本发明涉及监控技术领域，尤其涉及一种车辆监控方法、装置和计算机可读存储介质。
背景技术
智能设备的普及和移动互联网的发展，给人们的出行带来了极大便利。当前打车需求已经是社会各阶层人士的普遍需求，打车软件改变了传统打车方式，建立并培养出大移动互联网时代引领的用户现代出行方式。较比传统电话招车与路边扬手招车来说，打车软件的诞生更是改变了传统打车市场格局，颠覆了路边拦车概念，利用互联网特点，将线上线下相融合，从打车初始阶段到下车使用线上支付车费，画出一个乘客和司机紧密相连的o2o(onlinetooffline，线上到线下)完美闭环，最大限度优化乘车打车体验，改变传统出租司机等客方式，让司机师傅根据乘客目的地按意愿“接单”，节约司机与乘客沟通成本，降低空驶率，最大化节省司乘双方的资源。打车软件原理比较简单，与电话叫车服务性质类似。即乘客启动打车软件的软件客户端，输入上车地点和要去的地方，启动叫车功能，在用户上车地点周围一定距离的出租车司机就能通过相同的软件知道乘客的需求，司机可以在打车软件司机客户端进行抢应，接单，并和乘客保持联系。在乘客到达目的地需支付车费时，可以通过打车软件合作伙伴进行线上支付，即可享受找零烦恼，也避免了假币，丢钱包等现象发生。
但实际打车过程中，存在通过打车平台打车后会和司机协商费用，不通过平台计费，或者未通过平台打车，即路边招车的方式，这会导致打车没有记录，如果发生意外难以找到线索及时施救，不利于保证乘客的人身和财产安全。
技术实现要素：
本发明的主要目的在于提供一种车辆监控方法、装置和计算机可读存储介质，旨在实现对载客车辆的监控，为保障乘客安全奠定基础。
为实现上述目的，本发明提供一种车辆状态监控方法，所述车辆状态监控方法包括以下步骤：
接收用户终端发送的打车订单信息和位置信息；
根据所述位置信息，以及打车订单信息中起点和目的地确定打车订单的状态，打车订单的状态包括等待状态、上车状态和结束状态；
在处于上车状态时，根据所述位置信息确定乘坐车辆的行驶数据，并将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆。
可选地，所述将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆的步骤包括：
确定乘坐车辆的行驶数据和对应订单的规划路线是否匹配；
将行驶数据与对应订单的规划路线不匹配的车辆确定为存在异常的车辆。
可选地，所述将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆的步骤，还包括：
根据乘坐车辆所在路线的交通状态，并记录车辆的停止时间；
将车辆所在路线的交通状态正常，且车辆的停止时间大于预设值的车辆确定为存在异常的车辆。
可选地，确定存在异常的车辆的步骤之后，包括：
获取用户通过用户终端发送的所乘车辆的司机的第一印象信息；
对所述司机的第一印象信息进行分析；
如果所述司机的第一印象信息中包括预设词汇时，则将对应车辆设置为高监控级别。
可选地，将对应车辆设置为高监控级别的步骤之后，还包括：
通过用户终端获取乘车人的性别；
如果乘车人为女性，则向用户终端发送对应的提示信息，以提示用户做好应急准备。
可选地，将对应车辆设置为高监控级别的步骤之后，还包括：
获取用户终端发送的乘坐车辆的车牌号；
根据所述位置信息调用车辆所在道路中对应监控摄像头，获取对应车牌号的车辆的录像信息；
将所述录像信息发送给对应的安全员，以使得安全员根据录像进行监控。
可选地，获取用户终端发送的乘坐车辆的车牌号的步骤之后还包括：
根据所述车牌号获取车主信息；
根据所述车主信息通过公安系统确定车主是否存在前科；
若是，则向公安系统发送报警信息。
可选地，所述报警信息包括：车主信息、乘客信息、当前位置信息和车牌号。
此外，为实现上述目的，本发明还提供一种车辆监控装置，该车辆监控装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆监控程序，所述车辆监控程序被所述处理器执行时实现如上任一项所述的方法的步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有车辆监控程序，所述车辆监控程序被处理器执行时实现如上所述的车辆监控方法的步骤。
本发明实施例提出的一种车辆监控方法、装置和计算机可读存储介质，针对乘客打车不通过打车平台计费或者不通过平台打车的情况，通过乘客所用的用户终端获取打车订单信息和位置信息；然后根据所述位置信息，以及打车订单信息中起点和目的地确定打车订单的状态，打车订单的状态包括等待状态、上车状态和结束状态；在处于上车状态时，根据所述位置信息确定乘坐车辆的行驶数据，并将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆，实现了对车辆的监控，为进一步保障乘客的人身和财产安全奠定基础。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的装置结构示意图；
图2为本发明车辆监控方法一实施例的流程示意图；
图3为本发明车辆监控方法第二实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。
本发明实施例终端可以是pc，也可以是智能手机、平板电脑便携计算机等具有数据处理功能的终端设备。
如图1所示，该终端可以包括：处理器1001，例如cpu，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选的用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及网络操作控制应用程序。
在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的车辆监控程序，并执行以下操作：
接收用户终端发送的打车订单信息和位置信息；
根据所述位置信息，以及打车订单信息中起点和目的地确定打车订单的状态，打车订单的状态包括等待状态、上车状态和结束状态；
在处于上车状态时，根据所述位置信息确定乘坐车辆的行驶数据，并将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
确定乘坐车辆的行驶数据和对应订单的规划路线是否匹配；
将行驶数据与对应订单的规划路线不匹配的车辆确定为存在异常的车辆。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
根据乘坐车辆所在路线的交通状态，并记录车辆的停止时间；
将车辆所在路线的交通状态正常，且车辆的停止时间大于预设值的车辆确定为存在异常的车辆。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
获取用户通过用户终端发送的所乘车辆的司机的第一印象信息；
对所述司机的第一印象信息进行分析；
如果所述司机的第一印象信息中包括预设词汇时，则将对应车辆设置为高监控级别。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
通过用户终端获取乘车人的性别；
如果乘车人为女性，则向用户终端发送对应的提示信息，以提示用户做好应急准备。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
获取用户终端发送的乘坐车辆的车牌号；
根据所述位置信息调用车辆所在道路中对应监控摄像头，获取对应车牌号的车辆的录像信息；
将所述录像信息发送给对应的安全员，以使得安全员根据录像进行监控。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
根据所述车牌号获取车主信息；
根据所述车主信息通过公安系统确定车主是否存在前科；
若是，则向公安系统发送报警信息。
进一步地，处理器1001可以调用存储器1005中存储的车辆监控程序，还执行以下操作：
所述报警信息包括：车主信息、乘客信息、当前位置信息和车牌号。
本发明应用车辆监控设备的具体实施例与下述车辆监控方法各实施例基本相同，在此不作赘述。
参照图2，图2为本发明车辆监控方法一实施例的流程示意图，所述车辆监控方法包括：
步骤s10，接收用户终端发送的打车订单信息和位置信息；
步骤s20，根据所述位置信息，以及打车订单信息中起点和目的地确定打车订单的状态，打车订单的状态包括等待状态、上车状态和结束状态；
步骤s30，在处于上车状态时，根据所述位置信息确定乘坐车辆的行驶数据，并将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆。
本实施例针对实际使用过程中，乘客打车不通过打车平台计费或者不通过平台打车的情况，路边拦车无法监控车辆的状态，因此本提案可以应用地图软件中，用户在查询路线的过程中，地图软件会记录起始位置和目的地，此时产生对应的订单信息，该订单信息包括起点和目的地，进一步地，订单还可以包括路线规划信息等，通过用户终端获取到所述订单信息，和移动终端的位置信息。
然后根据所述位置信息和订单信息中起点和目的地确定订单的状态，具体地，如果通过用户终端获得的实时位置信息，位于订单信息中起点和目的地之间，且实时位置距离起点第一预设距离之外，则认为用户打到车，比如用户的实时位置位于订单信息中起点和目的地之间，且实时位置距离起点1公里之外，则可以认为用户打到车。如果用户的实时位置与起点位置重叠或者位于第二距离之内，则认为用户处于等待状态，比如用户的实时位置位于距离起点100米的范围之内，则认为用户处于等待状态，如果用户的实时位置与目的地重叠或者位于距离目的地第三预设范围之内，则认为打车结束。
在用户处于上车状态时，因为用户乘坐车辆，因此用户终端的数据则可以认为是车辆的形式数据，因此可以通过车辆的行驶数据和预设条件对比，从而确定是否存在异常的车辆。
具体地，步骤s30可以包括：
步骤s31，确定乘坐车辆的行驶数据和对应订单的规划路线是否匹配；
步骤s32，将行驶数据与对应订单的规划路线不匹配的车辆确定为存在异常的车辆。
本实施例中在确定处于载客状态的车辆后，获取订单中规划的路线，然后将处于载客状态车辆的行驶数据和对应订单的规划路线进行对比，或者确定处于载客状态车辆的行驶数据和对应订单的规划路线是否匹配，将处于载客状态车辆的行驶数据位于对应订单的规划路线不匹配的车辆确定为异常的车辆，具体地，如果处于载客状态车辆当前的位置不属于规划路线中任一路线上，则认为处于载客状态车辆的行驶数据位于对应订单的规划路线不匹配，此时确定该车辆为异常车辆。进一步地，在实际乘车中可能存在订单路线只有一条规划路线，由于司机会根据实际情况选择其他路线，所以规划路线存在实施调整的情况，此时，将当前的行驶数据和订单初始规划路线进行判断，则可能会出现误差。若将订单实时规划路线作为判断依据，为了避免无法确定是否异常车辆的情况，此时增加以判断条件，在以实时路线进行判断时，判断车辆的当前地点与终点的距离是否变大，如果是，则确定从车辆的当前地点与终点的距离变大开始持续变大的距离大于预设距离，若是确定为异常车辆。
具体地，步骤s30还可以包括：
步骤s33，根据乘坐车辆所在路线的交通状态，并记录车辆的停止时间；
步骤s34，将车辆所在路线的交通状态正常，且车辆的停止时间大于预设值的车辆确定为存在异常的车辆。
本实施例进一步提供一种确定异常车辆的方式，本实施例中根据处于载客状态车辆的行驶数据确定该车辆所在路线的交通状态，并确定行驶速度为0，即车辆停车的时间，如果车辆所在路线的交通状态正常，而车辆的停车时间大于预设值，则说明车辆为异常。
本发明实施例提出的一种车辆监控方法、装置和计算机可读存储介质，针对乘客打车不通过打车平台计费或者不通过平台打车的情况，通过乘客所用的用户终端获取打车订单信息和位置信息；然后根据所述位置信息，以及打车订单信息中起点和目的地确定打车订单的状态，打车订单的状态包括等待状态、上车状态和结束状态；在处于上车状态时，根据所述位置信息确定乘坐车辆的行驶数据，并将乘坐车辆的行驶数据和预设条件对比，确定存在异常的车辆，实现了对车辆的监控，为进一步保障乘客的人身和财产安全奠定基础。
进一步的，参照图3，图3为本发明车辆监控方法第二实施例的流程示意图，基于上述图2所示的实施例，该车辆监控方法还包括：
步骤s40，获取用户通过用户终端发送的所乘车辆的司机的第一印象信息；
步骤s50，对所述司机的第一印象信息进行分析；
步骤s60，如果所述司机的第一印象信息中包括预设词汇时，则将对应车辆设置为高监控级别。
实际实施过程中，车辆异常的原因会有很多种，有些原因并不会对乘客造成伤害，无需进行监控，因此需要进一步筛选出需要监控的车辆，减少不必要的监控。本实施例中用户可以在乘车时通过用户终端输入对司机的第一印象信息，也可以在乘车过程中输入对司机的第一印象信息，比如司机看起来有点凶、司机看起来比较猥琐、司机为人感觉具有亲和力等等，本实施例在确定存在异常的车辆后，获取乘坐异常车辆的用户输入的第一印象信息，然后对司机的第一印象信息进行分析，确定第一印象信息中是否包括预设词汇，预设词汇为贬义类的词汇，或者含义为负面的词汇，如果乘客对司机的第一印象为负面，则认为存在发生事故的风险，此时将该设置为高监控级别，通过人工进行监控，或者优先对该车辆的数据进行分析，从而在发生事故之前提前进行预警或者及时进行施救。
进一步地，基于上述实施例，将对应车辆设置为高监控级别的步骤之后，该车辆监控方法还包括：
步骤s70，通过用户终端获取乘车人的性别；
步骤s80，如果乘车人为女性，则向用户终端发送对应的提示信息，以提示用户做好应急准备。
进一步地，在确定车辆设置为高监控级别后，可以通过地图上登录的账号信息中查找到乘客的性别，当然也可以通过其他平台的账号确定性别，比如通过滴滴打车平台一般和微信账号绑定，则可以通过微信查询到乘客的性别，如果乘客的性别为女性，则说明发生危险的可能性比较大，此时向用户终端发送对应的提示信息，以提示用户做好应急准备，比如提示车辆形式路线的前方存在的交警位置等。进一步地还可以根据当前订单的时间进一步判断，如果为晚上，则进一步将该车辆设置为更高的监控级别，同时通知相关部门采取预防信息。
进一步地，基于上述实施例，将对应车辆设置为高监控级别的步骤之后，该车辆监控方法还包括：
步骤s90，获取用户终端发送的乘坐车辆的车牌号；
步骤s100，根据所述位置信息调用车辆所在道路中对应监控摄像头，获取对应车牌号的车辆的录像信息；
步骤s110，将所述录像信息发送给对应的安全员，以使得安全员根据录像进行监控。
本实施例中为了提高保证乘客安全的力度，用户在上车前，或者上车后输入乘坐车辆的车牌号，若在上车前输入，则用户终端将包括车牌号、起点和目的地的订单信息发送给地图平台或者监控平台，也可以上车后输入乘坐车辆的车牌号通过用户终端发送给地图平台或者监控平台。在收到用户终端发送的乘坐车辆的车牌号后，根据用户终端发送的位置信息调用车辆所在道路中对应的监控摄像头，即调用道路中的监控摄像头，车辆所在道路可以根据用户终端的位置信息进行确定，通过摄像头获取对应车牌号车辆的录像，然后将录像信息发送给专门的安全员，安全员则实时查看同步录像，及时了解情况，为保障乘客安全提供基础。
进一步地，基于上述实施例，获取用户终端发送的乘坐车辆的车牌号的步骤之后还包括：
根据所述车牌号获取车主信息；
根据所述车主信息通过公安系统确定车主是否存在前科；
若是，则向公安系统发送报警信息。
进一步地，为了减少安全员工作量，避免查看不必要的录像，提高工作效率，本实施还通过所述车牌号获取车辆的车主信息，通过将车主信息发送至公安系统，通过公安系统查询车主是否有前科，即车主是否违法过法律，如果是，则向公安系统发送报警信息，如果车主没有前科，则不报警，待安全员发现危险再报警。所述报警信息包括：车主信息、乘客信息、当前位置信息和车牌号。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有车辆监控程序，所述车辆监控程序被处理器执行时实现如上任意实施例所述的车辆监控方法的步骤。
本发明计算机可读存储介质的具体实施例与上述车辆监控方法各实施例基本相同，在此不作赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。