CN112181407A - 业务实现处理方法及装置、系统、电子设备和存储介质 - Google Patents

Abstract

本公开是关于一种业务实现处理方法及装置、电子设备以及存储介质，涉及计算机技术领域，可以应用于根据不同业务系统的应用需求配置并调用执行对应的脚本以实现相应业务的场景。该业务实现处理方法包括：确定目标业务的执行要素，并确定与执行要素对应的目标脚本；在主体程序段中执行目标脚本，并获取目标脚本的执行结果；根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。本公开可以根据具体业务需求对不同业务应用系统配置对应的脚本，并调用执行脚本以实现对应的目标业务，保证不同业务应用系统之间的业务差异可以通过脚本来动态扩展和修改。

Description

业务实现处理方法及装置、系统、电子设备和存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种业务实现处理方法、业务实现处理装置、业务实现处理系统、电子设备以及计算机可读存储介质。

背景技术

随着计算机和网络技术的蓬勃发展，应用系统的功能不断扩大，应用系统的代码量也在不断增加，同时，应用系统的可维护性不断降低。程序开发人员在对应用系统进行功能增加、修改等操作时，如果不对系统的代码足够了解，很难快速的完成对系统功能的修改。

特别是对于某一业务发展很快的业务系统，随着业务的快速发展，需要介入很多的商家、独立软件开发商(Independent Software Vendors，ISV)用户，各个用户的需求都有一些差别，存在个性化的需求，如何使应用系统能快速满足用户的需求，成为很多软件系统的困境。

目前的解决方案是一套系统有一部分通用固定功能，在接入一个商家用户时，对于商家用户的个性化需求需要开发出对应的功能，或在原有的程序上进行修改，补充新的功能和逻辑分支等。由于程序是固定的，使得很多业务应用系统不具备通用性和扩展性。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种业务实现处理方法、业务实现处理装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服在应用系统增加新增需求时，由于应用系统不具有通用性和扩展性而导致开发、管理成本高以及造成的程序不稳定的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本公开的第一方面，提供一种业务实现处理方法，包括：确定目标业务的执行要素，并确定与执行要素对应的目标脚本；在主体程序段中执行目标脚本，并获取目标脚本的执行结果；根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。

可选的，确定目标业务的执行要素包括：获取插件格式，根据目标业务与插件格式创建插件包；其中，插件包定义执行要素。

可选的，在确定与执行要素对应的目标脚本之前，上述方法还包括：获取与目标业务对应的目标插件包；对目标插件包进行解析处理，获取目标插件包中预先配置的元数据；结合元数据与执行要素进行脚本编辑操作以生成备选脚本；对备选脚本进行测试操作后生成目标脚本；其中，目标脚本包括脚本标识。

可选的，确定与执行要素对应的目标脚本包括：获取并执行主体程序段，并确定主体程序段中的目标脚本标识；根据目标脚本标识获取目标脚本。

可选的，在获取并执行主体程序段之前，上述方法还包括：在主体程序段中确定目标节点位置；在目标节点位置进行程序埋点处理以在目标节点位置写入目标脚本标识。

可选的，确定与执行要素对应的目标脚本包括：根据执行要素确定与目标业务对应的脚本列表；基于脚本列表获取目标脚本。

可选的，在主体程序段中执行目标脚本包括：获取主体程序段的程序上下文；根据执行要素与程序上下文配置目标脚本的运行参数以生成执行脚本；触发运行执行脚本。

根据本公开的第二方面，提供一种业务实现处理装置，包括：脚本确定模块，用于确定目标业务的执行要素，并确定与执行要素对应的目标脚本；结果获取模块，用于在主体程序段中执行目标脚本，并获取目标脚本的执行结果；程序执行模块，用于根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。

可选的，脚本确定模块包括插件包创建单元，用于获取插件格式，根据目标业务与插件格式创建插件包；其中，插件包定义执行要素。

可选的，脚本确定模块还包括脚本生成单元，用于获取与目标业务对应的目标插件包；对目标插件包进行解析处理，获取目标插件包中预先配置的元数据；结合元数据与执行要素进行脚本编辑操作以生成备选脚本；对备选脚本进行测试操作后生成目标脚本；其中，目标脚本包括脚本标识。

可选的，脚本确定模块还包括第一获取单元，用于获取并执行主体程序段，并确定主体程序段中的目标脚本标识；根据目标脚本标识获取目标脚本。

可选的，第一获取单元包括埋点子单元，用于在主体程序段中确定目标节点位置；在目标节点位置进行程序埋点处理以在目标节点位置写入目标脚本标识。

可选的，脚本确定模块还包括第二获取单元，用于根据执行要素确定与目标业务对应的脚本列表；基于脚本列表获取目标脚本。

可选的，结果获取模块包括脚本执行单元，用于获取主体程序段的程序上下文；根据执行要素与程序上下文配置目标脚本的运行参数以生成执行脚本；触发运行执行脚本。

根据本公开的第三方面，提供一种业务实现处理系统，包括：业务运行子系统，用于确定与目标业务对应的执行要素，根据执行要素创建并发送插件包；中心配置子系统，用于基于插件包配置脚本，并向业务运行子系统发送与目标业务对应的目标脚本；其中，中心配置子系统包括：插件定义模块，用于定义插件格式，以便业务运行子系统根据插件格式创建插件包；插件接收模块，用于接收业务运行子系统发送的插件包；脚本编辑模块，用于解析插件包以形成解析包，结合解析包与执行要素进行脚本编辑操作，以生成与业务运行子系统对应的目标脚本。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的业务实现处理方法。

根据本公开的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的业务实现处理方法。

本公开提供的技术方案可以包括以下有益效果：

本公开的示例性实施例中的业务实现处理方法，首先，确定目标业务的执行要素，并确定与执行要素对应的目标脚本；其次，在主体程序段中执行目标脚本，并获取目标脚本的执行结果；再次，根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。通过本公开的业务实现处理方法，一方面，确定出目标业务的执行要素，执行要素中定义了目标业务所要实现的功能，因此，可以确定出与执行要素对应的目标脚本，这些目标脚本中包含了可能实现目标业务功能的代码段。另一方面，在主体程序段中执行目标脚本，可以获取到目标脚本的执行结果，根据目标脚本的执行结果可以确定出脚本执行完毕后对应执行的目标程序段。又一方面，将目标程序段与主体程序段的执行结果相结合可以实现对应的目标业务所要实现的功能。再一方面，由于可以根据不同的目标业务确定不同的目标脚本，因此，当有新的目标业务需要实现时，可以根据目标业务的执行要素配置并调用对应的执行脚本，而无需在原来的代码段上之间进行代码更改操作，使得代码段更具通用性和扩展性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本公开的示例性实施方式的业务实现处理方法的流程图；

图2示意性示出了根据本公开的示例性实施方式的业务实现处理方法的整体结构图；

图3示意性示出了根据本公开的示例性实施方式的插件包中内容的示例图；

图4示意性示出了根据本公开的示例性实施方式的脚本编辑的示例图；

图5示意性示出了根据本公开的示例性实施方式的脚本执行的流程图；

图6示意性示出了根据本公开的示例性实施方式的业务应用扩展实例图；

图7示意性示出了根据本公开的示例性实施方式的脚本执行场景的第一实例图；

图8示意性示出了根据本公开的示例性实施方式的脚本执行场景的第二实例图；

图9示意性示出了根据本公开的示例性实施方式的业务实现处理装置的方框图；

图10示意性示出了根据本公开的示例性实施方式的脚本确定模块的第一方框图；

图11示意性示出了根据本公开的示例性实施方式的脚本确定模块的第二方框图；

图12示意性示出了根据本公开的示例性实施方式的脚本确定模块的第三方框图；

图13示意性示出了根据本公开的示例性实施方式的第一获取单元的方框图；

图14示意性示出了根据本公开的示例性实施方式的脚本确定模块的第四方框图；

图15示意性示出了根据本公开的示例性实施方式的结果获取模块的方框图；

图16示意性示出了根据本公开的示例性实施方式的业务实现处理系统的方框图；

图17示意性示出了根据本公开一示例性实施例的电子设备的框图；

图18示意性示出了根据本公开一示例性实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在实际场景中，一个业务应用系统中可能会不断增加新的业务需求，为了实现与新的业务需求对应的功能，需要对业务应用系统中的代码进行更改。目前的解决方案是一套系统有一部分通用固定功能，在接入一个商家用户时，对于商家用户的个性化需求需要开发出对应的功能，补充新的功能和逻辑分支等。

然而，在对接新的需求时，由于系统不具备扩展性，导致研发人员需要大量的研发时间；另外，在原有上修改或增加新程序，对于之前的程序严重侵入影响，影响系统的稳定性；一些仅在部分业务中有意义特殊处理流程，再多个无关业务中都会被执行，程序管理的成本和程序执行的成本都被提高。

基于此，在本示例实施例中，首先提供了一种业务实现处理方法，可以利用服务器来实现本公开的用业务实现处理方法，也可以利用终端设备来实现本公开所述的方法，其中，所述终端设备可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)等移动终端，以及诸如台式计算机等固定终端。图1示意性示出了根据本公开的一些实施例的业务实现处理方法流程的示意图。参考图1，该业务实现处理方法可以包括以下步骤：

步骤S110，确定目标业务的执行要素，并确定与执行要素对应的目标脚本。

步骤S120，在主体程序段中执行目标脚本，并获取目标脚本的执行结果。

步骤S130，根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。

本公开的示例性实施例中的业务实现处理方法，一方面，确定出目标业务的执行要素，执行要素中定义了目标业务所要实现的功能，因此，可以确定出与执行要素对应的目标脚本，这些目标脚本中包含了可能实现目标业务功能的代码段。另一方面，在主体程序段中执行目标脚本，可以获取到目标脚本的执行结果，根据目标脚本的执行结果可以确定出脚本执行完毕后对应执行的目标程序段。又一方面，将目标程序段与主体程序段的执行结果相结合可以实现对应的目标业务所要实现的功能。再一方面，由于可以根据不同的目标业务确定不同的目标脚本，因此，当有新的目标业务需要实现时，可以根据目标业务的执行要素配置并调用对应的执行脚本，而无需在原来的代码段上之间进行代码更改操作，使得代码段更具通用性和扩展性。

下面，将对本示例实施例中的业务实现处理方法进行进一步的说明。

在步骤S110中，确定目标业务的执行要素，并确定与执行要素对应的目标脚本。

在本公开的一些示例性实施方式中，目标业务可以是根据具体的应用需求确定出的具体业务。执行要素可以定义目标业务能够实现的功能，并定义了为了实现对应的功能需要执行的具体内容。举例而言，大多数的电商企业在全国各地拥有配套的仓库设施，如：大件仓库、中小件仓库、生鲜仓库、定制商家仓库。由于不同仓库中存放的货物不同，不同的仓库对应的具体使用场景不同，每个仓库实现的具体业务可能存在不同。

每个仓库都可以实现包括但不限于入库、出库、上架、核算等功能。不同的仓库系统在实现这些功能时，可以共用一套程序以实现对应的功能。然而，由于存放货物类型的不同，各个仓库在具体实现上存在差异，因此，各个仓库对应不同的目标业务。举例而言，大件仓库可以用于存放体积庞大的货物，可以重点记录货物的尺寸以及仓库中的剩余空间；生鲜仓库用于存放一些保质时间较短、容易腐坏的货物，可以重点记录货物的保质期限、储存方式等。不同的仓库系统可以对应不同的目标业务。

确定出目标业务后，可以确定出与目标业务对应的执行要素。例如，生鲜仓库系统可以实现包括但不限于记录生鲜货物的生产日期、保质期、数量以及过期生鲜货物的处理方式等信息，保证生鲜货物的正常销售。

目标脚本可以是为了实现目标业务的功能而需要调用执行的程序段。在确定出目标业务的执行要素后，可以根据执行要素确定对应的目标脚本，以便通过执行目标脚本实现目标业务。

根据本公开的一些示例性实施例，获取插件格式，根据目标业务与插件格式创建插件包；其中，插件包定义执行要素。插件格式可以是预先定义的提供给开发者参考的插件开发规范，即插件功能的实现需要按照该开发规范进行开发才能正常执行。插件包可以是与一个具体业务对应的插件，插件包中定义了执行要素，即可以包含该业务应用提供的业务执行能力。

举例而言，当一个仓库系统中有接单业务、拣货业务、复核业务时，可以根据这些具体的业务创建对应的接单插件包、拣货插件包、复核插件包等。参考图2，图2中在业务运行子系统220中可以实现多个不同的业务应用，如应用1、应用2、…、应用n。

根据本公开的另一示例性实施例，获取与目标业务对应的目标插件包；对目标插件包进行解析处理，获取目标插件包中预先配置的元数据；结合元数据与执行要素进行脚本编辑操作以生成备选脚本；对备选脚本进行测试操作后生成目标脚本；其中，目标脚本包括脚本标识。

目标插件包可以是与目标业务对应的插件包，当确定出目标业务后，可以确定出与目标业务对应的目标插件包。元数据可以是插件包中包含的内容，元数据可以是开发人员根据元数据定义进行编写的，元数据定义中规定了元数据的格式，其中，元数据中可以包括但不限于元数据标识、元数据类型、参数类型等；其中，元数据类型可以是插件中每一个元数据的类型，标识该元数据的能力类型；参数类型可以是元数据对应的具体类函数的返回实体结果和参数实体类型。

参考图2，中心配置子系统210可以接收业务运行子系统220发送的插件包，并对插件包进行解析处理，解析处理可以包括对插件包内容的解析、历史版本的控制、插件元数据定义持久化数据库等。可以将编写后的元数据存入到数据库中，以便后续进行调用。

参考图3，图3中示意性示出了元数据以及几种常用的元数据示例。元数据类型可以包括但不限于实体型元数据、条件型函数元数据、行为型函数元数据、宏元数据等；具体的，实体型元数据例如可以包括但不限于订单、商品、商家、供应商、采购单等；条件型元数据例如可以包括但不限于判断订单为鞋子订单、判断订单为衣服订单等类似判断的函数，即执行条件判断的函数；行为型元数据例如可以包括但不限于订单打标等行为方法，即某些流程执行、实体数据修改等。参数类型可以包括但不限于void、Object、List、Map、Boolean等。图3中示出了4个元数据的示例。

备选脚本可以是对插件包进行解析后，对元数据进行编辑后形成的脚本。当获取到插件包中如图3中元数据框中的各种元数据，可以选择每个元数据集合中的元数据，并选择例如包括但不限于与、或、非等操作符，将操作符与元数据进行组合编辑，形成备选脚本。

参考图2，编辑形成多个备选脚本后，可以对编辑形成的多个备选脚本进行进行测试、验证等操作，保证脚本的正确性，测试、验证完成之后，形成可供调用的目标脚本，以便后续目标业务调用与之对应的目标脚本，实现相应的目标业务。

参考图4，图4中示出了对元数据采用操作符进行组合编辑后形成的备选脚本示例，图4中的脚本可以实现对单据进行打标的功能，如果订单中的商品是鞋子订单，则将该订单标记的11位进行打标操作；如果订单中的商品是衣服订单，则将该订单标记的12位进行打标操作；如果订单中的商品是非鞋子、非衣服订单，则将该订单标记的13位进行打标操作。

根据本公开的又一示例性实施例，获取并执行主体程序段，并确定主体程序段中的目标脚本标识；根据目标脚本标识获取目标脚本。主体程序段可以是多个目标业务共同使用的程序段，举例而言，电商企业的多个仓库系统，每个仓库系统都可以实现例如包括但不限于入库、出库、上架、核算等功能。因此，可以将这些各个不同的业务系统都会运行的程序段作为主体程序段。主体程序段的副本可以存放在不同的仓库系统中，各个仓库系统可以调用主体程序段。

目标脚本标识可以是与目标脚本对应的脚本标识，通过脚本标识可以唯一确定出一个目标脚本。举例而言，当仓库系统A需要实现具体的目标业务时，可以获取到主体程序段并执行主体程序段，该主体程序段中包含了可以调用执行实现仓库系统A一些特定业务的特定代码，这些特定代码中包含了目标脚本标识，识别出目标脚本标识后，可以根据目标脚本标识获取到目标脚本，以执行目标脚本。

根据本公开的再一示例性实施例，在主体程序段中确定目标节点位置；在目标节点位置进行程序埋点处理以在目标节点位置写入目标脚本标识。目标节点位置可以是在主体程序段中进行程序埋点的位置，程序埋点可以是在主体程序段的特定位置写入脚本引入的执行命令。在主体程序段中确定出目标节点位置之后，可以在目标节点位置处写入目标脚本调用执行代码，其中，目标脚本调用执行代码中包含了目标脚本标识，以便后续识别出目标脚本标识并调用执行相应的目标脚本。

举例而言，在主体程序段的目标节点位置检测到如下内容“Object o＝defaultRunner.executeByKey("express_20190104_002",context)；”；其中，express_20190104_002可以是脚本标识，因此，可以通过express_20190104_002获取目标脚本。

根据本公开的一些示例性实施例，根据执行要素确定与目标业务对应的脚本列表；基于脚本列表获取目标脚本。脚本列表可以是本次需要调用执行的所有目标脚本的脚本标识组成的列表。例如，当执行到主体程序段的特定位置时，检测到需要调用执行脚本标识为express_20190104_002、express_20190104_003、express_20190104_004、express_20190104_005的目标脚本，因此，express_20190104_002、express_20190104_003、express_20190104_004、express_20190104_005共同组成一个脚本列表。

通过这些脚本标识可以查询本地数据库中是否存在这些目标脚本，如果本地数据库中不存在脚本列表中的目标脚本，可以根据脚本列表从已经编辑完成后的脚本中查找并获取目标脚本。

在步骤S120中，在主体程序段中执行目标脚本，并获取目标脚本的执行结果。

在本公开的一些示例性实施方式中，目标脚本的执行结果可以是目标脚本执行结束后产生的结果，执行结果例如可以包括但不限于返回一个实体、一个值、一个对象、一个空值或异常。

在主体程序段中执行目标脚本，可以获取到目标脚本的执行结果，以便基于目标脚本的执行结果确定后续程序的执行。

根据本公开的一些示例性实施例，获取主体程序段的程序上下文；根据执行要素与程序上下文配置目标脚本的运行参数以生成执行脚本；触发运行执行脚本。程序上下文可以是维持一段程序正常运行的所需要的外部变量的值的集合。每一段程序都对应很多外部变量，当一段程序有了外部变量，这段程序就不能独立完整的运行。为了使这段程序运行，需要给所有的外部变量写入对应的值，这些值的集合就可以称为上下文。执行脚本可以是结合程序上下文以及执行要素对目标脚本进行相应的参数配置后形成的脚本。

运行参数可以是在当前的运行环境中，将当前处理数据的参数写入程序上下文中，运行参数可以是动态的，多维度的，例如，可以根据不同的仓库、商家、供应商、商品等配置运行参数。当获取到目标脚本后，可以自动对目标脚本的运行参数进行配置，生成对应的执行脚本。

参考图5，图5中示意性示出了在目标程序段中执行脚本的流程图。举例而言，当仓库系统A实现一个目标业务时，在步骤S510～步骤S520中，业务应用系统会生成对应的业务请求，当运行到一个脚本控制节点时，会传入对应的脚本标识，并根据脚本标识查询到对应的目标脚本，其中，脚本标识可以是脚本编号。在步骤S530～步骤S540中，业务应用系统在系统运行的上下文中设置目标脚本需要的运行参数，并触发脚本执行器执行脚本；该脚本执行过程类似于Drools、groovy脚本执行的过程，该执行过程可以包括但不限于脚本的解析、语义识别、语法树构建、语法树的遍历执行等。在步骤S550～步骤S560中，业务应用系统可以获取脚本的执行结果，并根据脚本的执行结果确定程序分支的执行。

参考图6，图6示意性示出了业务应用系统实现某一扩展功能的实例图。图6中示出了参数校验业务对应的脚本运行实例，参数校验业务可以包括请求参数校验、状态校验、记录参数补齐、事务控制等步骤，这些步骤需要分别调用对应的参数校验脚本、状态校验脚本、参数补齐脚本和实务控制脚本进行实现。

由于不同仓库系统之间的具体业务存在差异，因此，aaa仓库系统在实现具体业务时，需要调用参数校验脚本、参数补齐脚本和实务控制脚本；bbb仓库系统在实现具体业务时，需要调用状态校验脚本和实务控制脚本。aaa仓库系统和bbb仓库系统可以动态执行这些动态脚本，而且仅在aaa仓和bbb仓的部署集群中才会出现该种脚本，其他的部署集群中没有该脚本定义，其他的部署集群执行到上述步骤后，获取到的脚本为空，无法得到结果。

下面示出了与aaa仓和bbb仓对应的一个目标脚本示例，该目标脚本示例可以表示运行该目标脚本后的执行结果是抛出异常。

在步骤S130中，根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。

在本公开的一些示例性实施方式中，目标程序段可以是与各个业务应用系统的具体目标业务对应的程序段，运行该目标程序段可以控制实现对应的目标业务。执行不同的目标脚本可以得到不同的执行结果，执行结果可以确定后续可以执行哪些目标程序段，通过运行这些目标程序段可以实现目标业务对应的功能。

参考图7和图8，图7和图8分别示出了不同脚本执行场景的实例图。图7中可以是通过运行目标脚本，根据目标脚本的运行结果控制三个子流程的选择，例如，本次目标脚本的运行结果确定了后续运行子流程A，则执行完目标脚本后，执行子流程A中的内容，子流程B和子流程C中的内容不需执行，子流程A即为目标程序段。图8中包含了一个流程处理链，其中流程处理链可以是通过控制脚本A/B/C，来判断此次请求能够匹配上哪个控制脚本，如果匹配上对应的控制脚本就执行具体的流程处理A/B/C，该过程可以同时匹配上子流程中其中的某几个，属于多流程触发方式。

通过该种方式，对于全国各地的仓库系统、中心机房的业务系统，都可以进行统一控制、配置脚本等，达到全国管理的目的。同时，通过脚本控制，还能动态地管理具体业务中易变的程序段、逻辑等，后续的业务需求都可以通过配置脚本等方式来应对需求的变动和新业务的接入。

本领域技术人员容易理解的是，目标业务可以根据不同的应用场景确定，在本公开的其他示例性实施例中，可以实现例如包括但不限于不同的快递公司的快递派送业务，各个餐饮企业提供的不同特色服务业务等，本示例性实施例中对此不做特殊限定。

综上所述，本公开的业务实现处理方法，首先，确定目标业务的执行要素，并确定与执行要素对应的目标脚本；其次，在主体程序段中执行目标脚本，并获取目标脚本的执行结果；再次，根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。通过本公开的业务实现处理方法，一方面，确定出目标业务的执行要素，执行要素中定义了目标业务所要实现的功能，可以根据执行要素配置对应的目标脚本，因此，当后续有新的业务需求或者新的软件使用者接入该业务系统时，可以根据新的业务需求动态编辑并管理可以实现对应目标业务的目标脚本。另一方面，在主体程序段中执行目标脚本的过程中，可以根据主体程序段的运行上下文对目标脚本的运行参数进行配置，使其成为可以在主体程序段中运行的执行脚本，实现目标业务对应的功能。又一方面，通过采用主体程序段保证多个目标业务公用的核心流程程序主体，并对核心分支节点、规则、策略等进行脚本控制，对特殊流程入口等采用脚本等动态管控，可以保证不同业务应用系统的业务差异通过脚本动态扩展和修改。再一方面，通过动态管理业务应用系统中的易变、分支判断、逻辑流程的程序段以快速修改业务流程，可以降低对原有系统程序的修改量，减少程序开发人员的开发周期和测试人员的测试周期，达到新用户的快速接入和需求的快速变化。

需要说明的是，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

此外，在本示例实施例中，还提供了一种业务实现处理装置。参考图9，该业务实现处理装置900可以包括：脚本确定模块910、结果获取模块920、程序执行模块930。

具体的，脚本确定模块910可以用于确定目标业务的执行要素，并确定与执行要素对应的目标脚本；结果获取模块920可以用于在主体程序段中执行目标脚本，并获取目标脚本的执行结果；程序执行模块930可以用于根据执行结果确定与目标业务对应的目标程序段，以通过目标程序段实现目标业务。

业务实现处理装置900可以根据确定出的目标业务的执行要素确定与执行要素对应的目标脚本，目标脚本可以是通过解析执行要素后配置出的脚本，通过在主体程序段中执行目标脚本，可以得到一个脚本的执行结果，根据执行结果确定出下一步要执行的目标程序段，主体程序段和目标程序段共同实现了目标业务所要实现的功能，可以根据新的目标业务动态配置脚本并调用执行脚本，以实现目标业务，是一种行之有效的业务实现装置。

根据本公开的一些示例性实施例，参考图10，脚本确定模块910可以包括插件包创建单元1010。

具体的，插件包创建单元1010可以用于获取插件格式，根据目标业务与插件格式创建插件包；其中，插件包定义执行要素。

插件包创建单元1010可以定义插件的开发格式，开发者在开发插件包时，将以统一的格式创建插件包，开发者创建的插件包中定义了目标业务的执行要素，以便后续解析插件包中的内容配置对应的脚本。

根据本公开的另一示例性实施例，参考图11，脚本确定模块1110还可以包括脚本生成单元1120。

具体的，脚本生成单元1120可以用于获取与目标业务对应的目标插件包；对目标插件包进行解析处理，获取目标插件包中预先配置的元数据；结合元数据与执行要素进行脚本编辑操作以生成备选脚本；对备选脚本进行测试操作后生成目标脚本；其中，目标脚本包括脚本标识。

脚本生成单元1120可以对目标插件包进行解析，解析完成后，可以获取目标插件包中定义的元数据，根据对应的执行要素和元数据可以进行脚本编辑，配置成多个备选脚本，并对这些备选脚本进行测试后确定出多个目标脚本，以便后续在主体程序中调用对应的目标脚本以实现目标业务。

根据本公开的又一示例性实施例，参考图12，脚本确定模块1210还包括第一获取单元1220。

具体的，第一获取单元1220可以用于获取并执行主体程序段，并确定主体程序段中的目标脚本标识；根据目标脚本标识获取目标脚本。

第一获取单元1220可以在执行主体程序段的过程中，确定出包含于主体程序段中的目标脚本标识，并根据对应的目标脚本标识获取并执行对应的目标脚本。

根据本公开的一些示例性实施例，参考图13，第一获取单元1220可以包括埋点子单元1310。

具体的，埋点子单元1310可以用于在主体程序段中确定目标节点位置；在目标节点位置进行程序埋点处理以在目标节点位置写入目标脚本标识。

埋点子单元1310可以在运行主体程序段之前，可以确定出能够预先进行程序埋点的目标位置，在目标位置处写入对应的脚本调用执行代码，以进行程序埋点。

根据本公开的另一示例性实施例，参考图14，脚本确定模块1410还可以包括第二获取单元1420。

具体的，第二获取单元1420可以用于根据执行要素确定与目标业务对应的脚本列表；基于脚本列表获取目标脚本。

第二获取单元1420可以根据执行要素确定出要实现目标业务功能所要执行的脚本，这些脚本可以形成一个脚本列表，根据脚本列表可以获取到多个目标脚本。

根据本公开的又一示例性实施例，参考图15，结果获取模块920可以包括脚本执行单元1510。

具体的，脚本执行单元1510可以用于获取主体程序段的程序上下文；根据执行要素与程序上下文配置目标脚本的运行参数以生成执行脚本；触发运行执行脚本。

脚本执行单元1510可以在主体程序段中运行到目标脚本时，根据主体程序段的运行上下文确定目标脚本运行时所需的参数，对目标脚本进行参数配置后生成执行脚本，并触发运行执行脚本，以获取到目标脚本的执行结果。

上述中各虚拟业务实现处理装置模块的具体细节已经在对应的业务实现处理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了业务实现处理装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种实现上述业务实现处理方法的业务实现处理系统。参考图16，该业务实现处理系统1600可以包括：业务运行子系统1610以及中心配置子系统1620；其中，中心配置子系统1620可以包括插件定义模块1621、插件接收模块1622以及脚本编辑模块1623。

具体的，业务运行子系统1610可以用于确定与目标业务对应的执行要素，根据执行要素创建并发送插件包；中心配置子系统1620可以用于基于插件包配置脚本，并向业务运行子系统发送与目标业务对应的目标脚本。插件定义模块1621可以用于定义插件格式，以便业务运行子系统根据插件格式创建插件包；插件接收模块1622可以用于接收业务运行子系统发送的插件包；脚本编辑模块1623可以用于解析插件包以形成解析包，结合解析包与执行要素进行脚本编辑操作，以生成与业务运行子系统对应的目标脚本。

该业务实现处理系统1600可以通过在中心配置子系统中采用插件定义模块定义插件格式，以便在业务运行子系统可以基于插件格式并根据目标业务的执行要素创建目标插件包，业务运行子系统可以将创建完成的目标插件包发送至中心配置子系统，由中心配置子系统中的插件接收模块接收目标插件包，并由脚本编辑模块对目标插件包进行解析解析完成后进行脚本编辑，生成与目标业务对应的目标脚本，并将目标脚本下发至业务运行子系统中，以便业务运行子系统运行目标脚本，控制目标程序执行以实现目标业务。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参考图17来描述根据本发明的这种实施例的电子设备1700。图17显示的电子设备1700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图17所示，电子设备1700以通用计算设备的形式表现。电子设备1700的组件可以包括但不限于：上述至少一个处理单元1710、上述至少一个存储单元1720、连接不同系统组件(包括存储单元1720和处理单元1710)的总线1730、显示单元1740。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1710执行，使得所述处理单元1710执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

存储单元1720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)1721和/或高速缓存存储单元1722，还可以进一步包括只读存储单元(ROM)1723。

存储单元1720以包括具有一组(至少一个)程序模块1725的程序/实用工具1724，这样的程序模块1725包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1700也可以与一个或多个外部设备1770(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1700交互的设备通信，和/或与使得该电子设备1700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1750进行。并且，电子设备1700还可以通过网络适配器1760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1760通过总线1730与电子设备1700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

参考图18所示，描述了根据本发明的实施例的用于实现上述方法的程序产品1800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (11)

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

确定目标业务的执行要素，并确定与所述执行要素对应的目标脚本；

在主体程序段中执行所述目标脚本，并获取所述目标脚本的执行结果；

根据所述执行结果确定与所述目标业务对应的目标程序段，以通过所述目标程序段实现所述目标业务。

2.根据权利要求1所述的业务实现处理方法，其特征在于，所述确定目标业务的执行要素包括：

获取插件格式，根据所述目标业务与所述插件格式创建插件包；其中，所述插件包定义所述执行要素。

3.根据权利要求1所述的业务实现处理方法，其特征在于，在所述确定与所述执行要素对应的目标脚本之前，所述方法还包括：

获取与所述目标业务对应的目标插件包；

对所述目标插件包进行解析处理，获取所述目标插件包中预先配置的元数据；

结合所述元数据与所述执行要素进行脚本编辑操作以生成备选脚本；

对所述备选脚本进行测试操作后生成所述目标脚本；其中，所述目标脚本包括脚本标识。

4.根据权利要求3所述的业务实现处理方法，其特征在于，所述确定与所述执行要素对应的目标脚本包括：

获取并执行所述主体程序段，并确定所述主体程序段中的目标脚本标识；

根据所述目标脚本标识获取所述目标脚本。

5.根据权利要求4所述的业务实现处理方法，其特征在于，在所述获取并执行所述主体程序段之前，所述方法还包括：

在所述主体程序段中确定目标节点位置；

在所述目标节点位置进行程序埋点处理以在所述目标节点位置写入所述目标脚本标识。

6.根据权利要求3所述的业务实现处理方法，其特征在于，所述确定与所述执行要素对应的目标脚本包括：

根据所述执行要素确定与所述目标业务对应的脚本列表；

基于所述脚本列表获取所述目标脚本。

7.根据权利要求1所述的业务实现处理方法，其特征在于，所述在主体程序段中执行所述目标脚本包括：

获取所述主体程序段的程序上下文；

根据所述执行要素与所述程序上下文配置所述目标脚本的运行参数以生成执行脚本；

触发运行所述执行脚本。

8.一种业务实现处理装置，其特征在于，包括：

脚本确定模块，用于确定目标业务的执行要素，并确定与所述执行要素对应的目标脚本；

结果获取模块，用于在主体程序段中执行所述目标脚本，并获取所述目标脚本的执行结果；

程序执行模块，用于根据所述执行结果确定与所述目标业务对应的目标程序段，以通过所述目标程序段实现所述目标业务。

9.一种业务实现处理系统，其特征在于，包括：

业务运行子系统，用于确定与目标业务对应的执行要素，根据所述执行要素创建并发送插件包；

中心配置子系统，用于基于所述插件包配置脚本，并向所述业务运行子系统发送与所述目标业务对应的目标脚本；

其中，中心配置子系统包括：插件定义模块，用于定义插件格式，以便所述业务运行子系统根据所述插件格式创建所述插件包；

插件接收模块，用于接收所述业务运行子系统发送的所述插件包；

脚本编辑模块，用于解析所述插件包以形成解析包，结合所述解析包与所述执行要素进行脚本编辑操作，以生成与所述业务运行子系统对应的所述目标脚本。

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

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据权利要求1至7中任一项所述的业务实现处理方法。

11.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据权利要求1至7中任一项所述的业务实现处理方法。

Images