(57)【要約】【課題】リソース確保要求を行なうタイミングをユーザが適切に判断できるようにする。【解決手段】リソース管理サーバにおいてリソース管理に用いられるリソース情報のうち、リソース使用状況を表す情報を収集する情報収集部４２と、収集されたリソース使用状況を表す情報を用いてリソースマップを作成するリソースマップ作成部４６と、作成されたリソースマップの情報を端末に送信する送受信部４１とを備える。【選択図】  図１８
2006254051.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードと前記ノード間のリンクとを含む通信ネットワークのリソース情報を有し、端末からの要求を受けてこの端末が行う通信に必要なリソースを前記リソース情報に基づいて確保するリソース管理システムにおいて、
前記リソース情報から前記通信ネットワークのリソース使用状況を表す情報を抽出する情報抽出手段と、
抽出された前記リソース使用状況を表す情報を前記端末に送信する情報送信手段と
を備えることを特徴とするリソース使用状況情報提供装置。
【請求項２】
請求項１に記載のリソース使用状況情報提供装置において、
前記端末からの要求に基づく前記リンク毎のリソース確保可否の情報を作成する情報作成手段を更に備え、
前記情報送信手段は、更に、作成された前記リソース確保可否の情報を前記端末に送信することを特徴とするリソース使用状況情報提供装置。
【請求項３】
請求項１または２に記載のリソース使用状況情報提供装置において、
前記ノードおよび前記リンクを表すシンボルを前記ノードと前記リンクとの接続関係を表すように配置し前記リンクの使用状況を表す情報を付加したリソースマップを作成するリソースマップ作成手段を更に備え、
前記情報送信手段は、作成された前記リソースマップを前記リソース使用状況を表す情報として送信することを特徴とするリソース使用状況情報提供装置。
【請求項４】
請求項３に記載のリソース使用状況情報提供装置において、
前記リソースマップ作成手段は、前記端末の通信に用いられる経路上のシンボルをその他のシンボルと判別可能にすることを特徴とするリソース使用状況情報提供装置。
【請求項５】
請求項４に記載のリソース使用状況情報提供装置において、
前記リソースマップ作成手段は、前記経路上のシンボルと前記その他のシンボルとを互いに異なる色にすることを特徴とするリソース使用状況情報提供装置。
【請求項６】
請求項１〜５のいずれか１項に記載のリソース使用状況情報提供装置において、
前記リソース使用状況に基づいて前記端末により指定された経路の発端末の識別子および着端末の識別子の少なくとも一方を取得する識別子取得手段と、
取得された前記識別子を付加してリソース確保要求メッセージを作成するメッセージ作成手段と、
作成された前記リソース確保要求メッセージを用いてリソース確保の要求を行うリソース確保要求手段と
を更に備えることを特徴とするリソース使用状況情報提供装置。
【請求項７】
通信ネットワークのリソースを管理するリソース管理装置に対し、通信に必要なリソース確保の要求を行なう端末において、
リソース使用状況情報提供装置から送信される前記通信ネットワークのリソース使用状況を表す情報を受信する受信手段と、
受信された前記情報に基づいて前記リソース使用状況を表示する表示手段と、
前記リソース使用状況に基づいて指定された経路の発端末の識別子および着端末の識別子の少なくとも一方を取得する識別子取得手段と、
取得された前記識別子を付加してリソース確保要求メッセージを作成するメッセージ作成手段と、
作成された前記リソース確保要求メッセージを送信することにより、前記リソース管理装置に対し前記リソース確保の要求を行なう送信手段と
を備えることを特徴とする端末。
【請求項８】
複数のノードと前記ノード間のリンクとを含む通信ネットワークに接続可能な端末からの要求を受けて、この端末が行う通信に必要なリソースを前記通信ネットワークのリソース情報に基づいて確保可能か否か前記リンク毎に判定するステップと、
前記リソース情報から前記通信ネットワークのリソース使用状況を表す情報を抽出するステップと、
抽出された前記リソース使用状況を表す情報を前記端末に送信するステップと
を備えることを特徴とするリソース使用状況情報提供方法。
【請求項９】
請求項８に記載のリソース使用状況情報提供方法において、
前記リンク毎のリソース確保可否の情報を作成するステップと、
作成された前記リソース確保可否の情報を前記端末に送信するステップと
を更に備えることを特徴とするリソース使用状況情報提供方法。
【請求項１０】
請求項８または９に記載のリソース使用状況情報提供方法において、
前記ノードおよび前記リンクを表すシンボルを前記ノードと前記リンクとの接続関係を表すように配置し前記リンクの使用状況を表す情報を付加したリソースマップを作成するステップと、
作成された前記リソースマップを前記端末に送信するステップと
を更に備えることを特徴とするリソース使用状況情報提供方法。
【請求項１１】
請求項１０に記載のリソース使用状況情報提供方法において、
前記リソースマップを作成するステップは、前記端末の通信に用いられる経路上のシンボルをその他のシンボルと判別可能にすることを特徴とするリソース使用状況情報提供方法。
【請求項１２】
請求項１１に記載のリソース使用状況情報提供方法において、
前記リソースマップを作成するステップは、前記経路上のシンボルと前記その他のシンボルとを互いに異なる色にすることを特徴とするリソース使用状況情報提供方法。
【請求項１３】
請求項８〜１２のいずれか１項に記載のリソース使用状況情報提供方法において、
前記端末において受信した前記情報に基づいて前記リソース使用状況を表示するステップを更に備えることを特徴とするリソース使用状況情報提供方法。
【請求項１４】
請求項１３に記載のリソース使用状況情報提供方法において、
前記リソース使用状況に基づいて指定された経路の発端末の識別子および着端末の識別子の少なくとも一方を取得するステップと、
取得された前記識別子を付加してリソース確保要求メッセージを作成するステップと、
作成された前記リソース確保要求メッセージを用いてリソース確保の前記要求を行うステップと
を更に備えることを特徴とするリソース使用状況情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース使用状況情報提供装置および方法に関し、通信ネットワークのリソース確保サービスを利用する端末に、通信ネットワークのリソース使用状況の情報を提供する装置および方法に関する。
【背景技術】
【０００２】
通信ネットワーク、特にＩＰ（Internet  Protocol）ネットワークを利用して音声や映像などのコンテンツを提供する場合には、通信路のリソース量を超える利用要求によって輻輳が発生すると、パケットの損失などに伴い通信品質が劣化してしまう。このような通信品質の劣化を防ぐことを目的として、ネットワークレイヤにおけるリソース管理が研究されている。この種のリソース管理の一つに、通信ネットワークを構成するルータ（ノード）とは独立したリソース管理装置（リソース管理サーバ）を用いて、通信ネットワークを構成するノード間（リンク）のリソース量とその使用状況を管理するとともに、ユーザ端末などからのリソース確保要求に対して適切なリソースを払い出す方式がある。その従来例を以下に説明する。
【０００３】
通信ネットワークの運用開始前に、まず、その通信ネットワーク内のルーティング情報を収集する。このルーティング情報には、通信ネットワーク中の各リンクのリソース量および接続情報が含まれている。ついで、各リンクの接続情報を基にパケットが通過する通信経路を計算し、その計算結果を基に経路情報テーブルを作成する。また、各リンクのリソース量から、リンク情報テーブルを作成する。このリンク情報テーブルによって、各リンクの最大リソース量と、現在使用中のリソース量（使用リソース量）が管理される。
【０００４】
通信ネットワークの運用開始後にあっては、リソース管理サーバにおいて通信サービスの利用要求（リソース確保要求）を受け付けると、要求された通信の発着ＩＰアドレスを基に、経路情報テーブルから当該通信に必要となるリンクを特定する。そして、リンク情報テーブルを参照し、特定されたリンクのそれぞれについて当該通信に必要となるリソース量が使用可能か否かをチェックする。
【０００５】
その結果、特定されたすべてのリンクについて十分なリソース量が使用可能である場合には、リソース確保要求に対して許諾応答するとともに、リソース情報テーブルにおいて、特定されたリンクの使用リソース量に、当該通信に割り当てられるリソース量を加算する処理を行う。逆に、いずれかのリンクについて使用可能なリソース量が不足する場合には、リソース確保要求に対して拒絶応答する（例えば、特許文献１および非特許文献１を参照）。
【０００６】
リソース確保要求の許諾応答を受けて通信サービスを利用することによって、通信品質が担保される。
その後、通信サービスの利用終了時には、それまで確保していたリソースを速やかに解放する。
【０００７】
【特許文献１】特開２００３−２５８８５５号公報
【非特許文献１】矢口他、「大規模ＩＰ網における管理サーバを用いたリソース管理方式の一提案と具体例」、信学総合大会、Ｂ−６−３１（２００２）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来のリソース管理では、端末からのリソース確保要求に対して、その要求を許諾または拒絶する旨の応答がなされるだけであった。このため、拒絶応答を受けたユーザは、リソース確保が可能となる時期を知ることができないので、リソース確保を受けるには、リソース確保要求を闇雲に繰り返さなければならなかった。拒絶応答を受けた後でリソース解放があり、拒絶応答を受けたユーザにリソース確保の機会が生じたとしても、その後にユーザがリソース確保要求をするタイミングによっては、第三者にリソースを確保されてしまうこともあった。
【０００９】
本発明は、このような課題を解決するためになされたものであり、その目的は、リソース確保要求を行なうタイミングをユーザが適切に判断できるようにすることにある。
【課題を解決するための手段】
【００１０】
このような目的を達成するために、本発明に係るリソース使用状況提供装置は、複数のノードとノード間のリンクとを含む通信ネットワークのリソース情報を有し、端末からの要求を受けてこの端末が行う通信に必要なリソースをリソース情報に基づいて確保するリソース管理システムにおいて、リソース情報から通信ネットワークのリソース使用状況を表す情報を抽出する情報抽出手段と、抽出されたリソース使用状況を表す情報を端末に送信する情報送信手段とを備えることを特徴とする。
【００１１】
このリソース使用状況提供装置は、端末からの要求に基づくリンク毎のリソース確保可否の情報を作成する情報作成手段を更に備え、情報送信手段が、更に、作成されたリソース確保可否の情報を端末に送信するようにしてもよい。
【００１２】
また、このリソース使用状況提供装置は、ノードおよびリンクを表すシンボルをノードとリンクとの接続関係を表すように配置しリンクの使用状況を表す情報を付加したリソースマップを作成するリソースマップ作成手段を更に備え、情報送信手段が、作成されたリソースマップをリソース使用状況を表す情報として送信するようにしてもよい。
このリソースマップ作成手段は、端末の通信に用いられる経路上のシンボルをその他のシンボルと判別可能にすることができる。例えば、経路上のシンボルとその他のシンボルとを互いに異なる色にすることによって、両者が判別可能になる。
【００１３】
また、このリソース使用状況情報提供装置は、リソース使用状況に基づいて端末により指定された経路の発端末の識別子および着端末の識別子の少なくとも一方を取得する識別子取得手段と、取得された識別子を付加してリソース確保要求メッセージを作成するメッセージ作成手段と、作成されたリソース確保要求メッセージを用いてリソース確保の要求を行うリソース確保要求手段とを更に備えていてもよい。
【００１４】
また、本発明に係る端末は、通信ネットワークのリソースを管理するリソース管理装置に対し、通信に必要なリソース確保の要求を行なう端末において、リソース使用状況情報提供装置から送信される通信ネットワークのリソース使用状況を表す情報を受信する受信手段と、受信された情報に基づいてリソース使用状況を表示する表示手段と、リソース使用状況に基づいて指定された経路の発端末の識別子および着端末の識別子の少なくとも一方を取得する識別子取得手段と、取得された識別子を付加してリソース確保要求メッセージを作成するメッセージ作成手段と、作成されたリソース確保要求メッセージを送信することにより、リソース管理装置に対しリソース確保の要求を行なう送信手段とを備えることを特徴とする。
【００１５】
また、本発明に係るリソース使用状況提供方法は、複数のノードとノード間のリンクとを含む通信ネットワークに接続可能な端末からの要求を受けて、この端末が行う通信に必要なリソースを通信ネットワークのリソース情報に基づいて確保可能か否かリンク毎に判定するステップと、リソース情報から通信ネットワークのリソース使用状況を表す情報を抽出するステップと、抽出されたリソース使用状況を表す情報を端末に送信するステップとを備えることを特徴とする。
さらに、リンク毎のリソース確保可否の情報を作成するステップと、作成されたリソース確保可否の情報を端末に送信するステップとを備えるようにしてもよい。
【００１６】
また、ノードおよびリンクを表すシンボルをノードとリンクとの接続関係を表すように配置しリンクの使用状況を表す情報を付加したリソースマップを作成するステップと、作成されたリソースマップを端末に送信するステップとを更に備えるようにしてもよい。
このリソースマップを作成するステップは、端末の通信に用いられる経路上のシンボルをその他のシンボルと判別可能にすることができる。例えば、経路上のシンボルとその他のシンボルとを互いに異なる色にすることにより、両者が判別可能になる。
【００１７】
また、端末において受信した情報に基づいてリソース使用状況を表示するステップを更に備えるようにしてもよい。
また、リソース使用状況に基づいて指定された経路の発端末の識別子および着端末の識別子の少なくとも一方を取得するステップと、取得された識別子を付加してリソース確保要求メッセージを作成するステップと、作成されたリソース確保要求メッセージを用いてリソース確保の要求を行うステップとを更に備えるようにしてもよい。
【発明の効果】
【００１８】
本発明では、リソース管理システムが有する通信ネットワークのリソース情報からリソース使用状況の情報を抽出し、リソース確保要求を行う端末に送信する。これにより、端末においてリソース使用状況を確認できるようになる。このリソース使用状況から経路を構成する各リンクの使用可能なリソース量が分かるので、ユーザはリソース確保可能なタイミングを適切に判断することが可能となる。したがって、リソース確保要求を闇雲に繰り返さなくても、リソース確保を受けることができる。また、第三者に先を越されることなく、リソース確保を受けることができる。
【００１９】
本発明ではまた、端末からのリソース確保要求に基づくリンク毎のリソース確保可否の情報を作成し端末に送信する。これにより、端末においてリンク毎のリソース確保可否を確認できるようになる。よって、ユーザはリソース確保要求を拒絶された場合に、経路上のどのリンクでリソース確保に失敗したかを知ることができる。
【００２０】
本発明ではまた、リソース使用状況の情報を基にリソースマップを作成することにより、リソース使用状況の視認性が高まる。
さらに、経路上のシンボルをその他のシンボルと判別可能にすることにより、リソースマップの中で経路を特定することが容易になる。
【００２１】
本発明ではまた、端末において、リソース使用状況の情報に基づいてユーザが経路を指定したときに、指定された経路の発端末の識別子と着端末の識別子とを取得し、これらの識別子を付加してリソース確保要求メッセージを作成する。これにより、経路を指定したリソース確保要求を簡単に行うことができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
１．リソース管理システムの全体構成
図１は、リソース管理システムの全体構成を示すブロック図である。
このリソース管理システムは、通信ネットワーク１におけるリソースを管理するリソース管理サーバ２と、端末Ｔ（例えば端末Ｔ１）とリソース管理サーバ２との間でリソース確保要求とその応答を中継するアプリケーションサーバ３と、通信ネットワーク１におけるリソース使用状況およびリソース確保状況を表す情報を端末Ｔ（例えば端末Ｔ１）に提供するリソース使用状況情報提供サーバ４とを有する。
【００２３】
ここで、管理対象となる通信ネットワーク１は、インターネットプロトコル（ＩＰ）に基づく通信ネットワークであり、ノードとなる複数のルータＲ（Ｒ１〜Ｒ６）、端末Ｔ（Ｔ１〜Ｔ４）などから構成される。ルータＲ間を接続する通信回線をリンクＬ（Ｌ１〜Ｌ７）、ルータＲと端末Ｔとの間を接続する通信回線をアクセスラインＡＬ（ＡＬ１〜ＡＬ４）と呼ぶ。
【００２４】
通信ネットワーク１におけるリソースとは、通信を行う２つの端末（発端末と着端末）間の経路を構成するアクセスラインおよびリンクのことをいう。
通信ネットワーク１におけるリソース使用状況とは、通信ネットワーク１内の各経路や各リンクの最大リソース量に対する現在使用中のリソース量や、さらに使用可能な残リソース量などのことをいう。
リソース確保状況とは、リソース確保要求のあった経路を構成する各リンクにおけるリソース確保の可否をいう。
【００２５】
２．リソース使用状況およびリソース確保状況の表示例
リソース使用状況情報提供サーバ４は、ＨＴＭＬ（Hypertext Markup Language）等で記述したリソース使用状況およびリソース確保状況を表す情報を作成し、端末Ｔに送信する。端末Ｔでは、受信した情報をブラウザ等を用いてＧＵＩ（Graphical User Interface）表示する。
【００２６】
リソース使用状況およびリソース確保状況は、リソースマップを用いて表示することができる。リソースマップとは、ルータＲおよびリンクＬ等を簡易図形で表したシンボル（以下「オブジェクト」という）を、実際の接続関係を表すように配置したものである。オブジェクトの代わりに、またはオブジェクトとともに、ルータＲおよびリンクＬの識別子を用いることもできる。以下、リソースマップの表示例を示す。
【００２７】
図２〜図７は、リソースマップの第１の表示例を説明する図である。
図２において、楕円形のオブジェクトはルータＲを、長方形のオブジェクトはリンクＬをそれぞれ表している。なお、リソースマップには、通信ネットワーク１内のすべてのルータＲおよびリンクＬのオブジェクトを表示する必要はなく、少なくともリソース確保要求のあった発端末Ｔ１から着端末Ｔ３への経路上のオブジェクト、さらにはその周囲のオブジェクトが表示されていればよい。
【００２８】
リンクＬのオブジェクトには、様々な表示方法がある。
まず、図３に示すように、１つのリンクを２つ以上のオブジェクトに分割して表示することができる。例えば、サービス毎に使用できる帯域が予め割り当てられている場合には、図３（ａ）に示すように、それぞれのサービス毎にオブジェクトを表示する。また、図３（ｂ）に示すように、使用中の帯域と未使用の帯域とに分けて表示することもできる。それぞれのオブジェクトを色分けするなどしてもよい。
【００２９】
また、リンクＬのオブジェクトに様々な情報を付加することができる。例えば、図４（ａ）〜（ｄ）に示すように、工事中であること、故障中であること、輻輳中であること、将来開通予定であることなどの情報を付加することができる。これらの情報は、オブジェクトに付す模様やマークによって表される。
【００３０】
また、同一対地に対して複数の経路が存在する場合には、図５（ａ）に示すように、すべての経路を表示してそれぞれの優先順位を付加することもできるし、図５（ｂ）に示すように、優先順位の最も高い経路のみを表示することもできる。ここにでいう優先順位とは、例えばＯＳＰＦによる経路情報のコスト値によって決められる。
また、同一対地に対して複数のリンクが存在する場合には、図６（ａ）〜（ｃ）に示すように、すべてのリンクを１つのオブジェクトで表すこともできる。
【００３１】
リソースマップには、ルータＲおよびリンクＬのオブジェクトとともに、実際の物理リンク速度や、リンクＬの最大リソース量または残リソース量を表示することができる。リソース量については、もちろん数字で表すこともできるが、長方形のオブジェクトの幅（長方形の短辺の長さ）で表すことにより、リソース量についての視認性を高めることができる。また、リンク毎、経路毎、ユーザ毎、アプリケーション毎に指定してリソース量を表示することも可能である。
【００３２】
また、図７（ａ）に示すように、リソースマップには、ルータＲまたはリンクＬを表すオブジェクトの近傍に、それぞれのＩＤ（例えば「Ｒ１」，「Ｌ１」など）を合わせて表示することができる。
【００３３】
また、図７（ｂ）に示すように、リソースマップの中で、発端末Ｔ１から着端末Ｔ３への経路を判別可能に表示することができる。ここでは、経路上で隣り合うルータＲ同士を矢印で接続することにより、経路を判別可能にしている。あるいは、経路上のルータＲおよびリンクＬのオブジェクト自体を、その他のオブジェクトと判別可能にしてもよい。例えば、経路上のオブジェクトをその他のオブジェクトとは異なる色や模様で表示したり、経路上のオブジェクトのみに影を付すことにより、経路上のオブジェクトが判別可能になり、その結果、リソースマップの中で経路が判別可能になる。
【００３４】
発端末Ｔ１から着端末Ｔ３への経路を構成するリンクＬのオブジェクトを、発端末Ｔ１側から順番に点滅させることもできる。これにより、ユーザは発着の方向が容易に分かる。また、リソース確保可否の判定は発端末Ｔ１側から行われるので、オブジェクトの点滅表示により判定が行われた順番も分かる。
【００３５】
また、図７（ｃ）に示すように、リソースマップには、リソース確保要求のあった発端末Ｔ１から着端末Ｔ３への経路において、リンク毎にリソース確保の可否を表示することができる。ここでは、各リンクＬのオブジェクトの近傍に、リソース確保が可能な場合には「ＯＫ」、不可能な場合には「ＮＧ」という文字を表示する。これにより、経路上のどのリンクＬでリソース確保できないのかが分かる。なお、経路の途中にリソース確保できないリンクＬがあった場合には、そこから着端末Ｔ３側のリンクＬについてはリソース確保可否の判定が行われないので、「ＯＫ」または「ＮＧ」の文字も表示されない。
【００３６】
図８は、リソースマップの第２の表示例を示す図である。
この表示例では、リソース確保要求のあった発端末Ｔ１から着端末Ｔ３への経路上のルータＲ１，Ｒ２，Ｒ３，Ｒ４およびリンクＬ１，Ｌ３，Ｌ４のオブジェクトのみを横一列に並べて表示する。縦一列に並べて表示してもよい。ルータＲおよびリンクＬのＩＤや、リソース確保の可否を合わせて表示できることなどは、第１の表示例と同じである。
【００３７】
なお、端末Ｔ１が動画のアプリケーションを使用する場合には、アプリケーションが動画データを取得し組み立て再生する前にリソースマップを表示し、リソース使用状況およびリソース確保状況をユーザに通知することができる。また、リソースマップを動画中に挿入してもよいし、別ウィンドウに表示してもよい。ウィンドウのポップアップを利用することもできる。
【００３８】
図９は、リソースマップの第３の表示例を示す図である。
この表示例では、オブジェクトは表示せず、リソース確保要求のあった発端末Ｔ１から着端末Ｔ３への経路上のルータＲ１，Ｒ２，Ｒ３，Ｒ４およびリンクＬ１，Ｌ３，Ｌ４のＩＤを横一列に並べて表示する。縦一列に並べて表示してもよい。リソース確保の可否を合わせて表示することもできる。このような表示形式を「簡易文字列表示」と呼ぶ。
この簡易文字列表示には、ウィンドウのポップアップなどを利用することができる。
【００３９】
図１０および図１１は、リソースマップの第４の表示例を示す図である。
図１０に示すように、この表示例では、リソース確保要求のあった発端末Ｔ１から着端末Ｔ３への経路上のルータＲ１，Ｒ２，Ｒ３，Ｒ４およびリンクＬ１，Ｌ３，Ｌ４のオブジェクトのみを横一列に並べて表示する。また、リンク毎にリソース使用状況を表す情報を縦方向に並べて表示する。ここでは、リンクＬの最大リソース量５１、リソース確保が要求されたリソース量（要求リソース量）５２、すでに現在使用中のリソース量（使用リソース量）５３、さらに使用可能な残リソース量５４を上から順に表示している。このような表示形式を「マトリックス表示」と呼ぶ。
【００４０】
図１１に示すように、リソースマップが画面の表示可能範囲５５よりも長い場合には、表示可能範囲５５に相当する長さのリソースマップを一部ずつ表示することができる。この場合には、リソースマップの表示開始位置および表示終了位置に、表示端点オブジェクト５６ａおよび５６ｂをそれぞれ配置する。
なお、このマトリックス表示においては、オブジェクトを縦一列に並べ、リソース使用状況を表す情報を横方向に並べて表示することもできる。また、ルータＲおよびリンクＬのＩＤや、リソース確保の可否を合わせて表示できることなどは、第１の表示例と同じである。
【００４１】
３．リソース管理サーバ
３−１．リソース管理サーバの構成
図１２は、リソース管理サーバ２の一構成例を示すブロック図である。
このリソース管理サーバ２は、データベース２１と、送受信部２２と、メッセージ解析部２３と、リソース制御部２４と、応答処理部２５と、情報抽出部２６とを有する。
【００４２】
データベース２１は、通信ネットワーク１のリソース管理に必要な各種情報を記憶する。
送受信部２２は、通信インターフェースを備え、アプリケーションサーバ３およびリソース使用状況情報提供サーバ４との間で、各種メッセージの送受信を行う。例えば、アプリケーションサーバ３から送られてくるリソース確保要求および解放要求などのメッセージを受信し、その応答のメッセージをアプリケーションサーバ３に送信する。また、リソース使用状況情報提供サーバ４から送られくるリソースの使用状況および確保状況に関する情報の送信要求のメッセージを受信し、その応答として要求された情報をリソース使用状況情報提供サーバ４に送信する。
【００４３】
メッセージ解析部２３は、送受信部２２で受信されたメッセージを解析し、その解析結果をリソース制御部２４または情報抽出部２５に出力する。
リソース制御部２４は、要求されたリソースの確保、確保されたリソースの解放などの処理を行う。
応答処理部２６は、リソース制御部による処理結果に応じた応答メッセージを作成し、送受信部２２に出力する。具体的には、リソース確保に成功したときにはリソース確保要求を許諾する応答メッセージを作成し、失敗したときにはリソース確保要求を拒絶する応答メッセージを作成する。
情報抽出部２５は、データベース２１からリソースの使用状況および確保状況に関する情報を抽出し、送受信部２２に出力する。
【００４４】
ここで、データベース２１が記憶する情報について説明する。データベース２１は、上述したリソース管理に必要な情報として、ノード情報テーブル、リンク情報テーブル、経路情報テーブル、リソース確保要求テーブル、その他の情報を記憶する。
【００４５】
ノード情報テーブルは、通信ネットワーク１内のノードの情報を示すテーブルである。具体的には、図１３に示すノード情報テーブル６１は、通信ネットワーク１内の全ルータＲの識別子「ノードＩＤ」、ルータＲのＩＰアドレス「ノードアドレス」、ルータＲの故障情報「故障フラグ」、ルータＲが収容する端末ＴのＩＰアドレス「収容端末アドレス」という項目からなる。「故障フラグ」は、ルータＲに故障が発生した場合にセットされる。例えば、通常この項目の値は「０」であり、故障が発生した場合に値が「０」から「１」に変化する。
【００４６】
リンク情報テーブルは、通信ネットワーク１内のリンクの情報を示すテーブルである。具体的には、図１４に示すリンク情報テーブル６２は、通信ネットワーク１内の全リンクＬの識別子「リンクＩＤ」、リンクＬの発側ノードのＩＰアドレス「発側ノードアドレス」、リンクＬの着側ノードのＩＰアドレス「着側ノードアドレス」、リンクＬの最大リソース量「最大リソース量」、リンクＬの現在使用中のリソース量「使用リソース量」、リンクＬの故障情報「故障フラグ」という項目からなる。「故障フラグ」は、リンクＬに故障が発生した場合にセットされる。
【００４７】
経路情報テーブルは、通信ネットワーク１内のあるエッジノードから他のエッジノードに至るまでの経路を示すテーブルである。具体的には、図１５に示す経路情報テーブル６３のように、通信ネットワーク１内の全経路の識別子「経路ＩＤ」、経路の起点となるエッジノードの識別子「発側エッジノードＩＤ」、経路の終点となるエッジノードの識別子「着側エッジノードＩＤ」、経路を構成する各リンクの識別子「リンクＩＤのリスト」という項目からなる。
【００４８】
リソース確保要求テーブルは、リソース確保要求によって作成されるテーブルである。具体的には、図１６に示すリソース確保要求テーブル６４のように、リソース確保要求毎に個別に付与される識別子「確保要求ＩＤ」、リソース確保要求を行ったユーザの識別子「ユーザＩＤ」、発端末のＩＰアドレス「発端末アドレス」、着端末のＩＰアドレス「着端末アドレス」、確保を要求されたリソース量「要求リソース量」、発端末と着端末との間の経路の識別子「経路ＩＤ」、経路を構成する各リンクのうちリソース確保に失敗したリンクの識別子「ＮＧリンクＩＤ」という項目からなる。
【００４９】
３−２．リソース管理サーバの動作
図１７は、リソース管理サーバ２によるリソースの確保から解放までの処理の流れを示すフローチャートである。
【００５０】
３−２−１．リソースの確保
まず、ユーザが端末Ｔ１と端末Ｔ３との間の通信サービスを利用する際に、リソース管理サーバ２が通信ネットワーク１において必要なリソースを確保する動作について説明する。
【００５１】
端末Ｔ１と端末Ｔ３との間の通信サービスの利用要求を端末１がアプリケーションサーバ３に送信すると、この利用要求を受けてアプリケーションサーバ３はリソース確保要求メッセージを作成し、リソース管理サーバ２に送信する。リソース確保要求メッセージには、このメッセージがリソース確保要求であることを示すメッセージ番号、ユーザＩＤ、発端末Ｔ１のＩＰアドレス、着端末Ｔ３のＩＰアドレス、通信に必要なリソース量が付加されている。
【００５２】
リソース管理サーバ２において、このリソース確保要求メッセージを送受信部２２が受信すると（ステップＳ１，ＹＥＳ）、メッセージ解析部２３はメッセージに付加されているメッセージ番号から、このメッセージが「リソース確保要求」であると判断する（ステップＳ２，ＹＥＳ）。さらに、メッセージに付加されているユーザＩＤ、発端末Ｔ１および着端末Ｔ３のＩＰアドレス、通信に必要なリソース量を抽出する。
【００５３】
ついで、リソース制御部２４は、図１３に示したノード情報テーブル６１を参照し、メッセージから抽出した発端末Ｔ１および着端末Ｔ３のＩＰアドレスをキーにして、発端末Ｔ１および着端末Ｔ３をそれぞれ収容するエッジノードを検索し、発側エッジノードがルータＲ１、着側エッジノードがルータＲ４であることを知る。続いて、図１５に示した経路情報テーブル６３を参照し、ルータＲ１からルータＲ４に至る経路を検索し、リンクＬ１，Ｌ３，Ｌ４を通る経路Ｐ１であることを知る（ステップＳ３）。
【００５４】
ここで、リソース制御部２４は、図１４に示したリンク情報テーブル６２を参照し、リンクＬ１，Ｌ３，Ｌ４について、リソース確保の可否判定を行う。具体的には、リンクＬ１，Ｌ３，Ｌ４のそれぞれについて、最大リソース量から使用リソース量を減算して使用可能な残リソース量を算出し、この残リソース量と通信に必要なリソース量とを比較する。その結果、リンクＬ１，Ｌ３，Ｌ４のすべてにおいて残リソース量の方が大きければリソース確保が可能であると判定し、残リソース量の方が小さいリンクが一つでもあればリソース確保が不可能であると判定する（ステップＳ４）。実際には、発側のリンクＬ１から順番にリソース量の大小比較を行ない、残リソース量の方が小さいリンクがあった時点でリソース確保が不可能であると判定し、処理を中止する。
【００５５】
リソース確保が可能であると判定した場合には（ステップＳ４，ＹＥＳ）、リソース制御部２４は、リンク情報テーブル６２におけるリンクＬ１，Ｌ３，Ｌ４のそれぞれの使用リソース量に、通信に必要なリソース量を加算する。これにより、端末Ｔ１，Ｔ３間の通信に必要なリソースが確保される（ステップＳ５）。
【００５６】
リソース制御部２４は更に、リソース確保要求に対して、リソース確保要求テーブルを作成する。具体的には、リソース確保要求に対してＩＤを付与し、「確保要求ＩＤ」の欄に書き込む。また、リソース確保要求メッセージから抽出されたユーザＩＤ、発端末Ｔ１のＩＰアドレス、着端末Ｔ３のＩＰアドレス、通信に必要なリソース量を、それぞれ「ユーザＩＤ」、「発端末アドレス」、「着端末アドレス」、「要求リソース量」の欄に書き込み、経路情報テーブル６３から検索された経路ＩＤ（Ｐ１）を、「経路ＩＤ」の欄に書き込む。リソース確保に成功したので、「ＮＧリンクＩＤ」は空欄となる（ステップＳ６）。
【００５７】
その後、応答処理部２５は、リソース確保を許諾する旨の応答メッセージを作成する。応答メッセージには確保要求ＩＤを付加する。送受信部２２は、応答処理部２５によって作成された応答メッセージをアプリケーションサーバ３に送信する（ステップＳ７）。
【００５８】
アプリケーションサーバ３は、リソース確保を許諾する旨の応答メッセージを受けると、端末Ｔ１に対し通信品質を保証し、端末１と端末Ｔ３との間の通信サービスの利用を許可する。これにより、端末Ｔ１と端末Ｔ３との間で高品質な通信が開始される。
【００５９】
これに対し、リソース制御部２４は、リソース確保の可否判定において、リソース確保が不可能であると判定した場合には（ステップＳ４，ＮＯ）、残リソース量が通信に必要なリソース量よりも小さいリンクのＩＤ（Ｌ３）を「ＮＧリンクＩＤ」の欄に書き込み、図１６のようなリソース確保要求テーブル６４を作成する。なお、リソース確保要求テーブル６４のその他の欄には、リソース確保に成功したときと同じ情報が書き込まれる（ステップＳ８）。
【００６０】
その後、応答処理部２５は、リソース確保を拒絶する旨の応答メッセージを作成する。応答メッセージには確保要求ＩＤを付加する。送受信部２２は、応答処理部２５によって作成された応答メッセージをアプリケーションサーバ３に送信する（ステップＳ９）。
【００６１】
アプリケーションサーバ３は、リソース確保を拒絶する旨の応答メッセージを受けると、端末１と端末Ｔ３との間の通信サービスの利用において通信品質を保証できない旨の応答メッセージを端末Ｔ１に送信する。応答メッセージには確保要求ＩＤを付加する。後述するように、この確保要求ＩＤを用い、端末１においてリソース使用状況およびリソース確保状況を閲覧することができる。
【００６２】
３−２−２．リソースの解放
次に、端末Ｔ１と端末Ｔ３との間の通信サービスが終了した後に、リソース管理サーバ２が通信のために確保されていたリソースを解放する動作について説明する。
【００６３】
端末Ｔ１が端末Ｔ３の通信の終了をアプリケーションサーバ３に通知すると、この通知を受けてアプリケーションサーバ３はリソース解放要求メッセージを作成し、リソース管理サーバ２に送信する。リソース解放要求メッセージには、このメッセージがリソース解放要求であることを示すメッセージ番号、リソース確保要求に対する応答メッセージに含まれていた確保要求ＩＤが付加されている。
【００６４】
リソース管理サーバ２において、このリソース解放要求メッセージを送受信部２２が受信すると（ステップＳ１，ＹＥＳ）、メッセージ解析部２３はメッセージに付加されていメッセージ番号から、このメッセージが「リソース解放要求」であると判断する（ステップＳ２，ＮＯ、ステップＳ１０，ＹＥＳ）。さらに、メッセージに付加されている確保要求ＩＤを抽出する。
【００６５】
ついで、リソース制御部２４は、リソース確保要求テーブルを参照し、メッセージから抽出した確保要求ＩＤをキーにして、「経路ＩＤ」よりリソース解放対象の経路Ｐ１、「要求リソース量」より解放すべきリソース量を知る。続いて、図１５に示した経路情報テーブル６３を参照し、経路Ｐ１がリンクＬ１，Ｌ３，Ｌ４を通ることを知る。さらに、図１４に示したリンク情報テーブル６２におけるリンクＬ１，Ｌ３，Ｌ４のそれぞれの使用リソース量から、解放すべきリソース量を減算する。これにより、端末Ｔ１，Ｔ３間の通信のために確保されていたリソースが解放される（ステップＳ１１）。
【００６６】
最後に、リソース制御部２４は、メッセージから抽出した確保要求ＩＤのリソース確保要求テーブルを削除する（ステップＳ１２）。
なお、ステップＳ８で作成されたリソース確保要求テーブルについては、作成から予め設定された所定時間経過後に自動的に削除することができる。
以上により、リソースの確保から解放までの一連の処理を終了する。
【００６７】
４．リソース使用状況情報提供サーバ
４−１．リソース使用状況情報提供サーバの構成
図１８は、リソース使用状況情報提供サーバ４の一構成例を示すブロック図である。
このリソース使用状況情報提供サーバ４は、送受信部４１と、情報収集部４２と、表示リソース量計算部４３と、データベース４４と、メッセージ解析部４５と、リソースマップ作成部４６とを有する。
【００６８】
送受信部４１は、通信インターフェースを備え、端末Ｔ（例えば端末Ｔ１）およびリソース管理サーバ２との間で各種要求およびその応答の送受信を行う。例えば、端末Ｔからのリソースマップの表示要求メッセージを受信し、その応答としてリソースマップの情報を端末Ｔに送信する。また、リソースの使用状況および確保状況に関する情報の送信要求メッセージをリソース管理サーバ２に送信し、その応答としてリソース管理サーバ２から送られている情報を受信する。
【００６９】
情報収集部４２は、送受信部４１を介して、リソース管理サーバ２からリソースの使用状況および確保状況に関する情報を収集する。リソースの使用状況および確保状況に関する情報とは、具体的に言えばテーブル６１〜６４のことである。
例えば、情報収集部４２は、リソースの使用状況および確保状況に関する情報の送信要求メッセージを送受信部４１を介してリソース管理サーバ２に定期的に送信する。このメッセージを受信したリソース管理サーバ２では、要求された情報を情報抽出部２６がデータベース２１から抽出し、送受信部２２を介してリソース使用状況情報提供サーバ４に送信する。この情報を受信することにより、情報収集を行うことができる。あるいは、情報送信要求メッセージを送信しなくても、リソース管理サーバ２から定期的にリソースの使用状況および確保状況に関する情報を送信するようにしてもよい。
【００７０】
表示リソース量計算部４３は、情報収集部４２によって収集された情報のうち、リソース量に関する情報を補正する。具体的には、図１４に示したリンク情報テーブル６２における「最大リソース量」に、リソース確保サービスに使用する割合を考慮に入れた係数を掛けて補正する。また、図１６に示したリソース確保要求テーブル６４における「要求リソース量」に、ＩＰパケットのヘッダーやバーストを考慮に入れた係数を掛けて補正する。
【００７１】
データベース４４は、情報収集部４２によって収集された情報、すなわちテーブル６１〜６４を記憶する。ただし、リソース量に関する情報は、表示リソース量計算部４３によって補正されたリソース量に置き換えられる。
メッセージ解析部４５は、送受信部４１で受信されたリソースマップの表示要求メッセージを解析し、その結果をリソースマップ作成部４６に出力する。
リソースマップ作成部４６は、データベース４４に記憶されている情報を参照し、要求されたリソースマップを作成し、その情報を送受信部４１に出力する。
【００７２】
４−２．リソースマップの作成方法
次に、リソースマップ作成部４６によるリソースマップの作成方法を具体的に説明する。
【００７３】
４−２−１．リンクＩＤを指定してノードの隣接関係の表示要求があった場合
リンクＩＤ「Ｌ１」が指定された場合について説明する。
まず、データベース４４に記憶されている図１４に示したリンク情報テーブル６２を参照し、リンクＩＤ「Ｌ１」をキーにして、リンクＬ１の発側ノードアドレス「aaaa」と、着側ノードアドレス「bbbb」を検索する。続いて、データベース４４に記憶されている図１３に示したノード情報テーブル６１を参照し、ノードアドレス「aaaa」，「bbbb」をキーにして、それぞれのノードのノードＩＤ「Ｒ１」，「Ｒ２」を検索する。ついで、ノードＲ１のオブジェクトと、ノードＲ２のオブジェクトと、ノードＲ１→ノードＲ２のリンクＬ１のオブジェクトとをマッピングするコマンドを作成する。作成されたコマンドは、例えば次のようになる。
Node.obj,R1,link.obj,L1,node.obj,R2,
ここに、「*.obj」はオブジェクトの読み出しを表す。
【００７４】
最大リソース量および使用リソース量も表示する場合には、発側ノードアドレス「aaaa」等を検索するときに、補正後の最大リソース量「３００」および使用リソース量「１００」を同時に読み出す。この場合のコマンドは、例えば次のようになる。
Node.obj,R1,link.obj,L1,100,300,node.obj,R2,
【００７５】
リソースマップ作成部４６には、例えばＨＴＭＬ等で記述されたリソースマップのひな形データが予め用意されている。このひな形データに、作成したコマンドを書き込むことにより、リソースマップが完成する。
このリソースマップによって、ノードの隣接関係を簡易文字列表示またはオブジェクト表示することができる。簡易文字列表示は例えば図１９（ａ）に示すようになる。この際、コマンド中の「obj」は読み飛ばされる。オブジェクト表示は例えば図１９（ｂ）に示すようになる。
【００７６】
４−２−２．経路ＩＤを指定してノードの隣接関係の表示要求があった場合
経路ＩＤ「Ｐ１」が指定された場合について説明する。
まず、データベース４４に記憶されている図１５に示した経路情報テーブル６３を参照し、経路ＩＤ「Ｐ１」をキーにして、経路Ｐ１を構成するリンクのＩＤ「Ｌ１」，「Ｌ３」，「Ｌ４」を検索する。続いて、第４−２−１節において説明した方法で、リンクＬ１の発側および着側ノードのＩＤ「Ｒ１」，「Ｒ２」と、リンクＬ３の発側および着側ノードのＩＤ「Ｒ２」，「Ｒ３」と、リンクＬ４の発側および着側ノードのＩＤ「Ｒ３」，「Ｒ４」とを取得する。ついで、ノードＲ１のオブジェクトと、ノードＲ２のオブジェクトと、ノードＲ１→ノードＲ２のリンクＬ１のオブジェクトと、ノードＲ３のオブジェクトと、ノードＲ２→ノードＲ３のリンクＬ３のオブジェクトと、ノードＲ４のオブジェクトと、ノードＲ３→ノードＲ４のリンクＬ４のオブジェクトとをマッピングするコマンドを作成する。作成されたコマンドは、例えば次のようになる。
Node.obj,R1,link.obj,L1,node.obj,R2,link.obj,L3,node.obj,R3,link.obj,L4,node.obj,R4
【００７７】
最大リソース量および使用リソース量も表示する場合には、図１４に示したリンク情報テーブル６２から、リンクＬ１の補正後の最大リソース量「３００」および使用リソース量「１００」、リンクＬ３の補正後の最大リソース量「３００」および使用リソース量「２００」、リンクＬ４の補正後の最大リソース量「３００」および使用リソース量「２００」を読み出す。この場合のコマンドは、例えば次のようになる。
Node.obj,R1,link.obj,L1,100,300,node.obj,R2,link.obj,L3,200,300,node.obj,R3,link.obj,L4,200,300,node.obj,R4
【００７８】
リソースマップのひな形データに、作成したコマンドを書き込むことにより、リソースマップが完成する。
このリソースマップによって、ノードの隣接関係を簡易文字列表示またはオブジェクト表示することができる。簡易文字列表示は例えば図２０（ａ）に示すようになる。オブジェクト表示は例えば図２０（ｂ）に示すようになる。
【００７９】
４−２−３．確保要求ＩＤを指定してリソース使用状況およびリソース確保状況の表示要求があった場合
確保要求ＩＤ「１００１」が指定された場合について説明する。
まず、データベース４４に記憶されている図１６に示したリソース確保要求テーブル６４を参照し、確保要求ＩＤ「１００１」をキーにして、リソース確保の要求があった経路のＩＤ「Ｐ１」、リソース確保に失敗したリンクのＩＤ「Ｌ３」を検索する。続いて、経路ＩＤ「Ｐ１」を用いて、ノードの隣接関係を表示するコマンドを、第４−２−２節において説明した方法で作成する。このコマンドでは、リソース確保に失敗したリンクＬ３のオブジェクトの近傍に「ＮＧ」、リンクＬ３よりも発側のリンクＬ１のオブジェクトの近傍に「ＯＫ」を付するようにする。
【００８０】
リソースマップのひな形データに、作成したコマンドを書き込むことにより、リソースマップが完成する。
このリソースマップによって、リソース使用状況およびリソース確保状況を簡易文字列表示またはオブジェクト表示することができる。簡易文字列表示は例えば図９に示すようになる。オブジェクト表示は例えば図７（ｃ），図８，図１０に示すようになる。
ここでは確保要求ＩＤ「１００１」が指定された場合について説明したが、リソース確保要求を特定しうる他の識別子を用いてもよい。具体的には、ユーザＩＤ、発端末アドレスと着端末アドレスとの組み合わせを用いることができる。
【００８１】
確保要求があった経路を色違い表示する方法について説明する。
まず、リソースマップのひな形データに、黒や赤などの色違いで同形のオブジェクトを予め用意しておく。通常のノードおよびリンクに対しては例えば黒のオブジェクトを読み出し、確保要求によって検索された経路上のノードおよびリンクに対しては例えば赤のオブジェクトを読み出すようなコマンドを作成する。このコマンドをリソースマップのひな形データに書き込むことにより、経路上のオブジェクトを赤、その他のオブジェクトを黒で表示し、確保要求があった経路を色違い表示することが可能となる。
【００８２】
４−３．リソースマップが端末Ｔの画面の表示可能範囲５５よりも長い場合の表示方法
図１１に示したように、リソースマップが端末Ｔの画面の表示可能範囲５５よりも長い場合には、表示可能範囲５５に相当する長さのリソースマップを一部ずつ表示させる。
この場合には、まず、リソースマップの最初を表示開始位置、そこから表示可能範囲５５を隔てた位置を表示終了位置とする。この表示開始位置と表示終了位置との間のリソースマップの情報を端末Ｔに送信する。
端末Ｔにおいてカーソルなどで移動表示可能な場合には、端末Ｔから表示移動量が送られてくる。よって、前回の表示開始位置に表示移動量を加えた位置を新しい表示開始位置、そこから表示可能範囲５５を隔てた位置を新しい表示終了位置とする。この新しい表示開始位置と表示終了位置との間のリソースマップの情報を端末Ｔに送信する。
これを繰り返すことにより、表示可能範囲５５に相当する長さのリソースマップを一部ずつ表示させることができる。
【００８３】
４−４．リンクオブジェクトの特殊表示
図３に示したようにリンクのオブジェクトを分割表示するには、１つのリンクの最大リソース量をＮ分割し（Ｎは２以上の整数）、Ｎ分割されたリソース量をそれぞれ最大リソース量とする複数の仮想リンクとして扱い、それぞれの仮想リンクについてリンク情報テーブルを作成する。そして、それぞれの仮想リンクに対して異なるサービスを割り当て、仮想リンクのオブジェクトとともに対応するサービスが表示されるようにする。
【００８４】
図４に示したように、リンクのオブジェクトに様々な情報を付加する場合には、その情報をリンク情報テーブルに書き込み、リンクのオブジェクトとともにその情報が表示されるようにする。例えば、故障中表示を行う場合には、図１４に示したように「故障フラグ」の項目を設け、故障が発生して値が「１」になったときに×印が表示されるようにする。
【００８５】
図５に示したように、優先経路表示するには、同一対地に対して複数の経路に対して優先順位をつけ、その優先順位をリンク情報テーブルまたは経路情報テーブルに書き込む。そして、オブジェクトとともに優先順位が表示されるようにする。あるいは、最も優先順位の高い経路のオブジェクトのみが表示されるようにする。
【００８６】
図６に示したように、複数のリンクのオブジェクトをマージ表示するには、複数のリンクに対して同一の仮想リンクＩＤを付与し、同一の仮想リンクＩＤが付与された複数のリンクを１つの仮想リンクとしてに扱う。図６（ａ）のように複数のリンクが並列接続されている場合には、これらのリンクのリソース量の合計を仮想リンクのリソース量とする。図６（ｃ）のように複数のリンクが直列接続されている場合には、これらのリンクのリソース量のうち最小のリソース量を仮想リンクのリソース量とする。
【００８７】
５．端末の構成
図２１は、端末Ｔの一構成例を示すブロック図である。
この端末Ｔは、汎用パソコン等のコンピュータからなり、制御部７１と、操作部７２と、送受信部７３と、表示部７４とを有する。
【００８８】
制御部７１は、端末Ｔの各部の動作を制御する。
操作部７２は、ユーザによる端末Ｔの操作に用いられる。例えばキーボードや、マウス等のポインティングデバイスの他、リモートコントローラを用いることができる。操作部７２を用いて、通信サービスの利用要求およびリソースマップの表示要求（ノードの隣接関係の表示要求も含まれる）が入力される。
【００８９】
送受信部７３は、通信インターフェースを備え、アプリケーションサーバ３およびリソース使用状況情報提供サーバ４との間で各種要求およびその応答の送受信を行う。例えば、アプリケーションサーバ３に通信サービスの利用要求を送信し、その応答を受信する。また、リソース使用状況情報提供サーバ４にリソースマップの表示要求メッセージを送信し、その応答としてリソースマップの情報を受信する。
表示部７４は、各種要求の入力画面、要求に対する応答（リソースマップ等）、その他の情報を表示する。例えば汎用パソコンのモニタを用いることができる。解像度がよければ、リモートコントローラの表示画面で代用することも可能である。
【００９０】
図２２は、操作部７２として用いられるリモートコントローラの外観を示す図である。
このリモートコントローラ８０は、表示画面８１と、各種の操作キー８２〜８６と、スピーカ８７とを有する。
表示画面８１には、例えば現在のリソース管理サービスのランク、サービス利用に対する支払い総額、直近の課金単位あたりの支払額などが表示される。解像度がよければ、リソースマップを簡易表示することも可能である。
【００９１】
操作キー８２は、チャンネルキー、再生キー、早送りキー、巻き戻しキー、音量キー、方向キー等からなる。サービス利用に対する支払限度額や、追加支払いの単位、自動化を設定することができる。また、決済を行うことができる。さらに、方向キーや数字キーを利用して、リンクの選択が可能である。
操作キー８３，８４は、追加支払い、支払額減少キーである。操作キー８５は、リソース確保要求を行う確保要求キーである。操作キー８６は、情報更新キーである。
【００９２】
スピーカ８７は、配信映像の視聴中に状態変更が生じた場合などに、アラーム音を発生させ、その旨を通知する。例えば、視聴中にリンク故障などによってリソース確保ＮＧとなったときに、それをユーザに通知することができる。その他、操作キー８２〜８６の操作が認められないときに、その旨を通知することもできる。バイブレータと連動し、またはバイブレータのみで通知するようにしてもよい。ＬＥＤランプと連動して通知するようにしてもよい。
【００９３】
なお、このこのリモートコントローラ８０を端末Ｔの表示部７４にＧＵＩ表示し、ポインティングデバイスを用いて操作することもできる。
【００９４】
６．リソースマップの画面表示
図２３は、リソースマップを画面表示する処理の流れを示すフローチャートである。
ユーザは、端末Ｔ１と端末Ｔ３との間のリソース確保要求が拒絶され、両端末間の通信サービスの利用において通信品質を保証できない旨の応答メッセージを、アプリケーションサーバ３から受けたものとする。
【００９５】
ユーザが例えばリモートコントローラ８０の確保要求キー８５を押下すると、端末Ｔ１の制御部７１は、リソースマップの表示要求メッセージを作成する。このメッセージには、アプリケーションサーバ３からの応答メッセージに含まれる確保要求ＩＤ「１００１」を付加する。確保要求ＩＤ「１００１」に代えて、または確保要求ＩＤ「１００１」とともに、リソース確保要求を特定しうる他の識別子を付加してもよい。具体的には、ユーザＩＤ、発端末アドレスと着端末アドレスとの組み合わせを付加してもよい。送受信部７３は、作成されたメッセージをリソース使用状況情報提供サーバ４に送信する。
【００９６】
リソース使用状況情報提供サーバ４において、送受信部４１がリソースマップの表示要求メッセージを受信すると、メッセージ解析部４５はメッセージに付加されているメッセージ番号から、このメッセージが「リソースマップの表示要求メッセージ」であると判断する（ステップＳ２１，ＹＥＳ）。さらに、メッセージに付加されている確保要求ＩＤ「１００１」を抽出し、リソースマップ作成部４６に出力する。
【００９７】
初めてリソースマップの表示要求メッセージを受けたときには（ステップＳ２２，ＹＥＳ）、リソースマップ作成部４６は、確保要求ＩＤ「１００１」を用いて、端末Ｔ１と端末Ｔ３との間の経路Ｐ１に関するリソースマップを作成する（ステップＳ２５）。このリソースマップの作成方法は上述した通りである。なお、確保要求ＩＤ「１００１」のリソース確保要求テーブル６４がデータベース６４にないときには、情報収集部４２がリソース管理サーバ２に対し、そのリソース確保要求テーブル６４の送信を要求することができる。
送受信部４１は、作成されたリソースマップの情報を端末Ｔ１に送信する。
【００９８】
端末Ｔ１において、送受信部７３がリソースマップの情報を受信すると、制御部７１はブラウザを起動し、表示部７４にリソースマップをＧＵＩ表示する（ステップＳ２６）。ユーザは、このリソースマップを閲覧することにより、端末１と端末Ｔ３との間の経路Ｐ１のリソースの使用状況と、経路Ｐ１上のリンクＬ３においてリソース確保に失敗したことを確認することができる。そして、リンクＬ３の使用可能な残リソース量と通信に必要なリソース量とを比較し、リンクＬ３においてリソース確保が可能となったかどうかを判断することができる。
その結果、リンクＬ３において未だリソース確保できないと判断したときには、ユーザは再びユーザが端末Ｔ１からリソース使用状況情報提供サーバ４にリソースマップの表示要求メッセージを送信することができる（ステップＳ２７，ＮＯ）。
【００９９】
このリソースマップの表示要求メッセージを受信したリソース使用状況情報提供サーバ４では、経路Ｐ１のリソース使用状況に関する情報が更新されるのを待って、リソースマップ作成部４６が経路Ｐ１に関するリソースマップを再び作成し（ステップＳ２１，ＹＥＳ、ステップＳ２２，ＮＯ、ステップＳ２３，ＹＥＳ、ステップＳ２４、ステップＳ２５）、その情報を端末Ｔ１に送信する。
【０１００】
リソースマップの情報を受信した端末Ｔでは、制御部７１が表示部７４に表示されているリソースマップを更新する（ステップＳ２６）。
以上の処理を繰り返し行うことにより、ユーザは、リンクＬ３の使用リソース量が減少し（残リソース量が増加し）、リソース確保が可能となるタイミングをリソースマップから知ることができる（ステップＳ２７，ＹＥＳ）。
【０１０１】
この時点でアプリケーションサーバ３を介してリソース管理サーバ２にリソース確保要求を行うことにより、端末Ｔ１と端末Ｔ３との間の通信に必要なリソースを確保することができる。したがって、リソース確保要求を闇雲に繰り返さなくても、リソース確保を受けることができる。また、第三者に先を越されることなく、リソース確保を受けることができる。
【０１０２】
ここでは、ユーザの操作によって端末Ｔ１からリソースの表示要求メッセージを送信する例を説明したが、２回目以降についてはメッセージ送信を自動化することも可能である。また、リソース使用状況情報提供サーバ４において、リソースの表示要求メッセージを１回受信したら、その後はメッセージが受信されなくても、経路Ｐ１のリソース使用状況に関する情報が更新される度に、自動的にリソースマップを新たに作成し、端末Ｔ１に送信することもできる。これにより、ユーザの手を煩わせることなく、リソースの使用状況の変化をリアルタイムで表示することが可能となる。
【０１０３】
７．変形例
図１１に示したように、アクセスラインを含めたリソースの使用状況および確保状況を表示するには、図２４に示すようなアクセスライン情報テーブル１６５、および、図２５に示すようなリソース確保要求テーブル１６４を用いる必要がある。アクセスライン情報テーブル１６５は、通信ネットワーク１内のアクセスラインの情報を示すテーブルである。リソース確保要求テーブル１６４は、図１６に示したリソース確保要求テーブル６４に、「発側アクセスラインＩＤ」および「着側アクセスラインＩＤ」の項目を加えたものである。
【０１０４】
また、端末Ｔ１の表示部７４に表示されたリソースマップ上でユーザが経路を選択することにより、選択された経路のリソース確保要求メッセージを作成する機能を端末Ｔ１に設けることもできる。例えば、ユーザが選択した経路Ｐ１の着端末Ｔ３のＩＰアドレスを制御部７１が取得し、予め用意されているリソース確保要求メッセージのフォーマットに書き込み、発端末のＩＰアドレスとして自己（端末Ｔ１）のＩＰアドレスを書き込み、さらに通信に必要なリソース量を書き込むことによって、メッセージが完成する。このメッセージをアプリケーションサーバ３を介してリソース管理サーバ２に送信することにより、端末Ｔ１と端末Ｔ３との間の経路Ｐ１のリソース確保を要求することができる。
【０１０５】
同様の機能をリソース使用状況情報提供サーバ４に設けることもできる。例えば、端末Ｔ１において、ユーザが選択した経路Ｐ１の着端末Ｔ３のＩＰアドレスを制御部７１が取得し、取得した着端末Ｔ３のＩＰアドレスと、自己（端末Ｔ１）のＩＰアドレスと、通信に必要なリソース量とをリソース使用状況情報提供サーバ４に送信する。リソース使用状況情報提供サーバ４において、これらの情報を予め用意されているリソース確保要求メッセージのフォーマットに書き込むことによって、メッセージが完成する。このメッセージを直接リソース管理サーバ２に送信することにより、端末Ｔ１と端末Ｔ３との間の経路Ｐ１のリソース確保を要求することができる。
【０１０６】
以上では、リソース管理サーバ２とは独立したリソース使用状況情報提供サーバ４を設ける例を説明した。図２６に示すように、リソース使用状況情報提供サーバ１０４をアプリケーションサーバ３とリソース管理サーバ２との間に接続し、アプリケーションサーバ３からの要求およびリソース管理サーバ２からの応答を通過させ、これらを記憶するようにしてもよい。
【０１０７】
また、図２７に示すように、リソース使用状況情報提供サーバ４の諸機能をリソース管理サーバ１０２にもたせてもよい。この場合には、サーバ４の送受信部４１、データベース４４、メッセージ解析部４５の機能をそれぞれサーバ２の送受信部２２、データベース２１、メッセージ解析部２３に付加し、サーバ４のリソース量計算部４３，リソースマップ作成部４６の機能をサーバ２に新たに設ける必要がある。
【０１０８】
さらに、リソース使用状況情報提供サーバ４，１０４の諸機能は、演算装置（ＭＰＵ）や記憶装置（ＲＯＭおよびＲＡＭ等の内部メモリの他、ＨＤＤ等の外部記憶装置を含む）等のコンピュータのハードウェア資源と、このコンピュータにインストールされたコンピュータ・プログラム（ソフトウェア）とが協働することによって実現される。リソース管理サーバ２，１０２、端末Ｔについても同様である。
【産業上の利用可能性】
【０１０９】
本発明は、広域通信ネットワークを利用した高品質の通信サービスに利用することができる。
【図面の簡単な説明】
【０１１０】
【図１】リソース管理システムの全体構成を示すブロック図である。
【図２】リソースマップの第１の表示例の基本構成を示す図である。
【図３】リンクのオブジェクトの分割表示例を示す図である。
【図４】リンクのオブジェクトに様々な情報を付加する表示例を示す図である。
【図５】リンクのオブジェクトの優先経路表示例を示す図である。
【図６】リンクのオブジェクトのマージ表示例を示す図である。
【図７】リソースマップの第１の表示例のバリエーションを示す図である。
【図８】リソースマップの第２の表示例を示す図である。
【図９】リソースマップの第３の表示例を示す図である。
【図１０】リソースマップの第４の表示例を示す図である。
【図１１】リソースマップが画面の表示可能範囲よりも長い場合の表示例を示す図である。
【図１２】リソース管理サーバの一構成例を示すブロック図である。
【図１３】ノード情報テーブルのデータ構造の一例を示す図である。
【図１４】リンク情報テーブルのデータ構造の一例を示す図である。
【図１５】経路情報テーブルのデータ構造の一例を示す図である。
【図１６】リソース確保要求テーブルのデータ構造の一例を示す図である。
【図１７】リソース管理サーバによるリソースの確保から解放までの処理の流れを示すフローチャートである。
【図１８】リソース使用状況情報提供サーバの一構成例を示すブロック図である。
【図１９】リンクＩＤを指定してノードの隣接関係の表示要求があった場合に作成されるリソースマップを示す図である。
【図２０】経路ＩＤを指定してノードの隣接関係の表示要求があった場合に作成されるリソースマップを示す図である。
【図２１】端末の一構成例を示すブロック図である。
【図２２】リモートコントローラの外観を示す図である。
【図２３】リソースマップを画面表示する処理の流れを示すフローチャートである。
【図２４】アクセスライン情報テーブルのデータ構造の一例を示す図である。
【図２５】リソース確保要求テーブルのデータ構造の他の例を示す図である。
【図２６】リソース使用状況情報提供サーバをアプリケーションサーバとリソース管理サーバとの間に接続したリソース管理システムの全体構成を示すブロック図である。
【図２７】リソース使用状況情報提供サーバの諸機能をリソース管理サーバにもたせたリソース管理システムの全体構成を示すブロック図である。
【符号の説明】
【０１１１】
１…通信ネットワーク、２，１０２…リソース管理サーバ、２１…データベース、２２…送受信部、２３…メッセージ解析部、２４…リソース制御部、２５…応答処理部、２６…情報抽出部、３…アプリケーションサーバ、４，１０４…リソース使用状況情報提供サーバ、４１…送受信部、４２…情報収集部、４３…リソース量計算部、４４…データベース、４５…メッセージ解析部、４６…リソースマップ作成部、５１…最大リソース量、５２…要求リソース量、５３…使用リソース量、５４…残リソース量、５５…表示可能範囲、５６ａ，５６ｂ…表示端点オブジェクト、６１…ノード情報テーブル、６２…リンク情報テーブル、６３…経路情報テーブル、６４，１６４…リソース確保要求テーブル、６５…アクセスライン情報テーブル、７１…制御部、７２…操作部、７３…送受信部、７４…表示部、８０…リモートコントローラ、８１…表示画面、８２〜８６…操作キー、８７…スピーカ、ＡＬ１〜ＡＬ４…アクセスライン、Ｌ１〜Ｌ７…リンク、Ｒ１〜Ｒ６…ルータ、Ｔ１〜Ｔ４…端末、ＡＬ１ｏ，Ｌ１ｏ，Ｌ３ｏ，Ｌ４ｏ，Ｒ１ｏ〜Ｒ４ｏ，Ｔ１ｏ，Ｔ３ｏ…オブジェクト。
【図１】
2006254051.tif 000003
【図２】
2006254051.tif 000004
【図３】
2006254051.tif 000005
【図４】
2006254051.tif 000006
【図５】
2006254051.tif 000007
【図６】
2006254051.tif 000008
【図７】
2006254051.tif 000009
【図８】
2006254051.tif 000010
【図９】
2006254051.tif 000011
【図１０】
2006254051.tif 000012
【図１１】
2006254051.tif 000013
【図１２】
2006254051.tif 000014
【図１３】
2006254051.tif 000015
【図１４】
2006254051.tif 000016
【図１５】
2006254051.tif 000017
【図１６】
2006254051.tif 000018
【図１７】
2006254051.tif 000019
【図１８】
2006254051.tif 000020
【図１９】
2006254051.tif 000021
【図２０】
2006254051.tif 000022
【図２１】
2006254051.tif 000023
【図２２】
2006254051.tif 000024
【図２３】
2006254051.tif 000025
【図２４】
2006254051.tif 000026
【図２５】
2006254051.tif 000027
【図２６】
2006254051.tif 000028
【図２７】
2006254051.tif 000029