一种远程过程调用处理方法、装置及系统与流程

本申请属于计算机数据处理领域，尤其涉及一种远程过程调用处理方法、装置及系统。

背景技术：

rpc(remoteprocedurecall，远程过程调用)是一种使用rpc协议，通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的技术。rpc协议假定某些传输协议的存在，如tcp或udp，为通信程序之间携带信息数据。在osi网络通信模型中，rpc跨越了传输层和应用层。rpc使得开发包括网络分布式多程序在内的应用程序更加容易。

通常，rpc采用客户端/服务器端模式，请求程序可以作为客户端，服务提供程序可以作为服务器端。请求程序可以通过提供的api接口走开放平台的方式调用服务器。目前，在多数实际业务应用场景下，客户端/服务器端模式通常包括多个用户侧的客户端，而服务器端多采用分布式环境下的服务器集群，或者一个服务器中的多个服务提供应用。对于同一api接口，在开放给多个客户端时，所述客户端可以通过签约的api接口请求需要的数据字段。不同的客户端由于用户不同、业务不同、需求不同等通常请求的数据字段也不一样。由于存在大量签约同一api接口且对接口返回数据字段需求不一，而api接口的实现层通常是在分布式环境下对多个服务器端的多次rpc调用后，然后对各调用结果进行数据字段合并包装后再对外通过网关进行响应输出。目前现有rpc处理机制以数据字段全集为标准对这些数据字段所落在的下游服务系统进行rpc远程调用，然后进行包装并返回给网关，网关再进行字段过滤最终返回给发起请求的客户端。网关层面所做的字段过滤发生在后置处理部分，即api实现层已经对各数据字段所处的下游服务系统发生了rpc网络调用，冗余了网络调用开销，增加了api响应时间。

图1为现有技术中rpc处理过程的一种场景示意图。如图1所示，对外开放api数据接口可以依靠网关层面(gateway)对各合作伙伴(请求客户端)的数据字段实际需求进行过滤输出。而网关层面会把api接口请求分发给对应的业务系统(api接口实现系统)，api接口实现层是按照接口返回的全集数据字段进行返回，对各数据字段所处的下游系统均会发起串行rpc调用，即api接口实现是按照全集数据字段的标准进行返回的，并不感知各合作伙伴对数据字段的需求不一，把数据字段全部返回给网关，然后由网关按照各合作伙伴实 际需求进行过滤输出。具体的，例如图1中的partner1实际数据字段需求为{field1,field2}，而api全集输出字段为{field1,field2,field3,field4,field5,field6,field7}。现有的处理机制则会对上述全集输出字段所处的下游服务系统{app1,app2,app3,app4}均发生rpc调用，而对于partner1的实际数据字段需求而言并不需要执行app2、app3、app4的rpc调用。

目前现有rpc处理机制会冗余大量rpc网络开销，增加了调用处理时间，降低api响应效率。

技术实现要素：

本申请目的在于提供一种远程过程调用处理方法、装置及系统，可以做到根据请求方实际数据字段需求进行精准的调用，大大减少rpc网络调用开销，提高api接口响应效率。

本申请提供的一种远程过程调用处理方法、装置及系统是这样实现的：

一种远程过程调用处理方法，所述方法包括：

接收请求方发送的服务请求消息；

根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务；

根据所述确定出的目标服务执行所述请求方的远程过程调用。

一种远程过程调用处理装置，所述装置包括：

接收模块，用于接收请求方发送的服务请求消息；

配置计算模块，用于根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务；

服务调用模块，用于根据所述确定出的目标服务执行所述请求方的远程过程调用。

一种分布式处理系统，包括接口计算配置模块，

所述接口配置模块被设置成，用于预先存储根据获取的请求方的用户标识和所述请求方的初始化数据字段配置生成的在用户签约接口下所述初始化数据字段对应的目标服务；还用于接收请求方发送的目标请求消息，根据所述服务请求消息中的用户标识和请求数据字段确定所述请求方调用的目标服务；还用于据所述确定出的目标服务执行所述请求方的远程过程调用。

本申请提供的一种远程过程调用处理方法、装置及系统，考虑到不同的请求方对同一api所需的数据字段需求不一，例如有的客户端需要请求获取服务器中会员的账号信息、有的客 户端需要请求获取会员的通讯信息等。基于实际rpc调用时存在的这一需求差异，本申请提供的rpc处理方法可以通过在调用开放平台api实现层进行配置设置，对不同请求方请求的数据字段进行分析处理，决策出各个请求方实际需要调用的rpc服务，从而实现根据不同请求方的数据字段实际所需的服务或者应用发生rpc调用，大大减少不必要的rpc网络调用开销，提高api接口响应效率。

附图说明

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

图1是现有技术中rpc处理过程的一种场景示意图；

图2是本申请一种远程过程调用处理方法一种实施例的方法流程示意图；

图3是本申请提供的一种远程过程调用处理方法一种应用场景的示意图；

图4是本申请本申请设置接口配置数据的一种应用场景示意图；

图5是本申请提供的一种远程过程调用处理装置一种实施例的模块结构示意图；

图6是本申请提供的一种远程过程调用处理装置一种实施例的模块结构示意图；

图7是本申请所述配置计算模块102一种实施例的模块结构示意图；

图8是本申请提供的一种远程过程调用处理装置另一种实施例的模块结构示意图。

具体实施方式

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

下面结合附图对本申请所述的基于场景的远程过程调用处理方法及装置进行详细的说明。图2是本申请所述一种远程过程调用处理方法一种实施例的方法流程示意图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述的方法的在实际中的装置或者终端产品、系统中执行时，可以按照实施例或者附图所示的方法进行顺序执行或者并行执行 (例如并行处理器或者多线程处理的环境)。

现有技术中的rpc(remoteprocedurecall，远程过程调用)由于不同的请求方(客户端、合作伙伴、用户等)通常对同一api所需的数据字段需求不一，例如有的客户端需要请求获取服务器中会员的账号信息、有的客户端需要请求获取会员的通讯信息等。本申请提供的rpc处理方法考虑到这一需求差异，通过在调用开放平台api实现层进行配置设置，对不同请求方请求的数据字段进行分析处理，决策出该请求方实际需要调用的rpc服务，从而实现根据不同请求方的数据字段实际所需的服务或者应用发生rpc调用，大大减少不必要的rpc网络调用开销。具体的如图2所示，本申请提供的一种远程过程调用处理方法的一种实施例中，所述方法可以包括：

s1：接收请求方发送的服务请求消息。

一般的，在分布式服务系统中，外围系统通常有多个不同业务需求的请求方。这些请求方可以通过设定的交互方式向分布式服务系统中的核心业务系统发送服务请求消息，核心业务系统集群中的服务层根据具体的服务请求消息中的信息进行响应输出。多个业务请求方可以根据自身业务的字段需求发起对网关层面的apihttps请求，网关层可以将该请求分发至相应的具体的api实现系统。然后本申请所述方法中，所述api实现系统可以接收各个请求方发送的服务请求消息。

图3是本申请提供的一种远程过程调用处理方法一种应用场景的示意图。在图3中，所述的请求方为多个具有业务关系的业务合作伙伴，分布式服务系统中的核心业务系统可以向所述的业务合作伙伴开放api接口，所述业务合作伙伴可以通过所述api接口请求核心业务系统中的数据。在本实施例应用场景中，所述请求方可以根据业务需求将相应的字段需求通过httpsrequest方式发送至网关(gateway)。网关可以将请求信息分发至api实现系统，然后由api实现系统的api实现层进行相应的处理后输出响应数据。

通常核心业务系统可以为多个服务器组成的系统集群，其中可以包括多个业务服务，每个业务服务项可以由处于api实现层的具体下游服务系统如服务器、应用、功能模块等实现。例如图3所示，某金融业务服务设置了四组服务应用app1、app2、app3、app4，每组服务应用可以实现对调用该服务应用发送而来的数据字段进行处理并反馈处理后的结果数据。

本申请中所述的请求方可以如上述实施例所述的业务合作伙伴，具体的可以包括发送服务请求消息的客户端或外围系统的服务器，或者签约的第三方应用等。具体的所述请求方根据不同远程过程调用的应用场景或系统构架可以为不同的请求对象。另外，本申请所述的远程过程调用处理方法也并不局限于本申请中实施例所述的分布式服务系统的应用环境，或者通过网关再到api实现层的实施方式。在其他的实施应用场景中也可以包括基于客户端/服务 器端模式实现远程过程调用处理，包括利用其他通信协议实现的信息交互方式。

一般的，所述请求方发送的服务请求消息中可以包括请求方的用户标识的信息和根据业务需求设置的请求数据字段的信息。例如图3中请求方partner1可以以该请求方的唯一标识信息即用户idpartner1作为用户标识。所述请求方partner1在所述服务请求消息中可以设置两个请求数据字段field1和field2。当然，具体的不同请求方可以根据实际业务需求设置一个或者多个请求数据字段，不同的请求方可以包含相同的请求数据字段。实际实施过程中可以根据实际应用场景进行相应的设置。

在本实施例中，api实现层可以接收一个或者多个请求方发送来的包括用户标识和请求数据字段的服务请求消息。

s2：根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务。

本实施例中所述api接口实现层可以在预先设置的接口配置数据中根据请求方的用户标识和请求数据字段查询并决策出请求方实际需要调用的目标服务。对于同一个api接口，通常是有多个业务的请求方在使用，相比于现有技术中的大而全的所有请求方全集数据字段去调用的方式，本申请提供的方法可以根据各个请求方实际请求数据字段计算出实际需要调用的请求数据字段所处的下游服务系统，达到api实现层按需调用，大大减少远程过程调用时的网络调用开销。

所述的接口配置数据可以采用api实现层根据请求方的数据信息进行不同维度的建模，可以根据解析获取的请求方的用户标识和实际的请求数据字段计算得出请求方对应的目标服务。所述的接口配置数据在实际的系统应用中可以以接口配置模块实现，或者是在开发平台的api实现成建立接口配置计算模型，以实现在复杂的分布式环境下能通过接口配置决策，提前识别出实际真正欲调用的系统及服务。具体的，本申请提供一种所述接口配置数据的配置生成方式。本申请提供的一种实施例中，所述接口配置数据可以包括采用下述方式配置生成：

s201：获取请求方的用户标识和所述请求方的初始化数据字段的信息；

s202：配置所述请求方的签约接口，设置所述签约接口与所述用户标识的对应关系；

s203：配置在所述签约接口下所述请求方的初始化数据字段和与所述初始化数据字段对应的目标服务。

在配置生成接口配置数据时，可以获取请求方的用户标识和所述请求方的初始化数据字段的信息。例如所述的请求方可以为合作伙伴使用的终端装置、应用，所述的初始化数据字 段可以根据与所述合作伙伴的数据需求进行约定设置。如某合作伙伴业务方a接入api的时候，可以先确定出具体的数据字段需求x1、x2、x3。然后可以按照业务方a的需求初始化接口配置数据，包括设置业务方法的签约接口，所述签约接口下所述业务方的初始化数据字段和与所述初始化数据字段对应的目标服务。当业务方a真正发起api请求的时候，可以实际请求的数据字段如x1、x2、x3当前初始化申请的接口配置数据中确定数据字段x1、x2、x3所落在的对应的目标服务。当然，所述接口配置数据中配的请求方的初始化数据字段在实际调用时可以仅请求其中的部分数据字段，例如上述业务方a实际请求的数据字段可以为x1、x2，可以不必包括接口配置数据中的初始化数据字段x3。

图4是本申请设置接口配置数据的一种应用场景示意图。如图4所示，在分布式系统应用场景中，可以将所述接口配置数据划分为前台和后台接口配置数据两部分实现。具体的后台接口配置数据可以主要用于接口配置数据到db的录入。可以在核心业务服务系统中根据合作伙伴预先定义或约定的数据需求进行建模，可以由接口配置后台进行处理。接口配置后台可以进行不同维度的建模，如图4所示的应用场景中，可以建立api接口维度模型，所示api接口模型中可以包括api接口名称，api提供的全集数据字段，所述全集数据字段对应的服务方法名等。同时可以根据合作伙伴实际数据需求建模，如图4所示的可以包括合作伙伴身份标识id，签约接口、实际数据需求字段，以及数据字段涉及的rpc服务等。开发人员获取合作伙伴的用户标识、数据需求等信息后，可以按照上述两个建模维度进行后台接口配置数据录入。然后可以将录入的后台接口配置数据通过drm开关定时同步给tair。所述的drm(distributedresourcemanagement)为分布式资源管理，可以为应用提供应用框架，在本实施例分布式环境应用场景中可以实现业务核心系统中的服务器、应用、数据库等与外围调用系统进行通信。所述的tair为一种高性能、可扩展、高可靠的key/value结构的存储系统，本实施例中具体的tair的存储数据结构可以为：<key＝partnerid+apiname，value＝{servicelist…}>。

当然，虽然本实施提供了如图4所示的生成接口配置数据实施方式，但在其他应用场景中可以根据实际需求进行一些形变，采用其他的数据存储结构或者数据存储方式以及各个数据库、功能组件的同步、交互处理方式等。在本申请所述方法中，所述的接口配置数据可以实现根据发送来的请求消息中的用户标识和实际的请求数据字段可以计算出请求方在api实现层真正需要调用的目标服务，而非现有技术中按照大而全的多个请求方的全集数据字段去调用。

本实施例提供的远程过程调用处理方法中，可以根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务。

s3：根据所述确定出的目标服务执行所述请求方的远程过程调用。

根据接口配置数据确定出当前请求方实际需要调用的目标服务(系统或应用等)，然后可以在当前远程过程调用时仅发起对所述请求方的请求数据字段所落在的下游目标服务系的rpc调用。如图3所示的实例中，请求方partner1实际请求数据字段为{field1,field2}，api全集输出字段为{field1,field2,field3,field4,field5,field6,field7}。若按照现有技术中的处理规则是会对下游的n个底层服务{app1,app2,app3,app4}均发生rpc调用。在本申请方法中增加接口配置数据计算识别出partner1所需的请求数据字段{field1,field2}落在目标服务app1中，因此在本申请提供的远程过程调用处理方法中api实现层只需要发起对app1的rpc调用来响应数据字段{field1,field2}即可，不需要对app2、app3、app4的调用，大大降低网络调用开销，节省了请求方请求数据响字段应时间，大大提高api响应效率。

在上述实施例的应用场景中，可以通过在api接口层通过接口配置模块实现根据用户实际的请求数据字段决策出实际需要调用的目标服务。一般的，在接收到请求方的用户标识后，可以根据请求方的用户标识可以在接口配置数据中查找出该请求方在后台接口配置数据中初始设置的签约接口，然后可以将相应的请求消息分发至签约的api接口。进一步的，可以根据服务器请求消息中请求方的请求数据字段在签约接口下查找出与所述请求数据字段相匹配的目标服务。因此在本实施例的具体的一种应用场景中，所述根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务可以包括：

根据服务请求消息中的用户标识在设置接口配置数据中查找所述请求方在相应签约接口下与服务请求消息中请求数据字段匹配对应的目标服务。

如图4所示，不同的合作伙伴发送的apihttps请求消息通过网关后分发至具体api实现系统。api接口实现可以通过合作伙伴唯一标识和签约接口(key＝partnerid+apiname)在设置的前台接口配置数据tair中查找对应的服务列表。

如果根据所述用户标识和请求数据字段在接口配置数据中查找到对应的目标服务，则可以执行请求方相应的远程过程调用。在其他的实施例中，如果在请求方签约接口的接口配置数据中没有查询到与请求数据字段的匹配对应的目标服务或者出现其他接口配置数据的异常计算结果的情况，则可以按照预设规则进行相应的处理。例如可以中断请求方此次的服务请求等。本申请的一种实施例中，如果出现上述没有查找到或者其他异常情况时，可以按照请求方签约的签约接口下的全集初始化数据字段调用模式发起对下游系统的rpc调用。因此，本申请所述远程过程调用方法的另一种实施例中，所述方法还可以包括：

若未查找到所述请求方在相应签约接口下与服务请求消息中请求数据字段匹配对应的目标服务，则执行按照所述用户标识的签约接口下的全集初始化数据字段发起对下游相应服务系统的远程过程调用。

图5是本申请所述一种远程过程调用处理方法另一种实施例的方法流程示意图。所述的全集初始化数据字段可以包括请求方在接口配置数据中某个签约接口下预先配置的全部初始化数据字段。如业务方a根据预先约定可以在接口配置数据中设置三个初始化数据字段x1、x2、x3，其对应的下游服务系统为app1、app2、app3。若业务方实际请求数据字段为x2，由于同步延时或者计算错误等没有查询到业务方a在签约接口下请求数据字段x2对应的目标服务，则此时处理业务方a的rpc调用时可以按照全集初始化数据字段{x1、x2、x3}对相应的下游服务系统app1、app2、app3均发起调用，此时下游服务系统app2可以响应业务方a的请求数据字段x2，返回响应接口，这样可以最大化的保障请求方的远程过程调用。

当然，本申请上述所述的远程过程调用处理方法在根据请求方的实际请求数据字段执行按需发起调用后，还可以将获取的rpc处理结果返回输出给相应的请求方。因此，本申请所述方法的另一种实施例中，所述方法还可以包括：

将执行所述请求方的远程过程调用的处理结果返回给所述请求方。

实际的应用中，发起rpc调用后可以将相应的rpc的处理结果(可能包括多个rpc处理的结果)合并后再返回给相应的请求方。

本申请上述实施例提供的方法可以根据各个合作伙伴实际请求数据字段在api接口层计算出实际需要调用的请求数据字段所处的下游服务系统，提前识别出实际真正需要调用的系统(服务)，达到api实现层按需调用，大大减少远程过程调用时的网络调用开销，提高api响应效率。

基于本申请上述实施例所述的远程过程调用方法，本申请还提供一种远程过程调用处理装置。图6是本申请提供的一种远程过程调用处理装置一种实施例的模块结构示意图。如图6所示，所述装置可以包括：

接收模块101，可以用于接收请求方发送的服务请求消息；

配置计算模块102，可以用于根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务；

服务调用模块103，可以用于根据所述确定出的目标服务执行所述请求方的远程过程调用。

本实施例提供的远程过程调用处理装置可以根据请求消息中的用户标识和实际的请求数据字段可以计算出请求方实际需要调用的目标服务，然后根据请求数据字段实际需要调用的目标服务去完成下游服务系统的rpc调用，可以大大减少远程过程调用时的网络调用开销，提高api响应效率。

本申请所述远程过程调用处理装置的另一种实施例提供具体的所述接口配置数据生成方式。图7是本申请所述配置计算模块102一种实施例的模块结构示意图，如图7所示，所述配置计算模块可以包括：

后台配置模块1021，可以用于获取请求方的用户标识和所述请求方的初始化数据字段的信息；还可以用于配置所述请求方的签约接口，设置所述签约接口与所述用户标识的对应关系，以及用于配置在所述签约接口下所述请求方的初始化数据字段和与所述初始化数据字段对应的目标服务；

存储模块1022，可以用于存储所述后台配置模块配置生成的接口配置数据；

查询处理模块1023，可以用于根据所述服务请求消息中的用户标识和请求数据字段在所述存储模块1022中查询所述请求数据字段对应的目标服务。

本申请所述的远程过程调用处理装置可以用于接口实现层的单个api接口实现按需调用处理，也可以用于api实现系统中，分别对api实现系统中各个api进行远程调用控制处理。在具体的输出过程中，可以根据用户标识确定用户的签约接口，在用户的签约接口下实现查询该用户相应请求数据字段的目标服务。这样，可以提高整个api实现系统响应效率。具体的本申请的一种实施例中，在上述所述方式配置数据接口后，所述查询处理模块1023根据所述服务请求消息中的用户标识和请求数据字段在所述存储模块1022中查询所述请求数据字段对应的目标服务可以包括：

根据服务请求消息中的用户标识在设置接口配置数据中查找所述请求方在相应签约接口下与服务请求消息中请求数据字段匹配对应的目标服务。

当然，如前所述，如果没有查找到请求方对应的目标服务，可以按照预定处理方式进行处理。图8是本申请所述远程过程调用处理装置另一种实施例的模块结构示意图，如图8所示，所述装置还可以包括：

备用处理模块104，可以用于在所述查询处理模块1023未查找到所述请求方在相应签约接口下与服务请求消息中请求数据字段匹配对应的目标服务时，执行按照所述用户标识的签约接口下的全集初始化数据字段发起对下游相应服务系统的远程过程调用。

本申请所述远程过程调用处理装置另一种实施例中，所述装置还包括：

数据输出模块，可以用于将执行所述请求方的远程过程调用的处理结果返回给所述请求方。

在根据请求方的实际请求数据字段执行按需发起调用后，还可以将获取的rpc处理结果返回输出给相应的请求方。

本申请所述的远程过程调用出方法或者装置可以用于分布式环境下下核心业务服务系统对外围调用系统数据字段的响应处理，可以大大减少api所在的应用在分布式环境下对下游依赖系统冗余的rpc网络调用开销，提高api响应效率，进而提升分布式网络系统的数据处理效率。所述的远程过程调用处理方法或者装置可以在分布式网络系统中以接口配置模块的方式实现。基于此，本申请提供一种分布式处理系统，所述系统可以包括接口计算配置模块，其中，

所述接口计算配置模块被设置成，可以用于预先存储根据获取的请求方的用户标识和所述请求方的初始化数据字段配置生成的在用户签约接口下所述初始化数据字段对应的目标服务；还可以用于接收请求方发送的目标请求消息，根据所述服务请求消息中的用户标识和请求数据字段确定所述请求方调用的目标服务；还可以用于据所述确定出的目标服务执行所述请求方的远程过程调用。

当然，如前所述，如果没有查询到请求方请求数据字段的对应的目标服务，则可以按照请求方全集初始化数据字段的调用方式进行rpc调用。因此，本申请所述分布式处理系统的另一种实施例中，所述接口计算配置模块还被设置成用于：

若未查找到所述请求方在相应签约接口下与服务请求消息中请求数据字段匹配对应的目标服务，则执行按照所述用户标识的签约接口下的全集初始化数据字段发起对下游相应服务系统的远程过程调用。

本申请实施例提供的远程过程调用处理方法、装置和系统，可以根据请求消息中的用户标识和实际的请求数据字段可以计算出请求方实际需要调用的目标服务，然后根据请求数据字段实际需要调用的目标服务去完成下游服务系统的rpc调用，可以大大减少远程过程调用时的网络调用开销，提高api响应效率。

尽管本申请内容中提到网关层面的https请求、api接口实现层、drm和tair以及附图场景所示的数据处理、存储、交互等之类描述，但是，本申请并不局限于必须是完全标准或者所提及的方式的数据处理、存储、交互的情况。本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、方法的基础上略加修改后的处理方法也可 以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

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

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

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

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

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

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。