专利名称：网络系统、信息管理服务器及信息管理方法
技术领域：
本发明涉及对于向客户终端提供信息的网络系统，改良管理其信息的信息管理服务器的信息管理方法，以及减轻负荷分散系统中的管理服务器的负荷的系统结构。
背景技术：
作为管理信息的系统形态，有集中型和分散型，该信息为对应于来自构成网络系统的客户终端的请求而提供的信息。集中型信息管理系统包含汇总管理网络系统内管理的信息的信息管理服务器，该信息管理服务器对应于来自各客户终端的请求提供信息。在这种系统形态下，包括信息提供的系统负荷集中在管理服务器。
另一方面，在分散型信息管理系统中，将从信息管理服务器提供的作为对象的信息发信给多个信息提供服务器，并保持在各信息提供服务器中。另外，将客户终端分成组，通过使各组客户终端访问的信息提供服务器不同，即通过形成分散，可减轻信息管理服务器的负荷。但是，在该分散型信息管理系统中，多个信息提供服务器为了根据发信的信息来确认是否正常提供服务，必需在各信息提供服务器和信息管理服务器之间进行紧密的通信，从而网络通信量增大，对各服务器的负荷也增大。
并且，在该分散型信息管理系统中，当在服务器侧监视客户终端的运行状态时，通常由信息管理服务器进行客户终端的状态监视。
如上所述，对于客户服务器型的网络系统而言，与集中型及分散型的种类无关，功能倾向于集中在服务器侧，随着客户终端的连接台数增多，服务器侧的负荷增大。因此，期望可减轻服务器侧负荷的信息管理方法。
该问题即使是分散型信息管理系统也一样，现状是若客户数量增大，信息提供服务器数量相应增多，与各信息提供服务器之间进行通信的信息管理服务器的负荷也增大，所以没有根本解决减轻服务器侧的负荷的问题。
为了解决上述问题而提出本发明，其一个目的在于提供实现改良的信息管理的一种方法的信息管理服务器。
另外，另一目的在于提供一种客户终端用管理服务器，可实现对负荷分散系统进行系统管理的管理服务器负荷的减轻。
再一目的在于提供一种负荷分散系统中的管理服务器，可向客户系统提供可实现负荷减轻的信息。
发明内容
为了实现上述目的，根据本发明一形态的网络系统具有至少一个发信目的地装置；保持上述发信目的地装置参照信息的至少一个发信源装置，和管理装置；其中，上述发信目的地装置具有输出关于发信源装置状况的状况信息的单元；根据上述输出的状况信息，接收由上述管理装置生成的、成为信息参照对象的发信源装置的列表的设定的单元；和使用上述设定的列表来决定作为信息参照对象的发信源装置的单元。
另外，根据本发明一形态的发信目的地装置，与保持信息的至少一个发信源装置及管理装置一起构成网络系统，其中，具有检测并输出关于发信源装置状况的状况信息的单元；根据上述输出的状况信息，接收由上述管理装置生成的、作为信息参照对象的发信源装置的列表的设定的单元；和使用上述设定的列表来决定作为信息参照对象的发信源装置的决定单元。
这里，从上述发信源装置出来的被参照的信息是逐渐更新的信息，上述决定单元根据上述检测出的发信源装置的状况、和发信源装置保持的信息更新状态，从列表中包含的发信源装置中决定作为信息参照对象的发信源装置。
另外，检测上述状况信息的单元通过与发信源装置之间在每规定时间的访问，检测发信源装置的运行状况，同时，通过与发信源装置之间的通信通过量，检测出发信源装置的负荷状况，可根据上述负荷状况来变更上述规定时间。
另外，根据本发明其它形态的发信目的地装置的控制方法中，发信目的地装置与保持信息的至少一个发信源装置及管理装置一起构成网络系统，其中，具有检测并输出关于发信源装置状况的状况信息的步骤；根据上述输出的状况信息，接收由上述管理装置生成的、作为信息参照对象的发信源装置的列表的设定的步骤；和使用上述设定的列表来决定作为信息参照对象的发信源装置的步骤。
另外，在其它形态中，由发信目的地装置执行的程序，该发信目的地装置与保持信息的至少一个发信源装置及管理装置一起构成网络系统，在上述配送目的装置中执行，包括检测并输出关于发信源装置状况的状况信息的步骤；根据上述输出的状况信息，接收上述管理装置生成的、作为信息参照目的的发信源装置列表的步骤；和使用上述设定的列表来决定作为信息参照对象的发信源装置的步骤。
另外，根据本发明的信息管理服务器具有信息收集处理单元，通过解释输入信息的内容，生成客户信息、取得或更新管理对象信息用的内容信息及内容信息的管理信息，或输入信息的内容特定的信息存储场所中取得信息；连续监视单元，通过从客户终端对管理信息的定期访问来监视客户终端的运行状态；和信息发送单元，对应于来自客户终端的信息取得请求来发送内容信息。
另外，根据本发明的信息管理方法通过解释输入信息的内容，生成信息管理用的管理信息和取得或更新被管理信息用的内容信息，或由输入信息的内容特定的信息存储场所中取得信息，通过从客户终端对管理信息的定期访问来监视客户终端的运行状态，同时，对应于来自客户终端的信息取得请求发送内容信息。
另外，根据本发明的负荷分散系统中的管理服务器与一个到多个客户系统、保持上述客户系统参照的信息的多个信息提供服务器、和具有网络监视功能的网络监视服务器一起构成网络系统，进行网络系统的系统管理，其中，上述各信息提供服务器分别具有系统内信息管理用数据库，其记录信息提供服务器管理信息，该信息提供服务器管理信息用于把握各信息提供服务器分散保持的信息；和服务器列表管理单元，根据上述系统内信息管理用数据库和上述网络系统中包含的各服务器的负荷状况，选定作为上述各客户系统访问对象的上述服务器，生成该被选定的上述服务器的列表，其特征在于上述各客户系统在收集信息时，通过参照上述服务器列表，可直接访问该服务器。
另外，一旦从检测到多路复用中的一个上述网络监视服务器停机的其它上述网络监视服务器发送系统停机通知信息，则上述服务器列表管理单元再生成上述服务器列表，发送给将停机的上述网络监视服务器作为访问对象的上述客户系统。
另外，根据本发明信息管理方法中，管理服务器与一个到多个客户系统、保持上述客户系统参照的信息的多个信息提供服务器、和具有网络监视功能的网络监视服务器一起构成网络系统，进行网络系统的系统管理，其中，包含根据记录信息提供服务器管理信息的系统内信息管理用数据库和上述网络系统中包含的各服务器的负荷状况，选定上述各客户系统的作为访问对象的上述服务器，生成该被选定的上述服务器的列表，该信息提供服务器管理信息是为了把握上述各信息提供服务器分别分散保持的信息用的，上述各客户系统在收集信息时，通过参照上述服务器列表，可直接访问该服务器。
根据本发明的负荷分散系统中的客户终端用管理服务器与保持对网络系统内提供信息的信息提供服务器、具有网络监视功能的网络监视服务器、和进行上述网络系统的系统管理的管理服务器一起构成网络系统，从上述信息提供服务器之一中取得连接的客户终端或自己想参照的信息，其中，具有服务器列表存储单元，存储事先生成的、作为访问对象的上述各服务器的列表；和信息收集处理单元，为了收集必要的信息，根据上述服务器列表来访问对应的上述服务器，在收集信息时，通过参照上述服务器列表，可直接访问该服务器。
另外，在上述服务器列表存储单元中存储多组服务器列表，上述信息收集处理单元在检测到包含于正在参照的服务器列表中的任一上述服务器停机时，通过将参照的服务器列表切换为其它服务器列表，继续服务器访问。
另外，根据把握上述各信息提供服务器分别分散保持的信息用的信息提供服务器管理信息和上述网络系统中包含的各服务器的负荷状况，由上述管理服务器生成并下载上述服务器列表。
另外，上述信息收集处理单元通过对也担当上述信息提供服务器的上述网络监视服务器定期询问有无更新信息，对上述网络监视服务器确认该客户终端用管理服务器正在运行。
另外，根据本发明的客户终端用管理服务器的信息管理方法中，客户终端用管理服务器与保持对网络系统内提供的信息的信息提供服务器、具有网络监视功能的网络监视服务器、和进行上述网络系统的系统管理的管理服务器一起构成网络系统，从上述信息提供服务器之一中取得被连接的客户终端或自身想参照的信息，其中，为了收集必要的信息，通过参照事先生成的作为访问对象的上述各服务器的列表，可直接访问对应的上述服务器。
另外，根据本发明的记录负荷分散系统用程序的媒体，该程序是在管理服务器中运行的程序，该管理服务器与一个到多个客户系统、保持上述客户系统参照的信息的多个信息提供服务器、和具有网络监视功能的网络监视服务器一起构成网络系统，进行网络系统的系统管理，其中，该程序用于根据把握上述各信息提供服务器分别分散保持的信息用的信息提供服务器管理信息和上述网络系统中包含的各服务器的负荷状况，选定上述各客户系统的作为访问对象的上述服务器，生成该被选定的上述服务器的列表。
另外，根据本发明其它方面的记录负荷分散系统用程序的媒体中记录在客户终端用管理服务器中运行并执行的程序，该客户终端用管理服务器与保持对网络系统内提供信息的信息提供服务器、具有网络监视功能的网络监视服务器、和进行上述网络系统的系统管理的管理服务器一起构成网络系统，从上述信息提供服务器之一中取得连接的客户终端或自身想参照的信息，其中，收集信息时，通过参照服务器列表，可直接访问对应的服务器，该服务器列表包括作为访问对象的上述各服务器的地址列表的服务器列表。
附图的简要说明
图1是表示根据本发明的负荷分散系统一实施例的系统整体结构图。
图2是本实施例中的负荷分散系统的结构框图。
图3是表示本实施例中管理服务器生成的服务器列表的实例的示意图。
图4是表示客户终端用管理服务器43在初期导入时的处理的流程图。
图5是表示更新信息时的系统动作的流程图。
下面，根据附图来说明本发明的最佳实施例。
最佳实施例的描述图1是表示根据本发明的负荷分散系统一实施例的系统整体结构图，图2结构框图。根据本发明的负荷分散系统由通过因特网2连接的后述各计算机构成的网络系统形成。图1中，表示出了为了进行网络系统整体的系统管理而设置的管理服务器10；保持对客户提供的信息的信息提供服务器20；在监视网络的同时、保持提供给客户的信息的也是信息提供服务器的网络监视服务器30；管理域名的DNS/DAP服务器4、管理时间的NTS服务器6、和取得由上述服务器提供的必要信息的客户系统40。客户系统40由连接在LAN41上的一至多个客户终端42和客户终端用管理服务器43等构成。客户终端用管理服务器43相当于客户终端42用的DHCP服务器，进行客户终端42的地址管理。另外，按照规定的处理顺序从任一服务器4、6、20、30中取得客户终端42或自身想参照的信息。
管理服务器10以前是为了汇总集中进行网络管理而设置的基干服务器计算机。在本实施例中，其目的之一则是为了减轻该管理服务器10承担的负荷。管理服务器10具有信息管理用数据库12、服务器管理部14、服务器列表管理部16及服务器列表保持部18。
在信息管理用数据库12中存储客户终端用管理服务器43和客户终端42的对应关系等关于客户系统40的客户信息、取得或更新管理对象信息用的内容信息、及内容信息的管理信息。这些信息从未图示的输入单元输入，或通过解释从内容服务器等接收的信息内容来生成，或根据输入信息内容从特定的信息存储场所来收集。
并且，服务器20、30中记录用于把握分别分散保持信息的信息提供服务器的管理信息。服务器管理部14进行与信息分配或负荷分散系统的连接/切断、运行/停止等服务器4、6、20、30的管理、监视。服务器列表管理部16根据信息管理用数据库12及网络系统中包含的各服务器4、6、20、30等的负荷状况来选定作为客户终端用管理服务器43的访问对象的服务器4、6、20、30，生成该选定服务器4、6、20、30的地址列表(下面称为服务器列表)。并且，在将该服务器列表写入服务器列表保持部18的同时，发送到网络监视服务器30。在本实施例中，虽仅由一个管理服务器10就可作用，但还是通过多路复用管理服务器10设置镜像服务器来构成。从而，即使任一管理服务器10由于不能预期的故障等停机，或即使为了维修等而暂时停止系统，也可继续运行系统。
网络监视服务器30相当于NOC(网络操作中心)，具有网络监视部31、信息管理部32和管理信息数据库33。网络监视部31通过网络监视功能来监视客户终端用管理服务器43的运行状态。管理信息数据库33是其中存储由管理服务器10分配的内容信息的管理信息的数据库。具体而言，存储包含被更新内容信息或内容信息的存储场所的管理信息、和向用户提供必要的业务规则用的信息。信息管理部32是发挥作为信息提供服务器功能的单元，对应于来自客户终端用管理服务器43的请求提供管理信息数据库33中存储的信息。
信息提供服务器20具有信息管理部21及模块数据库22。模块数据库22是其中存储由管理服务器10分配的信息的数据库。具体而言，存储客户终端用管理服务器43使用的知识库的最新模块、规则库的最新模块等内容信息。本实施例中提供的信息是目标(オブジエクト)，是管理服务器10保持的实例(インスタンス)的拷贝，由管理服务器10分配。另外，使客户终端用管理服务器43保持管理的目标和信息提供服务器20保持管理的目标相关联。由网络监视服务器30管理这些目标。
这些信息提供服务器20或网络监视服务器30在从管理服务器10接收目标的发信方面在管理服务器10来看的情况下是发信目的地装置，管理服务器10在从该信息提供服务器20或网络监视服务器30看的情况下是发信源装置。
客户终端用管理服务器43具有服务器列表接收部44、服务器列表45、信息管理部46。服务器列表接收部44接收从网络监视服务器30发送来的服务器列表45。信息管理部46管理客户系统侧的信息，具有询问服务器列表45中指定的网络监视服务器30是否更新对客户系统必要信息的询问部47；和在更新信息时，从服务器列表45中指定的网络监视服务器30或信息提供服务器20中收集最新信息的信息收集部48。
这些服务器组基本上提供以下服务。即，在管理服务器10种输入、保持与目标相关的信息(目标信息)。按规定定时将该目标信息发信给各信息提供服务器20及网络监视服务器30。在本实施例中，管理服务器10也可以不确认各信息提供服务器20及网络监视服务器30是否根据分配给其的目标信息进行正常处理。理由如下所述。
信息提供服务器20根据接收到的目标信息来执行规定处理。例如，在目标信息是关于软件模块的修正数据或插入码(软件更新用数据)存储的信息的情况下，若可以取得，则从目标信息中包含的URL中得到并保持修正数据。信息提供服务器20虽然象这样收集各种内容等、各种目标信息或基于其取得的信息等来动作，但在由于某种原因不能收集的情况下，也可在规定条件(例如在规定时间内不能收集等)下中断收集。
网络监视服务器30根据接收到的目标信息来执行规定处理。网络监视服务器30在例如目标信息是关于软件模块修正数据或插入码存在的信息的情况下，保持该软件模块的特定信息、或作为修正数据或插入码对象的模块版本及称为更新后版本的概要信息。
对应于来自客户侧的请求，向作为请求源的客户侧发信这些由信息提供服务器20或网络监视服务器30保持的信息。因此，在该情况下，信息提供服务器20或网络监视服务器30是信息的发信源装置，客户侧是信息的发信目的地装置。客户侧定期访问网络监视服务器30，边边报告其运行状态，边取得根据目标信息得到的概要信息，进行软件模块的更新，此时，向信息提供服务器20请求更新用数据。信息提供服务器20返回被请求的软件模块中保持的更新数据的概要信息(版本)。客户侧判断该概要信息中所示的版本的更新数据是否有必要，在必要时则取得更新数据。此时，更新数据的版本比最新的版本旧规定版本(例如为三个以上之前的版本等)时，客户侧直接或间接地向管理服务器10报告不更新信息提供服务器20上的信息的意思。
即，管理服务器10与信息提供服务器20之间不进行通信，而是从客户侧取得关于客户侧判断为异常的信息提供服务器20的信息。因此，管理服务器10不必确认是否根据分配的目标进行正常处理。这即使对网络监视服务器30也一样。也就是说，在客户侧，若网络监视服务器30与客户终端用管理服务器43之间的通信速度(通过量)比规定值慢，则直接或间接通知管理服务器10网络监视服务器30异常。
另外，在本实施例中，不仅管理服务器1O，而且还多路复用各服务器4、6、20、30。这是由于各服务器4、6、20、30变为被多个客户系统40访问，从而分散了各自承担的负荷。因此，在连接的客户系统少的系统构筑的初期时刻，即使分别1个也许足够，但随着一台服务器4、6、20、30受理的客户系统数的增加，则可能达到处理能力的界限。因此，图1中，在多路复用状态下图示了各服务器4、6、20、30。各服务器4、6、20、30通过考虑连接的客户系统数量和服务器计算机能力等，适当增加镜像服务器。另外，在本实施例中，着眼于各个处理的负荷差或利用次数差，由不同的服务器来执行发信所谓“修正数据”的信息的服务和发信修正数据等的实体数据的服务。因此，在进行镜像的情况下，可独立调整信息提供服务器20的数量与网络监视服务器30的数量。即，这些数量也可互不相同。
本实施例的特征在于，由管理服务器10生成服务器列表，客户终端用管理服务器43上可以能动直接的访问其服务器列表45中设定的各服务器。由此，管理服务器10由于在通常运用时不被客户系统40任何访问，所以可实现减轻负荷。
如上所述，本实施例中的客户终端用管理服务器43虽直接访问各服务器4、6、20、30，但因为必需要有表示各服务器4、6、20、30地址的服务器列表45，所以首先说明新生成服务器列表45时的处理。
当初次向负荷分散系统中导入客户终端用管理服务器43时，管理服务器10的服务器列表管理部16对其客户终端用管理服务器43生成如图3例示的服务器列表。这里，用图3来说明服务器列表的数据结构。
在服务器列表中，作为对每个客户终端用管理服务器43生成的表格，登录作为访问对象的各服务器4、6、10、20、30的地址。在本实施例中，登录通常使用的初级和拾取用次级的两组地址列表。例如，如图3所示，附加该服务器列表的客户终端用管理服务器43通常访问“MS1”的管理服务器10、“NOC1”的网络监视服务器30、“DC1”的信息提供服务器20、“DNS3”的DNS服务器4、“NTS1”的NTS服务器6。另外，图3中为了方便，仅如“MS1”那样用服务器名来表示，但实际上如上所述，登录各服务器4、6、10、20、30的地址。
首先，管理服务器10由信息管理用数据库12及服务器列表保持部18中保持的服务器列表组来求出负荷分散系统内运行的各服务器的负荷状况。即，由服务器管理部14把握运行的各服务器，根据服务器管理部14收集的负荷状况、和服务器列表保持部18中保持的各服务器列表中指定的各服务器的总数来得到各服务器的负荷。
例如，若着眼于网络监视服务器30，这里，根据计算每台的负荷等，选择NOC1、NOC2、NOC3、…中的任一个作为客户终端用管理服务器43访问的网络监视服务器30。通过由此求出的每一个服务器的负荷和各服务器的系统能力、资源余量等来选定分配给客户终端用管理服务器43的网络监视服务器30。在图3所示实例中，就网络监视服务器30而言，对于客户终端用管理服务器43分别选定最佳的“NOC1”作为初级，将次佳的NOC3作为次级。管理服务器10这样计算负荷，分别选定一个客户终端用管理服务器43访问的各服务器4、6、10、20、30，生成被选定服务器的地址列表。另外，在实际运用中，只要准备初级和次级两组就足够，但也可设定更多组。
将如此生成的服务器列表发信给客户终端用管理服务器43，接着，参照图4来说明客户终端用管理服务器43初期导入时的处理。
在客户系统40中新设置的客户终端用管理服务器43中事先设定任一网络监视服务器30的IP地址。启动后，客户终端用管理服务器43接收从客户终端42输入的ADSL或CATV等认证信息，与ISP3连接(S1)。连接后，客户终端用管理服务器43从ISP3中取得该认证信息(S2)，从该认证信息中提取特定用户的信息，并发送给网络监视服务器30(S3)。网络监视服务器30向管理服务器10传送可发送的用户特定信息(S4)，管理服务器10根据用户特定信息，特定对应于该用户的客户终端用管理服务器43。另外，将客户终端用管理服务器43的服务器列表、以及关于再设置时不明确的客户终端用管理服务器43的信息发送给网络监视服务器30(S5)。网络监视服务器30向客户终端用管理服务器43传送可发送的信息(S6)。
客户终端用管理服务器43如上所述取得服务器列表，并根据可发送的信息进行初始设定。在以后的说明中可明白，服务器列表管理部16在执行客户终端用管理服务器43的信息收集处理时，为了收集信息而不进行任何处理，仅保持那一客户终端用管理服务器43使用那一服务器列表的信息。另外，管理服务器10一旦生成服务器列表，则通知从那一客户终端用管理服务器访问该服务器列表中指定的各服务器4、6、20、30。也可将生成的服务器列表原样传送给各服务器4、6、20、30。
下面，说明更新信息时的动作。
在本实施例中，例如“取出OS1的V1.0的服务包1。其存储场所为A”，关于称为OS1V1.0的管理对象的信息，把称为取得服务包的内容信息(knowledge)输入到管理服务器10时，管理服务器10解释输入的信息(knowledge)的内容，从指定的存储场所A中取得服务包的内容信息(content)。另外，将该内容信息存储于信息管理用数据库12中，同时，发送给各信息提供服务器20。在确认该发送处理结束后，将更新信息(内容信息的管理信息)发送给网络监视服务器30。此外，将内容信息存储在模块数据库22中，将更新信息存储在管理信息数据库33中。
下面，参照图5来说明客户终端用管理服务器43进行信息收集时的处理。图5中省略ISP3。首先，在客户终端用管理服务器43中，询问部47根据服务器列表45的设定内容特定访问对象的网络监视服务器30。并且，定期、例如每1分钟询问该特定的网络监视服务器30是否信息被更新(S11-1-S11-n)。若从管理客户的服务器侧看，则该询问为客户终端用管理服务器43的运行状态监视(连接状态的确认)，若从客户侧看，则有无对该询问的应答也为网络监视服务器30是否在运行中(是否有效(alive))的确认。作为询问对象的网络监视服务器30在图3所示实例中为NOC1。询问内容(询问的信息种类)事先登录在客户终端用管理服务器43中。网络监视服务器30的信息管理部32参照管理信息数据库33，检查询问中指定的信息是否被更新。以上述实例为基准，来自客户终端用管理服务器43的询问内容就是关于OS1的询问内容。
这里，若询问信息被更新，则客户终端用管理服务器43的信息管理部46从网络监视服务器30接收对应的管理信息(S12)。从网络监视服务器30发送来的信息是胶囊(kapsel)化的信息，生成新的模块，它包含从登录在那一信息提供服务器20的模块数据库22中开始从此不下载等指示作为信息。因此，信息收集部48从胶囊内指示中指定的信息提供服务器20中取出对应的信息，即在本例情况下为新的模块(内容信息)(S13)。实际上，变为访问服务器列表45中指定的“DC1”的信息提供服务器20。取得的信息若是来自连接的客户终端42的请求，则发送给该客户终端42，另外，若是自己必需的，则在内部使用。
上面是负荷分散系统中的基本信息、处理流程，但根据本实施例，客户终端用管理服务器43收集信息时不访问任何管理服务器10。也就是说，能够实现减轻管理服务器的负荷。特别是，根据本实施例，即使客户终端用管理服务器43的数量增加，也仅服务器列表保持部18中登录的记录数量增加。即，即使增加客户终端用管理服务器43、进而客户终端42的数量无限增加，管理服务器10承担的负荷也一点不增加。另外，通过向系统追加客户终端用管理服务器43，登录在服务器列表保持部18中的数量为数个服务器的地址值，不对管理服务器10的负荷产生影响。由此，在本实施例中，客户终端用管理服务器43在收集信息时，即使未接收来自管理服务器10的指示等，也可能动地从对应的服务器4、6、20、30直接收集信息，所以不对管理服务器10施加任何负荷。另外，客户终端用管理服务器43在收集信息时因为不访问管理服务器10，所以即使不停止负荷分散系统整体，也可替换管理服务器10。此外，通过多路复用其它服务器4、6、20、30，可边运行系统边进行替换。
另外，除以所谓的负荷分散目的之外的情况下，因为可由单一的管理服务器10输入、生成或取得关于客户系统的信息、取得或更新管理对象信息用的内容信息及内容信息的管理信息，所以可有效收集、管理必要的信息。另外，若仅进行有效的信息管理，不考虑所谓的负荷分散的目的，则由管理服务器10监视客户终端用管理服务器43的行动状态，就不必将管理服务器10的处理功能分散给网络监视服务器30和信息提供服务器20。
由客户终端用管理服务器43从这些服务器20、30取得信息时的传送速度(通过量)信息来判断信息提供服务器20或网络监视服务器30的负荷状况。在服务器20、30的负荷高时，认为来自这些服务器的响应变慢，所以根据传送速度信息来变更询问的频度，例如，在使用脉冲信号(ping)协议等协议来进行定期动作确认(是否有效的检查)时，变更该动作确认的间隔。例如，在传送速度信息中所示的通过量变小时，认为服务器的负荷高，所以将对服务器的询问频率从一分钟一次降低到两分钟一次。
这里说明任一服务器中发生故障时等的处理。如上所述，客户终端用管理服务器43定期对网络监视服务器30进行询问。在本实施例中，将该询问用于客户终端用管理服务器43的监视中。上述说明中，网络监视服务器30事先了解由哪个客户终端用管理服务器43进行访问，另外，在正常动作时以一定周期进行访问。因此，在一定时间内未进行访问时，可判断该客户终端用管理服务器43停机。另外，网络监视服务器30通知管理服务器10客户终端用管理服务器43停机。
在本实施例中，如上所述，可确认客户终端用管理服务器43的动作状况，但此时也与管理服务器10无任何关系。即，即使不用管理服务器10也可把握客户终端用管理服务器43的动作状况，所以可减轻管理服务器10的负荷。另外，客户终端用管理服务器43由于停机消失等理由而想改变并取得服务器列表45时，因为不从管理服务器10而从网络监视服务器30取得来动作，所以即使在这种情况下也不会对管理服务器10施加负荷。
另外，当客户终端用管理服务器43询问网络监视服务器30时，网络监视服务器30停止。此时，客户终端用管理服务器43通过在与负荷状况的关系确定的时间内一直没有响应来判断网络监视服务器30停机。由此，客户终端用管理服务器43将使用的服务器组从服务器列表45的初级切换到次级，开始对运行的网络监视服务器30进行询问。从而可继续进行信息的收集。如图3所示实例，对网络监视服务器30的访问对象从“NOC1”切换到“NOC3”。
此时，客户终端用管理服务器43将“NOC1”没有响应的意思认为故障信息通知给“NOC3”。另外，NOC3将该故障信息发送到管理服务器10，通知故障。
另外，网络监视服务器30也可通过多路复用的部件来进行经常监视。此时，可通过与“NOC1”多路复用构成的其它网络监视服务器30即时检测得知。另外，其它网络监视服务器30向管理服务器10通知NOC1的网络监视服务器30停机。
管理服务器10一旦接收这种故障通知，则对访问停机网络监视服务器30的客户终端用管理服务器43再生成服务器列表，经由新指定为初级的网络监视服务器30发送给客户终端用管理服务器43。再生成处理的内容与上述生成处理相同，所以省略说明。由此，使用次级进行服务器访问的客户终端用管理服务器43还是使用初级来访问对应的服务器。
因此，运行中的各服务器4、6、20、30的个数因为停机而减少，但另一方面，由于对各服务器4、6、20、30的负荷增大，所以通过新追加镜像服务器而可能增加。但是，即使个数增加，若不更新服务器列表，则不能访问。因此，管理服务器10具有随着运行中的服务器数量变动来强制再生成服务器列表的功能。由此，可均等进行各个服务器4、6、20、30的负荷分散。
这里，若在构筑镜像服务器的步骤中举例说明网络监视服务器30，则首先，在作为网络监视服务器30复制对象的计算机中，作为HTTPS’库的服务转接(サ一ビスサ—ブレツト)，启动初始化服务提供用系统和自己管理用系统的服务。另外，该计算机自己通知管理服务器10开始初始化服务来了解该意思。管理服务器10若对该通知确定为可复制，则许可作为镜像服务器动作。接受该许可(触发)的该计算机询问管理服务器10作为网络监视服务器必需的信息。若收集来自管理服务器10的回答，则反映到保持的数据库，作为网络监视服务器开始服务，同时将该意思通知给管理服务器10。
如上所述，可构筑各服务器4、6、20、30的镜像服务器，管理服务器10对应于来自新追加的服务器的通知，自动实施上述服务器列表的再生成处理。
另外，可由应用程序来实现管理服务器10中生成并发送服务器列表的处理或客户终端用管理服务器43中根据服务器列表45来访问对应的网络监视服务器30等处理，该应用程序可写入可由各个计算机可读取的记录媒体、例如CD-ROM或DVD-ROM等电磁、光学地保持信息的记录媒体中。即，通过从记录媒体安装应用程序，可实现上述各服务器4、10、20、30、43的各功能。另外，即使安装通过网络取得的上述应用程序也一样。
在本实施例中，设置管理客户终端42的客户终端用管理服务器43，在其中登录服务器列表45，但若管理服务器10生成服务器列表后直接或经由网络监视服务器30发信给各客户终端42，则可从客户系统40中去除客户终端用管理服务器43。
另外，在此前的说明中，作为故障实例仅示例了服务器停机的情况，但在本实施例中，如已说明的那样，在信息提供服务器20收集作为提供对象的信息时，在此刻由于负荷高等任何原因而不能收集的情况下，在规定条件(例如在规定时间内不能收集等)下中断收集。因此，在某种状况下，用DC1收集的服务包(修正数据的一例)为版本“1”，而用DC3收集的服务包的版本为“2”。
此时，作为客户侧的客户终端用管理服务器43识别安装在客户终端42中的OS1服务包版本为“1”，从网络监视服务器30出来所谓服务包版本为“2”的信息，尽管访问了DC1，但在DC1中保持的服务包为1时，可检测DC1未正确进行更新。所以向网络监视服务器30发送表示DC1未正常进行更新处理的故障信息，网络监视服务器30将该故障信息通知管理服务器10。管理服务器10可以再次对DC1指示收集版本2的服务包，也可以检查各客户侧的服务器列表，从包含DC1的服务器列表中删除DC1后生成新的服务器列表，向对应于该服务器列表的客户侧发信该新生成的服务器列表。
另外，这里举例说明了在与客户侧保持的版本相同的情况下识别为故障的情况，但在信息提供服务器20保持的版本比客户侧保持的版本低的情况下也可识别为故障，在通知的服务包版本与信息提供服务器20保持的服务包版本之差在规定值以上，识别为故障。
在本实施例中，客户或服务器数量极多的大规模网络也包含在该实例中。如上所述，在这种大规模网络状况下，每个服务器中保持的信息版本各不相同。因此，还产生所谓对于服务器列表上的某一信息提供服务器20还未得到对应于网络监视服务器30通知的最新版本的服务包实体的情况。在这种情况下，客户侧向管理服务器10报告故障信息，对信息提供服务器20访问几次，不能实现减轻负荷。
因此，在本实施例中，客户终端用管理服务器43进行如下动作。即，客户终端用管理服务器43向位于相同客户系统40内的客户终端42中安装OS1，管理其中适用的服务包版本(当前版本)。另外，客户终端用管理服务器43从网络监视服务器30取得所谓作为最新服务包的信息时，比较该信息中包含的服务包版本(最新版本)与管理的当前版本。
这里，最新版本若比当前版本新，则参照服务器列表，访问其中包含的一个信息提供服务器20(使用图3的实例，设为DC1)。这里，检查该DC1保持的服务包的版本是否为最新版本。若是最新版本，则取得该服务包并结束处理，但在不是最新版本的情况下，进一步比较DC1保持的服务包的版本和当前版本，若服务包的版本比当前版本新，则取得该服务包并结束处理。
即，在本实施例中，尽管不是最新版本，若可更新版本比当前版本新，则可以说进行了所谓取得该修正数据后结束处理的适当取得。另外，这里在DC1未提供最新版本的服务包时，在服务器列表上的各信息提供服务器20之间(图3的实例中为DC1与DC3之间)比较它们提供的服务包版本，取得较新的版本。
根据以上的实施例，可有效进行关于客户系统的信息、取得或更新管理对象信息用的内容信息及内容信息的管理信息的收集、管理。
另外，对于生成服务器列表、并在客户终端用管理服务器收集信息时限据服务器列表设为信息提供对象的服务器，因为即使未接收来自管理服务器的指示等也可能动地直接访问，所以不必访问管理服务器。从而可减轻管理服务器的负荷。另外，因为不从客户终端用管理服务器进行访问，所以即使不停止系统也可替换管理服务器。
另外，因为网络监视服务器停机时再生成服务器列表，所以可提供总是对客户终端用管理服务器有效的服务器列表。
另外，因为准备多组服务器列表，所以即使在构成使用中的服务器列表的任一服务器停机，也可通过切换为其它服务器列表而继续访问运行中的服务器。
另外，因为将对网络监视服务器定时进行有无更新信息的询问利用为有效信息，所以可在网络监视服务器中确认该客户终端用管理服务器运行。
权利要求
1.一种网络系统，具有至少一个发信目的地装置；保持上述发信目的地装置参照信息的至少一个发信源装置；和管理装置，其中，上述发信目的地装置具有输出关于发信源装置状况的状况信息的单元；根据上述输出的状况信息，接收由上述管理装置生成的、成为为信息参照对象的发信源装置的列表的设定的单元；和使用上述设定的列表来决定作为信息参照对象的发信源装置的单元。
2.一种发信目的地装置，与保持信息的至少一个发信源装置及管理装置一起构成网络系统，其中，具有检测并输出关于发信源装置状况的状况信息的单元；根据上述输出的状况信息，接收由上述管理装置生成的、作为信息参照对象的发信源装置的列表的设定的单元；和使用上述设定的列表来决定作为信息参照对象的发信源装置的决定单元。
3.根据权利要求2所述的发信目的地装置，其中来自上述发信源装置的被参照的信息是逐渐更新的信息，上述决定单元根据上述检测出的发信源装置的状况、和发信源装置保持的信息更新状态，从列表中包含的发信源装置当中决定作为信息参照对象的发信源装置。
4.根据权利要求2所述的发信目的地装置，其中检测上述状况信息的单元通过与发信源装置之间在每规定时间的访问，检测发信源装置的运行状况，同时，通过与发信源装置之间的通信通过量，检测出发信源装置的负荷状况，根据上述负荷状况来变更上述规定时间。
5.一种发信目的地装置的控制方法，发信目的地装置与保持信息的至少一个发信源装置及管理装置一起构成网络系统，其中，该控制方法具有检测并输出关于发信源装置状况的状况信息的步骤；根据上述输出的状况信息，接收由上述管理装置生成的、作为信息参照对象的发信源装置的列表的设定的步骤；和使用上述设定的列表来决定作为信息参照对象的发信源装置的步骤。
6.一种计算机可读取记录媒体，存储由发信目的地装置执行的程序，该发信目的地装置与保持信息的至少一个发信源装置及管理装置一起构成网络系统，上述程序包括检测并输出关于发信源装置状况的状况信息的模块；根据上述输出的状况信息，接收上述管理装置生成的、作为信息参照对象的发信源装置的列表的模块；和使用上述设定的列表来决定作为信息参照对象的发信源装置的模块。
7.一种信息管理服务器，具有信息收集处理单元，通过解释输入信息的内容，生成客户信息、取得或更新管理对象信息用的内容信息、及内容信息的管理信息或由输入信息的内容特定的信息存储场所中取得信息；连续监视单元，通过从客户终端对管理信息的定期访问来监视客户终端的运行状态；和信息发送单元，对应于来自客户终端的信息取得请求来发送内容信息。
8.一种信息管理方法，其中，通过解释输入信息的内容，生成信息管理用的管理信息和取得或更新被管理信息用的内容信息，或由输入信息的内容特定的信息存储场所中取得信息，通过从客户终端对管理信息的定期访问来监视客户终端的运行状态，同时，对应于来自客户终端的信息取得请求发送内容信息。
9.一种管理服务器，与一个到多个客户系统、保持上述客户系统参照的信息的多个信息提供服务器、和具有网络监视功能的网络监视服务器一起构成网络系统，进行网络系统的系统管理，其中，包括系统内信息管理用数据库，其记录信息提供服务器管理信息，该信息提供服务器管理信息用于把握各信息提供服务器分散保持的信息。和服务器列表管理单元，根据上述系统内信息管理用数据库和上述网络系统中包含的各服务器的负荷状况，选定作为上述各客户系统访问对象的上述服务器，生成该被选定的上述服务器的列表，上述各客户系统在收集信息时，通过参照上述服务器列表，可直接访问该服务器。
10.根据权利要求9所述的负荷分散系统中的管理服务器，其中如果从检测到多路复用中的一个上述网络监视服务器停机的其它上述网络监视服务器发送系统停机通知信息，则上述服务器列表管理单元重新生成上述服务器列表，发送给将停机的上述网络监视服务器作为访问对象的上述客户系统。
11.一种由管理服务器构成的负荷分散系统中的信息管理方法，该管理服务器与一个到多个客户系统、保持上述客户系统参照的信息的多个信息提供服务器、和具有网络监视功能的网络监视服务器一起构成网络系统，进行网络系统的系统管理，其中，根据记录信息提供服务器管理信息的系统内信息管理用数据库和上述网络系统中包含的各服务器的负荷状况，选定上述各客户系统的作为访问对象的上述服务器，生成该被选定的上述服务器的列表，该信息提供服务器管理信息是为了把握上述各信息提供服务器分别分散保持的信息用的，上述各客户系统在收集信息时，通过参照上述服务器列表，可直接访问该服务器。
12.一种客户终端用管理服务器，该客户终端用管理服务器与保持对网络系统内提供信息的信息提供服务器、具有网络监视功能的网络监视服务器、进行上述网络系统的系统管理的管理服务器一起构成网络系统，从上述信息提供服务器之一中取得被连接的客户终端或自身想参照的信息，其中，具有服务器列表存储单元，存储事先生成的、作为访问对象的上述各服务器的列表；和信息收集处理单元，为了收集必要的信息，根据上述服务器列表来访问对应的上述服务器，在收集信息时，通过参照上述服务器列表，可直接访问该服务器。
13.根据权利要求12所述的负荷分散系统中的客户终端用管理服务器，其中，在上述服务器列表存储单元中存储多组服务器列表，上述信息收集处理单元在检测到包含于正在参照的服务器列表中的任一上述服务器停机时，通过将参照的服务器列表切换为其它服务器列表，继续服务器访问。
14.根据权利要求12所述的负荷分散系统中的客户终端用管理服务器，其中，根据把握上述各信息提供服务器分别分散保持的信息用的信息提供服务器管理信息和上述网络系统中包含的各服务器的负荷状况，由上述管理服务器生成并下载上述服务器列表。
15.根据权利要求12所述的负荷分散系统中的客户终端用管理服务器，其中，上述信息收集处理单元通过对也担当上述信息提供服务器的上述网络监视服务器定期询问有无更新信息，对上述网络监视服务器确认该客户终端用管理服务器正在运行。
16.一种客户终端用管理服务器的信息管理方法，客户终端用管理服务器与保持对网络系统内提供的信息的信息提供服务器、具有网络监视功能的网络监视服务器、和进行上述网络系统的系统管理的管理服务器一起构成网络系统，从上述信息提供服务器之一中取得被连接的客户终端或自身想参照的信息，其中，为了收集必要的信息，通过参照事先生成的作为访问对象的上述各服务器的列表，可直接访问对应的上述服务器。
17.一种记录负荷分散系统用程序的媒体，该程序是在管理服务器中运行的程序，该管理服务器与一个到多个客户系统、保持上述客户系统参照的信息的多个信息提供服务器、和具有网络监视功能的网络监视服务器一起构成网络系统，进行网络系统的系统管理，其中，该负荷分散系统用程序用于根据把握上述各信息提供服务器分别分散保持的信息用的信息提供服务器管理信息和上述网络系统中包含的各服务器的负荷状况，选定上述各客户系统的作为访问对象的上述服务器，生成该被选定的上述服务器的列表。
18.一种记录负荷分散系统用程序的媒体，该程序在客户终端用管理服务器中运行并执行，该客户终端用管理服务器与保持对网络系统内提供信息的信息提供服务器、具有网络监视功能的网络监视服务器、和进行上述网络系统的系统管理的管理服务器一起构成网络系统，从上述信息提供服务器之一中取得被连接的客户终端或自身想参照的信息，其中，收集信息时通过参照服务器列表，可直接访问对应的服务器该服务器列表包括作为访问对象的上述各服务器的地址列表。
全文摘要
本发明提供一种网络系统、信息管理服务器及信息管理方法。其中，为了实现减轻负荷分散系统中的管理服务器的负荷，管理服务器10的服务器列表管理部16参照服务器4、6、20、30的运行状态或负荷状况，选择客户终端用管理服务器43的作为访问对象的服务器4、6、20、30，生成服务器列表，并发送给该客户终端用管理服务器43。客户终端用管理服务器43的询问部47询问有无服务器列表45中设定的网络监视服务器30定期的信息更新，在更新时，信息收集部48根据来自网络监视服务器30的信息，从服务器列表45中设定的信息提供服务器20提取对应的最新模块和规则库。
文档编号G06F15/177GK1431799SQ0216040
公开日2003年7月23日 申请日期2002年12月27日 优先权日2001年12月27日
发明者吉田武央, 山田直树, 北川二三雄 申请人:富士施乐株式会社