コントロール３信号合成
ある実施形態に基づく、受信暗号化フレーム信号を処理するある方法は、受信暗号化フレーム信号を含むビデオ信号を受信することに関し、その場合、受信暗号化フレーム信号は特定のビデオフレームが暗号化されていることを示し、受信ビデオ信号は受信ビットストリームを含む。また上記方法は、受信暗号化フレーム信号を合成して、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされているかどうかを判定し、ロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡すことに関する。また上記方法は、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。本要約で説明する特徴から他の実施形態が逸脱する場合もあるため、本要約は限定的と見なされるものではない。
【発明の詳細な説明】
【技術分野】
【０００１】
【背景技術】
【０００２】
ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ：高品位マルチメディアインターフェース）およびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ：デジタルビデオインターフェース）で使用されるＨＤＣＰ（Ｈｉｇｈ‐Ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ：高帯域幅デジタルコンテンツ保護）プロトコルにおいて、コントロール３（Ｃｏｎｔｒｏｌ ３：ＣＴＬ３またはＣＴＲＬ３）と呼ばれる暗号化フレーム信号が、ビデオのフレームが暗号化されていることを示すために使用される。ＣＴＲＬ３信号は垂直同期間隔の間に現れる。ＣＴＲＬ３は、ソースデバイスによってシンクデバイスへ送信され、関連するフレームが暗号化されていることを信号で伝える。シンクデバイスは、ＣＴＲＬ３を受信すると、受信フレームのための新しい復号鍵を確立するのに使用されるカウンタをインクリメントする。同様のカウンタがビデオソースにおいてもインクリメントされ、暗号鍵が同様にインクリメントされる。シンクデバイスが同期されていることを、ソースは周期的に確認する。同期されていない場合には、認証処理が実行される。上記認証処理は、ソースデバイスとシンクデバイスとの間の通信が最初に開始されるときに使用されるのと、同じ認証処理である。
【０００３】
ＣＴＲＬ３信号がシンクにおいて受信されない場合は、ソースおよびシンクカウンタは不一致であり、不鮮明なビデオ復号および予測不能なスクリーンイメージ（スノーやブラックスクリーン等）を引き起こす可能性がある。１２８フレーム毎（およそ２秒毎）に、ソースは、シンクが正しく同期されていることを検証する。同期されていない状況が検出されると、同期化を確立するため、デバイスは再認証する。
【発明の開示】
【０００４】
【発明を実施するための最良の形態】
【０００５】
添付図面と関連する以下の詳細な説明を参照することにより、動作の組織および方法を示すある例示的な実施形態を、目的および利点とともに、最も良く理解することが可能である。
【０００６】
本発明は、多くの異なる形態をとる実施形態に影響を受けやすいものであるが、このような実施形態の本開示は、本原理の例として見なされるものであり、図示および説明する具体的な実施形態に本発明を限定することを意図していないという了解のもと、本発明について、図面に示し、具体的な実施形態によってここで詳細に説明することとする。以下の説明においては、図面のうちのいくつかの表示における、同等の、同様の、または対応する部分を説明するために、同じ参照番号を使用する。
【０００７】
ここで使用する「ａ」及び「ａｎ」という言葉（訳出では冠詞がない場合）は、１または１より大きいと定義する。ここで使用する「ｐｌｕｒａｌｉｔｙ（複数）」という言葉は、２または２よりも大きいと定義する。ここで使用する「ａｎｏｔｈｅｒ（別の）」という言葉は、少なくとも第２のもの、またはそれ以降のものと定義する。ここで使用する「ｉｎｃｌｕｄｉｎｇ（含む）」および／または「ｈａｖｉｎｇ（もつ）」という言葉は、含む（ｃｏｍｐｒｉｓｉｎｇ）であると定義する（すなわち、排他的でない、またはオープンランゲージ（ｏｐｅｎ ｌａｎｇｕａｇｅ））。ここで使用する「ｃｏｕｐｌｅｄ（結合される）」という言葉は、接続されてはいるが（ｃｏｎｎｅｃｔｅｄ）、それは必ずしも直接的（ｄｉｒｅｃｔｌｙ）である必要も、機械的（ｍｅｃｈａｎｉｃａｌｌｙ）である必要もないと定義する。ここで使用する「ｐｒｏｇｒａｍ（プログラム）」という言葉は、あるコンピュータシステム上での実行のために設計される命令のシーケンスと定義する。ある「ｐｒｏｇｒａｍ（プログラム）」または「ｃｏｍｐｕｔｅｒ ｐｒｏｇｒａｍ（コンピュータプログラム）」は、サブルーチン、関数、プロシージャ、オブジェクトメソッド、オブジェクト実装、および／または実行可能なアプリケーション内のアプレット、サーブレット、ソースコード、オブジェクトコード、共有ライブラリ／動的ロードライブラリ、および／またはコンピュータシステム上で実行されるよう設計されたその他の命令シーケンスを含む。
【０００８】
「ｅｎｃｒｙｐｔｅｄ ｆｒａｍｅ ｓｉｇｎａｌ（暗号化フレーム信号）」という言葉は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号（ＣＴＬ３またはＣＴＲＬ３）を含むように、または、ＨＤＣＰを使用しているか明白ではない信号を含めた、ビデオ送信システムにおいて同様の目的を担うために使用される他のいかなる信号も、含むように意図している。具体的には、このような信号は、特定のフレームが暗号化されていることを示す。ＨＤＣＰにおいて、かかる信号は、暗号および復号鍵を決定するカウンタをインクリメントするのにも使用される。さらに、ＣＴＬ３、ＣＴＲＬ３、および暗号化フレーム信号パルスという言葉は、ここでは同じ意味で使用する場合があり、どの言葉が使用されても総称的に解釈できる。
【０００９】
フェーズロックループ（ｐｈａｓｅ ｌｏｃｋｅｄ ｌｏｏｐｓ）、およびフェーズロックループのデジタルシミュレーション（ｄｉｇｉｔａｌ ｓｉｍｕｌａｔｉｏｎｓ）（これらはここでは同義語と見なされる）に関して、入力パルスのストリームについての「ｓｈｏｒｔ ａｑｕｉｓｉｔｉｏｎ ｔｉｍｅ（短取得時間）」という言葉は、少数の入力パルスを意味する（例えば、一桁ループにおける自己取得よりもはやいロック取得）。またこの言葉は、支援された取得をもついかなるシンセサイザも表す。「ｌｏｎｇ ｈｏｌｄ ｔｉｍｅ（長ホールド時間）」という言葉は、パルスのストリームの期間に関する、すなわち多数のパルス（例えば、１０〜２０よりも多い――またさもなければ、さらなる入力なしで、出力がフリーラン可能である長い時間）を意味している。
【００１０】
この書類を通して「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」、「ｃｅｒｔａｉｎ ｅｍｂｏｄｉｍｅｎｔｓ（ある実施形態）」、「ａｎ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」「ａｎｏｔｈｅｒ ｅｍｂｏｄｉｍｅｎｔ（別の実施形態）」、または同様の言葉に言及する場合は、その実施形態に関して説明する特定の機能、構造、または特性が、本発明の少なくとも１つの実施形態に含まれるということを意味する。このように、本明細書にわたって様々な場所でかかる表現が出てきた場合は、必ずしもすべて同等の実施形態を表している必要はない。さらに、限定なしで、この特定の機能、構造、または特性を、１つまたはそれ以上の実施形態において何か適切な方法で組み合わせることが可能である。
【００１１】
ＨＤＣＰは、インテル社（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ）によって開発された仕様であり、ＤＶＩ（デジタルビデオインターフェース）およびＨＤＭＩインターフェースを通るデジタルエンターテイメントコンテンツを保護するためのものである。この仕様は、図１の１０のようなソースデバイスから、１２のようなシンクデバイスへのデジタルビデオコンテンツの送信の暗号化を必要とする。ソースデバイス１０は、デジタルビデオコンテンツの知的（ｉｎｔｅｌｌｉｇｅｎｔ）ソースであり、シンクデバイス１２へデータパス１４を通してかかるコンテンツを暗号化フレームで提供する。またコントロール信号１６も、知的ソースデバイス１０と比較的非知的（ｄｕｍｂ）シンクデバイス１２との間で交換される。ＨＤＣＰ仕様は、ソースデバイス１０とシンクデバイス１２との間の有線接続を推定しており、実際に、この２つのデバイス間の導通試験の仕様を定めている。
【００１２】
図２は、ソースデバイス１０と、有線接続で関連するシンクデバイス１２との間で使用される場合の、ＨＤＣＰのある側面の動作を図示し、この動作は２０から開始する。ソースデバイス１０とシンクデバイス１２との間の通信を実行するために、２４から開始する認証処理が実行され、この２４において、鍵選択値（ＫＳＶ：ｋｅｙ ｓｅｌｅｃｔｉｏｎ ｖａｌｕｅ）および疑似乱数Ａｎをシンクデバイス１２へ送信することで、ソースデバイスが認証を開始する。その後２８において、ソースデバイス１０は、シンクデバイス１２の鍵選択値を読み取る。３２において、ソースデバイス１０およびシンクデバイス１２の両方は、それぞれ鍵検証コードＲｉおよびＲｉ’を計算する。その後ソースデバイスは、３６においてシンクデバイス１２から検証コードＲｉ’を読み取り、シンクデバイスが認証されるか否かを判定する。４０において２つの鍵検証コードＲｉおよびＲｉ’が一致しているなら、４４において認証が行われたと判断される。しかし、４０において２つのコードが一致しない場合には、シンクデバイスは認証されなかったと判断され、４８においてその他のある適切な処置がとられ、５２においてこの処理は戻る。
【００１３】
４４においてシンクデバイス１２が認証されたと見なされる場合、ソースデバイス１０およびシンクデバイス１２の両方においてカウンタが初期化される。インテルＨＤＣＰ仕様によると、かかるカウンタは１２８を法とするカウンタである。上記カウンタは５６において初期化される。この時点で、ソースデバイス１０とシンクデバイス１２との間のビデオデータの送信が始まる。ＨＤＣＰにおいて、このビデオは、各フレームに対して計算される新しい鍵で、フレーム毎に暗号化される。５６において初期化されたカウンタは各フレームでインクリメントされるため、各フレームに対し、ソースデバイス１０における暗号化に、およびシンクデバイス１２における復号に新しい鍵が使用される。ソースデバイス１０によってシンクデバイス１２へデータパス１４を通して提供される（上述の）ＣＴＲＬ３として知られる信号によって、各暗号化フレームは信号送信される。６０において送信されるこのＣＴＲＬ３信号は、シンクデバイス１２にそのカウンタをインクリメントするよう伝えるため、シンクデバイス１２は、ビデオフレームを復号するのにどの復号鍵を使用すれば良いのかがわかるであろう。
【００１４】
６４において、１２８を法とするカウンタがそのカウントの終わりに到達する（すなわちカウントが０または１２８または１２７または何か他の特定の数に等しくなる）と、６８においてソースデバイスは、鍵検証コードが等しいことをチェックする。７２において２つの鍵検証コード（一方はソースデバイス１０におけるものであり、もう片方はシンクデバイス１２におけるもの）の間で一致が得られる場合、処理は次の１２８フレーム（これはビデオの約２秒分に相当する）に続く。カウンタは、認証中に明白にはリセットされないが、ＣＴＲＬ３信号が１つもドロップされなければ、設計によりいっせいに零に切り替わる。しかし、７２においてソース鍵検証コードとシンク鍵検証コードとの間で一致が得られない場合、ソースおよびシンクデバイス１０および２０の両方は、７６において動作の不特定領域に入る場合がある。例えば、ソースデバイスはその時点で単純に送信を中断し、２４において新しい認証処理が実行されるまで送信中断を続ける場合、または、認証プロセスが完了するまでの間、ソースデバイスはブラックスクリーンまたはブルースクリーンデータを送信する場合がある。
【００１５】
ＣＴＲＬ３信号の送信または受信にエラーがある場合に、異なる製造者による異なるデバイスは異なる動作をする。ＤＶＩおよびＨＤＭＩが対応するように設計された有線環境において、エラーが発生するのは稀であるが、ＤＶＩまたはＨＤＭＩがソースデバイス１０とシンクデバイス１２との間の無線インターフェースに拡張される場合、結果が予測不能となる可能性がある。単一のＣＴＲＬ３信号は割り込みまたは中断され、再認証が必要になる度に、数秒分のビデオの欠損が発生する場合がしばしばある。大抵、かかるビデオ欠損は望ましくないビデオエクスペリエンスを提示する。
【００１６】
本発明に基づくある実施形態によると、ＤＶＩまたはＨＤＭＩまたは同様のプロトコルは無線環境に適応され、この環境では、ＣＴＲＬ３パルスの継続的なストリームの送信が必ずしも保証されない場合がある。この環境において、図３に図示されるように、それぞれソース無線インターフェース１００およびシンク無線インターフェースを使用して、先述のソースデバイス１０と同様のソースデバイス１０は、先述のシンクデバイス１２と同様のシンクデバイス１２へインターフェースされる。このようなインターフェースは、それぞれソースデバイス１０およびシンクデバイス１２の統合部分として動作する場合、または別々のアダプタ１００および１０４の対として実現される場合がある。例えば、このような無線インターフェースは、６０ＧＨｚ無線帯域で、または赤外線を含む他の適切ないかなる無線周波数スペクトルを使用しても、または他の無線技術を使用して、動作可能である。
【００１７】
このような無線技術を使用することで、ビデオ送信は、送信中の１つまたはそれ以上のＣＴＲＬ３信号の欠損に影響をより受けやすくなる。前述のとおり、上記ＣＴＲＬ３信号欠損は、送信機および受信機鍵カウンタを非同期化させ、ひとたびカウンタが同期を失うと、欠損ビデオの実質的な間隔をもたらす可能性がある。この潜在的な問題を緩和するためのある処理が、図４に示され、この処理は１２０から開始する。ここでの説明の間、図４と併せて図５を見ると参考になる。１２４において、認証処理は、前述のとおりだが、ソースデバイスとシンクデバイスとの間で実行可能であり、ソース無線インターフェース１００とシンク無線インターフェースとの間の送信により、それぞれ何か適切な通信プロトコルを使用する鍵選択値、疑似乱数、および鍵検証コードの通信を実行する。ひとたびシンクデバイス１２およびソースデバイス１０が１２４における認証処理を完了してしまうと、１２８においてシンク無線インターフェース１０４は、受信ＣＴＲＬ３信号とともにビデオデータをシンクデバイス１２へ渡すことを始める。１３２において、シンク無線インターフェース１０４にて、ローカルクロック（ｌｏｃａｌ ｃｌｏｃｋ）（例えば、フェーズロックループ１７４または同様のもの）が、受信ＣＴＲＬ３信号にロックされ、合成ＣＴＲＬ３（Ｓ‐ＣＴＲＬ３）信号を作り出す。
【００１８】
シンク無線インターフェース１０４の無線受信機１７０（図５参照）は、着信信号を継続的に処理しており、キャリアの欠損または他の不具合を検出する場合があり、それにより上記受信機１７０がもはや有効な信号にロックしていないと判定する場合もある。
【００１９】
この点において、ＣＴＲＬ３情報と併せて送信されるビデオデータと比較すると、ＣＴＲＬ３信号は、比較的低いデータレートでソースデバイスからシンクデバイスへ送信されるということに留意されたい。それに応じて、シンク無線インターフェース１０４は、エラー測定および受信されている信号品質の他の測定を使用することにより、シンク無線インターフェースがソース無線インターフェース１００と同期されるか否かを容易に判定可能である。このように、シンク無線インターフェース１０４は、着信データの状態を継続的に監視し、受信ビットストリームが送信ビットストリームにロックされているか否か判定する。受信信号が高品質であり、１３６において送信信号にロックされている限り、１４０においてシンクデバイス１２は、ソースデバイスへの接続が有線である場合と同等の仕方で通常動作をする。
【００２０】
ロックの欠如は、１４４においてスイッチ（スイッチ１８２）のモードを変えて、受信ＣＴＲＬ３の代わりに合成ＣＴＲＬ３信号が使用されることを確立する。１４８においてシンク無線インターフェース１０４の無線受信機１７０が、再び良い品質のデータを受信していることと、受信ＣＴＲＬ３信号が使用可能であるということとを判断するまで、上記スイッチモード変更は、ソースデバイスカウンタとシンクデバイスカウンタとが同期したままにあることを保証する。この時点で、１５２において受信ＣＴＲＬ３信号を使用し、このＣＴＲＬ３信号をシンクデバイス１２へ渡すことに、シンク無線インターフェース１０４は再び切り替わることが可能である。その後ＣＴＲＬは１３６へ戻り、ここで再び信号のロックが監視され、着信ＣＴＲＬ３信号が使用可能か否か、または合成ＣＴＲＬ３信号が使用されるべきか否かが判定される。
【００２１】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理するある方法は、受信暗号化フレーム信号を含むビデオ信号を受信することに関し、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオ信号は、受信ビットストリームを含む。また、上記方法は、受信暗号化フレーム信号を合成して、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされているかどうかを判定し、ロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００２２】
ある実施形態に基づく、受信暗号化フレーム信号を処理する別の方法は、受信暗号化フレーム信号を含むビデオ信号を運ぶ無線送信を受信することに関し、その場合、受信暗号化フレーム信号は、特定の受信ビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含み、暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む。また、上記方法は、受信暗号化フレーム信号を合成し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関し、その場合、上記合成は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行され、フェーズロックループを使用して実行される。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされているかどうかを判定し、ロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００２３】
図５は、図４に図示されるような動作に適したシンク無線インターフェースおよびシンクデバイスのブロック図を図示している。シンク無線インターフェース１０４は、ソース無線インターフェース１００からの送信を受信する無線受信機１７０を含む。無線受信機１７０は、シンクデバイス１２へ渡される他のコントロール情報およびビデオデータも受信するのだが、単純化のために、かかる部分の動作は図５には示していない。無線受信機１７０は、フェーズロックループ１７４へＣＴＲＬ３パルスを渡し、フェーズロックループ１７４は、ＣＴＲＬ３パルスにロックされており、その出力１７８において合成ＣＴＲＬ３パルスを作り出す。フェーズロックループデバイス１７４は、ＣＴＲＬ３パルスと同期するために最短時間が必要となるため、好ましくは高速取得時間をもつべきなのだが、ＣＴＲＬ３入力パルスが欠損する場合には、フリーランする合成ＣＴＲＬ３パルスを作り出す長い期間をもつべきである。フェーズロックループデバイス１７４のかかる特徴は、フェーズロックループシンセサイザが短取得時間および長ホールド時間をもつことを示唆し、このホールド時間の長さは、暗号化フレーム信号の期間に関して測定される。
【００２４】
実施形態の一例において、フェーズロックループ（ＰＬＬ）は合成ＣＴＲＬ３パルスを生成するのに使用される場合がある。着信無線ビットストリームが欠損、さもなければ非ロック状態であると、ＰＬＬのフェーズ検出器は、ＰＬＬに、フリーランニングモードで動作し、合成ＣＴＲＬ３パルスを供給することを許可できない場合がある。このように、信号が欠損している場合、ＰＬＬは良い信号にロックし、フリーランする。当業者には、本開示を考察することで、ロックが欠如している間にＣＴＲＬ３信号の継続的な合成を達成するための他の機構が見出されるであろう。
【００２５】
無線受信機は、着信無線ビットストリームがロックされているか否かを判定可能であり、データロック信号を作り出すことが可能である。このデータロック信号は、スイッチ１８２の動作を制御するために使用されるものであり、このスイッチ１８２は、パルスの継続的なストリームをシンクデバイス内のカウンタ１８６へ渡すために、ＣＴＲＬ３信号と合成ＣＴＲＬ３信号とを切り替える。カウンタ１８６は、前述したとおり、カウンタがインクリメントする度に新しい復号鍵を生成するために、および認証処理のための鍵検証コードおよびその同類のものを生成するために使用される。これらの機能は、シンクデバイス１２のブロック１９０でまとめて表されている。ソースデバイス１０およびシンクデバイス１２は、有線接続ＤＶＩまたはＨＤＭＩの場合のように、互いに物理的に接続していないため、鍵選択値も、他に必要とされる知的ソースデバイス１０とのいかなる通信も、シンク無線インターフェース１０４の無線送信機１９４によって提供される。
【００２６】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理するための装置は、受信暗号化フレーム信号を含むビデオ信号を受信し、その場合、受信暗号化フレーム信号は、特定の受信ビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含む。シンセサイザ回路は、受信暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出す。受信ビットストリームにシンク無線受信機がロックされているか否かを示す信号を、スイッチは受信し、その場合、スイッチは、受信ビットストリームにシンク無線受信機がロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡し、また受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡す。
【００２７】
ある実施形態に基づく、受信暗号化フレーム信号を処理するための別の装置は、受信暗号化フレーム信号を含む無線ビデオ信号を受信するための無線受信機デバイスをもち、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは受信ビットストリームを含み、暗号化フレーム信号はＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む。シンセサイザ回路は、受信暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出し、その場合、暗号化フレーム信号は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを使用して合成される。受信ビットストリームにシンク無線受信機がロックされているか否かを示す信号を、スイッチは受信し、その場合、スイッチは、受信ビットストリームにシンク無線受信機がロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡し、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡す。
【００２８】
図６は、図５のスイッチ１８２を制御するために使用される決定処理の単純化された表現を図示する。２００において、全部の決定は、着信信号にロックされていると無線受信機が自ら判断可能な品質を着信無線送信がもっているか否かに基づいて行われる。無線受信機が着信信号にロックされている場合、受信ＣＴＲＬ３デバイスは、シンクデバイス１２へ転送され、シンクデバイス１２によって使用される。他方で、着信信号がロックされていないと無線受信機１７０が判定する場合は、受信ＣＴＲＬ３信号の代わりに、２１０において作り出される合成ＣＴＲＬ３信号が、２１４においてシンクデバイスへ転送され、それにより、ソースデバイス１０のソースカウンタとシンクデバイス１２のカウンタ１８６との同期は維持可能である。
【００２９】
図７に図示するように、さらにいくらか単純な実施形態が可能である場合もあり、この実施形態は２３０から開始する。この実施形態において、図４と同様に認証処理１２４が実行される。同様に、１３２において、ローカルクロックが着信ＣＴＲＬ３信号に同期され、合成ＣＴＲＬ３信号を作り出す。着信ビットストリームおよびＣＴＲＬ３データが、無線インターフェース１０４の無線受信機においてロック状態をなすか否かにかかわらず、その後２３４において、上記合成ＣＴＲＬ３信号がシンクデバイスへ渡される。
【００３０】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理する方法は、受信暗号化フレーム信号を含むビデオ信号を受信することに関し、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含む。また、上記方法は、受信暗号化フレーム信号を合成し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関する。また、上記方法は、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００３１】
ある実施形態に基づく、受信暗号化フレーム信号を処理する別の方法は、受信暗号化フレーム信号を含むビデオ信号を含む無線送信を受信することに関し、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは受信ビットストリームを含み、暗号化フレーム信号はＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む。また、上記方法は、受信暗号化フレーム信号を合成し、合成暗号化フレーム信号を作り出すことに関し、その場合、上記合成は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行され、暗号化フレーム信号は、フェーズロックループを使用して合成される。また、上記方法は、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００３２】
シンクデバイス１２に結合されている無線インターフェース１０４の第２の実施形態が、図８に図示されている。この実施形態においては、上記デバイスの動作のかかる側面に関してはデータロック信号を使用しないということ以外、図５に関連して説明した仕方と同様に、無線受信機１７０は動作する。常にカウンタ１８６へ渡されるＣＴＲＬ３信号を作り出すために、ＣＴＲＬ３信号は、フェーズロックループ１７４または他のクロックシンセサイザへ渡される。このように、シンクデバイス１２のカウンタ１８６は、着信無線データの品質にかかわらず、常に合成ＣＴＲＬ３信号を使用してインクリメントされる。
【００３３】
上述の実施形態において、ＨＤＣＰのＣＴＲＬ３信号は、あるフレームが暗号化されることを示す信号、すなわち暗号化フレーム信号としての役割を担う。このような信号がＤＶＩおよびＨＤＭＩにおいて使用される。本書類の目的のため、ＣＴＲＬ３または暗号化フレーム信号という言葉は、ＨＤＣＰにも、またある同様の信号を使用して送信機側および受信機側のカウンタをインクリメントおよび同期し、暗号および復号鍵をインクリメントする他のいかなる信号にも、同等に適用可能である。
【００３４】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理するための装置は、受信暗号化フレーム信号を含むビデオ信号を受信するための機構をもち、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含む。シンセサイザ回路は、暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出し、その場合、シンセサイザ回路は合成暗号化フレーム信号をシンクデバイスへ渡す。
【００３５】
ある実施形態に基づく、受信暗号化フレーム信号を処理するための別の装置は、受信暗号化フレーム信号を含む無線ビデオ信号を受信する無線受信機をもち、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含み、暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３を含む。シンセサイザ回路は、受信暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出し、その場合、シンセサイザ回路は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを含み、合成暗号化フレーム信号をシンクデバイスへ渡す。
【００３６】
説明した機能を実行する具体的な電気回路網に関して、ある実施形態をここで説明したが、１つまたはそれ以上のプログラム式プロセッサ上で実行される均等のソフトウェアまたはファームウェアの実施形態を使用して、回路機能が実行される他の実施形態も意図している。汎用コンピュータ、マイクロプロセッサベースのコンピュータ、マイクロコントローラ、光コンピュータ、アナログコンピュータ、専用プロセッサ、特定用途向け回路、および／または専用有線接続論理およびアナログ電気回路網が、代替均等実施形態を構成するために使用可能である。他の実施形態は、特定用途向けハードウェアおよび／または専用プロセッサのような、ハードウェアコンポーネントの均等物を使用して実施される場合もある。
【００３７】
ある例において、流れ図の形でおおよそを上述した命令のプログラミングを実行するプログラム式プロセッサを使用して、ソフトウェアおよび／またはファームウェアの実施形態は実施可能であり、上記命令は、適切ないかなる電気的またはコンピュータ読み出し可能記憶媒体（例えば、ディスクストレージ、読み出し専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）デバイス、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）デバイス、ネットワークメモリデバイス、光学式ストレージエレメント、磁気ストレージエレメント、光磁気ストレージエレメント、フラッシュメモリ、および／または他の均等の揮発性および不揮発性記憶技術）上にも記憶可能であり、および／または適切ないかなる電気的通信媒体を通しても送信可能である。しかし、上述の処理は、本発明の実施形態から逸脱することなく、多数の変形が実施可能であり、また多くの適切なプログラミング言語を用いて実施可能であることを、当業者は、本開示を考察することにより認識するであろう。例えば、本発明のある実施形態から逸脱せずに、実行されるある動作の順番はしばしば変更される場合があり、動作の追加および削除も可能である。本発明のある実施液体から逸脱せずに、エラー捕集（ｅｒｒｏｒ ｔｒａｐｐｉｎｇ）を追加および／または拡張可能であり、ユーザインターフェースおよび情報提示に変形を行うことも可能である。かかる変形も意図するところのものであり、均等物と見なす。
【００３８】
ある例示的な実施形態を説明してきたが、多くの代替、修正、置換、変形が当業者にとって明らかであることは、前述の説明を踏まえると明白である。
【図面の簡単な説明】
【００３９】
【図１】図１は、ＨＤＣＰを使用する有線接続ＤＶＩまたはＨＤＭＩインターフェースの説明である。
【図２】図２は、ＨＤＣＰを使用するおおむね従来のＤＶＩまたはＨＤＭＩインターフェースの動作を説明する流れ図である。
【図３】図３は、本発明のある実施形態に基づく、ＨＤＣＰの無線適合を図示するブロック図である。
【図４】図４は、本発明のある実施形態に基づく第１の処理の動作を図示する流れ図である。
【図５】図５は、本発明のある実施形態に基づく第１の装置のブロック図である。
【図６】図６は、本発明のある実施形態に基づくスイッチ決定機構を示す流れ図である。
【図７】図７は、本発明のある実施形態に基づく第２の処理の動作を図示する流れ図である。
【図８】図８は、本発明のある実施形態に基づく第２の装置のブロック図である。
【技術分野】
【０００１】
【背景技術】
【０００２】
ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ：高品位マルチメディアインターフェース）およびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ：デジタルビデオインターフェース）で使用されるＨＤＣＰ（Ｈｉｇｈ‐Ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ：高帯域幅デジタルコンテンツ保護）プロトコルにおいて、コントロール３（Ｃｏｎｔｒｏｌ ３：ＣＴＬ３またはＣＴＲＬ３）と呼ばれる暗号化フレーム信号が、ビデオのフレームが暗号化されていることを示すために使用される。ＣＴＲＬ３信号は垂直同期間隔の間に現れる。ＣＴＲＬ３は、ソースデバイスによってシンクデバイスへ送信され、関連するフレームが暗号化されていることを信号で伝える。シンクデバイスは、ＣＴＲＬ３を受信すると、受信フレームのための新しい復号鍵を確立するのに使用されるカウンタをインクリメントする。同様のカウンタがビデオソースにおいてもインクリメントされ、暗号鍵が同様にインクリメントされる。シンクデバイスが同期されていることを、ソースは周期的に確認する。同期されていない場合には、認証処理が実行される。上記認証処理は、ソースデバイスとシンクデバイスとの間の通信が最初に開始されるときに使用されるのと、同じ認証処理である。
【０００３】
ＣＴＲＬ３信号がシンクにおいて受信されない場合は、ソースおよびシンクカウンタは不一致であり、不鮮明なビデオ復号および予測不能なスクリーンイメージ（スノーやブラックスクリーン等）を引き起こす可能性がある。１２８フレーム毎（およそ２秒毎）に、ソースは、シンクが正しく同期されていることを検証する。同期されていない状況が検出されると、同期化を確立するため、デバイスは再認証する。
【発明の開示】
【０００４】
【発明を実施するための最良の形態】
【０００５】
添付図面と関連する以下の詳細な説明を参照することにより、動作の組織および方法を示すある例示的な実施形態を、目的および利点とともに、最も良く理解することが可能である。
【０００６】
本発明は、多くの異なる形態をとる実施形態に影響を受けやすいものであるが、このような実施形態の本開示は、本原理の例として見なされるものであり、図示および説明する具体的な実施形態に本発明を限定することを意図していないという了解のもと、本発明について、図面に示し、具体的な実施形態によってここで詳細に説明することとする。以下の説明においては、図面のうちのいくつかの表示における、同等の、同様の、または対応する部分を説明するために、同じ参照番号を使用する。
【０００７】
ここで使用する「ａ」及び「ａｎ」という言葉（訳出では冠詞がない場合）は、１または１より大きいと定義する。ここで使用する「ｐｌｕｒａｌｉｔｙ（複数）」という言葉は、２または２よりも大きいと定義する。ここで使用する「ａｎｏｔｈｅｒ（別の）」という言葉は、少なくとも第２のもの、またはそれ以降のものと定義する。ここで使用する「ｉｎｃｌｕｄｉｎｇ（含む）」および／または「ｈａｖｉｎｇ（もつ）」という言葉は、含む（ｃｏｍｐｒｉｓｉｎｇ）であると定義する（すなわち、排他的でない、またはオープンランゲージ（ｏｐｅｎ ｌａｎｇｕａｇｅ））。ここで使用する「ｃｏｕｐｌｅｄ（結合される）」という言葉は、接続されてはいるが（ｃｏｎｎｅｃｔｅｄ）、それは必ずしも直接的（ｄｉｒｅｃｔｌｙ）である必要も、機械的（ｍｅｃｈａｎｉｃａｌｌｙ）である必要もないと定義する。ここで使用する「ｐｒｏｇｒａｍ（プログラム）」という言葉は、あるコンピュータシステム上での実行のために設計される命令のシーケンスと定義する。ある「ｐｒｏｇｒａｍ（プログラム）」または「ｃｏｍｐｕｔｅｒ ｐｒｏｇｒａｍ（コンピュータプログラム）」は、サブルーチン、関数、プロシージャ、オブジェクトメソッド、オブジェクト実装、および／または実行可能なアプリケーション内のアプレット、サーブレット、ソースコード、オブジェクトコード、共有ライブラリ／動的ロードライブラリ、および／またはコンピュータシステム上で実行されるよう設計されたその他の命令シーケンスを含む。
【０００８】
「ｅｎｃｒｙｐｔｅｄ ｆｒａｍｅ ｓｉｇｎａｌ（暗号化フレーム信号）」という言葉は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号（ＣＴＬ３またはＣＴＲＬ３）を含むように、または、ＨＤＣＰを使用しているか明白ではない信号を含めた、ビデオ送信システムにおいて同様の目的を担うために使用される他のいかなる信号も、含むように意図している。具体的には、このような信号は、特定のフレームが暗号化されていることを示す。ＨＤＣＰにおいて、かかる信号は、暗号および復号鍵を決定するカウンタをインクリメントするのにも使用される。さらに、ＣＴＬ３、ＣＴＲＬ３、および暗号化フレーム信号パルスという言葉は、ここでは同じ意味で使用する場合があり、どの言葉が使用されても総称的に解釈できる。
【０００９】
フェーズロックループ（ｐｈａｓｅ ｌｏｃｋｅｄ ｌｏｏｐｓ）、およびフェーズロックループのデジタルシミュレーション（ｄｉｇｉｔａｌ ｓｉｍｕｌａｔｉｏｎｓ）（これらはここでは同義語と見なされる）に関して、入力パルスのストリームについての「ｓｈｏｒｔ ａｑｕｉｓｉｔｉｏｎ ｔｉｍｅ（短取得時間）」という言葉は、少数の入力パルスを意味する（例えば、一桁ループにおける自己取得よりもはやいロック取得）。またこの言葉は、支援された取得をもついかなるシンセサイザも表す。「ｌｏｎｇ ｈｏｌｄ ｔｉｍｅ（長ホールド時間）」という言葉は、パルスのストリームの期間に関する、すなわち多数のパルス（例えば、１０〜２０よりも多い――またさもなければ、さらなる入力なしで、出力がフリーラン可能である長い時間）を意味している。
【００１０】
この書類を通して「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」、「ｃｅｒｔａｉｎ ｅｍｂｏｄｉｍｅｎｔｓ（ある実施形態）」、「ａｎ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」「ａｎｏｔｈｅｒ ｅｍｂｏｄｉｍｅｎｔ（別の実施形態）」、または同様の言葉に言及する場合は、その実施形態に関して説明する特定の機能、構造、または特性が、本発明の少なくとも１つの実施形態に含まれるということを意味する。このように、本明細書にわたって様々な場所でかかる表現が出てきた場合は、必ずしもすべて同等の実施形態を表している必要はない。さらに、限定なしで、この特定の機能、構造、または特性を、１つまたはそれ以上の実施形態において何か適切な方法で組み合わせることが可能である。
【００１１】
ＨＤＣＰは、インテル社（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ）によって開発された仕様であり、ＤＶＩ（デジタルビデオインターフェース）およびＨＤＭＩインターフェースを通るデジタルエンターテイメントコンテンツを保護するためのものである。この仕様は、図１の１０のようなソースデバイスから、１２のようなシンクデバイスへのデジタルビデオコンテンツの送信の暗号化を必要とする。ソースデバイス１０は、デジタルビデオコンテンツの知的（ｉｎｔｅｌｌｉｇｅｎｔ）ソースであり、シンクデバイス１２へデータパス１４を通してかかるコンテンツを暗号化フレームで提供する。またコントロール信号１６も、知的ソースデバイス１０と比較的非知的（ｄｕｍｂ）シンクデバイス１２との間で交換される。ＨＤＣＰ仕様は、ソースデバイス１０とシンクデバイス１２との間の有線接続を推定しており、実際に、この２つのデバイス間の導通試験の仕様を定めている。
【００１２】
図２は、ソースデバイス１０と、有線接続で関連するシンクデバイス１２との間で使用される場合の、ＨＤＣＰのある側面の動作を図示し、この動作は２０から開始する。ソースデバイス１０とシンクデバイス１２との間の通信を実行するために、２４から開始する認証処理が実行され、この２４において、鍵選択値（ＫＳＶ：ｋｅｙ ｓｅｌｅｃｔｉｏｎ ｖａｌｕｅ）および疑似乱数Ａｎをシンクデバイス１２へ送信することで、ソースデバイスが認証を開始する。その後２８において、ソースデバイス１０は、シンクデバイス１２の鍵選択値を読み取る。３２において、ソースデバイス１０およびシンクデバイス１２の両方は、それぞれ鍵検証コードＲｉおよびＲｉ’を計算する。その後ソースデバイスは、３６においてシンクデバイス１２から検証コードＲｉ’を読み取り、シンクデバイスが認証されるか否かを判定する。４０において２つの鍵検証コードＲｉおよびＲｉ’が一致しているなら、４４において認証が行われたと判断される。しかし、４０において２つのコードが一致しない場合には、シンクデバイスは認証されなかったと判断され、４８においてその他のある適切な処置がとられ、５２においてこの処理は戻る。
【００１３】
４４においてシンクデバイス１２が認証されたと見なされる場合、ソースデバイス１０およびシンクデバイス１２の両方においてカウンタが初期化される。インテルＨＤＣＰ仕様によると、かかるカウンタは１２８を法とするカウンタである。上記カウンタは５６において初期化される。この時点で、ソースデバイス１０とシンクデバイス１２との間のビデオデータの送信が始まる。ＨＤＣＰにおいて、このビデオは、各フレームに対して計算される新しい鍵で、フレーム毎に暗号化される。５６において初期化されたカウンタは各フレームでインクリメントされるため、各フレームに対し、ソースデバイス１０における暗号化に、およびシンクデバイス１２における復号に新しい鍵が使用される。ソースデバイス１０によってシンクデバイス１２へデータパス１４を通して提供される（上述の）ＣＴＲＬ３として知られる信号によって、各暗号化フレームは信号送信される。６０において送信されるこのＣＴＲＬ３信号は、シンクデバイス１２にそのカウンタをインクリメントするよう伝えるため、シンクデバイス１２は、ビデオフレームを復号するのにどの復号鍵を使用すれば良いのかがわかるであろう。
【００１４】
６４において、１２８を法とするカウンタがそのカウントの終わりに到達する（すなわちカウントが０または１２８または１２７または何か他の特定の数に等しくなる）と、６８においてソースデバイスは、鍵検証コードが等しいことをチェックする。７２において２つの鍵検証コード（一方はソースデバイス１０におけるものであり、もう片方はシンクデバイス１２におけるもの）の間で一致が得られる場合、処理は次の１２８フレーム（これはビデオの約２秒分に相当する）に続く。カウンタは、認証中に明白にはリセットされないが、ＣＴＲＬ３信号が１つもドロップされなければ、設計によりいっせいに零に切り替わる。しかし、７２においてソース鍵検証コードとシンク鍵検証コードとの間で一致が得られない場合、ソースおよびシンクデバイス１０および２０の両方は、７６において動作の不特定領域に入る場合がある。例えば、ソースデバイスはその時点で単純に送信を中断し、２４において新しい認証処理が実行されるまで送信中断を続ける場合、または、認証プロセスが完了するまでの間、ソースデバイスはブラックスクリーンまたはブルースクリーンデータを送信する場合がある。
【００１５】
ＣＴＲＬ３信号の送信または受信にエラーがある場合に、異なる製造者による異なるデバイスは異なる動作をする。ＤＶＩおよびＨＤＭＩが対応するように設計された有線環境において、エラーが発生するのは稀であるが、ＤＶＩまたはＨＤＭＩがソースデバイス１０とシンクデバイス１２との間の無線インターフェースに拡張される場合、結果が予測不能となる可能性がある。単一のＣＴＲＬ３信号は割り込みまたは中断され、再認証が必要になる度に、数秒分のビデオの欠損が発生する場合がしばしばある。大抵、かかるビデオ欠損は望ましくないビデオエクスペリエンスを提示する。
【００１６】
本発明に基づくある実施形態によると、ＤＶＩまたはＨＤＭＩまたは同様のプロトコルは無線環境に適応され、この環境では、ＣＴＲＬ３パルスの継続的なストリームの送信が必ずしも保証されない場合がある。この環境において、図３に図示されるように、それぞれソース無線インターフェース１００およびシンク無線インターフェースを使用して、先述のソースデバイス１０と同様のソースデバイス１０は、先述のシンクデバイス１２と同様のシンクデバイス１２へインターフェースされる。このようなインターフェースは、それぞれソースデバイス１０およびシンクデバイス１２の統合部分として動作する場合、または別々のアダプタ１００および１０４の対として実現される場合がある。例えば、このような無線インターフェースは、６０ＧＨｚ無線帯域で、または赤外線を含む他の適切ないかなる無線周波数スペクトルを使用しても、または他の無線技術を使用して、動作可能である。
【００１７】
このような無線技術を使用することで、ビデオ送信は、送信中の１つまたはそれ以上のＣＴＲＬ３信号の欠損に影響をより受けやすくなる。前述のとおり、上記ＣＴＲＬ３信号欠損は、送信機および受信機鍵カウンタを非同期化させ、ひとたびカウンタが同期を失うと、欠損ビデオの実質的な間隔をもたらす可能性がある。この潜在的な問題を緩和するためのある処理が、図４に示され、この処理は１２０から開始する。ここでの説明の間、図４と併せて図５を見ると参考になる。１２４において、認証処理は、前述のとおりだが、ソースデバイスとシンクデバイスとの間で実行可能であり、ソース無線インターフェース１００とシンク無線インターフェースとの間の送信により、それぞれ何か適切な通信プロトコルを使用する鍵選択値、疑似乱数、および鍵検証コードの通信を実行する。ひとたびシンクデバイス１２およびソースデバイス１０が１２４における認証処理を完了してしまうと、１２８においてシンク無線インターフェース１０４は、受信ＣＴＲＬ３信号とともにビデオデータをシンクデバイス１２へ渡すことを始める。１３２において、シンク無線インターフェース１０４にて、ローカルクロック（ｌｏｃａｌ ｃｌｏｃｋ）（例えば、フェーズロックループ１７４または同様のもの）が、受信ＣＴＲＬ３信号にロックされ、合成ＣＴＲＬ３（Ｓ‐ＣＴＲＬ３）信号を作り出す。
【００１８】
シンク無線インターフェース１０４の無線受信機１７０（図５参照）は、着信信号を継続的に処理しており、キャリアの欠損または他の不具合を検出する場合があり、それにより上記受信機１７０がもはや有効な信号にロックしていないと判定する場合もある。
【００１９】
この点において、ＣＴＲＬ３情報と併せて送信されるビデオデータと比較すると、ＣＴＲＬ３信号は、比較的低いデータレートでソースデバイスからシンクデバイスへ送信されるということに留意されたい。それに応じて、シンク無線インターフェース１０４は、エラー測定および受信されている信号品質の他の測定を使用することにより、シンク無線インターフェースがソース無線インターフェース１００と同期されるか否かを容易に判定可能である。このように、シンク無線インターフェース１０４は、着信データの状態を継続的に監視し、受信ビットストリームが送信ビットストリームにロックされているか否か判定する。受信信号が高品質であり、１３６において送信信号にロックされている限り、１４０においてシンクデバイス１２は、ソースデバイスへの接続が有線である場合と同等の仕方で通常動作をする。
【００２０】
ロックの欠如は、１４４においてスイッチ（スイッチ１８２）のモードを変えて、受信ＣＴＲＬ３の代わりに合成ＣＴＲＬ３信号が使用されることを確立する。１４８においてシンク無線インターフェース１０４の無線受信機１７０が、再び良い品質のデータを受信していることと、受信ＣＴＲＬ３信号が使用可能であるということとを判断するまで、上記スイッチモード変更は、ソースデバイスカウンタとシンクデバイスカウンタとが同期したままにあることを保証する。この時点で、１５２において受信ＣＴＲＬ３信号を使用し、このＣＴＲＬ３信号をシンクデバイス１２へ渡すことに、シンク無線インターフェース１０４は再び切り替わることが可能である。その後ＣＴＲＬは１３６へ戻り、ここで再び信号のロックが監視され、着信ＣＴＲＬ３信号が使用可能か否か、または合成ＣＴＲＬ３信号が使用されるべきか否かが判定される。
【００２１】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理するある方法は、受信暗号化フレーム信号を含むビデオ信号を受信することに関し、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオ信号は、受信ビットストリームを含む。また、上記方法は、受信暗号化フレーム信号を合成して、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされているかどうかを判定し、ロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００２２】
ある実施形態に基づく、受信暗号化フレーム信号を処理する別の方法は、受信暗号化フレーム信号を含むビデオ信号を運ぶ無線送信を受信することに関し、その場合、受信暗号化フレーム信号は、特定の受信ビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含み、暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む。また、上記方法は、受信暗号化フレーム信号を合成し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関し、その場合、上記合成は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行され、フェーズロックループを使用して実行される。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされているかどうかを判定し、ロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡すことに関する。また、上記方法は、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００２３】
図５は、図４に図示されるような動作に適したシンク無線インターフェースおよびシンクデバイスのブロック図を図示している。シンク無線インターフェース１０４は、ソース無線インターフェース１００からの送信を受信する無線受信機１７０を含む。無線受信機１７０は、シンクデバイス１２へ渡される他のコントロール情報およびビデオデータも受信するのだが、単純化のために、かかる部分の動作は図５には示していない。無線受信機１７０は、フェーズロックループ１７４へＣＴＲＬ３パルスを渡し、フェーズロックループ１７４は、ＣＴＲＬ３パルスにロックされており、その出力１７８において合成ＣＴＲＬ３パルスを作り出す。フェーズロックループデバイス１７４は、ＣＴＲＬ３パルスと同期するために最短時間が必要となるため、好ましくは高速取得時間をもつべきなのだが、ＣＴＲＬ３入力パルスが欠損する場合には、フリーランする合成ＣＴＲＬ３パルスを作り出す長い期間をもつべきである。フェーズロックループデバイス１７４のかかる特徴は、フェーズロックループシンセサイザが短取得時間および長ホールド時間をもつことを示唆し、このホールド時間の長さは、暗号化フレーム信号の期間に関して測定される。
【００２４】
実施形態の一例において、フェーズロックループ（ＰＬＬ）は合成ＣＴＲＬ３パルスを生成するのに使用される場合がある。着信無線ビットストリームが欠損、さもなければ非ロック状態であると、ＰＬＬのフェーズ検出器は、ＰＬＬに、フリーランニングモードで動作し、合成ＣＴＲＬ３パルスを供給することを許可できない場合がある。このように、信号が欠損している場合、ＰＬＬは良い信号にロックし、フリーランする。当業者には、本開示を考察することで、ロックが欠如している間にＣＴＲＬ３信号の継続的な合成を達成するための他の機構が見出されるであろう。
【００２５】
無線受信機は、着信無線ビットストリームがロックされているか否かを判定可能であり、データロック信号を作り出すことが可能である。このデータロック信号は、スイッチ１８２の動作を制御するために使用されるものであり、このスイッチ１８２は、パルスの継続的なストリームをシンクデバイス内のカウンタ１８６へ渡すために、ＣＴＲＬ３信号と合成ＣＴＲＬ３信号とを切り替える。カウンタ１８６は、前述したとおり、カウンタがインクリメントする度に新しい復号鍵を生成するために、および認証処理のための鍵検証コードおよびその同類のものを生成するために使用される。これらの機能は、シンクデバイス１２のブロック１９０でまとめて表されている。ソースデバイス１０およびシンクデバイス１２は、有線接続ＤＶＩまたはＨＤＭＩの場合のように、互いに物理的に接続していないため、鍵選択値も、他に必要とされる知的ソースデバイス１０とのいかなる通信も、シンク無線インターフェース１０４の無線送信機１９４によって提供される。
【００２６】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理するための装置は、受信暗号化フレーム信号を含むビデオ信号を受信し、その場合、受信暗号化フレーム信号は、特定の受信ビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含む。シンセサイザ回路は、受信暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出す。受信ビットストリームにシンク無線受信機がロックされているか否かを示す信号を、スイッチは受信し、その場合、スイッチは、受信ビットストリームにシンク無線受信機がロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡し、また受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡す。
【００２７】
ある実施形態に基づく、受信暗号化フレーム信号を処理するための別の装置は、受信暗号化フレーム信号を含む無線ビデオ信号を受信するための無線受信機デバイスをもち、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは受信ビットストリームを含み、暗号化フレーム信号はＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む。シンセサイザ回路は、受信暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出し、その場合、暗号化フレーム信号は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを使用して合成される。受信ビットストリームにシンク無線受信機がロックされているか否かを示す信号を、スイッチは受信し、その場合、スイッチは、受信ビットストリームにシンク無線受信機がロックされている場合、受信暗号化フレーム信号をシンクデバイスへ渡し、受信ビットストリームにシンク無線受信機がロックされていない場合、合成暗号化フレーム信号をシンクデバイスへ渡す。
【００２８】
図６は、図５のスイッチ１８２を制御するために使用される決定処理の単純化された表現を図示する。２００において、全部の決定は、着信信号にロックされていると無線受信機が自ら判断可能な品質を着信無線送信がもっているか否かに基づいて行われる。無線受信機が着信信号にロックされている場合、受信ＣＴＲＬ３デバイスは、シンクデバイス１２へ転送され、シンクデバイス１２によって使用される。他方で、着信信号がロックされていないと無線受信機１７０が判定する場合は、受信ＣＴＲＬ３信号の代わりに、２１０において作り出される合成ＣＴＲＬ３信号が、２１４においてシンクデバイスへ転送され、それにより、ソースデバイス１０のソースカウンタとシンクデバイス１２のカウンタ１８６との同期は維持可能である。
【００２９】
図７に図示するように、さらにいくらか単純な実施形態が可能である場合もあり、この実施形態は２３０から開始する。この実施形態において、図４と同様に認証処理１２４が実行される。同様に、１３２において、ローカルクロックが着信ＣＴＲＬ３信号に同期され、合成ＣＴＲＬ３信号を作り出す。着信ビットストリームおよびＣＴＲＬ３データが、無線インターフェース１０４の無線受信機においてロック状態をなすか否かにかかわらず、その後２３４において、上記合成ＣＴＲＬ３信号がシンクデバイスへ渡される。
【００３０】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理する方法は、受信暗号化フレーム信号を含むビデオ信号を受信することに関し、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含む。また、上記方法は、受信暗号化フレーム信号を合成し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことに関する。また、上記方法は、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００３１】
ある実施形態に基づく、受信暗号化フレーム信号を処理する別の方法は、受信暗号化フレーム信号を含むビデオ信号を含む無線送信を受信することに関し、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは受信ビットストリームを含み、暗号化フレーム信号はＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む。また、上記方法は、受信暗号化フレーム信号を合成し、合成暗号化フレーム信号を作り出すことに関し、その場合、上記合成は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行され、暗号化フレーム信号は、フェーズロックループを使用して合成される。また、上記方法は、合成暗号化フレーム信号をシンクデバイスへ渡すことに関する。
【００３２】
シンクデバイス１２に結合されている無線インターフェース１０４の第２の実施形態が、図８に図示されている。この実施形態においては、上記デバイスの動作のかかる側面に関してはデータロック信号を使用しないということ以外、図５に関連して説明した仕方と同様に、無線受信機１７０は動作する。常にカウンタ１８６へ渡されるＣＴＲＬ３信号を作り出すために、ＣＴＲＬ３信号は、フェーズロックループ１７４または他のクロックシンセサイザへ渡される。このように、シンクデバイス１２のカウンタ１８６は、着信無線データの品質にかかわらず、常に合成ＣＴＲＬ３信号を使用してインクリメントされる。
【００３３】
上述の実施形態において、ＨＤＣＰのＣＴＲＬ３信号は、あるフレームが暗号化されることを示す信号、すなわち暗号化フレーム信号としての役割を担う。このような信号がＤＶＩおよびＨＤＭＩにおいて使用される。本書類の目的のため、ＣＴＲＬ３または暗号化フレーム信号という言葉は、ＨＤＣＰにも、またある同様の信号を使用して送信機側および受信機側のカウンタをインクリメントおよび同期し、暗号および復号鍵をインクリメントする他のいかなる信号にも、同等に適用可能である。
【００３４】
このように、ある実施形態に基づく、受信暗号化フレーム信号を処理するための装置は、受信暗号化フレーム信号を含むビデオ信号を受信するための機構をもち、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含む。シンセサイザ回路は、暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出し、その場合、シンセサイザ回路は合成暗号化フレーム信号をシンクデバイスへ渡す。
【００３５】
ある実施形態に基づく、受信暗号化フレーム信号を処理するための別の装置は、受信暗号化フレーム信号を含む無線ビデオ信号を受信する無線受信機をもち、その場合、受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、受信ビデオフレームは、受信ビットストリームを含み、暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３を含む。シンセサイザ回路は、受信暗号化フレーム信号を受信し、受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出し、その場合、シンセサイザ回路は、短取得時間と、暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを含み、合成暗号化フレーム信号をシンクデバイスへ渡す。
【００３６】
説明した機能を実行する具体的な電気回路網に関して、ある実施形態をここで説明したが、１つまたはそれ以上のプログラム式プロセッサ上で実行される均等のソフトウェアまたはファームウェアの実施形態を使用して、回路機能が実行される他の実施形態も意図している。汎用コンピュータ、マイクロプロセッサベースのコンピュータ、マイクロコントローラ、光コンピュータ、アナログコンピュータ、専用プロセッサ、特定用途向け回路、および／または専用有線接続論理およびアナログ電気回路網が、代替均等実施形態を構成するために使用可能である。他の実施形態は、特定用途向けハードウェアおよび／または専用プロセッサのような、ハードウェアコンポーネントの均等物を使用して実施される場合もある。
【００３７】
ある例において、流れ図の形でおおよそを上述した命令のプログラミングを実行するプログラム式プロセッサを使用して、ソフトウェアおよび／またはファームウェアの実施形態は実施可能であり、上記命令は、適切ないかなる電気的またはコンピュータ読み出し可能記憶媒体（例えば、ディスクストレージ、読み出し専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）デバイス、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）デバイス、ネットワークメモリデバイス、光学式ストレージエレメント、磁気ストレージエレメント、光磁気ストレージエレメント、フラッシュメモリ、および／または他の均等の揮発性および不揮発性記憶技術）上にも記憶可能であり、および／または適切ないかなる電気的通信媒体を通しても送信可能である。しかし、上述の処理は、本発明の実施形態から逸脱することなく、多数の変形が実施可能であり、また多くの適切なプログラミング言語を用いて実施可能であることを、当業者は、本開示を考察することにより認識するであろう。例えば、本発明のある実施形態から逸脱せずに、実行されるある動作の順番はしばしば変更される場合があり、動作の追加および削除も可能である。本発明のある実施液体から逸脱せずに、エラー捕集（ｅｒｒｏｒ ｔｒａｐｐｉｎｇ）を追加および／または拡張可能であり、ユーザインターフェースおよび情報提示に変形を行うことも可能である。かかる変形も意図するところのものであり、均等物と見なす。
【００３８】
ある例示的な実施形態を説明してきたが、多くの代替、修正、置換、変形が当業者にとって明らかであることは、前述の説明を踏まえると明白である。
【図面の簡単な説明】
【００３９】
【図１】図１は、ＨＤＣＰを使用する有線接続ＤＶＩまたはＨＤＭＩインターフェースの説明である。
【図２】図２は、ＨＤＣＰを使用するおおむね従来のＤＶＩまたはＨＤＭＩインターフェースの動作を説明する流れ図である。
【図３】図３は、本発明のある実施形態に基づく、ＨＤＣＰの無線適合を図示するブロック図である。
【図４】図４は、本発明のある実施形態に基づく第１の処理の動作を図示する流れ図である。
【図５】図５は、本発明のある実施形態に基づく第１の装置のブロック図である。
【図６】図６は、本発明のある実施形態に基づくスイッチ決定機構を示す流れ図である。
【図７】図７は、本発明のある実施形態に基づく第２の処理の動作を図示する流れ図である。
【図８】図８は、本発明のある実施形態に基づく第２の装置のブロック図である。
【特許請求の範囲】
【請求項１】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信することと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、
シンク無線受信機が前記受信ビットストリームにロックされているかどうかを判定することと、ロックされている場合、前記受信暗号化フレーム信号を前記辛苦デバイスへ渡すことと、
前記シンク無線受信機が前記受信ビットストリームにロックされていない場合、合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項２】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項１による方法。
【請求項３】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項１による方法。
【請求項４】
シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項３による方法。
【請求項５】
前記ビデオ信号は、無線リンクを通して受信される、請求項１による方法。
【請求項６】
前記判定は、前記受信ビデオ信号の品質の所定のレベルを示す信号の受信によって実行される、請求項１による方法。
【請求項７】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含む受信ビデオ信号を運ぶ無線送信を受信することと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含むことと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、その場合、前記合成は、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行されることと、
その場合、前記合成は、フェーズロックループを使用して実行されることと、
シンク無線受信機が前記受信ビットストリームにロックされているかどうかを判定することと、ロックされている場合、前記受信暗号化フレーム信号を前記シンクデバイスへ渡すことと、
前記シンク無線受信機が前記受信ビットストリームにロックしていない場合、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項８】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信することと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、
前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項９】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項８による方法。
【請求項１０】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項８による方法。
【請求項１１】
前記シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項１０による方法。
【請求項１２】
前記ビデオ信号は、無線リンクを通して受信される、請求項７による方法。
【請求項１３】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を含む無線送信を受信することと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、その場合、前記合成は、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行されることと、
その場合、前記暗号化フレーム信号は、フェーズロックループを使用して合成されることと、
前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項１４】
受信暗号化フレーム信号を処理するための装置であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信するための手段と、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
シンク無線受信機が前記受信ビットストリームにロックされているか否かを示す信号を受信するスイッチと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされている場合、前記受信暗号化フレーム信号を前記シンクデバイスへ渡すことと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされていない場合、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む装置。
【請求項１５】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項１４による装置。
【請求項１６】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項１４による装置。
【請求項１７】
前記シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項１６による方法。
【請求項１８】
前記ビデオ信号は、無線リンクを通して受信される、請求項１４による装置。
【請求項１９】
前記判定は、前記受信ビットストリームの品質の所定のレベルを示す信号の受信によって実行される、請求項１４による装置。
【請求項２０】
受信暗号化フレーム信号を処理するための装置であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含む無線ビデオ信号を受信するための無線受信機デバイスと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号およびＨＤＭＩ（高品位マルチメディアインターフェース）コントロール３信号からなるグループから選択される信号を含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
その場合、前記暗号化フレーム信号は、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを使用して合成されることと、
シンク無線受信機が前記受信ビットストリームにロックされているか否かを示す信号を受信するスイッチと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされている場合、前記受信暗号化フレーム信号を前記シンクデバイスへ渡すことと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされていない場合、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと、
を含む装置。
【請求項２１】
受信暗号化フレーム信号を処理するための装置であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信するための手段と、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
その場合、前記シンセサイザ回路は、前記合成暗号化フレームを前記シンクデバイスへ渡すことと
を含む装置。
【請求項２２】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項２１による装置。
【請求項２３】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項２１による装置。
【請求項２４】
前記シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項２３による装置。
【請求項２５】
前記ビデオ信号は、無線リンクを通して受信される、請求項２１による装置。
【請求項２６】
前記判定は、前記受信ビットストリームの品質の所定のレベルを示す信号の受信によって実行される、請求項２１による装置。
【請求項２７】
受信暗号化フレーム信号を処理するための装置であって、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含む無線ビデオ信号を受信する無線受信機と、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
その場合、前記シンセサイザは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを含むことと、
その場合、前記シンセサイザ回路は、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む装置。
【請求項１】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信することと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、
シンク無線受信機が前記受信ビットストリームにロックされているかどうかを判定することと、ロックされている場合、前記受信暗号化フレーム信号を前記辛苦デバイスへ渡すことと、
前記シンク無線受信機が前記受信ビットストリームにロックされていない場合、合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項２】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項１による方法。
【請求項３】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項１による方法。
【請求項４】
シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項３による方法。
【請求項５】
前記ビデオ信号は、無線リンクを通して受信される、請求項１による方法。
【請求項６】
前記判定は、前記受信ビデオ信号の品質の所定のレベルを示す信号の受信によって実行される、請求項１による方法。
【請求項７】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含む受信ビデオ信号を運ぶ無線送信を受信することと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含むことと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、その場合、前記合成は、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行されることと、
その場合、前記合成は、フェーズロックループを使用して実行されることと、
シンク無線受信機が前記受信ビットストリームにロックされているかどうかを判定することと、ロックされている場合、前記受信暗号化フレーム信号を前記シンクデバイスへ渡すことと、
前記シンク無線受信機が前記受信ビットストリームにロックしていない場合、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項８】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信することと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、
前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項９】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項８による方法。
【請求項１０】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項８による方法。
【請求項１１】
前記シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項１０による方法。
【請求項１２】
前記ビデオ信号は、無線リンクを通して受信される、請求項７による方法。
【請求項１３】
受信暗号化フレーム信号を処理する方法であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を含む無線送信を受信することと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含むことと、
前記受信暗号化フレーム信号を合成し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すことと、その場合、前記合成は、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつシンセサイザデバイスによって実行されることと、
その場合、前記暗号化フレーム信号は、フェーズロックループを使用して合成されることと、
前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む方法。
【請求項１４】
受信暗号化フレーム信号を処理するための装置であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信するための手段と、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
シンク無線受信機が前記受信ビットストリームにロックされているか否かを示す信号を受信するスイッチと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされている場合、前記受信暗号化フレーム信号を前記シンクデバイスへ渡すことと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされていない場合、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む装置。
【請求項１５】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項１４による装置。
【請求項１６】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項１４による装置。
【請求項１７】
前記シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項１６による方法。
【請求項１８】
前記ビデオ信号は、無線リンクを通して受信される、請求項１４による装置。
【請求項１９】
前記判定は、前記受信ビットストリームの品質の所定のレベルを示す信号の受信によって実行される、請求項１４による装置。
【請求項２０】
受信暗号化フレーム信号を処理するための装置であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含む無線ビデオ信号を受信するための無線受信機デバイスと、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号およびＨＤＭＩ（高品位マルチメディアインターフェース）コントロール３信号からなるグループから選択される信号を含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
その場合、前記暗号化フレーム信号は、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを使用して合成されることと、
シンク無線受信機が前記受信ビットストリームにロックされているか否かを示す信号を受信するスイッチと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされている場合、前記受信暗号化フレーム信号を前記シンクデバイスへ渡すことと、
その場合、前記スイッチは、前記シンク無線受信機が前記受信ビットストリームにロックされていない場合、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと、
を含む装置。
【請求項２１】
受信暗号化フレーム信号を処理するための装置であって、その場合、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含むビデオ信号を受信するための手段と、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
その場合、前記シンセサイザ回路は、前記合成暗号化フレームを前記シンクデバイスへ渡すことと
を含む装置。
【請求項２２】
前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含む、請求項２１による装置。
【請求項２３】
前記暗号化フレーム信号は、フェーズロックループを使用して合成される、請求項２１による装置。
【請求項２４】
前記シンセサイザデバイスは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつ、請求項２３による装置。
【請求項２５】
前記ビデオ信号は、無線リンクを通して受信される、請求項２１による装置。
【請求項２６】
前記判定は、前記受信ビットストリームの品質の所定のレベルを示す信号の受信によって実行される、請求項２１による装置。
【請求項２７】
受信暗号化フレーム信号を処理するための装置であって、前記受信暗号化フレーム信号は、特定のビデオフレームが暗号化されていることを示し、
前記受信暗号化フレーム信号を含む無線ビデオ信号を受信する無線受信機と、
その場合、前記受信ビデオ信号は、受信ビットストリームを含むことと、
その場合、前記暗号化フレーム信号は、ＨＤＣＰ（高帯域幅デジタルコンテンツ保護）コントロール３信号を含むことと、
前記受信暗号化フレーム信号を受信し、前記受信暗号化フレーム信号と同期している合成暗号化フレーム信号を作り出すシンセサイザ回路と、
その場合、前記シンセサイザは、短取得時間と、前記暗号化フレーム信号の期間に関する長ホールド時間とをもつフェーズロックループを含むことと、
その場合、前記シンセサイザ回路は、前記合成暗号化フレーム信号を前記シンクデバイスへ渡すことと
を含む装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００９−５０６７１５（Ｐ２００９−５０６７１５Ａ）
【公表日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願番号】特願２００８−５２９０２３（Ｐ２００８−５２９０２３）
【出願日】平成１８年６月２６日（２００６．６．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０２４８７１
【国際公開番号】ＷＯ２００７／０２７２８５
【国際公開日】平成１９年３月８日（２００７．３．８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【出願人】（５９３１８１６３８）ソニー エレクトロニクス インク (371)
【Ｆターム（参考）】
【公表日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願日】平成１８年６月２６日（２００６．６．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０２４８７１
【国際公開番号】ＷＯ２００７／０２７２８５
【国際公開日】平成１９年３月８日（２００７．３．８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【出願人】（５９３１８１６３８）ソニー エレクトロニクス インク (371)
【Ｆターム（参考）】
[ Back to top ]