行程监控方法、装置、电子设备及存储介质

技术领域

本发明的实施例涉及通讯技术领域，特别是涉及一种行程监控方法、装置、电子设备及计算机可读存储介质。

背景技术

随着通讯技术的发展，网约车服务为用户的出行提供了便利。

网约车服务提供的是一种将用户(乘客)从A点送往B点的出行服务，为了确保出行服务的安全，作为服务商的网约车平台可以对行程进行监控，但是，受限于人力成本和保障用户隐私等因素的考量，网约车平台尚无法做到对每一笔行程订单的行程都进行人工的实时监护。

发明人在实现本发明的过程中发现，相关技术中在对行程订单进行监控时普遍存在着难以及时监控到行程中的异常情况的问题。

发明内容

本发明的实施例提供一种行程监控方法，以解决相关技术中在对行程订单进行监控时所存在的难以及时监控到行程中的异常情况的问题。

为了解决上述问题，第一方面，本发明实施例提供了一种行程监控方法，应用于第一客户端，该方法包括：

获取第二客户端的行程订单的实时行程信息；

在所述实时行程信息中存在异常行程信息的情况下，提示所述异常行程信息。

第二方面，本发明实施例提供了一种行程监控装置，应用于第一客户端，该装置包括：

获取模块，用于获取第二客户端的行程订单的实时行程信息；

提示模块，用于在所述实时行程信息中存在异常行程信息的情况下，提示所述异常行程信息。

第三方面，本发明实施例还公开了一种第一客户端，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本发明实施例所述的行程监控方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有包括计算机程序的第一客户端，该程序被处理器执行时本发明实施例公开的行程监控方法的步骤。

在本发明实施例中，对于第二客户端的行程订单，第一客户端可以获取到该行程订单的实时行程信息，并在该实时行程信息存在异常行程信息的情况下，来对该异常行程信息进行提醒，使得第一客户端可以实时共享第二客户端的需要监控的行程订单的行程动态，从而在该行程动态出现异常(例如异常停留、路线偏移、录音异常中的至少一项)时，及时的在第二客户端对该异常行程进行提醒，使得第二客户端可以出现对异常行程信息的预警，提醒第一客户端的用户关注该行程订单，例如守护者可以联系乘车人确认行程动态，因此，能够使第一客户端及时的监控到第二客户端的行程订单的异常，达到第一客户端对第二客户端的行程订单进行安全守护的目的；并且，利用系统平台的行程动态安全监护能力，将行程订单的各种异常行程信息实时地分享给行程订单的乘客的亲友(相较乘客和司机而言是第三方守护者)，从而实现行程的实时保护，打破网约车服务的相对独立的私密空间，增大司机在车内犯罪被发现的风险，最终达到保障乘车人行程安全的目的。

附图说明

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

图1是本发明一个实施例的行程监控方法的步骤流程图；

图2是本发明一个实施例的行程监控的界面示意图之一；

图3是本发明一个实施例的行程监控的界面示意图之二；

图4是本发明一个实施例的行程监控的界面示意图之三；

图5是本发明一个实施例的行程监控的界面示意图之四；

图6是本发明一个实施例的行程监控的界面示意图之五；

图7是本发明一个实施例的行程监控装置的结构框图；

图8示意性地示出了用于执行根据本公开的方法的计算处理设备的框图；以及

图9示意性地示出了用于保持或者携带实现根据本公开的方法的程序代码的存储单元。

具体实施方式

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

发明人在实现本发明的过程中发现，由于网约车服务提供的是一种将用户(乘客)从A点送往B点的出行服务，在这个过程中，司机和乘客将长时间单独处在车内这一狭小的封闭空间中。那么基于犯罪三角形理论，绝大多数犯罪行为的发生皆因“潜在的侵犯者”、“合适的目标”和“监护者的缺位”这三要素在时间和空间上的汇聚，尤其是一旦“合适的目标”与“监护者的缺位”在时空上汇聚，就可能在不增加任何犯罪刺激因素的情况下，导致犯罪率大幅提升。

因此，为了提升用户使用网约车服务进行出行的安全度，本发明实施例提供了一种行程监控方法，可以在行程分享的基础上，通过提供行程异常实时预警的功能，使得第三方可以实时获取到乘客的行程是否出现诸如长时间停留、路线偏移以及录音异常等异常情况，提升了第三方对乘客行程的异常情况的监控及时性，打造出由第三方对乘客的行程进行守护的效果，在保障乘客的行程安全的同时，让乘客感受到来自第三方亲友的陪伴感，进而提升乘客对网约车平台的使用安全感，降低网约车服务的犯罪率。

在介绍本发明实施例的行程监控方法之前，首先对该方法涉及的多端进行说明，该多端可以包括服务器(例如网约车平台的服务器)、第一客户端、第二客户端以及第三客户端，其中，第二客户端和第三客户端分别是乘客侧和司机侧所使用的客户端，在乘客登录第二客户端发起一个行程订单时，司机侧可以登录第三客户端来对该行程订单的接单，从而使得第二客户端和第三客户端之间可以形成一个行程订单(例如顺风车订单、快车订单等各种类型的网约车订单)；而在该行程订单生成(即具有了配对的乘客和司机)之后，第二客户端的乘客为了确保自己的出行安全，可以触发将该行程订单的实时行程信息分享给自己的联系人(后文以守护者命名)，那么该联系人所使用的用于对该乘客的上述行程订单进行监控的程序可以为上述第一客户端。需要说明的是，该第一客户端可以是从服务器下载的专门一款用于守护亲友的行程安全的应用程序，也可以是无需从服务器下载，而是基于第二客户端和服务器发送的数据，而触发生成的一款实时进行行程监控的临时性的计算机程序，在行程订单完成(即乘客抵达目的地)之后，该第一客户端即关闭。

在一个实施例中，如图1所示，本发明实施例所提供的行程监控方法可以应用于第一客户端，具体而言，图1所示的方法可以包括如下步骤：

步骤101，获取第二客户端的行程订单的实时行程信息；

其中，第一客户端可以通过上述服务器来获取第二客户端的行程订单的实时行程信息。

其中，该行程订单为第二客户端已经提交给服务器，但行程未完成(或者说未结束)的行程订单，因此，该行程订单可以理解为第二客户端的乘客(用户)正在进行的行程订单。

可选地，在步骤101之后，可以对该实时行程信息进行输出，如图3和图5所示，分别示出了用于输出实时行程信息的两种展示界面；

其中，守护者通过点击图3中的订单状态图标27，第一客户端可以将展示界面从图3跳转到图5，守护者通过点击图5中的返回箭头图标28，第一客户端可以将展示界面从图5切换为图3。

可选地，该实时行程信息可以包括但不限于以下至少之一：第二客户端的实时定位位置(例如图5的地图界面34显示有汽车图标31的位置，该汽车图标31在地图界面34中的定位位置为第二客户端的实时定位位置)、录音是否异常的检测结果(例如图3中“录音保护中”对应的“当前无异常”的检测结果36)、是否长时间停留的检测结果(例如图3中“停留监测中”对应的“当前无异常”的检测结果37)、是否偏航的检测结果(例如图3中“偏航监测中”对应的“当前无异常”的检测结果38)。图3的示例中，三个项目的异常检测结果都是无异常，但是当检测结果为有异常时，则相应显示异常结果即可。异常结果即为异常行程信息。

步骤102，在所述实时行程信息中存在异常行程信息的情况下，提示所述异常行程信息。

其中，当实时行程信息中存在录音异常、长时间停留、偏航中的至少一项异常行程信息时，则可以对存在的异常行程信息进行提醒。

其中，提醒的方式可以是对异常行程信息进行输出(图5的示例中是对异常行程信息进行输出)，也可以是以能够表达出异常行程信息的图像信息、音频信息等方式来对异常行程信息进行提醒。

在本发明实施例中，对于第二客户端的行程订单，第一客户端可以获取到该行程订单的实时行程信息，并在该实时行程信息存在异常行程信息的情况下，来对该异常行程信息进行提醒，使得第一客户端可以实时共享第二客户端的需要监控的行程订单的行程动态，从而在该行程动态出现异常(例如异常停留、路线偏移、录音异常中的至少一项)时，及时的在第二客户端对该异常行程进行提醒，使得第二客户端可以出现对异常行程信息的预警，提醒第一客户端的用户关注该行程订单，例如守护者可以联系乘车人确认行程动态，因此，能够使第一客户端及时的监控到第二客户端的行程订单的异常，达到第一客户端对第二客户端的行程订单进行安全守护的目的；并且，利用系统平台的行程动态安全监护能力，将行程订单的各种异常行程信息实时地分享给行程订单的乘客的亲友(相较乘客和司机而言是第三方守护者)，从而实现行程的实时保护，打破网约车服务的相对独立的私密空间，增大司机在车内犯罪被发现的风险，最终达到保障乘车人行程安全的目的。

可选地，在步骤101之后，或者，在第一客户端接收到下述第一消息之后，则说明乘客选择的好友愿意作为守护者对该乘客的行程订单进行守护，因此，可以展示图3或图5的界面，这里，第一客户端对实时行程信息进行输出的展示界面可以包括“行程守护中”文本以及守护时长(图3和图5中为00:10:01，即十分零一秒)，该守护时长可以为第一客户端接收到第一消息开始计时，或从获取到上述实时行程信息开始计时的时长。

可选地，如图3的订单状态图标27所示，该实时行程信息可以包括订单状态(这里为“正在去往目的地”)、第二客户端的当前定位位置(或者说行程订单的车辆的当前位置)距离行程订单的终止点(即目的地)的里程距离(图3中订单状态图标27示出的“车辆距离终点0.7公里”)和待行驶时长(图3中订单状态图标27示出的“2分钟”)。

可选地，该实时行程信息可以包括该行程订单的规划行程信息(例如，如图5所示，系统根据行程订单的起始点(这里未示出，由于订单已经处于出行状态，因此起始点未示出)和终止点(这里为B点：“耀华小区(西3门)”)而指定的导航路线35)，其中，该导航路线35可以显示在地图界面34中；

可选地，该实时行程信息还可以包括该行程订单的动态行程信息(例如图5中汽车图标31在地图界面34中的实时定位位置；再如，还可以在地图界面34中汽车图标31附近增加显示乘客的头像图标30；以及异常行程信息)。

可选地，在执行步骤102时，可以基于异常行程信息的不同，而采用以下实施例一至实施例四中的任意一个或几个实施例来实现：

实施例一：异常行程信息包括长时间停留；

在所述第二客户端的实时定位位置处于同一定位位置超过第一预设时长的情况下，提示所述同一定位位置、所述第二客户端的实时定位位置处于所述同一定位位置的第一起始时间，以及所述第二客户端的实时定位位置处于所述同一定位位置的第一持续时长；

其中，第一客户端对第二客户端的行程订单进行守护的过程中，例如在第一客户端接收到第一消息的情况下，则服务器可以对该行程订单中第二客户端的实时定位位置进行检测，如果检测到第二客户端保持在某一个定位位置超过一定的时长，则说明存在长时间停留的异常情况，服务器可以将关于本次长时间停留的相关信息(即上述实施例一需要提示的信息)发送给第一客户端，使得第一客户端接收到的该行程订单的实时行程信息中包括了长时间停留的异常行程信息。

在一个示例中，如图5所示，第一客户端可以通过在地图界面34中显示该第二客户端的长时间停留的位置32，此外，第一客户端还可以以气泡元素29的方式来对上述相关信息进行提示(图5中气泡元素29内显示了在位置32的停留时长，这里为2mi n)；

此外，守护者还可以通过点击图5中的停留图标33来跳转到图6的界面，图6中的弹窗对该长时间停留的相关信息进行了展示(“行程中出现长时间停留”；以及在位置32进行超时停留的开始时间，这里为“12:51”；以及本次长时间停留是该行程订单的第几次长时间停留，这里为“第一次停留”；在位置32的停留时长，这里为“车辆原地停留2分钟”；停留位置点，这里为“北京朝阳区太极大厦西门”)。

可选地，在以气泡元素的方式来对上述相关信息进行提示时，可以仅对最近一次长时间停留的相关信息以气泡元素进行展示，这样，当一次行程订单中，第二客户端的位置出现多次的长时间停留，则每次都以气泡元素展示最近一次超时停留的相关信息，可以避免图5的提示界面的内容过于繁杂，干扰用户获取有用信息。

可选地，该气泡元素可以显示在超时停留的位置点附近。

实施例二：异常行程信息包括偏航；

在所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线的第二持续时长超过第二预设时长的情况下，提示所述第二持续时长、所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线的第二起始时间；

其中，第一客户端对第二客户端的行程订单进行守护的过程中，例如在第一客户端接收到第一消息的情况下，则服务器可以对该行程订单中第二客户端的实时定位位置进行检测，如果检测到第二客户端的定位位置未处于该行程订单的规划的导航路线、且持续了一定的时长，则说明该第二客户端存在偏航的异常情况，服务器可以将关于本次偏航的相关信息(例如上述实施例二需要提示的信息)发送给第一客户端，使得第一客户端接收到的该行程订单的实时行程信息中包括了偏航的异常行程信息。

在对本次偏航的相关信息进行提示时，同样可以在图5的地图界面34中显示该相关信息(例如以气泡元素的方式)，和/或，通过点击图5中的偏航图标39，来以类似图6的方式，即在弹窗中显示本次偏航的相关信息。

其中，本次偏航的相关信息可以包括以下至少之一：本次偏航时长、偏航的起始时间、本次偏航是该行程订单的第几次偏航、偏航的路线(例如在地图界面中显示更加便于理解，即实施例三的移动轨迹)、本次偏航所移动的距离。

实施例三：异常行程信息包括偏航；

在所述第二客户端的实时定位位置未处于所述行程订单的所述预设行程路线时的移动距离超过预设距离的情况下，提示所述移动距离、所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线的第三起始时间，以及所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线时的移动轨迹；

其中，第一客户端对第二客户端的行程订单进行守护的过程中，例如在第一客户端接收到第一消息的情况下，则服务器可以对该行程订单中第二客户端的实时定位位置进行检测，在判断是否偏航时，不仅仅可以通过实施例二的判断时长的方式，还可以通过本实施例的检测第二客户端的实时定位位置不在行程订单的规划的导航路线内时，该第二客户端所移动的距离，即行驶距离，如果行驶距离超过预设距离(例如2公里)，则同样说明该第二客户端存在偏航的异常情况，服务器可以将关于本次偏航的相关信息(例如上述实施例三需要提示的信息)发送给第一客户端，使得第一客户端接收到的该行程订单的实时行程信息中包括了偏航的异常行程信息。

在对本次偏航的相关信息进行提示时，同样可以在图5的地图界面34中显示该相关信息(例如以气泡元素的方式)，和/或，通过点击图5中的偏航图标39，来以类似图6的方式，即在弹窗中显示本次偏航的相关信息。

其中，本次偏航的相关信息可以包括以下至少之一：本次偏航时长、偏航的起始时间、本次偏航是该行程订单的第几次偏航、偏航的路线(例如在地图界面中显示更加便于理解，即实施例三的移动轨迹)、本次偏航所移动的距离(例如车辆行驶路线已偏离目的地XX公里)。

实施例四：异常行程信息包括录音异常；

在所述第二客户端的实时音视频数据存在异常的情况下，提示所述实时音视频数据存在异常的时间信息。

其中，第一客户端对第二客户端的行程订单进行守护的过程中，例如在第一客户端接收到第一消息的情况下，则第二客户端可以采集周围环境的音频信息(即录音数据)或视频数据，后面以音频数据举例；并将采集的音频信息实时或按照预设周期的发送给服务器，那么服务器则可以对接收到的该行程订单的录音数据进行异常检测，如果存在录音异常的情况，服务器可以将关于本次录音异常的相关信息(例如上述实施例四需要提示的信息)发送给第一客户端，使得第一客户端接收到的该行程订单的实时行程信息中包括了录音异常行程信息。

其中，在对录音数据进行异常检测的判断时，可以通过以下任意一种或几种方式的组合来判定存在录音异常：

方式一：服务器与第二客户端之间传递录音数据的通道关闭，或者说，服务器获取该录音数据的授权权限被取消，从而导致服务器采集录音数据中断，则说明录音异常；

方式二：服务器检测录音数据的声音分贝值，如果该分贝值超过预设分贝值(例如尖叫声的分贝较高)，则说明录音异常；

方式三：服务器侧配置有预先经过训练的神经网络模型，该神经网络模型可以识别录音数据的语义，并能够识别该语义中是否存在威胁乘客安全的敏感词(例如“救命”)，如果识别到敏感词，则说明录音异常。

在对视频数据进行异常检测的判断时，可以通过上述三种方式中的任意一种或几种，来对视频数据中的音频数据进行异常检测，还可以通过对视频数据的帧图进行敏感画面的分析，来确定视频异常。例如服务器可以配置预习经过训练的神经网络模型，该神经网络模型可以对视频数据的画面识别表示威胁乘客安全的敏感画面，如果识别到敏感画面，则说明视频异常。

在对本次音视频异常的相关信息进行提示时，同样可以在图5的界面中显示该相关信息，和/或，通过点击图5中的录音保护图标40，来以类似图6的方式，即在弹窗中显示本次录音异常的相关信息。

其中，本次录音异常的相关信息可以包括：实时音视频数据存在异常的时间点：例如音频中断的时间点、高分贝声音的时间点、存在敏感词或敏感画面的时间点，如果存在敏感词或敏感画面，还可以对该敏感词和敏感画面进行提示，例如显示或播放。

在本发明实施例中，乘客亲友可以实时获取到乘车人的行程是否出现长时间停留、路线偏移以及是否有录音异常，包括异常的时长和位置等信息；使得虽然网约车平台无法逐一监护全部订单行程，但是可以由分享有实时行程信息的乘客亲友，来监测行程的异常情况，一旦行程出现异常停留、路线偏移，或者录音异常，则乘客亲友侧的客户端可以对异常行程信息进行提示，能够提醒守护者关注该行程订单，那么在需要时，守护者可以及时联系乘车人核实行程动态，确认乘客是否安全。

可选地，如图3和图5所示，在输出实时行程信息时，还可以展示司机和车辆信息，包括车牌号、车辆品牌、司机姓名和司机累计单量，可选地，还可以包括司机星级，其中，安全送达乘客的次数越多，未被投诉的次数越少，则星级越高。

可选地，如图3和图5所示，在输出实时行程信息时，还可以展示安全功能入口，例如110报警的入口、联系司机的入口、联系客服的入口，通过上述不同入口可以直接联系相应对象。

可选地，在执行步骤101时，可以接收来自所述服务器的第一请求，其中，所述第一请求用于表示所述第二客户端的第二用户请求所述第一客户端的第一用户，对所述第二用户的行程订单进行监控；在接收到第一消息的情况下，响应于所述第一请求，从所述服务器获取所述第二客户端的所述行程订单的实时行程信息，其中，所述第一消息用于表示所述第一用户同意对所述第二用户的所述行程订单进行监控。

在一个示例中，如图2所示，在乘客使用第二客户端对行程订单下单(例如选择了起始点和终止点，以及选择了网约车类型，来发起约车操作，其中，网约车类型可以包括顺风车、快车、专车等)后，则服务器可以智能筛选符合该行程订单的司机；此外，在对该行程订单下单后(或者选择了该行程订单的司机后)，第二客户端可以显示守护图标(图2中未示出)，乘客通过点击该守护图标从而使第二客户端呈现如图2所示的接口列表，这里示出了7个接口。其中，每个接口表示一种即时通讯接口，即乘客可以从7个接口中选择一个即时通讯接口(此外，图2中接口列表中不同的接口也可以是同一即时通讯程序的不同类型接口，例如程序1的好友列表接口和程序1的好友动态窗口的接口)，然后，服务器可以通过该被选择的即时通讯接口，将第二客户端的界面，从图2界面跳转到被选择的即时通讯接口对应的即时通讯程序M的该乘客的好友列表界面，然后，乘客从该好友列表界面中选择一位好友作为对该乘客的该行程订单进行监控和守护的守护者。

其中，乘客通过第二客户端选择了即时通讯程序M中的一位好友后，则触发了行程分享请求，该行程分享请求包括该好友在即时通讯程序M中的用户标识、上述行程订单的订单标识、该乘客在第二客户端的乘客标识；第二客户端可以将该行程分享请求发送给上述服务器；

服务器则基于上述用户标识，将第一请求发送至登录用户的标识为所述用户标识的即时通讯程序M，或该即时通讯程序M的小程序中，而第一客户端可以是该即时通讯程序M，也可以是该即时通讯程序M中的上述小程序，这样，第一客户端就接收到了该第一请求，该第一请求可以携带该乘客在第二客户端的乘客标识、上述行程订单的订单标识；该第一请求用于表示所述第二客户端的第二用户(即上述乘客)请求所述第一客户端的第一用户(即上述选择的好友)，对所述第二用户的具有所述订单标识的行程订单进行监控。

也就是说，乘客的某个好友在即时通讯程序M中接收到了该乘客触发的由该好友对该乘客的上述行程订单进行守护的请求，那么如果该好友愿意守护，则可以对该第一请求触发确认操作，从而使得第一客户端接收到第一消息，其中，所述第一消息用于表示该好友同意对该乘客的所述行程订单进行监控；

那么在第一客户端接收到上述第一消息之后，如果该行程订单的司机已经选定，那么服务器就可以对该乘客和选定的司机之间构成的这个行程订单的实时行程信息进行采集，并实时的分享给对该行程订单进行守护的该守护者的第一客户端。

在本发明实施例中，第二客户端的第二用户可以通过服务器向第一客户端的第一用户发起对该第二用户的行程订单进行监控的请求，那么如果第一客户端的第一用户同意对上述行程订单进行监控，则第一客户端可以从服务器获取到该第二客户端的该行程订单的实时行程信息，并在实时行程信息中存在异常行程信息的情况下，对所述异常行程信息进行提示，能够行程守护者和被守护者双方达成一致意见的情况下，由作为守护者的第一用户对第二用户的上述行程订单进行安全守护，及时地对异常行程信息进行提醒，使得第一用户的第一客户端可以对该行程订单的完整行程过程进行全面的安全监控，避免第二用户在打车过程中出现安全问题，而无人知晓的情况。

可选地，服务器采集并分享上述实时行程信息的步骤，也可以在第一客户端将该第一消息转发给服务器之后来完成，即说明乘客发送行程分享请求给服务器，服务器转发给守护者，服务器接收到守护者的同意守护指令之后，则对该行程分享请求对应的行程订单的实时行程信息进行分享以及是否存在异常行程信息的判断。

可选地，在步骤101之后，或者，在第一客户端接收到所述第一消息之后，则说明乘客选择的好友愿意作为守护者对该乘客的行程订单进行守护，那么根据本发明实施例的方法还可以包括：

步骤103，接收对预设消息中目标消息的选择输入，其中，所述预设消息为用于表示对所述第二客户端的第二用户进行安全守护的消息；

步骤104，响应于所述选择输入，将消息输出请求发送至服务器，其中，所述消息输出请求携带有预设格式的所述目标消息，所述消息输出请求，用于请求所述服务器将所述预设格式的目标消息发送至目标客户端，以及请求所述服务器控制所述目标客户端以所述预设格式输出所述目标消息，其中，所述目标客户端包括所述第二客户端和/或所述行程订单中的所述第三客户端。

在一个示例中，如图3所示，在步骤101之后，或者，在接收到所述第一消息之后，第一客户端可以基于服务器下发的该行程订单的实时行程信息，来显示如图3所示的行程守护界面。

在该行程守护界面可以具有“我的守护语”的图标，守护者可以通过点击与该“我的守护语”的图标关联的“去完成”图标21，这样第一客户端就可以跳转显示图4所示的界面，该界面中出现了弹窗22，该弹窗22可以显示多种预设的守护语，这里每次显示一条预设的守护语，例如这里示出了守护语23；每条预设的守护语的语义可以是用于表示安全守护的消息，具体可以为对所述第二客户端的第二用户进行安全守护的消息。此外，系统预设的守护语的数量可以是一条或多条。

守护者可以通过对守护语23进行左右方向的滑动输入，则第一客户端可以切换显示的守护语；守护者可以通过选中守护语(例如守护语23)的单选图标24，来从多种预设的守护语中选择守护语23；其中，单选图标24可以反复勾选进行选中和取消选择；

可选地，在图4的示例中，当用户通过单选图标24选中了守护语23之后，本发明实施例的方法还可以在该守护语23下方还可以显示“试听播报语音”图标25，守护者还可以通过点击“试听播报语音”图标25，那么本发明实施例的方法则可以调用TTS(从文本到语音，TextToSpeech)转化接口，来守护语23的文本内容转换为语音，并以音频的方式输出，此外，在输出该守护语23的语音的过程中，该“试听播报语音”图标25可以转换为例如喇叭图案的图标，以表示该守护语23正在被播放。

那么在守护者通过单选图标24选中了守护语23之后，可以选中图4中的“发送守护语”图标26，则本发明实施例的方法的第一客户端可以响应于对该“发送守护语”图标26的选中输入，发送消息输出请求至所述服务器，其中，所述消息输出请求携带有预设格式的所述目标消息(例如上述守护语23的语音格式的音频)。也就是说，发送给服务器的目标消息是经过格式转换后的消息，该预设格式可以是上述举例的语音格式，在其他实施例中，该预设格式还可以是视频格式、文本格式、图片格式等任意一种；

那么服务器接收到该第一客户端发送的消息输出请求之后，则可以对该消息输出请求进行响应，具体为服务器将预设格式的守护语发送至该守护者守护的乘客(第二用户)的第二客户端，并控制第二客户端来以预设格式输出该守护语，和/或，服务器可以将预设格式的守护语发送至该守护者守护的上述行程订单中的司机端，即第三客户端，并控制第三客户端来以预设格式输出该守护语。可选地，该消息输出请求可以携带上述行程订单的订单标识，这样，服务器可以基于该订单标识来识别第二客户端和第三客户端。

在本发明实施例中，对第二客户端与第三客户端的两个用户之间的行程订单进行监控的第一客户端，作为前面两个客户端的第三方，不仅可以对上述行程订单中的异常行程进行实时监控和提醒，而且还具备发送行程订单的守护语的能力，可以选择守护语，例如安全语音，发送给第二客户端(乘客端)和/或第三客户端(司机端)，并通过乘客端和/或司机端将安全语音进行外放播报，可以实现乘客与乘客亲友(即守护者)、司机三方对话的效果，让司机感知到乘客亲友的存在，打破车内这一相对独立的私密空间，对司机起到警示的作用，降低司机对乘客进行犯罪的概率。

优选地，可以将该预设格式的守护语发送至该守护者守护的上述行程订单中的司机端，即第三客户端，并控制第三客户端来以预设格式输出该守护语，由于在网约车服务中，乘客受司机的伤害率更高，那么通过将该守护语通过司机端的播放出来，则更容易达到对司机的警示作用，降低司机对乘客进行犯罪的概率。

可选地，服务器还可以限制守护者对同一行程订单的守护语的发送频次，如果服务器接收到的关于同一行程订单的消息输出请求的频次小于预设频次阈值，则可以对该消息输出请求进行响应，相反，如果大于等于预设频次阈值，则服务器不会再对该消息输出请求进行响应，这样，可以避免守护者侧频繁的发送守护语给第二客户端和/或第三客户端，而占用第一客户端、第二客户端、第三客户端以及服务器过多的信令开销。

可选地，步骤101之后，或者，第一客户端接收到上述第一消息之后，则说明乘客选择的好友愿意作为守护者对该乘客的行程订单进行守护，那么根据本发明实施例的方法还可以包括：

步骤105，发送对目标图标的同步请求至所述服务器，其中，所述同步请求携带有所述目标图标，所述同步请求用于请求所述服务器将所述目标图标发送至所述第二客户端，以及请求所述服务器控制所述第二客户端显示所述目标图标，和/或，用于请求所述服务器将所述目标图标发送至所述第三客户端，以及请求所述服务器控制所述第三客户端显示所述目标图标。

其中，该目标图标为预设的用于表示对行程订单进行守护的图标，例如文本内容为“守护中”的图标，在第一客户端确认对上述行程订单进行守护的情况下，第一客户端可以将该目标图标的同步请求发送给服务器，可选地，该同步请求可以携带该行程订单的订单标识，从而便于服务器便于基于该订单标识识别第二客户端和/或第三客户端，并将该目标标识发送至第二客户端和/或第三客户端，这样，当存在守护者对该行程订单进行守护的情况下，则该行程订单的乘客端和/或司机端的界面(例如安全中心界面)可以显示文本内容为“守护中”的图标。

在本发明实施例中，在乘客选择的好友愿意作为守护者对该乘客的行程订单进行守护的情况下，则本发明实施例的方法可以在乘客端和/或司机端的界面显示用于表示对该行程订单进行守护的目标图标，这样，乘客在乘客端看到该目标图标，则了解到有好友为自己的行程进行实时监控，会更安心；而司机在司机端看到该目标图标，则会知晓存在第三方用户(而不仅是网约车平台)对目前的行程订单进行实时监控，则会犯罪需求会降低，会更加收敛自己的行为，从而降低网约车的犯罪率。

需要说明的是，本发明对于步骤103与步骤105之间的执行顺序不做限制，以及对于步骤104与步骤105之间的执行顺序不做限制。

可选地，在所述实时行程信息中存在异常行程信息的情况下，第二客户端和/或第三客户端的目标图标的附近区域还可以显示提示语，例如“乘客的行程动态已同步到乘客的守护者！”，这样，司机端的司机看到该提示语，则对司机起到警示作用，乘客端的乘客看到该提示语，则更安心！该提示语可以由服务器在监控到所述实时行程信息中存在异常行程信息的情况下，主动发送给第二客户端和/或第三客户端；可选地，还可以在第一客户端确认所述实时行程信息中存在异常行程信息的情况下，由第一客户端将该提示语发送至服务器，由服务器转发给第二客户端和/或第三客户端。

需要说明的是，图3～图6中相同的附图标记表示相同的对象，因此上文未就同一附图标记在不同附图中逐个说明，相互参考即可。

本实施例公开了一种行程监控装置，应用于第一客户端，如图7所示，所述装置包括：

获取模块501，用于获取第二客户端的行程订单的实时行程信息；

提示模块502，用于在所述实时行程信息中存在异常行程信息的情况下，提示所述异常行程信息。

可选地，所述装置还包括：

接收模块，用于接收对预设消息中目标消息的选择输入，其中，所述预设消息为用于表示对所述第二客户端的第二用户进行安全守护的消息；

第一发送模块，用于响应于所述选择输入，将消息输出请求发送至服务器，其中，所述消息输出请求携带有预设格式的所述目标消息，所述消息输出请求，用于请求所述服务器将所述预设格式的目标消息发送至目标客户端，以及请求所述服务器控制所述目标客户端以所述预设格式输出所述目标消息，其中，所述目标客户端包括所述第二客户端和/或所述行程订单中的第三客户端。

可选地，所述装置还包括：

第二发送模块，用于发送对目标图标的同步请求至所述服务器，其中，所述同步请求携带有所述目标图标，所述同步请求用于请求所述服务器将所述目标图标发送至目标客户端，以及请求所述服务器控制所述目标客户端显示所述目标图标。

可选地，所述获取模块501包括：

接收子模块，用于接收来自服务器的第一请求，其中，所述第一请求用于表示所述第二客户端的第二用户请求所述第一客户端的第一用户，对所述第二用户的行程订单进行监控；

响应子模块，用于在接收到第一消息的情况下，响应于所述第一请求，从所述服务器获取所述第二客户端的所述行程订单的实时行程信息，其中，所述第一消息用于表示所述第一用户同意对所述第二用户的所述行程订单进行监控。

可选地，所述提示模块502包括：

第一提示子模块，用于在所述第二客户端的实时定位位置处于同一定位位置超过第一预设时长的情况下，提示所述同一定位位置、所述第二客户端的实时定位位置处于所述同一定位位置的第一起始时间，以及所述第二客户端的实时定位位置处于所述同一定位位置的第一持续时长；

和/或，

第二提示子模块，用于在所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线的第二持续时长超过第二预设时长的情况下，提示所述第二持续时长、所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线的第二起始时间；

和/或，

第三提示子模块，用于在所述第二客户端的实时定位位置未处于所述行程订单的所述预设行程路线时的移动距离超过预设距离的情况下，提示所述移动距离、所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线的第三起始时间，以及所述第二客户端的实时定位位置未处于所述行程订单的预设行程路线时的移动轨迹；

和/或，

第四提示子模块，用于在所述第二客户端的实时音视频数据存在异常的情况下，提示所述实时音视频数据存在异常的时间信息。

本发明实施例公开的行程监控装置，用于实现本发明上述各个实施例所述的行程监控方法的各步骤，装置的各模块的具体实施方式参见相应步骤，此处不再赘述。

在本发明实施例中，对于第二客户端的行程订单，第一客户端可以获取到该行程订单的实时行程信息，并在该实时行程信息存在异常行程信息的情况下，来对该异常行程信息进行提醒，使得第一客户端可以实时共享第二客户端的需要监控的行程订单的行程动态，从而在该行程动态出现异常(例如异常停留、路线偏移、录音异常中的至少一项)时，及时的在第二客户端对该异常行程进行提醒，使得第二客户端可以出现对异常行程信息的预警，提醒第一客户端的用户关注该行程订单，例如守护者可以联系乘车人确认行程动态，因此，能够使第一客户端及时的监控到第二客户端的行程订单的异常，达到第一客户端对第二客户端的行程订单进行安全守护的目的；并且，利用系统平台的行程动态安全监护能力，将行程订单的各种异常行程信息实时地分享给行程订单的乘客的亲友(相较乘客和司机而言是第三方守护者)，从而实现行程的实时保护，打破网约车服务的相对独立的私密空间，增大司机在车内犯罪被发现的风险，最终达到保障乘车人行程安全的目的。

相应的，本发明还公开了一种第一客户端，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明上述任意一个实施例所述的行程监控方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。

本发明还公开了一种计算机可读存储介质，其上存储有包括计算机程序的第一客户端，，该程序被处理器执行时实现如本发明上述任意一个实施例所述的行程监控方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明提供的一种行程监控方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的计算处理设备中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图8示出了可以实现根据本公开的方法的计算处理设备。该计算处理设备传统上包括处理器1010和以存储器1020形式的计算机程序产品或者计算机可读介质。存储器1020可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器1020具有用于执行上述方法中的任何方法步骤的程序代码1031的存储空间1030。例如，用于程序代码的存储空间1030可以包括分别用于实现上面的方法中的各种步骤的各个程序代码1031。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为如参考图9所述的便携式或者固定存储单元。该存储单元可以具有与图8的计算处理设备中的存储器1020类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元包括计算机可读代码1031’，即可以由例如诸如1010之类的处理器读取的代码，这些代码当由计算处理设备运行时，导致该计算处理设备执行上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本公开的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。