CN111836243B - 信息处理方法、系统及设备 - Google Patents

Abstract

本申请实施例提供一种信息处理方法、系统及设备。其中，方法包括如下的步骤：响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。本申请实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

Description

信息处理方法、系统及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、系统及设备。

背景技术

很多互联网产品都会为用户提供线下的服务，比如，打车服务、快递服务等等。而用户在线下环境里不可避免会遇到人身安全问题，如果用户在使用互联网产品过程中遇到人身或财产安全问题，目前最普遍的救援方法还是拨打相应求助电话或发送求助短信，由用户口述或输入事件情况；此时用户可能无法准确描述全部信息，如当前位置、提供线下服务的人员身份等等。

另外，用户通过电话或短信发起求助，应用服务平台可能并不知情，等到救援方联系互联网产品的服务平台，提供互联网产品的服务方才知道，这样互联网产品的服务方非常被动。

发明内容

本申请各实施例提供一种能解决或部分地解决现有技术存在问题的信息处理方法、系统及设备。

在本申请的一个实施例中，提供了一种信息处理方法。该方法包括：

响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

在本申请的另一个实施例中，提供了一种信息处理方法。该方法包括：

接收客户端发送的与用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的；

将所述线索信息存入数据库，以等待救援方调取。

在本申请的又一个实施例中，提供了一种信息处理系统。该系统包括:

客户端，用于响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；将所述线索信息发送至服务端；

所述服务端，用于接收客户端发送的所述线索信息，将所述线索信息存入数据库，以等待救援方调取。

在本申请的又一个实施例中，提供了一种信息处理方法。该方法包括：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

向服务端发送所述用户触发求助的第一通知。

在本申请的又一实施例中，提供了一种信息处理方法。该方法包括：

接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

在本申请的又一个实施例中，提供了一种信息处理系统。该系统包括：

客户端，用于响应于通过客户端触发的求助事件，离开客户端程序进入系统通信程序；向服务端发送所述用户触发求助的第一通知；

服务端，用于接收客户端发送的第一通知；将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

在本申请的又一个实施例中，提供了一种信息处理方法。该方法包括：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

读取用户通过系统通信程序产生的通信数据；

在基于所述通信数据确定求助事件真实存在的情况下，将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单。

在本申请的又一个实施例中，提供了一种客户端设备。所述客户端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

通过所述通信组件将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

在本申请的又一个实施例中，提供了一种服务端设备。该服务端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收客户端发送的与用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的；

将所述线索信息存入数据库，以等待救援方调取。

在本申请的又一个实施例中，提供了一种客户端设备。所述客户端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

向服务端发送所述用户触发求助的第一通知。

在本申请的又一个实施例中，提供了一种服务端设备。所述服务端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

在本申请的又一个实施例中，提供了一种客户端设备。所述客户端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

读取用户通过系统通信程序产生的通信数据；

在基于所述通信数据确定求助事件真实存在的情况下，通过所述通信组件将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单。

本申请一实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

本申请另一实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，向服务端发送用户触发求助的第一通知，以解决现有技术中在用户通过电话或短信发起求助时为用户的提供的服务方不知情的情况。

本申请的又一实施例提供的技术方案中，在用户通过客户端触发求助事件，离开客户端程序进入系统通信程序后，读取用户通过系统通信程序产生的通信数据，然后在基于所述通信数据确定求助事件真实存在的情况下，直接将与用户有关的线索信息发送至救援方而不通过服务端，这适用于具有读取系统数据权限的场景，用户无需自述或输入这些线索信息、线索信息的准确度更高，更全面，有助于提高救助效率。

附图说明

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

图1为本申请一实施例提供的信息处理系统的结构框图；

图2为本申请一实施例提供的信息处理方法的流程示意图；

图3为本申请另一实施例提供的信息处理方法的流程示意图；

图4为本申请又一实施例提供的信息处理方法的流程示意图；

图5为本申请又一实施例提供的信息处理方法的流程示意图；

图6为本申请一实施例提供的信息处理方法的理论性数据流转示意图；

图7为本申请又一实施例提供的信息处理方法的流程示意图；

图8为本申请一实施例提供的信息处理装置的流程示意图；

图9为本申请另一实施例提供的信息处理装置的流程示意图；

图10为本申请又一实施例提供的信息处理装置的流程示意图；

图11为本申请又一实施例提供的信息处理装置的流程示意图；

图12为本申请又一实施例提供的信息处理装置的流程示意图；

图13为本申请一实施例提供的客户端设备的结构框图。

具体实施方式

求助方式有电话求助方式、短信求助方式及一键求助方式。其中，电话求助：用户拨打相应求助电话通过运营商网络连接救援方的紧急调度系统。短信求助：用户发送相应求助短信通过运营商网络连接救援方的紧急调度系统。一键求助：用户在设备中触发求助按钮，求助信息直传救援方的紧急调度系统。其中，一键救援方式不在本申请讨论范围内。本申请各实施例的方案针对需离开客户端程序进入系统相应功能的场景，如上述电话求助和短信求助等。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。另外，下述实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请一实施例提供了一种信息处理系统。如图1所示，该信息处理系统包括：客户端及服务端。其中，

客户端101，用于响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；将所述线索信息发送至服务端102；

所述服务端102，用于接收客户端101发送的线索信息，将所述线索信息存入数据库，以等待救援方调取。

具体实施时，所述客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个客户端软件，还可以是嵌入在终端操作系统中的工具软件等，本申请实施例对此不作限定。该终端可以为包括手机、平板电脑、PDA(Personal DigitalAssistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、智能穿戴设备等任意终端设备。所述服务端可以是实体服务器、虚拟服务器或云端等。其中，虚拟服务器是指空间是由实体的服务器延伸而来，其硬件系统可以是基于服务器群，或者单个服务器。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

本实施例提供的所述信息处理系统中各组成单元，如客户端、服务端的具体工作流程及之间的信令交互将在以下各实施例中作进一步的说明。

图2示出了本申请一实施例提供的信息处理方法的流程示意图。本实施例提供的所述方法的执行主体可以是上述系统实施例中的客户端。具体的，如图2所示，所述方法包括：

201、响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息。

202、将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

上述201中，用户对需离开客户端程序的求助功能的触发事件可采用如下中的任一一种方式触发：用户点击客户端界面上的电话求助功能键、用户点击客户端界面上的短信救助控键、用户通过客户端程序提供的语音接口发出拨打电话求助的语音、用户通过客户端程序提供的语音接口发出发短信求助的语音、用户通过客户端程序提供的手势监测接口做出拨打电话求助的动作、用户通过客户端程序提供的手势监测接口做出发短信求助的动作等等。

以客户端界面具有电话求助功能键或短信求助功能键为例，本实施例提供的所述方法还可包括：

响应于用户对电话求助功能键的操作，离开所述客户端程序进入系统电话程序；

响应于用户对短信求助功能键的操作，离开所述客户端程序进入系统短信程序。

其中，所述线索信息可包括但不限于如下中的至少一个种：用户信息及所述客户端程序运行中产生的与所述用户相关的服务数据。所述用户信息包括但不限于如下中的至少一种：用户的登录名、用户手机号码、用户性别、用户年龄、用户姓名等。所述服务数据可包括但不限于如下中的至少一种：与用户有关的追踪信息(如用户位置信息)、服务方通过客户端程序为用户提供的服务内容(如订单信息)、为用户提供线上服务的服务方信息、为用户提供线下服务的服务人员身份信息、为用户提供线下服务的服务工具(如出租车)的车牌号等等。即，在一具体可实现的技术方案中，本实施例步骤201中“获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息”可包括但不限于如下至少一个步骤：

从本地或服务端获取所述用户的用户信息；

从服务端获取通过所述客户端程序为所述用户提供的服务内容；

从本地或服务端获取与所述用户相关的追踪数据；

从服务端获取为所述用户提供服务的服务方信息；

在为所述用户提供的服务中涉及第三方服务方业务的情况下，从服务端获取为所述用户提供服务的第三方服务方信息；

在为所述用户提供的服务中涉及第三方服务方业务的情况下，从服务端获取所述用户在所述第三方服务方处产生的数据信息；

其中，所述线索信息包括：所述用户信息、所述服务内容，所述追踪数据、所述服务方信息、所述第三方服务方信息及所述用户在所述第三方服务方处产生的数据信息中的至少一种。

上述202中，将线索信息发送至服务端，在服务端留存等待救援方(如救援方的紧急调度系统)调取，而不直接发送至救援方；这样做的目的是为了避免虚假报警事件的出现。因为，用户触发需离开客户端程序的求助功能后，若未获得读取系统数据的权限，客户端是无法知道此次求助事件是否真实发生，如果将线索信息直接发送至救援方，可能会产生虚假报警事件。比如，用户点击了客户端提供的短信求助功能键，离开客户端程序进入系统短信程序，但用户并未编辑短信并发出；此时若将线索信息直接发送至救援发，就会产生虚假报警事件。所以，本实施例将线索信息留存在服务端，等待救援方调取；救援方要求调取时，说明用户的求助事件真实发生了；另外，救援方要求调取时，服务端也会得知用户发起求助。

在以一种可实现的技术方案中，本实施例中步骤102“将所述线索信息发送至服务端，以存储于所述服务端”，可具体包括：

1021、根据与所述用户相关的所述线索信息，生成用于通知所述服务端所述用户为潜在求助用户的消息。

具体的，将所述线索信息携带在所述消息中。

1022、将所述消息发送至所述服务端，以由所述服务端将所述消息中携带的所述线索信息存储于为所述救援方提供了调取接口的数据库。

其中，为救援方提供调取接口的数据库中可存储潜在求助用户的线索信息。在具体实施时，存入该数据库中的线索信息，若在一预设时长内未被调取，则可将该线索信息从数据库中删除。

这里需要说明的是：本申请各实施例中的救援方可以具体是目前已有的紧急调度系统，紧急调度系统是负责接收和处理紧急求助信息的系统，如，110的接处警系统、120指挥调度系统、交通事故接处警系统、保险公司接报案系统等等。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

进一步的，本实施例提供的所述信息处理方法除包含上述各步骤外，还可包括如下步骤：

203、响应于用户对需离开客户端程序的求助功能的触发事件，向所述服务端发送用户触发求助的第一通知。

具体实施中，向服务端发送第一通知可理解为：一方面通知服务端该用户可能发起求助，为潜在求助用户，收集与该用户有关的线索信息；另一方面若为用户提供的服务涉及第三方服务方的业务时，由服务端向第三方服务方发送第二通知以告知第三方服务方该用户发起求助。

图3示出了本申请另一实施例提供的信息处理方法的流程示意图。本实施例提供的所述方法的执行主体可以是上述系统实施例中的服务端。具体的，如图3所示，所述方法包括：

301、接收客户端发送的与用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的。

302、将所述线索信息存入数据库，以等待救援方调取。

上述301中，所述线索信息可包括但不限于如下中的至少一个种：用户信息及所述客户端程序运行中产生的与所述用户相关的服务数据。所述用户信息包括但不限于如下中的至少一种：用户的登录名、用户手机号码、用户性别、用户年龄、用户姓名等。所述服务数据可包括但不限于如下中的至少一种：与用户有关的追踪信息(如用户位置信息)、服务方通过客户端程序为用户提供的服务内容(如订单信息)、为用户提供线上服务的服务方信息、为用户提供线下服务的服务人员身份信息、为用户提供线下服务的服务工具(如出租车)的车牌号等等。其中，所述线索信息的获取方式可参见上述实施例中的相应内容，此处不再赘述。

在一种可实现的技术方案中，上述301“接收客户端发送的与用户相关的线索信息”可包括：

3011、接收客户端发送的用于告知存在潜在求助用户的消息，所述消息中携带有与所述潜在求助用户相关的线索信息；

3012、基于所述消息，得到需存入数据库的所述线索信息。

其中，所述数据库为所述救援方提供调取接口，所述救援方可通过所述调取接口调取所需线索信息。

实际应用中，客户端向服务端发送的与用户相关的信息有很多，比如客户端会实时地向服务端上传位置信息；并不是所有与用户有关的信息都作为线索信息存入数据库的。只有在用户触发了需离开客户端程序的求助功能(如拨打求助电话或发送求助短信)时，客户端获取并向服务端发送的与用户有关的信息才能作为线索信息存入数据库。为此，客户端在监听到用户触发需离开客户端程序的求助功能的事件的情况下，会向服务端发送通知服务端该用户为潜在求助用户的消息，并将客户端获取到的线索信息携带在该消息中。这样服务端接收到该消息后，即知道需将该线索信息留存于为救援方提供调取接口的数据库。

上述302中，数据库用于存放触发了需离开客户端程序的求助功能(如电话求助或短信求助)用户的线索信息，同时还提供给救援方(如紧急调度系统)调用接口。这样，当救援方接到用户打来的救助电话或发来的救助短信后，救援方即可通过该调用接口向数据库发送调取请求。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

进一步的，本实施例提供的所述信息处理方法还可包括如下步骤：

303、接收救援方发送的携带有用户标识的调取请求。

304、将所述用户标识与所述数据库中的线索信息进行匹配。

305、在所述数据库中含有与所述用户标识匹配的目标线索信息的情况下，将所述目标线索信息发送至所述救援方，以由所述救援方基于所述目标线索信息生成案件单。

具体实施时，所述用户标识可以是用户的手机号等。所述线索信息中若包含有手机号，则含有用户的手机号的线索信息即与用户标识匹配的目标线索信息。

进一步的，本实施例提供的所述方法还可包括如下步骤：

306、接收所述客户端发送的第一通知，其中，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的。

307、在为所述用户提供的服务中涉及第三方服务方业务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助。

进一步的，本实施例提供的所述方法还可包括如下步骤：

308、记录所述线索信息存入数据库的存入时长；

309、所述线索信息存入时长大于预设时长后还未被救援方调取的情况下，将所述线索信息从所述数据库中删除。

本申请另一实施例提供了一种信息处理系统。该信息处理系统的结构类同于图1所示的结构。本实施例提供的信息处理系统包括：客户端和服务端。其中，

客户端，用于响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；向服务端发送所述用户触发求助的第一通知；

服务端，用于接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

本实施例中客户端和服务端的功能与上述图1所示实施例中的不同。同样的，本实施例中所述客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个客户端软件，还可以是嵌入在终端操作系统中的工具软件等，本申请实施例对此不作限定。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、智能穿戴设备等任意终端设备。所述服务端可以是实体服务器、虚拟服务器或云端等。其中，虚拟服务器是指空间是由实体的服务器延伸而来，其硬件系统可以是基于服务器群，或者单个服务器。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，向服务端发送用户触发求助的第一通知，以解决现有技术中在用户通过电话或短信发起求助时为用户的提供的服务方不知情的情况。

本实施例提供的所述信息处理系统中各组成单元，如客户端、服务端的具体工作流程及之间的信令交互将在以下各实施例中作进一步的说明。

图4示出了本申请一实施例提供的信息处理方法的流程示意图。本实施例提供的所述方法的执行主体可以是上述信息处理系统中的客户端。具体的，如图4所示，所述方法包括：

401、响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序。

402、向服务端发送所述用户触发求助的第一通知。

在一种可实现的技术方案中，上述401“响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序”，可具体为：

响应于用户点击客户端提供的电话求助功能键的操作，离开客户端程序进入系统电话程序；

响应于用户点击客户端提供的短信求助功能键的操作，离开客户端程序进入系统电话程序。

上述402中，向所述服务端发送的第一通知中可携带有用户的用户标识，如用户手机号、用户登录名等等。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，向服务端发送用户触发求助的第一通知，以解决现有技术中在用户通过电话或短信发起求助时为用户的提供的服务方不知情的情况。

服务端接收到第一通知后，即可获取并存储与用户相关的能辅助救援的线索信息，以等待救援方调取。即本实施例提供的所述信息处理方法还可包括如下步骤：

403、获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息。

404、将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

其中，所述线索信息可从客户端本地获取，也可从服务端获取。

图5示出了本申请一实施例提供的信息处理方法的流程示意图。本实施例提供的所述方法的执行主体可以是上述信息处理系统中的服务端。具体的，如图5所示，所述方法包括：

501、接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的。

502、将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

具体实施时，可在服务端设置一个用于存留潜在求助用户的线索信息的数据库。接收到的线索信息均存入该数据库；服务端为救援方提供相应的调取接口，救援方可通过该接口调取所需的线索信息。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，向服务端发送用户触发求助的第一通知，以解决现有技术中在用户通过电话或短信发起求助时为用户的提供的服务方不知情的情况。

进一步的，本实施例提供的所述方法还可包括如下步骤：

503、在为所述用户提供的服务中涉及第三方服务方业务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助。

下面结合一具体应用场景对本申请各实施例提供的技术方法进行说明，以便于理解。

应用场景1

用户手机上安装有客户端程序(也可称为应用APP)。用户通过该客户端程序在网络上购买了一件商品，并已进入配送阶段。假设，用户在家里等到快递人员上门送快递，快递人员入门后，用户若遇到人身财产安全问题时，参见图6所示的数据流转示意图，用户点击了该客户端程序提供的电话求助功能键，手机界面离开客户端程序进入系统拨打电话功能，通过运营商通话网络连接紧急调度系统。用户手机号流入紧急调度系统中。

用户点击电话求助功能键后，客户端(即APP)向服务端请求该用户的线索信息，如用户信息(用户登录名、用户年龄、用户性别等)、位置信息、服务方信息、订单信息等等。其中，服务方信息可包括：为用户提供线上服务的服务平台的信息，以及为用户提供线下服务的服务人员身份信息(如快递人员的身份信息)。客户端将获取到的所有线索信息发送至服务端，以由服务端将线索信息存入数据库中，不直接推送至紧急调度系统中，而是暂时留存等待紧急调度系统需要时调取。

用户手机号流入紧急调度系统后，紧急调度系统基于求助手机号向数据可发起调取请求，数据库接收到该调取请求后，将求助手机号与数据库中预先存储的线索信息进行匹配，如命中，则数据库返回与求助手机号匹配的目标线索信息。紧急调度系统接收到该目标线索信息后，基于该目标线索信息自动生成案件单；如果未命中，则数据库返回未命中结果值，此时由调度员询问用户更多信息，手动录入案件单。

应用场景2

用户手机上安装有客户端程序(即应用APP)。该APP提供了一个第三方服务接口，用户通过第三方服务接口打车。假设用户A进入该第三方服务接口后叫了一辆出租车；用户A乘坐了该出租车。用户乘坐出租车遇到人身或财产安全问题时，参见图6所示的数据流转示意图，用户点击客户端程序提供的短信功能键，手机界面离开客户端程序进入系统发送短信功能，通过运营商通话网络连接紧急调度系统。用户手机号流入紧急调度系统中。

用户点击电话求助功能键后，客户端(即APP)向服务端请求该用户的线索信息，如用户信息(用户登录名、用户年龄、用户性别等)、位置信息、服务方信息、订单信息等等。由于该服务涉及第三方服务方的业务，因此，还需从第三方服务方的服务平台获取相关的数据，如为用户提供线上服务的第三方服务方的信息，为用户提供线下服务的服务人员的信息(如出租车的车牌号、出租车车主名、驾驶证信息等等)。客户端将获取到的所有数据作为与用户相关的线索信息存入数据库中，不直接推送至紧急调度系统中，而是暂时留存等待紧急调度系统需要时调取。

用户手机号流入紧急调度系统后，紧急调度系统基于求助手机号向数据库发送调取请求，数据库基于求助手机号与数据库中预先存储的线索信息进行匹配，如命中，则数据库返回与求助手机号匹配的目标线索信息，紧急调度系统接收到该目标线索信息后在系统中自动生成案件单；如果未命中，则数据库返回未命中结果值，由调度员询问用户更多信息，手动录入案件单。

在客户端中提供电话/短信求助功能，获取用户触发行为；并在用户触发的同时获取与用户相关的线索信息，再通过数据流转的方式，让紧急调度系统能够得到这些线索信息。本方案在流程中增加了一个数据库用于存放触发了电话/短信求助行为的用户的线索信息，提供给紧急调度系统调用接口，当紧急调度系统发出调用指令后，返回匹配的数据结果，在紧急调度系统中自动生成案件单。这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

实质上，在用户对离开客户端程序的求助功能的触发事件时，也直接将与用户相关的线索信息推送至紧急调度系统。但该方案需建立在客户端能够知道用户是否实际发生了电话/短信求助行为，是否与紧急调度系统建立了连接。在未获得读取用户电话和短信权限的情况下(即用户未授权或移动设备系统本身限制)，客户端是无法知道用户有没有完成电话/短信求助行为，因此将线索信息直接推送紧急调度系统会导致产生虚假的报警事件。但如果用户实际发生了电话/短信求助行为时，客户端能明确知道，则可以不需要数据库，用户拨打电话、发送短信的同一时间将数据推至紧急调度系统。图7所示的实施例即在具有读取系统数据权限的场景下可实现一种信息处理方法。本实施例提供的所述方法的执行主体可以是客户端。具体的，如图7所示，本实施例提供的所述方法，包括：

601、响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序。

602、读取用户通过系统通信程序产生的通信数据。

603、在基于所述通信数据确定求助事件真实存在的情况下，将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单。

在一种可实现的技术方案中，上述601可具体为：

响应于用户点击客户端提供的电话求助功能键的操作，离开客户端程序进入系统电话程序；

响应于用户点击客户端提供的短信求助功能键的操作，离开客户端程序进入系统电话程序。

相应的，上述602中“读取用户通过系统通信程序产生的通信数据”，可具体包括：

读取离开客户端程序后用户通过系统电话程序产生的通话数据；或

读取离开客户端程序后用户通过系统短信息程序产生的短信数据。

具体实施时，可基于读取到的短信数据获知用户是否将求助短信成功发送至紧急调度系统；还可基于读取到的通话数据获知用户终端是否已与紧急调度系统接通。在求助短信成功发送至紧急调度系统或用户终端已与紧急调度系统接通时，即可确定求助事件真实存在。

上述603中，线索信息的获取方法可参加上述各实施例中的相应内容，此处不再赘述。

本实施例提供的技术方案中，在用户通过客户端触发求助事件，离开客户端程序进入系统通信程序后，读取用户通过系统通信程序产生的通信数据，然后在基于所述通信数据确定求助事件真实存在的情况下，直接将与用户有关的线索信息发送至救援方而不通过服务端，这适用于具有读取系统数据权限的场景，用户无需自述或输入这些线索信息、线索信息的准确度更高，更全面，有助于提高救助效率。

进一步的，本实施例提供的所述方法可包括：

604、在基于所述通信数据确定求助事件真实存在的情况下，向服务端发送用户发起求助事件的第一通知。

图8示出了本申请一实施例提供的信息处理装置的结构框图。如图8所示，所述信息处理装置包括：获取模块11及发送模块12。其中，所述获取模块11用于响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；所述发送模块12用于将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

进一步的，所述发送模块12还用于：

根据与所述用户相关的所述线索信息，生成用于通知所述服务端所述用户为潜在求助用户的消息；

将所述消息发送至所述服务端，以由所述服务端将所述消息中携带的所述线索信息存储于为所述救援方提供了调取接口的数据库。

进一步的，本实施例提供的所述装置还包括跳转模块。其中，所述跳转模块用于响应于用户对电话求助功能键的操作，离开所述客户端程序进入系统电话程序；还用于响应于用户对短信求助功能键的操作，离开所述客户端程序进入系统短信程序。

进一步的，所述获取模块11还包括如下至少一个功能：

从本地或服务端获取所述用户的用户信息；

从服务端获取通过所述客户端程序为所述用户提供的服务内容；

从本地或服务端获取与所述用户相关的追踪数据；

从服务端获取为所述用户提供服务的服务方信息；

在为所述用户提供的服务中涉及第三方服务方业务的情况下，从服务端获取为所述用户提供服务的第三方服务方信息；

在为所述用户提供的服务中涉及第三方服务方业务的情况下，从服务端获取所述用户在所述第三方服务方处产生的数据信息；

其中，所述线索信息包括：所述用户信息、所述服务内容，所述追踪数据、所述服务方信息、所述第三方服务方信息及所述用户在所述第三方服务方处产生的数据信息中的至少一种。

进一步的，所述发送模块12还用于：响应于用户对需离开客户端程序的求助功能的触发事件，向所述服务端发送用户触发求助的第一通知。

这里需要说明的是：上述实施例提供的信息处理装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图9示出了本申请一实施例提供的信息处理装置的结构框图。如图9所示，所述信息处理装置包括：接收模块21及存储模块22。其中，接收模块21用于接收客户端发送的与用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的。所述存储模块22用于将所述线索信息存入数据库，以等待救援方调取。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

进一步的，所述接收模块21还用于：

接收客户端发送的用于告知存在潜在求助用户的消息，所述消息中携带有与所述潜在求助用户相关的线索信息；

基于所述消息，得到需存入数据库的所述线索信息；

其中，所述数据库为所述救援方提供调取接口，所述救援方可通过所述调取接口调取所需线索信息。

进一步的，本实施例提供的所述信息处理装置还可包括：

所述接收模块21，还用于接收救援方发送的携带有用户标识的调取请求；

匹配模块，用于将所述用户标识与所述数据库中的线索信息进行匹配；

第一发送模块，用于在所述数据库中含有与所述用户标识匹配的目标线索信息的情况下，将所述目标线索信息发送至所述救援方，以由所述救援方基于所述目标线索信息生成案件单。

进一步的，本实施例提供的所述信息处理装置还可包括：

所述接收模块21，用于接收所述客户端发送的第一通知，其中，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

第二发送模块，用于在为所述用户提供的服务中涉及第三方服务方业务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助。

这里需要说明的是：上述实施例提供的信息处理装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图10示出了本申请一实施例提供的信息处理装置的结构框图。如图10所示，所述信息处理装置包括：跳转模块31及发送模块32。其中，跳转模块31用于响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；所述发送模块32用于向服务端发送所述用户触发求助的第一通知。

本申请实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，向服务端发送用户触发求助的第一通知，以解决现有技术中在用户通过电话或短信发起求助时为用户的提供的服务方不知情的情况。

进一步的，本实施例提供的所述信息处理装置还可包括：

获取模块，用于获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

所述发送模块32，还用于将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

这里需要说明的是：上述实施例提供的信息处理装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图11示出了本申请又一实施例提供的信息处理装置的结构框图。如图11所示，所述信息处理装置包括：接收模块41及存储模块42。其中，接收模块41用于接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；存储模块42用于将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

本申请实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，向服务端发送用户触发求助的第一通知，以解决现有技术中在用户通过电话或短信发起求助时为用户的提供的服务方不知情的情况。

进一步的，本实施例提供的所述信息处理装置还可包括：发送模块。其中，所述发送模块用于在为所述用户提供的服务中涉及第三方服务方业务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助。

这里需要说明的是：上述实施例提供的信息处理装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图12示出了本申请又一实施例提供的信息处理装置的结构框图。如图12所示，所述信息处理装置包括：跳转模块51、读取模块52及发送模块53。其中，所述跳转模块51用于响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；所述读取模块52用于读取用户通过系统通信程序产生的通信数据；所述发送模块52用于在基于所述通信数据确定求助事件真实存在的情况下，将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单。

本实施例提供的技术方案，在用户触发需离开客户端程序的求助功能时，将客户端程序运行中产生的与用户相关的线索信息发送至服务端，以存储于服务端，等待救援方从所述服务端调取；这样用户无需自述或输入这些线索信息，且线索信息准确度更高，更全面，有助于提高救助效率。

进一步的，所述读取模块52还用于：

读取离开客户端程序后用户通过系统电话程序产生的通话数据；或

读取离开客户端程序后用户通过系统短信息程序产生的短信数据。。

进一步的，所述发送模块52还用于在基于所述通信数据确定求助事件真实存在的情况下，向服务端发送用户发起求助事件的第一通知。

这里需要说明的是：上述实施例提供的信息处理装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图13示出了本申请一实施例提供的客户端设备的结构框图。如图13所示，所述客户端设备包括：存储器61、处理器62及通信组件63，其中，

所述存储器61，用于存储程序；

所述通信组件63，与所述处理器耦合；

所述处理器62，与所述存储器61耦合，用于执行所述存储器61中存储的所述程序，以用于：

响应于用户对需离开客户端程序的求助功能的触发事件，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

通过所述通信组件63将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

上述存储器61可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器61可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述处理器62在执行存储器61中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图13所示，客户端设备还包括：显示器64、电源组件65、音频组件66等其它组件。图13中仅示意性给出部分组件，并不意味着客户端设备只包括图13所示组件。

本申请另一实施例还提供了一种服务端设备。本实施例提供的所述服务端设备的结构与上述图13所示的客户端设备的结构类同。该服务端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收客户端发送的与用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的；

将所述线索信息存入数据库，以等待救援方调取。

其中，处理器在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

本申请又一实施例还提供了一种客户端设备。本实施例提供的客户端设备的结构同上述图13所示的实施例的结构。该客户端设备包括：存储器、处理器、显示器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述显示器，与所述处理耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

向服务端发送所述用户触发求助的第一通知。

其中，处理器在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

本申请又一实施例还提供了一种服务端设备。本实施例提供的所述服务端设备的结构同上述图13所示的实施例。该服务端设备包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

将与所述用户有关的能辅助救援的线索信息存入设定区域，以等待救援方提取。

其中，处理器在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

本申请又一实施例还提供了一种客户端设备。本实施例提供的客户端设备的结构同上述图13所示的实施例的结构。该客户端设备包括：包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

读取用户通过系统通信程序产生的通信数据；

在基于所述通信数据确定求助事件真实存在的情况下，通过所述通信组件将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单。

其中，处理器在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的信息处理方法的步骤或功能。

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

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

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

Claims (19)

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

响应于用户对需离开客户端程序的求助功能的触发事件，向服务端发送用户触发求助的第一通知；所述第一通知用于通知所述服务端所述用户为潜在求助用户，还用于在为用户提供的服务涉及第三方服务方提供的服务时，由所述服务端向第三方服务方发送第二通知以告知第三方服务方所述用户发起求助；

获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

将所述线索信息发送至服务端，以便所述服务端将所述线索信息作为潜在求助用户的信息存储于所述服务端，等待救援方从所述服务端调取；

其中，救援方调取所述线索信息后，所述服务端获知所述用户发起了真实求助。

2.根据权利要求1所述的方法，其特征在于，将所述线索信息发送至服务端，以存储于所述服务端，包括：

根据与所述用户相关的所述线索信息，生成用于通知所述服务端所述用户为潜在求助用户的消息；

将所述消息发送至所述服务端，以由所述服务端将所述消息中携带的所述线索信息存储于为所述救援方提供了调取接口的数据库。

3.根据权利要求1所述的方法，其特征在于，还包括如下至少一个步骤：

响应于用户对电话求助功能键的操作，离开所述客户端程序进入系统电话程序；

响应于用户对短信求助功能键的操作，离开所述客户端程序进入系统短信程序。

4.根据权利要求1至3中任一项所述的方法，其特征在于，获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息，包括如下至少一个步骤：

从本地或服务端获取所述用户的用户信息；

从服务端获取通过所述客户端程序为所述用户提供的服务内容；

从本地或服务端获取与所述用户相关的追踪数据；

从服务端获取为所述用户提供服务的服务方信息；

在为所述用户提供的服务中涉及第三方服务方业务的情况下，从服务端获取为所述用户提供服务的第三方服务方信息；

在为所述用户提供的服务中涉及第三方服务方业务的情况下，从服务端获取所述用户在所述第三方服务方处产生的数据信息；

其中，所述线索信息包括：所述用户信息、所述服务内容，所述追踪数据、所述服务方信息、所述第三方服务方信息及所述用户在所述第三方服务方处产生的数据信息中的至少一种。

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

接收客户端发送的第一通知，确定所述第一通知针对的用户为潜在求助用户；其中，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

在为所述用户提供的服务中涉及第三方服务方提供的服务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助；

接收所述客户端发送的与所述用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的；

将所述线索信息作为潜在求助用户的信息存入数据库，以等待救援方调取；

其中，救援方调取所述线索信息后，获知所述用户发起了真实求助。

6.根据权利要求5所述的方法，其特征在于，接收客户端发送的与用户相关的线索信息，包括：

接收客户端发送的用于告知存在潜在求助用户的消息，所述消息中携带有与所述潜在求助用户相关的线索信息；

基于所述消息，得到需存入数据库的所述线索信息；

其中，所述数据库为所述救援方提供调取接口，所述救援方可通过所述调取接口调取所需线索信息。

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

接收救援方发送的携带有用户标识的调取请求；

将所述用户标识与所述数据库中的线索信息进行匹配；

在所述数据库中含有与所述用户标识匹配的目标线索信息的情况下，将所述目标线索信息发送至所述救援方，以由所述救援方基于所述目标线索信息生成案件单。

8.一种信息处理系统，其特征在于，包括：

客户端，用于响应于用户对需离开客户端程序的求助功能的触发事件，向服务端发送用户触发求助的第一通知；获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；将所述线索信息发送至服务端；

所述服务端，用于接收客户端发送的第一通知，确定所述第一通知针对的用户为潜在求助用户；在为所述用户提供的服务中涉及第三方服务方提供的服务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助；接收所述客户端发送的所述线索信息，将所述线索信息作为潜在求助用户的信息存入数据库，以等待救援方调取；

其中，救援方调取所述线索信息后，所述客户端程序对应服务方获知所述用户发起了真实求助。

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

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

向服务端发送所述用户触发求助的第一通知，以便于所述服务端收集所述用户的线索信息并将所述用户的线索信息作为潜在求助用户的信息存储于数据库，等待救援方调取；还便于所述服务端为用户提供的服务涉及第三方服务方提供的服务时，由所述服务端基于第一通知向第三方服务方发送第二通知以告知第三方服务方所述用户发起求助；

其中，救援方调取所述线索信息后，所述服务端获知所述用户发起了真实求助。

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

获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

将所述线索信息发送至服务端，以存储于所述服务端，等待救援方从所述服务端调取。

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

接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

在为所述用户提供的服务中涉及第三方服务方提供的服务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助；

收集与所述用户有关的能辅助救援的线索信息并将所述线索信息作为潜在求助用户的信息存入设定区域，以等待救援方提取；

其中，救援方调取所述线索信息后，获知所述用户发起了真实求助。

12.一种信息处理系统，其特征在于，包括：

客户端，用于响应于通过客户端触发的求助事件，离开客户端程序进入系统通信程序；向服务端发送用户触发求助的第一通知；

服务端，用于接收客户端发送的第一通知；在为所述用户提供的服务中涉及第三方服务方提供的服务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助；收集与所述用户有关的能辅助救援的线索信息并将所述线索信息作为潜在求助用户的信息存入设定区域，以等待救援方提取；

其中，救援方调取所述线索信息后，获知所述用户发起了真实求助。

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

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

读取用户通过系统通信程序产生的通信数据；

在基于所述通信数据确定求助事件真实存在的情况下，确定所述用户发起了真实求助，向服务端发送用户发起真实求助事件的通知并将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单；

在基于所述通信数据不能确定求助事件真实存在的情况下，向所述服务端发送所述用户触发求助的第一通知；所述第一通知用于通知所述服务端所述用户为潜在求助用户，还用于在为用户提供的服务涉及第三方服务方提供的服务时，由所述服务端向第三方服务方发送第二通知以告知第三方服务方所述用户发起求助；将所述线索信息发送至服务端，以便所述服务端将所述线索信息作为潜在求助用户的信息存储于所述服务端，等待救援方从所述服务端调取；

其中，救援方调取所述线索信息后，所述服务端获知所述用户发起了真实求助。

14.根据权利要求13所述的方法，其特征在于，读取用户通过系统通信程序产生的通信数据，包括：

读取离开客户端程序后用户通过系统电话程序产生的通话数据；或

读取离开客户端程序后用户通过系统短信息程序产生的短信数据。

15.一种客户端设备，其特征在于，包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户对需离开客户端程序的求助功能的触发事件，向服务端发送用户触发求助的第一通知；所述第一通知用于通知所述服务端所述用户为潜在求助用户，还用于在为用户提供的服务涉及第三方服务方提供的服务时，由所述服务端向第三方服务方发送第二通知以告知第三方服务方所述用户发起求助；

获取所述客户端程序运行中产生的与所述用户相关的能辅助救援的线索信息；

通过所述通信组件将所述线索信息发送至服务端，以便所述服务端将所述线索信息作为潜在求助用户的信息存储于所述服务端，等待救援方从所述服务端调取；

其中，救援方调取所述线索信息后，所述服务端获知所述用户发起了真实求助。

16.一种服务端设备，其特征在于，包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收客户端发送的第一通知，确定所述第一通知针对的用户为潜在求助用户；其中，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

在为所述用户提供的服务中涉及第三方服务方提供的服务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助；

通过所述通信组件接收所述客户端发送的与所述用户相关的线索信息，其中，所述线索信息是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件获取并发出的；

将所述线索信息作为潜在求助用户的信息存入数据库，以等待救援方调取；

其中，救援方调取所述线索信息后，获知所述用户发起了真实求助。

17.一种客户端设备，其特征在于，包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

向服务端发送所述用户触发求助的第一通知，以便于所述服务端收集所述用户的线索信息并将所述用户的线索信息作为潜在求助用户的信息存储于数据库，等待救援方调取；还便于所述服务端为用户提供的服务涉及第三方服务方提供的服务时，由所述服务端基于第一通知向第三方服务方发送第二通知以告知第三方服务方所述用户发起求助；

其中，救援方调取所述线索信息后，所述服务端获知所述用户发起了真实求助。

18.一种服务端设备，其特征在于，包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收客户端发送的第一通知，所述第一通知是所述客户端为响应用户对需离开客户端程序的求助功能的触发事件发出的；

在为所述用户提供的服务中涉及第三方服务方提供的服务的情况下，基于所述第一通知，向所述第三方服务方发送第二通知，以使所述第三方服务方得知所述用户已发起求助；

收集与所述用户有关的能辅助救援的线索信息并将所述线索信息作为潜在求助用户的信息存入设定区域，以等待救援方提取；

其中，救援方调取所述线索信息后，获知所述用户发起了真实求助。

19.一种客户端设备，其特征在于，包括：存储器、处理器及通信组件，其中，

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

响应于用户通过客户端触发的求助事件，离开客户端程序进入系统通信程序；

读取用户通过系统通信程序产生的通信数据；

在基于所述通信数据确定求助事件真实存在的情况下，确定所述用户发起了真实求助，并通过所述通信组件向服务端发送用户发起真实求助事件的通知并将与所述用户有关的能辅助救援的线索信息发送至救援方，以便所述救援方基于所述线索信息生成案件单；

在基于所述通信数据不能确定求助事件真实存在的情况下，向所述服务端发送所述用户触发求助的第一通知；所述第一通知用于通知所述服务端所述用户为潜在求助用户，还用于在为用户提供的服务涉及第三方服务方提供的服务时，由所述服务端向第三方服务方发送第二通知以告知第三方服务方所述用户发起求助；将所述线索信息发送至服务端，以便所述服务端将所述线索信息作为潜在求助用户的信息存储于所述服务端，等待救援方从所述服务端调取；

其中，救援方调取所述线索信息后，所述服务端获知所述用户发起了真实求助。

Images