网约车控制方法、装置、计算机设备及存储介质与流程

本发明实施例涉及行车出行领域，尤其是一种网约车控制方法、装置、计算机设备及存储介质。

背景技术：

网约车是网络预约出租汽车的简称。在构建多样化服务体系方面，将出租车分为巡游出租汽车和网络预约出租汽车。网络预约出租汽车通过开放私家车的乘运能力弥补了城市巡游出租车不足的现象，缓解了城市交通压力，给人们带来了出行带来了极大的便利。

现有技术中，网约车的预约方式为，乘车人将出发时间、出发地点和目的地等信息至服务器端，服务器端根据上述信息在出发地点的一定范围内寻找可以接受乘客的网约车辆，确定该网约车辆后，将乘客的运输任务分配至该网约车辆，并将网约车辆驾驶者的信息反馈至乘客终端。

本发明创造的发明人在研究中发现，现有技术中的网约车辆预约方法，在司机和乘客完成配对任务之前，乘客对乘坐车辆的驾驶者信息完全不了解，而在匹配完成后，乘客只能够被动的接受系统分配的网约车辆。因此，乘客在选择过程中完全处于被动状态，也导致了网约车辆安全系数较低，乘客安全性得不到保障。

技术实现要素：

本发明实施例提供能够让乘客选择乘坐车辆的网约车控制方法、装置、计算机设备及存储介质。

为解决上述技术问题，本发明创造的实施例采用的一个技术方案是：提供一种网约车控制方法，包括：

获取乘客终端发送的乘车信息，其中，所述乘车信息包括乘客的出发地址信息；

根据所述出发地址信息在预设的搜寻范围内查找处于待客状态的至少一台网约车辆；

读取所述网约车辆的登记信息，并将所述登记信息写入到预设的展示列表中生成信息展示列表；

将所述信息展示列表发送至所述乘客终端，以使所述乘客在所述信息展示列表中选择乘坐的网约车辆。

可选地，所述乘车信息包括乘车时间，所述根据所述出发地址信息在预设的搜寻范围内查找处于待客状态的至少一台网约车辆包括：

将所述乘车时间与预设的第一时间段进行比对；

当所述乘车时间位于所述第一时间段内时，根据所述出发地址信息在预设的搜寻范围内查找满足预设的第一规则且处于待客状态的网约车辆，其中，所述第一规则为通过限定网约车辆的驾驶者而降低行车危险性的筛选规则。

可选地，所述根据所述出发地址信息在预设的搜寻范围内查找处于待客状态的至少一台网约车辆之前，还包括：

获取所述乘客终端的多个网约车应用程序的通讯接口；

向所述通讯接口发送所述乘车信息，以获取所述多个网约车应用程序根据所述乘车信息生成的预演信息，其中，所述预演信息包括预估价格；

根据所述预估价格生成预估列表；

将所述预估列表发送至所述乘客终端，以使所述乘客在所述预估列表选择网约车服务商。

可选地，所述乘车信息还包括：行车规划路径，所述向所述通讯接口发送所述乘车信息，以获取所述多个网约车应用程序根据所述乘车信息生成的预演信息包括：

向所述通讯接口发送所述行车规划路径，以获取所述多个网约车应用程序根据所述行车规划路径生成的预演信息，其中，所述预演信息包括预估价格。

可选地，所述将所述信息展示列表发送至所述乘客终端，以使所述乘客在所述信息展示列表中选择乘坐的网约车辆之后，还包括：

向所述网约车辆的驾驶者终端发送所述行车规划路径，并获取所述驾驶者终端上传的行车位置坐标；

比对所述行车位置坐标是否在所述行车规划路径表征的坐标集合内；

当所述行车位置坐标未在所述坐标集合内时，向所述乘客终端和所述驾驶者终端发送预设的警示信息，以警示驾驶者沿所述行车规划路径执行行车任务。

可选地，所述将所述信息展示列表发送至所述乘客终端，以使所述乘客在所述信息展示列表中选择乘坐的网约车辆之后，还包括：

采集所述网约车辆驾驶者的人脸图像；

将所述人脸图像和预设的所述驾驶者的证件图像输入到预设的安全识别模型中，并获取所述安全识别模型输出的判断结果，其中，所述安全识别模型为训练至收敛状态用于判断图像相似度的神经网络模型；

当所述判断结果表征的内容为所述人脸图像和证件图像一致时，允许驾驶者终端接收行车任务。

可选地，所述当所述判断结果表征的内容为所述人脸图像和证件图像一致时，允许驾驶者终端接收行车任务之后，还包括：

获取所述乘客终端的第一位置信息和所述网约车辆的驾驶者终端上传的第二位置信息；

计算所述第一位置信息和第二位置信息之间的距离是否小于预设的第一距离阈值；

当所述第一位置信息和第二位置信息之间的距离小于所述第一距离阈值时，恢复所述行车任务或者禁止取消所述行车任务。

为解决上述技术问题，本发明实施例还提供一种网约车控制装置，包括：

获取模块，用于获取乘客终端发送的乘车信息，其中，所述乘车信息包括乘客的出发地址信息；

查询模块，用于根据所述出发地址信息在预设的搜寻范围内查找处于待客状态的至少一台网约车辆；

处理模块，用于读取所述网约车辆的登记信息，并将所述登记信息写入到预设的展示列表中生成信息展示列表；

执行模块，用于将所述信息展示列表发送至所述乘客终端，以使所述乘客在所述信息展示列表中选择乘坐的网约车辆。

可选地，所述乘车信息包括乘车时间，所述网约车控制装置还包括：

第一比对子模块，用于将所述乘车时间与预设的第一时间段进行比对；

第一执行子模块，用于当所述乘车时间位于所述第一时间段内时，根据所述出发地址信息在预设的搜寻范围内查找满足预设的第一规则且处于待客状态的网约车辆，其中，所述第一规则为通过限定网约车辆的驾驶者而降低行车危险性的筛选规则。

可选地，所述网约车控制装置还包括：

第一获取子模块，用于获取所述乘客终端的多个网约车应用程序的通讯接口；

第一发送子模块，用于向所述通讯接口发送所述乘车信息，以获取所述多个网约车应用程序根据所述乘车信息生成的预演信息，其中，所述预演信息包括预估价格；

第一处理子模块，用于根据所述预估价格生成预估列表；

第二执行子模块，用于将所述预估列表发送至所述乘客终端，以使所述乘客在所述预估列表选择网约车服务商。

可选地，所述乘车信息还包括：行车规划路径，所述网约车控制装置还包括：

第二发送子模块，用于向所述通讯接口发送所述行车规划路径，以获取所述多个网约车应用程序根据所述行车规划路径生成的预演信息，其中，所述预演信息包括预估价格。

可选地，所述网约车控制装置还包括：

第二获取子模块，用于向所述网约车辆的驾驶者终端发送所述行车规划路径，并获取所述驾驶者终端上传的行车位置坐标；

第二比对子模块，用于比对所述行车位置坐标是否在所述行车规划路径表征的坐标集合内；

第三执行子模块，用于当所述行车位置坐标未在所述坐标集合内时，向所述乘客终端和所述驾驶者终端发送预设的警示信息，以警示驾驶者沿所述行车规划路径执行行车任务。

可选地，所述网约车控制装置还包括：

第一采集子模块，用于采集所述网约车辆驾驶者的人脸图像；

第二处理子模块，用于将所述人脸图像和预设的所述驾驶者的证件图像输入到预设的安全识别模型中，并获取所述安全识别模型输出的判断结果，其中，所述安全识别模型为训练至收敛状态用于判断图像相似度的神经网络模型；

第四执行子模块，用于当所述判断结果表征的内容为所述人脸图像和证件图像一致时，允许驾驶者终端接收行车任务。

可选地，所述网约车控制装置还包括：

第三获取子模块，用于获取所述乘客终端的第一位置信息和所述网约车辆的驾驶者终端上传的第二位置信息；

第一计算子模块，用于计算所述第一位置信息和第二位置信息之间的距离是否小于预设的第一距离阈值；

第五执行子模块，用于当所述第一位置信息和第二位置信息之间的距离小于所述第一距离阈值时，恢复所述行车任务或者禁止取消所述行车任务。

为解决上述技术问题本发明实施例还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述网约车控制方法的步骤。

为解决上述技术问题本发明实施例还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述网约车控制方法的步骤。

本发明实施例的有益效果是：通过在接收到乘客终端上传的乘车信息后，根据乘车信息中的出发地址信息，以该出发地址信息为圆心在一定距离内搜索适合接收乘车任务的至少一台网约车辆的登记信息，并将上述登记信息罗列后生成列表，发送至乘客终端。乘客终端在接收到列表后，通过查看网约车辆的登记信息，选择要乘坐的网约车辆。由于，乘客在上车之前就能够得到网约车辆的登记信息，然后根据自身的喜好对网约车辆进行筛选，使乘客在选择过程中具有了主动权，而在乘坐之前让乘客了解网约车的登记信息，能够使乘客预先掌握乘坐车辆和驾驶者的基本信息，从信息获取的角度提升了乘客方的安全性，能够有效的降低乘客受到安全威胁的几率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例网约车控制方法的基本流程示意图；

图2为本发明实施例在特殊时间段乘坐网约车辆时限定筛选结果的流程示意图；

图3为本发明实施例筛选网约车服务商的一种流程示意图；

图4为本发明实施例监视网约车行驶的一种流程示意图；

图5为本发明实施例网约车人脸验证的流程示意图；

图6为本发明实施例识别线下接单行为的流程示意图；

图7为本发明实施例网约车控制装置的基本结构框图；

图8为本发明实施例计算机设备基本结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personalcommunicationsservice，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personaldigitalassistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(globalpositioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobileinternetdevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

请参阅图1，图1为本实施例中网约车控制方法的基本流程示意图。

如图1所示，一种网约车控制方法，包括：

s1100、获取乘客终端发送的乘车信息，其中，所述乘车信息包括乘客的出发地址信息；

乘客终端在乘坐网约车时，需要向选择的网约车服务商的服务器端发送乘车请求，该乘车请求中包括乘车信息。乘车信息中包括乘客的出发地址信息，但是乘车信息中包括的信息不局限于此，根据具体应用场景的不同，在一些实施方式中，乘车信息包括(不限于)：目的地地址信息、行驶行车规划路径、乘坐人数、乘车时间或者乘客的身份信息等。

服务器端在接收到乘客终端发送的乘车信息后，通过解析获取乘车信息的内容。

s1200、根据所述出发地址信息在预设的搜寻范围内查找处于待客状态的至少一台网约车辆；

服务器端在接收到终端的乘车信息，通过解析乘车信息得到出发地址信息。服务器端同时通过定时获取网约车驾驶者终端上传的位置坐标构建网约车电子分布图。当服务器端接收到乘车信息后，获取出发地址信息并根据出发地址信息在电子分布图上进行定位，然后以表征出发地址信息的坐标为原点，以设定的搜索距离为半径，寻找位于该区域内的处于待客状态的网约车。其中，搜索的半径距离能够根据设定的网约车接客时间的长短进行设定，若规定的网约车接客时间的限定时间越长，则搜索的半径越大，否则，则搜索半径越小。而在一些实施方式中，搜索的半径能够是逐渐扩大的，在初始的搜索边境内未搜索到合适的网约车辆后，能够增大搜索半径，直至找到符合要求的网约车辆为止。

s1300、读取所述网约车辆的登记信息，并将所述登记信息写入到预设的展示列表中生成信息展示列表；

在搜索到符合要求的网约车辆后，通过服务器端的数据库获取网约车辆的登记信息。网约车在加入网约车服务商时，需要提交注册资料，注册资料中包括(不限于)：车辆照片、车辆型号、车牌号、驾驶者的身份证、驾驶执照和联系电话等信息。而在驾驶者从事这一行业后，历史用户对其进行评价打分的信息也被收集成为驾驶者的登记信息中的一部分。

本实施方式中，为方便乘客进行查看登记信息包括：驾驶者照片、车辆型号、车牌号、评价分数和接单数。但登记信息的内容不局限于此，根据具体应用场景的不同，登记信息能够更加的详细也能够更加的缩略。

服务器端在获取到符合条件的网约车辆后，调用网约车辆的登记信息，并将该登记信息发送至乘客终端。

当服务器端得到的符合条件的网约车辆为多个时，需要将多个网约车辆的登记信息加以整理生成信息展示列表。信息展示量表中的多个登记信息能够以一定的次序进行排列。例如，以驾驶者的年龄、性别、车牌、驾龄等信息对多个登记信息进行排序。但是，信息展示列表中的排序方式不局限于此，根据具体应用场景的不同，信息展示量表中排序的依据还能够是(不限于)：网约车辆的舒适度、驾驶者的评价分数或者平均驾驶速度等。

s1400、所述信息展示列表发送至所述乘客终端，以使所述乘客在所述信息展示列表中选择乘坐的网约车辆。

服务器端在生成信息展示列表后，将信息展示列表发送至乘客终端，乘客终端在接受度到信息展示列表后，显示该信息展示列表。乘客通过划动的方式，查看信息展示列表中不同网约车的登记信息，并通过点击的方式确定需要乘坐的网约车辆。而在筛选的过程中乘客可以根据自己的喜好选择乘坐的车辆，同时也能够获取到网约车辆的资料加以记录，增强乘坐的安全性。而部分用户则能够通过自身的阅历，选择一些从事网约车行业较久、驾驶者年龄偏大或者相同性别的驾驶者的车辆进行乘坐，降低打车遭遇危险的可能性。

上述实施方式中，通过在接收到乘客终端上传的乘车信息后，根据乘车信息中的出发地址信息，以该出发地址信息为圆心在一定距离内搜索适合接收乘车任务的至少一台网约车辆的登记信息，并将上述登记信息罗列后生成列表，发送至乘客终端。乘客终端在接收到列表后，通过查看网约车辆的登记信息，选择要乘坐的网约车辆。由于，乘客在上车之前就能够得到网约车辆的登记信息，然后根据自身的喜好对网约车辆进行筛选，使乘客在选择过程中具有了主动权，而在乘坐之前让乘客了解网约车的登记信息，能够使乘客预先掌握乘坐车辆和驾驶者的基本信息，从信息获取的角度提升了乘客方的安全性，能够有效的降低乘客受到安全威胁的几率。

在一些实施方式中，为保护女性在夜晚乘坐网约车时或者在特殊路段行驶需要驾驶者经验较为丰富时，需要通过其他的规则筛选出更加胜任该项业务的驾驶者承接该行车任务。请参阅图2，图2为在特殊时间段乘坐网约车辆时限定筛选结果的流程示意图。

如图2所示，s1200包括：

s1211、将所述乘车时间与预设的第一时间段进行比对；

本实施方式中，乘客终端上传的乘车信息中包括乘车时间。服务器端在接收到该乘车时间后，将该乘车时间与预设的第一时间段进行比较。第一时间段为设定的危险性较高的行车时间段，例如：22:00-07:00。但是第一时间段的设置不局限于此，根据具体应用场景的不同，能够结合使用当地时间设置和风俗习惯设定第一时间段。

s1212、当所述乘车时间位于所述第一时间段内时，根据所述出发地址信息在预设的搜寻范围内查找满足预设的第一规则且处于待客状态的网约车辆，其中，所述第一规则为通过限定网约车辆的驾驶者而降低行车危险性的筛选规则。

通过比对确定乘车时间位于第一时间段内时，在根据s1200对符合条件的网约车辆进行筛选时，加入一个或者多个筛选条件，筛选条件为能够是性别，如女性乘客在第一时间段内乘车时，筛选同样为女性的驾驶者驾驶的网约车或者驾驶年龄较大或者用户评价超过一定分值的驾驶者。或者，在第一时间段内进行行驶，且行驶的路段设置在悬崖等较难行驶的路径时，筛选条件为驾驶年龄或者是否经常在上述路段驾驶等信息。

通过设置危险驾驶时间，并在该时间段的驾驶者增加筛选条件，提高乘客的安全系数，有效的保护了乘客的安全。

在一些实施方式中，市面上有很多不同的打车软件，为用户提供了多样化的选择。因此，在一个用户终端中往往有多个打车软件，且不同的打车软件之间会在不同时段进行打折。因此，多样化的选择会给用户带来诸如选择困难的困扰。请参阅图3，图3为本实施例筛选网约车服务商的一种流程示意图。

如图3所示，s1200之前还包括：

s1111、获取所述乘客终端的多个网约车应用程序的通讯接口；

当乘客终端中安装有两个或者两个以上的网约车辆服务商的应用程序时，通过获取应用程序的通讯接口，服务器端得到终端中不同应用程序的通讯接口。

s1112、向所述通讯接口发送所述乘车信息，以获取所述多个网约车应用程序根据所述乘车信息生成的预演信息，其中，所述预演信息包括预估价格；

服务器端读取了乘客终端发送地不同网约车的应用程序的通讯接口后，获取乘客终端发送地乘车信息，乘车信息中包括出发地址信息和目的地地址信息。服务器端将乘车信息转发至不同网约车服务商对应的业务服务器端，发送过程为服务器端将乘车信息依次通过不同的通讯接口进行发送。

不同的网约车的业务服务器端在接收到各自通讯通道上传的乘车信息后，根据乘车信息的出发地址信息和目的地地址信息，计算得到二者之间的距离，然后，距离乘以单位长度行车价格计算得到预估价格。预估价格的计算方式不局限于此，在一些实施方式中，网约车的业务服务器根据出发地址信息和目的地地址信息规划出行车路线后，根据行程路线的实际长度，在计算预估价格。

将预估价格作为预演信息的一部分加以记录。但是，预演信息不局限于于此，根据具体应用场景的不同，预演信息包括(不限于)：预计到达的时间、预计行驶的时间或预计行驶的路线等信息。

在一些实施方式中，乘客终端具有部分网约车服务商的优惠券，在急性预估价格计算时，网约车服务器商提供的预估价格为使用优惠券进行优惠后的最终价格。

s1113、根据所述预估价格生成预估列表；

服务器端接收到不同的业务服务器，根据同一乘车信息计算得到多个预估价格。服务器端将上述多个预估价格进行整理，将其罗列在一个空白的表中，生成预估列表。

s1114、将所述预估列表发送至所述乘客终端，以使所述乘客在所述预估列表选择网约车服务商。

服务器端在生成预估列表后，将预估列表发送至乘客终端，乘客终端展示该预估列表，以使用户能够根据预估列表中的价格选择本次出行的网约车服务商。

通过收集多个网约车服务商的通讯接口，能够向多个网约车服务商的业务服务器发送同样的乘车信息，并得到不同网约车服务商各自的预估结果，供用户进行选择参考，极大的方便了用户选择，提高了用户体验。

在一些实施方式中，乘客端发送的乘车信息中还包括行车规划路径，即乘客能够在乘车之前，通过输入出发点坐标和目的地坐标后，通过电子导航生成导航路径，或者在当行路径的基础上，乘客通过手动拖动形成路径，而自己规划一个行车路径。例如：网约车为婚车时，用户将出发点点和目的地之间的行车路径规划成为“520”的数字路径。当乘客发送了出发点与目的地之间的行车规划路径后，网约车服务商需要通过计算具体的行车规划路径计算得到预估价格。请参阅s1311。

s1311、向所述通讯接口发送所述行车规划路径，以获取所述多个网约车应用程序根据所述行车规划路径生成的预演信息，其中，所述预演信息包括预估价格。

网约车的业务服务器根据行车规划路径中实际的路线长度和单位长度的行车价格，进行行车规划路径的预估价格计算。

行车规划路径的设计不局限于上述所指，在一些实施方式中，行车规划路径能够是在上述第一时间段内规划的安全路径或者绕过堵车路段的路径。

将预估价格作为预演信息的一部分加以记录。但是，预演信息不局限于于此，根据具体应用场景的不同，预演信息包括(不限于)：预计到达的时间、预计行驶的时间或预计行驶的路线等信息。

乘客终端能够根据出发点地址信息、目的地地址信息和用户自出设计指令生成行车规划路径。然后根据行车规划路径计算得到预估价格，真正实现了乘车的自主性，同时，也能够使整个形势过程更具多样性(例如，以游览为目的的乘车行为)，从而避免现有导航技术以“快”和“捷径”剥夺乘客选择权的事实，提高了乘车自由度，提高了用户的认可度。

在一些实施方式中，当行车规划路径被分配至驾驶者终端后，需要通过监视的方式避免网约车是否按行车规划路径进行行驶。请参阅图4，图4为本实施例监视网约车行驶的一种流程示意图。

如图4所示，s1400之后包括：

s1411、向所述网约车辆的驾驶者终端发送所述行车规划路径，并获取所述驾驶者终端上传的行车位置坐标；

在向用户选定的网约车辆的驾驶者终端发送行车规划路径，并在网约车接到乘客并开始行车任务后，向在行车任务执行期间的驾驶者终端发送坐标获取请求，获取驾驶者终端的行车位置坐标。服务器端通过定时或者时事获取的方式，获取驾驶者终端上传的行车位置坐标。

s1412、比对所述行车位置坐标是否在所述行车规划路径表征的坐标集合内；

服务器端接收到驾驶者终端上传的行车位置坐标后，将行车位置坐标与行车规划路径表征的坐标集合进行比对，确定行车位置坐标是否在该坐标集合内。由于行车规划路径表征的是一系列有长度也有宽度的公路，因此，通过行车规划路径能够得到路线包括的所有坐标位置，上述坐标位置组成了坐标集合。然后将行车位置坐标与坐标集合进行比较，若行车位置坐标与坐标集合内的一个坐标相同时，则表明行车位置坐标在坐标集合内，若行车位置坐标与坐标集合内的任意一个坐标均不同时，则表明驾驶者驾驶的网约车未按规定的行车规划路径进行行驶。

s1413、当所述行车位置坐标未在所述坐标集合内时，向所述乘客终端和所述驾驶者终端发送预设的警示信息，以警示驾驶者沿所述行车规划路径执行行车任务。

通过比对确认行车位置坐标与坐标集合内的任意一个坐标均不同时，则表明驾驶者驾驶的网约车未按规定的行车规划路径进行行驶。此时，服务器端向驾驶者终端发送警示信息，其中，警示信息的内容包括(不限于)车辆未按设定的行车规划路径进行行驶，驾驶者如果不能够及时回归至行车规划路径，将对驾驶者进行处罚等信息。

通过对网约车的行驶路线进行监控，能够有效地保证网约车按照设定的路径进行行驶，提高了对网约车的约束能力，也保证乘客的权利。

在一些实施方式中，为避免网约车的注册驾驶者与实际驾驶运营的不是同一个人的违约行为，需要在进行驾驶者终端进行接单时，对驾驶者进行人脸验证。请参阅图5，图5为本实施例网约车人脸验证的流程示意图。

如图5所示，s1300之后还包括：

s1421、采集所述网约车辆驾驶者的人脸图像；

网约驾驶者在进行接单时，服务器端需要获取网约驾驶者的人脸图像，人脸图像的获取时，通过驾驶者终端集成的摄像头或连接的外设摄像头，对驾驶者的人脸图像进行拍摄。

s1422、将所述人脸图像和预设的所述驾驶者的证件图像输入到预设的安全识别模型中，并获取所述安全识别模型输出的判断结果，其中，所述安全识别模型为训练至收敛状态用于判断图像相似度的神经网络模型；

将采集得到的人脸图像和驾驶者的证件图像(例如，身份证图像或驾驶证证件图像等)输入到安全识别模型中，安全识别模型是训练至收敛状态用于判断图像相似度的神经网络模型。将人脸图像输入到安全识别模型后，安全识别模型输出判断结果。判断结果是安全识别模型对人脸图像和预存储的证件照片相似度的比较结果，或者对人脸图像和预存储的注册网约车时保留的注册照片相似度的比较结果。

其中，所述安全识别模型能够是卷积神经网络模型(cnn)，但是安全识别模型还能够是：深度神经网络模型(dnn)、循环神经网络模型(rnn)或者上述三种网络模型的变形模型。

本实施例中，安全识别模型的训练过程为：

通过网络爬虫或者现有的图像数据库获取本实施例的训练样本集。训练样本集中包括不同种类的人脸图像。

本实施方式中神经网络模型在训练时，采用若干个训练样本集(例如100万个)，其中，每个训练样本集包括一个人脸图像数据对，包括一张人脸图像，以及与该人脸图像进行比对的比对图像，其中比对图像也是人脸图像，且同一个训练样本集中，人脸图像与比对图像能够相同也能够不同。在对画面截图进行训练之前，需要对每个训练样本集中的图像表征的用户行为进行预判，预判能够是人工进行的，例如训练样本集中的两张图片均为同一个人不同时期或者空间内的人脸图像时，判断两张图像相同，通过上述的方式能够得所有训练样本集的预判结果。并定义预判结果为该画面截图的分类判断信息。

将训练样本集依次输入到安全识别模型中，画面截图依次经过安全识别模型的卷积层、全连接层和分类层。分类层输出的结果即为安全识别模型激励输出的比对分类结果。本实施方式中，安全识别模型的分类结果即为模型判断的用户行为信息。定义激励输出的结果为分类参照信息。分类参照信息是安全识别模型提取的人脸图像和比对图像的特征向量的比较结果。

模型分类参照信息是安全识别模型根据输入的画面截图而输出的激励数据，在安全识别模型未被训练至收敛之前，分类参照信息为离散性较大的数值，当安全识别模型未被训练至收敛之后，分类参照信息为相对稳定的数据。

通过安全识别模型的损失函数判断分类参照信息与分类判断信息是否一致。损失函数是被配置为检测安全识别模型中模型分类参照信息，与人们期望的分类判断信息是否具有一致性的检测函数。当安全识别模型的输出结果与分类判断信息的期望结果不一致时，需要通过反向算法对安全识别模型中的权重进行校正，以使安全识别模型的输出结果与分类判断信息的期望结果相同。

当安全识别模型的分类输出结果与分类判断信息的期望结果不一致时，需要对安全识别模型中的权重进行校正，以使安全识别模型的输出结果与分类判断信息的期望结果相同。训练时采用多张训练样本进行训练(例如100个训练样本集反复训练)，通过反复的训练与校正，当安全识别模型输出分类数据与各训练样本的分类参照信息比对正确率达到(不限于)99.9％时，训练结束。此时，安全识别模型训练结束，安全识别模型被训练至收敛，能够对人脸图像表征的用户行为信息进行准确的判断。

s1423、当所述判断结果表征的内容为所述人脸图像和证件图像一致时，允许驾驶者终端接收行车任务。

当判断结果表征的内容为所述人脸图像和证件图像不一致时，即判定人脸图像与用户的证件照或者留存的用户图像之间的相似度低，验证结果不一致，此时，服务器端禁止该驾驶者终端接受行车任务，验证结果一致时才允许驾驶者终端接受行车任务。

通过用户图像验证，能够保证接单的驾驶者为平台注册驾驶者，防止陌生人接单并接送乘客，提高了网约车辆出行的安全性。

在一些实施方式中，网约车驾驶者在接到乘客后，往往要求乘客取消平台订单，而将费用在线下支付给驾驶者，导致平台对网约车驾驶者的行为缺乏监管，增加了乘客乘车的危险性，同时也损坏了平台的利益。因此，需要对网约车驾驶者私下要求乘客取消订单的行为加以限制。请参阅图6，图6为本实施例识别线下接单行为的流程示意图。

如图6所示，s1300之后，还包括：

s1431、获取所述乘客终端的第一位置信息和所述网约车辆的驾驶者终端上传的第二位置信息；

服务器端在接收到乘客终端发送的取消订单的请求信息或者驾驶者终端取消订单的请求信息后，获取乘客终端的第一位置信息和驾驶者终端的第二位置信息。但不局限于此，考虑到驾驶者到达出发位置之前用户正常取消订单的因素外，在一些实施例中，服务器端定时获取乘客终端和驾驶者终端的位置信息，例如每隔五分钟获取一次第一位置信息和第二位置信息。

s1432、计算所述第一位置信息和第二位置信息之间的距离是否小于预设的第一距离阈值；

获取第一位置信息和第二位置信息后，计算第一位置与第二位置支架的距离值，并将计算得到的距离值与第一距离阈值进行比较。其中，第一距离阈值是设置由于判断驾驶者终端和乘客终端是否位于同一车辆内的距离阈值。考虑gps信号、北斗定位系统或者蜂窝定位系统存在的误差值和上传时间之间的细微差值，将第一距离阈值设定为50m，但不限于此，根据具体应用场景的不同，在一些选择性实施例中，第一距离阈值能够更大或者更小。

s1433、当所述第一位置信息和第二位置信息之间的距离小于所述第一距离阈值时，恢复所述行车任务或者禁止取消所述行车任务。

当判断得到第一位置信息和第二位置信息之间的距离小于第一距离阈值时，即判定乘客与驾驶者实际在同一辆车上，乘客是按驾驶者的要求取消了订单，进行线下交易。此时，若乘客是刚刚发送取消订单的请求时，则禁止用户进行取消操作；若乘客已经取消了订单，则将判断结果与恢复任务的信息发送至用户终端，并在驾驶者终端和乘客终端同时恢复已经被取消的行车任务。

通过检测乘客终端和驾驶者终端的位置信息，判断乘客与驾驶者是否在见面后达成私下交易的行为，并在确认上述行为存在时，及时制止乘客或者驾驶者取消订单或者回复已取消的行车任务，以保证平台对驾驶者终端在行车任务期间内的信息监管权力，避免乘客收到危险，同时也能够保证平台的利益。

为解决上述技术问题，本发明实施例还提供一种网约车控制装置。

请参阅图7，图7为本实施例网约车控制装置的基本结构框图。

如图7所示，一种网约车控制装置，包括：获取模块2100、查询模块2200、处理模块2300和执行模块2400。其中，获取模块2100用于获取乘客终端发送的乘车信息，其中，所述乘车信息包括乘客的出发地址信息；查询模块2200用于根据所述出发地址信息在预设的搜寻范围内查找处于待客状态的至少一台网约车辆；处理模块2300用于读取所述网约车辆的登记信息，并将所述登记信息写入到预设的展示列表中生成信息展示列表；执行模块2400用于将所述信息展示列表发送至所述乘客终端，以使所述乘客在所述信息展示列表中选择乘坐的网约车辆。

网约车控制装置通过在接收到乘客终端上传的乘车信息后，根据乘车信息中的出发地址信息，以该出发地址信息为圆心在一定距离内搜索适合接收乘车任务的至少一台网约车辆的登记信息，并将上述登记信息罗列后生成列表，发送至乘客终端。乘客终端在接收到列表后，通过查看网约车辆的登记信息，选择要乘坐的网约车辆。由于，乘客在上车之前就能够得到网约车辆的登记信息，然后根据自身的喜好对网约车辆进行筛选，使乘客在选择过程中具有了主动权，而在乘坐之前让乘客了解网约车的登记信息，能够使乘客预先掌握乘坐车辆和驾驶者的基本信息，从信息获取的角度提升了乘客方的安全性，能够有效的降低乘客受到安全威胁的几率。

在一些实施方式中，所述乘车信息包括乘车时间，所述网约车控制装置还包括：第一比对子模块和第一执行子模块。其中，第一比对子模块用于将所述乘车时间与预设的第一时间段进行比对；第一执行子模块用于当所述乘车时间位于所述第一时间段内时，根据所述出发地址信息在预设的搜寻范围内查找满足预设的第一规则且处于待客状态的网约车辆，其中，所述第一规则为通过限定网约车辆的驾驶者而降低行车危险性的筛选规则。

在一些实施方式中，所述网约车控制装置还包括：第一获取子模块、第一发送子模块、第一处理子模块和第二执行子模块。其中，第一获取子模块用于获取所述乘客终端的多个网约车应用程序的通讯接口；第一发送子模块用于向所述通讯接口发送所述乘车信息，以获取所述多个网约车应用程序根据所述乘车信息生成的预演信息，其中，所述预演信息包括预估价格；第一处理子模块用于根据所述预估价格生成预估列表；第二执行子模块用于将所述预估列表发送至所述乘客终端，以使所述乘客在所述预估列表选择网约车服务商。

在一些实施方式中，所述乘车信息还包括：行车规划路径，所述网约车控制装置还包括：第二发送子模块，用于向所述通讯接口发送所述行车规划路径，以获取所述多个网约车应用程序根据所述行车规划路径生成的预演信息，其中，所述预演信息包括预估价格。

在一些实施方式中，所述网约车控制装置还包括：第二获取子模块、第二比对子模块和第三执行子模块。其中，第二获取子模块用于向所述网约车辆的驾驶者终端发送所述行车规划路径，并获取所述驾驶者终端上传的行车位置坐标；第二比对子模块用于比对所述行车位置坐标是否在所述行车规划路径表征的坐标集合内；第三执行子模块用于当所述行车位置坐标未在所述坐标集合内时，向所述乘客终端和所述驾驶者终端发送预设的警示信息，以警示驾驶者沿所述行车规划路径执行行车任务。

在一些实施方式中，所述网约车控制装置还包括：第一采集子模块、第二处理子模块和第四执行子模块。其中，第一采集子模块用于采集所述网约车辆驾驶者的人脸图像；第二处理子模块用于将所述人脸图像和预设的所述驾驶者的证件图像输入到预设的安全识别模型中，并获取所述安全识别模型输出的判断结果，其中，所述安全识别模型为训练至收敛状态用于判断图像相似度的神经网络模型；第四执行子模块用于当所述判断结果表征的内容为所述人脸图像和证件图像一致时，允许驾驶者终端接收行车任务。

在一些实施方式中，所述网约车控制装置还包括：第三获取子模块、第一计算子模块和第五执行子模块。其中，第三获取子模块用于获取所述乘客终端的第一位置信息和所述网约车辆的驾驶者终端上传的第二位置信息；第一计算子模块用于计算所述第一位置信息和第二位置信息之间的距离是否小于预设的第一距离阈值；第五执行子模块用于当所述第一位置信息和第二位置信息之间的距离小于所述第一距离阈值时，恢复所述行车任务或者禁止取消所述行车任务。

为解决上述技术问题，本发明实施例还提供计算机设备。具体请参阅图8，图8为本实施例计算机设备基本结构框图。

如图8所示，计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种网约车控制方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种网约车控制方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本实施方式中处理器用于执行图7中获取模块2100、查询模块2200、处理模块2300和执行模块2400的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有人脸图像关键点检测装置中执行所有子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。

计算机设备通过在接收到乘客终端上传的乘车信息后，根据乘车信息中的出发地址信息，以该出发地址信息为圆心在一定距离内搜索适合接收乘车任务的至少一台网约车辆的登记信息，并将上述登记信息罗列后生成列表，发送至乘客终端。乘客终端在接收到列表后，通过查看网约车辆的登记信息，选择要乘坐的网约车辆。由于，乘客在上车之前就能够得到网约车辆的登记信息，然后根据自身的喜好对网约车辆进行筛选，使乘客在选择过程中具有了主动权，而在乘坐之前让乘客了解网约车的登记信息，能够使乘客预先掌握乘坐车辆和驾驶者的基本信息，从信息获取的角度提升了乘客方的安全性，能够有效的降低乘客受到安全威胁的几率。

本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例所述网约车控制方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等非易失性存储介质，或随机存储记忆体(randomaccessmemory，ram)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。