(57)【要約】【課題】  ネットワーク上でＡ／Ｖコンテンツを共有可能にする共有方法、シンクデバイス、ソースデバイス及びシステムを提供する。【解決手段】  Ａ／Ｖコンテンツを提供するソースデバイス２１０からＡ／Ｖコンテンツを共有している状態に関する情報を受信するステップと、ソースデバイス２１０に共有されたＡ／Ｖコンテンツを伝送せよとの要請を伝送するステップと、要請に応答して前記ソースデバイスから共有されたＡ／Ｖコンテンツを受信するステップと、を含むネットワークを通じてＡ／Ｖコンテンツを共有する方法である。これにより、ネットワーク上で１つのコンテンツを複数個のデバイスで共有可能になる。特に、ユーザインターフェースを有する受信デバイスでコンテンツ共有形態を提供することによって、さらに多様なシナリオを提供しうる。【選択図】図２
2005327290.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じてＡ／Ｖコンテンツを共有する方法において、
Ａ／Ｖコンテンツを提供するソースデバイスから前記Ａ／Ｖコンテンツを共有している状態に関する情報を受信するステップと、
前記ソースデバイスに前記共有されたＡ／Ｖコンテンツの伝送の要請を伝送するステップと、
前記要請に応答して前記ソースデバイスから前記共有されたＡ／Ｖコンテンツを受信するステップと、を含むことを特徴とする共有方法。
【請求項２】
前記共有されたＡ／Ｖコンテンツの伝送の要請は、前記Ａ／Ｖコンテンツを共有しようとするシンクデバイスから発生することを特徴とする請求項１に記載の共有方法。
【請求項３】
前記伝送するステップは、前記Ａ／Ｖコンテンツを共有する形態を示す共有モードが指定された要請を伝送することを特徴とする請求項１に記載の共有方法。
【請求項４】
前記共有モードは、他のシンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記他のシンクデバイスとは別の前記シンクデバイスへ前記Ａ／Ｖコンテンツを伝送することを要請するニューモードを含むことを特徴とする請求項３に記載の共有方法。
【請求項５】
前記共有モードは、他のシンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して前記他のシンクデバイスとは別の前記シンクデバイスへ伝送することを要請する重畳モードを含むことを特徴とする請求項３に記載の共有方法。
【請求項６】
前記共有モードは、他のシンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて伝送し、前記他のシンクデバイスへのＡ／Ｖコンテンツの伝送することを要請するリダイレクションモードを含むことを特徴とする請求項３に記載の共有方法。
【請求項７】
ネットワークを通じてＡ／Ｖコンテンツを共有する方法において、
第１シンクデバイスに伝送されているＡ／Ｖコンテンツを第２シンクデバイスに伝送することの要請を前記第２シンクデバイスから受信するステップと、
前記要請に応答して前記第１シンクデバイスに提供していたＡ／Ｖコンテンツを前記第２シンクデバイスに伝送するステップと、を含むことを特徴とする共有方法。
【請求項８】
前記受信ステップは、
前記Ａ／Ｖコンテンツを前記第１シンクデバイスと共有する形態を示す共有モードが指定された要請を受信することを特徴とする請求項７に記載の共有方法。
【請求項９】
前記共有モードは、
前記第１シンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを前記第２シンクデバイスに伝送することを要請するニューモードを含むことを特徴とする請求項８に記載の共有方法。
【請求項１０】
前記共有モードは、
前記第１シンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して伝送することを要請する重畳モードを含むことを特徴とする請求項８に記載の共有方法。
【請求項１１】
前記共有モードは、
前記第１シンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて伝送し、前記シンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことを特徴とする請求項８に記載の共有方法。
【請求項１２】
前記第１シンクデバイスへの前記共有されたＡ／Ｖコンテンツの伝送を中止させるステップをさらに含むことを特徴とする請求項１１に記載の共有方法。
【請求項１３】
ネットワークを通じてＡ／Ｖコンテンツを共有するためのシンクデバイスにおいて、
Ａ／Ｖコンテンツを提供するソースデバイスに前記Ａ／Ｖコンテンツに関する情報を要請し、前記要請に応答して前記Ａ／Ｖコンテンツを共有している他のシンクデバイスに関する情報を受信する第１処理部と、
前記ソースデバイスに前記共有されたＡ／Ｖコンテンツを伝送することを要請する要請メッセージを生成して伝送し、前記要請に応答して前記ソースデバイスから前記共有されたＡ／Ｖコンテンツを受信する第２処理部と、を含むことを特徴とするシンクデバイス。
【請求項１４】
前記第２処理部は、
前記要請メッセージに前記Ａ／Ｖコンテンツを前記他のシンクデバイスと共有する形態を示す共有モードを指定することを特徴とする請求項１３に記載のシンクデバイス。
【請求項１５】
前記共有モードは、
前記他のシンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを伝送することを要請するニューモードを含むことを特徴とする請求項１４に記載のシンクデバイス。
【請求項１６】
前記共有モードは、
前記他のシンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して伝送することを要請する重畳モードを含むことを特徴とする請求項１４に記載のシンクデバイス。
【請求項１７】
前記共有モードは、
前記他のシンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて伝送し、前記他のシンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことを特徴とする請求項１４に記載のシンクデバイス。
【請求項１８】
前記第１処理部は、メディアサーバコントロールポイントとして構成され、前記第２処理部は、ストリーミングクライアントとして構成されることを特徴とする請求項１に記載のシンクデバイス。
【請求項１９】
ネットワークを通じてＡ／Ｖコンテンツを共有するためのソースデバイスにおいて、
第１シンクデバイスに伝送されているＡ／Ｖコンテンツに関する情報を伝送することを要請する第２シンクデバイスの要請に応答して前記Ａ／Ｖコンテンツの共有状態に関する情報を前記第２シンクデバイスに伝送する第１処理部と、
前記第１シンクデバイスに伝送されているＡ／Ｖコンテンツを伝送することを要請する前記第２シンクデバイスの要請に応答して前記第１シンクデバイスに提供していたＡ／Ｖコンテンツを前記第２シンクデバイスに伝送する第２処理部と、を含むことを特徴とするソースデバイス。
【請求項２０】
前記第２処理部は、
前記Ａ／Ｖコンテンツを前記第１シンクデバイスと共有する形態を示す共有モードが指定された要請を受信することを特徴とする請求項１９に記載のソースデバイス。
【請求項２１】
前記共有モードは、
前記第１シンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを前記第２シンクデバイスに伝送することを要請するニューモードを含むことを特徴とする請求項２０に記載のソースデバイス。
【請求項２２】
前記共有モードは、
前記第１シンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して前記第２シンクデバイスに伝送することを要請する重畳モードを含むことを特徴とする請求項２０に記載のソースデバイス。
【請求項２３】
前記共有モードは、
前記第１シンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて第２シンクデバイスに伝送し、前記第１シンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことを特徴とする請求項２０に記載のソースデバイス。
【請求項２４】
前記第２処理部は、
前記第１シンクデバイスへの前記共有されたＡ／Ｖコンテンツの伝送をさらに中止させることを特徴とする請求項２３に記載のソースデバイス。
【請求項２５】
前記第１処理部は、メディアサーバデバイスとして構成され、前記第２処理部はストリーミングサーバとして構成されることを特徴とする請求項１９に記載のソースデバイス。
【請求項２６】
ネットワークを通じてＡ／Ｖコンテンツを共有するためにシンクデバイスからソースデバイスにＡ／Ｖコンテンツ情報要請を伝送するシステムにおいて、
前記Ａ／Ｖコンテンツ情報要請に応答するための前記シンクデバイスの応答メッセージ構造は、
要請したＡ／Ｖコンテンツのタイプフィールドと、
前記ソースデバイスと前記Ａ／Ｖコンテンツを共有しているデバイスを示す共有デバイス識別子フィールドと、を含むことを特徴とするシステム。
【請求項２７】
前記応答メッセージは、ＨＴＴＰ応答メッセージを用いることを特徴とする請求項２６に記載のシステム。
【請求項２８】
ネットワークを通じてＡ／Ｖコンテンツを共有するために所定のシンクデバイスからソースデバイスにＡ／Ｖコンテンツ要請を伝送するシステムにおいて、
前記Ａ／Ｖコンテンツ要請のための要請メッセージ構造は、
共有を要請するＡ／Ｖコンテンツを識別するための情報フィールドと、
前記Ａ／Ｖコンテンツを他のシンクデバイスと共有する形態を示す共有モードフィールドと、
前記要請メッセージを伝送するシンクデバイスを識別するためのデバイス識別子フィールドと、を含むことを特徴とするシステム。
【請求項２９】
前記要請メッセージは、ＨＴＴＰ要請メッセージを用いることを特徴とする請求項２８に記載のシステム。
【請求項３０】
前記共有モードは、
前記他のシンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを伝送することを要請するニューモードを含むことを特徴とする請求項２８に記載のシステム。
【請求項３１】
前記共有モードは、
前記他のシンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して前記所定のシンクデバイスに伝送することを要請する重畳モードを含むことを特徴とする請求項２８に記載のシステム。
【請求項３２】
前記共有モードは、
前記他のシンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて前記所定のシンクデバイスに伝送し、前記シンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことを特徴とする請求項２８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク上でＡ／Ｖコンテンツを共有可能にする共有方法、シンクデバイス、ソースデバイス及びシステムに関する。
【背景技術】
【０００２】
デジタル時代の拡散と発展によって、周辺で多くのデジタル製品を見られるようになった。例えば、ＤＶＤプレーヤー、ケーブルセットトップボックス（ＳＴＢ）、ＤＶＣＲ（ＤＶＤ／ｖｉｄｅｏ Ｃａｓｓｅｔｔｅ Ｒｅｃｏｒｄｅｒ）、ＤＴＶ、ＰＣなど多くのデジタル製品が一つのネットワークに連結されている。このような多様な機器はネットワークに連結され、これを制御するためのホームネットワーク標準がＤＨＷＧ（Ｄｉｇｉｔａｌ Ｈｏｍｅ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）により定立されている。
【０００３】
最近、ホームネットワーク内のマルチメディア環境は大きく３つのワールドに区分することができる。ＰＣインターネットワールド、モバイルワールド、ＣＥ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｏｒｏｎｉｃｓ）ブロードキャストワールドがそれである。
【０００４】
図１は、従来の技術によってＤＨＷＧに係るホームネットワーク環境を説明するための参考図である。
【０００５】
ＰＣインターネットワールド１００は、ＰＣとＰＣ周辺通信装置とを含む。具体的には、ＰＣ１０１、ゲームコンソール１０２、プリンタ１０３、デジタルイメージング装置１０４、デジタルミュージック装置１０５、無線モニタ１０６などを含む。
【０００６】
モバイルワールド１１０は、ラップトップコンピュータ１１１、マルチメディアモバイルホン１１２、ＰＤＡ１１３などを含み、このようなモバイル装置は、ホームネットワークの内部だけでなく、外部の環境でもユーザに移動の自由を提供する。
【０００７】
ＣＥブロードキャストワールド１２０は、ＴＶモニタ１２１、ＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）、チューナー、ＳＴＢなどの伝統的なコンシューマーエレクトロニクス１２２、ステレオセット１２３などを含む。
【０００８】
消費者は、このような３つのドメインにあるデバイスをホーム内で共に連動して動作させることを希望する。このようなデジタルワールド間の相互接続性を提供するためのホームネットワーク研究が要求される。
【０００９】
デジタルホームは、ＣＥ、モバイル、ＰＣデバイスのネットワークで構成され、このようなネットワークは透過性があり、単純で、かつ連続的な相互接続性のために連携せねばならない。そして、このようなネットワークは、ＩＰネットワーキングとＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）技術に基づく。
【００１０】
ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ Ａｎｄ Ｐｌａｙ）オーディオ／ビデオ技術によるメディア管理及び制御は、デバイスとアプリケーションがホームネットワーク上でメディアコンテンツを識別し、管理し、かつ配布することを可能にし、またそれをモバイルデバイスに伝送することを可能にする。
【００１１】
ユニバーサルプラグアンドプレイは、インテリジェントアプリケーション、無線デバイス及びＰＣなどのピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）ネットワーク連結性のためのアーキテクチャーである。これは、融通性があり、家庭や小規模ビジネスなど、小規模のネットワークに使用しやすく、標準に基づいた接続性を提供するように設計される。ＵＰｎＰアーキテクチャーは、ＵＰｎＰコントロールポイントとＵＰｎＰデバイスとの間の一般的なインタラクションを定義する。ＵＰｎＰアーキテクチャーは、如何なる形式のコンテンツ、及び如何なる種類の伝送プロトコルもデバイスがサポートできるようにする。ＵＰｎＰデバイスは、ＴＶ、ＶＣＲ、ＣＤ／ＤＶＤプレーヤー、セットトップボックス、ステレオシステム、ＭＰ３プレーヤー、スチールイメージカメラ、カムコーダ、ＰＣなどを含む。そして、ＡＶアーキテクチャーは、デバイスがＭＰＥＧ２、ＭＰＥＧ４、ＪＰＥＧ、ＭＰ３、ＢＭＰ、ウィンドウメディアアーキテクチャー（ＷＭＡ）など相異なる種類のフォーマットを有するコンテンツ及びＩＥＥＥ−１３９４、ＨＴＴＰ ＧＥＴ、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ ＰＵＴ／ＰＯＳＴ、ＴＣＰ／ＩＰのような多様な種類の伝送プロトコルをサポートすることを可能にする。
【００１２】
大部分のＵＰｎＰ ＡＶシナリオは、映画、音楽、ピクチャーのようなコンテンツが１つのデバイスから他のデバイスに伝送されることを含む。ＡＶコントロールポイントは、ソースとシンク（Ｓｉｎｋ）としての役割を担う２つ以上のＵＰｎＰデバイスと相互作用する。
【００１３】
メディアサーバは、ユーザが転送することを所望するコンテンツを有している。メディアサーバは、多数のタイプのコンテンツを有している、または、アクセスしうる。メディアサーバは、そのコンテンツにアクセスし、それを所定の伝送プロトコルを用いてネットワークを通じて他のデバイスに伝送する。メディアサーバの例としては、ＶＣＲ、ＣＤ・ＤＶＤプレーヤー、カメラ、カムコーダ、ＰＣ、セットトップボックス、衛星受信機、オーディオテーププレーヤーなどを含む。
【００１４】
メディアサーバコントロールポイントは、ユーザが所望の作業（例えば、再生）を行うためにユーザにより指定された通りにメディアサーバの動作を制御し、管理する。また、メディアサーバコントロールポイントは、動作を制御するデバイスにユーザがインタラクトすることを可能にするユーザインターフェースを提供する。メディアサーバコントロールポイントの例としては、一般的なリモコンを有するＴＶや無線ＰＤＡデバイスが挙げられる。また、ユーザにより要求される場合、メディアサーバコントロールポイントは、Ｓｔｏｐ、Ｐａｕｓｅ、ＦＦ（Ｆａｓｔ Ｆｏｗａｒｄ）、ＲＥＷ（Ｒｅｗｉｎｄ）、Ｓｋｉｐなどの多様なＡＶ伝送アクションを呼び出すことによってコンテンツの流れを制御しうる。
【００１５】
図１に示すようなホームネットワーク環境で、ユーザは、１つのコンテンツをネットワークを通じて２つ以上のデバイスで共有することを希望する。例えば、居間にあるＴＶでビデオを見ていたユーザが、別の部屋で、ＰＣを通じてそのビデオを見ることを希望することもあり得る。したがって、ネットワークを通じてＡ／Ｖコンテンツを複数のデバイスで共有する方法が要求されている。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明は、ネットワークを通じてＡ／Ｖコンテンツを共有可能にする共有方法、シンクデバイス、ソースデバイス及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
前記課題を解決するための本発明の一特徴は、ネットワークを通じてＡ／Ｖコンテンツを共有する方法において、Ａ／Ｖコンテンツを提供するソースデバイスから前記Ａ／Ｖコンテンツを共有している共有状態に関する情報を受信するステップと、前記ソースデバイスに前記共有されたＡ／Ｖコンテンツの伝送の要請を伝送するステップと、前記要請に応答して前記ソースデバイスから前記共有されたＡ／Ｖコンテンツを受信するステップと、を含むことである。
【００１８】
前記共有されたＡ／Ｖコンテンツの伝送の要請は、前記Ａ／Ｖコンテンツを共有しようとするシンクデバイスから発生する。
【００１９】
前記伝送ステップは、前記Ａ／Ｖコンテンツを共有する形態を示す共有モードの指定された要請を伝送することが望ましい。
【００２０】
前記共有モードは、前記シンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを伝送することを要請するニューモード、前記シンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して伝送することを要請する重畳モード、前記シンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて伝送し、前記シンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことができる。
【００２１】
本発明の他の特徴は、ネットワークを通じてＡ／Ｖコンテンツを共有する方法において、第１シンクデバイスに伝送されているＡ／Ｖコンテンツを伝送せよとの要請を第２シンクデバイスから受信するステップと、前記要請に応答して前記第１シンクデバイスに提供していたＡ／Ｖコンテンツを前記第２シンクデバイスに伝送するステップと、を含むことである。
【００２２】
前記受信ステップは、前記Ａ／Ｖコンテンツを前記第１シンクデバイスと共有する形態を示す共有モードが指定された要請を受信することが望ましい。
【００２３】
前記共有モードは、前記第１シンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを伝送することを要請するニューモード、前記第１シンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して伝送することを要請する重畳モード、前記シンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて伝送し、前記シンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことができる。
【００２４】
本発明のさらに他の特徴は、ネットワークを通じてＡ／Ｖコンテンツを共有するためのシンクデバイスにおいて、Ａ／Ｖコンテンツを提供するソースデバイスに前記Ａ／Ｖコンテンツに関する情報を要請し、前記要請に応答して前記Ａ／Ｖコンテンツを共有している他のシンクデバイスに関する情報を受信する第１処理部と、前記ソースデバイスに前記共有されたＡ／Ｖコンテンツを伝送せよとの要請メッセージを生成して伝送し、前記要請に応答して前記ソースデバイスから前記共有されたＡ／Ｖコンテンツを受信する第２処理部と、を含むことである。
【００２５】
前記第２処理部は、前記要請メッセージに前記Ａ／Ｖコンテンツを前記他のシンクデバイスと共有する形態を示す共有モードを指定することが望ましい。
また、前記第１処理部はメディアサーバコントロールポイントとして具現され、前記第２処理部はストリーミングクライアントとして具現されることが望ましい。
【００２６】
本発明のさらに他の特徴は、ネットワークを通じてＡ／Ｖコンテンツを共有するためのソースデバイスにおいて、第１シンクデバイスに伝送されているＡ／Ｖコンテンツに関する情報を伝送せよとの第２シンクデバイスの要請に応答して前記Ａ／Ｖコンテンツの共有状態に関する情報を前記第２シンクデバイスに伝送する第１処理部と、前記第１シンクデバイスに伝送されているＡ／Ｖコンテンツを伝送せよとの前記第２シンクデバイスの要請に応答して前記第１シンクデバイスに提供していたＡ／Ｖコンテンツを前記第２シンクデバイスに伝送する第２処理部と、を含むことである。
【００２７】
前記第２処理部は、前記Ａ／Ｖコンテンツを前記第１シンクデバイスと共有する形態を示す共有モードが指定された要請を受信することが望ましい。
【００２８】
前記第１処理部は、メディアサーバデバイスとして具現され、前記第２処理部はストリーミングサーバとして具現されることが望ましい。
【００２９】
本発明のさらに他の特徴は、ネットワークを通じてＡ／Ｖコンテンツを共有するためにシンクデバイスからソースデバイスにＡ／Ｖコンテンツ情報要請を伝送するシステムにおいて、前記Ａ／Ｖコンテンツ情報要請に応答するための前記シンクデバイスの応答メッセージ構造は、要請したＡ／Ｖコンテンツのタイプフィールドと、前記ソースデバイスが前記Ａ／Ｖコンテンツを伝送して前記Ａ／Ｖコンテンツを共有している共有デバイス識別子フィールドと、を含むことである。
【００３０】
前記応答メッセージは、ＨＴＴＰ応答メッセージを用いられる。
【００３１】
本発明のさらに他の特徴は、ネットワークを通じてＡ／Ｖコンテンツを共有するためにシンクデバイスからソースデバイスにＡ／Ｖコンテンツ要請を伝送するシステムにおいて、前記Ａ／Ｖコンテンツ要請のための要請メッセージ構造は、共有を要請するＡ／Ｖコンテンツを識別するための情報フィールドと、前記Ａ／Ｖコンテンツを他のシンクデバイスと共有する形態を示す共有モードフィールドと、前記要請メッセージを伝送するシンクデバイスを識別するためのデバイス識別子フィールドと、を含むことである。
【００３２】
前記要請メッセージは、ＨＴＴＰ要請メッセージを用いられる。
【００３３】
前記共有モードは、前記他のシンクデバイスに伝送されているＡ／Ｖコンテンツと関係なく独立して前記Ａ／Ｖコンテンツを伝送することを要請するニューモード、他のシンクデバイスに伝送されている前記共有されたＡ／Ｖコンテンツを重畳して伝送することを要請する重畳モード、前記シンクデバイスに伝送されていた前記共有されたＡ／Ｖコンテンツを続けて伝送し、前記シンクデバイスへのＡ／Ｖコンテンツの伝送は中止することを要請するリダイレクションモードを含むことができる。
【発明の効果】
【００３４】
本発明の構成によれば、ネットワーク上で１つのコンテンツを複数個のデバイスで共有することが可能になる。特に、ユーザインターフェースを有する受信デバイスからコンテンツ共有形態が提供されることによって、さらに多様なシナリオを提供することができる。特に、これはＤＨＷＧでの２ｂｏｘ ｍｏｄｅｌ、すなわちＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）とＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）との間でコンテンツを共有する機能を提供することができる。
【発明を実施するための最良の形態】
【００３５】
以下、添付した図面に基づいて本発明を詳細に説明する。
【００３６】
図２は、本発明によってネットワークを通じてデジタルコンテンツを共有するシステム２００の構成図である。
【００３７】
ソースデバイス２１０は、第１シンクデバイス２２０または第２シンクデバイス２３０からのＡ／Ｖコンテンツ要請を受信して、Ａ／Ｖコンテンツを要請した第１シンクデバイス２２０または第２シンクデバイス２３０にコンテンツを伝送する。
【００３８】
第１シンクデバイス２２０は、ソースデバイス２１０からＡ／Ｖコンテンツに関する情報を受信し、またＡ／Ｖコンテンツを要請してソースデバイス２１０からＡ／Ｖコンテンツを受信して利用する。
【００３９】
第２シンクデバイス２３０は、第１シンクデバイス２２０と同じ役割をする装置である。例えば、第１シンクデバイスは、住宅内の居間にあるＴＶでも良く、また、第２シンクデバイスは別の部屋にあるＰＣなどでも良い。
【００４０】
第１シンクデバイス２２０は、ソースデバイス２１０からコンテンツを要請して受信し、これを利用する。このように第１シンクデバイスで利用しているコンテンツを共有するために、本発明に係る第２シンクデバイス２３０は、Ａ／Ｖコンテンツを共有するために、ソースデバイス２１０から共有を希望するＡ／Ｖコンテンツに関する情報を受信し、次いで、Ａ／Ｖコンテンツを要請して受信する。この際、ソースデバイス２１０は、要請されたＡ／Ｖコンテンツに対するデバイス共有状態に関する情報を提供し、第１シンクデバイス２２０或いは第２シンクデバイス２３０は、このような共有状態に関する情報を参照して希望する共有モードを選択する。これについては、図３及び図４を参照して詳細に説明する。
【００４１】
図３は、図２に示されたソースデバイスの概略的な構成図である。ソースデバイス２１０は、コンテンツ保存部２１１と、メディアサーバデバイス（Ｍｅｉｄａ Ｓｅｒｖｅｒ Ｄｅｖｉｃｅ：ＭＳＤ）２１２とストリーミングサーバ２１３で構成される。もちろん、コンテンツ保存部２１１は、ストリーミングサーバ２１３やメディアサーバ２１２に含まれうる。
【００４２】
コンテンツ保存部２１１は、Ａ／Ｖコンテンツを保存する。
【００４３】
メディアサーバ２１２は、ＨＴＴＰ制御命令生成／解釈部３と、コンテンツ管理部４を含む。
ＨＴＴＰ制御命令生成／解釈部３は、本発明に係るＨＴＴＰ制御命令を生成してシンクデバイスに伝送し、シンクデバイスから受信されたＨＴＴＰ制御命令を解釈して適切な処理をする。特に、本発明に係るＨＴＴＰ制御命令生成／解釈部３は、シンクデバイスからコンテンツに関する情報要請メッセージを受信した場合にこれを解釈し、その要請に応答してコンテンツに関する情報を提供するために、図５に示されたような応答メッセージを生成する。
【００４４】
図５に示すように、応答メッセージ５００は、ヘッダ情報５１０であって、日付５１１、コンテンツタイプ５１２、共有デバイス識別子５１３を含む。日付５１１は応答メッセージを送る日付を示す。コンテンツタイプ５１２は、要請されたコンテンツの種類などに関する情報である。共有デバイス識別子５１３は、現在の状態においてソースデバイス２１０に要請されたコンテンツを共有しているデバイスを示す識別子である。言い換えれば、現在、要請されたコンテンツをソースデバイスから受信しているシンクデバイスを示す。このような共有デバイス識別子５１３を応答メッセージ５００に挿入させることによって、第１シンクデバイス２２０または第２シンクデバイス２３０は、現在ソースデバイスが何れのシンクデバイスにコンテンツを伝送しているかを判別できる。
【００４５】
コンテンツ管理部４は、コンテンツ保存部２１１に保存されたコンテンツを管理し、特にコンテンツに関する情報を管理する。すなわち、第１シンクデバイス２２０または第２シンクデバイス２３０のメディアサーバコントロールポイント（Ｍｅｄｉａ Ｓｅｒｖｅｒ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：ＭＳＣＰ）からコンテンツに関する情報を要請する命令を受信すると、コンテンツに関する情報を検索し、検索されたコンテンツに関する情報が第１シンクデバイス２２０または第２シンクデバイス２３０に伝送されるように制御する。ＨＴＴＰ制御命令生成／解釈部３は、図５に示されたような応答メッセージ５００を生成する時、コンテンツ管理部４が管理するコンテンツ情報を参照する。
【００４６】
ストリーミングサーバ２１３は、ＨＴＴＰ制御命令解釈部１と、コンテンツ伝送部２を含む。ＨＴＴＰ制御命令解釈部１は、シンクデバイスから受信されたＨＴＴＰ制御命令を受信して解釈する。特に、本発明によってＨＴＴＰ制御命令解釈部１は、第１シンクデバイス２２０または第２シンクデバイス２３０から図６及び図７に示されたようなコンテンツ要請メッセージ（６００及び７００）を受信してこれを解釈する。なおその上に、その解釈結果によってコンテンツ伝送部２を適切に制御する。
【００４７】
コンテンツ伝送部２は、第１シンクデバイス２２０または第２シンクデバイス２３０から要請されたＡ／Ｖコンテンツをコンテンツ保存部２１１から受け取って第１シンクデバイス２２０または第２シンクデバイスに伝送する。
【００４８】
図４は、図２に示された第１シンクデバイス２２０の概略的な構成図である。第１シンクデバイス２２０は、メディアサーバコントロールポイント２２１とストリーミングクライアント２２２と再生部２２３とを含む。
【００４９】
再生部２２３は、ソースデバイス２１０から受信されたＡ／Ｖコンテンツを消費する。
【００５０】
メディアサーバコントロールポイント２２１は、ＨＴＴＰ制御命令生成／解釈部７と、ユーザインターフェース８と、コンテンツ情報要請／解釈部９を含む。ユーザインターフェース８は、ユーザからＡ／Ｖコンテンツに対する動作命令、例えば“ｐｌａｙ”などの動作命令を受信する。コンテンツ情報要請／解釈部９は、ＢｒｏｗｓｅまたはＳｅａｒｃｈ命令を用いてソースデバイスにコンテンツに関する情報を要請し、ソースデバイスからコンテンツに関する情報を受信すると、受信されたコンテンツに関する情報を解釈する。
ＨＴＴＰ制御命令生成／解釈部７は、ユーザインターフェース８から所定のコンテンツに対する動作命令を受信した場合、まず、そのコンテンツに関する情報を得るためにコンテンツ情報要請メッセージを生成する。そして、ＨＴＴＰ制御命令生成／解釈部７が、ソースデバイスからコンテンツ情報要請メッセージに関する応答メッセージを受信した場合に、これを解釈する。次いで、このような、応答メッセージから解釈された情報、またはユーザインターフェースを通じて受信したユーザ命令に関する情報をストリーミングクライアント２２２に伝送する。
【００５１】
ストリーミングクライアント２２２は、ＨＴＴＰ制御命令生成部５と、コンテンツ受信部６を含む。ＨＴＴＰ制御命令生成部５は、メディアサーバコントロールポイント２２１から受信した、ユーザ命令に関する情報またはコンテンツ情報応答メッセージを解釈した情報を参照してＨＴＴＰ制御命令を生成する。このようなＨＴＴＰ制御命令としては、図６及び図７に示されたようなコンテンツ要請メッセージになりうる。なお、詳細は後述する。
コンテンツ受信部６は、ソースデバイス２１０からＡ／Ｖコンテンツを受信し、これを再生部２２３に伝送する。
【００５２】
図６は、本発明による、第１シンクデバイス２２０または第２シンクデバイス２３０がソースデバイス２１０に伝送するコンテンツ要請メッセージの一例を示す。図６に示すように、コンテンツ要請メッセージ６００は、ヘッダ情報６１０として、ホスト６１１、共有モード６１２、デバイス識別子６１３を含む。
【００５３】
ホスト６１１は、要請するコンテンツを識別するためのアドレス情報を示す。共有モード６１２は、要請するコンテンツを共有するための方法を示すモードを示す。本発明の実施形態においては、３つモードを提供する。重畳モード、リダイレクションモード、及びニューモードがそれである。
【００５４】
重畳モードでは、ソースデバイス２１０が第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送する。次いで、第１シンクデバイス２２０にそのＡ／Ｖコンテンツを伝送し続けたまま、同じＡ／Ｖコンテンツを第２シンクデバイス２３０に、第１シンクデバイス２２０への伝送と同期させて伝送する。例えば、ユーザ１とユーザ２とが居間にあるＤＶＤプレーヤーで映画を中間程度まで視聴している状態で、ユーザ１は、そのまま居間にあるＤＶＤプレーヤーで映画を続けて視聴し、ユーザ２は別の部屋にあるＰＣでその映画の残りの部分を続けて視聴する時に利用することができるモードである。
【００５５】
リダイレクションモードでは、ソースデバイスが第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送する。次いで、その第１シンクデバイス２２０へのＡ／Ｖコンテンツの伝送を中断し、代わりに、第２シンクデバイス２３０に対して、同じＡ／Ｖコンテンツの伝送を続ける。例えば、ユーザ１が居間にあるＤＶＤプレーヤーで映画を視聴している途中で、ユーザ１が別の部屋にあるＰＣでその映画を続けて見て、居間にあるＤＶＤプレーヤーへのコンテンツ伝送は中止させる時に利用することができるモードである。
【００５６】
ニューモードでは、ソースデバイスが第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送する。次いで、その第１シンクデバイス２２０への伝送されているＡ／Ｖコンテンツに関係なく独立して第２シンクデバイス２３０にＡ／Ｖコンテンツを伝送する。例えば、ユーザ１が居間にあるＤＶＤプレーヤーで映画を中間程度まで視聴した状態で、ユーザ１はそのまま居間にあるＤＶＤプレーヤーでビデオタイトルを続けて見て、ユーザ２は別の部屋にあるＰＣでその映画を最初から見る時に利用することができるモードである。
【００５７】
デバイス識別子６１３は、ソースデバイス２１０からコンテンツ要請を送る第１シンクデバイス２２０と第２シンクデバイス２３０を識別するための識別子である。
【００５８】
図７は、本発明の他の実施形態による、第１シンクデバイス２２０または第２シンクデバイス２３０がソースデバイス２１０に伝送するコンテンツ要請メッセージの例を示す図である。図７に示すように、コンテンツ要請メッセージ７００は、ヘッダ情報７１０として、ホスト７１１、共有モード７１２、リダイレクションソース７１３、デバイス識別子７１４を含む。ホスト７１１、共有モード７１２、デバイス識別子７１４は、図６の説明と同一である。但し、図７に示されたコンテンツ要請メッセージ７００には、図６のコンテンツ要請メッセージ６００と比較して、リダイレクションソース７１３フィールドがさらに含まれている。
【００５９】
リダイレクションソース７１３は、Ａ／Ｖコンテンツのリダイレクションモードへの伝送が要求された場合に使われるフィールドであって、Ａ／Ｖコンテンツを共有する場合に、以前の接続を切断しようとする第１シンクデバイスまたは第２シンクデバイス２３０を示す。重畳モードである場合には、以前の接続に影響を与えないので、このようなフィールドが要求されないが、リダイレクションモードである場合には、前の接続が複数個あったならば、どの接続を切るかを指定せねばならないので、リダイレクションソースフィールド７１３が要求される。
【００６０】
次いで、図８〜図１０を参照して前述したような３つの共有モードによってＡ／Ｖコンテンツを共有する方法の例を説明する。ここでは、ＨＴＴＰ伝送プロトコルを用いると仮定する。
【００６１】
図８は、本発明によってネットワークを通じてデジタルコンテンツを共有する方法のうち、重畳モードを示す第１実施形態のシーケンス図である。
第１シンクデバイス２２０は、ソースデバイス２１０に、コンテンツに関する情報を得るためにｂｒｏｗｓｅ／ｓｅａｒｃｈのような命令を伝送する（８０１）。この命令を受けたソースデバイス２１０は、自身が持っているコンテンツに関する情報をシンクデバイスに伝送する（８０２）。第１シンクデバイス２２０は、受信されたコンテンツに関する情報を確認し、そのうち、伝送を要求する１つのコンテンツに関するヘッダ情報を受け取るために、図１１に示されたようなＨＴＴＰ ＨＥＡＤ命令をソースデバイス２１０に伝送する（８０３）。
【００６２】
図１１は、ＨＴＴＰヘッド情報要請メッセージの一例である。ＨＴＴＰ要請メッセージのうち、メソッドがＨＥＡＤであるのは、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）で区別された情報を照会する要請を意味し、ＨＥＡＤに対する応答メッセージのヘッダフィールドを用いて、要求された情報が伝送される。
【００６３】
図１１に示すように、ＨＴＴＰヘッド情報要請メッセージ１１００は、“ＵＲＬ１”と識別される情報を照会することの要請を含んでおり、“ＨＯＳＴ”は、インターネットホストを識別する情報を示す。ＨＯＳＴフィールドには、“ｈｏｓｔ ｏｆ ｃｏｎｔｒｏｌ ＵＲＬ１”と“ｐｏｒｔ ｏｆ ｃｏｎｔｒｏｌ ＵＲＬ１”が書き込まれる。
【００６４】
それを受信したソースデバイス２１０は、ＵＲＬ１に該当するコンテンツに関するヘッダ情報を、図１２に示されたようなＨＴＴＰ応答メッセージを用いて第１シンクデバイス２２０に伝送する（８０４）。
【００６５】
図１２は、ＨＴＴＰヘッド情報応答メッセージ１２００の一例である。ＨＴＴＰヘッド情報応答メッセージは、状態ラインと１つ以上の一般ヘッダ、及び応答ヘッダなどより構成される。
【００６６】
図１２に示すように、ＨＴＴＰヘッド情報応答メッセージ１２００は、状態ラインとして“ＨＴＴＰ／１．１ ２００ ＯＫ”を含んでいる。“ＨＴＴＰ／１．１”は送信側のＨＴＴＰバージョン番号を意味し、“２００ ＯＫ”は要請の受信が成功し、要請された応答情報がこのメッセージに含まれていることを示す。“Ｄａｔｅ”は日付けを示し、“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ”はコンテンツのタイプを示し、“Ｓｈａｒｅ−ｄｅｖ”は、ソースデバイスが現在このコンテンツに対して共有している他のデバイスを示す。本図は、現在ソースデバイス２１０がこのコンテンツを伝送するシンクデバイスがない場合であり、“ｎｕｌｌ”と表示されている。
【００６７】
一方、本実施形態及び以下に記述する他の実施形態において、第１シンクデバイス２２０がニューモードでコンテンツを伝送されるように要請する場合にも、ステップ８０３及びステップ８０４を経てコンテンツに関するヘッダ情報を要請し、受信する場合について説明するが、このステップ８０３及びステップ８０４の過程は、ニューモードでコンテンツを要請する場合には省略されても良い。これはＮＥＷモードが、ソースデバイス２１０から受信されるコンテンツヘッダ情報とは関係なく独立してコンテンツを要請するモードであるからである。
【００６８】
前述のＨＴＴＰヘッド情報応答メッセージを受信した第１シンクデバイス２２０は、そのコンテンツを要請するために図１３に示されたようなＨＴＴＰ要請メッセージを伝送する（８０５）。
【００６９】
図１３は、ＨＴＴＰコンテンツ要請メッセージ１３００の一例である。ＨＴＴＰ要請メッセージのうち、メソッドがＧＥＴであるものは、ＵＲＬで区別される情報を照会する要請を意味し、応答は、エンティティボディを通じて返信される。
【００７０】
図１３に示すように、ＨＴＴＰコンテンツ要請メッセージ１３００は、“ＵＲＬ１”と識別される情報を照会することの要請を含んでおり、“ＨＯＳＴ”は、リソースを提供するインターネットホストを識別する情報を示す。ＨＯＳＴフィールドには、“ｈｏｓｔ ｏｆ ｃｏｎｔｒｏｌ ＵＲＬ１”と“ｐｏｒｔ ｏｆ ｃｏｎｔｒｏｌ ＵＲＬ１”が書き込まれる。
【００７１】
特に、本発明に係るＨＴＴＰコンテンツ要請メッセージ１３００は、共有モードとデバイス識別子とを示すための“ｓｈａｒｅ−ｍｏｄｅ”フィールドと“Ｄｅｖ−ｎａｍｅ”フィールドとを含む。“ｓｈａｒｅ−ｍｏｄｅ”は、図６を参照して説明したように、シンクデバイスがコンテンツの共有を要求するモードを示す。現在、このコンテンツについてはまだ共有するシンクデバイスがないので、第１シンクデバイス２２０が最初にこのコンテンツを使用するデバイスである。それ故、“ｓｈａｒｅ−ｍｏｄｅ”は“ｎｅｗ”モードと設定される。“ｎｅｗ”モードと設定されたことは、ＵＲＬに該当するコンテンツを最初から伝送することを意味する。“Ｄｅｖ−ｎａｍｅ”は、このコンテンツ要請メッセージを伝送するデバイスを識別するためのものである。、もし、第１シンクデバイス２２０が居間のテレビである場合に“ｌｉｖｉｎｇ ｒｏｏｍ ＴＶ”と設定される。
【００７２】
前述のようなＨＴＴＰ要請メッセージを受信したソースデバイス２１０は、要請されたコンテンツを第１シンクデバイスに返信する（８０６）。
【００７３】
次に、上述したようにソースデバイス２１０から第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送している状態で、第２シンクデバイス２３０もそのＡ／Ｖコンテンツを重畳モードで伝送される場合の動作を説明する。
【００７４】
第２シンクデバイス２３０は、コンテンツに関する情報を得るために、ｂｒｏｗｓｅ／ｓｅａｒｃｈのような命令をソースデバイス２１０に伝送する（８０７）。この命令を受けたソースデバイス２１０は、自身が持っているコンテンツに関する情報を第２シンクデバイス２３０に伝送する（８０８）。
【００７５】
第２シンクデバイス２３０は、受信されたコンテンツに関する情報を確認し、そのうち、伝送を要求する１つのコンテンツに関するヘッダ情報を受信するために、図１１に示されたようなＨＴＴＰ ＨＥＡＤ命令をソースデバイス２１０に伝送する（８０９）。
【００７６】
このＨＴＴＰ ＨＥＡＤ命令を受信したソースデバイス２１０は、ＵＲＬ１に該当するコンテンツに関するヘッダ情報を図１４に示されたようなＨＴＴＰ応答メッセージを用いて第２シンクデバイス２３０に伝送する（８１０）。
【００７７】
図１４は、ＨＴＴＰヘッド情報応答メッセージ１４００の他の例である。図１４に示すように、本図のＨＴＴＰヘッド情報応答メッセージ１４００は、図１２に示すＨＴＴＰヘッド情報応答メッセージ１２００と類似しているが、フィールド内容が異なる。すなわち、ソースデバイス２１０は、既に第１シンクデバイス２２０へＡ／Ｖコンテンツを伝送中なので、共有デバイスを識別するための“ｓｈａｒｅ−ｄｅｖ”フィールドには第１シンクデバイス２２０を示す“ｌｉｖｉｎｇ ｒｏｏｍ ＴＶ”が書き込まれる。
【００７８】
このような応答メッセージを受信した第２シンクデバイス２３０は、そのコンテンツを要請するために、図１５に示されたようなＨＴＴＰ要請メッセージをソースデバイス２１０に伝送する（８１１）。
【００７９】
図１５は、ＨＴＴＰコンテンツ要請メッセージ１５００の他の例である。図１５に示すように、図１３に示されたようなＨＴＴＰコンテンツ要請メッセージ１３００と類似しているが、フィールド内容が異なる。すなわち、“ｓｈａｒｅ−ｍｏｄｅ”フィールドには、第２シンクデバイス２３０が第１シンクデバイス２２０と重畳したＡ／Ｖコンテンツの伝送を要求することを示す“ｓｕｐｅｒｐｏｓｉｔｉｏｎ”が書き込まれ、“Ｄｅｖ−ｎａｍｅ”には、この要請メッセージを伝送するシンクデバイスを識別するために“ｒｏｏｍ １ ＴＶ”が書き込まれる。
【００８０】
このようなＨＴＴＰ要請メッセージを受信したソースデバイス２１０は、要請されたコンテンツを返信する（８１２）。すなわち、ソースデバイス２１０は、第２シンクデバイス２３０から要請された重畳モードによって第１シンクデバイス２２０と同期した同じデータを第２シンクデバイス２３０に伝送する。もし、ソースデバイス２１０が重畳してコンテンツを提供できなければ、“ｒｅｓｏｕｒｃｅ ｎｏｔ ａｖａｉｌａｂｌｅ”などのエラーメッセージを応答しても良い。
【００８１】
図９は、本発明によってネットワークを通じてデジタルコンテンツを共有する方法のうち、リダイレクションモードを示す第２実施形態のシーケンス図である。第１シンクデバイス２２０は、ソースデバイス２１０にコンテンツに関する情報を得るためにｂｒｏｗｓｅ／ｓｅａｒｃｈのような命令を伝送する（９０１）。この命令を受けたソースデバイス２１０は、自身が持っているコンテンツに関する情報をシンクデバイスに伝送する（９０２）。
【００８２】
第１シンクデバイス２２０は、受信されたコンテンツに関する情報を確認し、そのうち、伝送を要求する１つのコンテンツに関するヘッダ情報を受け取るために、図１１に示されたようなＨＴＴＰ ＨＥＡＤ命令をソースデバイス２１０に伝送する（９０３）。
【００８３】
このＨＴＴＰ ＨＥＡＤ命令を受信したソースデバイス２１０は、ＵＲＬ１に該当するコンテンツに関するヘッダ情報を図１２に示されたようなＨＴＴＰヘッド情報応答メッセージを用いて第１シンクデバイス２２０に伝送する（９０４）。
【００８４】
このＨＴＴＰヘッド情報応答メッセージを受信した第１シンクデバイス２２０は、そのコンテンツを要請するために図１３に示されたようなＨＴＴＰ要請メッセージをソースデバイス２１０に伝送する（９０５）。
【００８５】
このＨＴＴＰ要請メッセージを受信したソースデバイス２１０は、要請されたコンテンツを返信する（９０６）。
【００８６】
次に、上述のようにソースデバイス２１０から第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送している状態で、第２シンクデバイス２３０がそのＡ／Ｖコンテンツをリダイレクションモードで伝送される場合の動作を説明する。
【００８７】
第２シンクデバイス２３０は、ソースデバイス２１０に、コンテンツに関する情報を得るためにｂｒｏｗｓｅ／ｓｅａｒｃｈのような命令を伝送する（９０７）。この命令を受けたソースデバイス２１０は、自身が持っているコンテンツに関する情報を第２シンクデバイス２３０に伝送する（９０８）。
【００８８】
第２シンクデバイス２３０は、受信されたコンテンツに関する情報を確認し、そのうち、伝送を要求する１つのコンテンツに関するヘッダ情報を受け取るために、図１１に示されたようなＨＴＴＰ ＨＥＡＤ命令をソースデバイス２１０に伝送する（９０９）。
【００８９】
このＨＴＴＰ ＨＥＡＤ命令を受信したソースデバイス２１０は、ＵＲＬ１に該当するコンテンツに関するヘッダ情報を図１４に示されたようなＨＴＴＰヘッド情報応答メッセージを用いて第２シンクデバイス２３０に伝送する（９１０）。
【００９０】
このような応答メッセージを受信した第２シンクデバイス２３０は、そのコンテンツを要請するために図１６に示されたようなＨＴＴＰ要請メッセージを伝送する（９１１）。
【００９１】
図１６は、ＨＴＴＰコンテンツ要請メッセージ１６００のさらなる他の例である。図１６に示すように、ＨＴＴＰコンテンツ要請メッセージ１６００は、図１５に示されたＨＴＴＰコンテンツ要請メッセージ１５００と類似しているが、共有モードに重畳モードではなく、リダイレクションモードを指定している点が異なる。すなわち、“ｓｈａｒｅ−ｍｏｄｅ”フィールドには、第１シンクデバイス２２０が受信していたＡ／Ｖコンテンツを、続けて第２シンクデバイス２３０に伝送し、第１シンクデバイス２２０へのコンテンツ伝送は中止することを示す“ｒｅｄｉｒｅｃｔｉｏｎ”が書き込まれる。“Ｄｅｖ−ｎａｍｅ”には、この要請メッセージを伝送するシンクデバイスを識別するために“ｒｏｏｍ １ ＴＶ”が書き込まれる。“Ｒｅｄｉｒｅｃｒｉｏｎ−ｆｒｏｍ”は、図７の説明のように、リダイレクションソースを示すものであって、Ａ／Ｖコンテンツを伝送していた以前の接続のうち、中止を希望する接続を指定するためのものであり、図１６のＨＴＴＰコンテンツ要請メッセージ１６００では、第１シンクデバイス２２０への接続を切断するために、このフィールドには“ｌｉｖｉｎｇ ｒｏｏｍ ＴＶ”が書き込まれている。
【００９２】
このようなＨＴＴＰ要請メッセージ１６００を受信したソースデバイス２１０は要請されたコンテンツを返信する（９１２）。すなわち、ソースデバイス２１０は、第２シンクデバイス２３０から要請されたリダイレクションモードで第１シンクデバイス２２０と同期した同じデータを第２シンクデバイス２３０に伝送し、ソースデバイス２１０はリダイレクションソースフィールドに表示された第１シンクデバイス２２０へのＡ／Ｖコンテンツの伝送を中止する（９１３）。ソースデバイス２１０は、もしｒｅｄｉｒｅｃｔｉｏｎできなかった場合には、第２シンクデバイス２３０にエラーメッセージを送信しても良い。
【００９３】
図１０は、本発明によるネットワークを通じてデジタルコンテンツを共有する方法のうち、ニューモードを示す第３実施形態のフローチャートである。第１シンクデバイス２２０は、ソースデバイス２１０に、コンテンツに関する情報を得るためにｂｒｏｗｓｅ／ｓｅａｒｃｈのような命令を伝送する（１００１）。この命令を受けたソースデバイス２１０は、自身が持っているコンテンツに関する情報をシンクデバイスに伝送する（１００２）。
【００９４】
第１シンクデバイス２２０は、受信されたコンテンツに関する情報を確認し、その、伝送を要求する１つのコンテンツに関するヘッダ情報を受け取るために図１１に示されたようなＨＴＴＰ ＨＥＡＤ命令をソースデバイス２１０に伝送する（１００３）。
【００９５】
このＨＴＴＰ ＨＥＡＤ命令を受信したソースデバイス２１０は、ＵＲＬ１に該当するコンテンツに関するヘッダ情報を図１２に示されたようなＨＴＴＰヘッド情報応答メッセージを用いて第１シンクデバイス２２０に伝送する（１００４）。
【００９６】
このＨＴＴＰヘッド情報応答メッセージを受信した第１シンクデバイス２２０は、そのコンテンツを要請するために図１３に示されたようなＨＴＴＰコンテンツ要請メッセージを伝送する（１００５）。
【００９７】
このＨＴＴＰコンテンツ要請メッセージを受信したソースデバイス２１０は要請されたコンテンツを返信する（１００６）。
【００９８】
次に、上述のようにソースデバイス２１０から第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送している状態で、第２シンクデバイス２３０がそのＡ／Ｖコンテンツをニューモードで伝送される場合の動作を説明する。
【００９９】
第２シンクデバイス２３０は、ソースデバイス２１０に、コンテンツに関する情報を得るためにｂｒｏｗｓｅ／ｓｅａｒｃｈのような命令を伝送する（１００７）。この命令を受けたソースデバイス２１０は自身が持っているコンテンツに関する情報を第２シンクデバイス２３０に伝送する（１００８）。
【０１００】
第２シンクデバイス２３０は、受信されたコンテンツに関する情報を確認し、そのうち伝送を希望する１つのコンテンツに関するヘッダ情報を受け取るために、図１１に示されたようなＨＴＴＰ ＨＥＡＤ命令をソースデバイス２１０に伝送する（１００９）。
【０１０１】
このＨＴＴＰ ＨＥＡＤ命令を受信したソースデバイス２１０は、ＵＲＬ１に該当するコンテンツに関するヘッダ情報を、図１４に示されたようなＨＴＴＰヘッド情報応答メッセージを用いて第２シンクデバイス２３０に伝送する（１０１０）。
【０１０２】
このＨＴＴＰヘッド情報応答メッセージを受信した第２シンクデバイス２３０は、そのコンテンツを独立して要請するために、図１３に示されたようなＨＴＴＰコンテンツ要請メッセージを伝送する（１０１１）。
【０１０３】
ソースデバイス２１０が既に第１シンクデバイス２２０にＡ／Ｖコンテンツを伝送しており、共有状態である場合であっても、第２シンクデバイス２３０は、図１３に示されたようなＨＴＴＰ要請メッセージの共有モードを“Ｎｅｗ”に指定して、ソースデバイス２１０に伝送する。その結果、ソースデバイス２１０が第１シンクデバイス２２０に送信しているＡ／Ｖコンテンツに関係なく独立して第２シンクデバイス２３０はそのＡ／Ｖコンテンツを最初から受信することができる。
【０１０４】
このようなＨＴＴＰコンテンツ要請メッセージを受信したソースデバイス２１０は要請されたコンテンツを返信する（１０１２）。すなわち、ソースデバイス２１０は、第２シンクデバイス２３０から要請されたニューモードによって、第１シンクデバイス２２０に送信されているデータと関係なく独立してデータを第２シンクデバイス２３０に伝送する（１０１２）。
【０１０５】
ソースデバイス２１０は、もし、リダイレクションできなかった場合には、第２シンクデバイス２３０にエラーメッセージを送信しても良い。
【０１０６】
前述したような第１シンクデバイス２２０、第２シンクデバイス２３０、及びソースデバイス２１０での処理方法は、コンピュータ可読記録媒体にコンピュータ可読コードとして実現しても良い。コンピュータ可読記録媒体は、コンピュータシステムによって読み取られるデータが保存されるあらゆる種類の記録装置を含む。コンピュータ可読記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形態として実現されることも含む。またコンピュータ可読記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式としてコンピュータ可読コードが保存されて実行されても良い。そして、前記処理方法を具現するための機能的な（ｆｕｎｃｔｉｏｎ）プログラム、コード及びコードセグメントは、本発明が属する技術分野のプログラマーにより容易に解釈されうる。
【０１０７】
以上、本発明についてその望ましい実施形態を中心に説明した。本発明が属する技術分野で当業者は、本発明が本発明の本質的な特性から外れない範囲で変形された形態として実現できるということを理解できるであろう。したがって、開示された実施形態を限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれるものと解釈されねばならない。
【産業上の利用可能性】
【０１０８】
本発明は、ホームネットワークを通じて連結されたマルチメディアデバイスに利用可能である。このようなマルチメディアデバイスは、ＤＶＤプレーヤ、ケーブルＳＴＢ、ＤＶＣＲ、ＤＴＶ、ＰＣなど多様なデジタル製品を含む。
【図面の簡単な説明】
【０１０９】
【図１】従来の技術によってＤＨＷＧに係るホームネットワーク環境を説明するための参考図である。
【図２】本発明によってネットワークを通じてデジタルコンテンツを共有するシステム構成図である。
【図３】図２に示されたソースデバイスの概略的な構成図である。
【図４】図２に示されたシンクデバイスの概略的な構成図である。
【図５】本発明によってソースデバイスがシンクデバイスに伝送する応答メッセージを示す図面である。
【図６】本発明によってシンクデバイスがソースデバイスに伝送するコンテンツ要請メッセージの一例を示す図面である。
【図７】本発明によってシンクデバイスがソースデバイスに伝送するコンテンツ要請メッセージの他の例を示す図面である。
【図８】本発明によってネットワークを通じてデジタルコンテンツを共有する方法のうち、重畳モードを示す第１実施形態のシーケンス図である。
【図９】本発明によってネットワークを通じてデジタルコンテンツを共有する方法のうち、リディレクションモードを示す第２実施形態のシーケンス図である。
【図１０】本発明によってネットワークを通じてデジタルコンテンツを共有する方法のうち、独立モードを示す第３実施形態のシーケンス図である。
【図１１】ＨＴＴＰヘッド情報要請メッセージの一例である。
【図１２】ＨＴＴＰヘッド情報応答メッセージの一例である。
【図１３】ＨＴＴＰコンテンツ要請メッセージの一例である。
【図１４】ＨＴＴＰヘッド情報応答メッセージの他の例である。
【図１５】ＨＴＴＰコンテンツ要請メッセージの他の例である。
【図１６】ＨＴＴＰコンテンツ要請メッセージのさらに他の例である。
【符号の説明】
【０１１０】
２００  システム
２１０  ソースデバイス
２２０  第１シンクデバイス
２３０  第２シンクデバイス
【図１】
2005327290.tif 000003
【図２】
2005327290.tif 000004
【図３】
2005327290.tif 000005
【図４】
2005327290.tif 000006
【図５】
2005327290.tif 000007
【図６】
2005327290.tif 000008
【図７】
2005327290.tif 000009
【図８】
2005327290.tif 000010
【図９】
2005327290.tif 000011
【図１０】
2005327290.tif 000012
【図１１】
2005327290.tif 000013
【図１２】
2005327290.tif 000014
【図１３】
2005327290.tif 000015
【図１４】
2005327290.tif 000016
【図１５】
2005327290.tif 000017
【図１６】
2005327290.tif 000018