乘车交互方法、装置、电子设备、介质及产品与流程

1.本技术涉及互联网技术领域，具体而言，涉及一种乘车交互方法、装置、电子设备、介质及产品。


背景技术：

2.随着互联网的快速发展，基于互联网的乘车交互越来越普遍，而基于互联网进行的乘车的安全性也越来越受到人们的重视，如何提高乘车的安全性成为需要考虑的问题。


技术实现要素：

3.有鉴于此，本技术实施例的目的在于提供一种乘车交互方法、装置、电子设备、介质及产品，可以至少部分的满足防疫要求，提高乘车的安全性。
4.根据本技术的一个方面，提供一种电子设备，可以包括存储介质和与存储介质通信的处理器。存储介质存储有处理器可执行的机器可读指令。当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行所述机器可读指令，以执行以下操作：
5.第一方面，本技术实施例提供了一种乘车交互方法，应用于司机侧的终端，所述方法包括：
6.响应于司机执行的接单操作，生成接单请求并发送至乘车服务器；
7.响应于所述乘车服务器的控制，展示健康信息提交界面；
8.响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；
9.响应于乘车服务器的控制，展示乘车订单和引导乘客进行健康情况确认的指示。
10.第二方面，本技术实施例提供了一种乘车交互方法，应用于乘车服务器，所述方法包括：
11.响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
12.在接收到司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认。
13.第三方面，本技术实施例提供了一种乘车交互方法，应用于乘车交互系统，所述乘车交互系统包括乘车服务器和司机侧的终端，所述方法包括：
14.所述司机侧的终端响应于司机执行的接单操作，生成接单请求并发送至所述乘车服务器；
15.所述乘车服务器响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
16.所述司机侧的终端响应于所述乘车服务器的控制，展示健康信息提交界面，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；
17.所述乘车服务器在接收到所述司机的健康信息的情况下，向所述司机分配乘车订
单，并指示所述司机引导乘客进行健康情况确认；
18.所述司机侧的终端响应于所述乘车服务器的控制，展示所述乘车订单和引导乘客进行健康情况确认的指示。
19.第四方面，本技术实施例提供了一种乘车交互系统，包括乘车服务器和司机侧的终端；
20.所述司机侧的终端用于，响应于司机执行的接单操作，生成接单请求并发送至所述乘车服务器；
21.所述乘车服务器用于，响应于所述司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
22.所述司机侧的终端用于，响应于所述乘车服务器的控制，展示健康信息提交界面，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；
23.所述乘车服务器用于，在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认；
24.所述司机侧的终端用于，响应于所述乘车服务器的控制，展示所述乘车订单和引导乘客进行健康情况确认的指示。
25.第五方面，本技术实施例提供了一种乘车交互装置，应用于司机侧的终端，所述乘车交互装置包括：
26.第一响应模块，用于响应于司机执行的接单操作，生成接单请求并发送至乘车服务器，以及响应于所述乘车服务器的控制，展示健康信息提交界面；
27.第二响应模块，用于响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器，以及响应于所述乘车服务器的控制，展示乘车订单和引导乘客进行健康情况确认的指示。
28.第六方面，本技术实施例提供了一种乘车交互装置，应用于乘车服务器，所述乘车交互装置包括：
29.请求处理模块，用于响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
30.订单处理模块，用于在接收到司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认。
31.第七方面，本技术实施例提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如所述方法的步骤。
32.第八方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如所述方法的步骤。
33.第九方面，本技术实施例提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现所述方法的步骤。
34.基于上述任一方面，本技术实施例在司机执行接单操作的情况下，展示健康信息提交界面，指示司机提交自身的健康信息，以及在向司机分配乘车订单的情况下，展示引导乘客进行健康情况确认的指示，提醒司机引导乘客进行健康情况确认，从而满足防疫要求，
提高乘车的安全性。
35.为使本技术实施例的上述目的、特征和优点能更明显易懂，下面将结合实施例，并配合所附附图，作详细说明。
附图说明
36.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
37.图1示出了本技术实施例所提供的一种乘车交互系统的交互示意框图。
38.图2示出了本技术实施例所提供的可以实现图1的服务请求方终端的电子设备和服务器的示例性硬件和软件组件的示意图。
39.图3示出了本技术实施例所提供的乘车交互方法的流程图之一。
40.图4示出了本技术实施例所提供的乘车交互方法的流程示意图之二。
41.图5示出了本技术实施例所提供的显示界面的示意图之一。
42.图6示出了本技术实施例所提供的显示界面的示意图之二。
43.图7示出了本技术实施例所提供的显示界面的示意图之三。
44.图8示出了本技术实施例所提供的显示界面的示意图之四。
45.图9示出了本技术实施例所提供的显示界面的示意图之五。
46.图10示出了本技术实施例所提供的乘车交互方法的流程示意图之三。
47.图11示出了本技术实施例所提供的第一乘车交互装置的功能模块框图。
48.图12示出了本技术实施例所提供的第二乘车交互装置的功能模块框图。
具体实施方式
49.随着互联网产业的快速发展，基于互联网的乘车方式得到广泛应用，相应地，如何在各种场景下适应性地满足乘车的安全性要求成为本领域关注的重点。例如，自2019年新冠疫情爆发，对基于互联网的乘车的安全性提出了较大的挑战，在疫情期间保障司机和乘客的出行安全，满足防疫要求，十分重要。
50.有鉴于此，为了至少部分地提高疫情期间乘车的安全性，本技术实施例提供一种乘车交互方法、装置、电子设备、介质及产品，通过使司机提供健康信息且引导乘客进行健康情况确认，从而确保司机和乘客的出行安全，满足防疫要求，确保疫情期间乘车的安全性。
51.下面通过可能的实现方式对本技术的技术方案进行说明。
52.针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及本技术针对上述问题所提出的解决方案，都应该是发明人在本技术过程中对本技术做出的贡献。
53.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，应当理解，本技术中附图仅起到说明和描述的目的，并不用于限定本技术的保护范围。另外，应当理解，示意性的附
图并未按实物比例绘制。本技术中使用的流程图示出了根据本技术的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本技术内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
54.另外，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
55.为了使得本领域技术人员能够使用本技术内容，结合特定应用场景“出行”，给出以下实施方式。对于本领域技术人员来说，在不脱离本技术的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本技术主要围绕网约车进行描述，但是应该理解，这仅是一个示例性实施例。
56.需要说明的是，本技术实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
57.本技术中的术语“乘客”、“请求方”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本技术中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本技术中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本技术中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
58.本技术中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
59.本技术中使用的定位技术可以基于全球定位系统(global positioning system,gps)、全球导航卫星系统(global navigation satellite system,glonass)，罗盘导航系统(compass)、伽利略定位系统、准天顶卫星系统(quasi-zenith satellite system,qzss)、无线保真(wireless fidelity,wifi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本技术中互换使用。
60.图1是本技术一些实施例的乘车交互系统100的示例性框图。乘车交互系统100可以用于各类软件服务平台。例如，可以用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、共享单车、共享汽车、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。乘车交互系统100可以包括服务器110、网络120、服务请求方终端130和数据库140中的一种或多种，服务器110中可以包括执行指令操作的处理器。在本技术中，服务请求方终端130可以为司机侧的终端，也可以为乘客侧的终端。
61.例如，在服务器110为乘车服务器，服务请求方终端130为司机侧的终端的情况下，乘车交互系统100的实现原理可以包括：所述司机侧的终端用于，响应于司机执行的接单操作，生成接单请求并发送至所述乘车服务器；所述乘车服务器用于，响应于司机侧的终端发
送的接单请求，控制所述司机侧的终端展示健康信息提交界面；所述司机侧的终端用于，响应于所述乘车服务器的控制，展示健康信息提交界面，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；所述乘车服务器用于，在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认；所述司机侧的终端用于，响应于所述乘车服务器的控制，展示所述乘车订单和引导乘客进行健康情况确认的指示。
62.在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的，也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、弹性云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。
63.在一些实施例中，服务器110和服务请求方终端130可以在具有本技术中图2所示的一个或多个组件的电子设备200上实现。
64.在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本技术中描述的一个或多个功能。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(s)或多核处理器(s))。仅作为举例，处理器可以包括中央处理单元(central processing unit，cpu)、专用集成电路(application specific integrated circuit，asic)、专用指令集处理器(application specific instruction-set processor，asip)、图形处理单元(graphics processing unit，gpu)、物理处理单元(physics processing unit，ppu)、数字信号处理器(digital signal processor，dsp)、现场可编程门阵列(field programmable gate array，fpga)、可编程逻辑器件(programmable logic device，pld)、控制器、微控制器单元、简化指令集计算机(reduced instruction set computing，risc)或微处理器等，或其任意组合。
65.网络120可以用于信息和/或数据的交换。在一些实施例中，乘车交互系统100中的一个或多个组件(例如，服务器110和服务请求方终端130)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(local area network，lan)、广域网(wide area network，wan)、无线局域网(wireless local area networks，wlan)、城域网(metropolitan area network，man)、广域网(wide area network，wan)、公共电话交换网(public switched telephone network，pstn)、蓝牙网络、zigbee网络、或近场通信(near field communication，nfc)网络等，或其任意组合。
66.在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，乘车交互系统100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
67.在一些实施例中，服务请求方终端130的用户可以是除服务实际需求者之外的其
他人。例如，服务请求方终端130的用户a可以使用服务请求方终端130来为服务实际需求者b发起服务请求，或者从服务器110接收服务信息或指令等。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用。
68.在一些实施例中，服务请求方终端130可以包括具有识别码扫描功能的移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(personal digital assistant，pda)、游戏设备、导航设备、或销售点(point of sale，pos)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。
69.服务器110中可以包括数据库140，数据库140可以存储数据和/或指令。在一些实施例中，数据库140可以存储从服务请求方终端130获得的数据。在一些实施例中，数据库140可以存储本技术中描述的示例性方法的数据和/或指令。在一些实施例中，数据库140可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(read-only memory，rom)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(random access memory，ram)；ram可以包括动态ram(dynamic random access memory，dram)，双倍数据速率同步动态ram(double date-rate synchronous ram，ddr sdram)；静态ram(static random-access memory，sram)，晶闸管ram(thyristor-based random access memory，t-ram)和零电容器ram(zero-ram)等。作为举例，rom可以包括掩模rom(mask read-only memory，mrom)、可编程rom(programmable read-only memory，prom)、可擦除可编程rom(programmable erasable read-only memory，perom)、电可擦除可编程rom(electrically erasable programmable read only memory，eeprom)、光盘rom(cd-rom)、以及数字通用磁盘rom等。在一些实施例中，数据库140可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云、弹性云或者其它类似的等，或其任意组合。
70.在一些实施例中，数据库140可以连接到网络120以与乘车交互系统100(例如，服务器110和服务请求方终端130)中的一个或多个组件通信。乘车交互系统100中的一个或多个组件可以经由网络120访问存储在数据库140中的数据或指令。在一些实施例中，数据库140可以直接连接到乘车交互系统100中的一个或多个组件(例如，服务器110和服务请求方终端130)。或者，在一些实施例中，数据库140也可以是服务器110的一部分。
71.在一些实施例中，乘车交互系统100中的一个或多个组件(例如，服务器110和服务请求方终端130)可以具有访问数据库140的权限。在一些实施例中，当满足一定条件时，乘
车交互系统100中的一个或多个组件可以读取和/或修改与服务请求方或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。
72.在一些实施例中，可以通过请求服务来实现乘车交互系统100中的一个或多个组件的信息交换。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如直升机、航天飞机、火箭、热气球等)等，或其任意组合。
73.图2示出根据本技术的一些实施例的可以实现本技术思想的服务器110、服务请求方终端130如电子设备200的示例性硬件和软件组件的示意图。例如，处理器220可以用于电子设备200上，并且用于执行本技术中的功能。
74.电子设备200可以是具有识别码扫描功能的通用便携式设备或具有设定用途的便携式设备，两者都可以用于实现本技术实施例的乘车交互方法。本技术实施例尽管仅示出了一个处理器220，但是为了方便起见，可以在多个类似平台上以分布式方式实现本技术实施例描述的功能，以均衡处理负载。
75.例如，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230和不同形式的存储介质240，例如，磁盘、rom、或ram，或其任意组合。示例性地，还可以包括存储在rom、ram、或其他类型的非暂时性存储介质或其任意组合中的程序指令。根据这些程序指令可以实现本技术实施例的乘车交互方法。电子设备200还包括与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(input/output，i/o)接口250。
76.为了便于说明，在电子设备200中仅描述了一个处理器。然而，应当注意，本技术实施例中的电子设备200还可以包括多个处理器，因此本技术实施例中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备200的处理器执行步骤a和步骤b，则应该理解，步骤a和步骤b也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一处理器和第二处理器共同执行步骤a和b。
77.图3示出了本技术实施例所提供的乘车交互方法的流程图之一。该方法可应用于图1中的乘车交互系统，该乘车交互系统包括乘车服务器和司机侧的终端。下面对图3所示的乘车交互方法的流程进行详细描述。如图3所示，乘车交互方法包括s110至s150。
78.s110，所述司机侧的终端响应于司机执行的接单操作，生成接单请求并发送至所述乘车服务器；
79.s120，所述乘车服务器响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
80.s130，所述司机侧的终端响应于所述乘车服务器的控制，展示健康信息提交界面，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；
81.s140，所述乘车服务器在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认；
82.s150，所述司机侧的终端响应于所述乘车服务器的控制，展示所述乘车订单和引导乘客进行健康情况确认的指示。
83.基于图3所示乘车交互流程，在司机执行接单操作的情况下，在司机侧的终端展示健康信息提交界面，指示司机提交自身的健康信息，在司机提交自身的健康信息的情况下，再向司机分配乘车订单，并在司机侧的终端展示引导乘客进行健康情况确认的指示，提醒司机引导乘客进行健康情况确认。若司机未提交自身的健康信息或健康信息不满足要求，则拒绝为司机分配乘车订单。从而确保司机和乘客均满足健康要求，进而满足防疫要求，提高乘车的安全性。
84.请参阅图4，为了实现上述乘车交互方法，司机侧的终端执行的步骤包括s210至s240。
85.s210，响应于司机执行的接单操作，生成接单请求并发送至乘车服务器。
86.s220，响应于所述乘车服务器的控制，展示健康信息提交界面。
87.s230，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器。
88.s240，响应于乘车服务器的控制，展示乘车订单和引导乘客进行健康情况确认的指示。
89.其中，司机侧的终端展示的健康信息提交界面可以有多种实现形式，只要司机能够基于该健康信息提交界面提交自身的健康信息即可。例如，健康信息提交界面可以包括用于张贴健康信息的上传入口，相应地，司机可以对自身的健康信息进行拍照、截图等，然后通过上传入口进行提交，从而将司机的健康信息发送至乘车服务器。又例如，健康信息提交界面可以包括用于填写体温数据的内容。又例如，健康信息提交界面可以包括用于选择身体是否异常的提问式弹窗。又例如，健康信息提交界面可以包括上传入口、用于填写体温数据的内容以及提问式弹窗中两种以上的组合。请结合参阅图5，为本技术实施例提供的其中一种司机侧的终端上的显示界面的示意图，该显示界面为引导司机提交自身健康信息的健康信息提交界面。
90.本实施例中，健康信息可以为多种，只要能够表征司机的健康情况即可。例如，健康信息可以为健康码，司机可以通过终端查看自身的健康码，在自身的健康码为“绿码”的情况下，司机可以将自身的健康码截图后通过上传入口提交至乘车服务器。又例如，健康信息可以为预定时间内的检测报告，如可以为最近若干天内的核酸检测报告，在自身的核酸检测报告为“阴性”的情况下，司机可以将自身的核酸检测报告拍照后通过上传入口提交至乘车服务器。又例如，健康信息可以为疫苗接种证明，司机可以将自身的疫苗接种证明拍照后通过上传入口提交至乘车服务器。可以理解的是，健康信息还可以为其他，例如，还可以为上述列举的两种以上的组合，本实施例对此不作限制。
91.乘车服务器在基于司机提交的健康信息确认司机满足健康要求的情况下，如司机提交的健康码为绿码、司机在预定时间内的检测报告为核酸检测结果是阴性、司机已接种疫苗等，那么，乘车服务器将司机的接单请求判定为通过，允许司机接单，向司机分配乘车订单，并指示司机引导乘客进行健康情况确认，从而在确保承接乘车订单的司机满足健康要求的同时，对乘客进行健康确认。
92.其中，司机侧的终端展示的引导乘客进行健康情况确认的指示可以有多种实现形
式，只要能够提醒司机引导乘客进行健康情况确认即可。例如，可以在司机侧的终端的显示界面展示需引导乘客进行健康情况确认的内容，如文字内容、图文提醒等。又例如，可以在司机侧的终端的显示界面展示用于填写是否引导乘客进行健康情况确认的内容。又例如，可以在司机侧的终端的显示界面展示用于选择是否引导乘客进行健康情况确认的提问式弹窗。请结合参阅图6，为本技术实施例提供的其中一种司机侧的终端上的显示界面的示意图，该显示界面为通过文字提醒司机引导乘客进行健康情况确认的界面。请结合参阅图7，为本技术实施例提供的另一种司机侧的终端上的显示界面的示意图，该显示界面通过提问式弹窗使得司机对引导乘客进行健康情况确认进行反馈。可以理解的是，图6和图7所示展示界面仅为举例，本实施例对此不作限制。
93.为了提高乘车交互的智能性和可靠性，在一种实现方式中，司机侧的终端还可以自动播放引导语音，基于引导语音智能引导乘客进行健康情况确认。示例性地，司机侧的终端可以响应于司机执行的乘客确认操作，生成已接到乘客的信息并发送至所述乘车服务器，进而响应于所述乘车服务器的控制，播报预存的引导语音。其中，引导语音中包括引导乘客进行健康情况确认的内容。
94.在接到乘客的情况下，司机侧的终端自动播放引导语音，智能地引导乘客进行健康情况确认，再结合引导乘客进行健康情况确认的指示，提醒司机人工引导乘客进行健康情况确认，基于“双重提醒”确保了乘客健康情况确认的可靠性。
95.为了进一步提高乘车交互的可靠性，在一种实现方式中，可以将司机是否引导乘客进行健康情况确认作为是否继续为司机派单的依据，从而促使司机可靠地进行引导。例如，在展示引导乘客进行健康情况确认的指示之后，司机侧的终端响应于所述司机的引导确认操作，生成引导完成信息并发送至所述乘车服务器。司机侧的终端进而响应于所述乘车服务器的控制，展示已引导乘客进行健康情况确认，允许所述司机继续接单的指示；或者，展示未引导乘客进行健康情况确认，停止为所述司机派单的指示。
96.其中，乘车服务器在接收到司机侧的终端发送的引导完成信息的情况下，可以通过多种方式判断是否为司机继续派单。例如，乘车服务器可以向乘客侧的终端发送司机是否引导其进行健康情况确认的调查信息，在调查结果为司机已引导其进行健康情况确认的情况下，允许司机继续接单，否则停止为司机派单。又例如，乘车服务器可以随机抽调司机与乘客的语音交互记录，根据语音交互记录判断司机是否已引导乘客进行健康情况确认，在判断结果为司机已引导乘客进行健康情况确认的情况下，允许司机继续接单，否则停止为司机派单。请结合参阅图8，为本发明实施例提供的其中一种停止为司机派单，强制收车的提示界面。请结合参阅图9，为本发明实施例提供的其中一种允许司机继续接单的提示界面。可以理解的是，图8和图9所示界面仅为举例说明，提示界面还可以为其他。例如，停止为司机派单，强制收车的提示界面中，还可以包括重新接单所要满足的条件，如跳转至某一预定义的学习界面，完成学习并通过考试等。
97.请参阅图10，为了实现上述乘车交互方法，乘车服务器执行的步骤包括s310和s320。
98.s310，响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面。
99.s320，在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示
所述司机引导乘客进行健康情况确认。
100.为了提高乘车交互的智能性和可靠性，在一种实现方式中，乘车服务器在向所述司机分配乘车订单之后，还可以响应于所述司机侧的终端发送的已接到乘客的信息，控制所述司机侧的终端播报预存的引导语音，所述引导语音中包括引导乘客进行健康情况确认的内容。
101.在接到乘客的情况下，乘车服务器控制司机侧的终端自动播放引导语音，智能地引导乘客进行健康情况确认，再结合引导乘客进行健康情况确认的指示，提醒司机人工引导乘客进行健康情况确认，基于“双重提醒”确保乘客健康情况确认的可靠性。
102.为了进一步提高乘车交互的可靠性，在一种实现方式中，乘车服务器在指示司机引导乘客进行健康情况确认之后，若接收到所述司机侧的终端反馈的引导完成信息，还可以作进一步确认。例如，乘车服务器可以控制所述乘客侧的终端展示司机是否引导其进行健康情况确认的显示界面，若接到的所述乘客的反馈信息为司机有引导其进行健康情况确认，则允许所述司机继续接单；若接到的所述乘客的反馈信息为司机未引导其进行健康情况确认，则停止为所述司机派单。又例如，乘车服务器可以随机抽调司机与乘客的语音交互记录，根据语音交互记录判断司机是否已引导乘客进行健康情况确认，在判断结果为司机已引导乘客进行健康情况确认的情况下，允许司机继续接单，否则停止为司机派单。
103.其中，控制司机侧的终端展示健康信息提交界面、指示司机引导乘客进行健康情况确认的实现方式、允许司机继续接单，以及停止为司机派单的实现方式可以参阅图4至图9的相关描述，在此不作赘述。
104.在另一种实现方式中，乘车服务器还可以在乘客请求乘车时对乘客进行健康情况确认，示例性地，乘车服务器可以响应于乘客发出的乘车请求，控制所述乘客侧的终端展示健康信息提交界面，在接收到所述乘客的健康信息的情况下，基于所述乘车请求生成所述乘客的乘车订单。
105.乘客侧的终端展示的健康信息提交界面可以参阅司机侧的终端展示的健康信息提交界面，因而在此不作重复说明。乘车服务器通过在乘客发出乘车请求时，提示乘客提交自身的健康信息，在乘客提交健康信息且健康信息满足要求的情况下，如乘客提交的健康码为绿码、乘客在预定时间内的检测报告为核酸检测结果是阴性、乘客已接种疫苗等，那么，乘车服务器生成乘客的乘车订单，否则拒绝生成乘客的乘车订单，从而智能地实现对乘客的健康确认，在乘客的健康信息不满足要求的情况下，通过拒绝生成乘客的乘车订单提醒乘客及时进行相关防护，确保乘客和司机双方的安全。
106.为了进一步智能、实时地进行乘车交互，确保乘车的安全性，乘车服务器还可以对防疫中心公布的风险区域进行同步，获得司机的运行路线信息，基于司机的运行路线信息判断该司机是否为途经所述风险区域的目标司机，获得乘客的乘车路线信息，基于乘客的乘车路线信息判断该乘客是否为途经所述风险区域的目标乘客，停止为所有所述目标司机派单，停止生成所述目标乘客的乘车订单，并向所述目标司机侧的终端和目标乘客侧的终端发送风险提示信息。
107.通过对风险区域的同步，以及基于司机的运行路线信息和乘客的乘车路线信息智能地识别出目标司机和目标乘客，从而实现对风险情况的及时检查与反馈，满足防疫要求。
108.图11示出了本技术一些实施例提供的第一乘车交互装置300的功能模块框图。该
第一乘车交互装置300实现的功能对应上述司机侧的终端执行的方法步骤。该第一乘车交互装置300可以理解为上述电子设备200，或电子设备200的处理器，也可以理解为独立于上述电子设备200或处理器之外的在电子设备200控制下实现本技术功能的组件。如图11所示，第一乘车交互装置300可以包括第一响应模块310和第二响应模块320。
109.其中，第一响应模块310用于响应于司机执行的接单操作，生成接单请求并发送至乘车服务器，以及响应于所述乘车服务器的控制，展示健康信息提交界面。
110.第二响应模块320用于响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器，以及响应于乘车服务器的控制，展示乘车订单和引导乘客进行健康情况确认的指示。
111.在本技术的一些实施例中，所述第二响应模块320还用于响应于司机执行的乘客确认操作，生成已接到乘客的信息并发送至所述乘车服务器，以及响应于所述乘车服务器的控制，播报预存的引导语音，所述引导语音中包括引导乘客进行健康情况确认的内容。
112.在本技术的一些实施例中，所述第二响应模块320还用于在展示引导乘客进行健康情况确认的指示之后，响应于所述司机的引导确认操作，生成引导完成信息并发送至所述乘车服务器，以及响应于所述乘车服务器的控制，展示已引导乘客进行健康情况确认，允许所述司机继续接单的指示；或者，展示未引导乘客进行健康情况确认，停止为所述司机派单的指示。
113.图12示出了本技术一些实施例提供的第二乘车交互装置400的功能模块框图。该第二乘车交互装置400实现的功能对应上述乘车服务器执行的方法步骤。该第二乘车交互装置400可以理解为上述电子设备200，或电子设备200的处理器，也可以理解为独立于上述电子设备200或处理器之外的在电子设备200控制下实现本技术功能的组件。如图12所示，第二乘车交互装置400可以包括请求处理模块410和订单处理模块420。
114.其中，请求处理模块410用于响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面。
115.订单处理模块420用于在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认。
116.在本技术的一些实施例中，所述订单处理模块420还用于，在向所述司机分配乘车订单之后，响应于所述司机侧的终端发送的已接到乘客的信息，控制所述司机侧的终端播报预存的引导语音，所述引导语音中包括引导乘客进行健康情况确认的内容。
117.在本技术的一些实施例中，所述订单处理模块420还用于，在指示所述司机引导乘客进行健康情况确认之后，若接收到所述司机侧的终端反馈的引导完成信息，则控制所述乘客侧的终端展示司机是否引导其进行健康情况确认的显示界面，若接到的所述乘客的反馈信息为司机有引导其进行健康情况确认，则允许所述司机继续接单；若接到的所述乘客的反馈信息为司机未引导其进行健康情况确认，则停止为所述司机派单。
118.在本技术的一些实施例中，所述请求处理模块410还用于，响应于乘客发出的乘车请求，控制所述乘客侧的终端展示健康信息提交界面，以及在接收到所述乘客的健康信息的情况下，基于所述乘车请求生成所述乘客的乘车订单。
119.在本技术的一些实施例中，所述请求处理模块410还用于，对防疫中心公布的风险区域进行同步，获得司机的运行路线信息，基于司机的运行路线信息判断该司机是否为途
经所述风险区域的目标司机，获得乘客的乘车路线信息，基于乘客的乘车路线信息判断该乘客是否为途经所述风险区域的目标乘客，停止为所有所述目标司机派单，停止生成所述目标乘客的乘车订单，并向所述目标司机侧的终端和目标乘客侧的终端发送风险提示信息。
120.由于本技术实施例中的乘车交互装置解决问题的原理与本技术实施例上述乘车交互方法相似，因此乘车交互装置的实施可以参见方法的实施，重复之处不再赘述。
121.上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过lan、wan、蓝牙、zigbee、或nfc等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。
122.此外，本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述乘车交互方法的步骤。
123.本技术实施例所提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现乘车交互方法的步骤。
124.具体的，该计算机程序产品上的计算机程序/指令被处理器执行时，能够实现乘车交互方法，提高乘车安全性，满足防疫要求。
125.本技术实施例所提供的乘车交互方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的乘车交互方法的步骤，具体可参见上述方法实施例，在此不再赘述。
126.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本技术中不再赘述。在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
127.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
128.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
129.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘
等各种可以存储程序代码的介质。
130.以上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。
131.本技术实施例公开了ts1、一种乘车交互方法，应用于乘车交互系统，所述乘车交互系统包括乘车服务器和司机侧的终端，所述方法包括：
132.所述司机侧的终端响应于司机执行的接单操作，生成接单请求并发送至所述乘车服务器；
133.所述乘车服务器响应于所述司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
134.所述司机侧的终端响应于所述乘车服务器的控制，展示健康信息提交界面，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；
135.所述乘车服务器在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认；
136.所述司机侧的终端响应于所述乘车服务器的控制，展示所述乘车订单和引导乘客进行健康情况确认的指示。
137.本技术实施例公开了ts2、一种乘车交互系统，包括乘车服务器和司机侧的终端；
138.所述司机侧的终端用于，响应于司机执行的接单操作，生成接单请求并发送至所述乘车服务器；
139.所述乘车服务器用于，响应于所述司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
140.所述司机侧的终端用于，响应于所述乘车服务器的控制，展示健康信息提交界面，响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器；
141.所述乘车服务器用于，在接收到所述司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认；
142.所述司机侧的终端用于，响应于所述乘车服务器的控制，展示所述乘车订单和引导乘客进行健康情况确认的指示。
143.ts3、一种乘车交互装置，应用于司机侧的终端，所述乘车交互装置包括：
144.第一响应模块，用于响应于司机执行的接单操作，生成接单请求并发送至乘车服务器，以及响应于所述乘车服务器的控制，展示健康信息提交界面；
145.第二响应模块，用于响应于司机的健康信息提交操作，将所述司机的健康信息发送至所述乘车服务器，以及响应于所述乘车服务器的控制，展示乘车订单和引导乘客进行健康情况确认的指示。
146.ts4、根据ts3所述的装置，其中，所述第二响应模块还用于，响应于司机执行的乘客确认操作，生成已接到乘客的信息并发送至所述乘车服务器，以及响应于所述乘车服务器的控制，播报预存的引导语音，所述引导语音中包括引导乘客进行健康情况确认的内容。
147.ts5、根据ts4所述的装置，其中，所述第二响应模块还用于，在展示引导乘客进行健康情况确认的指示之后，响应于所述司机的引导确认操作，生成引导完成信息并发送至所述乘车服务器，以及响应于所述乘车服务器的控制，展示已引导乘客进行健康情况确认，
允许所述司机继续接单的指示；或者，展示未引导乘客进行健康情况确认，停止为所述司机派单的指示。
148.ts6、一种乘车交互装置，应用于乘车服务器，所述乘车交互装置包括：
149.请求处理模块，用于响应于司机侧的终端发送的接单请求，控制所述司机侧的终端展示健康信息提交界面；
150.订单处理模块，用于在接收到司机的健康信息的情况下，向所述司机分配乘车订单，并指示所述司机引导乘客进行健康情况确认。
151.ts7、根据ts6所述的装置，其中，所述订单处理模块还用于，在向所述司机分配乘车订单之后，响应于所述司机侧的终端发送的已接到乘客的信息，控制所述司机侧的终端播报预存的引导语音，所述引导语音中包括引导乘客进行健康情况确认的内容。
152.ts8、根据ts7所述的装置，其中，所述订单处理模块还用于，在指示所述司机引导乘客进行健康情况确认之后，若接收到所述司机侧的终端反馈的引导完成信息，则控制所述乘客侧的终端展示司机是否引导其进行健康情况确认的显示界面，若接到的所述乘客的反馈信息为司机有引导其进行健康情况确认，则允许所述司机继续接单；若接到的所述乘客的反馈信息为司机未引导其进行健康情况确认，则停止为所述司机派单。
153.ts9、根据ts8所述的装置，其中，所述请求处理模块还用于，响应于乘客发出的乘车请求，控制所述乘客侧的终端展示健康信息提交界面，以及在接收到所述乘客的健康信息的情况下，基于所述乘车请求生成所述乘客的乘车订单。
154.ts10、根据ts9所述的装置，其中，所述请求处理模块还用于，对防疫中心公布的风险区域进行同步，获得司机的运行路线信息，基于司机的运行路线信息判断该司机是否为途经所述风险区域的目标司机，获得乘客的乘车路线信息，基于乘客的乘车路线信息判断该乘客是否为途经所述风险区域的目标乘客，停止为所有所述目标司机派单，停止生成所述目标乘客的乘车订单，并向所述目标司机侧的终端和目标乘客侧的终端发送风险提示信息。