JP2000358061A - 外部ネットワークと内部ネットワークの間でデータをフォーマットし、かつルーティングする方法、およびその方法を行わせる１つまたは複数の命令シーケンスを格納したコンピュータ読み取り可能な記録媒体 - 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）、すなわ
ちＩＥＥＥ１３９４バス上の各装置（別称はノード）
が、（たとえば、クライアントサーバ型構成で必要とさ
れるように）通信／制御要求を中央装置／ノードを介し
て処理する必要なく、他の任意のノードと通信できる。
ＩＥＥＥ１３９４ベースのシステムでは、コントローラ
は任意のノードに存在するため、ある意味では、ＩＥＥ
Ｅ１３９４バス自身がコントローラとなる。

【００１２】

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

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

【００１４】

【課題を解決するための手段】この発明に係る外部ネッ
トワークと内部ネットワークの間でデータをフォーマッ
トし、かつルーティングする方法は、ゲートウェイ装置
でデータパケットを受信するステップと、該データパケ
ットからデータ情報を分離するステップと、該分離され
たデータ情報を第１のデジタルフォーマットから第２の
デジタルフォーマットに再フォーマットするステップ
と、該第２のデジタルフォーマットのデータ情報を内部
ネットワークに存在する特定のノードに通信するための
伝送モードを選択するステップと、前記第２のデジタル
フォーマットのデータ情報の一部を、選択された伝送モ
ードでの伝送のために準備するステップと、第２のデジ
タルフォーマットのデータ情報の該一部を、前記選択さ
れた伝送モードを介して前記特定のノードに伝送するス
テップとを含むものである。

【００１５】また、前記伝送モードを選択するステップ
は、前記データ情報がリアルタイムデータであるか、ま
たは非リアルタイムデータであるかを決定するステップ
と、該データ情報がリアルタイムデータである場合、該
データ情報の前記特定のノードへの通信にＩＥＥＥ１３
９４等時性チャネル（isochronous channel）を選択す
るステップと、該データ情報が非リアルタイムデータで
ある場合、該データ情報の前記特定のノードへの通信に
ＩＥＥＥ１３９４非同期チャネルを選択するステップと
を含むものである。

【００１６】また、前記データ情報の一部を伝送のため
に準備するステップは、アドレスマッピングテーブルを
読んで、前記特定のノードについてのノードアドレス情
報を検索するステップと、前記特定のノードについての
該ノードアドレス情報を、前記第２のデジタルフォーマ
ットのデータ情報の前記一部に添付するステップとを含
むものである。

【００１７】また、前記データパケットは、非同期転送
モードプロトコルを使用するよう構成された外部ネット
ワークインタフェースを介して前記ゲートウェイ装置で
受信されるとともに、ＩＥＥＥ１３９４プロトコルを使
用するよう構成された内部ネットワークインタフェース
にルーティングされるものである。

【００１８】また、この発明に係る１つまたは複数のプ
ロセッサに外部ネットワークと内部ネットワークの間で
データをフォーマットし、かつルーティングする方法を
行わせる１つまたは複数の命令シーケンスを格納したコ
ンピュータ読み取り可能な記録媒体は、ゲートウェイ装
置でデータパケットを受信するステップと、該データパ
ケットからデータ情報を分離するステップと、該分離さ
れたデータ情報を第１のデジタルフォーマットから第２
のデジタルフォーマットに再フォーマットするステップ
と、該第２のデジタルフォーマットのデータ情報を内部
ネットワークに存在する特定のノードに通信するための
伝送モードを選択するステップと、前記第２のデジタル
フォーマットのデータ情報の一部を、選択された伝送モ
ードでの伝送のために準備するステップと、第２のデジ
タルフォーマットのデータ情報の該一部を、前記選択さ
れた伝送モードを介して前記特定のノードに伝送するス
テップとを含むものである。

【００１９】また、前記伝送モードを選択するステップ
は、前記データ情報がリアルタイムデータであるか、ま
たは非リアルタイムデータであるかを決定するステップ
と、該データ情報がリアルタイムデータである場合、該
データ情報の前記特定のノードへの通信にＩＥＥＥ１３
９４等時性チャネルを選択するステップと、該データ情
報が非リアルタイムデータである場合、該データ情報の
前記特定のノードへの通信にＩＥＥＥ１３９４非同期チ
ャネルを選択するステップとを含むものである。

【００２０】また、前記データ情報の一部を伝送のため
に準備するステップは、アドレスマッピングテーブルを
読んで、前記特定のノードについてのノードアドレス情
報を検索するステップと、前記特定のノードについての
該ノードアドレス情報を、前記第２のデジタルフォーマ
ットのデータ情報の前記一部に添付するステップとを含
むものである。

【００２１】さらに、前記データパケットは、非同期転
送モードプロトコルを使用するよう構成された外部ネッ
トワークインタフェースを介して前記ゲートウェイ装置
で受信されるとともに、ＩＥＥＥ１３９４プロトコルを
使用するよう構成された内部ネットワークインタフェー
スにルーティングされるものである。

【００２２】

【発明の実施の形態】この発明の第１の態様によると、
外部ネットワークと内部ネットワークの間でデータをフ
ォーマットし、かつルーティングする方法が提供され、
該方法は、ゲートウェイ装置でデータパケットを受信
し、該データパケットからデータ情報を分離し、該分離
されたデータ情報を第１のデジタルフォーマットから第
２のデジタルフォーマットに再フォーマットし、第２の
デジタルフォーマットのデータ情報を内部ネットワーク
に存在する特定のノードに通信するための伝送モードを
選択し、第２のデジタルフォーマットのデータ情報の一
部を、選択された伝送モードでの伝送のために準備し、
第２のデジタルフォーマットのデータ情報の該一部を、
選択された伝送モードを介して特定のノードに伝送す
る、ことを含む。

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

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

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

【００２６】図２は、例示的なＩＥＥＥ１３９４の物理
的なネットワークトポロジ２００を示し、このトポロジ
２００は、それぞれＩＥＥＥ１３９４「ケーブル環境」
２１２にブリッジされた２つのＩＥＥＥ１３９４「バッ
クプレーン環境（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」全体を本明細書に参照
として組み込む。プロトコルスタック１０００は、ワー
ルドワイドウェブおよびインターネット上でのコンテン
トの発見すなわち探索に特に有利である。

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

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

【００６７】ＭＰＥＧサービス 現在の好ましい実施の形態によれば、ホームゲートウェ
イ５０４は、ＭＰＥＧネットワーク９１６上のビデオサ
ービスプロバイダからＩＥＥＥ１３９４内部ネットワー
ク９１２におけるＩＥＥＥ１３９４ノードへの入りＭＰ
ＥＧ移送ストリームサービスを管理する。ＭＰＥＧサー
ビスは、ホームゲートウェイ５０４内のＡＴＭドライバ
８１６、サービスコントローラ８０８、およびＩＥＥＥ
１３９４ドライバ８２０によって管理される。図２４
は、外部ネットワーク９０４と内部ネットワーク９１２
間のＭＰＥＧデータ処理のステップを示すフローチャー
トである。

【００６８】図２４に目を向けると、ステップ２４０４
において、非同期書き込み要求がＩＥＥＥ１３９４ノー
ドからＩＥＥＥ１３９４ドライバ８２０で受信される。
非同期書き込み要求は、ＭＰＥＧ開始要求（MPEG START
REQUEST）コマンドを含む。ＭＥＰＧ開始要求コマンド
は、ＩＥＥＥ１３９４ドライバ８２０からサービスコン
トローラ８０８に渡され、この時点で等時性資源割り当
てが開始される。ステップ２４０８において、ＭＰＥＧ
開始応答（MPEG START RESPONSE）を含む非同期書き込
み要求が、サービスコントローラ８０８からＩＥＥＥ１
３９４ドライバ８２０に、そしてＩＥＥＥ１３９４ドラ
イバ８２０からターゲットＩＥＥＥ１３９４ノードに送
信される。

【００６９】次に、ステップ２４１２において、ＭＰＥ
Ｇ準備完了（MPEG READY）コマンドを含む非同期書き込
み要求が、ＩＥＥＥ１３９４ドライバ８２０において受
信される。ＭＰＥＧ準備完了コマンドは、ＩＥＥＥ１３
９４ドライバ８２０からサービスコントローラ８０８に
渡される。ステップ２４１６において、ＭＰＥＧデータ
はＡＴＭドライバ８１６で受信される。ステップ２４１
６はステップ２４１２の後に示されているが、ＭＥＰＧ
データをステップ２４１２の前に受信することも可能で
ある。ＭＰＥＧデータは、ＭＰＥＧネットワーク９１６
上のビデオサービスプロバイダとのＡＡＬ５接続を介し
て受信される。

【００７０】ステップ２４２０において、サービスコン
トローラは、ＭＰＥＧトーク開始（MPEG TALK START）
要求を送信することにより、予め割り当てられた等時性
チャネルを介した等時性伝送を可能にするように１２９
４ドライバ８２０に要求する。ステップ２４２４におい
て、サービスコントローラ８０８は、等時性仮想チャネ
ル（「ＶＣ」）を要求するために、ＶＣイネーブル（VC
ENABLE）要求をＡＴＭドライバ８１６に送信する。次
に、ステップ２４２８において、ＭＰＥＧ準備完了応答
を含む非同期書き込み要求が、サービスコントローラ８
０８から１３９４ドライバ８２０に送信され、ここから
ターゲットＩＥＥＥ１３９４ノードに送信される。

【００７１】ステップ２４３２において、ＭＰＥＧデー
タがＡＴＭドライバ８１６で受信される。ステップ２４
３６において、ＭＰＥＧデータ送信（MPEG DATA SEND）
要求がＡＴＭドライバ８１６からＩＥＥＥ１３９４ドラ
イバ８２０に渡される。次に、ステップ２４４０におい
て、ＭＥＰＧデータがＭＰＥＧデータ送信要求の後に続
く。ＭＥＰＧデータは、次にターゲットＩＥＥＥ１３９
４ノードにルーティングされる。ステップ２４４４にお
いて、サービスコントローラ８０８は、ＭＰＥＧ停止
（MEPG STOP）コマンドを含む非同期書き込み要求が、
ターゲットＩＥＥＥ１３９４ノードから受信されたかど
うかを決定するためのテストが行われる。ステップ２４
４４でのテストの結果が否定である場合、プロセスは上
記ステップ２４３２に続く。ステップ２４４４でのテス
トの結果が肯定である場合、これはＭＰＥＧ停止コマン
ドが受信されたことを意味し、プロセスはステップ２４
４８に続く。

【００７２】ステップ２４４８において、サービスコン
トローラ８０８は、要求をＡＴＭドライバ８１６に渡し
て、等時性仮想チャネルをディセーブルする（すなわち
閉じる）よう要求する。ステップ２４５２において、サ
ービスコントローラ８０８は、ＭＰＥＧトーク停止（MP
EG TALK STOP）応答をＩＥＥＥ１３９４ドライバに送信
する。最後に、ステップ２４６０において、等時性資源
が解放され、ここで、ＭＰＥＧ停止応答が、ＩＥＥＥ１
３９４ドライバ８２０を介してサービスコントローラ８
０８からＩＥＥＥ１３９４ノードに送信される。

【００７３】ＩＰサービス 現在の好ましい実施の形態において、ホームゲートウェ
イ５０４はさらに、ＩＥＥＥ１３９４内部ネットワーク
９１２および外部ネットワーク９０４上のＩＥＥＥ１３
９４ノードに対するＩＰサービスを管理する。説明のた
めに、外部ネットワーク９０４は、非同期転送モード
（「ＡＴＭ」）プロトコルが好ましいため、ＡＴＭプロ
トコルを介して通信するよう示されている。しかし、こ
の発明の代替の実施の形態では、たとえばインターネッ
トアクセスプロバイダまたはインターネットサービスプ
ロバイダ（たとえば伝送制御プロトコル「ＴＣＰ」）、
ケーブルモデム、非同期デジタル加入者線、または他の
同等の通信プロトコルを通したＩＰ等の非ＡＴＭプロト
コルを介した通信が可能である。

【００７４】図２５（Ａ）〜（Ｃ）は、ＩＰサービスス
テップについての支援を示すフローチャートである。よ
り詳細には、図２５（Ａ）は、ＩＰルーティングまたは
転送のための大まかなＩＰパケット支援を示し、図２５
（Ｂ）は、ＡＲＰ（アドレスリゾリューションプロトコ
ル）支援を示し、図２５（Ｃ）はＩＰパケット「ピン
グ」支援を示す。本明細書に記載するＩＰ支援サービス
は、イベント（すなわち割り込み）駆動支援アルゴリズ
ムであり、トリガを受信すると、たとえばＡＴＭドライ
バ８１６においてＩＰパケットを受信すると開始され
る。公的に入手可能なインターネット活動委員会文書Ｒ
ＦＣ７９１、８２６、および２１５１それぞれには、Ｉ
Ｐパケット処理、ＡＲＰおよびピング要求処理に関する
さらなる情報が記載されている。これらの文書（その全
体を本明細書に参照として組み込む）は、作成されてか
らは、「http://sunsite.cnlab-switch.ch/」から自由
に入手可能である。したがって、ホームゲートウェイ５
０４のＩＰサービスに関して以下提供される情報は、そ
の動作様式の大まかな概観となるよう意図されている。

【００７５】図２５（Ａ）は、ルーティングまたは転送
のためのＩＰパケット処理についてのステップを示すフ
ローチャートである。ステップ２５０４において、ＡＴ
Ｍドライバ８１６で受信したＩＰパケットが、ＩＰパケ
ット指示を含むかどうかを決定するためにテストされ
る。パケットがＩＰパケット指示を含んでいない場合、
次のＩＰパケットを受信するまでルーティングを停止す
る。しかし、パケットがＩＰパケット指示を含んでいる
場合、プロセスはステップ２５０８に続き、ここで、Ａ
ＴＭドライバ８１６がＩＰパケット指示をサービスコン
トローラ８０８に転送する。サービスコントローラ８０
８はアドレスマッピングテーブル１６００（図１６を参
照して詳述する）を読み、ＩＰパケットに含まれる宛先
ＩＰアドレスを対応するＩＥＥＥ１３９４ノードとマッ
チングする。

【００７６】ホームゲートウェイ５０４は、宛先ＩＥＥ
Ｅ１３９４ノードへのルーティングのためにＩＰパケッ
トをフォーマットする。このために、ステップ２５１２
において、非同期書き込み要求がＩＰパケットとともに
初期化されて、サービスコントローラ８０８からＩＥＥ
Ｅ１３９４ドライバ８２０に、そしてＩＥＥＥ１３９４
ドライバ８２０から宛先ＩＥＥＥ１３９４ノードに渡さ
れる。上記プロセスはイベント駆動型であり、本反復は
ステップ２５１２の後で終了するので、プロセスは「待
機」モードに戻り、ここでＩＰサービスルーチンが次の
ＩＰパケットを待つ。

【００７７】図２５（Ｂ）は、アドレス解決プロトコル
（「ＡＲＰ」）処理についてのステップを示す。ＡＲＰ
は、インターネットアドレスから物理アドレス（たとえ
ばイーサネット（登録商標）アドレス）を見つけるため
のプロトコルである。一般的に、要求側は、別のホスト
のインターネットアドレスを含むＡＲＰパケットを放送
してから、他のホストがその代表的な物理アドレスを返
送するのを待つ。ホームゲートウェイ５０４はアドレス
マッピングテーブル１６００を維持し、これは、部分的
にこの目的のために使用される。ＡＲＰ要求がホームゲ
ートウェイ５０４で受信されると、ホームゲートウェイ
５０４は、アドレスマッピングテーブル１６００を照会
して、受信したＩＰアドレスに対応する物理アドレスを
見つけることにより、物理アドレスを返送することがで
きる。このＡＲＰ要求応答は、ＩＰアドレスが必ずしも
ホームゲートウェイ５０４のＩＰアドレスではない場合
でも可能である。実際、ＩＰアドレスは、ＩＥＥＥ１３
９４バス５６８上に存在するパーソナルコンピュータ
（たとえばパーソナルコンピュータ５２４）のＩＰアド
レスである可能性がより高い。

【００７８】図２５（Ｂ）に示すステップに目を向ける
と、ステップ２５２４において、パケットが、ＡＲＰ要
求を含むかどうかを決定するためにテストされる。パケ
ットがＡＲＰ要求を含んでいない場合、プロセスはステ
ップ２５２４に戻る。なお、ステップ２５２４は、イベ
ントトリガ（パケット受信）に基づいて行われるもので
あり、継続するポーリングではない。パケットがＡＲＰ
要求を含んでいる場合、プロセスはステップ２５２８に
続く。

【００７９】ステップ２５２８において、ＡＲＰ要求
は、ＡＴＭドライバ８１６からサービスコントローラ８
０８に渡される。サービスコントローラはアドレスマッ
ピングテーブル１６００を読んで、ＡＲＰにおけるイン
ターネットアドレスによって識別されるＩＥＥＥ１３９
４ノードがＩＥＥＥ１３９４バス５６８に存在するかど
うかを決定する。インターネットアドレスによって識別
されるＩＥＥＥ１３９４ノードがＩＥＥＥ１３９４バス
５６８に存在しない場合、プロセスの本反復は終了す
る。しかし、ＩＥＥＥ１３９４ノードがＩＥＥＥ１３９
４バス５６８に存在する場合、ステップ２５３２におい
て、該ＩＥＥＥ１３９４ノードの物理アドレスが、アド
レスマッピングテーブル１６００から検索される。

【００８０】ステップ２５３６において、該物理アドレ
スはＡＲＰ応答に組み入れられ、ステップ２５４０にお
いて、ＡＲＰ応答がサービスコントローラ８０８からＡ
ＴＭドライバ８１６に、そしてＡＴＭドライバ８１６か
ら外部ネットワーク９０４に転送される。このプロセス
の本反復はステップ２５４０の後で終了するため、本プ
ロセスはステップ２５２４において（すなわち、次の反
復で）開始される。

【００８１】図２５（Ｃ）は、「ピング」を処理するた
めのステップを示す。ピングは、特定の装置が「オンラ
イン」すなわち「活きている」かどうかを決定するため
に使用されるエコー要求である。「ピング」プロセスは
当技術分野で既知であるが、説明のために本明細書に高
レベルの概観を示す。

【００８２】ステップ２５４４において、ＩＰパケット
が、ホームゲートウェイ５０４に向けられた「ピング」
要求を含むかどうかを決定するためにテストされる。Ｉ
Ｐパケットがホームゲートウェイ５０４に対するピング
要求を含んでいない場合、本反復は終了し、プロセスは
（上記ステップ２５０４および２５２４と同様に）ステ
ップ２５４４に戻る。しかし、ＩＰパケットがホームゲ
ートウェイ５０４に対するピング要求を含んでいる場
合、プロセスはステップ２５４８に続く。

【００８３】ステップ２５４８において、ピング要求が
ＡＴＭドライバ８１６からサービスコントローラ８０８
に渡され、ここで、ピング要求に含まれるＩＰアドレス
がホームゲートウェイ５０４のＩＰアドレスに対してテ
ストされる。該２つのアドレスがマッチングする場合、
プロセスは後述するステップ２５６０に続く。該２つの
ＩＰアドレスがマッチングしない場合、プロセスはステ
ップ２５５２に続く。

【００８４】ステップ２５５２において、サービスコン
トローラ８０８はアドレスマッピングテーブル１６００
に含まれるＩＰアドレスを読む。ステップ２５５６にお
いて、ピング要求に含まれる入りＩＰアドレスとアドレ
スマッピングテーブル１６００内のいずれかのＩＰアド
レスとの間にマッチングがあるかどうかを決定するため
にテストが行われる。ステップ２５５６でのテストの結
果、マッチングがなかった場合、本反復は終了し、プロ
セスはステップ２５４４に戻る（なお、この例では、ピ
ングにはいかなる応答も与えられない）。

【００８５】しかし、該２つのＩＰアドレス間にマッチ
ングが存在する場合、プロセスはステップ２５５８に続
き、ここでピング要求がＩＥＥＥ１３９４バス上の特定
のノードに転送される。該特定のノードは、ピング要求
に適宜応答する。したがって、プロセスはステップ２５
４４に戻る。

【００８６】ステップ２５６０において、ピング要求に
対する応答がサービスコントローラ８０８によって生成
され、ＡＴＭドライバ８１６に渡され、それから外部ネ
ットワーク９０４に転送される。ピング要求についての
処理が終了し、新たなピング要求を受信すると、次の反
復を処理することができる。

【００８７】ビットマップ転送 システム資源、たとえば、ＩＥＥＥ１３９４ケーブル帯
域幅への需要を低減するために、内部ネットワーク９１
２内の１つの装置（すなわちパーソナルコンピュータ９
４６またはホームゲートウェイ５０４）から第２の装置
（すなわちテレビ）への画像データの送信に、「ビット
マップ転送」と呼ばれる非同期プッシュプロトコルを採
用することが好ましい。ビットマップ転送は、ＩＥＥＥ
１３９４非同期モード機能上に階層化される。

【００８８】より詳細には、たとえば、ディスプレイモ
ニタ上の各画像ピクセル（または領域）毎のカラーデー
タ（たとえば赤、緑、青）レベルを表す画面上表示
（「ＯＳＤ」）情報が、まずビットマップフォーマット
に配置される。一実施の形態において、１２ビットカラ
ーピクセルデータが採用されるが、代替の実施の形態で
は、２４ビットカラーピクセルデータが採用され、後者
はより高い色解像度を提供するが、処理速度およびデー
タ記憶空間が犠牲になる。

【００８９】ビットマップ転送（「ＤＤ−ＡｓｙＢｍ
ｐ」とも呼ばれる）についての好ましい一連のステップ
を図１３に示し、図１４および図１５を参照して以下に
説明する。説明のために、以下の説明はコントローラ、
たとえば図６に示すホームゲートウェイ５０４と、たと
えばまた図６に示すＴＶアダプタ６０４のビデオ表示ユ
ニットとを参照して説明する。別の実施の形態におい
て、コントローラはパーソナルコンピュータ（たとえば
図５に示すパーソナルコンピュータ５２４）で実施され
うる。以下の方法において、別記しない限りステップは
コントローラによって実行される。

【００９０】まず、ステップ１３０４において、第１画
像データがコントローラにおいて受信される。第１の画
像データは、ビットマップ画像等の固定フォーマットの
データ構造であることが好ましい。ビットマップ画像は
複数のロケーションを含み、各ロケーションはそれに割
り当てられた一意のカラー（たとえば、６：３：３：４
（ＹＵＶアルファ）ビットおよび８：８：８：８（ＹＵ
Ｖアルファ）ビット等、α値のためのさらなる４ビット
または８ビットを含む、Ｙ、Ｃ_b、Ｃ_rフォーマットでの
１２ビットまたは２４ビットカラー情報）を有する。第
１の画像データは、ステップ１３０８においてメモリに
格納される。

【００９１】次に、ステップ１３１２において、コント
ローラは、第１の画像データで検出された一意のカラー
に基づいて、カラールックアップテーブル（図１４を参
照して後述）を生成する。なお、カラールックアップテ
ーブルは、ピクセルロケーション情報と無関係であり、
画像データに含まれるカラーデータだけに関連する。一
実施の形態によれば、カラールックアップテーブルの生
成には、第１の画像データから複数の一意のカラーを抽
出するステップと、第１の画像データから抽出した複数
の一意のカラーそれぞれに一意のキー値を割り当てるス
テップと、次に、カラールックアップテーブルに一意の
キー値と対応するカラー情報を組み入れるステップと、
が含まれる。

【００９２】ステップ１３１６において、カラールック
アップテーブルはビデオ表示ユニットに伝送される。次
に、ステップ１３２０において、第１の画像データはビ
デオ表示ユニットに伝送される。画像データの構造は、
図１５を参照して後述される。

【００９３】ステップ１３２４において、コントローラ
は新たな画像データを受信する。ステップ１３２８にお
いて、画像カウンタが増分される。ステップ１３３２に
おいて、画像カウンタが、新たな画像データを単に転送
するだけか、または比較して画像変更情報を生成するか
を決定するためにテストされる。現在の好ましい実施の
形態において、Ｎ個の画像を受信した後毎に、新たなカ
ラールックアップテーブルを生成する。Ｎの値を、ある
期間（ミリ秒）に対応するよう同調させることもでき
る。したがって、画像カウンタがＮよりも大きければ、
コントローラはステップ１３３２の後にステップ１３１
２に戻る。ステップ１３３２においてテストが成功であ
れば、使用される画像カウンタに応じて、画像カウンタ
をリセットすべきである。画像カウンタがＮ以下である
場合、プロセスはステップ１３３６に続く。

【００９４】ステップ１３３６において、新たな画像デ
ータと前に格納された画像データを比較する。これらの
画像、または目下関心のある領域が同じである場合、コ
ントローラからビデオ表示ユニットに変更を送信する必
要はない。したがって、コントローラはステップ１３２
４に戻り、次の新たな画像データを待つ。しかし、これ
らの画像が同じでない場合、ステップ１３４０におい
て、新たな画像データのカラーが、カラールックアップ
テーブルのカラーと比較される。

【００９５】ステップ１３４０での比較の結果、カラー
が同じでない場合、新たなカラールックアップテーブル
がステップ１３４４において生成され、ステップ１３４
８においてビデオ表示ユニットに伝送される。しかし、
カラーが同じである場合、プロセスはステップ１３４０
からステップ１３５２に続く。

【００９６】ステップ１３５２において、画像本体デー
タが、格納された画像データと受信した新たな画像デー
タ間の変更を反映して生成される。ステップ１３５６に
おいて、画像本体データとともに画像本体データディク
ショナリがコントローラからビデオ表示ユニットに伝送
される。ステップ１３６０において、受信した新たな画
像データ（すなわちステップ１３２４においてコントロ
ーラによって）がメモリに格納され、プロセスはステッ
プ１３２４に戻り、ここで次の新たな画像データを受信
する。

【００９７】現在の好ましい実施の形態において、上述
したビットマップ転送方法は、非同期プッシュモードに
おいてＩＥＥＥ１３９４バスを介して行われる。したが
って、各伝送後に、データが適切にその宛先で受信され
るよう保証するために、承認信号がビデオ表示ユニット
からコントローラに戻されることが好ましい。

【００９８】カラールックアップテーブル 例示的なカラールックアップテーブルを図１４に示す。
カラールックアップテーブル１４００は、少なくとも２
つの構造要素を含む。まず、カラールックアップテーブ
ル１４００は、一意のキー値列１４０４を含み、次にカ
ラー指示値列１４０８を含む。現在の好ましい実施の形
態によれば、一意のキー値列１４０４は、８ビットエン
トリを保持し、これは２５６色、すなわち２５６色指示
行１４４０を一意に識別する。カラー指示値列１４０８
は１６ビットエントリ（１２ビットのカラー情報１４４
４および４ビットの予備空間１４４８）を保持し、これ
はＲＧＢまたはビデオ表示ユニットで同様に符号化され
たカラー画像の生成に必要な特定のカラーコードを一意
に識別する。代替の実施の形態では、カラー指示列１４
０８は、３２ビットエントリ（２４ビットのカラー情報
および８ビットの予備空間）を保持する。同様に、一意
のキー値列１４０４は、カラールックアップテーブルに
より多数の異なったカラーを表現するよう、より大きく
てもよい。

【００９９】現在の好ましい実施の形態において、カラ
ールックアップテーブル１４００はさらに、後続するデ
ータすなわちここではカラー指示フィールドについての
情報であるデータディクショナリ１４１２を含む。デー
タディクショナリ１４１２は、データ構造識別子フィー
ルド１４１６、たとえば現在のデータ構造はカラールッ
クアップデータであることを示す１バイトの値と、カラ
ーテーブルが適用される全体画像の断片を識別するパレ
ット断片数フィールド１４２０と、全体画像における断
片数を識別する断片数値フィールド１４２４と、各カラ
ー指示列におけるビット数を識別するパレットビット幅
値フィールド１４２８とを含む。最後に、２バイト（バ
イト１４３２および１４３６）が、目下好ましいデータ
ディクショナリ１４１２内に確保される。

【０１００】データディクショナリ１４１２は約６バイ
ト長であり、カラー指示フィールド（すべて一緒に）は
約５１２バイト長である。データディクショナリ１４１
２は一般に、すぐカラー指示行１４４０に続く。

【０１０１】画像データ構造 コントローラによってビデオ表示ユニットに伝送される
画像データの構造を図１５に示す。画像データ構造１５
００は、２つの部分、すなわち画像データデータディク
ショナリ１５０４および画像データ本体１５０８を含
む。

【０１０２】画像データデータディクショナリ１５０４
は、受信側にデータ構造が画像データであると教える画
像データ識別子フィールド１５１２と、画像データ本体
の構造（たとえば、画像データ本体１５０８に表される
ピクセル数）を示すピクセルブロックサイズフィールド
１５１６と、カラーモードフィールド１５２０（たとえ
ば、８ビットピクセルインデックス、１６ビットカラー
情報、または３２ビットカラー情報）と、ピクセルブロ
ックアルファフィールド１５２４と、ピクセル位置の座
標、たとえば左上位置１５２８、右上位置１５３２、左
下位置１５３６、および右下位置１５４０を示す１６ビ
ットのｘ、ｙ符号化値と、を含む。あるいは、ピクセル
位置の座標は、特定の予め定義された関心のある領域を
示す単一の値であってもよい。２つの予備バイトをデー
タディクショナリ１５０４に含めてもよく、これら２つ
のバイトは予備バイト１５４４および１５４８として図
示されている。上記において別記してある場合を除き、
画像データデータディクショナリ１５０４の好ましいフ
ィールドサイズは８ビットである。

【０１０３】画像データ本体１５０８は、目下３つの異
なる実施の形態を有しうる。ピクセルブロックサイズフ
ィールド１５１６およびカラーモードフィールド１５２
０は、画像データ本体が３つの実施の形態のうちのどの
形態をとるかを定義する。たとえば、画像データ本体１
５０８は、８ビットピクセルインデックス、１６ビット
カラー情報、または３２ビットカラー情報を含むことが
できる。１６および３２ビットカラー情報フォーマット
は、カラー情報が画像データ本体１５０８に含まれてい
るという点を除き、図１４を参照して説明したカラー指
示列１４０８とほぼ同じである。しかし、この発明の利
点の１つによれば、カラー情報は、画像データ本体１５
０８の構造として８ビットピクセルインデックスを採用
することにより、圧縮される。

【０１０４】８ビットピクセルインデックスの実施の形
態によれば、画像データを完全にビデオ表示ユニットに
運ぶのに必要なのは、たった７６８（たとえば３２ｘ２
４ピクセル）バイト（たとえばバイト１５５２）の画像
データ本体１５０８である。したがって、カラー情報に
おける冗長性は、カラールックアップテーブル１４００
および８ビットピクセルインデックスを組み合わせて使
用することにより、画像データ本体１５０８から取り除
かれる。８ビットピクセルインデックスは、各カラール
ックアップ値が現画像における特定のピクセルを表す複
数のカラールックアップ値を含む。カラールックアップ
値は、カラールックアップテーブル１４００における特
定の一意のキー値１４５２に対応する。したがって、画
像データ本体１５０８のサイズが、たとえば７６８バイ
トに固定されている場合、８ビットピクセルインデック
スの実施の形態は、１６ビットカラー情報の実施の形態
よりも２倍多くの画像ピクセル情報と、また３２ビット
カラー情報の実施の形態よりも４倍多くの画像ピクセル
情報と通信できる。

【０１０５】ダブルバッファリング 図３１は、本明細書において「ダブルバッファリング」
と呼ばれる、一意のビットマップ転送技術を行うのに目
下好ましいハードウェア３１００のブロック図である。
図３２は、ダブルバッファリングが採用される場合の、
ビットマップ転送プロトコルの受信側で行われるステッ
プを示すフローチャートである。

【０１０６】まず、図３１に目を向けると、中央サーバ
３１０４が、ビデオまたはインターネットサービスプロ
バイダからホームエンターテイメントネットワークシス
テム５００にＭＰＥＧストリーム等のデータを送信す
る。

【０１０７】ビデオ表示アダプタ３１０８は、ホームゲ
ートウェイ５０４、ＶＣＲ、ＤＶＤプレーヤ等の多数の
家庭用電子機器のいずれであってもよい。図示におい
て、ビデオ表示アダプタ３１０８は、好ましくはＡＴＭ
インタフェースである第１のインタフェース３１２４
と、第１のインタフェース３１２４に接続された、好ま
しくはＩＥＥＥ１３９４準拠ノードであるコントローラ
３１２８と、コントローラ３１２８に接続された、好ま
しくはＩＥＥＥ１３９４バスインタフェースである第２
のインタフェース３１３２とを含む。ビデオ表示アダプ
タ３１０８コンポーネントは、ローカルバス３１５６を
介して接続されている。さらに、コントローラ３１２８
は、ＲＯＭ（図示せず）等のコンピュータ読み取り可能
な記録媒体からの命令シーケンスを実行するよう構成さ
れる。命令シーケンスは、図３２を参照して後述され
る。最後に、ビデオ表示アダプタ３１０８は、ＡＴＭ通
信リンク３１１６を介して中央サーバ３１０４に通信可
能に接続される。

【０１０８】ビデオ表示ユニット３１１２は、好ましく
はＩＥＥＥ１３９４通信リンク３１２０を介してビデオ
表示アダプタ３１０８に通信可能に接続される。ビデオ
表示ユニット３１１２は２つの大まかな部分、すなわち
テレビアダプタ３１４８およびテレビ表示画面３１５２
を含む。しかし、代替の実施の形態によれば、テレビア
ダプタ３１４８は単一のビデオ表示ユニット、すなわち
同じ物理的なパッケージの一部である必要はない。むし
ろ、テレビアダプタ３１４８はスタンドアロン型ユニッ
トであってもよく、またはホームゲートウェイ５０４等
のビデオ表示アダプタ３１０８内に内蔵されてもよい。

【０１０９】テレビアダプタ３１４８は、ＩＥＥＥ１３
９４通信リンク３１２０を受信するためのインタフェー
ス３１３６と、２つの表示バッファ、すなわち画面上表
示バッファ３１４０および画面外表示バッファ３１４４
とを含むことが好ましい。インタフェース３１３６、画
面上表示バッファ３１４０、および画面外表示バッファ
３１４４は、ローカルバス３１６０を介して通信可能に
接続されている。一実施の形態によれば、制御論理が、
テレビアダプタ３１４８におけるＩＥＥＥ１３９４ノー
ド（図示せず）によって実施される。代替の実施の形態
では、制御論理がフィールドプログラマブルゲートアレ
イ「ＦＰＧＡ」、またはトランジスタトランジスタ論理
「ＴＴＬ」回路によって実施される。

【０１１０】画面上表示バッファ３１４０が、現在テレ
ビ表示画面３１５２に提示されている画像データを格納
するよう構成される一方、画面外表示バッファ３１４４
は、将来テレビ表示画面３１５２に表示される画面デー
タを格納するよう構成される。したがって、テレビ表示
画面３１５２は、リンク３１６４を介して画面上表示バ
ッファ３１４０に接続される。しかし、代替の実施の形
態では、画面上表示バッファ３１４０および画面外表示
バッファ３１４４の両方をテレビ表示画面３１５２に接
続して、テレビ表示画面３１５２に提示される画像デー
タをいずれかのバッファから提示することができる。

【０１１１】以下のダブルバッファリング方法の説明に
関して、図１５に示される予備バイト１５４４はここで
はバッファ制御レジスタとして使用されることに留意す
る。バッファ制御レジスタは、ダブルバッファリンクに
関する情報を通信する多数のフラグの１つを保持する。
たとえば、１つのフラグは画面上表示バッファフラグで
あり、もう１つのフラグは画面外表示バッファフラグで
あり、第３のフラグはスワップフラグである。これらの
フラグは、より詳細に本明細書で説明する。

【０１１２】図３２は、この発明の好ましい実施の形態
によるビットマップ転送データのダブルバッファリング
方法を示す。ステップ３２０４において、カラールック
アップテーブル１４００がテレビアダプタ３１４８によ
って受信され、メモリ（図示せず）に格納される。次
に、ステップ３２０８において、画像データ１５００が
テレビアダプタ３１４８によって受信される。ステップ
３２１２から３２２０において、画像データデータディ
クショナリ１５０４を分析して、バッファ制御レジスタ
の値を決定する。

【０１１３】バッファ制御レジスタ１５４４の値が、画
像データ本体１５０８に含まれる画像データが画面上表
示バッファ中に配置されるべきであることを示す場合、
プロセスはステップ３２２４に進み、ここで、画像デー
タ本体１５０８における画像データが画面上表示バッフ
ァ３１４０に格納される。次に、画面上表示バッファ３
１４０内の画像データがテレビ表示画面３１５２に提示
される。通常は、画像データのテレビ表示画面３１５２
への提示は、ステップ３２０４において受信したカラー
ルックアップテーブル１４００からのカラー値の検索が
含まれる。ある環境においては、カラールックアップテ
ーブル１４００は、テレビアダプタ３１４８が受信した
単一の画像データ１５００毎に受信されるのではなく、
むしろ、カラールックアップテーブル１４００は、連続
した画像データ１５００間で共用される。

【０１１４】バッファ制御レジスタ１５４４の値が、画
像データ本体１５０８に含まれる画像データが画面外表
示バッファ３１４４中に配置されるべきであることを示
す場合、プロセスはステップ３２３２に進み、ここで、
画像データ本体１５０８における画像データが画面外表
示バッファ３１４４に格納される。

【０１１５】バッファ制御レジスタ１５４４の値が「ス
ワップ」を示す場合、テレビアダプタ３１４８は画像デ
ータ本体１５０８を受信しない。むしろ、ステップ３２
３６において、画面外表示バッファ３１４４に含まれる
画像データが画面上表示バッファ３１４０にコピーされ
る。次に、プロセスは上述したようにステップ３２２８
に進む。

【０１１６】ステップ３２３２および３２２８の後、ま
たバッファ制御レジスタからの無効フラグの後も同様
に、該方法の本反復は終了し、プロセスは再びステップ
３２０４あるいはステップ３２０８に続くことが可能で
ある。

【０１１７】画面上表示バッファ３１４０、画面外表示
バッファ３１４４用の画像データの後に、「スワップ」
フラグを連続して受信することで、テレビ表示画面３１
５２にアニメーションの知覚が作り出される。本技術
は、広告用に、ならびにバナーまたはテキストのスクロ
ール用に、オブジェクトのアニメ化された動きの表示に
有用である。なお、バッファ制御レジスタ１５４４はコ
ントローラ３１２８によって制御されるため、アニメー
ション効果のタイミングもコントローラ３１２８によっ
て制御される。

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

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

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

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

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

【０１２３】図２２は、アドレスマッピングテーブル１
６００を生成かつ維持するステップを示すフローチャー
トである。ステップは、ホームエンターテイメントネッ
トワークシステム５００に存在する「管理ノード」によ
って行われる。より詳細には、ステップはホームゲート
ウェイ５０４によって行われる。アドレスマッピングテ
ーブル１６００を管理するノードは通常、予め選択され
ている。しかし、バスリセットに応答して、あるいはユ
ーザから表された命令によって動的に変更可能である。
いずれにしても、アドレスマッピングテーブル１６００
を生成かつ維持する機能は、ＩＥＥＥ１３９４ドライバ
８２０に内蔵される。

【０１２４】アドレスマッピングプロセスの最初に、ア
ドレスマッピングテーブル１６００を生成させるトリガ
を受信する。トリガは、バスリセットコマンド等の、管
理ノードに対して内部または外部トリガのいずれかであ
る。バスリセットは、アプリケーション層からの明示的
な命令の結果、またはファームウェアからの暗黙命令に
よって、たとえばＩＥＥＥ１３９４ドライバ８２０がホ
ームエンターテイメントネットワークシステム５００に
追加された新しいノードを検出したことに応答して、発
生しうる。トリガは、図２２のステップ２２００におい
てバスリセットとして示されている。

【０１２５】トリガ受信後、プロセスはステップ２２０
４に進み、ここで管理ノードが自己識別パケットを受信
する。自己識別パケットは、上記で「node_ID」と呼ば
れた１６ビットのアドレス情報を含む。ステップ２２０
８において、node_ID、より詳細には１０ビットのbus_I
D（バスＩＤ）および６ビットのphysical_IDが、自己識
別パケットから抽出される。

【０１２６】ステップ２２１２において、新しい行がア
ドレスマッピングテーブル１６００に追加される。ステ
ップ２２０８において抽出されたデータは、ステップ２
２１６において、bus_IDおよびphysical_IDフィールド
に記入される。好ましい実施の形態において、２つのフ
ィールドは、単一の１６ビットのアドレス空間、すなわ
ちnode_ID列１６１２である。

【０１２７】ステップ２２２０において、管理ノード
は、ステップ２２０４において受信したnode_IDによっ
て識別されるノードにアドレス指定された非同期読み込
み要求を用意して伝送する。該非同期読み込み要求に応
答して、ステップ２２２４において、管理ノードは非同
期読み込み応答を受信する。非同期読み込み応答は、少
なくともノード一意識別子（「ＩＤ」）を含み、また好
ましくは、さらにノード属性情報、たとえばＩＰアドレ
ス、ノードタイプ、および共通名等を含む。

【０１２８】ステップ２２２８において、ノードユニー
クＩＤ、および現在の好ましい実施の形態による追加の
ノード属性情報が、ステップ２２２４において受信した
非同期読み込み応答から抽出される。ステップ２２３２
において、ノードユニークＩＤは、アドレスマッピング
テーブル１６００のノードユニークＩＤ列に記入され
る。好ましい実施の形態において、追加のノード属性情
報はまた、アドレスマッピングテーブル１６００の対応
する列にも記入される。区分けされたアドレスマッピン
グテーブル１６００を使用する場合、該アドレスマッピ
ングテーブル１６００の行は、行におけるデータが関連
するサービスのタイプ、たとえばＩＥＥＥ１３９４サー
ビス、ＡＴＭサービス、またはＭＰＥＧサービスに対応
して、論理的に分離される。このような実施の形態にお
いて、ノード属性情報は、どの区分けにノード情報が対
応するかを識別する。別の実施の形態において、冗長デ
ータが、一次アドレスマッピングテーブル１６００内の
ミニサービステーブルに格納される。

【０１２９】最後に、ステップ２２３６において、管理
ノードが新しいノード自己ＩＤパケットを受信したかど
うかを決定するためのテストが行われる。新しいノード
自己ＩＤパケットを受信している場合、プロセスはステ
ップ２２０８に続く。新しいノード自己ＩＤパケットを
受信していない場合、プロセスは終了する。

【０１３０】この発明のより広義な精神において、上述
したステップはバッチモードで処理可能であり、バスリ
セット（すなわちステップ２２００）後、収集期間が経
過する間に、管理ノードがノード自己ＩＤパケットを受
信して、メモリ内の待機リストに入れる。このような実
施の形態において、ノード自己ＩＤの処理と、ノードユ
ニークＩＤおよびノード属性情報の取得とは、待機リス
トから漸進的に処理することができる。したがって、ス
テップ２２３６において、テストにより、追加の自己Ｉ
Ｄパケットを処理する必要があるかどうかが決定され
る。

【０１３１】ホームエンターテイメントネットワークシ
ステム５００における特定のノードに向けられたコマン
ドを受信すると、該コマンドは、アドレスマッピングテ
ーブル１６００を使用して特定のbus_IDおよびphysical
_ID（またはnode_ID）に関連づけられる。次に、管理ノ
ードは、該特定のbus_IDおよびphysical_IDを使用し
て、受信したコマンドをホームエンターテイメントネッ
トワークシステム５００における特定のノードにアドレ
ス指定（すなわち配送）する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】 好ましいビットマップ転送プロトコルを示
すフローチャートである。

【図１４】 ビットマップ転送プロトコルに採用される
好ましいカラールックアップテーブル構造を示す説明図
である。

【図１５】 好ましい画像データ構造を示す説明図であ
る。

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

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

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

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

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

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

【図２２】 アドレスマッピングテーブルを生成および
維持するためのステップ（act）を示すフローチャート
である。

【図２３】 外部ネットワークと内部ネットワーク間で
データをフォーマットかつルーティングする方法を示す
フローチャートである。

【図２４】 ＭＰＥＧ移送ストリーム処理サービスを示
すフローチャートである。

【図２５】 この発明の実施の形態のＩＰサービス態様
の様々な機能およびプロセスを示すフローチャートであ
る。

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

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

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

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

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

【図３１】 ダブルバッファリングに好ましいハードウ
ェアアーキテクチャのブロック図である。

【図３２】 ビットマップ転送データのダブルバッファ
リング方法を示すフローチャートである。

【符号の説明】

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

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 29/06 (71)出願人 597067574 201 ＢＲＯＡＤＷＡＹ， ＣＡＭＢＲＩ ＤＧＥ， ＭＡＳＳＡＣＨＵＳＥＴＴＳ 02139， Ｕ．Ｓ．Ａ. (72)発明者 赤津 慎二 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 フェルナンド・マサミ・マツバラ アメリカ合衆国、カリフォルニア州、サン タクララ、ビスタ・クラブ・サークル 1570、アパートメント 201 (72)発明者 三浦 紳 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (54)【発明の名称】 外部ネットワークと内部ネットワークの間でデータをフォーマットし、かつルーティングする方 法、およびその方法を行わせる１つまたは複数の命令シーケンスを格納したコンピュータ読み取 り可能な記録媒体

Claims (8)

【特許請求の範囲】
1. 【請求項１】 外部ネットワークと内部ネットワークの
   間でデータをフォーマットし、かつルーティングする方
   法であって、 ゲートウェイ装置でデータパケットを受信するステップ
   と、 該データパケットからデータ情報を分離するステップ
   と、 該分離されたデータ情報を第１のデジタルフォーマット
   から第２のデジタルフォーマットに再フォーマットする
   ステップと、 該第２のデジタルフォーマットのデータ情報を内部ネッ
   トワークに存在する特定のノードに通信するための伝送
   モードを選択するステップと、 前記第２のデジタルフォーマットのデータ情報の一部
   を、選択された伝送モードでの伝送のために準備するス
   テップと、 第２のデジタルフォーマットのデータ情報の該一部を、
   前記選択された伝送モードを介して前記特定のノードに
   伝送するステップとを含む方法。
2. 【請求項２】 前記伝送モードを選択するステップは、 前記データ情報がリアルタイムデータであるか、または
   非リアルタイムデータであるかを決定するステップと、 該データ情報がリアルタイムデータである場合、該デー
   タ情報の前記特定のノードへの通信にＩＥＥＥ１３９４
   等時性チャネル（isochronous channel）を選択するス
   テップと、 該データ情報が非リアルタイムデータである場合、該デ
   ータ情報の前記特定のノードへの通信にＩＥＥＥ１３９
   ４非同期チャネルを選択するステップとを含む請求項１
   記載の方法。
3. 【請求項３】 前記データ情報の一部を伝送のために準
   備するステップは、 アドレスマッピングテーブルを読んで、前記特定のノー
   ドについてのノードアドレス情報を検索するステップ
   と、 前記特定のノードについての該ノードアドレス情報を、
   前記第２のデジタルフォーマットのデータ情報の前記一
   部に添付するステップとを含む請求項１記載の方法。
4. 【請求項４】 前記データパケットは、非同期転送モー
   ドプロトコルを使用するよう構成された外部ネットワー
   クインタフェースを介して前記ゲートウェイ装置で受信
   されるとともに、ＩＥＥＥ１３９４プロトコルを使用す
   るよう構成された内部ネットワークインタフェースにル
   ーティングされる、請求項１記載の方法。
5. 【請求項５】 １つまたは複数のプロセッサに外部ネッ
   トワークと内部ネットワークの間でデータをフォーマッ
   トし、かつルーティングする方法を行わせる１つまたは
   複数の命令シーケンスを格納したコンピュータ読み取り
   可能な記録媒体であって、 ゲートウェイ装置でデータパケットを受信するステップ
   と、 該データパケットからデータ情報を分離するステップ
   と、 該分離されたデータ情報を第１のデジタルフォーマット
   から第２のデジタルフォーマットに再フォーマットする
   ステップと、 該第２のデジタルフォーマットのデータ情報を内部ネッ
   トワークに存在する特定のノードに通信するための伝送
   モードを選択するステップと、 前記第２のデジタルフォーマットのデータ情報の一部
   を、選択された伝送モードでの伝送のために準備するス
   テップと、 第２のデジタルフォーマットのデータ情報の該一部を、
   前記選択された伝送モードを介して前記特定のノードに
   伝送するステップとを含むコンピュータ読み取り可能な
   記録媒体。
6. 【請求項６】 前記伝送モードを選択するステップは、 前記データ情報がリアルタイムデータであるか、または
   非リアルタイムデータであるかを決定するステップと、 該データ情報がリアルタイムデータである場合、該デー
   タ情報の前記特定のノードへの通信にＩＥＥＥ１３９４
   等時性チャネルを選択するステップと、 該データ情報が非リアルタイムデータである場合、該デ
   ータ情報の前記特定のノードへの通信にＩＥＥＥ１３９
   ４非同期チャネルを選択するステップとを含む請求項５
   記載のコンピュータ読み取り可能な記録媒体。
7. 【請求項７】 前記データ情報の一部を伝送のために準
   備するステップは、 アドレスマッピングテーブルを読んで、前記特定のノー
   ドについてのノードアドレス情報を検索するステップ
   と、 前記特定のノードについての該ノードアドレス情報を、
   前記第２のデジタルフォーマットのデータ情報の前記一
   部に添付するステップとを含む請求項５記載のコンピュ
   ータ読み取り可能な記録媒体。
8. 【請求項８】 前記データパケットは、非同期転送モー
   ドプロトコルを使用するよう構成された外部ネットワー
   クインタフェースを介して前記ゲートウェイ装置で受信
   されるとともに、ＩＥＥＥ１３９４プロトコルを使用す
   るよう構成された内部ネットワークインタフェースにル
   ーティングされる、請求項５記載のコンピュータ読み取
   り可能な記録媒体。