JP3349490B2 - 画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス - Google Patents
画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイスInfo
- Publication number
- JP3349490B2 JP3349490B2 JP2000035706A JP2000035706A JP3349490B2 JP 3349490 B2 JP3349490 B2 JP 3349490B2 JP 2000035706 A JP2000035706 A JP 2000035706A JP 2000035706 A JP2000035706 A JP 2000035706A JP 3349490 B2 JP3349490 B2 JP 3349490B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- display
- transfer
- image
- host
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 34
- 238000012546 transfer Methods 0.000 claims abstract description 255
- 238000012545 processing Methods 0.000 claims description 35
- 238000001514 detection method Methods 0.000 claims description 7
- 230000007547 defect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 27
- 230000007246 mechanism Effects 0.000 description 15
- 230000002457 bidirectional effect Effects 0.000 description 14
- 230000008569 process Effects 0.000 description 12
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 10
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000007781 pre-processing Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 229920000729 poly(L-lysine) polymer Polymers 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/003—Details of a display terminal, the details relating to the control arrangement of the display terminal and to the interfaces thereto
- G09G5/006—Details of the interface to the display terminal
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/14—Display of multiple viewports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2370/00—Aspects of data communication
- G09G2370/04—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
- G09G2370/045—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller using multiple communication channels, e.g. parallel and serial
- G09G2370/047—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller using multiple communication channels, e.g. parallel and serial using display data channel standard [DDC] communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Controls And Circuits For Display Device (AREA)
- Digital Computer Display Output (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- User Interface Of Digital Computer (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ディスプレイパネ
ルに画像を表示する際のビデオインターフェイス機構に
関し、より詳しくは、複数の表示パネルや高精細パネル
を分散処理して駆動するための画像表示方法、ホスト装
置、表示装置等に関する。
ルに画像を表示する際のビデオインターフェイス機構に
関し、より詳しくは、複数の表示パネルや高精細パネル
を分散処理して駆動するための画像表示方法、ホスト装
置、表示装置等に関する。
【０００２】
【従来の技術】一般に、表示画像はパーソナルコンピュ
ータ(ＰＣ)等からなるホスト装置のグラフィックスコン
トローラにより処理されて表示装置に送られる。ところ
が、近年の液晶表示ディスプレイ(ＬＣＤ)パネルに代表
される表示装置の進歩により、ホスト装置と表示装置と
の処理能力に大きな差が出てきた。例えば、ＬＣＤパネ
ルにおいては、パネル自身の高精細化が進み、ＱＸＧＡ
(Quad Extended Graphics Array)(2048×1536ドット)や
ＱＳＸＧＡ(Quad Super Extended Graphics Array)(256
0×2048ドット)、ＱＵＸＧＡ(Quad Ultra Extended Gra
phics Array)(3200×2400ドット)などの解像度が非常に
大きな高精細(超高精細)パネルが実用化されつつある。
また、ＬＣＤパネルに代表される表示装置は、近年、そ
の表示部の周りである額縁が更に小さくなり、複数のパ
ネルをまとめて拡大パネルとする所謂タイリングが可能
となってきた。その結果、超高精細パネルと同様に、更
に解像度を上げることが可能となっている。
ータ(ＰＣ)等からなるホスト装置のグラフィックスコン
トローラにより処理されて表示装置に送られる。ところ
が、近年の液晶表示ディスプレイ(ＬＣＤ)パネルに代表
される表示装置の進歩により、ホスト装置と表示装置と
の処理能力に大きな差が出てきた。例えば、ＬＣＤパネ
ルにおいては、パネル自身の高精細化が進み、ＱＸＧＡ
(Quad Extended Graphics Array)(2048×1536ドット)や
ＱＳＸＧＡ(Quad Super Extended Graphics Array)(256
0×2048ドット)、ＱＵＸＧＡ(Quad Ultra Extended Gra
phics Array)(3200×2400ドット)などの解像度が非常に
大きな高精細(超高精細)パネルが実用化されつつある。
また、ＬＣＤパネルに代表される表示装置は、近年、そ
の表示部の周りである額縁が更に小さくなり、複数のパ
ネルをまとめて拡大パネルとする所謂タイリングが可能
となってきた。その結果、超高精細パネルと同様に、更
に解像度を上げることが可能となっている。
【０００３】このように、近年、パネル側の解像度は大
きく上昇しているが、一方で、パネル側の進歩に対して
システムのパワーやグラフィックスコントローラのパワ
ーが追従できなくなってきており、超高精細パネルやマ
ルチパネルでの充分な表示ができないのが現状である。
例えば、グラフィックスコントローラに代表される画像
処理システムの性能は、一般的な表示機能でＱＸＧＡ程
度が限界であり、家庭用ゲーム機等に代表される３次元
(３Ｄ)のコンピュータグラフィックス(ＣＧ)ではＶＧＡ
(Video Graphics Array)(640×480ドット)程度の低解像
度の処理能力に留まっている。このように、例えば最先
端の動画は未だＶＧＡ程度の解像度であるのに対し、パ
ネルはその数倍から数十倍の解像度が製造できるように
なっており、処理能力の格差が顕著に現れてきた。
きく上昇しているが、一方で、パネル側の進歩に対して
システムのパワーやグラフィックスコントローラのパワ
ーが追従できなくなってきており、超高精細パネルやマ
ルチパネルでの充分な表示ができないのが現状である。
例えば、グラフィックスコントローラに代表される画像
処理システムの性能は、一般的な表示機能でＱＸＧＡ程
度が限界であり、家庭用ゲーム機等に代表される３次元
(３Ｄ)のコンピュータグラフィックス(ＣＧ)ではＶＧＡ
(Video Graphics Array)(640×480ドット)程度の低解像
度の処理能力に留まっている。このように、例えば最先
端の動画は未だＶＧＡ程度の解像度であるのに対し、パ
ネルはその数倍から数十倍の解像度が製造できるように
なっており、処理能力の格差が顕著に現れてきた。
【０００４】また、超高精細のディスプレイパネルにホ
ストＰＣ(ホスト側)から送られるビデオデータを表示さ
せる場合、ディスプレイパネル側で同じフレームレート
を維持しようとすると、その高精細度が増せば増すほ
ど、ビデオインターフェイス上の転送レートを大きくす
る必要がある。一方、昨今では、ホストＰＣとディスプ
レイシステムとの間のビデオインターフェイスは、従来
のアナログインターフェイスに変わってＬＶＤＳ(Low V
oltage Differential Signaling)、ＴＭＤＳ(Transitio
n Minimized Differential Signaling)、ＧＶＩＦ(Giga
bit Video InterFace)といった低電圧作動タイプのデジ
タルデータ伝送方式を使った、所謂デジタルインターフ
ェイスが広まりつつある。そこで、このデジタルインタ
ーフェイスの転送クロックを上げたり、ビデオインター
フェイスのシグナル本数を倍(DualChannel)や４倍(Quad
ruple Channel)にすることで、これらの転送レートの増
加を実現することが可能である。
ストＰＣ(ホスト側)から送られるビデオデータを表示さ
せる場合、ディスプレイパネル側で同じフレームレート
を維持しようとすると、その高精細度が増せば増すほ
ど、ビデオインターフェイス上の転送レートを大きくす
る必要がある。一方、昨今では、ホストＰＣとディスプ
レイシステムとの間のビデオインターフェイスは、従来
のアナログインターフェイスに変わってＬＶＤＳ(Low V
oltage Differential Signaling)、ＴＭＤＳ(Transitio
n Minimized Differential Signaling)、ＧＶＩＦ(Giga
bit Video InterFace)といった低電圧作動タイプのデジ
タルデータ伝送方式を使った、所謂デジタルインターフ
ェイスが広まりつつある。そこで、このデジタルインタ
ーフェイスの転送クロックを上げたり、ビデオインター
フェイスのシグナル本数を倍(DualChannel)や４倍(Quad
ruple Channel)にすることで、これらの転送レートの増
加を実現することが可能である。
【０００５】しかしながら、これらの方法では、新しい
超高精細度のディスプレイパネルが出現する度に、それ
が必要とする転送レートを実現することが要求されてし
まう。即ち、新しいビデオインターフェイスタイミング
を定義し、高い転送クロックレートに対応したＬＳＩを
新規に開発したり、ビデオインターフェイスシグナルに
新しいマルチチャネル(Multiple Channel)構造を取るこ
とが要求され、また同時に、その度にそれらをＶＥＳＡ
(Video Electronics Standard Association)などのビデ
オインターフェイススタンダード(Video Interface Sta
ndard)に加えていかなければならないことを意味するの
である。従来型ビデオインターフェイスの延長線上にい
る限り、これらの問題点はその都度付いてまわり、これ
らを根本的に解決するためには、従来型とは全く異なる
コンセプトに基づくビデオインターフェイスを考案する
ことが必要となる。
超高精細度のディスプレイパネルが出現する度に、それ
が必要とする転送レートを実現することが要求されてし
まう。即ち、新しいビデオインターフェイスタイミング
を定義し、高い転送クロックレートに対応したＬＳＩを
新規に開発したり、ビデオインターフェイスシグナルに
新しいマルチチャネル(Multiple Channel)構造を取るこ
とが要求され、また同時に、その度にそれらをＶＥＳＡ
(Video Electronics Standard Association)などのビデ
オインターフェイススタンダード(Video Interface Sta
ndard)に加えていかなければならないことを意味するの
である。従来型ビデオインターフェイスの延長線上にい
る限り、これらの問題点はその都度付いてまわり、これ
らを根本的に解決するためには、従来型とは全く異なる
コンセプトに基づくビデオインターフェイスを考案する
ことが必要となる。
【０００６】かかる課題を解決するにあたり、出願人
は、特願平１１−３４１４６２にて新たなビデオインタ
ーフェイスについて提案している。ここでは、ホスト側
とディスプレイ側とで表示画像の分散処理を図ると共
に、パケット形式を用いてビデオデータの転送を行い、
また、データ部の転送エラーに関するデータ転送量を少
なくすることができる技術について記載されている。
は、特願平１１−３４１４６２にて新たなビデオインタ
ーフェイスについて提案している。ここでは、ホスト側
とディスプレイ側とで表示画像の分散処理を図ると共
に、パケット形式を用いてビデオデータの転送を行い、
また、データ部の転送エラーに関するデータ転送量を少
なくすることができる技術について記載されている。
【０００７】
【発明が解決しようとする課題】ここで、従来、パケッ
トでデータを転送する場合、ＡＣＫ(Acknowledge)/ＮＡ
ＣＫ(Not Acknowledge)によりデータの授受を確認する
ことが一般的である。このＡＣＫ/ＮＡＣＫは、１パケ
ットを送信する度に受信側から確認応答を返し、パケッ
トの内容を正しく受け取れるとＡＣＫを、そうでなけれ
ばＮＡＣＫを返すものである。パケットデータ形式にて
転送されるビデオデータをパネル側(ディスプレイ側、
表示側)にて表示する際に、もしも、ビデオデータが連
続してリフレッシュ転送される場合には、転送エラーが
あっても直ぐその後にビデオデータが転送されて来るの
で、ＡＣＫ/ＮＡＣＫが不要となる。しかしながら、表
示データが変化しなくなった場合には、エラーフリーの
状態でも転送を止めることができず、また、書き直され
ない限りは、正しい表示をすることができない。そのた
めに、エラーがあった際に、ＡＣＫ/ＮＡＣＫ等の何ら
かのエラー表示を行う必要がある。例えば、ＩＥＥＥ１
３９４規格のパケット転送として、代表的な転送モード
である非同期転送(Asynchronous Subaction)では、調停
後、バスを獲得したあるバスマスターがスレーブである
バスターゲットに対して非同期パケット(Asynchronous
Packet)を転送後、一定の時間的ギャップの後にその承
認パケット(Acknowledge Packet)をリードバックしなけ
ればならない。この転送を採用すれば、エラー状況をホ
スト側に対して逐次、報告することが可能であるが、こ
の同じバスマスターからの平均的なデータ転送レートは
大きく低下してしまう。
トでデータを転送する場合、ＡＣＫ(Acknowledge)/ＮＡ
ＣＫ(Not Acknowledge)によりデータの授受を確認する
ことが一般的である。このＡＣＫ/ＮＡＣＫは、１パケ
ットを送信する度に受信側から確認応答を返し、パケッ
トの内容を正しく受け取れるとＡＣＫを、そうでなけれ
ばＮＡＣＫを返すものである。パケットデータ形式にて
転送されるビデオデータをパネル側(ディスプレイ側、
表示側)にて表示する際に、もしも、ビデオデータが連
続してリフレッシュ転送される場合には、転送エラーが
あっても直ぐその後にビデオデータが転送されて来るの
で、ＡＣＫ/ＮＡＣＫが不要となる。しかしながら、表
示データが変化しなくなった場合には、エラーフリーの
状態でも転送を止めることができず、また、書き直され
ない限りは、正しい表示をすることができない。そのた
めに、エラーがあった際に、ＡＣＫ/ＮＡＣＫ等の何ら
かのエラー表示を行う必要がある。例えば、ＩＥＥＥ１
３９４規格のパケット転送として、代表的な転送モード
である非同期転送(Asynchronous Subaction)では、調停
後、バスを獲得したあるバスマスターがスレーブである
バスターゲットに対して非同期パケット(Asynchronous
Packet)を転送後、一定の時間的ギャップの後にその承
認パケット(Acknowledge Packet)をリードバックしなけ
ればならない。この転送を採用すれば、エラー状況をホ
スト側に対して逐次、報告することが可能であるが、こ
の同じバスマスターからの平均的なデータ転送レートは
大きく低下してしまう。
【０００８】また、先に出願した特願平１１−３４１４
６２では、ＡＣＫ/ＮＡＣＫ無しか、または非常に遅い
ＡＣＫ/ＮＡＣＫのインターフェイスにおいて、パケッ
ト転送する場合におけるデータ部でのエラー処理につい
て説明されている。この発明によれば、表示側(パネル
側)で初めて画像を展開する形式を採用した場合でも、
ＩＤを付したホスト側からの大容量からなる画像データ
の転送と、表示側から遥かに少ない転送量からなるデー
タ転送によって、最大限の効率でデータ部のエラー処理
を実行することが可能となる。しかしながら、かかる技
術だけでは、ヘッダー部のＩＤが転送エラーを起こした
場合で表示側が複数のパネルを備える場合等において、
どのパケットがエラーを起こしたかを認識することがで
きない。このＩＤがエラーを起こした場合には、パケッ
トが解らないうちに消えてしまうトラブルの発生が懸念
される。
６２では、ＡＣＫ/ＮＡＣＫ無しか、または非常に遅い
ＡＣＫ/ＮＡＣＫのインターフェイスにおいて、パケッ
ト転送する場合におけるデータ部でのエラー処理につい
て説明されている。この発明によれば、表示側(パネル
側)で初めて画像を展開する形式を採用した場合でも、
ＩＤを付したホスト側からの大容量からなる画像データ
の転送と、表示側から遥かに少ない転送量からなるデー
タ転送によって、最大限の効率でデータ部のエラー処理
を実行することが可能となる。しかしながら、かかる技
術だけでは、ヘッダー部のＩＤが転送エラーを起こした
場合で表示側が複数のパネルを備える場合等において、
どのパケットがエラーを起こしたかを認識することがで
きない。このＩＤがエラーを起こした場合には、パケッ
トが解らないうちに消えてしまうトラブルの発生が懸念
される。
【０００９】ここで、例えば、１ライン毎のデータをパ
ケットにして送っているとする。このパケットのＩＤ部
分にエラーが発生すると、垂直側のアドレスを順次増加
させて自動計算する場合には、そのラインから１行、画
面がずれてしまい、また、ランダムに書き込む場合に
は、そのデータが書き込まれないトラブルが発生する恐
れがある。特に、パネル(ディスプレイ)が複数の場合に
は、どのディスプレイが処理すれば良いかが解らないの
で、このパケットについては処理する方法が無いことに
なる。
ケットにして送っているとする。このパケットのＩＤ部
分にエラーが発生すると、垂直側のアドレスを順次増加
させて自動計算する場合には、そのラインから１行、画
面がずれてしまい、また、ランダムに書き込む場合に
は、そのデータが書き込まれないトラブルが発生する恐
れがある。特に、パネル(ディスプレイ)が複数の場合に
は、どのディスプレイが処理すれば良いかが解らないの
で、このパケットについては処理する方法が無いことに
なる。
【００１０】本発明は、以上のような技術的課題を解決
するためになされたものであって、その目的とするとこ
ろは、超高精細(ＱＸＧＡ、ＱＵＸＧＡ等)パネルやマル
チパネルといった先進的な表示システムや、テキストと
イメージなどが複合した情報を表示するシステムにおい
て、システム側とパネル側とで分散処理を図ることによ
って、その表示処理能力を最大限引き出すことにある。
また他の目的は、ホスト側からの画像転送時における転
送抜けを認識することで、転送エラー処理を可能にする
ことにある。更に他の目的は、ホスト側からパネル側へ
パケット形式でデータを転送する場合に、ＩＤを含むヘ
ッダー部の転送エラーを簡易に検知することにある。
するためになされたものであって、その目的とするとこ
ろは、超高精細(ＱＸＧＡ、ＱＵＸＧＡ等)パネルやマル
チパネルといった先進的な表示システムや、テキストと
イメージなどが複合した情報を表示するシステムにおい
て、システム側とパネル側とで分散処理を図ることによ
って、その表示処理能力を最大限引き出すことにある。
また他の目的は、ホスト側からの画像転送時における転
送抜けを認識することで、転送エラー処理を可能にする
ことにある。更に他の目的は、ホスト側からパネル側へ
パケット形式でデータを転送する場合に、ＩＤを含むヘ
ッダー部の転送エラーを簡易に検知することにある。
【００１１】
【課題を解決するための手段】かかる目的のもと、本発
明は、アプリケーションを実行するホストとこのホスト
に接続された画像表示を行うディスプレイとの間でイン
ターフェイスを介して画像を転送する画像表示方法であ
って、アプリケーションが意識している画像空間の中で
纏まって意味を持つ領域であるウィンドウに対し、ディ
スプレイの表示エリアを分割したサブエリアに応じてウ
ィンドウに属する画像データを一纏まりとしてホストが
管理し、このホストによって管理された一纏まりの画像
データをパケットの１単位にすると共に、このパケット
の順序を示す順序情報をパケットに付加してインターフ
ェイスを介してディスプレイに転送し、インターフェイ
スを介して転送された画像データをディスプレイの有す
るパネルメモリに展開すると共に、ディスプレイは順序
情報に基づいてパケットの抜けを検知し、インターフェ
イスを介してディスプレイにより検知されたパケットの
抜けの状況をホストが把握することを特徴としている。
明は、アプリケーションを実行するホストとこのホスト
に接続された画像表示を行うディスプレイとの間でイン
ターフェイスを介して画像を転送する画像表示方法であ
って、アプリケーションが意識している画像空間の中で
纏まって意味を持つ領域であるウィンドウに対し、ディ
スプレイの表示エリアを分割したサブエリアに応じてウ
ィンドウに属する画像データを一纏まりとしてホストが
管理し、このホストによって管理された一纏まりの画像
データをパケットの１単位にすると共に、このパケット
の順序を示す順序情報をパケットに付加してインターフ
ェイスを介してディスプレイに転送し、インターフェイ
スを介して転送された画像データをディスプレイの有す
るパネルメモリに展開すると共に、ディスプレイは順序
情報に基づいてパケットの抜けを検知し、インターフェ
イスを介してディスプレイにより検知されたパケットの
抜けの状況をホストが把握することを特徴としている。
【００１２】更に、本発明は、このホストが把握したパ
ケットの抜けの状況に基づいて、ホストからディスプレ
イに対してインターフェイスを介して画像データの再転
送を実行することを特徴とすることができる。より具体
的には、この画像データの再転送は、ウィンドウに属す
る全てのサブエリアの画像データであり、このパケット
の抜けのあったサブエリアだけについて再度、パネルメ
モリへの展開を実行することを特徴とすれば、ホストが
認識すべきエラー情報を少なくして、ホスト側へのイン
ターフェイスを小容量としても、転送エラーに対する対
処が可能となる。また、この画像データの再転送は、パ
ケットの抜けが把握されたサブエリアに対して実行され
ることを特徴とすることができる。かかる場合には、ホ
ストに対してエラーのあったサブエリアを特定する情報
を転送する必要があるが、再転送するパケットを少なく
することができる点で非常に優れている。
ケットの抜けの状況に基づいて、ホストからディスプレ
イに対してインターフェイスを介して画像データの再転
送を実行することを特徴とすることができる。より具体
的には、この画像データの再転送は、ウィンドウに属す
る全てのサブエリアの画像データであり、このパケット
の抜けのあったサブエリアだけについて再度、パネルメ
モリへの展開を実行することを特徴とすれば、ホストが
認識すべきエラー情報を少なくして、ホスト側へのイン
ターフェイスを小容量としても、転送エラーに対する対
処が可能となる。また、この画像データの再転送は、パ
ケットの抜けが把握されたサブエリアに対して実行され
ることを特徴とすることができる。かかる場合には、ホ
ストに対してエラーのあったサブエリアを特定する情報
を転送する必要があるが、再転送するパケットを少なく
することができる点で非常に優れている。
【００１３】ここで、本発明における順序情報は、パケ
ットのヘッダー部に格納された順序カウンタ情報であ
り、ディスプレイは、自ら有する順序カウンタに基づい
てこのパケットの抜けを検知することを特徴とすれば、
順序カウンタという最小限の情報の付加でヘッダー部の
エラーにより喪失したパケットを認識することができる
点で好ましい。また、順序情報の他の態様としては、順
序カウンタの代わりに、パケットのチェイン情報(前後
情報)等からなるパケットの識別値をヘッダー部に備え
るように構成することも可能である。
ットのヘッダー部に格納された順序カウンタ情報であ
り、ディスプレイは、自ら有する順序カウンタに基づい
てこのパケットの抜けを検知することを特徴とすれば、
順序カウンタという最小限の情報の付加でヘッダー部の
エラーにより喪失したパケットを認識することができる
点で好ましい。また、順序情報の他の態様としては、順
序カウンタの代わりに、パケットのチェイン情報(前後
情報)等からなるパケットの識別値をヘッダー部に備え
るように構成することも可能である。
【００１４】また、上記のような目的を達成するため
に、本発明の他の構成は、アプリケーションを実行する
ホストと、このホストに接続されたディスプレイと、ホ
ストとこのディスプレイとを接続するインターフェイス
を備え、ディスプレイに対して画像を表示するための画
像表示システムであって、このインターフェイスは、ホ
ストからディスプレイに対してＩＤ情報を含むパケット
転送によってデータ転送を実行すると共に、パケットの
順序を示す順序情報を含めて転送する第１のインターフ
ェイスと、ディスプレイからホストに対して、順序情報
に基づいて認識されたパケット転送のエラー情報を含
む、この第１のインターフェイスの容量よりも少ない小
容量のデータ転送を実行するための第２のインターフェ
イスとを備えていることを特徴としている。また、この
ホストは、展開前の画像データを第１のインターフェイ
スを介して転送し、ディスプレイは、この第１のインタ
ーフェイスを介して転送された画像データを展開するた
めのパネルメモリを備えると共に、このパネルメモリに
展開された画像データに対する転送エラーの情報を含め
て第２のインターフェイスを介して転送することを特徴
とすることができる。
に、本発明の他の構成は、アプリケーションを実行する
ホストと、このホストに接続されたディスプレイと、ホ
ストとこのディスプレイとを接続するインターフェイス
を備え、ディスプレイに対して画像を表示するための画
像表示システムであって、このインターフェイスは、ホ
ストからディスプレイに対してＩＤ情報を含むパケット
転送によってデータ転送を実行すると共に、パケットの
順序を示す順序情報を含めて転送する第１のインターフ
ェイスと、ディスプレイからホストに対して、順序情報
に基づいて認識されたパケット転送のエラー情報を含
む、この第１のインターフェイスの容量よりも少ない小
容量のデータ転送を実行するための第２のインターフェ
イスとを備えていることを特徴としている。また、この
ホストは、展開前の画像データを第１のインターフェイ
スを介して転送し、ディスプレイは、この第１のインタ
ーフェイスを介して転送された画像データを展開するた
めのパネルメモリを備えると共に、このパネルメモリに
展開された画像データに対する転送エラーの情報を含め
て第２のインターフェイスを介して転送することを特徴
とすることができる。
【００１５】また、本発明の画像表示システムを他の観
点から把えると、アプリケーションが意識している画像
空間の中で纏まって意味を持つ領域であるウィンドウに
対し、この領域を分割したサブエリアに応じてウィンド
ウに属する画像データを一纏まりとして管理するホスト
と、このホストに接続されて画像を表示するディスプレ
イと、ホストとこのディスプレイとを接続するインター
フェイスとを備えた画像表示システムであって、このホ
ストは、一纏まりの画像データをパケットの１単位にす
ると共に、ウィンドウを区別するＩＤと転送する度にこ
のＩＤ毎にカウントアップするカウント情報とが付加さ
れたパケットをインターフェイスを介してディスプレイ
に転送し、このディスプレイは、インターフェイスを介
して転送されたパケットに含まれる画像データをパネル
メモリに展開すると共に、このパケットの転送によって
カウントアップするカウンタを備え、このカウンタの値
とパケットに含まれるカウント情報とを比較して転送エ
ラーを認識することを特徴としている。また、このディ
スプレイは、ＩＤ毎に処理を行う複数のハンドラを備
え、カウンタは、複数のハンドラ毎に設けられているこ
とを特徴とすれば、各ウィンドウＩＤの処理を担当する
ハンドラ毎に転送エラーを認識することが可能となる。
点から把えると、アプリケーションが意識している画像
空間の中で纏まって意味を持つ領域であるウィンドウに
対し、この領域を分割したサブエリアに応じてウィンド
ウに属する画像データを一纏まりとして管理するホスト
と、このホストに接続されて画像を表示するディスプレ
イと、ホストとこのディスプレイとを接続するインター
フェイスとを備えた画像表示システムであって、このホ
ストは、一纏まりの画像データをパケットの１単位にす
ると共に、ウィンドウを区別するＩＤと転送する度にこ
のＩＤ毎にカウントアップするカウント情報とが付加さ
れたパケットをインターフェイスを介してディスプレイ
に転送し、このディスプレイは、インターフェイスを介
して転送されたパケットに含まれる画像データをパネル
メモリに展開すると共に、このパケットの転送によって
カウントアップするカウンタを備え、このカウンタの値
とパケットに含まれるカウント情報とを比較して転送エ
ラーを認識することを特徴としている。また、このディ
スプレイは、ＩＤ毎に処理を行う複数のハンドラを備
え、カウンタは、複数のハンドラ毎に設けられているこ
とを特徴とすれば、各ウィンドウＩＤの処理を担当する
ハンドラ毎に転送エラーを認識することが可能となる。
【００１６】また、上記のような目的を達成するため
に、本発明をホスト装置から把えると、本発明は、アプ
リケーションを実行すると共に、画像表示を行うディス
プレイに対してインターフェイスを介して接続されるホ
スト装置であって、このアプリケーションが意識し纏ま
って意味を有する表示領域であるウィンドウに対し、こ
のウィンドウ毎に順序情報を割り当てる順序情報設定手
段と、ウィンドウを所定領域に分割した単位にて画像デ
ータを転送すると共に、この順序情報設定手段により割
り当てられた順序情報を画像データに付加してディスプ
レイに対して転送する画像データ転送手段とを備えたこ
とを特徴としている。
に、本発明をホスト装置から把えると、本発明は、アプ
リケーションを実行すると共に、画像表示を行うディス
プレイに対してインターフェイスを介して接続されるホ
スト装置であって、このアプリケーションが意識し纏ま
って意味を有する表示領域であるウィンドウに対し、こ
のウィンドウ毎に順序情報を割り当てる順序情報設定手
段と、ウィンドウを所定領域に分割した単位にて画像デ
ータを転送すると共に、この順序情報設定手段により割
り当てられた順序情報を画像データに付加してディスプ
レイに対して転送する画像データ転送手段とを備えたこ
とを特徴としている。
【００１７】ここで、転送される画像データは、パケッ
トの形式によって転送され、順序情報設定手段により割
り当てられる順序情報は、パケットを転送する度にウィ
ンドウ毎にカウントアップされるカウント情報であるこ
とを特徴とすれば、カウント情報といった最小限の情報
の付加でデータ転送抜けを検出できる点で好ましい。ま
た、画像データ転送手段は、ウィンドウ毎に割り当てら
れるＩＤを順序情報とは別に画像データに付与して転送
することを特徴とすることができる。更に、この順序情
報に基づく転送エラー状況をディスプレイから受信する
受信手段とを更に備え、画像データ転送手段は、この受
信手段により受信された転送エラー状況に基づいて、画
像データを再転送することを特徴とれば、ディスプレイ
側で表示データが変化しない場合でも、エラー処理に対
応することが可能となる。尚、このホスト装置の態様と
しては、例えばＰＣにオプションのカードを指し込んで
構成するものの他、半導体チップとしてかかる機能を達
成するように構成しても良い。また、ＰＣ上のプログラ
ムを書き換えてソフトウェア的に機能を達成するように
構成することも可能である。
トの形式によって転送され、順序情報設定手段により割
り当てられる順序情報は、パケットを転送する度にウィ
ンドウ毎にカウントアップされるカウント情報であるこ
とを特徴とすれば、カウント情報といった最小限の情報
の付加でデータ転送抜けを検出できる点で好ましい。ま
た、画像データ転送手段は、ウィンドウ毎に割り当てら
れるＩＤを順序情報とは別に画像データに付与して転送
することを特徴とすることができる。更に、この順序情
報に基づく転送エラー状況をディスプレイから受信する
受信手段とを更に備え、画像データ転送手段は、この受
信手段により受信された転送エラー状況に基づいて、画
像データを再転送することを特徴とれば、ディスプレイ
側で表示データが変化しない場合でも、エラー処理に対
応することが可能となる。尚、このホスト装置の態様と
しては、例えばＰＣにオプションのカードを指し込んで
構成するものの他、半導体チップとしてかかる機能を達
成するように構成しても良い。また、ＰＣ上のプログラ
ムを書き換えてソフトウェア的に機能を達成するように
構成することも可能である。
【００１８】一方、本発明を画像表示装置として把える
と、本発明が適用された画像表示装置は、画像を表示す
るためのパネルと、アプリケーションを実行するホスト
からインターフェイスを介してカウント情報を含むパケ
ットデータを受信する受信手段と、この受信手段により
受信されたパケットデータを順次カウントするカウンタ
と、このカウンタによるカウント値と受信手段により受
信されたパケットデータに含まれるカウント情報とを比
較する比較手段と、この比較手段による比較結果に基づ
いてパケットデータの中から転送エラーのあったパケッ
トデータを検出する検出手段とを備えたことを特徴とし
ている。
と、本発明が適用された画像表示装置は、画像を表示す
るためのパネルと、アプリケーションを実行するホスト
からインターフェイスを介してカウント情報を含むパケ
ットデータを受信する受信手段と、この受信手段により
受信されたパケットデータを順次カウントするカウンタ
と、このカウンタによるカウント値と受信手段により受
信されたパケットデータに含まれるカウント情報とを比
較する比較手段と、この比較手段による比較結果に基づ
いてパケットデータの中から転送エラーのあったパケッ
トデータを検出する検出手段とを備えたことを特徴とし
ている。
【００１９】また、この検出手段による検出結果に基づ
いて、パケットデータに転送エラーがあったことをホス
トへ通知する通知手段とを更に備え、この受信手段は、
ホストから再転送されるパケットデータを受信すること
を特徴とすれば、画像データが連続してリフレッシュ転
送されない場合でも、エラー転送による対処が可能とな
る。この通知手段としては、ホストが自ら読み込む構成
の他、画像表示側から転送する構成等が考えられる。更
に、受信手段により受信したパケットデータから画像デ
ータを展開し、パネルに転送するフレームバッファメモ
リとを更に備え、この検出手段により転送エラーが検出
されたパケットデータに対してはフレームバッファメモ
リへの画像データの展開を行わず、受信手段により再転
送されたパケットデータを受信した場合には、再転送さ
れたパケットデータに基づいてフレームバッファメモリ
への画像データの展開を行うように構成することができ
る。また、最初の転送では全てのパケットデータをフレ
ームバッファメモリに展開し、再転送されたパケットデ
ータに対しては書き換えるように構成することも可能で
ある。
いて、パケットデータに転送エラーがあったことをホス
トへ通知する通知手段とを更に備え、この受信手段は、
ホストから再転送されるパケットデータを受信すること
を特徴とすれば、画像データが連続してリフレッシュ転
送されない場合でも、エラー転送による対処が可能とな
る。この通知手段としては、ホストが自ら読み込む構成
の他、画像表示側から転送する構成等が考えられる。更
に、受信手段により受信したパケットデータから画像デ
ータを展開し、パネルに転送するフレームバッファメモ
リとを更に備え、この検出手段により転送エラーが検出
されたパケットデータに対してはフレームバッファメモ
リへの画像データの展開を行わず、受信手段により再転
送されたパケットデータを受信した場合には、再転送さ
れたパケットデータに基づいてフレームバッファメモリ
への画像データの展開を行うように構成することができ
る。また、最初の転送では全てのパケットデータをフレ
ームバッファメモリに展開し、再転送されたパケットデ
ータに対しては書き換えるように構成することも可能で
ある。
【００２０】他の観点から見ると、本発明が適用される
画像表示装置は、アプリケーションを実行するホストか
ら、このアプリケーションが意識している画像空間に対
してこの画像空間を所定単位に分割した画像データをパ
ケットデータとして受信する受信手段と、この受信手段
により受信されたパケットデータからなる画像データを
順次展開するためのパネルメモリと、このパネルメモリ
によって展開された画像データに基づいて画像を表示す
るパネルと、この受信手段により受信されたパケットデ
ータの転送抜けを認識すると共に、パネルメモリに展開
された単位にて認識された転送抜けの情報をホストに通
知する転送抜け通知手段とを備えたことを特徴としてい
る。このように、パネルメモリに展開された単位にてホ
ストに通知することにより、通常のＡＣＫ/ＮＡＣＫ処
理によるデータの授受を必ずしも行う必要がない点で優
れている。尚、転送抜け通知手段の構成としては、前述
と同様、ホストが自ら読み出すものも含まれる。
画像表示装置は、アプリケーションを実行するホストか
ら、このアプリケーションが意識している画像空間に対
してこの画像空間を所定単位に分割した画像データをパ
ケットデータとして受信する受信手段と、この受信手段
により受信されたパケットデータからなる画像データを
順次展開するためのパネルメモリと、このパネルメモリ
によって展開された画像データに基づいて画像を表示す
るパネルと、この受信手段により受信されたパケットデ
ータの転送抜けを認識すると共に、パネルメモリに展開
された単位にて認識された転送抜けの情報をホストに通
知する転送抜け通知手段とを備えたことを特徴としてい
る。このように、パネルメモリに展開された単位にてホ
ストに通知することにより、通常のＡＣＫ/ＮＡＣＫ処
理によるデータの授受を必ずしも行う必要がない点で優
れている。尚、転送抜け通知手段の構成としては、前述
と同様、ホストが自ら読み出すものも含まれる。
【００２１】また、転送抜けのあったパケットデータの
情報を格納するレジスタとを更に備え、転送抜け通知手
段は、レジスタに格納されたパケットデータの情報に基
づいてホストに対して転送抜けの情報を通知することを
特徴とすることができる。このレジスタの構成として
は、パケットのアドレス等を示すものであれば、パネル
側から転送抜けのあったパケットだけを再転送すること
ができる点で好ましい。一方、このレジスタからは、転
送抜けのあった事実だけを通知するように構成すること
も可能である。従って、レジスタに格納される情報は、
転送抜けのあった事実だけが格納されるように構成する
こともできる。
情報を格納するレジスタとを更に備え、転送抜け通知手
段は、レジスタに格納されたパケットデータの情報に基
づいてホストに対して転送抜けの情報を通知することを
特徴とすることができる。このレジスタの構成として
は、パケットのアドレス等を示すものであれば、パネル
側から転送抜けのあったパケットだけを再転送すること
ができる点で好ましい。一方、このレジスタからは、転
送抜けのあった事実だけを通知するように構成すること
も可能である。従って、レジスタに格納される情報は、
転送抜けのあった事実だけが格納されるように構成する
こともできる。
【００２２】本発明をディスプレイ用インターフェイス
として把えると、本発明は、アプリケーションが意識し
ている画像空間の中で纏まって意味を持つ領域であるウ
ィンドウに対し、このウィンドウに属する所定のサブエ
リアごとに画像データをパケットの構造にしてディスプ
レイに対して転送するためのディスプレイ用インターフ
ェイスであって、このパケットの構造は、パケットがど
のウィンドウに属するかを示す情報とこのパケットのカ
ウント情報とを含むヘッダー部と、ディスプレイに対し
てサブエリアに属する画像データを含むボディ部と、転
送エラーを確認するための情報を含むフッター部とを備
えたことを特徴とすることができる。また、ヘッダー部
は、パケットが再度画像データを転送するための再転送
であるか否かを識別する情報を含むことを特徴とするこ
ともできる。これらのディスプレイ用インターフェイス
によれば、ホスト側からは画像展開前の画像データをパ
ケット形式で転送することが可能であり、また、カウン
ト情報を含めて転送することでパケットの転送エラーを
ディスプレイ側にて容易に認識することができる。
として把えると、本発明は、アプリケーションが意識し
ている画像空間の中で纏まって意味を持つ領域であるウ
ィンドウに対し、このウィンドウに属する所定のサブエ
リアごとに画像データをパケットの構造にしてディスプ
レイに対して転送するためのディスプレイ用インターフ
ェイスであって、このパケットの構造は、パケットがど
のウィンドウに属するかを示す情報とこのパケットのカ
ウント情報とを含むヘッダー部と、ディスプレイに対し
てサブエリアに属する画像データを含むボディ部と、転
送エラーを確認するための情報を含むフッター部とを備
えたことを特徴とすることができる。また、ヘッダー部
は、パケットが再度画像データを転送するための再転送
であるか否かを識別する情報を含むことを特徴とするこ
ともできる。これらのディスプレイ用インターフェイス
によれば、ホスト側からは画像展開前の画像データをパ
ケット形式で転送することが可能であり、また、カウン
ト情報を含めて転送することでパケットの転送エラーを
ディスプレイ側にて容易に認識することができる。
【００２３】
【発明の実施の形態】◎ 実施の形態１ 以下、添付する図面に従って、本発明の実施の形態を詳
細に説明する。図１は、本発明が適用された画像表示シ
ステムの一実施形態を示すブロック図である。同図にお
いて、符号１０はパーソナルコンピュータ(ＰＣ)等から
なるホスト(HOST)側であり、本実施の形態における表示
装置を駆動するための駆動装置としての役割を有してい
る。このホスト側１０において、符号１１はグラフィッ
クスコントローラであり、その内部に有するプリプロセ
ッサ(図示せず)によって画像データの前処理が実行され
る。１６はグラフィックスメモリであり、画像データの
前処理に用いられる。本実施の形態では分散処理によっ
てグラフィックスコントローラ１１を用いてリフレッシ
ュを続ける必要がなくなったことから、グラフィックス
メモリ１６は従来のものに比べて小さな容量で構成され
ている。１７はアプリケーションを実行するホストシス
テム(図示せず)に接続されたシステムバスである。ま
た、１２は送信機(Transmitter)であり、グラフィック
スコントローラ１１から受けた画像データをディスプレ
イ側３０に転送している。
細に説明する。図１は、本発明が適用された画像表示シ
ステムの一実施形態を示すブロック図である。同図にお
いて、符号１０はパーソナルコンピュータ(ＰＣ)等から
なるホスト(HOST)側であり、本実施の形態における表示
装置を駆動するための駆動装置としての役割を有してい
る。このホスト側１０において、符号１１はグラフィッ
クスコントローラであり、その内部に有するプリプロセ
ッサ(図示せず)によって画像データの前処理が実行され
る。１６はグラフィックスメモリであり、画像データの
前処理に用いられる。本実施の形態では分散処理によっ
てグラフィックスコントローラ１１を用いてリフレッシ
ュを続ける必要がなくなったことから、グラフィックス
メモリ１６は従来のものに比べて小さな容量で構成され
ている。１７はアプリケーションを実行するホストシス
テム(図示せず)に接続されたシステムバスである。ま
た、１２は送信機(Transmitter)であり、グラフィック
スコントローラ１１から受けた画像データをディスプレ
イ側３０に転送している。
【００２４】また、５０はデジタルインターフェイス
(デジタルＩ/Ｆ)であり、ホスト側１０からディスプレ
イ側３０に対して画像データを転送するＬＶＤＳ、ＴＭ
ＤＳなどである。このデジタルＩ/Ｆ５０は、高速であ
る単方向の作動型ビデオインターフェイスとして位置付
けられる。また、６０は制御信号線であり、ＤＤＣ(Dig
ital Data Channel)などの低速である双方向の転送線で
ある。この制御信号線６０は、制御信号の送受を行うた
めに、グラフィックスコントローラ１１に設けられたＤ
ＤＣハンドラー(図示せず)とディスプレイ側３０のパネ
ル制御チップ(後述)に設けられたＤＤＣコントローラ
(図示せず)とを結んでいる。
(デジタルＩ/Ｆ)であり、ホスト側１０からディスプレ
イ側３０に対して画像データを転送するＬＶＤＳ、ＴＭ
ＤＳなどである。このデジタルＩ/Ｆ５０は、高速であ
る単方向の作動型ビデオインターフェイスとして位置付
けられる。また、６０は制御信号線であり、ＤＤＣ(Dig
ital Data Channel)などの低速である双方向の転送線で
ある。この制御信号線６０は、制御信号の送受を行うた
めに、グラフィックスコントローラ１１に設けられたＤ
ＤＣハンドラー(図示せず)とディスプレイ側３０のパネ
ル制御チップ(後述)に設けられたＤＤＣコントローラ
(図示せず)とを結んでいる。
【００２５】一方、ディスプレイ側３０において、３５
はその内部にポストプロセッサ(図示せず)を有するパネ
ル制御チップであり、実際に画像を表示するパネル４０
の分割数に応じて複数個(図１では４つ)設けられてい
る。３６はそれぞれのパネル制御チップ３５に設けられ
たパネルメモリである。３１は受信機(Receiver)であ
り、デジタルＩ/Ｆ５０を介して転送された画像データ
を変換して、パネル制御チップ３５に転送している。更
に、４０は実際に画像を表示するパネルであり、図１で
は４つの領域に分割されて制御されている。このパネル
４０は、高精細パネルで構成されており、この高精細な
画面をサポートするために、パネル制御チップ３５は、
複数個の並列処理を可能としている。
はその内部にポストプロセッサ(図示せず)を有するパネ
ル制御チップであり、実際に画像を表示するパネル４０
の分割数に応じて複数個(図１では４つ)設けられてい
る。３６はそれぞれのパネル制御チップ３５に設けられ
たパネルメモリである。３１は受信機(Receiver)であ
り、デジタルＩ/Ｆ５０を介して転送された画像データ
を変換して、パネル制御チップ３５に転送している。更
に、４０は実際に画像を表示するパネルであり、図１で
は４つの領域に分割されて制御されている。このパネル
４０は、高精細パネルで構成されており、この高精細な
画面をサポートするために、パネル制御チップ３５は、
複数個の並列処理を可能としている。
【００２６】本実施の形態における特徴的な構成は、グ
ラフィックスコントローラ１１にてデータの前処理を実
行し、パネル制御チップ３５にて後処理をすることにあ
る。これにより、今までグラフィックスコントローラ１
１が行っていた、画像データを混ぜ合わせて画面リフレ
ッシュをする等のホスト側１０における画面生成のジョ
ブを、表示装置側(ディスプレイ側３０)に移している。
つまり、グラフィックスコントローラ１１で画像データ
の展開前、即ち、混ぜ合わせ前の画像データにタグや画
像データの属性およびエラー保護を付け、パネル制御チ
ップ３５にてパネルメモリ３６に対して初めて画像デー
タを展開し、即ち、それを解凍して画像データを混ぜ合
わせ、リフレッシュ回路(図示せず)に転送している。
ラフィックスコントローラ１１にてデータの前処理を実
行し、パネル制御チップ３５にて後処理をすることにあ
る。これにより、今までグラフィックスコントローラ１
１が行っていた、画像データを混ぜ合わせて画面リフレ
ッシュをする等のホスト側１０における画面生成のジョ
ブを、表示装置側(ディスプレイ側３０)に移している。
つまり、グラフィックスコントローラ１１で画像データ
の展開前、即ち、混ぜ合わせ前の画像データにタグや画
像データの属性およびエラー保護を付け、パネル制御チ
ップ３５にてパネルメモリ３６に対して初めて画像デー
タを展開し、即ち、それを解凍して画像データを混ぜ合
わせ、リフレッシュ回路(図示せず)に転送している。
【００２７】ここで、本実施の形態では、ウィンドウと
いう概念を導入している。このウィンドウは、ホストが
意識している画像空間の上で纏まって意味を持つ領域で
あり、画像データの転送処理の単位である。図２は、本
実施の形態にて用いられるパケットを用いた画像データ
の転送方式の一例を、上述のウィンドウとの関係で簡単
に説明した説明図である。今、ホスト側１０のアプリケ
ーションによる画像イメージとして、領域Ａと領域Ｂが
存在するものとする。本実施の形態では、画像の展開作
業をホスト側１０で実行せず、画像の展開作業はディス
プレイ側３０で行われる。ホスト側１０では、例えば領
域Ａに対してウィンドウＩＤ：４を、領域Ｂに対してウ
ィンドウＩＤ：５を設定する。ディスプレイ側３０への
画像情報の転送は、各領域毎に区分されてパケット方式
にて実行される。より具体的には、ディスプレイイネー
ブル(Display Enable)信号に対応して、例えばスキャン
毎等のサブエリア(後述)に属する領域単位にパケット化
されて画像信号が転送される。このサブエリアは所定の
ピクセルからなる矩形領域であっても構わない。これら
のパケットによる画像信号には、それぞれウィンドウＩ
Ｄを示すＩＤ情報が付加されて転送される。
いう概念を導入している。このウィンドウは、ホストが
意識している画像空間の上で纏まって意味を持つ領域で
あり、画像データの転送処理の単位である。図２は、本
実施の形態にて用いられるパケットを用いた画像データ
の転送方式の一例を、上述のウィンドウとの関係で簡単
に説明した説明図である。今、ホスト側１０のアプリケ
ーションによる画像イメージとして、領域Ａと領域Ｂが
存在するものとする。本実施の形態では、画像の展開作
業をホスト側１０で実行せず、画像の展開作業はディス
プレイ側３０で行われる。ホスト側１０では、例えば領
域Ａに対してウィンドウＩＤ：４を、領域Ｂに対してウ
ィンドウＩＤ：５を設定する。ディスプレイ側３０への
画像情報の転送は、各領域毎に区分されてパケット方式
にて実行される。より具体的には、ディスプレイイネー
ブル(Display Enable)信号に対応して、例えばスキャン
毎等のサブエリア(後述)に属する領域単位にパケット化
されて画像信号が転送される。このサブエリアは所定の
ピクセルからなる矩形領域であっても構わない。これら
のパケットによる画像信号には、それぞれウィンドウＩ
Ｄを示すＩＤ情報が付加されて転送される。
【００２８】図３は、ディスプレイ側３０内に置かれた
ハンドラーの内容を説明するための説明図である。ここ
で、ハンドラーとは１つのウィンドウの処理を担当する
処理ユニットを言い、図３では、例えば１つのディスプ
レイ側３０に２つのハンドラーが装備されている状態を
示している。第１ハンドラー４１および第２ハンドラー
４２は、それぞれウィンドウＩＤ：１およびウィンドウ
ＩＤ：３の処理を担当するように設定されているとす
る。ホスト側１０からの画像データは、パケット化さ
れ、夫々にウィンドウＩＤが付加されている。第１ハン
ドラー４１および第２ハンドラー４２は、パケット中の
ウィンドウＩＤが、夫々の処理すべきウィンドウである
と判断した場合には、処理を実行し、自らのパネル４０
における表示部４３の表示空間について画面を更新す
る。図３の設定では、ウィンドウＩＤ：２のウィンドウ
は処理されていない。その為、適宜、第１ハンドラー４
１または第２ハンドラー４２の設定を変更し、ウィンド
ウＩＤ：２を処理するように指定した上で、ウィンドウ
ＩＤ：２のパケットを送るように構成されている。ハン
ドラーの数は、同時に処理をする必要のあるウィンドウ
の数を考慮して最適化が図られている。尚、図１に示し
た１枚のパネル４０を複数のパネル制御チップ３５で処
理する場合には、各パネル制御チップ３５のハンドラー
は、全て共通のウィンドウＩＤを持つように構成されて
いる。同様に、パネル４０がタイリングされている場合
には、そのタイリングを構成する全てのパネル４０が共
通のウィンドウＩＤを持つように構成されている。
ハンドラーの内容を説明するための説明図である。ここ
で、ハンドラーとは１つのウィンドウの処理を担当する
処理ユニットを言い、図３では、例えば１つのディスプ
レイ側３０に２つのハンドラーが装備されている状態を
示している。第１ハンドラー４１および第２ハンドラー
４２は、それぞれウィンドウＩＤ：１およびウィンドウ
ＩＤ：３の処理を担当するように設定されているとす
る。ホスト側１０からの画像データは、パケット化さ
れ、夫々にウィンドウＩＤが付加されている。第１ハン
ドラー４１および第２ハンドラー４２は、パケット中の
ウィンドウＩＤが、夫々の処理すべきウィンドウである
と判断した場合には、処理を実行し、自らのパネル４０
における表示部４３の表示空間について画面を更新す
る。図３の設定では、ウィンドウＩＤ：２のウィンドウ
は処理されていない。その為、適宜、第１ハンドラー４
１または第２ハンドラー４２の設定を変更し、ウィンド
ウＩＤ：２を処理するように指定した上で、ウィンドウ
ＩＤ：２のパケットを送るように構成されている。ハン
ドラーの数は、同時に処理をする必要のあるウィンドウ
の数を考慮して最適化が図られている。尚、図１に示し
た１枚のパネル４０を複数のパネル制御チップ３５で処
理する場合には、各パネル制御チップ３５のハンドラー
は、全て共通のウィンドウＩＤを持つように構成されて
いる。同様に、パネル４０がタイリングされている場合
には、そのタイリングを構成する全てのパネル４０が共
通のウィンドウＩＤを持つように構成されている。
【００２９】ここで、今、ホスト側１０のＰＣシステム
等からディスプレイ側３０(あるいは多数連結されたデ
ィスプレイパネル群)に対してビデオデータを転送する
ことを考えた場合に、ホスト側１０からディスプレイ側
３０方向へのデータ転送は非常に膨大となる。一方、デ
ィスプレイ側３０からホスト側１０方向へのデータ転送
(ホスト側１０からのデータリード)は、ディスプレイＩ
Ｄやデータ転送エラー状況のチェック等があり、一般的
に前者に比べて非常に少量であるが、０で良い訳ではな
い。本実施の形態では、かかる問題点に対処するため
に、ホスト側１０からディスプレイ側３０へは大容量の
データ転送を実現でき、かつ小容量だがその逆方向への
データ転送も可能とする効率的なパケット方式のビデオ
インターフェイスを提供している。
等からディスプレイ側３０(あるいは多数連結されたデ
ィスプレイパネル群)に対してビデオデータを転送する
ことを考えた場合に、ホスト側１０からディスプレイ側
３０方向へのデータ転送は非常に膨大となる。一方、デ
ィスプレイ側３０からホスト側１０方向へのデータ転送
(ホスト側１０からのデータリード)は、ディスプレイＩ
Ｄやデータ転送エラー状況のチェック等があり、一般的
に前者に比べて非常に少量であるが、０で良い訳ではな
い。本実施の形態では、かかる問題点に対処するため
に、ホスト側１０からディスプレイ側３０へは大容量の
データ転送を実現でき、かつ小容量だがその逆方向への
データ転送も可能とする効率的なパケット方式のビデオ
インターフェイスを提供している。
【００３０】図４は、ビデオインターフェイスにおける
物理的構成の一実施形態を示すブロック図である。ホス
ト側１０において、送信機１２には、シリアライザ(Enc
oder/Serializer)１３とＰＬＬ(Phase Locked Loop)１
４が備えられている。このシリアライザ１３は画像デー
タをパラレルからシリアルに変換してデジタルＩ/Ｆ５
０に手渡している。また、このＰＬＬ１４は画像データ
をパラレル-シリアル変換するための逓倍クロックを形
成している。また、ディスプレイ側３０において、受信
機３１には、デシリアライザ(Decoder/ Deserializer)
３２とＰＬＬ３３が備えられている。デシリアライザ３
２は画像データをシリアルからパラレルに変換してい
る。また、ＰＬＬ３３は画像データをシリアル-パラレ
ル変換するための逓倍クロックを形成している。
物理的構成の一実施形態を示すブロック図である。ホス
ト側１０において、送信機１２には、シリアライザ(Enc
oder/Serializer)１３とＰＬＬ(Phase Locked Loop)１
４が備えられている。このシリアライザ１３は画像デー
タをパラレルからシリアルに変換してデジタルＩ/Ｆ５
０に手渡している。また、このＰＬＬ１４は画像データ
をパラレル-シリアル変換するための逓倍クロックを形
成している。また、ディスプレイ側３０において、受信
機３１には、デシリアライザ(Decoder/ Deserializer)
３２とＰＬＬ３３が備えられている。デシリアライザ３
２は画像データをシリアルからパラレルに変換してい
る。また、ＰＬＬ３３は画像データをシリアル-パラレ
ル変換するための逓倍クロックを形成している。
【００３１】デジタルＩ/Ｆ５０は、単方向高速転送線
５１と、単方向転送線５２とを備えている。この単方向
転送線５２はホスト側１０から出力されるクロックシグ
ナルを転送している。また、単方向高速転送線５１は、
複数のデータ信号線を備えており、単方向転送線５２か
ら転送されるクロックに同期してホストから出力される
画像データを転送している。一方、制御信号線６０は、
双方向低速転送線６１とクロック信号線６２とを備えて
いる。この双方向低速転送線６１を介して、ディスプレ
イ側３０からホスト側１０に対してパネルＩＤ情報やエ
ラー情報などが転送される。
５１と、単方向転送線５２とを備えている。この単方向
転送線５２はホスト側１０から出力されるクロックシグ
ナルを転送している。また、単方向高速転送線５１は、
複数のデータ信号線を備えており、単方向転送線５２か
ら転送されるクロックに同期してホストから出力される
画像データを転送している。一方、制御信号線６０は、
双方向低速転送線６１とクロック信号線６２とを備えて
いる。この双方向低速転送線６１を介して、ディスプレ
イ側３０からホスト側１０に対してパネルＩＤ情報やエ
ラー情報などが転送される。
【００３２】図５は、ビデオインターフェイスの物理的
構成における他の一例を示すブロック図である。この物
理的構成の特徴は、従来のＬＶＤＳ、ＴＭＤＳなどの単
方向の作動型ビデオインターフェイスのデータ線だけを
双方向にして、ディスプレイ側３０からホスト側１０の
データ転送にも使用している。この点が、図１および図
４で示した構成と異なっている。ホスト側１０には送受
信機１９が備えられ、ディスプレイ側３０には送受信機
３９が備えられている。デジタルＩ/Ｆ５５は、単方向
高速転送線５６の他に、２つ以上の双方向高速転送線５
７を備えている。このとき、クロック信号線６５は単方
向のままであり、クロック信号をＰＬＬ１４やＰＬＬ３
３で逓倍して高速クロック信号を作り出すのに用いられ
る。この双方向高速転送線５７は、パラレル-シリアル
変換された画像データをこの逓倍クロックに同期した高
速クロックレートでホスト側１０からディスプレイ側３
０に転送している。また、ディスプレイ側３０からホス
ト側１０へのパネルＩＤ情報やエラー情報などのデータ
転送は、クロック信号をそのまま双方向高速転送線５７
のうちの１つにフィードバックさせ、リードしたいデー
タを他の双方向高速転送線５７に載せることで実行する
ことができる。グラフィックスコントローラ１１にはラ
ッチ１５が備えられ、ディスプレイ側３０から読み込ま
れたステータス情報をラッチしてタイミングをとってい
る。また、ディスプレイ側３０にもホスト側１０から読
み込まれたステータス情報をラッチするラッチ３４が備
えられている。
構成における他の一例を示すブロック図である。この物
理的構成の特徴は、従来のＬＶＤＳ、ＴＭＤＳなどの単
方向の作動型ビデオインターフェイスのデータ線だけを
双方向にして、ディスプレイ側３０からホスト側１０の
データ転送にも使用している。この点が、図１および図
４で示した構成と異なっている。ホスト側１０には送受
信機１９が備えられ、ディスプレイ側３０には送受信機
３９が備えられている。デジタルＩ/Ｆ５５は、単方向
高速転送線５６の他に、２つ以上の双方向高速転送線５
７を備えている。このとき、クロック信号線６５は単方
向のままであり、クロック信号をＰＬＬ１４やＰＬＬ３
３で逓倍して高速クロック信号を作り出すのに用いられ
る。この双方向高速転送線５７は、パラレル-シリアル
変換された画像データをこの逓倍クロックに同期した高
速クロックレートでホスト側１０からディスプレイ側３
０に転送している。また、ディスプレイ側３０からホス
ト側１０へのパネルＩＤ情報やエラー情報などのデータ
転送は、クロック信号をそのまま双方向高速転送線５７
のうちの１つにフィードバックさせ、リードしたいデー
タを他の双方向高速転送線５７に載せることで実行する
ことができる。グラフィックスコントローラ１１にはラ
ッチ１５が備えられ、ディスプレイ側３０から読み込ま
れたステータス情報をラッチしてタイミングをとってい
る。また、ディスプレイ側３０にもホスト側１０から読
み込まれたステータス情報をラッチするラッチ３４が備
えられている。
【００３３】このように、図５に示すビデオインターフ
ェイスでは、従来の作動型インターフェイスを一部、双
方向に拡張する必要がある。しかしながら、ＤＤＣなど
の低速双方向転送線を必要としない点に特徴がある。通
常、このような作動型インターフェイスを単純に双方向
化する場合には、クロック線も双方向化し、データをパ
ラレル-シリアル変換するための逓倍クロック作成を実
行するＰＬＬ１４、３３も各方向に２種類、必要とな
る。しかしながら、本実施の形態では、ディスプレイ側
３０からホスト側１０に対してのデータ転送量は、その
逆方向に比べて極めて少量であることを前提としてい
る。そのために、データ線(デジタルＩ/Ｆ５５)の一つ
を利用してホスト側１０からディスプレイ側３０へのク
ロック信号をフィードバックさせ、他のデータ線にディ
スプレイ側３０からホスト側１０方向に転送したいデー
タを載せている。このように構成することで、クロック
信号線６５の双方向化を不要とし、ディスプレイ側３０
にクロックソースを持たせてバスマスターとする必要が
なくなり、ディスプレイ側３０からホスト側１０方向の
データ転送は、ホスト側１０がバスマスターとしてリー
ドを制御する形態にて行うことが可能となる。また、デ
ィスプレイ側３０からホスト側１０方向のデータ量が少
ないので、この方向の転送には、データをパラレル-シ
リアル変換する必要が無く、余計なＰＬＬを必要としな
い。
ェイスでは、従来の作動型インターフェイスを一部、双
方向に拡張する必要がある。しかしながら、ＤＤＣなど
の低速双方向転送線を必要としない点に特徴がある。通
常、このような作動型インターフェイスを単純に双方向
化する場合には、クロック線も双方向化し、データをパ
ラレル-シリアル変換するための逓倍クロック作成を実
行するＰＬＬ１４、３３も各方向に２種類、必要とな
る。しかしながら、本実施の形態では、ディスプレイ側
３０からホスト側１０に対してのデータ転送量は、その
逆方向に比べて極めて少量であることを前提としてい
る。そのために、データ線(デジタルＩ/Ｆ５５)の一つ
を利用してホスト側１０からディスプレイ側３０へのク
ロック信号をフィードバックさせ、他のデータ線にディ
スプレイ側３０からホスト側１０方向に転送したいデー
タを載せている。このように構成することで、クロック
信号線６５の双方向化を不要とし、ディスプレイ側３０
にクロックソースを持たせてバスマスターとする必要が
なくなり、ディスプレイ側３０からホスト側１０方向の
データ転送は、ホスト側１０がバスマスターとしてリー
ドを制御する形態にて行うことが可能となる。また、デ
ィスプレイ側３０からホスト側１０方向のデータ量が少
ないので、この方向の転送には、データをパラレル-シ
リアル変換する必要が無く、余計なＰＬＬを必要としな
い。
【００３４】尚、ホスト側１０からディスプレイ側３０
へのデータ転送レートは、そのビデオインターフェイス
がどの解像度のパネルまでをリアルタイムでサポートす
る能力があるかによって異なる。今、仮にＳＸＧＡ(128
0×1024ドット)、８ビット/カラーのパネルをリフレッ
シュレート６０Ｈｚでサポートできるものとすると、
Ｒ,Ｇ,Ｂ各８ビットで２４ビット、ピクセルクロック
は、１１０〜１２０ＭＨｚなので、 ２４×１１０Ｍ / ８ ＝ ３３０ＭＢＰＳ(Byte/Sec) ２４×１２０Ｍ / ８ ＝ ３６０ＭＢＰＳ であることから、３３０Ｍ〜３６０ＭＢＰＳ程度とな
る。一般には、１００Ｍ〜１ＧＢＰＳ程度のオーダーと
なる。
へのデータ転送レートは、そのビデオインターフェイス
がどの解像度のパネルまでをリアルタイムでサポートす
る能力があるかによって異なる。今、仮にＳＸＧＡ(128
0×1024ドット)、８ビット/カラーのパネルをリフレッ
シュレート６０Ｈｚでサポートできるものとすると、
Ｒ,Ｇ,Ｂ各８ビットで２４ビット、ピクセルクロック
は、１１０〜１２０ＭＨｚなので、 ２４×１１０Ｍ / ８ ＝ ３３０ＭＢＰＳ(Byte/Sec) ２４×１２０Ｍ / ８ ＝ ３６０ＭＢＰＳ であることから、３３０Ｍ〜３６０ＭＢＰＳ程度とな
る。一般には、１００Ｍ〜１ＧＢＰＳ程度のオーダーと
なる。
【００３５】一方、ディスプレイ側３０からホスト側１
０への転送は、本実施の形態におけるエラー状況の確認
だけで、１ウィンドウ分の転送毎に、後述する第１のメ
カニズムで１ビット、第２のメカニズムで５〜１０バイ
ト程度となる。その他の情報の読み出しを含めても、１
フレーム(６０Ｈｚ)リフレッシュあたり、せいぜい２０
〜３０バイト程度である。よって、２０ × ６０ ＝ １
２００、３０ × ６０＝ １８００であり、１.２Ｋ〜
１.８Ｋ ＢＰＳ程度となる。その為に、両者の転送レー
トの比は、凡そ、１０万：１ 〜 １００万：１とな
る。本実施の形態によれば、これらの大容量と小容量の
データ転送に対応することが可能となる。
０への転送は、本実施の形態におけるエラー状況の確認
だけで、１ウィンドウ分の転送毎に、後述する第１のメ
カニズムで１ビット、第２のメカニズムで５〜１０バイ
ト程度となる。その他の情報の読み出しを含めても、１
フレーム(６０Ｈｚ)リフレッシュあたり、せいぜい２０
〜３０バイト程度である。よって、２０ × ６０ ＝ １
２００、３０ × ６０＝ １８００であり、１.２Ｋ〜
１.８Ｋ ＢＰＳ程度となる。その為に、両者の転送レー
トの比は、凡そ、１０万：１ 〜 １００万：１とな
る。本実施の形態によれば、これらの大容量と小容量の
データ転送に対応することが可能となる。
【００３６】図６(ａ)、(ｂ)は、本実施の形態における
データ転送の論理的構成(フォーマット)の一例を示す説
明図である。本実施の形態では、ホスト側１０からディ
スプレイ側３０方向のデジタルＩ/Ｆ５０または５５を
用いた画像データ転送としてパケット化を採用してい
る。図６(ａ)において、単方向転送線５２、クロック信
号線６５に転送されるクロックに同期して、単方向高速
転送線５１,５６および双方向高速転送線５７ではパケ
ットイネーブル信号７０とパケット化されたパケットデ
ータ７１が転送される。ＴＭＤＳの仕様では、Ｒ/Ｇ/Ｂ
それぞれに１０ビットずつの計３０ビットが転送でき
る。従来のビデオデータの転送では、Ｒ(Red)/Ｇ(Gree
n)/Ｂ(Blue)のビデオデータと垂直同期(Ｖ-sync)、水平
同期(Ｈ-sync)、データバリッドを示すＤＥ信号、およ
びその他の２本程度のコントロール信号をシリアライズ
して送っていた。本実施の形態では、このＴＭＤＳの仕
様を利用して、パケットイネーブル(Packet Enable)信
号７０として１ビットを確保し、パケットデータ(Packe
tizedData)７１として２４ビットを確保するように構成
している。このパケットイネーブル信号７０はパケット
データ７１の有効パケット期間を示している。このパケ
ットイネーブル信号７０を用いることで、長さが不均一
である不定長のパケットデータ７１を転送することが可
能となる。
データ転送の論理的構成(フォーマット)の一例を示す説
明図である。本実施の形態では、ホスト側１０からディ
スプレイ側３０方向のデジタルＩ/Ｆ５０または５５を
用いた画像データ転送としてパケット化を採用してい
る。図６(ａ)において、単方向転送線５２、クロック信
号線６５に転送されるクロックに同期して、単方向高速
転送線５１,５６および双方向高速転送線５７ではパケ
ットイネーブル信号７０とパケット化されたパケットデ
ータ７１が転送される。ＴＭＤＳの仕様では、Ｒ/Ｇ/Ｂ
それぞれに１０ビットずつの計３０ビットが転送でき
る。従来のビデオデータの転送では、Ｒ(Red)/Ｇ(Gree
n)/Ｂ(Blue)のビデオデータと垂直同期(Ｖ-sync)、水平
同期(Ｈ-sync)、データバリッドを示すＤＥ信号、およ
びその他の２本程度のコントロール信号をシリアライズ
して送っていた。本実施の形態では、このＴＭＤＳの仕
様を利用して、パケットイネーブル(Packet Enable)信
号７０として１ビットを確保し、パケットデータ(Packe
tizedData)７１として２４ビットを確保するように構成
している。このパケットイネーブル信号７０はパケット
データ７１の有効パケット期間を示している。このパケ
ットイネーブル信号７０を用いることで、長さが不均一
である不定長のパケットデータ７１を転送することが可
能となる。
【００３７】１つのパケット化されたパケットデータ７
１は、ヘッダー部７２、ボディ部７３、およびフッター
部７４から構成されている。ヘッダー部７２には、転送
するウィンドウのＩＤを示すウィンドウＩＤ８６、再転
送であるか否かを識別するためのスタートトランスファ
ービット(Start Transfer Bit)７９や、新たなフレーム
であることを示すためのシンクデータビット(Sync Data
Bit)８０を有している。また、順序カウンタのリセッ
トを示すリセットビット８１、ホスト側１０における順
序カウンタの値を示すエラーカウンタ８２を備えてい
る。更に、サブエリアアドレスフィールド(Sub Area Ad
dr Field)７５と、パリティやＳＵＭ、巡回冗長検査(Ｃ
ＲＣ：Cyclic Redundancy Check)などからなるチェック
バイト８７を有している。
１は、ヘッダー部７２、ボディ部７３、およびフッター
部７４から構成されている。ヘッダー部７２には、転送
するウィンドウのＩＤを示すウィンドウＩＤ８６、再転
送であるか否かを識別するためのスタートトランスファ
ービット(Start Transfer Bit)７９や、新たなフレーム
であることを示すためのシンクデータビット(Sync Data
Bit)８０を有している。また、順序カウンタのリセッ
トを示すリセットビット８１、ホスト側１０における順
序カウンタの値を示すエラーカウンタ８２を備えてい
る。更に、サブエリアアドレスフィールド(Sub Area Ad
dr Field)７５と、パリティやＳＵＭ、巡回冗長検査(Ｃ
ＲＣ：Cyclic Redundancy Check)などからなるチェック
バイト８７を有している。
【００３８】ボディ部７３は、実際に画像データが転送
されるビデオデータ(Video Data)領域７６と属性領域(A
ttr Field)７７を有している。本実施の形態では、前述
のように、ホスト側１０のアプリケーションが意識して
いる画像空間の中で纏まって意味を持つ領域であるウィ
ンドウを定義し、このウィンドウ単位で画像データを転
送できるように構成されている。即ち、このビデオデー
タ領域７６にて転送される画像データは、ウィンドウで
定義された範囲の例えばライン単位として転送されるも
のである。また、属性領域７７では、より細かなサブエ
リア(後述)のアドレス情報や、ビデオデータのサブエリ
ア内における範囲、また、スケーリングファクタ等の情
報を格納している。
されるビデオデータ(Video Data)領域７６と属性領域(A
ttr Field)７７を有している。本実施の形態では、前述
のように、ホスト側１０のアプリケーションが意識して
いる画像空間の中で纏まって意味を持つ領域であるウィ
ンドウを定義し、このウィンドウ単位で画像データを転
送できるように構成されている。即ち、このビデオデー
タ領域７６にて転送される画像データは、ウィンドウで
定義された範囲の例えばライン単位として転送されるも
のである。また、属性領域７７では、より細かなサブエ
リア(後述)のアドレス情報や、ビデオデータのサブエリ
ア内における範囲、また、スケーリングファクタ等の情
報を格納している。
【００３９】ここで、サブエリアとはパネル４０の全表
示エリアを一定サイズに均等割りした領域であり、例え
ば１ライン単位や１矩形領域単位となる。１つのパケッ
トに含まれる転送ビデオデータは、これらのサブエリア
のどれか１つの表示のための転送データとなる。即ち、
１つのパケットで送られる最大のビデオデータ数は１サ
ブエリア内の全ピクセル分、最小の数は１ピクセル分と
なる。また、フッター部７４には、パリティビットやＥ
ＣＣ(Error Checking Correcting)、ＣＲＣを用いた転
送エラーのチェック等を行う為の転送エラーチェック/
修正フィールド(Transfer Error Checking/Correcting
Field)７８を備えている。
示エリアを一定サイズに均等割りした領域であり、例え
ば１ライン単位や１矩形領域単位となる。１つのパケッ
トに含まれる転送ビデオデータは、これらのサブエリア
のどれか１つの表示のための転送データとなる。即ち、
１つのパケットで送られる最大のビデオデータ数は１サ
ブエリア内の全ピクセル分、最小の数は１ピクセル分と
なる。また、フッター部７４には、パリティビットやＥ
ＣＣ(Error Checking Correcting)、ＣＲＣを用いた転
送エラーのチェック等を行う為の転送エラーチェック/
修正フィールド(Transfer Error Checking/Correcting
Field)７８を備えている。
【００４０】図６(ｂ)は、図６(ａ)のボディ部７３、フ
ッター部７４の構造を更に詳述したものである。本実施
の形態では、図６(ｂ)に示すように、転送エラーチェッ
ク/修正フィールド７８として、例えば２４ビットの水
平パリティビットを採用している。ビデオデータは２４
ビット単位で分割されて、各ワード内の同じ場所同士に
おける排他的論理和(Exclusive OR)をとることで水平パ
リティビットを生成し、転送エラーチェック/修正フィ
ールド７８と比較(Compare)され、それら２４ビット分
の論理和をとることによってビデオデータ全体のパリテ
ィエラーが出力されるように構成されている。このよう
にしてビデオデータにおけるパリティエラーを検出する
ことが可能である。
ッター部７４の構造を更に詳述したものである。本実施
の形態では、図６(ｂ)に示すように、転送エラーチェッ
ク/修正フィールド７８として、例えば２４ビットの水
平パリティビットを採用している。ビデオデータは２４
ビット単位で分割されて、各ワード内の同じ場所同士に
おける排他的論理和(Exclusive OR)をとることで水平パ
リティビットを生成し、転送エラーチェック/修正フィ
ールド７８と比較(Compare)され、それら２４ビット分
の論理和をとることによってビデオデータ全体のパリテ
ィエラーが出力されるように構成されている。このよう
にしてビデオデータにおけるパリティエラーを検出する
ことが可能である。
【００４１】ここで、パケットでデータを転送する場合
に、従来のようにＡＣＫ/ＮＡＣＫによりデータの授受
を確認すれば特別なエラー検出手法は必要としない。ま
た、例えば動画の場合のように、ビデオデータを連続し
てリフレッシュする場合などではＡＣＫ/ＮＡＣＫが不
要となる。しかしながら、本実施の形態のように、ディ
スプレイ側３０にて画像を展開する構成を採用した場合
に、表示データが変化しなくなった場合には、エラーフ
リーの状態でも転送を止めることができない。特に、ヘ
ッダー部７２のウィンドウＩＤ８６が転送エラーを起こ
した場合で、ディスプレイ側３０が複数のパネルの場合
などでは、どのパケットがエラーしたかを把握すること
ができない。例えば、このパケットのウィンドウＩＤ８
６部分にエラーが発生すると、例えば垂直側のアドレス
を順次増加して自動計算する場合には、そのラインから
１行、画面がずれてしまう問題がある。また、ランダム
に書き込む場合であっても、そのデータが書き込まれな
い問題が生ずる。特に、ディスプレイ側３０で複数のパ
ネルを備える場合には、どのパネルが処理すれば良いか
が分からないので、このパケットを処理する方法がない
ことになる。
に、従来のようにＡＣＫ/ＮＡＣＫによりデータの授受
を確認すれば特別なエラー検出手法は必要としない。ま
た、例えば動画の場合のように、ビデオデータを連続し
てリフレッシュする場合などではＡＣＫ/ＮＡＣＫが不
要となる。しかしながら、本実施の形態のように、ディ
スプレイ側３０にて画像を展開する構成を採用した場合
に、表示データが変化しなくなった場合には、エラーフ
リーの状態でも転送を止めることができない。特に、ヘ
ッダー部７２のウィンドウＩＤ８６が転送エラーを起こ
した場合で、ディスプレイ側３０が複数のパネルの場合
などでは、どのパケットがエラーしたかを把握すること
ができない。例えば、このパケットのウィンドウＩＤ８
６部分にエラーが発生すると、例えば垂直側のアドレス
を順次増加して自動計算する場合には、そのラインから
１行、画面がずれてしまう問題がある。また、ランダム
に書き込む場合であっても、そのデータが書き込まれな
い問題が生ずる。特に、ディスプレイ側３０で複数のパ
ネルを備える場合には、どのパネルが処理すれば良いか
が分からないので、このパケットを処理する方法がない
ことになる。
【００４２】図７は、ヘッダー部７２のエラー処理を実
行する構成について説明するための図である。エラー情
報を直ぐに返す従来方式を採用した場合には、ヘッダー
の最後にエラー検出情報と、パリティエラーやＳＵＭエ
ラー、ＣＲＣエラーなどのエラー検出回路によってヘッ
ダー部７２にエラーがあることを検出できる。一方、本
実施の形態のように、アップストリームの転送速度が遅
く、エラー情報を直ぐに返すことができない場合には、
一般的なエラー検出機構とは別に、パケットのヘッダー
部７２において発生した転送抜け等のエラーに対し、そ
のエラーしたパケットを特定する機構が必要となる。そ
のために、本実施の形態では、転送側であるホスト側１
０のグラフィックスコントローラ１１に、パケットの順
番情報として、パケット転送毎に値が＋１だけ増加する
２ビットカウンタ８３を設けている。この２ビットカウ
ンタ８３からのビット値は、パケットのヘッダー部７２
におけるエラーカウンタ８２の中に書き込まれて転送さ
れる。一方、受け側であるディスプレイ側３０のパネル
制御チップ３５には、１２ビットカウンタ８４が備えら
れ、パケット転送を受ける毎に＋１だけ増加する。ま
た、この１２ビットカウンタ８４の下位２ビットの値
と、転送されるエラーカウンタ８２との値を比較して、
同じでない場合にはエラーを出力する比較器８５を備え
ている。尚、この１２ビットカウンタ８４および比較器
８５は、前述した第１のハンドラー４１、第２のハンド
ラー４２等、ハンドラー毎に設けられるように構成する
ことができる。
行する構成について説明するための図である。エラー情
報を直ぐに返す従来方式を採用した場合には、ヘッダー
の最後にエラー検出情報と、パリティエラーやＳＵＭエ
ラー、ＣＲＣエラーなどのエラー検出回路によってヘッ
ダー部７２にエラーがあることを検出できる。一方、本
実施の形態のように、アップストリームの転送速度が遅
く、エラー情報を直ぐに返すことができない場合には、
一般的なエラー検出機構とは別に、パケットのヘッダー
部７２において発生した転送抜け等のエラーに対し、そ
のエラーしたパケットを特定する機構が必要となる。そ
のために、本実施の形態では、転送側であるホスト側１
０のグラフィックスコントローラ１１に、パケットの順
番情報として、パケット転送毎に値が＋１だけ増加する
２ビットカウンタ８３を設けている。この２ビットカウ
ンタ８３からのビット値は、パケットのヘッダー部７２
におけるエラーカウンタ８２の中に書き込まれて転送さ
れる。一方、受け側であるディスプレイ側３０のパネル
制御チップ３５には、１２ビットカウンタ８４が備えら
れ、パケット転送を受ける毎に＋１だけ増加する。ま
た、この１２ビットカウンタ８４の下位２ビットの値
と、転送されるエラーカウンタ８２との値を比較して、
同じでない場合にはエラーを出力する比較器８５を備え
ている。尚、この１２ビットカウンタ８４および比較器
８５は、前述した第１のハンドラー４１、第２のハンド
ラー４２等、ハンドラー毎に設けられるように構成する
ことができる。
【００４３】図８は、ホスト側１０における操作フロー
を示す図である。この図８と図７を用いてフローを説明
すると、先ず、ホスト側１０は、２ビットカウンタ８３
をリセットし、パケットのリセットビット８１をＯＮと
して１パケットを転送する(ステップ２０１)。このと
き、エラーカウンタ８２の値はリセット値“００”であ
る。その後、ホスト側１０は、リセットビット８１をＯ
ＦＦとし、２ビットカウンタ８３を転送毎に＋１した値
をエラーカウンタ８２に格納して、１パケットずつ転送
する(ステップ２０２)。ホスト側１０では、ウィンドウ
毎に転送に必要な個数を把握しており、必要な個数を転
送したか否かが判断される(ステップ２０３)。転送して
いなければ、ステップ２０２に戻って転送作業が継続さ
れる。一方、必要な個数が転送されていれば、転送を終
了する(ステップ２０４)。次に、ホスト側１０では、デ
ィスプレイ側３０からのエラー情報を読み出す(ステッ
プ２０５)。エラーがあった場合には、ステップ２０１
に戻って再転送が実行される。エラーが無い場合には、
オペレーションは終了する(ステップ２０７)。尚、この
フローでは、エラーがあった場合に再転送として全ての
パケットを再転送するように構成したが、後述するよう
に、エラーのあったパケットだけを再転送するように構
成することも可能である。
を示す図である。この図８と図７を用いてフローを説明
すると、先ず、ホスト側１０は、２ビットカウンタ８３
をリセットし、パケットのリセットビット８１をＯＮと
して１パケットを転送する(ステップ２０１)。このと
き、エラーカウンタ８２の値はリセット値“００”であ
る。その後、ホスト側１０は、リセットビット８１をＯ
ＦＦとし、２ビットカウンタ８３を転送毎に＋１した値
をエラーカウンタ８２に格納して、１パケットずつ転送
する(ステップ２０２)。ホスト側１０では、ウィンドウ
毎に転送に必要な個数を把握しており、必要な個数を転
送したか否かが判断される(ステップ２０３)。転送して
いなければ、ステップ２０２に戻って転送作業が継続さ
れる。一方、必要な個数が転送されていれば、転送を終
了する(ステップ２０４)。次に、ホスト側１０では、デ
ィスプレイ側３０からのエラー情報を読み出す(ステッ
プ２０５)。エラーがあった場合には、ステップ２０１
に戻って再転送が実行される。エラーが無い場合には、
オペレーションは終了する(ステップ２０７)。尚、この
フローでは、エラーがあった場合に再転送として全ての
パケットを再転送するように構成したが、後述するよう
に、エラーのあったパケットだけを再転送するように構
成することも可能である。
【００４４】図９は、ディスプレイ側３０における処理
フローを示す図である。この図９と図７を用いて説明す
ると、ディスプレイ側３０では、まず、転送されてきた
パケットのリセットビット８１のＯＮを検出して１２ビ
ットカウンタ８４をリセットする(ステップ２１１)。次
に、パケットを受ける毎に１２ビットカウンタ８４を＋
１ずつ増加させる(ステップ２１２)。この加算された下
位２ビットと、順次転送されてくるパケットに含まれる
カウンタビット８２の値とを比較器８５で比較する(ス
テップ２１３)。一致しているか否かが判断され(ステッ
プ２１４)、一致している場合には、パケット抜け等の
エラーが存在しないものとしてステップ２１１に戻って
処理が続行される。一致していない場合には、エラーの
あったパケット番号を検出する(ステップ２１５)。そし
て、このエラーのあったパケット番号を、例えばエラー
アドレスレジスタ１０１に格納する(ステップ２１６)。
その後、１２ビットカウンタ８４のカウンタ値を＋１増
加させ(ステップ２１７)、ステップ２１１に戻る。尚、
図８に示したホスト側１０の再転送処理のように、該当
するウィンドウの全てのパケットが再転送される場合に
は、上述のステップ２１６の代わりに、エラーのあった
パケットについてはバッファメモリへの書き込み処理を
行わないように構成することも可能である。また、エラ
ーのあったパケット番号を格納する代わりに、後述する
ようにエラーを表示するビットを立てるように処理する
ことも可能である。
フローを示す図である。この図９と図７を用いて説明す
ると、ディスプレイ側３０では、まず、転送されてきた
パケットのリセットビット８１のＯＮを検出して１２ビ
ットカウンタ８４をリセットする(ステップ２１１)。次
に、パケットを受ける毎に１２ビットカウンタ８４を＋
１ずつ増加させる(ステップ２１２)。この加算された下
位２ビットと、順次転送されてくるパケットに含まれる
カウンタビット８２の値とを比較器８５で比較する(ス
テップ２１３)。一致しているか否かが判断され(ステッ
プ２１４)、一致している場合には、パケット抜け等の
エラーが存在しないものとしてステップ２１１に戻って
処理が続行される。一致していない場合には、エラーの
あったパケット番号を検出する(ステップ２１５)。そし
て、このエラーのあったパケット番号を、例えばエラー
アドレスレジスタ１０１に格納する(ステップ２１６)。
その後、１２ビットカウンタ８４のカウンタ値を＋１増
加させ(ステップ２１７)、ステップ２１１に戻る。尚、
図８に示したホスト側１０の再転送処理のように、該当
するウィンドウの全てのパケットが再転送される場合に
は、上述のステップ２１６の代わりに、エラーのあった
パケットについてはバッファメモリへの書き込み処理を
行わないように構成することも可能である。また、エラ
ーのあったパケット番号を格納する代わりに、後述する
ようにエラーを表示するビットを立てるように処理する
ことも可能である。
【００４５】今、特定のウィンドウである２５６個のパ
ケットを転送していて、その４７番目でエラーしたもの
とする。ディスプレイ側３０では、エラーを検出して、
例えば、そのエラーをしているパケットを捨てる等の処
理がなされるが、このエラーは次の転送時である４８番
目に検出できる。即ち、次のパケット(４８番目)におけ
るヘッダー部７２のカウンタは“００”(４８の下位２
ビット)となっているのに対し、受信側であるディスプ
レイ側３０の１２ビットカウンタ８４における下位２ビ
ットの値は、１つ前の“１１”(４７の下位２ビット)と
なっている。このことによって、ディスプレイ側３０で
は、４７番目のパケットが抜けたことを検出する。例え
ば、後述する第２のエラーハンドリングのメカニズムで
は、ディスプレイ側３０では、この４７番目に該当する
アドレス値をエラーアドレスレジスタ１０１に蓄え、同
時に１２ビットカウンタ８４のカウンタ値を４８から１
つ加算して４９とする処理が行われる。
ケットを転送していて、その４７番目でエラーしたもの
とする。ディスプレイ側３０では、エラーを検出して、
例えば、そのエラーをしているパケットを捨てる等の処
理がなされるが、このエラーは次の転送時である４８番
目に検出できる。即ち、次のパケット(４８番目)におけ
るヘッダー部７２のカウンタは“００”(４８の下位２
ビット)となっているのに対し、受信側であるディスプ
レイ側３０の１２ビットカウンタ８４における下位２ビ
ットの値は、１つ前の“１１”(４７の下位２ビット)と
なっている。このことによって、ディスプレイ側３０で
は、４７番目のパケットが抜けたことを検出する。例え
ば、後述する第２のエラーハンドリングのメカニズムで
は、ディスプレイ側３０では、この４７番目に該当する
アドレス値をエラーアドレスレジスタ１０１に蓄え、同
時に１２ビットカウンタ８４のカウンタ値を４８から１
つ加算して４９とする処理が行われる。
【００４６】次に、本実施の形態における第１のエラー
ハンドリングのメカニズムについて、図１０〜図１２を
用いて説明する。この第１のメカニズムでは、転送エラ
ーを検出する単位であるサブエリアとして１ラインを単
位とするものである。図１０は、前述のフォーマットに
おける転送エラー処理の一例を示している。９０はフレ
ームバッファメモリ、９１はウィンドウ領域である。こ
のフレームバッファメモリ９０は、物理的には前述のパ
ネルメモリ３６内に設けられるものである。ここでは論
理的構成を説明することから、フレームバッファメモリ
９０にて説明している。また、９３は終了ビット(Comp
Bit)であり、各サブエリア毎に備えられ、図１０の例で
はライン単位に備えられている。９４はＡＮＤ回路であ
り、正常終了でないサブエリアが１つでも存在する場合
にはＯＦＦ(＝LOW)を出力できるように構成されてい
る。また、９５はパネル終了ビット(Panel Comp Bit)で
あり、ホスト側１０からこのパネル終了ビット９５が読
み込まれるように構成されている。即ち、本実施の形態
では、各サブエリアごとに対応する、そのサブエリアへ
のデータ転送の正常終了を表すステータスビット(終了
ビット９３)を持たせ、全終了ビット９３からの出力の
ＡＮＤをとり、全ディスプレイエリアとしてのデータ転
送の正常終了を表すステータスビット(パネル終了ビッ
ト９５)としている。各終了ビット９３のパワーＯＮリ
セット後のデフォルト値はＯＮ(＝High)となっている。
図１１は、ウィンドウ領域９１転送後の転送エラーが生
じた場合を示す説明図であり、各符号における構造は図
１０と同様である。図１２は、再転送シーケンスを実施
した状態を示す説明図であり、各符号における構造は図
１０および図１１と同様である。
ハンドリングのメカニズムについて、図１０〜図１２を
用いて説明する。この第１のメカニズムでは、転送エラ
ーを検出する単位であるサブエリアとして１ラインを単
位とするものである。図１０は、前述のフォーマットに
おける転送エラー処理の一例を示している。９０はフレ
ームバッファメモリ、９１はウィンドウ領域である。こ
のフレームバッファメモリ９０は、物理的には前述のパ
ネルメモリ３６内に設けられるものである。ここでは論
理的構成を説明することから、フレームバッファメモリ
９０にて説明している。また、９３は終了ビット(Comp
Bit)であり、各サブエリア毎に備えられ、図１０の例で
はライン単位に備えられている。９４はＡＮＤ回路であ
り、正常終了でないサブエリアが１つでも存在する場合
にはＯＦＦ(＝LOW)を出力できるように構成されてい
る。また、９５はパネル終了ビット(Panel Comp Bit)で
あり、ホスト側１０からこのパネル終了ビット９５が読
み込まれるように構成されている。即ち、本実施の形態
では、各サブエリアごとに対応する、そのサブエリアへ
のデータ転送の正常終了を表すステータスビット(終了
ビット９３)を持たせ、全終了ビット９３からの出力の
ＡＮＤをとり、全ディスプレイエリアとしてのデータ転
送の正常終了を表すステータスビット(パネル終了ビッ
ト９５)としている。各終了ビット９３のパワーＯＮリ
セット後のデフォルト値はＯＮ(＝High)となっている。
図１１は、ウィンドウ領域９１転送後の転送エラーが生
じた場合を示す説明図であり、各符号における構造は図
１０と同様である。図１２は、再転送シーケンスを実施
した状態を示す説明図であり、各符号における構造は図
１０および図１１と同様である。
【００４７】まず、ディスプレイのある矩形領域(ウィ
ンドウ領域９１)の表示更新を行うために、ホスト側１
０がビデオデータの転送を開始する。このとき、その領
域をカバーする最小範囲のサブエリア群が決まることか
ら、それらのサブエリア毎にパケット化して順々にパケ
ット化されたパケットデータ７１の転送を行う。前述し
た各パケットデータ７１のヘッダー部７２にあるサブエ
リアアドレスフィールド７５により、ディスプレイ側３
０では、どこのサブエリアに対する転送であるのかを判
断して、対応するフレームバッファメモリ９０にデータ
を書き込む。
ンドウ領域９１)の表示更新を行うために、ホスト側１
０がビデオデータの転送を開始する。このとき、その領
域をカバーする最小範囲のサブエリア群が決まることか
ら、それらのサブエリア毎にパケット化して順々にパケ
ット化されたパケットデータ７１の転送を行う。前述し
た各パケットデータ７１のヘッダー部７２にあるサブエ
リアアドレスフィールド７５により、ディスプレイ側３
０では、どこのサブエリアに対する転送であるのかを判
断して、対応するフレームバッファメモリ９０にデータ
を書き込む。
【００４８】転送されるウィンドウ領域９１の最初のパ
ケットを転送する際、ヘッダー部７２にあるスタートト
ランスファービット７９およびシンクデータビット８０
をＯＮにする。ウィンドウ領域９１の２番目以降のパケ
ット転送では、スタートトランスファービット７９をＯ
Ｎ、シンクデータビット８０をＯＦＦにして転送する。
シンクデータビット８０は、ディスプレイ側３０でウィ
ンドウ領域９１の最初のサブエリアが送られてきたこと
を検出し、同期を取るのに用いられる。ディスプレイ側
３０は、また、このパケットデータ７１のサブエリアア
ドレスフィールド７５を参照して、送られてくるビデオ
データがどのサブエリアに対するものであるかを判断す
る。更に、スタートトランスファービット７９がＯＮで
あることを検出して、このサブエリアに対応する終了ビ
ット９３をＯＦＦ(＝Low)にする。そして、パケットの
ボディ部７３に含まれるビデオデータを、そのサブエリ
アに対応するフレームバッファメモリ９０へ書き込む。
このとき、図７〜図９にて説明したように各カウンタの
動作によって比較器８５にて比較結果が出力される。ヘ
ッダー部７２に転送エラーが存在しない場合には、終了
ビット９３を再びＯＮにする。比較器８５にて比較され
た結果、カウンタ値に不一致があった場合には、終了ビ
ット９３をＯＦＦのまま残す。
ケットを転送する際、ヘッダー部７２にあるスタートト
ランスファービット７９およびシンクデータビット８０
をＯＮにする。ウィンドウ領域９１の２番目以降のパケ
ット転送では、スタートトランスファービット７９をＯ
Ｎ、シンクデータビット８０をＯＦＦにして転送する。
シンクデータビット８０は、ディスプレイ側３０でウィ
ンドウ領域９１の最初のサブエリアが送られてきたこと
を検出し、同期を取るのに用いられる。ディスプレイ側
３０は、また、このパケットデータ７１のサブエリアア
ドレスフィールド７５を参照して、送られてくるビデオ
データがどのサブエリアに対するものであるかを判断す
る。更に、スタートトランスファービット７９がＯＮで
あることを検出して、このサブエリアに対応する終了ビ
ット９３をＯＦＦ(＝Low)にする。そして、パケットの
ボディ部７３に含まれるビデオデータを、そのサブエリ
アに対応するフレームバッファメモリ９０へ書き込む。
このとき、図７〜図９にて説明したように各カウンタの
動作によって比較器８５にて比較結果が出力される。ヘ
ッダー部７２に転送エラーが存在しない場合には、終了
ビット９３を再びＯＮにする。比較器８５にて比較され
た結果、カウンタ値に不一致があった場合には、終了ビ
ット９３をＯＦＦのまま残す。
【００４９】その後、ウィンドウ領域９１分の全パケッ
トを送り終えた時点で、ホスト側１０からディスプレイ
側３０のパネル終了ビット９５をチェックする。チェッ
クしたパネル終了ビット９５がＯＮであった場合は、全
てのパケットの転送がエラー無く終了したものとみな
し、ホスト側１０は、このウィンドウ領域９１の転送シ
ーケンスを終了する。チェックしたパネル終了ビット９
５がＯＦＦであった場合は、どこかのサブエリアで転送
エラーが起こったものとして、このウィンドウ領域９１
の再転送シーケンスを開始する。
トを送り終えた時点で、ホスト側１０からディスプレイ
側３０のパネル終了ビット９５をチェックする。チェッ
クしたパネル終了ビット９５がＯＮであった場合は、全
てのパケットの転送がエラー無く終了したものとみな
し、ホスト側１０は、このウィンドウ領域９１の転送シ
ーケンスを終了する。チェックしたパネル終了ビット９
５がＯＦＦであった場合は、どこかのサブエリアで転送
エラーが起こったものとして、このウィンドウ領域９１
の再転送シーケンスを開始する。
【００５０】再転送シーケンスでは、全てのパケット
で、スタートトランスファービット７９をＯＦＦにす
る。あるパケットが転送されるとき、そのサブエリアア
ドレスフィールド７５を参照して、送られてくるビデオ
データがどのサブエリアに対するものであるかを判断
し、スタートトランスファービット７９がＯＦＦである
ことを検出して、このサブエリアに対応する終了ビット
９３を変化させない。次に、終了ビット９３がＯＦＦで
ある場合には、パケットデータ７１のボディ部７３に含
まれるビデオデータを、そのサブエリアに対応するフレ
ームバッファメモリ９０へ書き込む。同時に、図７〜図
９にて説明したように各カウンタが動作し、比較器８５
にて比較結果が出力される。このとき、ヘッダー部７２
に転送エラーが存在しない場合には、終了ビット９３を
ＯＮにし、転送エラーが起こった場合には終了ビット９
３をＯＦＦのまま残す。終了ビット９３がＯＮである場
合には、ビデオデータのフレームバッファメモリ９０へ
の書き込みは行わない。また、転送エラーの結果も終了
ビット９３のＯＮ/ＯＦＦに反映させずに、無視する。
再転送シーケンスの全てのパケット転送が終了した時点
で、再度、ホスト側１０からディスプレイ側３０のパネ
ル終了ビット９５をチェックする。チェックしたパネル
終了ビット９５がＯＮであった場合には、全てのパケッ
トの転送がエラーなく終了したものとみなし、ホスト側
１０は、このウィンドウ領域９１の転送シーケンスを終
了する。もし、パネル終了ビット９５がＯＦＦであった
場合には、再度、再転送シーケンスを繰り返す。
で、スタートトランスファービット７９をＯＦＦにす
る。あるパケットが転送されるとき、そのサブエリアア
ドレスフィールド７５を参照して、送られてくるビデオ
データがどのサブエリアに対するものであるかを判断
し、スタートトランスファービット７９がＯＦＦである
ことを検出して、このサブエリアに対応する終了ビット
９３を変化させない。次に、終了ビット９３がＯＦＦで
ある場合には、パケットデータ７１のボディ部７３に含
まれるビデオデータを、そのサブエリアに対応するフレ
ームバッファメモリ９０へ書き込む。同時に、図７〜図
９にて説明したように各カウンタが動作し、比較器８５
にて比較結果が出力される。このとき、ヘッダー部７２
に転送エラーが存在しない場合には、終了ビット９３を
ＯＮにし、転送エラーが起こった場合には終了ビット９
３をＯＦＦのまま残す。終了ビット９３がＯＮである場
合には、ビデオデータのフレームバッファメモリ９０へ
の書き込みは行わない。また、転送エラーの結果も終了
ビット９３のＯＮ/ＯＦＦに反映させずに、無視する。
再転送シーケンスの全てのパケット転送が終了した時点
で、再度、ホスト側１０からディスプレイ側３０のパネ
ル終了ビット９５をチェックする。チェックしたパネル
終了ビット９５がＯＮであった場合には、全てのパケッ
トの転送がエラーなく終了したものとみなし、ホスト側
１０は、このウィンドウ領域９１の転送シーケンスを終
了する。もし、パネル終了ビット９５がＯＦＦであった
場合には、再度、再転送シーケンスを繰り返す。
【００５１】以上説明したエラーチェックと再転送シー
ケンスの処理の流れを、具体例を用いて再度、説明す
る。この図１０では、前述のようにサブエリアを表示画
面の１ライン分とした場合を想定している。この例で
は、ディスプレイの全表示エリアは、ＱＸＧＡ(2048×1
536ドット)の解像度を持っている。フレームバッファメ
モリ９０はディスプレイ側３０の全表示エリアを想定し
ており、ここでは縦方向に第１ラインから第１５３６ラ
インまで、横方向は第１列から第２０４８列までを有し
ている。その内、表示させたいウィンドウ領域９１が縦
方向は第１０１ラインから第５００ラインまで、横方向
は第１００１列から第１５００列までである矩形領域で
あったとする。このウィンドウ領域９１におけるビデオ
データ転送のための第１パケットは第１０１ライン、第
２パケットは第１０２ラインの分を転送することとな
り、最終の第４００パケットは第５００ラインの分にな
る。このとき、各パケットデータ７１のボディ部７３に
含まれるビデオデータは、第１００１列から第１５００
列までの５００ピクセル分である。
ケンスの処理の流れを、具体例を用いて再度、説明す
る。この図１０では、前述のようにサブエリアを表示画
面の１ライン分とした場合を想定している。この例で
は、ディスプレイの全表示エリアは、ＱＸＧＡ(2048×1
536ドット)の解像度を持っている。フレームバッファメ
モリ９０はディスプレイ側３０の全表示エリアを想定し
ており、ここでは縦方向に第１ラインから第１５３６ラ
インまで、横方向は第１列から第２０４８列までを有し
ている。その内、表示させたいウィンドウ領域９１が縦
方向は第１０１ラインから第５００ラインまで、横方向
は第１００１列から第１５００列までである矩形領域で
あったとする。このウィンドウ領域９１におけるビデオ
データ転送のための第１パケットは第１０１ライン、第
２パケットは第１０２ラインの分を転送することとな
り、最終の第４００パケットは第５００ラインの分にな
る。このとき、各パケットデータ７１のボディ部７３に
含まれるビデオデータは、第１００１列から第１５００
列までの５００ピクセル分である。
【００５２】図１１は、ウィンドウ領域９１転送後のパ
リティエラーが生じた場合を示している。今、これらの
４００個のパケット転送において、第１０パケット(第
１１０ライン)と第１００パケット(第２００ライン)転
送時において転送抜けのエラーが発生したとする。する
と、先ず第１０パケットに対応する第１１０ライン用の
終了ビット９６が“０”(ＯＦＦ)となる。このとき、図
７に示した１２ビットカウンタ８４を＋１加算して、そ
の後のパケットをカウントする。同様に、第１００パケ
ットに対応する第２００ライン用の終了ビット９７が
“０”(ＯＦＦ)となる。これにより、最後の第４００パ
ケット終了後に、ホスト側１０がパネル終了ビット９５
をリードしたとき、ＯＦＦ(＝Low)が読める。
リティエラーが生じた場合を示している。今、これらの
４００個のパケット転送において、第１０パケット(第
１１０ライン)と第１００パケット(第２００ライン)転
送時において転送抜けのエラーが発生したとする。する
と、先ず第１０パケットに対応する第１１０ライン用の
終了ビット９６が“０”(ＯＦＦ)となる。このとき、図
７に示した１２ビットカウンタ８４を＋１加算して、そ
の後のパケットをカウントする。同様に、第１００パケ
ットに対応する第２００ライン用の終了ビット９７が
“０”(ＯＦＦ)となる。これにより、最後の第４００パ
ケット終了後に、ホスト側１０がパネル終了ビット９５
をリードしたとき、ＯＦＦ(＝Low)が読める。
【００５３】図１２は、再転送シーケンスを実施した状
態を示している。パネル終了ビット９５のＯＦＦ(＝Lo
w)を認識したホスト装置１０は、同じウィンドウ領域９
１に対して再転送シーケンスを開始する。この再転送シ
ーケンスでは、再び第１０１ラインから第５００ライン
までの４００個のパケットが送られるが、第１１０ライ
ンと第２００ラインの分以外のパケットでは、既に終了
ビット９３がＯＮであることを検出して、フレームバッ
ファメモリ９０への上書きは行われない。図１２におけ
る「×」印は、その上書きを行わないことを示してい
る。第１１０ラインと第２００ライン分の２パケットの
転送時のみ、それぞれの終了ビット９６、９７がＯＦＦ
であることを検出して、対応するフレームバッファメモ
リ９０に上書きを行う。この２つのパケット転送時に、
今回は転送エラーが発生しなかったとすると、全ての終
了ビット９３がＯＮになり、ひいてはパネル終了ビット
９５もＯＮとなる。従って、再転送シーケンスで最後の
第４００パケット転送終了後に、ホスト側１０がパネル
終了ビット９５をリードしたとき、ＯＮ(＝High)が読め
るので、このウィンドウ領域９１に対する全ての転送シ
ーケンスが終了する。
態を示している。パネル終了ビット９５のＯＦＦ(＝Lo
w)を認識したホスト装置１０は、同じウィンドウ領域９
１に対して再転送シーケンスを開始する。この再転送シ
ーケンスでは、再び第１０１ラインから第５００ライン
までの４００個のパケットが送られるが、第１１０ライ
ンと第２００ラインの分以外のパケットでは、既に終了
ビット９３がＯＮであることを検出して、フレームバッ
ファメモリ９０への上書きは行われない。図１２におけ
る「×」印は、その上書きを行わないことを示してい
る。第１１０ラインと第２００ライン分の２パケットの
転送時のみ、それぞれの終了ビット９６、９７がＯＦＦ
であることを検出して、対応するフレームバッファメモ
リ９０に上書きを行う。この２つのパケット転送時に、
今回は転送エラーが発生しなかったとすると、全ての終
了ビット９３がＯＮになり、ひいてはパネル終了ビット
９５もＯＮとなる。従って、再転送シーケンスで最後の
第４００パケット転送終了後に、ホスト側１０がパネル
終了ビット９５をリードしたとき、ＯＮ(＝High)が読め
るので、このウィンドウ領域９１に対する全ての転送シ
ーケンスが終了する。
【００５４】尚、図１０〜図１２を用いて説明した第１
のメカニズムでは、フレームバッファメモリ９０の各ラ
インであるサブエリアに対して１つの終了ビット９３を
設けるように構成したが、ウィンドウ毎にサブエリアに
対応する終了ビット９３を設けるように構成することが
可能である。以上説明した第１のメカニズムによれば、
ホスト側１０が読み込むエラー情報は、１つのウィンド
ウ領域転送毎に僅か１ビットであり、ディスプレイ側３
０からホスト側１０へのインターフェイスを小容量とす
ることが可能である。
のメカニズムでは、フレームバッファメモリ９０の各ラ
インであるサブエリアに対して１つの終了ビット９３を
設けるように構成したが、ウィンドウ毎にサブエリアに
対応する終了ビット９３を設けるように構成することが
可能である。以上説明した第１のメカニズムによれば、
ホスト側１０が読み込むエラー情報は、１つのウィンド
ウ領域転送毎に僅か１ビットであり、ディスプレイ側３
０からホスト側１０へのインターフェイスを小容量とす
ることが可能である。
【００５５】次に、本実施の形態における第２のエラー
ハンドリングのメカニズムについて、図１３〜図１６を
用いて説明する。この第２のメカニズムでは、転送エラ
ーを検出する単位であるサブエリアとして縦横に数ビッ
ト×数ビットで区切り、その単位で転送されたパケット
のエラーハンドリングと再転送を行うものである。図１
３は、転送エラー処理の他の一例を示す図である。同図
において、９９はサブエリアであり、このサブエリア９
９は横６４Pixel×縦３２Pixelの小矩形領域分として想
定されている。１００はウィンドウ領域である。１０１
はパケットを識別できるアドレス情報等からなるエラー
アドレスレジスタであり、１０２はエラーの数を示すポ
インタレジスタである。図１４は、ウィンドウ領域１０
０を転送した際に転送エラーが生じた状態を示してい
る。図１５は、再転送を実施した際に新たな転送エラー
が生じた状態を示している。図１６は、再々転送を実施
して転送シーケンスが終了する状態を示している。
ハンドリングのメカニズムについて、図１３〜図１６を
用いて説明する。この第２のメカニズムでは、転送エラ
ーを検出する単位であるサブエリアとして縦横に数ビッ
ト×数ビットで区切り、その単位で転送されたパケット
のエラーハンドリングと再転送を行うものである。図１
３は、転送エラー処理の他の一例を示す図である。同図
において、９９はサブエリアであり、このサブエリア９
９は横６４Pixel×縦３２Pixelの小矩形領域分として想
定されている。１００はウィンドウ領域である。１０１
はパケットを識別できるアドレス情報等からなるエラー
アドレスレジスタであり、１０２はエラーの数を示すポ
インタレジスタである。図１４は、ウィンドウ領域１０
０を転送した際に転送エラーが生じた状態を示してい
る。図１５は、再転送を実施した際に新たな転送エラー
が生じた状態を示している。図１６は、再々転送を実施
して転送シーケンスが終了する状態を示している。
【００５６】図１３に示されるように、ディスプレイ側
３０には、転送エラーを起こしたサブエリア９９のアド
レス情報等を記憶するレジスタが、エラーアドレスレジ
スタ１０１に複数個(Ｍ個：＃０〜＃(Ｍ-１))備えられ
ている。このＭ(Ｍａｘ値)は、ホスト側１０およびディ
スプレイ側３０を含めたシステムの系におけるエラーレ
ートを考慮して任意に定められる。また、このエラーア
ドレスレジスタ１０１としてはパケット番号が一般的で
あるが、パケットを識別できるものであればどのような
ものでも適用できる。また、それらのレジスタに対する
ポインタを表わし、エラーアドレスレジスタ１０１に格
納されたアドレス情報の数によってインクリメントされ
るポインタレジスタ１０２を備えている。このポイント
レジスタ１０２は、パワーＯＮのリセット後、デフォル
ト値が“０”とされている。
３０には、転送エラーを起こしたサブエリア９９のアド
レス情報等を記憶するレジスタが、エラーアドレスレジ
スタ１０１に複数個(Ｍ個：＃０〜＃(Ｍ-１))備えられ
ている。このＭ(Ｍａｘ値)は、ホスト側１０およびディ
スプレイ側３０を含めたシステムの系におけるエラーレ
ートを考慮して任意に定められる。また、このエラーア
ドレスレジスタ１０１としてはパケット番号が一般的で
あるが、パケットを識別できるものであればどのような
ものでも適用できる。また、それらのレジスタに対する
ポインタを表わし、エラーアドレスレジスタ１０１に格
納されたアドレス情報の数によってインクリメントされ
るポインタレジスタ１０２を備えている。このポイント
レジスタ１０２は、パワーＯＮのリセット後、デフォル
ト値が“０”とされている。
【００５７】ディスプレイ側３０のウィンドウ領域１０
０の表示更新を行うために、ホスト側１０がビデオデー
タの転送を開始する場合、そのウィンドウ領域１００を
カバーする最小単位のサブエリア群が決まるので、それ
らのサブエリア毎にパケット化されて順々にパケットデ
ータ転送が実行される。各パケットデータ７１のヘッダ
ー部７２にあるサブエリアアドレスフィールド７５によ
り、ディスプレイ側３０ではどこのサブエリア９９に対
する転送であるのかを判断して、対応するフレームバッ
ファメモリ９０に画像データを書き込む。
０の表示更新を行うために、ホスト側１０がビデオデー
タの転送を開始する場合、そのウィンドウ領域１００を
カバーする最小単位のサブエリア群が決まるので、それ
らのサブエリア毎にパケット化されて順々にパケットデ
ータ転送が実行される。各パケットデータ７１のヘッダ
ー部７２にあるサブエリアアドレスフィールド７５によ
り、ディスプレイ側３０ではどこのサブエリア９９に対
する転送であるのかを判断して、対応するフレームバッ
ファメモリ９０に画像データを書き込む。
【００５８】転送されるウィンドウ領域１００における
最初のパケット転送の際、ヘッダー部７２にあるスター
トトランスファービット７９およびシンクデータビット
８０をＯＮにする。シンクデータビット８０は、ディス
プレイ側３０でウィンドウ領域１００の最初のサブエリ
ア９９が送られてきたことを検出し、同期を取るのに用
いる。ディスプレイ側３０では、また、スタートトラン
スファービット７９がＯＮであることを検出して、ポイ
ンタレジスタ１０２の値を“０”に初期化する。その
後、パケットデータ７１のサブエリアアドレスフィール
ド７５を参照して、送られてくるビデオデータがどのサ
ブエリア９９に対応するものであるかを判断する。そし
て、パケットのボディ部７３に含まれるビデオデータ
を、そのサブエリア９９に対応するフレームバッファメ
モリ９０に書き込む。同時に、比較器８５の出力から、
転送エラーが起こったかどうかを判定する。もしも起こ
った場合には、例えばそのサブエリア９９の有するアド
レスの値をポインタレジスタ１０２が指し示すエラーア
ドレスレジスタ１０１に記録し、ポインタレジスタ１０
２の値を１つ増やす。修正不可能な転送エラーが起こら
なかった場合には、何も行われない。
最初のパケット転送の際、ヘッダー部７２にあるスター
トトランスファービット７９およびシンクデータビット
８０をＯＮにする。シンクデータビット８０は、ディス
プレイ側３０でウィンドウ領域１００の最初のサブエリ
ア９９が送られてきたことを検出し、同期を取るのに用
いる。ディスプレイ側３０では、また、スタートトラン
スファービット７９がＯＮであることを検出して、ポイ
ンタレジスタ１０２の値を“０”に初期化する。その
後、パケットデータ７１のサブエリアアドレスフィール
ド７５を参照して、送られてくるビデオデータがどのサ
ブエリア９９に対応するものであるかを判断する。そし
て、パケットのボディ部７３に含まれるビデオデータ
を、そのサブエリア９９に対応するフレームバッファメ
モリ９０に書き込む。同時に、比較器８５の出力から、
転送エラーが起こったかどうかを判定する。もしも起こ
った場合には、例えばそのサブエリア９９の有するアド
レスの値をポインタレジスタ１０２が指し示すエラーア
ドレスレジスタ１０１に記録し、ポインタレジスタ１０
２の値を１つ増やす。修正不可能な転送エラーが起こら
なかった場合には、何も行われない。
【００５９】ウィンドウ領域１００の２番目以降のパケ
ット転送では、スタートトランスファービット７９およ
びシンクデータビット８０をＯＦＦにして転送する。１
番目のときと同様に、このパケットデータ７１のサブエ
リアアドレスフィールド７５を参照して、送られてくる
ビデオデータがどのサブエリア９９に対するものである
かを判断し、ビデオデータを、そのサブエリア９９に対
応するフレームバッファメモリ９０に書き込む。同時
に、転送エラーが起こったかどうかを判定してエラー処
理を実行する。
ット転送では、スタートトランスファービット７９およ
びシンクデータビット８０をＯＦＦにして転送する。１
番目のときと同様に、このパケットデータ７１のサブエ
リアアドレスフィールド７５を参照して、送られてくる
ビデオデータがどのサブエリア９９に対するものである
かを判断し、ビデオデータを、そのサブエリア９９に対
応するフレームバッファメモリ９０に書き込む。同時
に、転送エラーが起こったかどうかを判定してエラー処
理を実行する。
【００６０】ここで、ウィンドウ領域１００の全パケッ
トを送り終えた時点でのポインタレジスタ１０２の値を
Ｐ(０≦Ｐ≦Ｍ)とする。ホスト側１０からはディスプレ
イ側３０のポインタレジスタ１０２の値がチェックされ
る。もしもチェックした値ＰがＰ＝０であった場合は、
このウィンドウ領域１００における全てのパケットの転
送がエラーなく終了したものとみなして、ホスト側１０
は、ウィンドウ領域１００の転送シーケンスを終了す
る。また、もしもチェックした値ＰがＰ≠０であった場
合には、ホスト側１０は、どこかのサブエリア９９にて
転送エラーが起こったものと判断して、＃０(１番目)か
ら＃(Ｐ-１)(Ｐ番目)までのエラーアドレスレジスタ１
０１を読み込み、このウィンドウ領域１００の再転送シ
ーケンスを開始する。
トを送り終えた時点でのポインタレジスタ１０２の値を
Ｐ(０≦Ｐ≦Ｍ)とする。ホスト側１０からはディスプレ
イ側３０のポインタレジスタ１０２の値がチェックされ
る。もしもチェックした値ＰがＰ＝０であった場合は、
このウィンドウ領域１００における全てのパケットの転
送がエラーなく終了したものとみなして、ホスト側１０
は、ウィンドウ領域１００の転送シーケンスを終了す
る。また、もしもチェックした値ＰがＰ≠０であった場
合には、ホスト側１０は、どこかのサブエリア９９にて
転送エラーが起こったものと判断して、＃０(１番目)か
ら＃(Ｐ-１)(Ｐ番目)までのエラーアドレスレジスタ１
０１を読み込み、このウィンドウ領域１００の再転送シ
ーケンスを開始する。
【００６１】再転送シーケンスは次の手順に従って行わ
れる。ｉ) Ｐ＜Ｍの場合は、ホスト側１０は、＃０から
＃(Ｐ-１)までのエラーアドレスレジスタ１０１の値で
示されたＰ個のサブエリア９９分のパケットだけをディ
スプレイ側３０に順次、転送する。ii) Ｐ＝Ｍの場合
は、ホスト側１０は、＃０から＃(Ｐ-１)までのエラー
アドレスレジスタ１０１の値で示されたＰ個のサブエリ
ア９９分に加えて、＃(Ｐ-１)のエラーアドレスレジス
タ１０１の値より大きい値を持つ全てのウィンドウ領域
１００内のサブエリア９９分についても、そのパケット
をディスプレイ側３０に順次転送する。
れる。ｉ) Ｐ＜Ｍの場合は、ホスト側１０は、＃０から
＃(Ｐ-１)までのエラーアドレスレジスタ１０１の値で
示されたＰ個のサブエリア９９分のパケットだけをディ
スプレイ側３０に順次、転送する。ii) Ｐ＝Ｍの場合
は、ホスト側１０は、＃０から＃(Ｐ-１)までのエラー
アドレスレジスタ１０１の値で示されたＰ個のサブエリ
ア９９分に加えて、＃(Ｐ-１)のエラーアドレスレジス
タ１０１の値より大きい値を持つ全てのウィンドウ領域
１００内のサブエリア９９分についても、そのパケット
をディスプレイ側３０に順次転送する。
【００６２】再転送されるウィンドウ領域１００におけ
る最初のパケット転送の際、ヘッダー部７２にあるスタ
ートトランスファービット７９をＯＮにする。このと
き、シンクデータビット８０はＯＦＦである。ディスプ
レイ側３０は、スタートトランスファービット７９がＯ
Ｎであることを検出して、ポインタレジスタ１０２の値
を“０”に初期化する。その後、ビデオデータを、サブ
エリアアドレスフィールド７５で示されたサブエリア９
９に対応するフレームバッファメモリ９０に対して書き
込む。同時に、転送エラーが起こった場合には、そのサ
ブエリア９９の有するアドレスの値をポインタレジスタ
１０２が指し示すエラーアドレスレジスタ１０１に記録
し、ポインタレジスタ１０２の値を１つ増やす。転送エ
ラーが起こらなかった場合には、何も行われない。２番
目以降のパケット再転送の際、ヘッダー部７２にあるス
タートトランスファービット７９はＯＦＦにして同様に
パケットが再転送される。また、同様に転送エラー処理
が実行される。
る最初のパケット転送の際、ヘッダー部７２にあるスタ
ートトランスファービット７９をＯＮにする。このと
き、シンクデータビット８０はＯＦＦである。ディスプ
レイ側３０は、スタートトランスファービット７９がＯ
Ｎであることを検出して、ポインタレジスタ１０２の値
を“０”に初期化する。その後、ビデオデータを、サブ
エリアアドレスフィールド７５で示されたサブエリア９
９に対応するフレームバッファメモリ９０に対して書き
込む。同時に、転送エラーが起こった場合には、そのサ
ブエリア９９の有するアドレスの値をポインタレジスタ
１０２が指し示すエラーアドレスレジスタ１０１に記録
し、ポインタレジスタ１０２の値を１つ増やす。転送エ
ラーが起こらなかった場合には、何も行われない。２番
目以降のパケット再転送の際、ヘッダー部７２にあるス
タートトランスファービット７９はＯＦＦにして同様に
パケットが再転送される。また、同様に転送エラー処理
が実行される。
【００６３】再転送シーケンスの全てのパケットを送り
終えた時点でのポインタレジスタ１０２の値をＰ(０≦
Ｐ≦Ｍ)とする。ホスト側１０は、ディスプレイ側３０
のポインタレジスタ１０２の値をチェックする。チェッ
クした値ＰがＰ＝０であった場合には、このウィンドウ
領域１００の全てのパケット転送がエラー無く終了した
ものとみなして、ホスト側１０は、このウィンドウ領域
１００の転送シーケンスを終了する。もしも、チェック
した値ＰがＰ≠０であった場合には、＃０から＃(Ｐ-
１)までのエラーアドレスレジスタ１０１を読み込み、
上記の再転送シーケンスを再度、繰り返す。
終えた時点でのポインタレジスタ１０２の値をＰ(０≦
Ｐ≦Ｍ)とする。ホスト側１０は、ディスプレイ側３０
のポインタレジスタ１０２の値をチェックする。チェッ
クした値ＰがＰ＝０であった場合には、このウィンドウ
領域１００の全てのパケット転送がエラー無く終了した
ものとみなして、ホスト側１０は、このウィンドウ領域
１００の転送シーケンスを終了する。もしも、チェック
した値ＰがＰ≠０であった場合には、＃０から＃(Ｐ-
１)までのエラーアドレスレジスタ１０１を読み込み、
上記の再転送シーケンスを再度、繰り返す。
【００６４】以上説明したエラーチェックと再転送シー
ケンスの処理の流れを、図１３〜図１６を用いて、具体
的に説明する。図１０にて説明したものと同様に、図１
３で示す第２のエラーハンドリングのメカニズムにおけ
るパネル４０の全表示エリアは、ＱＸＧＡ(2048×1536
ドット)の解像度を持つものとしている。サブエリア９
９は、前述のように横６４Pixel×縦３２Pixelの小矩形
領域であることから、全表示領域は、横３２個、縦４８
個の計１５３６個のサブエリア９９に分割される。ま
た、エラーアドレスレジスタ１０１は、＃０〜＃３の４
つである。
ケンスの処理の流れを、図１３〜図１６を用いて、具体
的に説明する。図１０にて説明したものと同様に、図１
３で示す第２のエラーハンドリングのメカニズムにおけ
るパネル４０の全表示エリアは、ＱＸＧＡ(2048×1536
ドット)の解像度を持つものとしている。サブエリア９
９は、前述のように横６４Pixel×縦３２Pixelの小矩形
領域であることから、全表示領域は、横３２個、縦４８
個の計１５３６個のサブエリア９９に分割される。ま
た、エラーアドレスレジスタ１０１は、＃０〜＃３の４
つである。
【００６５】図１３に示すように、今、表示させたいウ
ィンドウ領域１００が、横方向左から８番目、縦方向上
から１２番目のサブエリア(座標表現で(８,１２)のサブ
エリア)から開始し、横方向左から１７番目、縦方向上
から２１番目のサブエリア(座標表現で(１７,２１)のサ
ブエリア)までの１００個のサブエリア９９からなる矩
形領域によってカバーされるものとする。即ち、このウ
ィンドウ領域１００のビデオデータ転送のための第１パ
ケット(パケット＃１)は、座標(８,１２)のサブエリア
９９であり、第２パケット(パケット＃２)は、座標(９,
１２)のサブエリア９９である。また、最終である第１
００パケットは、座標(１７,２１)のサブエリア９９と
なる。
ィンドウ領域１００が、横方向左から８番目、縦方向上
から１２番目のサブエリア(座標表現で(８,１２)のサブ
エリア)から開始し、横方向左から１７番目、縦方向上
から２１番目のサブエリア(座標表現で(１７,２１)のサ
ブエリア)までの１００個のサブエリア９９からなる矩
形領域によってカバーされるものとする。即ち、このウ
ィンドウ領域１００のビデオデータ転送のための第１パ
ケット(パケット＃１)は、座標(８,１２)のサブエリア
９９であり、第２パケット(パケット＃２)は、座標(９,
１２)のサブエリア９９である。また、最終である第１
００パケットは、座標(１７,２１)のサブエリア９９と
なる。
【００６６】図１４に示すように、これら１００個のパ
ケットの転送において、今、第１０パケット(座標(１
７,１２)のサブエリア)、第２０パケット(座標(１７,１
３)のサブエリア)、第３０パケット(座標(１７,１４)の
サブエリア)および第９０パケット(座標(１７,２０)の
サブエリア)の各転送時に転送エラーが発生したものと
する。最後の第１００パケット転送時点では、ポイント
レジスタ１０２の値は“４”となっている。ホスト側１
０によってこの値が読み込まれ、引き続いて＃０〜＃３
の４つのエラーアドレスレジスタ１０１の値が読み込ま
れる。
ケットの転送において、今、第１０パケット(座標(１
７,１２)のサブエリア)、第２０パケット(座標(１７,１
３)のサブエリア)、第３０パケット(座標(１７,１４)の
サブエリア)および第９０パケット(座標(１７,２０)の
サブエリア)の各転送時に転送エラーが発生したものと
する。最後の第１００パケット転送時点では、ポイント
レジスタ１０２の値は“４”となっている。ホスト側１
０によってこの値が読み込まれ、引き続いて＃０〜＃３
の４つのエラーアドレスレジスタ１０１の値が読み込ま
れる。
【００６７】ホスト側１０に読み込まれたポイントレジ
スタ１０２の値は“０”ではないので、同じウィンドウ
領域１００に対して再転送シーケンスが開始される。こ
の再転送シーケンスでは、まず、ウィンドウ領域１００
をカバーする１００個のサブエリア９９のうち、読み込
まれたエラーアドレスレジスタ１０１の値で示された４
つのサブエリア９９がフレームバッファメモリ９０に書
き込まれる。この４つのサブエリア９９と共に、エラー
アドレスレジスタ１０１の＃３で示されたサブエリア９
９以降の全てのサブエリア９９に相当する分の画像デー
タがパケットで転送され、フレームバッファメモリ９０
に書き込まれる。これは、読み込んだエラーアドレスレ
ジスタ１０１の値がＭＡＸ値(＝４)であることから、＃
３で示した以降のサブエリア９９においても転送エラー
の生じている可能性があるためである。
スタ１０２の値は“０”ではないので、同じウィンドウ
領域１００に対して再転送シーケンスが開始される。こ
の再転送シーケンスでは、まず、ウィンドウ領域１００
をカバーする１００個のサブエリア９９のうち、読み込
まれたエラーアドレスレジスタ１０１の値で示された４
つのサブエリア９９がフレームバッファメモリ９０に書
き込まれる。この４つのサブエリア９９と共に、エラー
アドレスレジスタ１０１の＃３で示されたサブエリア９
９以降の全てのサブエリア９９に相当する分の画像デー
タがパケットで転送され、フレームバッファメモリ９０
に書き込まれる。これは、読み込んだエラーアドレスレ
ジスタ１０１の値がＭＡＸ値(＝４)であることから、＃
３で示した以降のサブエリア９９においても転送エラー
の生じている可能性があるためである。
【００６８】図１５に示すように、この再転送シーケン
スで、今度は座標(１０,２１)と座標(１５,２１)の２つ
のサブエリア転送時に転送エラーが発生したものとす
る。最後のパケット転送終了時点ではポイントレジスタ
１０２の値は２になっている。ホスト側１０はこの値を
読み込み、引き続いて、＃０〜＃１のエラーアドレスレ
ジスタ１０１の値を読み込む。
スで、今度は座標(１０,２１)と座標(１５,２１)の２つ
のサブエリア転送時に転送エラーが発生したものとす
る。最後のパケット転送終了時点ではポイントレジスタ
１０２の値は２になっている。ホスト側１０はこの値を
読み込み、引き続いて、＃０〜＃１のエラーアドレスレ
ジスタ１０１の値を読み込む。
【００６９】ホスト側１０により読み込まれたポイント
レジスタ１０２の値は、またも“０”ではないので、同
じウィンドウ領域１００に対して、再度、再転送シーケ
ンスが開始される。今度は、このウィンドウ領域１００
をカバーする１００個のサブエリア９９のうち、読み込
まれたエラーアドレスレジスタ１０１の値で示された２
つのサブエリア９９に相当する部分の画像データがパケ
ット(２つ)で転送され、対応するフレームバッファメモ
リ９０に書き込まれる。このときは、読み込まれたポイ
ントレジスタ１０２の値が“２”であり、ＭＡＸ値であ
る“４”ではないことから、転送エラーは２回しか起こ
っていないと判断される。
レジスタ１０２の値は、またも“０”ではないので、同
じウィンドウ領域１００に対して、再度、再転送シーケ
ンスが開始される。今度は、このウィンドウ領域１００
をカバーする１００個のサブエリア９９のうち、読み込
まれたエラーアドレスレジスタ１０１の値で示された２
つのサブエリア９９に相当する部分の画像データがパケ
ット(２つ)で転送され、対応するフレームバッファメモ
リ９０に書き込まれる。このときは、読み込まれたポイ
ントレジスタ１０２の値が“２”であり、ＭＡＸ値であ
る“４”ではないことから、転送エラーは２回しか起こ
っていないと判断される。
【００７０】図１６に示されるように、この再転送シー
ケンスで今度は１回も転送エラーが発生しなかったとす
る。このときは、最後の第２番目のパケット転送終了時
点でもポイントレジスタ１０２の値は“０”のままであ
る。ホスト側１０によってこの値が読み込まれ、“０”
であることから、このウィンドウ領域１００に対する転
送シーケンスが終了される。
ケンスで今度は１回も転送エラーが発生しなかったとす
る。このときは、最後の第２番目のパケット転送終了時
点でもポイントレジスタ１０２の値は“０”のままであ
る。ホスト側１０によってこの値が読み込まれ、“０”
であることから、このウィンドウ領域１００に対する転
送シーケンスが終了される。
【００７１】この第２のメカニズムによれば、前述した
第１のメカニズムのように終了ビット９３を各サブエリ
ア毎に持つ必要がなく、ロジックの消費を防ぐことがで
きる。また、再転送シーケンスにおいて、全ウィンドウ
領域分のパケットを再度、転送する必要がなく、転送エ
ラーを起こしたサブエリア９９に対してだけ再転送を実
行すれば良い点で優れている。
第１のメカニズムのように終了ビット９３を各サブエリ
ア毎に持つ必要がなく、ロジックの消費を防ぐことがで
きる。また、再転送シーケンスにおいて、全ウィンドウ
領域分のパケットを再度、転送する必要がなく、転送エ
ラーを起こしたサブエリア９９に対してだけ再転送を実
行すれば良い点で優れている。
【００７２】以上、詳述したように、本実施の形態によ
れば、パケットのヘッダー部７２に転送エラーがあり、
このパケットが抜けた場合でも、簡易な構成である順序
カウンタ情報に基づいてそのパケットを特定することが
可能となる。その結果、ディスプレイ側３０に連続して
リフレッシュ転送しない場合でも、ＡＣＫ/ＮＡＣＫ等
のデータ授受の確認をすることなく、エラー処理を実行
することが可能となる。
れば、パケットのヘッダー部７２に転送エラーがあり、
このパケットが抜けた場合でも、簡易な構成である順序
カウンタ情報に基づいてそのパケットを特定することが
可能となる。その結果、ディスプレイ側３０に連続して
リフレッシュ転送しない場合でも、ＡＣＫ/ＮＡＣＫ等
のデータ授受の確認をすることなく、エラー処理を実行
することが可能となる。
【００７３】◎ 実施の形態２ 実施の形態１では、パネル側１０とディスプレイ側３０
とに夫々カウンタを設け、パケットに含まれる順序カウ
ンタ情報に基づいて転送エラーを認識するように構成し
た。本実施の形態では、カウンタの代わりに他の構成を
用いてヘッダー部７２に起因する転送エラーを認識する
ものである。
とに夫々カウンタを設け、パケットに含まれる順序カウ
ンタ情報に基づいて転送エラーを認識するように構成し
た。本実施の形態では、カウンタの代わりに他の構成を
用いてヘッダー部７２に起因する転送エラーを認識する
ものである。
【００７４】例えば、その１つとして、全転送数による
エラー処理が挙げられる。即ち、あるウィンドウの１画
面の全転送数を、ディスプレイ側３０にパケット等を用
いて示し、ディスプレイ側３０のカウンタ(図示せず)に
て転送数をカウントし、転送終了後にその数を比較確認
するものである。あるウィンドウの１画面が転送終了し
た時点で、示された全転送数と、カウンタによりカウン
トされた転送数とが不一致の場合には、そのパケットの
集合においてどれかが転送されなかったことになる。こ
の場合、不一致が無くなるまで再転送が必要であるが、
エラーレートが低い場合やパケットの集合の数が少ない
場合には有効な方法である。
エラー処理が挙げられる。即ち、あるウィンドウの１画
面の全転送数を、ディスプレイ側３０にパケット等を用
いて示し、ディスプレイ側３０のカウンタ(図示せず)に
て転送数をカウントし、転送終了後にその数を比較確認
するものである。あるウィンドウの１画面が転送終了し
た時点で、示された全転送数と、カウンタによりカウン
トされた転送数とが不一致の場合には、そのパケットの
集合においてどれかが転送されなかったことになる。こ
の場合、不一致が無くなるまで再転送が必要であるが、
エラーレートが低い場合やパケットの集合の数が少ない
場合には有効な方法である。
【００７５】また、他の方法として、カウンタの代わり
に、パケットがチェインする情報を転送してエラーを検
出するエラー検出処理が挙げられる。例えば、ホスト側
１０では、前または(および)次に来るべきパケットの識
別値をヘッダー部７２に挿入し、この識別値をディスプ
レイ側３０に転送することが挙げられる。この識別値を
受けたディスプレイ側３０は、この識別値と次に送られ
たパケットの値とを比較し、パケットが抜けたかどうか
を検出する。かかる方法は、実施の形態１で述べたカウ
ンタ方式の派生として把握することも可能であり、順序
を認識する手段として識別値を用いたものである。
に、パケットがチェインする情報を転送してエラーを検
出するエラー検出処理が挙げられる。例えば、ホスト側
１０では、前または(および)次に来るべきパケットの識
別値をヘッダー部７２に挿入し、この識別値をディスプ
レイ側３０に転送することが挙げられる。この識別値を
受けたディスプレイ側３０は、この識別値と次に送られ
たパケットの値とを比較し、パケットが抜けたかどうか
を検出する。かかる方法は、実施の形態１で述べたカウ
ンタ方式の派生として把握することも可能であり、順序
を認識する手段として識別値を用いたものである。
【００７６】以上説明したように、これらの実施の形態
によれば、ボディ部７３(データ部)がエラーを起こした
パケットだけではなく、ヘッダー部７２のエラーによっ
て喪失したパケットも再転送の対象にすることができ
る。即ち、ホスト側１０とディスプレイ側３０との間
で、パケット形式を用いて、ビデオデータ転送を行った
場合においても、ヘッダー部７２に設けられているパリ
ティでは検出しきれない、例えばディスプレイ側３０で
パケットが認識できずに、結果としてパケットが抜ける
ようなエラー処理に対しても対処することが可能とな
る。
によれば、ボディ部７３(データ部)がエラーを起こした
パケットだけではなく、ヘッダー部７２のエラーによっ
て喪失したパケットも再転送の対象にすることができ
る。即ち、ホスト側１０とディスプレイ側３０との間
で、パケット形式を用いて、ビデオデータ転送を行った
場合においても、ヘッダー部７２に設けられているパリ
ティでは検出しきれない、例えばディスプレイ側３０で
パケットが認識できずに、結果としてパケットが抜ける
ようなエラー処理に対しても対処することが可能とな
る。
【００７７】
【発明の効果】本発明によれば、ホスト側からディスプ
レイ側へパケット形式でデータを転送する場合に、ＩＤ
を含むヘッダー部の転送エラーを簡易に認識することが
できる。
レイ側へパケット形式でデータを転送する場合に、ＩＤ
を含むヘッダー部の転送エラーを簡易に認識することが
できる。
【図１】 本発明が適用された画像表示システムの一実
施形態を示すブロック図である。
施形態を示すブロック図である。
【図２】 本実施の形態にて用いられるパケットを用い
た画像データの転送方式の一例を簡単に説明した説明図
である。
た画像データの転送方式の一例を簡単に説明した説明図
である。
【図３】 ディスプレイ側３０内に置かれたハンドラー
の内容を説明するための説明図である。
の内容を説明するための説明図である。
【図４】 ビデオインターフェイスにおける物理的構成
の一実施形態を示すブロック図である。
の一実施形態を示すブロック図である。
【図５】 ビデオインターフェイスの物理的構成におけ
る他の一例を示すブロック図である。
る他の一例を示すブロック図である。
【図６】 (ａ)、(ｂ)は、本実施の形態におけるデータ
転送の論理的構成(フォーマット)の一例を示す説明図で
ある。
転送の論理的構成(フォーマット)の一例を示す説明図で
ある。
【図７】 ヘッダー部のエラー処理を実行する構成につ
いて説明するための図である。
いて説明するための図である。
【図８】 ホスト側１０における操作フローを示す図で
ある。
ある。
【図９】 ディスプレイ側３０における処理フローを示
す図である。
す図である。
【図１０】 特定フォーマットにおける転送エラー処理
の一例を示した図である。
の一例を示した図である。
【図１１】 ウィンドウ領域９１転送後の転送エラーが
生じた場合を示す説明図である。
生じた場合を示す説明図である。
【図１２】 再転送シーケンスを実施した状態を示す説
明図である。
明図である。
【図１３】 転送エラー処理の他の一例を示す図であ
る。
る。
【図１４】 ウィンドウ領域１００を転送した際に転送
エラーが生じた状態を示した図である。
エラーが生じた状態を示した図である。
【図１５】 再転送を実施した際に新たな転送エラーが
生じた状態を示した図である。
生じた状態を示した図である。
【図１６】 再々転送を実施して転送シーケンスが終了
する状態を示した図である。
する状態を示した図である。
１０…ホスト側、１１…グラフィックスコントローラ、
１２…送信機、１３…シリアライザ、１４…ＰＬＬ、１
５…ラッチ、１６…グラフィックスメモリ、１７…シス
テムバス、１９…送受信機、３０…ディスプレイ側、３
１…受信機、３２…デシリアライザ、３３…ＰＬＬ、３
４…ラッチ、３５…パネル制御チップ、３６…パネルメ
モリ、３９…送受信機、４０…パネル、５０…デジタル
インターフェイス(デジタルＩ/Ｆ)、５１…単方向高速
転送線、５２…単方向転送線、５５…デジタルインター
フェイス(デジタルＩ/Ｆ)、５６…単方向高速転送線、
５７…双方向高速転送線、６０…制御信号線、６１…双
方向低速転送線、６２…クロック信号線、６５…クロッ
ク信号線、７０…パケットイネーブル信号、７１…パケ
ットデータ、７２…ヘッダー部、７３…ボディ部、７４
…フッター部、７５…サブエリアアドレスフィールド、
７６…ビデオデータ領域、７７…属性領域、７８…転送
エラーチェック/修正フィールド、７９…スタートトラ
ンスファービット、８０…シンクデータビット、８１…
リセットビット、８２…エラーカウンタ、８３…２ビッ
トカウンタ、８４…１２ビットカウンタ、８５…比較
器、８６…ウィンドウＩＤ、８７…チェックバイト、９
０…フレームバッファメモリ、９１…ウィンドウ領域、
９３…終了ビット、９５…パネル終了ビット、９６,９
７…終了ビット、９９…サブエリア、１００…ウィンド
ウ領域、１０１…エラーアドレスレジスタ、１０２…ポ
インタレジスタ
１２…送信機、１３…シリアライザ、１４…ＰＬＬ、１
５…ラッチ、１６…グラフィックスメモリ、１７…シス
テムバス、１９…送受信機、３０…ディスプレイ側、３
１…受信機、３２…デシリアライザ、３３…ＰＬＬ、３
４…ラッチ、３５…パネル制御チップ、３６…パネルメ
モリ、３９…送受信機、４０…パネル、５０…デジタル
インターフェイス(デジタルＩ/Ｆ)、５１…単方向高速
転送線、５２…単方向転送線、５５…デジタルインター
フェイス(デジタルＩ/Ｆ)、５６…単方向高速転送線、
５７…双方向高速転送線、６０…制御信号線、６１…双
方向低速転送線、６２…クロック信号線、６５…クロッ
ク信号線、７０…パケットイネーブル信号、７１…パケ
ットデータ、７２…ヘッダー部、７３…ボディ部、７４
…フッター部、７５…サブエリアアドレスフィールド、
７６…ビデオデータ領域、７７…属性領域、７８…転送
エラーチェック/修正フィールド、７９…スタートトラ
ンスファービット、８０…シンクデータビット、８１…
リセットビット、８２…エラーカウンタ、８３…２ビッ
トカウンタ、８４…１２ビットカウンタ、８５…比較
器、８６…ウィンドウＩＤ、８７…チェックバイト、９
０…フレームバッファメモリ、９１…ウィンドウ領域、
９３…終了ビット、９５…パネル終了ビット、９６,９
７…終了ビット、９９…サブエリア、１００…ウィンド
ウ領域、１０１…エラーアドレスレジスタ、１０２…ポ
インタレジスタ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ Ｈ０４Ｎ 5/44 Ｈ０４Ｎ 7/173 ６１０Ｚ 7/173 ６１０ Ｇ０９Ｇ 5/00 ５５５Ｄ (72)発明者 山内 一詩 神奈川県大和市下鶴間1623番地14 日本 アイ・ビー・エム株式会社 大和事業所 内 (72)発明者 塘岡 孝敏 神奈川県大和市下鶴間1623番地14 日本 アイ・ビー・エム株式会社 大和事業所 内 (56)参考文献 特開2001−111651（ＪＰ，Ａ) 特開2001−166759（ＪＰ，Ａ) 特開2000−358051（ＪＰ，Ａ) 国際公開99／54802（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.7，ＤＢ名) G09G 5/00 - 5/42 G06F 3/153 H04L 1/00 H04N 5/40 - 5/455 H04N 7/173
Claims (20)
- 【請求項１】 アプリケーションを実行するホストと当
該ホストに接続された画像表示を行うディスプレイとの
間でインターフェイスを介して画像を転送する画像表示
方法であって、 前記アプリケーションが意識している画像空間の中で纏
まって意味を持つ領域であるウィンドウに対し、前記デ
ィスプレイの表示エリアを分割したサブエリアに応じて
当該ウィンドウに属する画像データを一纏まりとして前
記ホストが管理し、 前記ホストによって管理された一纏まりの画像データを
パケットの１単位にすると共に、当該パケットの順序を
示す順序情報を当該パケットに付加して前記インターフ
ェイスを介して前記ディスプレイに転送し、 前記インターフェイスを介して転送された前記画像デー
タを前記ディスプレイの有するパネルメモリに展開する
と共に、前記ディスプレイは前記順序情報に基づいて前
記パケットの抜けを検知し、 前記インターフェイスを介して前記ディスプレイにより
検知された前記パケットの抜けの状況を前記ホストが把
握することを特徴とする画像表示方法。 - 【請求項２】 前記ホストが把握した前記パケットの抜
けの状況に基づいて、前記ホストから前記ディスプレイ
に対して前記インターフェイスを介して画像データの再
転送を実行することを特徴とする請求項１記載の画像表
示方法。 - 【請求項３】 前記画像データの再転送は、前記ウィン
ドウに属する全てのサブエリアの画像データであり、 前記パケットの抜けのあったサブエリアだけについて再
度、前記パネルメモリへの展開を実行することを特徴と
する請求項２記載の画像表示方法。 - 【請求項４】 前記画像データの再転送は、前記パケッ
トの抜けが把握されたサブエリアに対して実行されるこ
とを特徴とする請求項２記載の画像表示方法。 - 【請求項５】 前記順序情報は、前記パケットのヘッダ
ー部に格納された順序カウンタ情報であり、 前記ディスプレイは、自ら有する順序カウンタに基づい
て前記パケットの抜けを検知することを特徴とする請求
項１記載の画像表示方法。 - 【請求項６】 アプリケーションを実行するホストと、
当該ホストに接続されたディスプレイと、当該ホストと
当該ディスプレイとを接続するインターフェイスを備
え、当該ディスプレイに対して画像を表示するための画
像表示システムであって、 前記インターフェイスは、 前記ホストから前記ディスプレイに対してＩＤ情報を含
むパケット転送によってデータ転送を実行すると共に、
パケットの順序を示す順序情報を含めて転送する第１の
インターフェイスと、 前記ディスプレイから前記ホストに対して、前記順序情
報に基づいて認識された前記パケット転送のエラー情報
を含む、前記第１のインターフェイスの容量よりも少な
い小容量のデータ転送を実行するための第２のインター
フェイスとを備えていることを特徴とする画像表示シス
テム。 - 【請求項７】 前記ホストは、展開前の画像データを前
記第１のインターフェイスを介して転送し、 前記ディスプレイは、前記第１のインターフェイスを介
して転送された前記画像データを展開するためのパネル
メモリを備えると共に、当該パネルメモリに展開された
画像データに対する転送エラーの情報を含めて前記第２
のインターフェイスを介して転送することを特徴とする
請求項６記載の画像表示システム。 - 【請求項８】 アプリケーションが意識している画像空
間の中で纏まって意味を持つ領域であるウィンドウに対
し、当該領域を分割したサブエリアに応じて当該ウィン
ドウに属する画像データを一纏まりとして管理するホス
トと、当該ホストに接続されて画像を表示するディスプ
レイと、当該ホストと当該ディスプレイとを接続するイ
ンターフェイスとを備えた画像表示システムであって、 前記ホストは、前記一纏まりの画像データをパケットの
１単位にすると共に、前記ウィンドウを区別するＩＤと
転送する度に当該ＩＤ毎にカウントアップするカウント
情報とが付加されたパケットを前記インターフェイスを
介して前記ディスプレイに転送し、 前記ディスプレイは、前記インターフェイスを介して転
送された前記パケットに含まれる前記画像データをパネ
ルメモリに展開すると共に、当該パケットの転送によっ
てカウントアップするカウンタを備え、当該カウンタの
値と当該パケットに含まれる前記カウント情報とを比較
して転送エラーを認識することを特徴とする画像表示シ
ステム。 - 【請求項９】 前記ディスプレイは、前記ＩＤ毎に処理
を行う複数のハンドラを備え、前記カウンタは、複数の
当該ハンドラ毎に設けられていることを特徴とする請求
項８記載の画像表示システム。 - 【請求項１０】 アプリケーションを実行すると共に、
画像表示を行うディスプレイに対してインターフェイス
を介して接続されるホスト装置であって、 前記アプリケーションが意識し纏まって意味を有する表
示領域であるウィンドウに対し、当該ウィンドウ毎に順
序情報を割り当てる順序情報設定手段と、 前記ウィンドウを所定領域に分割した単位にて画像デー
タを転送すると共に、前記順序情報設定手段により割り
当てられた前記順序情報を当該画像データに付加して前
記ディスプレイに対して転送する画像データ転送手段
と、を備えたことを特徴とするホスト装置。 - 【請求項１１】 転送される前記画像データは、パケッ
トの形式によって転送され、 前記順序情報設定手段により割り当てられる順序情報
は、前記パケットを転送する度に前記ウィンドウ毎にカ
ウントアップされるカウント情報であることを特徴とす
る請求項１０記載のホスト装置。 - 【請求項１２】 前記画像データ転送手段は、前記ウィ
ンドウ毎に割り当てられるＩＤを前記順序情報とは別に
前記画像データに付与して転送することを特徴とする請
求項１０記載のホスト装置。 - 【請求項１３】 前記順序情報に基づく転送エラー状況
を前記ディスプレイから受信する受信手段とを更に備
え、 前記画像データ転送手段は、前記受信手段により受信さ
れた前記転送エラー状況に基づいて、画像データを再転
送することを特徴とする請求項１０記載のホスト装置。 - 【請求項１４】 画像を表示するためのパネルと、 アプリケーションを実行するホストからインターフェイ
スを介してカウント情報を含むパケットデータを受信す
る受信手段と、 前記受信手段により受信された前記パケットデータを順
次カウントするカウンタと、 前記カウンタによるカウント値と前記受信手段により受
信された前記パケットデータに含まれるカウント情報と
を比較する比較手段と、 前記比較手段による比較結果に基づいて前記パケットデ
ータの中から転送エラーのあったパケットデータを検出
する検出手段とを備えたことを特徴とする画像表示装
置。 - 【請求項１５】 前記検出手段による検出結果に基づい
て、パケットデータに転送エラーがあったことを前記ホ
ストへ通知する通知手段とを更に備え、 前記受信手段は、前記ホストから再転送されるパケット
データを受信することを特徴とする請求項１４記載の画
像表示装置。 - 【請求項１６】 前記受信手段により受信した前記パケ
ットデータから画像データを展開し、前記パネルに転送
するフレームバッファメモリとを更に備え、 前記検出手段により転送エラーが検出されたパケットデ
ータに対しては前記フレームバッファメモリへの画像デ
ータの展開を行わず、前記受信手段により再転送された
パケットデータを受信した場合には、再転送された当該
パケットデータに基づいて当該フレームバッファメモリ
への画像データの展開を行うことを特徴とする請求項１
５記載の画像表示装置。 - 【請求項１７】 アプリケーションを実行するホストか
ら、当該アプリケーションが意識している画像空間に対
して当該画像空間を所定単位に分割した画像データをパ
ケットデータとして受信する受信手段と、 前記受信手段により受信された前記パケットデータから
なる画像データを順次展開するためのパネルメモリと、 前記パネルメモリによって展開された画像データに基づ
いて画像を表示するパネルと、 前記受信手段により受信された前記パケットデータの転
送抜けを認識すると共に、前記パネルメモリに展開され
た単位にて認識された当該転送抜けの情報を前記ホスト
に通知する転送抜け通知手段とを備えたことを特徴とす
る画像表示装置。 - 【請求項１８】 転送抜けのあったパケットデータの情
報を格納するレジスタとを更に備え、 前記転送抜け通知手段は、前記レジスタに格納された前
記パケットデータの情報に基づいて前記ホストに対して
転送抜けの情報を通知することを特徴とする請求項１７
記載の画像表示装置。 - 【請求項１９】 アプリケーションが意識している画像
空間の中で纏まって意味を持つ領域であるウィンドウに
対し、当該ウィンドウに属する所定のサブエリアごとに
画像データをパケットの構造にしてディスプレイに対し
て転送するためのディスプレイ用インターフェイスであ
って、 前記パケットの構造は、 前記パケットがどのウィンドウに属するかを示す情報と
当該パケットのカウント情報とを含むヘッダー部と、 前記ディスプレイに対して前記サブエリアに属する画像
データを含むボディ部と、 転送エラーを確認するための情報を含むフッター部とを
備えたことを特徴とするディスプレイ用インターフェイ
ス。 - 【請求項２０】 前記ヘッダー部は、前記パケットが再
度画像データを転送するための再転送であるか否かを識
別する情報を含むことを特徴とする請求項１９記載のデ
ィスプレイ用インターフェイス。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000035706A JP3349490B2 (ja) | 2000-02-14 | 2000-02-14 | 画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス |
| US09/782,976 US6778168B2 (en) | 2000-02-14 | 2001-02-14 | Method for displaying image, image display system, host system, image display apparatus, and interface for display |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000035706A JP3349490B2 (ja) | 2000-02-14 | 2000-02-14 | 画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001228841A JP2001228841A (ja) | 2001-08-24 |
| JP3349490B2 true JP3349490B2 (ja) | 2002-11-25 |
Family
ID=18559869
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000035706A Expired - Lifetime JP3349490B2 (ja) | 2000-02-14 | 2000-02-14 | 画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6778168B2 (ja) |
| JP (1) | JP3349490B2 (ja) |
Families Citing this family (100)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3468288B2 (ja) * | 1999-11-30 | 2003-11-17 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ホスト装置、画像表示装置、画像表示システム、画像表示方法、パネル属性読み出し方法、および画像表示制御方法 |
| US6873306B2 (en) * | 2001-10-26 | 2005-03-29 | International Business Machines Corporation | Display controller architecture for portable computers |
| EP1326436B1 (en) * | 2001-12-28 | 2013-02-13 | Sony Corporation | Displaying information |
| KR100790432B1 (ko) | 2002-02-19 | 2008-01-02 | 가부시끼가이샤 도시바 | 데이터 표시 시스템, 데이터 중계 장치, 데이터 중계 방법,데이터 시스템, 및 싱크 장치 |
| DE10227199A1 (de) | 2002-06-18 | 2004-01-08 | Robert Bosch Gmbh | Schnittstelle und Verfahren zur Bilddatenübertragung |
| US7009655B2 (en) * | 2002-07-23 | 2006-03-07 | Mediostream, Inc. | Method and system for direct recording of video information onto a disk medium |
| JP3945355B2 (ja) * | 2002-09-11 | 2007-07-18 | ソニー株式会社 | 映像表示装置 |
| US20040085478A1 (en) * | 2002-11-06 | 2004-05-06 | Vandruff Dean | Radio controlled tiled video display apparatus and method |
| US20040086269A1 (en) * | 2002-11-06 | 2004-05-06 | Mediostream, Inc | Method and system for writing video presentation and navigation information direct to optical disc |
| US20040221315A1 (en) * | 2003-05-01 | 2004-11-04 | Genesis Microchip Inc. | Video interface arranged to provide pixel data independent of a link character clock |
| US8204076B2 (en) | 2003-05-01 | 2012-06-19 | Genesis Microchip Inc. | Compact packet based multimedia interface |
| US8068485B2 (en) * | 2003-05-01 | 2011-11-29 | Genesis Microchip Inc. | Multimedia interface |
| US7733915B2 (en) * | 2003-05-01 | 2010-06-08 | Genesis Microchip Inc. | Minimizing buffer requirements in a digital video system |
| US7620062B2 (en) * | 2003-05-01 | 2009-11-17 | Genesis Microchips Inc. | Method of real time optimizing multimedia packet transmission rate |
| US8059673B2 (en) * | 2003-05-01 | 2011-11-15 | Genesis Microchip Inc. | Dynamic resource re-allocation in a packet based video display interface |
| US7405719B2 (en) * | 2003-05-01 | 2008-07-29 | Genesis Microchip Inc. | Using packet transfer for driving LCD panel driver electronics |
| US7068686B2 (en) | 2003-05-01 | 2006-06-27 | Genesis Microchip Inc. | Method and apparatus for efficient transmission of multimedia data packets |
| US7567592B2 (en) * | 2003-05-01 | 2009-07-28 | Genesis Microchip Inc. | Packet based video display interface enumeration method |
| US7424558B2 (en) * | 2003-05-01 | 2008-09-09 | Genesis Microchip Inc. | Method of adaptively connecting a video source and a video display |
| US20040218624A1 (en) * | 2003-05-01 | 2004-11-04 | Genesis Microchip Inc. | Packet based closed loop video display interface with periodic status checks |
| US7088741B2 (en) * | 2003-05-01 | 2006-08-08 | Genesis Microchip Inc. | Using an auxilary channel for video monitor training |
| US20040218599A1 (en) * | 2003-05-01 | 2004-11-04 | Genesis Microchip Inc. | Packet based video display interface and methods of use thereof |
| US7839860B2 (en) | 2003-05-01 | 2010-11-23 | Genesis Microchip Inc. | Packet based video display interface |
| US6992987B2 (en) * | 2003-05-01 | 2006-01-31 | Genesis Microchip Inc. | Enumeration method for the link clock rate and the pixel/audio clock rate |
| US20040221312A1 (en) * | 2003-05-01 | 2004-11-04 | Genesis Microchip Inc. | Techniques for reducing multimedia data packet overhead |
| US7487273B2 (en) * | 2003-09-18 | 2009-02-03 | Genesis Microchip Inc. | Data packet based stream transport scheduler wherein transport data link does not include a clock line |
| US7800623B2 (en) * | 2003-09-18 | 2010-09-21 | Genesis Microchip Inc. | Bypassing pixel clock generation and CRTC circuits in a graphics controller chip |
| US7613300B2 (en) * | 2003-09-26 | 2009-11-03 | Genesis Microchip Inc. | Content-protected digital link over a single signal line |
| US7634090B2 (en) * | 2003-09-26 | 2009-12-15 | Genesis Microchip Inc. | Packet based high definition high-bandwidth digital content protection |
| CN100411006C (zh) * | 2003-09-29 | 2008-08-13 | 台达电子工业股份有限公司 | 显示器的识别码设定系统、装置与其设定方法 |
| JP4586389B2 (ja) * | 2004-03-22 | 2010-11-24 | セイコーエプソン株式会社 | マルチ画面映像再生装置およびマルチ画面映像再生装置における映像再生方法 |
| TWI276043B (en) * | 2004-09-09 | 2007-03-11 | Seiko Epson Corp | Display apparatus |
| US7667668B2 (en) * | 2004-10-08 | 2010-02-23 | Redradio, Inc. | Fractional video touch panels |
| JP4179272B2 (ja) * | 2004-12-07 | 2008-11-12 | セイコーエプソン株式会社 | 電子装置、信号伝送装置および無線通信端末 |
| EP2808782A1 (en) * | 2004-12-24 | 2014-12-03 | IZUTSU, Masahiro | Mobile information communication apparatus, connection unit for mobile information communication apparatus, and external input/output unit for mobile information communication apparatus |
| US20070097131A1 (en) * | 2005-11-03 | 2007-05-03 | Kyocera Mita Corporation | Display and operation device |
| JP5026699B2 (ja) * | 2005-12-27 | 2012-09-12 | トヨタ自動車株式会社 | 車両用データ記録装置 |
| US8547843B2 (en) | 2006-01-20 | 2013-10-01 | Saisei Networks Pte Ltd | System, method, and computer program product for controlling output port utilization |
| TWI286020B (en) * | 2006-01-20 | 2007-08-21 | Inventec Appliances Corp | Synchronizing method used in phone book content |
| JP2008096746A (ja) * | 2006-10-12 | 2008-04-24 | Canon Inc | 表示制御装置、表示装置、及びマルチディスプレイシステム |
| JP5188051B2 (ja) * | 2006-10-12 | 2013-04-24 | キヤノン株式会社 | 表示制御装置及び表示装置 |
| US8421722B2 (en) * | 2006-12-04 | 2013-04-16 | Himax Technologies Limited | Method of transmitting data from timing controller to source driving device in LCD |
| JP5119655B2 (ja) * | 2006-12-13 | 2013-01-16 | 株式会社日立製作所 | マルチスクリーン表示装置 |
| JP5061688B2 (ja) * | 2007-03-29 | 2012-10-31 | 富士通セミコンダクター株式会社 | データ転送制御装置およびデータ転送制御方法 |
| JP4567046B2 (ja) * | 2007-12-12 | 2010-10-20 | Ｏｋｉセミコンダクタ株式会社 | 液晶パネル駆動装置 |
| JP5231799B2 (ja) * | 2007-12-25 | 2013-07-10 | キヤノン株式会社 | 制御装置、表示装置及びそれらの制御方法、複合現実システム、及びコンピュータプログラム |
| US8312189B2 (en) * | 2008-02-14 | 2012-11-13 | International Business Machines Corporation | Processing of data to monitor input/output operations |
| US20090262667A1 (en) * | 2008-04-21 | 2009-10-22 | Stmicroelectronics, Inc. | System and method for enabling topology mapping and communication between devices in a network |
| JP5184981B2 (ja) * | 2008-06-10 | 2013-04-17 | キヤノン株式会社 | Ｘ線画像診断システム、画像処理装置及び画像処理方法 |
| US8223796B2 (en) * | 2008-06-18 | 2012-07-17 | Ati Technologies Ulc | Graphics multi-media IC and method of its operation |
| KR101498207B1 (ko) * | 2008-11-26 | 2015-03-03 | 삼성전자주식회사 | 초고해상도 영상의 프레임 레이트 변환 장치 및 방법 |
| US20100183004A1 (en) * | 2009-01-16 | 2010-07-22 | Stmicroelectronics, Inc. | System and method for dual mode communication between devices in a network |
| KR101536228B1 (ko) * | 2009-04-15 | 2015-07-13 | 삼성디스플레이 주식회사 | 신호 변복조 방법, 이를 수행하기 위한 신호 변복조 장치 및 이를 포함하는 표시 장치 |
| FR2944662B1 (fr) * | 2009-04-20 | 2011-06-03 | Stmicroelectronics Wireless Sas | Transmisssion video sur une interface serie |
| US8156238B2 (en) | 2009-05-13 | 2012-04-10 | Stmicroelectronics, Inc. | Wireless multimedia transport method and apparatus |
| US8860888B2 (en) * | 2009-05-13 | 2014-10-14 | Stmicroelectronics, Inc. | Method and apparatus for power saving during video blanking periods |
| US8760461B2 (en) | 2009-05-13 | 2014-06-24 | Stmicroelectronics, Inc. | Device, system, and method for wide gamut color space support |
| US8429440B2 (en) | 2009-05-13 | 2013-04-23 | Stmicroelectronics, Inc. | Flat panel display driver method and system |
| US8370554B2 (en) * | 2009-05-18 | 2013-02-05 | Stmicroelectronics, Inc. | Operation of video source and sink with hot plug detection not asserted |
| US8468285B2 (en) * | 2009-05-18 | 2013-06-18 | Stmicroelectronics, Inc. | Operation of video source and sink with toggled hot plug detection |
| US8582452B2 (en) | 2009-05-18 | 2013-11-12 | Stmicroelectronics, Inc. | Data link configuration by a receiver in the absence of link training data |
| US8291207B2 (en) * | 2009-05-18 | 2012-10-16 | Stmicroelectronics, Inc. | Frequency and symbol locking using signal generated clock frequency and symbol identification |
| JP5070414B2 (ja) * | 2010-02-18 | 2012-11-14 | 株式会社大一商会 | 遊技機 |
| US8671234B2 (en) | 2010-05-27 | 2014-03-11 | Stmicroelectronics, Inc. | Level shifting cable adaptor and chip system for use with dual-mode multi-media device |
| US8890770B2 (en) * | 2011-06-20 | 2014-11-18 | Time-O-Matic, Llc | Multi-channel LED sign module |
| JP5978574B2 (ja) | 2011-09-12 | 2016-08-24 | ソニー株式会社 | 送信装置、送信方法、受信装置、受信方法および送受信システム |
| US20130127813A1 (en) * | 2011-11-21 | 2013-05-23 | Chen-Tung Lee | Display device |
| JP6072435B2 (ja) * | 2012-05-29 | 2017-02-01 | シャープ株式会社 | 表示装置、映像出力装置 |
| TWI686085B (zh) * | 2012-11-29 | 2020-02-21 | 日商索尼半導體解決方案公司 | 攝像裝置及圖像感測器之資料傳送方法、資訊處理裝置及資訊處理方法以及程式 |
| JP6381310B2 (ja) * | 2014-06-17 | 2018-08-29 | キヤノン株式会社 | 画像表示装置、画像表示装置の制御方法、及び、プログラム |
| US9729439B2 (en) | 2014-09-26 | 2017-08-08 | 128 Technology, Inc. | Network packet flow controller |
| US10277506B2 (en) | 2014-12-08 | 2019-04-30 | 128 Technology, Inc. | Stateful load balancing in a stateless network |
| JP6889686B2 (ja) * | 2014-12-15 | 2021-06-18 | シャープ株式会社 | 情報処理装置、情報処理システム、情報処理プログラムおよび情報処理方法 |
| US9736184B2 (en) | 2015-03-17 | 2017-08-15 | 128 Technology, Inc. | Apparatus and method for using certificate data to route data |
| US9729682B2 (en) | 2015-05-18 | 2017-08-08 | 128 Technology, Inc. | Network device and method for processing a session using a packet signature |
| US9762485B2 (en) | 2015-08-24 | 2017-09-12 | 128 Technology, Inc. | Network packet flow controller with extended session management |
| US9871748B2 (en) | 2015-12-09 | 2018-01-16 | 128 Technology, Inc. | Router with optimized statistical functionality |
| TWI638346B (zh) * | 2015-12-31 | 2018-10-11 | 達意科技股份有限公司 | 電子紙顯示裝置及其驅動方法 |
| US9985883B2 (en) | 2016-02-26 | 2018-05-29 | 128 Technology, Inc. | Name-based routing system and method |
| US10205651B2 (en) | 2016-05-13 | 2019-02-12 | 128 Technology, Inc. | Apparatus and method of selecting next hops for a session |
| US10298616B2 (en) | 2016-05-26 | 2019-05-21 | 128 Technology, Inc. | Apparatus and method of securing network communications |
| US10091099B2 (en) | 2016-05-31 | 2018-10-02 | 128 Technology, Inc. | Session continuity in the presence of network address translation |
| US11075836B2 (en) | 2016-05-31 | 2021-07-27 | 128 Technology, Inc. | Reverse forwarding information base enforcement |
| US9832072B1 (en) | 2016-05-31 | 2017-11-28 | 128 Technology, Inc. | Self-configuring computer network router |
| US10257061B2 (en) | 2016-05-31 | 2019-04-09 | 128 Technology, Inc. | Detecting source network address translation in a communication system |
| US10841206B2 (en) | 2016-05-31 | 2020-11-17 | 128 Technology, Inc. | Flow modification including shared context |
| US10200264B2 (en) | 2016-05-31 | 2019-02-05 | 128 Technology, Inc. | Link status monitoring based on packet loss detection |
| US10009282B2 (en) | 2016-06-06 | 2018-06-26 | 128 Technology, Inc. | Self-protecting computer network router with queue resource manager |
| US10690158B2 (en) | 2016-09-13 | 2020-06-23 | Watchfire Signs, Llc | Technologies for interlocking structures |
| US9985872B2 (en) | 2016-10-03 | 2018-05-29 | 128 Technology, Inc. | Router with bilateral TCP session monitoring |
| US10425511B2 (en) | 2017-01-30 | 2019-09-24 | 128 Technology, Inc. | Method and apparatus for managing routing disruptions in a computer network |
| WO2018165182A1 (en) | 2017-03-07 | 2018-09-13 | 128 Technology, Inc. | Router device using flow duplication |
| US10432519B2 (en) | 2017-05-26 | 2019-10-01 | 128 Technology, Inc. | Packet redirecting router |
| US11165863B1 (en) | 2017-08-04 | 2021-11-02 | 128 Technology, Inc. | Network neighborhoods for establishing communication relationships between communication interfaces in an administrative domain |
| JP7027788B2 (ja) * | 2017-10-16 | 2022-03-02 | 富士通株式会社 | 伝送装置、伝送方法および処理装置 |
| JP7007160B2 (ja) * | 2017-11-10 | 2022-01-24 | ソニーセミコンダクタソリューションズ株式会社 | 送信装置 |
| US20190253341A1 (en) | 2018-02-15 | 2019-08-15 | 128 Technology, Inc. | Service Related Routing Method and Apparatus |
| US11658902B2 (en) | 2020-04-23 | 2023-05-23 | Juniper Networks, Inc. | Session monitoring using metrics of session establishment |
| US12363035B2 (en) | 2021-09-29 | 2025-07-15 | Juniper Networks, Inc. | Opportunistic mesh for software-defined wide area network (SD-WAN) |
| CN120954358B (zh) * | 2025-10-16 | 2025-12-23 | 无锡芯涛微电子科技有限公司 | 显示装置、显示系统、驱动芯片和显示控制方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000358051A (ja) | 1999-04-14 | 2000-12-26 | Sony Corp | データ伝送方法及びデータ伝送装置 |
| JP2001111651A (ja) | 1999-10-07 | 2001-04-20 | Internatl Business Mach Corp <Ibm> | データ伝送装置およびその方法 |
| JP2001166759A (ja) | 1999-11-30 | 2001-06-22 | Internatl Business Mach Corp <Ibm> | ホスト装置、画像表示装置、画像表示システム、画像表示方法、パネル属性読み出し方法、および画像表示制御方法 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62243016A (ja) * | 1986-04-16 | 1987-10-23 | Mitsubishi Electric Corp | グラフイツクスデイスプレイ装置 |
| US6026088A (en) * | 1993-10-20 | 2000-02-15 | Lsi Logic Corporation | Network architecture |
| JP2769790B2 (ja) * | 1994-09-05 | 1998-06-25 | パイオニア株式会社 | ビデオゲームシステム |
| JP2854809B2 (ja) * | 1994-09-05 | 1999-02-10 | パイオニア株式会社 | ビデオゲームシステム |
| US5654746A (en) * | 1994-12-01 | 1997-08-05 | Scientific-Atlanta, Inc. | Secure authorization and control method and apparatus for a game delivery service |
| US5809245A (en) * | 1995-01-24 | 1998-09-15 | Kabushiki Kaisha Toshiba | Multimedia computer system |
| US5587997A (en) * | 1995-02-24 | 1996-12-24 | Hewlett-Packard Company | Method and apparatus for determining when all packets of a message have arrived |
| JP3573546B2 (ja) * | 1995-10-27 | 2004-10-06 | 富士通株式会社 | 並列計算機における並列プロセススケジューリング方法および並列計算機用処理装置 |
| JP3926873B2 (ja) * | 1996-10-11 | 2007-06-06 | 株式会社東芝 | コンピュータシステム |
| US6327254B1 (en) * | 1997-10-14 | 2001-12-04 | Lucent Technologies Inc. | Method for bandwidth sharing in a multiple access system for communications networks |
| US6771264B1 (en) * | 1998-08-20 | 2004-08-03 | Apple Computer, Inc. | Method and apparatus for performing tangent space lighting and bump mapping in a deferred shading graphics processor |
| US6498865B1 (en) * | 1999-02-11 | 2002-12-24 | Packetvideo Corp,. | Method and device for control and compatible delivery of digitally compressed visual data in a heterogeneous communication network |
-
2000
- 2000-02-14 JP JP2000035706A patent/JP3349490B2/ja not_active Expired - Lifetime
-
2001
- 2001-02-14 US US09/782,976 patent/US6778168B2/en not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000358051A (ja) | 1999-04-14 | 2000-12-26 | Sony Corp | データ伝送方法及びデータ伝送装置 |
| JP2001111651A (ja) | 1999-10-07 | 2001-04-20 | Internatl Business Mach Corp <Ibm> | データ伝送装置およびその方法 |
| JP2001166759A (ja) | 1999-11-30 | 2001-06-22 | Internatl Business Mach Corp <Ibm> | ホスト装置、画像表示装置、画像表示システム、画像表示方法、パネル属性読み出し方法、および画像表示制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001228841A (ja) | 2001-08-24 |
| US20010030649A1 (en) | 2001-10-18 |
| US6778168B2 (en) | 2004-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3349490B2 (ja) | 画像表示方法、画像表示システム、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス | |
| JP3950926B2 (ja) | 画像表示方法、ホスト装置、画像表示装置、およびディスプレイ用インターフェイス | |
| US7634607B2 (en) | Data transfer control device and electronic instrument | |
| US7467250B2 (en) | Data transfer control device and electronic instrument generating interface signal of signal type according to interface information set in internal register | |
| US8127056B2 (en) | Data transfer control device including a switch circuit that switches write destination of received packets | |
| WO2023116320A1 (zh) | 基于fpga的数据流处理方法、装置及pg设备 | |
| JP4186940B2 (ja) | データ転送制御装置及び電子機器 | |
| JP4924560B2 (ja) | データ転送制御装置及び電子機器 | |
| JP4191206B2 (ja) | 画像表示システム、および画像表示装置 | |
| JP2005210389A (ja) | データ転送制御装置及び電子機器 | |
| CN100380819C (zh) | 数据传输控制装置及电子设备 | |
| JP3973378B2 (ja) | 表示装置 | |
| JP2005210390A (ja) | データ転送制御装置及び電子機器 | |
| CN118035152B (zh) | 显示芯片、电子设备及dp链路训练方法 | |
| JP2007242026A (ja) | データ転送制御装置及び電子機器 | |
| CN119863978A (zh) | 显示系统的显示方法和显示系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3349490 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S202 | Request for registration of non-exclusive licence |
Free format text: JAPANESE INTERMEDIATE CODE: R315201 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| S202 | Request for registration of non-exclusive licence |
Free format text: JAPANESE INTERMEDIATE CODE: R315201 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070913 Year of fee payment: 5 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080913 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090913 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090913 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100913 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110913 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110913 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120913 Year of fee payment: 10 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130913 Year of fee payment: 11 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |