(57)【要約】【課題】データストリームを利用した送受信システムのインターフェース方法を提供する。【解決手段】送信機または受信機に電源が供給される時、及び送信機から伝送されるデータストリームを利用して少なくとも一つの受信機をリセットさせるステップと、受信されたデータストリームによって受信機を動作させるステップと、を含み、受信機を動作させるステップは、データストリームによって受信機に保存された制御情報をアップデートさせるステップと、データストリームに含まれたリアルデータを受信するステップとのうち少なくとも一つを含む送受信システムのインターフェース方法である。【選択図】図１
2010134463.tif 000002
【特許請求の範囲】
【請求項１】
送信機または受信機に電源が供給される時、及び前記送信機から伝送されるデータストリームを利用して少なくとも一つの受信機をリセットさせるステップと、
前記受信されたデータストリームによって前記受信機を動作させるステップと、を含み、
前記受信機を動作させるステップは、
前記データストリームによって前記受信機に保存された制御情報をアップデートさせるステップと、
前記データストリームに含まれたリアルデータを受信するステップとのうち少なくとも一つを含む送受信システムのインターフェース方法。
【請求項２】
前記データストリームには、
前記受信機をリセットさせることを指示する情報と、
前記受信機に保存された前記制御情報をアップデートさせることを指示する情報と、
前記データストリームに含まれたリアルデータを受信することを指示する情報とのうち少なくとも一つを含むことを特徴とする請求項１に記載の送受信システムのインターフェース方法。
【請求項３】
前記送信機と前記受信機との間は、ポイント・トゥ・ポイント方式で前記データストリームを送受信することを特徴とする請求項１に記載の送受信システムのインターフェース方法。
【請求項４】
パネルを駆動するソースドライバまたは前記ソースドライバを制御するタイミングコントローラに電源が最初に供給される時、及び前記タイミングコントローラから前記ソースドライバに伝達されるデータストリームに応答して前記ソースドライバのレジスタに保存された値を初期化させるリセットモードと、
前記データストリームに応答して前記ソースドライバが前記データストリームに含まれたリアルデータを受信できる状態となる受信準備モードと、を備える送受信システムのインターフェース方法。
【請求項５】
前記データストリームに応答して、前記ソースドライバのレジスタに保存された制御情報をアップデートさせるセットアップモードをさらに備えることを特徴とする請求項４に記載の送受信システムのインターフェース方法。
【請求項６】
前記リセットモードは、
前記データストリームに含まれ、前記データストリームの伝送開始を認識する連続する少なくとも２つのデータストリーム伝送開始認識区間(Ｓｔａｒｔ Ｏｆ Ｌｉｎｅ)の間に、前記データストリームの伝送終了を認識するデータストリーム伝送終了認識区間(Ｅｎｄ Ｏｆ Ｌｉｎｅ）が含まれない場合に活性化されることを特徴とする請求項４に記載の送受信システムのインターフェース方法。
【請求項７】
前記セットアップモードは、
前記データストリームに含まれたパケット認識データ(Ｐａｃｋｅｔ Ｉｎｄｅｎｔｉｔｙ Ｄａｔａ)によって活性化され、前記データストリームに含まれた制御データ(Ｃｏｎｔｒｏｌ Ｄａｔａ)に応答して前記ソースドライバに含まれたレジスタに保存された制御情報をアップデートさせることを特徴とする請求項１に記載の送受信システムのインターフェース方法。
【請求項８】
前記セットアップモードは、
連続する少なくとも２つの前記パケット認識データがセットアップモードを指示する場合に活性化されることを特徴とする請求項３に記載の送受信システムのインターフェース方法。
【請求項９】
前記セットアップモードは、
毎フレームの伝送時、または毎ラインデータの伝送時、少なくとも１回行われることを特徴とする請求項１に記載の送受信システムのインターフェース方法。
【請求項１０】
前記受信準備モードは、
前記データストリームに含まれたパケット認識データが受信準備モードを指示する場合に活性化されることを特徴とする請求項４に記載の送受信システムのインターフェース方法。
【請求項１１】
ＢＩＳＴ(Ｂｕｉｌｔ Ｉｎ Ｓｅｌｆ Ｔｅｓｔ)区間には、前記リセットモード、前記セットアップモード及び前記受信準備モードが行われ、
次のフレーム伝達区間では、前記セットアップモード及び前記受信準備モードが行われることを特徴とする請求項５に記載の送受信システムのインターフェース方法。
【請求項１２】
前記タイミングコントローラと前記ソースドライバとの間は、ポイント・トゥ・ポイント方式で前記データストリームを送受信することを特徴とする請求項４に記載の送受信システムのインターフェース方法。
【請求項１３】
パネルを駆動するソースドライバまたは前記ソースドライバを制御するタイミングコントローラに電源が最初に供給される時、及び前記タイミングコントローラから前記ソースドライバに伝達されるデータストリームに応答して前記ソースドライバのレジスタに保存された値を初期化させるリセットモードを備え、
前記データストリームに応答して前記ソースドライバのレジスタに保存された制御情報をアップデートさせるセットアップモード、及び前記デートストリームに応答して前記ソースドライバが前記データストリームに含まれたリアルデータを受信できる状態となる受信準備モードのうち少なくとも一つをさらに備え、
前記データストリームは、
前記タイミングコントローラからソースドライバへのデータストリームの伝送開始を認識するデータを含むデータストリーム伝送開始認識区間と、
前記ソースドライバのレジスタに保存された制御情報のアップデートに使われるデータを含むレジスタアップデータ区間と、
ディスプレイデータが含まれたリアルデータ区間と、
前記ソースドライバで前記ディスプレイデータを処理することを指示する情報を備えるディスプレイデータ処理区間と、
前記データストリームの伝送終了の認識に使われるデータを含むデータストリーム伝送終了認識区間と、
新しいデータストリームが受信されるまでの時間間隔を定義する待機区間と、を備える送受信システムのインターフェース方法。
【請求項１４】
前記データストリームの伝送開始の認識は、
前記タイミングコントローラから出力されるデータ入出力制御信号ＤＩＯ及びデータ信号ＤＡＴＡ、そして、前記データストリームに含まれたデータによって決定され、
前記データ入出力制御信号が論理ハイである区間で、前記データ信号が論理ロー状態から論理ハイ状態に遷移する瞬間から前記データ入出力制御信号が論理ハイであり、前記データが論理ロー状態で最初の前記構成信号が検出されるまでの時間区間のうち、前記データ信号が論理ハイである状態で前記データ入出力制御信号が論理ロー状態となる場合が検出される時を認識することを特徴とする請求項１３に記載の送受信システムのインターフェース方法。
【請求項１５】
前記データストリームの伝送終了の認識は、
前記タイミングコントローラから出力されるデータ信号ＤＡＴＡ、及びデータ入出力制御信号ＤＩＯが同時に論理ロー値を有する時を認識することを特徴とする請求項１３に記載の送受信システムのインターフェース方法。
【請求項１６】
前記タイミングコントローラと前記ソースドライバとの間は、ポイント・トゥ・ポイント方式で前記データストリームを送受信することを特徴とする請求項１３に記載の送受信システムのインターフェース方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送受信システムのインターフェース方法に係り、特に、送信機から受信機にポイント・トゥ・ポイント方式で伝えられるデータストリームを利用する送受信システムのインターフェース方法に関する。
【背景技術】
【０００２】
液晶ディスプレイの駆動方式は、パネルのサイズ及び解像度によって多様に具現されうる。従来のＲＳＤＳ(Ｒｅｄｕｃｅｄ Ｓｗｉｎｇ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｌｉｎｇ)及びｍｉｎｉ ＬＶＤＳ(Ｌｏｗ Ｖｏｌｔａｇｅ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｌｉｎｇ)データ送受信方式の場合、少なくとも一つのタイミングコントローラと複数のソースドライバとがバスを共有してデータを送受信するマルチドロップ構造を採用した。この構造は、共有するバスを通じて時分割方式でデータが伝えられるため、データの送受信に相当な時間がかかる。
【０００３】
現在、ディスプレイパネルのサイズは、増大しており、それと共に再生画質もさらに向上させようとするが、このためには、データの送受信速度が相対的に速いポイント・トゥ・ポイント(Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ)方式のデータ送受信方法が必要である。ここで、ポイント・トゥ・ポイント方式とは、一つの送信機が複数の受信機にデータを送信する場合、共有バスラインを通じるのではない、それぞれの受信機に直接データを送信する方式を称す。データ送受信システムにおいて、データの送受信前に、送信機は、受信機がデータを受信する状態であるか否かを点検せねばならず、受信機は、自身の状態を送信機に伝達することが一般的である。
【０００４】
送信機または受信機に電源が最初に供給された時に合わせて、受信機は、自身の回路を初期化させる作業を行うことによって、送信機がデータを伝送する時にこれを受信可能にし、データを送受信している最中でも、一定の条件によって自身の回路を初期化させる作業を行わねばならない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする技術的課題は、ポイント・トゥ・ポイント方式のデータ送受信システムで、受信機が送信機から伝送されるデータを最適に受信可能にする送受信システムのインターフェース方法を提供することである。
【課題を解決するための手段】
【０００６】
前記課題を達成するための本発明の一面による送受信システムのインターフェース方法は、送信機または受信機に電源が最初に供給される時、及び前記送信機から伝送されるデータストリームを利用して少なくとも一つの受信機をリセットさせるステップと、前記受信されたデータストリームによって前記受信機を動作させるステップと、を含み、前記受信機を動作させるステップは、前記データストリームによって前記受信機に保存された制御情報をアップデートさせるステップ及び前記データストリームに含まれたリアルデータを受信するステップのうち少なくとも一つを含む。
【０００７】
前記他の課題を達成するための本発明の他の一面による送受信システムのインターフェース方法は、パネルを駆動するソースドライバ及び前記ソースドライバを制御するタイミングコントローラに電源が最初に供給される時、及び前記タイミングコントローラから前記ソースドライバに伝達されるデータストリームに応答して、前記ソースドライバのレジスタに保存された値を初期化させるリセットモードと、前記データストリームに応答して前記ソースドライバが前記データストリームに含まれたリアルデータを受信できる状態になる受信準備モードと、を備える。
【０００８】
前記他の課題を達成するための本発明のさらに他の一面による送受信システムのインターフェース方法は、パネルを駆動するソースドライバ及び前記ソースドライバを制御するタイミングコントローラに電源が最初に供給される時、及び前記タイミングコントローラから前記ソースドライバに伝達されるデータストリームに応答して、前記ソースドライバのレジスタに保存された値を初期化させるリセットモードを備え、前記データストリームに応答して前記ソースドライバのレジスタに保存された制御情報をアップデートさせるセットアップモード、及び前記データストリームに応答して前記ソースドライバが前記データストリームに含まれたリアルデータを受信できる状態になる受信準備モードのうち少なくとも一つをさらに備える。
【０００９】
ここで、前記データストリームは、前記タイミングコントローラからソースドライバへのデータストリームの伝送開始を認識するデータを含むデータストリーム伝送開始認識区間と、前記ソースドライバのレジスタに保存された制御情報のアップデートに使われるデータを含むレジスタアップデート区間と、ディスプレイデータが含まれたリアルデータ区間と、前記ソースドライバで前記ディスプレイデータを処理することを指示する情報を備えるディスプレイデータ処理区間と、前記データストリームの伝送終了の認識に使われるデータを含むデータストリーム伝送終了認識区間と、新たなデータストリームが受信されるまでの時間間隔を定義する待機区間と、を備える。
【発明の効果】
【００１０】
本発明によるプロトコル及び伝送方法は、ポイント・トゥ・ポイント伝送方式に適用できる。
【図面の簡単な説明】
【００１１】
【図１】本発明による送受信システムのインターフェース方法の一実施形態を示す状態ダイアグラムである。
【図２】本発明による送受信システムのインターフェース方法の他の一実施形態を示す状態ダイアグラムである。
【図３】本発明による送受信システムのインターフェース方法に使われるデータストリームの実施形態を示す図面である。
【図４】本発明による送受信システムのインターフェース方法で使用する実行段階を示す図面である。
【図５】データストリーム伝送開始の認識段階と関連した信号の波形図である。
【図６】データストリーム伝送終了の認識段階と関連した信号の波形図である。
【図７】本発明の一実施形態による送受信システムのインターフェース方法についての信号フローチャートである。
【図８】本発明の他の一実施形態による送受信システムのインターフェース方法についての信号フローチャートである。
【図９】ポイント・トゥ・ポイント方式の液晶ディスプレイ装置の例を示す図面である。
【発明を実施するための形態】
【００１２】
本発明と本発明の動作上の利点及び本発明の実施によって達成される目的を十分に理解するためには、本発明の例示的な実施形態を説明する添付図面及び添付図面に記載された内容を参照せねばならない。
【００１３】
以下、添付した図面を参照して、本発明の望ましい実施形態を説明することによって、本発明を詳細に説明する。各図面に示された同じ参照符号は、同じ部材を表す。
【００１４】
以下で本発明による送受信システムの一例として説明する液晶ディスプレイ装置は、通常、ディスプレイパネル、ディスプレイパネルにディスプレイデータを具現するソースドライバ及びソースドライバにディスプレイデータ及び制御データを含むデータストリームを伝達するタイミングコントローラを備えることが一般的である。ここで、タイミングコントローラは、送信機となり、ソースドライバ及びディスプレイパネルは、受信機となる。
【００１５】
データストリームは、ソースドライバの制御に使われる制御データ及びディスプレイパネルに再生されたリアルデータのディスプレイデータを含む概念として使われ、ディスプレイパネルの一つの水平ラインに当たる制御データ及びディスプレイデータを含む場合、ラインデータと表す。したがって、データストリームは、複数のラインデータを含む概念であるが、ラインデータとデータストリームとは、制御データとディスプレイデータとを含むという意味として使われる時には、混用されることもある。
【００１６】
図１は、本発明による送受信システムのインターフェース方法の一実施形態を示す状態ダイアグラムである。
【００１７】
図１を参照すれば、本発明によるパネルインターフェース方法１００は、リセットモードＲＥＳＥＴ、セットアップモードＳＥＴＵＰ及び受信準備モードＲｘ ＲＥＡＤＹを備える。
【００１８】
リセットモードＲＥＳＥＴは、送信機であるタイミングコントローラ(図示せず)または受信機であるソースドライバ(図示せず)に電源が印加される場合(Ｐｏｗｅｒ ＯＮ)及びタイミングコントローラがリセットモードＲＥＳＥＴを指示する場合(ＴＰ ｖｉｏｌａｔｉｏｎ)に行われ、ソースドライバのレジスタに保存された値を初期化させる。ここで、タイミングコントローラがリセットモードを指示する場合(ＴＰ ｖｉｏｌａｔｉｏｎ)とは、タイミングコントローラからソースドライバに伝送されるデータストリームによって決定される。すなわち、データストリームの伝送開始の認識に使われる連続する少なくとも２つのデータストリーム伝送開始認識区間(ＳＯＬ：Ｓｔａｒｔ Ｏｆ Ｌｉｎｅ)の間に、データストリーム伝送終了認識区間(ＥＯＬ：Ｅｎｄ Ｏｆ Ｌｉｎｅ）が含まれていない場合、タイミングコントローラがリセットモードを指示する場合(ＴＰ ｖｉｏｌａｔｉｏｎ)とし、このとき、リセットモードが活性化される。データストリーム伝送終了認識区間(ＥＯＬ）は、データストリームの伝送終了の認識に使われる。
【００１９】
セットアップモードＳＥＴＵＰは、リセットモードＲＥＳＥＴを指示しない場合(ＴＰ ｖａｌｉｄ)及びタイミングコントローラからソースドライバに伝送されるデータストリームに含まれたパケット認識データ(ＰＩＤ：Ｐａｃｋｅｔ Ｉｄｅｎｔｉｔｙ Ｄａｔａ)がセットアップモードを指示する場合(ＴＰ ｖａｌｉｄ＆＆ＰＩＤ＝Ｈ)、データストリームに含まれたレジスタ制御信号に応答して、ソースドライバのレジスタに保存された値をアップデートさせる。
【００２０】
受信準備モードＲｘ ＲＥＡＤＹは、セットアップモードＳＥＴＵＰ後にデータストリームに含まれたＰＩＤが受信準備モードを指示する場合(ＰＩＤ＝Ｌ)に行われ、ソースドライバがデータストリームを受信する準備を行う。また、リセットモードではない状態(！ＴＰ ｖｉｏｌａｔｉｏｎ)でパケット認識データが受信準備モードＲｘ ＲＥＡＤＹを指示する場合(！ＴＰ ｖｉｏｌａｔｉｏｎ＆＆ＰＩＤ＝Ｌ)にも、受信準備モード状態となる。受信準備モードＲｘ ＲＥＡＤＹでパケット認識データがセットアップモードを指示する場合(ＰＩＤ＝Ｈ)には、セットアップモードに転換され、リセットモードＲＥＳＥＴを指示する場合(ＴＰ ｖｉｏｌａｔｉｏｎ)には、リセットモードＲＥＳＥＴに転換される。
【００２１】
ＰＩＤは、セットアップモードＳＥＴＵＰの指示にも使われるが、受信準備モードＲｘ ＲＥＡＤＹの指示にも使われる。パケット認識データがセットアップモードＳＥＴＵＰの指示に使われる場合には、ＰＩＤを構成する少なくとも１ビットのデータに論理ハイ(“Ｈ”)値を有させ、受信準備モードＲｘ ＲＥＡＤＹの指示に使われる場合には、論理ロー(“Ｌ”)値を有させればよく、その逆の場合も可能である。特に、セットアップモードＳＥＴＵＰ及び受信準備モードＲｘ ＲＥＡＤＹの実行をさらに正確に指示するためには、連続する少なくとも２つのＰＩＤに論理ハイ値を有させ、ＰＩＤに含まれるビットの数も２つ以上であることが望ましい。
【００２２】
図２は、本発明による送受信システムのインターフェース方法の他の一実施形態を示す状態ダイアグラムである。
図２に示されたパネルインターフェース方法２００は、図１に示されたパネルインターフェース方法１００と比較するとき、セットアップモードＳＥＴＵＰがないケースに当たる。図２に示されたように、セットアップモードＳＥＴＵＰがない場合にも、正常的な動作が可能である。この場合には、受信準備モードＲｘ ＲＥＡＤＹ後に実際にデータストリームを受信するとき、必要に応じてソースドライバのレジスタの値をアップデートさせればよい。
【００２３】
従来のマルチドロップ方式の場合、共通のバスラインを通じて時分割方式でデータストリームをソースドライバに伝達するため、バスラインに連結されたタイミングコントローラの出力端子は、当該ソースドライバと共通して連結される。したがって、タイミングコントローラと、タイミングコントローラに共通して連結された複数のソースドライバのインターフェースとは、同じ条件を有する。
【００２４】
逆に、ポイント・トゥ・ポイント方式の場合には、共通タイミングコントローラに連結された複数のソースドライバは、タイミングコントローラの相異なる出力端子を通じてデータを送受信するため、それぞれのインターフェースが相異なる条件を有する。したがって、前述したように、従来の構造で使用した動作モードをそのまま使用できなくなる。
【００２５】
図３は、本発明による送受信システムのインターフェース方法に使われるデータストリームの実施形態を示す。
図３を参照すれば、タイミングコントローラまたはソースドライバに電源が供給された後(ＴＣＰＮ Ｐｏｗｅｒ Ｏｎ)、ＢＩＳＴ(Ｂｕｉｌｔ Ｉｎ Ｓｅｌｆ Ｔｅｓｔ)を行い、次いで、第１フレーム及び第２フレームを順次にソースドライバに伝達する。一般的に、ＢＩＳＴ区間は、フレームが伝えられる区間の数倍となる。
【００２６】
図３を参照すれば、タイミングコントローラに電源が供給された後(ＴＣＰＮ Ｐｏｗｅｒ Ｏｎ)、ＢＩＳＴ区間の初期にリセットモードＲＥＳＥＴを行い、次いで、セットアップモードＳＥＴＵＰを行った後、受信準備モードＲｘ ＲＥＡＤＹ状態で次のフレームデータを受信する。
【００２７】
一つのフレームは、ディスプレイパネルの一つの全体画面に再生されるディスプレイデータを含む。一般的に、タイミングコントローラは、ディスプレイパネルの水平ライン単位で束ねられたラインデータをソースドライバに伝達するので、一つのフレームで表示された区間では、実際には、複数のラインデータを伝送している。
【００２８】
毎フレームが伝送された後、次のフレームが伝送される前にセットアップモードＳＥＴＵＰを行って、パケットデータの伝送にエラーを発生させないことが可能である。
【００２９】
図４は、本発明による送受信システムのインターフェース方法で使用する実行段階を示す。
図４を参照すれば、データストリームの一例となる一つのラインデータを伝送するために、下記の６つの実行段階を経ねばならない。
【００３０】
前記６つの実行段階は、
１.タイミングコントローラがソースドライバへのデータストリームの伝送開始を認識するデータストリーム伝送開始の認識段階(ＳＯＬ)、
２.コンフィギュレーションデータに応答して、ソースドライバに含まれたレジスタの値をアップデートするレジスタアップデート段階(Ｒｅｇｉｓｔｅｒ Ｃｏｎｔｒｏｌ)、
３．ディスプレイデータをソースドライバに伝送するディスプレイデータ伝送段階(Ｄｉｓｐｌａｙ Ｄａｔａ Ｎ−ｔｈ Ｌｉｎｅ)、
４．ソースドライバでディスプレイデータを処理するディスプレイデータ処理段階(Ｗａｉｔ)、
５．データストリームの伝送終了を認識するデータストリーム伝送終了の認識段階(ＥＯＬ)、
６.新たなデータストリームが受信されるまでの待機区間を指定する待機段階(ＨＢＰ)である。
【００３１】
図１及び図２に示されたリセットモードＲＥＳＥＴに進入するためには、前記６つの実行段階のうち、パケットデータ伝送終了の認識段階(ＥＯＬ)がなく、そこにパケットデータ伝送開始の認識段階(ＳＯＬ)が代替される。
【００３２】
すなわち、正常的な６つの実行段階は、データストリーム伝送開始の認識段階(ＳＯＬ)、レジスタアップデート段階(Ｒｅｇｉｓｔｅｒ Ｃｏｎｔｒｏｌ)、ディスプレイデータ伝送段階(Ｄｉｓｐｌａｙ Ｄａｔａ Ｎ−ｔｈ Ｌｉｎｅ)、ディスプレイデータ処理段階(Ｗａｉｔ)、データストリーム伝送終了の認識段階(ＥＯＬ)及び待機段階(ＨＢＰ)の順に進む。非正常的な場合を除いては、前記の順序が変わる場合はない。
【００３３】
本発明で、リセットモードＲＥＳＥＴを指示する場合(ＴＰ ｖｉｏｌａｔｉｏｎ）は、６個の実行段階を、データストリーム伝送開始の認識段階(ＳＯＬ)、レジスタアップデート段階(Ｒｅｇｉｓｔｅｒ Ｃｏｎｔｒｏｌ)、ディスプレイデータ伝送段階(Ｄｉｓｐｌａｙ Ｄａｔａ Ｎ−ｔｈ Ｌｉｎｅ)、ディスプレイデータ処理段階(Ｗａｉｔ)、データストリーム伝送開始の認識段階(ＳＯＬ)及び待機段階(ＨＢＰ)の順に進ませることによって、一つのデータストリームに２つのデータストリーム伝送開始の認識段階(ＳＯＬ)を挿入する非正常的な場合をわざわざ生成する。このような非正常的な場合を検出する場合、ソースドライバは、リセットモードＲＥＳＥＴに進む。第２のデータストリーム伝送開始の認識段階(ＳＯＬ）は、実際には、データストリーム伝送終了の認識段階(ＥＯＬ)が含まれねばならない区間である。
【００３４】
リセットモードＲＥＳＥＴをさらに確実に指示するためには、データストリーム伝送開始の認識段階(ＳＯＬ)を４つ以上連続して有させること、すなわち、２つ以上のラインデータを伝送する時間に総４つ以上のデータストリーム伝送開始の認識段階(ＳＯＬ)を行わせることが望ましい。
【００３５】
レジスタアップデートステップ(Ｒｅｇｉｓｔｅｒ Ｃｏｎｔｒｏｌ）は、データストリームに含まれたコンフィギュレーションデータによって行われるが、コンフィギュレーションデータは、ＰＩＤ及び制御データを含む。例えば、ＰＩＤがレジスタをアップデートせよという命令を含んでいるとき(ＰＩＤ＝Ｈ)、制御データによってレジスタに保存された値をアップデートさせる。ここで、レジスタをアップデートせよという命令は、前述したセットアップモードＳＥＴＵＰを実行せよという指示と同じであるが、ＰＩＤに論理ハイ値(ＰＩＤ＝Ｈ)を有させてこの命令を指示しうる。この場合、前述した受信準備モードＲｘ ＲＥＡＤＹを命令するためには、ＰＩＤが論理ローとなればよい。受信準備モードＲｘ ＲＥＡＤＹ状態に進入して始めて、パケットデータをソースドライバが受信する。
【００３６】
一つのラインデータを伝送する度にレジスタをアップデートさせる場合、データストリームの伝送がさらに完壁に行われうる。図４に示されたように、ラインデータが伝送される度にレジスタのアップデートを行わせるか、あるいは、図３に示されたように、フレームデータが伝送される度にレジスタのアップデートを行わせるかは、システム設計者によって決定される問題である。
【００３７】
ディスプレイデータ伝送段階(Ｄｉｓｐｌａｙ Ｄａｔａ Ｎ−ｔｈ Ｌｉｎｅ)で伝送されるディスプレイデータは、ディスプレイパネルに再生されるリアルデータであって、ディスプレイパネルの第Ｎ(Ｎは、整数)の水平ラインに当たるディスプレイデータの場合についてのものを例として挙げた。ディスプレイデータ処理段階(Ｗａｉｔ）は、ソースドライバのレイテンシを考慮して割り当てられる時間区間である。すなわち、ソースドライバに受信されたディスプレイデータのソースドライバのデータラッチブロックへの保存にかかる時間を考慮した時間区間である。
【００３８】
データストリーム伝送終了の認識段階(ＥＯＬ）は、ソースドライバに含まれたデータラッチブロックに保存されたディスプレイデータがアナログ電圧に変換され始めて、電荷分配が起きる時間区間である。
【００３９】
待機段階(ＨＢＰ）は、アナログ変換電圧がディスプレイパネルの当該水平ラインを駆動する時間区間であって、次の水平ラインに対するディスプレイ情報を有するラインデータを受信するまでの時間区間を意味するので、水平ブランク期間ともいう。一方、図３に示されたＢＩＳＴ及び各フレームの最後に含まれたブランクは、最後の水平ラインデータに含まれたものであって、以前フレームの最後の水平ラインデータを伝送してから次のフレームのデータを受信するまでの時間区間であるので、垂直ブランク期間となる。
【００４０】
図５は、データストリーム伝送開始の認識段階と関連した信号の波形図である。
図５を参照すれば、データストリーム伝送開始の認識は、タイミングコントローラから出力されるデータ入出力制御信号ＤＩＯ及びデータ信号ＤＡＴＡ、そして、データストリームに含まれたコンフィギュレーションデータＣｏｎｆｉｇ.によって決定される。データ入出力制御信号ＤＩＯが論理ハイである区間で、データ信号ＤＡＴＡが論理ロー状態から論理ハイ状態に遷移する瞬間からデータ入出力制御信号ＤＩＯが論理ハイであり、データＤＡＴＡが論理ロー状態で最初のコンフィギュレーションデータＣｏｎｆｉｇ.が検出されるまでの時間区間(ＳＯＬ)のうち、データ信号ＤＡＴＡが論理ハイである状態でデータ入出力制御信号ＤＩＯが論理ロー状態となる場合が検出される時を認識することである。ここで、クロック信号ＣＬＫは、タイミングコントローラ及びソースドライバに共通して使われるクロック信号である。
【００４１】
図６は、データストリーム伝送終了の認識段階と関連した信号の波形図である。
図６を参照すれば、データストリーム伝送終了の認識は、前記タイミングコントローラから出力されるデータ信号ＤＡＴＡ及びデータ入出力制御信号ＤＩＯが同時に論理ローの値を有する時を認識することである。
【００４２】
図７は、本発明の一実施形態による送受信システムのインターフェース方法についての信号フローチャートである。
図７を参照すれば、パネルインターフェース方法７００は、リセットモード（７２０）、セットアップモード（７５０）及び受信準備モード（７７０）を行う方法に関する。リセットモード（７２０）は、受信機であるソースドライバに具現されたレジスタに保存された値を初期化させる。セットアップモード（７５０）は、送信機であるタイミングコントローラから受信機であるソースドライバに伝達されるデータストリームに含まれたレジスタ制御信号に応答してソースドライバのレジスタに保存された値をアップデートさせる。受信準備モード（７７０）は、受信機であるソースドライバが送信機であるタイミングコントローラからデータストリームを受信する準備をするか、または実際にデータストリームを受信する。
【００４３】
送信機であるタイミングコントローラ(図示せず)または受信機であるソースドライバ(図示せず)に電源が印加されたとき（７１０）、受信機は、リセットモード（７２０）に転換される。リセットモード（７２０）が行われる途中に、タイミングコントローラがリセットモードＲＥＳＥＴをそれ以上指示しない場合（７３０）（ＴＰ ｖａｌｉｄ,はい)及びタイミングコントローラからソースドライバに伝送されるデータストリームに含まれたＰＩＤがセットアップモードを指示する場合（７４０）（ＰＩＤ＝Ｈ,はい)、セットアップモードに転換される。リセットモード（７２０）が行われる途中に、タイミングコントローラがリセットモードＲＥＳＥＴを指示する場合（７３０）（いいえ)、及びＰＩＤがセットアップモードを指示しない場合（７４０）（いいえ)には、セットアップモード（７５０）に転換されず、リセットモード（７２０）を維持する。
【００４４】
セットアップモード（７５０）が行われる途中に、ＰＩＤが受信準備モードを指示する時（７６０）（はい)、受信準備モード（７７０）に転換され、受信準備モードを指示しない時（７６０）（いいえ)には、セットアップモードを維持する。
【００４５】
受信準備モード（７７０）が行われる途中に、タイミングコントローラがリセットモードＲＥＳＥＴを指示しない場合（７８０）（!ＴＰ ｖｉｏｌａｔｉｏｎ,はい)及びＰＩＤが受信準備モードを指示する場合（７９０）（ＰＩＤ＝Ｌ,はい)には、受信準備モード（７７０）を維持する。タイミングコントローラがリセットモードＲＥＳＥＴを指示する場合（７８０）（!ＴＰ ｖｉｏｌａｔｉｏｎ,いいえ)には、リセットモード（７２０）に転換され、ＰＩＤがセットアップモードを指示する場合には（７９０）（ＰＩＤ＝Ｌ,いいえ)、セットアップモード（７５０）に転換される。
【００４６】
図８は、本発明の他の一実施形態による送受信システムのインターフェース方法についての信号フローチャートである。
図８を参照すれば、パネルインターフェース方法８００は、リセットモード（８２０）及び受信準備モード（８５０）を行う方法に関する。リセットモード（８２０）は、受信機であるソースドライバに具現されたレジスタに保存された値を初期化させる。受信準備モード（８５０）は、レジスタ制御信号に応答して、ソースドライバのレジスタに保存された値をアップデートさせ、受信機であるソースドライバが送信機であるタイミングコントローラからデータストリームを受信する準備をするか、または実際にデータストリームを受信する。
【００４７】
送信機であるタイミングコントローラ(図示せず)または受信機であるソースドライバ(図示せず)に電源が印加された時(８１０)、受信機は、リセットモード（８２０）に転換される。リセットモード（８２０）が行われる途中、タイミングコントローラがリセットモードＲＥＳＥＴをそれ以上指示しない場合(８３０)（ＴＰ ｖａｌｉｄ,はい)、及びタイミングコントローラからソースドライバに伝送されるデータストリームに含まれたＰＩＤが受信準備モードを指示する場合(８４０)（ＰＩＤ＝Ｈ)、受信準備モードに転換される。リセットモード（８２０）が行われる途中、タイミングコントローラがリセットモードＲＥＳＥＴを指示する場合(８３０)（いいえ)及びＰＩＤが受信準備モードを指示しない場合(８４０)（いいえ)には、受信準備モード（８５０）に転換されず、リセットモード（８２０）を維持する。
【００４８】
受信準備モード（８５０）が行われる途中、タイミングコントローラがリセットモードＲＥＳＥＴを指示しない場合(８６０)（!ＴＰ ｖｉｏｌａｔｉｏｎ,はい)には、受信準備モード（８５０）を維持する。タイミングコントローラがリセットモードＲＥＳＥＴを指示する場合(８６０)（!ＴＰ ｖｉｏｌａｔｉｏｎ,いいえ)には、リセットモード（８２０）に転換される。図８には示されていないが、受信準備モード（８５０）では、必要に応じて、ソースドライバのレジスタに保存された値をアップデートさせる作業を行うこともある。
【００４９】
以上の説明で、送信機としてのタイミングコントローラは、受信機の一つであるソースドライバとデータストリームを送受信すると図示されて説明された。しかし、後述するように、受信機として少なくとも一つのソースドライバ集積回路が含まれることはもとより、少なくとも一つのゲートドライバ集積回路とデータストリームを送受信することもできる。
【００５０】
図９は、ポイント・トゥ・ポイント方式の液晶ディスプレイ装置の例を示す。
図９を参照すれば、液晶ディスプレイ装置９００は、ディスプレイパネル９１０、タイミングコントローラ（Ｔ_ＣＯＮ）９２０、ソースドライバブロック９３０及びゲートドライバブロック９４０を備える。タイミングコントローラ（Ｔ_ＣＯＮ）９２０は、ポイント・トゥ・ポイント方式でソースドライバブロック９３０及びゲートドライバブロック９４０を制御する。ソースドライバブロック９３０を構成するソースドライバ集積回路（Ｓ/Ｄ）９３１〜９３３及びゲートドライバブロック９４０を構成するゲートドライバ集積回路（Ｇ/Ｄ）９４１〜９４３は、ディスプレイパネル９１０を制御する。
【００５１】
以上、本発明についての技術思想を添付図面と共に記述したが、これは、本発明の望ましい実施形態を例示的に説明したものであり、本発明を限定するものではない。また、当業者ならば、本発明の技術的思想範囲を離脱しない範囲内で多様な変形及び摸倣が可能である。
【産業上の利用可能性】
【００５２】
本発明は、ディスプレイ関連の技術分野に好適に適用可能である。
【符号の説明】
【００５３】
９００      液晶ディスプレイ装置
９１０      ディスプレイパネル
９２０      タイミングコントローラ（Ｔ_ＣＯＮ）
９３０      ソースドライバブロック
９４０      ゲートドライバブロック
９３１〜９３３      ソースドライバ集積回路（Ｓ/Ｄ）
９４１〜９４３      ゲートドライバ集積回路（Ｇ/Ｄ）
【図１】
2010134463.tif 000003
【図２】
2010134463.tif 000004
【図３】
2010134463.tif 000005
【図４】
2010134463.tif 000006
【図５】
2010134463.tif 000007
【図６】
2010134463.tif 000008
【図７】
2010134463.tif 000009
【図８】
2010134463.tif 000010
【図９】
2010134463.tif 000011