(57)【要約】  ビデオ送信側装置及びビデオ受信側装置の一方は、（ａ）一方の装置におけるビデオ処理機能を解除するとともにビデオ送信側装置及びビデオ受信側装置の他方にビデオ処理機能を起動させるための命令を送信し、（ｂ）一方の装置におけるビデオ処理機能を起動するとともに他方の装置にビデオ処理機能を解除させるための命令を送信し、そして（ｃ）所望のビデオ画像に（ａ）又は（ｂ）のいずれを作用させるかを示すユーザ入力にもとづいて（ａ）または（ｂ）を実行することができる。一方の装置は、他方の装置が可能なビデオ処理機能の表示を受信し、一方の装置も可能な少なくとも一つの表示されたビデオ処理機能について（ａ）、（ｂ）および（ｃ）を実行することができる。（ａ）又は（ｂ）に由来するどちらのビデオ画像が好ましいかを示すための少なくとも一つの選択可能なコントロールを含むユーザインタフェースが表示可能である。【選択図】図１
2011507415.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ送信側装置及びビデオ受信側装置の一方において、
（ａ）前記一方の装置におけるビデオ処理機能を解除すると共に前記ビデオ送信側装置または前記ビデオ受信側装置の他方に前記ビデオ処理機能を起動させるための命令を送信するステップと、
（ｂ）前記一方の装置における前記ビデオ処理機能を起動するとともに前記他方の装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、
（ｃ）ステップ（ａ）又はステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを含む、方法。
【請求項２】
前記一方の装置において前記他方の装置が可能なビデオ処理機能の表示を受信するステップと、
前記一方の装置も可能な少なくとも一つの表示されたビデオ処理機能についてステップ（ａ）、ステップ（ｂ）及びステップ（ｃ）を実行するステップとを更に含む、請求項１記載の方法。
【請求項３】
前記ビデオ受信側装置はディスプレイを含み、ステップ（ａ）に由来するビデオ画像が好ましいか、ステップ（ｂ）に由来するビデオ画像が好ましいかを示すための少なくとも一つの選択可能なコントロールを含むユーザインタフェースを前記ディスプレイ上に表示するステップを更に含み、前記ユーザ入力は前記少なくとも一つの選択可能なコントロールのユーザ操作を含む、請求項１記載の方法。
【請求項４】
前記少なくとも一つの選択可能なコントロールは前記ステップ（ａ）に由来するビデオ画像が好ましいことを示すための第１の選択可能なコントロールと、前記ステップ（ｂ）に由来するビデオ画像が好ましいことを示すための第２の選択可能なコントロールとを含み、前記ユーザ操作は前記第１のコントロール及び前記第２のコントロールの一つのユーザ選択を含む、請求項３記載の方法。
【請求項５】
ステップ（ｃ）を実行するより前にユーザの要求により、ステップ（ａ）およびステップ（ｂ）を繰り返すステップを更に含む、請求項１記載の方法。
【請求項６】
前記命令の送信は前記ビデオ送信側装置および前記ビデオ受信側装置の間の相互接続における補助チャネルを介して行われ、前記チャネルは前記ビデオ送信側装置から前記ビデオ受信側装置にビデオ信号を伝達するための前記相互接続の主チャネルに対して補助的なものである、請求項１記載の方法。
【請求項７】
前記相互接続は高解像度マルチメディアインタフェース（ＨＤＭＩ）相互接続であり、前記補助チャネルはコンシューマエレクトロニクスコマンドチャネル又はディスプレイデータチャネルである、請求項６記載の方法。
【請求項８】
前記相互接続はディスプレイポート相互接続であり、前記補助チャネルはオーグジリアリチャネルである、請求項６記載の方法。
【請求項９】
前記一方の装置は前記ビデオ受信側装置であり、前記他方の装置は前記ビデオ送信側装置である、請求項１記載の方法。
【請求項１０】
前記一方の装置は前記ビデオ送信側装置であり、前記他方の装置は前記ビデオ受信側装置である、請求項１記載の方法。
【請求項１１】
前記ビデオ受信側装置はモニターコントロールコマンドセット（ＭＣＣＳ）規格に従って定義された命令について受信および実装が動作的に可能なディスプレイを含み、前記他方の装置に前記ビデオ処理機能を起動させるための前記命令および前記他方の装置に前記ビデオ処理機能を解除させるための前記命令の各々は前記ＭＣＣＳ規格に従って定義された前記命令の一つまたは前記ＭＣＣＳ規格に従って定義された前記命令の拡張を含む、請求項１０記載の方法。
【請求項１２】
ビデオ送信側装置及びビデオ受信側装置の一方のプロセッサによって実行されたときに、
（ａ）前記一方の装置におけるビデオ処理機能を解除するとともに前記ビデオ送信側装置及び前記ビデオ受信側装置の他方に前記ビデオ処理機能を起動させるための命令を送信するステップと、
（ｂ）前記一方の装置における前記ビデオ処理機能を起動するとともに前記他方の装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、
（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを前記一方の装置に実行させる命令を記憶している、機械可読記録媒体。
【請求項１３】
前記他方の装置が可能なビデオ処理機能の表示を受信するステップと、前記一方の装置も可能な少なくとも一つの表示されたビデオ処理機能について、ステップ（ａ）、ステップ（ｂ）およびステップ（ｃ）を実行するステップとを前記命令が更に前記一方の装置に実行させる、請求項１２記載の機械可読記録媒体。
【請求項１４】
前記ビデオ受信側装置はディスプレイを含み、前記命令は更にユーザインタフェースを前記ディスプレイに表示させ、前記ユーザインタフェースはステップ（ａ）に由来するビデオ画像が好ましいか、ステップ（ｂ）に由来するビデオ画像が好ましいかを示すための少なくとも一つの選択可能なコントロールを含み、前記ユーザ入力は前記少なくとも一つの選択可能なコントロールのユーザ操作を含む、請求項１２記載の機械可読記録媒体。
【請求項１５】
前記一方の装置は前記ビデオ受信側装置であり、前記他方の装置は前記ビデオ送信側装置である、請求項１２記載の機械可読記録媒体。
【請求項１６】
前記一方の装置は前記ビデオ送信側装置であり、前記他方の装置は前記ビデオ受信側装置である、請求項１２記載の機械可読記録媒体。
【請求項１７】
プロセッサと前記プロセッサに相互接続されたメモリとを備えたビデオ受信側装置であって、前記プロセッサによって実行されたときに、
（ａ）前記ビデオ受信側装置におけるビデオ処理機能を解除するとともにビデオ送信側装置に前記ビデオ処理機能を起動させるための命令を送信するステップと、
（ｂ）前記ビデオ受信側装置における前記ビデオ処理機能を起動するとともに前記ビデオ送信側装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、
（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを前記ビデオ受信側装置に実行させる命令を前記メモリが記憶する、ビデオ受信側装置。
【請求項１８】
前記ビデオ送信側装置が可能なビデオ処理機能の表示を受信するステップと、前記ビデオ受信側装置も可能な少なくとも一つの表示されたビデオ処理機能についてステップ（ａ）、ステップ（ｂ）およびステップ（ｃ）を実行するステップとを前記命令が更に前記ビデオ受信側装置に実行させる、請求項１７記載のビデオ受信側装置。
【請求項１９】
ディスプレイを更に備え、前記命令は更に前記ビデオ受信側装置にステップ（ａ）に由来するビデオ画像が好ましいか、ステップ（ｂ）に由来するビデオ画像が好ましいかを示すための少なくとも一つの選択可能なコントロールを含むユーザインタフェースを前記ディスプレイに表示させ、前記ユーザ入力は前記少なくとも一つの選択可能なコントロールのユーザ操作を含む、請求項１７記載のビデオ受信側装置。
【請求項２０】
プロセッサと前記プロセッサに相互接続されたメモリとを備えたビデオ送信側装置であって、前記プロセッサによって実行されたときに、
（ａ）前記ビデオ送信側装置におけるビデオ処理機能を解除するとともにビデオ受信側装置に前記ビデオ処理機能を起動させるための命令を送信するステップと、
（ｂ）前記ビデオ送信側装置におけるビデオ処理機能を起動するとともに前記ビデオ受信側装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、
（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいて、ステップ（ａ）またはステップ（ｂ）を実行するステップとを前記ビデオ送信側装置にさせる命令を前記メモリが記憶する、ビデオ送信側装置。
【請求項２１】
前記ビデオ受信側装置が可能なビデオ処理機能の表示を受信するステップと、前記ビデオ送信側装置も可能な少なくとも一つの表示されたビデオ処理機能についてステップ（ａ）、ステップ（ｂ）およびステップ（ｃ）を実行するステップとを前記命令が更に前記ビデオ送信側装置に実行させる、請求項２０記載のビデオ送信側装置。
【請求項２２】
処理されたときに回路の作成を引き起こす命令を記憶している機械可読記録媒体であって、前記回路は、
（ａ）ビデオ送信側装置またはビデオ受信側装置の一方におけるビデオ処理機能を解除するとともに前記ビデオ送信側装置または前記ビデオ受信側装置の他方に前記ビデオ処理機能を起動させるための命令を送信するステップと、
（ｂ）前記一方の装置における前記ビデオ処理機能を起動するとともに前記他方の装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、
（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを実行することが可能であり、
前記回路は前記一方の装置を含む、機械可読記録媒体。
【請求項２３】
前記一方の装置は前記ビデオ送信側装置であり、前記他方の装置は前記ビデオ受信側装置である、請求項２２記載の機械可読記録媒体。
【請求項２４】
前記一方の装置は前記ビデオ受信側装置であり、前記他方の装置は前記ビデオ送信側装置である、請求項２２記載の機械可読記録媒体。
【請求項２５】
前記命令はハードウエア記述言語命令を含む、機械可読記録媒体。
【請求項２６】
前記ハードウエア記述言語指示はベリログハードウエア記述言語、ベリログ−Ａハードウエア記述言語、アルテラハードウエア記述言語（アルテラＨＤＬ）、または超高速集積回路ハードウエア記述言語（ＶＨＤＬ）の一つである、請求項２５記載の機械可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はビデオ処理に係り、更に詳しくはビデオ送信側装置及びビデオ受信側装置を有するシステムにおいてビデオ処理を調整することに関する。
【背景技術】
【０００２】
ビデオ送信側装置（即ち、ビデオ画像を含むビデオ信号を出力可能な装置、例えば、ＤＶＤ−ビデオプレーヤ、高密度ＨＤ−ＤＶＤビデオプレーヤ、ブルレイ(Blu-Ray)ディスクプレーヤ、セットトップボックス、又はＰＣ）と、ビデオ受信側装置（即ち、ビデオ信号を受信しその信号に更なるビデオ処理を施し場合によってはその結果のビデオ画像を表示することが可能なテレビ受像機又はモニター等の装置、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）若しくはプラズマディスプレイのようなフラットパネルディスプレイ、又はデジタルライトプロセシング（ＤＬＰ）若しくは液晶オンシリコン（ＬＣｏＳ）ディスプレイのようなリアプロジェクションディスプレイをはじめとするアナログ又はデジタルデバイス）は、別々に購入されることが珍しくない。例えば、家庭用娯楽システムを構築しようとする消費者は、ビデオ送信側装置コンポーネントをある製造業者から購入し、ビデオ受信側装置コンポーネントを他の製造業者から購入することができる。消費者によるコンポーネントの選択は、消費者の好み、利便性、あるいは小売業者のプロモーション等の因子により動機付けられるであろう。そうして、消費者は、送信側デバイスが受信側デバイスに向けてビデオ信号を出力するように、家庭用娯楽システム内においてこれらコンポーネントを相互接続することができる。相互接続は、ケーブルを介していてよく、そして周知の工業規格、例えば、ＶＧＡ、コンポジット／Ｓ−ビデオ若しくはコンポーネント出力、デジタルビジュアルインタフェース(Digital Visual Interface)（ＤＶＩ）、高解像度マルチメディアインタフェース(High-Definition Multimedia Interface)（商標）（ＨＤＭＩ（商標））又はディスプレイポート(DisplayPort)（登録商標）に適合していてよく、あるいはワイヤレスディスプレイインタフェース（例えば「ワイヤレスＨＤＭＩ」）であってよい。
【０００３】
最近の多くのビデオ送信側装置は、種々のビデオ処理機能、例えば、フレームレート変換、インターレーシング、デ・インターレーシング、ノイズ除去、スケーリング、色補正、コントラスト補正、ガンマ補正、及び詳細エンハンスメント等を実行することが可能である。各ビデオ処理機能は、ハードウエア、ソフトウエア、ファームウエア、あるいはこれらの組み合わせによりもたらされ得るビデオプロセッサの機能ブロックにより実行されることがある。ある機能ブロックは種々のビデオ送信側装置において様々な方法で実装されてよい。即ち、ある一つのビデオ送信側装置におけるある機能ブロックは、所望のビデオ処理機能を達成するための一つのビデオ処理アルゴリズムを適用している一方で、他のビデオ送信側装置における同じ機能ブロックは、当該ビデオ処理機能を異なる方法で達成するための他のビデオ処理アルゴリズムを適用しているかもしれない。例えば、幾つかのインターレーサブロックがビデオをインターレーシングするために走査線デシメーションアルゴリズムを適用しているのに対し、他の幾つかのブロックは垂直フィルタリングアルゴリズムを適用していることがある。ある機能ブロックにより用いられているアルゴリズムは固定されていてよく、あるいは動的に設定可能であってよい。後者の場合、任意の与えられた時間において用いられているアルゴリズムは、例えばその時点で処理されているビデオ信号のコンテンツあるいはユーザの好みといった因子によって決定されてよい。
【０００４】
ビデオ受信側装置もまた、上流のビデオ送信側装置が実行可能なのと同様なビデオ処理機能（「重複ビデオ処理機能」と称する。）の幾つかあるいはすべてを含め、受信したビデオ信号に対して様々のビデオ処理機能を適用可能であろう。重複は、ビデオ受信側装置が、多様なビデオ処理能力を有し得る様々な種類のビデオ送信側装置と相互接続可能であることが意図されているモジュラーコンポーネントであるという事実に起因していそうである。従って、ビデオ送信側装置及びビデオ受信側装置は、ビデオ処理の観点からすると各々異なる長所及び弱点を有することとなろう。例えば、送信側装置は受信側装置が実行することのできない多数のフレームレート変換機能が可能である一方、受信側装置は送信側装置が実行することのできない多数のデ・インターレーシング機能が可能であることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
テレビ受像機に接続されたプレーヤにおいてＤＶＤを再生するための取扱説明と共に、テストビデオ画像やビデオクリップが収容されたＤＶＤが消費者に提供されることが知られている。取扱い説明は、ＤＶＤ−ビデオプレーヤをテストするためのＤＶＤ−ビデオプレーヤ出力設定（例えば７２０ｐ、７６８ｐ、１０８０ｉ又は１０８０ｐ）だけでなく、テレビ受像機をテストするためのＤＶＤ−ビデオプレーヤ出力設定（例えば４８０ｉ）、更には様々な種類のテレビ受像機のための設定（例えば、７２０ｐ  ＤＬＰ、ＬＣＤ若しくはプラズマ；７６８ｐ  ＬＣＤ若しくはプラズマ；１０２４×１０２４  プラズマ；又は１９２０×１０８０  ＤＬＰ、ＬＣＤ若しくはプラズマ）を示唆するであろう。取扱い説明は、更には表示された画像あるいはクリップが品質についてどのように評価されるべきかについても説明してくれるかもしれない。不都合なことに、ＤＶＤ−ビデオプレーヤ出力設定が正確に設定されているかは、ユーザーに委ねられている。もし設定が正確になされていないと、表示された画像あるいはクリップについての品質の評価は、故障した装置（ＤＶＤ−ビデオプレーヤ又はテレビ受像機）に起因するものとされてしまうかもしれない。多くのＤＶＤ−ビデオプレーヤにおける複雑化したユーザインタフェースと多くのユーザが出力設定に不慣れであることとを考慮すると、間違った出力設定の可能性は高い。また、ＤＶＤ−ビデオプレーヤの出力設定が正しくなされていたとしても、最適画像品質のためにテストの結果に基いて適切な方法でＤＶＤ−ビデオプレーヤを最終的に設定することは、ユーザーに委ねられている。かさねて、誤った設定の可能性は比較的高い。
【０００６】
上述した不都合の少なくとも一部を軽減し又は未然に防ぐ解決方法が要望されている。
【課題を解決するための手段】
【０００７】
一つの側面によると、ビデオ送信側装置及びビデオ受信側装置の一方において、（ａ）前記一方の装置におけるビデオ処理機能を解除すると共に前記ビデオ送信側装置及び前記ビデオ受信側装置の他方に前記ビデオ処理機能を起動させるための命令を送信するステップと、（ｂ）前記一方の装置における前記ビデオ処理機能を起動すると共に前記他方の装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、（ｃ）ステップ（ａ）または（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを含む方法が提供される。
【０００８】
他の側面によると、ビデオ送信側装置及びビデオ受信側装置の一方のプロセッサによって実行されたときに、（ａ）前記一方の装置におけるビデオ処理機能を解除するとともに前記ビデオ送信側装置及び前記ビデオ受信側装置の他方に前記ビデオ処理機能を起動させるための命令を送信するステップと、（ｂ）前記一方の装置における前記ビデオ処理機能を起動するとともに前記他方の装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを前記一方の装置に実行させる命令を記憶している機械可読記録媒体が提供される。
【０００９】
他の側面によると、プロセッサと前記プロセッサに相互接続されたメモリとを備えたビデオ受信側装置であって、前記プロセッサによって実行されたときに、（ａ）前記ビデオ受信側装置におけるビデオ処理機能を解除するとともにビデオ送信側装置に前記ビデオ処理機能を起動させるための命令を送信するステップと、（ｂ）前記ビデオ受信側装置における前記ビデオ処理機能を起動するとともに前記ビデオ送信側装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを前記ビデオ受信側装置に実行させる命令を前記メモリが記憶しているビデオ受信側装置が提供される。
【００１０】
他の側面によると、プロセッサと前記プロセッサに相互接続されたメモリとを備えたビデオ送信側装置であって、前記プロセッサによって実行されたときに、（ａ）前記ビデオ送信側装置におけるビデオ処理機能を解除するとともにビデオ受信側装置に前記ビデオ処理機能を起動させるための命令を送信するステップと、（ｂ）前記ビデオ送信側装置における前記ビデオ処理機能を起動するとともに前記ビデオ受信側装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいてステップ（ａ）またはステップ（ｂ）を実行するステップとを前記ビデオ送信側装置に実行させる命令を前記メモリが記憶しているビデオ送信側装置が提供される。
【００１１】
他の側面によると、処理されたときに回路の作成を引き起こす命令を記憶している機械可読記録媒体であって、前記回路は、（ａ）ビデオ送信側装置およびビデオ受信側装置の一方におけるビデオ処理機能を解除するとともに前記ビデオ送信側装置および前記ビデオ受信側装置の他方に前記ビデオ処理機能を起動させるための命令を送信するステップと、（ｂ）前記一方の装置における前記ビデオ処理機能を起動するとともに前記他方の装置に前記ビデオ処理機能を解除させるための命令を送信するステップと、（ｃ）ステップ（ａ）またはステップ（ｂ）のいずれが所望のビデオ画像になるかを示すユーザ入力にもとづいて、ステップ（ａ）またはステップ（ｂ）を実行するステップとが可能であり、前記回路は前記一方の装置を含む機械可読記録媒体が提供される。
【００１２】
本開示の更に他の側面及び特徴は、以下の具体的な発明の実施形態の記述を添付図面と共に精査することにより、当業者に明らかなものとなるであろう。
【図面の簡単な説明】
【００１３】
本発明の例示的な実施形態を示す図面において：
【図１】ビデオ送信側装置及びビデオ受信側装置を有するシステムの概略図。
【図２】図１のビデオ送信側装置の動作を示すフローチャート。
【図３】図１のビデオ受信側装置の動作を示すフローチャート。
【図４Ａ】図１のシステムによって提示されるグラフィカルユーザインタフェースの画面を示す図。
【図４Ｂ】図１のシステムによって提示されるグラフィカルユーザインタフェースの画面を示す図。
【図４Ｃ】図１のシステムによって提示されるグラフィカルユーザインタフェースの画面を示す図。
【図４Ｄ】図１のシステムによって提示されるグラフィカルユーザインタフェースの画面を示す図。
【図５】図１のビデオ送信側装置で可能なビデオ処理機能の表示例を示す概略図。
【図６】図１のビデオ受信側装置で可能なビデオ処理機能の表示例を示す概略図。
【図７】ビデオ送信側装置又はビデオ受信側装置を備えた回路の製造の簡易化された概略図。
【発明を実施するための形態】
【００１４】
図１を参照すると、例示的なシステム１０が示されている。システム１０は相互接続１６によって相互接続されたビデオ送信側装置１２及びビデオ受信側装置１４を含む。
【００１５】
ビデオ送信側装置１２は、例えばフレーム又はフィールを含むビデオ信号を相互接続１６へ出力する電子装置である。装置１２は、例えばＰＣ、ＤＶＤ−ビデオプレーヤ、ＨＤ−ＤＶＤビデオプレーヤ、ブルレイディスクプレーヤであってよく、あるいは、例えば同軸ケーブル、衛星放送受信用アンテナ、電話線、電力線経由広帯域線、イーサネットケーブル、又はアナログ若しくはデジタルの放送（例えばＶＨＦ、ＵＨＦ又はＨＤ）からのビデオ信号を任意に受信するセットトップボックスであってもよい。図１に示されるように、ビデオ送信側装置１２は、バッファ２０と、ビデオ処理機能ブロック２２及び２４と、制御器３０とを含む。ビデオ送信側装置１２の他の構成部品は明瞭のために省略されている。
【００１６】
バッファ２０は、フレーム又はフィールドの形態であることのあるビデオデータであって、ビデオ処理機能ブロック２２及び２４の一つ又は二つ以上によってビデオ処理機能が選択的に実行されるビデオデータを記憶する。記憶されているビデオデータは、ビデオ送信側装置１２内のバッファより上流側で、ＭＰＥＧ、ＭＰＥＧ２、ＭＰＥＧ４、ｄｉｖＸ、ＩＴＵ推奨ＩＴＵ−Ｈ．２６４、ＨＤＭＩ（商標）、ＡＴＳＣ、ＰＡＬ又はＮＴＳＣテレビ放送、デジタルテレビ放送（例えばＩＴＵ  ＢＴ．６０１）その他の数あるビデオ符号化／圧縮規格の少なくとも一つに適合してよいデコーダ（図示せず）により、フレーム又はフィールドに既に復号化されていてよい。デコーダ（もしあれば）が作用するビデオ信号は、例えば、ビデオ送信側装置１２によって外部ソース（例えばケーブルヘッドエンド、衛星又は放送）から受信されてよく、装置１２によって記憶媒体（例えばハードドライブ又はＤＶＤ等の光学ディスク）から読み取られてよく、あるいは装置１２において生成されてよい（例えばビデオゲームのようなソフトウエアアプリケーションによって）。バッファ２０は、ビデオ送信側装置１２内のより大規模な揮発性メモリの一部とすることができる。バッファ２０は、ビデオ処理機能ブロック２２及び２４の並列動作を容易にするために、多重連続的なフレーム又はフィールドを一旦記憶しておくだけの容量を有していてよい。ビデオデータに対して一旦ビデオ処理機能が実行されたならば、典型的には（必ずしもそうとは限らないが）ビデオインタフェース送信機（図示せず）によって、その処理されたビデオデータはバッファ２０から相互接続１６へビデオ信号として出力される。もしあればビデオインタフェース送信機の役割は、ビデオデータを、相互接続１６を管理している有効なビデオインタフェース規格（例えばＤＶＩ、ＨＤＭＩ（商標）、ディスプレイポート(DisplayPort)（登録商標）、デジタルフラットパネル（ＤＦＰ）インタフェース、オープンＬＶＤＳディスプレイインタフェース（ＯｐｅｎＬＤＩ）、若しくはギガビットビデオインタフェース（ＧＶＩＦ）規格、又はワイヤレスディスプレイインタフェース）に適合するビデオ信号に変換することである。処理されたビデオデータを相互接続１６へのその送出に先立ち記憶するために、バッファとビデオインタフェース送信機との間にフレームバッファ（図示せず）が介在していてもよい。
【００１７】
ビデオ処理機能ブロック２２、２４の各々は、ビデオ処理機能を実行するハードウエア、ソフトウエア、又はファームウエア（あるいはこれらの組み合わせ）のブロックである。図１には二つのブロック２２、２４のみが図示されているが、ブロックの数は１以上の整数Ｎであってよいことは理解されるべきである。Ｎブロックにより実行されるビデオ処理機能は、例えば、フレームレート変換、インターレーシング、デ・インターレーシング、ノイズ除去、スケーリング、色補正、コントラスト補正、ガンマ補正及び詳細エンハンスメントを含んでいてよい。幾つかの機能ブロックは、所望のビデオ処理機能を達成するための多数のアルゴリズムの一つを選択的に実行可能であってよい。例えば、インターレーシングブロックは、走査線デシメーションアルゴリズムあるいは垂直フィルタリングアルゴリズムのいずれかを適用可能であってよい。任意の与えられた時間において用いられているアルゴリズムは、例えばその時点で処理されているビデオデータのコンテンツあるいはユーザの好みといった因子によって決定されてよい。他の機能ブロックは所望のビデオ処理機能を達成するために一つのアルゴリズムだけを適用してよい（即ちそのアルゴリズムは固定されていてよい）。明確化のため、ここで用いられている「アルゴリズム」という語は、必ずしもソフトウエア実装を想起させるものではないと理解されるべきである。
【００１８】
例示のため、各機能について簡潔に述べながらそのビデオ処理機能を達成するために実行可能な二つ以上のビデオ処理アルゴリズムと共に、幾つかの例示的なビデオ処理機能を以下に明らかにする。
【００１９】
走査率変換（即ちフレームレート変換）
全Ｎフレーム／フィールドのドロッピング／デュプリケーティング  −  これは全Ｎフィールドから一つがドロップ又はデュプリケートされる走査率変換の簡単な形態である。例えば、６０−Ｈｚの５０−Ｈｚインターレース動作への変換は、全６フィールドから一つをドロップしてよい。この技術で生じ得る不利な点は、「ジャダ(judder)」と称される明らかにぎこちない動きである。
【００２０】
３：２プルダウン  −  この技術は通常２４フレーム／秒のコンテンツをＮＴＳＣ（５９．９４−Ｈｚフィールドレート）に変換するときに用いられる。フィルムスピードは０．１％落とされて２３．９７６（２４／１．００１）フレーム／秒となる。二つのフィルムフレームが五つのビデオフィールドを生成する。
【００２１】
他のプルダウン  −  他の種類のプルダウン、例えば２：２、２４：１等が実行されることがある。
【００２２】
一時的補間  −  この技術は、必要に応じて所望のフレームレートを得るために元のフレームから新たなフレームを生成するものである。過去及び未来の入力フレームからの情報は、被写体の出現及び消失を最適に操作するために用いることができる。一時的補間を用いて５０−Ｈｚを６０−Ｈｚに変換する場合、５０−Ｈｚビデオの全５フィールドに対して６０−Ｈｚビデオの６フィールドが対応する。両ソースが調整された後、隣り合った二つの５０−Ｈｚフィールドが互いに混合され、新たな６０−Ｈｚフィールドを生成する。
【００２３】
モーション圧縮  −  モーション圧縮は、ビデオデータ内で真のモーションベクトルを特定し、この情報を、一時的補間の期間にモーションアーティファクト欠陥(motion artifacts)を最小限に抑えるために用いることが企図されている。この結果は、ジャダの無い滑らかで自然なモーションをもたらすことができる。
【００２４】
インターレーシング
走査線デシメーション  −  この方法においては、インターレースされなかった各フレームの全アクティブ走査線は捨てられる。
【００２５】
垂直デフリッカーフィルタリング  −  この方法においては、インターレースされなかったデータの２本以上の線がインターレースされたデータの１本の線を生成するために用いられる。高速垂直遷移(fast vertical transitions)は幾つかのインターレースされた線にわたって円滑化される。
【００２６】
デ・インターレーシング
走査線デュプリケーション  −  走査線デュプリケーションは直前のアクティブ走査線を複製する。アクティブ走査線の数は倍になるが、垂直解像度は高くならない。
【００２７】
フィールドマージング  −  この技術では、ビデオの一つのフレームを生成するために、連続した二つのフィールドが一つにまとめられる。各フィールド時間での当該フィールドのアクティブ走査線は、直前のフィールドのアクティブ走査線と一まとめにされる。その結果、各入力フィールド時間に対して、一対のフィールドが組み合わされて一つのフレームを生成する。動いている被写体については、二つのフィールド間の時間差に起因して、「コーミング(combing)」とも称されるアーティファクト欠陥が伴うことがある。
【００２８】
走査線補間  −  走査線補間は、元のアクティブ走査線の間への補間走査線を生成する。アクティブ走査線の数は倍になるが、垂直解像度は倍にはならない。簡易実装では、二本の入力走査線の間に新たな走査線を生成するために線形補間が用いられる。より良い結果は有限インパルス応答（ＦＩＲ）を用いることにより達成され得る：
【００２９】
モーション適応デ・インターレーシング  −  この方法の「ピクセル毎」のバージョンでは、画像の静止領域に対してはフィールドマージングが用いられ、動きのある領域には走査線補間が用いられる。これを達成するために、画像全体にわたってリアルタイムでサンプル毎にモーションが検出される。このように即座に処理されたビデオの幾つかのフィールド。二つのフィールドが組み合わされるので、画像の静止領域においては垂直解像度は最大に維持される。いつ直前のフィールド（モーションにより「間違った」位置にあり得る）を用いあるいは最新のフィールドにおける隣り合った走査線からの新たなサンプルを補間するのかに関しての選択がなされる。これら方法間での突然の切り換えが見えにくくなるようにするために、クロスフェーディングあるいは「ソフトスイッチング」が用いられる。幾つかの解決法では、「ピクセル毎」モーション適応デ・インターレーシングでは行われているような全サンプルに対する決定の必要性を避けるために、「フィールド毎」モーション適応デ・インターレーシングを実行することができる。
【００３０】
モーション補償デ・インターレーシング  −  モーション補償（又は「モーションベクトル操舵」）デ・インターレーシングは、モーション適応デ・インターレーシングよりも桁違いに複雑であり、各サンプルに対してフィールド間のモーションベクトルを計算するとともに各サンプルのモーション奇跡に沿った補間をすることが必要である。
【００３１】
対角線エッジ補間  −  は、対角線を探し、明らかな「階段」効果を除去するためにそれら対角線に沿って補間することを試みる。
【００３２】
スケーリング
画素ドロッピング及びデュプリケーション  −  「最近接」スケーリングとも称されるこの方法では、出力サンプルに最も近い入力サンプルのみが用いられる。画素ドロッピングでは、全ＹサンプルのうちのＸが水平及び垂直の両方に対して捨てられる。ブレゼンハム(Bresenham)線描画アルゴリズムの修正バージョンが、どのサンプルを捨てないかを決定するために一般的に用いられている。単純なアップスケーリングを達成可能な画素デュプリケーションでは、全ＹサンプルのうちのＸが垂直及び水平の両方に対して複製される。
【００３３】
線形補間  −  この方法では、出力サンプルが二つの入力サンプルの間に含まれる（水平又は垂直に対して）場合、出力サンプルはそれら二つの入力サンプル間での線形的な補間により計算される。
【００３４】
アンチ−エイリアス再サンプリング  −  この方法は、周波数成分が水平及び垂直に対して画像サイズと比例関係で縮小拡大することを確実なものとするために用いられる。本質的には、入力データは、サンプリング頻度を高められる（upsampled）とともに、補間処理により生成された画像周波数成分を除去するために低域通過のフィルタリングを受ける。フィルターは、再サンプリングプロセスにおいてエイリアスを生じさせる(alias)ことになる周波数を除去する。
【００３５】
コンテンツ適応スケーリング  −  スケーリングは拡大縮小されつつあるデータに一部もとづいている（一般に適用されているスケーリングアルゴリズムと対照的に）。
【００３６】
色補正
肌トーン補正、白色点補正、及び彩度エンハンスメントは、選択的にあるいは組み合わせて適用し得る色補正アルゴリズムの様々な種類の例を網羅する。
【００３７】
詳細エンハンスメント
鮮鋭度エンハンスメント  −  鮮鋭度は、例えば、隣り合う画素の輝度を詳細に調べることとこれらの間のコントラストを強調することとを通して増大される。
【００３８】
エッジエンハンスメント  −  ある画像内における角と縁を検出してそれらを全体として増幅拡大すること。
【００３９】
超解像度  −  画像特徴の解像度を向上させるために、その特徴が出現するフレームのシーケンスにわたってその特徴に関する情報が集められる。当該情報は次いで各フレームにおける特徴の鮮鋭度を高めるために用いることができる。
【００４０】
前述したビデオ処理アルゴリズムは単に例示的なものであり、代替的な実施形態では異なることがあろうことは理解されるべきである。
【００４１】
制御器３０はビデオ送信側装置１２の構成部品であり、ビデオ処理機能ブロック２２、２４の動作を制御する。特に、制御器は、各機能ブロック２２、２４を独立に起動及び解除することが可能である。ある機能ブロックによって適用されているビデオ処理アルゴリズムが動的に設定可能である場合、制御器３０もまたその機能ブロックで適用されるべきビデオ処理アルゴリズムを設定可能である。制御器３０は、更に、ビデオ処理ブロック２２、２４の一つ又は二つ以上を起動し又は解除するためのビデオ受信側装置１４からの命令を受信可能である。制御器３０は、ビデオ送信側装置１２の種類に応じて異なることのある制御器３０の実装により、ハードウエア、ソフトウエア、ファームウエアあるいはこれらの組み合わせにおいて実施可能である。例えば、もしビデオ送信側装置１２がＰＣであれば、制御器３０は、ビデオプレーヤソフトウエアアプリケーションを実行するグラフィックスサブシステムカード内のグラフィックスプロセシングユニット（ＧＰＵ）あるいはグラフィックスドライバであってよい。もしビデオ送信側装置１２がＤＶＤ−ビデオプレーヤ等の民生用電子機器の要素であれば、制御器３０は（バッファ２０及び機能ブロック２２、２４と同様に）ハードウエアビデオプロセッサ部品の一部を構成していてよい。
【００４２】
ここで説明されているようなビデオ送信側装置１２の動作は、制御器３０であることのあるプロセッサにより実行されるために、例えば光学ディスク、磁気ディスクあるいはリードオンリーメモリチップ等の機械可読媒体３２からビデオ送信側装置１２のメモリ（明示的には図示せず）へ読み込まれた実行可能な命令によって統制されてよい。
【００４３】
ビデオ受信側装置１４は、ビデオデータ（例えばフレーム又はフィールド）を含むビデオ信号を相互接続１６から受信し、そのビデオデータに対して選択的に更なるビデオ処理を適用する電子装置である。本実施形態では、ビデオ受信側装置１４は、受信され選択的に処理されたビデオデータに基くビデオ画像を表示することも可能な例えばＣＲＴ、ＬＣＤ、ＬＣｏＳ、ＤＬＰ又はプラズマのモニター又はテレビ受像機等の表示装置である。尚、中間ビデオプロセッサ（例えばＤＶＤＯ（登録商標）ｉＳｃａｎ（商標）ＶＰ５０）等のある種のビデオ受信側装置はディスプレイを内蔵していないこともあり、ビデオ画像を表示する能力はビデオ受信側装置に要求される特徴ではないということは理解されるべきである。本実施形態のビデオ受信側装置１４は、装置１４に搭載された受信機（図示せず）に向けてＲＦ信号又は赤外（若しくは近赤外）光ビームを放射可能なリモートコントロールユニット５２により制御される。他の実施形態では、装置前面パネルのボタン操作により制御可能である。
【００４４】
図１に示されるように、ビデオ受信側装置１４は、バッファ４０と、ディスプレイ４１と、ビデオ処理機能ブロック４２及び４４と、制御器５０と、メモリ５４とを含んでいる。ビデオ受信側装置１４の他の構成部品は明瞭のために省略されている。
【００４５】
バッファ４０は、機能ブロック４２及び４４の一つ又は二つ以上によってビデオ処理機能が選択的に行われるビデオデータを記憶する。ビデオデータは、例えばフレーム又はフィールドを含むことができる。バッファ４０内のビデオデータは、先ず相互接続１６から受信され、相互接続１６がビデオインタフェース規格に適合する場合には、バッファに記憶されるのに先立ちビデオインタフェース受信機（図示せず）によって復号化されていてよい。バッファ４０は、ビデオ受信側装置１４のより大規模な揮発性メモリ（例えば前述したメモリ５４）の一部を構成していてよく、ビデオ処理機能ブロック４２及び４４の並列動作を容易にするために、多重化された連続フレーム又はフィールドを同時に記憶する能力を有していてもよい。ビデオ処理機能がもしあれば、ブロック４２又は４４によってその機能がビデオデータに対して実行された後、ビデオデータはディスプレイ４１上でビデオ画像として表示される。フレームバッファ（図示せず）がバッファ４０とディスプレイ４１の間に介在していてもよい。
【００４６】
ビデオ処理機能ブロック４２、４４は、概念的にはビデオ送信側装置１２のビデオ処理機能ブロック２２、２４に類似しているが、必ずしも同じように実装されているとは限らない。一般的には、各ブロック４２、４４は、ビデオ処理機能を実行するハードウエア、ソフトウエア、あるいはファームウエア（又はこれらの組み合わせ）ブロックである。図１には二つのブロック４２、４４のみが図示されているが、これらのブロックの数は１より大きい整数Ｍであってよいことが理解されるべきである。ビデオ受信側装置１４におけるブロック数Ｍは、ビデオ送信側装置１２におけるブロック数Ｎと同じであってよい（が、必ずしも同じであるとは限らない）。ブロック４２、４４により提供されるビデオ処理機能は、少なくとも部分的にはビデオ送信側装置１２のブロック２２、２４により提供されるビデオ処理機能と同一であり、換言すれば装置１２及び１４のビデオ処理能力は重複する。装置１２及び１４間でのビデオ処理能力のこの重複は、これら装置が、互いに相互接続可能であるだけでなくビデオ処理能力が異なることのある様々な種類の他のビデオ送信側装置あるいはビデオ受信側装置とも相互接続可能であることが企図されているモジュラーコンポーネントである、ということに起因し得る。ブロック４２、４４の幾つかは、数あるアルゴリズムの一つが関連するビデオ処理機能を達成するためにそのアルゴリズムを選択的に実行可能であってよい。
【００４７】
制御器５０はビデオ受信側装置１４の構成部品であり、ビデオ処理機能ブロック４２、４４の動作を制御する。特に、制御器は、各機能ブロック４２、４４を独立に起動及び解除することが可能であり、ある機能ブロックによって適用されているビデオ処理アルゴリズムが動的に設定可能である場合には、そのブロックが起動しているときに適用されるべきビデオ処理アルゴリズムを設定可能である。制御器５０は、ハードウエア、ソフトウエア、ファームウエアあるいはこれらの組み合わせにおいて実装可能である。ビデオ受信側装置１４がテレビ受像機等の民生用電子機器の要素である場合には、制御器５０は（バッファ４０及び機能ブロック４２、４４と同様に）装置１４におけるハードウエアビデオプロセッサ部品の一部を構成していてよい。制御器５０はまた、ビデオ処理ブロック２２、２４の一つ又は二つ以上を起動し又は解除するために、命令を生成しビデオ送信側装置１２に送信することが可能である。制御器５０の動作は、後述するように、ディスプレイ４１におけるグラフィカルユーザインタフェースの提示に従ったリモートコントロール装置５２からのユーザ入力に影響を受ける。
【００４８】
メモリ５４は、グラフィカルユーザインタフェース（ＧＵＩ）５６の表示を場合によっては他のデータと共に記憶するために用いられる標準型のメモリである。ＧＵＩ５６は、ユーザに好ましいビデオ処理結果を達成するために、どのビデオ処理機能がビデオ送信側装置１２によって実行されるべきか及び、どのビデオ処理機能がビデオ受信側装置１４によって実行されるべきかを決定する際に用いられるユーザ入力を得るためのものである。本実施形態では、ＧＵＩ５６は、後述するような一連の画面（あるいはダイアログボックス）を通じてユーザを案内するウイザードである。メモリ５４は、ＧＵＩ５６が製造所で読み込まれたリードオンリメモリであってもよいし、他のメモリ（例えばフラッシュメモリあるいは揮発性メモリ）の形態であってもよい。ＧＵＩ５６は、例えば光学ディスク、磁気ディスクあるいはリードオンリメモリチップのような機械可読記録媒体５８からメモリ５４に読み込まれてもよい。幾つかの実施形態では、媒体５８は、ここで説明されているようなビデオ受信側装置１４の動作を統制する実行可能な命令（ソフトウエア）であって、制御器５０あるいはそれとは別のプロセッサにより実行されることのある命令を記憶していてもよい。
【００４９】
ビデオ相互接続１６は、ビデオ送信側装置１２からビデオ受信側装置１４に向けてビデオ信号を伝え、それと同一及び逆の方向に他の情報を伝えるための相互接続である。本実施形態では、ビデオ信号は第１のチャネル６０により伝達され、他の情報は第２のチャネル６２（「コマンドチャネル」と称される。）により伝達される。他の実施形態では第２のチャネル６２が無くてもよいし、他の情報はビデオ信号と同じチャネル６０により伝達されてもよい。ここで、「他の情報」は、ビデオ送信側装置１２からビデオ受信側装置１４に提供されたビデオ処理機能の表示と、装置１２に一つ又は二つ以上のビデオ処理機能を起動又は解除させるために逆方向に伝達された一つ又は二つ以上の命令とを含む。物理的には、相互接続１６は電気的な若しくは光学的なケーブルであってよく、又はビデオデータがワイヤレスで伝達される装置１２及び１４間の単なる空間であってよい。相互接続１６は専用の信号伝達用プロトコルによって統制されることがある。それに代えて、相互接続１６は、周知のビデオ相互接続規格、例えばＤＶＩ、ＨＤＭＩ（商標）、ディスプレイポート(DisplayPort)（登録商標）、ＤＦＰインタフェース、オープンＬＤＩ、又はＧＶＩＦのような規格に適合していてもよい。相互接続１６がＨＤＭＩ（商標）規格に適合する場合、コマンドチャネル６２は、単線双方向シリアルバスであるコンシューマエレクトロニクスコントロール(Consumer Electronics Control)（ＣＥＣ）チャネルであってよい。その場合、装置１２に一つ又は二つ以上のビデオ処理機能を起動又は解除させるための上述した命令は、そのチャネルを介して送られた一連の既存の標準的な命令の拡張、例えば送信側及び受信側装置の一方からの送信側及び受信側装置の他方に電源を入れさせるための命令の拡張であってよい。もし相互接続１６がＤＶＩ又はＨＤＭＩ（商標）規格に適合していれば、コマンドチャネル６２はディスプレイデータチャネル(Display Data Channel)（ＤＤＣ）であってよい。ＤＤＣは、ビデオエレクトロニクススタンダーズアソシエーション(Video Electronics Standards Association)（ＶＥＳＡ）によって制定された規格に基いて統制され、受信側装置とグラフィックサブシステムの間の通信を制御する。ＤＤＣ規格（例えばエンハンスドディスプレイデータチャネル(Enhanced Display Data Channel)（Ｅ−ＤＤＣ（商標））規格、バージョン１．１、２００４年３月２４日）は標準化された方法を提供し、それにより、ビデオ受信側装置は、例えば有効な表示設定の選択肢をユーザに提示することがビデオ送信側装置で可能になるように、最高分解能や色の濃さといった特性をビデオ送信側装置に通知することができる。相互接続１６がディスプレイポート（登録商標）規格に適合する場合には、コマンドチャネル６２はオーグジリアリチャネル(the Auxiliary Channel)とすることができる。
【００５０】
図２及び図３はシステム１０（図１）におけるビデオ処理の調節のための実施形態の動作２００及び３００を示している。動作２００はビデオ送信側装置１２で行われ、一方動作３００はビデオ受信側装置１４で行われる。本実施形態では、動作２００及び３００は、ビデオ処理をユーザの好みに調節する要望を表す命令がユーザにより例えばビデオ受信側装置１４のリモートコントロールユニット５２を用いて入力されると、それをトリガーとして始動することができる。
【００５１】
命令の入力に応答して、ビデオ受信側装置１４は、図４Ａに示されるように、ＧＵＩ５６の第１画面４１０を表示することができる。画面４１０は、「Ａ」及び「Ｂ」とラベル表示された画像の組み合わせが順に示される予定であることと、ユーザが各組み合わせの画像を順に見た後に見え方がそのユーザにとって好ましい方に投票すべきであることとを表す文章を含む。ユーザが「ＯＫ」ボタン４１２を選択すると、ＧＵＩは次の画面に進む。
【００５２】
図２を参照すると、ビデオ送信側装置１２は、ビデオ送信側装置１２が可能なビデオ処理機能の表示をビデオ受信側装置１４に相互接続１６を介して送信し（Ｓ２０２）、ビデオ受信側装置１４はそれを受信する（Ｓ３０２、図３）。表示７０はコマンドチャネル６２を介して伝達することができ、コマンドチャネル６２は、もしあれば、相互接続１６を統制しているビデオ相互接続規格によって定められ、ビデオデータが伝達される第１のチャネル６０に対して補助的な役割をする補助チャネル(auxiliary channel)であってよい。例えば、表示は、ＨＤＭＩ（商標）若しくはＤＶＩ相互接続のＤＤＣチャネル、ディスプレイポート（登録商標）相互接続のオーグジリアリチャネル又はＨＤＭＩ（商標）接続のコンシューマエレクトロニクスコントロール（ＣＥＣ）チャネルを介して送信することができる。幾つかの実施形態では、表示７０は、相互接続１６を介して通信されているビデオデータと共にその帯域内で、例えば水平又は垂直の空白インターバルのようなビデオデータの使用されていない部分に多重化して第１のチャネル６０を介して送信することができる。ビデオ処理能力の表示７０のそのような帯域内への組み込みを達成する具体的な方法は、もしあれば相互接続１６を統制している有効なビデオ相互接続規格に依存するであろう。例えば、相互接続がＨＤＭＩ（商標）規格又はコンシューマエレクトロニクスアソシエーション(Consumer Electronics Association)ＣＥＡ８６１規格（Ｒｅｖ．Ｄ）に適合する実施形態では、表示７０は、通信の主チャネルにおいて「インフォフレーム(Info Frames)」又は「インフォパケット(Info Packets)」と称される一つ又は二つ以上の二次データパケット内に組み込むことができる。例示的な表示７０は図５に示されている。
【００５３】
図５を参照すると、表示７０は表の形で表されている。システム１０内における表示７０の実際の形態が例えばバイナリ又はテキスト形式（例えばマークアップ言語）の電子的なファイル、記録、データ構造又はメッセージであってよいことは理解されるだろう。ビデオ送信側装置１２で可能な１０個の異なるビデオ処理機能、即ち走査率変換、インターレーシング、デ・インターレーシング、ノイズ除去、スケーリング、色補正、コントラスト補正、ガンマ補正及び詳細エンハンスメントの各々は、図５の表内に行(row)として表されている。ビデオ処理機能は列(column)７２で特定され、一方、装置１２が各ビデオ処理機能を実行する能力は列７４に示されている。列７４における「はい」という語は、表示されたビデオ処理機能を実行するための機能ブロック、例えばブロック２２又は２４をビデオ送信側装置１２が備えていることを表している。従って、列７４における評価に基いて、表示７０が対応している例示的なビデオ送信側装置１２は４個の機能ブロック、即ち走査率変換、インターレーシング、デ・インターレーシング及びスケーリングを有していることが明らかであろう。
【００５４】
ビデオ送信側装置１２及びビデオ受信側装置１４に共通な各ビデオ処理機能について（図３のＳ３０４に詳述されており、図２、Ｓ２０４も参照）、そのビデオ処理機能が装置１２で実行された場合あるいはそのビデオ機能が装置１４で実行された場合でどちらが好ましいかをユーザが評価することができるようにするために、そのビデオ処理機能は装置１２及び装置１４において順次起動される。ビデオ受信側装置１４は、ビデオ送信側装置１２から受信した表示７０をビデオ受信側装置１４それ自身が可能なビデオ処理機能の表示８０と比較することにより、装置１２及び１４に共通なビデオ処理機能を識別することができ、その表示８０は、装置起動に際してローカルＲＯＭから装置１４に読み込み、動作中はメモリ５４内で維持することができる。そのような表示８０は図６に示されており、表示８０においては図５におけるのと同様のものが用いられている。従って、図６の列８４における評価に基いて、例示的なビデオ受信側装置１４は列８４の評価が「はい」である列８２の９個の機能（即ちインターレーシングを除くすべて）を実行可能であることが明らかであろう。表示７０との比較により、走査率変換、デ・インターレーシング及びスケーリングの３つのビデオ処理機能が装置１２及び１４に共通であることが明らかである。それら３つの機能（又はその一部）の各々に対して、ビデオ受信側装置１４は動作Ｓ３０６乃至Ｓ３２０を実行し、そしてビデオ送信側装置１２は相補的な動作Ｓ２０６乃至Ｓ２１２を実行する。
【００５５】
より具体的には、ビデオ受信側装置１４の制御器５０（図１）は、ビデオ送信側装置１２において第１の共通ビデオ処理機能を起動するためにコマンドチャネル６２を介して装置１２へ命令を送信する（Ｓ３０６、図３）。コマンドチャネル６２が例えばＤＶＩ又はＨＤＭＩ（商標）相互接続のディスプレイデータチャネルである場合、ビデオ送信側装置１２がＤＤＣチャネルの「マスター(master)」と標準的に考えられるであろうことを考慮すると、ビデオ受信側装置１４は特別の処理を行うことが必要とされる可能性がある。特に、命令の送信に際しては、ホットプラグ検出イベントをシミュレートすることがビデオ受信側装置１４に最初に要求されることがある。当該技術分野で知られているように、ホットプラグ検出イベントは、表示装置に関して動的にプラグが接続されたか外されたかをビデオ送信側装置（通常はＣＰＵボックス）に伝えるために従来から用いられている。そのようなイベントをシミュレートすることにより、ビデオ送信側装置１２に命令を例えばエクステンデッドディスプレイアイデンティフィケーションデータ(Extended Display Identification Data)（ＥＤＩＤ）データ構造の一部として「検索(retrieve)」させることができる。当該技術分野で知られているように、ＶＥＳＡエンハンスドエクステンデッドディスプレイアイデンティフィケーションデータ（Ｅ−ＥＤＩＤ）規格(Enhanced Extended Display Identification Data (E-EDID) Standard)、リリースＡ、２．０（２００６年９月）は、最新のコンピュータがそれに接続されているモニターの種類を検知することを可能にする情報を含む最小１２８バイトデータ構造（「ＥＤＩＤ１．４」データ構造と称されることがある）を定義しており、その情報は、ベンダー情報、最大画像サイズ、色特性、製造所でのプリセットタイミング、周波数レンジ限界、並びにモニターの名前及びシリアルナンバーのための文字列を含む。命令は、当該データ構造の一部としてあるいは当該データ構造の拡張ブロックの範囲内で定義することができる。代替的な実施形態では、そのようなホットプラグ検出イベントシミュレーションは不要であるかもしれない。例えば、チャネル６２がＣＥＣチャネルを備えている場合、ＣＥＣプロトコルは多重化マスターが単一のＣＥＣチャネルに共存することを許容しているので、そのような特別な処理は必要とされないであろう。上述の場合には、このようにしてビデオ受信側装置１４が装置１２への命令の伝達を開始することができる。幾つかの実施形態では、コマンドチャネル６２は、命令を伝えることを目的としてＤＤＣチャネルと併用されるＣＥＣチャネルを備えているかもしれない。例えば、「ＤＤＣチャネルを介してビデオ受信側装置１４からの命令を読み込みなさい」とビデオ送信側装置１２に指示するＣＥＣ命令がビデオ受信側装置１４から送信されるかもしれない。相互接続１６がディスプレイポート（登録商標）インタフェースによって統制されている場合、ビデオ受信側装置１４はビデオ送信側装置１２に割り込み信号を送信することによって命令の伝達を開始することができ、それにより装置１２は割り込みベクトルレジスタを経由するディスプレイポート（登録商標）オーグジリアリチャネルを介して装置１４からの命令にアクセ��することができる。装置１２及び１４間での命令の伝達のために種々の方法が可能である。
【００５６】
当該命令は装置１２により受信され（Ｓ２０６、図２）、それに応答して制御器３０が関連機能ブロック２２又は２４に起動命令を送ることにより当該ビデオ処理機能を起動する（Ｓ２０８）。制御器３０は、問題としているビデオ処理機能のみにビデオ表示の結果が帰属し得るものになるように、関連機能ブロックを除きすべての機能ブロックを確実に解除してよい。一方、制御器５０は、ビデオ受信側装置１４において同じビデオ処理機能を実行するブロックの動作を解除し（Ｓ３０８、図３）、更に装置１４におけるすべての他の機能ブロックの機能を解除してもよい。動作しているビデオ処理ブロック４２、４４が無ければ、ビデオ受信側装置１４のバッファ４０は、ビデオデータにとってのパススルーとして本質的に機能する。このため、装置１２において唯一動作中の機能ブロックによるビデオ画像への効果は、装置１２がビデオ画像に及ぼした効果に対するユーザの評価能力を損なう可能性のある装置１４でのローカルビデオ処理によって間違いを含むものになることはない。
【００５７】
装置１２の動作中機能ブロックのみによるビデオデータ処理に基く結果のビデオ画像は、次いで図４Ｂに示すようにディスプレイ４１上に表示される（Ｓ３１０）。その画像は、その画像の識別４２２（「画像Ａ」）と目下テスト中のビデオ処理機能の括弧書きインジケータ４２４とを含むＧＵＩ５６のＧＵＩ画面４２０内に提示される。後者のインジケータ４２４は、目下テスト中のビデオ処理機能の種類をユーザが理解するのに重要でないと考えられる場合には、省略されてもよい。ＧＵＩコントロール４２６（例えばボタン）はどのくらいの期間その画像が表示されるかをユーザが制御することを可能にするので、ユーザは望む間ずっとその画像を研究することができる。
【００５８】
コントロール４２６での選択が行われると、制御器５０（図１）は、コマンドチャネル６２を介して装置１２におけるビデオ処理機能を解除するための命令を送信する（Ｓ３１２、図３）。当該命令は装置１２により受信され（Ｓ２１０、図２）、それに応答して制御器３０は、関連機能ブロック２２又は２４に解除命令を送ることにより、当該ビデオ処理機能を解除する（Ｓ２１２）。装置１２（図１）において動作しているビデオ処理ブロック２２、２４が無ければ、バッファ２０は、もはやビデオデータにとってのパススルーとして本質的に機能する。その後、装置１４の制御器５０は、装置１４で同じビデオ処理機能を実行するブロックを起動する（Ｓ３１４、図３）。明確化のため、本例では、装置１４の機能ブロックで適用されているビデオ処理アルゴリズムは装置１２で適用されているアルゴリズムと異なるものとする。
【００５９】
装置１４の唯一動作中の機能ブロックのみによって処理されたビデオデータに基く新たなビデオ画像は、次いで図４Ｃに示されるようにディスプレイ４１に表示される（Ｓ３１６）。その画像は、その画像の識別４３２（「画像Ｂ」）と目下テスト中のビデオ処理機能の括弧書きインジケータ４３４とを含むＧＵＩ５６のＧＵＩ画面４３０内に提示される（インジケータ４３４は同様に随意的である）。「投票」とラベル表示されたＧＵＩコントロール４３６は、画像Ａ及びＢのうちの望ましい方を投票する前にどれくらいの期間だけ画像Ｂが表示されるかをユーザが制御することを可能にする。このことは、ユーザが望む間ずっと第２の画像を研究することを可能にする。一方、もう一つののＧＵＩコントロール４３８は、ユーザが比較のために画像Ａに戻ることを可能にする。この場合、図３のＳ３０６、Ｓ３０８、Ｓ３１０及び図２のＳ２０６、Ｓ２０８の動作が繰り返され、図４ＢのＧＵＩ画面４２０が場合によっては図４ＣのＧＵＩコントロール４３６と同様の「投票」コントロールを含むようにアップデートされた状態で（画像Ａ及びＢは一旦表示されて既知であるため）再度表示される。必要に応じて、ユーザーは、どちらの画像が好ましいかを検討するに際して、コントロール４２６及び４３８を用いて画像Ａ及びＢを切り替えることができる。尚、例えば装置１２又は１４における機能ブロック内のビデオ処理アルゴリズムが多数のビデオ処理アルゴリズムの一つに動的に設定可能である実施形態においては、そのブロックが当該装置において起動されているときに「最善の」ビデオ処理アルゴリズムが自動的に選択されるようにしてもよい。
【００６０】
ＧＵＩコントロール４３６（図４Ｃ）あるいは再表示された場合のＧＵＩ画面４２０上の対応物をユーザが選択すると、図４Ｄに示されるような更なるＧＵＩ画面４４０が表示される（Ｓ３１８、図３）。画面４４０は、ＧＵＩコントロール４４２又は４４４を選択することにより、それぞれに対応した画像Ａ又は画像Ｂを好ましい画像として選び出すようユーザに勧める。ＧＵＩコントロール４４６は、所望に応じて例えば図４ＢのＧＵＩ画面４２０に戻ることにより画像が再度見えるようにすることを可能にする。画像Ａ又は画像Ｂに対する好みを示す（即ち装置１２又は装置１４における機能ブロックに対する好みを示す）ユーザ入力は、次いで受信され（Ｓ３２０、図３）、記憶される。
【００６１】
より多くの共通ビデオ処理機能が存在していると判断された場合（Ｓ３０４）、Ｓ３０６乃至Ｓ３２０（図３）並びにＳ２０６乃至Ｓ２１２（図２）の動作が各機能に対して繰り返される。各ビデオ処理機能は同一のソースビデオコンテンツに対して実行されてよい。ビデオコンテンツは単純にユーザが観ようとしているコンテンツ（例えば映画あるいはビデオゲーム）であればよく、その場合、システム１０は特にその時点で関心のあるビデオコンテンツに対して有利に「調整(tuned)」されていてもよい。代替的には、各ビデオ処理機能は、装置１２及び１４でどちらの好ましいビデオ処理アルゴリズムを選択するかのユーザーの能力を最大化するための特定の機能であり得る内容を伴う異なるビデオコンテンツに対して実行されてもよい。例えば、モーション適応ノイズリダクションをテストする場合には、コンテンツは動画像であってよく、鮮鋭度エンハンスメントをテストする場合には、コンテンツはぼやけた画像であってよいというようなものである。図４Ｂ及び図４Ｃの括弧書きインジケータ４２４及び４３４が表示されている限り、それらは目下テスト中のビデオ処理機能を反映するように更新されるべきである。
【００６２】
最終的には、装置１２又は装置１４のいずれかにおける関連機能ブロックの好ましいものを示すユーザ入力は、各共通ビデオ処理機能のために受信されることとなろう。この段階では、制御器５０は、ユーザの好みに従って、装置１２にそのビデオ処理ブロックを起動及び／又は解除させるような一つ又は二つ以上の命令を装置１２に送信し（Ｓ３２２）、そして相補的なやり方でもってビデオ受信側装置１４のビデオ処理機能ブロックを起動及び／又は解除すること（Ｓ３２４）によって（即ち、装置１２におけるブロックが起動されていれば装置１４における対応するブロックは解除され、逆の場合もしかり）、ユーザが好むものを達成する。装置１２では、命令が受信され（Ｓ２１４）、実行される（Ｓ２１６）。動作２００及び３００はこのようにして完結される。
【００６３】
有利なことに、ユーザの好みに従って装置１２及び１４を設定するためには、ユーザはＧＵＩ５６の画面上に提示された質問に回答すれば足りる。ユーザは所望の結果を達成するために装置１２又は１４のいずれをも手作業で設定する必要はないし、所望の結果を達成するためにどのようなビデオ処理機能が既に設定されているかを知る必要さえない。
【００６４】
尚、先に説明したＳ２０２、Ｓ３０２における動作は、ビデオ処理の調整のためのユーザ命令の入力に応答したものである必要はない。動作Ｓ２０２、Ｓ３０２は、むしろビデオ送信側装置１２の初期設定の間に、例えばビデオ受信側装置１４が検出された際に（そして例えばもし装置１２及び１４の相互接続されている間中に表示７０が変化しそうにないものであれば場合によってはその段階の間だけ）実行されてもよい
【００６５】
装置１２又は１４におけるビデオ処理機能の起動／解除が、当該装置において、他のビデオ処理機能が起動してよいのか若しくは起動しなくてよいのか又はまさに同時に起動しなければならないのかに影響を及ぼす可能性があることは理解されるべきである。例えば、スケーリングを伴うある種のデ・インターレーシングが起動されたとすると、デ・インターレーシング機能と共にスケーリング機能を同時に起動させる必要が生じるであろう。他の例では、送信側で実行されたエッジエンハンスメントは、同じく送信側で実行されたコントラスト補正に影響を与えるかもしれない。これらのような場合、上述のように各装置で一度に一つのブロックのみによるのではなく、先ずは装置１２で次いで装置１４でそれらの機能に対応した多重機能ブロックを同時に起動させるように、それぞれ図２及び図３の動作Ｓ２０６乃至Ｓ２１２並びにＳ３０６乃至Ｓ３２０を修正する必要があろう。
【００６６】
全般的には、システム１０内でのビデオ処理ブロックの起動／解除が動作２００及び３００以外の要因によって影響を受け得ることも理解されるべきであろう。例えば、ビデオ送信側装置１２又はビデオ受信側装置１４のユーザは、動作２００及び３００の結果としてもたらされたビデオ処理の起動／解除を無効にすることが可能であってよい。このように、動作２００及び３００は、システム１０内で実行されるべきビデオ処理アルゴリズムの選択を自動的に支援することができる一方で、そこで最終的に実行されるべきビデオ処理機能を必ずしも完全に決定するものではない。
【００６７】
当業者によって理解されるであろうように、本発明の本質を逸脱することなしに上述した実施形態についての種々の変更が可能である。例えば、上述の実施形態では、ビデオ送信側装置はそれが可能なビデオ処理機能の表示を送信し（Ｓ２０２、図２）、その表示はビデオ受信側装置によって受信される。次いで、それら装置に共通な各表示されたビデオ処理機能に対して、Ｓ２０４乃至Ｓ２１２並びにＳ３０４乃至Ｓ３２０で説明したステップが実行される。幾つかの実施形態では、ビデオ送信側装置が可能なビデオ処理機能についてビデオ受信側装置が知り得ないかもしれない。むしろ、Ｓ２０４乃至Ｓ２１２並びにＳ３０４乃至Ｓ３２０で説明したステップは、その手順を遂行している装置、即ちビデオ受信側装置が可能なビデオ処理機能の一つ又は二つ以上のために、他方の装置、即ちビデオ送信側装置がそれらのビデオ処理機能の少なくとも一つを達成可能であろうとの予想の下、「盲目的に(blindly)」実行されてよい。このように、それらステップは、二つの装置に共通なビデオ処理機能のみに限定されるものではない。同様にして、幾つかの実施形態では、特定のビデオ処理機能が二つの装置に共通であるかそれら装置の一つのみによって提供されるかにかかわらず、その機能が解除されることをユーザが好ましいと考える場合もあるという事実が認識されるかもしれない。このように、一つの画像Ａはあるビデオ処理機能が既に起動されていることを表す一方で、他の画像Ｂは当該ビデオ処理機能が既に解除されていることを表してよい。ユーザは、次いで好ましくないビデオ処理機能が解除されている画像を選択することができ、それにより当該ビデオ処理機能を提供している単一又は複数の装置において当該機能が解除されるという効果を有するようになる。また、幾つかの実施形態では、Ｓ２０４乃至Ｓ２１２並びにＳ３０４乃至Ｓ３２０で説明したステップが二つの装置に共通な一部の（例えば少なくとも一つの）表示されたビデオ処理機能のみに対して実行されてよいことは理解されるであろう。
【００６８】
図４Ａ乃至図４Ｄに示されたユーザインタフェースは、代替的な実施形態では異なることもある。例えば、図４Ｄに示されるような別の画面を有する代わりに、図４Ｂ及び図４Ｃの画面の各々が画像Ａ又はＢのいずれかに投票するためのユーザインタフェースコントロールを有していてもよい。幾つかの実施形態では、もし画像Ａ及びＢが単一の画面内で同時に、例えば並べて表示可能であるならば、図４Ｂ及び図４Ｃのような二つの別々の画面は必要ないこともある。そのような同時表示はスケーリング及び混合(blending)の動作の起動を伴うであろう。幾つかのケースでは（例えばＮＴＳＣ信号のためには）、混合はやはり必要であろうが、スケーリングすることなしに両画像を同時に表示することが可能であるかもしれない。例えば、ある実施形態では、分割画面を起動する旨を伝える命令が送信側に送られ、送信側はそこでの処理を画面の半分にだけ適用し、そうして受信側装置はそこでの処理を画面の残り半分に適用することができる。他の実施形態では、受信側装置は、送信側装置により既に処理された画像を送信側装置から受信し、その処理されたビデオをバッファに記憶することができる。受信側装置は、次いで未処理のビデオを送信側装置から要求し、受信側装置はそれ自身のビデオ処理を施して、最終的には二つを並べて表示することができる。
【００６９】
画像Ａ又はＢのうちの好ましい方を特定するために用いられる二つの別々のユーザインタフェースコントロール（例えば図４ＤのＧＵＩコントロール４４２、４４４）は必ずしも必要ではない。幾つかの実施形態では、好ましい方を特定するために単一のユーザインタフェースコントロール、例えばプルダウン又はドロップダウン形式のリストで充分であろう。
【００７０】
幾つかの実施形態では、ビデオ受信側装置１４はディスプレイを有していないことがある（例えばそれは中間ビデオプロセッサである）。このような場合、ビデオ受信側装置１４は、装置１２及び１４で順次実行されたようなビデオ処理の効果をユーザが観測可能にするためのビデオ画像を表示する表示装置にビデオ信号を出力することができる。このような場合、装置１２又は１４において目下起動中の機能ブロックによるビデオ画像への効果が、ビデオ画像に対するユーザの評価能力を損なう可能性のある表示装置でのローカルビデオ処理によって間違いを含むものとならないようにするために、表示装置におけるビデオ処理機能を解除しておくことが必要であろう。例えばビデオ受信側装置と表示装置の間の相互接続におけるコマンドチャネル（既述したのと同様な方法による）を介して命令を送信することによって、表示装置でのビデオ処理機能が自動的に解除可能である限りにおいて、ユーザは表示装置を手動で設定することから解放される。また、画像Ａ又は画像Ｂのうちの好ましい方を示すユーザ入力が次いでリモートコントロールユニットあるいは表示装置の前面パネルから受信されると、このユーザ入力を表示装置からコマンドチャネルを介してビデオ受信側装置１４に伝えることが必要となるであろう。
【００７１】
他の代替案では、図２及び図３に関する装置１２及び１４の役割は、逆転されていてもよい。即ち、ビデオ送信側装置１２が図３の動作３００を実行する一方でビデオ受信側装置１４は図２の動作２００を実行し、この場合、図２及び図３における「ビデオ送信側装置」に対する各参照は「ビデオ受信側装置」と置き換えられ、逆も同様である。従って、装置１４は可能なビデオ処理機能の表示を装置１２へ伝達し（その逆ではなく）、一方、ビデオ処理機能を起動／解除するための命令は逆方向に送信される。ビデオ処理機能の表示及び／又は命令を装置１２及び１４間で伝達するためにＣＥＣ、ＤＤＣ又はオーグジリアリチャネルを用いることに関連した上述の考慮は、本実施形態においては本質的には逆転されることがある。加えて、ビデオ画像を表示するための動作Ｓ３１０及びＳ３１６は、画像を表示するであろうビデオ受信側装置１４（ビデオ送信側装置１２ではなく）に対してビデオ信号を出力するだけであってよい。
【００７２】
このような代替的な実施形態あるいは当初説明した実施形態においては、ビデオ受信側装置１４は、モニター指示規格、例えばビデオエレクトロニクススタンダーズアソシエーション（ＶＥＳＡ）によって定められたモニターコントロールコマンドセット(Monitor Control Command Set)（ＭＣＣＳ）規格に適合する表示装置であってよい。当該技術分野において知られているように、ＭＣＣＳ規格は、モニターの動作についてコマンドチャネルを介してビデオ送信側装置から遠隔制御可能にする一連の指示を定義している。ＭＣＣＳを用いて制御可能な典型的な動作の種類は、輝度、コントラスト、画像サイズ、位置、及び色バランスの設定、あるいは画面上ディスプレイ制御機構を用いて従来から設定可能であった他の設定を含む。幾つかの実施形態では、この一連の指示は、ＭＣＣＳ規格の下で「他の」装置におけるビデオ処理機能を起動／解除するための図２及び図３で参照された命令を含むように拡張されてもよい（この場合における「他の」装置はビデオ受信側装置１４であってビデオ送信側装置１２ではない）。例えば、ビデオ送信側装置１２は、予定されているレベル又は設定の各々を通して動的に設定可能な各関連するビデオ処理機能について、ユーザが好ましいレベル又は設定を選択した後に、ビデオ受信側装置１４に「掃引(sweep)」させる有効な命令を送信することができる（即ち、各ビデオ処理機能のために異なるビデオ処理アルゴリズムを適用させることができる）。
【００７３】
幾つかの実施形態においては、ビデオ送信側装置及びビデオ受信側装置のいずれか又は両方が、ある回路を備えていてよいことも更に理解されるであろう。その回路は、例えば独立した集積回路であってよく、あるいは大規模集積回路の一部を構成していてよく、あるいは電子装置内に組み込まれていてよい。その回路は、製造装置、例えば半導体製造設備又は工場で見られる種類の装置を用いて製造することができる。その装置は、その回路を表したハードウエア記述言語を含む一連の指示に基いて回路を大量生産可能である。製造装置は、それら指示を処理し、当該処理に基いてその回路を創作する。この方法は、ビデオ送信側装置を代表する回路あるいはビデオ受信側装置を代表する回路（又は両方）を製造するのに用いることができる。
【００７４】
この方法は図７に模式的に示されている。機械可読記録媒体１２０に記憶された例示的なハードウエア記述言語指示は、例示的な製造装置１２２によって処理され、製造装置１２２はその処理された指示に基いて例示的な回路１２４を作成する。例示的な指示は、例えば、ＨＤＬ、超高速集積回路ハードウエア記述言語(Very High Speed Integrated Circuit Hardware Description Language)（ＶＨＤＬ）、アルテラ(Altera)ＨＤＬ（ＡＨＤＬ）、ベリログ(Verilog)又はベリログ−Ａ等のハードウエア記述言語の形であってよい。
【００７５】
他の種々の改変は当業者にとって明らかであろうから、本発明は特許請求の範囲において定義される。
【図１】
2011507415.tif 000003
【図２】
2011507415.tif 000004
【図３】
2011507415.tif 000005
【図４Ａ】
2011507415.tif 000006
【図４Ｂ】
2011507415.tif 000007
【図４Ｃ】
2011507415.tif 000008
【図４Ｄ】
2011507415.tif 000009
【図５】
2011507415.tif 000010
【図６】
2011507415.tif 000011
【図７】
2011507415.tif 000012
【国際調査報告】
2011507415.tif 000013
2011507415.tif 000014