CN105490843A - 一种信息处理方法及系统 - Google Patents

Abstract

本发明公开了一种信息处理方法及系统，其中在管理平台与web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述方法包括：所述管理平台获取两台以上的web平台的配置信息；所述管理平台将所述配置信息存储于所述中间平台；所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

Description

一种信息处理方法及系统

技术领域

本发明涉及web服务器的配置技术，尤其涉及一种信息处理方法及系统。

背景技术

传统的web网站的一些配置参数通过在代码里进行文件配置，然后再上传到对应的服务器，又或者通过web服务器如nginx或apache等配置文件进行修改，无法做到满足运营的随时变化的要求，且一个大的系统的代码修改也存在一些风险，web服务器的配置参数修改还必须重启服务器，因此都存在一些不必要的麻烦和未知的风险。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种信息处理方法及系统，能够将配置信息保存到web平台的内存中，从而减少web平台的I/O请求，而且在无需重启web平台即可完成web平台的配置参数的修改，因此，能够提高web平台的服务器性能。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种信息处理方法，在管理平台与web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述方法包括：

所述管理平台获取两台以上的web平台的配置信息；

所述管理平台将所述配置信息存储于所述中间平台；

所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

在本发明的一种实施例中，当有新的web平台接入所述管理平台时，所述方法还包括：所述管理平台为web平台设置标识信息。

在本发明的一种实施例中，所述为web平台设置标识信息之前，所述方法还包括：接收web平台的接入请求，所述接入请求用于请求接入所述管理平台。

在本发明的一种实施例中，所述第一信息还包括待获取的配置信息的标识信息，所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，包括：

所述web平台获取自身的标识信息和所述第一标识信息，所述第一标识信息为待获取的配置信息的标识信息；

所述web平台根据所述自身的标识信息从所述中间平台上获取自身的配置信息簇；

所述web平台根据所述第一标识信息从所述配置信息簇中获取自身对应的配置信息。

在本发明的一种实施例中，所述管理平台将所述配置信息存储于所述中间平台，包括：

所述管理平台获取所述配置信息对应的属性信息；

所述管理平台按照所述属性信息将所述配置信息存储于所述中间平台。

在本发明的一种实施例中，所述中间平台为Redis服务器。

在本发明的一种实施例中，所述中间平台为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；

对应地，所述管理平台将所述配置信息存储于所述中间平台，包括：

所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。

第二方面，本发明实施例提供一种信息处理系统，所述系统包括管理平台、web平台和中间平台，其中所述管理平台包括第一获取单元和存储单元，其中：

所述中间平台设置在所述管理平台与所述web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述中间平台用于存储两台以上的web平台的配置信息；

所述第一获取单元，用于获取两台以上的web平台的配置信息；

所述存储单元，用于将所述两台以上的web平台的配置信息存储于所述中间平台；

所述web平台，用于根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

在本发明的一种实施例中，所述第一信息还包括待获取的配置信息的标识信息，所述web平台包括第二获取单元、第三获取单元和第四获取单元，其中：

所述第二获取单元，用于获取自身的标识信息和所述第一标识信息，所述第一标识信息为待获取的配置信息的标识信息；

所述第三获取单元，用于根据所述自身的标识信息从所述中间平台上获取自身的配置信息簇；

所述第四获取单元，用于根据所述第一标识信息从所述配置信息簇中获取自身对应的配置信息。

在本发明的一种实施例中，所述中间平台为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；

对应地，所述存储单元，用于所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。

第三方面，本发明实施例提供一种信息处理方法，在管理平台与web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述方法包括：

所述管理平台获取两台以上的web平台的配置信息；

所述管理平台将所述配置信息存储于所述中间平台。

本发明实施例提供一种信息处理方法及系统，其中在管理平台与web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述方法包括：所述管理平台获取两台以上的web平台的配置信息；所述管理平台将所述配置信息存储于所述中间平台；所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息，如此，能够将配置信息保存到web平台的内存中，从而减少web平台的I/O请求，而且在无需重启web平台即可完成web平台的配置参数的修改，因此，能够提高web平台的服务器性能。

附图说明

图1-1为本发明实施例中信息处理系统中各平台的连接结构示意图；

图1-2为本发明实施例一信息处理方法的实现流程示意图；

图2为本发明实施例二信息处理方法的实现流程示意图；

图3为本发明实施例三信息处理方法的实现流程示意图；

图4为本发明实施例四信息处理系统的组成结构示意图；

图5为本发明实施例五信息处理系统的组成结构示意图。

具体实施方式

在本发明以下的实施例中，首先设置一个用于管理多个web平台配置信息的管理平台，由管理平台将配置信息设置到中间平台如Redis服务器中，其中，所述中间平台设置与于管理平台与web平台之间，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，各个web平台根据自己的业务逻辑获取对应的配置信息如黑名单的设置参数、网站URL的配置信息，本发明实施例的主要特点包括：1)只需管理人员在管理平台进行相应的配置参数配置，降低人力和配置文件的修改带来的风险；2)管理平台通过将配置的数据存储到Redis中，打通各个平台与管理平台的数据交互；3)将数据保存到内存中，减少服务器的I/O请求，提高服务器性能；4)配置参数的实时性。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

实施例一

基于前述的实施例，本发明实施例提供一种信息处理方法，该方法应用于信息处理系统，所述系统包括管理平台、两个以上的web平台和中间平台，该方法所实现的功能都可以通过系统中各平台中的处理器而实现。需要说明的是，在本发明实施例中，如图1-1的b图所示，所述中间平台设置与于管理平台与web平台之间，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接。

图1-2为本发明实施例一信息处理方法的实现流程示意图，如图1-2所示，该信息处理方法，所述方法包括：

步骤S101，所述管理平台获取两台以上的web平台的配置信息；

这里，所述管理平台可以同时或先后获取两台以上的web平台的配置信息，所述配置信息可以包括多种类型的，例如配置信息可以包括IP地址、以及黑白名单等，还可以包括与web平台的域名或应用需要相关的参数。

这里，在具体实现的过程中，所述web平台可以为web服务器，该web服务器可以为第三方的web服务器，当为第三方的web服务器时，所述配置信息可以为第三方网站的域名、以及授权码(私钥)、用户名或密码等，所述管理平台可以为用于管理web平台的服务器或服务器集群。

步骤S102，所述管理平台将所述配置信息存储于所述中间平台；

本发明实施例中，所述中间平台为Redis服务器。

本发明实施例中，所述中间平台可以为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；

对应地，所述管理平台将所述配置信息存储于所述中间平台，包括：

所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。

步骤S103，所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

在具体实施例的过程中，当配置信息以keyfieldvalue的格式存储时，所述第一信息可以对应于field保存的键名，而获取的配置信息则对应于value保存键名对应的值。

本发明实施例中，在管理平台与web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述方法包括：所述管理平台获取两台以上的web平台的配置信息；所述管理平台将所述配置信息存储于所述中间平台；所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息，由此可见，本发明实施例在管理平台与众多web平台之间架设一个中间平台(Redis服务器)，然后管理平台将配置信息存储到中间平台中，再由各个web平台根据自己的业务逻辑去获取对应的配置信息，需要说明的是，在具体实施例的过程中，通过管理平台可以以键值对的形式来存储配置信息，因此管理平台将配置信息写入存储于中间平台的各个配置的键值对，然后web平台根据自己的需求去获取对应将key，从而完成配置操作。因此，本发明实施例提供的技术方案，能够将配置信息保存到web平台的内存中，从而减少web平台的I/O请求，而且在无需重启web平台即可完成web平台的配置参数的修改，因此，能够提高web平台的服务器性能。

实施例二

基于前述的实施例，本发明实施例提供一种信息处理方法，该方法应用于信息处理系统，所述系统包括管理平台、两个以上的web平台和中间平台，该方法所实现的功能都可以通过系统中各平台中的处理器而实现。需要说明的是，在本发明实施例中，如图1-1的b图所示，所述中间平台设置与于管理平台与web平台之间，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接。

图2为本发明实施例二信息处理方法的实现流程示意图，如图2所示，该信息处理方法，所述方法包括：

步骤S201，web平台向管理平台发送接入请求；

这里，所述接入请求用于请求接入所述管理平台；

步骤S202，管理平台接收web平台的接入请求；

步骤S203，所述管理平台响应所述接入请求，为web平台设置标识信息，将web平台的标识信息发送给所述web平台。

这里，所述web平台的标识信息可以携带于接入响应中，并将所述接入响应发送给所述web平台。

步骤S204，所述管理平台获取两台以上的web平台的配置信息；

这里，所述管理平台可以同时或先后获取两台以上的web平台的配置信息，所述配置信息可以包括多种类型的，例如配置信息可以包括IP地址、以及黑白名单等，还可以包括与web平台的域名或应用需要相关的参数。

这里，在具体实现的过程中，所述web平台可以为web服务器，该web服务器可以为第三方的web服务器，当为第三方的web服务器时，所述配置信息可以为第三方网站的域名、以及授权码(私钥)、用户名或密码等，所述管理平台可以为用于管理web平台的服务器或服务器集群。

步骤S205，所述管理平台将所述配置信息存储于所述中间平台；

这里，所述管理平台将所述配置信息存储于所述中间平台，包括：

步骤S2051，所述管理平台获取所述配置信息对应的属性信息；

步骤S2052，所述管理平台按照所述属性信息将所述配置信息存储于所述中间平台。

步骤S206，所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

本发明实施例中，所述第一信息还包括待获取的配置信息的标识信息，所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，包括：

步骤S261，所述web平台获取自身的标识信息和所述第一标识信息，所述第一标识信息为待获取的配置信息的标识信息；

步骤S262，所述web平台根据所述自身的标识信息从所述中间平台上获取自身的配置信息簇；

步骤S263，所述web平台根据所述第一标识信息从所述配置信息簇中获取自身对应的配置信息。

实施例三

本发明实施例提供一种信息处理方法，图3为本发明实施例三信息处理方法的实现流程示意图，如图3所示，在该方法中，首先搭建一套用于管理配置信息的管理平台。

在该管理平台中设置一个管理界面，用户或管理员通过一个管理界面，在里面配置各个平台，如假设这个时候有一个新的web平台要接入到此管理平台，则管理员可以在此界面输入web平台的名称(web平台的名称可以为视为一种web平台的身份)，然后提交保存。当然前述的接入是指由管理平台侧完成的，在具体实现的过程中，web平台接入管理平台还可以基于请求和响应的方式，例如web平台向管理平台发送接入请求，该接入请求中可以携带web平台的名称或其他的web平台的属性信息，然后管理平台获取web平台的标识信息，然后该web平台的标识信息携带与接入响应中发送给web平台。这里，管理平台可以根据web平台的名称或其他属性信息给web平台分配标识信息，例如如图3所示，web平台3是新接入的web平台，那么管理平台为web平台3生成一个唯一值(可以理解为标识信息)，限定唯一值的前缀如”plateform-”，后面由管理平台根据平台现有的数目计算出一个数值如当前管理平台已有2个web平台，那么新加入的web平台3的唯一值即为plateform-3。

然后，搭建一套Redis的集群服务器，至少需要开启三个Redis服务即三个节点，其中一个节点为主节点，其他2个节点为从节点(如图1-1的a图所示)，当进行配置信息更新的时候，管理平台都是往主节点写入数据，而主节点同时也会将数据同步到从节点，这样当主节点停止服务的时候，从节点可以迅速的升级为主节点，继续提供服务而且能保证数据不丢失。

接着，提供一个配置的管理界面，可以根据生成的标识信息选择对应要配置的web平台，只需输入简单的键名和键名对应的值，将数据保存在Redis的hash表中，Redis的hash表支持keyfieldvalue的格式存储，key用来保存每个web平台的唯一值(即生成的唯一值)，field用来保存键名，value用来保存键名对应的值。

最后，当各个web平台配置的参数设置好，各个web平台可以根据自己的业务逻辑以对应的key和field从Redis中去获得相应的配置参数，进行后续的业务逻辑操作。

通过以上就可以实现一个管理多个web网站的配置参数，本发明实施例提供的方法，具有以下优点：1)只需管理人员在管理平台进行相应的配置参数配置，降低人力和配置文件的修改带来的风险。2)管理平台通过将配置的数据存储到Redis服务器中，打通各个web平台与管理平台的数据交互。3)web平台能够将数据(配置信息)保存到自身的内存中，从而无需重启，即可修改自身的配置参数，因此能够减少服务器的I/O请求，提高服务器性能。4)配置参数的实时性。5)该配置参数的使用的意义可以延伸到非常广的范围，如配置网站的黑名单、URL重定向，限制IP访问等诸多功能的应用场景。6)管理平台的业务逻辑非常简单，只需提供选择各个平台以及输入对应的配置信息存储到Redis服务器即可。

实施例四

基于前述的实施例，本发明实施例再提供一种信息处理系统，所述系统包括管理平台、web平台和中间平台，其中，各平台所包括的各单元，以及各单元所包括的各模块，都可以通过对于的平台中的处理器来实现，当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图4为本发明实施例四信息处理系统的组成结构示意图，如图4所示，该系统包括管理平台401、web平台402和中间平台403，其中所述管理平台401包括第一获取单元411和存储单元412，其中：

所述中间平台402设置在所述管理平台401与所述web平台403之间设置中间平台，所述中间平台402与管理平台401建立通信连接，且与web平台403建立通信连接，所述中间平台402用于存储两台以上的web平台的配置信息；

所述第一获取单元411，用于获取两台以上的web平台的配置信息；

所述存储单元412，用于将所述两台以上的web平台的配置信息存储于所述中间平台；

这里，所述管存储单元，包括获取模块和存储模块，其中：所述获取模块，用于获取所述配置信息对应的属性信息；所述存储模块，用于按照所述属性信息将所述配置信息存储于所述中间平台。

所述web平台402，用于根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

本发明实施例中，所述中间平台为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；

对应地，所述存储单元，用于所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。

本发明实施例中，所述管理平台还包括设置单元，用于当有新的web平台接入所述管理平台时，为web平台设置标识信息。

这里，所述管理平台还包括接收单元，用于接收web平台的接入请求，所述接入请求用于请求接入所述管理平台。

这里需要指出的是：以上系统实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明系统实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

实施例五

基于前述的实施例，本发明实施例再提供一种信息处理系统，所述系统包括管理平台、web平台和中间平台，其中，各平台所包括的各单元，以及各单元所包括的各模块，都可以通过对于的平台中的处理器来实现，当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图5为本发明实施例五信息处理系统的组成结构示意图，如图5所示，该系统包括管理平台401、web平台402和中间平台403，其中所述管理平台401包括第一获取单元411和存储单元412，其中所述web平台402包括第二获取单元421、第三获取单元422和第四获取单元423，其中：

所述中间平台402设置在所述管理平台401与所述web平台403之间设置中间平台，所述中间平台402与管理平台401建立通信连接，且与web平台403建立通信连接，所述中间平台402用于存储两台以上的web平台的配置信息；

所述第一获取单元411，用于获取两台以上的web平台的配置信息；

所述存储单元412，用于将所述两台以上的web平台的配置信息存储于所述中间平台；

这里，所述管存储单元，包括获取模块和存储模块，其中：所述获取模块，用于获取所述配置信息对应的属性信息；所述存储模块，用于按照所述属性信息将所述配置信息存储于所述中间平台。

所述第二获取单元421，用于获取自身的标识信息和所述第一标识信息，所述第一标识信息为待获取的配置信息的标识信息；

所述第三获取单元422，用于根据所述自身的标识信息从所述中间平台上获取自身的配置信息簇；

所述第四获取单元423，用于根据所述第一标识信息从所述配置信息簇中获取自身对应的配置信息。

本发明实施例中，所述管理平台还包括设置单元，用于当有新的web平台接入所述管理平台时，为web平台设置标识信息。

这里，所述管理平台还包括接收单元，用于接收web平台的接入请求，所述接入请求用于请求接入所述管理平台。

本发明实施例中，所述中间平台为Redis服务器。在本发明的另一实施例中，所述中间平台为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；对应地，所述存储单元，用于所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。

这里需要指出的是：以上系统实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明系统实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ReadOnlyMemory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种信息处理方法，其特征在于，在管理平台与web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述方法包括：

所述管理平台获取两台以上的web平台的配置信息；

所述管理平台将所述配置信息存储于所述中间平台；

所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

2.根据权利要求1所述的方法，其特征在于，当有新的web平台接入所述管理平台时，所述方法还包括：所述管理平台为web平台设置标识信息。

3.根据权利要求2所述的方法，其特征在于，所述为web平台设置标识信息之前，所述方法还包括：接收web平台的接入请求，所述接入请求用于请求接入所述管理平台。

4.根据权利要求1所述的方法，其特征在于，所述第一信息还包括待获取的配置信息的标识信息，所述web平台根据第一信息从所述中间平台上获取自身对应的配置信息，包括：

所述web平台获取自身的标识信息和所述第一标识信息，所述第一标识信息为待获取的配置信息的标识信息；

所述web平台根据所述自身的标识信息从所述中间平台上获取自身的配置信息簇；

所述web平台根据所述第一标识信息从所述配置信息簇中获取自身对应的配置信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述管理平台将所述配置信息存储于所述中间平台，包括：

所述管理平台获取所述配置信息对应的属性信息；

所述管理平台按照所述属性信息将所述配置信息存储于所述中间平台。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述中间平台为Redis服务器。

7.根据权利要求6所述的方法，其特征在于，所述中间平台为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；

对应地，所述管理平台将所述配置信息存储于所述中间平台，包括：

所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。

8.一种信息处理系统，其特征在于，所述系统包括管理平台、web平台和中间平台，其中所述管理平台包括第一获取单元和存储单元，其中：

所述中间平台设置在所述管理平台与所述web平台之间设置中间平台，所述中间平台与管理平台建立通信连接，且与web平台建立通信连接，所述中间平台用于存储两台以上的web平台的配置信息；

所述第一获取单元，用于获取两台以上的web平台的配置信息；

所述存储单元，用于将所述两台以上的web平台的配置信息存储于所述中间平台；

所述web平台，用于根据第一信息从所述中间平台上获取自身对应的配置信息，所述第一信息至少包括自身的标识信息。

9.根据权利要求7所述的系统，其特征在于，所述第一信息还包括待获取的配置信息的标识信息，所述web平台包括第二获取单元、第三获取单元和第四获取单元，其中：

所述第二获取单元，用于获取自身的标识信息和所述第一标识信息，所述第一标识信息为待获取的配置信息的标识信息；

所述第三获取单元，用于根据所述自身的标识信息从所述中间平台上获取自身的配置信息簇；

所述第四获取单元，用于根据所述第一标识信息从所述配置信息簇中获取自身对应的配置信息。

10.根据权利要求7或8所述的系统，其特征在于，所述中间平台为Redis集群，所述Redis集群至少包括一台Redis服务器作为主服务器，另外两台Redis服务器作为所述主服务器的从服务器；

对应地，所述存储单元，用于所述管理平台将所述配置信息存储于主服务器，并更新所述从服务器上的配置信息。