CN115390939B - 业务处理方法和系统 - Google Patents

Abstract

本申请实施例提供了一种业务处理方法和系统，涉及计算机技术领域。该方法包括：响应于业务处理请求，获取该业务处理请求对应的程序包以及该业务处理请求对应的SDK；在程序包中的第一配置参数与SDK中的第二配置参数不匹配的情况下，接收配置服务器对第二配置参数进行修正后的第三配置参数；基于第三配置参数的参数值，对第一配置参数进行配置，得到第四配置参数；基于第四配置参数，执行业务处理请求。本申请实施例可以动态确定配置参数是否真实有效，并在配置操作无效时，基于修正后的配置参数，重新对业务处理请求对应的程序包中的配置参数进行动态配置。

Description

业务处理方法和系统

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种业务处理方法和系统。

背景技术

在分布式系统以及微服务平台等技术日益发展的情况下，各种微服务数量逐渐增多，相应的程序的配置数据也随之增多，例如服务器地址等参数的配置。在配置微服务的过程中，通常会采用分布式的配置中心中间件，对不同的配置数据进行集中管理，以实现配置参数与应用端的分离。

目前，主要通过配置中心将设置好的配置数据下发到应用端，使得应用端根据接收到的配置数据对应用端的程序中的待配置参数进行配置，实现相应的业务。但通过该方式，配置中心在将配置数据下发之后，难以确定应用端是否可以根据接收到的配置数据，真正实现对所要执行的程序中的待配置参数的配置操作，导致难以确定配置操作是否生效。

发明内容

本申请实施例提供了一种业务处理方法和系统，用于解决在对配置参数进行静态配置时，难以确定配置操作是否生效的技术问题。

根据本申请实施例的一个方面，提供了一种业务处理方法，该方法包括：

响应于业务处理请求，获取该业务处理请求对应的程序包以及该业务处理请求对应的软件开发工具包SDK；

在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，该第三配置参数为配置服务器对上述第二配置参数进行修正后的数据；

基于上述第三配置参数的参数值，对上述第一配置参数进行配置，得到第四配置参数；

基于上述第四配置参数，执行上述业务处理请求。

根据本申请实施例的另一个方面，提供了一种业务处理系统，该业务处理系统包括业务处理服务器和配置服务器；

上述配置服务器，用于生成至少一个软件开发工具包SDK的配置参数；

上述业务处理服务器，用于响应于业务处理请求，获取上述业务处理请求对应的程序包以及从上述配置服务器中获取上述业务处理请求对应的软件开发工具包SDK；在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，所述第三配置参数为上述配置服务器对上述第二配置参数进行修正后的数据；基于上述第三配置参数的参数值，对上述第一配置参数进行配置；基于第四配置参数，执行上述业务处理请求。

根据本申请实施例的另一个方面，提供了一种业务处理装置，该装置包括：

数据获取模块，用于响应于业务处理请求，获取该业务处理请求对应的程序包以及该业务处理请求对应的软件开发工具包SDK；

配置参数匹配模块，用于在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，该第三配置参数为配置服务器对上述第二配置参数进行修正后的数据；

配置模块，用于基于上述第三配置参数的参数值，对上述第一配置参数进行配置，得到第四配置参数；

业务执行模块，用于基于上述第四配置参数，执行上述业务处理请求。

根据本申请实施例的又一个方面，提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行计算机程序以实现上述方法的步骤。

根据本申请实施例的又一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

在本申请实施例提供的业务处理方法中，通过基于程序包中的第一配置参数与SDK中的第二配置参数进行匹配，可以实时确定出能否直接基于SDK中的第二配置参数实现对程序包中的第一配置参数进行配置操作，即原始配置参数(即SDK中的第二配置参数)是否真实有效。在程序包中的第一配置参数与SDK中的第二配置参数不匹配的情况下，接收配置服务器对第二配置参数进行修正后的第三配置参数，基于第三配置参数的参数值，对第一配置参数进行配置，得到第四配置参数。可以在配置操作无效时，基于修正后的配置参数，重新对业务处理请求对应的程序包中的配置参数进行动态配置，完善配置机制，使得业务处理请求可以被正确执行，提高应用端处理业务的稳定性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1示出了本申请实施例提供的一种业务处理方法的流程图；

图2示出了本申请实施例提供的一种业务处理系统的示意图；

图3示出了本申请实施例适用的一种应用场景的示意图；

图4示出了本申请实施例适用的另一种应用场景的示意图；

图5示出了本申请实施例提供的一种业务处理装置的示意图；

图6示出了本申请实施例所适用的一种电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

图1示出了本申请实施例提供的一种业务处理方法的流程图。该方法可以具体通过图2示出的业务处理系统20中的业务处理服务器21实现。如图2所示，该业务处理系统20还包括业务处理服务器21对应的配置服务器22，该配置服务器22可以具体包括注册中心221和管控台222，其中，管控台222可以提供有可视化界面。

在具体实施过程中，配置参数设置人员可以通过该管控台提供的可视化界面，设置配置数据，并将该配置数据发送至注册中心，在业务处理服务器需要执行具体的客户端发起的业务处理请求时，可以从该注册中心获取业务处理请求对应的配置数据，并基于该配置数据对该业务处理请求对应的程序包进行配置。在完成对业务处理请求对应的程序包的配置之后，通过执行配置后的程序包即可实现该业务处理请求对应的业务。

需要说明的是，上述客户端【也可以称为用户终端或用户设备(User Equipment，UE)】可以是智能手机、平板电脑、笔记本电脑及台式计算机等。上述业务处理服务器和配置服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器或服务器集群。

本领域技术人员应能理解上述终端和服务器仅为举例，其他现有的或今后可能出现的终端或服务器如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

图3示出了本申请实施例适用的一种应用场景的示意图。以下结合图1、图2和图3具体对该业务处理方法进行说明。

如图1所示，该方法包括：

步骤S11：响应于业务处理请求，获取该业务处理请求对应的程序包以及该业务处理请求对应的软件开发工具包SDK。

该业务处理请求可以为任一与业务相关的请求，每项业务处理请求可以包括业务标识，可以根据一业务处理请求中的业务标识确定出该业务处理请求所对应的业务。

具体地，基于每个业务标识确定出的业务可以包括但不限于启动应用系统、关闭应用系统、打开应用系统中某一应用程序等。

每项业务对应的程序包可以为实现该业务处理请求对应的业务的程序数据，包括但不限于类、方法和属性等，其中，可以将该程序包中的类、方法和属性等确定为待配置的配置参数的配置名称。每项业务对应的SDK(Software Development Kit)可以包括实现该业务对应的配置信息，具体可以包括配置参数的参数标识和参数值。

任一配置参数的参数标识可以包括但不限于业务处理服务器的标识、业务处理服务器对应的客户端标识、运行程序包的环境标识、配置名称等。

在接收到业务处理请求后，可以根据该业务处理请求中的业务标识确定出所要处理的业务，再确定出该业务对应的程序包和SDK。

各业务对应的程序包可以预先存储在该业务处理请求对应的业务处理服务器配置的数据库中，基于该业务的业务标识，从数据库中确定该业务对应的程序包。

在通过管控台接收到SDK的配置数据之后，可以将SDK的配置数据发送至注册中心，以使得注册中心将接收到的配置数据存储在其缓存中。

在该方法的执行主体接收到业务处理请求后，可以基于该业务的业务标识，从注册中心的缓存中获取到SDK。

步骤S12：在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，该第三配置参数为上述配置服务器对第二配置参数进行修正后的数据。

本申请实施例中对第一配置参数的数量以及第二配置参数的数量均不作限制，可以根据实际情况确定。

在具体实施过程中，为了解决开发人员的开发程序包的时间，通常会仅在程序包设置第一配置参数的参数标识，而不设置具体的参数值，避免在仅需要更新某一第一配置参数的参数值时，需要对整个程序包进行修改。通常会在每个SDK设置各第二配置参数的参数标识以及各第二配置参数的参数值。

通过在程序包中引用相应的SDK，可以在运行该程序包的过程中，触发运行该程序包中所引用的SDK，并获取SDK对应的第二配置参数的参数标识和参数值。并通过第二配置参数的参数值对程序包中的参数标识相同的配置参数进行配置，实现业务处理请求对应的业务。

通过该方式，在需要更新配置参数的参数值时，只需要更新对应的SDK中的参数值，重新运行程序包，即可实现基于更新后的参数值实现业务处理请求对应的业务。

在对程序包中的第一配置参数和SDK中的第二配置参数进行匹配时，可以分别对每个配置参数对应的参数标识以及相应的参数值进行匹配。在二者对应的参数标识和相应的参数值均相同的情况下，确定二者匹配，否则，确定二者不匹配。

例如，对于第一配置参数1和第二配置参数2，二者均对应的参数标识均为a，且对应的参数值均为b的情况下，确定二者相匹配。

其中，上述程序包中的第一配置参数和上述SDK中的第二配置参数不匹配，可以包括以下至少一项：

上述第一配置参数的参数标识和上述第二配置参数的参数标识不同；

上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第二配置参数的参数值为空；

上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第一配置参数的参数值与上述第二配置参数的参数值不同。

本申请实施例对第一配置参数的数量和第二配置参数的数量不做具体限制，可以根据实际情况确定。

在完成对程序包中的第一配置参数和SDK中的第二配置参数的匹配之后，可以基于相匹配的第一配置参数的参数标识和第二配置参数的参数标识建立程序包和SDK之间的映射关系表，确定程序包中未参与配对的第一配置参数和SDK中未参与配对的第二配置参数。并将该映射关系表、未参与配对的第一配置参数和未参与配对的第二配置参数发送至配置服务器，以使得配置服务器实时获取到是否可以有效执行配置操作。

具体地，可以将映射关系表中的第一配置参数确定为可以有效执行配置操作的配置参数，将未参与配对的第一配置参数确定为不能有效执行配置操作的配置参数，将未参与配对的第二配置参数确定为冗余的配置参数。

当然，若配置服务器确定该映射关系表中存在错误的映射关系，也可以对接收到的映射关系表进行修正，并将修正后的映射关系表发送至该方法的执行主体(业务处理服务器)。

其中，对第二配置参数进行修正的过程可以包括：

对于第二配置参数中与第一配置参数的参数标识不同的配置参数，在确定对应的参数标识存在错误的情况下，对相应的参数标识进行修改；

对于第二配置参数中与第一配置参数的参数标识相同的配置参数，在确定第二配置参数的参数值为空的情况下，补充相应的参数值；

对于第二配置参数中与第一配置参数的参数标识相同的配置参数，在确定对应的参数值存在错误的情况下，对相应的参数值进行修改。

在该实现方式中，还可以基于第三配置参数继续与第一配置参数进行匹配，并不断获取新的第三配置参数，直至获取到可以与各第一配置参数相匹配的第三配置参数，得到最终的映射关系表。

步骤S13：基于上述第三配置参数的参数值，对上述第一配置参数进行配置，得到第四配置参数。

在该实现方式中，可以基于上述最终的映射关系表，基于该映射关系表中各映射关系以及上述第三配置参数的参数值，对上述第一配置参数进行配置，得到第四配置参数。

具体地，上述基于上述第三配置参数的参数值，对上述第一配置参数进行配置，可以包括：

确定上述第三配置参数的目标参数值；

将上述第一配置参数的参数值修改为上述目标参数值。

在该实现方式中，可以基于每个第一配置参数对应的映射关系，将该第一配置参数对应的第三配置参数的参数值，确定为目标参数值，将该第一配置参数的参数值修改为该目标参数值。

在一种可能的实现方式中，上述基于上述第三配置参数的参数值，对上述第一配置参数进行配置，可以包括：

在上述程序包中包括至少两个上述第一配置参数的情况下，基于上述第三配置参数的参数值，分别对每个上述第一配置参数进行配置。

具体地，对于每个第一配置参数，可以基于该第一配置参数的参数标识，确定出第三配置参数中与该第一配置参数的参数标识相同的配置参数，将该第三配置参数的目标参数值更新为该第一配置参数的参数值，得到该第一配置参数对应的第四配置参数。

需要说明的是，在配置过程中，若一个第一配置参数的参数标识与一个第二配置参数的参数标识相同，但该第一配置参数的参数值为空，可以直接确定二者相匹配，并直接将该第二配置参数的参数值赋值给该第一配置参数，得到该第一配置参数对应的第四配置参数，完成对该第一配置参数的配置操作。

步骤S14：基于上述第四配置参数，执行上述业务处理请求。

具体地，可以通过第四配置参数对应的程序包，实现上述业务处理请求。

在本申请实施例提供的业务处理方法中，通过在接收到业务处理请求后，将该业务处理请求对应的程序包中的第一配置参数与该业务处理请求对应的SDK中的第二配置参数进行匹配，可以实时确定出原始配置参数(即SDK中的第二配置参数)是否真实有效，能否直接基于SDK中的第二配置参数实现对程序包中的第一配置参数的配置操作。

在程序包中的第一配置参数与SDK中的第二配置参数不匹配的情况下，接收配置服务器为配置服务器对第二配置参数进行修正后的数据，将该修正后的数据作为第三配置参数，基于第三配置参数的参数值，对第一配置参数进行配置，得到第四配置参数；并基于第四配置参数，执行业务处理请求。可以在配置操作无效时，基于修正后的配置参数，重新对业务处理请求对应的程序包中的配置参数进行动态配置，完善配置机制，使得业务处理请求可以被正确执行，提高应用端执行业务的稳定性。

在一种可能的实现方式中，上述接收配置服务器发送的第三配置参数，可以包括：

在上述第一配置参数与上述第二配置参数不匹配的情况下，向上述配置服务器发送第一提示信息，上述第一提示信息指示上述配置服务器对上述第二配置参数进行修正操作，得到上述第三配置参数；

接收上述配置服务器发送的第三配置参数；

其中，上述修正操作包括以下至少一项：

在上述第一配置参数的参数标识与上述第二配置参数的参数标识不同，且上述第二配置参数的参数标识错误的情况下，对上述第二配置参数的参数标识进行修改；

在上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第二配置参数的参数值为空的情况下，补充上述第二配置参数的参数值；

在上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第一配置参数的参数值与上述第二配置参数的参数值不同，以及上述第二配置参数的参数值错误的情况下，对上述第二配置参数的参数值进行修改。

在上述第一配置参数与上述第二配置参数不匹配的情况下，可以基于匹配结果(即上述映射关系表)生成第一提示信息。其中，第一提示信息除了指示配置服务器执行上述操作外，还可以具体包括：对程序包中未参与配对的第一配置参数进行删除操作，以及添加针对SDK中未参与配对的第二配置参数对应的第三配置参数。

其中，考虑到第一配置参数的数量可以包括至少两个，在该实现方式中，匹配结果可以具体包括每个第一配置参数对应的匹配结果(即上述映射关系表中每条映射关系)。

在配置服务器接收到第一提示信息之后，具体进行的修正操作还可以包括：基于第一提示信息，对程序包中未参与配对的第一配置参数进行删除操作，并添加针对SDK中未参与配对的第二配置参数对应的第三配置参数。

通过将第一提示信息发送至配置服务器，可以使得配置服务器实时获取到配置情况。

通过在配置服务器对第二配置参数进行修正得到第三配置参数，可以实现动态更新SDK中的配置参数，并将修正得到的第三配置参数发送至该方法的执行主体(业务处理服务器)，可以使得业务处理服务器基于修正后的第三配置参数，对第一配置参数进行配置，实现了对第一配置参数的动态配置，可以保证程序包中的每项第一配置参数都能够得到有效配置。

在该实现方式中，还可以基于SDK中未参与配对的第二配置参数生成第三提示信息，并将该第三提示信息发送至业务处理服务器对应的客户端，以使客户端基于该第三提示信息检测程序包中的程序是否出现问题。

在一种可能的实现方式中，上述分别对每个上述第一配置参数进行配置，可以包括：

在上述第三配置参数的数量大于上述第一配置参数的数量的情况下，分别对每个上述第一配置参数进行配置；

基于未参与配置的第三配置参数生成第二提示信息；

将上述第二提示信息发送至上述配置服务器；

其中，上述第二提示信息指示上述配置服务器删除上述未参与配置的第三配置参数。

通过在第三配置参数的数量大于第一配置参数的数量的情况下，基于未参与配置的第三配置参数生成第二提示信息，并将该第二提示信息发送至配置服务器，可以使得配置服务器实时获取到SDK中冗余的配置参数，并基于该第二提示信息，删除未参与配置的第三配置参数，可以保证SDK中配置参数的有效性。

图4示出了本申请实施例适用的另一种应用场景的示意图。如图4所示，上述方法还可以包括：

接收上述配置服务器发送的更新提示信息；其中，上述更新提示信息指示将上述SDK中的第五配置参数更新为第六配置参数；

基于上述第六配置参数的参数值，对上述程序包中与上述第五配置参数对应的第七配置参数进行配置；

基于上述配置后的第七配置参数，执行上述业务处理请求。

在该实现方式中，第五配置参数可以为全部第二配置参数，也可以为部分第二配置参数，本申请实施例对此不做限制。

需要说明的是，在对SDK中的第五配置参数进行更新后，可以基于上述对第一配置参数进行配置的方式，重新对第一配置参数和第六配置参数进行匹配，并基于匹配结果，对相应的第一配置参数进行配置。

其中，若仅第五配置参数的参数值进行修改，而未修改其对应的参数名，则可以直接上述匹配结果，对第一配置参数中与上述第五配置参数对应的第七配置参数进行配置。

在该实现方式中，通过在配置服务器对SDK中的配置参数进行修改后，将更新提示信息发送至该方法的执行主体(业务处理服务器)，可以保证业务处理服务器与配置服务器之间的关联切换，二者所获取的SDK中的配置信息一致。从而使得业务处理服务器根据该更新提示信息，重新获取修改后的SDK，重新执行业务处理请求，保证业务处理请求的实时处理。

基于与本申请实施例提供的业务处理方法相同的原理，本申请实施例中还提供了一种业务处理系统。如图2所示，该业务处理系统20包括业务处理服务器21和配置服务器22；

上述配置服务器22，用于生成至少一个软件开发工具包SDK的配置参数；

上述业务处理服务器21，用于响应于业务处理请求，获取上述业务处理请求对应的程序包以及从上述配置服务器22中获取上述业务处理请求对应的软件开发工具包SDK；在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，接收第三配置参数；其中，上述第三配置参数为上述配置服务器22对上述第二配置参数进行修正后的数据；基于上述第三配置参数的参数值，对上述第一配置参数进行配置；基于第四配置参数，执行上述业务处理请求。

在一种可能的实现方式中，上述程序包中的第一配置参数和上述SDK中的第二配置参数不匹配，可以包括以下至少一项：

上述第一配置参数的参数标识和上述第二配置参数的参数标识不同；

上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第二配置参数的参数值为空；

上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第一配置参数的参数值与上述第二配置参数的参数值不同。

在一种可能的实现方式中，上述业务处理服务器21在接收第三配置参数时，具体用于：

在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，向上述配置服务器22发送第一提示信息，上述第一提示信息指示上述配置服务器22对上述第二配置参数进行修正操作，得到接收第三配置参数；

上述配置服务器22，还用于基于上述第一提示信息，对上述第二配置参数进行上述修正操作，得到上述第三配置参数，并将上述第三配置参数发送至上述业务处理服务器21；

上述业务处理服务器21，还用于接收上述配置服务器22发送的第三配置参数；

其中，上述修正操作包括以下至少一项：

在上述第一配置参数的参数标识与上述第二配置参数的参数标识不同，且上述第二配置参数的参数标识错误的情况下，对上述第二配置参数的参数标识进行修改；

在上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第二配置参数的参数值为空的情况下，补充上述第二配置参数的参数值；

在上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第一配置参数的参数值与上述第二配置参数的参数值不同，以及上述第二配置参数的参数值错误的情况下，对上述第二配置参数的参数值进行修改。

在一种可能的实现方式中，上述业务处理服务器21在基于上述第三配置参数的参数值，对上述第一配置参数进行配置时，可以具体用于：

确定上述第三配置参数的目标参数值；

将上述第一配置参数的参数值修改为上述目标参数值。

在一种可能的实现方式中，上述业务处理服务器21在基于上述第三配置参数的参数值，对上述第一配置参数进行配置时，可以具体用于：

在上述程序包中包括至少两个上述第一配置参数的情况下，基于上述第三配置参数的参数值，分别对每个上述第一配置参数进行配置。

在一种可能的实现方式中，上述业务处理服务器21在分别对每个上述第一配置参数进行配置时，可以具体用于：

在上述第三配置参数的数量大于上述第一配置参数的数量的情况下，分别对每个上述第一配置参数进行配置；

基于未参与配置的第三配置参数生成第二提示信息；

将上述第二提示信息发送至上述配置服务器22；

其中，上述第二提示信息指示上述配置服务器22删除上述未参与配置的第三配置参数。

在一种可能的实现方式中，上述配置服务器22，还可以用于更新上述SDK的配置参数，以及在更新上述SDK的配置参数的情况下，生成更新提示信息，并将上述更新提示信息发送至上述业务处理服务器21；其中，上述更新提示信息指示将上述SDK中的第五配置参数更新为第六配置参数；

上述业务处理服务器21还可以用于：

接收上述配置服务器22发送的上述更新提示信息；

基于上述第六配置参数的参数值，对上述程序包中与上述第五配置参数对应的第七配置参数进行配置；

基于上述配置后的第七配置参数，执行上述业务处理请求。

本申请实施例的业务处理系统中的业务处理服务器可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的业务处理服务器所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于该业务处理服务器的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

基于与本申请实施例提供的业务处理方法相同的原理，本申请实施例中还提供了一种业务处理装置。图5示出了本申请实施例提供的一种业务处理装置的示意图。如图5所示，该装置50包括：

数据获取模块510，用于响应于业务处理请求，获取该业务处理请求对应的程序包以及该业务处理请求对应的软件开发工具包SDK；

配置参数匹配模块520，用于在上述程序包中的第一配置参数与上述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，该第三配置参数为上述配置服务器对上述第二配置参数进行修正后的数据；

配置模块530，用于基于上述第三配置参数的参数值，对上述第一配置参数进行配置，得到第四配置参数；

业务执行模块540，用于基于上述第四配置参数，执行上述业务处理请求。

在一种可能的实现方式中，上述程序包中的第一配置参数和上述SDK中的第二配置参数不匹配，可以包括以下至少一项：

上述第一配置参数的参数标识和上述第二配置参数的参数标识不同；

上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第二配置参数的参数值为空；

上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第一配置参数的参数值与上述第二配置参数的参数值不同。

在一种可能的实现方式中，上述配置参数匹配模块520在接收配置服务器发送的第三配置参数时，可以具体用于：

在上述第一配置参数与上述第二配置参数不匹配的情况下，向上述配置服务器发送第一提示信息，上述第一提示信息指示上述配置服务器对上述第一配置参数进行修正操作，得到上述第三配置参数；

接收上述配置服务器发送的第三配置参数；

其中，上述修正操作包括以下至少一项：

在上述第一配置参数的参数标识与上述第二配置参数的参数标识不同，且上述第二配置参数的参数标识错误的情况下，对上述第二配置参数的参数标识进行修改；

在上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第二配置参数的参数值为空的情况下，补充上述第二配置参数的参数值；

在上述第一配置参数的参数标识与上述第二配置参数的参数标识相同，且上述第一配置参数的参数值与上述第二配置参数的参数值不同，以及上述第二配置参数的参数值错误的情况下，对上述第二配置参数的参数值进行修改。

在一种可能的实现方式中，上述配置模块530在基于上述第三配置参数的参数值，对上述第一配置参数进行配置时，可以具体用于：

确定上述第三配置参数的目标参数值；

将上述第一配置参数的参数值修改为上述目标参数值。

在一种可能的实现方式中，上述配置模块530在基于上述第三配置参数的参数值，对上述第一配置参数进行配置时，可以具体用于：

在上述程序包中包括至少两个上述第一配置参数的情况下，基于上述第三配置参数的参数值，分别对每个上述第一配置参数进行配置。

在一种可能的实现方式中，上述配置模块530在分别对每个上述第一配置参数进行配置时，可以具体用于：

在上述第三配置参数的数量大于上述第一配置参数的数量的情况下，分别对每个上述第一配置参数进行配置；

基于未参与配置的第三配置参数生成第二提示信息；

将上述第二提示信息发送至上述配置服务器；

其中，上述第二提示信息指示上述配置服务器删除上述未参与配置的第三配置参数。

在一种可能的实现方式中，上述配置模块530还可以用于：

接收上述配置服务器发送的更新提示信息；其中，上述更新提示信息指示将上述SDK中的第五配置参数更新为第六配置参数；

基于上述第六配置参数的参数值，对上述程序包中与上述第五配置参数对应的第七配置参数进行配置；

基于上述配置后的第七配置参数，执行上述业务处理请求。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

基于与本申请实施例提供的业务处理方法及装置相同的原理，本申请实施例中还提供了一种电子设备(如服务器)，该电子设备可以包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现本申请任一可选实施例中提供的方法的步骤。

可选地，图6示出了本申请实施例所适用的一种电子设备的结构示意图，如图6所示，图6所示的电子设备6000包括：处理器6001和存储器6003。其中，处理器6001和存储器6003相连，如通过总线6002相连。可选地，电子设备6000还可以包括收发器6004，收发器6004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器6004不限于一个，该电子设备6000的结构并不构成对本申请实施例的限定。

处理器6001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器6001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线6002可包括一通路，在上述组件之间传送信息。总线6002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线6002可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器6003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器6003用于存储执行本申请实施例的计算机程序，并由处理器6001来控制执行。处理器6001用于执行存储器6003中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

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

响应于业务处理请求，获取所述业务处理请求对应的程序包以及所述业务处理请求对应的软件开发工具包SDK；

在所述程序包中的第一配置参数与所述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，所述第三配置参数为配置服务器对所述第二配置参数进行修正后的数据；

基于所述第三配置参数的参数值，对所述第一配置参数进行配置，得到第四配置参数；

基于所述第四配置参数，执行所述业务处理请求；

其中，在所述第一配置参数与所述第二配置参数匹配的情况下，基于所述第二配置参数的参数值，对所述第一配置参数进行配置，基于配置后的第一配置参数，执行所述业务处理请求。

2.根据权利要求1所述的业务处理方法，其特征在于，所述程序包中的第一配置参数与所述SDK中的第二配置参数不匹配，包括以下至少一项：

所述第一配置参数的参数标识与所述第二配置参数的参数标识不同；

所述第一配置参数的参数标识与所述第二配置参数的参数标识相同，且所述第二配置参数的参数值为空；

所述第一配置参数的参数标识与所述第二配置参数的参数标识相同，且所述第一配置参数的参数值与所述第二配置参数的参数值不同。

3.根据权利要求2所述的业务处理方法，其特征在于，所述获取第三配置参数，包括：

在所述第一配置参数与所述第二配置参数不匹配的情况下，向配置服务器发送第一提示信息，所述第一提示信息指示所述配置服务器对所述第二配置参数进行修正操作，得到所述第三配置参数；

接收所述配置服务器发送的所述第三配置参数；

其中，所述修正操作包括以下至少一项：

在所述第一配置参数的参数标识与所述第二配置参数的参数标识不同，且所述第二配置参数的参数标识错误的情况下，对所述第二配置参数的参数标识进行修改；

在所述第一配置参数的参数标识与所述第二配置参数的参数标识相同，且所述第二配置参数的参数值为空的情况下，补充所述第二配置参数的参数值；

在所述第一配置参数的参数标识与所述第二配置参数的参数标识相同，且所述第一配置参数的参数值与所述第二配置参数的参数值不同，以及所述第二配置参数的参数值错误的情况下，对所述第二配置参数的参数值进行修改。

4.根据权利要求1至3中任一项所述的业务处理方法，其特征在于，所述基于所述第三配置参数的参数值，对所述第一配置参数进行配置，包括：

确定所述第三配置参数的目标参数值；

将所述第一配置参数的参数值修改为所述目标参数值。

5.根据权利要求1所述的业务处理方法，其特征在于，所述基于所述第三配置参数的参数值，对所述第一配置参数进行配置，包括：

在所述程序包中包括至少两个所述第一配置参数的情况下，基于所述第三配置参数的参数值，分别对每个所述第一配置参数进行配置。

6.根据权利要求5所述的业务处理方法，其特征在于，所述分别对每个所述第一配置参数进行配置，包括：

在所述第三配置参数的数量大于所述第一配置参数的数量的情况下，分别对每个所述第一配置参数进行配置；

基于未参与配置的第三配置参数生成第二提示信息；

将所述第二提示信息发送至所述配置服务器；

其中，所述第二提示信息指示所述配置服务器删除所述未参与配置的第三配置参数。

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

接收所述配置服务器发送的更新指示信息；其中，所述更新指示信息指示将所述SDK中的第五配置参数更新为第六配置参数；

基于所述第六配置参数的参数值，对所述程序包中与所述第五配置参数对应的第七配置参数进行配置；

基于配置后的第七配置参数，执行所述业务处理请求。

8.一种业务处理系统，其特征在于，所述业务处理系统包括业务处理服务器和配置服务器；

所述配置服务器，用于生成至少一个软件开发工具包SDK的配置参数；

所述业务处理服务器，用于响应于业务处理请求，获取所述业务处理请求对应的程序包以及从所述配置服务器中获取所述业务处理请求对应的软件开发工具包SDK；在所述程序包中的第一配置参数与所述SDK中的第二配置参数不匹配的情况下，获取第三配置参数；其中，所述第三配置参数为所述配置服务器对所述第二配置参数进行修正后的数据；基于所述第三配置参数的参数值，对所述第一配置参数进行配置，得到第四配置参数；基于所述第四配置参数，执行所述业务处理请求；

其中，所述业务处理服务器还用于在所述第一配置参数与所述第二配置参数匹配的情况下，基于所述第二配置参数的参数值，对所述第一配置参数进行配置，基于配置后的第一配置参数，执行所述业务处理请求。

9.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现如权利要求1至7中任一项所述的方法。

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