(57)【特許請求の範囲】
【請求項１】
セッションを確立する方法であって、
確立されるべき第一のデバイスとの第一の通信セッションを確立させ、前記第一の通信セッションは、前記第一のデバイスの第一のローカル・メディアと、該第一のデバイスと連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）との間の第一のセッション・コントロール・パスと、を含み、前記第一のセッション・コントロール・パスが前記第一のデバイスと前記ＳＣＣ  ＡＳとの間に維持され、
第二のデバイスの第一のリモート・メディアへ前記第一のローカル・メディアを転送し、
前記第二のデバイスから第三のデバイスへ前記第一のリモート・メディアを転送することを含み、
前記第一の通信セッションは、第二のローカル・メディアを含み、前記方法は、前記第二のローカル・メディアを前記第一のデバイスに留めるか、前記第二のローカル・メディアを前記第三のデバイスにおける第二のリモート・メディアへ転送する、ことをさらに含む、
方法。
【請求項２】
セッションを確立する装置であって、
確立開始手段と、
転送手段と、
を備え、
前記確立開始手段は、第一のデバイスとの第一の通信セッションの確立を開始することができ、
前記第一の通信セッションは前記第一のデバイスの第一のローカル・メディアと、該第一のデバイスと連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）との間の第一のセッション・コントロール・パスを含み、前記第一のセッション・コントロール・パスが前記第一のデバイスと前記ＳＣＣ  ＡＳとの間に維持され、
前記転送手段は、第二のデバイスの第一のリモート・メディアに前記第一のローカル・メディアを転送することと、前記第二のデバイスから第三のデバイスに前記第一のリモート・メディアを転送することができ、
前記第一の通信セッションは第二のローカル・メディアを含み、前記転送手段は、さらに、前記第一のデバイスに前記第二のローカル・メディアを留めることができるか、前記第三のデバイスの第二のリモート・メディアへ前記第二のローカル・メディアを転送することができる、
装置。
【請求項３】
リモート・レグを形成するために、前記第一のリモート・メディアの第一のリモート・シグナリング・パスと前記第一のセッション・コントロール・パスとを結合することができる結合手段をさらに備える、請求項２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は遠距離通信に関し、詳細には、セッション・コントロールのためのシステムおよび方法に関する。
【背景技術】
【０００２】
モバイル機器が改良され、より多くの強化された機能を有するようになったため、モバイル機器はインターネット・プロトコル（ＩＰ）・デバイスとして動作するように進化してきている。そのようなシステム（たとえば、IPマルチメディア・サブシステム（ＩＭＳ）・セッションを使用するシステム）を図１に例示する。図１では、ローカル・メディア・セッションのための従来のシグナリング（信号伝達）・アーキテクチャが例示されている。従来のIPマルチメディア・サブシステム（ＩＭＳ）・セッションは、ユーザ機器（ＵＥ）１０２と遠隔端末１０４との間で生成される。これにより、ユーザ機器１０２はメディア・フロー（たとえば、メディア・フロー１０６）にアクセスすることができる。標準的なIPマルチメディア・サブシステム（ＩＭＳ）のシグナリングのフローは、図１に破線１０８によって例示されるように、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ： Service Centralization Continuity Application Server）１１２、テレフォニ・アプリケーション・サーバ（ＴＡＳ）１１４（、および／もしくは、他のアプリケーション・サーバ）の間を通る。
【０００３】
一般的に、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０はIPマルチメディア・サブシステム（ＩＭＳ）・システムのセッション確立プロトコル（ＳＩＰ）のシグナリング・パケットを処理し、アプリケーション・サーバはホストとして動作し、様々なサービスを実行する。実施形態のいくつかにおいて、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２はバック・ツー・バック・ユーザ・エージェント（Ｂ２ＢＵＡ）モードで動作する。ここで、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、ユーザ機器１０２と遠隔端末１０４との間のセッション確立プロトコル（ＳＩＰ）・シグナリングを仲介するためにセッション確立プロトコル（ＳＩＰ）・エレメントとして動作する。図１に例示されている実施形態においては、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２とユーザ機器１０２のコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０との間のIPマルチメディア・サブシステム（ＩＭＳ）・プロシージャを用いてアクセス・レグ(leg）を確立し、遠隔端末１０４側のコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０へのIPマルチメディア・サブシステム（ＩＭＳ）・プロシージャを用いてリモート・レグを確立する。図１に例示されるテレフォニ・アプリケーション・サーバ（ＴＡＳ）１１４などの他のアプリケーション・サーバがコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０で標準的なサービス実行ロジックの部分としてリモート・レグで実行されてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように、確立されたIPマルチメディア・サブシステム（ＩＭＳ）・セッションの結果は、メディア・フロー１０６およびユーザ機器１０２とリモート端末１０４との間で確立されるシグナリング・フロー１０８である。とはいえ、残念ながら、メディア・フロー１０６およびセッション・コントロール・シグナリング・フロー１０８は同一のデバイスに結び付けられている。これによって、メディア・フロー１０６は異なるデバイスに転送されたり、異なるデバイスによって制御されたりすることができない。たとえば、ユーザがビデオを鑑賞することに興味を有している場合、現在の実装は、同一のデバイス（たとえば、ワイヤレス・テレフォン）にメディア・フロー１０６（たとえば、ビデオ）が、ビデオを制御するのと同様に、転送されることを要求する。さらに、メディア・フロー１０６が他のデバイスに転送される場合、セッション・コントロール・シグナリング・フロー１０８およびメディア・フロー１０６は双方とも同一のデバイスに転送される。このようなシチュエーションは常に便利というわけではないし、常に（あるデバイスを介してメディア・フロー１０６を制御し、他のデバイス（たとえば、コンピュータ・モニタもしくはテレビ）でビデオを鑑賞しようとする）ユーザによって所望されるものでもない。
【０００５】
さらに、ＩＰデバイスのいくつか（たとえば、ハードウェアＩＰ電話、ビデオ会議ユニット、埋め込みデバイス、など）は固定されている。これらのＩＰデバイスは移動しないが、これらのＩＰデバイスは、モバイルＩＰデバイスより便利であり、多くの機能を有することができ、モバイルＩＰデバイスのセッション・コントロールを維持することができる。したがって、セッション・コントロール・シグナリング・フローからメディア・フローを分離することが所望される。
【課題を解決するための手段】
【０００６】
このように、メディア・フローを分離したデバイスによって制御するシステムおよび方法が必要とされている。これにより、ミッド・セッションにおいて、同時にもしくは交互にモバイル・デバイスと固定位置デバイスとを使用することができるように、ＩＰデバイス間のアクティブなマルチメディア・セッションを移動することができ、モバイル・デバイスと固定位置デバイスとの長所を単一の「仮想デバイス」にまとめることができる。
【０００７】
IPマルチメディア・サブシステム（ＩＭＳ）・セッションのリモート・セッション・コントロールのために提供される本発明の好ましい実施形態によって、これらの、および、他の問題は、一般的に、解消もしくは回避され、技術的効果が、一般的に、奏される。
【０００８】
一般的に、本発明の実施形態は、IPマルチメディア・サブシステム（ＩＭＳ）・セッションのリモート・セッション・コントロールのための様々な方法および装置を含むシステムを提供する。メディアは、一つ以上のデバイスを用いて確立され、マルチメディア・セッション／マルチメディア・セッションのためのセッション・コントロールが、メディアが確立されているデバイスと同一であってもよく、同一でなくてもよいデバイスによって提供される。
【０００９】
本発明の実施形態は、第一のデバイスにセッション・コントロールを留めたまま、第一のデバイスから第二のデバイスへメディア・フローを転送することができるシステムおよび方法を提供する。これによって、セッション・コントロールをメディア・フローから分離することができる。単一の通信セッションにおいて、このメディア・フローは取り出され、さらに、他のデバイスに転送されてもよい。リモート・メディア・フローは新しいセッションの部分として追加されてもよいし、既存のセッションに追加されてもよい。複数のメディア・フローを有する単一のセッションは、異なるメディア・フローが異なるデバイスに向かうように、構成されてもよい。この場合、セッション・コントロール・シグナリングはそれらのデバイスの一つもしくはさらに他のデバイスへ向かう。
【図面の簡単な説明】
【００１０】
【図１】従来システムのシグナリング（信号伝達）を示す。
【図２】本発明の実施形態によるリモート・メディア・セッションのシグナリング（信号伝達）を示す。
【図３】本発明の実施形態によるあるデバイスから他のデバイスへのメディア・フローの転送を示す。
【図４】本発明の実施形態によるあるデバイスから他のデバイスへのメディア・フローの転送を示すメッセージ・フロー・ダイアグラムである。
【図５】本発明の実施形態によるメディア・フローの取り出しを示すメディア・フロー・ダイアグラムである。
【図６】本発明の実施形態によるあるリモート・デバイスから他のリモート・デバイスへのメディア・フローの転送を示すメディア・フロー・ダイアグラムである。
【図７】本発明の実施形態によるコントローラ・デバイスから第一のリモート・デバイスへのメディア・フローの転送およびコントローラ・デバイスから第二のリモート・デバイスへの他のメディア・フローの転送を示す。
【図８】本発明の実施形態によるコントローラ・デバイスから第一のリモート・デバイスへのメディア・フローの転送およびコントローラ・デバイスから第二のリモート・デバイスへの他のメディア・フローの転送を示すメッセージ・フロー・ダイアグラムである。
【図９】本発明の実施形態によるコントローラ・デバイスから第一のリモート・デバイスへメディア・フローを転送し、その後、ホールド命令が与えられるメッセージ・フロー・ダイアグラムを示す。
【図１０】本発明の実施形態による現在のセッションの部分としてメディア・フローを追加するメディア・フロー・ダイアグラムを示す。
【図１１】本発明の実施形態による新しいセッションの一部としてメディア・フローを追加するメディア・フロー・ダイアグラムを示す。
【図１２】本発明の実施形態による２つのデバイス間でのメディア・フローのユーザ切替を示す。
【図１３】本発明の実施形態による２つのデバイス間でのマルチセッションのメディア・フローのユーザ切替を示す。
【図１４】本発明の実施形態によるネットワーク・エレメントを示すブロック図である。
【発明を実施するための形態】
【００１１】
本発明および本発明の効果のより完全な理解のために、以下の記載および添付の図面を参照されたい。
【００１２】
好ましい実施形態を生成し使用することによって、以下に本発明を詳細に記載する。しかしながら、本発明は、詳細な文脈の様々な態様に具体化することができる多くの応用可能な発明概念を提供する。記載する詳細な実施形態は本発明を生成し使用する特定の方法を単に例示するだけであり、本発明の範囲を限定するものではない。
【００１３】
セッション・コントロール・シグナリング・フローおよびメディア・フロー（、および、メディア・コントロール・フロー）がすべて被転送デバイスに転送される、図１を参照して上記したＩＰマルチメディア・サブシステム（ＩＭＳ）・セッションをここでは、リリース・コントロール・モード（ＲＣＭ）と呼ぶ。一方、本発明の実施形態は、セッション・コントロール・シグナリングが一つのユーザ機器によって維持され、メディアおよびメディア・コントロールが異なるユーザ機器によって維持されるように、セッション・コントロール・シグナリングおよびメディア・コントロール／メディア・フローが分離されるＩＰマルチメディア・サブシステム（ＩＭＳ）・セッションの転送を実行することができる。セッション・コントロールがメディア・フロー／コントロールから分離されるこのモードをキープ・コントロール・モード（ＫＣＭ）と呼ぶ。メディア・フローを制御するユーザ機器（ＵＥ）と同じユーザ機器（ＵＥ）によって制御されるセッションをローカル・メディア・セッションと呼び、メディア・フローを制御するユーザ機器（ＵＥ）と異なるユーザ機器（ＵＥ）によって制御されるセッションをリモート・メディア・セッションと呼ぶ。
【００１４】
本発明の実施形態によって、ＩＰマルチメディア・サブシステム・セッション確立プロトコル（ＩＭＳ  ＳＩＰ）・シグナリングを介して提供される関連付けられたセッション・コントロールとリモート・メディアとの関連によって、二つ以上のデバイスによって提供されるセッション・コントロールおよびメディアを含む単一の仮想セッションを提供することを、当業者であれば実現することができる。
【００１５】
図２は、リモート・メディア・セッションのシグナリング（信号伝達）・アーキテクチャを本発明の実施形態によって例示する。この実施形態において、ボイス、および／もしくは、ビデオのようなリモート・メディア・フロー２０２が一つ以上のリモート・メディア・ユーザ機器ＵＥ１〜ＵＥｎに対して確立され、セッション・コントロールがセッション・コントロール・シグナリング・パス２０４を介してコントローラ・ユーザ機器（ＵＥ）２０６と確立される。リモート・メディア・フロー２０２の転送に必要なシグナリングを提供するリモート・メディア・コントロール・シグナリング・パス２０８も、リモート・メディア・ユーザ機器ＵＥ１〜ＵＥｎと確立される。ＩＰマルチメディア・サブシステム（ＩＭＳ）・セッション・セットアップ／変更プロシージャを使用することによって、リモート・メディア・セッションが確立されてもよいし、ローカル・メディア・セッションがリモート・メディア・セッションに変更されてもよい。
【００１６】
図２に例示するように、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２はセッション・コントロール・シグナリング・パス２０４を介して伝達されるセッション・コントロール・シグナリング・フローをリモート・メディア・コントロール・シグナリング・パス２０８を介して伝達されるメディア・コントロール・シグナリングと結合する。連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、たとえば、ユーザ機器（ＵＥ）間の転送（キープ・コントロール・モード（ＫＣＭ）およびリリース・コントロール・モード（ＲＣＭ）の双方）を可能とし、複数の連続したリリース・コントロール・モード（ＲＣＭ）およびキープ・コントロール・モード（ＫＣＭ）転送にわたってエンド・ツー・エンド・セッション・サービス状態を維持するために、たとえば、３ｐｃｃ技術を使用してもよい。リリース・コントロール・モード（ＲＣＭ）およびキープ・コントロール・モード（ＫＣＭ）転送は、セッションごとに、任意の順番で、任意の回数、実行されてよい。さらに、コントローラ・ユーザ機器（ＵＥ）２０６は、セッションがリリースされるまで、もしくは、リリース・コントロール・モード（ＲＣＭ）転送を用いて他のユーザ機器（ＵＥ）へ転送されるまで、セッションのセッション・コントロールを維持することができ、セッション・スタート・アップからのセッションをコントロールしてもよいし、リリース・コントロール・モード（ＲＣＭ）転送の結果としてコントロールを取得してもよい。
【００１７】
セッション・コントロールを維持しながら、コントローラ・ユーザ機器（ＵＥ）２０６は一つ以上のメディア・フローを一つ以上のリモート・メディア・ユーザ機器ＵＥ１〜ＵＥｎに転送することができ、続けて、ユーザの要求に応じてメディア・フローを取り出すことができる。これにより、ローカル・メディア・セッションからリモート・メディア・セッションに移行し、あるいは、戻ることができる。メディア・フローは、以下に記載するように、被転送機器（たとえば、リモート・メディア・ユーザ機器ＵＥ１〜ＵＥｎ）によって、ＩＰマルチメディア・サブシステム（ＩＭＳ）・プロシージャを用いて、コントローラ・ユーザ機器（ＵＥ）２０６とリモート・メディア・ユーザ機器ＵＥ１〜ＵＥｎとの間で転送されることができる。被転送機器のネットワークにおけるコントロール・プレーンは、メディア・コントロールのためだけに使用されることができ、被転送機器のアクセスからのセッション・コントロール・シグナリングはブロックされてもよいし、無視されてもよいし、サービス要求によって決定されるコントローラ・ユーザ機器（ＵＥ）２０６の要因（stimulus）に先立って付与されるコントローラ・ユーザ機器（ＵＥ）２０６からのセッション・コントロール・シグナリングによって仲裁されてもよい。
【００１８】
図２の連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２でバック・ツー・バック・ユーザ・エージェント（Ｂ２ＢＵＡ）のために、セッション・コントロール・シグナリング・パス２０４およびリモート・メディア・コントロール・シグナリング・パス２０８の結合によって、リモート・メディア・コンポーネントを示すアクセス・レグを形成してもよい。リモート・レグが、ＩＰマルチメディア・サブシステム（ＩＭＳ）・セッションとして連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２によってコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０へ提示される。テレフォニ・アプリケーション・サーバ（ＴＡＳ）１１４（、および／もしくは、他のアプリケーション・サーバ）は、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０の標準的なサービス実行ロジックの部分としてリモート・レグで実行されてもよい。
【００１９】
ルータ、ゲートウェイ、スイッチなどの他のエレメントがネットワーク内にあってもよい。ネットワーク・エレメントの間の構成および通信を例示の目的のみによって提供する。したがって、特定のエレメントの間の通信は異なるエレメントの間の通信であってもよいし、および／もしくは、他のエレメントを介しての通信であってもよい。さらに、異なるシグナリング／コマンドが使用される通信であってもよい。
【００２０】
以下に詳細に記載するように、本発明の一般的な原理を様々なシナリオに適用することができる。以下の実施形態は例示のみを目的として提供され、本発明の範囲を以下の実施形態だけに限定することを意図するものではない。さらに、メッセージおよびメッセージ・パラメータは例示のみを目的として提供され、他のメッセージおよびパラメータや適切なプロトコル（たとえば、セッション記述プロトコル（ＳＤＰ）、セッション確立プロトコル（ＳＩＰ）など）を使用してもよい。さらに、メッセージおよびパラメータに関する情報は、（参照によってここに組み込まれる）３ＧＰＰ  ＴＲ  ２３．８３８、ｖ９．０．０および３ＧＰＰ  ＴＳ  ２３．２３７、ｖ９．１．０などで知ることができる。
【００２１】
図３は、本発明の実施形態にしたがって、ユーザ機器ＵＥ−１からＵＥ−２へのメディア・フローの転送を示すシチュエーションを例示している。図４は、本発明の実施形態にしたがって、ユーザ機器ＵＥ−１からＵＥ−２へのメディア・フローの転送をもたらすために使用されてもよいメッセージ・フローを例示している。この実施形態において、ユーザ機器ＵＥ−１とリモート端末１０４との間にはＩＰマルチメディア・サブシステム（ＩＭＳ）・セッションが事前に確立されている。ＩＰマルチメディア・サブシステム（ＩＭＳ）・セッションは、開始セッション（発信などのユーザ機器ＵＥ−１で開始し、リモート端末１０４で終結するセッション）としてユーザ機器ＵＥ−１と確立されてもよいし、終結セッション（着信などのリモート端末１０４で開始し、ユーザ機器ＵＥ−１で終結するセッション）としてユーザ機器ＵＥ−１と確立されてもよい。リモート端末１０４は、被呼端末、コンテンツ・プロバイダなどを含む、任意のメディア・ソースであってよい。
【００２２】
ユーザ機器ＵＥ−１とリモート端末１０４との間のセッションが確立されると、ユーザ機器ＵＥ−１はユーザ機器ＵＥ−１からＵＥ−２へのメディア・フローの転送を開始することができる。このシチュエーションの例としては、パーソナル・コンピュータなどのユーザ機器ＵＥ−１でユーザが呼を開始し、ボイス部分などのメディア・フローを、ワイヤレス・モバイル・ユニットなどのユーザ機器ＵＥ−２に転送することを希望する場合である。一つ以上のメディア・フローがユーザ機器ＵＥ−１に留まるかもしれない。
【００２３】
図４は、本発明の実施形態にしたがって、図３を参照して上記したように、転送に作用するメッセージ・フローを例示する。ステップ４１０に例示されるように、（ステップ４１２で示される）ローカル・メディア・フローがユーザ機器ＵＥ−１とリモート端末１０４との間に存在するように、ユーザ機器ＵＥ−１とリモート端末１０４との間ですでに確立されているローカル・メディア・セッションで処理を開始する。ユーザ機器ＵＥ−１は、セッション・コントロール・シグナリング・パス２０４を介して、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０へセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージもしくは他のセッション確立プロトコル（ＳＩＰ）メッセージ（たとえば、セッション確立プロトコル（ＳＩＰ）ＵＰＤＡＴＥメッセージ）を送信することにより、ステップ４１４でユーザ機器ＵＥ−１からＵＥ−２へのメディア・フローの転送を開始する。Ｒｅ−ＩＮＶＩＴＥメッセージは連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２へ向けられ、被転送デバイスの情報（たとえば、ユーザ機器ＵＥ−２の情報）を提供する。さらに、Ｒｅ−ＩＮＶＩＴＥメッセージはメディア・フローをどのように扱うかに関する指示を提供する。この場合、該指示は、ローカル・メディアを削除すること（現在のデバイスのメディアを除去すること）および被転送デバイスへのリモート・メディア・フローを確立することを含む。
【００２４】
コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０は連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２へＲｅ−ＩＮＶＩＴＥメッセージを送出する。同様に、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、ステップ４１６に例示されるように、セッション確立プロトコル（ＳＩＰ）  ＩＮＶＩＴＥもしくは他のセッション確立プロトコル（ＳＩＰ）メッセージ（たとえば、セッション確立プロトコル（ＳＩＰ）  ＲＥＦＥＲメッセージ）を被転送デバイス（たとえば、ユーザ機器ＵＥ−２）へコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介して送信する。被転送デバイスがメディア特性および（たとえば、セッション記述プロトコル（ＳＤＰ）における）他の情報を提供するメッセージ（たとえば、セッション確立プロトコル（ＳＩＰ）２００  ＯＫ）で応答した後、これにより、被転送メディア・フローを承認し、ステップ４１８に示すように、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２はメディア・フローをユーザ機器ＵＥ−２へリダイレクトするようにリモート端末１０４に指示する。結果として、ステップ４２０において、リモート・メディア・フローがユーザ機器ＵＥ−２とリモート端末１０４との間で確立される。この実施形態において、メディア・コントロール・シグナリング・パス２０８はユーザ機器ＵＥ−２とリモート端末１０４との間にあるが、セッション・コントロール・シグナリング・パス２０４（すなわち、セッション・コントロール）はユーザ機器ＵＥ−１に留まる。このようにして、セッションを制御するためにユーザ機器ＵＥ−１を使用し続けることができる。
【００２５】
図５は、本発明の実施形態にしたがって、ユーザ機器ＵＥ−１が他のデバイス（たとえば、ユーザ機器ＵＥ−２）からメディア・フローを取り出すことを可能とするために使用されることができるメッセージ・フローを例示する。このプロシージャが有用である可能なシナリオは、図３および図４を参照して上記したように、ユーザ機器ＵＥ−１からＵＥ−２へメディア・フローを転送した後、ユーザが転送されたメディアを取り出すことを希望する場合、もしくは、ユーザが転送されたメディアをユーザ機器ＵＥ−２からＵＥ−１へ転送し戻すことを希望する場合である。図５に例示されるように、プロシージャはステップ５１０で開始する。ここで、ユーザ機器ＵＥ−１がコントローラ・ユーザ機器（ＵＥ）として動作するように、リモート・メディア・セッションが、確立され、ユーザ機器ＵＥ−２とリモート端末１０４（他の端末、コンテンツ・プロバイダなど）との間でリモート・メディア・フローが確立される。
【００２６】
ステップ５１２において、ユーザ機器ＵＥ−１は、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）を介して連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２へセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥもしくは他のセッション確立プロトコル（ＳＩＰ）メッセージを送信することにより取り出し処理を開始する。Ｒｅ−ＩＮＶＩＴＥメッセージは、図４を参照して上記したＲｅ−ＩＮＶＩＴＥメッセージとほぼ同様であるが、この場合、パラメータが、リモート・メディア・フローが削除されるべきであることを示し、ローカル・メディア情報を提供する。ステップ５１４において、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介してリモート端末に、ローカル・メディア情報を提供するセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを発行する。ステップ５１６において、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２はコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介してユーザ機器ＵＥ−２にＢＹＥメッセージを発行する。これにより、ユーザ機器ＵＥ−２にリモート・メディア・フローを終結するように指示する。この処理の結果として、リモート・メディア・セッションは、ステップ５１８によって示されるように、ローカル・メディア・セッションに変換される。
【００２７】
図６は、本発明の実施形態にしたがって、ユーザ機器（ＵＥ）（たとえば、ＵＥ−２）から他のユーザ機器（ＵＥ）（たとえば、ＵＥ−３）へリモート・メディア・フローが転送されるメディア・フローを例示する。この実施形態において、セッション・コントロール・シグナリング・パス２０４は元のユーザ機器（ＵＥ）（たとえば、ＵＥ−１）に留まる。これにより、ユーザ機器ＵＥ−１はコントローラ・ユーザ機器（ＵＥ）のままとなる。
【００２８】
ステップ６１０で処理が開始される。ここでは、例示的に、ユーザ機器ＵＥ−１がコントローラ・ユーザ機器（ＵＥ）として動作し、ユーザ機器ＵＥ−２がリモート・メディア・ユーザ機器（ＵＥ）として動作するように、リモート・メディア・セッションが確立されている。ステップ６１２において、コントローラはコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介して連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２へセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥを発行する。Ｒｅ−ＩＮＶＩＴＥメッセージは上記したＲｅ−ＩＮＶＩＴＥメッセージとほぼ同様であるが、この場合、メディアが転送されるべきユーザ機器（ＵＥ）（たとえば、ＵＥ−３）に関連するユーザ機器（ＵＥ）情報をパラメータが含む。パラメータはユーザ機器ＵＥ−２へのリモート・メディア・フローを削除もしくは停止するための指示、および、ユーザ機器ＵＥ−３のリモート・メディア・フローを確立するための指示も含む。
【００２９】
ステップ６１４において、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２はコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介して連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２からユーザ機器ＵＥ−３へ送信されるＩＮＶＩＴＥメッセージ、および、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介してユーザ機器ＵＥ−３から連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２へ送信されるＯＫメッセージを含むユーザ機器ＵＥ−３とのセッション確立プロトコル（ＳＩＰ）ＩＮＶＩＴＥトランザクションを実行する。ステップ６１６において、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は新規のユーザ機器（ＵＥ）（たとえば、ユーザ機器ＵＥ−３）についてのユーザ機器（ＵＥ）情報を提供するためにリモート端末１０４にセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを発行する。ステップ６１８において、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、メディア・フローを転送しているユーザ機器（ＵＥ）（たとえば、ユーザ機器ＵＥ−２）にＢＹＥメッセージを発行する。その後、メディア・フローは、ステップ６２０に示されるように、リモート端末１０４からユーザ機器ＵＥ−３へのメディア・フローを確立する。
【００３０】
図７および図８は、本発明の実施形態にしたがって、あるメディア・フローがあるユーザ機器（ＵＥ）へ転送され、他のメディア・フローが他のユーザ機器（ＵＥ）へ転送されるシチュエーションを例示する。図７および図８に示されている例では、ボイスおよびビデオのメディア・フローがまずリモート端末１０４と（コントローラ・ユーザ機器（ＵＥ）およびメディア・ユーザ機器（ＵＥ）として動作している）ユーザ機器ＵＥ−１との間に確立される。ボイスメディア・フローは、次に、ユーザ機器ＵＥ−２（スピーカ・フォンなど）へ転送され、ビデオ・メディア・フローはユーザ機器ＵＥ−３（プロジェクタなど）へ転送される。このシチュエーションでは、セッション・コントロール・シグナリング・パス２０４はユーザ機器ＵＥ−１に留まる。
【００３１】
図８は、図７に例示されるように、メディアを転送するために使用されることができるメッセージ・フローを示す。処理はステップ８１０で開始される。ここでは、例示的に、ローカル・メディア・フローはリモート端末１０４とユーザ機器ＵＥ−１との間で確立されている。ステップ８１２において、ユーザ機器ＵＥ−１は、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介して連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２へセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを送信することにより転送処理を開始する。Ｒｅ−ＩＮＶＩＴＥメッセージのパラメータはリモート端末１０４を識別し、ユーザ機器ＵＥ−２およびＵＥ−３についての被転送機器情報を提供する。パラメータは、さらに、ローカル・メディア・フローが削除されるべきであること、および、リモート・メディア・フローが確立されるべきであること、を示す。
【００３２】
ステップ８１４およびステップ８１６に例示するように、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、次に、２つの（ユーザ機器ＵＥ−２およびＵＥ−３各々のための）ＩＮＶＩＴＥプロシージャを開始する。ユーザ機器ＵＥ−２およびＵＥ−３からＯＫメッセージを受信すると、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２はセッション確立プロトコル（ＳＩＰ）  Ｒｅ−ＩＮＶＩＴＥメッセージをコール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０を介してリモート端末１０４に送信する。パラメータには、ステップ８１８で例示するように、ユーザ機器ＵＥ−２およびＵＥ−３についての情報を含む。その後、ステップ８２０で示されるように、リモート・メディア・フローがリモート端末１０４とユーザ機器ＵＥ−２およびＵＥ−３各々との間で確立される。
【００３３】
図９は、本発明の実施形態にしたがって、ユーザ機器ＵＥ−１からＵＥ−２へメディアを転送するために使用することができ、その後、メディア・ホールド・コマンドが続くメッセージ・フローである。処理はステップ９１０で開始される。ここでは、２つのローカル・メディア・フローが２つのリモート端末（たとえば、リモート端末１０４ａおよびリモート端末１０４ｂ）の間で確立されている場合が例示されている。この場合、リモート端末１０４ｂとのローカル・メディア・フローは、リモート端末１０４ａとのローカル・メディア・フローがホールド状態である間、アクティブである。次に、ステップ９１２において、ユーザ機器ＵＥ−１が、ユーザ機器ＵＥ−１からＵＥ−２へのリモート端末１０４ｂとのローカル・メディア・フローの転送を開始する。ステップ９１４において、ユーザ機器ＵＥ−１は、ユーザ機器ＵＥ−１からＵＥ−２へのリモート端末１０４ａとのローカル・メディア・フローの転送を開始する。ステップ９１４のＲｅ−ＩＮＶＩＴＥメッセージで使用されているパラメータは、リモート端末１０４ａとのリモート・メディア・フローがホールド状態であることを示すパラメータを含む。
【００３４】
ステップ９１６〜９２０に例示されている処理は、リモート・メディア・セッションを確立するために上記された対応するステップとほぼ同様であるが、このシチュエーションでは、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２がステップ９１８およびステップ９２０で２つの（リモート端末１０４ａおよび１０４ｂのための）Ｒｅ−ＩＮＶＩＴＥメッセージを送信する。さらに、リモート端末１０４ａに送信されるステップ９２０におけるＲｅ−ＩＮＶＩＴＥメッセージはパラメータを有し、該パラメータは、リモート・メディア・フローがホールド状態であることを示す。このようにして、ステップ９２２で例示されるように、アクティブなメディア・フローがリモート端末１０４ｂとユーザ機器ＵＥ−２との間で確立される。ユーザ機器ＵＥ−１はコントローラ・ユーザ機器（ＵＥ）のままである。
【００３５】
ステップ９２４は、コントローラ・ユーザ機器ＵＥ−１から、ユーザがリモート端末１０４ｂとユーザ機器ＵＥ−２との間のリモート・メディア・フローをホールド状態に設定し、リモート端末１０４ｂとユーザ機器ＵＥ−２との間のリモート・メディア・フローをホールド状態からアクティブ状態に変更するための命令を発行する。ステップ９２６で示されるように、結果として、ユーザ機器ＵＥ−１はリモート端末１０４ｂからのリモート・メディア・フローがホールドにされるべきであることを示すパラメータを有するセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを送信する。ステップ９２８で、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、ホールド状態に移行するようにリモート端末１０４ｂに指示するために、リモート端末１０４ｂにセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを発行する。連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、リモート端末１０４ｂからのリモート・メディア・フローをホールド状態にするようにユーザ機器ＵＥ−２に指示するために、ユーザ機器ＵＥ−２にセッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを発行する。
【００３６】
ステップ９３０に例示されるように、コントローラ・ユーザ機器ＵＥ−１は、リモート端末１０４ａからのリモート・メディア・フローをホールド状態からアクティブ状態にするために、セッション確立プロトコル（ＳＩＰ）Ｒｅ−ＩＮＶＩＴＥメッセージを発行する。連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、ステップ９２８を参照して上記した処理とほぼ同様の処理をステップ９３２において実行するが、この場合、Ｒｅ−ＩＮＶＩＴＥメッセージは、ステップ９３４に例示されるように、リモート端末１０４ａとユーザ機器ＵＥ−２との間のリモート・メディア・フローをホールド状態からアクティブ状態に移行するために使用される。
【００３７】
図１０は、本発明の実施形態にしたがって、現在のセッションの部分としてリモート・メディア・フローを追加するために、使用することができるメディア・フローである。処理はステップ１０１０で開始される。リモート端末１０４とコントローラ・ユーザ機器ＵＥ−１との間でローカル・メディア・セッションが確立されている場合を例示する。次に、ステップ１０１２において、ユーザはリモート・メディア・セッションとして他のメディア・フローを追加する。このシチュエーションの例としては、ユーザがボイス・コールを実行しており、異なるデバイスで該ボイス・コールに関連するビデオ・メディア・フローを受信することを希望する場合がある。ステップ１０１４〜１０１８は図４を参照して上記したステップ４１４〜４１８とほぼ同様であるが、この場合、ステップ１０１４〜１０１８のＲｅ−ＩＮＶＩＴＥメッセージで使用されるパラメータは、ローカル・メディア・フローを削除することなくリモート・メディア・フローが生成されるべきであることを示す。結果として、ステップ１０２０で例示されるように、ローカル・メディア・フローおよびリモート・メディア・フローが確立される。
【００３８】
図１１は、本発明の実施形態にしたがって、新規セッションの部分としてリモート・メディア・フローを追加するために使用することができるメディア・フローである。新規セッションはユーザの発呼（たとえば、呼を開始する）により開始されてもよいし、ユーザによる呼への応答（たとえば、呼を終結する）の部分として開始されてもよい。処理はステップ１１１０で開始する。ここで、ユーザ機器ＵＥ−１はセッション確立プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージを連続サービス集中アプリケーション・サーバ（ＳＣＣ
ＡＳ）１１２へ発行する。ＩＮＶＩＴＥメッセージへのパラメータはリモート端末１０４、リモート・メディア・ユーザ機器（ＵＥ）（たとえば、ユーザ機器ＵＥ−２）およびリモート・メディア・セッションが確立されるべきであることを示す指標に関する情報を含む。ステップ１１１２において、連続サービス集中アプリケーション・サーバ（ＳＣＣ
ＡＳ）１１２はユーザ機器ＵＥ−２にＩＮＶＩＴＥメッセージを送信する。該ＩＮＶＩＴＥメッセージはＯＫメッセージによって応答される。
【００３９】
ステップ１１１４において、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２は、ローカル・メディアおよびリモート・メディアを示すパラメータを含むセッション確立プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージをリモート端末１０４に送信する。その後、ステップ１１１６に示すように、リモート・メディア・フローがユーザ機器ＵＥ−２とリモート端末１０４との間で確立され、ユーザ機器ＵＥ−１はコントローラ・ユーザ機器（ＵＥ）として制御を維持する。
【００４０】
当業者であれば、多数の移動可能なオプションが上記技術に許容されることを認識するであろう。たとえば、図１２は、ユーザがオフィスにいるかオフィスの外にいるかに応じて、ユーザが、モバイル・デバイス（ユーザ機器ＵＥ−１）と位置固定デバイス（ユーザ機器ＵＥ−２）との間で、切り替えを行うシチュエーションを例示する。上記リモート・セッション・コントロールによって、ユーザはメディアによってマルチメディア・セッションの制御を移行してもよいし、ユーザ機器ＵＥ−１に制御を留めてもよい。他の例を図１３に例示する。ここで、ユーザはユーザのボイス会議、もしくは、他の任意のマルチセッションを、ユーザのモバイル・デバイス（ユーザ機器ＵＥ−１）とユーザのＰＳＴＮフォン（ユーザ機器ＵＥ−２）などの２つのデバイスの間で切り替えることができる。
【００４１】
図１４は、本発明の実施形態にしたがったネットワーク・エレメント１４００のブロック図である。ネットワーク・エレメント１４００は、ユーザ機器（ＵＥ）、連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）１１２、コール・セッション・コントロール・ファンクション（ＣＳＣＦ）１１０のいずれかもしくはすべてを実装するために使用することができる汎用目的プラットフォーム、および、汎用的なコンポーネントおよび機能を示す。ネットワーク・エレメント１４００は、たとえば、バス１４０８に接続されている、中央処理ユニット（ＣＰＵ）１４０２、メモリ（記憶手段）１４０４、マス・ストレージ・デバイス（大容量記憶手段）１４０６などを含み、上記処理を実行するように構成されている。ネットワーク・エレメント１４００はローカル・ディスプレイ（表示手段）１４１２へのコネクティビティを提供するビデオ・アダプタ１４１０、マウス、キーボード、プリンタ、テープ・ドライブ、ＣＤドライブなどの一つ以上の入出力デバイス１４１６のための入出力インタフェースを提供するＩ／Ｏインタフェース・ユニット１４１４をさらに含んでもよい。
【００４２】
処理ユニットは、イーサネット（登録商標）・ケーブルなどの有線リンク、および／もしくは、無線／セルラ・リンクであってよいネットワーク・インタフェース１４１８も含む。たとえば、ネットワーク・エレメント１４００がコール・セッション・コントロール・ファンクション（ＣＳＣＦ）もしくは連続サービス集中アプリケーション・サーバ（ＳＣＣ  ＡＳ）（もしくは、ユーザ機器（ＵＥ））として動作するならば、ネットワーク・インタフェース１４１８はイーサネット（登録商標）接続を含んでもよい。一方、モバイル・ユーザ機器（ＵＥ）において、ネットワーク・エレメント１４００は無線通信に適した受信手段および送信手段を含んでもよい。ネットワーク・エレメント１４００は他のコンポーネントを含んでもよい。たとえば、ネットワーク・エレメント１４００は電源、ケーブル、マザーボード、脱着可能ストレージ・メディア、ケースなどを含んでもよい。これらの他のコンポーネントは、図示しないが、ネットワーク・エレメント１４００の部分であるとみなされる。
【００４３】
本発明の実施形態はセッションを確立する装置を提供する。該装置は、確立開始手段と、転送手段と、を含むことができる。確立開始手段は、確立されるべき第一のデバイスとの第一の通信セッションを開始することができる。第一の通信セッションは第一のデバイスでの第一のローカル・メディアおよび第一のデバイスでの第一のセッション・コントロール・パスを含む。 転送手段は、第一のデバイスに留まって第一のセッション・コントロール・パス内で、第一のローカル・メディアを第二のデバイスの第一のリモート・メディアに転送することができる。
【００４４】
セッションを確立する装置は、さらに、リモート・レグを形成するために第一のリモート・メディアの第一のリモート・シグナリング・パスおよび第一のセッション・コントロール・パスを結合することができる結合手段を含んでもよい。
【００４５】
転送手段は、さらに、第二のデバイスから第三のデバイスへ第一のリモート・メディアを転送することができてもよい。
【００４６】
さらに、第一の通信セッションは第二のローカル・メディアを含んでもよく、転送手段は、さらに、第一のデバイスに第二のローカル・メディアを留めておいてもよい。
【００４７】
他の態様では、第一の通信セッションは第二のローカル・メディアを含んでもよく、転送手段はさらに第一のデバイスに第二のローカル・メディアを留めておいてもよい。第一の通信セッションは第二のローカル・メディアを含んでもよく、転送手段はさらに第二のローカル・メディアを第三のデバイスの第二のリモート・メディアに転送することができる。
【００４８】
さらに、転送手段は第一のデバイスに第一のリモート・メディアを転送し戻してもよい。
【００４９】
セッションを確立する装置は、さらに、確立手段を含んでいてもよい。確立手段は第一のデバイスとの第二の通信セッションを確立することができる。第二の通信セッションは第一のデバイスの第二のローカル・メディアと第一のデバイスの第二のセッション・コントロール・パスとを含む。転送手段は、さらに、第二のセッション・コントロール・パスを第一のデバイスに留めたまま、第三のデバイスの第二のリモート・メディアに第二のローカル・メディアを転送することができる。
【００５０】
セッションを確立する装置は、さらに、第一のリモート・メディアおよび第二のリモート・メディアの一方をホールド状態にすることができる状態設定手段をさらに備えていてもよい。
【００５１】
本発明の実施形態はセッションを確立する他の装置を提供する。該装置は、受信手段と、転送手段と、を備える。受信手段は、コントロール・セッションを第一のデバイスに留めたまま、第二のデバイスの第一のリモート・メディア・フローに第一のデバイスの第一のローカル・メディア・フローを転送することを要求する第一のメッセージを受信することができる。転送手段は、第一のメッセージの受信に応じて、第一のリモート・メディア・フローをセットアップするために第二のデバイスに第二のメッセージを転送し、第一のメッセージの受信に応じて、第二のデバイスに第一のリモート・メディア・フローをリダイレクトするように、第一のリモート端末に指示するために、第一のリモート端末に第三のメッセージを転送することができる。これにより、第一のリモート端末と第二のデバイスとの間の第一のリモート・メディア・セッションが確立される。
【００５２】
受信手段は、さらに、第一のデバイスにコントロール・セッションを留めたまま、第一のデバイスから第三のデバイスに第二のローカル・メディア・フローを転送するように要求する第四のメッセージを受信することができる。転送手段は、さらに、第四のメッセージの受信に応じて第三のデバイスへの第二のリモート・メディア・フローをセットアップするように第三のデバイスに第五のメッセージを転送し、第一のデバイスから第三のデバイスへ第一のリモート・メディア・フローをリダイレクトするように第一のリモート端末に指示するために、第一のリモート端末に第六のメッセージを転送することができる。
【００５３】
セッションを確立する装置は、さらに、状態設定手段を含んでもよい。状態設定手段は、第一のリモート・メディア・フローおよび第二のリモート・メディア・フローの一方をホールド状態にすることができる。次に、受信手段は、さらに、第二のデバイスから第三のデバイスに第一のリモート・メディア・フローを転送するように要求する第四のメッセージを受信することができる。転送手段は、さらに、第四のメッセージの受信に応じて、第三のデバイスへのリモート・メディア・フローをセットアップするように第三のデバイスに第五のメッセージを転送し、第二のデバイスから第三のデバイスへ第一のリモート・メディア・フローをリダイレクトするように、第一のリモート端末に指示するために第一のリモート端末に第六のメッセージを転送することができる。
【００５４】
さらに、受信手段は、第一のデバイスに第一のリモート・メディア・フローを転送し戻すために第四のメッセージを受信することができる。
【００５５】
本発明の実施形態はセッションを確立する他の装置を提供する。該装置は、確立手段と、結合手段と、を備える。確立手段は第一のリモート・メディア・コントロール・シグナリング・パスおよびサービス・コントロール・シグナリング・パスを有する第一のアクセス・レグを確立することができる。第一のリモート・メディア・コントロール・シグナリング・パスは第一のユーザ機器（ＵＥ）に向けられており、サービス・コントロール・シグナリング・パスは第二のユーザ機器（ＵＥ）に向けられている。結合手段は、リモート端末に向けられるリモート・レグを形成するために、第一のリモート・メディア・コントロール・シグナリング・パスとサービス・コントロール・シグナリング・パスとを結合することができる。
【００５６】
セッションを確立するための装置は、さらに、転送手段を含んでもよく、該転送手段は、第一のユーザ機器（ＵＥ）から第三のユーザ機器（ＵＥ）へ第一のリモート・メディア・コントロール・シグナリング・パスを転送するか、第一のユーザ機器（ＵＥ）から第二のユーザ機器（ＵＥ）へ第一のリモート・メディア・コントロール・シグナリング・パスを転送することができる。
【００５７】
さらに、第一のアクセス・レグは、第三のユーザ機器（ＵＥ）へ向かう第二のリモート・メディア・コントロール・シグナリング・パスを含んでもよい。
【００５８】
本発明およびその効果を詳細に記載したが、添付の特許請求の範囲によって決定される本発明の思想および範囲から逸脱することなく、様々な変更、置き換えが可能である。たとえば、上記した特徴および機能の多くは、ソフトウェア、ハードウェア、ファームウェアもしくはこれらの組み合わせによって実装されてもよい。他の例として、異なるネットワーク・エレメント、メッセージング、プロトコルなどは、本発明の範囲から逸脱することなく、変更されることが可能である。
【００５９】
さらに、本発明の範囲は、明細書において記載した処理、装置、製品、複合物、手段、方法およびステップの特定の実施形態に限定することを意図していない。ここで記載した対応する実施形態と実質的に同等の機能を有し、実質的に同等の結果をもたらす、現存する、もしくは、今後開発される、処理、装置、製品、複合物、手段、方法、もしくはステップを、本発明にしたがって、利用することができる。したがって、添付の特許請求の範囲は、その範囲内に、上記したような処理、装置、製品、混合物、手段、方法もしくはステップを含むことが意図されている。
【図１】
0005395172.tif 000002
【図２】
0005395172.tif 000003
【図３】
0005395172.tif 000004
【図４】
0005395172.tif 000005
【図５】
0005395172.tif 000006
【図６】
0005395172.tif 000007
【図７】
0005395172.tif 000008
【図８】
0005395172.tif 000009
【図９】
0005395172.tif 000010
【図１０】
0005395172.tif 000011
【図１１】
0005395172.tif 000012
【図１２】
0005395172.tif 000013
【図１３】
0005395172.tif 000014
【図１４】
0005395172.tif 000015