本發明涉及IT設備管理方法和IT設備管理裝置,特別涉及計算機系統中的管理IT設備的狀態的IT設備管理方法和IT設備管理裝置。
背景技術:
為了確保具有多個IT設備的計算機系統的可用性,需要監視這些IT設備的狀態。對于IT設備的狀態,需要監視的項目包括導致業務終止的故障項目(例如OS掛斷、熱失效)、需檢驗的項目(電纜斷線導致的狀態不明、超過耐用年限、冗余化器件的故障、暫時的負載增大等)等多個不同重要度的監視項目。其中,重要度高的(需要立即處理的)監視項目由IT設備管理裝置檢測并通知管理者。另一方面,重要度低的(業務不會立即停止的)監視項目則由管理者定期按照管理方案或簽約內容,對IT設備管理裝置中顯示的信息或者實體設備進行檢查確認。但是,對于上述那樣的現有技術中的IT設備管理方法或IT設備管理裝置,要求能夠根據管理者的要求來高效地對IT設備的狀態進行管理。
專利文獻1提供了一種用于對系統中被懷疑存在異常的控制系統進行檢測的異常檢測系統。在該異常檢測系統中,具體公開了如下內容:統計從多個控制系統中的各個監視部發送的異常通知,對被懷疑存在異常的控制系統進行評價,在根據評價結果判斷為異常的情況下,對被懷疑存在異常的控制系統工作的區域進行限制。
另外,專利文獻2公開了對用戶提供能夠根據業務場合進行定制的應用程序的應用程序執行方法。在該應用程序執行方法中,具體公開了如下內容:針對如管理產品、診斷支援那樣的應用程序,定制執行服務器對包含應用程序的操作信息的用戶狀態信息進行管理,基于客戶發送來的請求消息,將應用程序的操作信息記錄在用戶狀態信息中,并基于用戶狀態信息,改變從應用程序服務器發送來的響應消息, 由此生成新的響應消息,并將所生成的新響應消息發送給客戶。
現有技術文獻
專利文獻1:日本特開2012-168755
專利文獻2:日本特開2010-204834
技術實現要素:
發明要解決的技術問題
然而,專利文獻1中的異常檢測系統中,具有管理多個信息項目(例如警告信息)的機構,在各項目中利用列表等進行信息顯示,因此,如圖23所示,為了進行檢查,管理者需要跨多個畫面和頁面地整理信息并判斷設備狀態,操作復雜。
專利文獻2的應用程序執行方法中,根據業務場合進行應用程序的定制的前提條件是:需要生成業務流程、故障檢測步驟等預先進行了排序的步驟,并對該步驟進行定制。因此,不能夠應用于根據獨立的數據集合(主機狀態、事件信息等)高效地進行狀態確定(不必要信息的排除、要優先顯示在畫面上的信息的選擇等)的情況。
本發明是鑒于上述問題而做出的,其目的在于,提供一種管理者無需跨多個畫面和頁面就能夠整理信息從而能夠高效地管理IT設備的狀態的IT設備管理方法和IT設備管理裝置。
用于解決問題的技術方案
為了解決上述技術問題,本發明的一實施方式的IT設備管理方法,其在與IT設備連接的IT設備管理裝置中執行,用于管理上述IT設備的狀態,上述IT設備管理裝置保存有狀態更新條件信息和狀態關聯信息定義信息,其中,上述狀態更新條件信息包含多個表示更新上述IT設備的狀態的條件的更新條件,上述狀態關聯信息定義信息包含關于上述IT設備的狀態的多個管理信息項目和表示上述管理信息項目被參照的頻度的管理信息項目參照頻度,上述IT設備管理方法包括:狀態分析信息生成步驟,根據上述狀態更新條件信息中的上述更新條件的相互的包含關系,生成表示上述更新條件之間的父子關系的狀態分析信息;狀態分析重要度設定步驟,根據上述更新條件之間的上述父子關系和上述管理信息項目參照頻度計算上述更新條件的重要度,在上 述狀態分析信息中設定計算出的上述更新條件的重要度;狀態確定集合信息生成步驟,基于設定了上述更新條件的重要度的上述狀態分析信息和上述狀態關聯信息定義信息,生成表示上述管理信息項目及其重要度的狀態確定集合信息;和輸出定義信息生成步驟,按照上述狀態確定集合信息中的上述管理信息項目的重要度的高低,對上述管理信息項目進行排序,生成表示要輸出的排序高的規定個數的上述管理信息項目的輸出定義信息。
在本發明的一實施方式的IT設備管理方法中,在上述狀態分析信息生成步驟中,對上述多個更新條件中的一個更新條件與另一個更新條件進行比較,在上述一個更新條件包含于上述另一個更新條件的情況下,將上述一個更新條件設置為上述另一個更新條件的父級條件,來形成上述更新條件之間的父子關系。
在本發明的一實施方式的IT設備管理方法中,上述多個更新條件按上述管理信息項目參照頻度的高低進行排序。
在本發明的一實施方式的IT設備管理方法中,在上述狀態分析重要度設定步驟之后,上述狀態確定集合信息生成步驟之前,還包括部分狀態分析信息排除步驟,在上述部分狀態分析信息排除步驟中,根據上述狀態分析信息的上述更新條件之間的上述父子關系,從上述狀態分析信息中排除與父級的上述更新條件重復的子級的上述更新條件所對應的一部分上述狀態分析信息。
在本發明的一實施方式的IT設備管理方法中,在上述狀態分析重要度設定步驟中,上述更新條件的重要度由該更新條件的上述管理信息項目參照頻度和該更新條件所包含的子級的上述更新條件的重要度計算,在上述更新條件不包含子級的更新條件的情況下,上述更新條件的重要度由該更新條件的上述管理信息項目參照頻度計算。
在本發明的一實施方式的IT設備管理方法中,在上述狀態分析信息生成步驟之前,還包括對上述狀態更新條件信息中的上述更新條件進行變更、刪除和追加的條件更新步驟。
在本發明的一實施方式的IT設備管理方法中,上述IT設備是主機或保存業務所需的數據的存儲裝置,其中,上述主機是通過程序控制來進行工作的計算機。
本發明的一實施方式的IT設備管理裝置,其與IT設備連接,用于管理所述IT設備的狀態,該IT設備管理裝置保存有狀態更新條件信息和狀態關聯信息定義信息,其中,上述IT設備管理裝置保存有狀態更新條件信息和狀態關聯信息定義信息,其中,上述狀態更新條件信息包含多個表示更新上述IT設備的狀態的條件的更新條件,上述狀態關聯信息定義信息包含關于上述IT設備的狀態的多個管理信息項目和表示上述管理信息項目被參照的頻度的管理信息項目參照頻度,上述IT設備管理裝置包括:狀態分析信息生成模塊,其根據上述狀態更新條件信息中的上述更新條件的相互的包含關系,生成表示上述更新條件之間的父子關系的狀態分析信息;狀態分析重要度設定模塊,其根據上述更新條件之間的上述父子關系和上述管理信息項目參照頻度計算上述更新條件的重要度,在上述狀態分析信息中設定計算出的上述更新條件的重要度;狀態確定集合信息生成模塊,其基于設定了上述更新條件的重要度的上述狀態分析信息和上述狀態關聯信息定義信息,生成表示上述管理信息項目及其重要度的狀態確定集合信息;和輸出定義信息生成模塊,其按照上述狀態確定集合信息中的上述管理信息項目的重要度的高低,對上述管理信息項目進行排序,生成表示要輸出的排序高的規定個數的上述管理信息項目的輸出定義信息。
在本發明的一實施方式的IT設備管理裝置中,上述狀態分析信息生成模塊對上述多個更新條件中的一個更新條件與另一個更新條件進行比較,在上述一個更新條件包含于上述另一個更新條件的情況下,將上述一個更新條件設置為上述另一個更新條件的父級條件,來形成上述更新條件之間的父子關系。
在本發明的一實施方式的IT設備管理裝置中,上述多個更新條件按上述管理信息項目參照頻度的高低進行排序。
在本發明的一實施方式的IT設備管理裝置中,包括部分狀態分析信息排除模塊,其根據上述狀態分析信息的上述更新條件之間的上述父子關系,從上述狀態分析信息中排除與父級的上述更新條件重復的子級的上述更新條件所對應的一部分上述狀態分析信息。
在本發明的一實施方式的IT設備管理裝置中,上述更新條件的重要度由該更新條件的上述管理信息項目參照頻度和該更新條件所包含 的子級的上述更新條件的重要度計算,在上述更新條件不包含子級的更新條件的情況下,上述更新條件的重要度由該更新條件的上述管理信息項目參照頻度計算。
在本發明的一實施方式的IT設備管理裝置中,還包括對上述狀態更新條件信息中的上述更新條件進行變更、刪除和追加的條件更新模塊。
在本發明的一實施方式的IT設備管理裝置中,上述IT設備是主機或保存業務所需的數據的存儲裝置,其中,上述主機是通過程序控制來進行工作的計算機。
發明效果
根據上述結構,本發明著眼于獨立的數據項目的更新條件之間存在的(基于條件集合的包含關系)的父子關系進行狀態的細分化,由此,能夠以較少的數據集合(狀態分析樹的節點集合數(畫面數))實施狀態分析樹的探索(即狀態檢查時的確認作業),因此,管理者無需跨多個畫面和頁面就能夠整理信息從而能夠高效地管理IT設備的狀態。
附圖說明
圖1是表示計算機系統的結構的圖。
圖2是表示IT設備管理裝置的結構的圖。
圖3是表示管理對象的結構的圖。
圖4是表示管理對象的第二結構的圖。
圖5是表示存儲裝置的結構的圖。
圖6是表示狀態關聯信息定義信息的例子的圖。
圖7是表示狀態更新條件信息的例子的圖。
圖8是表示狀態分析信息的例子的圖。
圖9是表示狀態確定集合信息的例子的圖。
圖10是表示輸出定義信息的例子的圖。
圖11是表示實施方式1的IT設備管理方法的整體流程的圖。
圖12是表示狀態分析信息生成處理的處理流程圖的例子的圖。
圖13是表示狀態更新條件信息的包含關系的例子的圖。
圖14是表示狀態分析重要度設定處理的處理流程圖的例子的圖。
圖15是表示狀態確定集合決定處理的處理流程圖的例子的圖。
圖16是表示輸出定義信息生成處理的處理流程圖的圖。
圖17是表示實施方式2的IT設備管理方法的整體流程的圖。
圖18是表示部分狀態分析信息排除處理的處理流程圖的例子的圖。
圖19是表示實施方式3的IT設備管理方法的整體流程的圖。
圖20是表示狀態更新條件操作處理的例子的圖。
圖21是表示狀態更新條件操作處理的另一例子的圖。
圖22是表示狀態更新條件操作處理的又一例子的圖。
圖23是表示現有的管理裝置的畫面結構的例子的圖。
圖24是本發明的IT設備管理裝置的畫面結構的例子的圖。
具體實施方式
以下,基于附圖說明本發明的實施方式。
【實施方式1】
圖1表示本發明的計算機系統的結構。該計算機系統包括:多個IT設備;和與IT設備連接,具有管理IT設備的狀態的功能的IT設備管理裝置100。作為IT設備,此處示出了一個以上的主機200、一個以上的交換機裝置111、一個以上的存儲裝置300、輸入輸出裝置110,但也可以是其他裝置。這些IT設備與IT設備管理裝置100為了彼此通信而與一個以上的網絡400連接。另外,IT設備管理裝置不僅可以具有管理IT設備的狀態的功能,還可以具有管理例如IT設備的結構等的功能。網絡400被分為:用于IT設備管理裝置100對主機200或存儲裝置300進行信息獲取或控制的管理用途的通信網絡;和用于主機200之間或主機200與存儲裝置300進行數據或控制指令/消息等的交換的業務用途的通信網絡。以下,使用圖2~圖5說明除了網絡400之外的該計算機系統的其他部分的細節。
圖2表示IT設備管理裝置100的結構。IT設備管理裝置100是通過程序控制來進行工作的計算機,其進行與主機200或存儲裝置300的結構、狀態等有關的信息獲取和控制。IT設備管理裝置100內部包 括:輸入輸出I/F201、存儲盤202、處理器等處理裝置203、M/B(MotherBoard:主板)204、與設備管理用途的網絡400連接的管理I/F205。管理I/F205由有線連接用的NIC(Network Interface Card:網絡接口卡)、無線連接用的數據通信卡/適配器等實現。
另外,IT設備管理裝置100例如包括探索部101、設計部102、管理部103。探索部101進行狀態分析所需信息的生成,且為了實現狀態確定的高效化而進行信息集合的生成。探索部101在其內部保存有狀態分析信息212和狀態確定集合信息213,并且包括:進行狀態分析信息生成處理的狀態分析信息生成模塊220;進行狀態分析重要度設定處理的狀態分析重要度設定模塊221;進行部分狀態分析信息排除處理的部分狀態分析信息排除模塊222;和進行狀態確定集合決定處理的狀態確定集合決定模塊225。設計部102決定探索部101生成狀態分析信息212和狀態確定集合信息213所需的信息和要從狀態確定集合信息213輸出的信息集合。設計部102在其內部保存有狀態關聯信息定義信息210、狀態更新條件信息211、輸出定義信息214,并且包括:進行輸出定義信息生成處理的輸出定義信息生成模塊223;和進行狀態更新條件操作處理的狀態更新條件操作模塊224。管理部103獲取并保存設計部102和探索部101所需的基本信息。管理部103為了進行管理工作,在其內部保存有管理信息項目定義信息215和管理信息216,并且包括:進行管理信息獲取處理的管理信息獲取模塊217;和進行管理信息輸出處理的管理信息輸出模塊218。管理信息項目定義信息215保存有關于管理部103要管理的主機200或存儲裝置300的信息的定義,例如包括狀態信息、結構信息、事件信息、管理信息項目等。管理信息216是管理信息獲取處理217實際獲取的信息。進行管理信息輸出處理的管理信息輸出模塊218經由輸入輸出I/F201,與輸入輸出裝置110進行數據傳輸,對存儲盤202、探索部101、設計部102進行管理信息項目定義信息215和管理信息216的內容的輸入和輸出。
另外,圖2所示的探索部101、設計部102和管理部103各自所保存的信息可以直接保存在IT設備管理裝置100中,并且探索部101、設計部102和管理部103各自所具有的模塊也可以直接設置在IT設備管理裝置100中。在該情況下,IT設備管理裝置100可以不具有探索 部101、設計部102和管理部103。
圖3表示主機200的結構。主機200是通過程序控制來進行工作的計算機。主機200包括內存206、M/B204、一個以上的存儲盤202、處理裝置203、管理I/F205、與業務用途的網絡400連接的業務I/F207。主機200利用處理裝置203和M/B204從存儲盤202內的系統區域301將OS(Operating System:操作系統)210加載到內存206使其工作。OS210具有用于使各裝置或I/F動作的驅動器211。
存儲裝置300具有一個以上的存儲盤302。存儲盤302具有用于保存業務所需的數據的數據區域303。本實施方式中,數據區域303包含在存儲裝置300內,但也可以包含在主機200側的存儲盤202內。
圖4是主機200的另一方式。圖4中,主機200使虛擬機401工作。虛擬機401在物理的主機200上使一個以上的邏輯計算機402工作。邏輯計算機402使圖3的主機200中的內存206、存儲盤202等計算機資源邏輯性地保存和工作,在邏輯計算機402內使OS210或驅動器211工作。
圖5表示存儲裝置300的結構。存儲裝置300具有存儲盤控制器500、存儲盤202、管理I/F205。存儲盤控制器500經由網絡400和業務I/F207與主機200或IT設備管理裝置100進行數據通信。存儲裝置300的業務I/F207由HBA(Host Bus Adapter)、NIC等實現,通過FC(Fiber Channel)或以太網連接到網絡400。存儲盤202具有一個以上的盤卷。盤卷由LU(Logical Unit)、NTFS(NT File System)等文件分區實現。
以下,對本實施方式的IT設備管理方法進行說明。本實施方式的IT設備管理方法中,利用保存在管理裝置中的狀態定義信息210、狀態更新條件信息211,進行狀態分析信息212、狀態確定集合信息213和輸出定義信息214的生成。
圖6表示狀態關聯信息定義信息210的例子。狀態關聯信息定義信息210管理與狀態的變更相關聯的信息。狀態ID1200是用于標識與各狀態的變更相關聯的信息的標識符。名稱1201是與狀態的變更相關聯的信息的名稱,基于管理信息項目定義信息215內的管理信息項目等而設定。參照頻度1202標示各信息被例如程序或用戶參照(參閱、 訪問)的頻度。參照頻度例如可以根據一定期間(例如一周)的參照次數分級別地設定。本實施例中通過按四個級別(級別1、級別2、級別3、級別4)進行分類設定,各級別例如賦予“4”、“3”、“2”、“1”的數值。
圖7表示狀態更新條件信息211的例子。狀態更新條件信息211用于管理更新狀態的條件。條件ID1300是標識狀態更新條件信息211的各記錄(record)的標識符。條件ID1300包括主No.1310和副No.1311。主No.1310對應一個更新條件1302,例如表示發生某種警報時、用戶操作而停止時、異常導致裝置電源停止時、電纜切斷時等的狀態更新條件。主No.1310不同的情況下,以不同的配置指令(context)產生更新條件1302。副No.1311是用于對具有相同的主No.1310的各元素進行唯一標識的標識符。更新條件1302是更新狀態的條件的內容(更新對象的管理信息項目及對其進行的處理(更新、追加、刪除等)的組合)。更新條件1302包括管理信息項目1312和處理內容1313。管理信息項目1312是用于對被實施后述處理內容1313的處理的對象的管理信息進行標識的標識符。處理內容1313是表示對管理信息項目1312實施的具體處理內容的文本。處理內容1313的文本的結構要素根據管理信息項目1312或管理部103的動作而不同。
本實施例中,例如設管理部103具有改變主機200的電源狀態的功能。在該情況下,管理部103在檢測主機的“HostStatus(電源狀態)”的變化并改變內部的管理信息216的配置指令中,利用任意的主機的“Name(名稱)”、“Status(新的電源狀態)”、“OP(Operation,操作)”的參量(參數)進行處理。此處新的電源狀態被分為“Running(運行中)”、“Stopped(停止)”、“Unknown(不明)”三個固定值。因此,與該配置指令相關聯,在狀態更新條件信息211的管理信息項目1312中追加“HostStatus”,而且更新條件1302中追加包含上述“OP”、“Status”、“Name”的三種處理內容。
圖8表示狀態分析信息212的例子。狀態分析信息212由探索部101生成。分析ID1400是標識各記錄的標識符。主No.1401是與狀態更新條件信息211的條件ID1300相關聯的狀態更新條件信息211的標識符。父級分析ID1402用于通過分析ID1400來確定某個記錄的父級 記錄。重要度1403是在狀態的分析中表示記錄(即狀態更新條件信息211的記錄)的信息的重要性的值。在狀態分析重要度設定處理中,重要度1403例如由更新條件自身的參照頻度1202和作為自身的子級的分析ID1400的重要度之和計算。另外,在更新條件不包含子級的情況下,重要度1403由更新條件自身的參照頻度120計算。由此,重要度1403的值在子級的數量越多(能夠深挖更多的狀態)的情況和自身或子級的信息被經常參照的情況下,變得越高。關于更新條件的父子關系的形成方法在后文中進行敘述。
圖9表示狀態確定集合信息213的例子。狀態確定集合信息213由狀態確定集合決定處理225生成。輸出ID1500是標識各元素的標識符。名稱ID1501是與狀態的變更相關聯的信息的名稱,與名稱1201同樣地基于管理信息項目定義信息215內的項目等來設定。重要度1502是根據狀態分析信息212的一個以上的相同信息項目的重要度1403計算得到的值。
圖10是輸出定義信息214的例子。輸出ID1600是用于標識要輸出的各信息管理項目的標識符。I/F信息1601是表示作為輸出定義信息214的基礎的狀態確定集合信息213的輸出方法的信息。
圖11表示本發明的一實施方式的IT設備管理方法的流程的例子。本實施方式中,IT設備管理裝置100利用設計部所具有的現有的狀態關聯信息定義信息210、狀態更新條件信息211開始處理。首先,狀態分析信息生成模塊220為了生成狀態分析信息212進行狀態分析信息生成處理。狀態分析信息生成處理的細節如圖12所示。接著,狀態分析重要度設定模塊221,為了對狀態分析信息生成處理中生成的狀態分析信息212設定表示優先度信息的狀態分析重要度而進行狀態分析重要度設定處理。狀態分析重要度設定處理的細節如圖14所示。然后,狀態確定集合信息生成模塊225基于狀態分析重要度,生成表示關于管理信息項目的標識符和重要度的狀態確定集合信息213。狀態確定集合信息生成處理的細節如圖15所示。最后,輸出定義信息生成模塊223基于關于狀態確定集合信息213的管理信息項目的重要度,在用戶預先決定的輸出最大數的范圍內生成表示關于狀態確定集合信息213的管理信息項目的標識符的輸出定義信息214。輸出定義信息生成處理的 細節如圖16所示。
圖12表示狀態分析信息生成處理的處理流程圖的例子。狀態分析信息生成處理中,首先,將狀態更新條件信息211按照與主No.1310相關聯的狀態關聯信息定義信息210的參照頻度的值進行降序排序(S800)。在本實施方式中,為了之后的反復處理(S804、S809、S815)在S800中進行降序排序,但根據反復處理的內容不同(例如從標注順序的列表的末尾進行反復處理的情況)也可以進行升序排序。S800是用于使管理高效率化的處理,本實施方式的IT設備管理方法也可以不必進行S800。
接下來,在狀態分析信息生成處理中,對最上級節點用的狀態分析信息212的分析ID1400編入序號后(S801),對第一記錄用的狀態分析信息212的分析ID1400編入序號(S802)。然后,在S803中,讀取與狀態更新條件信息211的最初(首次實施時)或其下一個(僅在第二次以后的情況)條件ID1401相關聯的一個以上的記錄作為第一記錄集合(主No.1311所對應的一個更新條件),在S804中,讀取與下一個條件ID1401相關的一個以上的記錄作為第二記錄集合(主No.1311所對應的另一個更新條件)。S803和S804中讀取的元素的位置利用程序指針或反復處理用的變量等來存儲。
接下來,在S805中,調查第一記錄集合和第二記錄集合的條件ID1401的值是否相同,相同的情況下移動到S809,不同的情況下移動到S806。在S806中,獲取第一記錄集合的更新條件1302作為第一更新條件值,獲取第二記錄集合的更新條件1302作為第二更新條件值。接下來,在S807中,確認第一更新條件值是否包含于第二更新條件值,如果包含則移動到S808,如果不包含則移動到S809。關于判斷條件間的包含關系的方法,在圖13中進行說明。
接下來,在S808中,將第一記錄集合的分析ID1400作為第二記錄集合的父級解析ID1402進行追加存儲,形成分析ID之間的父子關系。作為追加存儲的方法,使用能夠追加列表、排列、表格、結構體等元素的方法。然后,在S809中,確認所有的狀態更新條件信息211是否均作為第二記錄已被讀取,讀取了的情況下移動到S810,沒有讀取的情況下移動到S804。在S810中,確認在S808中是否存儲了一個 以上的關于當前的第一記錄的父級分析ID,存儲了一個以上的情況下移動到S812,一個也沒有存儲(即,此時沒有關于當前的第一記錄的父級分析節點)的情況下,存儲S801中設定的所有末端節點的父級分析ID作為當前的第一記錄的父級分析ID(S811)。某節點與所有末端節點關聯的情況,表示從狀態分析樹的當前的被最細分化的狀態(末端節點)起的狀態轉變。例如,圖14的主No.1310為5的記錄表示發生了信息警報的情況,該信息警報的發生本身因為不依賴于節點的狀態所以表示從任意狀態起的狀態轉變。在S812中,根據S802或S811的分析ID1400生成狀態分析信息212的新記錄,在S813中,對S812的狀態ID1200設定第一記錄的狀態ID1200。然后,在S814中,對S812的父級分析ID1402設定S808中存儲的父級分析ID,或者沒有在S808中存儲父級分析ID的情況下,設定S800的分析ID。在S815中,確認所有的狀態更新條件信息是否已作為第一記錄被讀取,被讀取的情況下結束狀態分析信息生成處理,沒有被讀取的情況下移動到S802。
圖13表示狀態更新條件信息的包含關系的例子。首先,示出第一記錄集合包含于第二記錄集合的情況(a)。圖13的例子中,作為第二記錄集合,具有狀態更新條件信息211的主No.1310為7、副No.1311為1和2的兩個記錄。作為第一記錄集合,具有狀態更新條件信息211的主No.1310為2、副No.1311為1的一個記錄。此時,第二記錄集合的處理內容1313具有與第一記錄集合的所有的處理內容1313相同的值,所以第一記錄集合(關于處理內容1313)包含于第二記錄集合。接著,示出第一記錄集合不包含于第二記錄集合的情況(b)。圖13的例子中,作為第二記錄集合,具有狀態更新條件信息211的主No.1310為7、副No.1311為1和2的兩個記錄。作為第一記錄集合,具有狀態更新條件信息211的主No.1310為2、副No.1311為1的一個記錄。此時,第一記錄集合的處理內容1313在第二記錄集合的處理內容1313中不存在,第一記錄集合(關于處理內容1313)不包含于第二記錄集合。
圖14表示狀態分析重要度設定處理的處理流程圖的例子。狀態分析重要度設定處理中,首先,讀取狀態分析信息212的最后(反復處理首次實施時)或其前一個(僅在實施第二次以后的情況)記錄作為 第一分析記錄(S900),將第一分析記錄用的重要度的值初始化(S901)。以從狀態分析信息212的最后的記錄回溯的方式進行處理的原因是,為了在后述的S908中使用子級節點的重要度的值。初始化的值只要是數值等能夠在各值之間進行比較的值即可,在所有的S901的實施期間,使用相同的值。接下來,在S902中,讀取第一分析記錄的狀態ID1200和分析ID1400,并在S903中,獲取與S902的狀態ID1200相應的狀態關聯信息定義信息210的參照頻度1202。接著,在S904中,根據S903的參照頻度的值計算S901的重要度的值。接著,在S905中,讀取狀態分析信息212的前一個記錄作為第二分析記錄。接著,在S906中,確認第二分析記錄的分析ID1400和S902的分析ID1400的值是否相同,相同則移動到S909,不相同則移動到S907。在S907中,確認第二分析記錄的父級分析ID1402是否包含S902的分析ID的值,包含則移動到S908,不包含則移動到S909。在S908中,根據作為S902的子級節點的分析ID的重要度1403,重新計算S901的重要度。重要度的值的計算方法的例子如圖8所示。例如分析ID1400為#1的記錄,作為其子級具有分析ID1400為#4和#5的記錄,而且作為自身的參照頻度1202具有4的值,所以是13+7+4=24。在S909中,確認所有的狀態分析信息212是否已作為第二記錄被讀取,被讀取的情況下移動到S910,沒有被讀取的情況下移動到S906。在S910中,確認所有的狀態分析信息212是否已作為第一記錄被讀取,被讀取的情況下結束處理,沒有被讀取的情況下移動到S900。狀態分析重要度設定處理結束。
圖15表示狀態確定集合決定處理的處理流程圖的例子。以狀態確定集合最大數2210為參量,開始進行狀態確定集合決定處理。首先,在S2200中,以狀態確定集合最大數2210為最大元素(記錄)數初始化狀態確定集合信息213。讀取關于狀態分析信息212的最初(反復處理首次實施時)或下一個(僅在第二次實施反復處理時)主No.1310的一個以上的記錄(S2201),計算S2201的重要度的總和(S2202)。接著,在S2203中,確認現有的狀態確定集合信息213的記錄數是否小于狀態確定集合最大數2210的值,在小于的情況下,則移動到S2204,如果不小于則移動到S2205。在S2204中,追加S2201中讀取的記錄作為狀態確定集合信息213的新記錄。在S2205中,確認出小 于S2201的記錄的重要度的總和的現有的狀態確定集合信息的記錄。接下來,在S2206中,確認S2205中低的現有的狀態確定集合信息是否為一個,一個的情況下,移動到S2207,不為一個(即兩個以上)的情況下,移動到S2208。在S2207中,利用S2201的內容置換重要度最低的現有的狀態確定集合信息213的一個記錄。在S2208中,利用S2201的內容置換關于S2205的狀態關聯信息定義信息210的參照頻度最低的S2205的一個記錄。然后,在S2209中,確認所有的狀態分析信息是否已被讀取,被讀取的情況下結束狀態確定集合決定處理,沒有被讀取的情況下,移動到S2201。
圖16表示輸出定義信息生成處理的處理流程圖的例子。輸出定義信息生成處理以輸出最大數1120為參量。首先,初始化輸出定義信息214(S1100),然后以0初始化輸出定義信息生成處理中具有的變量及輸出定義信息數的值(S1101),按重要度的順序將狀態確定集合信息213排序(S1102)。接著,讀取狀態確定集合信息213的最初(反復處理首次實施時)或下一個(在反復處理實施第二次以后時)作為第一記錄(S1103),獲取第一記錄的名稱ID1501(S1104)。然后,獲取與S1104的名稱ID1501相應的I/F信息(S1105)。該I/F信息是輸出改名稱ID的API、CLI、畫面ID、表格名、設定名等。接著,對輸出定義信息214新追加S1105的I/F信息(S1106),輸出定義信息數的值加1(S1107)。接著,確認輸出定義信息數是否超過輸出最大數1120,超過的情況下,結束輸出定義信息生成處理,沒有超過的情況下,移動到S1103(S1108)。
利用該生成的輸出定義信息214,例如在IT設備管理裝置100的屏幕上能夠顯示如圖24所示的畫面構成。與圖23的現有的管理裝置相比,在本發明中,被判斷為對管理者重要的管理信息項目顯示在同一畫面區域,管理者能夠更快地確認IT設備狀態。
根據本實施方式,本發明著眼于獨立的數據項目的更新條件之間存在的(基于條件集合的包含關系)的父子關系進行狀態的細分化,由此,能夠以較少的數據集合(狀態分析樹的節點集合數(畫面數))實施狀態分析樹的探索(即狀態檢查時的確認作業),因此,管理者無需跨多個畫面和頁面就能夠整理信息從而能夠高效地管理IT設備的狀 態。
【實施方式2】
在實施方式1中,對進行狀態的分析所需的信息的生成和實現狀態確定的高效化的信息集合的生成的方法進行了說明。在本實施方式2中,說明為了從進行了重要度設定的狀態分析信息中排除不必要的信息而追加部分狀態分析信息排除處理。圖17表示實施方式2的IT設備管理方法的整體流程的例子。與圖11的不同之處在于:在狀態分析重要度設定處理21之后,狀態確定集合信息生成處理225之前,追加了部分狀態分析信息排除處理222。
IT設備管理裝置100可以包括部分狀態分析信息排除模塊222。在狀態分析重要度設定步驟之后,狀態確定集合信息生成步驟之前,由部分狀態分析信息排除模塊222進行狀態分析信息212中的更新條件重復的一部分的排除的部分狀態分析信息排除處理。也就是說,從狀態分析信息212中排除與父級的更新條件重復的子級的更新條件所對應的一部分狀態分析信息。例如,如圖7所示的狀態更新條件信息211中,條件ID1300的主No.1310為6、副No.1311為1的記錄的更新條件與作為其主的主No.1310為2、副No.1311為1的記錄的更新條件重復,所以通過排除與該主No.1310為6、副No.1311為1的條件ID1300對應的狀態分析信息212中的記錄,能夠實現高效的IT設備的狀態的管理。
圖18表示部分狀態分析信息排除處理的處理流程圖的例子。在部分狀態分析信息排除處理中,首先,讀取狀態更新條件211的最初(反復處理首次實施時)或下一個(反復處理實施第二次以后)記錄作為第一記錄(S1000),讀取下一個記錄作為第二記錄(S1001),取得第一記錄和第二記錄的條件ID(S1002)。然后,確認第一記錄與第二記錄的條件ID1300的值是否相同,相同的情況下移動到S1008,不同的情況下移動到S1004(S1003)。在S1004中,部分狀態分析信息排除處理222獲取第一記錄和第二記錄的更新條件1302的值。接下來,確認第一記錄的更新條件是否包含第二記錄的更新條件1302,包含的情況下移動到S1006,不包含的情況下移動到S1008(S1005)。在S1006中,獲取第二記錄的條件ID1300。接著,刪除具有S1006的條件ID1300 的狀態分析信息212的記錄(S1007)。接著,確認所有的狀態更新條件信息211是否已作為第二記錄被讀取,被讀取的情況下移動到步驟S1009,沒有被讀取的情況下移動到S1001(S1008)。在S1009中,確認所有的狀態更新條件信息211是否被已作為第一記錄被讀取,被讀取的情況下結束部分狀態分析信息排除處理222,沒有被讀取的情況下,移動到S1001。
根據本實施方式,能夠從實施方式1中生成的進行了重要度設定的狀態分析信息212中進一步排除更新條件重復的即不必要的信息,能夠實現更高效的IT設備狀態的管理。
【實施方式3】
實施方式2中,說明了從進行了重要度設定的狀態分析信息中排除不必要的信息的部分狀態分析信息排除處理。在本實施例3中,對探索部101內的各處理中所需的狀態更新條件信息211的更新方法進行說明。
圖19示出實施方式3的IT設備管理方法的整體流程的例子。與圖17的不同之處在于:追加了在設計部102的狀態關聯信息定義信息的更新、狀態更新條件信息的更新處理的起動、以及探索部101的處理的開始判斷。IT設備管理裝置100也可以包括進行條件更新處理的條件更新模塊224。條件更新模塊224在用戶或外部程序等對設計部保存的信息進行生成或更新時,開始條件更新處理。在條件更新處理中,首先確認是否有要更新的IT設備的狀態信息,有的話在更新狀態定義信息后,啟動對狀態更新條件信息中的更新條件的內容進行更新的條件更新處理。條件更新處理的細節如圖20所示。然后,在由調用源或設定文件等實施條件更新處理后,指定探索部101的處理開始時,開始探索部101的處理。
圖20表示條件更新處理的處理流程圖的例子。條件更新處理中,以一個狀態更新條件信息1710為參量。首先,在S1700中,對參量1710的狀態更新條件進行解析(parse)。然后,在S1701中,讀取最初(反復處理首次實施時)或下一個(反復處理實施第二次以后)狀態更新條件信息211。接著,在S1702中,確認S1700的條件ID1300與參量1710的條件ID是否為相同值,同值的情況下移動到S1703,不為同值 的情況下移動到S1705。在S1703中,對S1701的狀態更新條件進行解析。然后,在S1704中,用S1700的狀態更新條件211覆蓋S1701的狀態更新條件。在S1705中,確認所有的狀態更新條件信息211是否已被讀取,若已讀取則結束條件更新處理,若沒有讀取則移動到S1701。
圖21表示條件更新處理的處理流程圖的另一例。與圖20的不同之處在于:圖20中是狀態更新條件信息211的內容的變更,而圖21中是從狀態更新條件信息211刪除記錄。條件更新處理以一個以上的條件ID1300為參量。條件更新處理中,讀取最初(反復處理首次實施時)或下一個(反復處理實施第二次以后,前次的下一個元素)狀態更新條件信息211(S1800)。接著,在S1801中,確認S1800的條件ID1300與參量1810的條件ID是否為同值,同值的情況下移動到S1802,不為同值的情況下移動到S1803。在S1802中,刪除S1800的狀態更新條件。在S1803中,確認所有的狀態更新條件信息211是否已被讀取,已被讀取的情況下結束條件更新處理,沒有被讀取的情況下移動到S1800。
圖22表示條件更新處理的處理流程圖的又一例。與圖20的不同之處在于:圖20為狀態更新條件211的更新,而圖22是從狀態更新條件信息211追加新記錄。條件更新處理以一個以上的狀態更新條件1910為參量。條件更新處理中,對新的狀態更新條件用的ID編序號(S1900)。然后,對狀態更新條件信息211追加該新的狀態更新條件(S1901)。條件更新處理結束。
根據本實施例,能夠通過對探索部101內的各處理中所需的狀態更新條件信息211進行變更、刪除和追加,來更新狀態更新條件信息211。
本發明并不限定于上述實施例,而是包含了各種變形例。例如,上述實施例是為了對本發明簡單易懂地說明而進行的詳細說明,并非限定必須具備所說明的全部的結構。
此外,上述的各結構、功能、處理部(控制部)、處理單元等,其部分或者全部可通過例如使用集成電路來設計等以硬件實現。或者,上述的各結構、功能,也可通過處理器解釋和實施實現各功能的程序 以軟件實現。實現各功能的程序、表格、文件等信息,可存儲在存儲器、硬盤、SSD(Solid State Drive,固態硬盤)等記錄裝置中,或者IC(Integrated Circuit,集成電路)卡、SD(Secure Digital Memory,安全數字存儲)卡、DVD(Digital Versatile Disc,多用途數字光盤)等記錄介質中。