[发明专利]一种远程过程调用处理方法、装置及系统

说明书

本申请提供一种远程过程调用处理方法、装置及系统。所述方法可以包括：接收请求方发送的服务请求消息；根据所述服务请求消息中的用户标识和请求数据字段在设置的接口配置数据中确定所述请求方调用的目标服务；根据所述确定出的目标服务执行所述请求方的远程过程调用。利用本申请实施例可以对不同请求方实际的请求数据字段进行分析处理，决策出各个请求方实际需要调用的RPC服务，从而实现根据不同请求方的数据字段实际所需的服务或者应用发生RPC调用，大大减少不必要的RPC网络调用开销，提高API接口响应效率。

技术领域

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

背景技术

RPC(Remote Procedure Call，远程过程调用)是一种使用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接口响应效率。

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

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

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