[发明专利]一种基于接口跳转的业务处理方法及装置

说明书

本发明公开了一种基于接口跳转的业务处理方法，服务器接收子系统发送的接口调用请求；其中，所述接口调用请求包括接口调用地址信息；所述服务器根据预设的配置规则将所述接口调用地址信息分配给对应的处理类，并经由所述处理类根据所述接口调用地址信息分配对应的接口实现类；所述服务器通过所述接口实现类进行业务处理，将业务处理结果返回给所述子系统。本发明还同时公开了一种基于接口跳转的业务处理装置。

技术领域

本发明涉及平台交互领域，尤其涉及一种基于接口跳转的业务处理方法及装置。

背景技术

目前，很多具有业务服务功能的系统涉及到的子系统比较多，比如，音乐公司、提供网络服务的供应商等等，各个子系统之间需要配合协作才能完成一项业务，这样，就会涉及到各个子系统之间的接口调用的问题；并且，对于同一个子系统，在处理统一业务的不同步骤或者不同业务时，可能也需要调用子系统内部的多个接口。现有一种多个子系统之间协调调用接口完成业务的流程如图1所示，其中，用户、门户、外部总线、内部总线、用户管理、用户中心和业务管理分别作为一个子系统，而其中步骤1至步骤15均需要调用子系统的接口，用来连接相应的子系统执行相应的操作。

现有技术中，对于接口调用的处理，普遍使用硬编码来调用子系统内部的接口，所谓硬编码是指将可变变量用一个固定值来代替的方法。相应的，在调用接口的过程中，采用硬编码之后，就会在程序中写成固定调用地址，这样，如果需要更改程序中的固定调用地址时，会非常困难，必须在程序中寻找需改变的地址并进行修改，重新进行硬编码。如果程序非常长或者不熟悉该程序的话，寻找需要改变的地址就需要花费大量的人力和时间，非常不灵活，造成资源浪费，同时不便管理，降低了用户的体验。

发明内容

有鉴于此，本发明实施例期望提供一种基于接口跳转的业务处理方法，无需修改接口调用地址就能完成对业务的处理。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种基于接口跳转的业务处理方法，其特征在于，所述方法包括：

服务器接收子系统发送的接口调用请求；其中，所述接口调用请求包括接口调用地址信息；

所述服务器根据预设的配置规则将所述接口调用地址信息分配给对应的处理类，并经由所述处理类根据所述接口调用地址信息分配对应的接口实现类；

所述服务器通过所述接口实现类进行业务处理，将业务处理结果返回给所述子系统。

上述方案中，所述接口调用地址信息包括：开头地址、模块信息和处理类名。

上述方案中，所述处理类根据所述模块信息和所述处理类名分配对应的接口实现类。

上述方案中，所述处理类根据所述模块信息和所述处理类名分配对应的接口实现类，包括：根据所述模块信息确定接口实现类的包路径，根据所述处理类名确定所述包路径下的所述接口实现类。

上述方案中，所述方法还包括：所述接口调用请求由所述子系统根据报文信息生成，所述报文信息由所述子系统根据用户请求生成。

本发明实施例还提供了一种基于接口跳转的业务处理装置，其特征在于，所述装置包括：接收模块、配置模块、处理模块；其中，

所述接收模块，用于接收子系统发送的接口调用请求，其中，所述接口调用请求包括接口调用地址信息；

所述配置模块，用于根据预设的配置规则将所述接口调用地址信息分配给对应的处理类，并经由所述处理类根据所述接口调用地址信息分配对应的接口实现类；

所述处理模块，用于通过所述接口实现类进行业务处理，将业务处理结果返回给所述子系统。

上述方案中，所述接口调用地址信息包括：开头地址、模块信息和处理类名。