JP4386368B2 - リソース管理装置 - Google Patents

Description

本発明は、通信ネットワークのリソース管理とログファイルの管理を行うリソース管理装置に関する。

通信ネットワーク、特にＩＰ（Internet Protocol）ネットワークを利用して音声や映像等のコンテンツを提供する場合、通信路の容量を超えた利用要求によって輻輳が発生すると、パケットの損失等に伴い通信品質が劣化してしまう。従来より、このような通信品質の劣化を防ぐことを目的として、リソース管理装置（リソース管理サーバ）によるネットワークレイヤにおけるリソース管理が研究されている。

リソース管理装置によるリソース管理は、通信ネットワークを構成するルータとは独立したサーバ（リソース管理装置）により、通信ネットワークを構成するノード間（リンク）の伝送容量とその利用状況を管理するとともに、ユーザ端末等からのリソース確保要求に対して適当なリソースを払い出すものである。

このようなリソース管理の一例として、次のような方法が開示されている。まず、通信ネットワークの運用開始前に、通信ネットワーク中のリンク（接続情報）及び各リンクのリソース容量を含むルーティング情報に基づいて、パケットが通過する経路を計算し、これを「経路テーブル」に記憶させるとともに、各リンクのリソース容量を「リソース管理テーブル」に記憶させる。このようにして得られたリソース管理テーブルによって、通信ネットワークにおける総リソース容量と、利用中のリソース容量又は利用可能な残りリソース容量とが、管理可能とされている。

通信ネットワークが運用を開始した後では、リソース管理サーバは、通信サービスの利用要求（リソース確保要求）を受け付けると、要求された通信の発着ＩＰアドレスを基に上記経路テーブルから当該通信に必要となるリンクを特定し、上記リソース管理テーブルを参照することによって、これらのリンクの各々について当該通信に必要となる伝送容量（リソース）が利用可能か否かをチェックする。

十分なリソースが利用可能である場合には、上記通信サービスの利用要求に対して許諾応答するとともに、上記リソース管理テーブルの利用中リソース容量に当該通信に割り当てられるリソース量を加算して記憶させる。一方、必要なリソースを確保できない場合には、上記利用要求に対して不許可とする（特許文献１及び非特許文献１参照）。この方法では、通信用に確保していたリソースは、リソースの使用終了時に速やかに解放している。

このようなネットワークを制御しているリソース管理装置では、ネットワークの状態を監視することが重要となる。ネットワークの上では、例えば、エッジルータが、動作に応じて、処理時に与えられたパラメータ、実行した処理の内容、処理結果などの情報を逐一出力している。これらの出力される情報には、通信結果やエッジルータの障害情報なども含まれている。

特開２００３−２５８８５５号公報 矢口他、「大規模ＩＰ網における管理サーバを用いたリソース管理方式の一提案と具体例」、信学総合大会、Ｂ−６−３１（２００２）

上述した従来の技術では、既存のリソースの空きを管理し、リソース確保要求に対するリソースの払い出しと、解放による戻りとを管理しているにすぎない。このため、リソースの要求もとの増加やリソースの要求頻度の増加により、高い頻度でリソース確保要求が起こる状態では、リソースが常に不足した状態となり、リソースの確保失敗が多発する。このような状態が放置されると、ネットワークを利用している利用者は、コンテンツ提供などの所望とするサービスが受けられない場合が発生する。

本発明は、以上のような問題点を解消するためになされたものであり、保守管理者が、リソース管理の状態を容易に認識できるようにし、リソース不足の状態がより迅速に解消できるようにすることを目的とする。

本発明に係るリソース管理装置は、互いにリンクされた複数のルータと端末とから構成される通信ネットワークのリソースを管理するリソース管理装置であって、要求される通信における確保したいリソース量を少なくとも含む要求メッセージを受け付けて必要なリソースを確保するリソース管理手段と、リソース管理装置が受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加するログ管理手段と、ログ記憶部に記憶されているログファイルを監視し、第１の時間毎に、この第１の時間を等分割した第２の時間毎に発生したリソース確保要求が正常に受け付けられたことが示されている正常受付メッセージの数をこの正常受け付けメッセージに含まれている要求内容に含まれるサービス種別毎に各々計数し、第１の時間毎に、この第１の時間内で第２の時間毎に計数された正常受付メッセージをサービス種別毎に数が多い順に並べて記述した２次ログファイルを生成してログ記憶部に記憶する監視手段と、ログ記憶部に記憶されている２次ログファイルを表示出力するログ表示手段とを少なくとも備えるようにしたものである。

上記リソース管理装置において、ログ管理手段は、自身がリソースを管理する範囲内の通信ネットワークより受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加するようにしてもよい。また、監視手段は、ログ記憶部に記憶されているログファイルの更新を監視し、ログ表示手段は、監視手段の監視の結果、ログファイルが更新されるとログ記憶部に記憶されている２次ログファイルを表示出力するようにしてもよい。また、通信ネットワークは分割された複数の管理範囲を備え、複数のリソース管理装置が複数の管理範囲毎に設けられ、リソース管理手段は、自身が収容されているリソース管理装置の管理範囲内でリソースを確保するようにしてもよい。また、リソース管理装置は、自身の管理範囲及び自身を識別するための識別情報を備え、ログ表示手段は、識別情報をもとに対応するリソース管理装置のログ記憶部に記憶されているログファイルのメッセージを表示出力するようにしてもよい。

上記管理装置において、要求メッセージは、要求される通信における送信先の端末の識別子を含み、リソース管理手段は、受け付けた要求メッセージに含まれる識別子をもとに、端末が当該リソース管理装置の管理範囲内にあるか否かを判定し、この判定の結果、端末が当該リソース管理装置の管理範囲内にないと判定されたときは、他の管理範囲のリソースを管理する他のリソース管理装置に要求メッセージを送信し、当該リソース管理装置の管理範囲内において必要なリソースを確保するようにしてもよい。

以上説明したように、本発明によれば、第１の時間毎に、この第１の時間内で第２の時間毎に計数された正常受付メッセージの数を多い順に並べて記述した２次ログファイルを生成するようにしたので、保守管理者が、リソース管理の状態を容易に認識できるようになり、リソース不足の状態がより迅速に解消できるようになるという優れた効果が得られる。例えば、リソース確保の要求が正常に受け付けられた数が処理能力の限界に達していることが容易に分かるようになり、保守管理者に対し、リソースの増設の契機を与えることができる。

以下、本発明の実施の形態について図を参照して説明する。図１は、本発明の実施の形態におけるリソース管理装置を用いたリソース管理システムの構成例を示す構成図である。図１に示すリソース管理システムは、通信ネットワーク２００を構成する各管理範囲ネットワーク２０１毎に、リソースを管理するリソース管理サーバ１０１を備えている。各リソース管理サーバ（リソース管理装置）１０１は、管理対象となる管理範囲ネットワーク２０１のリソースを管理している。管理対象となる通信ネットワーク２００は、いわゆるインターネットプロトコル（ＩＰ）に基づく通信ネットワークである。

管理範囲ネットワーク２０１は、例えば、互いに接続（リンク）された複数のルータ２０２，端末（Ｔ）２０３から構成される。また、管理範囲ネットワーク２０１は、複数の端末２０３を集線していずれかのルータ２０２に接続するスイッチングハブ（ＳＷ）２０４及びゲートウエイ装置（ＧＷ）２０５を備えている。このように構成されている管理範囲ネットワーク２０１におけるリソースは、通信を行う二つの端末２０３間の通信経路を構成するための、端末２０３といずれかのルータ２０２との間のアクセスライン及びルータ２０２の間のリンクである。

なお、図１に示すリソース管理システムにおいては、通信ネットワーク２００を複数の管理範囲ネットワーク２０１に分割し、これらの管理範囲に対して各々リソース管理サーバ１０１が設けられている。また、各リソース管理サーバ１０１は、互いに通信可能に接続されている。

また、アプリケーションサーバ（ＡＳ）３０１は、いずれかの端末２０３からの通信要求を受け、当該端末２０３が属する管理範囲ネットワーク２０１のリソースを管理するリソース管理サーバ１０１に要求メッセージを送信する。この要求メッセージには、少なくとも、要求される通信における端末２０３の識別子及び確保したいリソース量とが含まれており、図１に示すシステムにおいては、この識別子として、端末２０３のＩＰアドレスが用いられる。

各リソース管理サーバ１０１は、各々通信機能を有するコンピュータであり、各々送受信部１０２，制御部（リソース管理手段）１０３，主記憶部１０４とを有している。また、各リソース管理サーバ１０１は、ログ管理部１０５，ログ記憶部１０６，監視部１０７，及びログ表示部１０８を備えている。これらの機能は、中央演算装置（ＣＰＵ）や記憶装置（ＲＯＭ及びＲＡＭ等の内部メモリの他、固定ディスク装置等の外部記憶装置を含む）などのコンピュータのハードウェア資源とこのコンピュータにインストールされたコンピュータ・プログラム（ソフトウェア）とが協働することによって実現することができる。

上述したように構成された通信ネットワーク２００において、アプリケーションサーバ３０１により、コンテンツの提供などのサービスを行うことが可能とされている。例えば、いずれかのアプリケーションサーバ３０１が、いずれかの端末Ｔ２０３からのコンテンツ送信の要求を受けると、アプリケーションサーバ３０１は、当該端末Ｔ２０３に対して要求されたコンテンツを送出する。このようなコンテンツの配信において、リソース管理サーバ１０１が、必要となるリソースの管理を行う。

上述の場合、コンテンツ送信の要求を受け付けたアプリケーションサーバ３０１は、要求もとの端末Ｔ２０３が所属する管理範囲ネットワーク２０１を管理するリソース管理サーバ１０１に、上記コンテンツの送出のためのリソースの要求メッセージを送信する。この要求メッセージには、少なくとも、要求される通信における要求もとの端末Ｔ２０３の識別子と、確保したいリソース量とが含まれている。端末Ｔ２０３の識別子としては、例えば、要求もとの端末Ｔ２０３のＩＰアドレスなどを用いることができる。

リソース管理サーバ１０１において、送受信部１０２は、通信インターフェースを備え、各種メッセージを送信及び受信する。送受信部１０２は、アプリケーションサーバ３０１や他のリソース管理サーバ１０１から送信されてきた要求メッセージを受信する。送受信部１０２は、要求メッセージを隣接する他のリソース管理サーバ１０１に送信する。また、送受信部１０２は、リソース管理サーバ１０１間の応答メッセージを送受信する。

制御部１０３は、リソース管理サーバ１０１（送受信部１０２）が受信した要求メッセージに応じた処理を行う。制御部１０３は、受信された各メッセージを分析し、例えば、受信メッセージに含まれる要求もと端末Ｔ２０３のＩＰアドレスを識別する。また、制御部１０３は、識別したＩＰアドレスに対応する端末Ｔ２０３が、自信の管理範囲内であることを、データベースを参照して判定する。

また、制御部１０３は、主記憶部１０４に用意されている経路情報及びリソース管理テーブルを参照し、必要なリソースを確保する。制御部１０３が確保したリソースの状態は、主記憶部１０４の中のリソース管理テーブルで管理される。このとき、制御部１０３は、上述したリソース確保の要求及びリソース変更の要求を受け付けると、まず、要求を受け付けたことを示すメッセージを生成する。例えば、制御部１０３は、yyyymmddhhss（日付と時刻）、「受付内容：リソース確保要求」、「リソースＩＤ」、「リソース管理サーバＩＤ」などを含むメッセージを生成する。また、上記メッセージは、要求されたリソース確保の対象となるリンクの情報を含んでいてもよい。生成されたメッセージは、通信ネットワーク２００上に送出される。

より詳細に説明すると、要求メッセージ（リソース確保の要求）を受け付けた制御部１０３は、まず、確保（変更）要求の対象となるリソースにおける輻輳状態を判定し、輻輳ピーク時は要求を破棄し、輻輳時は要求に対して不可を応答する。また、輻輳ピーク時に要求を破棄すると、制御部１０３は、受付状態として輻輳ピーク時に要求を破棄した旨が記述されたリソース確保状況のメッセージをログとして出力する。同様に、輻輳のために要求に対して不可を応答すると、制御部１０３は、受付状態として輻輳時不可応答の旨が記述されたリソース確保状況のメッセージをログとして出力する。これらのメッセージ（ログ）は、リソース確保が失敗したことを示すものとなる。

次に、制御部１０３は、受け付けた要求に設定されているパラメータを確認する。パラメータが認識できない場合、制御部１０３は、要求不可を応答する。また、パラメータが認識できずに要求不可が応答した場合、制御部１０３は、受付状態としてパラメータ不正で要求不可が応答された旨が記述されたリソース確保状況のメッセージを、ログとして出力する。このメッセージ（ログ）は、リソース確保が失敗したことを示すものとなる。

次に、制御部１０３は、受け付けた要求の送信元が、自身の管理している管理範囲ネットワークに収容されている端末であるかどうかを判定する。要求の送信元が管理範囲ネットワークに収容されている場合、制御部１０３は、受付状態として送信元の識別情報が記述されたリソース確保状況のメッセージをログとして出力する。一方、要求の送信元が管理範囲ネットワーク内にない場合、制御部１０３は、受付状態として受け付けのみである旨が記述されたリソース確保状況のメッセージをログとして出力する。これらのメッセージは、リソース確保の要求が正常に受け付けられたことを示すものとなる。

次に、要求の送信元が管理範囲ネットワーク内にある場合、制御部１０３は、リソース確保処理を開始する。ただし、リソース確保処理を開始してから、所定時間以内にリソース確保処理が終了しない場合、制御部１０３は、受付状態として時間超過の旨が記述されたリソース確保状況のメッセージをログとして出力する。このメッセージは、リソース確保が失敗したことを示すものとなる。ここで、上述した各メッセージには、受付状態に加え、要求されたサービスを提供するアプリケーションサーバのＩＰアドレスや、当該アプリケーションサーバの識別子などの情報を含む要求内容を備えている。なお、要求内容は、例えば、受付側リソース管理サーバ識別子、受付側リソース識別子、着側リソース管理サーバ識別子、受付側ルータの識別子、ルータの動作状態、サービス種別、受付時刻などを含んでいる。従って、アプリケーションサーバ毎に受け付け数をカウントすることも可能であり、アプリケーションサーバを所有する事業者毎に課金することも可能である。また、アプリケーションサーバーの処理能力限界による更改を、対象の事業者に促すことも可能となる。

また、制御部１０３は、受け付けた要求の送信元が、自身の管理している管理範囲ネットワークに収容されていない場合など、必要に応じて管理範囲が隣接する他のリソース管理サーバへ、リソース確保要求のメッセージを送信する。このメッセージを受信した他のリソース管理サーバもまた自身の管理範囲内においてリソースを確保し、必要に応じて他のリソース管理サーバへリソース確保要求のメッセージを送信する。例えば、受け付けた要求メッセージに含まれる識別子を元に、要求もと（コンテンツの配信先）の端末Ｔ２０３が、管理範囲外と判定した場合、及び要求されたリソースが自身管理範囲を超えた部分を含んでいるなどの場合、制御部１０３は、隣接する管理範囲ネットワーク２０１を管理するリソース管理サーバ１０１に対し、リソース確保のための要求メッセージを生成する。

ログ管理部１０５は、リソース管理サーバ１０１（送受信部１０２）が受け付けたイベント発生のメッセージ及びリソース管理サーバ１０１におけるイベント発生のメッセージを収集し、新たに発生したメッセージをログ記憶部１０６に記憶されているログファイルに追加して更新する。監視部１０７は、ログ記憶部１０６に記憶されているログファイルを監視し、リソース確保の要求が正常に受け付けられたことが示されているメッセージ（正常受付メッセージ）の数を計数し、所定の時間（第１の時間）毎にこの時間を等分割した単位時間（第２の時間）毎に計数された正常受付メッセージの数を多い順に並べて記述した２次ログファイルを生成し、ログ記憶部１０６に記憶する。

例えば、監視部１０７は、まず、所定時間内に受け付けたログの中より、受付状態に「送信元の識別情報」もしくは「受付のみ」が含まれているメッセージを取り出す。ついで、例えばサービス種別毎に、上記所定時間内における単位時間（階級）毎のメッセージの数（度数）の度数分布を作成し、度数の多い順に上位１０の度数の階級（時刻）を度数とともに取り出し、２次ログファイルとする。

ログ表示部１０８は、ログ記憶部１０６に記憶されているログファイル及び２次ログファイルを参照し、各ログファイル内にあるメッセージを管理者に視認可能な状態に表示する。例えば、リソース確保要求が受け付けられたことが示されているメッセージの数の集計結果が示されている２次ログファイルが、ログ表示部１０８により表示される。従って、表示された２次ログファイルを参照することで、リソース確保の要求が多発している状態が管理者に視認可能な状態となる。このように、図１に示すリソース管理装置によれば、リソース確保の要求が多発している状況が管理者に容易に認知されるようになり、ネットワークにおけるリソース不足の状態が、管理者に容易に把握できるようになる。この結果、管理者は、リソースの増設契機を容易に判断できるようになる。

以下、図１に示すリソース管理装置における監視部１０７の動作例について図２（ａ）及び図２（ｂ）のフローチャートを用いて説明する。まず、監視部１０７は、０．１秒（第２の時間）の経過を確認する（ステップＳ２０１）。この０．１秒の中で、監視部１０７は、ログファイルの中に新たなメッセージの発生を検出すると（ステップＳ２０２）、発生したメッセージに含まれている受付状態を確認し、リソース確保の要求が正常に受け付けられたものであることを確認する（ステップＳ２０３）。発生したメッセージが正常受付メッセージである場合、監視部１０７は、メッセージに含まれている要求内容に含まれるサービス種別毎に計数する（ステップＳ２０４）。

上述したステップＳ２０２〜ステップＳ２０４を０．１秒間継続した後（ステップＳ２０１）、監視部１０７は、開始から１時間（第１の時間）が経過したことを確認する（ステップＳ２０５）。１時間経過していない場合、監視部１０７は、サービス種別ことに計数したリソース確保要求正常受付のメッセージ数を集計する（ステップＳ２０６）。このようにして、０．１秒毎に計数したリソース確保要求正常受付のメッセージ数を集計し、これを１時間繰り返した後（ステップＳ２０５）、監視部１０７は、０．１秒毎の計数結果を０．１秒という単位時間毎の度数とした度数分布の中より、度数の多い上位１０位を取り出す（ステップＳ２０７）。ついで、監視部１０７は、サービス種別毎に、取り出した上位１０位の階級（単位時間：第２の時間）をこの順に並べて記述し（ステップＳ２０８）、これを２次ログファイルとして生成する（ステップＳ２０９）。

例えば、生成される２次ログファイルには、以下に示す内容がテキストデータとして含まれている。

２次ログファイル例
時間帯、サービス種別、 計数結果
２３時、コンテンツ配信、０１１０
２３時、コンテンツ配信、００８０
２３時、コンテンツ配信、００７０
２３時、コンテンツ配信、００６５
２３時、コンテンツ配信、００６０
２３時、コンテンツ配信、００５５
２３時、コンテンツ配信、００５０
２３時、コンテンツ配信、００４８
２３時、テレビ電話 、０３１０
２３時、テレビ電話 、０１５０
２３時、テレビ電話 、００８５
２３時、テレビ電話 、００６５
２３時、テレビ電話 、００６０
２３時、テレビ電話 、００５５
２３時、テレビ電話 、００５０
２３時、テレビ電話 、００４８
・ ・ ・
・ ・ ・
・ ・ ・
２３時、合計 、２０１０
２３時、合計 、０７５０
２３時、合計 、０５８５
２３時、合計 、０４６５
２３時、合計 、０３２０
２３時、合計 、０２８５
２３時、合計 、０２５０
２３時、合計 、０２００

以上のようにしてログ記憶部１０６に２次ログファイルが生成されている状態で、ログ表示部１０８は、まず、ステップＳ２２１で、ログ記憶部１０６に記憶されている２次ログファイルの増加（新たな生成）を検出すると、２次ログファイルを参照する（ステップＳ２２２）。ログ記憶部１０６は、予め設定されている時間間隔で、２次ログファイルの増加を検出する。ついで、ログ表示部１０８は、２次ログファイル内にある集計結果を保守管理者に視認可能な状態に表示する（ステップＳ２２３）。

例えば、ログ表示部１０８は、図１には示していないモニターを備え、このモニターに上記集計結果の表示を行う。従って、新たな２次ログファイルが生成されるとこれが表示され、リソース確保数の状態が容易に確認できるようになる。前述したように、図２のフローチャートに示す動作例では、１時間毎に２次ログファイルが生成（追加）されるので、モニター（ログ表示部１０８）には、１時間毎に、リソースの確保の要求が正常に受け付けられた数の多い時間帯（０．１秒）が、多い順に表示され、また、これらが、サービス種別毎に表示される。このように、モニターに２次ログファイルが表示されれば、保守管理者にとって、リソース確保要求の発生状態が容易に識別（認識）されるようになる。前述した２次ログファイル例が生成されている場合、この２次ログファイルが生成されるもととなった１時間において、ある０．１秒間に、非常に多いリソース確保の要求が正常に受け付けられた数の状態が、容易に認識可能となる。

なお、ステップＳ２０６において、メッセージに含まれている情報をもとに、確保要求を受け付けたリソースの種類毎に重み付けを与え、与えられた重み付けを計数結果に反映させて度数の分布をとるようにしてもよい。例えば、リソース確保要求に対応するサービスの処理負荷に応じ、対応するリソース確保要求のメッセージの数に係数をかけて集計（計数）し、度数の分布をとるようにしてもよい。

ところで、リソース管理サーバ１０１は、各々自身を識別するための識別情報や、自身の管理範囲を識別するための識別情報などを備えている。例えば、リソース管理サーバ１０１には、ＩＰアドレスとともに局名，識別子の組が識別情報として与えられている。これらは、参照テーブルとして備えられている。ログ表示部１０８により局名「東京」が選択されると、参照テーブルが参照され、ログ表示部１０８は、「東京」と組にされているＩＰアドレス「１９２．１６８．０．５」に対応するリソース管理サーバ１０１のログ記憶部１０６に格納されているログファイルを参照可能となる。

本発明の実施の形態におけるリソース管理装置を用いたリソース管理システムの構成例を示す構成図である。 図１に示すリソース管理装置の動作例を説明するフローチャートである。

符号の説明

１０１…リソース管理サーバ、１０２…送受信部、１０３…制御部、１０４…主記憶部、１０５…ログ管理部、１０６…ログ記憶部、１０７…監視部、１０８…ログ表示部、２００…通信ネットワーク、２０１…管理範囲ネットワーク、２０２…ルータ、２０３…端末（Ｔ）、２０４…スイッチングハブ（ＳＷ）、２０５…ゲートウエイ装置（ＧＷ）、３０１…アプリケーションサーバ（ＡＳ）。

Claims (6)

1. 互いにリンクされた複数のルータと端末とから構成される通信ネットワークのリソースを管理するリソース管理装置であって、
   要求される通信における確保したいリソース量を少なくとも含む要求メッセージを受け付けて必要なリソースを確保するリソース管理手段と、
   前記リソース管理装置が受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加するログ管理手段と、
   前記ログ記憶部に記憶されているログファイルを監視し、第１の時間毎に、この第１の時間を等分割した第２の時間毎に発生したリソース確保要求が正常に受け付けられたことが示されている正常受付メッセージの数をこの正常受け付けメッセージに含まれている要求内容に含まれるサービス種別毎に各々計数し、前記第１の時間毎に、この第１の時間内で前記第２の時間毎に計数された正常受付メッセージを前記サービス種別毎に数が多い順に並べて記述した２次ログファイルを生成して前記ログ記憶部に記憶する監視手段と、
   前記ログ記憶部に記憶されている前記２次ログファイルを表示出力するログ表示手段と
   を少なくとも備えることを特徴とするリソース管理装置。
2. 請求項１記載のリソース管理装置において、
   前記ログ管理手段は、自身がリソースを管理する範囲内の前記通信ネットワークより受け付けたイベント発生のメッセージを収集してログ記憶部に記憶されているログファイルに追加する
   ことを特徴とするリソース管理装置。
3. 請求項１又は２記載のリソース管理装置において、
   前記監視手段は、前記ログ記憶部に記憶されている前記ログファイルの更新を監視し、
   前記ログ表示手段は、前記監視手段の監視の結果、前記ログファイルが更新されると前記ログ記憶部に記憶されている２次ログファイルを表示出力する
   ことを特徴とするリソース管理装置。
4. 請求項１〜３のいずれか１項に記載のリソース管理装置において、
   前記通信ネットワークは分割された複数の管理範囲を備え、複数の前記リソース管理装置が複数の前記管理範囲毎に設けられ、
   前記リソース管理手段は、自身が収容されているリソース管理装置の管理範囲内でリソースを確保する
   ことを特徴とするリソース管理装置。
5. 請求項４記載のリソース管理装置において、
   前記リソース管理装置は、自身の管理範囲及び自身を識別するための識別情報を備え、
   前記ログ表示手段は、前記識別情報をもとに対応するリソース管理装置の前記ログ記憶部に記憶されている前記ログファイルのメッセージを表示出力する
   ことを特徴とするリソース管理装置。
6. 請求項１〜５のいずれか１項に記載のリソース管理装置において、
   前記要求メッセージは、前記要求される通信における送信先の端末の識別子を含み、
   前記リソース管理手段は、受け付けた前記要求メッセージに含まれる前記識別子をもとに、前記端末が当該リソース管理装置の管理範囲内にあるか否かを判定し、この判定の結果、前記端末が当該リソース管理装置の管理範囲内にないと判定されたときは、他の管理範囲のリソースを管理する他のリソース管理装置に前記要求メッセージを送信し、前記当該リソース管理装置の管理範囲内において必要なリソースを確保する
   ことを特徴とするリソース管理装置。

Images