(57)【要約】【課題】通信端末上における複数のフローは、フロー毎にユーザもしくはアプリケーションの嗜好を反映した自分と相手の通信メディアの組み合わせを選択することができ、しかも、嗜好情報を相手に知られることなく実行可能な送受信方法を提供する。【解決手段】通信端末間で、１以上のパス（通信路）で、１以上のフロー（データの流れ）を送受信する際に、アプリケーションの嗜好情報を参考にして、ＭｏｂｉｌｅＩＰにおけるＣｏＡの組み合わせ（通信相手のＣｏＡと自身のＣｏＡ）を選択する手段を提示する。フローとパスの組み合わせを考慮し、その組み合わせに対してスコアを計算し、相手端末に送信し、了解を取ることによって最適のパスを選択する。その結果、各フローごとに両者の嗜好に適したＣｏＡの選択が行われる。【選択図】図１
2007020143.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末間で、１以上のパスで、１以上のフローを送受信する際に、フローとパスの組み合わせを選択する送受信方法であって、
前記複数の通信端末において、アプリケーションは通信管理部に少なくともアドレス情報及びネットワークに関する嗜好情報を含むフロー情報を渡し、
前記各通信端末の通信管理部は、前記フロー情報に基づき前記通信端末の有する通信メディア情報を通信相手の通信端末に送信し、
前記通信相手の通信端末の通信管理部は、発信した通信端末の有する通信メディア情報と前記通信相手の通信端末の有する通信メディア情報から、パス情報を作成して前記発信した通信端末に送信し、
前記各通信端末の通信管理部では、それぞれ有する前記フロー情報と前記パス情報から、パスにフローをマップする組み合わせを作成して、各組み合わせに関するスコアを送信し、
前記複数の通信端末の各々の通信管理部において、自身の上りの嗜好情報を含めて前記スコアの高い組み合わせを選択し、各データフロー毎にパスを使用するように設定し、各フロー毎にパスを選択可能とすることを特徴とする送受信方法。
【請求項２】
通信端末Ａと通信端末Ｂ間で、１以上のパスで、１以上のフローを送受信する際に、フローとパスの組み合わせを選択する送受信方法であって、
前記通信端末Ａにおいて、アプリケーションは通信管理部に少なくともアドレス情報及びネットワークに関する嗜好情報を含むフロー情報を渡し、
前記通信端末Ｂにおいても、アプリケーションは通信管理部に少なくともアドレス情報を含むフロー情報を渡し、
前記通信端末Ａの通信管理部は、前記フロー情報に基づき前記通信端末Ａの有する通信メディア情報を前記通信端末Ｂに送信し、
前記通信端末Ｂの通信管理部は、受信した通信端末Ａの有する通信メディア情報と前記通信端末Ｂの有する通信メディア情報から、パス情報を作成して前記通信端末Ａに送信し、
前記通信端末Ａ及び前記通信端末Ｂの通信管理部では、それぞれ有する前記フロー情報と前記パス情報から、パスにフローをマップする組み合わせを作成して、各組み合わせに関するスコアを送信し、
前記通信端末Ａ及び前記通信端末Ｂの各々の通信管理部において、自身の上りの嗜好情報を含めて前記スコアの高い組み合わせを選択し、各データフロー毎にパスを使用するように設定し、各フロー毎にパスを選択可能とすることを特徴とする送受信方法。
【請求項３】
前記嗜好情報は、アプリケーションで使用可能なコンテンツに対応した１以上の要求帯域情報を含むことを特徴とする請求項１又は２に記載の送受信方法。
【請求項４】
前記要求帯域情報は、数値で表現される１以上の要求帯域情報と、その各々に対応する数値で表現される嗜好レベルと、を含むことを特徴とする請求項３に記載の送受信方法。
【請求項５】
前記嗜好情報は、遅延差情報を含むことを特徴とする請求項１又は２に記載の送受信方法。
【請求項６】
前記遅延差情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項５に記載の送受信方法。
【請求項７】
前記嗜好情報は、課金情報を含むことを特徴とする請求項１又は２に記載の送受信方法。
【請求項８】
前記課金情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項７に記載の送受信方法。
【請求項９】
前記課金情報は、上りと下りに関して別に嗜好レベルを持つことを特徴とする請求項８に記載の送受信方法。
【請求項１０】
前記嗜好情報は、単位時間当たりのパケットロス率情報を含むことを特徴とする請求項１又は２に記載の送受信方法。
【請求項１１】
前記パケットロス率情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項１０に記載の送受信方法。
【請求項１２】
前記嗜好情報は、無線通信メディアのセル情報を含むことを特徴とする請求項１又は２に記載の送受信方法。
【請求項１３】
前記無線通信メディアのセル情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項１２に記載の送受信方法。
【請求項１４】
フローの使用するパスが決定した後に、通信管理部はアプリケーションに少なくとも数値で表されるフローに割り当てられた帯域を含むフロー情報を通知し、アプリケーションは前記割り当てられた帯域をもとにコンテンツを選択することを特徴とする請求項１〜１３のいずれか１項に記載の送受信方法。
【請求項１５】
請求項１〜１４のいずれか１項に記載の送受信方法を、コンピュータにより実行させるためのアプリケーションプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭｏｂｉｌｅＩＰなどの第三層移動管理プロトコルにおける通信路選択機能を有し、アプリケーションに帯域を割り当てる送受信方法に関する。
【背景技術】
【０００２】
近年、ＭｏｂｉｌｅＩＰｖ６（Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６、ＲＦＣ３７７５）等のＩＰ層でのモビリティサポートの研究・開発が盛んである。ＭｏｂｉｌｅＩＰは、ＯＳＩ（Open Systems Interconnection）７階層モデルにおける第三層のプロトコルで、上位アプリケーションからクライアントの移動（ネットワーク／通信メディアの切り替えや、通信の瞬断など）を隠蔽し、通信を継続させる技術である。このＭｏｂｉｌｅＩＰは、モバイルノード（ＭＮ：Ｍｏｂｉｌｅ  Ｎｏｄｅ）・ホームエージェント（ＨＡ：Ｈｏｍｅ  Ａｇｅｎｔ）、コレスポンデントノード（ＣＮ：Correspondent Node）と呼ばれるノードから構成される。
【０００３】
モバイルノード（ＭＮ）は、ホームアドレスと呼ばれる常に不変なアドレスを有しており、そのアドレスを管理するノードがホームエージェント（ＨＡ）である。ＭＮはＨＡのリンクであるホームリンク以外のネットワークに接続した際、ケアオブアドレス（CoA:Care-of Address）と呼ばれるアドレスを何らかの手段（ＲＡ、ＤＨＣＰｖ６など）で得る。ここで得たＣｏＡは、ＨＡにＢｉｎｄｉｎｇ  Ｕｐｄａｔｅというメッセージで通知される。
【０００４】
この結果、ＭＮと通信したいノード（＝ＣＮ）がホームアドレス宛にパケットを送信すると、ホームアドレスはＨＡの管理するリンクのアドレスであるので、一旦、ＨＡに届く。その際に、ＨＡは、ホームアドレスを関連付けされたＣｏＡ宛に転送する。この結果、常にＭＮは、ホームアドレスで通信可能となる。ＭＮにおいては、ＭＮ上で動作するアプリケーションが、前記ホームアドレスと呼ばれるＩＰアドレスを常に使用し通信する。
【０００５】
実際のＩＰｖ６（Internet Protocol Version 6 ）パケットのソースアドレス、もしくは、ディスティネーションアドレスには、ＣｏＡを用い、ＩＰｖ６  ｏｖｅｒ  ＩＰｖ６カプセル化、ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒなどの技術を用いる。アプリケーションにはホームアドレスを通知し、実際に用いるＩＰｖ６アドレス（ＣｏＡ）を隠蔽している。その結果、前記アプリケーションは、以下のような特性を持つ。
【０００６】
（１）ネットワークとの接続性がある際には、ホームアドレスで常に通信が可能である。（２）通信中に、複数の異なるネットワークへのハンドオーバーが出来るようになる。すなわち、ＭｏｂｉｌｅＩＰ対応端末は、複数の通信メディア（例えば、ＮＩＣ：Network Interface Card）を有することが可能で、前記複数の通信メディアに跨ったハンドオーバーが可能である。ＭｏｂｉｌｅＩＰの既知の問題点として、ＭｏｂｉｌｅＩＰ対応端末が複数の通信メディアを有する場合に、どの通信メディアを使用するか、すなわちＣｏＡにどのアドレスを用いるかという問題がある。
【０００７】
また、ＭｏｂｉｌｅＩＰは、複数のＣｏＡを有する場合、複数の通信メディアを同時に使用するマルチホームを実現できるといわれることが多い。しかしながら、実際のＭｏｂｉｌｅＩＰの仕様では、マルチホームを実現することはできない。そこで、それを実現する一手段として、全てのＣｏＡを通信相手に対して通知するべきであるとの趣旨から、複数のＣｏＡを有する際のＭｏｂｉｌｅＩＰの仕様である「ｄｒａｆｔ−ｗａｋｉｋａｗａ−ｍｏｂｉｌｅｉｐ−ｍｕｌｔｉｐｌｅｃｏａ」が提案されている。また、複数の通信メディアを同時に使用する技術として、特許文献１が知られている。
【特許文献１】特表２００４−５２８７６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前記特許文献１では、複数の通信メディア（無線ＬＡＮ、携帯、ＰＨＳ等）に対して複数のパケットフローをルーティングする技術であるが、自分の通信メディア（ベアラ）を選択する方法に留まっている。この方法は、送信パケットの制御は可能であるが受信パケットの制御はできない。すなわち、特許文献１におけるルーティングとは、自身の有するベアラを選択するための手法であって、相手のベアラの選択に関しては無関心である。
【０００９】
しかしながら、複数通信メディアを有する端末同士での通信においては、ネットワークの相性などから、お互いが勝手にベストを選んだ場合がベストな解になるとは限らない。前記特許文献１においては、例えば、端末Ａが２つの通信メディアを有し、端末Ｂが３つの通信メディアを有している場合、前記発明では端末Ａが２つの自由度、端末Ｂが３つの自由度を持つだけであるが、実際には２×３＝６のうち最も適切なものを選択する必要がある。また、アプリケーションによっては、帯域よりもその他のパラメータが重要なことも想定される。
【００１０】
例えば、ＶｏＩＰ（Voice over Internet Protocol）においては、最高レートのコーデックを用い、ＭｏｂｉｌｅＩＰｖ６で接続したところで、たかだかＯＳＩの第２層の通信速度において１２０ｋｂｐｓ程度あれば十分である。その結果、１２０ｋｂｐｓ以上であれば、帯域よりも遅延等を優先するべきなどのプリファレンス（嗜好）が存在する。また、ＭｏｂｉｌｅＩＰでは、基本的に複数の通信メディアでのハンドオーバーには対応しているが、それらをどう上手く使うか、どう操るかは規定されていない。
【００１１】
また、「ｄｒａｆｔ−ｗａｋｉｋａｗａ−ｍｏｂｉｌｅｉｐ−ｍｕｌｔｉｐｌｅｃｏａ」においても、マルチホームには対応しているが、具体的にどのようにして、マルチホームを実現するか、また、最適な通信メディアの組み合わせを選択することについては規定されていない。例えば、通信の品質と課金問題は密接に関係するが、一方が課金を気にせずに高品質な通信を望み、他方では品質よりも課金を重要視することもある。
【００１２】
さらに、課金には様々な形態がありえるため、双方が自分にとって最適な通信メディアを選択するだけでは解決できない問題が起こりうる。そのため、これらを実現する際に、例えば、通信端末同士がプリファレンスそのものをやり取りすることも考えられるが、これはプライバシー上の問題ともなる。また、複数のアプリケーションが存在する場合に、どのような手順が必要かは明らかにされていない。すなわち、１つの通信路にアプリケーションがマップされた場合、その通信路の使用可能な帯域は減少してしまう。そのため、通信路にアプリケーションをマップする際には、通信路とアプリケーションの重複組み合わせを考えなくてはならないが、この考慮は未だされていない。
【００１３】
また、フロー（データの流れ）に関する嗜好は基本的には「下りフロー」に対して存在することである。すなわち、「大きい・綺麗な動画が見たい」、「遅延の少ない音声が聞きたい」等といった嗜好は、そのデータを受け取る人が持っているものである。しかしながら、データの伝送路は、ＩＰパケットを生成する送信者によって決められる。また、これらの課題は、２つの端末間の通信だけでなく、複数の端末間での通信での実現も要望されている。
【００１４】
本発明は、上述した実情に鑑みてなされたもので、通信端末上における複数のフローは、フロー毎にユーザもしくはアプリケーションの嗜好を反映した自分と相手の通信メディアの組み合わせを選択することができ、複数の端末との通信も可能で、しかも、嗜好情報を相手に知られることなく実行可能な送受信方法の提供を目的とする。
【課題を解決するための手段】
【００１５】
本発明による送受信方法は、複数の通信端末間で、１以上のパスで、１以上のフローを送受信する際に、フローとパスの組み合わせを選択する送受信方法である。複数の各通信端末において、アプリケーションは、通信管理部に少なくともアドレス情報及びネットワークに関する嗜好情報を含むフロー情報を渡す。各通信端末の通信管理部は、フロー情報に基づき通信端末の有する通信メディア情報を通信相手の通信端末に送信し、通信相手の通信端末の通信管理部は、発信した通信端末の有する通信メディア情報と通信相手の通信端末の有する通信メディア情報から、パス情報を作成して発信した通信端末に送信する。
各通信端末の通信管理部では、それぞれ有するフロー情報とパス情報から、パスにフローをマップする組み合わせを作成して、各組み合わせに関するスコアを送信し、複数の通信端末の各々の通信管理部において、自身の上りの嗜好情報を含めてスコアの高い組み合わせを選択し、各データフロー毎にパスを使用するように設定し、各フロー毎にパスを選択可能とする。
【００１６】
また、本発明による他の送受信方法は、通信端末Ａと通信端末Ｂ間で、１以上のパスで、１以上のフローを送受信する際に、通信端末Ａにおいて、アプリケーションは、通信管理部に少なくともアドレス情報及びネットワークに関する嗜好情報を含むフロー情報を渡し、通信端末Ｂにおいても、アプリケーションは通信管理部に少なくともアドレス情報を含むフロー情報を渡す。通信端末Ａの通信管理部は、前記フロー情報に基づき通信端末Ａの有する通信メディア情報を通信端末Ｂに送信し、通信端末Ｂの通信管理部は、受信した通信端末Ａの有する通信メディア情報と通信端末Ｂの有する通信メディア情報から、パス情報を作成して通信端末Ａに送信する。
通信端末Ａ及び通信端末Ｂの通信管理部では、それぞれが有するフロー情報とパス情報から、パスにフローをマップする組み合わせを作成し、各組み合わせに関するスコアを各下りフローの嗜好情報から計算し送信する。通信端末Ａ及び通信端末Ｂの各々の通信管理部において、自身の上りの嗜好情報を含めて前記のスコアの高い組み合わせを選択し、データフロー毎にパスを使用するように設定し、フロー毎にパスを選択可能とする。
【００１７】
また、本発明における前記の嗜好情報は、少なくともアプリケーションで使用可能なコンテンツに対応した１以上の要求帯域情報、遅延差情報、課金情報、単位時間当たりのパケットロス率情報、無線通信メディアのセル情報等を含む。また、フローの使用するパスが決定した後に、通信管理部はアプリケーションに少なくとも数値で表されるフローに割り当てられた帯域を含むフロー情報を通知し、アプリケーションは割り当てられた帯域をもとにコンテンツを選択する。
【発明の効果】
【００１８】
本発明によれば、通信端末上における１以上のデータフローは、各データフロー毎にユーザもしくはアプリケーションの嗜好を反映したパス、すなわち、自分と１以上の相手の通信メディアの組み合わせを選択することができる。これらは、嗜好情報を相手に知られることなく実行可能である。また、アプリケーションは、使用するパスにおいて使用可能な伝送速度に見合ったコンテンツを選択することが可能となる。
【発明を実施するための最良の形態】
【００１９】
本発明は、複数の通信端末間で、１つ又は複数のパス（通信路）で、１つ又は複数のフロー（データの流れ）を送受信する際に、嗜好（プリファレンス）情報を参考にして、各フローごとにＭｏｂｉｌｅＩＰにおけるＣｏＡの組み合わせ（通信相手のＣｏＡと自身のＣｏＡ）を選択する手段を提示するものである。具体的には、フローを考えうるパスに当てはめてスコア付けをおこなう。これに際して、フローとパスの重複組み合わせを考慮し、その組み合わせに対してスコアを計算し、相手端末に送信し、了解を取ることによって最適のパスを選択する。その結果、複数の通信端末間でのプリファレンスに適したＣｏＡの選択がおこなわれる。
【００２０】
例えば、２つの端末間での通信で、通信端末Ａ（例えば、発呼側とする）は、通信メディア情報を通信相手の通信端末Ｂ（例えば、着呼側とする）に送信し、通信端末Ｂは、両者の通信メディア情報をマージしたパス情報を作成し、通信端末Ａに返信する。通信端末Ａと通信端末Ｂは、通信端末Ａと通信端末Ｂ間の各パスにおけるネットワーク状態を把握し、通信端末Ａはパスにフローの要求に対するマッチ具合をスコアリングして順位付けをし、順位およびスコアを通信端末Ｂに送信する。同時に通信端末Ｂは自身のプリファレンスによりパスに点数付けをおこない、通信端末Ａから送信された順位およびスコアを加算し最適パスを選択する。選択したパスを通信端末Ａに返信し、通信端末Ａおよび通信端末Ｂは選択したパスの情報をもとにアプリケーションに最適な帯域幅を割り当てる。
【００２１】
（第１の実施形態）
図１〜図７により、第１の実施形態について説明する。そのシステム構成例の模式図を図１、シーケンス図を図２に示す。この第１の実施形態は、互いに通信する端末１０と端末１１が存在し、端末１０及び端末１１に実装された通信管理部１４ａ，１４ｂとＶｏＩＰ（Voice over Internet Protocol）アプリケーション１３ａ，１３ｂから構成される。また、一方の端末１０は、通信メディアＮＩＣ１００でインターネットと接続しており、他方の端末１１は、通信メディアＮＩＣ１１０及び通信メディアＮＩＣ１１１でインターネットに接続しているものとする。
【００２２】
現在、ＶｏＩＰで使われる呼制御プロトコルは、ＳＩＰ（Session Initiation Protocol）が多い。ＳＩＰを用いる場合には、ＳＤＰ（Session Description Protocol）の受信が完了するまで相手端末とのフローの情報は確定しない。呼制御すなわちＳＤＰの送受信がお互いに完了しフローの情報が確定したら、ＶｏＩＰアプリケーション１３ａは、フローの情報を通信管理部１４ａに渡す。また、本実施形態においては、例えば、ＳＤＰ中の最低帯域幅（８ｋｂｐｓ）で通信を開始するものとする。フロー情報（図３（Ａ））は、少なくともディスティネーションアドレス（Dst Addr）、ソースアドレス（Src Addr）、ディスティネーションポート（Dst Port）、最低限必要な帯域幅ＢＷ（ｍｉｎ）、最高クオリティに必要な帯域幅ＢＷ（ｍａｘ）を含んでいる。
【００２３】
ここでのディスティネーション及びソースアドレスは、ＭｏｂｉｌｅＩＰ対応端末ではＭｏｂｉｌｅＩＰでのホームアドレスとなっている。その他の第３層の移動プロトコルを利用する場合には、各プロトコルにおける端末識別子となるアドレスを用いる、例えば、移動透過性を保証するＬｉｎ６（寺岡らが提唱する移動サポート第３層プロトコル）においてはＬｉｎ６汎用ＩＤ、ＩＰＩＰ（ＮＴＴ  ＤｏＣｏＭｏ社の提唱する移動サポート第３層プロトコル ）においてはＩＰｈａを用いる。また、同時に端末１１においてもフロー情報（図３（Ａ））は、通信管理部１４ｂに渡される。このとき、通信管理部１４ｂにおいてどちらがイニシエータとなるべきかを、アプリケーションから通知される。
【００２４】
本実施形態においては、発呼端末である端末１０のＶｏＩＰアプリケーション１３ａが、自身の通信管理部１４ａに対してイニシエータである旨をフロー情報とともに通知する。なお、本実施形態では、ＶｏＩＰアプリケーションの発呼側（端末１０側）をイニシエータとしたが、ＶｏＩＰアプリケーションでの着呼側（端末１１側）がイニシエータとなってもよい。これらの情報をもとに端末１０の通信管理部１４ａは、通信相手端末とのパスを生成するために自身の通信メディア情報（図３（Ｂ））、すなわち、通信メディアＮＩＣ１００の情報を通信相手の端末１１の通信管理部１４ｂに送信する。端末１１では受信した通信メディア情報と自身の通信メディア情報からパス情報（図３（Ｃ））を作成し、端末１０に送信する。ここで、パスは上りと下りを別なパスと認識するものとする。また、パス情報には、お互いの通信メディアの情報（図３（Ｄ））も含まれているものとする。
【００２５】
次に、このパス情報中の足りないデータ（例えば、図３（Ｃ）の帯域幅ＢＷ）を埋めるためにネットワーク状況を調査する。この調査は、例えば、データベースにおいて様々なネットーク状況を蓄えていて、前記データベースからネットワークの情報を取得しても良いし、ＥＮＤ−ＥＮＤで計測してネットワーク情報を取得しても良いし、その他の手法を用いても問題ない。本実施形態では、ＥＮＤ−ＥＮＤで計測するものとする。パス情報を得た端末１０は、ネットワーク情報を得るために、端末１１との間でネットワーク状態を測定する。こうして、パス情報中の使用可能な帯域幅ＢＷが埋まる（図４）。
【００２６】
その結果、フロー１においてはパス１、２のどちらを利用したら良いか、フロー２においては、パス３、４のどちらを利用したら良いかを判断する必要がある。また、本発明においては、マルチホーム環境が前提となっており、上りと下りは別々のパスとして判断する。同様に、フロー１に関しては端末１０が、フロー２に関しては端末１１が前記嗜好情報に沿い、使用したいパスを選択する。すなわち、各フローごとに端末１１側の通信メディアＮＩＣ１１０を用いるのが良いか、通信メディアＮＩＣ１１１を用いた方が良いか決定することが可能となる。
【００２７】
本実施形態の場合、端末１１→端末１０のフローにおいては、端末１１の通信メディアＮＩＣ１１１を用いた方が好都合で、端末１０→端末１１のフローにおいては、通信メディアＮＩＣ１１０を用いた方が好都合である。これらは、前記のように嗜好を有するのはデータを受け取るユーザであるので、フロー１に関しては端末１０のユーザが、フロー２に関しては端末１１のユーザの嗜好により選択できるべきである。この嗜好は、例えば、ＶｏＩＰにおいて、遅延（量の少なさ）優先か音質優先か、等といった情報であり、予め設定されていても良いし、その都度、選択画面等により選択しても良い。
【００２８】
また、本実施形態においては、予め嗜好情報が設定されているものとする。この場合、嗜好情報は数値として処理できるようにされていて、スコア付けの際に重み付けして計算される。これは、図３（Ａ）中のＢＷ（ｍｉｎ），ＢＷ（ｍａｘ）の下方に付いている（＊１）や（＊３）といった数値である。これら嗜好情報を含んだパスの選択には、先ず、各パスを用いた場合のフローに割り当てられる帯域幅を知る必要がある。これには、種々の方法が考えられる。
【００２９】
例えば、第１の方法としては、そのパスを利用した際は、ＥＮＤ−ＥＮＤの計測によって得られたパスの帯域をフローの数で割った帯域を、フローに割り当てられた帯域として割り当てる方法が考えられる。また、第２の方法としてはそのパスを利用した際は、ＥＮＤ−ＥＮＤの計測によって取得されたパスの帯域を、フローの優先度の高いものから順に半分の権利を持つようにする方法も考えられる。つまり、第２の方法では、優先度の低いフローは、より優先度の高いフローの半分の帯域しか得る権利を持っていないこととなる。この帯域をフローに割り当てられた帯域として割り当てる。その他の方法を用いても良いが、前記パスにフローがマップされた際に各フローに帯域が割り当てられるとする。
【００３０】
本実施形態では、フロー毎に割り当てられた帯域は既知のものとする。フローがパスに割り当てられた際に割り振られる帯域の１例を図５（Ａ），図５（Ｂ）に示す。なお、図５（Ａ）は端末１０側で、図５（Ｂ）は端末１１側で所有するものとする。
【００３１】
ここで、端末１０の通信管理部１４ａではＶｏＩＰアプリケーション１３ａの嗜好情報に基づきスコアリングをおこなう。例えば、以下のような取り決めで、スコアリングをおこなうものとする。フローにマップされる帯域が、条件を満たしている場合は１００点、そうでない場合は９０点としてスコア付けをおこなう。そして、パス全体のスコアとしては、そのスコアに重み付けをおこない、合計したものを組み合わせとしてのスコアとする。本実施形態では、下りフローが１つしかないため、組み合わせとは言い難いが、とりあえず、パス１にフロー１がマップされる組み合わせと、パス２にフロー１がマップされる組み合わせの２通りがあり、端末１０側でどちらが適しているか考慮する。また、パス３にフロー２がマップされる組み合わせ、パス４にフロー２がマップされる組み合わせの２通りを、端末１１側でどちらが適しているか考慮する。
【００３２】
先ず、端末１０側で図６（Ａ）を作成し、端末１１に送信する。この図６（Ａ）においては、スコアが同点となってしまっている。これは、ある意味で端末１０としては、どちらの組み合わせでも構わないという意思表示とも言える。その結果、端末１１では好きな方を選択することが可能となる。ここでは、プログラム的に先に処理される組み合わせ（「組み合わせ１」とする）を選択するものとする。同点になってしまう場合には、端末１１では「組み合わせ１」を選択し、その結果を端末１０に送信する。これとほぼ同時に、端末１１では図６（Ｂ）を作成し端末１０に送信する。
【００３３】
本実施形態においては、上りに関しては嗜好情報がないので、「組み合わせ１」すなわちパス３を選択し、端末１１に選択された組み合わせとして返信する。端末１０及び端末１１では、これらの情報を返信する際に、パケット生成ルールとして、図７（Ａ）の情報を端末１０で持ち、図７（Ｂ）の情報を端末１１で持つルールとなる。ここで、ＮＩＣ情報は、図３（Ｄ）によりＩＰアドレスと関連付けられており、フロー１に関しては、端末１１側でソースアドレスとしてＣｏＡ１１０を用い、ソースＩＦとしてはＮＩＣ１１０、ディスティネーションアドレスとしてはＣｏＡ１００というパケットを作成するルールとなっている。フロー２に関しては、端末１０側でソースアドレスとしてＣｏＡ１００を用い、ソースＩＦとしてはＮＩＣ１００、ディスティネーションアドレスとしてはＣｏＡ１１０というパケットを作成するルールとなっている。
【００３４】
これらの図に示すような情報が作成されることによって、各フローに関して、自身がどのＩＦから出し、相手のどのＣｏＡ宛のパケットを作成すればよいかを判断できるようになる。また、これらフローが使用するパスが決定されることによって、フローは使用可能なコンテンツの選択も可能となる。当初、８ｋｂｐｓのコーデックで通信を開始しているが、パスが決定したことにより６４ｋｂｐｓのコーデックの利用が可能となる。なお、コンテンツの必要な帯域にヘッダの帯域が加わるため、測定結果が７０ｋｂｐｓの場合は、６４ｋｂｐｓをマップすることが出来ないような状況も起こりうる。これらを考慮に入れてコンテンツの選択をおこなっても良いが、本発明においては詳述を省略する。
【００３５】
通信パスが決定されると、データを受け取る端末において、通信パスが決定されて使用可能な帯域が通知される。その結果、データを受け取る端末では、相手端末に対してコーデック変更要求をアプリケーション上の呼制御としておこない、送信側の端末にコーデック変更を要求して受け取りコンテンツの変更をおこなう。なお、送信側でネットワーク状態を通知する例については、後述の第２の実施形態で説明する。
【００３６】
本発明におけるスコア方法の１例として、例えば、以下のような方法を用いることができる。フローのスコア＝Ｓ、嗜好レベルの値＝α、パスの特性に関するスコア＝Ｘとすると、「Ｓ＝ΣαＸ」となる。ここで、嗜好レベルが上れば点数が上ることになるので、「Ｓ＝ΣＸα」又は、「Ｓ＝Σ（ｌｏｇα）・Ｘ」等も考えられる。但し、嗜好レベルが低いものを重要とみなして高い点数が付くようにしたり、逆に点数が低いものが嗜好に合致しているとしても良く、一貫性があり、ユーザの嗜好によりフィットしているかの判断が可能であることが必要である。なお、本発明においては、「Ｓ＝ΣαＸ」を用いてスコア付けをする例で説明する。ここで、嗜好レベルとは、フロー情報での各項目に対する嗜好の値（＝数値）のことを指し、嗜好情報は、フロー情報全体としての各値に対する嗜好レベルの集合体を指す。
【００３７】
（第２の実施形態）
図８〜図２６により第２の実施形態について説明する。そのシステム構成例の模式図を図８、シーケンス図を図９に示す。この第２の実施形態は、ＴＶ電話の例で、フローが上下で二本ずつであり、また、送信側でネットワーク状態を通知するものとする。端末１０と端末１１が存在し、端末１０は通信メディアＮＩＣ１００及びＮＩＣ１０１でインターネットと接続しており、端末１１は通信メディアＮＩＣ１１０及び通信メディアＮＩＣ１１１でインターネットに接続しているものとする。また、本実施形態は端末１０及び端末１１に実装された通信管理部１４ａ，１４ｂとＴＶ電話アプリケーション１５ａ，１５ｂとＭｏｂｉｌｅＩＰ管理部１６ａ，１６ｂから構成される。
【００３８】
現在ＶｏＩＰ等で使われる呼制御プロトコルはＳＩＰが多い。ＳＩＰを用いる場合にはＳＤＰの受信が完了するまで相手端末とのフローの情報は確定しない。呼制御すなわちＳＤＰの送受信がお互いに完了しフローの情報が確定したら、ＴＶ電話アプリケーション１５ａはフロー情報を通信管理部１４ａに渡す。なお、本実施形態においても、最初のＳＤＰ交換後、最低コーデック（画像なし）で電話がスタートするものとする。
【００３９】
この電話のスタートとほぼ同時に、ＴＶ電話アプリケーション１５ａ，１５ｂから通信管理部１４ａ，１４ｂに対して、フロー情報が渡される。このとき、通信管理部１４ａにイニシエータかどうかの情報も渡される。本実施形態においては、着呼端末である端末１１側がイニシエータである旨が伝えられるものとする。これは、ＳＤＰパケットを先に受け取るのが端末１１になるため、効率上ＳＤＰを受け取った側からスタートした方が、都合が良い可能性があるためである。
【００４０】
この場合のフロー情報の１例（嗜好情報を含む）を図１０（Ａ）に示す。帯域幅ＢＷ１〜ＢＷ３に関しては、アプリケーションで対応可能なコーデックとリンクした帯域幅となっていて、各々のコーデックに関しての嗜好情報は、「＊４、Ｍｕｓｔ」等である。「Ｍｕｓｔ」は名前の通り、これだけは最低必要という場合に用いる嗜好情報である。この例における嗜好情報には、帯域、遅延差、コスト（上り）、コスト（下り）、安定性・モビリティが存在する。
【００４１】
嗜好情報に関して簡単に説明すると、帯域ＢＷは先述の通りであるので省略する。遅延差は、厳密に遅延が測れる場合は絶対遅延時間を用いて問題ないが、それが出来ない場合に、自分方向に対する各パスの遅延の最短なものを「０」として、そのパスとの差を取って、その時間に対する要求である。これは、例えば、以下のようなテストをおこなうことによって計測することが可能である。
【００４２】
ＮＩＣ１００→ＮＩＣ１１０→ＮＩＣ１００にかかる時間と、ＮＩＣ１０１→ＮＩＣ１１０→ＮＩＣ１００にかかる時間との差を取ることによって、ＮＩＣ１００→ＮＩＣ１１０とＮＩＣ１０１→ＮＩＣ１１０にかかる時間の差が分かる。これを何回か繰り返すことによって、片方向に対する遅延差を求めることが可能となる。もし、端末１０及び端末１１がＧＰＳ（Global Positioning System）等を装備している場合は、絶対的な遅延をかなりの精度で求めることも可能で、この絶対的な遅延を情報として用いる方が望ましいともいえる。
【００４３】
しかし、この絶対遅延を用いるか、遅延差を用いるかは重要ではなく、このようなパラメータを嗜好情報として用いることが重要であり、本実施形態では遅延差を使用する例で示してある。次にコスト（上り）であるが、これは相手に対する送信データに関する嗜好で、今までの嗜好情報とは異なり、相手に対して送信するデータに関する嗜好となるが、詳細は後述する。
【００４４】
次にコスト（下り）であるが、これは下りデータに関する課金への嗜好である。当然、安い方がユーザにはメリットとなるが、高くても品質の高いパスを使用したい場合などもありえるため、それらの嗜好情報を反映する。次に安定性であるが、これは通信路の安定性で、例えば、揺らぎが少ない等の情報である。最後にモビリティであるが、これはセルの大きさに関する嗜好と考えてよい。例えば、高速で動いている場合などは、このモビリティに対する嗜好が高くなる。
【００４５】
端末１１において、フロー１０−１は上りフローになるので、コスト（上り）に関してのみ嗜好情報が存在する。フロー１０−１に関しては、かかるコストが小さいことを望み、その嗜好レベル＊１である。同様にフロー１０−２も上りフローであって、コスト（上り）に関しては、小さいことを望み嗜好レベルが＊５となっている。この嗜好レベルの値は、後のスコアリングの際に用いる。次に、フロー１１−１であるが、これは端末１０から端末１１に対する方向のフロー（すなわち、下りフロー）であるので、ディスティネーションポートは７０８０、アプリケーションの使用可能なコーデック種別、ユーザの嗜好により、次のような設定となる。
【００４６】
８ｋｂｐｓのコーデックが使用可能なことは「Ｍｕｓｔ」で、そのパスを使用した際に、フローに割り当てられる帯域がこれ以下の場合は、通信不可と判断される。６４ｋｂｐｓ以上のコーデックに関しては、嗜好レベル＊４となっている。遅延差に関しては、小さいものを好み、嗜好レベル＊５となっている。このフロー１１−１は、下りフローなので上りのコストに関する嗜好情報は存在しないため、ハイフンとなっている。また、コスト下りに関しては本例では嗜好レベル＊０、すなわち考慮しない嗜好となっている。安定性に関しては高いものを好み、嗜好レベル＊１、モビリティに関しても、高いものを好み嗜好レベル＊１となっている。
【００４７】
次に、フロー１１−２に関しても、簡単に説明すると、これはフロー１１−１と同様、端末１０から端末１１に対する方向のフロー（下りフロー）である。ディスティネーションポートは９０８０、最低限必要な帯域は０ｋｂｐｓ、すなわち、データ無しで、この場合に関しては嗜好レベル＊０であって、使用可能なコーデックとしては、１００ｋｂｐｓと５００ｋｂｐｓのものがあり、それぞれ嗜好レベルは、＊３、＊２となっている。また、遅延差に関しては嗜好レベル＊０、すなわち考慮しない嗜好となっている。コスト（上り）に関しては考慮しない。コスト（下り）に関しては、安いことを好み、嗜好レベル＊５である。安定性に関しては高いものを好み、嗜好レベル＊１、モビリティに関しても、高いものを好み嗜好レベル＊１となっている。
【００４８】
以上が、ＴＶ電話アプリケーション１５ｂから通信管理部１４ｂに渡される嗜好情報を含むフロー情報である。同様に端末１０では、図１０（Ｂ）に示すような嗜好情報を含むフロー情報である。簡単に説明すると、フロー１０−１は、端末１１から端末１０へのフロー（すなわち、下りフロー）であって、ディスティネーションポートは７０８０である。また、最低限必要な帯域は８ｋｂｐｓであって、６４ｋｂｐｓのコーデックに関する嗜好レベル＊５、遅延差は小さいことを好み嗜好レベル＊４、コスト（上り）に関しては値は存在せず、コスト（下り）は嗜好レベル＊０、安定性・モビリティに関しては高いものを望み、嗜好レベル＊１というフローである。
【００４９】
次に、フロー１０−２では、端末１１から端末１０へのフロー（下りフロー）であって、ディスティネーションポートは９０８０である。最低限必要な帯域は０ｋｂｐｓであってこれに関しては嗜好レベル＊０、１００ｋｂｐｓのコーデックに関する嗜好レベル＊３、５００ｋｂｐｓに関する嗜好レベル＊２、遅延差に関する嗜好レベルは０で、コスト（上り）に関して値は存在せず、コスト（下り）は小さいことを望み嗜好レベル＊３、安定性・モビリティに関しては高いものを望み、嗜好レベル＊１というフローである。
【００５０】
さらに、フロー１１−１は、端末１０から端末１１へのフロー（上りフロー）であって、ディスティネーションポートは７０８０で、コスト（上り）のみ嗜好があって、最小のものを望み、嗜好レベル＊１である。フロー１１−２も端末１０から端末１１へのフロー（上りフロー）であって、ディスティネーションポートは９０８０で、コスト（上り）のみ嗜好があって、最小のものを望み、嗜好レベル＊５である。
【００５１】
上述の送受信を図９のシーケンスに従って説明する。端末１０のＴＶ電話アプリケーション１５ａでの呼制御、すなわち、ＳＩＰ／ＳＤＰ  ＩＮＶＩＴＥ  を受信した後、端末１１において、そのフロー情報（図１０（Ａ））が通信管理部１４ｂに渡される。次いで、端末１１からのＳＩＰ／ＳＤＰ  ２００ ＯＫを受信後、そのフロー情報（図１０（Ｂ））を端末１０において通信管理部１４ａに渡される。この際、端末１１側の方が先にフロー情報を渡される可能性が高いので、端末１１側にてフロー情報が渡される際に同時にイニシエータになる旨が通知される。その結果、端末１１において、自身の通信メディア情報を端末１０に対して送信する。
【００５２】
この通信メディア情報を図１１（Ａ）に示す。端末１０では、通信メディア情報を受信した後、自身の通信メディア情報をマージしたパス情報をフルメッシュで作成し、パス情報として端末１１に送信する。本実施形態においては、このパス情報は、方向まで含めて８通り存在する。このパス情報を図１１（Ｂ）に、パス情報に付帯する通信メディア情報を図１１（Ｃ）に示す。ここで、パス情報データは、端末１０と端末１１で共有されるが、図１１（Ｂ）に埋まらないデータ（ＢＷ（測定））がある。これらは、サーバから取得するか、ＥＮＤ−ＥＮＤで計測する等の方法で取得する。本実施形態においては、測定により取得する例で示してある。
【００５３】
また、モビリティに関しては、パスにおいて両者の通信メディアの低いものが入るものとする。また、ここで、コストは、端末１０と端末１１では異なる値を持つこととなる。これらのデータが埋まったパス情報を、端末１０では図１２（Ａ）として、端末１１では図１２（Ｂ）として保持することとなる。ここで、コストはパスにかかる課金やＮＩＣ使用にかかる課金で、単位あたりの値段である。これらのパス情報が完成した結果、通信管理部１４ａ，１４ｂにおいては、先ず、フローとパスの組み合わせを考慮する。
【００５４】
また、先述したように下りフローに関して、端末がパスを選択したいとすると、全ての下りフローは全ての下りパスを自由に選択する自由度があるので、この重複組み合わせは、（下りパスの数）の（下りフローの数）乗となる。本実施形態においては、４２＝１６通りとなり、端末１０で持つ組み合わせを図１３に示す。次に、この図１３に対してスコア付けをする。このとき、フローは、割り当てられた帯域をもとにスコアを付けるため、組み合わせを選択した場合の各フローに割り当てられる帯域を知る必要がある。
【００５５】
例えば、帯域を知る第１の方法としては、そのパスを利用した際は、ＥＮＤ−ＥＮＤの計測によって得られたパスの帯域をフローの数で割った帯域を、フローに割り当てられた帯域として割り当てる方法が考えられる。また、第２の方法としてはそのパスを利用した際は、ＥＮＤ−ＥＮＤの計測によって取得されたパスの帯域を、フローの優先度の高いものから順に半分の権利を持つようにする方法も考えられる。つまり、第２の方法では、優先度の低いフローは、より優先度の高いフローの半分の帯域しか得る権利を持っていないこととなる。
【００５６】
上述のようにして、割り当てられる帯域が埋まったデータを図１４に示す。各フローの帯域が得られると、スコア付けすることが可能となる。スコアはフロー毎に付け、組み合わせ毎に合計をとる。たとえば、「組み合わせ１」を例にとって、スコアリングの１例を説明する。フロー１に関しては、帯域に関しては、６４ｋｂｐｓ以上が割り当てられている場合は１００×５（６４ｋｂｐｓの嗜好レベル）となる。８ｋｂｐｓ以上６４ｋｂｐｓ未満の場合は８０×５とスコアをつける。
【００５７】
遅延差に関しては、例えば、基準となる遅延差が０ｍｓのパスを１００点として、最も遅いパスを７０点として、その比例計算でスコア付けするものとする。その結果、遅延差に関するスコアは８５×４（ＲＴＴ（Round-Trip Time）遅延差の嗜好レベル）となる。
コストは嗜好レベル＊０なので考慮しない。安定性・モビリティに関しては、Ａなら１００点、Ｂなら９０点、Ｃなら８０点・・・という形で点数を付けるものとする。フロー１に関する組み合わせごとのスコアを図１５に示す。フローとしての得点は第１の実施形態で説明したように「ΣαＸ」で表すことができる。
【００５８】
次にフロー２に関しては、割り振られた帯域が１００ｋｂｐｓ未満の場合は、８０×３（１００ｋｂｐｓの嗜好レベル）＋８０×２（５００ｋｂｐｓの嗜好レベル）、１００ｋｂｐｓ以上５００ｋｂｐｓ未満なら、１００×３（１００ｋｂｐｓの嗜好レベル）＋８０×２（５００ｋｂｐｓの嗜好レベル）、５００ｋｂｐｓ以上なら１００×３（１００ｋｂｐｓの嗜好レベル）＋１００×２（５００ｋｂｐｓの嗜好レベル）とする。
【００５９】
ＲＴＴ遅延差は、嗜好レベル＊０なので考慮せず、コストに関してはコスト＝０の場合は１００点で、それ以降コストが１上がる毎に２減点することとし、コスト＝０のパスなら、１００×４（コストの嗜好レベル）で、コスト＝１０のパスなら、８０×４（コストの嗜好レベル）となる。安定性・モビリティに関しては、Ａなら１００点、Ｂなら９０点、Ｃなら８０点・・・という形で点数を付けるものとする。このフロー２のスコアを各組み合わせ毎に表したものを図１６に示す。これらの結果、図１５と図１６の「組み合わせ１」の合計スコアは、２０２０となることがわかる。
【００６０】
以下、全てに点数を付けていくと、結局、「組み合わせ１」の点数が最も高いことが分かる。スコアが入った組み合わせの例を図１７に示す。この図１７の全部または一部を端末１１に対して送信し、フロー１０−１、１０−２に関して端末１１が自身の上り嗜好（コスト上りのみであるが）を勘案し、最終的に使用するパスを選択する。
【００６１】
端末１１側での動作も同様で、パスとフローのデータが揃った後、重複組み合わせを考慮し、その場合において、各フローに帯域を割り当てる。この組み合わせの例を図１８に示す。端末１０で説明したのと同様に、端末１１においても帯域の割当をおこない、各組み合わせでの各フローにスコアをつけ、組み合わせのスコアを計算する。フロー１１−１に関する結果を図１９に、フロー１１−２に関する結果を図２０に、組み合わせに関する結果を図２１に示す。これらの結果、端末１１側では、「組み合わせ３」を選択するのが最も好ましい結果となった。
【００６２】
この図２１の結果の全部又は一部を端末１０に送信し、端末１０において最終的にフロー１１−１、１１−２に使用するパスを選択する。なお、ここで一部を選択するのに恣意性を入れることも可能で、例えば、通信相手の通信メディアを限定し一部を選択する等といったことも可能である。すなわち、端末１０側の図１７で見ると、相手の通信メディアを意識せずに最適なものを選択する場合と、相手の通信メディアをＮＩＣ１１０に限る場合（＝パス１、３しか使っていない組み合わせ）で、最高のスコアの「組み合わせ１」、ＮＩＣ１１１しか使っていない組み合わせ（パス２、４しか使っていない組み合わせ）で最高のスコアの「組み合わせ６」を選択し、この２つの組み合わせを端末１１に送信する（図２２（Ａ）、図９中のパス優先順位通知）。
【００６３】
端末１１では送信された組み合わせに対し、スコア（上り）に関するスコアを加算する。端末１１で有するフロー情報は図１０（Ａ）であるので、フロー１０−１に関するコスト（上り）の嗜好レベルは＊１、フロー１０−２に関するコスト（上り）の嗜好レベルは＊５である。パス１、３の上りコストは０であるが、パス２，４の上りコストは１０であるので、合計コストは図２２（Ｂ）のようになり、「組み合わせ１」が選択される。その選択された組み合わせが、端末１１から端末１０に対して送信される（図２２（Ｃ）、図９中の使用パス通知）。
【００６４】
また、端末１１ではフロー１はパス１で、フロー２に関してもパス１で送信する。それらの設定をＭｏｂｉｌｅＩＰ管理部１６ｂに設定する必要があり、この設定を図２３に示す。これらの設定がなされる結果、ＩＰ１０（＝端末１０）宛に且つディスティネーションポート番号７０８０宛のパケットは、ＮＩＣ１１０から排出され、ソースＣｏＡとしてＩＰ１１０を用いて、ディスティネーションＣｏＡとしてＩＰ１００となる。ルーティングヘッダタイプ２やディスティネーションオプションヘッダの内容はＭｏｂｉｌｅＩＰｖ６と同様ホームアドレスとなる。
【００６５】
このフロー１０−１に関するヘッダを簡単に表すと、図２４（Ａ）のようになる。また、１０−２に関するヘッダも図２４（Ｂ）のようになる。端末１１では、選択された組み合わせ情報（図２２（Ｃ））を送信するので、フロー１０−１（音声）に関しては、６４ｋｂｐｓのコーデックに変更すること、フロー１０−２（画像）に関しては、５００ｋｂｐｓのコーデックに変更することが可能と判断される。そのネットワーク状態の情報を、通信管理部１４ｂでは、ＴＶ電話アプリケーション１５ｂに通知する。その結果、端末１１のＴＶ電話アプリケーション１５ｂではコーデック変更が可能と判断し、受信端末である端末１０のＴＶ電話アプリケーション１５ａにＳＩＰ／ＳＤＰ  ｒｅ−ＩＮＶＩＴＥにてＳｅｎｄＯｎｌｙとしてコーデック変更を通知する。
【００６６】
端末１０のＴＶ電話アプリケーション１５ｂでは、それに応じてＳＩＰ／ＳＤＰ  ２００ ＯＫ、ＲｅｃｉｅｖｅＯｎｌｙにてコーデック変更を許可する。この結果、端末１１から端末１０へのフローは、両方ともパス１を用いて、且つ伝送路に応じた帯域を利用して流されるようになる。次に、端末１１側では、同様に図２１の一部または全部を、端末１０に対して送信する。
【００６７】
この場合も、一部を送る場合には、相手の通信メディアを限定して送信する。限定条件は、相手の通信メディアは気にしない、ＮＩＣ１００を使用するパスだけに限定する、ＮＩＣ１０１を用いるパスだけに限定する。その結果、図２５（Ａ）のように、「組み合わせ３」と「組み合わせ８」が選択され、端末１０に送信される（図９中のパスの優先順位通知）。端末１０では端末１１から送信された優先順位情報に基づき、自身のフロー情報（図１０（Ｂ））に基づき、上りコストを勘案して使用パスを選択する。
【００６８】
これにより、前述の端末１１の場合と同様に、図２５（Ｂ）を取得する。その結果、「組み合わせ１」が選択され、図２５（Ｃ）の使用パスが端末１１に送信される。この使用パスが決定したので、端末１０では端末１１に対するフローのパスが決定し、図２６のようなパラメータをＭｏｂｉｌｅＩＰ管理部１６ａに伝える。これらの設定がなされる結果、ＩＰ１１（＝端末１１）宛で且つディスティネーションポート番号７０８０宛のパケットは、ＮＩＣ１００から排出され、ソースＣｏＡとしてＩＰ１００を用いて、ディスティネーションＣｏＡはＩＰ１１１となる。
【００６９】
また、同様にＩＰ１１（＝端末１１）宛で且つディスティネーションポート番号９０８０宛のパケットは、ＮＩＣ１００から排出され、ソースＣｏＡとしてＩＰ１００を用いて、ディスティネーションＣｏＡはＩＰ１１１となる。これらのパケットを簡単に図示すると、図２４（Ｃ），図２４（Ｄ）のようになって、これらの違いはディスティネーションアドレスとポートである。
【００７０】
ディスティネーションアドレスが異なる結果、端末１１における到着通信メディアを区別することが可能となる。端末１１ではＭｏｂｉｌｅＩＰに基づきＨｏＡ（＝ＩＰ１１）としてアプリケーションに伝えられるため、パスを切り替えてもアプリケーションの連続動作が可能となる。また、選択されたパスを送信した端末１０では、使用可能な帯域が決定するので、通信管理部１４ａはそのネットワーク状態をＴＶ電話アプリケーション１５ａに通知する。
【００７１】
その結果、端末１０のＴＶ電話アプリケーション１５ａではコーデック変更が可能と判断し、受信端末である端末１１のＴＶ電話アプリケーション１５ｂに、ＳＩＰ／ＳＤＰ  ｒｅ−ＩＮＶＩＴＥにてＳｅｎｄＯｎｌｙとしてコーデック変更を通知する。端末１１のＴＶ電話アプリケーション１５ｂでは、それに応じてＳＩＰ／ＳＤＰ  ２００ ＯＫ、ＲｅｃｉｅｖｅＯｎｌｙにてコーデック変更を許可する。この結果、端末１０から端末１１へのフローは、音声がパス５を、画像がパス７を用い、且つ伝送路に応じた帯域で流されるようになり、双方で使用パスが異なった伝送が可能となる。
【００７２】
（第３の実施形態）
図２７〜図３１により第３の実施形態について説明する。この実施形態は、その構成例の模式図を図２７、シーケンス図を図２８に示すように、端末１１側の動画配信サーバ１８、端末１０に実装された動画視聴アプリケーション１７ａと通信管理部１４ａとＭｏｂｉｌｅ管理部１６ａから構成される。動画配信サーバ１８（端末１１）は、ＮＩＣ１１０を介してインターネットと接続されていて、端末１０はＮＩＣ１００及びＮＩＣ１０１を介してインターネットに接続されているものとする。本実施形態では、端末１１から端末１０方向へのデータしかなく、それは３種類あり、２Ｍｂｐｓ、３Ｍｂｐｓ、４Ｍｂｐｓであるとする。先ず、端末１０では、フロー情報（嗜好情報含む）をＲＴＳＰ（Real Time Streaming Protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）等を用いて取得する。
【００７３】
これは、必ずしも端末１１から得るとは限らないが、フロー情報（嗜好情報含む）におけるソースアドレスは動画配信サーバである端末１１となっている。得られたフロー情報（嗜好情報含む）を図２９（Ａ）に示す。なお、本実施形態では、説明を簡単にするため帯域データのみとした。図のように、全てのフローが最低要求帯域と最大要求帯域が等しくなっている。フロー情報を得た端末１０では、自身の持つ通信メディア情報（図２９（Ｂ））を端末１１に送信する。端末１１では、自身のＮＩＣ情報を加えて、ＮＩＣ情報（図２９（Ｄ））を含むパス情報（図２９（Ｃ））を端末１０に送信する。ここで、片方向通信のため不要なデータはハイフンとしてある。端末１０では、パス情報を得て足りないネットワーク情報を得るため、データベースにアクセスし、ネットワーク情報（帯域幅ＢＷ）を得る。その結果が埋まったパス情報を図２９（Ｅ）に示す。
【００７４】
端末１０では、パス情報が得られたので、フローとパスの重複組み合わせの表を作成する。さらに、そこに帯域を割り当てると、図３０のような結果が得られる。この例では、「組み合わせ２」以外では、いずれかのフローが使用不可能なＮＧとなってしまっている。その結果、「組み合わせ２」のみがパスの優先順位となり、端末１１に送信される。端末１１ではその優先順位をそのまま受け入れ、使用パスとして端末１０に送信する。
【００７５】
これにより、端末１１では送信データのパスが決定したので、図３１のようなパラメータをＭｏｂｉｌｅＩＰ管理部１６ａに伝える。その結果、フロー１、２はパス１で、フロー３はパス２で通信可能となる。また、端末１０では、使用パスを得た結果、全てのフローが使用可能で、それぞれ、２Ｍ，３Ｍ，４Ｍｂｐｓで通信するようにサーバにセットアップし再生を試みることによって通信が開始される。
【００７６】
（第４の実施形態）
図３２〜図３９により第４の実施形態を説明する。この実施形態は、第１の実施形態の２つの端末間での送受信に対して、３以上の複数の通信端末間での送受信を実施する例である。図３２にシステム構成例の模式図、図３３にそのシーケンスを示すように、端末１０と端末１１と端末１２が存在するものとする。そして、端末１０は通信メディアＮＩＣ１００およびＮＩＣ１０１でインターネットと接続しており、端末１１は通信メディアＮＩＣ１１０でインターネットに接続していて、端末１２は通信メディアＮＩＣ１２０で接続しているものとする。また、本システムは通信端末１０，１１，１２，及びこれら通信端末に実装された通信管理部１４ａ，１４ｂ，１４ｃとＶｏＩＰアプリケーション１３ａ，１３ｂ，１３ｃから構成される。
【００７７】
第１の実施形態と同様に、ＶｏＩＰで使われる呼制御プロトコルは、ＳＩＰが多く、ＳＩＰを用いる場合には、ＳＤＰの受信が完了するまで相手端末とのフローの情報は確定しない。呼制御すなわちＳＤＰの送受信がお互いに完了しフローの情報が確定したらＶｏＩＰアプリケーションはフローの情報を通信管理部に渡す。また、本実施形態においては、ＳＤＰの受信後に最低帯域幅（８ｋｂｐｓ）で通信を開始（データ送信の開始）するものとする。
【００７８】
ＳＤＰの情報を得たこと（ＳＤＰ情報は使用可能なコーデック情報・ＥＮＤ端末のＩＰアドレスを含んでいる）によって、ＶｏＩＰアプリケーションでは、フロー情報（嗜好情報を含む）が作成可能となる。各端末において、作成したフロー情報が確定したら、ＶｏＩＰアプリケーションはフロー情報を通信管理部に渡す。端末１０で渡されるフロー情報を図３４（Ａ）及び図３４（Ｂ）に、端末１１で渡されるフロー情報を図３４（Ｃ）、端末１２で渡されるフロー情報を図３４（Ｄ）に示す。各端末においては、ＤｓｔＡｄｄｒもしくはＳｒｃＡｄｄｒで通信相手を識別し管理する。そのため、通信相手が異なる場合、フローやパスの番号がかぶっても問題は無い（図３５（Ａ），図３６（Ａ）参照）。
【００７９】
端末１０においては、２つのＶｏＩＰアプリケーション１３ａ１，１３ａ２から別個にフロー情報を得ることとなる。この情報は異なったタイミングでくるため、通信管理部１４ａにおいて片方ずつ受信することとなる。通信管理部１４ａにおいては、１つのフロー情報を受信するごとに動作を開始し、２つ目以上のフロー情報を得た場合には、基本的に最初からシーケンスを動かすが、パス情報が作成済みの場合は、パス情報は新たには作成せず、修正だけをおこなう。
【００８０】
これは、例えば、図１〜図２の第１の実施形態で説明したように、すでに端末１０と端末１１が通信をしていて、そのシーケンスが終了し、パス情報を共有している場合は、新たに通信メディア情報を送信するなどはおこなわずに、新たに加わった通信に関して（端末に対して）パスを作成し、シーケンスを動かす。その間にすでにパスを所有している端末間での通信に関しては、パス情報（主にパスの使用可能な帯域に関する部分）を更新する必要が有るかを判断し、必要であればパス情報更新メッセージを送信する。
【００８１】
これらの結果、端末１０では通信をおこなう端末１１、及び端末１２とのパスを作成することが可能となる。端末１０と端末１１とのパス情報を図３５（Ａ）に、パス情報に含まれる通信メディア情報を図３５（Ｂ）に示す。次に、端末１０と端末１１との間に関してフローとパスの組み合わせを作成する。本実施形態においては、下りフローが１つなので、組み合わせ数＝パス数となる。端末１０側で持つこの組み合わせを図３５（Ｃ）に、端末１１側で持つ組み合わせを図３５（Ｄ）に示す。次に、端末１０と端末１２においても同様にパス情報を図３６（Ａ）にパス情報に含まれる通信メディア情報を図３６（Ｂ）に示す。端末１０側で持つ組み合わせを図３６（Ｃ）に、端末１２側で持つ組み合わせを図３６（Ｄ）に示す。
【００８２】
端末１０では、端末１１との通信に関する組み合わせ（図３５（Ｃ））と端末１２との通信に関する組み合わせ（図３６（Ｃ））を持つ。ここで、端末１１と端末１２はそれぞれ端末１０としか通信していないものとする。端末１１及び端末１２では、端末１０としか通信していないため、第１の実施形態と同様の処理でおこなってもよい。すなわち、下りのフローに関して組み合わせを作成し、その中から適したものを１つ又は複数選択する。
【００８３】
一方、端末１０では端末１１及び端末１２と通信しているため、自身の有する可用帯域幅を考慮してフローの使用するパスと、帯域の割り当てをおこなう必要が有る。下りのフローに関する組み合わせを作成し（図３７（Ａ））、最適なもの１つを選択する。その結果から各端末あての組み合わせを相手端末に送信する。これを表示したものが図３７（Ｂ）で、端末１１に関しては「組み合わせ１」を選択し、端末１２に関しては「組み合わせ２」を選択する。この組み合わせをそれぞれ相手に送信し、相手端末の了解を得ることによって、各フローの使用するパスが決定する。
【００８４】
通信管理部１４ａでは、これらが決定した結果、フローに帯域を割り当てることができ、その割り当てた帯域を各アプリケーション１３ａ１，１３ａ２に通知する。その結果、アプリケーションはコーデック変更の必要の有無を判断し、「有り」と判断した場合には相手アプリケーション１３ｂ，１３ｃにその旨を通知する。もう少し詳細に説明すると、端末１０では端末１１には「組み合わせ１」を、端末１２では「組み合わせ２」を送信する。ここでは、それぞれ端末１１、端末１２がＯＫと返答したものとする。
【００８５】
その結果、端末１０−端末１１間の通信で端末１１→端末１０方向のフローでは、「組み合わせ１」、すなわち、パス１（端末１１のＮＩＣ１１０から端末１０のＮＩＣ１００に届くパス）を用いることとなる。また、端末１０−端末１２と間の通信で端末１２→端末１０方向のフローでは、「組み合わせ２」、すなわち、パス２（端末１２のＮＩＣ１２０から端末１０のＮＩＣ１０１に届くパス）を利用する。これらの結果、フローに割り当てられる帯域が決定する。
【００８６】
端末１０と端末１１でのフロー１に、例えば、６４ｋｂｐｓが、端末１０と端末１２とのフロー１にも６４ｋｂｐｓが割り当てられるとする。この結果を通信管理部１４ａはそれぞれＶｏＩＰアプリケーション１３ａ１及び１３ａ２に通知する。その結果ＶｏＩＰアプリケーション１３ａ１，１３ａ２は相手端末に使用コーデックを変更することを要請する。これは、ＳＩＰシグナリングのｒｅ−ＩＮＶＩＴＥによっておこなわれる。次に、端末１１では、通信相手が端末１０だけとなるので、第１の実施形態と同等となる。
【００８７】
すなわち、端末１１において、端末１０との通信におけるフローとパスの組み合わせ（図３８（Ａ））を作成し、スコアが最大なものを選択（組み合わせ２）し、端末１０に送信する。端末１０では（上りコストを考慮して）ＯＫとして、端末１１に通知する。その結果、端末１０→端末１１のフロー（フロー２）に関して使用するパスが決定し、使用可能帯域も決定する。そして６４ｋｂｐｓが割り当てられ、ＶｏＩＰアプリケーション１３ｂに通知される。以上により、端末１１のＶｏＩＰアプリケーション１３ｂでは、コーデック変更の必要があると判断し、端末１０のＶｏＩＰアプリケーション１３ａに対して、ｒｅ−ＩＮＶＩＴＥでコーデック変更を指示する。
【００８８】
次に、端末１２でも端末１１と同様に通信相手が端末１０だけとなるので、第１の実施形態と同等となる。すなわち、端末１０との通信におけるフローとパスの組み合わせ（図３８（Ｂ））を作成し、スコアが最大なものを選択（組み合わせ１）し、端末１０に送信する。端末１０では（上りコストを考慮して）ＯＫとして、端末１２に通知する。その結果、端末１０→端末１２のフロー（フロー２）に関して使用するパスが決定し、使用可能帯域も決定する。そして６４ｋｂｐｓが割り当てられ、ＶｏＩＰアプリケーション１３ｃに通知される。以上により、端末１２のＶｏＩＰアプリケーション１３ｃでは、コーデック変更の必要があると判断し、端末１０のＶｏＩＰアプリケーション１３ａに対して、ｒｅ−ＩＮＶＩＴＥでコーデック変更を指示する。
【００８９】
以上の結果、すべてのフローの使用パスと帯域が決定する。これらの使用パスはデータ送信側でパケットが生成され、インターネット網を介して相手端末に届けられる。そこで、パケット生成ルールのためのテーブルが作成される。送信パケット用に各端末は、パケット生成ルールをもつ。端末１０で作成されるテーブルを図３９（Ａ）に、端末１１で作成されるテーブルを図３９（Ｂ）に、端末１２で作成されるテーブルを図３９（Ｃ）に示す。各端末がこれらのテーブルを持つ結果、各フローに対して適切なパケットが作成され、適切な出口・入り口の制御が可能となる。
【００９０】
（第５の実施形態）
図４０〜図６２は、３以上の端末間での送受信でＴＶ電話をしながら、動画のストリーミングを視聴する第５の実施形態を説明する図である。例えば、孫とその祖父がＴＶ電話をしながらサッカーを視聴するものとする。そして、孫側ではＴＶ電話よりもサッカーの視聴に重点を置き、祖父側ではサッカーよりも孫とのＴＶ電話の画質に重点を置く。この第５の実施形態を図４０にシステム構成例の模式図で示すように、端末１０は、ＴＶ電話アプリケーション１５ａと、動画視聴アプリケーション１７ａと、通信管理部１４ａとＭｏｂｉｌｅＩＰ管理部１６ａから構成されている。端末１１も同様に、ＴＶ電話アプリケーション１５ｂと、動画視聴アプリケーション１７ｂと、通信管理部１４ｂとＭｏｂｉｌｅＩＰ管理部１６ｂから構成されている。端末１２は、動画配信サーバ１８と、通信管理部１４ｃとＭｏｂｉｌｅＩＰ管理部１６ｃから構成されている。
【００９１】
また、端末１０−端末１１間のＴＶ電話によるシーケンスを図４１に、端末１０と端末１２の動画配信アプリケーションに関してのシーケンスを図４２に、端末１１と端末１２の動画配信に関する動画配信のシーケンスを図４３に示す。図４１〜図４３に示す各々のシーケンス自体は、図９に示した第２の実施形態と同様のものとなっている。すなわち、アプリケーションや、通信管理部間の通信には変更は不要で、通信管理部内部でのアルゴリズム・ルーチンのみ変更が必要となる。
【００９２】
先ず、端末１０を持つ孫は、サッカーの動画視聴をしているものとする。ここに、端末１１を持つ祖父からＴＶ電話がかかってきたとする。動画ビューアは、この時点で既に端末１２との間で図４４に示すようなフロー情報を有している。フロー１０−１はディスティネーションのＩＰアドレスはＩＰ１０（ＨｏＡ）で、ソースのＩＰアドレスはＩＰ１２（通常のＩＰアドレス、端末１２はＣＮとなっている）で、ディスティネーションポートは９２００番のフローとなっている。サポートするコーデックは、６４ｋｂｐｓ、１Ｍｂｐｓ、６Ｍｂｐｓの三種類で、嗜好レベルは、最低必要帯域は６４ｋｂｐｓ、１Ｍｂｐｓは＊２、６Ｍｂｐｓは＊５となっている。
【００９３】
また、遅延に関する嗜好情報は、少ないものを好み嗜好レベル＊２となっていて、コスト下りに関しては嗜好レベル＊３となっている。モビリティ・安定性に関しては両者とも高い物を好むが、嗜好レベル＊１となっていて、それほど重要視はしていない嗜好情報となっている。端末１１からＴＶ電話がかかってくることは、すなわちＳＩＰ／ＳＤＰのＩＮＶＩＴＥメッセージを受け取ることである。ここで、端末１０のＴＶ電話アプリケーション１５ａではＩＮＶＩＴＥメッセージ中のＳＤＰからフロー情報を作成し、通信管理部１４ａに通知する。このフロー情報を図４５に示す。
【００９４】
図４５には４つのフローの情報が示されている。順に説明すると、フロー１０−２はディスティネーションアドレスがＩＰ１０、ソースアドレスがＩＰ１１、すなわち、端末１１から端末１０へのフローである。また、ディスティネーションポートは７０８０、これは音声のフローとなるが、アプリケーションが何かは通信管理部１４ａでは意味を成さず、このフローに対する嗜好がどうなっているかが重要である。また、このフロー１０−２がどのアプリケーションと関連付けられているかも重要となる。すなわち、このフローはＴＶ電話のフローであることは重要だが、ＴＶ電話の音声なのか、画像なのかは重要ではないという意味である。ここで、このフロー１０−２はＴＶ電話のフローであることを通信管理部は記憶する。この識別子は、ＰＩＤやポート番号を用いることができる。
【００９５】
この嗜好を見ると、最低限必要な帯域は８ｋｂｐｓとなっている。これは、例えば、Ｇ７２９．１等のアプリケーションの使用コーデックと関連付けることもできるが、通信管理部１４ａとしては使用するコーデックは意味を成さなく、どれだけの帯域を必要とするかが重要となる。また、帯域に対する嗜好として、同様に６４ｋｂｐｓのものが＊５として与えられる。これは、例えば、Ｇ７１１  Ｍｕ−ｌｏｗコーデックなどと関連付けることも可能であるが、上述したのと同様にそのことは通信管理部１４ａには意味をなさない。この６４ｋｂｐｓという帯域に対して、嗜好レベル＊５という嗜好を持つことが重要である。また、遅延に対する要求は嗜好レベル＊４、コストに関しては嗜好レベル＊０で考慮しない嗜好となっている。また、モビリティ・安定性に関しては嗜好レベル＊１となっている。
【００９６】
次のフロー１０−３は、フロー１０−２と同様にディスティネーションアドレスがＩＰ１０、ソースアドレスがＩＰ１１、すなわち、端末１１から端末１０へのフローである。また、ディスティネーションポートは９０８０、これはＴＶ電話の画像のフローとなるが、アプリケーションが何かは通信管理部１４ａでは意味をなさず、このフローに対する嗜好がどうなっているかが重要である。最低帯域は０ｋｂｐｓでこれは画像無しを許容する意味となっていて、１００ｋｂｐｓの嗜好レベルは＊３、５００ｋｂｐｓの嗜好レベルは＊２となっている。遅延に関しては嗜好レベル＊０で考慮せず、コスト（下り）に関しては嗜好レベル＊３、モビリティ・安定性に関しては嗜好レベル＊１となっている。また、このフロー１０−３がどのアプリケーションと関連付けられているかも重要となる。すなわち、このフローはＴＶ電話のフローであることは重要だが、ＴＶ電話の音声なのか、画像なのかは重要ではないという意味である。ここで、このフロー１０−３はＴＶ電話のフローであることを通信管理部は記憶する。この識別子は、ＰＩＤやポート番号を用いることができる。
【００９７】
次のフロー１１−２は、ディスティネーションアドレスがＩＰ１１、ソースアドレスがＩＰ１０、すなわち、端末１０から端末１１へのフロー言い換えれば上りフローである。なので、上りコストのみ嗜好が存在し嗜好レベルは＊１となっている。フロー１１−３も同様に端末１０から端末１１への上りフローで、コスト上りの嗜好レベルは＊０で考慮しない設定となっている。
【００９８】
これらのフロー情報を元に、通信管理部１４ａは動作をおこなう。すでに、端末１２との間においては、パス（パス１０−１２−１、パス１０−１２−２）が形成されている。このパス情報とＮＩＣ情報を図４６（Ａ），図４６（Ｂ）に示す。これらのパスに対してフロー１０−１は選択される。現在は、パス１０−１２−２を使用しているものとする。そこへ、新たな下りフロ−（フロー１０−２、フロー１０−３）が加わったため、通信管理部１４ａではフローのパスへのマップをやり直す必要がある。
【００９９】
また、この時点では端末１０と端末１１の間にはパスが存在しないので、パスを作成する。端末１０は、端末１１に対してＮＩＣ情報を送信し、パス情報（パス１０−１１−１〜パス１０−１１−８）を得る。ここで得たパス情報とＮＩＣ情報を、図４７（Ａ）、図４７（Ｂ）に示す。ここで得た図を完成させるためにネットワーク状態を取得する（取得方法の詳述は省略）。この結果、端末１０においては図４８（Ａ）を、端末１１においては図４８（Ｂ）を得る。
【０１００】
以上によりパス情報が得られたので、フローをパスにマップする。ここでは、フローに優先度があることを前提とする。この優先度は、あらかじめ決められていても良いし、その都度ＧＵＩ（Graphical User Interface）などから順位を決定しても良い。このＧＵＩの例を図４９（Ａ）に示す。この結果、端末１０においては、動画ストリーミングが最重要とされ、次にＴＶ電話の音声で、最も優先度が低いものがＴＶ電話の画像となる。これら一連のフローの様子を図５０に示す。
【０１０１】
そこで、本実施形態においては、優先度の最も高い動画ストリーミングから順番にパスを選択していく。先ず、フロー１０−１がパスを選択する。この際、フロー１０−１は、パスの持つ帯域（測定）の半分を占有できる権利があるものとする。ここで、半分までとするのは、１／２の等比級数の和（１／２＋１／４＋１／８・・）が１となるためである。帯域（測定）の半分と、フロー情報中の帯域（Ｍａｘ）との大きい値がフローに対して割り当てられた帯域として与えられる。
【０１０２】
フロー１０−１は、パス１０−１２−１もしくはフロー１０−１２−２のどちらかからパスを選択する。このために、各パスを利用した際に割り当てられる帯域を勘案して、スコアを計算する。その結果を図５１（Ａ）に示す。その結果、フロー１０−１はパス１０−１２−２を選択し、６Ｍｂｐｓの帯域を占有する。また、この際、パス１０−１２−２における使用可能な帯域は２０−６＝１４Ｍｂｐｓとなる。
【０１０３】
次のフロー１０−２は、パス１０−１１−１〜パス１０−１１−４からパスを選択する。前記のようにフロー１０−１が、パス１０−１２−２にマップされたことによって、パス１０−１１−１〜パス１０−１１−４の使用可能な帯域に影響を与えることもありえるが、本実施形態においては影響がないものとする。なお、ある場合はそれを考慮に入れ、使用可能な帯域を計算した上で、残りの帯域の半分を占有する権利が有るものとする。ここで、フロー１０−２が各パス（パス１０−１１−１〜パス１０−１１−４）を選択した際に割り当てられる帯域を勘案した、各パスのスコアを図５１（Ｂ）に示す。その結果、フロー１０−２はパス１０−１１−２を選択する。
【０１０４】
次のフロー１０−３は、パス１０−１１−１〜パス１０−１１−４からパスを選択する。ここで、フロー１０−２が、すでにパス１０−１１−２を選択しているので、そのパスの帯域は狭くなってしまっている。これを勘案して、各パスを利用した際に利用可能な帯域を勘案したスコアを図５１（Ｃ）に示す。その結果、フロー１０−３はパス１０−１１−１を選択する。
【０１０５】
これで全てのフローの使用パスが決定したこととなる。そこで、通信管理部１４ａでは、端末１１と端末１２に対してパスの優先順位を通知する。このパス優先順位は、前述の通り、フローとパスの組合せとする。先ず、端末１１に対しては、フローが２つでパスが４つ、すなわち１６の組み合わせのうち、フロー１０−２はパス１０−１１−２、フロー１０−３はパス１０−１１−１という組み合わせを、端末１１に対して送信する。本実施形態においては、この組み合わせのみ送るものとする。これを図５２（Ａ）に示す。次に、端末１２に対しては、フローが１つでパスが２つ、すなわち２つの組み合わせのうち、フロー１０−１はパス１０−１２−２を選択する組み合わせを送信する。これを図５２（Ｂ）に示す。
【０１０６】
端末１１では、送信された組み合わせが１つなので、選択の余地は無く、ＯＫかＮＧかの判断だけおこなう。これはパス情報（図４８（Ｂ））中におけるコスト（上り）から判断される。コストに上限値が設定されていて、通知された組み合わせの優先順位のコストがそれを上回る場合などはＮＧとする。本実施形態では、ＯＫで、選択された組み合わせとして、前記のフロー１０−２はパス１０−１１−２、フロー１０−３はパス１０−１１−１という組み合わせを端末１０に送信する。また、この組み合わせを選択したことによって、端末１１では送信パケットの生成ルールを作成可能となる。この送信パケットのルールを図５３（Ａ）に示す。
【０１０７】
図５３（Ａ）で上に示すルールは、ソースのＨｏＡがＩＰ１１で、ディスティネーションのＨｏＡがＩＰ１０で、ディスティネーションポートが７０８０のフローのパケットは、ソースの通信メディアにはＮＩＣ１１１を用いて、ソースＣｏＡにはＩＰ１１１、ディスティネーションＣｏＡにはＩＰ１００を用いるルールである。また、図５３（Ａ）で下に示すルールは、ソースＨｏＡがＩＰ１１で、ディスティネーションＨｏＡがＩＰ１０で、ディスティネーションのポートが９０８０のフローのパケットは、ソースの通信メディアにはＮＩＣ１１０を用いて、ソースＣｏＡにはＩＰ１１０、ディスティネーションＣｏＡにはＩＰ１００を用いるルールである。このルールにしたがって端末１１のＭｏｂｉｌｅＩＰ管理部１６ｂは適切なパケット生成をおこなう。
【０１０８】
端末１２では、送信された組み合わせが一つなので、選択の余地は無く、ＯＫかＮＧかの判断だけおこなう。端末１２は動画配信サーバであるので、コストは勘案しないため、ＯＫとなる。その結果、フロー１０−１はパス１０−１２−２を使用組み合わせとして端末１０に通知する。この組み合わせが決定したことによって、端末１２では送信パケットの生成ルールが決定する。この生成ルールは、図５３（Ｂ）に示すように、ディスティネーションＨｏＡがＩＰ１０で、ソースＨｏＡがＩＰ１２で、ディスティネーションポートが９２００のパケットは、ソースの通信メディアにはＮＩＣ１２０を用いて、ソースＩＰにはＩＰ１２、ディスティネーションＣｏＡにはＩＰ１０１を用いるルールである。このルールにしたがって端末１２のＭｏｂｉｌｅＩＰ管理部１６ｃは適切なパケット生成をおこなう。
【０１０９】
また、端末１０では、端末１１から使用組み合わせが通知される。その通知に基づき、端末１０ではＴＶ電話アプリケーション１５ａにネットワーク状態（図５４（Ａ））を通知する。このネットワーク状態は、ディスティネーションＨｏＡがＩＰ１０でソースＨｏＡがＩＰ１１で、ディスティネーションポートが７０８０のフローに割り当てられた帯域は６４ｋｂｐｓで、安定性はＢ、コストは４、ＲＴＴ遅延差は０であり、ディスティネーションＨｏＡがＩＰ１０でソースＨｏＡがＩＰ１１でディスティネーションポートが９０８０のフローに割り当てられた帯域は５００ｋｂｐｓで、安定性はＡ、コストは２、ＲＴＴ遅延差は５０であることを意味している。これらの通知されるネットワーク状態はフロー１０−２、フロー１０−３はＴＶ電話のフローであることを通信管理部が把握しているため、ＴＶ電話アプリケーションに通知される。
【０１１０】
この通知を受けたＴＶ電話アプリケーション１５ａは、端末１１のＴＶ電話アプリケーション１５ｂに対して使用するコーデックを変更するためにＳＩＰ／ＳＤＰ  ｒｅ−ＩＮＶＩＴＥ  Ｒｅｃｅｉｖｅ  Ｏｎｌｙを送信する。端末１１では２００ ＯＫとして端末１０に送信する。端末１０では、端末１１の通信とは別に端末１２からも使用組み合わせが通知される。その通知に基づき、端末１０では動画視聴アプリケーション１７ａにネットワーク状態を通知する。このネットワーク状態を図５４（Ｂ）に示す。これは、ディスティネーションＨｏＡがＩＰ１０でソースＨｏＡがＩＰ１２でディスティネーションポートが９２００のフローに割り当てられた帯域は６Ｍｂｐｓで、安定性はＡ、コストは５、ＲＴＴ遅延差は５０であることを意味している。これらの通知されるネットワーク状態はフロー１０−１は動画アプリケーションのフローであることを通信管理部が把握しているため、動画アプリケーションに通知される。
【０１１１】
端末１０の動画視聴アプリケーション１７ａはこの情報に基づき、端末１２の動画配信サーバ１８に対して、ＲＴＳＰ  ＳＥＴＵＰでどのタイミングからどのコーデックに変えるかを通知する。動画配信サーバ１８はその要求を受け入れて、２００ ＯＫを通信端末１０の動画視聴アプリケーションに通知する。これで、端末１０への下りフローの最適化は終了する。その結果、孫は、サッカーの動画視聴アプリケーション１７ａをパス１０−１２−２経由で６Ｍｂｐｓの品質で視聴し、ＴＶ電話アプリケーション１５ａでは音声をパス１０−１１−２経由で６４ｋｂｐｓの品質で、画像をパス１０−１１−１経由で５００ｋｂｐｓで視聴することが可能となる。
【０１１２】
次に、端末１１での動作を説明する。端末１１では祖父が孫にＴＶ電話をかける。これはＳＩＰ／ＳＤＰのＩＮＶＩＴＥが端末１０に通知されることで実現され、孫が電話を受けることは、ＳＩＰ／ＳＤＰ  ２００ ＯＫが返されることである。端末１１のＴＶ電話アプリケーション１５ｂではＳＩＰ／ＳＤＰ  ２００ ＯＫを受け取り、その情報を元にフロー情報を作成する。このとき、ＴＶ電話は最低条件（８ｋｂｐｓの音声、画像なし）で接続される。この後、祖父の手によって動画視聴のリクエストがおこなわれる。これにより、端末１１の動画視聴アプリケーション１７ｂと端末１２の動画配信サーバ１８との間でＲＴＳＰのやりとりにより、フロー情報を得る。
【０１１３】
端末１１の通信管理部１４ｂはＴＶ電話アプリケーション１５ｂからＴＶ電話に関するフロー情報（図５５（Ａ））と、動画視聴アプリケーション１７ｂから動画視聴に関するフロー情報（図５５（Ｂ））が渡される。これらのフロー情報の特徴を挙げると、ＴＶ電話のフロー情報に関しては、コストが全て嗜好レベル＊０になっていて、高品質なものを好む設定となっている。これは孫とのＴＶ電話にはコストは度外視し、高品質なものを好む嗜好である。これに対して動画視聴に関しては、高品質なものはあまり好まず、コストを優先するような設定となっている。
【０１１４】
以下にフロー情報の詳細を説明する。ＴＶ電話の上り音声フローであるフロー１０−２及び上り画像フローである１０−３に関してはコストの嗜好レベル＊０、すなわち考慮にいれない設定となっている。ＴＶ電話の下り音声フローであるフロー１１−２に関しては、最低限８ｋｂｐｓ必須で、６４ｋｂｐｓのコーデックの嗜好レベルは＊５、遅延差が小さいことを好み嗜好レベル＊４、コストは考慮せず、安定性に関しては嗜好レベル＊２、モビリティに関しては嗜好レベル＊１という嗜好となっている。
【０１１５】
ＴＶ電話の画像フローであるフロー１１−３に関しては、画像無しを許容し、１００ｋｂｐｓのコーデックの嗜好レベルは＊１、５００ｋｂｐｓのコーデックの嗜好レベル＊７、遅延差が小さいことを好む嗜好レベルは＊２、コストは考慮せず、安定性に関しては嗜好レベル＊２、モビリティに関しては嗜好レベル＊１という嗜好となっている。動画視聴のフローであるフロー１１−１に関しては、最低限の６４ｋｂｐｓは必須で、１Ｍｂｐｓのコーデックの嗜好レベル＊１、６Ｍｂｐｓのコーデックの嗜好レベル＊１、遅延差が小さいことを好む嗜好レベル＊１、コストの嗜好レベル＊６、安定性に関しては嗜好レベル＊１、モビリティに関しては嗜好レベル＊１という嗜好となっている。
【０１１６】
端末１１の通信管理部１４ｂでは、これらのフロー情報を得るので、端末１０、端末１２とのパスを作成する。端末１０とのパスに関しては先に説明したとおりであるので、ここでは省略する。ここで、端末１２とのパスを作成する必要がある。端末１１では自身の通信メディア情報（図５６（Ａ））を端末１２に送信する。端末１２ではパスを作成し、パス情報（図５６（Ｂ））と通信メディア情報（図５６（Ｃ））を送信する。
【０１１７】
端末１１ではフロー情報及びパス情報を取得したので、最適な組み合わせを選択する。ここで、端末１０に図４９（Ａ）で示したのと同様にフローに優先順位をつける。これは図４９（Ｂ）のようなＧＵＩで第１位がＴＶ電話動画で、第２位がＴＶ電話音声で、第３位が動画視聴という順位が選択されたものとする。そこで、最初にＴＶ電話動画、すなわちフロー１１−３がパスを選択する。これら一連のフローの様子を図５７に示す。
【０１１８】
フロー１１−３は、パス１０−１１−５〜パス１０−１１−８からパスを選択する。前述と同様にそのパスを利用した場合に使用可能な帯域を含めてスコアリングをおこなう。この結果を図５８（Ａ）に示す。その結果、ＴＶ電話の画像はパス１０−１１−５を選択し、５００ｋｂｐｓが割り当てられる。また、本実施形態では下位の順位に関しても考慮しておく。先ず、パス１０−１１−５は通信相手である端末１０の通信メディア：ＮＩＣ１００を用いるパスである。相手はコストの嗜好で拒否する可能性があるので、ＮＩＣ１０１を用いた場合にパス１０−１１−６とパス１０−１１−８のどちらが良いかを判断する。これはスコアより、パス１０−１１−８が選択される。
【０１１９】
次にＴＶ電話の音声フローのフロー１１−２がパスを選択する。フロー１１−２は、パス１０−１１−５〜パス１０−１１−８からパスを選択する。前述と同様にそのパスを利用した場合に使用可能な帯域を含めてスコアリングをおこなう。この結果を図５８（Ｂ）に示す。その結果、ＴＶ電話の画像はパス１０−１１−８を選択し、６４ｋｂｐｓが割り当てられる。また、前記と同様に下位の順位のものも考慮しておく。前記の場合と同様にパス１０−１１−８は、端末１０のＮＩＣ１０１を利用しているので、ＮＩＣ１００を利用するパス１０−１１−５、パス１０−１１−７から選択する。そうすると、パス１０−１１−５が選択される。
【０１２０】
最後に、動画視聴フローのフロー１１−１がパスを選択する。フロー１１−１は、パス１１−１２−１〜パス１１−１２−２からパスを選択する。前述と同様にそのパスを利用した場合に使用可能な帯域を含めてスコアリングをおこなう。この結果を図５８（Ｃ）に示す。その結果、動画視聴フローはパス１１−１２−１を選択し、１Ｍｂｐｓが割り当てられる。パス１１−１２−２を選択していた場合は６Ｍｂｐｓのフローを得られたが、コストに関する嗜好が高いため、サッカーの視聴に関しては１Ｍｂｐｓで低額なパスを選択したこととなった。
【０１２１】
以上から、端末１１では端末１０宛にＴＶ電話に関するフローの組み合わせの優先順位（図５９（Ａ））を作成する。先ず、第１位は、相手（端末１０）のＮＩＣを気にせず選択した「組み合わせ１」となる。次に、相手のＮＩＣを限定したものを考慮する。すなわちＮＩＣ１００のみの「組み合わせ２」とＮＩＣ１０１のみを用いる「組み合わせ３」である。この２つでは、「組み合わせ２」の方がスコアは高くなり、組み合わせの優先順位は高くなる。この組み合わせを端末１０に対して送信する。また、動画視聴に関して、端末１２宛に組み合わせの優先順位（図５９（Ｂ））を作成する。
【０１２２】
端末１０では、得られた優先順位に関して自身の上りのコストの嗜好情報を加えて、使用組み合わせを選択する。上りコストのスコアを加えたものを図６０（Ａ）に示す。この結果、使用組み合せとして「組み合せ１」が選択され、図６０（Ｂ）が端末１０から端末１１に送信される。このとき、端末１０では、端末１１に対する送信パケットに関するルールが決定するので、図６１（Ａ）の情報をＭｏｂｉｌｅＩＰ管理部１６ａに通知する。
【０１２３】
この図６１（Ａ）の上段は、ソースＨｏＡがＩＰ１０、ディスティネーションＨｏＡがＩＰ１１、ディスティネーションポートが７０８０のフローは、ソースＣｏＡとしてＩＰ１０１を用いて、ソースの通信メディアとしてはＮＩＣ１０１から、ディスティネーションＣｏＡにはＩＰ１１１を用いる設定となっている。下段は、ソースＨｏＡがＩＰ１０、ディスティネーションＨｏＡがＩＰ１１、ディスティネーションポートが９０８０のフローは、ソースＣｏＡとしてＩＰ１００を用いて、ソースの通信メディアとしてはＮＩＣ１００から、ディスティネーションＣｏＡにはＩＰ１１０を用いる設定となっている。これらの設定の結果、フロー１１−２に関してはパス１０−１１−８を、フロー１１−３に関してはパス１０−１１−５を利用することが可能となる。
【０１２４】
また、端末１０で決定された使用組合せを端末１１の通信管理部１４ｂは受け取る。その結果、フロー１１−２、１１−３に対して帯域を割り当てることが可能となる。ここで、通信管理部１４ｂはネットワーク状態（図６１（Ｂ））をＴＶ電話アプリケーション１５ｂに通知する。この図６１（Ｂ）の上段は、ソースのＩＰアドレスがＩＰ１０で、ディスティネーションのＩＰアドレスがＩＰ１１でディスティネーションポートが７０８０のフローは、６４ｋｂｐｓの帯域が割り当てられて、安定性はＢ、コストは１、ＲＴＴ遅延差は０であることを意味している。これらに関しても端末１０の場合と同様に通信管理部で把握しており、適切なアプリケーションにネットワーク状態は通知される。
【０１２５】
下段に関しては、ソースのＩＰアドレスがＩＰ１０で、ディスティネーションのＩＰアドレスがＩＰ１１でディスティネーションポートが９０８０のフローは、５００ｋｂｐｓの帯域が割り当てられて、安定性はＡ、コストは３、ＲＴＴ遅延差は９０であることを意味している。これらの情報を得た端末１１のＴＶ電話アプリケーション１５ｂでは、端末１０のＴＶ電話アプリケーション１５ａに対して、ＳＩＰ／ＳＤＰ  Ｒｅ−ＩＮＶＩＴＥ  Ｒｅｃｅｉｖｅ  Ｏｎｌｙでコーデック変更を要求する。これに端末１０のＴＶ電話がＳＩＰ／ＳＤＰ  ２００ ＯＫ  Ｓｅｎｄ  Ｏｎｌｙを返すことで、コーデックが変更される。これで、ＴＶ電話に関しては一通りの設定が終了したこととなる。
【０１２６】
端末１１では、端末１０との上記のやりとりと平行して端末１２ともやり取りをおこなう。端末１１では、図５９（Ｂ）を端末１２に対して送信する。端末１２は、通信メディアを１つしか有していないので、複数の候補は挙げず、１つの組合せとなっている。端末１２では図５９（Ｂ）を受け取り、その組合せでＯＫとし、使用組合せとして図５９（Ｂ）をそのまま返答する。この結果、端末１２内ではパケットに関するルールが決定するので、図６２（Ａ）の情報をＭｏｂｉｌＩＰ管理部１６ｃに通知する。これは、ソースＨｏＡがＩＰ１２、ディスティネーションＨｏＡがＩＰ１１、ディスティネーションポートが９２００のフローは、ソースのＩＰアドレスとしてＩＰ１２を用いて、ソースの通信メディアとしてはＮＩＣ１２０から、ディスティネーションＣｏＡにはＩＰ１１０を用いる設定となっている。
【０１２７】
端末１２からの使用組合せを受け取った端末１１の通信管理部１４ｂは、動画視聴アプリケーション１７ｂに対してネットワーク状態（図６２（Ｂ））を通知する。このネットワーク状態を受け取った端末１１の動画視聴アプリケーションは、ＲＴＳＰ／ＳＤＰ  Ｓｅｔｕｐでコーデック変更を要求する。これに対して端末１２の動画配信サーバでは２００ ＯＫとして返答する。
【０１２８】
上述した、本発明による送受信方法は、通信端末に搭載されたコンピュータによって実行される。このため、各種アプリケーションと通信管理部間におけるデータの送受、及び各種通信メディアを通じての通信端末間の送受信を実行する手順を示したプログラムが用いられる。また、本発明による送受信を、コンピュータに実行させるための前記プログラムを記録したコンピュータ読み取り可能な記録媒体を用いて実施することができる。
【図面の簡単な説明】
【０１２９】
【図１】本発明の第１の実施形態を説明するシステム構成例の模式図である。
【図２】図１のシーケンス図である。
【図３】（Ａ）はフロー情報、（Ｂ），（Ｄ）は通信メディア情報、（Ｃ）はパス情報の例を示す図である。
【図４】確定したパス情報の例を示す図である。
【図５】割り当てられた帯域の例を示す図である。
【図６】組み合わせ表の例を示す図である。
【図７】ＭＩＰカスタム情報の例を示す図である。
【図８】本発明の第２の実施形態を説明するシステム構成例の模式図である。
【図９】図８のシーケンス図である。
【図１０】フロー情報の例を示す図である。
【図１１】（Ａ），（Ｃ）は通信メディア情報、（Ｂ）パス情報の例を示す図である。
【図１２】確定したパス情報の例を示す図である。
【図１３】組み合わせ表の例を示す図である。
【図１４】割り当てられた帯域表の例を示す図である。
【図１５】スコア計算表（フロー１）の例を示す図である。
【図１６】スコア計算表（フロー２）の例を示す図である。
【図１７】スコア表の例を示す図である。
【図１８】帯域割当表の例を示す図である。
【図１９】スコア計算表（フロー１）の例を示す図である。
【図２０】スコア計算表（フロー２）の例を示す図である。
【図２１】スコア表の例を示す図である。
【図２２】（Ａ）はパスの優先順位、（Ｂ）はスコア、（Ｃ）は使用パスの例を示す図である。
【図２３】ＭＩＰカスタム表の例を示す図である。
【図２４】ＩＰパケットの構成例を示すである。
【図２５】（Ａ）はパスの優先順位、（Ｂ）はスコア、（Ｃ）は使用パスの例を示す図である。
【図２６】ＭＩＰカスタム表の例を示す図である。
【図２７】本発明の第３の実施形態を説明するシステム構成例の模式図である。
【図２８】図２７のシーケンス図である。
【図２９】（Ａ）はフロー情報、（Ｂ），（Ｄ）は通信メディア情報、（Ｃ），（Ｅ）はパス情報の例を示す図である。
【図３０】フローに割り当てられる帯域の例を示す図である。
【図３１】ＭＩＰカスタム表の例を示す図である。
【図３２】本発明の第４の実施形態を説明するシステム構成例の模式図である。
【図３３】図３２のシーケンス図である。
【図３４】フロー情報の例を示す図である。
【図３５】（Ａ）はパス情報、（Ｂ）は通信メディア情報、（Ｃ），（Ｄ）はフローとパスの組み合わせの例を示す図である。
【図３６】（Ａ）はパス情報、（Ｂ）は通信メディア情報、（Ｃ），（Ｄ）はフローとパスの組み合わせの例を示す図である。
【図３７】組み合わせ表の例を示す図である。
【図３８】フローとパスの組み合わせの例を示す図である。
【図３９】パケット生成ルールのためのテーブル例を示す図である。
【図４０】本発明の第５の実施形態を説明するシステム構成例の模式図である。
【図４１】図４０のシーケンス図（端末１０−端末１１）である。
【図４２】図４０のシーケンス図（端末１０−端末１２）である。
【図４３】図４０のシーケンス図（端末１１−端末１２）である。
【図４４】フロー情報（端末１０−端末１２）の例を示す図である。
【図４５】フロー情報（端末１０−端末１１）の例を示す図である。
【図４６】パス情報と通信メディア情報（端末１０−端末１２）を示す図である。
【図４７】パス情報と通信メディア情報（端末１０−端末１１）を示す図である。
【図４８】確定したパス情報の例を示す図である。
【図４９】フローの優先順位を決める例を示す図である。
【図５０】フロー（端末１０）の様子を示す図である。
【図５１】スコア表の例を示す図である。
【図５２】選択されたパスの例を示す図である。
【図５３】送信パケットのルールの例を示す図である。
【図５４】ネットワーク状態の例を示す図である。
【図５５】フロー情報の例を示す図である。
【図５６】（Ａ）は通信メディア情報、（Ｂ）はパス情報の例を説明する図である。
【図５７】フロー（端末１１）の様子を示す図である。
【図５８】スコア表の例を示す図である。
【図５９】組み合わせ表の例を示す図である。
【図６０】組み合わせの優先順位の例を示す図である。
【図６１】ネットワーク状態の例を示す図である。
【図６２】ネットワーク状態の例を示す図である。
【符号の説明】
【０１３０】
１０，１１，１２…端末、１３ａ，１３ｂ，１３ｃ…ＶｏＩＰアプリケーション、１４ａ，１４ｂ，１４ｃ…通信管理部、１５ａ，１５ｂ…ＴＶ電話アプリケーション、１６ａ，１６ｂ，１６ｃ…ＭｏｂｉｌｅＩＰ管理部、１７ａ，１７ｂ…動画視聴アプリケーション、１８…動画配信サーバ。
【図１】
2007020143.tif 000003
【図２】
2007020143.tif 000004
【図３】
2007020143.tif 000005
【図４】
2007020143.tif 000006
【図５】
2007020143.tif 000007
【図６】
2007020143.tif 000008
【図７】
2007020143.tif 000009
【図８】
2007020143.tif 000010
【図９】
2007020143.tif 000011
【図１０】
2007020143.tif 000012
【図１１】
2007020143.tif 000013
【図１２】
2007020143.tif 000014
【図１３】
2007020143.tif 000015
【図１４】
2007020143.tif 000016
【図１５】
2007020143.tif 000017
【図１６】
2007020143.tif 000018
【図１７】
2007020143.tif 000019
【図１８】
2007020143.tif 000020
【図１９】
2007020143.tif 000021
【図２０】
2007020143.tif 000022
【図２１】
2007020143.tif 000023
【図２２】
2007020143.tif 000024
【図２３】
2007020143.tif 000025
【図２４】
2007020143.tif 000026
【図２５】
2007020143.tif 000027
【図２６】
2007020143.tif 000028
【図２７】
2007020143.tif 000029
【図２８】
2007020143.tif 000030
【図２９】
2007020143.tif 000031
【図３０】
2007020143.tif 000032
【図３１】
2007020143.tif 000033
【図３２】
2007020143.tif 000034
【図３３】
2007020143.tif 000035
【図３４】
2007020143.tif 000036
【図３５】
2007020143.tif 000037
【図３６】
2007020143.tif 000038
【図３７】
2007020143.tif 000039
【図３８】
2007020143.tif 000040
【図３９】
2007020143.tif 000041
【図４０】
2007020143.tif 000042
【図４１】
2007020143.tif 000043
【図４２】
2007020143.tif 000044
【図４３】
2007020143.tif 000045
【図４４】
2007020143.tif 000046
【図４５】
2007020143.tif 000047
【図４６】
2007020143.tif 000048
【図４７】
2007020143.tif 000049
【図４８】
2007020143.tif 000050
【図４９】
2007020143.tif 000051
【図５０】
2007020143.tif 000052
【図５１】
2007020143.tif 000053
【図５２】
2007020143.tif 000054
【図５３】
2007020143.tif 000055
【図５４】
2007020143.tif 000056
【図５５】
2007020143.tif 000057
【図５６】
2007020143.tif 000058
【図５７】
2007020143.tif 000059
【図５８】
2007020143.tif 000060
【図５９】
2007020143.tif 000061
【図６０】
2007020143.tif 000062
【図６１】
2007020143.tif 000063
【図６２】
2007020143.tif 000064
【手続補正書】
【提出日】平成18年6月8日(2006.6.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
実際のＩＰｖ６（Internet Protocol Version 6 ）パケットのソースアドレスもしくはディスティネーションアドレスにはＣｏＡを用いる。ＩＰｖ６  ｏｖｅｒ  ＩＰｖ６カプセル化、ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒなどの技術を用いてアプリケーションにはホームアドレスを通知し、実際に用いるＩＰｖ６アドレス（ＣｏＡ）を隠蔽している。その結果、前記アプリケーションは、以下のような特性を持つ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
本発明は、複数の通信端末間で、１つ又は複数のパス（通信路）で、１つ又は複数のフロー（データの流れ）を送受信する際に、嗜好（プリファレンス）情報を参考にして、各フローごとにＭｏｂｉｌｅＩＰ等のモビリティー・プロトコルにおけるＣｏＡの組み合わせ（通信相手のＣｏＡと自身のＣｏＡ）を選択する手段を提示するものである。具体的には、フローを考えうるパスに当てはめてスコア付けをおこなう。これに際して、フローとパスの重複組み合わせを考慮し、その組み合わせに対してスコアを計算し、相手端末に送信し、了解を取ることによって最適のパスを選択する。その結果、複数の通信端末間でのプリファレンスに適したＣｏＡの選択がおこなわれる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
本発明におけるスコア方法の１例として、例えば、以下のような方法を用いることができる。フローのスコア＝Ｓ、嗜好レベルの値＝α、パスの特性に関するスコア＝Ｘとすると、「Ｓ＝ΣαＸ」となる。ここで、嗜好レベルが上れば点数が上ることになるので、「Ｓ＝ΣＸα」又は、「Ｓ＝Σ（ｌｏｇα）・Ｘ」等も考えられる。但し、嗜好レベルが低いものを重要とみなして高い点数が付くようにしたり、逆に点数が低いものが嗜好に合致しているとしても良く、一貫性があり、ユーザの嗜好によりフィットしているかの判断が可能であることが必要である。なお、本発明においては、「Ｓ＝ΣαＸ」を用いてスコア付けをする例で説明する。ここで、嗜好レベルとは、フロー情報での各項目に対する嗜好の値（＝数値）のことを指し、嗜好情報は、フロー情報全体としての各値に対する嗜好レベルの集合体を指す。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
この場合のフロー情報の１例（嗜好情報を含む）を図１０（Ａ）に示す。帯域幅ＢＷ１〜ＢＷ３に関しては、アプリケーションで対応可能なコーデックとリンクした帯域幅となっていて、各々のコーデックに関しての嗜好情報は、「＊４、Ｍｕｓｔ」等である。「Ｍｕｓｔ」は名前の通り、これだけは最低必要という場合に用いる嗜好レベルである。この例における嗜好情報には、帯域、遅延差、コスト（上り）、コスト（下り）、安定性・モビリティが存在する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
次にコスト（下り）であるが、これは下りデータに関する課金への嗜好である。当然、安い方がユーザにはメリットとなるが、高くても品質の高いパスを使用したい場合などもありえるため、それらの嗜好を反映する。次に安定性であるが、これは通信路の安定性で、例えば、揺らぎが少ない等の情報である。最後にモビリティであるが、これはセルの大きさに関する嗜好と考えてよい。例えば、高速で動いている場合などは、このモビリティに対する嗜好が高くなる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
端末１１において、フロー１０−１は上りフローになるので、コスト（上り）に関してのみ嗜好情報が存在する。フロー１０−１に関しては、かかるコストが小さいことを望み、その嗜好レベルは＊１である。同様にフロー１０−２も上りフローであって、コスト（上り）に関しては、小さいことを望み嗜好レベルが＊５となっている。この嗜好レベルの値は、後のスコアリングの際に用いる。  
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
次に、フロー１１−１であるが、これは端末１０から端末１１に対する方向のフロー（すなわち、下りフロー）であるので、ディスティネーションポートは７０８０、アプリケーションの使用可能なコーデック種別、ユーザの嗜好により、次のような設定となる。８ｋｂｐｓのコーデックが使用可能なことは「Ｍｕｓｔ」で、そのパスを使用した際に、フローに割り当てられる帯域がこれ以下の場合は、通信不可と判断される。６４ｋｂｐｓ以上のコーデックに関しては、嗜好レベル＊４となっている。遅延差に関しては、小さいものを好み、嗜好レベル＊５となっている。このフロー１１−１は、下りフローなので上りのコストに関する嗜好情報は存在しないため、ハイフンとなっている。また、コスト下りに関しては本例では嗜好レベル＊０、すなわち考慮しない嗜好となっている。安定性に関しては高いものを好み、嗜好レベル＊１、モビリティに関しても、高いものを好み嗜好レベル＊１となっている。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
以上が、ＴＶ電話アプリケーション１５ｂから通信管理部１４ｂに渡される嗜好情報を含むフロー情報である。同様に端末１０では、図１０（Ｂ）に示すような嗜好情報を含むフロー情報が利用される。簡単に説明すると、フロー１０−１は、端末１１から端末１０へのフロー（すなわち、下りフロー）であって、ディスティネーションポートは７０８０である。また、最低限必要な帯域は８ｋｂｐｓであって、６４ｋｂｐｓのコーデックに関する嗜好レベル＊５、遅延差は小さいことを好み嗜好レベル＊４、コスト（上り）に関しては値は存在せず、コスト（下り）は嗜好レベル＊０、安定性・モビリティに関しては高いものを望み、嗜好レベル＊１というフローである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
次に、フロー１０−２では、端末１１から端末１０へのフロー（下りフロー）であって、ディスティネーションポートは９０８０である。最低限必要な帯域は０ｋｂｐｓであってこれに関しては嗜好レベル＊０、１００ｋｂｐｓのコーデックに関する嗜好レベル＊３、５００ｋｂｐｓに関する嗜好レベル＊２、遅延差に関する嗜好レベルは＊０で、コスト（上り）に関して値は存在せず、コスト（下り）は小さいことを望み嗜好レベル＊３、安定性・モビリティに関しては高いものを望み、嗜好レベル＊１というフローである。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
上述の送受信を図９のシーケンスに従って説明する。端末１０のＴＶ電話アプリケーション１５ａでの呼制御、すなわち、ＳＩＰ／ＳＤＰ  ＩＮＶＩＴＥ  を受信した後、端末１１において、そのフロー情報（図１０（Ａ））が通信管理部１４ｂに渡される。次いで、端末１１からのＳＩＰ／ＳＤＰ  ２００ ＯＫを受信後、端末１０においてそのフロー情報（図１０（Ｂ））が通信管理部１４ａに渡される。この際、端末１１側の方が先にフロー情報を渡される可能性が高いので、端末１１側にてフロー情報が渡される際に同時にイニシエータになる旨が通知される。その結果、端末１１において、自身の通信メディア情報を端末１０に対して送信する。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
次にフロー１０−２に関しては、割り振られた帯域が１００ｋｂｐｓ未満の場合は、８０×３（１００ｋｂｐｓの嗜好レベル）＋８０×２（５００ｋｂｐｓの嗜好レベル）、１００ｋｂｐｓ以上５００ｋｂｐｓ未満なら、１００×３（１００ｋｂｐｓの嗜好レベル）＋８０×２（５００ｋｂｐｓの嗜好レベル）、５００ｋｂｐｓ以上なら１００×３（１００ｋｂｐｓの嗜好レベル）＋１００×２（５００ｋｂｐｓの嗜好レベル）とする。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】変更
【補正の内容】
【００５９】
ＲＴＴ遅延差は、嗜好レベル＊０なので考慮せず、コストに関してはコスト＝０の場合は１００点で、それ以降コストが１上がる毎に２減点することとし、コスト＝０のパスなら、１００×４（コストの嗜好レベル）で、コスト＝１０のパスなら、８０×４（コストの嗜好レベル）となる。安定性・モビリティに関しては、Ａなら１００点、Ｂなら９０点、Ｃなら８０点・・・という形で点数を付けるものとする。このフロー１０−２のスコアを各組み合わせ毎に表したものを図１６に示す。これらの結果、図１５と図１６の「組み合わせ１」の合計スコアは、２０２０となることがわかる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
端末１１では送信された組み合わせに対し、スコア（上り）に関するスコアを加算する。端末１１で有するフロー情報は図１０（Ａ）であるので、フロー１０−１に関するコスト（上り）の嗜好レベルは＊１、フロー１０−２に関するコスト（上り）の嗜好レベルは＊５である。パス１、３の上りコストは０であるが、パス２，４の上りコストは１０であるので、合計コストは図２２（Ｂ）のようになり、「組み合わせ１」が選択される。その選択された組み合わせが、端末１１から端末１０に対して送信される（図２２（Ｃ）、図９中の選択された組み合わせ）。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
また、端末１１ではフロー１０−１はパス１で、フロー１０−２に関してもパス１で送信する。それらの設定をＭｏｂｉｌｅＩＰ管理部１６ｂに設定する必要があり、この設定を図２３に示す。これらの設定がなされる結果、ＩＰ１０（＝端末１０）宛に且つディスティネーションポート番号７０８０宛のパケットは、ＮＩＣ１１０から排出され、ソースＣｏＡとしてＩＰ１１０を用いて、ディスティネーションＣｏＡとしてＩＰ１００となる。ルーティングヘッダタイプ２やディスティネーションオプションヘッダの内容はＭｏｂｉｌｅＩＰｖ６と同様ホームアドレスとなる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
端末１０のＴＶ電話アプリケーション１５ａでは、それに応じてＳＩＰ／ＳＤＰ  ２００ ＯＫ、ＲｅｃｅｉｖｅＯｎｌｙにてコーデック変更を許可する。この結果、端末１１から端末１０へのフローは、両方ともパス１を用いて、且つ伝送路に応じた帯域を利用して流されるようになる。次に、端末１１側では、同様に図２１の一部または全部を、端末１０に対して送信する。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
これにより、前述の端末１１の場合と同様に、図２５（Ｂ）を取得する。その結果、「組み合わせ１」が選択され、図２５（Ｃ）の選択された組み合わせが端末１１に送信される。この選択された組み合わせが決定したので、端末１０では端末１１に対するフローのパスが決定し、図２６のようなパラメータをＭｏｂｉｌｅＩＰ管理部１６ａに伝える。これらの設定がなされる結果、ＩＰ１１（＝端末１１）宛で且つディスティネーションポート番号７０８０宛のパケットは、ＮＩＣ１００から排出され、ソースＣｏＡとしてＩＰ１００を用いて、ディスティネーションＣｏＡはＩＰ１１１となる。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
その結果、端末１０のＴＶ電話アプリケーション１５ａではコーデック変更が可能と判断し、受信端末である端末１１のＴＶ電話アプリケーション１５ｂに、ＳＩＰ／ＳＤＰ  ｒｅ−ＩＮＶＩＴＥにてＳｅｎｄＯｎｌｙとしてコーデック変更を通知する。端末１１のＴＶ電話アプリケーション１５ｂでは、それに応じてＳＩＰ／ＳＤＰ  ２００ ＯＫ、ＲｅｃｅｉｖｅＯｎｌｙにてコーデック変更を許可する。この結果、端末１０から端末１１へのフローは、音声がパス５を、画像がパス７を用い、且つ伝送路に応じた帯域で流されるようになり、双方で使用パスが異なった伝送が可能となる。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
一方、端末１０では端末１１及び端末１２と通信しているため、端末自身が使用可能とする帯域幅を考慮してフローの使用するパスと、帯域の割り当てをおこなう必要が有る。下りのフローに関する組み合わせを作成し（図３７（Ａ））、最適なもの１つを選択する。その結果から各端末あての組み合わせを相手端末に送信する。これを表示したものが図３７（Ｂ）で、端末１１に関しては「組み合わせ１」を選択し、端末１２に関しては「組み合わせ２」を選択する。この組み合わせをそれぞれ相手に送信し、相手端末の了解を得ることによって、各フローの使用するパスが決定する。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
通信管理部１４ａでは、これらが決定した結果、フローに帯域を割り当てることができ、その割り当てた帯域を各アプリケーション１３ａ１，１３ａ２に通知する。その結果、アプリケーションはコーデック変更の必要の有無を判断し、「有り」と判断した場合には相手アプリケーション１３ｂ，１３ｃにその旨を通知する。もう少し詳細に説明すると、端末１０では端末１１には「組み合わせ１」を、端末１２には「組み合わせ２」を送信する。ここでは、それぞれ端末１１、端末１２がＯＫと返答したものとする。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【００８５】
その結果、端末１０−端末１１間の通信で端末１１→端末１０方向のフローでは、「組み合わせ１」、すなわち、パス１（端末１１のＮＩＣ１１０から端末１０のＮＩＣ１００に届くパス）を用いることとなる。また、端末１０−端末１２間の通信で端末１２→端末１０方向のフローでは、「組み合わせ２」、すなわち、パス２（端末１２のＮＩＣ１２０から端末１０のＮＩＣ１０１に届くパス）を利用する。これらの結果、フローに割り当てられる帯域が決定する。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
以上の結果、すべてのフローの使用パスと帯域が決定する。これらの使用パスはデータ送信側でパケットが生成され、インターネット網を介して相手端末に届けられる。そこで、パケット生成ルールのためのテーブルが作成される。送信パケット用に各端末は、パケット生成ルールをもつ。端末１０で作成されるテーブルを図３９（Ａ）に、端末１１で作成されるテーブルを図３９（Ｂ）に、端末１２で作成されるテーブルを図３９（Ｃ）に示す。各端末がこれらのテーブルを持つ結果、各フローに対して適切なパケットが作成され、適切な出口・入り口の制御が可能となる。本実施の形態では選択された組み合わせとして、ＯＫの合図を送ることとした。つまり選択された組み合わせは、必ずしも“組み合わせ”のデータとは限らない。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
この嗜好を見ると、最低限必要な帯域は８ｋｂｐｓとなっている。これは、例えば、Ｇ７２９．１等のアプリケーションの使用コーデックと関連付けることもできるが、通信管理部１４ａとしては使用するコーデックは意味を成さず、どれだけの帯域を必要とするかが重要となる。また、帯域に対する嗜好として、同様に６４ｋｂｐｓのものが＊５として与えられる。これは、例えば、Ｇ７１１  Ｍｕ−ｌｏｗコーデックなどと関連付けることも可能であるが、上述したのと同様にそのことは通信管理部１４ａには意味をなさない。この６４ｋｂｐｓという帯域に対して、嗜好レベル＊５という嗜好を持つことが重要である。また、遅延に対する要求は嗜好レベル＊４、コストに関しては嗜好レベル＊０で考慮しない嗜好となっている。また、モビリティ・安定性に関しては嗜好レベル＊１となっている。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
次のフロー１１−２は、ディスティネーションアドレスがＩＰ１１、ソースアドレスがＩＰ１０、すなわち、端末１０から端末１１へのフロー言い換えれば上りフローである。なので、上りコストのみに嗜好が存在し嗜好レベルは＊１となっている。フロー１１−３も同様に端末１０から端末１１への上りフローで、上りコストの嗜好レベルは＊０で考慮しない設定となっている。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】０１０８
【補正方法】変更
【補正の内容】
【０１０８】
端末１２では、送信された組み合わせが一つなので、選択の余地は無く、ＯＫかＮＧかの判断だけおこなう。端末１２は動画配信サーバであるので、コストは勘案しないため、ＯＫとなる。その結果、フロー１０−１はパス１０−１２−２を選択された組み合わせとして端末１０に通知する。この組み合わせが決定したことによって、端末１２では送信パケットの生成ルールが決定する。この生成ルールは、図５３（Ｂ）に示すように、ディスティネーションＨｏＡがＩＰ１０で、ソースＨｏＡがＩＰ１２で、ディスティネーションポートが９２００のパケットは、ソースの通信メディアにはＮＩＣ１２０を用いて、ソースＣｏＡにはＩＰ１２、ディスティネーションＣｏＡにはＩＰ１０１を用いるルールである。このルールにしたがって端末１２のＭｏｂｉｌｅＩＰ管理部１６ｃは適切なパケット生成をおこなう。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【０１０９】
また、端末１０では、端末１１から選択された組み合わせが通知される。その通知に基づき、端末１０ではＴＶ電話アプリケーション１５ａにネットワーク状態（図５４（Ａ））を通知する。このネットワーク状態は、ディスティネーションＨｏＡがＩＰ１０でソースＨｏＡがＩＰ１１で、ディスティネーションポートが７０８０のフローに割り当てられた帯域は６４ｋｂｐｓで、安定性はＢ、コストは４、ＲＴＴ遅延差は０であり、ディスティネーションＨｏＡがＩＰ１０でソースＨｏＡがＩＰ１１でディスティネーションポートが９０８０のフローに割り当てられた帯域は５００ｋｂｐｓで、安定性はＡ、コストは２、ＲＴＴ遅延差は５０であることを意味している。これらの通知されるネットワーク状態はフロー１０−２、フロー１０−３はＴＶ電話のフローであることを通信管理部が把握しているため、ＴＶ電話アプリケーションに通知される。この通知を受けたＴＶ電話アプリケーション１５ａは、端末１１のＴＶ電話アプリケーション１５ｂに対して使用するコーデックを変更するためにＳＩＰ／ＳＤＰ  ｒｅ−ＩＮＶＩＴＥ  Ｒｅｃｅｉｖｅ  Ｏｎｌｙを送信する。端末１１では２００ ＯＫとして端末１０に送信する。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
端末１０では、端末１１の通信とは別に端末１２からも使用組み合わせが通知される。その通知に基づき、端末１０では動画視聴アプリケーション１７ａにネットワーク状態を通知する。このネットワーク状態を図５４（Ｂ）に示す。これは、ディスティネーションＨｏＡがＩＰ１０でソースＨｏＡがＩＰ１２でディスティネーションポートが９２００のフローに割り当てられた帯域は６Ｍｂｐｓで、安定性はＡ、コストは５、ＲＴＴ遅延差は５０であることを意味している。これらの通知されるネットワーク状態はフロー１０−１は動画アプリケーションのフローであることを通信管理部が把握しているため、動画アプリケーションに通知される。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】変更
【補正の内容】
【０１２２】
端末１０では、得られた優先順位に関して自身の上りのコストの嗜好情報を加えて、使用組み合わせを選択する。上りコストのスコアを加えたものを図６０（Ａ）に示す。この結果、選択された組み合わせとして「組み合わせ１」が選択され、図６０（Ｂ）が端末１０から端末１１に送信される。このとき、端末１０では、端末１１に対する送信パケットに関するルールが決定するので、図６１（Ａ）の情報をＭｏｂｉｌｅＩＰ管理部１６ａに通知する。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
下段に関しては、ソースのＩＰアドレスがＩＰ１０で、ディスティネーションのＩＰアドレスがＩＰ１１でディスティネーションポートが９０８０のフローは、５００ｋｂｐｓの帯域が割り当てられて、安定性はＡ、コストは３、ＲＴＴ遅延差は９０であることを意味している。これらの情報を得た端末１１のＴＶ電話アプリケーション１５ｂでは、端末１０のＴＶ電話アプリケーション１５ａに対して、ＳＩＰ／ＳＤＰ  Ｒｅ−ＩＮＶＩＴＥ  Ｒｅｃｅｉｖｅ  Ｏｎｌｙでコーデック変更を要求する。これに端末１０のＴＶ電話アプリケーションがＳＩＰ／ＳＤＰ  ２００ ＯＫ  Ｓｅｎｄ  Ｏｎｌｙを返すことで、コーデックが変更される。これで、ＴＶ電話に関しては一通りの設定が終了したこととなる。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】変更
【補正の内容】
【０１２６】
端末１１では、端末１０との上記のやりとりと平行して端末１２ともやり取りをおこなう。端末１１では、図５９（Ｂ）の組み合わせを端末１２に対して送信する。端末１２は、通信メディアを１つしか有していないので、複数の候補は挙げず、１つの組合せとなっている。端末１２では図５９（Ｂ）の組み合わせを受け取り、その組合せでＯＫとし、選択された組合せとして図５９（Ｂ）の組み合わせをそのまま返答する。この結果、端末１２内ではパケットに関するルールが決定するので、図６２（Ａ）の情報をＭｏｂｉｌｅＩＰ管理部１６ｃに通知する。これは、ソースＨｏＡがＩＰ１２、ディスティネーションＨｏＡがＩＰ１１、ディスティネーションポートが９２００のフローは、ソースのＩＰアドレスとしてＩＰ１２を用いて、ソースの通信メディアとしてはＮＩＣ１２０から、ディスティネーションＣｏＡにはＩＰ１１０を用いる設定となっている。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正の内容】
【０１２９】
【図１】本発明の第１の実施形態を説明するシステム構成例の模式図である。
【図２】図１のシーケンス図である。
【図３】（Ａ）はフロー情報、（Ｂ），（Ｄ）は通信メディア情報、（Ｃ）はパス情報の例を示す図である。
【図４】確定したパス情報の例を示す図である。
【図５】割り当てられた帯域の例を示す図である。
【図６】組み合わせ表の例を示す図である。
【図７】ＭＩＰカスタム情報の例を示す図である。
【図８】本発明の第２の実施形態を説明するシステム構成例の模式図である。
【図９】図８のシーケンス図である。
【図１０】フロー情報の例を示す図である。
【図１１】（Ａ），（Ｃ）は通信メディア情報、（Ｂ）はパス情報の例を示す図である。
【図１２】確定したパス情報の例を示す図である。
【図１３】組み合わせ表の例を示す図である。
【図１４】割り当てられた帯域表の例を示す図である。
【図１５】スコア計算表（フロー１）の例を示す図である。
【図１６】スコア計算表（フロー２）の例を示す図である。
【図１７】スコア表の例を示す図である。
【図１８】帯域割当表の例を示す図である。
【図１９】スコア計算表（フロー１１−１）の例を示す図である。
【図２０】スコア計算表（フロー１１−２）の例を示す図である。
【図２１】スコア表の例を示す図である。
【図２２】（Ａ）はパスの優先順位、（Ｂ）は選択された組み合わせ、（Ｃ）はネットワーク状態の例を示す図である。
【図２３】ＭＩＰカスタム表の例を示す図である。
【図２４】ＩＰパケットの構成例を示す図である。
【図２５】（Ａ）はパスの優先順位、（Ｂ）は選択された組み合わせ、（Ｃ）はネットワーク状態の例を示す図である。
【図２６】ＭＩＰカスタム表の例を示す図である。
【図２７】本発明の第３の実施形態を説明するシステム構成例の模式図である。
【図２８】図２７のシーケンス図である。
【図２９】（Ａ）はフロー情報、（Ｂ），（Ｄ）は通信メディア情報、（Ｃ），（Ｅ）はパス情報の例を示す図である。
【図３０】フローに割り当てられる帯域の例を示す図である。
【図３１】ＭＩＰカスタム表の例を示す図である。
【図３２】本発明の第４の実施形態を説明するシステム構成例の模式図である。
【図３３】図３２のシーケンス図である。
【図３４】フロー情報の例を示す図である。
【図３５】（Ａ）はパス情報、（Ｂ）は通信メディア情報、（Ｃ），（Ｄ）はフローとパスの組み合わせの例を示す図である。
【図３６】（Ａ）はパス情報、（Ｂ）は通信メディア情報、（Ｃ），（Ｄ）はフローとパスの組み合わせの例を示す図である。
【図３７】組み合わせ表の例を示す図である。
【図３８】フローとパスの組み合わせの例を示す図である。
【図３９】パケット生成ルールのためのテーブル例を示す図である。
【図４０】本発明の第５の実施形態を説明するシステム構成例の模式図である。
【図４１】図４０のシーケンス図（端末１０−端末１１）である。
【図４２】図４０のシーケンス図（端末１０−端末１２）である。
【図４３】図４０のシーケンス図（端末１１−端末１２）である。
【図４４】フロー情報（端末１０−端末１２）の例を示す図である。
【図４５】フロー情報（端末１０−端末１１）の例を示す図である。
【図４６】パス情報と通信メディア情報（端末１０−端末１２）を示す図である。
【図４７】パス情報と通信メディア情報（端末１０−端末１１）を示す図である。
【図４８】確定したパス情報の例を示す図である。
【図４９】フローの優先順位を決める例を示す図である。
【図５０】フロー（端末１０）の様子を示す図である。
【図５１】スコア表の例を示す図である。
【図５２】選択されたパスの例を示す図である。
【図５３】送信パケットのルールの例を示す図である。
【図５４】ネットワーク状態の例を示す図である。
【図５５】フロー情報の例を示す図である。
【図５６】（Ａ）は通信メディア情報、（Ｂ）はパス情報、（Ｃ）は通信メディア情報の例を説明する図である。
【図５７】フロー（端末１１）の様子を示す図である。
【図５８】スコア表の例を示す図である。
【図５９】組み合わせ表の例を示す図である。
【図６０】組み合わせの優先順位の例を示す図である。
【図６１】ネットワーク状態の例を示す図である。
【図６２】ネットワーク状態の例を示す図である。
【手続補正３１】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2007020143.tif 000065
【手続補正３２】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2007020143.tif 000066
【手続補正３３】
【補正対象書類名】図面
【補正対象項目名】図２１
【補正方法】変更
【補正の内容】
【図２１】
2007020143.tif 000067
【手続補正３４】
【補正対象書類名】図面
【補正対象項目名】図３３
【補正方法】変更
【補正の内容】
【図３３】
2007020143.tif 000068
【手続補正３５】
【補正対象書類名】図面
【補正対象項目名】図４１
【補正方法】変更
【補正の内容】
【図４１】
2007020143.tif 000069
【手続補正３６】
【補正対象書類名】図面
【補正対象項目名】図４２
【補正方法】変更
【補正の内容】
【図４２】
2007020143.tif 000070
【手続補正３７】
【補正対象書類名】図面
【補正対象項目名】図４３
【補正方法】変更
【補正の内容】
【図４３】
2007020143.tif 000071