CN109918435A - 一种业务接口的处理方法及系统 - Google Patents

Abstract

本申请提供了一种业务接口的处理方法及系统，该处理方法应用于分布式服务器，首先获取服务请求端发送的接口服务请求，其中，所述接口服务请求至少包括待请求接口服务的接口方法名。然后基于所述接口方法名以及配置文件，确定出第一目标服务，并根据所述第一目标服务的接口类型信息，执行所述第一目标服务。其中，本方案预置配置文件，配置文件记录了原子服务以及组合服务的属性信息，然后从配置文件中查找到与接口方法名对应的目标服务，并对目标服务进行自动执行，无需开发人员编程，提高了业务接口的开发效率。

Description

一种业务接口的处理方法及系统

技术领域

本申请涉及数据处理技术领域，具体涉及一种业务接口的处理方法及系统。

背景技术

数据服务器基于不同的业务，通过不同的接口对外提供数据。具体的，编程人员基于具体的业务需要，编写新的接口类，然后调用相关的方法，形成新的业务接口。

然而，上述编程过程需要耗费大量的时间，导致业务接口开发效率较低。并且，随着大数据的不断发展，业务的种类以及数量也越来越多，使得编程人员编写业务接口的工作量也越来越大。

因此，如何提供一种业务接口的处理方法及系统，能够提高业务接口的开发效率，是本领域技术人员亟待解决的一大技术难题。

发明内容

有鉴于此，本申请实施例提供了一种业务接口的处理方法及系统，能够提高业务接口的开发效率。

为实现上述目的，本申请实施例提供如下技术方案：

一种业务接口的处理方法，应用于分布式服务器，包括：

获取服务请求端发送的接口服务请求，所述接口服务请求至少包括待请求接口服务的接口方法名；

基于所述接口方法名以及配置文件，确定出第一目标服务，所述配置文件包括原子服务以及组合服务的属性信息，所述原子服务的属性信息至少包括所述原子服务的接口方法名以及所述原子服务的接口类型信息，所述组合服务的属性信息至少包括所述组合服务的接口方法名以及所述组合服务的接口类型信息；

根据所述第一目标服务的接口类型信息，执行所述第一目标服务。

可选的，所述原子服务的属性信息还包括所述原子服务的实现类以及所述原子服务的处理类，所述根据所述第一目标服务的接口类型信息，执行所述第一目标服务，包括：

基于所述第一目标服务的接口类型信息，判断所述第一目标服务是否为原子服务；

当所述第一目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过所述原子服务的处理类获取目标数据。

可选的，所述组合服务的属性信息还包括所述组合服务包含的执行单元的描述信息、所述组合服务的输入类型、所述组合服务的输出类型转换模块信息，所述根据所述第一目标服务的接口类型信息，执行所述第一目标服务，包括：

当所述第一目标服务为所述组合服务时，创建缓存文件；

将所述组合服务的输入类型存储至所述缓存文件；

基于所述组合服务包含的执行单元的描述信息，确定所述执行单元的执行顺序；

按照所述执行顺序执行所述执行单元，所述执行单元包括所述原子服务和/或所述组合服务；

根据所述组合服务的输出类型转换模块信息，生成所述组合服务器的输出类型。

可选的，所述组合服务的属性信息还包括所述组合服务的输出类型、所述执行单元的执行条件、所述执行单元的输入类型转换模块信息，所述执行所述执行单元，包括：

获取所述执行单元的执行条件；

基于所述执行条件，根据所述执行单元的输入类型转换模块信息信息，生成所述组合服务的输入类型；

获取所述执行单元包含的第二目标服务；

判断所述第二目标服务是否为原子服务；

当所述第二目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过对应的所述原子服务的处理类获取目标数据；

当所述第二目标服务为所述组合服务时，执行所述组合服务；

将所述组合服务的输出类型存储至所述缓存文件。

可选的，还包括：

获取所述配置文件，将所述配置文件存储至所述分布式服务器。

一种业务接口的处理系统，包括分布式服务器、服务请求端以及数据服务器，

所述分布式服务器用于获取所述服务请求端发送的接口服务请求，基于所述接口方法名以及配置文件，确定出第一目标服务，并根据所述第一目标服务的接口类型信息，执行所述第一目标服务，其中，所述接口服务请求至少包括待请求接口服务的接口方法名；

所述数据服务器预置所述配置文件，所述配置文件包括原子服务以及组合服务的属性信息，所述原子服务的属性信息至少包括所述原子服务的接口方法名以及所述原子服务的接口类型信息，所述组合服务的属性信息至少包括所述组合服务的接口方法名以及所述组合服务的接口类型信息。

可选的，所述原子服务的属性信息还包括所述原子服务的实现类以及所述原子服务的处理类，所述分布式服务器根据所述第一目标服务的接口类型信息，执行所述第一目标服务，具体用于：

基于所述第一目标服务的接口类型信息，判断所述第一目标服务是否为原子服务；

当所述第一目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过所述原子服务的处理类获取目标数据。

可选的，所述组合服务的属性信息还包括所述组合服务包含的执行单元的描述信息、所述组合服务的输入类型、所述组合服务的输出类型转换模块信息，所述分布式服务器还用于：

当所述第一目标服务为所述组合服务时，创建缓存文件；

将所述组合服务的输入类型存储至所述缓存文件；

基于所述组合服务包含的执行单元的描述信息，确定所述执行单元的执行顺序；

按照所述执行顺序执行所述执行单元，所述执行单元包括所述原子服务和/或所述组合服务；

根据所述组合服务的输出类型转换模块信息，生成所述组合服务器的输出类型。

可选的，所述组合服务的属性信息还包括所述组合服务的输出类型、所述执行单元的执行条件、所述执行单元的输入类型转换模块信息，所述分布式服务器执行所述执行单元，具体用于：

获取所述执行单元的执行条件；

基于所述执行条件，根据所述执行单元的输入类型转换模块信息，生成所述组合服务的输入类型；

获取所述执行单元包含的第二目标服务；

判断所述第二目标服务是否为原子服务；

当所述第二目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过对应的所述原子服务的处理类获取目标数据；

当所述第二目标服务为所述组合服务时，执行所述组合服务；

将所述组合服务的输出类型存储至所述缓存文件。

可选的，还包括：客户端，

所述数据服务器获取用户基于所述客户端配置的配置文件，并将所述配置文件发送至所述分布式服务器，以使所述分布式服务器存储所述配置文件。

基于上述技术方案，本申请提供了一种业务接口的处理方法，应用于分布式服务器，首先获取服务请求端发送的接口服务请求，其中，所述接口服务请求至少包括待请求接口服务的接口方法名。然后基于所述接口方法名以及配置文件，确定出第一目标服务，并根据所述第一目标服务的接口类型信息，执行所述第一目标服务。其中，本方案预置配置文件，配置文件记录了原子服务以及组合服务的属性信息，然后从配置文件中查找到与接口方法名对应的目标服务，并对目标服务进行自动执行，无需开发人员编程，提高了业务接口的开发效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种业务接口的处理系统的结构框图；

图2为本申请实施例提供的一种业务接口的处理方法的流程图；

图3为本申请实施例提供的一种业务接口的处理方法的又一流程图；

图4为本申请实施例提供的一种原子服务的架构图；

图5为本申请实施例提供的一种组合服务的架构图；

图6为本申请实施例提供的一种业务接口的处理方法的又一流程图；

图7为本申请实施例提供的一种业务接口的处理方法的又一流程图；

图8为本申请实施例提供的一种业务接口的处理方法的又一流程图；

图9为本申请实施例提供的一种业务接口的处理方法的又一流程图；

图10为本申请实施例提供的一种业务接口的处理系统的结构示意图；

图11为本申请实施例提供的一种服务配置管理界面图；

图12为本申请实施例提供的一种业务接口的处理方法的信令流程图；

图13为本申请实施例提供的一种服务器的硬件结构示意图。

具体实施方式

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

图1为本申请实施例提供的一种业务接口的处理系统的结构框图，该图所示的系统中分布式服务器可以用于实现本申请实施例提供的业务接口的处理方法。参照图1，该业务接口的处理系统可以包括：服务请求端100、分布式服务器200、数据服务器300以及多个客户端400。

其中，服务请求端100为需要搭建业务接口的服务设备。

分布式服务器200为获取服务请求端发送的接口服务请求，然后基于接口方法名以及配置文件，确定出第一目标服务，并根据所述第一目标服务的接口类型信息，执行所述第一目标服务的服务设备。其可能是多台服务器组成的服务器集群，也可能是单台服务器。

数据服务器300可以为一个数据库，也可以为具有多个子数据库的数据库，其用于对数据进行存储。在本实施例中，数据服务器可以为Zookeeper服务器。

客户端400是与分布式服务器200相对应的用户侧设备，其可以是一个为用户提供本地服务的程序，如APP。在实际应用中，APP可以为浏览器或本地应用，通常装载在手机、平板电脑、笔记本电脑等硬件设备上。

基于图1所示的业务接口的处理系统，下面从服务器的角度对本申请提供的业务接口的处理方法进行介绍。如图2所示，为本申请实施例提供的业务接口的处理方法的流程图，该方法应用于分布式服务器，可以包括：

S21、获取服务请求端发送的接口服务请求。

服务请求端100向分布式服务器200发送接口服务请求，请求搭建待请求接口服务，分布式服务器200获取该接口服务请求，其中，所述接口服务请求至少包括待请求接口服务的接口方法名。例如，假设待请求接口服务的接口方法名InterfaceName为ID1。

S22、基于所述接口方法名以及配置文件，确定出第一目标服务。

需要说明的是，在本实施例中，如图3所示，将复杂的业务接口进行拆分，生成原子服务以及组合服务，并将各原子服务以及组合服务的属性信息存储在配置文件ApplicationContext中，然后获取所述配置文件，将所述配置文件存储至所述分布式服务器。

其中，原子服务为具有预设功能的最小拆分单元，例如原子服务1为“抓取A服务器的商品价格表”、原子服务2为“抓取B服务器的商品类别”、原子服务3为“获取每天十点到十二点的用户点击量”等。而组合服务是由多个原子服务或组合服务组成的拆分单元，例如，组合服务1可以为由原子服务1以及原子服务2组成的组合服务，其实现的功能为“抓取A服务器的商品价格表”的同时“抓取B服务器的商品类别”，当然，组合服务还可以是原子服务与组合服务组成的组合服务，例如组合服务2由原子服务3以及组合服务1组成，其功能为“获取每天十点到十二点的用户点击量”的同时“抓取A服务器的商品价格表”以及“抓取B服务器的商品类别”。除此，组合服务还可以由多个组合服务组成，例如组合服务3由组合服务1以及组合服务2组成，其功能为“抓取A服务器的商品价格表”的同时“抓取B服务器的商品类别”，且，“获取每天十点到十二点的用户点击量”。

需要说明的是，上述举例中，组合服务2和组合服务3实现的功能相同，但，组合服务2和组合服务3由不同的组合服务以及原子服务组成。因此，可以根据待请求接口服务的具体功能，将原子服务以及组合服务进行任意组合。

具体的，原子服务的架构如图4所示，原子服务的接口方法名，如ID1；该原子服务包括原子服务的接口类型信息Process，如type＝“atomic”以及原子服务的实现类grounding。其中，原子服务的接口类型信息Process又包括原子服务的输入类型input以及原子服务的输出类型output，需要说明的是，原子服务的输入类型input是对原子服务的输入定义，原子服务的输出类型output是对原子服务的输出定义。

除此，原子服务的实现类grounding包括原子服务的处理类Client，原子服务的处理类Client用以从微服务调用基础数据读写数据，如可以根据视频ID查询视频实体数据，其中，微服务为提供基础数据查询功能的数据库、网络接口或者搜索引擎。

组合服务的架构如图5所示，组合服务的接口方法名，如ID2；该组合服务包括组合服务的接口类型信息Process，如type＝“combination”以及组合服务包含的执行单元的描述信息Profile。其中，组合服务包含的执行单元的描述信息Profile包含了该组合服务的一些描述description。

组合服务的接口类型信息Process又包括组合服务的输入类型input、执行单元perform的执行条件Condition、组合服务的输出类型转换模块信息outputBinding以及组合服务的输出类型output。除此，执行单元perform包括执行单元的输入类型转换模块信息inputBinding。

需要说明的是，执行单元perform可以是一个原子服务，也可以是一个组合服务，多个执行单元perform之间存在顺序关系，而该顺序关系记录在缓存文件OGNLContext内。多个执行单元perform按照上述顺序关系逐一执行。

其中，执行单元的输入类型转换模块信息inputBinding用于在上一个执行单元执行完成后，将上一个执行单元的输出转换成本执行单元的输入，组合服务的输出类型转换模块信息outputBinding用于当所有执行单元执行完成后，将各执行单元的输出转换成该组合服务的输出。

本步骤将拆分后的原子服务以及组合服务的属性信息记录在配置文件中，当服务请求端有接口服务请求时，在配置文件中查找与接口方法名对应的服务，将该服务确定成第一目标服务。

例如，配置文件中包含接口方法名为ID1、ID2、ID3、……、IDn的服务，由于步骤S21中待请求接口服务的接口方法名为ID1，则配置文件中接口方法名为ID1的服务为第一目标服务，获取该第一目标服务的相关属性，结合上文，假设ID1为原子服务，则获取该原子服务的接口类型信息Process，以及原子服务的实现类grounding。其中，原子服务的接口类型信息Process包括原子服务的输入类型input以及原子服务的输出类型output，原子服务的实现类grounding包括原子服务的处理类Client。

示意性的，假设配置文件如下表所示，每行为一个原子服务的属性信息或一个组合服务的属性信息，假设待请求接口服务的接口方法名为ID1，则筛选出配置文件中包含接口方法名为ID1的服务为第一目标服务，即获取接口方法名为ID1所在的一行的服务为第一目标服务。之后，获取该第一目标服务的相关属性，即ID1所在行的原子服务的接口类型信息Process，以及原子服务的实现类grounding。其中，原子服务的接口类型信息Process包括原子服务的输入类型input以及原子服务的输出类型output，原子服务的实现类grounding包括原子服务的处理类Client。

S23、根据所述第一目标服务的接口类型信息，执行所述第一目标服务。

在获取了上述第一目标服务后，基于上述第一目标服务的接口类型，执行上述第一目标服务，例如，上述第一目标服务的接口类型信息为type＝“atomic”，则该第一目标服务为原子服务，通过该原子服务的处理类Client从微服务调用基础数据读写数据。

当第一目标服务的接口类型信息为type＝“combination”时，则该第一目标服务为组合服务，此时，按照缓存文件中记录的多个执行单元的执行顺序关系，逐一执行各执行单元。需要说明的是，执行单元可以为原子服务也可以为组合服务，当执行单元为原子服务时，则按照原子服务的执行规则执行该执行单元，当执行单元为组合服务时，按照缓存文件中记录的执行单元的顺序，逐一执行该执行单元包含的各执行单元，直至组合服务包括的所有执行单元执行完成。

可见，本方案预置配置文件，配置文件记录了原子服务以及组合服务的属性信息，然后从配置文件中查找到与接口方法名对应的目标服务，并对目标服务进行自动执行，无需开发人员编程，提高了业务接口的开发效率。

在上述实施例的基础上，如图6所示，本实施例提供了一种根据所述第一目标服务的接口类型信息，执行所述第一目标服务的具体实现步骤，包括：

S61、基于所述第一目标服务的接口类型信息，判断所述第一目标服务是否为原子服务；

S62、当所述第一目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过预置的所述原子服务的处理类获取目标数据。

正如上文所述，如图7所示，当第一目标服务为原子服务时，找到该原子服务的实现类，然后反射调用该实现类的方法并调用实现类中的处理类获取对应的数据，返回数据作为该原子服务的执行结果。

除此，如图8所示，本实施例还提供了一种根据所述第一目标服务的接口类型信息，执行所述第一目标服务的具体实现步骤，包括：

S81、当所述第一目标服务为所述组合服务时，创建缓存文件；

S82、将所述组合服务的输入类型存储至所述缓存文件；

S83、基于所述组合服务包含的执行单元的描述信息，确定所述执行单元的执行顺序；

S84、按照所述执行顺序执行所述执行单元，所述执行单元包括所述原子服务和/或所述组合服务；

S85、根据所述组合服务的输出类型转换模块信息，生成所述组合服务器的输出类型。

可见，本实施例中，按照执行单元的执行顺序执行各执行单元，最终将执行单元的输出结果作为组合服务的输出结果，并将该结果作为该组合服务的执行结果。

具体的，如图9所示，本实施例在执行各执行单元perform时，可以通过如下方式实现，包括步骤：

S91、获取所述执行单元的执行条件；

S92、基于所述执行条件，根据所述执行单元的输入类型转换模块信息，生成所述组合服务的输入类型；

S93、获取所述执行单元包含的第二目标服务；

S94、判断所述第二目标服务是否为原子服务；

当所述第二目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过对应的所述原子服务的处理类获取目标数据；

当所述第二目标服务为所述组合服务时，执行所述组合服务，将所述组合服务的输出类型存储至所述缓存文件。

其中，执行条件用来指明该执行单元是否进行执行。例如当执行单元的执行条件满足预设条件时，定义执行条件为真，此时该执行单元需要被执行。当执行条件不满足预设条件时，定义执行条件为假，此时该执行单元被跳过、不被执行。

即本实施例将执行条件为真的执行单元按照存储在缓存文件OGNLContext中的顺序关系进行执行。

在上述实施例的基础上，本实施例还可以对配置文件ApplicationContext进行修改，具体的，基于图10所示的配置文件更改系统，至少一个分布式服务器与数据服务器建立联系，通过客户端对配置文件进行修改，并将修改后的配置文件更新至数据服务器，然后同步到与该数据服务器建立连接关系的各分布式服务器。

其中，图10中的“配置管理程序”即图1中“客户端400”，“zookeeper”即图1中“数据服务器300”，“分布式服务端1-n”即图1中“分布式服务器200”。

在本实施例中，可以提供一个配置文件修改界面，如图11所示，以供客户端进行展示。该配置文件修改界面至少包括数据服务器的地址信息，待请求接口服务的接口方法名以及各服务对应的图形。

例如，用户需要通过客户端搭建一个新的业务接口，可以通过拖拽“可用组件”中的任一组件，其中，每个组件对应一个原子服务或组合服务，然后将多个组件连接后形成一个新的服务。

在新的服务搭建完成后，更新至数据服务器中的配置文件中。同样，如果用户需要对数据服务器中已有的服务进行更改，可以在配置文件修改界面选择已有的服务后，对该服务中各组件进行修改，并在数据服务器中的配置文件中更新修改后的服务的属性信息。

综上，结合本申请实施例提供的业务接口的处理方法，如图12所示，本实施例对业务接口的处理系统的信令流程进行介绍，如下：

S121、客户端修改服务配置，并将修改后的服务配置发送至数据服务器；

S122、数据服务器将修改后的服务配置发送至各分布式服务器；

S123、分布式服务器将修改后的服务配置更新至配置文件；

S124、分布式服务器获取服务请求端发送的接口服务请求；

S125、分布式服务器基于服务请求中的接口方法名以及更新后的配置文件，获取第一目标服务；

S126、分布式服务器执行所述第一目标服务。

S127、分布式服务器将所述第一目标服务的执行结果发送至服务请求端。

可见，本方案首先配置配置文件，然后从配置文件中查找到与接口方法名对应的目标服务，并对目标服务进行自动执行，无需开发人员编程，提高了业务接口的开发效率。

下面对本申请实施例提供的服务器进行介绍，下文描述的服务器与上文以服务器角度描述的业务接口的处理方法相互对应参照，该服务器可以包括：

获取模块，用于获取服务请求端发送的接口服务请求，所述接口服务请求至少包括待请求接口服务的接口方法名；

确定模块，用于基于所述接口方法名以及配置文件，确定出第一目标服务。

所述配置文件包括原子服务以及组合服务的属性信息，所述原子服务的属性信息至少包括所述原子服务的接口方法名、所述原子服务的接口类型信息、所述原子服务的实现类，所述原子服务的输入类型、所述原子服务的输出类型以及所述原子服务的处理类，所述组合服务的属性信息至少包括所述组合服务的接口方法名、所述组合服务的接口类型信息、所述组合服务包含的执行单元的描述信息、所述组合服务的输入类型、所述组合服务的输出类型、所述执行单元的执行条件、所述执行单元的输入类型转换模块信息以及所述组合服务的输出类型转换模块信息；

执行模块，用于根据所述第一目标服务的接口类型信息，执行所述第一目标服务。

上文描述的是服务器的软件功能模块架构，在服务器的硬件结构上，服务器可通过如下方式实现资源分配方案：

图13为本申请实施例提供的服务器的硬件结构框图，参照图13，该服务器可以包括：处理器131，通信接口132，存储器133和通信总线134；

其中处理器131、通信接口132、存储器133通过通信总线134完成相互间的通信；

可选的，通信接口132可以为通信模块的接口，如GSM模块的接口；

处理器131，用于执行程序；

存储器133，用于存放程序；

程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器131可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器133可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

获取服务请求端发送的接口服务请求，所述接口服务请求至少包括待请求接口服务的接口方法名；

基于所述接口方法名以及配置文件，确定出第一目标服务，所述配置文件包括原子服务以及组合服务的属性信息，所述原子服务的属性信息至少包括所述原子服务的接口方法名、所述原子服务的接口类型信息、所述原子服务的实现类，所述原子服务的输入类型、所述原子服务的输出类型以及所述原子服务的处理类，所述组合服务的属性信息至少包括所述组合服务的接口方法名、所述组合服务的接口类型信息、所述组合服务包含的执行单元的描述信息、所述组合服务的输入类型、所述组合服务的输出类型、所述执行单元的执行条件、所述执行单元的输入类型转换模块信息以及所述组合服务的输出类型转换模块信息；

根据所述第一目标服务的接口类型信息，执行所述第一目标服务。

可选的，所述根据所述第一目标服务的接口类型信息，执行所述第一目标服务，包括：

基于所述第一目标服务的接口类型信息，判断所述第一目标服务是否为原子服务；

当所述第一目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过预置的所述原子服务的处理类获取目标数据。

可选的，所述根据所述第一目标服务的接口类型信息，执行所述第一目标服务，包括：

当所述第一目标服务为所述组合服务时，创建缓存文件；

将所述组合服务的输入类型存储至所述缓存文件；

基于所述组合服务包含的执行单元的描述信息，确定所述执行单元的执行顺序；

按照所述执行顺序执行所述执行单元，所述执行单元包括所述原子服务或所述组合服务；

根据所述组合服务的输出类型转换模块信息，生成所述组合服务器的输出类型。

可选的，所述执行所述执行单元，包括：

获取所述执行单元的执行条件；

基于所述执行条件，根据所述执行单元的输入类型转换模块信息，生成所述组合服务的输入类型；

获取所述执行单元包含的第二目标服务；

判断所述第二目标服务是否为原子服务；

当所述第二目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过对应的所述原子服务的处理类获取目标数据；

当所述第二目标服务为所述组合服务时，执行所述组合服务；

将所述组合服务的输出类型存储至所述缓存文件。

可选的，还包括：

获取所述配置文件，将所述配置文件存储至所述分布式服务器。

该服务器的工作原理请参见上述方法实施例，在此不重复叙述，均能够提高业务接口的开发效率。

综上所述，本申请提供了一种业务接口的处理方法及系统，该处理方法应用于分布式服务器，首先获取服务请求端发送的接口服务请求，其中，所述接口服务请求至少包括待请求接口服务的接口方法名。然后基于所述接口方法名以及配置文件，确定出第一目标服务，并根据所述第一目标服务的接口类型信息，执行所述第一目标服务。其中，本方案预置配置文件，配置文件记录了原子服务以及组合服务的属性信息，然后从配置文件中查找到与接口方法名对应的目标服务，并对目标服务进行自动执行，无需开发人员编程，提高了业务接口的开发效率。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务接口的处理方法，其特征在于，应用于分布式服务器，包括：

获取服务请求端发送的接口服务请求，所述接口服务请求至少包括待请求接口服务的接口方法名；

基于所述接口方法名以及配置文件，确定出第一目标服务，所述配置文件包括原子服务以及组合服务的属性信息，所述原子服务的属性信息至少包括所述原子服务的接口方法名以及所述原子服务的接口类型信息，所述组合服务的属性信息至少包括所述组合服务的接口方法名以及所述组合服务的接口类型信息；

根据所述第一目标服务的接口类型信息，执行所述第一目标服务。

2.根据权利要求1所述的业务接口的处理方法，其特征在于，所述原子服务的属性信息还包括所述原子服务的实现类以及所述原子服务的处理类，所述根据所述第一目标服务的接口类型信息，执行所述第一目标服务，包括：

基于所述第一目标服务的接口类型信息，判断所述第一目标服务是否为原子服务；

当所述第一目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过所述原子服务的处理类获取目标数据。

3.根据权利要求1所述的业务接口的处理方法，其特征在于，所述组合服务的属性信息还包括所述组合服务包含的执行单元的描述信息、所述组合服务的输入类型、所述组合服务的输出类型转换模块信息，所述根据所述第一目标服务的接口类型信息，执行所述第一目标服务，包括：

当所述第一目标服务为所述组合服务时，创建缓存文件；

将所述组合服务的输入类型存储至所述缓存文件；

基于所述组合服务包含的执行单元的描述信息，确定所述执行单元的执行顺序；

按照所述执行顺序执行所述执行单元，所述执行单元包括所述原子服务和/或所述组合服务；

根据所述组合服务的输出类型转换模块信息，生成所述组合服务器的输出类型。

4.根据权利要求3所述的业务接口的处理方法，其特征在于，所述组合服务的属性信息还包括所述组合服务的输出类型、所述执行单元的执行条件、所述执行单元的输入类型转换模块信息，所述执行所述执行单元，包括：

获取所述执行单元的执行条件；

基于所述执行条件，根据所述执行单元的输入类型转换模块信息，生成所述组合服务的输入类型；

获取所述执行单元包含的第二目标服务；

判断所述第二目标服务是否为原子服务；

当所述第二目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过对应的所述原子服务的处理类获取目标数据；

当所述第二目标服务为所述组合服务时，执行所述组合服务；

将所述组合服务的输出类型存储至所述缓存文件。

5.根据权利要求1所述的业务接口的处理方法，其特征在于，还包括：

获取所述配置文件，将所述配置文件存储至所述分布式服务器。

6.一种业务接口的处理系统，其特征在于，包括分布式服务器、服务请求端以及数据服务器，

所述分布式服务器用于获取所述服务请求端发送的接口服务请求，基于所述接口方法名以及配置文件，确定出第一目标服务，并根据所述第一目标服务的接口类型信息，执行所述第一目标服务，其中，所述接口服务请求至少包括待请求接口服务的接口方法名；

所述数据服务器预置所述配置文件，所述配置文件包括原子服务以及组合服务的属性信息，所述原子服务的属性信息至少包括所述原子服务的接口方法名以及所述原子服务的接口类型信息，所述组合服务的属性信息至少包括所述组合服务的接口方法名以及所述组合服务的接口类型信息。

7.根据权利要求6所述的业务接口的处理系统，其特征在于，所述原子服务的属性信息还包括所述原子服务的实现类以及所述原子服务的处理类，所述分布式服务器根据所述第一目标服务的接口类型信息，执行所述第一目标服务，具体用于：

基于所述第一目标服务的接口类型信息，判断所述第一目标服务是否为原子服务；

当所述第一目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过所述原子服务的处理类获取目标数据。

8.根据权利要求6所述的业务接口的处理系统，其特征在于，所述组合服务的属性信息还包括所述组合服务包含的执行单元的描述信息、所述组合服务的输入类型、所述组合服务的输出类型转换模块信息，所述分布式服务器还用于：

当所述第一目标服务为所述组合服务时，创建缓存文件；

将所述组合服务的输入类型存储至所述缓存文件；

基于所述组合服务包含的执行单元的描述信息，确定所述执行单元的执行顺序；

按照所述执行顺序执行所述执行单元，所述执行单元包括所述原子服务和/或所述组合服务；

根据所述组合服务的输出类型转换模块信息，生成所述组合服务器的输出类型。

9.根据权利要求8所述的业务接口的处理系统，其特征在于，所述组合服务的属性信息还包括所述组合服务的输出类型、所述执行单元的执行条件、所述执行单元的输入类型转换模块信息，所述分布式服务器执行所述执行单元，具体用于：

获取所述执行单元的执行条件；

基于所述执行条件，根据所述执行单元的输入类型转换模块信息，生成所述组合服务的输入类型；

获取所述执行单元包含的第二目标服务；

判断所述第二目标服务是否为原子服务；

当所述第二目标服务为所述原子服务时，基于所述原子服务的实现类，调用所述实现类的方法，通过对应的所述原子服务的处理类获取目标数据；

当所述第二目标服务为所述组合服务时，执行所述组合服务；

将所述组合服务的输出类型存储至所述缓存文件。

10.根据权利要求6所述的业务接口的处理系统，其特征在于，还包括：客户端，

所述数据服务器获取用户基于所述客户端配置的配置文件，并将所述配置文件发送至所述分布式服务器，以使所述分布式服务器存储所述配置文件。