(57)【要約】パブリッシュ／サブスクライブ・ネットワーク内でセッションを開始する方法は、第１のユーザインターフェイスを識別し、且つ、他のデバイスの第２のユーザインターフェイスを識別するアドレス識別子を含む第１のトピックを、第１のデバイスの第１のユーザインターフェイスによってパブリッシュするステップと、セッションを開始するリクエストをトリガするステップと、第１のメディアエンドポイントを表し且つその機能を記述する第１のメディアエンドポイントのための第２のトピックを使用することによって第１のメディアエンドポイントをネットワークへパブリッシュすることで、第１のメディアエンドポイントを起動するステップと、第２のユーザインターフェイスがセッションを受け入れた場合に、第１のメディアエンドポイントを第２のユーザインターフェイスの第２のメディアエンドポイントとリンクするステップとを有する。
2017518562.tif 000002
【特許請求の範囲】
【請求項１】
パブリッシュ／サブスクライブ・ネットワーク内でセッションを開始する方法であって、
第１のデバイスの第１のユーザインターフェイスによって第１のトピックをパブリッシュするステップであり、前記第１のトピックは、前記第１のユーザインターフェイスを識別し、且つ、他のデバイスの第２のユーザインターフェイスを識別するアドレス識別子を含む、ステップと、
セッションを開始するリクエストをトリガするステップと、
第１のメディアエンドポイントを表し且つ該第１のメディアエンドポイントの機能を記述する該第１のメディアエンドポイントのための第２のトピックを使用することによって前記第１のメディアエンドポイントを前記ネットワークへパブリッシュすることで、前記第１のメディアエンドポイントを起動するステップと、
前記第２のユーザインターフェイスが前記セッションを受け入れた場合に、前記第１のメディアエンドポイントを前記第２のユーザインターフェイスの第２のメディアエンドポイントとリンクするステップと
を有する方法。
【請求項２】
前記第２のメディアエンドポイントは、前記第１のメディアエンドポイントを表す前記第２のトピックによりパブリッシュされる前記第１のメディアエンドポイントの機能に従って選択される、
請求項１に記載の方法。
【請求項３】
前記第１のユーザインターフェイスを識別する前記第１のトピックは、前記ネットワーク内の一意の識別番号であるセッションリファレンス番号を含む、
請求項１又は２に記載の方法。
【請求項４】
前記デバイスの夫々のメディアエンドポイントは、前記デバイスを起動する場合に、その機能を記述する前記ネットワークへの前記第２のトピックをパブリッシュし、
前記第１のユーザインターフェイス及び前記第２のユーザインターフェイスは、夫々のオーディオ、ビデオ又はデータストリームについて、送信又は受信メディアエンドポイントである単一のメディアエンドポイントを割り当てる、
請求項１乃至３のうちいずれか一項に記載の方法。
【請求項５】
前記第１のユーザインターフェイスを介して第１のユーザによってセッション、パーティ及びエンドポイントをリクエストするステップを有し、前記第１のユーザインターフェイスは、
前記第１のユーザの名前及びセッション識別番号（ＩＤ）を含むセッション生成通知、
前記第１のユーザの名前及びパーティＩＤを含むセッション参加通知、及び／又は
前記セッションＩＤ及び前記第２のユーザインターフェイスのユーザ名を含むセッション招待通知
をパブリッシュする、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項６】
前記セッション招待通知に応答して、
前記第２のユーザインターフェイスは、前記セッションＩＤ、前記パーティＩＤ及び状態：“警戒”情報を含む第１の通知をパブリッシュし、前記セッションが受け入れられる場合に、
前記第２のユーザインターフェイスは、前記セッションＩＤ及び状態：“参加”状態を含む第２の、セッション受け入れ通知をパブリッシュする、
請求項５に記載の方法。
【請求項７】
前記第２のユーザインターフェイスの前記第２の通知の後、
前記第１のユーザインターフェイスは、割り当てのための２つのメディアエンドポイントをリクエストし、
前記第２のユーザインターフェイスは、割り当てのための２つのカウンターポイント・メディアエンドポイントをリクエストし、
前記第１のユーザインターフェイスのエンドポイントを前記第２のユーザインターフェイスのエンドポイントとリンクし、その後に前記セッションのセットアップが完了する、
請求項６に記載の方法。
【請求項８】
前記パブリッシュ／サブスクライブ・ネットワークは、マルチメディアシグナリング制御のために有効にされ、
前記パブリッシュ／サブスクライブ・ネットワークは、少なくとも２つのデバイスを有し、
セッションを開始し実施するために、前記第１のデバイスは前記第１のユーザインターフェイスを含み、前記第２のデバイスは前記第２のユーザインターフェイスを含み、
前記セッションを開始するために、前記ユーザインターフェイス及び前記デバイスの夫々のエンドポイントとの間にシグナリングが提供される、
請求項１乃至７のうちいずれか一項に記載の方法。
【請求項９】
マルチメディアシグナリング制御のために有効にされるパブリッシュ／サブスクライブ・ネットワークであって、少なくとも２つのデバイスを有し、該デバイスの夫々はユーザインターフェイス及びセッションを開始し実施するためのメディアエンドポイントを含む、パブリッシュ／サブスクライブ・ネットワークにおいて、
前記セッションを開始するために、前記ユーザインターフェイス及び前記デバイスの夫々のエンドポイントとの間にシグナリングが提供され、
当該ネットワークは、前記セッションを開始し実施するために次のトピック：
ユーザインターフェイスを表すトピックＰａｒｔｙ、
メディアエンドポイントを表すトピックＭｅｄｉａＥｎｄｐｏｉｎｔ、
特定のユーザインターフェイスのためのセッションに参加するようメディアエンドポイントにリクエストするために使用されるトピックＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ、及び
特定のユーザインターフェイスのための前記セッションにおいて特定のメディアエンドポイントを関連付けるトピックＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ
を利用する、パブリッシュ／サブスクライブ・ネットワーク。
【請求項１０】
前記ユーザインターフェイスは、前記セッションを開始するために次のトピック：
前記トピックＭｅｄｉａＥｎｄｐｏｉｎｔ、
前記トピックＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ、及び
前記トピックＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ
を利用し、
前記エンドポイントは、前記セッションを開始し実施するために次のトピック：
前記トピックＰａｒｔｙ、
前記トピックＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ、及び
前記トピックＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ
を利用する、
請求項９に記載のパブリッシュ／サブスクライブ・ネットワーク。
【請求項１１】
ユーザインターフェイスは、１つのメディアエンドポイントを当該ユーザインターフェイスとリンクするためにトピックＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋを使用することによって、該１つのメディアエンドポイントを割り当てるために前記トピックＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔを使用する、
請求項９又は１０に記載のパブリッシュ／サブスクライブ・ネットワーク。
【請求項１２】
メディアエンドポイントは、送信メディアエンドポイント又は受信メディアエンドポイントであり、
前記ユーザインターフェイスは、開始ユーザインターフェイス又は終端ユーザインターフェイスのいずれかとして働く、
請求項９乃至１１のうちいずれか一項に記載のパブリッシュ／サブスクライブ・ネットワーク。
【請求項１３】
当該ネットワークは、実時間システムのためのデータ分配サービス（ＤＤＳ）ネットワークであり、前記ユーザインターフェイス及び前記メディアエンドポイントは、前記ＤＤＳネットワーク内でマルチメディアシグナリング制御を提供するための前記ＤＤＳネットワークのドメイン・パーティシパントとして働き、
次の前記ドメイン・パーティシパントが前記ＤＤＳネットワークに含まれる：
開始ユーザインターフェイス、
終端ユーザインターフェイス、
送信メディアエンドポイント、及び
受信メディアエンドポイント、
請求項９乃至１２のうちいずれか一項に記載のパブリッシュ／サブスクライブ・ネットワーク。
【請求項１４】
当該ネットワークは、ホームネットワーク内で実装される、
請求項９乃至１３のうちいずれか一項に記載のパブリッシュ／サブスクライブ・ネットワーク。
【請求項１５】
ユーザインターフェイス及びメディアエンドポイントを有するネットワークデバイスであって、
当該デバイスは、
前記ユーザインターフェイスを起動し、
前記ユーザインターフェイスを介して、第２のデバイスの第２のユーザインターフェイスを識別するアドレス識別子を含むトピックをパブリッシュし、
セッションを開始するリクエストをトリガし、
前記メディアエンドポイントを表し且つ該メディアエンドポイントの機能を記述する前記メディアエンドポイントのためのトピックを使用することによって前記メディアエンドポイントをネットワークにパブリッシュすることで、前記メディアエンドポイントを起動し、
前記第２のユーザインターフェイスが前記セッションを受け入れた場合に、前記メディアエンドポイントを前記第２のユーザインターフェイスの第２のメディアエンドポイントとリンクする
よう構成される、ネットワークデバイス。
【請求項１６】
請求項１乃至８のうちいずれか一項に記載の方法を実施するよう構成されるプロセッサ
を有する請求項１５に記載のネットワークデバイス。
【請求項１７】
請求項１乃至８のうちいずれか一項に記載の方法のステップを実施するようプロセッサによって実行可能なプログラムコード命令を有するコンピュータ可読記憶媒体。
【請求項１８】
請求項１乃至８のうちいずれか一項に記載の方法のステップを実施するようプロセッサによって実行可能なプログラムコード命令を有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関係があり、例えば、サービス・プロバイダ・ネットワークとのブロードバンド接続を介して動作するよう構成された、レジデンシャル・ゲートウェイを含むホームネットワークに関係がある。
【背景技術】
【０００２】
レジデンシャル・ゲートウェイは、顧客の家にあるデバイスをインターネットへ又は何らかの他のワイドエリアネットワーク（ＷＡＮ；wide  area  network）へ接続するために広く使用されている。レジデンシャル・ゲートウェイは、例えば、銅線を介した高データレート伝送を可能にするデジタル加入者ライン（ＤＳＬ；digital  subscriber  line）技術を使用し、あるいは、光ファイバ広帯域伝送システム、例えば、ファイバ・ツー・ホーム（ＦＴＴＨ；fiber-to-the-home）又はファイバ・ツー・プレマイズ（ＦＴＴＰ；fiber-to-the-premises）を使用する。
【０００３】
ホームネットワークは、多くの顧客にとって日常生活の一部になっている。ホームネットワークは、異種デバイスの範囲から成る。これは、ホームネットワークが様々な種類のデバイスから構成されることを意味する。全てのそれらのデバイスは互いと通信する必要がある。この相互接続のために、複数の解決法が利用可能である：ホームネットワークは、無線及び有線ネットワーク接続のような、解決法の混合を使用する。それらのデバイスを組み合わせることは、ホームにおいて情報を共有し且つデバイスを制御することをユーザに可能にするネットワークを作り出す。ホーム内でネットワーク化されたデバイスの例は、例えば、レジデンシャル・ゲートウェイ、セットトップボックス、ＴＶ、パーソナルコンピュータ、タブレットＰＣ、スマートフォン、ネットワーク・アタッチト・ストレージ（ＮＡＳ；network-attached  storage）デバイス、プリンタ及びゲーム機である。
【０００４】
ＤＤＳ（Data  Distribution  Service  for  Real-Time  Systems；実時間システムのためのデータ分配サービス）は、オブジェクト管理グループ（ＯＭＧ；Object  Management  Group）によって規定された標準である。それは、分散型実時間システムを構築するために使用され得るデータセントリックのパブリッシュ−サブスクライブ・ミドルウェアを記述する。２００４年におけるＯＭＧ標準としてのその正式な採択以来、それは、航空会社／航空産業、自動車産業、軍事などのような多種多様な産業において使用される一般的な技術になりつつある。ＤＤＳ標準のいくつかの商用及びオープンソースの実施が存在する。
【０００５】
インターネット・プロトコル（ＩＰ；Internet  Protocol）環境においてメディアセッションをセットアップする既知のシグナリングシステムは、ＳＩＰ、Ｈ．３２３、ＭＧＣＰ、Ｍｅｇａｃｏなどである。それらのシステムは、次の特性を備える：
●それらは、アクションに基づくメッセージを使用している。
●それらは、リクエストされたアクションに基づき（セッション）状態を変化させる機能（プロトコル・エンティティ）において働いている。
●セッションをセットアップする制御通信は、予め構成されていようとなかろうと専用のエンティティ間である。
●セッションをセットアップするシグナリング制御通信は、ネットワーク内の複数のエンティティに波及する。
【０００６】
ソフトウェア・アーキテクチャにおいて、パブリッシュ／サブスクライブ（Publish/Subscribe）は、パブリッシャ（publisher(s)）と呼ばれるメッセージの送信者が、サブスクライバ（subscriber(s)）と呼ばれる特定の受信者へ直接に送信されるメッセージをプログラムしないメッセージングパターンである。代わりに、パブリッシュされるデータは、もしあればどのようなサブスクライバが存在し得るかを知らずに、マルチキャストされる。同様に、サブスクライバは、特定のデータをサブスクライブし、もしあればどのようなパブリッシャが存在するかを知らずに、関心のあるメッセージのみを受信する。パブリッシュ／サブスクライブに基づくネットワークへ接続されたエンティティは、パブリッシュされる‘トピック（Topic(s)）’及びそのパラメータの値の変化に関して、サブスクライブしているエンティティへ伝える。
【０００７】
パブリッシュ／サブスクライブ環境において、メッセージが専用のエンティティ間で送信されるメッセージアプローチは、従って、もはや適用可能でない：
●パブリッシュ／サブスクライブは、パブリッシュ／サブスクライブに基づくアクションよりもむしろ、‘トピック’に基づく情報交換を使用する。トピックは名称を有し、特定の値をとることができるいくつかのパラメータを含む。
●エンティティが何らかの情報を受信したい場合に、それは、フィルタリングに基づき（トピック、パラメータ、値）、情報を表すトピックをサブスクライブする必要がある。
●“パブリッシュ”は、パラメータを含むトピックの変化が、原理上は、リッスンしているいずれかのエンティティ（これはただ１つではなく複数のエンティティを含むことができる。）へ回覧されることを意味する。
●エンティティは、それがトピックをサブスクライブした場合且つ課されたフィルタがリッスンを許す場合にのみリッスンすべきである。
【０００８】
故に、パブリッシュ／サブスクライブは、メッセージに基づくのではなく、データオブジェクト（トピック）に基づく。パラダイムは、メッセージに基づくものとは異なっている：
●‘メッセージに基づく’ものでは、アクションメッセージは、エンティティにおけるステータス変化をトリガすることである。
●‘データに基づく’もの（例えば、ＤＤＳ）では、エンティティは、セッション状態及び特性を、サブスクライブした他のエンティティへ伝えて、そのようなエンティティを作動させて、更に、更新されたセッション状態及び特性を、サブスクライブしたエンティティへ再度パブリッシュさせる。
【０００９】
リンクレイヤ・ディスカバリ・プロトコル（ＬＬＤＰ；Link  Layer  Discovery  Protocol）は、ネットワークデバイスによってそれらのアイデンティティ及び機能を公示するために使用されるインターネット・プロトコル・スイートにおけるリンクレイヤ・プロトコルである。メディアエンドポイント・ディスカバリは、プラグ・アンド・プレイのネットワーキング、デバイス及びメディアエンドポイントの位置検出、並びに在庫管理（inventory  management）を可能にするＬＡＮポリシーのオートディスカバリを提供する、ＬＬＤＰ−ＭＥＤとして知られた、ＬＬＤＰの強化である。
【発明の概要】
【００１０】
パブリッシュ／サブスクライブ・ネットワーク内でセッションを開始する方法は、第１のデバイスの第１のユーザインターフェイスによって第１のトピックをパブリッシュするステップであり、前記第１のトピックは、前記第１のユーザインターフェイスを識別し、且つ、他のデバイスの第２のユーザインターフェイスを識別するアドレス識別子を含む、ステップと、セッションを開始するリクエストをトリガするステップと、第１のメディアエンドポイントを表し且つ該第１のメディアエンドポイントの機能を記述する該第１のメディアエンドポイントのための第２のトピックを使用することによって前記第１のメディアエンドポイントを前記ネットワークへパブリッシュすることで、前記第１のメディアエンドポイントを起動するステップと、前記第２のユーザインターフェイスが前記セッションを受け入れた場合に、前記第１のメディアエンドポイントを前記第２のユーザインターフェイスの第２のメディアエンドポイントとリンクするステップとを有する。
【００１１】
前記第２のメディアエンドポイントは、特に、前記第１のメディアエンドポイントを表すトピックによりパブリッシュされた前記第１のメディアエンドポイントの機能に従って、選択され、デバイスの夫々のメディアエンドポイントは、その機能を記述する前記ネットワークへのトピックを、前記第１のデバイスを起動する場合にパブリッシュし、前記第１のユーザインターフェイス及び前記第２のユーザインターフェイスは、夫々のオーディオ、ビデオ又はデータストリームについて、送信又は受信メディアエンドポイントである単一のメディアエンドポイントを割り当てる。
【００１２】
マルチメディアシグナリング制御のために有効にされるパブリッシュ／サブスクライブ・ネットワークは、少なくとも２つのデバイスを有し、該デバイスの夫々はユーザインターフェイス及びセッションを開始し実施するためのメディアエンドポイントを含み、前記セッションを開始するために、前記ユーザインターフェイス及び前記デバイスの夫々のエンドポイントとの間にシグナリングが提供される。当該ネットワークは、前記セッションを開始し実施するために、且つ、前記ユーザインターフェイスにメディアエンドポイントを割り当てるために、トピックを利用する。
【００１３】
本発明の態様において、当該パブリッシュ／サブスクライブ・ネットワークは、実時間システムのためのデータ分配サービス（ＤＤＳ）ネットワークであり、前記ユーザインターフェイス及び前記メディアエンドポイントは、前記ＤＤＳネットワーク内でマルチメディアシグナリング制御を提供するための前記ＤＤＳネットワークのドメイン・パーティシパントとして働く。次の前記ドメイン・パーティシパントが前記ＤＤＳネットワークに含まれる：開始ユーザインターフェイス、終端ユーザインターフェイス、送信メディアエンドポイント、及び受信メディアエンドポイント。
【００１４】
ネットワークデバイスは、ユーザインターフェイス及びメディアエンドポイントを有し、当該デバイスは、前記ユーザインターフェイスを起動し、該ユーザインターフェイスを介して、第２のデバイスの第２のユーザインターフェイスを識別するアドレス識別子を含むトピックをパブリッシュし、セッションを開始するリクエストをトリガし、前記メディアエンドポイントを表し且つ該メディアエンドポイントの機能を記述する前記メディアエンドポイントのためのトピックを使用することによって前記メディアエンドポイントをネットワークにパブリッシュすることで、前記メディアエンドポイントを起動し、前記第２のユーザインターフェイスが前記セッションを受け入れた場合に、前記メディアエンドポイントを前記第２のユーザインターフェイスの第２のメディアエンドポイントとリンクするよう構成される。
【００１５】
コンピュータ可読記憶媒体は、上記の方法のステップを実施するようプロセッサによって実行可能なプログラムコード命令を有する。
【００１６】
コンピュータプログラムは、上記の方法のステップを実施するようプロセッサによって実行可能なプログラムコード命令を有する。
【図面の簡単な説明】
【００１７】
本発明の好適な実施形態は、図面を参照して、一例として、以下で更に詳細に説明される。
【図１ａ】多数のデバイスを含むパブリッシュ／サブスクライブ・ホームネットワークを示す。
【図１ｂ】ワイドエリアネットワークを介して互いと接続されている分離したパブリッシュ／サブスクライブ・ネットワークを示す。
【図２】ユーザインターフェイス及びメディアエンドポイントを含む多数のデバイス並びにホームゲートウェイを有するホームネットワークを示す。
【図３ａ】パブリッシュ／サブスクライブ・ネットワークにおいて使用されるトピック間のインタラクションを示す。
【図３ｂ】３つのパーティによるセッションの実施形態を示す。
【図４】２人のユーザ及び１つの双方向接続によるマルチメディアセッションの実施形態を示す。
【図５】エンティティ・ユーザインターフェイスの役割を示す。
【図６】エンティティ・メディアエンドポイントの役割を示す。
【図７】受信メディアエンドポイントのための状態図を示す。
【図８】送信メディアエンドポイントのための状態図を示す。
【図９】マルチメディアセッションの状態図を示す。
【図１０】パーティがセッションに参加又は退去する状態図を示す。
【図１１】パーティがセッションを開始する状態図を示す。
【図１２】ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックの状態図を示す。
【図１３】図４の実施形態のためのメディアフローを示す。
【図１４】起動プロシージャのためのメッセージフロー図を示す。
【図１５】双方向オーディオ接続による２パーティ・コールセッションのためのメッセージフロー図を示す。
【図１６】図１５に従うセッションのための簡略化されたフロー図を示す。
【図１７】異なるフロー図における図１５の２パーティ・コールセッションを示す。
【発明を実施するための形態】
【００１８】
以下の記載では、マルチメディアシグナリング制御のために有効されるパブリッシュ／サブスクライブ・ネットワーク及びパブリッシュ／サブスクライブ・ネットワーク内でセッションを開始する方法が説明される。パブリッシュ／サブスクライブ・ネットワークは、例えば、ＤＤＳネットワークであり、パブリッシュ／サブスクライブ方法を使用することによって、セッション及び関連するマルチメディア接続をセットアップするシグナリングを提供する。説明を目的として、多数の具体的な詳細は、実施形態の完全な理解を提供するために示されている。なお、当業者に明らかなように、本発明は、それらの具体的な実施形態によらずとも実施されてよい。
【００１９】
パブリッシュ／サブスクライブ・ネットワークは、図１ａで表されるように、例えば、ＤＤＳのために有効にされる多数のデバイス２を含むホームネットワーク１内で配置される。デバイス２は、ユーザ３によって制御され、例えば、デバイスの夫々の中の各自のアプリケーションを使用することによって、パブリッシュ／サブスクライブを介して互いと接続することができるようにされる。ホームネットワーク１は、特に、セキュアなホームネットワークであり、デバイス２は、インターネット対応のデバイスである。
【００２０】
ＤＤＳネットワークから退去する場合に、シグナリングのための古典的方法が適用されてよく、相互運用エンティティが必要に応じて存在してよい。また、非ＤＤＳネットワークを介して接続されている他のＤＤＳネットワークに基づくアイランドとのＤＤＳネットワークの相互動作が適用可能であってよい。図１ｂで示されるように、分離したパブリッシュ／サブスクライブ・ネットワーク（Ｐ／Ｓ  ｎｗ）４は、例えば、フォワーダ（forwarder）・エンティティを使用することによって、ワイドエリアネットワーク５（例えば、インターネット）を介して互いと接続することができる。
【００２１】
パブリッシュ／サブスクライブ環境では、メッセージがネットワークの専用エンティティ間で送信されるメッセージアプローチは、もはや適用可能でない。パブリッシュ／サブスクライブに基づくネットワークへ接続されているエンティティは、パブリッシュされる‘トピック’及びそのパラメータの値の変化に関して、サブスクライブしているエンティティへ伝える。パブリッシュ／サブスクライブ・パラダイムは、メッセージに基づくものとは従って異なっている：
●‘メッセージに基づく’ものでは、アクションメッセージは、エンティティにおけるステータス変化をトリガすることである。
●‘データに基づく’もの（例えば、ＤＤＳ）では、エンティティは、セッション状態及び特性を、サブスクライブした他のエンティティへ伝えて、そのようなエンティティを作動させて、更に（更新された）セッション状態（及び特性）を、サブスクライブしたエンティティへ再度パブリッシュさせる。
【００２２】
本発明は、パブリッシュ／サブスクライブに基づくマルチメディアシグナリングのための方法及び夫々のパブリッシュ／サブスクライブ・ネットワークを記載することによって、如何にしてマルチメディアセッション又はあらゆるコールがパブリッシュ／サブスクライブ環境で扱われるかを示す。方法は、特に、セッション及び関連するマルチメディア接続をセットアップするシグナリング方法であって、データストリームがシグナリングメッセージから分離される方法である。
【００２３】
パブリッシュ／サブスクライブ領域内で、トピックの状態及びイベントは如何なるエンティティへもパブリッシュされ得るので、シグナリングは、ユーザインターフェイスのようなエンドポイントとマルチメディアエンドポイントとの間で直接に起こり得る。また、接続は、接続されるエンドポイントの互換性のみを必要とし、中間スイッチングは必要とされない。
【００２４】
パブリッシュ／サブスクライブ・ネットワークは、特に、パブリッシュ／サブスクライブ（Ｐ／Ｓ）領域内のマルチメディア制御システムである。Ｐ／Ｓ領域は、領域エンティティ及び関連するトピックによって定義される。それらの領域エンティティは、パブリッシャ及びサブスクライバの両方の機能を備える。パブリッシュ／サブスクライブ・マルチメディア制御システムの領域エンティティは：
●ユーザインターフェイス（ＵＩ；User  Interface）：セッションを開始し且つユーザを識別するトピックを送信する。このトピックは、セッションにおいて‘パーティ（Ｐａｒｔｙ）’と呼ばれるトピックによって表される。ユーザインターフェイスは、セッションを始め、他のユーザを誘い、且つ、メディアエンドポイントに接続をリクエストする。
●メディアエンドポイント（ＭＥ；Media  Endpoint）：特定のマルチメディアストリーム、例えば、オーディオ、ビデオ、又はデータストリームを扱うことができるエンドポイントであって、送信又は受信エンドポイントのいずれかとして働くことができ、セッションをアレンジする場合に、リクエストに応じてマルチメディアストリームをパーティ又は多数のパーティへリンクする。故に、メディアエンドポイントは、接続エンドポイント、ソース又はシンクである。
【００２５】
セッションは、メディアエンドポイントによってではなく、パーティ又はユーザインターフェイスによって開始される。この開始パーティは、セッションの所有者（Owner）と見なされる。セッション所有者は、システムリソースについて責任がある。そのようなものとして、彼は、セッションリソースの代価を払う必要があり、あるいは、消費されるリソースは、彼のリソースバジェット限度に対してカウントされてよい。所有者は、他のパーティが依然として含まれるかどうかと無関係に、セッションを解放することができる唯一の者である。それらの他のパーティは、セッションから退去することしかできず、セッションから退去する最後のパーティとならない限りは、セッションを解放することはできない。所有者は、所有権をセッションの他のユーザに移すことができる。
【００２６】
ユーザインターフェイス及びメディアエンドポイントは、原理上は如何なる設備においても位置付けられ得る。ホームゲートウェイ２１及び多数のエンドデバイス２２を含むホームネットワーク２０の夫々の実施形態は、図２において示される。ホームゲートウェイ２１は、顧客構内設備（Customer  Premises  Equipment）デバイスであり、ホームネットワーク２０とパブリックネットワーク２３（例えば、インターネット）との間のゲートウェイインターフェイスとして働く。エンドデバイスは、例えば、パーソナルコンピュータ又はタブレットＰＣ、セットトップボックス（ＳＴＢ）、ＶｏＩＰ電話機、及びインターネット対応（ＩＰ）カメラを含む。なお、テレフォニー（telephony）又はＤＥＣＴサービスのような、いくつかのエンドデバイス機能は、ホームゲートウェイ２１に組み込まれてよい。図２の実施形態では、エンドポイントは、ユーザインターフェイスと同じデバイスに位置するが、タブレット内のユーザインターフェイスは、例えばセットトップボックスへのデータストリームを制御することも可能である。
【００２７】
図２に示されている全てのエンドデバイス２２及びホームゲートウェイ２１は、ユーザインターフェイス（ＵＩ）及び次のメディアエンドポイントを含む：
●ＰＣ／タブレット：ビデオ入力（Video-In）、ビデオ出力（Video-Out）、オーディオ入力（Audio-In）、及びオーディオ出力（Audio-Out）。多数のそのようなエンドポイントは単一のエンドデバイス２２：データ入力（Data-In）、データ出力（Data-Out）において存在してよい
●ＳＴＢ：ビデオ入力、オーディオ入力
●ＶｏＩＰ電話機：オーディオ入力及びオーディオ出力
●ＩＰカメラ：ビデオ出力
●ホームゲートウェイ：テレフォニーＦＸＳインターフェイスに、更にはＤＥＣＴインターフェイスに関するオーディオ入力及びオーディオ出力。
【００２８】
次のトピックは、パブリッシュ／サブスクライブに基づきマルチメディア制御システムネットワークにおいて使用される：
○Ｐａｒｔｙ：セッションにおけるユーザインターフェイスを表す、
○ＭｅｄｉａＥｎｄｐｏｉｎｔ：セッションにおけるメディアエンドポイント、その制御及びその状態を表す、
○ＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ：特定のパーティのためのセッションに参加するよう特定のメディアエンドポイントにリクエストするためにパーティによって使用されるメッセージ。夫々のＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔは、１つのＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋを生成することを狙っている、及び
○ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ；特定のパーティについての特定のセッションにおいて特定のエンドポイントを関連付ける。１つのＭｅｄｉａＥｎｄｐｏｉｎｔトピックは複数のＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋを有することができる。
【００２９】
上記のトピック間の関係及びセッションは、図３ａにおいて示される。発信Ｐａｒｔｙトピック３１によれば、ユーザインターフェイスは、新しい、使用されていないセッションＩＤを選択し、そのようなものとして、セッションは初期化される。セッションはバーチャルであり、全てのＰａｒｔｙ及び全てのＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋがセッションを解放すると直ぐに、あるいは、セッションの所有者がセッションを解放した場合に、‘消失’する。セッションＩＤは、特に、セッションを一意に識別するために使用される汎用固有識別子（ＵＵＩＤ；Universal  Unique  Identifier）である。セッション３０は、そのようなものとしてトピックではなく、それが潜在的又は明示的であり得ることから破線である。
【００３０】
トピック間の関係及びセッションは、直線によって図３ａにおいて表されており、セッション及びトピックは、次の特性を備える：
○セッションは、ｍ個のＭｅｄｉａＥｎｄｐｏｉｎｔ及びｐ個のＰａｒｔｙ（ｍ≧０及びｐ＞０）を含んでよい。
○Ｐａｒｔｙは、連続して又は同時に、ｒ個のＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔを発してよい。夫々のＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔは、１つのＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋのためのリクエストである。
○夫々のＰａｒｔｙは、ｎ個のＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋを有してよい。夫々のＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋは、１つのＭｅｄｉａＥｎｄｐｏｉｎｔと１つのＰａｒｔｙとの間の関係を表す。
○夫々のＰａｒｔｙは、ｎ個のＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋを介して、ｎ個のＭｅｄｉａＥｎｄｐｏｉｎｔへリンクされてよい。
【００３１】
３つのパーティＰａｒｔｙ１、Ｐａｒｔｙ２及びＰａｒｔｙ２によるセッションの実施形態は、図３ｂにおいて示される。Ｐａｒｔｙ１からＰａｒｔｙ２及びＰａｒｔｙ３へのマルチキャスト接続が確立される。更に、Ｐａｒｔｙ２とＰａｒｔｙ３との間には双方向の接続が存在する。あらゆるＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔが成功したと仮定される。その場合に：
Ｐ＝３つのパーティ
Ｐａｒｔｙ１について、ｒ＝ｎ＝１
Ｐａｒｔｙ２について、ｒ＝ｎ＝３
Ｐａｒｔｙ３について、ｒ＝ｎ＝３
ｍ＝７つのメディアエンドポイント（＝和（あらゆるパーティのｎ））
である。
【００３２】
デバイスが起動され、ネットワーク内で接続される場合に、それらのデバイスは、利用可能な情報をネットワーク内でマルチキャストメッセージとしてパブリッシュし、それらが興味を持っているデータをサブスクライブする。起動後に、セッションは、あるデバイスについてまだ存在しない。夫々のデバイスは、その静的情報をパブリッシュする。
【００３３】
セッションは、動的に生成され終了される。パブリッシュ／サブスクライブ・シグナリングは、２つの制御レベル：セッション及びパーティ（Ｐａｒｔｙ）レベル並びにメディアエンドポイント（ＭｅｄｉａＥｎｄｐｏｉｎｔ）レベルにおいて動作する。シグナリングのためにパブリッシュ／サブスクライブを使用する２人のユーザ及び１つの双方向接続によるマルチメディアセッションの実施形態は、図４において示される。この図は、エンティティ：ユーザインターフェイス及びエンドポイントの間のパブリッシュ／サブスクライブ通信関係を示す概念スキーマであり、機能エンティティのみを示し、デバイスにおけるエンティティは示されない。いくつかのエンティティは、デバイスにおいてグループ化され得、あるいは、エンティティは、全く異なったデバイスにあってよい。例えば、ユーザインターフェイスは、タブレットにあってよく、メディアエンドポイントは、セットトップボックスにあってよい。
【００３４】
図４に示されるセッションは、第１のユーザＵｓｅｒ１によって、Ｕｓｅｒ１に割り当てられているユーザインターフェイス４１を介して開始される。Ｕｓｅｒ１は、セッションに参加する第１のパーティである。後に、第２のユーザＵｓｅｒ２がセッションに参加し、メディアエンドポイントが加えられる。上記のトピックを使用することによって、送信エンドポイント４３及び受信エンドポイント４４はユーザインターフェイス４１に割り当てられ、送信エンドポイント４６及び受信エンドポイント４５はユーザインターフェイス４２に割り当てられる。送信エンドポイント４３及び受信エンドポイント４５はリンクされ、送信エンドポイント４６及び受信エンドポイント４４はリンクされる。
【００３５】
エンティティ“ユーザインターフェイス”の役割は、図５において表される。ユーザインターフェイス５０は、トピックＰａｒｔｙ５１、ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ５２及びＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ５３を使用する。トピック５１及び５２は、夫々のデータリーダー（Reader）及びデータライター（Writer）を使用することによって、パブリッシャ及びサブスクライバの機能を夫々備える。トピック５３は、データライターを含むパブリッシャ機能しか備えない。トピック５１〜５３を介して、ユーザインターフェイス５０は、パブリッシュ／サブスクライブ・ネットワーク５４内の他のユーザインターフェイスと接続することができる。
【００３６】
エンティティ“メディアエンドポイント”の役割は、図６において表される。メディアエンドポイント６０は、トピックＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ６１、ＭｅｄｉａＥｎｄｐｏｉｎｔ６２及びＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ６３を利用する。トピック６１〜６３によれば、シグナリングは、セッションのパブリッシュ／サブスクライブ・ネットワーク５４内のメディアエンドポイント間の接続を開始及び終了するよう提供される。
【００３７】
次の図７〜１２において、セッション内で現れるメディアエンドポイントについての状態図が表される。図７は、受信メディアエンドポイントの状態図を示し、それは、アイドル（Idle）状態７０におけるセッションの開始後である。メディアエンドポイントがその利用可能性をパブリッシュしている場合に、それは状態レディ（Ready）７１にあり、それがセッションにおいて使用される場合に、それは割当受信（Allocated  Receiving）状態７２にある。
【００３８】
送信メディアエンドポイントについての状態図は、図８において表される。起動後、送信メディアエンドポイントはアイドル状態８０にある。送信メディアエンドポイントがその利用可能性をパブリッシュしている場合に、それはレディ状態８１にある。メディアエンドポイントは、対応する受信メディアエンドポイントが割り当てられていることを確認する場合にのみ、例えば、受信メディアエンドポイントがそのデータをパブリッシュした後に、送信する。受信メディアエンドポイントとリンクされる前に、送信メディアエンドポイントは割当アイドル（Allocated  Idle）状態８２にあり、両方のエンドポイントがリンクされる場合に、送信メディアエンドポイントは割当送信（Allocated  Sending）状態８３にある。
【００３９】
セッションの状態図は、図９において表される。パーティがセッションを開始する場合に、パーティはセッションの所有者であり、セッションはアイドル状態９０にある。パーティがセッションＩＤをパブリッシュする場合に、セッションはレディ状態９１にある。第１のパーティがこのセッションに加わる場合に、次いで、メディアエンドポイント間のリンクがセッションについて作られる。その後に、セッションはアクティブ（Active）状態９２にある。全ての招待されたパーティがセッションから退去した場合に、セッションはアクティブ状態９２からレディ状態９１へ戻る。所有者パーティがアクティブなセッションを解放するか、あるいは、タイムアウトがセッションのレディ状態９１において起こる（例えば、セッションに参加するパーティがない）場合に、セッションはアイドル状態９０へ戻る。
【００４０】
セッションがアクティブ状態にある場合に、パーティは、招待後に、又は自発的に、セッションに参加してよい。パーティがセッションに参加又は退去するパーティ状態図は、図１０において示される。図１０は、パーティが、セッションに加わる前に、又はセッションから退去した後に、アイドル状態１００にあることを示す。パーティは、セッションに加わった場合に、参加（Joined）状態１０１にある。
【００４１】
セッションに招待されたパーティについてのパーティ状態図は、図１１において表される。図１１は、セッションが開始された後にパーティがアイドル状態１１０にあることを示す。招待されたパーティは、招待パーティによってセッションに招待される場合に、警戒（Alerting）状態１１１に入る。招待されたパーティが参加する場合に、招待されたパーティのパーティ状態は参加状態１１２である。招待されたパーティが答えないか又は参加を拒否する場合に、招待されたパーティのパーティ状態はアイドル状態１１０へ戻る。
【００４２】
ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックの状態図は、図１２において表される。ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックは、パーティがメディアエンドポイントにリクエストする場合に生成される。ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋは、特定のパーティと特定のメディアエンドポイントとの間のリンクを表している。故に、ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックは、セッションの開始時、又はパーティの起動若しくはメディアエンドポイントの起動時に存在しない。ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋは、図３に従って、パーティによって発せられたＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔイベントの結果である。ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋの状態はアイドル１２０又はリンク（Linking）１２１のいずれかである。アイドル状態では、トピックは使用されない。リンク状態では、トピックはメディアエンドポイントをパーティへリンクする。
【００４３】
セッション内でメディアエンドポイントを扱う原理は、次の通りである：
●メディアエンドポイントは、送信（ソース）又は受信（シンク）のいずれか一方である。
●メディアエンドポイントの状態（及びセッションＩＤ）はパブリッシュされ、全てのユーザインターフェイス及びメディアエンドポイントは、それらも属するＰ／Ｓネットワークにおいてこれを見ることができる。
●メディアエンドポイントの相手方（シンクについてのソース、又はソースについてのシンク）は、同じパラメータ、例えば、セッション記述プロトコル（ＳＤＰ；Session  Description  Protocol）パラメータを有するが、それが接続される方向が異なっている他のメディアエンドポイントである。
●メディアエンドポイントは、１つのＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックを介して特定のパーティへリンクされる。メディアエンドポイントは、複数の異なったパーティへリンクされ得る。夫々の別個のリンクは、１つのＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックを介して表される。
【００４４】
メディアエンドポイントを接続する原理は、次の通りである：
●ソース・メディアエンドポイントは、常に一方向でシンク・メディアエンドポイントへ接続される。
●メディアエンドポイントは、反対であるべき方向を除き、まさに同じ記述（例えば、ＳＤＰ記述）を有する他のメディアエンドポイントへのみ接続される（注：これは、例えば、レフト又はライト・オーディオ・ステレオのインジケーションを含んでよい。）。
●メディアエンドポイントは、パブリッシュされたＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋ情報をサブスクライブされ見ている。これは、例えば、シンク・メディアエンドポイントが実際にリンクされ、結果によって情報を受信する準備ができていることをソース・メディアエンドポイントが確かめるために、重要である。シンク・メディアエンドポイントが準備ができているとソース・メディアエンドポイントが確認した後、ソース・メディアエンドポイントは送信を開始することができる。次いで、接続は確立される。
●これは、メディアエンドポイントのためのＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックの存在が、受信又は送信のための“ＭｅｄｉａＥｎｄｐｏｉｎｔ＿Ｒｅａｄｙ”と同等であることを実際に意味する。
●ソース・メディアエンドポイントが複数の互換性のあるシンクを確認する（ＳＤＰを参照）場合に、それはポイント・ツー・マルチポイントストリームを発する。
●メディアエンドポイントが起動する場合に、それはアイドル状態にある。それがその利用可能性をパブリッシュした後、それはレディ（使用されるべき）状態にある。
●シンク・メディアエンドポイントが複数の互換性のあるソースを確認する（ＳＤＰを参照）場合に、それは、複数のストリームを受信するのに備える。それは、ストリームが混合された（例えば）オーディオであるか、又はユーザに別個に提示される（例えば、ビデオ）か、あるいは、何らかの他の組み合わせが適用されるかに関わらず、オープンである。
●メディアエンドポイントの状態は、パーティに対して‘リンク（linked）’又は‘未リンク（not_linked）’のいずれかである。‘リンク’状態は、ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋトピックの存在によって暗黙的である。メディアエンドポイントの状態は、夫々＜＜割当（Allocated）＞＞（リンク）又はレディ（未リンク）である。
【００４５】
割り当てられたメディアエンドポイントは、アイドル、送信又は受信のいずれかである。割り当てられるシンク・メディアエンドポイントは、たとえ何もまだ送信されていないとしても、直ちに受信状態にある。ソース・メディアエンドポイントは、その対応するメディアエンドポイントが割当受信状態にあることを通知されるまで、割当アイドル状態にある。これは、送信された情報が失われないことを保証する。
【００４６】
ネットワークのパブリッシュ／サブスクライブ・シグナリングは、２つの制御レベルにおいて：セッション及びパーティレベルにおいて並びにメディアエンドポイントレベルにおいて相応に動作する。図４に従う実施形態の信号フロー及びメディアフローは、図１３において示される。シグナリングは、この実施形態ではＤＤＳを使用することによって、パブリッシュ／サブスクライブを介して行われ、第２のユーザＵｓｅｒ２がセッションに加わった場合に、メディアストリーミングは、ＤＤＳを使用することなしに、夫々のデバイスのインターネット・プロトコル・レイヤ３間のストリーミング接続を使用することによって、エンドポイント間で行われる。ネットワークのパブリッシュ／サブスクライブ機能は、従って、セッションを開始するためにのみ使用され、全てのユーザがセッションに参加している場合に、メディアストリーミングは、パブリッシュ／サブスクライブを使用することなしに、エンドポイント間で直接に行われる。
【００４７】
ネットワークデバイスが起動する場合に、それは自身のユーザインターフェイスを起動して、次を実施する：それは、デフォルトでない場合に、デバイスのユーザに自身を識別するようリクエストする；それはＰａｒｔｙトピックをネットワークにパブリッシュする；そして、それは、セッションを開始するためのユーザからのトリガリクエスト又は起こり得る入来セッションコールを見張る。デバイスはまた、その利用可能なエンドポイントをネットワークにパブリッシュすることによって、そのエンドポイントを起動する。このパブリッシュされた情報は‘状態’情報であり、そのようなものとして、それは、現在のデバイスより後に起動する他のデバイスに利用可能である。
【００４８】
起動プロシージャは、特に、デバイスに含まれるパブリッシュ／サブスクライブ制御アプリケーションによって実施される。アプリケーションがアクティブなままである必要があろうと、及びエンドポイントが直ぐに利用可能である必要があろうと、起動後の如何なる時点もデバイスに依存してよい。エネルギ節約のために、アプリケーションは停止してよく、後に必要とされるときに再起動されてよい。
【００４９】
通信起動プロシージャの実施形態は、図１４において示される。デバイス１４０の起動時に、デバイスは、パラメータとしてパーティＩＤ：１０、デバイスのユーザ名：Ｊｏｈｎ、及びその状態：アイドルを含むトピックＰａｒｔｙ１４１をパブリッシュ／サブスクライブ・ネットワーク１４２へ送る。デバイスは、オーディオ入力及び出力のための並びにビデオ入力及び出力のための４つのメディアエンドポイントを備える。夫々のエンドポイントは、そのパラメータ及びデバイスのパラメータデバイスＩＤを含む各自のトピックＭｅｄｉａＥｎｄｐｏｉｎｔ１４３〜１４６をパブリッシュ／サブスクライブ・ネットワーク１４２へ送る。パーティＩＤは、パブリッシュ／サブスクライブ・ネットワーク上に存在していないものとして選択される。デバイスＩＤは、パブリッシュ／サブスクライブ・ネットワークにおいて予め構成されていてよい。また、ユーザ名は、デバイスにおいて予め構成されていてよい。ネットワークは、更なるデバイス１４７、例えば、テレビジョンセット、タブレットＰＣ及び／又はノートブックを含む。デバイス１４０は、次いで、起こり得る入来セッションコール、又はセッションを開始するためのユーザからのトリガリクエストを見張る。
【００５０】
図１５において、双方向のオーディオ接続による２パーティ・コールセットアップが表される。ユーザＪｏｈｎは、パブリッシュ／サブスクライブ・ネットワークに入っており、自身のスマートフォンを起動しており、そして、含まれているパブリッシュ／サブスクライブ制御アプリケーションは実行されている。例えば、図１４に従う例における動作が実行されている。このとき、Ｊｏｈｎは、パブリッシュ／サブスクライブ・ネットワークを用いて、電話を使っての会話のためにユーザＡｌｉｃｅを呼び出したい。接続されるまでの発信（dialing）、警戒（alerting）から始まるフローは、図１５において表される。動作は次の通りである：
●Ｊｏｈｎ（パーティＩＤ１０）は、セッション（セッションＩＤ＝１０００）をセットアップする
●ＪｏｈｎはＡｌｉｃｅ（招待された人（invitee）＝Ａｌｉｃｅ）に発信する；Ａｌｉｃｅ＝パーティＩＤ１１
●一方で、Ｊｏｈｎのデバイスは、送信及び受信エンドポイントを割り当てる：
○パーティ１０とＭＥ２００との間のＭＥＰ（９０１）＝関連付け（association）をリクエストするＭＥＲ（１）
ＭＥ＝ＭｅｄｉａＥｎｄｐｏｉｎｔ
ＭＥＲ＝ＭｅｄｉａＥｎｄｐｏｉｎｔＲｅｑｕｅｓｔ
ＭＥＰ＝ＭｅｄｉａＥｎｄｐｏｉｎｔＰａｒｔｙ
○パーティ１０とＭＥ２０１との間のＭＥＰ（９０３）＝関連付けをリクエストするＭＥＲ（３）
●Ａｌｉｃｅのデバイスが鳴り、Ａｌｉｃｅはセッションを受け入れる（参加する）
●一方で、Ａｌｉｃｅのデバイスは、送信及び受信エンドポイントを割り当てる：
○パーティ１０とＭＥ２２０との間のＭＥＰ（９０２）＝関連付けをリクエストするＭＥＲ（２）
○パーティ１１とＭＥ２２１との間のＭＥＰ（９０４）＝関連付けをリクエストするＭＥＲ（４）
●対応する受信エンドポイントが割り当てられると直ぐに、送信エンドポイントはオーディオを、それが割り当てられると、送信し始める。エンドポイントは、パブリッシュされた情報により互いを認識する。
【００５１】
図１５は、詳細なパラメータ情報を含み、そのためむしろ複雑である。図１６は、図１５に従うセッションについての簡略化されたフロー図を表す。それは、全てのパラメータにというよりむしろ‘変化’に注目する。また、サブスクライブしたエンティティによる‘読み出し（Reading）’はもはや示されていない。サブスクリプションはうまく構成されることが理解される。
【００５２】
図１７において、図１５と同様の双方向のオーディオ接続による２パーティ・コールセットアップは、別のフロー図において示される。図１７に表されるように、Ｕｓｅｒ１は、双方向のオーディオ接続を用いてＵｓｅｒ２にセッションをリクエストする。次の動作が起こる：
●パーティ及びエンドポイントは、パブリッシュ／サブスクライブ・マルチメディア制御システム領域におけるそれらの存在をパブリッシュする。
●ＵＩ１は、Ｕｓｅｒ１が所有者であるセッションをセットアップする。パーティ１１としてＵＩ１はこのセッションに参加し、ＵＩ１はＵｓｅｒ２に参加するようリクエストする。
●警戒がＵｓｅｒ２において適用され、Ｕｓｅｒ２はパーティ１２として参加する。
●一方で、ＵＩ１は、割り当てのためにメディアエンドポイントＡ１１及びＡ１２（Ａ＝Ａｕｄｉｏ）をリクエストしている。
●ＵＩ２は、それらのパブリケーションを得て、対応するメディアエンドポイントＡ２１及びＡ２２をリクエストする。
●ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋがそれら４つのエンドポイントのために生成される。ＭｅｄｉａＥｎｄｐｏｉｎｔ−Ｐａｒｔｙ＿Ｌｉｎｋはリンク状態に入り、その後に、関連するメディアエンドポイントは割り当てられる。
●シンク・メディアエンドポイントが割り当てられると直ぐに、関連するソース・メディアエンドポイントは割当送信状態に入る。
●最後に、双方向接続によるセッションが実現される。
【００５３】
従って、パブリッシュ／サブスクライブ領域内で、トピックの状態及びイベントは、如何なるエンティティへも、それらにサブスクライブされる場合にパブリッシュされ得、シグナリングは、ユーザインターフェイスのようなエンドポイントとメディアエンドポイントとの間で直接に起こり得る。また、接続は、接続されたエンドポイントの互換性しか必要とせず、ＩＰ世界では、中間スイッチングは必要とされない。
【００５４】
また、本発明の他の実施形態は、本発明の適用範囲から逸脱することなしに、当業者によって利用されてよい。ネットワークは、好適な実施形態では、ＤＤＳパブリッシュ／サブスクライブ・ネットワークであるが、他のトピックに基づくパブリッシュ／サブスクライブ方法（例えば、Ｄ−Ｂｕｓ）も、本発明に従って使用されてよい。本発明は、従って、本願に添付した特許請求の範囲に存在する。
【図１ａ】
2017518562.tif 000003
【図１ｂ】
2017518562.tif 000004
【図２】
2017518562.tif 000005
【図３ａ】
2017518562.tif 000006
【図３ｂ】
2017518562.tif 000007
【図４】
2017518562.tif 000008
【図５】
2017518562.tif 000009
【図６】
2017518562.tif 000010
【図７】
2017518562.tif 000011
【図８】
2017518562.tif 000012
【図９】
2017518562.tif 000013
【図１０】
2017518562.tif 000014
【図１１】
2017518562.tif 000015
【図１２】
2017518562.tif 000016
【図１３】
2017518562.tif 000017
【図１４】
2017518562.tif 000018
【図１５】
2017518562.tif 000019
【図１６】
2017518562.tif 000020
【図１７】
2017518562.tif 000021
【国際調査報告】
2017518562.tif 000022
2017518562.tif 000023