JP2001028763A - コントローラからビデオ表示ユニットに画像データを転送する方法、ビデオ表示ユニットアダプタ、ビデオ表示システム、並びにテレビ表示画面上への提示のために画像データをダブルバッファリングする方法 - Google Patents

コントローラからビデオ表示ユニットに画像データを転送する方法、ビデオ表示ユニットアダプタ、ビデオ表示システム、並びにテレビ表示画面上への提示のために画像データをダブルバッファリングする方法

Info

Publication number
JP2001028763A
JP2001028763A JP2000124257A JP2000124257A JP2001028763A JP 2001028763 A JP2001028763 A JP 2001028763A JP 2000124257 A JP2000124257 A JP 2000124257A JP 2000124257 A JP2000124257 A JP 2000124257A JP 2001028763 A JP2001028763 A JP 2001028763A
Authority
JP
Japan
Prior art keywords
image data
video display
television
screen
buffer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000124257A
Other languages
English (en)
Inventor
Shinji Akatsu
慎二 赤津
Fernando Masami Matsubara
フェルナンド・マサミ・マツバラ
Shin Miura
紳 三浦
Eiji Matsuo
英治 松尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Information Technology Corp
Mitsubishi Electric Research Laboratories Inc
Original Assignee
Mitsubishi Electric Information Technology Corp
Mitsubishi Electric Research Laboratories Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Information Technology Corp, Mitsubishi Electric Research Laboratories Inc filed Critical Mitsubishi Electric Information Technology Corp
Publication of JP2001028763A publication Critical patent/JP2001028763A/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/64Circuits for processing colour signals
    • H04N9/641Multi-purpose receivers, e.g. for auxiliary information
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43632Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8146Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • H04N21/8153Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics comprising still images, e.g. texture, background image
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1415Digital output to display device ; Cooperation and interconnection of the display device with other functional units with means for detecting differences between the image stored in the host and the images displayed on the displays
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00Aspects of data communication
    • G09G2370/04Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/02Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the way in which colour is displayed
    • G09G5/06Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the way in which colour is displayed using colour palettes, e.g. look-up tables
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/36Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
    • G09G5/39Control of the bit-mapped memory
    • G09G5/393Arrangements for updating the contents of the bit-mapped memory
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/36Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
    • G09G5/39Control of the bit-mapped memory
    • G09G5/399Control of the bit-mapped memory using two or more bit-mapped memories, the operations of which are switched in time, e.g. ping-pong buffers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2838Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40117Interconnection of audio or video/imaging devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L2012/2847Home automation networks characterised by the type of home appliance used
    • H04L2012/2849Audio/video appliances

Abstract

(57)【要約】 【課題】 コントローラからビデオ表示ユニットに画像
データを転送する方法、ビデオ表示ユニットアダプタ、
ビデオ表示システム、並びにテレビ表示画面上への提示
のために画像データをダブルバッファリングする方法を
提供する。 【解決手段】 コントローラにおいて第1の画像データ
を受信し、該第1の画像データに基づいてカラールック
アップテーブルを生成し、コントローラから前記ビデオ
表示ユニットに、該カラールックアップテーブルを伝送
し、コントローラからビデオ表示ユニットに、第1の画
像データを伝送し、コントローラにおいて第2の画像デ
ータを受信し、該第2の画像データを第1の画像データ
と比較し、第1の画像データと第2の画像データとの差
を示す第3の画像データを生成し、コントローラからビ
デオ表示ユニットに該第3の画像データを伝送すること
を含む。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】この発明は、コントローラか
らビデオ表示ユニットに画像データを転送する方法、ビ
デオ表示ユニットアダプタ、ビデオ表示システム、並び
にテレビ表示画面上への提示のために画像データをダブ
ルバッファリングする方法に関し、特に、ホームエンタ
ーテイメントシステムの分野に関し、ホームエンターテ
イメントシステムにおける通信および制御技術に関す
る。
【0002】
【従来の技術】これまで、ホームエンターテイメントシ
ステムは、単にテレビセット(TV)およびビデオカセ
ットレコーダ(VCR)からなることが多かった。1つ
または2つの同軸または複合ケーブルが、入力から出
力、および/または出力から入力にTVおよびVCRを
相互接続していた。しかし、近年、ホームエンターテイ
メントシステムはますます複雑になってきている。
【0003】家庭用電子機器、たとえばコンパクトディ
スク(CD)プレーヤ、デジタルビデオディスク(DV
D)プレーヤ、ゲームシステム、サラウンドサウンドオ
ーディオシステム、手持ち型ビデオカメラ等が向上した
ため、消費者は追加の装置を自身のホームエンターテイ
メントシステムに接続せざるをえなかった。新しい装置
を追加する度に、少なくとも2本のワイヤ(通常、電源
ワイヤおよび入出力ワイヤ)を各種装置から、または各
種装置へ蛇行する複雑な蜘蛛の巣状のワイヤに追加し
た。
【0004】当初、各種装置間の相互接続の複雑性を低
減するために、スイッチボックスが採用された。たとえ
ば、単純な「A/B」スイッチボックスにより、ユーザ
が、装置間で同軸ケーブルを引き抜いて再び連結させる
必要なく、1つの入力または別の入力を選択的に選ぶこ
とができる。しかし、ホームエンターテイメントシステ
ムにおける装置の数が増えるにつれ、装置を相互接続す
るためのA/Bスイッチボックスの使用は面倒かつ非効
率的になってきた。
【0005】特筆すべきは、消費者が一般に、ホームエ
ンターテイメント装置の機能性および精巧さが増大する
につれ、各装置を操作するのに必要な膨大な数のコンポ
ーネントのリモートコントローラを処分するために、よ
り少数のワイヤ、より単純な相互接続方式を望むことで
ある。実際、大部分のリモートコントローラの「機能」
はまったく使用されない(たとえば、"The Complexity
Problem: IndustrialDesign", Atlantic Monthly, Vo
l. 271, No. 3, March 1993, p. 96を参照のこと)。他
に理由がない場合、これは、各装置の制御および操作に
関連する順序および/またはステップの数が異なるため
である。
【0006】上記の制御問題に対する解決策の1つは、
Schindler他による米国特許第5,675,390号
(「‘390号特許」)に提案されている。‘390号
特許の図1に示されているように、エンターテイメント
システムは、パーソナルコンピュータによって中心制御
される。Schindler他のシステムによれば、制御は、
「ハブおよびスポーク(hub and spoke)」または「ス
ター」型通信トポロジを採用した(すなわち、すべての
通信がパーソナルコンピュータ(またはハブ)を介す
る)パーソナルコンピュータにまとめられている。この
構成により、各装置はパーソナルコンピュータへの各自
の専用接続が必要である。このような解決策は、密接に
統合された家庭用電子機器および知識のあるコンピュー
タユーザに対しては有効である。しかし、従来採用され
るよりもさらにより多数の相互接続用ワイヤが必要であ
る(‘390号特許の図7に示されるI/Oプラグの数
に留意する)。さらに、このようなシステムには拡張性
がない。すなわち、新たな装置をシステムに追加しよう
とする際、追加の対応アダプタ/コントローラをパーソ
ナルコンピュータに追加しなければならない。
【0007】同様の解決策が、Freadmanによる米国特許
第5,722,041号(「‘041号特許」)に提案
されている。‘041号特許の図2は、Freadmanのホー
ムエンターテイメントシステムを最もよく示している。
Schindler他と同様に、制御はパーソナルコンピュータ
に中心的に置かれる。メディア供給は、多重チャネルモ
デムとアナログ無線周波数ミキサを組み合わせたものを
介して行われ、これは同軸ケーブルを介して多数の端末
装置に接続される。ワイヤの数の低減は達成されるが、
装置間で共有される機能は最小限である、すなわち、一
方の装置はもう一方の装置を制御しない(逆の場合も同
様)。
【0008】特に、ホームエンターテイメントシステム
ネットワークを制御するために、ユーザに操作されるパ
ーソナルコンピュータを追加しても、本質的には複雑性
は低減されない。実際、複雑性を増大させる場合もあ
る。コンピュータ制御が面倒でないにしても、困難であ
ることが多い。一般に、ハードウェアおよびソフトウェ
アコンポーネントを通信するよう構成するとともに、装
置を適切に初期化する必要がある。周辺機器(たとえば
VCR、TV等)あるいはコンピュータ自体をアップグ
レードするには、システムのオペレーティングソフトウ
ェアを完全にオーバーホールする必要がある場合があ
り、これによってシステム性能に不適合性および不確実
性が導入されてしまう。
【0009】より複雑なホームエンターテイメントシス
テムにおける膨大な数の相互接続用ワイヤに対する1つ
の解決策は、IEEE1394−1995標準およびそ
の拡張である(extension)IEEE1394a、およ
びIEEE1394bであり、これらを本明細書におい
て「IEEE1394」と呼ぶ。一実施の形態におい
て、IEEE1394ケーブルは、6撚線ケーブルであ
り、1本の撚線は電源用、1本の撚線は接地用、2本の
撚線はデータ用、2本の撚線はデータストランドを同期
するために使用されるストローブ用である。代替の実施
の形態では、電源および接地用撚線を省いた4撚線ケー
ブルを使用してもよい。IEEE1394ケーブルは電
磁妨害雑音を防ぐシールドも備える。核心として、IE
EE1394ケーブルは本質的に、このワイヤに関して
は最大400メガビット/秒のデータ速度を有する高性
能シリアルバスである。
【0010】有利なことに、IEEE1394バスは、
コンポーネント電子機器がIEEE1394ケーブルを
介して電力を受け取るとともに通信するよう設計されう
るため、大部分の装置に必要とされる接続をバックプレ
ーンバス環境において1本のケーブルに低減するので、
ホームエンターテイメントシステムにおける膨大な数の
ワイヤに対する必要性を低減する。IEEE1394−
1995標準は、IEEE1394バスを実施するため
の物理層、リンク層、およびトランザクション層の態様
についての仕様を提供し、これには、バスリセット、バ
ス調停(bus arbitration)、ノード構成、標準パケッ
ト構造、パケット伝送の初期化、非同期パケットの送受
信、等時性パケット(isochronous packets)の送受
信、トランザクション制御、および誤り検出および修正
等の機能の提供を含む。
【0011】IEEE1394バスを介した通信は、純
粋にデジタルであるという点において、多くの従来技術
とは異なっている。特に、IEEE1394上で搬送さ
れるデータはソース(たとえばCD−ROM)からデジ
タルであるか、あるいはIEEE1394バスに配置さ
れる前にアナログデジタル変換器によって変換されなけ
ればならない。さらに、IEEE1394ベースのシス
テムでの通信はピアツーピア(peer-to-peer)、すなわ
ちIEEE1394バス上の各装置(別称はノード)
が、(たとえば、クライアントサーバ型構成で必要とさ
れるように)通信/制御要求を中央装置/ノードを介し
て処理する必要なく、他の任意のノードと通信できる。
IEEE1394ベースのシステムでは、コントローラ
は任意のノードに存在するため、ある意味では、IEE
E1394バス自身がコントローラとなる。
【0012】
【発明が解決しようとする課題】IEEE1394の提
唱者に対する挑戦は、動作の下位層、すなわち物理層、
リンク層、およびトランザクション層では大したことは
ないが(プロトコルとデータパケット構造間のブリッジ
は競合領域であり続けるが)、それよりもむしろ、アプ
リケーション層等のネットワークプロトコル層の上位層
においてである。高精細テレビ(HDTV)等の放送テ
レビおよびケーブル産業における最近の発達、およびケ
ーブル放送産業における統合により、消費者が利用でき
るサービスおよびコンテントの数が幾何級数的に拡大さ
れた。このため、ホームエンターテイメント装置間での
相互運用性が、共通および/または標準機能性である使
い易さ、および拡張性と同様に強く望まれている。上記
のように、IEEE1394ベースのホームエンターテ
イメントシステムにおいてそれぞれ接続かつ支援されう
る装置およびサービスの拡張アレイを制御かつ管理する
システムが必要とされている。
【0013】この発明は上述した点に鑑みてなされたも
ので、コントローラからビデオ表示ユニットに画像デー
タを転送する方法、ビデオ表示ユニットアダプタ、ビデ
オ表示システム、並びにテレビ表示画面上への提示のた
めに画像データをダブルバッファリングする方法を提供
することを目的とする。
【0014】
【課題を解決するための手段】この発明に係るコントロ
ーラからビデオ表示ユニットに画像データを転送する方
法は、コントローラにおいて第1の画像データを受信す
るステップと、該第1の画像データに基づいてカラール
ックアップテーブルを生成するステップと、前記コント
ローラから前記ビデオ表示ユニットに、該カラールック
アップテーブルを伝送するステップと、前記コントロー
ラから前記ビデオ表示ユニットに、前記第1の画像デー
タを伝送するステップと、前記コントローラにおいて第
2の画像データを受信するステップと、該第2の画像デ
ータを前記第1の画像データと比較するステップと、前
記第1の画像データと前記第2の画像データとの差を示
す第3の画像データを生成するステップと、前記コント
ローラから前記ビデオ表示ユニットに該第3の画像デー
タを電送するステップとを含むものである。
【0015】また、前記カラールックアップテーブル
は、前記第1の画像データから、1つまたは複数の一意
カラーを含むカラー情報を抽出し、前記第1画像データ
から抽出された一意カラーそれぞれに一意のキー値を割
り当て、前記一意のキー値および対応するカラー情報を
前記カラールックアップテーブルに組み入れることによ
って生成されるものである。
【0016】また、前記第3の画像データは、IEEE
1394非同期伝送モードを介して前記ビデオ表示ユニ
ットに伝送されるものである。
【0017】また、前記第3の画像データは、前記第1
および第2の画像データの色差を示すものである。
【0018】また、この発明に係るビデオ表示ユニット
アダプタは、連続した画像データ伝送を受信するよう構
成された第1のインタフェースと、該第1のインタフェ
ースに接続されたコントローラであって、該第1のイン
タフェースから第1の画像データ伝送を受信して、対応
するカラールックアップテーブルを生成し、前記第1の
インタフェースから第2の画像データ伝送を受信して、
前記第1および第2の画像データ伝送の差を示す画像更
新データを生成するよう構成された、コントローラと、
該コントローラに接続され、前記各カラールックアップ
テーブルおよび画像更新データをビデオ表示ユニットに
伝送するよう構成された第2のインタフェースとを備え
るものである。
【0019】また、前記第1のインタフェースはIEE
E1394インタフェースである。
【0020】また、前記第2のインタフェースはIEE
E1394インタフェースである。
【0021】また、前記第2のインタフェースは、IE
EE1394非同期伝送モードを介して、前記カラール
ックアップテーブルおよび画像更新データを前記ビデオ
表示ユニットに伝送するものである。
【0022】また、前記第1のインタフェースはIEE
E1394準拠していないフォーマットのデータを受信
し、前記第2インタフェースはIEEE1394準拠フ
ォーマットのデータを伝送するものである。
【0023】また、前記画像更新データは、前記第1お
よび第2の画像データのカラーの差を示すものである。
【0024】また、この発明に係るビデオ表示システム
は、テレビ表示画面と、該テレビ表示画面と通信可能に
接続されたテレビアダプタであって、該テレビ表示画面
に現在表示されている画像データを保持するよう構成さ
れた画面上表示バッファと、前記テレビ表示画面に表示
されることになる画像データを保持するよう構成された
画面外表示バッファとを含み、コマンドにより、前記画
面外表示バッファと前記画面上表示バッファとの間でデ
ータをスワップするよう構成されたテレビアダプタとを
備えるものである。
【0025】また、前記テレビ表示アダプタは、さら
に、カラールックアップテーブルおよび画像データを受
信し、さらに前記表示バッファの1つに該画像データを
格納するよう構成されたIEEE1394インタフェー
スを含み、前記IEEE1394インタフェースは、前
記画面上表示バッファおよび前記画面外表示バッファの
両方に通信可能に接続されるものである。
【0026】また、前記画像データはバッファ制御フラ
ッグを含み、前記テレビアダプタは制御フラッグを分析
して、それに応答して、前記画面外表示バッファにおけ
る画像データを前記テレビ表示画面上に提示するよう構
成されるものである。
【0027】また、前記テレビアダプタおよび前記テレ
ビ表示画面は、物理的な単一ユニットに収容されるもの
である。
【0028】また、この発明に係るテレビ表示画面上へ
の提示のために画像データをダブルバッファリングする
方法は、第1のバッファ制御フラッグを含む第1の画像
データを受信するステップであって、該第1のバッファ
制御フラッグは、該第1の画像データを画面上表示バッ
ファに配向するよう構成される、ステップと、前記画面
上表示バッファにおける前記第1の画像データをテレビ
表示画面上に提示するステップと、第2のバッファ制御
フラッグを含む第2の画像データを受信するステップで
あって、該第2のバッファ制御フラッグは該第2の画像
データを画面外表示バッファに配向するよう構成され
た、ステップと、第3のバッファ制御フラッグを含む第
3の画像データを受信するステップであって、前記画面
外表示バッファにおける前記第2の画像データを前記テ
レビ表示画面上に提示するよう構成される、ステップと
を含むものである。
【0029】また、前記第2の画像データを前記画面外
表示バッファから前記画面上表示バッファにコピーする
ステップをさらに含むものである。
【0030】また、交互に前記画面外バッファ用の画像
データおよび第3のバッファ制御フラッグの連続したパ
ターンを含む画像データを受信するステップと、該画像
データの連続したパターンの受信に応答して、アニメ化
された画像を前記テレビ表示画面に表示するステップと
をさらに含むものである。
【0031】また、カラールックアップテーブルを受信
するステップをさらに含み、前記画像データを前記テレ
ビ表示画面に表示するステップは、前記テレビ表示画面
上に提示される特定の画像データピクセルに対応したカ
ラー値を、前記カラールックアップテーブルから検索す
るステップを含むものである。
【0032】
【発明の実施の形態】この発明の第1の態様によれば、
コントローラとビデオ表示ユニットの間で、たとえばI
EEE1394インタフェースを介して接続されたセッ
トトップボックスとテレビセットそれぞれ等でビットマ
ップ表示データを伝送する方法が提供され、該方法は、
コントローラにおいて第1の画像データを受信(たとえ
ばケーブルすなわち撚対線)し、該第1の画像データに
基づいてカラールックアップテーブルを生成し、コント
ローラからビデオ表示ユニットに、該カラールックアッ
プテーブルを伝送し、コントローラからビデオ表示ユニ
ットに、第1の画像データを伝送し、コントローラにお
いて第2の画像データを受信し、該第2の画像データを
第1の画像データと比較し、第1の画像データと第2の
画像データとの差を示す第3の画像データを生成し、コ
ントローラからビデオ表示ユニットに該第3の画像デー
タを伝送することを含む。
【0033】この発明の好ましい実施の形態は、添付図
面の図に限定としてではなく例として示される。図面に
おいて、同一の参照符号は同一のコンポーネントを指
す。
【0034】本明細書にすべて参照として組み込まれる
IEEE1394−1995標準は、以下の説明および
添付図面における図についての背景情報を説明、教示、
かつ提供する。特に、IEEE1394−1995標準
の選択した一部を図1乃至図4を参照して説明する。
【0035】IEEE1394概観 図1は、複数のアドレス指定可能なノード104を備え
た例示的なIEEE1394モジュール100を示す。
各ノード104は、ローカルバス128を介して相互接
続されたプロセッサユニット108とI/Oユニット1
12とを含みうる。あるいは、ノード104は、メモリ
ユニット116を含んでもよい。各ノード104は、バ
スコネクタ124それぞれを介してIEEE1394キ
ャリア120に接続される。
【0036】図2は、例示的なIEEE1394の物理
的なネットワークトポロジ200を示し、このトポロジ
200は、それぞれIEEE1394「ケーブル環境」
212にブリッジされた2つのIEEE1394「バッ
クプレーン環境(backplaneenvironments)216」を
含む。
【0037】バックプレーン環境216において、物理
的なトポロジは、マルチドロップバス215である。物
理的な媒体は、バックプレーンの長さに延びるととも
に、複数のIEEE1394ノード104を接続するた
め、そこに分散されたコネクタを有する2本のシングル
エンド伝導体である。
【0038】ケーブル環境212において、物理的なト
ポロジは、有限の分岐および範囲を有する「非循環(no
ncycle)」ネットワーク(閉ループが支援されていない
ことを意味する)である。各IEEE1394ケーブル
220は、異なるノード104上のポート208を共に
接続する。各ポート208は、通常、ターミネータ、ト
ランシーバ、および調停論理回路(図示せず)を含む。
ケーブル220およびポート208は、部分的にそこで
発生した信号を隣接ノード104に中継するケーブル中
継器として機能する。この中継機能により、ケーブル環
境212のノード104が単一の論理バスをシミュレー
トできる。たとえば、バックプレーン環境216あるい
はケーブル環境212において、2つの異なるIEEE
1394バスがともに接続されている場合、異なるネッ
トワーク環境間で通信を変換するために、ブリッジ20
4が使用される。
【0039】IEEE1394標準に従うと、IEEE
1394ネットワーク200によって、64ビットアド
レス指定方式が採用される。各アドレスの上位16ビッ
トは、「node_ID(ノードID)」を表す。node_IDの最
上位10ビットは、IEEE1394ネットワーク20
0全体における特定の論理バス、すなわち「bus_ID(バ
スID)」(たとえば、バス215)を識別する。この
ため、IEEE1394ネットワーク200において最
大1023本のバスを採用できる。node_IDの次の最上
位6ビットは、特定ノードの物理アドレスすなわち「ph
ysical_ID(物理ID)」を表す。特定のIEEE13
94バス(たとえばバス215)上に、別個にアドレス
指定可能な63個のノード(たとえばノード104)が
存在できる。アドレス空間の残りの48ビットの様々な
部分は、特定バスまたは特定ノードのいずれかである特
定の資源に割り当てられる。
【0040】図3は、例示的なIEEE1394ケーブ
ルトポロジ300を示す。この構成によれば、多数のノ
ード104が、各IEEE1394ケーブル304によ
ってポート208間で共に「デージーチェーン(daisy-
chained)」接続されている。各ノード104は中継器
として作用し、1つのポート208と次のポートの間で
信号を中継して、信号を各ノード104間でケーブル3
04を介して伝送できるようにする。
【0041】図4は、例示的なIEEE1394ノード
104内のハードウェアおよびソフトウェアコンポーネ
ント間の関係を示すプロトコルスタック400を示す。
特に、プロトコルスタック400において、4つの層、
すなわちトランザクション層404、リンク層408、
物理層412、およびシリアルバス管理層416を示し
ている。アプリケーション層などのさらなる層(図示せ
ず)をプロトコルスタック400に含めてもよい。
【0042】特に、トランザクション層404は、バス
トランザクションを行うよう完全な要求応答プロトコル
を規定して、読み込み、書き込み、およびロック動作を
支援する。トランザクション層404は、等時性管理デ
ータがシリアルバス管理層416に到達するための経路
も提供する。
【0043】リンク層408は、トランザクション層4
04に対する要求確認サービス(すなわち「承認データ
グラム」)を有する一方向データ転送を提供する。より
詳細には、リンク層408は、パケットの送受信のため
のアドレス指定、データチェック、およびデータフレー
ム指示を提供するとともに、また、等時性データ転送サ
ービスをアプリケーションに対して直接提供する。これ
には、タイミング信号および同期信号(たとえば「サイ
クル信号」)の生成が含まれる。
【0044】物理層412は、リンク層408によって
使用される論理記号をIEEE1394ケーブルに出力
するための電気信号に翻訳する。物理層412はまた、
一度に1つのノードだけがデータを送信していることを
保証するために、調停サービスも提供する。好ましい実
施の形態では、物理層412は、データ再同期および中
継サービスならびに自動バス初期化を提供する。
【0045】シリアルバス管理層416は、バス管理、
等時性資源管理、およびノード制御を提供する。たとえ
ば、図2のケーブル環境212において、シリアルバス
管理層416の等時性資源マネージャ420は、各ノー
ド104に必要な資源を認めて、効率的で整然とした等
時性動作に必要な等時性資源、チャネル、および帯域幅
を協働して割り当て、また割り当て解除する。
【0046】バスマネージャ424は、性能最適化、電
力および速度管理、およびトポロジ管理等のサービスを
バス上の他のノード104に提供する。最後に、ノード
コントローラ428は、バス上のノード104が必要と
するすべての制御および状態レジスタを管理するととも
に、物理層412、リンク層408、トランザクション
層404、および1つ以上の他のアプリケーション層
(図示せず)と通信する。
【0047】ホームエンターテイメントおよびホームオ
フィスシステム 図5は、多数の外部サービスプロバイダを好ましいホー
ムエンターテイメントおよびホームオフィスシステムネ
ットワーク(以下、「ホームエンターテイメントシステ
ムネットワーク」と呼ぶ)500にブリッジしているホ
ームゲートウェイ504を示す。ホームエンターテイメ
ントシステムネットワーク500は、好ましくは(図2
および図3を参照して上述した)ケーブル環境に構成さ
れる、IEEE1394バス568によって接続され
る。特に、一連のデージーチェーン接続されたIEEE
1394ケーブル502は、IEEE1394バス56
8を形成するために、ホームエンターテイメントネット
ワークシステム500の各種電子機器コンポーネントの
ポート間を相互接続する。たとえば、TV508、ステ
レオ512、VCR516、およびDVD520が、1
つのチェーン560に接続される。別のチェーン564
では、パーソナルコンピュータ524、プリンタ52
8、およびデジタルカメラ534が接続されている。
【0048】電子機器コンポーネントの各チェーン56
0および564それぞれは、1つ以上の外部ネットワー
クと各内部ネットワークチェーン560および564と
の間のブリッジとして(すなわち、2つの異なるバス環
境間のブリッジではなく)作用するホームゲートウェイ
504に接続される。たとえば、ホームゲートウェイ5
04は、衛星受信器540を介して衛星582から、ア
ンテナ544を介して放送タワー586からのメディア
供給、ならびに同軸ケーブル受信器548、光ファイバ
ケーブル受信器552、または電話ケーブル受信器55
6をそれぞれ介して局所陸線592(たとえば、銅の撚
対線、同軸または光ファイバケーブル)からの供給を受
信することができる(注意:各種受信器はホームゲート
ウェイ504の外側に示されているが、実際の受信器ま
たはレセプタクルは同様にホームゲートウェイ504内
に収容されてもよい。各種受信器は、説明の目的でホー
ムゲートウェイ504の外側に示されているにすぎな
い)。
【0049】TV508は、テレビ画面上に表示するた
めに、データをIEEE1394バス502からNTS
C((米国の)テレビ方式審議委員会)および/または
ATSC(Advanced Television Systems Committee)
ビデオ信号に変換する、内部テレビアダプタを備えるこ
とが好ましい。代替の好ましい実施の形態において、テ
レビアダプタは、TV508とIEEE1394ケーブ
ル502の間を接続する外部装置である。いずれの実施
の形態においても、テレビアダプタは、現在表示されて
いないが将来表示される画像データ用の画面外バッファ
と、テレビ画面に現在表示されている画像データ用の画
面内バッファとを備えることが好ましい。さらに、テレ
ビアダプタは、VCR、DVDプレーヤ、またはデジタ
ルカメラ等の、テレビに接続される補助装置に組み込ま
れてもよい。
【0050】ホームゲートウェイ 図6は、ホームゲートウェイ504ならびにホームゲー
トウェイ504に通信可能に接続されたコンポーネント
の機能ブロック図を示す。
【0051】ゲートウェイ504は、それを介して各サ
ービスが提供されるアクセスネットワーク644を介し
て通信するために、1つ以上のインタフェースを備え
る。たとえば、インターネットアクセスプロバイダ
(「IAP」)またはインターネットサービスプロバイ
ダ(「ISP」)640から、またはビデオサービスプ
ロバイダ(「VSP」)648からのサービスは、各ホ
ームゲートウェイインタフェース、たとえば無線インタ
フェース「地上放送I/F」650、「衛星I/F」6
52、非同期デジタル加入者線インタフェース「ADS
L I/F」656、非同期転送モードインタフェース
「ATM I/F」660、またはハイブリッドファイ
バ同軸インタフェース「HFC I/F」664を、適
切なネットワークリンク(たとえば地上リンク618、
衛星リンク620、電話リンク624、ファイバリンク
628、または同軸リンク632それぞれ)を介してア
クセスネットワーク644に接続することによって、提
供されうる。好ましい一実施の形態によると、ホームゲ
ートウェイ504上のアダプタスロットが1つ以上の上
記インタフェースを受ける。このような実施の形態は、
新しいまたはアップグレードされた通信技術/ハードウ
ェアがホームエンターテイメントシステム500に接続
される場合に、柔軟な再構成を提供する。
【0052】様々なアプリケーション、たとえばインタ
ーネットサーフィン、MPEGビデオストリーム(標準
または高精細テレビ)、ネットワーク上でのゲーム、電
子的番組ガイド「EPG」、およびホームネットワーク
制御などがIAP/ISP640および/またはVSP
648からアクセスネットワーク644上で可能であ
る。したがって、ホームゲートウェイ504は、ホーム
ユーザIPルーティング668、MPEG2ストリーム
処理(画面上表示「OSD」およびEPG処理を含む)
672、アクセスネットワーク通信制御676、ホーム
ネットワーク制御/管理680、およびゲーム、ホーム
オートメーション、およびディレクトリサービス等他の
存在しているかまたはダウンロード可能な機能682を
可能にするため、ハードウェアおよびソフトウェアを含
む。このため、ホームゲートウェイ504のためのファ
ームウェアスタックを図8を参照して後述する。上記に
参照した機能実施のためのプロトコルスタックは、図9
乃至図12を参照して後述される。
【0053】1394インタフェース684は、ホーム
ゲートウェイ504に必要なコンポーネントであり、図
9〜図12を参照して説明されるネットワークプロトコ
ルとともに使用される。1394インタフェース684
は、外部ネットワークプロトコルと、内部ネットワーク
を形成するIEEE1394準拠バスとの間のブリッジ
として作用する。たとえば、1394I/F684は、
パーソナルコンピュータ524とTVアダプタ604
(これは一実施の形態において、テレビ608用に、I
EEE1394データをアナログまたはデジタル信号に
変換する)の間で、1394リンク612に渡ってIP
を、また1394リンク616に渡ってMPEGを支援
する。
【0054】図7に示すように、ホームゲートウェイ5
04の一実施の形態は、電源回路748、リセット回路
752、クロック回路756、中央演算処理装置「CP
U」704、ローカルバス706、PCIブリッジおよ
び周辺機器コントローラ708、不揮発性メモリ(たと
えばROM712およびFLASH716)、揮発性メ
モリ(たとえばDRAM720)、RS232相互接
続、およびPCIバス724を備える。PCIバス72
4に接続されるのは、ホームゲートウェイ504にAT
Mブリッジおよび他の機能性を提供するATM LSI
インタフェース728と、光キャリア3(「OC−
3」)レベルポートに接続される同期光ネットワーク
(「SONET」)インタフェース732と、1394
LINK LSI736と、3つのIEEE1394ポ
ートを有する1394PHY LSIと、レジスタ、L
EDおよびディップスイッチユニット744と、であ
る。
【0055】市販されているハードウェアコンポーネン
トを、ホームゲートウェイ504に採用することが好ま
しい。たとえば、目下好ましいハードウェアコンポーネ
ントの仕様を表1に記載する。
【0056】
【表1】
【0057】CPU704、ROM712、FLASH
716、RS232 724、およびDRAM720
は、PCIブリッジおよび周辺機器コントローラ70
8、およびローカルバス706を介して互いに通信可能
に接続される。PCIブリッジおよび周辺機器コントロ
ーラ708は、PCIバス724にも接続される。PC
Iバス724は、ATM LSI728と、1394L
INK LSI736と、レジスタ、LEDおよびディ
ップスイッチユニット744とに接続される。
【0058】図8は、ホームゲートウェイ504に採用
されるファームウェアスタック800を示す。オペレー
ティングシステム(OS)カーネル804が、ファーム
ウェアスタック800の中心に存在し、サービスコント
ローラ808、システム管理812、ATMドライバ8
16、1394ドライバ820と通信する。ATMドラ
イバ816は、サービスコントローラ808、1394
ドライバ820および各種ハードウェアコンポーネント
824(すなわち、ホームエンターテイメントシステム
500における物理的な電子機器コンポーネント)と通
信する。同様に、1394ドライバ820は、サービス
コントローラ808、ATMドライバ816、およびハ
ードウェア824と通信する。
【0059】システム管理812は、初期化、自己診
断、システム健康チェック、およびデバッグする機能を
含む。サービスコントローラ808は、MPEG TS
およびEPGフィルタリング、およびマルチキャスティ
ングと、IPルーティングおよび端末機能と、1394
バス上でのMPEGおよびATM上でのMPEG、なら
びに1394バス上でのIPおよびATM上でのIP
と、アドレスマッピングと、ホームネットワークサービ
スコマンドおよび制御(たとえば、MPEGサービス制
御、TV画像制御、遠隔処理、およびカメラ制御)と、
他の機能(たとえば、ゲーム、ホームオートメーショ
ン、およびディレクトリサービス)とを含む。
【0060】1394ドライバ820は、非同期データ
伝送と、等時性データ伝送と、物理層制御パケット伝送
と、バスのリセットおよび制御と、ルートおよびサイク
ルマスタ処理と、構成状態レジスタおよび構成ROM処
理と、バス管理と、アドレスマッピングテーブル更新と
を実現する。一方で、ATMドライバ816は、ATM
パケット伝送と、ATM永久仮想接続(「PVC」)の
確立および解放とを実現する。
【0061】OSカーネル804は、タスク切り換え
と、メッセージキューおよび送出と、割り込み処理と、
タイマ管理と、メモリ管理とを提供する。また、OSカ
ーネル804は、ホームゲートウェイ504の制御に使
用される電子装置の相互運用機能も提供する。
【0062】ハードウェア824は、ファームウェアス
タック800の物理層、すなわち最下層を表す。
【0063】プロトコルスタック 図9〜図12は、ホームエンターテイメントシステムネ
ットワークに関する、各外部ネットワーク、ホームゲー
トウェイ、および内部ネットワーク間に採用されるプロ
トコルスタックの様々な態様を示す。図9〜図11は、
ホームゲートウェイ504に関する。図12は、ホーム
エンターテイメントシステムネットワークに配置された
家庭用電子装置間のプロトコルスタックに関する。
【0064】図9〜図12には、外部ネットワーク90
4、ブリッジ908、および内部ネットワーク(すなわ
ちIEEE1394バス)912が共通して示されてい
る。外部ネットワーク904は、MPEGネットワーク
916(たとえばデジタルビデオサービスプロバイダ)
およびIPネットワーク920(たとえば「インターネ
ット」)を含みうる。アクセスネットワーク924は、
MPEGネットワーク916およびIPネットワーク9
20の両方に接続される。一実施の形態によれば、アク
セスネットワーク924は、たとえばアメリカオンライ
ン(America Online)あるいは@Home等のインター
ネットアクセスプロバイダ(「IAP」)である。外部
ネットワーク904は、ブリッジ908を介して内部ネ
ットワーク912に接続されている。ブリッジ908は
好ましくは、ホームゲートウェイ504である。ホーム
ゲートウェイ504は、外部ネットワーク924からの
データおよび信号を、ATMパケットから、内部ネット
ワーク912に転送可能なIEEE1394フォーマッ
トに変換する。内部ネットワーク912は、テレビアダ
プタ932と、標準または高精細テレビ936(あるい
は、1394ノードおよびテレビを組み込んだ単一ユニ
ット)と、パーソナルコンピュータ946とを含む。プ
ロトコルスタックは、図9〜図12において、システム
全体のうちでそれらが対応する部分の下に示されてい
る。
【0065】図9は、MPEGネットワーク916から
TVアダプタ932へのATMデータ伝送に従ったプロ
トコルスタック900を示す。
【0066】MPEGデータは、MPEGネットワーク
916においてMPEG TS(「移送ストリーム」)
プロトコルまたは制御コマンド(「CTRL CO
M」)956からATMアダプションレイヤ5(「AA
L5」)952にフォーマットされる。AAL5から、
データはATMデータ948に変換されて、ATMデー
タ948から同期光ネットワーク「SONET」プロト
コル944に変換される。最下層では、その高い信頼性
によりATMネットワークが好ましいが、代替の実施の
形態において異なるキャリア(たとえば、ATMレイヤ
を置換することによって)を採用してもよい。
【0067】アクセスネットワーク924から、データ
はホームゲートウェイ504で受信される。ホームゲー
トウェイ504において、外部ネットワークからの通信
が、ATMプロトコルからIEEE1394プロトコル
に変換(または「ブリッジ」)される。IEC6188
3 964を含むさらなるプロトコルレイヤ変換が図9
に示されるが、IEC61883 964は、IEEE
1394通信用にMPEGデータをフォーマットするも
のであり、「Digital Interface for ConsumerAudio/Vi
sual Equipment」と題する国際電気標準会議標準618
83にさらに記載されており、IEC(www.iec.org)
から公的に入手可能である。IEEE1394プロトコ
ル968は、IEEE1394−1995標準に記載さ
れている。
【0068】ゲートウェイ908から、データはIEE
E1394プロトコルを介して内部ネットワーク912
に送信され、ここで、該データは、ビデオ表示ユニット
での提示/再生のために、続いてMPEG移送ストリー
ムにまた変換される。さらに、TVアダプタ932で該
データを、標準または高精細テレビセットにオーディオ
/ビジュアルデータを提供することができるアナログ信
号に変換することが可能である。しかし、TV936は
MPEGデータを支援可能であることが好ましい。
【0069】図10は、IPネットワーク920からP
C946へのIPデータ伝送に従うプロトコルスタック
1000を示す。伝送制御プロトコル(「TCP」)ま
たはユーザデータグラムプロトコル(「UDP」)10
08は、公的に入手可能な文書、インターネットRFC
793およびインターネットRFC768それぞれに記
載されているものであり、インターネットRFC791
に記載されているインターネットプロトコル(「I
P」)1004上に階層化されている。これは、インタ
ーネット(たとえばインターネットまたはワールドワイ
ドウェブ)からのパケットデータの伝送を容易にする。
ホームゲートウェイ504およびPC946において、
1394プロトコル1012上のIP(Peter Johansso
nによるIETF:Internet Engineering Task Force文
書「Ipv4 over IEEE1394」に記載されており、「http:/
/www.ietf.org」において入手可能)を採用する。IE
TF文書「Ipv4 over IEEE1394」全体を本明細書に参照
として組み込む。プロトコルスタック1000は、ワー
ルドワイドウェブおよびインターネット上でのコンテン
トの発見すなわち探索に特に有利である。
【0070】図11は、IPネットワーク920からP
C946へのTCP/IPデータ伝送についてのプロト
コルスタック1100を示す。自動セットアップおよび
IPアドレス割り当てを容易にするために、プロトコル
スタック1100は、インターネットRFC1034お
よび1035に記載されているドメイン名システム
(「DNS」)と、ダイナミックホスト構成プロトコル
(「DHCP」)を支援する。
【0071】図12は、インターネットネットワーク9
12を介した装置間(たとえばホームゲートウェイ50
4またはPC946からTVアダプタ932へ)のビッ
トマップ伝送についてのプロトコルスタック1200を
示す。プロトコルスタック1200は、上述していない
さらなるプロトコル「DD−Connect AsyB
mp」1204を採用している。「ビットマップ伝送」
プロトコルは、さらに詳細に後述する。「AP」プロト
コル1208は、単にアプリケーション層で使用される
特定のプロトコル(たとえば表示装置プロトコルまたは
マウスプロトコル)にすぎない。
【0072】ビットマップ転送 システム資源、たとえば、IEEE1394ケーブル帯
域幅への需要を低減するために、内部ネットワーク91
2内の1つの装置(すなわちパーソナルコンピュータ9
46またはホームゲートウェイ504)から第2の装置
(すなわちテレビ)への画像データの送信に、「ビット
マップ転送」と呼ばれる非同期プッシュプロトコルを採
用することが好ましい。ビットマップ転送は、IEEE
1394非同期モード機能上に階層化される。
【0073】より詳細には、たとえば、ディスプレイモ
ニタ上の各画像ピクセル(または領域)毎のカラーデー
タ(たとえば赤、緑、青)レベルを表す画面上表示
(「OSD」)情報が、まずビットマップフォーマット
に配置される。一実施の形態において、12ビットカラ
ーピクセルデータが採用されるが、代替の実施の形態で
は、24ビットカラーピクセルデータが採用され、後者
はより高い色解像度を提供するが、処理速度およびデー
タ記憶空間が犠牲になる。
【0074】ビットマップ転送(「DD−AsyBm
p」とも呼ばれる)についての好ましい一連のステップ
を図13に示し、図14および図15を参照して以下に
説明する。説明のために、以下の説明はコントローラ、
たとえば図6に示すホームゲートウェイ504と、たと
えばまた図6に示すTVアダプタ604のビデオ表示ユ
ニットとを参照して説明する。別の実施の形態におい
て、コントローラはパーソナルコンピュータ(たとえば
図5に示すパーソナルコンピュータ524)で実施され
うる。以下の方法において、別記しない限りステップは
コントローラによって実行される。
【0075】まず、ステップ1304において、第1画
像データがコントローラにおいて受信される。第1の画
像データは、ビットマップ画像等の固定フォーマットの
データ構造であることが好ましい。ビットマップ画像は
複数のロケーションを含み、各ロケーションはそれに割
り当てられた一意のカラー(たとえば、6:3:3:4
(YUVアルファ)ビットおよび8:8:8:8(YU
Vアルファ)ビット等、α値のためのさらなる4ビット
または8ビットを含む、Y、Cb、Crフォーマットでの
12ビットまたは24ビットカラー情報)を有する。第
1の画像データは、ステップ1308においてメモリに
格納される。
【0076】次に、ステップ1312において、コント
ローラは、第1の画像データで検出された一意のカラー
に基づいて、カラールックアップテーブル(図14を参
照して後述)を生成する。なお、カラールックアップテ
ーブルは、ピクセルロケーション情報と無関係であり、
画像データに含まれるカラーデータだけに関連する。一
実施の形態によれば、カラールックアップテーブルの生
成には、第1の画像データから複数の一意のカラーを抽
出するステップと、第1の画像データから抽出した複数
の一意のカラーそれぞれに一意のキー値を割り当てるス
テップと、次に、カラールックアップテーブルに一意の
キー値と対応するカラー情報を組み入れるステップと、
が含まれる。
【0077】ステップ1316において、カラールック
アップテーブルはビデオ表示ユニットに伝送される。次
に、ステップ1320において、第1の画像データはビ
デオ表示ユニットに伝送される。画像データの構造は、
図15を参照して後述される。
【0078】ステップ1324において、コントローラ
は新たな画像データを受信する。ステップ1328にお
いて、画像カウンタが増分される。ステップ1332に
おいて、画像カウンタが、新たな画像データを単に転送
するだけか、または比較して画像変更情報を生成するか
を決定するためにテストされる。現在の好ましい実施の
形態において、N個の画像を受信した後毎に、新たなカ
ラールックアップテーブルを生成する。Nの値を、ある
期間(ミリ秒)に対応するよう同調させることもでき
る。したがって、画像カウンタがNよりも大きければ、
コントローラはステップ1332の後にステップ131
2に戻る。ステップ1332においてテストが成功であ
れば、使用される画像カウンタに応じて、画像カウンタ
をリセットすべきである。画像カウンタがN以下である
場合、プロセスはステップ1336に続く。
【0079】ステップ1336において、新たな画像デ
ータと前に格納された画像データを比較する。これらの
画像、または目下関心のある領域が同じである場合、コ
ントローラからビデオ表示ユニットに変更を送信する必
要はない。したがって、コントローラはステップ132
4に戻り、次の新たな画像データを待つ。しかし、これ
らの画像が同じでない場合、ステップ1340におい
て、新たな画像データのカラーが、カラールックアップ
テーブルのカラーと比較される。
【0080】ステップ1340での比較の結果、カラー
が同じでない場合、新たなカラールックアップテーブル
がステップ1344において生成され、ステップ134
8においてビデオ表示ユニットに伝送される。しかし、
カラーが同じである場合、プロセスはステップ1340
からステップ1352に続く。
【0081】ステップ1352において、画像本体デー
タが、格納された画像データと受信した新たな画像デー
タ間の変更を反映して生成される。ステップ1356に
おいて、画像本体データとともに画像本体データディク
ショナリがコントローラからビデオ表示ユニットに伝送
される。ステップ1360において、受信した新たな画
像データ(すなわちステップ1324においてコントロ
ーラによって)がメモリに格納され、プロセスはステッ
プ1324に戻り、ここで次の新たな画像データを受信
する。
【0082】現在の好ましい実施の形態において、上述
したビットマップ転送方法は、非同期プッシュモードに
おいてIEEE1394バスを介して行われる。したが
って、各伝送後に、データが適切にその宛先で受信され
るよう保証するために、承認信号がビデオ表示ユニット
からコントローラに戻されることが好ましい。
【0083】カラールックアップテーブル 例示的なカラールックアップテーブルを図14に示す。
カラールックアップテーブル1400は、少なくとも2
つの構造要素を含む。まず、カラールックアップテーブ
ル1400は、一意のキー値列1404を含み、次にカ
ラー指示値列1408を含む。現在の好ましい実施の形
態によれば、一意のキー値列1404は、8ビットエン
トリを保持し、これは256色、すなわち256色指示
行1440を一意に識別する。カラー指示値列1408
は16ビットエントリ(12ビットのカラー情報144
4および4ビットの予備空間1448)を保持し、これ
はRGBまたはビデオ表示ユニットで同様に符号化され
たカラー画像の生成に必要な特定のカラーコードを一意
に識別する。代替の実施の形態では、カラー指示列14
08は、32ビットエントリ(24ビットのカラー情報
および8ビットの予備空間)を保持する。同様に、一意
のキー値列1404は、カラールックアップテーブルに
より多数の異なったカラーを表現するよう、より大きく
てもよい。
【0084】現在の好ましい実施の形態において、カラ
ールックアップテーブル1400はさらに、後続するデ
ータすなわちここではカラー指示フィールドについての
情報であるデータディクショナリ1412を含む。デー
タディクショナリ1412は、データ構造識別子フィー
ルド1416、たとえば現在のデータ構造はカラールッ
クアップデータであることを示す1バイトの値と、カラ
ーテーブルが適用される全体画像の断片を識別するパレ
ット断片数フィールド1420と、全体画像における断
片数を識別する断片数値フィールド1424と、各カラ
ー指示列におけるビット数を識別するパレットビット幅
値フィールド1428とを含む。最後に、2バイト(バ
イト1432および1436)が、目下好ましいデータ
ディクショナリ1412内に確保される。
【0085】データディクショナリ1412は約6バイ
ト長であり、カラー指示フィールド(すべて一緒に)は
約512バイト長である。データディクショナリ141
2は一般に、すぐカラー指示行1440に続く。
【0086】画像データ構造 コントローラによってビデオ表示ユニットに伝送される
画像データの構造を図15に示す。画像データ構造15
00は、2つの部分、すなわち画像データデータディク
ショナリ1504および画像データ本体1508を含
む。
【0087】画像データデータディクショナリ1504
は、受信側にデータ構造が画像データであると教える画
像データ識別子フィールド1512と、画像データ本体
の構造(たとえば、画像データ本体1508に表される
ピクセル数)を示すピクセルブロックサイズフィールド
1516と、カラーモードフィールド1520(たとえ
ば、8ビットピクセルインデックス、16ビットカラー
情報、または32ビットカラー情報)と、ピクセルブロ
ックアルファフィールド1524と、ピクセル位置の座
標、たとえば左上位置1528、右上位置1532、左
下位置1536、および右下位置1540を示す16ビ
ットのx、y符号化値と、を含む。あるいは、ピクセル
位置の座標は、特定の予め定義された関心のある領域を
示す単一の値であってもよい。2つの予備バイトをデー
タディクショナリ1504に含めてもよく、これら2つ
のバイトは予備バイト1544および1548として図
示されている。上記において別記してある場合を除き、
画像データデータディクショナリ1504の好ましいフ
ィールドサイズは8ビットである。
【0088】画像データ本体1508は、目下3つの異
なる実施の形態を有しうる。ピクセルブロックサイズフ
ィールド1516およびカラーモードフィールド152
0は、画像データ本体が3つの実施の形態のうちのどの
形態をとるかを定義する。たとえば、画像データ本体1
508は、8ビットピクセルインデックス、16ビット
カラー情報、または32ビットカラー情報を含むことが
できる。16および32ビットカラー情報フォーマット
は、カラー情報が画像データ本体1508に含まれてい
るという点を除き、図14を参照して説明したカラー指
示列1408とほぼ同じである。しかし、この発明の利
点の1つによれば、カラー情報は、画像データ本体15
08の構造として8ビットピクセルインデックスを採用
することにより、圧縮される。
【0089】8ビットピクセルインデックスの実施の形
態によれば、画像データを完全にビデオ表示ユニットに
運ぶのに必要なのは、たった768(たとえば32x2
4ピクセル)バイト(たとえばバイト1552)の画像
データ本体1508である。したがって、カラー情報に
おける冗長性は、カラールックアップテーブル1400
および8ビットピクセルインデックスを組み合わせて使
用することにより、画像データ本体1508から取り除
かれる。8ビットピクセルインデックスは、各カラール
ックアップ値が現画像における特定のピクセルを表す複
数のカラールックアップ値を含む。カラールックアップ
値は、カラールックアップテーブル1400における特
定の一意のキー値1452に対応する。したがって、画
像データ本体1508のサイズが、たとえば768バイ
トに固定されている場合、8ビットピクセルインデック
スの実施の形態は、16ビットカラー情報の実施の形態
よりも2倍多くの画像ピクセル情報と、また32ビット
カラー情報の実施の形態よりも4倍多くの画像ピクセル
情報と通信できる。
【0090】ダブルバッファリング 図17は、本明細書において「ダブルバッファリング」
と呼ばれる、一意のビットマップ転送技術を行うのに目
下好ましいハードウェア3100のブロック図である。
図18は、ダブルバッファリングが採用される場合の、
ビットマップ転送プロトコルの受信側で行われるステッ
プを示すフローチャートである。
【0091】まず、図17に目を向けると、中央サーバ
3104が、ビデオまたはインターネットサービスプロ
バイダからホームエンターテイメントネットワークシス
テム500にMPEGストリーム等のデータを送信す
る。
【0092】ビデオ表示アダプタ3108は、ホームゲ
ートウェイ504、VCR、DVDプレーヤ等の多数の
家庭用電子機器のいずれであってもよい。図示におい
て、ビデオ表示アダプタ3108は、好ましくはATM
インタフェースである第1のインタフェース3124
と、第1のインタフェース3124に接続された、好ま
しくはIEEE1394準拠ノードであるコントローラ
3128と、コントローラ3128に接続された、好ま
しくはIEEE1394バスインタフェースである第2
のインタフェース3132とを含む。ビデオ表示アダプ
タ3108コンポーネントは、ローカルバス3156を
介して接続されている。さらに、コントローラ3128
は、ROM(図示せず)等のコンピュータ読み取り可能
な記録媒体からの命令シーケンスを実行するよう構成さ
れる。命令シーケンスは、図18を参照して後述され
る。最後に、ビデオ表示アダプタ3108は、ATM通
信リンク3116を介して中央サーバ3104に通信可
能に接続される。
【0093】ビデオ表示ユニット3112は、好ましく
はIEEE1394通信リンク3120を介してビデオ
表示アダプタ3108に通信可能に接続される。ビデオ
表示ユニット3112は2つの大まかな部分、すなわち
テレビアダプタ3148およびテレビ表示画面3152
を含む。しかし、代替の実施の形態によれば、テレビア
ダプタ3148は単一のビデオ表示ユニット、すなわち
同じ物理的なパッケージの一部である必要はない。むし
ろ、テレビアダプタ3148はスタンドアロン型ユニッ
トであってもよく、またはホームゲートウェイ504等
のビデオ表示アダプタ3108内に内蔵されてもよい。
【0094】テレビアダプタ3148は、IEEE13
94通信リンク3120を受信するためのインタフェー
ス3136と、2つの表示バッファ、すなわち画面上表
示バッファ3140および画面外表示バッファ3144
とを含むことが好ましい。インタフェース3136、画
面上表示バッファ3140、および画面外表示バッファ
3144は、ローカルバス3160を介して通信可能に
接続されている。一実施の形態によれば、制御論理が、
テレビアダプタ3148におけるIEEE1394ノー
ド(図示せず)によって実施される。代替の実施の形態
では、制御論理がフィールドプログラマブルゲートアレ
イ「FPGA」、またはトランジスタトランジスタ論理
「TTL」回路によって実施される。
【0095】画面上表示バッファ3140が、現在テレ
ビ表示画面3152に提示されている画像データを格納
するよう構成される一方、画面外表示バッファ3144
は、将来テレビ表示画面3152に表示される画面デー
タを格納するよう構成される。したがって、テレビ表示
画面3152は、リンク3164を介して画面上表示バ
ッファ3140に接続される。しかし、代替の実施の形
態では、画面上表示バッファ3140および画面外表示
バッファ3144の両方をテレビ表示画面3152に接
続して、テレビ表示画面3152に提示される画像デー
タをいずれかのバッファから提示することができる。
【0096】以下のダブルバッファリング方法の説明に
関して、図15に示される予備バイト1544はここで
はバッファ制御レジスタとして使用されることに留意す
る。バッファ制御レジスタは、ダブルバッファリンクに
関する情報を通信する多数のフラグの1つを保持する。
たとえば、1つのフラグは画面上表示バッファフラグで
あり、もう1つのフラグは画面外表示バッファフラグで
あり、第3のフラグはスワップフラグである。これらの
フラグは、より詳細に本明細書で説明する。
【0097】図18は、この発明の好ましい実施の形態
によるビットマップ転送データのダブルバッファリング
方法を示す。ステップ3204において、カラールック
アップテーブル1400がテレビアダプタ3148によ
って受信され、メモリ(図示せず)に格納される。次
に、ステップ3208において、画像データ1500が
テレビアダプタ3148によって受信される。ステップ
3212から3220において、画像データデータディ
クショナリ1504を分析して、バッファ制御レジスタ
の値を決定する。
【0098】バッファ制御レジスタ1544の値が、画
像データ本体1508に含まれる画像データが画面上表
示バッファ中に配置されるべきであることを示す場合、
プロセスはステップ3224に進み、ここで、画像デー
タ本体1508における画像データが画面上表示バッフ
ァ3140に格納される。次に、画面上表示バッファ3
140内の画像データがテレビ表示画面3152に提示
される。通常は、画像データのテレビ表示画面3152
への提示は、ステップ3204において受信したカラー
ルックアップテーブル1400からのカラー値の検索が
含まれる。ある環境においては、カラールックアップテ
ーブル1400は、テレビアダプタ3148が受信した
単一の画像データ1500毎に受信されるのではなく、
むしろ、カラールックアップテーブル1400は、連続
した画像データ1500間で共用される。
【0099】バッファ制御レジスタ1544の値が、画
像データ本体1508に含まれる画像データが画面外表
示バッファ3144中に配置されるべきであることを示
す場合、プロセスはステップ3232に進み、ここで、
画像データ本体1508における画像データが画面外表
示バッファ3144に格納される。
【0100】バッファ制御レジスタ1544の値が「ス
ワップ」を示す場合、テレビアダプタ3148は画像デ
ータ本体1508を受信しない。むしろ、ステップ32
36において、画面外表示バッファ3144に含まれる
画像データが画面上表示バッファ3140にコピーされ
る。次に、プロセスは上述したようにステップ3228
に進む。
【0101】ステップ3232および3228の後、ま
たバッファ制御レジスタからの無効フラグの後も同様
に、該方法の本反復は終了し、プロセスは再びステップ
3204あるいはステップ3208に続くことが可能で
ある。
【0102】画面上表示バッファ3140、画面外表示
バッファ3144用の画像データの後に、「スワップ」
フラグを連続して受信することで、テレビ表示画面31
52にアニメーションの知覚が作り出される。本技術
は、広告用に、ならびにバナーまたはテキストのスクロ
ール用に、オブジェクトのアニメ化された動きの表示に
有用である。なお、バッファ制御レジスタ1544はコ
ントローラ3128によって制御されるため、アニメー
ション効果のタイミングもコントローラ3128によっ
て制御される。
【0103】アドレスマッピング 図16は、例示的なアドレスマッピングテーブル160
0を示す。アドレスマッピングテーブル1600は、少
なくとも4つの列と、ホームエンターテイメントネット
ワークシステム500上にある装置と同じ数の行を有す
ることが好ましい。アドレスマッピングテーブル160
0は好ましくは、3つの別個のセクションに区分けされ
る。第1のセクション1620はIEEE1394サー
ビスデータを含み、第2のセクション1624はMPE
Gサービスデータを含み、第3のセクション1628は
IPサービスデータを含む。アドレスマッピングテーブ
ル1600は物理的には単一のテーブルであるが、各セ
クションは情報について自身の「ミニテーブル」を有す
る。
【0104】IEEE1394セクション1620で
は、第1列はノードユニークID列1604であり、該
ノードユニークIDはノード104のハードウェアまた
はROMに永久的に符号化される。次の群の列は、ノー
ド属性列1602である。ノード属性列は、ノードに格
納されているユーザが選択した/プログラムした名称に
よって特定ノードを識別する共通名列1608と、動的
に割り当てられる16ビットのnode_IDを含むnode_ID列
1612と、ノードタイプ列1616と、IPアドレス
列1618とを含む。
【0105】MPEGサービスセクション1624で
は、第1列はATM VPI/VCI列1632であ
り、次の列はプログラム情報列1636であり、第3列
はIEEE1394等時性チャネル列1640であり、
最後の列はノードユニークID列1604である。
【0106】IPサービスセクション1628では、第
1列はATM VPI/VCI列1632であり、次の
列はIPアドレス列1618であり、第3列はnode_ID
列1612であり、最後の列はノードユニークID列1
604である。
【0107】バスリセットが発生すると、アドレスマッ
ピングテーブル1600がIEEE1394ドライバ
(たとえば図8に示すIEEE1394ドライバ81
6)よって生成される。IEEE1394ドライバは、
IEEE1394バス(たとえば、図5に示すIEEE
1394バス568)における各ノードから、該ノード
のノードユニークIDおよび他の情報を識別する応答を
受信する。ノードから受信した情報に基づいて、IEE
E1394ドライバは該ノードユニークIDをアドレス
マッピングテーブル1600に追加し、それからさらな
る情報(たとえば共通名、ノード容量、およびIPアド
レス)について特定ノードを照会する。IEEE139
4ドライバは、該ノードについてnode_ID列1612に
値を割り当てる。
【0108】本明細書に記載した方法およびプロセス
は、特定のハードウェア構成においてではなく、むし
ろ、永続ディスク、CD−ROM、フロッピー(登録商
標)ディスク、揮発性メモリ(たとえばランダムアクセ
スメモリ「RAM」)、または不揮発性メモリ(フラッ
シュメモリや読み取り専用メモリ「ROM」等)等のコ
ンピュータ読み取り可能な記録媒体に格納された、1つ
または複数の命令シーケンスを実行する1つまたは複数
のプロセッサによって行われることが好ましい。しか
し、この発明のより広義の精神において、本明細書に記
載した方法およびプロセスの様々な態様を、TTL論
理、またはゲートアレイ等のハードウェアコンポーネン
トを介して実施できる。さらに、ソフトウェアコンポー
ネントのファームウェアレベルの好み、たとえば、一般
にROMに格納されるソフトウェアコンポーネントの低
レベルプログラム実施、またはソフトウェアコンポーネ
ントのアプリケーションレベルの好み、たとえばファー
ムウェア、オペレーティングシステムカーネル、および
/またはサーバプロセス上で実行されるソフトウェアコ
ンポーネントの高レベルプルグラム実施、が望ましい場
合、好みが特定される。好みが特定されていない場合、
いずれの実施レベルも許容可能である。したがって、本
明細書に含まれる文書での説明および添付図面は限定と
してではなく例示的なものと認識されるべきである。
【0109】
【発明の効果】以上のように、この発明によれば、コン
トローラからビデオ表示ユニットに画像データを転送す
る方法、ビデオ表示ユニットアダプタ、ビデオ表示シス
テム、並びにテレビ表示画面上への提示のために画像デ
ータをダブルバッファリングする方法を提供することが
できる。
【図面の簡単な説明】
【図1】 例示的なIEEE1394モジュールアーキ
テクチャを示す説明図である。
【図2】 例示的なIEEE1394ネットワークトポ
ロジを示す説明図である。
【図3】 例示的なケーブルベースのIEEE1394
トポロジを示す説明図である。
【図4】 例示的なIEEE1394ノードプロトコル
スタックを示す説明図である。
【図5】 IEEE1394ベースのネットワークで、
多数の外部サービスプロバイダをブリッジするホームゲ
ートウェイを示す説明図である。
【図6】 図5のホームゲートウェイの機能ブロック図
である。
【図7】 ハードウェアコンポーネントを示す、ホーム
ゲートウェイの代替ブロック図である。
【図8】 ホームゲートウェイのファームウェアスタッ
クを示すブロック図である。
【図9】 図5のIEEE1394ベースのホームエン
ターテイメントシステムネットワークを介するMPEG
移送(MPEG transport)についてのプロトコルスタック
を示す説明図である。
【図10】 図5のホームエンターテイメントシステム
ネットワークを介したIPルーティングについてのプロ
トコルスタックを示す説明図である。
【図11】 図5のホームエンターテイメントシステム
ネットワークを介したIPプラグアンドプレイおよびD
NS/DHCPルーティングについてのプロトコルスタ
ックを示す説明図である。
【図12】 図5のホームエンターテイメントシステム
の装置間でのビットマップ表示データ転送についてのプ
ロトコルスタックを示す説明図である。
【図13】 好ましいビットマップ転送プロトコルを示
すフローチャートである。
【図14】 ビットマップ転送プロトコルに採用される
好ましいカラールックアップテーブル構造を示す説明図
である。
【図15】 好ましい画像データ構造を示す説明図であ
る。
【図16】 アドレスマッピングテーブルを示す説明図
である。
【図17】 ダブルバッファリングに好ましいハードウ
ェアアーキテクチャのブロック図である。
【図18】 ビットマップ転送データのダブルバッファ
リング方法を示すフローチャートである。
【符号の説明】 108 プロセッサ、116 メモリ、204 ブリッ
ジ、408 リンク層、412 物理層、416 シリ
アルバス管理、420 等時性資源マネージャ、424
バスマネージャ、428 ノードコントローラ、50
4 ホームゲートウェイ、604 TVアダプタ、61
2 1394上IP、616 1394上MPEG、6
18 地上、620 衛星、624 電話、628 フ
ァイバ、632 同軸、644 アクセスネットワー
ク、648 ビデオサービスプロバイダ、650 地上
放送I/F、668 家庭使用IPルータ機能、672
MPEG2ストリーム処理機能、676 アクセスネ
ットワーク接続機能、680ホームネットワーク制御/
管理機能、682 他の存在する/ダウンロード可能な
機能、708 PCIブリッジおよび周辺機器コントロ
ーラ、744 レジスタ、748 電源、752 リセ
ット、756 クロック、804 OSカーネル、80
8 サービスコントローラ、816 ATMドライバ、
820 1394ドライバ、824 ハードウェア、9
16 MPEGネットワーク、920IPネットワー
ク、924 アクセスネットワーク、932 TVアダ
プタ、1012 1394上IP、1208 AP(ビ
ットマップグラフィックス)、3104 中央サーバ、
3128 コントローラ、3140 画面上バッファ、
3144 画面外バッファ、3152 表示画面。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 FI テーマコート゛(参考) H04L 12/28 G09G 5/00 555D H04N 9/64 H04L 11/00 310Z (71)出願人 597067574 201 BROADWAY, CAMBRI DGE, MASSACHUSETTS 02139, U.S.A. (72)発明者 赤津 慎二 東京都千代田区丸の内二丁目2番3号 三 菱電機株式会社内 (72)発明者 フェルナンド・マサミ・マツバラ アメリカ合衆国、カリフォルニア州、サン タクララ、ビスタ・クラブ・サークル 1570、アパートメント 201 (72)発明者 三浦 紳 東京都千代田区丸の内二丁目2番3号 三 菱電機株式会社内 (72)発明者 松尾 英治 東京都千代田区丸の内二丁目2番3号 三 菱電機株式会社内 (54)【発明の名称】 コントローラからビデオ表示ユニットに画像データを転送する方法、ビデオ表示ユニットアダプ タ、ビデオ表示システム、並びにテレビ表示画面上への提示のために画像データをダブルバッフ ァリングする方法

Claims (18)

    【特許請求の範囲】
  1. 【請求項1】 コントローラにおいて第1の画像データ
    を受信するステップと、 該第1の画像データに基づいてカラールックアップテー
    ブルを生成するステップと、 前記コントローラから前記ビデオ表示ユニットに、該カ
    ラールックアップテーブルを伝送するステップと、 前記コントローラから前記ビデオ表示ユニットに、前記
    第1の画像データを伝送するステップと、 前記コントローラにおいて第2の画像データを受信する
    ステップと、 該第2の画像データを前記第1の画像データと比較する
    ステップと、 前記第1の画像データと前記第2の画像データとの差を
    示す第3の画像データを生成するステップと、 前記コントローラから前記ビデオ表示ユニットに該第3
    の画像データを電送するステップとを含むコントローラ
    からビデオ表示ユニットに画像データを転送する方法。
  2. 【請求項2】 前記カラールックアップテーブルは、 前記第1の画像データから、1つまたは複数の一意カラ
    ーを含むカラー情報を抽出し、 前記第1画像データから抽出された一意カラーそれぞれ
    に一意のキー値を割り当て、 前記一意のキー値および対応するカラー情報を前記カラ
    ールックアップテーブルに組み入れることによって生成
    される、請求項1記載の方法。
  3. 【請求項3】 前記第3の画像データは、IEEE13
    94非同期伝送モードを介して前記ビデオ表示ユニット
    に伝送される、請求項1記載の方法。
  4. 【請求項4】 前記第3の画像データは、前記第1およ
    び第2の画像データの色差を示す、請求項1記載の方
    法。
  5. 【請求項5】 連続した画像データ伝送を受信するよう
    構成された第1のインタフェースと、 該第1のインタフェースに接続されたコントローラであ
    って、 該第1のインタフェースから第1の画像データ伝送を受
    信して、対応するカラールックアップテーブルを生成
    し、 前記第1のインタフェースから第2の画像データ伝送を
    受信して、前記第1および第2の画像データ伝送の差を
    示す画像更新データを生成するよう構成された、コント
    ローラと、 該コントローラに接続され、前記各カラールックアップ
    テーブルおよび画像更新データをビデオ表示ユニットに
    伝送するよう構成された第2のインタフェースとを備え
    るビデオ表示ユニットアダプタ。
  6. 【請求項6】 前記第1のインタフェースはIEEE1
    394インタフェースである、請求項5記載のビデオ表
    示ユニットアダプタ。
  7. 【請求項7】 前記第2のインタフェースはIEEE1
    394インタフェースである、請求項5記載のビデオ表
    示ユニットアダプタ。
  8. 【請求項8】 前記第2のインタフェースは、IEEE
    1394非同期伝送モードを介して、前記カラールック
    アップテーブルおよび画像更新データを前記ビデオ表示
    ユニットに伝送する、請求項7記載のビデオ表示ユニッ
    トアダプタ。
  9. 【請求項9】 前記第1のインタフェースはIEEE1
    394準拠していないフォーマットのデータを受信し、
    前記第2インタフェースはIEEE1394準拠フォー
    マットのデータを伝送する、請求項5記載のビデオ表示
    ユニットアダプタ。
  10. 【請求項10】 前記画像更新データは、前記第1およ
    び第2の画像データのカラーの差を示す、請求項5記載
    のビデオ表示ユニットアダプタ。
  11. 【請求項11】 テレビ表示画面と、 該テレビ表示画面と通信可能に接続されたテレビアダプ
    タであって、 該テレビ表示画面に現在表示されている画像データを保
    持するよう構成された画面上表示バッファと、 前記テレビ表示画面に表示されることになる画像データ
    を保持するよう構成された画面外表示バッファと、 を含み、コマンドにより、前記画面外表示バッファと前
    記画面上表示バッファとの間でデータをスワップするよ
    う構成されたテレビアダプタとを備える、ビデオ表示シ
    ステム。
  12. 【請求項12】 前記テレビ表示アダプタは、さらに、
    カラールックアップテーブルおよび画像データを受信
    し、さらに前記表示バッファの1つに該画像データを格
    納するよう構成されたIEEE1394インタフェース
    を含み、前記IEEE1394インタフェースは、前記
    画面上表示バッファおよび前記画面外表示バッファの両
    方に通信可能に接続される、請求項11記載のビデオ表
    示システム。
  13. 【請求項13】 前記画像データはバッファ制御フラッ
    グを含み、前記テレビアダプタは制御フラッグを分析し
    て、それに応答して、前記画面外表示バッファにおける
    画像データを前記テレビ表示画面上に提示するよう構成
    される、請求項12記載のビデオ表示システム。
  14. 【請求項14】 前記テレビアダプタおよび前記テレビ
    表示画面は、物理的な単一ユニットに収容される、請求
    項11記載のビデオ表示システム。
  15. 【請求項15】 テレビ表示画面上への提示のために画
    像データをダブルバッファリングする方法であって、 第1のバッファ制御フラッグを含む第1の画像データを
    受信するステップであって、該第1のバッファ制御フラ
    ッグは、該第1の画像データを画面上表示バッファに配
    向するよう構成される、ステップと、 前記画面上表示バッファにおける前記第1の画像データ
    をテレビ表示画面上に提示するステップと、 第2のバッファ制御フラッグを含む第2の画像データを
    受信するステップであって、該第2のバッファ制御フラ
    ッグは該第2の画像データを画面外表示バッファに配向
    するよう構成された、ステップと、 第3のバッファ制御フラッグを含む第3の画像データを
    受信するステップであって、前記画面外表示バッファに
    おける前記第2の画像データを前記テレビ表示画面上に
    提示するよう構成される、ステップとを含む、テレビ表
    示画面上への提示のために画像データをダブルバッファ
    リングする方法。
  16. 【請求項16】 前記第2の画像データを前記画面外表
    示バッファから前記画面上表示バッファにコピーするス
    テップをさらに含む、請求項15記載の方法。
  17. 【請求項17】 交互に前記画面外バッファ用の画像デ
    ータおよび第3のバッファ制御フラッグの連続したパタ
    ーンを含む画像データを受信するステップと、 該画像データの連続したパターンの受信に応答して、ア
    ニメ化された画像を前記テレビ表示画面に表示するステ
    ップと、をさらに含む、請求項15記載の方法。
  18. 【請求項18】 カラールックアップテーブルを受信す
    るステップをさらに含み、前記画像データを前記テレビ
    表示画面に表示するステップは、前記テレビ表示画面上
    に提示される特定の画像データピクセルに対応したカラ
    ー値を、前記カラールックアップテーブルから検索する
    ステップを含む、請求項15記載の方法。
JP2000124257A 1999-04-29 2000-04-25 コントローラからビデオ表示ユニットに画像データを転送する方法、ビデオ表示ユニットアダプタ、ビデオ表示システム、並びにテレビ表示画面上への提示のために画像データをダブルバッファリングする方法 Pending JP2001028763A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US30202299A 1999-04-29 1999-04-29
US09/302022 1999-04-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009125068A Division JP2009219148A (ja) 1999-04-29 2009-05-25 ビデオ表示システム、及びテレビ表示画面上への提示のために画像データをダブルバッファリングする方法

Publications (1)

Publication Number Publication Date
JP2001028763A true JP2001028763A (ja) 2001-01-30

Family

ID=23165927

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2000124257A Pending JP2001028763A (ja) 1999-04-29 2000-04-25 コントローラからビデオ表示ユニットに画像データを転送する方法、ビデオ表示ユニットアダプタ、ビデオ表示システム、並びにテレビ表示画面上への提示のために画像データをダブルバッファリングする方法
JP2009125068A Pending JP2009219148A (ja) 1999-04-29 2009-05-25 ビデオ表示システム、及びテレビ表示画面上への提示のために画像データをダブルバッファリングする方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2009125068A Pending JP2009219148A (ja) 1999-04-29 2009-05-25 ビデオ表示システム、及びテレビ表示画面上への提示のために画像データをダブルバッファリングする方法

Country Status (2)

Country Link
EP (1) EP1048999A3 (ja)
JP (2) JP2001028763A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004061877A (ja) * 2002-07-29 2004-02-26 Sumitomo Electric Ind Ltd 表示システム、表示装置、及びデータ生成装置
WO2008150709A1 (en) * 2007-05-31 2008-12-11 Microsoft Corporation Bitmap-based display remoting

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8102401B2 (en) * 2007-04-25 2012-01-24 Atmel Corporation Display controller operating mode using multiple data buffers
CN102082962A (zh) * 2010-10-15 2011-06-01 福建新大陆通信科技股份有限公司 一种通过机顶盒快速查看美工效果的方法
KR101964973B1 (ko) * 2017-07-31 2019-08-07 한국과학기술원 다중 스레드를 이용한 대용량 이미지 표시 가속화 시스템

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5244512A (en) * 1975-10-06 1977-04-07 Nippon Telegr & Teleph Corp <Ntt> Between-frame coding equipment
WO1991010328A1 (en) * 1989-12-28 1991-07-11 Massachusetts Institute Of Technology Video telephone systems
JPH04174497A (ja) * 1990-11-07 1992-06-22 Nec Corp 表示制御装置
JPH06149533A (ja) * 1992-11-12 1994-05-27 Fujitsu Ltd 表示領域外セグメントの描画処理を削減したセグメント高速描画方式
US5381347A (en) * 1992-12-21 1995-01-10 Microsoft Corporation Method and system for displaying images on a display device using an offscreen video memory
JPH07274007A (ja) * 1994-03-23 1995-10-20 Eastman Kodak Co カラーイメージを圧縮、パレット化、伝送、受信する方法及び装置
JPH08154261A (ja) * 1994-11-25 1996-06-11 Aqueous Res:Kk 画像圧縮装置
US5787192A (en) * 1994-09-27 1998-07-28 Kabushikaisha Equos Research Image data compression apparatus and image data communication system
DE19508545C1 (de) * 1995-03-10 1996-09-19 Inst Rundfunktechnik Gmbh Verfahren zum gleichzeitigen Wiegergeben von mehreren stehenden Farbbildern auf einem Bildschirm
US5831639A (en) * 1995-07-05 1998-11-03 Symantec Corporation Scanning display driver
JP3837841B2 (ja) * 1996-06-14 2006-10-25 セイコーエプソン株式会社 データ送信装置およびデータ受信装置ならびにデータ圧縮方法
US6014133A (en) * 1996-06-14 2000-01-11 Seiko Epson Corporation Data transmitter/receiver apparatus, data transmitter, data receiver, and data compression method
JPH1153528A (ja) * 1997-07-31 1999-02-26 Sony Corp デジタル画像処理装置及び方法
US6665020B1 (en) * 1997-09-18 2003-12-16 Thomson Licensing S.A. Digital television apparatus for controlling a peripheral device via a digital bus

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004061877A (ja) * 2002-07-29 2004-02-26 Sumitomo Electric Ind Ltd 表示システム、表示装置、及びデータ生成装置
WO2008150709A1 (en) * 2007-05-31 2008-12-11 Microsoft Corporation Bitmap-based display remoting
US8140610B2 (en) 2007-05-31 2012-03-20 Microsoft Corporation Bitmap-based display remoting
US8209372B2 (en) 2007-05-31 2012-06-26 Microsoft Corporation Bitmap transfer-based display remoting
CN101681339B (zh) * 2007-05-31 2012-07-04 微软公司 基于位图的显示遥控

Also Published As

Publication number Publication date
EP1048999A2 (en) 2000-11-02
EP1048999A3 (en) 2006-09-27
JP2009219148A (ja) 2009-09-24

Similar Documents

Publication Publication Date Title
JP4488131B2 (ja) ネットワークシステムにおいてアドレスをマッピングする方法および1つまたは複数のプロセッサに行わせる命令シーケンスを格納したコンピュータ読み取り可能な記録媒体
US6505255B1 (en) Method for formatting and routing data between an external network and an internal network
JP4462463B2 (ja) ノードを遠隔監視および制御する方法、およびノードを遠隔監視および制御させる1つまたは複数の命令シーケンスを格納するコンピュータ読み取り可能な記録媒体
EP1050996B1 (en) Command and control transfer
US6593937B2 (en) Method of and apparatus for handling high bandwidth on-screen-display graphics data over a distributed IEEE 1394 network utilizing an isochronous data transmission format
US6523064B1 (en) Network gateway for collecting geographic data information
US6501441B1 (en) Method of and apparatus for partitioning, scaling and displaying video and/or graphics across several display devices
KR100522152B1 (ko) 하나 이상의 디스플레이 윈도우 및 위치 의존 커서와 기능 제어를 갖는 디스플레이 방법 및 디스플레이 시스템
JP2000032016A (ja) デジタル信号受信機、ネットワ―ク及びトランスポ―トストリ―ム送信方法
EP1112650A1 (en) A method and system for electronic communication
US20020047862A1 (en) Network error display apparatus and error detection display method
JP2009219148A (ja) ビデオ表示システム、及びテレビ表示画面上への提示のために画像データをダブルバッファリングする方法
WO2000011840A2 (en) Home gateway
KR20010050441A (ko) 전자 장치
JP2004289866A (ja) 表示装置および方法、プログラム、並びに表示システム
JP2000356980A (ja) 映像表示方法、映像表示装置及び映像出力装置
JP2003198972A (ja) 表示装置および制御方法、プログラムおよび記録媒体、並びに表示システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070329

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081125

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090225

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090304

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090325

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090402

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090424

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090430

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090525

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100309