一种基于接口跳转的业务处理方法及装置与流程

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

背景技术：

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

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

技术实现要素：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上述方案中，所述配置模块，具体用于根据所述模块信息确定接口实现类的包路径，根据所述处理类名确定所述包路径下的所述接口实现类。

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

本发明实施例所提供的基于接口跳转的业务处理方法，服务器接收子系统发送的接口调用请求；其中，所述接口调用请求包括接口调用地址信息；所述服务器根据预设的配置规则将所述接口调用地址信息分配给对应的处理类，并经由所述处理类根据所述接口调用地址信息分配对应的接口实现类；所述服务器通过所述接口实现类进行业务处理，将业务处理结果返回给所述子系统。可见，本发明实施例通过预先在服务器中配置业务对应的接口调用地址信息与处理类和接口实现类之间的对应关系，实现了接口的灵活跳转，可以使每次接口调用地址信息有变化时，能自动寻找到变化的接口调用地址信息对应的接口实现类来完成相应的业务，不必修改硬编码中对应的地址值即可实现接口的动态调用，节省了的人力和时间，使接口调用变得灵活，便于管理，提高了用户的体验。

附图说明

图1为现有技术中多个子系统之间协调调用接口完成业务的流程实现示意图；

图2为本发明实施例实现接口跳转的业务处理方法初始化流程实现示意图；

图3为restlet框架处理流程示意图；

图4为实施例一基于接口跳转的业务处理方法流程实现示意图；

图5为实施例二基于接口跳转的业务处理方法流程实现示意图；

图6为本发明具体应用的流程实现示意图；

图7为实施例三基于接口跳转的业务处理装置结构示意图。

具体实施方式

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

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

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

进一步的，本发明实施例可以预先在服务器中配置业务对应的接口调用地址信息与处理类和接口实现类之间的对应关系；之后，根据业务对应的接口调用地址信息找到对应的处理类，再有处理类分配对应的接口实现类；最终由分配的接口实现类对业务进行处理。

实施例一

在本实施例中，一种基于接口跳转的业务处理方法流程实现流程如图2所示，具体方法包括：

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

具体的，服务器接收子系统发送的接口调用请求，所述接口调用请求包括一个地址信息，所述地址信息可以是用户在浏览器或者子系统输入的一个接口调用地址信息，例如：http://ip:port/provider/app/billing/sixCharge。

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

具体的，这里的配置规则可以是基于restlet框架预先对业务处理流程初始化设定的，restlet框架流程如图3所示，其中，超文本传输协议服务器为框架接口、或为接口网站、或为地址端口等，可以通过框架接口发起处理请求；物理资源池为框架的具体的服务器，也可以表示为程序中的虚拟资源池；当处理请求进入路由后，由路由将处理请求中的信息分为三种进行处理，包括用户资源池的处理、第一订单资源池的处理、第二订单资源池的处理；其中，用户资源池用于处理用户相关的资源，如用户的个人信息，或者和他人相关联的信息等；第一订单资源池负责处理与用户相关的订单资源处理，第二订单资源池负责处理与订单相关的订单资源处理，三者的处理结果合为用户的请求，接着将该用户请求连接相应的处理子系统进行处理。

具体初始化流程如图4所示，包括以下步骤：

步骤401，从缓存中获取接口的路由信息，缓存为存在所有资源的资源池。所述路由信息包括路由规则表达式(地址表达式)、路由规则对应的处理类所在的包路径、路由规则对应的处理类的名称，具体的内容如表1所示；

表1

步骤402，通过JAVA的反射机制将缓存中接口的路由信息填充至restlet流程中的路由信息；

具体的，通过缓存中接口的路由信息填充至restlet流程中的路由信息，可以加快读取时的速度。

步骤403，从缓存中获取接口的配置信息；

具体的，从缓存中获取接口的配置信息，所述配置信息包括接口位移编号、接口对应的实现处理类所在的包路径、接口对应的实现处理类的名称，具体的内容如表2所示；

表2

步骤404，通过JAVA的反射机制将缓存中接口的配置信息填充至restlet流程中的第一、第二订单资源池；

所述配置规则为由初始化中路由信息对应的处理类所在包和处理类名称选择的，是初始化时预先设置好的处理类。所述服务器根据上述配置规则将接口调用地址信息发送给相对应的处理类。

所述处理类根据接口调用地址信息中的字符段信息，在第一、第二命令资源池中寻找对应的接口实现类的包路径和类的名称。

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

当在步骤203中寻找到对应的接口实现类时，将用户请求发送至相应的接口实现类所在的子系统中，由该接口实现类处理用户请求，完成相应业务的处理，并将业务处理结果返回子系统。

实施例二

本实施例中，一种基于接口跳转的业务处理方法流程实现如图5所示，具体方法包括：

步骤501，子系统根据用户请求生成所述报文信息，并根据报文信息生成所述接口调用请求；

具体的，子系统会根据不同的报文信息生成不同的接口调用请求，包括不同的接口调用地址信息；而所述报文信息是根据用户需要完成任务的不同，在子系统上生成不同的调用信息。如图6所示，产生步骤601中要进行报文检查的报文信息。

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

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

具体的，所述接口调用地址信息具体分为开头地址、模块信息和处理类名，例如，接口调用地址信息为：http://ip:port/provider/app/billing/sixCharge，其中/provider/app为开头地址，billing为具体的模块信息，对应表1中{sys_id}，sixCharge为具体的处理类名，对应表1中的{service_type}。

步骤503，所述服务器根据配置规则将所述接口调用地址信息分配给相对应的处理类；

所述服务器根据上述配置规则将接口调用地址信息发送给相对应的处理类，所述处理类的选择是由初始化中路由信息对应的处理类所在包和处理类名称选择的，是初始化时预先设置好的处理类。例如：可以选择包路径com.migu.music.payment.restlet下的AppLet为处理类，这个处理类可以根据模块信息sys_id和处理类名service_type分配具体的类接口。

步骤504，所述处理类根据所述模块信息确定接口实现类的包路径，根据所述处理类名确定所述包路径下的所述接口实现类；

具体的，接口调用请求中含有接口调用地址信息，所述接口调用地址信息中包含模块信息和处理类名，所述处理类根据模块信息可以确定接口实现类的路径，而根据处理类名可以知道接口实现类的名称，如表2中接口实现类的路径和接口实现类的名称。所述步骤502、503、504在实际应用场景中，根据实际要执行的业务可以对应图6步骤602中的处理过程，可以确定相应的接口实现类，该接口实现类可以完成步骤603中相应子服务处理，根据不同的接口调用地址信息，可以选择不同的子系统，例如：特惠包子系统、获取专辑子系统、获取包月子系统等等。

步骤505，所述服务器通过所述接口实现类处理相应业务，将结果返回给所述子系统；

将用户请求发送至相应的接口实现类所在的子系统中，由该接口实现类处理用户请求，进行业务处理，并将业务处理结果返回子系统。如图6所示，在步骤603中选择相应子服务的处理，完成相应的业务处理，返回报文。

实施例三

在本实施例中，一种基于接口跳转的业务处理装置结构示意如图7所示，具体装置包括：接收模块71、配置模块72、处理模块73；其中，

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

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

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

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

进一步的，所述配置模块72，具体用于经由处理类根据所述模块信息和所述处理类名分配对应的接口实现类。

进一步的，所述配置模块72，具体用于根据所述模块信息确定接口实现类的包路径，根据所述处理类名确定所述包路径下的所述接口实现类。

其中，所述接口调用请求由所述子系统根据报文信息生成，所述报文信息由所述子系统根据用户请求生成。

在实际应用中，接收模块71、配置模块72、处理模块73可由位于移动终端上的中央处理器(CPU，Central Processing Unit)、微处理器(MPU，Micro Processor Unit)、数字信号处理器(DSP，Digital Signal Processor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)等实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。