CN102546218B - 配置管理方法及系统 - Google Patents

Abstract

一种配置管理方法，包括以下步骤：接收配置请求，并从所述配置请求中获取标识信息；根据所述标识信息从数据库中提取配置信息；透传所述配置信息。上述配置管理方法及系统中，将配置信息存储于数据库中，根据标识信息从提取配置信息，并透传该配置信息，不需要关心配置信息中的具体内容，也不再需要进行任何处理，有效地降低了负荷，提高了下发配置信息的速度及效率，且大幅降低了运营与维护的成本。

Description

配置管理方法及系统

【技术领域】

本发明涉及网络通信技术，特别是涉及一种配置管理方法及系统。

【背景技术】

在传统的基于客户端/服务器通信模型的软件中，若客户端与服务器协商新的配置，需要添加新的配置信息进行软件的升级时，可从服务器中获取对应的配置信息。后台管理员将新的配置信息添加到服务器里，服务器通过解析配置信息来获知配置信息中的内容，并根据配置信息中的内容下发给客户端。

在传统的配置客户端的过程中，服务器需要关心配置信息中的内容，然而，对于拥有海量客户端的服务器就需要进行多次的解析配置信息来获知配置信息中的内容，以便于为海量的客户端提供对应的配置信息，从而造成服务器负荷增大以及维护成本非常高的缺陷。

【发明内容】

基于此，有必要提供一种可降低负荷的配置管理方法。

此外，还有必要提供一种可降低负荷的配置管理系统。

一种配置管理方法，包括以下步骤：接收配置请求，并从所述配置请求中获取标识信息；根据所述标识信息从数据库中提取配置信息；透传所述配置信息。

优选地，所述根据所述标识信息提取配置信息的步骤之前还包括：生成后台页面，通过所述后台页面接收所述配置信息并添加至所述数据库。

优选地，所述通过所述后台页面接收所述配置信息并添加至所述数据库的步骤之前还包括：添加与所述配置信息对应的标识信息；

优选地，所述透传所述配置信息的步骤之后还包括：解析所述配置信息；保存解析后的所述配置信息。

优选地，所述数据库中存储的配置信息的格式为系统配置文件格式。

一种配置管理系统，至少包括：服务器，用于接收配置请求，从所述配置请求中获取标识信息，根据所述标识信息提取配置信息，并透传所述配置信息；数据库，用于存储所述配置信息。

优选地，还包括：后台接口，用于生成后台页面，通过所述后台页面接收所述配置信息并添加至所述数据库。

优选地，所述后台接口进一步用于添加与所述配置信息对应的标识信息。

优选地，还包括：客户端，用于解析所述配置信息，并保存解析后的配置信息。

优选地，所述数据库中所存储的配置信息的格式为系统配置文件格式。

上述配置管理方法及系统中，将配置信息存储于数据库中，根据标识信息从提取配置信息，并透传该配置信息，不需要关心配置信息中的具体内容，也不再需要进行任何处理，有效地降低了负荷，提高了下发配置信息的速度及效率，且大幅降低了运营与维护的成本。

上述配置管理方法及系统中，客户端中通过统一的方法来新增扩展功能，易于维护与扩展，大大地降低了维护成本。

【附图说明】

图1为一个实施例中的配置管理方法的流程图；

图2为另一个实施例中的配置管理方法的流程图；

图3为一个实施例中的配置管理系统的示意图；

图4为另一个实施例中的配置管理系统的示意图；

图5为一个实施例中的配置管理过程的时序图。

【具体实施方式】

图1示出了一个实施例中配置管理方法流程，包括以下步骤：

在步骤S10中，接收配置请求，并从配置请求中获取标识信息。本实施例中，用户为扩展客户端中的功能，发送配置请求，此时，接收用户发送的配置请求，进而从配置请求中提取到标识信息。标识信息可以是用户客户端的版本号、帐户号码、用户的IP地址以及用户的IP段等。

为避免标识信息之间的冲突，如果存在不同的标识信息，则取最能精确体现用户客户端身份的标识信息来进行配置信息的提取。例如，对于帐户号码、用户的IP地址、用户的IP段以及版本号这四个标识信息之间，由于账户号码与每一用户相关，帐户号码最能体现用户客户端的身份，其次是用户的IP地址，再次是用户的IP段，最后是用户客户端的版本号。

在步骤S20中，根据标识信息从数据库中提取配置信息。本实施例中，数据库中存储的配置信息的格式为系统配置文件格式。将配置信息置于数据库中，以便于为不同的用户提供相对应的配置信息。该系统配置文件可以是扩展名为ini或者xml的文件。客户端操作系统中的系统配置文件的扩展名为ini，ini文件通常被用来进行操作系统或程序的初始化及参数设置，因此将配置信息设置为ini格式可以使得客户端中的初始化或者参数设置的过程更为简单，通过直接地调用即可支持，有效地简化了处理过程，提高了效率。

在数据库中，配置信息是以标识信息为索引进行存储的，也就是说配置信息是与标识信息对应的。

另一实施例中，上述配置管理方法中，根据标识信息提取配置信息的步骤之前还包括生成后台页面，通过后台页面接收配置信息并添加至数据库。本实施例中，生成后台页面，为后台管理员提供管理接口，通过管理接口后台管理员可对配置信息进行新增或修改，新增或修改的配置信息存储于数据库中。具体地，配置信息可以是表达扩展功能的代码，后台管理员在生成的后台页面中自由添加配置信息。例如，对于可与数据库进行数据交互的客户端，为增加新增某一扩展功能，后台管理员可在后台页面中输入表达该扩展功能的代码，生成配置信息并存储到数据库中，以便于客户端进行下载。

存储于数据库中的配置信息各不同，配置信息常常由于客户端中的版本号、用户标识、帐户号码等标识信息的不同而不同，例如，任意标识信息都有与其相对应的配置信息，因此，在通过后台页面接收配置信息并添加至数据库的步骤之前还包括添加与配置信息对应的标识信息。

为每一配置信息添加对应的标识信息，使得不同的用户客户端可通过标识信息下载到最合适的配置信息，有效地提高了扩展性能。

在步骤S30中，透传配置信息。本实施例中，透传指的是不对配置信息中的任何结构和数据进行改变，直接将配置信息传输到发起配置请求的用户客户端中。在透传配置信息的过程中，不需要关心配置信息中的具体内容，仅需要从数据库中提取出适合用户客户端的标识信息的配置信息，并将该配置信息返回至用户客户端中，不需要对配置信息进行额外的处理或解析，极大地降低了处理过程的负荷，提高了下发配置信息的效率及速度。

其它实施例中，上述配置管理方法中，如图2所示，透传配置信息的步骤之后还包括：

在步骤S40中，解析配置信息。本实施例中，接收透传的配置信息后，对配置信息进行解析，即调用该配置信息进行扩展功能的添加以及参数设置等处理过程，为用户客户端增添新的功能。

在步骤S50中，保存解析后的配置信息。

此外，还有必要提供一种配置管理系统。如图3所示，该系统包括服务器10以及数据库30。

服务器10，用于接收配置请求，从配置请求中获取标识信息，根据标识信息提取配置信息，并透传配置信息。本实施例中，服务器10接收用户发送的配置请求，进而从配置请求中提取到标识信息，例如，标识信息可以是用户客户端的版本号、帐户号码、用户的IP地址以及用户的IP段等。根据标识信息，服务器10从数据库30中采集到与配置请求相符的配置信息，并且不会对配置信息中的任何结构和数据进行改变调整，直接将配置信息传输出去。

为避免标识信息之间的冲突，如果存在不同的标识信息，则服务器10会取最能精确体现用户客户端身份的标识信息来提取配置信息。例如，对于帐户号码、用户的IP地址、用户的IP段以及版本号这四个标识信息之间，由于账户号码与每一用户相关，帐户号码最能体现用户客户端的身份，其次是用户的IP地址，再次是用户的IP段，最后是用户客户端的版本号。

在服务器10透传配置信息的过程中，服务器10不需要关心配置信息中的具体内容，仅需要从数据库30中提取出适合配置请求中的标识信息的配置信息，并将该配置信息传输出去，因此，服务器10不需要对配置信息进行额外的处理或解析，极大地降低了服务器10的负荷，且提高了下发配置信息的效率及速度。

数据库30，用于存储配置信息。本实施例中，数据库30中所存储的配置信息的格式为系统配置文件格式。数据库30中存储了所有的配置信息，以便于为不同的用户提供相对应的配置信息。系统配置文件可以是扩展名为ini或者xml的文件。在接收了配置信息的用户客户端中，其操作系统中的系统配置文件的扩展名通常是ini的，即ini文件通常被用来进行操作系统或程序的初始化及参数设置，因此将配置信息设置为ini格式可以使得客户端中的初始化或者参数设置的过程更为简单，通过直接地调用即可支持，有效地简化了处理过程，提高了效率。

在数据库30中，配置信息是以标识信息为索引进行存储的，也就是说配置信息是与标识信息对应的。

为更方便、自由地添加新的扩展功能或配置，如图4所示，上述配置管理系统还包括了后台接口50。

后台接口50，用于生成后台页面，通过后台页面接收配置信息并添加至数据库30。本实施例中，后台接口50生成后台页面，为后台管理员提供了管理接口，通过管理接口后台管理员可对配置信息进行新增或修改，新增或修改的配置信息存储于数据库30中。具体地，配置信息可以是表达扩展功能的代码，后台管理员在后台接口50生成的后台页面中自由地添加配置信息。

另一实施例中，后台接口50进一步用于添加与配置信息对应的标识信息。本实施例中，存储于数据库30中的配置信息各不相同，配置信息常常由于客户端中的版本号、用户标识、帐户号码等标识信息的不同而稍有不同，因此为配置信息一一添加标识信息，以便于适应不同的客户端。

在其它实施例中，上述配置管理系统还包括了客户端，该客户端用于解析配置信息，并保存解析后的配置信息。本实施例中，客户端接收透传的配置信息后，对配置信息进行解析，即客户端调用该配置信息进行扩展功能的添加及参数设置待处理过程，以增添新的功能，并保存。

下面结合一个详细的实施例来阐述上述配置管理方法及系统的应用过程。该实施例中，如图5所示，在基于客户端/服务器通信模型的客户端70中，客户端70与服务器10进行交互。当客户端70为新增扩展功能，向服务器10中发起配置请求，以下载配置信息。服务器10在接收到配置请求后，从配置请求中获取标识信息，从而根据标识信息从数据库30中提取扩展名为ini的配置信息，并直接透传至客户端70中。客户端70解析接收到的配置信息，以将其安装。

后台管理员可以通过后台接口50所提供的后台页面将配置信息添加至数据库30中，从而将配置信息的新增及修改存储于数据库30中，以方便服务器10将配置信息透传到客户端70中。

上述配置管理方法及系统中，将配置信息存储于数据库中，根据标识信息从提取配置信息，并透传该配置信息，不需要关心配置信息中的具体内容，也不再需要进行任何处理，有效地降低了负荷，提高了下发配置信息的速度及效率，且大幅降低了运营与维护的成本。

上述配置管理方法及系统中，客户端中通过统一的方法来新增扩展功能，易于维护与扩展，大大地降低了维护成本。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种配置管理方法，包括以下步骤：

生成后台页面，为后台管理员提供管理接口，通过所述后台页面接收后台管理员输入的表达扩展功能的代码，生成配置信息并添加至数据库；

接收配置请求，并从所述配置请求中获取标识信息；

根据所述标识信息从数据库中提取配置信息，所述数据库中存储的配置信息的格式为系统配置文件格式，且所述配置信息是以标识信息为索引进行存储的；

透传所述配置信息，透传指的是不对配置信息中的任何结构和数据进行改变，直接将配置信息传输到发起配置请求的用户客户端中。

2.根据权利要求1所述的配置管理方法，其特征在于，所述通过所述后台页面接收所述配置信息并添加至所述数据库的步骤之前还包括：

添加与所述配置信息对应的标识信息。

3.根据权利要求1所述的配置管理方法，其特征在于，所述透传所述配置信息的步骤之后还包括：

解析所述配置信息；

保存解析后的所述配置信息。

4.一种配置管理系统，其特征在于，至少包括：

后台接口，用于生成后台页面，为后台管理员提供管理接口，通过所述后台页面接收后台管理员输入的表达扩展功能的代码，生成配置信息并添加至数据库；

服务器，用于接收配置请求，从所述配置请求中获取标识信息，根据所述标识信息提取配置信息，并透传所述配置信息，透传指的是不对配置信息中的任何结构和数据进行改变，直接将配置信息传输到发起配置请求的用户客户端中；

数据库，用于存储所述配置信息，所述数据库中存储的配置信息的格式为系统配置文件格式，且所述配置信息是以标识信息为索引进行存储的。

5.根据权利要求4所述的配置管理系统，其特征在于，所述后台接口进一步用于添加与所述配置信息对应的标识信息。

6.根据权利要求4所述的配置管理系统，其特征在于，还包括：

客户端，用于解析所述配置信息，并保存解析后的配置信息。