JP2015022562A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】情報の収集要求があった場合の応答速度の高速化を図ること。【解決手段】プロセッサ２０１は、イベント列の中から、あるイベントを先頭イベントとし当該先頭イベントに後続するイベントを後続イベントとするパターンを検出して登録し、第１のイベントと当該第１のイベントに後続する第２のイベントの取得後に第１のイベントが再取得された場合、登録されたパターン群の中から第１のイベントを先頭イベントとする先読み対象パターンを検索し、先読み対象パターンのうち第１のイベントの後続イベントに対応する内部情報を、第１の記憶部３１１から第２の記憶部３１２に書き込み、第１のイベントの再取得後に取得された後続イベントに対応する内部情報が第２の記憶部３１２に存在するか否かを判断し、第２の記憶部３１２に存在すると判断された場合、後続イベントに対応する内部情報を第２の記憶部３１２から読み出す。【選択図】図３

Description

本発明は、情報を処理する情報処理装置および情報処理方法に関する。

従来、複数の管理情報を特定の時刻で一度に取得し、管理情報を収集する装置に送信する管理情報提供装置が開示されている。当該管理情報提供装置は、外部装置からの要求に応じて管理対象のノードに係る管理情報を取得して外部装置に返答する。具体的には、管理情報の項目のうち複数の項目をグループ化して管理項目グループを登録し、管理項目グループに所属する項目の管理情報を記憶する。そして、管理情報提供装置は、外部装置から管理項目グループに所属する項目に関して管理情報の要求があった場合には、その管理項目グループに所属している項目全てについてノードから管理情報を取得して記憶すると共に外部装置に返答し、以降、外部装置から同じ管理項目グループに所属する項目に関して管理情報の要求があった場合には記憶している管理情報を返答する。

特開２００９−８１６８０号公報

しかしながら、上述した従来技術では、特定の時刻にならなければ、複数の管理情報を、管理情報を収集する上位装置に提供することができない。したがって、特定の時刻以前では、管理情報の収集要求に応答することができないという問題がある。

また、管理情報の収集においては、まず管理情報を収集する上位装置から管理対象の通信装置へ要求が出力され、管理対象の通信装置では対応する管理情報の応答を行うが、管理対象となる通信装置において、応答を行う際には、該当のモジュールから管理情報を収集する必要がある。

管理情報は複数のモジュールに分散して保持されており、通信装置内の他のモジュールから管理情報を取得する場合に長い時間がかかる場合があるという問題がある。一方、機器の高度化、高性能化に伴い、必要とされる管理情報が増加しており、短時間で大量の管理情報を取得できることが求められる。また、大量の管理情報を短時間で取得するために、管理情報の要求に対する応答を高速に行う必要がある。これを実現するためには、管理情報の要求があってから、短時間で応答を返すことが必要となる。しかしながら、管理情報の収集要求があってから応答するには限界がある。

本発明は、情報の収集要求があった場合の応答速度の高速化を図ることを目的とする。

本願において開示される発明の一側面となる情報処理装置および情報処理方法は、プログラムを実行するプロセッサと、前記プロセッサが実行するプログラムを格納するメモリと、自装置の内部情報群を記憶する第１の記憶部と、を備える情報処理装置、および当該情報処理装置による情報処理方法であって、前記プロセッサは、時系列なイベント列を取得する取得手順と、前記取得手順によって取得されたイベント列の中から、あるイベントを先頭イベントとし当該先頭イベントに後続するイベントを後続イベントとするパターンを検出する検出手順と、前記検出手順によって検出されたパターンを登録する登録手順と、前記取得手順によって第１のイベントと当該第１のイベントに後続する第２のイベントの取得後に前記第１のイベントが再取得された場合、前記登録手順によって登録されたパターン群の中から前記第１のイベントを前記先頭イベントとする先読み対象パターンを検索する検索手順と、前記検索手順によって検索された先読み対象パターンのうち前記第１のイベントの前記後続イベントに対応する内部情報を、前記第１の記憶部から前記第２の記憶部に書き込む書込手順と、前記第１のイベントの再取得後に取得された後続イベントに対応する内部情報が前記第２の記憶部に存在するか否かを判断する判断手順と、前記判断手順によって前記第２の記憶部に存在すると判断された場合、前記後続イベントに対応する内部情報を前記第２の記憶部から読み出し、前記第２の記憶部に存在しないと判断された場合、前記後続イベントに対応する内部情報を前記第１の記憶部から読み出す読出手順と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、情報の収集要求があった場合の応答速度の高速化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１にかかる通信装置によるデータの先読み例を示す説明図である。 実施例１にかかるネットワークシステムの構成例を示すブロック図である。 図２に示した通信装置の詳細な機能的構成例を示すブロック図である。 ＭＩＢ情報要求パターンキャッシュの記憶内容例１を示す説明図である。 ＭＩＢ情報要求パターンキャッシュの記憶内容例２を示す説明図である。 更新部による関連度の更新例を示す説明図である。 学習結果チューニング部において設定されるチューニング情報を示す説明図１である。 学習結果チューニング部において設定されるチューニング情報を示す説明図２である。 学習結果チューニング部が、ユーザインタフェースを経由して出力する表示データ（その１）を示す説明図である。 学習結果チューニング部が、ユーザインタフェースを経由して出力する表示データ（その２）を示した図である。 ＳＮＭＰエージェントによるレスポンス処理の詳細な処理手順例を示すフローチャートである。 ＭＩＢ情報先読み判定・実施部による先読み処理の詳細な処理手順例を示すフローチャートである。 ＭＩＢ情報要求パターン学習部による学習処理の詳細な処理手順例を示すフローチャートである。 実施例１にかかる通信装置１とＳＮＭＰマネージャとの間のＳＮＭＰ通信と通信装置内のデータの流れの例について示したシーケンス図（その１）である。 実施例１にかかる通信装置１とＳＮＭＰマネージャとの間のＳＮＭＰ通信と通信装置内のデータの流れの例について示したシーケンス図（その２）である。 実施例２にかかるネットワークシステムの構成例を示すブロック図である。 実施例２にかかる定期書込処理手順例を示すフローチャートである。 実施例３にかかるネットワークシステムの構成例を示すブロック図である。 実施例３にかかる定期書込処理手順例を示すフローチャートである。 実施例３にかかるＳＮＭＰエージェントによるレスポンス処理の詳細な処理手順例を示すフローチャートである。 実施例４にかかるネットワークシステムの構成例を示すブロック図である。

本発明にかかる情報処理装置としては、たとえば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用したネットワーク管理方式における通信装置が挙げられる。このため、収集要求の対象となる情報は、通信装置内の管理情報となる。通信装置には、ＳＮＭＰエージェントが実装される。ＳＮＭＰエージェントは、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ぶデータベースを持つ。ＭＩＢは、パケットの転送を制御するための情報や、パケットの統計情報などをデータとして表現する。

また、通信装置を管理する側のホスト上にはＳＮＭＰマネージャが実装される。ＳＮＭＰマネージャは、ＳＮＭＰエージェントヘ管理情報の収集要求であるリクエストを送信し、そのレスポンスを受信する。リクエストには、例えば、指定したＭＩＢ情報の値を参照するためのＧＥＴ ＲＥＱＵＥＳＴ、ＧＥＴＮＥＸＴ ＲＥＱＵＥＳＴ、ＧＥＴＢＵＬＫ ＲＥＱＵＥＳＴと、指定したＭＩＢ情報の値を設定するためのＳＥＴ ＲＥＱＵＥＳＴ等がある。

そこで、通信装置は、あるイベント（先頭イベント）の後に、他のイベント（後続イベント）が続いて取得される場合、先頭イベントと後続イベントの組をパターンとして登録しておく。その後に先頭イベントと同一イベントがある場合、後続イベントが出現すると予測される。したがって、パターンの登録後、先頭イベントと同一イベントが検出された場合、通信装置は、後続イベントに対応する内部情報を、当該内部情報を記憶する記憶領域よりもアクセス速度が速い記憶領域に先読みしておき、後続イベントが出現した場合に先読みした内部情報を読み出して、要求元に返す。

ここで、イベントとは、通信装置内で生じる操作や挙動、状態の変化などの事象であり、たとえば、通信装置内における障害発生などを示す装置内部ログ情報や、上述したリクエストの受信、レスポンスの送信が挙げられる。また、先頭イベントとしては、たとえば、装置内部ログ情報や、ＳＮＭＰエージェントからのあるＭＩＢ情報の収集要求（以下、ＭＩＢ要求）、当該ＭＩＢ要求に対する応答が挙げられる。また、後続イベントとしては、たとえば、ＭＩＢ要求や当該ＭＩＢ要求に対する応答が挙げられる。

なお、以下ではＲＦＣ１９０１〜ＲＦＣ１９０８で規格化されたＳＮＭＰを通信装置の内部情報である管理情報の監視・制御プロトコルを採用する場合を例に挙げて説明するが、他のプロトコルを用いても実施可能である。以下、実施例について説明する。

（実施例１）
＜データの先読み例＞
図１は、実施例１にかかる通信装置によるデータの先読み例を示す説明図である。（Ａ）は、障害が発生した場合の先読み例であり、（Ｂ）は、ＭＩＢ要求があった場合の先読み例である。また、横軸は、通信装置およびＳＮＭＰマネージャでの時間軸である。まず、（Ａ）について説明する。

ＳＮＭＰマネージャからのＭＩＢ要求は、定期的または不定期に実行されるが、あるＭＩＢ情報ｘのＭＩＢ要求ＲＥＱ（ｘ）があった場合、ＭＩＢ情報ｘに関連するＭＩＢ情報ａ、ｂも要求される場合がある。この場合、通信装置は、ＭＩＢ情報ａ、ｂとＭＩＢ情報ｘとの間に関連性があると判断する。そして、通信装置は、ＭＩＢ要求ＲＥＱ（ｘ）、ＲＥＱ（ａ）、ＲＥＱ（ｂ）を受信した場合、ＭＩＢ応答ＲＥＳ（ｘ）、ＲＥＳ（ａ）、ＲＥＳ（ｂ）をＳＮＭＰマネージャに返す。

この後、通信装置は、再度ＭＩＢ要求ＲＥＱ（ｘ）を受信した場合、前回同様、ＭＩＢ要求ＲＥＱ（ｘ）を通信装置に送信したとする。この場合、通信装置は、ＭＩＢ応答ＲＥＳ（ｘ）の送信前に、関連性があるＭＩＢ情報ｘ、ａ、ｂを、当該ＭＩＢ情報の記憶領域よりもアクセス速度が高速な記憶領域、たとえば、キャッシュに書き込む。

このあと、通信装置は、２回目のＭＩＢ要求ＲＥＱ（ａ）、ＲＥＱ（ｂ）を受信した場合に、キャッシュに先読みされたＭＩＢ情報ａ、ｂをキャッシュから読み出してＭＩＢ応答ＲＥＳ（ａ）、ＲＥＳ（ｂ）をＳＮＭＰマネージャに返す。このように、要求されるＭＩＢ情報を、ＭＩＢ情報の記憶領域よりもアクセス速度が速い記憶領域に先読みさせておくことにより、応答速度の高速化を図ることができる。

なお、ＭＩＢ情報ｘは必ずしもキャッシュに先読みされなくてもよいが、この後さらにＭＩＢ要求がある場合には、キャッシュから読み出される。したがって、応答速度の高速化を図ることができる。つぎに、（Ｂ）について説明する。

ＳＮＭＰマネージャからのＭＩＢ要求は、定期的または不定期に実行されるが、通信装置で何らかの障害が発生した場合、管理者は、その障害ログＬを確認して、要求すべきＭＩＢを決める。そして、ＳＮＭＰマネージャは管理者の操作入力により、障害ログＬに対応するＭＩＢ要求ＲＥＱ（ａ）、ＲＥＱ（ｂ）を通信装置に送信したとする。

この場合、通信装置は、障害ログＬとＭＩＢ情報ａとの間に関連性があると判断するとともに、障害ログＬとＭＩＢ情報ｂとの間に関連性があると判断する。そして、通信装置は、ＭＩＢ要求ＲＥＱ（ａ）、ＲＥＱ（ｂ）に対するＭＩＢ応答ＲＥＳ（ａ）、ＲＥＳ（ｂ）をＳＮＭＰマネージャに返す。

この後、再度同一の障害ログＬが検出された場合、前回同様、管理者は、その障害ログＬを確認して、要求すべきＭＩＢを決め、ＳＮＭＰマネージャは管理者の操作入力により、障害ログＬに対応するＭＩＢ要求ＲＥＱ（ａ）、ＲＥＱ（ｂ）を通信装置に送信したとする。

この場合、通信装置は、２回目のＭＩＢ要求ＲＥＱ（ａ）、ＲＥＱ（ｂ）の受信前に、障害ログＬを検出すると、障害ログＬに関連すると学習されたＭＩＢ情報ａ、ｂを、当該ＭＩＢ情報の記憶領域よりもアクセス速度が高速な記憶領域、たとえば、キャッシュに書き込む。

このあと、通信装置は、２回目のＭＩＢ要求ＲＥＱ（ａ）、ＲＥＱ（ｂ）を受信した場合に、キャッシュに先読みされたＭＩＢ情報ａ、ｂをキャッシュから読み出してＭＩＢ応答ＲＥＳ（ａ）、ＲＥＳ（ｂ）をＳＮＭＰマネージャに返す。このように、要求されるＭＩＢ情報を、ＭＩＢ情報の記憶領域よりもアクセス速度が速い記憶領域に先読みさせておくことにより、応答速度の高速化を図ることができる。

＜ネットワークシステムの構成例＞
図２は、実施例１にかかるネットワークシステムの構成例を示すブロック図である。ネットワークシステム２００は、通信装置２０４と、ＳＮＭＰマネージャ２０１と、管理端末２０２と、を有する。ＳＮＭＰマネージャ２０１と通信装置２０４とは、ネットワーク２０３を介して通信可能に接続される。

ＳＮＭＰマネージャ２０１は、通信装置２０４などのＳＮＭＰに対応したノードから、ＭＩＢ情報を収集し、ネットワーク２０３上に存在するノードを管理する端末である。ここでは、ネットワーク２０３上には、１台のＳＮＭＰマネージャ２０１が存在するものとして説明するが、その台数は限定されないものである。管理端末２０２は、通信装置２０４に接続され、通信装置２０４の操作を行う端末である。

通信装置２０４は、ＳＮＭＰマネージャ２０１からのＭＩＢ要求に応じて、ＭＩＢ情報を含むＭＩＢ応答を返すノードである。通信装置２０４は、ＭＩＢ情報保持部２１０、ＭＩＢ情報要求パターンキャッシュ２２０、ＭＩＢ情報キャッシュ２３０、学習結果チューニング部２１１、ＭＩＢ情報要求パターン学習部２１２、装置内部ログ情報管理部２１３、ＭＩＢ情報先読み判定・実施部２１４、ＳＮＭＰエージェント２１５、ＯＳ２１６を有する。

学習結果チューニング部２１１、ＭＩＢ情報要求パターン学習部２１２、装置内部ログ情報管理部２１３、ＭＩＢ情報先読み判定・実施部２１４、ＳＮＭＰエージェント２１５およびＯＳ２１６は、具体的には、たとえば、記憶デバイスに記憶されたプログラムをプロセッサに実行させることによりその機能を実現する。

また、ＭＩＢ情報保持部２１０、ＭＩＢ情報要求パターンキャッシュ２２０、ＭＩＢ情報キャッシュ２３０は、具体的には、たとえば、記憶デバイスによりその機能を実現する。ただし、ＭＩＢ情報キャッシュ２３０は、ＭＩＢ情報保持部２１０が記憶される記憶デバイスよりもプロセッサによるアクセス速度が速い記憶デバイスに記憶される。たとえば、ＭＩＢ情報保持部２１０がハードディスクである場合、ＭＩＢ情報キャッシュ２３０はキャッシュメモリである。

ＭＩＢ情報保持部２１０は、ＭＩＢ情報群を記憶する。具体的には、たとえば、ＭＩＢ情報保持部２１０は、ＭＩＢツリーを記憶しており、ＭＩＢツリーのオブジェクトとして、ＯＩＤとその状態値とからなるＭＩＢ情報を記憶する。したがって、たとえば、ＯＩＤが指定されるとＭＩＢツリーから当該ＯＩＤに対応する状態値が読み出される。

ＭＩＢ情報要求パターンキャッシュ２２０は、ＭＩＢ情報要求パターンを記憶する。ＭＩＢ情報要求パターンとは、通信装置２０４が受信した時系列なＭＩＢ要求であり、たとえば、時系列なＭＩＢ要求で要求される時系列なＭＩＢ情報のＯＩＤである。ＭＩＢ情報要求パターンキャッシュ２２０は、ＭＩＢ情報要求パターン学習部２１２によりＭＩＢ情報要求パターンを書き込まれる。

ＭＩＢ情報キャッシュ２３０は、ＭＩＢ情報を一定期間記憶する。具体的には、たとえば、ＭＩＢ情報キャッシュ２３０は、ＭＩＢ先読み判定・実施部２１４によりＭＩＢ情報を書き込まれる。ＭＩＢ情報キャッシュ２３０に書き込まれたＭＩＢ情報は、先読み対象となるＭＩＢ情報である。また、ＭＩＢ情報キャッシュ２３０に書き込まれたＭＩＢ情報は、ＳＮＭＰエージェント２１５により読み出される。一定時間が経過したＭＩＢ情報は、ＭＩＢ情報キャッシュ２３０から削除される。

学習結果チューニング部２１１は、管理端末２０２からの操作を受けて、ＭＩＢ情報要求パターンキャッシュ２２０及びＭＩＢ情報キャッシュ２３０に保存された情報の表示出力及び情報の編集を行う。編集内容および表示出力内容については後述する。

ＳＮＭＰエージェント２１５は、ＳＮＭＰマネージャ２０１からの要求に対して、ＭＩＢ情報保持部２１０で管理される管理情報を応答する。ＳＮＭＰエージェント２１５は、ＳＮＭＰマネージャ２０１からのＭＩＢ要求を、ＯＳ２１６を経由して受信する。ＳＮＭＰエージェント２１５は、受信したＭＩＢ要求の内容に応じてＭＩＢ情報保持部２１０からＭＩＢ情報を取得し、ＳＮＭＰマネージャ２０１３へ送信する。

ＭＩＢ情報要求パターン学習部２１２は、ＭＩＢ情報要求パターンキャッシュ２２０にアクセスする。ＭＩＢ情報要求パターン学習部２１２は、ＳＮＭＰエージェント２１５が、ＭＩＢ要求を受けた場合に、そのＭＩＢ情報の識別情報であるＯＩＤ（オブジェクトＩＤ）をＳＮＭＰエージェント２１５より受け取る。ＭＩＢ情報要求パターン学習部２１２は、ＭＩＢ要求を一定時間内に複数受け取った場合に、これらの時系列なＭＩＢ要求をＭＩＢ情報要求パターンとして学習する。

また、ＭＩＢ情報要求パターン学習部２１２がＭＩＢ情報要求のリクエストを受けた時から一定時間以内に装置内部ログが出力されていた場合には、ＭＩＢ情報要求パターン学習部２１２は、装置内部ログ情報管理部２１３から装置内部ログ情報を受け取る。ＭＩＢ情報要求パターン学習部２１２は、該当する装置内部ログ情報とＭＩＢ要求を関連付けてパターンとして学習する。ＭＩＢ情報要求パターン学習部２１２は、学習したＭＩＢ要求のパターンをＭＩＢ情報要求パターンキャッシュ２２０に書き込む。

装置内部ログ情報管理部２１３は、装置内部ログ情報を出力する。具体的には、たとえば、装置内部ログ情報管理部２１３は、常時装置内部ログ情報を記憶デバイスに書き込み、通信装置２０４内で障害が発生した場合、障害発生に関する装置内部ログ情報をＭＩＢ先読み判定・実施部２１４に通知する。

ＭＩＢ先読み判定・実施部２１４は、ＭＩＢ情報キャッシュ２３０にアクセス可能である。ＭＩＢ先読み判定・実施部２１４は、ＳＮＭＰエージェント２１５からＭＩＢ要求を受ける。また、ＭＩＢ先読み判定・実施部２１４は、装置内部ログ情報管理部２１３から装置内部ログ情報を受ける。

ＭＩＢ先読み判定・実施部２１４は、ＭＩＢ要求または装置内部ログ情報を受けた場合、ＭＩＢ情報要求パターンキャッシュ２２０を参照して、ＭＩＢ要求または装置内部ログ情報に該当するＭＩＢ情報要求パターンがあった場合は、該当するＭＩＢ情報をＭＩＢ情報保持部２１０から取得する。

たとえば、ＭＩＢ情報要求パターンが、「ＲＥＱ（ａ），ＲＥＱ（ｂ）」というパターンである場合、ＭＩＢ先読み判定・実施部２１４は、ＲＥＱ（ａ）に対応するＭＩＢ情報ａと、ＲＥＱ（ｂ）に対応するＭＩＢ情報ｂとを、ＭＩＢ情報保持部２１０から取得する。

ＳＮＭＰエージェント２１５は、ＳＮＭＰマネージャ２０１よりＭＩＢ要求を受けた場合、ＭＩＢ情報キャッシュ２３０を参照し、該当するＭＩＢ情報がＭＩＢ情報キャッシュ２３０に保存されているかを確認する。該当するＭＩＢ情報が保存されていた場合は、ＳＮＭＰエージェント２１５は、そのＭＩＢ情報をＭＩＢ情報キャッシュ２３０から読み出して、ＳＮＭＰマネージャ２０１へ応答する。該当するＭＩＢ情報がＭＩＢ情報キャッシュ２３０に無い場合は、ＳＮＭＰエージェント２１５は、ＭＩＢ情報保持部２１０からＭＩＢ情報を取得してＳＮＭＰマネージャ２０１へ応答する。

なお、通信装置２０４は、プロセッサ、記憶デバイス、入力デバイスと、出力デバイスと、通信インターフェース（通信ＩＦ）と、を有する。プロセッサ、記憶デバイス、入力デバイス、出力デバイス、および通信ＩＦは、バスにより接続される。プロセッサは、通信装置２０４を制御する。記憶デバイスは、プロセッサの作業エリアとなる。また、記憶デバイスは、各種プログラムやデータを記憶する非一時的な記録媒体である。入力デバイスは、データを入力する。入力デバイスとしては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイスは、データを出力する。出力デバイスとしては、たとえば、ディスプレイ、プリンタがある。通信ＩＦは、ネットワークと接続し、データを送受信する。たとえば、ＭＩＢ情報要求パターン学習部２１２、ＳＮＭＰエージェント２１５、ＭＩＢ情報先読み判定・実施部２１４は、プロセッサが実行してもよい。ＭＩＢ情報要求パターンキャッシュ２２０は、記憶デバイスに保持されてもよい。第１の記憶部及び第２の記憶部４２２は、別の記憶デバイスに構成されていてもよい。

図３は、図２に示した通信装置２０４の詳細な機能的構成例を示すブロック図である。通信装置２０４は、取得部３０１と、検出部３０２と、登録部３０３と、検索部３０４と、書込部３０５と、判断部３０６と、読出部３０７と、設定部３０８と、更新部３０９と、算出部３１０と、を有する。取得部３０１は、ＳＮＭＰエージェント２１５および装置内部ログ情報管理部２１３が有する機能である。また、判断部３０６、読出部３０７、および算出部３１０は、ＳＮＭＰエージェント２１５が有する機能である。また、検出部３０２、登録部３０３、設定部３０８、および更新部３０９は、ＭＩＢ情報要求パターン学習部２１２が有する機能である。また、検索部３０４および書込部３０５は、ＭＩＢ情報先読み判定・実施部２１４が有する機能である。決定部１６００は、実施例２で説明する。

取得部３０１は、時系列なイベント列を取得する。イベント列は、ＭＩＢ要求と装置内部ログ情報のうち少なくともＭＩＢ要求を含むデータストリームである。

検出部３０２は、取得部３０１によって取得されたイベント列の中から、あるイベントを先頭イベントとし当該先頭イベントに後続するイベントを後続イベントとするパターンを検出する。パターンとは、上述したＭＩＢ情報要求パターンである。検出部３０２は、あるイベントがＭＩＢ要求である場合、当該ＭＩＢ要求と、その後続イベントとなるＭＩＢ要求とを検出する。また、あるイベントが装置内部ログ情報である場合、当該装置内部ログ情報と、その後続イベントとなるＭＩＢ要求とを検出する。

登録部３０３は、検出部３０２によって検出されたパターンを登録する。具体的には、たとえば、登録部３０３は、検出されたＭＩＢ情報要求パターンをＭＩＢ情報要求パターンキャッシュ２２０に登録する。

検索部３０４は、取得部３０１による第１のイベントと当該第１のイベントに後続する第２のイベントの取得後に、第１のイベントが再取得された場合、登録部３０３によって登録されたパターン群の中から第１のイベントを先頭イベントとする先読み対象パターンを検索する。

たとえば、図１の（Ａ）に示したように、第１のイベントがＭＩＢ要求ＲＥＱ（ｘ）、第２のイベントがＭＩＢ要求ＲＥＱ（ａ）とする。この場合、再度第１のイベントであるＭＩＢ要求ＲＥＱ（ｘ）が取得された場合、検索部３０４は、ＭＩＢ情報要求パターンキャッシュ２２０から、第１のイベントであるＭＩＢ要求ＲＥＱ（ｘ）を先頭イベントとするＭＩＢ情報要求パターンを先読み対象パターンとして検索する。

書込部３０５は、検索部３０４によって検索された先読み対象パターンのうち第１のイベントの後続イベントに対応する内部情報を、第１の記憶部３１１から第２の記憶部３１２に書き込む。第１の記憶部３１１とは、上述したＭＩＢ情報保持部２１０であり、第２の記憶部３１２とは、上述したＭＩＢ情報キャッシュ２３０である。たとえば、先読み対象パターンが「ＲＥＱ（ｘ）、ＲＥＱ（ａ）」である場合、書込部３０５は、後続イベントであるＭＩＢ要求ＲＥＱ（ａ）のＭＩＢ情報ａをＭＩＢ情報保持部２１０からＭＩＢ情報キャッシュ２３０に書き込む。

判断部３０６は、第１のイベントの再取得後に取得された後続イベントに対応する内部情報が第２の記憶部３１２に存在するか否かを判断する。具体的には、たとえば、判断部３０６は、上述した書込部３０５により書き込まれたＭＩＢ要求ＲＥＱ（ａ）のＭＩＢ情報ａが、ＭＩＢ情報キャッシュ２３０に存在するか否かを判断する。ＭＩＢ情報キャッシュ２３０は、書込から一定期間経過後には書き込まれた情報を削除するからである。

読出部３０７は、判断部３０６によって第２の記憶部３１２に存在すると判断された場合、後続イベントに対応する内部情報を第２の記憶部３１２から読み出す。具体的には、読出部３０７は、ＭＩＢ情報キャッシュ２３０から該当するＭＩＢ情報を読み出す。これにより、ＭＩＢ情報の読出の高速化を図ることができる。また、読出部３０７は、判断部３０６によって第２の記憶部３１２に存在しないと判断された場合、後続イベントに対応する内部情報を第１の記憶部３１１から読み出す。すなわち、読出部３０７は、通常通り、ＭＩＢ情報保持部２１０から読み出すことになる。

設定部３０８は、登録部３０３によってパターンが登録された場合、先頭イベントと後続イベントとの関連性の高さを示す関連度を設定する。関連度とは、パターンにおいて先頭イベントが出現してからその後続イベントが出現する確からしさをあらわす指標値である。設定部３０８では、当該パターンが初めて登録される場合に関連度の初期値を設定する。本例では、たとえば、関連度の初期値を「１０００」とする。

更新部３０９は、検出部３０２によってパターンが再検出された場合、関連度をパターンの検出回数に基づいて更新する。具体的には、たとえば、更新部３０９は、登録済みのパターンが再検出された場合、関連度が上昇するように更新する。更新の計算例については後述するが、更新部３０９は、同一パターンが連続して再検出されるほど関連度が増加するように更新し、再検出されないと関連度が減少するように更新する。なお、関連度の更新については、増加または減少のうちいずれか一方でもよい。

算出部３１０は、後続イベントに対応する内部情報を第２の記憶部３１２から読み出した読み出し回数を計数する。具体的には、たとえば、算出部３１０は、内部情報であるＭＩＢ情報のＭＩＢ情報キャッシュ２３０からの読み出し回数を計数する。また、ここでは、読み出し回数を計数することとしたが、算出部３１０は、読み出せなかった回数も計数してもよい。そして、算出部３１０は、読み出し回数と読み出せかなった回数を分母とし、読み出し回数を分子とする学習結果ヒット率を算出することとしてもよい。

また、算出部３１０は、算出結果を表示出力したり、管理端末２０２に送信する。これにより、ＭＩＢ情報がどの程度先読みされたかを把握することができ、顕現性の向上を図ることができる。

＜ＭＩＢ情報要求パターンキャッシュ２２０の記憶内容＞
図４は、ＭＩＢ情報要求パターンキャッシュ２２０の記憶内容例１を示す説明図である。図４では、ＭＩＢ情報要求パターンキャッシュ２２０には、第１のパターンＤＢ（Ｄａｔａ Ｂａｓｅ）５００が格納される。第１のパターンＤＢ４００とは、先頭イベントおよび後続イベントがともにＭＩＢ要求である場合に登録されるＤＢである。

第１のパターンＤＢ４００は、項番（＃で表記）と、要求元と、起点ＭＩＢと、関連ＭＩＢと、関連度とを有し、起点ＭＩＢごとにエントリとして登録される。項番とは、エントリを一意に特定する識別情報である。要求元とは、起点ＭＩＢを要求したＭＩＢ要求の送信元となるＳＮＭＰエージェント２１５を一意に特定する識別情報である。

起点ＭＩＢとは、先頭イベントとなるＭＩＢ要求により要求されるＭＩＢ情報であり、ここでは、当該ＭＩＢ情報のＯＩＤが格納される。関連ＭＩＢとは、後続イベントとなるＭＩＢ要求により要求されるＭＩＢ情報であり、ここでは、当該ＭＩＢ情報のＯＩＤが格納される。

関連度は、起点ＭＩＢとなるＭＩＢ情報と関連ＭＩＢとなるＭＩＢ情報との関連性の高さを示す指標値であり、上述した設定部３０８により設定され、更新部３０９により更新される値である。

ここで、項番＃＝１のエントリ（エントリ＃１）を例に挙げて説明する。エントリ＃１は、先頭イベントがＯＩＤ１に対応するＭＩＢ情報を要求するＭＩＢ要求と、その後続イベントであるＯＩＤ２に対応するＭＩＢ情報を要求するＭＩＢ要求とを関連付けている。また、エントリ＃１は、先頭イベントがＯＩＤ１に対応するＭＩＢ情報を要求するＭＩＢ要求と、その後続イベントであるＯＩＤ３に対応するＭＩＢ情報を要求するＭＩＢ要求とを関連付けている。

図５は、ＭＩＢ情報要求パターンキャッシュ２２０の記憶内容例２を示す説明図である。図５では、ＭＩＢ情報要求パターンキャッシュ２２０には、第２のパターンＤＢ５００が格納される。第２のパターンＤＢ５００とは、先頭イベントが装置内部ログ情報の通知であり後続イベントがＭＩＢ要求である場合に登録されるＤＢである。

第２のパターンＤＢ５００は、項番（＃で表記）と、装置内部ログと、ＭＩＢと、関連度とを有し、装置内部ログ情報ごとにエントリとして登録される。項番とは、エントリを一意に特定する識別情報である。

装置内部ログとは、先頭イベントとなる装置内部ログ情報を一意に特定する識別情報である。関連ＭＩＢとは、後続イベントとなるＭＩＢ要求により要求されるＭＩＢ情報であり、ここでは、当該ＭＩＢ情報のＯＩＤが格納される。関連度は、装置内部ログ情報と関連ＭＩＢとなるＭＩＢ情報との関連性の高さを示す指標値であり、上述した設定部３０８により設定され、更新部３０９により更新される値である。

ここで、項番＃＝１のエントリ（エントリ＃１）を例に挙げて説明する。エントリ＃１は、先頭イベントである装置内部ログ情報ＡＡＡと、その後続イベントであるＯＩＤ１に対応するＭＩＢ情報を要求するＭＩＢ要求とを関連付けている。また、エントリ＃１は、先頭イベントである装置内部ログ情報ＡＡＡと、その後続イベントであるＯＩＤ２に対応するＭＩＢ情報を要求するＭＩＢ要求とを関連付けている。

＜関連度の更新例＞
図６は、更新部３０９による関連度の更新例を示す説明図である。図６では、図４の第１のパターンＤＢ４００を例に挙げて説明するが、第２のパターンＤＢ５００でも同様の処理が実行される。図６では、図４の項番＃１のエントリを例に挙げる。

（Ａ）は、登録時の状態であり、関連度はいずれも初期値の「１０００」が設定される。（Ｂ）は、（Ａ）の次状態であり、ＭＩＢ情報要求パターンとして、「ＯＩＤ１，ＯＩＤ２」が検出された場合の更新例である。この場合、ＯＩＤ１とＯＩＤ２との関連度が強まるため、更新部３０９は、現在の関連度に、さらに、現在の関連度に所定の係数を乗算した値を加算して保存する。たとえば、所定の係数を「０．６」とすると、更新後の関連度は、１０００＋１０００×０．６＝１６００となる。また、今回、「ＯＩＤ１，ＯＩＤ３」のパターンは検出されていないため、現在の関連度に所定の係数を乗算した値を更新後の関連度として保存する。たとえば、更新後の関連度は、１０００×０．６＝６００となる。

（Ｃ）は、（Ｂ）の次状態であり、ＭＩＢ情報要求パターンとして、「ＯＩＤ１，ＯＩＤ３」が検出された場合の更新例である。この場合、ＯＩＤ１とＯＩＤ３との関連度が強まるため、更新部３０９は、現在の関連度（＝６００）に、さらに、現在の関連度に所定の係数（＝０．６）を乗算した値を加算して保存する。たとえば、更新後の関連度は、６００＋６００×０．６＝９６０となる。また、今回、「ＯＩＤ１，ＯＩＤ２」のパターンは検出されていないため、現在の関連度（＝１６００）に所定の係数（＝０．６）を乗算した値を更新後の関連度として保存する。たとえば、更新後の関連度は、１６００×０．６＝１３６０となる。

＜チューニング情報＞
図７および図８は、学習結果チューニング部２１１において設定されるチューニング情報を示す説明図である。図７では、チューニング情報である表示情報７００について規定する。表示情報７００は、学習結果チューニング部２１１がユーザインタフェースを経由して出力する情報である。管理端末２０２から学習結果チューニング部２１１を経由することにより、表示情報７００に示す情報が管理端末２０２で表示される。

図８では、チューニング情報である操作情報９００について規定する。操作情報９００は、学習結果チューニング部２１１がユーザインタフェースを経由して変更・削除を行う情報である。管理端末２０２から学習結果チューニング部２１１を経由することにより、操作情報９００に示す情報が編集または削除される。

＜表示例＞
図９は、学習結果チューニング部２１１が、ユーザインタフェースを経由して出力する表示データ（その１）を示す説明図である。学習結果チューニング画面９３１に表示される関連付けＭＩＢ受信間隔設定画面９３２では、関連するＭＩＢを判定する時間の間隔が設定される。関連付けログ発生間隔設定画面９３３では、内部情報がＭＩＢ要求に関連すると判定するための時間の間隔が設定される。学習外ＯＩＤ設定画面９３４では、先読み対象とするＯＩＤが登録される。学習対象外ログ情報設定画面９３５では、ＭＩＢと関連付けを行わない内部情報が設定される。学習係数設定画面９３６では、過去の学習結果に対する係数が設定される。最大連続学習数設定画面９３７では、一回で学習するＯＩＤの上限数が設定される。

設定ボタン９３８がクリックされた場合は、学習結果チューニング画面９３１で設定された内容が通信装置２０４に反映され、キャンセルボタン９３９がクリックされた場合は反映を行わずに画面を終了する。

図１０は、学習結果チューニング部２１１が、ユーザインタフェースを経由して出力する表示データ（その２）を示した図である。学習結果表示画面１００１に表示される表示画面１００２では、ＭＩＢ情報要求パターン学習部２１２に保存されているＭＩＢ要求パターンが表示され、削除したいＭＩＢ要求パターンを選択した上でＭＩＢ要求パターン削除ボタン１００３をクリックすると、選択したＭＩＢ要求パターンが削除される。

キャッシュＭＩＢ情報表示画面１００４は、ＭＩＢ情報キャッシュ２３０に保存されているＭＩＢ情報キャッシュ２３０を表示し、削除したいＭＩＢ情報キャッシュ２３０を選択した上でキャッシュＭＩＢ情報削除ボタン１００５をクリックすると、選択したＭＩＢ情報キャッシュ２３０を削除する。

設定ボタン１００６がクリックされた場合は、学習結果表示画面１００１で設定された内容が通信装置２０４に反映され、キャンセルボタン１００７がクリックされた場合は反映を行わずに画面を終了する。

＜レスポンス処理＞
図１１は、ＳＮＭＰエージェント２１５によるレスポンス処理の詳細な処理手順例を示すフローチャートである。図１１は、ＳＮＭＰエージェント２１５が、ＳＮＭＰマネージャ２０１からＳＮＭＰによる要求を受けた場合の動作を示す。

まず、ＳＮＭＰエージェント２１５が、ＳＮＭＰマネージャ２０１から送信されるＭＩＢ要求を受信することで、ＭＩＢ要求に対するＭＩＢ応答の処理（レスポンス処理）が開始される（ステップＳ１１０１）。ＳＮＭＰエージェント２１５は、ＭＩＢ要求に含まれるＯＩＤをキーにして、ＭＩＢ情報キャッシュ２３０を参照し（ステップＳ１１０２）、ＯＩＤに対応するＭＩＢ情報がＭＩＢ情報キャッシュ２３０にあるか否か判断する（ステップＳ１１０３）。

ＭＩＢ情報がある場合（ステップＳ１１０３：Ｙｅｓ）、ＳＮＭＰエージェント２１５は、算出部３１０により算出処理を実行する（ステップＳ１１０４）。算出処理（ステップＳ１１０４）では、当該ＭＩＢ情報の読み出し回数を計数してもよく、学習結果ヒット率を算出することとしてもよい。

そして、ＳＮＭＰエージェント２１５は、読出部３０７により、当該ＭＩＢ情報をＭＩＢ情報キャッシュ２３０から読み出して（ステップＳ１１０５）、ステップＳ１１０７に移行する。一方、ステップＳ１１０３において、ＯＩＤに対応するＭＩＢ情報がない場合（ステップＳ１１０３：Ｎｏ）、ＳＮＭＰエージェント２１５は、ＭＩＢ情報保持部２１０から当該ＭＩＢ情報を読み出して（ステップＳ１１０６）、ステップＳ１１０７に移行する。

ステップＳ１１０７では、ＳＮＭＰエージェント２１５は、読み出したＳＮＭＰマネージャ２０１に送信する（ステップＳ１１０７）。また、ＳＮＭＰエージェント２１５は、次に要求されるＭＩＢ情報を先読みするために、読み出したＭＩＢ情報のＯＩＤをＭＩＢ情報先読み判定・実施部２１４に渡す（ステップＳ１１０８）。

その後、ＳＮＭＰエージェント２１５は、ＳＮＭＰマネージャ２０１から送信されたＭＩＢ要求を学習結果に反映させるために、読み出したＭＩＢ情報のＯＩＤをＭＩＢ情報要求パターン学習部２１２へ渡し（ステップＳ１１０９）、処理を終了する（ステップＳ１１１０）。

＜先読み処理＞
図１２は、ＭＩＢ情報先読み判定・実施部２１４による先読み処理の詳細な処理手順例を示すフローチャートである。ＭＩＢ情報先読み判定・実施部２１４は、図１１のステップＳ１１０８に示したように、ＳＮＭＰエージェント２１５からのＭＩＢ要求についてのＯＩＤを受け取る（ステップＳ１２０１）。または、ＭＩＢ情報先読み判定・実施部２１４は、装置内部ログ情報管理部２１３からの装置内部ログ情報が受け取る（ステップＳ１２０２）。これにより、ＭＩＢ情報先読み判定・実施部２１４は、動作を開始する。

ＭＩＢ情報先読み判定・実施部２１４は、ＭＩＢ情報要求パターンキャッシュ２２０を参照し、受け取ったＭＩＢ情報を起点ＭＩＢとするＭＩＢ情報要求パターンがあるか、または、受け取った装置内部ログ情報に該当するＭＩＢ情報要求パターンがあるかを検索する（ステップＳ１２０３）。

そして、ＭＩＢ情報先読み判定・実施部２１４は、該当するＭＩＢ情報要求パターンがあるか否かを判断する（ステップＳ１２０４）。具体的には、たとえば、ＭＩＢ情報要求パターンの存否のみで判断してもよく、また、最大関連度のＭＩＢ情報要求パターンを該当するＭＩＢ情報要求パターンとしてもよい。また、あらかじめ設定された所定関連度以上のＭＩＢ情報要求パターンを該当するＭＩＢ情報要求パターンとしてもよい。これにより、関連度が高いパターンほど優先的に読み出されることになり、学習結果を反映した先読みを実行することができる。なお、該当するＭＩＢ情報要求パターンがない場合（ステップＳ１２０４：Ｎｏ）、処理を終了する（ステップＳ１２０８）。

一方、該当するＭＩＢ情報がある場合（ステップＳ１２０４：Ｙｅｓ）、ＭＩＢ情報先読み判定・実施部２１４は、ＭＩＢ情報要求パターンキャッシュ２２０からＭＩＢ情報要求パターンを先読み対象パターンとして読み出す（ステップＳ１２０５）。そして、ＭＩＢ情報先読み判定・実施部２１４は、先読み対象パターンについて、ＭＩＢ情報保持部２１０からＭＩＢ情報を読み出して（ステップＳ１２０６）、読み出したＭＩＢ情報をＭＩＢ情報キャッシュ２３０に書き込む（ステップＳ１２０７）。これにより、処理を終了する（ステップＳ１２０８）。

＜学習処理＞
図１３は、ＭＩＢ情報要求パターン学習部２１２による学習処理の詳細な処理手順例を示すフローチャートである。まず、ＭＩＢ情報要求パターン学習部２１２は、図１１のステップＳ１１０９にしたがって、ＳＮＭＰエージェント２１５からのＭＩＢ要求についてのＯＩＤを受け取る（ステップＳ１３０１）。

つぎに、ＭＩＢ情報要求パターン学習部２１２は、装置内部ログ情報管理部２１３を参照し（ステップＳ１３０２）、一定時間内に出力された装置内部ログ情報があるか否かを判断する（ステップＳ１３０３）。装置内部ログ情報が出力された場合（ステップＳ１３０３：Ｙｅｓ）、当該装置内部ログ情報と、ステップＳ１３０１でＳＮＭＰエージェント２１５から受け取ったＭＩＢ情報とを関連付けて、ＭＩＢ情報要求パターンキャッシュ２２０の第２のパターンＤＢ５００に保存して（ステップＳ１３０４）、ステップＳ１３０８に移行する。

一定時間内に装置内部ログ情報が出力されていない場合（ステップＳ１３０３：Ｎｏ）、ＭＩＢ情報要求パターン学習部２１２は、一定時間内に他のＭＩＢ情報についてのＭＩＢ要求があったか否かを判断する（ステップＳ１３０５）。

一定時間内に他のＭＩＢ情報のＭＩＢ要求があった場合（ステップＳ１３０５：Ｙｅｓ）、ＭＩＢ情報要求パターン学習部２１２は、当該他のＭＩＢ情報と、ステップＳ１３０１でＳＮＭＰエージェント２１５から受け取ったＭＩＢ情報とを関連付けて、ＭＩＢ情報要求パターンキャッシュ２２０の第１のパターンＤＢ４００に渡して（ステップＳ１３０６）、ステップＳ１３０８に移行する。

また、ステップＳ１３０５において、一定時間内に他のＭＩＢ情報のＭＩＢ要求がなかった場合（ステップＳ１３０５：Ｎｏ）、ＭＩＢ情報要求パターン学習部２１２は、ステップＳ１３０１でＳＮＭＰエージェント２１５から受け取ったＭＩＢ情報をＭＩＢ情報キャッシュ２３０で一定時間キャッシュして（ステップＳ１３０７）、処理を終了する（ステップＳ１３１１）。

また、ステップＳ１３０８において、ＭＩＢ情報要求パターン学習部２１２は、ステップＳ１３０６で渡されたＭＩＢ情報要求パターンがＭＩＢ情報要求パターンキャッシュ２２０に登録済みであるか否かを判断する（ステップＳ１３０８）。登録済みである場合（ステップＳ１３０９：Ｙｅｓ）、ＭＩＢ情報要求パターン学習部２１２は、図６に示したように更新部３０９により関連度を更新して（ステップＳ１３０９）、処理を終了する（ステップＳ１３１１）。また、登録済みでない場合（ステップＳ１３０８：Ｎｏ）、ＭＩＢ情報要求パターン学習部２１２は、設定部３０８により関連度の初期値を設定して（ステップＳ１３１０）、処理を終了する（ステップＳ１３１１）。

＜通信装置２０４とＳＮＭＰマネージャ２０１との間のシーケンス＞
図１４は、実施例１にかかる通信装置２０４とＳＮＭＰマネージャ２０１との間のＳＮＭＰ通信と通信装置２０４内のデータの流れの例について示したシーケンス図（その１）である。図１４では、ＯＩＤ１、ＯＩＤ２、ＯＩＤ３についてのＭＩＢ情報要求パターンを学習した後に、再度ＯＩＤ１、ＯＩＤ２についてのＭＩＢ要求があった場合について説明する。

まず、ＳＮＭＰマネージャ２０１から通信装置２０４のＳＮＭＰエージェント２１５へＯＩＤ１についてのＭＩＢ情報のＭＩＢ要求（Ｇｅｔ Ｒｅｑｕｅｓｔ）が送信される（Ｓ２１１）。ＳＮＭＰエージェント２１５は、まず、ＭＩＢ情報先読み判定・実施部２１４を参照し（Ｓ２１２）、該当するＭＩＢ情報が無い場合はＭＩＢ情報保持部２１０へＭＩＢ要求を出して（Ｓ２１３）、ＭＩＢ情報を取得し（Ｓ２１４）、ＳＮＭＰマネージャ２０１への応答（Ｇｅｔ Ｒｅｑｕｅｓｔ）を行う（Ｓ２１５）。

その後、ＳＮＭＰエージェント２１５は、要求されたＭＩＢ情報をＭＩＢ情報要求パターン学習部２１２へ渡し、ＭＩＢ情報要求パターン学習部２１２はＭＩＢ情報要求パターンの学習を行う（Ｓ２１６）。

ＯＩＤ２、ＯＩＤ３についても同様にＭＩＢの応答とＭＩＢ情報要求パターンの学習を行う（Ｓ２２１〜Ｓ２３６）。これにより、ＯＩＤ１、ＯＩＤ２、ＯＩＤ３を関連するＭＩＢとして学習する（Ｓ２４１）。

つぎに、ＳＮＭＰエージェント２１５が再度ＯＩＤ１についてのＭＩＢ情報のＭＩＢ要求を受信した場合（Ｓ２５１）、ＭＩＢ情報先読み判定・実施部２１４を参照する（Ｓ２５２）。この時点ではＭＩＢ情報は保存されていないため、ＭＩＢ情報保持部２１０へ要求を出し（Ｓ２５３）、ＭＩＢ情報を取得し（Ｓ２５４）、ＳＮＭＰマネージャ２０１へ応答（Ｇｅｔ Ｒｅｑｕｅｓｔ）を行う（Ｓ２５５）。

この後、ＭＩＢ情報先読み判定・実施部２１４へ要求されたＭＩＢ情報を通知する（Ｓ２５６）。ＯＩＤ１は前回までに学習したＭＩＢ情報要求パターンに該当するため、ＯＩＤ２、ＯＩＤ３についてＭＩＢ情報保持部２１０よりＭＩＢ情報の先読みを行う（Ｓ２５６〜Ｓ２５９）。

つぎに、ＯＩＤ２についてのＭＩＢ情報のＭＩＢ要求（Ｓ２７１）が来た場合には、ＭＩＢ情報保持部２１０を参照することなく、ＭＩＢ情報先読み判定・実施部２１４で先読みを行ったＭＩＢ情報を取得して（Ｓ２７２，Ｓ２７３）、ＳＮＭＰマネージャ２０１へ応答を行う（Ｓ２７４）。

図１５は、実施例１にかかる通信装置２０４とＳＮＭＰマネージャ２０１との間のＳＮＭＰ通信と通信装置２０４内のデータの流れの例について示したシーケンス図（その２）である。図１５では、実施例１にかかる通信装置２０４とＳＮＭＰマネージャ２０１との間のＳＮＭＰ通信と装置内部ログ情報及び通信装置２０４内のデータの流れの例について示したシーケンス図である。

図１５では、ＯＩＤ１、ＯＩＤ２についてのＭＩＢ情報要求パターンを学習した後に、再度ＯＩＤ１についてのＭＩＢ情報のＭＩＢ要求があった場合について説明する。まず、ＳＮＭＰマネージャ２０１から通信装置２０４のＳＮＭＰエージェント２１５へＯＩＤ１についてのＭＩＢ情報のＭＩＢ要求（Ｇｅｔ Ｒｅｑｕｅｓｔ）が送信される（Ｓ４１１）。ＳＮＭＰエージェント２１５は、まずＭＩＢ情報先読み判定・実施部２１４を参照し（Ｓ４１２）、該当するＭＩＢ情報がない場合はＭＩＢ情報保持部２１０へ要求を出す（Ｓ４１３）。そして、ＳＮＭＰエージェント２１５は、ＭＩＢ情報を取得し（Ｓ４１４）、ＳＮＭＰマネージャ２０１へ応答（Ｇｅｔ Ｒｅｑｕｅｓｔ）を行う（Ｓ４１５）。

その後、ＳＮＭＰエージェント２１５は、要求されたＭＩＢ情報をＭＩＢ情報要求パターン学習部２１２へ渡す（Ｓ４１６）。ＭＩＢ情報要求パターン学習部２１２では、装置内部ログ情報管理部２１３へ問い合わせを行い（Ｓ４１７）、該当する装置内部ログ情報があった場合にはこれを取得し（Ｓ４１８）、ＳＮＭＰマネージャ２０１からのＭＩＢ要求と関連付けて学習する（Ｓ４２１）。ＯＩＤ２についても同様にＭＩＢの応答とＭＩＢ情報要求パターンの学習を行う（Ｓ４３１〜Ｓ４４１）。

つぎに、上記ステップで学習した装置内部ログ情報が発生した場合、装置内部ログ情報管理部２１３は、ＭＩＢ情報先読み判定・実施部２１４へ通知を行う（Ｓ４５１）。これを契機として、ＭＩＢ情報先読み判定・実施部２１４は、ＭＩＢ情報要求パターン学習部２１２から該当するＭＩＢ情報要求パターンを読み込み（Ｓ４５２、Ｓ４５３）、該当するＭＩＢ情報をＭＩＢ情報保持部２１０より取得し（Ｓ４５４〜Ｓ４５７）、ＭＩＢ情報キャッシュ２３０にキャッシュする（Ｓ４６１）。

また、ＳＮＭＰマネージャ２０１から再度ＯＩＤ１についての要求があった場合（Ｓ４７１）、ＳＮＭＰエージェント２１５はＭＩＢ情報保持部２１０を参照することなく、ＭＩＢ情報先読み判定・実施部２１４で先読みを行ったＭＩＢ情報を取得して（Ｓ４７２，Ｓ４７３）、ＳＮＭＰマネージャ２０１へ応答を行う（Ｓ４７４）。

このように、実施例１によれば、次に出現するＭＩＢ要求を予測して、当該ＭＩＢ要求の取得前によりアクセス速度の速い記憶領域に、当該ＭＩＢ要求で要求されるＭＩＢ情報を書き込んでおき、当該ＭＩＢ要求が検出されると、書き込んでおいたＭＩＢ情報を読み出す。したがって、ＭＩＢ情報の応答速度の高速化を図ることができる。また、ＭＩＢ情報や装置内部ログ情報を受ける都度、ＭＩＢ情報要求パターンの学習を実行するため、登録済みのパターンと同一のパターンが検出されるほど、後続イベントであるＭＩＢ要求のＭＩＢ情報の先読み精度の向上を図ることができる。

（実施例２）
つぎに、実施例２について説明する。実施例１と同一構成には同一符号を付し、その説明を省略する。統計情報などＭＩＢ情報によっては、処理してからある程度時間が経過すると、ＭＩＢ情報キャッシュ２３０に一時的に保存しておいても、読み出したタイミングにはすでに古い情報となり、意味をなさない場合がある。

したがって、実施例２では、学習した結果、よく要求されるＭＩＢ情報ということが判明すると、通信装置２０４は、実施例１による先読みのほか、定期的にＭＩＢ情報キャッシュ２３０に書き込む処理を実行する。これにより、ＭＩＢ情報は最新の状態に上書きされるため、情報の鮮度が低下することなく利用することができる。

＜ネットワークシステム２００の構成例＞
図１６は、実施例２にかかるネットワークシステム２００の構成例を示すブロック図である。実施例２では、図２に示した構成のほかに、あらたにＭＩＢ書込要求設定部１６０１とＭＩＢ情報定期書込部１６０２とが追加された構成である。ＭＩＢ書込要求設定部１６０１およびＭＩＢ情報定期書込部１６０２は、具体的には、たとえば、記憶デバイスに記憶されたプログラムをプロセッサに実行させることによりその機能を実現する。

ＭＩＢ書込要求設定部１６０１は、ＭＩＢ情報要求パターンキャッシュ２２０を参照して、要求される頻度の高いＭＩＢ情報を取得し、ＭＩＢ情報定期書込部１６０２へ通知する。ＭＩＢ情報定期書込部１６０２は、通知を受けたＭＩＢ情報を一定の時間間隔でＭＩＢ情報キャッシュ２３０に書き込みを行う。これにより、要求されるＭＩＢ情報が常にＭＩＢ情報キャッシュ２３０に書き込まれるため、ＭＩＢ情報の先読みが間に合わない場合や学習の精度が低い場合にも、ＭＩＢ情報の応答を高速化することができる。

図１６に示した通信装置２０４の詳細な機能的構成例を図３を用いて説明する。実施例２の通信装置２０４は、実施例１の通信装置２０４の構成に加えて、図３の決定部１６００を有する。決定部１６００は、ＭＩＢ書込要求設定部１６０１に相当する機能である。また、ＭＩＢ情報定期書込部１６０２に相当する機能は、書込部３０５に含まれる。

決定部１６００は、検索部３０４による検索回数に基づいて、後続イベントに対応する内部情報を第２の記憶部３１２に定期的に書き込むべき定期書込対象に決定する。具体的には、たとえば、決定部１６００は、先読みパターンにおける後続イベントとなるＭＩＢ情報の参照回数を計数する。参照回数は、第１のパターンＤＢ４００や第２のパターンＤＢ５００において該当するエントリに書き込まれる。決定部１６００は、参照回数が所定回数以上のＭＩＢ情報または所定順位以上のＭＩＢ情報を、定期書込対象に決定する。そして、決定部１６００は、定期書込対象に決定されたＭＩＢ情報のＯＩＤを書込部３０５に通知する。

書込部３０５は、決定部１６００によって定期書込対象に決定された後続イベントに対応する内部情報を第２の記憶部３１２に定期的に書き込む。具体的には、たとえば、書込部３０５は、決定部１６００からＯＩＤとして通知された定期書込対象のＭＩＢ情報を、ＭＩＢ情報保持部２１０からＭＩＢ情報キャッシュ２３０に定期的に書き込む。

＜定期書込処理＞
図１７は、実施例２にかかる定期書込処理手順例を示すフローチャートである。まず、通信装置２０４は、先読みパターンにおける後続イベントとなるＭＩＢ情報の参照を契機として、当該ＭＩＢ情報の参照頻度を計数する（ステップＳ１７０１）。そして、通信装置２０４は、当該ＭＩＢ情報を定期書込対象にすべきか否かを判断する（ステップＳ１７０２）。たとえば、たとえば、通信装置２０４は、参照回数が所定回数以上報または所定順位以上である場合に定期書込対象にすべきと判断する。

定期書込対象にすべきでないと判断された場合（ステップＳ１７０２：Ｎｏ）、ステップＳ１７０１に戻る。一方、定期書込対象にすべきと判断された場合（ステップＳ１７０２：Ｙｅｓ）、通信装置２０４は、ＭＩＢ書込要求設定部１６０１により、定期書込対象にすべきＭＩＢ情報のＯＩＤをＭＩＢ情報定期書込部１６０２に通知する（ステップＳ１７０３）。これにより、ＭＩＢ情報定期書込部１６０２では、通知されたＯＩＤに対応するＭＩＢ情報が定期書込対象に設定される。そして、通信装置２０４は、ＭＩＢ情報定期書込部１６０２により、一定時間ごとに、定期書込対象に設定されたＭＩＢ情報を、ＭＩＢ情報キャッシュ２３０に書き込む（ステップＳ１７０４）。

このように、実施例２によれば、要求されるＭＩＢ情報が常にＭＩＢ情報キャッシュ２３０に書き込まれるため、ＭＩＢ情報の先読みが間に合わない場合や学習の精度が低い場合にも、ＭＩＢ情報の応答を高速化することができる。

（実施例３）
つぎに、実施例３について説明する。実施例１および実施例２と同一構成には同一符号を付し、その説明を省略する。実施例２では、実施例１に対しＭＩＢ書込要求設定部１６０１とＭＩＢ情報定期書込部１６０２を追加したが、実施例３は、実施例２に対しＭＩＢ情報キャッシュ２３０をＯＳ２１６が直接アクセス可能なデータ領域とし、さらに、ＯＳ２１６にＭＩＢ要求・ＯＳ内受付・応答部を追加した構成である。

＜ネットワークシステム２００の構成例＞
図１８は、実施例３にかかるネットワークシステム２００の構成例を示すブロック図である。ＭＩＢ要求ＯＳ内受付・応答部１８００は、ＳＮＭＰマネージャ２０１から通信装置２０４に送信されたＭＩＢ情報のＭＩＢ要求を、ＳＮＭＰエージェント２１５の代わりに受信し、ＭＩＢ情報キャッシュ２３０を参照して該当するＭＩＢ情報が記憶されている場合にはＳＮＭＰエージェント２１５に代わってＳＮＭＰマネージャ２０１への応答を行う。これにより、ＳＮＭＰエージェント２１５よりも高速に動作が可能なＯＳ２１６内で先読みを行うことができ、ＭＩＢ情報の応答をより高速に行うことができる。

＜定期書込処理＞
図１９は、実施例３にかかる定期書込処理手順例を示すフローチャートである。まず、通信装置２０４は、先読みパターンにおける後続イベントとなるＭＩＢ情報の参照を契機として、当該ＭＩＢ情報の参照頻度を計数する（ステップＳ１９０１）。そして、通信装置２０４は、当該ＭＩＢ情報を定期書込対象にすべきか否かを判断する（ステップＳ１９０２）。たとえば、たとえば、通信装置２０４は、参照回数が所定回数以上報または所定順位以上である場合に定期書込対象にすべきと判断する。

定期書込対象にすべきでないと判断された場合（ステップＳ１９０２：Ｎｏ）、ステップＳ１９０１に戻る。一方、定期書込対象にすべきと判断された場合（ステップＳ１９０２：Ｙｅｓ）、通信装置２０４は、ＭＩＢ書込要求設定部１６０１により、定期書込対象にすべきＭＩＢ情報のＯＩＤをＭＩＢ情報定期書込部１６０２に通知する（ステップＳ１９０３）。これにより、ＭＩＢ情報定期書込部１６０２では、通知されたＯＩＤに対応するＭＩＢ情報が定期書込対象に設定される。そして、通信装置２０４は、ＭＩＢ情報定期書込部１６０２により、一定時間ごとに、定期書込対象に設定されたＭＩＢ情報を、ＯＳ２１６内のＭＩＢ情報キャッシュ２３０に書き込む（ステップＳ１９０４）。

＜レスポンス処理＞
図２０は、実施例３にかかるＳＮＭＰエージェント２１５によるレスポンス処理の詳細な処理手順例を示すフローチャートである。図２０は、ＳＮＭＰエージェント２１５が、ＳＮＭＰマネージャ２０１からＳＮＭＰによる要求を受けた場合の動作を示す。

まず、ＯＳ２１６が、ＳＮＭＰマネージャ２０１からのＭＩＢ要求を受信した場合（ステップＳ２００１）、ＭＩＢ要求ＯＳ内受付・応答部１８００においてＭＩＢ要求の解析を行い、要求に該当するＭＩＢ情報がＭＩＢ情報キャッシュ２３０に存在するかを確認する（ステップＳ２００２）。

ＭＩＢ情報キャッシュ２３０に要求されたＭＩＢ情報が存在する場合（ステップＳ２００３：Ｙｅｓ）、ＭＩＢ要求ＯＳ内受付・応答部１８００は、該当のＭＩＢ情報を用いてＳＮＭＰマネージャ２０１に対して応答を行い（ステップＳ２００４）、処理を終了する（ステップＳ２００５）。

一方、ＭＩＢ情報キャッシュ２３０に要求されたＭＩＢ情報が存在しない場合（ステップＳ２００３：Ｎｏ）、ＭＩＢ要求ＯＳ内受付・応答部１８００は、ＯＳ２１６からＳＮＭＰエージェント２１５へＭＩＢ要求を転送する（ステップＳ２００６）。そして、ＳＮＭＰエージェント２１５ではＭＩＢ情報保持部２１０からＭＩＢ情報を取得し、ＳＮＭＰマネージャ２０１に対してＭＩＢ応答を送信し（ステップＳ２００７）、処理を終了する（ステップＳ２００８）。

これにより、ＳＮＭＰエージェント２１５よりも高速に動作が可能なＯＳ２１６内で先読みを行うことができ、ＭＩＢ情報の応答をより高速に行うことができる。なお、実施例３では、ＭＩＢ情報を定期的に書き込むこととしたが、繰り返し書き込むのであれば、書き込む間隔は一定間隔でもよく、一定間隔でなくてもよい。

（実施例４）
つぎに、実施例４について説明する。実施例４は、実施例１の通信装置２０４を分割した例である。

＜ネットワークシステム２００の構成例＞
図２１は、実施例４にかかるネットワークシステム２００の構成例を示すブロック図である。ネットワークシステム２００は、通信装置２０４と、ＭＩＢ情報制御装置２１００と、ＳＮＭＰマネージャ２０１と、を有する。通信装置２０４とＭＩＢ情報制御装置２１００とが通信可能に接続され、ＭＩＢ情報制御装置２１００とＳＮＭＰマネージャ２０１はネットワーク２０３を介して通信可能に接続される。

通信装置２０４は、ＭＩＢ情報保持部２１０、ＯＳ２１６、ＳＮＭＰエージェント２１５、および装置内部ログ情報管理部２１３を有する。

ＭＩＢ情報制御装置２１００は、ＭＩＢ情報キャッシュ２３０、ＭＩＢ情報要求パターンキャッシュ２２０、学習結果チューニング部２１１、ＭＩＢ情報要求パターン学習部２１２、およびＭＩＢ要求先読み判定・実施部２１４を有する。また、ＭＩＢ情報制御装置２１００は、ＳＮＭＰ要求代理受付部２１０１と、ＳＮＭＰ応答代理受付部２１０２と、を有する。ＳＮＭＰ要求代理受付部２１０１は、通信装置２０４に代わってＳＮＭＰマネージャ２０１からの要求を受け付ける。ＳＮＭＰ応答代理受付部２１０２は、ＳＮＭＰマネージャ２０１に代わって通信装置２０４からの応答を受け付ける。

図２１では、ＭＩＢ情報制御装置２１００は、１台の通信装置２０４と通信可能に接続する構成としたが、複数台の通信装置２０４と通信可能に接続する構成としてもよい。これにより、複数の通信装置２０４に対してのＭＩＢ情報のＭＩＢ要求を纏めて学習することができる。このように、関連する複数の通信装置２０４についてのＭＩＢ情報要求パターンを１か所で関連付けて学習することができ、より精度の高い学習を行い、より効率的にＭＩＢ応答の高速化を行うことができる。

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

２０４ 通信装置
２００ ネットワークシステム
２０１ マネージャ
２０２ 管理端末
２０３ ネットワーク
２１０ ＭＩＢ情報保持部
２１１ 学習結果チューニング部
２１２ ＭＩＢ情報要求パターン学習部
２１３ 装置内部ログ情報管理部
２１４ ＭＩＢ情報先読み判定・実施部
２１５ ＳＮＭＰエージェント
２２０ ＭＩＢ情報要求パターンキャッシュ
２３０ ＭＩＢ情報キャッシュ
３０１ 取得部
３０２ 検出部
３０３ 登録部
３０４ 検索部
３０５ 書込部
３０６ 判断部
３０７ 読出部
３０８ 設定部
３０９ 更新部
３１０ 算出部
３１１ 第１の記憶部
３１２ 第２の記憶部
１６０１ ＭＩＢ書込要求設定部
１６０２ ＭＩＢ情報定期書込部
１６００ 決定部
１８００ ＭＩＢ要求ＯＳ内受付・応答部
２１００ 情報制御装置
２１０１ ＭＩＢ要求代理受付部
２１０２ ＭＩＢ応答代理受付部

Claims (8)

1. プログラムを実行するプロセッサと、前記プロセッサが実行するプログラムを格納するメモリと、自装置の内部情報を記憶する第１の記憶部と、を備える情報処理装置であって、
   前記プロセッサは、
   時系列なイベント列を取得する取得手順と、
   前記取得手順によって取得されたイベント列の中から、あるイベントを先頭イベントとし当該先頭イベントに後続するイベントを後続イベントとするパターンを検出する検出手順と、
   前記検出手順によって検出されたパターンを登録する登録手順と、
   前記取得手順によって第１のイベントと当該第１のイベントに後続する第２のイベントの取得後に前記第１のイベントが再取得された場合、前記登録手順によって登録されたパターン群の中から前記第１のイベントを前記先頭イベントとする先読み対象パターンを検索する検索手順と、
   前記検索手順によって検索された先読み対象パターンのうち前記第１のイベントの前記後続イベントに対応する内部情報を、前記第１の記憶部から前記第２の記憶部に書き込む書込手順と、
   前記第１のイベントの再取得後に取得された後続イベントに対応する内部情報が前記第２の記憶部に存在するか否かを判断する判断手順と、
   前記判断手順によって前記第２の記憶部に存在すると判断された場合、前記後続イベントに対応する内部情報を前記第２の記憶部から読み出し、前記第２の記憶部に存在しないと判断された場合、前記後続イベントに対応する内部情報を前記第１の記憶部から読み出す読出手順と、
   を実行することを特徴とする情報処理装置。
2. 前記プロセッサは、
   前記登録手順によって前記パターンが登録された場合、前記先頭イベントと前記後続イベントとの関連性の高さを示す関連度を設定する設定手順と、
   前記検出手順によって前記パターンが再検出された場合、前記関連度を前記パターンの検出回数に基づいて更新する更新手順と、を実行し、
   前記書込手順は、
   前記関連度の高さに基づいて、前記先読み対象パターンのうち前記第１のイベントの前記後続イベントに対応する内部情報を、前記第１の記憶部から前記第２の記憶部に書き込むことを特徴とする請求項１に記載の情報処理装置。
3. 前記先頭イベントは、当該先頭イベントに対応する内部情報である前記情報処理装置内で発生した障害を特定する情報の通知であり、
   前記後続イベントは、当該後続イベントに対応する内部情報である外部装置からの前記情報処理装置の内部情報の取得要求の受信、または、当該取得要求に応じた前記後続イベントに対応する内部情報を含む応答通知の前記外部装置への送信であることを特徴とする請求項１に記載の情報処理装置。
4. 前記先頭イベントは、外部装置からの前記情報処理装置の内部情報の第１の取得要求、または、当該第１の取得要求に応じた前記情報処理装置の内部情報を含む前記外部装置への応答であり、
   前記後続イベントは、前記外部装置からの前記情報処理装置の内部情報の第２の取得要求、または、当該第２の取得要求に応じた前記情報処理装置の内部情報を含む前記外部装置への第２の応答であることを特徴とする請求項１に記載の情報処理装置。
5. 前記プロセッサは、
   前記後続イベントに対応する内部情報を前記第２の記憶部から読み出した回数を計数する算出手順を実行することを特徴とする請求項１に記載の情報処理装置。
6. 前記プロセッサは、
   前記検索手順による検索回数に基づいて、前記後続イベントに対応する内部情報を前記第２の記憶部に繰り返し書き込むべき書込対象に決定する決定手順を実行し、
   前記書込手順では、
   前記決定手順によって書込対象に決定された前記後続イベントに対応する内部情報を前記第２の記憶部に繰り返し書き込むことを特徴とする請求項１に記載の情報処理装置。
7. 前記メモリには、ＯＳが格納されており、
   前記第２の記憶部は、前記ＯＳがアクセス可能な記憶領域であり、
   前記書込手順では、前記ＯＳにより、前記検索手順によって検索された先読み対象パターンのうち前記第１のイベントの前記後続イベントに対応する内部情報を、前記第１の記憶部から前記第２の記憶部に書き込むことを特徴とする請求項１に記載の情報処理装置。
8. 自装置の内部情報群を記憶する第１の記憶部を備える情報処理装置による情報処理方法であって、
   時系列なイベント列を取得する取得手順と、
   前記取得手順によって取得されたイベント列の中から、あるイベントを先頭イベントとし当該先頭イベントに後続するイベントを後続イベントとするパターンを検出する検出手順と、
   前記検出手順によって検出されたパターンを登録する登録手順と、
   前記取得手順によって第１のイベントと当該第１のイベントに後続する第２のイベントの取得後に前記第１のイベントが再取得された場合、前記登録手順によって登録されたパターン群の中から前記第１のイベントを前記先頭イベントとする先読み対象パターンを検索する検索手順と、
   前記検索手順によって検索された先読み対象パターンのうち前記第１のイベントの前記後続イベントに対応する内部情報を、前記第１の記憶部から前記第２の記憶部に書き込む書込手順と、
   前記第１のイベントの再取得後に取得された後続イベントに対応する内部情報が前記第２の記憶部に存在するか否かを判断する判断手順と、
   前記判断手順によって前記第２の記憶部に存在すると判断された場合、前記後続イベントに対応する内部情報を前記第２の記憶部から読み出し、前記第２の記憶部に存在しないと判断された場合、前記後続イベントに対応する内部情報を前記第１の記憶部から読み出す読出手順と、
   を実行することを特徴とする情報処理方法。

Images