JP4454635B2 - 帯域割り当て方法、帯域割り当てプログラム及びプログラム記録媒体 - Google Patents

Description

本発明は、帯域割り当て方法、帯域割り当て装置、通信端末、帯域割り当てプログラム及びプログラム記録媒体に関し、特に、使用要求する帯域幅として複数の帯域幅を有するデータストリーミングの送受信を扱うアプリケーションに最適な帯域を割り当てるシステムに対して好適に適用可能である。

近年、ＶｏＩＰやＩＰテレビ電話・ＴＶ会議システム、インターネットラジオ、動画配信などリアルタイムデータストリーミングを扱うアプリケーションの利用が増えてきている。現在これらのアプリケーションは、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）などのブロードバンドを用いた固定ネットワーク環境で使用されることが多く、実装するアプリケーションもこのようなブロードバンド環境を想定して実装されている。

また、このようなストリーミングデータを扱うアプリケーションは、非コネクションプロトコルであるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いることが多い。ここで、ＵＤＰは、リアルタイム性に優れている反面、パケットロス等の通信劣化が起こった際の再送制御に関して考慮しない仕様とされている。そのため、これらストリーミングデータを扱うアプリケーションは、データ通信の開始前に、通信相手との間のネゴシエーションを行なって、使用可能な帯域幅に合わせたコーデックを選択して通信するようにしている。

例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などのアプリケーションでは、多くの場合、各々のアプリケーションが、ユーザの手動設定により複数のコーデックを予め選択しておいて、即ち、自身のネットワーク接続形態を知っているユーザが、該ネットワーク接続形態に基づいて、現在利用可能なコーデックを複数予め選択しておいて、呼制御プロトコルの中で通信相手に対して提示するようにしている。例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）においては、多くの場合、ＳＩＰ／ＳＤＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ／Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）パケットの中で通信相手に対する提示が行なわれる。

この場合、ＳＩＰの中では、ＩＮＶＩＴＥ（通信招待）メッセージであることが記述され、そのボディとしてＳＤＰが使用され、セッション記述（セッション名、セッション生成者）、時間記述（セッションの有効期間）、メディア記述（音声や動画を受信するのに必要な情報）が記述されている。この時、ＳＤＰを用いてイニシエータ（発呼）側から利用可能な一つ又は複数のコーデックを提示して、レスポンダ（着呼）側でその中から利用可能なコーデックを一つ選択して、ＳＤＰを用いて返答することによって、互いの通信用の呼を確定する。なお、呼の確定後、送信するストリーミングデータ自体は、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）というＵＤＰパケットでリアルタイムに転送されることが殆どである。

また、データ通信中に通信品質の測定を可能とするためにＲＴＣＰ（Ｒｅａｌ−Ｔｉｍｅ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）というプロトコルが存在する。ＲＴＣＰでは、ＲＴＰデータを送信するセンダ側が定期的にレポート要求を送信し、ＲＴＰデータを受け取るレシーバ側は、該レポート要求を受け取ったら、通信品質を示すレポートを返送する。この結果、センダ側でパケットロスの有無等のネットワーク状況を把握することが可能となり、その状況をアプリケーションに反映することが可能になる。

また、特許文献１に示す特開２００４−２６６３３０号公報「通信端末装置及びその制御方法」においては、電波強度の変化、ネットワークプレフィックス（ＩＰアドレス）の変化など、トランスポート層以下の層における状態の変化をアプリケーションに通知し、アプリケーションにおける通信に役立てることを提案している。
特開２００４−２６６３３０号公報

しかしながら、従来のアプリケーションの通信形態においては、複数のアプリケーションのフローが同時に動作する場合に大きな問題を起こす恐れがある。即ち、悪意の有無とは無関係に、一つのアプリケーションが通信帯域を占有してしまい、他のアプリケーションが通信帯域を使用不可能になる可能性がある。また、善意の複数のアプリケーションが同時に通信帯域を使用している場合に（特に、大きな帯域幅を用いることにより、通信品質の向上を見込めるようなアプリケーションが通信帯域を使用している場合に）、通信用の有限のリソースである帯域幅をデータストリーム毎に公平且つリーズナブルに割り当てる制御が必要であるが、現在、そのような帯域制御方法は全く考慮されていない。

例えば、前記特許文献１においては、トランスポート層以下の下位層の状態変化に基づいて、アプリケーションの使用する通信帯域を変更させることを提案しているが、この場合、アプリケーションは、通信状態が相対的に悪化した、又は、良化したことを把握することはできるが、具体的な利用可能な通信帯域を知ることはできない。

また、前記特許文献１では、複数のデータフローへの対応は考慮されておらず、例えば、優先度の高いデータフローについてはそのままの帯域を維持し、優先度の低いデータフローの通信帯域を狭い帯域幅に劣化させる等といった動的な管理を行なうことも不可能である。

本発明は、前述のような課題を解決するためになされたものであり、次に示すような技術手段を提供することを目的としている。

前述のごとき課題を解決するためになされた本発明の概要について説明する。本発明に係る帯域割り当て装置は、アプリケーションからの通信に関する要求を受け取り、通信帯域の割り当てなど通信を管理する通信管理部を具備し、ネットワークに接続するための通信メディア装置の一つである例えば無線ＬＡＮカードなどに代表される通信インタフェースカード（ＮＩＣ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）の情報を取得可能であり、更に表示部に表示させる手段を有していることが望ましいものとしている。また、通信相手となる帯域割り当て装置も同様の構成を有する。

このような帯域割り当て装置を具備した例えば通信端末では、通信端末の機能に対応したアプリケーションが、通信相手の通信端末との呼制御の結果、通信を管理する帯域割り当て装置の通信管理部において、通信相手の通信端末と通信する際に用いるフロー情報を確定することができる。ここで、フロー情報とは、通信を行なうフローを特定する宛先などの情報や、使用可能なコーデック情報から得られる帯域情報などから構成されている。なお、帯域情報とは、当該アプリケーションとして、最低限○○ｂｐｓの帯域が必要であり、最大では○○ｂｐｓの帯域を確保したいなどの使用要求帯域幅情報である。

アプリケーションは、確定したフロー情報を帯域確保要求として帯域割り当て装置の通信管理部に対して引き渡す。通信制御部は、このような帯域確保要求を、複数のアプリケーションから、又は、単一のアプリケーションでも複数のフローがあれば、アプリケーションから各フローに対して受け取る。通信管理部では、これらの複数の帯域確保要求に対して、各フロー毎に適切な処置をして帯域を割り当て、各フローに対して割り当てた帯域をそのフローを用いるアプリケーションに通知する。その結果、アプリケーションは各フロー毎に割り当てられた帯域に適したコーデックを選択して、通信相手に通知することにより、最適な帯域を使用することが可能となる。

ここで、通信管理部では、まず、通信相手との通信経路における使用可能な帯域幅を含むネットワークの状態をネットワーク情報として把握する。この際、ネットワークの状態として、当該通信端末自身のＮＩＣの限界、通信相手のＮＩＣの限界、通信路の限界が存在している。そのため、通信管理部では、当該通信端末のＮＩＣの情報を通信相手の通信管理部に送信する。その結果、通信相手の通信管理部から、双方の通信端末のＮＩＣ情報から互いの通信用のパスを特定するための情報を含むパス情報が返送される。

当該通信端末（及び／又は通信相手の通信端末）の通信管理部では、得られたパス情報を基にして、当該パス情報に示される通信用のパスに関して使用可能な帯域幅を含むネットワーク情報を取得する。このネットワーク情報を取得する方法としては、通信端末相互間のＥＮＤ−ＥＮＤで測定して取得しても良いし、現在のネットワークの状況を蓄積しているデータベースサーバから取得するようにしても良いし、あるいは、特定のメジャーなサーバに関する通信パスの場合のようにネットワーク状況をマルチキャストするような広告がされている場合は、この広告を受信してネットワーク情報を取得しても良い。

この取得されたネットワーク状況を基にして、通信用のリソースとして使用可能な帯域幅を、割り当てを要求されている各フローに割り当てることとなる。
次に、フローへの帯域割り当て方法についていくつかの方法を簡単に説明する。この帯域割り当て方法の詳細かつ具体的な方法については、実施例において後述する。

帯域割り当て方法１：
（１）まず、全てのフローに対して、各フローが要求する最低限の帯域幅を割り当てる。
（２）次に、全てのフローに対して、各フローが要求する最大限の帯域幅を割り当ててみる。この結果、ネットワークの使用可能状態を満足している場合には、全てのフローに対して、各フローが要求する最大限の帯域幅を割り当てる。

（３）（２）で各フローが要求する最大限の帯域幅を全てのフローに亘って割り当てられなかった場合は、全てのフローに対して（１）の最低限の帯域幅の割り当てをした状態で、更に、以下の規則に従って、帯域幅を追加して割り当てていく。

（４）即ち、各フローには予め優先順位が付けられており、優先度の高いフローから順番により大きい帯域幅を割り当てていく。例えば、まず、最も優先順位の高いフローに対して、該フローが要求する最大限の帯域幅になるために必要とする残りの帯域幅（即ち、最大限の帯域幅から既に割り当て済みの帯域幅を減算した帯域幅）と、最低限の帯域幅の割り当て結果として残っている現在使用可能な帯域幅の半分の帯域幅とを比較して、いずれかより小さい帯域幅を追加して割り当てる。更に、追加して割り当てた帯域幅分、現在使用可能な帯域幅を減算する。

（５）最も優先順位の高いフローに対する帯域幅の追加割り当てが終了したら、このフローの優先順位は最下位に下げて、優先順位が次に高いフローが最も優先順位が高くなった状態で、（４）の処理を再び行なう。
（６）この（４）、（５）の処理を全てのフローについて予め定めた一定回数繰り返して（即ち、フロー数×規定ループ回数）行なったら、追加割り当て処理を終了して、最終的に各フローに対して割り当てるべき帯域幅を決定する。

帯域割り当て方法２：
（１）まず、全てのフローに対して、各フローが要求する最低限の帯域幅を割り当てる。
（２）次に、全てのフローに対して、各フローが要求する最大限の帯域幅を割り当ててみる。この結果、ネットワークの使用可能状態を満足している場合には、全てのフローに対して、各フローが要求する最大限の帯域幅を割り当てる。（１）、（２）については、帯域割り当て方法１と同じである。

（３）（２）で各フローが要求する最大限の帯域幅を全てのフローには割り当てられなかった場合は、全てのフローに対して（１）の最低限の帯域幅の割り当てをした状態で、残った使用可能な帯域幅を、各フローが要求する最大限の帯域幅に応じて比例配分して追加して割り当てる。

帯域割り当て方法３：
（１）まず、各フローが要求する１乃至複数の帯域幅の全ての組み合わせを作成する。
（２）次に、現在のネットワークの使用可能状態を満足している組み合わせを残し、その中から、より優先度が高いフローがより大きい帯域幅を要求している組み合わせを選択する。
（３）ここで、複数の組み合わせが選択された場合、その中から次に優先度が高いフローがより大きい帯域幅を要求している組み合わせを選択する。この結果、各フローに割り当てるべき帯域幅を決定することができる。

また、通信管理部は、本発明を適用しないアプリケーションが独自に占有する帯域幅よりも、本発明を適用して帯域割り当てを当該通信管理部により受けようとするアプリケーションに対して優先的に帯域幅を割り当て可能とする。更には、通信管理部は、本発明を適用して帯域幅を割り当てたアプリケーションのフローを、全体の制御を司るオペレーティングシステム（ＯＳ）側で優先的に処理するように指示を行なう。これは、本発明を適用しないで帯域割り当てを当該通信管理部により受けようとしないアプリケーションに帯域幅を占有されないようにするためである。

更に、全てのフローに対しては、各フローが要求する最低限の帯域幅の割り当てもできないような場合には、ユーザが通信を継続したいフロー（もしくは、逆に、通信を切断しても良いフロー）を選択できるように、ユーザインタフェースを用意し、ユーザに通信を継続したいフロー（もしくは、逆に、通信を切断しても良いフロー）を選択させ、選択されたフローだけに、帯域幅を割り当てて通信を継続するようにする。

本発明に係る技術手段を更に具体的に示すと、本発明は、次のようにな核技術手段から構成されている。第１の技術手段は、ネットワークを介して通信を行なうアプリケーションが、少なくとも、通信のフローに用いるコーデックの使用帯域幅に応じた１乃至複数の使用要求帯域幅、通信相手に関する情報を含むフロー情報を、帯域の割り当て要求として、通信を管理する通信管理部に対して通知し、前期通信管理部は、受け取った前記フロー情報に基づいて、通信相手側の通信管理部に対して、前記ネットワークと接続するための通信メディア装置の有する情報のうち少なくともフローの宛先となる宛先情報及び性能限界を含む通信メディア情報を、当該通信相手に送信し、該通信メディア情報を受信した通信相手側の通信管理部が、自身の通信メディア情報を加えて、互いの通信に用いるパスを特定可能なパス情報を作成して、前記通信メディア情報の送信元の通信相手側の通信管理部に対して返送することにより、互いに通信を行なういずれか一方又は双方の通信管理ステップにおいて、通信に用いる前記ネットワークの使用可能な帯域幅を調査してネットワーク情報として取得して、取得した前記ネットワーク情報に対応して割り当てることが可能な帯域幅を決定して、帯域割り当て要求がなされたアプリケーションに対して割当帯域幅として通知し、前記アプリケーションは、通知された割当帯域幅に基づいて通信に用いるコーデックの帯域幅を設定して通信相手と通信を行なうことを特徴とする。

第２の技術手段は、前記第１の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなされた全てのフローについて、各フローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、それぞれのフローにおける最低限の使用要求帯域幅をそれぞれのフローに割り当てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であれば、それぞれの最低限の使用要求帯域幅を割り当てて、それぞれの最低限の使用要求帯域幅を割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知し、一方、帯域割り当て要求がなされた全てのフローいずれにも割り当てが不可能であれば、帯域割り当てが不可能である旨をそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第３の技術手段は、前記第１の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、それぞれのフローにおける最大限の使用要求帯域幅をそれぞれのフローに割り当てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であれば、それぞれの最大限の使用要求帯域幅を割り当てて、それぞれの最大限の使用要求帯域幅を割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第４の技術手段は、前記第３の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、帯域割り当て要求がなされた全てのフローそれぞれに対しては、それぞれの最大限の使用要求帯域幅を割り当てることが不可能な場合、帯域割り当て要求がなされた全てのフローに対して、それぞれの最低限の使用要求帯域幅を割り当て、かつ、前記ネットワーク情報が示す使用可能帯域の残りの帯域幅を算出した後、帯域割り当て要求がなされた全てのフローのうち、その時点で最も優先度が高いフローに対して、該フローの要求する最大限の使用要求帯域幅になるために必要とする残りの帯域幅と、前記ネットワーク情報が示す使用可能帯域幅残りの半分に該当する帯域幅とを比較して、より少ない方の帯域幅を、該フローに対して追加して割り当てると共に該フローの優先度を最下位に変更し、かつ、前記ネットワーク情報から得られる使用可能帯域幅の残りの帯域幅を算出するという追加帯域幅割り当て処理を行ない、次いで、順次、優先度が高いフローに対して、同様に、前記追加帯域幅割り当て処理を行なうことを、予め定めた規定回数分繰り返すことにより、各フローに割り当てるべき帯域幅を決定して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第５の技術手段は、前記第４の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、前記追加帯域幅割り当て処理を前記規定回数分繰り返すことにより各フローそれぞれについて決定した帯域幅を前記割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知する代わりに、各フローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、各フローそれぞれに決定した前記帯域幅に収まる条件下で最も大きい使用要求帯域幅を選択して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第６の技術手段は、前記第３の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、帯域割り当て要求がなされた全てのフローそれぞれに対しては、それぞれの最大限の使用要求帯域幅を割り当てることが不可能な場合、帯域割り当て要求がなされた全てのフローに対して、それぞれの最低限の使用要求帯域幅を割り当て、かつ、前記ネットワーク情報が示す使用可能帯域幅の残りの帯域幅を算出した後、算出された使用可能帯域幅の残りの帯域幅を、帯域割り当て要求がなされたフローそれぞれの最大限の使用要求帯域幅に応じて比例配分して、それぞれのフローに対して追加して割り当てることにより、各フローに割り当てるべき帯域幅を決定して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第７の技術手段は、前記第６の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、フローそれぞれの最大限の使用要求帯域幅に応じて比例配分して追加すべき帯域幅を求めることにより決定した帯域幅を前記割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知する代わりに、各フローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、各フローそれぞれに決定した前記帯域幅に収まる条件下で最も大きい使用要求帯域幅を選択して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第８の技術手段は、前記第１の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅について全ての組み合わせを作成し、該使用要求帯域幅の組み合わせそれぞれについて、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて、前記使用要求帯域幅の組み合わせとして割り当てることが可能な組み合わせであるか否かを判定して、割り当てることが可能な組み合わせの中から、より優先度が高いフローについてより大きい帯域幅の使用要求帯域幅を要求している組み合わせを選択し、選択した組み合わせが示す各フローの使用要求帯域幅を、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。

第９の技術手段は、前記第８の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅について全ての組み合わせを作成する際に、優先度が低いフローに対して帯域を割り当てない場合も含む使用要求帯域幅の組み合わせを作成し、割り当てることが可能な組み合わせの中から、より優先度が高いフローについてより大きい帯域幅の使用要求帯域幅を要求している組み合わせを選択する際に、優先度が低いフローに対して帯域を割り当てないような使用要求帯域幅の組み合わせが選択された場合、帯域が割り当てられない優先度が低いフローに対応するアプリケーションに対して帯域割り当てが不可能である旨を通知することを特徴とする。

第１０の技術手段は、前記第１乃至９の技術手段のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記ネットワークを介した通信用のパスに対応付けて該パスの使用可能通信速度として管理することを特徴とする。

第１１の技術手段は、前記第１０の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記パスの使用可能通信速度に加えて、前記パスの単位時間当たりの使用可能パケット数をも用いて管理することを特徴とする。

第１２の技術手段は、前記第１乃至９の技術手段のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、前記ネットワークと接続するための通信メディア装置の現在使用可能な帯域幅を、該通信メディア装置の使用可能リンク速度として管理することを特徴とする。

第１３の技術手段は、前記第１２の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、前記ネットワークと接続するための通信メディア装置の現在使用可能な帯域幅を、前記通信メディア装置の使用可能リンク速度に加えて、前記通信メディア装置の単位時間当たりの使用可能パケット数をも用いて管理することを特徴とする。

第１４の技術手段は、前記第１乃至９の技術手段のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記ネットワークを介した通信用のパスに対応付けた該パスの使用可能通信速度と、前記ネットワークと接続するための通信メディア装置の使用可能リンク速度との双方を用いて管理することを特徴とする。

第１５の技術手段は、前記第１４の技術手段に記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記パスの使用可能通信速度と前記通信メディア装置の使用可能リンク速度とに加えて、更に、前記パスの単位時間当たりの使用可能パケット数と前記通信メディア装置の単位時間当たりの使用可能パケット数をも用いて管理することを特徴とする。

第１６の技術手段は、前記第１乃至１５の技術手段のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、前記アプリケーションからの帯域割り当て要求に応じて帯域を割り当てる際に、通信相手との通信用のフローとして要求される１乃至複数の使用要求帯域幅を、予め定めた計算式を用いてより大きい帯域幅となるみなし使用要求帯域幅に換算し、換算した該みなし使用要求帯域幅を割り当てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であれば、該みなし使用要求帯域幅を割当帯域幅として割り当てて、フローに対応するアプリケーションに対して通知することを特徴とする。

第１７の技術手段は、前記第１乃至１６の技術手段のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに対して帯域割り当て要求がなされた場合、あるいは、再度、既に割当済みのフローに対する帯域を割り当て直す場合に、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて、全てのフローに対して帯域を割り当てることができないが、少なくとも１つのフローに対して帯域を割り当てることができると判定した場合、帯域を割り当てることが可能な１乃至複数のフローを選択メニュー画面として表示し、ユーザが選択したフローに対して帯域を割り当てることを特徴とする。

第１８の技術手段は、前記第１乃至１７の技術手段のいずれかに記載の帯域割り当て方法であって、前記アプリケーションが、前記通信管理部から割当帯域幅として割り当てられた帯域幅に応じた通信帯域幅を用いて、通信相手と前記ネットワークを介して通信することを特徴とする。

第１９の技術手段は、前記第１乃至１８の技術手段のいずれかに記載の帯域割り当て方法であって、前記アプリケーションが、１乃至複数の使用帯域幅に対応するコーデックを有し、前記通信管理部に対して帯域割り当て要求として通知する前記フロー情報に含まれる使用要求帯域幅として、前記コーデックの使用帯域幅に応じた１乃至複数の使用要求帯域幅を通知し、前記通信管理ステップから割当帯域幅として割り当てられた帯域幅に応じたコーデックを選択して、選択したコーデックを用いて、通信相手と前記ネットワークを介して通信することを特徴とする。

第２０の技術手段は、前記第１乃至１９の技術手段のいずれかに記載の帯域割り当て方法であって、前記アプリケーションが、前記通信管理部に対して帯域割り当て要求として通知する前記フロー情報に含まれる使用要求帯域幅として、通信のフローに用いるコーデックの使用帯域幅よりも大きい帯域幅を用いることを特徴とする。

第２１の技術手段は、前記第１乃至２０の技術手段のいずれかに記載の帯域割り当て方法を、コンピュータによりプログラムとして実行することを特徴とする帯域割り当てプログラムとすることを特徴とする。

第２２の技術手段は、前記第１乃至２１の技術手段のいずれかに記載の帯域割り当てプログラムを、コンピュータにより読み取り可能な記録媒体に記録していることを特徴とするプログラム記録媒体とすることを特徴とする。

以上のような各技術手段から構成される本発明によれば、以下のような効果が得られる。
通信を要求する複数のフローが同時に存在している場合であっても、現在のネットワークの状態（使用可能な帯域幅）を動的に取得して、その時点で最適の帯域幅を各フローの優先順位に応じて柔軟に割り当てることができ、各アプリケーションは現在のネットワーク状況において最もクオリティが高い通信を行なうことができる。

また、一旦帯域を割り当てた以降であっても、ネットワークの状況が変化した場合、あるいは、帯域割り当てを要求する新たなフローが発生したり、通信中のフローが終了して消滅したりして、管理対象のフロー数が変化した場合においても、その時点で最適な帯域幅に再割り当てすることが可能であり、限られた通信リソースを最大限に活用しながら、要求元のアプリケーションの各フローに対してより高いクオリティが得られる帯域幅を動的に割り当て直し、最適な通信状態を提供することができる。

また、各フローが実際に使用する帯域幅よりも余裕を持って帯域幅を割り当てることも可能としており、安定した通信品質を確保したいアプリケーションに対しても、十分に安定した通信環境を提供することもできる。

本発明に係る帯域割り当て方法の第１の実施例を説明するためのシステム構成図である。 本発明に係る帯域割り当て方法の第１の実施例を説明するためのシーケンスチャートである。 本発明に係る帯域割り当て方法の第２の実施例を説明するためのシステム構成図である。 本発明に係る帯域割り当て方法の第２の実施例を説明するためのシーケンスチャートである。 第２の実施例において図８の帯域割り当て方法によって割り当てられていく各フローの帯域割り当て状況を示す模式図である。 本発明に係る帯域割り当て方法の例を説明するためのフローチャートである。 本発明に係る帯域割り当て方法の例における図６に続く処理を説明するためのフローチャートである。 本発明に係る帯域割り当て方法の例における図７に続く処理を説明するためのフローチャートである。 本発明に係る帯域割り当て方法の第３の実施例を説明するためのシステム構成図である。 本発明に係る帯域割り当て方法の第３の実施例を説明するためのシーケンスチャートである。 本発明に係る帯域割り当て方法の図７に続く第３の実施例における処理を説明するためのフローチャートである。 第３の実施例において図１１の帯域割り当て方法によって割り当てられていく各フローの帯域割り当て状況を示す模式図である。 本発明に係る帯域割り当て方法の第４の実施例を説明するためのシステム構成図である。 本発明に係る帯域割り当て方法の第４の実施例を説明するためのフローチャートである。 本発明に係る帯域割り当て方法の図１４に続く第４の実施例における処理を説明するためのフローチャートである。 第５の実施例において図８の帯域割り当て方法によって割り当てられていく各フローの帯域割り当て状況を示す模式図である。 本発明に係る帯域割り当て方法の第６の実施例を説明するためのフローチャートである。 第６の実施例においてユーザが通信を継続すべきフローを選択するための選択メニュー画面の一例を示す模式図である。 第６の実施例においてユーザが通信を継続すべきフローを選択するための選択メニュー画面の異なる例を示す模式図である。 第６の実施例において選択メニュー画面から通信を継続すべきフローを選択した結果の一例を示す模式図である。 第６の実施例において選択メニュー画面から通信を継続すべきフローを更に選択した結果の一例を示す模式図である。 第６の実施例において帯域を割り当てることができない旨を示すエラー画面表示の一例を示す模式図である。 本発明に係る帯域割り当て方法の第７の実施例を説明するためのフローチャートである。

符号の説明

１０，１１，１２…通信端末、２０…データベースサーバ、３０…インターネット、４０…動画サーバ、１００，１１０，１２０…ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、１０１，１１１，１２１…制御部、１０１ａ，１１１ａ…ＶｏＩＰアプリケーション、１０１ｂ，１１１ｂ，１２１ｂ…通信管理部、１０１ｃ…動画ビューアアプリケーション、１０１ｄ，１１１ｄ…ＴＶ電話アプリケーション、１０１ｅ，１２１ｅ…画像管理アプリケーション、４００…ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、４０１…制御部、４０１ｃ…ストリーミング配信アプリケーション。

以下、図面を参照しながら、本発明に係る帯域割り当て方法、帯域割り当て装置、通信端末、帯域割り当てプログラム及びプログラム記録媒体を実施するための最良の形態について説明する。

なお、以下の説明においては、本発明に係る帯域割り当て装置を搭載した通信端末における帯域割り当て方法に関して、その実施形態の一例について説明し、帯域割り当てプログラム及びプログラム記録媒体に関する実施形態の説明は省略する。しかし、以下の帯域割り当て方法に関する詳細な説明から、本帯域割り当て方法をコンピュータによりプログラムとして実行する帯域割り当てプログラム、及び、該帯域割り当てプログラムをコンピュータにより読み取り可能な記録媒体に記録するプログラム記録媒体についても容易に理解することができる。

（第１の実施例）
本実施例においては、ＶｏＩＰアプリケーションを用いる場合を例に取って、図１に示す第１の実施例におけるシステム構成図を用いて説明する。図１は、インターネット３０を経由して互いにＶｏＩＰ通信を行なう通信端末１０，１１が存在している場合を模式的に示している。図１のシステム構成図において、通信端末１０，通信端末１１のそれぞれは、全体を制御する制御部１０１，１１１及びインターネット３０と接続するための通信メディア装置としての通信インタフェースカードＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１００，１１０を具備しており、制御部１０１，１１１のそれぞれには、各通信端末１０，１１に対応する処理を実行するＶｏＩＰアプリケーション１０１ａ，１１１ａ、及び、該ＶｏＩＰアプリケーション１０１ａ，１１１ａそれぞれからの要求を受け取り、通信用の帯域の割り当てなどを行なう帯域割り当て装置が備えられ、帯域割り当て装置それぞれには帯域割り当てを含めＶｏＩＰアプリケーション１０１ａ，１１１ａそれぞれの通信を管理する通信管理部１０１ｂ、１１１ｂが備えられている。更に、通信端末１０，通信端末１１には、図示していないが、各種情報の表示が可能な表示装置を具備するものが望ましい。
ここで、通信端末１０は、ＶｏＩＰアプリケーション１０１ａの要求に応じて、通信管理部１０１ｂの制御の下、ＮＩＣ１００を介してインターネット３０と接続しており、通信端末１１は、ＶｏＩＰアプリケーション１１１ａの要求に応じて、通信管理部１１１ｂの制御の下、ＮＩＣ１１０を介してインターネット３０に接続しているものとする。

本実施例では、ＶｏＩＰアプリケーション１０１ａ，１１１ａが使用要求帯域幅として４つの異なる帯域幅を利用可能とし、更に、通信端末からネットワークへ向かう上り回線とネットワークから通信端末へ向かう下り回線とで異なる帯域のコーデックを利用可能とする場合について説明する。また、ネットワーク情報、ＮＩＣ情報、フロー情報として管理する帯域幅ＢＷとして、通信速度（ｂｐｓ）以外に、単位時間当たりに転送するパケット数ｐｐｓ（ｐａｃｋｅｔｓ ｐｅｒ ｓｅｃｏｎｄ：１秒当たりに転送可能なパケット数）情報も含まれている場合について例示する。

以下、図１に示すシステム構成図における通信端末１０，１１のＶｏＩＰアプリケーション１０１ａ，１１１ａ間の通話に用いる帯域割り当て方法について、図２に示すシーケンスチャートを用いて説明する。ここに、図２は、本発明に係る帯域割り当て方法の第１の実施例を説明するためのシーケンスチャートであり、ネットワークから通信端末１０，１１に向かう下り方向のフローにおける割当（使用可能）帯域幅を選択する場合を例に取って、図１に示す通信端末１０，１１間で送受信されるデータのシーケンスを示している。また、通信端末１０，１１それぞれの内部におけるＶｏＩＰアプリケーション１０１ａ，１１１ａと通信管理部１０１ｂ，１１１ｂとの間のデータの送受信についても示している。

まず、発呼側通信端末１０のＶｏＩＰアプリケーション１０１ａは、通信管理部１０１ｂを介して、着呼側通信端末１１のＶｏＩＰアプリケーション１１１ａに対して、ＳＩＰ／ＳＤＰを用いて、ＩＮＶＩＴＥ（通信招待）メッセージを送信する（シーケンスＳ２１）。

なお、このＩＮＶＩＴＥメッセージの送信は、Ｐｒｏｘｙサーバ経由としても良い。ＩＮＶＩＴＥメッセージを受信した着呼側通信端末１１のＶｏＩＰアプリケーション１１１ａは、発呼側通信端末１０のＶｏＩＰアプリケーション１０１ａとの通信が可能な状態にあれば、通信管理部１１１ｂを介して、発呼側通信端末１０のＶｏＩＰアプリケーション１０１ａに対して、ＳＩＰ／ＳＤＰを用いて、２００ ＯＫレスポンスを返送する（シーケンスＳ２２）。なお、この２００ ＯＫレスポンスの返送も、Ｐｒｏｘｙサーバ経由としても良い。

ここで、ＶｏＩＰ通信において使用されている呼制御プロトコルとしては、前述したように、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が適用されている場合が多い。一般に、ＳＩＰを用いる場合には、着呼側通信端末では、通信相手の発呼側通信端末からＩＮＶＩＴＥ（通信招待）メッセージが届くまで、一方、発呼側通信端末では、ＩＮＶＩＴＥメッセージに対する２００ ＯＫメッセージが返送されてくるまで、通信相手の着呼側通信端末のＩＰアドレスが判明しなく、通信を特定するパスが判明しないことがある。

ＶｏＩＰアプリケーション１０１ａ，１１１ａ間の呼制御が完了した際には、互いの通信端末において、相手ＩＰアドレスが判明するのみならず、その他のフロー情報についても確定することができる。ここで、フロー情報とは、ＶｏＩＰアプリケーション１０１ａ，１１１ａ間の通信を行なうためのＩＰアドレスや通信ポートや使用要求帯域幅を指定するものであり、通信を行なうフローを特定するための宛先などの情報や、通信相手のＶｏＩＰアプリケーションとの間の通信に使用可能なコーデック情報から得られる帯域情報（使用要求帯域幅情報）などから構成されている。

なお、帯域情報とは、当該ＶｏＩＰアプリケーションとして、最低限どの程度の帯域幅が必要であり、最高のクオリティを達成するには最大どの程度の帯域幅を確保したいかなど、割り当てを要求したい１乃至複数の帯域幅を含む情報である。

具体的には、フロー情報は、少なくとも、データ送信先のＩＰアドレスを示すディスティネーションアドレス（Ｄｓｔ Ａｄｄｒ：Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）、データ送信元の自ＩＰアドレスを示すソースアドレス（Ｓｒｃ Ａｄｄｒ：Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）、データ送信先ポート番号を示すディスティネーションポート（Ｄｓｔ Ｐｏｒｔ：Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ）、最低限必要な帯域幅（ＢＷ（ＭＩＮ）：Ｂａｎｄｗｉｄｔｈ（Ｍｉｎｉｍｕｍ））、最高クオリティに必要な最大の帯域幅（ＢＷ（ＭＡＸ）：Ｂａｎｄｗｉｄｔｈ（Ｍａｘｉｍｕｍ））を含んでいる。呼制御が終了すると、通信端末１０，１１の通信管理部１０１ｂ，１１１ｂは、それぞれのアプリケーション１０１ａ，１１１ａからそれぞれのフロー情報が渡される（シーケンスＳ２３，Ｓ２４）。通信制御部１０１ｂ，１１１ｂが取得するフロー情報を、それぞれ表１−１及び表１−２に示す。

ここで、表１−１，表１−２に示すフロー情報は、４つの異なる帯域幅を利用可能とするように、最低限必要な最低使用要求帯域幅（ＢＷ（ＭＩＮ））、最高のクオリティを得るために必要な最大使用要求帯域幅（ＢＷ（ＭＡＸ））の他に、第２の帯域幅（ＢＷ（２））、第３の帯域幅（ＢＷ（３））が追加された構成となっている。更に、ＢＷ（ＭＩＮ），ＢＷ（２），ＢＷ（３），ＢＷ（ＭＡＸ）それぞれの帯域幅には、前述したように、使用を要求する通信速度（ｂｐｓ）以外に、使用を要求する単位時間当たりに転送可能なパケット数（ｐｐｓ）の情報も追加されている。

表１−１，表１−２に示すように、通信管理部１０１ｂ，１１１ｂのそれぞれが取得したフロー情報は同一の内容とされているが、表１−１は、通信端末１０の通信管理部１０１ｂが取得したフロー情報であり、表１−２は、通信端末１１の通信管理部１１１ｂが取得したフロー情報であり、それぞれの通信管理部１０１ｂ、１１１ｂで用いられる。

ＳＩＰ／ＳＤＰのＩＮＶＩＴＥメッセージを受け取った着呼側通信端末１１の通信管理部１１１ｂは、通信が可能な状態を示す２００ ＯＫレスポンスを、発呼側通信端末１０の通信管理部１０１ｂに返送した後、更に、表２に示すような自身のＮＩＣ１１０の情報即ちＮＩＣ情報を、発呼側通信端末１０の通信管理部１０１ｂに対して送信する（シーケンスＳ２５）。但し、２００ ＯＫを受け取った発呼側通信端末１０の通信管理部１０１ｂから、自身のＮＩＣ１００の情報即ちＮＩＣ情報を、着呼側通信端末１１の通信管理部１１１ｂに対して送信するようにしても構わない。

また、通信端末１０，１１の通信管理部１０１ｂ，１１１ｂは、それぞれの通信端末１０，１１をインターネット３０に接続するための通信メディア装置であるネットワークインタフェースカード（通信インタフェースカード）ＮＩＣ１００，１１０の性能限界即ち使用可能帯域（余り）も取得して管理している。即ち、通信相手の通信端末との間の通信用のパスとして用いるＮＩＣに対応付けて、パス情報に付帯するＮＩＣ情報として管理している。ここに、ＮＩＣ情報は、少なくとも、当該ＮＩＣを備えている通信端末名（端末）（または前記通信端末名と同等の効果をもつＩＰアドレス等に代表される識別子）、通信端末からネットワークへ向かう上り回線の最大帯域幅（ＢＷ（上り））、上り回線の未使用（余り）となっている使用可能帯域幅（ＢＷ（上り・余り））、ネットワークから通信端末へ向かう下り回線の最大帯域幅（ＢＷ（下り））、下り回線の未使用（余り）となっている使用可能帯域幅（ＢＷ（下り・余り））を含んでいる。ここで、表２に示すＮＩＣ１１０に関するＮＩＣ情報は、表１−１，表１−２のフロー情報の場合と同様に、転送可能なリンク速度（ｂｐｓ）以外に単位時間当たりに転送可能なパケット数（ｐｐｓ）の情報も追加されている。

着呼側通信端末１１のＮＩＣ１１０のＮＩＣ情報を受け取った発呼側通信端末１０の通信管理部１０１ｂでは、着呼側通信端末１１から得たＮＩＣ情報即ちＮＩＣ１１０の情報と通信端末１０自身のＮＩＣ情報即ちＮＩＣ１００の情報とをマージして、表３に示すような双方のＮＩＣ情報（ＮＩＣ管理表）を作成すると共に、双方のＮＩＣ情報に基づいて、表４に示すようなパス情報を作成し、通信相手の着呼側通信端末１１に対して送信する（シーケンスＳ２６）。

この結果、通信端末１０，１１の通信管理部１０１ｂ，１１１ｂは、ＶｏＩＰアプリケーション１０１ａ，１１１ａ間の通信に用いるパス情報、ＮＩＣ情報をそれぞれ取得した状態となる。なお、発呼通信端末１０のＮＩＣ情報は、当該通信端末１０からネットワークに向かう上り回線の通信可能帯域幅（ＢＷ（上り））が１Ｍｂｐｓと下り回線の通信可能帯域幅（ＢＷ（下り））の１１Ｍｂｐｓに比して狭い場合を示している。

次に、パス情報を受け取った着呼側通信端末１１の通信管理部１１１ｂでは、得られたＮＩＣ情報とパス情報とを基にして、現在のネットワークの通信状況を示すネットワーク情報を調査するために、ネットワーク情報測定要求メッセージを、通信相手の発呼側通信端末１０の通信管理部１０１ｂに対して送信する（シーケンスＳ２７）。本実施例においては、互いの通信端末１０，１１間でテストデータの送受信動作を行なうことにより、ＥＮＤ−ＥＮＤでネットワークの“使用可能帯域幅”を示すネットワーク情報を測定する場合を示している。また、これらの使用可能帯域幅はデータベースサーバ２０が保持しており、データベースサーバ２０に対してネットワーク情報を問い合わせても良い。

着呼側通信端末１１の通信管理部１１１ｂからのネットワーク情報測定要求メッセージを受け取った発呼側通信端末１０の通信管理部１０１ｂと送信元の着呼側通信端末１１の通信管理部１１１ｂとの間でテストデータを各種の帯域幅で送受信し合い（シーケンスＳ２８）、送受信データの測定結果に基づいて、発呼側通信端末１０の通信管理部１０１ｂ及び着呼側通信端末１１の通信管理部１１１ｂそれぞれで、上り回線、下り回線毎のフローについての使用可能帯域幅を決定する。

その結果、通信端末１０，１１のそれぞれでは、通信相手の通信端末１１，１０との間の通信フローにて実測された使用可能な帯域幅を示すネットワーク情報として、即ち、パス情報の一つとして、表４に示す空欄部分（「パス１」、「パス２」のＢＷ（測定）、ｐｐｓ（測定））に関する情報が得られ、表５に示すパス情報となる。更に、通信相手の通信端末１１，１０との間の通信フローにおけるネットワークにて最大使用可能な帯域幅を示すネットワーク情報として、即ち、パス情報の一つとして、「パス１」、「パス２」のＢＷ（可用）、ｐｐｓ（可用）についても、ＥＮＤ−ＥＮＤの実測結果である「パス１」、「パス２」のＢＷ（測定）、ｐｐｓ（測定）がコピーされる。

ここで、表５のパス情報に例示するように、発呼側通信端末１０から着呼側通信端末１１へ向かう回線（「パス１」）と、逆方向の着呼側通信端末１１から発呼側通信端末１０へ向かう回線（「パス２」）とは、ネットワーク上のパスとして使用可能な帯域幅が異なっている場合（例えば、ＢＷ（測定）は、「フロー１」の場合が１２８ｋｂｐｓ、「フロー２」が４Ｍｂｐｓ）を示している。また、「パス１」、「パス２」の使用可能帯域幅を示すＢＷ（可用）、ｐｐｓ（可用）とは、前述のように、それぞれＥＮＤ−ＥＮＤの実測値であるＢＷ（測定）、ｐｐｓ（測定）の値と同一の値を設定するようにしている。

而して、通信端末１０，１１の通信管理部１０１ｂ，１１１ｂでは、ＶｏＩＰアプリケーション１０１ａ，１１１ａそれぞれのフロー情報とパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たり使用可能パケット数（ｐｐｓ（可用））に示す情報とを得ることにより、ＶｏＩＰアプリケーション１０１ａ，１１１ａ間の通信フローに使用可能な最大の帯域幅、単位時間当たりパケット数を適切に割り当てることができる。

即ち、表１−１，表１−２のフロー情報と、表３のＮＩＣ情報と、表５のパス情報とを参照して、ＥＮＤ−ＥＮＤ実測結果から取得した表５の使用可能帯域幅（ＢＷ（可用））と、アプリケーション１０１ａ，１１１ａの使用要求帯域幅即ちフロー情報として収集した表１−１，表１−２の最低限必要な帯域幅（ＢＷ（ＭＩＮ））、第２の帯域幅（ＢＷ（２））、第３の帯域幅（ＢＷ（３））、最高クオリティに必要な最大の帯域幅（ＢＷ（ＭＡＸ））とを比較することにより、現在のネットワーク状況として割り当て可能な帯域幅を判断することができる。

また、同様に、表１−１，表１−２のフロー情報と、表３のＮＩＣ情報と、表５のパス情報とを参照して、ＥＮＤ−ＥＮＤ実測結果から取得した表５の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））と、アプリケーション１０１ａ，１１１ａの要求帯域幅即ちフロー情報として収集した表１−１，表１−２の最低限必要な帯域幅（ＢＷ（ＭＩＮ））、第２の帯域幅（ＢＷ（２））、第３の帯域幅（ＢＷ（３））、最高クオリティに必要な最大の帯域幅（ＢＷ（ＭＡＸ））に示す単位時間当たりの使用要求パケット数（ｐｐｓ）とを比較することにより、現在のネットワーク状況として割り当て可能な単位時間当たりのパケット数を判断することができる。

ここで、本実施例においてフローは、通信端末からネットワークに向かう上り回線１本、逆方向の下り回線１本ずつとされているので、ネットワーク状況が許す限りの最高の水準の帯域幅を選択すれば良い。従って、表５のようなパス情報が得られている場合は、着呼側通信端末１１→発呼側通信端末１０へのフロー１（ネットワークの使用可能帯域幅１２８ｋｂｐｓ）では、使用要求帯域幅９０ｋｂｐｓ、単位時間当たり使用要求パケット数５０ｐｐｓの第３の帯域幅ＢＷ（３）が選択され、一方、発呼側通信端末１０→着呼側通信端末１１へのフロー２（ネットワークの使用可能帯域幅４Ｍｂｐｓ）では、最高のクオリティが得られる使用要求帯域幅１１５ｋｂｐｓ、単位時間当たり使用要求パケット数１００ｐｐｓの最大帯域幅ＢＷ（ＭＡＸ）が選択される。

更に言えば、通信端末１０では、ネットワークから通信端末１０へ向かう下りフローは、フロー１の使用要求帯域幅ＢＷ（３）が選択され、通信端末１０からネットワークへ向かう上りフローは、フロー２の使用要求帯域幅ＢＷ（ＭＡＸ）が選択される。一方、ネットワークから通信端末１１へ向かう下りフローは、フロー２の使用要求帯域幅ＢＷ（ＭＡＸ）が選択され、通信端末１１からネットワークへ向かう上りフローは、フロー１の使用要求帯域幅ＢＷ（３）が選択される。

しかる後、発呼側通信端末１０の通信管理部１０１ｂは、当該通信端末１０のＶｏＩＰアプリケーション１０１ａに対して、受信用のフロー１として使用可能な帯域幅として使用要求帯域幅ＢＷ（３）を、送信用のフロー２として使用可能な帯域幅として使用要求帯域幅ＢＷ（ＭＡＸ）を通知すると共に（シーケンスＳ２９）、通信相手の通信端末１１の通信管理部１１１ｂに対しても、発呼側通信端末１０の使用可能な帯域幅として割り当てた使用要求帯域幅を示すパス情報・ＮＩＣ情報を送信する（シーケンスＳ３１）。

一方、着呼側通信端末１１の通信管理部１１１ｂも、当該通信端末１１のＶｏＩＰアプリケーション１１１ａに対して、受信用のフロー２として使用可能な帯域幅として使用要求帯域幅ＢＷ（ＭＡＸ）を、送信用のフロー１として使用可能な帯域幅として使用要求帯域幅ＢＷ（３）を通知すると共に（シーケンスＳ３０）、通信相手の通信端末１０の通信管理部１０１ｂに対しても、着呼側通信端末１１の使用可能な使用要求帯域幅を示すパス情報・ＮＩＣ情報を送信する（シーケンスＳ３２）。

更に、アプリケーション１０１ａ，１１１ａや他のアプリケーションからの次の通信要求の発生、即ち、次のフローの発生に備えて、帯域を割り当てた後における表５のパス情報の使用可能帯域幅（ＢＷ（可用））の残り、時間当たり使用可能パケット数（ｐｐｓ（可用））の残りや、表３のＮＩＣ情報の使用可能帯域幅（ＢＷ（上り・余り）、ＢＷ（下り・余り））の余りや時間当たり使用可能パケット数（ｐｐｓ（上り・余り）、ｐｐｓ（下り・余り））の余りを、以降の使用可能な帯域幅として算出し直す。

また、以降の使用可能帯域幅（余り／可用）の算出に当たっては、アプリケーション１０１ａ，１１１ａに対して実際に割り当てた使用要求帯域幅ＢＷ、単位時間当たり使用要求パケット数ｐｐｓをそのまま用いて、表５のパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たり使用可能パケット数（ｐｐｓ（可用））及び表３のＮＩＣ情報の使用可能帯域幅（ＢＷ（上り・余り）、ＢＷ（下り・余り））、時間当たり使用可能パケット数（ｐｐｓ（上り・余り）、ｐｐｓ（下り・余り））から減算して、それぞれの残り、余りを示す使用可能帯域幅（ＢＷ（可用））、単位時間当たり使用可能パケット数（ｐｐｓ（可用））、使用可能帯域幅（ＢＷ（上り・余り）、ＢＷ（下り・余り））、時間当たり使用可能パケット数（ｐｐｓ（上り・余り）、ｐｐｓ（下り・余り））としても良いし、アプリケーション１０１ａ，１１１ａに実際に割り当てた使用要求帯域幅ＢＷ、単位時間当たり使用要求パケット数ｐｐｓに対して適度な余裕（例えば１．５倍など予め定めた倍率による余裕）を持たせて減算しても良い。

各ＶｏＩＰアプリケーションに実際に割り当てた帯域幅ＢＷと単位時間当たりのパケット数ｐｐｓとをそのままそれぞれ減算している。実際に割り当てた帯域幅ＢＷと単位時間当たりのパケット数ｐｐｓとを減算した結果得られたパス情報、ＮＩＣ情報を、それぞれ表６、表７に示している。

しかる後、発呼側通信端末１０の通信管理部１０１ｂから使用可能帯域の割り当ての通知を受け取ったＶｏＩＰアプリケーション１０１ａは、下りフロー通信用のリソースとして用いるコーデックについてフロー１に割り当てられた帯域幅ＢＷ（３）（即ち、使用要求帯域幅ＢＷ９０ｋｂｐｓ、単位時間当たり使用要求パケット数５０ｐｐｓ）に適したものを選択して、コーデック変更要求メッセージとして、ＳＩＰ／ＳＤＰに従って、通信相手の通信端末１１のＶｏＩＰアプリケーション１１１ａに対して通知する（シーケンスＳ３３）。

このコーデック変更要求メッセージを受信した通信端末１１のＶｏＩＰアプリケーション１１１ａは、ＶｏＩＰアプリケーション１０１ａのコーデック変更要求に従ってコーデックの設定・変更を行ない、要求元の発呼側通信端末１０のＶｏＩＰアプリケーション１０１ａに対して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能である旨を示す２００ ＯＫレスポンスを、ＳＩＰ／ＳＤＰに従って返送する（シーケンスＳ３４）。

更に、着呼側通信端末１１の通信管理部１１１ｂから使用要求帯域の割り当ての通知を受け取ったＶｏＩＰアプリケーション１１１ａは、下りフロー通信用のリソースとして用いるコーデックについてフロー２に割り当てられた帯域幅ＢＷ（ＭＡＸ）（即ち、使用要求帯域幅ＢＷ１１５ｋｂｐｓ、単位時間当たり使用要求パケット数１００ｐｐｓ）に適したものを選択して、コーデック変更要求メッセージとして、ＳＩＰ／ＳＤＰに従って、通信相手の通信端末１０のＶｏＩＰアプリケーション１０１ａに対して通知する（シーケンスＳ３５）。

このコーデック変更要求メッセージを受信した通信端末１０のＶｏＩＰアプリケーション１０１ａは、ＶｏＩＰアプリケーション１１１ａのコーデック変更要求に従ってコーデックの設定・変更を行ない、要求元の着呼側通信端末１１のＶｏＩＰアプリケーション１１１ａに対して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能である旨を示す２００ ＯＫレスポンスを、ＳＩＰ／ＳＤＰに従って返送する（シーケンスＳ３６）。

而して、４つの異なる帯域幅を利用可能としたＶｏＩＰアプリケーション１０１ａ，１１１ａに対して、現在のネットワーク状況に応じた最適な帯域を用いた通信が可能とするように、上り回線と下り回線とで異なる帯域のコーデックを利用可能とすると共に、更に、使用可能な使用要求帯域幅ＢＷのみならず、単位時間当たりの使用要求パケット数ｐｐｓも最適な状態で通信を行なうことが可能となる。例えば、ＶｏＩＰ通信を用いるアプリケーション１０１ａ，１１１ａでは、今まで上下回線共に低品質なコーデックを用いていたとしても、上り回線と下り回線との現在のネットワーク状況に応じて最高のクオリティが得られる、より高品質なコーデックに動的に変更することになる。

（第２の実施例）
本実施例においては、前述の第１の実施例で例示したＶｏＩＰアプリケーションを用いる場合とは異なり、インターネットを介して通信端末間でＴＶ電話（テレビ電話）を行なう場合を例に取って、図３に示すシステム構成図を用いて説明する。ここに、図３は、本発明に係る帯域割り当て方法の第２の実施例を説明するためのシステム構成図であり、インターネット３０を経由して互いにＴＶ電話を行なう通信端末１０，１１が存在している場合を模式的に示している。

図３のシステム構成図においては、図１に示すシステム構成図と同様に、通信端末１０，通信端末１１のそれぞれは、制御部１０１，１１１及び通信メディア装置としての通信インタフェースカードＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１００，１１０を具備しており、制御部１０１，１１１のそれぞれには、各通信端末１０，１１に対応してＴＶ電話用の処理を実行するＴＶ電話アプリケーション１０１ｄ，１１１ｄ、及び、該ＴＶ電話アプリケーション１０１ｄ，１１１ｄそれぞれからの要求を受け取り、通信用の帯域の割り当てなどを行なう帯域割り当て装置がそれぞれに備えられ、帯域割り当て装置には帯域割り当てを含めＴＶ電話アプリケーション１０１ｄ，１１１ｄそれぞれの通信を管理する通信管理部１０１ｂ、１１１ｂが備えられている。更に、通信端末１０，通信端末１１は、図示していないが、各種情報の表示が可能な表示装置を具備するものが望ましい。

ここで、通信端末１０は、ＴＶ電話アプリケーション１０１ｄの要求に応じて、通信管理部１０１ｂの制御の下、ＮＩＣ１００を介してインターネット３０と接続しており、通信端末１１は、ＴＶ電話アプリケーション１１１ｄの要求に応じて、通信管理部１１１ｂの制御の下、ＮＩＣ１１０を介してインターネット３０に接続しているものとする。

なお、本実施例においては、各通信端末１０，１１のＴＶ電話アプリケーション１０１ｄ、１１１ｄが通信用として使用するフローは、前述の第１の実施例とは異なり、上下回線にそれぞれ対応するフローが、音声用と映像用との２本ずつ、即ち、合計４本のフローを備えている。

即ち、ＴＶ電話アプリケーションの場合の本実施例においては、通信端末１１→通信端末１０方向に、音声用のフロー１と映像用のフロー２との２本のデータフローが存在し、逆方向の通信端末１０→通信端末１１方向にも、同様に、音声用のフロー３と映像用のフロー４との２本のデータフローが存在する。ここで、本実施例においても、上下回線毎に異なる帯域幅のコーデックを選択することができるものとする。

以下、図３に示すシステム構成図における通信端末１０，１１のＴＶ電話アプリケーション１０１ｄ，１１１ｄ間の通話に用いる帯域割り当て方法について、図４に示すシーケンスチャートを用いて説明する。ここに、図４は、本発明に係る帯域割り当て方法の第２の実施例を説明するためのシーケンスチャートであり、ネットワークから通信端末１０，１１に向かう下り方向のフローにおける割当（使用可能）帯域幅を選択する場合を例に取って、図３に示す通信端末１０，１１間で送受信されるデータのシーケンスを示している。また、通信端末１０，１１それぞれの内部におけるＴＶ電話アプリケーション１０１ｄ，１１１ｄと通信管理部１０１ｂ，１１１ｂとの間のデータの送受信についても示している。

ここで、ＳＩＰ／ＳＤＰによる呼が確定するまでの動作（シーケンスＳ８１，Ｓ８２）については、第１の実施例のＶｏＩＰ通信の場合と全く同じであるので、以降の説明は省略する。なお、本実施例では、この呼制御が確定した段階では、第１の実施例の場合と同様に、ＴＶ電話アプリケーション１０１ｄ，１１１ｄ間の通話について最低限の帯域幅を用いて音声のみの通信を開始している例（シーケンスＳ８３）を示しているが、第１の実施例と同様に、呼制御が確定しても、使用可能な割当（使用可能）帯域幅が決定するまで、通話を開始しないようにしても構わない。

呼制御が終了すると、通信端末１０，１１の通信管理部１０１ｂ，１１１ｂは、それぞれのアプリケーション１０１ｄ，１１１ｄからそれぞれのフロー情報が渡される（シーケンスＳ８４，Ｓ８５）。通信管理部１０１ｂ，１１１ｂが取得するフロー情報を、それぞれ表８及び表９に示す。

なお、表８及び表９には、帯域幅追加割り当てを制御するための「状態管理パラメータ」と帯域割り当て結果を示すフロー毎の割当（使用可能）帯域幅を示す「ＢＷ（付与）」、「ｐｐｓ（付与）」欄を追加して設けていると共に、更に、帯域割り当ての優先度を制御するための「優先度」欄が追加されている。また、表８、表９に示す例では、音声用のフロー１、フロー３の方が映像用のフロー２、フロー４よりも優先的に帯域の割り当てを行なうように指定されている。

アプリケーション１０１ｄ，１１１ｄからそれぞれのフロー情報を受け取った各通信端末１０，１１の通信管理部１０１ｂ，１１１ｂでは、ネットワークから当該通信端末に向かう下り方向のフロー情報を得ることになる。

フロー情報を受け取った発呼側通信端末１０の通信管理部１０１ｂは、第１の実施例の場合と同様に、着呼側通信端末１１との間のＴＶ電話用に用いるパス情報を作成するために、当該通信端末１０のＮＩＣ１００に関する情報即ちＮＩＣ情報を、着呼側通信端末１１の通信管理部１１１ｂに対して送信する（シーケンスＳ８６）。通信相手の通信端末１０のＮＩＣ情報を受け取った着呼側通信端末１１の通信管理部１１１ｂでは、第１の実施例の場合と同様に、通信端末１０から得た通信端末１０のＮＩＣ情報と通信端末１１自身のＮＩＣ情報即ちＮＩＣ１１０の情報とから、パス情報を作成し、通信端末１０の通信管理部１０１ｂに対して送信する（シーケンスＳ８７）。

この結果、発呼側通信端末１０の通信管理部１０１ｂと着呼側通信端末１１の通信管理部１１１ｂとは、ＴＶ電話アプリケーション１０１ｄ，１１１ｄ間の通信に用いるパス情報、ＮＩＣ情報をそれぞれ取得した状態となる。ここで、発呼側通信端末１０と着呼側通信端末１１とのＮＩＣ情報をマージして得られるＮＩＣ情報を、表１０に示す。表１０に示すように、発呼側通信端末１０のＮＩＣ１００の上り回線の使用可能帯域幅のみ、他の回線の使用可能帯域幅に比し、狭い帯域幅しか使用できない例を示している。

なお、前述のように、発呼側通信端末１０の通信管理部１０１ｂからＮＩＣ情報を送信して着呼側通信端末１１の通信管理部１１１ｂからパス情報を受け取る場合とは異なり、第１の実施例にて説明したように、逆に、着呼側通信端末１１の通信管理部１１１ｂからＮＩＣ情報を送信して発呼側通信端末１０の通信管理部１０１ｂからパス情報を受け取るようにしても構わない。また、各アプリケーション１０１ｄ，１１１ｄがそれぞれの通信管理部１０１ｂ，１１１ｂにフロー情報を引き渡す際には、前述した実施例においても同様であるが、各アプリケーション１０１ｄ，１１１ｄは、通信管理部１０１ｂ，１１１ｂにおいて発呼側・着呼側のいずれかが判別できる情報を付与して、発呼側フロー情報・着呼側フロー情報として引き渡す。

また、前述したように、安定した通信品質を確保したい場合には、各ＴＶ電話アプリケーション１０１ｄ，１１１ｄがそれぞれの通信管理部１０１ｂ，１１１ｂに引き渡すフロー情報として、実際に用いるコーデックの使用帯域幅よりも大きい帯域幅を用いるようにしても良い。

次に、パス情報を受け取った発呼側通信端末１０の通信管理部１０１ｂにおいては、第１の実施例と同様に、得られたＮＩＣ情報とパス情報とを基にして、通信相手の着呼側通信端末１１との間の通信において使用可能な現在のネットワークの通信状況を示すネットワーク情報を調査するために、ネットワーク情報測定要求メッセージを、通信相手の着呼側通信端末１１の通信管理部１１１ｂに対して送信する（シーケンスＳ８８）。

即ち、本実施例においては、データベースサーバ２０に対してネットワーク情報を問い合わせる第１の実施例の場合と同様、互いの通信端末１０，１１間でテストデータの送受信動作を行なうことにより、ＥＮＤ−ＥＮＤでネットワークの“使用可能帯域幅”を示すネットワーク情報を測定する場合を示しているが、データベースサーバからネットワーク情報を取得するようにしても構わない。

発呼側通信端末１０の通信管理部１０１ｂからのネットワーク情報測定要求メッセージを受け取った着呼側通信端末１１の通信管理部１１１ｂと送信元の発呼側通信端末１０の通信管理部１０１ｂとの間でテストデータを各種の帯域幅で送受信し合い（シーケンスＳ８９）、送受信データの測定結果に基づいて、発呼側通信端末１０の通信管理部１０１ｂ及び着呼側通信端末１１の通信管理部１１１ｂそれぞれで、上り回線、下り回線毎のフローについての使用可能帯域幅を決定する。

その結果、通信端末１０，１１のそれぞれでは、通信相手の通信端末１１，１０との間の通信フローにて実測された使用可能な帯域幅を示すネットワーク情報として、即ち、パス情報の一つとして、表１１に示す「パス１」、「パス２」のＢＷ（測定）、ｐｐｓ（測定））に関する情報が得られる。更に、通信相手の通信端末１１，１０との間の通信フローにおけるネットワークにて最大使用可能な帯域幅を示すネットワーク情報として、即ち、パス情報の一つとして、「パス１」、「パス２」のＢＷ（可用）、ｐｐｓ（可用）についても、ＥＮＤ−ＥＮＤの実測結果である「パス１」、「パス２」のＢＷ（測定）、ｐｐｓ（測定）がコピーされる。

表１１に示すパス情報において、パス１は、着呼側通信端末１１→発呼側通信端末１０へ向かう通信に使用されるパス情報を示し、パス２は、逆に、発呼側通信端末１０→着呼側通信端末１１へ向かう通信に使用されるパス情報を示している。表１１に示すように、パス１の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））は、それぞれ、２Ｍｂｐｓ，１６０ｐｐｓであり、一方、パス２は、それぞれ１Ｍｂｐｓ，１００ｐｐｓとパス１よりも使用可能な帯域が狭い場合を示している。

次に、図６〜図８に示す帯域割り当て方法によって、各フローに対して使用可能な帯域幅を割り当てる例について説明する。まず、通信端末１０の通信管理部１０１ｂにおける帯域割り当てについて詳述する。

まず、通信端末１０の通信管理部１０１ｂでは、表８に示すフロー情報を参照して、図６のフローチャートにおいて、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））即ち表８における最低使用要求帯域幅（ＢＷ（１））が示す音声用帯域幅３０ｋｂｐｓ及び映像用帯域幅１００ｋｂｐｓ、単位時間当たりの最低使用要求パケット数として音声用１０ｐｐｓ及び映像用８ｐｐｓを割り当てる（ステップＳＴ０１）。

その結果、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））としてフロー１及びフロー２に割り当てた合計使用要求帯域幅のリソースが、フローの方向が下り回線方向であることを考慮して、パス情報の使用可能帯域幅（ＢＷ（可用））から減算されて、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））として更新され、更に、ＮＩＣ情報の下り方向の使用可能帯域幅（ＢＷ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））として更新される（ステップＳＴ０２）。

同様に、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））としてフロー１及びフロー２に割り当てた単位時間当たりの合計使用要求パケット数のリソースが、フローの方向が下り回線方向であることを考慮して、パス情報の単位時間当たり使用可能パケット数（ｐｐｓ（可用））から減算されて、今後利用可能なパス情報の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））として更新され、更に、ＮＩＣ情報の下り方向の単位時間当たり使用可能パケット数（ｐｐｓ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の単位時間当たり使用可能パケット数（ｐｐｓ（下り−余り））として更新される（ステップＳＴ０３）。

次に、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（下り−余り））のいずれも正数であるか否か、即ち、残りの使用可能帯域幅（ＢＷ（可用）、ＢＷ（下り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用）、ｐｐｓ（下り−余り））がまだ残されているか否かを調べ（ステップＳＴ０４）、正数ではない場合（ステップＳＴ０４のＮＯ）、先に割り当てた最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））を確保することができない場合であり、帯域割り当てに失敗したものとして、ＴＶ電話アプリケーション１０１ｄに対してエラーの旨を報告して、帯域割り当て処理を終了する（ステップＳＴ０５）。

次に、図７のフローチャートにおいて、最高のクオリティが得られる最大の使用要求帯域幅（ＢＷ（ＭＡＸ））即ち表８における最大使用要求帯域幅（ＢＷ（３））が示す音声用帯域幅１２０ｋｂｐｓ及び映像用帯域幅１Ｍｂｐｓ、単位時間当たりの最低使用要求パケット数として音声用６０ｐｐｓ及び映像用８０ｐｐｓを割り当てる（ステップＳＴ０６）。

その結果、最大の使用要求帯域幅（ＢＷ（ＭＡＸ））としてフロー１及びフロー２に割り当てた合計使用要求帯域幅のリソースが、フローの方向が下り回線方向であることを考慮して、パス情報の使用可能帯域幅（ＢＷ（可用））から減算されて、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））として算出され、更に、ＮＩＣ情報の下り方向の使用可能帯域幅（ＢＷ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））として算出される（ステップＳＴ０７）。

ここで、状態管理パラメータとは、図８に示す帯域割り当て処理をする場合についてループ処理からの脱出の有無を制御するためのパラメータのことであり、フロー情報の各フロー毎に対応付けて付加して設けている。ここで、各フロー毎の状態管理パラメータの初期値は「０」であるが、「規定ループ回数＋１」に設定することにより、図８のループ処理から脱出することを指示している。

一方、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））のいずれかが正数ではない場合（ステップＳＴ０９のＮＯ）、先に割り当てた最大の使用要求帯域幅（ＢＷ（ＭＡＸ））を確保することができない状態にある場合であり、ステップＳＴ０１〜ＳＴ０３で最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））の割り振りに成功しているパス情報の状態に一旦戻す（ステップＳＴ１１）。

割り当て結果として、パス情報の残りの使用可能帯域幅やＮＩＣ情報の余りの使用可能帯域幅を算出した結果、図６及び図７のステップＳＴ０４及びＳＴ０９のいずれにおいても正数の値となるので（ステップＳＴ０４のＹＥＳ、ステップＳＴ０９のＹＥＳ）、音声用フロー１、映像用フロー２共に、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表８のＢＷ（３））の帯域幅ＢＷ、単位時間当たりのパケット数ｐｐｓを、フロー１、フロー２に対して割り当てて、帯域割り当て処理を終了する。

発呼側通信端末１０の通信管理部１０１ｂは、ＴＶ電話アプリケーション１０１ｄに対して、ＴＶ電話用として割り当てた割当（使用可能）帯域幅を通知する（シーケンスＳ９０）。この結果、発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄにおいては、今までは、シーケンスＳ８３において最低レートの帯域幅を用いた音声だけで通信を開始していたが、通信相手の着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄから、最高レートの音声用フロー１と、最高レートの映像用フロー２とを用いて、受信可能な状態になる。ＴＶ電話アプリケーション１０１ｄに帯域割り当てを行なった結果のフロー情報を表１２に示す。

表１２に示すように、音声用フロー１、映像用フロー２については、最大の使用要求帯域幅を割り当てているので、状態管理パラメータの値は、共に、「規定ループ回数＋１」となる「５」が設定され、割当（使用可能）帯域幅を示す「ＢＷ（付与）」には、それぞれ、１２０ｋｂｐｓ，１Ｍｂｐｓが、また、単位時間当たりの割当（使用可能）パケット数を示す「ｐｐｓ（付与）」には、それぞれ、６０ｐｐｓ，８０ｐｐｓが設定される。

ＴＶ電話アプリケーション１０１ｄに対する帯域割り当てを終了した結果として、通信端末１０の通信管理部１０１ｂにおいて、以降のアプリケーションからのフローの要求に備えて、ネットワークから当該通信端末１０へ向かうパス１に関するパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、及び、ＮＩＣ１００に関するＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））、単位時間当たり使用可能パケット数（ｐｐｓ（下り−余り））を更新して保存する。即ち、ＴＶ電話アプリケーション１０１ｄに実際に割り当てた帯域幅ＢＷと単位時間当たりのパケット数ｐｐｓとを減算した結果得られたパス情報、ＮＩＣ情報を、それぞれ表１３、表１４に示している。

ここで、表１３に示すパス情報の使用可能帯域幅（ＢＷ（可用））は、実際に割り当てた割当（使用可能）帯域幅を減算した計算結果からは、８８０ｋｂｐｓが得られるが、一方、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））の算出結果としては、僅か２０ｐｐｓしか残されていないため、使用可能帯域幅（ＢＷ（可用））についても、単位時間当たりのパケット数２０ｐｐｓを受信可能な限界値である２５０ｋｂｐｓに変更して設定している。

更新したパス情報、ＮＩＣ情報は、通信相手の着呼側通信端末１１の通信管理部１１１ｂに対して送信されて（シーケンスＳ９２）、着呼側通信端末１１の通信管理部１１１ｂにて、通信端末１０向けのパス情報、ＮＩＣ情報の更新用として利用される（シーケンスＳ９３）。

シーケンスＳ９０において、割当（使用可能）帯域幅の通知を受け取った発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄにおいては、着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄに対して、ＳＩＰ／ＳＤＰの「Ｒｅ−ＩＮＶＩＴＥ」メッセージを用いて、下り方向のフローに関して、映像用に使用開始する映像コーデックと最低限度のレートで使用中の音声コーデックの変更とを要求するコーデック変更要求を送信する（シーケンスＳ９４）。

このコーデック変更要求を受信した着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄは、ＴＶ電話アプリケーション１０１ｄのコーデック変更要求に従ってコーデックの設定・変更を行ない、要求元の発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄに対して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能である旨を示す２００ ＯＫレスポンスを、ＳＩＰ／ＳＤＰに従って返送する（シーケンスＳ９５）。

この結果、着呼側通信端末１１→発呼側通信端末１０方向のＴＶ電話用のフローが決定する。しかる後、着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄは、ＲＴＰに従って、ＴＶ電話の音声用フロー１と映像用フロー２とを帯域変更後の音声用コーデックと映像用コーデックを用いて、発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄに対して送信する（シーケンスＳ９６）。

次に、通信端末１１の通信管理部１１１ｂにおける帯域割り当てについて説明する。即ち、発呼側通信端末１０→着呼側通信端末１１に関する帯域割り当てについて説明する。なお、本実施例においては、通信端末１０の場合と同様に、図８におけるループ処理を繰り返す規定ループ回数は、４回とする。

まず、通信端末１１の通信管理部１１１ｂでは、通信端末１０の通信管理部１０１ｂにおける処理と同様に、表９に示すフロー情報を参照して、図６のフローチャートにおいて、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））即ち表９における最低使用要求帯域幅（ＢＷ（１））が示す音声用帯域幅３０ｋｂｐｓ及び映像用帯域幅１００ｋｂｐｓ、単位時間当たりの最低使用要求パケット数として音声用１０ｐｐｓ及び映像用８ｐｐｓを割り当てる（ステップＳＴ０１）。

割り当て結果として、パス情報の残りの使用可能帯域幅やＮＩＣ情報の余りの使用可能帯域幅を算出した結果を、表１５のパス情報、表１６のＮＩＣ情報に示す。

表１５、表１６に示すように、図６のステップＳＴ０４において、算出結果が正数の値となるので（ステップＳＴ０４のＹＥＳ）、次に、図７のフローチャートにおいて、最高のクオリティが得られる最大の使用要求帯域幅（ＢＷ（ＭＡＸ））即ち表９における最大使用要求帯域幅（ＢＷ（３））が示す音声用帯域幅１２０ｋｂｐｓ及び映像用帯域幅１Ｍｂｐｓ、単位時間当たりの最低使用要求パケット数として音声用６０ｐｐｓ及び映像用８０ｐｐｓを割り当てる（ステップＳＴ０６）。

最大の使用要求帯域幅（ＢＷ（ＭＡＸ））の割り当て結果として、パス情報の残りの使用可能帯域幅やＮＩＣ情報の余りの使用可能帯域幅を算出した結果、パス情報のパス２についてはパス１よりも狭い使用可能帯域幅であるので、図７のステップＳＴ０９において、パス情報の残りの使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））のいずれも正数の値とならなく（ステップＳＴ０９のＮＯ）、最大の使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てることができないことが判明する。

そこで、図８に示す帯域割り当て方法に沿って、パス２に関する割当（使用可能）帯域幅を決定することになる。以降の説明に当たって参考のため、図５に、本実施例において図８の帯域割り当て方法によって割り当てられていく各フロー（フロー３及びフロー４）の帯域割り当て状況を模式的に示している。

まず、表９に示すフロー情報においては、現在、音声用フロー３，映像用フロー４のいずれのフローについても、状態管理パラメータの値は初期値の「０」であるので、より優先度の高い音声用フロー３に注目して（ステップＳＴ１２）、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表９のＢＷ（３）の使用要求帯域幅１２０ｋｂｐｓ及び単位時間当たりの使用要求パケット数６０ｐｐｓ）となるために必要とする残りの使用要求帯域幅９０ｋｂｐｓ及び単位時間当たりの使用要求パケット数５０ｐｐｓと、表１５に示すパス情報のパス２の使用可能帯域幅（ＢＷ（可用））の半分４３５ｋｂｐｓ及び単位時間当たり使用可能パケット数（ｐｐｓ（可用））の半分４１ｐｐｓとを比較する（ステップＳＴ１３）。

その結果、最大使用要求帯域幅（ＢＷ（ＭＡＸ））の使用要求帯域幅１２０ｋｂｐｓになるために必要とする残りの帯域幅９０ｋｂｐｓは、パス２の使用可能帯域幅（ＢＷ（可用））の半分４３５ｋｂｐｓ以下であるが、最大使用要求帯域幅（ＢＷ（ＭＡＸ））の単位時間当たりの使用要求パケット数６０ｐｐｓになるための残り５０ｐｐｓは、パス２の単位時間当たり使用可能パケット数（ｐｐｓ（可用））の半分４１ｐｐｓ以上になっていることが分かる。

従って、割当（使用可能）帯域幅ＢＷとしては、フロー３が要求する最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）ではなく、表１５に示すパス情報における使用可能帯域幅の半分の４３５ｋｂｐｓ，４１ｐｐｓを追加して割り当てる（ステップＳＴ１８）。しかし、追加して割り当てた帯域幅４３５ｋｂｐｓと先に割り当て済みの最小使用要求帯域幅３０ｋｂｐｓとの合計は、フロー３の最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））の１２０ｋｂｐｓよりも大きいので、帯域幅については、最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）の１２０ｋｂｐｓを割り当てる。

即ち、フロー３に関しては、割当（使用可能）帯域幅として、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの割当（使用可能）帯域幅３０ｋｂｐｓを置換して、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）の１２０ｋｂｐｓを割り当て、単位時間当たり割当（使用可能）パケット数としては、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの単位時間当たり割当（使用可能）パケット数１０ｐｐｓに、更に４１ｐｐｓを加えた合計５１ｐｐｓが割り当てられる（図５におけるフロー３のループ回数１の状態）。

次に、フロー３の次の優先度であり、状態管理パラメータがまだ「０」の状態にあるフロー４に関する帯域割り当て処理に移行する。
映像用フロー４の最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表９のＢＷ（３）の使用要求帯域幅１Ｍｂｐｓ及び単位時間当たりの使用要求パケット数８０ｐｐｓ）となるために必要とする残りの使用要求帯域幅９００ｋｂｐｓ及び単位時間当たりの使用要求パケット数７２ｐｐｓのいずれも、フロー３の割当（使用可能）帯域幅を割り当てた後のパス２の使用可能帯域幅（ＢＷ（可用））７８０ｋｂｐｓの半分及び単位時間当たり使用可能パケット数（ｐｐｓ（可用））４１ｐｐｓの半分よりも小さい値ではないので（ステップＳＴ１３のＮＯ）、パス情報における使用可能帯域幅（ＢＷ（可用））の半分３９０ｋｂｐｓ及び単位時間当たりの使用可能パケット数（ｐｐｓ（可用））の半分２１ｐｐｓを追加して割り当てる（ステップＳＴ１８）。

その結果、注目するフローに関して追加して割り当てた半帯域幅のリソースが、フローの方向が下り回線方向であることを考慮して、パス情報の使用可能帯域幅（ＢＷ（可用））から減算されて、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））として更新され、更に、最低限使用可能帯域幅（ＢＷ（ＭＩＮ））により先に更新済みのＮＩＣ情報の下り方向の使用可能帯域幅（ＢＷ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））として更新される（ステップＳＴ１９）。

同様に、注目するフローに関して追加して割り当てた単位時間当たりの使用可能パケット数のリソースが、フローの方向が下り回線方向であることを考慮して、パス情報の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））から減算されて、今後利用可能なパス情報の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））として更新される。更に、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））により先に更新済みのＮＩＣ情報の下り方向の単位時間当たりの使用可能パケット数（ｐｐｓ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の単位時間当たりの使用可能パケット数（ｐｐｓ（下り−余り））として更新される（ステップＳＴ２０）。なお、この更新結果のパス情報，ＮＩＣ情報の表示は省略する。

この結果、フロー４に関しては、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの割当（使用可能）帯域幅１００ｋｂｐｓ、単位時間当たり割当（使用可能）パケット数８ｐｐｓに、それぞれ更に３９０ｋｂｐｓ，２１ｐｐｓを加えた合計４９０ｋｂｐｓ，２９ｐｐｓの帯域幅が、割当（使用可能）帯域幅、単位時間当たり割当（使用可能）パケット数として割り当てられる（図５におけるフロー４のループ回数１の状態）。

次に、状態管理パラメータの値が「１」で、優先度が高いフロー３の帯域割り当てに戻って、フロー３の単位時間当たり割当（使用可能）パケット数は、まだ、最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）の６０ｐｐｓに至っていないので、２回目のループ処理（追加帯域幅割り当て処理）に移行する。

２回目のループ処理結果として、フロー３の単位時間当たり割当（使用可能）パケット数については、最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）の６０ｐｐｓになるまでの残りの割り当てパケット数９ｐｐｓが、１回目の割り当て処理後のパス２の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））の半分１０ｐｐｓ以下になっているので、フロー３が要求する最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）の単位時間当たり使用要求パケット数６０ｐｐｓを割り当てる（ステップＳＴ１４）。

この結果、フロー３の割当（使用可能）帯域幅は、フロー３が要求する最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅ＢＷ（３）の１２０ｋｂｐｓ，６０ｐｐｓが割り当てられ、状態管理パラメータの値も、「規定ループ回数＋１」の「５」に設定されて、フロー３に関する帯域割り当て処理を終了する（図５におけるフロー３のループ回数２の状態）。

その結果、注目するフローに関して割り当てる割当（使用可能）帯域幅のリソースのうち、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの割当（使用可能）帯域幅を差し引いた残りの帯域幅が、フローの方向が下り回線方向であることを考慮して、パス情報の使用可能帯域幅（ＢＷ（可用））から減算されて、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））として更新される。更に、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））により先に更新済みのＮＩＣ情報の下り方向の使用可能帯域幅（ＢＷ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））として更新される（ステップＳＴ１５）。

同様に、注目するフローに関して割り当てる単位時間当たりの割当（使用可能）パケット数のリソースのうち、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの単位時間当たりの割当（使用可能）パケット数を差し引いた残りのパケット数が、フローの方向が下り回線方向であることを考慮して、パス情報の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））から減算されて、今後利用可能なパス情報の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））として更新される。更に、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））により先に更新済みのＮＩＣ情報の下り方向の単位時間当たりの使用可能パケット数（ｐｐｓ（下り−余り））から減算されて、今後利用可能なＮＩＣ情報の単位時間当たりの使用可能パケット数（ｐｐｓ（下り−余り））として更新される（ステップＳＴ１６）。

次に、ステップＳＴ１７に移行して、フローの要求する最大使用要求帯域幅（ＢＷ（ＭＡＸ））が割り振られた場合には、その旨を示すために「規定ループ回数＋１」をフローの状態管理パラメータとしてフロー情報に保持する（ステップＳＴ１７）。

以降、フロー４に関して、図８の帯域割り当て方法に示すループ処理を規定ループ回数４回まで繰り返すことにより、割当（使用可能）帯域幅、単位時間当たり割当（使用可能）パケット数として、８３２ｋｂｐｓ，３９ｐｐｓが割り当てられる（図５におけるフロー４のループ回数４の状態）。ここで、ＴＶ電話アプリケーション１１１ｄから要求されたフロー４に関する使用要求帯域幅のうち、算出された割り当て可能な割当（使用可能）帯域幅８３２ｋｂｐｓ、単位時間当たり割当（使用可能）パケット数３９ｐｐｓを超えない条件の下で最も高いクオリティが得られる使用要求帯域幅ＢＷ（２）の３００ｋｂｐｓ，２４ｐｐｓが、実際にフロー４に割り当てるべき割当（使用可能）帯域幅として決定される。

以上の帯域割り当て方法により各フローに対して割り当てられた割当（使用可能）帯域幅ＢＷ、単位時間当たり割当（使用可能）パケット数ｐｐｓは、優先する音声ストリームのフローについては、それぞれ、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅（ＢＷ（３））であり、一方、映像ストリームのフローについては、それぞれ、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））即ち使用要求帯域幅（ＢＷ（１））と最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅（ＢＷ（４））との間の帯域幅である。

ここで、フロー情報として要求している使用要求帯域幅として、割当（使用可能）帯域幅に該当するものは存在していない場合は、ネットワーク状況として割り当て可能な帯域幅以下で最良の品質が得られる使用要求帯域幅とし、使用要求帯域幅（ＢＷ（２））となる。即ち、この使用要求帯域幅（ＢＷ（２））よりも１つ上の使用要求帯域幅（ＢＷ（３））を割り当てることができない限り、この使用要求帯域幅（ＢＷ（２））以上の帯域幅を割り当てても無駄になるだけである。

従って、フロー４に関しては、前述したように、多少の余裕を与えるようにしても良いが、ＴＶ電話アプリケーション１０１ｄから要求されている使用要求帯域幅（ＢＷ（２））に示す１Ｍｂｐｓ、８５ｐｐｓを割り振ることとし、フロー２に関する割当（使用可能）帯域幅として算出された使用要求帯域幅（ＢＷ（２））を超える帯域幅については、割り当てを取り消して開放し、今後利用するフローに対して使用可能な使用可能帯域幅（ＢＷ（可用））、単位時間当たり使用可能パケット数（ｐｐｓ（可用））、また、ＮＩＣ１００として使用可能な使用可能帯域幅（ＢＷ（下り−余り））、単位時間当たり使用可能パケット数（ｐｐｓ（下り−余り））に返還する（ステップＳＴ２３）。しかる後、帯域割り当て処理を終了する（ステップＳＴ２４）。

帯域の割り当て処理が終了すると、着呼側通信端末１１の通信管理部１１１ｂは、ＴＶ電話アプリケーション１１１ｄに対して、ＴＶ電話用として割り当てた割当（使用可能）帯域幅を通知する（シーケンスＳ９１）。この結果、着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄにおいては、今までは、シーケンスＳ８３において最低レートの帯域幅を用いた音声だけで通信を開始していたが、通信相手の発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄから、使用要求帯域幅（ＢＷ（２））により割り当てられた割当（使用可能）帯域幅の音声用フロー３と映像用フロー４とを、受信可能な状態になる。

以上により、音声用フロー１については、最大使用要求帯域幅（ＢＷ（ＭＡＸ））即ち使用要求帯域幅（ＢＷ（３））の帯域幅１２０ｋｂｐｓ，単位時間当たりのパケット数６０ｐｐｓを、映像用フロー２については、使用要求帯域幅（ＢＷ（２））の帯域幅３００ｋｂｐｓ，単位時間当たりのパケット数２４ｐｐｓを割り当てることになる。

このように、音声用フロー３と映像用フロー４とのコーデックを両者で異なるクオリティで制御することが可能な場合には、前述したように、音声用フロー３については、最高のクオリティが得られる使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表９のＢＷ（３））を割り当て、映像用フロー４については、最高のクオリティとはならないが、使用可能とされる範囲で最高のクオリティとなる使用要求帯域幅（ＢＷ２））を割り当てることができる。

一方、音声用フロー３と映像用フロー４との両者のコーデックを異なるクオリティで制御することができない場合には、両者が同時に使用可能となるクオリティである使用要求帯域幅（ＢＷ２））を割り当てることになり、音声用フロー３として先に割り当てていた割当（使用可能）帯域幅（１２０ｋｂｐｓ，６０ｐｐｓ）を、使用要求帯域幅ＢＷ（２）の９０ｋｂｐｓ，３０ｐｐｓに変更して割り当て直す。音声用フロー３と映像用フロー４とで同一のクオリティのコーデックを用いて制御する場合において、ＴＶ電話アプリケーション１１１ｄに対して帯域割り当てを行なった結果のフロー情報を表１７に示す。

以上のように、ＴＶ電話アプリケーション１１１ｄに対する帯域割り当てを終了した結果として、通信端末１１の通信管理部１１１ｂにおいて、以降のアプリケーションからのフローの要求に備えて、ネットワークから当該通信端末１１へ向かうパス２に関するパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、及び、ＮＩＣ１１０に関するＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））、単位時間当たり使用可能パケット数（ｐｐｓ（下り−余り））を更新して保存する。

即ち、音声用フロー３と映像用フロー４とで同一のクオリティが得られるように帯域幅を割り当てた場合において、ＴＶ電話アプリケーション１１１ｄに実際に割り当てた帯域幅ＢＷと単位時間当たりのパケット数ｐｐｓとを減算した結果得られたパス情報、ＮＩＣ情報を、それぞれ表１８、表１９に示している。

更新したパス情報、ＮＩＣ情報は、通信相手の発呼側通信端末１０の通信管理部１０１ｂに対して送信されて（シーケンスＳ９３）、発呼側通信端末１０の通信管理部１０１ｂにて、通信端末１１向けのパス情報、ＮＩＣ情報の更新用として利用される。

シーケンスＳ９１において、割当（使用可能）帯域幅の通知を受け取った着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄにおいては、発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄに対して、ＳＩＰ／ＳＤＰの「Ｒｅ−ＩＮＶＩＴＥ」メッセージを用いて、下り方向のフローに関して、映像用に使用開始する映像コーデックと最低限度のレートで使用中の音声コーデックの変更とを要求するコーデック変更要求を送信する（シーケンスＳ９７）。

このコーデック変更要求を受信した発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄは、ＴＶ電話アプリケーション１１１ｄのコーデック変更要求に従ってコーデックの設定・変更を行ない、要求元の着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄに対して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能である旨を示す２００ ＯＫレスポンスを、ＳＩＰ／ＳＤＰに従って返送する（シーケンスＳ９８）。

この結果、発呼側通信端末１０→着呼側通信端末１１方向のＴＶ電話用のフローが決定する。しかる後、発呼側通信端末１０のＴＶ電話アプリケーション１０１ｄは、ＲＴＰに従って、ＴＶ電話の音声用フロー３と映像用フロー４とを帯域変更後の音声用コーデックと映像用コーデックを用いて、着呼側通信端末１１のＴＶ電話アプリケーション１１１ｄに対して送信する（シーケンスＳ９９）。

なお、シーケンスＳ９２，Ｓ９３において、通信端末１０，１１の通信管理部１０１ｂ、１１１ｂ間でパス情報、ＮＩＣ情報を送受信し合うことにより、それぞれで、パス１及びパス２、ＮＩＣ１００及びＮＩＣ１１０がマージされ、パス情報（パス管理表）、ＮＩＣ情報（ＮＩＣ管理表）が更新される。これにより、以降の通信においては、通信相手の通信端末１０，１１における通信管理部１０１ｂ、１１１ｂそれぞれが、互いのパス情報、ＮＩＣ情報を認識することができる状態になっている。マージされた更新後のパス情報（パス管理表）、ＮＩＣ情報（ＮＩＣ管理表）を、それぞれ、表２０、表２１に示す。

而して、現在のネットワーク状況に応じた最適な帯域を用いた通信が可能となるように、使用可能な帯域幅が割り当てられ、割り当てられた割当（通信可能）帯域幅にマッチしたコーデックを用いて、通信端末１０，１１間のＴＶ電話の通信が可能となる。

（第３の実施例）
本実施例においては、通信端末間でインターネットを介してＴＶ電話（テレビ電話）を行なっている最中において、一方の通信端末が動画サーバから動画を受信する動画ビューアアプリケーションを起動した場合を例に取って、図９に示すシステム構成図を用いて説明する。ここに、図９は、本発明に係る帯域割り当て方法の第３の実施例を説明するためのシステム構成図であり、インターネット３０を経由して互いにＴＶ電話を行なう通信端末１０，１１と、インターネット３０を経由して動画ストリーミングデータを配信する動画サーバ４０が存在する場合を模式的に示している。

図９のシステム構成図において、通信端末１０，１１のそれぞれには、図３のシステム構成図と全く同様の機能ブロックが備えられているものであり、その詳細な説明は省略する。但し、以降の本実施例の説明に用いるアプリケーション例として、通信端末１１との間でＴＶ電話中に動画サーバ４０と通信を行なう通信端末１０には、動画サーバ４０から配信される動画ストリーミングを受信するための動画ビューアアプリケーション１０１ｃとＴＶ電話用のＴＶ電話アプリケーション１０１ｄとの双方を図示している。

以下、図９に示すシステム構成図における通信端末１０，１１のＴＶ電話アプリケーション１０１ｄ，１１１ｄ間の通話中に、動画ビューアアプリケーション１０１ｃを起動して動画サーバ４０から配信される動画ストリーミングデータを受信する場合における帯域割り当て方法について、図１０に示すシーケンスチャートを用いて説明する。

ここに、図１０は、本発明に係る帯域割り当て方法の第３の実施例を説明するためのシーケンスチャートであり、通信端末１０，１１間でＴＶ電話中に、ネットワークから通信端末１０に向かう下り方向のフローにおける割当（使用可能）帯域幅を選択する場合を例に取って、図９に示す通信端末１０，１１間及び通信端末１０−動画サーバ４０間で送受信されるデータのシーケンスを示している。また、通信端末１０の内部における複数のアプリケーション（ＴＶ電話アプリケーション１０１ｄ及び動画ビューアアプリケーション１０１ｃ）と通信管理部１０１ｂとの間のデータの送受信についても示している。

なお、本実施例における帯域割り当て方法の説明に当たっては、説明を簡単にするために、ＴＶ電話に関しては、通信端末１０の下り方向のみのフローを考慮し、図１０には、下り方向のフローに関連するシーケンスのみを示し、更に、下りフローの通信速度即ち使用可能帯域幅ＢＷのみを説明するものとし、単位時間当たりのパケット数ｐｐｓに関しては説明を省略している。

通信端末１０−通信端末１１との間のＴＶ電話において使用可能な帯域幅を示す使用可能帯域幅８Ｍｂｐｓがネットワーク情報として得られている状況下において、第２の実施例の場合と同様に、通信端末１０の下りフローに対して、音声用フロー用として１２０ｋｂｐｓ、映像用フロー用として１Ｍｂｐｓの最大使用要求帯域幅（ＢＷ（ＭＡＸ））が割当（使用可能）帯域幅として割り振りが行なわれた場合のフロー情報を表２２に示す。

この帯域割り当て結果として、作成されたパス情報及びＮＩＣ情報に関して、通信端末１０の下り方向に関連する部分のみを、表２３及び表２４に示す。表２３のパス情報におけるパス２は、通信端末１０における上り方向のパスであり、また、表２４のＮＩＣ情報におけるＮＩＣ１００の上り、ＮＩＣ１１０の下りも、通信端末１０における上り方向の情報であり、通信端末１０に対する下り方向の帯域割り当てを説明する本実施例においては無関係であり、それぞれの表には示していない。

このような帯域割り当て結果により選択されたコーデックを用いて、通信端末１０のＴＶ電話アプリケーション１０１ｄは、通信端末１１のＴＶ電話アプリケーション１１１ｄとの間でＴＶ電話を行ない、ＴＶ電話アプリケーション１１１ｄからのＴＶ電話用のデータを受信している。

このＴＶ電話の最中に（シーケンスＳ１０１）、通信端末１０が動画サーバ４０から動画ストリーミングデータの配信を要求すると、通信端末１０は、動画サーバ４０とのネゴシエーション（ＲＴＳＰ−ＤＥＳＣＲＩＢＥメッセージとＳＩＰ／ＳＤＰ ２００ ＯＫレスポンスの交換）が正常に終了すれば（シーケンスＳ１０２，Ｓ１０３）、新たなフロー５（音声用下りフロー），フロー６（映像用下りフロー）、新たなパス３（動画サーバ４０からの下りパス）・ＮＩＣ４００（動画サーバ４０のＮＩＣ）とが追加されるようになる。

この結果、通信端末１０の通信管理部１０１ｂは、動画ビューアアプリケーション１０１ｃからフロー情報を受け取り（シーケンスＳ１０４）、動画サーバ４０の通信管理部４０１ｂとの間で、ＮＩＣ情報、パス情報の交換を行なうと共に（シーケンスＳ１０５，Ｓ１０６）、例えば、動画サーバ４０との間でＥＮＤ−ＥＮＤで通信可能な帯域幅をネットワーク情報として取得することにより（シーケンスＳ１０７，Ｓ１０８）、通信管理部１０１ｂには、新たな通信の管理対象として、動画サーバ４０との新たなフロー５，６、パス３、ＮＩＣ４００が追加される。この結果として、既に帯域幅を割り当て済みのフロー１，２も含めて、帯域の割り当てをし直すことになる。

そのため、フロー情報（フロー管理表）、パス情報・ＮＩＣ情報（パス管理表・ＮＩＣ管理表）は、フロー、パス、ＮＩＣの各帯域の割り当てについて初期状態に一旦戻されて、割り当てが済んでいない状態に書き換えられる。書き換え後のフロー情報、パス情報、ＮＩＣ情報を、それぞれ、表２５、表２６、表２７に示す。なお、表２５のフロー情報のＢＷ（付与）欄には、フロー１，２にＴＶ電話用として既に割り当てられていた割当（使用可能）帯域幅が残されて記録されているが、状態管理パラメータの値は、いずれも「０」の初期値に復帰して、新たに帯域を割り当て直す状態に設定されている。

このような状況において、各フローの帯域割り当て順序を示す優先度としては、表２５のフロー情報に示すように、ＴＶ電話の音声用フロー１→動画配信の映像用フロー６→ＴＶ電話の映像用フロー２→動画配信の音声用フロー５の順番と設定されており、更に、ＴＶ電話用のフロー１，２についてはパス１を利用し、動画ストリーミング配信用のフロー５，６については、パス３を利用するものと仮定する。

ここで、図６〜図８に示した帯域割り当て方法を用いて、各フローに対して使用可能な通信帯域幅を割当（使用可能）帯域幅として割り振ることになるが、本実施例においては、通信端末１０の通信相手が、通信端末１１と動画サーバ４０と複数になったため、各フローの帯域割り当て用として参照するパス情報の使用可能帯域幅（ＢＷ（可用））・ＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））について、新たに、最小使用可能帯域幅（ＢＷ（余り））という概念を導入する。

この最小使用可能帯域幅（ＢＷ（余り））とは、注目しているパスについて、パス情報の使用可能帯域幅（ＢＷ（可用））、当該通信端末１０自身におけるＮＩＣ情報の使用可能帯域幅（ＢＷ（下り−余り））、通信相手の通信端末１１又は動画サーバ４０に関するＮＩＣ情報の使用可能帯域幅（ＢＷ（（上り−余り））のうち、いずれか最も小さい値とするものである。本実施例の場合、この時点では、表２６のパス情報の最小使用可能帯域幅（ＢＷ（余り））に示すように、パス情報の使用可能帯域幅（ＢＷ（可用））８Ｍｂｐｓが最小のものとして設定される。

図８に示す帯域幅の追加割り当て処理に対して、前述のような最小使用可能帯域幅（ＢＷ（余り））の概念を適用した場合の帯域割り当て方法について、図１１に示す。即ち、図１１は、本発明に係る帯域割り当て方法の図７に続く第３の実施例における処理を説明するためのフローチャートであり、最大使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てられない場合の追加帯域幅割り当て処理を示す図８のフローチャートに対して、新たに最小使用可能帯域幅（ＢＷ（余り））を求めるためのステップＳＴ１２Ａの処理を追加したものである。このステップＳＴ１２Ａ以外の処理については、図８と全く同様である。次に、図６，７及び図１１の帯域割り当て方法を用いて、各フローに対して帯域を割り当てる割り当て方法について説明する。

まず、実施例２の場合と同様に、図６において、最低限の最低使用要求帯域幅（ＢＷ（ＭＩＮ）即ち表２５のＢＷ（１））の各フローの帯域幅（パス１用として１３０ｋｂｐｓ、パス３用として３３０ｋｂｐｓ）を割り当てることが可能か調査する。この結果、最低使用要求帯域幅（ＢＷ（ＭＩＮ））の割り当て処理は、エラーとはならないので（ステップＳＴ０４のＹＥＳ）、パス１用として１３０ｋｂｐｓ、パス３用として３３０ｋｂｐｓを割り当てる。

割り当てた結果、パス１の残りの使用可能帯域幅（ＢＷ（可用））は、パス１として割り当てた帯域幅分減少して、７．８７Ｍｂｐｓとなり、パス３の残りの使用可能帯域幅（ＢＷ（可用））は、９．６７Ｍｂｐｓとなる。一方、ＴＶ電話用のパス１と動画配信用のパス３とを共用するＮＩＣ１００に関する余りの使用可能帯域幅（ＢＷ（下り−余り））は、パス１とパス３とに割り当てた合計帯域分減少して、１０．５４Ｍｂｐｓとなり、パス１用のみに関与するＮＩＣ１１０の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１０．８７Ｍｂｐｓとなる。また、パス３用のみに関与するＮＩＣ４００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１９９．６７Ｍｂｐｓとなる。

次に、図７の処理に移行して、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５のＢＷ（３））の各フローの帯域幅を割り振ることが可能か否かを調査する。

その結果、各フローの最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５のＢＷ（３））を割り当てることができないことが判明するので（ステップＳＴ０９のＮＯ）、図１１に移行して、まず、各フローのうち、状態管理パラメータの値が低く、かつ、最も優先順位の高いフロー１に注目する（ステップＳＴ１２）。なお、以降の説明に当たって参考のため、図１２に、本実施例において図１１の帯域割り当て方法によって割り当てられていく各フローの帯域割り当て状況を模式的に示している。また、図１１の帯域割り当てにおけるループ処理の最大回数を示す「規定ループ回数」は「３回」と仮定する。

ステップＳＴ１２の処理に続いて、図１１において新たに追加した処理として、前述のような最小使用可能帯域幅（ＢＷ（余り））を求める。ここで、本実施例においては、表２６に示すパス情報の使用可能帯域幅（ＢＷ（可用））が８Ｍｂｐｓ、表２７に示す当該通信端末１０自身におけるＮＩＣ１００の情報及び通信相手の通信端末１１におけるＮＩＣ１１０の情報の使用可能帯域幅（ＢＷ（下り−余り））が共に１１Ｍｂｐｓであるので、最小使用可能帯域幅（ＢＷ（余り））は８Ｍｂｐｓである。

しかし、図６において、既にパス１に関する各フロー１，２に対して最低使用要求帯域幅（ＢＷ（ＭＩＮ））１３０ｋｂｐｓを割り当てているので、最小使用可能帯域幅（ＢＷ（余り））は８Ｍｂｐｓから１３０ｋｂｐｓを減算した７．８７Ｍｂｐｓとなる（ステップＳＴ１２Ａ）。

次に、最小使用可能帯域幅（ＢＷ（余り））の半分３．９３５Ｍｂｐｓと最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５の（ＢＷ（３））の使用要求帯域幅１２０ｋｂｐｓとなるために必要とする残りの帯域幅９０ｋｂｐｓとを比較する（ステップＳＴ１３）。比較結果、後者の値が前者の最小使用可能帯域幅（ＢＷ（余り））の半分よりも小さいと判定されて（ステップＳＴ１３のＹＥＳ）、フロー１に関しては、最大使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てる（ステップＳＴ１４）。

即ち、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの割当（使用可能）帯域幅３０ｋｂｐｓを置換して、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））の１２０ｋｂｐｓを割当（使用可能）帯域幅として割り当てる。この結果、パス１の残りの使用可能帯域幅（ＢＷ（可用））は、７．７８Ｍｂｐｓとなり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ１１０の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、１０．４５Ｍｂｐｓ及び１０．７８Ｍｂｐｓとなる（図１２におけるフロー１のループ回数１の状態）。ここで、フロー１に関しては、最大使用要求帯域幅（ＢＷ（ＭＡＸ））が割り当てられたので、フロー情報の「状態管理パラメータ」には、「規定ループ回数＋１」の「４」が設定され、以降、フロー１に関するループ処理は行なわれない。

次に、状態管理パラメータの値が低く、かつ、次に優先順位が高い動画配信の映像用フロー６に対して帯域を割り当てる。パス３に関する最低使用要求帯域幅（ＢＷ（ＭＩＮ））を割り当てた後の残りの使用可能帯域幅（ＢＷ（可用））は、９．６７Ｍｂｐｓであり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１０．４５Ｍｂｐｓ、ＮＩＣ１１０の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１９９．６７Ｍｂｐｓであるので、最小使用可能帯域幅（ＢＷ（余り））は９．６７Ｍｂｐｓとなる（ステップＳＴ１２Ａ）。

この場合、フロー６に関して、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５の（ＢＷ（３））の使用要求帯域幅１０Ｍｂｐｓとなるために必要とする残りの帯域幅９．７Ｍｂｐｓが、最小使用可能帯域幅（ＢＷ（余り））の半分よりも小さくならないので（ステップＳＴ１３のＮＯ）、最小使用可能帯域幅（ＢＷ（余り））の半分４．８４Ｍｂｐｓが追加して割り当てられる（ステップＳＴ１８）。

追加して割り当てられた結果、フロー６の割当（使用可能）帯域幅は、最低使用要求帯域幅（ＢＷ（ＭＩＮ））として既に割り当て済みの３００ｋｂｐｓと合計して、５．１４Ｍｂｐｓとなり、パス３に関する残りの使用可能帯域幅（ＢＷ（可用））は、追加割当帯域幅分減算して４．８３Ｍｂｐｓとなり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ４００の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、５．６１Ｍｂｐｓ及び１９４．８３Ｍｂｐｓとなる（図１２におけるフロー６のループ回数１の状態）。フロー６に関して、１回目の帯域割り当て処理が終了したので、フロー情報の状態管理パラメータに「＋１」して、「１」を設定する（ステップＳＴ２１）。

次に、状態管理パラメータの値が低く、かつ、優先順位が次に高いＴＶ電話の映像用フロー２に対して帯域を割り当てる。パス１に関するフロー１の最大使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てた後の残りの使用可能帯域幅（ＢＷ（可用））は、７．７８Ｍｂｐｓであり、フロー６に帯域を割り当てた後のＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、５．６１Ｍｂｐｓ、フロー１に帯域を割り当てた後のＮＩＣ１１０の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１０．７８Ｍｂｐｓであるので、最小使用可能帯域幅（ＢＷ（余り））は５．６１Ｍｂｐｓとなる（ステップＳＴ１２Ａ）。

この場合、フロー２に関して、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５の（ＢＷ（３））の使用要求帯域幅１Ｍｂｐｓとなるために必要とする残りの帯域幅０．９Ｍｂｐｓが、最小使用可能帯域幅（ＢＷ（余り））の半分よりも小さい値であるので（ステップＳＴ１３のＹＥＳ）、フロー２に関しては、最大使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てる（ステップＳＴ１４）。

即ち、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの割当（使用可能）帯域幅１００ｋｂｐｓを置換して、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））の１Ｍｂｐｓを割当（使用可能）帯域幅として割り当てる。

この結果、新たに追加された帯域幅分０．９Ｍｂｐｓを減算して、パス１の残りの使用可能帯域幅（ＢＷ（可用））は、６．８８Ｍｂｐｓとなり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ１１０の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、４．７１Ｍｂｐｓ及び９．８８Ｍｂｐｓとなる（図１２におけるフロー２のループ回数１の状態）。ここで、フロー２に関しても、最大使用要求帯域幅（ＢＷ（ＭＡＸ））が割り当てられたので、フロー情報の「状態管理パラメータ」には、「規定ループ回数＋１」の「４」が設定され、以降、フロー２に関するループ処理は行なわれない。

次に、状態管理パラメータの値が低く、かつ、次に優先順位が高い動画配信の音声用フロー５に対して帯域を割り当てる。映像用フロー６に関する割当（使用可能）帯域幅を割り当てた後の残りの使用可能帯域幅（ＢＷ（可用））は、４．８３Ｍｂｐｓであり、フロー２に帯域を割り当てた後のＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、４．７１Ｍｂｐｓ、フロー６に帯域を割り当てた後のＮＩＣ４００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１９４．８３Ｍｂｐｓであるので、最小使用可能帯域幅（ＢＷ（余り））は４．７１Ｍｂｐｓとなる（ステップＳＴ１２Ａ）。

この場合、フロー５に関して、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５の（ＢＷ（３））の使用要求帯域幅２００ｋｂｐｓとなるために必要とする残りの帯域幅１７０ｋｂｐｓが、最小使用可能帯域幅（ＢＷ（余り））の半分よりも小さい値であるので（ステップＳＴ１３のＹＥＳ）、フロー５に関しては、最大使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てる（ステップＳＴ１４）。

即ち、最低限使用要求帯域幅（ＢＷ（ＭＩＮ））として先に割り当て済みの割当（使用可能）帯域幅３０ｋｂｐｓを置換して、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））の２００ｋｂｐｓを割当（使用可能）帯域幅として割り当てる。

この結果、新たに追加された帯域幅分０．１７Ｍｂｐｓを減算して、パス１の残りの使用可能帯域幅（ＢＷ（可用））は、４．６６Ｍｂｐｓとなり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ４００の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、４．５４Ｍｂｐｓ及び１９４．６６Ｍｂｐｓとなる（図１２におけるフロー５のループ回数１の状態）。ここで、フロー５に関しても、最大使用要求帯域幅（ＢＷ（ＭＡＸ））が割り当てられたので、フロー情報の「状態管理パラメータ」には、「規定ループ回数＋１」の「４」が設定され、以降、フロー５に関するループ処理は行なわれない。

以上により、帯域割り当てに関する第１回目のループ処理が終了するが、第２回目のループ処理に移行すべきフローは、状態管理パラメータの設定値から、動画配信の映像用フロー６のみと判定される。即ち、フロー６以外のフローについては、最大使用要求帯域幅（ＢＷ（ＭＡＸ））が割り当てられているので、更なる帯域割り当て用ループ処理は不要である。

次いで、動画配信の映像用フロー６に対して追加の帯域を割り当てる２回目の処理に移行する。パス３に関するフロー５に帯域を割り当てた後の残りの使用可能帯域幅（ＢＷ（可用））は、４．６６Ｍｂｐｓであり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、４．５４Ｍｂｐｓ、ＮＩＣ４００の余りの使用可能帯域幅（ＢＷ（上り−余り））は、１９４．６６Ｍｂｐｓであるので、最小使用可能帯域幅（ＢＷ（余り））は４．５４Ｍｂｐｓとなる（ステップＳＴ１２Ａ）。

この場合、フロー６に関して、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５の（ＢＷ（３））の使用要求帯域幅１０Ｍｂｐｓとなるために必要とする残りの帯域幅４．８６Ｍｂｐｓが、最小使用可能帯域幅（ＢＷ（余り））の半分よりも小さくならないので（ステップＳＴ１３のＮＯ）、最小使用可能帯域幅（ＢＷ（余り））の半分２．２７Ｍｂｐｓが追加して割り当てられる（ステップＳＴ１８）。

追加して割り当てられた結果、フロー６の割当（使用可能）帯域幅は、第１回目のループ処理結果として既に割り当て済みの５．１４Ｍｂｐｓと合計して、７．４１Ｍｂｐｓとなり、パス３に関する残りの使用可能帯域幅（ＢＷ（可用））は、追加割当帯域幅分減算して２．３９Ｍｂｐｓとなり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ４００の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、２．２７Ｍｂｐｓ及び１９２．３９Ｍｂｐｓとなる（図１２におけるフロー６のループ回数２の状態）。フロー６に関して、２回目の帯域割り当て処理が終了したので、フロー情報の状態管理パラメータに「＋１」して、「２」を設定する（ステップＳＴ２１）。

動画配信の映像用フロー６に対する第３回目の帯域割り当て処理に移行すると、最小使用可能帯域幅（ＢＷ（余り））は２．２７Ｍｂｐｓであり（ステップＳＴ１２Ａ）、最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表２５の（ＢＷ（３））の使用要求帯域幅１０Ｍｂｐｓとなるために必要とする残りの帯域幅２．５９Ｍｂｐｓが、最小使用可能帯域幅（ＢＷ（余り））の半分よりも小さくならないので（ステップＳＴ１３のＮＯ）、最小使用可能帯域幅（ＢＷ（余り））の半分１．１４Ｍｂｐｓが追加して割り当てられる（ステップＳＴ１８）。

追加して割り当てられた結果、フロー６の割当（使用可能）帯域幅は、第２回目のループ処理結果として既に割り当て済みの７．４１Ｍｂｐｓと合計して、８．５５Ｍｂｐｓとなり、パス３に関する残りの使用可能帯域幅（ＢＷ（可用））は、追加割当帯域幅分減算して１．２５Ｍｂｐｓとなり、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ４００の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、１．１３Ｍｂｐｓ及び１９１．２５Ｍｂｐｓとなる（図１２におけるフロー６のループ回数３の状態）。

ここで、フロー６について、３回目の帯域割り当て処理が終了したので、フロー情報の状態管理パラメータに「＋１」して、「３」となる（ステップＳＴ２１）。従って、フロー６に関しても、ループ処理（追加帯域幅割り当て処理）から脱して、使用要求帯域幅の中から、フロー６に対して割り当て可能な割当（使用可能）帯域幅８．５５Ｍｂｐｓ以下の条件を満たす使用要求帯域幅（ＢＷ（２））４Ｍｂｐｓが選択され、最終的な割当（使用可能）帯域幅ＢＷとして割り当てられる（ステップＳＴ２２）。

従って、割り当て可能な割当（使用可能）帯域幅８．５５Ｍｂｐｓから最終的に割り当てた割当（使用可能）帯域幅４Ｍｂｐｓを差し引いた残りの帯域幅４．５５Ｍｂｐｓは、パス情報及びＮＩＣ情報の残り及び余りの帯域幅として返還される。その結果、パス３の残りの使用可能帯域幅（ＢＷ（可用））、ＮＩＣ１００の余りの使用可能帯域幅（ＢＷ（下り−余り））、及び、ＮＩＣ４００の余りの使用可能帯域幅ＢＷ（上り−余り））は、それぞれ、５．８Ｍｂｐｓ，５．６８Ｍｂｐｓ、及び、１９５．８Ｍｂｐｓとなる（図１２における帯域返還後の状態）。

最終的な帯域割り当て処理を終了した後、各フローに関するフロー情報、パス情報、及び、ＮＩＣ情報を表２８、表２９、及び、表３０に示す。

なお、通信端末１０の下り方向の帯域割り当てに関する処理は、全て、通信管理部１０１ｂで行なわれ、その結果得られる各フロー毎の割当（使用可能）帯域幅は、各アプリケ−ション（ＴＶ電話アプリケーション１０１ｄ、動画ビューアアプリケーション１０１ｃ）にそれぞれ通知される（シーケンスＳ１０９，Ｓ１１０）。更に、表２８〜表３０に示すように更新されたパス情報、ＮＩＣ情報は、通信端末１０の通信管理部１０１ｂから、それぞれのフローに対する通信相手の通信端末１１の通信管理部１１１ｂ、動画サーバ４０の通信管理部４０１ｂに対して送信される（シーケンスＳ１１１，Ｓ１１２）。

ここで、ＴＶ電話中に動画配信用の新たなフローが発生したことに伴い、前述のような帯域割り当て処理をし直した結果として、表２８のフロー情報に示すように、動画配信用の帯域幅の割り当てをした後でも、ＴＶ電話用の割当（使用可能）帯域幅には変化が生じないので、ＴＶ電話アプリケーション１０１ｄは、以前のコーデックの設定状態のまま、ＴＶ電話用の通信を継続することができる。しかし、異なる帯域幅を割り当て直す場合は、ＳＩＰ／ＳＤＰのコーデック変更要求メッセージとその応答である「２００ ＯＫ」レスポンスの交換を行なってから（シーケンスＳ１１３，Ｓ１１４）、異なる帯域幅のコーデックに変更してＴＶ電話の通信を再開することになる（シーケンスＳ１１５）。

また、動画ストリーミングデータの配信用の動画ビューアアプリケーション１０１ｃは、通信管理部１０１ｂから、音声用フロー５として最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））の２００ｋｂｐｓ、映像用フロー６として使用要求帯域幅（ＢＷ（２））の４Ｍｂｐｓを割り当てた旨の通知を受け取る。

その結果、動画ビューアアプリケーション１０１ｃでは、映像を４Ｍｂｐｓのコーデックで、音声を２００ｋｂｐｓのコーデックで、配信することを要求する旨を示すメッセージを、ＲＴＳＰ−ＳＥＴＵＰメッセージとして動画サーバ４０のストリーミング配信アプリケーション４０１ｃに対して送信し、その応答のＳＩＰ／ＳＤＰ ２００ ＯＫレスポンスを得る（シーケンスＳ１１６，Ｓ１１７）。

その結果、通信端末１０においては、ＴＶ電話アプリケーション１０１ｄにより、通信端末１１とＴＶ電話をしながら、動画サーバ４０のストリーミング配信アプリケーション４０１ｃからは、通信端末１０の動画ビューアアプリケーション１０１ｃから変更要求した帯域幅のコーデックを用いた動画ストリーミングデータの配信を受け取ることができるようになる（シーケンスＳ１１８，Ｓ１１９）。

（第４の実施例）
本実施例においては、通信端末間でインターネットを介してＴＶ電話（テレビ電話）を行なっている最中において、一方の通信端末が他の通信端末宛に画像配信を開始した場合を例に取って、図１３に示すシステム構成図を用いて説明する。ここに、図１３は、本発明に係る帯域割り当て方法の第４の実施例を説明するためのシステム構成図であり、インターネット３０を経由して互いにＴＶ電話を行なう通信端末１０，１１と、ＴＶ電話中に通信端末１０からインターネット３０を経由して画像データを送信する他の通信端末１２が存在する場合を模式的に示している。

図１３のシステム構成図において、通信端末１０，１１及び通信端末１２のそれぞれには、図３のシステム構成図と全く同様の機能ブロックが備えられており、その詳細な説明は省略する。但し、通信端末１０，１２には、画像データを配信することができる画像管理アプリケーション１０１ｅ，１２１ｅがそれぞれ備えられていて、通信端末１０，１１間でＴＶ電話中に、通信端末１０から、他の通信端末１２に対して画像データを配信することができるように構成されている。

なお、本実施例は、第３の実施例とは異なり、画像配信用として帯域を割り当てるべき新たなフローが発生したとしても、第２の実施例において説明した通信端末１０−通信端末１１におけるＴＶ電話の状態からそのまま継続して実行されることを前提とする場合について説明する。即ち、第２の実施例においてＴＶ電話のフローを実行するために割り当てた割当（使用可能）帯域幅を示すフロー情報（表１２、表１７）、及び、そのＴＶ電話フローに帯域幅を割り当てた結果として、更新されたパス情報（表２０）及びＮＩＣ情報（表２１）をそのまま用いて実行するものとする。ここに、表１２、表１７、表２０、及び、表２１に示したフロー情報、パス情報、ＮＩＣ情報を、表３１、表３２、表３３、及び、表３４としてそれぞれ再掲する。

このような環境下で、通信端末１０の画像管理アプリケーション１０１ｅから通信端末１２の画像管理アプリケーション１２１ｅに向けた画像配信を要求するフローが新たに発生するものとする。新たに加わる画像配信用のフローをフロー５としてそのフロー情報を表３５に示す。

画像管理アプリケーション１０１ｅから画像配信用のフロー５に関するフロー情報を新たに受け取った通信管理部１０１ｂでは、通信端末１０から通信端末１２に向かう上りフローに関する帯域幅を割り振ることが必要になる。このため、通信管理部１０１ｂは、まず、フロー５の通信相手となる通信端末１２との間のパス３として使用可能な帯域幅を含むネットワーク情報を取得して、パス情報、ＮＩＣ情報を取得する。取得したパス情報、ＮＩＣ情報を、表３６、表３７にそれぞれ示す。

ここで、第３の実施例の場合と同様に、全てのフローについて、改めて帯域幅を割り当て直すようにしても良いが、本実施例の場合、第３の実施例の場合とは異なり、ＴＶ電話用のフローに対して先に割り当てていた割当（使用可能）帯域幅を初期状態に戻して、新たに加わったフロー５も含めて再度割り当て直す処理を行なうことなく、新たに加わったフロー５についてのみ帯域幅を追加して割り当てる場合について、図１４，図１５のフローチャートを用いて説明する。ここに、図１４は、本発明に係る帯域割り当て方法の第４の実施例を説明するためのフローチャートであり、図１５は、本発明に係る帯域割り当て方法の図１４に続く処理を説明するためのフローチャートである。

図１４のフローチャートに示すように、通信管理部１０１ｂは、まず、新たに要求されたフロー５に関して最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表３５のＢＷ（３））が示す帯域幅３Ｍｂｐｓ、単位時間当たりの使用要求パケット数２４０ｐｐｓを割り当てる（ステップＳＴ３１）。

その結果、最大使用要求帯域幅（ＢＷ（ＭＡＸ））としてフロー５に割り当てた帯域幅３Ｍｂｐｓのリソースが、フローの方向が上り回線方向であることを考慮して、表３６に示すパス情報の使用可能帯域幅（ＢＷ（可用））２Ｍｂｐｓから減算され、更に、表３７に示すＮＩＣ情報の上り方向の使用可能帯域幅（ＢＷ（上り−余り））２．６１Ｍｂｐｓから減算される（ステップＳＴ３２）。

同様に、最大使用要求帯域幅（ＢＷ（ＭＡＸ））としてフロー５に割り当てた単位時間当たりの使用要求パケット数２４０ｐｐｓのリソースが、フローの方向が上り回線方向であることを考慮して、表３６に示すパス情報の単位時間当たり使用可能パケット数（ｐｐｓ（可用））１６０ｐｐｓから減算され、更に、表３７に示すＮＩＣ情報の上り方向の単位時間当たり使用可能パケット数（ｐｐｓ（上り−余り））１８６ｐｐｓから減算される（ステップＳＴ３３）。

次に、減算されて得られた今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（上り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（上り−余り））のいずれも正数であるか否かを調べる（ステップＳＴ３４）。

表３５〜表３７に示す帯域情報の場合には該当していないが、例えば、いずれも正数であれば（ステップＳＴ３４のＹＥＳ）、新たなフロー５に対して先に割り当てた最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））が確保されている状態である。この場合、ステップＳＴ３２，ＳＴ３３でそれぞれ算出されている、今後利用可能なパス情報の単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、使用可能帯域幅（ＢＷ（可用））、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（上り−余り））、単位時間当たり使用可能パケット数（ｐｐｓ（上り−余り））により、パス情報、ＮＩＣ情報を更新すると共に、状態管理パラメータに「規定ループ数＋１」を代入して、帯域割り当て処理を終了する（ステップＳＴ３５）。

一方、表３５〜表３７に示す帯域情報のように、今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用）、ＢＷ（上り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、ｐｐｓ（上り−余り））のいずれかが正数ではない場合は（ステップＳＴ３４のＮＯ）、フロー５として最高のクオリティが得られる帯域幅として先に割り当てようとした最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ちＢＷ（３））が確保できない状態であり、図１５のフローチャートに移行して、次に、フロー５に割り当てる帯域幅として、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））即ち表３５における最低使用要求帯域幅ＢＷ（１）が示す帯域幅３００ｋｂｐｓ、単位時間当たりの最低使用要求パケット数２４ｐｐｓを割り当てる（ステップＳＴ３６）。

その結果、最低使用要求帯域幅（ＢＷ（ＭＩＮ））としてフロー５に割り当てた帯域幅３００ｋｂｐｓのリソースが、フローの方向が上り回線方向であることを考慮して、表３６に示すパス情報の使用可能帯域幅（ＢＷ（可用））２Ｍｂｐｓから減算され、更に、表３７に示すＮＩＣ情報の上り方向の使用可能帯域幅（ＢＷ（上り−余り））２．６１Ｍｂｐｓから減算される（ステップＳＴ３７）。

同様に、最低使用要求帯域幅（ＢＷ（ＭＩＮ））としてフロー５に割り当てた単位時間当たりの使用要求パケット数２４ｐｐｓのリソースが、フローの方向が上り回線方向であることを考慮して、表３６に示すパス情報の単位時間当たり使用可能パケット数（ｐｐｓ（可用））１６０ｐｐｓから減算され、更に、表３７に示すＮＩＣ情報の上り方向の単位時間当たり使用可能パケット数（ｐｐｓ（上り−余り））１８６ｐｐｓから減算される（ステップＳＴ３８）。

次に、減算されて得られた今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（上り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（上り−余り））のいずれも正数であるか否かを調べる（ステップＳＴ３９）。

表３５〜表３７に示す帯域情報の場合には該当していないが、例えば、いずれかが正数でない場合は（ステップＳＴ３９のＮＯ）、最低限の帯域幅であっても、新たに追加されたフロー５に帯域を割り当てることができないものとして、要求元の画像管理アプリケーション１０１ｅに対して帯域割り当てが不可能なエラーの旨を報告して、帯域割り当て処理を終了する（ステップＳＴ４０）。

なお、この場合、直ちに、エラーとすることなく、前述した第３の実施例の場合と同様に、ＴＶ電話用として既に割当済みの割当（使用可能）帯域幅を再度初期状態に戻して、図１４の先頭のステップＳＴ３１に戻って、全てのフローに対して、帯域の割り当て処理をし直すようにしても良い。ここでは、ステップＳＴ３９において、いずれかが正数ではないと判定された場合（ステップＳＴ３９のＮＯ）、全てのフローがそれぞれで要求する最低限の最低使用要求帯域幅（ＢＷ（ＭＩＮ））であっても、割り当てることができない状況にある場合であり、複数の通信を同時には継続することができないことを意味しているとして、新たに加わった画像管理アプリケーション１０１ｅに対してエラーの旨を報告することになる。

あるいは、全てのフローに対して最低使用要求帯域幅（ＢＷ（ＭＩＮ））であっても割り当てることができない場合は、新たに加わろうとするアプリケーションに対して通信を諦めさせるエラー報告をする代わりに、既に通信中の状態にあるいずれかのアプリケーションの通信を終了させ、新たに加わるアプリケーションに帯域を割り当てるようにしても良い。いずれか一つ又は複数のフローに帯域を割り当てることを諦めて、その他のフローに関する通信を継続するようにする帯域割り当て方法については、第６の実施例として後述する。

ステップＳＴ３９において、減算されて得られた今後利用可能なパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（上り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（上り−余り））のいずれも正数であると判定された場合（ステップＳＴ３９のＹＥＳ）、新たに加わったフロー５について、前述した実施例と同様に、使用可能な帯域幅の条件下において最も良好な条件の使用要求帯域幅を割り当てるようにしても良いが、本実施例においては、ステップＳＴ４１に移って、フロー５の方向を考慮して通信端末１０における上り方向の全てのフローについて、再度、帯域を割り当て直す場合について以下に説明する。

ステップＳＴ４１に移行した場合、全てのフローに対して、最大使用要求帯域幅（ＢＷ（ＭＡＸ））を割り当てることはできないものの、少なくとも、全てのフローに対して最低限の最低使用要求帯域幅（ＢＷ（ＭＩＮ））を割り当てることができる状況にある。ここで、通信端末１０における上り方向のフローに関連するフロー情報、パス情報、ＮＩＣ情報について、それぞれ、帯域割り当て前の初期状態に戻した状態を表３８、表３９、表４０に纏め直して示している。なお、いずれの表も、上りフローに関係がない値は表示していない。

この初期状態において、まず、全ての上りフローについて、それぞれの最低使用要求帯域幅（ＢＷ（ＭＩＮ）即ち表３８のＢＷ（１））を割り当てる。割り当てた結果のフロー情報、パス情報、ＮＩＣ情報を、表４１、表４２、表４３に示す。

更に、全ての上りフローにそれぞれの最低使用要求帯域幅（ＢＷ（ＭＩＮ）を割り当てた後の余った帯域幅について、各フローの最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表３８のＢＷ（３））に比例した大きさの帯域幅を、それぞれの上りフローに対して追加して割り当てる（ステップＳＴ４１）。

ここで、一例として、表４３に示すＮＩＣ情報のＮＩＣ１００の使用可能帯域幅（ＢＷ（上り−余り））について、各フローの最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表３８のＢＷ（３））の値に応じて比例配分した計算例を、表４４に示す。

しかる後、前述した各実施例の場合と同様に、追加して割り当てた各フロー毎の帯域幅、単位時間当たりの使用可能パケット数を、表４２に示すパス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））、及び、表４３のＮＩＣ情報の使用可能帯域幅（ＢＷ（上り−余り））、単位時間当たりの使用可能パケット数（ｐｐｓ（上り−余り））から減算して、今後利用可能なＮＩＣ情報の使用可能帯域幅（ＢＷ（上り−余り））を更新し（ステップＳＴ４２，ＳＴ４３）、更に、各フローが要求している使用要求帯域幅のうち、割り当てた各フローの割当（使用可能）帯域幅以下の条件で、最も良好なクオリティが得られる帯域幅を選択して、実際のフローに割り当てる割当（使用可能）帯域幅として決定して、余った帯域幅を、次に利用する新たなフローのために使用可能帯域幅として返還するようにしても良い。

なお、前述の各実施例において説明したように、本実施例においても、上りフローに関する帯域割り当てについては、通信相手からの帯域割り当て結果によって決定するようにしても良い。従って、この場合には、前述のステップＳＴ４１において、表４４のように、通信端末１０自身のＮＩＣ１００における残りの使用可能帯域幅（ＢＷ（上り−余り））を最大使用要求帯域幅（ＢＷ（ＭＡＸ））に応じて比例配分した追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓに関する情報を、通信相手の通信端末１１，１２の通信管理部１１１ｂ，１２１ｂにそれぞれに通知するようにする。

追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓに関する情報を受け取った各通信端末１１，１２の通信管理部１１１ｂ，１２１ｂにおいては、改めて、対応する各下りフローについての帯域幅をそれぞれ割り当て直して、通信端末１０に対して、更新後のパス情報、ＮＩＣ情報、割当（使用可能）帯域幅を通知する。

ここで、通信相手の通信端末１１，１２の通信管理部１１１ｂ，１２１ｂに対してＮＩＣ１００の各フロー毎の追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓに関する情報を通知する際に、各フロー毎の追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓに関する情報を、パス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））を変更する情報として用いて、パス情報として通知するようにする。

即ち、パス２に対応するフロー３，フロー４についてそれぞれ算出された追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓを合計して、表４２に示すパス情報におけるパス２の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））とそれぞれ比較し、いずれかより低い値の帯域幅を用いて、パス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））を更新する。

同様に、パス３に対応するフロー５について算出された追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓを、表４２に示すパス情報におけるパス３の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））とそれぞれ比較し、いずれかより低い値の帯域幅を用いて、パス情報の使用可能帯域幅（ＢＷ（可用））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用））を更新する。

更に、追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓと、表４１のように既に割り当て済みの最低使用要求帯域幅（ＢＷ（ＭＩＮ））の帯域幅、単位時間当たりの追加パケット数とをそれぞれ合計した値を、表４２に示すパス情報における使用可能帯域幅（ＢＷ（実測））、単位時間当たりの使用可能パケット数（ｐｐｓ（実測））とそれぞれ比較し、いずれかより低い値の帯域幅を用いて、パス情報の使用可能帯域幅（ＢＷ（実測））、単位時間当たりの使用可能パケット数（ｐｐｓ（実測））を更新する。

以上のようにして、算出された追加帯域幅ＢＷ、単位時間当たりの追加パケット数ｐｐｓを用いて更新したパス情報とＮＩＣ情報とを、通信相手の通信端末１１，１２の通信管理部１１１ｂ，１２１ｂに対して送信する。更新したパス情報とＮＩＣ情報とを受信した通信相手の通信端末１１，１２の通信管理部１１１ｂ，１２１ｂにて、対応する下りフローのそれぞれの帯域幅を割り当て直す。更新後のパス情報とＮＩＣ情報とを、それぞれ表４５、表４６に示す。

例えば、表４５のパス情報に示すように、ＮＩＣ情報として得られた情報に基づいてパス２，３に当初設定されていた表３９のパス情報の使用可能帯域幅（ＢＷ（可用）、ＢＷ（実測））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用）、ｐｐｓ（実測））よりも、更新後のパス情報の使用可能帯域幅（ＢＷ（可用）、ＢＷ（実測））、単位時間当たりの使用可能パケット数（ｐｐｓ（可用）、ｐｐｓ（実測））が低い値に更新されていることが分かる。

通信端末１０の通信管理部１０１ｂから表４５のパス情報、表４６のＮＩＣ情報を受け取った、通信相手の通信端末１１，１２の通信管理部１１１ｂ，１２１ｂにおいては、再度、通信端末１０向けの下り方向の対応するフローの帯域幅を割り当て直して、割り当て直した帯域幅を通信端末１０の通信管理部１０１ｂに対して送信する。以上により、通信端末１０，１１，１２のそれぞれのアプリケーションはコーデックの変更処理などを実行し、各フローの通信を行なう。この結果、通信端末１０は、新たに割り当てられた割当（使用可能）帯域幅を用いて、通信端末１１とＴＶ電話をしながら、新たに、通信端末１２に対する画像配信を行なうことができる。

（第５の実施例）
本実施例においては、通信端末間でインターネットを介してＴＶ電話を行なっている最中に、ネットワークの状態が変化した場合について、第４の実施例の図１３に示すシステム構成図を用いて説明する。

即ち、第４の実施例において前述したように、通信端末１１とＴＶ電話中の通信端末１０において、通信端末１２に画像配信を行なう上りフローが新たに増加したために、ネットワーク情報に変化が生じている場合である。なお、この他にも、例えば、無線通信環境にある場合に、無線状態など何らかの影響により、通信中のパスに関するネットワーク状態に変化が生じている場合や今まで通信中であったフローが終了した場合でも、本実施例で説明する処理と同様の処理が実行される。

前述の第４の実施例に説明したように、通信端末１０においてネットワーク状態に変化が生じたことを、表４５のパス情報、表４６のＮＩＣ情報により通知された通信端末１１の通信管理部１１１ｂにおいては、前述した図６〜図８に示した帯域割り当て方法を用いて、再度、通信端末１０からの下り方向のフロー３、フロー４に関する帯域を割り当て直す。表４５のパス情報のうち、最低使用要求帯域幅（ＢＷ（ＭＩＮ））を割り当てる前の使用可能帯域幅（ＢＷ（実測））８２９ｋｂｐｓ、単位時間当たりの使用可能パケット数（ｐｐｓ（実測））９１ｐｐｓを用いた場合の帯域割り当ての経過を図１６に示す。ここに、図１６は、本実施例において図８の帯域割り当て方法によって割り当てられていく各フローの帯域割り当て状況を示す模式図である。

図１６に示すように、音声用フロー３については、最高のクオリティが得られる最大使用要求帯域幅（ＢＷ（ＭＡＸ）即ち表３８のＢＷ（３））となる１２０ｋｂｐｓ，６０ｐｐｓを割り当てることが可能である。一方、映像用フロー４については、最大でも、最大使用要求帯域幅（ＢＷ（ＭＡＸ））より少ない６６５ｋｂｐｓ，３２ｐｐｓしか割り当てられなく、この条件下で、最も良好な使用要求帯域幅として、使用要求帯域幅（ＢＷ（２））の３００ｋｂｐｓ，２４ｐｐｓが、実際のフロー４に割り当てるべき割当（使用可能）帯域幅として決定される。

従って、前述のように、ＴＶ電話アプリケーションに用いる音声用コーデックと映像用コーデックとの両者で使用する帯域幅を揃える必要がある場合には、音声用フロー３についても、使用要求帯域幅（ＢＷ（２））の９０ｋｂｐｓ，３０ｐｐｓが、実際に割り当てるべき割当（使用可能）帯域幅として決定される。このようにして決定されたフロー３，４に関するフロー情報を表４７に示す。

なお、通信端末１１の通信管理部１１１ｂにより算出し直されたフロー３，４の結果は、第４の実施例において割り当てられていた表３２のフロー情報と同じ結果であり、コーデックの変更は不要であることを意味しており、通信管理部１１１ｂは、通信端末１１のＴＶ電話アプリケーション１１１ｄに対して、特に何も通知する必要はない。一方、通信相手の通信端末１０の通信管理部１０１ｂに対しては、再度作成し直したパス情報、ＮＩＣ情報を送信する。しかし、この時、パス情報、ＮＩＣ情報を送信しないで、あるいは、パス情報、ＮＩＣ情報と共に、作成し直したパス情報、ＮＩＣ情報が以前に送信した情報と変化していない旨を通知するようにしても良い。

また、帯域幅を再度割り当て直した結果が、以前割り当てていた帯域幅と異なる場合、通信端末１１のＴＶ電話アプリケーション１１１ｄに対して、コーデック変更要求メッセージを送信することにより、動的に、コーデックの使用帯域幅を変更可能とすると共に、通信相手の通信端末１０の通信管理部１０１ｂに対しても、作成し直したパス情報、ＮＩＣ情報を送信する。

（第６の実施例）
本実施例においては、例えば、図６や図１５に示す帯域割り当て方法において、アプリケーションから要求されている最低限の帯域即ち最低使用要求帯域幅（ＢＷ（ＭＩＮ））を割り当てることができない場合（図６のステップＳＴ０４のＮＯ、図１５のステップＳＴ３９のＮＯの場合）におけるエラー処理（図６のステップＳＴ０５の処理、図１５のステップＳＴ４０の処理）について、図１７のフローチャートを用いて説明する。ここに、図１７は、本発明に係る帯域割り当て方法の第６の実施例を説明するためのフローチャートであり、複数のフローの全てについては、最低使用要求帯域幅（ＢＷ（ＭＩＮ））さえも割り当てられなかった場合の処理内容に説明するものである。

通信端末１０の通信管理部１０１ｂが、帯域の割り当てを要求されている複数のフローのいずれかについて最低使用要求帯域幅（ＢＷ（ＭＩＮ））を割り当てることができない旨判定されていることが判明した場合（ステップＳＴ５１）、いずれか一つでも使用要求帯域幅に該当する帯域を割り当てることが可能な状態にあるか否かを調べ（ステップＳＴ５２）、可能であることが判明すれば（ステップＳＴ５２のＹＥＳ）、通信を継続すべきいずれかのフローを選択して（ステップＳＴ５３）、当該フローに対して帯域を割り当てて通信を継続させる（ステップＳＴ５４）。

ここで、ステップＳＴ５３において、通信を継続すべきフローを選択する場合、図１８のような選択メニュー画面の画面表示を行ない、ユーザに選択させるようにしても良い。図１８は、本実施例において、ユーザが通信を継続すべきフローを選択するための選択メニュー画面の一例を示す模式図であり、帯域割り当てを要求するアプリケーション全てのうち、いずれか１乃至複数を選択して、通信を継続することができる場合を示している。即ち、図１８の例では、帯域割り当てを要求したアプリケーションのフローとして、ＴＶ電話−ボイス（音声）、ＴＶ電話−映像、動画ストリーミング−映像、動画ストリーミング−ボイス（音声）の４つのフローのいずれでも選択可能であることを「○」印を付して表示している。

あるいは、図１８と異なる表示例として、図１９のような画面表示を行ない、ユーザに選択させるようにしても良い。図１９は、本実施例において、ユーザが通信を継続すべきフローを選択するための選択メニュー画面の異なる例を示す模式図であり、帯域割り当てを要求するアプリケーション全てのうち、動画ストリーミング・映像を除くフローについていずれか１乃至複数を選択して、通信を継続することができる場合を示している。即ち、図１９において、選択対象外である動画ストリーミング−映像については、使用要求帯域幅（ＢＷ（ＭＩＮ））をも割り当てることができない旨を示す「×」印を付して表示している。

ステップＳＴ５３において、例えば、図１８の選択メニュー画面が表示された場合、通信を継続したいフローをユーザが選択する一例を図２０に示す。図２０は、本実施例において、選択メニュー画面から通信を継続すべきフローを選択した結果の一例を示す模式図であり、ＴＶ電話−ボイス（音声）のみを選択している場合を、「◎」印を付して示している。ここで、ＴＶ電話−ボイス（音声）が選択された結果、動画ストリーミング・映像に「×」印が付されて、動画ストリーミング−映像を選択することができなくなったことを示している。

次に、図２０の選択メニュー画面を用いて、ユーザがＴＶ電話・映像のフローを選択した結果を図２１に示す。図２１は、本実施例において、選択メニュー画面から通信を継続すべきフローを更に選択した結果の一例を示す模式図であり、ＴＶ電話−ボイス（音声）に続いて、ＴＶ電話−映像のフローを通信を継続すべきフローとして選択した結果、残りの全てのフローについて「×」印が付されて、これ以上は選択することができなくなったことを示している。

なお、ステップＳＴ５３におけるフローの選択処理においては、ユーザが或るフローを選択する都度、パス情報の現在使用可能な帯域幅（ＢＷ（可用））から、選択したフローに関する最低使用要求帯域幅（ＢＷ（ＭＩＮ））が減算されて、使用可能帯域幅（ＢＷ（可用））が更新され、更に他のフローに対して帯域の割り当てが可能か否か、即ち、更新後の使用可能帯域幅（ＢＷ（可用））が、次に選択対象とする各フローが要求する最低使用要求帯域幅（ＢＷ（ＭＩＮ））以上の値であるか否かを判定して、図１８〜図２１に示すように、選択可能か否かを「○」、「×」表示する。

また、図１８〜図２１において、ユーザが「ＯＫ」ボタンを選択すると、その時点で選択されていないフロー関しては通信を継続しないものとして、選択されたフローのみに帯域の割り当てを再び行なうようにする。

なお、本実施例では、通信を継続することができるフローを選択メニュー画面として画面表示し、その中から、通信を継続するフローを選択する例を示したが、逆に、全てのフローの中から、通信を放棄しても良いフローを選択メニュー画面として画面表示し、その中から、通信を放棄するフローを選択するようにしても良い。

一方、ステップＳＴ５２において、全てのフローについて、使用要求帯域幅に該当する帯域を全く割り当てることができないことが判明した場合（ステップＳＴ５２のＮＯ）、図２２に示すように、「エラー：通信できません」の旨を画面表示して、ユーザにエラーを通知して終了する（ステップＳＴ５５）。ここに、図２２は、本実施例において、帯域を割り当てることができない旨を示すエラー画面表示の一例を示す模式図であり、複数のフローのいずれにも帯域を割り当てることができない旨をユーザに対して提示している。

（第７の実施例）
本実施例においては、通信端末１０の通信管理部１０１ｂにおいてアプリケーションの各フローに対する帯域割り当て方法について、前述した各実施例とは異なる他のバリエーションを例示するものであり、各フローの使用要求帯域幅について全ての組み合わせを作成して、その中から各フローに対して割り当てるべき割当（使用可能）帯域幅を決定しようとするものである。
本実施例において、例えば、帯域を割り当てるべき３つのフローは存在しているものと仮定し、この３つのフロー情報について、表４８に示す。

表４８に示すフロー情報においては、実際に割り当てる割当（使用可能）帯域幅を決定する選択肢として、フロー１については４通り、フロー２については３通り、フロー３については２通りの自由度が存在している。その結果、各フロー全ての使用要求帯域幅の組み合わせとしては、表４９に一部を示すように、２４通りの組み合わせを作成することができる。

ここで、例えば図２３のフローチャートに示すような帯域割り当て方法を用いて、この表４９の中で、パスの状態にマッチして、現在の使用可能な帯域幅の条件を満たす使用要求帯域幅の組み合わせを選択して、各フローに割当（使用可能）帯域幅として割り当てていく。ここに、図２３は、本発明に係る帯域割り当て方法の第７の実施例を説明するためのフローチャートである。

図２３のフローチャートにおいて、まず、表４９の使用要求帯域幅の組み合わせの中から、合計使用要求帯域幅（表４９の合計ＢＷ、合計ｐｐｓ）が、ネットワークとしての使用可能な帯域幅を示すパス情報の使用可能帯域幅（ＢＷ（可用）、ｐｐｓ（可用））の値を超えるものを削除する（ステップＳＴ６１）。次に、割当（使用可能）帯域幅が決定していないフローのうち、最も優先順位が高いフローに関する組み合わせを抽出する（ステップＳＴ６２）。抽出した組み合わせのうち、選択しているフローに関して最も大きい帯域幅を有する組み合わせ以外のものを削除する（ステップＳＴ６３）。

残された組み合わせが複数存在している場合、次に優先順位が高いフローについて最も大きい帯域幅を有する組み合わせ以外を削除する。最終的に、残された組み合わせに含まれている選択したフローに関する使用要求帯域幅を、当該フローの割当（使用可能）帯域幅として決定する（ステップＳＴ６４）。

全てのフローについて、まだ、割当（使用可能）帯域幅が決定されていない場合には（ステップＳＴ６５のＮＯ）、ステップＳＴ６２に戻って、次の優先順位のフローについて割り当て処理を繰り返す。一方、全てのフローについて、割当（使用可能）帯域幅が決定している場合には（ステップＳＴ６５のＹＥＳ）、各フローに対する割当（使用可能）帯域幅を最終的に決定し、次の帯域割り当て要求に備えて、パス情報を更新する（ステップＳＴ６６）。

このように、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅について作成した全ての組み合わせについて、ネットワークを介した通信相手との通信に使用可能な帯域幅の条件を満たして、帯域を割り当てることが可能な組み合わせの中から、より優先度が高いフローについてより大きい帯域幅の使用要求帯域幅を要求している組み合わせを選択し、選択した組み合わせが示す各フローの使用要求帯域幅を、割当（使用可能）帯域幅としてそれぞれのフローに割り当てるという帯域割り当て方法を適用すれば、より優先順位の高いフローに対して、より大きい帯域幅を割り当てることが可能となる。

なお、表４９においては、最低限の使用要求帯域幅（ＢＷ（ＭＩＮ））であっても、全てのフローに対して確実に帯域を割り当てることが可能なことを条件として、使用要求帯域幅の組み合わせ表を作成している例を示したが、場合によっては、優先順位が低いフローを除いた場合も含む使用要求帯域幅の組み合わせ表を作成して、ネットワークの使用可能な帯域幅の状況如何によって、優先順位が低いフローについて帯域を割り当てない組み合わせを選択することを可能としても良い。このように優先順位が低いフローに対して帯域が割り当てられない組み合わせが選択された場合、優先順位が低いフローに対応するアプリケーションに対して、割り当てた割当（使用可能）帯域幅を通知する代わりに、帯域割り当てが不可能であった旨を通知することになる。

Claims (22)

1. ネットワークを介して通信を行なうアプリケーションが、少なくとも、通信のフローに用いるコーデックの使用帯域幅に応じた１乃至複数の使用要求帯域幅、通信相手に関する情報を含むフロー情報を、帯域の割り当て要求として、通信を管理する通信管理部に対して通知し、
   前期通信管理部は、受け取った前記フロー情報に基づいて、通信相手側の通信管理部に対して、前記ネットワークと接続するための通信メディア装置の有する情報のうち少なくともフローの宛先となる宛先情報及び性能限界を含む通信メディア情報を、当該通信相手に送信し、
   該通信メディア情報を受信した通信相手側の通信管理部が、自身の通信メディア情報を加えて、互いの通信に用いるパスを特定可能なパス情報を作成して、前記通信メディア情報の送信元の通信相手側の通信管理部に対して返送することにより、互いに通信を行なういずれか一方又は双方の通信管理ステップにおいて、通信に用いる前記ネットワークの使用可能な帯域幅を調査してネットワーク情報として取得して、
   取得した前記ネットワーク情報に対応して割り当てることが可能な帯域幅を決定して、帯域割り当て要求がなされたアプリケーションに対して割当帯域幅として通知し、
   前記アプリケーションは、通知された割当帯域幅に基づいて通信に用いるコーデックの帯域幅を設定して通信相手と通信を行なうことを特徴とする帯域割り当て方法。
2. 請求項１に記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなされた全てのフローについて、各フローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、それぞれのフローにおける最低限の使用要求帯域幅をそれぞれのフローに割り当てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であれば、それぞれの最低限の使用要求帯域幅を割り当てて、それぞれの最低限の使用要求帯域幅を割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知し、一方、帯域割り当て要求がなされた全てのフローいずれにも割り当てが不可能であれば、帯域割り当てが不可能である旨をそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
3. 請求項１乃至２のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、それぞれのフローにおける最大限の使用要求帯域幅をそれぞれのフローに割り当てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であれば、それぞれの最大限の使用要求帯域幅を割り当てて、それぞれの最大限の使用要求帯域幅を割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
4. 請求項３に記載の帯域割り当て方法であって、前記通信管理部が、帯域割り当て要求がなされた全てのフローそれぞれに対しては、それぞれの最大限の使用要求帯域幅を割り当てることが不可能な場合、帯域割り当て要求がなされた全てのフローに対して、それぞれの最低限の使用要求帯域幅を割り当て、かつ、前記ネットワーク情報が示す使用可能帯域の残りの帯域幅を算出した後、帯域割り当て要求がなされた全てのフローのうち、その時点で最も優先度が高いフローに対して、該フローの要求する最大限の使用要求帯域幅になるために必要とする残りの帯域幅と、前記ネットワーク情報が示す使用可能帯域幅残りの半分に該当する帯域幅とを比較して、より少ない方の帯域幅を、該フローに対して追加して割り当てると共に該フローの優先度を最下位に変更し、かつ、前記ネットワーク情報から得られる使用可能帯域幅の残りの帯域幅を算出するという追加帯域幅割り当て処理を行ない、次いで、順次、優先度が高いフローに対して、同様に、前記追加帯域幅割り当て処理を行なうことを、予め定めた規定回数分繰り返すことにより、各フローに割り当てるべき帯域幅を決定して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
5. 請求項４に記載の帯域割り当て方法であって、前記通信管理部が、前記追加帯域幅割り当て処理を前記規定回数分繰り返すことにより各フローそれぞれについて決定した帯域幅を前記割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知する代わりに、各フローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、各フローそれぞれに決定した前記帯域幅に収まる条件下で最も大きい使用要求帯域幅を選択して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
6. 請求項３に記載の帯域割り当て方法であって、前記通信管理部が、帯域割り当て要求がなされた全てのフローそれぞれに対しては、それぞれの最大限の使用要求帯域幅を割り当てることが不可能な場合、帯域割り当て要求がなされた全てのフローに対して、それぞれの最低限の使用要求帯域幅を割り当て、かつ、前記ネットワーク情報が示す使用可能帯域幅の残りの帯域幅を算出した後、算出された使用可能帯域幅の残りの帯域幅を、帯域割り当て要求がなされたフローそれぞれの最大限の使用要求帯域幅に応じて比例配分して、それぞれのフローに対して追加して割り当てることにより、各フローに割り当てるべき帯域幅を決定して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
7. 請求項６に記載の帯域割り当て方法であって、前記通信管理部が、フローそれぞれの最大限の使用要求帯域幅に応じて比例配分して追加すべき帯域幅を求めることにより決定した帯域幅を前記割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知する代わりに、各フローそれぞれが要求する１乃至複数の使用要求帯域幅のうち、各フローそれぞれに決定した前記帯域幅に収まる条件下で最も大きい使用要求帯域幅を選択して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
8. 請求項１に記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅について全ての組み合わせを作成し、該使用要求帯域幅の組み合わせそれぞれについて、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて、前記使用要求帯域幅の組み合わせとして割り当てることが可能な組み合わせであるか否かを判定して、割り当てることが可能な組み合わせの中から、より優先度が高いフローについてより大きい帯域幅の使用要求帯域幅を要求している組み合わせを選択し、選択した組み合わせが示す各フローの使用要求帯域幅を、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
9. 請求項８に記載の帯域割り当て方法であって、前記通信管理部が、帯域割り当て要求がなされた全てのフローそれぞれが要求する１乃至複数の使用要求帯域幅について全ての組み合わせを作成する際に、優先度が低いフローに対して帯域を割り当てない場合も含む使用要求帯域幅の組み合わせを作成し、割り当てることが可能な組み合わせの中から、より優先度が高いフローについてより大きい帯域幅の使用要求帯域幅を要求している組み合わせを選択する際に、優先度が低いフローに対して帯域を割り当てないような使用要求帯域幅の組み合わせが選択された場合、帯域が割り当てられない優先度が低いフローに対応するアプリケーションに対して帯域割り当てが不可能である旨を通知することを特徴とする帯域割り当て方法。
10. 請求項１乃至９のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記ネットワークを介した通信用のパスに対応付けて該パスの使用可能通信速度として管理することを特徴とする帯域割り当て方法。
11. 請求項１０に記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記パスの使用可能通信速度に加えて、前記パスの単位時間当たりの使用可能パケット数をも用いて管理することを特徴とする帯域割り当て方法。
12. 請求項１乃至９のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、前記ネットワークと接続するための通信メディア装置の現在使用可能な帯域幅を、該通信メディア装置の使用可能リンク速度として管理することを特徴とする帯域割り当て方法。
13. 請求項１２に記載の帯域割り当て方法であって、前記通信管理部が、前記ネットワークと接続するための通信メディア装置の現在使用可能な帯域幅を、前記通信メディア装置の使用可能リンク速度に加えて、前記通信メディア装置の単位時間当たりの使用可能パケット数をも用いて管理することを特徴とする帯域割り当て方法。
14. 請求項１乃至９のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記ネットワークを介した通信用のパスに対応付けた該パスの使用可能通信速度と、前記ネットワークと接続するための通信メディア装置の使用可能リンク速度との双方を用いて管理することを特徴とする帯域割り当て方法。
15. 請求項１４に記載の帯域割り当て方法であって、前記通信管理部が、現在使用可能な帯域幅を、前記パスの使用可能通信速度と前記通信メディア装置の使用可能リンク速度とに加えて、更に、前記パスの単位時間当たりの使用可能パケット数と前記通信メディア装置の単位時間当たりの使用可能パケット数をも用いて管理することを特徴とする帯域割り当て方法。
16. 請求項１乃至１５のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、前記アプリケーションからの帯域割り当て要求に応じて帯域を割り当てる際に、通信相手との通信用のフローとして要求される１乃至複数の使用要求帯域幅を、予め定めた計算式を用いてより大きい帯域幅となるみなし使用要求帯域幅に換算し、換算した該みなし使用要求帯域幅を割り当てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であれば、該みなし使用要求帯域幅を割当帯域幅として割り当てて、フローに対応するアプリケーションに対して通知することを特徴とする帯域割り当て方法。
17. 請求項１乃至１６のいずれかに記載の帯域割り当て方法であって、前記通信管理部が、１乃至複数のアプリケーションから１乃至複数のフローに対して帯域割り当て要求がなされた場合、あるいは、再度、既に割当済みのフローに対する帯域を割り当て直す場合に、前記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて、全てのフローに対して帯域を割り当てることができないが、少なくとも１つのフローに対して帯域を割り当てることができると判定した場合、帯域を割り当てることが可能な１乃至複数のフローを選択メニュー画面として表示し、ユーザが選択したフローに対して帯域を割り当てることを特徴とする帯域割り当て方法。
18. 請求項１乃至１７のいずれかに記載の帯域割り当て方法であって、前記アプリケーションが、前記通信管理部から割当帯域幅として割り当てられた帯域幅に応じた通信帯域幅を用いて、通信相手と前記ネットワークを介して通信することを特徴とする帯域割り当て方法。
19. 請求項１乃至１８のいずれかに記載の帯域割り当て方法であって、前記アプリケーションが、１乃至複数の使用帯域幅に対応するコーデックを有し、前記通信管理部に対して帯域割り当て要求として通知する前記フロー情報に含まれる使用要求帯域幅として、前記コーデックの使用帯域幅に応じた１乃至複数の使用要求帯域幅を通知し、前記通信管理ステップから割当帯域幅として割り当てられた帯域幅に応じたコーデックを選択して、選択したコーデックを用いて、通信相手と前記ネットワークを介して通信することを特徴とする帯域割り当て方法。
20. 請求項１乃至１９のいずれかに記載の帯域割り当て方法であって、前記アプリケーションが、前記通信管理部に対して帯域割り当て要求として通知する前記フロー情報に含まれる使用要求帯域幅として、通信のフローに用いるコーデックの使用帯域幅よりも大きい帯域幅を用いることを特徴とする帯域割り当て方法。
21. 請求項１乃至２０のいずれかに記載の帯域割り当て方法を、コンピュータによりプログラムとして実行することを特徴とする帯域割り当てプログラム。
22. 請求項２１に記載の帯域割り当てプログラムを、コンピュータにより読み取り可能な記録媒体に記録していることを特徴とするプログラム記録媒体。

Images