JP2000358045A - ネットワークの少なくとも２つのノード間でコマンドおよび制御情報を伝送する方法、ホームエンターテイメントシステム、並びにコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークの少なくとも２つのノード間で
コマンドおよび制御情報を伝送するする方法、ホームエ
ンターテイメントシステム、並びにコンピュータ読み取
り可能な記録媒体を提供する。 【解決手段】 ノードナビゲーションツリーを動的に生
成し、該ツリーをビデオ表示ユニットに伝送し、前記ツ
リーにおける特定のノードを識別するノードナビゲーシ
ョン入力を受信し、該ノードナビゲーション入力に基づ
いて、前記ツリーのサブセットを変更し、該変更された
ノードナビゲーションツリーのサブセットをビデオ表示
ユニットに伝送し、識別されたノードに関する１つまた
は複数の機能を含むノード機能リストを生成し、該ノー
ド機能リストをビデオ表示ユニットに伝送し、ノード機
能リストにおける特定のノード機能に対応するノード機
能入力を受信し、該ノード機能入力に基づいてコマンド
を前記識別されたノードに伝送することを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークの
少なくとも２つのノード間でコマンドおよび制御情報を
伝送するする方法、ホームエンターテイメントシステ
ム、並びにコンピュータ読み取り可能な記録媒体に関
し、特に、ホームエンターテイメントシステムの分野に
関し、ホームエンターテイメントシステムにおける通信
および制御技術に関する。

【０００２】

【従来の技術】これまで、ホームエンターテイメントシ
ステムは、単にテレビセット（ＴＶ）およびビデオカセ
ットレコーダ（ＶＣＲ）からなることが多かった。１つ
または２つの同軸または複合ケーブルが、入力から出
力、および／または出力から入力にＴＶおよびＶＣＲを
相互接続していた。しかし、近年、ホームエンターテイ
メントシステムはますます複雑になってきている。

【０００３】家庭用電子機器、たとえばコンパクトディ
スク（ＣＤ）プレーヤ、デジタルビデオディスク（ＤＶ
Ｄ）プレーヤ、ゲームシステム、サラウンドサウンドオ
ーディオシステム、手持ち型ビデオカメラ等が向上した
ため、消費者は追加の装置を自身のホームエンターテイ
メントシステムに接続せざるをえなかった。新しい装置
を追加する度に、少なくとも２本のワイヤ（通常、電源
ワイヤおよび入出力ワイヤ）を各種装置から、または各
種装置へ蛇行する複雑な蜘蛛の巣状のワイヤに追加し
た。

【０００４】当初、各種装置間の相互接続の複雑性を低
減するために、スイッチボックスが採用された。たとえ
ば、単純な「Ａ／Ｂ」スイッチボックスにより、ユーザ
が、装置間で同軸ケーブルを引き抜いて再び連結させる
必要なく、１つの入力または別の入力を選択的に選ぶこ
とができる。しかし、ホームエンターテイメントシステ
ムにおける装置の数が増えるにつれ、装置を相互接続す
るためのＡ／Ｂスイッチボックスの使用は面倒かつ非効
率的になってきた。

【０００５】特筆すべきは、消費者が一般に、ホームエ
ンターテイメント装置の機能性および精巧さが増大する
につれ、各装置を操作するのに必要な膨大な数のコンポ
ーネントのリモートコントローラを処分するために、よ
り少数のワイヤ、より単純な相互接続方式を望むことで
ある。実際、大部分のリモートコントローラの「機能」
はまったく使用されない（たとえば、"The Complexity
Problem: IndustrialDesign", Atlantic Monthly, Vo
l. 271, No. 3, March 1993, p. 96を参照のこと）。他
に理由がない場合、これは、各装置の制御および操作に
関連する順序および／またはステップの数が異なるため
である。

【０００６】上記の制御問題に対する解決策の１つは、
Schindler他による米国特許第５，６７５，３９０号
（「‘３９０号特許」）に提案されている。‘３９０号
特許の図１に示されているように、エンターテイメント
システムは、パーソナルコンピュータによって中心制御
される。Schindler他のシステムによれば、制御は、
「ハブおよびスポーク（hub and spoke）」または「ス
ター」型通信トポロジを採用した（すなわち、すべての
通信がパーソナルコンピュータ（またはハブ）を介す
る）パーソナルコンピュータにまとめられている。この
構成により、各装置はパーソナルコンピュータへの各自
の専用接続が必要である。このような解決策は、密接に
統合された家庭用電子機器および知識のあるコンピュー
タユーザに対しては有効である。しかし、従来採用され
るよりもさらにより多数の相互接続用ワイヤが必要であ
る（‘３９０号特許の図７に示されるＩ／Ｏプラグの数
に留意する）。さらに、このようなシステムには拡張性
がない。すなわち、新たな装置をシステムに追加しよう
とする際、追加の対応アダプタ／コントローラをパーソ
ナルコンピュータに追加しなければならない。

【０００７】同様の解決策が、Freadmanによる米国特許
第５，７２２，０４１号（「‘０４１号特許」）に提案
されている。‘０４１号特許の図２は、Freadmanのホー
ムエンターテイメントシステムを最もよく示している。
Schindler他と同様に、制御はパーソナルコンピュータ
に中心的に置かれる。メディア供給は、多重チャネルモ
デムとアナログ無線周波数ミキサを組み合わせたものを
介して行われ、これは同軸ケーブルを介して多数の端末
装置に接続される。ワイヤの数の低減は達成されるが、
装置間で共有される機能は最小限である、すなわち、一
方の装置はもう一方の装置を制御しない（逆の場合も同
様）。

【０００８】特に、ホームエンターテイメントシステム
ネットワークを制御するために、ユーザに操作されるパ
ーソナルコンピュータを追加しても、本質的には複雑性
は低減されない。実際、複雑性を増大させる場合もあ
る。コンピュータ制御が面倒でないにしても、困難であ
ることが多い。一般に、ハードウェアおよびソフトウェ
アコンポーネントを通信するよう構成するとともに、装
置を適切に初期化する必要がある。周辺機器（たとえば
ＶＣＲ、ＴＶ等）あるいはコンピュータ自体をアップグ
レードするには、システムのオペレーティングソフトウ
ェアを完全にオーバーホールする必要がある場合があ
り、これによってシステム性能に不適合性および不確実
性が導入されてしまう。

【０００９】より複雑なホームエンターテイメントシス
テムにおける膨大な数の相互接続用ワイヤに対する１つ
の解決策は、ＩＥＥＥ１３９４−１９９５標準およびそ
の拡張である（extension）ＩＥＥＥ１３９４ａ、およ
びＩＥＥＥ１３９４ｂであり、これらを本明細書におい
て「ＩＥＥＥ１３９４」と呼ぶ。一実施の形態におい
て、ＩＥＥＥ１３９４ケーブルは、６撚線ケーブルであ
り、１本の撚線は電源用、１本の撚線は接地用、２本の
撚線はデータ用、２本の撚線はデータストランドを同期
するために使用されるストローブ用である。代替の実施
の形態では、電源および接地用撚線を省いた４撚線ケー
ブルを使用してもよい。ＩＥＥＥ１３９４ケーブルは電
磁妨害雑音を防ぐシールドも備える。核心として、ＩＥ
ＥＥ１３９４ケーブルは本質的に、このワイヤに関して
は最大４００メガビット／秒のデータ速度を有する高性
能シリアルバスである。

【００１０】有利なことに、ＩＥＥＥ１３９４バスは、
コンポーネント電子機器がＩＥＥＥ１３９４ケーブルを
介して電力を受け取るとともに通信するよう設計されう
るため、大部分の装置に必要とされる接続をバックプレ
ーンバス環境において１本のケーブルに低減するので、
ホームエンターテイメントシステムにおける膨大な数の
ワイヤに対する必要性を低減する。ＩＥＥＥ１３９４−
１９９５標準は、ＩＥＥＥ１３９４バスを実施するため
の物理層、リンク層、およびトランザクション層の態様
についての仕様を提供し、これには、バスリセット、バ
ス調停（bus arbitration）、ノード構成、標準パケッ
ト構造、パケット伝送の初期化、非同期パケットの送受
信、等時性パケット（isochronous packets）の送受
信、トランザクション制御、および誤り検出および修正
等の機能の提供を含む。

【００１１】ＩＥＥＥ１３９４バスを介した通信は、純
粋にデジタルであるという点において、多くの従来技術
とは異なっている。特に、ＩＥＥＥ１３９４上で搬送さ
れるデータはソース（たとえばＣＤ−ＲＯＭ）からデジ
タルであるか、あるいはＩＥＥＥ１３９４バスに配置さ
れる前にアナログデジタル変換器によって変換されなけ
ればならない。さらに、ＩＥＥＥ１３９４ベースのシス
テムでの通信はピアツーピア（peer-to-peer）、すなわ
ちＩＥＥＥ１３９４バス上の各装置（別称はノード）
が、（たとえば、クライアントサーバ型構成で必要とさ
れるように）通信／制御要求を中央装置／ノードを介し
て処理する必要なく、他の任意のノードと通信できる。
ＩＥＥＥ１３９４ベースのシステムでは、コントローラ
は任意のノードに存在するため、ある意味では、ＩＥＥ
Ｅ１３９４バス自身がコントローラとなる。

【００１２】

【発明が解決しようとする課題】ＩＥＥＥ１３９４の提
唱者に対する挑戦は、動作の下位層、すなわち物理層、
リンク層、およびトランザクション層では大したことは
ないが（プロトコルとデータパケット構造間のブリッジ
は競合領域であり続けるが）、それよりもむしろ、アプ
リケーション層等のネットワークプロトコル層の上位層
においてである。高精細テレビ（ＨＤＴＶ）等の放送テ
レビおよびケーブル産業における最近の発達、およびケ
ーブル放送産業における統合により、消費者が利用でき
るサービスおよびコンテントの数が幾何級数的に拡大さ
れた。このため、ホームエンターテイメント装置間での
相互運用性が、共通および／または標準機能性である使
い易さ、および拡張性と同様に強く望まれている。上記
のように、ＩＥＥＥ１３９４ベースのホームエンターテ
イメントシステムにおいてそれぞれ接続かつ支援されう
る装置およびサービスの拡張アレイを制御かつ管理する
システムが必要とされている。

【００１３】この発明は上述した点に鑑みてなされたも
ので、外部ネットワークと内部ネットワークの間でデー
タをフォーマットし、かつルーティングする方法、およ
びその方法を行わせる１つまたは複数の命令シーケンス
を格納したコンピュータ読み取り可能な記録媒体を提供
することを目的とする。

【００１４】

【課題を解決するための手段】この発明に係るネットワ
ークの少なくとも２つのノード間でコマンドおよび制御
情報を伝送するする方法は、ノードナビゲーションツリ
ーを動的に生成するステップと、該ノードナビゲーショ
ンツリーをビデオ表示ユニットに伝送するステップと、
前記ノードナビゲーションツリーにおける特定のノード
を識別するノードナビゲーション入力を受信するステッ
プと、該ノードナビゲーション入力に基づいて、前記ノ
ードナビゲーションツリーのサブセットを変更するステ
ップと、該変更されたノードナビゲーションツリーのサ
ブセットを前記ビデオ表示ユニットに伝送するステップ
と、前記識別されたノードに関する１つまたは複数の機
能を含むノード機能リストを生成するステップと、該ノ
ード機能リストを前記ビデオ表示ユニットに伝送するス
テップと、前記ノード機能リストにおける特定のノード
機能に対応するノード機能入力を受信するステップと、
該ノード機能入力に基づいて、コマンドを前記識別され
たノードに伝送するステップと含むものである。

【００１５】また、前記ナビゲーションツリーはノード
アドレステーブルに格納されたデータから生成されるも
のである。

【００１６】また、前記ノード機能リストはノード機能
テーブルに格納されたデータから生成されるものであ
る。

【００１７】また、前記ノードアドレステーブルにおい
て識別された各ノードをノードタイプに関連づけるステ
ップと、ノードタイプ列およびノードアイコン列を有す
るノードアイコンテーブルを読み込むステップであっ
て、該ノードアイコンテーブルの各行は特定のノードタ
イプと該ノードタイプのグラフィックスアイコンを識別
するステップと、前記ノードアイコンテーブルから１つ
または複数のグラフィックスアイコンを検索するステッ
プと、該１つまたは複数のグラッフィックスアイコンを
前記ビデオ表示ユニットに表示させるステップとをさら
に含むものである。

【００１８】また、出力要求および入力データを含む入
力データパケットを外部ネットワークから受信するステ
ップと、該データパケットから出力要求および入力デー
タをそれぞれ構文解析するステップと、前記入力データ
をノードナビゲーション入力としてフォーマットするス
テップと、前記出力要求に対する応答を含む出力データ
パケットを生成するステップとをさらに含むものであ
る。

【００１９】また、この発明に係るホームエンターテイ
メントシステムは、複数のノードと、ビデオ表示ユニッ
トと、コントローラとを備え、前記複数のノードは、ノ
ードナビゲーションツリーを動的に生成して、前記ビデ
オ表示ユニットに伝送し、前記コントローラから、前記
ノードナビゲーションツリーにおける特定のノードを識
別するノードナビゲーション入力を受信し、前記コント
ローラからの前記ノードナビゲーション入力に基づい
て、ノードナビゲーションツリーのサブセットを変更し
て、前記ビデオ表示ユニットに伝送し、前記識別された
ノードに関する１つまたは複数の機能を含むノード機能
リストを生成して、前記ビデオ表示ユニットに伝送し、
前記ノード機能リストにおける特定のノード機能に対応
する前記コントローラからノード機能入力を受信し、前
記ノード機能入力に基づいて前記識別されたノードにコ
マンドを伝送するよう構成された第１のノードを含むも
のである。

【００２０】また、前記複数のノードは、ＩＥＥＥ１３
９４通信リンクを介して互いに通信するものである。

【００２１】また、この発明に係るコンピュータ読み取
り可能な記録媒体は、複数のノードとビデオ表示ユニッ
トとを含むシステムとともに採用される１つまたは複数
のプロセッサに、ノードナビゲーションツリーを動的に
生成し、該ノードナビゲーションツリーをビデオ表示ユ
ニットに伝送し、前記ノードナビゲーションツリーにお
ける特定のノードを識別するノードナビゲーション入力
を受信し、該ノードナビゲーション入力に基づいて、前
記ノードナビゲーションツリーのサブセットを変更し、
該変更されたノードナビゲーションツリーのサブセット
を前記ビデオ表示ユニットに伝送し、前記識別されたノ
ードに関する１つまたは複数の機能を含むノード機能リ
ストを生成し、該ノード機能リストを前記ビデオ表示ユ
ニットに伝送し、前記ノード機能リストにおける特定の
ノード機能に対応するノード機能入力を受信し、該ノー
ド機能入力に基づいて、コマンドを前記識別されたノー
ドに伝送させる命令シーケンスを格納したものである。

【００２２】また、前記ナビゲーションツリーはノード
アドレステーブルに格納されたデータから生成されるも
のである。

【００２３】また、前記ノード機能リストはノード機能
テーブルに格納されたデータから生成されるものであ
る。

【００２４】また、前記格納された命令シーケンスはさ
らに、前記１つまたは複数のプロセッサに、前記ノード
アドレステーブルにおいて識別された各ノードをノード
タイプに関連づけ、ノードタイプ列およびノードアイコ
ン列を有し、前記ノードアイコンテーブルの各行は特定
のノードタイプと該ノードタイプのグラフィックスアイ
コンを識別するノードアイコンテーブルを読み込み、前
記ノードアイコンテーブルから１つまたは複数のグラフ
ィックスアイコンを検索し、該１つまたは複数のグラッ
フィックスアイコンを前記ビデオ表示ユニットに表示さ
せるものである。

【００２５】また、前記格納された命令シーケンスはさ
らに、前記１つまたは複数のプロセッサに、出力要求お
よび入力データを含む入力データパケットを外部ネット
ワークから受信し、該データパケットから出力要求およ
び入力データをそれぞれ構文解析し、前記入力データを
ノードナビゲーション入力としてフォーマットし、前記
出力要求に対する応答を含む出力データパケットを生成
させるものである。

【００２６】

【発明の実施の形態】この発明の第１の態様によれば、
ネットワーク、たとえばＩＥＥＥ１３９４ベースのホー
ムエンターテイメントネットワークの少なくとも２つの
ノード間でコマンドおよび制御情報を伝送する方法が提
供され、該方法は、ノードナビゲーションツリーを動的
に生成し、該ノードナビゲーションツリーをビデオ表示
ユニットに伝送し、前記ノードナビゲーションツリーに
おける特定のノードを識別するノードナビゲーション入
力を受信し、該ノードナビゲーション入力に基づいて、
前記ノードナビゲーションツリーのサブセットを変更
し、該変更されたノードナビゲーションツリーのサブセ
ットを前記ビデオ表示ユニットに伝送し、前記識別され
たノードに関する１つまたは複数の機能を含むノード機
能リストを生成し、該ノード機能リストを前記ビデオ表
示ユニットに伝送し、前記ノード機能リストにおける特
定のノード機能に対応するノード機能入力を受信し、該
ノード機能入力に基づいて、コマンドを前記識別された
ノードに伝送することを含む。

【００２７】この発明の好ましい実施の形態は、添付図
面の図に限定としてではなく例として示される。図面に
おいて、同一の参照符号は同一のコンポーネントを指
す。

【００２８】本明細書にすべて参照として組み込まれる
ＩＥＥＥ１３９４−１９９５標準は、以下の説明および
添付図面における図についての背景情報を説明、教示、
かつ提供する。特に、ＩＥＥＥ１３９４−１９９５標準
の選択した一部を図１乃至図４を参照して説明する。

【００２９】ＩＥＥＥ１３９４概観 図１は、複数のアドレス指定可能なノード１０４を備え
た例示的なＩＥＥＥ１３９４モジュール１００を示す。
各ノード１０４は、ローカルバス１２８を介して相互接
続されたプロセッサユニット１０８とＩ／Ｏユニット１
１２とを含みうる。あるいは、ノード１０４は、メモリ
ユニット１１６を含んでもよい。各ノード１０４は、バ
スコネクタ１２４それぞれを介してＩＥＥＥ１３９４キ
ャリア１２０に接続される。

【００３０】図２は、例示的なＩＥＥＥ１３９４の物理
的なネットワークトポロジ２００を示し、このトポロジ
２００は、それぞれＩＥＥＥ１３９４「ケーブル環境」
２１２にブリッジされた２つのＩＥＥＥ１３９４「バッ
クプレーン環境（backplaneenvironments）２１６」を
含む。

【００３１】バックプレーン環境２１６において、物理
的なトポロジは、マルチドロップバス２１５である。物
理的な媒体は、バックプレーンの長さに延びるととも
に、複数のＩＥＥＥ１３９４ノード１０４を接続するた
め、そこに分散されたコネクタを有する２本のシングル
エンド伝導体である。

【００３２】ケーブル環境２１２において、物理的なト
ポロジは、有限の分岐および範囲を有する「非循環（no
ncycle）」ネットワーク（閉ループが支援されていない
ことを意味する）である。各ＩＥＥＥ１３９４ケーブル
２２０は、異なるノード１０４上のポート２０８を共に
接続する。各ポート２０８は、通常、ターミネータ、ト
ランシーバ、および調停論理回路（図示せず）を含む。
ケーブル２２０およびポート２０８は、部分的にそこで
発生した信号を隣接ノード１０４に中継するケーブル中
継器として機能する。この中継機能により、ケーブル環
境２１２のノード１０４が単一の論理バスをシミュレー
トできる。たとえば、バックプレーン環境２１６あるい
はケーブル環境２１２において、２つの異なるＩＥＥＥ
１３９４バスがともに接続されている場合、異なるネッ
トワーク環境間で通信を変換するために、ブリッジ２０
４が使用される。

【００３３】ＩＥＥＥ１３９４標準に従うと、ＩＥＥＥ
１３９４ネットワーク２００によって、６４ビットアド
レス指定方式が採用される。各アドレスの上位１６ビッ
トは、「node_ID（ノードＩＤ）」を表す。node_IDの最
上位１０ビットは、ＩＥＥＥ１３９４ネットワーク２０
０全体における特定の論理バス、すなわち「bus_ID（バ
スＩＤ）」（たとえば、バス２１５）を識別する。この
ため、ＩＥＥＥ１３９４ネットワーク２００において最
大１０２３本のバスを採用できる。node_IDの次の最上
位６ビットは、特定ノードの物理アドレスすなわち「ph
ysical_ID（物理ＩＤ）」を表す。特定のＩＥＥＥ１３
９４バス（たとえばバス２１５）上に、別個にアドレス
指定可能な６３個のノード（たとえばノード１０４）が
存在できる。アドレス空間の残りの４８ビットの様々な
部分は、特定バスまたは特定ノードのいずれかである特
定の資源に割り当てられる。

【００３４】図３は、例示的なＩＥＥＥ１３９４ケーブ
ルトポロジ３００を示す。この構成によれば、多数のノ
ード１０４が、各ＩＥＥＥ１３９４ケーブル３０４によ
ってポート２０８間で共に「デージーチェーン（daisy-
chained）」接続されている。各ノード１０４は中継器
として作用し、１つのポート２０８と次のポートの間で
信号を中継して、信号を各ノード１０４間でケーブル３
０４を介して伝送できるようにする。

【００３５】図４は、例示的なＩＥＥＥ１３９４ノード
１０４内のハードウェアおよびソフトウェアコンポーネ
ント間の関係を示すプロトコルスタック４００を示す。
特に、プロトコルスタック４００において、４つの層、
すなわちトランザクション層４０４、リンク層４０８、
物理層４１２、およびシリアルバス管理層４１６を示し
ている。アプリケーション層などのさらなる層（図示せ
ず）をプロトコルスタック４００に含めてもよい。

【００３６】特に、トランザクション層４０４は、バス
トランザクションを行うよう完全な要求応答プロトコル
を規定して、読み込み、書き込み、およびロック動作を
支援する。トランザクション層４０４は、等時性管理デ
ータがシリアルバス管理層４１６に到達するための経路
も提供する。

【００３７】リンク層４０８は、トランザクション層４
０４に対する要求確認サービス（すなわち「承認データ
グラム」）を有する一方向データ転送を提供する。より
詳細には、リンク層４０８は、パケットの送受信のため
のアドレス指定、データチェック、およびデータフレー
ム指示を提供するとともに、また、等時性データ転送サ
ービスをアプリケーションに対して直接提供する。これ
には、タイミング信号および同期信号（たとえば「サイ
クル信号」）の生成が含まれる。

【００３８】物理層４１２は、リンク層４０８によって
使用される論理記号をＩＥＥＥ１３９４ケーブルに出力
するための電気信号に翻訳する。物理層４１２はまた、
一度に１つのノードだけがデータを送信していることを
保証するために、調停サービスも提供する。好ましい実
施の形態では、物理層４１２は、データ再同期および中
継サービスならびに自動バス初期化を提供する。

【００３９】シリアルバス管理層４１６は、バス管理、
等時性資源管理、およびノード制御を提供する。たとえ
ば、図２のケーブル環境２１２において、シリアルバス
管理層４１６の等時性資源マネージャ４２０は、各ノー
ド１０４に必要な資源を認めて、効率的で整然とした等
時性動作に必要な等時性資源、チャネル、および帯域幅
を協働して割り当て、また割り当て解除する。

【００４０】バスマネージャ４２４は、性能最適化、電
力および速度管理、およびトポロジ管理等のサービスを
バス上の他のノード１０４に提供する。最後に、ノード
コントローラ４２８は、バス上のノード１０４が必要と
するすべての制御および状態レジスタを管理するととも
に、物理層４１２、リンク層４０８、トランザクション
層４０４、および１つ以上の他のアプリケーション層
（図示せず）と通信する。

【００４１】ホームエンターテイメントおよびホームオ
フィスシステム 図５は、多数の外部サービスプロバイダを好ましいホー
ムエンターテイメントおよびホームオフィスシステムネ
ットワーク（以下、「ホームエンターテイメントシステ
ムネットワーク」と呼ぶ）５００にブリッジしているホ
ームゲートウェイ５０４を示す。ホームエンターテイメ
ントシステムネットワーク５００は、好ましくは（図２
および図３を参照して上述した）ケーブル環境に構成さ
れる、ＩＥＥＥ１３９４バス５６８によって接続され
る。特に、一連のデージーチェーン接続されたＩＥＥＥ
１３９４ケーブル５０２は、ＩＥＥＥ１３９４バス５６
８を形成するために、ホームエンターテイメントネット
ワークシステム５００の各種電子機器コンポーネントの
ポート間を相互接続する。たとえば、ＴＶ５０８、ステ
レオ５１２、ＶＣＲ５１６、およびＤＶＤ５２０が、１
つのチェーン５６０に接続される。別のチェーン５６４
では、パーソナルコンピュータ５２４、プリンタ５２
８、およびデジタルカメラ５３４が接続されている。

【００４２】電子機器コンポーネントの各チェーン５６
０および５６４それぞれは、１つ以上の外部ネットワー
クと各内部ネットワークチェーン５６０および５６４と
の間のブリッジとして（すなわち、２つの異なるバス環
境間のブリッジではなく）作用するホームゲートウェイ
５０４に接続される。たとえば、ホームゲートウェイ５
０４は、衛星受信器５４０を介して衛星５８２から、ア
ンテナ５４４を介して放送タワー５８６からのメディア
供給、ならびに同軸ケーブル受信器５４８、光ファイバ
ケーブル受信器５５２、または電話ケーブル受信器５５
６をそれぞれ介して局所陸線５９２（たとえば、銅の撚
対線、同軸または光ファイバケーブル）からの供給を受
信することができる（注意：各種受信器はホームゲート
ウェイ５０４の外側に示されているが、実際の受信器ま
たはレセプタクルは同様にホームゲートウェイ５０４内
に収容されてもよい。各種受信器は、説明の目的でホー
ムゲートウェイ５０４の外側に示されているにすぎな
い）。

【００４３】ＴＶ５０８は、テレビ画面上に表示するた
めに、データをＩＥＥＥ１３９４バス５０２からＮＴＳ
Ｃ（（米国の）テレビ方式審議委員会）および／または
ＡＴＳＣ（Advanced Television Systems Committee）
ビデオ信号に変換する、内部テレビアダプタを備えるこ
とが好ましい。代替の好ましい実施の形態において、テ
レビアダプタは、ＴＶ５０８とＩＥＥＥ１３９４ケーブ
ル５０２の間を接続する外部装置である。いずれの実施
の形態においても、テレビアダプタは、現在表示されて
いないが将来表示される画像データ用の画面外バッファ
と、テレビ画面に現在表示されている画像データ用の画
面内バッファとを備えることが好ましい。さらに、テレ
ビアダプタは、ＶＣＲ、ＤＶＤプレーヤ、またはデジタ
ルカメラ等の、テレビに接続される補助装置に組み込ま
れてもよい。

【００４４】ホームゲートウェイ 図６は、ホームゲートウェイ５０４ならびにホームゲー
トウェイ５０４に通信可能に接続されたコンポーネント
の機能ブロック図を示す。

【００４５】ゲートウェイ５０４は、それを介して各サ
ービスが提供されるアクセスネットワーク６４４を介し
て通信するために、１つ以上のインタフェースを備え
る。たとえば、インターネットアクセスプロバイダ
（「ＩＡＰ」）またはインターネットサービスプロバイ
ダ（「ＩＳＰ」）６４０から、またはビデオサービスプ
ロバイダ（「ＶＳＰ」）６４８からのサービスは、各ホ
ームゲートウェイインタフェース、たとえば無線インタ
フェース「地上放送Ｉ／Ｆ」６５０、「衛星Ｉ／Ｆ」６
５２、非同期デジタル加入者線インタフェース「ＡＤＳ
Ｌ Ｉ／Ｆ」６５６、非同期転送モードインタフェース
「ＡＴＭ Ｉ／Ｆ」６６０、またはハイブリッドファイ
バ同軸インタフェース「ＨＦＣ Ｉ／Ｆ」６６４を、適
切なネットワークリンク（たとえば地上リンク６１８、
衛星リンク６２０、電話リンク６２４、ファイバリンク
６２８、または同軸リンク６３２それぞれ）を介してア
クセスネットワーク６４４に接続することによって、提
供されうる。好ましい一実施の形態によると、ホームゲ
ートウェイ５０４上のアダプタスロットが１つ以上の上
記インタフェースを受ける。このような実施の形態は、
新しいまたはアップグレードされた通信技術／ハードウ
ェアがホームエンターテイメントシステム５００に接続
される場合に、柔軟な再構成を提供する。

【００４６】様々なアプリケーション、たとえばインタ
ーネットサーフィン、ＭＰＥＧビデオストリーム（標準
または高精細テレビ）、ネットワーク上でのゲーム、電
子的番組ガイド「ＥＰＧ」、およびホームネットワーク
制御などがＩＡＰ／ＩＳＰ６４０および／またはＶＳＰ
６４８からアクセスネットワーク６４４上で可能であ
る。したがって、ホームゲートウェイ５０４は、ホーム
ユーザＩＰルーティング６６８、ＭＰＥＧ２ストリーム
処理（画面上表示「ＯＳＤ」およびＥＰＧ処理を含む）
６７２、アクセスネットワーク通信制御６７６、ホーム
ネットワーク制御／管理６８０、およびゲーム、ホーム
オートメーション、およびディレクトリサービス等他の
存在しているかまたはダウンロード可能な機能６８２を
可能にするため、ハードウェアおよびソフトウェアを含
む。このため、ホームゲートウェイ５０４のためのファ
ームウェアスタックを図８を参照して後述する。上記に
参照した機能実施のためのプロトコルスタックは、図９
乃至図１２を参照して後述される。

【００４７】１３９４インタフェース６８４は、ホーム
ゲートウェイ５０４に必要なコンポーネントであり、図
９〜図１２を参照して説明されるネットワークプロトコ
ルとともに使用される。１３９４インタフェース６８４
は、外部ネットワークプロトコルと、内部ネットワーク
を形成するＩＥＥＥ１３９４準拠バスとの間のブリッジ
として作用する。たとえば、１３９４Ｉ／Ｆ６８４は、
パーソナルコンピュータ５２４とＴＶアダプタ６０４
（これは一実施の形態において、テレビ６０８用に、Ｉ
ＥＥＥ１３９４データをアナログまたはデジタル信号に
変換する）の間で、１３９４リンク６１２に渡ってＩＰ
を、また１３９４リンク６１６に渡ってＭＰＥＧを支援
する。

【００４８】図７に示すように、ホームゲートウェイ５
０４の一実施の形態は、電源回路７４８、リセット回路
７５２、クロック回路７５６、中央演算処理装置「ＣＰ
Ｕ」７０４、ローカルバス７０６、ＰＣＩブリッジおよ
び周辺機器コントローラ７０８、不揮発性メモリ（たと
えばＲＯＭ７１２およびＦＬＡＳＨ７１６）、揮発性メ
モリ（たとえばＤＲＡＭ７２０）、ＲＳ２３２相互接
続、およびＰＣＩバス７２４を備える。ＰＣＩバス７２
４に接続されるのは、ホームゲートウェイ５０４にＡＴ
Ｍブリッジおよび他の機能性を提供するＡＴＭ ＬＳＩ
インタフェース７２８と、光キャリア３（「ＯＣ−
３」）レベルポートに接続される同期光ネットワーク
（「ＳＯＮＥＴ」）インタフェース７３２と、１３９４
ＬＩＮＫ ＬＳＩ７３６と、３つのＩＥＥＥ１３９４ポ
ートを有する１３９４ＰＨＹ ＬＳＩと、レジスタ、Ｌ
ＥＤおよびディップスイッチユニット７４４と、であ
る。

【００４９】市販されているハードウェアコンポーネン
トを、ホームゲートウェイ５０４に採用することが好ま
しい。たとえば、目下好ましいハードウェアコンポーネ
ントの仕様を表１に記載する。

【００５０】

【表１】

【００５１】ＣＰＵ７０４、ＲＯＭ７１２、ＦＬＡＳＨ
７１６、ＲＳ２３２ ７２４、およびＤＲＡＭ７２０
は、ＰＣＩブリッジおよび周辺機器コントローラ７０
８、およびローカルバス７０６を介して互いに通信可能
に接続される。ＰＣＩブリッジおよび周辺機器コントロ
ーラ７０８は、ＰＣＩバス７２４にも接続される。ＰＣ
Ｉバス７２４は、ＡＴＭ ＬＳＩ７２８と、１３９４Ｌ
ＩＮＫ ＬＳＩ７３６と、レジスタ、ＬＥＤおよびディ
ップスイッチユニット７４４とに接続される。

【００５２】図８は、ホームゲートウェイ５０４に採用
されるファームウェアスタック８００を示す。オペレー
ティングシステム（ＯＳ）カーネル８０４が、ファーム
ウェアスタック８００の中心に存在し、サービスコント
ローラ８０８、システム管理８１２、ＡＴＭドライバ８
１６、１３９４ドライバ８２０と通信する。ＡＴＭドラ
イバ８１６は、サービスコントローラ８０８、１３９４
ドライバ８２０および各種ハードウェアコンポーネント
８２４（すなわち、ホームエンターテイメントシステム
５００における物理的な電子機器コンポーネント）と通
信する。同様に、１３９４ドライバ８２０は、サービス
コントローラ８０８、ＡＴＭドライバ８１６、およびハ
ードウェア８２４と通信する。

【００５３】システム管理８１２は、初期化、自己診
断、システム健康チェック、およびデバッグする機能を
含む。サービスコントローラ８０８は、ＭＰＥＧ ＴＳ
およびＥＰＧフィルタリング、およびマルチキャスティ
ングと、ＩＰルーティングおよび端末機能と、１３９４
バス上でのＭＰＥＧおよびＡＴＭ上でのＭＰＥＧ、なら
びに１３９４バス上でのＩＰおよびＡＴＭ上でのＩＰ
と、アドレスマッピングと、ホームネットワークサービ
スコマンドおよび制御（たとえば、ＭＰＥＧサービス制
御、ＴＶ画像制御、遠隔処理、およびカメラ制御）と、
他の機能（たとえば、ゲーム、ホームオートメーショ
ン、およびディレクトリサービス）とを含む。

【００５４】１３９４ドライバ８２０は、非同期データ
伝送と、等時性データ伝送と、物理層制御パケット伝送
と、バスのリセットおよび制御と、ルートおよびサイク
ルマスタ処理と、構成状態レジスタおよび構成ＲＯＭ処
理と、バス管理と、アドレスマッピングテーブル更新と
を実現する。一方で、ＡＴＭドライバ８１６は、ＡＴＭ
パケット伝送と、ＡＴＭ永久仮想接続（「ＰＶＣ」）の
確立および解放とを実現する。

【００５５】ＯＳカーネル８０４は、タスク切り換え
と、メッセージキューおよび送出と、割り込み処理と、
タイマ管理と、メモリ管理とを提供する。また、ＯＳカ
ーネル８０４は、ホームゲートウェイ５０４の制御に使
用される電子装置の相互運用機能も提供する。

【００５６】ハードウェア８２４は、ファームウェアス
タック８００の物理層、すなわち最下層を表す。

【００５７】現在の好ましい実施の形態において、ホー
ムゲートウェイ５０４は、外部ネットワーク９０４と内
部ネットワーク９１２の間のブリッジ／ルータとして機
能する（図９〜図１２を参照して以下に詳述する）。し
たがって、ホームゲートウェイ５０４は、プロトコルお
よびデータフォーマット変換、ならびにアドレスマッピ
ング機能（後述する）に使用される、外部ネットワーク
９０４と内部ネットワーク９１２間の中間層を提供す
る。特に、ホームゲートウェイ５０４は好ましくは、ア
ドレスマッピングテーブル（図１３を参照して後述す
る）を維持するための「管理ノード」であり、ここで、
ホームゲートウェイ５０４は、ノードアドレス情報をメ
モリに格納し、定期的に該ノードアドレス情報を更新
し、内部ネットワーク９１２上のＩＥＥＥ１３９４ノー
ド（本明細書で使用される「ＩＥＥＥ１３９４ノード」
とは、ＩＥＥＥ１３９４バス５６８に存在する１つ以上
のノードであり、図１〜図４を参照して上述したノード
１０４のことである）をポーリングし、アドレスマッピ
ングテーブル１６００用に該ポーリングされたＩＥＥＥ
１３９４ノードからノード属性を収集する。アドレスマ
ッピングテーブル１６００およびアドレスマッピングサ
ービスのさらなる詳細は、図１３を参照して後述する。

【００５８】プロトコルスタック 図９〜図１２は、ホームエンターテイメントシステムネ
ットワークに関する、各外部ネットワーク、ホームゲー
トウェイ、および内部ネットワーク間に採用されるプロ
トコルスタックの様々な態様を示す。図９〜図１１は、
ホームゲートウェイ５０４に関する。図１２は、ホーム
エンターテイメントシステムネットワークに配置された
家庭用電子装置間のプロトコルスタックに関する。

【００５９】図９〜図１２には、外部ネットワーク９０
４、ブリッジ９０８、および内部ネットワーク（すなわ
ちＩＥＥＥ１３９４バス）９１２が共通して示されてい
る。外部ネットワーク９０４は、ＭＰＥＧネットワーク
９１６（たとえばデジタルビデオサービスプロバイダ）
およびＩＰネットワーク９２０（たとえば「インターネ
ット」）を含みうる。アクセスネットワーク９２４は、
ＭＰＥＧネットワーク９１６およびＩＰネットワーク９
２０の両方に接続される。一実施の形態によれば、アク
セスネットワーク９２４は、たとえばアメリカオンライ
ン（America Online）あるいは＠Ｈｏｍｅ等のインター
ネットアクセスプロバイダ（「ＩＡＰ」）である。外部
ネットワーク９０４は、ブリッジ９０８を介して内部ネ
ットワーク９１２に接続されている。ブリッジ９０８は
好ましくは、ホームゲートウェイ５０４である。ホーム
ゲートウェイ５０４は、外部ネットワーク９２４からの
データおよび信号を、ＡＴＭパケットから、内部ネット
ワーク９１２に転送可能なＩＥＥＥ１３９４フォーマッ
トに変換する。内部ネットワーク９１２は、テレビアダ
プタ９３２と、標準または高精細テレビ９３６（あるい
は、１３９４ノードおよびテレビを組み込んだ単一ユニ
ット）と、パーソナルコンピュータ９４６とを含む。プ
ロトコルスタックは、図９〜図１２において、システム
全体のうちでそれらが対応する部分の下に示されてい
る。

【００６０】図９は、ＭＰＥＧネットワーク９１６から
ＴＶアダプタ９３２へのＡＴＭデータ伝送に従ったプロ
トコルスタック９００を示す。

【００６１】ＭＰＥＧデータは、ＭＰＥＧネットワーク
９１６においてＭＰＥＧ ＴＳ（「移送ストリーム」）
プロトコルまたは制御コマンド（「ＣＴＲＬ ＣＯ
Ｍ」）９５６からＡＴＭアダプションレイヤ５（「ＡＡ
Ｌ５」）９５２にフォーマットされる。ＡＡＬ５から、
データはＡＴＭデータ９４８に変換されて、ＡＴＭデー
タ９４８から同期光ネットワーク「ＳＯＮＥＴ」プロト
コル９４４に変換される。最下層では、その高い信頼性
によりＡＴＭネットワークが好ましいが、代替の実施の
形態において異なるキャリア（たとえば、ＡＴＭレイヤ
を置換することによって）を採用してもよい。

【００６２】アクセスネットワーク９２４から、データ
はホームゲートウェイ５０４で受信される。ホームゲー
トウェイ５０４において、外部ネットワークからの通信
が、ＡＴＭプロトコルからＩＥＥＥ１３９４プロトコル
に変換（または「ブリッジ」）される。ＩＥＣ６１８８
３ ９６４を含むさらなるプロトコルレイヤ変換が図９
に示されるが、ＩＥＣ６１８８３ ９６４は、ＩＥＥＥ
１３９４通信用にＭＰＥＧデータをフォーマットするも
のであり、「Digital Interface for ConsumerAudio/Vi
sual Equipment」と題する国際電気標準会議標準６１８
８３にさらに記載されており、ＩＥＣ（www.iec.org）
から公的に入手可能である。ＩＥＥＥ１３９４プロトコ
ル９６８は、ＩＥＥＥ１３９４−１９９５標準に記載さ
れている。

【００６３】ゲートウェイ９０８から、データはＩＥＥ
Ｅ１３９４プロトコルを介して内部ネットワーク９１２
に送信され、ここで、該データは、ビデオ表示ユニット
での提示／再生のために、続いてＭＰＥＧ移送ストリー
ムにまた変換される。さらに、ＴＶアダプタ９３２で該
データを、標準または高精細テレビセットにオーディオ
／ビジュアルデータを提供することができるアナログ信
号に変換することが可能である。しかし、ＴＶ９３６は
ＭＰＥＧデータを支援可能であることが好ましい。

【００６４】図１０は、ＩＰネットワーク９２０からＰ
Ｃ９４６へのＩＰデータ伝送に従うプロトコルスタック
１０００を示す。伝送制御プロトコル（「ＴＣＰ」）ま
たはユーザデータグラムプロトコル（「ＵＤＰ」）１０
０８は、公的に入手可能な文書、インターネットＲＦＣ
７９３およびインターネットＲＦＣ７６８それぞれに記
載されているものであり、インターネットＲＦＣ７９１
に記載されているインターネットプロトコル（「Ｉ
Ｐ」）１００４上に階層化されている。これは、インタ
ーネット（たとえばインターネットまたはワールドワイ
ドウェブ）からのパケットデータの伝送を容易にする。
ホームゲートウェイ５０４およびＰＣ９４６において、
１３９４プロトコル１０１２上のＩＰ（Peter Johansso
nによるＩＥＴＦ：Internet Engineering Task Force文
書「Ipv4 over IEEE1394」に記載されており、「http:/
/www.ietf.org」において入手可能）を採用する。ＩＥ
ＴＦ文書「Ipv4 over IEEE1394」全体を本明細書に参照
として組み込む。プロトコルスタック１０００は、ワー
ルドワイドウェブおよびインターネット上でのコンテン
トの発見すなわち探索に特に有利である。

【００６５】図１１は、ＩＰネットワーク９２０からＰ
Ｃ９４６へのＴＣＰ／ＩＰデータ伝送についてのプロト
コルスタック１１００を示す。自動セットアップおよび
ＩＰアドレス割り当てを容易にするために、プロトコル
スタック１１００は、インターネットＲＦＣ１０３４お
よび１０３５に記載されているドメイン名システム
（「ＤＮＳ」）と、ダイナミックホスト構成プロトコル
（「ＤＨＣＰ」）を支援する。

【００６６】図１２は、インターネットネットワーク９
１２を介した装置間（たとえばホームゲートウェイ５０
４またはＰＣ９４６からＴＶアダプタ９３２へ）のビッ
トマップ伝送についてのプロトコルスタック１２００を
示す。プロトコルスタック１２００は、上述していない
さらなるプロトコル「ＤＤ−Ｃｏｎｎｅｃｔ ＡｓｙＢ
ｍｐ」１２０４を採用している。「ビットマップ伝送」
プロトコルは、さらに詳細に後述する。「ＡＰ」プロト
コル１２０８は、単にアプリケーション層で使用される
特定のプロトコル（たとえば表示装置プロトコルまたは
マウスプロトコル）にすぎない。

【００６７】アドレスマッピング 図１３は、例示的なアドレスマッピングテーブル１６０
０を示す。アドレスマッピングテーブル１６００は、少
なくとも４つの列と、ホームエンターテイメントネット
ワークシステム５００上にある装置と同じ数の行を有す
ることが好ましい。アドレスマッピングテーブル１６０
０は好ましくは、３つの別個のセクションに区分けされ
る。第１のセクション１６２０はＩＥＥＥ１３９４サー
ビスデータを含み、第２のセクション１６２４はＭＰＥ
Ｇサービスデータを含み、第３のセクション１６２８は
ＩＰサービスデータを含む。アドレスマッピングテーブ
ル１６００は物理的には単一のテーブルであるが、各セ
クションは情報について自身の「ミニテーブル」を有す
る。

【００６８】ＩＥＥＥ１３９４セクション１６２０で
は、第１列はノードユニークＩＤ列１６０４であり、該
ノードユニークＩＤはノード１０４のハードウェアまた
はＲＯＭに永久的に符号化される。次の群の列は、ノー
ド属性列１６０２である。ノード属性列は、ノードに格
納されているユーザが選択した／プログラムした名称に
よって特定ノードを識別する共通名列１６０８と、動的
に割り当てられる１６ビットのnode_IDを含むnode_ID列
１６１２と、ノードタイプ列１６１６と、ＩＰアドレス
列１６１８とを含む。

【００６９】ＭＰＥＧサービスセクション１６２４で
は、第１列はＡＴＭ ＶＰＩ／ＶＣＩ列１６３２であ
り、次の列はプログラム情報列１６３６であり、第３列
はＩＥＥＥ１３９４等時性チャネル列１６４０であり、
最後の列はノードユニークＩＤ列１６０４である。

【００７０】ＩＰサービスセクション１６２８では、第
１列はＡＴＭ ＶＰＩ／ＶＣＩ列１６３２であり、次の
列はＩＰアドレス列１６１８であり、第３列はnode_ID
列１６１２であり、最後の列はノードユニークＩＤ列１
６０４である。

【００７１】バスリセットが発生すると、アドレスマッ
ピングテーブル１６００がＩＥＥＥ１３９４ドライバ
（たとえば図８に示すＩＥＥＥ１３９４ドライバ８１
６）よって生成される。ＩＥＥＥ１３９４ドライバは、
ＩＥＥＥ１３９４バス（たとえば、図５に示すＩＥＥＥ
１３９４バス５６８）における各ノードから、該ノード
のノードユニークＩＤおよび他の情報を識別する応答を
受信する。ノードから受信した情報に基づいて、ＩＥＥ
Ｅ１３９４ドライバは該ノードユニークＩＤをアドレス
マッピングテーブル１６００に追加し、それからさらな
る情報（たとえば共通名、ノード容量、およびＩＰアド
レス）について特定ノードを照会する。ＩＥＥＥ１３９
４ドライバは、該ノードについてnode_ID列１６１２に
値を割り当てる。

【００７２】コマンドおよび制御転送 図１４〜図１７は、この発明の現在の好ましい実施の形
態によるコマンドおよび制御転送の態様を示す。さら
に、図１４および図１５は、コマンドおよび制御転送
と、パケットデータ処理とのステップを個々に示すフロ
ーチャートであり、一方、図１６（Ａ）〜図１６（Ｃ）
は、図１４および図１５に示したステップの結果、ビデ
オ表示ユニットに作成される表示情報の一実施の形態を
示す。図１７は、ノードアイコンテーブルを示す。

【００７３】コマンドおよび制御転送プロセスを始める
にあたり、トリガが受信される。たとえば、トリガに
は、コマンドおよび制御転送プロセスを開始する、リモ
ートコントローラ上の「メニュー」ボタン、またはホー
ムエンターテイメントネットワークシステム５００に存
在する装置に格納された手順を含めることができる。図
１４に示すように、プロセス１８０４（図１５を参照し
て後述する）から出力されたパケットエンジンが、コマ
ンドおよび制御転送のためのステップを開始することが
できる。

【００７４】ステップ１７０４は、アドレスマッピング
テーブル１６００を読むことを含む。アドレスマッピン
グテーブル１６００が一旦読まれると、ステップ１７１
２においてノードアイコンテーブルが読まれる。

【００７５】ノードアイコンテーブルは少なくとも２つ
の列を有し、ホームエンターテイメントネットワーク５
００上の各装置毎の画像を識別する。第１列はノード
（たとえば、ノードユニークＩＤまたはノードタイプ）
を表し、第２列はノードのアイコンを表す。しかし、ノ
ードタイプおよびノードユニークＩＤ等、追加の列をテ
ーブルに有することも可能である。したがって、特定ノ
ードのアイコンが望まれる場合、まずノードユニークＩ
Ｄについてノードアイコンテーブルが走査され、ノード
ユニークＩＤが見つからない場合には、ノードアイコン
テーブルが所望のノードタイプについて走査される（た
とえば、ノードは特定の装置の標準に準拠しうる）。マ
ッチングするノードユニークＩＤあるいは代替としてマ
ッチングするノードタイプが見つかると、ステップ１７
１６において所望ノードのアイコンを受信する。

【００７６】ノードアイコンテーブルの一実施の形態が
図１７に示される。ノードアイコンテーブル２０００
は、ノードユニークＩＤ列１６０４、ノードタイプ列１
６０８、およびビットマップデータ列２００４を含む。
ビットマップデータ列は、約４ｋＢのノードアイコンに
ついてのデータを保持する。一実施の形態において、単
一アイコンについてのデータはノードアイコンテーブル
２０００に含まれるが、しかし、代替の実施の形態で
は、２つのアイコン、すなわち「非活動」アイコンおよ
び活動ノードアイコン、についてのデータがノードアイ
コンテーブル２０００に含まれる。非動作アイコンは該
ノードが選択されていないときに表示されるアイコンを
意味し、活動ノードアイコンは、該ノードが選択されて
いる時に表示されるアイコンを意味する。

【００７７】ステップ１７２０において、完全なノード
ナビゲーションツリーが生成される。ノードナビゲーシ
ョンツリーは、図１６（Ａ）および図１６（Ｂ）に示さ
れる。図１６（Ａ）において、ノードナビゲーションツ
リー１９００は、アイコン１９０４で表される制御ノー
ドを含む。制御ノードは、ユーザがそれを通して通信す
るノードである。宛先ノードは、アイコン１９０８、１
９１２、および１９１６で表される。図１６（Ａ）に示
すように、制御ノードのアイコン１９０４は活動モード
であり、一方宛先ノードのアイコン１９０８、１９１
２、および１９１６は非活動モードである。追加のノー
ドがホームエンターテイメントシステム５００に追加さ
れると、宛先ノードアイコンの数が増加する。同様に、
既存ノードがホームエンターテイメントシステム５００
から削除されると、宛先ノードの数がそれに応じて低減
する。

【００７８】ステップ１７２４において、ノードナビゲ
ーションツリー１９００は、ビデオ表示ユニットに伝送
される。一実施の形態によると、ノードナビゲーション
ツリー１９００がパケットエンジン１８００に出力され
て、ここで、プロセス１８０８（図１５を参照して後述
する）への入力として処理される。

【００７９】ステップ１７２８において、巡航入力を受
信する。再び、巡航入力は内部ネットワーク９１２（図
９）内の入力装置から受信されるか、またはたとえばパ
ケットエンジンプロセス１８０４を介して外部ネットワ
ーク９０４から受信されうる。ステップ１７２８におい
て受信した入力に基づいて、特定の宛先ノードが識別さ
れる。制御ノードは、ノードナビゲーションテーブル１
６００からアイコン情報（たとえば活動モードグラフィ
ックス）を検索して、ステップ１７３２において、ナビ
ゲーションツリー１９００のサブセットを変更する。代
替の実施の形態において、強調された枠、またはリング
等、標準活動モードデータがナビゲーションツリー１９
００の一部に追加されて、選択された宛先ノードを示す
ため、アドレスマッピングテーブル１６００からの活動
モードアイコンデータの検索は必要ない。活動モードデ
ータに基づいて、ノードナビゲーションツリー１９００
の一部またはサブセットが変更される。変更されたノー
ドナビゲーションツリー１９００の一部は、「新たに」
選択された活動ノードに対応する変更されたデータを含
むことができるか、または付加的に活動モードから非活
動モードに切り替えられたノードに対応する変更された
データを含むことができる。現在の好ましい実施の形態
によれば、新しい活動ノードアイコンおよび古い活動ノ
ードアイコンに関する両方のデータが変更される。

【００８０】図１６（Ｂ）は、アイコン１９１６に対応
する宛先ノードが活動ノードとして選択された後の、ノ
ードナビゲーションツリー１９００を示す。変更された
ノードナビゲーションツリー１９００の一部は、アイコ
ン１９０４および１９１６に対応するデータのサブセッ
トである。ステップ１７３６において、ノードナビゲー
ションツリー１９００の変更されたサブセットは、ビデ
オ表示ユニットに伝送される。代替の実施の形態におい
て、ノードナビゲーションツリー１９００の変更された
サブセットは、パケットエンジン１８００に渡されて、
プロセス１８０８によって外部ネットワーク９０４にル
ーティングされる。

【００８１】ステップ１７３６と１７４０の間に、オプ
ションの中間ステップが発生しうる。オプションステッ
プは、ステップ１７２８において巡航された宛先ノード
が実施に所望の宛先ノードであることを、ユーザから確
認するものである。このステップでは、所望の宛先アイ
コンへの巡航後に、「ＥＮＴＥＲ」コマンド等別の入力
を単に受信するだけである。

【００８２】ステップ１７４０において、ノード機能テ
ーブルが読まれる。図１８はノード機能テーブル２１０
０を示す。ノード機能テーブル２１００は２つの列、す
なわちノードタイプ列１６１６および機能リスト列２１
０４を含むことが好ましい。機能リスト列２１０４は複
数のエントリを含み、各エントリ２１０８は、単一の文
字英数字入力、対応する機能名、および操作コードを含
む。コントローラがノード機能テーブル２１００を読む
と、ノード機能テーブル２１００は、特定の活動宛先ノ
ードタイプと、該活動宛先ノードについての有効コマン
ドを含む対応エントリ２１０８とについて走査される。
ステップ１７４０において、有効コマンドが検索され
る。

【００８３】ステップ１７４４において、ステップ１７
４０で検索されたデータに基づいて、ノード機能リスト
が生成される。次に、ステップ１７４８において、ノー
ド機能リストはビデオ表示ユニットに伝送される。ここ
でも、プロセス１８０８による処理およびルーティング
のために、ビデオ表示ユニットへの伝送は、出ノード機
能リストをパケットエンジンに送信することを含んでも
よい。

【００８４】図１６（Ｃ）は、ビデオ表示ユニットに提
示されるノード機能リスト１９２８を示す。ノード機能
リスト１９２８の第１列は、入力値列１９２０を表す。
第２列であるテキスト列１９２４は隣接入力値に対応す
るテキストを表し、該テキストは、コントローラが列１
９２０における隣接入力値を受信した場合、結果として
生じる機能を記述する。

【００８５】ステップ１７５２において、ノード機能入
力がコントローラで受信される。該入力はＩＥＥＥ１３
９４バス５６８を介して来てもよく、または外部ネット
ワーク９０４から来てもよく、後者の場合、ノード機能
入力はパケットエンジン１８００によってコントローラ
に向けられる。ステップ１７５６においてノード機能入
力は有効入力値１９２０と比較され、ノード機能入力が
有効入力値１９２０とマッチングすると、コントローラ
はステップ１７６４に進む。しかし、ノード機能入力が
有効入力値１９２０にマッチングしない場合、コントロ
ーラはステップ１７６０に進み、ここでエラーメッセー
ジ（たとえば「無効コマンド、再入力してください」）
がビデオ表示ユニット（またはパケットエンジン１８０
０）に伝送される。プロセスは、ステップ１７６０から
ステップ１７５２に続く。あるいは、プロセスは、ビデ
オ表示ユニットがリフレッシュされうるように、ステッ
プ１７４８に続いてもよい。

【００８６】最後に、コントローラで受信した入力値１
９２０が、ノード機能リスト１９２８における機能にマ
ッピングされる。ステップ１７６４において、コマンド
が適切な操作コードでフォーマットされて、宛先ノード
に伝送される。ステップ１７６４後に、コマンドおよび
制御転送方法が完了する。

【００８７】パケットエンジン 図１５は、パケットエンジン１８００を示す。一実施の
形態によれば、パケットエンジン１８００は、内部ネッ
トワーク９１２および外部ネットワーク９０４への、ま
たそれらからのデータを受信かつフォーマットするソフ
トウェアブリッジ／ルータである。しかし、パケットエ
ンジン１８００はハードウェアだけ、またはハードウェ
イおよびソフトウェアの組み合わせにおいて実施しても
よい。データパケットを外部ネットワーク９０４から内
部ネットワーク９１２に渡すステップはプロセス１８０
４に示され、一方データを内部ネットワーク９１２から
外部ネットワーク９０４に渡すステップはプロセス１８
０８に示される。

【００８８】プロセス１８０４では、ステップ１８１０
においてデータパケットを外部ネットワーク９０４から
受信する。ステップ１８１２において、データパケット
が、入力要求たとえばノード機能入力と、出力ルーティ
ング情報たとえば応答をデータパケット送信側に返送す
るのに必要な情報とを構文解析する。ステップ１８１６
において、入力要求がフォーマットされて、コントロー
ラに送信される。

【００８９】プロセス１８０８では、ステップ１８２４
において、データ出力（たとえばノードナビゲーション
ツリー１９００）を内部ネットワーク９１２からパケッ
トエンジン１８００で受信する。ステップ１８２８にお
いて、内部ネットワークから受信したデータが、外部ネ
ットワークを介してのルーティングに許容可能なデータ
パケットにフォーマットされる。プロセス１８０４のス
テップ１８１２において構文解析された出力ルーティン
グ情報がこのために使用される。一実施の形態では、許
容可能なデータパケットはＩＰパケットであり、別の実
施の形態ではＡＴＭパケットが許容可能である。

【００９０】遠隔管理および制御 ホームゲートウェイ５０４を含むホームエンターテイメ
ントシステムネットワーク５００において、内部ネット
ワーク９１２上のノードを外部ネットワーク９０４から
監視および制御可能である。このような実施の形態で
は、アドレスマッピングテーブル１６００は、外部ネッ
トワーク９０４に存在する装置と内部ネットワーク９１
２上のノードとの間の通信を容易にする。

【００９１】ホームゲートウェイ５０４（上述した）
は、好ましくはアドレスマッピングテーブル１６００を
維持し、かつ外部ネットワーク９０４に対しての入デー
タおよび出データへの「門番」として作用する。さら
に、ホームゲートウェイ５０４は、ホームエンターテイ
メントシステムネットワーク５００に関連する情報に対
するリポジトリとして機能し、ノードタイプ等のノード
属性情報、互換性、および追加のＡＴＭ、ＭＰＥＧ、Ｉ
ＥＥＥ１３９４およびＩＰサービス情報をメモリ（たと
えばフラッシュメモリ７１６またはＤＲＡＭメモリ７２
０）に格納する。サービスコントローラ８０８は、後述
する機能の大部分を処理する。

【００９２】一実施の形態において、ホームゲートウェ
イ５０４は、ファームウェアスタック８００内にＳＮＭ
Ｐ（簡易ネットワーク管理プロトコル）マネージャおよ
びエージェントを含む。ＳＮＭＰエージェントは、ホー
ムエンターテイメントネットワークシステム５００にお
けるＩＥＥＥ１３９４ノードに関する照会に応答し、ホ
ームゲートウェイ５０４に他のＳＮＭＰマネージャから
の照会に応答する能力を効果的に提供する。ＳＮＭＰマ
ネージャから照会された情報は、ホームゲートウェイ５
０４に格納された管理情報ベース（「ＭＩＢ」）に含ま
れる。ＭＩＢの一実施の形態は、アドレスマッピングテ
ーブル１６００、ならびにノード機能テーブル２１００
等の他のテーブルである。代替の実施の形態では、ＲＦ
Ｃ１２１３によって定義されるもの等の別のＭＩＢが採
用される。ＳＮＭＰは、インターネット活動委員会文書
ＲＦＣ１１５７にさらに記載されており、これは、この
文書の時点では、「http://sunsite.cnlab-switch.ch
/」で公的に入手可能である。

【００９３】さらに、ＳＮＭＰエージェントは、システ
ム５００における特定のＩＥＥＥ１３９４ノードによっ
て要求されたタスクを開始することができる。たとえ
ば、ＳＮＭＰマネージャは、バスリセット要求を受信し
てもよい。バスリセット要求はＳＮＭＰエージェントに
渡されて、次にＳＮＭＰエージェントは１３９４ドライ
バ８２０にバスリセットをトリガさせる。別の例では、
遠隔ＳＮＭＰマネージャを介して渡されたコマンドを受
信する。該コマンドは、上述した要求と同様に、ＳＮＭ
Ｐエージェントに渡され、ＳＮＭＰエージェントが該コ
マンドを処理して、後続する層、たとえば１３９４ドラ
イバ８２０またはＯＳカーネル８０４への伝送のために
フォーマットされる。

【００９４】別の実施の形態において、ホームゲートウ
ェイ５０４はウェブサーバ機能を組み込んでいる。より
詳細には、ホームゲートウェイ５０４は外部クライアン
ト、たとえばウェブブラウザからの要求にサービスを提
供し、ホームエンターテイメントネットワークシステム
５００におけるＩＥＥＥ１３９４ノードについての情報
を戻す。たとえば、一実施の形態では、ノードナビゲー
ションツリー１９００についての要求およびノードナビ
ゲーションツリー１９００を戻す応答は、ウェブサーバ
によって処理される。このため、ウェブサーバは、図１
５を参照して上述したパケットエンジン１８００の機能
等の機能を含む。ウェブサーバ機能はＳＮＭＰ機能とほ
ぼ同様であるが、ウェブサーバでは、管理および制御が
ウェブブラウザ等の遠隔クライアントを介して制御され
ることが好ましい。外部クライアントからのコマンドも
また、バスリセット、ＶＣＲに録画を開始させるトリ
ガ、またはドアをロックするあるいはライトを付けるス
イッチを含みうる。

【００９５】ウェブサーバまたはＳＮＭＰマネージャ実
施の形態のいずれにおいても、中央オフィスまたは監視
サイト、たとえばＶＳＰ６４８またはＩＡＰ／ＩＳＰ６
４０（図６を参照して上述）は、ホームエンターテイメ
ントシステム５００内の装置を監視することができる。

【００９６】遠隔監視および制御ステップを図１９に示
す。該ステップはホームゲートウェイ５０４によって行
われ、より詳細にはホームゲートウェイ５０４のＳＮＭ
Ｐマネージャおよびエージェント、またはウェブサーバ
コンポーネントによって行われうる。

【００９７】ステップ２６０４において、ホームゲート
ウェイ５０４で出力データパケットを受信する。ステッ
プ２６０８において、出力データパケットが構文解析さ
れる。たとえば、入力データパケットが、遠隔クライア
ントおよび入力データパケットについての情報（たとえ
ば、セキュリティ情報、遠隔ＩＰアドレス等）を記述す
る他のヘッダまたはメタデータから分離される。ステッ
プ２６１２において、該入力データパケットは、ホーム
ゲートウェイ５０４からターゲットノードに伝送され
る。

【００９８】ステップ２６１６において、ステップ２６
１２で伝送された入力データパケットに対する応答がホ
ームゲートウェイ５０４で受信される。ステップ２６２
０にいて出力データパケットが生成され、ステップ２６
２４において、該出力データパケットが、該情報を要求
した遠隔クライアントに戻される。

【００９９】アドレスマッピングテーブル１６００は、
この発明の遠隔監視および制御態様において非常に有用
である。たとえば、アドレスマッピングテーブル１６０
０は、ホームエンターテイメントネットワークシステム
５００内の、要求コマンドが向けられるターゲットＩＥ
ＥＥ１３９４ノードのアドレス指定を補助するために、
ステップ２６１２に使用される。同様に、アドレスマッ
ピングテーブル１６００はまた、ＩＰアドレスまたは他
のアドレス情報（たとえばノードユニークＩＤ）を含ん
で、データまたはコマンド要求に対する遠隔クライアン
トの権限を認証することによって、遠隔クライアントか
らのデータまたはコマンドに対する要求を認証するため
に使用されることも可能である。さらに、ＩＰサービス
記述（図２５（Ａ）〜図２５（Ｃ）を参照して上述し
た）はまた、上記遠隔監視および制御のより一般的な説
明を理解するのに有用である。

【０１００】地理的データ収集 図２０は、中央サーバ２７５０（たとえば中央オフィス
サーバまたはヘッドエンドサーバ）とともに、地理的統
計データを収集するよう構成されたＩＥＥＥ１３９４ホ
ームゲートウェイノード２７００のハードウェアアーキ
テクチャのブロック図を示す。好ましい実施の形態にお
いて、ホームゲートウェイ２７００はホームゲートウェ
イ５０４と同様であり、簡略化のために、ホームゲート
ウェイ２７００の選択されたコンポーネントしか示して
いない。ホームゲートウェイ２７００は、中央演算処理
装置７０４と、不揮発性メモリ２７１２等の永続メモリ
と、ＡＴＭ ＬＳＩ７２８（図２０には図示せず、図７
に図示）等の外部ネットワークインタフェース２７０４
と、１３９４ＬＩＮＫ ＬＳＩ７３６（図２０には図示
せず、図７に図示）等の内部ネットワークインタフェー
ス２７０８と、位置決めユニット２７１６とを含む。不
揮発性メモリ２７１２はローカルバス７０６を介してＣ
ＰＵ７０４に通信可能に接続されており、一方ＣＰＵ７
０４、外部ネットワークインタフェース２７０４、内部
ネットワークインタフェース２７０８、および位置決め
ユニット２７１６は、ＰＣＩバス７２４を介して通信可
能に相互接続される。

【０１０１】中央サーバ２７５０は、カリフォルニア
州、Redwood Shoresにあるオラクル社（Oracle Corpora
tion, http://www.oracle.com）から入手可能なOracle
8（登録商標）データベース等のクライアントサーバソ
フトウェアシステムを実行する、カリフォルニア州、マ
ウンテンビューにあるサンマイクロシステムズ（Sun Mi
crosystems, http://www.sun.com）から入手可能なSun
（登録商標）Enterprise（登録商標）２５０システム等
の企業品質サーバであることが好ましい。中央サーバ２
７５０は、ケーブルまたはビデオサービスプロバイダ等
のサービスプロバイダによって操作され、ホームゲート
ウェイ２７００から遠く離れた場所に配置される。

【０１０２】中央サーバ２７５０は、ブロック図フォー
マットにおいて、ＣＰＵ２７５４と、不揮発性メモリ２
７５８（たとえば永続ディスク）と、外部ネットワーク
インタフェース２７６２とを備えるものとして示されて
いる。ＣＰＵ２７５４、ＮＶメモリ２７５８および外部
ネットワークインタフェース２７６２は、ローカルバス
２７５６を介して接続される。中央サーバ２７５０およ
びホームゲートウェイ２７００は、光ファイバケーブル
２７０２等の、外部ネットワークインタフェース２７０
４と２７６２の間の物理的媒体を介して通信可能に接続
される。他の接続媒体として、銅（より対線または同軸
ケーブル）および無線インタフェースが含まれうる。

【０１０３】ホームゲートウェイ２７００内に示される
位置決めユニット２７１６は、多数の実施の形態を有す
ることができる。たとえば、好ましい一実施の形態で
は、位置決めユニット２７１６は、カリフォルニア州、
SunnyvaleにあるTrimble Navigation（http://www.trim
ble.com）から入手可能なACE II GPS（登録商標）モジ
ュール等の全地球測位モジュールを備える。しかし、該
ユニットの地理的解像度は重要でないため、特定の、す
なわち高精度の全地球測位モジュールは必ずしも必要で
はない。さらなる例として、地理的位置データが中央サ
ーバ２７５０によって、たとえばケーブルプロバイダか
ら要求され、これにより、全地球測位モジュールがホー
ムゲートウェイ２７００の位置情報を更新するようトリ
ガする。位置決めユニット２７１６は次に、更新された
位置情報を、たとえば位置決めユニット２７１６から直
接、またはＣＰＵ７０４を介して中央サーバに提供す
る。

【０１０４】代替の、かつよりコスト効率的な実施の形
態において、不揮発性ＲＡＭ等の永続メモリが、ホーム
ゲートウェイ２７００電源投入時またはユーザの要求に
よって初期化されるソフトウェアベースのユーザプロン
プトとともに、位置決めユニット２７１６において採用
してもよい。ユーザプロンプトは、ユーザが郵便番号等
の地理的位置識別子を手動で入力するよう導き、ユーザ
の応答が不揮発性ＲＡＭに記録される。ホームエンター
テイメントネットワークシステム５００の地理的位置情
報に対する次の要求が行われると、ホームゲートウェイ
２７００は、永続メモリに格納されている位置識別子を
戻すことによって応答する。

【０１０５】図２１は、ホームエンターテイメントネッ
トワークシステム５００等のネットワーク環境におい
て、統計的な地理的位置情報を収集するための方法を示
すフローチャートである。本方法は、ホームゲートウェ
イ２７００において実行されている一連の命令（たとえ
ばファームウェアルーチン）を介して行われることが好
ましい。

【０１０６】図２１における第１ステップを参照する
と、ステップ２８０４において、位置決めユニット２７
１６に格納された位置情報が現在のものであるかどうか
を決定するために、ホームゲートウェイ２７００によっ
てテストが行われる。通常環境下において、テストは、
地理的位置情報が現在のものであるかどうかを決定する
ためにカウンタ／タイマを使用できるように、定期的
に、たとえば隔週毎に行われる。好ましくは、カウンタ
／タイマは、電源遮断の発生時に常に無効タイムを反映
するようセットされ、これによって、地理的位置情報を
更新させる。カウンタ／タイマが現時である場合、プロ
セスはステップ２８１６に続き、そうでない場合にはプ
ロセスはステップ２８０８に続く。

【０１０７】ステップ２８０８において、位置決めユニ
ット２７１６は、自動的に（たとえば全地球測位モジュ
ールを介して）、あるいは手動（たとえばユーザプロン
プトおよび応答を介して）のいずれかで地理的位置情報
を検索する。ステップ２８１２において、地理的位置情
報が、ホームゲートウェイ２７００内のたとえばＮＶメ
モリ２７１２等の永続メモリ、または位置決めユニット
２７１６の一部である専用永続メモリ（図示せず）に格
納される。

【０１０８】ステップ２８１６において、外部ネットワ
ークインタフェース２７０４を介して渡される、外部ネ
ットワーク９０４からの入コンテント情報がサンプリン
グされる。サンプリングされる入データはチャネル識別
子を含むとともに、また、放送側（broadcaster）の時
刻および日付スタンプも含みうる。ステップ２８２０に
おいて、サンプリングされたデータは、永続メモリ、た
とえばＮＶメモリ２７１２に存在する統計データテーブ
ル３０００（図２３を参照して以下に詳述）に記録され
る。好ましい実施の形態では、チャネルが、所定時間
長、たとえば５分間よりも長い期間にＩＥＥＥ１３９４
バス５６８におけるＩＥＥＥ１３９４ノード上で変更さ
れる度に、ホームゲートウェイ２７００は、対応する記
録を統計データテーブル３００に作成する。

【０１０９】ステップ２８２４において、統計学的な地
理データについての要求を受信したかどうかを決定する
ためにテストが行われる。一般に、統計データ要求は、
外部ネットワーク９０４を介して放送側設備にある中央
サーバ２７５０から来る。しかし、統計データ要求は、
たとえば子供の視聴習慣を検閲したい親によってなど、
ホームエンターテイメントネットワークシステム５００
内から来てもよい。

【０１１０】統計データ要求を受信していない場合、本
プロセスの該反復は終了して、ホームゲートウェイ２７
００はステップ２８０４に循環して戻る。しかし、ホー
ムゲートウェイ２７００が統計データ要求を受信してい
る場合、処理はステップ２８２８に進み、ここで統計デ
ータテーブル３０００に格納されているサンプリングさ
れたデータが暗号化される。一実施の形態によれば、公
開鍵／使用鍵暗号化対が、Message Digest 5「ＭＤ５」
アルゴリズム等の解読／暗号化機構に使用される。ＭＤ
５アルゴリズムは、公的に入手可能な「The MD5 Messag
e Digest Algorithm」（R. Rivest, 1992）と題するイ
ンターネットＲＦＣ１３２１(http://sunsite.cnlabswi
tch.ch)に記載されており、この全体を本明細書に参照
として組み込む。

【０１１１】統計データテーブルからの情報が暗号化さ
れた後、ステップ２８３２において、外部ネットワーク
インタフェース２７００を介して位置識別子（必要であ
れば）とともに中央サーバ２７５０に伝送される。な
お、いかなる所与の時点においても、特定の位置識別子
を有する特定のホームゲートウェイ２７００だけがポー
リングされる場合では、位置識別子を含む必要はない。
しかし、定期的な更新がホームゲートウェイ２７００か
ら中央サーバ２７５０にプッシュされる場合には、位置
識別子が必要になる。その後、本プロセスの反復が終了
し、ステップ２８０４において新たなサイクルを開始で
きる。

【０１１２】図２２は、中央サーバ２７５０によってネ
ットワーク環境から統計学的な地理的情報を収集するた
めの方法を示すフローチャートである。該方法は、中央
サーバ２７５０上で実行されている一連の命令、たとえ
ばアプリケーションを介して行われることが好ましい。
ステップ２９０４で開始し、中央サーバ２７５０がホー
ムゲートウェイ２７００との通信を初期化する。

【０１１３】一実施の形態によれば、初期化シーケンス
は、中央サーバ２７５０からホームゲートウェイ２７０
０、ならびにホームゲートウェイ２７００から中央サー
バ２７５０両方の識別（identity）を認証することを含
む。別の実施の形態では、認証プロセスはさらに、ホー
ムエンターテイメントネットワークシステム５００に存
在する追加のＩＥＥＥ１３９４ノードを登録することを
含む。これは、アドレスマッピングテーブル１６００か
らのノードユニークＩＤ（図１３および図２２を参照し
て上述）等の選択されたデータを含むことによって行わ
れうる。

【０１１４】さらに別の実施の形態では、地理的位置情
報／識別子がステップ２８０８（図２１）においてホー
ムゲートウェイ２７００に記録されると、位置識別子は
アドレスマッピングテーブル１６００およびＩＥＥＥ１
３９４バス５６８（書き込みアクセスが可能であれば）
上に存在する各ＩＥＥＥ１３９４ノードの予備永続メモ
リロケーション内の両方に格納される。バスリセットが
発生すると、ホームゲートウェイ２７００または中央サ
ーバ２７５０によって検出された位置識別子間、たとえ
ば任意のＩＥＥＥ１３９４ノードとホームゲートウェイ
２７００の間の不一致により、中央サーバ２７５０によ
る認証／登録プロセスがトリガされる。あるいは、ホー
ムゲートウェイ２７００は、中央サーバ２７５０によ
り、アドレスマッピングテーブル１６００の一部を定期
的に同期化することができる。（異なる位置識別子を有
する）特定のＩＥＥＥ１３９４ノードのノードユニーク
ＩＤおよびホームゲートウェイ２７００のノードユニー
クＩＤは次に、中央サーバ２７５０によって調停され
る。なんらかの理由により不一致を調停できない場合に
は、適当なサービス要員に、ユーザエラーの可能性があ
る、または装置が盗まれたことのいずれかを通知でき
る。

【０１１５】ステップ２９０４後に、ステップ２９０８
において、中央サーバ２７５０は、ホームゲートウェイ
２７００からのサンプル統計データ、たとえば統計デー
タテーブル３０００のすべてまたは一部のみを要求す
る。サンプル統計データを要求した後、ステップ２９１
２において、中央サーバ２７５０はある期間サンプル統
計データを待つ。サンプル統計データを受信しない場
合、プロセスはステップ２９０４に続く。しかし、サン
プル統計データを受信した場合、プロセスはステップ２
９１６に続く。

【０１１６】ステップ２９１６において、ホームゲート
ウェイ２７００から受信したサンプル統計データを解読
する。再び、一実施の形態によれば、暗号化／解読アル
ゴリズムは、本明細書においてインターネットＲＦＣ１
３２１を参照して記載したＭＤ５機能である。

【０１１７】ステップ２９２０において、解読されたサ
ンプル統計データが、視聴パターンおよびユーザの好み
について分析される。サンプル統計データに基づいて、
広告または番組リストの種類等の特定のコンテントを、
ホームゲートウェイ２７００を介して渡されるコンテン
トを視聴しているユーザに対して、選択的に放送するこ
とができる。たとえば、ユーザが特定の番組またはチャ
ネルを一貫して見る場合、その番組またはチャネルを後
で、電子番組ガイドにおいて「好ましい」視聴チャネル
としてマークすることができる。同様に、特定の番組を
視聴する特定のユーザまたはユーザ群の人口統計、たと
えば年齢、性別、または郵便番号も記録することができ
る。特定番組の人口統計に基づいて、特定のユーザまた
はユーザ群に適合した広告、ならびに該番組およびユー
ザの好みに関連したユニフォームリソースロケータ「Ｕ
ＲＬ」等の強化された視聴情報を該番組とともに放送で
きる。

【０１１８】図２３は、例示的な統計データテーブル３
０００の図である。統計データテーブル３０００は５つ
の列を有するが、代替の実施の形態においてはそれより
も多くの、または少ない列を有しうる。ノードユニーク
ＩＤ列３００４は、所与の例において、ホームゲートウ
ェイ２７００を介してコンテントを受信している各ＩＥ
ＥＥ１３９４装置についての一意識別子を格納する。チ
ャネル列３００８は、ホームゲートウェイ２７００を介
してパイプ化（piped）されている特定チャネルの識別
子を格納する。各レコードの日付および時刻を一意に識
別するためのタイムスタンプ／カウンタフィールド３０
１２、たとえば１６ビットの時刻および日付スタンプ
は、特定のユーザおよびチャネルの視聴開始時刻を格納
する。同様に、タイムスタンプ／カウンタフィールド３
０１６を用いて、特定のユーザおよびチャネルの視聴終
了日付および時刻を記録する。フィールド３００８およ
び３０１２についてのタイムスタンプ／カウンタは、統
計データを分析する際に標準基準枠が使用されるよう
に、中央サーバ２７５０によって生成かつ放送されるこ
とが好ましい。あるいは、タイムスタンプ／カウンタは
ホームゲートウェイ２７００によって生成されてもよい
が、しかし、依然として中央サーバ２７５０と周期的に
同期される必要がある。ユーザフィールド３０２０は、
特定の統計データについてのユーザ識別子を記録する。
たとえば、親による制御をディセーブルするためのパス
ワードを知っているユーザに、所定のユーザ識別子を割
り当てることができる。

【０１１９】統計データテーブル３０００には、３つの
行３０２４、３０２８、および３０３２が示されてい
る。たとえば、中央サーバ２７５０によって分析される
際、行３０２４および３０２８に格納された情報は、三
菱製ＴＶで特定の日および特定の時刻に６分間チャネル
「２」を視聴したユーザＡと通信する。さらに、該レコ
ードは、その後ユーザＡがチャネル「４」に切り換え、
さらに９分間見続けたことを示した。行３０３２は、ユ
ーザＡがチャネル「４」を視聴している間に、ユーザＢ
が２６分間異なるＩＥＥＥ１３９４ノード上（ここでは
ＡＣＭＥ ＰＣ上）のチャネル「２」に合わせていたこ
とを示す。統計データテーブル３０００における情報
は、データサンプルに深さを与えるために、（本明細書
に記載した）アドレスマッピングテーブル１６００で増
補されてもよい。

【０１２０】本明細書に記載した方法およびプロセス
は、特定のハードウェア構成においてではなく、むし
ろ、永続ディスク、ＣＤ−ＲＯＭ、フロッピー（登録商
標）ディスク、揮発性メモリ（たとえばランダムアクセ
スメモリ「ＲＡＭ」）、または不揮発性メモリ（フラッ
シュメモリや読み取り専用メモリ「ＲＯＭ」等）等のコ
ンピュータ読み取り可能な記録媒体に格納された、１つ
または複数の命令シーケンスを実行する１つまたは複数
のプロセッサによって行われることが好ましい。しか
し、この発明のより広義の精神において、本明細書に記
載した方法およびプロセスの様々な態様を、ＴＴＬ論
理、またはゲートアレイ等のハードウェアコンポーネン
トを介して実施できる。さらに、ソフトウェアコンポー
ネントのファームウェアレベルの好み、たとえば、一般
にＲＯＭに格納されるソフトウェアコンポーネントの低
レベルプログラム実施、またはソフトウェアコンポーネ
ントのアプリケーションレベルの好み、たとえばファー
ムウェア、オペレーティングシステムカーネル、および
／またはサーバプロセス上で実行されるソフトウェアコ
ンポーネントの高レベルプルグラム実施、が望ましい場
合、好みが特定される。好みが特定されていない場合、
いずれの実施レベルも許容可能である。したがって、本
明細書に含まれる文書での説明および添付図面は限定と
してではなく例示的なものと認識されるべきである。

【０１２１】

【発明の効果】以上のように、この発明によれば、ネッ
トワークの少なくとも２つのノード間でコマンドおよび
制御情報を伝送するする方法、ホームエンターテイメン
トシステム、並びにコンピュータ読み取り可能な記録媒
体を提供することができる。

【図面の簡単な説明】

【図１】 例示的なＩＥＥＥ１３９４モジュールアーキ
テクチャを示す説明図である。

【図２】 例示的なＩＥＥＥ１３９４ネットワークトポ
ロジを示す説明図である。

【図３】 例示的なケーブルベースのＩＥＥＥ１３９４
トポロジを示す説明図である。

【図４】 例示的なＩＥＥＥ１３９４ノードプロトコル
スタックを示す説明図である。

【図５】 ＩＥＥＥ１３９４ベースのネットワークで、
多数の外部サービスプロバイダをブリッジするホームゲ
ートウェイを示す説明図である。

【図６】 図５のホームゲートウェイの機能ブロック図
である。

【図７】 ハードウェアコンポーネントを示す、ホーム
ゲートウェイの代替ブロック図である。

【図８】 ホームゲートウェイのファームウェアスタッ
クを示すブロック図である。

【図９】 図５のＩＥＥＥ１３９４ベースのホームエン
ターテイメントシステムネットワークを介するＭＰＥＧ
移送（MPEG transport）についてのプロトコルスタック
を示す説明図である。

【図１０】 図５のホームエンターテイメントシステム
ネットワークを介したＩＰルーティングについてのプロ
トコルスタックを示す説明図である。

【図１１】 図５のホームエンターテイメントシステム
ネットワークを介したＩＰプラグアンドプレイおよびＤ
ＮＳ／ＤＨＣＰルーティングについてのプロトコルスタ
ックを示す説明図である。

【図１２】 図５のホームエンターテイメントシステム
の装置間でのビットマップ表示データ転送についてのプ
ロトコルスタックを示す説明図である。

【図１３】 アドレスマッピングテーブルを示す説明図
である。

【図１４】 好ましいコマンドおよび制御転送プロトコ
ルを示すフローチャートである。

【図１５】 データパケットエンジンに関するフローチ
ャートである。

【図１６】 この発明の実施の形態によるノードナビゲ
ーションツリーとノード機能リストを示す説明図であ
る。

【図１７】 好ましいノードアイコンテーブルを示す説
明図である。

【図１８】 ノード機能テーブルを示す説明図である。

【図１９】 遠隔監視および制御を行うためのステップ
を示すフローチャートである。

【図２０】 位置決めユニットおよび中央サーバを備え
るホームゲートウェイのブロック図である。

【図２１】 ホームゲートウェイによって行われる、ネ
ットワーク環境において統計学的な地理的位置情報を収
集する方法を示すフローチャートである。

【図２２】 中央サーバによって行われる、ネットワー
ク環境において統計学的な地理的位置情報を収集する方
法を示すフローチャートである。

【図２３】 例示的な統計学的データテーブルを示す説
明図である。

【符号の説明】

１０８ プロセッサ、１１６ メモリ、２０４ ブリッ
ジ、４０８ リンク層、４１２ 物理層、４１６ シリ
アルバス管理、４２０ 等時性資源マネージャ、４２４
バスマネージャ、４２８ ノードコントローラ、５０
４ ホームゲートウェイ、６０４ ＴＶアダプタ、６１
２ １３９４上ＩＰ、６１６ １３９４上ＭＰＥＧ、６
１８ 地上、６２０ 衛星、６２４ 電話、６２８ フ
ァイバ、６３２ 同軸、６４４ アクセスネットワー
ク、６４８ ビデオサービスプロバイダ、６５０ 地上
放送Ｉ／Ｆ、６６８ 家庭使用ＩＰルータ機能、６７２
ＭＰＥＧ２ストリーム処理機能、６７６ アクセスネ
ットワーク接続機能、６８０ホームネットワーク制御／
管理機能、６８２ 他の存在する／ダウンロード可能な
機能、７０８ ＰＣＩブリッジおよび周辺機器コントロ
ーラ、７４４ レジスタ、７４８ 電源、７５２ リセ
ット、７５６ クロック、８０４ ＯＳカーネル、８０
８ サービスコントローラ、８１６ ＡＴＭドライバ、
８２０ １３９４ドライバ、８２４ ハードウェア、９
１６ ＭＰＥＧネットワーク、９２０ＩＰネットワー
ク、９２４ アクセスネットワーク、９３２ ＴＶアダ
プタ、１０１２ １３９４上ＩＰ、１２０８ ＡＰ（ビ
ットマップグラフィックス）。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 597067574 201 ＢＲＯＡＤＷＡＹ， ＣＡＭＢＲＩ ＤＧＥ， ＭＡＳＳＡＣＨＵＳＥＴＴＳ 02139， Ｕ．Ｓ．Ａ. (72)発明者 赤津 慎二 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 フェルナンド・マサミ・マツバラ アメリカ合衆国、カリフォルニア州、サン タクララ、ビスタ・クラブ・サークル 1570、アパートメント 201 (72)発明者 三浦 紳 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 松尾 英治 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワークの少なくとも２つのノード
   間でコマンドおよび制御情報を伝送するする方法であっ
   て、 ノードナビゲーションツリーを動的に生成するステップ
   と、 該ノードナビゲーションツリーをビデオ表示ユニットに
   伝送するステップと、 前記ノードナビゲーションツリーにおける特定のノード
   を識別するノードナビゲーション入力を受信するステッ
   プと、 該ノードナビゲーション入力に基づいて、前記ノードナ
   ビゲーションツリーのサブセットを変更するステップ
   と、 該変更されたノードナビゲーションツリーのサブセット
   を前記ビデオ表示ユニットに伝送するステップと、 前記識別されたノードに関する１つまたは複数の機能を
   含むノード機能リストを生成するステップと、 該ノード機能リストを前記ビデオ表示ユニットに伝送す
   るステップと、 前記ノード機能リストにおける特定のノード機能に対応
   するノード機能入力を受信するステップと、 該ノード機能入力に基づいて、コマンドを前記識別され
   たノードに伝送するステップと、を含む、方法。
2. 【請求項２】 前記ナビゲーションツリーはノードアド
   レステーブルに格納されたデータから生成される、請求
   項１記載の方法。
3. 【請求項３】 前記ノード機能リストはノード機能テー
   ブルに格納されたデータから生成される、請求項１記載
   の方法。
4. 【請求項４】 前記ノードアドレステーブルにおいて識
   別された各ノードをノードタイプに関連づけるステップ
   と、 ノードタイプ列およびノードアイコン列を有するノード
   アイコンテーブルを読み込むステップであって、該ノー
   ドアイコンテーブルの各行は特定のノードタイプと該ノ
   ードタイプのグラフィックスアイコンを識別するステッ
   プと、 前記ノードアイコンテーブルから１つまたは複数のグラ
   フィックスアイコンを検索するステップと、 該１つまたは複数のグラッフィックスアイコンを前記ビ
   デオ表示ユニットに表示させるステップとをさらに含
   む、請求項２記載の方法。
5. 【請求項５】 出力要求および入力データを含む入力デ
   ータパケットを外部ネットワークから受信するステップ
   と、 該データパケットから出力要求および入力データをそれ
   ぞれ構文解析するステップと、 前記入力データをノードナビゲーション入力としてフォ
   ーマットするステップと、 前記出力要求に対する応答を含む出力データパケットを
   生成するステップとをさらに含む、請求項１記載の方
   法。
6. 【請求項６】 複数のノードと、 ビデオ表示ユニットと、 コントローラと、を備え、前記複数のノードは、 ノードナビゲーションツリーを動的に生成して、前記ビ
   デオ表示ユニットに伝送し、 前記コントローラから、前記ノードナビゲーションツリ
   ーにおける特定のノードを識別するノードナビゲーショ
   ン入力を受信し、 前記コントローラからの前記ノードナビゲーション入力
   に基づいて、ノードナビゲーションツリーのサブセット
   を変更して、前記ビデオ表示ユニットに伝送し、 前記識別されたノードに関する１つまたは複数の機能を
   含むノード機能リストを生成して、前記ビデオ表示ユニ
   ットに伝送し、 前記ノード機能リストにおける特定のノード機能に対応
   する前記コントローラからノード機能入力を受信し、 前記ノード機能入力に基づいて前記識別されたノードに
   コマンドを伝送するよう構成された第１のノードを含
   む、ホームエンターテイメントシステム。
7. 【請求項７】 前記複数のノードは、ＩＥＥＥ１３９４
   通信リンクを介して互いに通信する、請求項６記載のホ
   ームエンターテイメントシステム。
8. 【請求項８】 複数のノードとビデオ表示ユニットとを
   含むシステムとともに採用される１つまたは複数のプロ
   セッサに、 ノードナビゲーションツリーを動的に生成し、 該ノードナビゲーションツリーをビデオ表示ユニットに
   伝送し、 前記ノードナビゲーションツリーにおける特定のノード
   を識別するノードナビゲーション入力を受信し、 該ノードナビゲーション入力に基づいて、前記ノードナ
   ビゲーションツリーのサブセットを変更し、 該変更されたノードナビゲーションツリーのサブセット
   を前記ビデオ表示ユニットに伝送し、 前記識別されたノードに関する１つまたは複数の機能を
   含むノード機能リストを生成し、 該ノード機能リストを前記ビデオ表示ユニットに伝送
   し、 前記ノード機能リストにおける特定のノード機能に対応
   するノード機能入力を受信し、 該ノード機能入力に基づいて、コマンドを前記識別され
   たノードに伝送させる、命令シーケンスを格納したコン
   ピュータ読み取り可能な記録媒体。
9. 【請求項９】 前記ナビゲーションツリーはノードアド
   レステーブルに格納されたデータから生成される、請求
   項８記載のコンピュータ読み取り可能な記録媒体。
10. 【請求項１０】 前記ノード機能リストはノード機能テ
    ーブルに格納されたデータから生成される、請求項８記
    載のコンピュータ読み取り可能な記録媒体。
11. 【請求項１１】 前記格納された命令シーケンスはさら
    に、前記１つまたは複数のプロセッサに、 前記ノードアドレステーブルにおいて識別された各ノー
    ドをノードタイプに関連づけ、 ノードタイプ列およびノードアイコン列を有し、前記ノ
    ードアイコンテーブルの各行は特定のノードタイプと該
    ノードタイプのグラフィックスアイコンを識別するノー
    ドアイコンテーブルを読み込み、 前記ノードアイコンテーブルから１つまたは複数のグラ
    フィックスアイコンを検索し、 該１つまたは複数のグラッフィックスアイコンを前記ビ
    デオ表示ユニットに表示させる、請求項９記載のコンピ
    ュータ読み取り可能な記録媒体。
12. 【請求項１２】 前記格納された命令シーケンスはさら
    に、前記１つまたは複数のプロセッサに、 出力要求および入力データを含む入力データパケットを
    外部ネットワークから受信し、 該データパケットから出力要求および入力データをそれ
    ぞれ構文解析し、 前記入力データをノードナビゲーション入力としてフォ
    ーマットし、 前記出力要求に対する応答を含む出力データパケットを
    生成させる、請求項９記載のコンピュータ読み取り可能
    な記録媒体。