CN108717784B - 网约车监管方法、装置及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供的一种网约车监管方法、装置及计算机可读存储介质。其中，所述方法包括：根据获取到的司机终端的上线时刻及离线时刻，确定所述网约车辆在预选的监控时间段内对应的离线时间片段。再从所述网约车辆获取在所述离线时间片段内的第一车门开关数据，根据所述第一车门开关数据，判断所述网约车辆是否存在用车异常。当存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员。也就是根据获取的离线时间片段对应的第一车门开关数据判断驾驶员是否在离线时间片段内存在利用网约车辆拉私活等问题，并及时提醒监管人员进行管理。有效避免了网约车服务提供商的损失，使对网约车的监管更加完善，使其可以更好的为人们服务。

Description

网约车监管方法、装置及计算机可读存储介质

技术领域

本发明涉及共享技术领域，具体而言，涉及一种网约车监管方法、装置及计算机可读存储介质。

背景技术

随着通信技术的发展，共享经济逐步延伸到各个领域，给人们的生活带很多便利。在共享经济不断发展的大背景下，网约用车模式的便利性使其必然成为一种被大众广为接受的新型用车模式。但，当前网约用车模式还存在很多问题，监管困难。不仅会对网约用车服务提供商带来很大的隐患，还直接制约了网约用车模式的发展。

发明内容

为了解决上述问题，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供一种网约车监管方法，所述方法包括：根据获取到的司机终端的上线时刻及离线时刻，确定所述网约车辆在预选的监控时间段内对应的离线时间片段；从所述网约车辆获取在所述离线时间片段内的第一车门开关数据；根据所述第一车门开关数据，判断所述网约车辆是否存在用车异常；当存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员。

第二方面，本发明实施例提供一种网约车监管装置，所述装置应用于服务器，所述服务器分别与网约车辆及司机终端通信连接，所述装置包括：确定模块，用于根据获取到的司机终端的上线时刻及离线时刻，确定所述网约车辆在预选的监控时间段内对应的离线时间片段；第一获取模块，用于从所述网约车辆获取在所述离线时间片段内的第一车门开关数据；判断模块，用于根据所述第一车门开关数据，判断所述网约车辆是否存在用车异常；警示模块，用于当存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员。

第三方面，本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现前述网约车监管方法的步骤。

与现有技术相比，本发明实施例提供的网约车监管方法，通过查询所述司机终端在预选的监控时间段内对应的上线时刻及离线时刻，确定所述网约车辆在所述监控时间段内对应的离线时间片段，再从所述网约车辆获取在所述离线时间片段内的第一车门开关数据，并根据所述第一车门开关数据，判断所述网约车辆是否存在用车异常。当存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员。也就是根据获取的离线时间片段对应的第一车门开关数据判断驾驶员是否在离线时间片段内存在利用网约车辆拉私活等问题，并及时提醒监管人员进行管理。有效避免了网约车服务提供商的损失，使对网约车的监管更加完善，使其可以更好的为人们服务。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明的应用环境示意图。

图2为本发明较佳实施例提供的服务器的方框示意图。

图3示出了本发明实施例提供的网约车监管方法流程图之一。

图4示出了本发明实施例提供的网约车监管方法流程图之二。

图5示出了本发明实施例提供的网约车监管方法流程图之三。

图6示出了本发明实施例提供的网约车监管装置的示意图。

图标：100-服务器；111-存储器；112-处理器；113-通信单元；200-网约车监管装置；201-查询模块；202-确定模块；203-第一获取模块；204-判断模块；205-警示模块；206-第二获取模块；207-第三获取模块；300-订单数据库；400-司机终端；500-网约车辆。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

随着通信技术的发展，共享经济逐步延伸到各个领域，给人们的生活带很多便利。在共享经济不断发展的大背景下，网约用车模式的便利性使其必然成为一种被大众广为接受的新型用车模式。但，当前网约用车模式还存在很多问题，监管困难。不仅会对网约用车服务提供商带来很大的隐患，还直接制约了网约用车模式的发展。特别是由网约用车服务提供商提供汽车的网约用车模式中，由于监管不力很容易被恶意的司机对网约用车服务提供商造成损失。例如，在离线时间片段中偷栽乘客或者公车私用等。因此，本发明实施例中提供一种网约车监管方法、装置及计算机可读存储介质，用于解决上述问题。

本发明下述各实施例如无特别说明均可应用于如图1所示的环境中，如图1所示，所述服务器100分别与网约车辆500及司机终端400通信连接。一司机终端400与一网约车辆500对应。

上述网约车辆500可以是任意车型的汽车，上述网约车辆500在所述服务器100上已注册，且可以与所述服务器100实时进行数据交互。上述网约车辆500的每一个车门均设置一检测装置，检测装置与网约车辆500的车载控制器电性连接，车载控制器与服务器100通信连接。上述检测装置用于检测所述车门的开关门信号，并反馈至车载控制器。可选地，检测装置可以是设置于车门的压力传感器，也可以是红外传感器。车载控制器根据获取的开关门信号、对应的采集时间及对应的所述位置数据生成车门开关数据。上述车门包括左侧车门、右侧车门、后备箱车门、引擎盖等。

请参考图2，上述服务器100包括网约车监管装置200、订单数据库300、存储器111、处理器112及通信单元113。

所述存储器111、处理器112以及通信单元113各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述网约车监管装置200、订单数据库300包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器111中或固化在所述服务器100的操作系统(Operating System，OS)中的软件功能模块。所述处理器112用于执行所述存储器111中存储的可执行模块，例如所述网约车监管装置200所包括的软件功能模块及计算机程序等。

其中，所述存储器111可以是，但不限于，随机存取存储器(Random AccessMemory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。其中，存储器111用于存储程序或者数据。所述通信单元113用于通过所述网络建立所述服务器100与其它通信终端之间的通信连接，并用于通过所述网络收发数据。

订单数据库300用于存储与服务器100通信连接的司机终端400上传的订单数据。每个订单数据均对应一订单起始时间及终止时间。上述订单数据还包括路径规划数据，所述路径规划数据由所述司机终端400中安装的导航软件根据订单的出发地及目的地生成。

应当理解的是，图2所示的结构仅为服务器100的结构示意图，所述服务器100还可包括比图2中所示更多或者更少的组件，或者具有与图1所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

第一实施例

请参考图3，图3为本发明较佳实施例提供的一种网约车监管方法的流程图。网约车监管方法包括以下步骤：

步骤S101，查询所述司机终端400在预选的监控时间段内对应的上线时刻及离线时刻。

上述预选的监控时间段可以是监管人员指定了开始时间及结束时间的历史时段。也可以是监管人员仅指定了开始时间，结束时间为当前时间的实时时段。

上述司机终端400访问服务器100，以便建立司机终端400与服务器100之间的通信。司机终端400与服务器100之间的通信建立成功时对应的时刻为上线时刻。当司机终端400断开与服务器100之间的通信时对应的时刻为离线时刻。每个司机终端400对应的每一个上线时刻及离线时刻均由服务器100记录并保存，以便查询。

在本发明实施例中，服务器100通过查询记录，获取预选的监控时间段内司机终端400在监控时间段内所有的上线时刻及离线时刻。

步骤S102，根据所述上线时刻及离线时刻，确定所述网约车辆500在所述监控时间段内对应的离线时间片段。

在本发明实施例中，每个离线时刻与其相邻的下一个上线时刻之间的时间片段为监控时间段内的离线时间片段。需要说明的是，在监控时间段内中排列在最后的离线时刻不包括对应的相邻下一个上线时刻，则以最后的离线时刻与监控时间段对应的结束时间之间的时间片段为离线时间片段。

步骤S103，从所述网约车辆500获取在所述离线时间片段内的第一车门开关数据。

在本发明实施例中，上述第一车门开关数据是从车门开关数据中获取的属于离线时间片段的车门开关数据，车门开关数据由所述网约车辆500侦测到的至少一个车门的开关门信号生成。也就是，上述车门开关数据可以是包括网约车辆500至少一个门对应的开关门信息，例如，左前车门、左后车门、右前车门，右后车门，后背箱，引擎盖等。优选地，门开关数据由所述网约车辆500侦测到的所有车门的开关门信号生成。进一步地，第一车门开关数据还可以是由所述网约车辆500侦测到的所有车门的开关门信号及每个开关门信号对应的所述位置数据生成。网约车辆500可以将生成的车门开关数据存储，以便服务器100查询获取属于离线时间片段的第一车门开关数据。在其他的实施方式中，也可以将生成的车门开关数据实时的发送至服务器100，由服务器100进行存储，在所述服务器100需要获取第一车门开关数据时，将对应时间属于离线时间片段的车门开关数据作为第一车门开关数据。

步骤S104，根据所述第一车门开关数据，判断所述网约车辆500是否存在用车异常。

在本发明实施例中，可以根据所述第一车门开关数据统计对应的开关门次数。可选地，可以将对应的位置数据相同且所属的车门不同的开关门信号作为一次开关门，其他的对应的位置数据不同的开关门信号各算作一次开关门，从而实现第一开关门数据对应的开关门次数。当所述第一车门开关数据对应的开关门次数超过预设次数，则判断所述网约车辆500存在用车异常。例如，预设次数可以为三次，当网约车辆500在离线时间片段对应的第一车门开关数据对应的开关门次数超过三次，则表示司机可能存在公车私用。因此，将该网约车辆500标记为用车异常。

步骤S105，当存在用车异常时，生成与所述网约车辆500对应的警示信息，以提示监管人员。

在本发明实施例中，可以在判断存在用车异常时，根据网约车辆500及对应的司机终端400的特征数据生成警示信息。并对该警示信息进行显示，提醒监管人员注意该网约车辆500，并进行管理。以便更精确的识别具有公车私用嫌疑的网约车辆500，完善对网约车辆500的管理。

进一步地，为了使对网约车辆500全面的监管，如图4所示，所述方法还可以包括：

步骤S201，从所述订单数据库300中获取所述网约车辆500在所述监控时间段内对应的订单数据。

步骤S202，根据所述订单数据及离线时间片段，获取所述网约车辆500在所述监控时间段内对应的运营时间片段及空闲时间片段。

在本发明实施例中，监控时间段中每个上线时刻与相邻的下一个离线时刻之间的时间片段包括运营时间片段及空闲时间片段。营运时间片段即为执行订单的时间片段，可选地，每个运营时间片段的起、止时间点分别为对应的订单数据的起始时间及终止时间。空闲时间片段可以是监控时间段中每个上线时刻与相邻的下一个离线时刻之间除去运营时间片段的时间片段。作为一种实施方式，可以根据监控时间段、离线时间片段及监控时间段内网约车辆500对应的订单数据划分出运营时间片段及空闲时间片段。

步骤S203，从所述网约车辆500获取在所述空闲时间片段内的对应第二车门开关数据。

上述第二车门开关数据为对应采集时间属于上述空闲时间片段的车门开关数据。上述车门开关数据由所述网约车辆500侦测到的至少一个车门的开关门信号生成。也就是，上述车门开关数据可以是包括网约车辆500至少一个门对应的开关门信息，例如，左前车门、左后车门、右前车门，右后车门，后背箱，引擎盖等。优选地，门开关数据由所述网约车辆500侦测到的所有车门的开关门信号生成。进一步地，第二车门开关数据还可以是由所述网约车辆500侦测到的所有车门的开关门信号及每个开关门信号对应的所述位置数据生成。获得的原理与步骤S103相同，在此不再赘述。

步骤S204，根据所述第二车门开关数据，判断所述网约车辆500是否存在用车异常。

在本发明实施例中，可以根据所述第二车门开关数据统计对应的开关门次数。可选地，可以将对应的位置数据相同且所属的车门不同的开关门信号作为一次开关门，其他的对应的位置数据不同的开关门信号各算作一次开关门，从而实现统计第二开关门数据中开关门次数。当所述第二车门开关据对应的开关门次数超过预设次数，则判断所述网约车辆500存在用车异常。例如，预设次数可以为三次，当网约车辆500在空闲时间片段对应的第二车门开关数据对应的开关门次数超过三次，则表示司机可能存在公车私用。因此，将该网约车辆500标记为用车异常。

步骤S205，当存在用车异常时，生成与所述网约车辆500对应的警示信息，以提示监管人员。

为了更准确的识别出用车异常，也为了监管人员能更快的确认用车异常，如图5所示，本发明实施例还可以包括以下步骤：

步骤S301，从所述网约车辆500的车载定位系统获取所述离线时间片段对应的位置数据。

在本发明实施例中，网约车辆500按照预设时间间隔向服务器100反馈车载定位系统生成的位置数据。每个位置数据对应一获取时间。服务器100将所述位置数据进行存储。例如，网约车辆500可以10s向服务器100反馈一次位置数据。从网约车辆500的车载定位系统中获得其获取时间属于离线时间片段的位置数据。

步骤S302，根据所述位置数据生成所述离线时间片段的离线行车轨迹。

在本发明实施例中，获取离线时间片段内的位置数据，根据所述位置数据拟合生成离线行车轨迹。进一步地，网约车辆500在向服务器100发送位置数据时，还可以将该网约车辆500采集到的与位置数据对应的里程数发送至服务器100。所述服务器100根据位置信息及位置信息对应的里程数生成离线行车轨迹。

步骤S303，根据所述离线行车轨迹的轨迹长度判断所述离线行车轨迹是否存在异常。

在本发明实施例中，根据所述离线时间片段对应的里程数及离线行车轨迹，确定所述离线行车轨迹的轨迹长度。可选地，可以先获属于离线时间片段的所有里程数，再将离线行车轨迹的第一个位置数据对应的里程数与离线行车轨迹的最后一个位置数据对应的里程数之间的差值作为轨迹长度。具体地，根据所述离线行车轨迹的轨迹长度判断所述离线行车轨迹是否存在异常的方式可以包括：1、若所述轨迹长度超过预设长度阈值，则判断所述离线行车轨迹是否存在异常。需要说明的是，预设长度阈值可以是预先设定的允许网约车辆500可以在离线状态下行驶的轨迹长度。例如，预设长度阈值为8公里，若网约车A离线行车轨迹长度为20公里，则判断网约车A的离线行车轨迹为异常。2、若所述轨迹长度与离线行车轨迹对应的起始点和终止点之间的规划路径的长度之间的差值超过预定值，也可以判断所述离线行车轨迹是否存在异常。需要说明的是，离线行车轨迹对应的起始点和终止点为网约车辆500进入离线状态的位置与再度进入在线状态的位置。例如，获得的网约车B离线行车轨迹长度为30公里，而网约车辆B离线行车轨迹对应的起始点和终止点之间的规划路径的长度仅为10公里，则判断该离线行车轨迹异常。

作为一种实施方式，当所述离线行车轨迹存在异常时流程进入步骤S304。

步骤S304，根据所述第一车门开关数据，判断所述网约车辆500是否存在用车异常。

在本实施例中，可以是当所述离线行车轨迹存在异常时，根据所述第一车门开关数据，判断所述网约车辆500是否存在用车异常。

步骤S305，当存在用车异常时，显示所述离线行车轨迹。

步骤S306，根据所述开关门信号及对应的所述位置数据，在显示的所述离线行车轨迹上进行开门标记。

在本发明实施例中，若多个所述开关门信号对应的所述采集时间之间的间距小于预设时长，则在显示的所述离线行车轨迹上标记对应的所述采集时间最早的所述开关门信号。通过开门标记可以更方便监管人员了解网页车辆500的使用情况，可帮助监管人员及时发现异常用车行为，加强了对网约车辆500的监管力度。

本发明实施例还提供与上述方法相对应的一种网约车监管装置200，该装置中的细节方案可以参照上述方法来实现，具体如下：

如图6所示，本发明实施例提供一种网约车监管装置200。所述装置应用于服务器100，所述服务器100分别与网约车辆500及司机终端400通信连接，所述装置包括：

查询模块201，用于查询所述司机终端400在预选的监控时间段内对应的上线时刻及离线时刻。

确定模块202，用于根据所述上线时刻及离线时刻，确定所述网约车辆500在所述监控时间段内对应的离线时间片段。

第一获取模块203，用于从所述网约车辆500获取在所述离线时间片段内的第一车门开关数据。

判断模块204，用于根据所述第一车门开关数据，判断所述网约车辆500是否存在用车异常。

优先地，所述判断模块204还用于当所述第一车门开关数据对应的开关门次数超过预设次数，则判断所述网约车辆500存在用车异常。

警示模块205，用于当存在用车异常时，生成与所述网约车辆500对应的警示信息，以提示监管人员。

第二获取模块206，用于从所述订单数据库300中获取所述网约车辆500在所述监控时间段内对应的订单数据。

第三获取模块207，用于根据所述订单数据及离线时间片段，获取所述网约车辆500在所述监控时间段内对应的空闲时间片段。

所述第一获取模块203，还用于从所述网约车辆500获取在所述空闲时间片段内的对应第二车门开关数据。

所述判断模块204，用于根据所述第二车门开关数据，判断所述网约车辆500是否存在用车异常。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例还揭示了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器112执行时实现本发明前述实施例揭示的网约车监管方法。

综上所述，本发明实施例提供的一种网约车监管方法、装置及计算机可读存储介质。其中，所述方法应用于服务器，所述服务器分别与网约车辆及司机终端通信连接，所述方法包括：查询所述司机终端在预选的监控时间段内对应的上线时刻及离线时刻；根据所述上线时刻及离线时刻，确定所述网约车辆在所述监控时间段内对应的离线时间片段；从所述网约车辆获取在所述离线时间片段内的第一车门开关数据；根据所述第一车门开关数据，判断所述网约车辆是否存在用车异常；当存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员。也就是根据获取的离线时间片段对应的第一车门开关数据判断驾驶员是否在离线时间片段内存在利用网约车辆拉私活等问题，并及时提醒监管人员进行管理。有效避免了网约车服务提供商的损失，使对网约车的监管更加完善，使其可以更好的为人们服务。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (9)

1.一种网约车监管方法，其特征在于，所述方法包括：

根据获取到的司机终端(400)的上线时刻及离线时刻，确定网约车辆(500)在预选的监控时间段内对应的离线时间片段；

从所述网约车辆(500)获取在所述离线时间片段内的第一车门开关数据；

从所述网约车辆(500)的车载定位系统获取所述离线时间片段对应的位置数据；

根据所述位置数据及位置信息对应的里程数，生成所述离线时间片段的离线行车轨迹；

根据所述离线行车轨迹的轨迹长度判断所述离线行车轨迹是否存在异常；其中，包括若所述轨迹长度与离线行车轨迹对应的起始点和终止点之间的规划路径的长度之间的差值超过预定值，判断所述离线行车轨迹存在异常；

根据所述第一车门开关数据，判断所述网约车辆(500)是否存在用车异常；其中，包括：当所述离线行车轨迹存在异常时，根据所述第一车门开关数据，判断所述网约车辆(500)是否存在用车异常；

当存在用车异常时，生成与所述网约车辆(500)对应的警示信息，以提示监管人员。

2.如权利要求1所述的网约车监管方法，其特征在于，所述方法还包括：

获取所述网约车辆(500)在所述监控时间段内对应的订单数据；

根据所述订单数据及离线时间片段，获取所述网约车辆(500)在所述监控时间段内对应的空闲时间片段；

从所述网约车辆(500)获取在所述空闲时间片段内的对应第二车门开关数据；

根据所述第二车门开关数据，判断所述网约车辆(500)是否存在用车异常。

3.如权利要求1所述的网约车监管方法，其特征在于，根据所述第一车门开关数据，判断所述网约车辆(500)是否存在用车异常的步骤包括：

当所述第一车门开关数据对应的开关门次数超过预设次数，则确定所述网约车辆(500)存在用车异常。

4.如权利要求3所述的网约车监管方法，其特征在于，所述第一车门开关数据由所述网约车辆(500)侦测到的所有车门的开关门信号生成；所述根据所述第一车门开关数据，判断所述网约车辆(500)是否存在用车异常的步骤还包括：根据所述第一车门开关数据统计所述开关门次数。

5.如权利要求1所述的网约车监管方法，其特征在于，所述第一车门开关数据由所述网约车辆(500)侦测到的所有车门的开关门信号及每个开关门信号对应的所述位置数据生成；所述方法还包括：

当存在用车异常时，显示所述离线行车轨迹；

根据所述开关门信号及对应的所述位置数据，在显示的所述离线行车轨迹上进行开门标记。

6.如权利要求5所述的网约车监管方法，其特征在于，每个所述开关门信号对应一采集时间，所述在显示的所述离线行车轨迹上进行开门标记包括：

若多个所述开关门信号对应的所述采集时间之间的间距小于预设时长，则在显示的所述离线行车轨迹上标记对应的所述采集时间最早的所述开关门信号。

7.一种网约车监管装置，其特征在于，所述装置应用于服务器(100)，所述服务器(100)分别与网约车辆(500)及司机终端(400)通信连接，所述装置包括：

确定模块(202)，用于根据获取到的司机终端(400)的上线时刻及离线时刻，确定所述网约车辆(500)在预选的监控时间段内对应的离线时间片段；

第一获取模块(203)，用于从所述网约车辆(500)获取在所述离线时间片段内的第一车门开关数据；

网约车监管装置(200)，还用于从所述网约车辆(500)的车载定位系统获取所述离线时间片段对应的位置数据；根据所述位置数据及位置信息对应的里程数，生成所述离线时间片段的离线行车轨迹；根据所述离线行车轨迹的轨迹长度判断所述离线行车轨迹是否存在异常；其中，包括若所述轨迹长度与离线行车轨迹对应的起始点和终止点之间的规划路径的长度之间的差值超过预定值，判断所述离线行车轨迹存在异常；

判断模块(204)，用于根据所述第一车门开关数据，判断所述网约车辆(500)是否存在用车异常；其中，所述判断模块(204)具体用于：当所述离线行车轨迹存在异常时，根据所述第一车门开关数据，判断所述网约车辆(500)是否存在用车异常；

警示模块(205)，用于当存在用车异常时，生成与所述网约车辆(500)对应的警示信息，以提示监管人员。

8.如权利要求7所述的网约车监管装置，其特征在于，所述服务器(100)包括一订单数据库(300)，所述装置还包括：

第二获取模块(206)，用于从所述订单数据库(300)中获取所述网约车辆(500)在所述监控时间段内对应的订单数据；

第三获取模块(207)，用于根据所述订单数据及离线时间片段，获取所述网约车辆(500)在所述监控时间段内对应的空闲时间片段；

所述第一获取模块(203)，还用于从所述网约车辆(500)获取在所述空闲时间片段内的对应第二车门开关数据；

所述判断模块(204)，用于根据所述第二车门开关数据，判断所述网约车辆(500)是否存在用车异常。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现权利要求1-6任一项所述的网约车监管方法的步骤。

Images