CN106874101B

CN106874101B - 软件系统的配置实现方法和装置

Info

Publication number: CN106874101B
Application number: CN201510927622.3A
Authority: CN
Inventors: 郦军杰
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2015-12-14
Filing date: 2015-12-14
Publication date: 2020-05-12
Anticipated expiration: 2035-12-14
Also published as: CN106874101A

Abstract

本申请提供一种软件系统的配置实现方法，包括：获取至少一条配置项，所述配置项包括n个维度；根据配置项的所有维度值，采用预置算法生成所述配置项的权重指标；所述维度值包括具体维度和使本条配置项适用于所有具体维度的通用维度；所述预置算法中，相同维度的不同具体维度值对权重指标的影响相同，不同维度的维度值对权重指标的影响不同，任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响；根据业务场景的具体维度选择适用于所述业务场景的配置项，按照权重指标选择一条配置项对所述业务场景进行配置。通过本申请的技术方案，简化了配置者的工作，提高了配置效率，使得软件系统能够灵活快速的响应业务变化。

Description

软件系统的配置实现方法和装置

技术领域

本申请涉及计算机软件技术领域，尤其涉及一种软件系统的配置实现方法和装置。

背景技术

随着业务发展周期的不断缩短，软件系统要不断提高自身的适配能力、通用能力，才能满足变化的业务需要。使得软件系统具备上述能力的关键在于系统的可配置性。业务的可变性导致当前软件系统中可供配置的维度越来越多，对配置的实现提出了更高的要求。

现有技术中，通常采用平铺化或总分化两种模式来对软件系统中的参数进行配置。以支付渠道的配置为例，设支付渠道包括两个维度，支付机构(维度值包括工行和建行)和支付工具(维度值包括借记卡和贷记卡)。平铺化模式为每种可能的业务场景设计了一条配置项，由配置者逐条赋于配置值，则支付渠道的配置项如表1所示：

支付机构	支付工具	配置值(开或者关)
			工行	借记卡	开
工行	贷记卡	开
			建行	借记卡	关
建行	贷记卡	开

表1

平铺化模式中，当可供配置的维度较多、或每个维度可供选择的维度值较多时，平铺化配置项的数目增长将非常可观。当需要根据当前实际情况更改业务配置的时候，配置者的工作量极大，并且容易出错。

总分化模式是在平铺化模式之上，为整个支付渠道增加了一个总开关，用来打开或关闭所有的支付机构及支付工具。总分化模式能够简化全关和全开两种业务场景的配置，但是实际中更多时候软件系统是运行在其他的业务场景，仍然需要按照平铺化模式来进行配置。

当软件系统的配置需要按照业务的变化，进行灵活快速的响应时，上述两种配置模式都难以满足要求。

发明内容

有鉴于此，本申请提供一种软件系统的配置实现方法，包括：

获取至少一条配置项，所述配置项包括n个维度；n为自然数；

根据配置项的所有维度值，采用预置算法生成所述配置项的权重指标；所述维度值包括具体维度和使本条配置项适用于所有具体维度的通用维度；所述预置算法中，相同维度的不同具体维度值对权重指标的影响相同，不同维度的维度值对权重指标的影响不同，任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响；

根据业务场景的具体维度选择适用于所述业务场景的配置项，按照权重指标选择一条配置项对所述业务场景进行配置。

本申请还提供了一种软件系统的配置实现装置，包括：

配置项获取单元，用于获取至少一条配置项，所述配置项包括n个维度；n为自然数；

权重指标生成单元，用于根据配置项的所有维度值，采用预置算法生成所述配置项的权重指标；所述维度值包括具体维度和使本条配置项适用于所有具体维度的通用维度；所述预置算法中，相同维度的不同具体维度值对权重指标的影响相同，不同维度的维度值对权重指标的影响不同，任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响；

业务场景配置单元，用于根据业务场景的具体维度选择适用于所述业务场景的配置项，按照权重指标选择一条配置项对所述业务场景进行配置。

由以上技术方案可见，本申请的实施例中，由配置项中哪个或哪些维度值是通用维度或具体维度来决定配置项的权重指标，由于通用维度与具体维度对权重指标影响程度的差异，适用于某个业务场景的多条配置项因其中通用维度与具体维度的不同而具有不同的权重指标，在此基础上按照权重指标来确定所应用的配置项，使得配置者可以采用各个维度的通用维度和具体维度的结合，用数条配置项即可完成多维度、复杂业务的配置，简化了配置者的工作，提高了配置效率，使得软件系统能够灵活快速的响应业务变化。

附图说明

图1是本申请实施例中一种软件系统的配置实现方法的流程图；

图2是本申请实施例所应用的设备的一种硬件结构图；

图3是本申请实施例中一种软件系统的配置实现装置的逻辑结构图。

具体实施方式

本申请的实施例提出一种新的软件系统的配置实现方法，在配置项中引入能够通用于某个维度的所有具体维度的通用维度，采用预置算法使得配置项的权重指标能够反映任一个维度是通用维度还是具体维度，通过按照权重指标选择适用于业务场景的配置项，令配置者可以通过控制将配置项的哪些维度设置为具体维度，将哪些维度设置为通用维度，来使得最优先的配置项的权重指标符合业务需求，从而能够灵活快速的改变软件系统的配置，来满足业务变化的需求，以解决现有技术存在的问题。

本申请的实施例可以应用在任何具有计算能力和存储能力的设备上，包括手机、平板电脑、PC(Personal Computer，个人电脑)、笔记本等终端，以及物理或逻辑的服务器。

本申请实施例中，软件系统的配置实现方法的流程如图1所示。

步骤110，获取至少一条配置项。

运行本申请实施例方法的设备可以通过配置人员的配置操作得到配置项，也可以从预定存储位置读取配置项，还可以在从其他网络节点接收的信息中获取到配置项。配置项可以是由配置人员手动生成并保存也可以是由本软件系统或其他软件系统自动生成并保存，本申请的实施例均不做限定。

本步骤中所获取的配置项是将要应用于软件系统的配置项，每条配置项均包括n(n为自然数)个维度，每条配置项所包括的各个维度均相同，而维度值可能不同。

步骤120，根据配置项的所有维度值，采用预置算法生成该配置项的权重指标。

本申请的实施例中，配置项的任一个维度可以有两种维度值，一种是具体维度，另一种是通用维度。维度用来描述业务场景的一个属性，例如前述支付渠道的例子中，支付机构和支付工具是支付渠道配置项的两个维度，工行和建行都是支付机构维度的具体维度；如果一条配置项中支付机构维度取值为工行，则本配置项所适用的业务场景仅限于支付机构是工行的情况，而不再适用于支付机构是建行的业务场景；通用维度用来使一条配置项适用于该维度是所有具体维度的情况，如果一条配置项中支付机构维度取值为通用维度，则本配置项所适用的业务场景既包括支付机构是工行的情况，也包括支付机构是建行或其他支付机构的业务场景。

本申请实施例中的预置算法满足以下条件：第一个条件是相同维度的不同具体维度值对权重指标的影响相同；第二个条件是不同维度的维度值对权重指标的影响不同；第三个条件是任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响。

可以采用任何满足上述三个条件的算法来作为预置算法，本申请的实施例不做限定。

满足上述三个条件后，每个维度的具体维度与通用维度对权重指标的影响不同，也与其他维度的具体维度或通用维度对权重指标的影响不同；对一个全部维度都取值为具体维度的配置项而言，任何一个包括通用维度的配置项都会有更高或更低的权重指标。换言之，满足上述三个条件的算法生成的权重指标能够体现出配置项中哪个或哪些维度是具体维度，哪个或哪些维度是通用维度。

如果有多条配置项都能够适用于同一种业务场景，则该业务场景具有至少一个确定的具体维度值，而这些配置项将具有不同的权重指标，所包括的通用维度的个数也不同，并且包括更多通用维度的配置项将具有更高或更低的权重指标。如果在适用于某个业务场景的多条配置项中选择权重指标最高或最低的一条来对该业务场景进行配置，则可以通过将配置项的不同维度设置为通用维度或具体维度，并为配置项指定符合业务需求的配置值，来利用少数配置项完成对多种业务场景的配置。

步骤130，根据业务场景的具体维度选择适用于所述业务场景的配置项，按照权重指标选择一条配置项对所述业务场景进行配置。

在为一个特定的业务场景设定配置值时，在步骤110中所有获取的配置项中，将能够适用于该业务场景的配置项筛选出来，在筛选出来的配置项中按照权重指标选择一条配置项，将这条配置项的配置值作为该业务场景的配置值。对能够适用于某个业务场景的配置项而言，其所有的具体维度都分别与该业务场景对应的维度相同，或者配置项与业务场景都不包括具体维度。

本申请的实施例中，在根据权重指标选择配置项时，可以按照实际的预置算法和业务的实际需求，令权重高的配置项更为优先，也可以令权重低的配置项更为优先。此外，所有的业务场景可以固定为权重高或低的配置项更优先，也可以针对不同的业务场景来分别设置是权重高还是权重低的配置项更优先。

在一种固定为权重高或低的配置项更优先的实现方式中，可以在每个配置项中添加正反向特征，用来描述本条配置项是正向配置还是反向配置，并在预置算法中针对正反向特征采用不同的运算方式，使得正向配置的配置项中每个维度具体维度对权重指标的影响大于同一维度通用维度对权重指标的影响，反向配置的配置项中每个维度具体维度对权重指标的影响小于同一维度通用维度对权重指标的影响。这样，当希望具体维度优先于通用维度应用于业务场景时，将配置项设置为正向权重；否则设置为反向权重，从而能够进一步简化完成软件系统配置所需的配置项。

需要说明的是，本申请实施例中，对权重指标的影响更大是指使得权重指标更为优先，如果较高的权重指标更为优先，则影响更大意味着能使权重指标更高；如果较低的权重指标更为优先，则影响更大意味着能使权重指标更低。

在一个预置算法的例子中，采用维度权重来衡量具体维度或通用维度对权重指标的影响。每个维度具有两个维度权重，分别对应于具体维度和通用维度。每个维度的具体维度和通用维度的维度权重可以在预置算法中预先设定，也可以根据一定的公式计算得出。例如，对第k(k为小于等于n的自然数)个维度，可以将2k和(2k-1)作为其具体维度和通用维度的维度权重。再如，对第k个维度，其具体维度和通用维度的维度权重可以分别为2^k和(2^k-1)，或者分别为(2^k-1)和2^k。此外，维度权重也可以采用将二进制数中对应于某个维度的位置位或清零来分别表示具体维度和通用维度的方式。

在本例的预置算法中，可以采用将配置项中所有维度的维度权重加总后得到的权重总值，来作为本配置项的权重指标。这样，在按照权重指标选择应用于某个业务场景的配置项时，可以选择权重总值最大或最小的配置项来对该业务场景进行配置，即将权重总值最大或最小的配置项的配置值作为该业务场景的配置值。

可见，本申请的实施例中，采用权重指标来选择应用于业务场景的配置项，通过使每个维度的通用维度和具体维度对配置项权重指标的影响均不相同，使得可以采用各个维度的通用维度和具体维度的结合，来使得最优先的配置项的权重指标符合业务需求，用数条配置项即可完成多维度、复杂业务的配置，简化了配置者的工作，提高了配置效率，使得软件系统能够灵活快速的响应业务变化。

在本申请的一个应用示例中，支付渠道的配置项包括三个维度、正反向特征和配置值。其中，第1个维度是支付机构(其具体维度包括工行、建行、交行、中行等，通用维度为ALL)，第2个维度是支付类型(其具体维度包括快捷支付、网银等，通用维度为ALL)，第3个维度是支付工具(其具体维度包括借记卡、贷记卡等，通用维度为ALL)；正反向特征的取值可以是正向配置或反向配置；配置值可以是开或者关。

本应用示例的预置算法采用将配置项中各个维度的维度权重加总后得到的权重总值，来作为该配置项的权重指标，并采用权重总值最大的配置项对业务场景进行配置。对于正反向特征为正向配置的配置项，如果第m(m为小于4的自然数)个维度为具体维度，则第m个维度的维度权重为2^m；如果第m个维度为通用维度ALL，则其维度权重为(2^m-1)。对于正反向特征为反向配置的配置项，如果第m个维度是具体维度，则第m个维度的维度权重为(2^m-1)；如果第m个维度是通用维度ALL，则其维度权重为2^m。

当业务需要将支付渠道配置为除工行外的其他支付机构都开放，而工行除快捷支付开放外其他支付类型都关闭时，可以由配置人员下发表2所示的3条配置项：

支付机构	支付类型	支付工具	正反向特征	配置值
					ALL	ALL	ALL	正向配置	开
工行	ALL	ALL	正向配置	关
					工行	快捷支付	ALL	正向配置	开

表2

在获取表2中的3条配置项后，根据预置算法计算每条配置项的权重总值，以第1条配置项为例，其权重总值为：(2¹-1)+(2²-1)+(2³-1)＝11。计算结果如表3所示：

表3

对支付机构为工行、支付类型为网银的业务场景，在3条配置项中能够适用于该业务场景的是前两条配置项，权重总值最高的是第2条配置项，应用该配置项，将支付机构为工行、支付类型为网银的业务场景配置为开放。

对支付机构为工行、支付类型为快捷支付的业务场景，在3条配置项中能够适用于该业务场景的是所有3条配置项，权重总值最高的是第3条配置项，应用该配置项，将支付机构为工行、支付类型为快捷支付的业务场景配置为关闭。

对支付机构为建行的业务场景，在3条配置项中能够适用于该业务场景的是第1条配置项，应用该配置项，将支付机构为建行的业务场景配置为开放。

这样，本应用示例中只需下发3条配置项，即可实现将支付渠道配置为除工行外的其他支付机构都开放，而工行除快捷支付开放外其他支付类型都关闭，以满足业务需求。

与上述流程实现对应，本申请的实施例还提供了一种软件系统的配置实现装置，可以应用在任何具有计算能力和存储能力的设备上。该装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过设备的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图2所示的CPU、内存以及非易失性存储器之外，软件系统的配置实现装置所在的设备通常还包括用于进行无线信号收发的芯片等其他硬件，或者用于实现网络通信功能的板卡等其他硬件。

图3所示为本申请实施例提供的一种软件系统的配置实现装置，包括配置项获取单元、权重指标生成单元和业务场景配置单元，其中：配置项获取单元用于获取至少一条配置项，所述配置项包括n个维度；n为自然数；权重指标生成单元用于根据配置项的所有维度值，采用预置算法生成所述配置项的权重指标；所述维度值包括具体维度和使本条配置项适用于所有具体维度的通用维度；所述预置算法中，相同维度的不同具体维度值对权重指标的影响相同，不同维度的维度值对权重指标的影响不同，任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响；业务场景配置单元用于根据业务场景的具体维度选择适用于所述业务场景的配置项，按照权重指标选择一条配置项对所述业务场景进行配置。

可选的，所述配置项还包括本条配置项的正反向特征，用于描述本条配置项是正向配置还是反向配置；所述权重指标生成单元具体用于：根据配置项的所有维度值、以及本条配置项的正反向特征，采用预置算法生成所述配置项的权重指标；所述预置算法中，正向配置的配置项中每个维度具体维度对权重指标的影响大于同一维度通用维度对权重指标的影响，反向配置的配置项中每个维度具体维度对权重指标的影响小于同一维度通用维度对权重指标的影响。

一个例子中，所述维度的具体维度或通用维度对权重指标的影响采用维度权重来衡量；所述权重指标生成单元具体用于：将配置项中所有维度的维度权重加总后得到权重总值，作为所述配置项的权重指标；所述业务场景配置单元具体用于：根据业务场景的具体维度选择适用于所述业务场景的配置项，采用权重总值最大或最小的配置项对所述业务场景进行配置。

上述例子中，对第k个维度，其具体维度和通用维度的维度权重可以分别为2^k和(2^k-1)，或者分别为(2^k-1)和2^k；k为小于等于n的自然数。

可选的，所述配置项还包括：本配置项的配置值；所述所述业务场景配置单元具体用于：根据业务场景的具体维度选择适用于所述业务场景的配置项，将按照权重指标选择的配置项的配置值作为所述业务场景的配置值。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

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

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

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

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

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

Claims

1.一种软件系统的配置实现方法，其特征在于，包括：

根据配置项的所有维度值，采用预置算法生成所述配置项的权重指标；所述维度值包括具体维度和使本条配置项适用于所有具体维度的通用维度；所述预置算法中，相同维度的不同具体维度值对权重指标的影响相同，不同维度的维度值对权重指标的影响不同，任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响，具体维度或通用维度对权重指标的影响采用维度权重来衡量，所述维度权重是根据预设公式计算得到的或者所述预置算法预先设定的，将配置项中所有维度的维度权重加总后得到权重总值，作为所述配置项的权重指标；

2.根据权利要求1所述的方法，其特征在于，所述配置项还包括：本条配置项的正反向特征，用于描述本条配置项是正向配置还是反向配置；

所述根据配置项的所有维度值，采用预置算法计算所述配置项的权重指标，包括：根据配置项的所有维度值、以及本条配置项的正反向特征，采用预置算法生成所述配置项的权重指标；所述预置算法中，正向配置的配置项中每个维度具体维度对权重指标的影响大于同一维度通用维度对权重指标的影响，反向配置的配置项中每个维度具体维度对权重指标的影响小于同一维度通用维度对权重指标的影响。

3.根据权利要求1或2所述的方法，其特征在于：

所述按照权重指标选择一条配置项对所述业务场景进行配置，包括：采用权重总值最大或最小的配置项对所述业务场景进行配置。

4.根据权利要求3所述的方法，其特征在于：对第k个维度，其具体维度和通用维度的维度权重分别为2^k和(2^k-1)，或者分别为(2^k-1)和2^k；k为小于等于n的自然数。

5.根据权利要求1所述的方法，其特征在于，所述配置项还包括：本配置项的配置值；

所述按照权重指标选择一条配置项对所述业务场景进行配置，包括：将按照权重指标选择的配置项的配置值作为所述业务场景的配置值。

6.一种软件系统的配置实现装置，其特征在于，包括：

权重指标生成单元，用于根据配置项的所有维度值，采用预置算法生成所述配置项的权重指标；所述维度值包括具体维度和使本条配置项适用于所有具体维度的通用维度；所述预置算法中，相同维度的不同具体维度值对权重指标的影响相同，不同维度的维度值对权重指标的影响不同，任一维度的具体维度对权重指标的影响大于或小于同一维度的通用维度对权重指标的影响，具体维度或通用维度对权重指标的影响采用维度权重来衡量，所述维度权重是根据预设公式计算得到的或者所述预置算法预先设定的，将配置项中所有维度的维度权重加总后得到权重总值，作为所述配置项的权重指标；

7.根据权利要求6所述的装置，其特征在于，所述配置项还包括：本条配置项的正反向特征，用于描述本条配置项是正向配置还是反向配置；

所述权重指标生成单元具体用于：根据配置项的所有维度值、以及本条配置项的正反向特征，采用预置算法生成所述配置项的权重指标；所述预置算法中，正向配置的配置项中每个维度具体维度对权重指标的影响大于同一维度通用维度对权重指标的影响，反向配置的配置项中每个维度具体维度对权重指标的影响小于同一维度通用维度对权重指标的影响。

8.根据权利要求6或7所述的装置，其特征在于：

所述业务场景配置单元具体用于：根据业务场景的具体维度选择适用于所述业务场景的配置项，采用权重总值最大或最小的配置项对所述业务场景进行配置。

9.根据权利要求8所述的装置，其特征在于：对第k个维度，其具体维度和通用维度的维度权重分别为2^k和(2^k-1)，或者分别为(2^k-1)和2^k；k为小于等于n的自然数。

10.根据权利要求6所述的装置，其特征在于，所述配置项还包括：本配置项的配置值；

所述所述业务场景配置单元具体用于：根据业务场景的具体维度选择适用于所述业务场景的配置项，将按照权重指标选择的配置项的配置值作为所述业务场景的配置值。