專利名稱：信息管理服務器及信息管理方法
技術領域：
本發(fā)明涉及改良管理向客戶終端提供的信息的信息管理服務器的信息管理方法，以及減輕負荷分散系統(tǒng)中的管理服務器的負荷的系統(tǒng)結構。
背景技術：
作為管理信息的系統(tǒng)形態(tài)，有集中型和分散型，該信息為對應于來自構成網(wǎng)絡系統(tǒng)的客戶終端的請求而提供的信息。集中型信息管理系統(tǒng)包含匯總管理網(wǎng)絡系統(tǒng)內管理的信息的信息管理服務器，該信息管理服務器對應于來自各客戶終端的請求提供信息。在這種系統(tǒng)形態(tài)下，包括信息提供的系統(tǒng)負荷集中在管理服務器。
另一方面，在分散型信息管理系統(tǒng)中，將從信息管理服務器提供的作為對象的信息發(fā)信給多個信息提供服務器，并保持在各信息提供服務器中。另外，將客戶終端分成組，通過使各組客戶終端訪問的信息提供服務器不同，即通過形成分散，可減輕信息管理服務器的負荷。但是，在該分散型信息管理系統(tǒng)中，多個信息提供服務器為了根據(jù)發(fā)信的信息來確認是否正常提供服務，必需在各信息提供服務器和信息管理服務器之間進行緊密的通信，從而網(wǎng)絡通信量增大，對各服務器的負荷也增大。
并且，在該分散型信息管理系統(tǒng)中，當在服務器側監(jiān)視客戶終端的運行狀態(tài)時，通常由信息管理服務器進行客戶終端的狀態(tài)監(jiān)視。
如上所述，對于客戶服務器型的網(wǎng)絡系統(tǒng)而言，與集中型及分散型的種類無關，功能傾向于集中在服務器側，隨著客戶終端的連接臺數(shù)增多，服務器側的負荷增大。因此，期望可減輕服務器側負荷的信息管理方法。
該問題即使是分散型信息管理系統(tǒng)也一樣，現(xiàn)狀是若客戶數(shù)量增大，信息提供服務器數(shù)量相應增多，與各信息提供服務器之間進行通信的信息管理服務器的負荷也增大，所以沒有根本解決減輕服務器側的負荷的問題。
為了解決上述問題而提出本發(fā)明，其一個目的在于提供實現(xiàn)改良的信息管理的一種方法的信息管理服務器。
另外，另一目的在于提供一種客戶終端用管理服務器，可實現(xiàn)對負荷分散系統(tǒng)進行系統(tǒng)管理的管理服務器負荷的減輕。
再一目的在于提供一種負荷分散系統(tǒng)中的管理服務器，可向客戶系統(tǒng)提供可實現(xiàn)負荷減輕的信息。

發(fā)明內容
為了實現(xiàn)上述目的，根據(jù)本發(fā)明一形態(tài)的另外，根據(jù)本發(fā)明的信息管理服務器具有信息收集處理單元，通過解釋輸入信息的內容，生成客戶信息、取得或更新管理對象信息用的內容信息及內容信息的管理信息，或輸入信息的內容特定的信息存儲場所中取得信息；連續(xù)監(jiān)視單元，通過從客戶終端對管理信息的定期訪問來監(jiān)視客戶終端的運行狀態(tài)；和信息發(fā)送單元，對應于來自客戶終端的信息取得請求來發(fā)送內容信息。
另外，根據(jù)本發(fā)明的信息管理方法通過解釋輸入信息的內容，生成信息管理用的管理信息和取得或更新被管理信息用的內容信息，或由輸入信息的內容特定的信息存儲場所中取得信息，通過從客戶終端對管理信息的定期訪問來監(jiān)視客戶終端的運行狀態(tài)，同時，對應于來自客戶終端的信息取得請求發(fā)送內容信息。
另外，根據(jù)本發(fā)明的負荷分散系統(tǒng)中的管理服務器與一個到多個客戶系統(tǒng)、保持上述客戶系統(tǒng)參照的信息的多個信息提供服務器、和具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器一起構成網(wǎng)絡系統(tǒng)，進行網(wǎng)絡系統(tǒng)的系統(tǒng)管理，其中，上述各信息提供服務器分別具有系統(tǒng)內信息管理用數(shù)據(jù)庫，其記錄信息提供服務器管理信息，該信息提供服務器管理信息用于把握各信息提供服務器分散保持的信息；和服務器列表管理單元，根據(jù)上述系統(tǒng)內信息管理用數(shù)據(jù)庫和上述網(wǎng)絡系統(tǒng)中包含的各服務器的負荷狀況，選定作為上述各客戶系統(tǒng)訪問對象的上述服務器，生成該被選定的上述服務器的列表，其特征在于上述各客戶系統(tǒng)在收集信息時，通過參照上述服務器列表，可直接訪問該服務器。
另外，一旦從檢測到多路復用中的一個上述網(wǎng)絡監(jiān)視服務器停機的其它上述網(wǎng)絡監(jiān)視服務器發(fā)送系統(tǒng)停機通知信息，則上述服務器列表管理單元再生成上述服務器列表，發(fā)送給將停機的上述網(wǎng)絡監(jiān)視服務器作為訪問對象的上述客戶系統(tǒng)。
另外，根據(jù)本發(fā)明信息管理方法中，管理服務器與一個到多個客戶系統(tǒng)、保持上述客戶系統(tǒng)參照的信息的多個信息提供服務器、和具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器一起構成網(wǎng)絡系統(tǒng)，進行網(wǎng)絡系統(tǒng)的系統(tǒng)管理，其中，包含根據(jù)記錄信息提供服務器管理信息的系統(tǒng)內信息管理用數(shù)據(jù)庫和上述網(wǎng)絡系統(tǒng)中包含的各服務器的負荷狀況，選定上述各客戶系統(tǒng)的作為訪問對象的上述服務器，生成該被選定的上述服務器的列表，該信息提供服務器管理信息是為了把握上述各信息提供服務器分別分散保持的信息用的，上述各客戶系統(tǒng)在收集信息時，通過參照上述服務器列表，可直接訪問該服務器。
根據(jù)本發(fā)明的負荷分散系統(tǒng)中的客戶終端用管理服務器與保持對網(wǎng)絡系統(tǒng)內提供信息的信息提供服務器、具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器、和進行上述網(wǎng)絡系統(tǒng)的系統(tǒng)管理的管理服務器一起構成網(wǎng)絡系統(tǒng)，從上述信息提供服務器之一中取得連接的客戶終端或自己想?yún)⒄盏男畔?，其中，具有服務器列表存儲單元，存儲事先生成的、作為訪問對象的上述各服務器的列表；和信息收集處理單元，為了收集必要的信息，根據(jù)上述服務器列表來訪問對應的上述服務器，在收集信息時，通過參照上述服務器列表，可直接訪問該服務器。
另外，在上述服務器列表存儲單元中存儲多組服務器列表，上述信息收集處理單元在檢測到包含于正在參照的服務器列表中的任一上述服務器停機時，通過將參照的服務器列表切換為其它服務器列表，繼續(xù)服務器訪問。
另外，根據(jù)把握上述各信息提供服務器分別分散保持的信息用的信息提供服務器管理信息和上述網(wǎng)絡系統(tǒng)中包含的各服務器的負荷狀況，由上述管理服務器生成并下載上述服務器列表。
另外，上述信息收集處理單元通過對也擔當上述信息提供服務器的上述網(wǎng)絡監(jiān)視服務器定期詢問有無更新信息，對上述網(wǎng)絡監(jiān)視服務器確認該客戶終端用管理服務器正在運行。
另外，根據(jù)本發(fā)明的客戶終端用管理服務器的信息管理方法中，客戶終端用管理服務器與保持對網(wǎng)絡系統(tǒng)內提供的信息的信息提供服務器、具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器、和進行上述網(wǎng)絡系統(tǒng)的系統(tǒng)管理的管理服務器一起構成網(wǎng)絡系統(tǒng)，從上述信息提供服務器之一中取得被連接的客戶終端或自身想?yún)⒄盏男畔ⅲ渲?，為了收集必要的信息，通過參照事先生成的作為訪問對象的上述各服務器的列表，可直接訪問對應的上述服務器。


圖1是表示根據(jù)本發(fā)明的負荷分散系統(tǒng)一實施例的系統(tǒng)整體結構圖。
圖2是本實施例中的負荷分散系統(tǒng)的結構框圖。
圖3是表示本實施例中管理服務器生成的服務器列表的實例的示意圖。
圖4是表示客戶終端用管理服務器43在初期導入時的處理的流程圖。
圖5是表示更新信息時的系統(tǒng)動作的流程圖。
下面，根據(jù)附圖來說明本發(fā)明的最佳實施例。
具體實施例方式
圖1是表示根據(jù)本發(fā)明的負荷分散系統(tǒng)一實施例的系統(tǒng)整體結構圖，圖2結構框圖。根據(jù)本發(fā)明的負荷分散系統(tǒng)由通過因特網(wǎng)2連接的后述各計算機構成的網(wǎng)絡系統(tǒng)形成。圖1中，表示出了為了進行網(wǎng)絡系統(tǒng)整體的系統(tǒng)管理而設置的管理服務器10；保持對客戶提供的信息的信息提供服務器20；在監(jiān)視網(wǎng)絡的同時、保持提供給客戶的信息的也是信息提供服務器的網(wǎng)絡監(jiān)視服務器30；管理域名的DNS/DAP服務器4、管理時間的NTS服務器6、和取得由上述服務器提供的必要信息的客戶系統(tǒng)40?？蛻粝到y(tǒng)40由連接在LAN41上的一至多個客戶終端42和客戶終端用管理服務器43等構成?？蛻艚K端用管理服務器43相當于客戶終端42用的DHCP服務器，進行客戶終端42的地址管理。另外，按照規(guī)定的處理順序從任一服務器4、6、20、30中取得客戶終端42或自身想?yún)⒄盏男畔ⅰ?br> 管理服務器10以前是為了匯總集中進行網(wǎng)絡管理而設置的基干服務器計算機。在本實施例中，其目的之一則是為了減輕該管理服務器10承擔的負荷。管理服務器10具有信息管理用數(shù)據(jù)庫12、服務器管理部14、服務器列表管理部16及服務器列表保持部18。
在信息管理用數(shù)據(jù)庫12中存儲客戶終端用管理服務器43和客戶終端42的對應關系等關于客戶系統(tǒng)40的客戶信息、取得或更新管理對象信息用的內容信息、及內容信息的管理信息。這些信息從未圖示的輸入單元輸入，或通過解釋從內容服務器等接收的信息內容來生成，或根據(jù)輸入信息內容從特定的信息存儲場所來收集。
并且，服務器20、30中記錄用于把握分別分散保持信息的信息提供服務器的管理信息。服務器管理部14進行與信息分配或負荷分散系統(tǒng)的連接/切斷、運行/停止等服務器4、6、20、30的管理、監(jiān)視。服務器列表管理部16根據(jù)信息管理用數(shù)據(jù)庫12及網(wǎng)絡系統(tǒng)中包含的各服務器4、6、20、30等的負荷狀況來選定作為客戶終端用管理服務器43的訪問對象的服務器4、6、20、30，生成該選定服務器4、6、20、30的地址列表(下面稱為服務器列表)。并且，在將該服務器列表寫入服務器列表保持部18的同時，發(fā)送到網(wǎng)絡監(jiān)視服務器30。在本實施例中，雖僅由一個管理服務器10就可作用，但還是通過多路復用管理服務器10設置鏡像服務器來構成。從而，即使任一管理服務器10由于不能預期的故障等停機，或即使為了維修等而暫時停止系統(tǒng)，也可繼續(xù)運行系統(tǒng)。
網(wǎng)絡監(jiān)視服務器30相當于NOC(網(wǎng)絡操作中心)，具有網(wǎng)絡監(jiān)視部31、信息管理部32和管理信息數(shù)據(jù)庫33。網(wǎng)絡監(jiān)視部31通過網(wǎng)絡監(jiān)視功能來監(jiān)視客戶終端用管理服務器43的運行狀態(tài)。管理信息數(shù)據(jù)庫33是其中存儲由管理服務器10分配的內容信息的管理信息的數(shù)據(jù)庫。具體而言，存儲包含被更新內容信息或內容信息的存儲場所的管理信息、和向用戶提供必要的業(yè)務規(guī)則用的信息。信息管理部32是發(fā)揮作為信息提供服務器功能的單元，對應于來自客戶終端用管理服務器43的請求提供管理信息數(shù)據(jù)庫33中存儲的信息。
信息提供服務器20具有信息管理部21及模塊數(shù)據(jù)庫22。模塊數(shù)據(jù)庫22是其中存儲由管理服務器10分配的信息的數(shù)據(jù)庫。具體而言，存儲客戶終端用管理服務器43使用的知識庫的最新模塊、規(guī)則庫的最新模塊等內容信息。本實施例中提供的信息是目標(オブジェクト)，是管理服務器10保持的實例(ィンスタンス)的拷貝，由管理服務器10分配。另外，使客戶終端用管理服務器43保持管理的目標和信息提供服務器20保持管理的目標相關聯(lián)。由網(wǎng)絡監(jiān)視服務器30管理這些目標。
這些信息提供服務器20或網(wǎng)絡監(jiān)視服務器30在從管理服務器10接收目標的發(fā)信方面在管理服務器10來看的情況下是發(fā)信目的地裝置，管理服務器10在從該信息提供服務器20或網(wǎng)絡監(jiān)視服務器30看的情況下是發(fā)信源裝置。
客戶終端用管理服務器43具有服務器列表接收部44、服務器列表45、信息管理部46。服務器列表接收部44接收從網(wǎng)絡監(jiān)視服務器30發(fā)送來的服務器列表45。信息管理部46管理客戶系統(tǒng)側的信息，具有詢問服務器列表45中指定的網(wǎng)絡監(jiān)視服務器30是否更新對客戶系統(tǒng)必要信息的詢問部47；和在更新信息時，從服務器列表45中指定的網(wǎng)絡監(jiān)視服務器30或信息提供服務器20中收集最新信息的信息收集部48。
這些服務器組基本上提供以下服務。即，在管理服務器10種輸入、保持與目標相關的信息(目標信息)。按規(guī)定定時將該目標信息發(fā)信給各信息提供服務器20及網(wǎng)絡監(jiān)視服務器30。在本實施例中，管理服務器10也可以不確認各信息提供服務器20及網(wǎng)絡監(jiān)視服務器30是否根據(jù)分配給其的目標信息進行正常處理。理由如下所述。
信息提供服務器20根據(jù)接收到的目標信息來執(zhí)行規(guī)定處理。例如，在目標信息是關于軟件模塊的修正數(shù)據(jù)或插入碼(軟件更新用數(shù)據(jù))存儲的信息的情況下，若可以取得，則從目標信息中包含的URL中得到并保持修正數(shù)據(jù)。信息提供服務器20雖然象這樣收集各種內容等、各種目標信息或基于其取得的信息等來動作，但在由于某種原因不能收集的情況下，也可在規(guī)定條件(例如在規(guī)定時間內不能收集等)下中斷收集。
網(wǎng)絡監(jiān)視服務器30根據(jù)接收到的目標信息來執(zhí)行規(guī)定處理。網(wǎng)絡監(jiān)視服務器30在例如目標信息是關于軟件模塊修正數(shù)據(jù)或插入碼存在的信息的情況下，保持該軟件模塊的特定信息、或作為修正數(shù)據(jù)或插入碼對象的模塊版本及稱為更新后版本的概要信息。
對應于來自客戶側的請求，向作為請求源的客戶側發(fā)信這些由信息提供服務器20或網(wǎng)絡監(jiān)視服務器30保持的信息。因此，在該情況下，信息提供服務器20或網(wǎng)絡監(jiān)視服務器30是信息的發(fā)信源裝置，客戶側是信息的發(fā)信目的地裝置。客戶側定期訪問網(wǎng)絡監(jiān)視服務器30，邊邊報告其運行狀態(tài)，邊取得根據(jù)目標信息得到的概要信息，進行軟件模塊的更新，此時，向信息提供服務器20請求更新用數(shù)據(jù)。信息提供服務器20返回被請求的軟件模塊中保持的更新數(shù)據(jù)的概要信息(版本)?？蛻魝扰袛嘣摳乓畔⒅兴镜陌姹镜母聰?shù)據(jù)是否有必要，在必要時則取得更新數(shù)據(jù)。此時，更新數(shù)據(jù)的版本比最新的版本舊規(guī)定版本(例如為三個以上之前的版本等)時，客戶側直接或間接地向管理服務器10報告不更新信息提供服務器20上的信息的意思。
即，管理服務器10與信息提供服務器20之間不進行通信，而是從客戶側取得關于客戶側判斷為異常的信息提供服務器20的信息。因此，管理服務器10不必確認是否根據(jù)分配的目標進行正常處理。這即使對網(wǎng)絡監(jiān)視服務器30也一樣。也就是說，在客戶側，若網(wǎng)絡監(jiān)視服務器30與客戶終端用管理服務器43之間的通信速度(通過量)比規(guī)定值慢，則直接或間接通知管理服務器10網(wǎng)絡監(jiān)視服務器30異常。
另外，在本實施例中，不僅管理服務器10，而且還多路復用各服務器4、6、20、30。這是由于各服務器4、6、20、30變?yōu)楸欢鄠€客戶系統(tǒng)40訪問，從而分散了各自承擔的負荷。因此，在連接的客戶系統(tǒng)少的系統(tǒng)構筑的初期時刻，即使分別1個也許足夠，但隨著一臺服務器4、6、20、30受理的客戶系統(tǒng)數(shù)的增加，則可能達到處理能力的界限。因此，圖1中，在多路復用狀態(tài)下圖示了各服務器4、6、20、30。各服務器4、6、20、30通過考慮連接的客戶系統(tǒng)數(shù)量和服務器計算機能力等，適當增加鏡像服務器。另外，在本實施例中，著眼于各個處理的負荷差或利用次數(shù)差，由不同的服務器來執(zhí)行發(fā)信所謂“修正數(shù)據(jù)”的信息的服務和發(fā)信修正數(shù)據(jù)等的實體數(shù)據(jù)的服務。因此，在進行鏡像的情況下，可獨立調整信息提供服務器20的數(shù)量與網(wǎng)絡監(jiān)視服務器30的數(shù)量。即，這些數(shù)量也可互不相同。
本實施例的特征在于，由管理服務器10生成服務器列表，客戶終端用管理服務器43上可以能動直接的訪問其服務器列表45中設定的各服務器。由此，管理服務器10由于在通常運用時不被客戶系統(tǒng)40任何訪問，所以可實現(xiàn)減輕負荷。
如上所述，本實施例中的客戶終端用管理服務器43雖直接訪問各服務器4、6、20、30，但因為必需要有表示各服務器4、6、20、30地址的服務器列表45，所以首先說明新生成服務器列表45時的處理。
當初次向負荷分散系統(tǒng)中導入客戶終端用管理服務器43時，管理服務器10的服務器列表管理部16對其客戶終端用管理服務器43生成如圖3例示的服務器列表。這里，用圖3來說明服務器列表的數(shù)據(jù)結構。
在服務器列表中，作為對每個客戶終端用管理服務器43生成的表格，登錄作為訪問對象的各服務器4、6、10、20、30的地址。在本實施例中，登錄通常使用的初級和拾取用次級的兩組地址列表。例如，如圖3所示，附加該服務器列表的客戶終端用管理服務器43通常訪問“MS1”的管理服務器10、“NOC1”的網(wǎng)絡監(jiān)視服務器30、“DC1”的信息提供服務器20、“DNS3”的DNS服務器4、“NTS1”的NTS服務器6。另外，圖3中為了方便，僅如“MS1”那樣用服務器名來表示，但實際上如上所述，登錄各服務器4、6、10、20、30的地址。
首先，管理服務器10由信息管理用數(shù)據(jù)庫12及服務器列表保持部18中保持的服務器列表組來求出負荷分散系統(tǒng)內運行的各服務器的負荷狀況。即，由服務器管理部14把握運行的各服務器，根據(jù)服務器管理部14收集的負荷狀況、和服務器列表保持部18中保持的各服務器列表中指定的各服務器的總數(shù)來得到各服務器的負荷。
例如，若著眼于網(wǎng)絡監(jiān)視服務器30，這里，根據(jù)計算每臺的負荷等，選擇NOC1、NOC2、NOC3、…中的任一個作為客戶終端用管理服務器43訪問的網(wǎng)絡監(jiān)視服務器30，。通過由此求出的每一個服務器的負荷和各服務器的系統(tǒng)能力、資源余量等來選定分配給客戶終端用管理服務器43的網(wǎng)絡監(jiān)視服務器30。在圖3所示實例中，就網(wǎng)絡監(jiān)視服務器30而言，對于客戶終端用管理服務器43分別選定最佳的“NOC1”作為初級，將次佳的NOC3作為次級。管理服務器10這樣計算負荷，分別選定一個客戶終端用管理服務器43訪問的各服務器4、6、10、20、30，生成被選定服務器的地址列表。另外，在實際運用中，只要準備初級和次級兩組就足夠，但也可設定更多組。
將如此生成的服務器列表發(fā)信給客戶終端用管理服務器43，接著，參照圖4來說明客戶終端用管理服務器43初期導入時的處理。
在客戶系統(tǒng)40中新設置的客戶終端用管理服務器43中事先設定任一網(wǎng)絡監(jiān)視服務器30的IP地址。啟動后，客戶終端用管理服務器43接收從客戶終端42輸入的ADSL或CATV等認證信息，與ISP3連接(S1)。連接后，客戶終端用管理服務器43從ISP3中取得該認證信息(S2)，從該認證信息中提取特定用戶的信息，并發(fā)送給網(wǎng)絡監(jiān)視服務器30(S3)。網(wǎng)絡監(jiān)視服務器30向管理服務器10傳送可發(fā)送的用戶特定信息(S4)，管理服務器10根據(jù)用戶特定信息，特定對應于該用戶的客戶終端用管理服務器43。另外，將客戶終端用管理服務器43的服務器列表、以及關于再設置時不明確的客戶終端用管理服務器43的信息發(fā)送給網(wǎng)絡監(jiān)視服務器30(S5)。網(wǎng)絡監(jiān)視服務器30向客戶終端用管理服務器43傳送可發(fā)送的信息(S6)。
客戶終端用管理服務器43如上所述取得服務器列表，并根據(jù)可發(fā)送的信息進行初始設定。在以后的說明中可明白，服務器列表管理部16在執(zhí)行客戶終端用管理服務器43的信息收集處理時，為了收集信息而不進行任何處理，僅保持那一客戶終端用管理服務器43使用那一服務器列表的信息。另外，管理服務器10一旦生成服務器列表，則通知從那一客戶終端用管理服務器訪問該服務器列表中指定的各服務器4、6、20、30。也可將生成的服務器列表原樣傳送給各服務器4、6、20、30。
下面，說明更新信息時的動作。
在本實施例中，例如“取出OS1的V1.0的服務包1。其存儲場所為A”，關于稱為OS1V1.0的管理對象的信息，把稱為取得服務包的內容信息(knowledge)輸入到管理服務器10時，管理服務器10解釋輸入的信息(knowledge)的內容，從指定的存儲場所A中取得服務包的內容信息(content)。另外，將該內容信息存儲于信息管理用數(shù)據(jù)庫12中，同時，發(fā)送給各信息提供服務器20。在確認該發(fā)送處理結束后，將更新信息(內容信息的管理信息)發(fā)送給網(wǎng)絡監(jiān)視服務器30。此外，將內容信息存儲在模塊數(shù)據(jù)庫22中，將更新信息存儲在管理信息數(shù)據(jù)庫33中。
下面，參照圖5來說明客戶終端用管理服務器43進行信息收集時的處理。圖5中省略ISP3。首先，在客戶終端用管理服務器43中，詢問部47根據(jù)服務器列表45的設定內容特定訪問對象的網(wǎng)絡監(jiān)視服務器30。并且，定期、例如每1分鐘詢問該特定的網(wǎng)絡監(jiān)視服務器30是否信息被更新(S11-1-S11-n)。若從管理客戶的服務器側看，則該詢問為客戶終端用管理服務器43的運行狀態(tài)監(jiān)視(連接狀態(tài)的確認)，若從客戶側看，則有無對該詢問的應答也為網(wǎng)絡監(jiān)視服務器30是否在運行中(是否有效(alive))的確認。作為詢問對象的網(wǎng)絡監(jiān)視服務器30在圖3所示實例中為NOC1。詢問內容(詢問的信息種類)事先登錄在客戶終端用管理服務器43中。網(wǎng)絡監(jiān)視服務器30的信息管理部32參照管理信息數(shù)據(jù)庫33，檢查詢問中指定的信息是否被更新。以上述實例為基準，來自客戶終端用管理服務器43的詢問內容就是關于OS1的詢問內容。
這里，若詢問信息被更新，則客戶終端用管理服務器43的信息管理部46從網(wǎng)絡監(jiān)視服務器30接收對應的管理信息(S12)。從網(wǎng)絡監(jiān)視服務器30發(fā)送來的信息是膠囊(kapsel)化的信息，生成新的模塊，它包含從登錄在那一信息提供服務器20的模塊數(shù)據(jù)庫22中開始從此不下載等指示作為信息。因此，信息收集部48從膠囊內指示中指定的信息提供服務器20中取出對應的信息，即在本例情況下為新的模塊(內容信息)(S13)。實際上，變?yōu)樵L問服務器列表45中指定的“DC1”的信息提供服務器20。取得的信息若是來自連接的客戶終端42的請求，則發(fā)送給該客戶終端42，另外，若是自己必需的，則在內部使用。
上面是負荷分散系統(tǒng)中的基本信息、處理流程，但根據(jù)本實施例，客戶終端用管理服務器43收集信息時不訪問任何管理服務器10。也就是說，能夠實現(xiàn)減輕管理服務器的負荷。特別是，根據(jù)本實施例，即使客戶終端用管理服務器43的數(shù)量增加，也僅服務器列表保持部18中登錄的記錄數(shù)量增加。即，即使增加客戶終端用管理服務器43、進而客戶終端42的數(shù)量無限增加，管理服務器10承擔的負荷也一點不增加。另外，通過向系統(tǒng)追加客戶終端用管理服務器43，登錄在服務器列表保持部18中的數(shù)量為數(shù)個服務器的地址值，不對管理服務器10的負荷產(chǎn)生影響。由此，在本實施例中，客戶終端用管理服務器43在收集信息時，即使未接收來自管理服務器10的指示等，也可能動地從對應的服務器4、6、20、30直接收集信息，所以不對管理服務器10施加任何負荷。另外，客戶終端用管理服務器43在收集信息時因為不訪問管理服務器10，所以即使不停止負荷分散系統(tǒng)整體，也可替換管理服務器10。此外，通過多路復用其它服務器4、6、20、30，可邊運行系統(tǒng)邊進行替換。
另外，除以所謂的負荷分散目的之外的情況下，因為可由單一的管理服務器10輸入、生成或取得關于客戶系統(tǒng)的信息、取得或更新管理對象信息用的內容信息及內容信息的管理信息，所以可有效收集、管理必要的信息。另外，若僅進行有效的信息管理，不考慮所謂的負荷分散的目的，則由管理服務器10監(jiān)視客戶終端用管理服務器43的行動狀態(tài)，就不必將管理服務器10的處理功能分散給網(wǎng)絡監(jiān)視服務器30和信息提供服務器20。
由客戶終端用管理服務器43從這些服務器20、30取得信息時的傳送速度(通過量)信息來判斷信息提供服務器20或網(wǎng)絡監(jiān)視服務器30的負荷狀況。在服務器20、30的負荷高時，認為來自這些服務器的響應變慢，所以根據(jù)傳送速度信息來變更詢問的頻度，例如，在使用脈沖信號(ping)協(xié)議等協(xié)議來進行定期動作確認(是否有效的檢查)時，變更該動作確認的間隔。例如，在傳送速度信息中所示的通過量變小時，認為服務器的負荷高，所以將對服務器的詢問頻率從一分鐘一次降低到兩分鐘一次。
這里說明任一服務器中發(fā)生故障時等的處理。如上所述，客戶終端用管理服務器43定期對網(wǎng)絡監(jiān)視服務器30進行詢問。在本實施例中，將該詢問用于客戶終端用管理服務器43的監(jiān)視中。上述說明中，網(wǎng)絡監(jiān)視服務器30事先了解由哪個客戶終端用管理服務器43進行訪問，另外，在正常動作時以一定周期進行訪問。因此，在一定時間內未進行訪問時，可判斷該客戶終端用管理服務器43停機。另外，網(wǎng)絡監(jiān)視服務器30通知管理服務器10客戶終端用管理服務器43停機。
在本實施例中，如上所述，可確認客戶終端用管理服務器43的動作狀況，但此時也與管理服務器10無任何關系。即，即使不用管理服務器10也可把握客戶終端用管理服務器43的動作狀況，所以可減輕管理服務器10的負荷。另外，客戶終端用管理服務器43由于停機消失等理由而想改變并取得服務器列表45時，因為不從管理服務器10而從網(wǎng)絡監(jiān)視服務器30取得來動作，所以即使在這種情況下也不會對管理服務器10施加負荷。
另外，當客戶終端用管理服務器43詢問網(wǎng)絡監(jiān)視服務器30時，網(wǎng)絡監(jiān)視服務器30停止。此時，客戶終端用管理服務器43通過在與負荷狀況的關系確定的時間內一直沒有響應來判斷網(wǎng)絡監(jiān)視服務器30停機。由此，客戶終端用管理服務器43將使用的服務器組從服務器列表45的初級切換到次級，開始對運行的網(wǎng)絡監(jiān)視服務器30進行詢問。從而可繼續(xù)進行信息的收集。如圖3所示實例，對網(wǎng)絡監(jiān)視服務器30的訪問對象從“NOC1”切換到“NOC3”。
此時，客戶終端用管理服務器43將“NOC1”沒有響應的意思認為故障信息通知給“NOC3”。另外，NOC3將該故障信息發(fā)送到管理服務器10，通知故障。
另外，網(wǎng)絡監(jiān)視服務器30也可通過多路復用的部件來進行經(jīng)常監(jiān)視。此時，可通過與“NOC1”多路復用構成的其它網(wǎng)絡監(jiān)視服務器30即時檢測得知。另外，其它網(wǎng)絡監(jiān)視服務器30向管理服務器10通知NOC1的網(wǎng)絡監(jiān)視服務器30停機。
管理服務器10一旦接收這種故障通知，則對訪問停機網(wǎng)絡監(jiān)視服務器30的客戶終端用管理服務器43再生成服務器列表，經(jīng)由新指定為初級的網(wǎng)絡監(jiān)視服務器30發(fā)送給客戶終端用管理服務器43。再生成處理的內容與上述生成處理相同，所以省略說明。由此，使用次級進行服務器訪問的客戶終端用管理服務器43還是使用初級來訪問對應的服務器。
因此，運行中的各服務器4、6、20、30的個數(shù)因為停機而減少，但另一方面，由于對各服務器4、6、20、30的負荷增大，所以通過新追加鏡像服務器而可能增加。但是，即使個數(shù)增加，若不更新服務器列表，則不能訪問。因此，管理服務器10具有隨著運行中的服務器數(shù)量變動來強制再生成服務器列表的功能。由此，可均等進行各個服務器4、6、20、30的負荷分散。
這里，若在構筑鏡像服務器的步驟中舉例說明網(wǎng)絡監(jiān)視服務器30，則首先，在作為網(wǎng)絡監(jiān)視服務器30復制對象的計算機中，作為HTTPS’庫的服務轉接(サ一ビスサ一ブレット)，啟動初始化服務提供用系統(tǒng)和自己管理用系統(tǒng)的服務。另外，該計算機自己通知管理服務器10開始初始化服務來了解該意思。管理服務器10若對該通知確定為可復制，則許可作為鏡像服務器動作。接受該許可(觸發(fā))的該計算機詢問管理服務器10作為網(wǎng)絡監(jiān)視服務器必需的信息。若收集來自管理服務器10的回答，則反映到保持的數(shù)據(jù)庫，作為網(wǎng)絡監(jiān)視服務器開始服務，同時將該意思通知給管理服務器10。
如上所述，可構筑各服務器4、6、20、30的鏡像服務器，管理服務器10對應于來自新追加的服務器的通知，自動實施上述服務器列表的再生成處理。
另外，可由應用程序來實現(xiàn)管理服務器10中生成并發(fā)送服務器列表的處理或客戶終端用管理服務器43中根據(jù)服務器列表45來訪問對應的網(wǎng)絡監(jiān)視服務器30等處理，該應用程序可寫入可由各個計算機可讀取的記錄媒體、例如CD-ROM或DVD-ROM等電磁、光學地保持信息的記錄媒體中。即，通過從記錄媒體安裝應用程序，可實現(xiàn)上述各服務器4、、10、20、30、43的各功能。另外，即使安裝通過網(wǎng)絡取得的上述應用程序也一樣。
在本實施例中，設置管理客戶終端42的客戶終端用管理服務器43，在其中登錄服務器例表45，但若管理服務器10生成服務器列表后直接或經(jīng)由網(wǎng)絡監(jiān)視服務器30發(fā)信給各客戶終端42，則可從客戶系統(tǒng)40中去除客戶終端用管理服務器43。
另外，在此前的說明中，作為故障實例僅示例了服務器停機的情況，但在本實施例中，如已說明的那樣，在信息提供服務器20收集作為提供對象的信息時，在此刻由于負荷高等任何原因而不能收集的情況下，在規(guī)定條件(例如在規(guī)定時間內不能收集等)下中斷收集。因此，在某種狀況下，用DC1收集的服務包(修正數(shù)據(jù)的一例)為版本“1”，而用DC3收集的服務包的版本為“2”。
此時，作為客戶側的客戶終端用管理服務器43識別安裝在客戶終端42中的OS1服務包版本為“1”，從網(wǎng)絡監(jiān)視服務器30出來所謂服務包版本為“2”的信息，盡管訪問了DC1，但在DC1中保持的服務包為1時，可檢測DC1未正確進行更新。所以向網(wǎng)絡監(jiān)視服務器30發(fā)送表示DC1未正常進行更新處理的故障信息，網(wǎng)絡監(jiān)視服務器30將該故障信息通知管理服務器10。管理服務器10可以再次對DC1指示收集版本2的服務包，也可以檢查各客戶側的服務器列表，從包含DC1的服務器列表中刪除DC1后生成新的服務器列表，向對應于該服務器列表的客戶側發(fā)信該新生成的服務器列表。
另外，這里舉例說明了在與客戶側保持的版本相同的情況下識別為故障的情況，但在信息提供服務器20保持的版本比客戶側保持的版本低的情況下也可識別為故障，在通知的服務包版本與信息提供服務器20保持的服務包版本之差在規(guī)定值以上，識別為故障。
在本實施例中，客戶或服務器數(shù)量極多的大規(guī)模網(wǎng)絡也包含在該實例中。如上所述，在這種大規(guī)模網(wǎng)絡狀況下，每個服務器中保持的信息版本各不相同。因此，還產(chǎn)生所謂對于服務器列表上的某一信息提供服務器20還未得到對應于網(wǎng)絡監(jiān)視服務器30通知的最新版本的服務包實體的情況。在這種情況下，客戶側向管理服務器10報告故障信息，對信息提供服務器20訪問幾次，不能實現(xiàn)減輕負荷。
因此，在本實施例中，客戶終端用管理服務器43進行如下動作。即，客戶終端用管理服務器43向位于相同客戶系統(tǒng)40內的客戶終端42中安裝OS1，管理其中適用的服務包版本(當前版本)。另外，客戶終端用管理服務器43從網(wǎng)絡監(jiān)視服務器30取得所謂作為最新服務包的信息時，比較該信息中包含的服務包版本(最新版本)與管理的當前版本。
這里，最新版本若比當前版本新，則參照服務器列表，訪問其中包含的一個信息提供服務器20(使用圖3的實例，設為DC1)。這里，檢查該DC1保持的服務包的版本是否為最新版本。若是最新版本，則取得該服務包并結束處理，但在不是最新版本的情況下，進一步比較DC1保持的服務包的版本和當前版本，若服務包的版本比當前版本新，則取得該服務包并結束處理。
即，在本實施例中，盡管不是最新版本，若可更新版本比當前版本新，則可以說進行了所謂取得該修正數(shù)據(jù)后結束處理的適當取得。另外，這里在DC1未提供最新版本的服務包時，在服務器列表上的各信息提供服務器20之間(圖3的實例中為DC1與DC3之間)比較它們提供的服務包版本，取得較新的版本。
根據(jù)以上的實施例，可有效進行關于客戶系統(tǒng)的信息、取得或更新管理對象信息用的內容信息及內容信息的管理信息的收集、管理。
另外，對于生成服務器列表、并在客戶終端用管理服務器收集信息時根據(jù)服務器列表設為信息提供對象的服務器，因為即使未接收來自管理服務器的指示等也可能動地直接訪問，所以不必訪問管理服務器。從而可減輕管理服務器的負荷。另外，因為不從客戶終端用管理服務器進行訪問，所以即使不停止系統(tǒng)也可替換管理服務器。
另外，因為網(wǎng)絡監(jiān)視服務器停機時再生成服務器列表，所以可提供總是對客戶終端用管理服務器有效的服務器列表。
另外，因為準備多組服務器列表，所以即使在構成使用中的服務器列表的任一服務器停機，也可通過切換為其它服務器列表而繼續(xù)訪問運行中的服務器。
另外，因為將對網(wǎng)絡監(jiān)視服務器定時進行有無更新信息的詢問利用為有效信息，所以可在網(wǎng)絡監(jiān)視服務器中確認該客戶終端用管理服務器運行。
權利要求
1.一種信息管理服務器，具有信息收集處理單元，通過解釋輸入信息的內容，生成客戶信息、取得或更新管理對象信息用的內容信息、及內容信息的管理信息或由輸入信息的內容特定的信息存儲場所中取得信息、；連續(xù)監(jiān)視單元，通過從客戶終端對管理信息的定期訪問來監(jiān)視客戶終端的運行狀態(tài)；和信息發(fā)送單元，對應于來自客戶終端的信息取得請求來發(fā)送內容信息。
2.一種信息管理方法，其中，通過解釋輸入信息的內容，生成信息管理用的管理信息和取得或更新被管理信息用的內容信息，或由輸入信息的內容特定的信息存儲場所中取得信息，通過從客戶終端對管理信息的定期訪問來監(jiān)視客戶終端的運行狀態(tài)，同時，對應于來自客戶終端的信息取得請求發(fā)送內容信息。
3.一種管理服務器，與一個到多個客戶系統(tǒng)、保持上述客戶系統(tǒng)參照的信息的多個信息提供服務器、和具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器一起構成網(wǎng)絡系統(tǒng)，進行網(wǎng)絡系統(tǒng)的系統(tǒng)管理，其中，包括系統(tǒng)內信息管理用數(shù)據(jù)庫，其記錄信息提供服務器管理信息，該信息提供服務器管理信息用于把握各信息提供服務器分散保持的信息；和服務器列表管理單元，根據(jù)上述系統(tǒng)內信息管理用數(shù)據(jù)庫和上述網(wǎng)絡系統(tǒng)中包含的各服務器的負荷狀況，選定作為上述各客戶系統(tǒng)訪問對象的上述服務器，生成該被選定的上述服務器的列表，上述各客戶系統(tǒng)在收集信息時，通過參照上述服務器列表，可直接訪問該服務器。
4.根據(jù)權利要求3所述的負荷分散系統(tǒng)中的管理服務器，其中如果從檢測到多路復用中的一個上述網(wǎng)絡監(jiān)視服務器停機的其它上述網(wǎng)絡監(jiān)視服務器發(fā)送系統(tǒng)停機通知信息，則上述服務器列表管理單元重新生成上述服務器列表，發(fā)送給將停機的上述網(wǎng)絡監(jiān)視服務器作為訪問對象的上述客戶系統(tǒng)。
5.一種由管理服務器構成的負荷分散系統(tǒng)中的信息管理方法，該管理服務器與一個到多個客戶系統(tǒng)、保持上述客戶系統(tǒng)參照的信息的多個信息提供服務器、和具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器一起構成網(wǎng)絡系統(tǒng)，進行網(wǎng)絡系統(tǒng)的系統(tǒng)管理，其中，根據(jù)記錄信息提供服務器管理信息的系統(tǒng)內信息管理用數(shù)據(jù)庫和上述網(wǎng)絡系統(tǒng)中包含的各服務器的負荷狀況，選定上述各客戶系統(tǒng)的作為訪問對象的上述服務器，生成該被選定的上述服務器的列表，該信息提供服務器管理信息是為了把握上述各信息提供服務器分別分散保持的信息用的，上述各客戶系統(tǒng)在收集信息時，通過參照上述服務器列表，可直接訪問該服務器。
6.一種客戶終端用管理服務器，該客戶終端用管理服務器與保持對網(wǎng)絡系統(tǒng)內提供信息的信息提供服務器、具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器、進行上述網(wǎng)絡系統(tǒng)的系統(tǒng)管理的管理服務器一起構成網(wǎng)絡系統(tǒng)，從上述信息提供服務器之一中取得被連接的客戶終端或自身想?yún)⒄盏男畔?，其中，具有服務器列表存儲單元，存儲事先生成的、作為訪問對象的上述各服務器的列表；和信息收集處理單元，為了收集必要的信息，根據(jù)上述服務器列表來訪問對應的上述服務器，在收集信息時，通過參照上述服務器列表，可直接訪問該服務器。
7.根據(jù)權利要求6所述的負荷分散系統(tǒng)中的客戶終端用管理服務器，其中，在上述服務器列表存儲單元中存儲多組服務器列表，上述信息收集處理單元在檢測到包含于正在參照的服務器列表中的任一上述服務器停機時，通過將參照的服務器列表切換為其它服務器列表，繼續(xù)服務器訪問。
8.根據(jù)權利要求6所述的負荷分散系統(tǒng)中的客戶終端用管理服務器，其中，根據(jù)把握上述各信息提供服務器分別分散保持的信息用的信息提供服務器管理信息和上述網(wǎng)絡系統(tǒng)中包含的各服務器的負荷狀況，由上述管理服務器生成并下載上述服務器列表。
9.根據(jù)權利要求6所述的負荷分散系統(tǒng)中的客戶終端用管理服務器，其中，上述信息收集處理單元通過對也擔當上述信息提供服務器的上述網(wǎng)絡監(jiān)視服務器定期詢問有無更新信息，對上述網(wǎng)絡監(jiān)視服務器確認該客戶終端用管理服務器正在運行。
10.一種客戶終端用管理服務器的信息管理方法，客戶終端用管理服務器與保持對網(wǎng)絡系統(tǒng)內提供的信息的信息提供服務器、具有網(wǎng)絡監(jiān)視功能的網(wǎng)絡監(jiān)視服務器、和進行上述網(wǎng)絡系統(tǒng)的系統(tǒng)管理的管理服務器一起構成網(wǎng)絡系統(tǒng)，從上述信息提供服務器之一中取得被連接的客戶終端或自身想?yún)⒄盏男畔ⅲ渲?，為了收集必要的信息，通過參照事先生成的作為訪問對象的上述各服務器的列表，可直接訪問對應的上述服務器。
全文摘要
本發(fā)明提供一種網(wǎng)絡系統(tǒng)、信息管理服務器及信息管理方法。信息管理服務器，具有信息收集處理單元，通過解釋輸入信息的內容，生成客戶信息、取得或更新管理對象信息用的內容信息、及內容信息的管理信息或由輸入信息的內容特定的信息存儲場所中取得信息；連續(xù)監(jiān)視單元，通過從客戶終端對管理信息的定期訪問來監(jiān)視客戶終端的運行狀態(tài)；和信息發(fā)送單元，對應于來自客戶終端的信息取得請求來發(fā)送內容信息。
文檔編號H04L12/24GK1770691SQ20051012018
公開日2006年5月10日 申請日期2002年12月27日 優(yōu)先權日2001年12月27日
發(fā)明者吉田武央, 山田直樹, 北川二三雄 申請人:富士施樂株式會社