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