(57)【要約】【課題】通信端末上における複数のフローは、フロー毎にユーザもしくはアプリケーションの嗜好を反映した自分と相手の通信メディアの組み合わせを選択することができ、しかも、嗜好情報を相手に知られることなく実行可能な送受信方法を提供する。【解決手段】通信端末間で、１以上のパス（通信路）で、１以上のフロー（データの流れ）を送受信する際に、アプリケーションの嗜好情報を参考にして、ＭｏｂｉｌｅＩＰにおけるＣｏＡの組み合わせ（通信相手のＣｏＡと自身のＣｏＡ）を選択する手段を提示する。スコア付けは端末毎に別個に行い、そのスコアだけを送信し、スコアの和を取ることによって最適のパスを選択する。その結果、各フローごとに両者の嗜好に適したＣｏＡの選択が行われる。【選択図】図１
2006345174.tif 000002
【特許請求の範囲】
【請求項１】
通信端末Ａと通信端末Ｂ間で、１以上のパスで、１以上のフローを送受信する際に、フローとパスの組み合わせを選択する送受信方法であって、
前記通信端末Ａにおいて、アプリケーションは通信管理部に少なくともアドレス情報及びネットワークに関する嗜好情報を含むフロー情報を渡し、
前記通信端末Ｂにおいても、アプリケーションは通信管理部に少なくともアドレス情報を含むフロー情報を渡し、
前記通信端末Ａの通信管理部は、前記フロー情報に基づき前記通信端末Ａの有する通信メディア情報を前記通信端末Ｂに送信し、
前記通信端末Ｂの通信管理部は、受信した通信端末Ａの有する通信メディア情報と前記通信端末Ｂの有する通信メディア情報から、パス情報を作成して前記通信端末Ａに送信し、
前記通信端末Ａ及び前記通信端末Ｂの通信管理部では、パスを使用した場合のスコアを各パスに関して計算し、前記通信端末Ａは前記通信端末Ｂに各パスのスコアを送信し、
前記通信端末Ｂにおいて合計スコアを計算して前記通信端末Ａに対して送信し、前記通信端末Ｂ、前記通信端末Ａの各々において、前記スコアの高いパスを選択し、そのパスに基づく通信メディアをお互いに選択することを特徴とする送受信方法。
【請求項２】
前記嗜好情報は、アプリケーションで使用可能なコンテンツに対応した１以上の要求帯域情報を含むことを特徴とする請求項１に記載の送受信方法。
【請求項３】
前記要求帯域情報は、数値で表現される１以上の要求帯域情報と、その各々に対応する数値で表現される嗜好レベルと、を含むことを特徴とする請求項２に記載の送受信方法。
【請求項４】
前記嗜好情報は、遅延差情報を含むことを特徴とする請求項１に記載の送受信方法。
【請求項５】
前記遅延差情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項４に記載の送受信方法。
【請求項６】
前記嗜好情報は、課金情報を含むことを特徴とする請求項１に記載の送受信方法。
【請求項７】
前記課金情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項６に記載の送受信方法。
【請求項８】
前記課金情報は、上りと下りに関して別に嗜好レベルを持つことを特徴とする請求項７に記載の送受信方法。
【請求項９】
前記嗜好情報は、単位時間当たりのパケットロス率情報を含むことを特徴とする請求項１に記載の送受信方法。
【請求項１０】
前記パケットロス率情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項９に記載の送受信方法。
【請求項１１】
前記嗜好情報は、無線通信メディアのセル情報を含むことを特徴とする請求項１に記載の送受信方法。
【請求項１２】
前記無線通信メディアのセル情報は、数値で表現される嗜好レベルを含むことを特徴とする請求項１１に記載の送受信方法。
【請求項１３】
フローの使用するパスが決定した後に、通信管理部はアプリケーションに少なくとも数値で表されるフローに割り当てられた帯域を含むフロー情報を通知し、アプリケーションは前記割り当てられた帯域をもとにコンテンツを選択することを特徴とする請求項１〜１２のいずれか１項に記載の送受信方法。
【請求項１４】
請求項１〜１３のいずれか１項に記載の送受信方法を、コンピュータにより実行させるためのアプリケーションプログラム。
【請求項１５】
請求項１４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭｏｂｉｌｅＩＰなどの第三層移動管理プロトコルにおける通信路選択機能を有し、アプリケーションに帯域を割り当てる送受信方法に関する。
【背景技術】
【０００２】
近年、ＭｏｂｉｌｅＩＰｖ６（Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６、ＲＦＣ３７７５）等のＩＰ層でのモビリティサポートの研究・開発が盛んである。ＭｏｂｉｌｅＩＰは、ＯＳＩ（Open Systems Interconnection）７階層モデルにおける第三層のプロトコルで、上位アプリケーションからクライアントの移動（ネットワーク／通信メディアの切り替えや、通信の瞬断など）を隠蔽し、通信を継続させる技術である。このＭｏｂｉｌｅＩＰは、モバイルノード（ＭＮ：Mobile Node）・ホームエージェント（ＨＡ：Home Agent）、コレスポンデントノード（ＣＮ：Correspondent Node）と呼ばれるノードから構成される。
【０００３】
モバイルノード（ＭＮ）は、ホームアドレスと呼ばれる常に不変なアドレスを有しており、そのアドレスを管理するノードがホームエージェント（ＨＡ）である。ＭＮはＨＡのリンクであるホームリンク以外のネットワークに接続した際、ケアオブアドレス（ＣｏＡ：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）、最低限必要な帯域幅ＢＷ（ｍｉｎ）、最高クオリティに必要な帯域幅ＢＷ（ｍａｘ）を含んでいる。
【００１９】
ここでのディスティネーション及びソースアドレスは、ＭｏｂｉｌｅＩＰ対応端末ではＭｏｂｉｌｅＩＰでのホームアドレスとなっている。その他の第三層の移動プロトコルを利用する場合には、各プロトコルにおける端末識別子となるアドレスを用いる。また、同時に端末１１においてもフロー情報（図３（Ｂ））は、通信管理部１５に渡される。このとき、通信管理部１５においてどちらがイニシエータとなるべきかを、アプリケーションから通知される。
【００２０】
本実施形態においては、発呼端末である端末１０のＶｏＩＰアプリケーション１２が、自身の通信管理部１４に対してイニシエータである旨をフロー情報とともに通知する。なお、本実施形態では、ＶｏＩＰアプリケーションの発呼側（端末１０側）をイニシエータとしたが、ＶｏＩＰアプリケーションでの着呼側（端末１１側）がイニシエータとなってもよい。これらの情報をもとに端末１０の通信管理部１４は、通信相手端末とのパスを生成するために自身の通信メディア情報（図３（Ｃ））すなわち、通信メディアＮＩＣ１００の情報を相手端末１１の通信管理部１５に送信する。端末１１では受信した通信メディア情報と自身の通信メディア情報からパス情報（図３（Ｄ））を作成し端末１０に送信する。ここで、パスは上りと下りを別なパスと認識してもよいし、上りと下りを同じパスとしてもよい。本実施形態においては、上りと下りは別なパスとしている。また、パス情報には、お互いの通信メディアの情報（図３（Ｅ））も含まれているものとする。
【００２１】
次に、このパス情報中の足りないデータ（例えば、図３（Ｄ）の帯域幅ＢＷ（測定））を埋めるためにネットワーク状況を調査する。この調査は、例えば、データベースにおいて様々なネットーク状況を蓄えていて、前記データベースからネットワークの情報を取得しても良いし、ＥＮＤ−ＥＮＤで計測してネットワーク情報を取得しても良いし、その他の手法を用いても問題ない。本実施形態では、ＥＮＤ−ＥＮＤで計測するものとする。パス情報を得た端末１０は、ネットワーク情報を得るために、端末１１との間でネットワーク状態を測定する。こうして、パス情報中の使用可能な帯域幅ＢＷが埋まる（図４）。
【００２２】
その結果、端末１１側の通信メディアＮＩＣ１１０を用いるのがよいか、通信メディアＮＩＣ１１１を用いた方がいいのかを決定するのが可能となる。本実施形態の場合、端末１１→端末１０のフローにおいては、測定した帯域の広いほうが有利であると単純に考えれば端末１１の通信メディアＮＩＣ１１１を用いた方が好都合だが、端末１０→端末１１のフローにおいては、通信メディアＮＩＣ１１０を用いた方が好都合である。しかしながら、ＭｏｉｌｅＩＰにおいて上下で通信パスを変えることは想定されておらず、どちらを用いるか決定しなくてならない。この判断を下すために以下の方法を用いる。
【００２３】
先ず、各パスを用いた際のフローに割り当てられる帯域幅を知る必要が有る。これには、種々の方法が考えられる。実施形態では、フロー毎に割り与えられた帯域は既知のものとする。フローがパスに割り当てられた際に割り振られる帯域の一例を図５（Ａ），図５（Ｂ）に示す。なお、図５（Ａ）は端末１０側で、図５（Ｂ）は端末１１側で所有するものとする。
【００２４】
ここで、端末１０の通信管理部１４ではＶｏＩＰアプリケーション１２の嗜好情報に基づき、ＢＷ（６４ｋｂｐｓ）が割り振られているパスには１００点、ＢＷ（８ｋｂｐｓ）が割り振られたパスには９０点、Ｍｉｎを満たせないパスには０点とスコアリングを行う。本実施形態においては、パス１、パス２ともに１００点と評価される。この結果を端末１０の通信管理部１４は端末１１の通信管理部１５に送信する（図６（Ａ））。
【００２５】
また、端末１１側でも同様にスコア付けを行う（図６（Ｂ））。図６（Ａ）を受け取った端末１１では、パス情報の通信メディア組み合わせからパス１とパス３はセットで、同様にパス２とパス４はセットであることを認識する。その結果、パス１とパス３のスコアは２００点で、パス２とパス４のスコアが１９０点と評価される。この結果パス１とパス３を用いるものと判定し、その結果を端末１０に送信する。
【００２６】
また、これらの選択されたパスに基づき、各々の通信管理部１４，１５は、フローに割り当てられた帯域を各アプリケーションに送信する。その結果、端末１０のＶｏＩＰアプリケーション１２ではそれに応じてＳＩＰ／ＳＤＰでコーデック変更の旨を相手端末１１のＶｏＩＰアプリケーション１３に伝える。端末１１のＶｏＩＰアプリケーション１３ではそれに応じてＳＩＰ／ＳＤＰでコーデック変更の旨を相手端末１０のＶｏＩＰアプリケーション１２に伝える。その結果、通信パスに適切な帯域での通信がなされる。また、パスが選択された結果、端末１１ではＩＰ１１０をＰｒｉｍａｒｙＣｏＡとして端末１０にバインディングアップデートを行う。この結果、選択されたパスを利用することが実現される。
【００２７】
（第２の実施形態）
図７〜図２０により第２の実施形態について説明する。その構成例の模式図を図７、シーケンス図を図８に示す。この第２の実施形態は、ＴＶ電話の例で、第１の実施形態に比べてフローが増えていること、嗜好情報に用いるパラメータが帯域、遅延差、コスト、ネットワーク安定度、モビリティ性と増えていることが異なる。これらを図９（Ａ），図９（Ｂ）に示す。ここで、図９（Ａ）は端末１０で、図９（Ｂ）は端末１１で渡されるフロー情報である。このフロー情報を主に図９（Ａ）に沿って説明する。
【００２８】
図９（Ａ）は端末１０側で渡されるため、端末１１→端末１０方向のフローに主な嗜好情報が含まれている。この嗜好情報は、ＴＶ電話アプリケーション１６，１７で作成するものとする。また、本嗜好情報は一例であり、本発明では、この嗜好情報を可変とする。先ず、フロー１０−１に注目する。帯域ＢＷ１が７５ｋがＭｕｓｔとなっていることが分かる。これは、音声７５ｋｂｐｓによる通信は必須であることを意味している。また、帯域ＢＷ２が１３０ｋに「＊５」とあるのは、「５」は重みであり、後に説明する採点に５倍の重みをつけることを意味する。帯域ＢＷに関しては、本アプリケーションは、２段階の音声コーデックをサポートしているので、第三番目の帯域は空欄となっている。
【００２９】
次にＤｅｌａｙ差のＭｉｎは、小さければ小さい程よいことを示している。また同様に「＊４」は重み付けである。このフローは自身（端末１０）に対して下りであるので、上りのコストは空欄となる。次に下りのコストで、本例では「＊０」すなわち考慮しないことを意味している。また、安定性とモビリティに関してはどちらも高いほど良いが、重みは「＊１」で、さほど重要視されていないことを示している。次にフロー１０−２をみる。先ず、帯域ＢＷ１を見ると、０ｋとある。これは、「０ｋｂｐｓ」すなわち本フロー無しを許容することを意味している。同様に帯域ＢＷ２は、１００ｋが「＊３」で、帯域ＢＷ３は、５００ｋが「＊２」となっている。
【００３０】
コスト下りが安くければ安いほどよく、「＊３」となっている。安定性・モビリティはフロー１０−１と同様である。次にフロー１１−１であるが、フロー１１−１，１１−２は上りフローであるため、上りのコストだけを考慮する。これは声の品質や画像の大きさなどに好みがあるのは受信者であって、送信者側ではないからである。
【００３１】
また、コスト上りだけは自身にかかってくる問題なので、ここだけは考慮することとする。通常の電話システムでは発信者課金となるが、パケット通信では受信者にも課金される。同様に端末１１側でも同様に図９（Ｂ）の嗜好情報が渡される。これら嗜好情報を含むフロー情報が渡された端末１１の通信管理部１５は、フロー情報から判明する端末１０のＩＰアドレスを頼りに端末１０の通信管理部１４宛に通信メディア情報を送信する。このとき、通信メディア情報としてコスト（上り・下りともに）は送信しないものとする。端末１０は、送信された通信メディア情報と自身の有する通信メディア情報からパス情報を作成し、端末１１の通信管理部１５に送信する。その後、双方の端末間において使用可能帯域を測定する。
【００３２】
以上のシーケンスから得られるパス情報を図１０（Ａ），図１０（Ｂ）に示す。図１０（Ａ）は端末１０で、図１０（Ｂ）は端末１１で渡されるパス情報である。ここで、相手通信メディアのコスト情報は分からなく、あくまでも自身のコスト状態とコストに関する嗜好情報で決定することとなる。各々の端末では、あるパスを利用した際のフローの使用可能帯域を計算する。図１１は、得られた結果の一例を示し、その結果を受けて、パスにスコアを付ける。
【００３３】
このスコア付けの際に、例えば、以下のような値を用いる。帯域ＢＷに関しては、条件を満足している場合は１００点、条件を満足していない場合は７０点とする。遅延差に関しては、最低値の場合を１００点、１０ｍｓ増毎に２点減点、０点未満は０点とする。コストに関しては、定額性のものは１００点、それ以外はコスト値が１増加する毎に１減点を行なう。安定性に関しては、Ａ評価のものは１００点で、Ｂ評価は９０点、以下８０、７０・・・とする。モビリティも同様に、Ａ評価のものは１００点で、Ｂ評価は９０点、以下８０、７０・・・とする。本スコアリングは一例であって、例えば一般的に遅延は短ければ短いほど良いが、「遅延は普通のものより３００ｍｓ程度遅い方がよい」等といった嗜好情報にも対応できるように、嗜好情報の与えられ方でスコアリング方法を変えられるようにする。
【００３４】
具体的には、条件満足／最大希望／最小希望／希望値希望等の条件と重み付けを通信管理部に渡す。また、スコアリング方法は予め公開しておきアプリケーション作成者が最適な重み付けを行なうことができるようにすることが望ましい。本実施例形態は、前記のスコアリングを行なうものとし、そのスコアリングを図１２，図１３に記す。図１２は端末１０側で、図１３は端末１１側で計算される値とする。端末１０は、計算したスコア結果（図１４（Ａ））を端末１１の通信管理部１５に送信する。端末１１の通信管理部１５では自身の結果（図１４（Ｂ））を加え、図１４（Ｃ）のような結果を得る。
【００３５】
その結果、高質な画像伝送が可能な「パス１＋パス３」よりもコストが優先されて「パス２＋パス４」が選択され、端末１１の通信管理部１５は、端末１０の通信管理部１４に送信する。また、これらの結果から、端末１１ではＩＰ１１１をＣｏＡとして利用することとなり、通信管理部１５は、ＭｏｂｉｌｅＩＰ管理部に通知し、ＭｏｂｉｌｅＩＰ管理部はＩＰ１１１を利用することをバインディングアップデートで端末１０に通知する。また、各端末における通信管理部１４，１５では、選択パスで利用可能な帯域などのフロー情報をＴＶ電話アプリケーション１６，１７に送信する。その結果、ＴＶ電話アプリケーション１６，１７では、与えられた帯域に応じてコーデック変更のオファーをＳＩＰ／ＳＤＰ等の既存の技術を用いてお互いに行なう。
【００３６】
また、本実施形態で異なったスコア付けをする例について説明する。ここで、例えば、変更点としては、帯域ＢＷに関して、上述した「条件を満足している場合１００点、条件を満足していない場合７０点」とするのを「条件を満足している場合１００点、条件を満足していない場合０点」に変えるだけとする。この場合、図１５，図１６のような結果となり、図１７（Ａ）のようなパス優先順位が端末１０で得られ、端末１１の通信管理部１５に送信する。端末１１の通信管理部１５では自身の結果（図１７（Ｂ））を加え、図１７（Ｃ）のような結果を得る。その結果、「パス１＋パス３」が選択され、端末１１の通信管理部１５は、端末１０の通信管理部１４に送信する。
【００３７】
これらの結果から、端末１１ではＩＰ１１０をＣｏＡとして利用することとなり、通信管理部１５は、ＭｏｂｉｌｅＩＰ管理部に通知する。ＭｏｂｉｌｅＩＰ管理部はＤｅｆａｕｌｔでのＣｏＡがＩＰ１１０で、ＩＰ１１０をＣｏＡとして既に利用している（既にＩＰ１１０を端末１０にバインディングしている）ので、バインディングアップデートは行なわない。また、各端末における通信管理部１４，１５では、選択パスで利用可能な帯域などのフロー情報をＴＶ電話アプリケーション１６、１７に送信する。その結果、ＴＶ電話アプリケーション１６、１７では、与えられた帯域に応じてコーデック変更のオファーをＳＩＰ／ＳＤＰ等の既存の技術を用いてお互いに行なう。この結果は、コストよりも両方が動画像を見れるパスが選択されたこととなる。
【００３８】
また、本実施形態で異なった嗜好情報を渡す例について説明する。ここで、ＴＶ電話アプリケーション１６、１７が通信管理部１４，１５に渡す嗜好情報を変更する。スコアリングは、上述（前者）したものを利用し、変更するのは端末１１側だけとして、その内容を図１８に示す。変更点は１点だけで、フロー１０−２に関する上りコストを５倍→２倍に変更しただけである。その結果、端末１１でもつパス情報は、図１９のようになる。端末１０でもつスコア情報は図２０（Ａ）で、これは（フロー情報が変わらないので）図１７（Ａ）と同じものを得る。端末１１では、フロー情報、すなわち、嗜好情報が異なるためスコアが変わり、図２０（Ｂ）のスコア情報を得る。この結果、合計のスコア情報は図２０（Ｃ）となり、「パス１＋パス３」が選択される。
【００３９】
以上のようにスコアリングによって挙動が変わる。そのため、本実施形態においては、通信管理部１４，１５におけるスコアリングを公開し、ＴＶ電話アプリケーション１６，１７側で効果的な嗜好情報を実現できるようにするのが望ましい。また、各端末が好き勝手に嗜好情報を設定すると、嗜好情報での倍率を高く取った端末の嗜好情報が有利となってしまう。それらを踏まえ、倍率の数字の合計を決めておくことが有効となる。例えば嗜好情報で渡す倍率の合計は、「２０」にする等といった方法である。以下の実施形態では、これを含めたもので説明する。
【００４０】
（第３の実施形態）
図２１〜図２６により第３の実施形態について説明する。その構成例の模式図を図２１、シーケンス図を図２２に示す。この第３の実施形態は、ＴＶ電話の例で、第２の実施形態に比べて双方の端末でそれぞれが２つの通信メディアを有している点、及び他のスコアリング方法を用いる点が異なる。
【００４１】
先ず、端末１０は端末１１に対して、ＳＩＰ／ＳＤＰ  ＩＮＶＩＴＥを行なう。端末１１は、ＳＩＰ／ＳＤＰ  ２００−ＯＫを返す。このとき、ＩＮＶＩＴＥにおいては、ＳＩＰ呼のＢＯＤＹである、ＳＤＰ内にてＴＶ電話である旨を伝える。また、２００−ＯＫの中のＳＤＰ内では、音声のみの最低帯域の利用であることを返す。これらの送受信から、最初は音声のみの通信から始まる。各端末１０，１１のＴＶ電話アプリケーション１６、１７は、これらＳＩＰ／ＳＤＰパケットからフロー情報（嗜好情報を含む）を作成し、通信管理部１４，１５に伝える。
【００４２】
この嗜好情報を、端末１０では図２３（Ａ），端末１１では図２３（Ｂ）に示す。また、各端末においては自身が有する通信メディア情報として、端末１０では図２４（Ａ），端末１１では図２４（Ｂ）をそれぞれの通信管理部１４，１５において保有している。フロー情報が渡された、端末１０の通信管理部１４では自身の通信メディア情報のうちコスト情報を除いたものを通信相手の端末１１の通信管理部１５に送信する。その通信メディア情報を受け取った端末１１の通信管理部１５では、パス情報を作成し端末１０に送信する。
【００４３】
このパス情報には、端末１１の通信メディア情報（コスト情報除く）も含まれている。その結果、端末１０においては、図２５（Ａ）＋図２５（Ｂ）、端末１１においては、図２５（Ａ）＋図２５（Ｃ）を保有することとなる。これで、パス情報とフロー情報を通信管理部１４，１５は把握することが可能となる。この実施形態では、フローに帯域を割り当てずにパス情報だけで評価する例で説明する。
【００４４】
スコアリングルールは、帯域ＢＷに関しては、同一方向で最大のものを１００点、次点のものを９５点・・・以下、順位が一つ落ちる毎に５点ずつ、点が下がるものとする。遅延差に関しては、同一方向で最小のものを１００点、次点のものを９５点・・・以下、順位が１つ落ちる毎に５点ずつ、点が下がるものとする。コストに関しては、無料（定額制）のものは１００点で、従量制のものは１単位に付き２点減点するものとする。
【００４５】
この例では、フローに帯域ＢＷは割り当てられないので、フローの要求する最大帯域・最小帯域（図２３（Ａ），図２３（Ｂ）中のＢＷ１，２，３）はそれぞれを合計したものを倍率とする。例えば、図２３（Ａ）中のフロー１０−１であれば、２＋５＝７倍で、フロー１０−２においては、４＋２＝６倍とする。これらを踏まえて、各パスに採点を行なうと、端末１０での結果は図２６（Ａ）のようになり、端末１１での結果は図２６（Ｂ）のようになる。これらのスコアの合計から、「パス３＋パス７」を利用することが好ましいことがわかり、端末１０及び、端末１１において、それらのパスを利用することを選択する。
【００４６】
（第４の実施形態）
図２７〜図３９により第４の実施形態について説明する。その構成例の模式図を図２７に示す。この第４の実施形態は、動画ストリーミングを見ながら、ＴＶ電話をする例である。例えば、サッカーをＩＰネットワークストリーミングで視聴しながら、ＴＶ電話をする例で説明する。
【００４７】
先ず、端末１０では、例えば、ユーザによるアクションで、サッカーの動画の受信を開始する。このとき、アプリケーション層における呼制御が行なわれ、例えば、ＲＴＳＰ（Real Time Streaming Protocol）等を用いて、サーバ端末２２の動画ストリーミングサーバでのエンコード可能なコーデックと、受信端末である端末１０側でデコード可能なコーデックのネゴシエーションをとる。ＲＴＳＰではＤＥＳＣＲＩＢＥというメソッドを用いて、サーバ端末２２の使用可能なコーデックを得る。その後、ＳＥＴＵＰというメソッドを用いて使用コーデックおよび再生場所の指定を、サーバ端末２２に対して端末１０が連絡し、ＰＬＡＹというメソッドを端末１０がサーバ端末２２に送ることでストリーミングを開始する。
【００４８】
本実施形態は、ＤＥＳＣＲＩＢＥメソッドに対する応答を得た後に、端末１０はその情報をフロー情報として通信管理部１４に通知する。この結果、使用可能なコーデック情報の考慮がなされたフロー情報が、端末１０及びサーバ端末２２において、アプリケーションから通信管理部に渡される。ストリーミングの例で特異なことは、端末１０側では下りのみのフローで、サーバ端末２２側では上りフローのみとなることである。端末１０側で渡されるフロー情報を図２９に示す。また、この実施形態では、説明を簡単にするためにコストは考慮しないものとする。
【００４９】
端末１０側の通信管理部１４ではフロー情報を得た後、通信メディア情報（図３０）をサーバ端末２２に送信する。サーバ端末２２側の通信管理部では受け取った通信メディア情報を元にパス情報を作成する。本実施形態においては、サーバ端末２２は、１つの通信メディアしか有していないし、サーバ端末２２から端末１０方向へのフローしかないので、パスは通信カード数と同じ２つとなる。このパス情報を図３１に示す。この後、個々のフローに使用可能な帯域を割り当てる。
【００５０】
その結果、パス１を用いた場合は、フロー１０−１が１２０ｋｂｐｓのコーデックで、フロー１０−２が１Ｍのコーデックとなる。同様にパス２を用いた場合は、フロー１０−１が１２０ｋｂｐｓのコーデックで、フロー１０−２が６Ｍのコーデックとなる。この結果、パス２の方がスコアが高くなり、パス２を用いることを選択し、ＲＴＳＰのＳＥＴＵＰメソッドを用いてサーバ端末２２にそのコーデックを連絡し、ＰＬＡＹメソッドで動画ストリーミングを開始する。
【００５１】
次に、この状態の端末１０に、他の端末１１のユーザがＴＶ電話をかける。この時、端末１０側で渡されるＴＶ電話に関するフロー情報を図３２（Ａ）に示す。また、端末１１側で渡されるＴＶ電話に関するフロー情報を図３２（Ｂ）に示す。この図の一番の違いは、端末側１０側ではＴＶ電話の画質は重視せず（ＴＶ電話の画像に関しては見れれば良いというユーザの嗜好）、端末１１側では、ＴＶ電話の最高画質を重視（ＴＶ電話を綺麗に見たいという嗜好、相手の顔の画像を鮮明に見たい願望）することである。結果として、端末１０側で有する（下りの）フロー情報は、図３２（Ｃ）に示すように４つとなる。ここで、図３２（Ｃ）において、各フローに優先度が設定されているものとする。
【００５２】
この優先度は、予めフローに対する優先度を決めておいてもよいし、フローの優先順位を選択する図２８に示すようなＵＩ（user interface）のようなタブ画面を用い、フローを増減する際に、その都度、設定するようにしても良い。いずれにしても、各フローに優先度がつき、そのフロー情報は通信管理部１４で管理される。その結果、端末１０では、サーバ端末２２との通信のためのパス以外に、端末１１とのパスも作成するため、端末１１に通信メディア情報を送信する。端末１１の通信管理部１５では得た通信メディア情報を元に端末１１とのパスを作成する。端末１１の通信管理部１５では、作成したパス情報を端末１０に送信する。このパス情報を図３３に、パス情報に含まれる通信メディア情報を図３４に示す。
【００５３】
端末１０では、動画ストリーミングフロー（図２９）に対するパス１，２（図３１）とＴＶ電話フロー（図３２（Ａ））に対するパス３〜８（図３３、３４）が存在する。また、それに対して端末１１側では、現在はＴＶ電話フロー（図３２（Ｂ））に対して、パス３〜８の情報を所有している。また、このとき、パス３とパス７、パス４とパス８、パス５とパス９、パス６とパス１０が表裏一体であると共に、「パス３＋パス７」もしくは「パス４＋パス８」を選択した場合には、通信メディアＮＩＣ１００を利用するので、動画ストリーミングにはパス１を選択することになることが解かる。
【００５４】
逆に「パス５＋パス９」、「パス６＋パス１０」を選択した場合には、動画ストリーミングに対してパス２を選択する必要があることが解かる。ここで、各パスを選択した場合の、各フローへの帯域を割り振る。各フローへの帯域の割り振りは、例えば、第１の方法としては、そのパスを利用した際は、ＥＮＤ−ＥＮＤの計測によって得られたパスの帯域をフローの数で割った帯域を、フローに割り当てられた帯域として割り当てる方法が考えられる。また、第２の方法としてはそのパスを利用した際は、ＥＮＤ−ＥＮＤの計測によって取得されたパスの帯域を、フローの優先度の高いものから順に半分の権利を持つようにする方法も考えられる。つまり、第２の方法では、優先度の低いフローは、より優先度の高いフローの半分の帯域しか得る権利を持っていないこととなる。
【００５５】
割り振られた帯域の例を図３５に示す。ここで、フロー１１−１、１１−２に関しては、上りフローなので端末１０側では帯域の割り振りは行なわない。また、端末１０では割り振られた帯域をもとに、各パスのスコアリングを行なう。この場合、本実施形態では、フロー情報中の帯域を満たした場合は１００点、満たさなかった場合は９０点、遅延差Ｘに関しては遅延差量が０≦Ｘ＜５０の場合は１００点、５０≦Ｘ＜１００の場合は９０点、１００＜Ｘの場合は８０点としている。
【００５６】
本実施形態において、このスコアリングルールには大きな意味は無く、重み付け（前記スコアに対する倍率）を行なうことには意味がある。この重み付けは、ＴＶ電話アプリケーション１６から通信管理部１４に渡されるデータとなっている部分が重要という意味である。その結果、例えば、図３６に示すような合計スコアが算出される。
【００５７】
端末１０側では、通信メディアＮＩＣ１００を、端末１１側では通信メディアＮＩＣ１１１を用いることが、端末１０のユーザにとって望ましいことを意味している。一方、端末１１側でもスコア計算を行なっている。端末１１側では図３２（Ｂ）のようなフロー情報を有していて、帯域が一定のアルゴリズムに基づきフローに帯域が割り当てられ、結果として、図３８に示すような合計スコアが得られる。また、端末１０側では、例えば、得られた合計スコアを、満点の２９００点を１００点とした点数（比例計算）に置き換えたものを端末１１に送信するようにしてもよい。
【００５８】
また、この際、端末１１側でも、満点の１５００点を１００点（比例計算）したスコアを端末１０に送信するようにしてもよい。お互いにスコアを送信し、合計値と使用パスもお互いに送信する。送信した合計スコアと受信した合計スコア（図３９）が一致することを確認し、端末１０側では通信メディアとしてＮＩＣ１０１を、端末１１側では通信メディアとしてＮＩＣ１１１を利用することが好ましいことがわかる。端末１０ではサーバ端末２２とも通信しているため、端末１０と端末１１とのやりとりと、ほぼ同じことを行なう。但し、フローが片方向のため、自身の下りのみを考慮したときと同じ結果となるため、上述の結果と同じく、通信メディアＮＩＣ１０１を利用することが好ましい。
【００５９】
端末１０では通信メディアＮＩＣ１０１に付いているＣｏＡを端末１１、サーバ端末２２、ＨＡに対してバインディングアップデートし、使用通信メディアとなることを通知する。また、端末１１では通信メディアＮＩＣ１１１に付いているＣｏＡを端末１０、ＨＡに対してバインディングアップデートし、使用通信メディアとなることを通知する。
これらの結果、アプリケーションに適した通信メディアを選択することが可能となり、また、アプリケーションは帯域に適したコンテンツを選択することが可能となる。
【００６０】
上述した、本発明による送受信方法は、通信端末に搭載されたコンピュータによって実行される。このため、各種アプリケーションと通信管理部間におけるデータの送受、及び各種通信メディアを通じての通信端末間の送受信を実行する手順を示したプログラムが用いられる。また、本発明による送受信を、コンピュータに実行させるための前記プログラムを記録したコンピュータ読み取り可能な記録媒体を用いて実施することができる。
【図面の簡単な説明】
【００６１】
【図１】本発明の第１の実施形態を説明するシステム構成例の模式図である。
【図２】図１のシーケンス図である。
【図３】（Ａ），（Ｂ）はフロー情報、（Ｃ），（Ｅ）は通信メディア情報、（Ｄ）はパス情報の例を示す図である。
【図４】パス情報の使用帯域の例を示す図である。
【図５】割り当てられた帯域の例を示す図である。
【図６】スコア表の例を示す図である。
【図７】本発明の第２の実施形態を説明するシステム構成例の模式図である。
【図８】図７のシーケンス図である。
【図９】フロー情報の例を示す図である。
【図１０】（Ａ），（Ｃ）はパス情報、（Ｂ），（Ｄ）は通信メディア情報の例を示す図である。
【図１１】フローの割り当て帯域の例を示す図である。
【図１２】スコア計算表の例を示す図である。
【図１３】スコア計算表の例を示す図である。
【図１４】優先順位表の例を示す図である。
【図１５】スコア計算表の例を示す図である。
【図１６】スコア計算表の例を示す図である。
【図１７】スコア情報と優先順位表の例を示す図である。
【図１８】フロー情報の例を示す図である。
【図１９】スコア計算表の例を示す図である。
【図２０】スコア情報と優先順位表の例を示す図である。
【図２１】本発明の第３の実施形態を説明するシステム構成例の模式図である。
【図２２】図２１のシーケンス図である。
【図２３】フロー情報の例を示す図である。
【図２４】通信メディア情報の例を示す図である。
【図２５】（Ａ）はパス情報、（Ｂ），（Ｃ）は通信メディア情報の例を示す図である。
【図２６】パスのスコア表の例を示す図である。
【図２７】本発明の第４の実施形態を説明するシステム構成例の模式図である。
【図２８】フローの優先順位を選択するＵＩ画面の例を示す図である。
【図２９】フロー情報の例を示す図である。
【図３０】通信メディア情報の例を示す図である。
【図３１】パス情報例を示す図である。
【図３２】フロー情報の例を示す図である。
【図３３】パス情報例を示す図である。
【図３４】通信メディア情報の例を示す図である。
【図３５】フロー割り当てられた帯域の例を示す図である。
【図３６】スコア計算表の例を示す図である。
【図３７】フロー割り当てられた帯域の例を示す図である。
【図３８】スコア計算表の例を示す図である。
【図３９】合計スコアの例を説明する図である。
【符号の説明】
【００６２】
１０，１１…端末、１２，１３…ＶｏＩＰアプリケーション、１４，１５…通信管理部、１６，１７…ＴＶ電話アプリケーション、２２…サーバ端末。
【図１】
2006345174.tif 000003
【図２】
2006345174.tif 000004
【図３】
2006345174.tif 000005
【図４】
2006345174.tif 000006
【図５】
2006345174.tif 000007
【図６】
2006345174.tif 000008
【図７】
2006345174.tif 000009
【図８】
2006345174.tif 000010
【図９】
2006345174.tif 000011
【図１０】
2006345174.tif 000012
【図１１】
2006345174.tif 000013
【図１２】
2006345174.tif 000014
【図１３】
2006345174.tif 000015
【図１４】
2006345174.tif 000016
【図１５】
2006345174.tif 000017
【図１６】
2006345174.tif 000018
【図１７】
2006345174.tif 000019
【図１８】
2006345174.tif 000020
【図１９】
2006345174.tif 000021
【図２０】
2006345174.tif 000022
【図２１】
2006345174.tif 000023
【図２２】
2006345174.tif 000024
【図２３】
2006345174.tif 000025
【図２４】
2006345174.tif 000026
【図２５】
2006345174.tif 000027
【図２６】
2006345174.tif 000028
【図２７】
2006345174.tif 000029
【図２８】
2006345174.tif 000030
【図２９】
2006345174.tif 000031
【図３０】
2006345174.tif 000032
【図３１】
2006345174.tif 000033
【図３２】
2006345174.tif 000034
【図３３】
2006345174.tif 000035
【図３４】
2006345174.tif 000036
【図３５】
2006345174.tif 000037
【図３６】
2006345174.tif 000038
【図３７】
2006345174.tif 000039
【図３８】
2006345174.tif 000040
【図３９】
2006345174.tif 000041