CN109345436B - 乘车情况监控方法、管控平台、存储介质及系统 - Google Patents

Abstract

本发明公开了一种乘车情况监控方法、管控平台、存储介质及系统，其中，该方法包括：接收乘客终端发送的包括乘车地址信息和落车地址信息的订单信息；接收到载客终端的接单请求时，获取乘客终端的终端地址信息和载客车辆的车辆地址信息；当根据终端地址信息和乘车地址信息确认乘客邻近乘车点且根据车辆地址信息和乘车地址信息确认载客车辆邻近乘车点时，确认乘客上车；确认上车后，继续获取终端地址信息和车辆地址信息；当根据终端地址信息和落车地址信息确认乘客邻近落车点且根据车辆地址信息和落车地址信息确认载客车辆邻近落车点时，确认乘客下车。本案上车/下车智能监测，自动确认，对载客行为进行准确评估,省时省力且提升了出行服务质量。

Description

乘车情况监控方法、管控平台、存储介质及系统

技术领域

本发明涉及车辆操控平台管控技术领域，尤其涉及一种乘车情况监控方法、管控平台、存储介质及系统。

背景技术

随着社会的发展，私家车的数量越来越多，城市交通也越来越复杂，因此，对于驾驶经验不足、或路线不熟、或无私家车的人们来说，乘车会更加安全且快速。与此同时，大部分私家车一般出行时，处于空载状态，因此，既会造成驾驶者的出行费用高，也造成了出行资源的浪费。至此，为了致使出行资源充分利用且营造安全的交通环境，网约车应运而生。

目前，网约车都是乘客通过移动终端进行网络约车，载客司机通过移动终端接单，并根据订单信息中的起始地址信息去接乘客。但是，现有的网约车上车确认或下车确认均是乘客或载客司机的人为确认，不仅费时费力，而且无法保证行为的准确性。

综上所述，人为确认乘车情况，不仅对乘车人，而且对载客司机均会造成影响，也会影响操控平台对载客行为的评估准确性。

发明内容

本发明的目的在于提供一种乘车情况监控方法、管控平台、存储介质及系统，以解决现有的网约车上车或下车确认均是人为操作，网约车服务质量差，且乘车人或载客司机的利益难以兼顾的问题。

为了解决上述问题，本发明提供了一种乘车情况监控方法，其应用于管控平台，乘车情况监控方法包括：

接收乘客终端发送的订单信息，订单信息包括乘车地址信息和落车地址信息；

接收到载客终端的接单请求时，获取乘客终端的终端地址信和载客车辆的车辆地址信息，其中，载客终端位于载客车辆内；

当根据终端地址信息和乘车地址信息确认乘客邻近乘车点，且根据车辆地址信息和乘车地址信息确认载客车辆邻近乘车点时，确认乘客上车；

确认乘客上车后，继续获取乘客终端的终端地址信息和载客车辆的车辆地址信息；

当根据终端地址信息和落车地址信息确认乘客邻近落车点，且根据车辆地址信息和落车地址信息确认载客车辆邻近落车点时，确认乘客下车。

作为本发明的进一步改进，当根据终端地址信息和乘车地址信息确认乘客邻近乘车点，且根据车辆地址信息和乘车地址信息确认载客车辆邻近乘车点时，确认乘客上车的步骤，包括：

计算终端地址信息与乘车地址信息之间的第一距离；

当第一距离小于第一预设阈值时，计算车辆地址信息与乘车地址信息之间的第二距离；

当第二距离小于第一预设阈值时，确认乘客上车。

作为本发明的进一步改进，当根据终端地址信息和落车地址信息确认乘客邻近落车点，且根据车辆地址信息和落车地址信息确认载客车辆邻近落车点时，确认乘客下车的步骤，包括：

计算终端地址信息与落车地址信息之前的第三距离；

当第三距离小于第二预设阈值时，计算车辆地址信息与落车地址信息之间的第四距离；

当第四距离小于第二预设阈值时，确认乘客下车。

作为本发明的进一步改进，间隔预设时间段获取乘客终端的终端地址信息，且间隔预设时间段获取载客车辆的车辆地址信息。

作为本发明的进一步改进，间隔预设时间段获取乘客终端的终端地址信息的步骤之后，包括：

计算当前终端地址信息与前一个终端地址信息之间的第五距离，并获取当前终端地址信息与前一个终端地址信息之间的第一间隔时长；

判断乘客通过当前终端地址信息对应的获取点的实际速度是否超过第一预设速度阈值，其中，乘客通过当前终端地址信息对应的获取点的实际速度＝第五距离/第一间隔时长；

当乘客通过当前终端地址信息对应的获取点的实际速度超过第一预设速度阈值时，确认与当前终端地址信息对应的获取点为乘客异常点，并删除该当前终端地址信息。

作为本发明的进一步改进，间隔预设时间段获取载客车辆的车辆地址信息的步骤之后，包括：

计算当前车辆地址信息与前一个车辆地址信息之间的第六距离，并获取当前车辆地址信息与前一个车辆地址信息之间的第二间隔时长；

判断载客车辆通过当前车辆地址信息对应的获取点的实际速度是否超过第二预设速度阈值，其中，载客车辆通过当前车辆地址信息对应的获取点的实际速度＝第六距离/第二间隔时长；

当载客车辆通过当前车辆地址信息对应的获取点的实际速度超过第二预设速度阈值时，确认与当前车辆地址信息对应的获取点为车辆异常点，并删除该当前车辆地址信息。

为了解决上述问题，本发明还提供了一种管控平台，其包括处理器和存储器，处理器耦接存储器，存储器上存储有可在处理器上执行的计算机程序；

处理器执行的计算机程序，实现上述的乘车情况监控方法。

为了解决上述问题，本发明还提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述的乘车情况监控方法。

为了解决上述问题，本发明还提供了一种乘车情况监控系统，其包括上述的管控平台、乘客终端和载客终端，载客终端设置于载客车辆内，管控平台分别与乘客终端、载客终端通信连接。

与现有技术相比，本发明在约车成功后，自动获取乘客终端的终端地址信息，且获取载客车辆的车辆地址信息，并根据终端地址信息、车辆地址信息和订单信息中的乘车地址信息，自动进行上车动作的确认，且根据终端地址信息、车辆地址信息和订单信息中的落车地址信息，自动进行下车动作的确认，整个过程智能监测，可以对载客行为进行准确评估，不仅省时省力，而且提升用户使用体验度和出行服务质量。

附图说明

图1为本发明乘车情况监控系统一个实施例的框架结构示意图；

图2为本发明乘车情况监控方法一个实施例的流程示意图；

图3为本发明乘车情况监控方法中上车确认流程一个实施例的流程示意图；

图4为本发明乘车情况监控方法中乘客异常点清洗流程一个实施例的流程示意图；

图5为本发明乘车情况监控方法中车辆异常点清洗流程一个实施例的流程示意图；

图6为本发明乘车情况监控方法中下车确认流程一个实施例的流程示意图；

图7为本发明管控平台一个实施例的功能模块示意图；

图8为本发明管控平台中上车确认模块一个实施例的功能模块示意图；

图9为本发明管控平台中下车确认模块一个实施例的功能模块示意图；

图10为本发明管控平台中乘客异常点清洗模块一个实施例的功能模块示意图；

图11为本发明管控平台中车辆异常点清洗模块一个实施例的功能模块示意图；

图12为本发明管控平台一个实施例的框架结构示意图。

具体实施方式

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

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

图1展示了本发明乘车情况监控系统的一个实施例。在本实施例中，如图1所示，该乘车情况监控系统包括管控平台1、乘客终端2和载客终端(图中未示出)，载客终端设置于载客车辆3内，管控平台1分别与乘客终端2、载客终端通信连接。

其中，乘客终端2包括手机、平板电脑、笔记本电脑。需要说明的是，具有发送订单消息，且能用于定位，发送地址信息的移动终端均在本发明乘客终端的保护范围以内。

载客终端2包括车载设备和辅助终端，其中，车载设备包括车载多媒体终端、车载导航等，辅助终端包括隶属于载客司机的手机、平板电脑、笔记本电脑等。需要说明的是，具有接单功能，且能用于定位，发送地址信息的终端均在本发明载客终端的保护范围以内。

管控平台1用于接收乘客终端2发送的订单信息、终端地址信息，且用于接收载客终端的接单请求、车辆地址信息，并根据终端地址信息、订单信息和车辆地址信息进行数据分析处理，并将分析结果反馈至乘客终端2和载客终端。

至此，己经详细介绍了本发明实施例乘车情况监控系统的框架结构。下面，将基于上述乘车情况监控系统，以管控平台作为执行主体提出本发明的各个方法项实施例。

图2-图4展示了本发明乘车情况监控方法的一个实施例。在本实施例中，如图2所示，该乘车情况监控方法应用于管控平台，具体地，该乘车情况监控方法，包括如下步骤：

步骤S1，接收乘客终端发送的订单信息，订单信息包括乘车地址信息和落车地址信息。

在本实施例中，首先，乘客终端接收用户输入的乘车地址信息、落车地址信息和乘车需求时间范围信息、乘车人数等信息，并根据上述信息生成订单信息。其次，乘客终端将订单信息传输至管控平台。最后，管控平台接收乘客终端发送的订单信息。

步骤S2，接收到载客终端的接单请求时，获取乘客终端的终端地址信息，且获取载客车辆的车辆地址信息，其中，载客终端位于载客车辆内。

在本实施例中，首先，管控平台确认距离乘车地址信息位置预设范围(譬如：直径1公里)以内的至少一个载客司机。其次，以广播形式将该订单信息发送至该至少一个载客司机。再次，当目标载客司机能满足订单信息中的需求时，发送接单请求至管控平台。最后，管控平台接收到接单请求后，发送约车成功信息至乘客终端，并获取乘客终端的终端地址信息，且获取载客车辆的车辆地址信息，其中，载客终端位于载客车辆内。

步骤S3，当根据终端地址信息和乘车地址信息确认乘客邻近乘车点，且根据车辆地址信息和乘车地址信息确认载客车辆邻近乘车点时，确认乘客上车。

在本实施例中，在上述实施例的基础上，其他实施例中，参见图3，该步骤S3包括：

步骤S30，计算终端地址信息与乘车地址信息之间的第一距离。

步骤S31，判断第一距离是否超过第一预设阈值。当第一距离大于第一预设阈值时，执行步骤S30。当第一距离小于或等于第一预设阈值时，执行步骤S32。

需要说明的是，本实施例中的第一预设阈值，可以是管控平台固设的，也可以是管控平台操控人员根据需求输入的。

步骤S32，计算车辆地址信息与乘车地址信息之间的第二距离。

步骤S33，判断第二距离是否超过第一预设阈值。当第二距离大于第一预设阈值时，执行步骤S32。当第二距离小于或等于第一预设阈值时，执行步骤S34。

步骤S34，确认乘客上车。

进一步地，在实施过程中，既可以先计算第一距离，以进行第一距离与第一预设阈值的比较，也可以先计算第二距离，以进行第二距离与第一预设阈值的比较，该两种实施方案均在本发明的保护范围以内。

在实际应用过程中，乘客一般距离乘车点较近，因此，先进行乘客靠近乘车点的判断更符合实际。因此，本案以乘客靠近乘车点判断为先，后判断载客车辆靠近乘车点为例，对本案的技术方案进行详细说明。

1、乘客靠近乘车点的判断

首先，获取来自载客终端发送的终端地址信息。获取可以是实时获取，也可以是间隔预设时间段(譬如10S)进行获取。进一步地，为了避免获取到的异常终端地址信息影响后续的判断结果，因此，在上述实施例的基础上，其他实施例中，该步骤S30之前还包括：异常终端地址信息的删除。

具体地，参见图4，乘客异常点的清洗步骤包括：

步骤S301，计算当前终端地址信息与前一个终端地址信息之间的第五距离，并获取当前终端地址信息与前一个终端地址信息之间的第一间隔时长。

步骤S302，判断乘客通过当前终端地址信息对应的获取点的实际速度是否超过第一预设速度阈值，其中，乘客通过当前终端地址信息对应的获取点的实际速度＝第五距离/第一间隔时长。当乘客通过当前终端地址信息对应的获取点的实际速度大于第一预设速度阈值时，执行步骤S303。当乘客通过当前终端地址信息对应的获取点的实际速度小于第一预设速度阈值时，执行步骤S30。

步骤S303，确认与当前终端地址信息对应的获取点为乘客异常点，并删除该当前终端地址信息。

在本实施例中，假设依次连续的T1和T2时刻，分别获取到终端地址信息A和B。计算出乘客通过终端地址信息B对应的获取点的速度，即终端地址信息A、B对应的两点间距离/T2时刻与T1时刻之间的时间间隔。若乘客通过终端地址信息B对应的获取点的速度大于第一预设速度阈值，则终端地址信息B对应的获取点判定为乘客异常点，将T2时刻的终端地址信息B删除。

该第一预设速度阈值为成人的平均行走速度。进一步地，由于男生、女生的行走速度可能存在不同，因此，在本实施例中，可以根据乘客的性别不同，采用不同的阈值。此外，由于不能年龄阶段的用户的行走速度不同，因此，在本实施例中，可以根据乘客的年龄段不同，采用不同的阈值。假设第一预设速度阈值为1m/s，当计算得到的实际速度为2m/s，则说明获取到的终端地址信息可能有误，应作为异常点，则将该终端地址信息点删除，不作为判断依据。

本实施例自动进行乘客异常点的判断，进而提升了以该终端地址信息进行乘客靠近乘车点的判断准确性。

其次，计算当前终端地址信息与乘车地址信息之间的第一距离。

再次，当第一距离大于第一预设阈值时，继续获取终端地址信息，并继续乘客靠近乘车点的判断。

最后，当第一距离小于或等于第一预设阈值时，确认乘客靠近乘车点。

2、载客车辆靠近乘车点的判断

当乘客靠近乘车点后，首先，获取载客车辆发送的车辆地址信息。获取可以是实时获取，也可以是间隔预设时间段(譬如10S)进行获取。进一步地，为了避免获取到的异常车辆地址信息影响后续的判断结果，因此，在上述实施例的基础上，其他实施例中，该步骤S32之前还包括：异常车辆地址信息的删除。

具体地，参见图5，车辆异常点的清洗步骤包括：

步骤S401，计算当前车辆地址信息与前一个车辆地址信息之间的第六距离，并获取当前车辆地址信息与前一个车辆地址信息之间的第二间隔时长。

步骤S402，判断载客车辆通过当前车辆地址信息对应的获取点的实际速度是否超过第二预设速度阈值，其中，载客车辆通过当前车辆地址信息对应的获取点的实际速度＝第六距离/第二间隔时长。当载客车辆通过当前车辆地址信息对应的获取点的实际速度超过第二预设速度阈值时，执行步骤S403。当载客车辆通过当前车辆地址信息对应的获取点的实际速度小于第二预设速度阈值时，执行步骤S30。

步骤S403，确认与当前车辆地址信息对应的获取点为车辆异常点，并删除该当前车辆地址信息。

在本实施例中，假设依次连续的T3和T4时刻，分别获取到车辆地址信息C和D。计算出载客车辆通过车辆地址信息D对应的获取点的速度，即车辆地址信息C、D对应的两点间距离/T4时刻和T3时刻之间的时间间隔。若D点的速度大于第二预设速度阈值，则车辆地址信息D对应的获取点判定为车辆异常点，将T4时刻的车辆地址信息D删除。

在本实施例中，该第二预设速度阈值为行车平均速度。进一步地，不同的路段(譬如：高速路段、郊区路段、学校路段等)的行车速度不同，因此，在本实施例中，可以根据路段的不同，采用不同的阈值。假设高速路段的第二预设速度阈值为100km/h，当计算得到的第二实际速度为150km/h，则说明获取到的车辆地址信息可能有误，应作为车辆异常点。

本实施例自动进行车辆异常点的判断，进而提升了以该车辆地址信息进行载客车辆靠近乘车点的判断准确性。

其次，计算当前车辆地址信息与乘车地址信息之间的第二距离。

再次，当第二距离大于第一预设阈值时，继续获取车辆地址信息，并继续载客车辆靠近乘车点的判断。

最后，当第二距离小于第一预设阈值时，确认载客车辆靠近乘车点。

需要说明的是，为了提醒载客司机载客，在确认载客车辆靠近乘车点时，发送提醒信息至载客终端，以供载客司机留意实际乘车点。

3、乘客上车确认

当乘客和载客车辆均靠近乘车点时，确认乘客上车。

步骤S4，确认乘客上车后，继续获取乘客终端发送的终端地址信息，以及载客车辆发送的车辆地址信息。获取可以是实时获取，也可以是间隔预设时间段(譬如10S)进行获取。

进一步地，在上述实施例的基础上，其他实施例中，确认乘客上车后，可以适当拓宽间隔时长，减少获取次数和数据计算量。

步骤S5，当根据终端地址信息和落车地址信息确认乘客邻近落车点，且根据车辆地址信息和落车地址信息确认载客车辆邻近落车点时，确认乘客下车。

在本实施例中，在上述实施例的基础上，其他实施例中，参见图6，该步骤S5包括：

步骤S50，计算终端地址信息与落车地址信息之前的第三距离。

步骤S51，判断第三距离是否大于第二预设阈值。当第三距离大于第二预设阈值时，执行步骤S50，当第三距离小于第二预设阈值，执行步骤S52。

步骤S52，计算车辆地址信息与落车地址信息之间的第四距离。

步骤S53，判断第四距离是否大于第二预设阈值。当第四距离大于第二预设阈值时，执行步骤S52。当第四距离小于第二预设阈值，执行步骤S54。

步骤S54，确认乘客下车。

需要说明的是，本实施例中的第二预设阈值，可以是管控平台固设的，也可以是管控平台操控人员根据需求输入的。

1、载客车辆靠近落车点的判断

首先，获取载客车辆发送的车辆地址信息。获取可以是实时获取，也可以是间隔预设时间段(譬如10S)进行获取。进一步地，为了避免获取到的异常车辆地址信息影响后续的判断结果，因此，载客车辆靠近落车点的判断过程中，仍需进行车辆异常点的清洗，其中，车辆异常点具体操作步骤参见上述实施例，在此不再赘述。

其次，计算当前车辆地址信息与落车地址信息之间的第四距离。

再次，当第四距离大于第二预设阈值时，继续获取车辆地址信息，并继续载客车辆靠近落车点的判断。

最后，当第四距离小于第二预设阈值时，确认载客车辆靠近落车点。

2、乘客靠近落车点的判断

首先，获取载客终端发送的终端地址信息。获取可以是实时获取，也可以是间隔预设时间段(譬如10S)进行获取。进一步地，为了避免获取到的异常终端地址信息影响后续的判断结果，因此，乘客靠近落车点的判断过程中，仍需进行乘客异常点的清洗，其中，乘客异常点具体操作步骤参见上述实施例，在此不再赘述。进一步地，需要说明的是，乘车过程中，乘客异常点的清洗步骤中，由于乘客的行进速度与车辆的行进速度是一致的，所以，第一预设速度阈值等于第二预设速度阈值。

其次，计算当前终端地址信息与落车地址信息之间的第三距离。

再次，当第三距离超过第二预设阈值时，继续获取终端地址信息，并继续乘客靠近落车点的判断。

最后，当第三距离小于第二预设阈值时，确认乘客靠近落车点。

3、乘客下车确认

当乘客和载客车辆均靠近落车点时，确认乘客下车。

本实施例在约车成功后，自动获取乘客终端的终端地址信息，且获取载客车辆的车辆地址信息，并根据终端地址信息、车辆地址信息和订单信息中的乘车地址信息，自动进行上车动作的确认，且根据终端地址信息、车辆地址信息和订单信息中的落车地址信息，自动进行下车动作的确认，整个过程智能监测，可以对载客行为进行准确评估，不仅省时省力，而且提升用户使用体验度和出行服务质量。

进一步地，在确认乘客下车后，可以根据确认上车过程、乘车过程中以及确认下车过程中获取的乘客地址信息绘制得到乘车轨迹，以及根据确认上车过程、乘车过程中以及确认下车过程中获取的车辆地址信息绘制得到行车轨迹，根据乘车轨迹与行车轨迹的差异信息，可以分析该网约车出行记录是否真实。进一步地，根据行车轨迹，可以分析该载客司机是否存在绕路行为，致使当分析得到载客司机存在绕路行为时，即时提醒载客司机，和/或通知乘客。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图7展示了本发明管控平台的一个实施例。在本实施例中，如图7所示，该管控平台包括订单信息接收模块10、地址信息接收模块11、上车确认模块12和下车确认模块13。

其中，订单信息接收模块10，用于接收乘客终端发送的订单信息，订单信息包括乘车地址信息和落车地址信息；地址信息接收模块11，用于接收乘客终端发送的终端地址信息和载客车辆发送的车辆地址信息。上车确认模块12，用于当根据终端地址信息和乘车地址信息确认乘客邻近乘车点，且根据车辆地址信息和乘车地址信息确认载客车辆邻近乘车点时，确认乘客上车；下车确认模块13，用于当根据终端地址信息和落车地址信息确认乘客邻近落车点，且根据车辆地址信息和落车地址信息确认载客车辆邻近落车点时，确认乘客下车。

在上述实施例的基础上，其他实施例中，参见图8，该上车确认模块12包括第一距离计算单元120、第二距离计算单元121和上车确认单元122。

其中，第一距离计算单元120，用于计算终端地址信息与乘车地址信息之间的第一距离；第二距离计算单元121，用于当第一距离小于第一预设阈值时，计算车辆地址信息与乘车地址信息之间的第二距离；上车确认单元122，用于当第二距离小于第一预设阈值时，确认乘客上车。

在上述实施例的基础上，其他实施例中，参见图9，下车确认模块13包括第三距离计算单元130、第四距离计算单元131和下车确认单元132。

其中，第二距离计算单元130，用于计算终端地址信息与落车地址信息之前的第三距离；第四距离计算单元131，用于当第三距离小于第二预设阈值时，计算车辆地址信息与落车地址信息之间的第四距离；下车确认单元132，用于当第四距离小于第二预设阈值时，确认乘客下车。

在上述实施例的基础上，其他实施例中，间隔预设时间段接收乘客终端发送的终端地址信息和载客车辆发送的车辆地址信息。

在上述实施例的基础上，其他实施例中，该管控平台还包括乘客异常点清洗模块。参见图10，该乘客异常点清洗模块包括第一获取单元20、第一判断单元21和第一异常处理单元22。

其中，第一获取单元20，用于计算当前终端地址信息与前一个终端地址信息之间的第五距离，并获取当前终端地址信息与前一个终端地址信息之间的第一间隔时长；第一判断单元21，用于判断乘客通过当前终端地址信息对应的获取点的实际速度是否超过第一预设速度阈值，其中，乘客通过当前终端地址信息对应的获取点的实际速度＝第五距离/第一间隔时长；第一异常处理单元22，用于当乘客通过当前终端地址信息对应的获取点的实际速度超过第一预设速度阈值时，确认与当前终端地址信息对应的获取点为乘客异常点，并删除该当前终端地址信息。

在上述实施例的基础上，其他实施例中，该管控平台还包括车辆异常点清洗模块。参见图11，该车辆异常点清洗模块包括第二获取单元30、第二判断单元31和第二异常处理单元32。

其中，第二获取单元30，用于计算当前车辆地址信息与前一个车辆地址信息之间的第六距离，并获取当前车辆地址信息与前一个车辆地址信息之间的第二间隔时长；第二判断单元31，用于判断载客车辆通过当前车辆地址信息对应的获取点的实际速度是否超过第二预设速度阈值，其中，载客车辆通过当前车辆地址信息对应的获取点的实际速度＝第六距离/第二间隔时长；第二异常处理单元32，用于当载客车辆通过当前车辆地址信息对应的获取点的实际速度超过第二预设速度阈值时，确认与当前车辆地址信息对应的获取点为车辆异常点，并删除该当前车辆地址信息。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将管控平台的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图12为本申请又一个实施例提供的管控平台的示意框图，参见图12，该实施例中的管控平台包括：至少一个处理器80、存储器81以及存储在该存储器81中并可在处理器80上运行的计算机程序810。处理器80执行计算机程序810时，实现上述实施例描述的乘车情况监控方法中的步骤，例如：图2所示的步骤S1-步骤S5。或者，处理器80执行计算机程序810时，实现上述管控平台实施例中各模块/单元的功能，例如：图7所示模块10-模块14的功能。

计算机程序810可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器81中，并由处理器80执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序810在管控平台中的执行过程。

管控平台包括但不仅限于处理器80、和存储器81。本领域技术人员可以理解，图12仅仅是管控平台的一个示例，并不构成对管控平台的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如管控平台还可以包括输入设备、输出设备、网络接入设备、总线等。

处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器81可以是只读存储器、可存储静态信息和指令的静态存储设备、随机存取存储器、或者可存储信息和指令的动态存储设备，也可以是电可擦可编程只读存储器、只读光盘、或其他光盘存储、光碟存储、磁盘存储介质或者其他磁存储设备。存储器81与处理器80可以通过通信总线相连接，也可以和处理器80集成在一起。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的管控平台和方法，可以通过其它的方式实现。例如，以上所描述的管控平台实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请实施例还提供了一种存储介质，用于存储计算机程序，其包含用于执行本申请上述乘车情况监控方法实施例所设计的程序数据。通过执行该存储介质中存储的计算机程序，可以实现本申请提供的乘车情况监控方法。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序810来指令相关的硬件来完成，计算机程序810可存储于一计算机可读存储介质中，该计算机程序810在被处理器80执行时，可实现上述各个方法实施例的步骤。其中，计算机程序810包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上对发明的具体实施方式进行了详细说明，但其只作为范例，本发明并不限制与以上描述的具体实施方式。对于本领域的技术人员而言，任何对该发明进行的等同修改或替代也都在本发明的范畴之中，因此，在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等，都应涵盖在本发明的范围内。

Claims (8)

1.一种乘车情况监控方法，其特征在于，其应用于管控平台，所述乘车情况监控方法包括：

接收乘客终端发送的订单信息，所述订单信息包括乘车地址信息和落车地址信息；

接收到载客终端的接单请求时，获取所述乘客终端的终端地址信息和载客车辆的车辆地址信息，其中，所述载客终端位于所述载客车辆内；

当根据所述乘客终端的终端地址信息和所述乘车地址信息确认乘客邻近乘车点，且根据所述载客车辆的车辆地址信息和所述乘车地址信息确认所述载客车辆邻近所述乘车点时，确认所述乘客上车；

确认所述乘客上车后，继续获取所述乘客终端的终端地址信息和所述载客车辆的车辆地址信息；

当根据所述乘客终端的终端地址信息和所述落车地址信息确认乘客邻近落车点，且根据所述载客车辆的车辆地址信息和所述落车地址信息确认所述载客车辆邻近所述落车点时，确认所述乘客下车；

当根据所述乘客终端的终端地址信息和所述落车地址信息确认乘客邻近落车点，且根据所述载客车辆的车辆地址信息和所述落车地址信息确认所述载客车辆邻近所述落车点时，确认所述乘客下车的步骤，包括：

计算所述乘客终端的终端地址信息与所述落车地址信息之间的第三距离；

当所述第三距离小于第二预设阈值时，计算所述载客车辆的车辆地址信息与所述落车地址信息之间的第四距离；

当所述第四距离小于所述第二预设阈值时，确认所述乘客下车。

2.根据权利要求1所述的乘车情况监控方法，其特征在于，所述当根据所述乘客终端的终端地址信息和所述乘车地址信息确认乘客邻近乘车点，且根据所述载客车辆的车辆地址信息和所述乘车地址信息确认所述载客车辆邻近所述乘车点时，确认所述乘客上车的步骤，包括：

计算所述乘客终端的终端地址信息与所述乘车地址信息之间的第一距离；

当所述第一距离小于第一预设阈值时，计算所述载客车辆的车辆地址信息与所述乘车地址信息之间的第二距离；

当所述第二距离小于所述第一预设阈值时，确认所述乘客上车。

3.根据权利要求1所述的乘车情况监控方法，其特征在于，间隔预设时间段获取所述乘客终端的终端地址信息，且间隔所述预设时间段获取所述载客车辆的车辆地址信息。

4.根据权利要求3所述的乘车情况监控方法，其特征在于，所述间隔预设时间段获取所述乘客终端的终端地址信息的步骤之后，包括：

计算当前终端地址信息与前一个终端地址信息之间的第五距离，并获取所述当前终端地址信息与所述前一个终端地址信息之间的第一间隔时长；

判断乘客通过当前终端地址信息对应的获取点的实际速度是否超过第一预设速度阈值，其中，所述乘客通过当前终端地址信息对应的获取点的实际速度＝所述第五距离/所述第一间隔时长；

当所述乘客通过当前终端地址信息对应的获取点的实际速度超过所述第一预设速度阈值时，确认与所述当前终端地址信息对应的获取点为乘客异常点，并删除该当前终端地址信息。

5.根据权利要求3所述的乘车情况监控方法，其特征在于，所述间隔预设时间段获取所述载客车辆的车辆地址信息的步骤之后，包括：

计算当前车辆地址信息与前一个车辆地址信息之间的第六距离，并获取所述当前车辆地址信息与所述前一个车辆地址信息之间的第二间隔时长；

判断载客车辆通过当前车辆地址信息对应的获取点的实际速度是否超过第二预设速度阈值，其中，所述载客车辆通过当前车辆地址信息对应的获取点的实际速度＝所述第六距离/所述第二间隔时长；

当所述载客车辆通过当前车辆地址信息对应的获取点的实际速度超过所述第二预设速度阈值时，确认与所述当前车辆地址信息对应的获取点为车辆异常点，并删除该当前车辆地址信息。

6.一种管控平台，其特征在于，其包括处理器和存储器，所述处理器耦接所述存储器，所述存储器上存储有可在所述处理器上执行的计算机程序；

所述处理器执行的计算机程序，实现权利要求1-5之一所述的乘车情况监控方法。

7.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时，实现权利要求1-5之一所述的乘车情况监控方法。

8.一种乘车情况监控系统，其特征在于，其包括权利要求6所述的管控平台、乘客终端和载客终端，所述载客终端设置于载客车辆内，所述管控平台分别与所述乘客终端、所述载客终端通信连接。

Images