一种基于政府采购的项目配置方法、装置和系统

技术领域

本发明涉及政府采购技术领域，特别是涉及一种基于政府采购的项目配置方法、装置和系统。

背景技术

政府采购是指国家各级政府为从事日常的政务活动或为了满足公共服务的目的，利用国家财政性资金和政府借款购买货物、工程和服务的行为。它不仅是指具体的采购过程，也是一种对公共采购管理的制度。

然而在政府采购的业务背景下，不同的业务类别，不同的省、市、区，甚至不同的采购机构对采购的要求、标准以及采购流程都并非统一的。如果开发人员为每种特殊情况单独开发页面，则会造成代码上的冗余且不利于维护。

传统的实现方式是在项目中单独写一个静态的配置文件，例如"config.conf"，然后将各类参数配置、应用配置、环境配置、业务配置等都写到这个文件里。当项目代码逻辑中需要使用配置的时候，就从这个配置文件中读取。这种做法虽然简单，但如果参数需要修改，就非常的不灵活，甚至需要重启运行中的项目才能生效。

同时，对于开发和配置人员而言，由于正常项目从开发到投入用户正常使用的过程中，需要分别部署到测试环境、预发环境和真线环境。因此在配置的过程中，如何节省人力并减少配置次数，也是配置中心体系需要考虑和解决的问题之一。

可见，如何灵活高效的配置采购项目，是本领域技术人员需要解决的问题。

发明内容

本发明实施例的目的是提供一种基于政府采购的项目配置方法、装置和系统，可以灵活高效的配置采购项目。

为解决上述技术问题，本发明实施例提供一种基于政府采购的项目配置方法，适用于客户端，所述方法包括：

根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；

将创建的所有所述配置项传输至后端服务器，以便于所述后端服务器将接收到的所有所述配置项存储至数据库；

向所述后端服务器传输同步配置指令，以获取所述后端服务器反馈的配置项，并将获取的所述配置项部署至所述同步配置指令所指向的应用环境；

将接收到的配置项标识信息和配置级别信息传输至所述后端服务器，以获取所述后端服务器反馈的配置值；其中，所述配置值为所述后端服务器从所述数据库中查找的与所述配置项标识信息以及所述配置级别信息相匹配的配置值；

当接收到所述后端服务器反馈的配置值时，展示与所述配置值相匹配的采购页面。

可选地，在所述根据不同的配置级别需求，创建配置项之后还包括：

展示创建的所有所述配置项，以便于配置人员对所有所述配置项进行审核；

相应的，所述将创建的所有所述配置项传输至后端服务器包括：

将通过审核的配置项传输至所述后端服务器。

可选地，在所述将获取的所述配置项部署至所述同步配置指令所指向的应用环境之后还包括：

当获取到目标配置项的配置级别调整指令时，调整所述目标配置项所对应的配置值；

将调整后的所述目标配置项及其对应的配置值传输至所述后端服务器，以便于所述后端服务器更新所述数据库中存储的配置项。

可选地，所述配置级别按照划分范围从大到小的顺序依次为平台级、业务类别级、实例-区划级和实例-机构级。

本发明实施例还提供了一种基于政府采购的项目配置装置，适用于客户端，所述装置包括创建单元、传输单元、配置单元、获取单元和展示单元；

所述创建单元，用于根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；

所述传输单元，用于将创建的所有所述配置项传输至后端服务器，以便于所述后端服务器将接收到的所有所述配置项存储至数据库；

所述配置单元，用于向所述后端服务器传输同步配置指令，以获取所述后端服务器反馈的配置项，并将获取的所述配置项部署至所述同步配置指令所指向的应用环境；

所述获取单元，用于将接收到的配置项标识信息和配置级别信息传输至所述后端服务器，以获取所述后端服务器反馈的配置值；其中，所述配置值为所述后端服务器从所述数据库中查找的与所述配置项标识信息以及所述配置级别信息相匹配的配置值；

所述展示单元，用于当接收到所述后端服务器反馈的配置值时，展示与所述配置值相匹配的采购页面。

可选地，所述展示单元还用于在所述根据不同的配置级别需求，创建配置项之后，展示创建的所有所述配置项，以便于配置人员对所有所述配置项进行审核；

相应的，所述传输单元具体用于将通过审核的配置项传输至所述后端服务器。

可选地，还包括调整单元；

所述调整单元，用于当获取到目标配置项的配置级别调整指令时，调整所述目标配置项所对应的配置值；

所述传输单元还用于将调整后的所述目标配置项及其对应的配置值传输至所述后端服务器，以便于所述后端服务器更新所述数据库中存储的配置项。

可选地，所述配置级别按照划分范围从大到小的顺序依次为平台级、业务类别级、实例-区划级和实例-机构级。

本发明实施例还提供了一种基于政府采购的项目配置方法，适用于后端服务器，所述方法包括：

将客户端传输的配置项存储至数据库；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；

当接收到所述客户端传输的同步配置指令时，将所述数据库中存储的所述配置项反馈至所述客户端，以便于所述客户端将获取的所述配置项部署至所述同步配置指令所指向的应用环境；

接收所述客户端传输的配置项标识信息和配置级别信息；

从所述数据库中查找与所述配置项标识信息以及所述配置级别信息相匹配的配置值；并将所述配置值反馈值所述客户端，以便于所述客户端展示与所述配置值相匹配的采购页面。

可选地，所述从所述数据库中查找与所述配置项标识信息以及所述配置级别信息相匹配的配置值包括：

判断所述配置级别信息是否为独立配置项；

若是，则从所述数据库中查询与所述配置项标识信息相对应的配置值；

若否，则判断所述配置级别信息的上一级配置级别是否为独立配置项；

当所述配置级别信息的上级配置级别为独立配置项时，则从所述数据库中获取所述上一级配置级别对应的配置值；

当所述配置级别信息的上级配置级别为非独立配置项时，则从所述数据库中获取所述配置级别信息所属的平台级所对应的配置值。

可选地，在所述将客户端传输的配置项存储至数据库之后还包括：

当接收到所述客户端传输的目标配置项及其对应的配置值时，将所述目标配置项及其对应的配置值更新至所述数据库。

本发明实施例还提供了一种基于政府采购的项目配置装置，适用于后端服务器，所述装置包括存储单元、反馈单元、接收单元和查找单元；

所述存储单元，用于将客户端传输的配置项存储至数据库；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；

所述反馈单元，用于当接收到所述客户端传输的同步配置指令时，将所述数据库中存储的所述配置项反馈至所述客户端，以便于所述客户端将获取的所述配置项部署至所述同步配置指令所指向的应用环境；

所述接收单元，用于接收所述客户端传输的配置项标识信息和配置级别信息；

所述查找单元，用于从所述数据库中查找与所述配置项标识信息以及所述配置级别信息相匹配的配置值；

所述反馈单元还用于将所述配置值反馈值所述客户端，以便于所述客户端展示与所述配置值相匹配的采购页面。

可选地，所述查找单元包括第一判断子单元、第一查询子单元、第二判断子单元、第一获取子单元和第二获取子单元；

所述第一判断子单元，用于判断所述配置级别信息是否为独立配置项；若是，则触发所述第一查询子单元；若否，则触发所述第二判断子单元；

所述第一查询子单元，用于从所述数据库中查询与所述配置项标识信息相对应的配置值；

所述第二判断子单元，用于判断所述配置级别信息的上一级配置级别是否为独立配置项；

所述第一获取子单元，用于当所述配置级别信息的上级配置级别为独立配置项时，则从所述数据库中获取所述上一级配置级别对应的配置值；

所述第二获取子单元，用于当所述配置级别信息的上级配置级别为非独立配置项时，则从所述数据库中获取所述配置级别信息所属的平台级所对应的配置值。

可选地，还包括更新单元；

所述更新单元，用于当接收到所述客户端传输的目标配置项及其对应的配置值时，将所述目标配置项及其对应的配置值更新至所述数据库。

本发明实施例还提供了一种基于政府采购的项目配置系统，包括客户端和后端服务器；

所述客户端，用于根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；将创建的所有所述配置项传输至后端服务器；向所述后端服务器传输同步配置指令，以获取所述后端服务器反馈的配置项，并将获取的所述配置项部署至所述同步配置指令所指向的应用环境；将接收到的配置项标识信息和配置级别信息传输至所述后端服务器，以获取所述后端服务器反馈的配置值；当接收到所述后端服务器反馈的配置值时，展示与所述配置值相匹配的采购页面；

所述后端服务器，用于将客户端传输的配置项存储至数据库；当接收到所述客户端传输的同步配置指令时，将所述数据库中存储的所述配置项反馈至所述客户端；接收所述客户端传输的配置项标识信息和配置级别信息；从所述数据库中查找与所述配置项标识信息以及所述配置级别信息相匹配的配置值；并将所述配置值反馈值所述客户端。

由上述技术方案可以看出，客户端根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；将创建的所有配置项传输至后端服务器，后端服务器可以将配置项存储至数据库，以便于后续调用。客户端向后端服务器传输同步配置指令，以获取后端服务器反馈的配置项，并将获取的配置项部署至同步配置指令所指向的应用环境。通过建立独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，客户端可以将接收到的配置项标识信息和配置级别信息传输至后端服务器，后端服务器从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；并将配置值反馈值客户端。客户端接收到后端服务器反馈的配置值时，展示与配置值相匹配的采购页面。针对不同的配置值设置不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置，并且通过设置不同的配置值可以满足差异化需求，有效提升了开发人员的开发效率和代码可维护性。

附图说明

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

图1为本发明实施例提供的一种基于政府采购的项目配置的系统结构框图；

图2为本发明实施例提供的一种基于政府采购的项目配置方法的信令图；

图3为本发明实施例提供的一种选择同步环境的选项示意图；

图4为本发明实施例提供的一种适用于客户端的基于政府采购的项目配置装置的结构示意图；

图5为本发明实施例提供的一种适用于后端服务器的基于政府采购的项目配置装置的结构示意图；

图6为本发明实施例提供的一种基于政府采购的项目配置系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本发明保护范围。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

在政府采购的业务背景下，不同的业务类别，不同的省、市、区，甚至不同的采购机构对采购的要求、标准以及采购流程都并非统一的。如果开发人员为每种特殊情况单独开发页面，则会造成代码上的冗余且不利于维护。传统方式中会撰写静态的配置文件，当项目代码逻辑中需要使用配置的时候，就从这个配置文件中读取。但如果参数需要修改，就非常的不灵活，甚至需要重启运行中的项目才能生效。并且对于不同的应用环境需要重新设置配置项，造成人力成本和配置成本的增加。

因此本申请实施例提供了一种基于政府采购的项目配置方法、装置和系统，通过建立独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。并且根据采购人员的不同类别，设置了不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置。如图1所示为本发明实施例提供的一种基于政府采购的项目配置的系统结构框图，客户端可以根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则。客户端和后端服务器具有独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。在本发明实施例中，可以将需要同步配置项的环境称作同步环境，其中，同步环境可以包括测试环境、预发环境和真线环境。在实际采购环境下，为了区分不同的采购层级关系，可以将配置级别划分为平台级、业务类别级、实例-区划级和实例-机构级。当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，不同的配置项标识信息以及配置级别信息有其相匹配的配置值；客户端可以展示与配置值相匹配的采购页面。不同的配置值对应不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置，并且通过设置不同的配置值可以满足差异化需求，有效提升了开发人员的开发效率和代码可维护性。

接下来，详细介绍本发明实施例所提供的一种基于政府采购的项目配置方法。图2为本发明实施例提供的一种基于政府采购的项目配置方法的信令图，该方法包括：

S201：客户端根据不同的配置级别需求，创建配置项。

在本发明实施例中，配置级别按照划分范围从大到小的顺序可以依次为平台级、业务类别级、实例-区划级和实例-机构级。

平台级指的是全平台，平台级有其默认的配置值，客户端可以依据平台级对应的配置值，实现统一化的展示。

业务类别级指的是为政府采购提供的特有采购渠道的划分，例如，网上超市、项目采购等。

实例-区划级指的是采购者所属的区划位置，例如，浙江省杭州市西湖区为一个区划。

实例-机构指的是采购者所属的政府机构单位，例如，疾控中心、教育局等机构单位。

在本发明实施例中，可以通过设置不同的配置值来满足差异化的项目需求。对于每个配置项在不同的配置级别需求下设置不同的配置值；其中，每个配置值有其对应的页面展示方式和采购处理规则。

为保证每一个产品和功能的正确运行、同时为规避错误的产生、方便测试者进行相关测试，项目从开发到发布更新过程必须至少经历测试环境、预发环境和真线环境。配置项的创建和配置，需要在每个环境生效，因此为了节省配置人员的配置时间以及降低操作的复杂度，在本发明实施例中，客户端和后端服务器具有独立的配置创建环境。其中，“独立的配置创建环境”是指存在于测试环境、预发环境和真线环境之外的单独的环境，可以将“独立的配置创建环境”简称为配置环境。配置环境不受限于测试环境、预发环境和真线环境，属独立存在，因此可以分别实现与测试环境、预发环境和真线环境的交互。

在配置环境中，配置人员可以根据不同的配置级别需求在客户端提供的页面上创建配置项。其中，配置项的形式可以为单行文本、多行文本、单选选项(Radio)、多选选项(Checkbox)、下拉条件、图片、开关(Switch)，或其中的任意组合。

S202：客户端将创建的所有配置项传输至后端服务器。

客户端可以看作向用户提供采购服务的前端设备。后端服务器可以看作支持客户端提供采购服务的后端设备。在配置项创建完成后，客户端可以将配置项以JSON的格式传给后端服务器。

JSON格式下的配置项可以包括配置项名称、配置项标识信息(code)、配置级别信息、配置项说明等。

S203：后端服务器将客户端传输的配置项存储至数据库。

为了便于后续的调用，后端服务器可以将接收的配置项存储于后端服务器的数据库中。

S204：客户端向后端服务器传输同步配置指令。

在实际应用中，配置人员可选择需要使用到配置项的环境进行同步，点击待同步的配置项右侧的“同步”按钮，弹出同步弹窗，选择想要同步的环境并点击“立即同步”，即可实时同步至对应环境，可以参见图3所示的选择同步环境的选项示意图，需要同步配置项的环境可以包括调试环境(dev-debug)、测试环境(test)、预发环境(preliminary)和真线环境(product)等。

由于配置项存储在后端服务器，因此，客户端在接收到配置人员下发的同步配置指令，会将同步配置指令传输至后端服务器。

S205：后端服务器接收到客户端传输的同步配置指令时，将数据库中存储的配置项反馈至客户端。

S206：客户端将获取的配置项部署至同步配置指令所指向的应用环境。

在本发明实施例中通过设置同步机制可以有效解决原有方案中，每个配置项需要在各个环境分别创建和配置的问题。通过独立设置配置项，仅需要创建一次配置项，便可以向所需要的各个环境同步，大大缩减了人力成本和配置成本。

S207：客户端将接收到的配置项标识信息和配置级别信息传输至后端服务器。

当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，客户端可以将接收到的配置项标识信息和配置级别信息传输至后端服务器。

S208：后端服务器接收客户端传输的配置项标识信息和配置级别信息，从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；并将配置值反馈值客户端。

后端服务器可以按照向上继承的方式查找配置值。在具体实现中，可以判断配置级别信息是否为独立配置项；当配置级别信息为独立配置项时，则可以直接从数据库中查询与配置项标识信息相对应的配置值。

当配置级别信息并非是独立配置项时，则可以进一步判断配置级别信息的上一级配置级别是否为独立配置项；当配置级别信息的上级配置级别为独立配置项时，则从数据库中获取上一级配置级别对应的配置值；当配置级别信息的上级配置级别为非独立配置项时，则从数据库中获取配置级别信息所属的平台级所对应的配置值。

举例说明，假设客户端传过来的配置级别信息为“浙江省杭州市西湖区-a实例”，此时有2种情况：

(1)“浙江省杭州市西湖区-a实例”为独立配置，即已经单独配置值了，后端服务器可以直接查询到配置项标识信息相对应的配置值，并将该配置值反馈给客户端。

(2)“浙江省杭州市西湖区-a实例”并非是独立配置时，则可以向上查找a实例对应的A业务类别下的值，如果A业务类别已经配置过值为独立配置，则返回A业务类别的配置值，若并未配置过值，则继续向上查找平台级配置，返回平台级的默认配置值。

S209：客户端当接收到后端服务器反馈的配置值时，展示与配置值相匹配的采购页面。

由上述技术方案可以看出，客户端根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；将创建的所有配置项传输至后端服务器，后端服务器可以将配置项存储至数据库，以便于后续调用。客户端向后端服务器传输同步配置指令，以获取后端服务器反馈的配置项，并将获取的配置项部署至同步配置指令所指向的应用环境。通过建立独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，客户端可以将接收到的配置项标识信息和配置级别信息传输至后端服务器，后端服务器从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；并将配置值反馈值客户端。客户端接收到后端服务器反馈的配置值时，展示与配置值相匹配的采购页面。针对不同的配置值设置不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置，并且通过设置不同的配置值可以满足差异化需求，有效提升了开发人员的开发效率和代码可维护性。

在本发明实施例中，可以通过调整配置项的配置值满足不同的配置需求。配置人员可以在客户端的用户界面上输入目标配置项及其对应的配置值。为保证后端服务器维护的配置项的有效性，客户端可以将调整后的目标配置项及其对应的配置值传输至后端服务器，以便于后端服务器将目标配置项及其对应的配置值更新至数据库。

以真线环境为例，当配置项config同步到真线环境后，将首先在平台级生效。生效的同时，配置中心体系的后端服务器将为其提供一组默认值，假设该默认值为config＝1，此时可以理解为，全网任何一个业务类别、任何一个区划或机构，读取到的config的配置值都将是1。当平台级的值改变时，全网会统一随其改变。若有差异性逻辑产生时，例如，在A业务类别下，需要将默认值1改为2，此时需要在配置中心体系的客户端上将平台级的配置级别切换至A业务类别下，并将config的配置值改为2。修改后，该业务类别下的所有配置项则转变为独立配置，对于独立配置的修改，将不会反向影响到平台级的配置，也即A业务类别中的配置项的取值为特有的config＝2，在没有额外修改情况下，B、C、D……业务类别下的配置项的取值为平台级的配置值config＝1。

在本发明实施例中，为了保证创建的配置项的可用性，客户端在根据不同的配置级别需求，创建配置项之后，可以展示创建的所有配置项，以便于配置人员对所有配置项进行审核；客户端只将通过审核的配置项传输至后端服务器。

通过展示构建的配置项，依赖于配置人员对构建的所有配置项进行审核，可以避免一些无实际价值的配置项的存在，提升了配置项的使用价值。

图4为本发明实施例提供的一种基于政府采购的项目配置装置的结构示意图，适用于客户端，装置包括创建单元41、传输单元42、配置单元43、获取单元44和展示单元45；

创建单元41，用于根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；

传输单元42，用于将创建的所有配置项传输至后端服务器，以便于后端服务器将接收到的所有配置项存储至数据库；

配置单元43，用于向后端服务器传输同步配置指令，以获取后端服务器反馈的配置项，并将获取的配置项部署至同步配置指令所指向的应用环境；

获取单元44，用于将接收到的配置项标识信息和配置级别信息传输至后端服务器，以获取后端服务器反馈的配置值；其中，配置值为后端服务器从数据库中查找的与配置项标识信息以及配置级别信息相匹配的配置值；

展示单元45，用于当接收到后端服务器反馈的配置值时，展示与配置值相匹配的采购页面。

可选地，展示单元还用于在根据不同的配置级别需求，创建配置项之后，展示创建的所有配置项，以便于配置人员对所有配置项进行审核；

相应的，传输单元具体用于将通过审核的配置项传输至后端服务器。

可选地，还包括调整单元；

调整单元，用于当获取到目标配置项的配置级别调整指令时，调整目标配置项所对应的配置值；

传输单元还用于将调整后的目标配置项及其对应的配置值传输至后端服务器，以便于后端服务器更新数据库中存储的配置项。

可选地，配置级别按照划分范围从大到小的顺序依次为平台级、业务类别级、实例-区划级和实例-机构级。

图4所对应实施例中特征的说明可以参见图2所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，客户端根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；将创建的所有配置项传输至后端服务器，以便于后端服务器将配置项存储至数据库。客户端向后端服务器传输同步配置指令，以获取后端服务器反馈的配置项，并将获取的配置项部署至同步配置指令所指向的应用环境。通过建立独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，客户端可以将接收到的配置项标识信息和配置级别信息传输至后端服务器，以获取后端服务器反馈的配置值；其中，配置值由后端服务器从数据库中查找的与配置项标识信息以及配置级别信息相匹配的配置值。客户端接收到后端服务器反馈的配置值时，展示与配置值相匹配的采购页面。针对不同的配置值设置不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置，并且通过设置不同的配置值可以满足差异化需求，有效提升了开发人员的开发效率和代码可维护性。

图5为本发明实施例提供的一种基于政府采购的项目配置装置的结构示意图，适用于后端服务器，装置包括存储单元51、反馈单元52、接收单元53和查找单元54；

存储单元51，用于将客户端传输的配置项存储至数据库；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；

反馈单元52，用于当接收到客户端传输的同步配置指令时，将数据库中存储的配置项反馈至客户端，以便于客户端将获取的配置项部署至同步配置指令所指向的应用环境；

接收单元53，用于接收客户端传输的配置项标识信息和配置级别信息；

查找单元54，用于从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；

反馈单元52还用于将配置值反馈值客户端，以便于客户端展示与配置值相匹配的采购页面。

可选地，查找单元包括第一判断子单元、第一查询子单元、第二判断子单元、第一获取子单元和第二获取子单元；

第一判断子单元，用于判断配置级别信息是否为独立配置项；若是，则触发第一查询子单元；若否，则触发第二判断子单元

第一查询子单元，用于从数据库中查询与配置项标识信息相对应的配置值；

第二判断子单元，用于判断配置级别信息的上一级配置级别是否为独立配置项；

第一获取子单元，用于当配置级别信息的上级配置级别为独立配置项时，则从数据库中获取上一级配置级别对应的配置值；

第二获取子单元，用于当配置级别信息的上级配置级别为非独立配置项时，则从数据库中获取配置级别信息所属的平台级所对应的配置值。

可选地，还包括更新单元；

更新单元，用于当接收到客户端传输的目标配置项及其对应的配置值时，将目标配置项及其对应的配置值更新至数据库。

图5所对应实施例中特征的说明可以参见图2所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，后端服务器可以客户端传输的配置项存储至数据库；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则。后端服务器接收到客户端传输的同步配置指令时，将数据库中存储的配置项反馈至客户端，以便于客户端将获取的配置项部署至同步配置指令所指向的应用环境。通过建立独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，后端服务器接收到客户端传输的配置项标识信息和配置级别信息后，可以从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；并将配置值反馈值客户端，以便于客户端展示与配置值相匹配的采购页面。针对不同的配置值设置不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置，并且通过设置不同的配置值可以满足差异化需求，有效提升了开发人员的开发效率和代码可维护性。

图6为本发明实施例提供的一种基于政府采购的项目配置系统60的结构示意图，包括客户端61和后端服务器62；

客户端61，用于根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；将创建的所有配置项传输至后端服务器62；向后端服务器62传输同步配置指令，以获取后端服务器62反馈的配置项，并将获取的配置项部署至同步配置指令所指向的应用环境；将接收到的配置项标识信息和配置级别信息传输至后端服务器62，以获取后端服务器62反馈的配置值；当接收到后端服务器62反馈的配置值时，展示与配置值相匹配的采购页面；

后端服务器62，用于将客户端61传输的配置项存储至数据库；当接收到客户端61传输的同步配置指令时，将数据库中存储的配置项反馈至客户端61；接收客户端61传输的配置项标识信息和配置级别信息；从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；并将配置值反馈值客户端61。

图6所对应实施例中特征的说明可以参见图2所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，客户端根据不同的配置级别需求，创建配置项；其中，每个配置项在不同的配置级别需求下对应不同的配置值；每个配置值有其对应的页面展示方式和采购处理规则；将创建的所有配置项传输至后端服务器，后端服务器可以将配置项存储至数据库，以便于后续调用。客户端向后端服务器传输同步配置指令，以获取后端服务器反馈的配置项，并将获取的配置项部署至同步配置指令所指向的应用环境。通过建立独立于开发流程环境之外的配置环境以及同步机制，客户端仅需要创建一次配置项，便可以向所需要的各个环境同步配置项，大大缩减了人力成本和配置成本。当用户需要采购时，可以在客户端的用户界面上输入配置项标识信息和配置级别信息，客户端可以将接收到的配置项标识信息和配置级别信息传输至后端服务器，后端服务器从数据库中查找与配置项标识信息以及配置级别信息相匹配的配置值；并将配置值反馈值客户端。客户端接收到后端服务器反馈的配置值时，展示与配置值相匹配的采购页面。针对不同的配置值设置不同的页面展示方式和采购处理规则，实现了采购项目灵活高效的配置，并且通过设置不同的配置值可以满足差异化需求，有效提升了开发人员的开发效率和代码可维护性。

以上对本发明实施例所提供的一种基于政府采购的项目配置方法、装置和系统进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。