(57)【要約】ad-hocネットワーク環境においてセッション・エンドポイントを拡張する方法を提供する。通信ノード（100）とアクティブ・セッションを有するエンドポイント装置（114）は、まず、装置ディスカバリ（610）を実行して、カバーエリア内にあるローカル装置（116）と、これら装置の機能とを決定する（612）。次に、これらローカル装置は、セッション記述をエンドポイント装置（114）と交換する（629）。現在のセッションが、ローカル装置の1つによってサポートされるならば、エンドポイント装置（114）は、ユーザからの命令に応じて、セッション・エンドポイントをローカル装置に送り、エンドポイント装置（114）は、セッションにおいてローカル装置（116）のための代理として働く（624）。ローカル装置（116）が、エンドポイント装置（114）を経るパスとは異なる、通信ノード（119）へのパスを有するならば、ローカル装置（116）は、パスに沿ったセッションを確立して（626）、エンドポイント・ノード（114）にそのセッションの終了を指示する（630）。
2006520567.tif 000002
【特許請求の範囲】
【請求項１】
第１の装置を含み、前記第１の装置は、前記第１の装置と通信ノードとの間のセッションの１次エンドポイントとして構成され、前記第１の装置のカバーエリア内にある少なくとも１個の他のローカル装置を含む、ad-hocネットワーク環境におけるセッション・エンドポイントを管理する方法であって、
前記第１の装置によって、前記少なくとも１個のローカル装置の識別を決定するステップと、
セッション記述情報を、前記少なくとも１個のローカル装置と交換するステップと、
前記少なくとも１個のローカル装置を、前記セッションの２次エンドポイントとして確立するステップとを含み、
前記第１の装置は、前記セッションにおける前記ローカル装置のための代理として機能する、方法。
【請求項２】
前記少なくとも１個のローカル装置の識別を決定するステップは、装置ディスカバリ・プロトコルに従って装置ディスカバリ動作を実行するステップを含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１個のローカル装置の識別を決定するステップは、前記少なくとも１個のローカル装置によって、装置機能データを前記第１の装置に送信するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記少なくとも１個のローカル装置の識別を決定するステップは、前記少なくとも１個のローカル装置によって、装置機能データを前記第１の装置に送信するステップを含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１個の装置のうちのいずれが、前記２次エンドポイントとして働くことができるかを、前記装置機能データから決定するステップをさらに含み、
前記セッション記述情報を、前記少なくとも１個のローカル装置と交換するステップと、前記少なくとも１個のローカル装置を、前記セッションの２次エンドポイントとして確立するステップとは、決定された可能な装置に対してのみ実行される、請求項４に記載の方法。
【請求項６】
前記セッション記述情報を、前記少なくとも１個のローカル装置と交換するステップは、セッション記述プロトコルに対応するセッション記述情報を、前記少なくとも１個のローカル装置に送信するステップを含む、請求項１に記載の方法。
【請求項７】
前記少なくとも１個のローカル装置を、前記セッションの２次エンドポイントとして確立するステップは、
前記少なくとも１個のローカル装置を、前記セッションのデータを受信して処理するように構成するステップと、
前記第１の装置によって、前記少なくとも１個のローカル装置に、前記セッション・データを送るステップとを含む、請求項１に記載の方法。
【請求項８】
前記少なくとも１個のローカル装置を、前記セッション・データを受信して処理するように構成するステップは、前記少なくとも１個のローカル装置によって受信されたユーザからの命令に応じて、前記少なくとも１個のローカル装置によって実行される、請求項７に記載の方法。
【請求項９】
前記少なくとも１個のローカル装置を、前記セッション・データを受信して処理するように構成するステップは、前記少なくとも１個のローカル装置によって受信された前記第１の装置からの命令に応じて、前記少なくとも１個のローカル装置によって実行される、請求項７に記載の方法。
【請求項１０】
前記少なくとも１個のローカル装置によって、前記少なくとも１個のローカル装置と前記通信ノードとの間に、前記第１の装置を含む前記セッションとは独立した他のセッションを確立するステップと、
前記第１の装置と前記通信ノードとの間の前記セッションを終了するステップとをさらに含む、請求項１に記載の方法。
【請求項１１】
前記他のセッションは、セッション開始プロトコルを用いて確立される、請求項１０に記載の方法。
【請求項１２】
第１の装置を含み、前記第１の装置は、前記第１の装置と通信ノードとの間のセッションの１次エンドポイントとして構成され、前記第１の装置のカバーエリア内にある少なくとも１個の他のローカル装置を含む、ad-hocネットワーク環境におけるセッション・エンドポイントを管理する方法であって、
前記第１の装置によって、前記少なくとも１個のローカル装置の識別を決定するステップと、
装置機能情報を、前記少なくとも１個のローカル装置と交換するステップと、
前記少なくとも１個のローカル装置を、前記セッションの２次エンドポイントとして確立するステップとを含み、
前記第１の装置は、前記セッションにおける前記ローカル装置のための代理として機能する、方法。
【請求項１３】
前記少なくとも１個のローカル装置の識別を決定するステップは、装置ディスカバリ・プロトコルに従って装置ディスカバリ動作を実行するステップを含む、請求項１２に記載の方法。
【請求項１４】
前記装置機能情報から、前記少なくとも１個のローカル装置のうちの少なくとも１個の目標ローカル装置を決定するステップを含み、前記少なくとも１個の目標ローカル装置は、前記２次エンドポイントとして働くことができ、
前記少なくとも１個の目標ローカル装置を前記２次エンドポイントとして確立させる前に、セッション記述情報を、前記少なくとも１個の目標ローカル装置と交換するステップを含む、請求項１２に記載の方法。
【請求項１５】
前記セッション記述情報を、前記少なくとも１個の目標ローカル装置と交換するステップは、セッション記述プロトコルに対応するセッション記述情報を、前記少なくとも１個の目標ローカル装置に送信するステップを含む、請求項１４に記載の方法。
【請求項１６】
前記少なくとも１個の目標ローカル装置を、前記セッションの２次エンドポイントとして確立するステップは、
前記少なくとも１個の目標ローカル装置を、前記セッションのデータを受信して処理するように構成するステップと、
前記第１の装置によって、前記少なくとも１個の目標ローカル装置に、前記セッション・データを送るステップとを含む、請求項１２に記載の方法。
【請求項１７】
前記少なくとも１個の目標ローカル装置を、前記セッション・データを受信して処理するように構成するステップは、前記少なくとも１個の目標ローカル装置によって受信されたユーザからの命令に応じて、前記少なくとも１個の目標ローカル装置によって実行される、請求項１６に記載の方法。
【請求項１８】
前記少なくとも１個の目標ローカル装置を、前記セッション・データを受信して処理するように構成するステップは、前記少なくとも１個の目標ローカル装置によって受信された前記第１の装置からの命令に応じて、前記少なくとも１個の目標ローカル装置によって実行される、請求項１６に記載の方法。
【請求項１９】
前記少なくとも１個のローカル装置によって、前記少なくとも１個のローカル装置と前記通信ノードとの間に、前記第１の装置を含む前記セッションとは独立した他のセッションを確立するステップと、
前記少なくとも１個のローカル装置と前記通信ノードとの間の前記セッションを終了するステップとをさらに含む、請求項１２に記載の方法。
【請求項２０】
前記他のセッションは、セッション開始プロトコルを用いて確立される、請求項１９に記載の方法。
【請求項２１】
第１の装置を含み、前記第１の装置は、前記第１の装置と通信ノードとの間のセッションの１次エンドポイントとして構成され、前記第１の装置のカバーエリア内にある少なくとも１個の他のローカル装置を含む、ad-hocネットワーク環境におけるセッション・エンドポイントを管理する方法であって、
前記第１の装置によって、前記少なくとも１個のローカル装置の識別を決定するステップと、
セッション記述情報を、前記少なくとも１個のローカル装置と交換するステップと、
前記少なくとも１個のローカル装置によって、前記少なくとも１個のローカル装置と前記通信ノードとの間に、前記第１の装置を含む前記セッションとは独立した他のセッションを確立するステップと、
前記第１の装置と前記通信ノードとの間の前記セッションを終了するセッションとをさらに含む、方法。
【請求項２２】
前記他のセッションは、セッション開始プロトコルを用いて確立される、請求項２１に記載の方法。
【請求項２３】
第１の装置における論理セッションのエンドポイントを管理して、前記エンドポイントを、前記第１の装置のカバーエリア内の少なくとも１個の他のローカル装置に拡張する方法であって、
前記第１の装置によって、前記少なくとも１個のローカル装置の識別を決定するステップと、
セッション記述情報を前記少なくとも１個のローカル装置と交換するステップと、
前記少なくとも１個のローカル装置を、前記論理セッションの２次エンドポイントとして確立するステップとを含む、方法。
【請求項２４】
前記少なくとも１個のローカル装置の識別を決定するステップは、装置ディスカバリ・プロトコルに従って装置ディスカバリ動作を実行するステップを含む、請求項２３に記載の方法。
【請求項２５】
前記少なくとも１個のローカル装置の識別を決定するステップは、前記少なくとも１個のローカル装置によって、装置機能データを前記第１の装置に送信するステップをさらに含む、請求項２４に記載の方法。
【請求項２６】
前記少なくとも１個のローカル装置の識別を決定するステップは、前記少なくとも１個のローカル装置によって、装置機能データを前記第１の装置に送信するステップを含む、請求項２３に記載の方法。
【請求項２７】
前記少なくとも１個の装置のうちのいずれが、前記２次エンドポイントとして働くことができるかを、前記装置機能データから決定するステップをさらに含み、
前記セッション記述情報を、前記少なくとも１個のローカル装置と、交換するステップと、前記少なくとも１個のローカル装置を、前記論理セッションの２次エンドポイントとして確立するステップとは、決定された可能な装置に対してのみ実行される、請求項２６に記載の方法。
【請求項２８】
前記セッション記述情報を、前記少なくとも１個のローカル装置と交換するステップは、セッション記述プロトコルに対応するセッション記述情報を、前記少なくとも１個のローカル装置に送信するステップを含む、請求項２３に記載の方法。
【請求項２９】
前記少なくとも１個のローカル装置を、前記論理セッションの２次エンドポイントとして確立するステップは、
前記少なくとも１個のローカル装置を、前記論理セッションのデータを受信して処理するように構成するステップと、
前記第１の装置によって、前記少なくとも１個のローカル装置に、前記論理セッション・データを送るステップとを含む、請求項２３に記載の方法。
【請求項３０】
前記少なくとも１個のローカル装置を、前記論理セッション・データを受信して処理するように構成するステップは、前記少なくとも１個のローカル装置によって受信されたユーザからの命令に応じて、前記少なくとも１個のローカル装置によって実行される、請求項２９に記載の方法。
【請求項３１】
前記少なくとも１個のローカル装置を、前記論理セッション・データを受信して処理するように構成するステップは、前記少なくとも１個のローカル装置によって受信された前記第１の装置からの命令に応じて、前記少なくとも１個のローカル装置によって実行される、請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ad-hocネットワーク、特に、ad-hocネットワーク環境においてセッション・エンドポイントを拡張または転送する方法に関する。
【０００２】
コンピュータ技術の増大された機能および低減されたコストと組合された無線通信技術における最近の進歩は、以前には極めて高価であり、あるいは携帯装置としては非常に大きかった無線コンピュータ応用装置を可能にした。このような多くの応用装置は、モバイルad-hocネットワーク（MANET）として知られているネットワーク構造上に構築することができる。Ad-hocネットワークは、変化する接続性を有するモバイル・コンピュータ・ノードのグループを用いて、ダイナミックに形成される。効率的に動作させるには、これらネットワークが、各ノードにおいてルーティング機能を有することが望ましい。これら装置の短距離性の故に、装置間の通信チャンネルは、そのソースとディスティネーションとの間でいくつかの中間ノードを横断する。この横断は、“ホップ（hop）”として知られているので、これらのネットワークは、マルチホップ・ネットワークと呼ばれている。
【０００３】
ノードにおいてルーティング機能を実現することによって、中間ノードがもはやネットワークの一部となり得ない場合には、これらのネットワークは、２個の接続ノード間のパスの迅速な再確立を可能にする。例えば、ホップの１つに対して用いられる装置が、もはや、グループ内の他のノードと通信できないが故に、通信ノード間の１つのパスが消失するならば、ミッシング・ノードを必要としない第２のパスを迅速に定めることができる。
【０００４】
ad-hocネットワーキングを実現するために、多くの可能なプロトコルが定められてきた。これらプロトコルは、Ad hoc On−Demand Distance Vector (AODV) Routing, Dynamic Source Routing, Optimized Link State Routing, Topology Broadcast Based on Reverse Path Routingを含んでいる。これらプロトコルのすべては、the Mobile Ad-Hoc Network working group of the Internet Engineering Task Force (ITEF)によって提供されているウエブサイト上に開示されている。
【０００５】
現在までモービリティ管理は、２つの問題、すなわちハンドオフ管理およびロケーション管理に大きく関係していた。ハンドオフ管理は、モバイルが移動中の、モバイル・ネットワーク内のモバイル・ノードと通信ノードとの間でのアクティブ・セッションの保持に関係している。モバイル・ノードが、その現在の基地局のカバーエリアから、新しい基地局のカバーエリアに移ると、現在の基地局と新しい基地局との間のハンドオフは、セッションをアクティブに保持する。この問題は、RFC２００２に記述されているモバイルIPプロトコルのような既存のプロトコルによって処理される。
【０００６】
ロケーション管理は、モバイル・ノードがアクティブに通信していないときに、ネットワーク内でのモバイル・ノードの位置決定の問題に関係する。ロケーション管理は、例えば、ネットワークがモバイル・ノードへの到来呼を受信するときに、望まれる。この問題を解決するためには、モバイル・ノードを含むカバーエリアを有する基地局を、ネットワークが見つける。ロケーション管理の問題は、IETFプロトコル、例えば上述したモバイルIPプロトコルによって、処理されている。
【発明の開示】
【０００７】
本発明は、ad-hocネットワーク環境においてセッション・エンドポイントを拡張する方法において実施される。本発明による方法を用いるエンドポイント装置は、そのカバーエリア内のローカル装置を識別し、装置機能をこれらの装置と任意に交換する。次に、これらのローカル装置は、セッション記述を、エンドポイント装置と交換する。現在のセッションが、ローカル装置の１つによってサポートされるならば、エンドポイント装置は、セッション・エンドポイントをローカル装置に拡張することができる。前のエンドポイント装置は、ローカル装置のための代理として働く。
【０００８】
本発明の一態様によれば、ローカル装置が、エンドポイント装置を経るパスとは独立した、通信ノードへのパスを有するならば、ローカル装置は、このパスに沿ってセッションを確立でき、エンドポイント・ノードにそのセッションを終了するように知らせることができる。
【発明を実施するための最良の形態】
【０００９】
本発明は、図面と共に以下の詳細な説明から理解できるであろう。図の種々の要素は、スケール通りでないことを強調しておく。逆に種々の要素の寸法は、図面を明瞭にするため、任意に拡大または縮小されている。
【００１０】
本発明は、ad-hocネットワークにおけるセッション・エンドポイントを管理する方法で実現される。セッションのエンドポイントを操作することによって、この方法は、ユーザが装置の独立した通信を実現することを可能にし、ユーザが、特定の環境において利用できる装置のグループから、セッション・データを処理するための最良の装置を選ぶことを可能にする。この方法は、セッションで用いられる基本トランスポート・プロトコルに影響を及ぼさず、セッションに用いることのできる他のプロトコルにも影響を及ぼさない。この方法の一部は、Bluetooth（登録商標） device discovery protocolまたはthe Internet Session Description Protocol（これら両プロトコルについては、後述する）のような他のプロトコルを用いて実現することができる。The seven-layer Open Systems Interconnection (OSI) modelでは、例示的な方法を、セッション・レイヤで、またはセッション・レイヤ上で実現できる。
【００１１】
図１は、ノード104，106，108，110を含むIPネットワーク102のブロック図である。このネットワークは、有線または無線とすることができる。この方法は、また、アクセス・ポイント112を含む。このアクセス・ポイントを通じて、無線装置114、例えばビデオ機能を有する無線電話機は、ネットワークと通信することができる。以下に説明する例では、ビデオ・サーバ100が、また、ネットワーク102に結合されて、モバイル・ノード114との通信ノードとして機能する。この例では、モバイル電話機114とビデオ・サーバ100との間に、セッションが確立される。ビデオ・サーバ100は、モバイル電話機114によって要求されるビデオ・プログラムを提供する。このプログラムを要求しおよび提供するためには、ネットワークの通信ノード100と通信ノード104との間にコネクション101が形成され、ノード106，ノード108，アクセス・ポイント112の間に、コネクション105，107，111がそれぞれ形成される。アクセス・ポイント112は、モバイル電話機114と無線コネクション113を有する。ビデオ・サーバ100とモバイル電話機114との間に確立されたセッションは、電話機114を１次エンドポイントとして有している。本発明の方法によれば、２次エンドポイントを確立して、電話機114に送信されたビデオ・プログラムを、より適切な装置に表示することができる。
【００１２】
図２において、例えば、アクセス・ポイント112とのコネクション113を保ちながら、電話機114を移動した。新しい位置では、無線データ・コネクション（図示せず）を有するテレビジョン116が、電話機114のカバーエリアにある。テレビジョン116は、ビデオ・プログラムを見るにはより適切な装置であるので、ユーザは、電話機114からのビデオ信号を、テレビジョン116に転送することを望むかもしれない。これは、例えば、セッション・エンドポイントを、電話機114からテレビジョンへ拡張し、および電話機114を、テレビジョン116のための代理として機能するように構成することによって、行うことができる。しかし、これを行う前に、電話機114およびテレビジョン116が、互いを見つけ出し、セッション情報を交換して、テレビジョンが電話機からのデータをサポートできるか否かを決定することが望まれる。
【００１３】
セッションを電話機114からテレビジョン116へ拡張するプロセスを、図６のフローチャートを参照して説明する。本発明の実施例では、電話機114およびテレビジョン116は、装置ディスカバリを周期的に実行して（図６のステップ610）、どの装置がそれらのカバーエリア内にあるかを決定する。この例では、電話機114は、装置ディスカバリ・プロトコルを用いて、テレビジョン116を見つける。このプロトコルは、例えば、Bluetooth無線通信標準について定められた装置ディスカバリ・プロトコルと同じプロトコルとすることができる。あるいはまた、他の装置ディスカバリ技術を用いることができる。例えば、各装置は、装置記述子を保持することができる。この装置記述子は、すべての関連情報を含み、他の装置からの要求に応じて、記述子をブロードキャストする。あるいはまた、要求を送信する代りに、各装置は、記述子を周期的に送信し、他の装置によって送信された記述子を受信して、そのカバーエリア内の装置の特性を決定する。これらの方法によれば、装置ディスカバリは、装置機能の交換を含むことができる。
【００１４】
ステップ610で実行される装置ディスカバリが装置機能交換を含まなければ、装置は、ステップ612に示すように、それらの機能を交換できることが望まれる。この交換は、エンドポイントと見つけられた装置の少なくともいくつかとの間に、１個以上のパケットを転送して、現在のエンドポイント、例えば電話機114が、そのカバーエリア内の他の装置の機能を見つけることができる。
以下に説明するように、装置機能交換によって得られた情報が、制御シグナリングおよびセッション記述交渉ステップ620で得られるならば、たとえステップ610で実行された装置ディスカバリが、装置機能交換を含まないとしても、破線の代替パス611によって示されるように、スキップすることができる。
【００１５】
本発明の実施例では、各無線装置は、装置ディスカバリ要求パケットを周期的にブロードキャストする。カバーエリア内にある各装置が、この要求を受けると、要求側の装置と同期し、自身についての情報を含むディスカバリ応答を、要求側の装置へ送信する。図２に示した実施例では、電話機114が装置ディスカバリ要求パケットを送信すると、電話機との通信の同期をとるテレビジョン116によって受信されて、電話機とのリンク115（図３に示す）を確立し、テレビジョンは自身についての情報を、電話機114に送信する。要求側の装置は、内部テーブル内の装置ディスカバリ要求に応答して受信する情報を記録し、そのカバーエリア内にある装置、およびそれらの機能を知る。Bluetoothシステムでは、装置ディスカバリは、一方向通信である。各装置は、他の装置とは無関係に、それ自身のカバーエリア内の装置を見つける。従って、図２に示す実施例では、電話機114がテレビジョン116を見つけた後（または見つける前）に、テレビジョン116は電話機114とそのカバーエリア内にある他のすべての装置とを見つける。従って、ステップ610の後、電話機114は、テレビジョンがそのカバーエリア内にあるかを知り、あるいはテレビジョン116は電話機がそのカバーエリア内にあるかを知る。前述したように、装置機能交換が、装置ディスカバリのステップの一部と実行されるならば、あるいは、装置機能交換で用いられる情報が、以下に説明する制御シグナリングおよびセッション記述交渉ステップ620で得ることができるならば、装置機能交換は、装置ディスカバリの一部とすることができ、別のステップ612で実行することができ、あるいは代替パス612で示したように、不必要とすることができる。
【００１６】
セッション・ディスカバリ・ステップ614は、各装置が、そのカバーエリア内の装置が関係しているすべてのセッションの記述を得ることを可能にする。これは、ステップ612で実現される。このステップでは、各装置が、セッション情報を登録した装置の各々に対して、現在のセッション情報を要求する。装置ディスカバリとは異なり、現在では、セッション・ディスカバリのための一定のプロトコルは存在しない。しかし、セッション・ディスカバリに用いることのできるツールは存在する。これらツールの１つは、セッション記述プロトコル（SDP）である。このプロトコルは、インターネット標準であり、Request for comments（RFC）2327に記述されている。この標準は、装置によって保持されるセッション・記述子を定め、現在関係しているセッションのすべてを、マルチ−ホップ・リンク内のエンドポイントまたは転送ノードとして記述している。あるいはまた、セッション・記述子内の固有セッション情報を保持するために、他の方法を用いることもできる。本発明の実施例は、２つの通信装置にそれらのセッション・記述子を交換させることによって、セッション・ディスカバリを実現している。
【００１７】
しかし、図６における破線で示されるコネクション613によって示されるように、セッション・ディスカバリ・ステップは、任意である。装置機能情報と共に、以下に説明する制御シグナリングおよびセッション記述交渉ステップ620で、セッション記述を得ることができる。
【００１８】
ステップ614またはステップ612またはステップ610の後、セッション・ディスカバリ・ステップ614および／または装置機能交換ステップ612がスキップされるならば、ユーザがセッションの拡張を要求するステップ616が実行される。以下に説明するように、この拡張は、モバイル・ノード114からリアクティブに、またはモバイル114からプロアクティブに、またはローカル・ノード116から、またはトランザクションと関係しない他のノード（図示せず）から、拡張を要求できる。ステップ616の後、ユーザが拡張を要求しないならば、方法はステップ618で終了する。本発明を、セッションのユーザ要求拡張によって説明したが、この要求を、ユーザの代りに働くソフトウェア・エージェントによって行うこともできることも意図される。
【００１９】
しかし、ユーザが、セッション・エンドポイントの拡張を要求しないならば、制御はステップ620に移る。このステップではモバイル・ノード114とローカル・ノード116との間に、制御シグナリングが生じる。このステップは、モバイル・ノード114とローカル・ノード116との間に、コネクションを確立し、セッション記述を交換する。コネクションが確立されると、制御シグナリングが生じ、セッション記述が交換されると、セッション交渉が生じる。モバイル・ノードがセッション記述を受信した後、モバイル・ノードは、モバイル・ノードによって与えられたデータを受信して適切に処理するように、自身を構成する。例えば、送信されるデータ・パケットがMPEG-2データ・ストリームを表すならば、テレビジョン116は、受信したパケットをMPEG-2トランスポート・デコーダに送るように、自身を構成することができる。
【００２０】
ステップ620の後、図６に示される処理は、ステップ622を実行する。このステップでは、エンドポイントを、モバイル・ノード114からローカル・ノード116へ拡張する。エンドポイントを拡張した直後に、モバイル・ノード114は、ローカル・ノードのための代理として、自身を構成して、通信ノード100から受信したデータ・パケットを、ローカル・ノードへ転送する。しかし、そうでなければ、モバイル・ノードがセッション・エンドポイントと思われる。
【００２１】
上述したエンドポイント拡張は、エンドポイントの転送ではなく、１次エンドポイントによる２次エンドポイントの定義であることがわかる。図３に示す例によれば、通信ノード100は、電話機114をエンドポイントとして見続ける。テレビジョン116を２次エンドポイントとして確立した後、電話機114は、テレビジョンのための代理として働き、通信ノード100から受信するすべてのデータを、同期化されたコネクション113を経て、テレビジョン116に送る。
【００２２】
上述したように、エンドポイント拡張動作を、リアクティブまたはプロアクティブに開始することができる。リアクティブ拡張の一例は、ユーザが、モバイル電話機114でビデオ・コンテンツを見ながら室へ入るときである。テレビジョンを見るとき、ユーザは、テレビジョンにセッション・エンドポイントを拡張するように、電話機114にリアクティブに命令する。これは、例えば、電話機のキーボード上のボタンを、または電話機のディスプレイ上のタッチセンシティブ・エリアを押すことによって、行うことができる。このリアクティブ・ステップは、図６のステップ616に相当する。
【００２３】
エンドポイント拡張のプロアクティブ開始の一例を、以下のように与えることができる。ステップ614でのセッション記述の交換の後、テレビジョン116は、ビデオデータを表示しているセッションに、電話機114が関係していることを見いだすと、テレビジョン116は、ユーザに対し、セッションをアクセプトすべきか否かを問うメッセージを、プロアクティブに表示することができる。このプロンプトに対応するユーザの応答は、上述したステップ616の結果である。メニューをプロアクティブに表示するテレビジョンの代りに、メニューを、セッションを転送せよというユーザからの命令に応じて、表示することができる。このことは、ユーザが命令を確認することを可能にする。
【００２４】
エンドポイント拡張は、また、電話機114でもなく、またテレビジョン116でもない、ad-hocネットワーク内の装置によって、開始することができる。例えば、ユーザが、ad-hocネットワーク内のノードとして構成された携帯用個人端末（PDA）を有するならば、PDAを用いて、電話機114およびテレビジョン116に、直接に、セッションのエンドポイントを拡張させ、あるいはセッションを電話機114からテレビジョン116へ拡張すべきか否かについて質問することができる。ユーザが、セッションを拡張することを決めたならば、PDAは、前述したステップ620の制御シグナリングおよびセッション記述交渉を開始することができる。
【００２５】
図４および図５は、本発明の他の実施例を示す。この実施例では、セッションを電話機114からテレビジョン116へ拡張した後、あるいはセッションを電話機114からテレビジョン116へ拡張する代りに、テレビジョン116は、通信ノードからのビデオデータを受信することのできる良好なコネクションを有することを見いだして、コネクションを確立し、電話機116とのセッションを終了させる。
【００２６】
図４に示す本発明の一実施例では、テレビジョンはIPネットワーク102内のノード110への高帯域コネクション117を有している。電話機114からのセッション記述を受信しているテレビジョン116は、他のプロトコル、例えばSession Initiation Protocol (SIP)を用いて、ノード110，106，108へリンク117，109，105を確立し、新しいセッションを介して、通信ノードから直接に、ビデオデータをアクセスすることができる。SIPは、RFC3261に記述されているインターネット標準である。新しいセッションが一旦確立されると、テレビジョン116は、コネクション115を経て、電話機114をシグナルして、通信ノード100とのセッションを終了させることができる。図５は、セッション終了後のネットワークを示す。
【００２７】
図４および図５に示すエンドポイント交換を実施する方法を、図６のフローチャートにおいて、破線で示すコネクション617および625、およびステップ626，628，630で示す。図６に示すように、ユーザがセッション拡張を要求するときのステップ616後に、あるいはモバイル・ノードが代理装置として構成されているステップ624の後に、ステップ626が実行される。このステップでは、電話機114からのセッション情報を知ると、テレビジョン116は、例えばSIPを用いて、通信ノード100との交互セッションを確立する。ステップ628では、交互セッションが確立されるまで、処理を待ち、ステップ630で電話機114をシグナルしてセッションを終了する。
【００２８】
これらのステップは、ローカル装置116と通信ノード100との間の新しいセッションの確立を表している。さもなければ、モバイル装置114と通信ノード100との間に以前に確立されたセッションに同じである。図６に示すように、このセッションは、装置がセッション記述を交換したが、セッション・エンドポイントを拡張していないときに、ステップ616の後に確立され、あるいはエンドポイントがすでに拡張されたときに、ステップ624の後に実行することができる。これらオプションのうちの第１のオプションによれば、ローカル・ノード116は、モバイル・ノード114から得られたセッション記述を用いて、その独立セッションを確立するが、その前に元のセッションのエンドポイントは、ローカル・ノードに拡張される。第２のオプションによれば、ローカル・ノード116は、２次エンドポイントとして確立され、その独立したパスを確立する。この第２のオプションは、ローカル・ノードでデータを処理するのに必要な時間を低減できるので、有利である。例えば、ローカル装置が、コネクションを確立するのが困難であるならば、ステップ616でのセッションの拡張を要求するユーザと、ステップ628の後でのデータの実際の表示との間に、かなりの遅れがありえる。
【００２９】
前述したように、本発明を用いる方法は、OSIネットワーク・モデルに従って定められたアプリケーション・レイヤの一部として実現することができる。図７は、いかに本方法を、Echo Net（登録商標）ネットワーク710，Bluetoothネットワーク712，またはIPネットワーク714において実施できるかを説明する例示的なプロトコル・スタックを示す。Echo NetおよびBluetoothは、定義されたトランスポート・プロトコルを有し、図７に示されていない。例示的なIPネットワークは、User Datagram Protocol (UDP)715を、そのトランスポート・プロトコルとして用いている。UDPは、インターネット標準であり、RFC768に記述されている。IPネットワークにおいては、トランスポート・レイヤは、ユニバーサル・プラグおよびプレイ（UpnP）を実現するために用いることのできる装置ディスカバリまたは装置機能交換（DD/DCE）プロトコル716を含むことができる。本発明によるセッション・エンドポイント拡張方法は、装置のアプリケーション・レイヤ内のソフトウェアとしてのこれらのトランスポート・プロトコルのいずれかである、アプリケーション・レイヤは、また、前述したセッション記述交換（SDE）プロトコル722、および／またはセッション記述プロトコル（SDP）718を含むことができる。他のアプリケーション720は、プロトコル・スタックにおける本発明のプログラム上のアプリケーション・レイヤ内に存在する。図示していないが、セッションエンドポイント拡張方法を実現するソフトウェアは、適切なアプリケーション・プログラム・インターフェース（API）を含み、アプリケーション・レイヤ内のほかのプログラム720が、セッション・エンドポイント拡張ソフトウェアの特徴をアクセスすることを可能にすることを意図している。OSIモデルのアプリケーション・レイヤにおけるセッション・エンドポイント拡張処理を実現する代りのものとして、セッション・レイヤがアプリケーション・レイヤから区別されるとき、このソフトウェアをセッション・レイヤにおいて実現することができることを意図している。
【００３０】
本発明を、拡張される“セッション”が完全にエンドポイント114内にあるときに、用いることもできる。これは、例えば、トランスデューサを有する装置において行われる。データは、プロセッサからトランスデューサに送られる。プロセッサからトランスデューサへのデータの送信は、フォーマルなセッションが存在しないとしても、論理セッションであるとみなせる。このモデルを用いて、プロセッサは、論理通信ノードであるとみなすことができ、トランスデューサは、論理エンドポイントであるとみなすことができる。例えば、図２に示すノード114が、無線機能を有する携帯ビデオゲームであるならば、ノード114は、論理通信ノード（すなわち、ビデオゲーム・ソフトウェアを実施するプロセッサ）および論理エンドポイント（すなわち、ビデオゲーム・ディスプレイ）を含む内臓論理セッションであるとみなすことができる。室に入ろうとするユーザは、ビデオゲーム・キーボードを用いて、ゲームをプレイし続けながら、ビデオゲームをテレビジョン116に表示したいと思うかもしれない。本発明によれば、ノード114は、そのエンドポイントを拡張して、データパケットをテレビジョンに転送して、ゲームを、ビデオゲーム・ディスプレイ上ではなく、テレビジョンに表示することができる。実際のセッションが存在しないとしても、モバイル・ノード114は、依然としてセッション記述を発生し、それをローカル・ノード116に転送して、前述したように、セッション・データを処理のためにローカル・ノード116へ転送開始することができる。
【００３１】
本発明を、実施例によって説明したが、本発明は本発明の範囲内で前述したように実施できることを意図している。
【図面の簡単な説明】
【００３２】
【図１】無線ローカルエリア・ネットワーク（WLAN）と、本発明が実施される環境を説明するのに有用なモバイル装置とを含むインターネット・プロトコル（IP）ネットワークのブロック図である。
【図２】本発明の動作を説明するのに有用な、ad-hocネットワーク拡張を有する図１に示されたIPネットワークのブロック図である。
【図３】本発明の動作を説明するのに有用な、ad-hocネットワーク拡張を有する図１に示されたIPネットワークのブロック図である。
【図４】本発明の動作を説明するのに有用な、ad-hocネットワーク拡張を有する図１に示されたIPネットワークのブロック図である。
【図５】本発明の動作を説明するのに有用な、ad-hocネットワーク拡張を有する図１に示されたIPネットワークのブロック図である。
【図６】本発明の動作を説明するのに有用なフローチャートである。
【図７】本発明を用いるのに適したプロトコル・スタックの可能な構成を説明するのに有用なデータ構造図である。
【図１】
2006520567.tif 000003
【図２】
2006520567.tif 000004
【図３】
2006520567.tif 000005
【図４】
2006520567.tif 000006
【図５】
2006520567.tif 000007
【図６】
2006520567.tif 000008
【図７】
2006520567.tif 000009
【国際調査報告】
2006520567.tif 000010
2006520567.tif 000011
2006520567.tif 000012