JP2003533951A - デバイス相互運用性向上のための装置および方法 - Google Patents

Abstract

(57)【要約】 コンシューマエレクトロニックデバイスなどの、複数のエレクトロニックデバイスを、デジタルバスを介して制御するための装置と方法が開示されている。具体的には、本発明は、デジタルバス上でかかるデバイスの相互運用性を向上することを目的としている。一実施形態では、本発明によれば、ディスカバリモード(discovery mode) にあるとき周辺（peripheral）デバイスからディスプレイデバイスへ識別データを転送し、複数のデバイスアイコンがそこに表示されているデバイス選択スクリーンを提供するようにしている。デバイスアイコンは、周辺デバイスの環境設定 （構成）ROMに格納されているキーワードのような識別データに応答して、ディスプレイまたは制御デバイスによって生成される。

Description

【発明の詳細な説明】

【０００１】発明の分野 本発明は、コンシューマエレクトロニックデバイス（家庭用電化製品）などの
、複数のエレクトロニックデバイス（電子機器）を、デジタルデータバスなどの
相互接続を介して制御するためのシステムに関する。さらに具体的には、本発明
は、かかるデバイスの相互運用性 (interoperability) を管理するための構成に
関する。

【０００２】発明の背景 データバスは、テレビジョン受信機、ディスプレイデバイス、ビデオカセット
レコーダ (video-cassette recorder VCR)、直接放送衛星 (direct broadcast
satellite DBS) 受信機、およびホームコントロールデバイス（例えば、セキュ
リティシステムまたは温度制御デバイス）などの、エレクトロニックデバイスを
相互接続するために利用することができる。データバスを使用したコミュニケー
ション（通信）は、バスプロトコルに従って行われている。バスプロトコルの例
としては、コンシューマエレクトロニクスバス (Consumer Electronics Bus CE
Bus) およびIEEE 1394ハイパフォーマンスシリアルバス (High Performance Ser
ial Bus) がある。

【０００３】 バスプロトコルは、制御情報とデータの両方を通信できるようにしているのが
代表的である。例えば、CEBus制御情報は、米国電子工業会 (Electronics Indus
tries Association EIA) 規格IS-60に定義されているプロトコルをもつ「制御
チャネル (control channel)」上を通信されている。IEEE 1394シリアルバスで
は、制御情報は、シリアルバスの非同期サービスを使用して受け渡しされている
のが一般的である。特定のアプリケーションのための制御情報は、例えば、共通
アプリケーション言語 (Common Application Language CAL) またはAV/Cを使用
して定義することができる。

【０００４】 現在では、大部分のA/Vデバイスは、リモートコントロール (remote control
RC：リモコン) ユニットを使用して制御されている。周辺（peripheral）デバ
イスとRCユニット間のプロトコルはデバイス固有 (device specific) であるた
め、各デバイスには、独自のRCユニットが付いている。このような周辺デバイス
の各々は、キーが押されたことを、その直接リンクを通して受け取ると、それを
解釈し、対応するアクションを実行している。

【０００５】 現在のアナログオーディオ/ビデオ (A/V) 群（クラスタ）では、制御側周辺デ
バイスが、ディスプレイデバイス（例えば、TV）上でオンスクリーンディスプレ
イ (On-Screen Display OSD) メカニズム（機構）を起動（アクチベート）する
ことがあるが、必ずしもそうすることが要件になっていない。この種のA/Vデバ
イスのOSDは、周辺デバイスまたはターゲットデバイス（例えば、デジタルVCR）
で生成され、他のビデオ信号と同じようにそのデバイスのNTSC出力から出力され
ている。従って、周辺デバイスとディスプレイデバイスのどちらにも、追加ハー
ドウェアやソフトウェアは必要とされていない。図１は、VCR１２とディスプレ
イデバイス１４（例えば、テレビジョン）を備え、この種の制御方法を採用して
いるA/Vシステム１０を示している。制御側VCR１２に関連するメニューは、VCR
１２によって生成され、VCR１２のNTSC出力から複合ビデオ (composite video)
としてディスプレイデバイス１４に入力されている。

【０００６】 残念ながら、ディスプレイデバイス１２'と同じアプローチ（図２参照）をデ
ジタルTV (DTV) で使用すると、メニューをMPEG-2トランスポートストリームと
してトランスポート（移送）する必要が起こるので、その使用は実用的でない。
この種のストリームを生成するには、MPEG符号器（エンコーダ）１５'をすべて
の周辺デバイスに組み込む必要があるため、そのようなコンシューマエレクトロ
ニックデバイスはコストが大幅に増加し、複雑化している。さらに、制御側デバ
イスと周辺デバイスに関連するGUIはそれぞれが異なっているため、ユーザは複
数のリモートコントロールデバイス（リモコン装置）を採用する必要があり、そ
のことは、ユーザにとって不都合の原因になっている。さらに、複数のエレクト
ロニックデバイスを含むシステムをユーザが制御できるようにするオンスクリー
ンディスプレイが得られるように、ディスカバリ (discovery) モードを改善す
ることが要望されている。

【０００７】発明の概要 本発明は、共通コンシューマエレクトロニック (consumer electronic CE)
デバイスの間でオーディオ/ビデオ (A/V) コンテンツとコントロールをやりとり
するときの相互運用性 (interoperability) を向上することを目的としている。
インタフェースは、物理層とリンク層ではIEEE 1394シリアルバスに準拠してお
り、AV/CやCALなどの、適当な制御言語を利用してOSDを管理し、デジタルシリア
ルバスを介して相互接続されたデバイスの接続性 (connectivity) を制御してい
る。

【０００８】 一実施形態では、本発明によれば、プロセッサと、プロセッサに結合されてい
て、複数のデバイスアイコンに関連するデータがそこに格納されているメモリと
、デジタルバスによって相互接続された周辺（peripheral）デバイスと通信する
手段とを備えたデジタルテレビジョン装置が提供されており、そこでは、周辺デ
バイスは、識別データがそこに格納されているメモリを装備し、通信する手段は
、セットアップモードにあるとき識別データをプロセッサに転送し、プロセッサ
は、識別データを複数のデバイスのうちの１つと相関づけ、相関づけたデバイス
アイコンがそこに表示されているデバイス選択スクリーンに関連する表示データ
を生成するようにしている。

【０００９】 別の実施形態では、本発明によれば、プロセッサと、プロセッサに結合されて
いて、デジタルバスによって相互接続された周辺デバイスと通信する手段とを備
えたデジタルテレビジョン装置が提供されており、そこでは、周辺デバイスは、
識別データがそこに格納されているメモリを装備し、通信する手段は、周辺デバ
イスからデジタルテレビジョン装置にプログラムデータを転送するときの必要ビ
ットレートを指定するデータを含めて、識別データをプロセッサに転送し、プロ
セッサは、識別データに応じて確定されたバンド幅をもつアイソクロナスチャネ
ル (isochronous channel) をデジタルバス上に確立するようにしている。

【００１０】 別の実施形態では、本発明によれば、ディスプレイと、ディスプレイに結合さ
れていて、デジタルテレビジョン装置に関連するリモートコントロールユニット
から伝送されたユーザコマンドに応答して、第１ユーザインタフェースモードに
従ってOSD信号を生成するプロセッサと、プロセッサに結合されていて、デジタ
ルバスによって相互接続された周辺デバイスと通信する手段とを備えたデジタル
テレビジョン装置が提供されており、そこでは、周辺デバイスは、その周辺デバ
イスに関連する第２リモートコントロールユニットから伝送されたユーザコマン
ドに応答して、第２ユーザインタフェースモードに従ってOSD信号を生成し、プ
ロセッサは、あらかじめ決められたユーザコマンドに応答して、ユーザインタフ
ェースモード選択ディスプレイを生成するOSD信号を生成し、ユーザインタフェ
ースモード選択ディスプレイは、第１ユーザインタフェースモードと第２ユーザ
インタフェースモードのうちの１つを、ユーザがデフォルトユーザインタフェー
スモードとして選択することを可能にし、プロセッサはユーザがデフォルトモー
ドを選択したことに応答して、第１ユーザインタフェースモードと第２ユーザイ
ンタフェースモードのうちの１つに従ってOSD信号を生成するようにしている。

【００１１】 以下では、本発明の理解を容易にするために、添付図面を参照して説明するこ
とにする。なお、図面において、各図で同一の参照符号は、特徴が同じまたは類
似していることを示している。

【００１２】詳細な説明 IEEE 1394シリアルバスの使用は、ホームネットワーク環境内の多くのアプリ
ケーション用に提案されている。このシリアルバスは、次世代PCに組み込まれつ
つあり、ディスクドライブを含む、多くのローカル周辺用に使用されようとして
いる。さらに、デジタルテレビジョン (DTV) やデジタルビデオカセットレコー
ダ (DVHS) などの、ディジタルオーディオ/ビデオコンシューマエレクトロニッ
クデバイスは、これらのデバイスを相互接続するためにシリアルバスを利用する
可能性がある。

【００１３】 IEEE-1394は、周辺またはバックプレーン (back-plane) バスとして使用する
ために開発された高速で、低コストのデジタルシリアルバスである。このバスの
顕著な特徴のいくつかを挙げると、ダイナミックなノードアドレス割り当て、デ
ータレートが100、200、および400 Mビット/秒であること、非同期モードとアイ
ソクロナス (isochronous−等時性) モード、公平なバスアービトレーション、
およびISO/IEC 13213と整合性があること、などがある。図３は、IEEE-1394シリ
アルバス１６が３スタック層であるときのシリアルバスプロトコルを示す図であ
る。

【００１４】 物理層１８は、パワーアップ時の初期化、アービトレーション、バスリセット
感知、およびデータシグナリングを担当する物理シグナリング回路とロジックか
ら構成されている。２つのシールドされた低電圧差分信号ペア (low-voltage di
fferential signal pairs) は、パワーペア (power pair) と共に、IEEE-1394シ
リアルケーブル用に定義されている。シグナリングは、ジッタ許容範囲を２倍に
するデータストローブビットレベルの符号化（エンコード）を使用して行われて
いる。

【００１５】 データは、リンク層２０でパケット化されている。デバイス相互間のデータ通
信は、非同期とアイソクロナスの２クラスがサポートされている。非同期通信は
、「肯定応答を許容する(allows acknowledgement)」と特徴づけることができる
のに対し、アイソクロナス通信は、「常時オンタイム(always on time)」と特徴
づけることができる。非同期サービスは、主にコントロールとステータスメッセ
ージ用に使用されるのに対し、アイソクロナス通信は、MPEGビデオなどのデータ
ストリーム用に使用されている。アイソクロナス通信のタイムリ性は、サイクル
を125μ秒ごとにすることによって達成されている。アイソクロナスサイクルは
、非同期通信に優先している。

【００１６】 非同期転送は、バスが空きになっているときいつでも行うことができる。125
μ秒ごとのサイクルのうちの最低25μ秒は、非同期データ転送用に予約されてい
る。アイソクロナス転送によると、リアルタイムのデータ転送メカニズムが得ら
れる。１つまたは２つ以上のデバイス間の進行中アイソクロナス通信は、チャネ
ルと呼ばれている。このチャネルは最初に確立する必要があり、そうすれば、要
求側デバイスは、サイクルごとに要求したバス時間量をもつことが保証される。

【００１７】 トランザクション層２２では、バストランザクションを実行するための、完全
な要求−応答プロトコルが定義されている。トランザクション層２２には、アイ
ソクロナスデータ転送のための、どのサービスも追加されていないが、この層が
通路 (path) となって、アイソクロナスサービスに必要なリソース管理を行うこ
とを可能にしている。これは、制御ステータスレジストリ (control status reg
istry CSR) への読み書きを通して行われる。トランザクション層２２には、リ
ソースが使用中のため、応答ができないような事態が起こったとき、それを処理
するための再試行 (retry) メカニズムも定義されている。非同期データは、次
の３トランザクションの１つを利用して、IEEE-1394ノード相互間で転送される
。すなわち、別のノードからデータを取り出すための "read-data"（データ読み
取り）、別のノードにデータを転送するための "write-data"（データ書き込み
）、および処理のために別のノードにデータを転送するための "lock-data"（デ
ータロック）であり、そのあと、データは要求元ノードに送り返される。

【００１８】 シリアルバス管理２４は、プロトコル、サービス、および操作プロシージャを
記述している。これらによると、あるノードが選択されると、そのノードは、バ
ス上の残りのノードのオペレーションに対して管理レベルの制御を行えるように
している。IEEE-1394シリアルバスでは、２つの管理エンティティが定義されて
いる。アイソクロナスリソースマネージャ (isochronous resource manager) ２
６とバスマネージャ (bus manager) ２８である。これらの２エンティティは、
２つの異なるノードに置いておくことも、同じノードに置いておくこともできる
。単独のバスマネージャ２８は、バスから切り離しておくことができる。そのよ
うな場合には、そのバスマネージャ２８が通常受け持っている管理責任のサブセ
ットを、アイソクロナスリソースマネージャ２６に任せることができる。バスマ
ネージャ２８は、いくつかのサービスを提供しており、その中には、速度とトポ
ロジカルマップ (topological map) の維持とバス最適化が含まれている。アイ
ソクロナスリソースマネージャ２６は、アイソクロナスバンド幅の割り振り、チ
ャネル番号の割り振り、およびサイクルマスタの選択を行う機能を備えている。

【００１９】 ノードコントロールはすべてのノードで要求されている。そのために、ノード
コントローラ３０は、すべてのバスノードが必要とするCSRを実装しており、物
理層１８、リンク層２０、およびトランザクション層２２と、さらにデバイスに
アプリケーションが存在していれば、そのアプリケーションと通信する。ノード
コントローラコンポーネント３０は、CSRと環境設定ROM機能と共に、個別ノード
でのアクティビティを構成し、管理するために使用される。

【００２０】 IEEE 1394シリアルバスが正しく機能するためには、アイソクロナスリソース
マネージャ (isochronous resource manager IRM) とバスマネージャ (bus man
ager BM) が必要になる。大部分のクラスタ（つまり、デジタルバスを介して相
互接続されたデバイス）は、ある種のディスプレイデバイスを装備しているので
、アナログディスプレイとDTV付きのセットトップボックス (Set Top Box) は、
IRMとBM対応になっていることが要件になっている。オールオーディオクラスタ
(all audio cluster) のような、いくつかのケースでは、ディスプレイデバイス
が存在していないことがある。このケースでは、デジタルオーディオアンプ (Di
gital Audio Amp) もIRMとBM対応になっていることが要件になっている。

【００２１】 IRM２６は、秩序正しいアイソクロナスオペレーションに必要である、アイソ
クロナスリソース（チャネルとバンド幅）を、シリアルバスが協働して割り振り
、その割り振りを解除するために必要とされるリソースを備えている。IRM２６
は、他のノードがチャネルとバンド幅の利用可能性をチェックし、新しい割り振
りを登録するときの共通ロケーションとなっている。IRM２６は、自己識別プロ
セス (self identify process) が完了すると、そのロケーションが即時に分か
るようになっているので、シリアルバスのノードが、もし存在していれば、BM２
８のIDを判断するときの共通ロケーションともなっている。

【００２２】 BM２８は、もし存在していれば、シリアルバス上の他のノードに管理サービス
を提供する。管理サービスとしては、サイクルマスタのアクチベーション、パフ
ォーマンス最適化、パワー（電源）管理、速度管理、およびトポロジ管理がある
。

【００２３】 アプリケーションがコネクションを確立し、コネクションをオーバレーし、コ
ネクションを切り離すことを可能にする、いくつかの管理プロシージャがコネク
ションタイプごとに用意されている。これらのプロシージャでは、IEEE-1394リ
ソースを割り振ること、該当値をプラグコントロールレジスタにセットすること
、起こり得る失敗条件をアプリケーションに報告すること、およびバスリセット
後のコネクションを管理すること、などが行われる。この種のCMPの１つについ
て、以下で説明する。

【００２４】 IEEE 1394シリアルバス上の２つのA/Vデバイス間でアイソクロナスデータをト
ランスポートするためには、１つのアイソクロナスチャネルを使用して、送信側
デバイスの出力プラグを受信側デバイスの入力プラグに接続することが必要であ
る。１つの入力プラグ、１つの出力プラグおよび１つのアイソクロナスチャネル
相互間の関係は、ポイントツーポイント (point-to-point) コネクションと呼ば
れている。同様に、ブロードキャストアウトコネクション（１つの出力プラグと
１つのアイソクロナスチャネル）およびブロードキャストインコネクション（１
つの入力プラグと１つのアイソクロナスチャネル）が存在している。

【００２５】 アイソクロナスデータのフローは、送信側に置かれている１つの出力プラグコ
ントロールレジスタ (oPCR) と１つの出力マスタプラグレジスタ (oMPR) によっ
て制御される。oMPRは、対応するA/Vデバイスによって送信されるすべてのアイ
ソクロナスフローに共通している、すべての属性（例えば、データレート能力、
ブロードキャストチャネルベースなど）を制御する。

【００２６】 入力プラグを通過するアイソクロナスデータフローの受信は、受信側デバイス
に置かれている１つの入力プラグコントロールレジスタ (iPCR) と１つの入力マ
スタプラグレジスタ (iMPR) によって制御される。iMPRは、対応するデバイスに
よって受信されるすべてのアイソクロナスデータフローに共通している、すべて
の属性（例えば、データレート能力など）を制御する。

【００２７】 コネクションを確立する際に係わりをもつ主要ステップは、IEEE 1394リソー
ス（例えば、バンド幅）を割り振り、チャネル、データレート、オーバヘッドID
およびコネクションカウンタをoPCRとiPCRにセットすることである。

【００２８】 アイソクロナスデータフローは、IEEE 1394シリアルバスに接続されたどのデ
バイスによっても、対応するプラグコントロールレジスタを変更することによっ
て制御することができる。プラグコントロールレジスタは、IEEEシリアルバス上
の非同期トランザクションによっても変更することができるが、コネクション管
理は、AV/Cの使用を通して行うことが好ましい。コネクション管理にCALを採用
することも、本発明の範囲に属している。

【００２９】 コンシューマエレクトロニックデバイスがIEEE 1394シリアルバスを介して相
互接続された他のデバイスとやりとりするためには、共通プロダクトモードと共
通コマンドセットが定義されていなければならない。デバイスモデリングとコン
トロールのための３つの標準的アプローチとしては、CAL、AV/Cおよびユニバー
サルシリアルバス (Universal Serial Bus USB) 用に採用されたアプローチが
ある。

【００３０】 CALとAV/Cは、論理エンティティと物理エンティティとを区別する制御言語で
ある。例えば、テレビジョン（つまり、物理エンティティ）は、チューナ、オー
ディオ増幅器などの、いくつかの機能コンポーネント（つまり、論理エンティテ
ィ）を装備することが可能になっている。この制御言語は、リソース割り振りと
コントロールという、２つの主要機能を備えている。リソース割り振りは、総称
ネットワーク (Generic Network) リソースを要求し、使用し、解放することを
扱っている。メッセージとコントロールは、IEC-61883に定義されているFCPによ
って、上述したようにトランスポートされる。例えば、CALは、そのコマンドシ
ンタックスにオブジェクトベースの方法を採用している。オブジェクトは、イン
スタンス変数 (instance variable IV) と呼ばれる、一定数の内部値を収めて
おり、これらの内部値への独占的アクセス権を有している。各オブジェクトは、
内部メソッドリストを保持している。メソッドは、メッセージを受信すると、そ
の結果としてオブジェクトによって取られるアクションである。あるメソッドが
起動 (invoke) されると、１つまたは２つ以上のIVが更新されるのが通常である
。メッセージは、メッセージIDと、そのあとに続くゼロ個または１個以上のパラ
メータとから構成されている。オブジェクトはメソッドを受信すると、そのメソ
ッドリストを調べ、メッセージに示されているメソッドに一致するものを探し出
す。見つかると、そのメソッドが実行される。メッセージに付属しているパラメ
ータから、メソッドの正確な実行が判断される。

【００３１】 現在のアナログオーディオ/ビデオデバイス (A/V) でユーザがマシンに入力す
る主要手段は、リモートコントロール (remote control RC) ユニットとフロン
トパネルを使用することである。このやりとりのいくつかは、オンスクリーンデ
ィスプレイ (on-screen display OSD) メカニズムも利用している。この種のや
りとりでは、ユーザは、周辺と直接にやりとりしている。現在のリモートコント
ロールの場合には、使用されるメッセージングプロトコルは、デバイスおよび/
またはメーカ固有になっている。周辺デバイスは、受信したコマンドを処理し、
要求されたアクションを実行する。OSDが使用される場合は、そこには、処理さ
れたRCキーを記録しておくことと、表示されたOSDをキーが押されるたびに、そ
れに応じて更新することが含まれている。

【００３２】 図４は、IEEE 1394によって相互接続され、本発明による相互運用性に適して
いるA/Vクラスタを示す図である。図４には、DVCR１２"と相互接続されたDTV１
４"が示されているが、当然に理解されるように、本発明の原理は、適当なコン
トロール・ディスプレイデバイスと周辺デバイス間の相互接続に適用可能であり
、周辺デバイスの中には、DVDプレイヤ、PVR、DBS受信機、およびケーブルSTBが
含まれているが、それらに限定されない。

【００３３】 図４に示すように、プログラムデータは、MPEG-TSデータとしてバス１６"を通
してDTV１４"に転送される。リモートコントロール１３"から送信されたユーザ
コマンドに応答して生成されるOSDに関連するビットマップ (bitmapped) メニュ
ーまたはデバイス１２"によって生成されるステータス情報は、デジタルバス１
６"を通して別々に伝送される。種々の制御コマンドを含むオーバレー制御情報
も、デジタルバス１６"を介して伝送される。復号化（デコード）されたプログ
ラム情報とメニュー情報は、オーバレー４２によって結合され、ディスプレイユ
ニット４６から表示される。プログラム情報をMPEG-TSデータとしてMPEG復号器
（デコーダ）３８に転送し、ビットマップメニュー情報をビットバッファ４４に
転送するので、本発明によれば、追加のMPEG復号器と符号器を、周辺デバイス１
２"に組み入れる必要がない。以下で述べるように、種々のコントロールとステ
ータス情報も、デジタルバスを介してDTV１４"と周辺デバイス１２"の間で転送
することが容易化されている。

【００３４】ディスカバリプロセス 本発明による相互運用性には、ディスカバリプロセス (discovery process)
が含まれている。このディスカバリプロセスによると、制御側デバイスは、ネッ
トワーク内の他のデバイスを見つけることができる。このプロセスはバスリセッ
トによってアクチベートされ、ネットワーク上に存在するデバイスをサーチし、
見つけるのに役立っている。バスリセットは、デバイスを接続/切り離すと行わ
れ、ソフトウェアによるリセットなどによっても行われる。このソフトウェアモ
ジュールは、各デバイスの環境設定ROMに格納されている、一部の情報を頼りに
している。この情報は、自己記述デバイステーブル (Self Description Device
Table SDDT) と呼ばれ、モデル番号、メニューのロケーション、URL、EUIベン
ダIDなどの情報を内容としている。

【００３５】 制御側デバイスまたはディスプレイデバイスのSDDTには、デバイスの表示能力
に関する情報を収めている情報ブロックを指すポインタが入っている。情報ブロ
ックの内容としては、ディスプレイのタイプ（インタレースまたはプログレッシ
ブ）、ラインごとの最大バイト数、サポートされる解像度モード（全、1/2、1/3
）、サポートされるミックス重み (mix weight)、パレットモードのときサポー
トされる最大ビット数/ピクセル数 (2、4、8)、およびサポートされる最大ブロ
ックサイズがある。CAL用に定義されたホームプラグアンドプレイ (Home Plug a
nd Play) またはAV/C用に定義されたサブユニット記述子 (subunit descriptor)
のように、他のディスカバリ方法を使用してこの情報を取得することも可能で
ある。

【００３６】 バス初期化が完了すると、制御側デバイスのディスカバリマネージャは、接続
されている各デバイスのROMに置かれているSDDTを読み取る。この情報は、レジ
ストリテーブルに組み込まれている。IEEE 1394シリアルバス上の各デバイスは
、バス上の他のデバイスとその能力を記録しておくために使用されるレジストリ
テーブルをもっている。バス上のすべてのデバイスについて、このレジストリテ
ーブル（またはレジストリ）は、ディスカバリプロセスの期間に更新される。レ
ジストリは、揮発性の特性（例えば、1394 node_ID、IPアドレスなど）、1394バ
ス上の特定ノードを識別するための不揮発性の64ビットEUI（Extended Unique I
dentifier−拡張ユニーク識別子）をマッピングするためのサービスをアプリケ
ーションに提供している。

【００３７】 レジストリテーブルは、各デバイス内のレジストリマネージャによって維持さ
れ、各ノードが以前に指定されたサービスを提供するための情報を収めている。
このレジストリテーブルは、バスリセットが行われると、ディスカバリマネージ
ャによって絶えず更新されている。このレジストリテーブルの構造例は、以下に
示すとおりである。

【００３８】

【表１】

【００３９】 レジストリテーブルの各フィールドは、次のように定義されている。 ・ 64ビットEUIは、全世界にわたって製造されたすべてのシリアルバスノード
間の特定ノードをユニークに識別する64ビット番号である。 ・ 1394 node_IDは、IEEE 1394シリアルバスサブネット内の特定シリアルバス
ノードをユニークに識別する16ビット番号である。最上位10ビットはバスID、最
下位ビットは物理IDである。バスIDは、ブリッジされたバスグループ内の特定バ
スをユニークに識別している。物理IDは、自己識別プロセス期間にダイナミック
に割り当てられる。 ・ IPアドレスは、ダイナミックに割り当てられる32ビットのプライベートIPア
ドレスである。 ・ メーカ/モデル番号は、デバイスのSDDTから取得され、ソースを選択すると
きの可能性をカストマに通知するために使用される。 ・ デバイスタイプも、デバイスのSDDTから取得され、ソースを選択するときの
可能性をカストマに通知するために使用される。このフィールドは、どのストリ
ームフォーマットを使用すべきかを判断するときにも使用すると、便利である。
例えば、ゲームマシンは、MPEG 2を出力フォーマットとして使用しないことがあ
る。

【００４０】 レジストリは、ホームネットワーク上の任意ノードのIEEE 1394シリアルバス
アドレスを、そのノードの64ビットEUIに基づいて判断するときに使用すること
ができる。EUIのような安定識別子と相関づけることは、ノードアドレスがバス
リセット期間に変化することがあるので、重要である。

【００４１】 CEデバイスの各々では、上述したようにインストール時になんらかのセットア
ップが行われ（デバイスセットアップマネージャの使用を通して）、クラスタ上
の他のデバイスがそのデバイスの出力または入力チャネルに対応付けられる（マ
ッピングされる）。このことは、IEEE 1394アイソクロナスチャネルがそのとき
割り振られることを、必ずしも意味していない。各デバイスが、SDDTを調べるこ
とによってネットワーク上に見つけたデバイスに選択メニューをロードするだけ
にすることも可能である。やりとりは、最初にディスプレイデバイスにアドレス
し（この例では、デジタルであると想定されている）、ユーザが制御することを
望んでいるデバイス（例えば、デジタルVCR）を選択することから開始される。
これが行われるとき、アイソクロナスチャネルは、DVHSとディスプレイデバイス
の間でセットアップされる。

【００４２】 上述したように、環境設定ROMとAV/C Info Blocksを使用すると、バス上の他
のデバイスの能力を知ることができる。例えば、EIA 775Aのように、多くの標準
で規定されている環境設定ROMの１つのエレメントとして、モデル名記述子 (Mod
el Name Descriptor) フィールドがある。この記述子はASCIIテキストを収めて
いるのが代表的であり、ほかになにが入っているかを知る手がかりがない。ソー
スデバイスのタイプを知らなくても済むことがあるので、その一部は設計に任さ
れている。この記述子が意図する一般的目的は、ビデオおよび/またはOSDを表示
できるデバイスに対して基本的サポートを提供する総称テキスト記述 (generic
text descriptor) を組み入れることである。つまり、記述子の意図は、デステ
ィネーションデバイス、例えば、DTVがテキスト記述を使用してソース選択スク
リーンを構築できるようにすることである。DTVは出力プラグも見つけることが
できるので、DVTに可能な限りのソースデバイスを判断させ、選択スクリーンを
ユーザに提供させることが可能である。記述子に入っているモデル名は、ソース
選択スクリーンに基づいて単純なテキストを作るときに使用される。

【００４３】 しかし、ソース選択スクリーンに基づくテキストは、ハイテクノロジでは非常
に低度の機能であると示唆されている。むしろ、種々デバイスのピクチャまたは
アイコンもそのスクリーンに表示できるようにすることが望まれている。これを
解決する１つの方法は、単純なアイコン（ビットマップ(bitmapped) またはその
他）を各デバイスから見つける方法を提供することである。これとは別の、異な
る解決方法は、標準に基づく変更を特定の標準に加えることなく、モデル名記述
子フィールドの中で使用されるキーワード群を標準化することである。これらの
キーワードをモデル名ASCIIストリングの中で使用すると、デバイスのタイプを
指定することができる。例えば、DVDプレイヤならば、"DVD"というキーワードが
組み込まれることになる。DVCRならば、"DVCR"というキーワードを組み込むこと
ができる。制御側デバイスはASCIIストリングをサーチして、これらのキーワー
ドを探し出し、これらを組み込みアイコン群と相関づけることになる。例えば、
DTVは、総称DVDプレイヤまたはDVCRのアイコンをストアしておくことができる。
DTVはソース選択スクリーンをユーザに表示するとき、DTVは、DTVが認識するデ
バイスに指定のアイコンを追加する。DTVは、DTVが認識しないデバイスについて
は、総称アイコンを使用することができる。

【００４４】 EIA-775Aに関して具体的に説明すると、ディスカバリには２レベルがある。相
互運用性に関する最高レベルの情報を見つけるために、制御側デバイスは、バス
リセットの直後に、IEEE 1394ネットワーク上のすべてのデバイスに置かれてい
るIEEE 1212環境設定ROMを読み取る。この読み取りによって、制御側デバイスは
、他の、どのデバイスがAV/Cおよび/またはEIA-775Aをサポートしているかを知
ることになる。最高レベルのIEEE 1212 ROMは、バス情報ブロック (Bus Info Bl
ock) とルートディレクトリ (Root Directory) である。そのほかのものは、す
べて、このディレクトリとサブディレクトリから外に向かうポインタを使用する
と、アクセスすることができる。「ベンダディレクトリ(Vendor directory)」を
直接に指すポインタは、ルートディレクトリに入っている。IEEE 1394は、論理
的にはマイクロプロセッサバス（つまり、メモリロケーション）に似ているので
、ディレクトリは、非同期読み取りコマンド (Asynchronous Read Command) を
使用して、バス上を通ってそこからローカルメモリに読み込まれる。ベンダディ
レクトリは表１に示されている。表に示すように、ベンダディレクトリには、Mo
del_name_textual_descriptor（モデル名テキスト記述子）オフセットがある。
このオフセットは、プロダクトの名前を表すベンダ選択項目を収めているテキス
ト記述子をポイントしている。現在では、EIA-775Aによると、この記述子の唯一
の制約は、最小限のASCII文字からなることである。

【００４５】

【表２】

【００４６】 これらのモデル名は、制御側デバイスまたはディスプレイデバイスによって収
集し、ソース選択スクリーンを構築するために使用できる。残念ながら、EIA-77
5Aでは、グラフィカルアイコンを標準化することが規定されていないので、信頼
性のあるソース選択スクリーンには、ソースを特定するためにこのテキストしか
組み込むことができない。しかし、プロダクトのタイプ（例えば、VCR、DVDなど
）に関連するキーワードを組み込むことを要求する追加の拘束条件を、テキスト
記述子に設けることができる。そのようにすると、ディスプレイデバイスは、メ
モリに格納されているアイコンをもつキーワードに関連するキーワードをテキス
ト記述子の中から見つけ、関連アイコンをテキスト記述と一緒にソース選択スク
リーンから表示することが可能になる。ユーザは、例えば、アイコンをハイライ
トにし、SELECTキーを押すと、望みのソースデバイスを選択することができる。
ディスプレイデバイスがテキスト記述を認識しない場合は、ディスプレイデバイ
スは、総称アイコンを生成することになる。ここで注目すべきことは、EIA-775A
やEIA-799のような、特定の標準は変更を加えなくても、この特徴を実現できる
ことである。これに代わる方法として、キーワードの使用を望ましい仕方として
リストすることもできる。上記に従ってソース選択スクリーンを生成するときの
ステップは、図８に示されている。

【００４７】 また、特定の標準は、ソースデバイスがアイコンを総称環境設定ROMに入れて
おくようにするメカニズムを用意している場合がある。そのようなケースでは、
ディスプレイデバイスは、環境設定ROMに入っているアイコンを表示するように
構成することができる。しかし、この方法には、ソースデバイスを複雑化し、必
要メモリ量を増加するという欠点がある。

【００４８】 デジタルバスを介して種々のA/Vデバイスを相互接続するとき、考慮すべきこ
とは、制御側デバイスによってセットアップされる種々のアイソクロナスチャネ
ルに要求されるバンド幅である。この点に関して、考慮されるのがユーザ/マシ
ン間パラダイム (user-machine paradigm) であり、そこでは、現在のA/Vエンタ
ーテインメントクラスタで普及化されているものと類似している、ユーザ/マシ
ン間コントロールパラダイムを使用することが、１つのオプションになっている
。例えば、EIA-775Aでは、デスティネーションデバイス、つまり、制御側デバイ
ス（通常は、DTV）を、アイソクロナスコネクションをセットアップするデバイ
スにすることを推奨している。その理由の１つは、ユーザはソースデバイスから
デスティネーションデバイスを選択するのが自然であるからである。現行アナロ
グA/Vクラスタの中で使用されている大部分のA/Vコンポーネントは、このコネク
ションストラテジを使用している。

【００４９】 このような構成では、アイソクロナスチャネルを一定のビットレートを受け入
れるようにセットアップすることも要件になっている。このあらかじめ決めたビ
ットレートが必要になるのは、要求される実際のBWを判断し、その情報をデステ
ィネーションデバイスに伝達する方法が標準化されていないからである。例えば
、EIA-775Aは40Mbpsを規定している。この数字は、大部分のシチュエーションを
カバーするために選択されたものである。例えば、ATSC地上放送は19.39Mbps信
号である。16VSBが使用される場合は、ビットレートは38.8Mbpsである。64QAM（
ケーブルで使用）は25.6Mbps前後を消費し、256QAM（これもケーブルで使用）は
38.8Mbpsを消費している。ビットレートを40Mbpsにすると、これらのレートのす
べてが受け入れられるが、これは、バス幅を余り効率的に使用していない。例え
ば、S200バスでは、同時40Mbpsチャネルが４つに制限されている。

【００５０】 PTS（Partial Transport Stream−部分トランスポートストリーム）が作成さ
れていて、ソースデバイスが平均ビットレートとピークビットレートを判断でき
る場合には、ビットレート情報は、アイソクロナスチャネルをセットアップする
前にデスティネーションデバイスに伝達することが可能になる。現在では、この
情報は、新規のSIT/DIT構造に含まれる部分トランスポートストリーム記述子に
入れることが可能になっている。しかし、この情報はストリームに埋め込まれて
いるため、デスティネーションデバイスがこれらの構造を受信できるようにする
には、その前にチャネルをセットアップしておくことが要求されている。従って
、望ましいことは、チャネルがセットアップされる前にこの情報をデスティネー
ションデバイスに伝達することである。

【００５１】 本発明によれば、このビットレート情報は、チャネルをセットアップする前に
デスティネーションデバイスに伝達されるので、制御側デバイスは、その特定ソ
ースデバイスに要求される必要バンド幅だけを割り振ることにより、より効率的
にチャネルをセットアップすることが可能になる。

【００５２】 チャネルをセットアップする前に、ソースデバイスがバンド幅要求量を制御側
デバイスに通知するようにすると便利であるように、ソースデバイスが、送信し
ようとするストリームのタイプをデスティネーションデバイスに通知するように
すると便利である。ケースによっては、ソースデバイスはDSSストリームを送信
する場合と、MPEG2-TSを送信する場合とがある。

【００５３】 この特徴を実現する１つの方法は、デスティネーションデバイスがディスカバ
リプロセス期間にアクセスする利用可能情報ブロックを使用することである。例
えば、EIA-775では、図５と図６に記載されているEIA-775 Plug Info（プラグ情
報）に変更を加えたあとでも、予約バイトのうちの２バイトは、まだInfo Block
（情報ブロック）で利用可能になっている。これらの予約バイトが使用された場
合でも、Info BlockとUnit Descriptor（ユニット記述子）に用意されている長
さフィールドを使用すると、追加フィールドを追加することが容易になっている
。

【００５４】 このケースでは、予約バイトの一方は、デスティネーションデバイスが "digi
tal_transport_stream_output_plug"（デジタルトランスポートストリーム出力
プラグ）に接続されたあと、デスティネーションデバイスに送信されるストリー
ムの平均ビットレートを指定することができる。平均ビットレートは、ビデオア
プリケーションに適している時間期間、例えば、１秒の1/30に相当しているのが
一般である１フレーム期間にわたって判断することができる。他方の予約バイト
は、デスティネーションデバイスから送信されるピークビットレートを指定する
ことができる。このようにすると、予約バイトまたは他の追加フィールドに指定
されたビットレートを読み取ることにより、デスティネーションデバイスは、ア
イソクロナスチャネルをセットアップする前に種々ソースデバイスのバンド幅要
求量を判断できるので、ソースデバイスの要求量に基づいてバンド幅を効率的に
割り振ることができる。平均ビットレートとピークビットレートは、適当なバン
ド幅を判断するために単独で使用することも、組み合わせて使用することもでき
る。例えば、適当なバンド幅は、２つのビットレートを加重すると求められる中
間ビットレートに基づくことができる。さらに、バッファスペースは、望ましく
ない効果を低減するためにバンド幅を考慮して受信側で割り振ることができるの
で、バッファスペースは必要時にダイナミックに割り振ることが可能になる。こ
れを実現する方法は図９に示されている。

【００５５】 デジタルバスによって相互接続された種々デバイスを制御するとき、異種のGU
Iアプローチを使用すると、種々デバイスを制御することが可能になる。例えば
、ビットマップOSDデータアプローチを使用することも、Webベースのアプローチ
を使用することも可能である。ビットマップOSDアプローチでは、ソースデバイ
スからビットマップデータが転送され、これは、種々の選択アイコンを含めて、
ディスプレイを生成するために制御側デバイスによって使用される。Webベース
のアプローチでは、HTMLブラウザが制御側デバイスに置かれており、STBやDVCR
などの、ソースデバイスは、基本的には、制御側デバイスから見たとき、GUIに
対してWebサーバの働きをしている。OSD Webページは、制御側デバイスによって
ソースデバイスに要求される。データを受信すると、制御側デバイスはHTMLペー
ジをレンダリングする。そのあと、ユーザは、制御側デバイスのリモートコント
ロールを使用してWebページをナビゲートすることができる。ユーザが選択を行
うと、制御側デバイスは、ハイパリンクに入っているファイルを要求する信号を
ソースデバイスに送信する。ソースデバイスは、ファイル要求を受信したとき新
しいHTMLファイルを送信することも、そのファイル要求に基づいてなんらかのア
クションを実行することもできる。例えば、表示されるOSDには、PLAYを表すボ
タンを設けることができる。ユーザがそのボタンを選択すると、制御側デバイス
は、ファイル名の要求をハイパリンクに入れて送信する。VCRなどの、ソースデ
バイスは、PLAYファイルの要求を、プレイバックを開始するコマンドと同じ扱い
をするように構成することができる。他のユーザインタフェースモードは、他の
適当な記述言語を利用することができる。そのような記述言語としては、AV/Cパ
ネルサブユニットやHAVi DDIコントローラがあるが、これらに限定されない。

【００５６】 ビットマップOSDによるコントロール方法を使用するEIA-775Aと、コントロー
ルパラダイムをミックスすることが困難であるWebベースのコントロールの間に
は、いくつかの相違点がある。EIA-775Aコントロールは、制御されるデバイスの
リモートコントロールユニットを使用している。Webベースのコントロールは、
制御側デバイスのリモートコントロールユニットだけを使用できる。EIA-775Aで
は、制御されるデバイスは、自身のステートだけを受け持っている。Webベース
のコントロールでは、JAVA（登録商標） ScriptがHTMLページに許されるので、
制御側デバイスはステートが変化することがある。これらの困難性を解消する１
つの方法は、ソース選択スクリーンに現れる各デバイスについてユーザが好みの
コントロール方法を選択できるようにすることである。デバイスのいくつかでは
、EIA-775Aだけが利用可能になっている。しかし、他のデバイスでは、選択が可
能になっている。

【００５７】 本発明によれば、ユーザは、セットアッププロシージャを使用して、選択スク
リーンから各デバイスについて好みのUIを選択できるようにしている。このセッ
トアッププロシージャは、ディスプレイに接続された各ソースデバイスについて
一連のセットアップスクリーンから選択を行えるようにすることができる。この
点に関して、ユーザは、EIA-775Aを使用する同じルームに置かれているデバイス
とのやりとりを、これらのデバイスに関連するリモートコントロールを使用して
行うことを望む場合がある。他方、ユーザは、Webベースのコントロールを使用
する別のルームに置かれたデバイスとやりとりすることを望む場合がある。好み
がセットされたあと、ユーザがソース選択スクリーンからデバイスを選択すると
、制御側デバイスは、そのデバイスの選択されたコントロールモードに入る。ま
た、本発明によれば、ユーザは、ユーザがそれを望むとき、オーバライドモード
に入って、プログラムされたデフォルトをオーバライドできるようにもしている
。

【００５８】 別の方法として、制御側デバイスでは、使用されるプロトコルに対する好みを
階層化することもできる。例えば、制御側デバイスは、好みのプロトコルがソー
スデバイスによってサポートされていなければ、HAViから始まり、そこからAV/C
パネルに、次にAV/Cサブユニットに、次にEIA-775に、といったようにフォール
バック (fall back) していくことができる。しかし、これらのプロトコルの優
先順位を、おそらくはグローバルに変更する選択権をユーザに与えることもでき
る。さらに、上述したように、ユーザは、セットアッププロシージャを使用して
各デバイスの好みのUIを選択できるようにすることができる。

【００５９】 デジタルデバイスを介して結合された複数のデバイスを含むシステムでは、望
ましいことは、複数のソースから１つまたは２つ以上のディスプレイデバイスへ
の複数のストリームをもつクラスタをセットアップすることである。例えば、望
ましいことは、異なるソースからの複数のプログラムを単一のDTV上に表示する
ようにすることである。この能力をもつ共通アプリケーションは、PIP（Picture
in Picture−ピクチャインピクチャ）として知られている。アナログ世界では
、PIPは、複数の入力をTVに与えることによって（このケースでは、ソースは外
部に置かれている）、あるいはTVに複数のチューナを設けることによって（メイ
ンとPIP）実現されているのが代表的である。これらの特徴を実現する処理サポ
ートの大部分は、TVの能力と特徴に依存している。これは、DTVの場合も同じで
ある。しかし、信号ソースが外部にあり、IEEE 1394などの、デジタルバスを介
してDTVに接続されている場合には、外部ソースからDTVへの複数のストリームが
必要になる。IEEE 1394は、複数のストリームのトランスポートをサポートして
いる。しかし、EIA-775Aは、単一の入力プラグと単一の出力プラグのディスカバ
リだけを規定している。従って、望ましいことは、追加のプラグを含むようにデ
ィスカバリ構造を拡張し、MSDとPIPをサポートするようにすることである。

【００６０】 この点に関して、ディスカバリ可能な出力の数を制限するか、あるいはその出
力になんらかの意味を持たせる必要がある。現在では、出力は１つに限られてい
る。そのため、外部デバイスが信号ソースとして選択されたときは、DTVがどの
出力に接続されるかは明らかである。しかし、15の出力があるときは、DVTは、
どの出力をどれに接続すべきかを判断するための手段を備えている必要がある。
さらに、重要なことは、複数のOSDプラグを見つけるための方法が用意されてい
ることである。STBからの出力が2つときは、一方を一次チャネルにし、他方を二
次チャネルにすることができる。しかし、論理的には、この２出力をユーザ側か
ら見たとき、各々が独自の構成とコントロールをもつかも知れない、2つの異な
る信号ソースのように見えることになる。

【００６１】 上述したように、EIA-775Aには、２レベルのディスカバリが記載されている。
相互運用性に関する最高レベルの情報を見つけるために、制御側デバイスは、バ
スリセット直後に、IEEE 1394ネットワーク上の他のすべてのデバイスのIEEE 12
2コンフィグレーションROMを読み取っている。この読み取りから、制御側デバイ
スは、他のどのデバイスがAV/Cおよび/またはEIA-775Aをサポートしているかを
知ることになる。他のデバイスがEA-775Aをサポートしていれば、ベンダ名、モ
デル名、およびモデル番号も、環境設定ROMから知ることができる。もっと詳し
い情報を知りたいときは、制御側デバイスは、"Open Descriptor"（記述子オー
プン）コマンドと"Unit Info"（ユニット情報）コマンドの使用を通して、AV/C
Unit Info Blockにアクセスする必要がある。EIA-775Aは、ベンダ固有の機能を
使用する2つのEIA固有Info Block（つまり、EIA-775 Plug InfoとEIA-775 DTV I
nfo）を定義している。EIA-775 Plug Info Blockのフォーマットは、以下で説明
するように、図５と図６に示されている。

【００６２】 図６は、入力プラグと出力プラグの仕様を示している。また、図６には、トラ
ンスポートストリームフォーマットを規定しているフィールドも示されている。
これらの２テーブルは、この分野の精通者に公知であるように、追加のプラグID
を追加し、それと同時に、EIA-775Aのカレントバージョンとの後方互換性を保つ
ように、変更することも可能である。例えば、テーブル２に「将来の定義用に予
約」と名づけたフィールドは、その目的のために使用することができる。オフセ
ット0001₁₆からオフセット000E₁₆までに入っている情報と同じものを、オフセッ
ト000F₁₆からオフセット001C₁₆までに置いておくことが可能である。その場合、
新しい情報には、すでに含まれている一次入力/出力プラグと区別するために、
「二次」という追加の修飾子（例えば、Secondary_digital_transport_stream_o
utput_plug_ID）が付けられることになる。EIA_775_info_blockのバージョンは
、この新フォーマットを意味するようにインクリメントすることができる。以上
説明した方法は、追加のプラグを見つけることにより、複数のストリームを複数
のディスプレイ用に使用できるようにするものである。

【００６３】 本発明に従ってデジタルバスを介して相互接続された種々デバイスを含むシス
テムでは、ユーザは、制御側デバイスを使用して特定のソースデバイスを選択す
ることができる。デバイスを選択する１つ方法は、制御側デバイスに関連するデ
ィスプレイにソース選択スクリーンを生成させることである。このスクリーンは
、制御側デバイスが、ディスカバリプロセス期間に各デバイスのディスカバリRO
M（およびAV/Cユニット記述子）から読み取る情報に基づいて構築することがで
きる。このソース選択スクリーンは、ユーザに表示することができ、ユーザは、
制御側デバイスのリモートコントロールキーを使用してスクリーンをナビゲート
することができる。あるソースデバイスが選択されると、制御側デバイスはアイ
ソクロナスチャネルをセットアップする。

【００６４】 この方法の１つの欠点は、ソースを選択するためにいくつかのメニューを通り
抜けることがユーザに要求されることである。キーを押す回数とメニューの数を
減らす１つの方法は、制御側デバイスが、制御側デバイスのリモートコントロー
ルから直接に「ソース選択スクリーン」ボタンを表示するようにすることである
。そのようにすると、ユーザは、ソース選択スクリーンを呼び出すために１つの
ボタンを押すだけで済むことになる。そのあと、ユーザは、制御側デバイスのリ
モートコントロールを使用してそのスクリーンをナビゲートすることになる。

【００６５】 もう１つの方法は、ソース選択ボタンを用意し、そのボタンが押されたとき、
あり得る限りのソースデバイスのリストを制御側デバイスにスクロールさせるよ
うにすることである。現在の選択は、一定の時間の間だけディスプレイから表示
させることができる。ボタンが再び押されると、次の選択が表示される。ユーザ
がそこで止めると、そのデバイスは、新しいソース選択プロセスが開始されるま
で選択されたままになっている。

【００６６】 さらに別の方法は、制御側デバイスのリモートコントロールに個別的デバイス
ボタンを用意することである。例えば、代表的デバイスとして、DVDプレイヤ、
ケーブルSTB、DSS STB、DVCRなどがある。ボタンは、これらのデバイスの各々別
にDTVのリモートコントロールに設けることができる。現在のリモートコントロ
ールの多くでは、類似のボタンがすでに設けられており、そこでは、ボタンが押
されると、RCコマンドがアドレスされる先のデバイスが変わるようになっている
。この種のボタンはこの機能を備えているだけでなく、制御側デバイスにそのソ
ースデバイスを選択させるコマンドを制御側デバイスに送信するようにもしてい
る。図７のステート図が示すように、この機能は制御側デバイス、具体的には、
DTVに実装させることが可能である。

【００６７】 以上、本発明の多数の実施形態と関連付けて本発明を詳しく説明してきたが、
上述した実施形態は、この分野の精通者ならば当然に理解されるように、上述し
てきた説明を読み、理解することにより、種々態様に変更することが可能であり
、かかる変更は、特許請求の範囲に記載の本発明の範囲に属するものである。

【図面の簡単な説明】

【図１】 従来技術のオーディオ/ビデオシステムの相互運用性を、簡略ブロック図の形
で示す図である。

【図２】 デジタルVCRとデジタルテレビジョンの間の従来技術の相互運用性の拡張版を
、簡略ブロック図の形で示す図である。

【図３】 IEEE 1394シリアルバスプロトコルを示す簡略ブロック概略図である。

【図４】 本発明を採用したデジタルデバイスの相互運用性を、簡略ブロック概略図の形
で示す図である。

【図５】 本発明によるEIA unit info block（ユニット情報ブロック）のエレメントを
示すテーブルである。

【図６】 本発明によるEIA-775 plug info block（プラグ情報ブロック）のエレメント
を示すテーブルである。

【図７】 本発明によるデバイス制御選択を実現するためのステート図を示す図である。

【図８】 本発明に従ってデバイス選択スクリーン (device selector screen) を生成す
るときのステップを示す図である。

【図９】 周辺デバイスからの識別データに応じて判断されたバンド幅をもつアイソクロ
ナスチャネルを、本発明に従って確立するときのステップを示す図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＣ，ＥＥ，ＥＳ，ＦＩ，ＧＢ， ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，Ｉ Ｎ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ， ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ， ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ベノイト ポル メネツ アメリカ合衆国 46033−1952 インディ アナ州 カーメル スマック コート 1387 Ｆターム(参考） 5C025 CA09 CB03 DA08

Claims (34)

【特許請求の範囲】
1. 【請求項１】 デジタルテレビジョン装置であって、 プロセッサと、 前記プロセッサに結合されていて、複数のデバイスアイコンに関連するデータ
   がそこに格納されているメモリと、 デジタルバスによって相互接続されている周辺デバイスと通信する手段とを備
   えているものにおいて、 前記周辺デバイスは、そこに識別データが格納されているメモリを装備してお
   り、 前記通信する手段は、セットアップモードにあるときに識別データを前記プロ
   セッサに転送し、該プロセッサは、該識別データを前記複数のデバイスアイコン
   のうちの特定の１つと相関づけ、その相関づけられたデバイスアイコンがそこに
   表示されるデバイス選択スクリーンに関連する表示データを生成することを特徴
   とするデジタルテレビジョン装置。
2. 【請求項２】 請求項１に記載のデジタルテレビジョン装置において、前記
   周辺デバイスで使われるメモリは環境設定ROMを含み、前記識別データは、前記
   周辺デバイスのデバイスタイプを示しているASCIIストリングを含んでいること
   を特徴とするデジタルテレビジョン装置。
3. 【請求項３】 請求項２に記載のデジタルテレビジョン装置において、前記
   環境設定ROMはEIA-775Aに準拠し、前記ASCIIストリングはモデル名記述子 (Mode
   l Name Descriptor) として格納されていることを特徴とするデジタルテレビジ
   ョン装置。
4. 【請求項４】 請求項１に記載のデジタルテレビジョン装置において、前記
   プロセッサが前記識別データを、複数のデバイスアイコンのうちの特定の１つと
   相関づけることができないときには、該プロセッサは、総称デバイスアイコンが
   そこに表示されるデバイス選択スクリーンに関連する表示データを生成すること
   を特徴とするデジタルテレビジョン装置。
5. 【請求項５】 請求項１に記載のデジタルテレビジョン装置において、前記
   デジタルバスはIEEE 1394に準拠していることを特徴とするデジタルテレビジョ
   ン装置。
6. 【請求項６】 請求項５に記載のデジタルテレビジョン装置において、前記
   通信する手段は、バスリセットに続いて前記周辺デバイスから前記識別データを
   転送することを特徴とするデジタルテレビジョン装置。
7. 【請求項７】 デジタルバスを介して制御側デバイスに結合された周辺デバ
   イスを含み、該制御側デバイスはディスプレイ手段を含んでいるシステムにおい
   て、デバイス選択スクリーンを生成する方法であって、該方法は、 セットアップ動作モードに入るステップと、 前記周辺デバイスに関連するメモリユニットに格納されている識別データを前
   記制御側デバイスに転送するステップと、 該識別データを、前記制御側デバイスに関連するメモリに格納されている複数
   のデバイスアイコンのうちの１つと相関づけるステップと、 その相関づけられたアイコンがそこに表示されているデバイス選択スクリーン
   を、該識別データに応じて生成するステップと、 を含むことを特徴とする方法。
8. 【請求項８】 請求項７に記載の方法において、前記転送するステップは、
   前記周辺デバイスの環境設定ROMからASCIIストリングを転送することを含み、前
   記ASCIIストリングはデバイスタイプを示していることを特徴とする方法。
9. 【請求項９】 請求項７に記載の方法において、プロセッサが識別データを
   、複数のデバイスアイコンのうちの特定の１つと相関づけることができないとき
   、前記生成するステップは、総称デバイスアイコンがそこに表示されているデバ
   イス選択スクリーンに関連する表示データを生成することを含むことを特徴とす
   る方法。
10. 【請求項１０】 請求項７に記載の方法において、前記デジタルバスはIEEE
    1394に準拠していることを特徴とする方法。
11. 【請求項１１】 請求項１０に記載の方法において、前記転送するステップ
    は、バスリセットに続いて周辺デバイスから識別データを転送することを含むこ
    とを特徴とする方法。
12. 【請求項１２】 デジタルテレビジョン装置であって、 プロセッサと、 前記プロセッサに結合されていて、デジタルバスによって相互接続された周辺
    デバイスと通信する手段とを備えたものにおいて、 前記周辺デバイスは、識別データがそこに格納されているメモリを装備し、 前記通信する手段は、プログラムデータを前記周辺デバイスからデジタルテレ
    ビジョン装置に転送するときのビットレートを指定しているデータを含めて、前
    記識別データを前記プロセッサに転送し、該プロセッサは、該ビットレートに応
    じて確定されたバンド幅をもつアイソクロナスチャネルを前記デジタルバス上に
    確立することを特徴とするデジタルテレビジョン装置。
13. 【請求項１３】 請求項１２に記載のデジタルテレビジョン装置において、
    前記指定されたビットレートは、プログラムデータを転送するときの、ピークビ
    ットレートと平均ビットレートのうちの１つを含むことを特徴とするデジタルテ
    レビジョン装置。
14. 【請求項１４】 請求項１２に記載のデジタルテレビジョン装置において、
    前記指定されたビットレートは、プログラムデータを転送するときの、ピークビ
    ットレートと平均ビットレートのうちの１つを含み、前記バンド幅は、ピークビ
    ットレートと該平均ビットレートの組み合わせに応じて確定されることを特徴と
    するデジタルテレビジョン装置。
15. 【請求項１５】 請求項１４に記載のデジタルテレビジョン装置において、
    前記平均ビットレートは、１ビデオフレームに関連する期間にわたる平均である
    ことを特徴とするデジタルテレビジョン装置。
16. 【請求項１６】 請求項１２に記載のデジタルテレビジョン装置において、
    前記デジタルバスはIEEE 1394に準拠していることを特徴とするデジタルテレビ
    ジョン装置。
17. 【請求項１７】 請求項１６に記載のデジタルテレビジョン装置において、
    前記転送する手段は、バスリセットのあとビットレート情報を転送することを特
    徴とするデジタルテレビジョン装置。
18. 【請求項１８】 請求項１６に記載のデジタルテレビジョン装置において、
    前記周辺デバイスはEIA-775Aに準拠していることを特徴とするデジタルテレビジ
    ョン装置。
19. 【請求項１９】 請求項１８に記載のデジタルテレビジョン装置において、
    前記ビットレート情報は、プラグインフォブロック（Plug Info Block）に収め
    られていることを特徴とするデジタルテレビジョン装置。
20. 【請求項２０】 デジタルバスを介して周辺デバイスに結合されたデジタル
    テレビジョン装置を含み、前記周辺デバイスは、該周辺データに関連する識別デ
    ータがそこに格納されているメモリを装備しているシステムにおいて、前記デジ
    タルバス上に通信チャネルを確立する方法であって、該方法は、 ディスカバリ動作モードにあるとき、前記周辺データに関連する前記識別デー
    タを前記デジタルテレビジョン装置に転送するステップと、 前記周辺デバイスに関連する前記データを読み取って、該周辺デバイスと前記
    デジタルテレビジョン装置の間でプログラムデータを転送するときのビットレー
    トを決定するステップと、 前記デジタルテレビジョン装置と前記周辺デバイスの間のデジタルバス上にア
    イソクロナスチャネルを確立するステップとを含み、該チャネルは、前記プログ
    ラムデータを転送するときのビットレートに応じて確定されたバンド幅をもって
    いることを特徴とする方法。
21. 【請求項２１】 請求項２０に記載の方法において、前記転送するステップ
    は、プログラムデータを転送するときのピークビットレートと平均ビットレート
    のうちの１つをもつ識別データを転送することを含むことを特徴とする方法。
22. 【請求項２２】 請求項２０に記載の方法において、前記転送するステップ
    は、プログラムデータを転送するときのピークビットレートと平均ビットレート
    のうちの１つをもつ識別データを転送することを含み、前記確立するステップは
    、該ピークビットレートと該平均ビットレートの組み合わせに応じてチャネルバ
    ンド幅を確立することを含むことを特徴とする方法。
23. 【請求項２３】 請求項２２に記載の方法において、前記平均ビットレート
    は、１ビデオフレームに関連する１期間にわたる平均であることを特徴とする方
    法。
24. 【請求項２４】 請求項２０に記載の方法において、前記デジタルバスはIE
    EE 1394に準拠していることを特徴とする方法。
25. 【請求項２５】 請求項２４に記載の方法において、前記転送するステップ
    は、バスリセットに続いて前記識別データを転送することを含むことを特徴とす
    る方法。
26. 【請求項２６】 請求項２４に記載の方法において、前記デジタルテレビジ
    ョン装置と前記周辺デバイスはEIA-775Aに準拠しており、前記読み取るステップ
    は、前記プラグインフォブロック（Plug Info Block）を読み取って、前記プロ
    グラムデータを転送するときのビットレートを確定することを含むことを特徴と
    する方法。
27. 【請求項２７】 デジタルテレビジョン装置であって、 ディスプレイと、 前記ディスプレイに結合されていて、前記デジタルテレビジョン装置に関連す
    るリモートコントロールユニットから送信されたユーザコマンドに応答して、第
    １ユーザインタフェースモードに従ってOSD信号を生成するプロセッサと、 前記プロセッサに結合されていて、デジタルバスによって相互接続された周辺
    デバイスと通信する手段とを備え、前記周辺デバイスは、該周辺デバイスに関連
    する第２リモートコントロールユニットから送信されたユーザコマンドに応答し
    て、第２ユーザインタフェースモードに従ってOSD信号を生成し、 前記プロセッサは、あらかじめ決められたユーザコマンドに応答して、ユーザ
    インタフェースモード選択ディスプレイを生成するためのOSD信号を生成し、該
    ユーザインタフェースモード選択は、前記第１ユーザインタフェースモードと前
    記第２ユーザインタフェースモードのうちの１つを、ユーザがデフォルトユーザ
    インタフェースモードとして選択することを可能にし、前記プロセッサは、ユー
    ザがデフォルトモードを選択したことに応答して、前記第１ユーザインタフェー
    スモードと前記第２ユーザインタフェースモードのうちの１つに従ってOSD信号
    を生成することを特徴とするデジタルテレビジョン装置。
28. 【請求項２８】 請求項２７に記載のデジタルテレビジョン装置において、
    前記第２ユーザインタフェースは、ビットマップOSDを利用していることを特徴
    とするデジタルテレビジョン装置。
29. 【請求項２９】 請求項２７に記載のデジタルテレビジョン装置において、
    前記第２ユーザインタフェースは、記述言語を利用していることを特徴とするデ
    ジタルテレビジョン装置。
30. 【請求項３０】 請求項２９に記載のデジタルテレビジョン装置において、
    前記記述言語は、HTML、AVCパネルサブユニット、およびHAVi DDIコントローラ
    の１つを含むことを特徴とするデジタルテレビジョン装置。
31. 【請求項３１】 デジタルバスを介して周辺デバイスに結合されたデジタル
    テレビジョン装置を含み、該デジタルテレビジョン装置は、第１ユーザインタフ
    ェースモードに従ってOSD信号を生成し、該周辺デバイスは、第２ユーザインタ
    フェースモードに従ってOSD信号を生成するように構成したシステムにおいて、
    ユーザコマンドに応答してOSD信号を生成する方法であって、該方法は、 ユーザに対しユーザインタフェース選択スクリーンを提供するステップであっ
    て、該選択スクリーンは、前記第１ユーザインタフェースモードと前記第２ユー
    ザインタフェースモードを含めて、利用可能なユーザインタフェースモードのタ
    イプを表示するものと、 前記ユーザによって選択されたデフォルトユーザインタフェースモードを受け
    付けるステップと、 ユーザコマンドに応答してOSD信号を生成するステップとを含み、該OSD信号は
    、前記ユーザによって選択された前記デフォルトユーザインタフェースモードに
    従って生成されることを特徴とする方法。
32. 【請求項３２】 請求項３１に記載の方法において、前記第２ユーザインタ
    フェースは、EIA-775Aに準拠するビットマップOSDを利用していることを特徴と
    する方法。
33. 【請求項３３】 請求項３１に記載の方法において、前記第２ユーザインタ
    フェースは、ユーザが前記周辺デバイスを制御することを可能にする記述言語を
    利用していることを特徴とする方法。
34. 【請求項３４】 請求項３３に記載の方法において、前記記述言語は、HTML
    、AVCパネルサブユニット、およびHAVi DDIコントローラの１つを含むことを特
    徴とする方法。