CN108665698A - 基于轨迹的网约车监管方法及装置 - Google Patents

Abstract

本发明实施例提供的一种基于轨迹的网约车监管方法及装置。其中，方法包括查询司机终端在预选的监控时间段内对应的上线时间及离线时间，以确定网约车辆在监控时间段内对应的离线时间片段。再从网约车辆的车载定位***获取离线时间片段对应的位置数据，生成离线时间片段的离线行车轨迹，以便根据离线行车轨迹，判断网约车辆是否存在用车异常，并在存在用车异常时，生成与网约车辆对应的警示信息，以提示监管人员及时对用车异常进行管控。通过从车载定位***获取的离线时间片段对应的位置数据生成离线行车轨迹，避免一旦司机终端离线则无法获取网约车辆的轨迹，进而更加全面的对网约车辆进行监管。

Description

基于轨迹的网约车监管方法及装置

技术领域

本发明涉及共享技术领域，具体而言，涉及一种基于轨迹的网约车监管方法及装置。

背景技术

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

发明内容

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

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

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

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

与现有技术相比，本发明实施例提供的一种基于轨迹的网约车监管方法，所述方法通过查询到的所述司机终端在预选的监控时间段内对应的上线时间及离线时间确定所述网约车辆在所述监控时间段内对应的离线时间片段。再从所述网约车辆的车载定位***获取所述离线时间片段对应的位置数据，生成所述离线时间片段的离线行车轨迹，以便根据所述离线行车轨迹，判断所述网约车辆是否存在用车异常，并在存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员及时对用车异常进行管控。也就是，通过从车载定位***获取的离线时间片段对应的位置数据生成离线行车轨迹，避免一旦司机终端离线则无法获取网约车辆的轨迹，进而更加全面的对网约车辆进行监管。

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

附图说明

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

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

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

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

图4示出了本发明实施例提供的基于轨迹的网约车监管方法流程图的另一部分。

图5示出了本发明实施例提供的基于轨迹的网约车监管装置的示意图。

图6为图5中示出的判断模块的功能子模块示意图。

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

具体实施方式

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

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

随着通信技术的发展，共享经济逐步延伸到各个领域，给人们的生活带很多便利。在共享经济不断发展的大背景下，网约用车模式的便利性使其必然成为一种被大众广为接受的新型用车模式。但，当前网约用车模式还存在很多问题，监管困难。不仅会对网约用车服务提供商带来很大的隐患，还直接制约了网约用车模式的发展。例如，当前还存在很多不良网约司机企图获得更多非法收入而进行绕路等。虽然相关技术中作为监管方的服务器会通过司机终端传输过来的GPS定位信息进行司机行驶轨迹的判断是否存在绕路行为，但不良网约司机一旦将司机终端下线，则服务器就无法得到轨迹曲线，进而难以对其进行监管。因此，本发明实施例提出了一种基于轨迹的网约车监管方法及装置，以改善上述问题。

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

上述网约车辆500可以是任意车型的汽车，上述网约车辆500在所述服务器100上已注册，且可以与所述服务器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按照预设时间间隔向服务器100反馈车载定位***生成的位置数据。每个位置数据对应一采集时间。服务器100将所述位置数据进行存储。例如，网约车辆500可以10s向服务器100反馈一次位置数据。

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

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

步骤S105，根据所述离线行车轨迹，判断所述网约车辆500是否存在用车异常。

在本发明实施例中，根据所述离线时间片段对应的里程数及离线行车轨迹，确定所述离线行车轨迹的第二轨迹长度。可选地，可以先获属于离线时间片段的所有里程数，再将离线行车轨迹的第一个位置数据对应的里程数与离线行车轨迹的最后一个位置数据对应的里程数之间的差值作为第二轨迹长度。当所述第二轨迹长度超过预设的长度阈值，则判断所述网约车辆500存在用车异常。

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

在本发明实施例中，可以在判断存在用车异常时，根据网约车辆500及对应的司机终端400的特征数据生成警示信息。并对该警示信息进行显示，提醒监管人员注意该网约车辆500，并进行管理。有效的制止不良司机通过关闭司机终端400躲避监管的现象。

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

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

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

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

步骤S203，分别生成所述运营时间片段及空闲时间片段对应的在线行车轨迹。

在本发明实施例中，所述运营时间片段及空闲时间片段对应的在线行车轨迹可以是根据司机终端400实时上传的GPS定位信息生成，也可以根据网约车辆500实时上传的位置信息生成。

步骤S204，根据所述在线行车轨迹判断所述网约车辆500是否存在用车异常。

在本发明实施例中，判断所述网约车辆500是否存在用车异常除了前述根据离线行车轨迹进行判断之外，还可以结合在线行车轨迹进行判断。作为一种实施方式可以是根据所述空闲时间片段对应的在线行车轨迹、订单数据及离线行车轨迹，判断所述网约车辆500是否存在用车异常。可选地，判断方式如下：(1)当所述网约车辆500的所述订单数据对应的订单量低于预设订单量，且所述空闲时间片段超过预设时间阈值，则判定所述网约车辆500存在用车异常。(2)从所述网约车辆500的车载定位***分别获取所述网约车辆500在所述空闲时间片段及离线时间片段对应的里程数。根据所述空闲时间片段对应的里程数及空闲时间片段对应的在线行车轨迹，确定所述空闲时间片段对应的在线行车轨迹的第一轨迹长度。当所述第一轨迹长度或第二轨迹长度中至少一个超过预设的长度阈值，则判定所述网约车辆500存在用车异常。

作为另一种实施方式，可以根据所述运营时间片段对应的在线行车轨迹，判断对应的所述网约车辆500是否存在用车异常。可选地，将所述运营时间片段对应的在线行车轨迹与对应的所述路径规划数据进行比较。当所述运营时间片段对应的在线行车轨迹与对应的所述路径规划数据不一致时，从所述网约车辆500的车载定位***获取所述网约车辆500在所述运营时间片段对应的里程数。若所述网约车辆500在所述运营时间片段对应的里程数超过所述路径规划数据对应的预估里程，则判断对应的所述网约车辆500存在用车异常。

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

需要说明的是，当监控时间段为历史时段时，上述方法中所使用的数据均为已存储于服务器100的离线数据；当监控时间段为实时时段，上述方法中使用的数据可以为已存储于服务器100的离线数据，也可以为实时接收到的实时数据。

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

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

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

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

第一获取模块203，用于从所述网约车辆500的车载定位***获取所述离线时间片段对应的位置数据。

生成模块204，用于根据所述位置数据生成所述离线时间片段的离线行车轨迹。

判断模块205，用于根据所述离线行车轨迹，判断所述网约车辆500是否存在用车异常。

优选地，所述判断模块205还用于根据所述空闲时间片段对应的在线行车轨迹、订单数据及离线行车轨迹，判断所述网约车辆500是否存在用车异常。具体地，如图6所示，所述判断模块205可以包括：判断子模块2051，用于当所述网约车辆500的所述订单数据对应的订单量低于预设订单量，且所述空闲时间片段超过预设时间阈值，则判断所述网约车辆500存在用车异常。获取子模块2052，用于从所述网约车辆500的车载定位***分别获取所述网约车辆500在所述空闲时间片段及离线时间片段对应的里程数。计算子模块2053，用于根据所述空闲时间片段对应的里程数及空闲时间片段对应的在线行车轨迹，确定所述空闲时间片段对应的在线行车轨迹的第一轨迹长度。所述计算子模块2053，还用于根据所述离线时间片段对应的里程数及离线行车轨迹，确定所述离线行车轨迹的第二轨迹长度。判断子模块2051，还用于当所述第一轨迹长度或第二轨迹长度中至少一个超过预设的长度阈值，则判断所述网约车辆500存在用车异常。

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

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

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

生成模块204，还用于分别生成所述运营时间片段及空闲时间片段对应的在线行车轨迹，以便根据所述在线行车轨迹判断所述网约车辆500是否存在用车异常。

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

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

综上所述，本发明提供的一种基于轨迹的网约车监管方法及装置。所述方法应用于服务器，所述服务器分别与网约车辆及司机终端通信连接，所述方法通过查询所述司机终端在预选的监控时间段内对应的上线时间及离线时间。根据所述上线时间及离线时间，确定所述网约车辆在所述监控时间段内对应的离线时间片段。从所述网约车辆的车载定位***获取所述离线时间片段对应的位置数据。根据所述位置数据生成所述离线时间片段的离线行车轨迹。根据所述离线行车轨迹，判断所述网约车辆是否存在用车异常。当存在用车异常时，生成与所述网约车辆对应的警示信息，以提示监管人员。也就是，通过从车载定位***获取的离线时间片段对应的位置数据生成离线行车轨迹，避免一旦司机终端离线则无法获取网约车辆的轨迹，进而更加全面的对网约车辆进行监管。

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

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

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

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

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

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

Claims (10)

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

查询所述司机终端(400)在预选的监控时间段内对应的上线时间及离线时间；

根据所述上线时间及离线时间，确定所述网约车辆(500)在所述监控时间段内对应的离线时间片段；

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

根据所述位置数据生成所述离线时间片段的离线行车轨迹；

根据所述离线行车轨迹，判断所述网约车辆(500)是否存在用车异常；

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

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

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

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

分别生成所述运营时间片段及空闲时间片段对应的在线行车轨迹；

根据所述在线行车轨迹判断所述网约车辆(500)是否存在用车异常。

3.如权利要求2所述的基于轨迹的网约车监管方法，其特征在于，根据所述离线行车轨迹，判断所述网约车辆(500)是否存在用车异常包括：

根据所述空闲时间片段对应的在线行车轨迹、订单数据及离线行车轨迹，判断所述网约车辆(500)是否存在用车异常。

4.如权利要求3所述的基于轨迹的网约车监管方法，其特征在于，所述根据所述空闲时间片段对应的在线行车轨迹、订单数据及离线行车轨迹，判断所述网约车辆(500)是否存在用车异常包括：

当所述网约车辆(500)的所述订单数据对应的订单量低于预设订单量，且所述空闲时间片段超过预设时间阈值，则确定所述网约车辆(500)存在用车异常。

5.如权利要求3所述的基于轨迹的网约车监管方法，其特征在于，所述根据所述空闲时间片段对应的在线行车轨迹、订单数据及离线行车轨迹，判断所述网约车辆(500)是否存在用车异常还包括：

从所述网约车辆(500)的车载定位***分别获取所述网约车辆(500)在所述空闲时间片段及离线时间片段对应的里程数；

根据所述空闲时间片段对应的里程数及空闲时间片段对应的在线行车轨迹，确定所述空闲时间片段对应的在线行车轨迹的第一轨迹长度；

根据所述离线时间片段对应的里程数及离线行车轨迹，确定所述离线行车轨迹的第二轨迹长度；

当所述第一轨迹长度或第二轨迹长度中至少一个超过预设的长度阈值，则判定所述网约车辆(500)存在用车异常。

6.如权利要求2所述的基于轨迹的网约车监管方法，其特征在于，所述订单数据包括路径规划数据，所述路径规划数据由与所述网约车辆(500)对应的所述司机终端(400)反馈；根据所述运营时间片段对应的在线行车轨迹，判断对应的所述网约车辆(500)是否存在用车异常包括：

将所述运营时间片段对应的在线行车轨迹与对应的所述路径规划数据进行比较；

当所述运营时间片段对应的在线行车轨迹与对应的所述路径规划数据不一致时，从所述网约车辆(500)的车载定位***获取所述网约车辆(500)在所述运营时间片段对应的里程数；

若所述网约车辆(500)在所述运营时间片段对应的里程数超过所述路径规划数据对应的预估里程，则判断对应的所述网约车辆(500)存在用车异常。

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

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

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

第一获取模块(203)，用于从所述网约车辆(500)的车载定位***获取所述离线时间片段对应的位置数据；

生成模块(204)，用于根据所述位置数据生成所述离线时间片段的离线行车轨迹；

判断模块(205)，用于根据所述离线行车轨迹，判断所述网约车辆(500)是否存在用车异常；

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

8.如权利要求7所述的装置，其特征在于，所述装置还包括：

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

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

所述生成模块(204)，还用于分别生成所述运营时间片段及空闲时间片段对应的在线行车轨迹，以便根据所述在线行车轨迹判断所述网约车辆(500)是否存在用车异常。

9.如权利要求8所述的装置，其特征在于，所述判断模块(205)还用于根据所述空闲时间片段对应的在线行车轨迹、订单数据及离线行车轨迹，判断所述网约车辆(500)是否存在用车异常。

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