(57)【要約】【課題】保守管理者が、リソース管理の状態を容易に認識できるようにし、リソース不足の状態がより迅速に解消できるようにする。【解決手段】ログ記憶部１０６を監視している監視部１０７が、リソース確保失敗のメッセージの総数が規定値を超えたことを検出すると、該当するメッセージを２次ログファイルに追加する。従って、ログファイルに規定数を超えてリソース確保失敗のメッセージが収集されると、２次ログファイルにリソース確保失敗のメッセージが記憶される。ログ表示部１０８は、まず、ログ記憶部１０６に記憶されている２次ログファイルの増加を検出すると、２次ログファイルを参照し、２次ログファイルの増加を検出すると、２次ログファイル内にあるメッセージを保守管理者に視認可能な状態に表示する。【選択図】  図１
2007214851.tif 000002
【特許請求の範囲】
【請求項１】
互いにリンクされた複数のルータと端末とから構成される通信ネットワークのリソースを管理するリソース管理装置であって、
要求される通信における確保したいリソース量を少なくとも含む要求メッセージを受け付けて必要なリソースを確保するリソース管理手段と、
前記リソース管理装置が受け付けたリソース確保失敗のメッセージを収集してログ記憶部に記憶されているログファイルに追加するログ管理手段と、
前記ログ記憶部に記憶されているログファイルを監視し、ログファイルに記録されているリソース確保失敗が示されているエラーメッセージを、リソースの確保を失敗した経路毎に集計して２次ログファイルとして前記ログ記憶部に記憶する監視手段と、
前記ログ記憶部に記憶されている前記２次ログファイルを表示出力するログ表示手段と
を少なくとも備え、
前記リソース確保失敗のメッセージは、リソース確保失敗とともにリソースの確保を失敗した経路の情報を含み、
前記２次ログファイルは、集計数が多い経路ほど上方に配置された状態で表示出力される
ことを特徴とするリソース管理装置。
【請求項２】
請求項１記載のリソース管理装置において、
前記ログ管理手段は、自身がリソースを管理する範囲内の前記通信ネットワークより受け付けたリソース確保失敗のメッセージを収集してログ記憶部に記憶されているログファイルに追加する
ことを特徴とするリソース管理装置。
【請求項３】
請求項１又は２記載のリソース管理装置において、
前記監視手段は、前記ログ記憶部に記憶されている前記ログファイルの更新を監視し、
前記ログ表示手段は、前記監視手段の監視の結果、前記ログファイルが更新されると前記ログ記憶部に記憶されている２次ログファイルを表示出力する
ことを特徴とするリソース管理装置。
【請求項４】
請求項１〜３のいずれか１項に記載のリソース管理装置において、
前記通信ネットワークは分割された複数の管理範囲を備え、複数の前記リソース管理装置が複数の前記管理範囲毎に設けられ、
前記リソース管理手段は、自身が収容されているリソース管理装置の管理範囲内でリソースを確保する
ことを特徴とするリソース管理装置。
【請求項５】
請求項４記載のリソース管理装置において、
前記リソース管理装置は、自身の管理範囲及び自身を識別するための識別情報を備え、
前記ログ表示手段は、前記識別情報をもとに対応するリソース管理装置の前記ログ記憶部に記憶されている前記ログファイルのメッセージを表示出力する
ことを特徴とするリソース管理装置。
【請求項６】
請求項１〜５のいずれか１項に記載のリソース管理装置において、
前記要求メッセージは、前記要求される通信における送信先の端末の識別子を含み、
前記リソース管理手段は、受け付けた前記要求メッセージに含まれる前記識別子を元に、前記端末が当該リソース管理装置の管理範囲内にあるか否かを判定し、この判定の結果、前記端末が当該リソース管理装置の管理範囲内にないと判定されたときは、他の管理範囲のリソースを管理する他のリソース管理装置に前記要求メッセージを送信し、前記当該リソース管理装置の管理範囲内において必要なリソースを確保する
ことを特徴とするリソース管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークのリソース管理とログファイルの管理を行うリソース管理装置に関する。
【背景技術】
【０００２】
通信ネットワーク、特にＩＰ（Internet  Protocol）ネットワークを利用して音声や映像等のコンテンツを提供する場合、通信路の容量を超えた利用要求によって輻輳が発生すると、パケットの損失等に伴い通信品質が劣化してしまう。従来より、このような通信品質の劣化を防ぐことを目的として、リソース管理装置（リソース管理サーバ）によるネットワークレイヤにおけるリソース管理が研究されている。
【０００３】
リソース管理装置によるリソース管理は、通信ネットワークを構成するルータとは独立したサーバ（リソース管理装置）により、通信ネットワークを構成するノード間（リンクなど）の伝送容量とその利用状況を管理するとともに、ユーザ端末等からのリソース確保要求に対して適当なリソースを払い出すものである。
【０００４】
このようなリソース管理の一例として、次のような方法が開示されている。まず、通信ネットワークの運用開始前に、通信ネットワーク中のリンク（接続情報）及び各リンクのリソース容量を含むルーティング情報に基づいて、パケットが通過する経路を計算し、これを「経路テーブル」に記憶させるとともに、各リンクのリソース容量を「リソース管理テーブル」に記憶させる。このようにして得られたリソース管理テーブルによって、通信ネットワークにおける総リソース容量と、利用中のリソース容量又は利用可能な残りリソース容量とが、管理可能とされている。
【０００５】
通信ネットワークが運用を開始した後では、リソース管理サーバは、通信サービスの利用要求（リソース確保要求）を受け付けると、要求された通信の発着ＩＰアドレスを基に上記経路テーブルから当該通信に必要となるリンクを特定し、上記リソース管理テーブルを参照することによって、これらのリンクの各々について当該通信に必要となる伝送容量（リソース）が利用可能か否かをチェックする。
【０００６】
十分なリソースが利用可能である場合には、上記通信サービスの利用要求に対して許諾応答するとともに、上記リソース管理テーブルの利用中リソース容量に当該通信に割り当てられるリソース量を加算して記憶させる。一方、必要なリソースを確保できない場合には、上記利用要求に対して不許可とする（特許文献１及び非特許文献１参照）。この方法では、通信用に確保していたリソースは、リソースの使用終了時に速やかに解放している。
【０００７】
このようなネットワークを制御しているリソース管理装置では、ネットワークの状態を監視することが重要となる。ネットワークの上では、例えば、エッジルータが、動作に応じて、処理時に与えられたパラメータ、実行した処理の内容、処理結果などの情報を逐一出力している。これらの出力される情報には、通信結果やエッジルータの障害情報なども含まれている。
【０００８】
【特許文献１】特開２００３−２５８８５５号公報
【非特許文献１】矢口他、「大規模ＩＰ網における管理サーバを用いたリソース管理方式の一提案と具体例」、信学総合大会、Ｂ−６−３１（２００２）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述した従来の技術では、既存のリソースの空きを管理し、リソース確保要求に対するリソースの払い出しと、解放による戻りとを管理しているにすぎない。このため、リソースの要求もとの増加やリソースの要求頻度の増加により、高い頻度でリソース確保要求が起こる状態では、リソースが常に不足した状態となり、リソースの確保失敗が多発する。このような状態が放置されると、ネットワークを利用している利用者は、コンテンツ提供などの所望とするサービスが受けられない場合が発生する。
【００１０】
本発明は、以上のような問題点を解消するためになされたものであり、保守管理者が、リソース管理の状態を容易に認識できるようにし、リソース不足の状態がより迅速に解消できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係るリソース管理装置は、互いにリンクされた複数のルータと端末とから構成される通信ネットワークのリソースを管理するリソース管理装置であって、要求される通信における確保したいリソース量を少なくとも含む要求メッセージを受け付けて必要なリソースを確保するリソース管理手段と、リソース管理装置が受け付けたリソース確保失敗のメッセージを収集してログ記憶部に記憶されているログファイルに追加するログ管理手段と、ログ記憶部に記憶されているログファイルを監視し、ログファイルに記録されているリソース確保失敗が示されているエラーメッセージを、リソースの確保を失敗した経路毎に集計して２次ログファイルとしてログ記憶部に記憶する監視手段と、ログ記憶部に記憶されている２次ログファイルを表示出力するログ表示手段とを少なくとも備え、リソース確保失敗のメッセージは、リソース確保失敗とともにリソースの確保を失敗した経路の情報を含み、２次ログファイルは、集計数が多い経路ほど上方に配置された状態で表示出力されるようにしたものである。
【００１２】
上記リソース管理装置において、ログ管理手段は、自身がリソースを管理する範囲内の通信ネットワークより受け付けたリソース確保失敗のメッセージを収集してログ記憶部に記憶されているログファイルに追加する。また、監視手段は、ログ記憶部に記憶されているログファイルの更新を監視し、ログ表示手段は、監視手段の監視の結果、ログファイルが更新されるとログ記憶部に記憶されている２次ログファイルのメッセージを表示出力する。
【００１３】
なお、通信ネットワークは分割された複数の管理範囲を備え、複数のリソース管理装置が複数の管理範囲毎に設けられ、リソース管理手段は、自身が収容されているリソース管理装置の管理範囲内でリソースを確保するようにしてもよい。また、リソース管理装置は、自身の管理範囲及び自身を識別するための識別情報を備え、ログ表示手段は、識別情報をもとに対応するリソース管理装置のログ記憶部に記憶されているログファイルのメッセージを表示出力するようにしてもよい。
【００１４】
また、上記リソース管理装置において、要求メッセージは、要求される通信における送信先の端末の識別子を含み、リソース管理手段は、受け付けた要求メッセージに含まれる識別子を元に、端末が当該リソース管理装置の管理範囲内にあるか否かを判定し、この判定の結果、端末が当該リソース管理装置の管理範囲内にないと判定されたときは、他の管理範囲のリソースを管理する他のリソース管理装置に要求メッセージを送信し、当該リソース管理装置の管理範囲内において必要なリソースを確保するようにしてもよい。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、ログファイルに記録されているリソース確保失敗が示されているエラーメッセージを、リソースの確保を失敗した経路毎に集計して２次ログファイルとしてログ記憶部に記憶し、２次ログファイルは、集計数が多い経路ほど上方に配置された状態で表示出力されるようにしたので、保守管理者が、リソース管理の状態を容易に認識できるようになり、リソース不足の状態がより迅速に解消できるようになるという優れた効果が得られる。このように、リソース不足の状態が容易に認識できれば、例えば、保守管理者に対し、経路毎にリソースの増設及び減設の契機を与えることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図を参照して説明する。図１は、本発明の実施の形態におけるリソース管理装置を用いたリソース管理システムの構成例を示す構成図である。図１に示すリソース管理システムは、通信ネットワーク２００を構成する各管理範囲ネットワーク２０１ａ〜２０１ｃ毎に、リソースを管理するリソース管理サーバ１０１ａ〜１０１ｃを備えている。各リソース管理サーバ（リソース管理装置）１０１ａ〜１０１ｃは、管理対象となる管理範囲ネットワーク２０１ａ〜２０１ｃのリソースを管理している。管理対象となる通信ネットワーク２００は、いわゆるインターネットプロトコル（ＩＰ）に基づく通信ネットワークである。なお、図１では、３組のリソース管理サーバ及び管理範囲ネットワークを例示しているが、これに限らず、４組以上のリソース管理サーバ及び管理範囲ネットワークが存在している場合でも同様である。
【００１７】
例えば、管理範囲ネットワーク２０１ａは、例えば、互いに接続（リンク）された複数のルータ２０２ａ，２０２ｂ，２０２ｃ、端末（Ｔ）２０３ａ，２０３ｂ，２０３ｃ，２０３ｄ，２０３ｅ，２０３ｆから構成される。端末２０３ｂ，端末２０３ｃは、ルータ２０２ａに接続するスイッチングハブ（ＳＷ）２０４ａに集線され、端末２０３ｄ，端末２０３ｅ，端末２０３ｆは、ルータ２０２ａに接続するスイッチングハブ２０４ｂに集線されている。また、端末２０３ｅ，端末２０３ｆは、ゲートウエイ装置（ＧＷ）２０５を介してスイッチングハブ２０４ｂに集線されている。例えば、端末２０３ｅ，端末２０３ｆは、同一の家屋内に配置され、この家屋内に設けられたゲートウエイ装置２０５に接続されている。
【００１８】
端末２０３ａは、アクセスライン２３１によりルータ２０２ａに接続され、端末２０３ｂは、アクセスライン２３２によりスイッチングハブ２０４ａに接続され、端末２０３ｃは、アクセスライン２３３によりスイッチングハブ２０４ａに接続されている。また、端末２０３ｄは、アクセスライン２３４によりスイッチングハブ２０４ｂに接続され、ゲートウエイ装置２０５は、アクセスライン２３５によりスイッチングハブ２０４ｂに接続されている。また、スイッチングハブ２０４ａは、アクセスライン集束２４１によりルータ２０２ａに接続され、スイッチングハブ２０４ｂは、アクセスライン集束２４２によりルータ２０２ａに接続されている。また、ルータ２０２ａはルータ間接続２２１を介してルータ２０２ｂに接続し、ルータ２０２ｂは、ルータ間接続２２２を介してルータ２０２ｃに接続している。
【００１９】
このように構成されている管理範囲ネットワーク２０１ａにおける管理対象となるリソースは、例えば、アクセスライン２３１〜２３５であり、また、アクセスライン集束２４１，２４２であり、ルータ間接続２２１，２２２である。なお、上述した端末、スイッチングハブ、ゲートウエイ装置、ルータなどの各ノードの構成や各リンクの構成は、一例であり、他の管理範囲ネットワーク２０１ｂ，２０１ｃにおいても、同様であり、様々なノードが様々な形態のリンクにより相互に接続されて構成されている。
【００２０】
上述したように、図１に示すリソース管理システムにおいては、通信ネットワーク２００を複数の管理範囲ネットワーク２０１ａ〜２０１ｃに分割し、これらの管理範囲に対して各々リソース管理サーバ１０１ａ〜１０１ｃが設けられている。また、各リソース管理サーバ１０１ａ〜１０１ｃは、互いに通信可能に接続されている。
【００２１】
また、アプリケーションサーバ（ＡＳ）３０１は、いずれかの端末２０３ａ〜２０３ｆからの通信要求をうけ、要求もとの端末２０３ａ〜２０３ｆが属する管理範囲ネットワーク２０１ａのリソースを管理するリソース管理サーバ１０１ａに要求メッセージを送信する。この要求メッセージには、少なくとも、要求される通信における端末２０３ａ〜２０３ｆの識別子及び確保したいリソース量が含まれており、図１に示すシステムにおいては、この識別子として、端末２０３ａ〜２０３ｆのＩＰアドレスが用いられる。
【００２２】
各リソース管理サーバ１０１は、各々通信機能を有するコンピュータであり、各々送受信部１０２，制御部（リソース管理手段）１０３，主記憶部１０４とを有している。また、各リソース管理サーバ１０１は、ログ管理部１０５，ログ記憶部１０６，監視部１０７，及びログ表示部１０８を備えている。これらの機能は、中央演算装置（ＣＰＵ）や記憶装置（ＲＯＭ及びＲＡＭ等の内部メモリの他、固定ディスク装置等の外部記憶装置を含む）などのコンピュータのハードウェア資源とこのコンピュータにインストールされたコンピュータ・プログラム（ソフトウェア）とが協働することによって実現することができる。
【００２３】
上述したように構成された通信ネットワーク２００において、アプリケーションサーバ３０１により、コンテンツの提供などのサービスを行うことが可能とされている。例えば、いずれかのアプリケーションサーバ３０１が、いずれかの端末２０３ａ〜２０３ｆからのコンテンツ送信の要求を受けると、アプリケーションサーバ３０１は、例えば要求もとの端末２０３ｂに対して要求されたコンテンツを送出する。このコンテンツ配信は、管理範囲ネットワーク２０１ａの中では、例えば、ルータ２０２ｃ，ルータ間接続２２２，ルータ２０２ｂ，ルータ間接続２２１，ルータ２０２ａ，アクセスライン集束２４１，スイッチングハブ２０４ａ，アクセスライン２３２を経由して行われる。このようなコンテンツの配信において、リソース管理サーバ１０１ａが、必要となるリソースであるルータ間接続２２２，ルータ間接続２２１，アクセスライン集束２４１，アクセスライン２３２の管理を行う。
【００２４】
上述の場合、コンテンツ送信の要求を受け付けたアプリケーションサーバ３０１は、要求もとの端末２０３ｂが所属する管理範囲ネットワーク２０１ａを管理するリソース管理サーバ１０１ａに、上記コンテンツの送出のためのリソースの要求メッセージを送信する。この要求メッセージには、少なくとも、要求される通信における要求もとの端末２０３ｂの識別子と、確保したいリソース量とが含まれている。端末２０３ｂの識別子としては、例えば、端末２０３ｂのＩＰアドレスなどを用いることができる。
【００２５】
リソース管理サーバ１０１ａにおいて、送受信部１０２は、通信インターフェースを備え、各種メッセージを送信及び受信する。送受信部１０２は、アプリケーションサーバ３０１や他のリソース管理サーバ１０１ｂ，１０１ｃから送信されてきた要求メッセージを受信する。送受信部１０２は、要求メッセージを隣接する他のリソース管理サーバ１０１ｂ，１０１ｃに送信する。また、送受信部１０２は、リソース管理サーバ１０１ａ〜１０１ｃ間の応答メッセージを送受信する。
【００２６】
制御部１０３は、リソース管理サーバ１０１ａ（送受信部１０２）が受信した要求メッセージに応じた処理を行う。制御部１０３は、受信された各メッセージを分析し、例えば、受信メッセージに含まれる要求もと端末２０３ｂのＩＰアドレスを識別する。また、制御部１０３は、識別したＩＰアドレスに対応する端末２０３ｂが、自信の管理範囲内であることを、データベースを参照して判定する。
【００２７】
また、制御部１０３は、主記憶部１０４に用意されている経路情報及びリソース管理テーブルを参照し、必要なリソースを確保する。制御部１０３が確保したリソースの状態は、主記憶部１０４の中のリソース管理テーブルで管理される。このようにリソースを確保しようとした段階で、制御部１０３は、リソースの確保が失敗すると、リソース確保失敗のメッセージを生成する。例えば、制御部１０３は、yyyymmddhhss（日付と時刻）、「エラー内容：確保失敗」、「リソースＩＤ（識別子）」、「リソース管理サーバＩＤ」などを含むエラーメッセージを生成する。また、エラーメッセージは、リソース確保が失敗された対象のリンクの情報を含んでいてもよい。生成されたメッセージは、通信ネットワーク２００上に送出される。
【００２８】
また、制御部１０３は、必要に応じて管理範囲が隣接する他のリソース管理サーバへ、リソース確保要求のメッセージを送信する。このメッセージを受信した他のリソース管理サーバもまた自身の管理範囲内においてリソースを確保し、必要に応じて他のリソース管理サーバへリソース確保要求のメッセージを送信する。例えば、受け付けた要求メッセージに含まれる識別子を元に、要求もとの（コンテンツの配信先）端末２０３ｂが、管理範囲外と判定した場合、及び要求されたリソースが自身管理範囲を超えた部分を含んでいるなどの場合、制御部１０３は、隣接する管理範囲ネットワーク２０１ｂを管理するリソース管理サーバ１０１ｂに対し、リソース確保のための要求メッセージを生成する。
【００２９】
また、制御部１０３は、アプリケーションサーバ３０１からコンテンツの送出などの通信が終了した通知を受け付けると、確保したりソースを解放し、先にリソース確保要求のメッセージを送信した隣接サーバへ、今度はリソース解放要求のメッセージを送信する。ここで、このメッセージを受信した他のリソース管理サーバもまた自身の管理範囲内においてリソースを解放し、先にリソース確保要求のメッセージを送信した他のリソース管理サーバへリソース解放要求のメッセージを送信する。
【００３０】
次に、ログ管理部１０５は、リソース管理サーバ１０１ａ（送受信部１０２）が受け付けたイベント発生のメッセージ及びリソース管理サーバ１０１ａにおけるイベント発生のメッセージを収集し、新たに発生したメッセージをログ記憶部１０６に記憶されているログファイルに追加して更新する。監視部１０７は、ログ記憶部１０６に記憶されているログファイルを監視し、リソース確保失敗が示されているメッセージ（エラーメッセージ）を経路別またサービス種別毎に集計し、集計したリソース確保失敗を示しているメッセージを２次ログファイルとしてログ記憶部１０６に記憶する。
【００３１】
ログ表示部１０８は、ログ記憶部１０６に記憶されているログファイル及び２次ログファイルを参照し、各ログファイル内にあるメッセージを管理者に視認可能な状態に表示する。例えば、ログファイルにあるリソース確保失敗のメッセージが、経路毎に集計されて２次ログファイルに取り出され、ログ表示部１０８により表示される。従って、２次ログファイルを参照することで、リソース確保の失敗が多発している経路（リソース）が管理者に視認可能な状態となる。このように、図１に示すリソース管理装置によれば、リソース確保を失敗した状況が管理者に容易に認知されるようになり、ネットワークにおけるリソース不足の状態が、管理者に容易に把握できるようになる。この結果、管理者は、リソースの増設契機を容易に判断できるようになる。
【００３２】
以下、図１に示すリソース管理装置の動作例について図２（ａ）及び図２（ｂ）のフローチャートを用いて説明する。まずステップＳ２０１で、ログ管理部１０５は、新たなメッセージの発生を検出すると、ステップＳ２０２で、検出したメッセージをログ記憶部１０６に記憶されているログファイルに追加して更新する。次に、ログファイルの追加及び更新が所定時間行われた後（ステップＳ２０３）、ログ記憶部１０６を監視している監視部１０７が、リソース確保失敗のメッセージを収集し（ステップＳ２０４）、収集した確保失敗のメッセージを経路（リソース）別に並び替え（ステップＳ２０５），収集した確保失敗のメッセージを経路（リソース）別に集計し（ステップＳ２０６），集計数の多い順に並び替える（ステップＳ２０７）。
【００３３】
例えば、ステップＳ２０４において、監視部１０７は、リソース確保失敗のメッセージを収集し、以下に示すように、「日付，時刻，接続ＩＤ，端末ＩＤ」が記述されたリソース確保失敗ファイルを生成する。なお、「接続ＩＤ」は、図１に示す，アクセスライン２３１〜２３５，アクセスライン集束２４１，２４２，ルータ間接続２２１、２２２に対応し、端末ＩＤは、端末２０３ａ，２０３ｂ，２０３ｃ，２０３ｄ，２０３ｅ，２０３ｆに対応している。
【００３４】
日付    ,時刻  ,接続ＩＤ             ,端末ID
yyyymmdd,hhmmss,アクセスライン231    ,端末a
yyyymmdd,hhmmss,リンク221            ,端末a
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,アクセスライン集束242,端末f
yyyymmdd,hhmmss,リンク221            ,端末a
yyyymmdd,hhmmss,アクセスライン231    ,端末a
yyyymmdd,hhmmss,リンク221            ,端末d
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,アクセスライン232    ,端末b
yyyymmdd,hhmmss,アクセスライン233    ,端末c
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,アクセスライン集束241,端末c
yyyymmdd,hhmmss,アクセスライン234    ,端末d
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,リンク221            ,端末a
yyyymmdd,hhmmss,アクセスライン235    ,端末e
yyyymmdd,hhmmss,リンク221            ,端末b
yyyymmdd,hhmmss,リンク221            ,端末a
yyyymmdd,hhmmss,アクセスライン集束242,端末d
yyyymmdd,hhmmss,アクセスライン234    ,端末d
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,アクセスライン235    ,端末f
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,アクセスライン231    ,端末a
yyyymmdd,hhmmss,アクセスライン231    ,端末a
yyyymmdd,hhmmss,アクセスライン集束241,端末b
yyyymmdd,hhmmss,アクセスライン集束242,端末e
yyyymmdd,hhmmss,リンク221            ,端末b
yyyymmdd,hhmmss,リンク222            ,端末c
【００３５】
また、ステップＳ２０５において、監視部１０７は、上記の確保失敗ファイルの内容を、例えば、以下に示すように経路毎に並び替える。
【００３６】
日付    ，時刻  ，接続ＩＤ             ，端末ID
yyyymmdd，hhmmss，アクセスライン231    ，端末a
yyyymmdd，hhmmss，アクセスライン231    ，端末a
yyyymmdd，hhmmss，アクセスライン231    ，端末a
yyyymmdd，hhmmss，アクセスライン231    ，端末a
yyyymmdd，hhmmss，アクセスライン232    ，端末b
yyyymmdd，hhmmss，アクセスライン233    ，端末c
yyyymmdd，hhmmss，アクセスライン234    ，端末d
yyyymmdd，hhmmss，アクセスライン234    ，端末d
yyyymmdd，hhmmss，アクセスライン235    ，端末e
yyyymmdd，hhmmss，アクセスライン235    ，端末f
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末b
yyyymmdd，hhmmss，アクセスライン集束241，端末c
yyyymmdd，hhmmss，アクセスライン集束242，端末e
yyyymmdd，hhmmss，アクセスライン集束242，端末f
yyyymmdd，hhmmss，アクセスライン集束242，端末d
yyyymmdd，hhmmss，リンク221            ，端末d
yyyymmdd，hhmmss，リンク221            ，端末a
yyyymmdd，hhmmss，リンク221            ，端末b
yyyymmdd，hhmmss，リンク221            ，端末a
yyyymmdd，hhmmss，リンク221            ，端末b
yyyymmdd，hhmmss，リンク221            ，端末a
yyyymmdd，hhmmss，リンク221            ，端末a
yyyymmdd，hhmmss，リンク222            ，端末c
【００３７】
また、ステップＳ２０６において、監視部１０７は、上記の経路毎に並び替えられた確保失敗ファイルの内容を、例えば、以下に示すように集計する。
【００３８】
接続ＩＤ             ,集計
アクセスライン231    ,04
アクセスライン232    ,01
アクセスライン233    ,01
アクセスライン234    ,02
アクセスライン235    ,02
アクセスライン集束241,08
アクセスライン集束242,03
リンク221            ,07
リンク222            ,01
【００３９】
また、ステップＳ２０７において、監視部１０７は、上記の経路毎に集計された確保失敗ファイルの内容を、例えば、以下に示すように集計数の多い順に並び替える。
【００４０】
接続ＩＤ             ，集計
アクセスライン集束241，08
リンク221            ，07
アクセスライン231    ，04
アクセスライン集束242，03
アクセスライン234    ，02
アクセスライン235    ，02
アクセスライン232    ，01
アクセスライン233    ，01
リンク222            ，01
【００４１】
最後に、監視部１０７は、以上のようにして集計して並び替えた結果を２次ログファイルに追加する（ステップＳ２０８）。従って、所定時間内に発生したログファイルにおけるリソース確保失敗のメッセージは、経路毎に集計された２次ログファイルとして記憶されることになる。
【００４２】
以上のようにしてログ記憶部１０６にログファイル及び２次ログファイルがとられている状態で、ログ表示部１０８は、まず、ステップＳ２２１で、ログ記憶部１０６に記憶されている２次ログファイルの増加を検出すると、２次ログファイルを参照する（ステップＳ２２２）。ログ記憶部１０６は、予め設定されている時間間隔で、２次ログファイルの増加を検出する。ついで、ログ表示部１０８は、２次ログファイルを保守管理者に視認可能な状態に表示する（ステップＳ２２３）。
【００４３】
例えば、ログ表示部１０８は、図１には示していないモニターを備え、このモニターに上述した２次ログファイルが表示される。例えば、前述したように、リソース確保失敗の状況が、経路毎に集計され、かつ集計数の多い順に並び替えられた状態で、上記モニターに表示される。このように、モニターにリソース確保失敗の状態が表示されれば、保守管理者にとって、リソース確保の失敗が多発している経路の状態が容易に識別（認識）されるようになる。このように、経路毎にリソース確保失敗の状況が保守管理者に認識されれば、保守管理者にとってリソース不足が発生している経路が容易に把握できる。このように、図１に示すリソース管理装置によれば、保守管理者に対し、経路毎のリソース毎に増設及び減設の契機を与えることができる。
【００４４】
なお、ログ管理部１０５は、リソース管理サーバ１０１がリソースを管理している管理範囲ネットワーク２０１より受け付けたイベント発生（リソース確保失敗）のメッセージを収集してログ記憶部１０６に記憶されているログファイルに追加するようにしてもよい。また、監視部１０７は、ログ記憶部１０６に記憶されているログファイルの更新時刻を監視し、ログ表示部１０８は、監視部１０７の監視の結果、ログファイルの更新時刻を規定された行数で表示出力するようにしてもよい。
【００４５】
ところで、リソース管理サーバ１０１は、各々自身を識別するための識別情報や、自身の管理範囲を識別するための識別情報などを備えている。例えば、リソース管理サーバ１０１には、ＩＰアドレスとともに局名，識別子の組が識別情報として与えられている。これらは、参照テーブルとして備えられている。ログ表示部１０８により局名「東京」が選択されると、参照テーブルが参照され、ログ表示部１０８は、「東京」と組にされているＩＰアドレス「１９２．１６８．０．５」に対応するリソース管理サーバ１０１のログ記憶部１０６に格納されているログファイルを参照可能となる。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の形態におけるリソース管理装置を用いたリソース管理システムの構成例を示す構成図である。
【図２】図１に示すリソース管理装置の動作例を説明するフローチャートである。
【符号の説明】
【００４７】
１０１ａ，１０１ｂ，１０１ｃ…リソース管理サーバ、１０２…送受信部、１０３…制御部、１０４…主記憶部、１０５…ログ管理部、１０６…ログ記憶部、１０７…監視部、１０８…ログ表示部、２００…通信ネットワーク、２０１ａ，２０１ｂ，２０１ｃ…管理範囲ネットワーク、２０２ａ，２０２ｂ，２０２ｃ…ルータ、２０３ａ〜２０３ｆ…端末（Ｔ）、２０４ａ，２０４ａ…スイッチングハブ（ＳＷ）、２０５…ゲートウエイ装置（ＧＷ）、３０１…アプリケーションサーバ（ＡＳ）、２２１，２２２…ルータ間接続、２３１〜２３５…アクセスライン、２４１，２４２…アクセスライン集束。
【図１】
2007214851.tif 000003
【図２】
2007214851.tif 000004