CN116048602A - 业务系统参数配置方法、装置、计算设备和介质 - Google Patents

Abstract

本公开实施例提供一种业务系统参数配置方法、装置、计算设备和介质。业务系统参数配置方法包括：展示系统配置界面，系统配置界面包括第一参数配置项，第一参数配置项为实现关联参数协同配置的配置项；响应于接收到输入到第一参数配置项中的第一配置参数，获取与第一参数配置项关联的第一参数分发策略，第一参数分发策略为将第一配置参数分发给至少两个应用软件的策略；采用第一参数分发策略实现第一配置参数在至少两个应用软件中的协同配置。因为是采用第一配置参数实现两个应用软件的参数配置，所以两个应用软件中对应的参数数值相同，不会出现个别软件参数错配而造成应用软件无法正常交互数据，进而可以避免业务系统无法正常启动运行的问题。

Description

业务系统参数配置方法、装置、计算设备和介质

技术领域

本公开涉及系统管控技术领域，具体涉及一种业务系统参数配置方法、装置、计算设备和介质。

背景技术

软件业务系统的功能实现需要大量应用软件的配合，例如核酸查验系统需要资源管理软件、通信软件、业务应用软件和数据库软件的相互配合，以实现合理的资源管理和正确的数据流转。为达到资源有效利用和数据畅通流转的目标，进而使得软件系统能够正常有序的运行，在软件业务系统部署过程中，需要基于业务需求和业务目标对前述应用软件进行参数配置。

针对软件业务系统中的各种应用软件，管理员需要采用对应的配置方法分别对各个应用软件进行参数配置。由于某些应用软件的配置参数之间具有相关性，可能出现因为个别软件参数错配而造成应用软件无法正常交互数据，进而造成业务系统无法正常启动运行的问题。在出现业务系统无法正常启动运行的情况下，管理员需要检查各个应用软件的配置参数，找到并修改错配的参数。

发明内容

为了解决上述技术问题，本公开实施例提供一种业务系统参数配置方法、装置、计算设备和介质。

第一方面，本公开实施例提供一种业务系统参数配置方法，包括：

响应于接收到业务系统参数配置指令，展示系统配置界面，所述系统配置界面包括第一参数配置项，所述第一参数配置项为实现关联参数协同配置的配置项，所述关联参数为所述业务系统中至少两个应用软件均需要配置的参数；

响应于接收到输入到所述第一参数配置项中的第一配置参数，获取与所述第一参数配置项关联的第一参数分发策略，所述第一参数分发策略为将所述第一配置参数分发给所述至少两个应用软件的策略；

采用所述第一参数分发策略实现所述第一配置参数在所述至少两个应用软件中的协同配置。

可选的，所述至少两个应用软件中包括基于脚本进行参数配置的第一软件，所述第一参数分发策略包括基于脚本的分发策略；

所述采用所述第一参数分发策略实现所述第一配置参数在所述至少两个应用软件中的协同配置，包括：

调用与所述第一软件和所述第一参数配置项均关联的脚本模板；

将所述第一配置参数写入到所述脚本模板，得到参数配置脚本；

将所述参数配置脚本向所述第一软件发送，以触发所述第一软件执行所述参数配置脚本。

可选的，所述至少两个应用软件中包括基于接口函数进行参数配置的第二软件，所述第一参数分发策略包括基于接口函数的分发策略；

所述采用所述第一参数分发策略将所述第一配置参数向所述至少两个应用软件发送，包括：

获取与所述第二软件和所述第一参数配置项均关联的目标接口函数，目标函数接口为第二软件中用于实现参数配置的函数接口；

将所述第一配置参数写入到所述目标接口函数对应的参数项中，并触发所述第二软件执行所述目标接口函数。

可选的，所述系统配置界面还包括第二参数配置项，所述第二参数配置项为将配置参数仅传入到一个应用软件中的配置项；所述方法还包括：

响应于接收到输入到所述第二参数配置项中的第二配置参数，获取与所述第二参数配置项关联的第二参数分发策略；

采用所述第二参数分发策略实现所述第二配置参数在所述一个应用软件中的协同配置。

可选的，还包括：获取所述系统配置界面展示的参数配置项的默认配置参数或者其他配置参数，其中所述其他配置参数是为其他地区业务系统进行参数配置得到的参数，或者在前为本地业务系统进行参数配置得到的参数；

判断所述第一配置参数或者第二配置参数与对应所述默认配置参数或者其他配置参数是否相同；

在所述第一配置参数或者第二配置参数与对应的所述默认配置参数或者其他配置参数不同的情况下，在所述系统配置界面中高亮显示所述第一参数配置项或者所述第二配置参数。

第二方面，本公开实施例提供一种业务系统参数配置装置，包括：

界面显示单元，用于响应于接收到业务系统参数配置指令，展示系统配置界面，所述系统配置界面包括第一参数配置项，所述第一参数配置项为实现关联参数协同配置的配置项，所述关联参数为所述业务系统中至少两个应用软件均需要配置的参数；

策略查找单元，用于响应于接收到输入到所述第一参数配置项中的第一配置参数，获取与所述第一参数配置项关联的第一参数分发策略，所述第一参数分发策略为将所述第一配置参数分发给所述至少两个应用软件的策略；

参数配置单元，用于采用所述第一参数分发策略实现所述第一配置参数在所述至少两个应用软件中的协同配置。

可选的，所述至少两个应用软件中包括基于脚本进行参数配置的第一软件，所述第一参数分发策略包括基于脚本的分发策略；所述参数配置单元包括：

脚本模板获取子单元，用于调用与所述第一软件和所述参数配置项均关联的脚本模板；

脚本编写子单元，用于将所述第一配置参数写入到所述脚本模板，得到参数配置脚本；

脚本发送单元，用于将所述参数配置脚本向所述第一软件发送，以触发所述第一软件执行所述参数配置脚本。

可选的，所述至少两个应用软件中包括基于接口函数进行参数配置的第二软件，所述第一参数分发策略包括基于接口函数的分发策略；所述参数配置单元包括：

函数获取子单元，用于获取与所述第二软件和所述参数配置项均关联的目标接口函数；

函数执行触发子单元，用于将所述第一配置参数写入到所述目标接口函数对应的参数项中，并触发所述第二软件执行所述接口函数。

第三方面，本公开实施例提供一种计算设备，包括处理器和存储器，所述存储器用于存储计算机程序；所述计算机程序在被所述处理器加载时，使所述处理器执行如前所述的业务系统参数配置方法。

第四方面，本公开实施例提供一种计算机可读存储介质，所述存储介质存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现如前所述的业务系统参数配置方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

采用本公开实施例提供的方案，在接收到业务系统参数配置指令展示统配置界面，并在接收到输入第一参数配置项中的第一配置参数后，按照对应的第一参数分发策略将第一配置参数配置两个应用软件。因为是采用第一配置参数实现两个应用软件的参数配置，所以两个应用软件中对应的参数数值相同，也就不会出现个别软件参数错配而造成应用软件无法正常交互数据，进而可以避免业务系统无法正常启动运行的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1是本公开实施例提供的业务系统参数配置方法流程图；

图2是本公开实施例提供的为核酸检测数据系统进行参数配置的流程图；

图3是本公开实施例提供的业务系统参数配置装置的结构示意图；

图4是本公开一些实施例提供的计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施例提供一种业务系统参数配置方法，通过自动化协同配置的方法，实现业务系统中特定配置参数的协同配置，进而避免由于参数配置错误而造成的业务系统不能长长启动运行的问题。

图1是本公开实施例提供的业务系统参数配置方法流程图。如图1所示，业务系统参数配置方法包括S110-S130。应当注意的是，本公开实施例提供的业务系统参数配置方法由与业务系统中各个服务器通信连接的计算设备执行。

S110：响应于接收到业务系统参数配置指令，展示系统配置界面。

业务系统参数配置指令为管理员触发的、用于触发对业务系统进行参数配置的指令。具体实施中，用户可以通过点击计算设备中与业务系统参数配置相关的图标，或者输入特定的文本指令，以使得计算设备获取到业务系统参数配置指令。

在获取到业务系统参数配置指令后，计算设备随后可以展示系统配置界面。系统配置界面是根据业务系统中各个软件需要配置的参数类型确定的界面。

在一些实施例中，业务系统中各个软件需要配置的参数类型在系统配置界面中均具有对应的配置项。在另外一些实施例中，业务系统各个软件需要配置的参数类型中，仅部分参数在系统配置界面中具有对应的配置项，而另外一些需要配置的参数被设定为默认参数或者需要特殊配置的参数。

在系统配置界面展示的配置项中，包括第一参数配置项。第一参数配置项为实现关联参数协同配置的配置项，前述的关联参数为业务系统中至少两个应用软件均需要配置的参数。例如，在一些实施例中，业务系统中的应用软件包括数据库软件和应用软件，数据库软件中的数据引擎需要配置IP地址和端口号，数据处理软件为了能够请求数据引擎查询数据库数据或者向数据库中写入数据，需要将请求发送给数据引擎，也需要配置IP地址和端口号。

S120：响应于接收到输入到第一参数配置项中的第一配置参数，获取与第一参数配置项关联的第一参数分发策略。

在展示系统配置界面后，管理员会根据系统配置界面展示的配置项，输入对应的配置参数。在计算设备接收到输入到第一参数配置项中的第一配置参数后，计算设备会获取与第一参数配置项关联的第一参数分发策略。

前述的第一参数分发策略是将第一配置参数分发给至少两个应用软件的策略。例如针对前述的数据库软件和数据处理软件，第一参数分发策略是将第一配置参数分发给数据库软件的策略和分发给数据处理软件的策略。具体第一参数分发策略具体是何种策略后文中再做分析。

具体实施中，计算设备可以通过与第一参数配置项中的关联信息，确定第一参数分发策略。

S130：采用第一参数分发策略实现第一配置参数在至少两个应用软件中的协同配置。

在确定第一参数配置项关联的第一参数分发策略后，随后可以采用第一参数分发策略将第一配置参数分发到对应的应用软件中，以实现对应的应用软件中相应参数的配置。

采用本公开实施例提供的方法，计算设备在接收到业务系统参数配置指令展示统配置界面，并在接收到输入第一参数配置项中的第一配置参数后，按照对应的第一参数分发策略将第一配置参数配置两个应用软件。因为是采用第一配置参数实现两个应用软件的参数配置，所以两个应用软件中对应的参数数值相同，也就不会出现个别软件参数错配而造成应用软件无法正常交互数据，进而可以避免业务系统无法正常启动运行的问题。

在一些实施例中，前述的至少两个应用软件包括基于脚本进行参数配置的第一软件，也就是通过对脚本信息进行解析而实现参数配置的软件。对应的，第一参数分发策略包括基于脚本的分发策略。在第一参数分发策略包括基于脚本的分发策略的情况下，计算设备可以采用S131-S133实现第一配置参数在至少两个应用软件中的协同配置。

S131：调用与第一软件和第一参数配置项均关联的脚本模板。

本公开实施例中，计算设备中配置有与第一软件和参数配置项关联的脚本模板。脚本模板中包括预先编制的代码和用于表示待填入参数的标识符。

S132：将第一配置参数写入到脚本模板，得到参数配置脚本。

在获取到脚本模板后，计算设备随后可以将第一配置参数写入到脚本模板中。具体实施中，计算设备可以查询代码确定其中表征待填入参数的标识符，并将待填入参数的标识符替换为第一配置参数，得到参数配置脚本。

S133：将参数配置脚本向第一软件发送，以触发第一软件执行参数配置脚本。

在获得参数配置脚本后，计算设备随后按照预先配置的第一软件的地址将参数配置脚本向第一软件发送，以触发第一软件执行参数配置脚本，进而实现对应的参数配置。

具体实施中，针对数据库软件，计算设备可以执行前述的S131-S133。例如，在一些实施例中，针对数据库软件，在参数配置界面中展示的第一参数配置项包括表结构数据项、数据库中的基础数据项等，对应的得到的参数配置脚本包括用于配置前述项目的第一配置参数。基于此，服务器软件实现参数配置。

在一些实施例中，前述的至少两个应用软件包括基于接口函数进行参数配置的第二软件。对应的，第一参数分发策略包括基于记录函数的分发策略。计算设备可以采用S134-S135实现第一配置参数在至少两个应用软件中的协同配置。

S134：获取与第二软件和第一参数配置项均关联的目标接口函数。

目标函数接口是第二软件中实现参数配置的函数接口，目标函数接口包括接口名和接口参数项，类似function(x1,x2)，其中function为函数名，x1和x2为接口参数项。目标函数接口与第二软件和第一参数配置项均关联。计算设备可以预先配置与第二软件和第一参数配置项均关联的目标函数接口。

S135：将第一配置参数写入到目标接口函数对应的参数项中，并触发第二软件执行接口函数。

例如，在第一配置参数为1000和xyz的情况下，则可以将其写入到function(x1,x2)中，得到function(1000，xyz)。

一个具体实施中，可以针对应用管理软件(诸如K8S)和数据处理软件(诸如Apllo软件)中需要配置的参数设置对应的第一参数配置项，采用前述的S134-S135实现参数配置。

在本公开的一些实施例中，系统配置界面除了包括前述的第一参数配置项外，还可能包括第二参数配置项。第二参数配置项是将配置参数传入到一个应用软件中的配置项。对应的，计算设备除了可以执行前述的S110-S130之外，还可以执行S140-S150。

S140：响应于接收到输入到第二参数配置项中的第二配置参数，获取与第二参数配置项关联的第二参数分发策略。

在展示系统配置界面后，管理员会根据系统配置界面展示的配置项，输入对应的配置参数。在计算设备接收到输入到第二参数配置项中的第二配置参数后，计算设备会获取与第二参数配置项关联的第二参数分发策略。

第二参数分发策略可以是前述基于脚本的分发策略，也可以是基于函数接口的分发策略，具体需要根据对应的应用软件获取参数的方法确定。

S150：采用第二参数分发策略实现第二配置参数在一个应用软件中的协同配置。

在确定第二参数配置项关联的第二参数分发策略后，随后可以采用第二参数分发策略将第二配置参数分发到对应的应用软件中，以实现对应的应用软件中相应参数的配置。

采用本公开实施例提供的方法，在一个系统配置界面中展示需要为业务系统中各个应用软件参数对应的参数配置项，可以实现业务系统中各个应用软件参数的配置，无需再调用各个应用软件的配置页面，方便了系统配置参数的部署。

在一些实施例中，为了方便管理员配置参数，在业务配置界面中除了显示前述的参数配置项外，还会显示默认配置参数或者其他配置参数。默认配置参数是软件集成商建议配置的参数，其他配置参数为其他地区业务系统进行参数配置得到的参数，或者在前为本地业务系统进行参数配置得到的参数。如果管理员没有在相应的参数配置项输入配置参数，则采用默认配置参数和其他配置参数。在此情况下，计算设备可以执行S160-S170，以提示管理员对哪些参数进行了修改。

S160：判断第一配置参数或者第二配置参数与默认配置参数或者其他配置参数是否相同；若不同，执行S170。

S170：在系统配置界面中高亮显示第一参数配置项或者第二配置参数。通过高亮显示第一配置参数或者第二配置参数，可以提示管理员对哪些参数进行了修改，以便于管理员了解修改参数是否正确。

以下以针对部署核酸检测数据系统进行参数配置为例对本方案再做分析。由于各个地区的核酸检测数据统计系统需要支撑的核酸检测数量、各个地区采用的数据库和前段软件并不相同，并且各个地区核酸检测数据统计系统的名称也不相同，因此针对各个地区部署的核酸检测系统需要根据具体情况进行参数配置。当然，各个地区部署的核酸检测统计系统中的部分参数为标准化数据部分，针对此类标准化数据不同可以采用默认参数配置，而不再进行参数设置。图2是本公开实施例提供的为核酸检测数据系统进行参数配置的流程图。如图2所示，计算设备为核酸检测数据系统进行参数配置的流程包括S210-S250。

S210：响应于接收到为核酸检测数据系统参数配置指令，展示系统配置界面，系统配置界面包括第一参数配置项和第二参数配置项。

系统配置界面是根据核酸检测数据系统正常工作所需要的各种软件、应用的可能配置参数预先设置的配置界面。系统配置界面中包括各种软件应用需要配置的参数配置项。

核酸检测数据系统正常工作需要配置数据库、实现数据读取和写入的后端应用。针对数据库可以采用K8S配置，需要配置的参数包括数据库的节点数量、每个节点运行数据库的底层资源(包括CPU资源和内存资源)、数据库中表结构和基础数据。针对后端应用需要配置的参数可以采用Apollo进行配置，需要配置的参数包括应用id、应用启动时的内部参数、所在设备的IP地址和端口号。因此，核酸检测数据系统中的参数配置界面包括前述参数配置项。在前述参数配置项中，应用程序启动时的内部参数、IP地址和端口号等参数配置项为第一参数配置项，其他参数配置项为第二配置参数项。

S220：响应于接收到输入至各个参数配置项中的配置参数，获取与各个参数配置项关联的参数分发策略。

S230：采用与各个参数配置项关联的参数分发策略实现配置参数的对应应用软件中的配置。

针对不同类型的参数配置项，计算设备根据相应软件设置对应的参数配置策略，参数配置策略包括基于脚本的参数分发策略或者基于函数接口的参数分发策略。本公开实施例中，前述的第一参数配置项对应的参数分发策略至少为两种，两种参数分发策略分别将写入到第一参数配置项中的配置参数发送给对应的应用软件。前述第二参数配置项对应的参数分发策略为一种。

针对与数据库相关的参数配置项，计算设备可以采用基于脚本的参数分发策略。具体的，计算设备调用参数配置项关联的脚本模板，并将接收到的配置参数写入到默认脚本模板中的特定位置，得到参数配置脚本。

针对与应用启动相关的参数配置项，计算设备可以采用基于函数接口的参数分发策略。具体的，计算设备调用与参数配置项关联的接口函数，并将接收到的配置参数写入到接口函数的参数项中，得到参数配置函数接口。

随后计算设备将配置好的参数配置脚本和参数配置函数接口发送到对应的应用软件，以实现相应参数的配置。

S240：调用各个参数配置项对应的其他配置参数，并比较其他配置参数和输入的配置参数是否相同；若不同，执行S250。

S250：高亮显示与其他配置参数不同的配置参数及其参数配置项。

其他配置参数是在前为其他地区的核酸检测数据系统进行参数配置而保存的配置参数。如前述所述，针对不同地区的核酸检测数据系统，仅是部分配置参数需要修改，某些配置参数并不需要修改。在参数配置过程中，用户可能将某些并不需要修改的参数做了修改而造成配置错误。

为避免此问题，本公开实施例中，计算设备会调用各个参数配置项对应的其他配置参数，并比较其他配置参数和输入的其他配置参数是否相同。如果二者不同，则会高亮显示其他配置参数不同的配置参数及其参数配置项，使得用户能够清晰地获知对哪些参数配置项的参数进行了修改，进而能够方便快速地排除错误配置的参数。

除了提供前述的业务系统参数配置方法外，本公开实施例还提供一种业务系统参数配置装置。图3是本公开实施例提供的业务系统参数配置装置的结构示意图。如图3所示，业务系统参数配置装置300包括界面显示单元301、策略查找单元302和参数配置单元303。

界面显示单元301用于响应于接收到业务系统参数配置指令，展示系统配置界面，系统配置界面包括第一参数配置项，第一参数配置项为实现关联参数协同配置的配置项，关联参数为业务系统中至少两个应用软件均需要配置的参数。

策略查找单元302用于响应于接收到输入到第一参数配置项中的第一配置参数，获取与第一参数配置项关联的第一参数分发策略，第一参数分发策略为将第一配置参数分发给至少两个应用软件的策略。

参数配置单元303用于采用第一参数分发策略实现第一配置参数在至少两个应用软件中的协同配置。

在一些实施例中，至少两个应用软件中包括基于脚本进行参数配置的第一软件，第一参数分发策略包括基于脚本的分发策略；参数配置单元303包括脚本模板获取子单元、脚本编写子单元和脚本发送单元。脚本模板获取子单元用于调用与第一软件和参数配置项均关联的脚本模板；脚本编写子单元用于将第一配置参数写入到脚本模板，得到参数配置脚本；脚本发送单元用于将参数配置脚本向第一软件发送，以触发第一软件执行参数配置脚本。

在一些实施例中，至少两个应用软件中包括基于接口函数进行参数配置的第二软件，第一参数分发策略包括基于接口函数的分发策略；参数配置单元303包括函数获取子单元和函数执行触发子单元。函数获取子单元用于获取与第二软件和参数配置项均关联的目标接口函数；函数执行触发子单元用于将第一配置参数写入到目标接口函数对应的参数项中，并触发第二软件执行接口函数。

在一些实施例中，业务系统参数配置装置300还包括第二参数配置项，第二参数配置项为将配置参数传入到一个应用软件中的配置项；策略查找单元302还用于响应于接收到输入到第二参数配置项中的第二配置参数，获取与第二参数配置项关联的第二参数分发策略；参数配置单元303还用于采用第二参数分发策略实现第二配置参数在一个应用软件中的协同配置。

在一些实施例中，业务系统参数配置装置300还包括比对单元和高亮显示单元。比对单元用于获取系统配置界面展示的参数配置项的默认配置参数或者其他配置参数，并判断第一配置参数或者第二配置参数与对应默认配置参数或者其他配置参数是否相同，其中其中所述其他配置参数是为其他地区业务系统进行参数配置得到的参数，或者在前为本地业务系统进行参数配置得到的参数；高亮显示单元用在第一配置参数或者第二配置参数与对应的默认配置参数或者其他配置参数不同的情况下，在系统配置界面中高亮显示第一参数配置项或者第二配置参数。

本公开实施例还提供一种用于实现前述业务系统参数配置方法的计算设备。图3是本公开一些实施例提供的计算设备的结构示意图。下面具体参考图3，其示出了适于用来实现本公开实施例中的计算设备400的结构示意图。图3示出的计算设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图3所示，计算设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器ROM402中的程序或者从存储装置408加载到随机访问存储器RAM403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有计算设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出I/O接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、摄像头、麦克风、加速度计、陀螺仪等的输入装置405；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许计算设备400与其他设备进行无线或有线通信以交换数据。虽然图3示出了具有各种装置的计算设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、计算设备可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述计算设备中所包含的；也可以是单独存在，而未装配入该计算设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该计算设备执行时，使得该计算设备：响应于接收到业务系统参数配置指令，展示系统配置界面，系统配置界面包括第一参数配置项，第一参数配置项为实现关联参数协同配置的配置项，关联参数为业务系统中至少两个应用软件均需要配置的参数；响应于接收到输入到第一参数配置项中的第一配置参数，获取与第一参数配置项关联的第一参数分发策略，第一参数分发策略为将第一配置参数分发给至少两个应用软件的策略；采用第一参数分发策略实现第一配置参数在至少两个应用软件中的协同配置。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的根据硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括根据一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

本公开实施例还提供一种计算机可读存储介质，所述存储介质中存储有计算机程序，当所述计算机程序被处理器执行时可以实现上述任一方法实施例的方法，其执行方式和有益效果类似，在这里不再赘述。

本公开实施例还提供一种车辆，车辆包括前述的计算设备。具体车辆可以是燃油车辆，也可以是纯电动车辆等，本公开实施例不做限定。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种业务系统参数配置方法，其特征在于，包括：

响应于接收到业务系统参数配置指令，展示系统配置界面，所述系统配置界面包括第一参数配置项，所述第一参数配置项为实现关联参数协同配置的配置项，所述关联参数为所述业务系统中至少两个应用软件均需要配置的参数；

响应于接收到输入到所述第一参数配置项中的第一配置参数，获取与所述第一参数配置项关联的第一参数分发策略，所述第一参数分发策略为将所述第一配置参数分发给所述至少两个应用软件的策略；

采用所述第一参数分发策略实现所述第一配置参数在所述至少两个应用软件中的协同配置。

2.根据权利要求1所述的方法，其特征在于，所述至少两个应用软件中包括基于脚本进行参数配置的第一软件，所述第一参数分发策略包括基于脚本的分发策略；

所述采用所述第一参数分发策略实现所述第一配置参数在所述至少两个应用软件中的协同配置，包括：

调用与所述第一软件和所述第一参数配置项均关联的脚本模板；

将所述第一配置参数写入到所述脚本模板，得到参数配置脚本；

将所述参数配置脚本向所述第一软件发送，以触发所述第一软件执行所述参数配置脚本。

3.根据权利要求1所述的方法，其特征在于，所述至少两个应用软件中包括基于接口函数进行参数配置的第二软件，所述第一参数分发策略包括基于接口函数的分发策略；

所述采用所述第一参数分发策略将所述第一配置参数向所述至少两个应用软件发送，包括：

获取与所述第二软件和所述第一参数配置项均关联的目标接口函数，目标函数接口为第二软件中用于实现参数配置的函数接口；

将所述第一配置参数写入到所述目标接口函数对应的参数项中，并触发所述第二软件执行所述目标接口函数。

4.根据权利要求1所述的方法，其特征在于，所述系统配置界面还包括第二参数配置项，所述第二参数配置项为将配置参数仅传入到一个应用软件中的配置项；所述方法还包括：

响应于接收到输入所述第二参数配置项中的第二配置参数，获取与所述第二参数配置项关联的第二参数分发策略；

采用所述第二参数分发策略实现所述第二配置参数在所述一个应用软件中的协同配置。

5.根据权利要求4所述的方法，其特征在于，还包括：

获取所述系统配置界面展示的参数配置项的默认配置参数或者其他配置参数，其中所述其他配置参数是为其他地区业务系统进行参数配置得到的参数，或者在前为本地业务系统进行参数配置得到的参数；

判断所述第一配置参数或者第二配置参数与对应所述默认配置参数或者其他配置参数是否相同；

在所述第一配置参数或者第二配置参数与对应的所述默认配置参数或者其他配置参数不同的情况下，在所述系统配置界面中高亮显示所述第一参数配置项或者所述第二配置参数。

6.一种业务系统参数配置装置，其特征在于，包括：

界面显示单元，用于响应于接收到业务系统参数配置指令，展示系统配置界面，所述系统配置界面包括第一参数配置项，所述第一参数配置项为实现关联参数协同配置的配置项，所述关联参数为所述业务系统中至少两个应用软件均需要配置的参数；

策略查找单元，用于响应于接收到输入到所述第一参数配置项中的第一配置参数，获取与所述第一参数配置项关联的第一参数分发策略，所述第一参数分发策略为将所述第一配置参数分发给所述至少两个应用软件的策略；

参数配置单元，用于采用所述第一参数分发策略实现所述第一配置参数在所述至少两个应用软件中的协同配置。

7.根据权利要求6所述的装置，其特征在于，所述至少两个应用软件中包括基于脚本进行参数配置的第一软件，所述第一参数分发策略包括基于脚本的分发策略；所述参数配置单元包括：

脚本模板获取子单元，用于调用与所述第一软件和所述参数配置项均关联的脚本模板；

脚本编写子单元，用于将所述第一配置参数写入到所述脚本模板，得到参数配置脚本；

脚本发送单元，用于将所述参数配置脚本向所述第一软件发送，以触发所述第一软件执行所述参数配置脚本。

8.根据权利要求6所述的装置，其特征在于，所述至少两个应用软件中包括基于接口函数进行参数配置的第二软件，所述第一参数分发策略包括基于接口函数的分发策略；所述参数配置单元包括：

函数获取子单元，用于获取与所述第二软件和所述参数配置项均关联的目标接口函数；

函数执行触发子单元，用于将所述第一配置参数写入到所述目标接口函数对应的参数项中，并触发所述第二软件执行所述接口函数。

9.一种计算设备，其特征在于，包括处理器和存储器，所述存储器用于存储计算机程序；

所述计算机程序在被所述处理器加载时，使所述处理器执行如权利要求1-5任一项所述的业务系统参数配置方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现如权利要求1-8任一项所述的业务系统参数配置方法。

Images