JP2006203341A - リソース管理装置および方法、ならびにシステム - Google Patents

Abstract

【課題】通信ネットワークを分割した複数の管理範囲ごとに設けられるリソース管理サーバの保守運用性を改善する。
【解決手段】当該リソース管理装置ＲＭＳｉによって管理されているリソース情報を、当該リソース管理装置ＲＭＳｉの管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置ＲＭＳｉ−１，ＲＭＳｉ＋１の識別子とともに記憶するリソース管理テーブル２０２と、前記識別子によって特定される他のリソース管理装置ＲＭＳｉ−１，ＲＭＳｉ＋１に対し他のリソース管理装置ＲＭＳｉ−１，ＲＭＳｉ＋１によって管理されているリソース情報の閲覧を要求する制御部３０４と、他のリソース管理装置ＲＭＳｉ−１，ＲＭＳｉ＋１におけるリソース情報を表示するＧＵＩ部３０１とを備える。
【選択図】 図２

Description

本発明は、通信ネットワークにおけるリソースを管理するリソース管理装置および方法、ならびにシステムに関する。

通信ネットワーク、特にＩＰ（Internet Protocol）ネットワークを利用して音声や映像等のコンテンツを提供する場合には、通信路の容量を超えた利用要求によって輻輳が発生すると、パケットの損失等に伴い通信品質が劣化してしまう。従来より、このような通信品質の劣化を防ぐことを目的として、リソース管理装置によるネットワークレイヤにおけるリソース管理が研究されている。
リソース管理装置によるリソース管理は、通信ネットワークを構成するルータとは独立したリソース管理サーバ（リソース管理装置）によって、通信ネットワークを構成するノード間（リンク）の伝送容量とその利用状況を管理するとともに、ユーザ端末等からのリソース確保要求に対して適切なリソースを払い出すものである。

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

通信ネットワークの運用開始後にあっては、リソース管理サーバにおいて、通信サービスの利用要求（リソース確保要求）を受け付けると、要求された通信の発着ＩＰアドレスを基に経路テーブルから当該通信に必要となるリンクを特定する。そして、リソース管理テーブルを参照し、これらのリンクのそれぞれについて当該通信に必要となる容量が利用可能か否かをチェックする。その結果、十分な容量が利用可能である場合には、通信サービスの利用要求に対して許諾応答するとともに、上記リンクからなるリソースを確保する。具体的には、リソース管理テーブルの利用中リソース容量に当該通信に割り当てられる容量を加算して記憶させる。これに対し、リソースを確保できない場合には、利用要求に対して拒絶応答する（例えば、特許文献１および非特許文献１を参照）。
また、リソースの使用終了時には、それまで通信用に確保していたリソースを速やかに解放する。

なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
特開２００３−２５８８５５号公報 矢口他、「大規模ＩＰ網における管理サーバを用いたリソース管理方式の一提案と具体例」、信学総合大会、Ｂ−６−３１（２００２）

通信ネットワークが大規模になると、管理しなければならないリソースが膨大となるとともに、リソース管理サーバが対応すべきリソース確保要求が増大するので、１台のリソース管理サーバで通信ネットワーク全体のリソースを管理することは困難となる。このような問題に対処するには、通信ネットワークを例えば地域ごとに複数の管理範囲に分割し、これらの管理範囲にそれぞれリソース管理サーバを設けることが考えられる。
異なる事業者によって運用されている複数の通信ネットワークを接続する場合には、各通信ネットワークにそれぞれリソース管理サーバを設ければよい。この場合には、大きな通信ネットワークを事業者ごとに分割し、それぞれに各事業者の通信ネットワークを管理範囲とするリソース管理装置を設けたものと捉えることができる。

このような通信ネットワークにおいて、通信を行う発端末と着端末とがそれぞれ異なる管理範囲に属する場合には、複数の管理範囲にまたがる一連のリソースを複数のリソース管理サーバの間で連携しながら管理することになる。

しかし、それぞれのリソース管理サーバは管理範囲が限定されるため、リソース管理サーバの保守者は、当該リソース管理サーバにおいてその管理範囲内のリソースに関する情報を閲覧できたとしても、他の管理範囲内の情報を閲覧することはできない。このため、仮に複数の管理範囲にまたがる一連のリソースのどこかに故障が発生したとしても、その故障が当該リソース管理サーバの管理範囲内で発生したものでなければ、保守者は当該リソース管理サーバにおいて故障に関する情報を閲覧できず、具体的な故障箇所を特定できない。

また、仮に保守者が当該リソース管理サーバにおいて他の管理範囲内のリソースに関する情報を閲覧できたとしても、自己の管理範囲と他の管理範囲との間での一連のリソースの繋がりが保守者には分からない。このため、リソースの接続関係を表すテーブルを別途用意し、保守者はこのテーブルを参照しながら一連のリソースの繋がりを考える必要がある。
このように、リソース管理サーバの管理範囲が限定される結果、リソース管理サーバの保守運用性が悪くなるという問題があった。

本発明は、このような課題を解決するためになされたものであり、その目的は、通信ネットワークを分割した複数の管理範囲ごとに設けられるリソース管理サーバの保守運用性を改善することにある。

このような目的を達成するために、本発明にかかるリソース管理装置は、互いにリンクされた複数のルータと端末とから構成される通信ネットワークを分割した複数の管理範囲ごとに設けられ、それぞれの管理範囲内におけるリソースを管理するリソース管理装置であって、当該リソース管理装置によって管理されているリソースに関するリソース情報を、前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子とともに記憶するリソース情報記憶手段と、前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースに関するリソース情報の閲覧を要求する閲覧要求メッセージを作成し送信する閲覧要求手段と、前記他のリソース管理装置における前記リソース情報を表示する表示手段とを備えることを特徴とする。

このリソース管理装置は、前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置からの閲覧要求メッセージを受信する閲覧要求メッセージ受信手段と、受信された前記閲覧要求メッセージに応じて前記リソース情報記憶手段から前記リソース情報を読み出すリソース情報読出手段と、読み出された前記リソース情報を前記他のリソース管理装置に表示させる表示可能化手段とを更に備えるものであってもよい。

ここで、前記リソース情報記憶手段は、前記リソース情報の１つとして通信を行う２端末間における通信経路を識別する識別情報を記憶し、前記閲覧要求手段は、前記識別情報を前記閲覧要求メッセージに付加するものであってもよい。これに対応し、前記リソース情報読出手段は、前記閲覧要求メッセージに付加されている識別情報によって特定される通信経路のリソースに関するリソース情報を読み出すものであってもよい。

また、上述したリソース管理装置は、前記識別子によって特定される前記他のリソース管理装置に対し本人確認に用いられる認証情報が付加されたログイン要求メッセージを作成し送信するログイン要求手段を更に備えるものであってもよい。また、本人確認に用いられる認証情報を記憶する認証情報記憶手段と、受信されたログイン要求メッセージに付加された認証情報と前記認証情報記憶手段に記憶されている前記認証情報とを照合することにより、前記ログイン要求メッセージの送信者が正規ユーザ本人であることを確認する認証手段を更に備え、前記リソース情報読出手段は、前記認証手段によって前記ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときに前記リソース情報を読み出すものであってもよい。

また、本発明にかかるリソース管理装置は、互いにリンクされた複数のルータと端末とから構成される通信ネットワークを分割した複数の管理範囲ごとに設けられ、それぞれの管理範囲内におけるリソースを管理するリソース管理装置であって、当該リソース管理装置によって管理されているリソースに関するリソース情報を、前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子とともに記憶するリソース情報記憶手段と、前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースの処理を要求する処理要求メッセージを作成し送信する処理要求手段とを備えることを特徴とする。

このリソース管理装置は、前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置からの処理要求メッセージを受信する処理要求メッセージ受信手段と、受信された前記処理要求メッセージに応じて当該リソース管理装置の管理範囲におけるリソースを処理するとともに、前記リソース情報記憶手段に記憶されているリソース情報を更新するリソース管理手段とを更に備えるものであってもよい。
ここで、前記処理要求手段は、前記リソースの処理として、すでに確保されているリソースの解放を要求する処理要求メッセージを作成し送信するものであってもよい。

また、本発明にかかるリソース管理方法は、互いにリンクされた複数のルータと端末とから構成される通信ネットワークを複数の管理範囲に分割し、これらの管理範囲ごとに設けられたリソース管理装置によって前記通信ネットワークのリソースを管理するリソース管理方法であって、一のリソース管理装置において、前記一のリソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子を第１の記憶手段に記憶する記憶ステップと、前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースに関するリソース情報の閲覧を要求する閲覧要求メッセージを作成し送信する閲覧要求ステップと、前記他のリソース管理装置における前記リソース情報を表示する表示ステップとを備えることを特徴とする。

このリソース管理方法は、前記他のリソース管理装置において、前記他のリソース管理装置によって管理されているリソースに関するリソース情報を第２の記憶手段に記憶する記憶ステップと、前記一のリソース管理装置からの前記閲覧要求メッセージを受信する閲覧要求メッセージ受信ステップと、受信された前記閲覧要求メッセージに応じて前記第２の記憶手段から前記リソース情報を読み出すリソース情報読出ステップと、読み出された前記リソース情報を前記一のリソース管理装置に表示させる表示可能化ステップとを更に備えるようにしてもよい。

ここで、前記第１の記憶手段は、通信を行う２端末間における通信経路を識別する識別情報を更に記憶し、前記閲覧要求ステップは、前記識別情報を前記閲覧要求メッセージに付加するようにしてもよい。これに対応し、前記リソース情報読出ステップは、前記閲覧要求メッセージに付加されている識別情報によって特定される通信経路のリソースに関するリソース情報を読み出すようにしてもよい。

また、上述したリソース管理方法は、前記一のリソース管理装置において、前記識別子によって特定される前記他のリソース管理装置に対し本人確認に用いられる認証情報が付加されたログイン要求メッセージを作成し送信するログイン要求ステップを更に備えるようにしてもよい。また、前記他のリソース管理装置において、受信されたログイン要求メッセージに付加された認証情報と認証情報記憶手段に記憶されている認証情報とを照合することにより、前記ログイン要求メッセージの送信者が正規ユーザ本人であることを確認する認証ステップを更に備え、前記リソース情報読出ステップは、前記認証ステップによって前記ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときに前記リソース情報を読み出すようにしてもよい。

また、本発明にかかるリソース管理方法は、互いにリンクされた複数のルータと端末とから構成される通信ネットワークを複数の管理範囲に分割し、これらの管理範囲ごとに設けられたリソース管理装置によって前記通信ネットワークのリソースを管理するリソース管理方法であって、一のリソース管理装置において、前記一のリソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子を第１の記憶手段に記憶する記憶ステップと、前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースの処理を要求する処理要求メッセージを作成する処理要求メッセージ作成ステップと、前記処理要求メッセージを前記他のリソース管理装置へ送信する処理要求メッセージ送信ステップとを備えることを特徴とする。

このリソース管理方法は、前記他のリソース管理装置において、前記他のリソース管理装置によって管理されているリソースに関するリソース情報を第２の記憶手段に記憶する記憶ステップと、前記一のリソース管理装置からの前記処理要求メッセージを受信する処理要求メッセージ受信ステップと、受信された前記処理要求メッセージに応じて前記他のリソース管理装置の管理範囲におけるリソースを処理するとともに、前記第２の記憶手段に記憶されているリソース情報を更新するリソース管理ステップとを更に備えるようにしてもよい。
ここで、前記処理要求メッセージ作成ステップは、前記リソースの処理として、すでに確保されているリソースの解放を要求する処理要求メッセージを作成するようにしてもよい。

また、本発明にかかるリソース管理システムは、互いにリンクされた複数のルータと端末とから構成される通信ネットワークを複数の管理範囲に分割し、これらの管理範囲ごとに設けられたリソース管理装置によって前記通信ネットワークのリソースを管理するリソース管理システムであって、一のリソース管理装置は、前記一のリソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子を記憶する第１の記憶手段と、前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースに関するリソース情報の閲覧を要求する閲覧要求メッセージを作成し送信する閲覧要求手段と、前記他のリソース管理装置における前記リソース情報を表示する表示手段とを備え、前記他のリソース管理装置は、前記他のリソース管理装置によって管理されているリソースに関するリソース情報を記憶する第２の記憶手段と、前記一のリソース管理装置からの前記閲覧要求メッセージを受信する閲覧要求メッセージ受信手段と、受信された前記閲覧要求メッセージに応じて前記第２の記憶手段から前記リソース情報を読み出すリソース情報読出手段と、読み出された前記リソース情報を前記一のリソース管理装置に表示させる表示可能化手段とを備えることを特徴とする。
なお、前記一または他のリソース管理装置としては、上述した本発明にかかるリソース管理装置を用いることができる。

本発明では、リソース管理装置において、管理範囲が隣接する他のリソース管理装置の識別子を記憶しておき、この識別子によって特定される他のリソース管理装置に対しリソース情報の閲覧を要求する閲覧要求メッセージを送信し、その応答としてリソース情報を表示する。これにより、当該リソース管理装置の保守者は、他のリソース管理装置の管理範囲内におけるリソース情報を閲覧することができる。

また、本発明では、リソース管理装置において、通信を行う２端末間における通信経路を識別する識別情報を記憶しておき、これらの識別情報を閲覧要求メッセージに付加して送信する。また、他のリソース管理装置において、閲覧要求メッセージに付加された識別情報によって特定されるリソース情報を読み出し、当該リソース管理装置に表示させる。これにより、当該リソース管理装置の保守者は、他のリソース管理装置の管理範囲内における所定の通信経路のリソース情報を閲覧することができる。
この際、当該リソース管理装置において、保守者によって指定された識別情報を閲覧要求メッセージに付加することによって、保守者は一連のリソースの繋がりを考える必要がなくなる。

また、本発明では、他のリソース管理装置において、リソース情報を読み出す前に本人確認を行うことによって、管理権限のない者によるリソース情報の閲覧を防止することができる。

また、本発明では、リソース管理装置において、管理範囲が隣接する他のリソース管理装置の識別子を記憶しておき、この識別子によって特定される他のリソース管理装置に対しリソースの処理を要求し、他のリソース管理装置において、当該リソース管理からの要求に応じた処理を行う。これにより、当該リソース管理装置の保守者は、当該リソース管理装置から他のリソース管理装置の管理範囲内におけるリソースの処理を行うことができる。

以上のように、本発明によれば、管理範囲が限定されるリソース管理装置の保守運用性を改善することができる。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
１．リソース管理システムの概要
図１は、本発明の一実施の形態にかかるリソース管理システムの概要を示すブロック図である。
このリソース管理システムは、通信ネットワークのリソースを管理する複数のリソース管理サーバＲＭＳ１，ＲＭＳ２，…，ＲＭＳｎ（ｎは２以上の整数）から構成される。

ここで、管理対象となる通信ネットワークは、インターネットプロトコル（ＩＰ）に基づく通信ネットワークであり、互いにリンクされた複数のルータＲ（Ｒ１１，Ｒ１２，Ｒ１３，Ｒ１４，Ｒ２１，Ｒ２２，Ｒ２３，Ｒ２４，…，Ｒｎ１，Ｒｎ２，Ｒｎ３，Ｒｎ４）と端末Ｔ（Ｔ１１，Ｔ１２，…，Ｔｎ１，Ｔｎ２）とから構成される。この通信ネットワークのリソースとは、通信を行う２つの端末（発端末および着端末）間の通信路を構成する、端末ＴとルータＲとの間のアクセスラインおよびルータＲ相互間のリンクのことをいう。

このリソース管理システムでは、通信ネットワークが複数の管理範囲ＮＷ１，ＮＷ２，…，ＮＷｎに分割され、これらの管理範囲ＮＷ１〜ＮＷｎに対して、それぞれリソース管理サーバＲＭＳ１〜ＲＭＳｎが設けられている。図１においては、リソース管理サーバＲＭＳ１は、管理範囲ＮＷ１のリソースを管理するリソース管理装置、リソース管理サーバＲＭＳ２は、管理範囲ＮＷ２のリソースを管理するリソース管理装置、リソース管理サーバＲＭＳｎは、管理範囲ＮＷｎのリソースを管理するリソース管理装置である。これらのリソース管理サーバＲＭＳ１〜ＲＭＳｎは、互いに通信可能に接続される。
上述した構成は、個々の管理範囲ＮＷ１〜ＮＷｎをそれぞれ一つの通信ネットワーク、リソース管理サーバＲＭＳ１〜ＲＭＳｎをそれぞれ通信ネットワークＮＷ１〜ＮＷｎのリソースを管理するリソース管理装置と捉えることもできる。

アプリケーションサーバＡＳは、端末（例えば、端末Ｔ１１）からの通信要求を受けて、この端末が属する管理範囲（例えば、管理範囲ＮＷ１）のリソースを管理するリソース管理サーバ（例えば、リソース管理サーバＲＭＳ１）に要求メッセージを送信するサーバである。要求メッセージには、通信に必要なリソースの確保を要求するリソース確保要求メッセージ、確保されたリソースの変更を要求するリソース変更要求メッセージ、および確保されたリソースの解放を要求するリソース解放要求メッセージ等がある。

２．リソース管理サーバの構成
リソース管理サーバＲＭＳ１〜ＲＭＳｎは、それぞれ通信機能を有するコンピュータであり、それぞれリソース管理サーバ本体とデータベース部と操作閲覧部とを有する。これらの基本的な機能はリソース管理サーバＲＭＳ１〜ＲＭＳｎのそれぞれにおいて共通している。
なお、これらの機能は、演算装置（ＭＰＵ）や記憶装置（ＲＯＭおよびＲＡＭ等の内部メモリの他、ＨＤＤ等の外部記憶装置を含む）などのコンピュータのハードウェア資源とこのコンピュータにインストールされたコンピュータ・プログラム（ソフトウェア）とが協働することによって実現されるものである。

図２は、リソース管理サーバＲＭＳｉ（ｉ＝１〜ｎ）の機能ブロック図である。
リソース管理サーバ本体ｉ１は、アプリケーションサーバＡＳや、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉに隣接する他の管理範囲ＮＷｉ−１，ＮＷｉ＋１を管理する他のリソース管理サーバ（以下、「隣接サーバ」と略記する）ＲＭＳｉ−１，ＲＭＳｉ＋１との間で要求メッセージをやり取りしながら、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉ内におけるリソースの管理を行う。
データベース部ｉ２には、リソース管理サーバ本体ｉ１によるリソース管理に必要な各種情報が記録される。
操作閲覧部ｉ３は、リソース管理サーバ本体ｉ１によって管理されるリソースに関する情報（リソース情報）を表示する。

以下、リソース管理サーバＲＭＳｉの各部の機能について、さらに詳しく説明する。
２−１．データベース部ｉ２
図２に示すように、データベース部ｉ２は、経路情報２０１、リソース管理テーブル２０２および認証情報２０３を有する。
ここで、経路情報２０１は、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉ内にあるリソースから構成される通信経路のリストである。例えば、経路情報２０１は、管理範囲ＮＷｉ内における経路の入口となるエッジノードのＩＰアドレス「入口ノードＩＰ」と、経路の出口となるエッジノードのＩＰアドレス「出口ノードＩＰ」と、これらのノード間を接続するリソースの容量「リソース容量」と、これらのリソースの詳細「リソース詳細」とから構成される。

「リソース詳細」には、入口ノードと出口ノードとの間や発端末と着端末との間の経路を構成する個々のリソース、すなわちアクセスライン（端末とルータまたはスイッチングハブとの間のパス）やアクセス集線ライン（スイッチングハブとルータとの間のパス）およびリンク（ルータとルータとの間のパス）、発端末のＩＰ、着端末のＩＰ、当該経路を使用しているユーザＩＤが列挙されている。ただし、発端末ＩＰや着端末ＩＰは必ずしも表記されていなくてもよい。当該リソース管理装置の管理範囲ＮＷｉ内で経路の入口ノードのＩＰアドレスと出口ノードのＩＰアドレスが特定できればよい。

また、各経路には、「リソースＩＤ」が付与されている。このリソースＩＤは、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉ内においてユニークな識別子である。したがって、リソースＩＤを参照することによって、経路を構成するノード間のアクセスラインやリンクを列挙しなくても、管理範囲ＮＷｉ内における経路（リソースの集合）を特定することができる。
なお、「入口ノードＩＰ」および「出口ノードＩＰ」の代わりに、管理範囲ＮＷｉ内における経路の出入口となるエッジノードのＩＤ（識別子）である「入口ノードＩＤ」および「出口ノードＩＤ」を用いてもよい。

リソース管理テーブル２０２は、リソース管理サーバ本体ｉ１によって管理されているリソース情報を記憶するテーブルである。例えば、リソース管理テーブル２０２は、「リソースＩＤ」、「発端末ＩＰ」、「着端末ＩＰ」、「入口ノードＩＰ」、「出口ノードＩＰ」、「リソース容量」、「リソース詳細」、「送信元サーバＩＤ」、「送信元リソースＩＤ」、「送信先サーバＩＤ」および「送信先リソースＩＤ」という項目から構成される。

ここで、「リソースＩＤ」は、リソース管理サーバ本体ｉ１によって管理される経路を識別するものであり、上述した経路情報２０１において使用されるリソースＩＤと同じものである。
「入口ノードＩＰ」、「出口ノードＩＰ」、「リソース容量」および「リソース詳細」も、上述した経路情報２０１において使用されるものと同じく、それぞれ、管理範囲ＮＷｉ内における経路の入口となるエッジノードのＩＰアドレス、経路の出口となるエッジノードのＩＰアドレス、これらのノード間を接続するリソースの利用中容量と総容量、これらのリソースの詳細である。なお、「入口ノードＩＰ」および「出口ノードＩＰ」の代わりに、「入口ノードＩＤ」および「出口ノードＩＤ」を用いてもよい。

「送信元サーバＩＤ」および「送信先サーバＩＤ」は、発端末と着端末との間の通信経路上において、当該リソース管理サーバＲＭＳｉに隣接する隣接サーバ等の識別子である。より詳しくは、「送信元サーバＩＤ」は、要求メッセージの送信元、すなわち当該リソース管理サーバＲＭＳｉへ要求メッセージを送信した隣接サーバＲＭＳｉ−１（またはアプリケーションサーバＡＳ）の識別子である。また、「送信先サーバＩＤ」は、要求メッセージの送信先、すなわち当該リソース管理サーバＲＭＳｉから要求メッセージを送信した隣接サーバＲＭＳｉ＋１の識別子である。

「送信元リソースＩＤ」は、要求メッセージの送信元が隣接サーバＲＭＳｉ−１である場合に、この隣接サーバＲＭＳｉ−１によって管理される経路に付与されたリソースＩＤである。この隣接サーバＲＭＳｉ−１の管理範囲ＮＷｉ−１内において「送信元リソースＩＤ」によって識別される経路は、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉ内において「リソースＩＤ」によって識別される経路に繋がっている。
「送信先リソースＩＤ」は、要求メッセージの送信先である隣接サーバＲＭＳｉ＋１によって管理される経路に付与されたリソースＩＤである。この隣接サーバＲＭＳｉ＋１の管理範囲ＮＷｉ＋１内において「送信先リソースＩＤ」によって識別される経路は、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉ内において「リソースＩＤ」によって識別される経路に繋がっている。

このように、リソース管理テーブル２０２では、「リソースＩＤ」と、この「リソースＩＤ」によって識別される経路に繋がる他の管理範囲ＮＷｉ−１，ＮＷｉ＋１における経路を識別する「送信元リソースＩＤ」および「送信先リソースＩＤ」と、他の管理範囲ＮＷｉ−１，ＮＷｉ＋１を管理する隣接サーバＲＭＳｉ−１，ＲＭＳｉ＋１を識別する「送信元サーバＩＤ」および「送信先サーバＩＤ」を対応付けて記憶する。

認証情報２０３は、当該リソース管理サーバＲＭＳｉを含むいずれか、ないしはすべてのリソース管理サーバの保守者のユーザＩＤおよびパスワード等であり、任意のリソース管理サーバの操作閲覧部から当該リソース管理サーバＲＭＳｉの本体ｉ１へのログイン時の本人確認に用いられる。

２−２．操作閲覧部ｉ３
図２に示すように、操作閲覧部ｉ３は、ＧＵＩ（Graphical User Interface）部３０１と、データ記憶部３０２と、ログイン認証部３０３と、制御部３０４と、送受信部３０５とから構成される。

ここで、ＧＵＩ部３０１は、画面上に表示されるアイコンやウィンドウ等のグラフィカルな要素を、マウス等のポインティングデバイスで操作することによって、当該リソース管理サーバＲＭＳｉを操作するものである。特に、リソース管理サーバとそこで管理されている経路とを指定する指定機能と、指定されたリソース管理サーバから送られる指定された経路のリソース情報を画面上に表示する表示機能とを有する。本実施の形態では、リソース管理サーバの指定をそのサーバに付与されるサーバＩＤによって行い、経路の指定をその経路に付与されるリソースＩＤによって行うものとする。

データ記憶部３０２には、当該リソース管理サーバＲＭＳｉの保守者のユーザＩＤおよびパスワード等の認証情報が記憶されている。この認証情報は、操作閲覧部ｉ３へのログイン時の本人確認に用いられる。この他、データ記憶部３０２には、当該リソース管理サーバＲＭＳｉを含むすべてのリソース管理サーバＲＭＳ１〜ＲＭＳｎのサーバＩＤと、それぞれのサーバ本体１１〜ｎ１（の送受信部１０１）のＩＰアドレスとが対応付けて記憶されている。
ログイン認証部３０３は、操作閲覧部ｉ３へのログイン時の本人確認を行う。例えば、ＧＵＩ部３０１に入力されたユーザＩＤおよびパスワードと、データ記憶部３０２に記憶されているユーザＩＤおよびパスワードとを照合し、両者が一致し正規ユーザ本人であることが確認されたときにログインを行い、そうでないときにはログインを行わない。

制御部３０４は、ＧＵＩ部３０１における操作に応じて各種メッセージを作成する。具体的には、当該リソース管理サーバＲＭＳｉを含む任意のリソース管理サーバの本体へのログインを要求するログイン要求メッセージ、および、上記リソース管理サーバの本体によって管理されるリソース情報の閲覧を要求する閲覧要求メッセージを作成する。ログイン要求メッセージには、ＧＵＩ部３０１に入力されたユーザＩＤおよびパスワード等の認証情報が付加される。閲覧要求メッセージには、ＧＵＩ部３０１において指定された経路に対応するリソースＩＤ、このメッセージを作成した当該操作閲覧部ｉ３の送受信部３０５のＩＰアドレス、その他の情報が付加される。

送受信部３０５は、通信インターフェースを備え、当該リソース管理サーバＲＭＳｉを含む任意のリソース管理サーバの本体との間で各種メッセージを送受信するとともに、閲覧要求メッセージの送信先から返信されるリソース情報を受信する。

２−３．リソース管理サーバ本体ｉ１
図２に示すように、リソース管理サーバ本体ｉ１は、送受信部１０１と、リソース管理部１０２と、ログイン認証部１０３と、保守運用部１０４とから構成される。
ここで、送受信部１０１は、通信インターフェースを備え、アプリケーションサーバＡＳや隣接サーバＲＭＳｉ−１，ＲＭＳｉ＋１との間、また操作閲覧部ｉ３との間で各種メッセージを送受信するとともに、閲覧要求メッセージの送信元へリソース情報を返信する。

リソース管理部１０２は、アプリケーションサーバＡＳや発端末側の隣接サーバＲＭＳｉ−１からの要求メッセージに応じて、データベース部ｉ２の経路情報２０１およびリソース管理テーブル２０２を参照し、当該リソース管理サーバＲＭＳｉの管理範囲ＮＷｉ内において通信に必要なリソースの確保、確保されたリソースの変更および解放を行う。リソースの確保は、リソース管理テーブル２０２の「リソース容量」における利用中容量に、当該通信に割り当てられる容量を加算することによって行われる。リソースの解放は、同じく「リソース容量」における利用中容量から、当該通信に割り当てられていた容量を減算することによって行われる。

また、リソースの確保等を行う際、その通信の着端末が自己の管理範囲ＮＷｉ内にないときには、着端末側の隣接サーバＲＭＳｉ＋１へ送信すべき要求メッセージを作成する。これに対し、その通信の着端末が自己の管理範囲ＮＷｉ内にあるときには、必要に応じて要求メッセージの送信元へ返信すべき応答メッセージを作成する。
さらに、要求メッセージの送信先である着端末側の隣接サーバＲＭＳｉ＋１から返信される応答メッセージが受信されたときにも、要求メッセージの送信元へ返信すべき応答メッセージを作成する。

ログイン認証部１０３は、操作閲覧部ｉ３からリソース管理サーバ本体ｉ１へのログイン時の本人確認を行う。ここでいう「操作閲覧部ｉ３からのログイン」とは、当該リソース管理サーバＲＭＳｉだけでなく、他のリソース管理サーバの操作閲覧部ｉ３からのログインも含まれる。
ログイン認証部１０３における本人確認は、次のように行われる。まず、送受信部１０１で受信されたログイン要求メッセージに付加されたユーザＩＤおよびパスワード等の認証情報と、データベース部ｉ２に記憶されている認証情報２０３とを照合する。その結果、両者が一致し、ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときにログインを行い、そうでないときにはログインを行わない。

保守運用部１０４は、操作閲覧部ｉ３からの各種メッセージを受けて、当該リソース管理サーバＲＭＳｉの保守・運用に必要な処理を行う。具体的には、閲覧要求メッセージを受けて、リソース管理部１０２を制御し、データベース部ｉ２のリソース管理テーブル２０２から、閲覧要求メッセージに付加されているリソースＩＤによって特定される経路のリソース情報を読み出し、送受信部１０１へ出力する。なお、保守運用部１０４は、ログイン認証部１０３によってログインが行われたときに限って、上述した処理を行うことができる。

２−４．リソース管理テーブル２０２のデータ設定方法
本実施の形態にかかるリソース管理システムにおいては、通信を行う２端末（発端末と着端末）がそれぞれ異なる管理範囲に属する場合に、発端末のある管理範囲ＮＷ１を管理するリソース管理サーバＲＭＳ１から着端末のある管理範囲ＮＷｎを管理するリソース管理サーバＲＭＳｎへ要求メッセージを送信し、この要求メッセージに対する応答メッセージを逆の経路で返信することによって、複数の管理範囲ＮＷ１〜ＮＷｎにまたがる一連のリソースを複数のリソース管理サーバＲＭＳ１〜ＲＭＳｎの間で連携しながら管理する。
また、この要求メッセージおよび応答メッセージのやり取りを利用して、各リソース管理サーバにおいてリソース管理テーブル２０２の各種データを設定する。以下、データ設定方法について説明する。

リソース確保要求メッセージには、「要求元サーバＩＰ」、「出口ノードＩＰ」、「発端末ＩＰ」、「着端末ＩＰ」、「リソース量」、「送信元サーバＩＤ」および「送信元リソースＩＤ」等が付加されている。ここで、「要求元サーバＩＰ」は、要求メッセージを最初に作成したサーバ、すなわちアプリケーションサーバＡＰのＩＰアドレスである。また、「リソース量」は、通信で確保したいリソース量である。これら以外の項目は、リソース管理テーブル２０２の項目にそれぞれ対応している。
このようなリソース確保要求メッセージが、隣接サーバＲＭＳｉ−１からリソース管理サーバＲＭＳｉへ送信された場合について説明する。

リソース確保要求メッセージをリソース管理サーバＲＭＳｉの本体ｉ１の送受信部１０１で受信すると、リソース管理部１０２は、リソース確保要求メッセージの「発端末ＩＰ」または「出口ノードＩＰ」と「着端末ＩＰ」とから、データベース部ｉ２の経路情報２０１を参照して自己の管理範囲ＮＷｉ内における経路を検索し、この経路について上述したようにリソースを確保する。そして、その経路の「リソースＩＤ」を「入口ノードＩＰ」、「出口ノードＩＰ」、「リソース容量」および「リソース詳細」とともに、データベース部ｉ２のリソース管理テーブル２０２に記録する。この際、上記「リソースＩＤ」に対応付けて、リソース確保要求メッセージに付加されている「発端末ＩＰ」、「着端末ＩＰ」、「送信元サーバＩＤ」および「送信元リソースＩＤ」を記録する。

また、着端末が自己の管理範囲ＮＷｉ内にないときには、リソース確保要求メッセージを作成し、送受信部１０１より着端末側の隣接サーバＲＭＳｉ＋１へ送信する。このリソース確保要求メッセージには、送受信部１０１で受信したリソース確保要求メッセージに付加されていた「要求元サーバＩＰ」、「発端末ＩＰ」、「着端末ＩＰ」および「リソース量」をそのまま付加する。また、送信元となる当該リソース管理サーバＲＭＳｉのサーバＩＤを「送信元サーバＩＤ」として付加する。さらに、自己の管理範囲ＮＷｉ内におけるリソースＩＤおよび出口ノードＩＰを、それぞれ「送信元リソースＩＤ」および「出口ノードＩＰ」として付加する。

これに対し、着端末が自己の管理範囲ＮＷｉ内にあるときには、リソース確保に成功したことを示す応答メッセージを作成し、リソース確保要求メッセージの送信元へ返信する。この応答メッセージには、送受信部１０１で受信したリソース確保要求メッセージに付加されている「要求元サーバＩＰ」および「送信元リソースＩＤ」をそのまま付加する。また、リソース確保要求メッセージの送信元から見て送信先となる当該リソース管理サーバＲＭＳｉのサーバＩＤおよびリソースＩＤを、それぞれ「送信先サーバＩＤ」および「送信先リソースＩＤ」として応答メッセージに付加する。

次いで、リソース確保要求メッセージの送信先である着端末側の隣接サーバＲＭＳｉ＋１からリソース管理サーバＲＭＳｉへ応答メッセージが返信された場合について説明する。
応答メッセージに付加されている「送信元リソースＩＤ」は、この応答メッセージを受信するリソース管理サーバＲＭＳｉにおいては、自己の管理範囲ＮＷｉ内における経路を特定するリソースＩＤに他ならない。したがって、応答メッセージをリソース管理サーバ本体ｉ１の送受信部１０１で受信すると、リソース管理部１０２は、リソースＩＤに対応付けて、応答メッセージに付加されている「送信先サーバＩＤ」および「送信先リソースＩＤ」を、データベース部ｉ２のリソース管理テーブル２０２に記録する。

また、応答メッセージを作成し、リソースＩＤに対応付けてリソース管理テーブル２０２に記録されている「送信元サーバＩＤ」を読み出し、この「送信元サーバＩＤ」によって特定される隣接サーバＲＭＳｎ−１へ応答メッセージを返信する。この応答メッセージには、送受信部１０１で受信した応答メッセージに付加されている「要求元サーバＩＰ」をそのまま付加する。また、当該リソース管理サーバＲＭＳｉのサーバＩＤおよびリソースＩＤをそれぞれ「送信先サーバＩＤ」および「送信先リソースＩＤ」として応答メッセージに付加する。さらに、リソースＩＤに対応付けてリソース管理テーブル２０２に記録されている「送信元リソースＩＤ」を付加する。

３．リソース管理システムの動作
次に、本実施の形態にかかるリソース管理システムの動作について説明する。

３−１．自己のリソース管理サーバによって管理されているリソース情報の閲覧
自己のリソース管理サーバによって管理されているリソース情報を閲覧する際のリソース管理サーバの動作について、図３を参照しながら説明する。ここでは、リソース管理サーバＲＭＳ２の本体２１によって管理されているリソース情報を、当該リソース管理サーバＲＭＳ２の操作閲覧部２３で閲覧する場合を例にして説明する。

リソース管理サーバＲＭＳ２の保守者が操作閲覧部２３を起動し（ステップＳ１１）、保守者のユーザＩＤおよびパスワードを操作閲覧部２３のＧＵＩ部３０１に入力すると（ステップＳ１２，ＹＥＳ）、操作閲覧部２３は入力されたユーザＩＤおよびパスワードをログイン認証部３０３へ送る。そして、ログイン認証部３０３において、入力されたユーザＩＤおよびパスワードと、データ記憶部３０２に記憶されているユーザＩＤおよびパスワードとを照合する。その結果、両者が一致し正規ユーザ本人であることが確認されたときには（ステップＳ１３，ＯＫ）、ログインし（ステップＳ１４）、そうでないときには（ステップＳ１３，ＮＧ）、ＧＵＩ部３０１にログイン拒絶を表示する（ステップＳ１５）。なお、ログインすると、入力されたユーザＩＤおよびパスワードは、ログアウトするまでログイン認証部３０３に記憶される。

ログインすると、ＧＵＩ部３０１の画面にメニューが表示される。このとき、当該リソース管理サーバＲＭＳ２によって管理されているリソース情報の閲覧処理を行うボタンも表示される。このボタンを保守者がクリックすると（ステップＳ１６，ＹＥＳ）、操作閲覧部２３はリソース管理サーバ本体２１にログインするために、制御部３０４においてログイン要求メッセージを作成し、送受信部３０５よりリソース管理サーバ本体２１へ送信する（ステップＳ１７）。このログイン要求メッセージには、ログイン認証部３０３に記憶されている保守者によって入力されたユーザＩＤおよびパスワードが付加されている。

リソース管理サーバ本体２１は、送受信部１０１において操作閲覧部２３からのログイン要求メッセージを受信すると、ログイン要求メッセージに付加されているユーザＩＤおよびパスワードを抽出し、ログイン認証部１０３へ送る。そして、ログイン認証部１０３において、ログイン要求メッセージに付加されていたユーザＩＤおよびパスワードと、データベース部２２に記憶されている認証情報２０３とを照合する。その結果、両者が一致し、ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときには（ステップＳ１８，ＯＫ）、ログインし、リソース管理サーバ本体２１と操作閲覧部２３との双方間にＴＣＰコネクションを確立する（ステップＳ１９）。

これに対し、照合の結果、両者が一致しなかったときには、リソース管理サーバ本体２１は、ログイン拒絶メッセージを作成し、操作閲覧部２３へ返信する（ステップＳ２０）。
このログイン拒絶メッセージを受信した操作閲覧部２３は、リソース管理サーバ本体２１にログインが拒絶された旨をＧＵＩ部３０１に表示し（ステップＳ２１）、ユーザＩＤおよびパスワードの再入力を求める。保守者がユーザＩＤおよびパスワードを入力し直すと（ステップＳ２２，ＹＥＳ）、操作閲覧部２３は、新たに入力されたユーザＩＤおよびパスワードを付加したログイン要求メッセージを制御部３０４において作成し、送受信部３０５よりリソース管理サーバ本体２１へ再送する（ステップＳ１７）。

ステップＳ１９において、リソース管理サーバ本体２１へのログインに成功すると、操作閲覧部２３は、リソース管理サーバ本体２１からリソース情報を取得するために、制御部３０４において閲覧要求メッセージを作成し、送受信部３０５よりリソース管理サーバ本体２１へ送信する（ステップＳ２３）。

リソース管理サーバ本体２１は、送受信部１０１において操作閲覧部２３からの閲覧要求メッセージを受信すると、保守運用部１０４によってリソース管理部１０２を制御し、データベース部２２のリソース管理テーブル２０２からリソース情報を読み出し（ステップＳ２４）、読み出されたリソース情報を送受信部１０１より操作閲覧部２３へ返信する（ステップＳ２５）。この際、リソース情報の全項目を読み出し返信してもよいし、一部の項目を読み出し返信してもよい。本実施の形態では、「リソースＩＤ」、「リソース容量」、「リソース詳細」、「送信元サーバＩＤ」および「送信先サーバＩＤ」の各データを読み出し返信するものとする。

リソース情報を受信した操作閲覧部２３は、リソース情報をＧＵＩ部３０１へ送り、画面に表示する（ステップＳ２６）。
ＧＵＩ部３０１には、リソース情報が例えば図４に示すように表示される。この例では、「リンク（利用中容量／全容量）」、「送信元サーバ」および「送信先サーバ」という項目が画面表示されている。
ここで、「リンク（利用中容量／全容量）」には、当該リソース管理サーバＲＭＳ２の管理範囲ＮＷ２内における経路を構成するリンクの番号と、そのリンクの全容量および現在利用中の容量がまとめて表示される。

また、「送信元サーバ」および「送信先サーバ」は、上記経路に繋がる隣接サーバが表示される。隣接サーバの名称が設定されている場合には、その名称（図４では「ＲＭＳ１」等）が表示され、名称が設定されていない場合には、隣接サーバのＩＤ（図４では「281.0.556」等）がそのまま表示される。当該リソース管理サーバＲＭＳ２の管理範囲ＮＷ２内に発端末または着端末が存在する場合には、送信元サーバまたは送信先サーバが存在しないので、それぞれの項目が空欄になる（図４では「送信元サーバ」の欄の２段目および「送信先サーバ」の欄の５段目）
なお、図４には、現在、当該リソース管理サーバＲＭＳ２によって管理されるリソースを使って５組の通信が行われている状態が示されている。これらの通信は、「リンク（利用中容量／全容量）」の欄から分かるように、それぞれ異なる経路を通過している。

３−２．隣接サーバによって管理されているリソース情報の閲覧
次に、隣接サーバによって管理されているリソース情報を閲覧する際のリソース管理サーバの動作について、図５を参照しながら説明する。ここでは、隣接サーバＲＭＳ３の本体３１によって管理されているリソース情報を、当該リソース管理サーバＲＭＳ２の操作閲覧部２３で閲覧する場合を例にして説明する。

当該リソース管理サーバＲＭＳ２によって管理されているリソース情報が、図４に示したようにＧＵＩ部３０１に画面表示されているものとする。例えば「リンク（利用中容量／全容量）」の欄の１段目の経路に繋がる隣接サーバＲＭＳ３の管理範囲ＮＷ３内における経路のリソース情報を閲覧したい場合には、保守者はまず「リンク（利用中容量／全容量）」の欄の１段目の経路をクリックし、この経路を選択状態にする。この状態で表示ボタン３１１をクリックすると、「送信元サーバ」および「送信先サーバ」というプルダウンメニュー（図示せず）が表示されるので、このうちの「送信先サーバ」をクリックする。または、画面表示されている「送信先サーバ」の欄の１段目をダブルクリックする。これにより、当該リソース管理サーバＲＭＳ２の管理範囲ＮＷ２内における複数の経路の中の１つと、この経路に繋がる送信先サーバである隣接サーバＲＭＳ３とが指定される（ステップＳ３１）。

このようにして経路および隣接サーバＲＭＳ３が指定されると、操作閲覧部２３は指定された経路に対応するリソースＩＤおよび隣接サーバＲＭＳ３のＩＤ（送信先ＩＤ）をＧＵＩ部３０１から制御部３０４へ送る。そして、まず指定された隣接サーバＲＭＳ３の本体３１にログインするために、制御部３０４においてログイン要求メッセージを作成し、送受信部３０５より隣接サーバＲＭＳ３の本体３１へ送信する（ステップＳ３２）。このログイン要求メッセージには、ログイン認証部３０３に記憶されている保守者によって入力されたユーザＩＤおよびパスワードが付加される。また、隣接サーバＲＭＳ３の本体３１のＩＰアドレスは、隣接サーバＲＭＳ３のＩＤをキーにしてデータ記憶部３０２を検索することによって取得することができる。

隣接サーバＲＭＳ３の本体３１は、送受信部１０１において当該リソース管理サーバＲＭＳ２の操作閲覧部２３からのログイン要求メッセージを受信すると、ログイン要求メッセージに付加されているユーザＩＤおよびパスワードを抽出し、ログイン認証部１０３へ送る。そして、ログイン認証部１０３において、ログイン要求メッセージに付加されていたユーザＩＤおよびパスワードと、データベース部３２に記憶されている認証情報２０３とを照合する。その結果、両者が一致し、ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときには（ステップＳ３３，ＯＫ）、ログインし、隣接サーバＲＭＳ３の本体３１と当該リソース管理サーバＲＭＳ２の操作閲覧部２３との双方間にＴＣＰコネクションを確立する（ステップＳ３４）。

これに対し、照合の結果、両者が一致しなかったときには、隣接サーバＲＭＳ３の本体３１は、ログイン拒絶メッセージを作成し、当該リソース管理サーバＲＭＳ２の操作閲覧部２３へ返信する（ステップＳ３５）。
このログイン拒絶メッセージを受信した当該リソース管理サーバＲＭＳ２の操作閲覧部２３は、隣接サーバＲＭＳ３の本体３１にログインが拒絶された旨をＧＵＩ部３０１に表示し（ステップＳ３６）、ユーザＩＤおよびパスワードの再入力を求める。保守者がユーザＩＤおよびパスワードを入力し直すと（ステップＳ３７，ＹＥＳ）、操作閲覧部２３は、新たに入力されたユーザＩＤおよびパスワードを付加したログイン要求メッセージを制御部３０４において作成し、送受信部３０５より隣接サーバＲＭＳ３の本体３１へ再送する（ステップＳ３２）。

ステップＳ３４において、隣接サーバＲＭＳ３の本体３１へのログインに成功すると、当該リソース管理サーバＲＭＳ２の操作閲覧部２３は、隣接サーバＲＭＳ３の本体３１からリソース情報を取得するために、制御部３０４において閲覧要求メッセージを作成し、送受信部３０５より隣接サーバＲＭＳ３の本体３１へ送信する（ステップＳ３８）。この閲覧要求メッセージには、ステップＳ３１において指定された経路に対応するリソースＩＤが「送信元リソースＩＤ」として付加される。リソースＩＤが「送信元リソースＩＤ」として付加されるのは、当該リソース管理サーバＲＭＳ２におけるリソースＩＤが、隣接サーバＲＭＳ３から見るとリソース確保要求メッセージの送信元におけるリソースＩＤ、すなわち送信元リソースＩＤに相当するからである。同様に、ステップＳ３１において、送信元サーバである隣接サーバＲＭＳ１が指定されたときには、閲覧要求メッセージにリソースＩＤが「送信先リソースＩＤ」として付加されることになる。

隣接サーバＲＭＳ３の本体３１は、送受信部１０１において当該リソース管理サーバＲＭＳ２の操作閲覧部２３からの閲覧要求メッセージを受信すると、保守運用部１０４において閲覧要求メッセージに付加されている送信元リソースＩＤを抽出する。そして、リソース管理部１０２を制御し、データベース部３２のリソース管理テーブル２０２を参照して上記送信元リソースＩＤに対応付けられたリソース情報を読み出す（ステップＳ３９）。このリソース情報は、ステップＳ３１において指定された経路に繋がる隣接サーバＲＭＳ３の管理範囲ＮＷ３内における経路のリソース情報である。よって、読み出されたリソース情報を送受信部１０１より当該リソース管理サーバＲＭＳ２の操作閲覧部２３へ返信する（ステップＳ４０）。

このリソース情報を受信した当該リソース管理サーバＲＭＳ２の操作閲覧部２３は、リソース情報をＧＵＩ部３０１へ送り、画面に表示する（ステップＳ４１）。
ＧＵＩ部３０１には、隣接サーバＲＭＳ３のリソース情報が、例えば図６に示すように表示される。図６においては、当該リソース管理サーバＲＭＳ２の名称「ＲＭＳ２」が「送信元サーバ」の欄に表示されている。

このように隣接サーバＲＭＳ３のリソース情報が画面表示されている状態で、隣接サーバＲＭＳ４のリソース情報を閲覧したい場合には、ステップＳ３１〜Ｓ４１の動作を繰り返し行えばよい。
このようなリソース情報の閲覧処理を繰り返し行うことにより、発端末から着端末までの一連の通信経路が複数のリソース管理サーバの管理範囲にまたがる場合であっても、その通信経路のリソース情報を、当該リソース管理サーバＲＭＳ２のＧＵＩ部３０１で閲覧することができる。

これにより、当該リソース管理サーバＲＭＳ２の保守者は、一連の経路に故障が発生した場合には、その故障がいずれのリソース管理サーバの管理範囲内で発生した場合であっても、具体的な故障箇所を特定することができる。
また、保守者によって指定されたリソース管理サーバの管理範囲内における指定された経路のリソース情報がＧＵＩ部３０１に表示されるので、保守者は複数の管理範囲にまたがる一連の経路の繋がりを考える必要がなくなる。

３−３．表示のバリエーション
図６には、「リンク（利用中容量／全容量）」の欄に隣接サーバＲＭＳ３のリソース情報のみを表示する例を示したが、一連の経路における当該リソース管理サーバＲＭＳ２のリソース情報と隣接サーバＲＭＳ３のリソース情報とを繋げて表示するようにしてもよい。

また、本実施の形態では、図５のステップＳ３１においてリソース情報を閲覧したい経路を指定する例を示したが、経路を指定しなくてもよい。この場合には、図５のステップＳ３８において作成される閲覧要求メッセージにリソースＩＤが付加されないので、この閲覧要求メッセージを受信した隣接サーバＲＭＳ３の本体３１は、データベース部３２からすべてのリソース情報を読み出し（図５のステップＳ３９）、当該リソース管理サーバＲＭＳ２の操作閲覧部２３へ返信する（図５のステップＳ４０）。これにより、操作閲覧部２３のＧＵＩ部３０１には、隣接サーバＲＭＳ３のすべてのリソース情報が表示されることになる（図５のステップＳ４１）。

この場合には、ＧＵＩ部３０１に、当該リソース管理サーバＲＭＳ２のリソース情報と、隣接サーバＲＭＳ３のリソース情報とを同時に表示するようにしてもよい。一連の経路におけるリソース情報については、上述したように繋げて表示するようにしてもよい。

３−４．隣接サーバの管理範囲内における経路の特定方法
隣接サーバのリソース情報を閲覧する際に、隣接サーバの管理範囲内における経路を特定する方法として、当該リソース管理サーバにおける「リソースＩＤ」を用いる例を説明したが、以下の方法を採ることもできる。

（１）隣接サーバにおけるリソースＩＤ（当該リソース管理サーバにおける「送信元リソースＩＤ」または「送信先リソースＩＤ」）
隣接サーバにおけるリソースＩＤ、すなわち当該リソース管理サーバにおける「送信元リソースＩＤ」または「送信先リソースＩＤ」を用いる場合には、当該リソース管理サーバのリソース情報をリソース管理テーブル２０２から読み出す際に「送信元リソースＩＤ」および「送信先リソースＩＤ」も一緒に読み出し（図３のステップＳ２４）、ＧＵＩ部３０１へ送る（図３のステップＳ２５）。そして、隣接サーバのリソース情報の閲覧処理において、指定された経路に対応する「送信元リソースＩＤ」または「送信先リソースＩＤ」を閲覧要求メッセージに付加して隣接サーバの本体へ送る（図５のステップＳ３８）。当該リソース管理サーバにおける「送信元リソースＩＤ」または「送信先リソースＩＤ」は、隣接サーバにおける「リソースＩＤ」に相当する。よって、このリソースＩＤに対応付けられたリソース情報を隣接サーバの本体がリソース管理テーブル２０２から読み出して返信することにより（図５のステップＳ３９，Ｓ４０）、当該リソース管理サーバのＧＵＩ部３０１で隣接サーバの管理範囲内における所望の経路のリソース情報を表示することができる（図５のステップＳ４１）。

なお、発端末から着端末までの一連の経路にリソースＩＤが付与されている場合には、このリソースＩＤを用いることもできる。この場合には、一連の経路に付与されたリソースＩＤを、各リソース管理サーバのリソース管理テーブル２０２に記録しておく必要がある。

（２）着端末ＩＰ（通信を行う着端末のＩＰアドレス）
着端末ＩＰを用いる場合には、当該リソース管理サーバのリソース情報をリソース管理テーブル２０２から読み出す際に「着端末ＩＰ」も一緒に読み出し（図３のステップＳ２４）、ＧＵＩ部３０１へ送る（図３のステップＳ２５）。そして、隣接サーバのリソース情報の閲覧処理において、指定された経路に対応する「着端末ＩＰ」を閲覧要求メッセージに付加して隣接サーバの本体へ送る（図５のステップＳ３８）。隣接サーバの本体が、この「着端末ＩＰ」に対応付けられたリソース情報をリソース管理テーブル２０２から読み出して返信することにより（図５のステップＳ３９，Ｓ４０）、当該リソース管理サーバのＧＵＩ部３０１で隣接サーバの管理範囲内における所望の経路のリソース情報を表示することができる（図５のステップＳ４１）。

同様に、着端末のＩＰプレフィックス（ＩＰアドレスの集合）、または、着端末のＩＤ（識別子）を用いることもできる。この場合には、着端末のＩＰプレフィックスまたはＩＤを、各リソース管理サーバのリソース管理テーブル２０２に記録しておく必要がある。

（３）発端末ＩＰ（通信を行う発端末のＩＰアドレス）および着端末ＩＰ（通信を行う着端末のＩＰアドレス）
具体的な方法は、着端末ＩＰを用いる場合と同様である。
また、発端末のＩＰプレフィックス（またはＩＤ（識別子））および着端末のＩＰプレフィックス（またはＩＤ（識別子））を用いることもできる。これらの場合には、それぞれの情報を各リソース管理サーバのリソース管理テーブル２０２に記録しておく必要がある。

（４）当該リソース管理サーバのＩＤ（識別子）
当該リソース管理サーバのＩＤを用いる場合には、当該リソース管理サーバのＩＤを閲覧要求メッセージに付加して隣接サーバの本体へ送る（図５のステップＳ３８）。当該リソース管理サーバのＩＤは、隣接サーバにおいては「送信元ＩＤ」または「送信先ＩＤ」に相当する。よって、この「送信元ＩＤ」または「送信先ＩＤ」に対応付けられたリソース情報を隣接サーバの本体がリソース管理テーブル２０２から読み出して返信することにより（図５のステップＳ３９，Ｓ４０）、当該リソース管理サーバのＧＵＩ部３０１で隣接サーバの管理範囲内における所望の経路のリソース情報を表示することができる（図５のステップＳ４１）。

同様に、当該リソース管理サーバのＩＰアドレスを用いることもできる。この場合には、当該リソース管理サーバのＩＰアドレスを、各リソース管理サーバのリソース管理テーブル２０２に記録しておく必要がある。

なお、当該リソース管理サーバの管理範囲内における経路を識別するものを第１の識別情報と定義する。具体的には、当該リソース管理サーバにおけるリソースＩＤが第１の識別情報に相当する。
また、隣接サーバの管理範囲内における経路を識別するものを第２の識別情報と定義する。具体的には、隣接サーバにおけるリソースＩＤが第２の識別情報に相当する。
上述した発端末から着端末までの一連の経路に付与されたリソースＩＤ、着端末ＩＰ（または着端末ＩＰプレフィックス、または着端末ＩＤ）、発端末ＩＰ（または発端末ＩＰプレフィックス、または発端末ＩＤ）と着端末ＩＰ（または着端末ＩＰプレフィックス、または着端末ＩＤ）との対は、第１，第２の識別情報の両方に含まれる。

３−５．リソース管理サーバによって確保されているリソースの解放
上述したようにリソース管理サーバＲＭＳｉ（ｉ＝１〜ｎ）は、リソース確保要求メッセージを受けて自己の管理範囲ＮＷｉ内において必要なリソースを確保し、リソース解放要求メッセージを受けて既に確保されているリソースを解放する。

しかし、例えばリソース管理サーバＲＭＳ２がリソース確保要求メッセージを受けてリソースを確保した後に、リソース確保要求メッセージの送信元である隣接サーバＲＭＳ１との間で通信不可能になった場合には、発着端末間の通信終了後に隣接サーバＲＭＳ１から送られてくるはずのリソース解放要求メッセージを当該リソース管理サーバＲＭＳ２で受けることができず、通信終了後もその通信のために確保されたリソースを解放することができない。また、リソース管理サーバＲＭＳ２がリソースを確保し、リソース確保要求メッセージをさらに隣接サーバＲＭＳ３へ送信したものの、隣接サーバＲＭＳ３または更にその先のサーバが故障しリソースを確保できない場合には、結果として発端末から着端末までの一連のリソースを確保できなくなる。

このような場合に、通信に使用されないリソースを当該リソース管理サーバＲＭＳ２において確保し続けることは、リソースの有効活用を阻害することとなる。
そこで、以下に、当該リソース管理サーバＲＭＳ２の保守者によって擬似的にリソースを解放する方法について説明する。

３−５−１．自己のリソース管理サーバによって確保されているリソースの解放
まず、自己のリソース管理サーバＲＭＳ２によって確保されているリソースを解放する際のリソース管理サーバＲＭＳ２の動作について、図７を参照しながら説明する。
当該リソース管理サーバＲＭＳ２によって管理されているリソース情報が、図４に示したようにＧＵＩ部３０１に画面表示されており、当該リソース管理サーバＲＭＳ２の操作閲覧部２３とサーバ本体２１との双方間にＴＣＰコネクションを確立しているものとする。

例えば、図４における「リンク（利用中容量／全容量）」の欄の１段目の経路にかかるリソースを解放したい場合には、保守者はまず「リンク（利用中容量／全容量）」の欄の１段目の経路をクリックしてこの経路を選択状態し、この状態で解放ボタン３１２をクリックする。これにより、当該リソース管理サーバＲＭＳ２の管理範囲ＮＷ２内における複数の経路の中から、リソースを解放したい経路が指定される（ステップＳ５１）。

このようにして経路が指定されると、操作閲覧部２３は指定された経路に対応するリソースＩＤをＧＵＩ部３０１から制御部３０４へ送る。そして、指定された経路にかかるリソースを解放するために、制御部３０４においてリソース解放要求メッセージ（リソース処理要求メッセージ）を作成し、送受信部３０５よりリソース管理サーバ本体２１へ送信する（ステップＳ５２）。このリソース解放要求メッセージには、ステップＳ５１において指定された経路に対応するリソースＩＤが付加される。

リソース管理サーバ本体２１は、送受信部１０１において操作閲覧部２３からのリソース解放要求メッセージを受信すると、保守運用部１０４においてリソース解放要求メッセージに付加されているリソースＩＤを抽出する。そして、リソース管理部１０２を制御し、データベース部２２のリソース管理テーブル２０２を参照して上記リソースＩＤに対応付けられたリソース情報を検索し、そのリソース情報をリソース管理テーブル２０２から削除する。これにより、指定された経路にかかるリソースが解放される（ステップＳ５３）。

３−５−２．隣接サーバによって確保されているリソースの解放
次に、隣接サーバＲＭＳ３によって確保されているリソースを解放する際のリソース管理サーバＲＭＳ２，ＲＭＳ３の動作について、図８を参照しながら説明する。
隣接サーバＲＭＳ３によって管理されているリソース情報が、図６に示したように当該リソース管理サーバＲＭＳ２のＧＵＩ部３０１に画面表示されており、当該リソース管理サーバＲＭＳ２の操作閲覧部２３と隣接サーバＲＭＳ３のサーバ本体３１との双方間にＴＣＰコネクションを確立しているものとする。

図６における「リンク（利用中容量／全容量）」の欄の経路にかかるリソースを解放したい場合には、保守者はまず図６における「リンク（利用中容量／全容量）」の欄の経路をクリックしてこの経路を選択状態し、この状態で解放ボタン３１２をクリックする。これにより、隣接サーバＲＭＳ３の管理範囲ＮＷ３内における複数の経路の中から、リソースを解放したい経路が指定される（ステップＳ６１）。

このようにして経路が指定されると、操作閲覧部２３は指定された経路に対応するリソースＩＤをＧＵＩ部３０１から制御部３０４へ送る。そして、指定された経路にかかるリソースを解放するために、制御部３０４においてリソース解放要求メッセージを作成し、送受信部３０５より隣接サーバＲＭＳ３の本体３１へ送信する（ステップＳ６２）。このリソース解放要求メッセージには、ステップＳ６１において指定された経路に対応するリソースＩＤが付加される。

隣接サーバＲＭＳ３の本体３１は、送受信部１０１においてリソース解放要求メッセージを受信すると、保守運用部１０４においてリソース解放要求メッセージに付加されているリソースＩＤを抽出する。そして、リソース管理部１０２を制御し、隣接サーバＲＭＳ３のデータベース部３２のリソース管理テーブル２０２を参照して上記リソースＩＤに対応付けられたリソース情報を検索し、そのリソース情報をリソース管理テーブル２０２から削除する。これにより、隣接サーバＲＭＳ３の管理範囲ＮＷ３内における経路にかかるリソースが解放される（ステップＳ６３）。

その他のリソース管理サーバによって確保されているリソースも、同様にして解放することができる。したがって、発端末から着端末までの一連の通信経路が、複数のリソース管理サーバの管理範囲にまたがる場合であっても、その通信経路にかかるリソースを当該リソース管理サーバＲＭＳ２のＧＵＩ部３０１から擬似的に解放することができる。

ここでは、操作閲覧部２３とリソース管理サーバ本体２１，３１等との双方間にＴＣＰコネクションが確立されている場合について説明したが、ＴＣＰコネクションが確立されていない場合には、操作閲覧部２３からリソース管理サーバ本体２１，３１等へログインする必要がある。具体的には、図７のステップＳ５１とＳ５２との間に図３のステップＳ１７〜Ｓ２２の処理を行い、図８のステップＳ６１とＳ６２との間に図５のステップＳ３２〜Ｓ３７の処理を行うことになる。
また、リソース管理サーバによって確保されているリソースを擬似的に解放することについて説明したが、確保されているリソースの擬似的な変更、その他の処理を行うこともできる。

３−６．保守者の管理権限
上述したリソース情報の閲覧やリソースの解放といった保守者に認められる管理権限を、それぞれの保守者ごとに個別に設定することができる。例えば、「リソース管理サーバＲＭＳ２の保守者Ａには、当該リソース管理サーバＲＭＳ２のリソース情報の閲覧を認めるが、リソースの解放は認めない」、「リソース管理サーバＲＭＳ２の保守者Ｂには、当該リソース管理サーバＲＭＳ２のリソース情報の閲覧を認めるが、他のリソース管理サーバのリソース情報の閲覧は認めない」、「リソース管理サーバＲＭＳ４のリソース情報は、リソース管理サーバ３，４，５の保守者には閲覧を認めるが、その他のリソース管理サーバの保守者には閲覧を認めない」等の設定が可能である。

具体的には、リソース管理サーバＲＭＳｉ（ｉ＝１〜ｎ）の操作閲覧部ｉ３またはデータベース部ｉ２に管理権限を設定する。
操作閲覧部ｉ３に設定する場合には、データ記憶部３０２において、保守者のユーザＩＤに対応付けて、その保守者に認められる管理権限を表す管理権限データを記録する。この管理権限データを操作閲覧部ｉ３へのログイン時にログイン認証部３０３を介してＧＵＩ部３０１へと送り、ＧＵＩ部３０１において管理権限データによって認められない行為をその保守者ができないようにする。例えば、画面表示される複数のボタンのうち、認められない行為をするためのボタンを保守者が押せないようにする。

データベース部ｉ２に設定する場合には、認証情報２０３において、保守者のユーザＩＤに対応付けて、その保守者に認められる管理権限を表す管理権限データを記録する。この管理権限データをリソース管理サーバ本体ｉ１へのログイン時にログイン認証部１０３を介して保守運用部１０４へと送り、保守運用部１０４において管理権限データによって認められない行為をその保守者ができないようにする。例えば、認められない行為をするための要求メッセージがその保守者から送られてきたときに、その要求を拒絶する応答をする。

本発明は、広域通信ネットワークを利用した高品質の通信サービスに利用することができる。

本発明の一実施の形態にかかるリソース管理システムの概要を示すブロック図である。 リソース管理サーバの機能ブロック図である。 自己のリソース管理サーバによって管理されているリソース情報を閲覧する際のリソース管理サーバの動作の流れを示すフローチャートである。 ＧＵＩ部におけるリソース情報（自己のリソース管理サーバによって管理されているリソース情報）の画面表示の一例を示す図である。 隣接サーバによって管理されているリソース情報を閲覧する際のリソース管理サーバの動作の流れを示すフローチャートである。 ＧＵＩ部におけるリソース情報（隣接サーバによって管理されているリソース情報）の画面表示の一例を示す図である。 自己のリソース管理サーバによって確保されているリソースを解放する際のリソース管理サーバの動作の流れを示すフローチャートである。 隣接サーバによって確保されているリソースを解放する際のリソース管理サーバの動作の流れを示すフローチャートである。

符号の説明

１０１…送受信部、１０２…リソース管理部、１０３…ログイン認証部、１０４…保守運用部、２０１…経路情報、２０２…リソース管理テーブル、２０３…認証情報、３０１…ＧＵＩ部、３０２…データ記憶部、３０３…ログイン認証部、３０４…制御部、３０５…送受信部、３１１…表示ボタン、３１２…解放ボタン、ｉ１…リソース管理サーバ本体、ｉ２…データベース部、ｉ３…操作閲覧部、ＡＳ…アプリケーションサーバ、ＮＷｉ…管理範囲（通信ネットワーク）、Ｒｉ１〜Ｒｉ４…ルータ、ＲＭＳｉ…リソース管理サーバ、Ｔ１１，Ｔ１２，Ｔｎ１，Ｔｎ２…端末（以上、ｉ＝１〜ｎ）。

Claims (19)

1. 互いにリンクされた複数のルータと端末とから構成される通信ネットワークを分割した複数の管理範囲ごとに設けられ、それぞれの管理範囲内におけるリソースを管理するリソース管理装置であって、
   当該リソース管理装置によって管理されているリソースに関するリソース情報を、前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子とともに記憶するリソース情報記憶手段と、
   前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースに関するリソース情報の閲覧を要求する閲覧要求メッセージを作成し送信する閲覧要求手段と、
   前記他のリソース管理装置における前記リソース情報を表示する表示手段と
   を備えることを特徴とするリソース管理装置。
2. 請求項１に記載のリソース管理装置において、
   前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置からの閲覧要求メッセージを受信する閲覧要求メッセージ受信手段と、
   受信された前記閲覧要求メッセージに応じて前記リソース情報記憶手段から前記リソース情報を読み出すリソース情報読出手段と、
   読み出された前記リソース情報を前記他のリソース管理装置に表示させる表示可能化手段と
   を更に備えることを特徴とするリソース管理装置。
3. 請求項２に記載のリソース管理装置において、
   前記リソース情報記憶手段は、前記リソース情報の１つとして通信を行う２端末間における通信経路を識別する識別情報を記憶し、
   前記閲覧要求手段は、前記識別情報を前記閲覧要求メッセージに付加することを特徴とするリソース管理装置。
4. 請求項３に記載のリソース管理装置において、
   前記リソース情報読出手段は、前記閲覧要求メッセージに付加されている識別情報によって特定される通信経路のリソースに関するリソース情報を読み出すことを特徴とするリソース管理装置。
5. 請求項２に記載のリソース管理装置において、
   前記識別子によって特定される前記他のリソース管理装置に対し本人確認に用いられる認証情報が付加されたログイン要求メッセージを作成し送信するログイン要求手段を更に備えることを特徴とするリソース管理装置。
6. 請求項５に記載のリソース管理装置において、
   本人確認に用いられる認証情報を記憶する認証情報記憶手段と、
   受信されたログイン要求メッセージに付加された認証情報と前記認証情報記憶手段に記憶されている前記認証情報とを照合することにより、前記ログイン要求メッセージの送信者が正規ユーザ本人であることを確認する認証手段を更に備え、
   前記リソース情報読出手段は、前記認証手段によって前記ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときに前記リソース情報を読み出すことを特徴とするリソース管理装置。
7. 互いにリンクされた複数のルータと端末とから構成される通信ネットワークを分割した複数の管理範囲ごとに設けられ、それぞれの管理範囲内におけるリソースを管理するリソース管理装置であって、
   当該リソース管理装置によって管理されているリソースに関するリソース情報を、前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子とともに記憶するリソース情報記憶手段と、
   前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースの処理を要求する処理要求メッセージを作成し送信する処理要求手段と
   を備えることを特徴とするリソース管理装置。
8. 請求項７に記載のリソース管理装置において、
   前記当該リソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置からの処理要求メッセージを受信する処理要求メッセージ受信手段と、
   受信された前記処理要求メッセージに応じて当該リソース管理装置の管理範囲におけるリソースを処理するとともに、前記リソース情報記憶手段に記憶されているリソース情報を更新するリソース管理手段と
   を更に備えることを特徴とするリソース管理装置。
9. 請求項７または８に記載のリソース管理装置において、
   前記処理要求手段は、前記リソースの処理として、すでに確保されているリソースの解放を要求する処理要求メッセージを作成し送信することを特徴とするをリソース管理装置。
10. 互いにリンクされた複数のルータと端末とから構成される通信ネットワークを複数の管理範囲に分割し、これらの管理範囲ごとに設けられたリソース管理装置によって前記通信ネットワークのリソースを管理するリソース管理方法であって、
    一のリソース管理装置において、前記一のリソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子を第１の記憶手段に記憶する記憶ステップと、
    前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースに関するリソース情報の閲覧を要求する閲覧要求メッセージを作成し送信する閲覧要求ステップと、
    前記他のリソース管理装置における前記リソース情報を表示する表示ステップと
    を備えることを特徴とするリソース管理方法。
11. 請求項１０に記載のリソース管理方法において、
    前記他のリソース管理装置において、前記他のリソース管理装置によって管理されているリソースに関するリソース情報を第２の記憶手段に記憶する記憶ステップと、
    前記一のリソース管理装置からの前記閲覧要求メッセージを受信する閲覧要求メッセージ受信ステップと、
    受信された前記閲覧要求メッセージに応じて前記第２の記憶手段から前記リソース情報を読み出すリソース情報読出ステップと、
    読み出された前記リソース情報を前記一のリソース管理装置に表示させる表示可能化ステップと
    を更に備えることを特徴とするリソース管理方法。
12. 請求項１１に記載のリソース管理方法において、
    前記第１の記憶手段は、通信を行う２端末間における通信経路を識別する識別情報を更に記憶し、
    前記閲覧要求ステップは、前記識別情報を前記閲覧要求メッセージに付加することを特徴とするリソース管理方法。
13. 請求項１２に記載のリソース管理方法において、
    前記リソース情報読出ステップは、前記閲覧要求メッセージに付加されている識別情報によって特定される通信経路のリソースに関するリソース情報を読み出すことを特徴とするリソース管理方法。
14. 請求項１１に記載のリソース管理方法において、
    前記一のリソース管理装置において、前記識別子によって特定される前記他のリソース管理装置に対し本人確認に用いられる認証情報が付加されたログイン要求メッセージを作成し送信するログイン要求ステップを更に備えることを特徴とするリソース管理方法。
15. 請求項１４に記載のリソース管理方法において、
    前記他のリソース管理装置において、受信されたログイン要求メッセージに付加された認証情報と認証情報記憶手段に記憶されている認証情報とを照合することにより、前記ログイン要求メッセージの送信者が正規ユーザ本人であることを確認する認証ステップを更に備え、
    前記リソース情報読出ステップは、前記認証ステップによって前記ログイン要求メッセージの送信者が正規ユーザ本人であることが確認されたときに前記リソース情報を読み出すことを特徴とするリソース管理方法。
16. 互いにリンクされた複数のルータと端末とから構成される通信ネットワークを複数の管理範囲に分割し、これらの管理範囲ごとに設けられたリソース管理装置によって前記通信ネットワークのリソースを管理するリソース管理方法であって、
    一のリソース管理装置において、前記一のリソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子を第１の記憶手段に記憶する記憶ステップと、
    前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースの処理を要求する処理要求メッセージを作成する処理要求メッセージ作成ステップと、
    前記処理要求メッセージを前記他のリソース管理装置へ送信する処理要求メッセージ送信ステップと
    を備えることを特徴とするリソース管理方法。
17. 請求項１６に記載のリソース管理方法において、
    前記他のリソース管理装置において、前記他のリソース管理装置によって管理されているリソースに関するリソース情報を第２の記憶手段に記憶する記憶ステップと、
    前記一のリソース管理装置からの前記処理要求メッセージを受信する処理要求メッセージ受信ステップと、
    受信された前記処理要求メッセージに応じて前記他のリソース管理装置の管理範囲におけるリソースを処理するとともに、前記第２の記憶手段に記憶されているリソース情報を更新するリソース管理ステップと
    を更に備えることを特徴とするリソース管理方法。
18. 請求項１６または１７に記載のリソース管理方法において、
    前記処理要求メッセージ作成ステップは、前記リソースの処理として、すでに確保されているリソースの解放を要求する処理要求メッセージを作成することを特徴とするをリソース管理方法。
19. 互いにリンクされた複数のルータと端末とから構成される通信ネットワークを複数の管理範囲に分割し、これらの管理範囲ごとに設けられたリソース管理装置によって前記通信ネットワークのリソースを管理するリソース管理システムであって、
    一のリソース管理装置は、
    前記一のリソース管理装置の管理範囲に隣接する他の管理範囲を管理する他のリソース管理装置の識別子を記憶する第１の記憶手段と、
    前記識別子によって特定される前記他のリソース管理装置に対し前記他のリソース管理装置によって管理されているリソースに関するリソース情報の閲覧を要求する閲覧要求メッセージを作成し送信する閲覧要求手段と、
    前記他のリソース管理装置における前記リソース情報を表示する表示手段とを備え、
    前記他のリソース管理装置は、
    前記他のリソース管理装置によって管理されているリソースに関するリソース情報を記憶する第２の記憶手段と、
    前記一のリソース管理装置からの前記閲覧要求メッセージを受信する閲覧要求メッセージ受信手段と、
    受信された前記閲覧要求メッセージに応じて前記第２の記憶手段から前記リソース情報を読み出すリソース情報読出手段と、
    読み出された前記リソース情報を前記一のリソース管理装置に表示させる表示可能化手段とを備えることを特徴とするリソース管理システム。
    

Images