特許 6404329 非圧縮ビデオを伴うサイドバンドデータの通信方法、装置、及びシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6404329

(24)【登録日】2018年9月21日

(45)【発行日】2018年10月10日

(54)【発明の名称】非圧縮ビデオを伴うサイドバンドデータの通信方法、装置、及びシステム

(51)【国際特許分類】

   H04N 21/436 20110101AFI20181001BHJP

   H04N 21/643 20110101ALI20181001BHJP

【ＦＩ】

   H04N21/436

   H04N21/643

【請求項の数】10

【全頁数】23

(21)【出願番号】特願2016-513024(P2016-513024)

(86)(22)【出願日】2014年5月6日

(65)【公表番号】特表2016-524845(P2016-524845A)

(43)【公表日】2016年8月18日

(86)【国際出願番号】US2014036996

(87)【国際公開番号】WO2014182717

(87)【国際公開日】20141113

【審査請求日】2017年3月9日

(31)【優先権主張番号】13/891,842

(32)【優先日】2013年5月10日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】315014202

【氏名又は名称】ラティス セミコンダクタ コーポレーション

【氏名又は名称原語表記】Ｌａｔｔｉｃｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ Ｃｏｒｐｏｒａｔｉｏｎ

(74)【代理人】

【識別番号】100110928

【弁理士】

【氏名又は名称】速水 進治

(74)【代理人】

【識別番号】100127236

【弁理士】

【氏名又は名称】天城 聡

(72)【発明者】

【氏名】ヒュアン ジョン

(72)【発明者】

【氏名】リー ジャエリョン

(72)【発明者】

【氏名】ヤリギン セルゲイ

(72)【発明者】

【氏名】キム ギュドン

(72)【発明者】

【氏名】ハレル チャンドリー ビー

(72)【発明者】

【氏名】ケルマーニ パヤム

【審査官】 松元 伸次

(56)【参考文献】

【文献】 特開平０６−０５４２７１（ＪＰ，Ａ）

【文献】 特開２０１１−２４４３９０（ＪＰ，Ａ）

【文献】 特開２００８−００５４０５（ＪＰ，Ａ）

【文献】 特開平０７−３３６６１８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ１４／００−１４／０８

Ｈ０４Ｊ３／００−３／２６

Ｈ０４Ｌ５／２２−５／２６

Ｈ０４Ｎ５／７６−５／７７５

５／８０−７／１０

７／１４−７／１７３

７／２０−７／５６

２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

第１データフレームの第１サイドバンドデータと、前記第１データフレームの第１ビデオデータとを受信し、第１垂直帰線期間中に前記第１サイドバンドデータを受信する第１回路と、
受信した前記第１データフレームに基づき、第２データフレームを生成する第２回路と、
インタフェース仕様の物理層要件に対応したハードウェアインターコネクトを介して前記第２データフレームを送信する第３回路と、を備え、
前記インタフェース仕様には、垂直帰線データの計Ｘ本の連続水平ラインと、ビデオデータを含むデータの計Ｙ本の連続水平ラインとを含むデータフレームフォーマットが含まれ、
前記第３回路による前記第２データフレームの送信には、
データ無効期間中の、前記第３回路によるデータの（Ｘ−Ｎ）本のみの連続水平ラインの送信を含む、前記第３回路による垂直帰線データの送信と、
データ有効期間中の、
前記第３回路によるデータのＮ本の水平ラインの送信を含む、前記第３回路による前記第１サイドバンドデータに基づく第２サイドバンドデータの送信と、
前記第３回路によるデータのＹ本の水平ラインの送信を含む、前記第３回路による非圧縮ビデオデータの送信とが含まれ、
Ｘは第１の整数であり、Ｙは第２の整数であり、Ｎは第３の整数である、
装置。

【請求項2】

前記第３回路による前記第２サイドバンドデータの送信には、前記第３回路によるサイドバンドデータ値をダブルサンプリングした値の送信が含まれる請求項１に記載の装置。

【請求項3】

前記ハードウェアインターコネクトには、３つのデータ信号ラインが含まれ、
前記第３回路は、前記３つのデータ信号ラインのうち、２つのデータ信号ラインのみで前記第２サイドバンドデータを送信する請求項２に記載の装置。

【請求項4】

前記インタフェース仕様は、Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ仕様又はＭｏｂｉｌｅ Ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ Ｌｉｎｋ仕様である請求項１に記載の装置。

【請求項5】

前記第２サイドバンドデータには、クローズドキャプションデータ又はテレテキストデータが含まれる請求項１に記載の装置。

【請求項6】

第１垂直帰線期間中の第１サイドバンドデータの受信を含む、第１データフレームの前記第１サイドバンドデータ及び前記第１データフレームの第１ビデオデータを受信するステップと、
受信した前記第１データフレームに基づいて第２データフレームを生成するステップと、
インタフェース仕様の物理層要件に対応したハードウェアインターコネクトを介して前記第２データフレームを送信するステップとを備え、
前記インタフェース仕様には、垂直帰線データの計Ｘ本の連続水平ラインと、ビデオデータを含むデータの計Ｙ本の連続水平ラインとを含むデータフレームフォーマットが含まれ、
前記第２データフレームの送信には、
データ無効期間中の、データの（Ｘ−Ｎ）本のみの連続水平ラインの送信を含む、垂直帰線データの送信と、
データ有効期間中の、
データのＮ本の水平ラインの送信を含む、前記第１サイドバンドデータに基づく第２サイドバンドデータの送信と、
データのＹ本の水平ラインの送信を含む、非圧縮ビデオデータの送信とが含まれ、
Ｘは第１の整数であり、Ｙは第２の整数であり、Ｎは第３の整数である、
方法。

【請求項7】

前記第２サイドバンドデータの送信には、サイドバンドデータ値をダブルサンプリングした値の送信が含まれる請求項６に記載の方法。

【請求項8】

前記ハードウェアインターコネクトには、３つのデータ信号ラインが含まれ、
前記第２サイドバンドデータの送信には、前記３つのデータ信号ラインのうち、２つのデータ信号ラインのみでの送信が含まれる請求項７に記載の方法。

【請求項9】

前記インタフェース仕様は、Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ仕様又はＭｏｂｉｌｅ Ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ Ｌｉｎｋ仕様である請求項６に記載の方法。

【請求項10】

前記第２サイドバンドデータには、クローズドキャプションデータ又はテレテキストデータが含まれる請求項６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、データ通信分野全般に係り、特にデータストリーム用のデータフォーマットに係るがこれに限定されるものでない。

【背景技術】

【0002】

システムによっては、オーディオ／ビデオ（ＡＶ）装置間のデータリンクを通じてデータ送信が行われることがある。例えば、ＡＶデータのストリームが第１装置から第２装置に送られることがあるが、この第２装置がコンテンツデータを利用するか、又はそのデータを他の装置に再送信することがある。

【0003】

データ転送動作において、送信中のデータストリームを第１フォーマットから第２フォーマットへと変更することがあるが、受信装置は、第１フォーマットのデータの取扱い方法とは異なる方法で第２フォーマットのデータを解釈し取扱わなければならない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

データストリーム内に組み込まれる特定種別の情報は（本明細書全体においてサイドバンド情報と称する）、現在、このようなデータストリームを種々の高精細（「ＨＤ」）デジタルＡＶフォーマットへ変換を行う際にサポートされていない。データストリームの垂直帰線区間（ＶＢＩ）にクローズドキャプション情報、テレテキスト情報、又はその他のサイドバンド情報が含まれる場合、データストリームからＨｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩ）仕様又はＭｏｂｉｌｅ Ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ Ｌｉｎｋ（ＭＨＬ）仕様に対応したフォーマットへと変換すると、結果としてサイドバンド情報が単純に抜け落ちてしまう。そうでなければ、このようなサイドバンド情報は、サイドバンド情報を復号して対応のビデオデータと一体化させるＡＶソースデバイスによって事前に処理されなければならず、次いで結果として得られた一体化ビデオデータを含むデータストリームは、ＨＤフォーマットでデジタルＡＶシンクデバイスに送信される。以上の理由により、デジタル専用テレビはＨＤデータストリームの垂直帰線期間でサイドバンド情報の受信を行わない。しかしながら、ＡＶソースデバイスについては、サイドバンド情報の復号及び一体化においてさらなる複雑さおよびリソース負荷が必要とされる。

【図面の簡単な説明】

【0005】

添付の図面において、本発明の種々の実施形態は、一例として挙げられるものであって限定を意図するものでない。

【0006】

【図1】一実施形態に係るＡＶ通信を交換するシステムの要素を示すブロック図である。

【図2】一実施形態に係る変換対象のデータフレームの要素を示すハイブリッドブロック−タイミング図である。

【図3】一実施形態に係るデータフレームの変換方法の要素を示すフロー図である。

【図4】一実施形態に係るデータフレームの変換装置の要素を示すブロック図である。

【図5A】一実施形態に係る処理対象データフレームの要素を示すハイブリッドブロック−タイミング図である。

【図5B】一実施形態に係る交換対象データフレームの要素を示すハイブリッドブロック−タイミング図である。

【図6】一実施形態に係るデータフレーム交換の要素を示すタイミング図である。

【図7】一実施形態に係るデータフレーム交換の要素を示すタイミング図である。

【図8】一実施形態に係るデータフレーム交換の要素を示すタイミング図である。

【図9】一実施形態に係るデータフレームの生成方法の要素を示すフロー図である。

【図10】一実施形態に係るデータフレームの処理装置の要素を示すブロック図である。

【図11A】種々の実施形態に係るサイドバンド情報を通信するための各データパケットの要素を各々示す表である。

【図11B】種々の実施形態に係るサイドバンド情報を通信するための各データパケットの要素を各々示す表である。

【図11C】種々の実施形態に係るサイドバンド情報を通信するための各データパケットの要素を各々示す表である。

【図11D】種々の実施形態に係るサイドバンド情報を通信するための各データパケットの要素を各々示す表である。

【発明を実施するための形態】

【0007】

本明細書において述べる実施形態は、非圧縮デジタルＡＶコンテキスト内のサイドバンド情報を通信する論理を種々の形態で作成、使用、又は提供するものである。例えば、特定の実施形態によると、第１ビデオデータ及び第１サイドバンドデータを含む第１データフレームに基づいて生成される第２ビデオデータを含んだ第２データフレームを提供する。第１サイドバンドデータは、第１データフレームの帰線区間で受信されてもよい。一実施形態において、第２データフレームは第１サイドバンドデータに基づく第２サイドバンドデータを含み、例えば、第２サイドバンドデータは第２データフレームのアクティブフレーム部分内にある。第１サイドバンドデータに基づく第２サイドバンドデータの生成には、第１サイドバンドデータの一部又は全部の値のダブルサンプリングが含まれてもよい。

【0008】

本明細書において用いられる「ＡＶシンク」又は単に「シンク」という用語は、他の装置からＡＶ情報を受信する装置の特性をいう。対応して「ＡＶソース」又は単に「ソース」という用語は、他の（シンク）デバイスにＡＶ情報を提供する装置の特性をいう。

【0009】

本明細書において用いられる「オーディオ／ビデオ」又は「ＡＶ」という用語は、オーディオコンテンツ又はビデオコンテンツのいずれか一方に関連するか、又はオーディオコンテンツ及びビデオコンテンツの双方に関連する特性をいう。例えば、ＡＶ情報には、オーディオデータ及び／又は制御情報と、ビデオデータ及び／又は制御情報とのうちの一部又は全部が含まれてもよい。一実施形態において、ＡＶ装置は、他の装置とのＡＶ情報の交換に加え、ユーザのためにオーディオコンテンツ及び／又はビデオコンテンツをレンダリングするよう動作可能であってもよい。本明細書では、データフレームのビデオデータについて種々の実施形態を述べる。このようなデータフレームには、例えば、オーディオデータがさらに含まれてもよいが、特定の実施形態はこれに限定されるものでない。

【0010】

一実施形態に係るＡＶ装置は、１つ以上の点で何らかのインタフェース規格に準じたＡＶデータを交換するための通信論理を有する。例として、このような通信論理は、カリフォルニア州サニーベールのＨＤＭＩ Ｌｉｃｅｎｓｉｎｇ ＬＬＣによって２０１１年１０月にリリースされたＨＤＭＩ１．４ｂ規格等のＨＤＭＩ規格、カリフォルニア州サニーベールのＭＨＬ Ｃｏｎｓｏｒｔｉｕｍによって２０１３年３月にリリースされたＭＨＬ２．１仕様等のＭｏｂｉｌｅ Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｌｉｎｋ（ＭＨＬ）規格、ワシントン州バンクーバーのＤｉｇｉｔａｌ Ｄｉｓｐｌａｙ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐによって１９９９年４月２日にリリースされたＤＶＩ１．０規格等のＤｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ（ＤＶＩ）規格、カリフォルニア州ニューアークのＶｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎによって２０１２年５月にリリースされたＤｉｓｐｌａｙＰｏｒｔ １．２ａ規格等のＤｉｓｐｌａｙＰｏｒｔ規格などのうちの１つ以上に対応したコネクタ及び／又はインターコネクトを介してＡＶデータを交換してもよいが、これに限定されるものではない。特定の実施形態は、現在存在する非圧縮ビデオインタフェース仕様に従って交換される通信の処理に限定されるものでない。例えば、このような実施形態は、本明細書で述べるような特性を有するデータフレームフォーマットを有する他の非圧縮ビデオインタフェース仕様に従って交換される通信にも種々の形態で適用されてよい。

【0011】

一実施形態において、このような通信論理は、異なるタイミングで異なるインタフェース規格に対応する通信を実現し、このような通信はすべて同一のコネクタを介して行われる。例えば、通信論理には、ＨＤＭＩデバイスの存在を検出してＨＤＭＩデバイスと通信する第１論理と、ＭＨＬデバイスの存在を検出してＭＨＬデバイスと通信する第２論理とが含まれてもよく、第１論理及び第２論理の検出及び通信機能は各々、互いに競合することなく、互いを妨げるものでない。このような通信論理は、例えば、「ＭＨＬ−ｒｅａｄｙ ＨＤＭＩ」「ＨＤＭＩ／ＭＨＬ」等と称されてもよい。種々の実施形態の特徴を、ＨＤＭＩインタフェース規格に準じたＡＶ情報の交換を背景として、本明細書において議論する。しかしながら、このような議論は、異なる実施形態によってＡＶデータを交換する種々の追加又は代替の任意のインタフェース規格に適用するよう拡張されてもよい。

【0012】

本明細書中で用いられる「データフレーム」という用語は、データの論理的グループをいう。例えば、データフレームの始まりと終わりは各々、各制御信号、時間間隔等によって示されるか、さもなければ各制御信号、時間間隔等に関連付けられる。一実施形態において、データフレームには、ビデオデータと、このようなオーディオ／ビデオデータの処理を種々の形態で容易にするためのパケット化データ（又は「データアイランド」）及び非パケット化制御データの双方とが含まれる。例えば、データフレームには、本明細書中でデータフレームの帰線区間（又は「帰線期間」）、例えば、水平帰線区間又は垂直帰線区間に通信される「帰線データ」と称されるものが含まれてもよい。データフレームにはさらに、本明細書中で帰線データと区別して「アクティブデータ」と称されるものが含まれてもよい。本明細書中で「アクティブフレーム」という用語を用いるが、これはデータフレームのうちのすべてのアクティブデータをいい、また本明細書中で「ビデオフレーム」という用語を用いるが、これはデータフレームのうちのすべてのビデオデータをいう。「ライン」という用語は、データフレーム内に含まれるデータの論理グループをいい、例えば、第１ラインに属するものとしてのあるデータセットと第２ラインに属するものとしての他のデータセットとを、１つ以上の制御信号により区別する。データのラインに関して、「水平」及び「垂直」という用語は、データフレーム中のデータの異なる種別の論理的グループを区別するための従来の用法に準じて用いられる。

【0013】

図１は、一実施形態によるＡＶ情報を交換するシステム１００の要素を示している。システム１００は、ビデオソース１１０と、ビデオシンク１６０と、ビデオソース１１０及びビデオシンク１６０の間のＡＶ通信を種々の形態で容易にするための、例えば、ハードウェア、ファームウェア、及び／又は実行中のソフトウェアの種々の組合せのいずれかなどの論理を備えたコンバータ装置１３０とを備えてもよい。一実施形態において、ビデオソース１１０及び装置１３０は各々、システム１００内の単一の大型装置（図示せず）の構成要素である。一実施形態は、例えば、コンバータ装置１３０によって完全に実現されてもよい。他の実施形態は、ビデオソース１１０及びコンバータ装置１３０が各々、構成要素である単一の装置によって完全に実現されてもよい。さらに他の実施形態は、全体としてシステム１００によって実現されてもよい。他の種々の実施形態のいずれも、代替的に、本明細書で述べる技術に従って実現されてもよい。

【0014】

一実施形態において、ビデオソース１１０は、１つ以上の従来のＡＶソースデバイスの機能を備える。一例として、ビデオソース１１０には、パーソナルコンピュータ（例えば、タブレット、ノートブック、ラップトップ、デスクトップ等）、カムコーダー、スマートフォン、ビデオゲーム機、テレビ、モニター、ディスプレイ、セットトップボックス、ホームシアター受信機等の機能を非限定的に含む機能が含まれてもよいが、これに限定されるものでない。一実施形態において、ビデオソース１１０は、例えば、このようなＡＶソースデバイスのハードディスクドライブ、ソリッドステートドライブ、バス、入力ポート等の構成要素である。代替又は追加として、ビデオシンク１６０には、テレビ、モニター、ディスプレイ等を非限定的に含む１つ以上の従来のシンクデバイスの機能が含まれてもよい。一実施形態において、ビデオソース１１０はさらに、１つ以上の従来のＡＶシンクデバイスの機能を種々の形態で提供することができ、且つ／又は、ビデオシンク１６０はさらに、１つ以上の従来のＡＶソースデバイスの機能を種々の形態で提供することができる。

【0015】

ビデオソース１１０は、第１データフレームを含む通信１２０をコンバータ装置１３０に送ってもよい。一実施形態において、通信１２０は、１つ以上の種別のサイドバンドデータをサポートするフォーマットに従っており、例えば、第１フレームの帰線データはこのようなサイドバンドデータを含む。一例として、通信１２０の第１データフレームは、４８０ｉ、５７６ｉ等の標準精細ＡＶフォーマット、アナログテレビフォーマット、又は帰線期間中、サイドバンド通信をサポートする高精細フォーマットに従ってもよいが、これに限定されるものでない。

【0016】

一実施形態において、第１データフレームの帰線期間にはサイドバンドデータが含まれ、第１データフレームのアクティブフレームにはビデオデータが含まれる。通信１２０の制御データは、アクティブデータを通信する１つ以上の期間から第１データフレームの帰線期間を区別してもよい。一例として、帰線期間及びアクティブデータ期間は、垂直同期（ＶＳｙｎｃ）制御信号、水平同期（ＨＳｙｎｃ）制御信号、及び／又は、例えば水平ＤＥ信号、垂直ＤＥ信号、及び／又はこれらの論理的組合せを含む１つ以上のデータイネーブル（ＤＥ）信号によって互いに区別されてもよいが、これに限定されるものでない。

【0017】

コンバータ装置１３０は、少なくとも部分的に通信１２０の第１フレームに基づき、第２フレームを含んだ第２通信１５０を生成してもよい。一実施形態において、コンバータ装置１３０は、ビデオソース１１０及びビデオシンク１６０の一方又は双方と直接連結されたハードウェアインターコネクト装置であり、例えば、コンバータ装置１３０は、ケーブルと、そのケーブルの一端のコネクタハウジング（図示せず）とを備え、コネクタハウジングは、本明細書に述べるデータフレーム変換機能を提供する論理を有する。

【0018】

一実施形態において、通信１５０の少なくとも一部は、非圧縮ビデオデータを通信するインタフェース仕様（本明細書中では簡潔に、単に「非圧縮ビデオインタフェース仕様」と称する）の物理層要件に対応したハードウェアインターコネクトを介して行われる。一例として、ハードウェアインターコネクトは、ＨＤＭＩ、ＭＨＬ、又はその他の仕様の一つ以上において識別されるコネクタ、ケーブル、及び／又はその他のハードウェアの要件に対応してもよいが、これに限定されるものでない。

【0019】

非圧縮ビデオインタフェース仕様では、例えば、ピクセル当たりのビット数、ライン当たりのピクセル数、フレーム当たりのライン数、水平帰線区間、垂直帰線区間、アクティブデータフレーム、ビデオデータフレーム等に対する期間の数を要求するデータフレームフォーマットを識別してもよく、例えば、特定又は参照してもよい。

【0020】

一実施形態において、非圧縮ビデオインタフェース仕様で識別されたデータフレームフォーマットには、垂直帰線区間（ＶＢＩ）においてデータの計Ｘ本の連続水平ラインが含まれ、Ｘは整数である。代替又は追加として、このようなデータフレームフォーマットには、ビデオデータの計Ｙ本の水平ラインを含むアクティブフレームが含まれてもよく、Ｙは他の整数である。オーディオデータが存在する場合、ＶＢＩのＸ本のラインと、アクティブデータのＹ本のラインの水平帰線期間とに跨って分布してもよい。データフレームフォーマットは、アクティブフレームをビデオフレームから区別しなくてもよい。例えば、データフレームフォーマットによると、アクティブフレーム中のすべてのデータがビデオデータである。

【0021】

通信１５０の第２フレームには、非圧縮ビデオインタフェース仕様において識別されたデータフレームフォーマットの修正バージョンであるフォーマットが含まれてもよい。一例として、第２データフレームには、ビデオデータに加えて他のデータ、例えば、第２サイドバンドデータを含むアクティブフレームが含まれてもよいが、これに限定されるものでない。例えば、第２データフレームのアクティブフレームには、データの計Ｙ本の水平ラインを含むビデオデータが含まれてもよく、さらに第２サイドバンドデータのＮ本の水平ラインが含まれてもよく、Ｎは整数である。第２データフレームのビデオデータには、本明細書中で「原」ビデオデータと称するもの、すなわち複数のピクセルの各々に対する非圧縮ピクセルカラー値のシーケンスが含まれてもよい。対照的に、アクティブフレームのサイドバンドデータには、例えば、テレテキスト情報、クローズドキャプション情報、マクロビジョン情報等を含むピクセルカラー値以外の値が含まれてもよい。サイドバンド原データは、ビデオのＬｕｍａチャンネルを介して通信されてもよいが、特定の実施形態はこの点に限定されるものでない。

【0022】

第２データフレームの原ビデオデータは、例えば、非パケット化フォーマットにより通信１５０で送信されてもよい。一実施形態において、第２データフレームの垂直帰線期間には、データの計（Ｘ−Ｎ）本の水平ラインが含まれてもよい。第２サイドバンドデータの生成には、第１サイドバンドデータの一部又は全部の値のダブルサンプリングの実施が含まれてもよいが、特定の実施形態はこの点に限定されるものでない。

【0023】

図２は、一実施形態に係るデータフレーム２００の要素を示すものであり、そのうちの１つ以上はコンバータ装置によって種々の形態で処理される。データフレーム２００のうちの１つ以上は、コンバータ装置１３０の特徴の一部又は全部を有する装置によって処理されてもよい。データフレーム２００は、例えば、通信１２０で送られてもよい。一実施形態において、データフレーム２００のうちの１つを処理することは、１つの第２データフレーム（図示せず）を生成することを目的とし、第２データフレームのアクティブフレームには、ビデオデータと、それに加えてサイドバンドデータとが含まれる。

【0024】

データフレーム２００は、データフレームの帰線期間にサイドバンドデータの通信をサポートするＡＶ仕様によってフォーマットされてもよい。例えば、データフレーム２００は、５７６ｉ、４８０ｉ等に対応したフォーマットによって配置されてもよい。一実施形態において、このようなＡＶ仕様に準じたデータフレームの送信には、データの水平ラインの連続的送信が含まれ、例えば、水平ライン（及び／又は、このようなラインの一部）のデータの種別は、データフレーム内で、又はデータフレームとともに送信される１つ以上の制御信号によって種々の形態で示される。例えば、このような制御信号のタイミングにより、種々の帰線区間データ及びアクティブデータを互いに区別してもよい。このようなＡＶ仕様は、帰線区間におけるサイドバンドデータと、その垂直帰線期間とは別のアクティブフレーム内のビデオデータの提供とをサポートしてもよい。

【0025】

データフレーム２００で表される例において、データフレーム２０５ａには、垂直帰線区間ＶＢ２２０ａと、水平帰線区間２４０ａと、ビデオデータ２３０ａを含むアクティブフレームとが含まれる。同様に、データフレーム２０５ｂには、垂直帰線区間ＶＢ２２０ｂと、水平帰線区間２４０ｂと、ビデオデータ２３０ｂを含むアクティブフレームとが含まれる。例えば、５７６ｉの場合、ビデオデータ２３０ａはデータの２８８本の水平ラインに及んでもよく（例えば、このような２８８本の水平ラインの一部には、ビデオデータ２３０ａの外側に水平帰線データが含まれる）、ＶＢ２２０ａにはデータの２４本又は２５本の水平ラインが含まれてもよい。しかしながら、他の実施形態によると、ビデオデータ２３０ａ及びＶＢ２２０ａのいずれか又は各々と種々の形態で通信を行うために、より多くの水平ラインが用いられてもよく、或いはより少ない水平ラインが用いられてもよい。

【0026】

水平データイネーブル制御信号ＨＤＥ２１０と垂直データイネーブル制御信号ＶＤＥ２１２との双方がアサートされた場合に、データフレーム２０５ａのビデオデータが示されてもよい。追加又は代替として、ＶＤＥ２１２がアサートされない場合に、ＶＢ２２０ａ等の垂直帰線区間が示されてもよい。追加又は代替として、ＨＤＥ２１０がアサートされないもののＶＤＥ２１２がアサートされた場合に、例えば水平帰線区間ＨＢ２４０ａのうちの１つなどの水平帰線期間が示されてもよい。水平帰線区間は、水平同期制御信号ＨＳＹＮＣ２１２のパルス、このようなパルスの前の所定のフロントポーチ期間、及びこのようなパルスの後の所定のバックポーチ期間に及んでもよい。追加又は代替として、垂直帰線区間は、垂直同期制御信号ＶＳＹＮＣ２１４のパルス、このようなパルスの前の所定のフロントポーチ期間、及びこのようなパルスの後の所定のバックポーチ期間に及んでもよい。Ｈｓｙｎｃは、垂直帰線期間中、周期的にアサートされてもよい。

【0027】

一実施形態において、垂直帰線区間ＶＢ２２０ａにはサイドバンドデータＳＢ２２２ａが、ＶＢ２２０ｂには、ＳＢ２２２ｂが含まれる。例えば、ＳＢ２２２ａ、ＳＢ２２２ｂのいずれか又は各々には、それぞれサイドバンドデータ（例えば、クローズドキャプション）が含まれてもよい。通常、このようなサイドバンドデータが有効である場合、これはＶＳＹＮＣ２１４パルスの後のバックポーチ期間中の垂直帰線期間の水平ラインに含まれる。

【0028】

図３は、一実施形態に係るデータフレームの処理方法３００の要素を示す。方法３００は、例えば、コンバータ装置３００の機能を提供する装置によって実施されてもよい。一実施形態において、方法３００は、データフレーム２０５ａ（及び／又はデータフレーム２０５ｂ）の特徴の一部又は全部を有するデータフレームに対して実施される。

【0029】

方法３００には、３１０における、第１データフレームの第１サイドバンドデータ及び第１データフレームの第１ビデオデータの受信が含まれてもよい。第１サイドバンドデータは、第１垂直帰線期間中に受信されてもよく、例えば、第１ビデオデータの一部又は全部は、第１垂直帰線期間とは別の１つ以上のアクティブデータ期間中に受信される。一例として、第１垂直帰線期間、第１サイドバンドデータ、及び第１ビデオデータは、それぞれ、ＶＢ２２０ａ、ＳＢ２２２ａ、及びビデオデータ２３０ａであってもよいが、これに限定されるものでない。

【0030】

一実施形態において、方法３００には、３２０における、受信した第１データフレームに基づく第２データフレームの生成が含まれる。第２データフレームの生成３２０は、受信した第１サイドバンドデータのダブルサンプリングを含んでもよく、或いは、受信した第１サイドバンドデータのダブルサンプリングに基づいてもよい。このようなダブルサンプリングには、受信した第１サイドバンドデータに付与された値に対して、その付与された値をそれぞれ異なる方法で表現する２つの信号を各々生成することが含まれてもよい。

【0031】

方法３００にはさらに、３３０における、非圧縮ビデオインタフェース仕様の物理層要件に対応したハードウェアインターコネクトを介した第２データフレームの送信動作が含まれてもよい。例えば、３２０における第２データフレームの生成には、少なくとも特定の点において、非圧縮ビデオインタフェース仕様に記されたフレームフォーマットの種々の特性に対応する、例えば、第１ビデオデータの変換を含む、第１データフレームの１つ以上の部分の変換が含まれてもよい。非圧縮ビデオインタフェース仕様は、ＨＤＭＩ仕様又はＭＨＬ仕様であってもよいが、特定の実施形態はこの点に限定されるものでない。一実施形態において、非圧縮ビデオインタフェース仕様で記されたデータフレームフォーマットは、垂直帰線データの計Ｘ本の連続水平ラインと、ビデオデータを含むデータのＹ本の他の連続水平ラインとからなってもよく、Ｘは第１の整数であり、Ｙは第２の整数である。

【0032】

一実施形態において、動作３３０には、３４０における、データの（Ｘ−Ｎ）本のみの連続水平ラインの送信を含む、データ無効期間中の垂直帰線データの送信が含まれてもよく、Ｎは第３の整数である。例えば、データ無効期間は垂直帰線期間であってもよく、垂直帰線期間に送信される水平ラインの総数は（Ｘ−Ｎ）に等しい。データ無効期間は、ＶＤＥ２１６等のデータイネーブル信号の値によって規定されてもよく、若しくはＶＤＥ２１６等のデータイネーブル信号の値によって示されてもよい。データイネーブル信号は、ビデオデータを含む第２データフレームの他の水平ラインを送信するための、本明細書中でデータイネーブル期間と称される他の期間から第２データフレームの垂直帰線期間を区別してもよい。

【0033】

動作３３０にはさらに、３５０における、データイネーブル期間中に発生する送信が含まれてもよい。データイネーブル期間は、例えば、ＶＤＥ２１６等のデータイネーブル信号の移行により、動作３４０のデータ無効期間から区別されてもよい。例えば、データイネーブル期間は、データのＮ本の水平ラインの送信を含む、第１サイドバンドデータに基づく第２サイドバンドデータの送信期間であってもよい。３５０における送信にはさらに、ビデオデータを含む第２データフレームの水平ラインの送信が含まれてもよい。３５０における送信には、データのＹ本の水平ラインの送信を含む、非圧縮ビデオデータの送信が含まれてもよい。

【0034】

図４は、サイドバンドデータを含むデータフレームの処理を行う、一実施形態に係る装置４００の要素を示している。装置４００には、例えば、コンバータ装置１３０の特徴の一部又は全部が含まれてもよい。一実施形態において、装置４００は、方法３００の動作の一部又は全部を実施することにより、データフレームを処理するものである。

【0035】

装置４００は、通信１２０の１つ以上の特徴を含む入力４０５を受信するための受信機回路ＲＸ４１０を備えてもよい。例えば、入力４０５には、クローズドキャプションデータ又はその他のサイドバンドデータを含む、例えば、垂直帰線区間などのデータ無効期間を含むデータフレームが含まれてもよい。データフレームにはさらに、ビデオデータを含むアクティブデータフレームが含まれてもよい。ＲＸ４１０には、サイドバンドデータとして入力４０５の１つ以上の部分を識別する論理が含まれてもよい。例えば、入力４０５のサイドバンドデータがパケット化されている場合、ＲＸ４１０の論理により、サイドバンドデータの種別を示すパケットのヘッダ（又はその他の情報）を検出してもよい。代替又は追加として、ＲＸ４１０は、データフレームのフォーマットがサイドバンドデータの通信専用の特別な時間的区間を含んでいることを識別してもよい。ＲＸ４１０は、このような時間的区間に基づき、受信したデータフレームのサイドバンドデータを識別してもよい。

【0036】

一実施形態において、ＲＸ４１０は、受信したデータフレームのサイドバンドデータに基づく第１サイドバンドデータ４３０を装置４００の処理回路４２０に提供する。一例として、ＲＸ４１０はプロセス回路４２０へ向かう方向にサイドバンドデータを分離するための逆多重化を実施してもよいが、これに限定されるものでない。一実施形態において、ＲＸ４１０は、第１サイドバンドデータ４３０を生成するために受信したサイドバンドデータをダブルサンプリングする。或いは、このようなダブルサンプリングは、第１サイドバンドデータ４３０の受信後、処理回路４２０によって実施されてもよい。

【0037】

ＲＸ４１０はさらに、装置４００の処理回路４２２に第１フレームデータ４３２を提供してもよく、第１フレームデータ４３２は、データフレーム受信入力４０５のビデオデータを含むか、或いはデータフレーム受信入力４０５のビデオデータに基づいている。例えば、第１フレームデータ４３２には、第１サイドバンドデータ４３０内に表されるデータ以外のビデオデータ、制御データ、及びパケットデータの一部又は全部が含まれてもよい。第１フレームデータ４３２がこのようなサイドバンドデータを含む場合、処理論理４２２は、装置４００によって後に実施されるデータフレーム処理に適合するように、このようなデータをマスキングしてもよい。

【0038】

一実施形態において、処理回路４２０は、第１サイドバンドデータ４３０に基づいて第２サイドバンドデータ４３４を生成するため、１つ以上の動作を実施する。一例として、処理回路４２０は、出力４５０を送信するため、サイドバンドデータの値を各々、装置４００のハードウェアコネクタ（図示せず）の各チャンネルに種々の形態で割り当てる動作を実施してもよいが、これに限定されるものではない。例えば、処理回路４２０は、異なるハードウェアチャンネルの各々に、同一のサイドバンドの値の異なるサンプルを直接又は間接に割り当ててもよい。第２サイドバンドデータ４３４の生成にはさらに、出力４５０のためのデータフレームのアクティブフレームに第２サイドバンドデータ４３４を含むように、例えば、第１サイドバンドデータ４３０の値を翻訳、バッファリング、並べ替え、同期、調整、及び／又は処理するなどの種々の追加動作のいずれかを処理回路４２０が実施することが含まれてもよい。

【0039】

一実施形態において、処理回路４２２は、第１フレームデータ４３２に基づいて第２フレームデータ４３６を生成するための１つ以上の動作を実施する。一例として、処理回路４２２は、非圧縮ビデオインタフェース仕様に準じたデータフレームフォーマットの１つ以上の特性を有するビデオデータを種々の形態で変換、同期、並べ替え、調整、又は生成するための動作を実施してもよいが、これに限定されるものでない。第２フレームデータ４３６の生成には、ビデオデータ及び／又は制御データをＨＤ ＡＶ規格に対応したフォーマットに変換するための従来技術に準じた１つ以上の動作が含まれてもよい。このような技術は、本開示の範囲を越えるものであり、特定の実施形態を限定するものでない。

【0040】

第２フレームデータ４３６及び第２サイドバンドデータ４３４は、装置４００の処理回路４２４に提供されてもよく、例えば、処理回路４２４は、非圧縮ビデオデータ及びサイドバンドデータの双方からなるアクティブフレームを含む第２フレームを生成するものである。一実施形態において、処理回路４２４は、第２サイドバンドデータ４３４の部分を第２フレームデータ４３６の部分と種々の形態で交互配置する１つ以上の多重化動作を実施する。処理回路４２４は、装置４００の送信機ＴＸ４４０に結果として得られた信号を提供してもよく、ＴＸ４４０は、結果として得られたデータフレームを含む出力４５０を送信する。一実施形態において、出力４５０中のデータフレームの送信は、動作３３０の送信に従う。

【0041】

図５Ａは、一実施形態に係るデータフレーム５００ａの要素を示しており、そのうちの１つ以上は少なくとも部分的にコンバータ装置によって処理される。データフレーム５００ａのうちの１つ以上は、例えば、コンバータ装置４００の特徴の一部又は全部を有する装置によって生成され、さらに処理されてもよい。一実施形態において、データフレーム５００ａのうちの１つ以上は、第２フレームデータ４３６に含まれる。

【0042】

データフレーム５００ａには、非圧縮ビデオインタフェース仕様において識別されたデータフレームフォーマットと１つ以上の点において種々の形態で合致するよう配置された、部分的に処理の施されたデータフレーム５０２ａ、５０４ａが含まれてもよい。例えば、データフレーム５０２ａには、最終的に結果として得られるデータフレームのアクティブフレームに含まれるビデオデータ５３０ａが含まれてもよい。ビデオデータ５３０ａの水平ラインは、ビデオデータの水平ラインの通信に特有の、特定されたデータフレームフォーマットに従ってタイミングをサポートするよう配置されてもよい。データフレーム５０４ａには、同様に配置されたビデオデータ５３５ａが含まれてもよい。

【0043】

追加又は代替として、部分的に処理の施されたデータフレーム５０２ａには、最終的に結果として得られるデータフレームの水平帰線区間に種々の形態で含まれる帰線データが含まれてもよい。一実施形態において、このような帰線データは水平帰線区間に含まれるよう配置されてもよく、水平帰線区間は各々、特定されたデータフレームフォーマットに準じて、データの水平ラインを区別する水平同期制御信号ＨＳＹＮＣ５１２のそれぞれのパルス、このようなパルスの前の所定のフロントポーチ期間、及びこのようなパルスの後の所定のバックポーチ期間に及ぶ。データフレーム５０４ａには、同様に配置された水平帰線データが含まれてもよい。

【0044】

追加又は代替として、部分的に処理の施されたデータフレーム５０２ａには、最終的に結果として得られるデータフレームの垂直帰線区間に含まれる他の帰線データが含まれてもよい。このような他の帰線データは、特定されたデータフレームフォーマットに準じて垂直帰線区間によりサポートされる種別のものであってもよい。

【0045】

一実施形態において、非圧縮ビデオインタフェース仕様に記されたデータフレームフォーマットにより、データフレームの垂直帰線区間がデータの計Ｘ本の連続水平ラインを含むものであることを識別し、また、データフレームがさらにビデオデータを含むデータの計Ｙ本の他の連続水平ラインを含むものであることを識別してもよい。特定されたデータフレームフォーマットによると、ＶＤＥ５９０で表される垂直データイネーブル制御信号がディアサートされた場合、垂直帰線区間が示される。データのＹ本の連続水平ラインには各々、各水平帰線期間と各アクティブデータ期間とが含まれてもよく、例えば、水平データイネーブル制御信号ＨＤＥ５１０がアサートされず、ＶＤＥ５１２がアサートされた場合に水平帰線期間が示される。特定の実施形態において、データフレーム５０２ａに基づいて結果として最終的に得られるデータフレームのある特徴が、特定されたデータフレームフォーマットからいかに外れるかを単に示すことを目的として、ＶＤＥ５９０を図５Ａに示す。

【0046】

図５Ａにおいて、データフレーム５０２ａは、特定されたデータフレームフォーマットによると垂直帰線データを含むことになる水平ライン５８０ａを含むものとして示されている。データフレーム５０４ａは、同様の水平ライン５８５ａを含むものとして示されている。一実施形態において、水平ライン５８０ａ（又は水平ライン５８５ａ）には、例えば、後続処理において第２サイドバンドデータ４３４等のサイドバンドデータと種々の形態で置換されるプレースホルダデータが含まれる。代替の一実施形態において、データフレーム５０２ａには、そのような水平ライン５８０ａは含まれなくてもよく、例えば、水平ライン５８０ａの図示された箇所のデータフレーム５０２ａに第２サイドバンドデータ４３４等のサイドバンドデータを追加する処理が後に実施される。データフレーム５０２ａに基づいて結果として最終的に得られるデータフレームは、このように追加されるサイドバンドデータを当該結果として最終的に得られるデータフレームのアクティブフレーム内に存在するアクティブデータとして指定する、例えば、ＶＤＥ５９０以外の水平データイネーブル信号を含んでもよく、又はこのような水平データイネーブル信号で通信されてもよい。

【0047】

図５Ｂは、一実施形態に係るコンバータ装置によって処理されるデータフレーム５００Ｂの要素を示している。データフレーム５００ｂのうちの１つ以上は、例えば、コンバータ装置４００の特徴の一部又は全部を有する装置によって生成され、さらに処理されてもよい。一実施形態において、データフレーム５００ｂには、部分的に処理の施されたデータフレーム５０２ａに基づいて生成されたデータフレーム５０２ｂと、部分的に処理の施されたデータフレーム５０４ａに基づいて生成されたデータフレーム５０４ｂが含まれる。

【0048】

データフレーム５０２ｂには、データの計（Ｘ−Ｎ）本のみの連続水平ラインからなる垂直帰線区間ＶＢ５２０ｂが含まれる。データフレーム５０２ｂにはさらに、各ラインがそれぞれの水平帰線データとそれぞれのアクティブデータとを含む、水平データの別の（Ｙ＋Ｎ）本の連続ラインが含まれてもよい。一例として、（Ｙ＋Ｎ）本の連続水平ラインには、各ラインがそれぞれの水平帰線データとサイドバンドデータＳＢ５４０ｂのそれぞれの部分とを含む、Ｎ本の水平ラインが含まれてもよいが、これに限定されるものでない。（Ｙ＋Ｎ）本の連続水平ラインにはさらに、各ラインがそれぞれの帰線データとビデオデータ５３０ｂのそれぞれの部分とを含んだ、Ｙ本の水平ラインが含まれてもよい。代替の実施形態において、ＳＢ５４０ｂを通信するためのＮ本の水平ラインとビデオデータ５３０ｂを通信するためのＹ本の水平ラインとは、異なる順に送信されてもよく、例えば、交互に送信されてもよい。

【0049】

一実施形態において、垂直データイネーブル信号ＶＤＥ５１６は、ＳＢ５４０ｂとビデオデータ５３０ｂとの双方をデータフレーム５０２ｂのアクティブデータとして識別するのに用いられるデータイネーブル期間を示す。ＨＤＥ５１０、ＶＤＥ５１６、ＨＳＹＮＣＨ５１２、及びＶＳＹＮＣＨ５１４の、例えば、アクティブロー又はアクティブハイ等の各極性は、例示のみを目的とするものであり、特定の実施形態に限定されなくてもよい。ＶＤＥ５１６は、本明細書中で図５Ａを参照して述べたデータフレームフォーマットから外れる各スパンを有するＶＢ５２０ｂ及びＶＢ５２５ｂをもたらす。さもなければ制御信号ＨＤＥ５１０、ＨＳＹＮＣＨ５１２、及びＶＳＹＮＣＨ５１４は、データフレームフォーマットに準じてデータフレーム５０２ｂ、５０４ｂの通信をサポートしてもよい。

【0050】

図６は、データフレームの交換の要素を示すタイミング図６００である。タイミング図６００には、各々機能的にＨＳＹＮＣ５１２及びＶＳＹＮＣ５１４に対応するＨＳＹＮＣ６２０及びＶＳＹＮＣ６３０が含まれる。タイミング図６００にはさらに、ＶＤＥ５１６等の垂直データイネーブル制御信号及びＨＤＥ５１０等の水平データイネーブル制御信号へのブーリアンＡＮＤ演算の結果に論理的に対応するデータイネーブル状態ＤＥ６１０が含まれる。タイミング図６００に示す種々の信号極性は単に例示を目的とするものであり、非圧縮ビデオインタフェース仕様において識別されたデータフレームフォーマットの対応極性と完全に合致するものでなくてもよい。このような信号極性は、特定の実施形態に限定されるものでない。

【0051】

タイミング図６００は、例えば、データフレーム５０２ｂの特徴の一部又は全部を有するデータフレームの一例としての３１２水平ラインフィールド１の交換の要素を示している。タイミング図６００は、本例ではデジタル５７６ｉであるが、非圧縮デジタルビデオの通信のための仕様に記されたデータフレームフォーマットのタイミングの修正バージョンであるタイミングを示している。例えば、ＤＥ６１０がアクティブである場合、タイミング図６００のハイライト領域はデータの１７本の水平ラインを含み、この１７本の水平ラインはサイドバンド（ＳＢ）データの通信用である。しかしながら、このように修正されたタイミングの場合、特定されたデータフレームフォーマットによると、ＤＥ６１０はこれら１７本のラインにおいてはディアサートに維持され、このことはなおクローズドキャプションデータ（又はその他の特定種別のサイドバンドデータ）の通信をサポートすることのできない、より長い垂直帰線期間を示す。

【0052】

図６はまた、タイミング図６００に示されたデータフレーム交換の追加要素を示すタイミング図６０５も示している。タイミング図６０５には、ＤＥ６１０、ＨＳＹＮＣ６２０、ＶＳＹＮＣ６３０にそれぞれ機能的に対応するＤＥ６４０、ＨＳＹＮＣ６５０、ＶＳＹＮＣ６５０が含まれる。一実施形態において、ＤＥ６１０、ＨＳＹＮＣ６２０、ＶＳＹＮＣ６３０はデータフレームの１つのフィールドに特有の制御信号送信によって示され、ＤＥ６４０、ＨＳＹＮＣ６５０、ＶＳＹＮＣ６５０はデータフレームの他のフィールドに特有の制御信号送信によって示される。タイミング図６０５に示す種々の信号極性は、単に例示を目的とするものであり、非圧縮ビデオインタフェース仕様において識別されたデータフレームフォーマットの対応極性とすべて合致しなくてもよい。このような信号極性は特定の実施形態に限定されるものでない。

【0053】

タイミング図６０５は、データフレームの一例としての３１３水平ラインフィールド２の交換の要素を示している。タイミング図６００内のフィールド１に対するタイミングとタイミング図６０５内のフィールド２に対するタイミングとの間のオフセットは、ＨＳＹＮＣ６２０とＨＳＹＮＣ６５０の各期間数によって示されている。ＤＥ６４０がアクティブである場合、タイミング図６０５のハイライト領域はデータの１７本の水平ラインを含み、この１７本の水平ラインはサイドバンド（ＳＢ）データの通信用である。しかしながら、タイミング図６０５に示す修正タイミングでは、ＤＥ６４０は、特定されたデータフレームフォーマットによると、これらの１７本のライン中、ディアサートのままである。

【0054】

図７は、一実施形態に係るアクティブフレームの水平ラインの交換の要素を示すタイミング図７００である。タイミング図７００は、通信１５０等の通信の特徴を示してもよい。タイミング図７００に示されるデータフレームには、例えば、データフレーム５０２ｂ又はデータフレーム５０４ｂの特徴の一部又は全部が含まれてもよい。

【0055】

タイミング図７００は、クロック信号ＣＬＯＣＫ７１０、一例としてＤａｔａ０ ７２０、Ｄａｔａ１ ７３０、Ｄａｔａ２ ７４０等に代表される複数のデータ信号、及びデータイネーブル信号ＤＥ７５０の並列交換を示している。一実施形態において、ＤＥ７５０は、水平ラインのアクティブデータからその水平ラインの水平帰線期間を区別するための、例えば、ＤＥ６１０の機能に対応する機能を提供する。従って、ＤＥ７５０のアサート（本例では、論理的ハイ状態へのアサート）は、Ｄａｔａ０ ７２０、Ｄａｔａ１ ７３０、Ｄａｔａ２ ７４０が水平帰線データでなく、アクティブデータであることを示している。

【0056】

一実施形態において、ＣＬＯＣＫ７１０、Ｄａｔａ０ ７２０、Ｄａｔａ１ ７３０、及びＤａｔａ２ ７４０の一部又は全部は、各差動信号対として実現されてもよい。一例として、ＣＬＯＣＫ７１０は、ＨＤＭＩ仕様の遷移数最少差動信号伝送方式（ＴＭＤＳ）クロック信号対Ｃｌｏｃｋ＋／Ｃｌｏｃｋ−に機能的に対応してもよいが、これに限定されるものでない。代替又は追加として、Ｄａｔａ０ ７２０、Ｄａｔａ１ ７３０、及びＤａｔａ２ ７４０は、各々、このようなＨＤＭＩ仕様のＴＭＤＳ信号対Ｄａｔａ０＋／Ｄａｔａ０−、Ｄａｔａ１＋／Ｄａｔａ１−、及びＤａｔａ２１＋／Ｄａｔａ２−に機能的に対応してもよい。

【0057】

各々異なる寸法の色空間（例えば、赤色／緑色／青色又はＹＣｂＣｒ）がＤａｔａ０ ７２０、Ｄａｔａ１ ７３０、及びＤａｔａ２ ７４０の各々に割り当てられてもよいが、特定の実施形態はこの点に限定されるものでない。例えば、データフレームのビデオデータは、ＲＧＢ色空間の赤色寸法、緑色寸法、及び青色寸法の各々に対する非圧縮ピクセルカラー値からなってもよい。このような実施形態において、例えば、青色値はＤａｔａ０ ７２０を介して通信されてもよく、緑色値はＤａｔａ１ ７３０を介して通信されてもよく、赤色値はＤａｔａ２ ７４０を介して通信されてもよい。タイミング図７００に示すとおり、図示のデータフレームのデータの水平ラインには、アクティブデータとして通信されるＳ０、Ｓ１、Ｓ２、...、Ｓ７１９のサイドバンドデータが含まれる。すなわち、ＤＥ７５０は、Ｓ０、Ｓ１、Ｓ２、...、Ｓ７１９の通信との関連でアサートされる。

【0058】

一実施形態において、データフレームには、サイドバンドデータＳ０、Ｓ１、Ｓ２、...、Ｓ７１９のダブルサンプリングされたバージョンが含まれる。例えば、時間０において、データ２ ７４０はサイドバンドデータ値Ｓ０の第１サンプルＳ０Оｄｄを通信してもよく、データ１ ７３０は同一のサイドバンドデータ値Ｓ０の第２サンプルＳ０Ｅｖｎを通信してもよい。同様に、時間１において、データ２ ７４０はサイドバンドデータ値Ｓ１の第１サンプルＳ１Оｄｄを通信してもよく、データ１ ７３０は同一のサイドバンドデータ値Ｓ１の第２サンプルＳ１Ｅｖｎを通信してもよい。ダブルサンプリングされたサイドバンドデータ値のこのような通信は、サイドバンドデータ値ｓ７１９に対するサンプルＳ７１９Ｏｄｄ、Ｓ７１９Ｅｖｎまで続けられてもよい。一実施形態において、データ信号のうちの１つは、本例ではデータ０ ７２０であるが、このようなアクティブサイドバンドデータの通信において用いられなくてもよい。

【0059】

図８は、一実施形態に係るデータフレームの交換の要素を示すタイミング図８００である。タイミング図８００は、タイミング図７００に示すデータフレーム通信の代替としてのデータフレーム通信を示している。すなわち、タイミング図８００のＣＬＯＣＫ８１０、Ｄａｔａ０ ８２０、Ｄａｔａ１ ８３０、Ｄａｔａ２ ８４０、及びＤＥ８５０は、各々、ＣＬＯＣＫ７１０、Ｄａｔａ０ ７２０、Ｄａｔａ１ ７３０、Ｄａｔａ２ ７４０、及びＤＥ７５０に対応している。一実施形態によると、タイミング図８００に示されるデータフレームは、２ｘのピクセル反復で交換され、アクティブサイドバンドデータ値の通信は、タイミング図７００に示した単一サイクルスパンではなく、ＣＬＯＣＫ８１０の２サイクルに及ぶ。

【0060】

図９は、一実施形態に係るデータフレームの処理方法９００の要素を示す。方法９００に従って処理されるデータフレームには、例えば、データフレーム５０２ｂ及び／又はデータフレーム５０４ｂの特徴の一部または全部が含まれてもよい。一実施形態において、方法９００は、ビデオシンク１６０の機能等を実装する装置によって実施されてもよい。

【0061】

方法９００には、非圧縮ビデオインタフェース仕様の物理層要件に対応したハードウェアインターコネクトを介してデータフレームを受信する動作が含まれてもよい。一実施形態において、非圧縮ビデオインタフェース仕様により、データフレームのフォーマットを識別する。このフォーマットは、垂直帰線データの計Ｘ本の連続水平ラインと、ビデオデータを含むデータの計Ｙ本の連続水平ラインとからなり、Ｘは第１の整数であり、Ｙは第２の整数である。

【0062】

一実施形態において、このようなデータフレームの受信には、９１０における、データの（Ｘ−Ｎ）本のみの連続水平ラインの受信を含むデータ無効期間中の垂直帰線データの受信が含まれ、Ｎは第３の整数である。データ無効期間は、例えば、ＶＤＥ５１６等の垂直データイネーブル信号によって特定される期間であってもよく、例えば、データ無効期間は垂直帰線区間である。

【0063】

方法９００にはさらに、データフレーム中の他の情報の通信のための、データイネーブル期間と称される代替期間中の動作９２０が含まれてもよい。例えば、動作９２０には、９３０における、データのＮ本の水平ラインの受信を含む第１サイドバンドデータの受信が含まれてもよい。一実施形態において、Ｎ本の水平ラインの一部又は全部は、種々の形態において、それぞれのサイドバンドデータ値とそれぞれの水平帰線データ値とを含む。一実施形態において、動作９２０にはさらに、９４０における、データのＹ本の水平ラインの受信を含む第１の非圧縮ビデオデータの受信が含まれる。一実施形態において、Ｙ本の水平ラインの一部又は全部は、種々の形態において、それぞれのビデオデータ値とそれぞれの水平帰線データ値とを含む。９４０で受信されるＹ本の水平ラインには、データフレームのすべてのアクティブビデオデータが含まれてもよい。

【0064】

方法９００はさらに、９５０における、９３０で受信した第１サイドバンドデータと９４０で受信した第１非圧縮ビデオデータとに基づく第２非圧縮ビデオデータの生成を備えてもよい。例えば、第１非圧縮ビデオデータには、ビデオフレームの１つ以上のピクセルに対する各ピクセルカラー値が含まれてもよい。一実施形態において、第２非圧縮ビデオデータの生成には、第１サイドバンドデータの値とビデオフレームの各ピクセルとのマッピング又は関連付けが含まれる。このようなマッピングに基づき、このようなピクセルに対応する第１非圧縮ビデオデータのピクセルカラー値がマスキングされたり、置換されたり、或いは修正されてもよい。一例として、受信したビデオフレームの部分は、サイドバンドデータの視覚表現を含むように、ビデオフレームのアクティブサイドバンドデータに基づいて変更されるか、又はビデオフレームのアクティブサイドバンドデータと「一体化」されてもよいが、これに限定されるものでない。

【0065】

図１０は、一実施形態に係る生成されたデータフレームの処理装置１０００の要素を示している。装置１０００は、ビデオシンク１６０の特徴の一部又は全部を有してもよい。一実施形態において、装置１０００によるデータフレームの処理は、方法９００に従ってもよい。

【0066】

装置１０００は、通信１５０の１つ以上の特徴を含む入力１００５を受信するための受信機回路ＲＸ１０１０を備えてもよい。例えば、入力１００５には、データフレーム５０２ｂ等のデータフレームが含まれてもよい。データフレームにはさらに、ビデオデータとサイドバンドデータとの双方からなるアクティブデータフレームが含まれてもよい。ＲＸ１０１０は、サイドバンドデータとして入力１００５の１つ以上の部分を識別する論理を備えてもよい。例えば、ＲＸ１０１０の論理は、データフレームフォーマット用の所定のタイミングに従って、アクティブデータフレームのＮ本の特定の水平ランがアクティブサイドバンドデータの通信用であることを識別するように構成されてもよい。

【0067】

一実施形態において、ＲＸ１０１０は、受信したデータフレームのアクティブフレームから処理回路１０３０に第１サイドバンドデータ１０２０を提供する。一例として、ＲＸ１０１０は処理回路１０３０に通信するためにサイドバンドデータを分離するよう逆多重化を実施してもよいが、これに限定されるものでない。一実施形態において、ＲＸ１０１０は、データフレーム中のサイドバンドデータ値のダブルサンプリングの処理を行う。或いは、このようなダブルサンプリングは、処理回路１０３０による処理を行うため、第１サイドバンドデータ１０２０に含まれてもよい。

【0068】

ＲＸ１０１０はさらに、装置１０００の処理回路１０３２に第１フレームデータ１０２４を提供してもよく、第１フレームデータ１０２４には、アクティブサイドバンドデータ以外のフレームデータが、例えば、アクティブサイドバンドデータに追加して含まれる。例えば、第１フレームデータ１０２４には、ビデオデータ、制御データ、及びパケット化データの一部又は全部が含まれてもよい。第１フレームデータ１０２４にこのようなサイドバンドデータが含まれる場合、処理回路１０３２は、装置１０００によって後に実施されるデータフレーム処理に適合するように、このようなデータをマスキングしてもよい。

【0069】

一実施形態において、処理回路１０３０は、第１サイドバンドデータ１０２０に基づいてピクセルデータ１０２２を生成する１つ以上の動作を実施する。一例として、処理回路１０３０は、サイドバンドデータ値データを、フレームのピクセルカラー値の置換、マスキング、または修正に用いる情報に種々の形態で変換する動作を実施してもよいが、これに限定されるものでない。このような情報には、例えば、代替のピクセルカラー、又は代替のピクセルカラーを判定するためのデータが含まれてもよい。一実施形態において、処理回路１０３２は、第１フレームデータ１０２４のビデオデータに基づいてビデオデータ１０２６を提供する１つ以上の動作を実施する。一例として、処理回路１０３２は、種々の形態で、ＨＤ表示のためのビデオデータの分離、同期、並べ替え、調整、又はその他の準備動作を実施してもよいが、これに限定されるものでない。

【0070】

ビデオデータ１０２６及びピクセルデータ１０２２は、装置１０００のディスプレイエンジン１０３０に提供されてもよく、例えば、ディスプレイエンジン１０３０は、ＨＤビデオディスプレイハードウェア（図示せず）に提供するための出力１０４０を生成するためのものである。一実施形態において、ディスプレイエンジン１０３０は、ピクセルデータ１０２２の部分をビデオデータ１０２６の部分と種々の形態で交互に配置するための１つ以上の多重化動作を実施する。或いは、ディスプレイエンジン１０３０は、ピクセルデータ１０２２及びビデオデータ１０２６のピクセルカラー値に基づいてピクセルカラー値を算出する動作を実施してもよい。

【0071】

図１１Ａ〜図１１Ｄは、種々の実施形態に係るデータフレームの通信及び／又は処理を容易にするための種々のパケットの要素を示している。図１１Ａ〜１１Ｃに示すようなＩｎｆｏＦｒａｍｅは、デジタルビデオストリームの通信で通常使用される種別の、例えばＨＤＭＩ及び／又はＭＨＬ要件に準じた制御パケットである。ソースデバイスからシンクデバイスへとＩｎｆｏＦｒａｍｅを通信することにより、ソースデバイスは、ＡＶストリームの機能及び／又はその他の特性を記す情報を送信してもよい。通常、シンクデバイスがサポートしてもよい業者特定機能及び／又は特性を示すソースデバイスとの通信を行うため、図１１Ｄに示すようなＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ（ＶＳＤＢ）がシンクデバイスによって用いられる。このようなＩｎｆｏＦｒａｍｅ及びＶＳＤＢ情報により、シンクデバイス及びソースデバイスは、例えば、ＡＶデータがデータストリームに含まれ、タイミングが図られ、配置されるのに用いられる１つ以上のパラメータに合意してもよい。

【0072】

従来、ビデオデータ通信関連のＩｎｆｏＦｒａｍｅには主に２つのカテゴリーがあり、多様な種別の装置へ対する包括的な情報通信のためのＡｕｘｉｌｉａｒｙ Ｖｉｄｅｏ Ｉｎｆｏｒｍａｔｉｏｎ（ＡＶＩ）ＩｎｆｏＦｒａｍｅ種別と、特定の業者（例えば、製造業者）の装置に特有の情報を通信するＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＩｎｆｏＦｒａｍｅ（ＶＳＩＦ）種別とがあった。種々の実施形態によると、ビデオフレームのアクティブデータとしてのサイドバンドデータの通信を容易にするために、このようなＩｎｆｏＦｒａｍｅの慣例が適応されてもよい。シンクデバイスは、これらの２つの種別のＩｎｆｏＦｒａｍｅに基づき、アクティブサイドバンドデータとアクティブビデオデータを互いに差別化するため、ソースデバイスによるビデオタイミングを識別してもよい。

【0073】

一実施形態において、シンクデバイスとソースデバイスとの間で交換されるＡＶＩ ＩｎｆｏＦｒａｍｅには、各々ゼロ（０）に設定されるビデオ識別コード（ＶＩＣ）が含まれてもよく、これは、ビデオ符号化種別に関連の情報がＡＶＩ ＩｎｆｏＦｒａｍｅに含まれないこと、このようなビデオ符号化情報は代わりにＶＳＩＦを参照して判定されることを示している。図１１Ａは、このようなビデオ符号化情報を提供するＶＳＩＦのためのパケットヘッダ１１００ａの要素を示している。本例において、パケットヘッダ１１００ａは、ＶＳＩＦパケットヘッダ用のＨＤＭＩフォーマットに対応している。

【0074】

図１１Ｂは、パケットヘッダ１１００ａに包含されるＶＳＩＦパケットのコンテンツのためのフォーマット１１００ｂの要素を示している。フォーマット１１００ｂは、例えば、シリコンイメージ社独自のＩｎｆｏＦｒａｍｅ用の一種のＶＳＩＦの一般的パケットコンテンツ構造である。フォーマット１１００ｂには、ＩＥＥＥ（たとえば、シリコンイメージ社における０ｘ００Ｄ０ＢＤ）によって指定された３バイトの業者特定Ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＯＵＩ）コードを記憶するためのバイトＰＢ１〜ＰＢ３が含まれる。ＶＳＩＦ＿Ｔｙｐｅが１（ＰＢ４）であり、ＳＣＭ＿Ｌｅｎｇｔｈ（ＰＢ５）によって示される有効バイトを有する場合、ＶＳＩＦのペイロードを用いてＳｉｄｅｂａｎｄ Ｃｈａｎｎｅｌ Ｍｅｓｓａｇｅ（ＳＣＭ）を搬送してもよい。フォーマット１１００ｂの例において、ＶＳＩＦのペイロードは、１つ又は複数のＳＣＭサブパケット、例えば、７本までのサブパケット（ＳＣＭ＿ＩＤ１、...ＳＣＭ＿ＩＤ７）を搬送してもよい。図１１Ｂには、一実施形態において、各ＳＣＭ種別の特定にいかにしてＳＣＭ識別値ＳＣＭ＿ＩＤｘを用いてよいかという例を示す、フォーマット１１００ｂについての説明が含まれている。

【0075】

図１１Ｃは、一実施形態に係るアクティブフレーム内のサイドバンドデータの通信を容易にするための、フォーマット１１００ｂに基づく業者特定ＩｎｆｏＦｒａｍｅパケット１１００ｃの要素を示している。ＶＳＩＦパケット１１００ｃは、例えば、すべてゼロ（０）に設定されたＶＩＣを有する対応ＡＶＩ ＩｎｆｏＦｒａｍｅで送信されてもよい。ＶＳＩＦパケット１１００ｃには、１（０×０１）に設定されると、任意のビデオデータに加えてサイドバンドデータがアクティブデータとしてデータフレーム内（例えば、データフレームの垂直帰線期間の外）に含まれることを特定するＳＣＭ識別子フィールドＳＣＭ＿ＩＤが含まれてもよい。図１１Ｃの例において、ＶＳＩＦパケット１１００ｃには、一実施形態によると、ＣＥＡ８６１−Ｄによって特定されたとおりのビデオフォーマット情報を通信するビデオフォーマット識別コードフィールドＶＩＣ０、...、ＶＩＣ６が含まれる。ＶＳＩＦパケット１１００にはさらに、例えば、バイトＰＢ９において、Ｖｓｙｎｃパルスの後にデータフレームの最後の水平ラインの番号を識別するのに用いられ、アクティブサイドバンドデータ（アクティブＶＢＩデータとも称する）を含む「アクティブＶＢＩを含む最終ライン番号」フィールドが含まれてもよい。

【0076】

図１１Ｄは、一実施形態に係るアクティブフレーム内のサイドバンドデータの通信をさらに容易にするための他の業者特定データブロック（ＶＳＤＢ）１１００ｄの要素を示している。ＶＳＤＢ１１００ｄは、拡張表示識別データ（ＥＤＩＤ）を対応のビデオソースデバイスに通信するために、ビデオシンクデバイスによって送信されてもよい。ＶＳＤＢ１１００ｄ等のＥＤＩＤを用いることにより、シンクデバイスの表示能力をソースデバイスに示してもよい。要求に応じて、情報がリンクを通じて送信されてもよいか否か、且つ／又はいかに情報がリンクを通じて送信されたらよいかをソースデバイスが判定できるように、ＥＤＩＤ情報が、例えば、シンクデバイスからのＶＳＤＢ内においてソースデバイスに提供されてもよい。例えば、ＶＳＤＢ１１００ｄは、シンクデバイスがデータフレームのアクティブデータ部分に提供されたサイドバンドデータを処理する機能を有する旨を通信してもよい。図１１Ｄの例において、ＶＳＤＢ１１００ｄは、同一のＯＵＩコードで、業者特定データブロック用のＨＤＭＩフォーマットに対応する。

【0077】

例えば、ＶＳＩＦ（これはソースデバイスからシンクデバイスへと送信される）と同様に、ＶＳＤＢ１１００ｄには、特定の業者を差別化するためのＯＵＩフィールドが含まれてもよい。代替又は追加として、ＶＳＤＢ１１００ｄの長さフィールドは、データブロックの全長を示してもよい。一実施形態において、ＶＳＤＢ１１００ｄには、シンクデバイスが、例えば、Ｒａｗ ＶＢＩ機能等をサポートするか否かを示す各フィールドが含まれてもよい。一例として、シンクデバイスがデータフレームのアクティブフレーム内の２×オーバーサンプルＶＢＩ原データをサポートする場合、Ｓｕｐｐｏｒｔｓ＿ＲａｗＶＢＩビットが設定されてもよいが、これに限定されるものでない。一実施形態において、ＶＳＤＢ１１００ｄにはさらに、Ｖｓｙｎｃパルスの後の、アクティブサイドバンドデータを含むデータフレームの最初の水平ラインの番号を識別する「アクティブＶＢＩを含む第１ライン番号」が含まれてもよい。

【0078】

本明細書では、オーディオ／ビデオ通信を提供する技術及び設計を説明した。以上の説明において、特定の実施形態の完全な理解を促すため、説明を目的として多数の特定の詳細を記した。しかしながら、当業者にとって、特定の実施形態はこれらの詳細を伴うことなく実践可能であることが明らかであろう。場合によっては、曖昧な説明を避けるために、構造及び装置をブロック図の形式で示した。

【0079】

本明細書中の「一実施形態」という表現は、その実施形態との関連で説明した特定の特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な箇所で「一実施形態」というフレーズを出現させたが、これらは必ずしもすべて、同一の実施形態について言及しているものでない。

【0080】

本明細書中の詳細な説明の一部は、コンピュータメモリ内のデータビットに対する演算のアルゴリズム及びシンボル表現で表した。これらのアルゴリズム的記載及び表現は、コンピュータ分野の当業者が、同業者に自らの作業の内容を最も効果的に伝えるために用いる手段である。アルゴリズムは、ここでは、また一般的にも、所望の結果を導くステップの自己一致シーケンスであると考えられる。これらのステップは、物理量の物理的処置を要求するものである。多くの場合、これらの量は、貯蔵、移送、結合、比較、又は操作可能な電気信号又は磁気信号の形態を採るが、必ずしもこのような形態でなくてもよい。主に一般的使用のためには、これらの信号をビット、値、要素、シンボル、文字、用語、数字等で言及することが便利であると折に触れて実証されてきている。

【0081】

しかしながら、これらの用語及び類似の用語はすべて、適切な物理量と関連付けられなければならず、これらの量に付された単に利便性の高いラベルにすぎないことに留意しなければならない。特段の指摘の無い限り、又は本明細書中の議論から明らかでない限り、本説明全体に亘って、「処理する」「演算する」「算出する」「判定する」「表示する」等の用語を利用した議論は、コンピュータシステムのレジスタ及びメモリ内で物理（電気的）量として表されたデータを操作して、コンピュータシステムのメモリ又はレジスタ、若しくは情報を記憶、送信、又は表示するその他の装置内において、物理量として同様に表される他のデータへと変換するコンピュータシステム又は類似の電子演算装置によるアクション及びプロセスをいう。

【0082】

特定の実施形態はまた、本明細書中の動作を実施する装置に係る。この装置は、要求された目的のための専用装置であってもよく、或いは、コンピュータに記憶されたコンピュータプログラムによって選択的に起動又は再構成される汎用コンピュータからなってもよい。このようなコンピュータプログラムは、フロッピーディスク、光学ディスク、ＣＤ−ＲＯＭ、及び磁気光学ディスク、リードオンリーメモリ（ＲＯＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）等のランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、光学カードを含むあらゆる種別のディスク、電子的指示の記憶に適したあらゆる種別の媒体等のコンピュータ可読媒体に記憶され、コンピュータシステムバスに連結されてもよい。

【0083】

本明細書中に示したアルゴリズム及びディスプレイは、いかなる特定のコンピュータ又はその他の装置にも本質的に関連するものでない。本明細書の教示に従ったプログラムとともに種々の汎用システムを用いてもよく、或いは、要求された方法ステップを実施するための専用装置を構築することが便利であると実証されてもよい。本明細書の記載により、種々のシステムについて要求される構造が明らかとなるであろう。また特定の実施形態は、いかなる特定のプログラミング言語を参照して説明したものでもない。種々のプログラミング言語を用いて本明細書に記載の実施形態の教示を実施してもよいことが理解されるであろう。

【0084】

本明細書の記載に加えて、その範囲から逸脱することなく、開示の実施形態及びその実装に種々の変更が加えられてもよい。従って、本明細書の説明及び例は、例示と解釈されなければならず、限定的な意味で解釈されてはならない。本発明の範囲は、以下の請求項を参照することのみによって評価されなければならない。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図11C】

【図11D】