CN111147671A

CN111147671A - 信息处理方法、装置、服务器及计算机可读存储介质

Info

Publication number: CN111147671A
Application number: CN201811302464.2A
Authority: CN
Inventors: 栗东晖; 刘艳丽
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2018-11-02
Filing date: 2018-11-02
Publication date: 2020-05-12

Abstract

本申请实施例提供了一种信息处理方法、装置、服务器及计算机可读存储介质，其中，该方法包括：服务器接收到客户端进入预设功能页面的信息后，监测所述客户端在所述预设功能页面的操作；若确定所述客户端在指定时长内没有执行目标操作，则触发向客户端发起呼叫请求的指令。本申请实施例接收到客户端进入预设功能页面的信息后，在指定时长内是否执行了目标操作，若否，则触发向客户端发起呼叫请求的指令，以确定客户端用户的安全状态，从而提高了乘车环境的安全性。

Description

信息处理方法、装置、服务器及计算机可读存储介质

技术领域

本申请涉及计算机监控技术领域，具体而言，涉及一种信息处理方法、装置、服务器及计算机可读存储介质。

背景技术

随着汽车电子技术的持续快速发展，乘坐出租车出行和预约乘坐私家车出行等出行方式得到了长足发展，在人们日常生活出行中起到了不可替代的作用，为广大人民的日常生活、交通出行带来了极大方便。

随着社会的进一步发展，传统的出租车已经不能满足人们出行的需求，为了更加方便用户的需求，目前市面上出现了网络预约车，方便用户通过用车软件预定符合自己行程的车辆。

随着提供服务的出租车和私家车数量的增多，服务安全性的问题变得越来越重要，尤其是在乘客独自乘车环境中，可能会遇到各种紧急情况，如何最大限度地保证乘车安全，是目前急需解决的问题。

发明内容

有鉴于此，本申请实施例的目的在于提供信息处理方法、装置、服务器及计算机可读存储介质，以提高乘车环境的安全性。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种信息处理方法，所述方法包括：

服务器接收到客户端进入预设功能页面的信息后，监测所述客户端在所述预设功能页面的操作；

若确定所述客户端在指定时长内没有执行目标操作，则触发向所述客户端发起呼叫请求的指令。

在一些实施例中，所述触发向所述客户端发起呼叫请求的指令，包括：

向客户服务端发送回拨指令，所述回拨指令用于指示所述客户服务端向所述客户端发起通信请求；或者，

向所述服务器的通讯模块下发向所述客户端发起呼叫请求的指令。

在一些实施例中，所述监测所述客户端在所述预设功能页面的操作，包括：

监测所述客户端是否触发所述预设功能页面的下级菜单功能；

所述确定所述客户端在指定时长内没有执行目标操作，包括：

确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能。

在本申请一些实施例中，若在进入所述预设功能页面的信息后，存在多级菜单功能；所述确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能，包括：

接收到所述客户端进入所述预设功能页面的信息后，确定所述客户端在第一预设时长内没有触发到所述预设功能页面下的最下一级菜单功能；或者，

接收到所述客户端进入所述预设功能页面下的除最下一级之外的其它任一级别菜单功能后，确定所述客户端在第二预设时长内没有触发到所述任一级的下一级菜单功能。

在本申请一些实施例中，确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能之后，还包括：

根据所述客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施。

在本申请一些实施例中，若确定所述客户端在指定时长内没有执行目标操作，则触发向所述客户端发起呼叫请求的指令，包括：

根据所述客户端最近一次触发的菜单功能级别，确定与该菜单功能级别对应的回拨优先级；

根据确定的回拨优先级，触发向所述客户端发起呼叫请求的指令。

在本申请一些实施例中，所述菜单功能级别包括当前菜单功能在下拉菜单中的操作级别，和/或，当前菜单功能对应的危险等级。

根据所述客户端当前的出行订单信息，确定所述客户端用户当前所处的环境危险等级；

根据确定的环境危险等级，确定所述客户端的回拨优先级；

在本申请一些实施例中，若确定所述客户端在指定时长内没有执行目标操作，所述方法还包括：

根据所述环境危险等级，执行与该环境危险等级对应级别的安全处理措施。

在本申请一些实施例中，所述客户端为服务请求端或服务提供端，根据以下出行订单信息中的至少一种，确定所述客户端用户当前所处的环境危险等级：

当前时间、当前所处的地理位置信息、所述出行订单的行程路线、服务请求端用户的身份信息、服务提供端用户的身份信息、服务器提供端用户的信用等级。

在本申请一些实施例中，所述触发向所述客户端发起呼叫请求的指令之后，还包括：

若在第三预设时长内所述客户端没有接受呼叫，则执行预设的安全处理措施。

若在所述客户端接受呼叫后，没有在第四预设时长内监听到客户端的语音信息，则执行预设的安全处理措施。

在本申请一些实施例中，所述客户端为服务请求端或服务提供端，所述安全处理措施包括以下至少一种：

将所述客户端的行程信息分享给所述客户端的紧急联系人；向与所述客户端在预设距离范围内的服务请求端和/或服务提供端发送求助信息；触发公安报警。

第二方面，本申请实施例提供了一种信息处理装置，包括：

监测模块，用于接收到客户端进入预设功能页面的信息后，监测所述客户端在所述预设功能页面的操作；

呼叫模块，用于若确定所述客户端在指定时长内没有执行目标操作，则触发向所述客户端发起呼叫请求的指令。

在本申请一些实施例中，所述呼叫模块，具体用于：

在本申请一些实施例中，所述监测模块，具体用于监测所述预设功能页面的下级菜单功能；

所述呼叫模块，具体用于确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能。

在本申请一些实施例中，若在进入所述预设功能页面的信息后，存在多级菜单功能；所述呼叫模块，具体用于：

在本申请一些实施例中，所述呼叫模块确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能之后，还用于：

在本申请一些实施例中，所述呼叫模块，具体用于：

在本申请一些实施例中，所述菜单功能级别包括当前菜单功能在下拉菜单中的操作级别，和/或当，前菜单功能对应的危险等级。

在本申请一些实施例中，所述呼叫模块，具体用于：

根据确定的环境危险等级，确定所述客户端的回拨优先级；

在本申请一些实施例中，若确定所述客户端在指定时长内没有执行目标操作，所述呼叫模块还用于：

在本申请一些实施例中，所述客户端为服务请求端获服务提供端，所述呼叫模块根据以下出行订单信息中的至少一种，确定所述客户端用户当前所处的环境危险等级：

当前时间、当前所处的地理位置信息、所述出行订单的行程路线、服务请求端用户的身份信息、服务提供端用户的身份信息、服务提供端用户的信用等级。

在本申请一些实施例中，触发向所述客户端发起呼叫请求的指令之后，所述呼叫模块还用于：

第三方面，本申请实施例提供了一种服务器，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当信息处理装置运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如第一方面任一所述的信息处理方法的步骤。

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

本申请实施例提供了一种信息处理方法、装置、服务器及计算机可读存储介质，通过监测客户端在进入预设功能页面后，在指定时长内是否执行了目标操作，若否，则触发向所述客户端发起呼叫请求的指令，以确定客户端用户的安全需求，这样便于根据客户端用户的安全需求采取对应的措施，尽量避免客户端用户可能出现的未知危险，从而提高乘车环境的安全性。

本申请实施例的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请实施例的上述技术即可得知。

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

附图说明

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

图1a示出了本申请实施例所提供的用车软件上的紧急求助菜单界面之一；

图1b示出了本申请实施例所提供的用车软件上的紧急求助菜单界面之二；

图1c示出了本申请实施例所提供的用车软件上的紧急求助菜单界面之三；

图2示出了本申请实施例所提供的一种信息处理系统100的框图；

图3示出了本申请实施例所提供的信息处理系统100中，示例性硬件和软件组件的示意图；

图4示出了本申请实施例所提供的一种信息处理方法的流程示意图；

图5示出了本申请实施例所提供的根据菜单功能级别触发向客户端发起呼叫请求的指令的方法流程图；

图6示出了本申请实施例所提供的根据环境危险等级执行的安全处理措施的方法流程图；

图7示出了本申请实施例所提供的根据环境危险等级触发向客户端发起呼叫请求的指令的方法流程图；

图8示出了本申请实施例所提供的一种信息处理装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车(如专车、快车等)安全处理”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车安全处理进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型，还可以应用于其它订单界面相关的处理服务。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等，或其任意组合。本申请还可以包括用于提供网约车安全处理的任何服务系统。本申请的方法和装置的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。

本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。

本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。

本申请实施例中涉及的出行服务平台用于根据接收的客户端的出行服务请求为用户提供相应的服务。出行服务平台可以包括多个打车系统，如包括出租车打车系统、快车打车系统、专车打车系统、顺风车打车系统等。客户端的出行服务请求中包含有出发地信息和目的地信息。

目前，在用车软件上包括多种对应不同功能的预设功能按钮，用户可以触发其中一个预设功能按钮进入到与该预设功能按钮对应的预设功能页面，进而在该预设功能页面再进一步选择需要进行的目标操作，下面以预设功能页面为紧急求助功能页面为例进行说明。

为了提高乘车环境的安全性，当预设功能页面为紧急求助功能页面时，如果用户需要紧急求助时，可以通过触发紧急求助功能，进入紧急求助功能页面，进而继续选择需要进行的目标操作，以寻求帮助。图1a至图1c是在触发紧急求助功能后，直至触发公安报警的一种示意图。

如图1a所示，用户进入到紧急求助所在的应用界面时，可以通过触发该应用界面的紧急求助按钮，进入如图1b所示的菜单，即紧急求助功能页面，在如图1b所示的菜单中，包括公安报警110、急救120、交通事故122、紧急联系人和安全客服这些不同的功能键，如果用户在图1b所示的界面上触发公安报警110时，进入到如图1c所示的菜单中，如果用户在如图1c所示的菜单中触发的目标操作为呼叫时，则拨打110进行公安报警。

但是一些紧急情况，可能用户已经打开了紧急求助功能所在的页面如图1a，触发了如图1a所示的紧急求助按钮后进入紧急求助功能页面如图1b，还没来得及触发紧急求助功能页面中的目标操作按钮就遇到紧急状况，使得用车后台无法确定用户的目标意图，为了确定用户的真实状态，提高乘车环境的安全性，提出了本申请。

图2是本申请一些实施例的一种应用场景的系统的框图。例如，系统可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。系统可以包括服务器210、网络220、服务请求方终端230、服务提供方终端240和数据库250中的一种或多种，服务器210中可以包括执行指令操作的处理器。

本申请实施例的信息处理方法可以应用于上述系统的服务器210。

在一些实施例中，服务器210可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器210可以是分布式系统)。服务器210可以在具有本申请中图3所示的一个或多个组件的电子设备300上实现。

在一些实施例中，服务器210相对于终端，可以是本地的、也可以是远程的。例如，服务器210可以经由网络220访问存储在服务请求方终端230、服务提供方终端240、或数据库250、或其任意组合中的信息和/或数据。作为另一示例，服务器210可以直接连接到服务请求方终端230、服务提供方终端240和数据库250中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器210可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，

在一些实施例中，服务器210可以包括处理器320。处理器320可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器320可以基于从服务请求方终端230获得的服务请求来确定目标车辆。在一些实施例中，处理器320可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器320可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、专用指令集处理器(Application SpecificInstruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital SignalProcessor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing,RISC)、或微处理器等，或其任意组合。

网络220可以用于信息和/或数据的交换。在一些实施例中，上述系统中的一个或多个组件(例如，服务器210，服务请求方终端230，服务提供方终端240和数据库250)可以向其他组件发送信息和/或数据。例如，服务器210可以经由网络220从服务请求方终端230获取服务请求。在一些实施例中，网络220可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络230可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched TelephoneNetwork，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络220可以包括一个或多个网络接入点。例如，网络220可以包括有线或无线网络接入点，例如基站和/或网络交换节点，上述系统的一个或多个组件可以通过该接入点连接到网络220以交换数据和/或信息。

在一些实施例中，服务请求方终端230的用户可以是除服务实际需求者之外的其他人。例如，服务请求方终端230的用户A可以使用服务请求方终端230来为服务实际需求者B发起服务请求(比如，用户A可以为自己的朋友B叫车)，或者从服务器210接收服务信息或指令等。在一些实施例中，服务提供方终端240的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端240的用户C可以使用服务提供方终端240接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单)，和/或来自服务器210的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。

在一些实施例中，服务请求方终端230可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端230可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。

在一些实施例中，服务提供方终端240可以是与服务请求方终端230类似或相同的设备。在一些实施例中，服务提供方终端240可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端230和/或服务提供方终端240可以与其他定位设备通信以确定服务请求方、服务请求方终端230、服务提供方、或服务提供方终端240、或其任意组合的位置。在一些实施例中，服务请求方终端230和/或服务提供方终端240可以将定位信息发送给服务器210。

数据库250可以存储数据和/或指令。在一些实施例中，数据库250可以存储从服务请求方终端230和/或服务提供方终端240获得的数据。在一些实施例中，数据库250可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库250可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory,ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory,RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory,DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM,DDR SDRAM)；静态RAM(Static Random-Access Memory,SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory,T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory,MROM)、可编程ROM(Programmable Read-OnlyMemory,PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory,PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory,EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库250可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

在一些实施例中，数据库250可以连接到网络220以与上述系统(例如，服务器210，服务请求方终端230，服务提供方终端240等)中的一个或多个组件通信。上述系统中的一个或多个组件可以经由网络220访问存储在数据库250中的数据或指令。在一些实施例中，数据库250可以直接连接到上述系统中的一个或多个组件(例如，服务器210，服务请求方终端230，服务提供方终端240等)；或者，在一些实施例中，数据库250也可以是服务器210的一部分。

在一些实施例中，系统中的一个或多个组件(例如，服务器210，服务请求方终端230，服务提供方终端240等)可以具有访问数据库250的权限。在一些实施例中，当满足一定条件时，系统中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器210可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例，服务提供方终端240可以在从服务请求方终端230接收服务请求时访问与服务请求方有关的信息，但是服务提供方终端240可以不修改服务请求方的相关信息。

在一些实施例中，可以通过请求服务来实现上述系统中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant,PDA)、智能手表、销售点(Point of sales,POS)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球等)等，或其任意组合。

图3示出根据本申请的一些实施例的可以实现本申请思想的服务器210、服务请求方终端230、服务提供方终端240的电子设备300的示例性硬件和软件组件的示意图。例如，处理器320可以用于电子设备300上，并且用于执行本申请中的功能。

电子设备300可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的信息处理方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备300可以包括连接到网络的网络端口310、用于执行程序指令的一个或多个处理器320、通信总线330、和不同形式的存储介质340，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备300还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口350。

为了便于说明，在电子设备300中仅描述了一个处理器。然而，应当注意，本申请中的电子设备300还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备300的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。

本申请实施例提供了一种信息处理方法，应用于用车平台服务器，如图4所示，具体包括以下步骤S401～S402：

S401，服务器接收到客户端进入预设功能页面的信息后，监测客户端在预设功能页面的操作。

本申请实施例中，主要以预设功能页面为紧急求助功能页面为例进行说明。

这里，服务请求方或服务提供方在客户端上触发紧急求助功能后，客户端展示出紧急求助页面，服务请求方或服务提供方可以在该紧急求助功能页面上继续进行目标操作。

本申请实施例中的客户端可以是服务请求端或者服务器提供端，在出行场景下，服务请求方具体可以是乘客，服务提供方可以是司机；客户端具体可以是乘客端或司机端，具体包括乘车环境中乘客或者司机所使用的移动电话或固定电话或其他具有信息传输功能的设备等，例如智能手机、个人数码助理(Personal Digital Assistant,PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备等。

当客户端是乘客端时，当乘客在乘车过程中，遇到紧急情况，比如司机意图不轨，可以触发乘客端的紧急求助功能从而进入紧急求助功能页面，然后再进行与紧急情况对应的目标操作；当客户端是司机端，司机在拉载乘客的开车过程中，遇到紧急情况，比如被乘客劫持，也可以触发司机端的紧急求助功能进入紧急求助功能页面，然后再进行与紧急情况对应的目标操作。

这里，用户(乘客或司机)在紧急情况下，通过客户端触发出行服务平台中的紧急求助功能后，平台服务器可以在监测到客户端触发了紧急求助功能后，开始监测客户端的进一步操作，即用户的进一步需求。

S402，若确定客户端在指定时长内没有执行目标操作，则触发向客户端发起呼叫请求的指令。

一般在紧急状态下，用户在触发紧急求助功能进入紧急求助页面后，能够继续通过客户端进行操作时，会继续选择自己需要的目标操作，如果服务器迟迟没有监测到客户端执行目标操作，则触发向客户端发起呼叫请求的指令。

这里的指定时长可以是通过提前统计得出的时长，比如在平均状况下，在触发紧急求助后，到执行目标操作时需要的时长，将该时长作为这里的指定时长。

在S402中，触发向客户端发起呼叫请求的指令，包括以下两种情况：

第一种情况，向客户服务端发送回拨指令，回拨指令用于指示客户服务端向客户端发起通信请求。

这里，回拨指令中还包括客户服务端的通信号码，客户服务端在接收到通信请求后，通过该通信号码向客户端进行回拨呼叫。

第二种情况，向服务器的通讯模块下发向客户端发起呼叫请求的指令。

这里，通讯模块是指服务器实现对外通讯功能的组件，服务器在接收到向客户端发起呼叫请求的指令后，可以通过通讯模块自动向客户端发起呼叫，对客户端的接听状态和接听后的语音信息进行自动采集，并根据采集的客户端的接听状态和接听后的语音进行分析，根据分析结果执行相关安全处理措施，比如分析结果表明客户确实处于危险状态，则紧急联系客服报警等。

在一种实施方式中，步骤S401中，监测客户端在预设功能页面的操作状态，包括：

监测客户端是否触发预设功能页面的下级菜单功能。

步骤S402中，确定客户端在指定时长内没有执行目标操作，包括：

确定客户端在指定时长内没有触发预设功能页面的下级菜单功能。

在一种实施例中，若在进入预设功能页面的信息后，存在多级菜单功能；上述步骤中，确定客户端在指定时长内没有触发预设功能页面的下级菜单功能，包括以下两种情况：

第一种情况：接收到客户端进入预设功能页面的信息后，确定客户端在第一预设时长内没有触发到预设功能页面下的最下一级菜单功能。

这里的最下一级菜单功能即客户端触发的明确的客户需要的操作，这里的客户指的是乘客或者司机。

结合图1b和图1c对该情况进行说明，在确定客户端触发紧急求助功能后，即确定客户端进入如图1b所示的菜单，但是第一预设时长内没有触发到最下一级菜单功能，即在进入图1b后，在第一预设时长内没有触发图1c中的拨打或者取消功能。

比如，第一预设时长为1分钟，当确定客户端触发紧急求助功能进入到图1b对应的菜单后，在1分钟内，没有触发到如图1c中的拨打或者取消功能。

第二种情况：接收到客户端进入预设功能页面下的除最下一级之外的其它任一级别菜单功能后，确定客户端在第二预设时长内没有触发到该任一级的下一级菜单功能。

这里，同样结合图1a～图1c为例进行说明，在确定客户端在触发到紧急求助功能下的除最下一级之外的其它任一级菜单功能后，比如确定客户端触发了如图1b所示的菜单中的公安报警110功能，但是第二预设时长(比如10s)内没有触发到该公安报警110的下一级菜单功能，即在触发了公安报警110后，在第二预设时长内没有触发如图1c中的拨打或者取消功能。

比如，第二预设时长为30秒，当确定客户端触发紧急求助功能进入到图1b对应的菜单后，继续触发公安报警110进入到图1c后，在30秒内，没有触发到如图1c中的拨打或者取消功能。

这里，由于第二预设时长是针对相邻两级菜单之间设置的时长，而第一预设时长是针对在触发紧急求助功能和触发最下一级菜单功能之间的时长，故第二预设时长一般小于第一预设时长。

在具体实施中，确定客户端在指定时长内没有触发预设功能页面的下级菜单功能之后，上述信息处理方法还包括：

根据客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施。

其中，菜单功能级别包括当前菜单功能在下拉菜单中的操作级别，和/或，当前菜单功能对应的危险等级。

其中，操作级别指的是当前菜单功能在下拉菜单中为几级菜单，比如是一级菜单、二级菜单还是三级菜单。

下面仍然以预设功能页面为紧急求助功能页面进行说明：

上述危险等级可以指提前预设的，即不同的菜单功能在下拉菜单中的对应的紧急级别可能不同，比如预设公安报警110、急救120和交通事故122对应的菜单功能的危险等级高于紧急联系人和安全客服对应的菜单功能。

这里菜单功能级别可以与操作级别相关，也可以与危险等级相关，或者可以同时由操作级别和危险等级决定；具体地，操作级别各个级别对应的分值可以不同，预设的危险等级对应的分值也可以不同，当确定了客户端触发的当前菜单功能在下拉菜单中的操作级别和危险等级时，可以确定客户端最近一次触发的菜单功能级别，进而执行与该菜单功能级别对应级别的安全处理措施。

其中，上述安全处理措施包括以下至少一种：

将客户端的行程信息分享给客户端的紧急联系人；向与客户端在预设距离范围内的服务请求端和/或服务提供端发送求助信息；向触发公安报警。

其中，将客户端的行程信息分享给客户端的紧急联系人，可以将客户端的预设行程信息和实际行程信息发送给客户端中预存的紧急联系人对应的终端设备。

具体地，可以向与当前客户端在预设距离范围内的服务请求端(可以是乘客端)和/或服务提供端(可以是司机端)发送求助信息。服务器获取发起紧急求助的当前客户端定位的地理位置，基于当前客户端定位的地理位置，以及当前在平台上线的其它客户端(其它乘客端和/或司机端)定位的地理位置，检测与当前客户端的当前地理位置小于设定距离的区域内是否存在其它客户端；若存在，向其它客户端发送求救请求，求救请求携带当前客户端所在的车辆的车牌号和当前地理位置。

针对上述提到在确定客户端最近一次触发的菜单功能级别，进而执行与该菜单功能级别对应级别的安全处理措施，可知，不同的菜单功能级别，对应的安全处理措施可以是不相同的，比如，菜单功能级别较低的，可能仅仅是将客户端的行程分享给客户端的紧急联系人，菜单功能级别较高的，可能需要在将客户端的行程分享给客户端的紧急联系人的同时，向公安报警；菜单功能级别更高的，可能需要将客户端的行程信息分享给客户端的紧急联系人、向与客户端在预设距离范围内的服务请求端和/或服务提供端发送求助信息以及向触发公安报警。

在一种实施方式中，可以基于客户端最近一次触发的菜单功能级别，确定回拨优先级；尤其在客服资源紧张的情况下，这种实施方式可以更合理地利用客服资源。

具体地，步骤S402中，若确定客户端在指定时长内没有执行目标操作，则触发向客户端发起呼叫请求的指令，如图5所示，包括以下具体步骤S501～S502：

S501，根据客户端最近一次触发的菜单功能级别，确定与该菜单功能级别对应的回拨优先级。

同样地，菜单功能级别包括当前菜单功能在下拉菜单中的操作级别和/或当前菜单功能对应的危险等级，其中操作级别和危险等级在根据客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施对应的步骤之后，进行了阐述，在此不再赘述。

考虑到客服资源有限，当确定当前需要发起呼叫请求的客户端数量较多时，因为客户资源有限，无法满足同时联系所有需要发起呼叫请求的客户端，这个时候可以为各个需要发起呼叫请求的客户端配置回拨优先级。

这里可以预先设置各个不同的菜单功能级别对应的回拨优先级，当确定了客户端最近一次触发的菜单功能级别后，就能够确定该客户端的回拨优先级。

S502，根据确定的回拨优先级，触发向客户端发起呼叫请求的指令。

比如，当客户端A的回拨优先级确定后，可以按照该回拨优先级向客户端A发起呼叫请求，比如，当确定的回拨优先级较低时，在客服资源有限的条件下，可以在呼叫完其他回拨优先级较高的客户端后，再对该回拨优先级低的客户端A进行呼叫；当确定的回拨优先级较高时，优先对该回拨优先级高的客户端A进行呼叫，这样便于对需要紧急帮助的乘客或司机提供及时的帮助，从而降低危险的概率，提高安全乘车环境。

另外，当需要进行呼叫的客户端数量较少时，客服资源充足时，也可以同时向需要进行呼叫的客户端发起呼叫请求。

在一种实施方式中，如图6所示，在确定客户端在指定时长内没有执行目标操作之后，除了根据客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施以外，信息处理方法还包括以下具体步骤S601～S602：

S601，根据客户端当前的出行订单信息，确定客户端用户当前的环境危险等级。

其中，出行订单信息可以在出行服务平台上直接获取，根据客户端的订单信息可以确定客户端用户当前乘车环境。

具体地，根据以下出行订单信息中的至少一种，确定客户端用户当前所处的环境危险等级：

当前时间、当前的地理位置信息、出行订单的行程路线、乘客身份信息、司机身份信息、司机信用等级。

有些情况下，用户在乘车环境中或者在载客环境中遇到的紧急情况，与其所处的环境有很大的相关性。

比如，针对上述指标中的当前时间指标的说明如下：

比如经过数据统计，危险状况发生的时间段大部分在夜间，尤其是在夜间凌晨后至第二天清晨的时间段，则确定如果当前时间为夜间24点至凌晨6点时对应的环境危险等级较高，其他时间段次之。

针对上述指标中的当前地理位置信息指标的说明如下：

当前地理位置信息可以是客户端或者车载导航上的定位系统采集的当前地理位置信息，并通过通信部件发送至出行服务平台的服务器中的，其可以表示用户当前所在的真实地理位置，如果该真实地理位置与出行订单中规划好的行程路线相符时，对应的环境危险等级较高，如果该真实地理位置与出行订单中规划好的行程路线不相符时，甚至相差较远时，对应的环境危险等级较低。

针对上述指标中的出行订单的行程路线指标的说明如下：

在客户端确定了上车位置和目的地后，一般情况下，系统会结合电子地图自动设置几条符合到达目的地的路线，即出行订单中规划好的行程路线，服务器能够从出行服务平台中获取这些规划好的行程路线，当监测到客户端的实际路线与这些规划好的路线均不符合时，确认对应的环境危险等级较高。

针对上述指标中的乘客身份信息指标和司机身份信息指标的说明如下：

这里，乘客身份信息和司机身份信息重点包括乘客和司机的性别和年龄，根据数据统计，性别为女性时对应的环境危险等级高于性别为男性时对应的环境危险等级；尤其是当乘客或者司机为年轻女性时对应的环境危险等级较高。

针对上述指标中的司机信用等级的说明如下：

当客户端为乘客端时，司机的信用等级较高时，乘客对应的环境危险等级较低，司机的信用等级较低时，乘客对应的环境危险等级较高。

另外，也可以考虑乘客信用等级，来判断司机对应的环境危险等级，不再赘述。

上述各个指标可以单独来确定客户端用户当前所处的环境危险等级，也可以相互结合来确定客户端用户当前所处的环境危险等级。

具体地，可以预先对当前时间、当前的地理位置信息、出行订单的行程路线、乘客身份信息、司机身份信息和司机信用等级这些评价环境危险等级的指标分配权重，从而为每个指标配置与权重对应的分值，在根据客户端当前的出行订单信息以及每个指标的分值计算出客户端用户当前所处的危险分值，进而可以根据危险分值与环境危险等级的映射关系，确定出客户端用户当前所处的环境危险等级。

比如，危险分值0-30分对应的环境危险等级为C，危险分值30-60分对应的环境危险等级为B，危险分值60-90分对应的环境危险等级为A，危险分值90+对应的环境等级为A+。

具体地，每个指标所占的分值可以针对不同的乘车环境进行变化，针对不同的乘车环境，各个指标对应的分值并不是一成不变的，比如，如果乘车环境中，司机和乘客均为年轻男性，可能乘客身份信息和司机身份信息所占的分值就会降低，而如果司机和乘客一个为年轻女性，另外一个为信用等级较差的男性时，当身份信息所占的分值就会较高。

比如，一种具体场景：当确定客户端触发紧急求助功能，且在指定时长内没有执行目标操作之后，若发现客户端用户为年轻女性乘客，且当前时间为凌晨2点，对应的司机为男性且信用等级较低时，根据上述方法计算出危险分值为80分时，则可以确定当前客户端用户所处的环境危险等级较低。

S602，根据环境危险等级，执行与该环境危险等级对应级别的安全处理措施。

针对不同的环境危险等级，配置的安全处理措施可以不同，比如，环境危险等级较低的，执行的安全处理措施可以是将客户端的行程分享给客户端的紧急联系人，环境危险等级较高的，执行的安全处理措施可以同时将客户端的行程分享给客户端的紧急联系人，同时向公安报警；环境危险等级极高的，执行的安全处理措施可以将客户端的行程信息分享给客户端的紧急联系人、向与客户端在预设距离范围内的服务请求端和/或服务提供端发送求助信息以及向触发公安报警。

通过初步确定客户端用户所处的环境危险等级，安排与该环境危险等级对应级别的安全处理措施，及时预先判断客户端用户可能需要的帮助，极大的降低危险出现的概率，从而提高乘车环境的安全性。

在一种实施方式中，本实施例中，首先根据客户端当前的出行订单信息，确定客户端用户当前的环境危险等级，然后再根据环境危险等级，执行与该环境危险等级对应级别的安全处理措施，可以与上述实施例中根据客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施相互结合进行实施，具体如下：

可以根据客户端用户当前所处环境危险等级以及客户端最近一次触发的菜单功能级别，共同确定要执行的安全处理措施，比如可以给菜单功能级别中的各个不同级别都配置不同的分值，给环境危险等级中的各个不同级别也配置不同的分值，然后确定当前菜单功能级别和环境危险等级的总分值，按照预先设置好的总分值所属的分值区间与总级别的映射关系，以及总级别与安全处理措施的映射关系，确定需要执行的对应级别的安全处理措施。

在一种实施方式中，步骤S402中，若确定客户端在指定时长内没有执行目标操作，则触发向客户端发起呼叫请求的指令，如图7所示，该过程具体包括以下步骤S701～S703：

S701，根据客户端当前的出行订单信息，确定客户端用户当前所处的环境危险等级。

这里，根据客户端当前的出行订单信息确定客户端用户当前所处的环境危险等级与步骤S601中的具体说明一致，在此不再赘述。

S702，根据确定的环境危险等级，确定客户端的回拨优先级。

同样地，考虑到客服资源的有限性，当确定当前需要发起呼叫请求的客户端数量较多时，优先选择急需进行呼叫的客户端，进行呼叫动作。

这里是根据环境危险等级来确定客户端的回拨优先级，可以预先设置不同的环境危险等级对应的回拨优先级，比如，环境危险等级极高的对应的回拨优先级也极高，环境危险等级低的对应的回拨优先级也较低。

S703，根据确定的回拨优先级，触发向客户端发起呼叫请求的指令。

与步骤S502中类似，这里当回拨优先级确定后，平台服务器能够确定目前需要进行呼叫的客户端的优先级，当需要进行呼叫的客户端数量较多时，可以优先呼叫回拨优先级较高的客户端，以便对紧急需要帮助的乘客或司机进行及时帮助。

当然，当客服资源充足时，也可以同时对需要进行呼叫的客户端进行呼叫。

在一种实施方式中，本实施例中，根据确定的环境危险等级，确定客户端的回拨优先级，再基于客户端的回拨优先级触发向客户端发起呼叫请求的指令，这种信息处理方法，可以与上述提到的几个实施例结合进行处理，可以结合的实施例如下：

(1)根据客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施。

(2)根据客户端最近一次触发的菜单功能级别确定与该菜单功能级别对应的回拨优先级，然后根据确定的回拨优先级触发向客户端发起呼叫请求的指令。

(3)根据客户端当前的出行订单信息，确定客户端用户当前所处的环境危险等级，然后根据该环境危险等级，执行与该环境危险等级对应级别的安全处理措施。

具体地，可以根据客户端最近一次触发的菜单功能级别，执行与该菜单功能级别对应级别的安全处理措施，同时，执行根据确定的环境危险等级，确定客户端的回拨优先级，再基于客户端的回拨优先级触发向客户端发起呼叫请求的指令。

可以根据客户端最近一次触发的菜单功能级别和确定的环境危险等级，一起确定客户端的回拨优先级，比如给菜单功能级别和环境危险等级的级别均很高时，则回拨优先级的等级也高，具体在实施过程中，可以给菜单功能级别中的各个不同级别都配置不同的分值，给环境危险等级中的各个不同级别也配置不同的分值，然后确定当前菜单功能级别和环境危险等级的总分值，按照预先设置好的总分值所属的分值区间与总级别的映射关系，以及总级别与回拨优先级的映射关系，确定当前客户端的回拨优先级。

也可以同时根据环境危险等级确定客户端的回拨优先级以及执行与该环境危险等级对应级别的安全处理措施。

在具体实施中，为了进一步验证客户端用户的安全，步骤S402中触发向客户端发起呼叫请求的指令之后，信息处理方法还包括：

若在第三预设时长内客户端没有接受呼叫，则执行预设的安全处理措施。

这里的第三预设时长与前文中的第一预设时长和第二预设时长没有先后关系，也没有大小关系，仅仅是为了与前文中的第一预设时长和第二预设时长进行区分。

这里的第三预设时长可以是出行服务平台的服务器预置的，可以设置为在正常情况下从开始呼叫客户端到客户端用户接听电话的平均时长，如果客户端用户在第三预设时长内未接听电话，说明客户端用户可能出现紧急情况，基于此，假如监测到第三预设时长内客户端没有接受呼叫，则执行预设的安全处理措施。

这里的客户端既可以是乘客端，也可以是司机端，乘客端用户和司机端用户都有可能遇到紧急情况，针对此，这里第三预设时长内客户端没有接受呼叫可以包括以下几种情况：

第一种情况：向乘客端发起呼叫请求之后，在第三预设时长内乘客端没有接受呼叫。

第二种情况：向乘客端发起呼叫请求之后，在第三预设时长内乘客端没有接受呼叫，继续向处于同一乘车环境中的司机端发送呼叫请求，且在第三预设时长内司机端也没有接受呼叫。

第三种情况：向司机端发起呼叫请求之后，在第三预设时长内司机端没有接受呼叫。

第四种情况：向司机端发起呼叫请求之后，在第三预设时长内司机端没有接受呼叫，继续向处于同一乘车环境中的乘客端发送呼叫请求，且在第三预设时长内乘客端也没有接受呼叫。

以上四种情况中，乘客端和司机端在第三预设时长内均没有接受呼叫的情况，乘客端和/或司机端出现紧急情况的概率较大。

在具体实施中，步骤S402中，触发向客户端发起呼叫请求的指令之后，还可以包括：

若客户端在接受呼叫后，没有在第四预设时长内监听到客户端的语音信息，则执行预设的安全处理措施。

同样，这里的第四预设时长与前文中的第一预设时长、第二预设时长和第三预设时长没有先后关系，也没有大小关系，仅仅是为了与前文中的第一预设时长、第二预设时长和第三预设时长进行区分。

这里的第四预设时长可以是出行服务平台的服务器预置的，可以设置为在正常情况下客户端接受呼叫后到监听到客户端用户的语音信息的平均间隔时长，如果客户端用户接受呼叫后，没有在第四预设时长内监听到客户端用户的语音信息，则说明客户端用户可能出现紧急情况，基于此，假如没有在第四预设时长内监听到客户端的语音信息，则执行预设的安全处理措施。

这里，没有在第四预设时长内监听到客户端的语音信息，以下几种情况：

第一种情况：乘客端在接受呼叫后，没有在第四预设时长内监听到客户端的语音信息。

第二种情况：乘客端在接受呼叫后，没有在第四预设时长内监听到客户端的语音信息，继续向处于同一乘车环境中的司机端发送呼叫请求，且司机端在接受呼叫后，没有在第四预设时长内监听到司机端的语音信息。

第三种情况：司机端在接受呼叫后，没有在第四预设时长内监听到司机端的语音信息。

第四种情况：司机端在接受呼叫后，没有在第四预设时长内监听到司机端的语音信息，继续向处于同一乘车环境中的乘客端发送呼叫请求，且乘客端在接受呼叫后，没有在第四预设时长内监听到乘客端的语音信息。

以上四种情况中，没有在第四预设时长内监听到乘客端和司机端的语音信息的情况，乘客端和/或司机端出现紧急情况的概率较大。

同样地，这里的安全处理措施包括以下至少一种：

将客户端的行程信息分享给客户端的紧急联系人；向与客户端在预设距离范围内的服务请求端(可以是乘客端)和/或服务提供端(可以是司机端)发送求助信息；触发公安报警。

以上各种实施例中的信息处理方法中，包括但不局限于以下几种：

(2)根据客户端最近一次触发的菜单功能级别，确定与该菜单功能级别对应的回拨优先级；然后根据确定的回拨优先级，触发向客户端发起呼叫请求的指令。

(3)根据客户端当前的出行订单信息，确定客户端用户当前所处的环境危险等级；根据确定的环境危险等级，确定客户端的回拨优先级；然后根据确定的回拨优先级，触发向客户端发起呼叫请求的指令。

(4)根据客户端当前的出行订单信息，确定客户端用户当前所处的环境危险等级；然后根据环境危险等级，执行与该环境危险等级对应级别的安全处理措施。

以上(1)～(4)对应的信息处理方法均可以单独实施也可以结合实施。

图8是示出本申请的一些实施例的信息处理装置800的框图，该信息处理装置800实现的功能对应上述方法执行的步骤。该装置可以理解为上述服务器，或服务器的处理器，也可以理解为独立于上述服务器或处理器之外的在服务器控制下实现本申请功能的组件，如图8所示，信息处理装置可以包括监测模块801和呼叫模块802。

监测模块801可以用于接收到客户端触进入预设功能页面的信息后，监测在预设功能页面的操作。

呼叫模块802可以用于若确定客户端在指定时长内没有执行目标操作，在触发向客户端发起呼叫请求的指令。

呼叫模块802可以具体用于：

向客户服务端发送回拨指令，回拨指令用于指示客户服务端向客户端发起通信请求；或者，

向服务器的通讯模块下发向客户端发起呼叫请求的指令。

监测模块801可以具体用于监测客户端是否触发预设功能页面的下级菜单功能。

呼叫模块802可以具体用于确定客户端在指定时长内没有触发预设功能页面的下级菜单功能。

若在进入预设功能页面的信息后，存在多级菜单功能；呼叫模块802可以具体用于：

接收到客户端进入预设功能页面的信息后，确定客户端在第一时长内没有触发到预设功能页面下的最下一级菜单功能；或者，

接收到客户端进入预设功能页面下的除最下一级之外的其它任一级别菜单功能后，确定客户端在第二预设时长内没有触发到任一级的下一级菜单功能。

呼叫模块802确定客户端在指定时长内没有触发预设功能页面的下级菜单功能之后，还可以用于：

呼叫模块802，还可以具体用于：

根据客户端最近一次触发的菜单功能级别，确定与该菜单功能级别对应的回拨优先级。

根据确定的回拨优先级，触发向客户端发起呼叫请求的指令。

菜单功能级别包括当前菜单功能在下拉菜单中的操作级别和/或当前菜单功能对应的危险等级。

若确定客户端在指定时长内没有执行目标操作，呼叫模块802还可以用于：

根据客户端当前的出行订单信息，确定客户端用户当前所处的环境危险等级。

根据环境危险等级，执行与该环境危险等级对应级别的安全处理措施。

呼叫模块802，可以具体用于：

根据确定的环境危险等级，确定客户端的回拨优先级。

客户端为服务请求端或服务提供端，呼叫模块802根据以下出行订单信息中的至少一种，确定客户端用户当前所处的环境危险等级：

当前时间、当前所处的地理位置信息、出行订单的行程路线、服务请求端用户的身份信息、服务提供端用户的身份信息、服务提供端用户的信用等级。

触发向客户端发起呼叫请求的指令之后，呼叫模块802还可以用于：

若在客户端接受呼叫后，没有在第四预设时长内监听到客户端的语音信息，则执行预设的安全处理措施。

在一种实施方式中，客户端包括服务请求端获服务提供端，安全处理措施包括以下至少一种：

将客户端的行程信息分享给客户端的紧急联系人；向与客户端在预设距离范围内的服务请求端和/或服务提供端发送求助信息；触发公安报警。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims

1.一种信息处理方法，其特征在于，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述触发向所述客户端发起呼叫请求的指令，包括：

3.如权利要求1所述的方法，其特征在于，所述监测所述客户端在所述预设功能页面的操作，包括：

4.如权利要求3所述的方法，其特征在于，若在进入所述预设功能页面的信息后，存在多级菜单功能；所述确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能，包括：

接收到所述客户端进入所述预设功能页面下的除最下一级之外的其它任一级菜单功能后，确定所述客户端在第二预设时长内没有触发到所述任一级的下一级菜单功能。

5.如权利要求3所述的方法，其特征在于，确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能之后，还包括：

6.如权利要求3～5任一所述的方法，其特征在于，若确定所述客户端在指定时长内没有执行目标操作，则触发向所述客户端发起呼叫请求的指令，包括：

7.如权利要求3所述的方法，其特征在于，所述菜单功能级别包括当前菜单功能在下拉菜单中的操作级别，和/或，当前菜单功能对应的危险等级。

8.如权利要求1所述的方法，其特征在于，若确定所述客户端在指定时长内没有执行目标操作，则触发向所述客户端发起呼叫请求的指令，包括：

根据确定的环境危险等级，确定所述客户端的回拨优先级；

9.如权利要求1所述的方法，其特征在于，若确定所述客户端在指定时长内没有执行目标操作，所述方法还包括：

10.根据权利要求8或9所述的方法，其特征在于，所述客户端为服务请求端或服务提供端，根据以下出行订单信息中的至少一种，确定所述客户端用户当前所处的环境危险等级：

11.如权利要求1所述的方法，其特征在于，所述触发向所述客户端发起呼叫请求的指令之后，还包括：

12.如权利要求1所述的方法，其特征在于，所述触发向所述客户端发起呼叫请求的指令之后，还包括：

13.如权利要求5、9、11或12所述的方法，其特征在于，所述客户端为服务请求端或服务提供端，所述安全处理措施包括以下至少一种：

将所述客户端的行程信息分享给所述客户端的紧急联系人；向与所述客户端在预设距离范围内的所述服务请求端和/或所述服务提供端发送求助信息；触发公安报警。

14.一种信息处理装置，其特征在于，包括：

15.如权利要求14所述的装置，其特征在于，所述呼叫模块，具体用于：

16.如权利要求15所述的装置，其特征在于，

所述监测模块，具体用于监测所述客户端是否触发所述预设功能页面的下级菜单功能；

17.如权利要求16所述的装置，其特征在于，若在进入所述预设功能页面的信息后，存在多级菜单功能；所述呼叫模块，具体用于：

18.如权利要求16所述的装置，其特征在于，所述呼叫模块确定所述客户端在指定时长内没有触发所述预设功能页面的下级菜单功能之后，还用于：

19.如权利要求16～18任一所述的装置，其特征在于，所述呼叫模块，具体用于：

20.如权利要求16所述的装置，其特征在于，所述菜单功能级别包括当前菜单功能在下拉菜单中的操作级别，和/或，当前菜单功能对应的危险等级。

21.如权利要求14所述的装置，其特征在于，所述呼叫模块，具体用于：

根据确定的环境危险等级，确定所述客户端的回拨优先级；

22.如权利要求14所述的装置，其特征在于，若确定所述客户端在指定时长内没有执行目标操作，所述呼叫模块还用于：

23.根据权利要求21或22所述的装置，其特征在于，所述客户端为服务请求端或服务提供端，所述呼叫模块根据以下出行订单信息中的至少一种，确定所述客户端用户当前所处的环境危险等级：

24.如权利要求14所述的装置，其特征在于，触发向所述客户端发起呼叫请求的指令之后，所述呼叫模块还用于：

25.如权利要求14所述的装置，其特征在于，触发向所述客户端发起呼叫请求的指令之后，所述呼叫模块还用于：

26.如权利要求18、22、24或25所述的装置，其特征在于，所述客户端为服务请求端或服务提供端，所述安全处理措施包括以下至少一种：

27.一种服务器，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至13任一所述的信息处理方法的步骤。

28.一种计算机存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至13任一所述的信息处理方法的步骤。