业务接口的管理方法及装置、存储介质、终端与流程

本发明涉及一种通信技术领域，特别是涉及一种业务接口的管理方法及装置、存储介质、终端。

背景技术：

在业务系统处理app接口端发送的业务请求过程中，不同的业务需求需要通过不同的app接口进行开发处理。这就需要根据不同的业务逻辑开发出多个传参的实体类，然后以实现响应各个请求。

目前，现有的业务接口由于针对不同业务需求，设计传参的实体类较多，会导致业务对于的app接口的业务代码繁多且凌乱，并且需要对多个请求分别进行授权，在修改权限、代码等信息时，需要对所有的接口进行依次修改，浪费人力资源，耗时较长，效率低。

技术实现要素：

有鉴于此，本发明提供一种业务接口的管理方法及装置、存储介质、终端，主要目的在于现有业务接口由于针对不同业务需求，设计传参的实体类较多，会导致业务对于的app接口的业务代码繁多且凌乱，并且需要对多个请求分别进行授权，在修改权限、代码等信息时，需要对所有的接口进行依次修改，浪费人力资源，耗时较长，效率低的问题。

依据本发明一个方面，提供了一种业务接口的管理方法，包括：

当服务控制器接收到app接口端发送的业务处理请求时，提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息，所述配置文件中存储有不同业务逻辑对应的配置信息；

所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息；

所述服务控制器向服务控制器的服务类发送初始化后的配置信息；

所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理；

所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

进一步地，所述方法还包括：

所述服务控制器定义配置于服务控制器的服务类，所述服务类为从不同app接口端的接口服务类中抽取的不同接口的业务逻辑。

进一步地，所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息之前，所述方法还包括：

所述服务控制器根据用户权限判断所述app接口端是否有权进行业务处理；

若所述app接口端无权进行业务处理，则所述服务控制器向所述app接口端返回无权限处理结果；

所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息包括：

若所述app接口端有权进行业务处理，则所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息。

进一步地，所述业务处理请求的类型包括sql类型、service类型，所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理包括：

所述服务控制器将初始化后的配置信息发送至服务类中，当所述服务类解析所述配置信息中的业务处理请求类型为sql类型时，所述服务控制器的服务类从数据库中查询与所述配置信息对应的数据，对所述数据进行处理；或，

所述服务控制器将初始化后的配置信息发送至服务类中，当所述服务类解析所述配置信息中的业务处理请求类型为service类型时，所述服务控制器的服务类反射调用所述配置信息对应的业务服务类，通过所述业务服务类进行业务处理。

进一步地，所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端包括：

所述服务类将进行处理后的业务处理结果反馈至所述服务控制器中，所述服务控制器记录所述app接口端与所述业务处理请求、所述业务处理结果之间的对应关系，并将所述业务处理结果反馈至所述app接口端。

进一步地，所述所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端之后，所述方法还包括：

所述服务控制器当接收到所述app接口端发送的业务处理请求与记录在所述服务控制器中的所述app接口端对应的业务处理请求相同时，提取与所述app接口端、所述业务处理请求对应的业务处理结果反馈至所述app接口端，并指示所述服务类重新执行所述业务处理请求对应的处理过程。

进一步地，所述方法还包括：

当所述服务控制器接收到所述app接口端发送的业务接口更新请求时，所述服务控制器根据所述业务接口更新请求中携带的更新内容对所述服务控制器中的配置文件中的参数、业务信息进行更新。

依据本发明一个方面，提供了一种业务接口的管理装置，包括：

提取单元，用于当服务控制器接收到app接口端发送的业务处理请求时，提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息，所述配置文件中存储有不同业务逻辑对应的配置信息；

初始化单元，用于所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息；

发送单元，用于所述服务控制器向服务控制器的服务类发送初始化后的配置信息；

处理单元，用于所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理；

反馈单元，用于所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

进一步地，所述装置还包括：

定义单元，用于所述服务控制器定义配置于服务控制器的服务类，所述服务类为从不同app接口端的接口服务类中抽取的不同接口的业务逻辑。

进一步地，所述装置还包括：判断单元，

所述判断单元，用于所述服务控制器根据用户权限判断所述app接口端是否有权进行业务处理；

所述发送单元，还用于若所述app接口端无权进行业务处理，则所述服务控制器向所述app接口端发送无权限处理结果；

所述初始化单元，具体用于若所述app接口端有权进行业务处理，则所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息。

进一步地，所述业务处理请求的类型包括sql类型、service类型，所述处理单元包括：

第一处理模块，用于所述服务控制器将初始化后的配置信息发送至服务类中，当所述服务类解析所述配置信息中的业务处理请求类型为sql类型时，所述服务控制器的服务类从数据库中查询与所述配置信息对应的数据，对所述数据进行处理；或，

第二处理模块，用于所述服务控制器将初始化后的配置信息发送至服务类中，当所述服务类解析所述配置信息中的业务处理请求类型为service类型时，所述服务控制器的服务类反射调用所述配置信息对应的业务服务类，通过所述业务服务类进行业务处理。

进一步地，所述反馈单元，具体用于所述服务类将进行处理后的业务处理结果反馈至所述服务控制器中，所述服务控制器记录所述app接口端与所述业务处理请求、所述业务处理结果之间的对应关系，并将所述业务处理结果反馈至所述app接口端。

进一步地，所述装置还包括：

执行单元，用于所述服务控制器当接收到所述app接口端发送的业务处理请求与记录在所述服务控制器中的所述app接口端对应的业务处理请求相同时，提取与所述app接口端、所述业务处理请求对应的业务处理结果反馈至所述app接口端，并指示所述服务类重新执行所述业务处理请求对应的处理过程。

进一步地，所述装置还包括：

更新单元，用于当所述服务控制器接收到所述app接口端发送的业务接口更新请求时，所述服务控制器根据所述业务接口更新请求中携带的更新内容对所述服务控制器中的配置文件中的参数、业务信息进行更新。

根据本发明的又一方面，提供了一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述业务接口的管理方法对应的操作。

根据本发明的再一方面，提供了一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述业务接口的管理方法对应的操作。

借由上述技术方案，本发明实施例提供的技术方案至少具有下列优点：

本发明提供了一种业务接口的管理方法及装置、存储介质、终端，首先当服务控制器接收到app接口端发送的业务处理请求时，提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息，所述配置文件中存储有不同业务逻辑对应的配置信息；所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息；所述服务控制器向服务控制器的服务类发送初始化后的配置信息；所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理；所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。与现有业务接口由于针对不同业务需求，设计传参的实体类较多，会导致业务对于的app接口的业务代码繁多且凌乱相比，本发明实施例通过服务控制器提取与外部app接口端发送的业务处理请求对于的配置信息，并根据业务处理请求中参数及业务信息对配置信息进行初始化，通过将初始化后的配置信息发送给服务类进行业务处理，方便理解业务逻辑，对业务逻辑代码的可维护性高，减少多个通用业务代码段的耦合，避免设计过多的业务处理请求名以及设计过多的传参实体类，实现代码清晰，耦合低，管理性强，从而避免人力资源浪费，减低耗时，提高业务接口的管理效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种业务接口的管理方法时序流程图；

图2示出了本发明实施例提供的另一种业务接口的管理方法时序流程图；

图3示出了本发明实施例提供的又一种业务接口的管理方法时序流程图；

图4示出了本发明实施例提供的一种业务接口的管理装置框图；

图5示出了本发明实施例提供的另一种业务接口的管理装置框图；

图6示出了本发明实施例提供的一种终端的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种业务接口的管理方法，如图1所示，所述方法包括：

100、app接口端向服务控制器发送业务处理请求。

101、服务控制器提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息。

其中，所述配置文件中存储有不同业务逻辑对应的配置信息，业务逻辑为系统执行业务需求时所参照的业务流程，配置信息则为在执行业务流程时需要系统运行的参数信息、业务信息等，如传参实体类等，本发明实施例不做具体限定。另外，本发明实施例中的配置文件为预先设置于所述服务控制器中的文件，并将所有业务接口可以执行的业务逻辑对应的配置信息存储于这个配置文件中，以便在所述服务控制器接收到app接口端发送的业务处理请求时，直接提取配置文件中的配置信息进行初始化参数。app接口端发送的业务处理请求即为app接口端的接口请求的业务处理。

需要说明的是，所述服务控制器接收到的app接口端发送的业务处理请求是外部app接口端发送来的，业务处理包括了各个业务接口可以执行的通用业务，如接收请求、返回信息、校验参数等，本发明实施例不做具体限定。另外，本发明实施例中待进行初始化的配置信息为业务处理请求对应的业务逻辑需要执行的重新设定的参数信息，因此，为了满足不同业务逻辑的需求，需要对这些配置信息进行初始化，以便满足业务逻辑对象执行的参数设置。

102、所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息。

其中，所述初始化参数为业务处理请求中根据待进行处理的业务逻辑配置的参数，所述业务信息为待执行的具体业务逻辑或业务流程，如删除某时间段内的用户浏览网页的数据，这个业务逻辑中需要执行的具体业务信息可以包括查找时间段、用户浏览网站的数据、删除，其中，待进行配置的初始化参数则为这些业务逻辑中代码具体执行的参数。步骤102中即为根据初始化参数及业务信息对配置信息进行初始化，以便得到匹配业务处理请求的业务处理过程，初始化过程即为将配置信息中的参数、业务逻辑配置成与业务处理匹配的参数及业务逻辑，本发明实施例不做具体限定。

103、所述服务控制器向服务控制器的服务类发送初始化后的配置信息。

对于本发明实施例，所述服务类为预先定义的一个interacthouseroservice服务类，用于统一管理所有app接口端发送来的业务，即接收并管理外部请求的整个处理流程。所述服务控制器会将初始化后的配置信息发送至服务类中，服务类根据接收到的配置信息进行处理。

104、所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理。

本发明实施例中，处理过程即为解析配置信息中业务处理请求类型，业务处理请求类型包括sql类型、service类型，不同的业务处理请求类型对应的处理方式不同。例如，当为sql类型时，不需要进行调用业务服务层中的业务类执行对应的业务处理，只需要根据配置信息中的详细数据从数据层中的数据库中进行增删查改即可，本发明实施例不做具体限定。

105、所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

对于本发明实施例，当服务类根据类型进行业务处理后，会将处理的结果返回至所述服务控制器中，通过所述服务控制器向app接口端反馈处理结果，从而减少各个app接口端的分支判断，规范了与app接口端各个接口交互的流程。

本发明提供了一种业务接口的管理方法，与现有业务接口由于针对不同业务需求，设计传参的实体类较多，会导致业务对于的app接口的业务代码繁多且凌乱相比，本发明实施例通过服务控制器提取与外部app接口端发送的业务处理请求对于的配置信息，并根据业务处理请求中参数及业务信息对配置信息进行初始化，通过将初始化后的配置信息发送给服务类进行业务处理，方便理解业务逻辑，对业务逻辑代码的可维护性高，减少多个通用业务代码段的耦合，避免设计过多的业务处理请求名以及设计过多的传参实体类，实现代码清晰，耦合低，管理性强，从而避免人力资源浪费，减低耗时，提高业务接口的管理效率。

本发明实施例提供了另一种业务接口的管理方法，如图2所示，所述方法包括：

201、服务控制器定义配置于服务控制器的服务类。

对于本发明实施例，为了实现将所有通用业务抽离出业务逻辑关系，并可以根据不同的配置信息管理外部请求的业务处理过程，预先定义一个服务类，即interacthouseroservice服务类，所述服务类为从不同app接口端的接口服务类中抽取的不同接口的业务逻辑。其中，这个服务类定义且配置于服务控制器中，当服务控制器从配置文件中获取需要初始化的配置信息后，将初始化的配置信息发送给服务类，服务类则可以根据不同接口的业务逻辑进行处理业务，本发明实施例不做具体限定。

202a、app接口端向服务控制器发送业务处理请求。

202b、服务控制器提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息。

本步骤与图1所示的步骤101方法相同，在此不再赘述。

203、所述服务控制器根据用户权限判断所述app接口端是否有权进行业务处理。

需要说明的是，若所述app接口端无权进行业务处理则执行s204a；若所述app接口端有权进行业务处理，则执行s204b。

对于本发明实施例，为了确保app接口端在进行业务处理请求时，所述的业务系统为app接口端配置了业务权限，以便进行业务处理，需要根据用户权限判断app接口端是否有权进行业务处理，即可以根据用户权限判断app接口端的接口是否进行了权限注册。所述用户权限可以包括app接口端的身份验证、等级验证等，本发明实施例不做具体限定。另外，步骤203中的用户权限校验过程是在所述服务控制器中进行的，以便通过验证后，说明app接口端有权进行业务处理，所述服务控制器执行步骤204b中的步骤。

需要说明的是，用户权限判断的过程可以为外部app接口端预先将具有用户权限的接口信息备份至所述服务控制器中的有权白名单中，然后在接收到app接口端发送的业务处理请求时，根据携带的接口信息进行判断是否存在与有权白名单中，若存在，则说明有权。

204a、所述服务控制器向所述app接口端发送无权限处理结果。

对于本发明实施例，为了及时提示给app接口端权限校验未通过，当app接口端无权进行业务处理时，所述服务控制器向app接口端发送无权处理结果，以便app接口端进行接口的重新设定。

对于本发明实施例，与步骤204a并列的步骤204b、所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息。

本步骤与图1所示的步骤102方法相同，在此不再赘述。

对于本发明实施例，步骤204b之后的步骤205、所述服务控制器向服务控制器的服务类发送初始化后的配置信息。

本步骤与图1所示的步骤103方法相同，在此不再赘述。

206、当所述服务类解析所述配置信息中的业务处理请求类型为sql类型时，所述服务控制器的服务类从数据库中查询与所述配置信息对应的数据，对所述数据进行处理。

对于本发明实施例，所述服务控制器将初始化后的配置信息传给服务类service中，在service中，对配置信息中的具体信息进行解析，确定业务处理请求的类型为sql类型，则不需要进行调用业务服务层中的业务类执行对应的业务处理，只需要根据配置信息中的详细数据从数据层中的数据库中进行增删查改即可。

207、所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

本步骤与图1所示的步骤104方法相同，在此不再赘述。

对于本发明实施例，具体的，步骤207包括：所述服务类将进行处理后的业务处理结果反馈至所述服务控制器中，所述服务控制器记录所述app接口端与所述业务处理请求、所述业务处理结果之间的对应关系，并将所述业务处理结果反馈至所述app接口端。

对于本发明实施例，为了便于再次接收到app接口端发出的相同的业务处理请求时，可以直接进行业务处理，当服务控制器在接收到服务类处理后的结果时，可以将app接口端、业务处理请求、业务处理结果进行具有对应关系的存储，并将本次的业务处理结果反馈给app接口端。

步骤207之后，本申请实施例还可以包括：

208、所述app接口端向服务控制器发送业务接口更新请求。

209、所述服务控制器根据所述业务接口更新请求中携带的更新内容对所述服务控制中的配置文件中的参数、业务信息进行更新。

对于本发明实施例，为了避免当出现业务处理更换对应的业务接口时，对各个接口服务类的重新进行更改代码参数，本发明实施例中可以通过更新配置文件中的参数和业务信息，实现各个业务接口的更新，从而减少业务接口在进行请求时的传参实体类的设计，节约了代码更改的人力资源。

本发明提供了另一种业务接口的管理方法，本发明实施例通过服务控制器提取与外部app接口端发送的业务处理请求对于的配置信息，并根据业务处理请求中参数及业务信息对配置信息进行初始化，通过将初始化后的配置信息发送给服务类进行业务处理，方便理解业务逻辑，对业务逻辑代码的可维护性高，减少多个通用业务代码段的耦合，避免设计过多的业务处理请求名以及设计过多的传参实体类，实现代码清晰，耦合低，管理性强，从而避免人力资源浪费，减低耗时，提高业务接口的管理效率。

本发明实施例提供了又一种业务接口的管理方法，如图3所示，所述方法包括：

301、服务控制器定义配置于服务控制器的服务类。

本步骤与图2所示的步骤201方法相同，在此不再赘述。

302a、app接口端向服务控制器发送业务处理请求。

302b、服务控制器提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息。

本步骤与图2所示的步骤202方法相同，在此不再赘述。

303、所述服务控制器根据用户权限判断所述app接口端是否有权进行业务处理。

需要说明的是，若所述app接口端无权进行业务处理则执行s304a；若所述app接口端有权进行业务处理，则执行s304b。

304a、所述服务控制器向所述app接口端发送无权限处理结果。

本步骤与图2所示的步骤204a方法相同，在此不再赘述。

对于本发明实施例，与步骤304a并列的步骤304b、所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息。

本步骤与图1所示的步骤102方法相同，在此不再赘述。

对于本发明实施例，步骤304b之后的步骤305、所述服务控制器向服务控制器的服务类发送初始化后的配置信息。

本步骤与图1所示的步骤103方法相同，在此不再赘述。

306、当所述服务类解析所述配置信息中的业务处理请求类型为service类型时，所述服务控制器的服务类反射调用所述配置信息对应的业务服务类，通过所述业务服务类进行业务处理。

对于本发明实施例，所述服务控制器将初始化后的配置信息传给服务类service中，在service中，对配置信息中的具体信息进行解析，确定业务处理请求的类型为service类型，则根据配置信息中的具体内容，调用与业务逻辑对应的服务类，如根据配置信息中的具体内容可确定业务逻辑为补录信息，则调用补录信息服务类进行业务处理。

307、所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

本步骤与图2所示的步骤207方法相同，在此不再赘述。

步骤307之后，本申请实施例还可以包括：

308、所述app接口端向服务控制器发送的业务处理请求。

309、当所述业务处理请求与记录在所述服务控制器中的所述app接口端对应的业务处理请求相同时，所述服务控制器提取与所述app接口端、所述业务处理请求对应的业务处理结果反馈至所述app接口端。

310、所述服务控制器指示所述服务类重新执行所述业务处理请求对应的处理过程。

对于本发明实施例，为了简化业务处理过程，提高反馈至app接口端的业务处理速度，可以先将记录在服务控制器中与本次app接口端发送的业务处理请求相匹配的业务处理请求结果反馈至app接口端，然后服务控制器指示服务类重新执行业务处理请求对应的业务处理过程，这样实现一个业务请求分为2条路径进行处理，1条为直接反馈业务结果，1条为执行进行业务处理，增快了业务处理的过程。另外，若在执行业务处理过程中，反馈的业务处理结果与已经反馈的业务结果不同，则向app接口端发送业务处理异常报警，以便app接口端确定是否重新进行业务处理请求。

本发明提供了又一种业务接口的管理方法，本发明实施例通过服务控制器提取与外部app接口端发送的业务处理请求对于的配置信息，并根据业务处理请求中参数及业务信息对配置信息进行初始化，通过将初始化后的配置信息发送给服务类进行业务处理，方便理解业务逻辑，对业务逻辑代码的可维护性高，减少多个通用业务代码段的耦合，避免设计过多的业务处理请求名以及设计过多的传参实体类，实现代码清晰，耦合低，管理性强，从而避免人力资源浪费，减低耗时，提高业务接口的管理效率。

进一步的，作为对上述图1所示方法的实现，本发明实施例提供了一种业务接口的管理装置，如图4所示，该装置包括：提取单元41、初始化单元42、发送单元43、处理单元44、反馈单元45。

提取单元41，用于当服务控制器接收到app接口端发送的业务处理请求时，提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息，所述配置文件中存储有不同业务逻辑对应的配置信息；

初始化单元42，用于所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息；

发送单元43，用于所述服务控制器向服务控制器的服务类发送初始化后的配置信息；

处理单元44，用于所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理；

反馈单元45，用于所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

进一步的，如图5所示，所述装置还包括：

定义单元46，用于所述服务控制器定义配置于服务控制器的服务类，所述服务类为从不同app接口端的接口服务类中抽取的不同接口的业务逻辑。

进一步地，所述装置还包括：判断单元47，

所述判断单元47，用于所述服务控制器根据用户权限判断所述app接口端是否有权进行业务处理；

所述发送单元43，还用于若所述app接口端无权进行业务处理，则所述服务控制器向所述app接口端发送无权限处理结果；

所述初始化单元42，具体用于若所述app接口端有权进行业务处理，则所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息。

进一步地，所述业务处理请求的类型包括sql类型、service类型，所述处理单元44包括：

第一处理模块4401，用于所述服务控制器将初始化后的配置信息发送至服务类中，当所述服务类解析所述配置信息中的业务处理请求类型为sql类型时，所述服务控制器的服务类从数据库中查询与所述配置信息对应的数据，对所述数据进行处理；或，

第二处理模块4402，用于所述服务控制器将初始化后的配置信息发送至服务类中，当所述服务类解析所述配置信息中的业务处理请求类型为service类型时，所述服务控制器的服务类反射调用所述配置信息对应的业务服务类，通过所述业务服务类进行业务处理。

进一步地，所述反馈单元45，具体用于所述服务类将进行处理后的业务处理结果反馈至所述服务控制器中，所述服务控制器记录所述app接口端与所述业务处理请求、所述业务处理结果之间的对应关系，并将所述业务处理结果反馈至所述app接口端。

进一步地，所述装置还包括：

执行单元48，用于所述服务控制器当接收到所述app接口端发送的业务处理请求与记录在所述服务控制器中的所述app接口端对应的业务处理请求相同时，提取与所述app接口端、所述业务处理请求对应的业务处理结果反馈至所述app接口端，并指示所述服务类重新执行所述业务处理请求对应的处理过程。

进一步地，所述装置还包括：

更新单元49，用于当所述服务控制器接收到所述app接口端发送的业务接口更新请求时，所述服务控制器根据所述业务接口更新请求中携带的更新内容对所述服务控制器中的配置文件中的参数、业务信息进行更新。

本发明提供了一种业务接口的管理装置，本发明实施例通过服务控制器提取与外部app接口端发送的业务处理请求对于的配置信息，并根据业务处理请求中参数及业务信息对配置信息进行初始化，通过将初始化后的配置信息发送给服务类进行业务处理，方便理解业务逻辑，对业务逻辑代码的可维护性高，减少多个通用业务代码段的耦合，避免设计过多的业务处理请求名以及设计过多的传参实体类，实现代码清晰，耦合低，管理性强，从而避免人力资源浪费，减低耗时，提高业务接口的管理效率。

根据本发明一个实施例提供了一种存储介质，所述存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务接口的管理方法。

图6示出了根据本发明一个实施例提供的一种终端的结构示意图，本发明具体实施例并不对终端的具体实现做限定。

如图6所示，该终端可以包括：处理器(processor)502、通信接口(communicationsinterface)504、存储器(memory)506、以及通信总线508。

其中：处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。

通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器502，用于执行程序510，具体可以执行上述业务接口的管理方法实施例中的相关步骤。

具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。

处理器502可能是中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。终端包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。

存储器506，用于存放程序510。存储器506可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行以下操作：

当服务控制器接收到app接口端发送的业务处理请求时，提取配置文件中所述业务处理请求所请求的待处理业务对应的待进行初始化的配置信息，所述配置文件中存储有不同业务逻辑对应的配置信息；

所述服务控制器根据所述业务处理请求中的待进行配置的初始化参数以及业务信息初始化所述配置信息；

所述服务控制器向服务控制器的服务类发送初始化后的配置信息；

所述服务控制器的服务类解析所述配置信息中业务处理请求类型，根据解析出的类型进行业务处理；

所述服务控制器的服务类将所述处理结果通过所述服务控制器反馈至所述app接口端。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。