CN117950631A - 业务数据处理方法、装置及系统 - Google Patents

Abstract

本申请实施例提供了一种业务数据处理方法、装置及系统，其中方法包括：接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；接收第二客户端基于目标接口发送的业务处理请求；若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。通过本申请实施例，提升了业务数据的处理效率。

Description

业务数据处理方法、装置及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种业务数据处理方法、装置及系统。

背景技术

随着互联网技术的蓬勃发展，很多业务的办理方式由线下转变为线上，例如，用户操作其终端设备中的相关应用(如购物应用)即可完成相关业务(如商品购买业务)的线上办理。其中，相关应用的各业务模块均是按照固定的开发模式进行开发处理得到的。即开发人员根据收集的用户的业务办理需求进行代码编写以创建相应的业务模块，并在创建完成后进行代码测试、打包、发布、上线等一系列处理流程后，投入使用。由于业务模块在创建完成后还要经过多个处理流程，才能供用户使用以进行业务的办理，因此业务模块自创建到投入使用存在流程繁琐、周期长、业务数据的处理效率低等问题。

发明内容

本申请提供一种业务数据处理方法、装置及系统，以提升业务数据的处理效率。

第一方面，本申请实施例提供了一种业务数据处理方法，包括：

接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；

接收第二客户端基于所述目标接口发送的业务处理请求；所述业务处理请求包括所述目标接口的接口信息和目标业务的业务信息；

若根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，则根据所述业务信息对所述目标业务的数据进行处理。

可以看出，本申请实施例中，在接收到第一客户端发送的接口创建请求时，基于接口创建请求创建目标接口；在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

第二方面，本申请实施例提供了一种业务数据处理装置，包括：

创建模块，用于接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；

接收模块，用于接收第二客户端基于目标接口发送的业务处理请求；所述业务处理请求包括所述目标接口的接口信息和目标业务的业务信息；

处理模块，用于若根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，则根据所述业务信息对所述目标业务的数据进行处理。

第三方面，本申请实施例提供了一种业务数据处理系统，包括：第一客户端、第二客户端和服务端；

所述第一客户端，用于向所述服务端发送接口创建请求；

所述第二客户端，用于根据获取到的目标业务的业务信息，基于目标接口向所述服务端发送业务处理请求；所述业务处理请求包括所述目标接口的接口信息和所述业务信息；

所述服务端，用于接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；接收所述第二客户端发送的所述业务处理请求；若根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，则根据所述业务信息对所述目标业务的数据进行处理。

第四方面，本申请实施例提供了一种电子设备，包括：

处理器；以及，被安排成存储计算机可执行指令的存储器，所述可执行指令被配置由所述处理器执行，所述可执行指令包括用于执行上述第一方面提供的业务数据处理方法中的步骤。

第五方面，本申请实施例提供了一种存储介质，所述存储介质用于存储计算机可执行指令，所述可执行指令使得计算机执行上述第一方面提供的业务数据处理方法。

附图说明

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

图1为本申请实施例提供的一种业务数据处理方法的场景示意图；

图2为本申请实施例提供的一种业务数据处理方法的第一种流程示意图；

图3为本申请实施例提供的一种业务数据处理方法的第二种流程示意图；

图4为本申请实施例提供的一种业务数据处理方法的第三种流程示意图；

图5为本申请实施例提供的一种业务数据处理装置的模块组成示意图；

图6为本申请实施例提供的一种业务数据处理系统的组成示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

在互联网时代的当今，很多业务的办理方式由线下转变为线上，即用户操作其终端设备中的相关应用即可完成相关业务的线上办理，例如用户操作其终端设备中的购物应用即可完成商品购买业务的线上办理，用户操作其终端设备中的理财应用即可完成理财业务的线上办理，用户操作其终端设备中某应用的注册模块即可完成注册业务的线上办理等。其中，用于用户操作的相关应用往往包括多个业务模块，例如购物应用可以包括商品购买业务模块、订单查询业务模块、物流查询业务模块等。且各业务模块均是按照固定的开发模式进行开发处理得到的。即研发人员根据收集的用户的业务办理需求进行代码编写以创建相应的业务模块，并在创建完成后进行代码测试、打包、发布、上线等一系列处理流程后，投入使用。例如，对于购物应用而言，用户新增了跨境业务需求，那么研发人员需要根据该跨境业务需求，在特定的编程环境中进行代码编写，以创建用于提交跨境业务请求的请求提交接口(还可以称为提交模块)。并在代码编写完成后，即创建出请求提交接口后，向测试人员提出测试需求。测试人员根据研发人员提出的测试需求，基于测试数据对研发人员创建的请求提交接口进行测试处理。当测试结果表征请求提交接口存在问题时，将问题反馈给研发人员。研发人员根据测试人员反馈的问题，进行编码修改，并在修改完成后，重新向测试人员提出测试需求。如此往复，直至测试结果表征请求提交接口测试通过。此时，研发人员对请求提交接口的代码进行打包处理，并在指定的平台上进行发布，以使各评审方进行评审。以及，在评审结果为通过时，研发人员进行该请求提交接口的上线处理，以供用户通过该请求提交接口向后台服务提交跨境业务请求，实现跨境业务的办理。可以看出，请求提交接口自创建完成后，还需要经历多个处理流程后才能提供给用户使用。在实际应用中，由于不同用户的业务办理需求往往不同、并且用户的业务办理需求往往会随着时间的推移而改变，因此针对各不同的业务办理需求均按照前述固定的开发模式开发相应的业务接口，即业务接口在创建完成后，还需要经历多个处理流程才能提供给用户使用，不仅存在接口自创建到投入使用的流程繁琐、周期较长、费时费力等问题。而且对于新业务而言，只能等待一个较长的周期，待对应的业务接口上线后才能进行相应业务的办理，因此，降低了业务的办理效率。也就是说，对于某项业务而言，从其对应的业务接口的创建到业务的办理，其整体业务数据的处理效率偏低。基于此，本申请实施例提供了一种业务数据处理方法、装置及系统。

图1为本申请实施例提供的一种业务数据处理方法的应用场景示意图。如图1所示，该场景包括：第一客户端、第二客户端和服务端。其中，第一客户端与第二客户端可以是不同的客户端。第一客户端用于供用户操作，向服务端发送接口创建请求，以完成目标接口的创建。第二客户端用于供用户操作，向服务端发送业务处理请求，以完成目标业务的办理。第一客户端与第二客户端可以是独立的应用程序(Application，简称App)，也可以是设置于其他独立应用程序中的小程序，还可以是网页应用等。第一客户端与第二客户端可以设置于同一终端设备中，也可以设置于不同的终端设备中。终端设备可以是手机、平板电脑、台式计算机、便携式笔记本等。服务端用于根据第一客户端发送的接口创建请求进行相关处理，以及根据第二客户端发送的业务处理请求进行相关处理。服务端可以是独立的服务器，也可以是由多个服务器组成的服务器集群。在一些实施方式中，第一客户端与第二客户端还可以是同一客户端。图1中以第一客户端与第二客户端不同、且第一客户端设置于第一终端设备中、第二客户端设置于第二终端设备中、服务端为独立的服务器为例进行示出。

具体的，当第一用户想要通过第二客户端办理目标业务，且第二客户端当前已有的接口无法满足目标业务的办理需求时，第二用户(如研发人员、产品人员等)根据收集的第一用户的需求信息，操作第一客户端提交目标接口的接口创建信息；第一客户端根据获取到的接口创建信息，向服务端发送接口创建请求。服务端接收第一客户端发送的接口创建请求，若根据接口创建请求中的接口创建信息确定目标接口满足创建条件，则根据接口创建信息对目标接口进行创建处理，并向第一客户端发送表征创建成功的第一创建结果；第一客户端展示接收到的第一创建结果。当目标接口创建成功时，第一用户即可操作其第二客户端，提交目标业务的业务信息；当第二客户端获取到目标业务的业务信息时，根据目标接口的接口信息和目标业务的业务信息，基于目标接口向服务端发送业务处理请求。服务端接收第二客户端发送的业务处理请求，若根据业务处理请求中的接口信息和业务信息，确定目标业务满足目标接口对应的业务处理条件则根据业务信息对目标业务的数据进行处理，并向第二客户端发送表征请求成功的第一请求结果；第二客户端展示接收到的第一请求结果。需要指出的是，第一用户与第二用户还可以是同一用户。由此，由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

基于上述应用场景架构，本申请实施例提供了一种业务数据处理方法。图2为本申请一个或多个实施例提供的一种业务数据处理方法的流程示意图，图2中的方法能够由业务数据处理装置执行，该业务数据处理装置可以设置于图1所示的服务端中。如图2所示，该方法包括以下步骤：

步骤S102，接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；

在一些实施方式中，第二用户根据目标业务的业务处理需求，操作其第一终端设备中的第一客户端编辑待创建的目标接口的接口创建信息并提交。服务端接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口。

在一些实施方式中，接口创建信息可以包括目标接口的接口地址，目标接口对应的目标校验规则等。接口地址中可以包括目标接口的接口标识，在一些实施方式中，目标接口可以采用HTTP协议、POST方法、REST风格，目标接口的接口地址的具体形式可以为http://ip:port/api/common/{apiType}，其中，{apiType}表示目标接口的接口标识。例如，目标接口的接口地址为http://ip:port/api/jobSubmit，则目标接口的接口标识为jobSubmit。需要指出的是，接口地址的具体形式不限为上述形式，其可以在实际应用中根据需要自行设定。

由于目标接口是由服务端基于接收到的接口创建信息进行动态创建得到的，而不是按照现有的固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。对于目标接口的具体创建过程可参见后文的相关描述。

需要指出的是，第二用户操作第一客户端提交的接口创建信息可以包括文字形式的信息、代码形式的信息中的一种或多种。因此，在创建目标接口时，降低了对第二用户的专业性要求，第二用户可以是产品人员、也可以是想要办理目标业务的人员、还可以是研发人员等。

步骤S104，接收第二客户端基于目标接口发送的业务处理请求；业务处理请求包括目标接口的接口信息和目标业务的业务信息；

在一些实施方式中，当第一用户想要线上办理目标业务时，可以操作其第二终端设备中的第二客户端，以编辑办理目标业务所需的业务信息并提交。第二客户端响应于第一用户的提交操作，获取第一用户提交的业务信息，并根据获取的业务信息和目标业务所对应的目标接口的接口信息生成业务处理请求；第二客户端调用目标接口，通过目标接口向服务端发送业务处理请求。服务端接收第二客户端通过目标接口发送的业务处理请求。

其中，目标业务可以是账户注册、账号登录、开户、资源转移、商品购买、身份核验等任意类型的业务。业务信息随目标业务的不同而不同。作为一个示例，目标业务是账户注册业务，相应的，业务信息可以包括待注册的账户信息、账户密码等；作为又一示例，目标业务为身份核验业务，相应的，业务信息可以包括待核验的身份信息、用户标识等。对于业务信息的具体内容，可以在实际应用中根据需要自行设定，对此本申请中不做具体限定。

业务处理请求中的接口信息可以是目标接口的详细地址，也可以是目标接口的接口标识等。

步骤S106，若根据接口信息和业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。

为了保障目标业务的有效办理，本申请一个或多个实施例中，服务器在接收到业务处理请求时，根据业务处理请求中的接口信息和业务信息，确定目标业务是否满足目标接口对应的业务处理条件。若根据接口信息和业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。

其中，根据业务信息对目标业务进行处理的具体过程，可以随目标业务的不同而不同。作为一个示例，目标业务是账户注册业务；相应的，步骤S106中根据业务信息对目标业务的数据进行处理可以包括：根据业务信息进行账户注册处理。作为另一示例，目标业务是身份核验业务；相应的，步骤S106中根据业务信息对目标业务的数据进行处理可以包括：根据业务信息进行身份核验处理。对于对目标业务进行处理的具体过程本申请中不做具体限定，其可以在实际应用中根据需要自行设定。

需要指出的是，本申请实施例中，还可以针对各业务设置对应的业务服务端，并由业务服务端进行相应业务的处理。例如，针对目标业务，设置对应的目标业务服务端，相应的，步骤S106中根据业务信息对目标业务的数据进行处理可以包括：将接收到的业务处理请求，发送给目标业务对应的目标业务服务端；目标业务服务端接收到业务处理请求时，根据业务处理请求对目标业务的数据进行处理。

本申请一个或多个实施例中，服务端在接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；服务端在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

为了在满足不同用户对于业务办理的个性化需求的基础上，简化业务接口从创建到投入使用所需经历的处理流程，提升业务的办理效率。本申请一个或多个实施例中，提出了即创即用的动态接口创建方式。具体的，如图3所示，步骤S102可以包括以下步骤S102-2：

步骤S102-2，接收第一客户端发送的接口创建请求，若根据接口创建请求包括的接口创建信息确定目标接口满足创建条件，则根据接口创建信息创建目标接口。

在一些实施方式中，第二用户根据目标业务的业务处理需求，操作其第一客户端编辑待创建的目标接口的接口创建信息并提交。第一客户端响应于第二用户的提交操作，获取第二用户提交的接口创建信息，根据预设核验规则对获取到的接口创建信息的有效性进行核验处理，若核验通过，则根据接口创建信息向服务端发送接口创建请求。服务端接收第一客户端发送的接口创建请求。

其中，预设核验规则可以在实际应用中根据需要执行设定，对此本申请中不做具体限定。作为示例，某项核验规则为某参数的参数值的类型为数值，而接口创建信息中该参数的参数值的类型为字母，即用户在第一客户端设置的该参数的参数值的类型为字母，那么根据该核验规则进行核验处理的核验结果为不通过。由此，第一客户端在获取到接口创建信息时，通过对接口创建信息进行核验处理，保障了目标接口的有效性。

目标校验规则可以包括第一校验规则，第一校验规则包括参数的属性的校验规则，即第一校验规则用于对参数的属性进行校验。其中，参数的属性可以包括参数的定义、类型、取值范围、是否枚举、长度等。例如，第一校验规则中的某项规则为<#if！jobConf？？>，其表示参数jobConf不能为空。

进一步的，考虑到在实际应用中，一些参数可能存在复杂的处理逻辑，基于此，本申请一个或多个实施例中，目标校验规则还可以包括第二校验规则。也就是说，当目标接口的参数存在复杂的处理逻辑时，目标校验规则还可以包括第二校验规则。第二校验规则包括参数的处理逻辑的校验规则，即第二校验规则用于对参数的处理逻辑进行校验。作为示例，第二校验规则中的某项规则包括以下内容：

when

$map:Map(this['jobConf']＝＝null)

or$map1:Map($map1['role']<0)

then

throw new RuntimeException(“jobConf.role参数不正确”)

该规则表示若jobConf的值为空，或role的值小于零，则输出jobConf.role参数不正确。

需要指出的，对于第一校验规则和第二校验规则的具体形式及内容，均不限为上述示例，其可以在实际应用中根据需要自行设定。

在一些实施方式中，第一客户端可以包括第三规则引擎和第四规则引擎，第二用户可以操作第三规则引擎编辑第一校验规则，操作第四规则引擎编辑第二校验规则。其中，第三规则引擎可以是freemarker引擎，第四规则引擎可以是drools引擎。对于第三规则引擎和第四规则引擎的具体类型可以在实际应用中根据需要自行设定，对此本申请中不做具体限定。

在一些实施方式中，根据接口创建信息确定目标接口是否满足创建条件可以包括：从接口创建信息中获取目标接口的第一接口标识；确定已创建接口的接口标识中是否含有第一接口标识；若已创建接口的接口标识中不含有第一接口标识，则确定目标接口满足创建条件，若已创建接口的接口标识中含有第一接口标识，则确定目标接口不满足创建条件。

在一些实施方式中，从接口创建信息中获取目标接口的第一接口标识，将第一接口标识与指定数据库中保存的各已创建接口的接口标识进行匹配处理；若指定数据库中存在匹配成功的接口标识，则表征第一接口标识已存在，确定目标接口不满足创建条件；若指定数据库中不存在匹配成功的接口标识，则表征第一接口标识不存在，确定目标接口满足创建条件。由此，基于第一接口标识进行匹配处理，保障了接口标识的唯一性，能够避免接口的重复创建。

在一些实施方式中，根据接口创建信息创建目标接口，可以包括：从接口创建信息中获取目标接口对应的目标校验规则；建立第一接口标识与目标校验规则之间的目标关联关系，并保存该目标关联关系。在一些实施方式中，可以将该目标关联关系保存至上述指定数据库中。

进一步的，方法还包括：若目标接口不满足创建条件，则向第一客户端发送表征创建失败的第二创建结果。第一客户端接收服务端发送的该第二创建结果并展示。

由此，完成了目标接口的创建，由于第一客户端在获取到接口创建信息时，已对接口创建信息的有效性进行核验，且服务端在接收到接口创建请求时，已确定目标接口满足创建条件。因此，保障了所创建的目标接口的有效性，使得目标接口在创建完成后即可投入使用，而无需在创建完成后进行测试、打包、上线等复杂流程。可见，相较于现有的按照固定的开发模式开发接口而言，本申请中的接口创建过程简单，简化了接口自创建到投入使用所需经历的处理流程，极大的缩短了接口从无到使用的周期长度。此外，由于目标接口具有即创即用的特性，即创建成功后即可使用，而无需第二客户端进行重启等处理，因此能够提升目标业务的办理效率。

在目标接口创建完成后，即可在接收到第二客户端基于目标接口发送的业务处理请求时，根据目标接口对应的目标校验规则，确定目标业务是否满足目标接口对应的业务处理条件。具体的，如图4所示，步骤S106可以包括以下步骤S106-2和步骤S106-4：

步骤S106-2，若根据接口信息查询到关联的目标校验规则，则根据目标校验规则对业务信息进行校验处理；

在一些实施方式中，从接口信息中获取目标接口的第一接口标识；将第一接口标识与目标关联关系中的接口标识进行匹配处理，目标关联关系包括已创建接口的接口标识与校验规则的关联关系；若匹配成功，则确定根据接口信息查询到关联的目标校验规则；若匹配失败，则确定根据接口信息未查询到关联的目标校验规则。

在一些实施方式中，从业务处理请求包括的接口信息中获取目标接口的第一接口标识；将第一接口标识与指定数据库中保存的目标关联关系中的各接口标识进行匹配处理；若目标关联关系中存在匹配成功的接口标识，则确定根据接口信息查询到关联的目标校验规则，并将目标关联关系中匹配成功的接口标识所关联的校验规则，确定为根据接口信息查询到的目标校验规则；若目标关联关系中不存在匹配成功的接口标识，则确定根据接口信息未查询到关联的目标校验规则，向第二客户端发送表征请求失败的第二请求结果。第二客户端接收服务端发送的第二请求结果并展示。

可以理解的是，在根据接口信息查询到关联的目标校验规则的情况下，也表征了目标接口具备真实性和有效性。

步骤S106-4，若校验处理的结果为校验通过，则确定目标业务满足目标接口对应的业务处理条件，并根据业务信息对目标业务的数据进行处理。

在一些实施方式中，根据业务信息对目标业务的数据进行处理，可以包括：对业务信息进行转换处理，得到待校验信息；确定目标校验规则对应的目标规则引擎，基于目标规则引擎和目标校验规则，对待校验信息进行校验处理。其中，确定目标校验规则对应的目标规则引擎，基于目标规则引擎和目标校验规则，对待校验信息进行校验处理，可以包括：若目标校验规则包括第一校验规则，则将第一规则引擎确定为目标校验规则对应的目标规则引擎；并基于第一规则引擎和第一校验规则，对待校验信息中参数的属性进行校验处理；若目标校验规则包括第二校验规则，则将第二规则引擎确定为目标校验规则对应的目标规则引擎；并基于第二规则引擎和逻辑校验规则，对待校验信息种参数的处理逻辑进行校验处理。

在一些实施方式中，对业务信息进行转换处理，得到Json格式的待校验信息。确定查询到目标校验规则的规则类型；若目标校验规则的规则类型包括第一校验规则，则将第一规则引擎确定为目标规则引擎；并将待校验信息和第一校验规则(即目标校验规则)输入第一规则引擎(即目标规则引擎)中，通过第一规则引擎根据第一校验规则对待校验信息中参数的属性进行校验处理。若目标校验规则的规则类型包括第一校验规则和第二校验规则，则将第一规则引擎和第二规则引擎确定为目标规则引擎；并将待校验信息和第一校验规则输入第一规则引擎中，通过第一规则引擎根据第一校验规则对待校验信息中参数的属性进行校验处理；以及将待校验信息和第二校验规则输入第二规则引擎中，通过第二规则引擎根据第二校验规则对待校验信息中参数的处理逻辑进行校验处理。其中，待校验信息的格式不限为Json格式，其可以在实际应用中根据需要自行设定。

可以理解的是，对于不同的目标业务而言，其业务信息中的参数往往都需要进行参数类型、取值范围、长度等参数属性的校验。但是对于不同的目标业务，其参数不一定都存在复杂的处理逻辑。因此，目标校验规则包括第一校验规则，可能包括第二校验规则，也可能不包括第二校验规则。

本申请一个或多个实施例中，方法还可以包括：若校验处理的结果为校验未通过，则确定目标业务不满足目标接口对应的业务处理条件，向第二客户端发送表征请求失败的第二请求结果。第二客户端接收服务端发送的第二请求结果并展示。

由此，根据目标接口对应的目标校验规则，对目标业务的业务信息进行校验处理，以确定目标业务是否满足目标接口对应的业务处理条件，既保障了目标接口的有效性，也保障了目标业务能够有效处理。

进一步的，为了使第一用户知晓业务办理结果，本申请一个或多个实施例中，步骤S106之后，方法还可以包括：向第二客户端发送表征请求成功的第一请求结果。第二客户端接收服务端发送的第一请求结果并展示。

本申请一个或多个实施例中，服务端在接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；服务端在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

对应上述描述的业务数据处理方法，基于相同的技术构思，本申请一个或多个实施例还提供一种业务数据处理装置，该业务数据处理装置可以应用于服务端。图5为本申请一个或多个实施例提供的一种业务数据处理装置的模块组成示意图，如图5所示，该装置包括：

创建模块201，用于接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；

接收模块202，用于接收第二客户端基于目标接口发送的业务处理请求；业务处理请求包括目标接口的接口信息和目标业务的业务信息；

处理模块203，用于若根据接口信息和所述业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。

本申请实施例提供的业务数据处理装置，在接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口，在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

需要说明的是，本申请中关于业务数据处理装置的实施例与本申请中关于业务数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务数据处理方法的实施，重复之处不再赘述。

上述业务数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端设备中的处理器或服务端的处理器中，也可以以软件形式存储于终端设备中的存储器或服务端的存储器中，以便于处理器调用执行以上各个模块对应的操作。

进一步的，对应上述描述的业务数据处理方法，基于相同的技术构思，本申请一个或多个实施例还提供了一种业务数据处理系统。图6为本申请一个或多个实施例提供的一种业务数据处理系统的组成示意图，如图6所示，该系统包括：第一客户端301、服务端302和第二客户端303；

所述第一客户端301，用于向所述服务端302发送接口创建请求；

所述第二客户端303，用于根据获取到的目标业务的业务信息，基于目标接口向所述服务端302发送业务处理请求；所述业务处理请求包括所述目标接口的接口信息和所述业务信息；

所述服务端302，用于接收第一客户端301发送的接口创建请求，基于接口创建请求创建目标接口；接收所述第二客户端303发送的所述业务处理请求；若根据接口信息和所述业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。

进一步的，所述第一客户端301，还用于对获取到的所述目标接口的接口创建信息进行核验处理，若所述核验处理的结果为核验通过，则根据所述接口创建信息向所述服务端302发送接口创建请求；

所述服务端302，还用于接收所述接口创建请求，若根据所述接口创建信息确定所述目标接口满足创建条件，则根据所述接口创建信息创建目标接口。

本申请实施例提供的业务数据处理系统，服务端在接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；服务端在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

需要说明的是，本申请中关于业务数据处理系统的实施例与本申请中关于业务数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务数据处理方法的实施，重复之处不再赘述。

进一步地，对应上述描述的业务数据处理方法，基于相同的技术构思，本申请一个或多个实施例还提供一种电子设备，该电子设备用于执行上述的业务数据处理方法，图7为本申请一个或多个实施例提供的一种电子设备的结构示意图。

如图7所示，电子设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括电子设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在电子设备上执行存储器402中的一系列计算机可执行指令。电子设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入输出接口405，一个或一个以上键盘406等。

在一个具体的实施例中，电子设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对电子设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；

接收第二客户端基于目标接口发送的业务处理请求；业务处理请求包括目标接口的接口信息和目标业务的业务信息；

若根据接口信息和业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。

本申请一个或多个实施例提供的电子设备，在接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

需要说明的是，本申请中关于电子设备的实施例与本申请中关于业务数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务数据处理方法的实施，重复之处不再赘述。

进一步地，对应上述描述的业务数据处理方法，基于相同的技术构思，本申请一个或多个实施例还提供了一种存储介质，用于存储计算机可执行指令，一个具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：

接收第一客户端发送的接口创建请求，基于接口创建请求创建目标接口；

接收第二客户端基于目标接口发送的业务处理请求；业务处理请求包括目标接口的接口信息和目标业务的业务信息；

若根据接口信息和所述业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对所述目标业务的数据进行处理。

本申请一个或多个实施例提供的存储介质存储的计算机可执行指令在被处理器执行时，在接收到第一客户端发送的接口创建请求时，基于接口创建请求创建目标接口；在接收到第二客户端基于目标接口发送的业务处理请求时，若根据业务处理请求包括的目标接口的接口信息和目标业务的业务信息，确定目标业务满足目标接口对应的业务处理条件，则根据业务信息对目标业务的数据进行处理。由于目标接口是基于接口创建信息动态创建得到的，而不是按照固定的开发模式进行开发处理得到的，即目标接口在创建成功后即可使用，而无需在创建完成后进行代码测试、打包、发布、上线等处理流程。因此，简化了目标接口自创建到投入使用所需经历的处理流程，极大的缩短了目标接口从无到使用的周期长度。进而，当目标业务是新业务时，由于目标接口具有即创即用的特性，因此无需等待较长的时间周期后在进行目标业务的办理，提升了目标业务的办理效率。也就是说，对于目标业务而言，从其对应的目标接口的创建到业务的办理，整体上提升了其业务数据的处理效率。

需要说明的是，本申请中关于存储介质的实施例与本申请中关于业务数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的业务数据处理方法的实施，重复之处不再赘述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本申请一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (13)

1.一种业务数据处理方法，其特征在于，包括：

接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；

接收第二客户端基于所述目标接口发送的业务处理请求；所述业务处理请求包括所述目标接口的接口信息和目标业务的业务信息；

若根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，则根据所述业务信息对所述目标业务的数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，包括：

若根据所述接口信息查询到关联的目标校验规则，则根据所述目标校验规则对所述业务信息进行校验处理；

若所述校验处理的结果为校验通过，则确定所述目标业务满足所述目标接口对应的业务处理条件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述接口信息查询到关联的目标校验规则，包括：

从所述接口信息中获取所述目标接口的第一接口标识；

将所述第一接口标识与目标关联关系中的接口标识进行匹配处理；所述目标关联关系包括已创建接口的接口标识与校验规则的关联关系；

若匹配成功，则确定根据所述接口信息查询到关联的目标校验规则。

4.根据权利要求2所述的方法，其特征在于，所述根据所述目标校验规则对所述业务信息进行校验处理，包括：

对所述业务信息进行转换处理，得到待校验信息；

确定所述目标校验规则对应的目标规则引擎，基于所述目标规则引擎和所述目标校验规则，对所述待校验信息进行校验处理。

5.根据权利要求4所述的方法，其特征在于，所述确定所述目标校验规则对应的目标规则引擎，基于所述目标规则引擎和所述目标校验规则，对所述待校验信息进行校验处理，包括：

若所述目标校验规则包括第一校验规则，则将第一规则引擎确定为所述目标校验规则对应的目标规则引擎；并基于所述第一规则引擎和所述第一校验规则，对所述待校验信息中参数的属性进行校验处理；

若所述目标校验规则包括第二校验规则，则将第二规则引擎确定为所述目标校验规则对应的目标规则引擎；并基于所述第二规则引擎和所述第二校验规则，对所述待校验信息中参数的处理逻辑进行校验处理。

6.根据权利要求1所述的方法，其特征在于，所述接口创建请求包括所述目标接口的接口创建信息；所述基于接口创建请求创建目标接口，包括：

若根据所述接口创建信息确定所述目标接口满足创建条件，则根据所述接口创建信息创建所述目标接口。

7.根据权利要求6所述的方法，其特征在于，所述根据所述接口创建信息确定所述目标接口满足创建条件，包括：

从所述接口创建信息中获取所述目标接口的第一接口标识；

若所述已创建接口的接口标识中不含有所述第一接口标识，则确定所述目标接口满足创建条件。

8.根据权利要求6所述的方法，其特征在于，所述根据所述接口创建信息创建所述目标接口，包括：

从所述接口创建信息中获取所述目标接口对应的目标校验规则；

建立所述第一接口标识与所述目标校验规则之间的目标关联关系，保存所述目标关联关系。

9.一种业务数据处理装置，其特征在于，包括：

创建模块，用于接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；

接收模块，用于接收第二客户端基于目标接口发送的业务处理请求；所述业务处理请求包括所述目标接口的接口信息和目标业务的业务信息；

处理模块，用于若根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，则根据所述业务信息对所述目标业务的数据进行处理。

10.一种业务数据处理系统，其特征在于，包括：第一客户端、第二客户端和服务端；

所述第一客户端，用于向所述服务端发送接口创建请求；

所述第二客户端，用于根据获取到的目标业务的业务信息，基于目标接口向所述服务端发送业务处理请求；所述业务处理请求包括所述目标接口的接口信息和所述业务信息；

所述服务端，用于接收第一客户端发送的接口创建请求，基于所述接口创建请求创建目标接口；接收所述第二客户端发送的所述业务处理请求；若根据所述接口信息和所述业务信息，确定所述目标业务满足所述目标接口对应的业务处理条件，则根据所述业务信息对所述目标业务的数据进行处理。

11.根据权利要求10所述的系统，其特征在于，

所述第一客户端，还用于对获取到的所述目标接口的接口创建信息进行核验处理，若所述核验处理的结果为核验通过，则根据所述接口创建信息向所述服务端发送接口创建请求；

所述服务端，还用于接收所述接口创建请求，若根据所述接口创建信息确定所述目标接口满足创建条件，则根据所述接口创建信息创建所述目标接口。

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

处理器；以及，

被安排成存储计算机可执行指令的存储器，所述可执行指令被配置由所述处理器执行，所述可执行指令包括用于执行如权利要求1-8任一项所述的业务处理方法中的步骤。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机可执行指令，所述可执行指令使得计算机执行如权利要求1-8任一项所述的业务处理方法。