校验用户信息的处理方法、装置、服务器及系统与流程

本说明书实施例方案属于保险理赔业务数据处理的技术领域，尤其涉及一种校验用户信息的处理方法、装置、服务器及系统。

背景技术：

保险，通常是指投保人根据合同约定，向保险人支付保险费，保险人对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿保险金责任，或者被保险人死亡、伤残、疾病或者达到合同约定的年龄、期限等条件时承担给付保险金责任的商业保险行为。随着人们生活水平的提高和保险意识的增强，保险业务也受到人们越来越多的关注。

传统的保险行业中，保险公司的业务大多来自线下代理人和中介。现有中常常存在代理中介为了保护自身利益，提供给保险公司的用户(通常是被保险人)信息(如多数情况下包括联系方式)包含虚假信息，造成保险公司缺少真实资料来联系和服务用户。因此，保险公司或提供保险的服务方、合作方等亟需一种可以有效补充、校验被保险人身份信息的解决方案。

技术实现要素：

本说明书实施例目的在于提供一种校验用户信息的处理方法、装置、服务器及系统，可以在保险报案环节进行身份校验，且被保险人授权的前提下，基于第三方应用使保险公司服务方合法的获取被保险人的用户信息，以完善用户信息数据，提供更好的保险服务，提升用户体验。

本说明书实施例提供的一种校验用户信息的处理方法、装置、服务器及系统是包括以下方式实现的：

一种校验用户信息的处理方法，所述方法包括：

保险服务器将报案人的报案用户信息发送至应用服务器；

所述应用服务器基于所述报案用户信息确认是否存在所述报案人的第一应用账号；

若存在，则确认是否授权使用第一应用账号申报保险业务，以及在确认授权后基于第一应用账号登录的第一终端申报保险业务；

所述第一终端获取业务处理请求，所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

所述第二终端通过所述应用服务器对所述业务处理请求对应的被保险人的进行信息校验：

在校验成功时，所述第二终端确定所述第一终端的业务处理请求授权成功；以及所述第二应用账号确认是否授权将校验后的被保险人的信息发送给保险服务器；

在所述第二应用账号授权后，应用服务器将校验后的被保险人的信息发送给保险服务器；

所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种校验用户信息的处理方法，所述方法包括：

应用服务器基于报案用户信息确认是否存在报案人的第一应用账号，所述报案信息包括保险服务器基于报案人电话报案确定的至少包括报案人、被保险人之一的信息；

若存在，则基于授权指令授权使用所述第一应用账号申报保险业务；

应用服务器基于接收到的被保险人登录的第二终端发送的业务处理请求，对所述业务处理请求对相应的被保险人进行信息校验；

应用服务器将校验结果返回所述第二终端，以及在校验成功时向登录第二终端的第二应用账号发送是否授权将校验后的被保险人的信息发送给保险服务器的授权请求；

在确定所述第二应用账号授权后，应用服务器将校验后的被保险人的信息发送给保险服务器，以使所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种校验用户信息的处理方法，所述方法包括：

报案人登录的第一终端在授权后使用第一应用账号申报保险业务，其中，所述授权包括应用服务器基于报案人在电话报案时的报案用户信息确认存在报案人的第一应用账号时确认的授权；

所述第一终端获取业务处理请求，所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

所述第二终端通过所述应用服务器对所述业务处理请求对应的被保险人的进行信息校验：

在校验成功时，所述第二终端确定所述第一终端的业务处理请求授权成功；以及所述第二应用账号确认是否授权将校验后的被保险人的信息发送给保险服务器，以使在所述第二应用账号授权后，所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种校验用户信息的处理装置，所述装置包括：

应用账号确认模块，用于基于报案用户信息确认是否存在报案人的第一应用账号，所述报案信息包括保险服务器基于报案人电话报案确定的至少包括报案人、被保险人之一的信息；

应用授权模块，用于在确定存在报案人的第一应用账号时，基于授权指令授权使用所述第一应用账号申报保险业务；

校验模块，用于基于接收的被保险人登录的第二终端发送的业务处理请求，对相应的被保险人进行信息校验；

校验反馈模块，用于将校验结果返回所述第二终端，以及在校验成功时向登录第二终端的第二应用账号发送是否授权将校验后的被保险人的信息发送给保险服务器的授权请求；

信息反馈模块，用于在确定所述第二应用账号授权后，将校验后的被保险人的信息发送给保险服务器，以使所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种校验用户信息的处理装置，所述装置包括：

应用账号授权模块，用于基于报案人得到授权使用第一应用账号申报保险业务，其中，所述授权包括应用服务器基于报案人在电话报案时的报案用户信息确认存在报案人的第一应用账号时确认的授权；

请求转发模块，用于获取业务处理请求，以及所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

校验请求模块，用于通过所述应用服务器对业务处理请求对应的被保险人的进行信息校验：

授权及业务处理模块，用于在被保险人校验成功时，确定业务处理请求授权成功；以及确认是否授权将校验后的被保险人的信息发送给保险服务器，以使在所述第二应用账号授权后，所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

基于报案用户信息确认是否存在报案人的第一应用账号，所述报案信息包括保险服务器基于报案人电话报案确定的至少包括报案人、被保险人之一的信息；

在确定存在报案人的第一应用账号时，基于授权指令授权使用所述第一应用账号申报保险业务；

基于接收的被保险人登录的第二终端发送的业务处理请求，对相应的被保险人进行信息校验；

将校验结果返回所述第二终端，以及在校验成功时向登录第二终端的第二应用账号发送是否授权将校验后的被保险人的信息发送给保险服务器的授权请求；

在确定所述第二应用账号授权后，将校验后的被保险人的信息发送给保险服务器，以使所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种终端设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

基于报案人得到授权使用第一应用账号申报保险业务，其中，所述授权包括应用服务器基于报案人在电话报案时的报案用户信息确认存在报案人的第一应用账号时确认的授权；

获取业务处理请求，以及所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

通过所述应用服务器对业务处理请求对应的被保险人的进行信息校验：

在被保险人校验成功时，确定业务处理请求授权成功；以及确认是否授权将校验后的被保险人的信息发送给保险服务器，以使在所述第二应用账号授权后，所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

一种校验用户信息的处理系统，所述处理系统包括：

应用服务器，所述应用服务器上的处理器执行存储器存储的可执行指令时实现本说明书中任意一项应用服务器一侧的方法实施例的步骤；

终端设备，所述终端设备的处理器执行存储器存储的可执行指令时实现本说明书中任意一项终端设备一侧的方法实施例的步骤。

本说明书实施例提供的一种校验用户信息的处理方法、装置、服务器及系统，可以在报案人发起理赔的过程中，将报案人打给保险公司进行报案转移到提供保险服务的应用终端之间的交互处理。在本实施方案中可以利用报案人想要查看案件详细信息等业务请求，将相应消息通知到被保险人，并由被保险人来确认是否授权报案人在应用内查看保险业务以及将全部或部分或指定的被保险人的用户信息回流给保险公司。这样，本实施方案可以利用第三方应用的实名认证能力，在保险报案环节便可以对被保险人的身份进行校验，校验的过程中可以合理合规的获取并确认被保险人的真实身份信息。在被保险人授权的前提下，可以将被保险人的真实用户信息回流给保险公司，由保险公司进行数据清洗、核实等，提供更好的保险服务。利用本实施方案，利用报案人查看保险业务的需求和被保险人的授权认证过程，在正常的业务处理中合理的得到被保险人的真实用户信息，如真实手机号码，可以减少保险公司通过非法手段或未征得用户同意的情况下获取被保险人用户信息的问题，提高保险公司作业人员与第三方应用合作的满意度，同时也提高了保险公司保险业务服务的质量和用户的信息授权感知体验。

附图说明

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

图1是本说明书所述方法一个实施例处理流程示意图；

图2是本说明书一个实施场景中被保险人在第二终端授权处理的示意图；

图3是本说明书提供的一种在理赔中校验被保险人身份信息的实施例应用场景示意图；

图4是本说明书提供的所述方法另一个实施例的方法流程示意图；

图5是本说明书提供的所述方法另一个实施例的方法流程示意图；

图6是本发明实施例的一种校验用户信息的处理方法的硬件结构框图；

图7是本说明书提供的可以用于服务器一侧的一种校验用户信息的处理装置实施例的模块结构示意图；

图8是是本说明书提供的可以用于终端设备一侧的一种校验用户信息的处理装置实施例的模块结构示意图。

具体实施方式

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

本说明书提供的一种实施方案可以应用到客户端/服务器的系统构架中。所述的客户端可以包括报案人或被保险人使用的终端设备，如智能手机、平板电脑、智能穿戴设备、个人电脑等。所述的客户端可以具有通信模块，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括与客户端安装的指定应用对应的应用服务器，例如用户终端安装的某支付应用的应用服务器，支付应用可以提供保险的报案、定损、查看进度、理赔支付等保险服务，可以与保险公司一侧的服务器有业务交互。当然，其他的实施场景中所述的服务器也可以包括保险公司一侧的服务器或者为保险公司的一侧的服务器，例如用户终端可以直接与保险公司服务器进行通信链接。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式系统的服务器结构。

传统保险业务中，存在很多通过非保险公司一方间接得到的被保险人的用户信息。需要说明的是，本说明书中一些实施例所述涉及到的用户信息，如报案人或被保险人的用户信息等，通常可以包括但不限于公民身份信息、电话或地址等的联系信息、社会关系信息、家庭关系信息、收入及信用信息等。这些信息的可靠性难以保障，例如为了使自己可以后续维系用户或者非法替代用户办理保险业务等，保险公司的中介服务方提供的被保险的手机或住址信息是虚假的，这种现象会造成保险公司缺少真实资料来联系和服务用户，或者对用户进行评估等。现有的方案中，存在很多隐藏条款或步骤获取被保人信息，甚至未经被保险人同意就发送理赔进度等消息给中介方或其他用户，或者将被保险人的手机号码等用户资料给保险公司，处理方案不能使用户得到更加明确的授权感知体验。

一般的，多数保险公司通常会在某种保险业务报案出险时，可以要求报案人为被保险人，或者被保险人具有某种指定关系的人，以尽量防止他人随意仿冒报案，造成不必要的业务资源浪费以及欺诈风险。在当前多数实际保险报案环节中，报案人多数采用打电话的方式出险报案。对于保险公司而言，只能获知报案人呼入的号码，通过电话口头核实报案人身份，对报案人是否被保险人或者是否为被保险人信任的人则无法完全确定，又有较大的安全和隐私风险。

本说明书实施例基于互联网技术的发展和应用，提供了另一种对保险公司存储记录的用户信息进行校验的数据处理方法。在本方案的一些实施例中，可以将线下电话报案引导到线上的身份验证、授权和业务处理，可以利用可信任的第三方应用提供的保险业务信息实现在用户明确授权的前提下合理合法的获取用户信息，进行用户信息的校验，有效协助保险服务方一侧对用户信息数据的校验、核实、清理等，提高了保险公司的风控能力和保险服务能力。在本说明书的一些实施例中，所述的报案人通常可以指通过电话、网络等途径向保险公司发起理赔请求的人，后续的业务处理中，所述报案人也可以在自己的终端申请查看理赔进度等。所述的被保险人通常可以指受保险合同保障的人，负有缴付保险费义务，同时在保险事故发生时或保险期满时有权按保险合同向保险人请求损失赔偿或领取保险给付金。本说明书中的一些实施场景中，报案人可以是被保险人，也可以是非被保险人，下述所述的第一终端和第二终端可以是同一个终端；另一些应用场景中也可以不是同一个人，例如报案人为驾驶员，在车险保险业务中相当于车辆的使用者。当然，应用的保险业务不限于车险理赔场景，在其他保险种类，或者其他保险环节(如投保)中也可以实施本说明书的全部或部分实施例方案。

下面以一个具体的电话报案理赔的应用场景为例对本说明书实施方案进行说明。具体的，图1是本说明书提供的所述一种校验用户信息的处理方法实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

当然，下述实施例的描述并不对基于本说明书的其他可扩展到的技术方案构成限制。具体的一种实施例如图1所示，本说明书提供的校验用户信息的处理方法的一种实施例中，所述方法可以包括：

s0：保险服务器将报案人的报案用户信息发送至应用服务器。

报案人在发起报案理赔时可以通过电话呼入保险公司，由保险公司客服人员进行接听。在保险公司与报案人交互的电话环节，可以要求报案人提供一些必要的信息，或者报案人主动提供的一些信息，或者还可以结合保险公司一侧查询到的报案人的相关资料信息，在此可以将其统一称为报案用户信息。所述报案用户信息具体的可以包括报案人的手机号码、被保险人的手机号码(可能是虚假的)、被保险人的身份证号码、被保险人的住址、被保险人的紧急联系人的电话等。保险公司一侧的处理终端(可以为客服终端，也可以为服务器等，在此可以统一称为保险服务器)可以记录下这些报案用户信息。

保险服务器可以将报案用户信息发送给应用服务器。所述的应用服务器可以包括与保险公司有业务关系的服务方的处理设备，如可以提供投保、理赔等保险服务的支付应用的服务器。一般的，本说明书实施例中所述的应用服务器通常可以至少具有实名认证能力，如对注册所述应用服务器上的应用的用户来说，可以注册该应用时进行实名认证，实名认证通过后才被允许注册应用，获得相应的应用账号。所述的实名认证通常指对用户资料真实性进行的一种验证审核，可以包括姓名、身份证或其他证件的核实，也可以包括与用户姓名或证件号码对应的手机号码、银行账户、车辆信息、房产信息等，可以结合图像、视频、声音、人脸识别、指纹识别等进行实名认证。所述应用服务器具体的如上述所述保险服务器可以包括多种架构形式，可以为单独的处理服务器，也可以为服务器集群，或分布式系统的服务器等。

上述所述的报案用户信息可以包括多种类型的信息。本说明书提供的另一个具体实施例中，考虑到手机号码在现有社会中的普及、应用，以及通常使用电话进行保险出险报案，因此，另一个实施中，所述报案用户信息可以包括手机号码。使用手机号码进行身份验证、校验等处理，可以更加快速、高效的核对用户信息，也适应于更多的应用场景。

本实施例应用场景中，保险服务器可以将获取的全部保险用户信息发送给应用服务器，以供应用服务器进行应用账号的核查，也可以仅发送部分必要字段的信息内容来进行处理，如被保险人的手机号码或者被保险人的身份证号码，又或者可以包括呼入的手机号码或者报案人提供的报案人的身份证号码等。

s2：所述应用服务器基于所述报案用户信息确认是否存在所述报案人的第一应用账号。

应用服务器接收到保险公司一侧发送来的报案用户信息，可以在应用服务器中或与应用服务器关联的数据库中查询是否有报案人的应用账号(在此，可以将报案人对应的应用账号称为第一应用账号，相应的，可以将被保险人对应的应用账号称为第二应用账号；若报案人是被保险人，则第一应用账号与第二应用账号相同，或者第一终端与第二终端为同一终端)。本实施例应用场景中，可以默认被保险人已经注册过应用，在应用服务器一侧存储有被保险人的应用账号。另一些实施例中，所述应用服务器在检查是否有报案人的应用账号时，也可以检查是否有被保险人的应用账号。如果被保险人无应用账号，则可以转入设置的常规或传统保险处理流程，如保险公司的业务人员继续接听电话呼入进行相应答复处理。

本实施例中可以在应用服务器一侧基于报案用户信息查询是否有相应应用账号，如根据报案人的手机号码查询是否有对应该手机号码的应用账号，或者是对应该手机号码的用户所拥有的应用账号。如果有，则报案人可以进一步的在终端上应用内容申请查看理赔的相关信息。并且，由于应用服务器对注册应用账号的用户通常具有一些信息的校验或认证能力，例如要求注册应用的用户需进行实名认证，可以包括真实姓名、手机号码，或者基于视频图像、虹膜或指纹方式实现的用户信息认证等。因此，另一种实施例中：

s20：所述应用服务器至少具有实名认证能力，以及所述应用服务器对所述报案用户信息进行实名认证；

相应的，在实名认证通过时执行确认是否存在所述报案人的第一应用账号的处理。

若应用服务器记录有报案人的用户信息并可以进行实名认证，则通常情况下，该报案人在所述应用服务器或归属于所述应用服务器的应用上注册有相应的应用账号。因此，一些实施场景下，应用服务器若能对报案人进行实名认证的核实处理，则相应的可以确认存在报案人的第一应用账号。当然，另一些实施场景下，应用服务器可以对报案人进行实名认证，至于是否有第一应用的账号，则需要进行的查询，查询结果可能是存在也可能不存在。

这样至少可以在应用服务器一侧基于报案人提供的手机号码等报案用户信息对报案人的一些身份信息进行校验。例如若报案人声称自己为被保险人，使用自己的手机进行报案，则应用服务器可以根据报案人的呼入的手机号码与身份证是否对应，从而确认报案人是否为被保险人或者报案人上报的信息是否存在虚假。例如，若报案人是为被保险人，则可以继续进一步处理；若报案人为非保险人，则也可以进一步的基于与被保险人的身份关系认证、授权处理等进行相应的保险业务处理；若报案人上报的信息存在虚假，则可以拒绝请求或进一步转入人工核实等处理操纵。当然，也可以在验证结果通过时在查询是否存在所述报案人的第一应用账号。

s4：若存在，则确认是否授权使用第一应用账号申报保险业务，以及在确认授权后基于第一应用账号登录的第一终端申报保险业务。

若确定报案人在应用服务器有相应的第一应用账号，则报案人可以登录第一终端，通过第一终端进行报案，申报保险业务。确认是否授权使用第一应用账号申报保险业务具体的可以包括应用服务器基于第一应用账号的授权指令进行的授权。报案人确认授权后，可以登录第一终端申报保险业务。本实施例中所述的授权第一应用账号申报保险业务通常是指通过第一应用账号提交保险业务办理、理赔等所需的资料，如授权使用某支付应用在线申报保险理赔。在授权通过后，报案人则可以通过第一终端的支付应用来上传定损图像、填写报案人信息等。

一般的，用户可以使用第一终端来提交报案所需的数据信息，如车损图像、身份证件、保险单号等。报案人有第一应用账号，可以在第一应用账号同意授权后，通过第一应用账号登录的第一终端来获取或提交所需的资料信息。这些资料信息可以上传给保险公司，也可以同时上传给所述应用服务器，可以由保险公司根据第一终端提交的资料信息进行理赔的处理。

s6：所述第一终端获取业务处理请求，所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权。

所述的业务处理请求通常可以包括查看理赔进度，也可以包括其他的理赔业务信息，如赔付金额、赔付时间、发放账户等。

报案人想通过第一终端查看理赔进度等保险业务请求，则第一终端可以将保险业务请求发送转发给被保险人的第二应用。本说明书实施例中，被保险人登录的应用账号可以称为第二应用账号，相应的第二应用账号登录的终端设备可以称为第二终端。一些实施例中报案人与被保险人为不同的用户时，其对应的第一应用账号和第二应用账号可以为不同的应用账号。第一应用账号登录的第一终端和第二应用账号登录的第二终端可以为不同的终端设备，一些实施例中，也可以为相同的终端设备，如报案人在当前终端注销第一应用账号后使用第二应用账号登录相同的终端，或者，报案人与被保险人为同一人。

例如在本实施例的一个应用场景中，报案人并非被保险人。报案人可以在事故现车基于授权后的支付应用进行报案，提交相关保险业务信息并上传事故车辆损伤图像。若在车损现场或过一段时间后，报案人如需查看理赔进度等，则可以将保险业务请求发送至被保险人一侧，由被保险人通过第二应用账号确认是否授权给报案人查看理赔进度。当然，若报案人是被保险人，则可以直接在应用中提示授权或者基于确定的报案人是被保险人时可以默认授权业务处理请求或直接响应业务处理请求，并反馈结果。

上述所述的获取业务处理请求，可以在理赔的处理过程中发起的业务处理请求，如用户想通过第一终端的第一应用查看理赔进度。

s8：所述第二终端通过所述应用服务器对所述业务处理请求对应的被保险人的进行信息校验。

第二终端可以在应用内选择是否授权报案人查看案件信息、理赔进度等的保险业务请求。若选择授权，则触发对被保险人的校验。具体的校验可以由所述应用服务器来执行，第二终端可以向应用服务器发送校验请求的消息，以使应用服务器基于校验请求对保险人的一些信息(可以预先约定需要验证的信息)进行校验。对被保险人的信息校验可以包括校验被保险人的手机号码、真实姓名等，例如可以要求在第二终端上输入被保险人的手机号码和/身份证号码，第二终端将校验的信息发送至应用服务器，应用服务器可以基于身份证号码核实被保险人的保险订单、姓名等信息，或者基于应用服务器存储的被保险人的身份证号码与手机号码的对应关系核实第二终端上输入的被保险人的手机号码是否正确等。其他的实施例中还可以对保险人的其他信息进行校验，以及采用其他预定的校验方式对指定信息进行校验。因此，一些实施例中，所述根据所述业务处理请求对应的被保险人的进行信息校验包括至少对被保险人的手机号码进行校验。

本实施例中应用服务器接收到被保人的校验请求后可以对被保险人进行身份校验。一些实施例中所述的身份校验可以包括对被保险人的真实身份信息的校验或验证，例如确认被保险人的真实手机号码、实名认证等，当然也可以包括其他的验证信息。校验的方式可以预先设定，可以由应用服务器基本存储记录的被保险人的信息进行校验，也可以基于报案人或被保险人提供的信息进行校验。例如一种实施例中，所述应用服务器对所述业务处理请求对应的被保险人的进行信息校验可以包括：

s80：应用服务器利用实名认证，核对被保人的手机号码和身份证号码的对应关系是否正确。

所述应用服务器可以将校验结果返回给被保险人所登录的第二终端。本实施例中返回的校验结果可以是核对用户的信息，可以不包含具体的校验信息，避免了一些实施情况下透漏用户隐私的问题。因此，本说明书提供的所述方法的另一个实施例中，所述应用服务器对所述业务处理请求对应的被保险人的进行信息校验可以包括：

s82：所述应用服务器返回的校验结果为表征被保险人校验成功或失败的字段。

例如返回的校验结果可以仅包含核对的用户信息是否通过的“是”或者“否”，或者“校验成功”、“校验失败”等。这里的校验结果可以不包含被保险人的相关信息，或者不包含设置的属于被保险人隐私的信息，仅返回对被保险人进行校验的成功或失败的结果。这样，可以实现有效保障用户的隐私的情况下，核对用户信息。

s12：在校验成功时，所述第二终端确定所述第一终端的业务处理请求授权成功；以及所述第二应用账号确认是否授权将校验后的被保险人的信息发送给保险服务器。

若应用服务器对被保险人校验成功，则第二终端可以确定对前述报案人发来的保险业务请求授权成功，此时报案人在第一终端上具有一定的权项查看案件相关信息。

需要说明的是，一些实施例中被保险人对报案人的保险业务的授权，可以是具有一定权项的授权或者是部分信息的授权。例如可以设置在理赔过程中对报案人能够看到的信息进行删减，或者对报案人能够申请查看的保险业务进行一些限制等。

本实施例中，在被保险人校验成功时，还可以同时请求第二应用账号是否授权将校验后的被保险人的信息反馈给保险服务器一侧。应用服务器对被保险人的信息进行了校验，校验成功后即验证了被保险人指定信息的真实性，例如获取或验证了被保险人真正的手机号码。此时，应用服务器可以请求第二应用账号是否授权将校验成功后的被保险人的信息，如真实手机号码，发送给保险公司一侧，以使保险公司一侧基于被保险人的授权和应用服务器实名认证验证过的信息得到被保险人真实可靠的信息。

请求第二应用账号授权时，可以直接在第二终端的应用内(例如某支付应用)展示请求授权界面，如图2所示。当然，其他的实施例中也可以采用其他方式请求授权，例如短信获取结合语言、图像、生物特征等方式请求授权以及确认授权。

本实施例中利用报案人想要查看案件信息的动机或需求，触发保险业务请求，由报案人通知被保险人保险业务请求。被保险人若执行授权，则可以完成被保险人的一些身份信息校验，在校验的过程中可以确定被保险人的真实信息。这样，利用报案人的需求，合理合规的得到被保险人的授权和信息校验，并在被校验人的信息还可以回流给保险公司，校验保险公司一侧存储的被保险人的信息。因此，所述方法还可以包括：

s14：在所述第二应用账号授权后，应用服务器将校验后的被保险人的信息发送给保险服务器；

s16：所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

应用服务器在被保险人身份校验的过程中可以确认被保险人的真实用户信息。在本实施例中的身份校验以及授权的过程，是被保险人同意/授权的情况下的验证处理，在此过程中可以询问是否可以将手机号码等被保险人的部分真实用户信息给保险公司，以便于保险公司更好的进行后续通知、理赔等。由于都是被保险人自己的真实信息，以及被保险人处于自身利益的考虑，通常被保险人会授权将自己的真实用户信息回传给保险公司。而保险公司可以基于从应用服务器回流的真实用户信息校验保险服务器一侧存储的被保险人的信息，例如预留的联系号码是否正确、信息是否更新等。

应用服务器可以对具体的授权内容进行记录，并可以进行相应的权限控制。第一终端可以基于业务请求授权成功，通过支付应用查看理赔进度。当然，第二终端同样可以使用支付应用查看理赔进度等相关理信息。图3是本说明书提供的一种在理赔中校验被保险人身份信息的实施例应用场景示意图。如图3所示，应用服务器收到授权并记录的内容可以包括：

1、报案人得到授权：报案人可以获取查看案件信息、通过支付应用查看理赔进度(可以设置报案人不能查看理赔金额)；

2、被保险人身份确认：被保险人的真实手机号码等信息得到验证，以及被保险人同样可以使用支付应用查看理赔进度(可以设置被保险人可以看到理赔金额，甚至案件的全部详细信息)；

3、被保险人的某些信息，例如手机号码，回流到保险公司。应用服务器可以获取被保险人当时真正使用的手机号码(例如一些保险的业务场景中需要手机号码进行核赔)。

本说明书实施例方案以利用第三方应用的实名认证能力，在保险报案环节便可以对被保险人的身份进行校验，校验的过程中可以合理合规合情的获取并确认被保险人的真实身份信息。在被保险人授权的前提下，可以将被保险人的真实用户信息回流给保险公司，由保险公司进行数据清洗、核实等，提供更好的保险服务。利用本实施方案，利用报案人查看保险业务的需求和被保险人的授权认证过程，在正常的业务处理中合理的得到被保险人的真实用户信息，如真实手机号码，可以减少保险公司通过非法手段或未征得用户同意的情况下获取被保险人用户信息的问题，提高保险公司作业人员与第三方应用合作的满意度，同时也提高了保险公司保险业务服务的质量和用户的隐私信息授权感知体验。

上述实施例从报案人登录的第一终端/被保险人登录的第二终端、应用服务器、保险服务器多侧交互的角度描述了本说明书提供的校验用户信息处理方法实施例。基于上述多侧交互的实施例描述，本说明书还可以提供一种可以用于服务器的校验用户信息的处理方法实施例，所述的服务器可以包括但不限于前述实施例所描述的应用服务器。具体的，一种实施例如图4所示，所述方法可以包括：

s20：应用服务器基于报案用户信息确认是否存在报案人的第一应用账号，所述报案信息包括保险服务器基于报案人电话报案确定的至少包括报案人、被保险人之一的信息；

s22：若存在，则基于授权指令授权使用所述第一应用账号申报保险业务；

s24：应用服务器基于接收到的被保险人登录的第二终端发送的业务处理请求，对所述业务处理请求对相应的被保险人进行信息校验；

s26：应用服务器将校验结果返回所述第二终端，以及在校验成功时向登录第二终端的第二应用账号发送是否授权将校验后的被保险人的信息发送给保险服务器的授权请求；

s28：在确定所述第二应用账号授权后，应用服务器将校验后的被保险人的信息发送给保险服务器，以使所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

应用服务器将传统的电话报案理赔引导到线上通过终端与服务器的身份校验来验证用户真实的信息，并利用报案人的需求(报案人可以是被保险人)合理合规的得到被保险人的授权，将用户信息回流给保险公司，有效的提升了用户保险业务体验，降低被保险人的保险业务风险。

需要说明的是，本说明书实施例上述所述应用服务器一侧的处理方法，根据前述报案人登录的第一终端/被保险人登录的第二终端、应用服务器、保险服务器多侧交互的方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

上述实施例描述了校验用户信息时应用服务器一侧的实施方式。如前所述，在其他的一些实施例中，上述的一种校验用户信息的处理还可以由终端设备完成，例如按照了某支付应用的手机客户端。终端设备可以是第一终端，也可以是第二终端。所述终端设备在报案人与被保险人不是同一个人时，可以为不同的终端设备，或登录了不同应用账号的不同终端或相同终端。所述终端设备在报案人与被保险人为同一个人时可以为同一个终端设备。图5是本说明书提供的所述方法另一个实施例的方法流程示意图.具体的，本说明书提供的可应用在终端设备的一种校验用户信息的处理方法实施例可以包括：

s30：报案人登录的第一终端在授权后使用第一应用账号申报保险业务，其中，所述授权包括应用服务器基于报案人在电话报案时的报案用户信息确认存在报案人的第一应用账号时确认的授权；

s32：所述第一终端获取业务处理请求，所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

s34：所述第二终端通过所述应用服务器对所述业务处理请求对应的被保险人的进行信息校验：

s36：在校验成功时，所述第二终端确定所述第一终端的业务处理请求授权成功；以及所述第二应用账号确认是否授权将校验后的被保险人的信息发送给保险服务器，以使在所述第二应用账号授权后，所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

基于上述多侧交互实施例描述，所述方法的另一个实施例中，所述报案人的用户信息至少包括报案人的手机号码；所述对所述业务处理请求对应的被保险人的进行信息校验包括至少对被保险人的手机号码进行校验。

所述方法的另一个实施例中，第二终端接收的应用服务器返回的校验结果为表征被保险人校验成功或失败的字段。

需要说明的是，本说明书实施例上述所述应用服务器或终端设备一侧的方法，根据多侧交互的方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本实施例方案将用户线下的电话报案、出险、理赔等业务转移到线上终端的应用内，并可以在用户报案阶段进行身份信息的校验、授权确认等，可以有效避免未经报案人/被保险人同意就发送理赔进度等消息给用户情况，同时可以避免未经保险人同意就将手机号码等用户资料给保险公司情况。利用本说明书实施方案不但可以将用户引流到线上应用内进行保险业务的处理，还可以基于应用服务器的实名认证校验/核实被保险人的信息，出于共同利益的考虑，通常被保险人会授权将真实用户资料回传给保险公司，这样保险公司一侧可以得到用户真实有效的用户信息，可以对自身存储的用户信息进行清洗，更好的提高风控和保险服务能力。

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

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器、分布式系统、区块链网络或者类似的运算装置中执行。以运行在服务器上为例，图6是本发明实施例的一种校验用户信息的处理方法的硬件结构框图。如图6所示，服务器10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图6中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如gpu(graphicsprocessingunit，图像处理器)，或者具有与图6所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的搜索方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述校验用户信息的处理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

基于上述所述的校验用户信息的处理方法，本说明书还提供一种校验用户信息的处理装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的设备装置。基于同一创新构思，本说明书提供的一种实施例中的处理装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的处理装置的实施可以参见前述方法的实施，重复之处不再赘述。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。具体的，如图7所示，图7是本说明书提供的可以用于服务器一侧的一种校验用户信息的处理装置实施例的模块结构示意图，具体的可以包括：

应用账号确认模块20，可以用于基于报案用户信息确认是否存在报案人的第一应用账号，所述报案信息包括保险服务器基于报案人电话报案确定的至少包括报案人、被保险人之一的信息；

应用授权模块21，可以用于在确定存在报案人的第一应用账号时，基于授权指令授权使用所述第一应用账号申报保险业务；

校验模块22，可以用于基于接收的被保险人登录的第二终端发送的业务处理请求，对相应的被保险人进行信息校验；

校验反馈模块23，可以用于将校验结果返回所述第二终端，以及在校验成功时向登录第二终端的第二应用账号发送是否授权将校验后的被保险人的信息发送给保险服务器的授权请求；

信息反馈模块24，可以用于在确定所述第二应用账号授权后，将校验后的被保险人的信息发送给保险服务器，以使所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

如前述方法实施例描述，所述装置的另一个实施例中，所述装置还可以包括：

实名认证模块25，可以用于对所述报案用户信息进行实名认证；

相应的，在实名认证通过时应用账号确认模块20执行确认是否存在所述报案人的第一应用账号的处理。

如前述方法实施例描述，所述装置的另一个实施例中，所述报案人的用户信息至少包括报案人的手机号码；相应的，所述对相应的被保险人进行信息校验包括至少对被保险人的手机号码进行校验。

如前述方法实施例描述，所述装置的另一个实施例中，校验反馈模块23返回的校验结果为表征被保险人校验成功或失败的字段。

如前述方法实施例描述，所述装置的另一个实施例中，校验反馈模块23对所述业务处理请求对应的被保险人的进行信息校验包括：利用实名认证，核对被保人的手机号码和身份证号码的对应关系是否正确。

如图8所示，图8是本说明书提供的可以用于终端设备一侧的一种校验用户信息的处理装置实施例的模块结构示意图，具体的包括：

应用账号授权模块30，可以用于基于报案人得到授权使用第一应用账号申报保险业务，其中，所述授权包括应用服务器基于报案人在电话报案时的报案用户信息确认存在报案人的第一应用账号时确认的授权；

请求转发模块31，可以用于获取业务处理请求，以及所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

校验请求模块32，可以用于通过所述应用服务器对业务处理请求对应的被保险人的进行信息校验：

授权及业务处理模块33，可以用于在被保险人校验成功时，确定业务处理请求授权成功；以及确认是否授权将校验后的被保险人的信息发送给保险服务器，以使在所述第二应用账号授权后，所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

本说明书实施例提供的方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在pc端实现，或其他例如linux、android、ios系统相对应的应用设计语言集合必要的硬件实现，或者基于量子计算机的处理逻辑实现等。具体的，本说明书提供的一种实现上述方法或装置的校验用户信息的处理设备实施例，所述处理设备可以为上述的应用服务器，具体的实施例中，服务器可以包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

基于报案用户信息确认是否存在报案人的第一应用账号，所述报案信息包括保险服务器基于报案人电话报案确定的至少包括报案人、被保险人之一的信息；

在确定存在报案人的第一应用账号时，基于授权指令授权使用所述第一应用账号申报保险业务；

基于接收的被保险人登录的第二终端发送的业务处理请求，对相应的被保险人进行信息校验；

将校验结果返回所述第二终端，以及在校验成功时向登录第二终端的第二应用账号发送是否授权将校验后的被保险人的信息发送给保险服务器的授权请求；

在确定所述第二应用账号授权后，将校验后的被保险人的信息发送给保险服务器，以使所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

同样的，本说明书提供的另一种实现上述方法或装置的校验用户信息的处理设备实施例，这里的处理设备为终端设备，如按照有某支付应用的手机移动终端。具体的实施例中，所述终端设备可以包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

基于报案人得到授权使用第一应用账号申报保险业务，其中，所述授权包括应用服务器基于报案人在电话报案时的报案用户信息确认存在报案人的第一应用账号时确认的授权；

获取业务处理请求，以及所述业务处理请求被发送至所述被保险人的第二应用账号登录的第二终端请求处理授权；

通过所述应用服务器对业务处理请求对应的被保险人的进行信息校验：

在被保险人校验成功时，确定业务处理请求授权成功；以及确认是否授权将校验后的被保险人的信息发送给保险服务器，以使在所述第二应用账号授权后，所述保险服务器基于所述校验后的被保险人的信息校验存储的被保险人的用户信息。

上述的指令可以存储在多种计算机可读存储介质中。所述计算机可读存储介质可以包括用于存储信息的物理装置，可以将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如ram、rom等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、u盘；利用光学方式存储信息的装置如，cd或dvd。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。下述所述的装置或服务器或客户端或系统中的指令同上描述。

所述的终端设备类型可以包括移动终端、专用车险设备、车机交互设备、个人电脑、智能穿戴设备等。

本说明书还提供一种校验用户信息的处理系统，该系统可以结合用户一侧的终端设备和前述所述的应用服务器的交互、授权、验证等处理，完成对被保险人信息的验证。尤其是对例如被保险人的手机号码等敏感且重要的信息进行核实验证，使验证后的用户信息合法合规的回流到保险公司。具体的一种实施例中，所述处理系统可以包括：

应用服务器，所述应用服务器上的处理器执行存储器存储的可执行指令时实现本说明书中任意一个实施例所述方法的步骤；

终端设备，所述终端设备的处理器执行存储器存储的可执行指令时实现本说明书中任意一个实施例所述方法的步骤。

需要说明的是，本说明书实施例上述所述的装置、处理设备、服务器、终端设备、系统等，根据相关方法实施例的描述还可以包括其他的实施方式，例如报案人的用户信息至少包括手机号码、被保人校验时利用实名认证，核对被保人的手机号码和身份证号码的对应关系是否正确等等。具体的实现方式可以参照方法实施例的描述，在此不作一一赘述。

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

尽管本说明书实施例内容中提到应用为支付应用、验证手机号码、理赔查看、请求授权等之类的数据获取、存储、交互、计算、判断等操作和数据描述，但是，本说明书实施例并不局限于必须是符合行业通信标准、标准数据库数据语法、通信协议和标准数据模型/模板或本说明书实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。