新四季網

信息管理伺服器及信息管理方法

2023-10-08 09:47:14

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

發明內容
為了實現上述目的,根據本發明一形態的另外,根據本發明的信息管理伺服器具有信息收集處理單元,通過解釋輸入信息的內容,生成客戶信息、取得或更新管理對象信息用的內容信息及內容信息的管理信息,或輸入信息的內容特定的信息存儲場所中取得信息;連續監視單元,通過從客戶終端對管理信息的定期訪問來監視客戶終端的運行狀態;和信息發送單元,對應於來自客戶終端的信息取得請求來發送內容信息。
另外,根據本發明的信息管理方法通過解釋輸入信息的內容,生成信息管理用的管理信息和取得或更新被管理信息用的內容信息,或由輸入信息的內容特定的信息存儲場所中取得信息,通過從客戶終端對管理信息的定期訪問來監視客戶終端的運行狀態,同時,對應於來自客戶終端的信息取得請求發送內容信息。
另外,根據本發明的負荷分散系統中的管理伺服器與一個到多個客戶系統、保持上述客戶系統參照的信息的多個信息提供伺服器、和具有網絡監視功能的網絡監視伺服器一起構成網絡系統,進行網絡系統的系統管理,其中,上述各信息提供伺服器分別具有系統內信息管理用資料庫,其記錄信息提供伺服器管理信息,該信息提供伺服器管理信息用於把握各信息提供伺服器分散保持的信息;和伺服器列表管理單元,根據上述系統內信息管理用資料庫和上述網絡系統中包含的各伺服器的負荷狀況,選定作為上述各客戶系統訪問對象的上述伺服器,生成該被選定的上述伺服器的列表,其特徵在於上述各客戶系統在收集信息時,通過參照上述伺服器列表,可直接訪問該伺服器。
另外,一旦從檢測到多路復用中的一個上述網絡監視伺服器停機的其它上述網絡監視伺服器發送系統停機通知信息,則上述伺服器列表管理單元再生成上述伺服器列表,發送給將停機的上述網絡監視伺服器作為訪問對象的上述客戶系統。
另外,根據本發明信息管理方法中,管理伺服器與一個到多個客戶系統、保持上述客戶系統參照的信息的多個信息提供伺服器、和具有網絡監視功能的網絡監視伺服器一起構成網絡系統,進行網絡系統的系統管理,其中,包含根據記錄信息提供伺服器管理信息的系統內信息管理用資料庫和上述網絡系統中包含的各伺服器的負荷狀況,選定上述各客戶系統的作為訪問對象的上述伺服器,生成該被選定的上述伺服器的列表,該信息提供伺服器管理信息是為了把握上述各信息提供伺服器分別分散保持的信息用的,上述各客戶系統在收集信息時,通過參照上述伺服器列表,可直接訪問該伺服器。
根據本發明的負荷分散系統中的客戶終端用管理伺服器與保持對網絡系統內提供信息的信息提供伺服器、具有網絡監視功能的網絡監視伺服器、和進行上述網絡系統的系統管理的管理伺服器一起構成網絡系統,從上述信息提供伺服器之一中取得連接的客戶終端或自己想參照的信息,其中,具有伺服器列表存儲單元,存儲事先生成的、作為訪問對象的上述各伺服器的列表;和信息收集處理單元,為了收集必要的信息,根據上述伺服器列表來訪問對應的上述伺服器,在收集信息時,通過參照上述伺服器列表,可直接訪問該伺服器。
另外,在上述伺服器列表存儲單元中存儲多組伺服器列表,上述信息收集處理單元在檢測到包含於正在參照的伺服器列表中的任一上述伺服器停機時,通過將參照的伺服器列表切換為其它伺服器列表,繼續伺服器訪問。
另外,根據把握上述各信息提供伺服器分別分散保持的信息用的信息提供伺服器管理信息和上述網絡系統中包含的各伺服器的負荷狀況,由上述管理伺服器生成並下載上述伺服器列表。
另外,上述信息收集處理單元通過對也擔當上述信息提供伺服器的上述網絡監視伺服器定期詢問有無更新信息,對上述網絡監視伺服器確認該客戶終端用管理伺服器正在運行。
另外,根據本發明的客戶終端用管理伺服器的信息管理方法中,客戶終端用管理伺服器與保持對網絡系統內提供的信息的信息提供伺服器、具有網絡監視功能的網絡監視伺服器、和進行上述網絡系統的系統管理的管理伺服器一起構成網絡系統,從上述信息提供伺服器之一中取得被連接的客戶終端或自身想參照的信息,其中,為了收集必要的信息,通過參照事先生成的作為訪問對象的上述各伺服器的列表,可直接訪問對應的上述伺服器。


圖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異常。
另外,在本實施例中,不僅管理伺服器10,而且還多路復用各伺服器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.一種管理伺服器,與一個到多個客戶系統、保持上述客戶系統參照的信息的多個信息提供伺服器、和具有網絡監視功能的網絡監視伺服器一起構成網絡系統,進行網絡系統的系統管理,其中,包括系統內信息管理用資料庫,其記錄信息提供伺服器管理信息,該信息提供伺服器管理信息用於把握各信息提供伺服器分散保持的信息;和伺服器列表管理單元,根據上述系統內信息管理用資料庫和上述網絡系統中包含的各伺服器的負荷狀況,選定作為上述各客戶系統訪問對象的上述伺服器,生成該被選定的上述伺服器的列表,上述各客戶系統在收集信息時,通過參照上述伺服器列表,可直接訪問該伺服器。
4.根據權利要求3所述的負荷分散系統中的管理伺服器,其中如果從檢測到多路復用中的一個上述網絡監視伺服器停機的其它上述網絡監視伺服器發送系統停機通知信息,則上述伺服器列表管理單元重新生成上述伺服器列表,發送給將停機的上述網絡監視伺服器作為訪問對象的上述客戶系統。
5.一種由管理伺服器構成的負荷分散系統中的信息管理方法,該管理伺服器與一個到多個客戶系統、保持上述客戶系統參照的信息的多個信息提供伺服器、和具有網絡監視功能的網絡監視伺服器一起構成網絡系統,進行網絡系統的系統管理,其中,根據記錄信息提供伺服器管理信息的系統內信息管理用資料庫和上述網絡系統中包含的各伺服器的負荷狀況,選定上述各客戶系統的作為訪問對象的上述伺服器,生成該被選定的上述伺服器的列表,該信息提供伺服器管理信息是為了把握上述各信息提供伺服器分別分散保持的信息用的,上述各客戶系統在收集信息時,通過參照上述伺服器列表,可直接訪問該伺服器。
6.一種客戶終端用管理伺服器,該客戶終端用管理伺服器與保持對網絡系統內提供信息的信息提供伺服器、具有網絡監視功能的網絡監視伺服器、進行上述網絡系統的系統管理的管理伺服器一起構成網絡系統,從上述信息提供伺服器之一中取得被連接的客戶終端或自身想參照的信息,其中,具有伺服器列表存儲單元,存儲事先生成的、作為訪問對象的上述各伺服器的列表;和信息收集處理單元,為了收集必要的信息,根據上述伺服器列表來訪問對應的上述伺服器,在收集信息時,通過參照上述伺服器列表,可直接訪問該伺服器。
7.根據權利要求6所述的負荷分散系統中的客戶終端用管理伺服器,其中,在上述伺服器列表存儲單元中存儲多組伺服器列表,上述信息收集處理單元在檢測到包含於正在參照的伺服器列表中的任一上述伺服器停機時,通過將參照的伺服器列表切換為其它伺服器列表,繼續伺服器訪問。
8.根據權利要求6所述的負荷分散系統中的客戶終端用管理伺服器,其中,根據把握上述各信息提供伺服器分別分散保持的信息用的信息提供伺服器管理信息和上述網絡系統中包含的各伺服器的負荷狀況,由上述管理伺服器生成並下載上述伺服器列表。
9.根據權利要求6所述的負荷分散系統中的客戶終端用管理伺服器,其中,上述信息收集處理單元通過對也擔當上述信息提供伺服器的上述網絡監視伺服器定期詢問有無更新信息,對上述網絡監視伺服器確認該客戶終端用管理伺服器正在運行。
10.一種客戶終端用管理伺服器的信息管理方法,客戶終端用管理伺服器與保持對網絡系統內提供的信息的信息提供伺服器、具有網絡監視功能的網絡監視伺服器、和進行上述網絡系統的系統管理的管理伺服器一起構成網絡系統,從上述信息提供伺服器之一中取得被連接的客戶終端或自身想參照的信息,其中,為了收集必要的信息,通過參照事先生成的作為訪問對象的上述各伺服器的列表,可直接訪問對應的上述伺服器。
全文摘要
本發明提供一種網絡系統、信息管理伺服器及信息管理方法。信息管理伺服器,具有信息收集處理單元,通過解釋輸入信息的內容,生成客戶信息、取得或更新管理對象信息用的內容信息、及內容信息的管理信息或由輸入信息的內容特定的信息存儲場所中取得信息;連續監視單元,通過從客戶終端對管理信息的定期訪問來監視客戶終端的運行狀態;和信息發送單元,對應於來自客戶終端的信息取得請求來發送內容信息。
文檔編號H04L12/24GK1770691SQ20051012018
公開日2006年5月10日 申請日期2002年12月27日 優先權日2001年12月27日
發明者吉田武央, 山田直樹, 北川二三雄 申請人:富士施樂株式會社

同类文章

一種新型多功能組合攝影箱的製作方法

一種新型多功能組合攝影箱的製作方法【專利摘要】本實用新型公開了一種新型多功能組合攝影箱,包括敞開式箱體和前攝影蓋,在箱體頂部設有移動式光源盒,在箱體底部設有LED脫影板,LED脫影板放置在底板上;移動式光源盒包括上蓋,上蓋內設有光源,上蓋部設有磨沙透光片,磨沙透光片將光源封閉在上蓋內;所述LED脫影

壓縮模式圖樣重疊檢測方法與裝置與流程

本發明涉及通信領域,特別涉及一種壓縮模式圖樣重疊檢測方法與裝置。背景技術:在寬帶碼分多址(WCDMA,WidebandCodeDivisionMultipleAccess)系統頻分復用(FDD,FrequencyDivisionDuplex)模式下,為了進行異頻硬切換、FDD到時分復用(TDD,Ti

個性化檯曆的製作方法

專利名稱::個性化檯曆的製作方法技術領域::本實用新型涉及一種檯曆,尤其涉及一種既顯示月曆、又能插入照片的個性化檯曆,屬於生活文化藝術用品領域。背景技術::公知的立式檯曆每頁皆由月曆和畫面兩部分構成,這兩部分都是事先印刷好,固定而不能更換的。畫面或為風景,或為模特、明星。功能單一局限性較大。特別是畫

一種實現縮放的視頻解碼方法

專利名稱:一種實現縮放的視頻解碼方法技術領域:本發明涉及視頻信號處理領域,特別是一種實現縮放的視頻解碼方法。背景技術: Mpeg標準是由運動圖像專家組(Moving Picture Expert Group,MPEG)開發的用於視頻和音頻壓縮的一系列演進的標準。按照Mpeg標準,視頻圖像壓縮編碼後包

基於加熱模壓的纖維增強PBT複合材料成型工藝的製作方法

本發明涉及一種基於加熱模壓的纖維增強pbt複合材料成型工藝。背景技術:熱塑性複合材料與傳統熱固性複合材料相比其具有較好的韌性和抗衝擊性能,此外其還具有可回收利用等優點。熱塑性塑料在液態時流動能力差,使得其與纖維結合浸潤困難。環狀對苯二甲酸丁二醇酯(cbt)是一種環狀預聚物,該材料力學性能差不適合做纖

一種pe滾塑儲槽的製作方法

專利名稱:一種pe滾塑儲槽的製作方法技術領域:一種PE滾塑儲槽一、 技術領域 本實用新型涉及一種PE滾塑儲槽,主要用於化工、染料、醫藥、農藥、冶金、稀土、機械、電子、電力、環保、紡織、釀造、釀造、食品、給水、排水等行業儲存液體使用。二、 背景技術 目前,化工液體耐腐蝕貯運設備,普遍使用傳統的玻璃鋼容

釘的製作方法

專利名稱:釘的製作方法技術領域:本實用新型涉及一種釘,尤其涉及一種可提供方便拔除的鐵(鋼)釘。背景技術:考慮到廢木材回收後再加工利用作業的方便性與安全性,根據環保規定,廢木材的回收是必須將釘於廢木材上的鐵(鋼)釘拔除。如圖1、圖2所示,目前用以釘入木材的鐵(鋼)釘10主要是在一釘體11的一端形成一尖

直流氧噴裝置的製作方法

專利名稱:直流氧噴裝置的製作方法技術領域:本實用新型涉及ー種醫療器械,具體地說是ー種直流氧噴裝置。背景技術:臨床上的放療過程極易造成患者的局部皮膚損傷和炎症,被稱為「放射性皮炎」。目前對於放射性皮炎的主要治療措施是塗抹藥膏,而放射性皮炎患者多伴有局部疼痛,對於止痛,多是通過ロ服或靜脈注射進行止痛治療

新型熱網閥門操作手輪的製作方法

專利名稱:新型熱網閥門操作手輪的製作方法技術領域:新型熱網閥門操作手輪技術領域:本實用新型涉及一種新型熱網閥門操作手輪,屬於機械領域。背景技術::閥門作為流體控制裝置應用廣泛,手輪傳動的閥門使用比例佔90%以上。國家標準中提及手輪所起作用為傳動功能,不作為閥門的運輸、起吊裝置,不承受軸向力。現有閥門

用來自動讀取管狀容器所載識別碼的裝置的製作方法

專利名稱:用來自動讀取管狀容器所載識別碼的裝置的製作方法背景技術:1-本發明所屬領域本發明涉及一種用來自動讀取管狀容器所載識別碼的裝置,其中的管狀容器被放在循環於配送鏈上的文檔匣或託架裝置中。本發明特別適用於,然而並非僅僅專用於,對引入自動分析系統的血液樣本試管之類的自動識別。本發明還涉及專為實現讀