本申请公开了一种网约汽车的疫情防控方法、装置、服务器及存储介质，其中，方法包括：接收乘客的乘车请求；根据乘客的实际疫情状态判断乘客的当前健康状态是否满足预设健康乘车条件；以及如果满足预设健康乘车条件，则生成网约汽车订单，并向乘客展示网约汽车订单的司机的当前健康状态的同时，向司机展示乘客的当前健康状态，否则告知乘客健康异常，禁止生成网约汽车订单。由此，解决了相关技术中，需要乘客出示防疫信息码，防疫监控效率低下，难以避免乘客的投机行为，且忽略了网约汽车司机的实时健康状态，存在较大的防疫漏洞的技术问题。存在较大的防疫漏洞的技术问题。存在较大的防疫漏洞的技术问题。
【技术实现步骤摘要】
网约汽车的疫情防控方法、装置、服务器及存储介质
[0001]本申请涉及智能汽车
，特别涉及一种网约汽车的疫情防控方法、装置、服务器及存储介质。
技术介绍
[0002]防疫信息的及时高效收集以及异常状态监控变得尤为重要，在这其中，公共出行领域由于涉及大量陌生人的、通常是跨社区的交互，需要被重点关照。
[0003]相关技术中，网约汽车的疫情防控需要乘客出示防疫信息码，效率较低，同时还难以避免乘客利用截图或借用他人防疫信息码的情况，存在防疫漏洞，此外，乘客无法获得网约汽车司机的及时有效的健康状态信息，易产生紧张情绪，有待改进。
技术实现思路
[0004]本申请提供一种网约汽车的疫情防控方法、装置、服务器及存储介质，以解决相关技术中，需要乘客出示防疫信息码，防疫监控效率低下，难以避免乘客的投机行为，且忽略了网约汽车司机的实时健康状态，存在较大的防疫漏洞的技术问题。
[0005]本申请第一方面实施例提供一种网约汽车的疫情防控方法，包括以下步骤：接收乘客的乘车请求；根据所述乘客的实际疫情状态判断所述乘客的当前健康状态是否满足预设健康乘车条件；以及如果满足所述预设健康乘车条件，则生成网约汽车订单，并向所述乘客展示所述网约汽车订单的司机的当前健康状态的同时，向所述司机展示所述乘客的当前健康状态，否则告知所述乘客健康异常，禁止生成所述网约汽车订单。
[0006]可选地，在本申请的一个实施例中，在生成所述网约汽车订单之前，还包括：接收到所述司机的工作请求；根据所述司机的车机端数据和实际疫情状态判断所述司机的当前健康状态是否满足预设健康工作条件，其中，所述司机的车机端数据包括第一温度信息和第一口罩佩戴信息；如果所述司机的当前健康状态满足所述预设健康工作条件，则允许所述网约汽车承接所述网约汽车订单。
[0007]可选地，在本申请的一个实施例中，还包括：在所述乘客上车后，采集所述乘客的第二温度信息和第二口罩佩戴信息；检测所述第二温度信息和第二口罩佩戴信息是否达到告警条件；若所述第二口罩佩戴信息达到所述告警条件，则对所述乘客进行口罩佩戴提醒；若所述第二温度信息达到所述告警条件，则对所述乘客和所述司机均进行温度告警提醒，终止所述网约汽车订单的同时，冻结所述司机和所述网约汽车的接单权限。
[0008]可选地，在本申请的一个实施例中，在终止所述网约汽车订单之后，还包括：将所述司机和所述乘客的相关信息发送至预设终端。
[0009]可选地，在本申请的一个实施例中，在冻结所述司机和所述网约汽车的接单权限之后，还包括：获取所述司机的核酸数据；在所述核酸数据满足预设权限解除条件之后，解除所述司机的接单权限。
[0010]本申请第二方面实施例提供一种网约汽车的疫情防控装置，包括：第一接收模块，
用于接收乘客的乘车请求；第一判断模块，用于根据所述乘客的实际疫情状态判断所述乘客的当前健康状态是否满足预设健康乘车条件；以及控制模块，用于在满足所述预设健康乘车条件时，生成网约汽车订单，并向所述乘客展示所述网约汽车订单的司机的当前健康状态的同时，向所述司机展示所述乘客的当前健康状态，否则告知所述乘客健康异常，禁止生成所述网约汽车订单。
[0011]可选地，在本申请的一个实施例中，还包括：第二接收模块，用于接收到所述司机的工作请求；第二判断模块，用于根据所述司机的车机端数据和实际疫情状态判断所述司机的当前健康状态是否满足预设健康工作条件，其中，所述司机的车机端数据包括第一温度信息和第一口罩佩戴信息；接单模块，用于在所述司机的当前健康状态满足所述预设健康工作条件时，允许所述网约汽车承接所述网约汽车订单。
[0012]可选地，在本申请的一个实施例中，还包括：采集模块，用于在所述乘客上车后，采集所述乘客的第二温度信息和第二口罩佩戴信息；检测模块，用于检测所述第二温度信息和第二口罩佩戴信息是否达到告警条件；第一告警模块，用于在所述第二口罩佩戴信息达到所述告警条件时，对所述乘客进行口罩佩戴提醒；第二告警模块，用于在所述第二温度信息达到所述告警条件时，对所述乘客和所述司机均进行温度告警提醒，终止所述网约汽车订单的同时，冻结所述司机和所述网约汽车的接单权限。
[0013]可选地，在本申请的一个实施例中，还包括：发送模块，用于将所述司机和所述乘客的相关信息发送至预设终端。
[0014]可选地，在本申请的一个实施例中，所述第二告警模块还包括：获取单元，用于获取所述司机的核酸数据；解除单元，用于在所述核酸数据满足预设权限解除条件之后，解除所述司机的接单权限。
[0015]本申请第三方面实施例提供一种服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的网约汽车的疫情防控方法。
[0016]本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的网约汽车的疫情防控方法。
[0017]本申请实施例可以根据乘客的实际疫情状态判断乘客的当前健康状态是否满足预设健康乘车条件，并在满足健康乘车条件时，生成网约汽车订单，向乘客及司机双向展示对方的当前健康状态，否则告知乘客健康异常，禁止生成网约汽车订单，提高乘客健康状态的判断效率，降低了乘客利用虚假防疫信息乘坐网约汽车的概率，实现乘客与网约汽车司机的双向健康状态告知，从而提高乘客的乘车体验，提高防疫效果。由此，解决了相关技术中，需要乘客出示防疫信息码，防疫监控效率低下，难以避免乘客的投机行为，且忽略了网约汽车司机的实时健康状态，存在较大的防疫漏洞的技术问题。
[0018]本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
[0019]本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
[0020]图1为根据本申请实施例提供的一种网约汽车的疫情防控方法的流程图；
[0021]图2为根据本申请一个实施例的网约汽车的疫情防控方法的原理示意图；
[0022]图3为根据本申请实施例提供的一种网约汽车的疫情防控装置的结构示意图；
[0023]图4为根据本申请实施例提供服务器的结构示意图。
具体实施方式
[0024]下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
[0025]下面参考附图描述本申请实施例的网约汽车的疫情防控方法、装置、服务器及存储介质。针对上述
技术介绍
中心提到的相关技术中，需要乘客出示防疫信息码，防疫监控效率低下，难以避免乘客的投机行为，且忽略了网约汽车司机的实时健康状态，存在较大的防疫漏洞的技术问题，本申请提供了一种网约汽车的疫情防控方法，在该方法中，可以本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种网约汽车的疫情防控方法，其特征在于，包括以下步骤：接收乘客的乘车请求；根据所述乘客的实际疫情状态判断所述乘客的当前健康状态是否满足预设健康乘车条件；以及如果满足所述预设健康乘车条件，则生成网约汽车订单，并向所述乘客展示所述网约汽车订单的司机的当前健康状态的同时，向所述司机展示所述乘客的当前健康状态，否则告知所述乘客健康异常，禁止生成所述网约汽车订单。2.根据权利要求1所述的方法，其特征在于，在生成所述网约汽车订单之前，还包括：接收到所述司机的工作请求；根据所述司机的车机端数据和实际疫情状态判断所述司机的当前健康状态是否满足预设健康工作条件，其中，所述司机的车机端数据包括第一温度信息和第一口罩佩戴信息；如果所述司机的当前健康状态满足所述预设健康工作条件，则允许所述网约汽车承接所述网约汽车订单。3.根据权利要求1所述的方法，其特征在于，还包括：在所述乘客上车后，采集所述乘客的第二温度信息和第二口罩佩戴信息；检测所述第二温度信息和第二口罩佩戴信息是否达到告警条件；若所述第二口罩佩戴信息达到所述告警条件，则对所述乘客进行口罩佩戴提醒；若所述第二温度信息达到所述告警条件，则对所述乘客和所述司机均进行温度告警提醒，终止所述网约汽车订单的同时，冻结所述司机和所述网约汽车的接单权限。4.根据权利要求3所述的方法，其特征在于，在终止所述网约汽车订单之后，还包括：将所述司机和所述乘客的相关信息发送至预设终端。5.根据权利要求3所述的方法，其特征在于，在冻结所述司机和所述网约汽车的接单权限之后，还包括：获取所述司机的核酸数据；在所述核酸数据满足预设权限解除条件之后，解除所述司机的接单权限。6.一种网约汽车的疫情防控这种，其特征在于，包括：第一接收模块，用于接收乘客的乘车请求；第一判断模块，用于根据所述乘...
【专利技术属性】
技术研发人员：金炳耀，
申请(专利权)人：雄狮汽车科技南京有限公司奇瑞汽车股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。