CN201886473U - 配置文件更新系统、配置服务器及应用服务器 - Google Patents

Abstract

本申请实施例公开了一种配置文件更新系统、配置服务器及应用服务器，所述系统包括配置服务器和若干应用系统，每个应用系统内包含若干应用服务器，配置服务器和若干应用系统组成局域网，其中，应用系统内的应用服务器，用于向配置服务器发送用于请求配置文件的订阅消息；配置服务器，用于接收到订阅消息后，当更新保存的配置文件后，将更新后的配置文件在局域网内通过广播推送到发送了订阅消息的应用服务器；应用系统内的应用服务器，还用于通过更新后的配置文件替换应用服务器内原有的配置文件。应用本申请实施例通过配置服务器进行统一推送，由此减轻了系统开发人员的负担；并且实现了对配置文件的统一管理和更新，由此提高了更新效率。

Description

配置文件更新系统、配置服务器及应用服务器

技术领域

本申请涉及计算机技术领域，尤其涉及一种配置文件更新系统、配置服务器及应用服务器。

背景技术

在一个大型的网络系统中，可能包含多种WEB应用，每种WEB应用可能由至少一台服务器承载，以淘宝网(www.taobao.com)为例，其中包括了登录应用、商品详情查询应用、交易应用等多种WEB应用系统。每个WEB应用系统中都需要管理其自身的SESSION(会话)配置文件，SESSION配置文件中包含了WEB应用系统与客户端之间进行交互的信息，每一种信息也称为SESSION KEY(会话关键字)，例如，访问的IP地址、访问的时间等，每个SESSION KEY还具有其各自的属性值，包括是否加密、所使用的存储方式等。属于同一WEB应用系统中的所有服务器保存同样的SESSION配置文件，当WEB应用系统启动后，所有服务器将SESSION配置文件加载到内存中。

发明人在对现有技术的研究和实践过程中发现，每种WEB应用系统都保存各自的SESSION配置文件，并由开发人员进行统一设置和管理，对于一个包含了几十个甚至上百个WEB应用系统的大型网络系统来说，不同WEB应用系统的SESSION配置文件分别由不同的开发人员进行手工管理和配置，导致开发人员的负担增加；并且由于多种WEB应用系统中的SESSION配置文件都包含相同的SESSION KEY，因此大部分SESSION配置文件都很相似，分别进行管理难以统一集中操作。

实用新型内容

本申请实施例的目的是提供一种配置文件更新系统及服务器，以解决现有技术中每个WEB应用系统由其开发人员单独进行SESSION文件的配置和维护，导致开发人员负担增加且难以对配置文件进行统一管理的问题。

为解决上述技术问题，本申请实施例提供了一种配置文件更新系统，是这样实现的：

一种配置文件更新系统，包括配置服务器和若干应用系统，每个所述应用系统内包含若干应用服务器，所述配置服务器和所述若干应用系统组成局域网，其中，

所述应用系统内的应用服务器，用于向所述配置服务器发送用于请求配置文件的订阅消息；

所述配置服务器，用于接收到所述订阅消息后，当更新保存的配置文件后，将所述更新后的配置文件在所述局域网内通过广播推送到所述发送了订阅消息的应用服务器；

所述应用系统内的应用服务器，还用于通过所述更新后的配置文件替换所述应用服务器内原有的配置文件。

为解决上述技术问题，本申请实施例还提供了一种配置服务器，是这样实现的：

一种配置服务器，应用于由配置服务器和若干应用系统组成的局域网内，每个所述应用系统内包含若干应用服务器，所述配置服务器包括：

接收单元，用于接收应用系统中的应用服务器发送的用于请求配置文件的订阅消息；

更新单元，用于更新保存的配置文件；

推送单元，用于将所述更新后的配置文件在所述局域网内通过广播推送到所述发送了订阅消息的应用服务器，以使所述应用服务器根据所述更新后的配置文件替换原有的配置文件。

为解决上述技术问题，本申请实施例还提供了一种应用服务器，是这样实现的：

一种应用服务器，应用于由配置服务器和若干应用系统组成的局域网内，每个所述应用系统内包含若干所述应用服务器，所述应用服务器包括：

发送单元，用于向所述配置服务器发送用于请求配置文件的订阅消息；

接收单元，用于接收所述配置服务器在所述局域网内通过广播向所述应用服务器推送的更新后的配置文件；

更新单元，用于通过所述更新后的配置文件替换所述应用服务器内原有的配置文件。

可见，本申请实施例中应用系统内的应用服务器向配置服务器发送用于请求配置文件的订阅消息，当配置服务器更新保存的配置文件后，将更新后的配置文件在局域网内通过广播推送到发送了订阅消息的应用服务器，应用服务器通过更新后的配置文件替换该应用服务器内原有的配置文件。应用本申请实施例进行应用系统内的配置文件的更新，由于无需通过开发人员进行手工管理和配置，而是通过配置服务器进行统一推送，由此减轻了系统开发人员的负担；并且，由于所有应用服务器都共享配置文件，实现了对配置文件的统一管理和更新，由此提高了更新效率。

附图说明

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

图1为本申请配置文件更新系统的实施例结构图；

图2为应用本申请系统进行文件推送的实施例流程图；

图3为应用本申请系统进行文件更新的一个实施例流程图；

图4为应用本申请系统进行文件更新的另一个实施例流程图；

图5为本申请配置服务器的实施例框图；

图6为本申请应用服务器的实施例框图。

具体实施方式

本申请实施例提供了一种配置文件更新系统、配置服务器及应用服务器。

为了使本技术领域的人员更好地理解本申请实施例中的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。

参见图1，为本申请配置文件更新系统的实施例结构图。

在该系统结构图中，包括了配置服务器110和若干应用系统120，配置服务器110和若干应用系统120之间通过局域网连接，形成分布式结构，即所有应用系统120的配置文件由配置服务器110进行统一推送。在每个应用系统120内包含了至少一台应用服务器121，这些应用服务器121之间通过松散集成的软件和/或硬件连接起来，用于协同完成本应用系统的应用功能。

其中，所述应用系统120内的应用服务器121，用于向所述配置服务器110发送用于请求配置文件的订阅消息；

所述配置服务器110，用于接收到所述订阅消息后，当更新保存的配置文件后，将所述更新后的配置文件在所述局域网内通过广播推送到所述发送了订阅消息的应用服务器121；

所述应用系统120内的应用服务器121，还用于通过所述更新后的配置文件替换所述应用服务器121内原有的配置文件。

进一步，所述配置服务器110，还用于预先配置并保存由所述局域网内的应用系统120共享的配置文件。

进一步，所述应用系统120内的应用服务器121，还用于当所述应用系统120需要增加配置文件中的会话关键字时，向所述配置服务器110发送包含所述会话关键字的更新消息，当接收到所述配置服务器110返回的包含了所述会话关键字的更新后的配置文件后，通过所述更新后的配置文件替换原有的配置文件；

进一步，所述应用系统120内的应用服务器121，还用于当所述应用系统120需要删除配置文件中的会话关键字时，向所述配置服务器110发送包含请求删除所述会话关键字的更新消息，当接收到所述配置服务器121返回的删除了所述会话关键字的更新后的配置文件后，通过所述更新后的配置文件替换原有的配置文件。

需要说明的是，为了示例清晰，在图1中仅示出了两个应用系统120，并且在每应用系统120中仅是出了三个应用服务器121；另外，虽然图1中示出了一个配置服务器110，但是在实际应用中根据需要，配置服务器110的个数也可以为一个以上，对此本申请实施例不进行限制。

参见图2，为应用本申请系统进行文件推送的实施例流程图：

步骤201：配置服务器接收应用系统中的应用服务器发送的用于请求配置文件的订阅消息。

其中，该配置服务器内预先配置并保存了由局域网内的应用系统共享的一个配置文件，当某个应用系统需要接收配置服务器推送的配置文件时，该应用系统内的所有应用服务器都向该配置服务器发送订阅消息，以便当配置服务器内更新了配置文件后，可以相应推送到这些服务器内，即保证需要配置文件的应用系统中的每一个应用服务器都可以接收到更新后的配置文件。

在由配置服务器和应用系统组成的局域网内，配置服务器和应用系统中的应用服务器之间传输消息和传输配置文件都可以使用局域网的传输协议进行传输，例如，配置服务器可以接收应用系统中的应用服务器通过SOCKET传输协议传输的订阅消息。

步骤202：配置服务器判断是否更新了保存的配置文件，若是，则执行步骤203；否则，结束当前流程。

其中，本申请实施例中，由配置服务器统一对配置文件进行维护，在配置服务器内预先配置并保存了由该局域网内的应用系统共享的配置文件，在配置服务器侧进行配置文件的统一维护时，可以由维护人员对配置文件中的会话关键字进行修改、增加或删除等，配置服务器接收上述操作对配置文件修改后，更新配置文件中的会话关键字，生成新的配置文件。

另外，配置服务器只要接收到某个应用系统中的应用服务器发送的增加或者删除会话关键字的消息后，可以先对该会话关键字进行评估，当满足评估要求时，再执行相应的更新操作。例如，对于增加的会话关键字，可以评估该会话关键字是否是已经存在的会话关键字等，对于删除的会话关键字，可以评估是否所有应用系统都不再使用该会话关键字等。

步骤203：配置服务器将更新后的配置文件在局域网内通过广播推送到发送了订阅消息的应用服务器，结束当前流程。

在步骤201中，由于局域网内的应用服务器都通过发送订阅消息与配置服务器之间建立了连接，因此当配置服务器将更新后的配置文件在局域网内进行广播时，可以保证建立连接的应用服务器都可以接收到该更新后的配置文件。

当根据某个应用系统中的应用服务器发送的增加或删除会话关键字的消息更新了配置文件后，该配置文件将通过广播推送到发送了订阅消息的所有应用服务器，以实现所有应用系统都共享统一配置文件。

由上述实施例可知，由于应用系统的配置文件由配置服务器统一进行更新和维护，因此无需每个应用系统的开发人员进行手工配置和管理，由此降减轻了系统开发人员的负担。

参见图3，为应用本申请系统进行文件更新的一个实施例流程图：

步骤301：应用系统内的应用服务器向配置服务器发送用于请求配置文件的订阅消息。

在由配置服务器和若干应用系统组成的分布式网络结构中，配置服务器预先配置并保存了由局域网内的应用系统共享的配置文件，当应用系统需要接收配置服务器推送的配置文件时，该应用系统内的所有应用服务器都向该配置服务器发送订阅消息，以便当配置服务器内更新了配置文件后，可以相应推送该应用系统的服务器内，即保证该应用系统中的每一个应用服务器都可以接收到更新后的配置文件。

步骤302：应用服务器接收配置服务器在局域网内通过广播向该应用服务器推送的更新后的配置文件。

由于局域网内的应用服务器都通过发送订阅消息与配置服务器之间建立了连接，因此当配置服务器将更新后的配置文件在局域网内进行广播时，可以保证建立连接的应用服务器都可以接收到该更新后的配置文件。

步骤303：通过更新后的配置文件替换应用服务器内原有的配置文件，结束当前流程。

接收到更新后的配置文件的应用服务器可以用该更新后的配置文件替换服务器内原有的配置文件。

例如，所有应用系统的应用服务器内保存的配置文件中包含了会话关键字1至会话关键字N，当配置服务器内将配置文件内增加了会话关键字N+1后，则配置服务器将更新后的包含会话关键字1至会话关键字N+1的配置文件推送到所有服务器内，这些服务器用接收到的包含会话关键1至会话关键字N+1的配置文件替换原来仅包含会话关键1至会话关键字N的配置文件。

参见图4，为应用本申请系统进行文件更新的另一个实施例流程图，该流程详细示出了应用服务器在订阅了配置文件后，通过与配置服务器之间的通信对配置文件进行更新的过程：

步骤401：应用系统内的应用服务器向配置服务器发送用于请求配置文件的订阅消息。

步骤402：应用服务器接收配置服务器在局域网内通过广播向该应用服务器推送的更新后的配置文件。

步骤403：通过更新后的配置文件替换应用服务器内原有的配置文件。

本申请实施例中的应用系统仅是由配置服务器和若干应用系统组成的分布式网络中的某一个应用系统，实际上，对于所有向配置服务器发送过订阅消息的应用系统内的所有应用服务器都将接收到该更新后的配置文件。

由于配置文件是被所有应用系统共享的配置文件，因此某个应用系统内的应用服务器在使用该共享的配置文件时，从该配置文件中调取本应用系统在应用过程中所需要的会话关键字即可，即该配置文件中包含了所有应用系统需要的会话关键字。

步骤404：应用服务器所在的应用系统是否需要增加配置文件中的会话关键字，若是，则执行步骤405；否则，执行步骤407。

步骤405：应用系统内的应用服务器向配置服务器发送包含会话关键字的更新消息。

由于配置文件由配置服务器统一维护，因此如果该应用系统需要增加一个原来的配置文件中没有的会话关键字时，可以向配置服务器发送一个包含会话关键字的更新消息，由配置服务器对该会话关键字进行评估，如果该会话关键字符合评估要求，则将该会话关键字加入原来的配置文件中生成新的配置文件。

步骤406：当接收到配置服务器返回的包含了该会话关键字的更新后的配置文件后，通过更新后的配置文件替换原有的配置文件。

该增加了会话关键子的更新后的配置文件将通过广播推送到发送了订阅消息的所有应用服务器，以实现所有应用系统都共享统一配置文件。

步骤407：应用服务器所在的应用系统是否需要删除配置文件中的会话关键字，若是，则执行步骤408；否则，结束当前流程。

步骤408：应用系统内的应用服务器向配置服务器发送包含请求删除会话关键字的更新消息。

由于配置文件由配置服务器统一维护，因此如果该应用系统需要删除一个原来的配置文件中的会话关键字时，可以向配置服务器发送一个请求删除会话关键字的更新消息，由配置服务器对该会话关键字进行评估，如果该会话关键字所有的应用系统都不再需要，则将该会话关键字从原来的配置文件中删除生成新的配置文件。

步骤409：当接收到配置服务器返回的删除了该会话关键字的更新后的配置文件后，通过更新后的配置文件替换原有的配置文件，结束当前流程。

该删除了会话关键字的更新后的配置文件将通过广播推送到发送了订阅消息的所有应用服务器，以实现所有应用系统都共享统一配置文件。

参见图5，为本申请配置服务器实施例的结构图。

该配置服务器包括：接收单元510、更新单元520和推送单元530。

其中，接收单元510，用于接收应用系统中的应用服务器发送的用于请求配置文件的订阅消息；

更新单元520，用于更新保存的配置文件；

推送单元530，用于将所述更新后的配置文件在所述局域网内通过广播推送到所述发送了订阅消息的应用服务器，以使所述应用服务器根据所述更新后的配置文件替换原有的配置文件。

进一步，该配置服务器还可以包括(图5中未示出)：保存单元，用于预先配置并保存由所述局域网内的应用系统共享的配置文件。

具体的，更新单元520可以包括(图5中未示出)：操作接收单元，用于接收对所保存的配置文件进行的修改、增加、或删除操作；文件更新单元，用于根据所述操作更新所述配置文件中的会话关键字，生成新的配置文件。

参见图6，为本申请应用服务器实施例的结构图。

该应用服务器包括：发送单元610、接收单元620和更新单元630。

其中，发送单元610，用于向所述配置服务器发送用于请求配置文件的订阅消息；

接收单元620，用于接收所述配置服务器在所述局域网内通过广播向所述应用服务器推送的更新后的配置文件；

更新单元630，用于通过所述更新后的配置文件替换所述应用服务器内原有的配置文件。

进一步，所述发送单元610，还用于当所述应用服务器所在的应用系统需要增加配置文件中的会话关键字时，向所述配置服务器发送包含所述会话关键字的更新消息；

所述接收单元620，还用于接收所述配置服务器返回的包含了所述会话关键字的更新后的配置文件；

所述发送单元610，还用于当所述应用服务器所在的应用系统需要删除配置文件中的会话关键字时，向所述配置服务器发送包含请求删除所述会话关键字的更新消息；

所述接收单元620，还用于接收所述配置服务器返回的删除了所述会话关键字的更新后的配置文件。

通过以上的实施方式的描述可知，本申请实施例中应用系统内的应用服务器向配置服务器发送用于请求配置文件的订阅消息，当配置服务器更新保存的配置文件后，将更新后的配置文件在局域网内通过广播推送到发送了订阅消息的应用服务器，应用服务器通过更新后的配置文件替换该应用服务器内原有的配置文件。应用本申请实施例进行应用系统内的配置文件的更新，由于无需通过开发人员进行手工管理和配置，而是通过配置服务器进行统一推送，由此减轻了系统开发人员的负担；并且，由于所有应用服务器都共享配置文件，实现了对配置文件的统一管理和更新，由此提高了更新效率。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (1)

1.一种配置文件更新系统，其特征在于，包括配置服务器和若干应用系统，每个所述应用系统内包含若干应用服务器，所述配置服务器和所述若干应用系统组成局域网，每个应用系统中的应用服务器之间相互连接，配置服务器与所述应用服务器连接，其中，

所述应用系统内的应用服务器，用于向所述配置服务器发送用于请求配置文件的订阅消息；

所述配置服务器，用于接收到所述订阅消息后，当更新保存的配置文件后，将所述更新后的配置文件在所述局域网内通过广播推送到所述发送了订阅消息的应用服务器；

所述应用系统内的应用服务器，还用于通过所述更新后的配置文件替换所述应用服务器内原有的配置文件。 

Images