(57)【要約】デジタルネットワーク（１００）へ接続されるシンクデバイス（ＣＥＤ−Ａ, ＣＥＤ−Ｄ）であって、当該ネットワークに接続されているデータソースデバイス（ＣＥＤ−Ｂ, ＣＥＤ−Ｃ）をコントロールするためのユーザインターフェースを表示する手段（１０２, ２１１）を含む形式のものであって、ネットワークリソース割当てをコントロールし（１０４, ２１４−２１６）、ユーザインターフェースを通じたユーザによるソースデバイスの機能の選択（２１２, ２１３）に基づいて、データソースデバイスと、コネクションのデフォルトデスティネーションデバイスであるデータシンクデバイスとの間にコネクションを自動的に確立する手段を有しており、前記シンクデバイスはソースデバイスのデータを再生することができる、ことを特徴とするシンクデバイス。
2005531838.tif 000002
【特許請求の範囲】
【請求項１】
デジタルネットワーク（１００）へ接続されるシンクデバイス（ＣＥＤ−Ａ, ＣＥＤ−Ｄ）であって、
当該ネットワークに接続されているデータソースデバイス（ＣＥＤ−Ｂ, ＣＥＤ−Ｃ）をコントロールするためのユーザインターフェースを表示する手段（１０２, ２１１）を含む形式のものにおいて、
ネットワークリソース割当てをコントロールし（１０４, ２１４−２１６）、ユーザインターフェースを通じたユーザによるソースデバイスの機能の選択（２１２, ２１３）に基づいて、データソースデバイスと、コネクションのデフォルトデスティネーションデバイスであるデータシンクデバイスとの間にコネクションを自動的に確立する手段を有しており、
前記シンクデバイスはソースデバイスのデータを再生することができる、
ことを特徴とするシンクデバイス。
【請求項２】
前記コネクションは、チャンネルの割当ておよび帯域幅の割当てを含む等時性伝送コネクションである、請求項１記載のシンクデバイス。
【請求項３】
前記シンクデバイスのコントロール手段は、ソースデバイスから別のシンクデバイスへの存在しているコネクションに対するチェックを行い、
肯定の場合にはソースデバイスとシンクデバイスとの間のコネクションを自動的にセットアップしない、請求項１または２記載のシンクデバイス。
【請求項４】
前記機能は再生機能である、請求項１から３までのいずれか１項記載のシンクデバイス。
【請求項５】
前記ソースデバイスは、伝送されるべきデータを記憶する記憶手段を含み、
当該記憶手段は、記憶手段からの読み出し開始および停止に対するコントロールに応答する、請求項４記載のシンクデバイス。
【請求項６】
前記機能はソースデバイスの選択機能である、請求項１から３までのいずれか１項記載のシンクデバイス。
【請求項７】
前記ソースデバイスは、データの継続的なアウトプットに適しているデータ作成手段を含む、請求項６記載のシンクデバイス。
【請求項８】
前記ソースデバイスからダウンロードされたソフトウェア（１０５）を記憶するメモリを含み、
当該ソフトウェアは、ソースデバイスとシンクデバイスの間のコネクションの自動的な確立をコントロールするのに適しており、
前記ユーザインターフェースは、前記ソフトウェアから得られる、請求項１から７までのいずれか１項記載のシンクデバイス。
【請求項９】
前記ソフトウェアはＨＡＶｉＨａｖｌｅｔ（１０５）であり、前記ネットワークはＨＡＶｉネットワークである、請求項８記載のシンクデバイス。
【請求項１０】
ソースデバイス（ＣＥＤ−Ｂ, ＣＥＤ−Ｃ）とシンクデバイスを含むデジタルネットワーク（１００）内でのデータストリームコネクションをセットアップする方法であって、
前記シンクデバイス上のユーザインターフェースを実行するステップ（２１０, ２１１）と；
前記ユーザインターフェースを通じてソースデバイスの機能を選択するステップを有する形式の方法において、
前記データソースデバイスから、コネクションのデフォルトデスティネーションデバイスであるデータシンクデバイスへデータを伝送するためのコネクションを確立するステップを有しており、
前記シンクデバイスはソースデバイスのデータを再生することができる、
ことを特徴とする、データストリームコネクションをセットアップする方法。
【請求項１１】
前記ソースデバイスから前記シンクデバイスによってダウンロードされたソフトウェアから前記ユーザインターフェースを引き出すステップを含む、請求項１０記載の方法。
【請求項１２】
前記ネットワークはＨＡＶｉネットワークであり、前記ソフトウェアはＨＡＶｉＨａｖｌｅｔである、請求項１１記載の方法。
【請求項１３】
前記ダウンロードされたソフトウェアはコネクションの確立をコントロールする、請求項１１または１２記載の方法。
【請求項１４】
コネクションを確立する前に、ソースデバイスとさらなるシンクデバイスの間の事前に存在するコネクションの存在を確認するステップを含み、
否定の場合にのみ、コネクション確立ステップを実行する、請求項１０から１３までのいずれか１項記載の方法。
【請求項１５】
前記機能は再生機能であり、前記ソースデバイスはデータ記憶デバイスである、請求項１０から１４までのいずれか１項記載の方法。
【請求項１６】
コミュニケーションネットワークへ接続されるデータソースデバイス（ＣＥＤ−Ｂ, ＣＥＤ−Ｃ）であって、
少なくとも１つのシンクデバイス（ＣＥＤ−Ａ, ＣＥＤ−Ｄ）を含み、
当該データソースデバイスは、シンクデバイスによってダウンロードされるソフトウェア（１０５）を含み、
前記ソフトウェアは、シンクデバイスを通じたユーザによるアクセスに対するデータソースデバイスのコントロール機能を提供する形式のものにおいて、
前記ソフトウェアは、ユーザによるデータ再現機能の選択に基づいて、データソースデバイスから、再現機能が選択されたシンクデバイスへデータを伝送するためのコネクションの自動的な確立をコントロールするのに適している、
ことを特徴とするデータソースデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の分野
本発明はホームネットワークに関し、このホームネットワーク内のデバイス間のコネクションの確立に関する。より詳細には本発明は、例えばデジタルデータバスの使用に関連付けされた多数の電子デバイス（例えばコンシューマ電子ビデオソースおよびビデオディスプレイデバイス）から成るネットワークに関する。
【０００２】
発明の背景
ホームネットワークでは、例えばテレビジョン受信機、ディスプレイデバイス、ビデオカセットレコーダ（ＶＣＲ）、直接放送衛星（ＤＢＳ）受信機、およびホームコントロールデバイス（例えばセキュリティシステムまたは温度コントロールデバイス）等の電子デバイスがデータバスを介して相互接続可能である。データバスを使用したコミュニケーションは、バスプロトコルに相応して生じる。バスプロトコルの例には、コンシューマ電子バス（ＣＥＢｕｓ）およびＩＥＥＥ１３９４高性能シリアルバスが含まれる。
【０００３】
バスプロトコルは典型的にコミュニケーションのために、コントロールインフォメーションおよびデータの両方を提供する。
【０００４】
２つのデバイス間のアナログ接続ではコネクションリンク自体がデバイス間のコミュニケーションに対する開始点および終了点を規定するが、これとは異なり、デバイス間のデジタルバスコネクションはデバイスがそれぞれどのように通信するべきかは明確には規定しない。従って、どのデバイスが相互に通信すべきかを正確に設定する必要がある。
【０００５】
ＷＯ９９／１４９４６号として公開された国際特許出願（参考文献）はデジタルバス、すなわちＩＥＥＥ１３９４シリアルバスを介して接続されたコンシューマ電子デバイスに関する。ディスプレイデバイスを通じてユーザによって与えられた遠隔制御命令は、シリアルバスを介してコントロールされるデバイスに中継される。ディスプレイデバイスは、等時性のコネクションをセットアップする。
【０００６】
ＥＰ１０５６０２１Ａ２号として公開されている欧州特許出願（参考文献）は、ＩＥＥＥ１３９４バス等のコミュニケーションバスによって接続されているコミュニケーションシステムとともに使用される電子機器に関する。ＩＥＥＥ１３９４バスに接続されている各機器はＲＡＭ内に与えられたレジスタを含み、それによってデフォルトチャネルの伝送または受信をセットする。伝送開始時に伝送および受信で使用されるチャネルがセットされていない場合、デフォルトチャネルが使用される。
【０００７】
発明の要約
本発明は、デジタルネットワークへ接続されるシンクデバイス（sink device）に関し、ネットワークに接続されているデータソースデバイスをコントロールするためのユーザインターフェースを表示する手段を含む形式のシンクデバイスにおいて、ネットワークリソース割当てをコントロールし、ユーザインターフェースを通じたユーザによるソースデバイスの機能の選択に基づいて、データソースデバイスと、コネクションのデフォルトデスティネーションデバイスであるデータシンクデバイスとの間にコネクションを自動的に確立する手段を有しており、前記シンクデバイスはソースデバイスのデータを再生することができる、ことを特徴とする。
【０００８】
シンクデバイスのユーザインターフェースを通じてソースデバイスが選択されるとすぐに、シンクデバイスはソースデバイスのデータのデフォルトデスティネーション（default destination）になる。従ってユーザは、伝送されるべきデータに対するシンクデバイスとして見ているディスプレイデバイスを厳格に明確に選択する必要はない。
【０００９】
本発明の実施例では、このコネクションは等時性伝送コネクションであり、チャンネルの割当ておよび帯域幅の割当てを含む。
【００１０】
本発明の実施例では、シンクデバイスのコントロール手段は、ソースデバイスから他のシンクデバイスへの存在しているコネクションに対する検査を行い、肯定の場合にはソースデバイスとシンクデバイスの間のコネクションを自動的にセットアップしない。
【００１１】
本発明の実施例では、選択された機能は再生機能である。
【００１２】
ソースデバイスが、開始／停止タイプのコントロールによる再生のコントロールを要求する記憶デバイスであるのは殊に有利である。実際にこのような場合には、実際の再生開始前にコネクションをセットアップする必要はない（例えばユーザインターフェースを通じてソースデバイスが選択されたときにコネクションをより早くセットアップする代わりに）。
【００１３】
実施例では、機能はソースデバイスの選択機能である。このケースは、継続的にデータを出力することができる、例えばチューナーのようなデバイスにより適している。
【００１４】
本発明の実施例では、シンクデバイスはさらに、ソースデバイスからダウンロードされたソフトウェアを記憶するためのメモリを含む。ここでは前記ソフトウェアは、ソースデバイスとシンクデバイスの間のコネクションの自動確立をコントロールするのに適していおり、前記ユーザインターフェースは前記ソフトウェアから得られる。
【００１５】
従って、コネクションセットアッププロセスをデバイスタイプに適合させるのが容易になる。なぜなら種々異なるデバイスは種々異なるソフトウェアを含むからである。
【００１６】
本発明はまた、ソースデバイスとシンクデバイスを含むデジタルネットワーク内でのデータストリームコネクションをセットアップする方法に関し、シンクデバイス上のユーザインターフェースを実行するステップと；ユーザインターフェースを通じてソースデバイスの機能を選択するステップを有する形式の方法において、データソースデバイスから、コネクションのデフォルトデスティネーションデバイスであるデータシンクデバイスへデータを伝送するためのコネクションを確立するステップを有しており、シンクデバイスはソースデバイスのデータを再生することができる、ことを特徴とする。
【００１７】
本発明はまた、コミュニケーションネットワークへ接続されるデータソースデバイスにも関し、少なくとも１つのシンクデバイスを含み、データソースデバイスは、シンクデバイスによってダウンロードされるソフトウェアを含み、ソフトウェアは、シンクデバイスを通じたユーザによるアクセスに対してデータソースデバイスのコントロール機能を提供する形式のものにおいて、ソフトウェアは、ユーザによるデータ再現機能の選択に基づいて、データソースデバイスから、再現機能が選択されたシンクデバイスへデータを伝送するためのコネクションの自動的な確立をコントロールするのに適していることを特徴とする。
【００１８】
図面の簡単な説明
本発明の実施例（これは本発明を限定するものではない）を、添付されている図面を参照してより詳細に説明する。
【００１９】
図１には実施例に従ったデジタルホームネットワークが概略的に示されており、
図２には実施例に従ったデータフローコネクションをセットするプロセスをあらわすフローチャートが示されている。
【００２０】
有利な実施例の説明
ＩＥＥＥ１３９４デジタルバスを介してデバイスが接続されているホームネットワークの１つの例がＨＡＶｉデジタルＡＶネットワーキングイニシアティブにおいて示されている。ＨＡＶｉは、コンシューマ電子機器（主にデジタルオーディオデバイスおよびデジタルビデオデバイス）間のシームレスな共通操作性に対するホームネットワーキングソフトウェア仕様を提供する産業規格である。ＨＡＶｉは、多方向ＡＶストリームおよびイベントスケジュールおよびレジストリを管理するオペレーティングシステム中立ミドルウェアを規定する。さらにＨＡＶｉは、ソフトウェアアプリケーションの作成に対してＡｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅｓ（ＡＰＩ）を提供する。
【００２１】
各デバイスがＨＡＶｉネットワークシステムに加えられ、接続されると、これはシステムによって自動的に登録されるので、他のデバイスは何ができるかを認識する。新たに接続されたデバイスは、Ｈａｖｌｅｔグラフィカルユーザインターフェース（ＧＵＩ）を提供することができる。すなわち新たに接続されたデバイスからネットワーク上に既に接続されているデバイスによってダウンロードされているコードのモジュールである。より詳細には、Ｈａｖｌｅｔを作動させ、場合によっては対応するＧＵＩを表示する接続された他のデバイスを通じて新たに接続されたデバイスがコントロールされる。
【００２２】
実施例のように、新たに接続されたＤＶＣＲはＨａｖｌｅｔをネットワーク上に提供する。このネットワークはＤＴＶを含む。ＨＡＶｉネットワークシステム内へのＤＶＣＲの自動登録の後、ＤＶＣＲはＤＴＶのスクリーン上で選択される。続いて、ＤＶＣＲのＨａｖｌｅｔが、ＤＴＶにダウンロードされる。Ｈａｖｌｅｔの実行は結果的に、ＤＴＶのスクリーン上に表示されている対応するＧＵＩになる。ＧＵＩによって、ＤＶＣＲの動作をコントロールすることが可能になる。ユーザは例えばＧＵＩを通じて、ＤＶＣＲを通じて供給される再生ビデオ情報の再生を選択することができる。
【００２３】
ＤＴＶ上のＨａｖｌｅｔはまず、ＤＶＣＲとＤＴＶ以外のターゲット／シンクデバイスとの間の等時性コネクションの存在を検査する。このようなコネクションが存在する場合には、さらなる等時性コネクションは自動的にセットアップされない。存在しているチャンネルを介した伝送はおよびシンクデバイス上での再生が開始される。
【００２４】
ＤＶＣＲからのビデオ情報を再生するために、ＤＴＶ上のＨａｖｌｅｔはＤＶＣＲとＤＴＶの間に等時性のデータフローが存在するか否かを検査する。ＤＶＣＲとＤＴＶの間に等時性のデータフローが存在する場合に、再生が開始される。
【００２５】
２つのデバイス間に等時性データフローセットアップが存在しない場合、ＨａｖｌｅｔはＤＴＶのストリームマネージャを使用する。これはコントロールインフォメーションをＤＶＣＲに送り、これらの間に等時性データフローコネクションが確立される。ストリームマネージャは、等時性チャネルの割当て、対応する帯域幅の割当てを要求し、その後、ＩＥＥＥ１３９４シルアルバス上の非同期トランザクションによってＤＶＣＲの関連するアウトプットプラグコントロールレジスタを修正する。これによってストリームマネージャは、ＤＶＣＲのｏＰＣＲをセットして、所定のチャネルを介して送信し、ＤＴＶのｉＰＣＲをセットして、所定のチャネルを介して受信する。またストリームマネージャは、ＤＶＣＲおよびＤＴＶの各ＤＣＭを命令し、これらのデバイスにおいて、上述のプラグとデバイスのＦＣＭとの間の内部コネクションをセットアップする。等時性コネクションが設置されると、再生が開始される。
【００２６】
コントロールされるべきデバイス間と、コントロールされるべきデバイスからＨａｖｌｅｔをダウンロードし、実行するデバイスの間で等時性データフローがどのように自動的に確立されるのかは記載してある。上述のプロセスは、反対の指示がない場合に、Ｈａｖｌｅｔを実行するデバイスが、Ｈａｖｌｅｔを発行するデバイスとのコミュニケーションに対するデフォルトデバイスとしてみなされることを確実にする。デフォルト再生デバイスはＨａｖｌｅｔにおいて事前に規定されていないことに注意されたい：これはＨａｖｌｅｔを実行するデバイスである。このプロセスによって、デバイス間の等時性データフローを手動でセットする必要がなくなる。このプロセスは、デフォルトコミュニケーションチャネルを使用するためにデバイスの初期のデフォルト設定をオーバーランしてもよい。この初期のデフォルト設定は、関連するデバイスがネットワークに接続される前に存在している。
【００２７】
ＤＶＣＲの作動をコントロールすることを可能にするＧＵＩを作成するためにＨａｖｌｅｔを使用することについても記載されている。
【００２８】
択一的に、ＤＴＶに含まれている所有されているＧＵＩも、同じようにＤＶＣＲの作動をコントロールすることを可能にする。この場合にはＤＴＶにＨａｖｌｅｔはダウンロードされない。しかしＨａｖｌｅｔソリューションが有利である：なぜならＨａｖｌｅｔ自体は、ソースデバイスとディスプレイデバイスの間のコネクションの確立にコントロールされており、各個々のソースデバイスに対する特性を適合させることができるからである。すなわち１つのＤＶＣＲは、自動的にコネクションを形成するＨａｖｌｅｔを含み、また第２のＤＶＣＲはコネクションを作成しないＨａｖｌｅｔを含む。
【００２９】
さらに本発明は、ＨＡＶｉとは異なる他の環境にも適応する。Ｈａｖｌｅｔとは異なるダウンロードされ、実行されるプログラムはこの環境において類似の機能を実行する。
【００３０】
図１には、デジタルホームネットワーク１００が概略的に示されている。ここでこのデジタルホームネットワーク１００は、コンシューマ電子デバイスＡ（Consumer  Electronic  Device  Ａ（ＣＥＤ−Ａ）が接続されているデジタルバス１０１を含む。ＣＥＤ−Ａは、オーディオタイプ情報およびビデオタイプ情報（例えば映画または音楽レコード）をレンダリングすることができる。ＣＥＤ−Ａは、マイクロプロセッサ１０４によってコントロールされているディスプレイ１０２およびメモリ１０３を含む。マイクロプロセッサ１０４は、メモリ１０３内に記憶されているプログラムを作動させる。ＣＥＤ−Ａは、例えばデジタルテレビジョン受信機（ＤＴＶ）である。ＣＥＤ−Ｂは、例えばデジタルビデオカセットレコーダ（ＤＶＣＲ）等の再生機能を有する記憶デバイスである。ＣＥＤ−ＢはＨａｖｌｅｔ１０５を、ネットワークの他のデバイスによってアクセス可能なメモリ（図示されていない）内に有している。
【００３１】
図２には、ＣＥＤ−ＡとＣＥＤ−Ｂとの間のデフォルトコネクションの確立をあらわすフローチャートが示されている。ＣＥＤ−Ｂがデジタルデータバスに接続された後、イベントメッセージが作成され、新たなデバイスの新たなソフトウェアエレメント（例えば機能的コンポーネントモジュール）がアナウンスされる。ここでＣＥＤ−Ａは、デバイスＣＥＤ−Ｂがネットワークに接続されたことを認識し、ＣＥＤ−Ｂをテレビスクリーン上のリスト内に表示することによってユーザにこれが使用可能であることを知らせる（ボックス２０２）。ユーザがＣＥＤ−Ｂを選択すること（ボックス２０３）によって、ＣＥＤ−ＡはＣＥＤ−ＢからＨａｖｌｅｔ２０５をダウンロードする。より詳細にはＣＥＤ−Ａは、リクエストをＣＥＤ−Ｂに送信し（ボックス２０６および２０７）、ＣＥＤ−Ｂは応答としてＨａｖｌｅｔ２０５を返信する（ボックス２０９）。Ｈａｖｌｅｔ２０５はＣＥＤ−Ａによって受信され、処理される（ボックス２０９）。Ｈａｖｌｅｔ２０５の処理は、ＣＥＤ−ＡによるＣＥＤ−Ｂに対するグラフィカルユーザインターフェース（ＧＵＩ）の表示に結果としてあらわされる（ボックス２１０および２１１）。ＧＵＩは、ＣＥＤ−Ｂによって提供されるサービスにアクセスすることを可能にする。これはＣＥＤ−Ａでユーザがアクセス可能なコントロールファンクションの表示が作成されることによって実現される。従ってユーザは例えばＡＶデータの再生をコントロールするためにＣＥＤ−ＡからＣＥＤ−Ｂへコントロールを送ることができる。
【００３２】
ＧＵＩ２１１上で選択されたユーザインストラクション２１２は、ＣＥＤ−ＢからのＡＶデータを再生するように指示する。インストラクションはＣＥＤ−Ａによって処理され（ボックス２１３）、ＣＥＤ−Ｂとのデータフローコネクションを確立するのに必要なアクションが、コントロールデータ２１５をＣＥＤ−Ｂに送信することによって実行される（ボックス２１４）。コネクションパラメータが、ＣＥＤ−Ａによって要求されたようにコネクションを確立するのに適切にＣＥＤ−ＡおよびＣＥＤ−Ｂ内にセットされる（ボックス２１６）。データフローコネクションが確立されると、ユーザインストラクションが再生インストラクション２１８としてＣＥＤ−Ｂに転送される（ボックス２１７）。ここでこの再生インストラクションはＣＥＤ−Ｂによって使用されるフォーマットである（すなわち適切なＡＰＩ方法呼出し）。再生インストラクション２１８はＣＥＤ−Ｂによって受信され、処理される（ボックス２１９）。ＣＥＤ−Ｂは今度は要求されたＡＶデータ２２１を出力する（ボックス２２０）。ＣＥＤ−ＡはレンダリングのためにＡＶデータを処理し（ボックス２２２）、ＡＶ出力を生じさせる２２３。
【００３３】
従ってＣＥＤ−Ｂがデジタルホームネットワークに接続され、ＣＥＤ−Ｂからのデータ検索機能がＣＥＤ−Ａによって表示されたＧＵＩを通して選択されると、ＣＥＤ−ＢからのあらゆるＡＶ出力が自動的にレンダリングのためにＣＥＤ−Ａに向けられる。
【００３４】
ＣＥＤ−ＢからＡＶデータを再生するインストラクションの後に設けられる、データフローコネクションの自動的な確立については既に記載されている。本発明の択一的な実施形態では、ＡＶデータを再生するインストラクションが与えられる前にデータフローコネクションが確立されてもよい。この場合にはコネクションは、ＣＥＤ−ＢからのＨａｖｌｅｔをＣＥＤ−Ａにおいて処理した結果として自動的に確立される。このような択一的な実施形態は、チューナーのような、再生開始／再生停止特徴を有していない機能性コンポーネントモジュールに、より適していることに注意されたい。開始／停止特徴を有している機能性コンポーネントモジュールの場合には、予約は、制限された等時性リソースを不必要に関連付けるのを回避することが要求される場合（例えばＡ／Ｖプログラムの再現が要求される場合）にのみ行われるべきである。予約されたチャンネルと、予約されたチャンネルに関連する帯域幅は、これらがリリースされるまで再割当てされない。たとえ帯域幅が全く使用されていないまたは完全な範囲までは使用されていない場合にでも再割当てされない。チューナーの場合、対応するデバイスの選択（または対応するＨａｖｌｅｔの送り出し）は、自動的なチャンネルセットアップをトリガさせるのに十分である。なぜなら、データ伝達開始のためにさらなる命令がユーザによって与えられないからである。
【００３５】
Ｈａｖｌｅｔが自動接続のトリガをコントロールしているという事実はこのような場合には有利な特徴であることを再び述べておく。
【００３６】
ＤＶＣＲタイプのデバイスと較べたチューナータイプのデバイスに関する特性を以下に記載する。
【００３７】
（ａ）ディスプレイデバイス（例えばＤＴＶ）へのコネクションは存在しない
ユーザがチューナーを選択した場合、チューナーからディスプレイデバイスへコネクションが作成される
ユーザがＤＶＣＲの再生をアクティブにした場合、ＤＶＣＲからディスプレイデバイスへコネクションが作成される。
【００３８】
（ｂ）チューナータイプデバイスとディスプレイデバイスの間にコネクションが存在する
ユーザがチューナーを選択した場合、さらなるコネクションが作成される必要はない
ユーザがＤＶＣＲの再生をアクティブにした場合、ディスプレイデバイスはチューナーとのコネクションが存在することを示し、存在しているコネクションを取り消したいか否かをユーザに尋ねる。ユーザが同意した場合には、存在しているコネクションが取り消され、ＤＶＣＲからディスプレイデバイスへ新たなコネクションが確立される（そして再生が開始される）。
【００３９】
（ｃ）ＤＶＣＲタイプデバイスとディスプレイデバイスとの間にコネクションが存在する
ユーザがチューナーを選択した場合、ディスプレイデバイスはＤＶＣＲとのコネクションが存在することを示し、存在しているコネクションを取り消したいか否かをユーザに尋ねる。ユーザが同意した場合、存在しているコネクションは取り消され、チューナーからディスプレイデバイスへ新たなコネクションが確立される
ユーザがＤＶＣＲの再生をアクティブにした場合、さらなるコネクションが作成される必要はない
ユーザがＤＶＣＲの停止機能をアクティブにした場合、ＤＶＣＲはＤＴＶから分離される。
【００４０】
（ｄ）さらなるデバイスとディスプレイデバイスとの間にコネクションが存在する
ユーザがチューナーを選択した場合、ディスプレイデバイスはさらなるデバイスとのコネクションが存在することを示し、さらなるデバイスが分離されるべきか否かをユーザに尋ねる。ユーザが同意した場合には、存在しているコネクションが取り消され、新たなコネクションがチューナーとディスプレイデバイスの間に確立される
ユーザがＤＶＣＲデバイスの再生機能をアクティブにした場合、ディスプレイデバイスはさらなるデバイスとのコネクションが存在することを示し、さらなるデバイスが分離されるべきか否かをユーザに尋ねる。ユーザが同意した場合には、存在しているコネクションが取り消され、新たなコネクションがＤＶＣＲとディスプレイデバイスとの間に確立される。
【００４１】
ユーザによって行われる唯一のタスクは、機能（チューナー選択、再生）の選択であり、必要な場合にはストリームの取り消しの確認が行われる。
【００４２】
図２に関連して説明された実施例では特に、ＣＥＤ−ＢからダウンロードされたＨａｖｌｅｔがＣＥＤ−ＡでＤＵＩが表示するために使用される。択一的にＧＵＩはＨａｖｌｅｔの代わりにＣＥＤ−Ａ内で特別なソフトウェアを実行することによっても作成される。この特別なソフトウェアは例えばＣＥＤ−Ａの製造者によって供給され、デジタルネットワークに接続されているデバイスの機能を使用可能にさせるように設計されている。ＣＥＤ−ＢがＣＥＤ−Ａによって登録されると、この特別なソフトウェアはＣＥＤ−Ｂの機能を使用可能にする。Ｈａｖｌｅｔの代わりに特別なソフトウェアを実行する場合、デフォルトデータフローコネクションを確立する方法は図２に関連して説明した方法に類似する。ソースタイプに従ってソフトウェアの特性を適合させることができる。
【００４３】
再び図１を参照する。さらなるデバイスＣＥＤ−Ｃがデジタルホームネットワークに接続されている。ＣＥＤ−Ｃはオーディオデータの再生において特殊化されている。ＣＥＤ−Ｂに対して以前に説明したのと類似したプロセスがＣＥＤ−ＣとＣＥＤ−Ａとの間のデフォルトデータフローコネクションを確立するために適合される。これはＣＥＤ−Ｃの再生機能がアクティブにされた場合にＣＥＤ−Ａをオーディオデータのレンダリングに使用するためである。この場合には、ＣＥＤ−ＣはＣＥＤ−Ａによって登録され、ユーザはＣＥＤ−Ａのディスプレイ上でＣＥＤ−Ｃを選択することができる。ＨａｖｌｅｔがＣＥＤ−ＣからＣＥＤ−Ａへダウンロードされ、ＧＵＩが表示される。ユーザはＣＥＤ−Ｃの機能をこのＧＵＩを通じて選択することができる。ＣＥＤ−からのあらゆる出力はデフォルトデータフローコネクションを通じて自動的にＣＥＤ−Ａにおけるオーディオレンダリングに向けられる。なぜならユーザの選択はＣＥＤ−Ａを通じてなされるからであり、ＣＥＤ−Ａはレンダリングまたはディスプレイ能力も有している。この場合には事前に存在しているコネクションに対する同じテストが加えられる。
【００４４】
オプショナルデバイスＣＥＤ−Ｄがデジタルデータバス１０１に接続され、デジタルホームネットワークが拡げられる。ＣＥＤ−Ｄは、高忠実度のサウンドレンダリングに特殊化されている。
【００４５】
ＣＥＤ−Ｃが接続されている場合、ＣＥＤ−ＣとＣＥＤ−Ｄの間のデフォルトデータフローコネクションがオーディオデータの供給のために確立される。このデータフローコネクションは、ユーザがＣＥＤ−Ｄの機能をＣＥＤ−Ｄ上の適切なインターフェースを用いて選択した場合に確立される。ユーザインターフェースはＣＥＤ−ＣからＣＥＤ−ＤへのＨａｖｌｅｔのダウンロードおよび処理の結果として生じる。択一的にＣＥＤ−Ｄは、他のユーザインターフェースを実行する。例えば、ＣＥＤ−Ｄ製造者の規格化されたユーザインターフェースである。これはＣＥＤ−Ｃの機能を、Ｈａｖｌｅｔをダウンロードせずに使用可能にする。
【００４６】
本発明のさらなる利点は、第２のＡＶレンダリングデバイスＣＥＤ−ＡＡがデジタルホームネットワークに接続され（図１には示されていない）、ＣＥＤ−ＡＡがＣＥＤ−Ａとは異なる部屋に配置された場合に明らかになる。この場合にはＣＥＤ−ＢはＣＥＤ−ＡＡに認知されており、従ってＣＥＤ−ＡＡのユーザによって選択される。選択されると、ＣＥＤ−ＢＨａｖｌｅｔがＣＥＤ−ＡＡにダウンロードされ、ＧＵＩが作成される。ユーザはＧＵＩを通じて再生インストラクションを送り、デフォルトデータフローコネクションがＣＥＤ−ＢとＣＥＤ−ＡＡの間に確立される。
【００４７】
従ってデフォルトデータコネクションが常に自動的に、ユーザによって使用されるレンダリングデバイスとＣＥＤ−Ｂデバイスの間に確立される。ユーザはＣＥＤ−Ｂの機能を、あらゆるレンダリングデバイス上、例えば異なる部屋内の複数のデバイスのあらゆるデバイス上でデータコネクションを正確にセットアップすることなく選択することができる。後者は本発明によって上述のように自動的に解決される。ＣＥＤ−Ｂのアウトプットは、ユーザが目下使用しているデバイス上に供給される。
【００４８】
ここで説明された実施例はＩＥＥＥ１３９４バスを介して接続された電子機器に関しているが、本発明は他のタイプのコネクションバスを介して接続された電子機器にも同じように適用される。
【００４９】
実施例では主に再生タイプの機能が説明されたが、本発明はこのような機能のみの制限されるものではない。ユーザがストリームをレコーディングデバイス（上述したＤＶＣＲ）上に記憶したい場合には、ディスプレイデバイスへのストリームソースの自動的なコネクションを得ることができる。これによって何が記録されているかをチェックすることができる。事前に存在しているコネクションに関して類似の状態を加えることができる。ソースデバイスとレコーディングデバイスとの間のコネクションは、他の手段を通じて確立される（例えばＤＶＣＲをユーザインターフェースを通じてターゲットとして選択することによって）。
【００５０】
添付図面を参照して本発明の有利な実施例を説明したが、本発明はこれらの詳細な実施例に制限されるものではなく、該当分野の技術者によって、添付された特許請求の範囲で規定された概念または範囲を逸脱することなく、種々異なる変更および修正が可能であることを理解されたい。
【図面の簡単な説明】
【００５１】
【図１】実施例に応じたデジタルホームネットワークを概略的に示す図である。
【００５２】
【図２】実施例に応じたデータフローコネクションをセットするプロセスをあらわすフローチャートである。
【図１】
2005531838.tif 000003
【図２】
2005531838.tif 000004
【国際調査報告】
2005531838.tif 000005
2005531838.tif 000006
2005531838.tif 000007