CN114416034A - 一种接口请求处理方法和装置 - Google Patents

Abstract

本发明公开了一种接口请求处理方法和装置，涉及大数据数据访问技术领域。该方法的一具体实施方式包括：使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。该实施方式提供唯一特定接口供客户端访问，系统内预先配置好交易码对应的业务执行类，通过交易码识别并调用对应的业务执行类，从而达到接口统一管理的目的。

Description

一种接口请求处理方法和装置

技术领域

本发明涉及大数据数据访问技术领域，尤其涉及一种接口请求处理方法和装置。

背景技术

目前的接口设计通常会设计多个接口，以贷款系统为例，设有放款接口和还款接口，分别对应两个类：TBBLoan.java和TBBRepay.java(TBB，Thread Building Blocks，线程构建模块)，因此对外提供有两个接口，客户端后续直接访问这两个接口。

在实现本发明的过程中，发明人发现现有设计方式并未对接口的进行分类和管理，进而增加了系统接口设计难度以及查询难度。例如，业务新增一个接口需求，如果有对接口进行统计梳理，则可以迅速确认是否存在现有接口可以复用，如不能复用则新增，以保证尽量减少接口冗余。另外，由于接口入口是java类，现有开发人员并不知道接口类名以及功能，若想针对还款接口做debug，但无法查询到对应的入口类位置。

发明内容

有鉴于此，本发明实施例提供一种接口请求处理方法和装置，至少能够解决现有技术中由于未对接口进行分类和管理，导致设计难度和查询难度增加的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种接口请求处理方法，包括：

使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；

接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

可选的，业务执行类包括业务执行入口类、业务执行出口类和业务处理逻辑；

所述将所述请求入参转发给所述业务执行类进行处理，包括：

将所述请求入参转换为与所述业务执行入口类对应的入参；

执行所述业务处理逻辑以处理入参中的业务信息，得到处理结果；

通过所述业务执行出口类，将所述处理结果返给所述特定接口。

可选的，业务处理逻辑包括多个业务处理子逻辑；

所述执行所述业务处理逻辑以处理入参中的业务信息，包括：

确定每个业务信息的业务类型，执行与不同业务类型对应的业务处理子逻辑，以分别处理不同业务信息。

可选的，在将所述处理结果返给所述特定接口之前，还包括：将所述处理结果转换为与所述特定接口对应的出参。

可选的，在所述查询与所述交易码对应的业务执行类之前，还包括：

接收对交易码的配置操作，以生成交易码表；其中，客户端根据用户在所述交易码表中选择的目标交易码，生成请求入参；以及

接收对交易码和业务执行类之间映射关系的配置操作，将所述映射关系存储在配置表中。

可选的，还包括：接收在配置表中对所述业务执行类的工作时间段的定义操作；

所述将所述请求入参转发给所述业务执行类进行处理，包括：

判断当前时间是否处于所述工作时间段内，若处于，则将所述请求入参转发给所述业务执行类进行处理，否则返回处理失败信息给客户端。

为实现上述目的，根据本发明实施例的另一方面，提供了一种接口请求处理装置，包括：

接收模块，用于使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

转发模块，用于识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；

返回模块，用于接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

可选的，业务执行类包括业务执行入口类、业务执行出口类和业务处理逻辑；

所述装置还包括业务执行类模块，用于：

将所述请求入参转换为与所述业务执行入口类对应的入参；

执行所述业务处理逻辑以处理入参中的业务信息，得到处理结果；

通过所述业务执行出口类，将所述处理结果返给所述特定接口。

可选的，业务处理逻辑包括多个业务处理子逻辑；

所述业务执行类模块，用于：

确定每个业务信息的业务类型，执行与不同业务类型对应的业务处理子逻辑，以分别处理不同业务信息。

可选的，所述业务执行类模块，用于：将所述处理结果转换为与所述特定接口对应的出参。

可选的，所述装置还包括配置模块，用于：

接收对交易码的配置操作，以生成交易码表；其中，客户端根据用户在所述交易码表中选择的目标交易码，生成请求入参；以及

接收对交易码和业务执行类之间映射关系的配置操作，将所述映射关系存储在配置表中。

可选的，所述配置模块，还用于：接收在配置表中对所述业务执行类的工作时间段的定义操作；

所述转发模块，用于：判断当前时间是否处于所述工作时间段内，若处于，则将所述请求入参转发给所述业务执行类进行处理，否则返回处理失败信息给客户端。

为实现上述目的，根据本发明实施例的再一方面，提供了一种接口请求处理电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的接口请求处理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的接口请求处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算程序产品。本发明实施例的一种计算程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的接口请求处理方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：建立特定接口，即向所有客户端提供该接口，内部对原接口的业务执行类进行统一管理，在配置文件中可以直观看到系统所有的业务执行类，建立交易码-业务执行类之间的映射关系，使系统接口清晰明朗易管理，在设计接口时可避免设计重复接口。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种接口请求处理方法的主要流程示意图；

图2(a)是现有接口处理逻辑示意图；

图2(b)是本方案接口处理逻辑示意图；

图3是根据本发明实施例的一种可选的接口请求处理方法的流程示意图；

图4是根据本发明实施例的一种接口请求处理装置的主要模块示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

参见图1，示出的是本发明实施例提供的一种接口请求处理方法的主要流程图，包括如下步骤：

S101：使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

S102：识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；

S103：接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

上述实施方式中，对于步骤S101，本方案在应用入口处，将唯一的特定接口暴露给客户端，此时的特定接口相当于是一个路由器，没有具体的业务功能，仅用于根据请求入参中的交易码将其转发给对应的业务执行类。

1、特定接口接收客户端传输的请求入参jar包，识别请求入参jar包中的交易码，查询与该交易码对应的业务执行类。

需要说明的是，交易码-业务执行类之间的映射关系可存储在配置表中。配置表可以是文件、NoSQL(泛指非关系型的数据库)、数据库等形式，此处不做限制。表的主键是交易码，交易码下可配置各种信息，比如业务执行类的名称、类型等。有关交易码可以配置为交易码表，该表也需要暴露给客户端，以便用户通过客户端在交易码表中选择的目标交易码。

例如，系统对外暴露特定接口TBBCommon.java，定义交易码001为放款交易、对应的业务执行类为Loan.java，定义交易码002为还款交易、对应的业务执行类为Repay.java。TBBCommon.java在收到客户端的请求入参后，识别出交易码001，依据交易码001查询到对应的业务执行类Loan.java。或者识别出交易码002，依据交易码002查询到对应的业务执行类Repay.java。

2、配置表还可以对业务执行类进行更复杂的定义，如可以定义接口类在某个时间点正常返回，在另一个时间点则返回系统繁忙。具体地，判断当前时间是否处于业务执行类的工作时间段内，若处于，则将请求入参转发给该业务执行类进行业务逻辑处理，否则返回系统繁忙或处理失败信息给客户端。

例如，在查询到业务执行类Loan.java后，首先判断当前时间10:52是否处在其工作时间段8:00～20:00内，若处于，则将请求入参传输给Loan.java进行处理，否则返回系统繁忙信息给客户端。例如，在查询到业务执行类Repay.java后，首先判断当前时间10:52是否处于其工作时间段12:00～20:00，判断结果为不处于，则返回系统繁忙或处理失败信息给客户端。

3、业务执行类对请求入参进行具体业务逻辑处理。不同的业务执行类有不同的入参，称为Invo，对象包含与入参对应的字段，如对象(在java中对象可以包含对象)、列表等。所有的Invo都继承baseVO，baseVO在业务执行类中被强制转换为对应的Invo。返回的Outvo，和Invo类似，为返回时的内容。

假设系统入参为CommonInvo.java，返回为CommonOutvo.java，业务执行类Loan.java对应的真实VO为LoanInvo.java和LoanOutvo.java，均分别继承CommonInvo.java、CommonOutvo.java；同样业务执行类Repay.java对应的真实VO为RepayInvo.java和RepayOutvo.java；其中，VO为value object值对象或view object表现层对象，主要对应页面显示的数据对象。

调用Loan.java，以将入参CommonInvo.java转换为与LoanInvo.java对应的LoanInvo，LoanInvo为转换后的结果，包含业务信息，读取LoanInvo里的业务信息并执行Loan.java中的业务逻辑，执行完毕后将返回值LoanOutvo通过LoanOutvo.java返回给客户端。返回值也是继承baseVO的，特定接口接收时也需要转换，具体地，将返回值转换为与特定接口对应的出参。无论是入参还是返回，都要继承公共父类。

或者，调用Repay.java，以将入参CommonInvo.java转换为与RepayInvo.java对应的入参RepayInvo，读取RepayInvo里的业务信息并执行Repay.java中的业务逻辑，执行完毕后将返回值RepayOutvo通过RepayOutvo.java返回给客户端。

需要说明的是，业务执行类包括业务执行入口类(如LoanInvo.java)、业务执行出口类(如LoanOutvo.java)和业务处理逻辑，业务处理逻辑可以包含一个或多个业务处理子逻辑，每个业务处理子逻辑用于处理不同的业务信息，该配置可以在交易切面进行。因此在使用多个业务处理子逻辑进行业务逻辑处理时，还需判断确定LoanInvo中每个业务信息的业务类型，通过执行与不同业务类型对应的业务处理子逻辑，以分别处理不同业务信息。

4、特定接口将业务执行类反馈的返回值，返回给客户端进行显示或处理等。

参见图2(a)所示，为现有接口调用逻辑，系统的所有接口全部暴露给客户端，客户端可以直接调用系统提供的某一接口，以进行业务逻辑处理。如放款接口、还款接口和查询接口，用户若想还款，需使用客户端访问该还款接口，以调用还款业务执行类，若使用查询服务，需通过客户端访问该查询接口，以调用查询业务执行类。每个接口的处理结果，均由各自接口直接返回给客户端，无需参数转换。

参见图2(b)所示，为本方案提供的接口调用逻辑，系统仅提供一个特定接口给客户端，客户端也只能调用该特定接口，特定接口根据客户端的请求入参中的交易码，确定相应业务执行类并调用，以此实现业务逻辑管理。如系统将交易码-业务执行类的对应关系暴露给客户端，包括001-放款业务执行类、002-还款业务执行类、003-查询业务执行类，客户端访问特定唯一接口，系统根据请求入参中的交易码001，将请求入参转给放款业务执行类进行处理，包括入参转换、放款业务逻辑处理和出参转换，将最终处理结果通过特定接口返给客户端。

上述实施例所提供的方法，客户端通过jar包的形式提供请求入参并从特定接口接入，预先配置与交易码对应的业务执行类，通过交易码识别并调用对应的业务执行类，从而达到接口统一管理的目的。

参见图3，示出了根据本发明实施例的一种可选的接口请求处理方法流程示意图，包括如下步骤：

S301：接收对交易码和业务执行类之间映射关系的配置操作，将所述映射关系存储在配置表中；

S302：使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

S303：通过配置表识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；其中，业务执行类包括业务执行入口类、业务执行出口类和业务处理逻辑；

S304：将所述请求入参转换为与所述业务执行入口类对应的入参；

S305：执行所述业务处理逻辑以处理入参中的业务信息，得到处理结果；

S306：通过所述业务执行出口类，将所述处理结果返给所述特定接口；

S307：接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

本发明实施例所提供的方法，相对于现有技术，至少存在如下有益效果：

1、建立唯一的特定接口，即向所有客户端提供该特定接口，客户端调用系统时仅可以通过该特定接口进行。

2、内部对接口进行统一管理，在配置表中可以直观看到系统所有的接口，使系统接口清晰明朗易管理，在设计接口时可避免设计重复接口。后续开发人员可以通过配置表，快速查询到对应的业务执行类进行修改和测试，以免接口冗余，也可以在重构时方便梳理。

参见图4，示出了本发明实施例提供的一种接口请求处理装置400的主要模块示意图，包括：

接收模块401，用于使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

转发模块402，用于识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；

返回模块403，用于接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

本发明实施装置中，业务执行类包括业务执行入口类、业务执行出口类和业务处理逻辑；

所述装置还包括业务执行类模块，用于：

将所述请求入参转换为与所述业务执行入口类对应的入参；

执行所述业务处理逻辑以处理入参中的业务信息，得到处理结果；

通过所述业务执行出口类，将所述处理结果返给所述特定接口。

本发明实施装置中，业务处理逻辑包括多个业务处理子逻辑；

所述业务执行类模块，用于：

确定每个业务信息的业务类型，执行与不同业务类型对应的业务处理子逻辑，以分别处理不同业务信息。

本发明实施装置中，所述业务执行类模块，用于：将所述处理结果转换为与所述特定接口对应的出参。

本发明实施装置中，所述装置还包括配置模块，用于：

接收对交易码的配置操作，以生成交易码表；其中，客户端根据用户在所述交易码表中选择的目标交易码，生成请求入参；以及

接收对交易码和业务执行类之间映射关系的配置操作，将所述映射关系存储在配置表中。

本发明实施装置中，所述配置模块，还用于：接收在配置表中对所述业务执行类的工作时间段的定义操作；

所述转发模块402，用于：

判断当前时间是否处于所述工作时间段内，若处于，则将所述请求入参转发给所述业务执行类进行处理，否则返回处理失败信息给客户端。

另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。

图5示出了可以应用本发明实施例的示例性系统架构500，包括终端设备501、502、503，网络504和服务器505(仅仅是示例)。

终端设备501、502、503可以是具有显示屏的各种电子设备，安装有各种通讯客户端应用，用户可以使用终端设备501、502、503通过网络504与服务器505交互，以访问服务器505中的特定接口，以及接收服务器505反馈的处理结果等。

网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器505可以是提供各种服务的服务器，在本方案中，对外提供有唯一特定接口，外部客户端访问时仅可以访问该特定接口；对外暴露有交易码-业务执行类之间的对应关系，因此客户端发送的请求入参中需携带有交易码；在依据交易码查找到对应业务执行类之后，会将请求入参转给该业务执行类处理，最终将接收自该业务执行类的处理结果返给客户端。业务执行类包括入口、业务处理逻辑和出口，具体进行入参转换、业务逻辑处理和出参转换。需要说明的是，本发明实施例所提供的方法一般由服务器505执行，相应地，装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了用来实现本发明实施例的终端设备的计算机系统600的结构示意图，示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、转发模块、返回模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，返回模块还可以被描述为“处理结果返回模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明实施例中的接口请求处理方法。

作为又一方面，本发明的计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本发明实施例中的接口请求处理方法。

根据本发明实施例的技术方案，相对现有技术，至少存在如下有益效果：

1、对外提供有唯一特定接口，外部客户端访问时仅可以访问该特定接口；内部对原有业务执行类进行统一管理，接口与业务执行类关联，在依据请求入参中的交易码确定业务执行类后，会将请求入参直接转给该业务执行类处理。

2、对外暴露交易码-业务执行类之间的对应关系，该对应关系存储于配置表中，因而在配置表中可以直观看到系统所有的业务执行类，使系统接口清晰明朗易管理，后续开发人员可以通过配置表，快速查询到对应的业务执行类进行修改和测试，以免接口冗余，也可以在重构时方便梳理，避免接口重复设计。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (15)

1.一种接口请求处理方法，其特征在于，包括：

使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；

接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

2.根据权利要求1所述的方法，其特征在于，业务执行类包括业务执行入口类、业务执行出口类和业务处理逻辑；

所述将所述请求入参转发给所述业务执行类进行处理，包括：

将所述请求入参转换为与所述业务执行入口类对应的入参；

执行所述业务处理逻辑以处理入参中的业务信息，得到处理结果；

通过所述业务执行出口类，将所述处理结果返给所述特定接口。

3.根据权利要求2所述的方法，其特征在于，业务处理逻辑包括多个业务处理子逻辑；

所述执行所述业务处理逻辑以处理入参中的业务信息，包括：

确定每个业务信息的业务类型，执行与不同业务类型对应的业务处理子逻辑，以分别处理不同业务信息。

4.根据权利要求2或3所述的方法，其特征在于，在将所述处理结果返给所述特定接口之前，还包括：将所述处理结果转换为与所述特定接口对应的出参。

5.根据权利要求1所述的方法，其特征在于，在所述查询与所述交易码对应的业务执行类之前，还包括：

接收对交易码的配置操作，以生成交易码表；其中，客户端根据用户在所述交易码表中选择的目标交易码，生成请求入参；以及

接收对交易码和业务执行类之间映射关系的配置操作，将所述映射关系存储在配置表中。

6.根据权利要求5所述的方法，其特征在于，还包括：接收在配置表中对所述业务执行类的工作时间段的定义操作；

所述将所述请求入参转发给所述业务执行类进行处理，包括：

判断当前时间是否处于所述工作时间段内，若处于，则将所述请求入参转发给所述业务执行类进行处理，否则返回处理失败信息给客户端。

7.一种接口请求处理装置，其特征在于，包括：

接收模块，用于使用特定接口接收客户端传输的请求入参；其中，所述特定接口为向客户端提供的唯一接口；

转发模块，用于识别所述请求入参中的交易码，查询与所述交易码对应的业务执行类，以将所述请求入参转发给所述业务执行类进行处理；

返回模块，用于接收所述业务执行类返回的处理结果，将所述处理结果通过所述特定接口返给客户端。

8.根据权利要求7所述的装置，其特征在于，业务执行类包括业务执行入口类、业务执行出口类和业务处理逻辑；

所述装置还包括业务执行类模块，用于：

将所述请求入参转换为与所述业务执行入口类对应的入参；

执行所述业务处理逻辑以处理入参中的业务信息，得到处理结果；

通过所述业务执行出口类，将所述处理结果返给所述特定接口。

9.根据权利要求8所述的装置，其特征在于，业务处理逻辑包括多个业务处理子逻辑；

所述业务执行类模块，用于：确定每个业务信息的业务类型，执行与不同业务类型对应的业务处理子逻辑，以分别处理不同业务信息。

10.根据权利要求8或9所述的装置，其特征在于，所述业务执行类模块，用于：将所述处理结果转换为与所述特定接口对应的出参。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括配置模块，用于：

接收对交易码的配置操作，以生成交易码表；其中，客户端根据用户在所述交易码表中选择的目标交易码，生成请求入参；以及

接收对交易码和业务执行类之间映射关系的配置操作，将所述映射关系存储在配置表中。

12.根据权利要求11所述的装置，其特征在于，所述配置模块，还用于：接收在配置表中对所述业务执行类的工作时间段的定义操作；

所述转发模块，用于：

判断当前时间是否处于所述工作时间段内，若处于，则将所述请求入参转发给所述业务执行类进行处理，否则返回处理失败信息给客户端。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

15.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的方法。

Images