(57)【特許請求の範囲】
【請求項１】
Ｎピクセル×Ｍピクセルサイズのビデオディスプレイのためのビデオデータを受信するように構成されたビデオレシーバと、
前記ビデオデータの複数部分を、異なるピクセルサイズを有する複数のビデオディスプレイへ提供するように構成された複数のビデオ送信器と、
前記ビデオレシーバと前記複数のビデオ送信器との間に接続されたスプリッタと、
を備え、
前記スプリッタは、
水平分離のためのラインバッファまたは垂直分離のためのフレームバッファを備え、前記Ｎピクセル×Ｍピクセル、前記複数のビデオディスプレイのピクセルサイズ、および前記複数のビデオディスプレイの配置に基づき、前記ビデオデータを前記複数部分へ分割するように構成されたバッファコントローラと、
前記バッファコントローラと前記複数のビデオ送信器に接続された複数のディスプレイコントローラであって、前記複数のビデオディスプレイのための前記複数部分を前記ラインバッファまたは前記フレームバッファから読み取るように構成された、複数のディスプレイコントローラと、
を備えることを特徴とするマルチモニターシステム。
【請求項２】
前記ビデオレシーバは、ＤｉｓｐｌａｙＰｏｒｔ規格に準拠したレシーバである
ことを特徴とする請求項１記載のマルチモニターシステム。
【請求項３】
前記複数のビデオ送信器のうち少なくとも１つは、ＤｉｓｐｌａｙＰｏｒｔ規格に準拠した送信器である
ことを特徴とする請求項１記載のマルチモニターシステム。
【請求項４】
前記複数のビデオディスプレイは水平配置されることを特徴とする請求項１記載のマルチモニターシステム。
【請求項５】
前記複数のビデオディスプレイは垂直配置されることを特徴とする請求項１記載のマルチモニターシステム。
【請求項６】
前記複数のビデオディスプレイは水平配置および垂直配置されることを特徴とする請求項１記載のマルチモニターシステム。
【請求項７】
各前記複数部分はＭピクセル行を有しており、各前記複数部分は複数ピクセル列を有しており、各前記複数部分の複数列の合計はＮ列である
ことを特徴とする請求項４記載のマルチモニターシステム。
【請求項８】
各前記複数部分はＮピクセル列を有しており、各前記複数部分は複数ピクセル行を有しており、各前記複数部分の複数行の合計はＭ行である
ことを特徴とする請求項５記載のマルチモニターシステム。
【請求項９】
マルチモニターシステムを提供する方法であって、
ビデオ受信器により、Ｎピクセル×Ｍピクセルのビデオディスプレイのためのビデオデータを受信するステップ、
スプリッタ内の水平分離のためのラインバッファまたは垂直分離のためのフレームバッファを備えるバッファコントローラにより、前記Ｎピクセル×Ｍピクセル、複数のビデオディスプレイのピクセルサイズ、および前記複数のビデオディスプレイの配置に基づき、前記ビデオデータを前記複数のビデオディスプレイのための複数部分へ分離するステップ、
前記スプリッタ内の複数のディスプレイコントローラにより、前記ラインバッファまたは前記フレームバッファから前記複数部分を読み取るステップ、
複数のビデオ送信器により、前記複数部分を前記複数のディスプレイコントローラから異なるピクセルサイズを有する前記複数のビデオディスプレイへ送信するステップ、
を有することを特徴とする方法。
【請求項１０】
前記ビデオデータを受信するステップは、ＤｉｓｐｌａｙＰｏｒｔ規格にしたがってデータを受信するステップを有する
ことを特徴とする請求項９記載の方法。
【請求項１１】
前記複数の部分を送信するステップは、ＤｉｓｐｌａｙＰｏｒｔ規格にしたがって、データを前記複数のビデオディスプレイへ送信するステップを有する
ことを特徴とする請求項９記載の方法。
【請求項１２】
前記複数のビデオディスプレイは水平配置され、
各前記複数部分はＭピクセル行を有する
ことを特徴とする請求項９記載の方法。
【請求項１３】
各前記複数部分は複数ピクセル列を有しており、各前記複数部分の複数列の合計はＮ列である
ことを特徴とする請求項１２記載の方法。
【請求項１４】
前記複数のビデオディスプレイは垂直配置され、
各前記複数部分はＮピクセル列を有する
ことを特徴とする請求項９記載の方法。
【請求項１５】
各前記複数部分は複数ピクセル行を有しており、各前記複数部分の複数行の合計はＭ行である
ことを特徴とする請求項１４記載の方法。
【請求項１６】
Ｎピクセル×Ｍピクセルサイズのビデオディスプレイのためのビデオデータを受信するＤｉｓｐｌａｙＰｏｒｔ規格に準拠したビデオレシーバと、
前記ビデオデータの複数部分を、異なるピクセルサイズを有する複数のビデオディスプレイへ提供する、ＤｉｓｐｌａｙＰｏｒｔ規格に準拠した複数のビデオ送信器と、
前記ビデオレシーバと前記複数のビデオ送信器との間に接続されたスプリッタと、
を備え、
前記スプリッタは、
補助チャネル上で各前記複数のビデオディスプレイから設定データを受信するように構成されたマスタ制御ユニット（ＭＣＵ）と、
水平分離のためのラインバッファまたは垂直分離のためのフレームバッファを備え、ビデオ制御信号にしたがって前記ビデオデータを受信するとともに前記設定データを前記ＭＣＵから受信し、前記受信した設定データ内に含まれる前記ピクセルサイズと前記複数のビデオディスプレイの配置に基づき、前記ビデオデータを前記複数部分に分割するように構成された、バッファコントローラと、
前記バッファコントローラと前記複数のビデオ送信器に接続された複数のディスプレイコントローラであって、前記複数のビデオディスプレイのための前記複数部分を前記ラインバッファまたは前記フレームバッファから読み取るように構成された、複数のディスプレイコントローラと、
を備えることを特徴とするマルチモニターシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本出願は、本願発明者等によって２００９年１月１３日に出願され、同じ権利者に特許された、米国特許出願第１２／３５３，１３２号の優先権を請求し、その全体を参照によって組み込む。
【０００２】
本発明は、マルチモニタードライブに関し、特に各モニターについて個別のドライバを備えていないマルチモニタードライブに関する。
【背景技術】
【０００３】
複数モニターを利用することは、より一般的になりつつある。２００６年４月２０日のニューヨークタイムズ誌で引用された、Ｊｏｎ  Ｐｅｄｄｉｅ  Ｒｅｓｅａｒｃｈの調査によれば、複数モニターの使用により作業者の能率は２０〜３０％増加することが予測されている。また、複数モニターの利用は、ビデオゲームや映像のような娯楽をさらに強化することができる。
【０００４】
しかし、複数モニターを取得するためには、通常は各モニターについて１つずつ、複数のビデオグラフィックドライバを必要とする。例えばデスクトップコンピュータは、複数のグラフィックカードまたは複数のドライバを備えた単一のグラフィックカードを備えている。ノートブックコンピュータは、複数モニターを駆動するため、ＰＣＭＩＡカードバスカード等を備えている。さらに、ＵＳＢポートを利用して、別モニターを駆動することができる。
【０００５】
しかし、これらオプションを実装するのはコスト高であり、各追加モニターについてハードウェアのアップグレードを必要とし、通常は大電力を消費する。ＵＳＢポートは、特に他のデバイスがポートを利用しているとき、モニターへ良好な解像度を提供できるだけの帯域幅を十分に有していない。
【０００６】
したがって、複数モニターを使用することができるシステムへのニーズがある。
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明の実施形態によれば、マルチモニターシステムは、Ｎ×Ｍサイズのビデオディスプレイに適したビデオデータを受信するビデオ受信器；対応する各ビデオディスプレイ上でビデオデータの一部を表示するためのビデオデータをそれぞれ提供する複数のビデオ送信器；ビデオ受信器とビデオ送信器の間に接続され、ビデオ受信器からビデオデータを分離してビデオデータの一部を各ビデオ送信器へ提供するスプリッタ；を備える。
【０００８】
本発明に係るマルチモニターディスプレイを提供する方法は、単一のＮ×Ｍビデオディスプレイ用に構成されたビデオデータを受信するステップ；ビデオデータを、その全体をカバーする複数の部分へ分離するステップ；複数部分を対応するディスプレイへ送信するステップ；を有する。
【０００９】
データの送受信は、ＤｉｓｐｌａｙＰｏｒｔ規格にしたがって実施される。これらおよびその他の実施形態は、図面とともに以下で詳細に説明する。
【図面の簡単な説明】
【００１０】
【図１】ＤｉｓｐｌａｙＰｏｒｔ規格の要素を示す。
【図２Ａ】ＤｉｓｐｌａｙＰｏｒｔ規格に基づくピクセルデータのパッケージングを示す。
【図２Ｂ】ＤｉｓｐｌａｙＰｏｒｔ規格に基づくピクセルデータのパッケージングを示す。
【図３】本発明に係るマルチモニターシステムを示す。
【図４Ａ】別の構成に基づくマルチモニターシステムの実施形態の利用を示す。
【図４Ｂ】別の構成に基づくマルチモニターシステムの実施形態の利用を示す。
【図５Ａ】本発明に係るマルチモニターシステムの実施形態を示す。
【図５Ｂ】本発明に係るマルチモニターシステムの実施形態を示す。
【図６Ａ】図５Ａと図５Ｂに示したマルチモニターシステムの画像スプリッタ構成要素を図示する。
【図６Ｂ】図５Ａと図５Ｂに示したマルチモニターシステムの画像スプリッタ構成要素を図示する。
【図７】図５Ａと図５Ｂに示すような画像スプリッタのブロック図を示す。
【発明を実施するための形態】
【００１１】
各図において、同じ符号を有する構成要素は、同じまたは類似する機能を有する。
【００１２】
以下の説明において、特定の詳細記述は本発明の特定の実施形態を表す。しかし当業者にとって、本発明はそれら詳細部分のいくつかまたは全てがなくとも実施できることは、明らかであろう。特定の実施形態は、本発明を説明するためのものであり、限定するためのものではない。当業者は、ここでは具体的に説明していないが本開示の範囲および要旨に含まれるその他の構成要素を用いることができる。
【００１３】
説明目的のみのため、ＶＥＳＡ  ＤｉｓｐｌａｙＰｏｒｔ規格に適用することができる、本発明の実施形態を以下に説明する。ＶＥＳＡ  ＤｉｓｐｌａｙＰｏｒｔ規格，Ｖｅｒｓｉｏｎ１，Ｒｅｖｉｓｉｏｎ１ａは、２００８年１月１１日にリリースされ、カリフォルニア州９５０３５，８６０  Ｈｉｌｌｖｉｅｗ  Ｃｏｕｒｔ，Ｓｕｉｔｅ  １５０，Ｍｉｌｐｉｔａｓの、Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄ  Ａｓｓｏｃｉａｔｉｏｎ（ＶＥＳＡ）から入手することができる。同規格は、参照によってその全体が本明細書に組み込まれる。当業者は、本発明の実施形態をその他のビデオディスプレイ規格とともに利用できることを理解するであろう。
【００１４】
ＤｉｓｐｌａｙＰｏｒｔ（ＤＰ）規格は、図１に示されている。図１は、ビデオシンク１２０と接続されたビデオソース１００を示す。ソース１００は、ビデオデータのソースである。シンク１２０は、表示するビデオデータを受信する。データは、ソース１００とシンク１２０の間を、３つのデータリンクを介して伝搬する。メインリンク、補助チャネル、Ｈｏｔ  Ｐｌｕｇ  Ｄｅｔｅｃｔ（ＨＰＤ）である。ソース１００は、ソース１００のメインリンク１１２とシンク１２０のメインリンク１３２の間で、メインリンクデータを送信する。これらは広帯域のフォワード伝送リンクである。補助チャネルデータは、ソース１００の補助チャネル１１４とシンク１２０の補助チャネル１３４の間で伝送される。これらは双方向補助チャネルである。ＨＤＰデータは、ソース１００のＨＤＰ１１６とシンク１３６のＨＤＰ１３６の間で伝送される。
【００１５】
ＤＰ規格は現在、メインリンク１１２を介して、１０．８Ｇｂｐｓ（ギガビット毎秒）までを提供している。これは、ＱＸＧＡ（２０４８×１５３６）ピクセルフォーマット以上および２４ビット色深度以上をサポートする。さらに、ＤＰ規格は現在、色成分毎に６、８、１０、１２、１６ビットの様々な色深度伝送を提供している。ＤＰ規格によれば、双方向補助チャネル１１４は、最大遅延５００マイクロ秒で１Ｍｂｐｓ（メガビット毎秒）までを提供する。さらに、Ｈｏｔ  Ｐｌｕｇ  Ｄｅｔｅｃｔｉｏｎチャネル１１６が提供される。ＤＰ規格は、２４ｂｐｐで５０１６０Ｈｚの最小伝送１０８０ｐラインを１５メートルの４レーン上で提供する。
【００１６】
さらにＤＰ規格は、シンク１２０（通常はディスプレイを含むが、リピータまたは複製器である場合もある）が電源に接続されていれば、拡張ディスプレイ識別データ（ＥＤＩＤ）の読み取りをサポートする。さらにＤＰ規格は、ディスプレイデータチャネル／コマンドインターフェース（ＤＤＣ／ＣＩ）、モニターコマンドおよび制御セット（ＭＭＣＳ）コマンド伝送をサポートする。さらにＤＰ規格は、スケーリング、個別のディスプレイコントローラ、またはオンスクリーンディスプレイ（ＯＳＤ）機能を備えていない構成をサポートする。
【００１７】
ＤＰ規格は、様々な音声および映像コンテンツ標準をサポートする。例えば、ＤＰ規格は高品質非圧縮音声映像コンテンツを伝送するためのＣＥＡ−８６１−Ｃで規定されている規格セットをサポートする。また、シンク１２０とソース１００の間の遠隔制御コマンドを伝送するためのＣＥＡ−９３１−Ｂをサポートする。音声面のサポートは本発明の実施形態にとって重要ではないが、ＤＰ規格は８チャネルまでの１９２ｋＨｚ、２４ビットサンプルサイズのリニアパルス符号変調（ＬＰＣＭ）オーディオをサポートする。ＤＰ規格はまた、ＶＥＳＡ  ＤＭＴおよびＣＶＴ時刻系に準拠した、可変のアスペクト比、ピクセルフォーマット、リフレッシュレートの組み合わせに基づく可変ビデオフォーマットをサポートする。これら時刻モードは、ＣＥＡ−８６１−Ｃ規格にリストされている。さらにＤＰ規格は、消費者向け電子機器の工業標準比色分析仕様をサポートする。これには、ＲＧＢ、ＹＣｂＣｒ４：２：２、ＹＣｂＣｒ４：４：４が含まれる。
【００１８】
図１に示すように、データはストリームソース１０２によってリンク層１０８へ提供される。リンク層１０８は、物理層１１０へデータを提供するように接続されている。ストリームソース１０２が提供するデータは、ビデオデータを含む場合がある。リンク層１０８は、ビデオデータを１以上のレーンにパッケージングし、そのデータを物理層１１０へ送信する。メインリンク１１２、補助チャネル１１４、ＨＰＤ１１６は、物理層に含まれている。物理層は、シンク１２０へデータを伝送するための信号処理を提供する。
【００１９】
シンク１２０は、物理層１３０、リンク層１２８、ストリームシンク１２２を備える。物理層１３０は、メインリンク１３２、補助チャネル１３４、ＨＰＤ１３６を備える。ストリームシンク１２２は、例えばビデオディスプレイやデータによって、表示するビデオに関連するラインおよびフレームフォーマットを提供することができる。物理層１３０は、物理層１１０からの信号を、通常はケーブルを介して受信し、ソース１００が送信したデータを復元する。リンク層１２８は、復元されたデータを物理層１３０から受信し、ストリームシンク１２２へビデオデータを提供する。ストリームポリシー１０４とリンクポリシー１０６は、リンク層１０８へ動作パラメータを提供する。同様に、ストリームポリシー１２４とリンクポリシー１２６は、ポリシーデータをリンク層１２８へ提供する。
【００２０】
上述のように、ソース１００は、メインリンク１１２、補助チャネル１１４、ＨＤＰ１１６を有する物理層１１０を備える。これに対応して、シンク１２０は、メインリンク１３２、補助チャネル１３４、ＨＤＰ１３６を有する物理層１３０を備える。ケーブルおよび適当なコネクタを利用して、メインリンク１１２とメインリンク１３２、補助チャネル１１４と補助チャネル１３４、ＨＤＰ１１６とＨＤＰ１３６を、電子的に接続することができる。ＤＰ規格によれば、メインリンク１１２は、レーン毎に２．７Ｇｂｐｓおよび１．６２Ｇｂｐｓをサポートする、１つ、２つ、または４つのレーンを伝送する。これは、メインリンク１１２とメインリンク１３２の間の接続品質によって定められる。各レーンは物理的には、ＡＣカップリングされ、２重終端された差動ペア線である。
【００２１】
メインリンク１１２とメインリンク１３２の間のレーン数は、１、２、または４レーンである。レーン数は、ピクセルビット深度（ｂｐｐ）および成分ビット深度（ｂｐｃ）から分離される。６、８、１０、１２、１６ビットの成分ビット深度を利用することができる。全レーンがデータを伝送するので、データストリームからクロック信号が抽出される。データストリームは、ＡＮＳＩ  ８Ｂ／１０Ｂ  コード化規則（ＡＮＳＩ  Ｘ３．２３０−１９９４，第１１節）でコード化される。
【００２２】
図２Ａは、４つのレーンにパッケージングされたデータフォーマットを示す。他のレーン構成も同様にパッケージングされる。図２Ａに示すように、表示ラインのビデオデータの伝送開始部は、４つのレーンそれぞれにおいて、ブランクイネーブル信号（ＢＥ）で開始する。次にピクセルがレーンにパッケージングされる。図２Ａに示す４レーン例において、ピクセル０（ＰＩＸ０）はレーン０内にあり、ピクセル１（ＰＩＸ１）はレーン１内にあり、ピクセル２（ＰＩＸ２）はレーン２内にあり、ピクセル３（ＰＭ３）はレーン３内にある。ピクセルは、ラインの最後のピクセル、すなわちＮ×ＭサイズディスプレイにおけるＰＩＸＮが挿入されるまで、各レーンにわたって同様にパッケージングされる。図２Ａに示すように、ラインの最後のピクセルは、全レーン内の全スロットのうち埋められていない部分があるようになっていることもある。図２Ａに示す例では、レーン１、２、３が埋められていない。使用されないスロットは、パディングされる。レーン０〜レーン４のスロットの次の行は、ブランクシンボル（ＢＳ）を含み、その後は、ビデオブランクＩＤ（ＶＢ−ＩＤ）、ビデオタイムスタンプ（ＭＶＩＤ）、オーディオタイムスタンプ（ＭＡＵＤ）が続く。オーディオデータは、ビデオデータの後、次のＢＥシンボルが送信されるまで続く。その後、次のビデオデータのラインが提供される。
【００２３】
図２Ｂは、３０ｂｐｐ  ＲＧＢ（１０ｂｐｃ）１３６６×７６８ビデオデータを、４レーン８ビットリンクへエンコードする例を示す。データの１つの行は、クロック周期毎に送信される。同図において、Ｒ０−９：２は、ピクセル０の赤色ビット９：２を意味する。Ｇは緑を示し、Ｂは青を示す。ＢＳはブランクスタートを示し、ＢＥはブランクイネーブルを示す。Ｍｖｉｄ７：０とＭａｕｄ７：０は、ビデオおよびオーディオストリームクロックのタイムスタンプの一部である。図２に示すように、４レーンへのエンコードは、ピクセル単位で順番に生じる。ラインのピクセル０はレーン０に配置され、ピクセル１はライン１に配置され、ピクセル２はライン２に配置され、ピクセル３はレーン３に配置される。次に、ピクセル４、５、６、７がレーン０、１、２、３に配置される。ソース１００が使用するレーン数に関わらず、同じパッケージング手法が利用される。ソース１００とシンク１２０は、ＤＰ規格の下で、１、２、または４レーンをサポートすることができる。２レーンをサポートする場合でも、単一のレーンがサポートされ、４レーンをサポートする場合でも、２レーンと１レーンがサポートされる。
【００２４】
補助チャネル１１４は、ＤＰ規格に基づいてケーブルでシンク１２０の補助チャネル１３４に接続され、ＡＣカップリングされた２重終端の差動ペアを備える。クロックは、補助チャネル１１４と補助チャネル１３４の間を通過するデータストリームから抽出することができる。補助チャネルは、半２重であり、ソース１００をマスターとしシンク１２０をスレーブとする双方向である。シンク１２０は、ＨＤＰ１１６とＨＤＰ１３６の間に連結されたＨＤＰ信号をトグルすることにより、干渉することができる。
【００２５】
物理層１１０は、メインリンク１１２、補助チャネル１１４、ＨＤＰ１１６のための出力ピンとコネクタを備え、ソース１００とシンク１２０の間で信号を伝送するための、物理的な送信および受信回路を備える。同様に、物理層１３０は、メインリンク１３２、補助チャネル１３４、ＨＤＰ１３６を備え、データを受信してソース１００と通信するための、送信および受信回路を備える。
【００２６】
ソース１００のリンク層１０８は、音声および映像データストリームを、図２Ａおよび図２Ｂに示すようなメインリンク１１２のレーンへマッピングし、シンク１２０のリンク層１２８がデータを取得できるようにする。さらに、リンク層１０８は、データを解釈し、補助チャネル１１４を介した通信とデバイス管理を処理し、ＨＰＤ１１６を監視する。ソース１００のリンク層１０８は、シンク１２０のリンク層１２８に対応する。リンク層１０８とリンク層１２８において実施されるタスクは、利用できるレーン数とレーン毎のデータレートの判定である。リンク層１０８がＨＰＤ１１６を介してホットプラグを検出すると、これらパラメータを判定するため、初期化シーケンスが利用される。さらにリンク層１０８は、メインリンク１３２へ転送するため、データをメインリンク１１２へマッピングする。マッピングには、リンク層１０８およびリンク層１２８それぞれにおける、パッケージングまたはパッケージング解除、データ詰め込みまたは取り出し、フレーム化またはフレーム化解除、レーン間スキューまたは逆スキュー、が含まれる。リンク層１０８は、シンク１２０に関連するレーン数およびディスプレイ装置のピクセルサイズを決定するため、シンクデバイス１２０の性能、ＥＤＩＤ、リンク性能、ＤＰＣＤを読み取る。リンク層１２８はまた、補助チャネル１１４およびメインリンク１１２双方からのクロック回復を実施する。
【００２７】
さらにリンク層１０８は、制御シンボルを提供する。図２Ａに示すように、ブランクスタート（ＢＳ）シンボルが最後のアクティブピクセルの後に挿入される。ＢＳシンボルは、各アクティブレーンにおいて、最後のピクセルが挿入された直後に挿入される。ＢＳシンボルの直後に、ビデオブランクＩＤ（ＶＢ−ＩＤ）ワードが挿入される。ＶＢ−ＩＤワードは、垂直ブランクフラグ、フィールドＩＤフラグ、インタレースフラグ、ビデオストリーム無しフラグ、オーディオミュートフラグを含むことができる。垂直ブランクフラグは、最後のアクティブレーンの終端で１にセットされ、垂直ブランク期間にわたって維持する。フィールドＩＤフラグは、トップフィールドの最後のアクティブレーンの直後において０にセットされ、ボトムフィールドの最後のアクティブレーンの直後において１にセットされる。インタレースフラグは、ビデオストリームがインタレースであるか否かを示す。ビデオストリーム無しフラグは、ビデオストリームが送信されているか否かを示す。オーディオミュートフラグは、音声がミュートであるか否かを示す。ＭＶＩＤとＭＡＵＤは、音声データとビデオデータの間のタイミング同期を提供する。
【００２８】
上述したＤＰ規格はデータ伝送に特有のものであるが、本発明に係る実施形態は、その他の規格を利用することができる。ＤＰ規格は、本発明に係る実施形態を説明することができるフレームワークとしてのみ説明したものである。
【００２９】
図３は、本発明の実施形態に係るマルチモニターシステム３００を示す。図３に示すように、マルチモニターシステム３００はソース１００からレシーバ（ＲＸ）３０２へビデオデータを受信する。そのため、ＤＩｓｐｌａｙＰｏｒｔ規格に準じて、ＲＸ３０２は、上述の通り、メインリンクデータ、補助チャネルデータ、ＨＰＤデータを含む。ＲＸ３０２は、データを受信し、そのデータを画像スプリッタ３０４へ提供する。ＲＸ３０２はまた、ソース１００と通信し、ソース１００がマルチモニターシステム３００をＤＩｓｐｌａｙＰｏｒｔ規格に準拠したＮ×Ｍディスプレイ装置を備えるシンクとして取り扱うようにする。そのため、マルチモニターコントローラ３００は、図１に示すシンク１２０と同じ態様で、ソース１００と通信する。
【００３０】
画像スプリッタ３０４は、レシーバ３０２からビデオデータを受信し、そのビデオデータをマルチディスプレイ３０８−１〜３０８Ｄ上で表示する部分に分離する。本発明に係る画像スプリッタは、Ｎ×Ｍサイズのビデオデータを、ビデオデータをカバーする任意個数の個々のディスプレイに分離することができる。複数のディスプレイ上で、実質的に全部、または完全に全部のビデオデータを表示することができる。受信したビデオデータを完全に表示するため、水平方向にＮピクセル、垂直方向にＭピクセル（すなわちＭ行Ｎ列）を含む場合もあるが、実施形態によっては、Ｎ×Ｍサイズのビデオデータをパディングまたは切り取り、異なるサイズの複数ディスプレイに合わせることができる。図６Ａは、個々のディスプレイ上で表示するため、水平ラインを複数ラインへ分離する様子を示す。図６Ｂは、水平方向および垂直方向で複数モニター上に表示するため、ビデオフレームを水平方向と垂直方向の双方で分離する様子を示す。例えば、３８４０×１２００ビデオデータは、２つの１９２０×１２００ディスプレイ上で表示することができる。３７２０×１４４０ビデオデータは、２つの９００×１４４０ディスプレイおよび１つの１９２０×１４４０ディスプレイ上で表示することができる。５０４０×１０５０ビデオデータは、３つの１６８０×１４４０ディスプレイ上で表示することができる。５７６０×９００ビデオデータは、３つの１４４０×９００ディスプレイ上で表示することができる。各ケースにおいて、ＲＸ３０２は、Ｎ×Ｍディスプレイ装置であるかのように振舞って、ソース１００と通信する。
【００３１】
画像スプリッタ３０４は、各ディスプレイ３０８−１〜３０８−Ｄへ送信するデータを構成し、新たなディスプレイデータを送信器３０６−１〜３０６−Ｄへ提供する。送信器３０６−１〜３０６−Ｄは、それぞれディスプレイ３０８−１〜３０８−Ｄに接続することができる。各送信器３０６−１〜３０６−Ｄは、例えばＤＰソースデバイスとして機能し、これによりＤＰソース１００として動作することができる。画像スプリッタ３０４はストリームソース１０２と同様に動作する。そのため、送信器３０６−１〜３０６−Ｄとディスプレイ３０８−１〜３０８−Ｄの間のデータ伝送は、１レーン、２レーン、４レーンのＤＰ伝送いずれであってもよく、ＲＸ３０２が１レーン装置、２レーン装置、４レーン装置のいずれであるかは関係ない。
【００３２】
図４Ａと４Ｂは、マルチモニターコントローラ３００の構成例を示す。図４Ａに示すように、マルチモニターコントローラ３００は、スタンドアロンボックスとして構成することができる。ソース１００は、マルチモニター３００に接続されている。各ディスプレイ３０８−１〜３０８−Ｄも、マルチモニター３００に接続することができる。図４Ｂに示すように、マルチモニター３００は、ディスプレイのうちの１つ、例えばディスプレイ３０８−１に組み込むことができる。その他のディスプレイ３０８−２〜３０８−Ｄは、ディスプレイ３０８−１に接続することができる。ソース１００は、ディスプレイ３０８−１に直接接続することができる。そのため、ディスプレイ３０８−１はマスターディスプレイとして動作し、ディスプレイ３０８−２〜３０８−Ｄはスレーブディスプレイとして動作する。
【００３３】
図５Ａと５Ｂは、マルチモニターシステム３００の例をより詳細に示す。図５Ａに示すように、ＲＸ３０２は、ＳＥＲＤＥＳ  ＲＸ５０２、レシーバ５０４、フレーム解除器５０８、ビデオクロック回復器ＣＫＲ５１０を備える。メインリンクデータは、ＳＥＲＤＥＳ  ＲＸ５０２に入力される。図５Ａは４レーンの例を示しているが、ＤＰ規格に準じた任意数のレーンを利用することができる。ＳＥＲＤＥＳ  ＲＸ５０２はさらに、ＣＲＰＬＬ５０６を備える。ＣＲＰＬＬ５０６は、システム３００へのメインリンクデータ入力に埋め込まれたリンクシンボルクロックを復元する。ＣＲＰＬＬ５０６は、発振器５１２からクロック信号を受信する。発振器５１２は、外部参照信号ＸＴＡＬＩＮを受信し、外部信号ＸＴＡＬＯＵＴ提供することができる。ＳＥＲＤＥＳ  ＲＸ５０２は、データを物理的に受信し、フィルタリングする。データは、ＣＲＰＬＬ５０６が生成したクロックにしたがって、シリアルデータとして送信され、パラレルデータストリームＤ０、Ｄ１、Ｄ２、Ｄ３を生成する。受信ブロック５０４は、フィルタリング、アンチエリアス、逆スキュー、ＨＤＣＰ復号、その他の機能を実施する。
【００３４】
データＤ０、Ｄ１、Ｄ２、Ｄ３は、フレーム解除器５０８に入力される。フレーム解除器５０８は、４レーンからのデータのパッケージングを解除し、データイネーブル信号（ＤＥ）、水平同期（ＨＳ）、垂直同期（ＶＳ）、データストリームＤを提供する。データストリームＤは、フレームの各ピクセルデータを順に含む。４レーン内に含まれるオーディオデータは、ビデオデータから切り離して取り扱うことができる。水平同期信号は各水平ラインの終端を示し、垂直同期信号は各ビデオフレームの終端を示す。信号ＤＥ、ＨＳ、ＶＳ、Ｄは、図５Ｂに示すように、画像スプリッタ３０４へ入力される。
【００３５】
画像スプリッタ３０４は、各ディスプレイ３０８−１〜３０８−Ｄに適した新たな値のＤＥ、ＨＳ、ＶＳ、Ｄを、対応する送信器３０６−１〜３０６−Ｄへ提供する。例えば図６Ａに示すように、ディスプレイの各ラインのデータは、ディスプレイ上で画面表示するデータを保持するための適切なサイズを有するバッファ内で受信することができる。したがってバッファは、データラインのサイズより小さいか、または数個のデータラインを保持するのに十分な程度のサイズである場合がある。各ディスプレイのデータは、バッファから読み取ることができる。スプリッタ３０４が受信したデータＤは、例えばバッファ６０２に格納することができる。データラインは、例えばバッファ６０２からライン６０４−１〜６０４−Ｄへ分離することができる。これらは、水平方向に分布した各ディスプレイセット用である。図６Ｂは、ディスプレイ３０８−１〜３０８−７上で表示するため、データを水平方向と垂直方向の双方で分離する様子を示す。図６Ｂに示す７個のディスプレイの例において、ディスプレイ３０８−１〜３０８−７は全て異なるピクセルサイズを有しており、Ｎ×Ｍピクセルのデータサイズ全範囲をカバーするように配置されている。したがって、ディスプレイ３０８−１、３０８−２、３０８−３にわたるラインピクセルの合計はＮであり、ディスプレイ３０８−４、３０８−５、３０８−６、３０８−７にわたるラインピクセルの合計はＮであり、ディスプレイ３０８−１と３０８−４の行合計はＭであり、ディスプレイ３０８−２と３０８−５の行合計はＭであり、ディスプレイ３０８−３と３０８−６または３０８−７の行合計はＭである。実施形態によっては、Ｄ個のディスプレイがＮ×Ｍピクセルの全てを利用するように配置されない場合、超過したピクセルは破棄され、または切り取られる。さらに、ディスプレイの合計サイズがＮ×Ｍピクセルの範囲を超過した場合、黒色ピクセルを追加することもできる。
【００３６】
図７は、本発明の実施形態に係るスプリッタ３０４のブロック図例を示す。データＤは、制御信号ＨＳ、ＶＳ、ＤＥにしたがって、バッファ６０２を備えるバッファコントローラ７０２で受信される。図７に示すように、データを行毎にバッファへ挿入することができる。バッファコントローラ７０２内に含まれるバッファは、データの全フレームを保持できるほど大きい必要はない。データコントローラ７０２はまた、コントローラ７０４からの入力を含むことができる。コントローラ７０４はさらに、ディスプレイコントローラ７０６−１〜７０６−Ｄに接続される。ディスプレイコントローラ７０６−１〜７０６−Ｄは、ディスプレイ３０８−１〜３０８−Ｄのうち対応するものに適したバッファコントローラ７０２内のバッファからのデータを読み取る。
【００３７】
コントローラ７０４はさらに、補助チャネル１〜ＤおよびＨＰＤ  １〜Ｄを介して、各ディスプレイ３０８−１〜３０８−３と通信するように接続されている。さらに、構成データをコントローラ７０４へ供給し、コントローラ７０４が、ピクセルサイズＮ×Ｍ、各ディスプレイ３０８−１〜３０８−Ｄのピクセルサイズ、ディスプレイ３０８−１〜３０８−Ｄのそれぞれに対する方向、ディスプレイ３０８−１〜３０８−Ｄがアクティブであるか否かまたはより小さいディスプレイセットを利用するか否か、を受信できるようにすることができる。ある例において、Ｄ個のディスプレイが水平方向に配置され、各データラインをディスプレイ７０６−１〜７０６−Ｄの１つへ直接伝送することができるようにする。その場合、バッファコントローラ７０１はラインバッファのみを備える。しかし、垂直分離の場合、バッファコントローラ７０１はフレームバッファを備えることができる。また、１以上のモニター３０８−１〜３０８−Ｄが回転している場合（すなわち、通常はｎピクセルライン×ｍ行であるところが、ｍ×ｎとなっている）、ラインバッファとフレームバッファを利用することができる。上記のような回転は、対応するディスプレイコントローラ７０６−１〜７０６−Ｄにおいてデジタル的に計算することができる。
【００３８】
そのため、ディスプレイコントローラ７０６−１〜７０６−Ｄは、対応するディスプレイ３０８−１〜３０８−Ｄに適したバッファコントローラ７０２からデータを読み取る。ディスプレイコントローラ７０６−１〜７０６−Ｄは、対応するディスプレイ３０８−１〜３０８−Ｄに適したデータストリームＤとともに、制御信号ＤＥ、ＨＳ、ＶＳを出力する。
【００３９】
図５Ｂに示すように、各ディスプレイ３０８−１〜３０８−Ｄのデータは、ＤＰ送信器３０６−１〜３０６−Ｄにおいて、それぞれ送信される。各ＤＰ送信器３０６−１〜３０６−ＤのデータＤと制御信号ＤＥ、ＨＳ、ＶＳは、フレーム生成器５５４−１〜５５４−Ｄによってそれぞれ受信される。フレーム生成器５５４−１〜５５４−Ｄは、それぞれパケットコントローラ５５２−１〜５５２−Ｄに接続され、図２Ａと２Ｂに示すように、データをレーンへ収集する。図５Ｂでは４レーンを示しているが、ＤＰ送信器３０６−１〜３０６−Ｄにおいて任意数のレーンを利用することができる。ＤＰ送信器３０６−１〜３０６−Ｄは、対応するディスプレイ３０８−１〜３０８−Ｄに合致するように構成されている。送信器５５８−１〜５５８−Ｄは、フレーム生成器５５４−１〜５５４−ＤからそれぞれレーンデータＤ０、Ｄ１、Ｄ２、・・・Ｄｎを受信し、データストリームを事前処理する。送信器５５８−１〜５５８−ＤからのデータＤ０〜Ｄｎは、ＳＥＲＤＥＸ  ＴＸ５６０−１〜５６０−Ｄへそれぞれ入力され、レーン０〜ｎにわたって、対応するディスプレイ３０８−１〜３０８−Ｄへシリアル送信される。
【００４０】
補助リクエスト送信器５６２−１〜５６２−Ｄは、各ディスプレイ３０８−１〜３０８−Ｄの補助チャネルを介して通信する。各ディスプレイ３０８−１〜３０８−Ｄの識別データ（例えばＥＤＩＤデータ）は、画像スプリッタ３０４へ送信される。さらに、ディスプレイ３０８−１〜３０８−Ｄからの補助リクエストは、さらに処理するため、ＭＣＵ５２０へ送信される。
【００４１】
ＭＣＵ５２０は、マルチモニター３００の構成と動作を制御する。ＭＣＵ５２０は、例えばＩ２Ｃコントローラを介して通信することができる。Ｉ２Ｃコントローラは、ＥＥＰＲＯＭ５２４と外部不揮発性メモリ５３２へ接続することができる。さらにＭＣＵ５２０は、通信とセットアップのため、レジスタ５２８を介してＩ２Ｃスレーブデバイス５２６と通信することができる。ＭＣＵ５２０は、補助応答器５１８を介してビデオソース１００からの補助リクエストへ応答することができる。この場合、ＭＣＵ５２０はＥＤＩＤデータをソース１００へ提供し、Ｎ×Ｍピクセルの一部または全部を表示する複数のビデオシンクを駆動しているとき、ソース１００がＮ×Ｍサイズのビデオシンクと通信しているかのように動作できるようにすることができる。さらに、各ディスプレイ３０８−１〜３０８−Ｄは、協調動作するディスプレイセットではなく、そのディスプレイに適したサイズのソースと通信しているかのように動作する。さらにＭＣＵ５２０は、ディスプレイ３０８−１〜３０８−Ｄからの補助チャネルを介してディスプレイ識別データ（ＥＤＩＤ）を読み取り、ビデオソース１００が読み取るディスプレイ識別データ（ＥＤＩＤ）を構築する。
【００４２】
ＭＩＳＣ５１６は、各ディスプレイ３０８−１〜３０８−Ｄの全てのＨＤＰチャネルを受信するように接続され、ＭＣＵ５２０へのＨＤＰ信号をコンパイルし、ＲＸ  ＨＤＰをソース１００へ向けて生成する。電源リセット器５１４は、システム３００の電源をｏｎまたはリセットするリセット信号を生成することができる。さらに、Ｊｏｉｎｔ  Ｔｅｓｔｉｎｇ  Ａｃｔｉｏｎ  Ｇｒｏｕｐ（ＪＴＡＧ）５３０は、テスト目的で利用することができる。
【００４３】
上述の例は、例示目的のみであり、限定は意図していない。当業者は、本開示の範囲に含まれる、本発明に実施形態に即したその他のマルチモニターシステムを容易に考案することができる。そのため、本願は特許請求の範囲のみによって限定される。
【図１】
0005670916.tif 000002
【図２Ａ】
0005670916.tif 000003
【図２Ｂ】
0005670916.tif 000004
【図３】
0005670916.tif 000005
【図４Ａ】
0005670916.tif 000006
【図４Ｂ】
0005670916.tif 000007
【図５Ａ】
0005670916.tif 000008
【図５Ｂ】
0005670916.tif 000009
【図６Ａ】
0005670916.tif 000010
【図６Ｂ】
0005670916.tif 000011
【図７】
0005670916.tif 000012