(57)【特許請求の範囲】
【請求項１】
一組のマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイとを接続するよう構成された小型のパケットベース・マルチメディア・インターフェースであって、
前記マルチメディアソースを前記マルチメディアディスプレイに接続し、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記パケット化されたマルチメディアデータストリームの時間ベースのリカバリが不要となるように、前記固有のマルチメディアクロックレートに依存しないリンク文字クロックレートで搬送するよう構成されたそれぞれが１つの通信チャネルを形成する２つ以下のツイストペア導線を有する単方向メインリンクであって、前記マルチメディアソースのトランスミッタと前記ディスプレイのレシーバーとのみに接続され、前記マルチメディアディスプレイにおいて転送されたクロック信号もタイムスタンプも利用されない、単方向メインリンクと、
前記マルチメディアソースと前記ディスプレイとを接続する半二重双方向補助チャネルであって、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供し、前記マルチメディアソースのトランスミッタとレシーバーとの両方と前記ディスプレイのトランスミッタとレシーバーとの両方とに接続された、半二重双方向補助チャネルと、を備え、
前記単方向メインリンクと前記補助通信リンクは、物理的に別個のツイストペア導線であると共にクロックレーンを有さず、
前記インターフェースが、マルチマスタモードに設定された場合に、前記マルチメディアソースと前記ディスプレイの一方がマスタ装置となり、応答のシリアルデータが、応答するスレーブ装置から、要求するマスタ装置へ、前記補助チャネルを介して送られる、パケットベース・マルチメディア・インターフェース。
【請求項２】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、さらに、
前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースに電気的に接続するよう構成された第１のコネクタ構成と、
前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記ディスプレイに電気的に接続するよう構成された第２のコネクタ構成と、を備え、
前記マルチメディアデータストリームは、前記固有のマルチメディアクロックレートに依存しない、関連する調整可能なデータストリームリンクレートを有する、パケットベース・ディスプレイ・インターフェース。
【請求項３】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、前記マルチメディアデータストリームは等時性であり、前記情報の転送は非同期である、インターフェース。
【請求項４】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、さらに、
アクティブなシンク装置がいつ前記単方向メインリンクに接続されたのかを自動的に決定するよう構成されたホットプラグ・イベント検出部を備える、ディスプレイ・インターフェース。
【請求項５】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、前記補助チャネルによって搬送される前記情報は、同期外れ情報と、パケット脱落情報と、トレーニングセッション結果情報とを含む、ディスプレイ・インターフェース。
【請求項６】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、前記リンクレートは、約２．７Ｇｂｐｓ以下で調整可能であり、関連する２７０Ｍｂｙｔｅｓ／ｓｅｃの帯域幅を有する、ディスプレイ・インターフェース。
【請求項７】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、前記ソース装置は、前記補助チャネルを用いて、オーディオストリームに対応するオーディオサンプルレートおよびサンプル当たりのビット数を、前記ディスプレイ装置に通知する、ディスプレイ・インターフェース。
【請求項８】
請求項１に記載のパケットベース・マルチメディア・インターフェースであって、前記補助チャネルは、セルフクロックのデータ信号を用いて、少なくとも４８０Ｍｂｐｓまでのデータ伝送レートをサポートする、ディスプレイ・インターフェース。
【請求項９】
請求項８に記載のパケットベース・マルチメディア・インターフェースであって、さらに、
補助チャネル要求を監視して、任意の競合する要求の優先順位を提供するよう構成された調停部を備える、ディスプレイ・インターフェース。
【請求項１０】
システムであって、
一組のマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、
マルチメディアディスプレイと、
小型のパケットベース・マルチメディア・インターフェースと、を備え、
前記パケットベース・マルチメディア・インターフェースは、
前記マルチメディアソースを前記マルチメディアディスプレイに接続し、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記パケット化されたマルチメディアデータストリームの時間ベースのリカバリが不要となるように、前記固有のマルチメディアクロックレートに依存しないリンク文字クロックレートで搬送するよう構成されたそれぞれが１つの通信チャネルを形成する２つ以下のツイストペア導線を有する単方向メインリンクであって、前記マルチメディアソースのトランスミッタと前記ディスプレイのレシーバーとのみに接続され、前記マルチメディアディスプレイにおいて転送されたクロック信号もタイムスタンプも利用されない、単方向メインリンクと、
前記マルチメディアソースと前記ディスプレイとを接続する半二重双方向補助チャネルであって、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供し、前記マルチメディアソースのトランスミッタとレシーバーとの両方と前記ディスプレイのトランスミッタとレシーバーとの両方とに接続された、半二重双方向補助チャネルと、を備え、
前記単方向メインリンクと前記補助通信リンクは、物理的に別個のツイストペア導線であると共にクロックレーンを有さず、
前記インターフェースが、マルチマスタモードに設定された場合に、前記マルチメディアソースと前記ディスプレイの一方がマスタ装置となり、応答のシリアルデータが、応答するスレーブ装置から、要求するマスタ装置へ、前記補助チャネルを介して送られる、システム。
【請求項１１】
請求項１０に記載のシステムであって、前記パケットベース・マルチメディア・インターフェースは、さらに、
前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースに電気的に接続するよう構成された第１のコネクタ構成と、
前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記ディスプレイに電気的に接続するよう構成された第２のコネクタ構成と、を備え、
前記マルチメディアデータストリームは、前記固有のマルチメディアクロックレートに依存しない、関連する調整可能なデータストリームリンクレートを有する、システム。
【請求項１２】
請求項１０に記載のシステムであって、前記マルチメディアデータストリームは等時性であり、前記情報の転送は非同期である、システム。
【請求項１３】
請求項１０に記載のシステムであって、さらに、
アクティブなシンク装置がいつ前記単方向メインリンクに接続されたのかを自動的に決定するよう構成されたホットプラグ・イベント検出部を備える、システム。
【請求項１４】
請求項１０に記載のシステムであって、前記補助チャネルによって搬送される前記情報は、同期外れ情報と、パケット脱落情報と、トレーニングセッション結果情報とを含む、システム。
【請求項１５】
請求項１０に記載のシステムであって、前記リンクレートは、約２．７Ｇｂｐｓ以下で調整可能であり、関連する２７０Ｍｂｙｔｅｓ／ｓｅｃの帯域幅を有する、システム。
【請求項１６】
請求項１０に記載のシステムであって、前記ソース装置は、前記補助チャネルを用いて、オーディオストリームに対応するオーディオサンプルレートおよびサンプル当たりのビット数を、前記ディスプレイ装置に通知する、システム。
【請求項１７】
請求項１０に記載のシステムであって、前記補助チャネルは、セルフクロックのデータ信号を用いて、少なくとも４８０Ｍｂｐｓまでのデータ伝送レートをサポートする、システム。
【請求項１８】
請求項１７に記載のシステムであって、さらに、
補助チャネル要求を監視して、任意の競合する要求の優先順位を提供するよう構成された調停部を備える、システム。
【請求項１９】
方法であって、
一組のマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイとを、小型のパケットベース・マルチメディア・インターフェースを用いて接続する工程であって、前記小型のパケットベース・マルチメディア・インターフェースは、
パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記パケット化されたマルチメディアデータストリームの時間ベースのリカバリが不要となるように、前記固有のマルチメディアクロックレートに依存しないリンク文字クロックレートで搬送するよう構成されたそれぞれが１つの通信チャネルを形成する２つ以下のツイストペア導線を有する単方向メインリンクであって、前記マルチメディアソースのトランスミッタと前記ディスプレイのレシーバーとのみに接続され、前記マルチメディアディスプレイにおいて転送されたクロック信号もタイムスタンプも利用されない、単方向メインリンクと、
単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供し、前記マルチメディアソースのトランスミッタとレシーバーとの両方と前記ディスプレイのトランスミッタとレシーバーとの両方とに接続された半二重双方向補助チャネルと、を備え、前記単方向メインリンクと前記補助通信リンクは、物理的に別個のツイストペア導線であると共にクロックレーンを有さない、工程と、
前記パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに前記リンクレートで送る工程と、
を備え、
前記インターフェースが、マルチマスタモードに設定された場合に、前記マルチメディアソースと前記ディスプレイの一方がマスタ装置となり、応答のシリアルデータが、応答するスレーブ装置から、要求するマスタ装置へ、前記補助チャネルを介して送られる、方法。
【請求項２０】
請求項１９に記載の方法であって、前記マルチメディアソース装置は、携帯型マルチメディアプレーヤである、方法。
【請求項２１】
請求項１９に記載の方法であって、前記マルチメディアデータストリームは等時性であり、前記補助チャネルを介しての前記情報の転送は非同期である、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスプレイ装置に関し、特に、ビデオソースをビデオディスプレイ装置に接続するのに適したデジタル・ディスプレイ・インターフェースに関する。
【背景技術】
【０００２】
現在のところ、ビデオディスプレイ技術は、アナログ方式のディスプレイ装置（ブラウン管など）とデジタル方式のディスプレイ装置（液晶ディスプレイ、ＬＣＤ、プラズマスクリーンなど）とに分けられる。いずれも、画像の表示を実現するためには特定の入力信号による駆動が不可欠である。例えば、典型的なアナログシステムは、通信リンクを通してディスプレイ装置（ビデオシンクと呼ばれる場合もある）に直接接続されたアナログソース（パーソナルコンピュータ、ＤＶＤプレーヤなど）を備える。通信リンクは、通例、当業者に周知のケーブルの形態（ＰＣの場合はアナログＶＧＡケーブル、それ以外の場合はＶＧＡ ＤＢ１５ケーブルと呼ばれる）を取る。例えば、ＶＧＡ ＤＢ１５ケーブルは、１５のピンを備えており、各ピンは、特定の信号を搬送するよう構成されている。
【０００３】
ＶＧＡ ＤＢ１５ケーブルの長所の一つは、幅広く実装されており、さらに拡大しつつあることによるその遍在性にある。上述のアナログシステムが優勢である限りは、ＶＧＡ ＤＢ１５以外の任意の他のケーブルの形態からマイグレーションを行う必要性はほとんどない。
【０００４】
しかしながら、近年、デジタルシステムの爆発的な普及によって、デジタルビジュアルインターフェース（ＤＶＩ）ケーブルなどのデジタルケーブルを利用する方が望ましい場合が増えている。周知のように、ＤＶＩは、デジタルディスプレイワーキンググループ（ＤＤＷＧ）によって作成されたデジタルインターフェース規格である。データは、遷移時間最短差動信号伝送（ＴＭＤＳ）プロトコルを使用して伝送される。このプロトコルは、デジタル信号をＰＣのグラフィクスサブシステムからディスプレイに供給する。ＤＶＩは、１６０ＭＨｚを超える帯域幅を扱うため、ＵＸＧＡおよびＨＤＴＶを一組のリンクでサポートする。
【０００５】
今日におけるディスプレイ相互接続は、全体として、デスクトップとディスプレイとの相互接続用のＶＧＡ（アナログ）およびＤＶＩ（デジタル）と、ラップトップおよびその他のオールインワンデバイスにおける内部接続用のＬＶＤＳ（デジタル）と、を含む。グラフィクスＩＣの製造供給元、ディスプレイコントローラＩＣの製造供給元、モニタの製造業者、ＰＣのＯＥＭ製造会社、および、デスクトップＰＣの消費者は、設計、製品定義、製造、マーケティング、および、購入決定の際に、多かれ少なかれ、インターフェースの選択を考慮しなければならない。例えば、消費者が、アナログＶＧＡインターフェースを備えたＰＣを購入する場合には、アナログモニタと、ＶＧＡインターフェースによって供給されるアナログビデオ信号をインラインのアナログデジタル変換器（ＡＤＣ）またはモニタ組み込みのＡＤＣによってデジタル化するデジタルモニタと、のいずれかを購入しなければならない。
【０００６】
したがって、ビデオソースとビデオディスプレイとを接続するための現行のインターフェース（ＤＶＩなど）よりもコスト効率の良いデジタルインターフェースを有することが望ましい。一部の場合には、デジタルインターフェースは、ＶＧＡなどのアナログビデオとの下位互換性を有する。
【発明の開示】
【０００７】
縮小セットのマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイとを接続するよう構成された小型のパケットベース・マルチメディア・インターフェースが開示されている。そのマルチメディア・インターフェースは、少なくとも、前記マルチメディアソースを前記マルチメディアシンクに接続し、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記固有のマルチメディアクロックレートに依存しないリンクレートで搬送するよう構成された単一のレーンを有する単方向メインリンクと、前記マルチメディアソースと前記ディスプレイとを接続する半二重双方向補助チャネルであって、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供する、半二重双方向補助チャネルと、前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースおよび前記ディスプレイに、電気的に接続するよう構成されたコネクタ構成と、を備える。
【０００８】
別の実施形態では、システムが開示されており、そのシステムは、少なくとも、縮小セットのマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイと、小型のパケットベース・マルチメディア・インターフェースと、を備える。小型のパケットベース・マルチメディア・ディスプレイは、少なくとも、前記マルチメディアソースを前記マルチメディアシンクに接続し、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記固有のマルチメディアクロックレートに依存しないリンクレートで搬送するよう構成された単一のレーンを有する単方向メインリンクと、前記マルチメディアソースと前記ディスプレイとを接続する半二重双方向補助チャネルであって、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供する、半二重双方向補助チャネルと、前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースおよび前記ディスプレイに、電気的に接続するよう構成されたコネクタ構成と、を備える。
【０００９】
さらに別の実施形態では、方法が開示されており、その方法は、少なくとも、縮小セットのマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイとを、小型のパケットベース・マルチメディア・インターフェースを用いて接続する工程であって、前記小型のパケットベース・マルチメディア・インターフェースは、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記固有のマルチメディアクロックレートに依存しないリンクレートで搬送するよう構成された単一のレーンのみを有する単方向メインリンクと、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供する半二重双方向補助チャネルと、前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースおよび前記ディスプレイに、電気的に接続するよう構成されたコネクタ構成と、を備える、工程と、前記パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに前記リンクレートで送る工程と、を備える。また、本発明は、以下の適用例としても実現可能である。
[適用例１]
縮小セットのマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイとを接続するよう構成された小型のパケットベース・マルチメディア・インターフェースであって、
前記マルチメディアソースを前記マルチメディアシンクに接続し、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記固有のマルチメディアクロックレートに依存しないリンクレートで搬送するよう構成された単一のレーンのみを有する単方向メインリンクと、
前記マルチメディアソースと前記ディスプレイとを接続する半二重双方向補助チャネルであって、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供する、半二重双方向補助チャネルと、
前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースおよび前記ディスプレイに、電気的に接続するよう構成されたコネクタ構成と、
を備える、パケットベース・マルチメディア・インターフェース。
[適用例２]
適用例１に記載のパケットベース・ディスプレイ・インターフェースであって、前記マルチメディアデータストリームは、前記固有のストリームレートに依存しない、関連する調整可能なデータストリームリンクレートを有する、パケットベース・ディスプレイ・インターフェース。
[適用例３]
適用例１に記載のインターフェースであって、前記マルチメディアデータストリームは等時性であり、前記情報の転送は非同期である、インターフェース。
[適用例４]
適用例１に記載のディスプレイ・インターフェースであって、さらに、
アクティブなシンク装置がいつ前記リンク部に接続されたのかを自動的に決定するよう構成されたホットプラグ・イベント検出部を備える、ディスプレイ・インターフェース。
[適用例５]
適用例１に記載のディスプレイ・インターフェースであって、前記補助チャネルによって搬送される前記情報は、同期外れ情報と、パケット脱落情報と、トレーニングセッション結果情報とを含む、ディスプレイ・インターフェース。
[適用例６]
適用例１に記載のディスプレイ・インターフェースであって、前記リンクレートは、約２．７Ｇｂｐｓ以下で調整可能であり、関連する２７０Ｍｂｙｔｅｓ／ｓｅｃの帯域幅を有する、ディスプレイ・インターフェース。
[適用例７]
適用例１５に記載のディスプレイ・インターフェースであって、前記ソース装置は、前記補助チャネルを用いて、前記オーディオストリームに対応するオーディオサンプルレートおよびサンプル当たりのビット数を、前記ディスプレイ装置に通知する、ディスプレイ・インターフェース。
[適用例８]
適用例１に記載のディスプレイ・インターフェースであって、前記補助チャネルは、セルフクロックのデータ信号を用いて、少なくとも４８０Ｍｂｓまでのデータ伝送レートをサポートする、ディスプレイ・インターフェース。
[適用例９]
適用例８に記載のディスプレイ・インターフェースであって、前記インターフェースが、マルチマスタモードに設定された場合に、前記マルチメディアソースと前記ディスプレイの一方がマスタ装置となり、応答のシリアルデータが、応答するスレーブ装置から、要求するマスタ装置へ、前記補助チャネルを介して送られる、ディスプレイ・インターフェース。
[適用例１０]
適用例９に記載のディスプレイ・インターフェースであって、さらに、
補助チャネル要求を監視して、任意の競合する要求の優先順位を提供するよう構成された調停部を備える、ディスプレイ・インターフェース。
[適用例１１]
システムであって、
縮小セットのマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、
マルチメディアディスプレイと、
小型のパケットベース・マルチメディア・インターフェースと、を備え、
前記パケットベース・マルチメディア・インターフェースは、
前記マルチメディアソースを前記マルチメディアシンクに接続し、パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記固有のマルチメディアクロックレートに依存しないリンクレートで搬送するよう構成された単一のレーンを有する単方向メインリンクと、
前記マルチメディアソースと前記ディスプレイとを接続する半二重双方向補助チャネルであって、前記単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供する、半二重双方向補助チャネルと、
前記単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースおよび前記ディスプレイに、電気的に接続するよう構成されたコネクタ構成と、
を備える、システム。
[適用例１２]
適用例１１に記載のシステムであって、前記マルチメディアデータストリームは、前記固有のストリームレートに依存しない、関連する調整可能なデータストリームリンクレートを有する、システム。
[適用例１３]
適用例１１に記載のシステムであって、前記マルチメディアデータストリームは等時性であり、前記情報の転送は非同期である、システム。
[適用例１４]
適用例１１に記載のディスプレイ・インターフェースであって、さらに、
アクティブなシンク装置がいつ前記リンク部に接続されたのかを自動的に決定するよう構成されたホットプラグ・イベント検出部を備える、ディスプレイ・インターフェース。
[適用例１５]
適用例１１に記載のディスプレイ・インターフェースであって、前記補助チャネルによって搬送される前記情報は、同期外れ情報と、パケット脱落情報と、トレーニングセッション結果情報とを含む、ディスプレイ・インターフェース。
[適用例１６]
適用例１１に記載のディスプレイ・インターフェースであって、前記リンクレートは、約２．７Ｇｂｐｓ以下で調整可能であり、関連する２７０Ｍｂｙｔｅｓ／ｓｅｃの帯域幅を有する、ディスプレイ・インターフェース。
[適用例１７]
適用例１５に記載のディスプレイ・インターフェースであって、前記ソース装置は、前記補助チャネルを用いて、前記オーディオストリームに対応するオーディオサンプルレートおよびサンプル当たりのビット数を、前記ディスプレイ装置に通知する、ディスプレイ・インターフェース。
[適用例１８]
適用例１１に記載のディスプレイ・インターフェースであって、前記補助チャネルは、セルフクロックのデータ信号を用いて、少なくとも４８０Ｍｂｓまでのデータ伝送レートをサポートする、ディスプレイ・インターフェース。
[適用例１９]
適用例１８に記載のディスプレイ・インターフェースであって、前記インターフェースが、マルチマスタモードに設定された場合に、前記マルチメディアソースと前記ディスプレイの一方がマスタ装置となり、応答のシリアルデータが、応答するスレーブ装置から、要求するマスタ装置へ、前記補助チャネルを介して送られる、ディスプレイ・インターフェース。
[適用例２０]
適用例１９に記載のディスプレイ・インターフェースであって、さらに、
補助チャネル要求を監視して、任意の競合する要求の優先順位を提供するよう構成された調停部を備える、ディスプレイ・インターフェース。
[適用例２１]
方法であって、
縮小セットのマルチメディアフォーマットを固有のマルチメディアクロックレートでそれぞれ提供するよう構成された携帯型マルチメディアソースと、マルチメディアディスプレイとを、小型のパケットベース・マルチメディア・インターフェースを用いて接続する工程であって、前記小型のパケットベース・マルチメディア・インターフェースは、
パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに、前記固有のマルチメディアクロックレートに依存しないリンクレートで搬送するよう構成された単一のレーンのみを有する単方向メインリンクと、
単方向メインリンクと協調して、前記マルチメディアソースと前記ディスプレイとの間で情報を転送するために、前記マルチメディアソースと前記ディスプレイとの間に補助通信リンクを提供する半二重双方向補助チャネルと、
単方向メインリンクおよび前記半二重双方向補助チャネルを前記マルチメディアソースおよび前記ディスプレイに、電気的に接続するよう構成されたコネクタ構成と、を備える、工程と、
前記パケット化されたマルチメディアデータストリームを前記マルチメディアソースから前記マルチメディアディスプレイに前記リンクレートで送る工程と、
を備える、方法。
[適用例２２]
適用例２１に記載の方法であって、前記マルチメディアソース装置は、携帯型マルチメディアプレーヤである、方法。
[適用例２３]
適用例２１に記載の方法であって、前記マルチメディアデータストリームは等時性であり、前記補助チャネルを介しての前記情報の転送は非同期である、方法。
【発明を実施するための最良の形態】
【００１０】
以下では、添付の図面に例示された本発明の特定の実施形態について詳しく説明する。特定の実施形態を参照して本発明の説明を行うが、本発明がその実施形態に限定されることを意図するものではない。逆に、本発明は、添付の特許請求の範囲に規定された発明の趣旨および範囲に含まれる代替物、変形物、および、等価物を網羅する。
【００１１】
本発明のインターフェースは、開放型および拡張可能な、ポイント・ツー・ポイント、パケットベース、プラグ・アンド・プレイ、シリアル・ディスプレイ・インターフェースであり、デスクトップモニタ（これに限られない）での利用に適していると共に、ノートＰＣやオールインワンＰＣ、および、ＨＤＴＶディスプレイなどの家電ディスプレイ装置においてもＬＣＤの接続を実現する。シングル・ビデオ・ラスタに加えてＶｓｙｎｃ、Ｈｓｙｎｃ、ＤＥなどのタイミング信号を伝送する従来のディスプレイ・インターフェースと異なり、本発明のインターフェースは、１または複数のパケットストリームを同時に転送できるマルチストリームパケット転送のシステムを、物理リンク内に確立された「仮想パイプ」の形態で提供する。
【００１２】
例えば、図１は、本発明の一実施形態に従って、クロスプラットフォームのパケットベース・デジタルビデオ・ディスプレイ・インターフェース１００を示す概略図である。インターフェース１００は、物理リンク１０６（パイプとも呼ばれる）によってトランスミッタ１０２をレシーバ１０４に接続する。本実施形態では、トランスミッタ１０２は、複数のデータストリーム１０８〜１１２を受信し、必要に応じて、各データストリームを、対応する数のデータパケット１１４にパケット化する。次いで、これらのデータパケットは、対応するデータストリームの形態に構成され、それぞれのデータストリームが、関連する仮想パイプ１１６〜１２０によってレシーバ１０４に受け渡される。なお、各仮想リンクのリンクレート（すなわち、データパケットの転送レート）は、個々のデータストリームについて最適化することができるため、物理リンク１０６によって搬送されるデータストリームは、それぞれ、関連のリンクレートを有することになる（すなわち、個々のデータストリームに応じてリンクレートが異なってよい）。データストリーム１１０〜１１４は、ビデオ、グラフィック、オーディオなど、様々な形態を取りうる。
【００１３】
通例は、ソースがビデオソースである場合、データストリーム１１０〜１１４は、コンポジットビデオ、シリアルデジタル、パラレルデジタル、ＲＧＢ、または、コンシューマデジタルビデオなど、任意の数および形式の周知のフォーマットを取ることができる各種のビデオ信号を含む。ソース１０２が、例えば、アナログテレビ、スチルカメラ、アナログＶＣＲ、ＤＶＤプレーヤ、カムコーダ、レーザディスクプレーヤ、ＴＶチューナ、セットトップボックス（サテライトＤＳＳまたはケーブル信号を用いる）など、何らかの形態のアナログビデオソースを含む場合には、ビデオ信号はアナログビデオ信号でありうる。ソース１０２は、また、デジタルテレビ（ＤＴＶ）、デジタルスチルカメラなど、デジタル画像ソースを含んでもよい。デジタルビデオ信号は、標準的な４８０プログレッシブ走査ビデオはもちろん、ＳＭＰＴＥ ２７４Ｍ−１９９５（１９２０ｘ１０８０解像度、プログレッシブ走査またはインターレース走査）、ＳＭＰＴＥ ２９６Ｍ−１９９７（１２８０ｘ７２０解像度、プログレッシブ走査）など、任意の数および種類の周知のデジタルフォーマットであってよい。
【００１４】
ソース１０２がアナログ画像信号を供給する場合、アナログ・デジタルコンバータ（Ａ／Ｄ）がアナログの電圧信号または電流信号を不連続な一連のデジタル符号化された数（信号）に変換し、その処理で、デジタル処理に適した適切なデジタル画像データワードを形成する。様々なＡ／Ｄコンバータのいずれを利用してもよい。例えば、フィリップス社、テキサスインスツルメント社、アナログデバイス社、ブルックツリー社などによって製造されたＡ／Ｄコンバータを用いてもよい。
【００１５】
例えば、データストリーム１１０がアナログ形式の信号である場合は、そのアナログデータは、トランスミッタ１０２に含まれるかトランスミッタ１０２に結合されているアナログ・デジタルコンバータ（図示せず）によってデジタル化される。そのデジタル化されたデータストリーム１１０は、次に、パケタイザによってパケット化され、複数のデータパケット１１４に変換される。各データパケット１１４は、仮想リンク１１６によってレシーバ１０４に送信される。レシーバ１０４は、次に、データパケット１１４を適切に再結合して元のフォーマットに戻し、データストリーム１１０を再構築する。なお、リンクレートは、固有の（native）ストリームレートに依存しない。物理リンク１０６のリンク帯域幅は、伝送されるデータストリームの集合帯域幅よりも高帯域幅であればよい。本実施形態では、受信データ（ビデオデータの場合にはピクセルデータなど）は、データマッピング定義に基づいてそれぞれの仮想リンク上でパックされる。したがって、ＤＶＩなどの従来の相互接続と異なり、物理リンク１０６（または、構成要素である仮想リンクのいずれか）は、リンク文字クロックごとに１つのピクセルデータを運ぶことはない。
【００１６】
このように、インターフェース１００は、ビデオデータおよびグラフィクスデータだけでなく、必要に応じてオーディオデータおよびその他のアプリケーションデータをも移送する拡張可能な媒体を提供する。また、本発明は、ホットプラグ・イベントの検出をサポートし、物理リンク（またはパイプ）をその最適な伝送レートに自動的に設定する。本発明は、マルチプラットフォームに適したあらゆるディスプレイに対して、ピン数が少ない純粋にデジタル方式のディスプレイ相互接続を提供する。かかるプラットフォームとしては、ディスプレイのホスト、ラップトップ／オールインワンはもちろん、ＨＤＴＶおよびその他の家電アプリケーションも含まれる。
【００１７】
ビデオデータおよびグラフィクスデータを提供するだけでなく、ディスプレイタイミング情報をデジタルストリームに埋め込み、基本的に完全かつ即時のディスプレイの配向を実現できるため、「Ａｕｔｏ−Ａｄｊｕｓｔ」などの機能が不要になる。本発明のインターフェースのパケットベースの性質により、マルチメディアアプリケーション用の複数のビデオ／グラフィクスストリームおよびオーディオストリームなどの複数のデジタルデータストリームをサポートするための拡張性を実現できる。また、さらなるケーブルを配線する必要なしに、周辺装置の取り付けおよびディスプレイの制御のためのユニバーサルシリアルバス（ＵＳＢ）転送を提供することができる。
【００１８】
以下では、本発明のディスプレイ・インターフェースの他の実施形態について説明する。
【００１９】
図２は、図１に示したシステム１００に基づくシステム２００の図であり、システム２００は、ビデオソース２０２とビデオディスプレイ部２０４とを接続するために使用される。図の実施形態において、ビデオソース２０２は、デジタル画像（すなわち、デジタルビデオソース）２０６およびアナログ画像（すなわち、アナログビデオソース）２０８の一方または両方を含むことができる。デジタル画像ソース２０６の場合には、デジタルデータストリーム２１０がトランスミッタ１０２に供給され、アナログビデオソース２０８の場合には、それに接続されたＡ／Ｄ変換部２１２がアナログデータストリーム２１３を、それに対応するデジタルデータストリーム２１４に変換する。次いで、デジタルデータストリーム２１４は、デジタルデータストリーム２１０とほぼ同じ方法でトランスミッタ１０２によって処理される。ディスプレイ部２０４は、アナログ方式のディスプレイでもデジタル方式のディスプレイでもよく、一部の例では、アナログ信号およびデジタル信号のいずれが供給されても処理できるディスプレイであってよい。いずれの場合も、ディスプレイ部２０４は、レシーバ１０４をディスプレイ２１８に接続するディスプレイ・インターフェース２１６を備え、アナログ方式のディスプレイである場合にはさらにＤ／Ａ変換部２２０を備える。本実施形態では、ビデオソース２０２は、様々な形態（デスクトップパソコン、デジタルＴＶまたはアナログＴＶ、セットトップボックスなど）を取ってよく、ビデオディスプレイ部１０４は、ビデオディスプレイ（ＬＣＤディスプレイ、ＣＲＴディスプレイなど）の形態を取ってよい。
【００２０】
ビデオソースまたはビデオシンクの形態に関わらず、各種データストリームは、物理リンク１０６を介した伝送に先だってデジタル化（必要な場合）およびパケット化される。物理リンク１０６は、等時性データストリームのための単方向のメインリンク２２２と、ビデオソース２０２とビデオディスプレイ２０４との間でのリンクの設定およびその他のデータトラフィック（各種のリンク管理情報、ユニバーサルシリアルバス（ＵＳＢ）データなど）のための双方向の補助チャネル２２４とを含む。
【００２１】
したがって、メインリンク２２２は、複数の等時性データストリーム（複数のビデオ／グラフィクスストリームおよびマルチチャネルオーディオストリームなど）を同時に伝送することができる。本実施形態では、メインリンク２２２は、複数の異なる仮想チャネルを備えており、各チャネルは、数ギガビット／秒（Ｇｂｐｓ）で等時性データストリーム（非圧縮のグラフィクス／ビデオデータおよびオーディオデータなど）を転送することができる。したがって、論理的な観点から見ると、メインリンク２２２は１つの物理パイプのように見え、その内部には複数の仮想パイプを確立することができる。このように、複数の論理データストリームが複数の物理チャネルに割り当てられるのではなく、各論理データストリームが各自の論理パイプ（すなわち、上述の仮想チャネル）で搬送される。
【００２２】
本実施形態では、メインリンク２２２の速度すなわち転送レートは、リンクの状態を補償するために調節可能である。例えば、一実装形態では、メインリンク２２２の速度は、最低速度である約１．０Ｇｂｐｓ／チャネルから約２．５Ｇｂｐｓ／チャネルまでの範囲におよそ０．４Ｇｂｐｓきざみで調節することができる（図３参照）。２．５Ｇｂｐｓ／チャネルである場合は、メインリンク２２２は、１８ビット／ピクセルの色深度を有するＳＸＧＡ ６０Ｈｚを１つのチャネルでサポートすることができる。なお、チャネル数の減少は、相互接続のコストを低減させるだけでなく、携帯機器などの電力の影響を受けやすい応用例にとっての重要な考慮事項である消費電力低減させる（そのため、望ましいことである）ことに注意されたい。しかしながら、チャネル数を４本まで増やすと、メインリンク２２２は、６０Ｈｚで色深度が２４ビット／ピクセルであるＷＱＳＸＧＡ（画像解像度：３２００ｘ２０４８）または６０Ｈｚで色深度が１８ビット／ピクセルであるのＱＳＸＧＡ（画像解像度：２５６０ｘ２０４８）を、データの圧縮なしにサポートすることができる。１．０Ｇｂｐｓ／チャネルの最低レートでも、２本のチャネルがあれば非圧縮ＨＤＴＶ（すなわち、１０８０ｉまたは７２０ｐ）データストリームをサポートすることができる。
【００２３】
本実施形態では、メインリンクのデータレートは、その帯域幅がメインリンクを構成する仮想リンクの集合帯域幅を超えるように選択される。インターフェースに送信されたデータは、それに固有のレートでトランスミッタに到達する。そして、レシーバ１０４の中の時間ベースリカバリ（ＴＢＲ）部２２６が、必要に応じてメインリンクのデータパケットに埋め込まれたタイムスタンプを用いて、ストリームの元々の固有レートを再生成する。ただし、図２Ｂに示された適切に構成されたデジタルディスプレイ装置２３２では、ディスプレイデータはリンク文字クロックレートでディスプレイドライバ電子機器に送信されるので、時間ベースのリカバリは不要であり、それにより、必要とされるチャネル数を大幅に減らし、それに応じてディスプレイの複雑さおよびコストを低減することができる。例えば、図２Ｃは、ＬＣＤパネル２３２の一例を示しており、それは、ディスプレイデータが基本的に、アレイ２４０内の選択されたディスプレイ素子２３８を駆動するためにロウドライバ２３６と合わせて用いられる様々なカラムドライバ２３４に搬送されるため、時間ベースのリカバリを行わないよう構成されている。
【００２４】
他の実施形態は、リンクレートおよびピクセル／オーディオクロックレートのための簡単な計算法を説明する。現在存在する標準的なピクセル／オーディオクロック周波数は、すべて、以下のマスタ周波数のサブセットであることが研究によって明らかになっている。
２３．７６ＧＨｚ＝２１０×３３×５７×１１１Ｈｚ
これは、４つのパラメータ（Ａ、Ｂ、Ｃ、および、Ｄ）を用いてピクセル（または、オーディオ）クロックレートを以下のように表すことができることを意味する。
ピクセルクロックレート＝２Ａ×３Ｂ×５Ｃ×１１Ｄ
Ａ＝４ビット、Ｂ＝２ビット、Ｃ＝３ビット、および、Ｄ＝１ビット
【００２５】
ピクセルクロックレートと異なりうるリンクレート（８Ｂ／１０Ｂ文字などの１０ビット文字を用いるリンクについては、シリアルリンクビットレート／１０である）を有するリンクに対しても、これら４つのパラメータＡ’、Ｂ’、Ｃ’、および、Ｄ’でリンクレートを定義すると有利である。すなわち、リンククロックからのピクセル／オーディオクロックの再生成が簡単であるという利点がある。例えば、リンクレートがＡ’＝６、Ｂ’＝３、Ｃ’＝７、および、Ｄ’＝０として設定されると、対応するリンクレートは１３５ＭＨｚである。しかしながら、ピクセルクロックレートがＡ＝８、Ｂ＝３、Ｃ＝６、および、Ｄ＝０（＝１０８ＭＨｚ）に設定されると、ピクセルクロックは、ピクセルクロックレートがリンクレート×２２／５ １に等しいことから、リンククロックから生成できる。
【００２６】
再び、時間ベースのリカバリを必要とするシステムを参照すると、時間ベースリカバリ部２２６は、デジタルクロックシンセサイザとして実装されてよい。非圧縮ビデオストリームについては、後ほど詳述するように２０ビット値であるタイムスタンプは、パケットヘッダに格納される。与えられたストリームについて、２０ビットの内の４ビットずつが各ヘッダに逐次格納される（ＴＳ３−０、ＴＳ７−４、ＴＳ１１−８、ＴＳ１５−１２、ＴＳ１９−１６）。固有のストリーム周波数（Ｆｒｅｑ＿ｎａｔｉｖｅ）は、リンク文字クロック周波数（Ｆｒｅｑ＿ｌｉｎｋ＿ｃｈａｒ）をから以下の式によって得られる。
式（１）：Ｆｒｅｑ＿ｎａｔｉｖｅ＝Ｆｒｅｑ＿ｌｉｎｋ＿ｃｈａｒ×（ＴＳ１９−０）／２２０
【００２７】
トランスミッタ１０２は、２２０サイクルのリンク文字クロック周波数周期における固有のストリームクロックの数をカウントすることによって、このタイムスタンプを生成する。カウンタは、リンク文字クロックの２２０サイクルごとに更新を行う。これら２つのクロックは互いに非同期であるので、タイムスタンプ値は時間とともに１だけ変化する。更新と更新との間には、トランスミッタ１０２は、与えられたパケットストリームのヘッダ内に含まれる同じタイムスタンプを繰り返し送信する。タイムスタンプの急激な変化（１カウントを上回る変化）は、レシーバにより、ストリームソースの不安定状態を示すものとして解釈されうる。
【００２８】
なお、オーディオストリームについては、タイムスタンプは通信されないことに注意されたい。この場合、ソース装置は、オーディオサンプルレートおよびサンプル当たりのビット数をディスプレイ装置に通知する。式（２）およびリンク文字レートに基づいてオーディオレートを決定することによって、ディスプレイ装置は、元のオーディオストリームレートを再生成する。
【００２９】
式（２）：オーディオレート＝（オーディオサンプルレート）×（サンプル当たりのビット数）×（チャネル数）
【００３０】
図４Ａに示すメインリンクデータパケット４００は、図４Ｂに示すようなメインリンクパケットヘッダ４０２を含む。そのメインリンクパケットヘッダ４０２は、１６ビットで構成され、このうちビット３−０はストリームＩＤ（ＳＩＤ）であり（すなわち、最大ストリームカウントが１６であることを示す）、ビット４はタイムスタンプ（ＴＳ）ＬＳＢである。ビット４が１であるとき、このパケットヘッダは、タイムスタンプ値の最下位の４ビットを有する（非圧縮ビデオストリームのためにのみ用いられる）。ビット５は、ビデオフレーム境界において「０」から「１」または「１」から「０」に切り替わるフレームカウンタの最下位ビットとして機能するビデオフレームシーケンスビットである（非圧縮ビデオストリームのために用いられる）。ビット７およびビット６は予備ビットであり、ビット８〜１０は、先の８ビットのエラーをチェックする４ビットのＣＲＣ（ＣＲＣ）である。ビット１５〜１２は、タイムスタンプ／ストリームＩＤの反転であり（ＴＳＰ／ＳＩＤｎ）、非圧縮ビデオに対して、２０ビットのタイムスタンプ値の内の４ビットとして用いられる。
【００３１】
本発明によるインターフェースの利点の１つは、それぞれフォーマットが異なりうる複数の異なるデータストリームを多重化しつつ、特定のメインリンクデータパケットに複数のサブパケットを含ませることができる点である。例えば、図５は、本発明の一実施形態に従って、サブパケットの格納および複数パケットの多重化を実現するよう構成されたシステム５００を示している。システム５００は、図２に示したシステム２００の特定の実施形態であるため、本発明の範囲または趣旨を限定するものとは解釈されない。システム５００は、トランスミッタ１０２内にストリームソースマルチプレクサ５０２を備える。そのマルチプレクサ５０２は、ストリーム１である補足データストリーム５０４をデータストリーム２１０と結合して多重化データストリーム５０６を形成する。次いで、多重化データストリーム５０６は、リンク層マルチプレクサ５０８に転送され、そのマルチプレクサ５０８は、複数のデータストリームの内の任意のものを結合し、複数のデータパケット５１２からなる多重化メインリンクストリーム５１０を形成する。データパケット５１２の一部には、複数のサブパケット５１４のいずれかが格納されてよい。リンク層デマルチプレクサ５１６は、ストリームＩＤ（ＳＩＤ）および関連のサブパケットヘッダに基づいて多重化データストリーム５１０をその構成要素としてのデータストリームに分割し、ストリームシンクデマルチプレクサ５１８は、サブパケットに含まれるストリーム１の補足データストリームをさらに分割する。
【００３２】
図６は、図５に示した、３つのストリームがメインリンク２２２上で多重化される場合の図５に示したストリーム５１０の一例として、多重化メインリンクストリーム６００を示す概略図である。この例における３つのストリームとは、ＵＸＧＡグラフィクス（ストリームＩＤ＝１）、１２８０×７２０ｐビデオ（ストリームＩＤ＝２）、およびオーディオ（ストリームＩＤ＝３）である。メインリンクパケット４００は、パケットヘッダのサイズが小さいので、パケットのオーバーヘッドを最小限に抑え、その結果、非常に高いリンク効率が実現される。パケットヘッダをこれほど小さくできるのは、メインリンク２２２を介したパケットの伝送に先だって、パケットの属性が補助チャネル２２４を介して通信されるからである。
【００３３】
一般に、サブパケットの格納は、メインパケットストリームが非圧縮ビデオである場合に有効な手段である。これは、非圧縮ビデオデータストリームが、ビデオブランキング期間に対応するデータアイドル期間を有するためである。したがって、非圧縮ビデオストリームで形成されるメインリンクトラフィックは、この期間内に一連のヌル特殊文字パケットを含む。様々なデータストリームを多重化する能力を十分に活用することによって、本発明のいくつかの実装例は、様々な方法を用いて、ソースストリームがビデオデータストリームである場合のメインリンクレートとピクセルデータレートとの差を補償する。例えば、図７に示すように、ピクセルデータレートが０．５Ｇｂ／ｓｅｃであれば、０．２ｎｓ毎に１ビットのピクセルデータが伝送される。この例では、リンクレートは１．２５Ｇｂ／ｓｅｃに設定されており、０．８ｎｓ毎に１ビットのピクセルデータが伝送される。このとき、トランスミッタ１０２は、図８に示すように、ピクセルデータの間に特殊文字を散在させる。第１のピクセルデータビットＰ１と第２のピクセルデータビットＰ２との間には、２つの特殊文字が配置される。特殊文字の存在により、レシーバ１０４は、各ピクセルデータビットを区別できるようになる。また、ピクセルデータのビットの間に特殊文字を散在させることにより、安定したデータストリームを生成して、リンクの同期化を維持することができる。この例では、特殊文字はヌル文字である。リンクレートが十分に速いので、かかる方法ではラインバッファは必要でなく、小規模なＦＩＦＯだけでよい。しかしながら、受信側では、ビデオ信号の再構築のために比較的多くのロジックが必要である。レシーバは、特殊文字が開始および終了する時を認識する必要がある。
【００３４】
散在させる方法の代替としては、ピクセルデータの連続的なビットとヌル値などの特殊文字とを交互にする方法がある。例えば、トランスミッタ１０４が備えるラインバッファにＰ１〜Ｐ４を供給し、次いで、さらなるピクセルデータが利用可能になるまで、同バッファに１または複数のヌル値を供給することができる。かかる実装例は、上述した散在させる方法よりも大きいバッファスペースを必要とする。多くのかかる実装例では、比較的高いリンク速度により、ラインバッファを満たすために必要な時間が、ラインバッファを満たした後にデータを伝送するために必要な時間を超える。
【００３５】
図５Ａを参照して説明したように、本発明のインターフェースの利点の１つは、様々なデータストリームを多重化できるだけでなく、ある特定のメインリンクデータパケット内に複数のサブパケットの内の任意のものを格納できる点である。図９Ａは、本発明の一実施形態に従って、代表的なサブパケット９００を示している。サブパケット９００は、サブパケットヘッダ９０２を含み、サブパケットヘッダ９０２は、本実施形態においては、２バイトであると共に、ＳＰＳ（サブパケット開始）特殊文字を伴う。このサブパケット９００が格納されるメインリンクデータパケットが、サブパケット９００に加えてパケットペイロードを含む場合には、ＳＰＥ（サブパケット終了）特殊文字によって、サブパケット９００の終了をマークする必要がある。そうでないと、（図９Ｂの例において次のＣＯＭ文字によって示される）メインパケットの終了が、サブパケット９０２と同サブパケットを格納するメインパケットとの両方の終了をマークすることになる。しかしながら、サブパケットは、それを格納するメインパケットがペイロードを含まない場合には、ＳＰＥで終わる必要がない。図９Ｂは、本発明の一実施形態に従って、メインリンクパケット内のサブパケットのフォーマットの一例を示している。なお、ヘッダフィールドおよびサブパケットペイロードの定義は、サブパケット９０２を用いる特定のアプリケーションプロファイルに依存する。
【００３６】
サブパケット格納の利用法の特に有用な一例として、図１０に示す非圧縮グラフィクス画像１０００の選択的なリフレッシュがある。フレーム１００２全体の属性（水平合計／垂直合計、画像幅／画像高さ、など）は、ストリームが有効である限りは一定であるので、補助チャネル２４４を介して伝送される。選択的リフレッシュ動作の際には、ビデオフレーム毎に、画像１０００の部分１００４のみが更新される。更新される１または複数の長方形（すなわち、部分１００４）の４つのＸＹ座標は、その長方形の座標の値がフレームによって変わるため、フレーム毎に伝送される必要がある。別の一例として、２５６色のグラフィクスデータに必要なカラールックアップテーブル（ＣＬＵＴ）データの伝送が挙げられる。この例においては、８ビットのピクセルデータは２５６エントリＣＬＵＴの１エントリであり、ＣＬＵＴの内容は動的に更新される必要がある。
【００３７】
単一の双方向補助チャネル２２４は、リンクのセットアップに有用な機能、メインリンクの動作をサポートする機能、ＵＳＢトラフィックなどの補助アプリケーションデータを搬送する機能など、様々なサポート機能にコンジットを提供する。例えば、補助チャネル２２４を用いると、ディスプレイ装置は、同期外れ、パケットの脱落、および、トレーニングセッション（後述する）の結果などのイベントを、ソース装置に通知することができる。例えば、ある特定のトレーニングセッションが失敗であった場合は、トランスミッタ１０２は、その失敗したトレーニングセッションの予め選択された結果または決定された結果に基づいて、メインリンクレートを調整する。このように、調整可能かつ高速のメインリンクと、比較的低速かつ非常に信頼性の高い補助チャネルとを組み合わせて構成された閉ループによると、様々なリンク状態にわたって頑強な動作を実現できる。一部の場合には（その一例を図５Ｂに示す）、ソース装置２０２からシンク装置２０４にデータを転送するためにメインリンク２２２の帯域幅の一部５２２を利用し、シンク装置２０４からソース装置２０２への単方向の上りチャネル５２４を利用することで、論理的な双方向補助チャネル５２０を確立することができる。一部の応用例では、この論理的な双方向補助チャネルを用いる方が、図５Ａで説明した半二重の双方向チャネルを用いるよりも望ましい。
【００３８】
実際のパケットデータストリームの伝送を始める前に、トランスミッタ１０２は、モデムのリンクセットアップと概念が類似したリンクトレーニングセッションを通して安定したリンクを確立する。リンクトレーニング中に、メインリンクのトランスミッタ１０２は、レシーバ１０４が確かなビットロック／文字ロックを実現できるか否かを決定できるように、予め定義されたトレーニングパターンを送信する。本実施形態では、トランスミッタ１０２とレシーバ１０４との間のトレーニング関連のハンドシェークが補助チャネルで搬送される。図１１は、本発明の一実施形態にしたがって、リンクトレーニングパターンの一例を示している。図に示すように、トレーニングセッション中に、イコライザを最適化するためにレシーバが用いるランレングスの内、段階１が最短のランレングスであり、段階２が最長のランレングスである。段階３では、リンク品質が妥当である限り、ビットロックおよび文字ロックの両方が実現される。通例、トレーニング期間は約１０ｍｓであり、この間に約１０７ビットのデータが送信される。レシーバ１０４が確かなロックを実現しない場合、レシーバ１０４は、その旨を補助チャネル２２４を介してトランスミッタ１０２に通知し、トランスミッタ１０２は、リンクレートを引き下げ、トレーニングセッションを繰り返す。
【００３９】
補助チャネル２２４は、トレーニングセッションのコンジットを提供するのに加えて、メインリンクパケットストリームの記述を搬送するためにも利用可能である。それにより、メインリンク２２２上のパケット伝送のオーバーヘッドを大幅に低減することができる。さらに、補助チャネル２２４は、どのモニタでも見られるディスプレイデータチャネル（ＤＤＣ）の代わりに、拡張ディスプレイ認識データ（ＥＤＩＤ）情報を搬送するよう構成されてもよい（ＥＤＩＤは、ベンダー情報、最大画像サイズ、色特性、出荷時の初期設定タイミング、周波数範囲の限界、および、モニタ名とシリアル番号とのための文字列など、モニタおよびその能力に関する基本情報を含むＶＥＳＡ規格のデータフォーマットである。情報は、ディスプレイ内に格納され、モニタとＰＣグラフィクスアダプタとの間に位置するＤＤＣを通じてシステムと通信するために用いられる。システムは、この情報を設定のために利用し、それによって、モニタおよびシステムは、協働できるようになる）。いわゆる拡張プロトコルモードにおいて、補助チャネルは、キーボード、マウス、および、マイクロホンなど、さらなるデータ型をサポートするために必要な、非同期パケットおよび等時性パケットの両方を搬送することができる。
【００４０】
図１２は、本発明の一実施形態に従って、システム２００の論理階層化１２００を示す図である。正確な実装例は、用途に応じて変わってもよいが、一般に、ソース（ビデオソース２０２など）は、トランスミッタハードウェアを含むソース物理層１２０２と、多重化ハードウェアおよび状態マシン（すなわち、ファームウェア）を含むソースリンク層１２０４と、オーディオ／ビジュアル／グラフィクスハードウェアおよび関連のソフトウェアなどのデータストリームソース１２０６と、から形成される。同様に、ディスプレイ装置は、物理層１２０８（様々なレシーバハードウェアを含む）と、逆多重化ハードウェアおよび状態マシン（すなわち、ファームウェア）を含むシンクリンク層１２１０と、ディスプレイ／タイミングコントローラハードウェアおよびオプションのファームウェアを含むストリームシンク１２１２と、を備える。ソースアプリケーションプロファイル層１２１４は、ソースがリンク層１２０４と通信するためのフォーマットを定義しており、同様に、シンクアプリケーションプロファイル層１２１６は、シンク１２１２がリンク層１２１０と通信するためのフォーマットを定義している。
【００４１】
以下では、各層について詳細に説明する。
【００４２】
本実施形態において、ソース装置の物理層１２０２は、電気サブ層１２０２−１および論理サブ層１２０２−２を含む。電気サブ層１２０２−１は、ホットプラグ／アンプラグ検出回路などのインターフェース初期化／動作のためのすべての回路と、ドライバ／レシーバ／終端抵抗と、パラレル・シリアル／シリアル・パラレル変換と、スペクトル拡散可能なＰＬＬとを含む。論理サブ層１２０２−２は、パケット化／逆パケット化のための回路と、データのスクランブル化／デスクランブル化のための回路と、リンクトレーニング用のパターン生成のための回路と、時間ベースリカバリ回路と、２５６のリンクデータ文字および１２の制御文字（その一例を図１３に示す）をメインリンク２２２に提供してマンチェスタＩＩ（図１４参照）を補助チャネル２２４に提供する８Ｂ／１０Ｂ（ＡＮＳＩ Ｘ３．２３０−１９９４の第１１条に規定されている）のようなデータのエンコーディング／デコーディングのための回路と、を含む。
【００４３】
８Ｂ／１０Ｂエンコーディングアルゴリズムは、例えば、米国特許第４，４８６，７３９号に記載されている。当業者に周知のように、８Ｂ／１０Ｂコードは、シリアル伝送のために８ビットのデータブロックを１０ビットのコードワードにエンコードするブロックコードである。また、８Ｂ／１０Ｂ伝送コードは、ランダムな１および０の１バイト幅のデータストリームを、最大ランレングスが５であるＤＣバランスされた１および０のストリームに変換する。かかるコードは、十分な信号遷移を提供することによって、トランシーバ１１０などのレシーバによる信頼性の高いクロックリカバリを可能にする。さらに、ＤＣバランスされたデータストリームは、光ファイバ接続および電磁接続に対して有利であることがわかっている。シリアルストリーム内の１および０の平均数は、等しいまたはほぼ等しいレベルに維持される。８Ｂ／１０Ｂ伝送コードは、１の数と０の数との間のディスパリティを、６および４ビットブロックの境界にわたって−２、０、または、２に制限する。また、このコード体系は、コマンドコードと呼ばれる信号伝達のためのさらなるコードを実装する。
【００４４】
非圧縮ディスプレイデータによって表される反復ビットパターンを回避するため（そしてＥＭＩを低減するため）、メインリンク２２２で伝送されるデータは、先ず、８Ｂ／１０Ｂエンコーディングの前にスクランブル化される。トレーニングパケットおよび特殊文字以外のすべてのデータがスクランブル化される。スクランブル化の機能は、線形フィードバックシフトレジスタ（ＬＦＳＲ）によって実装される。データ暗号化が使用可能である場合は、ＬＦＳＲシードの初期値は暗号キーセットに応じて決まる。暗号化なしのデータのスクランブル化である場合には、初期値は固定される。
【００４５】
データストリームの属性は、補助チャネル２２４で伝送されるので、メインリンクのパケットヘッダは、ストリームの識別番号として機能し、それにより、オーバーヘッドを大幅に低減するとともに、リンクの帯域幅を最大にすることができる。また、メインリンク２２２も補助リンク２２４も、個別のクロック信号線を持たない。このように、メインリンク２２２および補助リンク２２４上のレシーバは、受信したデータストリームから、データをサンプリングすると共にクロックを抽出する。補助チャネル２２４は半二重双方向であり、トラフィックの方向が頻繁に変化するので、レシーバの電気サブ層内の任意の位相ロックループ（ＰＬＬ）に対する素早い位相ロックが重要である。したがって、マンチェスタＩＩ（ＭII）コードの頻繁かつ一様な信号遷移により、補助チャネルのレシーバのＰＬＬは、わずか１６データ期間で位相ロックを行う。
【００４６】
リンクのセットアップ時には、補助チャネル２２４上でのハンドシェークを用いて、メインリンク２２２のデータレートのネゴシエーションが行われる。この処理中に、既知の複数組のトレーニングパケットが、最高リンク速度でメインリンク２２２を介して送信される。それが成功したか失敗したかについて、補助チャネル２２４を介してトランスミッタ１０２に戻される。トレーニングが失敗した場合は、メインリンクの速度が低減されて、成功するまでトレーニングが繰り返される。このように、ソース物理層１１０２はケーブルの問題に対する耐性が高くなるため、アプリケーションを監視するための外部ホストに、より適している。しかしながら、従来のディスプレイ・インターフェースと異なり、メインチャネルのリンクデータレートは、ピクセルクロックレートから分離されている。リンクデータレートは、リンク帯域幅が伝送ストリームの集合帯域幅を超えるように設定される。
【００４７】
ソースリンク層１２０４は、リンクの初期化および管理を扱っている。例えば、モニタの電源投入時またはモニタケーブルの接続時に生成されたホットプラグ検出イベントをソース物理層１２０２から受信すると、ソース装置のリンク層１２０４は、補助チャネル２２４上でのやり取りを通じてレシーバの能力を評価することによって、トレーニングセッションによって決定された最大メインリンクデータレートと、レシーバ上の時間ベースリカバリ部の数と、両端における利用可能なバッファサイズと、ＵＳＢ拡張の利用可能性とを決定し、関連のホットプラグ・イベントをストリームソース１２０６に通知する。さらに、ソースリンク層１２０４は、ストリームソース１２０６からの要求に応じて、ディスプレイ能力（ＥＤＩＤまたはその等価物）を読み出す。通常動作中に、ソースリンク層１２０４は、補助チャネル２２４を介してストリーム属性をレシーバ１０４に送信し、要求されたデータストリームを扱うのに十分なリソースをメインリンク２２２が有するか否かをストリームソース１２０４に通知し、同期外れやバッファあふれなどのリンク障害イベントをストリームソース１２０４に通知し、ストリームソース１２０４によって送信されたＭＣＣＳコマンドを補助チャネル２２４を介してレシーバに送信する。ソースリンク層１２０４とストリームソース／シンクとの間の通信はすべて、アプリケーションプロファイル層１２１４で定義されたフォーマットを用いる。
【００４８】
一般に、アプリケーションプロファイル層は、ストリームソース（またはシンク）が関連のリンク層とインターフェースをとる際のフォーマットを定義する。アプリケーションプロファイル層によって定義されたフォーマットは、アプリケーションに依存しないフォーマット（リンク状況照会のためのリンクメッセージ）と、アプリケーション依存のフォーマット（メインリンクのデータマッピング、レシーバのための時間ベースリカバリの式、および、該当する場合には、シンク能力／ストリーム属性メッセージのサブパケットフォーマット）と、に分類される。アプリケーションプロファイル層は、以下の色フォーマットをサポートする。すなわち、２４ビットＲＧＢ、１６ビットＲＧ２５６５、１８ビットＲＧＢ、３０ビットＲＧＢ、２５６色ＲＧＢ（ＣＬＵＴベース）、１６ビットＣｂＣｒ４２２、２０ビットＹＣｂＣｒ４２２、および、２４ビットＹＣｂＣｒ４４４である。
【００４９】
例えば、ディスプレイ装置のアプリケーションプロファイル層（ＡＰＬ）１２１４は、本質的に、メインリンク２２２を介したストリームソース／シンク間の通信のためのフォーマットを記述するアプリケーションプログラミングインターフェース（ＡＰＩ）である。そのフォーマットは、インターフェース１００に送信されたデータまたはインターフェース１００から受信されたデータのための表示フォーマットを含む。ＡＰＬ１２１４のいくつかの態様（電力管理コマンドフォーマットなど）は基本的な監視機能であるため、インターフェース１００のあらゆる用途に共通である。これに対し、データマッピングフォーマットおよびストリーム属性フォーマットなど、他の基本的ではない監視機能は、応用例、または、伝送される等時性ストリームの型に固有のものである。用途に関わらず、ストリームソース１２０４は、メインリンク２２２上での任意のパケットストリームの伝送開始に先だって、メインリンク２２２が保留データストリームを扱うことができるか否かを確認するためにソースリンク層１２１４に照会する。
【００５０】
メインリンク２２２が、保留パケットストリームをサポートできると決定された場合、ストリームソース１２０６は、ストリーム属性をソースリンク層１２１４に送信する。ストリーム属性は、次いで、補助チャネル２２４を介してレシーバに伝送される。これらの属性は、レシーバが、ある特定のストリームのパケットを識別し、ストリームから元データを回復して、元データをそのストリームに固有なデータレートに戻すために用いる情報である。データストリームの属性は、用途に依存して決まる。
【００５１】
メインリンク２２２上で所望の帯域幅を利用できない場合は、ストリームソース１２１４は、例えば、画像のリフレッシュレートまたは色深度を低減させることによる是正措置を取ってよい。
【００５２】
ディスプレイ装置の物理層１２１６は、ディスプレイ装置のリンク層１２１０およびディスプレイ装置のＡＰＬ１２１６を、リンクデータの伝送／受信のために用いられる信号伝達技術から切り離す。メインリンク２２２および補助チャネル２２４は、論理サブ層と、コネクタ仕様を含む電気サブ層とからなる物理層を各自に有する。例えば、図１５に示されるように、半二重で双方向の補助チャネル２２４は、リンクのそれぞれの端にトランスミッタおよびレシーバの両方を有する。補助リンクのトランスミッタ１５０２は、論理サブ層１２０８−１からリンク文字を提供される。次いで、これらのリンク文字は、シリアル化され、対応する補助リンクレシーバ１５０４に伝送される。レシーバ１５０４は、シリアル化されたリンク文字を補助リンク２２４から受信し、そのデータをリンク文字クロックレートで逆シリアル化する。なお、ソースの論理サブ層の主な機能は、トランスミッタポートのために、信号エンコーディング、パケット化、データスクランブル化（ＥＭＩ低減のため）、および、トレーニングパターン生成を行うことである。これに対し、レシーバの論理サブ層の主な機能は、レシーバポートのために、信号デコーディング、逆パケット化、データデスクランブル化、および、時間ベースのリカバリを行うことである。
【００５３】
補助チャネルの論理サブ層の主な機能は、データのエンコーディングおよびデコーディングと、データのフレーミングおよびデフレーミングとを含み、補助チャネルプロトコルは、スタンドアロンプロトコルおよび拡張プロトコルの２つの選択肢を有する。スタンドアロンプロトコル（ポイント・ツー・ポイント・トポロジにおけるリンクのセットアップ／管理機能に限定される）とは、リンク層の状態マシンまたはファームウェアによる管理が可能な軽量プロトコルであり、拡張プロトコルとは、ＵＳＢトラフィックなどの他のデータ型およびデイジーチェーン・シンク装置などの他のトポロジをサポートするプロトコルである。なお、データのエンコーディングおよびデコーディングの方式はプロトコルによらず同一であるが、データのフレーミングは両プロトコル間で異なる。図１５によると、補助チャネルの電気サブ層は、トランスミッタ１５０２およびレシーバ１５０４を含む。トランスミッタ１５０２は、論理サブ層からリンク文字を提供され、次いで、これらのリンク文字をシリアル化して送出する。レシーバ１５０４は、シリアル化されたリンク文字をリンク層から受信し、次いで、リンク文字クロックレートで逆シリアル化する。補助チャネル２２４の正信号および負信号は、図示されているように、リンクの各端において５０オームの終端抵抗を介して接地するよう終端処理されている。本実装形態において、駆動電流は、リンクの状態に応じてプログラム可能であり、約８ｍＡないし約２４ｍＡまでの範囲を取ることによって、約４００ｍＶから約１．２Ｖまでの範囲のＶｄｉｆｆｅｒｅｎｔｉａｌ＿ｐｐが得られる。電気的なアイドルモードでは、正信号も負信号も駆動されない。電気的なアイドル状態から伝送を開始する場合には、ＳＹＮＣパターンを伝送してリンクを再確立しなければならない。本実施形態では、ＳＹＮＣパターンは、補助チャネルの差動ペア信号をクロックレートで２８回トグルしたものと、それに続くマンチェスタIIコードの４つの１とからなる。ソース装置の補助チャネルマスタは、補助チャネル２２４の正信号および負信号を定期的に駆動または計測することによって、ホットプラグ・イベントおよびホットアンプラグ・イベントを検出する。
【００５４】
本実施形態では、メインリンク２２２は、ローカル水晶周波数の整数倍である離散的かつ可変なリンクレートをサポートする（２４ＭＨｚのローカル水晶周波数に対応する代表的なリンクレートのセットに関しては、図３を参照のこと）。図１６に示すように、（単方向チャネルである）メインリンク２２２は、ソース装置側にはトランスミッタ１６０２のみを、ディスプレイ装置側にはレシーバ１６０４のみを有する。
【００５５】
図に示されるように、ケーブル１６０４は、一組のツイストペア線を含む形態を取り、ツイストペア線は、それぞれ、典型的なＲＧＢ色ベースのビデオシステム（ＰＡＬベースのテレビシステムなど）で用いられる赤（Ｒ）、緑（Ｇ）、および、青（Ｂ）の各ビデオ信号用である。当業者に周知のように、ツイストペアケーブルは、個別に絶縁された二本の線を互いによじったものからなるタイプのケーブルである。一方の線は信号を運び、他方の線は接地されて信号の干渉を吸収する。いくつかの他のシステムでは、信号は、ＮＴＳＣビデオテレビシステムで用いられる成分ベースの信号（Ｐｂ、Ｐｒ、Ｙ）であってもよい。ケーブルの内部では、各ツイストペアが個別にシールドされている。また、ピンは、＋１２Ｖ電力用と接地用の２つがある。各差動ペアの特性インピーダンスは、１００オーム±２０％である。また、ケーブル全体もシールドされている。この外側のシールドおよび個々のシールドは、両端でコネクタシェルに短絡されている。コネクタシェルは、ソース装置内において接地に短絡されている。図１７に示すコネクタ１７００は、ソース装置側のコネクタとディスプレイ装置側のコネクタとで同一のピン配列で一列にならんだ１３のピンを有する。ソース装置は、電力を供給する。
【００５６】
メインリンク２２２は両端で終端処理されており、メインリンク２２２はＡＣ結合されているので、終端電圧は０Ｖ（接地）から＋３．６Ｖまでの任意の電圧を取りうる。本実装形態において、駆動電流は、リンクの状態に応じてプログラム可能であり、約８ｍＡないし約２４ｍＡまでの範囲を取りうることによって、約４００ｍＶから約１．２Ｖまでの範囲のＶｄｉｆｆｅｒｅｎｔｉａｌ＿ｐｐが得られる。最小電圧振幅は、トレーニングパターンを用いて接続ごとに選択される。電力管理モードの際には、電気的なアイドル状態になる。電気的なアイドル状態では、正信号も負信号も駆動されない。電気的なアイドル状態から伝送を開始する場合、トランスミッタは、レシーバとのリンクを再確立するために、トレーニングセッションを実行しなければならない。
【００５７】
以下では、図１８および図１９に示された状態図を参照して、本発明を説明する。図１８は、後述されるソースの状態図を示している。オフ状態１８０２のとき、システムはオフであるため、ソースは使用不可である。ここで、ソースが使用可能にされると、システムは、省電力およびレシーバ検出に適したスタンバイ状態１８０４に移行する。レシーバが存在するか否か（すなわち、ホットプラグ／プレイ）を検出するために、補助チャネルに対して周期的に（例えば、１０ｍｓ毎に１ｕｓの）パルスを供給し、駆動時における終端抵抗の両端間での電圧降下を測定する。測定された電圧降下に基づいて、レシーバが存在すると決定された場合、システムは、レシーバが検出されたこと、すなわち、ホットプラグ・イベントが検出されたことを表すレシーバ検出状態１８０６に移行する。レシーバが検出されなかった場合は、レシーバが検出されるかタイムアウトになるまで、レシーバの検出が続けられる。なお、一部の例では、ソース装置は、ディスプレイの検出をこれ以上試みない「オフ」状態に移行することを選択してもよい。
【００５８】
状態１８０６で、ディスプレイのホットアンプラグ・イベントが検出された場合、システムは、スタンバイ状態１８０４に戻る。そうでない場合、ソースは、レシーバを起動するために正信号および負信号によって補助チャネルを駆動して、レシーバの次の応答がある場合には、それが確認される。応答が受信されない場合は、レシーバは起動していないので、ソースは状態１８０６にとどまる。ディスプレイから信号が受信された場合、ディスプレイは起動しており、ソースはレシーバのリンク能力（最大リンクレート、バッファサイズ、時間ベースのリカバリ部の数など）を読み出せる状態になる。したがって、システムはメインリンク初期化状態１８０８に移行し、トレーニング開始通知段階を開始できる状態になる。
【００５９】
この時点で、トレーニングセッションが、設定されたリンクレートでメインリンクを介してトレーニングパターンを送信することにより開始され、関連するトレーニング状況を確認する。レシーバは、３つの段階の各々に対して合格／不合格ビットを設定し、トランスミッタは、合格が検出された場合にのみメインリンクがそのリンクレートにおいて作動可能になるように、合格の検出に基づいて次の段階に進む。この時、インターフェースは通常動作状態１５１０に移行し、不合格の場合には、リンクレートが低減され、トレーニングセッションが繰り返される。通常動作状態１８１０中に、ソースは、リンク状況の指標を定期的に監視し続け、不合格の場合には、ホットアンプラグ・イベントが検出され、システムは、スタンバイ状態１８０４に移行して、ホットプラグ検出イベントを待つ。しかしながら、同期外れが検出された場合には、システムは、状態１８０８に移行し、メインリンク再開イベントを待つ。
【００６０】
図１９は、以下で説明するディスプレイの状態図１９００を示している。状態１９０２では、電圧は検出されず、ディスプレイはオフ状態になる。スタンバイモード状態１９０４では、メインリンクレシーバおよび補助チャネルスレーブは両方とも電気的にアイドル状態にあり、補助チャネルスレーブポートの終端抵抗の両端間での電圧降下が、所定の電圧について監視される。その電圧が検出されると、補助チャネルスレーブポートは、オンにされて、ホットプラグ・イベントを示し、システムは表示状態１９０６に移行する。そうでない場合には、ディスプレイはスタンバイ状態１９０４にとどまる。状態１９０６（メインリンク初期設定段階）において、ディスプレイが検出されると、補助チャネルスレーブポートは完全にオンにされ、トランスミッタはレシーバリンク能力読み出しコマンドに応答し、ディスプレイ状態は１９０８に移行する。一方、補助チャネル上で、所定の期間を超えて何の活動も検出されない場合は、補助チャネルスレーブポートはスタンバイ状態１９０４に移行される。
【００６１】
トレーニング開始通知段階中に、ディスプレイは、トレーニングパターンを用いてイコライザを調整することにより、トランスミッタによるトレーニング開始に応答し、各段階の結果を更新する。トレーニングが不合格の場合、別のトレーニングセッションを待ち、トレーニングが合格である場合は、通常動作状態１９１０に進む。補助チャネル上または（トレーニングのための）メインリンク上で、所定の期間（例えば１０ｍｓ）を超えて何の活動も検出されない場合は、補助チャネルスレーブポートはスタンバイ状態１９０４に設定される。
【００６２】
図２０ないし２４は、クロスプラットフォームのディスプレイ・インターフェースの具体的な実装例を示す図である。
【００６３】
図２０は、本発明に従って、トランスミッタ２００４を内蔵するオンボード・グラフィクスエンジン２００２を有するＰＣマザーボード２０００を示している。なお、トランスミッタ２００４は、図１に示したトランスミッタ１０２の具体的な一例である。本実施形態では、トランスミッタ２００４は、マザーボード２０００に組み込まれた（コネクタ１７００と同様の）コネクタ２００６に結合されている。マザーボード２０００は、ツイストペアケーブル２０１０によってディスプレイ装置２００８に接続されている。
【００６４】
当該分野で周知のように、ＰＣＩ Ｅｘｐｒｅｓｓ（米国カリフォルニア州サンタクララ所在のＩｎｔｅｌ社によって開発された）は、高帯域で、ピン数の少ない、シリアル相互接続技術であり、既存のＰＣＩインフラとの間でソフトウェア互換性を維持している。この構成では、ＰＣＩ Ｅｘｐｒｅｓｓポートは、図のようなマザーボード組み込みのコネクタを用いてディスプレイ装置を直接駆動できるクロスプラットフォームインターフェースの要件に準拠するように増補されている。
【００６５】
マザーボードにコネクタを組み込むことが実際的でない場合には、図２１に示すように、ＰＣＩ ＥｘｐｒｅｓｓマザーボートのＳＤＶＯスロットを通して信号を送出し、パッシブカードコネクタを用いてＰＣの背後にまわすことができる。現行世代のアドイン・グラフィクスカードと同様に、図２３に示すように、アドイン・グラフィクスカードが、オンボード・グラフィクスエンジンに取って代わってもよい。
【００６６】
ノートブック用途では、マザーボードのグラフィクスエンジン上に設けられたトランスミッタは、パネルを直接駆動する一体型レシーバ／ＴＣＯＮを、内部配線を通して駆動する。最もコスト効率の良い実装例では、図２４に示すように、レシーバ／ＴＣＯＮをパネルに組み込むことによって相互接続配線の数を８本または１０本に減らす。上述の例はすべて、一体型トランスミッタを想定している。しかしながら、独立型のトランスミッタとして実施し、それを、ＡＧＰまたはＳＤＶＯスロットを通してＰＣＩおよびＰＣＩ Ｅｘｐｒｅｓｓ環境に組み込むことも可能である。独立型のトランスミッタは、グラフィクスハードウェアまたはソフトウェアに変更を加えることなく出力ストリームを有効にする。
【００６７】
以下では、本発明を実現する具体的な処理をそれぞれ示したいくつかのフローチャートを参照しつつ本発明の方法を説明する。具体的には、図２５ないし２９は、単独または他の処理と組み合わせて用いた時に本発明の態様を表す相互に関連し合った複数の処理を示している。
【００６８】
図２５は、本発明の一実施形態に従って、インターフェース１００の動作モードを決定するための処理２５００を詳細に示したフローチャートである。この処理では、ビデオソースおよびディスプレイ装置が共にデジタルである場合にのみ、動作モードがデジタルモードに設定される。それ以外の場合は、動作モードはアナログモードに設定される。なお、ここでの「アナログモード」は、従来のＶＧＡモードと、アライメント信号を埋め込まれた差動アナログビデオおよび双方向の側波帯を有する拡張アナログモードとの両方を含みうる。この拡張アナログモードについては後述する。
【００６９】
工程２５０２では、ビデオソースに対して問い合わせを行い、そのビデオソースがアナログデータをサポートするかデジタルデータをサポートするか決定する。ビデオソースがアナログデータのみをサポートする場合は、接続装置１００の動作モードはアナログに設定され（工程２５０８）、処理は終了する（工程２５１２）。
【００７０】
ビデオソースがデジタルデータを出力できる場合、処理は工程２５０６に進む。次に、ディスプレイ装置に対して問い合わせを行い、そのディスプレイ装置がデジタルデータを受信するよう構成されているか否かを決定する。ディスプレイ装置がアナログデータのみをサポートする場合は、接続装置の動作モードはアナログに設定され（工程２５０８）、処理は終了する（工程２５１２）。そうでない場合には、接続装置の動作モードはデジタルに設定される（工程２５１０）。例えば、プロセッサが、モードをデジタルに設定するために接続装置内のスイッチを制御してよい。一般に、接続装置は、ビデオソースおよびビデオシンクの両方が、対応するデジタルモードで動作している場合にのみ、完全なデジタルモードで動作するよう構成される。
【００７１】
図２６は、本発明のいくつかの態様に従って、ビデオの画質をリアルタイムでチェックするための処理２６００を詳細に示したフローチャートである。この例では、処理２６００における決定はすべて、ディスプレイ・インターフェースに接続されたプロセッサによってなされる。
【００７２】
工程２６００では、ビデオソースからビデオ信号が受信される。次に、受信されたビデオソースに関連するビデオソースによって、信号品質テストパターンが提供される（工程２６０２）。工程２６０４では、信号品質テストパターンに基づいて、ビット誤り率が決定される。次に、そのビット誤り率が閾値より大きいか否かが決定される（工程２６０６）。ビット誤り率が閾値以下であると決定された場合、さらなるビデオフレームがあるか否かが決定される（工程２６１４）。他にもビデオフレームがあると決定された場合は、処理は工程２６００に戻る。そうでない場合には、処理は終了する。
【００７３】
しかしながら、工程２６０６において、ビット誤り率が閾値よりも大きいと決定された場合、ビットレートが最小ビットレートよりも大きいか否かが決定される（工程２６０８）。ビットレートが最小ビットレートよりも大きい場合、ビットレートは下げられ（工程２６１０）、処理は工程２６０６に戻る。ビットレートが最小ビットレート以下である場合は、モードがアナログモードに変更され（工程２６１２）、処理は終了する。
【００７４】
図２７は、本発明の一実施形態に従って、リンクのセットアップ処理２７００を示すフローチャートである。処理２７００は、ホットプラグ検出イベント通知を受信する工程２７０２で始まる。工程２７０４では、関連の補助チャネルによるメインリンクの照会が行われ、最大データレート、レシーバに含まれる時間ベースリカバリ部の数、および、利用可能なバッファサイズが決定される。次に、工程２７０６では、トレーニングセッションによって、最大リンクデータレートの検証が行われ、工程２７０８では、データストリームソースにホットプラグ・イベントが通知される。工程２７１０では、補助チャネルを通して、（例えばＥＤＩＤを用いる）ディスプレイの能力が決定され、工程２７１２において、ディスプレイが照会に応答し、その結果、工程２７１４において、メインリンクトレーニングセッションについての協調動作が起きる。
【００７５】
次に、工程２７１６では、補助チャネルを通してストリームソースがレシーバにストリーム属性を送信し、工程２７１８において、ストリームソースは、さらに、要求された数のデータストリームをメインリンクが工程２７２０でサポートできるか否かについて通知を受ける。工程２７２２では、関連のパケットヘッダを追加することによって各種のデータパケットが形成され、工程２７２４では、複数のソースストリームの多重化がスケジュールされる。工程２７２６では、リンク状況がＯＫか否かが決定される。リンク状況がＯＫでない場合は、２７２８において、ソースがリンク障害イベントを通知され、そうでない場合は、２７３０において、リンクデータストリームは、各種のパケットヘッダに基づいて固有のストリームに再構成される。次に、２７３２では、再構成された固有なデータストリームがディスプレイ装置に送られる。
【００７６】
図２８は、本発明の一実施形態に従って、トレーニングセッションを実行するための処理２８００を詳細に示したフローチャートである。なお、トレーニングセッション処理２８００は、図２５において説明された工程２５０６の一実装例である。トレーニングセッションは、メインリンクを介してトレーニングパターンを設定されたリンクレートでレシーバに送信する工程２８０２で始まる。図１１には、本発明の一実施形態に従って、典型的なリンクトレーニングパターンが示されている。図のように、トレーニングセッション中は、段階１が最短のランレングスを、段階２が最長のランレングスを表している。レシーバは、これら２つ段階を用いてイコライザを最適化する。段階３では、リンク品質が妥当である限り、ビットロックおよび文字ロックの両方が実現される。レシーバは、工程２８０４において、関連のトレーニング状況をチェックし、そのチェック結果に基づいて、工程２８０６において、３つの段階の各々に対して合格／不合格ビットを設定する。各段階において、レシーバは、合格が検出された場合にのみ次の段階に進み、合格が検出されない場合には、工程２８１０でリンクレートを低減し、トレーニングセッションを繰り返す。工程２８１２では、合格が検出されたリンクレートでのメインリンクの準備を整える。
【００７７】
図２９は、本発明を実施するために用いられるコンピュータシステム２９００を示す図である。コンピュータシステム２９００は、本発明を実施できるグラフィクスシステムの一例にすぎない。コンピュータシステム２９００は、中央処理装置（ＣＰＵ）１５１０と、ランダムアクセスメモリ（ＲＡＭ）２９２０と、読み出し専用メモリ（ＲＯＭ）２９２５と、１または複数の周辺機器２９３０と、グラフィクスコントローラ２９６０と、一次記憶装置２９４０および２９５０と、デジタルディスプレイ部２９７０とを含む。当業者に周知のように、ＲＯＭは、データおよび命令を単方向にＣＰＵ２９１０に転送するように機能し、ＲＡＭは、通例、データおよび命令を双方向に転送するために使用される。ＣＰＵ２９１０は、一般に、任意の数のプロセッサを備えてよい。一次記憶装置２９４０および２９５０は、共に、任意の適切なコンピュータ読み取り可能媒体を備えてよい。二次記憶媒体８８０は、通例、大容量記憶装置であり、ＣＰＵ２９１０に双方向的に接続され、さらなるデータ記憶容量を提供している。大容量記憶装置８８０は、コンピュータコードやデータなどを含むプログラムを格納するために用いることができるコンピュータ読み取り可能な媒体である。通例、大容量記憶装置８８０は、一次記憶装置２９４０、２９５０よりも一般に低速であるハードディスクやテープなどの記憶媒体である。大容量記憶装置８８０は、磁気テープもしくは紙テープリーダ、または、その他の周知の装置の形態を取ってもよい。なお、大容量記憶装置８８０の中に保持された情報は、適宜、標準的な方式で仮想メモリとしてのＲＡＭ２９２０の一部として組み込まれてよい。
【００７８】
ＣＰＵ２９１０は、また、１つまたはそれ以上の入出力装置８９０に接続してよい。入出力装置は、ビデオモニタ、トラックボール、マウス、キーボード、マイクロホン、タッチセンシティブディスプレイ、変換器型カードリーダ、磁気テープもしくは紙テープリーダ、タブレット、スタイラス、音声もしくは手書き文字レコグナイザ、および別のコンピュータのような他の周知の入力装置、などの装置を含んでよいが、これらに限定されない。最後に、ＣＰＵ２９１０は、必要に応じて、図中で２９９５として示されたネットワーク接続を用いて、コンピュータ、または、インターネット網やイントラネット網などの通信ネットワークに接続されてもよい。かかるネットワーク接続を用いると、ＣＰＵ２９１０は、上述された方法の各工程を実行する際に、ネットワークから情報を受信したりネットワークに情報を出力したりできるようになる。かかる情報は、ＣＰＵ２９１０を用いて実行される一連の命令として表されることが多く、例えば、搬送波に埋め込まれたコンピュータデータ信号などの形態で、ネットワークから受信したりネットワークに出力したりしてよい。上述の装置および機材は、コンピュータのハードウェアおよびソフトウェアの分野の当業者にとって周知のものである。
【００７９】
グラフィックスコントローラ２９６０は、アナログ画像データおよびそれに対応する基準信号を生成し、デジタルディスプレイ部２９７０に供給する。アナログ画像データは、例えば、ＣＰＵ２９１０または外部のエンコード（図示せず）から受信されたピクセルデータに基づいて生成することができる。一実施形態では、アナログ画像データはＲＧＢフォーマットで提供され、基準信号は当技術分野で周知のＶＳＹＮＣおよびＨＳＹＮＣ信号を含む。しかしながら、本発明は、他のフォーマットのアナログ画像データおよび／または基準信号を用いて実施することも可能であることを理解されたい。例えば、アナログ画像データは、対応する時間基準信号を備えたビデオ信号データを含みうる。
【００８０】
図３０は、小型通信リンク３００６によってマルチメディアソース３００２をマルチメディアシンク（ディスプレイ）３００４に接続するために用いられる、図１に示したシステム１００に基づいたシステム３０００を示す図である。小型であると言うことは、通信リンク３００６は、先に詳述した通信リンク１０６よりも、小さい帯域幅と、それに比例して低い波形率とを有することを意味する。したがって、小型通信リンク３００６を利用することは、マルチメディアソース３００２が、限られた数のフォーマットを有するパケットベースのデータストリーム３００８を供給するよう構成されているためにそれに応じて比較的小さい帯域幅しか必要としない場合に適している。例えば、マルチメディアソース３００２は、４８０（ｉ，ｐ）、７２０ｐ、または、１０８０ｉ（８−ｂｐｃ ＹＣｂＣｒ（２４ｂｂｐ）、１９２０×１０８０ｉ＠６０Ｈｚ、および、６−ｂｐｃ ＲＧＢ（１８ｂｐｐ）、１６８０×１０５０＠６０Ｈｚ（ＷＳＸＧＡ））などのビデオフォーマットをサポートできる携帯型ビデオ装置（携帯型ＤＶＤプレーヤ、ビデオマルチメディアプレーヤなど）の形態を取りうる。ビデオフォーマットの各々は、各レーンが、関連する２．７Ｇｂｐｓまでのリンクレートと、関連する２７０Ｍｂｙｔｅｓ／ｓｅｃの帯域幅とを有するため、１つのチャネルすなわちレーンによって対応可能である。このように、ビデオデータストリーム３００８の搬送に用いられる通信リンク３００６が備える単方向のメインリンク３０１０は、１つの通信チャネルを形成する１つのツイストペア導線を用いて加工されてよい。このように、通信リンク３００６は、図３３を参照して以下で詳述するようにそれぞれピン数の少ない小型コネクタ３０１２によって、マルチメディアソース３００２およびディスプレイ３００４に対して電気的に接続されるかかる携帯機器に適切な薄くて柔軟なケーブルを用いて加工されてよい。
【００８１】
通信リンク３００６は、さらに、セルフクロックのデータ信号（例えば、マンチェスタＩＩチャネルコーディングに基づくもの）を用いて、少なくとも４８０Ｍｂｓまでのデータ伝送レートをサポートできる半二重双方向の補助チャネル３０１４を備えることで、随意的なＵＳＢ準拠のデータリンクを提供してもよい。したがって、ディスプレイ３００４がＵＳＢ準拠である（すなわち、随意的なＵＳＢポート３０１６を備える）場合には、補助チャネル３０１４は、マルチメディアソース３００２とディスプレイ３００４との間にＵＳＢ準拠のコンジットを提供できる。このように、マルチメディアソース３００２とディスプレイ３００４との間での多くのＵＳＢ関連のトランザクション（ファイルの転送など）のいずれにも対応できる。さらに、ホットプラグ検出（ＨＰＤ）チャネル３０１８が、ホットスワッピングに利用可能なＨＰＤ信号３０２０を搬送するためのコンジットを提供する。本実施形態では、マルチメディアソース３００２の形態の補助チャネルマスタは、補助チャネル３０１４の正信号および負信号を定期的に駆動（または計測）することによって、ホットプラグ・イベントおよびホットアンプラグ・イベントを検出する。電力ピン３０２２および３０２４は、マルチメディアソースからのインターフェースと、ドングル（リピータ、インターフェース、コンバータなど）に電力供給にそれぞれ利用可能なディスプレイ内部電源３０２６および３０２８と、を提供する。本実施形態では、内部電源３０２６および３０２８は、約５−１２Ｖ、最大電流約５００ｍＡで、約１．０Ｗ以上の電力を供給できる。
【００８２】
動作中、トランスミッタ３０３２が備えるパケタイザ３０３０が、例えばビデオ装置３０３６によって生成されそこから受信された固有のマルチメディアデータ３０３４（アナログとデジタルのいずれでもよい）をパケット化する。本実施形態では、ビデオ装置３０３６は、（単一レーンの）メインリンク３０１０によって対応可能な大きさの帯域幅しか必要としない限られた数のビデオフォーマット（例えば、４８０ｉ、４８０ｐ、７２０、および、１０８０ｉなど）を提供できる。この状況では、ディスプレイ３００４によって適切な応答が供給される任意のトランザクションを開始するのがマルチメディアソース３００２であるという点で、マルチメディアソース３００２はマスタ装置として機能し、ディスプレイ３００４はスレーブ装置として機能する。ビデオストリーム３００８の形態のデータパケットが、ディスプレイ側コネクタ３０１２に接続されたレシーバ３０３８で受信されると、デパケタイザ３０４０が、任意の周知技術を用いて、データパケットを、固有のビデオストリーム３０３４に対応するビデオストリームに変換して、ディスプレイコントローラ３０４４への入力とする。例えば、レシーバ３０３８は、ビデオストリーム３００８のデータパケットに埋め込まれたタイムスタンプを用いてビデオストリーム３０３４の固有のレートを再生成する時間ベースリカバリ（ＴＢＲ）部（図示せず）を備えてよい。ただし、（例えば、図２Ｃに示した）適切に構成されたデジタルディスプレイ装置では、ディスプレイデータはリンク文字クロックレートでディスプレイコントローラ３０４４内のディスプレイドライバ電子機器に送信されるので、時間ベースのリカバリは不要であり、それにより、必要とされるチャネル数を大幅に減らし、それに応じてディスプレイの複雑さおよびコストを低減することができる。
【００８３】
ディスプレイ３００４がＵＳＢ（または、その他の同様の技術）に対応する場合には、システム３０００は、マルチメディアソース３００２またはディスプレイ３００４のいずれかがマスタ／スレーブの役割を果たすいわゆるマルチマスタモードで動作可能であると見なすことができる。例えば、図３１に示す状況では、ＵＳＢ対応マルチメディアソース３００２（例えば、携帯型デジタルカメラ、マルチメディアプレーヤ、または、デジタル写真ライブラリ管理ソフトウェアを備えるＰＣなど）は、ＵＳＢ対応ディスプレイ３００４によって生成されたデータ（または、ファイル）要求３０５０を受信して応答するよう構成されたマルチメディアソース側プロセッサ３０４８に接続されたメモリ３０４６を備える。データ要求３０５０を受信すると、プロセッサ３０４８は、メモリ読み出しコマンド３０５４を生成してメモリ３０４６に送信することによって応答し、メモリ３０４６は、要求されたデータ３０５６をプロセッサ３０４８に送り返すことによって応答し、次いで、プロセッサ３０４８は、双方向の補助チャネル３０１４を介して、要求されたデータ３０５６をディスプレイ３００４に送り返す。双方向補助チャネル３０１４は、本質的に半二重であるため、双方向補助チャネル３０１４でのコリジョンを防止するために、調停制御部３０５８が、ディスプレイ側プロセッサ３０６０およびマルチメディアソース側プロセッサ３０４８によって生成されたバスコマンドを監視する。任意のコリジョンまたはコリジョンの可能性が検出されると、調停制御部３０５８は、マルチメディアソース３００２またはディスプレイ３００４のいずれかを優先することができる。しかしながら、本実施形態では、双方向補助バス３０１４が利用可能になる時まで、（例えば、Ｉ２Ｃバスアーキテクチャで利用可能な延期技術を用いて）、すべてのディスプレイ３００４の要求を保留することにより、マルチメディアソース３００２が、一般に、ディスプレイ３００４よりも優先される。
【００８４】
要求されたデータ３０５６（例えば、シリアルバス（ＵＳＢ）データの形態）は、レシーバ３０３８によって受信されると、ディスプレイ側プロセッサ３０６０に転送される。そこで、データ３０５６は、さらに処理（画像処理、画像データまたはテキストデータの重ね合わせなど）されてもよいし処理されなくてもよく、その後に、例えば、ディスプレイ部３０６４での次の表示に向けて、メモリ３０６２に転送されて格納される。
【００８５】
図３２は、本発明の一実施形態に従って、小型通信リンク３００６のための代表的な電気サブ層３２００を示す図である。図に示すように、補助チャネルの電気サブ層は、トランスミッタと、レシーバとを含む。補助チャネル３０１４によって搬送される正信号および負信号は、補助チャネル３０１４の各端において、５０オームの終端抵抗を介して接地するよう終端処理されている。本実装形態において、駆動電流Ｉｄｒｉｖｅは、（部分的にリンクの状態に応じて）プログラム可能であり、約８ｍＡないし約２４ｍＡまでの範囲を取ることによって、約４００ｍＶから約１．２Ｖまでの範囲のＶｄｉｆｆｅｒｅｎｔｉａｌ＿ｐｐが得られる。小型メインリンク３０１０は、１つのツイストペアになった線を備える。ツイストペアケーブルは、当業者に周知のように、個別に絶縁された二本の線を互いによじったものからなるタイプのケーブルである。一方の線は、信号を搬送し、他方の線は、接地されて信号の干渉を吸収し、ケーブル内で、ツイストペアは個別にシールドされ、＋１２Ｖ電力用と接地用の２つのピンが提供されている。本実施形態では、各差動ペアの特性インピーダンスは、約１００オーム±２０％であり、ケーブル全体も外側シールドを有してシールドされており、外側シールドおよび任意の個々のシールドは、両端でコネクタシェルに短絡され、コネクタシェルは、ソース装置３００２内で接地に短絡されている。メインリンク３０１０は両端で終端処理されており、メインリンク３０１０はＡＣ結合されているので、終端電圧は０Ｖ（接地）から＋３．６Ｖまでの任意の電圧を取りうる。
【００８６】
図３３に示すコネクタ３３００は、ソース装置側のコネクタとディスプレイ装置側のコネクタとで同一のピン配列で一列にならんだ１１のピンを有する。ソース装置は、電力を供給する。ＲＪ４５（ＣＡＴ５／ＣＡＴ６ケーブル用の標準コネクタである）は、小型コネクタ３３００の１つの選択肢である。
【００８７】
図３４は、本発明の一実施形態に従って、処理３５００を示すフローチャートである。処理３５００は、マルチメディアソースおよびシンクの一方または両方をマスタ装置として交互に利用できる場合に用いられてよい。このように、処理３５００は、動作のマルチマスタモードと呼ぶことができる。したがって、処理３５００は、例えばホットプラグ検出（ＨＰＤ）を用いて、マルチメディアソースがディスプレイに接続されているか否かを決定する工程３５０２から始まる。ディスプレイがマルチメディアソースに接続されていると決定されると、工程３５０４において、マルチメディアソースおよびディスプレイが、いわゆるマルチマスタモードで動作しているか否かが決定される。マルチマスタモードでは、マスタ装置が、マスタ装置コマンド／要求を生成し、次いで、特定のスレーブ装置がそれに応答すると言う点で、ディスプレイおよびマルチメディアソースの一方が、マスタ装置として機能しうる。マルチメディアソースおよびディスプレイがマルチマスタモードでないと決定された場合、工程３５０６において、マルチメディアソースは、マルチメディアソース要求が工程３５０８で生成および実行されるまで待機する。工程３５０４に戻って、マルチメディアソースおよびディスプレイがマルチマスタモードであると決定された場合、工程３５１０において、ディスプレイ要求が生成されたか否かが決定される。ディスプレイ要求とは、ディスプレイによって生成されてマルチメディアソースに送信されると応答が戻ってくる任意の要求を意味する。例えば、ディスプレイが、ＴＶなど、ＵＳＢ対応のディスプレイ装置であり、マルチメディアソースが、デジタルカメラである場合、ディスプレイ要求は、デジタルカメラ内のメモリ装置に格納された１または複数の写真に対する（デジタル写真などの）ファイル要求の形態を取りうる。次いで、要求されたファイルは、ディスプレイ内のディスプレイ部での表示に向けて、メモリ装置から取り出されディスプレイに転送される。
【００８８】
工程３５１０において、ディスプレイ要求が存在しないと決定された場合、制御は、工程３５０６において、マルチメディアソース要求が生成されるまで待つ。しかしながら、工程３５１０において、ディスプレイ要求が生成されたと決定された場合には、工程３５１２において、同時のマルチメディアソース要求が存在するか否かが決定される。マルチメディアソース要求が存在しない場合、工程３５１４において、すべてのディスプレイ要求が実行され、そうでない場合には、工程３５１６において、マルチメディアソース要求とディスプレイ要求との間にコリジョンが起きるか否かが判断される。コリジョンがないと判断された場合、マルチメディアソース要求およびディスプレイ要求は、工程３５０８および３５１４において、要求された順序で実行され、そうでない場合には、工程３５０８においてマルチメディアソース要求が実行されるまでディスプレイ要求が保留され、その後に、工程３５１４において、ディスプレイ要求が実行される。
【００８９】
本発明のいくつかの実施形態のみを説明したが、本発明は、発明の趣旨または範囲を逸脱しない限りにおいて、他の様々な形態で実施可能であることを理解されたい。上記の例は、例示に過ぎず、限定を意図したものではないため、本発明は、本明細書の詳細事項に限定されることはなく、添付された特許請求の範囲と、あらゆる等価物の範囲とを併せた範囲内で、変形可能である。
【００９０】
好ましい実施形態を参照しつつ本発明の説明を行ったが、本発明の範囲内に含まれる代替物、置換物、および、等価物が存在する。本発明の処理および装置の両方を実施する多くの別の形態が存在することに注意されたい。したがって、本発明は、本発明の真の趣旨および範囲に含まれる代替物、置換物、および、等価物のすべてを包含するものとして解釈される。
【図面の簡単な説明】
【００９１】
【図１】本発明の一実施形態に従って、クロスプラットフォームのディスプレイ・インターフェースを示す概略図である。
【図２Ａ】本発明の一実施形態に従って、ビデオソースとビデオディスプレイ部との接続に用いられるビデオインターフェースシステムを示す図である。
【図２Ｂ】本発明の一実施形態に従って、ビデオソースとビデオディスプレイ部との接続に用いられるビデオインターフェースシステムを示す図である。
【図２Ｃ】本発明の一実施形態に従って、ビデオソースとビデオディスプレイ部との接続に用いられるビデオインターフェースシステムを示す図である。
【図３】本発明の一実施形態に従って、メインリンクレートの例を示す図である。
【図４Ａ】本発明の一実施形態に従って、メインリンクデータパケットを示す図である。
【図４Ｂ】本発明の一実施形態に従って、メインリンクパケットヘッダを示す図である。
【図５Ａ】本発明の一実施形態に従って、サブパケットの格納および複数パケットの多重化を実現するよう構成されたシステムを示す図である。
【図５Ｂ】図５Ａに示したシステムの別の実装例を示す図である。
【図６】図５に示したストリームの一例として、多重化されたメインリンクストリームを示す概略図である。
【図７】本発明に従って、データストリームの別の例を示す図である。
【図８】本発明の一実施形態に従って、多重化されたデータストリームのさらに別の例を示す図である。
【図９Ａ】本発明の一実施形態に従って、代表的なサブパケットを示す図である。
【図９Ｂ】本発明の一実施形態に従って、代表的なメインリンクデータパケットを示す図である。
【図１０】選択的にリフレッシュされるグラフィクス画像の一例を示す図である。
【図１１】本発明の一実施形態に従って、リンクトレーニングパターンの一例を示す図である。
【図１２】本発明の一実施形態に従って、システムの論理階層化を示す図である。
【図１３】本発明の一実施形態に従って、８Ｂ／１０Ｂを用いた特殊文字の対応表の一例を示す図である。
【図１４】本発明の一実施形態に従って、マンチェスタＩＩエンコーディング方式の一例を示す図である。
【図１５】本発明の一実施形態に従って、代表的な補助チャネルの電気サブ層を示す図である。
【図１６】本発明の一実施形態に従って、代表的なメインリンクの電気サブ層を示す図である。
【図１７】本発明の一実施形態に従って、代表的なコネクタを示す図である。
【図１８】本発明の一実施形態に従って、ソースの状態図を示す図である。
【図１９】本発明の一実施形態に従って、ディスプレイの状態図を示す図である。
【図２０】本発明のコンピュータによる実装例を示す図である。
【図２１】本発明のコンピュータによる実装例を示す図である。
【図２２】本発明のコンピュータによる実装例を示す図である。
【図２３】本発明のコンピュータによる実装例を示す図である。
【図２４】本発明のコンピュータによる実装例を示す図である。
【図２５】本発明の一実施形態に従って、インターフェースの動作モードを決定するための処理を詳細に示したフローチャートである。
【図２６】本発明のいくつかの態様に従って、ビデオの画質をリアルタイムでチェックするための処理を詳細に示したフローチャートである。
【図２７Ａ】本発明の一実施形態に従って、リンクのセットアップ処理を示すフローチャートである。
【図２７Ｂ】本発明の一実施形態に従って、リンクのセットアップ処理を示すフローチャートである。
【図２８】本発明の一実施形態に従って、トレーニングセッションを実行するための処理を詳細に示したフローチャートである。
【図２９】本発明を実施するために用いられるコンピュータシステムを示す図である。
【図３０】小型通信リンクによってマルチメディアソースをマルチメディアシンク（ディスプレイ）に接続するために用いられる、図１に示したシステムに基づいたシステムを示す図である。
【図３１】小型通信リンクによってマルチメディアソースをマルチメディアシンク（ディスプレイ）に接続するために用いられる、図１に示したシステムに基づいたシステムを示す図である。
【図３２】本発明の一実施形態に従って、代表的な小型メインリンクの電気サブ層および補助チャネルの電気サブ層を示す図である。
【図３３】本発明の一実施形態に従って、代表的なピン数の少ないコネクタを示す図である。
【図３４】本発明の一実施形態に従って、マルチマスタモードでのインターフェースの動作を示すフローチャートである。
【図１】
0005269469.tif 000002
【図２Ａ】
0005269469.tif 000003
【図２Ｂ】
0005269469.tif 000004
【図２Ｃ】
0005269469.tif 000005
【図３】
0005269469.tif 000006
【図４Ａ】
0005269469.tif 000007
【図４Ｂ】
0005269469.tif 000008
【図５Ａ】
0005269469.tif 000009
【図５Ｂ】
0005269469.tif 000010
【図６】
0005269469.tif 000011
【図７】
0005269469.tif 000012
【図８】
0005269469.tif 000013
【図９Ａ】
0005269469.tif 000014
【図９Ｂ】
0005269469.tif 000015
【図１０】
0005269469.tif 000016
【図１１】
0005269469.tif 000017
【図１２】
0005269469.tif 000018
【図１３】
0005269469.tif 000019
【図１４】
0005269469.tif 000020
【図１５】
0005269469.tif 000021
【図１６】
0005269469.tif 000022
【図１７】
0005269469.tif 000023
【図１８】
0005269469.tif 000024
【図１９】
0005269469.tif 000025
【図２０】
0005269469.tif 000026
【図２１】
0005269469.tif 000027
【図２２】
0005269469.tif 000028
【図２３】
0005269469.tif 000029
【図２４】
0005269469.tif 000030
【図２５】
0005269469.tif 000031
【図２６】
0005269469.tif 000032
【図２７Ａ】
0005269469.tif 000033
【図２７Ｂ】
0005269469.tif 000034
【図２８】
0005269469.tif 000035
【図２９】
0005269469.tif 000036
【図３０】
0005269469.tif 000037
【図３１】
0005269469.tif 000038
【図３２】
0005269469.tif 000039
【図３３】
0005269469.tif 000040
【図３４】
0005269469.tif 000041