(57)【要約】【課題】保守管理者が、表示されているログファイルより得られる情報をもとに、ネットワークの状態の確認や発生する問題点の特定などが容易に行えるようにする。【解決手段】ログ記憶部１０６を監視している監視部１０７は、ログファイルの増加を検出すると、ログファイルの中より予め設定されている対象メッセージに等しいメッセージの存在を検出する。ついで、ログファイル中より対象メッセージを検出した監視部１０７は、検出したメッセージが規定数以上連続している状態を確認（検出）する。例えば、検出したメッセージが規定数以上連続している状態を確認した監視部１０７は、該当するメッセージを２次ログファイルに追加する。【選択図】  図１
2006279749.tif 000002
【特許請求の範囲】
【請求項１】
互いにリンクされた複数のルータ及び端末から構成される通信ネットワークにおけるリソースを管理するリソース管理装置であって、
リソースを確保するリソース確保手段と、
確保された前記リソースを特定する情報を記録する記録手段と、
前記情報が付加されたリソース解放要求メッセージを作成するメッセージ作成手段と、
前記記録手段を参照して前記リソース解放要求メッセージに付加された前記情報により前記リソースを特定し、特定された前記リソースを解放するリソース解放手段と、
前記リソース管理装置が受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加するログ管理手段と、
前記ログ記憶部に記憶されている前記ログファイルのメッセージを表示出力するログ表示手段と
を少なくとも備えることを特徴とするリソース管理装置。
【請求項２】
請求項１記載のリソース管理装置において、
前記ログ管理手段は、自身がリソースを管理する範囲内の前記通信ネットワークより受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加する
ことを特徴とするリソース管理装置。
【請求項３】
請求項１又は２記載のリソース管理装置において、
前記ログ記憶部に記憶されているログファイルの状態を、予め設定されてる条件と比較することで監視する監視手段を備え、
前記ログ表示手段は、前記監視手段の比較結果をもとに前記ログ記憶部に記憶されているログファイルのメッセージを表示出力する
ことを特徴とするリソース管理装置。
【請求項４】
請求項３記載のリソース管理装置において、
前記監視手段は、前記ログ記憶部に記憶されているログファイルを監視し、ログファイルに記録されているメッセージの総数が規定値以上となると、前記ログファイルの中より規定数以上連続して発生している同一のメッセージを検出し、検出したメッセージを抽出して２次ログファイルとして前記ログ記憶部に記憶し、
前記ログ表示手段は、前記ログ記憶部に記憶されている前記２次ログファイルのメッセージを表示出力する
ことを特徴とするリソース管理装置。
【請求項５】
請求項３記載のリソース管理装置において、
前記監視手段は、前記ログ記憶部に記憶されている前記ログファイルのファイル容量と規定値とを比較することで前記ログファイルを監視し、
前記ログ表示手段は、前記監視手段の比較の結果、前記ログファイルの容量が前記規定値以上となると前記ログ記憶部に記憶されているログファイルのメッセージを表示出力する
ことを特徴とするリソース管理装置。
【請求項６】
請求項３記載のリソース管理装置において、
前記監視手段は、前記ログ記憶部に記憶されている前記ログファイルの更新を監視し、
前記ログ表示手段は、前記監視手段の監視の結果、前記ログファイルが更新されると前記ログ記憶部に記憶されているログファイルのメッセージを表示出力する
ことを特徴とするリソース管理装置。
【請求項７】
請求項３記載のリソース管理装置において、
前記監視手段は、前記ログ記憶部に記憶されている前記ログファイルの更新時刻を監視し、
前記ログ表示手段は、前記監視手段の監視の結果、前記ログファイルの前記更新時刻を規定された行数で表示出力する
ことを特徴とするリソース管理装置。
【請求項８】
請求項３記載のリソース管理装置において、
前記ログ記憶部に記憶されている特定のファイル名の前記ログファイルのファイル容量と規定値とを比較することで前記ログファイルを監視する前記監視手段と、
前記監視手段の比較の結果、前記ログファイルの容量が前記規定値以上となると前記ログファイルのファイル名を前記特定のファイル名以外に変更した待避ログファイルを生成するログファイル制御手段と
を備え、
前記ログ管理手段は、収集された前記メッセージを前記特定のファイル名の前記ログファイルに追加し、前記特定のファイル名の前記ログファイルが存在しない場合は、前記特定のファイル名のログファイルを生成して前記メッセージの追加を行う
ことを特徴とするリソース管理装置。
【請求項９】
請求項８記載のリソース管理装置において、
前記ログファイル制御手段は、前記ログファイルの容量が前記規定値以上となると、前記特定のファイル名の前記ログファイルに変更を示す識別情報を追加し、前記ログファイルのファイル名を前記特定のファイル名以外に変更した待避ログファイルを生成し、
前記ログ表示手段は、参照しているログファイル中に前記識別情報を検出して、新規にログファイルの参照を行う
ことを特徴とするリソース管理装置。
【請求項１０】
請求項８記載のリソース管理装置において、
前記ログファイル制御手段は、
前記特定のファイル名のログファイルのファイル名に０から始まる整数の数字を付加して新たなファイル名に変更た待避ログファイルを生成し、
前記監視手段の比較の結果、前記特定のファイル名の前記ログファイルの容量が前記規定値以上となる毎に、すでに存在している待避ログファイルのファイル名に付加されている数字を増加された数字に変更する
ことを特徴とするリソース管理装置。
【請求項１１】
請求項１０記載のリソース管理装置において、
前記ログ表示手段は、前記待避ログファイルが更新されたことを検出し、新規にログファイルの参照を行う
ことを特徴とするリソース管理装置。
【請求項１２】
請求項１〜１１のいずれか１項に記載のリソース管理装置において、
前記通信ネットワークは分割された複数の管理範囲を備え、複数の前記リソース管理装置が複数の前記管理範囲毎に設けられ、
前記リソース確保手段は、自身が収容されているリソース管理装置の管理範囲内でリソースを確保する
ことを特徴とするリソース管理装置。
【請求項１３】
請求項１２記載のリソース管理装置において、
前記リソース管理装置は、自身の管理範囲及び自身を識別するための識別情報を備え、
前記ログ表示手段は、前記識別情報をもとに対応するリソース管理装置の前記ログ記憶部に記憶されている前記ログファイルのメッセージを表示出力する
ことを特徴とするリソース管理装置。
【請求項１４】
請求項１〜１３のいずれか１項に記載のリソース管理装置において、
前記ログ表示手段は、前記ログ記憶部に記憶されている前記ログファイルのメッセージの中の、予め記憶されている文字列に一致する部分は、他とは異なる形態で表示する
ことを特徴とするリソース管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークのリソース管理とログファイルの管理を行うリソース管理装置に関する。
【背景技術】
【０００２】
通信ネットワーク、特にＩＰ（Internet  Protocol）ネットワークを利用して音声や映像等のコンテンツを提供する場合、通信路の容量を超えた利用要求によって輻輳が発生すると、パケットの損失等に伴い通信品質が劣化してしまう。従来より、このような通信品質の劣化を防ぐことを目的として、リソース管理装置（リソース管理サーバ）によるネットワークレイヤにおけるリソース管理が研究されている。
【０００３】
リソース管理装置によるリソース管理は、通信ネットワークを構成するルータとは独立したサーバ（リソース管理装置）により、通信ネットワークを構成するノード間（リンク）の伝送容量とその利用状況を管理するとともに、ユーザ端末等からのリソース確保要求に対して適当なリソースを払い出すものである。
【０００４】
このようなリソース管理の一例として、次のような方法が開示されている。まず、通信ネットワークの運用開始前に、通信ネットワーク中のリンク（接続情報）及び各リンクのリソース容量を含むルーティング情報に基づいて、パケットが通過する経路を計算し、これを「経路テーブル」に記憶させるとともに、各リンクのリソース容量を「リソース管理テーブル」に記憶させる。このようにして得られたリソース管理テーブルによって、通信ネットワークにおける総リソース容量と、利用中のリソース容量又は利用可能な残りリソース容量とが、管理可能とされている。
【０００５】
通信ネットワークが運用を開始した後にでは、リソース管理サーバは、通信サービスの利用要求（リソース確保要求）を受け付けると、要求された通信の発着ＩＰアドレスを基に上記経路テーブルから当該通信に必要となるリンクを特定し、上記リソース管理テーブルを参照することによって、これらのリンクの各々について当該通信に必要となる伝送容量（リソース）が利用可能か否かをチェックする。
【０００６】
十分なリソースが利用可能である場合には、上記通信サービスの利用要求に対して許諾応答するとともに、上記リソース管理テーブルの利用中リソース容量に当該通信に割り当てられるリソース量を加算して記憶させる。一方、必要なリソースを確保できない場合には、上記利用要求に対して不許可とする（特許文献１及び非特許文献１参照）。この方法では、通信用に確保していたリソースは、リソースの使用終了時に速やかに開放している。
【０００７】
このようなネットワークを制御しているリソース管理装置では、ネットワークの状態を監視することが重要となる。ネットワークの上では、例えば、エッジルータが、動作に応じて、処理時に与えられたパラメータ、実行した処理の内容、処理結果などの情報を逐一出力している。これらの出力される情報には、通信結果やエッジルータの障害情報なども含まれている。
【０００８】
リソース管理装置では、上述したようなネットワークの上に発生した各イベントの情報（メッセージ）を、例えば回線走査を行うことなどにより収集してログファイルに格納し、ネットワークの監視を可能としている。例えば、リソース管理装置により生成されたログファイルの中の様々なメッセージは、保守管理者に視認可能な状態で所定の表示装置に表示される。保守管理者は、表示されている情報より得られる情報をもとに、ネットワークの状態を確認し、発生する問題点の特定などを行う。
【０００９】
【特許文献１】特開２００３−２５８８５５号公報
【非特許文献１】矢口他、「大規模ＩＰ網における管理サーバを用いたリソース管理方式の一提案と具体例」、信学総合大会、Ｂ−６−３１（２００２）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、上述したようなリソース管理において、リンクが故障したときなどは、故障したリンクに対応しているリソースの対応を、故障していないリンクに切り替える。このリンクの切り替えが行われたときに、移動先リンクの総リソースが不足していると、帯域不足によりリソースの確保ができない状況が多量に発生する。例えば、リンクが故障した時には、トラヒックが待避経路に移るため、リソース管理装置でも各リンクを待避しようとするので、帯域不足によるリソース確保失敗が発生する。
【００１１】
このような確保の失敗は、複数のリソース管理装置が、互いに連携しながら一連のリソースを確保しようとする場合には特に多量に発生する。これらのように、リソース確保の失敗が発生というイベント（メッセージ）も、収集されてログファイルに格納され、上述した状況では、類似したエラーメッセージがログファイルの中に多発することになる。このように、類似したエラーメッセージがログファイルの中に多発すると、保守管理者によるネットワークの状態の確認及び発生する問題点の特定などが困難になる。
【００１２】
本発明は、以上のような問題点を解消するためになされたものであり、保守管理者が、表示されているログファイルより得られる情報をもとに、ネットワークの状態の確認や発生する問題点の特定などが容易に行えるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
本発明に係るリソース管理装置は、互いにリンクされた複数のルータ及び端末から構成される通信ネットワークにおけるリソースを管理するリソース管理装置であって、リソースを確保するリソース確保手段と、確保されたリソースを特定する情報を記録する記録手段と、情報が付加されたリソース解放要求メッセージを作成するメッセージ作成手段と、記録手段を参照してリソース解放要求メッセージに付加された情報によりリソースを特定し、特定されたリソースを解放するリソース解放手段と、リソース管理装置が受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加するログ管理手段と、ログ記憶部に記憶されているログファイルのメッセージを表示出力するログ表示手段とを少なくとも備えるものである。従って、リソースを管理している環境でログが表示される。
【００１４】
上記リソース管理装置は、前記ログ管理手段は、自身がリソースを管理する範囲内の前記通信ネットワークより受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加する。従って、表示されたログファイルのメッセージより、リソース管理装置がリソースを管理する範囲内の通信ネットワークの状態の確認や発生する問題点の特定などが行える。
【００１５】
上記リソース管理装置において、ログ記憶部に記憶されているログファイルの状態を、予め設定されてる条件と比較することで監視する監視手段を備え、ログ表示手段は、監視手段の比較結果をもとにログ記憶部に記憶されているログファイルのメッセージを表示出力するようにしてもよい。例えば、監視手段は、ログ記憶部に記憶されているログファイルを監視し、ログファイルに記録されているメッセージの総数が規定値以上となると、ログファイルの中より規定数以上連続して発生している同一のメッセージを検出し、検出したメッセージを抽出して２次ログファイルとしてログ記憶部に記憶し、ログ表示手段は、ログ記憶部に記憶されている２次ログファイルのメッセージを表示出力してもよい。このようにすることで、複数の同一メッセージが、表示部には１つだけ表示される。
【００１６】
また、監視手段は、ログ記憶部に記憶されているログファイルのファイル容量と規定値とを比較することでログファイルを監視し、ログ表示手段は、監視手段の比較の結果、ログファイルの容量が規定値以上となるとログ記憶部に記憶されているログファイルのメッセージを表示出力するようにしてもよい。また、監視手段は、ログ記憶部に記憶されているログファイルの更新を監視し、ログ表示手段は、監視手段の監視の結果、ログファイルが更新されるとログ記憶部に記憶されているログファイルのメッセージを表示出力するようにしてもよい。また、監視手段は、ログ記憶部に記憶されているログファイルの更新時刻を監視し、ログ表示手段は、監視手段の監視の結果、ログファイルの更新時刻を規定された行数で表示出力するようにしてもよい。
【００１７】
また、上記リソース管理装置において、ログ記憶部に記憶されている特定のファイル名のログファイルのファイル容量と規定値とを比較することでログファイルを監視する監視手段と、監視手段の比較の結果、ログファイルの容量が規定値以上となるとログファイルのファイル名を特定のファイル名以外に変更した待避ログファイルを生成するログファイル制御手段とを備え、ログ管理手段は、収集されたメッセージを特定のファイル名のログファイルに追加し、特定のファイル名のログファイルが存在しない場合は、特定のファイル名のログファイルを生成してメッセージの追加を行うようにしてもよい。
【００１８】
この場合、ログファイル制御手段は、ログファイルの容量が規定値以上となると、特定のファイル名のログファイルに変更を示す識別情報を追加し、ログファイルのファイル名を特定のファイル名以外に変更した待避ログファイルを生成し、ログ表示手段は、参照しているログファイル中に識別情報を検出して、新規にログファイルの参照を行うようにしてもよい。また、ログファイル制御手段は、特定のファイル名のログファイルのファイル名に０から始まる整数の数字を付加して新たなファイル名に変更た待避ログファイルを生成し、監視手段の比較の結果、特定のファイル名のログファイルの容量が規定値以上となる毎に、すでに存在している待避ログファイルのファイル名に付加されている数字を増加された数字に変更するようにしてもよい。この場合、ログ表示手段は、待避ログファイルが更新されたことを検出し、新規にログファイルの参照を行うようにすればよい。
【００１９】
上記リソース管理装置において、通信ネットワークは分割された複数の管理範囲を備え、複数のリソース管理装置が複数の管理範囲毎に設けられ、リソース確保手段は、自身が収容されているリソース管理装置の管理範囲内でリソースを確保するものであってもよい。この場合、リソース管理装置は、自身の管理範囲及び自身を識別するための識別情報を備え、ログ表示手段は、識別情報をもとに対応するリソース管理装置のログ記憶部に記憶されているログファイルのメッセージを表示出力する。また、ログ表示手段は、ログ記憶部に記憶されているログファイルのメッセージの中の、予め記憶されている文字列に一致する部分は、他とは異なる形態で表示するようにしてもよい。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、例えば、ログ管理手段が、自身がリソースを管理する範囲内の通信ネットワークより受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加するようにしたので、保守管理者が、表示されているログファイルより得られる情報をもとに、ネットワークの状態の確認や発生する問題点の特定などが容易に行えるようになるという優れた効果が得られる。
【００２１】
加えて、例えば、ログファイルの中より規定数以上連続して発生している同一のメッセージを検出し、検出したメッセージを抽出して２次ログファイルとしてログ記憶部に記憶すれば、ログファイルの中に類似したエラーメッセージが多発しても、保守管理者が、表示されているログファイルより得られる情報をもとに、ネットワークの状態の確認や発生する問題点の特定などが容易に行えるようになるという優れた効果が得られる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について図を参照して説明する。図１は、本発明の実施の形態におけるリソーる管理装置を用いたリソース管理システムの構成例を示す構成図である。図１に示すリソース管理システムは、通信ネットワーク２００を構成する各管理範囲ネットワーク２０１毎に、リソースを管理するリソース管理サーバ１０１を備えている。各リソース管理サーバ（リソース管理装置）１０１は、管理対象となる管理範囲ネットワーク２０１のリソースを管理している。管理対象となる通信ネットワーク２００は、いわゆるインターネットプロトコル（ＩＰ）に基づく通信ネットワークである。
【００２３】
管理範囲ネットワーク２０１は、例えば、互いに接続（リンク）された複数のルータ２０２，端末（Ｔ）２０３から構成される。また、管理範囲ネットワーク２０１は、複数の端末２０３を集線していずれかのルータ２０２に接続するスイッチングハブ（ＳＷ）２０４及びゲートウエイ装置（ＧＷ）２０５を備えている。このように構成されている管理範囲ネットワーク２０１におけるリソースは、通信を行う二つの端末２０３間の通信経路を構成するための、端末２０３といずれかのルータ２０２との間のアクセスライン及びルータ２０２の間のリンクである。
【００２４】
なお、図１に示すリソース管理システムにおいては、通信ネットワーク２００を複数の管理範囲ネットワーク２０１に分割し、これらの管理範囲に対して各々リソース管理サーバ１０１が設けられている。また、隔離ソース管理サーバ１０１は、互いに通信可能に接続されている。
【００２５】
また、アプリケーションサーバ（ＡＳ）３０１は、いずれかの端末２０３からの通信要求をうけ、当該端末２０３が属する管理範囲ネットワーク２０１のリソースを管理するリソース管理サーバ１０１に要求メッセージを送信する。この要求メッセージには、少なくとも、要求される通信における端末２０３の識別子及び確保したいリソース量とが含まれており、図１に示すシステムにおいては、この識別子として、端末２０３のＩＰアドレスが用いられる。
【００２６】
各リソース管理サーバ１０１は、各々通信機能を有するコンピュータであり、各々送受信部１０２，制御部１０３，主記憶部１０４とを有している。また、各リソース管理サーバ１０１は、ログ管理部１０５，ログ記憶部１０６，監視部１０７，及びログ表示部１０８とを備えている。これらの機能は、中央演算装置（ＣＰＵ）や記憶装置（ＲＯＭおよびＲＡＭ等の内部メモリの他、固定ディスク装置等の外部記憶装置を含む）などのコンピュータのハードウェア資源とこのコンピュータにインストールされたコンピュータ・プログラム（ソフトウェア）とが協働することによって実現することができる。
【００２７】
上述したように構成された通信ネットワーク２００において、アプリケーションサーバ３０１により、コンテンツの提供などのサービスを行うことが可能とされている。例えば、いずれかのアプリケーションサーバ３０１が、いずれかの端末Ｔ２０３からのコンテンツ送信の要求を受けると、アプリケーションサーバ３０１は、当該端末Ｔ２０３に対して要求されたコンテンツを送出する。このようなコンテンツの配信において、リソース管理サーバ１０１が、必要となるリソースの管理を行う。
【００２８】
上述の場合、コンテンツ送信の要求を受け付けたアプリケーションサーバ３０１は、要求もとの端末Ｔ２０３が所属する管理範囲ネットワーク２０１を管理するリソース管理サーバ１０１に、上記コンテンツの送出のためのリソースの要求メッセージを送信する。この要求メッセージには、少なくとも、要求される通信における要求もとの端末Ｔ２０３の識別子と、確保したいリソース量とが含まれている。端末Ｔ２０３の識別子としては、例えば、要求もとの端末Ｔ２０３のＩＰアドレスなどを用いることができる。
【００２９】
リソース管理サーバ１０１において、送受信部１０２は、通信インターフェースを備え、各種メッセージを送信および受信する。送受信部１０２は、アプリケーションサーバ３０１や他のリソース管理サーバ１０１から送信されてきた要求メッセージを受信する。送受信部１０２は、要求メッセージを隣接する他のリソース管理サーバ１０１に送信する。また、送受信部１０２は、リソース管理サーバ１０１間の応答メッセージを送受信する。
【００３０】
制御部１０３は、リソース管理サーバ１０１（送受信部１０２）が受信した要求メッセージに応じた処理を行う。制御部１０３は、受信された各メッセージを分析し、例えば、受信メッセージに含まれる要求もと端末Ｔ２０３のＩＰアドレスを識別する。また、制御部１０３は、識別したＩＰアドレスに対応する端末Ｔ２０３が、自身の管理範囲内であることを、データベースを参照して判定する。
【００３１】
また、制御部１０３は、主記憶部１０４に用意されている経路情報及びリソース管理テーブルを参照し、必要なリソースを確保する。制御部１０３が確保したリソースの状態は、主記憶部１０４の中のリソース管理テーブルで管理される。また、制御部１０３は、リソース確保のために他のリソース管理サーバ１０１に対して送出するメッセージを生成する。例えば、要求もとの端末Ｔ２０３が、管理範囲外と判定した場合、制御部１０３は、隣接する管理範囲ネットワーク２０１を管理するリソース管理サーバ１０２に対し、リソース確保のための要求メッセージを生成する。
【００３２】
次に、ログ管理部１０５は、リソース管理サーバ１０２（送受信部１０２）が受け付けたイベント発生のメッセージを収集し、新たに発生したメッセージをログ記憶部１０６に記憶されているログファイルに追加して更新する。監視部１０７は、ログ記憶部１０６に記憶されているログファイルを監視し、ログファイルに記録されているメッセージの量（単位時間あたりの増加量）が予め設定されている規定値以上となると、ログファイルの中より規定数以上連続して発生している同一メッセージを検出し、検出したメッセージを抽出して２次ログファイルとしてログ記憶部１０６に記憶する。
【００３３】
ログ表示部１０７は、ログ記憶部１０６に記憶されているログファイル及び２次ログファイルを参照し、各ログファイル内にあるメッセージを管理者に視認可能な状態に表示する。例えば、ログファイルにある連続した同一メッセージが、２次ログファイルには１つだけ取り出され、ログ表示部１０７により表示される。従って、２次ログファイルを参照することで、同一の複数のイベントが発生していても、１つのメッセージが管理者に視認可能な状態となる。
【００３４】
以下、図１に示すリソース管理サーバ１０１におけるログ管理動作の例について、図２（ａ）及び図２（ｂ）のフローチャートを用いて説明する。まずステップＳ２０１で、ログ管理部１０５は、新たなメッセージの発生を検出すると、ステップＳ２０２で、検出したメッセージをログ記憶部１０６に記憶されているログファイルに追加して更新する。ついで、ログ記憶部１０６を監視している監視部１０７は、ログファイルの増加を検出すると（ステップＳ２０３）、ログファイルの中より予め設定されている対象メッセージに等しいメッセージの存在を検出する（ステップＳ２０４）。監視部１０７は、ログファイルのメッセージ数が予め設定されている数以上に増加すると、ログファイル中に対象メッセージの検出を行う。また、監視部１０７は、予め設定されている時間間隔で、ログファイルの増加を検出する。
【００３５】
ついで、ログファイル中より対象メッセージを検出した監視部１０７は、ステップＳ２０５で、検出したメッセージが規定数以上連続している状態を確認（検出）する。例えば、検出したメッセージが規定数以上連続している状態を確認した監視部１０７は、ステップＳ２０６で、該当するメッセージを２次ログファイルに追加する。従って、ログファイルに追加された連続して発生している複数の同一メッセージは、２次ログファイルにおいては１つだけ記憶されることになる。
【００３６】
以上のようにしてログ記憶部１０６にログファイル及び２次ログファイルがとられている状態で、ログ表示部１０８は、まず、ステップＳ２２１で、ログ記憶部１０６に記憶されている２次ログファイルの増加を検出すると、２次ログファイルを参照する（ステップＳ２２２）。ログ記憶部１０６は、予め設定されている時間間隔で、２次ログファイルの増加を検出する。ついで、ログ表示部１０８は、２次ログファイル内にあるメッセージを保守管理者に視認可能な状態に表示する（ステップＳ２２３）。
【００３７】
例えば、ログ表示部１０８は、図１には示していないモニターを備え、このモニターに上記メッセージの表示を行う。従って、例えば、類似したエラーメッセージがログファイルの中に多発しても、２次ログファイルには１つのエラーメッセージが格納されているため、モニターには、１つのエラーメッセージが表示されることになる。このように、モニターにエラーメッセージが単独で表示されれば、保守管理者にとって、他のメッセージとの区別して識別（認識）することが容易となる。また、エラーメッセージなどは、他のメッセージと表示色を変えて表示するなど、他のメッセージとは異なる状態で表示するようにしてもよい。
【００３８】
なお、ログ管理部１０５は、リソース管理サーバ１０１がリソースを管理している管理範囲ネットワーク２０１より受け付けたイベント発生のメッセージを収集してログ記憶部１０６に記憶されているログファイルに追加するようにしてもよい。また、監視部１０７は、ログ記憶部１０６に記憶されているログファイルの状態を、予め設定されてる条件と比較することで監視するものであればよく、例えば、ログ記憶部１０６に記憶されているログファイルのファイル容量と規定値とを比較することでログファイルを監視するものであってもよい。この場合、ログ表示部１０８は、監視部１０７の比較の結果、ログファイルの容量が規定値以上となるとログ記憶部１０６に記憶されているログファイルのメッセージを表示出力する。
【００３９】
また、監視部１０７は、ログ記憶部１０６に記憶されているログファイルの更新を監視するものであってもよい。この場合、ログ表示部１０８は、監視部１０７の監視の結果、ログファイルが更新されるとログ記憶部１０６に記憶されているログファイルのメッセージを表示出力する。また、監視部１０７は、ログ記憶部１０６に記憶されているログファイルの更新時刻を監視し、ログ表示部１０８は、監視部１０７の監視の結果、ログファイルの更新時刻を規定された行数で表示出力するようにしてもよい。
【００４０】
ところで、次に示すように、新たにログファイル制御部を追加し、ログ記憶部１０６に記憶されるログファイルを制御して管理するようにしてもよい。まず、ログ管理部１０５は、例えばファイル名が「ｌｏｇ」とされているログファイルのみに検出したメッセージを追加する。また、ログ管理部１０５は、ロブ記憶部１０６内に、ファイル名が「ｌｏｇ」とされているログファイルが存在しない場合、ファイル名を「ｌｏｇ」としたログファイルを新規に生成し、検出したメッセージを追加する。このようにログ管理部１０５がロギングしている状態で、監視部１０７によりログファイルの容量が規定値以上となったことが検出されると、ログファイル制御部が、ログファイルのファイル名を「ｌｏｇ．０」に変更した待避ログファイルを生成する。このようにすることで、１つのログファイルの容量の増大が抑制されるようになり、表示されるログファイルの内容が、確認しやすくなる。
【００４１】
このようにログファイルを制御している場合、ログファイル制御部が、ファイル名「ｌｏｇ」のログファイルの容量が規定値以上となると、このログファイルに、例えば「log change」などの変更を示す識別情報を追加し、この後、ログファイルのファイル名を「ｌｏｇ．０」に変更した待避ログファイルを生成してもよい。ログ表示部１０８は、ファイル名が「ｌｏｇ」のログファイルを参照し、参照しているログファイルのメッセージを表示出力している。このため、前述したように、参照しているファイルのファイル名が「ｌｏｇ．０」に変更されると、メッセージの表示出力を行う対象のファイルがないため、表示が不可能となる。この場合、ログ表示部１０８は、ファイル名「ｌｏｇ」のログファイルを再参照することで、ファイル名が「ｌｏｇ」のログファイルのメッセージを表示が可能となる。しかしながら、ログ表示部１０８は、自動的には再参照を行えない。ここで、ログ表示部１０８が、現在参照しているログファイル内に「log change」が検出されると再参照を行うようにすれば、新たに生成されたファイル名「ｌｏｇ」のログファイルの参照が可能となる。
【００４２】
また、ログファイル制御部により、特定のファイル名のログファイルのファイル名に０から始まる整数の数字を付加して新たなファイル名に変更た待避ログファイルを生成し、監視部１０７の監視により、ファイル名「ｌｏｇ」のログファイルの容量が規定値以上となる毎に、すでに存在している待避ログファイルのファイル名に付加されている数字を増加された数字に変更してもよい。例えば、１つめの待避ファイルが生成されるときは、ファイル名「ｌｏｇ」のログファイルをファイル名「ｌｏｇ．０」に変更して第１待避ログファイルを生成する。次に、２つめの待避ファイルが生成される段階では、この時点におけるファイル名「ｌｏｇ」のログファイルをファイル名「ｌｏｇ．０」に変更して第２待避ログファイルを生成し、かつ、第１待避ログファイルのファイル名を「ｌｏｇ．１」に変更する。
【００４３】
次に、３つめの待避ファイルが生成される段階では、この時点におけるファイル名「ｌｏｇ」のログファイルをファイル名「ｌｏｇ．０」に変更して第３待避ログファイルを生成し、かつ、第１待避ログファイルのファイル名を「ｌｏｇ．２」に変更し、第２待避ログファイルのファイル名を「ｌｏｇ．１」に変更する。次に、４つめの待避ファイルが生成される段階では、この時点におけるファイル名「ｌｏｇ」のログファイルをファイル名「ｌｏｇ．０」に変更して第４待避ログファイルを生成し、かつ、第１待避ログファイルのファイル名を「ｌｏｇ．３」に変更し、第２待避ログファイルのファイル名を「ｌｏｇ．２」に変更し、第３待避ログファイルのファイル名を「ｌｏｇ．１」に変更する。
【００４４】
このようにすることで、複数生成される待避ログファイルが管理が容易となる。例えば、ファイル名に付加されている数字により、待避ログファイルの新旧が容易に判断可能となる。この場合、ログ表示部１０８は、待避ログファイルのタイムスタンプを確認することなどにより待避ログファイルが更新されたことを検出し、新規にログファイルの参照を行うようにすればよい。
【００４５】
ところで、リソース管理サーバ１０１は、各々自身を識別するための識別情報や、自身の管理範囲を識別するための識別情報などを備えている。例えば、リソース管理サーバ１０１には、ＩＰアドレスとともに局名，識別子の組が識別情報として与えられている。これらは、参照テーブルとして備えられている。ログ表示部１０８により局名「東京」が選択されると、参照テーブルが参照され、ログ表示部１０８は、「東京」と組にされているＩＰアドレス「１９２．１６８．０．５」に対応するリソース管理サーバ１０１のログ記憶部１０６に格納されているログファイルを参照可能となる。
【００４６】
また、ログ表示部１０８は、ログ記憶部１０６に記憶されているログファイルのメッセージの中の、予め記憶されている文字列に一致する部分は、他とは異なる形態で表示するようにしてもよい。例えば、文字列「１０２６」が監視対象後として設定（記憶）されている場合、ログ表示部１０８は、図３に示すように、文字列「１０２６」が含まれる行に下線をつけて表示する。また、文字列「１０２６」が含まれる行は、太字で表示させるようにしてもよい。また、文字列「１０２６」が含まれる行は、他の行とは表示色を変更して表示されるようにしてもよい。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施の形態におけるリソース管理装置を用いたリソース管理システムの構成例を示す構成図である。
【図２】図１に示すリソース管理システムの動作例を説明するフローチャートである。
【図３】ログファイルの表示例を示す説明図である。
【符号の説明】
【００４８】
１０１…リソース管理サーバ、１０２…送受信部、１０３…制御部、１０４…主記憶部、１０５…ログ管理部、１０６…ログ記憶部１０６、１０７…監視部、１０８…ログ表示部、２００…通信ネットワーク、２０１…管理範囲ネットワーク、２０２…ルータ、２０３…端末（Ｔ）、２０４…スイッチングハブ（ＳＷ）、２０５…ゲートウエイ装置（ＧＷ）、３０１…アプリケーションサーバ（ＡＳ）。
【図１】
2006279749.tif 000003
【図２】
2006279749.tif 000004
【図３】
2006279749.tif 000005