帯域管理方法、装置及びプログラム
【課題】帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても適切に通信を開始させる。
【解決手段】本帯域管理方法は、帯域保証型のネットワークにおける通信の帯域を管理するサーバにより実行される。そして、本方法は、最低帯域及び要求帯域のデータを受信する工程と、通信データ量に関するデータ又はネットワークの各パスにおける使用帯域幅に関するデータに基づき、通信開始時点において通信データ量を抑制すべき所定の状態であるか否か判定する工程と、所定の状態でないと判定された場合、帯域データ格納部のデータに基づき、確保可能な最も広い帯域を特定し、当該帯域が最低帯域より広いか否か判定する工程と、最低帯域より広いと判定された場合、特定された帯域と要求帯域とのうち狭い方の帯域のデータを含む割当指示を通信に関連するルータに送信する工程とを含む。
【解決手段】本帯域管理方法は、帯域保証型のネットワークにおける通信の帯域を管理するサーバにより実行される。そして、本方法は、最低帯域及び要求帯域のデータを受信する工程と、通信データ量に関するデータ又はネットワークの各パスにおける使用帯域幅に関するデータに基づき、通信開始時点において通信データ量を抑制すべき所定の状態であるか否か判定する工程と、所定の状態でないと判定された場合、帯域データ格納部のデータに基づき、確保可能な最も広い帯域を特定し、当該帯域が最低帯域より広いか否か判定する工程と、最低帯域より広いと判定された場合、特定された帯域と要求帯域とのうち狭い方の帯域のデータを含む割当指示を通信に関連するルータに送信する工程とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、ネットワークにおける帯域を管理するための技術に関する。
【背景技術】
【０００２】
ＮＧＮ（Next Generation Network）は帯域保証機能を有している。すなわち、ＮＧＮに接続して通信を行う場合、一旦確保された帯域で通信を継続できることが保証されている。一方で、ＮＧＮでは、要求帯域を確保できない場合には通信を開始することができない。従って、要求帯域を確保できない場合には、ユーザはＮＧＮへの接続を再度試みなければならない。また、通信を開始するまでの待ち時間は、ＮＧＮにおける通信の状況によっては非常に長くなってしまうことがある。
【０００３】
ところで、通信に用いる帯域を調整する技術が存在している。具体的には、送信側又は受信側のマルチメディア処理装置に設けられた通信制御装置が、アプリケーションからの新規通信開始要求を受け付ける。未使用帯域が平均帯域（アプリケーションが要求する帯域）以上であれば、アプリケーションの使用帯域に平均帯域を割り当てる。一方、未使用帯域が平均帯域未満であれば帯域圧縮処理を行い、帯域圧縮処理が成功した場合には通信開始成功をアプリケーションに通知する。帯域圧縮処理が失敗した場合には通信開始失敗をアプリケーションに通知する。
【０００４】
しかし、上記技術は、マルチメディア処理装置における複数のアプリケーションに割り当てる帯域を管理するものであり、ネットワークにおける帯域の管理にそのまま適用することはできない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−２４８９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本技術の目的は、帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても適切に通信を開始させるための技術を提供することである。
【課題を解決するための手段】
【０００７】
本帯域管理方法は、使用する帯域を確保した上で通信を開始させるネットワークにおいて通信に割り当てられる帯域を管理するコンピュータにより実行される。そして、本帯域管理方法は、（Ａ）特定の通信で用いる最低限の帯域である最低帯域のデータと特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、（Ｂ）時間帯毎にネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又はネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、（Ｃ）第１判定ステップにおいて所定の状態でないと判定された場合、帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が最低帯域より広いか否か判定する第２判定ステップと、（Ｄ）第２判定ステップにおいて最低帯域より広いと判定された場合、第２判定ステップにおいて特定された確保可能な最も広い帯域と要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を特定の通信に関連するルータに送信する送信ステップとを含む。
【０００８】
本ネットワーク接続方法は、使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うための方法である。そして、（Ａ）本ネットワーク接続方法は、通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、（Ｂ）特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、ネットワークにおける通信を管理するサーバに送信するステップと、（Ｃ）サーバから通信開始要求に応じて特定の通信に割り当てられた割当帯域のデータを受信した場合、割当帯域に従って特定の通信において送信されるデータの量を制限するように設定するステップとを含む。
【発明の効果】
【０００９】
帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても適切に通信を開始させることができるようになる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施の形態に係るネットワークの概念図である。
【図２】図２は、リソース制御サーバの機能ブロック図である。
【図３】図３は、端末の機能ブロック図である。
【図４】図４は、プロトコルリスト格納部に格納されるデータの一例を示す図である。
【図５】図５は、プロトコルリスト格納部に格納されるデータの一例を示す図である。
【図６】図６は、プロトコルリスト格納部に格納されるデータの一例を示す図である。
【図７】図７は、メディアリスト格納部に格納されるデータの一例を示す図である。
【図８】図８は、傾向データ格納部に格納されるデータの一例を示す図である。
【図９】図９は、リソースデータ格納部に格納されるデータの一例を示す図である。
【図１０】図１０は、本技術の実施の形態に係るシステムの動作を説明するためのシーケンス図である。
【図１１】図１１は、通信を開始する際に行われる処理の処理フローである。
【図１２】図１２は、ＩＰパケットの構造を説明するための図である。
【図１３】図１３は、ＩＰパケットの構造を説明するための図である。
【図１４】図１４は、通信を開始する際に行われる処理の処理フローである。
【図１５】図１５は、通信を開始する際に行われる処理の処理フローである。
【図１６】図１６は、割当帯域決定処理の処理フローである。
【図１７】図１７は、通信を開始する際に行われる処理の処理フローである。
【図１８】図１８は、通信の開始後に行われる処理の処理フローである。
【図１９】図１９は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１１】
本実施の形態に係るネットワーク概念図を図１に示す。本実施の形態においては、エッジルータ７１及び７３と例えばルータであるノードｎ１乃至ｎ５とを含むネットワーク１２に、リソース制御サーバ（ＲＡＣＦ（Resource Access Control Facility）と呼ばれることもある）１とＳＩＰ（Session Initiation Protocol）サーバ３と認証サーバ（ＮＡＣＦ（Network Attachment Control Functions）と呼ばれることもある）５とが接続されている。ネットワーク１２において、エッジルータ７１にはノードｎ１及びｎ２が接続されている。ノードｎ１には、ノードｎ３及びｎ４が接続されている。ノードｎ２には、ノードｎ３及びｎ５が接続されている。ノードｎ４及びｎ５には、エッジルータ７３が接続されている。
【００１２】
ネットワーク１２におけるルーティングは、リソース制御サーバ１、ＳＩＰサーバ３及び認証サーバ５により集中制御される。以下では、リソース制御サーバ１、ＳＩＰサーバ３、認証サーバ５、エッジルータ７１及び７３及びノードｎ１乃至ｎ５を含むネットワークをＮＧＮ網と呼ぶ。
【００１３】
エッジルータ７１には、図示しないＵＮＩ（User-Network Interface）等を介してホームゲートウェイ９１が接続されている。また、ホームゲートウェイ９１には、例えばＬＡＮ（Local Area Network）であるネットワーク１１を介して端末１１１乃至１１５が接続されている。同様に、エッジルータ７３には、図示しないＵＮＩ等を介してホームゲートウェイ９３が接続されている。また、ホームゲートウェイ９３には、例えばＬＡＮであるネットワーク１３を介して端末１３１乃至１３５が接続されている。端末１１１乃至１３５は、例えば電話機やテレビ、パーソナルコンピュータ（ＰＣ）であり、音声データや映像データ、テキストデータ等の様々なデータを取り扱う。
【００１４】
図２に、リソース制御サーバ１の機能ブロック図を示す。リソース制御サーバ１は、プロトコルリスト格納部１０１と、メディアリスト格納部１０２と、傾向データ格納部１０３と、リソースデータ格納部１０４と、受信部１０５と、送信部１０６と、割当帯域決定部１０７と、リソースデータ更新部１０８とを含む。
【００１５】
受信部１０５及び送信部１０６は、データの受信及び送信を行う。割当帯域決定部１０７は、プロトコルリスト格納部１０１、メディアリスト格納部１０２及び傾向データ格納部１０３に格納されているデータに基づき、後で説明する割当帯域決定処理を実施する。リソースデータ更新部１０８は、リソースデータ格納部１０４に格納されているデータを更新する。
【００１６】
図３に、端末１１１乃至１３５の機能ブロック図を示す。端末１１１乃至１３５は、ヘッダ情報設定部１５を含む。ヘッダ情報設定部１５は、帯域や通信種別のデータをヘッダとして通信データに設定する処理等を実施する。なお、本実施の形態においては、端末１１１乃至１３５にヘッダ情報設定部１５を設けて処理を実施する例を示すが、ヘッダ情報設定部１５と同等の機能を有する処理部をホームゲートウェイ９１及び９３に設けて処理を実施することも可能である。
【００１７】
なお、ＳＩＰサーバ３、認証サーバ５、エッジルータ７１及び７３、ノードｎ１乃至ｎ５は従来のものと同じであるので、ここでは詳しくは述べない。
【００１８】
図４乃至図６に、プロトコルリスト格納部１０１に格納されるデータの一例を示す。図４及び図５の例では、ＴＣＰのポート番号の列と、ＴＣＰのプロトコル名の列と、ＮＧＮ ＡＣＴＩＯＮ（帯域特定方法）の列とが含まれる。該当するプロトコルが存在しない場合には、ＴＣＰプロトコル名に「ｄｅｆａｕｌｔ」が登録されている行の値を用いる。ＮＧＮ ＡＣＴＩＯＮの列には、割り当てる帯域の特定方法を示すデータが格納される。「ｄｏｗｎ」は、最低帯域を割り当てることを示している。「ｕｐ」は、最低帯域よりも広く且つ確保可能な最も広い帯域を割り当てることを示している。但し、要求帯域を確保可能である場合には要求帯域を割り当てる。なお、最低帯域とは、通信で用いる最低限の帯域（例えば通信品質が確保される最低限の帯域）である。また、要求帯域とは、通信を開始する端末が要求する帯域（例えば、通信を開始する端末のアプリケーションが要求する帯域）である。
【００１９】
また、図６の例では、ＵＤＰのポート番号の列と、ＵＤＰのプロトコル名の列と、ＮＧＮ ＡＣＴＩＯＮの列とが含まれる。データフォーマットは図４及び図５と同様である。
【００２０】
図７に、メディアリスト格納部１０２に格納されるデータの一例を示す。図７の例では、メディア名の列と、ＮＧＮ ＡＣＴＩＯＮの列とが含まれる。該当するメディアが存在しない場合には、メディア名に「ｄｅｆａｕｌｔ」が登録されている行の値を用いる。ＮＧＮ ＡＣＴＩＯＮの列に登録されるデータについては、図４乃至図６と同様である。
【００２１】
図８に、傾向データ格納部１０３に格納されるデータの一例を示す。図８の例では、時間帯の列と、傾向の列とが含まれる。「ｂｕｓｙ」は、ＮＧＮ網における通信データ量が多く、通信データ量を抑制すべき状態にあることを示している。「ｎｏｔ ｂｕｓｙ」は、通信データ量を抑制しなくてもよい状態であることを示している。
【００２２】
図９に、リソースデータ格納部１０４に格納されるデータの一例を示す。図９の例では、区間の列と、帯域幅の列と、使用帯域幅の列と、残余帯域幅の列とが含まれる。このように、リソースデータ格納部にはＮＧＮ網におけるエッジルータ間の各パスについてデータが格納されている。リソースデータ格納部１０４に格納されているデータは、リソースデータ更新部１０８により、例えば定期的に更新される。
【００２３】
図１０に、本技術の実施の形態に係るシステムの動作を説明するためのシーケンス図を示す。図１０は、発側の端末（例えば端末１１１）により認証要求がなされてから、発側の端末と着側の端末（例えば端末１３１）との間で通信データを送受信するまでの一連の動作を説明するものである。
【００２４】
まず、発側の端末は、認証サーバ５に対して発側認証要求を送信する（ステップ（１））。認証サーバ５は、発側の端末が正規の端末であるかを確認する。認証が成功すると、認証サーバ５は、認証成功通知を発側の端末に送信する（ステップ（２））。認証成功通知は、発側の端末及びＳＩＰサーバ３のＩＰアドレスを含む。
【００２５】
次に、発側の端末は、通信開始要求をＳＩＰサーバ３に送信する（ステップ（３））。通信開始要求は、最低帯域及び要求帯域のデータ、通信種別データ及び着側の端末のデータ（例えば電話番号）を含む。
【００２６】
ＳＩＰサーバ３は、通信開始要求を受信すると、着側認証要求を認証サーバ５に送信する（ステップ（４））。認証サーバ５は、着側の端末が正規の端末であるかを確認する。認証が成功すると、認証サーバ５は、認証成功通知をＳＩＰサーバ３に送信する（ステップ（５））。認証成功通知は、着側の端末のＩＰアドレスを含む。認証サーバ５は、ＩＰアドレスと電話番号等とを対応付けて格納するデータベースを有しており、これを用いてＩＰアドレスを特定する。
【００２７】
次に、ＳＩＰサーバ３は、リソース制御サーバ１に帯域割当要求を送信する（ステップ（６））。帯域割当要求は、最低帯域及び要求帯域のデータと、通信種別データと、発側及び着側のＩＰアドレスとを含む。また、ＳＩＰサーバ３は、発側の端末と着側の端末との間の接続を確立する。
【００２８】
一方、リソース制御サーバ１は、帯域割当要求を受信すると、割当帯域決定処理を実施する。割当帯域決定処理については、後で詳しく述べる。そして、リソース制御サーバ１は、発側のエッジルータ（例えばエッジルータ７１）及び着側のエッジルータ（例えばエッジルータ７３）に帯域割当指示を送信する（ステップ（７））。発側及び着側のエッジルータのＩＰアドレスは、例えばルーティング・テーブルにより特定する。なお、図１０では発側及び着側のエッジルータのみを示しているが、通信のパス上のノード（例えばノードｎ１及びｎ４）にも帯域割当指示を送信する。そして、発側のエッジルータ及び着側のエッジルータは、通知された割当帯域を超えて通信が行われないよう監視を開始する。
【００２９】
そして、リソース制御サーバ１は、通信開始指示を発側及び着側の端末に送信する（ステップ（８））。発側及び着側の端末は、通信を開始する（ステップ（９））。割り当てられた帯域を超えて通信データが送信された場合には、エッジルータが、超過分の通信データを廃棄する（ステップ（１０））。
【００３０】
次に、図１１乃至図１８を用いて、図１に示したシステムの処理内容について説明する。まず、図１１乃至図１７を用いて、通信を開始する際に行われる処理について説明する。ここでは、端末１１３と端末１３５とが通信を開始する場合を例にして説明をする。
【００３１】
まず、端末１１３（以下、発側端末と呼ぶ）は、発側認証要求をホームゲートウェイ９１（以下、発側ホームゲートウェイと呼ぶ）に送信する（図１１：ステップＳ１）。発側ホームゲートウェイは、発側端末から発側認証要求を受信し、エッジルータ７１（以下、発側エッジルータと呼ぶ）に転送する（ステップＳ３）。また、発側エッジルータは、発側ホームゲートウェイから発側認証要求を受信し、認証サーバ５に転送する（ステップＳ４）。
【００３２】
そして、認証サーバ５は、発側エッジルータから発側認証要求を受信する（ステップＳ５）。また、認証サーバ５は、認証処理を実施し（ステップＳ７）、認証処理が成功したか判断する（ステップＳ８）。認証処理が失敗した場合（ステップＳ８：Ｎｏルート）、認証サーバ５は、切断処理を実施する（ステップＳ９）。例えば、認証処理が失敗した旨を発側端末に通知する。一方、認証処理が成功した場合（ステップＳ８：Ｙｅｓルート）、認証サーバ５は、ＳＩＰサーバ３のＩＰアドレスを含む認証成功通知を発側エッジルータに送信する（ステップＳ１０）。
【００３３】
なお、発側認証要求及び認証成功通知には、ＴＣＰプロトコル及びＵＤＰプロトコルのどちらを用いてもよい。ＩＰｖ４（Internet Protocol Version 4）におけるＩＰパケットの構造を図１２及び図１３に示す。図１２はＴＣＰのデータを含むＩＰパケットの構造であり、図１３はＵＤＰのデータを含むＩＰパケットの構造である。ステップＳ１０において、ＳＩＰサーバ３のＩＰアドレスは、例えば図１２及び図１３におけるデータ部に設定される。
【００３４】
図１１の説明に戻り、発側エッジルータは、認証サーバ５から認証成功通知を受信し、発側ホームゲートウェイに転送する（ステップＳ１１）。また、発側ホームゲートウェイは、発側エッジルータから認証成功通知を受信し、発側端末に転送する（ステップＳ１２）。そして、発側端末は、発側ホームゲートウェイから認証成功通知を受信する（ステップＳ１３）。この後、処理は端子Ａ乃至Ｄを介して図１４の処理に移行する。
【００３５】
図１４を用いて端子Ａ乃至Ｄ以降の処理について説明する。まず、発側端末は、最低帯域及び要求帯域のデータ、通信種別データ及び通信相手である端末１３５（以下、着側端末と呼ぶ）の識別データ（例えば電話番号等）を含む通信開始要求を発側ホームゲートウェイに送信する（図１４：ステップＳ１５）。最低帯域のデータ、要求帯域のデータ及び通信種別データは、ＵＤＰパケットのデータ部に設定される。より具体的には、ＵＤＰパケットのデータ部にＳＡＰ（Session Announcement Protocol）ヘッダを設定し、ＳＡＰヘッダに続くテキストペイロードに、ＳＤＰ（Session Description Protocol）にてデータを設定する。本実施の形態においては、例えば要求帯域を１００００Ｋｂｐｓ（１０Ｍｂｐｓ）とする場合には、ＳＤＰパラメータｂを「ｂ＝ＡＳ：１００００」と設定する。また、例えば最低帯域を１２８Ｋｂｐｓとする場合には、ＳＤＰパラメータｂを「ｂ＝Ｘ−ＭＮ：１２８」と設定する。また、例えばｔｅｌｎｅｔでテキストデータの送信を行う場合には、ＳＤＰパラメータｍを「ｍ＝ｔｅｘｔ ２３ ｔｅｌｎｅｔ」と設定する。また、ＳＤＰパラメータｏには発側端末のＩＰアドレスを設定し、ＳＤＰパラメータｃにはＳＩＰサーバ３のＩＰアドレスを設定する。
【００３６】
ステップＳ１５においては、要求帯域のデータは、例えば通信に係るアプリケーションから取得してもよいし、ユーザから入力を受け付けるようにしてもよい。また、最低帯域のデータは、例えば通信の種別毎に最低帯域のデータを格納するデータ格納部から取得してもよいし、ユーザから入力を受け付けるようにしてもよい。
【００３７】
次に、発側ホームゲートウェイは、発側端末から通信開始要求を受信し、発側エッジルータに転送する（ステップＳ１７）。発側エッジルータは、発側ホームゲートウェイから通信開始要求を受信し、ＳＩＰサーバ３に転送する（ステップＳ１８）。そして、ＳＩＰサーバ３は、発側エッジルータから通信開始要求を受信する（ステップＳ１９）。
【００３８】
次に、ＳＩＰサーバ３は、着側認証要求を認証サーバ５に送信する（ステップＳ２１）。認証サーバ５は、ＳＩＰサーバ３から着側認証要求を受信する（ステップＳ２３）。そして、認証サーバ５は、認証処理を実施し（ステップＳ２５）、認証処理が成功したか判断する（ステップＳ２６）。認証処理が失敗した場合（ステップＳ２６：Ｎｏルート）、切断処理を実施する（ステップＳ２７）。例えば、認証処理が失敗した旨をＳＩＰサーバ３に通知する。一方、認証処理が成功した場合（ステップＳ２６：Ｙｅｓルート）、認証サーバ５は、着側端末のＩＰアドレスを含む認証成功通知をＳＩＰサーバ３に送信する（ステップＳ２８）。そして、ＳＩＰサーバ３は、認証サーバ５から認証成功通知を受信する（ステップＳ２９）。この後、処理は端子Ｅを介して図１５のステップＳ３１に移行する。
【００３９】
図１５を用いて端子Ｅ以降の処理について説明する。まず、ＳＩＰサーバ３は、ステップＳ１９において受信した最低帯域、要求帯域及び通信種別データを含む帯域割当要求をリソース制御サーバ１に送信する（図１５：ステップＳ３１）。この後、ＳＩＰサーバ３は、発側端末と着側端末との間の接続を確立する。
【００４０】
次に、リソース制御サーバ１の受信部１０５は、ＳＩＰサーバ３から帯域割当要求を受信する（ステップＳ３３）。そして、リソース制御サーバ１の割当帯域決定部１０７は、割当帯域決定処理を実施する（ステップＳ３５）。
【００４１】
割当帯域決定処理については図１６を用いて説明する。まず、割当帯域決定部１０７は、ＮＧＮ網において通信データ量を抑制すべき状態であるか判定する（図１６：ステップＳ８１）。ステップＳ８１において、割当帯域決定部１０７は、ステップＳ８１の処理時点における通信データ量の状態の傾向を傾向データ格納部１０３から特定し、判定を行う。又は、リソースデータ格納部１０４に格納されているデータを用いて、ＮＧＮ網における通信データ量の状態を表す指標を算出し、判定を行うようにしてもよい。
【００４２】
そして、通信データ量を抑制すべき状態であると判定された場合（ステップＳ８１：Ｙｅｓルート）、割当帯域決定部１０７は、発側エッジルータと着側エッジルータとの間のパスにおいて確保可能な帯域をリソースデータ格納部１０４から特定する。そして、割当帯域決定部１０７は、ステップＳ３３において受信した最低帯域のデータと比較し、最低帯域を確保可能であるか判定する（ステップＳ８５）。最低帯域を確保可能であると判定された場合（ステップＳ８５：Ｙｅｓルート）、割当帯域決定部１０７は、最低帯域を割当帯域として決定する（ステップＳ８９）。通信データ量を抑制すべき状態であるときは、要求帯域を確保できるまで時間がかかる可能性があるため、迅速に通信を開始させるものである。
【００４３】
一方、最低帯域を確保可能ではないと判定された場合（ステップＳ８５：Ｎｏルート）、割当帯域決定部１０７は、切断処理を実施する（ステップＳ８７）。例えば、リソース制御サーバ１が帯域を割り当てることができない旨をＳＩＰサーバ３に通知し、ＳＩＰサーバ３は通信を開始することができない旨を発側及び着側の端末に通知する。
【００４４】
一方、通信データ量を抑制すべき状態ではないと判定された場合（ステップＳ８１：Ｎｏルート）、割当帯域決定部１０７は、所定以上の広帯域を確保すべき通信であるか判定する（ステップＳ８３）。ステップＳ８３においては、割当帯域決定部１０７は、ステップＳ３３において受信した通信種別データ（通信プロトコル又は通信メディアのデータ）に対応するＮＧＮ ＡＣＴＩＯＮをプロトコルリスト格納部１０１又はメディアリスト格納部１０２から特定する。そして、ＮＧＮ ＡＣＴＩＯＮが「ｕｐ」であれば所定以上の広帯域を確保すべき通信であると、ＮＧＮ ＡＣＴＩＯＮが「ｄｏｗｎ」であれば所定以上の広帯域を確保すべき通信ではないと判定する。
【００４５】
そして、所定以上の広帯域を確保すべき通信ではないと判定された場合（ステップＳ８３：Ｎｏルート）、ステップＳ８５の処理に移行する。一方、所定以上の広帯域を確保すべき通信であると判定された場合（ステップＳ８３：Ｙｅｓルート）、割当帯域決定部１０７は、発側エッジルータと着側エッジルータとの間のパスにおいて確保可能な最も広い帯域をリソースデータ格納部１０４から特定する（ステップＳ９１）。
【００４６】
そして、割当帯域決定部１０７は、ステップＳ９１において特定された帯域が最低帯域以上であるか判定する（ステップＳ９３）。最低帯域未満であると判定された場合（ステップＳ９３：Ｎｏルート）、ステップＳ８７の処理（切断処理）に移行する。
【００４７】
一方、最低帯域以上であると判定された場合（ステップＳ９３：Ｙｅｓルート）、割当帯域決定部１０７は、ステップＳ３３において受信した要求帯域のデータと比較し、確保可能な最も広い帯域が要求帯域以下であるか判定する（ステップＳ９５）。要求帯域より広いと判定された場合（ステップＳ９５：Ｎｏルート）、割当帯域決定部１０７は、要求帯域を割当帯域として決定する（ステップＳ９７）。一方、要求帯域以下であると判定された場合（ステップＳ９５：Ｎｏルート）、割当帯域決定部１０７は、確保可能な最も広い帯域を割当帯域として決定する（ステップＳ９９）。可能な限り多くのデータを送信するためである。そして、元の処理に戻る。
【００４８】
以上のような処理を実施することにより、ＮＧＮ網における通信データ量及び通信種別に応じて適切な帯域を割り当てることができるようになる。
【００４９】
図１５の説明に戻り、リソース制御サーバ１の送信部１０６は、ステップＳ３５において決定された割当帯域のデータを含む帯域割当指示を発側エッジルータ及び着側エッジルータに送信する（ステップＳ３７）。ステップＳ３７においては、通信のパス上における他のノード（ルータ）にも帯域割当指示を送信する。
【００５０】
そして、発側及び着側エッジルータは、リソース制御サーバ１から帯域割当指示を受信する（ステップＳ３９及びＳ４１）。また、発側及び着側エッジルータは、通信に割り当てられた帯域を管理するテーブル（図示していない）を更新し、発側端末と着側端末との間の通信速度が割当帯域を超えないように監視する（ステップＳ４３及びＳ４５）。この後、処理は端子Ｆ乃至Ｈを介して図１７の処理に移行する。
【００５１】
図１７を用いて端子Ｆ乃至Ｈ以降の処理について説明する。リソース制御サーバ１は、ステップＳ３５において決定された割当帯域のデータを含む通信開始指示を発側及び着側エッジルータに送信する（ステップＳ４７）。
【００５２】
そして、発側及び着側エッジルータは、リソース制御サーバ１から通信開始指示を受信し、発側及び着側ホームゲートウェイに転送する（ステップＳ４９及びＳ５１）。また、発側及び着側ホームゲートウェイは、発側及び着側エッジルータから通信開始指示を受信し、発側及び着側端末に転送する（ステップＳ５０及びＳ５２）。
【００５３】
次に、発側及び着側端末は、発側及び着側ホームゲートウェイから通信開始指示を受信する（ステップＳ５３及びＳ５５）。そして、発側及び着側端末は、通信を開始する（ステップＳ５７及びＳ５９）。ステップＳ５７及びＳ５９においては、割当帯域を超えた通信速度で通信を行わないように、送信するデータの圧縮率の設定を変更する処理等を実施する。
【００５４】
以上のような処理を実施することにより、ＮＧＮ網のような帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても通信を開始させることができるようになる。
【００５５】
次に、図１８を用いて、通信を開始した後において行われる処理について説明する。まず、発側端末は、発側ホームゲートウェイに通信データを送信する（ステップＳ６１）。発側ホームゲートウェイは、発側端末から通信データを受信し、発側エッジルータに転送する（ステップＳ６２）。
【００５６】
そして、発側エッジルータは、発側ホームゲートウェイから通信データを受信する（ステップＳ６３）。また、発側エッジルータは、割当帯域を管理するテーブルを参照し、割当帯域を超えて通信データを送信しているか判断する（ステップＳ６５）。割当帯域を超えている場合（ステップＳ６５：Ｙｅｓルート）、発側エッジルータは、超過分の通信データを廃棄する（ステップＳ６７）。
【００５７】
一方、割当帯域を超えていない場合（ステップＳ６５：Ｎｏルート）、発側エッジルータは、通信データを着側エッジルータに転送する（ステップＳ６９）。そして、着側エッジルータは、発側エッジルータから通信データを受信し、着側ホームゲートウェイに転送する（ステップＳ７１）。なお、ここでは説明を省略するが、着側エッジルータ及びパス上の他のノードにおいても発側エッジルータと同様の処理が行われる。
【００５８】
そして、着側ホームゲートウェイは、通信データを着側端末に転送し（ステップＳ７２）、着側端末は、着側ホームゲートウェイから通信データを受信する（ステップＳ７３）。
【００５９】
以上のような処理を実施することにより、割り当てた帯域を超えないように通信データ量を制限し、ＮＧＮ網における通信データ量を適切な状態に維持することができるようになる。
【００６０】
以上、本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明したリソース制御サーバ１及び端末１１１乃至１３５の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。
【００６１】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００６２】
また、上で述べた例では、割当帯域決定処理は、ステップＳ８１においてＮＧＮ網における通信データ量を抑制すべき状態であるか判定し、ステップＳ８３において広帯域を確保すべき通信であるかを判定している。しかし、ステップＳ８１の処理を省略し、ステップＳ８３以降の処理を実施することも可能である。また、ステップＳ８３においてＮＧＮ網における通信データ量を抑制すべき状態であるか判定し、判定結果が肯定的であればステップＳ９１に、判定結果が否定的であればステップＳ８５に移行するようにしても良い。
【００６３】
なお、リソース制御サーバ１、ＳＩＰサーバ３、認証サーバ５、端末１１１乃至１３５は、図１９に示すように、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。ＯＳ及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６４】
以上述べた本技術の実施の形態をまとめると以下のようになる。
【００６５】
本帯域管理方法は、使用する帯域を確保した上で通信を開始させるネットワークにおいて通信に割り当てられる帯域を管理するコンピュータにより実行される。そして、本帯域管理方法は、（Ａ）特定の通信で用いる最低限の帯域である最低帯域のデータと特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、（Ｂ）時間帯毎にネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又はネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、（Ｃ）第１判定ステップにおいて所定の状態でないと判定された場合、帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が最低帯域より広いか否か判定する第２判定ステップと、（Ｄ）第２判定ステップにおいて最低帯域より広いと判定された場合、第２判定ステップにおいて特定された確保可能な最も広い帯域と要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を特定の通信に関連するルータに送信する送信ステップとを含む。
【００６６】
これにより、使用する帯域を確保した上で通信を開始させるネットワーク（例えばＮＧＮ）において、通信データ量を抑制しなくてもよい場合には、最低限の帯域を保証した上で可能な限り広い帯域を割り当てて通信を開始させることができるようになる。
【００６７】
また、第１判定ステップにおいて所定の状態であると判定された場合、帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、特定の通信のために最低帯域を確保可能か否かを判定する第３判定ステップと、第３判定ステップにおいて最低帯域を確保可能であると判定された場合、最低帯域のデータを含む帯域割当指示を特定の通信に関連するルータに送信するステップとをさらに含むようにしてもよい。ネットワークにおける通信データ量が多いような場合には、要求帯域を確保できるようになるまで時間がかかる可能性がある。上記のように最低帯域を割り当てれば、迅速に通信を開始させることができるようになる。
【００６８】
また、上で述べた帯域割当要求には、特定の通信の通信種別を特定するための通信種別データがさらに含まれるようにしてもよい。そして、第１判定ステップにおいて所定の状態でないと判定された場合には、通信種別データが所定以上の帯域を確保すべき通信種別であることを表しているか否か判定する第４判定ステップをさらに含むようにし、第１判定ステップにおいて所定の状態でないと判定され且つ第４判定ステップにおいて通信種別データが所定以上の帯域を確保すべき通信種別であることを表していると判定された場合、第２判定ステップを実施するようにしてもよい。通信に必要な帯域が広い場合には、最低帯域を保証した上で可能な限り広い帯域を割り当てるものである。
【００６９】
また、第１判定ステップにおいて所定の状態でないと判定され且つ第４判定ステップにおいて通信種別データが所定以上の帯域を確保すべき通信種別であることを表していないと判定された場合、第３判定ステップを実施するようにしてもよい。通信に必要な帯域が広くない場合には、最低帯域を確保して迅速に通信を開始させるものである。
【００７０】
また、上で述べた通信種別データは、通信プロトコルに関するデータ又は通信メディアに関するデータであってもよい。例えば通信プロトコルがテキストデータ転送プロトコルである場合や通信メディアが電話である場合には、広帯域を確保しなくてもよい通信である。一方、例えば通信プロトコルがマルチメディア通信のプロトコルである場合や通信メディアがビデオである場合には、可能な限り広帯域を確保すべき通信である。
【００７１】
また、上で述べた受信ステップにおいて、特定の通信の発信側の端末に接続する発側エッジルータと特定の通信の着信側の端末に接続する着側エッジルータとの間の通信に割り当てられる帯域について帯域割当要求を受信するようにし、上で述べた送信ステップにおいて、少なくとも発側エッジルータ及び着側エッジルータに帯域割当指示を送信するようにしてもよい。少なくともルートの両端で帯域を監視させるためである。
【００７２】
本ネットワーク接続方法は、使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うための方法である。そして、本ネットワーク接続方法は、通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、ネットワークにおける通信を管理するサーバに送信するステップと、サーバから通信開始要求に応じて特定の通信に割り当てられた割当帯域のデータを受信した場合、割当帯域に従って特定の通信において送信されるデータの量を制限するように設定するステップとを含む。
【００７３】
これにより、使用する帯域を確保した上で通信を開始させるネットワーク（例えばＮＧＮ）において、要求帯域を確保できない場合であっても通信を開始することができるようになる。なお、本ネットワーク接続方法は、例えば通信を行う端末や通信を行う端末に接続されるホームゲートウェイ等により実行させることができる。
【００７４】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００７５】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００７６】
（付記１）
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータにより実行される帯域管理方法であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を含む帯域管理方法。
【００７７】
（付記２）
前記第１判定ステップにおいて前記所定の状態であると判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために前記最低帯域を確保可能か否かを判定する第３判定ステップと、
前記第３判定ステップにおいて前記最低帯域を確保可能であると判定された場合、前記最低帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信するステップと、
をさらに含む付記１記載の帯域管理方法。
【００７８】
（付記３）
前記帯域割当要求には、前記特定の通信の通信種別を特定するための通信種別データがさらに含まれ、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合には、前記通信種別データが所定以上の帯域を確保すべき通信種別であることを表しているか否か判定する第４判定ステップ
をさらに含み、
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していると判定された場合、前記第２判定ステップを実施する
ことを特徴とする付記１又は２記載の帯域管理方法。
【００７９】
（付記４）
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していないと判定された場合、前記第３判定ステップを実施する
ことを特徴とする付記３記載の帯域管理方法。
【００８０】
（付記５）
前記通信種別データは、通信プロトコルに関するデータ又は通信メディアに関するデータである
ことを特徴とする付記３又は４記載の帯域管理方法。
【００８１】
（付記６）
前記受信ステップにおいて、前記特定の通信の発信側の端末に接続する発側エッジルータと前記特定の通信の着信側の端末に接続する着側エッジルータとの間の通信に割り当てられる帯域について前記帯域割当要求を受信し、
前記送信ステップにおいて、少なくとも前記発側エッジルータ及び前記着側エッジルータに前記帯域割当指示を送信する
ことを特徴とする付記１乃至５いずれか１つ記載の帯域管理方法。
【００８２】
（付記７）
使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うためのプログラムであって、
通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、
前記特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、前記ネットワークにおける通信を管理するサーバに送信するステップと、
前記サーバから前記通信開始要求に応じて前記特定の通信に割り当てられた割当帯域のデータを受信した場合、前記割当帯域に従って前記特定の通信において送信されるデータの量を制限するように設定するステップと、
を、コンピュータに実行させるためのプログラム。
【００８３】
（付記８）
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータに実行させるためのプログラムであって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を、前記コンピュータに実行させるためのプログラム。
【００８４】
（付記９）
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理する帯域管理装置であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信する受信部と、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定し、前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する判定部と、
前記判定部により前記最低帯域より広いと判定された場合、前記判定部により特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信部と、
を有する帯域管理装置。
【符号の説明】
【００８５】
１ リソース制御サーバ ３ ＳＩＰサーバ
５ 認証サーバ ７１，７３ エッジルータ
９１，９３ ホームゲートウェイ １１，１２，１３ ネットワーク
１１１，１１３，１１５，１３１，１３３，１３５ 端末
【技術分野】
【０００１】
本技術は、ネットワークにおける帯域を管理するための技術に関する。
【背景技術】
【０００２】
ＮＧＮ（Next Generation Network）は帯域保証機能を有している。すなわち、ＮＧＮに接続して通信を行う場合、一旦確保された帯域で通信を継続できることが保証されている。一方で、ＮＧＮでは、要求帯域を確保できない場合には通信を開始することができない。従って、要求帯域を確保できない場合には、ユーザはＮＧＮへの接続を再度試みなければならない。また、通信を開始するまでの待ち時間は、ＮＧＮにおける通信の状況によっては非常に長くなってしまうことがある。
【０００３】
ところで、通信に用いる帯域を調整する技術が存在している。具体的には、送信側又は受信側のマルチメディア処理装置に設けられた通信制御装置が、アプリケーションからの新規通信開始要求を受け付ける。未使用帯域が平均帯域（アプリケーションが要求する帯域）以上であれば、アプリケーションの使用帯域に平均帯域を割り当てる。一方、未使用帯域が平均帯域未満であれば帯域圧縮処理を行い、帯域圧縮処理が成功した場合には通信開始成功をアプリケーションに通知する。帯域圧縮処理が失敗した場合には通信開始失敗をアプリケーションに通知する。
【０００４】
しかし、上記技術は、マルチメディア処理装置における複数のアプリケーションに割り当てる帯域を管理するものであり、ネットワークにおける帯域の管理にそのまま適用することはできない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−２４８９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本技術の目的は、帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても適切に通信を開始させるための技術を提供することである。
【課題を解決するための手段】
【０００７】
本帯域管理方法は、使用する帯域を確保した上で通信を開始させるネットワークにおいて通信に割り当てられる帯域を管理するコンピュータにより実行される。そして、本帯域管理方法は、（Ａ）特定の通信で用いる最低限の帯域である最低帯域のデータと特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、（Ｂ）時間帯毎にネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又はネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、（Ｃ）第１判定ステップにおいて所定の状態でないと判定された場合、帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が最低帯域より広いか否か判定する第２判定ステップと、（Ｄ）第２判定ステップにおいて最低帯域より広いと判定された場合、第２判定ステップにおいて特定された確保可能な最も広い帯域と要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を特定の通信に関連するルータに送信する送信ステップとを含む。
【０００８】
本ネットワーク接続方法は、使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うための方法である。そして、（Ａ）本ネットワーク接続方法は、通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、（Ｂ）特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、ネットワークにおける通信を管理するサーバに送信するステップと、（Ｃ）サーバから通信開始要求に応じて特定の通信に割り当てられた割当帯域のデータを受信した場合、割当帯域に従って特定の通信において送信されるデータの量を制限するように設定するステップとを含む。
【発明の効果】
【０００９】
帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても適切に通信を開始させることができるようになる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施の形態に係るネットワークの概念図である。
【図２】図２は、リソース制御サーバの機能ブロック図である。
【図３】図３は、端末の機能ブロック図である。
【図４】図４は、プロトコルリスト格納部に格納されるデータの一例を示す図である。
【図５】図５は、プロトコルリスト格納部に格納されるデータの一例を示す図である。
【図６】図６は、プロトコルリスト格納部に格納されるデータの一例を示す図である。
【図７】図７は、メディアリスト格納部に格納されるデータの一例を示す図である。
【図８】図８は、傾向データ格納部に格納されるデータの一例を示す図である。
【図９】図９は、リソースデータ格納部に格納されるデータの一例を示す図である。
【図１０】図１０は、本技術の実施の形態に係るシステムの動作を説明するためのシーケンス図である。
【図１１】図１１は、通信を開始する際に行われる処理の処理フローである。
【図１２】図１２は、ＩＰパケットの構造を説明するための図である。
【図１３】図１３は、ＩＰパケットの構造を説明するための図である。
【図１４】図１４は、通信を開始する際に行われる処理の処理フローである。
【図１５】図１５は、通信を開始する際に行われる処理の処理フローである。
【図１６】図１６は、割当帯域決定処理の処理フローである。
【図１７】図１７は、通信を開始する際に行われる処理の処理フローである。
【図１８】図１８は、通信の開始後に行われる処理の処理フローである。
【図１９】図１９は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１１】
本実施の形態に係るネットワーク概念図を図１に示す。本実施の形態においては、エッジルータ７１及び７３と例えばルータであるノードｎ１乃至ｎ５とを含むネットワーク１２に、リソース制御サーバ（ＲＡＣＦ（Resource Access Control Facility）と呼ばれることもある）１とＳＩＰ（Session Initiation Protocol）サーバ３と認証サーバ（ＮＡＣＦ（Network Attachment Control Functions）と呼ばれることもある）５とが接続されている。ネットワーク１２において、エッジルータ７１にはノードｎ１及びｎ２が接続されている。ノードｎ１には、ノードｎ３及びｎ４が接続されている。ノードｎ２には、ノードｎ３及びｎ５が接続されている。ノードｎ４及びｎ５には、エッジルータ７３が接続されている。
【００１２】
ネットワーク１２におけるルーティングは、リソース制御サーバ１、ＳＩＰサーバ３及び認証サーバ５により集中制御される。以下では、リソース制御サーバ１、ＳＩＰサーバ３、認証サーバ５、エッジルータ７１及び７３及びノードｎ１乃至ｎ５を含むネットワークをＮＧＮ網と呼ぶ。
【００１３】
エッジルータ７１には、図示しないＵＮＩ（User-Network Interface）等を介してホームゲートウェイ９１が接続されている。また、ホームゲートウェイ９１には、例えばＬＡＮ（Local Area Network）であるネットワーク１１を介して端末１１１乃至１１５が接続されている。同様に、エッジルータ７３には、図示しないＵＮＩ等を介してホームゲートウェイ９３が接続されている。また、ホームゲートウェイ９３には、例えばＬＡＮであるネットワーク１３を介して端末１３１乃至１３５が接続されている。端末１１１乃至１３５は、例えば電話機やテレビ、パーソナルコンピュータ（ＰＣ）であり、音声データや映像データ、テキストデータ等の様々なデータを取り扱う。
【００１４】
図２に、リソース制御サーバ１の機能ブロック図を示す。リソース制御サーバ１は、プロトコルリスト格納部１０１と、メディアリスト格納部１０２と、傾向データ格納部１０３と、リソースデータ格納部１０４と、受信部１０５と、送信部１０６と、割当帯域決定部１０７と、リソースデータ更新部１０８とを含む。
【００１５】
受信部１０５及び送信部１０６は、データの受信及び送信を行う。割当帯域決定部１０７は、プロトコルリスト格納部１０１、メディアリスト格納部１０２及び傾向データ格納部１０３に格納されているデータに基づき、後で説明する割当帯域決定処理を実施する。リソースデータ更新部１０８は、リソースデータ格納部１０４に格納されているデータを更新する。
【００１６】
図３に、端末１１１乃至１３５の機能ブロック図を示す。端末１１１乃至１３５は、ヘッダ情報設定部１５を含む。ヘッダ情報設定部１５は、帯域や通信種別のデータをヘッダとして通信データに設定する処理等を実施する。なお、本実施の形態においては、端末１１１乃至１３５にヘッダ情報設定部１５を設けて処理を実施する例を示すが、ヘッダ情報設定部１５と同等の機能を有する処理部をホームゲートウェイ９１及び９３に設けて処理を実施することも可能である。
【００１７】
なお、ＳＩＰサーバ３、認証サーバ５、エッジルータ７１及び７３、ノードｎ１乃至ｎ５は従来のものと同じであるので、ここでは詳しくは述べない。
【００１８】
図４乃至図６に、プロトコルリスト格納部１０１に格納されるデータの一例を示す。図４及び図５の例では、ＴＣＰのポート番号の列と、ＴＣＰのプロトコル名の列と、ＮＧＮ ＡＣＴＩＯＮ（帯域特定方法）の列とが含まれる。該当するプロトコルが存在しない場合には、ＴＣＰプロトコル名に「ｄｅｆａｕｌｔ」が登録されている行の値を用いる。ＮＧＮ ＡＣＴＩＯＮの列には、割り当てる帯域の特定方法を示すデータが格納される。「ｄｏｗｎ」は、最低帯域を割り当てることを示している。「ｕｐ」は、最低帯域よりも広く且つ確保可能な最も広い帯域を割り当てることを示している。但し、要求帯域を確保可能である場合には要求帯域を割り当てる。なお、最低帯域とは、通信で用いる最低限の帯域（例えば通信品質が確保される最低限の帯域）である。また、要求帯域とは、通信を開始する端末が要求する帯域（例えば、通信を開始する端末のアプリケーションが要求する帯域）である。
【００１９】
また、図６の例では、ＵＤＰのポート番号の列と、ＵＤＰのプロトコル名の列と、ＮＧＮ ＡＣＴＩＯＮの列とが含まれる。データフォーマットは図４及び図５と同様である。
【００２０】
図７に、メディアリスト格納部１０２に格納されるデータの一例を示す。図７の例では、メディア名の列と、ＮＧＮ ＡＣＴＩＯＮの列とが含まれる。該当するメディアが存在しない場合には、メディア名に「ｄｅｆａｕｌｔ」が登録されている行の値を用いる。ＮＧＮ ＡＣＴＩＯＮの列に登録されるデータについては、図４乃至図６と同様である。
【００２１】
図８に、傾向データ格納部１０３に格納されるデータの一例を示す。図８の例では、時間帯の列と、傾向の列とが含まれる。「ｂｕｓｙ」は、ＮＧＮ網における通信データ量が多く、通信データ量を抑制すべき状態にあることを示している。「ｎｏｔ ｂｕｓｙ」は、通信データ量を抑制しなくてもよい状態であることを示している。
【００２２】
図９に、リソースデータ格納部１０４に格納されるデータの一例を示す。図９の例では、区間の列と、帯域幅の列と、使用帯域幅の列と、残余帯域幅の列とが含まれる。このように、リソースデータ格納部にはＮＧＮ網におけるエッジルータ間の各パスについてデータが格納されている。リソースデータ格納部１０４に格納されているデータは、リソースデータ更新部１０８により、例えば定期的に更新される。
【００２３】
図１０に、本技術の実施の形態に係るシステムの動作を説明するためのシーケンス図を示す。図１０は、発側の端末（例えば端末１１１）により認証要求がなされてから、発側の端末と着側の端末（例えば端末１３１）との間で通信データを送受信するまでの一連の動作を説明するものである。
【００２４】
まず、発側の端末は、認証サーバ５に対して発側認証要求を送信する（ステップ（１））。認証サーバ５は、発側の端末が正規の端末であるかを確認する。認証が成功すると、認証サーバ５は、認証成功通知を発側の端末に送信する（ステップ（２））。認証成功通知は、発側の端末及びＳＩＰサーバ３のＩＰアドレスを含む。
【００２５】
次に、発側の端末は、通信開始要求をＳＩＰサーバ３に送信する（ステップ（３））。通信開始要求は、最低帯域及び要求帯域のデータ、通信種別データ及び着側の端末のデータ（例えば電話番号）を含む。
【００２６】
ＳＩＰサーバ３は、通信開始要求を受信すると、着側認証要求を認証サーバ５に送信する（ステップ（４））。認証サーバ５は、着側の端末が正規の端末であるかを確認する。認証が成功すると、認証サーバ５は、認証成功通知をＳＩＰサーバ３に送信する（ステップ（５））。認証成功通知は、着側の端末のＩＰアドレスを含む。認証サーバ５は、ＩＰアドレスと電話番号等とを対応付けて格納するデータベースを有しており、これを用いてＩＰアドレスを特定する。
【００２７】
次に、ＳＩＰサーバ３は、リソース制御サーバ１に帯域割当要求を送信する（ステップ（６））。帯域割当要求は、最低帯域及び要求帯域のデータと、通信種別データと、発側及び着側のＩＰアドレスとを含む。また、ＳＩＰサーバ３は、発側の端末と着側の端末との間の接続を確立する。
【００２８】
一方、リソース制御サーバ１は、帯域割当要求を受信すると、割当帯域決定処理を実施する。割当帯域決定処理については、後で詳しく述べる。そして、リソース制御サーバ１は、発側のエッジルータ（例えばエッジルータ７１）及び着側のエッジルータ（例えばエッジルータ７３）に帯域割当指示を送信する（ステップ（７））。発側及び着側のエッジルータのＩＰアドレスは、例えばルーティング・テーブルにより特定する。なお、図１０では発側及び着側のエッジルータのみを示しているが、通信のパス上のノード（例えばノードｎ１及びｎ４）にも帯域割当指示を送信する。そして、発側のエッジルータ及び着側のエッジルータは、通知された割当帯域を超えて通信が行われないよう監視を開始する。
【００２９】
そして、リソース制御サーバ１は、通信開始指示を発側及び着側の端末に送信する（ステップ（８））。発側及び着側の端末は、通信を開始する（ステップ（９））。割り当てられた帯域を超えて通信データが送信された場合には、エッジルータが、超過分の通信データを廃棄する（ステップ（１０））。
【００３０】
次に、図１１乃至図１８を用いて、図１に示したシステムの処理内容について説明する。まず、図１１乃至図１７を用いて、通信を開始する際に行われる処理について説明する。ここでは、端末１１３と端末１３５とが通信を開始する場合を例にして説明をする。
【００３１】
まず、端末１１３（以下、発側端末と呼ぶ）は、発側認証要求をホームゲートウェイ９１（以下、発側ホームゲートウェイと呼ぶ）に送信する（図１１：ステップＳ１）。発側ホームゲートウェイは、発側端末から発側認証要求を受信し、エッジルータ７１（以下、発側エッジルータと呼ぶ）に転送する（ステップＳ３）。また、発側エッジルータは、発側ホームゲートウェイから発側認証要求を受信し、認証サーバ５に転送する（ステップＳ４）。
【００３２】
そして、認証サーバ５は、発側エッジルータから発側認証要求を受信する（ステップＳ５）。また、認証サーバ５は、認証処理を実施し（ステップＳ７）、認証処理が成功したか判断する（ステップＳ８）。認証処理が失敗した場合（ステップＳ８：Ｎｏルート）、認証サーバ５は、切断処理を実施する（ステップＳ９）。例えば、認証処理が失敗した旨を発側端末に通知する。一方、認証処理が成功した場合（ステップＳ８：Ｙｅｓルート）、認証サーバ５は、ＳＩＰサーバ３のＩＰアドレスを含む認証成功通知を発側エッジルータに送信する（ステップＳ１０）。
【００３３】
なお、発側認証要求及び認証成功通知には、ＴＣＰプロトコル及びＵＤＰプロトコルのどちらを用いてもよい。ＩＰｖ４（Internet Protocol Version 4）におけるＩＰパケットの構造を図１２及び図１３に示す。図１２はＴＣＰのデータを含むＩＰパケットの構造であり、図１３はＵＤＰのデータを含むＩＰパケットの構造である。ステップＳ１０において、ＳＩＰサーバ３のＩＰアドレスは、例えば図１２及び図１３におけるデータ部に設定される。
【００３４】
図１１の説明に戻り、発側エッジルータは、認証サーバ５から認証成功通知を受信し、発側ホームゲートウェイに転送する（ステップＳ１１）。また、発側ホームゲートウェイは、発側エッジルータから認証成功通知を受信し、発側端末に転送する（ステップＳ１２）。そして、発側端末は、発側ホームゲートウェイから認証成功通知を受信する（ステップＳ１３）。この後、処理は端子Ａ乃至Ｄを介して図１４の処理に移行する。
【００３５】
図１４を用いて端子Ａ乃至Ｄ以降の処理について説明する。まず、発側端末は、最低帯域及び要求帯域のデータ、通信種別データ及び通信相手である端末１３５（以下、着側端末と呼ぶ）の識別データ（例えば電話番号等）を含む通信開始要求を発側ホームゲートウェイに送信する（図１４：ステップＳ１５）。最低帯域のデータ、要求帯域のデータ及び通信種別データは、ＵＤＰパケットのデータ部に設定される。より具体的には、ＵＤＰパケットのデータ部にＳＡＰ（Session Announcement Protocol）ヘッダを設定し、ＳＡＰヘッダに続くテキストペイロードに、ＳＤＰ（Session Description Protocol）にてデータを設定する。本実施の形態においては、例えば要求帯域を１００００Ｋｂｐｓ（１０Ｍｂｐｓ）とする場合には、ＳＤＰパラメータｂを「ｂ＝ＡＳ：１００００」と設定する。また、例えば最低帯域を１２８Ｋｂｐｓとする場合には、ＳＤＰパラメータｂを「ｂ＝Ｘ−ＭＮ：１２８」と設定する。また、例えばｔｅｌｎｅｔでテキストデータの送信を行う場合には、ＳＤＰパラメータｍを「ｍ＝ｔｅｘｔ ２３ ｔｅｌｎｅｔ」と設定する。また、ＳＤＰパラメータｏには発側端末のＩＰアドレスを設定し、ＳＤＰパラメータｃにはＳＩＰサーバ３のＩＰアドレスを設定する。
【００３６】
ステップＳ１５においては、要求帯域のデータは、例えば通信に係るアプリケーションから取得してもよいし、ユーザから入力を受け付けるようにしてもよい。また、最低帯域のデータは、例えば通信の種別毎に最低帯域のデータを格納するデータ格納部から取得してもよいし、ユーザから入力を受け付けるようにしてもよい。
【００３７】
次に、発側ホームゲートウェイは、発側端末から通信開始要求を受信し、発側エッジルータに転送する（ステップＳ１７）。発側エッジルータは、発側ホームゲートウェイから通信開始要求を受信し、ＳＩＰサーバ３に転送する（ステップＳ１８）。そして、ＳＩＰサーバ３は、発側エッジルータから通信開始要求を受信する（ステップＳ１９）。
【００３８】
次に、ＳＩＰサーバ３は、着側認証要求を認証サーバ５に送信する（ステップＳ２１）。認証サーバ５は、ＳＩＰサーバ３から着側認証要求を受信する（ステップＳ２３）。そして、認証サーバ５は、認証処理を実施し（ステップＳ２５）、認証処理が成功したか判断する（ステップＳ２６）。認証処理が失敗した場合（ステップＳ２６：Ｎｏルート）、切断処理を実施する（ステップＳ２７）。例えば、認証処理が失敗した旨をＳＩＰサーバ３に通知する。一方、認証処理が成功した場合（ステップＳ２６：Ｙｅｓルート）、認証サーバ５は、着側端末のＩＰアドレスを含む認証成功通知をＳＩＰサーバ３に送信する（ステップＳ２８）。そして、ＳＩＰサーバ３は、認証サーバ５から認証成功通知を受信する（ステップＳ２９）。この後、処理は端子Ｅを介して図１５のステップＳ３１に移行する。
【００３９】
図１５を用いて端子Ｅ以降の処理について説明する。まず、ＳＩＰサーバ３は、ステップＳ１９において受信した最低帯域、要求帯域及び通信種別データを含む帯域割当要求をリソース制御サーバ１に送信する（図１５：ステップＳ３１）。この後、ＳＩＰサーバ３は、発側端末と着側端末との間の接続を確立する。
【００４０】
次に、リソース制御サーバ１の受信部１０５は、ＳＩＰサーバ３から帯域割当要求を受信する（ステップＳ３３）。そして、リソース制御サーバ１の割当帯域決定部１０７は、割当帯域決定処理を実施する（ステップＳ３５）。
【００４１】
割当帯域決定処理については図１６を用いて説明する。まず、割当帯域決定部１０７は、ＮＧＮ網において通信データ量を抑制すべき状態であるか判定する（図１６：ステップＳ８１）。ステップＳ８１において、割当帯域決定部１０７は、ステップＳ８１の処理時点における通信データ量の状態の傾向を傾向データ格納部１０３から特定し、判定を行う。又は、リソースデータ格納部１０４に格納されているデータを用いて、ＮＧＮ網における通信データ量の状態を表す指標を算出し、判定を行うようにしてもよい。
【００４２】
そして、通信データ量を抑制すべき状態であると判定された場合（ステップＳ８１：Ｙｅｓルート）、割当帯域決定部１０７は、発側エッジルータと着側エッジルータとの間のパスにおいて確保可能な帯域をリソースデータ格納部１０４から特定する。そして、割当帯域決定部１０７は、ステップＳ３３において受信した最低帯域のデータと比較し、最低帯域を確保可能であるか判定する（ステップＳ８５）。最低帯域を確保可能であると判定された場合（ステップＳ８５：Ｙｅｓルート）、割当帯域決定部１０７は、最低帯域を割当帯域として決定する（ステップＳ８９）。通信データ量を抑制すべき状態であるときは、要求帯域を確保できるまで時間がかかる可能性があるため、迅速に通信を開始させるものである。
【００４３】
一方、最低帯域を確保可能ではないと判定された場合（ステップＳ８５：Ｎｏルート）、割当帯域決定部１０７は、切断処理を実施する（ステップＳ８７）。例えば、リソース制御サーバ１が帯域を割り当てることができない旨をＳＩＰサーバ３に通知し、ＳＩＰサーバ３は通信を開始することができない旨を発側及び着側の端末に通知する。
【００４４】
一方、通信データ量を抑制すべき状態ではないと判定された場合（ステップＳ８１：Ｎｏルート）、割当帯域決定部１０７は、所定以上の広帯域を確保すべき通信であるか判定する（ステップＳ８３）。ステップＳ８３においては、割当帯域決定部１０７は、ステップＳ３３において受信した通信種別データ（通信プロトコル又は通信メディアのデータ）に対応するＮＧＮ ＡＣＴＩＯＮをプロトコルリスト格納部１０１又はメディアリスト格納部１０２から特定する。そして、ＮＧＮ ＡＣＴＩＯＮが「ｕｐ」であれば所定以上の広帯域を確保すべき通信であると、ＮＧＮ ＡＣＴＩＯＮが「ｄｏｗｎ」であれば所定以上の広帯域を確保すべき通信ではないと判定する。
【００４５】
そして、所定以上の広帯域を確保すべき通信ではないと判定された場合（ステップＳ８３：Ｎｏルート）、ステップＳ８５の処理に移行する。一方、所定以上の広帯域を確保すべき通信であると判定された場合（ステップＳ８３：Ｙｅｓルート）、割当帯域決定部１０７は、発側エッジルータと着側エッジルータとの間のパスにおいて確保可能な最も広い帯域をリソースデータ格納部１０４から特定する（ステップＳ９１）。
【００４６】
そして、割当帯域決定部１０７は、ステップＳ９１において特定された帯域が最低帯域以上であるか判定する（ステップＳ９３）。最低帯域未満であると判定された場合（ステップＳ９３：Ｎｏルート）、ステップＳ８７の処理（切断処理）に移行する。
【００４７】
一方、最低帯域以上であると判定された場合（ステップＳ９３：Ｙｅｓルート）、割当帯域決定部１０７は、ステップＳ３３において受信した要求帯域のデータと比較し、確保可能な最も広い帯域が要求帯域以下であるか判定する（ステップＳ９５）。要求帯域より広いと判定された場合（ステップＳ９５：Ｎｏルート）、割当帯域決定部１０７は、要求帯域を割当帯域として決定する（ステップＳ９７）。一方、要求帯域以下であると判定された場合（ステップＳ９５：Ｎｏルート）、割当帯域決定部１０７は、確保可能な最も広い帯域を割当帯域として決定する（ステップＳ９９）。可能な限り多くのデータを送信するためである。そして、元の処理に戻る。
【００４８】
以上のような処理を実施することにより、ＮＧＮ網における通信データ量及び通信種別に応じて適切な帯域を割り当てることができるようになる。
【００４９】
図１５の説明に戻り、リソース制御サーバ１の送信部１０６は、ステップＳ３５において決定された割当帯域のデータを含む帯域割当指示を発側エッジルータ及び着側エッジルータに送信する（ステップＳ３７）。ステップＳ３７においては、通信のパス上における他のノード（ルータ）にも帯域割当指示を送信する。
【００５０】
そして、発側及び着側エッジルータは、リソース制御サーバ１から帯域割当指示を受信する（ステップＳ３９及びＳ４１）。また、発側及び着側エッジルータは、通信に割り当てられた帯域を管理するテーブル（図示していない）を更新し、発側端末と着側端末との間の通信速度が割当帯域を超えないように監視する（ステップＳ４３及びＳ４５）。この後、処理は端子Ｆ乃至Ｈを介して図１７の処理に移行する。
【００５１】
図１７を用いて端子Ｆ乃至Ｈ以降の処理について説明する。リソース制御サーバ１は、ステップＳ３５において決定された割当帯域のデータを含む通信開始指示を発側及び着側エッジルータに送信する（ステップＳ４７）。
【００５２】
そして、発側及び着側エッジルータは、リソース制御サーバ１から通信開始指示を受信し、発側及び着側ホームゲートウェイに転送する（ステップＳ４９及びＳ５１）。また、発側及び着側ホームゲートウェイは、発側及び着側エッジルータから通信開始指示を受信し、発側及び着側端末に転送する（ステップＳ５０及びＳ５２）。
【００５３】
次に、発側及び着側端末は、発側及び着側ホームゲートウェイから通信開始指示を受信する（ステップＳ５３及びＳ５５）。そして、発側及び着側端末は、通信を開始する（ステップＳ５７及びＳ５９）。ステップＳ５７及びＳ５９においては、割当帯域を超えた通信速度で通信を行わないように、送信するデータの圧縮率の設定を変更する処理等を実施する。
【００５４】
以上のような処理を実施することにより、ＮＧＮ網のような帯域保証型のネットワークにおいて、要求帯域を確保できない場合であっても通信を開始させることができるようになる。
【００５５】
次に、図１８を用いて、通信を開始した後において行われる処理について説明する。まず、発側端末は、発側ホームゲートウェイに通信データを送信する（ステップＳ６１）。発側ホームゲートウェイは、発側端末から通信データを受信し、発側エッジルータに転送する（ステップＳ６２）。
【００５６】
そして、発側エッジルータは、発側ホームゲートウェイから通信データを受信する（ステップＳ６３）。また、発側エッジルータは、割当帯域を管理するテーブルを参照し、割当帯域を超えて通信データを送信しているか判断する（ステップＳ６５）。割当帯域を超えている場合（ステップＳ６５：Ｙｅｓルート）、発側エッジルータは、超過分の通信データを廃棄する（ステップＳ６７）。
【００５７】
一方、割当帯域を超えていない場合（ステップＳ６５：Ｎｏルート）、発側エッジルータは、通信データを着側エッジルータに転送する（ステップＳ６９）。そして、着側エッジルータは、発側エッジルータから通信データを受信し、着側ホームゲートウェイに転送する（ステップＳ７１）。なお、ここでは説明を省略するが、着側エッジルータ及びパス上の他のノードにおいても発側エッジルータと同様の処理が行われる。
【００５８】
そして、着側ホームゲートウェイは、通信データを着側端末に転送し（ステップＳ７２）、着側端末は、着側ホームゲートウェイから通信データを受信する（ステップＳ７３）。
【００５９】
以上のような処理を実施することにより、割り当てた帯域を超えないように通信データ量を制限し、ＮＧＮ網における通信データ量を適切な状態に維持することができるようになる。
【００６０】
以上、本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明したリソース制御サーバ１及び端末１１１乃至１３５の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。
【００６１】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００６２】
また、上で述べた例では、割当帯域決定処理は、ステップＳ８１においてＮＧＮ網における通信データ量を抑制すべき状態であるか判定し、ステップＳ８３において広帯域を確保すべき通信であるかを判定している。しかし、ステップＳ８１の処理を省略し、ステップＳ８３以降の処理を実施することも可能である。また、ステップＳ８３においてＮＧＮ網における通信データ量を抑制すべき状態であるか判定し、判定結果が肯定的であればステップＳ９１に、判定結果が否定的であればステップＳ８５に移行するようにしても良い。
【００６３】
なお、リソース制御サーバ１、ＳＩＰサーバ３、認証サーバ５、端末１１１乃至１３５は、図１９に示すように、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。ＯＳ及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６４】
以上述べた本技術の実施の形態をまとめると以下のようになる。
【００６５】
本帯域管理方法は、使用する帯域を確保した上で通信を開始させるネットワークにおいて通信に割り当てられる帯域を管理するコンピュータにより実行される。そして、本帯域管理方法は、（Ａ）特定の通信で用いる最低限の帯域である最低帯域のデータと特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、（Ｂ）時間帯毎にネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又はネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、（Ｃ）第１判定ステップにおいて所定の状態でないと判定された場合、帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が最低帯域より広いか否か判定する第２判定ステップと、（Ｄ）第２判定ステップにおいて最低帯域より広いと判定された場合、第２判定ステップにおいて特定された確保可能な最も広い帯域と要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を特定の通信に関連するルータに送信する送信ステップとを含む。
【００６６】
これにより、使用する帯域を確保した上で通信を開始させるネットワーク（例えばＮＧＮ）において、通信データ量を抑制しなくてもよい場合には、最低限の帯域を保証した上で可能な限り広い帯域を割り当てて通信を開始させることができるようになる。
【００６７】
また、第１判定ステップにおいて所定の状態であると判定された場合、帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、特定の通信のために最低帯域を確保可能か否かを判定する第３判定ステップと、第３判定ステップにおいて最低帯域を確保可能であると判定された場合、最低帯域のデータを含む帯域割当指示を特定の通信に関連するルータに送信するステップとをさらに含むようにしてもよい。ネットワークにおける通信データ量が多いような場合には、要求帯域を確保できるようになるまで時間がかかる可能性がある。上記のように最低帯域を割り当てれば、迅速に通信を開始させることができるようになる。
【００６８】
また、上で述べた帯域割当要求には、特定の通信の通信種別を特定するための通信種別データがさらに含まれるようにしてもよい。そして、第１判定ステップにおいて所定の状態でないと判定された場合には、通信種別データが所定以上の帯域を確保すべき通信種別であることを表しているか否か判定する第４判定ステップをさらに含むようにし、第１判定ステップにおいて所定の状態でないと判定され且つ第４判定ステップにおいて通信種別データが所定以上の帯域を確保すべき通信種別であることを表していると判定された場合、第２判定ステップを実施するようにしてもよい。通信に必要な帯域が広い場合には、最低帯域を保証した上で可能な限り広い帯域を割り当てるものである。
【００６９】
また、第１判定ステップにおいて所定の状態でないと判定され且つ第４判定ステップにおいて通信種別データが所定以上の帯域を確保すべき通信種別であることを表していないと判定された場合、第３判定ステップを実施するようにしてもよい。通信に必要な帯域が広くない場合には、最低帯域を確保して迅速に通信を開始させるものである。
【００７０】
また、上で述べた通信種別データは、通信プロトコルに関するデータ又は通信メディアに関するデータであってもよい。例えば通信プロトコルがテキストデータ転送プロトコルである場合や通信メディアが電話である場合には、広帯域を確保しなくてもよい通信である。一方、例えば通信プロトコルがマルチメディア通信のプロトコルである場合や通信メディアがビデオである場合には、可能な限り広帯域を確保すべき通信である。
【００７１】
また、上で述べた受信ステップにおいて、特定の通信の発信側の端末に接続する発側エッジルータと特定の通信の着信側の端末に接続する着側エッジルータとの間の通信に割り当てられる帯域について帯域割当要求を受信するようにし、上で述べた送信ステップにおいて、少なくとも発側エッジルータ及び着側エッジルータに帯域割当指示を送信するようにしてもよい。少なくともルートの両端で帯域を監視させるためである。
【００７２】
本ネットワーク接続方法は、使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うための方法である。そして、本ネットワーク接続方法は、通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、ネットワークにおける通信を管理するサーバに送信するステップと、サーバから通信開始要求に応じて特定の通信に割り当てられた割当帯域のデータを受信した場合、割当帯域に従って特定の通信において送信されるデータの量を制限するように設定するステップとを含む。
【００７３】
これにより、使用する帯域を確保した上で通信を開始させるネットワーク（例えばＮＧＮ）において、要求帯域を確保できない場合であっても通信を開始することができるようになる。なお、本ネットワーク接続方法は、例えば通信を行う端末や通信を行う端末に接続されるホームゲートウェイ等により実行させることができる。
【００７４】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００７５】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００７６】
（付記１）
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータにより実行される帯域管理方法であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を含む帯域管理方法。
【００７７】
（付記２）
前記第１判定ステップにおいて前記所定の状態であると判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために前記最低帯域を確保可能か否かを判定する第３判定ステップと、
前記第３判定ステップにおいて前記最低帯域を確保可能であると判定された場合、前記最低帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信するステップと、
をさらに含む付記１記載の帯域管理方法。
【００７８】
（付記３）
前記帯域割当要求には、前記特定の通信の通信種別を特定するための通信種別データがさらに含まれ、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合には、前記通信種別データが所定以上の帯域を確保すべき通信種別であることを表しているか否か判定する第４判定ステップ
をさらに含み、
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していると判定された場合、前記第２判定ステップを実施する
ことを特徴とする付記１又は２記載の帯域管理方法。
【００７９】
（付記４）
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していないと判定された場合、前記第３判定ステップを実施する
ことを特徴とする付記３記載の帯域管理方法。
【００８０】
（付記５）
前記通信種別データは、通信プロトコルに関するデータ又は通信メディアに関するデータである
ことを特徴とする付記３又は４記載の帯域管理方法。
【００８１】
（付記６）
前記受信ステップにおいて、前記特定の通信の発信側の端末に接続する発側エッジルータと前記特定の通信の着信側の端末に接続する着側エッジルータとの間の通信に割り当てられる帯域について前記帯域割当要求を受信し、
前記送信ステップにおいて、少なくとも前記発側エッジルータ及び前記着側エッジルータに前記帯域割当指示を送信する
ことを特徴とする付記１乃至５いずれか１つ記載の帯域管理方法。
【００８２】
（付記７）
使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うためのプログラムであって、
通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、
前記特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、前記ネットワークにおける通信を管理するサーバに送信するステップと、
前記サーバから前記通信開始要求に応じて前記特定の通信に割り当てられた割当帯域のデータを受信した場合、前記割当帯域に従って前記特定の通信において送信されるデータの量を制限するように設定するステップと、
を、コンピュータに実行させるためのプログラム。
【００８３】
（付記８）
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータに実行させるためのプログラムであって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を、前記コンピュータに実行させるためのプログラム。
【００８４】
（付記９）
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理する帯域管理装置であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信する受信部と、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定し、前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する判定部と、
前記判定部により前記最低帯域より広いと判定された場合、前記判定部により特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信部と、
を有する帯域管理装置。
【符号の説明】
【００８５】
１ リソース制御サーバ ３ ＳＩＰサーバ
５ 認証サーバ ７１，７３ エッジルータ
９１，９３ ホームゲートウェイ １１，１２，１３ ネットワーク
１１１，１１３，１１５，１３１，１３３，１３５ 端末
【特許請求の範囲】
【請求項１】
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータにより実行される帯域管理方法であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を含む帯域管理方法。
【請求項２】
前記第１判定ステップにおいて前記所定の状態であると判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために前記最低帯域を確保可能か否かを判定する第３判定ステップと、
前記第３判定ステップにおいて前記最低帯域を確保可能であると判定された場合、前記最低帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信するステップと、
をさらに含む請求項１記載の帯域管理方法。
【請求項３】
前記帯域割当要求には、前記特定の通信の通信種別を特定するための通信種別データがさらに含まれ、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合には、前記通信種別データが所定以上の帯域を確保すべき通信種別であることを表しているか否か判定する第４判定ステップ
をさらに含み、
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していると判定された場合、前記第２判定ステップを実施する
ことを特徴とする請求項１又は２記載の帯域管理方法。
【請求項４】
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していないと判定された場合、前記第３判定ステップを実施する
ことを特徴とする請求項３記載の帯域管理方法。
【請求項５】
前記通信種別データは、通信プロトコルに関するデータ又は通信メディアに関するデータである
ことを特徴とする請求項３又は４記載の帯域管理方法。
【請求項６】
前記受信ステップにおいて、前記特定の通信の発信側の端末に接続する発側エッジルータと前記特定の通信の着信側の端末に接続する着側エッジルータとの間の通信に割り当てられる帯域について前記帯域割当要求を受信し、
前記送信ステップにおいて、少なくとも前記発側エッジルータ及び前記着側エッジルータに前記帯域割当指示を送信する
ことを特徴とする請求項１乃至５いずれか１つ記載の帯域管理方法。
【請求項７】
使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うためのプログラムであって、
通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、
前記特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、前記ネットワークにおける通信を管理するサーバに送信するステップと、
前記サーバから前記通信開始要求に応じて前記特定の通信に割り当てられた割当帯域のデータを受信した場合、前記割当帯域に従って前記特定の通信において送信されるデータの量を制限するように設定するステップと、
を、コンピュータに実行させるためのプログラム。
【請求項８】
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータに実行させるためのプログラムであって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を、前記コンピュータに実行させるためのプログラム。
【請求項９】
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理する帯域管理装置であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信する受信部と、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定し、前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する判定部と、
前記判定部により前記最低帯域より広いと判定された場合、前記判定部により特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信部と、
を有する帯域管理装置。
【請求項１】
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータにより実行される帯域管理方法であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を含む帯域管理方法。
【請求項２】
前記第１判定ステップにおいて前記所定の状態であると判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために前記最低帯域を確保可能か否かを判定する第３判定ステップと、
前記第３判定ステップにおいて前記最低帯域を確保可能であると判定された場合、前記最低帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信するステップと、
をさらに含む請求項１記載の帯域管理方法。
【請求項３】
前記帯域割当要求には、前記特定の通信の通信種別を特定するための通信種別データがさらに含まれ、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合には、前記通信種別データが所定以上の帯域を確保すべき通信種別であることを表しているか否か判定する第４判定ステップ
をさらに含み、
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していると判定された場合、前記第２判定ステップを実施する
ことを特徴とする請求項１又は２記載の帯域管理方法。
【請求項４】
前記第１判定ステップにおいて前記所定の状態でないと判定され且つ前記第４判定ステップにおいて前記通信種別データが前記所定以上の帯域を確保すべき通信種別であることを表していないと判定された場合、前記第３判定ステップを実施する
ことを特徴とする請求項３記載の帯域管理方法。
【請求項５】
前記通信種別データは、通信プロトコルに関するデータ又は通信メディアに関するデータである
ことを特徴とする請求項３又は４記載の帯域管理方法。
【請求項６】
前記受信ステップにおいて、前記特定の通信の発信側の端末に接続する発側エッジルータと前記特定の通信の着信側の端末に接続する着側エッジルータとの間の通信に割り当てられる帯域について前記帯域割当要求を受信し、
前記送信ステップにおいて、少なくとも前記発側エッジルータ及び前記着側エッジルータに前記帯域割当指示を送信する
ことを特徴とする請求項１乃至５いずれか１つ記載の帯域管理方法。
【請求項７】
使用する帯域を確保した上で通信を開始させるネットワークに接続して通信を行うためのプログラムであって、
通信要求に応じて、当該通信要求に係る特定の通信の要求帯域と当該特定の通信の種別に応じて特定される最低限の帯域である最低帯域とを特定するステップと、
前記特定の通信の要求帯域及び最低帯域のデータと通信相手のデータとを含む通信開始要求を、前記ネットワークにおける通信を管理するサーバに送信するステップと、
前記サーバから前記通信開始要求に応じて前記特定の通信に割り当てられた割当帯域のデータを受信した場合、前記割当帯域に従って前記特定の通信において送信されるデータの量を制限するように設定するステップと、
を、コンピュータに実行させるためのプログラム。
【請求項８】
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理するコンピュータに実行させるためのプログラムであって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信するステップと、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定する第１判定ステップと、
前記第１判定ステップにおいて前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する第２判定ステップと、
前記第２判定ステップにおいて前記最低帯域より広いと判定された場合、前記第２判定ステップにおいて特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信ステップと、
を、前記コンピュータに実行させるためのプログラム。
【請求項９】
使用する帯域を確保した上で通信を開始させるネットワークにおいて前記通信に割り当てられる帯域を管理する帯域管理装置であって、
特定の通信で用いる最低限の帯域である最低帯域のデータと前記特定の通信の要求帯域のデータとを含む帯域割当要求を受信する受信部と、
時間帯毎に前記ネットワークにおける通信データ量に関するデータを格納する傾向データ格納部又は前記ネットワークの各パスにおける使用帯域幅に関するデータを格納する帯域データ格納部に格納されているデータに基づき、前記特定の通信を開始させる時点において通信データ量を抑制すべき所定の状態であるか否か判定し、前記所定の状態でないと判定された場合、前記帯域データ格納部に格納されている、前記ネットワークの各パスにおける使用帯域幅に関するデータに基づき、前記特定の通信のために確保可能な最も広い帯域を特定し、当該確保可能な最も広い帯域が前記最低帯域より広いか否か判定する判定部と、
前記判定部により前記最低帯域より広いと判定された場合、前記判定部により特定された前記確保可能な最も広い帯域と前記要求帯域とのうち狭い方の帯域のデータを含む帯域割当指示を前記特定の通信に関連するルータに送信する送信部と、
を有する帯域管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１１−１８８４４３（Ｐ２０１１−１８８４４３Ａ）
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願番号】特願２０１０−５４５６９（Ｐ２０１０−５４５６９）
【出願日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]