JP2016024736A - 情報処理装置、情報処理システム、情報処理方法およびプログラム - Google Patents

Abstract

【課題】情報処理システム内の各情報取得源から望ましいタイミングで円滑に情報を取得し、表示する。
【解決手段】情報処理装置は、情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得する情報取得部と、取得された情報を画面上の取得された情報の項目に該当する表示欄に表示する画面制御部と、取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する設定部と、を備える。
【選択図】図７

Description

本発明は、情報処理装置、情報処理システム、情報処理方法およびプログラムに関する。

近年、情報処理装置その他の機器を集積し、ネットワークで接続した情報処理システムが利用されている。さらに、情報処理システムを管理するための管理ソフトウェア、あるいは業務アプリケーションが統合された製品が登場している。情報処理装置その他の機器が集積された情報処理システムにおいて、管理プログラム、あるいは業務アプリケーションが統合された製品は、垂直統合システム製品とも呼ぶこともできる。

特開２００４−１７８３７１号公報 特開平１１−１７７６１１号公報 特開２００６−０３５８１８号公報 特開２０００−２５９５２０号公報 国際公開第２０１１／０６４８１２号

垂直統合システム製品によって例示される情報処理システムでは、情報処理システムの管理等の処理を実行する情報処理装置は、情報処理システムの様々な層、例えば、物理層、仮想化層、ＯＳ層等からの情報を取得する。しかし、情報処理装置が情報処理システムの様々な層の情報取得源から情報を取得する場合に、例えば、異なるインターフェースを介したアクセスが行われ、情報取得までの応答時間は異なるものとなる。その結果、情報処理装置が取得した情報を画面等に出力する、画面更新処理が適正なタイミングで行われない場合も生じ得る。

実施形態に開示した１つの側面は、複数の情報取得源を含む情報処理システムにおいて、各情報取得源から望ましいタイミングで円滑に情報を取得し、表示するものである。

実施形態に開示した１つの側面は、以下の情報処理装置によって例示される。すなわち、本情報処理装置は、情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得する情報取得部と、取得された情報を画面上の取得された情報の項目に該当する表示欄に表示する画面制御部と、取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する設定部と、を備える。

本情報処理システムによれば、情報処理システム内の各情報取得源から望ましいタイミングで円滑に情報を取得でき、画面に表示できる。

比較例に係る情報処理システムの論理的接続関係を例示する図である。 比較例における情報処理システムの具体的構成を例示する図である。 管理部と、管理モジュールとのインターフェースを例示する図である。 実施形態に係る情報処理システムの論理構成を例示する図である。 ＧＵＩ上の管理画面の構成を例示する図である。 管理装置のハードウェア構成を例示する図である。 ＡＰＩの詳細構成を例示する図である。 情報テーブルのデータを例示する図である。 管理装置の全体処理を例示するフローチャートである。 データ取得部の処理の詳細を例示するフローチャートである。 更新間隔の学習の手順を例示する図である。 更新間隔の学習の手順を例示するフローチャートである。 一定間隔で情報を取得する処理を例示するフローチャートである。 画面更新処理の詳細を例示するフローチャートである。 アプリケーション起動時の処理を例示するフローチャートである。

以下、図面を参照して一実施形態に係る情報処理システムについて説明する。
［比較例］
図１から図３を参照して、比較例に係る情報処理システムを説明する。図１は、比較例に係る情報処理システムの論理的接続関係を例示する図である。図１のように、比較例の情報処理システムは、管理サーバＭと、管理サーバＭに管理される管理対象サーバＡ、Ｂ等を有する。図１では、２台の管理対象サーバＡ、Ｂが例示されているが、管理対象サーバの数が２台に限定される訳ではない。例えば、管理サーバと管理対象サーバとが同一の１台のサーバであってもよい。また、管理サーバＭの他に、管理対象サーバが１台であってもよい。また、管理対象サーバが３台以上であってもよい。

管理サーバＭは、主記憶上の管理プログラムを実行し、管理対象サーバＡ、Ｂおよび管理サーバＭ自体を管理する管理部として処理を提供する。管理部は、様々なＡＰＩ（Application Interface）を介して、管理対象サーバＡ、Ｂおよび管理サーバＭ自体にアクセ
スし、情報を取得する。そして、管理部は、例えば、管理画面の形式で取得した情報をユーザに提供する。

より具体的には、管理サーバＭの管理画面上の例えば、更新ボタンが押下されると、管理部は、画面更新処理を実行する。すなわち、管理部は、管理画面上のそれぞれの表示項目について、ＡＰＩによって定義される各接続Ｉ／Ｆを使用して管理対象サーバＡ、Ｂ、あるいは管理サーバＭ自体の管理モジュールに問い合わせを通知し、情報を取得する。

図１の例では、管理部は、ＡＰＩを通じて、接続I/FであるＩＦ２を使用して管理対象
サーバＡの管理モジュールＭＭ１にアクセスする。ここで、ＭＭ１は、サーバ上の管理モジュールの一例である。ＭＭ１は、管理処理のためのＣＰＵ、メモリ等を有し、ハードウェアの状態監視、構成情報出力、エラー情報出力、パーティション管理、ネットワーク管理、電源制御などの運用管理機能を備える。

また、管理部は、ＡＰＩを通じて、接続Ｉ／ＦであるＩＦ１を使用して管理対象サーバＢのＭＭ２にアクセスする。ＭＭ２としては、例えば、ＢＭＣ（Baseboard Management Controller）を例示できる。ＢＭＣは、ＩＰＭＩの規格に準拠した標準的な管理モジュー
ルであり、ハードウェアの状態監視、電源のオン・オフ等を実行する。

管理モジュールＭＭ１、ＭＭ２等とのインターフェースＩＦ１、ＩＦ２としては、例えば、ＩＰＭＩ（Intelligent Platform Management Interface）、ＳＮＭＰ（Simple Network Management Protocol）等を例示できる。なお、他の接続Ｉ／Ｆとしては、例えば、
ＯＳへの接続Ｉ／Ｆとしては、ＶＩＡＰＩ(VMware Infrastructure Application Programming Interface)、ＷＭＩ (Windows Management Instrumentation(Windowsは登録商標))等を例示できる。

管理部は、例えば、図１で例示される情報処理システムの各サーバの管理モジュールから取得した情報を管理画面の形式でユーザに提供する。管理部が取得する情報は、様々な層、例えば、物理層、仮想化層、ＯＳ層等から取得される。例えば、ユーザが管理画面上の更新ボタンを押下すると、更新ボタンの押下検知をトリガにして管理部は、ＡＰＩに取得命令を発行する。ＡＰＩはシーケンシャルに接続Ｉ／Ｆへの情報取得命令を発行する。そして、管理部がＡＰＩから全情報の取得完了後、管理画面を更新する。

図２に、比較例における情報処理システムの具体的構成例を示す。図２の情報処理システムは、管理サーバＭと、ブレードサーバＢ１と、ブレードサーバＢ２と、ラックサーバＲ１と、ストレージＳＴＲ１と、ＰＤＵ（Power Distribution Unit）を含む。図の各サ
ーバおよびＰＤＵは、ネットワークで接続されている。図２の例では、管理対象サーバは、ブレードサーバＢ１、あるいはＰＤＵ等である。また、図２では、省略されているが、各サーバは、図１と同様の管理モジュールＭＭ１等を有する。また、ＰＤＵは、使用電力、温度等の測定が可能なコンセントである。

管理サーバＭは、例えば、ハイパーバイザ上の管理ＶＭ（Virtual Machine）で管理プ
ログラムを実行し、管理部の処理を提供する。すなわち、管理部は、管理サーバＭ自身、ネットワーク接続された管理対象サーバおよびＰＤＵから情報を取得して、取得した情報を管理画面の形式でユーザに提供する。例えば、管理画面上の更新ボタンの押下により管理部は、ＡＰＩを通じてハードウェアあるいはＯＳに問い合わせを実施し、情報を取得する。そして、管理部は管理画面のすべての情報が取得できた時点で、管理画面を更新する。

図３に、管理部と、管理モジュールＭＭ１、ＭＭ２等とのインターフェースを例示する。例えば、更新ボタンの押下を検出すると、管理部は、各接続Ｉ／Ｆを使用して情報取得対象に情報取得命令をシーケンシャルに発行する。例えば、管理部は、インターフェースＩＦ３を通じて、ＯＳにアクセスし、インターフェースＩＦ１を使用して管理対象サーバの管理モジュールＭＭ２にアクセスする。また、管理部は、インターフェースＩＦ４を通じて、ハイパーバイザ等の仮想化レイアにアクセスし、インターフェースＩＦ２を使用して管理対象サーバの管理モジュールＭＭ１にアクセスする。そして、管理部は、各管理モジュールと通信可能な場合は、各管理モジュールから情報を取得し、管理部は取得した情報を管理画面に表示する。

しかし、管理部が様々な層から情報を取得する場合、例えば、管理部は、異なる接続I/Fを使用して情報を取得するため、情報取得の応答時間は異なる。管理部は、例えば、最
も遅く取得した情報に合わせて画面が更新を行えばよい。すなわち、管理部は、最後に取得した値の待ち合わせをして、各種情報の値を管理画面に出力すればよい。しかしながら、管理部が、例えば、一部の項目で情報が取得できず、タイムアウトが発生する場合には、管理部は、早く情報が取得できていた項目があったとしても、全ての項目でタイムアウトになった結果を待ち合わせし、タイムアウトになった結果を画面に出力することになる。以上のような比較例に係る情報処理システムは、以下の側面を有する。

（側面１）情報処理システムのリソースへの負荷により、画面が固定され、更新の状況がスムーズに表示されない場合がある。例えば、ユーザからの更新ボタン押下による更新の要求を受けて、管理部が更新を実行する場合、比較例の管理部は、画面上のすべての表示欄を再更新する。そのため、管理部は、管理画面に対応する一まとまりの情報の取得処
理を実行する。この更新処理ため、更新処理によって接続I/Fが占有され、ＣＰＵ、メモ
リ、ネットワークなどのリソースに比較的大きな負荷が加わる場合がある。そのような場合には、画面が固定され、更新の状況がスムーズに表示されない結果となる。

（側面２）管理画面の更新に時間がかかる場合がある。例えば、接続Ｉ／Ｆが通信不能だった場合、タイムアウトが発生する。通信不能によるタイムアウトの場合は、管理部は、タイムアウト時間まで応答を待つ。比較例の管理部は、画面更新では全ての項目を再度更新する。したがって、管理部は、通信不能の接続Ｉ／Ｆに対しても、それぞれタイムアウトを待つ。このため、管理部は、情報収集完了に時間を要し、画面更新が完了されるまでに時間がかかる。

また、上述のように、様々な層を含む情報処理システムにおいて、各層から情報取得するための接続Ｉ／Ｆにより、情報取得に要する時間が異なる。しかし、管理部は、画面更新時には全ての情報を一度に更新するため、早期に情報が取得された項目についても、遅く応答した項目に合わせて、画面を更新する。例えば、ＳＮＭＰを使用して取得した情報はＶＩＡＰＩで取得した情報の取得が完了するまで待たされるため、管理部は、画面更新に時間を要する。

さらに、管理部が認証を必要とする接続ＩＦを使用する場合には、認証に時間がかかるため、管理部は、情報取得完了まで待ち合わせする。例えば、ＶＩＡＰＩは情報取得時、つまり、管理部がＶＩＡＰＩに接続する時にユーザ名とパスワードの承認を求める。このため、コミュニティ名を使用して接続するＳＮＭＰと比較すると、ＶＩＡＰＩは、情報取得完了までの時間が長くなる。

（側面３）比較例の情報処理システムでは、管理画面の各項目の情報と接続Ｉ／Ｆが1
対1対応になっている。このため、管理画面の項目に対応する接続Ｉ／Ｆが接続不能にな
った場合、情報が取得できなくなる。例えば、管理画面に表示されている項目（例：製造モデル名など）の中には、管理モジュールＭＭ１からインターフェースＩＦ２を使用して情報を取得するものがある。一方、管理モジュールＭＭ２にインターフェースＩＦ１を使用しても同様の情報が取得できるなど、代替Ｉ／Ｆが存在する。

しかし、比較例の管理部は、管理画面の項目と接続Ｉ／Ｆとが１対１対応になっている。このため、比較例の管理部は、他の接続Ｉ／Ｆを通じて情報が取得できるにも関わらず、１つの接続Ｉ／Ｆから情報が取得できない場合には、管理画面を「通信不可」ステータスとする。

以上の比較例で例示した情報処理システムの管理部における管理画面の情報更新および情報取得を改善する制御技術を以下の実施形態で提案する。

［実施形態］＜構成＞
以下、図面を参照して、実施形態に係る情報処理システムについて説明する。図４は、本情報処理システムの論理構成を例示する図である。図４のように、本情報処理システムは、ＧＵＩ（Graphical User Interface）と、マネージャ（Manager）Ａ４と、ＡＰＩ（Application Interface）と、管理モジュールとを含む。本情報処理システムにおいて、図４のＧＵＩ、マネージャＡ４、およびＡＰＩは、管理装置を形成する。管理装置は、例えば、情報処理システムに含まれる１つのサーバ、情報処理装置である。ただし、管理装置は、情報処理システムを管理する専用の管理コンピュータであってもよい。さらに、管理装置は、比較例の図２に示したように、ハイパーバイザ等の仮想化レイアとゲストＯＳとを含む仮想マシン上にあってもよい。

本管理装置は、管理対象の情報処理システムが有する装置、例えば、ブレードサーバ、ラックサーバ等に搭載された管理モジュールから様々な情報を収集し、ＧＵＩ上の管理画面に収集した情報を表示する。管理モジュールは、オンボードのサーバ管理チップ、あるいは、サーバ管理専用ユニット、その他のハードウェアである。

ＡＰＩは、インターフェースＩＦ１〜ＩＦ４等の接続Ｉ／Ｆを介して、管理モジュールにアクセスし、情報を収集する。収集した情報は、マネージャＡ４に引き渡される。マネージャＡ４は、ＡＰＩを通じて管理モジュールから取得した情報をＧＵＩ上の管理画面に出力する。より具体的には、マネージャＡ４は、ＡＰＩの関数を呼び出すことによって、接続Ｉ／Ｆを介して、管理モジュールに問い合わせを行い、情報を取得する。ただし、本実施形態では、ＡＰＩは、接続Ｉ／Ｆおよび管理モジュールの特性に応じて、適切なタイミングで情報を取得する。また、ＡＰＩは、ＧＵＩ上の管理画面を出力する情報処理システムの負荷を低減するように、マネージャＡ４に情報を引き渡す。そして、マネージャＡ４は、ＡＰＩから引き渡された情報をＧＵＩ上の管理画面に出力する。

図５に、ＧＵＩ上の管理画面１６０の構成を例示する。管理画面１６０が画面の一例である。管理画面１６０は、接続関係表示部１６１と、ハードウェア外観表示部１６２と、システム情報表示部１６３と、状態表示部１６４とを含む。接続関係表示部１６１は、管理装置が管理する対象である情報処理システムの構成をツリー構造の接続関係とともに表示する。すなわち、接続関係表示部１６１は、例えば、情報処理システムに含まれるサーバ名等ハードウェアの名称と、サーバ名で例示されるハードウェア間の接続関係を示す。

ハードウェア外観表示部１６２は、情報処理システムのハードウェアの外観、例えば、正面の外観構成および背面の外観構成を例示する。また、接続関係表示部１６１において、１つのサーバ等のハードウェア名が選択されると、選択されたハードウェア名に該当するハードウェアの外観上の位置、例えば、スロット２の位置に、矩形のマークが表示される。

システム情報表示部１６３は、マネージャＡ４がＡＰＩ（接続Ｉ／Ｆ）を介して管理モジュールＭＭ１等から取得した各種情報を表示する。システム情報表示部１６３が表示する情報は、例えば、製造モデル、製造元、シリアル番号、ファームウェア版数、ＢＩＯＳ（Basic Input/Output System）の版数、ハードウェア版数、ＯＳの種類、ＯＳの版数等
である。状態表示部１６４は、情報処理システムの状態、例えば、消費電力、ＣＰＵ使用率、メモリ使用率、ストレージ使用率等を表示する。

図６は、管理装置のハードウェア構成を例示する図である。図６のように、本管理装置は、Central Processing Unit（ＣＰＵ）１１、主記憶装置１２、インターフェース１８
を通じて接続される外部機器を有し、プログラムにより情報処理を実行する。外部機器としては、外部記憶装置１３および通信インターフェース１４を例示できる。ＣＰＵ１１は、主記憶装置１２に実行可能に展開されたコンピュータプログラムを実行し、管理装置の処理を提供する。主記憶装置１２は、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。主記憶装置１２は、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）、Read Only Memory（Ｒ
ＯＭ）等である。さらに、外部記憶装置１３は、例えば、主記憶装置１２を補助する記憶領域として使用され、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。外部記憶装置１３は、ハードディスクドライブ、Solid State Disk（ＳＳＤ）等である。

また、管理装置は、入力装置１５、表示装置１６等によるユーザインターフェースを有するようにしてもよい。入力装置１５は、例えば、キーボード、ポインティングデバイス
等である。また、表示装置１６は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。さらに、管理装置は、着脱可能記憶媒体駆動装置１７を設けてもよい。着脱可能記憶媒体は、例えば、ブルーレイディスク、Digital Versatile Disk（ＤＶＤ）、Compact Disc（ＣＤ）、フラッシュメモリカード等である。なお、図６の例では、単一のインターフェース１８が例示されているが、インターフェース１８として複数種類のものが複数設けられてもよい。

図７に、管理装置の構成を例示する。管理装置は、管理画面を出力するＧＵＩと、ＧＵＩに情報を設定するマネージャＡ４と、マネージャＡ４がＧＵＩに設定する情報を取得するＡＰＩを含む。図７では、ＡＰＩの詳細構成が例示されている。図７のように、ＡＰＩは、データ保持部Ａ１、データ学習部Ａ２、およびデータ取得部Ａ３を含む。このうち、データ保持部Ａ１は、管理装置が使用するデータを保持しているキャッシュであり、メモリやＳＳＤなどの高速アクセス可能な装置に保存される。また、本実施形態では、管理装置は、例えば、管理画面に出力される項目の情報、つまり、管理モジュールから取得する情報に関する様々なパラメータ、管理モジュールから取得した情報の現在値等を情報テーブルと呼ばれるテーブルに保持する。データ保持部Ａ１は、情報テーブルを格納する。なお、データ取得部Ａ３が管理モジュールから取得する情報の項目は、予め分類されて情報テーブルに保持される。さらに、情報テーブルの各項目には、各項目の情報が取得される取得時間間隔の初期値が設定される。また、情報テーブルには、各項目の情報を取得するための接続Ｉ／Ｆおよび代替Ｉ／Ｆが定義される。

データ学習部Ａ２は、データ保持Ａ１と連携し、取得対象がどのような特性を持っているかを学習し、データ取得の命令を発行するタイミングに関するパラメータを決定する。なお、パラメータの一例は、上記取得時間間隔である。すなわち、データ学習部Ａ２は、管理モジュールから取得される情報がどのような傾向や特性を持っているか学習する。データ学習部Ａ２は、学習した結果としてのパラメータをデータ保持Ａ１の情報テーブルに設定する。データ学習部Ａ２は、設定部の一例である。

データ取得部Ａ３は、データ学習部Ａ２からのパラメータにしたがって、情報テーブルに設定された各接続Ｉ／Ｆへ情報取得命令を発行し、管理モジュールから情報を取得する。データ取得部Ａ３は、取得できた情報を情報テーブルに設定する。ただし、接続Ｉ／Ｆが使用できない場合、データ取得部Ａ３は、代替Ｉ／Ｆを使用して情報を取得する。

データ取得部Ａ３は、インターフェースＩＦ１、ＩＦ２、ＩＦ３、ＩＦ４等で例示される接続Ｉ／Ｆを通じて、管理対象のＯＳあるいは管理対象のハードウェアに設けられた管理モジュールから情報を取得する。ここで、インターフェースＩＦ１、ＩＦ２、ＩＦ３、ＩＦ４等は、ＷＭＩ、ＩＰＭＩ、ＶＩＡＰＩ、ＳＮＭＰ等である。また、管理モジュールは、図１で説明したＭＭ１、ＭＭ２等と同様である。すなわち、管理モジュールは、管理処理のためのＣＰＵ、メモリ等を有し、ハードウェアの状態監視、構成情報出力、エラー情報出力、パーティション管理、ネットワーク管理、電源制御などの運用管理機能を備える。また、管理対象のハードウェアは、情報処理システム内の情報処理装置、例えば、図２に例示したブレードサーバ、ラックサーバ等のコンピュータ、ストレージ、ＰＤＵ等である。

データ取得部Ａ３は、取得した情報を情報テーブルの情報取得値のフィールドに設定するとともに、取得した情報の取捨選択を行う。例えば、取得された情報が前回取得の現在値から差分がある場合には、データ取得部Ａ３は、情報テーブルの変更フラグのフィールドに変更フラグを設定する。データ学習部Ａ２は、変更フラグが設定された項目の情報取得値をＧＵＩへの処理キューに設定する。マネージャＡ４は、ＧＵＩの処理キューから情報を取得し、ＧＵＩ上の管理画面に表示する。

インターフェースＩＦ１、ＩＦ２、ＩＦ３、ＩＦ４等は、接続Ｉ／Ｆの一例である。また、管理モジュールが情報取得源の一例である。さらに、データ取得部Ａ３は、情報取得部の一例である。また、データ学習部Ａ２は、設定部の一例である。また、マネージャＡ４は、画面制御部の一例である。

なお、管理装置のＣＰＵ１１は、ＧＵＩ、マネージャＡ４、ＡＰＩとして、主記憶装置１２に実行可能に展開されたコンピュータプログラムを実行する。ただし、マネージャＡ４の少なくとも一部がハードウェア回路であってもよい。また、図７でＡＰＩに含まれるデータ保持部Ａ１、データ学習部Ａ２、およびデータ取得部Ａ３のいずれかの少なくとも一部がハードウェア回路であってもよい。

＜情報テーブルのデータ例＞
図８に、情報テーブルのデータを例示する。図８の情報テーブルで、左端の列にある「項目」は、情報テーブルの項目を示す名称であり、説明のための項目である。したがって、データ保持部Ａ１に格納される情報テーブルに、「項目」に相当する名称が保持される訳ではない。図８に例示するように、情報テーブルには項目として、例えば、ステータス、システムタイプ、システムシリアル番号、システム製造番号、部品番号、ＢＩＯＳ版数、接続I/F版数、ＯＳの種類、ＯＳの版数等が設けられる。さらに、情報テーブルの項目
として、ＣＰＵの情報、メモリの情報、メザニンカードの情報、ディスクドライブの情報、仮想マシンの種類、ＣＰＵ使用率、メモリ使用率、ディスク使用率、イベントログ等が設けられる。図８のように、情報テーブルの各項目は、表の各行に対応する。

そして、情報テーブルの各項目（各行）は、現在値、情報取得値、変更フラグ、緊急フラグ、接続I/Fの各フィールドを有する。現在値は、過去に接続I/Fを介して管理モジュールから取得され、現在ＧＵＩの管理画面に表示されている値である。情報取得値は、データ取得部Ａ３が接続I/Fを通じて取得した値であって、まだＧＵＩの管理画面に表示され
ていない値である。図８の各項目の情報取得値が情報の一例である。

変更フラグは、データ取得部Ａ３によって取得された値が現在値と異なるものであることを示すフラグである。図８では、変更フラグは丸印で例示されている。しかし、データ保持部Ａ１に格納される情報テーブルに実際に保持される変更フラグの値は、例えば、０（変更なし）または１（変更あり）等の１ビットの値でよい。緊急フラグは、項目が緊急性を有する情報であることを示す。図８では、緊急フラグは丸印で例示されている。しかし、データ保持部Ａ１に格納される情報テーブルに実際に保持される緊急フラグの値は、例えば、０（緊急性なし）または１（緊急性あり）等の１ビットの値でよい。ここで、緊急性ありの設定がなされた項目に関しては、例えば、情報取得の時間間隔の学習の対象等から除外され、優先的に情報が取得される。

接続Ｉ／Ｆは、各項目の情報を取得する接続Ｉ／Ｆを定義する。図８では、接続Ｉ／Ｆのフィールドは、接続Ｉ／Ｆ（通常）と、接続Ｉ／Ｆ（代替）に分かれている。接続Ｉ／Ｆ（通常）は、データ取得部Ａ３が通常、最初にアクセスする接続Ｉ／Ｆである。一方、接続Ｉ／Ｆ（代替）は、接続Ｉ／Ｆ（通常）が接続できない場合に、データ取得部Ａ３がアクセスする接続Ｉ／Ｆである。接続Ｉ／Ｆ（通常）と接続Ｉ／Ｆ（代替）は、それぞれ接続先、ＩＦ、接続、間隔、認証の各サブフィールドを有する。接続Ｉ／Ｆ（通常）と接続Ｉ／Ｆ（代替）は、取得経路が冗長化されていることの一例である。

ここで、接続先は、情報を取得する管理モジュールを特定するための情報である。接続先は、例えば、ＩＰ（Internet Protocol）アドレスを用いて定義できる。ただし、接続
先の定義がＩＰアドレスに限定される訳ではない。例えば、接続先として、ＭＡＣアドレ
ス、ノード名、その他、ＡＰＩと管理モジュールとの間で定義した識別情報を用いてもよい。

ＩＦは、管理モジュールへの接続Ｉ／Ｆである。なお、図８では、ＩＦとして、ＩＦ１、ＩＦ２、ＩＦ３等の文字列が設定されているが、ＩＦ１、ＩＦ２、ＩＦ３等と対応する番号を指定してもよい。例えば、インターフェースＩＦ１に対して番号１、インターフェースＩＦ２に対して番号２等が指定されるようにすればよい。接続は、現在接続済みか否かを示す。図８では、接続済みとして丸印が指定されているが、ビット１が指定されるようにしてもよい。間隔は、データ取得部Ａ３が接続Ｉ／Ｆを通じて管理モジュールから情報を取得する間隔である。認証は、接続Ｉ／Ｆが認証を要するか否かを指定する。例えば、ビット１は、認証要を指定する。また、ビット０は、認証不要を指定する。

＜処理フロー＞
図９は、管理装置の全体処理フローを例示する。この処理では、管理装置のＣＰＵ１１は、データ保持部Ａ１に作成される情報テーブルにデフォルト値を設定する（Ｓ１）。図８で説明したように情報テーブルには、接続Ｉ／Ｆを通じて管理モジュールから取得する情報が項目に分類して設定されている。Ｓ１で設定されるデフォルト値は、例えば、ＡＰＩで使用される初期値である。

次に、管理装置のＣＰＵ１１は、アプリケーションを開始する（Ｓ２）。さらに、管理装置のＣＰＵ１１は、サービスを開始する（Ｓ３）。アプリケーションとは、ＧＵＩ、マネージャＡ４、およびマネージャＡ４から呼び出されるＡＰＩのプログラムを含み、ＧＵＩ上で管理画面の表示を実行する。また、Ｓ３の処理は、ＡＰＩの初期化処理を含む。ＡＰＩの初期化処理は、例えば、設定条件ファイルが存在する場合には、設定条件ファイルの内容にしたがって、情報テーブルのデフォルト値を書き換える。また、ＡＰＩの初期化処理は、例えば、設定条件ファイルの内容にしたがって、情報テーブルの初期値（デフォルト値）を書き換える。ＡＰＩの初期化処理については、図１５によって別途詳述する。

以下の処理は、管理装置のデータ取得部Ａ３が情報テーブルの項目別に実行する処理である。すなわち、管理装置のデータ取得部Ａ３は、情報テーブルに定義されたデフォルト値に従い、情報取得処理を開始する（Ｓ４）。通常、管理装置のデータ取得部Ａ３は、情報テーブルの間隔フィールドに設定された時間間隔で通常の接続Ｉ／Ｆにアクセスする。ただし、接続Ｉ／Ｆあるいは接続Ｉ／Ｆからアクセスされる管理モジュールが認証を要する場合には、データ取得部Ａ３は、事前に認証を実行する。そこで、データ取得部Ａ３は、情報テーブルを参照し、接続Ｉ／Ｆあるいは接続先の管理モジュールにおいて、アクセス時に認証を要するか否かを判定する（Ｓ５）。

認証が要求される場合、データ取得部Ａ３は、情報テーブルの間隔フィールドで指定された時間間隔による接続タイミングより所定時間前に接続Ｉ／Ｆを通じて管理モジュールに接続する（Ｓ６）。一方、認証が要求されない場合、データ取得部Ａ３は、情報テーブルの間隔フィールドで指定された時間間隔による接続タイミングで接続Ｉ／Ｆを通じて管理モジュールに接続する（Ｓ７）。そして、データ取得部Ａ３は、通常の接続Ｉ／Ｆから情報取得を開始する（Ｓ８）。データ取得部Ａ３は、取得経路への認証を完了させる処理の一例として、Ｓ５−Ｓ７を実行する。

以上のように、管理装置のデータ取得部Ａ３は、アプリケーション起動後、サービス開始時に、ＧＵＩによる管理画面の表示の有無に関わらず情報テーブルを作成し、情報収集を開始する。データ取得部Ａ３は、分類に応じた更新タイミングでそれぞれの項目の情報を取得する処理の一例として、Ｓ５−Ｓ８の処理を実行する。

次に、データ取得部Ａ３は、情報取得が成功したか否かを判定する（Ｓ９）。情報取得に成功した場合とは、例えば、接続Ｉ／Ｆから情報が引き渡され、かつ、エラーコード等が引き渡されなかった場合をいう。一方、情報取得に成功しなかった場合とは、例えば、接続Ｉ／Ｆから情報が引き渡されることなく、タイムアウト時間が経過した場合をいう。あるいは、情報取得に成功しなかった場合とは、例えば、接続Ｉ／Ｆからエラーコードが引き渡された場合もあり得る。

情報取得に成功しなかった場合、データ取得部Ａ３は、代替Ｉ／Ｆが定義されているか否かを判定する（Ｓ１０）。代替Ｉ／Ｆが定義されていない場合、データ取得部Ａ３は、通常の接続Ｉ／Ｆ、すなわち、Ｓ８で情報取得を開始した接続Ｉ／Ｆが接続できないことを情報テーブルに反映し（Ｓ１３）、処理を終了する。

一方、Ｓ１０の判定で、代替Ｉ／Ｆが定義されている場合、データ取得部Ａ３は、代替Ｉ／Ｆへ接続する（Ｓ１１）。そして、データ取得部Ａ３は、代替Ｉ／Ｆから情報取得に成功したか否かを判定する（Ｓ１２）。データ取得部Ａ３が代替Ｉ／Ｆから情報取得に成功しなかった場合には、Ｓ１３に処理を進め、処理を終了する。データ取得部Ａ３は、取得経路が冗長化されている処理の一例として、Ｓ９−Ｓ１３を実行する。

Ｓ１２の判定でデータ取得部Ａ３が代替Ｉ／Ｆから情報取得に成功した場合には、データ取得部Ａ３は取得した情報を情報テーブルに反映する（Ｓ１４）。例えば、データ取得部Ａ３は、情報テーブルの対応する項目の情報取得値のフィールドに取得した値を設定する。さらに、データ取得部Ａ３は、取得した値と、情報テーブルの現在値のフィールドの値が一致するか否かを判定する。そして、２つの値が一致しない場合には、変更フラグをオン（丸印、ビット１等）に設定する。データ学習部Ａ２は、変更フラグがオンになると、情報取得値のフィールドに変更があったと判断し、情報取得値のフィールドから値を読みとる。

ただし、データ取得部Ａ３は、変更フラグを設定する代わりに、２つの値が一致するか否かに応じて、情報取得値の設定を行ってもよい。例えば、データ取得部Ａ３は、取得した値と、情報テーブルの現在値のフィールドの値が一致しない場合に、情報テーブルの情報取得値に取得した値を設定し、２つの値が一致する場合には、情報テーブルの情報取得値に取得した値を設定しないようにすればよい。そして、データ学習部Ａ２は、情報テーブルの情報取得値のフィールドが空欄またはＮＵＬＬデータ等の場合には、情報の変更がないと判断してもよい。データ取得部Ａ３は、情報取得部の一例として、Ｓ４−Ｓ１４の処理を実行する。また、データ取得部Ａ３は、画面の表示の有無に依存しないで前記情報を取得する処理の一例として、Ｓ４−Ｓ１４の処理を実行する。

Ｓ１４以降の処理は、データ学習部Ａ２が実行する。データ学習部Ａ２は、情報テーブルの緊急フラグの設定の有無を判定する（Ｓ１５）。情報テーブルの処理中の項目に緊急フラグが設定されている場合、データ学習部Ａ２は、キューの先頭に処理を追加する（Ｓ１６）。Ｓ１５、Ｓ１６の処理によって、緊急フラグがオンに設定された項目は、優先して処理される。一方、情報テーブルの処理中の項目に緊急フラグが設定されていない場合、データ学習部Ａ２は、キューの最後に処理を追加する（Ｓ１７）。

Ｓ１８以降の処理は、例えば、マネージャＡ４の処理である。マネージャＡ４はキューの先頭から処理を開始する（Ｓ１８）。そして、マネージャＡ４はキューの先頭の項目に対応する情報テーブルの取得値を取得し、処理をＧＵＩに引き渡す（Ｓ１９）。その結果、ＧＵＩの管理画面に取得値が表示される。さらに、マネージャＡ４は、処理結果を情報テーブルに反映する（Ｓ２０）。より具体的には、マネージャＡ４は、例えば、情報テーブルの該当する項目の変更フラグをクリアする。さらに、マネージャＡ４は、変更箇所を
情報テーブルの保存ファイルである所定ファイルに反映する（Ｓ２１）。マネージャＡ４は、画面制御部の一例として、Ｓ１８−Ｓ２０の処理を実行する。

なお、上述のように、データ取得部Ａ３は、Ｓ１４において、取得した値と情報テーブルの現在値のフィールドの値が一致しない場合に情報テーブルの情報取得値に取得した値を設定し、あるいは、変更フラグをオンに設定する。そして、データ学習部Ａ２は、
情報取得値の設定、あるいは、変更フラグの設定にしたがって、キューに処理を追加する。データ取得部Ａ３のＳ１４の処理、およびデータ学習部Ａ２のＳ１５−Ｓ１７の処理を前提に、マネージャ１０４は、Ｓ１９の処理を実行する。マネージャは、情報取得部が取得した項目の情報が、画面上の該当する表示欄に表示された情報と異なる場合に、前記画面上の前記該当する表示欄の情報を更新する処理の一例として、Ｓ１９の処理を実行するのである。

＜データ取得部の処理＞
図１０は、データ取得部Ａ３の処理の詳細を例示するフローチャートである。データ取得部Ａ３は、情報テーブルの項目で指定された接続Ｉ／Ｆが接続可能かどうかを確認する。この確認はアライブ・チェックとも呼ばれる。そして、接続Ｉ／Ｆが接続可能である場合には、データ取得部Ａ３は、接続を開始し、情報を取得する。またデータ取得部Ａ３は、通常の接続Ｉ／Ｆ、代替の接続Ｉ／Ｆという、複数の接続Ｉ／Ｆのいずれかを使用して各層からデータを取得する。さらに、ＯＳなどの認証に時間を要する接続Ｉ／Ｆがあるため、データ取得部Ａ３は、特定の接続Ｉ／Ｆを使用する場合には、情報テーブルで設定される接続のタイミングよりも前に予め接続Ｉ／Ｆへの接続を実施しておき、取得命令の発行直後に情報を取得できるようにしておく。さらに、データ取得部Ａ３は、接続Ｉ／Ｆの利用可否をその都度、情報テーブルへフィードバックする。

図１０は、図９のＳ５−Ｓ１４の処理をさらに詳細化したものである。データ取得部Ａ３は、例えば、タイマ等により情報テーブルの間隔フィールドで指定される時間間隔で定まる取得タイミングよりも所定時間前か否かを監視する（Ｓ５１）。なお、所定時間は、数秒前でも、数分前であってもよい。例えば、情報処理システムの資源、負荷の問題が少なければ、データ取得部Ａ３は、事前に接続Ｉ／Ｆへの接続を行っておき、タイマ等の時間監視によって情報を取得するタイミングを調整するようにしてもよい。データ取得部Ａ３は、情報テーブルの通常の接続Ｉ／Ｆが接続可能か否かを判定する（Ｓ５２）。ここで、本実施形態では、通常の接続Ｉ／Ｆは１回目の接続Ｉ／Ｆと称され、代替の接続Ｉ／Ｆは２回目の接続Ｉ／Ｆと称される。

Ｓ５２の判定で、通常の接続Ｉ／Ｆが接続可能でない場合、データ取得部Ａ３は、代替Ｉ／Ｆが定義されているか否かを判定する（Ｓ５３）。代替Ｉ／Ｆが定義されていない場合、データ取得部Ａ３は、図９のＳ１３と同様に結果を情報テーブルに反映し、処理を終了する。

一方、Ｓ５３の判定で、代替の接続Ｉ／Ｆが定義されている場合、データ取得部Ａ３は、代替Ｉ／Ｆが接続可能か否かを判定する（Ｓ５４）。代替の接続Ｉ／Ｆが接続可能でない場合、データ取得部Ａ３は、図９のＳ１３と同様に結果を情報テーブルに反映し、処理を終了する。データ取得部Ａ３は、取得経路が冗長化されている処理の一例として、Ｓ５２−Ｓ５４を実行する。

Ｓ５２またはＳ５３の判定で、いずれかの接続Ｉ／Ｆが接続可能であった場合、データ取得部Ａ３は、情報テーブルの項目を参照し、接続可能な接続Ｉ／Ｆにおいて認証が要求されるか否かを判定する（Ｓ５５）。そして、Ｓ５５の判定で認証が要求される場合、データ取得部Ａ３は、接続Ｉ／Ｆへの認証を開始する（Ｓ５６）。データ取得部Ａ３は、取
得経路への認証を完了させる処理の一例として、Ｓ５５−Ｓ５６を実行する。

そして、データ取得部Ａ３は、認証が成功したか否かを判定する（Ｓ５７）。そして、Ｓ５７の判定で認証が失敗した場合、データ取得部Ａ３は、情報テーブルの該当する項目の認証を開始した接続Ｉ／Ｆについて、接続不可を設定する（Ｓ５８）。

さらに、データ取得部Ａ３は、Ｓ５７で接続が失敗と判定され接続Ｉ／Ｆが代替の接続Ｉ／Ｆ、つまり２回目の接続Ｉ／Ｆであるか否かを判定する（Ｓ５９）。Ｓ５７で接続が失敗と判定され接続Ｉ／Ｆが代替（２回目）の接続Ｉ／Ｆでない場合、データ取得部Ａ３は、処理をＳ５３に進め、代替（２回目）の接続Ｉ／Ｆの存在有無を確認する。一方、Ｓ５７で接続が失敗と判定された接続Ｉ／Ｆが代替（２回目）の接続Ｉ／Ｆである場合、データ取得部Ａ３は、処理を終了する。データ取得部Ａ３は、取得経路が冗長化されている処理の一例として、Ｓ５７−Ｓ５９を実行する。

また、Ｓ５７の判定で、認証が成功した場合、データ取得部Ａ３は、情報テーブルの間隔フィールドで指定された時間間隔で定義される取得開始時間まで待つ（Ｓ６０）。データ取得部Ａ３は、分類に応じた更新タイミングでそれぞれの項目の情報を取得する処理の一例として、Ｓ６０の処理を実行する。

そして、取得開始時間が到来すると、データ取得部Ａ３は、接続Ｉ／Ｆから情報取得を開始する（Ｓ６１）。そして、データ取得部Ａ３は、情報取得が成功したか否かを判定する（Ｓ６２）。情報取得が成功しなかった場合、データ取得部Ａ３は、処理をＳ５８に進め、情報テーブルへの接続Ｉ／Ｆの接続不可の設定、および代替の接続Ｉ／Ｆであるか否か等を判断する。一方、Ｓ６２で情報取得が成功した場合、取得した情報を情報テーブルに設定し、情報テーブルの接続Ｉ／Ｆを接続可能に設定する（Ｓ６３）。データ取得部Ａ３は、図９のＳ１４と同様の情報テーブルへの反映を実行し、処理を終了する。

＜データ学習部の処理＞
以下、図１１、図１２により、データ学習部Ａ２の処理を説明する。データ学習部Ａ２は、取得間隔の学習が可能な情報の項目について、適切な取得間隔を学習する。そして、データ学習部Ａは、学習した取得間隔でデータ取得部Ａ３が情報を取得するように、情報テーブルの間隔フィールドに学習した取得間隔を設定する。すなわち、データ学習部Ａ２は、情報テーブルに設定することで、取得間隔をデータ取得部Ａ３に引き渡す。なお、図１０で説明したようにデータ取得部Ａ３は、情報テーブルの間隔フィールドに設定された時間間隔に対して、予め接続Ｉ／Ｆの認証を実施しておき、発行命令と共に情報を取得できるようにする。

さらに、本実施形態では、情報テーブルにおいて情報取得対象の各項目は、３種類に分類されている。３種類の分類は、（１）更新間隔の学習の対象とする項目、（２）一定間隔で情報を取得する項目および（３）更新間隔の学習の対象としない項目である。データ学習部Ａ２は、情報テーブルの分類にしたがって、情報取得間隔の学習を実施する。さらに、データ学習部Ａ２は、情報取得結果にしたがって、各項目の特性を情報テーブルにフィードバックする。

（１）更新間隔の学習の対象とする情報；
更新間隔の学習の対象とする情報は、短期間（例えば、分単位等）での情報取得を要しないと想定される情報の項目である。また、更新間隔の学習の対象とする項目には、緊急フラグは付与されない。

更新間隔の学習の対象とする情報は、ハードウェア層、ＯＳ層、仮想化層等の情報であ
る。また、電源のＯＮ・ＯＦＦで情報が変更されるなど、一定のアクションに従って、更新、ステータスなどの変更が予想される情報が更新間隔の学習の対象とする情報のカテゴリに分類される。

図１１に、更新間隔の学習の手順を例示する。管理装置は、情報テーブルに情報の取得間隔の初期値を設定しておく。データ学習部Ａ２は、当初、情報テーブルに設定された初期値の間隔で情報収集を行う。取得間隔が経過すると接続Ｉ／Ｆを介して情報の取得を開始する。情報テーブルに保持された現在値と、接続Ｉ／Ｆを介して取得された取得値が同じである場合は取得間隔を伸ばし、前回との取得間隔の例えば平均値を次の取得間隔値として設定する。したがって、更新間隔の学習の対象とする情報については、データ学習部Ａ２による情報の取得間隔が固定されず、前回（つまり情報テーブルの現在値）の取得間隔によって、次の情報取得のタイミングが決定される。

一方、電源ＯＦＦ・ＯＮにより多くの項目が更新される場合が高いため、電源のＯＮ・ＯＦＦがなされた場合は、データ学習部Ａ２は、取得間隔で指定される取得タイミング以外であっても、データ学習部Ａ２は、接続Ｉ／Ｆを介してデータの取得を実施すればよい。

図１２に、更新間隔の学習の手順を例示するフローチャートである。図１２において、Ｓ８１からＳ８６の処理はデータ取得部Ａ３の処理であり、Ｓ８７からＳ８９の処理は、データ学習部Ａ２の処理である。データ学習部Ａ２は、設定部の一例として、Ｓ８７−Ｓ８９の処理を実行する。なお、図１２において、図１０に例示した認証に時間を要する接続Ｉ／Ｆに対する事前の接続処理のための監視（図１０のＳ５１）、代替Ｉ／Ｆによる情報の取得（図９のＳ１０−Ｓ１３、図１０のＳ５３−Ｓ５４等）は、省略されている。

図１２の処理では、データ取得部Ａ３は、情報テーブルの間隔フィールドに指定された時間間隔で定められる情報取得開始タイミングまで待つ（Ｓ８１）。データ取得部Ａ３は、分類に応じた更新タイミングでそれぞれの項目の情報を取得する処理の一例として、Ｓ８１の処理を実行する。

情報取得開始タイミングになると、（Ｓ８７の前に移動する、緊急フラグがあると情報が取得できないので）データ取得部Ａ３は、情報テーブルに定義された接続Ｉ／Ｆから情報を取得する（Ｓ８２）。そして、データ取得部Ａ３は、情報取得が成功したか否かを判定する（Ｓ８３）。情報取得が失敗した場合、データ取得部Ａ３は、情報テーブルに定義された接続Ｉ／Ｆについて、接続不可を設定し（Ｓ８４）、処理を終了する。一方、情報取得が成功した場合、データ取得部Ａ３は、情報テーブルに定義された接続Ｉ／Ｆについて、接続可を設定する（Ｓ８５）。

データ取得部Ａ３は、情報取得対象の項目に緊急フラグが設定されているか否かを判定する（Ｓ８６）。情報取得対象の項目に緊急フラグが設定されている場合には、データ取得部Ａ３は、処理を終了する。

次に、データ学習部Ａ２は、情報取得の間隔を調整する。データ学習部Ａ２は、情報テーブルの現在値と情報取得値が一致しているか否かを判定する（Ｓ８７）。ここで、情報取得値は、Ｓ８１の処理で定められる取得間隔で取得された情報の取得値である。情報テーブルの現在値と情報取得値が一致している場合とは、Ｓ８１の処理で定められる取得間隔で取得された情報取得値が変化しなかったことを意味する。そこで、Ｓ８７の判定でＮＯの場合、つまり、情報取得値が変化した場合には、データ学習部Ａ２は、情報取得の間隔を所定の手順で短縮する（Ｓ８９）。例えば、データ学習部Ａ２は、情報取得の間隔を所定値だけ減少させてもよい。また、例えば、データ学習部Ａ２は、情報取得の間隔を所
定比率で減少させてもよい。データ学習部Ａ２は、情報が変化したか否かを判定し、変化の有無応じてそれぞれの項目の情報を取得するタイミングを設定する処理の一例として、Ｓ８７−Ｓ８９の処理を実行する。

一方、情報テーブルの現在値と情報取得値が一致している場合とは、Ｓ８１の処理で定められる取得間隔で取得された情報取得値が変化しなかったことを意味する。そこで、Ｓ８７の判定でＹＥＳの場合には、データ学習部Ａ２は、情報取得の間隔を所定の手順で増加させる（Ｓ８８）。例えば、データ学習部Ａ２は、情報取得の間隔を所定値だけ増加させてもよい。また、例えば、データ学習部Ａ２は、情報取得の間隔を所定比率で増加させてもよい。

なお、Ｓ８７、Ｓ８８の処理において、データ学習部Ａ２は、情報取得値が変化する期間を所定回数測定し、測定値の平均値を求める等、統計処理を行ってもよい。そして、データ学習部Ａ２は、平均値等の統計処理を行った値を情報テーブルの間隔フィールドに設定してもよい。

（２）一定間隔で取得する情報；
一定間隔で取得する情報とは、図８の情報テーブルで、例えば、ＣＰＵ使用率、メモリ使用率、ディスク使用率、イベントログの件数等である。また、図８の情報テーブルで例示の項目以外では、例えば、電力値等が例示される。データ取得部Ａ３は、これらのデータを一定の時間間隔で情報を収集し、例えば、マネージャＡ４は、平均値などの統計値を算出し、管理画面に表示する。

図１３に、一定間隔で情報を取得する処理を例示するフローチャートである。図１３の処理は、図１２の処理と比較して、データ学習部Ａ２による処理（Ｓ８７−Ｓ８９）がない点を除いて、図１２の処理と同様である。そこで、図１３において、図１２と同一の処理には、同一の符号を付する。すなわち、一定間隔で取得する情報については、緊急フラグが設定されている場合を除き（Ｓ８２でＮＯ）、データ取得部Ａ３は、情報テーブルの間隔フィールドに指定された時間間隔で定められる情報取得開始タイミングで（Ｓ８１）情報を取得する。そして、データ取得部Ａ３は、取得した情報を情報テーブルに設定する（Ｓ８３）。さらに、データ取得部Ａ３は、接続Ｉ／Ｆの接続の可否を情報テーブルに設定する（Ｓ８５、Ｓ８６）。

（３）更新間隔の学習の対象としない項目（偶発的に変更される情報）；
偶発的に変更される情報として、例えば、ステータス、あるいはイベントログ等が例示できる。偶発的に変更される情報の項目には、緊急フラグが設定され、緊急フラグにしたがって、情報が取得される。なお、偶発的に変更される情報、例えば、ハードウェアの故障に関する情報等については、管理装置は、故障予測処理によって故障の予測し、情報を監視してもよい。

＜画面更新処理＞
図１４は、画面更新処理の詳細を例示するフローチャートである。図１４の処理は、図９のＳ１５以降の処理を具体化したものである。ただし、図１４の処理のうち、図９と同一の処理については、同一の符号を付する。図１４の処理は、データ学習部Ａ２およびマネージャＡ４によって実行される。図１４の処理では、データ学習部Ａ２は、データ取得部Ａ３によって変更フラグが更新されるのを待つ（Ｓ１５Ａ）。ただし、既に、図９で説明したように、データ学習部Ａ２は、情報テーブルの情報取得値が空欄またはＮＵＬＬ値以外の値に設定されるのを監視してもよい。

変更フラグが更新されると、データ学習部Ａ２は、情報テーブルの緊急フラグの設定の
有無を判定する（Ｓ１５）。情報テーブルの処理中の項目に緊急フラグが設定されている場合、データ学習部Ａ２は、キューの先頭に処理を追加する（Ｓ１６）。一方、情報テーブルの処理中の項目に緊急フラグが設定されていない場合、データ学習部Ａ２は、キューの最後に処理を追加する（Ｓ１６）。

Ｓ１８Ａ以降の処理は、例えば、マネージャＡ４の処理である。マネージャＡ４は、キューに処理があるか否かを判定する（Ｓ１８Ａ）。キューに処理がない場合、マネージャＡ４は、終了する。一方、キューに処理がある場合、マネージャＡ４は、Ｓ１８−Ｓ２１の手順にしたがって、ＧＵＩに情報テーブルの情報取得値を引き渡す。ＧＵＩは、マネージャＡ４から引き渡された情報取得値を管理画面に反映する。さらに、マネージャＡ４は、変更箇所を所定のファイルに出力する。Ｓ１８−Ｓ２１の手順は、図９と同様であるので、その詳細は省略する。

＜アプリケーション起動時の処理＞
ＡＰＩは、情報テーブルの更新のタイミングで、更新した情報テーブルの値を情報テーブルに対応する所定のファイルにも出力する。したがって、情報テーブルの更新とともに、情報テーブルに対応するファイルの値が書換えられる。次回のアプリケーション起動時、管理装置は、情報テーブルに対応するファイルを読み込み、ファイルから読み込んだ値を情報テーブルに設定する。したがって、ＡＰＩのデータ取得部Ａ３およびデータ学習部Ａ２は、アプリケーションの起動以降、ファイルから読み込まれた値に対する差分を更新することになる。なお、情報テーブルに対応する所定のファイルは設定条件ファイルとも呼ばれる。

図１５は、アプリケーション起動時の処理を例示するフローチャートである。図１５の処理は、図９のＳ２からＳ３の処理を具体化したものである。ただし、図１５の処理のうち、図９と同一の処理については、同一の符号を付する。図９で説明したように、管理装置のＣＰＵ１１は、アプリケーションを開始する（Ｓ２）。さらに、管理装置のＣＰＵ１１は、サービスを開始する（Ｓ３）。すると、アプリケーションは、ＡＰＩの初期化処理を起動する（Ｓ３Ａ）。ＡＰＩの初期化処理は、所定のディレクトリ（フォルダ）に設定条件ファイルが保存されているか否かを判定する（Ｓ３Ｂ）。Ｓ３Ｂの判定がＹＥＳの場合に、ＡＰＩの初期化処理は、設定条件ファイルの値を読み出し、情報テーブルに設定するとともに、設定条件ファイルの値をＧＵＩに引き渡す（Ｓ３Ｄ）。一方、Ｓ３Ｂの判定がＮＯの場合に、ＡＰＩの初期化処理は、設定条件ファイルを新規に作成する（Ｓ３Ｅ）。Ｓ３Ｅの場合に、設定条件ファイルの値は、ＧＵＩに引き渡されないので、ＧＵＩの管理画面は、情報テーブルの初期値（デフォルト値）のままの表示となる。その後、ＧＵＩは、画面を展開し、表示装置１６に出力する。

＜実施形態の効果＞
（１）管理装置は、管理情報の提供サービス起動時に管理画面の表示有無に関わらず情報テーブルを作成し、情報収集を開始する。したがって、管理画面への情報の反映が円滑、迅速となる。

（２）管理装置のデータ取得部Ａ３は、管理対象装置の管理対象の項目の情報に変更があった場合に、変更フラグを設定し、データ学習部Ａ２は、変更フラグの設定有無により情報取得値の処理を処理キューに設定し、マネージャＡ４に引き渡す。その結果、管理対象の項目の情報に変更があった場合に、マネージャＡ４によって情報取得値がＧＵＩに引き渡され、ＧＵＩの管理画面が更新される。さらに、マネージャＡ４は、管理対象装置から取得した情報取得値により管理画面を更新後、変更フラグの値をリセットする。このような手順により、管理対象の項目のうち、差分が生じた項目の情報がＧＵＩ側に渡されることになるため、ＡＰＩとＧＵＩとの間の通信量が削減され、ネットワークの負荷が軽減さ
れる。

（３）データ学習部Ａ２は、データ取得部Ａ３によって取得された情報取得値の変化の有無に応じて、情報を取得する間隔を延長し、あるいは短縮する。したがって、本管理装置は、情報取得源から取得する情報の特性に応じて、適切なタイミングで情報を取得できるようになる。

すなわち、情報を取得する間隔の学習の対象とする情報については、データ学習部Ａ２は、情報を取得するタイミングを設定する。一方、データ取得部は、一定間隔で取得する情報については、データ学習部Ａ２による学習結果を反映しないで、一定間隔で情報を取得する。さらにまた、データ取得部は、緊急フラグが設定された情報については、学習の対象としないで、情報を取得し、優先してＧＵＩに引き渡す。このように、実施形態の情報処理システムでは、情報取得対象となる項目ごとの特性に応じて情報が分類され、情報取得部は、分類に応じた更新タイミングでそれぞれの項目の情報を取得することができる。

このような分類に応じた処理により、管理対象の項目の情報の性質に応じた更新タイミングでの情報取得が可能となるため、更新時のリソース負荷が分散される。したがって、例えば、管理画面の更新が長時間停止する、画面が固まるというような事態の発生が抑制される。また、画面表示の処理時間が短縮される。

（４）マネージャＡ４は、管理画面更新のタイミングで情報テーブルの情報取得値を情報テーブルに対応する所定ファイルにも同様に出力する。次回起動時に、管理装置のアプリケーションは、所定ファイルを読み込み、所定ファイルの内容を情報テーブルに反映し、保存されていた内容に基づき、情報テーブルを更新し、ＧＵＩの管理画面に情報を表示する。したがって、例えば、データ学習部Ａ２が学習した内容が次回以降の処理に反映される。

（５）管理装置は、情報取得に関する経路を冗長化している。管理装置は、接続Ｉ／Ｆから情報を取得できない場合で代替Ｉ／Ｆが存在する場合には、代替インターフェースから情報を取得する。代替I/Fを使用することにより通信不可が発生した場合でも、ＧＵＩは
、代替I/Fから情報を取得することができる。

（６）管理装置のデータ取得部Ａ３は、各接続Ｉ／Ｆから情報取得可能であるか否か等の前回情報取得自のステータスを考慮し、今回の情報取得方法を決定する。さらに、管理装置のデータ取得部Ａ３は、今回のステータスを情報テーブルへ反映する。次回の処理において、過去の情報取得時の状態が反映される。

（７）管理装置のデータ取得部Ａ３は、認証が要求される接続Ｉ／Ｆについては、情報収集前に認証処理を実施する。したがって、認証によって、情報取得が遅延することが抑制される。

（８）エラーなどの画面表示への反映を急ぐパラメータについては、緊急フラグによって優先的に情報がＧＵＩに引き渡され、表示される。

（９）以上の処理によってタイムアウトが発生し難くなるため、管理ソフトウェアにおいて、情報取得までの時間が短縮される。

＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実
現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コンピュータ
等に固定された記録媒体としても利用可能である。

＜その他＞
本実施形態は、以下のような付記と呼ばれる側面を含む。各側面のそれぞれの構成は、他の側面の構成と組み合わせることができる。

（付記１）
情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得する情報取得部と、
前記取得された情報を画面上の前記取得された情報の項目に該当する表示欄に表示する画面制御部と、
前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する設定部と、を備える情報処理装置。

（付記２）
前記設定部は、前記１項目以上の情報の項目毎に、前記情報取得部が取得する情報が変化したか否かを判定し、前記変化の有無に応じてそれぞれの項目の情報を取得するタイミングを設定する付記１に記載の情報処理装置。

（付記３）
前記情報取得部は、前記画面制御部による前記画面の表示の有無に依存しないで前記情報を取得する付記１または２に記載の情報処理装置。

（付記４）
前記画面制御部は、前記情報取得部が取得した項目の情報が、前記画面上の該当する表示欄に表示された情報と異なる場合に、前記画面上の前記該当する表示欄の情報を更新する付記１から３のいずれか１項に記載の情報処理装置。

（付記５）前記１項目以上の情報の項目の少なくとも１つについては、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路が冗長化されている付記１から４のいずれか１項に記載の情報処理装置。

（付記６）前記情報取得部は、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路のうちアクセスのための認証が要求される取得経路に対して、前記項目に応じて設定されたタイミング前に前記取得経路への認証を完了させる付記１から５のいずれか１項に記載の情報処理装置。

（付記７）
コンピュータが、情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得し、
前記取得された情報を画面上の前記取得された情報の項目に該当する表示欄に表示し、
前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する情報処理方法。

（付記８）
前記設定においては、前記１項目以上の情報の項目毎に、取得する情報が変化したか否かを判定し、前記変化の有無に応じてそれぞれの項目の情報を取得するタイミングを設定する付記７に記載の情報処理方法。

（付記９）
前記情報の取得においては、前記画面の表示の有無に依存しないで前記情報を取得する付記７または８に記載の情報処理方法。

（付記１０）
前記表示においては、前記取得した項目の情報が、前記画面上の該当する表示欄に表示された情報と異なる場合に、前記画面上の前記該当する表示欄の情報を更新する付記７から９のいずれか１項に記載の情報処理方法。

（付記１１）前記１項目以上の情報の項目の少なくとも１つについては、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路が冗長化されている付記７から１０のいずれか１項に記載の情報処理方法。

（付記１２）前記情報の取得においては、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路のうちアクセスのための認証が要求される取得経路に対して、前記項目に応じて設定されたタイミング前に前記取得経路への認証を完了させる付記７から１１のいずれか１項に記載の情報処理方法。

（付記１３）
コンピュータに、情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得させ、
前記取得させた情報を画面上の前記取得させた情報の項目に該当する表示欄に表示させ、
前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定させるプログラム。

（付記１４）
前記設定においては、前記１項目以上の情報の項目毎に、取得する情報が変化したか否かを判定させ、前記変化の有無に応じてそれぞれの項目の情報を取得するタイミングを設定させる付記１３に記載のプログラム。

（付記１５）
前記情報の取得においては、前記画面の表示の有無に依存しないで前記情報を取得させる付記１３または１４に記載のプログラム。

（付記１６）
前記表示においては、前記取得した項目の情報が、前記画面上の該当する表示欄に表示された情報と異なる場合に、前記画面上の前記該当する表示欄の情報を更新させる付記１３から１５のいずれか１項に記載のプログラム。

（付記１７）前記１項目以上の情報の項目の少なくとも１つについては、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路が冗長化されている付記１３から１６のいずれか１項に記載のプログラム。

（付記１８）前記情報の取得においては、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路のうちアクセスのための認証が要求される取得経路に対して、前記項目に応じて設定されたタイミング前に前記取得経路への認証を完了させる付記１３から１７のいずれか１項に記載のプログラム。

（付記１９）
情報取得源と、
前記情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得する情報取得部と、
前記取得された情報を画面上の前記取得された情報に該当する表示欄に表示する画面制御部と、
前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する設定部と、を備える情報処理システム。

１１ ＣＰＵ
１２ 主記憶装置
１３ 外部記憶装置
１６０ 管理画面
１６１ 接続関係表示部
１６２ ハードウェア外観表示部
１６３ システム情報表示部
１６４ 状態表示部
Ａ１ データ保持部
Ａ２ データ学習部
Ａ３ データ取得部

Claims (9)

1. 情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得する情報取得部と、
   前記取得された情報を画面上の前記取得された情報の項目に該当する表示欄に表示する画面制御部と、
   前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する設定部と、を備える情報処理装置。
2. 前記設定部は、前記１項目以上の情報の項目毎に、前記情報取得部が取得する情報が変化したか否かを判定し、前記変化の有無に応じてそれぞれの項目の情報を取得するタイミングを設定する請求項１に記載の情報処理装置。
3. 前記情報取得部は、前記画面制御部による前記画面の表示の有無に依存しないで前記情報を取得する請求項１または２に記載の情報処理装置。
4. 前記画面制御部は、前記情報取得部が取得した項目の情報が、前記画面上の該当する表示欄に表示された情報と異なる場合に、前記画面上の前記該当する表示欄の情報を更新する請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記１項目以上の情報の項目の少なくとも１つについては、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路が冗長化されている請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記情報取得部は、前記情報取得源と前記接続インターフェースとの組み合わせによる情報の取得経路のうちアクセスのための認証が要求される取得経路に対して、前記項目に応じて設定されたタイミング前に前記取得経路への認証を完了させる請求項１から５のいずれか１項に記載の情報処理装置。
7. コンピュータが、情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得し、
   前記取得された情報を画面上の前記取得された情報の項目に該当する表示欄に表示し、
   前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する情報処理方法。
8. コンピュータに、情報処理システム内の情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得させ、
   前記取得させた情報を画面上の前記取得させた情報の項目に該当する表示欄に表示させ、
   前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定させるプログラム。
9. 情報取得源と、
   前記情報取得源にアクセスする接続インターフェースから１項目以上の情報を、それぞれの項目に応じて設定されたタイミングで取得する情報取得部と、
   前記取得された情報を画面上の前記取得された情報に該当する表示欄に表示する画面制御部と、
   前記取得された情報の項目ごとの特性に応じて、次に情報を取得するタイミングを設定する設定部と、を備える情報処理システム。