(57)【要約】【課題】ホストからディスプレイ方向へ大容量からなる画像データの転送と、その逆方向のはるかに少量のデータ転送とを最大限の効率で実現する。【解決手段】アプリケーションを実行するホスト側１０と、このホスト側１０に接続されたディスプレイ側３０と、ホスト側１０とディスプレイ側３０とを接続するインターフェイスを備え、ディスプレイ側３０に対して画像を表示するための画像表示システムであって、このインターフェイスは、ホスト側１０からディスプレイ側３０に対して大容量のデータ転送を実行するデジタルＩ/Ｆ５０と、ディスプレイからホストに対して、第１のインターフェイスの容量よりも遥かに少ないがゼロではない小容量のデータ転送を実行するための制御信号線６０とを備え、デジタルＩ/Ｆ５０は、データをパケット化して転送する。【選択図】図１
2006301659.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを実行するホストと、当該ホストに接続されたディスプレイと、当該ホストと当該ディスプレイとを接続するインターフェイスを備え、当該ディスプレイに対して画像を表示するための画像表示システムであって、
前記インターフェイスは、
前記ホストから前記ディスプレイに対して大容量のデータ転送を実行する第１のインターフェイスと、
前記ディスプレイから前記ホストに対して、前記第１のインターフェイスの容量よりも遥かに少ないがゼロではない小容量のデータ転送を実行するための第２のインターフェイスとを備え、
前記第１のインターフェイスは、データをパケット化して転送することを特徴とする画像表示システム。
【請求項２】
前記第２のインターフェイスは、前記第１のインターフェイスを介して転送されたデータに対するエラー処理に用いるデータを転送することを特徴とする請求項１記載の画像表示システム。
【請求項３】
前記ホストは、展開前の画像データを前記第１のインターフェイスを介して転送し、
前記ディスプレイは、前記第１のインターフェイスを介して転送された前記画像データを展開するためのパネルメモリを備えると共に、当該パネルメモリに展開された画像データに対する転送エラーの情報を前記第２のインターフェイスを介して転送することを特徴とする請求項１記載の画像表示システム。
【請求項４】
前記第１のインターフェイスは、双方向高速転送線にて構成されると共に、クロック信号を逓倍した高速クロック信号に同期させてデータを転送し、
前記第２のインターフェイスは、前記第１のインターフェイスに用いられた前記双方向高速転送線に対して逓倍されないクロック信号に同期させてデータを転送することを特徴とする請求項１記載の画像表示システム。
【請求項５】
前記第１のインターフェイスは、高速単方向転送線にて構成されると共に、
前記第２のインターフェイスは、低速双方向転送線にて構成されることを特徴とする請求項１記載の画像表示システム。
【請求項６】
画像を表示するためのパネルと、
アプリケーションを実行するホストから大容量のインターフェイスを介してパケット化された画像データを受信する受信手段と、
前記受信手段により受信された前記画像データの転送エラーを示す情報を前記大容量のインターフェイスよりも遥かに少ない容量である小容量のインターフェイスを介して前記ホストに対して通知する通知手段と
を備えたことを特徴とする画像表示装置。
【請求項７】
前記受信手段により受信した前記画像データを展開するパネルメモリを更に備え、
前記通知手段は、前記パネルメモリに展開された前記画像データを用いて前記パネルのリフレッシュを行う単位にて転送エラー情報を纏めて通知することを特徴とする請求項６記載の画像表示装置。
【請求項８】
前記通知手段は、前記パネルに対する静止画の表示を行う際に前記転送エラーを示す情報を通知し、前記パネルに対する動画の表示を行う際には前記転送エラーを示す情報を通知しないことを特徴とする請求項６記載の画像表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスプレイパネルに画像を表示する際のビデオインターフェイス機構に関し、より詳しくは、複数の表示パネルや高精細パネルを分散処理して駆動するためのビデオインターフェイス方法、駆動装置、表示装置等に関する。
【背景技術】
【０００２】
一般に、表示画像はパーソナルコンピュータ(ＰＣ)等からなるホスト装置のグラフィックスコントローラにより処理されて表示装置に送られる。ところが、近年の液晶表示ディスプレイ(ＬＣＤ)パネルに代表される表示装置の進歩により、ホスト装置と表示装置との処理能力に大きな差が出てきた。例えば、ＬＣＤパネルにおいては、パネル自身の高精細化が進み、従来のＸＧＡ(Extended Graphics Array)(1024×768ドット)やＳＸＧＡ(Super Extended Graphics Array)(1280×1024ドット)、ＳＸＧＡ＋ (1400×1050ドット)、ＵＸＧＡ(Ultra Extended Graphics Array)(1600×1200ドット)から、遥かに高精細のＱＸＧＡ(Quad Extended Graphics Array)(2048×1536ドット)やＱＳＸＧＡ(Quad super Extended Graphics Array)(2560×2048ドット)、ＱＵＸＧＡ(Quad Ultra Extended Graphics Array)(3200×2400ドット)などの解像度が非常に大きな高精細(超高精細)パネルが実用化されつつある。これらの高精細パネルは、ＣＲＴで実現できる精細度の限界を遥かに凌駕することから、今後、益々需要が期待されている。しかしながら、その一方で、パネルの進歩に対してシステムパワーやグラフィックスコントローラのパワーが追従できなくなってきており、超高精細パネルでの充分な表示ができないのが現状である。
【０００３】
例えば、グラフィックスコントローラに代表される画像処理システムの性能は、一般的な表示機能でＱＸＧＡ程度が限界であり、画像家庭用ゲーム機等に代表される３次元(３Ｄ)のコンピュータグラフィックス(ＣＧ)ではＶＧＡ(Video Graphics Array)(640×480ドット)程度の低解像度の処理能力に留まっている。このように、例えば最先端の動画はまだＶＧＡ程度の解像度であるのに対し、パネルはその数倍から数十倍の解像度が製造できるようになっており、処理能力の格差が顕著に現れてきた。
また、ＬＣＤパネルに代表される表示装置は、近年、その表示部の周りである額縁が更に小さくなり、複数のパネルをまとめて拡大パネルとする所謂タイリングが可能となってきた。その結果、超高精細パネルと同様に、更に解像度を上げることが可能となり、ホスト側との格差がより顕著に現れるようになってきた。
【０００４】
更にまた、超高精細のディスプレイパネルにホストＰＣ(ホスト側)から送られるビデオデータを表示させる場合、ディスプレイパネル側で同じフレームレートを維持しようとすると、その高精細度が増せば増すほど、ビデオインターフェイス上の転送レートを大きくする必要がある。一方、昨今では、ホストＰＣとディスプレイシステムとの間のビデオインターフェイスは、従来のアナログインターフェイスに変わってＬＶＤＳ(Low Voltage Differential Signaling)、ＴＭＤＳ(Transition Minimized Differential Signaling)、ＧＶＩＦ(Gigabit Video InterFace)といった低電圧作動タイプのデジタルデータ伝送方式を使った、所謂デジタルインターフェイスが広まりつつある。そこで、このデジタルインターフェイスの転送クロックを上げたり、ビデオインターフェイスのシグナル本数を倍(Dual Channel)や４倍(Quadruple Channel)にすることで、これらの転送レートの増加を実現することが可能である。
【０００５】
【特許文献１】特開平４−４０５１８号公報
【特許文献２】特開平７−１４６６７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の方法では、新しい超高精細度のディスプレイパネルが出現する度に、それが必要とする転送レートを実現することが要求されてしまう。即ち、新しいビデオインターフェイスタイミングを定義し、高い転送クロックレートに対応したＬＳＩを新規に開発したり、ビデオインターフェイスシグナルに新しいマルチチャネル(Multiple Channel)構造を取ることが要求され、また同時に、その度にそれらをＶＥＳＡ(Video Electronics Standard Association)などのビデオインターフェイススタンダード(Video Interface Standard)に加えていかなければならないことを意味するのである。一般に、これらの新規開発、導入を効率的に推進するためのインフラ(Infrastructure)は、現在、全くと言って良いほど整っておらず、そのことが、近い将来、超高精細ディスプレイパネルに対する需要があるにもかかわらず、それを使用したディスプレイシステムの普及を妨げる大きな要因となっている。従来型ビデオインターフェイスの延長線上にいる限り、これらの問題点はその都度ついてまわり、これらを根本的に解決するためには、従来型とは全く異なるコンセプトに基づくビデオインターフェイスを考案することが必定となる。
【０００７】
本発明は、以上のような技術的課題を解決するためになされたものであって、その目的とするところは、ホストからディスプレイ方向へ大容量からなる画像データの転送と、その逆方向のはるかに少量のデータ転送とを最大限の効率で実現することにある。
また、他の目的は、画像転送時における転送エラー処理を可能にすると共に、転送エラーに関するデータ転送量を少なくすることにある。
【課題を解決するための手段】
【０００８】
かかる目的のもと、本発明は、アプリケーションを実行するホストと、このホストに接続されたディスプレイと、ホストとディスプレイとを接続するインターフェイスを備え、ディスプレイに対して画像を表示するための画像表示システムであって、このインターフェイスは、ホストからディスプレイに対して大容量のデータ転送を実行する第１のインターフェイスと、ディスプレイからホストに対して、第１のインターフェイスの容量よりも遥かに少ないがゼロではない小容量のデータ転送を実行するための第２のインターフェイスとを備えていることを特徴としている。
ここで、大容量のデータ転送は、例えばＳＸＧＡ、８ビット/カラー、リフレッシュレート６０Ｈｚでサポートすると１００Ｍ〜１Ｇ ＢＰＳ(Byte/Sec)程度のオーダーであり、小容量のデータ転送はせいぜい１.２Ｋ〜１.８Ｋ ＢＰＳ程度である。この両者の転送レートの比は、この例では１０万：１〜１００万：１程度となる。
【０００９】
この第１のインターフェイスは、データをパケット化して転送し、この第２のインターフェイスは、この第１のインターフェイスを介して転送されたデータに対するエラー処理に用いるデータを転送することを特徴とすることができる。
また、このホストは、展開前の画像データを第１のインターフェイスを介して転送し、このディスプレイは、この第１のインターフェイスを介して転送された画像データを展開するためのパネルメモリを備えると共に、このパネルメモリに展開された画像データに対する転送エラーの情報を第２のインターフェイスを介して転送することを特徴とすることができる。
【００１０】
ここで、この第１のインターフェイスは、高速単方向転送線にて構成されると共に、この第２のインターフェイスは、低速双方向転送線にて構成されることを特徴とすることもできる。
一方で、物理的には、第１のインターフェイスの一部を使用して第２のインターフェイスを構成することが可能であり、これによれば、例えばＤＤＣ(Digital Data Channel)などの低速双方向転送線を別途持つ必要がない点で優れている。
また、この第１のインターフェイスは、双方向高速転送線にて構成されると共に、クロック信号を逓倍した高速クロック信号に同期させてデータを転送し、この第２のインターフェイスは、この第１のインターフェイスに用いられたこの双方向高速転送線に対して逓倍されないクロック信号に同期させてデータを転送することを特徴とすることもできる。このようにすれば、第２のインターフェイスにてデータ転送する際の逓倍器を省略することができる点で好ましい。
【００１１】
一方、本発明を画像表示装置から把握すると、本発明の画像表示装置は、画像を表示するためのパネルと、アプリケーションを実行するホストから大容量のインターフェイスを介してパケット化された画像データを受信する受信手段と、この受信手段により受信された画像データの転送エラーを示す情報を大容量のインターフェイスよりも遥かに少ない容量である小容量のインターフェイスを介してホストに対して通知する通知手段とを備えたことを特徴としている。
この通知手段としては、ホスト側からの要求によりホスト側から読み出される場合も含むものである。
【００１２】
この受信手段により受信した画像データを展開するパネルメモリを更に備え、この通知手段は、このパネルメモリに展開された画像データを用いてパネルのリフレッシュを行う単位にて転送エラー情報を纏めて通知することを特徴としている。
また、この通知手段は、パネルに対する静止画の表示を行う際に転送エラーを示す情報を通知し、このパネルに対する動画の表示を行う際には転送エラーを示す情報を通知しないことを特徴とすることができる。このように構成すれば、リフレッシュの度にパネルからディスプレイに対して画像を転送する必要のない静止画において、動画と区別して対応することが可能となる。
【発明の効果】
【００１３】
本発明によれば、ホストからディスプレイ方向への画像データの転送と、その逆方向のデータ転送とを、高い効率で実現することができる。
更に、画像転送時における転送エラー処理を実施した場合においても、転送エラーに関するデータ転送量を少なくすることができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付する図面に従って、本発明の実施の形態を詳細に説明する。
図１は、本発明が適用された画像表示システムの一実施形態を示すブロック図である。同図において、符号１０はパーソナルコンピュータ(ＰＣ)等からなるホスト(HOST)側であり、本実施の形態における表示装置を駆動するための駆動装置としての役割を有している。このホスト側１０において、符号１１はグラフィックスコントローラであり、その内部に有するプリプロセッサ(図示せず)によって画像データの前処理が実行される。１６はグラフィックスメモリであり、画像データの前処理に用いられる。本実施の形態では分散処理によってグラフィックスコントローラ１１を用いてリフレッシュを続ける必要がなくなったことから、グラフィックスメモリ１６は従来のものに比べて小さな容量で構成されている。１７はアプリケーションを実行するホストシステム(図示せず)に接続されたシステムバスである。また、１２は送信機(Transmitter)であり、グラフィックスコントローラ１１から受けた画像データをディスプレイ側３０に転送している。５０はデジタルインターフェイス(デジタルＩ/Ｆ)であり、ホスト側１０からディスプレイ側３０に対して画像データを転送するＬＶＤＳ、ＴＭＤＳなどである。このデジタルＩ/Ｆ５０は、高速である単方向の作動型ビデオインターフェイスとして位置付けられる。また、６０は制御信号線であり、ＤＤＣ(Digital Data Channel)などの低速である双方向の転送線である。この制御信号線６０は、制御信号の送受を行うために、グラフィックスコントローラ１１に設けられたＤＤＣハンドラー(図示せず)とディスプレイ側３０のパネル制御チップ(後述)に設けられたＤＤＣコントローラ(図示せず)とを結んでいる。
【００１５】
一方、ディスプレイ側３０において、３５はその内部にポストプロセッサ(図示せず)を有するパネル制御チップであり、実際に画像を表示するパネル４０の分割数に応じて複数個(図１では４つ)設けられている。３６はそれぞれのパネル制御チップ３５に設けられたパネルメモリである。３１は受信機(Receiver)であり、デジタルＩ/Ｆ５０を介して転送された画像データを変換して、パネル制御チップ３５に転送している。更に、４０は実際に画像を表示するパネルであり、図１では４つの領域に分割されて制御されている。このパネル４０は、高精細パネルで構成されており、この高精細な画面をサポートするために、パネル制御チップ３５は、複数個の並列処理を可能としている。
【００１６】
本実施の形態における特徴的な構成は、グラフィックスコントローラ１１にてデータの前処理を実行し、パネル制御チップ３５にて後処理をすることにある。これにより、今までグラフィックスコントローラ１１が行っていた、画像データを混ぜ合わせて画面リフレッシュをする等のホスト側１０における画面生成のジョブを、表示装置側(ディスプレイ側３０)に移している。つまり、グラフィックスコントローラ１１で画像データの展開前、即ち、混ぜ合わせ前の画像データにタグや画像データの属性およびエラー保護を付け、パネル制御チップ３５にてパネルメモリ３６に対して初めて画像データを展開し、即ち、それを解凍して画像データを混ぜ合わせ、リフレッシュ回路(図示せず)に転送している。
【００１７】
ここで、本実施の形態では、ウィンドウという概念を導入している。このウィンドウは、ホストが意識している画像空間の上で纏まって意味を持つ領域であり、画像データの転送処理の単位である。
図１２は、本実施の形態にて用いられるパケットを用いた画像データの転送方式の一例を、上述のウィンドウとの関係で簡単に説明した説明図である。今、ホストのアプリケーションによる画像イメージとして、領域Ａと領域Ｂが存在するものとする。本実施の形態では、画像の展開作業をホスト側１０で実行せず、画像の展開作業はディスプレイ側３０で行われる。ホスト側１０では、例えば領域Ａに対してウィンドウＩＤ：４を、領域Ｂに対してウィンドウＩＤ：５を設定する。ディスプレイ側３０への画像情報の転送は、各領域毎に区分されてパケット方式にて実行される。より具体的には、ディスプレイイネーブル(Display Enable)信号に対応して、例えばスキャン毎等のサブエリア(後述)に属する領域単位にパケット化されて画像信号が転送される。このサブエリアは所定のピクセルからなる矩形領域であっても構わない。これらのパケットによる画像信号には、それぞれウィンドウＩＤを示すＩＤ情報が付加されて転送される。例えば、特定のサブパネルにおける各ハンドラー(図示せず)に、ウィンドウＩＤ：４およびウィンドウＩＤ：５を処理するように設定すれば、パケット方式で転送され、ウィンドウＩＤが付与された画像情報を、指定サブパネル上で展開することが可能となる。
【００１８】
ここで、データをパケット化して転送するバスプロトコルそのものは、今日に至るまで広く採用されている。その代表例に、ＩＥＥＥ１３９４規格で規定されるシリアルバス規格がある。これは、２組のツイストペア(Twisted Pair)の作動信号線を用いて２台のＰＣあるいは周辺機器間を接続し、パケット化したデータの双方向の転送を半２重(Half Duplex)の通信モード(同じ時間帯にどちらか片方のノードからだけデータ転送を行う態様)で行うものである。この２つのノード間の基本接続をカスケード(連鎖接続)型に、あるいはツリー型に拡張して、複数のノードにまたがるネットワークを構成し、各ノードから別のノードへデータ転送を行うことも可能である。
【００１９】
しかしながら、ＩＥＥＥ１３９４によるパケット転送は、各方向のデータ転送量が均等であるようなインターフェイスを想定しているため、ある一方向の平均の転送レートをバスの物理的限界まで上げることができない。例えば、転送を始める前に必ずバス調停(Bus Arbitration)が必要となる。また、ＩＥＥＥ１３９４の代表的な転送モードである非同期転送(Asynchronous Subaction)では、調停後、バスを獲得したあるバスマスターがスレーブであるバスターゲットに対して非同期パケット(Asynchronous Packet)を転送後、一定の時間的ギャップの後にその承認パケット(Acknowledge Packet)をリードバックしなければならない。この為に、この同じバスマスターからの平均的なデータ転送レートは下がってしまう。
一方、今一つの転送モードである、同期転送(Isochronous Subaction)では、調停後にバスマスターが同期パケットを送り出した後に承認パケットをリードバックすることはないが、逆に、一切の承認パケットをもリードバックすることができず、後述するエラー状況の把握等をすることができない。
【００２０】
今、ホスト側１０のＰＣシステム等からディスプレイ側３０(あるいは多数連結されたディスプレイパネル群)に対してビデオデータを転送することを考えた場合に、ホスト側１０からディスプレイ側３０方向へのデータ転送は非常に膨大となる。一方、ディスプレイ側３０からホスト側１０方向へのデータ転送(ホスト側１０からのデータリード)は、ディスプレイＩＤやデータ転送エラー状況のチェック等があり、一般的に前者に比べて非常に少量であるが、０で良い訳ではない。
本実施の形態では、かかる問題点に対処するために、ホスト側１０からディスプレイ側３０へは大容量のデータ転送を実現でき、かつ小容量だがその逆方向へのデータ転送も可能とする効率的なパケット方式のビデオインターフェイスを提供している。
【００２１】
図２は、ビデオインターフェイスにおける物理的構成の一実施形態を示すブロック図である。
ホスト側１０において、送信機１２には、シリアライザ(Encoder/Serializer)１３とＰＬＬ(Phase Locked Loop)１４が備えられている。このシリアライザ１３は画像データをパラレルからシリアルに変換してデジタルＩ/Ｆ５０に手渡している。また、このＰＬＬ１４は画像データをパラレル-シリアル変換するための逓倍クロックを形成している。
また、ディスプレイ側３０において、受信機３１には、デシリアライザ(Decoder/ Deserializer)３２とＰＬＬ３３が備えられている。デシリアライザ３２は画像データをシリアルからパラレルに変換している。また、ＰＬＬ３３は画像データをシリアル-パラレル変換するための逓倍クロックを形成している。
【００２２】
デジタルＩ/Ｆ５０は、単方向高速転送線５１と、単方向転送線５２とを備えている。この単方向転送線５２はホスト側１０から出力されるクロックシグナルを転送している。また、単方向高速転送線５１は、複数のデータ信号線を備えており、単方向転送線５２から転送されるクロックに同期してホストから出力される画像データを転送している。
一方、制御信号線６０は、双方向低速転送線６１とクロック信号線６２とを備えている。この双方向低速転送線６１を介して、ディスプレイ側３０からホスト側１０に対してパネルＩＤ情報やエラー情報などが転送される。
【００２３】
図３は、ビデオインターフェイスの物理的構成における他の一例を示すブロック図である。この物理的構成の特徴は、従来のＬＶＤＳ、ＴＭＤＳなどの単方向の作動型ビデオインターフェイスのデータ線だけを双方向にして、ディスプレイ側３０からホスト側１０のデータ転送にも使用している。この点が、図１および図２R>２で示した構成と異なっている。
ホスト側１０には送受信機１９が備えられ、ディスプレイ側３０には送受信機３９が備えられている。デジタルＩ/Ｆ５５は、単方向高速転送線５６の他に、２つ以上の双方向高速転送線５７を備えている。このとき、クロック信号線６５は単方向のままであり、クロック信号をＰＬＬ１４やＰＬＬ３３で逓倍して高速クロック信号を作り出すのに用いられる。この双方向高速転送線５７は、パラレル-シリアル変換された画像データをこの逓倍クロックに同期した高速クロックレートでホスト側１０からディスプレイ側３０に転送している。また、ディスプレイ側３０からホスト側１０へのパネルＩＤ情報やエラー情報などのデータ転送は、クロック信号をそのまま双方向高速転送線５７のうちの１つにフィードバックさせ、リードしたいデータを他の双方向高速転送線５７に載せることで実行することができる。グラフィックスコントローラ１１にはラッチ１５が備えられ、ディスプレイ側３０から読み込まれたステータス情報をラッチしてタイミングをとっている。また、ディスプレイ側３０にもホスト側１０から読み込まれたステータス情報をラッチするラッチ３４が備えられている。
【００２４】
このように、図３に示すビデオインターフェイスでは、従来の作動型インターフェイスを一部、双方向に拡張する必要がある。しかしながら、ＤＤＣなどの低速双方向転送線を必要としない点に特徴がある。通常、このような作動型インターフェイスを単純に双方向化する場合には、クロック線も双方向化し、データをパラレル-シリアル変換するための逓倍クロック作成を実行するＰＬＬも各方向に２種類、必要となる。しかしながら、本実施の形態では、ディスプレイ側３０からホスト側１０に対してのデータ転送量は、その逆方向に比べて極めて少量であることを前提としている。そのために、データ線(デジタルＩ/Ｆ５５)の一つを利用してホスト側１０からディスプレイ側３０へのクロック信号をフィードバックさせ、他のデータ線にディスプレイ側３０からホスト側１０方向に転送したいデータを載せている。このように構成することで、クロック信号線６５の双方向化を不要とし、ディスプレイ側３０にクロックソースを持たせてバスマスターとする必要がなくなり、ディスプレイ側３０からホスト側１０方向のデータ転送は、ホスト側１０がバスマスターとしてリードを制御する形態にて行うことが可能となる。また、ディスプレイ側３０からホスト側１０方向のデータ量が少ないので、この方向の転送には、データをパラレル-シリアル変換する必要が無く、余計なＰＬＬを必要としない。
【００２５】
尚、ホスト側１０からディスプレイ側３０へのデータ転送レートは、そのビデオインターフェイスがどの解像度のパネルまでをリアルタイムでサポートする能力があるかによって異なる。今、仮にＳＸＧＡ(1280×1024ドット)、８ビット/カラーのパネルをリフレッシュレート６０Ｈｚでサポートできるものとすると、
Ｒ,Ｇ,Ｂ各８ビット → ２４ビット
ピクセルクロック １１０〜１２０ＭＨｚ
なので、
２４×１１０Ｍ / ８ ＝ ３３０ＭＢＰＳ(Byte/Sec)
２４×１２０Ｍ / ８ ＝ ３６０ＭＢＰＳ
であることから、３３０Ｍ〜３６０ＭＢＰＳ程度となる。
一般には、１００Ｍ〜１ＧＢＰＳ程度のオーダーとなる。
【００２６】
一方、ディスプレイ側３０からホスト側１０への転送は、本実施の形態におけるエラー状況の確認だけで、１ウィンドウ分の転送毎に、後述する第１のメカニズムで１ビット、第２のメカニズムで５〜１０バイト程度となる。その他の情報の読み出しを含めても、１フレーム(６０Ｈｚ)リフレッシュあたり、せいぜい２０〜３０バイト程度である。よって、
２０ × ６０ ＝ １２００
３０ × ６０ ＝ １８００
であり、１.２Ｋ〜１.８Ｋ ＢＰＳ程度となる。
その為に、両者の転送レートの比は、凡そ、
１０万：１ 〜 １００万：１
となる。本実施の形態によれば、これらの大容量と小容量のデータ転送に対応することが可能となる。
【００２７】
図４(ａ)、(ｂ)は、本実施の形態におけるデータ転送の論理的構成(フォーマット)の一例を示す説明図である。本実施の形態では、ホスト側１０からディスプレイ側３０方向のデジタルＩ/Ｆ５０または５５を用いた画像データ転送としてパケット化を採用している。
図４(ａ)において、単方向転送線５２に転送されるクロックに同期して、単方向高速転送線５１,５６および双方向高速転送線５７ではパケットイネーブル信号７０とパケット化されたパケットデータ７１が転送される。ＴＭＤＳの仕様では、Ｒ/Ｇ/Ｂそれぞれに１０ビットずつの計３０ビットが転送できる。従来のビデオデータの転送では、Ｒ(Red)/Ｇ(Green)/Ｂ(Blue)のビデオデータと垂直同期(Ｖ-sync)、水平同期(Ｈ-sync)、データバリッドを示すＤＥ信号、およびその他の２本程度のコントロール信号をシリアライズして送っていた。本実施の形態では、このＴＭＤＳの仕様を利用して、パケットイネーブル(Packet Enable)信号７０として１ビットを確保し、パケットデータ(Packetized Data)７１として２４ビットを確保するように構成している。このパケットイネーブル信号７０はパケットデータ７１の有効パケット期間を示している。このパケットイネーブル信号７０を用いることで、長さが不均一である不定長のパケットデータ７１を転送することが可能となる。
【００２８】
１つのパケット化されたパケットデータ７１は、ヘッダー部７２、ボディ部７３、およびフッター部７４から構成されている。ヘッダー部７２には、サブエリアアドレスフィールド(Sub Area Addr Field)７５が備えられている。更にヘッダー部７２には、再転送であるか否かを識別するためのスタートトランスファービット(Start Transfer Bit)７９や、新たなフレームであることを示すためのシンクデータビット(Sync Data Bit)８０を有している。また、これらのビットを用いて、また、他のビットを追加することで、動画であることを示すことが可能である。例えば、動画であることを示すことで、後述するエラー処理を省略するように構成することも可能である。ボディ部７３は、実際に画像データが転送されるビデオデータ(Video Data)領域７６と属性領域(Attr Field)７７を有している。本実施の形態では、前述のように、ホスト側１０のアプリケーションが意識している画像空間の中で纏まって意味を持つ領域であるウィンドウを定義し、このウィンドウ単位で画像データを転送できるように構成されている。即ち、このビデオデータ領域７６にて転送される画像データは、ウィンドウで定義された範囲の例えばライン単位として転送されるものである。また、属性領域７７では、より細かなサブエリア(後述)のアドレス情報や、ビデオデータのサブエリア内における範囲、また、スケーリングファクタ等の情報を格納している。
【００２９】
ここで、サブエリアとはパネル４０の全表示エリアを一定サイズに均等割りした領域であり、エラー検知を実施する際に後述する終了ビット(Comp Bit)が処理できる単位である。この処理単位であるサブエリアとしては、１ライン単位や１矩形領域単位であり、１つのパケットに含まれる転送ビデオデータは、これらのサブエリアのどれか１つの表示のための転送データとなる。即ち、１つのパケットで送られる最大のビデオデータ数は１サブエリア内の全ピクセル分、最小の数は１ピクセル分となる。
また、フッター部７４には、パリティビットやＥＣＣ(Error Checking Correcting)、巡回冗長検査(ＣＲＣ：Cyclic Redundancy Check)を用いた転送エラーのチェック等を行う為の転送エラーチェック/修正フィールド(Transfer Error Checking/Correcting Field)７８を備えている。
【００３０】
図４(ｂ)は、図４(ａ)のボディ部７３、フッター部７４の構造を更に詳述したものである。本実施の形態では、図４(ｂ)に示すように、転送エラーチェック/修正フィールド７８として、例えば２４ビットの水平パリティビットを採用している。ビデオデータは２４ビット単位で分割されて、各ワード内の同じ場所同士における排他的論理和(Exclusive OR)をとることで水平パリティビットを生成し、転送エラーチェック/修正フィールド７８と比較(Compare)され、それら２４ビット分の論理和をとることによってビデオデータ全体のパリティエラーが出力されるように構成されている。
【００３１】
次に、本実施の形態における第１のエラーハンドリングのメカニズムについて、図４(ａ)、(ｂ)および図５〜図７を用いて説明する。
この第１のメカニズムでは、転送エラーを検出する単位であるサブエリアとして１ラインを単位とするものである。
図５は、前述のフォーマットにおける転送エラー処理の一例を示している。９０はフレームバッファメモリ、９１はウィンドウ領域である。このフレームバッファメモリ９０は、物理的には前述のパネルメモリ３６内に設けられるものである。ここでは論理的構成を説明することから、フレームバッファメモリ９０にて説明している。また、９３は終了ビット(Comp Bit)であり、各サブエリア毎に備えられ、図５の例ではライン単位に備えられている。９４はＡＮＤ回路であり、正常終了でないサブエリアが１つでも存在する場合にはＯＦＦ(＝LOW)を出力できるように構成されている。また、９５はパネル終了ビット(Panel Comp Bit)であり、ホスト側１０からこのパネル終了ビット９５が読み込まれるように構成されている。即ち、本実施の形態では、各サブエリアごとに対応する、そのサブエリアへのデータ転送の正常終了を表すステータスビット(終了ビット９３)を持たせ、全終了ビット９３からの出力のＡＮＤをとり、全ディスプレイエリアとしてのデータ転送の正常終了を表すステータスビット(パネル終了ビット９５)としている。各終了ビット９３のパワーＯＮリセット後のデフォルト値はＯＮ(＝High)となっている。
図６は、ウィンドウ領域９１転送後のパリティエラーが生じた場合を示す説明図であり、各符号における構造は図５と同様である。
図７は、再転送シーケンスを実施した状態を示す説明図であり、各符号における構造は図５および図６と同様である。
【００３２】
まず、ディスプレイのある矩形領域(ウィンドウ領域９１)の表示更新を行うために、ホスト側１０がビデオデータの転送を開始する。このとき、その領域をカバーする最小範囲のサブエリア群が決まることから、それらのサブエリア毎にパケット化して順々にパケット化されたパケットデータ７１の転送を行う。各パケットデータ７１のヘッダー部７２にあるサブエリアアドレスフィールド７５により、ディスプレイ側３０ではどこのサブエリアに対する転送であるのかを判断して、対応するフレームバッファメモリ９０にデータを書き込む。
【００３３】
転送されるウィンドウ領域９１の最初のパケットを転送する際、ヘッダー部７２にあるスタートトランスファービット７９およびシンクデータビット８０をＯＮにする。シンクデータビット８０は、ディスプレイ側３０でウィンドウ領域９１の最初のサブエリアが送られてきたことを検出し、同期を取るのに用いられる。ディスプレイ側３０は、また、このパケットデータ７１のサブエリアアドレスフィールド７５を参照して、送られてくるビデオデータがどのサブエリアに対するものであるかを判断する。更に、スタートトランスファービット７９がＯＮであることを検出して、このサブエリアに対応する終了ビット９３をＯＦＦ(＝Low)にする。次に、パケットのボディ部７３に含まれるビデオデータを、そのサブエリアに対応するフレームバッファメモリ９０へ書き込む。同時に、ビデオデータの値と転送エラーチェック/修正フィールド７８の値から、修正不可能な転送エラーが起こったか否かを、パリティチェックやＣＲＣ、ＥＣＣの技法によって判定する。修正不可能な転送エラーが起こらなかった場合には、終了ビット９３を再びＯＮにする。この修正不可能な転送エラーが起こった場合には、終了ビット９３をＯＦＦのまま残す。
【００３４】
ウィンドウ領域９１の２番目以降のパケット転送では、スタートトランスファービット７９をＯＮ、シンクデータビット８０をＯＦＦにして転送する。１番目のときと同様に、このパケットデータ７１のサブエリアアドレスフィールド７５を参照して、送られてくるビデオデータがどのサブエリアに対するものであるかを判断する。そして、スタートトランスファービット７９がＯＮであることを検出してこのサブエリアに対応する終了ビット９３をＯＦＦ(＝Low)にする。次に、パケットデータ７１のボディ部７３に含まれるビデオデータを、そのサブエリアに対応するフレームバッファメモリ９０へ書き込む。同時に、ビデオデータの値と転送エラーチェック/修正フィールド７８の値から、修正不可能な転送エラーが起こったかどうかを判定し、この修正不可能な転送エラーが起こらなかった場合には、終了ビット９３を再びＯＮにする。この修正不可能な転送エラーが起こった場合には、終了ビット９３をＯＦＦのまま残す。
【００３５】
その後、ウィンドウ領域９１分の全パケットを送り終えた時点で、ホスト側１０からディスプレイ側３０のパネル終了ビット９５をチェックする。
チェックしたパネル終了ビット９５がＯＮであった場合は、全てのパケットの転送がエラー無く終了したものとみなし、ホスト側１０は、このウィンドウ領域９１の転送シーケンスを終了する。
チェックしたパネル終了ビット９５がＯＦＦであった場合は、どこかのサブエリアで転送エラーが起こったものとして、このウィンドウ領域９１の再転送シーケンスを開始する。
【００３６】
再転送シーケンスでは、全てのパケットで、スタートトランスファービット７９をＯＦＦにする。あるパケットが転送されるとき、そのサブエリアアドレスフィールド７５を参照して、送られてくるビデオデータがどのサブエリアに対するものであるかを判断し、スタートトランスファービット７９がＯＦＦであることを検出して、このサブエリアに対応する終了ビット９３を変化させない。
次に、終了ビット９３がＯＦＦである場合には、パケットデータ７１のボディ部７３に含まれるビデオデータを、そのサブエリアに対応するフレームバッファメモリ９０へ書き込む。同時に、ビデオデータの値と転送エラーチェック/修正フィールド７８の値から修正できない転送エラーが起こったかどうかを判定し、もし起こらなかった場合には終了ビット９３をＯＮにする。起こった場合には終了ビット９３をＯＦＦのまま残す。
終了ビット９３がＯＮである場合には、パケットデータ７１のボディ部７３に含まれるビデオデータのフレームバッファメモリ９０への書き込みは行わない。また、転送エラーの結果も終了ビット９３のＯＮ/ＯＦＦに反映させずに、無視する。
再転送シーケンスの全てのパケット転送が終了した時点で、再度、ホスト側１０からディスプレイ側３０のパネル終了ビット９５をチェックする。チェックしたパネル終了ビット９５がＯＮであった場合には、全てのパケットの転送がエラーなく終了したものとみなし、ホスト側１０は、このウィンドウ領域９１の転送シーケンスを終了する。もし、パネル終了ビット９５がＯＦＦであった場合には、再度、再転送シーケンスを繰り返す。
【００３７】
以上説明したエラーチェックと再転送シーケンスの処理の流れを、具体例を用いて再度、説明する。
この図５では、前述のようにサブエリアを表示画面の１ライン分とした場合を想定している。この例では、ディスプレイの全表示エリアは、ＱＸＧＡ(2048×1536ドット)の解像度を持っている。フレームバッファメモリ９０はディスプレイ側３０の全表示エリアを想定しており、ここでは縦方向に第１ラインから第１５３６ラインまで、横方向は第１列から第２０４８列までを有している。その内、表示させたいウィンドウ領域９１が縦方向は第１０１ラインから第５００ラインまで、横方向は第１００１列から第１５００列までである矩形領域であったとする。このウィンドウ領域９１におけるビデオデータ転送のための第１パケットは第１０１ライン、第２パケットは第１０２ラインの分を転送することとなり、最終の第４００パケットは第５００ラインの分になる。このとき、各パケットデータ７１のボディ部７３に含まれるビデオデータは、第１００１列から第１５００列までの５００ピクセル分である。
【００３８】
図６は、ウィンドウ領域９１転送後のパリティエラーが生じた場合を示している。
今、これらの４００個のパケット転送において、第１０パケット(第１１０ライン)と第１００パケット(第２００ライン)転送時においてパリティエラーが発生したとする。すると、先ず第１０パケット転送終了時に第１１０ライン用の終了ビット９６が“０”(ＯＦＦ)となる。更に、第１００パケット転送終了時に第２００ライン用の終了ビット９７が“０”(ＯＦＦ)となる。これにより、最後の第４００パケット終了後に、ホスト側１０がパネル終了ビット９５をリードしたとき、ＯＦＦ(＝Low)が読める。
【００３９】
図７は、再転送シーケンスを実施した状態を示している。
パネル終了ビット９５のＯＦＦ(＝Low)を認識したホスト側１０は、同じウィンドウ領域９１に対して再転送シーケンスを開始する。この再転送シーケンスでは、再び第１０１ラインから第５００ラインまでの４００個のパケットが送られるが、第１１０ラインと第２００ラインの分以外のパケットでは、既に終了ビット９３がＯＮであることを検出して、フレームバッファメモリ９０への上書きは行われない。図７における「×」印は、その上書きを行わないことを示している。第１１０ラインと第２００ライン分の２パケットの転送時のみ、それぞれの終了ビット９６、９７がＯＦＦであることを検出して、対応するフレームバッファメモリ９０に上書きを行う。この２つのパケット転送時に、今回はパリティビットが発生しなかったとすると、全ての終了ビット９３がＯＮになり、ひいてはパネル終了ビット９５もＯＮとなる。従って、再転送シーケンスで最後の第４００パケット転送終了後に、ホスト側１０がパネル終了ビット９５をリードしたとき、ＯＮ(＝High)が読めるので、このウィンドウ領域９１に対する全ての転送シーケンスが終了する。
【００４０】
尚、図５〜図７を用いて説明した第１のメカニズムでは、フレームバッファメモリ９０の各ラインであるサブエリアに対して１つの終了ビット９３を設けるように構成したが、ウィンドウ毎にサブエリアに対応する終了ビット９３を設けるように構成することが可能である。
以上説明した第１のメカニズムによれば、ホスト側１０が読み込むエラー情報は、１つのウィンドウ領域転送毎に僅か１ビットであり、ディスプレイ側３０からホスト側１０へのインターフェイスを小容量とすることが可能である。
【００４１】
次に、本実施の形態における第２のエラーハンドリングのメカニズムについて、図４(ａ)、(ｂ)および図８〜図１１を用いて説明する。この第２のメカニズムでは、転送エラーを検出する単位であるサブエリアとして縦横に数ビット×数ビットで区切り、その単位で転送されたパケットのエラーハンドリングと再転送を行うものである。
図８は、転送エラー処理の他の一例を示す図である。同図において、９９はサブエリアであり、このサブエリア９９は横６４Pixel×縦３２Pixelの小矩形領域分として想定されている。１００はウィンドウ領域である。１０１はパケットを識別できるアドレス情報等からなるエラーアドレスレジスタであり、１０２はエラーの数を示すポインタレジスタである。
図９は、ウィンドウ領域１００を転送した際に転送エラーが生じた状態を示している。
図１０は、再転送を実施した際に新たな転送エラーが生じた状態を示している。
図１１は、再々転送を実施して転送シーケンスが終了する状態を示している。
【００４２】
図８に示されるように、ディスプレイ側３０には、転送エラーを起こしたサブエリア９９のアドレス情報等を記憶するレジスタが、エラーアドレスレジスタ１０１に複数個(Ｍ個：＃０〜＃(Ｍ-１))備えられている。このＭ(Ｍａｘ値)は、ホスト側１０およびディスプレイ側３０を含めたシステム系におけるエラーレートを考慮して任意に定められる。また、このエラーアドレスレジスタ１０１としてはパケット番号が一般的であるが、パケットを識別できるものであればどのようなものでも適用できる。また、それらのレジスタに対するポインタを表わし、エラーアドレスレジスタ１０１に格納されたアドレス情報の数によってインクリメントされるポインタレジスタ１０２を備えている。このポインタレジスタ１０２は、パワーＯＮのリセット後、デフォルト値が“０”とされている。
【００４３】
ディスプレイ側３０のウィンドウ領域１００の表示更新を行うために、ホスト側１０がビデオデータの転送を開始する場合、そのウィンドウ領域１００をカバーする最小単位のサブエリア群が決まるので、それらのサブエリア毎にパケット化されて順々にパケットデータ転送が実行される。各パケットデータ７１のヘッダー部７２にあるサブエリアアドレスフィールド７５により、ディスプレイ側３０ではどこのサブエリア９９に対する転送であるのかを判断して、対応するフレームバッファメモリ９０に画像データを書き込む。
【００４４】
転送されるウィンドウ領域１００における最初のパケット転送の際、ヘッダー部７２にあるスタートトランスファービット７９およびシンクデータビット８０をＯＮにする。シンクデータビット８０は、ディスプレイ側３０でウィンドウ領域１００の最初のサブエリア９９が送られてきたことを検出し、同期を取るのに用いる。ディスプレイ側３０では、また、スタートトランスファービット７９がＯＮであることを検出して、ポインタレジスタ１０２の値を“０”に初期化する。その後、パケットデータ７１のサブエリアアドレスフィールド７５を参照して、送られてくるビデオデータがどのサブエリア９９に対応するものであるかを判断する。そして、パケットのボディ部７３に含まれるビデオデータを、そのサブエリア９９に対応するフレームバッファメモリ９０に書き込む。同時に、ビデオデータの値と転送エラーチェック／修正フィールド７８の値から、修正不可能な転送エラーが起こったかどうかを判定する。もし起こった場合には、例えばそのサブエリア９９の有するアドレスの値をポインタレジスタ１０２が指し示すエラーアドレスレジスタ１０１に記録し、ポインタレジスタ１０２の値を１つ増やす。修正不可能な転送エラーが起こらなかった場合には、何も行われない。
【００４５】
ウィンドウ領域１００の２番目以降のパケット転送では、スタートトランスファービット７９およびシンクデータビット８０をＯＦＦにして転送する。１番目のときと同様に、このパケットデータ７１のサブエリアアドレスフィールド７５を参照して、送られてくるビデオデータがどのサブエリア９９に対するものであるかを判断し、パケットデータ７１のボディ部７３に含まれるビデオデータを、そのサブエリアに対応するフレームバッファメモリ９０に書き込む。同時に、ビデオデータの値と転送エラーチェック／修正フィールド７８の値から、修正不可能な転送エラーが起こったかどうかを判定する。起こった場合には、ポインタレジスタ１０２の値がＭ(Ｍａｘ値)以下であるか否かを判断する。Ｍ以下である場合には、例えばそのサブエリア９９の有するアドレスの値をポインタレジスタ１０２が指し示すエラーアドレスレジスタ１０１に記録し、ポインタレジスタ１０２の値を１つ増やす。ポインタレジスタ１０２の値がＭである場合、または修正不可能な転送エラーが起こらなかった場合には、何も行われない。
【００４６】
ここで、ウィンドウ領域１００の全パケットを送り終えた時点でのポインタレジスタ１０２の値をＰ(０≦Ｐ≦Ｍ)とする。ホスト側１０からはディスプレイ側３０のポインタレジスタ１０２の値がチェックされる。
もし、チェックした値ＰがＰ＝０であった場合は、このウィンドウ領域１００の全てのパケットの転送がエラーなく終了したものとみなして、ホスト側１０は、ウィンドウ領域１００の転送シーケンスを終了する。
もし、チェックした値ＰがＰ≠０であった場合には、ホスト側１０は、どこかのサブエリア９９にて転送エラーが起こったものと判断して、＃０(１番目)から＃(Ｐ-１)(Ｐ番目)までのエラーアドレスレジスタ１０１を読み込み、このウィンドウ領域１００の再転送シーケンスを開始する。
【００４７】
再転送シーケンスは次の手順に従って行われる。
ｉ) Ｐ＜Ｍの場合は、ホスト側１０は、＃０から＃(Ｐ-１)までのエラーアドレスレジスタ１０１の値で示されたＰ個のサブエリア９９分のパケットだけをディスプレイ側３０に順次、転送する。
ii) Ｐ＝Ｍの場合は、ホスト側１０は、＃０から＃(Ｐ-１)までのエラーアドレスレジスタ１０１の値で示されたＰ個のサブエリア９９分に加えて、＃(Ｐ-１)のエラーアドレスレジスタ１０１の値より大きい値を持つ全てのウィンドウ領域１００内のサブエリア９９分についても、そのパケットをディスプレイ側３０に順次転送する。
【００４８】
転送されるウィンドウ領域１００における最初のパケット転送の際、ヘッダー部７２にあるスタートトランスファービット７９をＯＮにする。このとき、シンクデータビット８０はＯＦＦである。ディスプレイ側３０は、スタートトランスファービット７９がＯＮであることを検出して、ポインタレジスタ１０２の値を“０”に初期化する。その後、ビデオデータを、サブエリアアドレスフィールド７５で示されたサブエリア９９に対応するフレームバッファメモリ９０に対して書き込む。同時に、修正不可能な転送エラーが起こった場合には、そのサブエリア９９の有するアドレスの値をポインタレジスタ１０２が指し示すエラーアドレスレジスタ１０１に記録し、ポインタレジスタ１０２の値を１つ増やす。修正不可能な転送エラーが起こらなかった場合には、何も行われない。
【００４９】
２番目以降のパケット転送の際、ヘッダー部７２にあるスタートトランスファービット７９はＯＦＦにする。ディスプレイ側３０は、同様にビデオデータを、サブエリアアドレスフィールド７５で示されたサブエリア９９に対応するフレームバッファメモリ９０に対して書き込む。同時に、修正不可能な転送エラーが起こった場合には、そのサブエリア９９の有するアドレスの値をポインタレジスタ１０２が指し示すエラーアドレスレジスタ１０１に記録し、ポインタレジスタ１０２の値を１つ増やす。修正不可能な転送エラーが起こらなかった場合には、何も行われない。
【００５０】
再転送シーケンスの全てのパケットを送り終えた時点でのポインタレジスタ１０２の値をＰ(０≦Ｐ≦Ｍ)とする。ホスト側１０は、ディスプレイ側３０のポインタレジスタ１０２の値をチェックする。
もし、チェックした値ＰがＰ＝０であった場合には、このウィンドウ領域１００の全てのパケット転送がエラー無く終了したものとみなして、ホスト側１０は、このウィンドウ領域１００の転送シーケンスを終了する。
もし、チェックした値ＰがＰ≠０であった場合には、ホスト側１０はどこかのサブエリア９９で転送エラーが起こったものと判断して、＃０から＃(Ｐ-１)までのエラーアドレスレジスタ１０１を読み込み、上記の再転送シーケンスを再度、繰り返す。
【００５１】
以上説明したエラーチェックと再転送シーケンスの処理の流れを、主に図８〜図１１を用いて、具体的に説明する。
図５にて説明したものと同様に、図８で示す第２のエラーハンドリングのメカニズムにおけるパネル４０の全表示エリアは、ＱＸＧＡ(2048×1536ドット)の解像度を持つものとしている。サブエリア９９は、前述のように横６４Pixel×縦３２Pixelの小矩形領域であることから、全表示領域は、横３２個、縦４８個の計１５３６個のサブエリア９９に分割される。また、エラーアドレスレジスタ１０１は、＃０〜＃３の４つである。
【００５２】
図８に示すように、今、表示させたいウィンドウ領域１００が、横方向左から８番目、縦方向上から１２番目のサブエリア(座標表現で(８,１２)のサブエリア)から開始し、横方向左から１７番目、縦方向上から２１番目のサブエリア(座標表現で(１７,２１)のサブエリア)までの１００個のサブエリア９９からなる矩形領域によってカバーされるものとする。即ち、このウィンドウ領域１００のビデオデータ転送のための第１パケット(パケット＃１)は、座標(８,１２)のサブエリア９９であり、第２パケット(パケット＃２)は、座標(９,１２)のサブエリア９９である。また、最終である第１００パケットは、座標(１７,２１)のサブエリア９９となる。
【００５３】
図９に示すように、これら１００個のパケットの転送において、今、第１０パケット(座標(１７,１２)のサブエリア)、第２０パケット(座標(１７,１３)のサブエリア)、第３０パケット(座標(１７,１４)のサブエリア)および第９０パケット(座標(１７,２０)のサブエリア)の各転送時にパリティエラーが発生したものとする。最後の第１００パケット転送時点では、ポインタレジスタ１０２の値は“４”となっている。ホスト側１０によってこの値が読み込まれ、引き続いて＃０〜＃３の４つのエラーアドレスレジスタ１０１の値が読み込まれる。
【００５４】
ホスト側１０に読み込まれたポインタレジスタ１０２の値は“０”ではないので、同じウィンドウ領域１００に対して再転送シーケンスが開始される。この再転送シーケンスでは、まず、ウィンドウ領域１００をカバーする１００個のサブエリア９９のうち、読み込まれたエラーアドレスレジスタ１０１の値で示された４つのサブエリア９９がフレームバッファメモリ９０に書き込まれる。この４つのサブエリア９９と共に、エラーアドレスレジスタ１０１の＃３で示されたサブエリア９９以降の全てのサブエリア９９に相当する分の画像データがパケットで転送され、フレームバッファメモリ９０に書き込まれる。これは、読み込んだエラーアドレスレジスタ１０１の値がＭＡＸ値(＝４)であることから、＃３で示した以降のサブエリア９９においてもパリティエラーの生じている可能性があるためである。
【００５５】
図１０に示すように、この再転送シーケンスで、今度は座標(１０,２１)と座標(１５,２１)の２つのサブエリア転送時にパリティエラーが発生したものとする。最後のパケット転送終了時点ではポインタレジスタ１０２の値は２になっている。ホスト側１０はこの値を読み込み、引き続いて、＃０〜＃１のエラーアドレスレジスタ１０１の値を読み込む。
【００５６】
ホスト側１０により読み込まれたポインタレジスタ１０２の値は、またも“０”ではないので、同じウィンドウ領域１００に対して、再度、再転送シーケンスが開始される。今度は、このウィンドウ領域１００をカバーする１００個のサブエリア９９のうち、読み込まれたエラーアドレスレジスタ１０１の値で示された２つのサブエリア９９に相当する部分の画像データがパケット(２つ)で転送され、対応するフレームバッファメモリ９０に書き込まれる。このときは、読み込まれたポインタレジスタ１０２の値が“２”であり、ＭＡＸ値である“４”ではないことから、転送パリティエラーは２回しか起こっていないと判断される。
【００５７】
図１１に示されるように、この再転送シーケンスで今度は１回もパリティエラーが発生しなかったとする。このときは、最後の第２番目のパケット転送終了時点でもポインタレジスタ１０２の値は“０”のままである。ホスト側１０によってこの値が読み込まれ、“０”であることから、このウィンドウ領域１００に対する転送シーケンスが終了される。
【００５８】
この第２のメカニズムによれば、前述した第１のメカニズムのように終了ビット９３を各サブエリア毎に持つ必要がなく、ロジックの消費を防ぐことができる。また、再転送シーケンスにおいて、全ウィンドウ領域分のパケットを再度、転送する必要がなく、転送エラーを起こしたサブエリア９９に対してだけ再転送を実行すれば良い点で優れている。
【００５９】
以上説明したように、本実施の形態によれば、ホスト側１０とディスプレイ側３０とで表示画像の分散処理を図る際に、ビデオインターフェイス機構を最適化することができる。そのため、複数のパネルを纏めて拡大ディスプレイとして用いる、所謂タイリングされたディスプレイや、超高精細パネルからなるディスプレイに対して表示能力不足などの問題を解決することが可能である。
また、ホスト側１０とディスプレイ側３０との間で、パケット形式を用いて、ビデオデータ転送を行った場合においても、エラー処理を効率的に実行することが可能となる。
【図面の簡単な説明】
【００６０】
【図１】本発明が適用された画像表示システムの一実施形態を示すブロック図である。
【図２】ビデオインターフェイスにおける物理的構成の一実施形態を示すブロック図である。
【図３】ビデオインターフェイスの物理的構成における他の一例を示すブロック図である。
【図４】(ａ)、(ｂ)は、本実施の形態におけるデータ転送の論理的構成(フォーマット)の一例を示す説明図である。
【図５】前述のフォーマットにおける転送エラー処理の一例を示す図である。
【図６】ウィンドウ領域９１転送後のパリティエラーが生じた場合を示す説明図である。
【図７】再転送シーケンスを実施した状態を示す説明図である。
【図８】転送エラー処理の他の一例を示す図である。
【図９】他の一例におけるウィンドウ領域１００を転送した際に転送エラーが生じた状態を示した図である。
【図１０】他の一例における再転送を実施した際に新たな転送エラーが生じた状態を示す図である。
【図１１】他の一例における再々転送を実施して転送シーケンスが終了する状態を示した図である。
【図１２】本実施の形態にて用いられるパケットを用いた画像データの転送方式の一例を、上述のウィンドウとの関係で簡単に説明した説明図である。
【符号の説明】
【００６１】
１０…ホスト側、１１…グラフィックスコントローラ、１２…送信機、１３…シリアライザ、１４…ＰＬＬ、１５…ラッチ、１６…グラフィックスメモリ、１７…システムバス、１９…送受信機、３０…ディスプレイ側、３１…受信機、３２…デシリアライザ、３３…ＰＬＬ、３４…ラッチ、３５…パネル制御チップ、３６…パネルメモリ、３９…送受信機、４０…パネル、５０…デジタルＩ/Ｆ、５１…単方向高速転送線、５２…単方向転送線、５５…デジタルＩ/Ｆ、５６…単方向高速転送線、５７…双方向高速転送線、６０…制御信号線、６１…双方向低速転送線、６２…クロック信号線、６５…クロック信号線、７０…パケットイネーブル信号、７１…パケットデータ、７２…ヘッダー部、７３…ボディ部、７４…フッター部、７５…サブエリアアドレスフィールド、７６…ビデオデータ領域、７７…属性領域、７８…転送エラーチェック/修正フィールド、７９…スタートトランスファービット、８０…シンクデータビット、９０…フレームバッファメモリ、９１…ウィンドウ領域、９３…終了ビット、９５…パネル終了ビット、９６,９７…終了ビット、９９…サブエリア、１００…ウィンドウ領域、１０１…エラーアドレスレジスタ、１０２…ポインタレジスタ
【図１】
2006301659.tif 000003
【図２】
2006301659.tif 000004
【図３】
2006301659.tif 000005
【図４】
2006301659.tif 000006
【図５】
2006301659.tif 000007
【図６】
2006301659.tif 000008
【図７】
2006301659.tif 000009
【図８】
2006301659.tif 000010
【図９】
2006301659.tif 000011
【図１０】
2006301659.tif 000012
【図１１】
2006301659.tif 000013
【図１２】
2006301659.tif 000014