业务数据转发、业务数据处理方法、装置及电子设备与流程

本申请涉及计算机技术领域，尤其涉及一种业务数据转发、业务数据处理方法、装置及电子设备。

背景技术：

随着互联网技术和终端技术的发展，用户可以通过各种客户端访问业务提供服务器处理业务、获取业务数据。用户通过客户端访问业务提供方服务器获取业务数据的过程大致为：用户在访问客户端中的一个页面时，向网关发起远程过程调用(remoteprocedurecall，rpc)请求；网关将该rpc请求转发到中间层(也称chair层或用户体验适配层)；中间层通过预设接口访问业务提供服务器获取业务数据后，将业务提供服务器返回的业务数据整合打包后，再通过网关转发给客户端。

在一些情况下，业务提供服务器返回的原始业务数据不够理想，需要中间层对其进行修改后再转发至客户端，否则业务开发人员无法实现中间层和客户端的功能以及中间层的业务逻辑的正确性验证。

目前，中间层通过预先在本地保存修改后的替换版本业务数据，然后在接收到rpc请求之后，将业务提供服务器返回的原始业务数据替换为本地保存的替换版本业务数据之后再转发至客户端。但是，在这种方案中，如果中间层对本地保存的替换版本业务数据进行了更新，需要重启中间层才能用更新后的替换版本业务数据替换原始业务数据(重启中间层才能将更新后的替换版本业务数据加载到中间层的内存中)，导致中间层向客户端转发业务数据的效率低下。

技术实现要素：

本申请实施例提供了一种业务数据转发、业务数据处理方法、装置及电子设备，以提高向客户端转发修改后的业务数据的效率。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种业务数据转发方法，所述方法包括：

接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数；

基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数；

接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据；

向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据；

接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

第二方面，提出了一种业务数据处理方法，所述方法包括：

接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数；

基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据；

向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

第三方面，提出了一种业务数据转发装置，所述装置包括：

第一接收模块，用于接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数；

第一发送模块，用于基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数；

第二接收模块，用于接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据；

第一转发模块，用于向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据；

第二转发模块，用于接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

第四方面，提出了一种业务数据处理装置，所述装置包括：

接收模块，用于接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数；

修改模块，用于基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据；

返回模块，用于向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

第五方面，提出了一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数；

基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数；

接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据；

向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据；

接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

第六方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数；

基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数；

接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据；

向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据；

接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

第七方面，提出了一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数；

基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据；

向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

第八方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数；

基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据；

向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

由以上本申请实施例提供的技术方案可见，本申请实施例提供的方案至少具备如下一种技术效果：由于修改后的业务数据保存在自定义服务器中，且对原始业务数据的修改是在自定义服务器上完成，而不是在中间层本地完成，因此，在修改后的业务数据发生了更新之后，不需要重启中间层就可以使用已更新的修改后的业务数据替换原始业务数据，从而可以提高中间层向客户端转发业务数据的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本说明书实施例提供的业务数据转发方法的交互过程示意图。

图2是本说明书实施例提供的业务数据转发方法的一种流程示意图。

图3是本说明书实施例提供的业务数据转发方法的另一种流程示意图。

图4是本说明书实施例提供的业务数据处理方法的一种流程示意图。

图5是本说明书实施例提供的一种电子设备的结构示意图。

图6是本说明书实施例提供的另一种电子设备的结构示意图。

图7是本说明书实施例提供的业务数据转发装置的一种结构示意图。

图8是本说明书实施例提供的业务数据转发装置的另一种结构示意图。

图9是本说明书实施例提供的业务数据处理装置的一种结构示意图。

具体实施方式

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

为了提高中间层转发业务数据的效率，本说明书实施例提供一种业务数据转发、业务数据处理方法及装置，其中，业务数据转发方法和装置可以应用于中间层中，业务数据处理方法可以应用于自定义服务器中，自定义服务器是独立于业务提供服务器的服务器。

为了便于理解本说明书实施例提供的技术方案，下面先结合附图1所示的本说明书实施例提供的业务数据转发方法的交互过程示意图，对本说明书实施例提供的技术方案的应用场景加以说明。

如图1所示，在一个示例性的应用场景中，本说明书实施例提供的业务数据转发方法的交互过程为：①用户访问客户端11中一个页面；②客户端11向网关12发起远程过程调用(remoteprocedurecall，rpc)请求；③网关12将该rpc请求转发到中间层13(也称chair层或用户体验适配层)；④中间层13基于prc请求向目标业务的业务提供服务器14发起数据获取请求；⑤业务提供服务器14返回针对所述目标业务的原始业务数据；⑥将数据获取请求携带的内容和原始业务数据发送至中间层13中的转发插件；⑦中间层13中的转发插件将数据获取请求携带的内容和原始业务数据转发至自定义服务器15；⑧自定义服务器15对原始业务数据进行修改得到最终业务数据并返回给中间层13中的转发插件；⑨中间层13中的转发插件将最终业务数据转发至网关12；⑩网关12将最终业务数据转发给客户端11；客户端11将收到的最终业务数据展示在页面上。

可以看出，在上述示例性地应用场景中，为了获得理想的业务数据，可以在自定义服务器上完成对原始业务数据的修改，而不是在中间层本地完成，因此，在修改后的业务数据发生了更新之后，不需要重启中间层就可以使用已更新的修改后的业务数据替换原始业务数据得到最终业务数据，从而可以提高中间层向客户端转发的最终业务数据的效率。

下面结合附图1至附图3对本说明书实施例提供的一种业务数据转发方法进行详细的说明。

如图2所示，本说明书实施例提供的一种业务数据转发方法，可以应用于图1所示的中间层13中，该方法可以包括如下步骤：

步骤202、接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数。

如图1所示，在用户访问客户端11中的页面中的目标业务之后(相应的，目标业务可以是用户在客户端中访问的业务)，中间层13可以接收客户端11通过网关12向中间层13发送的rpc请求，该rpc请求用于请求或获取目标业务对应的业务数据，例如，用户访问第三方支付平台客户端“我的”页面中的“总资产”业务后，中间层可以接收到用于获取用户的总资产业务数据的rpc请求。

作为一个例子，第一预设参数可以包括但不限于客户端的标识和目标业务的业务标识等。其中，客户端的标识，可以理解为是客户端所在的终端设备的标识，例如手机的唯一识别码，由于利用手机的唯一识别码，可以查询到该手机的机型，因此rpc请求中携带客户端的标识之后，可以使最终获取到的业务数据与该客户端所在的终端设备的机型匹配，这可以提升用户体验；其中，目标业务的业务标识用于区分不同的业务场景，以准确得到与该业务场景匹配的业务数据。

步骤204、基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数。

作为一个例子，在步骤204中，所述向所述目标业务的业务提供服务器发送数据获取请求，可以包括：通过预设接口向所述目标业务的业务提供服务器发送数据获取请求。其中，预设接口可以是预先分配的符合预设通信协议的接口。

作为一个例子，第二预设参数可以包括但不限于所述预设接口的接口标识和所述预设接口传输的返回数据的类型标识。可以理解，数据获取请求中携带第二预设参数的目的在于，使业务提供服务器将与预设接口匹配的业务数据反馈给中间层。

其中，预设接口传输的返回数据的类型标识可以称为预设接口下的type标识，举例来说，假设预设接口为接口a，则需要在接口a中传递“scenecode”这样一个参数(这个参数即为接口a下的type标识)，且当传递的scenecode＝x1时，返回的数据类型为123；当传递的scenecode＝x2时，返回的数据类型为456。或者，在一个更为详细的例子中，如果用户在访问客户端中的c业务时，中间层用接口a向业务提供服务器发送了获取c业务对应的业务数据的数据获取请求，用户在访问客户端中的d业务时，中间层也用接口a向业务提供服务器发送了获取d业务对应的业务数据的数据获取请求，那么，在获取c业务对应的业务数据时scenecode＝x1，此时返回的数据类型是“x＝123”，在获取d业务对应的业务数据时scenecode＝x2，此时返回的数据类型是“y＝123”。也就是说，虽然中间层针对不同的业务使用了相同接口标识的预设接口，但是接口下的type标识不同，使得返回的业务数据的类型、格式和内容等，有可能是不一样的。

步骤206、接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据。

具体的，可以接收业务提供服务器返回的针对目标业务的原始业务数据。所谓原始业务数据，可以理解为是由业务提供服务器返回给中间层，且中间层没有对其进行任何修改的业务数据。

步骤208、向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据。

在一个例子中，自定义服务器中可以存储有修改后的业务数据与所述第一预设参数和所述第二预设参数的对应关系，相应的，步骤208中的基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据，可以包括：基于所述对应关系，从所述自定义服务器中确定出与所述第一预设参数和所述第二预设参数对应的修改后的业务数据；将所述原始业务数据替换为修改后的业务数据，得到所述最终业务数据。

举例来说，当第一预设参数包括所述客户端的标识和所述目标业务的标识，且第二预设参数包括所述预设接口的接口标识和所述预设接口传输的返回数据的类型标识时，可以在自定义服务器中存储修改后的业务数据与“客户端的标识、目标业务的标识、预设接口的接口标识和预设接口传输的返回数据的类型标识”这四个参数的对应关系，这样，在步骤208中，可以找出同时与这四个参数匹配的修改后的业务数据，并用同时与这四个参数匹配的修改后的业务数据替换原始业务数据得到最终业务数据。不难理解，在该例子中，由于用于替换原始业务数据的修改后的业务数据与“客户端的标识、目标业务的标识、预设接口的接口标识和预设接口传输的返回数据的类型标识”这四个参数均匹配，这使得替换得到的最终业务数据与这四个参数也均匹配，这可以提升用户体验。

步骤210、接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

在一个例子中，上述步骤208和步骤210可以由中间层中的转发插件实现。

本说明书实施例提供的一种业务数据转发方法，由于是在自定义服务器上完成对原始业务数据的修改，而不是在中间层本地完成，因此，在修改后的业务数据发生了更新之后，不需要重启中间层就可以使用已更新的修改后的业务数据替换原始业务数据得到最终业务数据，从而可以提高中间层向客户端转发最终的理想业务数据的效率。

同时，由于在中间层本地对修改后的业务数据进行更新时需要重启中间层，这使得对修改后的业务数据的更新不够灵活，而本说明书实施例提供的业务数据转发方法，可以避免该缺陷，可以由自定义服务器对修改的业务数据进行灵活更新。

如图3所示，在另一实施例中，本说明书实施例提供的一种业务数据转发方法，应用于中间层，该方法可以包括如下步骤：

步骤202、接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数。

步骤204、基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数。

具体的，步骤204可以包括：所述基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，包括：基于所述rpc请求生成所述数据获取请求；通过预设接口向所述业务提供服务器发送所述数据获取请求，所述第二预设参数包括所述预设接口的接口标识。

步骤206、接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据。

步骤212、基于预设配置文件和所述第二预设参数，判断是否需要对所述原始业务数据进行修改；如果是，执行下述步骤208至步骤210；否则，执行下述步骤214。

在步骤212中，具体可以判断所述接口标识是否包含在所述预设配置文件中；如果是，确定需要对所述原始业务数据进行修改；否则，确定不需要对所述原始业务数据进行修改。此时，预设配置文件也可以理解为是对应的原始业务数据需要进行修改的预设接口列表文件。

步骤208、向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据。

步骤210、接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

步骤214、将所述原始业务数据转发至所述客户端。

需要说明的是，在本说明书实施例中，步骤202、步骤204、步骤206、步骤208和步骤210与图2所示的实施例相同，此处不再重复解释说明。

本说明书实施例提供的一种业务数据转发方法，在向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，以使自定义服务器对原始业务数据进行修改之前，先判断是否需要对原始业务数据进行修改，如果需要再转发至自定义服务器，如果不需要修改则不向自定义服务器转发，而是直接将原始业务数据反馈给客户端。不难理解，这可以进一步地减少中间层向客户端反馈业务数据的耗时，从而缩短中间层响应rpc请求的整体时间，因而可以进一步提升中间层向客户端转发业务数据的效率。

可选地，在图3所示的实施例中，在步骤212之前，本说明书实施例提供的一种业务数据转发方法还可以包括：从所述自定义服务器中拉取所述预设配置文件并存储，或者接收所述自定义服务器推送的所述预设配置文件。

不难理解，通过该实施例，可以为步骤212基于预设配置文件和第二预设参数确定是否需要对原始业务数据进行修改做好准备。

可选地，在图3所示的实施例中，本说明书实施例提供的一种业务数据转发方法还可以包括：按照指定时间从所述自定义服务器中重新拉取所述预设配置文件，以对存储的所述预设配置文件进行更新。

例如，可以在每日的上午8点从所述自定义服务器中重新拉取所述预设配置文件，以对存储的所述预设配置文件进行更新；或者，可以每隔12个小时从所述自定义服务器中重新拉取所述预设配置文件，以对存储的所述预设配置文件进行更新。

或者，本说明书实施例提供的一种业务数据转发方法还可以包括：接收所述自定义服务器推送的所述预设配置件，以对存储的所述预设配置文件进行更新。

例如，当保存在自定义服务器中的预设配置文件发生更新之后，例如向预设配置文件中添加新的预设接口、或者删除已有预设接口等，自定义服务器可以主动向中间层推送预设配置文件，以对中间层中存储的所述预设配置文件进行更新。

可以理解，这种动态地从自定义服务器获取预设配置文件的方式，可以保证中间层保存的预设配置文件被实时地更新，从而可以准确地确定哪些原始业务数据需要修改，哪些原始业务数据不需要修改，因此可以更为精准地提升中间层向客户端转发业务数据的效率。

以上是对本说明书实施例提供的一种业务数据转发方法的介绍，下面结合附图4对本说明书实施例提供的一种业务数据处理方法进行说明。

如图4所示，本说明书实施例提供的一种业务数据处理方法，可以应用于图1所示的自定义服务器中，该方法可以包括如下步骤：

步骤402、接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数。

可选地，在一个例子中，步骤402中的所述接收中间层转发的第一预设参数、第二预设参数和原始业务数据，可以包括：接收所述中间层确定需要对所述原始业务数据进行修改后，转发的第一预设参数、第二预设参数和原始业务数据，所述中间层基于预设配置文件和所述第二预设参数确定是否需要对所述原始业务数据进行修改。

可选地，图4所示的方法还可以包括：向所述中间层推送所述预设配置文件。具体的，自定义服务器可以在预设配置文件发生更新之后，向中间层推送所述预设配置文件，或者可以按照一定的时间间隔或在指定时间向中间层推送所述预设配置文件，以使中间层中保存的预设配置文件为最新版本。

步骤404、基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据。

步骤406、向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

本说明书实施例提供的一种业务数据处理方法，由于是在自定义服务器上完成对原始业务数据的修改，而不是在中间层本地完成，因此，在修改后的业务数据发生了更新之后，不需要重启中间层就可以使用已更新的修改后的业务数据替换原始业务数据得到最终业务数据，从而可以提高中间层向客户端转发最终的理想业务数据的效率。

同时，由于在中间层本地对修改后的业务数据进行更新时需要重启中间层，这使得对修改后的业务数据的更新不够灵活，而本说明书实施例提供的业务数据处理方法，可以避免该缺陷，可以由自定义服务器对修改的业务数据进行灵活更新。

由于本说明书实施例提供的一种业务数据处理方法与本说明书实施例提供的一种业务数据转发方法相对应，因此本说明书对一种业务数据处理方法描述的较为简单，相关之处请参考上文中对一种业务数据转发方法的说明。

以上是对本说明书提供一种业务数据转发方法和一种业务数据处理方法的说明，下面对本说明书提供的电子设备进行介绍。

图5是本说明书的一个实施例提供的电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务数据转发装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数；

基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数；

接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据；

向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据；

接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

上述如本说明书图2所示实施例揭示的业务数据转发方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图2的业务数据转发方法，本说明书在此不再赘述。

图6是本说明书的一个实施例提供的另一电子设备的结构示意图。与图5所示的电子设备的不同之处在于，图6所示的电子设备中的处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务数据处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数；

基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据；

向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

此外，图6所示的电子设备还可执行图4的业务数据处理方法，本说明书在此不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数；

基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数；

接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据；

向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据；

接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数；

基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据；

向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

图7是本说明书提供的业务数据转发装置700的结构示意图。请参考图7，在一种软件实施方式中，业务数据转发装置700可包括：第一接收模块701、第一发送模块702、第二接收模块703、第一转发模块704和第二转发模块705。

第一接收模块701，用于接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数。

作为一个例子，第一预设参数可以包括但不限于客户端的标识和目标业务的业务标识等。

第一发送模块702，用于基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数。

作为一个例子，第一发送模块702可以用于：通过预设接口向所述目标业务的业务提供服务器发送数据获取请求。其中，预设接口可以是预先分配的符合预设通信协议的接口。

第二接收模块703，用于接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据。

作为一个例子，第二预设参数可以包括但不限于所述预设接口的接口标识和所述预设接口传输的返回数据的类型标识。可以理解，数据获取请求中携带第二预设参数的目的在于，使业务提供服务器将与预设接口匹配的业务数据反馈给中间层。

其中，预设接口传输的返回数据的类型标识可以称为预设接口下的type标识。

第一转发模块704，用于向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据。

在一个例子中，自定义服务器中可以存储有修改后的业务数据与所述第一预设参数和所述第二预设参数的对应关系，相应的，第一转发模块704可以用于：基于所述对应关系，从所述自定义服务器中确定出与所述第一预设参数和所述第二预设参数对应的修改后的业务数据；将所述原始业务数据替换为修改后的业务数据，得到所述最终业务数据。

第二转发模块705，用于接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

本说明书实施例提供的业务数据转发装置700，由于是在自定义服务器上完成对原始业务数据的修改，而不是在中间层本地完成，因此，在修改后的业务数据发生了更新之后，不需要重启中间层就可以使用已更新的修改后的业务数据替换原始业务数据得到最终业务数据，从而可以提高中间层向客户端转发最终的理想业务数据的效率。

同时，由于在中间层本地对修改后的业务数据进行更新时需要重启中间层，这使得对修改后的业务数据的更新不够灵活，而本说明书实施例提供的业务数据转发装置700，可以避免该缺陷，可以由自定义服务器对修改的业务数据进行灵活更新。

如图8所示，在另一实施例中，本说明书实施例提供的业务数据转发装置700，应用于中间层，该装置可以包括：第一接收模块701、第一发送模块702、第二接收模块703、判断模块706、第一转发模块704、第二转发模块705和第三转发模块707。

第一接收模块701，用于接收客户端发送的远程过程调用rpc请求，所述rpc请求用于请求获取目标业务的业务数据，所述rpc请求中携带有第一预设参数。

第一发送模块702，用于基于所述rpc请求向所述目标业务的业务提供服务器发送数据获取请求，所述数据获取请求中携带有第二预设参数。

具体的，第一发送模块702可用于：基于所述rpc请求生成所述数据获取请求；通过预设接口向所述业务提供服务器发送所述数据获取请求，所述第二预设参数包括所述预设接口的接口标识。

第二接收模块703，用于接收所述业务提供服务器针对所述数据获取请求返回的原始业务数据。

判断模块706，用于基于预设配置文件和所述第二预设参数，判断是否需要对所述原始业务数据进行修改；如果是，触发第一转发模块704和第二转发模块705；否则，触发第三转发模块707。

在判断模块706中，具体可以判断所述接口标识是否包含在所述预设配置文件中；如果是，确定需要对所述原始业务数据进行修改；否则，确定不需要对所述原始业务数据进行修改。此时，预设配置文件也可以理解为是对应的原始业务数据需要进行修改的预设接口列表文件。

第一转发模块704，用于向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，所述自定义服务器用于基于所述第一预设参数和所述第二预设参数对所述原始业务数据进行修改得到最终业务数据。

第二转发模块705，用于接收所述自定义服务器返回的所述最终业务数据并转发至所述客户端。

第三转发模块707，用于将所述原始业务数据转发至所述客户端。

需要说明的是，在本说明书实施例中，第一接收模块701、第一发送模块702、第二接收模块703、第一转发模块704和第二转发模块705与图7所示的实施例相同，此处不再重复解释说明。

本说明书实施例提供的一种业务数据转发装置700，在向自定义服务器转发所述第一预设参数、所述第二预设参数和所述原始业务数据，以使自定义服务器对原始业务数据进行修改之前，先判断是否需要对原始业务数据进行修改，如果需要再转发至自定义服务器，如果不需要修改则不向自定义服务器转发，而是直接将原始业务数据反馈给客户端。不难理解，这可以进一步地减少中间层向客户端反馈业务数据的耗时，从而缩短中间层响应rpc请求的整体时间，因而可以进一步提升中间层向客户端转发业务数据的效率。

可选地，在图8所示的实施例中，本说明书实施例提供的一种业务数据转发装置700还可以包括：文件获取模块，用于从所述自定义服务器中拉取所述预设配置文件并存储，或者接收所述自定义服务器推送的所述预设配置文件。

不难理解，通过该实施例，可以为判断模块706基于预设配置文件和第二预设参数确定是否需要对原始业务数据进行修改做好准备。

可选地，在图8所示的实施例中，本说明书实施例提供的一种业务数据转发装置700还可以包括：第一文件更新模块，用于按照指定时间从所述自定义服务器中重新拉取所述预设配置文件，以对存储的所述预设配置文件进行更新。

或者，本说明书实施例提供的一种业务数据转发装置700还可以包括：第二文件更新模块，用于接收所述自定义服务器推送的所述预设配置件，以对存储的所述预设配置文件进行更新。

可以理解，这种动态地从自定义服务器获取预设配置文件的方式，可以保证中间层保存的预设配置文件被实时地更新，从而可以准确地确定哪些原始业务数据需要修改，哪些原始业务数据不需要修改，因此可以更为精准地提升中间层向客户端转发业务数据的效率。

以上是对本说明书实施例提供的一种业务数据转发装置700的介绍，需要说明的是，业务数据转发装置700能够实现图2的方法实施例的方法，具体可参考图2所示实施例的业务数据转发方法，此处不再赘述。

如图9所示，本说明书实施例还提供了个业务数据处理装置900，应用于自定义服务器，业务数据处理装置900可以包括：接收模块901、修改模块902和返回模块903。

接收模块901，用于接收中间层转发的第一预设参数、第二预设参数和原始业务数据，所述原始业务数据由目标业务的业务提供服务器在接收到来自所述中间层的数据获取请求后发送至所述中间层，所述数据获取请求是所述中间层在接收到来自客户端的远程过程调用rpc请求后发送至所述业务提供服务器的，所述rpc请求用于请求获取所述目标业务的业务数据，且所述rpc请求携带有第一预设参数，所述数据获取请求中携带有第二预设参数。

可选地，在一个例子中，接收模块901可用于：接收所述中间层确定需要对所述原始业务数据进行修改后，转发的第一预设参数、第二预设参数和原始业务数据，所述中间层基于预设配置文件和所述第二预设参数确定是否需要对所述原始业务数据进行修改。

可选地，图9所示的装置900还可以包括：推送模块，用于向所述中间层推送所述预设配置文件。具体的，自定义服务器可以在预设配置文件发生更新之后，向中间层推送所述预设配置文件，或者可以按照一定的时间间隔或在指定时间向中间层推送所述预设配置文件，以使中间层中保存的预设配置文件为最新版本。

修改模块902，用于基于所述第一预设参数和所述第二预设参数，对所述原始业务数据进行修改得到最终业务数据。

返回模块903，用于向所述中间层返回所述最终业务数据，所述中间层用于将所述最终业务数据转发给所述客户端。

本说明书实施例提供的一种业务数据处理装置900，由于是在自定义服务器上完成对原始业务数据的修改，而不是在中间层本地完成，因此，在修改后的业务数据发生了更新之后，不需要重启中间层就可以使用已更新的修改后的业务数据替换原始业务数据得到最终业务数据，从而可以提高中间层向客户端转发最终的理想业务数据的效率。

同时，由于在中间层本地对修改后的业务数据进行更新时需要重启中间层，这使得对修改后的业务数据的更新不够灵活，而本说明书实施例提供的业务数据处理方法，可以避免该缺陷，可以由自定义服务器对修改的业务数据进行灵活更新。

以上是对本说明书实施例提供的一种业务数据处理装置900的介绍，需要说明的是，业务数据处理装置900能够实现图4的方法实施例的方法，具体可参考图4所示实施例的业务数据处理方法，此处不再赘述。

总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本说明书的保护范围。凡在本说明书一个或多个实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例的保护范围之内。

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制时，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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