(57)【要約】  本発明は、複数の資源管理装置（Ｍ１）〜（Ｍ４）を導入し、各資源管理装置は資源予約情報送信手段（２０５）と資源予約情報受信手段（２０６）を備える。これにより、資源管理装置のうち１台が停止した際も、資源管理を続けることができるとともに、各資源管理装置で予約済みの資源情報を共有するので、複数の資源管理装置が存在した場合でも、矛盾のない資源管理を行うことができる。また、資源予約要求を複数の資源管理装置で処理することにより、処理負荷を分散できる。
2007534209.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置が接続可能な通信網の資源予約を、前記通信網に接続する他の資源管理装置と共に管理する資源管理装置であって、
予約済みの資源情報を保持する資源予約情報管理手段を備え、
前記資源予約情報管理手段に保持される予約済みの資源情報は、前記他の通信管理装置と共有されている資源管理装置。
【請求項２】
前記通信網に接続する通信装置からの予約要求に基づいて予約の可否を判定し、予約が許可されると判定される場合、予約済みの資源情報を前記資源予約情報管理手段に格納する予約判定手段と、
前記予約判定手段が前記資源予約情報管理手段に格納する予約済みの資源情報を前記他の資源管理装置に送信する資源予約情報送信手段と、
前記他の資源管理装置から予約済みの資源情報を受信して前記資源予約情報管理手段に格納する資源予約情報受信手段とをさらに備える請求の範囲第１項記載の資源管理装置。
【請求項３】
前記他の資源管理装置へ予約済みの資源情報の送信要求を送信する資源予約情報要求手段をさらに備え、
前記資源予約情報要求手段は、さらに前記他の資源管理装置からの予約済みの資源情報の送信要求に基づいて前記資源予約情報管理手段に保持されている予約済みの資源情報を前記他の資源管理装置へ送信する請求の範囲第１項記載の資源管理装置。
【請求項４】
動作のモード情報を保持するモード情報管理手段と、
前記資源管理装置の動作のモード情報を決定し、決定された動作のモード情報を前記モード情報管理手段へ格納するモード設定手段とをさらに備える請求の範囲第１項記載の資源管理装置。
【請求項５】
前記モード情報により示されるモードは、前記資源管理装置自身が予約可否判定を行うマスターモードを含む請求の範囲第４項記載の資源管理装置。
【請求項６】
前記モード情報により示されるモードは、前記資源管理装置が予約可否判定を行わず、前記資源管理装置が予約可否判定を前記他の資源管理装置に任せるプロキシモードを含む請求の範囲第４項記載の資源管理装置。
【請求項７】
前記モード情報により示されるモードは、前記資源管理装置が予約可否判定に関与しない休止モードを含む請求の範囲第４項記載の資源管理装置。
【請求項８】
前記通信網に接続する通信装置からの資源の予約要求を受信する資源予約要求転送手段をさらに備え、
前記資源予約要求転送手段は、前記モード情報管理手段を参照した後に、受信した資源の予約要求を、前記他の資源管理装置へ転送する請求の範囲第４項記載の資源管理装置。
【請求項９】
前記他の資源管理装置からモード情報を受信し、受信したモード情報を前記モード情報管理手段へ格納するモード情報受信手段をさらに備える請求の範囲第４項記載の資源管理装置。
【請求項１０】
前記資源管理装置の動作のモード情報を決定するモード決定手段と、
前記モード決定手段により決定されたモード情報を前記他の資源管理装置へ送信するモード情報送信手段とをさらに備える請求の範囲第４項記載の資源管理装置。
【請求項１１】
前記他の資源管理装置へ動作のモード情報の送信を要求するモード情報要求手段をさらに備え、
前記モード情報要求手段は、さらに前記他の資源管理装置から受信した動作のモード情報を前記モード決定手段へ通知する請求の範囲第１０項記載の資源管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット交換型ネットワーク等の通信網を管理する資源管理装置に関するものである。
【背景技術】
【０００２】
文献１（ＩＥＴＦのＲＦＣ２８１６「Ａ  Ｆｒａｍｅｗｏｒｋ  ｆｏｒ  ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅｓ  Ｏｖｅｒ  Ｓｈａｒｅｄ  ａｎｄ  Ｓｗｉｔｃｈｅｄ  ＩＥＥＥ  ８０２  ＬＡＮ  Ｔｅｃｈｎｏｌｏｇｉｅｓ」、２０００年５月）は、パケット交換型ネットワークにおいて、通信帯域等の資源を管理する技術を開示する。
【０００３】
図９は、従来の資源管理装置を用いたネットワーク構成図である。図９において、中継装置Ｘ０〜Ｘ２は、通信網を構成する。端末Ｔ１、Ｔ２は、中継装置Ｘ１を介して通信網に接続し、端末Ｔ３、Ｔ４は、中継装置Ｘ２を介して通信網に接続する。資源管理装置Ｍ９は、中継装置Ｘ０を介して通信網に接続する。そして、端末Ｔ１〜Ｔ４は、通信網を介して相互に通信できる。
【０００４】
資源管理装置Ｍ９は、全ての端末Ｔ１〜Ｔ４について、通信資源の予約を管理する。例えば、端末Ｔ１が通信資源の予約を求めるとき、端末Ｔ１は、資源管理装置Ｍ９に通信資源の予約を要求し、資源管理装置Ｍ９は予約要求に対して、ネットワークの状況を見て可否判定を行い、判定結果を端末Ｔ１に送信する。端末Ｔ１は、予約可であれば通信を行い、予約不可であれば通信を取りやめる。
【０００５】
なお本明細書において、送信装置、受信装置、中継装置を総称して通信装置と呼ぶ。
【０００６】
図９に示すように、従来の資源管理システムでは、通信網内に資源管理装置が１台だけ存在することが前提となっている。したがって、なんらかの原因で資源管理装置が停止すると、資源の管理が全く不可能になるなど、管理の堅牢性が低い。また、１台ですべての通信装置に関する資源予約を処理するため、資源管理装置１台あたりの処理負荷が重い。
【非特許文献１】ＩＥＴＦのＲＦＣ２８１６「Ａ  Ｆｒａｍｅｗｏｒｋ  ｆｏｒ  ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅｓ  Ｏｖｅｒ  Ｓｈａｒｅｄ  ａｎｄ  Ｓｗｉｔｃｈｅｄ  ＩＥＥＥ  ８０２  ＬＡＮ  Ｔｅｃｈｎｏｌｏｇｉｅｓ」、２０００年５月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
そこで本発明は、管理の堅牢性を高め、資源管理装置１台あたりの処理負担が軽くできる資源管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の発明に係る資源管理装置は、複数の通信装置が接続可能な通信網の資源予約を、通信網に接続する他の資源管理装置と共に管理する資源管理装置であって、予約済みの資源情報を保持する資源予約情報管理手段を備え、資源予約情報管理手段に保持される予約済みの資源情報は、他の通信管理装置と共有されている。
【０００９】
第２の発明に係る資源管理装置では、第１の発明の構成に加え、通信網に接続する通信装置からの予約要求に基づいて予約の可否を判定し、予約が許可されると判定される場合、予約済みの資源情報を資源予約情報管理手段に格納する予約判定手段と、予約判定手段が資源予約情報管理手段に格納する予約済みの資源情報を他の資源管理装置に送信する資源予約情報送信手段と、他の資源管理装置から予約済みの資源情報を受信して資源予約情報管理手段に格納する資源予約情報受信手段とをさらに備える。
【００１０】
これらの構成において、予約済みの資源情報は、他の通信管理装置と共有されているため、資源管理装置は、通信網の予約済みの資源情報をすべて保持することができる。したがって、資源管理装置が資源の予約要求を通信装置から受信した際、通信網の全ての予約済みの資源情報を参照して、資源管理装置は、資源予約の可否判定ができる。
【００１１】
第３の発明に係る資源管理装置では、第１の発明の構成に加え、他の資源管理装置へ予約済みの資源情報の送信要求を送信する資源予約情報要求手段をさらに備え、資源予約情報要求手段は、さらに他の資源管理装置からの予約済みの資源情報の送信要求に基づいて資源予約情報管理手段に保持されている予約済みの資源情報を他の資源管理装置へ送信する。
【００１２】
この構成により、資源管理装置が起動した際、資源管理装置は、通信網に接続する他の資源管理装置から予約済みの資源情報を収集し、資源予約を可否判定できる。
【００１３】
第４の発明に係る資源管理装置では、第１の発明の構成に加え、動作のモード情報を保持するモード情報管理手段と、資源管理装置の動作のモード情報を決定し、決定された動作のモード情報をモード情報管理手段へ格納するモード設定手段とをさらに備える。
【００１４】
この構成によって、資源管理装置は、モード情報を用いることにより、通信装置から受信された資源の予約要求の処理内容を、それ自身で設定／変更できる。
【００１５】
第５の発明に係る資源管理装置では、第４の発明の構成に加え、モード情報により示されるモードは、資源管理装置自身が予約可否判定を行うマスターモードを含む。
【００１６】
第６の発明に係る資源管理装置では、第４の発明の構成に加え、モード情報により示されるモードは、資源管理装置が予約可否判定を行わず、資源管理装置が予約可否判定を他の資源管理装置に任せるプロキシモードを含む。
【００１７】
第７の発明に係る資源管理装置では、第４の発明の構成に加え、モード情報により示されるモードは、資源管理装置が予約可否判定に関与しない休止モードを含む。
【００１８】
これらの構成により、資源管理装置は、通信装置から受信された資源の予約要求を様々な態様で処理できる。例えば、資源管理装置がマスターモードにあるときは、主体的に予約要求を処理できる。また、資源管理装置がプロキシモードにあるときは、予約可否判定を他の資源管理装置に任せて、自身の処理負担を軽減できる。プロキシモードは、資源管理装置のシステムリソースが少ない場合に好適である。さらに、資源管理装置が休止モードにあるときは、資源管理装置は予約要求の処理から解放され、資源管理装置は、必要なら、メンテナンス等を受けることができる。
【００１９】
第８の発明に係る資源管理装置では、第４の発明の構成に加え、通信網に接続する通信装置からの資源の予約要求を受信する資源予約要求転送手段をさらに備え、資源予約要求転送手段は、モード情報管理手段を参照した後に、受信した資源の予約要求を、他の資源管理装置へ転送する。
【００２０】
第９の発明に係る資源管理装置では、第４の発明の構成に加え、他の資源管理装置からモード情報を受信し、受信したモード情報をモード情報管理手段へ格納するモード情報受信手段をさらに備える。
【００２１】
これらの構成により、資源管理装置は、他の資源管理装置との間で予約要求の情報を送受信することができ、通信網に接続する通信装置から送信された資源の予約要求の情報をすべて保持でき、その情報を参照して、自身の処理内容を決定できる。
【００２２】
第１０の発明に係る資源管理装置では、第４の発明の構成に加え、資源管理装置の動作のモード情報を決定するモード決定手段と、モード決定手段により決定されたモード情報を他の資源管理装置へ送信するモード情報送信手段とをさらに備える。
【００２３】
第１１の発明に係る資源管理装置では、第１０項記載の構成に加え、他の資源管理装置へ動作のモード情報の送信を要求するモード情報要求手段をさらに備え、モード情報要求手段は、さらに他の資源管理装置から受信した動作のモード情報をモード決定手段へ通知する。
【００２４】
これらの構成により、資源管理装置の起動時において、資源管理装置は、他の資源管理装置から、資源の予約要求の情報を収集でき、それ自身の処理内容を決定できる。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照しながら、本発明の実施の形態について説明する。図１は、本発明の一実施の形態における資源管理装置を用いたネットワーク構成図である。なお、図１は、初期状態を示している。
【００２６】
本形態では、資源として、通信の帯域を使用する。なお資源としては、帯域以外に、中継装置での処理遅延時間、処理遅延時間の揺らぎ、中継時に要するメモリ量、ＣＰＵ処理量など、パケット中継時に必要な各値を用いてもよい。
【００２７】
図１に示すパケット通信システムは、４つの端末Ｔ１〜Ｔ４と、３つの中継装置Ｘ０〜Ｘ２と、４つの資源管理装置Ｍ１〜４とを含む。端末Ｔ１〜Ｔ４は、パケットを送信する送信装置又はパケットを受信する受信装置として動作する。なお、以下説明を簡単にするため、端末Ｔ１、Ｔ２は送信装置として動作し、端末Ｔ３、Ｔ４は受信装置として動作するものとする。
【００２８】
繰り返しになるが、本明細書において、送信装置、受信装置、中継装置を総称して通信装置と呼ぶ。また、各端末Ｔ１〜Ｔ４及び中継装置Ｘ０、Ｘ１、Ｘ２間は最大帯域１０Ｍｂｐｓで通信可能であり、資源管理装置Ｍ１〜Ｍ４は、通信装置間の接続状態（経路、最大帯域等）の情報をあらかじめ保持しているものとする。勿論、本形態における数値例やネットワーク構成例は、単なる例示に過ぎず、種々変更できることは言うまでもない。
【００２９】
図１の各資源管理装置Ｍ１〜Ｍ４は、それぞれ資源の予約要求の処理内容に関して、稼働と停止の二つの状態をとることができる。各資源管理装置Ｍ１〜Ｍ４は、停止の状態（例えば、故障、電源切断、ネットワークからの切り離し等）にあるとき、モード情報のやりとりを行わない。また、各資源管理装置Ｍ１〜Ｍ４は、稼働の状態にあるとき、以下の３つのモードをとることができる。
１．マスターモード：資源の予約要求を受け付けて予約可否判定を行う。また、他の資源管理装置と、全ての予約済みの資源情報を共有する。
２．プロキシモード：自身では資源予約の可否判定をせず、他のマスターモードの資源管理装置に資源の予約要求を転送する。
３．休止モード：資源の予約要求を受け付けないが、資源管理装置としては、稼働している。なお、上述のように、「休止」と「停止」とは、全く異なる状態であることに注意されたい。
【００３０】
次に図２を用いて、資源管理装置Ｍ１について説明する。なお、資源管理装置Ｍ１〜Ｍ４及び図６に示す資源管理装置Ｍ５は、いずれも図２の構成を有するので、資源管理装置Ｍ１についてのみ詳細に説明する。
【００３１】
資源予約情報管理手段２０２は、メモリなどの記憶媒体からなり、予約済みの資源情報と、通信装置間の接続情報を保持する。
【００３２】
資源予約判定手段２０３は、通信インタフェース２０１が受信した、通信装置からの資源の予約要求を受け取り、資源予約情報管理手段２０２が保持している予約済みの資源情報を参照して、資源予約の可否判定をし、判定結果を通信装置に返答する。資源予約が可のときには、資源予約判定手段２０３は、資源予約情報管理手段２０２に予約済みの資源情報を格納するとともに、資源予約情報送信手段２０５に通知する。
【００３３】
資源予約情報送信手段２０５は、資源予約判定手段２０３から、予約済みの資源情報を受け取って、あるいは、資源予約情報管理手段２０２から、１つまたは複数の予約済みの資源情報を取り出して、他の資源管理装置Ｍ２〜Ｍ４に送信する。
【００３４】
資源予約情報受信手段２０６は、他の資源管理装置Ｍ２〜Ｍ４が送信した予約済みの資源情報を受け取り、資源予約情報管理手段２０２に格納する。
【００３５】
資源予約情報要求手段２０７は、資源管理装置Ｍ１が起動したときなどに、全ての予約済みの資源情報を収集するために、他の資源管理装置Ｍ２〜Ｍ４に、予約済みの資源情報の送信要求を送信する。送信要求を受信した他の資源管理装置Ｍ２〜Ｍ４の資源予約情報要求手段２０７は、自身Ｍ２〜Ｍ４の資源予約情報送信手段２０５に送信要求を通知する。
【００３６】
資源管理装置Ｍ１の資源予約要求転送手段２０４は、通信インタフェース２０１が受信した通信装置からの資源の予約要求を受け取り、処理せずにそのまま他の資源管理装置Ｍ２〜Ｍ４に転送する。
【００３７】
モード情報管理手段２０８は、メモリなどの記憶媒体からなり、資源管理装置Ｍ１のモード情報を保持する。
【００３８】
モード情報送信手段２１０は、モード情報をモード情報管理手段２０８から取り出して、定期的に他の資源管理装置Ｍ２〜Ｍ４に送信する。
【００３９】
モード情報受信手段２１１は、他の資源管理装置Ｍ２〜Ｍ４が送信したモード情報を受信し、モード決定手段２０９に通知する。
【００４０】
モード情報要求手段２１２は、資源管理装置Ｍ１が起動したときなどに、自身が採るべきモード情報を収集するため、他の資源管理装置Ｍ２〜Ｍ４に、モード情報の送信を要求する。他の資源管理装置Ｍ２〜Ｍ４のモード情報要求手段２１２は要求を受け取り、受け取った要求を自身Ｍ２〜Ｍ４のモード情報送信手段２１０に通知する。
【００４１】
モード決定手段２０９は、モード情報をモード情報受信手段２１１から受け取るか、あるいはモード情報管理手段２０８から取り出して、資源管理装置Ｍ１が採るべきモードを決定する。そして、モード決定手段２０９は、決定したモード情報を、モード情報管理手段２０８に格納するとともに、モード情報送信手段２１０に通知する。なおモード決定手段２０９は、監視タイマ２０９ａを具備する。監視タイマ２０９ａは、図３に示すように、資源管理装置毎のタイマ値を取り扱えるようになっており、他の資源管理装置のモードを監視するタイミングを計るために設けられる。モード設定手段２１３は、自身が採るべきモードを定めてモード情報管理手段２０８へ格納する。
【００４２】
次に図４を用いて、図１の資源管理装置Ｍ１が資源の予約要求を受信した場合の動作について述べる。
【００４３】
まず、資源管理装置Ｍ１は、資源の予約要求を受信する（ステップ４０１）と、モード情報管理手段２０８を参照して自身Ｍ１のモード情報を取得する（ステップ４０２）。
【００４４】
自身Ｍ１のモードがプロキシモードであるとき、資源予約要求転送手段２０４は、モード情報管理手段２０８を参照してマスターモードとなっている他の資源管理装置を検索し（ステップ４０４）、該当する資源管理装置のうちの１つに資源の予約要求を転送する（ステップ４０５）。
【００４５】
自身Ｍ１のモードがプロキシモードでないとき、資源予約要求転送手段２０４は、資源予約判定手段２０３に資源の予約要求を通知する。
【００４６】
自身Ｍ１のモードが休止モードであるとき、資源予約判定手段２０３は、資源の予約要求を廃棄する（ステップ４１０）。
【００４７】
自身Ｍ１のモードがマスターモードであるとき、資源予約判定手段２０３は、資源予約の可否判定を行い（ステップ４０７）、予約した資源情報を資源予約情報送信手段２０５に通知する。資源予約情報送信手段２０５は、モード情報管理手段２０８を参照しマスターモードとなっている他の資源管理装置を検索し（ステップ４０８）、自身Ｍ１以外の全ての該当する資源管理装置に、予約済みの資源情報を送信する（ステップ４０９）。
【００４８】
次に、図１〜図７を用いて、本形態における資源管理のシーケンスについて説明する。
【００４９】
図１に示す初期状態では、資源管理装置Ｍ１〜４の４つの資源管理装置が存在し、資源管理装置Ｍ１、Ｍ２はマスターモードにあり、資源管理装置Ｍ３はプロキシモード、資源管理装置Ｍ４は休止モードであるものとする。各資源管理装置Ｍ１〜Ｍ４のモード情報は、それぞれのモード情報送信手段２１０から定期的に他の全ての資源管理装置へ送信され、他の全ての資源管理装置は、全ての資源管理装置のモード情報を、それぞれのモード情報管理手段２０８に保持している。
【００５０】
また各通信装置は、資源管理装置Ｍ１〜Ｍ４の存在の情報を持っており、希望する資源管理装置に帯域の予約を要求することができるとする。
【００５１】
なお、図１の初期状態では、帯域の予約はされておらず、したがって各資源管理装置Ｍ１〜Ｍ４の資源予約情報管理手段２０２は、予約済みの帯域の情報を保持していないとする。
【００５２】
（要求１）
まず、図１において、送信装置Ｔ１が受信装置Ｔ３へ４Ｍｂｐｓのデータ送信を開始しようとする（要求１）。このため送信装置Ｔ１は、資源管理装置Ｍ１に経路（Ｔ１→Ｔ３）上の帯域の予約を要求する。
【００５３】
資源管理装置Ｍ１はマスターモードであるので、資源管理装置Ｍ１の資源予約判定手段２０３が要求１を受け取り、資源予約情報管理手段２０２を参照して帯域予約の可否判定をする。
【００５４】
資源予約情報管理手段２０２には予約済みの帯域の情報はなく、経路（Ｔ１→Ｔ３）上の通信装置間は、それぞれ１０Ｍｂｐｓで通信可能なため、経路（Ｔ１→Ｔ３）上で４Ｍｂｐｓのデータを通信することができる。したがって、資源管理装置Ｍ１の資源予約判定手段２０３は、予約可であると判定し、送信装置Ｔ１へ「予約可」と返答するとともに、資源管理装置Ｍ１の資源予約情報管理手段２０２に「Ｔ１→Ｔ３、４Ｍｂｐｓ」という情報を登録する。送信装置Ｔ１は、資源管理装置Ｍ１からの返答を受信し、データの送信を開始する。
【００５５】
さらに、資源管理装置Ｍ１の資源予約判定手段２０３は、資源管理装置Ｍ１の資源予約情報送信手段２０５に、予約可と判定をした「Ｔ１→Ｔ３、４Ｍｂｐｓ」という情報を通知する。この予約済みの帯域の情報を受け取った資源予約情報送信手段２０５は、モード情報管理手段２０８を参照して、マスターモードの資源管理装置を検索する。
【００５６】
図１に示す例では、資源管理装置Ｍ１の他に資源管理装置Ｍ２もマスターモードであるので、資源管理装置Ｍ１の資源予約情報送信手段２０５は、資源管理装置Ｍ２に予約済みの帯域の情報を送信する。資源管理装置Ｍ２の資源予約情報受信手段２０６はその情報を受信し、資源管理装置Ｍ２の資源予約情報管理手段２０２に同じ予約情報がないことを確認して登録する。
【００５７】
図７（ａ）は、このときの、各資源管理装置Ｍ１〜Ｍ４の資源予約情報管理手段２０２が保持する、予約済みの帯域の情報を示し、図８（ａ）は、リンクＸ１→Ｘ０の接続状態（全帯域、予約帯域、空帯域）を示す。
【００５８】
（要求２）
次に、図１において、送信装置Ｔ２が受信装置Ｔ４へ４Ｍｂｐｓのデータ送信を開始しようとする。送信装置Ｔ２は資源管理装置Ｍ３に経路（Ｔ２→Ｔ４）上の帯域の予約を要求する（要求２）。
【００５９】
資源管理装置Ｍ３はプロキシモードであるので、資源管理装置Ｍ３の資源予約要求転送手段２０４が要求２を受け取り、資源管理装置Ｍ３のモード情報管理手段２０８を参照して、マスターモードの資源管理装置を検索し、マスターモードである資源管理装置Ｍ２に要求２を転送する。
【００６０】
資源管理装置Ｍ２の資源予約判定手段２０３は、要求２を受け取り、要求１の場合と同様に、予約可であると判定し、送信装置Ｔ２へ「予約可」と返答するとともに、資源管理装置Ｍ２の資源予約情報管理手段２０２に「Ｔ２→Ｔ４、４Ｍｂｐｓ」という情報を登録する。送信装置Ｔ２は、資源管理装置Ｍ２からの返答を受信し、データの送信を開始する。
【００６１】
さらに要求１の場合と同様に、資源管理装置Ｍ１は資源管理装置Ｍ２に「Ｔ２→Ｔ４、４Ｍｂｐｓ」という予約済みの帯域の情報を送信する。その結果、資源管理装置Ｍ１の資源予約情報受信手段２０６は、資源管理装置Ｍ１の資源予約情報管理手段２０２に、この予約済みの帯域の情報を登録する。
【００６２】
図７（ｂ）は、このときの、各資源管理装置Ｍ１〜Ｍ４の資源予約情報管理手段２０２が保持する、予約済みの帯域の情報を示し、図８（ｂ）は、このときのリンクＸ１→Ｘ０の接続状態（全帯域、予約帯域、空帯域）を示す。
【００６３】
（要求３）
さらに、図１において、送信装置Ｔ１が受信装置Ｔ４へ４Ｍｂｐｓのデータ送信を開始しようとする。送信装置Ｔ１は、資源管理装置Ｍ１に経路（Ｔ１→Ｔ４）上の帯域の予約を要求（要求３）する。
【００６４】
資源管理装置Ｍ１はマスターモードなので、資源管理装置Ｍ１の資源予約判定手段２０３が要求３を受け取り、要求１の場合と同様に、資源管理装置Ｍ１の資源予約情報管理手段２０２を参照して帯域予約の可否判定をする。
【００６５】
資源管理装置Ｍ１の資源予約情報管理手段２０２には、「Ｔ１→Ｔ３、４Ｍｂｐｓ」と「Ｔ２→Ｔ４、４Ｍｂｐｓ」という予約済みの帯域の情報があり、経路（Ｔ１→Ｔ４）上にさらに４Ｍｂｐｓのデータを送信すると、リンク（Ｘ１→Ｘ０）において、４Ｍｂｐｓの３倍（合計１２Ｍｂｐｓ）のデータを送信することになる。しかし、リンク（Ｘ１→Ｘ０）の全帯域は１０Ｍｂｐｓであり、１２Ｍｂｐｓのデータ送信をすることができない。したがって、資源管理装置Ｍ１の資源予約判定手段２０３は、予約不可であると判定し、送信装置Ｔ１に予約不可と返答する。その結果、送信装置Ｔ１はデータの送信を取りやめる。
【００６６】
図７（ｃ）は、このときの、各資源管理装置Ｍ１〜Ｍ４の資源予約情報管理手段２０２が保持する、予約済みの帯域の情報を示し、図８（ｃ）は、このときのリンク（Ｘ１→Ｘ０）の接続状態（全帯域、予約帯域、空帯域）を示す。
【００６７】
以上のプロセスにより、複数の資源管理装置Ｍ１〜Ｍ４で予約済みの帯域の情報を管理し、各通信装置間において使用可能帯域以上のデータ通信が行われないようにすることができる。
【００６８】
（停止）
次に、ある資源管理装置Ｍ１が停止する場合の動作について説明する。図５は、資源管理装置Ｍ１が停止したときのネットワーク構成図である。
【００６９】
ここで、図５において、各資源管理装置Ｍ１〜Ｍ４のモード決定手段２０９が、資源管理装置Ｍ１の停止を検出するプロセスについて、資源管理装置Ｍ２のモード決定手段２０９を例にとって説明する。なお、他の資源管理装置Ｍ３、Ｍ４は、資源管理装置Ｍ２と同様に、この停止を検出する。この例では、資源管理装置Ｍ１〜Ｍ４は、３０秒毎に他の資源管理装置にモード情報を送信するものとする。
【００７０】
資源管理装置Ｍ２のモード決定手段２０９は、他の資源管理装置Ｍ１、Ｍ３、Ｍ４からモード情報を受信したら、図３（ａ）に示すように、受信した資源管理装置について監視タイマ９０２ａのタイマ値を「６０」に設定する（ｔ＝０）。また、監視タイマ９０２ａは、１秒毎に取り扱っている全ての資源管理装置に関するタイマ値を「１」ずつ減らしていく。
【００７１】
稼動している資源管理装置Ｍ３、Ｍ４からは、３０秒後（ｔ＝３０）にモード情報が送信されてくる。資源管理装置Ｍ２のモード決定手段２０９は、モード情報を受信すると、監視タイマ９０２ａのタイマ値のうち、受信した資源管理装置に関するタイマ値を「６０」に戻す。図３（ｂ）に示すように、ｔ＝３０なるとき、資源管理装置Ｍ１のタイマ値は「３０」のままとなり、「６０」に戻されない。これは、資源管理装置Ｍ１が停止し、資源管理装置Ｍ１からの受信がないためである。
【００７２】
さらに３０秒経過すると（ｔ＝６０）、資源管理装置Ｍ３、Ｍ４からモード情報が受信されるため、資源管理装置Ｍ３、Ｍ４に関するタイマ値は、再び「６０」に戻される。しかしながら、図３（ｃ）に示すように、資源管理装置Ｍ１からは、モード情報が受信されず、ついに資源管理装置Ｍ１に関するタイマ値が「０」となる。資源管理装置Ｍ２のモード決定手段２０９は、タイマ値が「０」となったことをトリガとして、資源管理装置Ｍ１が停止したと判定し、資源管理装置Ｍ２のモード情報管理手段２０８から資源管理装置Ｍ１の情報を消去する（図３（ｄ））。
【００７３】
資源管理装置Ｍ１が停止すると、他の各資源管理装置Ｍ２〜Ｍ４のモード決定手段２０９は、上述したように、資源管理装置Ｍ１の停止を検出し、モード情報管理手段２０８のモード情報を参照して、自身の採るべきモードを決定する。
【００７４】
この例では、資源管理装置Ｍ２はマスターモード、資源管理装置Ｍ３はプロキシモードのままであり、資源管理装置Ｍ４は休止モードからマスターモードに変更することが決定される。
【００７５】
各資源管理装置Ｍ２〜Ｍ４のモードが変更されると、モードを変更した資源管理装置Ｍ４のモード情報送信手段２１０は、他の資源管理装置Ｍ２、Ｍ３にモード情報を送信する。各資源管理装置Ｍ２、Ｍ３のモード情報受信手段２１１がこれを受信し、モード決定手段２０９に通知し、モード決定手段２０９はモード情報管理手段２０８に受信したモード情報を格納するとともに、自身の監視タイマ９０２ａのタイマ値を、該当する値に変更する。
【００７６】
ここで、資源管理装置Ｍ４は、休止モードであったとき、その資源予約情報管理手段２０２に予約済みの帯域の情報を保持していない。したがって、マスターモードになると、他の資源管理装置Ｍ２、Ｍ３から予約済みの帯域の情報を収集しなければならない。そのため、資源管理装置Ｍ４のモード決定手段２０９は、資源管理装置Ｍ４の資源予約情報要求手段２０７に予約済みの帯域の情報を、マスターモードである資源管理装置Ｍ２から収集するように要求する。すると、資源予約情報要求手段２０７は、資源管理装置Ｍ２に予約済みの帯域の情報送信を要求する。
【００７７】
資源管理装置Ｍ２の資源予約情報要求手段２０７は、予約済みの帯域の情報の送信要求を受信すると、資源管理装置Ｍ２の資源予約情報送信手段２０５に通知し、この資源予約情報送信手段２０５は、資源管理装置Ｍ２の資源予約情報管理手段２０２から全ての予約済みの帯域の情報を取り出して、資源管理装置Ｍ４に送信する。
【００７８】
資源管理装置Ｍ４の資源予約情報受信手段２０６はこれを受信し、資源管理装置Ｍ４の資源予約情報管理手段２０２に格納する。このようにして、資源管理装置Ｍ４は全ての予約済みの帯域の情報を収集できる。
【００７９】
図７（ｄ）は、このときの、各資源管理装置の資源予約情報管理手段が保持する、予約済みの帯域の情報を示す。
【００８０】
以上のプロセスにより、資源管理装置Ｍ１が停止した際も、資源管理装置Ｍ２〜Ｍ４は、矛盾のない資源管理を続けることができる。
【００８１】
なお、上記例では、資源管理装置Ｍ１が停止した後に、資源管理装置Ｍ４が予約済みの帯域の情報を取得したが、資源管理装置が休止モードやプロキシモードであるときに、あらかじめ取得していてもよい。
【００８２】
（起動）
次に、新たに資源管理装置Ｍ５が起動する場合の動作について説明する。図６は、資源管理装置Ｍ５が新たに起動したときのネットワーク構成図である。
【００８３】
資源管理装置Ｍ５が新たに起動すると、資源管理装置Ｍ５のモード情報要求手段２１２は、モード情報を収集するために、他の資源管理装置Ｍ２〜Ｍ４にモード情報要求を送信する。
【００８４】
資源管理装置Ｍ２〜Ｍ４のモード情報要求手段２１２は、これを受信し、モード情報送信手段２１０に通知する。モード情報送信手段２１０は、モード情報管理手段２０８から自身のモード情報を取り出し資源管理装置Ｍ５に送信する。
【００８５】
資源管理装置Ｍ５のモード情報受信手段２１１は、資源管理装置Ｍ２〜Ｍ４から送信されたモード情報を受信し、モード決定手段２０９に通知する。モード決定手段２０９は、他の資源管理装置Ｍ２〜Ｍ４のモード情報から、自身の採るべきモードを決定し、モード情報管理手段２０８に格納するとともに、モード情報送信手段２１０から他の資源管理装置Ｍ２〜Ｍ４にモード情報を送信する。
【００８６】
資源管理装置Ｍ２〜Ｍ４は、資源管理装置Ｍ１が停止したときと同様に、自身の採るべきモードを決定し、各資源管理装置Ｍ２〜Ｍ４は、それぞれのモード情報管理手段２０８の情報を変更する。この例では、資源管理装置Ｍ５がマスターモード、資源管理装置Ｍ４が休止モードになり、資源管理装置Ｍ２、Ｍ３はモードを変更しないものとする。
【００８７】
新たにマスターモードになった資源管理装置Ｍ５は、資源管理装置Ｍ１が停止した際に、資源管理装置Ｍ４が休止モードからマスターモードになる場合と同様に、全ての予約済みの帯域の情報を収集する。
【００８８】
図７（ｅ）は、このときの、各資源管理装置Ｍ２〜Ｍ５の資源予約情報管理手段２０２が保持する、予約済みの帯域の情報を示す。
【００８９】
これにより、新たにマスターモードになる資源管理装置Ｍ５が起動した際も、資源管理装置Ｍ２〜Ｍ５は、矛盾なく資源管理を続けることができる。
【００９０】
なお、以上において、資源管理装置Ｍ１の停止後や資源管理装置Ｍ５の起動後に、他の各資源管理装置Ｍ２〜Ｍ５のモードが決定されたが、あらかじめ決定されていてもよい。
【００９１】
また、資源管理装置の停止や起動などが発生する時点ではなく、任意のタイミングで、あるいは定期的に、各資源管理装置のモードを決定してもよい。
【００９２】
また、資源を予約する際の情報として、送信装置、受信装置、使用する資源の量以外に、データの種類、優先度など、その他の情報が入っていてもよい。
【００９３】
各資源管理装置が採るべきモードは、資源管理装置のアドレスや名前、資源管理装置に割当てられた番号、起動順、時刻、ハードウェアスペック、処理負荷、使用しているメモリ量、他の資源管理装置の数やモード、通信装置の数、あらかじめ設定されている優先度、などのうち、１つまたは複数を参照して、あるいはランダムに決定されうる。
【００９４】
なお、予約済みの資源情報の送信は、ユニキャストを用いてもよいし、マルチキャストやブロードキャスト等を用いても差し支えない。
【００９５】
本発明によれば、資源管理装置のうちの１台が停止した場合でも、資源管理を続けることができる。また、複数の資源管理装置が存在しても、資源管理装置間で全ての予約済みの資源情報を共有するので、矛盾のない資源管理を行うことができる。
【００９６】
また、複数の資源管理装置が資源予約の可否判定を行うので、処理負荷を分散することができる。さらに資源管理装置は、自ら資源予約の可否判定を行わずに、他の資源管理装置に可否判定を任せることができるので、システムリソースの少ない資源管理装置について処理負荷を低減できる。
【産業上の利用可能性】
【００９７】
本発明に係る資源管理装置は、例えば、パケット通信網を管理する分野等において好適に利用できる。
【図面の簡単な説明】
【００９８】
【図１】本発明の一実施の形態における資源管理装置を用いたネットワーク構成図
【図２】本発明の一実施の形態における資源管理装置のブロック図
【図３】（ａ）〜（ｄ）は、本発明の一実施の形態における資源管理装置における監視タイマの状態説明図
【図４】本発明の一実施の形態における資源管理装置における資源の予約要求のフローチャート
【図５】本発明の一実施の形態における資源管理装置を用いたネットワーク構成図
【図６】本発明の一実施の形態における資源管理装置を用いたネットワーク構成図
【図７】（ａ）〜図７（ｅ）は、本発明の一実施の形態における帯域予約情報の例示図
【図８】（ａ）〜図８（ｃ）は、本発明の一実施の形態における接続状態の例示図
【図９】従来の資源管理システムのネットワーク構成図
【図１】
2007534209.tif 000003
【図２】
2007534209.tif 000004
【図３】
2007534209.tif 000005
【図４】
2007534209.tif 000006
【図５】
2007534209.tif 000007
【図６】
2007534209.tif 000008
【図７】
2007534209.tif 000009
【図８】
2007534209.tif 000010
【図９】
2007534209.tif 000011
【国際調査報告】
2007534209.tif 000012
2007534209.tif 000013