JP6114408B2 - 複数個のデバイスを含むネットワーク上におけるデバイス間セッションを制御する方法及び装置 - Google Patents

Description

本発明はネットワーク上におけるデバイス間セッションを制御する方法、装置、及びシステムに関し、より詳しくは、互いに異なるプロトコルをサポートする複数のネットワークにおけるコントローラを用いて特定ネットワーク上のデバイス間セッションを制御する方法に関する技術である。

現在、家庭または事務室などの空間でテレビ（ＴＶ）、コンピュータ（ＰＣ）、そしてオーディオなどを用いるためには多様なケーブルが必要である。一般的に使われる高画質（ＨＤ：High Definition）転送ケーブル技術のうちの一部は転送速度が制限されており、転送容量のサイズも制限されているので、大容量コンテンツを高速で処理し難い。ＨＤ転送技術の場合にも非圧縮ビデオをサポートできないので、映像機器が数メートルだけ離れていても各機器を連結し難いので、家庭または事務室など、ネットワークにより連結された空間で大容量コンテンツサービスを円滑に提供するためのネットワークシステムを提供する必要がある。

一方、特定プロトコルをサポートするネットワークシステムにおけるデバイス間セッション制御時、不要な情報を転送するようになる場合、ネットワークトラフィック増加をもたらすことがある。したがって、オペレーティングシステム別特性に合うセッション制御機能を具現する必要があり、これを通じてのユーザ便宜性増大が求められる。

本発明は、互いに異なるプロトコルをサポートする複数のネットワーク上における１つのネットワークのコントローラが他のネットワークのデバイスの間のセッションを制御する方法を提供しようとする。

本発明は、ホームネットワークシステムで使われる効率的な通信方法及びこれをサポートする装置を提供しようとする。

本発明は、異なるネットワークに属したコントローラがセッション生成主体となるデバイスにセッション生成トリガーメッセージを転送する方法を提供しようとする。

本発明は、異なるネットワークに属したコントローラがセッションに参加しているデバイスのうちの１つのデバイスにセッション終了トリガーメッセージを転送する方法を提供しようとする。

本発明は、異なるネットワークに属したコントローラがセッションに参加しているデバイスのうちの１つのデバイスにセッション状態情報を受けるためのトリガーメッセージを転送する方法を提供しようとする。

本発明は、ネットワーク上におけるセッションを管理する方法を提供しようとする。

本発明は、マルチメディアネットワーク環境における遠隔機器上で発見された再生機器の制御方法を提供しようとする。

本発明が達成しようとする技術的目的は、以上で言及した事項に制限されず、言及しない他の技術的課題は、以下に説明する本発明の実施形態から本発明が属する技術分野で通常の知識を有する者により考慮できる。

本発明は、異なるネットワークに属したコントローラがセッション生成主体となるデバイスにセッション生成トリガーメッセージを転送する方法を提供する。このような方法により、トリガーメッセージを受けたデバイスは、基本（native）プロトコルで他のデバイスとのセッション生成のためのメッセージをやり取りする作業が可能であり、生成されたセッション情報をコントローラに知らせることができる。

また、本発明は、異なるネットワークに属したコントローラがセッションに参加しているデバイスのうちの１つのデバイスにセッション終了トリガーメッセージを転送する方法を提供する。このような方法により、トリガーメッセージを受けたデバイスは基本（native）プロトコルで他のデバイスにセッション終了のためのメッセージをやり取りする作業が可能であり、終了したセッション情報をコントローラに知らせることができる。

また、本発明は、異なるネットワークに属したコントローラがセッションに参加しているデバイスのうちの１つのデバイスにセッション状態情報を受けるためのトリガーメッセージを転送する方法を提供する。このような方法により、トリガーメッセージを受けたデバイスは該当デバイスが参加しているセッション情報を盛り込んだメッセージをコントローラに転送することができる。

上記の発明を通じて特定プロトコルをサポートするネットワークにおけるデバイス間制御を必要とするコントローラの具現が複雑な場合、具現が容易な異なる性質のプロトコルを用いることによって、具現の容易性を提供する。そして、ネットワークを介して転送されるセッション制御命令の不要な情報を除去することによって、ネットワークトラフィックを減らすことができる。

また、ユーザ観点からコントローラ上でデバイス間セッション制御を遂行するに当たって、使用の容易性を提供することによって、ユーザ便宜を増大させることができる。

本発明が適用される実施形態であって、複数のデバイスが連結されているネットワークシステムの概略図を示す。 本発明が適用される実施形態であって、ソースデバイス、シンクデバイス、コントローラ、及びスイッチデバイスの内部ブロック図及び連結関係を示す。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成する過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成する過程を示すフローチャートである。 本発明が適用される実施形態であって、デバイス間セッションを生成する具体的な過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了する過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了する過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得する過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得する過程を示すフローチャートである。 本発明が適用される実施形態であって、デバイス間セッション管理のためのユーザインターフェースを示し、図１０（ａ）はデバイス間セッション生成のためのユーザインターフェースを示し、図１０（ｂ）はデバイス間セッション終了のためのユーザインターフェースを示し、図１０（ｃ）はデバイス間セッション生成後、セッション状態情報を獲得するためのユーザインターフェースを示す。 本発明が適用される実施形態であって、互いに異なるプロトコルをサポートする複数のネットワーク上におけるデバイス間セッションを制御する方法における、デバイス間セッションを生成する過程を示す。 本発明が適用される実施形態であって、互いに異なるプロトコルをサポートする複数のネットワーク上におけるデバイス間セッションを制御する方法における、デバイス間セッションを終了する過程を示す。 本発明が適用される実施形態であって、互いに異なるプロトコルをサポートする複数のネットワーク上におけるデバイス間セッションを制御する方法における、デバイス間セッション生成後、セッション状態情報を獲得する過程を示す。 本発明が適用される他の実施形態であって、デバイス間セッションを制御する過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを制御する過程を示すフローチャートである。 本発明が適用される他の実施形態であって、デバイス間セッションを制御する過程を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、図２３（ａ）はセッション生成要請メッセージのフォーマットを示し、図２３（ｂ）はテキスト／プレーンタイプのセッション生成要請メッセージを示し、図２３（ｃ）はテキスト／ｘｍｌタイプのセッション生成要請メッセージを示す。 本発明が適用される実施形態であって、図２４（ａ）はセッション生成応答メッセージのフォーマットを示し、図２４（ｂ）はテキスト／プレーンタイプのセッション生成応答メッセージを示し、図２４（ｃ）はテキスト／ｘｍｌタイプのセッション生成応答メッセージを示す。 本発明が適用される他の実施形態であって、図２５（ａ）はセッション生成要請メッセージのフォーマットを示し、図２５（ｂ）はテキスト／プレーンタイプのセッション生成要請メッセージを示し、図２５（ｃ）はテキスト／ｘｍｌタイプのセッション生成要請メッセージを示す。 本発明が適用される他の実施形態であって、図２６（ａ）はセッション生成に成功した場合のセッション生成応答メッセージフォーマットを示し、図２６（ｂ）はセッション生成に失敗した場合のセッション生成応答メッセージを示す。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、図３６（ａ）はセッション終了要請メッセージのフォーマットを示し、図３６（ｂ）はテキスト／プレーンタイプのセッション終了要請メッセージを示し、図３６（ｃ）はテキスト／ｘｍｌタイプのセッション終了要請メッセージを示す。 本発明が適用される実施形態であって、図３７（ａ）はセッション終了応答メッセージのフォーマットを示し、図３７（ｂ）はテキスト／プレーンタイプのセッション終了応答メッセージを示し、図３７（ｃ）はテキスト／ｘｍｌタイプのセッション終了応答メッセージを示す。 本発明が適用される他の実施形態であって、図３８（ａ）はセッション終了要請メッセージのフォーマットを示し、図３８（ｂ）はテキスト／プレーンタイプのセッション終了要請メッセージを示し、図３８（ｃ）はテキスト／ｘｍｌタイプのセッション終了要請メッセージを示す。 本発明が適用される他の実施形態であって、図３９（ａ）はセッション終了に成功した場合のセッション終了応答メッセージフォーマットを示し、図３９（ｂ）はセッション終了に失敗した場合のセッション終了応答メッセージを示す。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。 本発明が適用される実施形態であって、図４７（ａ）はセッション状態要請メッセージのフォーマットを示し、図４７（ｂ）はテキスト／プレーンタイプのセッション状態要請メッセージを示し、図４７（ｃ）はテキスト／ｘｍｌタイプのセッション状態要請メッセージを示す。 本発明が適用される実施形態であって、図４８（ａ）はセッション状態応答メッセージのフォーマットを示し、図４８（ｂ）はテキスト／ｘｍｌタイプのセッション状態応答メッセージを示す。 本発明が適用される他の実施形態であって、図４９（ａ）はセッション状態要請メッセージのフォーマットを示し、図４９（ｂ）はテキスト／プレーンタイプのセッション状態要請メッセージを示し、図４９（ｃ）はテキスト／ｘｍｌタイプのセッション状態要請メッセージを示す。 本発明が適用される他の実施形態であって、図５０（ａ）はセッション状態情報獲得に成功した場合のセッション状態応答メッセージフォーマットを示し、図５０（ｂ）はセッション状態情報獲得に失敗した場合のセッション状態応答メッセージを示す。

本発明は、複数個のデバイスを含むネットワーク上におけるデバイス間セッションを制御する方法において、制御デバイスからセッション制御要請メッセージを受信するステップ、ここで、セッション制御要請メッセージは第１デバイスと第２デバイスとの間のセッション制御を動作させるためのメッセージを示し、受信されたセッション制御要請メッセージに基づいて、第１デバイスに特定制御動作のためのトリガリングメッセージ（triggering message）を転送するステップ、トリガリングメッセージを用いて第１デバイスと第２デバイスとの間のセッション制御を遂行するステップ、及び第１デバイスからトリガリング応答メッセージを受信するステップを含み、かつトリガリング応答メッセージはセッション制御の遂行結果を示すことを特徴とするデバイス間セッションを制御する方法を提供する。

また、本発明は、トリガリング応答メッセージに基づいて、制御デバイスにセッション制御応答メッセージを転送するステップをさらに含むことを特徴とする。

また、本発明は、セッション制御要請メッセージとセッション制御応答メッセージのうちの少なくとも１つは第１プロトコルに基づき、トリガリングメッセージとトリガリング応答メッセージのうちの少なくとも１つは第２プロトコルに基づき、第１プロトコルと第２プロトコルとは互いに異なることを特徴とする。

また、本発明は、セッション制御要請メッセージは、セッション生成要請メッセージ、セッション終了要請メッセージ、またはセッション状態要請メッセージを示すことを特徴とする。

また、本発明は、セッション制御要請メッセージがセッション生成要請メッセージを示す時、セッション生成要請メッセージは第１デバイス識別情報と第２デバイス識別情報を含むことを特徴とする。

また、本発明は、セッション制御要請メッセージがセッション生成要請メッセージを示す時、セッション制御応答メッセージは、成功の場合、成功を示す結果コード、生成されたセッション識別情報、及びセッション生成を示す状態情報のうちの少なくとも１つを含み、失敗の場合、失敗を示す結果コード及び失敗理由情報のうちの少なくとも１つを含むことを特徴とする。

また、本発明は、セッション制御要請メッセージがセッション終了要請メッセージを示す時、セッション終了要請メッセージは、生成されたセッション識別情報、第１デバイスレファレンス情報、及び第２デバイスレファレンス情報のうち、少なくとも１つを含むことを特徴とする。

また、本発明は、セッション制御要請メッセージがセッション終了要請メッセージを示す時、セッション制御応答メッセージは、成功または失敗を示す結果コード、生成されたセッション識別情報、第１デバイスレファレンス情報及び第２デバイスレファレンス情報のうち、少なくとも１つを含むことを特徴とする。

また、本発明は、セッション制御要請メッセージがセッション状態要請メッセージを示す時、セッション状態要請メッセージはセッション状態を獲得するためのアドレス情報及び生成されたセッション識別情報のうち、少なくとも１つを含むことを特徴とする。

また、本発明は、セッション制御要請メッセージがセッション状態要請メッセージを示す時、セッション状態応答メッセージはセッション状態情報を含み、セッション状態情報は関連したデバイス情報、セッションルーティング情報、及びセッション経路情報のうち、少なくとも１つを含むことを特徴とする。

また、本発明は、複数個のデバイスを含むネットワーク上におけるデバイス間セッションを制御する装置において、複数個のデバイスのうちの少なくとも１つに対してメッセージを送信または受信するネットワークインターフェース、及び制御デバイスからセッション制御要請メッセージを受信し、受信されたセッション制御要請メッセージに基づいて第１デバイスに特定制御動作のためのトリガリングメッセージ（triggering message）を転送し、第１デバイスからトリガリング応答メッセージを受信するコントローラを含み、かつセッション制御要請メッセージは第１デバイスと第２デバイスとの間のセッション制御を動作させるためのメッセージを示し、トリガリング応答メッセージはセッション制御の遂行結果を示し、第１デバイスと第２デバイスとの間のセッション制御はトリガリングメッセージを用いて遂行されることを特徴とする、デバイス間セッションを制御する装置を提供する。

また、本発明において、コントローラはトリガリング応答メッセージに基づいて、制御デバイスにセッション制御応答メッセージを転送することを特徴とする。

以下、添付した図面を参照して本発明の実施形態の構成及びその作用を説明し、図面により説明される本発明の構成と作用は１つの実施例として説明されるものであり、これによって本発明の技術的思想とその核心構成及び作用が制限されるものではない。

併せて、本発明で使われる用語はできる限り現在広く使われる一般的な用語を選択したが、特定の場合は出願人が任意に選定した用語を使用して説明する。そのような場合には該当部分の詳細説明でその意味を明確に記載するので、本発明の説明で使われた用語の名称だけで単純解釈されてはならず、その該当用語の意味まで把握して解釈されなければならないことを明らかにしようとする。

特定プロトコルをサポートするネットワークシステムにおけるデバイス間セッション制御を遂行するために、コントローラは不要な情報を盛り込んだ命令メッセージを転送することができる。このようなオーバーヘッド（overhead）メッセージはネットワークトラフィック増加をもたらすことがあるので、コントローラを具現する面ではオペレーティングシステム別に特性に合うようにセッション制御（session control）またはセッション管理（session management）機能を具現できなければならない。但し、このようなオペレーティングシステム別機能具現も開発リソース（resource）増加をもたらすことがあり、コントローラを使用しないデバイスでセッション制御を遂行する場合、ユーザ便宜性を低下させることがある。したがって、多様なオペレーティングシステムに容易に適用可能であり、ユーザ側面でも容易な使用環境を提供する必要があり、互いに異なる複数のプロトコルをサポートするネットワーク上におけるより円滑なコンテンツサービスを提供するために、各々のデバイスは連結されたネットワークに適合したセッション制御機能を提供しなければならない。

以下、ネットワークシステムで使われる効率的な通信方法及びこれをサポートする装置について図面と共に詳細に説明し、より具体的に、互いに異なるプロトコルをサポートする複数のネットワーク上における１つのネットワークのコントローラを通じて異なるネットワークのデバイスの間のセッションを制御する方法及び装置について説明する。

本明細書で本発明の実施形態はソース機器（Source Device）、シンク機器（Sink Device）、スイッチ（Switch）及び／制御ポイント（Control Point）の間のデータ送受信関係を中心に説明された。

ＨＤＢａｓｅＴ技術は、ホームシアターとディジタルビデオレコーダ（ＤＶＲ：Digital Video Recorder）、ブルーレイディスプレーヤー（ＢＤＰ：BlueLay DisPlayer）、ゲーム機、ＰＣ（Personal Computer）及び／又はモバイル製品に使われることができ、多数台のディスプレイに連結して多重スクリーンを構成することができる。

本発明の実施形態において、ソース機器（Source Device）はブルーレイディスプレーヤー（ＢＤＰ：Bluelay DisPlayer）、ディジタルビデオレコーダ（ＤＶＲ：Digital Video Recorder）、コンピュータ、Ｘボックス（XBOX）、ラップトップ（Laptop）など、コンテンツを提供する機器を意味し、シンク機器（Sink Device）はコンテンツが具現されるホームシアター、テレビ（ＴＶ）、モニター、及び各種ディスプレイ装置を意味することができる。シンク機器はデータ及び／又はコンテンツの目的地または目的地個体などと呼ばれることができる。

また、ダウンリンクストリーム（ＤＳ：Downlink Stream）という用語は、コンテンツを提供する機器からコンテンツの提供を受ける機器に転送される論理的なデータまたはストリームの流れを意味するものであって、ダウンリンクという用語と同一な意味として使用できる。また、アップリンクストリーム（ＵＳ：Uplink Stream）という用語は、ダウンリンクストリームの反対方向の論理的なデータまたはストリームの流れを意味するものであって、アップリンクという用語と同一な意味として使用できる。

また、本明細書でレガシーデバイス（legacy device）ということはＨＤＢａｓｅＴ技術をサポートしないデバイスを意味することがあり、適用される用語毎に文脈に合せて解釈できる。

図１は、本発明が適用される実施形態であって、複数のデバイスが連結されているネットワークシステムの概略図を示す。

本発明が適用されるネットワークシステムは、大きくソースデバイス（source device）１００、スイッチデバイス（switch device）２００、シンクデバイス（sink device）３００、及びコントローラを含むことができる。図１に図示されたデバイスは、便宜上、１つのネットワークにより連結されたように図示したが、複数のネットワークで構成されることもできる。上記デバイスはＨＤ ＴＶケーブル、オーディオケーブル、ビデオケーブル、インターネットＬＡＮ線（LAN cable）、給電線、ＨＤＭＩ（High Definition Multimedia Interface）ケーブルのうち、少なくとも１つを用いて連結できる。

この際、本発明が適用されるネットワークシステムには多様な転送技術が適用されることができ、例えば、ＨＤＢａｓｅＴ技術が適用できる。ＨＤＢａｓｅＴ技術は、１つのＣＡＴ５／６（Category５／６）ケーブルを介して非圧縮高画質ビデオ信号、オーディオ信号、制御信号などを転送することができる。

また、ＨＤＢａｓｅＴ技術はホームシアターとディジタルビデオレコーダ（ＤＶＲ：Digital Video Recorder）、ブルーレイディスプレーヤー（ＢＤＰ：BlueLay DisPlayer）、ゲーム機、ＰＣ（Personal Computer）及び／又はモバイル製品などに使われることができ、多数台のディスプレイに連結して多重スクリーンを構成することもできる。ＨＤＢａｓｅＴ技術は１つのケーブルで両方向通信、マルチストリーム転送、及び電力転送までも提供することができる。

このようなＨＤＢａｓｅＴネットワーク上におけるＨＤＢａｓｅＴ機器、例えばＨＤＢａｓｅＴアダプター（以下、Ｔ−アダプター）の間の通信を行うためにセッション（Session）が形成されなければならない。セッションは通信ネットワーク経路を定義し、それに含まれる適切なサービスを予定する。したがって、本発明ではＨＤＢａｓｅＴネットワークで形成されたセッションの最適化した経路を設定し、形成されたセッションをより効率的に制御する方法を提供する。

ソースデバイス（source device）１００は、データ（例えば、コンテンツ）を提供するデバイスまたはデータ提供が可能なデバイスを示すことができる。この際、データはソースデバイス（source device）１００内に格納されていたり、外部から受信されたりすることができる。ソースデバイス（source device）１００は、データ送受信のためのインターフェースを提供し、受信したデータを外部デバイスに転送することができる。例えば、図１を見ると、ソースデバイス（source device）１００には、ゲーム装置、ブルーレイプレーヤー（Blu-ray player）、コンピュータ、セットップボックス（Set-Top box）、モバイル機器などがありうる。

スイッチデバイス（switch device）２００は、シンクデバイス（sink device）３００とソースデバイス（source device）１００とを連結する物理的装置を示す。スイッチデバイス（switch device）２００はルーター機能を遂行することができ、例えば、ソースデバイス（source device）１００から転送されたデータをシンクデバイス（sink device）３００に転送することができる。この際、データは大容量コンテンツを示すことができる。そして、ソースデバイス（source device）１００とシンクデバイス（sink device）３００は１：１、１：多数、または多数：１で連結できる。また、図１ではスイッチデバイス（switch device）２００を１つのみ図示したが、本発明が適用されるネットワークシステムは複数個のスイッチデバイス（switch device）２００を含むことができる。

シンクデバイス（sink device）３００は外部から転送されたデータを受信する装置を示し、例えば、ソースデバイス（source device）１００またはスイッチデバイス（switch device）２００からコンテンツを受信することができる。受信されたデータはディスプレイを通じて出力できる。例えば、図１を見ると、シンクデバイス（sink device）３００には、寝室にあるディスプレイ装置、居間にあるディスプレイ装置、事務室にあるディスプレイ装置、またはモバイル機器などがありうる。

コントローラは多様な種類のデバイス（例えば、サーバー、レンダラーなど）に命令（command）、要請（request）、アクション（action）などのメッセージを転送する機器を示し、例えば、ソースデバイス（source device）１００、スイッチデバイス（switch device）２００、またはシンクデバイス（sink device）３００のうちの少なくとも１つに、命令（command）、要請（request）、アクション（action）などのメッセージを転送し、応答メッセージを受信することができる。メッセージを転送するか否かはユーザまたはコントローラ自体となることができる。また、メッセージを転送した後、相手方機器から受信した応答メッセージをユーザに伝達できるユーザインターフェースをサポートすることができる。例えば、コントローラ自体でディスプレイをサポートするか、または第３のディスプレイ機器を通じてユーザインターフェースをサポートすることができる。

コントローラは、ソースデバイス（source device）１００、スイッチデバイス（switch device）２００、またはシンクデバイス（sink device）３００のうち、少なくとも１つと関連したリモコンでありうる。例えば、ゲーム装置のゲームコンソール（gaming console）、ブルーレイプレーヤー（Blu-ray player）のリモコン、キーボード、マウス、またはセットップボックス（Set-Top box）のリモコン、またはモバイル機器などがコントローラの機能を遂行することができる。

本発明が適用されるネットワークシステムは、互いに異なるプロトコルをサポートする複数のネットワークを構成することができ、各ネットワークは多様なプロトコルのうち、少なくとも１つをサポートすることができる。例えば、ネットワークにはＵＰＮＰ（Universal Plug & Play）ネットワーク、ＨＰｎＰ（HDBaseT Plug & Play）ネットワーク、ＨＤＢａｓｅＴネットワークなどがありうる。ネットワークは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＳＳＤＰ（Simple Service Discovery Protocol）、ＳＯＡＰ（Simple Object Access Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＨＴＴＰ（hypertext transfer protocol）、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）などをサポートすることができ、デバイス間送受信されるメッセージはプレーンタイプまたはＸＭＬ（eXtensible Markup Language）タイプで表現できる。

以下の図面で説明する実施形態は特定ネットワークと特定プロトコルを例として説明しているが、これは一実施形態に過ぎないものであり、各々の実施形態の内容の全体または部分の結合による実施形態も本発明の範囲内に含まれることは当然である。

また、本発明が適用される実施形態において、互いに異なるネットワークに属したデバイスとコントローラは、セッション制御のための共通のプロトコルを提供することができる。そして、デバイスの間のセッション制御は、プロトコルのうちの少なくとも１つを通じてなされて、コントローラは該当デバイスにトリガーメッセージ（trigger message）を転送し、イベントメッセージを受信することによってセッションを制御することができる。

図２は本発明が適用される実施形態であって、ソースデバイス、シンクデバイス、コントローラ、及びスイッチデバイスの内部ブロック図及び連結関係を示す。

ソースデバイス（source device）１００は、ウェブサーバー及びＨＴＴＰ／ＸＭＬ Parser１０１、イーサネットスイッチング１０２、ＵＳＢホストインターフェース１０３、ＩＲ（infrared）インターフェース１０４、ＨＤＭＩソースインターフェース１０５、リンク管理部（link management unit）１０６、アップストリームリンク１０７、ダウンストリームリンク１０８、ＴＸ物理階層１０９、ネットワークインターフェース１１０、メモリ１１１、及び制御部（control unit）１１２を含むことができる。

ウェブサーバー及びＨＴＴＰ／ＸＭＬ Parser１０１において、ウェブサーバーはＨＴＴＰを通じてコントローラで要請するＨＴＭＬ文書やオブジェクト（イメージファイルなど）を転送し、ＨＴＴＰ／ＸＭＬ ParserはＨＴＴＰ／ＸＭＬ文書をパーシングする。

イーサネットスイッチング１０２は、パケットに圧縮された（encapsulated）イーサネットデータ（Ethernet data）を圧縮解除（de-capsulate）して他の論理的装置に伝達する役割をする。

ＵＳＢホストインターフェース１０３は、ＵＳＢデバイスがホストデバイスと通信できるようにするインターフェースを示し、ＩＲ（infrared）インターフェース１０４はＩＲ（infrared）デバイスがホストデバイスと通信できるようにするインターフェースを示し、ＨＤＭＩソースインターフェース１０５はＨＤＭＩシンクデバイスがホストデバイスと通信できるようにするインターフェースを示す。

リンク管理部（link management unit）１０６はリンク階層の機能を担当する論理的装置であって、アップストリーム／ダウンストリームリンク（Upstream／Downstream link）を管理する。

アップストリームリンク１０７及びダウンストリームリンク１０８は、アップストリーム／ダウンストリームパケット（Upstream／Downstream packet）を生成する。

ＴＸ物理階層１０９はＴＸ物理階層の機能を担当する論理的装置であって、外部デバイスとのインターフェースを担当する。

ネットワークインターフェース１１０は、デバイス間の命令、要請、アクション、応答などのメッセージやデータの転送を可能にする。

メモリ１１１は多様な種類のデバイスに具現される選択的な装置であって、多様な種類のデータが臨時的に格納される物理的装置を示す。

制御部（control unit）１１２はサーバー及びクライアント（または、コントローラ）に具現される論理的構成要素であって、自身が属した機器の全ての動作を制御する。

スイッチデバイス（switch device）２００は、ウェブサーバー及びＨＴＴＰ／ＸＭＬ Parser２０１、スイッチング管理部（Switching management）２０２、ネットワークインターフェース２１０、メモリ２１１、及び制御部（control unit）２１２を含むことができる。

スイッチデバイス（switch device）２００内のユニットは、ソースデバイス（source device）１００で説明した対応するユニットと類似な機能を遂行し、以下では説明されていないユニットに対してのみ説明する。

スイッチング管理部（Switching management）２０２は、複数のＲＸ物理階層とＴＸ物理階層とを連結可能にする。

シンクデバイス（sink device）３００は、ウェブサーバー及びＨＴＴＰ／ＸＭＬ Parser３０１、イーサネットスイッチング３０２、ＵＳＢホストインターフェース３０３、ＩＲ（infrared）インターフェース３０４、ＨＤＭＩソースインターフェース３０５、リンク管理部（link management unit）３０６、アップストリームリンク３０７、ダウンストリームリンク３０８、ＲＸ物理階層３０９、ネットワークインターフェース３１０、メモリ３１１、及び制御部（control unit）３１２を含むことができる。

同様に、シンクデバイス（sink device）３００内のユニットは、ソースデバイス（source device）１００で説明した対応するユニットと類似な機能を遂行し、以下では説明されていないユニットに対してのみ説明する。

ＲＸ物理階層３０９はＲＸ物理階層の機能を担当する論理的装置であって、外部デバイスとのインターフェースを担当する。

コントローラ４００は、ウェブサーバー及びＨＴＴＰ／ＸＭＬ Parser４０１、ネットワークインターフェース４１０、メモリ４１１、制御部（control unit）４１２、及びディスプレイ４１３を含むことができる。

コントローラ４００内のユニットは、ソースデバイス（source device）１００で説明した対応するユニットと類似な機能を遂行し、以下では説明されていないユニットに対してのみ説明する。

ディスプレイ４１３は多様な種類のデータをユーザに視覚化してくれる物理的装置を示し、コントローラ４００自体のディスプレイ構成要素でサポートされるか、または第３のディスプレイ機器を通じてユーザインターフェースサポートが可能でありうる。

本発明では、ソースデバイス（source device）１００、スイッチデバイス（switch device）２００、シンクデバイス（sink device）３００、及びコントローラ４００を含むネットワークシステムにおけるデバイス間セッション制御を効率的に遂行するための方法を提供し、以下、より詳細に説明する。

図３乃至図４は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成する過程を示すフローチャートである。

図３では、コントローラＡ １１、ソースデバイス１２、スイッチ１ １３、スイッチ２ １４、及びシンクデバイス１５は第１ネットワーク１０内で連結されており、コントローラＢ ２１は第２ネットワーク２０に含まれている場合を仮定する。

まず、シンクデバイス１５は発見されたソースデバイス１２にセッション初期化要請メッセージを転送することができる（Ｓ３１０）。ここで、セッション初期化要請メッセージはセッション生成の開始を要請するメッセージを示す。ソースデバイス１２は、シンクデバイス１５にセッション初期化応答メッセージを転送することができる（Ｓ３２０）。ここで、セッション初期化応答メッセージはセッション初期化要請メッセージに対する応答メッセージを示す。このように、ソースデバイス１２とシンクデバイス１５との間のセッション生成過程が進行される間、第２ネットワーク２０にあるコントローラＢ ２１は、セッション生成過程に参加できなくなる。

一方、ソースデバイス１２はシンクデバイス１５に到達するための最適の経路（route）候補群を選定するために、セッションルートクエリメッセージを転送することができる（Ｓ３３０）。ここで、セッションルートクエリメッセージはセッション経路の選定を要請するメッセージを示す。セッションルートクエリメッセージは、スイッチ１ １３、スイッチ２ １４を介してシンクデバイス１５に転送できる。この際、第１ネットワーク１０に含まれたコントローラＡ １１は不要なメッセージをソースデバイス１２に転送するようになることができる。

セッションルートクエリメッセージを受信したシンクデバイス１５は最適の経路を選択し（Ｓ３４０）、セッションルートセットメッセージをソースデバイス１２に転送することができる（Ｓ３５０）。ここで、セッションルートセットメッセージはセッション経路をセッティングするメッセージを示す。

このような過程を通じてセッションが生成され（Ｓ３６０）、セッションが生成されればソースデバイス１２はシンクデバイス１５にデータを転送し始める。そして、シンクデバイス１５は、第１ネットワーク１０に含まれたコントローラＡ １１にセッション生成完了メッセージを転送するようになる（Ｓ３７０）。

図４では、コントローラＡ １１、ソースデバイス１２、スイッチ１ １３、スイッチ２ １４、及びシンクデバイス１５は第１ネットワーク１０内で連結されており、コントローラＢ ２１とシンクデバイス１５は第２ネットワーク２０内で連結されている場合を仮定する。

コントローラＢ ２１は、第２ネットワーク２０内で発見されたシンクデバイス１５と第１ネットワーク１０にあるソースデバイス１２との間にセッションが生成されるように、シンクデバイス１５にセッション生成のためのトリガー（trigger）メッセージを転送することができる（Ｓ４１０）。ここで、トリガー（trigger）メッセージは特定動作の開始のための信号を示し、セッション生成のためのトリガー（trigger）メッセージはデバイス間セッション生成の開始のための信号を示す。この際、シンクデバイス１５は第１ネットワーク１０と第２ネットワーク２０のプロトコルを全てサポートし、プロキシ役割を遂行する。

トリガーメッセージの転送を受けたシンクデバイス１５は、第２ネットワーク２０にあるソースデバイス１２にセッション初期化要請メッセージを転送することができる（Ｓ４２０）。ソースデバイス１２は、シンクデバイス１５にセッション初期化応答メッセージを転送することができる（Ｓ４３０）。

このように、第２ネットワーク２０にあるコントローラＢ ２１がシンクデバイス１５にセッション生成のためのトリガー（trigger）メッセージを転送してシンクデバイス１５をしてプロキシ役割を遂行するようにすることで、第１ネットワーク１０にあるデバイスとのセッション生成に関与できるようになる。

一方、ソースデバイス１２はシンクデバイス１５に到達するための最適の経路（route）候補群を選定するためにセッションルートクエリメッセージを転送することができる（Ｓ４４０）。セッションルートクエリメッセージを受信したシンクデバイス１５は最適の経路を選択し（Ｓ４５０）、セッションルートセットメッセージをソースデバイス１２に転送することができる（Ｓ４６０）。

このような過程を通じてセッションが生成され（Ｓ４７０）、セッションが生成されれば、ソースデバイス１２はシンクデバイス１５にデータを転送し始める。そして、シンクデバイス１５は第１ネットワーク１０に含まれたコントローラＡ １１にセッション生成完了メッセージを転送し（Ｓ４８０）、第２ネットワーク２０に含まれたコントローラＢ ２１にもセッション生成完了メッセージを転送することができる（Ｓ４９０）。

図５は本発明が適用される実施形態であって、デバイス間セッションを生成する具体的な過程を示すフローチャートである。

まず、第１デバイスは第２デバイスにセッション初期化を要請することができる（Ｓ５１０）。ここで、第１デバイスと第２デバイスとは互いに異なるネットワークに属することもでき、同一なネットワークに属することもできる。または、第１デバイスと第２デバイスのうち、いずれか１つのみ複数のネットワークに全て属することができる。そして、複数のネットワークは互いに異なるプロトコルが適用できる。

セッション初期化要請を受けた第２デバイスは、第１デバイスにセッションルートクエリを要請することができる（Ｓ５２０）。第１デバイスはセッションルートクエリに基づいて、最適のセッション経路を選択することができる（Ｓ５３０）。そして、第１デバイスは選択された最適のセッション経路をセッティングするように第２デバイスに要請することができる（Ｓ５４０）。最適のセッション経路を選択する過程で、第１デバイスと第２デバイスは少なくとも１つ以上のスイッチデバイスを用いることができ、この際、少なくとも１つ以上のスイッチデバイスはルーター役割を遂行するようになる。

上記のような過程を通じて第１デバイスと第２デバイスとの間のセッションが生成できる（Ｓ５５０）。

一方、本発明が適用される他の実施形態であって、第１デバイスは第１ネットワークと第２ネットワークに共に属し、第２デバイスは第２ネットワークのみに属する場合を仮定する時、第１デバイスはステップＳ５１０の以前に第１ネットワークに属したコントローラから第２デバイスとのセッション生成のためのトリガーメッセージを受信することができる。この際、ステップＳ５１０はトリガーメッセージに基づいて遂行できる。

そして、第１デバイスはセッション生成が完了した後、第１ネットワークに属したコントローラにセッション生成が完了したことを示すメッセージを転送することができる。

図６乃至図７は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了する過程を示すフローチャートである。

図６では、コントローラＡ １１、ソースデバイス１２、スイッチ１ １３、スイッチ２ １４、及びシンクデバイス１５は第１ネットワーク１０内で連結されており、コントローラＢ ２１は第２ネットワーク２０に含まれている場合を仮定する。

本実施形態では、ソースデバイス１２とシンクデバイス１５との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス１２とシンクデバイス１５との間のセッションを終了しようとする場合（Ｓ６１０）、ユーザはシンクデバイス１５が属したネットワーク（第１ネットワーク１０）と異なるネットワーク（第２ネットワーク２０）にあるコントローラＢ ２１を用いてセッション終了を要請できなくなる。また、第１ネットワーク１０にあるコントローラＡ １１は不要なメッセージを転送できるようになる。

シンクデバイス１５は、同一なネットワークに含まれているスイッチデバイスにセッション終了クエリメッセージを転送し、この際、セッション終了クエリメッセージはルーティング経路を通じてソースデバイス１２に転送できる（Ｓ６２０）。この場合、ルーティング経路上にあるデバイスのセッションリソースは解除できる。

セッション終了クエリメッセージを受信したソースデバイス１２は、セッション生成完了メッセージを第２ネットワーク２０にあるコントローラＢ ２１に転送することができる。

図７では、コントローラＡ １１、ソースデバイス１２、スイッチ１ １３、スイッチ２ １４、及びシンクデバイス１５は第１ネットワーク１０内で連結されており、コントローラＢ ２１とシンクデバイス１５は第２ネットワーク２０内で連結されている場合を仮定する。そして、本実施形態ではソースデバイス１２とシンクデバイス１５との間にセッションが生成されたと仮定する。

ユーザがコントローラＢ ２１を通じてソースデバイス１２とシンクデバイス１５との間のセッションを終了しようとする場合（Ｓ７１０）、コントローラＢ ２１は第２ネットワーク２０内で発見されたシンクデバイス１５と第１ネットワーク１０にあるソースデバイス１２との間にセッションが生成されるように、シンクデバイス１５にセッション終了のためのトリガー（trigger）メッセージを転送することができる（Ｓ７２０）。ここで、トリガー（trigger）メッセージは特定動作の開始のための信号を示し、セッション終了のためのトリガー（trigger）メッセージはデバイス間セッション終了の開始のための信号を示す。この際、シンクデバイス１５は第１ネットワーク１０と第２ネットワーク２０のプロトコルを全てサポートし、プロキシ役割を遂行する。

トリガーメッセージの転送を受けたシンクデバイス１５は、第２ネットワーク２０にあるソースデバイス１２にセッション終了クエリメッセージを転送することができる（Ｓ７３０）。ここで、シンクデバイス１５は同一なネットワークに含まれているスイッチデバイス（スイッチ１ １３、スイッチ２ １４）にセッション終了クエリメッセージを転送し、この際、セッション終了クエリメッセージはルーティング経路を通じてソースデバイス１２に転送できる。

ソースデバイス１２は第１ネットワーク１０に含まれたコントローラＡ １１にセッション終了完了メッセージを転送し（Ｓ７４０）、シンクデバイス１５は第２ネットワーク２０に含まれたコントローラＢ ２１にセッション終了完了メッセージを転送することができる（Ｓ７５０）。

このように、第２ネットワーク２０にあるコントローラＢ ２１がシンクデバイス１５にセッション終了のためのトリガー（trigger）メッセージを転送してシンクデバイス１５をしてプロキシ役割を遂行するようにすることで、第１ネットワーク１０にあるデバイスとのセッション終了に関与できるようになる。

図８乃至図９は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得する過程を示すフローチャートである。

図８では、コントローラＡ １１、ソースデバイス１２、スイッチ１ １３、スイッチ２ １４、及びシンクデバイス１５は第１ネットワーク１０内で連結されており、コントローラＢ ２１は第２ネットワーク２０に含まれている場合を仮定する。そして、本実施形態ではソースデバイス１２とシンクデバイス１５との間にセッションが生成されたと仮定する。

ユーザがソースデバイス１２またはシンクデバイス１５のセッション状態情報を獲得しようとする場合、ユーザは第１ネットワーク１０にあるどのデバイスにも第２ネットワーク２０にあるコントローラＢ ２１を用いてセッション状態情報獲得を要請できなくなる。また、第１ネットワーク１０にあるコントローラＡ １１は不要なメッセージを転送できるようになる。したがって、第１ネットワーク１０にあるデバイスがプロキシ役割をすることができるようにすることで、セッション状態情報獲得を要請することができる。

図９では、コントローラＡ １１、ソースデバイス１２、スイッチ１ １３、スイッチ２ １４、及びシンクデバイス１５は第１ネットワーク１０内で連結されており、コントローラＢ ２１とシンクデバイス１５は第２ネットワーク２０内で連結されている場合を仮定する。そして、本実施形態ではソースデバイス１２とシンクデバイス１５との間にセッションが生成されたと仮定する。

コントローラＢ ２１は、第２ネットワーク２０内で発見されたシンクデバイス１５と第１ネットワーク１０にあるソースデバイス１２との間に生成されたセッションの状態情報を獲得するために、シンクデバイス１５にセッション状態情報を獲得するためのトリガー（trigger）メッセージを転送することができる（Ｓ９１０）。ここで、トリガー（trigger）メッセージは特定動作の開始のための信号を示し、セッション状態情報を獲得するためのトリガー（trigger）メッセージはデバイス間に生成されたセッションの状態情報を獲得するための信号を示す。この際、シンクデバイス１５は第１ネットワーク１０と第２ネットワーク２０のプロトコルを全てサポートし、プロキシ役割を遂行する。

トリガーメッセージの転送を受けたシンクデバイス１５は、それに応答して、第２ネットワーク２０に含まれたコントローラＢ ２１にセッション状態情報を転送することができる（Ｓ９２０）。

このように、第２ネットワーク２０にあるコントローラＢ ２１がシンクデバイス１５にセッション状態情報を獲得するためのトリガー（trigger）メッセージを転送してシンクデバイス１５をしてプロキシ役割を遂行するようにすることで、シンクデバイス１５とソースデバイス１２との間に生成されたセッションの状態情報が獲得できるようになる。

図１０は本発明が適用される実施形態であって、デバイス間セッション管理のためのユーザインターフェースを示し、図１０（ａ）はデバイス間セッション生成のためのユーザインターフェースを示し、図１０（ｂ）はデバイス間セッション終了のためのユーザインターフェースを示し、図１０（ｃ）はデバイス間セッション生成後、セッション状態情報を獲得するためのユーザインターフェースを示す。

図１０（ａ）を見ると、ユーザはシンクデバイス、コントローラ、または第３のデバイスの画面を通じて現在ネットワークに連結されているデバイスのリストを確認することができる。例えば、図１０（ａ）の場合、ソースデバイスの例に、ＢＤＰ（Blu-ray Disc Player）、Ｘｂｏｘゲーム機、ＮＡＳ（Network Attached Storage）が出力され、シンクデバイスの例に、ＴＶ１、ＴＶ２、ＴＶ３が出力できる（１０１０）。

この際、ユーザがソースデバイスのうちのＢＤＰとシンクデバイスのうちのＴＶ２との間にセッションを生成しようとする場合、ユーザはコントローラを用いてＢＤＰをクリックしてＴＶ２の方にドラッグすることによって（１０２０）、ＢＤＰとＴＶ２との間にセッションを生成できるようになる。ＢＤＰとＴＶ２との間にセッション生成が完了すれば、ディスプレイ装置ではＢＤＰとＴＶ２との間にセッション生成が完了したというメッセージを出力することができる（１０３０）。

上記のようにセッション生成の以後、ユーザは生成されたセッションを自由に制御することができる。例えば、ディスプレイ装置はユーザをして生成されたセッションの状態を見ることができるように状態情報アイコン１０４１を提供することができ、また生成されたセッションを終了できるようにセッション終了アイコン１０４２を提供することができる（１０４０）。

図１０（ｂ）を見ると、ユーザが生成されたセッションを終了しようとする場合、ユーザはコントローラを用いてセッション終了アイコン１０４２をクリックすることによって、セッションを終了させることができる（１０４０）。即ち、ディスプレイ装置はユーザまたは外部からセッション終了信号を受信することができる。ユーザによりセッション終了信号を受信するようになる場合、ディスプレイ装置はＢＤＰとＴＶ２との間にセッションが終了したというメッセージを出力することができる（１０５０）。

一方、図１０（ｃ）を見ると、ユーザが生成されたセッションの状態情報を獲得しようとする場合、ユーザはコントローラを用いて状態情報アイコン１０４１をクリックすることによって、セッション状態情報を獲得することができる（１０６０）。即ち、ディスプレイ装置はユーザまたは外部からセッション状態情報獲得を要請する信号を受信することができる。ユーザによりセッション状態情報獲得を要請する信号を受信するようになる場合、ディスプレイ装置はＢＤＰとＴＶ２との間のセッション状態情報を出力することができる（１０７０）。

図１１乃至図１３は本発明が適用される実施形態であって、互いに異なるプロトコルをサポートする複数のネットワーク上におけるデバイス間セッションを制御する方法を示し、図１１はデバイス間セッションを生成する過程を示し、図１２はデバイス間セッションを終了する過程を示し、図１３はデバイス間セッション生成後、セッション状態情報を獲得する過程を示す。

図１１乃至図１３では、第１ネットワーク１０はＨＤＢａｓｅＴネットワークを示し、ＳＯＡＰ（Simple Object Access Protocol）とＧＥＮＡ（General Event Notification Architecture）を用い、第２ネットワーク２０はＵＰＮＰ（Universal Plug & Play）ネットワークを示し、ＨＴＴＰ（hypertext transfer protocol）を用いることと仮定する。

しかしながら、前述したように、本発明が適用されるネットワークシステムは互いに異なるプロトコルをサポートする複数のネットワークを構成することができ、各ネットワークは多様なプロトコルのうち、少なくとも１つをサポートすることができる。例えば、第３ネットワーク３０及び第４ネットワーク４０は、ＵＰＮＰ（Universal Plug & Play）ネットワーク、ＨＰｎＰ（HDBaseT Plug & Play）ネットワーク、ＨＤＢａｓｅＴネットワークのうち、いずれか１つに該当することができる。また、第３ネットワーク３０及び第４ネットワーク４０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＳＳＤＰ（Simple Service Discovery Protocol）、ＳＯＡＰ（Simple Object Access Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＨＴＴＰ（hypertext transfer protocol）、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）のうち、少なくとも１つのプロトコルをサポートすることができ、デバイス間の送受信されるメッセージはプレーンタイプまたはＸＭＬ（eXtensible Markup Language）タイプで表現できる。

図１１乃至図１３は本発明の一実施形態であり、異なるネットワークまたは異なるプロトコルの場合にも適用可能である。

図１１では、ＨＤＢａｓｅＴコントロールポイント３１、ソースデバイス３２、スイッチ１ ３３、スイッチ２ ３４、及びシンクデバイス３５は第３ネットワーク３０内で連結されており、ＵＰｎＰコントロールポイント４１とシンクデバイス３５は第４ネットワーク４０内で連結されている場合を仮定する。即ち、図１１の実施形態では、シンクデバイス３５がセッション生成の主体であり、プロキシ機能を遂行する場合であって、第３ネットワーク３０内でシンクデバイス３５のみＵＰｎＰが適用されるデバイスの場合を示す。

ＵＰｎＰコントロールポイント４１は、セッション生成アクション（CreateSession（））をプロキシ機能を遂行するシンクデバイス３５に呼び出すことができる（Ｓ１１１０）。

セッション生成アクション（CreateSession（））に基づいて、シンクデバイス１５は発見されたソースデバイス３２にセッション初期化要請メッセージを転送することができる（Ｓ１１２０）。ここで、セッション初期化要請メッセージはセッション生成の開始を要請するメッセージを示す。ソースデバイス３２は、シンクデバイス３５にセッション初期化応答メッセージを転送することができる（Ｓ１１３０）。ここで、セッション初期化応答メッセージはセッション初期化要請メッセージに対する応答メッセージを示す。

ソースデバイス３２は、シンクデバイス３５に到達するための最適の経路（route）候補群を選定するために、セッションルートクエリメッセージを転送することができる（Ｓ１１４０）。ここで、セッションルートクエリメッセージはセッション経路の選定を要請するメッセージを示す。セッションルートクエリメッセージはスイッチ１ ３３、スイッチ２ ３４を介してシンクデバイス３５に転送できる。

セッションルートクエリメッセージを受信したシンクデバイス３５は最適の経路を選択し、セッションルートセットメッセージをソースデバイス３２に転送することができる（Ｓ１１５０）。ここで、セッションルートセットメッセージはセッション経路をセッティングするメッセージを示す。

このような過程を通じてセッションが生成され（Ｓ１１６０）、セッション生成が完了すれば、ソースデバイス３２はシンクデバイス３５にデータを転送することができる。そして、シンクデバイス１５は第３ネットワーク３０に含まれたＨＤＢａｓｅＴコントロールポイント３１にセッション生成完了メッセージを転送し（Ｓ１１７０）、シンクデバイス３５はＵＰｎＰコントロールポイント４１にセッション生成応答メッセージを転送することができる（Ｓ１１８０）。ここで、セッション生成応答メッセージはセッション生成アクションに対する応答メッセージを示したり、セッション生成完了に対する応答メッセージを示したりすることができる。そして、セッション生成応答メッセージは、セッション識別情報（session identification information）及びセッション状態情報（session status information）のうち、少なくとも１つを含むことができる。

上記のような過程で、シンクデバイス３５はソースデバイス３２とＨＤＢａｓｅＴプロトコルを用いてメッセージを送受信し、ＵＰｎＰコントロールポイント４１とはＨＴＴＰプロトコルを用いてメッセージを送受信することができる。

本発明が適用される他の実施形態として、ＨＤＢａｓｅＴコントロールポイント３１、ソースデバイス３２、スイッチ１ ３３、スイッチ２ ３４、及びシンクデバイス３５は第３ネットワーク３０内で連結されており、ＵＰｎＰコントロールポイント４１、ソースデバイス３２、スイッチ１ ３３、スイッチ２ ３４、及びシンクデバイス３５が第４ネットワーク４０内で連結されている場合、即ち、シンクデバイス３５がセッション生成の主体であるが、プロキシ機能を遂行しない場合にも、図１１の内容を類似するように適用することができる。例えば、全てのデバイスがＵＰｎＰが適用されるデバイスの場合を示す。

本発明が適用される他の実施形態であって、ＨＤＢａｓｅＴコントロールポイント３１、ソースデバイス３２、スイッチ１ ３３、及びスイッチ２ ３４は第３ネットワーク３０内で連結されており、ＵＰｎＰコントロールポイント４１、スイッチ２ ３４、及びシンクデバイス３５が第４ネットワーク４０内で連結されている場合、即ち、スイッチ２ ３４がセッション生成の主体であり、プロキシ機能を遂行する場合、図１１の内容を類似するように適用することができる。例えば、スイッチ２ ３４のみＵＰｎＰが適用されるデバイスの場合を示す。

本発明が適用される他の実施形態であって、ＨＤＢａｓｅＴコントロールポイント３１、ソースデバイス３２、スイッチ１ ３３、及びスイッチ２ ３４は第３ネットワーク３０内で連結されており、ＵＰｎＰコントロールポイント４１、ソースデバイス３２、スイッチ１ ３３、スイッチ２ ３４、及びシンクデバイス３５が第４ネットワーク４０内で連結されている場合、即ち、スイッチ２ ３４がセッション生成の主体であるが、プロキシ機能を遂行しない場合にも、図１１の内容を類似するように適用することができる。例えば、全てのデバイスがＵＰｎＰが適用されるデバイスの場合を示す。

図１２では、ＨＤＢａｓｅＴコントロールポイント３１、ソースデバイス３２、スイッチ１ ３３、スイッチ２ ３４、及びシンクデバイス３５は第３ネットワーク３０内で連結されており、ＵＰｎＰコントロールポイント４１とシンクデバイス３５は第４ネットワーク４０内で連結されている場合を仮定する。即ち、図１２の実施形態では、ＵＰｎＰコントロールポイント４１がシンクデバイス３５にセッション終了を要請する場合を示す。

本実施形態ではソースデバイス３２とシンクデバイス３５との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス３２とシンクデバイス３５との間のセッションを終了しようとする場合、ＵＰｎＰコントロールポイント４１はセッション終了アクション（TerminateSession（））をシンクデバイス３５に要請することができる（Ｓ１２１０）。

セッション終了アクション（TerminateSession（））の要請を受けたシンクデバイス３５は、ＨＤＢａｓｅＴプロトコルを用いてセッション終了クエリメッセージをソースデバイス３２に転送することができる（Ｓ１２２０）。この際、シンクデバイス３５は同一なネットワークに含まれているスイッチデバイスにセッション終了クエリメッセージを転送し、セッション終了クエリメッセージはルーティング経路を通じてソースデバイス３２に転送できる。

セッション終了クエリメッセージを受信したソースデバイス３２は、セッション終了完了メッセージを第３ネットワーク３０に含まれたＨＤＢａｓｅＴコントロールポイント３１に転送することができる（Ｓ１２３０）。そして、シンクデバイス３５はＵＰｎＰコントロールポイント４１にセッション終了応答メッセージを転送することができる（Ｓ１２４０）。ここで、セッション終了応答メッセージはセッション終了アクションに対する応答メッセージを示したり、セッション終了完了に対する応答メッセージを示したりすることができる。そして、セッション終了応答メッセージはセッションが生成されたまたは終了したデバイス情報、セッション識別情報（session identification information）、及び応答コードのうち、少なくとも１つを含むことができる。

図１３では、ＨＤＢａｓｅＴコントロールポイント３１、ソースデバイス３２、スイッチ１ ３３、スイッチ２ ３４、及びシンクデバイス３５は第３ネットワーク３０内で連結されており、ＵＰｎＰコントロールポイント４１とシンクデバイス３５は第４ネットワーク４０内で連結されている場合を仮定する。即ち、図１３の実施形態では、ＵＰｎＰコントロールポイント４１がシンクデバイス３５にセッション状態情報獲得を要請する場合を示す。

本実施形態ではソースデバイス３２とシンクデバイス３５との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス３２とシンクデバイス３５との間に生成されたセッションのセッション状態情報を獲得しようとする場合、ＵＰｎＰコントロールポイント４１はセッション状態情報獲得アクション（GetSessionStatus（））をシンクデバイス３５に要請することができる（Ｓ１３１０）。

セッション状態情報獲得アクション（GetSessionStatus（））の要請を受けたシンクデバイス３５は、ＵＰｎＰコントロールポイント４１にセッション状態情報を転送することができる（Ｓ１３２０）。ここで、セッション状態情報は生成されたセッションの状態を示す情報を示し、例えば、セッションディスクリプタ情報（session descriptor information）を含むことができる。

図１４は本発明が適用される他の実施形態であって、デバイス間セッションを制御する過程を示すフローチャートである。

コントローラは、セッションパートナーデバイスにセッション制御を遂行することができる。ここで、セッションパートナーデバイスとは、生成されるセッションや生成されたセッション内のデバイスを示す。コントローラがトリガーメッセージをセッションパートナーデバイスに転送するために、セッションパートナーデバイスは自らを示したり、ネットワーク内で発見されたりしなければならない。ＨＰｎＰ適用デバイス（HPnP enabled device）は、第１プロトコルを用いてセッション制御を遂行するためのセッション制御要請メッセージを処理することができ、セッション制御メッセージは第２プロトコルを用いて受信できる。ここで、セッション制御はセッション生成、セッション終了、及びセッション状態情報獲得を含むことができる。

セッション制御が完了すれば、ＨＰｎＰ適用デバイス（HPnP enabled device）はコントローラにセッション制御応答メッセージを転送することができる。この際、セッション制御応答メッセージはセッション制御結果を示すためのメッセージを示し、セッション制御応答メッセージのヘザーは結果コードを含み、ペイロードはリターン値を含むことができる。

セッション制御が成功の場合、セッション制御応答メッセージはセッション制御の成功を示す結果コードと、それに対応するリターン値を含み、セッション制御が失敗の場合、セッション制御の失敗を示す結果コードと失敗理由に対応するリターン値を含むことができる。

本発明が適用される実施形態であって、プロキシ役割を遂行する第３デバイスは特定制御動作のためのトリガリングメッセージ（triggering message）を第１デバイスに転送することができる（Ｓ１４０１）。ここで、特定制御動作のためのトリガリングメッセージ（triggering message）は第１プロトコル（例えば、ＨＤ−ＣＭＰ）を用いて転送されることができ、第３デバイスはスイッチデバイス１であり、第１デバイスはソースデバイスでありうる。但し、これは一実施形態であり、他のプロトコルが適用されるか、またはネットワーク内の他のデバイスが適用できる。

受信された特定制御動作のためのトリガリングメッセージ（triggering message）に基づいて、第１デバイスと第２デバイスとの間のセッション制御が遂行できる（Ｓ１４０３）。ここで、第２デバイスはスイッチデバイス、またはシンクデバイスでありうる。例えば、第１デバイス（ソースデバイス）がＨＰｎＰ適用されていないデバイス（non-HPnP enabled device）であるが、第３デバイス（スイッチデバイス１）と連結されており、第２デバイスがＨＰｎＰ適用デバイス（HPnP enabled device）であれば、第２デバイスはシンクデバイスでありうる。この際、セッションは第１デバイス（ソースデバイス）と第２デバイス（シンクデバイス）との間に生成される。

他の例に、第１デバイス（ソースデバイス）がＨＰｎＰ適用されていないデバイス（non-HPnP enabled device）であるが、第３デバイス（スイッチデバイス１）と連結されており、第２デバイスがＨＤＢａｓｅＴをサポートしないレガシーデバイス（legacy device）であれば、第２デバイスはスイッチデバイス２でありうる。この際、セッションは第１デバイス（ソースデバイス）と第２デバイス（スイッチデバイス２）との間に生成される。

セッション生成が完了した後、第３デバイスは第１デバイス（ソースデバイス）からトリガリング応答メッセージを受信することができる（Ｓ１４０５）。

上記のような過程を通じて、ネットワークに属しないデバイスと連結することによってセッションを生成することができ、セッション生成を通じてデータを転送することができる。

図１５は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを制御する過程を示すフローチャートである。

本発明が適用される実施形態であって、プロキシ役割を遂行する第３デバイスはコントローラからセッション制御要請メッセージを受信することができる（Ｓ１５０１）。ここで、セッション制御要請メッセージはセッション制御を要請するメッセージを示し、セッション制御はセッション生成、セッション終了、及びセッション状態情報獲得を含むことができる。

セッション制御要請メッセージを受信した第３デバイスは特定の制御動作のためのトリガリングメッセージ（triggering message）を第１デバイスに転送することができる（Ｓ１５０３）。ここで、トリガリング（triggering）メッセージは特定動作の開始のための信号を示し、特定制御動作のためのトリガリング（triggering）メッセージはデバイス間セッション制御のための信号を示す。

受信された特定制御動作のためのトリガリングメッセージ（triggering message）に基づいて、第１デバイスと第２デバイスとの間のセッション制御が遂行できる（Ｓ１５０５）。セッション生成が完了した後、第３デバイスは第１デバイスからトリガリング応答メッセージを受信することができる（Ｓ１５０７）。ここで、トリガリング応答メッセージはトリガリングメッセージに対する結果を示す。

そして、第３デバイスはコントローラにセッション制御応答メッセージを転送することができる（Ｓ１５０９）。ここで、セッション制御応答メッセージはセッション制御要請メッセージに対する応答を示したり、トリガリングメッセージに対する応答を示したりすることができる。

図１６は本発明が適用される他の実施形態であって、デバイス間セッションを制御する過程を示すフローチャートである。

本発明が適用されるネットワークシステムは、互いに異なるプロトコルをサポートする複数のネットワークを構成することができ、各ネットワークは多様なプロトコルのうち、少なくとも１つをサポートすることができる。

ネットワークシステム内にあるセッションパートナーデバイス、例えば、第１デバイス（ソースデバイス）と第２デバイス（シンクデバイスまたはスイッチデバイス）との間でセッション制御を遂行することができる（Ｓ１６０１）。

セッション制御が完了すれば、第１デバイス（ソースデバイス）は第２デバイス（シンクデバイスまたはスイッチデバイス）にセッション制御応答メッセージを転送することができる。また、第２デバイス（シンクデバイスまたはスイッチデバイス）はコントローラにセッション制御応答メッセージを転送することができる。この際、セッション制御遂行結果によって、転送されるセッション制御結果メッセージが異なることがある（Ｓ１６０３）。

例えば、セッション制御が成功の場合、セッション制御応答メッセージはセッション制御の成功を示す結果コードとセッション制御結果に対応する情報を含み（Ｓ１６０５）、セッション制御が失敗の場合、セッション制御の失敗を示す結果コードと失敗理由に対応する情報を含むことができる（Ｓ１６０７）。

図１７乃至図２２は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを生成するための多様な方法を示すフローチャートである。

図１７乃至図２２では、第５ネットワーク５０はＨＤＢａｓｅＴネットワークを示し、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）を用い、第６ネットワーク６０はＨＰｎＰ（HDBaseT Plug & Play）ネットワークを示し、ＨＴＴＰ（hypertext transfer protocol）を用いることと仮定する。

しかしながら、前述したように、本発明が適用されるネットワークシステムは互いに異なるプロトコルをサポートする複数のネットワークを構成することができ、各ネットワークは多様なプロトコルのうち、少なくとも１つをサポートすることができる。例えば、第５ネットワーク５０及び第６ネットワーク６０はＵＰｎＰ（Universal Plug & Play）ネットワーク、ＨＰｎＰ（HDBaseT Plug & Play）ネットワーク、ＨＤＢａｓｅＴネットワークのうち、いずれか１つに該当することができる。また、第５ネットワーク５０及び第６ネットワーク６０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＳＳＤＰ（Simple Service Discovery Protocol）、ＳＯＡＰ（Simple Object Access Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＨＴＴＰ（hypertext transfer protocol）、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）のうちの少なくとも１つのプロトコルをサポートすることができ、デバイス間に送受信されるメッセージはプレーンタイプまたはＸＭＬ（eXtensible Markup Language）タイプで表現できる。

図１７では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は、第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４とシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図１７の実施形態では、シンクデバイス６３がセッション生成の主体であり、プロキシ機能を遂行する場合であって、第５ネットワーク５０内でシンクデバイス３５のみＨＰｎＰが適用されるデバイスの場合を示す。

ＨＰｎＰコントロールポイント６４は、セッション生成要請メッセージをプロキシ機能を遂行するシンクデバイス６３に転送することができる（Ｓ１７１０）。ここで、セッション生成要請メッセージは、ソースデバイス５２とシンクデバイス６３との間のセッション生成をトリガリングするメッセージを示し、セッション生成対象であるソースデバイス５２とシンクデバイス６３の識別情報及び制御アドレス情報（control URL information）を含むことができる。そして、セッション生成要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。例えば、シンクデバイス６３は制御アドレス情報（control URL information）に対応できる。

セッション生成要請メッセージ（例えば、ソースデバイス５２とシンクデバイス６３の識別情報）に基づいて、ソースデバイス５２とシンクデバイス６３との間のセッション生成過程が遂行できる（Ｓ１７２０）。具体的に、シンクデバイス６３は発見されたソースデバイス５２にセッション初期化要請メッセージを転送することができる（Ｓ１７２１）。ここで、セッション初期化要請メッセージはセッション生成の開始を要請するメッセージを示す。ソースデバイス５２は、シンクデバイス６３にセッション初期化応答メッセージを転送することができる（Ｓ１７２２）。ここで、セッション初期化応答メッセージはセッション初期化要請メッセージに対する応答メッセージを示す。

ソースデバイス５２は、シンクデバイス６３に到達するための最適の経路（route）候補群を選定するために、セッションルートクエリメッセージを転送することができる（Ｓ１７２３）。ここで、セッションルートクエリメッセージはセッション経路の選定を要請するメッセージを示す。セッションルートクエリメッセージは、スイッチ１ ６１、スイッチ２ ６２を介してシンクデバイス６３に転送できる。

セッションルートクエリメッセージを受信したシンクデバイス６３は最適の経路を選択し、セッションルートセットメッセージをソースデバイス５２に転送することができる（Ｓ１７２４）。ここで、セッションルートセットメッセージはセッション経路をセッティングするメッセージを示す。

このような過程を通じてセッションが生成され（Ｓ１７２５）、セッション生成が完了すれば、ソースデバイス５２はシンクデバイス６３にデータを転送することができる。そして、ソースデバイス５２はシンクデバイス６３及び第５ネットワーク５０に含まれたＨＤＢａｓｅＴコントロールポイント５１にセッション生成結果メッセージを転送することができる（Ｓ１７３０、Ｓ１７４０）。この際、セッション生成結果メッセージはＨＤ−ＣＭＰ方式により転送されることができ、セッション生成結果によって、転送されるセッション生成結果メッセージが異なることがある。例えば、セッション生成が成功の場合、セッション生成結果メッセージはセッション生成の成功を示す結果コードとセッション生成結果に対応する情報を含み、セッション生成が失敗の場合、セッション生成の失敗を示す結果コードと失敗理由に対応する情報を含むことができる。

シンクデバイス６３は、ＵＰｎＰコントロールポイント６４にセッション生成応答メッセージを転送することができる（Ｓ１７５０）。ここで、セッション生成応答メッセージはセッション生成アクションに対する応答メッセージを示したり、セッション生成完了に対する応答メッセージを示したりすることができる。そして、セッション生成応答メッセージはＨＴＴＰ方式により転送されることができ、セッション識別情報（session identification information）及びセッション状態情報（session status information）のうち、少なくとも１つを含むことができる。

上記のような過程で、シンクデバイス６３はソースデバイス５２とＨＤＢａｓｅＴプロトコルを用いてメッセージを送受信し、シンクデバイス６３はＨＰｎＰコントロールポイント６４とはＨＴＴＰプロトコルを用いてメッセージを送受信することができる。

図１８では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図１８の実施形態では、シンクデバイス６３がセッション生成の主体であるが、プロキシ機能を遂行しない場合であって、全てのデバイスがＨＰｎＰが適用される場合を示す。

ＨＰｎＰコントロールポイント６４は、セッション生成要請メッセージをシンクデバイス６３に転送することができる（Ｓ１８１０）。ここで、セッション生成要請メッセージはソースデバイス５２とシンクデバイス６３との間のセッション生成をトリガリングするメッセージを示し、セッション生成対象であるソースデバイス５２とシンクデバイス６３の識別情報及び制御アドレス情報（control URL information）を含むことができる。そして、セッション生成要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。例えば、シンクデバイス６３は制御アドレス情報（control URL information）に対応できる。

セッション生成要請メッセージ（例えば、ソースデバイス５２とシンクデバイス６３の識別情報）に基づいて、ソースデバイス５２とシンクデバイス６３との間のセッション生成過程が遂行できる（Ｓ１８２０）。ここで、セッション生成過程（Ｓ１８２０）は、図１７で説明したセッション生成過程（Ｓ１７２０）が適用できる。

セッション生成が完了すれば、ソースデバイス５２はシンクデバイス６３にデータを転送することができる。そして、ソースデバイス５２はシンクデバイス６３にセッション生成結果メッセージを転送することができる（Ｓ１８３０）。この際、セッション生成結果メッセージはＨＤ−ＣＭＰ方式により転送されることができ、セッション生成結果によって、転送されるセッション生成結果メッセージが異なることがある。例えば、セッション生成が成功の場合、セッション生成結果メッセージはセッション生成の成功を示す結果コードとセッション生成結果に対応する情報を含み、セッション生成が失敗の場合、セッション生成の失敗を示す結果コードと失敗理由に対応する情報を含むことができる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション生成結果メッセージを転送することができる（Ｓ１８４０）。

シンクデバイス６３は、ＨＰｎＰコントロールポイント６４にセッション生成応答メッセージを転送することができる（Ｓ１８５０）。ここで、セッション生成応答メッセージはセッション生成アクションに対する応答メッセージを示したり、セッション生成完了に対する応答メッセージを示したりすることができる。そして、セッション生成応答メッセージはＨＴＴＰ方式により転送されることができ、セッション識別情報（session identification information）及びセッション状態情報（session status information）のうち、少なくとも１つを含むことができる。

上記のような過程で、シンクデバイス６３はソースデバイス５２とＨＤＢａｓｅＴプロトコルを用いてメッセージを送受信し、シンクデバイス６３はＨＰｎＰコントロールポイント６４とはＨＴＴＰプロトコルを用いてメッセージを送受信することができる。

図１９では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、及びスイッチ２ ６２は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図１９の実施形態では、スイッチデバイスがセッション生成の主体であり、プロキシ機能を遂行する場合であって、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ６２にＨＤＭＩを通じて連結されている。

ＨＰｎＰコントロールポイント６４は、セッション生成要請メッセージをスイッチ２ ６２に転送することができる（Ｓ１９１０）。ここで、セッション生成要請メッセージはソースデバイス５２とスイッチ２ ６２との間のセッション生成をトリガリングするメッセージを示し、セッション生成対象であるソースデバイス５２とスイッチ２ ６２の識別情報及び制御アドレス情報（control URL information）を含むことができる。そして、セッション生成要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。例えば、スイッチ２ ６２は制御アドレス情報（control URL information）に対応できる。

セッション生成要請メッセージ（例えば、ソースデバイス５２とスイッチ２ ６２の識別情報）に基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション生成過程が遂行できる（Ｓ１９２０）。ここで、セッション生成過程（Ｓ１９２０）は、図１７または図１８で説明したセッション生成過程が適用できる。

セッション生成が完了すれば、ソースデバイス５２はスイッチ２ ６２にデータを転送し、スイッチ２ ６２はソースデバイス５２から転送されたデータをＨＤＭＩを通じてシンクデバイス６３に転送することができる。

一方、ソースデバイス５２はスイッチ２ ６２にセッション生成結果メッセージを転送することができる（Ｓ１９３０）。また、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション生成結果メッセージを転送することができる（Ｓ１９４０）。

スイッチ２ ６２は、ＨＰｎＰコントロールポイント６４にセッション生成応答メッセージを転送することができる（Ｓ１９５０）。

図２０では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、及びスイッチ２ ６２は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図２０の実施形態では、スイッチデバイスがセッション生成の主体であるが、プロキシ機能を遂行しない場合であって、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ６２にＨＤＭＩを通じて連結されている。

ＨＰｎＰコントロールポイント６４は、セッション生成要請メッセージをスイッチ２ ６２に転送することができる（Ｓ２０１０）。ここで、セッション生成要請メッセージはソースデバイス５２とスイッチ２ ６２との間のセッション生成をトリガリングするメッセージを示し、セッション生成対象であるソースデバイス５２とスイッチ２ ６２の識別情報及び制御アドレス情報（control URL information）を含むことができる。そして、セッション生成要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。例えば、スイッチ２ ６２は制御アドレス情報（control URL information）に対応できる。

セッション生成要請メッセージ（例えば、ソースデバイス５２とスイッチ２ ６２の識別情報）に基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション生成過程が遂行できる（Ｓ１９２０）。ここで、セッション生成過程（Ｓ２０２０）は、図１７乃至１９で説明したセッション生成過程が適用できる。

セッション生成が完了すれば、ソースデバイス５２はスイッチ２ ６２にデータを転送し、スイッチ２ ６２はソースデバイス５２から転送されたデータをＨＤＭＩを通じてシンクデバイス６３に転送することができる。

一方、ソースデバイス５２はスイッチ２ ６２にセッション生成結果メッセージを転送することができる（Ｓ２０３０）。また、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション生成結果メッセージを転送することができる（Ｓ２０４０）。

スイッチ２ ６２は、ＨＰｎＰコントロールポイント６４にセッション生成応答メッセージを転送することができる（Ｓ２０５０）。

図２１では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、及びスイッチ１ ６１は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図２１の実施形態では、スイッチデバイスがセッション生成の主体であり、プロキシ機能を遂行する場合であって、ソースデバイス５２はＨＰｎＰをサポートしないＨＤＢａｓｅＴデバイスとしてＨＰｎＰをサポートするスイッチ１ ６１に連結されている。スイッチ１ ６１は、ソースデバイス５２を第６ネットワーク６０に露出させてＨＰｎＰコントロールポイント６４により発見できるようにする。

また、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ６２にＨＤＭＩを通じて連結されている。したがって、スイッチ２ ６２はソースデバイス５２から転送されたデータ（例えば、マルチメディアストリーム）をＨＤＭＩを通じてシンクデバイス６３に転送することができる。

ＨＰｎＰコントロールポイント６４は、セッション生成要請メッセージをスイッチ１ ６１に転送することができる（Ｓ２１１０）。ここで、セッション生成要請メッセージは、ソースデバイス５２とスイッチ２ ６２との間のセッション生成をトリガリングするメッセージを示し、セッション生成対象であるソースデバイス５２とスイッチ２ ６２の識別情報及び制御アドレス情報（control URL information）を含むことができる。そして、セッション生成要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。例えば、スイッチ１ ６１は制御アドレス情報（control URL information）に対応できる。

セッション生成要請メッセージを受信したスイッチ１ ６１は、セッション生成のためのトリガーメッセージ（trigger message）をソースデバイス５２に転送することができる（Ｓ２１２０）。ここで、トリガー（trigger）メッセージは特定動作の開始のための信号を示し、セッション生成のためのトリガー（trigger）メッセージはデバイス間セッション生成のための信号を示す。また、トリガー（trigger）メッセージはＨＤ−ＣＭＰを用いて転送できる。

セッション生成のためのトリガーメッセージ（trigger message）に基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション生成過程が遂行できる（Ｓ２１３０）。ここで、セッション生成過程（Ｓ２１３０）は、本明細書で説明するセッション生成過程が適用できる。

セッション生成が完了すれば、ソースデバイス５２はスイッチ２ ６２にデータを転送し、スイッチ２ ６２はソースデバイス５２から転送されたデータをＨＤＭＩを通じてシンクデバイス６３に転送することができる。

一方、ソースデバイス５２はＨＤ−ＣＭＰを用いてスイッチ１ ６１にトリガー応答メッセージを転送することができる（Ｓ２１４０）。

また、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション生成結果メッセージを転送することができる（Ｓ２１５０）。

スイッチ２ ６２は、ＨＰｎＰコントロールポイント６４にセッション生成応答メッセージを転送することができる（Ｓ２１６０）。

本実施形態では、重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容は全て適用可能である。

図２２では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、及びスイッチ２ ６２は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図２２の実施形態では、ソースデバイス５２がセッション生成の主体であり、ソースデバイス５２はＨＰｎＰをサポートするＨＤＢａｓｅＴデバイスとして自ら第６ネットワーク６０に露出されることができ、ＨＰｎＰコントロールポイント６４により発見できる。

また、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ６２にＨＤＭＩを通じて連結されている。したがって、スイッチ２ ６２はソースデバイス５２から転送されたデータ（例えば、マルチメディアストリーム）をＨＤＭＩを通じてシンクデバイス６３に転送することができる。

ＨＰｎＰコントロールポイント６４は、セッション生成要請メッセージをソースデバイス５２に転送することができる（Ｓ２２１０）。ここで、セッション生成要請メッセージはソースデバイス５２とスイッチ２ ６２との間のセッション生成をトリガリングするメッセージを示し、セッション生成対象であるソースデバイス５２とスイッチ２ ６２の識別情報及び制御アドレス情報（control URL information）を含むことができる。そして、セッション生成要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。例えば、ソースデバイス５２は制御アドレス情報（control URL information）に対応できる。

セッション生成要請メッセージに基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション生成過程が遂行できる（Ｓ２２２０）。ここで、セッション生成過程（Ｓ２１３０）は、本明細書で説明するセッション生成過程が適用できる。

セッション生成が完了すれば、ソースデバイス５２はスイッチ２ ６２にデータを転送し、スイッチ２ ６２はソースデバイス５２から転送されたデータをＨＤＭＩを通じてシンクデバイス６３に転送することができる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション生成結果メッセージを転送することができる（Ｓ２２３０）。

ソースデバイス５２は、ＨＰｎＰコントロールポイント６４にセッション生成応答メッセージを転送することができる（Ｓ２２４０）。

本実施形態でも重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容は全て適用可能である。

図２３は本発明が適用される実施形態であって、図２３（ａ）はセッション生成要請メッセージのフォーマットを示し、図２３（ｂ）はテキスト／プレーンタイプのセッション生成要請メッセージを示し、図２３（ｃ）はテキスト／ｘｍｌタイプのセッション生成要請メッセージを示す。

図２３（ａ）を見ると、セッション生成要請メッセージのフォーマット（２３１０）はＰＯＳＴ（２３１１）、ＨＯＳＴ（２３１２）、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（２３１３）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２３１４）、及びＢＯＤＹ（２３１５）を含むことができる。セッション生成要請メッセージはＨＴＴＰ ＰＯＳＴ方式により転送できる。

ＰＯＳＴ（２３１１）はセッション制御トリガーＵＲＬを示し、ＨＯＳＴ（２３１２）はデバイスに割り当てられたＩＰアドレスを示し、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（２３１３）はＢＯＤＹ（２３１５）の長さを示し、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２３１４）はＢＯＤＹ（２３１５）のテキストタイプを示す。

例えば、図２３（ｂ）及び図２３（ｃ）を見ると、各々セッション生成要請メッセージのフォーマット（２３１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２３１４）がtext／plainタイプ（２３３１乃至２３３５）とtext／xmlタイプ（２３５１乃至２３５５）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（２３１４）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（２３３５、２３５５）はFirstPartnerTadaptorRef値及びSecondPartnerTadaptorRef値を含むことができる。ここで、FirstPartnerTadaptorRef及びSecondPartnerTadaptorRefは、セッション生成の対象である第１パートナーデバイスと第２パートナーデバイスの個体参照値を示す。

図２４は本発明が適用される実施形態であって、図２４（ａ）はセッション生成応答メッセージのフォーマットを示し、図２４（ｂ）はテキスト／プレーンタイプのセッション生成応答メッセージを示し、図２４（ｃ）はテキスト／ｘｍｌタイプのセッション生成応答メッセージを示す。

図２４（ａ）を見ると、セッション生成応答メッセージのフォーマット（２４１０）はＨＴＴＰバージョン及び結果コード（２４１１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２４１２）、及びＢＯＤＹ（２４１３）を含むことができる。セッション生成応答メッセージはＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション生成が成功したことを示す２００ ＯＫであることを示す（２４１１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（２４１２）はＢＯＤＹ（２４１３）のテキストタイプを示す。

例えば、図２４（ｂ）及び図２４（ｃ）を見ると、各々セッション生成応答メッセージのフォーマット（２４１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２３１２）がtext／plainタイプ（２４３１乃至２４３３）とtext／xmlタイプ（２４５１乃至２４５３）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（２４１２）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（２４３３、２４５３）はセッション識別情報と状態情報を含むことができる。ここで、状態情報（「created」）はセッションが生成されたことを示す。

図２５は本発明が適用される他の実施形態であって、図２５（ａ）はセッション生成要請メッセージのフォーマットを示し、図２５（ｂ）はテキスト／プレーンタイプのセッション生成要請メッセージを示し、図２５（ｃ）はテキスト／ｘｍｌタイプのセッション生成要請メッセージを示す。

図２５（ａ）を見ると、セッション生成要請メッセージのフォーマット（２５１０）は、ＰＯＳＴ（２５１１）、ＨＯＳＴ（２５１２）、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（２５１３）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２５１４）、及びＢＯＤＹ（２５１５）部分を含むことができる。セッション生成要請メッセージは、ＨＴＴＰ ＰＯＳＴ方式により転送できる。

ＰＯＳＴ（２５１１）はセッション制御トリガーＵＲＬを示し、ＨＯＳＴ（２５１２）はデバイスに割り当てられたＩＰアドレスを示し、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（２５１３）はＢＯＤＹ（２５１５）の長さを示し、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２５１４）はＢＯＤＹ（２５１５）のテキストタイプを示す。

例えば、図２５（ｂ）及び図２５（ｃ）を見ると、各々セッション生成要請メッセージのフォーマット（２５１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２５１４）がtext／plainタイプ（２５３１乃至２５３５）とtext／xmlタイプ（２５５１乃至２５５５）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（２５１４）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（２５３５、２５５５）はFirstPartnerDeviceID、FirstPartnerPortID、FirstPartnerTGroupID、FirstPartnerTAdpatorMask、SecondPartnerDeviceID、SecondPartnerPortID、SecondPartnerTGroupID、SecondPartnerTAdpatorMask値のうち、少なくとも１つを含むことができる。ここで、FirstPartnerDeviceID及びSecondPartnerDeviceIDはセッション生成の対象である第１パートナーデバイスと第２パートナーデバイスのデバイス識別情報を示し、FirstPartnerPortID及びSecondPartnerPortIDは第１パートナーデバイスと第２パートナーデバイスのポート識別情報を示し、FirstPartnerTGroupID及びSecondPartnerTGroupIDは第１パートナーデバイスと第２パートナーデバイスのグループ識別情報を示し、FirstPartnerTAdpatorMask及びSecondPartnerTAdpatorMaskは第１パートナーデバイスと第２パートナーデバイスのマスク値を示す。

図２６は本発明が適用される他の実施形態であって、図２６（ａ）はセッション生成に成功した場合のセッション生成応答メッセージのフォーマットを示し、図２６（ｂ）はセッション生成に失敗した場合のセッション生成応答メッセージを示す。

図２６（ａ）を見ると、セッション生成に成功した場合、セッション生成応答メッセージのフォーマット（２６１０）は、ＨＴＴＰバージョン及び結果コード（２６１１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６１２）、及びＢＯＤＹ（２６１３）を含むことができる。セッション生成応答メッセージは、ＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション生成が成功したことを示す２００ ＯＫであることを示す（２６１１、２６２１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６１２、２６２２）は、ＢＯＤＹ（２６１３、２６２３）のテキストタイプを示す。

例えば、図２６（ａ）を見ると、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６１２、２６２２）は、text／plainタイプ（２６２１乃至２６２３）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６１２、２６３２）がtext／plainタイプの場合、ＢＯＤＹ（２６１３、２６２３）はセッション識別情報と状態情報を含むことができる。ここで、状態情報（「created」）はセッションが生成されたことを示す。

図２６（ｂ）を見ると、セッション生成に失敗した場合、セッション生成応答メッセージのフォーマット（２６３０）は、ＨＴＴＰバージョン及び結果コード（２６３１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６３２）、及びＢＯＤＹ（２６３３）を含むことができる。セッション生成応答メッセージは、ＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション生成が失敗したことを示す５０３であることを示す（２６３１、２６４１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６３２、２６４２）は、ＢＯＤＹ（２６３３、２６４３）のテキストタイプを示す。

例えば、図２６（ｂ）を見ると、ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６３２、２６４２）はtext／plainタイプ（２６４１乃至２６４３）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（２６３２、２６４２）がtext／plainタイプの場合、ＢＯＤＹ（２６３３、２６４３）は失敗理由情報を含むことができる。

図２７乃至図３５は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッションを終了するための多様な方法を示すフローチャートである。

図２７乃至図３５では、第５ネットワーク５０はＨＤＢａｓｅＴネットワークを示し、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）を用い、第６ネットワーク６０はＨＰｎＰ（HDBaseT Plug & Play）ネットワークを示し、ＨＴＴＰ（hypertext transfer protocol）を用いることと仮定する。

しかしながら、前述したように、本発明が適用されるネットワークシステムは互いに異なるプロトコルをサポートする複数のネットワークを構成することができ、各ネットワークは多様なプロトコルうち、少なくとも１つをサポートすることができる。例えば、第５ネットワーク５０及び第６ネットワーク６０は、ＵＰｎＰ（Universal Plug & Play）ネットワーク、ＨＰｎＰ（HDBaseT Plug & Play）ネットワーク、ＨＤＢａｓｅＴネットワークのうち、いずれか１つに該当できる。また、第５ネットワーク５０及び第６ネットワーク６０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＳＳＤＰ（Simple Service Discovery Protocol）、ＳＯＡＰ（Simple Object Access Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＨＴＴＰ（hypertext transfer protocol）、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）のうちの少なくとも１つのプロトコルをサポートすることができ、デバイス間に送受信されるメッセージはプレーンタイプまたはＸＭＬ（eXtensible Markup Language）タイプで表現できる。

図２７では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４とシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図２７の実施形態では、ＨＰｎＰコントロールポイント６４がシンクデバイス６３にセッション終了を要請する場合であって、第５ネットワーク５０内でシンクデバイス３５のみＨＰｎＰが適用されるデバイスの場合を示す。

また、本実施形態ではソースデバイス５２とシンクデバイス６３との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とシンクデバイス６３との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをシンクデバイス６３に転送することができる（Ｓ２７１０）。ここで、セッション終了要請メッセージはソースデバイス５２とシンクデバイス６３との間のセッション終了をトリガリングするメッセージを示す。セッション終了要請メッセージは、終了されるデバイスのＩＰアドレス情報、終了されるセッションを識別するセッション識別情報、セッション終了過程を開始する開始デバイス参照値（initiate device reference value）、セッション終了の対象である第１パートナーデバイス参照値、及び第２パートナーデバイスの参照値のうち、少なくとも１つを含むことができる。

セッション終了要請メッセージに基づいて、ソースデバイス５２とシンクデバイス６３との間のセッション終了過程が遂行できる（Ｓ２７２０）。具体的に、シンクデバイス６３は発見されたソースデバイス５２にセッション終了クエリメッセージを転送することができる。ここで、シンクデバイス６３は同一なネットワークに含まれているスイッチデバイスにセッション終了クエリメッセージを転送し、セッション終了クエリメッセージはルーティング経路を通じてソースデバイス５２に転送できる。本実施形態のセッション終了過程は、本明細書に記載されたセッション終了過程の実施形態が適用できる。

セッション終了過程が完了すれば、ソースデバイス５２はシンクデバイス６３にセッション終了結果メッセージを転送することができる（Ｓ２７３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送されることができ、セッション終了結果によって、転送されるセッション終了結果メッセージが異なることがある。例えば、セッション終了が成功の場合、セッション終了結果メッセージはセッション終了の成功を示す結果コードとセッション終了結果に対応する情報を含み、セッション終了が失敗の場合、セッション終了の失敗を示す結果コードと失敗理由に対応する情報を含むことができる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ２７４０）。

シンクデバイス６３は、ＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ２７５０）。ここで、セッション終了応答メッセージはセッション終了要請メッセージに対する応答メッセージを示すことができる。そして、セッション終了応答メッセージはＨＴＴＰ方式により転送されることができ、セッションが生成に参加したデバイス情報、終了されたセッションを識別するセッション識別情報（session identification information）、及び応答コードのうち、少なくとも１つを含むことができる。

上記のような過程で、シンクデバイス６３はソースデバイス５２とＨＤＢａｓｅＴプロトコルを用いてメッセージを送受信し、シンクデバイス６３はＨＰｎＰコントロールポイント６４とはＨＴＴＰプロトコルを用いてメッセージを送受信することができる。

図２８では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図２８の実施形態では、ＨＰｎＰコントロールポイント６４がシンクデバイス６３にセッション終了を要請する場合であって、全てのデバイスがＨＰｎＰ適用される場合を示す。

また、本実施形態ではソースデバイス５２とシンクデバイス６３との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とシンクデバイス６３との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをシンクデバイス６３に転送することができる（Ｓ２８１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とシンクデバイス６３との間のセッション終了過程が遂行できる（Ｓ２８２０）。

セッション終了過程が完了すれば、ソースデバイス５２はシンクデバイス６３にセッション終了結果メッセージを転送することができる（Ｓ２８３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ２８４０）。

そして、シンクデバイス６３はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ２８５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態では前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図２９では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４及びソースデバイス５２は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図２９の実施形態では、ＨＰｎＰコントロールポイント６４がソースデバイス５２にセッション終了を要請する場合であって、ソースデバイス５２のみＨＰｎＰ適用される場合を示す。

また、本実施形態ではソースデバイス５２とシンクデバイス６３との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とシンクデバイス６３との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをソースデバイス５２に転送することができる（Ｓ２９１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とシンクデバイス６３との間のセッション終了過程が遂行できる（Ｓ２９２０）。

セッション終了過程が完了すれば、シンクデバイス６３はソースデバイス５２にセッション終了結果メッセージを転送することができる（Ｓ２９３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ２９４０）。

そして、ソースデバイス５２はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ２９５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３０では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図３０の実施形態では、ＨＰｎＰコントロールポイント６４がソースデバイス５２にセッション終了を要請する場合であって、全てのデバイスがＨＰｎＰ適用される場合を示す。

また、本実施形態ではソースデバイス５２とシンクデバイス６３との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とシンクデバイス６３との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをソースデバイス５２に転送することができる（Ｓ３０１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とシンクデバイス６３との間のセッション終了過程が遂行できる（Ｓ３０２０）。

セッション終了過程が完了すれば、シンクデバイス６３はソースデバイス５２にセッション終了結果メッセージを転送することができる（Ｓ３０３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ３０４０）。

そして、ソースデバイス５２はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ３０５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３１では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、及びスイッチ２ ６２は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図３１の実施形態では、スイッチデバイスがセッション終了の主体である場合であって、スイッチデバイスのみＨＰｎＰ適用される場合を示す。そして、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスであり、ＨＤＭＩを通じてスイッチ２ ６２に連結されている。

また、本実施形態ではソースデバイス５２とスイッチ２ ６２との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とスイッチ２ ６２との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをスイッチ２ ６２に転送することができる（Ｓ３１１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション終了過程が遂行できる（Ｓ３１２０）。

セッション終了過程が完了すれば、ソースデバイス５２はスイッチ２ ６２にセッション終了結果メッセージを転送することができる（Ｓ３１３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ３１４０）。

そして、スイッチ２ ６２はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ３１５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３２では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、及びスイッチ２ ６２は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図３２の実施形態では、スイッチデバイスがセッション終了の主体の場合であって、全てのデバイスがＨＰｎＰ適用される場合を示す。そして、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスであり、ＨＤＭＩを通じてスイッチ２ ６２に連結されている。

また、本実施形態ではソースデバイス５２とスイッチ２ ６２との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とスイッチ２ ６２との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをスイッチ２ ６２に転送することができる（Ｓ３２１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション終了過程が遂行できる（Ｓ３２２０）。

セッション終了過程が完了すれば、ソースデバイス５２はスイッチ２ ６２にセッション終了結果メッセージを転送することができる（Ｓ３２３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ３２４０）。

そして、スイッチ２ ６２はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ３２５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３３では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４及びソースデバイス５２は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図３３の実施形態では、ソースデバイス５２がセッション終了の主体の場合であって、ソースデバイス５２のみＨＰｎＰ適用される場合を示す。そして、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスであり、ＨＤＭＩを通じてスイッチ２ ６２に連結されている。

また、本実施形態ではソースデバイス５２とスイッチ２ ６２との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とスイッチ２ ６２との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをソースデバイス５２に転送することができる（Ｓ３３１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション終了過程が遂行できる（Ｓ３３２０）。

セッション終了過程が完了すれば、スイッチ２ ６２はソースデバイス５２にセッション終了結果メッセージを転送することができる（Ｓ３３３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、スイッチ２ ６２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ３３４０）。

そして、ソースデバイス５２はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ３３５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３４では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４及びソースデバイス５２は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図３４の実施形態では、ソースデバイス５２がセッション終了の主体の場合であって、全てのデバイスがＨＰｎＰ適用される場合を示す。そして、シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスであり、ＨＤＭＩを通じてスイッチ２ ６２に連結されている。

また、本実施形態ではソースデバイス５２とスイッチ２ ６２との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とスイッチ２ ６２との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをソースデバイス５２に転送することができる（Ｓ３４１０）。

セッション終了要請メッセージに基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション終了過程が遂行できる（Ｓ３４２０）。

セッション終了過程が完了すれば、スイッチ２ ６２はソースデバイス５２にセッション終了結果メッセージを転送することができる（Ｓ３４３０）。この際、セッション終了結果メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、スイッチ２ ６２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ３４４０）。

そして、ソースデバイス５２はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ３４５０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３５では、ＨＤＢａｓｅＴコントロールポイント５１、ソースデバイス５２、及びスイッチ１ ６１は第５ネットワーク５０内で連結されており、ＨＰｎＰコントロールポイント６４、スイッチ１ ６１、スイッチ２ ６２、及びシンクデバイス６３は第６ネットワーク６０内で連結されている場合を仮定する。即ち、図３５の実施形態では、ソースデバイス５２がセッション終了の主体の場合であって、スイッチデバイスのみＨＰｎＰ適用される場合を示す。

そして、ソースデバイス５２はＨＰｎＰをサポートしないＨＤＢａｓｅＴデバイスであって、ＨＰｎＰをサポートするスイッチ１ ６１に連結されている。スイッチ１ ６１はソースデバイス５２を第６ネットワーク６０に露出させてＨＰｎＰコントロールポイント６４により発見できるようにする。このために、スイッチ１ ６１はソースデバイス５２に対する情報を収集して管理することができる。

シンクデバイス６３はＨＤＭＩがあるレガシーシンクデバイスであり、ＨＤＭＩを通じてスイッチ２ ６２に連結されている。

また、本実施形態ではソースデバイス５２とスイッチ２ ６２との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ユーザがソースデバイス５２とスイッチ２ ６２との間のセッションを終了しようとする場合、ＨＰｎＰコントロールポイント６４はセッション終了要請メッセージをスイッチ１ ６１に転送することができる（Ｓ３５１０）。

セッション終了要請メッセージに基づいて、スイッチ１ ６１はセッション終了のためのトリガーメッセージをソースデバイス５２に転送することができる（Ｓ３５２０）。ここで、トリガー（trigger）メッセージは特定動作の開始のための信号を示し、セッション終了のためのトリガー（trigger）メッセージはデバイス間セッション終了のための信号を示す。

セッション終了のためのトリガーメッセージに基づいて、ソースデバイス５２とスイッチ２ ６２との間のセッション終了過程が遂行できる（Ｓ３５３０）。

セッション終了過程が完了すれば、ソースデバイス５２はスイッチ１ ６１にトリガー応答メッセージを転送することができる（Ｓ３５４０）。この際、トリガー応答メッセージはＨＤ−ＣＭＰ方式により転送できる。

一方、ＨＤＢａｓｅＴをサポートしないレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１が存在する場合、ソースデバイス５２はレガシー（legacy）ＨＤＢａｓｅＴコントロールポイント５１にセッション終了結果メッセージを転送することができる（Ｓ３５５０）。

そして、スイッチ１ ６１はＨＰｎＰコントロールポイント６４にセッション終了応答メッセージを転送することができる（Ｓ３５６０）。ここで、セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

本実施形態でも前述したセッション終了と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図３６は本発明が適用される実施形態であって、図３６（ａ）はセッション終了要請メッセージのフォーマットを示し、図３６（ｂ）はテキスト／プレーンタイプのセッション終了要請メッセージを示し、図３６（ｃ）はテキスト／ｘｍｌタイプのセッション終了要請メッセージを示す。

図３６（ａ）を見ると、セッション終了要請メッセージのフォーマット（３６１０）は、ＰＯＳＴ（３６１１）、ＨＯＳＴ（３６１２）、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（３６１３）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３６１４）、及びＢＯＤＹ（３６１５）を含むことができる。セッション終了要請メッセージはＨＴＴＰ ＰＯＳＴ方式により転送できる。

ＰＯＳＴ（３６１１）はセッション制御トリガーＵＲＬを示し、ＨＯＳＴ（３６１２）はデバイスに割り当てられたＩＰアドレスを示し、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（３６１３）はＢＯＤＹ（３６１５）の長さを示し、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３６１４）はＢＯＤＹ（３６１５）のテキストタイプを示す。

例えば、図３６（ｂ）及び図３６（ｃ）を見ると、各々セッション終了要請メッセージのフォーマット（３６１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３６１４）がtext／plainタイプ（３６３１乃至３６３５）とtext／xmlタイプ（３６５１乃至３６５５）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（３６１４）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（３６３５、３６５５）は少なくとも１つのセッション識別情報を含むことができる。ここで、SessionID１は第１セッションのセッション識別情報を示し、SessionID２は第２セッションのセッション識別情報を示す。

図３７は本発明が適用される実施形態であって、図３７（ａ）はセッション終了応答メッセージのフォーマットを示し、図３７（ｂ）はテキスト／プレーンタイプのセッション終了応答メッセージを示し、図３７（ｃ）はテキスト／ｘｍｌタイプのセッション終了応答メッセージを示す。

図３７（ａ）を見ると、セッション終了応答メッセージのフォーマット（３７１０）は、ＨＴＴＰバージョン及び結果コード（３７１１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３７１２）、及びＢＯＤＹ（３７１３）を含むことができる。セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション終了が成功したことを示す２００ ＯＫであることを示す（３７１１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（３７１２）は、ＢＯＤＹ（３７１３）のテキストタイプを示す。

例えば、図３７（ｂ）及び図３７（ｃ）を見ると、各々セッション終了応答メッセージのフォーマット（３７１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３７１２）がtext／plainタイプ（３７３１乃至３７３３）とtext／xmlタイプ（３７５１乃至３７５３）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（３７１２）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（３７３３、３７５３）はセッション識別情報と状態情報を含むことができる。ここで、状態情報（「terminated」）はセッションが終了したことを示す。

図３８は本発明が適用される他の実施形態であって、図３８（ａ）はセッション終了要請メッセージのフォーマットを示し、図３８（ｂ）はテキスト／プレーンタイプのセッション終了要請メッセージを示し、図３８（ｃ）はテキスト／ｘｍｌタイプのセッション終了要請メッセージを示す。

図３８（ａ）を見ると、セッション終了要請メッセージのフォーマット（３８１０）は、ＰＯＳＴ（３８１１）、ＨＯＳＴ（３８１２）、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（３８１３）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３８１４）、及びＢＯＤＹ（３８１５）を含むことができる。セッション終了要請メッセージは、ＨＴＴＰ ＰＯＳＴ方式により転送できる。

ＰＯＳＴ（３８１１）はセッション制御トリガーＵＲＬを示し、ＨＯＳＴ（３８１２）はデバイスに割り当てられたＩＰアドレスを示し、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（３８１３）はＢＯＤＹ（３８１５）の長さを示し、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３８１４）はＢＯＤＹ（３８１５）のテキストタイプを示す。

例えば、図３８（ｂ）及び図３８（ｃ）を見ると、各々セッション終了要請メッセージのフォーマット（３８１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３８１４）がtext／plainタイプ（３８３１乃至３８３５）とtext／xmlタイプ（３８５１乃至３８５５）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（３８１４）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（３８１５）は図３８（ｂ）及び図３８（ｃ）のように表現できる。ＢＯＤＹ（３８１５）メッセージは終了するセッションを識別するセッション識別情報、セッション終了過程を開始する開始デバイス参照値（initiate device reference value）、セッション終了の対象である第１パートナーデバイス参照値、及び第２パートナーデバイスの参照値を含むことができる。

例えば、図３８（ｂ）及び図３８（ｃ）を見ると、ＢＯＤＹ（３８３５、３８５５）メッセージは、ＳＩＤ値、InitiatingEntityReference値、FirstPartnerReference値、SecondPartnerReference値を含むことができる。

図３９は本発明が適用される他の実施形態であって、図３９（ａ）はセッション終了に成功した場合のセッション終了応答メッセージフォーマットを示し、図３９（ｂ）はセッション終了に失敗した場合のセッション終了応答メッセージを示す。

図３９（ａ）を見ると、セッション終了に成功した場合、セッション終了応答メッセージのフォーマット（３９１０）は、ＨＴＴＰバージョン及び結果コード（３９１１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３９１２）、及びＢＯＤＹ（３９１３）メッセージを含むことができる。セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション終了が成功したことを示す２００ ＯＫであることを示す（３９１１、３９２１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（３９１２、３９２２）は、ＢＯＤＹ（３９１３、３９２３）のテキストタイプを示す。例えば、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３９１２、３９２２）はtext／plainタイプ（３９２１乃至３９２３）の場合を示す。

一方、ＢＯＤＹ（３９１３、３９２３）メッセージは終了したセッションを識別するセッション識別情報、セッション終了が成功したことを示す応答コード、セッション終了過程を開始した開始デバイス参照値（initiate device reference value）、セッション終了の対象である第１パートナーデバイス参照値、及び第２パートナーデバイスの参照値のうち、少なくとも１つを含むことができる。

図３９（ｂ）を見ると、セッション終了に失敗した場合、セッション終了応答メッセージのフォーマット（３９３０）は、ＨＴＴＰバージョン及び結果コード（３９３１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３９３２）、及びＢＯＤＹ（３９３３）メッセージを含むことができる。セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション終了が失敗したことを示す５０３であることを示す（３９３１、３９４１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（３９３２、３９４２）は、ＢＯＤＹ（３９３３、３９４３）メッセージのテキストタイプを示す。例えば、ＣＯＮＴＥＮＴ−ＴＹＰＥ（３９３２、３９４２）はtext／plainタイプ（３９４１乃至３９４３）の場合を示す。

一方、ＢＯＤＹ（３９３３、３９４３）メッセージは失敗理由情報を含むことができる。失敗理由情報は、応答コードリストのうちの１つを含むことができる。例えば、応答コードが１の場合はセッション識別情報を知らない場合を示し、２の場合はパートナーデバイスがない場合、例えば応答デバイスがセッション上のパートナーデバイスでない場合を示すことができる。応答コードが３の場合は空いていること（reserved）を示すことができ、４の場合は要請したデバイスがセッションを終了するように許さないことを示すことができ、応答コードが６の場合は一般的なエラーを示すことができる。

図４０乃至図４６は本発明が適用される実施形態であって、複数のネットワーク上におけるデバイス間セッション生成後、セッション状態情報を獲得するための多様な方法を示すフローチャートである。

図４０乃至図４６では、第７ネットワーク７０はＨＤＢａｓｅＴネットワークを示し、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）を用い、第８ネットワーク８０はＨＰｎＰ（HDBaseT Plug & Play）ネットワークを示し、ＨＴＴＰ（hypertext transfer protocol）を用いることと仮定する。

しかしながら、前述したように、本発明が適用されるネットワークシステムは互いに異なるプロトコルをサポートする複数のネットワークを構成することができ、各ネットワークは多様なプロトコルのうち、少なくとも１つをサポートできる。例えば、第７ネットワーク７０及び第８ネットワーク８０は、ＵＰＮＰ（Universal Plug & Play）ネットワーク、ＨＰｎＰ（HDBaseT Plug & Play）ネットワーク、ＨＤＢａｓｅＴネットワークのうち、いずれか１つに該当できる。また、第７ネットワーク７０及び第８ネットワーク８０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＳＳＤＰ（Simple Service Discovery Protocol）、ＳＯＡＰ（Simple Object Access Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＨＴＴＰ（hypertext transfer protocol）、ＨＤ−ＣＭＰ（HDBaseT Control and Management Protocol）のうちの少なくとも１つのプロトコルをサポートすることができ、デバイス間に送受信されるメッセージはプレーンタイプまたはＸＭＬ（eXtensible Markup Language）タイプで表現できる。

図４０では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２とシンクデバイス８１は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４０の実施形態では、ＨＰｎＰコントロールポイント８２がシンクデバイス８１にセッション終了を要請する場合であって、第７ネットワーク７０内でシンクデバイス８１のみＨＰｎＰが適用される場合を示す。

また、本実施形態ではソースデバイス７２とシンクデバイス８１との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ＨＰｎＰコントロールポイント８２は、シンクデバイス８１とソースデバイス７２との間に生成されたセッションの状態情報を獲得するために、シンクデバイス８１にセッション状態要請メッセージを転送することができる（Ｓ４０１０）。ここで、セッション状態要請メッセージはセッション状態情報を獲得するためのトリガー（trigger）メッセージでありうる。トリガー（trigger）メッセージはデバイス間に生成されたセッションの状態情報を獲得するための信号を示す。

セッション状態要請メッセージは、セッション状態情報を獲得するためのアドレス情報及び対象セッションのセッション識別情報のうち、少なくとも１つを含むことができる。そして、セッション状態要請メッセージは制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。この場合、シンクデバイス８１は制御アドレス情報（control URL information）に対応できる。

セッション状態要請メッセージの転送を受けたシンクデバイス８１は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４０２０）。ここで、セッション状態応答メッセージは成功または失敗を示す結果コード、セッションディスクリプタ情報を含むことができる。セッションディスクリプタ情報は対象セッションの具体的な情報を示すものであって、例えば、対象セッションのセッション識別情報、第１デバイスレファレンス情報、及び第２デバイスレファレンス情報のうち、少なくとも１つを含むことができる。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４１では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４１の実施形態では、ＨＰｎＰコントロールポイント８２がシンクデバイス８１にセッション状態情報を要請する場合であって、全てのデバイスに対してＨＰｎＰが適用される場合を示す。

また、本実施形態ではソースデバイス７２とシンクデバイス８１との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ＨＰｎＰコントロールポイント８２は、シンクデバイス８１とソースデバイス７２との間に生成されたセッションの状態情報を獲得するために、シンクデバイス８１にセッション状態要請メッセージを転送することができる（Ｓ４１１０）。

セッション状態要請メッセージの転送を受けたシンクデバイス８１は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４１２０）。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４２では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２及びソースデバイス７２は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４２の実施形態では、ＨＰｎＰコントロールポイント８２がソースデバイス７２にセッション状態情報を要請する場合であって、ソースデバイス７２のみＨＰｎＰが適用される場合を示す。

また、本実施形態ではソースデバイス７２とシンクデバイス８１との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ＨＰｎＰコントロールポイント８２は、シンクデバイス８１とソースデバイス７２との間に生成されたセッションの状態情報を獲得するために、ソースデバイス７２にセッション状態要請メッセージを転送することができる（Ｓ４２１０）。

セッション状態要請メッセージの転送を受けたソースデバイス７２は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４２２０）。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４３では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４３の実施形態では、ＨＰｎＰコントロールポイント８２がソースデバイス７２にセッション状態情報を要請する場合であって、全てのデバイスがＨＰｎＰが適用される場合を示す。

また、本実施形態ではソースデバイス７２とシンクデバイス８１との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ＨＰｎＰコントロールポイント８２は、シンクデバイス８１とソースデバイス７２との間に生成されたセッションの状態情報を獲得するために、ソースデバイス７２にセッション状態要請メッセージを転送することができる（Ｓ４３１０）。

セッション状態要請メッセージの転送を受けたソースデバイス７２は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４３２０）。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４４では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、スイッチ１ ７３、及びスイッチ２ ７４は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４４の実施形態では、ＨＰｎＰコントロールポイント８２がスイッチ２ ７４にセッション状態情報を要請する場合であって、スイッチデバイスのみＨＰｎＰが適用される場合を示す。シンクデバイス８１はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ７４にＨＤＭＩを通じて連結されている。

また、本実施形態ではソースデバイス７２とスイッチ２ ７４との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。ソースデバイス７２はスイッチ２ ７４にデータを転送し、スイッチ２ ７４はソースデバイス７２から転送されたデータをＨＤＭＩを通じてシンクデバイス８１に転送することができる。

ＨＰｎＰコントロールポイント８２は、シンクデバイス８１とスイッチ２ ７４との間に生成されたセッションの状態情報を獲得するために、スイッチ２ ７４にセッション状態要請メッセージを転送することができる（Ｓ４４１０）。

セッション状態要請メッセージの転送を受けたスイッチ２ ７４は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４４２０）。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４５では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、スイッチ１ ７３、及びスイッチ２ ７４は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２、ソースデバイス７２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４５の実施形態では、ＨＰｎＰコントロールポイント８２がスイッチ２ ７４にセッション状態情報を要請する場合であって、全てのデバイスがＨＰｎＰが適用される場合を示す。シンクデバイス８１はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ７４にＨＤＭＩを通じて連結されている。

また、本実施形態ではソースデバイス７２とスイッチ２ ７４との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。ソースデバイス７２はスイッチ２ ７４にデータを転送し、スイッチ２ ７４はソースデバイス７２から転送されたデータをＨＤＭＩを通じてシンクデバイス８１に転送することができる。

ＨＰｎＰコントロールポイント８２は、シンクデバイス８１とスイッチ２ ７４との間に生成されたセッションの状態情報を獲得するために、スイッチ２ ７４にセッション状態要請メッセージを転送することができる（Ｓ４５１０）。

セッション状態要請メッセージの転送を受けたスイッチ２ ７４は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４５２０）。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４６では、ＨＤＢａｓｅＴコントロールポイント７１、ソースデバイス７２、及びスイッチ１ ７３は第７ネットワーク７０内で連結されており、ＨＰｎＰコントロールポイント８２、スイッチ１ ７３、スイッチ２ ７４、及びシンクデバイス８１は第８ネットワーク８０内で連結されている場合を仮定する。即ち、図４６の実施形態では、ＨＰｎＰコントロールポイント８２がスイッチ１ ７３にセッション状態情報を要請する場合であって、スイッチデバイスのみＨＰｎＰが適用される場合を示す。

ソースデバイス７２はＨＰｎＰをサポートしないＨＤＢａｓｅＴデバイスであって、ＨＰｎＰをサポートするスイッチ１ ７３に連結されている。スイッチ１ ７３は、ソースデバイス７２を第８ネットワーク８０に露出させてＨＰｎＰコントロールポイント８２により発見できるようにする。

また、シンクデバイス８１はＨＤＭＩがあるレガシーシンクデバイスを示し、スイッチ２ ７４にＨＤＭＩを通じて連結されている。したがって、スイッチ２ ６２はソースデバイス７２から転送されたデータ（例えば、マルチメディアストリーム）をＨＤＭＩを通じてシンクデバイス８１に転送することができる。

また、本実施形態ではソースデバイス７２とスイッチ２ ７４との間にセッションが生成されたと仮定する。ここで、セッション生成過程は本明細書で適用される多様な実施形態が適用可能である。

ＨＰｎＰコントロールポイント８２は、ソースデバイス７２とスイッチ２ ７４との間に生成されたセッションの状態情報を獲得するために、スイッチ１ ７３にセッション状態要請メッセージを転送することができる（Ｓ４６１０）。ここで、セッション状態要請メッセージは、ソースデバイス７２とスイッチ２ ７４との間に生成されたセッションの状態情報を獲得するためにトリガリングするメッセージを示す。

セッション状態要請メッセージは、セッション状態情報を獲得するためのアドレス情報及び対象セッションのセッション識別情報のうち、少なくとも１つを含むことができる。そして、セッション状態要請メッセージは、制御アドレス情報（control URL information）を用いてＨＴＴＰ ＰＯＳＴ方式により転送できる。この場合、スイッチ１ ７３は制御アドレス情報（control URL information）に対応できる。

セッション状態要請メッセージを受信したスイッチ１ ７３は、セッション状態情報獲得のためのトリガーメッセージ（trigger message）をソースデバイス７２に転送することができる（Ｓ４６２０）。ここで、トリガー（trigger）メッセージは特定動作の開始のための信号を示し、セッション状態情報獲得のためのトリガー（trigger）メッセージは、ソースデバイス７２とスイッチ２ ７４との間に生成されたセッションの状態情報を獲得するための信号を示す。また、セッション状態情報獲得のためのトリガー（trigger）メッセージは、ＨＤ−ＣＭＰを用いて転送できる。

セッション状態情報獲得のためのトリガー（trigger）メッセージに基づいて、セッション状態情報獲得過程を遂行することができる（Ｓ４６３０）。

一方、ソースデバイス７２はＨＤ−ＣＭＰを用いてスイッチ１ ７３にトリガー応答メッセージを転送することができる（Ｓ４６４０）。

トリガー応答メッセージの転送を受けたスイッチ１ ７３は、それに応答して、ＨＰｎＰコントロールポイント８２にセッション状態応答メッセージを転送することができる（Ｓ４６５０）。ここで、セッション状態応答メッセージは成功または失敗を示す結果コード、セッションディスクリプタ情報を含むことができる。セッションディスクリプタ情報は対象セッションの具体的な情報を示すものであって、例えば、対象セッションのセッション識別情報、第１デバイスレファレンス情報、及び第２デバイスレファレンス情報のうち、少なくとも１つを含むことができる。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４７は本発明が適用される実施形態であって、図４７（ａ）はセッション状態要請メッセージのフォーマットを示し、図４７（ｂ）はテキスト／プレーンタイプのセッション状態要請メッセージを示し、図４７（ｃ）はテキスト／ｘｍｌタイプのセッション状態要請メッセージを示す。

図４７（ａ）を見ると、セッション状態情報要請メッセージのフォーマット（４７１０）は、ＰＯＳＴ（４７１１）、ＨＯＳＴ（４７１２）、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（４７１３）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４７１４）、及びＢＯＤＹ（４７１５）メッセージを含むことができる。セッション状態情報要請メッセージは、ＨＴＴＰ ＰＯＳＴ方式により転送できる。

ＰＯＳＴ（４７１１）はセッション制御トリガーＵＲＬを示し、ＨＯＳＴ（４７１２）はデバイスに割り当てられたＩＰアドレスを示し、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（４７１３）はＢＯＤＹ（４７１５）の長さを示し、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４７１４）はＢＯＤＹ（４７１５）のテキストタイプを示す。

例えば、図４７（ｂ）及び図４７（ｃ）を見ると、各々セッション状態情報要請メッセージのフォーマット（４７１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４７１４）がtext／plainタイプ（４７３１乃至４７３５）とtext／xmlタイプ（４７５１乃至４７５５）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（４７１４）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（４７１５）は図４７（ｂ）及び図４７（ｃ）のように表現できる。ＢＯＤＹ（４７１５）メッセージは、セッション状態情報を獲得するための少なくとも１つのセッション識別情報を含むことができる。例えば、図４７（ｂ）及び図４７（ｃ）を見ると、ＢＯＤＹ（４７３５、４７５５）メッセージはSessionID１値とSessionID２値を含むことができる。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４８は本発明が適用される実施形態であって、図４８（ａ）はセッション状態応答メッセージのフォーマットを示し、図４８（ｂ）はテキスト／ｘｍｌタイプのセッション状態応答メッセージを示す。

図４８（ａ）を見ると、セッション状態応答メッセージのフォーマット（４８１０）は、ＨＴＴＰバージョン及び結果コード（４８１１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４８１２）及びＢＯＤＹ（４８１３）メッセージを含むことができる。セッション終了応答メッセージはＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション終了が成功したことを示す２００ ＯＫであることを示す（４８１１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（４８１２）は、ＢＯＤＹ（４８１３）のテキストタイプを示す。

例えば、図４８（ｂ）を見ると、セッション状態応答メッセージのフォーマット（４８１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４８１２）がtext／xmlタイプ（４８３１乃至４８３３）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（４８１２）がtext／xmlタイプの場合、ＢＯＤＹ（４８３３）メッセージはセッション状態情報とセッションディスクリプタ情報を含むことができる。ここで、セッションディスクリプタ情報は対象セッションの具体的な情報を示すものであって、例えば、対象セッションのセッション識別情報、第１デバイスレファレンス情報、及び第２デバイスレファレンス情報のうち、少なくとも１つを含むことができる。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図４９は本発明が適用される他の実施形態であって、図４９（ａ）はセッション状態要請メッセージのフォーマットを示し、図４９（ｂ）はテキスト／プレーンタイプのセッション状態要請メッセージを示し、図４９（ｃ）はテキスト／ｘｍｌタイプのセッション状態要請メッセージを示す。

図４９（ａ）を見ると、セッション状態要請メッセージのフォーマット（４９１０）は、ＰＯＳＴ（４９１１）、ＨＯＳＴ（４９１２）、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（４９１３）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４９１４）、及びＢＯＤＹ（４９１５）メッセージを含むことができる。セッション状態要請メッセージはＨＴＴＰ ＰＯＳＴ方式により転送できる。

ＰＯＳＴ（４９１１）はセッション制御トリガーＵＲＬを示し、ＨＯＳＴ（４９１２）はデバイスに割り当てられたＩＰアドレスを示し、ＣＯＮＴＥＮＴ−ＬＥＮＧＴＨ（４９１３）はＢＯＤＹ（４９１５）の長さを示し、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４９１４）はＢＯＤＹ（４９１５）のテキストタイプを示す。

例えば、図４９（ｂ）及び図４９（ｃ）を見ると、各々セッション状態要請メッセージのフォーマット（４９１０）のうち、ＣＯＮＴＥＮＴ−ＴＹＰＥ（４９１４）がtext／plainタイプ（４９３１乃至４９３５）とtext／xmlタイプ（４９５１乃至４９５５）の場合を示す。

ＣＯＮＴＥＮＴ−ＴＹＰＥ（４９１４）がtext／plainタイプまたはtext／xmlタイプの場合、ＢＯＤＹ（４９１５）メッセージは、図４９（ｂ）及び図４９（ｃ）のように表現できる。ＢＯＤＹ（４９１５）メッセージは、セッション状態情報を獲得するための少なくとも１つのセッション識別情報を含むことができる。例えば、図４９（ｂ）及び図４９（ｃ）を見ると、ＢＯＤＹ（４９３５、４９５５）メッセージはＳＩＤ値を含むことができる。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

図５０は本発明が適用される他の実施形態であって、図５０（ａ）はセッション状態情報獲得に成功した場合のセッション状態応答メッセージのフォーマットを示し、図５０（ｂ）はセッション状態情報獲得に失敗した場合のセッション状態応答メッセージを示す。

図５０（ａ）を見ると、セッション状態情報獲得に成功した場合のセッション状態応答メッセージのフォーマット（５０１０）は、ＨＴＴＰバージョン及び結果コード（５０１１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（５０１２）、及びＢＯＤＹ（５０１３）メッセージを含むことができる。セッション状態応答メッセージは、ＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション状態情報獲得に成功したことを示す２００ ＯＫであることを示す（５０１１、５０２１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（５０１２、５０２２）は、ＢＯＤＹ（５０１３、５０２３）メッセージのテキストタイプを示す。例えば、ＣＯＮＴＥＮＴ−ＴＹＰＥ（５０１２、５０２２）はtext／plainタイプ（５０２１乃至５０２３）の場合を示す。

一方、セッション状態情報獲得に成功した場合、ＢＯＤＹ（５０１３、５０２３）メッセージはセッションディスクリプタ情報を含むことができる。セッションディスクリプタ情報は、関連パートナーデバイス情報、セッションルート情報、経路情報のうち、少なくとも１つを含むことができる。例えば、開始デバイス参照値、第１パートナーデバイス参照値、第２パートナーデバイス参照値、入力ポートＩＤ、出力ポートＩＤ、全体経路などを含むことができる。

図５０（ｂ）を見ると、セッション状態情報獲得に失敗した場合のセッション状態応答メッセージのフォーマット（５０３０）は、ＨＴＴＰバージョン及び結果コード（５０３１）、ＣＯＮＴＥＮＴ−ＴＹＰＥ（５０３２）、及びＢＯＤＹ（５０３３）メッセージを含むことができる。セッション状態応答メッセージはＨＴＴＰ方式により転送できる。

ＨＴＴＰバージョンは１．１であり、結果コードはセッション状態情報獲得が失敗したことを示す５０３であることを示す（５０３１、５０４１）。ＣＯＮＴＥＮＴ−ＴＹＰＥ（５０３２、５０４２）は、ＢＯＤＹ（５０３３、５０４３）メッセージのテキストタイプを示す。例えば、ＣＯＮＴＥＮＴ−ＴＹＰＥ（５０３２、５０４２）は、text／plainタイプ（５０４１乃至５０４３）の場合を示す。

一方、ＢＯＤＹ（５０３３、５０４３）メッセージは失敗理由情報を含むことができる。失敗理由情報は、応答コードリストのうちの１つを含むことができる。例えば、第１理由はセッション識別情報を知らないか、または対象デバイスと関連がない場合を示すことができる。第２理由は要請されたセッションが既に終了した場合を示すことができる。

本実施形態でも前述したセッション制御（生成、終了、状態獲得）と関連した実施形態と重複する内容に対しては記載しなかっただけで、本明細書に記載された他の実施形態での詳細内容が全て適用可能である。

また、本発明はマルチメディアネットワーク環境における遠隔機器上で発見された再生機器の制御方法を提供する。

本発明が適用される一実施形態は、マルチメディアネットワーク環境における再生機器を遠隔機器（コントローラ）で制御可能に再生機器が制御ユーザインターフェースをウェブ基盤に提供することができる。遠隔機器（コントローラ）は、マルチメディアネットワーク上でＵＰｎＰプロトコルを使用して発見された複数の再生機器のうち、制御する制御機器を選択し、該当制御機器はウェブ基盤の制御インターフェース画面を遠隔機器（コントローラ）に転送することができる。ユーザは、遠隔機器のディスプレイに表れたウェブ基盤の制御インターフェースを介して再生機器が遂行する機能の命令を下し、該当命令は再生機器に転送される。

これを通じてマルチルームのマルチメディアネットワーク環境で別途のアプリケーションを遠隔機器（コントローラ）に設置せず、再生機器を制御することによって、遠隔機器（コントローラ）のリソース使用を減らすことができる。そして、再生機器のネイティブユーザインターフェースを使用することによって、ユーザ観点から使用の容易性を提供することができる。

本発明が適用される一実施形態であって、ソースデバイスはコントローラがソースデバイスを遠隔で制御できるようにウェブ基盤のユーザインターフェースを搭載することができる。コントローラがルーム＃１とルーム＃２にあるソースデバイス、スイッチデバイス、シンクデバイスを発見し、ソースデバイスにあるコンテンツがシンクデバイスにストリーミングできるようにセッションを生成することができる。

セッション生成が完了すれば、コントローラは発見されたソースデバイスを選択し、ソースデバイスのウェブ基盤ユーザインターフェースを持ってくる命令をソースデバイスに要請することができる。

ソースデバイスは、コントローラの要請に対する応答としてウェブ基盤ユーザインターフェースに対する情報を転送することができる。ユーザは、コントローラ画面に表示されたソースデバイスのウェブ基盤ユーザインターフェースを介して制御するソースデバイスの機能を選択することができる。ユーザの要請がソースデバイスに転送されれば、それに従う応答がコントローラに転送できる。

本発明が適用される他の一実施形態であって、ソースデバイスはコントローラがソースデバイスを遠隔で制御できるようにウェブ基盤のユーザインターフェースを搭載することができる。これに接近するためのＵＲＬをソースデバイスのデスクリプション情報内に位置させることができる。例えば、デスクリプション情報の＜presentation URL＞要素にアドレス情報を格納することができる。

コントローラはＨＰｎＰネットワーク内にあるデバイスを発見することができ、ウェブ基盤のユーザインターフェースが搭載された機器はコントローラに該当ユーザインターフェースに接近することができるＵＲＬ情報をデスクリプション情報を通じて伝達することができる。

コントローラで制御しようとするソースデバイスを選択すれば、ソースデバイスのウェブ基盤のＵＩを持ってくるためにPresentation URLにHTTP GET Requestメッセージをソースデバイスに転送する。この際、ソースデバイスはウェブ基盤ＵＩをHTTP Responseメッセージに含めてコントローラに転送することができる。

コントローラの画面に表示されたソースデバイスのウェブ基盤ＵＩを介してユーザは制御しようとする機能を選択することができる。例えば、再生、止め、抜かし、早送り、巻き戻しなどを選択することができる。コントローラは、ユーザが選択した機能をＨＴＴＰ ＰＯＳＴメッセージを通じてソースデバイスに転送することができる。

ソースデバイスは該当機能を遂行した結果、成功の場合の結果コード（例えば、２００ ＯＫ）、失敗の場合（例えば、一般のHTTP Error code）の結果コードをHTTP responseメッセージを通じてコントローラに伝達することができる。

以上、前述した本発明の好ましい実施形態は、例示のために開示したものであって、当業者であれば、以下の添付した特許請求範囲に開示された本発明の技術的思想とその技術的範囲内で、多様な他の実施形態を改良、変更、代替、または付加などが可能である。

Claims (14)

1. 複数のネットワーク上におけるデバイス間の第１スイッチデバイスのセッション制御方法であって、
   第１プロトコルを介して、制御デバイスからセッション制御要請メッセージを受信するステップであって、前記セッション制御要請メッセージは、ソースデバイスとシンクデバイスとの間のセッション制御を動作させるためのメッセージを示すステップと、
   前記受信されたセッション制御要請メッセージに基づいて、第２プロトコルを介して、前記ソースデバイスに特定制御動作のためのトリガリングメッセージを転送するステップと、
   前記トリガリングメッセージに基づいて、少なくとも１つのメッセージを転送及び受信することにより、前記ソースデバイスと前記シンクデバイスとの間のセッション制御を遂行するステップと、
   前記ソースデバイスから、前記第２プロトコルを介して、前記セッション制御を遂行するステップの結果を示すためのトリガリング応答メッセージを受信するステップと、
   前記第１プロトコルを介して、前記セッション制御要請メッセージに対応するセッション制御応答メッセージを前記制御デバイスに転送するステップと、
   を有し、
   前記第１スイッチデバイス、前記シンクデバイス及び前記制御デバイスは、ＨＰｎＰネットワークに含まれ、前記ソースデバイスは、前記ＨＰｎＰネットワークに含まれず、
   前記第１スイッチデバイスは、前記ソースデバイスを前記ＨＰｎＰネットワークに示し、前記ソースデバイスと前記制御デバイスとの間を通信するためのプロキシの役割を行う、セッション制御方法。
2. 前記ソースデバイスと前記シンクデバイスとの間の前記セッション制御を遂行するステップは、
   第１メッセージを第２スイッチデバイスに転送するステップと、
   前記第１メッセージに応答して、第２メッセージを前記第２スイッチデバイスから受信するステップと、を有し、
   前記第２スイッチデバイスは、ＨＤＭＩを介して前記シンクデバイスと接続される、請求項１に記載のセッション制御方法。
3. 前記第１プロトコルはＨＴＴＰであり、前記第２プロトコルはＨＤ−ＣＭＰである、請求項１に記載のセッション制御方法。
4. 前記セッション制御要請メッセージは、セッション生成要請メッセージ、セッション終了要請メッセージ、またはセッション状態要請メッセージを示す、請求項１に記載のセッション制御方法。
5. 前記セッション生成要請メッセージは、前記ソースデバイスの識別情報と前記シンクデバイスの識別情報を含む、請求項４に記載のセッション制御方法。
6. セッション生成が成功の場合、前記セッション制御応答メッセージは、成功を示す結果コード、生成されたセッション識別情報、又はセッション生成を示す状態情報のうちの少なくとも１つを含み、
   セッション生成が失敗の場合、前記セッション制御応答メッセージは、失敗を示す結果コード又は失敗理由情報のうちの少なくとも１つを含む、請求項５に記載のセッション制御方法。
7. 前記セッション終了要請メッセージは、生成されたセッション識別情報、ソースデバイスレファレンス情報、又はシンクデバイスレファレンス情報のうちの少なくとも１つを含む、請求項４に記載のセッション制御方法。
8. 前記セッション制御応答メッセージは、成功または失敗を示す結果コード、ソースデバイスレファレンス情報、又はシンクデバイスレファレンス情報のうちの少なくとも１つを含む、請求項７に記載のセッション制御方法。
9. 前記セッション状態要請メッセージは、セッション状態を獲得するためのアドレス情報又は生成されたセッション識別情報のうちの少なくとも１つを含む、請求項４に記載のセッション制御方法。
10. 前記セッション制御応答メッセージはセッション状態情報を含み、前記セッション状態情報は、関連したデバイス情報、セッションルーティング情報、又はセッション経路情報のうちの少なくとも１つを含む、請求項９に記載のセッション制御方法。
11. 複数のネットワーク上におけるデバイス間のセッションを制御する第１スイッチデバイスであって、
    複数個のデバイスのうちの少なくとも１つに対してメッセージを送信または受信するよう構成されたネットワークインターフェースと、
    第１プロトコルを介して、制御デバイスからセッション制御要請メッセージを受信し、前記セッション制御要請メッセージは、ソースデバイスとシンクデバイスとの間のセッション制御を動作させるためのメッセージを示し、前記受信されたセッション制御要請メッセージに基づいて、第２プロトコルを介して、前記ソースデバイスに特定制御動作のためのトリガリングメッセージを転送し、前記トリガリングメッセージに基づいて、前記第２プロトコルを介して、少なくとも１つのメッセージを転送及び受信することにより、前記ソースデバイスと前記シンクデバイスとの間のセッション制御を遂行し、前記ソースデバイスから、前記第２プロトコルを介して、前記セッション制御を遂行した結果を示すためのトリガリング応答メッセージを受信し、前記第１プロトコルを介して、前記セッション制御要請メッセージに対応するセッション制御応答メッセージを前記制御デバイスに転送するよう構成されたコントローラと、を含み、
    前記第１スイッチデバイス、前記シンクデバイス及び前記制御デバイスは、ＨＰｎＰネットワークに含まれ、前記ソースデバイスは、前記ＨＰｎＰネットワークに含まれず、
    前記第１スイッチデバイスは、前記ソースデバイスを示し、前記ソースデバイスと前記制御デバイスとの間を通信するためのプロキシの役割を行う、第１スイッチデバイス。
12. 前記ソースデバイスと前記シンクデバイスとの間の前記セッション制御を遂行する場合、前記コントローラは、第１メッセージを第２スイッチデバイスに転送し、前記第１メッセージに応答して、第２メッセージを前記第２スイッチデバイスから受信するよう更に構成され、
    前記第２スイッチデバイスは、ＨＤＭＩを介して前記シンクデバイスと接続される、請求項１１に記載の第１スイッチデバイス。
13. 前記第１プロトコルはＨＴＴＰであり、前記第２プロトコルはＨＤ−ＣＭＰである、請求項１１に記載の第１スイッチデバイス。
14. 前記セッション制御要請メッセージは、セッション生成要請メッセージ、セッション終了要請メッセージ、またはセッション状態要請メッセージを示す、請求項１１に記載の第１スイッチデバイス。

Images