專利名稱：遠(yuǎn)程管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及經(jīng)由互聯(lián)網(wǎng)等網(wǎng)絡(luò)，遠(yuǎn)程進(jìn)行設(shè)備監(jiān)視、信息收集、信息分析、信息提供的技術(shù)。
背景技術(shù)：
有以下這樣一種方法在將接受管理的裝置(以下稱為管理對象裝置)和進(jìn)行管理的裝置(以下稱為管理裝置)連接到因特網(wǎng)等網(wǎng)絡(luò)的環(huán)境中，在管理裝置對管理對象裝置中產(chǎn)生的故障等事件、遠(yuǎn)程實(shí)施對策的時(shí)候，管理對象裝置將事件通知發(fā)送到管理裝置中，之后，管理裝置對管理對象裝置進(jìn)行查詢并收集信息，并提供事件對策信息。
在上述方法中，因?yàn)楣芾硌b置要經(jīng)由網(wǎng)絡(luò)與管理對象裝置進(jìn)行通信，所以必須掌握管理對象裝置的地址。另外，在管理對象裝置上設(shè)置了防火墻的情況下，管理裝置必需進(jìn)行用于使其通過的設(shè)定變更。
對此，將要實(shí)現(xiàn)一種方法，即，例如專利文獻(xiàn)1中記載的遠(yuǎn)程管理系統(tǒng)，無需變更管理對象裝置的防火墻的設(shè)定，即使不清楚管理對象裝置的地址，也可以經(jīng)由互聯(lián)網(wǎng)等網(wǎng)絡(luò)從管理裝置向管理對象裝置提供信息。
具體地說，設(shè)置在管理對象裝置上的上述管理模塊，利用HTTP(HyperTextTransfer Protocol)等請求和響應(yīng)成對的通信協(xié)議，并用XML(Extensible MarkupLanguage)等數(shù)據(jù)形式，通知上述管理裝置種類、名稱、制造者、型號名、序列號和UUID(Universally Unique IDentifier)等的、可以從其他相同的管理對象裝置中區(qū)別出上述管理對象裝置的識別信息。在接收了通知的上述管理裝置中，在上述識別信息中檢索特定信息，并且利用對通知的響應(yīng)將其發(fā)送到上述管理模塊中。
另外，在非專利文獻(xiàn)1中記載的通信協(xié)議中，規(guī)定了不變更防火墻的設(shè)定而經(jīng)由因特網(wǎng)在管理裝置和管理對象裝置之間進(jìn)行數(shù)據(jù)訪問的機(jī)構(gòu)。
具體地說，管理對象裝置以HTTP等為下位協(xié)議，將XML形式的消息發(fā)送到管理裝置，并且訪問管理裝置的數(shù)據(jù)，結(jié)果，獲取了已得到的信息。
專利文獻(xiàn)1特表2004-510231號公報(bào)非專利文獻(xiàn)1Don.Box以及其他7名，“簡單對象訪問協(xié)議(SOAP)1.1”，[online]，2000年5月8日，萬維網(wǎng)協(xié)會，[2004年4月20日檢索]，Internet<URLhttp//www.w3.org/TR/2000/NOTE-SOAP-20000508/>
在現(xiàn)有的遠(yuǎn)程管理系統(tǒng)中，管理裝置為了將上述管理對象裝置和其他相同的管理對象裝置進(jìn)行區(qū)別，接受種類、名稱、制造者、型號名、序列號、UUID等上述識別信息，并將上述識別信息作為關(guān)鍵字，在上述管理對象信息中檢索特定的信息。因此，在上述管理裝置中，每次增加上述管理對象裝置，都必須追加關(guān)于上述管理對象裝置的特定信息等的設(shè)定，并且必需與管理對象裝置數(shù)的規(guī)模成比例的工時(shí)。
另外，現(xiàn)有的管理裝置因?yàn)樵趶墓芾韺ο笱b置接收到通知的情況下，不具有操作員通過對話形式提供信息的機(jī)構(gòu)，所以，在管理對象裝置中產(chǎn)生了未預(yù)料的狀況的時(shí)候的應(yīng)對方面存在問題。

發(fā)明內(nèi)容
本發(fā)明提供了一種無須變更管理對象裝置的防火墻的設(shè)定和把握管理對象裝置的地址，再者，即使在增加了管理對象裝置的情況下，也無須在管理裝置中追加設(shè)定的可伸縮的遠(yuǎn)程管理系統(tǒng)。
另外，提供了一種在管理裝置從管理對象裝置接收了通知的情況下，操作員可以以對話形式提供信息的遠(yuǎn)程管理系統(tǒng)。
具體地說，本發(fā)明在其一種方式中，是一種具有通過網(wǎng)絡(luò)所連接的管理對象裝置和管理裝置的遠(yuǎn)程管理系統(tǒng)，通過可以適應(yīng)多個(gè)管理對象裝置的事件體系管理在管理對象裝置中產(chǎn)生的事件。
上述管理對象裝置具備管理模塊，上述管理模塊，具備檢測產(chǎn)生在上述管理對象裝置中的事件的單元；從事件查詢對象表中檢索一個(gè)以上與上述事件對應(yīng)的查詢對象的單元；在上述事件查詢對象表中分配沒有定義對應(yīng)于上述事件識別符的一個(gè)以上的查詢對象的情況下的查詢對象的單元；將上述事件識別符發(fā)送到上述管理裝置然后進(jìn)行查詢的單元；和同時(shí)或者連續(xù)地對上述一個(gè)以上的查詢對象進(jìn)行查詢的單元。
上述管理裝置，具備接收上述管理模塊查詢的單元；接受上述事件的單元；使用事件狀態(tài)管理表來管理上述事件的處理狀態(tài)的單元；從上述事件對策信息表中檢索與上述管理模塊的查詢條件對應(yīng)的對策信息的單元；分配沒有在上述事件對策信息表中登錄與上述事件識別單元對應(yīng)的對策信息的情況下的對策信息的單元；在沒有在上述事件對策信息表中登錄了對策信息的情況下、分配稱為呼叫操作員的對策信息的單元；和將事件受理號和將上述對策信息發(fā)送到上述管理模塊的單元。
再者，上述管理模塊，還具備在提供上述對策信息之前向上述管理裝置反復(fù)進(jìn)行查詢的單元；在反復(fù)查詢的時(shí)候向上述管理裝置提供并追加信息的單元；實(shí)施從上述管理裝置接受的上述對策信息的單元；通知上述管理裝置已經(jīng)結(jié)束了上述事件對策的單元。
再者，上述管理裝置，還具備從上述管理模塊中接受事件對策結(jié)束通知的單元。
進(jìn)而，上述管理模塊，做成為在沒有從上述管理裝置中獲得對查詢的響應(yīng)的情況、上述管理裝置沒有提供上述對策信息的情況或者沒有從上述管理裝置中得到針對事件對策結(jié)束通知的響應(yīng)的情況下，通過通知上述管理對象裝置的管理者的單元、和向上述管理對象裝置的管理者通知從上述管理裝置接收的對策信息的單元，上述管理裝置進(jìn)行上述管理對象裝置的硬件、軟件管理的結(jié)構(gòu)。
依據(jù)上述方式的遠(yuǎn)程管理系統(tǒng)，無須變更管理對象裝置的防火墻的設(shè)定和掌握管理對象裝置的地址，即使在管理對象裝置增加了的情況下，也無需對管理裝置追加設(shè)定，而可以進(jìn)行簡單且可伸縮的遠(yuǎn)程管理。
另外，上述管理對象裝置，可以從一個(gè)以上的管理裝置中獲取事件對策信息，管理裝置可以通過一個(gè)以上的管理裝置分擔(dān)或者協(xié)調(diào)實(shí)施管理對象裝置的管理。
另外，上述管理裝置，根據(jù)上述管理對象裝置的查詢條件可以變更提供的對策信息，并且可以提供與上述管理對象裝置的狀況對應(yīng)的對策信息。
進(jìn)而，上述管理裝置，通過操作員以對話方式進(jìn)行上述管理對象裝置和信息交換，即使在上述管理對象裝置中產(chǎn)生了未預(yù)料到的事件的時(shí)候等，也可以確實(shí)實(shí)施事件對策。
依據(jù)本發(fā)明，可以實(shí)現(xiàn)進(jìn)行簡單且可伸縮的遠(yuǎn)程管理的遠(yuǎn)程管理系統(tǒng)。


圖1是本實(shí)施方式的系統(tǒng)的結(jié)構(gòu)。
圖2是本實(shí)施方式的管理模塊的處理流程。
圖3是本實(shí)施方式的接收查詢時(shí)的管理裝置的處理流程。
圖4是本實(shí)施方式的接收對策結(jié)束通知時(shí)的管理裝置的處理流程。
圖5是本實(shí)施方式的事件查詢對象表。
圖6是本實(shí)施方式的事件對策信息表。
圖7是本實(shí)施方式的事件狀態(tài)管理表。
圖8是本實(shí)施方式的基本消息序列。
圖9是本實(shí)施方式的存在操作員時(shí)的消息序列。
圖10是本實(shí)施方式的向操作員提供追加信息時(shí)的消息序列。
圖11是本實(shí)施方式的同時(shí)進(jìn)行多個(gè)查詢時(shí)的消息序列。
圖12是本實(shí)施方式的連續(xù)進(jìn)行多個(gè)查詢時(shí)的消息序列。
圖13是本實(shí)施方式的階段地進(jìn)行多個(gè)查詢時(shí)的消息序列。
符號說明201檢測事件202檢索查詢對象203發(fā)送查詢對象500事件識別符800附屬信息301接收查詢303接受事件305檢索對策方法308獲取對策信息310發(fā)送響應(yīng)700接受號 601對策結(jié)束通知205接收響應(yīng)208實(shí)施對策209發(fā)送對策結(jié)束通知801對策結(jié)束信息401接收對策結(jié)束通知402接受對策結(jié)束406發(fā)送響應(yīng)802對策結(jié)束接收信息
211接收響應(yīng)215結(jié)束具體實(shí)施方式
以下利用附圖對本發(fā)明的實(shí)施方式進(jìn)行詳細(xì)說明。以下說明并沒有限定本發(fā)明的技術(shù)范圍。在以下說明中，對具有相同功能的構(gòu)成要素附加相同號碼。另外，具有相同功能的構(gòu)成要素不僅被相同裝置反復(fù)實(shí)施，而且還被不同裝置實(shí)施，在區(qū)別不明顯的情況下，在號碼的后面通過括號追加識別號碼。
實(shí)施例1圖1是表示本實(shí)施方式的遠(yuǎn)程管理系統(tǒng)的整體結(jié)構(gòu)的圖。管理裝置100、管理對象裝置120以及相同的管理對象裝置132通過網(wǎng)絡(luò)110被連接。
網(wǎng)絡(luò)110是互聯(lián)網(wǎng)(internet和內(nèi)部網(wǎng)(intranet)。在網(wǎng)絡(luò)110是互聯(lián)網(wǎng)的情況下等，也可以在管理對象裝置120和網(wǎng)絡(luò)110的邊界設(shè)置防火墻122，在管理對象裝置132和網(wǎng)絡(luò)110的邊界設(shè)置防火墻133，在管理裝置100和網(wǎng)絡(luò)110的邊界設(shè)置防火墻107。
在管理裝置100中，進(jìn)行來自管理對象裝置120和管理對象裝置132的通信的優(yōu)先控制情況下，在與網(wǎng)絡(luò)100的邊界上設(shè)置優(yōu)先控制裝置108。另外，在管理裝置100，進(jìn)行來自管理對象裝置120和管理對象裝置132的通信的認(rèn)證情況下，在與網(wǎng)絡(luò)100的邊界上設(shè)置認(rèn)證裝置109。
管理裝置100，是個(gè)人電腦和服務(wù)器裝置的普通信息處理裝置，由CPU(Central Processing Unit)101、存儲器102、硬盤103、通信接口104、鍵盤106、顯示器106等構(gòu)成。在管理裝置100中，CPU101通過操作系統(tǒng)的控制將程序從硬盤103調(diào)出到內(nèi)存102上并實(shí)行，由此實(shí)現(xiàn)以下說明的各個(gè)功能。
被設(shè)置在與管理對象裝置120、管理對象裝置132、管理對象裝置132相同場所的對管理對象裝置132進(jìn)行監(jiān)視的監(jiān)視裝置130也是與管理裝置100相同的信息處理裝置。
對管理對象裝置120、132進(jìn)行補(bǔ)充。在本實(shí)施方式中，管理對象裝置120、132以向管理裝置100發(fā)送消息為契機(jī)，相互交換消息。
因此，在本實(shí)施方式中，因?yàn)樵诠芾韺ο笱b置120、132上設(shè)置防火墻122、133等，所以還可以對應(yīng)管理裝置100不能直接訪問管理對象裝置120、132的情況、和因?yàn)楣芾韺ο笱b置120、132的地址不明或者時(shí)刻變化，而管理裝置100不能訪問管理對象裝置120、132的情況。
作為前者的管理對象裝置120、132的例子，除了上述的普通個(gè)人電腦和服務(wù)器裝置之外，還有打印機(jī)、復(fù)印機(jī)、信息家電等。作為后者的管理對象裝置120、132的例子，是可以與網(wǎng)絡(luò)連接的車輛或移動電話等移動體。
在管理對象裝置120上實(shí)現(xiàn)的管理模塊121，與管理裝置100進(jìn)行通信，并對管理對象裝置120進(jìn)行管理。管理模塊121，也可以作為普通程序被存儲在硬盤中，并通過CPU101在內(nèi)存儲器上執(zhí)行。或者也可以被存儲在內(nèi)置裝置上。
監(jiān)視裝置130所具備的管理模塊131，具備與管理裝置100進(jìn)行通信、經(jīng)由網(wǎng)絡(luò)對管理對象裝置132進(jìn)行管理的功能。管理模塊121和管理模塊131雖然配置位置不同但是功能相同。在以下說明中，雖然以管理模塊121進(jìn)行的處理為例，但是管理模塊131進(jìn)行的處理也與此相同。
以下，對圖2所示的管理模塊121的接受流程、圖3和圖4所示的管理裝置100的處理流程、將管理裝置100的消息交換序列與圖8～圖13所示的管理模塊121附加對應(yīng)關(guān)系，同時(shí)，對產(chǎn)生在管理對象裝置120中的事件的處理進(jìn)行說明。
首先，參考圖8，沿著時(shí)間軸對管理模塊121與管理裝置100進(jìn)行基本的信息交換并且實(shí)施事件對策的情況進(jìn)行說明。
在(事件檢測201)中，管理模塊121檢測到在管理對象裝置120中產(chǎn)生了事件。
所謂事件是指，與管理對象裝置120的CPU、存儲器、硬盤或者應(yīng)用這些硬件和軟件有關(guān)，并且表示與這些結(jié)構(gòu)和性能相關(guān)的數(shù)值，超過某個(gè)設(shè)定值，或進(jìn)行特定的動作的錯(cuò)誤和警告等。事件不僅與管理對象裝置120相關(guān)而產(chǎn)生，而且還與管理模塊121自身的硬盤和軟件的構(gòu)成、性能相關(guān)而產(chǎn)生。另外，事件還可以是非不定期、像定時(shí)通報(bào)一樣地周期性產(chǎn)生。
通過可以唯一識別事件的號碼等事件識別符對事件進(jìn)行管理。事件識別符，做成在每個(gè)產(chǎn)生在管理對象裝置120中的事件進(jìn)行確定，并且根據(jù)在MIB(Management Information Base)或CIM(Common Information Model)等標(biāo)準(zhǔn)信息管理體系、或多個(gè)管理對象裝置中共同的硬件或軟件的信息管理體系來確定。由此，即使在管理對象裝置不同的情況下，因?yàn)榭梢詫ο嗤氖录峙湎嗤淖R別符，所以可以使事件對策一樣。
另外，對不適合標(biāo)準(zhǔn)信息管理體系和共同的信息管理體系的事件和僅僅一個(gè)管理對象裝置120中固有的事件，也可以分別分配固有的事件識別符，以下對通過稱為“其他(default默認(rèn))”的事件識別符進(jìn)行統(tǒng)一管理的方法進(jìn)行說明。
在(檢索查詢對象202)中，管理模塊121檢索圖5所示的事件查詢對象表，并檢索與事件識別符500對應(yīng)的查詢對象501。查詢對象501雖然通常是用“http//center.com/sever”521和“http//center.com/storage”522這樣的地址表示的外部管理裝置100，但是，也可以如“http//localhost/event”520那樣是管理對象裝置120和管理模塊121本身。在這種情況下，預(yù)先在管理對象裝置120和管理模塊121本身存儲與后述的管理裝置100相同的事件對策信息。
在查詢對象501中，也可以登錄多個(gè)地址。多個(gè)地址的實(shí)體雖然通常是不同的管理裝置100，但是也可以是相同的管理裝置100?！癶ttp//centerl.com/server OR http//center2.com/server”523是表示預(yù)備地址的例子，詳細(xì)內(nèi)容將在說明(接收響應(yīng)205)的時(shí)候進(jìn)行敘述。“http//center.com/storage AND http//center.com.network”524是同時(shí)表示多個(gè)地址的例子，將在說明圖11的時(shí)候詳細(xì)敘述?！癶ttp//center.com/server，http//center.com/staff”525是表示連續(xù)多個(gè)地址的例子，將在說明圖12的時(shí)候詳細(xì)敘述。
對于發(fā)生的事件在沒有檢索到相應(yīng)的事件識別符500的情況下，利用作為“其他”的事件的識別符的“default”530。在事件識別符500的“default”530中，對檢測到的事件確定沒有定義事件識別符的情況下的查詢對象。由此，即使對不適合標(biāo)準(zhǔn)信息管理體系和共同的信息管理體系的事件也可以確定并對應(yīng)查詢對象501。
進(jìn)而，對每個(gè)事件識別符500，也可以確定處理優(yōu)先度502，并且定義多個(gè)事件同時(shí)產(chǎn)生時(shí)的處理的優(yōu)先度。
另外，在圖5中，因?yàn)橐栽谕ㄐ艆f(xié)議中利用HTTP為例，所以在查詢對象501中記有“http//”，如果是利用HTTPS的情況，則也可以與“http//”一樣用與利用的通信協(xié)議適合的形式登錄查詢對象。
在(發(fā)送查詢203)中，管理模塊121對作為所檢索到的查詢對象501的管理裝置100進(jìn)行有關(guān)事件的查詢。
在管理模塊121和管理裝置100之間的通信協(xié)議，如果是接收和發(fā)送成對的通信協(xié)議，則可以是任何一種協(xié)議。無論在管理模塊121上設(shè)置了防火墻122的情況，還是在通信協(xié)議中利用了允許通向外部的HTTP和SOAP的情況，都無須對防火墻122進(jìn)行特別設(shè)定。
發(fā)送內(nèi)容是產(chǎn)生在管理對象裝置120中的事件識別符500以及與其附帶的附屬信息800。發(fā)送內(nèi)容可以用可以解釋管理模式121和管理裝置100二者的XML等任意形式來記述。以下，將在管理模式121和管理裝置100之間收發(fā)的消息格式設(shè)為這種形式。
附屬信息800是，事件的優(yōu)先度502、事件產(chǎn)生的時(shí)刻、與事件產(chǎn)生關(guān)聯(lián)的硬件和軟件的名稱、型號名、制造號或者事件登錄、管理對象裝置120的設(shè)置場所、管理者等，在事件處理中必要的任意信息。
在(接收查詢301)中，管理裝置100從管理模塊121接收與產(chǎn)生在管理對象裝置120中的事件相關(guān)的查詢。
在管理裝置100接收查詢之前，優(yōu)先控制裝置108，也可以識別查詢消息的發(fā)送目的地址和發(fā)送源地址、或者查詢對象501、包含在附屬信息800中的事件優(yōu)先度502等，并進(jìn)行優(yōu)先控制處理。具體地說，優(yōu)先控制裝置108在同時(shí)接收到多個(gè)查詢消息的情況下，從高優(yōu)先度的消息開始向管理裝置100進(jìn)行傳送。
另外，認(rèn)證裝置109也可以使用追加在查詢消息中的用戶名稱和密碼、認(rèn)證書等認(rèn)證信息或者包含在附屬信息800中的用戶名稱和密碼、證明書等認(rèn)證信息，來進(jìn)行事件消息的認(rèn)證。
在(事件接受303)中，管理裝置100接受事件，對查詢消息進(jìn)行解析，并檢查是否帶有接受號。在帶有接受號的情況下，則判斷為是已經(jīng)受理完畢的事件。
在沒有接受號的情況下，則判斷為新接受，并重新將可以唯一識別接收到查詢的事件的號碼和識別符分配給接受號。
在圖3的(開始事件狀態(tài)304)中，管理裝置100，分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄分配的接受號、在事件識別符500中登錄接受了查詢的事件識別符、在時(shí)刻701中登錄接收了查詢的時(shí)刻、在狀態(tài)702中登錄“事件接受”750這樣的接受狀態(tài)，并且開始事件的狀態(tài)管理。
在(檢索對策信息305)中，管理裝置100以事件識別符500作為關(guān)鍵字檢索事件對策信息。管理裝置100對查詢消息進(jìn)行解析，并且調(diào)查是否包含有事件識別符500。在存在事件識別符500的情況下，檢索圖6所示的事件對策信息表，然后檢索與事件識別符500對應(yīng)的對策信息601。
也可以對對策信息601設(shè)定條件600。如事件識別符500是“207”610的情況所示，也可以對于一個(gè)事件識別符500設(shè)定多個(gè)條件600，并且對于每個(gè)條件600設(shè)定對策信息601。所謂條件600是“time 9:00-17:00”630這樣的時(shí)間帶設(shè)定和在“processed by serverl”632這樣的其他管理裝置中已被處理的內(nèi)容等。
在圖3的(處理中止330)中，也可以以事件優(yōu)先度503、事件產(chǎn)生時(shí)刻、與事件產(chǎn)生關(guān)聯(lián)的硬件和軟件的名稱、型號名或者管理對象裝置120的設(shè)置場所、包含在管理者等查詢消息中的附屬信息800為基礎(chǔ)設(shè)定條件600。在設(shè)定了條件600的情況下，管理裝置100在與事件識別符500對應(yīng)的對策信息601中獲取符合條件600的對策信息601。在沒有符合的對策信息601的情況下，則中止事件處理。
對于接收的事件識別符500，在從圖6的事件對策表中沒有檢測出符合的事件識別符500的情況下，檢索登錄在表的“default”620中的對策信息601。在事件識別符500的“default”中，確定接收的事件識別符500的值是“default”的情況和沒有登錄在事件對策信息表的情況下的對策信息601。由此，即使對于不適合標(biāo)準(zhǔn)信息管理體系和通用的信息管理體系的事件，也可以確定對策信息601來進(jìn)行對應(yīng)。
在(獲取對策信息308)中，管理裝置100根據(jù)檢索結(jié)果來獲取對策信息601。所謂對策信息601，是對于管理對象裝置120和管理模塊121設(shè)定文件的變更命令“change AAA configuration”640、管理對象裝置120和管理模塊121的命令執(zhí)行命令“execute BBB”641、通知其他裝置的命令“call http//staff.com/network”642、附加在對策信息601中的表示補(bǔ)丁文件和模塊等實(shí)效命令的命令、或記述其執(zhí)行的腳本等。
腳本，事先生成模板，也可以在該模板中按照填入被包含在與事件相關(guān)聯(lián)的硬件和軟件的名稱、型號名、制造號碼等查詢消息中的附屬信息800的處理過程，動態(tài)地生成。但是，針對事件的對策信息601，對應(yīng)于事件識別符500被確定，并且附屬信息800向事件對策信息601提供輔助信息。
在對策信息601中，設(shè)置了稱為“send staff”643的管理裝置100并且從某個(gè)管理中心向管理對象裝置120的設(shè)置場所派遣專門人員，在稱為“l(fā)og”646的管理裝置100和管理模塊121的記錄中記錄事件查詢，在稱為“calloperator”644的呼叫操作員，在稱為“transfer http//maintenance.com/storage”645的其他管理裝置中還包含查詢傳送等內(nèi)容。
在事件對策信息表中，作為事件識別符500形成“default”620的情況下的對策信息601，也可以預(yù)先登錄好稱為“call operator”644的呼叫操作員。由此，也可以對不適合標(biāo)準(zhǔn)信息管理體系和通用的信息管理體系這樣的事件都實(shí)施對策。
另外，檢索結(jié)果，在之后的圖9和圖10的說明時(shí)對“call operator”644的呼叫情況進(jìn)行闡述。對于“transfer http//maintenance.com/storage”645的情況，將在后述的圖13的說明時(shí)進(jìn)行闡述。
在圖3(更新事件狀態(tài)309)中，管理裝置100在獲取對策信息601之后，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄接受時(shí)刻、在狀態(tài)702下登錄稱為“對策信息獲取”751的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在事件查詢不符合條件600而不能獲取對策信息601的情況下，同樣，也將在狀態(tài)702中登錄了“不能獲取對策信息”內(nèi)容的登記項(xiàng)登錄在事件狀態(tài)管理表中，并且更新事件的處理狀態(tài)。
在(發(fā)送響應(yīng)310)中，管理裝置100，將接受號700和獲取的事件對策信息601包含到針對從管理模塊121中接收的消息的響應(yīng)消息中進(jìn)行返送。例如，在從管理模塊121中接收了HPPT請求的情況下，在該響應(yīng)HTTP響應(yīng)中，包含了通過(接受事件303)分配的接受號700和通過(獲取對策信息308)得到的命令和請求等對策信息601。返送數(shù)據(jù)是用可以解釋管理模塊121和管理裝置100二者的XML等任意形式來記述。在事件查詢不符合條件600而不能獲取對策信息601的情況下，在返送對策信息601中包含有表示處理中止的識別符。
在圖3的(事件狀態(tài)更新311)中，管理裝置100，在響應(yīng)發(fā)送之后，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該識別符、在時(shí)刻701中登錄接受時(shí)刻、在狀態(tài)702登錄“響應(yīng)信息”752的處理狀態(tài)的登記項(xiàng)，并且更新事件處理狀態(tài)。
在(接收響應(yīng)205)中，管理模塊121，接收通過(發(fā)送查詢203)發(fā)送到管理裝置100中的查詢響應(yīng)消息。管理模塊121，對響應(yīng)消息進(jìn)行解析，如果在內(nèi)部包含了接受號700，則判斷為管理裝置100已接受了查詢。
另外，管理模塊121，在不能在設(shè)定時(shí)間以內(nèi)從管理裝置100接收響應(yīng)的情況下，僅在休眠事先設(shè)定時(shí)間之后，再次執(zhí)行(發(fā)送查詢200)。
在圖2的(與管理者聯(lián)系221)中，管理模塊121，即使僅按照事先設(shè)定的次數(shù)重復(fù)上述再發(fā)送，在由于通信故障等而沒有從管理裝置100得到響應(yīng)的情況下，則在日志中記錄通信故障等，對于管理對象裝置120的管理者，通過或者在管理對象裝置120的顯示器中進(jìn)行顯示，或者用郵件進(jìn)行聯(lián)系的方法通知該內(nèi)容。
在查詢的再發(fā)送中，在預(yù)先設(shè)定了預(yù)備查詢對象的情況下，例如在圖5的“http//centerl.com/server OR http//center2.com/server”523這樣的情況下，在第一查詢對象沒有響應(yīng)的情況下，則發(fā)送到第二查詢對象。希望作為第一查詢對象的管理裝置100的數(shù)據(jù)和作為第二查詢對象的其他管理裝置100的數(shù)據(jù)是同步的。
在(實(shí)施對策208)中，管理模塊121對響應(yīng)消息進(jìn)行解析，如果在內(nèi)部包含了作為對策信息601的命令和腳本等，則取出該命令和腳本等并執(zhí)行。也可以將執(zhí)行結(jié)果輸出到日志和管理裝置120的顯示器中。另外，對策信息601在呼叫操作員的情況下也相同。對策信息601如果是將專門人員派遣到管理對象裝置120的設(shè)置場所的內(nèi)容，則對于管理對象裝置120的管理者，通過或者在管理對象裝置120的顯示器中進(jìn)行顯示，或者用郵件進(jìn)行聯(lián)系的方法通知該內(nèi)容。
在(發(fā)送對策結(jié)束通知209)中，管理模塊121為了通知對策信息601的執(zhí)行結(jié)果，則將事件接受號700和對策結(jié)束信息801發(fā)送到管理裝置100中。所謂對策結(jié)束信息801，是顯示對策結(jié)束的“operation end”的識別符。再者，在對策結(jié)束信息801中，也可以包含(實(shí)施對策208)中的執(zhí)行命令和腳本的執(zhí)行日志和通知管理對象裝置120的管理者的日志等的、表示對策信息601執(zhí)行結(jié)果的信息。
同樣，在(實(shí)施對策208)中，在執(zhí)行命令和腳本的執(zhí)行失敗了的時(shí)候，要將表示對策失敗的“operation error”的識別符和錯(cuò)誤日志等包含在對策結(jié)束信息801中。
在(接收對策結(jié)束通知401)中，管理裝置100，接收管理模塊121發(fā)送的對策結(jié)束通知。
在(接受對策結(jié)束402)中，管理裝置100，對事件的對策記述通知進(jìn)行解析，并確認(rèn)對策結(jié)束。管理裝置100，對管理結(jié)束通知進(jìn)行解析，并取出接受號700和對策結(jié)束信息801。
在圖4的(更新事件狀態(tài)403)中，管理裝置100，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702登錄稱為“接受對策結(jié)束”753的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在(指示再查詢420)中，管理裝置100，為了進(jìn)行經(jīng)過一定時(shí)間后的管理對象裝置120的信息收集、狀態(tài)確認(rèn)和再次對管理對象120提供對策信息，也可以指示在管理模塊121、對當(dāng)前、受理中的事件進(jìn)行再查詢。
在圖4的(更新事件狀態(tài)421)中，管理裝置100，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702登錄稱為“指示再查詢”的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在(發(fā)送響應(yīng)406)中，管理裝置100，將接受了對策結(jié)束通知的內(nèi)容返送到管理模塊121。管理裝置100，在結(jié)束對策的情況下，將接受號700和對策結(jié)束接受信息802發(fā)送到針對從管理模塊121接收到的對策結(jié)束通知消息的響應(yīng)消息中。所謂對策結(jié)束接受信息802，是表示事件查詢處理結(jié)束的“processend”的識別符。對策結(jié)束接受信息802也可以為空。
在圖4的(結(jié)束事件狀態(tài)管理407)中，管理裝置100在發(fā)送響應(yīng)之后，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702下登錄“發(fā)送響應(yīng)”754的處理狀態(tài)的登記項(xiàng)，并且結(jié)束事件的狀態(tài)管理。
在圖4的(發(fā)送響應(yīng)422)中，在管理裝置100在指示再查詢的情況下，將接受號700和再查詢指示發(fā)送到針對從管理模塊121接收到的消息的響應(yīng)消息中。所謂再查詢指示，是“call me again”的識別符或再查詢時(shí)候的地址等。
在圖4的(更新事件狀態(tài)423)中，管理裝置100在發(fā)送響應(yīng)之后，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702下登錄“發(fā)送再查詢指示”的處理狀態(tài)的登記項(xiàng)，并且更新事件的狀態(tài)管理。
在(接受響應(yīng)211)中，管理模塊121接收通過(發(fā)送查詢209)發(fā)送到管理裝置100中的查詢響應(yīng)消息。管理模塊121對響應(yīng)消息進(jìn)行解析，如果在內(nèi)部包含了對策結(jié)束接受信息802，則判斷為管理裝置100已經(jīng)接受了對策結(jié)束通知。
在響應(yīng)消息中包含了再查詢指示的情況下，返回到(發(fā)送查詢203)，并且利用接受號700執(zhí)行有關(guān)該事件的再查詢。
在圖2的(與管理者聯(lián)系241)中，管理模塊121在不能在事先設(shè)定的時(shí)間內(nèi)從管理裝置100接收到響應(yīng)的情況下，在僅休眠設(shè)定時(shí)間之后，再次實(shí)施(發(fā)送對策結(jié)束通知209)。
即使按照事先設(shè)定的次數(shù)重復(fù)再發(fā)送，在由于通信故障而沒有從管理裝置100得到響應(yīng)的情況下，將這些通信故障的內(nèi)容記錄在日志中，并且對管理對象裝置120的管理者，通過或者在管理對象裝置120的顯示器中進(jìn)行顯示，或者用郵件進(jìn)行聯(lián)系的方法通知該內(nèi)容。
作為上述通信故障，是在防火墻122、防火墻107、優(yōu)先控制裝置108、認(rèn)證裝置109或者管理裝置100中的故障，或者是由于通信數(shù)據(jù)集中而造成的超出處理性能界限、網(wǎng)絡(luò)110中的故障或者由于通信數(shù)據(jù)的集中而造成的超出通信帶寬等。
在(結(jié)束215)中，管理模塊212，如果從管理裝置100接受對策結(jié)束接受信息802，則將該內(nèi)容記錄在日志中，并且結(jié)束事件對策處理。
接下來，管理模塊121，進(jìn)行與管理裝置100的消息交換，在執(zhí)行了圖8所示的事件對策之后，參考圖9，沿著時(shí)間軸對存在操作員的情況進(jìn)行說明。
在(檢索對策方法305)中，由圖9的(檢測事件201)實(shí)施與圖8相同的處理。
在(呼叫操作員340)中，管理裝置100，在以事件識別符500為關(guān)鍵字檢索圖6的事件對策信息表的結(jié)果是呼叫操作員指示“call operator”644的情況下，在顯示器106中顯示事件識別符500和附屬信息800等，并且向操作員請求事件的處理。
在圖3的(更新事件狀態(tài)309)中，管理裝置100，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702下登錄“呼叫操作員”760的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在(接收響應(yīng)310)中，管理裝置100，通過與上述圖8中的管理裝置100的處理(發(fā)送響應(yīng)310)相同的通信方法，將(接受事件303)分配的接受號700返送到管理模塊121中。在返送的消息中，也可以包含接受號700以外的表示呼叫操作員的識別符，并且明確地將操作員正進(jìn)行處理的事實(shí)通知管理模塊121。再者，在響應(yīng)消息中也可以包含對管理模塊121發(fā)送多次的查詢203(2)的發(fā)送時(shí)刻、發(fā)送周期、發(fā)送次數(shù)的指示。
在(接受響應(yīng)205)中，管理模塊121，與上述圖8中的管理模塊121的處理(接受響應(yīng)205)相同，接受(發(fā)送查詢203)中發(fā)送到管理裝置100中的查詢的響應(yīng)消息。
在(發(fā)送查詢203(2))中，管理模塊121，對響應(yīng)消息進(jìn)行解析的結(jié)果是在沒有包含對策消息601的情況下，再次將查詢發(fā)送到管理裝置100中。使接受號700包含在查詢通知中，并且通知在(發(fā)送查詢203)中是關(guān)于查詢過的事件的再查詢。再查詢的時(shí)刻、周期、發(fā)送次數(shù)等的設(shè)定，遵照包含在來自管理裝置100的響應(yīng)消息中的指示或者管理模塊121的設(shè)定。
在(接受查詢301(2))中，管理裝置100與上述(接受查詢301)相同，接受查詢。
在(接受再查詢320)中，管理裝置100對查詢消息進(jìn)行解析，并且調(diào)查是否包含有接受號700。在包含了接受號700的情況下，判斷為已經(jīng)完成接受的事件，調(diào)查以接受號700為關(guān)鍵字檢索圖7所示的事件狀態(tài)管理管理表的狀態(tài)702，來掌握接收了查詢的事件的處理狀態(tài)。
在圖3的(更新事件狀態(tài)321)中，管理裝置100追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702下登錄“再接受事件”761的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在(發(fā)送響應(yīng)310(2))中，管理裝置100與上述(發(fā)送響應(yīng)310)相同，在沒有得到對策信息601的情況下，將接受號返送到管理模塊121中。
在(發(fā)送響應(yīng)205(2))中，管理裝置121與上述(接收響應(yīng)205)相同，接收在(發(fā)送查詢203(2))中發(fā)送到管理裝置100中的查詢的響應(yīng)消息。
管理模塊121僅按照設(shè)定次數(shù)或者由管理裝置100指定的次數(shù)，在得到任何對策信息601之前，重復(fù)上述(發(fā)送查詢203(2))的處理。
在圖2的(與管理者聯(lián)系233)中，管理模塊121即使按照實(shí)現(xiàn)設(shè)定的次數(shù)反復(fù)該再查詢，在沒有從管理裝置100得到對策信息601的情況下，將該內(nèi)容記錄在日志中，進(jìn)而對于管理對象裝置120的管理者，通過或者在管理對象裝置120的顯示器中進(jìn)行顯示，或者用郵件進(jìn)行聯(lián)系的方法通知該內(nèi)容。
在(發(fā)送查詢203(3))中，管理模塊121與上述(發(fā)送查詢203(2))相同，再次將查詢發(fā)送到管理裝置100中。
在(接收查詢301(3))中，管理裝置100與上述(發(fā)送查詢301(2))相同，接受查詢。
在(再接受事件320(3))中，管理裝置100，與上述(再接受事件320)相同，以查詢消息內(nèi)的接受號700為關(guān)鍵字檢索圖7所示的事件狀態(tài)管理管理表后，調(diào)查狀態(tài)702，來把握接受了查詢的事件處理狀態(tài)。另外，更新事件的處理狀態(tài)。在進(jìn)行了(操作員輸入的對策信息900)的情況下，在圖7的該接受號700中的狀態(tài)702，按照“操作員輸入的對策信息”762進(jìn)行登錄。由此，管理裝置100，判斷可以獲取對策信息601。
在(獲取對策信息308)中，管理裝置100與上述圖8中的管理裝置100的處理(獲取對策方法308)相同，獲取操作員輸入的對策信息601。操作員輸入的對策信息601是與圖8中的管理裝置100的處理(獲取對策方法308)所說明的對策信息601相同的內(nèi)容。
在(發(fā)送響應(yīng)310(3))～(結(jié)束215)中，管理模塊121和管理裝置100，實(shí)施與上述圖8中的從管理模塊121和管理裝置100的(發(fā)送響應(yīng)310)到(結(jié)束215)的處理相同的處理。
在上述處理中，對于第一次的事件的查詢，通過將操作員輸入的對策信息601保持在圖6的事件對策信息表中，第二次的查詢以下，可以不通過圖8所示的操作員而進(jìn)入發(fā)送對策信息的形態(tài)。
接下來，參考圖10，沿著時(shí)間軸，對管理模塊121與管理裝置100進(jìn)行消息交換并實(shí)施圖9所示的事件對策之后，通過操作員將信息追加指示輸出到管理模塊121中的情況進(jìn)行說明。
從(檢測到事件201)到(接受查詢301(2))，與上述圖9中的管理模塊121和管理裝置100的處理相同。
在(再接受事件320)中，管理裝置100與上述圖9中的處理(再接受事件320)相同，把握事件的處理狀態(tài)。在進(jìn)行了(基于操作員的追加信息指示1000)的情況下，在圖7這樣的事件狀態(tài)管理表的該接受號700中的狀態(tài)702，被登錄成為“基于操作員追加信息指示”。由此，管理裝置100判斷操作員請求信息追加。
在(信息追加指示341)中，管理裝置100獲取信息追加指示1010。所謂信息追加指示1010，是對于管理對象裝置120和管理模塊121的稱為“get XXXconfiguration”、“get YYY log”、“execute ZZZ and get AAA”的命令和記述該執(zhí)行的腳本等。記述命令執(zhí)行的腳本可以事先預(yù)備，也可以僅預(yù)備下模板、在操作員的指示信息追加之際、通過利用附屬信息800動態(tài)地生成。
在(發(fā)送響應(yīng)310(2))中，管理裝置100與(發(fā)送響應(yīng)310)同樣，將接受號700和信息追加指示1010返送到管理模塊121中。
在(發(fā)送響應(yīng)205(2))中，管理模塊121與(發(fā)送響應(yīng)205)相同，接收對(發(fā)送查詢203(2))作出的響應(yīng)消息。
在(收集追加信息231)中，管理模塊121，對響應(yīng)消息進(jìn)行解析，如果在內(nèi)部作為信息追加指示1010包含有命令或腳本等，則執(zhí)行該命令或腳本，并且獲取管理裝置100請求的追加信息1011。所謂追加信息1011，是管理對象120或管理模塊121的設(shè)定文件(結(jié)構(gòu))或故障日志等的、執(zhí)行作為信息追加指示1010接受的命令或腳本而得到的消息。另外，在命令或腳本的執(zhí)行失敗的情況下，將表示執(zhí)行失敗的稱為“operation error”的識別符或錯(cuò)誤日志等包含在追加信息1011中。
在(發(fā)送查詢203(3))中，管理模塊121，與(發(fā)送查詢203)相同，將接受號700和用(收集追加信息231)收集到的追加信息1011發(fā)送到管理裝置100中。
在(接收查詢301(3))中，管理裝置100，與(接受查詢301)相同，由管理模塊121接收包含接受號700和追加信息1011的再查詢消息。
在(再接受事件320(3))中，管理裝置100與上述(再接受事件320)相同，以查詢消息內(nèi)的接受號700為關(guān)鍵字檢索圖7所示的事件狀態(tài)管理管理表，然后調(diào)查狀態(tài)702，并且把握接受了查詢的事件的處理狀態(tài)。進(jìn)而，更新事件的處理狀態(tài)。
在圖3的(更新事件狀態(tài)321)中，管理裝置100，在接受了追加信息1011的情況下，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702登錄“獲取追加信息”的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在(提示追加信息342)中，因?yàn)楣芾硌b置100在接收了追加信息1011的情況下，在圖7的該接受號700中的狀態(tài)702中登錄為“獲取追加信息”，所以判斷為可以將追加信息1011提示給操作員，將追加信息1011顯示在顯示器106上，提示給操作員。
在圖3的(更新事件狀態(tài)309)中，管理裝置100，追加分別在圖7這樣的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702中登錄“提示追加信息”的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
在(接收響應(yīng)310(3))中，管理裝置100，實(shí)施與上述圖9中的(發(fā)送響應(yīng)310(2))相同的處理。另外，(操作員的信息追加指示1000)被再次實(shí)施的情況下，在管理裝置100和管理模塊121中，再次執(zhí)行從上述(指示信息追加341)到(再接受事件320(3))的處理。
在(接收響應(yīng)205(3))～(結(jié)束215)中，管理模塊121和管理裝置100，實(shí)施與上述圖9中的管理模塊121和管理裝置100的(接受響應(yīng)205(2))～(結(jié)束215)的處理相同的處理。
接下來，參考圖11，沿著時(shí)間軸，對管理模塊121同時(shí)對多個(gè)管理裝置100進(jìn)行查詢、執(zhí)行圖8所示的事件對策的情況進(jìn)行說明。
(檢索事件201)與圖8中的處理相同。
(檢索查詢202)與圖8中的處理相同。在管理對象裝置120中產(chǎn)生的事件，有與存儲裝置和網(wǎng)絡(luò)、特定軟件和硬件的多個(gè)部位或現(xiàn)象有關(guān)系的情況或不能判斷與多個(gè)部位或現(xiàn)象中的哪個(gè)有關(guān)系的情況。作為與這種情況對應(yīng)的查詢對象，如圖5的“http//center.com/storage AND http//center.com/network”524所示，同時(shí)指定多個(gè)查詢對象。
在(發(fā)送查詢203)～(接收響應(yīng)205)中，管理模塊121和作為通過(檢索查詢對象202)檢索到的第一查詢對象的管理裝置100，執(zhí)行與圖8相同的處理。
進(jìn)而，即使在存在第二、第三查詢對象的情況下，也進(jìn)行相同處理。
管理裝置(2)100(2)，利用圖6的事件對策信息表所示的條件600，在查詢消息中沒有包含管理裝置100的接受號700的時(shí)候，也可以發(fā)送對策信息(2)601(2)。在這種情況下，與圖5的事件查詢表中的該事件識別符500對應(yīng)的備用503中，預(yù)先設(shè)定在向管理裝置(2)100(2)發(fā)送中所必需的管理模塊100的接受號700，管理模塊121將來自管理裝置100的接受號700包含在發(fā)送到管理裝置(2)100(2)的附屬信息(2)800(2)中。
在管理裝置(2)100(2)中的事件對策信息表的條件600中沒有設(shè)定管理裝置100接受的條件的情況下，管理模塊121，也可以不等待對于管理裝置100的查詢的響應(yīng)接受205而同時(shí)進(jìn)行對于管理裝置(2)100(2)的查詢。
在(實(shí)施對策208)中，管理模塊121，對管理裝置100和管理裝置(2)100(2)的響應(yīng)消息進(jìn)行解析，并且實(shí)施對策信息601和對策信息(2)601(2)。實(shí)施對策信息601、對策信息(2)601(2)二者或者實(shí)施其中哪一個(gè)、按照什么順序?qū)嵤┑?，都預(yù)先在對應(yīng)事件識別符500的備考503中確定好。
從(發(fā)送對策結(jié)束通知209)～(接受響應(yīng)211)，實(shí)施與圖8相同的處理。
再者，即使在存在第二、第三查詢對象的情況下，也進(jìn)行相同的處理。
在預(yù)先設(shè)定有向管理裝置(2)100(2)發(fā)送所必需的管理裝置100接受號700的情況下，使來自管理裝置100的接受號700包含在向管理裝置(2)100(2)發(fā)送的對策結(jié)束信息(2)801(2)中。
在管理裝置(2)100(2)中的事件對策信息表的條件600中沒有設(shè)定管理裝置100中接受的條件的情況下，管理模塊121，也可以不等待對于管理裝置100的對策結(jié)束通知的響應(yīng)接受211而同時(shí)進(jìn)行對于管理裝置(2)100(2)的對策結(jié)束通知。
接下來，參考圖12，沿著時(shí)間軸，對管理模塊121對多個(gè)管理裝置100連續(xù)地進(jìn)行查詢、并且實(shí)施圖8所示的事件對策的情況進(jìn)行說明。
(檢索事件201)與圖8中的處理相同。
(檢索查詢202)與圖8中的處理相同。對于產(chǎn)生在管理對象裝置120中的事件，在通過第一管理裝置實(shí)施了一次對策之后，還存在通過第二管理裝置進(jìn)行二次對策的情況。作為對應(yīng)這種情況的查詢對象，如圖5的“http//center.com/server，http//cener.com/staff”525所示，指定多個(gè)連續(xù)的查詢對象。
從(發(fā)送查詢203)～(接受響應(yīng)211)，同樣實(shí)施圖8中的處理，并且結(jié)束基于第一管理裝置100的事件對策實(shí)施。
從(發(fā)送查詢203(2))～(接受事件303(2))與圖8中的處理相同。
在(檢索對策信息305(2))中，管理裝置100(2)將事件識別符500作為關(guān)鍵字，檢索事件的對策信息601。此時(shí)，在對于圖6所示的事件對策信息表的事件識別符500的條件600中、也可以將在管理裝置100中已經(jīng)被處理的事實(shí)這樣的條件設(shè)定為“processed by serverl”632。在這種情況下，在與圖5所示的事件查詢對象表的該事件識別符500對應(yīng)的備考503中，預(yù)先設(shè)定好在向管理裝置(2)100(2)的發(fā)送中所必需的管理模塊100的接受號700和對策結(jié)束接受信息802的內(nèi)容。管理模塊121在附屬信息(2)800(2)中，包含來自管理裝置100的接受號700和對策結(jié)束接受信息802，并發(fā)送到管理裝置(2)100(2)中。
在(獲取對策信息308(2))～(結(jié)束215)中，管理模塊121和管理裝置(2)100(2)實(shí)施與上述圖8中的管理模塊121和管理裝置100的(獲取對策信息308)～(結(jié)束215)的處理相同的處理。
再者，在存在第三查詢對象的情況下，也進(jìn)行與上述(發(fā)送對策信息203(2))～(接受對應(yīng)211(2))的處理相同的處理。
最后，參考圖13，沿著時(shí)間軸，對管理模塊121在對管理裝置100進(jìn)行查詢的時(shí)候，管理裝置100、代替圖9所示的向操作員的查詢，還向其他管理裝置(2)100(2)傳送查詢并實(shí)施事件對策的情況進(jìn)行說明。
在該查詢的傳送處理中，在實(shí)際處理中，即使存在由各個(gè)不同的專用管理裝置提供對策信息，對于管理模塊121來說，可以使查詢地址一元化。
在(檢測事件201)～(檢索對策方法305)中，管理模塊121和管理裝置411實(shí)施與上述圖9中的管理模塊121和管理裝置411的(檢測事件201)到(檢索對策方法305)的處理相同的處理。
在(傳送查詢343)中，在以事件識別符500為關(guān)鍵字檢索到的結(jié)果，象圖6的“transfer http//maintenance.com/storage”645那樣，指示了向其他管理裝置查詢的傳送的情況下，管理裝置100，將接收到的事件識別符500和附屬信息800(2)傳送到指定了傳送目的地的管理裝置(2)100(2)中。
在圖3的(更新事件狀態(tài)309)中，管理裝置100，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄分配的接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702中登錄稱為“傳送查詢”的處理狀態(tài)的登記項(xiàng)，并且更新事件的處理狀態(tài)。
管理裝置100，在將附屬信息800傳送到管理裝置(2)100(2)之際，也可以原樣傳送，也可以通過或者在管理裝置(2)100(2)的指定格式下變換數(shù)據(jù)，或者追加接受號700來明確地表示管理裝置100進(jìn)行接受。
從(發(fā)送響應(yīng)310)到(接收響應(yīng)205)中，與圖9中的處理相同。
從(接收查詢301(3))到(發(fā)送響應(yīng)310(3))中，管理裝置(2)100(2)實(shí)施與從圖8中的管理裝置100的(接收查詢301)到(接收響應(yīng)310)的處理相同的處理。另外，在管理裝置(2)100(2)中，也可以利用圖6的事件對策方法數(shù)據(jù)的條件600，在查詢信息中包含了管理裝置100的接受號700的時(shí)候發(fā)送對策信息601。
在(發(fā)送傳送響應(yīng)1300)中，管理裝置100，作為從管理裝置(2)100(2)傳送的查詢的響應(yīng)來接收接受號(2)700(2)和對策信息601。再者，在圖7所示的事件狀態(tài)管理表的該接受號700中的狀態(tài)702中追加與“接受傳送響應(yīng)”一樣登錄的登記項(xiàng)，并且更新事件的處理狀態(tài)。
(發(fā)送查詢203(2))～(接收查詢301(2))與圖9中的處理相同。
在(再接受事件320)中，管理裝置100進(jìn)行與圖9中的管理模塊121的處理(再接受事件320)相同的處理，并且參考事件狀態(tài)管理表、把握事件的處理狀態(tài)。另外，更新事件的處理狀態(tài)。
從管理裝置(2)100(2)中接收針對傳送的查詢的響應(yīng)的情況下，在圖7的該接受號700中的狀態(tài)702中，登錄了“接收傳送響應(yīng)”。由此，管理裝置100判斷可以獲取對策信息601。
在(獲取對策信息308)中，管理裝置100與上述圖9中的管理裝置100的處理(獲取對策方法308)同樣地，獲取從管理裝置(2)100(2)發(fā)送的對策信息601。該對策信息601，與圖8中的管理裝置100的處理(獲取對策方法308)所說明的對策信息601內(nèi)容相同。
在(發(fā)送響應(yīng)310(2))中，管理裝置100，與上述圖9中的管理裝置100的處理(發(fā)送響應(yīng)310(3))同樣地，將接受號700和對策信息601(2)返送到管理模塊121中。對策信息601(2)，也可以對從管理裝置(2)100(2)接收到的對策信息601保持原樣，也可以將格式變換為適合管理模塊121的數(shù)據(jù)形式。也可以在從管理裝置(2)100(2)中獲取的對策信息601中追加管理裝置100的信息而重新生成對策信息601(2)。
(接受響應(yīng)205(2))～(接受對策結(jié)束402)中，管理模塊121和管理裝置100實(shí)施與從上述圖9中的管理模塊121和管理裝置100的(接受響應(yīng)205(3))開始到(接受對策結(jié)束402)的處理相同的處理。
在(傳送通知410)中，如在上述(傳送查詢343)中所述，管理裝置100，將從管理模塊121接收的對策結(jié)束通知傳送到管理裝置(2)100(2)中。
在圖4的(更新事件狀態(tài)411)中，追加分別在圖7所示的事件狀態(tài)管理管理表的接受號700中登錄該接受號、在事件識別符500中登錄該事件識別符、在時(shí)刻701中登錄處理時(shí)刻、在狀態(tài)702中登錄稱為“傳送對策結(jié)束通知”的處理狀態(tài)的登記項(xiàng)，并且更新事件的狀態(tài)管理。
在對策結(jié)束通知中，包含有從管理裝置(2)100(2)接收的接受號(2)700(2)和對策結(jié)束信息(2)801(2)。在對策結(jié)束信息(2)801(2)中，也可以照原樣使用從管理模塊121接收到的對策結(jié)束信息801，也可以在管理裝置100(2)指定的格式中進(jìn)行數(shù)據(jù)變換。另外，也可以通過追加接受號700或?qū)Σ呓Y(jié)束接受信息802，明確地表示被管理裝置100接受或者結(jié)束處理。
在(接收對策結(jié)束通知401(3))～(發(fā)送響應(yīng)406(3))中，管理裝置(2)100(2)實(shí)施與上述圖8中的管理裝置100的從(接收對策結(jié)束通知401)到(發(fā)送響應(yīng)406)的處理相同的處理。。
在(發(fā)送響應(yīng)406)～(結(jié)束251)中，管理模塊121和管理裝置100實(shí)施與上述圖9中的管理模塊121和管理裝置100的(發(fā)送響應(yīng)406)到(結(jié)束215)的處理相同的處理。
在(接收傳送響應(yīng)1301)中，管理裝置100，從管理裝置(2)100(2)、作為對傳送的對策結(jié)束通知的響應(yīng)、接收接受號(2)700(2)和對策結(jié)束接受信息(2)802(2)。再者，在圖7所示的事件狀態(tài)管理表的該接受號700中的狀態(tài)702中，追加象“接收對策結(jié)束通知傳送的響應(yīng)”那樣地已登錄的登記項(xiàng)，并且更新事件的處理狀態(tài)。
如以上說明過的，本實(shí)施方式涉及的遠(yuǎn)程管理管理系統(tǒng)，具備以下特征和奏效的功能。即，在本實(shí)施方式中，通過可以適應(yīng)多個(gè)管理對象裝置120的事件體系管理在管理對象裝置120中產(chǎn)生的現(xiàn)象，并且將管理模塊121配置在管理對象裝置120的內(nèi)部。管理模塊121，檢測管理對象裝置120的事件，將事件識別符500發(fā)送給管理裝置100來進(jìn)行查詢。
管理裝置100，接收管理模塊121的查詢，接受管理對象裝置120的事件，用事件狀態(tài)管理表來管理事件的狀態(tài)，并且由事件對策信息表檢索對應(yīng)事件識別符500的對策信息601，將事件接受號700和對策信息601發(fā)送到管理模塊121中。
管理模塊121，還通知實(shí)施從管理裝置100接收到的對策信息601、將接受號700和對策結(jié)束信息801發(fā)送到管理裝置100后事件對策已經(jīng)結(jié)束。管理裝置100，還接受由管理模塊121所通知的事件對策結(jié)束通知。
通過這些動作，無需變更管理對象裝置120的防火墻122的設(shè)定和掌握管理對象裝置120的地址，即使在管理對象裝置120增加了的情況下，也可以進(jìn)行無須對管理裝置100追加設(shè)定的、簡單而可伸縮的遠(yuǎn)程管理。
再者，管理模塊121，從事件查詢對象表中檢索對應(yīng)事件的一個(gè)以上的查詢對象501，通過或者在從一個(gè)管理裝置100沒有響應(yīng)的情況下對其他管理裝置100進(jìn)行查詢，或者同時(shí)對多個(gè)管理裝置100進(jìn)行查詢，或者連續(xù)對多個(gè)管理裝置100進(jìn)行查詢，管理裝置120可以確實(shí)獲得事件對策信息601，管理裝置100，可以通過多個(gè)裝置分擔(dān)或者協(xié)調(diào)實(shí)施管理對象裝置120的管理。
再者，通過檢索事件對策信息表，獲取與管理模塊121的事件查詢條件600對應(yīng)的對策信息601，管理裝置100，可以根據(jù)時(shí)間帶等查詢條件600來變更提供的對策信息601，并且可以提供與狀況對應(yīng)的對策信息601。
再者，管理模塊121，通過在從管理裝置100提供對策信息601之前在管理裝置100中反復(fù)查詢，在管理裝置100內(nèi)，操作員可以對話形式與管理對象裝置120進(jìn)行信息交換，并且即使在管理對象裝置120中產(chǎn)生了未預(yù)料到的事件等時(shí)候，也可以確實(shí)實(shí)施事件對策。
再者，管理模塊121，在事件查詢對象表中，通過分配在沒有定義與事件識別符500對應(yīng)的一個(gè)以上的查詢對象的情況下的查詢對象，對于不適合標(biāo)準(zhǔn)信息管理體系或通用的信息管理體系的事件，也可以確定查詢對象501，來確實(shí)實(shí)施事件對策。
再者，管理裝置100，在事件對策信息表中，通過登錄在沒有登錄與事件識別符500對應(yīng)的對策信息的情況下所使用的對策信息601，對于不適合標(biāo)準(zhǔn)信息管理體系和通用的信息管理體系的事件，也可以確定對策信息601，來確實(shí)實(shí)施事件對策。
再者，管理裝置100，在事件對策信息表中，在沒有登錄與事件識別符對應(yīng)的對策信息的情況下，通過分配稱為呼叫操作員的對策信息601，對于不適合標(biāo)準(zhǔn)信息管理體系和通用的信息管理體系，通過操作員的對應(yīng)，而能確實(shí)實(shí)施事件對策。
再者，管理模塊121，在反復(fù)查詢的時(shí)候，通過向管理裝置100追加提供信息，而能向管理裝置100提供事件的對策立案所必需的信息，所以可以確實(shí)地實(shí)施事件對策。
再者，管理模塊121，在沒有從管理裝置100得到針對查詢的響應(yīng)的情況下、或由管理裝置100沒有提供對策信息601的情況下、或沒有從管理裝置100得到針對事件對策結(jié)束通知的響應(yīng)的情況下，因?yàn)榭梢耘c管理對象裝置120的管理者對于事件對策時(shí)的錯(cuò)誤的產(chǎn)生進(jìn)行聯(lián)系，所以可以確實(shí)實(shí)施事件對策。
再者，管理模塊121，可以就其從管理裝置100接收到的對策信息601與管理對象裝置120的管理者對事件對策經(jīng)過和結(jié)果進(jìn)行聯(lián)系，所以可以確實(shí)實(shí)施事件對策。
權(quán)利要求
1.一種遠(yuǎn)程管理系統(tǒng)，具備有經(jīng)由網(wǎng)絡(luò)連接起來的管理對象裝置和管理裝置，其特征在于，上述管理對象裝置，具備檢測在該管理對象裝置中產(chǎn)生的事件的單元；和將包含上述事件的識別符的查詢發(fā)送到上述管理裝置中的單元；上述管理裝置，具備從上述管理對象裝置、接受包含上述事件的識別符的查詢的單元；從為管理上述事件的處理狀態(tài)而具備的事件對策信息表中、檢索對應(yīng)上述事件識別符的對策信息的單元；和將上述對策信息發(fā)送到上述管理模塊的單元；上述管理對象裝置，還具備從上述管理裝置接受上述對策信息的單元；根據(jù)接受的上述對策信息實(shí)施上述事件的對策的單元；和通知上述管理裝置上述事件的對策結(jié)束的單元；上述管理裝置，還具備從上述管理對象裝置接受上述事件的對策結(jié)束通知的單元。
2.根據(jù)權(quán)利要求1所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理對象裝置，具備從該管理對象裝置具備的事件查詢對象表中、檢索對應(yīng)上述事件識別符的一個(gè)以上的查詢對象的單元；和對上述一個(gè)以上的查詢對象進(jìn)行查詢的單元。
3.根據(jù)權(quán)利要求1所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理裝置，具備從上述事件對策信息表中、檢索出對應(yīng)上述管理對象裝置指定的查詢條件的對策信息的單元。
4.根據(jù)權(quán)利要求1所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理對象裝置，具備在提供上述對策信息之前向上述管理裝置重復(fù)發(fā)送上述查詢的單元。
5.根據(jù)權(quán)利要求2所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理對象裝置的上述事件查詢對象表，具備在沒有定義對應(yīng)上述事件的識別符的查詢對象的情況下的查詢對象。
6.根據(jù)權(quán)利要求1所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理裝置的上述事件對策信息表，具備在沒有登錄對應(yīng)上述事件識別符的對策的情況下使用的對策信息。
7.根據(jù)權(quán)利要求6所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理裝置的上述事件對策信息表，作為沒有登錄對應(yīng)上述事件識別符的對策信息情況下的對策信息，定義呼叫操作員。
8.根據(jù)權(quán)利要求4所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理對象裝置，具備在重復(fù)上述查詢時(shí)追加信息的單元。
9.根據(jù)權(quán)利要求1所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理對象裝置，具備在沒有從上述管理裝置中得到針對上述查詢的響應(yīng)的情況下，或者在上述管理裝置沒有提供上述對策信息的情況下，或者在從上述管理裝置沒有得到針對上述事件對策結(jié)束通知的響應(yīng)的情況下，通知上述管理對象裝置的管理者的單元。
10.根據(jù)權(quán)利要求1所述的遠(yuǎn)程管理系統(tǒng)，其特征在于，上述管理對象裝置，具備將接收到的上述對策信息通知給該管理對象裝置的管理者的單元。
全文摘要
本發(fā)明涉及遠(yuǎn)程管理系統(tǒng)。在通過網(wǎng)絡(luò)連接管理對象裝置和管理裝置的環(huán)境下，當(dāng)管理裝置在進(jìn)行管理對象裝置中產(chǎn)生的事件時(shí)，無須更改管理對象裝置的防火墻設(shè)定和掌握管理對象裝置的地址，即使在管理對象裝置增加了的情況下，也能進(jìn)行無須在管理裝置中追加設(shè)定的可伸縮的管理。在通過網(wǎng)絡(luò)連接管理對象裝置和管理裝置的環(huán)境下，通過能適應(yīng)多個(gè)管理對象裝置的事件體系管理在管理對象裝置中產(chǎn)生的現(xiàn)象，在管理對象裝置中設(shè)置的管理模塊(121)，將事件識別符(500)和附屬信息(800)發(fā)送給管理裝置(100)，接收對應(yīng)接受號(700)和事件識別符(500)的對策信息(601)，在實(shí)施對策之后，將接受號(700)和對策結(jié)束信息(801)通知發(fā)送到管理裝置(100)。
文檔編號G06F17/30GK1716874SQ200410088970
公開日2006年1月4日 申請日期2004年11月9日 優(yōu)先權(quán)日2004年6月28日
發(fā)明者小川佑紀(jì)雄, 江瑞智一, 大平榮二 申請人:株式會社日立制作所