CN111967725A - 输出提示信息的方法、终端、服务器、设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种输出提示提示信息的方法、终端、服务器、电子设备及可读存储介质。向服务器发送订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；接收所述服务器发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常；输出与所述检测结果匹配的提示信息。使得乘客从发起订单开始就能感知到，该订单正在被服务器端监测中，当出现任何异常信息时，及时通告乘客终端，以使乘客即时获知异常信息，可以主动采取相关措施。

Description

输出提示信息的方法、终端、服务器、设备及存储介质

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种输出提示信息的方法、终端、服务器、电子设备及可读存储介质。

背景技术

网约车已成为人们日常出行时经常选用的出行方式，基于网约车车内司乘共处的特殊环境，易发生性骚扰、言语不和等各种司乘冲突，甚至进而导致“临时起意”性的激情犯罪、冲动型犯罪等恶性事件发生，但事后往往犯罪者表现出悔罪情节，若在作案准备阶段给予一定的干预或使受害者及时意识到可能发生的危险，将有助于减少此类恶性事件地发生。近年来，在网约车中发生的恶性事件中也多为临时起意的激情犯罪或冲动型犯罪。而在网约车中，通常司机相对于乘客具有更多的主动权，即乘客处于相对弱势的地位，乘客又多为受害者，如何有效保护处于弱势地位的乘客群体，尽可能减少激情犯罪等恶性事件地发生，成为各大网约车平台的重点关注问题。

相关技术中，网约车平台的服务器通常会在每个订单的行程开启时，即当接单的司机在出发地接到乘客开始出发时，对该订单的行程开始进行异常监测，直至该订单的行程结束。但是该监测过程是隐性的，对于乘客而言乘客并不可感知，即乘客并不能获知自己每次发起的网约车订单是否真的处于平台的监测保护中以及相关的实时监测状态。如何将服务器监测到的网约车订单行程的实时监测状态显性化，使乘客可感知，以便于乘客在行程出现异常时主动采取措施是亟待解决的问题。

发明内容

本申请实施例提供一种输出提示提示信息的方法、终端、服务器、电子设备及可读存储介质，以解决相关技术中乘客不可感知网约车平台服务器监测到的网约车行程的实时监测状态的技术问题。

本申请实施例第一方面提供了一种输出提示信息的方法，应用于乘客终端，包括：

向服务器发送订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

接收所述服务器发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常；

输出与所述检测结果匹配的提示信息。

本申请实施例第二方面提供了一种发送提示信息的方法，应用于服务器，包括：

接收乘客终端发送的订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

向所述乘客终端发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常；

向所述乘客终端发送与所述检测结果匹配的提示信息。

本申请实施例第三方面提供了一种终端，包括：

第一发送模块，用于向服务器发送订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

第一接收模块，用于接收所述服务器发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

第二接收模块，用于接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常；

第一输出模块，用于输出与所述检测结果匹配的提示信息。

本申请实施例第四方面提供了一种服务器，包括：

第一接收模块，用于接收乘客终端发送的订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

第一发送模块，用于向所述乘客终端发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

第一检测模块，用于在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常；

第二发送模块，用于向所述乘客终端发送与所述检测结果匹配的提示信息。

本申请实施例第五方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请第一方面所述的方法中的步骤。

本申请实施例第六方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请第一方面所述的方法的步骤。

采用本发明的技术方案，在乘客端发起订单分配请求时，服务器端就开始监测乘客端是否授权各项安全监测设置，以及行程开启时开始监测行程信息，并在从发起请求至订单结束的整个过程中，服务端实时地监测该订单的转态，在正常时，控制乘客终端输出正常提示信息，在异常时，控制乘客终端输出异常提示信息。使得乘客从发起订单开始就能感知到该订单正在被服务器端监测中，当出现任何异常信息时，及时通告乘客终端，以使乘客即时获知异常信息，可以主动采取相关措施。

附图说明

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

图1是网约车模式中司机终端、平台服务器和乘客终端三者之间的通信关系示意图；

图2是相关技术中在乘客终端展示的安全中心详情页的示意图；

图3是本申请一实施例提出的一种输出提示信息方法的通信交互示意图；

图4A是本申请一实施例提出的一种乘客终端的网约车APP第一界面的示意图；

图4B是本申请一实施例提出的一种乘客终端的网约车APP第二界面的示意图；

图5是本申请一实施例提出的一种安全助手控件的第一示意图；

图6是本申请一实施例提出的一种安全助手第一详情页的示意图；

图7是本申请一实施例提出的一种安全助手第二详情页的示意图；

图8是本申请一实施例提出的一种安全助手第三详情页的示意图；

图9是本申请一实施例提出的一种安全助手控件的第二示意图；

图10是本申请一实施例提出的一种安全助手第四详情页的示意图；

图11是本申请一实施例提出的一种安全助手第五详情页的示意图；

图12是本申请一实施例提出的一种安全助手控件的第三示意图；

图13是本申请一实施例提出的一种安全助手第六详情页的示意图；

图14是本申请一实施例提出的一种安全助手事件确认窗口的示意图；

图15是本申请一实施例提出的终端的示意图；

图16是本申请一实施例提出的服务器的示意图。

具体实施方式

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

参考图1，图1是示例性地示出了网约车模式中，乘客终端(如图1示例的乘客终端121至乘客终端m)、司机终端(如图1示例的司机终端111至司机终端n)和网约车平台服务器(后文简称服务器100)三者之间的通信交互关系。所有的乘客终端与服务器100之间通信连接，所有的司机终端与服务器100之间通信连接。

服务器100在接收到乘客终端121至乘客终端m中的任一乘客终端发起的网约车服务请求时，就将该请求对应的订单派发给所有司机终端中距离出发地在预设阈值范围内且具有接单能力的司机终端，等待司机应答接单。

当然以上只是一种简单的示例，旨在说明本发明的技术方案的适用场景，尤其是说明网约车模式的通信环境，不应当将其作为对本发明的具体限制。

下文中，将以王师傅通过自己注册的司机账号wangshifu所绑定的车牌号为“京N7C925”的车辆在司机终端111上接单了乘客李华通过乘客终端121发起的该网约车服务请求的订单以及所开启的相应行程为例，详细说明本发明的技术方案。需要指出的是，以上的人名“王师傅”、“李华”以及车牌号“京N7C925”均都是一种示例，均不应当认为是真实的人名和车牌号或其他指代，文中的各种场景也皆是示例，不代表、也不影射任何真实发生的事件，示例都是旨在说明本发明的技术方案，都更不应当将其理解为对本发明的限制。

在相关技术中，乘客李华在乘客终端121上通过注册账号(示例性设为lihua)登录网约车乘客端APP每次接入服务器100时，服务器100会检测从乘客终端121登录的账号lihua是否授权了开启行程保护功能(或行程护航功能，均是指乘客终端授权允许网约车平台监测出行行程的实时动态)，若未开启则提示乘客完成行程保护功能设置。事实上很多乘客只有在出行时才会登录网约车乘客端APP，但出行时往往比较匆忙，导致很多乘客会跳过该繁琐的行程保护功能设置的步骤，直接开始发起网约车服务请求，并不会授权乘客终端允许网约车平台监测出行行程的实时动态，后续行程开启后，乘客也不可能会再关注到设置行程保护功能；统计显示，整体设置率仅6％，并不能实现对乘客的很好保护。若检测结果是从乘客终端121登录的账号lihua授权了开启行程保护功能，在王师傅驾驶车牌号为“京N7C925”的车辆到达出发地A，接到了乘客李华，并通过司机终端111上的司机端APP中登录的账号wangshifu确认接到了乘客李华开始前往目的地的过程中，服务器100在后台开始监测该从出发地A前往目的地B的行程。如图2所示，示例了相关技术中在乘客终端展示安全中心详情页，其中描述了“行程保护功能自动开启”，但前提是乘客完成了行程保护功能授权设置，而且在从出发地A前往目的地B的过程中，仅仅在安全中心的详情页显示行程保护功能自动开启中，但并不会在乘客终端121实时描述服务器100对该从出发地A前往目的B的行程进行监测的过程中监测到的实时动态，再者只有用户在点击了该安全中心控件后，才会向乘客展示该详情页。若用户未点击该安全中心控件，将永远不能获知行程保护功能是否开启，更不可能知道网约车平台是否真的在对行程进行监测。

但是，就即使乘客李华点击了安全中心控件，乘客终端121示了图2所示的安全中心的详情页，但对于乘客李华而言，示出的行程保护功能“安全功能持续保护中”仅仅是一个状态，李华他自己并不能确认网约车平台服务器100是否真的在对该从出发地A前往目的B的行程进行实时监护。例如李华发起的网约车中的拼车服务(即一辆网约车同时接送多个订单对应的多个乘客)，在从出发地A前往目的地B的过程中，司机王师傅的司机终端111还接到了服务器100强制下发下发的另一个拼车订单，需要前往C地接另一位乘客，王师傅在到达C地后靠边停车，用司机终端111给另一个乘客的乘客终端122的去电以通知另一个乘客上车，导致司机终端111的录音授权中断，服务器100监测到司机终端111在该通话过程终止了录音授权，但是并不会下发给乘客终端121以告知乘客李华。在该示例中，王师傅所作的动作是正常的，还不存在安全隐患。

假设李华是一位年轻女性，司机王师傅是一名男性，而从A地前往的目的地B途径偏僻地区，且该行程中始终只有他们两人，以上各种条件导致王师傅见色起意，即可能激情犯罪，开始准备作案条件，最先作出的异常动作是在行程中王师傅主动关闭了司机终端111的录音授权，以避开网约车平台服务器100的监控。这其实案发的前兆，应当及时想办法告知乘客李华，以便李华关注行程及时采取主动措施。基于上述说明，相关技术中，乘客李华并不能及时获知该司机终端111突然中止录音授权的动作，等到司机王师傅开始作案时已经为时已晚，导致乘客李华错失采取主动措施及时避险的最佳良机。

由此可见，相关技术中，服务器对网约车的行程监测是隐性的，对于乘客而言乘客并不可感知，即乘客并不能获知自己每次发起的网约车订单是否处于平台的监测保护中以及相关的实时监测状态，导致乘客可能错失采取主动措施避险的最佳良机。因此，如何将服务器监测到的网约车订单的实时监测状态显性化，使乘客可感知，以便于乘客在行程出现异常时主动采取措施是亟待解决的问题。

针对该乘客不可感知网约车平台服务器监测到的网约车行程的实时监测状态的技术问题，本申请提出了在乘客通过乘客终端发起网约车服务请求时至整个行程结束，会一直监测乘客终端登录的乘客账号是否授权开启行程保护功能，以及将服务器监测的所有行程动态下发给乘客终端，并在乘客终端通过多种方式向乘客告警；以使乘客可以通过乘客终端实时感知到乘客的每一次的网约车行程都处于网约车平台服务器的监护中，并感知到网约车平台服务器实时监测到的行程的所有动态，以有利于乘客在出现异常时及时采取主动措施避险，将可能发生的恶性事件(或案件)消灭在萌芽状态，保护乘客的人身权益。

下面仍然结合上述王师傅通过自己注册的司机账号所绑定的车牌号为“京N7C925”的车辆在司机终端111上接单了乘客李华通过乘客终端121发起的网约车服务请求的订单所开启的行程为例，详细说明本发明的技术方案。

参考图3，图3是本申请一实施例提出的一种输出提示信息方法的通信交互示意图。如图3所示，该方法包括以下步骤：

步骤S301：乘客终端向服务器发送订单分配请求，所述订单分配请求用于请求服务器对所述乘客终端发起的订单进行分配。

步骤S302：服务器接收乘客终端发送的订单分配请求。

订单分配请求是乘客在乘客终端向网约车平台服务器发起的针对待出行行程预约车辆提供行程接送服务的请求，该订单分配请求中携带了待出行行程的订单，该订单用于记录乘客发起的待出行行程的行程信息，行程信息至少包括：出发地、目的地、出发时间和乘客人数等必要信息，行程信息还可以包括：预选择服务类别(专车接送——一个车辆对应一个出行订单、顺风车、拼车等等)、乘客备注等其他附加信息。

例如上述示例地乘客李华在自身所持有的乘客终端121上的乘客端APP上登录了自身的网约车服务账号lihua。如图4A所示，示例了乘客在乘客终端登录了乘客账号后发起订单分配请求的界面，主要包括行程信息第一输入区域401、安全助手控件402、定位控件403、地图区域404。其中地图区域404展示乘客终端的当前位置以及附近的网约车车辆等，定位控件403被点击后将在地图区域404中展示乘客终端当前所处的位置，行程信息第一输入区域401用于供乘客输入第一行程信息。如图4A所示，例如乘客李华在行程信息第一输入区域401输入的出发地A和目的地B，发起订单分配请求的界面变更为图4B示例的发起订单分配请求的界面，主要包括信息第二输入区域405和第三输入区域406，并在地图区域404中示出出发地A和目的地B。当乘客在第二输入区域405中确定了预选择服务类别以及在第二输入区域406中确定了出发时间后，在地图区域404中的出发地A的标签中更新出发时间以及目的地B的标签中更新预计到达时间。

在乘客李华确认了以上信息后，乘客终端121响应于乘客李华点击控件“立即呼叫”的动作，向服务器100发起“从出发地A前往目的地B、马上出发、一位乘客”的订单分配请求，以待服务器100对该“从出发地A前往目的地B、马上出发、一位乘客”的订单进行分配。

安全助手控件402在登录的账号未开启行程时，播放在乘客终端预置的安全信息(例如图4A和图4B中示例的“请你佩戴口罩安全出行”)；在常态下，登录的账号未开启行程时该安全助手控件也可以展示默认状态，如图5所示，示例了常态下该安全助手的默认状态；以及在登录的账号开启行程后，播放服务器下发的监测到的行程信息(具体请参见后文的相关说明)。响应于该安全助手控件402被触摸点击的动作，生成详情页并展示，当登录的账号未开启行程时则展示护航设置详情页，如图6所示，示例性地示出了登录的账号未发起订单分配请求时展示的护航设置详情页。

在一种可选的实施方式中，在乘客终端向服务器发送订单分配请求时，安全助手控件的图标4021呈扫描状态，直至该订单对应的行程结束。

在乘客终端向服务器发送订单分配请求后，订单状态变更为等待司机应答，服务器在接收到订单分配请求后为对应的订单筛选司机，并在在本地的安全助手控件402中以绿色背景(一种第二背景色)轮播文案“平台正在智能分析附近司机服务质量”，并呈现持续扫描状态。此时安全助手详情页如图7所示。

在一种可选的实施方式中，在服务器接收到乘客终端发送的订单分配请求时，检查乘客终端护航功能设置情况，即执行步骤S3021-步骤S3024，具体如下：

S3021：服务器检测所述乘客终端是否未设置护航功能。

护航功能是指在乘客终端上的乘客端APP登录乘客账号后授权允许网约车平台监测出行行程的实时动态的功能，通常由持有乘客终端的乘客完成相关设置。主要包括以下几项监测授权：允许平台服务器获取乘客终端的通信号码(如手机号)；允许乘客终端上的乘客端APP在行程中进行录音采集并上报给服务器；允许平台自动为乘客购买出行保险；设置紧急联系人并允许在出现紧急情况时服务器自动联络紧急联系人；允许出现紧急情况时服务器将乘客行程自动分享给紧急联系人；引导乘客完成实名认证。当然也不排除还有其他项的授权，本领域技术人员可以根据实际情况进行灵活设置。

乘客终端响应于服务器的该检测动作，在本地的安全助手控件402中以绿色背景(即第二背景色)播放“平台正在检查护航设置状态”。

例如，在服务器100接收到乘客终端121发起的订单分配请求时，开始监测乘客李华在乘客终端121上登录的账号lihua是否设置了护航功能，即检查乘客终端121是否已经授权允许进项上述项目的监测。乘客终端121响应于服务器100的护航功能设置检测动作，在本地的安全助手控件402中以绿色背景(即第二背景色)播放“平台正在检查护航设置状态”。

S3022：服务器在检测到所述乘客终端未设置护航功能时，向所述乘客终端发送护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

当服务器在对乘客终端检查的护航功能进行检查后，检查到在乘客终端上登录的乘客账号已经完成了护航功能设置，即已经授权了上述各项监测授权，则服务器向乘客终端下发护航开启提示信息，包括以下至少一者：“您的手机号已被加密保护”、“您的行程录音已授权”、“出行宝已生效”、“您的紧急联系人已添加”、“行程已自动分享紧急联系人”、和“您的实名认证已完成”。

当服务器在对乘客终端检查的护航功能进行检查后，检查到在乘客终端上登录的乘客账号的护航功能设置存在缺省项，即存在部分监测授权尚未授权，则服务器针对护航功能中的缺省项向乘客终端下发护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

例如服务器100监测到在乘客终端121上登录的乘客账号lihua仅仅完成了允许平台服务器获取乘客终端的通信号码(如手机号)、允许乘客终端上的乘客端APP在行程中进行录音采集并上报给服务器和允许平台自动为乘客购买出行保险三项设置，而为完成剩余三项(设置紧急联系人并允许在出现紧急情况时服务器自动联络紧急联系人；允许出现紧急情况时服务器将乘客行程自动分享给紧急联系人；引导乘客完成实名认证)的设置，则服务器100下发三项授权了的开启提示信息：“您的手机号已被加密保护”、“您的行程录音已授权”、“出行宝已生效”，以及三项未授权的设置提示信息：“急联系人设置提示”、“行程自动分享设置提示”、“实名认证提示”。

S3023：乘客终端接收所述服务器在行程进行期间发送的护航设置提示信息，所述护航设置提示信息表征：所述服务器在行程进行期间检测到所述乘客终端未设置护航功能。

当然，基于上述说明，并未排除乘客终端还可以接收服务器在行程期间发送的护航开启提示信息，所述护航开启提示信息表征：所述服务器在行程进行期间检测到所述乘客终端开启护航功能。

S3024：乘客终端在第一背景色下，输出所述护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

当乘客终端接收到护航开启提示信息，则在安全助手控件402中以绿色背景轮播(即轮流播放，每一条文案展示一定时间然后依次切换展示另一条文案)以下任一文案信息：

“您的手机号已被加密保护”；

“您的行程录音已授权”；

“出行宝已生效”；

“您的紧急联系人已添加”；

“行程已自动分享紧急联系人”；

“您的实名认证已完成”。

还可以是当安全助手控件402被点击后展示如图8所示的安全助手详情页展示了护航功能全部开启的状态。

其中，出行宝就是网约车平台为乘客每次的出行所购买的出行保险。

当乘客终端接收到护航设置提示信息，则在安全助手控件402中以第一背景色(例如黄色背景)轮播以下任一文案信息：

“您未授权平台获取手机号”；

“您未授权行程录音”；

“您未购买出行保险”；

“您未设置紧急联系人”；

“您未设置行程自动分享”；

“您未进行实名认证”。

例如图9所示的在安全助手控件402中以黄色背景(一种第一背景色)中播放的“您未设置行程自动分享”，同时示出引导用户完成相应设置的设置控件4022。当此时安全助手控件402被点击则生成对应的如图10所示的安全助手详情页，并在相应地缺省项后示出相应地去设置控件。

以上对于乘客终端的护航功能设置会在整个行程中一直进行检测，直至乘客完成护航功能中的所有监测项的设置。

订单分配请求指示服务器将乘客终端发起的订单分配给符合预设条件(例如预设条件是网约车具有接单能力，且距离乘客终端的距离小于预设阈值，当然也还可以包括乘客与司机的匹配度——司机是否是乘客设置的黑名单司机或司机是乘客设置的喜欢司机等等其他条件，本领域技术人员可以根据实际情况设定预设条件)的司机终端。所述分配既可以是广义地将乘客终端发起的订单分发给多个符合预设条件的司机终端，以等待司机主动接单，例如前文示例的服务器100将乘客李华从A地前往B地的订单分发给司机终端111和司机终端112，当然也还可以是狭义地将乘客终端发起的订单直接强制派发给符合预设条件的司机终端，例如前文示例的服务器100将乘客李华从A地前往B地的订单直接派发给司机终端111。具体请参见前文所述司机终端111的接单过程，在此不再赘述。

在此过程中，平台筛选司机，并对接单的司机的信息进行校验。

最终王师傅在所持有的司机终端111上，通过自己注册的司机账号(示例性设为wangshifu)所绑定的车牌号为“京N7C925”的车辆接单了乘客李华通过乘客终端121发起的该网约车服务请求的订单。

步骤S303：服务器向所述乘客终端发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端。

步骤S304：乘客终端接收所述服务器发送的订单分配信息。

当司机应答接单(或被强制派单)后，服务器则开始校验接单司机王师傅的司机信息和车辆信息，并向乘客终端发送相应地校验信息以通告乘客终端该订单分配请求中的订单被接单的司机及车辆的相关信息，包括以下至少一者：司机身份信息、车辆信息、接单资质信息、证件信息、人脸识别认证信息。

并在乘客终端121的安全助手控件402中以绿色背景轮播服务器校验的司机/车辆信息，即以下文案：

“平台正在核验司机与车辆信息”；

“x师傅(本实施例的示例中即王师傅)接单资质信息，核验通过”

“x师傅(本实施例的示例中即王师傅)证件信息，核验通过”；

“x师傅(本实施例的示例中即王师傅)身份信息，核验通过”；

“x师傅(本实施例的示例中即王师傅)人脸识别，核验通过”；

当安全助手控件402被点击后展示如图8所示的安全助手详情页展示了司机/车辆校验信息。

步骤S305：服务器在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常。

在司机驾驶接单车辆行驶至出发地并接到乘客时，就开始对应的订单的行程，服务器开始对该订单的行程进行监测，直至行程结束。即进入图8所示的安全助手详情页的“正在去往目的地”阶段。

例如王师傅驾驶车牌号为“京N7C925”的车辆到达出发地A并接到乘客李华后，就意味着行程开始，直至将乘客李华送到达目的地B，才意味着行程结束，整个送驾过程中即行程进行期间。在整个行程进行期间，服务器都会对订单的行程进行监测，并监测检测到的行程是否存在异常。

请参见图11，在“正在去往目的地”阶段，服务器会进行“录音异常识别”监测、“长时间停留识别”监测、“路线偏移识别”监测。在一种可选的实施方式中，步骤S305包括步骤S3051至步骤S3053中任一者：

步骤S3051：在所述订单对应的行程进行期间，检测是否持续接收到司机终端和乘客终端各自发送的录音，并对录音进行异常识别，其中，所述订单对应的行程异常包括：未接收到所述司机终端和所述乘客终端中至少一者发送的录音，或，所述司机终端和所述乘客终端中至少一者发送的录音对应的文本包括敏感词。

服务器100可以实时监测司机终端111和乘客终端121的录音状态，当其中一者的录音授权中断，就确定行程出现异常。当然服务器100在采集到司机终端111和乘客终端121的录音后，对两者的录音分别进行敏感词识别，当其中任一份包含敏感词则确定行程出现异常，其中语音识别可以是相关技术中利用人工智能中的语音识别技术进行识别。

步骤S3052：在所述订单对应的行程进行期间，检测司机终端和乘客终端各自位置是否处于所述订单对应的行程路线上，其中，所述订单对应的行程异常包括：司机终端和乘客终端中至少一者的位置偏离所述行程路线。

服务器100可以实时监测司机终端111和乘客终端121行程轨迹，当其中任一者的行程轨迹不在事先既定的预设行程路线上时，就确定行程出现异常，很可能是司机半途迫使乘客下车了。

步骤S3053：在所述订单对应的行程进行期间，检测司机终端和乘客终端持续处于所述订单对应的行程路线上的一个位置的时长是否超过预设时长，其中，所述订单对应的行程异常包括：所述司机终端和所述乘客终端持续处于所述订单对应的行程路线上的一个位置的时长超过所述预设时长。

服务器100可以实时监测司机终端111和乘客终端121行程轨迹，当其中任一者在某处长时间停留，停留的时间明显超出预设的正常范围，例如超过5分钟，则确定行程出现异常。

步骤S306：服务器向所述乘客终端发送与所述检测结果匹配的提示信息。

当行程开始后，服务器会根据“录音异常识别”监测、“长时间停留识别”监测和“路线偏移识别”监测的监测结果，向乘客终端发送相应地提示信息，以通告乘客终端服务器实时监测到的行程动态。具体包括步骤S3061至步骤S3064：

步骤S3061：在所述检测结果表征所述订单对应的行程正常时，向所述乘客终端发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中。

上述步骤S3051检测正常时，则发送提示信息：行程录音监测中。

上述步骤S3052检测正常时，则发送提示信息：路线偏移监测中。

上述步骤S3053检测正常时，则发送提示信息：异常停留监测中。

步骤S3062：在所述检测结果表征所述订单对应的行程发生行程录音中断时，向所述乘客终端发送出录音中断提示以及录音中断持续时长。

上述步骤S3051检测订单对应的行程中司机终端或乘客终端发生行程录音中断时，向乘客终端发送出录音中断提示以及录音中断持续时长。

步骤S3063：在所述检测结果表征所述订单对应的行程发生异常停留时，向所述乘客终端异常停留提示以及异常停留持续时长。

上述步骤S3052检测订单对应的行程中车辆在某地长时间逗留，向乘客终端发送异常停留提示的地点以及异常停留持续时长。

步骤S3064：在所述检测结果表征所述订单对应的行程发生路线偏移时，向所述乘客终端路线偏移提示以及路线偏移状态。

上述步骤S3053检测订单对应的行程中车辆偏离既定路线时，向乘客终端发送路线偏移提示以及路线偏移状态。

步骤S307：乘客终端接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常。

步骤S308：乘客终端输出与所述检测结果匹配的提示信息。

步骤S307至S308中在乘客终端接收到的提示信息，并输出时，需要先判断提示信息表征的是行程正常还是行程异常，并执行相应地输出，具体包括步骤S3081和步骤S3082：

步骤S3081：所述检测结果表征所述订单对应的行程正常时，以第一输出方式输出与所述检测结果匹配的第一提示信息，包括：在第二背景色下，轮播以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中。

乘客终端121在接收到服务器100下发的提示信息是表征行程正常，则直接在安全助手控件402中以第二背景色(通常为绿色)轮播当前正在监测的项目的文案，具体如下：

“录音、实时位置监测中”；

“行程录音保护中”；

“长时停留监测中”；

“路线偏移监测中”。

请参见图11，还可以在安全助手控件402被点击后，在安全助手详情页展示相应地行程监测项。

步骤S3082：在所述检测结果表征所述订单对应的行程异常时，以第二输出方式输出与所述检测结果匹配的第二提示信息，包括以下至少一者：

在所述检测结果表征所述订单对应的行程发生行程录音中断时，在第三背景色下，输出录音中断提示以及录音中断持续时长；

在所述检测结果表征所述订单对应的行程发生异常停留时，在所述第三背景色下，输出异常停留提示以及异常停留持续时长；

在所述检测结果表征所述订单对应的行程发生路线偏移时，在所述第三背景色下，输出路线偏移提示以及路线偏移状态。

其中，所述第二输出方式不同于所述第一输出方式，所述第一提示信息不同于所述第二提示信息。

乘客终端121在接收到服务器100下发的提示信息是表征行程异常，则直接在安全助手控件402中以第三背景色(通常为红色)轮播当前监测的异常项目的文案，具体如下：

“车主端行程录音出现授权中断”；

“车辆出现长时间停留”；

“行驶路线出现偏离目的地方向”。

请参见图12，示出了当车主端录音授权中断时，安全助手控件402以第三背景色播放“车主端行程录音出现授权中断”信息，同时示出引导乘客查看异常事件的查看控件4023。

请参见图13，还可以在安全助手控件402被点击后，在安全助手详情页展示相应地行程监测项以及相应地异常项目的具体信息，例如司机终端行程录音授权中断的时间09：50。

在一种可选的实施方式中，在步骤S308之后，所述方法还包括：

步骤S309：乘客终端在检测到用户输入的行程正常确认操作时，向所述服务器发送行程正常确认信息。

步骤S310：接收所述乘客终端发送的行程正常确认信息，所述行程正常确认信息表征用户确认行程正常。

当服务器监测到行程异常时，控制乘客终端强制弹出图14所示的异常情况确认窗口，并且以第三背景色示出，以提示用户注意关注行程异常情况，当乘客选择了正常、无需帮助控件时则向服务器发送对应的监测项正常确认信息。例如是图14中所示的异常停留监测，当然也可是图13中的行程录音监测。

步骤S311：向所述乘客终端发送确认提示信息并发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；其中，所述确认提示信息包括确认事件记录和确认时刻。

在乘客确认了行程正常后，则服务器记录出现异常的时刻、时长和状态，以及乘客确认正常的时刻。例如图13所示例的在09：50司机终端行程录音授权终端，当乘客在10：00确认行程正常，则记录乘客确认行程正常的时间10:00，以及中断的总时长10分钟，并将以上记录的信息通告乘客终端。

步骤S312：乘客终端以所述第一输出方式输出所述第一提示信息和确认提示信息，所述确认提示信息包括确认事件记录和确认时刻。

在乘客确认了行程正常后，就将以第二输出方式输出的第一提示信息变更为以第一输出方式输出所述第一提示信息和确认提示信息。例如将以红色背景示出的司机终端录音授权中断变更为以绿色背景示出的司机终端录音授权中断提示信息，以及乘客确认行程正常的记录和确认时刻，例如图13所示的在09：50司机终端行程录音授权终端，当乘客在10：00确认行程正常，则记录乘客确认行程正常的时间10:00，以及中断的总时长10分钟。

在一种可选的实施方式中，在输出与所述检测结果匹配的提示信息之后，所述方法还包括：

在检测到针对所述提示信息的查看操作时，生成并展示详情页，所述详情页包括多个行程检测项以及对应的检测详情描述。

即检测到针对安全助手控件402中的提示信息的查看操作(即点击了安全助手控件402)，则生成对应的详情页，并在详情页展示当前对应的行程监测项以及对应的检测详情描述，具体请参见前文说明，不再赘述。

需要说明，在本申请所涉及的第二背景色示例为绿色、第一背景色示例为黄色和第三背景色示例为红色，但这只是一种示例，不是对本申请的具体限制，三者的光波满足以下光学条件即可，即第二背景色反射的光波的波长小于第一背景色反射的光波的波长，第二背景色反射的光波的波长小于第三背景色的光波的波长。且第三背景色(及对应的信息)的展示优先级高于第一背景色(对对应的信息)的展示优先级，第一背景色(对对应的信息)的展示优先级高于第二背景色(及对应的信息)。也就是说，乘客终端总是在安全助手控件402中优先展示优先级较高的背景色(及对应的信息)。

在相关的网约车行程异常监控技术中，网约车平台会在后台进行检测，且是在行程开始后开始监测，直至订单结束，但是对于乘客而言，该监测过程是不可感知的，乘客不知道自己当前的行程是否是实时处于监测中，在行程中即使出现异常，有时候乘客也不能获知，导致乘客不能主动采取相关措施，如何让乘客获知自己开启的每一次网约车行程是否处于监测中以及实时获取行程信息，在出现异常时，关系着乘客是否能够及时获知异常信息，并主动采取措施防患于未然。

而采用本发明的技术方案，在乘客端发起订单分配请求时，服务器端就开始监测乘客端是否授权各项安全监测设置，以及行程开启时开始监测行程信息，并在从发起请求至订单结束的整个过程中，服务端实时地监测该订单的转态，在正常时，控制乘客终端输出正常提示信息，在异常时，控制乘客终端输出异常提示信息。使得乘客从发起订单开始就能感知到，该订单正在被服务器端监测中，当出现任何异常信息时，及时通告乘客终端，以使乘客即时获知异常信息，可以主动采取相关措施。

基于同一发明构思，本申请一实施例提供一种终端。参考图15，图15是本申请一实施例提出一种终端的示意图。如图15所示，该终端500包括：

第一发送模块501，用于向服务器发送订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

第一接收模块502，用于接收所述服务器发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

第二接收模块503，用于接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常；

第一输出模块504，用于输出与所述检测结果匹配的提示信息。

可选地，所述终端还包括：

第三接收模块，用于接收所述服务器在行程进行期间发送的护航设置提示信息，所述护航设置提示信息表征：所述服务器在行程进行期间检测到所述乘客终端未设置护航功能；

第二输出模块，用于在第一背景色下，输出所述护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

可选地，所述第一输出模块包括：

第一输出子模块，用于在所述检测结果表征所述订单对应的行程正常时，以第一输出方式输出与所述检测结果匹配的第一提示信息；

第二输出子模块，用于在所述检测结果表征所述订单对应的行程异常时，以第二输出方式输出与所述检测结果匹配的第二提示信息；

其中，所述第二输出方式不同于所述第一输出方式，所述第一提示信息不同于所述第二提示信息。

可选地，在所述第一输出子模块包括：

第一播放单元，用于在第二背景色下，轮播以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；

所述第二输出子模块包括以下至少一者：

第一输出单元，用于在所述检测结果表征所述订单对应的行程发生行程录音中断时，在第三背景色下，输出录音中断提示以及录音中断持续时长；

第二输出单元，用于在所述检测结果表征所述订单对应的行程发生异常停留时，在所述第三背景色下，输出异常停留提示以及异常停留持续时长；

第三输出单元，用于在所述检测结果表征所述订单对应的行程发生路线偏移时，在所述第三背景色下，输出路线偏移提示以及路线偏移状态。

可选地，还包括：

第二发送模块，用于在检测到用户输入的行程正常确认操作时，向所述服务器发送行程正常确认信息；

第三输出模块，用于以所述第一输出方式输出所述第一提示信息和确认提示信息，所述确认提示信息包括确认事件记录和确认时刻。

可选地，还包括：

第一生成模块，用于在检测到针对所述提示信息的查看操作时，生成并展示详情页，所述详情页包括多个行程检测项以及对应的检测详情描述。

基于同一发明构思，本申请一实施例提供一种服务器。参考图16，图16是本申请一实施例提出一种服务器的示意图。如图16所示，该服务器600包括：

第一接收模块601，用于接收乘客终端发送的订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

第一发送模块602，用于向所述乘客终端发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

第一检测模块603，用于在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常；

第二发送模块604，用于向所述乘客终端发送与所述检测结果匹配的提示信息。

可选地，还包括：

第二检测模块，用于在所述订单对应的行程进行期间，检测所述乘客终端是否未设置护航功能；

第三发送模块，用于在检测到所述乘客终端未设置护航功能时，向所述乘客终端发送护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

可选地，第二发送模块包括：

第一发送子模块，用于在所述检测结果表征所述订单对应的行程正常时，向所述乘客终端发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；

第二发送子模块，用于在所述检测结果表征所述订单对应的行程发生行程录音中断时，向所述乘客终端发送出录音中断提示以及录音中断持续时长；

第三发送子模块，用于在所述检测结果表征所述订单对应的行程发生异常停留时，向所述乘客终端异常停留提示以及异常停留持续时长；

第四发送子模块，用于在所述检测结果表征所述订单对应的行程发生路线偏移时，向所述乘客终端路线偏移提示以及路线偏移状态。

可选地，还包括：

第二接收模块，用于接收所述乘客终端发送的行程正常确认信息，所述行程正常确认信息表征用户确认行程正常；

第四发送模块，用于向所述乘客终端发送确认提示信息并发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；其中，所述确认提示信息包括确认事件记录和确认时刻。

可选地，所述第一检测模块包括以下至少一者：

第一检测子模块，用于在所述订单对应的行程进行期间，检测是否持续接收到司机终端和乘客终端各自发送的录音，并对录音进行异常识别，其中，所述订单对应的行程异常包括：未接收到所述司机终端和所述乘客终端中至少一者发送的录音，或，所述司机终端和所述乘客终端中至少一者发送的录音对应的文本包括敏感词；

第二检测子模块，用于在所述订单对应的行程进行期间，检测司机终端和乘客终端各自位置是否处于所述订单对应的行程路线上，其中，所述订单对应的行程异常包括：司机终端和乘客终端中至少一者的位置偏离所述行程路线；

第三检测子模块，用于在所述订单对应的行程进行期间，检测司机终端和乘客终端持续处于所述订单对应的行程路线上的一个位置的时长是否超过预设时长，其中，所述订单对应的行程异常包括：所述司机终端和所述乘客终端持续处于所述订单对应的行程路线上的一个位置的时长超过所述预设时长。

基于同一发明构思，本申请另一实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的方法中的步骤。

基于同一发明构思，本申请另一实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

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

以上对本申请所提供的一种输出提示提示信息的方法、终端、服务器、电子设备及可读存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (24)

1.一种输出提示信息的方法，其特征在于，应用于乘客终端，包括：

向服务器发送订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

接收所述服务器发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常；

输出与所述检测结果匹配的提示信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述服务器在行程进行期间发送的护航设置提示信息，所述护航设置提示信息表征：所述服务器在行程进行期间检测到所述乘客终端未设置护航功能；

在第一背景色下，输出所述护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

3.根据权利要求1所述的方法，其特征在于，输出与所述检测结果匹配的提示信息，包括：

在所述检测结果表征所述订单对应的行程正常时，以第一输出方式输出与所述检测结果匹配的第一提示信息；

在所述检测结果表征所述订单对应的行程异常时，以第二输出方式输出与所述检测结果匹配的第二提示信息；

其中，所述第二输出方式不同于所述第一输出方式，所述第一提示信息不同于所述第二提示信息。

4.根据权利要求3所述的方法，其特征在于，在所述检测结果表征所述订单对应的行程正常时，以第一输出方式输出与所述检测结果匹配的第一提示信息，包括：

在第二背景色下，轮播以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；

在所述检测结果表征所述订单对应的行程异常时，以第二输出方式输出与所述检测结果匹配的第二提示信息，包括以下至少一者：

在所述检测结果表征所述订单对应的行程发生行程录音中断时，在第三背景色下，输出录音中断提示以及录音中断持续时长；

在所述检测结果表征所述订单对应的行程发生异常停留时，在所述第三背景色下，输出异常停留提示以及异常停留持续时长；

在所述检测结果表征所述订单对应的行程发生路线偏移时，在所述第三背景色下，输出路线偏移提示以及路线偏移状态。

5.根据权利要求3或4所述的方法，其特征在于，在以第二输出方式输出与所述检测结果匹配的第二提示信息之后，所述方法还包括：

在检测到用户输入的行程正常确认操作时，向所述服务器发送行程正常确认信息；

以所述第一输出方式输出所述第一提示信息和确认提示信息，所述确认提示信息包括确认事件记录和确认时刻。

6.根据权利要求1所述的方法，其特征在于，在输出与所述检测结果匹配的提示信息之后，所述方法还包括：

在检测到针对所述提示信息的查看操作时，生成并展示详情页，所述详情页包括多个行程检测项以及对应的检测详情描述。

7.一种发送提示信息的方法，其特征在于，应用于服务器，包括：

接收乘客终端发送的订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

向所述乘客终端发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常；

向所述乘客终端发送与所述检测结果匹配的提示信息。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在所述订单对应的行程进行期间，检测所述乘客终端是否未设置护航功能；

在检测到所述乘客终端未设置护航功能时，向所述乘客终端发送护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

9.根据权利要求7所述的方法，其特征在于，向所述乘客终端发送与所述检测结果匹配的提示信息，包括：

在所述检测结果表征所述订单对应的行程正常时，向所述乘客终端发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；

在所述检测结果表征所述订单对应的行程发生行程录音中断时，向所述乘客终端发送出录音中断提示以及录音中断持续时长；

在所述检测结果表征所述订单对应的行程发生异常停留时，向所述乘客终端异常停留提示以及异常停留持续时长；

在所述检测结果表征所述订单对应的行程发生路线偏移时，向所述乘客终端路线偏移提示以及路线偏移状态。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收所述乘客终端发送的行程正常确认信息，所述行程正常确认信息表征用户确认行程正常；

向所述乘客终端发送确认提示信息并发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；其中，所述确认提示信息包括确认事件记录和确认时刻。

11.根据权利要求9所述的方法，其特征在于，在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常，包括以下至少一者：

在所述订单对应的行程进行期间，检测是否持续接收到司机终端和乘客终端各自发送的录音，并对录音进行异常识别，其中，所述订单对应的行程异常包括：未接收到所述司机终端和所述乘客终端中至少一者发送的录音，或，所述司机终端和所述乘客终端中至少一者发送的录音对应的文本包括敏感词；

在所述订单对应的行程进行期间，检测司机终端和乘客终端各自位置是否处于所述订单对应的行程路线上，其中，所述订单对应的行程异常包括：司机终端和乘客终端中至少一者的位置偏离所述行程路线；

在所述订单对应的行程进行期间，检测司机终端和乘客终端持续处于所述订单对应的行程路线上的一个位置的时长是否超过预设时长，其中，所述订单对应的行程异常包括：所述司机终端和所述乘客终端持续处于所述订单对应的行程路线上的一个位置的时长超过所述预设时长。

12.一种终端，其特征在于，包括：

第一发送模块，用于向服务器发送订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

第一接收模块，用于接收所述服务器发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

第二接收模块，用于接收所述服务器在行程进行期间发送的行程检测结果，所述行程检测结果表征所述订单对应的行程正常或异常；

第一输出模块，用于输出与所述检测结果匹配的提示信息。

13.根据权利要求12所述的终端，其特征在于，所述终端还包括：

第三接收模块，用于接收所述服务器在行程进行期间发送的护航设置提示信息，所述护航设置提示信息表征：所述服务器在行程进行期间检测到所述乘客终端未设置护航功能；

第二输出模块，用于在第一背景色下，输出所述护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

14.根据权利要求12所述的终端，其特征在于，所述第一输出模块包括：

第一输出子模块，用于在所述检测结果表征所述订单对应的行程正常时，以第一输出方式输出与所述检测结果匹配的第一提示信息；

第二输出子模块，用于在所述检测结果表征所述订单对应的行程异常时，以第二输出方式输出与所述检测结果匹配的第二提示信息；

其中，所述第二输出方式不同于所述第一输出方式，所述第一提示信息不同于所述第二提示信息。

15.根据权利要求14所述的终端，其特征在于，在所述第一输出子模块包括：

第一播放单元，用于在第二背景色下，轮播以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；

所述第二输出子模块包括以下至少一者：

第一输出单元，用于在所述检测结果表征所述订单对应的行程发生行程录音中断时，在第三背景色下，输出录音中断提示以及录音中断持续时长；

第二输出单元，用于在所述检测结果表征所述订单对应的行程发生异常停留时，在所述第三背景色下，输出异常停留提示以及异常停留持续时长；

第三输出单元，用于在所述检测结果表征所述订单对应的行程发生路线偏移时，在所述第三背景色下，输出路线偏移提示以及路线偏移状态。

16.根据权利要求14或15所述的终端，其特征在于，还包括：

第二发送模块，用于在检测到用户输入的行程正常确认操作时，向所述服务器发送行程正常确认信息；

第三输出模块，用于以所述第一输出方式输出所述第一提示信息和确认提示信息，所述确认提示信息包括确认事件记录和确认时刻。

17.根据权利要求12所述的终端，其特征在于，还包括：

第一生成模块，用于在检测到针对所述提示信息的查看操作时，生成并展示详情页，所述详情页包括多个行程检测项以及对应的检测详情描述。

18.一种服务器，其特征在于，包括：

第一接收模块，用于接收乘客终端发送的订单分配请求，所述订单分配请求用于请求对所述乘客终端发起的订单进行分配；

第一发送模块，用于向所述乘客终端发送的订单分配信息，所述订单分配信息表征所述乘客终端发起的订单被分配给司机终端；

第一检测模块，用于在所述订单对应的行程进行期间，检测所述订单对应的行程是否正常；

第二发送模块，用于向所述乘客终端发送与所述检测结果匹配的提示信息。

19.根据权利要求18所述的服务器，其特征在于，还包括：

第二检测模块，用于在所述订单对应的行程进行期间，检测所述乘客终端是否未设置护航功能；

第三发送模块，用于在检测到所述乘客终端未设置护航功能时，向所述乘客终端发送护航设置提示信息，所述护航设置提示信息包括以下至少一者：号码加密设置提示、行程录音授权提示、出行保险提示、紧急联系人设置提示、行程自动分享设置提示、实名认证提示。

20.根据权利要求18所述的服务器，其特征在于，第二发送模块包括：

第一发送子模块，用于在所述检测结果表征所述订单对应的行程正常时，向所述乘客终端发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；

第二发送子模块，用于在所述检测结果表征所述订单对应的行程发生行程录音中断时，向所述乘客终端发送出录音中断提示以及录音中断持续时长；

第三发送子模块，用于在所述检测结果表征所述订单对应的行程发生异常停留时，向所述乘客终端异常停留提示以及异常停留持续时长；

第四发送子模块，用于在所述检测结果表征所述订单对应的行程发生路线偏移时，向所述乘客终端路线偏移提示以及路线偏移状态。

21.根据权利要求18所述的服务器，其特征在于，还包括：

第二接收模块，用于接收所述乘客终端发送的行程正常确认信息，所述行程正常确认信息表征用户确认行程正常；

第四发送模块，用于向所述乘客终端发送确认提示信息并发送以下提示信息：录音/实时位置监测中、行程录音监测中、异常停留监测中、路线偏移监测中；其中，所述确认提示信息包括确认事件记录和确认时刻。

22.根据权利要求20所述的服务器，其特征在于，所述第一检测模块包括以下至少一者：

第一检测子模块，用于在所述订单对应的行程进行期间，检测是否持续接收到司机终端和乘客终端各自发送的录音，并对录音进行异常识别，其中，所述订单对应的行程异常包括：未接收到所述司机终端和所述乘客终端中至少一者发送的录音，或，所述司机终端和所述乘客终端中至少一者发送的录音对应的文本包括敏感词；

第二检测子模块，用于在所述订单对应的行程进行期间，检测司机终端和乘客终端各自位置是否处于所述订单对应的行程路线上，其中，所述订单对应的行程异常包括：司机终端和乘客终端中至少一者的位置偏离所述行程路线；

第三检测子模块，用于在所述订单对应的行程进行期间，检测司机终端和乘客终端持续处于所述订单对应的行程路线上的一个位置的时长是否超过预设时长，其中，所述订单对应的行程异常包括：所述司机终端和所述乘客终端持续处于所述订单对应的行程路线上的一个位置的时长超过所述预设时长。

23.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-11任一所述的方法中的步骤。

24.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行时实现如权利要求1-11任一所述的方法的步骤。

Images