(57)【要約】  同期呼出し／ブロードキャスト通知プロトコルをサポートするローカルエリアネットワーク（ＬＡＮ）機器が、セッション制御プロトコルをサポートする広域ネットワーク（ＷＡＮ）における通信セッションを制御することができるようにするための方法であって、ａ）広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージをＬＡＮ機器から受けるステップであって、前記オペレーションの実行が、前記セッション制御プロトコルをサポートする少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴う、ステップと、ｂ）前記オペレーションの実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた同期呼出し／ブロードキャスト通知プロトコルメッセージを処理するステップと、ｃ）前記オペレーションの実行を開始するために、ｂ）において生成されたメッセージを前記広域ネットワークへ送るステップと、ｄ）前記オペレーションの結果を示す条件を待って、呼び出されたオペレーションへのＬＡＮ機器に対する応答をサスペンドするステップと、ｅ）前記条件が得られたとき、オペレーションの結果を示す、ＬＡＮ機器に対する前記応答を生成するステップと、ｆ）ｅ）において生成された応答をＬＡＮ機器に送るステップとを含む、方法。
2010534002.tif 000002
【特許請求の範囲】
【請求項１】
同期呼出し／ブロードキャスト通知プロトコルをサポートするローカルエリアネットワーク（ＬＡＮ）機器が、セッション制御プロトコルをサポートする広域ネットワーク（ＷＡＮ）における通信セッションを制御することができるようにするための方法であって、
ａ）前記広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージを前記ＬＡＮ機器から受けるステップであって、前記オペレーションの実行が、前記セッション制御プロトコルをサポートする少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴う、ステップと、
ｂ）前記オペレーションの前記実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた前記同期呼出し／ブロードキャスト通知プロトコルメッセージを処理するステップと、
ｃ）前記オペレーションの前記実行を開始するために、ｂ）において生成された前記メッセージを前記広域ネットワークへ送るステップと、
ｄ）前記オペレーションの結果を示す条件を待って、前記呼び出されたオペレーションへの前記ＬＡＮ機器に対する応答をサスペンドするステップと、
ｅ）前記条件が得られたとき、前記オペレーションの前記結果を示す、前記ＬＡＮ機器に対する前記応答を生成するステップと、
ｆ）ｅ）において生成された前記応答を前記ＬＡＮ機器に送るステップと
を含む、方法。
【請求項２】
ｃ）における前記メッセージが、ＷＡＮサーバを介して前記少なくとも１つのＷＡＮ装置に送られる、請求項１に記載の方法。
【請求項３】
ｄ）における前記応答が、少なくとも２つのセッション制御プロトコルメッセージの前記交換が終了するまでサスペンドされる、請求項１または２に記載の方法。
【請求項４】
前記オペレーションの前記結果が肯定的であるとき、ｅ）において生成された前記応答が、前記所定の通信セッションを正しく制御するために必要な情報を含む、請求項１から３のいずれかに記載の方法。
【請求項５】
少なくとも１つの所定の状態変数の変化に関する通知を受けるために、加入をセットアップするための要求を前記ＬＡＮ機器から受けるステップをさらに含む、請求項１から４のいずれかに記載の方法。
【請求項６】
前記少なくとも１つの所定の状態変数の変化の発生時、前記変化の通知を加入済みの前記ＬＡＮ機器にブロードキャストするステップをさらに含む、請求項５に記載の方法。
【請求項７】
前記同期呼出し／ブロードキャスト通知プロトコルがＵＰｎＰである、請求項１から６のいずれかに記載の方法。
【請求項８】
前記セッション制御プロトコルがＳＩＰである、請求項１から７のいずれかに記載の方法。
【請求項９】
ｄ）における前記条件が、前記広域ネットワークから受けたセッション制御プロトコルメッセージに関係し、前記メッセージが前記オペレーションの前記結果を示す、請求項１から８のいずれかに記載の方法。
【請求項１０】
前記オペレーションの前記結果を示す前記セッション制御プロトコルメッセージを前記広域ネットワークから受けたとき、または前記セッション制御プロトコルメッセージを所定の時間期間内に受けないとき、ｅ）およびｆ）が実行される、請求項９に記載の方法。
【請求項１１】
ａ）において呼び出される前記所定のオペレーションが、前記少なくとも１つのＷＡＮ装置にＬＡＮ機器アイデンティティを登録するためのオペレーションと、前記ＬＡＮ機器とＷＡＮユーザデバイスとの間の通信セッションをセットアップするためのオペレーションと、２つのＷＡＮユーザデバイス間の通信セッションをセットアップするためのオペレーションと、ＷＡＮユーザデバイスとの通信セッションをセットアップすることを受け入れるためのオペレーションと、前記ＬＡＮ機器とＷＡＮユーザデバイスとの間の継続中の通信セッションを前記ＬＡＮ機器から別のＷＡＮユーザデバイスへ転送するためのオペレーションと、第１のＷＡＮユーザデバイスと第２のＷＡＮユーザデバイスとの間の継続中の通信セッションを前記第１のＷＡＮユーザデバイスから前記ＬＡＮ機器へ転送するためのオペレーションと、前記ＬＡＮ機器への着呼をＷＡＮユーザデバイスへ転送するためのオペレーションと、保留中の通信セッションに関わるメディア機能を再交渉するためのオペレーションとを含むグループから選択される、請求項１から１０のいずれかに記載の方法。
【請求項１２】
前記セッション制御プロトコルがＳＩＰであるとき、ｂ）において生成される前記メッセージが、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージと、ＳＩＰ  ＩＮＶＩＴＥメッセージと、ＳＩＰ  ２００  ＯＫメッセージとを含むグループから選択される、請求項１から１１のいずれかに記載の方法。
【請求項１３】
同期呼出し／ブロードキャスト通知プロトコルをサポートするローカルエリアネットワーク（ＬＡＮ）機器が、セッション制御プロトコルをサポートする広域ネットワーク（ＷＡＮ）における通信セッションを制御することができるようにするためのインターフェースデバイスであって、
ａ）前記広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージを前記ＬＡＮ機器から受け、前記オペレーションの実行が、前記セッション制御プロトコルをサポートする少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴い、
ｂ）前記オペレーションの前記実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた前記同期呼出し／ブロードキャスト通知プロトコルメッセージを処理し、
ｃ）前記オペレーションの前記実行を開始するために、ｂ）において生成された前記セッション制御プロトコルメッセージを前記広域ネットワークへ送り、
ｄ）前記オペレーションの結果を示す条件を待って、前記呼び出されたオペレーションへの前記ＬＡＮ機器に対する応答をサスペンドし、
ｅ）前記条件が得られたとき、前記オペレーションの前記結果を示す、前記ＬＡＮ機器に対する前記応答を生成し、
ｆ）ｅ）において生成された前記応答を前記ＬＡＮ機器に送る
ように適合されたモジュールを含む、インターフェースデバイス。
【請求項１４】
同期呼出し／ブロードキャスト通知プロトコルをサポートする少なくとも１つのＬＡＮ機器と、インターフェースデバイスとを備えるローカルエリアネットワーク（ＬＡＮ）と、
セッション制御プロトコルをサポートする複数のＷＡＮ装置を備える広域ネットワーク（ＷＡＮ）とを含む通信システムであって、
前記インターフェースデバイスが、
ａ）前記広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージを前記ＬＡＮ機器から受け、前記オペレーションの実行が、前記複数のＷＡＮ装置のうちの少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴い、
ｂ）前記オペレーションの前記実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた前記同期呼出し／ブロードキャスト通知プロトコルメッセージを処理し、
ｃ）ｂ）において生成された前記セッション制御プロトコルメッセージを前記複数のＷＡＮ装置のうちの１つへ送り、
ｄ）前記オペレーションの結果を示す条件を待って、前記呼び出されたオペレーションへの前記ＬＡＮ機器に対する応答をサスペンドし、
ｅ）前記条件が得られたとき、前記オペレーションの前記結果を示す、前記ＬＡＮ機器に対する前記応答を生成し、
ｆ）ｅ）において生成された前記応答を前記ＬＡＮ機器に送る
ように適合されたモジュールを含む、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルエリアネットワークにおいて通信セッション制御を提供するための方法およびシステムに関する。
【背景技術】
【０００２】
デジタル加入者回線（ＤＳＬ）など、ネットワーク技術を介した家庭へのブロードバンドインターネットアクセスの配備の増加は、家庭をますます重要になるネットワーキングの中心とすることによって新たな通信体験をサポートする機会を生み出した。
【０００３】
デジタルコンテンツは、メディアを記憶し、閲覧し、管理するための主流のフォーマットになってきている。消費者は、種々の家庭用電子（ＣＥ）機器で、また家庭内の多くの位置からコンテンツを楽しむことを求めている。また、パーソナル通信がデジタルストリーミングフォーマットに収束してきており、コンテンツと通信デバイスとの間のインターオペラビリティを確保するための技術標準の共通セットの定義は必須の要件である。たとえば、デジタルリビングネットワークアライアンス（ＤＬＮＡ）は、デバイスおよびサービスのための相互運用可能なコンポーネントのフレームワークを定義する１組のインターオペラビリティガイドラインを発行した。ガイドラインは、インターネットプロトコル（ＩＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ＵＰｎＰ技術など、統合されたインターネット標準の採用を推奨している。
【０００４】
当技術分野でよく知られているように、提案された標準ＲＦＣ３２６１およびその拡張によれば、セッション開始プロトコル（ＳＩＰ）は、１人または複数の参加者間の双方向通信セッションを確立し、修正し、終了するためにインターネット技術タスクフォース（「ＩＥＴＦ」）によって開発されたアプリケーションレイヤ制御およびシグナリングプロトコルである。これらのセッションは、インターネット電話通話、マルチメディア配信、ならびに音声および／またはビデオ会議などのマルチメディアセッションを含み、ユーザモビリティ、セッション記述プロトコル（ＳＤＰ）との統合によるマルチメディアエンドポイント機能の交渉、コールルーティング機能およびセッション転送機能をサポートする。
【０００５】
ＳＩＰは、ＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャのシグナリングプロトコルとして第３世代パートナーシッププロジェクト（３ＧＰＰ）によって容認された。実際、音声、ビデオ、テキストなど、異なるメディアの組合せにおける管理コストの低下および柔軟性の向上により、ＳＩＰベースの通信が徐々に従来の公衆交換電話網（ＰＳＴＮ）に取って代わると広く考えられている。
【０００６】
一方、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）技術は、ローカルエリアネットワークにおける家庭用電子（ＣＥ）機器が互いに対話することを可能にするプロトコルを確立する。
【０００７】
ＵＰｎＰアーキテクチャは、家庭用電子（ＣＥ）機器がそのような機器間で発見、制御、およびデータ転送を行うために実施する１組の標準化されたプロトコルを規定する。ＵＰｎＰプロトコルを実施するように構成できる機器の例には、コンピュータ、サーバ、プリンタ、電話、デジタルカメラ、ビデオレコーダ、インターネットパーソナル機器、または携帯情報端末がある。ＵＰｎＰアーキテクチャは、サービスを公開するＵＰｎＰデバイスと、そのようなサービスを発見し、使用するＵＰｎＰ制御ポイントとを区別する。
【０００８】
したがって、ＵＰｎＰアーキテクチャは、サービスプロバイダ（デバイス）とサービス消費者（制御ポイント）とを区別する典型的なクライアント／サーバモデルを可能にする。たとえば、ＵＰｎＰ  ＴＶデバイスがデジタルメディアを閲覧するためのサービスを与え、ＴＶの遠隔制御装置がＴＶの制御ポイントとして働く。
【０００９】
ＵＰｎＰは、ローカルネットワーク上の利用可能なデバイスを発見するための簡易サービス発見プロトコル（ＳＳＤＰ）と呼ばれるプロトコルと、デバイスによって与えられるサービスオペレーションを呼び出すための機構としての簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）と呼ばれるプロトコルとを採用する。ＳＳＤＰは、ローカルエリアネットワーク上で利用可能なＩＰマルチキャストサービスを利用するＨＴＴＰのマルチキャスト変形（ＨＴＴＰＭＵ）を使用する。ＨＴＴＰＭＵは、広告メッセージを送信するためにＵＰｎＰデバイスによって使用され、利用可能なＵＰｎＰサービスを見つけるための探索要求を送信するために制御ポイントによって使用される。
【００１０】
さらに、ＵＰｎＰはまた、２つのインターネットドラフト（「Ｇｅｎｅｒａｌ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｂａｓｅ（一般イベント通知アーキテクチャベース）」、Ｊ．Ｃｏｈｅｎ、Ｓ．Ａｇｇａｒｗａｌ、１９９８年７月９日＜ｄｒａｆｔ−ｃｏｈｅｎ−ｇｅｎａ−ｐ−ｂａｓｅ−０１．ｔｘｔ＞および「Ｇｅｎｅｒａｌ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｂａｓｅ：Ｃｌｉｅｎｔ  ｔｏ  Ａｒｂｉｔｅｒ（一般イベント通知アーキテクチャベース：クライアントからアービター）」、Ｊ．Ｃｏｈｅｎ、Ｓ．Ａｇｇａｒｗａｌ、Ｙ．Ｙ．Ｇｏｌａｎｄ、２０００年９月６日、＜ｄｒａｆｔ−ｃｏｈｅｎ−ｇｅｎａ−ｐ−ｂａｓｅ−０１．ｔｘｔ＞）の中でＩＥＴＦによって定義された一般イベント通知アーキテクチャ（ＧＥＮＡ）に基づいてＵＰｎＰデバイスの状態の変化に関するイベント通知を管理するための機構を定義する。この機構は、ＵＰｎＰデバイスに関連付けられた状態変数の変化に関する通知を受信するために制御ポイントが行うことができる加入に基づく。
【００１１】
ＵＰｎＰサービス発見およびイベンティング機構の性質により、ＵＰｎＰ技術は、マルチキャスティングがサポートされるネットワーク環境において接続されるネットワークデバイスに限定される。
【００１２】
今まで、マルチメディアデバイスのためのＵＰｎＰ標準化プロセスの主な取り組みは、コンテンツベースサービスに集中していた。ＵＰｎＰ  ＡＶアーキテクチャ文献、ならびにＭｅｄｉａＳｅｒｖｅｒおよびＭｅｄｉａＲｅｎｄｅｒｅｒ標準デバイス仕様はこの活動の成果である。この標準では、双方向対話式通信サービス（音声およびビデオ会議など）を可能にすることは、その方面でのいくつかの提案が最近提出されてはいるが、ＵＰｎＰ  ＡＶアーキテクチャの目的外であると明示的に述べている。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＵＳ２００６／０１４０１９９Ａ１およびＵＳ２００６／０１５３０７２Ａ１には、ＵＰｎＰプロトコルとＳＩＰプロトコルとをブリッジするためのアーキテクチャおよび機構が開示されている。それらの文献には、ＵＰｎＰメッセージをＳＩＰメッセージに変換するためのプロキシ装置が記載されている。プロキシは、ＵＰｎＰ  ＳＯＡＰ呼出しの構造化ＸＭＬコンテンツをパースし、前記ＸＭＬを対応するＳＩＰメッセージのヘッダ部分、本文部分、または両方に埋め込む。そのような手法が極めて一般的であるが、メッセージの構文変換によりキャリアプロトコルとしてＳＩＰ要求／応答を使用するＵＰｎＰメッセージの単なる搬送が可能になるので、ＵＰｎＰデバイス／サービスを制御するためにＳＩＰデバイス（たとえば移動電話）を採用することができる。出願人は、これらの文献が、ＳＩＰ対応ネットワークによって提供される位置特定サービスおよびルーティングサービスを利用してホームネットワーク環境の外部からＵＰｎＰサービスおよびデバイスにアクセスするための手段としてＳＩＰプロトコルを使用することを教示しているが、ＵＰｎＰプロトコルを介した会議セッションを制御する問題に明確に対処していないことに注目する。さらに、開示された手法は、ＵＰｎＰプロトコルとＳＩＰプロトコルとの間の構文変換について説明したものであり、サービスの意味特性とは無関係である。２つの上述の文献で開示された発明は、ＵＰｎＰホームデバイスとＳＩＰベースのネットワークによって提供されるセッション制御サービスとの間のインターオペラビリティのトピックをカバーしておらず、構文問題は、ＵＰｎＰ方法／イベントにおけるＳＩＰセッション制御メッセージの変換およびその逆のための新たなＵＰｎＰデバイス／サービスの仕様を必要とする、より広いインターオペラビリティ問題における１つの側面にすぎない。
【００１４】
２００６年２月１５日にＩｎｔｅｌ  Ｔｅｃｈｎｏｌｏｇｙ  Ｊｏｕｒｎａｌで発表された、Ｍａｒｋ  Ｗａｌｋｅｒらの「Ｎｅｗ  Ｕｓｅｓ，Ｐｒｏｐｏｓｅｄ  Ｓｔａｎｄａｒｄｓ，ａｎｄ  Ｅｍｅｒｇｅｎｔ  Ｄｅｖｉｃｅ  Ｃｌａｓｓｅｓ  ｆｏｒ  Ｄｉｇｉｔａｌ  Ｈｏｍｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（デジタルホーム通信の新しい使用法、提案された標準、および新生デバイスクラス）」は、家庭内パーソナル通信デバイスの統合を可能にし、個人用通信サービスを家庭外のデバイスに拡張するためのデジタルホーム通信ネットワークを提案している。特に、彼らは、ホーム通信サーバ（ＨＣＳ）とデジタル通信アダプタ（ＤＣＡ）の２つのデバイスクラスを定義しており、ホーム通信サーバ（ＨＣＳ）は、簡易呼管理機能と、コンタクトリスト、個人用コールルーティング、メールボックスメッセージ管理など、通信サービスに関係する１組の拡張機能とを提供し、デジタル通信アダプタ（ＤＣＡ）は、ＨＣＳに依拠し、テレビ受像機などレガシー家庭用電子機器を通信デバイスとして使用するために適合させる。
【００１５】
出願人は、この論文の著者はＵＰｎＰベースのサービスを通信サービスへ拡張することの利益を強調しているものの、彼らの提案はアーキテクチャの説明にすぎないと見ている。
【００１６】
ＵＰｎＰベースのサービスを、たとえば、ＶｏＩＰ、メッセージング（たとえば、ＳＭＳ、ＭＭＳ）、プレゼンス、ＳＩＰおよびＳＤＰを使用するマルチメディアサービス、会議アプリケーションなどのような移動体固有のサービスへ拡張するための、ＷＯ２００７／００２６０４およびＷＯ２００６／０６１６８２によって提案されたアーキテクチャについても同じことが言える。
【００１７】
出願人は、同期呼出し／ブロードキャスト通知プロトコルをサポートするローカルエリアネットワーク（ＬＡＮ）機器が、セッション制御プロトコルをサポートする広域ネットワーク（ＷＡＮ）における通信セッションを、簡単で効果的な方法で制御できるようにする問題に直面した。
【００１８】
特に、出願人は、同期呼出し／ブロードキャスト通知プロトコルが、ブロードキャスト発見およびイベンティング機構をサポートする同期クライアント／サーバプロトコル（たとえば、ＵＰｎＰ）であり、セッション制御プロトコルが非同期ピアツーピアメッセージングプロトコル（たとえば、ＳＩＰ）である場合に、この目的を達成する問題に直面した。
【００１９】
すでに上記で述べたように、同期オペレーションのためのＳＯＡＰの他に、ＵＰｎＰは、デバイスの状態変数の値が変化したときに制御ポイントに通知することができるＧＥＮＡプロトコルに基づいてブロードキャストイベント通知機構を採用する。ＧＥＮＡの状態変数のための加入／通知機構は、ＳＩＰによって与えられたピアツーピアメッセージングモデルとは完全に異なる。ＧＥＮＡモデルでは、どんな状態変数のステータス変更もすべての加入済み制御ポイントに通知される。さらに、加入は常に匿名なので、ＵＰｎＰデバイスは単一の制御ポイントに通知することができない。したがって、ＳＩＰピアツーピアメッセージングモデルをＵＰｎＰ  ＧＥＮＡイベントに変換するだけの手法では、不自然なアーキテクチャになる。
【課題を解決するための手段】
【００２０】
出願人は、ＵＰｎＰ  ＧＥＮＡイベントモデルの特徴を認知し、その特性を、以下に開示する本発明の定義において適応させた。
第１の態様では、本発明は、同期呼出し／ブロードキャスト通知プロトコルをサポートするローカルエリアネットワーク（ＬＡＮ）機器が、セッション制御プロトコルをサポートする広域ネットワーク（ＷＡＮ）における通信セッションを制御することができるようにするための方法であって、
ａ）広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージをＬＡＮ機器から受けるステップであって、前記オペレーションの実行が、前記セッション制御プロトコルをサポートする少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴う、ステップと、
ｂ）前記オペレーションの実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた同期呼出し／ブロードキャスト通知プロトコルメッセージを処理するステップと、
ｃ）前記オペレーションの実行を開始するために、ｂ）において生成されたメッセージを前記広域ネットワークへ送るステップと、
ｄ）前記オペレーションの結果を示す条件を待って、呼び出されたオペレーションへのＬＡＮ機器に対する応答をサスペンドするステップと、
ｅ）前記条件が得られたとき、オペレーションの結果を示す、ＬＡＮ機器に対する前記応答を生成するステップと、
ｆ）ｅ）において生成された応答をＬＡＮ機器に送るステップと
を含む、方法に関する。
【００２１】
本明細書および特許請求の範囲における表現で、
「セッション制御」は、たとえば再交渉、転送（ｆｏｒｗａｒｄｉｎｇ）、転送（ｔｒａｎｓｆｅｒｒｉｎｇ）を含むセッションセットアップまたは管理を示すために使用し、
「同期呼出し／ブロードキャスト通知プロトコル」は、たとえばＵＰｎＰなど、オペレーションの同期呼出しおよびイベントのブロードキャスト通知を実行するように適合されたプロトコルを示すために使用し、
「セッション制御プロトコル」は、たとえばＳＩＰなど、たとえば再交渉、転送（ｆｏｒｗａｒｄｉｎｇ）、転送（ｔｒａｎｓｆｅｒｒｉｎｇ）を含むセッションセットアップまたは管理を実行するように適合されたプロトコルを示すために使用し、
「ブロードキャスティング」はマルチキャスティングを含み、
「セッション」は、２つ以上のエンティティ間のデータの交換を示すために使用する。
【００２２】
本発明の方法によれば、オペレーションの結果を示す条件が得られるまで、所定のオペレーションの呼出しへのＬＡＮ機器に対する応答をサスペンドする。
したがって、呼び出されたオペレーションの実施は、呼出し側ＬＡＮ機器に完全に透過的であり、要求されたオペレーションを実施するために必要なセッション制御プロトコルメッセージの交換が終了したときに単にオペレーションの結果（成功または失敗）を戻すアトミックな同期オペレーションとして、ＬＡＮ機器によって知覚される。
【００２３】
これにより、たとえば、それぞれＵＰｎＰとＳＩＰのそれぞれような２つの異なる通信モデルに基づいて２つのプロトコル（同期呼出し／ブロードキャスト通知プロトコルとセッション制御プロトコルと）をブリッジするときに起こる技術的困難を効果的で簡単な方法で克服することが可能になる。
【００２４】
特に、本発明は、通信セッションセットアップおよび管理に関する１組の高レベルオペレーションの定義を提供する。各高レベルオペレーションは、オペレーションの定義において関係があると知覚される明確な意味機能に対応する。各オペレーションは、一連の（ＳＩＰ）トランザクションおよび低レベルメッセージによって実施される。本発明によれば、基礎をなす実施、したがって高レベルオペレーションの実施中に起こる複雑なトランザクションは、そのようなオペレーションを呼び出すＬＡＮ機器から見えない。ＬＡＮ機器には、基礎をなす（ＳＩＰ）トランザクションのすべてが終了されたときのみ全オペレーションの結果（成功または失敗）が与えられ、失敗の場合には、失敗の理由が与えられる。
【００２５】
本発明の一実施形態によれば、前記同期呼出し／ブロードキャスト通知プロトコルは、その拡張を含めて、ＵＰｎＰである。
本発明の一実施形態によれば、前記セッション制御プロトコルはＳＩＰであり、該ＳＩＰは、その拡張を含む。
【００２６】
本発明の一実施形態によれば、ＷＡＮ装置は、広域ネットワークに接続されたＷＡＮユーザデバイスとすることができる。
一般に、ＷＡＮ装置はＷＡＮサーバである。たとえば、あるＳＩＰの実施では、ＷＡＮサーバは、ＳＩＰプロキシ、レジストラ、およびリダイレクトサーバのうちの１つ以上である可能性がある。ＷＡＮサーバは、有利には、広域ネットワークに接続された少なくとも１つのＷＡＮユーザデバイスのための中間物として働くように適合される。
【００２７】
たとえば、あるＳＩＰの実施では、ユーザデバイスは、適切なゲートウェイ装置によってＳＩＰネットワークと相互動作するＳＩＰユーザエージェントまたはＰＳＴＮもしくはＧＳＭ電話とすることができる。
【００２８】
ユーザデバイスは、コンピュータ、移動電話、携帯情報端末（ＰＤＡ）、または同様のデバイスであることができる。
ＬＡＮ機器は、たとえばテレビ受像機、デジタルカメラ、テレビ電話、コンピュータ、ＰＤＡ、または同様のデバイスのような家庭用電子機器であることができる。
【００２９】
一般に、ローカルエリアネットワークは、家庭、オフィス、または同様の環境のようなローカルエリアをカバーする。
たとえば、ローカルエリアネットワークはＵＰｎＰローカルネットワークである。
【００３０】
たとえば、広域ネットワークは、たとえばＩＭＳ（ＩＰマルチメディアサブシステム）タイプの通信ネットワークのようなＳＩＰネットワークとすることができる。
一実施形態によれば、ｃ）におけるメッセージは、ＷＡＮサーバを介して前記少なくとも１つのＷＡＮ装置に送られる。
【００３１】
一実施形態によれば、ｄ）における応答を、少なくとも２つのセッション制御プロトコルメッセージの前記交換が終了されるまでサスペンドする。ｄ）における条件は、広域ネットワークに送られるか、またはそこから受けるセッション制御プロトコルメッセージに関するものとすることができ、前記メッセージはオペレーションの結果を示す。たとえば、あるＳＩＰの実施では、前記セッション制御プロトコルメッセージは、ＳＩＰ  ２００  ＯＫメッセージ、ＳＩＰ  ＡＣＫメッセージ、ＳＩＰ  ６０３  ＤＥＣＬＩＮＥメッセージ、４８６  Ｂｕｓｙ  Ｈｅｒｅメッセージ、または４０８  ｒｅｑｕｅｓｔ  ｔｉｍｅｏｕｔメッセージとすることができる。
【００３２】
条件が広域ネットワークから受信されたセッション制御プロトコルメッセージに関するものである場合、前記メッセージを広域ネットワークから受けたとき、または前記メッセージを所定の時間期間内に受けないとき、ｅ）およびｆ）が実行される。
【００３３】
オペレーションの結果が肯定であるとき、ｅ）において生成される応答は、有利には、所定の通信セッションを正しく制御するために必要な情報を含む。
たとえば、ａ）において呼び出される所定のオペレーションは、ＷＡＮ装置にＬＡＮ機器アイデンティティを登録するため、ＬＡＮ機器とＷＡＮユーザデバイスとの間の新たな通信セッションをセットアップするため、２つのＷＡＮユーザデバイス間の新たな通信セッションをセットアップするため、ＷＡＮユーザデバイスとの通信セッションをセットアップすることを受け入れるため、ＬＡＮ機器とＷＡＮユーザデバイスとの間の継続中の通信セッションをそのＬＡＮ機器から別のＷＡＮユーザデバイスへ転送するため、第１のＷＡＮユーザデバイスと第２のＷＡＮユーザデバイスとの間の継続中の通信セッションを第１のＷＡＮユーザデバイスからＬＡＮ機器へ転送するため、ＬＡＮ機器への着呼をＷＡＮユーザデバイスへ転送するため、または保留中の通信セッションに関与するメディア機能を再交渉するためのオペレーションとすることができる。
【００３４】
あるＳＩＰの実施では、ｂ）において生成されるメッセージは、たとえば、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ、ＳＩＰ  ＩＮＶＩＴＥメッセージ、またはＳＩＰ  ２００  ＯＫメッセージとすることができる。
【００３５】
好ましい実施形態によれば、本方法は、所定の状態変数の変化に関する通知を受けるために加入をセットアップする要求をＬＡＮ機器から受けるステップをさらに含む。
この実施形態では、前記所定の状態変数のいずれかの変化の発生時、本方法は、有利には、前記変化の通知を（１つまたは複数の）加入済みＬＡＮ機器にブロードキャストするステップをさらに含む。
【００３６】
たとえば、前記状態変数は、着呼、着呼のキャンセル、およびアクティブな呼の終了のうちの１つ以上を通知するように適合することができる。
一実施形態によれば、本方法は、現在の着呼に関する情報を要求する同期呼出し／ブロードキャスト通知プロトコルメッセージをＬＡＮ機器から受けるステップをさらに含む。この実施形態では、本方法は、有利には、現在の着呼に関する情報を含む応答をＬＡＮ機器に送るステップをさらに含む。
【００３７】
一実施形態によれば、本方法は、現在のアクティブな呼に関する情報を要求する同期呼出し／ブロードキャスト通知プロトコルメッセージをＬＡＮ機器から受けるステップをさらに備える。この実施形態では、本方法は、有利には、現在のアクティブな呼に関する情報を含む応答をＬＡＮ機器に送るステップをさらに含む。
【００３８】
第２の態様では、本発明は、同期呼出し／ブロードキャスト通知プロトコルをサポートするローカルエリアネットワーク（ＬＡＮ）機器が、セッション制御プロトコルをサポートする広域ネットワーク（ＷＡＮ）における通信セッションを制御することができるようにするためのインターフェースデバイスであって、
ａ）広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージをＬＡＮ機器から受け、前記オペレーションの実行が、前記セッション制御プロトコルをサポートする少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴い、
ｂ）前記オペレーションの実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた同期呼出し／ブロードキャスト通知プロトコルメッセージを処理し、
ｃ）前記オペレーションの実行を開始するために、ｂ）において生成されたセッション制御プロトコルメッセージを広域ネットワークへ送り、
ｄ）オペレーションの結果を示す条件を待って、呼び出されたオペレーションへのＬＡＮ機器に対する応答をサスペンドし、
ｅ）前記条件が得られたとき、オペレーションの結果を示す、ＬＡＮ機器に対する前記応答を生成し、
ｆ）ｅ）において生成された応答をＬＡＮ機器に送る
ように適合されたモジュールを含む、インターフェースデバイスに関する。
【００３９】
たとえば、同期呼出し／ブロードキャスト通知プロトコルがＵＰｎＰであるとき、インターフェースデバイスは、ａ）およびｆ）を実行するように適合されたＵＰｎＰスタックを含む。
【００４０】
たとえば、セッション制御プロトコルがＳＩＰであるとき、インターフェースデバイスは、ｃ）を実行するように適合されたＳＩＰスタックを含む。
一般に、インターフェースデバイスは、少なくともｂ）、ｄ）およびｅ）を実行するように適合された処理ユニットを含む。
【００４１】
第３の態様では、本発明は、通信システムであって、
同期呼出し／ブロードキャスト通知プロトコルをサポートする少なくとも１つのＬＡＮ機器と、インターフェースデバイスとを備えるローカルエリアネットワーク（ＬＡＮ）と、
セッション制御プロトコルをサポートする複数のＷＡＮ装置を備える広域ネットワーク（ＷＡＮ）とを備え、
インターフェースデバイスが、
ａ）広域ネットワークにおける所定の通信セッションを制御するためのオペレーションを呼び出す同期呼出し／ブロードキャスト通知プロトコルメッセージをＬＡＮ機器から受け、前記オペレーションの実行が、前記複数のＷＡＮ装置のうちの少なくとも１つのＷＡＮ装置との少なくとも２つのセッション制御プロトコルメッセージの交換を伴い、
ｂ）前記オペレーションの実行を開始するように適合された前記少なくとも２つのセッション制御プロトコルメッセージのうちの第１のメッセージを生成するために、ａ）で受けた同期呼出し／ブロードキャスト通知プロトコルメッセージを処理し、
ｃ）ｂ）において生成されたセッション制御プロトコルメッセージを前記複数のＷＡＮ装置のうちの１つへ送り、
ｄ）前記オペレーションの結果を示す条件を待って、呼び出されたオペレーションへのＬＡＮ機器に対する応答をサスペンドし、
ｅ）前記条件が得られたとき、オペレーションの結果を示す、ＬＡＮ機器に対する前記応答を生成し、
ｆ）ｅ）において生成された応答をＬＡＮ機器に送る
ように適合されたモジュールを含む、通信システムに関する。
【００４２】
本発明の第２および第３の態様のさらなる追加の特徴に関する限り、本発明の第１の態様に関してすでに上記で開示したことを参照する。
本発明の特徴および利点は、いくつかの例示的なその実施形態についての以下の詳細な説明によって明らかになろう。これらいくつかの例示的な実施形態は、非限定的な例、添付の図面を参照することによって行われるであろう説明によって与えられるものにすぎない。
【図面の簡単な説明】
【００４３】
【図１】本発明による通信システムの一実施形態を概略的に示す図である。
【図２】家庭用電子機器（ＵＰｎＰ制御ポイント）が新たなＳＩＰアイデンティティを登録することを要求するときに交換される、主要なメッセージの一例を概略的に示す図である。
【図３】家庭用電子機器（ＵＰｎＰ制御ポイント）が新たな呼をセットアップすることを要求するときに交換される、主要なメッセージの第１の例を概略的に示す図である。
【図４】家庭用電子機器（ＵＰｎＰ制御ポイント）が新たな呼をセットアップすることを要求するときに交換される、主要なメッセージの第２の例を概略的に示す図である。
【図５】家庭用電子機器（ＵＰｎＰ制御ポイント）が２つのＷＡＮ  ＳＩＰデバイス間の新たな呼をセットアップすることを要求するときに交換される、主要なメッセージの一例を示す図である。
【図６】家庭用電子機器（ＵＰｎＰ制御ポイント）が呼のセットアップを中止することを要求するときに交換される、主要なメッセージの第１の例を示す図である。
【図７】家庭用電子機器（ＵＰｎＰ制御ポイント）が呼のセットアップを中止することを要求するときに交換される、主要なメッセージの第２の例を示す図である。
【図８】家庭用電子機器（ＵＰｎＰ制御ポイント）が以前にセットアップされた呼を終了することを要求するときに交換される、主要なメッセージの第１の例を示す図である。
【図９】家庭用電子機器（ＵＰｎＰ制御ポイント）が以前にセットアップされた呼を終了することを要求するときに交換される、主要なメッセージの第２の例を示す図である。
【図１０】家庭用電子機器（ＵＰｎＰ制御ポイント）が着呼を通知されるときに交換される、主要なメッセージの一例を示す図である。
【図１１】家庭用電子機器（ＵＰｎＰ制御ポイント）が着呼の詳細な説明を要求するときに交換される、主要なメッセージの一例を示す図である。
【図１２】家庭用電子機器（ＵＰｎＰ制御ポイント）が、ＷＡＮユーザデバイスが呼を終了したことを通知されるときに交換される、主要なメッセージの一例を示す図である。
【図１３】家庭用電子機器（ＵＰｎＰ制御ポイント）が、ＷＡＮユーザデバイスが呼のセットアップを中止したことを通知されるときに交換される、主要なメッセージの一例を示す図である。
【図１４】家庭用電子機器（ＵＰｎＰ制御ポイント）がアクティブな呼の詳細な説明を要求するときに交換される、主要なメッセージの一例を示す図である。
【図１５】家庭用電子機器（ＵＰｎＰ制御ポイント）が着呼を受け入れることを要求するときに交換される、主要なメッセージの第１の例を示す図である。
【図１６】家庭用電子機器（ＵＰｎＰ制御ポイント）が着呼を受け入れることを要求するときに交換される、主要なメッセージの第２の例を示す図である。
【図１７】家庭用電子機器（ＵＰｎＰ制御ポイント）が着呼を転送することを要求するときに交換される、主要なメッセージの一例を示す図である。
【図１８】家庭用電子機器（ＵＰｎＰ制御ポイント）が着呼を拒否することを要求するときに交換される、主要なメッセージの一例を示す図である。
【図１９】家庭用電子機器（ＵＰｎＰ制御ポイント）が以前にセットアップされた呼のメディア機能を再交渉することを要求するときに交換される、主要なメッセージの一例を示す図である。
【図２０】家庭用電子機器（ＵＰｎＰ制御ポイント）が継続中の第三者呼をローカル機器に転送することを要求するときに交換される、主要なメッセージの一例を示す図である。
【図２１】家庭用電子機器（ＵＰｎＰ制御ポイント）が継続中のローカル呼を第三者呼に転送することを要求するときに交換される、主要なメッセージの一例を示す図である。
【図２２】本発明の例示的な適用例において交換される主要なメッセージの一例を示す図である。
【発明を実施するための形態】
【００４４】
図１に本発明の一実施形態による通信システム１０００を示し、この通信システム１０００は、ローカルエリアネットワーク（ＬＡＮ）１００と、広域ネットワーク（ＷＡＮ）１０と、広域ネットワーク１０に関連付けられたＷＡＮサーバ１２と、２つのＷＡＮデバイス１４とを備えている。次に、ローカルエリアネットワーク１００は、当技術分野で知られている技法によれば、無線リンク、有線リンクまたはそれらの組合せによって互いに接続された、複数のローカルエリアネットワーク機器１３０とインターフェースデバイス１２０とを備える。
【００４５】
ローカルエリアネットワーク１００は、インターフェースデバイス１２０によって広域ネットワーク１０に接続される。ＷＡＮデバイス１４は、広域ネットワーク１０とＷＡＮサーバ１２とによってＬＡＮ１００と通信する。
【００４６】
ローカルエリアネットワークはどんなタイプのローカルネットワークでもよい。
ローカルエリアネットワーク１００は、家庭、オフィス、または類似の環境のようなローカルエリアをカバーする。
【００４７】
たとえば、ローカルエリアネットワークは家庭内とすることができ、機器１３０は家庭用電子機器（たとえば、テレビ受像機、デジタルカメラ、テレビ電話、コンピュータ、携帯情報端末（ＰＤＡ）など）とすることができ、ＷＡＮデバイス１４はコンピュータ、電話、携帯情報端末などとすることができる。
【００４８】
限定としてではなく、簡単のために、以降の説明では、本発明の例示的な一実施形態を参照し、ＷＡＮデバイス１４はそれ自体で、または適切なインターフェースを介して、ＳＩＰおよびその拡張を使用して通信セッションを実行するためのＳＩＰユーザエージェントとして働くように適合される。ＷＡＮデバイス１４とＷＡＮサーバ１２とインターフェースデバイス１２０との間のメッセージは、ＳＩＰおよびその拡張を介して交換される。
【００４９】
例示的な実施形態では、ＷＡＮサーバ１２は、広域ネットワーク１０内でＳＩＰプロキシ／レジストラ／リダイレクトサーバとして働く。
ＬＡＮ１００は、一般に、インターフェースデバイス１２０に関連付けられた１つまたは複数の識別子によって通信システム１０００において識別され、ＷＡＮデバイス１４は一般にデバイス識別子によって識別される。たとえば、ＳＩＰの場合、識別子はＳＩＰ−ＵＲＩ（またはＴＥＬ−ＵＲＩ）識別子である。
【００５０】
インターフェースデバイス１２０ならびにＷＡＮデバイス１４は、それら自体をＳＩＰ  ＲＥＧＩＳＴＥＲメッセージによってＷＡＮサーバ１２に登録するように適合される。
このようにして、インターフェースデバイス１２０は、広域ネットワーク１０中のＳＩＰユーザエージェントとして識別され、広域ネットワーク１０中のＳＩＰユーザエージェントとして働くＷＡＮデバイス１４によって通信セッションに参加するよう招待できる。
【００５１】
限定としてではなく、簡単のために、以降の説明では、本発明の例示的な一実施形態をさらに参照し、家庭用電子機器１３０はそれ自体で、または適切なインターフェースを用いて、ＵＰｎＰ制御ポイントになる。
【００５２】
たとえば、ＵＰｎＰ制御ポイントは、
たとえば、マイクロホンとスピーカとビデオカメラとを備えたテレビ受像機またはＰＣのような、音声／ビデオ会議セッション（すなわち音声／ビデオストリーム取得／符号化および復号化／レンダリング）に関連付けられたマルチメディアストリームを管理することができるマルチメディアデバイス、または
たとえば、ＰＤＡまたは移動電話、あるいは簡易ＰＣのような、マルチメディアストリーム管理機能をサポートしない簡易デバイスとすることができる。このタイプの「簡易化」デバイスは、他のマルチメディアデバイスのマルチメディア機能を利用することができる。
【００５３】
インターフェースデバイス１２０は、本発明の様々な態様によれば、本発明を実施するように適合されたハードウェアモジュール、ソフトウェアモジュールおよび／またはそれらの組合せを備える。
【００５４】
例示的な一実施形態では、インターフェースデバイス１２０は、ＵＰｎＰスタック１２１と、ＳＩＰスタック１２３と、ブリッジロジック１２２と、ブリッジロジック１２２を実行するように適合された処理ユニット１２４とを備える。ＵＰｎＰスタック１２１およびＳＩＰスタック１２３は、当技術分野で知られているように、それぞれＵＰｎＰプロトコルおよびＳＩＰプロトコルへのアクセスを与え、ブリッジロジック１２２は、本発明の様々な態様によれば、本発明を実施するように適合される。
【００５５】
インターフェースデバイス１２０は、通信セッションセットアップまたは管理のための一連のオペレーションをサポートするように適合される。例示的なオペレーションは、ＷＡＮサーバ１２にＳＩＰアイデンティティ（ＵＲＩ）を登録／登録解除すること、現在のアクティブな呼のリストを取得すること、現在の着（呼出し）呼のリストを取得すること、着呼を受け入れ／拒否すること、着呼を所与のＳＩＰアイデンティティに転送すること、所与のＳＩＰアイデンティティとの新たな呼をセットアップすること、２つのＳＩＰアイデンティティ間の第三者呼をセットアップすること、アクティブな（継続中の）呼を終了すること、アクティブな呼のメディア機能を再交渉すること、第三者呼をローカルマルチメディアデバイスに転送すること、アクティブな呼を第三者ＳＩＰアイデンティティに転送することである。
【００５６】
さらに、インターフェースデバイス１２０は、新たな着呼、キャンセルされた着呼、および終了されたアクティブな呼を信号で伝えるためのイベント状態変数をサポートするように適合される。
【００５７】
上述の例示的なオペレーションを実施するためにＬＡＮ機器１３０とインターフェースデバイス１２０とＷＡＮサーバ１２との間で交換される主要なメッセージについて、図２〜図２２を参照しながら以下で詳述する。
【００５８】
図２〜図２２では、ＵＰｎＰ（同期）メッセージを示すために通常の矢印を使用し、（同期）ＵＰｎＰオペレーションのリターンメッセージを示すために破線矢印を使用し、ＳＩＰ（非同期）メッセージを示すためにハーフポイント矢印を使用する。
【００５９】
さらに、通信セッションにＷＡＮデバイス１４が関与するときでも、ＷＡＮサーバ１２の仲介のみを図２〜図２１に示す。
図２に、家庭用電子機器（ＵＰｎＰ制御ポイント）１３０（たとえば、テレビ受像機など）が、ＷＡＮサーバ（リモートＳＩＰプロキシ）１２で新たなＳＩＰアイデンティティを登録することを要求するＵＰｎＰメッセージをインターフェースデバイス１２０に送信するときに交換される、主要なメッセージの一例を示す。たとえば、図示の実施形態によれば、機器１３０は、インターフェースデバイス１２０によってサポートされるＲｅｇｉｓｔｅｒＵｒｉオペレーションを呼び出すことによって要求を行う。要求を受信すると、ＵＰｎＰスタック１２１は、その要求をブリッジロジック１２２にディスパッチする。ブリッジロジック１２２はまずＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを生成し、そのヘッダ「ｆｒｏｍ」および「ｔｏ」は、ＵＰｎＰ  ＲｅｇｉｓｔｅｒＵｒｉメッセージの引数中に与えられたＳＩＰ  ＵＲＩに対応する。他の標準ヘッダは、それに応じて書き込まれる。たとえば、「ｃｏｎｔａｃｔ」ヘッダは、インターフェースデバイス１２０のＳＩＰ連絡先を含むことになる。生成されると、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージはＳＩＰスタック１２３を介してＷＡＮサーバ１２に配信される。
【００６０】
上記のように、ＵＰｎＰプロトコルとＳＩＰプロトコルとをブリッジする際の１つの技術的課題は、それらの異なる通信モデルに関する。ＵＰｎＰオペレーションは同期的でありアトミックである一方、ＳＩＰメッセージはあらゆる高レベルトランザクションと同期せず、この高レベルトランザクションは、着呼に対する応答など、明示的ユーザ対話を含むこともある一連の（少なくとも２つの）ピアツーピアメッセージを含む。
【００６１】
本発明によれば、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＷＡＮサーバ１２に送信した後、インターフェースデバイス１２０において呼び出されたオペレーションを担う現在の実行スレッドは、オペレーションを完了し呼出し側制御ポイント１３０に結果を戻す前に、対応するＳＩＰ応答を待つ。この機構は、インターフェースデバイス１２０において、生成されたＳＩＰ  ＲＥＧＩＳＴＥＲメッセージに関連付けられた条件変数を使用して実現される。ＳＩＰメッセージを送信すると、現在のスレッド（たとえば、Ｔ１）は、対応する条件変数でサスペンドする。ＳＩＰ応答メッセージ（本例では、ＳＩＰ  ２００  ＯＫメッセージ）が受信されると、ＳＩＰスタック１２３は、サービス側スレッドのプールから取られたスレッド（たとえば、Ｔ２）に応答をディスパッチする。前記サービス側スレッドＴ２は、ＳＩＰトランザクションの最後の応答を所定の記憶領域上に記憶し、次いで、その応答に関連付けられた条件変数を取り出し、伝え、それによってサスペンドされたスレッドＴ１を再開する。
【００６２】
この時点で、再開されたスレッドＴ１は、前記所定の記憶領域上のＳＩＰトランザクションの最後の応答を取り出し、ＳＩＰトランザクションがうまく完了したか、または応答が実際失敗コードであるかどうかに応じて、正常に戻すか、または例外を発生させるかのいずれかによって、ＲｅｇｉｓｔｅｒＵｒｉオペレーションを完了する。
【００６３】
したがって、本発明によれば、ＳＩＰトランザクションへの最後の応答が受信されたときのみ、呼び出されたオペレーションの結果が呼出し側制御ポイント１３０に戻される。
図３に、家庭用電子機器（ＵＰｎＰ制御ポイント）１３０が、ＷＡＮデバイス（図示せず）との新たな呼をセットアップすることを要求するＵＰｎＰメッセージをインターフェースデバイス１２０に送信するときに交換される、主要なメッセージの一例を示す。たとえば、図示の実施形態によれば、機器１３０は、インターフェースデバイス１２０によってサポートされるＮｅｗＣａｌｌオペレーションを呼び出すことによって要求を行う。ＮｅｗＣａｌｌメッセージは、（図３に丸括弧で示す）呼識別子（ＣａｌｌＩＤ）と、被呼側ＷＡＮデバイスのＵｒｉ（ｔｏＵｒｉ）と、発呼側ＵＰｎＰ制御ポイント１３０のメディア機能を記述したセッション記述プロトコル（ＳＤＰ）とを搬送する。要求を受信すると、ＵＰｎＰスタック１２１は、その要求をブリッジロジック１２２にディスパッチする。ブリッジロジック１２２はＳＩＰ  ＩＮＶＩＴＥメッセージを生成し、そのヘッダ「ｔｏ」は、ＵＰｎＰ  ＮｅｗＣａｌｌメッセージの引数中に与えられたＳＩＰ  ＵＲＩに対応する。他の標準ヘッダは、当技術分野で知られている技法に従って書き込まれる。ＳＩＰ  ＩＮＶＩＴＥメッセージの本文は、ＵＰｎＰ  ＮｅｗＣａｌｌメッセージの引数中に与えられたＳＤＰを含む。
【００６４】
生成されると、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＳＩＰスタック１２３を介してＷＡＮサーバ（リモートＳＩＰプロキシ）１２に配信される。次いで、インターフェースデバイス１２０における現在の実行スレッドは、条件変数でサスペンドし、ＳＩＰ  ＩＮＶＩＴＥトランザクションの最後の応答の受信時に再開されるのを待つ。
【００６５】
図３に示す実施形態では、ＷＡＮサーバ１２は、ＳＩＰ  ｔｒｙｉｎｇメッセージと、ＳＩＰ  ｒｉｎｇｉｎｇメッセージと、ＳＩＰ  ＯＫメッセージとを送信する。前記ＳＩＰメッセージを受信すると、ＳＩＰスタック１２３は、それらのメッセージをブリッジロジック１２２にディスパッチする。ＳＩＰ  ＯＫメッセージが受信されると、サスペンドされたスレッドは、ＲＥＧＩＳＴＥＲメッセージについて図２を参照しながら上述したのと同様の方法でその処理を再開する。
【００６６】
まず、再開されたスレッドは、ＳＩＰセッションセットアップを完了するためにＳＩＰ  ＡＣＫメッセージをリモートＳＩＰプロキシ１２に送信し、ＳＩＰセッションを正しく制御するために必要な情報を含む、新たに生成された通信セッション用のＸＭＬ呼記述子をＵＰｎＰ制御ポイント１３０に戻す。ＳＩＰセッションセットアップが失敗した場合（事例は図示せず）、ＳＩＰ失敗コードに対応する例外を戻す。
【００６７】
図示しない変形によれば、ＳＩＰ  ＩＮＶＩＴＥメッセージを送信した後にサスペンドされた実行スレッド（たとえば、Ｔ１）を、ＳＩＰ  ＡＣＫメッセージを送信した後に再開することができる。この場合、前記ＡＣＫメッセージは、利用できるサービス側スレッドのプールから選択されたサービス側スレッド（たとえば、Ｔ２）によって送信される。
【００６８】
ＳＩＰセッションを正しく制御するために必要な情報を含む、呼記述子の例示的なＸＭＬスキーマを、ここに示す。
<?xml version="1.0"?> 
<CallDescriptorSet 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<CallDescriptor> 
<CallID>1092198044-2074980337-1382253773</CallID> 
<Status>Active</Status> 
<From>sip:3435@163.162.43.12</From> 
<To>sip:3041@163.162.96.30:5060</To> 
<RequestSdp>v=0 
o=videofone 16264 18299 IN IP4 163.162.97.30 
s=SIP htTUP(nP) 
c=IN IP4 163.162.97.30 
b=CT:1000 
t=0 0 
m=audio 5002 RTP/AVP 4 18 
a=sendrecv 
a=rtpmap:4 G723/8000 
a=rtpmap:18 G729/8000 
m=video 5006 RTP/AVP 96 34 
a=sendrecv 
a=rtpmap:96 H264/90000 
a=fmtp:96 packetization-mode=l 
a=rtpmap:34 H263/90000 
</RequestSdp> 
<ResponseSdp>v=0 
o=SIPUA 111 22 IN IP4 163.162.43.12 
s=SIP THU 
c=IN IP4 163.162.43.12 
t=0 0 
m=audio 12334 RTP/AVP 4 
a=sendrecv 
a=rtpmap:4 G723/8000 
m=video 12336 RTP/AVP 96 
a=sendrecv 
a=rtpmap:96 H264/90000 
</ResponseSdp> 
</CallDescriptor> 
</CallDescriptorSet> 
ＵＰｎＰ制御ポイント１３０は、適当な音声／ビデオリソースを割り当てるために被招待側ＷＡＮデバイスによって交渉されるメディア機能を決定するために、戻されたＸＭＬ呼記述子を検査する。
【００６９】
図３に示す実施形態では、ＮｅｗＣａｌｌメッセージにおいて与えられたＣａｌｌＩＤにより、ＵＰｎＰ制御ポイント１３０は、アクティブにされた呼を中断するために同じＣａｌｌＩＤを使用することによって、以下でより詳細に説明するＣａｎｃｅｌＣａｌｌオペレーションを後で呼び出すことが可能になる。
【００７０】
図４に示す別の実施形態によれば、呼出し側ＵＰｎＰ制御ポイント１３０は、ＮｅｗＣａｌｌメッセージにおいてＣａｌｌＩＤを与えない。この場合、呼識別子は、有利にはインターフェースデバイス１２０によって生成され、オペレーションが成功したときに、最終的に上述のＸＭＬ呼記述子内でＵＰｎＰ制御ポイント１３０に戻される。この実施形態では、ＮｅｗＣａｌｌメッセージは、オペレーションが完了するための最大時間を呼出し側ＵＰｎＰ制御ポイント１３０に指定させるためのタイムアウト引数を有する。ＳＩＰトランザクションが完了する前にタイムアウトが終了した場合、呼は、インターフェースデバイス１２０によって、ＳＩＰ  ＣＡＮＣＥＬメッセージを被招待側ＷＡＮデバイスに送信することによって自動的にキャンセルされることになる。
【００７１】
図５に、家庭用電子機器（ＵＰｎＰ制御ポイント）１３０が、ＷＡＮサーバ１２の仲介で２つのＷＡＮデバイス（図５には図示せず）間の新たな呼をセットアップすることを要求するＵＰｎＰメッセージをインターフェースデバイス１２０に送信するときに交換される、主要なメッセージの一例を示す。たとえば、図示の実施形態によれば、機器１３０は、インターフェースデバイス１２０によってサポートされるＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌオペレーションを呼び出すことによって要求を行う。このオペレーションは、まず空のＳＤＰで第１のＷＡＮデバイスを招待（ＩＮＶＩＴＥ）し、それによってＳＩＰ用語の「オファー」を行い、次いで、戻されたＳＤＰを使用して第２のＷＡＮデバイスを招待（ＩＮＶＩＴＥ）し、最後に、第２のＷＡＮデバイスと交渉されたＳＤＰで第１のＷＡＮデバイスに確認応答（ＡＣＫ）して、ＳＩＰ第三者呼セッションセットアップを実施する。
【００７２】
特に、図５では、ＵＰｎＰ制御ポイント１３０によって送信されるＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌメッセージは、オペレーションに関与する２つのＷＡＮデバイスのＵＲＩを含む引数（丸括弧で示す）を含む。要求を受信すると、インターフェースデバイス１２０はＳＩＰ  ＩＮＶＩＴＥメッセージを生成し、そのヘッダ「ｔｏ」は、ＵＰｎＰ  ＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌメッセージの引数中に与えられたＳＩＰ  ＵＲＩの第１のＵＲＩ（ＵＲＩ１）に対応し、その本文は空のＳＤＰを含み、それによってＳＩＰ用語の「オファー」を行う。
【００７３】
生成されると、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＳＩＰスタック１２３を介してＷＡＮサーバ１２（リモートＳＩＰプロキシ）に配信される。次いで、インターフェースデバイス１２０における現在の実行スレッド（たとえば、Ｔ１）は、条件変数でサスペンドし、第１のパーティを招待するために必要な第１のＳＩＰトランザクションの最後の応答の受信時に再開されるのを待つ。図５に示す実施形態では、ＷＡＮサーバ１２は、ＳＩＰ  ｔｒｙｉｎｇメッセージと、ＳＩＰ  ｒｉｎｇｉｎｇメッセージと、ＳＩＰ  ＯＫメッセージとを順に送信し、ＳＩＰ  ＯＫメッセージの本文は、ＵＲＩ１によって識別された第１の被招待側ＷＡＮデバイスのメディア機能を記述したＳＤＰ１を含む。前記ＳＩＰメッセージを受信すると、ＳＩＰスタック１２３は、利用できるサービス側スレッドのプールからのあるサービス側スレッドにそれらのメッセージをディスパッチする。第１の被招待側ＷＡＮデバイスからＳＩＰ  ＯＫメッセージを受信すると、選択されたサービス側スレッド（たとえば、Ｔ２）は、応答に関連付けられた条件変数を取り出し、伝え、それによって、ＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌオペレーションの実行を担うサスペンドされたスレッド（Ｔ１）を再開する。
【００７４】
この時点で、再開されたスレッド（Ｔ１）は、第２の被招待側ＷＡＮデバイス用のＳＩＰ  ＩＮＶＩＴＥメッセージを生成し、そのヘッダ「ｔｏ」は、ＵＰｎＰ  ＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌメッセージの引数中に与えられた２つのＳＩＰ  ＵＲＩのうちの第２のＵＲＩ（ＵＲＩ２）に対応する。さらに、ＳＩＰ  ＩＮＶＩＴＥメッセージの本文は、前のステップで受信されたＳＤＰ１を含む。
【００７５】
生成されると、ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＳＩＰスタック１２３を介してＷＡＮサーバ（リモートＳＩＰプロキシ）１２に配信される。次いで、現在の実行スレッド（Ｔ１）は、前と同じ条件変数でサスペンドし、第２のパーティを招待するために必要な第２のＳＩＰトランザクションについての最後の応答の受信時に再開されるのを待つ。
【００７６】
次いで、ＷＡＮサーバ１２は、ＳＩＰ  ｔｒｙｉｎｇメッセージと、ＳＩＰ  ｒｉｎｇｉｎｇメッセージと、ＳＩＰ  ＯＫメッセージとを順に送信し、ＳＩＰ  ＯＫメッセージの本文は、第２の被招待側ＷＡＮデバイスと交渉されたＳＤＰ２を含む。ＳＩＰ  ＯＫメッセージを受信すると、サスペンドされたスレッド（Ｔ１）は、上述と同様の方法で再開される。
【００７７】
この時点で、再開されたスレッドは、交渉されたＳＤＰ２を含むＳＩＰ  ＡＣＫメッセージを第１の被招待側ＷＡＮデバイスに送信し、ＳＩＰ  ＡＣＫメッセージを第２の被招待側ＷＡＮデバイスに送信して、２つのＳＩＰトランザクションを終了する。
【００７８】
さらに、再開されたスレッド（Ｔ１）は、新たに生成された通信セッション用のＸＭＬ呼記述子をＵＰｎＰ制御ポイント１３０に戻す。
したがって、すべての基礎をなすＳＩＰトランザクションについての最後の応答が受信された後のみ、呼び出されたオペレーションの結果が呼出し側制御ポイント１３０に戻される。
【００７９】
図示しない変形によれば、第１のＳＩＰ  ＩＮＶＩＴＥメッセージを送信した後にサスペンドされる実行スレッド（たとえば、Ｔ１）を、ＳＩＰ  ＡＣＫメッセージを第２の被招待側ＷＡＮデバイスに送信した後に再開することができる。この場合、図５の第２のＳＩＰ  ＩＮＶＩＴＥメッセージおよび２つのＡＣＫメッセージは、利用できるサービス側スレッドのプールから選択されたサービス側スレッド（たとえば、Ｔ２）によって送信される。
【００８０】
インターフェースデバイス１２０と２つのＷＡＮデバイスとの間の複数のピアツーピアメッセージを含むＳＩＰトランザクションおよびダイアログの複雑さは、呼出し側ＵＰｎＰ制御ポイント１３０に完全に透過的であり、呼出し側ＵＰｎＰ制御ポイント１３０は、ＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌオペレーションを、全体としての第三者呼用の単一の呼記述子を戻す単一のアトミックな同期オペレーションとして知覚する。実際、インターフェースデバイス１２０は、２つの被招待側ＷＡＮデバイスとの２つのＳＩＰ通信セッションのＣａｌｌＩＤと、全体としての第三者呼を識別するＣａｌｌＩＤとの間の関連性を内部に維持している。ＵＰｎＰ制御ポイント１３０は第三者呼を前記「全体の」ＣａｌｌＩＤで識別することになり、インターフェースデバイス１２０が、分離しているが関係のある２つのＳＩＰ通信セッションを内部に維持していることが隠される。
【００８１】
簡単のために、呼び出されたオペレーションを実行するための２つ以上のスレッドのサスペンド再開機構が与えられる場合でも、第１のスレッドのサスペンドおよび最後のスレッドの再開のみを図５および以降の図に示してあることに留意されたい。
【００８２】
図６および図７に示すように、ＮｅｗＣａｌｌオペレーションまたはＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌオペレーションを呼び出した後およびそのようなオペレーションが完了する前の任意の時点で、ＵＰｎＰ制御ポイント１３０は、継続中の呼セットアップを中止するために、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＣａｎｃｅｌＣａｌｌオペレーション）を、そのような呼を識別するＣａｌｌＩＤをＣａｎｃｅｌＣａｌｌメッセージ引数中に渡すことによって呼び出すことができる。中止すべきオペレーションがＮｅｗＣａｌｌオペレーションである場合、インターフェースデバイス１２０は、被招待側ＷＡＮデバイス用のＳＩＰ  ＣＡＮＣＥＬメッセージを送信し、それによって保留中のＳＩＰ呼セットアップトランザクションを中止する（図６）。中止すべきオペレーションがＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌオペレーションである場合、インターフェースデバイス１２０は、保留中のＳＩＰトランザクションの状態に応じて異なる手順をとる。特に、保留中のＳＩＰトランザクションがまだ第１の被招待側ＷＡＮデバイスに関与している場合は、トランザクションを中止するには前記パーティへのＳＩＰ  ＣＡＮＣＥＬメッセージで十分である（図６）。一方、第１の被招待側ＷＡＮデバイスとのＳＩＰトランザクションが首尾よく完了し、保留中のＳＩＰトランザクションが第２の被招待側ＷＡＮデバイスに関与している場合は、インターフェースデバイス１２０は、第２の被招待側ＷＡＮデバイス用のＳＩＰ  ＣＡＮＣＥＬメッセージと、第１の被招待側ＷＡＮデバイス用のＳＩＰ  ＢＹＥメッセージとを送信する（図７）。
【００８３】
図８および図９に示すように、アクティブな呼の間の任意の時点で、ＵＰｎＰ制御ポイント１３０は、呼を終了するために、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＨａｎｇｕｐＣａｌｌオペレーション）を、そのような呼を識別するＣａｌｌＩＤをＨａｎｇｕｐＣａｌｌメッセージの引数中に渡すことによって呼び出すことができる。呼が（たとえば、ＮｅｗＣａｌｌオペレーションで確立される）単純な呼である場合、インターフェースデバイス１２０はＷＡＮサーバ１２を介してＷＡＮデバイス用のＳＩＰ  ＢＹＥメッセージを送信する（図８）。呼が（たとえば、ＮｅｗＴｈｉｒｄＰａｒｔｙｙＣａｌｌオペレーションで確立される）第三者呼である場合、インターフェースデバイス１２０は、ＷＡＮサーバ１２を介して両方のＷＡＮデバイスにＳＩＰ  ＢＹＥメッセージを送信する（図９）。
【００８４】
図１０に、機器（ＵＰｎＰ制御ポイント）１３０が新たな着呼の存在を通知されるときに交換される、主要なメッセージの一例を示す。
図１０に示すように、この状況では、ＳＩＰスタック１２３は、ＷＡＮデバイス（図示せず）とＵＰｎＰ制御ポイント１３０との間の呼をセットアップするために、サーバ（リモートＳＩＰプロキシ）１２からＳＩＰ  ＩＮＶＩＴＥメッセージを受信する。ＳＩＰスタック１２３は、ＣａｌｌＲｉｎｇｉｎｇ状態変数に着呼の呼識別子（ＣａｌｌＩＤ）を設定するブリッジロジック１２２に、ＳＩＰ  ＩＮＶＩＴＥメッセージをディスパッチする。
【００８５】
図１０では、ＵＰｎＰプロトコル（すなわち、簡易サービス発見プロトコル、つまりＳＳＤＰ）を介してインターフェースデバイス１２０を発見した後、ＵＰｎＰ制御ポイント１３０がインターフェースデバイス１２０の状態変数の変化に関する通知イベントを受信するために加入したと仮定される。
【００８６】
図示の場合には、状態変数ＣａｌｌＲｉｎｇｉｎｇは着信ＳＩＰ  ＩＮＶＩＴＥメッセージのＣａｌｌＩＤに設定される。状態変数の変化により、ＵＰｎＰスタック１２１は、インターフェースデバイス１２０で加入したローカルネットワーク１００中のすべてのＵＰｎＰ制御ポイントに、ＣａｌｌＲｉｎｇｉｎｇイベントメッセージをブロードキャストする。
【００８７】
ＲｉｎｇｉｎｇＣａｌｌ状態変数の変化に関して通知されると、ＵＰｎＰ制御ポイント１３０は、図１１に示すように、インターフェースデバイス１２０によってサポートされるＧｅｔＲｉｎｇｉｎｇＣａｌｌｓオペレーションを呼び出すことによって、着呼の詳細な記述を取り出すことができる。
【００８８】
ＵＰｎＰ制御ポイント１３０からのＧｅｔＲｉｎｇｉｎｇＣａｌｌｓメッセージの受信で、インターフェースデバイス１２０は、すべての現在の呼出し呼用のＸＭＬ呼記述子リストを生成し、戻す。
【００８９】
受信した情報に基づいて、ＵＰｎＰ制御ポイント１３０は、いくつかのユーザ定義のルーティング規則に従って、着呼についてユーザを喚起するか、呼を無視するか、または何らかの他の手順をとるかを決めることができる。たとえば、図１５、図１６、図１７、図１８を参照しながら以下でより詳細に示すように、呼を、ＡｃｃｅｐｔＣａｌｌオペレーションを呼び出すことによって受け入れ、ＦｏｒｗａｒｄＣａｌｌオペレーションを呼び出すことによって別のアイデンティティに転送し、ＲｅｊｅｃｔＣａｌｌオペレーションを呼び出すことによって拒否することができる。特に、ＵＰｎＰ制御ポイント１３０がその手順を決定するために使用することができる情報は、発呼側のアイデンティティ、被呼側のアイデンティティ（たとえば、被呼側が制御ポイントによって登録されたアイデンティティと同じであるかどうか）、発呼側のメディア機能（ＳＤＰ）（たとえば、制御ポイントのメディア機能が着信ＳＤＰに完全に一致するのか、または部分的に一致するのか）などのいずれかまたはそれらの組合せである。
【００９０】
ＲｉｎｇｉｎｇＣａｌｌ状態変数の他に、インターフェースデバイスは、通信セッションの反対側にあるＷＡＮデバイスによって実行される動作を通知するための他の状態変数をサポートすることができる。たとえば、ＣａｌｌＴｅｒｍｉｎａｔｅｄ状態変数を使用して、ＷＡＮデバイスが通信セッションを終了したことを通知することができ、ＣａｌｌＣａｎｃｅｌｌｅｄ状態変数を使用して、保留中の着呼がＷＡＮデバイスによってキャンセルされたことを通知することができる。
【００９１】
図１２に、機器（ＵＰｎＰ制御ポイント）１３０が、ＷＡＮサーバ１２を介してＵＰｎＰ制御ポイント１３０との通信セッションに関与するＷＡＮデバイスの解放を通知されるときに交換される、主要なメッセージの一例を示す。
【００９２】
図１２に示すように、この状況では、ＳＩＰスタック１２３は、サーバ（リモートＳＩＰプロキシ）１２からＳＩＰ  ＢＹＥメッセージを受信する。ＳＩＰスタック１２３は、ＣａｌｌＴｅｒｍｉｎａｔｅｄ状態変数に終了された呼の呼識別子（ＣａｌｌＩＤ）を設定することによってＣａｌｌＴｅｒｍｉｎａｔｅｄイベントメッセージを生成するブリッジロジック１２２にＳＩＰ  ＢＹＥメッセージをディスパッチする。
【００９３】
状態変数が変化すると、ＵＰｎＰスタック１２１は、インターフェースデバイス１２０の状態変数の変化に関して加入したローカルネットワーク１００中のすべてのＵＰｎＰ制御ポイントにＣａｌｌＴｅｒｍｉｎａｔｅｄイベントメッセージをブロードキャストする。
【００９４】
ＣａｌｌＴｅｒｍｉｎａｔｅｄ変数の変化に関して通知されると、終了された呼に参加しているＵＰｎＰ制御ポイント１３０は、たとえばユーザに通知し、割り当てられたメディアリソースを解放することによって、適当な手順をとることができる。
【００９５】
図１３に、機器（ＵＰｎＰ制御ポイント）１３０が、ＷＡＮサーバ１２を介して、保留中の着呼がＵＰｎＰ制御ポイント１３０との通信セッションに関与するＷＡＮデバイスによってキャンセルされたことを通知されるときに交換される、主要なメッセージの一例を示す。
【００９６】
図１３に示すように、この状況では、ＳＩＰスタック１２３は、サーバ（リモートＳＩＰプロキシ）１２からＳＩＰ  ＣＡＮＣＥＬメッセージを受信する。ＳＩＰスタック１２３は、ＣａｌｌＣａｎｃｅｌｌｅｄ状態変数にキャンセルされた呼の呼識別子（ＣａｌｌＩＤ）を設定することによってＣａｌｌＣａｎｃｅｌｌｅｄイベントメッセージを生成するブリッジロジック１２２にＳＩＰ  ＣＡＮＣＥＬメッセージをディスパッチする。
【００９７】
状態変数が変化すると、ＵＰｎＰスタック１２１は、インターフェースデバイス１２０の状態変数の変化に関して加入したローカルネットワーク１００中のすべてのＵＰｎＰ制御ポイントに、ＣａｌｌＣａｎｃｅｌｌｅｄイベントメッセージをブロードキャストする。
【００９８】
ＣａｌｌＣａｎｃｅｌｌｅｄ変数の変化に関して通知されると、キャンセルされた呼に参加しているＵＰｎＰ制御ポイント１３０は、たとえばユーザに通知し、割り当てられたメディアリソースを解放することによって、適当な手順をとることができる。
【００９９】
図１４に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０によって管理される現在のアクティブな呼に関する詳細な情報を取り出すために、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＧｅｔＡｃｔｉｖｅＣａｌｌｓオペレーション）を呼び出すときに交換される、主要なメッセージの一例を示す。
【０１００】
この目的のために、インターフェースデバイス１２０は、現在のアクティブな通信セッションごとに内部呼記述子を維持する。ＵＰｎＰ制御ポイント１３０からＧｅｔＡｃｔｉｖｅＣａｌｌｓメッセージを受信すると、ＵＰｎＰスタック１２１は、そのメッセージを、アクティブな呼ごとにＸＭＬ呼記述子を生成するブリッジロジック１２２にディスパッチし、その要素は、特に、呼識別子と、関与するパーティのＳＩＰアイデンティティと、パーティによって提出されたメディアセッション記述（ＳＤＰ）と、呼状態とを含む。生成されたＸＭＬ呼記述子はＵＰｎＰ制御ポイント１３０に戻される。
【０１０１】
図１５に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＡｃｃｅｐｔＣａｌｌオペレーション）を呼び出すことによって呼出し呼を受け入れるときに交換される、主要なメッセージの一例を示す。
【０１０２】
上記で説明したように、着呼があると、インターフェースデバイス１２０はＲｉｎｇｉｎｇＣａｌｌ状態変数に最新の呼出し呼のＣａｌｌＩＤを設定する。そのような状態変数を設定すると、ＵＰｎＰイベントモデルに従って、ローカルエリアネットワーク１００中のすべての加入しているＵＰｎＰ制御ポイント１３０にＲｉｎｇｉｎｇＣａｌｌイベントメッセージがブロードキャストされる。
【０１０３】
前記ＲｉｎｇｉｎｇＣａｌｌメッセージを受信すると、制御ポイントは、現在の呼出し呼の詳細な記述を取り出すためにＧｅｔＲｉｎｇｉｎｇＣａｌｌｓオペレーションを呼び出すことができ、次いで、インターフェースデバイス１２０のＡｃｃｅｐｔＣａｌｌオペレーションを呼び出すことによって（たとえば、ユーザを喚起した後に）呼を受け入れることを決定することができる。
【０１０４】
ＡｃｃｅｐｔＣａｌｌメッセージは、呼出し呼のＣａｌｌＩＤと、通信セッションにおいて使用されるＬＡＮ機器の交渉されたメディア機能を伝えるセッション記述プロトコル（ＳＤＰ）とを含む。
【０１０５】
次いで、ブリッジロジック１２２は、その本文がＡｃｃｅｐｔＣａｌｌメッセージにおいて渡されたＳＤＰを含むＳＩＰ  ＯＫメッセージを生成し、ＳＩＰスタック１２３を介してＷＡＮサーバ１２にそのようなＯＫメッセージを送信する。次いで、現在の実行スレッドは条件変数でサスペンドし、ＷＡＮサーバ１２を介する発呼側ＷＡＮデバイスからのＳＩＰ  ＡＣＫメッセージの受信時に再開されるのを待つ。
【０１０６】
呼出し呼が発呼側ＷＡＮデバイスのＳＤＰを含んでいない場合、わずかに異なる状況が起こり、それをＳＩＰ用語で「オファー」と言う。この場合、図１６に示すように、通信セッションにおいて使用されるＬＡＮ機器のすべてのサポートされるメディア機能を含むＳＤＰをもつＡｃｃｅｐｔＣａｌｌメッセージが呼び出される。ＳＩＰ  ＯＫメッセージを送信した後、現在の実行スレッドは条件変数でサスペンドし、交渉されたＳＤＰを含む、ＷＡＮサーバ１２を介する発呼側ＷＡＮデバイスからのＳＩＰ  ＡＣＫメッセージの受信時に再開されるのを待つ。
【０１０７】
どちらの場合も、新たに生成された通信セッション用のＸＭＬ呼記述子はＵＰｎＰ制御ポイント１３０に戻されることになる。
図１７に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０のオペレーション（たとえばＦｏｒｗａｒｄＣａｌｌオペレーション）を呼び出すことによって着（呼出し）呼をＷＡＮデバイス（被転送側）に転送することを望むときに交換される、主要なメッセージの一例を示す。メッセージは、呼出し呼のＣａｌｌＩＤと、被転送側のＳＩＰ  ＵＲＩ（ＵＲＩ２）とを備える。
【０１０８】
ＦｏｒｗａｒｄＣａｌｌオペレーションはＳＩＰバックツーバックユーザエージェント（Ｂ２ＢＵＡ）の動作を実施する。インターフェースデバイス１２０は、着呼のＳＤＰ（ＳＤＰ１）をもつＳＩＰ  ＩＮＶＩＴＥメッセージを被転送側に送信する。次いで、現在の実行スレッド（たとえば、Ｔ１）は条件変数でサスペンドし、すべてのＳＩＰトランザクションの完了時に再開されるのを待つ。応答が被転送側から受信されると（たとえば、被転送側によって交渉されたＳＤＰ２を含むＳＩＰ  ＯＫメッセージ）、サスペンドされたスレッドは、上述と同様の方法でその処理を再開する（簡単のために、図１７には図示せず）。
【０１０９】
同様に、同じ応答が発呼側ＷＡＮデバイスに送り返され、被転送側はＳＩＰ  ＡＣＫメッセージによって肯定応答される。
最後に、新たな呼のＸＭＬ呼記述子がＵＰｎＰ制御ポイント１３０に戻される。
【０１１０】
新たに確立された通信セッションは、実際に、２つの外部のパーティが関与する第三者呼であり、その後、たとえば、呼を終了するか、２つのパーティのいずれかとローカルに呼を転送することができるＵＰｎＰ制御ポイント１３０の制御下のままである。
【０１１１】
一実施形態によれば、ＦｏｒｗａｒｄＣａｌｌメッセージはまた、オペレーションが完了するための最大時間を指定するためのタイムアウトパラメータを与えることができる。
図１８に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＲｅｊｅｃｔＣａｌｌオペレーション）を呼び出すことによって着（呼出し）呼を拒否することを望むときに交換される、主要なメッセージの一例を示す。
【０１１２】
ブリッジロジック１２２は、ＳＩＰ  ＤＥＣＬＩＮＥメッセージを生成し、そのメッセージをサーバ（リモートＳＩＰプロキシ）１２を介して発呼側ＷＡＮデバイスに送信する。
【０１１３】
図１９に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＲｅｎｅｇｏｔｉａｔｅＣａｌｌオペレーション）を呼び出すことによって、確立された呼のメディア機能を再交渉することを要求するときに交換される、主要なメッセージの一例を示す。
【０１１４】
このオペレーションが有用である典型的なシナリオは、ユーザがローカルエリアネットワーク１００の機器１３０（たとえば、リビングルームのセットトップボックス）からローカルエリアネットワーク１００の別の機器１３０（たとえば、書斎のＰＣ）に継続中の呼を転送することを決定する時である。実際、通信セッションを転送する場合、デバイスの機能、ＩＰアドレスおよびポートの再交渉が必要になる。確立された呼の同じＣａｌｌＩＤを使用して、継続中の呼に関与する他のパーティ（ＷＡＮデバイス）を再招待（ｒｅ−ＩＮＶＩＴＥ）し、呼が転送される機器のメディア機能とＩＰアドレスとポートとをもつ新たなＳＤＰを供給することによって、呼転送を処理することができる。
【０１１５】
図１９に示したメッセージフローは、新たな呼をセットアップするために使用されるフローと同様である。したがって、図３を参照しながら上述したことを参照する。ＲｅｎｅｇｏｔｉａｔｅＣａｌｌオペレーションの一実施形態（図示せず）によれば、オペレーションを要求する機器１３０はまた、オペレーションが完了するための最大時間を指定するためのタイムアウトパラメータを与えることができる。
【０１１６】
図２０に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０によってサポートされるＴｈｉｒｄＰａｒｔｙＴｏＬｏｃａｌオペレーションを呼び出すことによって、継続中の第三者呼をＬＡＮ機器１３０に転送することを要求するときに交換される、主要なメッセージの一例を示す。
【０１１７】
すでに上記で開示したように、ＮｅｗＴｈｉｒｄＰａｒｔｙＣａｌｌかＦｏｒｗａｒｄＣａｌｌオペレーションのいずれかを呼び出すことによってインターフェースデバイス１２０を介して２つのＷＡＮデバイス１４（図２０には図示せず）間で確立された第三者呼はインターフェースデバイス１２０の制御下にあり、したがってローカルエリアネットワーク１００中のユーザは第三者呼に対してさらなる行動をとることができる。たとえば、ローカルエリアネットワーク１００中の機器（ＵＰｎＰ制御ポイント）１３０は、１つのパーティ（１つのＷＡＮデバイス）との通信セッションを終了し、ＲｅｎｅｇｏｔｉａｔｅＣａｌｌオペレーションを呼び出すことによって他のパーティ（第２のＷＡＮデバイス）との呼を再交渉することによって、第三者呼をローカルエリアネットワーク１００中の機器１３０に転送することを要求することができる。
【０１１８】
図２０のメッセージフローに示したように、解消すべきパーティとの継続中のセッションは、ＳＩＰ  ＢＹＥメッセージを送信することによって終了され、他のパーティとの継続中のセッションは、図１９を参照しながら上述したように、ローカルメディア機器１３０のメディア機能とアドレスとポートとを指定するＲｅｎｅｇｏｔｉａｔｅＣａｌｌオペレーションを呼び出すことによって再交渉される。
【０１１９】
ＴｈｉｒｄＰａｒｔｙＴｏＬｏｃａｌオペレーションの一実施形態（図示せず）によれば、オペレーションを要求する機器１３０はまた、オペレーションが完了するための最大時間を指定するためのタイムアウトパラメータを与えることができる。
【０１２０】
図２１に、機器（ＵＰｎＰ制御ポイント）１３０が、インターフェースデバイス１２０によってサポートされるオペレーション（たとえば、ＬｏｃａｌＴｏＴｈｉｒｄＰａｒｔｙオペレーション）を呼び出すことによって、ローカル機器１３０とＷＡＮデバイス１４（図２１には図示せず）との間で確立された継続中の呼を第三者呼に転送することを要求するときに交換される、主要なメッセージの一例を示す。
【０１２１】
ＴｈｉｒｄＰａｒｔｙＴｏＬｏｃａｌオペレーションを補完すると、ＬｏｃａｌＴｏＴｈｉｒｄＰａｒｔｙオペレーションにより、ユーザは、ローカル機器（ＵＰｎＰ制御ポイント）１３０が関与する呼をＷＡＮデバイス１４に転送することができ、それによってローカル呼を第三者呼に変換する。たとえば、このオペレーションでは、ユーザは、目下ローカルエリアネットワークのセットトップボックスと確立された呼を、ＷＡＮデバイス１４として機能する自分の移動電話に転送することができる。
【０１２２】
図２１に示すように、ＬｏｃａｌＴｏＴｈｉｒｄＰａｒｔｙオペレーションは、空のＳＤＰをもつＳＩＰ  ＩＮＶＩＴＥメッセージを新たなパーティに送信し（したがって、オファーを行い）、ＳＩＰ  ＯＫ応答において受信されたＳＤＰを使用して、目下呼の最中の他のパーティとの呼を再交渉することによって実施される。特に、他のパーティとの継続中のセッションは、図１９を参照しながら上述したように、呼を転送すべき新たなパーティのメディア機能とアドレスとポートとを指定するＲｅｎｅｇｏｔｉａｔｅＣａｌｌオペレーションを呼び出すことによって再交渉される。
【０１２３】
ＬｏｃａｌＴｏＴｈｉｒｄＰａｒｔｙオペレーションの一実施形態（図示せず）によれば、オペレーションを要求する機器１３０はまた、オペレーションが完了するための最大時間を指定するためのタイムアウトパラメータを与えることができる。
【０１２４】
図２２に、本発明による通信システムが、ＬＡＮ（Ｕｓｅｒ１ホームネットワーク）１００と、ＳＩＰプロキシ／レジストラＷＡＮサーバ１２と、Ｕｓｅｒ１のＷＡＮ  ＳＩＰデバイス１４（たとえば、ゲートウェイを介してＳＩＰネットワークに関連付けられたＵｓｅｒ１  ＧＳＭ電話器）と、Ｕｓｅｒ２のＷＡＮ  ＳＩＰデバイス１４（たとえば、ＳＩＰテレビ電話）とを備える例示的なシナリオに従って交換される、主要なメッセージの一例を示す。さらに、ＬＡＮ１００は、本発明によるインターフェースデバイス１２０と、（たとえば、当技術分野で知られている屋内位置特定技術を利用することによって）ユーザがＬＡＮ１００中であるかどうかを検出し、着呼ルーティングおよびセッション転送を適宜に管理するための拡張機能をもつユーザ機器（ＵＰｎＰ制御ポイント）１３０と、たとえばテレビ受像機のようなメディアデバイス（ＭＤ）とを備える。
【０１２５】
機器１３０、Ｕｓｅｒ２のＷＡＮ  ＳＩＰデバイス１４およびＵｓｅｒ１のＷＡＮ  ＳＩＰデバイス１４は、それぞれＳＩＰ−ＵＲＩ識別子のＵＲＩ１、ＵＲＩ２およびｇｓｍＵＲＩに関連付けられる。
【０１２６】
図２２の例では、機器１３０およびＵｓｅｒ２のＷＡＮ  ＳＩＰデバイス１４は、ＷＡＮネットワーク中のＳＩＰプロキシ／レジストラＷＡＮサーバ１２にそれらのＳＩＰアイデンティティを登録する。
【０１２７】
ＵＰｎＰ発見プロトコルを介して、機器１３０は、たとえばセッション交渉およびセットアップにおいてその後使用できるメディアデバイスのＳＤＰメディア記述子（ｓｄｐＭＤ）を戻すオペレーション（ＧｅｔＭＤＣａｐａｂｉｌｉｔｉｅｓ）を呼び出すことによって、ＬＡＮ１００中のすべての利用できるメディアデバイスおよびそれらのメディア機能を発見する。
【０１２８】
Ｕｓｅｒ２のＷＡＮ  ＳＩＰデバイス１４から機器１３０への着呼の場合、後者は、（たとえば、Ｕｓｅｒ１によって指定されたいくつかのルーティング規則に従って）ＦｏｒｗａｒｄＣａｌｌオペレーションを呼び出すことによって、着呼をＵｓｅｒ１のＷＡＮ  ＳＩＰデバイス１４に転送する。Ｕｓｅｒ１は、自分のＷＡＮ  ＳＩＰデバイス１４で着呼を受信し受け入れ、（たとえば、Ｕｓｅｒ１のデバイスの限定された機能により）音声のみのセッションがＵｓｅｒ２のテレビ電話１４とＵｓｅｒ１の移動電話１４との間で交渉される。
【０１２９】
呼の間に、Ｕｓｅｒ１は自分の家に入り、機器１３０は、その人がローカルのテレビ受像機の到達の範囲内にあることを（たとえば、近接センサによって）検出し、したがって、セッション転送を現在の呼に対してアクティブにすることができることをＵｓｅｒ１に通知する。Ｕｓｅｒ１は、現在の呼を（たとえば、テレビ受像機によって産生され、機器１３０に通知される音声コマンドによって）移動電話１４からローカルのテレビ受像機に転送することを受け入れる。したがって、インターフェースデバイス１２０によって交渉されたＳＤＰ記述子を使用して、図２０を参照して説明した、インターフェースデバイス１２０によってサポートされるＴｈｉｒｄＰａｒｔｙＴｏＬｏｃａｌオペレーションと、音声／ビデオストリーム送信および受信を実際に開始する、テレビ受像機によってサポートされるＳｔａｒｔＣｏｎｆｅｒｅｎｃｅオペレーションとを呼び出すことによって、セッションマイグレーションが機器１３０によって実行される。
【０１３０】
上記の説明に鑑みて、本発明によれば、インターフェースデバイス１２０は、呼会議セットアップまたは管理を可能にする１組の高レベルオペレーションをサポートすることに留意されたい。前記インターフェースデバイスは、一連のＳＩＰトランザクションおよび低レベルのメッセージを介してＵＰｎＰ制御ポイントによって呼び出された高レベルオペレーションを実施することによって、ＳＩＰマルチユーザエージェント（ＭＵＡ）として働く。各高レベルオペレーションは、サービスの定義において関係があると知覚される明確な意味機能に対応する。たとえば、上記のように、ＮｅｗＣａｌｌは、新たな２つのパーティ呼をセットアップするためにインターフェースデバイス１２０によってサポートされる典型的なオペレーションである。ＮｅｗＣａｌｌオペレーションを呼び出す制御ポイントは、その基礎をなす実施の詳細、したがってセッションセットアップオペレーション中に行われる複雑なＳＩＰトランザクションに関与しない。制御ポイントに通知されるのは、呼び出されたオペレーションの基礎をなす全ＳＩＰトランザクションの結果のみである。
【図１】
2010534002.tif 000003
【図２】
2010534002.tif 000004
【図３】
2010534002.tif 000005
【図４】
2010534002.tif 000006
【図５】
2010534002.tif 000007
【図６】
2010534002.tif 000008
【図７】
2010534002.tif 000009
【図８】
2010534002.tif 000010
【図９】
2010534002.tif 000011
【図１０】
2010534002.tif 000012
【図１１】
2010534002.tif 000013
【図１２】
2010534002.tif 000014
【図１３】
2010534002.tif 000015
【図１４】
2010534002.tif 000016
【図１５】
2010534002.tif 000017
【図１６】
2010534002.tif 000018
【図１７】
2010534002.tif 000019
【図１８】
2010534002.tif 000020
【図１９】
2010534002.tif 000021
【図２０】
2010534002.tif 000022
【図２１】
2010534002.tif 000023
【図２２】
2010534002.tif 000024
【国際調査報告】
2010534002.tif 000025
2010534002.tif 000026
2010534002.tif 000027