(57)【要約】  ビデオグラフィックスチップは、着信ビデオ情報を異なるモードに従って処理してビデオ出力信号を生成し、ビデオ出力信号をビデオ情報に対応するビデオの描画のために表示画面に向けて送信するように構成されたグラフィックスモジュールと、グラフィックスモジュールと結合され着信ビデオ情報に関係するビデオのタイプを決定するために着信ビデオ情報を分析し、着信ビデオ情報に好ましいビデオ処理モードのビデオモード指示をグラフィックスモジュールに送るように構成された表示モードモジュールとを備えており、グラフィックスモジュールは、表示モジュールから受信したビデオモード指示に基づき複数の異なるモードから選択されたモードに従って着信ビデオ情報を処理するように構成されている。
2009545925.tif 000002
【特許請求の範囲】
【請求項１】
ビデオグラフィックスチップであって、
着信ビデオ情報を複数の異なるモードに従って処理してビデオ出力信号を生成し、前記着信ビデオ情報に対応するビデオを描画するために前記ビデオ出力信号を表示画面に向けて送信するように構成されたグラフィックスモジュールと、
前記グラフィックスモジュールと結合されている表示モードモジュールと、
を備えており、
前記表示モードモジュールは、前記着信ビデオ情報を分析して、前記着信ビデオ情報に関係するビデオのタイプを決定し、前記着信ビデオ情報にとって好ましいビデオ処理モードのビデオモード指示を前記グラフィックスモジュールに送るように構成されており、
前記グラフィックスモジュールは、前記表示モジュールから受信した前記ビデオモード指示に基づき、前記複数の異なるモードから選択されたモードに従って前記着信ビデオ情報を処理するように構成されていることを特徴とするビデオグラフィックスチップ。
【請求項２】
前記表示モードモジュールは、どのタイプのビデオ処理が好ましいかを指示するコマンド信号を受信して、前記コマンド信号に従って前記グラフィックスモジュールに前記ビデオモード指示を送るように構成されている請求項１に記載のビデオグラフィックスチップ。
【請求項３】
前記表示モードモジュールは、前記コマンド信号について側波帯信号を分析するように構成されている請求項１に記載のビデオグラフィックスチップ。
【請求項４】
前記表示モードモジュールは、前記着信ビデオ信号のビデオのタイプを示すために、前記着信ビデオ情報および着信オーディオ情報のビデオ／オーディオ特性を分析し、前記ビデオ／オーディオ特性の分析に応答して、前記ビデオ／オーディオ特性の値に基づき前記グラフィックスモジュールに前記ビデオモード指示を送るように構成されている請求項１に記載のビデオグラフィックスチップ。
【請求項５】
前記ビデオ／オーディオ特性は、クローズドキャプションの量、水平パンニングの量、垂直パンニングの量、場面カットの頻度、協調したオーディオの破裂およびビデオの閃光、伝送アーチファクト、レターボックス方式、副搬送波周波数精度、画像ケイデンス、同期信号の周波数、マクロヴィジョン、既知のゲームビデオ製造者信号特性および、赤外線信号および場面カットの受信間のタイミングの一致のうち、少なくとも２つを含む請求項４に記載のビデオグラフィックスチップ。
【請求項６】
前記表示モードモジュールは、前記ビデオモード指示を決定するために前記ビデオ／オーディオ特性の値の重みづけされた組合せを分析するように構成されている請求項５のビデオグラフィックスチップ。
【請求項７】
前記表示モードモジュールは、ビデオモードオーバライド信号の受信に応答して、前記決定されたビデオのタイプに関わらず前記グラフィックスモジュールに前記ビデオモード指示を送るとともに、前記ビデオモードオーバライド信号に従って前記グラフィックスモジュールに前記ビデオモード指示を送るように構成されている請求項４に記載のビデオグラフィックスチップ。
【請求項８】
前記ビデオモード指示は前記着信ビデオ信号のビデオのタイプを示す請求項１に記載のビデオグラフィックスチップ。
【請求項９】
マルチメディアエンターテイメントシステムであって、
望ましいビデオ処理モードを指示する制御情報及びビデオ／オーディオ信号を受信するように構成された少なくとも１つの入力部と、
前記ビデオ／オーディオ信号によって指示されたビデオ画像を描画するように構成されたディスプレイと、
前記少なくとも１つの入力部および前記ディスプレイと結合されたプロセッサと、
を備えており、
前記プロセッサは、前記ビデオ／オーディオ信号を処理し、前記ディスプレイによる描画のために、処理されたビデオ情報を前記ディスプレイに送るように構成されており、
前記プロセッサは、前記ビデオ／オーディオ信号におけるビデオ情報を第１のビデオ処理モードおよび第２のビデオ処理モードで処理するように構成されており、
前記プロセッサは、前記ビデオ／オーディオ信号における前記ビデオ情報を処理するために前記第１のビデオ処理モードおよび前記第２のビデオ処理モードのうちのどちらを使用するかを決定するために前記制御情報を分析するように構成されていることを特徴とするマルチメディアエンターテイメントシステム。
【請求項１０】
前記第１のビデオ処理モードは標準ビデオモードであり、前記第２のビデオ処理モードはゲームビデオモードであり、前記プロセッサは、前記標準ビデオモードにおいて、前記ゲームビデオモードに比べて大きなビデオ遅延を伴いながら、前記ゲームビデオモードに比べて多くのビデオ処理を前記ビデオ情報に対して実行するように構成されている請求項９に記載のマルチメディアエンターテイメントシステム。
【請求項１１】
前記プロセッサは、ビデオソースから受信した前記制御情報についての信号を分析し、前記ビデオソースから受信した前記制御情報によって指示されたビデオ処理モードを使用するように構成されている請求項９に記載のマルチメディアエンターテイメントシステム。
【請求項１２】
前記プロセッサは、前記ビデオソースから独立して受信した付加的な制御情報についての信号を分析し、前記ビデオソースから受信した前記制御情報に関わらず前記付加的な制御情報によって指示されたビデオ処理モードを使用するように構成されている請求項１１に記載のマルチメディアエンターテイメントシステム。
【請求項１３】
前記プロセッサは、ユーザが望ましいビデオ処理モードを指示するための問合わせを前記ディスプレイに表示させるように構成されている請求項１２に記載のマルチメディアエンターテイメントシステム。
【請求項１４】
前記プロセッサは、第３のビデオ処理モードでビデオ情報を処理するように構成されており、前記プロセッサは、前記第１のビデオ処理モードにおいて、前記第３のビデオ処理モードに比べて大きなビデオ遅延を伴いながら前記第３のビデオ処理モードに比べて多くのビデオ処理を前記ビデオ情報に対して実行し、前記プロセッサは、前記第３のビデオ処理モードにおいて、前記第２のビデオ処理モードに比べて小さいビデオ遅延を伴いながら前記第２のビデオ処理モードに比べて少ないビデオ処理を前記ビデオ情報に対して実行するように構成されている請求項１３に記載のマルチメディアエンターテイメントシステム。
【請求項１５】
前記プロセッサは、前記第１、第２および第３のビデオ処理モードの使用を循環させるように構成されている請求項１４に記載のマルチメディアエンターテイメントシステム。
【請求項１６】
前記プロセッサは、前記第３のビデオ処理モードにおいて、前記第１のビデオ処理モードに比べてより保守的なフレームレート変換決定を実行し、前記第２のビデオ処理モードにおいて、前記第３のビデオ処理モードに比べてより保守的なフレームレート変換決定を実行するように構成されている請求項１４に記載のマルチメディアエンターテイメントシステム。
【請求項１７】
前記プロセッサは、前記ビデオ情報を処理するために使用されるビデオモードのビデオ遅延に対応するために、前記ビデオ／オーディオ信号におけるオーディオ情報にオーディオ遅延を生じるように構成されている請求項１０に記載のマルチメディアエンターテイメントシステム。
【請求項１８】
前記プロセッサは、前記マルチメディアエンターテイメントシステム内におけるオーディオ信号の経路指定を行うためのメッセージを前記ディスプレイがユーザに表示するように構成されている請求項１７に記載のマルチメディアエンターテイメントシステム。
【請求項１９】
前記プロセッサは、前記標準ビデオモードにおいて複数のビデオ処理動作をセットで実施し、前記ゲームビデオモードにおいて前記ビデオ処理動作の一部を省くように構成されている請求項１０に記載のマルチメディアエンターテイメントシステム。
【請求項２０】
前記少なくとも１つの入力部は、第１の入力部および第２の入力部を含み、前記プロセッサは、前記第１の入力部を通じて受信されたビデオ信号に対しては、ビデオ処理モードを前記第１のビデオ処理モードに初期設定し、前記第２の入力部を通じて受信されたビデオ信号に対しては、ビデオ処理モードを前記第２のビデオ処理モードに初期設定するように構成されている請求項９のマルチメディアエンターテイメントシステム。
【請求項２１】
前記プロセッサは、前記ビデオ／オーディオ信号を受信するチャネルとは別個のサイドチャネルで受信された制御情報についての信号を分析するように構成されている請求項９に記載のマルチメディアエンターテイメントシステム。
【請求項２２】
前記プロセッサは、前記制御情報を決定するためにウォータマーク情報について前記ビデオ／オーディオ信号を分析するように構成されている請求項９に記載のマルチメディアエンターテイメントシステム。
【請求項２３】
マルチメディアエンターテイメントシステムであって、
ビデオ／オーディオ信号を受信するように構成された少なくとも１つの入力部と、
前記ビデオ／オーディオ信号によって指示されたビデオ画像を描画するように構成されたディスプレイと、
前記少なくとも１つの入力部および前記ディスプレイと結合されたプロセッサと、
を備えており、
前記プロセッサは、前記ビデオ／オーディオ信号を処理し、前記ディスプレイによる描画のために、処理されたビデオ情報を前記ディスプレイに送るように構成されており、
前記プロセッサは、前記ビデオ／オーディオ信号におけるビデオ情報を第１のビデオ処理モードおよび第２のビデオ処理モードで処理するように構成されており、
前記プロセッサは、前記ビデオ／オーディオ信号におけるビデオ情報を処理するために第１のビデオモードおよび第２のビデオモードのうちどちらを使用するかを決定するために前記ビデオ／オーディオ信号を分析するように構成されていることを特徴とするマルチメディアエンターテイメントシステム。
【請求項２４】
ビデオ情報を処理する方法であって、
ビデオソースからビデオ表示装置においてビデオ情報を受信することと、
前記ビデオ情報の画像フレームを分析することと、
前記画像フレームが第１のビデオタイプを指示していれば前記表示装置のビデオ処理モードを第１のモードに設定し、前記画像フレームが第２のビデオタイプを指示していれば前記表示装置のビデオ処理モードを第２のモードに設定することと、
を含むことを特徴とする方法。
【請求項２５】
前記ビデオ情報の画像フレームを分析することは、前記画像フレームのフレームレートを分析することを含み、
前記表示装置のビデオ処理モードを設定することは、前記フレームレートが第１のビデオタイプを指示していれば前記表示装置のビデオ処理モードを第１のモードに設定し、前記フレームレートが第２のビデオタイプを指示していれば前記表示装置のビデオ処理モードを第２のモードに設定することを含む、請求項２４に記載の方法。
【請求項２６】
前記方法は、更に、現在のビデオ処理モードに関係する現在のビデオ処理遅延と組み合わされた画像のフレームレートが、前記ビデオ情報を用いて描画される画像の不均一なモーションをもたらすかどうかを決定することを含む請求項２４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ表示モード制御に関するものである。また、本願は、２００６年８月４日に出願された米国特許仮出願第６０／８３５６２０号によって規定される全部の利益を主張するものであり、この米国特許仮出願第６０／８３５６２０号の内容を本書に含めることとする。
【背景技術】
【０００２】
種々の形式のビデオが今日の社会において現在利用可能である。例えば、ビデオは、テレビ番組や映画ばかりでなく、ビデオゲームにも使用することができる。種々の形式のビデオは、例えばビデオ形式に関係する優先事項に基づき、ビデオの提示を最適化または改善するために様々に処理することができる。例えば、ビデオゲームの場合、多くのビデオゲームはユーザ／遊技者による迅速で頻繁な入力を伴うので、好ましくはビデオを表示する際に短い遅延がたいてい望ましい。逆に、テレビ番組または映画の場合、表示される画像の向上した精度および／または解像度をもたらすために相対的に長い遅延がたいてい許容される。ビデオは、ケーブル／サテライトボックス、地上波放送チューナ、ＶＣＲ、ＤＶＤプレーヤ、ゲームコンソールおよびコンピュータといった多様なソースによって供給され得る。さらに、ビデオ情報は、電話、音楽プレーヤ（例えば、コンパクトディスクプレーヤ、ＭＰ３プレーヤなど）およびテレビを含む多様な装置によって供給され得る。
【０００３】
現在、例えばディジタルテレビ（ＤＴＶ）受像機といった一部のテレビ受像機は、複数の表示モードをサポートしている。そうしたモードはゲームモードおよびＤＶＤモードを含む。ユーザは、ビデオ内容を表示するためにどちらのモードを使用するかを手動で選択できる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本願は、ビデオの表示モードを制御する装置及び方法を提供する。
【課題を解決するための手段】
【０００５】
一般に、１態様において、本発明は、着信ビデオ情報を異なるモードに従って処理してビデオ出力信号を生成し、ビデオ出力信号をビデオ情報に対応するビデオの描画のために表示画面に向けて送信するように構成されたグラフィックスモジュールと、グラフィックスモジュールと結合され着信ビデオ情報に関係するビデオのタイプを決定するために着信ビデオ情報を分析し、着信ビデオ情報に好ましいビデオ処理モードのビデオモード指示をグラフィックスモジュールに送るように構成された表示モードモジュールとを備えており、グラフィックスモジュールは、表示モジュールから受信したビデオモード指示に基づき複数の異なるモードから選択されたモードに従って着信ビデオ情報を処理するように構成されている、ビデオグラフィックスチップを提供する。
【０００６】
本発明の種々の態様は、以下の機能のうちの１つ以上を提供することができる。ビデオ処理モード（対応するビデオ遅延および描画精度を伴う）は、受信されたビデオのタイプおよび／またはユーザ選好に従って設定および／または調整することができる。ビデオ処理モードは自動的に設定することができる。ビデオ処理モードは、自動的に設定されたモードのオーバライドを含め、手動で設定することができる。低ビデオ処理遅延は入力ゲームビデオについて選択することができる。高ビデオ描画精度は標準の非ゲームビデオについて設定することができる。
【０００７】
本発明の上記および他の機能は、本発明それ自体とともに、以下の図、詳細な説明およびクレームの精査の後により完全に理解されるであろう。
【図面の簡単な説明】
【０００８】
【図１】マルチメディアエンターテイメントシステムのブロック図である。
【図２】図１に示されるテレビのためのビデオ処理モードを決定するプロセスのブロック流れ図である。
【図３】着信ビデオ信号が標準ビデオかまたはゲームビデオのためのものであるらしいかを、信号のクローズドキャプション情報の量に基づいて決定するプロセスのブロック流れ図である。
【図４】着信ビデオ信号が標準ビデオかまたはゲームビデオのためのものであるらしいかを、信号における着信赤外線信号とビデオ効果との相関関係に基づいて決定するプロセスのブロック流れ図である。
【図５】種々のビデオ処理モードに従って着信ビデオ信号を処理するプロセスのブロック流れ図である。
【発明を実施するための形態】
【０００９】
本発明の実施形態は、ビデオ表示モードの選択、特に自動選択のための技法を提供する。着信信号（例えばビデオ、オーディオ）は、例えばビデオゲーム対標準ビデオ（例えばテレビ番組または映画）といった異なるビデオ入力を識別するのを助けることができる特性について分析され得る。着信信号は、例えば、ビデオのタイプの指示（例えば、側波帯信号において指示された）、クローズドキャプション、ＶＢＩデータ、ウォータマーク、モーション（相関対ランダム）、水平および／または垂直パン、場面カット、オーディオ／ビデオ関係、放送アーチファクト（例えばＲＦ変調、ＭＰＥＧ符号化といったディジタル伝送アーチファクト、アナログ伝送アーチファクト）、ゲーム特性、ＤＶＤ特性（例えばレターボックス方式）、ケイデンス（cadence）、同期信号、経時的なビデオ信号部の値、目前のモード変更の警告および／またはマクロヴィジョン（Macrovision）の存在について分析され得る。自動選択は、確認または、オーバライドすることができよう。さらに、ビデオゲームグラフィックス製造者の特性化は記憶され、着信信号の特性と比較され得る。着信信号の処理は、より望ましいビデオ遅延対グラフィックス品質の組合せを提供するために様々に行われ得る。他の実施形態は本発明の範囲である。
【００１０】
図１に言及すれば、システム１０はセットトップボックス１２、ビデオゲームコンソール１４および、ビデオ／オーディオ処理・表示装置、ここではテレビ１６を含み得る。セットトップボックス１２およびゲームコンソール１４は、テレビ１６に信号を送るためにテレビ１６に接続され得る。これらの信号は、例えばテレビ番組または映画といった標準ビデオ、またはビデオゲームよりなるとしてよい。一般に、ユーザはビデオゲームでは低ビデオ遅延を望み、低遅延のためにビデオ品質を犠牲にするのをいとわない一方、テレビ番組または映画といった標準ビデオまたは、ほとんどまたはまったく迅速な動きを伴わず、低ビデオ遅延がゲームの使用にまったく重要ではないゲームには高品質を望む。テレビ１６は、半導体チップ上に配設されメモリ２０を含み得るプロセッサ１８を含むことができる。メモリ２０は、着信信号を処理する方法を選択しそれらを相応に処理するためにここに記載する機能を実行するための、プロセッサ１８が読出し実行することができるコンピュータ可読・コンピュータ実行可能コードを記憶することができる。特に、プロセッサ１８は、現在のビデオ処理モードに従ってディスプレイ３６での表示のためにビデオ信号を処理するためのグラフィックスモジュール３２を含むことができる。プロセッサ１８はまた、着信ビデオ／オーディオ信号、制御信号および／またはオーバライド信号を用いて、どちらのビデオ処理モードを実施するかを決定するために表示モードモジュール３４を組み込むことができる。セットトップボックス１２およびゲームコンソール１４は種々の物理的入力に接続することができるが、どちらか一方の装置１２、１４から受信される信号は、いずれかの所与の時間にビデオゲームまたは他のビデオタイプのものであるとしてよい（例えば、多くのビデオゲームコンソールはインターネットブラウザとして機能したり、ＤＶＤを再生したりなどもできるので、セットトップボックスは、ここで標準ビデオと称する非ゲームビデオだけを供給すると限定されない）。
【００１１】
テレビ１６は、着信信号が例えばテレビ信号といったビデオ用であるか、またはビデオゲーム用であるかを自動的に決定するように構成することができる。自動選択は、着信ビデオがどのタイプのものであるか、またはたぶんそうであるかを指示する多様な要因／特性の１つ以上に基づくとしてよい。
【００１２】
テレビ１６はさらに、ゲームまたはゲームビデオ処理モード、または標準ビデオ処理モードを選択するように構成されている。ゲームモードは、着信ビデオゲーム信号を処理するための増大した応答性を提供するために、低ビデオ遅延を有する。標準ビデオ処理モードは、非ゲーム着信信号のためにより長いビデオ遅延およびより多くの信号処理（例えばフレームレート変換）を有し、より高品質な画像を生じる。着信信号に関係するオーディオは、ビデオ／オーディオ同期を保証するのを助けるためにビデオ遅延に従って遅延される。ユーザは、等価なオーディオおよびビデオ遅延を、従ってオーディオ／ビデオ同期を保証するのを助けるために装置１６内でオーディオ信号を経路指定するために、例えば装置１６でのメッセージによって助言され得る。以下の検討は後述の通りゲームおよび標準ビデオという２つのモードに集中するが、２超のビデオ処理モードが利用可能であろう。装置１６は、所要の遅延に従って処理動作のうちの１つ以上を飛ばすために、低遅延処理モード以外の多様なビデオ処理動作を実行するように構成することができる。
【００１３】
テレビ１６はさらに、どちらのビデオ遅延モード（例えば高遅延・高品質対低遅延・少ない処理）を使用するかのユーザの手動選択および／または確認を受け取るように構成され得る。この選択／確認は、直接入力（例えば、テレビ１６のボタンの物理的選択、またはテレビ１６用のリモートコントロール２２による選択）によりセットトップボックス１２またはゲームコンソール１４によって受信され得る。
【００１４】
テレビ１６は、着信信号が低ビデオ遅延が望ましいゲームビデオ用のものであるかどうかを自動的に決定するために、側波帯信号を分析するように構成することができる。ビデオソース１２、１４と装置１６との接続は、ビデオ処理モードを選択する際に使用するための制御情報を供給するものとは別個の制御チャネルを含むことができる。制御チャネル信号は、着信信号が例えば標準ビデオ、グラフィックスまたはゲームに関連しているという、セットトップボックス１２またはゲームコンソール１４といったソースプロバイダからの特定の指示を含むことができる。また制御チャネル信号は、ビデオのタイプまたは少なくとも望ましいビデオ遅延モードが、まさに変わろうとしているか、変わっているか、または変わったという警告を付与することができる。
【００１５】
装置１６はさらに、望ましいまたは好ましいビデオ処理モードを決定するために、着信ビデオ信号を分析するように構成することができる。プロセッサ１８は、望ましいまたは好ましい処理モードを決定するためにヒューリスティックスを用いて、信号の部分、例えばＶＢＩデータ、ウォータマークなどを検出し分析することができる。決定したビデオ処理モードの確認がユーザから要求され得る。このように、例えば、ビデオゲームが検出された場合、ユーザは、遊技しているビデオゲームが動きの遅い高解像度のゲームであれば低遅延・低ビデオ処理の使用を拒絶することができる。プロセッサ１８はウォータマークの存在を検出し、ウォータマークがゲームに関連しているかどうかを分析することができ（例えば、ウォータマークがゲームまたはゲーム製造者に関係していると既知のウォータマークに一致した場合）、そして適切な処理モードを選択することができる。
【００１６】
プロセッサ１８は、クローズドキャプションについてＶＢＩデータを分析することができ、クローズドキャプションが検出された場合、ビデオ処理モードを標準ビデオに設定することができる。プロセッサ１８は、経時的にどの程度のクローズドキャプションデータが着信信号に存在するかの平均値を決定するように構成することができる。ゲーム〜ビデオ時間にわたり決定された平均値が少なくともゲーム〜ビデオ時間の閾値に一致または上回る場合、着信信号はたぶん標準ビデオ信号である（そしてプロセッサ１８はそれがそうであるか、またはそうらしいと決定することができる）。プロセッサ１８は、この場合、標準ビデオモードに自動的に切り替わるか、またはユーザがビデオ処理モードを標準ビデオモードに変更したいと望むかどうかを問合わせるメッセージをユーザに提示するかのどちらかに構成することができる。ユーザへのメッセージは例えば、「非ゲームビデオが検出されました。非ゲームビデオ処理を使用したいですか？」とすることができる。このように、メッセージは、低ビデオ遅延または高ビデオ遅延を使用するかどうかを尋ねるよりもいっそうユーザに親切にすることができる。プロセッサ１８は、確認のためにユーザに問合わせるか否かを例えばユーザによって設定され得る。
【００１７】
プロセッサ１８はまた、クローズドキャプションについてＶＢＩデータを分析することができ、クローズドキャプションの不在が検出された場合、ビデオ処理モードをゲームビデオに設定（変更）することができる。ビデオモードが標準ビデオであり、ビデオ〜ゲーム時間にわたり決定されたクローズドキャプションデータの平均値がビデオ〜ゲームデータ閾値未満であれば、プロセッサ１８は着信信号がビデオゲームであり得ると決定する。ビデオ〜ゲーム時間は好ましくは、標準ビデオの部分がクローズドキャプションを含まないかもしれないので（例えば爆発または追跡シーンの間）、ゲーム〜ビデオ時間よりも長い。また、ビデオ〜ゲーム閾値はゲーム〜ビデオ閾値よりも低いとすることができよう。プロセッサ１８は、変更の決定における少なくとも１つの要因としてクローズドキャプションの不在を用いて、ゲームモードに変更することができる。ゲームから標準ビデオ処理モードへの変更と同様に、随意で、ユーザはビデオ処理モードを標準ビデオからゲームへ変更するかどうかを問合わせされ得る。
【００１８】
プロセッサ１８は、どちらのビデオ処理モードが望ましいかを決定するために着信信号によって供給された画像のモーション特性を検出することができる。プロセッサ１８は、モーションのタイプおよびビデオのタイプに関連する１つ以上のヒストグラムに一致するモーションを特性化することができる。プロセッサ１８は、画像パン速度および方向（すなわち水平および垂直）を決定することができ、この情報を多次元ヒストグラムに照らして分析して、経時的な水平および垂直パンの頻度に基づき望ましいビデオ処理モードを決定することができる。プロセッサ１８はさらに、画像モーションが、画像内のすべてが同様に動いていて相関しているか、または、画像の一部が別の部分とは別様に動いていてランダムであるかを分析することができる。モーションのさらなる分析が場面カットの頻度を決定するためにプロセッサ１８によって実行されることができ、少ない場面カット（低場面カット頻度）はビデオゲームを指示し、頻繁な場面カットは標準ビデオを指示する。プロセッサ１８は、ビデオが標準ビデオかまたはゲームビデオであるらしいかを入力に基づいて指示するヒューリスティックスへの入力としてモーション特性を使用することができる。ヒューリスティックスは、例えば、標準ビデオおよびゲームビデオ特性を分析し、どのような特性および特性の集合がより頻繁に標準ビデオ対ゲームビデオと関係するかを決定することによって開発することができる。
【００１９】
プロセッサ１８は、どちらのビデオ処理モードを使用するかを決定するためにビデオ描画特性の変化を検出することができる。例えば、プロセッサ１８は、装置１６が「プログレッシブ専用」低遅延ゲームモードにあり非準拠インタレース信号が受信された時に、プロセッサ１８がそれに応答してビデオ処理モードをゲームモードから標準ビデオモードに切り替えできることを決定することができる。
【００２０】
プロセッサ１８は、どちらのビデオ処理モードが望ましいかを決定するために着信信号によって供給されたビデオおよびオーディオの関係を検出し分析することができる。プロセッサ１８は、オーディオ・ビデオの関係を特性化し、これを着信信号がより確からしく標準またはゲームビデオであるかを指示するヒューリスティックスと比較することができる。例えば、着信信号がオーディオにおける短い大きな雑音（例えばバンという音）と一致する閃光をビデオに有する場合、ヒューリスティックスはたぶん着信信号がユーザ応答ビデオゲーム（例えば、警察、軍隊または他の砲撃関連ゲーム）用のゲームビデオであることを指示する。さらに、反復的な背景音楽は着信信号がより確からしくゲーム信号であり、それゆえゲームモードが好ましいことを指示するとしてよい。しかし、背景音楽決定は、戦略ゲームといった遅い動きのビデオゲームもまた背景音楽を使用し、標準ビデオ処理で見られるほうが好ましいかもしれないので、ゲームモード処理が好ましいと決定する前に別の決定と組み合わせてもよい。
【００２１】
プロセッサ１８はさらに、放送アーチファクトについて着信信号を分析するように構成することができる。これらのアーチファクトは、無線周波（ＲＦ）変調および、ＭＰＥＧ符号化またはＨ．２６４符号化といったディジタル伝送アーチファクトを含む。ＲＦ変調ならびにＭＰＥＧおよびＨ．２６４符号化アーチファクトは一般にもっぱら標準ビデオに関係しており、それゆえプロセッサ１８がこれらのアーチファクトのいずれかを検出した場合、プロセッサ１８は、ビデオ処理モードを標準ビデオモードであるように設定するか、またはビデオ処理モードはそれでなければならないことを示唆することができる。
【００２２】
プロセッサ１８は、ＩＰＢフレームビート（Ｉフレーム、Ｐフレーム、Ｂフレームビート）、モスキートノイズ、ブロッキングアーチファクトおよび／または量子化ノイズについて着信信号を分析することができ、それらは全部ＭＰＥＧ符号化に関係している。ＩＰＢフレームビートの場合、プロセッサ１８は、ゼロからのフレームの周期的生成に関係する品質の周期的（例えば、ほぼ１５フレームごとの）低下について信号を分析することができる。モスキートノイズの場合、プロセッサ１８は信号におけるエッジに隣接する平担な信号部分における品質劣化（ノイズ）について信号を分析することができる。画像における著しいモーションおよび、エンコーダがこのモーションを完全に追従し処理できないことから生じるブロックアーチファクトは、画像におけるブロックの関係を分析することによって検出することができる。プロセッサ１８は画像を分析して、ブロック間の不連続を検出することによって画像のブロック（すなわちその部分）が正しく整列できていないかどうかを決定することができる。ブロックの不連続は、プロセッサ１８が検出することができる格子／境界線を生じ得る。量子化ノイズは、画像ブロック内部では反映されていないがブロック境界で反映されている画像における段階的変化が存在する場合に生じ、段階的変化が起こらなければならない所で急激な変化を生じる。プロセッサ１８はブロックエッジにおける急激な画像変化を検出することができ、それが量子化ノイズであるということを、それゆえ着信信号が標準ビデオであるという指示を決定することができる。
【００２３】
プロセッサ１８は、ガウスノイズ、垂直エッジリンギング、スペックルノイズおよびヘリンボーンノイズのアナログ放送伝送アーチファクトについて着信信号を分析することができる。プロセッサ１８は、画像全体に分布したランダムな高周波ノイズであるガウスノイズを検出することができる。プロセッサ１８は、強い垂直画像エッジに関係するリンギング（すなわち水平に隣接する画像部分間の著しい画像の差異）を検出することができる。アナログ符号化は、リンギングをもたらす強い垂直エッジ（望ましい信号値の両側に時間にわたって漸減誤差が後続する信号値のオーバシュート）を示すことができない。プロセッサ１８は信号のリンギングを標準ビデオの指示として検出することができる。スペックルノイズは、特定のソースからの干渉から生じ、一般にガウスノイズよりも画像上でそれほど広範囲に及ばない極めて強いノイズをもたらす。プロセッサ１８はスペックルノイズを標準ビデオの指示として検出することができる。プロセッサ１８はまた、やはり特定の干渉ソースに起因するヘリンボーンノイズを検出することができる。プロセッサ１８は、例えば、場面カットにも関わらず時間にわたって画像に広がっており、かつ画像全体に現れる特定の周波数を（例えば信号を分解するために周波数バンクを用いて）監視することによってヘリンボーンノイズを標準ビデオの指示として検出することができる。プロセッサ１８はさらに同期信号の損失を検出するように構成される。放送信号において、同期信号の損失はコマーシャルなどへのカットに等しく、ビデオゲームは一般に連続的な中断のない同期信号を有する。従って、同期信号の損失が検出された場合、プロセッサ１８は着信ビデオが標準ビデオであるらしいと結論することができる。
【００２４】
プロセッサ１８はまた、着信ビデオ信号が放送ビデオかゲームビデオであるかを決定するために着信ビデオ信号のパラメータを監視することができる。プロセッサ１８は、ブランクレベル、同期チップレベル、カラーバースト振幅、カラーバースト幅（開始および終了によって指示）およびセットアップレベルを監視することができる。これらのパラメータが一定であれば（例えば、プロセッサ１８により生成されたプロットによって指示された通り）、プロセッサ１８は着信ビデオがゲームビデオであるらしいと結論することができる。これらのパラメータが変化していれば（例えば割り込み不連続により）、プロセッサ１８は着信ビデオが標準ビデオであるらしいと結論することができる。
【００２５】
プロセッサ１８はさらに、ゲームビデオの指示について着信信号を分析するように構成される。詳細には、プロセッサ１８は、パンニングおよび／またはオーディオ／ビデオ相関関係、ズーミング、場面カット、優勢な静的画像領域（例えば、場面変化、パンの間の静的状態）の存在、ビデオのシャープネス、ゲームソースによって供給される側波帯信号を探索し、かつ／または副搬送波周波数精度を測定することができる。画像の著しいパンニングは、オーディオの破裂とビデオの閃光との間の相関関係が可能なように、プロセッサ１８によってゲームビデオと関係づけられ得る。頻繁なズームおよび場面カットの不足もまた、プロセッサ１８によってゲームビデオと関係づけられ得る。画像の１つ以上の領域が場面変化および／またはパンによって優勢に静的であると決定された場合、プロセッサ１８は、着信信号がたぶんビデオゲーム用のものであり、それゆえゲームモード処理に適切であるらしいと決定することができる。ビデオが相対的にシャープであり、それゆえ画像シャープネスを妨げる伝送アーチファクトおよび／または符号化アーチファクトが存在しない場合、プロセッサは着信ビデオがゲームビデオであるらしいと決定することができる。プロセッサ１８はまたゲームビデオの指示について側波帯信号を分析することができる。プロセッサ１８はまた、色を符号化するために使用された副搬送波周波数精度を測定することができる。周波数精度が極めて高い場合、プロセッサ１８は信号が標準ビデオであると結論することができ、周波数精度が低い場合、プロセッサ１８は信号がゲームのためのものであると結論することができる。例えば、プロセッサ１８は予想される周波数と実際の副搬送波周波数との間の変動を監視することができよう。例えば、プロセッサ１８は、副搬送波周波数精度を経時的に決定するために装置１６のシステムクロックと、経時的な副搬送波周波数のサイクル数とを比較することができよう。
【００２６】
プロセッサ１８はまた、ＤＶＤを示す画像特性について着信信号を分析するように構成することができる。例えば、プロセッサ１８は、信号が画像の上下に黒色領域を入れるように指示していることにより、レターボックス方式の存在について着信信号を分析することができる。レターボックス方式が検出された場合、プロセッサ１８は着信信号が標準ビデオであると結論することができる。さらに、プロセッサ１８は、ＤＶＤ信号と関係しているＭＰＥＧ符号化アーチファクトについて上述の通り着信信号を分析することができる。
【００２７】
プロセッサ１８はまた、ＩＲセンサ２８によってそれぞれＴＶリモート２２およびゲームコンソール１４からのＩＲ信号２６、２４を受信するように構成することができる。プロセッサ１８は、実行されるビデオ処理に関する決定を行うためにＩＲ動作を監視することができる。受信ＩＲ信号がゲームコンソールコントローラからのものと（例えば当該信号の基準に従って）既知であるＩＲコードを含む場合、プロセッサ１８は、入力１５で受信されたビデオ信号がゲームビデオ信号であり、それゆえゲームモードを実施すると結論することができる。プロセッサ１８はまた、ＩＲ信号とビデオとの間の相関関係を決定するために受信ビデオ信号と組み合わせて受信ＩＲ信号を分析することができる。ＩＲ信号におけるコマンドが場面カットと時間的に一致する場合、プロセッサ１８は、着信ＩＲコマンドがチャネル変更を作動させると結論することができ、それゆえ着信ビデオが標準ビデオであるらしいと結論することができる。ＩＲ信号のコマンドがビデオ画像におけるモーション（例えばパンニング）または明るさ（例えば閃光）と時間的に相関しているが、場面カットとはそれほどではない場合、プロセッサ１８は、着信ビデオがゲームビデオであるらしいと結論することができる。さらに、プロセッサ１８が着信ＩＲ信号の不在が閾値時間にわたって存在すると決定した場合、プロセッサ１８は着信ビデオがゲームビデオであるらしいと結論することができる。プロセッサ１８がＲＦ入力３０で着信ＲＦ信号を検出した場合、プロセッサ１８は着信ビデオがゲームビデオであると、またはたぶんそうらしいと結論することができる。
【００２８】
プロセッサ１８はまた、ケイデンス検出器として機能するように構成することができる。ケイデンス検出器として、プロセッサ１８は映画およびアニメーションを含む放送に関連したパターンについて着信ビデオ信号を分析することができる。例えば、標準ビデオは一般に６０フレーム／秒を有するのに対し、アニメーションは一般に６０フレーム／秒よりもはるかに少なく、それは２４フレーム／秒といった映画も同様である。従って、特に相当の持続時間にわたり（例えば３秒といった閾値よりも長く）、６０フレーム／秒よりも相当に低いフレームレートが検出された場合、プロセッサ１８は着信ビデオが標準ビデオモードで処理されなければならないと結論することができる。ゲームビデオの場合、ビデオレートは時に画像を描画するために使用される時間の変動のために変化するが、たいてい１００％の時間、またはほぼ１００％で６０フレーム／秒であり、それより低いフレームレートへの逸脱は短い。それゆえ、６０フレーム／秒のフレームレートが一貫して検出されるか、短い期間（例えば２秒といった閾値未満）にわたって検出された低周波数レートを伴い検出された場合、プロセッサ１８は着信ビデオがゲームビデオモードで処理されなければならないと結論することができる。
【００２９】
プロセッサ１８はさらに着信ビデオ信号におけるマクロヴィジョン信号の存在を検出することができる。プロセッサ１８は、誤パルスといったマクロヴィジョン指示効果およびマクロヴィジョン特定カラーバースト特性を検出することができ、着信ビデオ信号が標準ビデオであるらしいと結論することができる。例えば、プロセッサ１８は、マクロヴィジョン信号を検出するために米国特許第６３５６７０４号の教示に従って構成することができる。
【００３０】
装置１６は、標準ビデオ入力信号にゲームモードを選択するために、例えばカラオケのためのオーバライドを含むことができる。プロセッサ１８は、オーバライド信号を受信し、このオーバライド信号に応答して、たとえ着信ビデオ信号が標準ビデオ信号であるとプロセッサ１８が決定したとしても低遅延モードを、この場合ゲームモードを選択することができる。オーバライドはカラオケ以外の目的で呼び出すこともできよう。
【００３１】
さらに、プロセッサ１８は、着信信号の特性を既知のゲームコンソールおよび／またはゲームグラフィックス装置製造者の特性と比較することができる。メモリ２０は、ゲームコンソール製造者およびグラフィックス装置（例えばグラフィックスカード）製造者に関係する信号の特性を記憶する。さらに、装置１６は、この情報が初期より記憶され得るか、かつ／または例えばインターネットといった通信ネットワークに接続された通信接続３２を通じて特性および関係するコンテンツタイプ（例えばゲームビデオ対標準ビデオ）をダウンロードすることによって更新され得るように構成することができる。プロセッサ１８は、着信ビデオ信号の関連する特性を決定し、それらをメモリ２０に記憶された既知の特性と比較して、着信信号特性が、ゲームコンソールまたはゲームグラフィックス装置によって生成された信号に関係する記憶された特性に類似であるか、または同一であれば、着信信号がゲームビデオ信号であるらしいと結論するように構成することができる。
【００３２】
図１に関して、図２に言及すれば、動作中、システム１０を用いてビデオ処理モードを決定および設定するためのプロセス１００は、図示の段階を含む。しかしプロセス１００は、例示的であるにすぎず、限定ではない。プロセス１００は、例えば、段階を追加、除去または再構成することによって変更することができる。
【００３３】
初めに、プロセッサ１８はゲームビデオ対標準ビデオのための専用線が存在するかどうかを問合わせる。ゲーム標準ビデオのための専用入力が存在する場合、プロセッサ１８はどの処理モードを使用するかを決定するために着信信号を分析する必要はない。プロセッサ１８は、信号がゲーム入力で受信されていればゲームモードを実施することができ、信号が標準ビデオ入力で受信されていれば標準ビデオ処理モードを実施することができる。プロセッサ１８は、信号がゲーム入力および標準ビデオ入力で受信されている場合、例えばユーザオーバライド入力に応答して２つの入力のうちのどちらを使用するかを選択することができる。
【００３４】
段階１０２において、プロセッサは入力ビデオタイプの指示について制御信号を分析することができる。この場合、プロセッサ１８は、１つの特定のビデオ処理モードに専用ではない線で入力ビデオ信号を受信することができる。プロセッサ１８は、ビデオ入力線または別個の制御信号線に存在するとしてよい制御信号を分析することができ、この信号をビデオタイプのコマンド指示について分析することができる。指示は例えば、１つのモード対他のモードを示すビット列とすることができる。
【００３５】
段階１０４において、プロセッサ１８はデフォルトのビデオ処理モードまたは制御信号指示ビデオプロセッサモードの手動オーバライドを調べる。ユーザは、手動（すなわちディスプレイ１６との直接の物理的接触）によって、またはテレビ１６に供給される信号によってビデオ処理モードを選択して、プロセッサ１８によって実施されたかまたは別様に段階１０２での決定通り制御信号によって指示されたデフォルトのビデオプロセッサモードをオーバライドすることができる。プロセッサ１８は、各種ビデオ処理モードを循環させることができ（この場合、標準およびゲームモード間で交番する）、各種モードを用いて生成された表示画像に基づき望ましいモードを選択または確認するようにユーザに求めることができる。オーバライドが受信された場合、プロセッサ１８は他の入力指示に関わらず選択されたビデオ処理モードを実施する。
【００３６】
段階１０６において、プロセッサ１８は、着信ビデオ信号におけるマクロヴィジョン（登録商標）情報の存在を調べる。プロセッサ１８が着信信号においてマクロヴィジョンの存在を検出した場合、プロセッサ１８は標準ビデオ処理モードを実施する。
【００３７】
段階１０４または１０６で、プロセッサ１８がビデオ処理モードの手動オーバライド選択が存在するか、またはマクロヴィジョン情報が着信信号に存在することを受信または決定した場合、プロセス１００は段階１３２に進み、プロセッサ１８はビデオ処理モードを決定し、そしてプロセス１００の以後の段階は実行されない。しかし、たとえオーバライドまたはマクロヴィジョンが検出されたとしても、プロセス１００は周期的に再実行される。
【００３８】
ビデオ処理モードが段階１０２、１０４、１０６のいずれによっても最終的に決定されない場合、プロセス１００はプロセス１００の以後の段階に進み、以後の段階で決定された情報がさらなる分析のために、段階１３２でのビデオ処理モードの決定のために、おそらく集合的に供給される。
【００３９】
段階１０８において、プロセッサ１８は着信信号のビデオタイプの指示についてＶＢＩデータを分析することができる。プロセッサ１８は、クローズドキャプションの有無についてＶＢＩデータを分析することができる。クローズドキャプションが見つかりクローズドキャプションの平均量がゲーム〜ビデオ時間にわたり決定されたゲーム〜ビデオ閾値に一致または上回る場合、プロセッサ１８はビデオ処理モードを標準ビデオモードに設定または変更することができる。ビデオのクローズドキャプション平均値がビデオ〜ゲーム時間にわたり決定されたビデオ〜ゲーム閾値未満であるとプロセッサ１８が決定した場合、プロセッサ１８はビデオ処理モードをゲームビデオモードに設定または変更することができる。段階１０８は図３に関して以下でより完全に検討する。
【００４０】
段階１１０において、プロセッサ１８はビデオタイプの指示についてビデオ信号に対応する画像のモーションを分析する。プロセッサ１８は、場面カット、垂直パンおよび水平パンについて画像モーションを分析することができる。画像全体が均一に動くかどうかといった画像モーションおよび、パンおよびカットの頻度に関する情報は、段階１３２でどのビデオ処理モードが使用されなければならないかを決定するために他の情報とともにさらなる分析のために供給される。
【００４１】
段階１１２において、プロセッサ１８はどの処理モードを使用するかを決定するためにビデオ描画特性を分析することができる。プロセッサ１８は、ビデオ描画特性がプログレッシブ専用の低遅延ゲームモードを示しているか、またはインタレース処理のためのものであるかどうかを決定することができる。プロセッサ１８は、これらのデータに基づきビデオ処理モードがゲームモードから標準ビデオモードに、またはその逆に変更されなければならないことをユーザに示すことができる。
【００４２】
段階１１４において、プロセッサ１８は、ビデオタイプの指示についてビデオおよびオーディオの関係を分析する。プロセッサ１８は、例えば、ビデオにおける小さい閃光がオーディオの破裂に対応すると決定し、この結論に応答して着信ビデオがビデオゲームであるらしいと指示することができる。プロセッサ１８はまた、優勢な背景音楽が存在するかどうかを探索することができ、そうであれば適切なビデオ処理モードがゲームモードであるらしいことを指示する。
【００４３】
段階１１６において、プロセッサ１８は、ＲＦ変調および／またはディジタル放送アーチファクトについて着信ビデオを分析する。プロセッサ１８は、ＲＦ変調およびＭＰＥＧ符号化またはＨ．２６４符号化の指示について着信信号を分析することができる。プロセッサ１８がこれらの特性のいずれかの存在を検出した場合、プロセッサ１８はビデオ処理モードを標準ビデオ処理モードに設定することができる。プロセッサ１８はさらに、ＩＰＢフレームビート、モスキートノイズ、ブロッキングアーチファクトおよび／または量子化ノイズについて着信信号を分析することができる。これらのアーチファクトの存在および検出されたアーチファクトの量に応じて、プロセッサ１８は、ビデオ処理モードが標準ビデオ処理でなければならないという決定の可能性に影響を及ぼすために段階１３２で使用するための情報を供給することができる。さらに、プロセッサ１８がそうしたアーチファクトの量が決定的であると決定した場合、プロセッサ１８はプロセス１００の以後の段階の実行が不要であると決定することができるが、プロセス１００は上述の通り繰り返すことができよう。
【００４４】
段階１１６は、図２に図示の通りとは異なる順序／位置で実行することができる。例えば、段階１１６は段階１０８の前に実行することができ、ＲＦ変調またはディジタル放送アーチファクトが検出された場合、またはアーチファクトが適切なビデオ処理モードを決定的に指示した場合、以後の段階は実行されない。プロセス１００は、例えば閾値量の時間の後、着信ビデオタイプが変化した場合に適切なビデオ処理モードに適応または実施するために反復することができる。
【００４５】
段階１１８において、プロセッサ１８は、着信ビデオ信号におけるアナログ伝送アーチファクトを調べることができる。例えば、プロセッサ１８はガウスノイズ、垂直エッジリンギング、スペックルノイズおよびヘリンボーンノイズについて着信信号を分析することができる。やはり、プロセッサ１８は、アナログ伝送アーチファクトの存在が着信ビデオタイプに関して決定的であれば、ビデオ処理モードが標準ビデオ処理モードでなければならないことを指示することができる。そうでなければ、プロセッサ１８は、入力が標準ビデオであるらしいことを、そしてどの程度かを、または、いっさいまたはほとんどアナログ伝送アーチファクトが検出されなかったことを指示する情報を供給することができる。段階１１６と同様、段階１１８は、例えば段階１０８の前といったプロセス１００における他の場所で実行することができる。
【００４６】
段階１２０において、プロセッサ１２０は着信信号におけるパラメータ整合性を調べることができる。プロセッサ１８は、ブランクレベル、同期チップレベル、カラーバースト振幅、バースト幅を監視し、着信信号のレベルを設定することができる。プロセッサ１８はこれらのパラメータが一定であるかどうかを指示することができ、一定のパラメータは着信信号がゲームビデオであるらしいことを指示し、そうでなければ標準ビデオであるらしいことを指示する。
【００４７】
段階１２２において、プロセッサ１８は、ゲームビデオ特性について着信信号を調べることができる。プロセッサ１８は、パンニング、オーディオ／ビデオ相関関係、ズーミング、場面カット、優勢な静的画像領域の存在、ビデオのシャープネス、側波帯信号および／または副搬送波周波数精度について着信ビデオ信号の画像を分析することができる。プロセッサ１８は、ビデオ処理モードを決定するために段階１３２で使用するための情報を供給することができる。この情報は、そのような特性の存在ならびに量および／または頻度の指示、そして着信ビデオ信号がゲーム対標準ビデオであるらしいことを画像特性が指示または示唆しているかどうかを含むことができる。ビデオがシャープである、副搬送波周波数精度が低い、頻繁なパンニング、オーディオ／ビデオ相関関係、および／またはズーミング、および／または稀な場面カット、および／または優勢な静的画像領域が存在する場合、プロセッサ１８は、ビデオ信号がゲームビデオであるらしいことを指示し、かつ／またはそのような頻度および／または他の特性の指示を供給することができる。
【００４８】
段階１２４において、プロセッサ１８は、ＤＶＤ特性について着信ビデオ信号を分析することができる。プロセッサ１８が画像にＤＶＤ特性を見つけた場合、プロセッサ１８は、着信信号が標準ビデオであるらしいことを指示するか、またはそれを決定するために段階１３２で使用するための情報を供給することができる。
【００４９】
段階１２６において、プロセッサ１８は、着信赤外線信号と同時に受信された着信ビデオ信号のビデオタイプの指示について赤外線入力を分析することができる。プロセッサ１８は着信赤外線コマンドをビデオと相関させることができる。画像が着信赤外線コマンドに対応する場面カットを有していれば、プロセッサ１８は、ビデオが標準ビデオであるらしいことを指示する段階１３２で使用するための情報を供給することができる。着信ＩＲ信号が場面カットではなくビデオ画像におけるモーションまたは明るさと時間的に相関していれば、プロセッサ１８は着信ビデオ信号がゲームビデオであるらしいことを指示することができる。段階１２６は図４に関して以下でより完全に検討する。
【００５０】
段階１２８において、プロセッサ１８は、着信ビデオ信号のフレームケイデンスを分析することができる。着信ビデオフレームレートがサンプルウインドウの大部分について６０フレーム／秒またはほぼそれに近いとプロセッサ１８が決定した場合、プロセッサ１８は着信ビデオがゲームビデオであるらしいと指示することができる。フレームレートが相当の時限にわたり６０フレーム／秒未満であるとプロセッサ１８が決定した場合、プロセッサ１８は着信ビデオが標準ビデオであるらしいと指示することができる。
【００５１】
段階１３０において、プロセッサ１８は、ゲームコンソール／グラフィックスチップ製造者の既知の信号特性を調べることができる。プロセッサ１８は、特定のグラフィックスチップ製造者またはゲームコンソール製造者に関係している特性に関連する信号の特性を決定するために着信信号を分析することができる。プロセッサ１８は、関連する特性（例えばパラメータの存在および／または値）を既知の／定量化されたグラフィックスチップおよび／またはゲームコンソールの特性の記憶された集合と比較することができる。比較が分析された特性と記憶された特性の集合との間に高い類似性を生じれば、プロセッサ１８は着信ビデオがゲームビデオであるらしいと指示することができる。
【００５２】
段階１３２において、プロセッサ１８は、ビデオ処理モードを決定し設定するためにプロセス１００の他の段階で決定された情報を集合的に分析することができる。各種データ部分は、プロセッサ１８によって重みづけされ、着信ビデオが標準ビデオかまたはゲームビデオであるかどちらがより確からしいかを決定するために分析され得る。プロセッサ１８は、ビデオ処理モードを着信ビデオ信号により適切であるらしいと決定されたモードに設定または変更することができる。プロセス１００の他の段階で行われた分析のいずれかが着信ビデオタイプを決定するものであれば、プロセッサ１８は、可能性指示の分析を実行することを回避または省略することができ、適切な段階で最終的に決定されたビデオタイプに従ってビデオ処理モードを実施することができる。
【００５３】
プロセス１００は着信ビデオタイプの変化を考慮するために繰り返すことができる。例えば、プロセス１００は、周期的に、または着信信号に時間の閾値量よりも長く中断が存在する時にいつでも繰り返すことができる。従って、着信信号が閾値よりも長い間終了し、その後、新しい情報が受信された場合、プロセス１００はその時点で実行され得る。
【００５４】
さらに図１〜２に関して、図３に言及すれば、例えば図２の段階１０８のためのクローズドキャプションの有無に基づきシステム１０を用いてビデオ処理モードを決定し設定するプロセス１５０は、図示の段階を含む。しかしプロセス１５０は、例示的であるにすぎず、限定ではない。プロセス１５０は、例えば、段階を追加、除去または再構成することによって変更することができる。
【００５５】
段階１５２において、プロセッサ１８は、現在のビデオ処理モードが標準ビデオモードであるかまたはゲームモードであるかを決定することができる。現在のモードがゲームモードであるとプロセッサ１８が決定した場合、プロセス１５０は段階１５４に進み、そうでなければ段階１５８に進むことができる。
【００５６】
段階１５４において、プロセッサ１８は、閾値時間よりも長期にわたる平均量を超えるクローズドキャプションデータの存在についてＶＢＩデータを分析することができる。プロセッサ１８は、クローズドキャプションがＶＢＩデータ内に存在するかどうかを決定し、存在した場合、クローズドキャプションの量を監視することができる。プロセッサ１８はさらに、経時的なクローズドキャプションデータを平均することができる。ゲーム〜ビデオ閾値時間にわたる平均のクローズドキャプションデータの量がゲーム〜ビデオ閾値クローズドキャプション量を上回るとプロセッサ１８が決定した場合、プロセス１５０は段階１５６に進み、そうでなければ段階１５２に戻る。段階１５６において、プロセッサ１８は、着信ビデオがたぶん標準ビデオであるらしいという指示を供給することができ、それはたぶんビデオ処理モードが図２の段階１３２で標準ビデオモードに切り替えられることをもたらす。
【００５７】
段階１５８において、プロセッサ１８は、ビデオ〜ゲーム閾値時間にわたるクローズドキャプションデータの平均量を分析することができる。クローズドキャプションデータの平均量がビデオ〜ゲーム閾値時間よりも長期にわたるビデオ〜ゲーム閾値量未満であるとプロセッサ１８が決定した場合、プロセス１５０は段階１６０に進み、そうでなければ段階１５２に戻る。段階１６０において、プロセッサ１８は着信ビデオがたぶんゲームビデオであるらしいという指示を供給することができ、それはたぶんビデオ処理モードが図２の段階１３２でゲームモードに切り替えられることをもたらす。
【００５８】
さらに図１〜２に関して、図４に言及すれば、着信ビデオ信号が標準ビデオかまたはゲームビデオであるらしいかを着信ＩＲ信号の分析に基づきシステム１０を用いて決定するためのプロセス１７０は、図示の段階を含む。しかしプロセス１７０は、例示的であるにすぎず、限定ではない。プロセス１７０は、例えば、段階を追加、除去または再構成することによって変更することができる。
【００５９】
段階１７２において、プロセッサ１８は、ＩＲ信号が受信されたかどうかを決定することができる。プロセッサ１８は着信ＩＲ信号またはコマンドの指示についてＩＲセンサ２８を監視することができる。いかなる着信ＩＲ信号もＩＲセンサ２８によって指示されない場合、プロセス１７０は段階１７４に進み、そこでプロセッサ１８は着信ビデオがゲームビデオであるらしいと決定することができ、当該の指示を供給することができる。しかし、プロセッサ１８がＩＲ信号が受信されたと決定した場合、プロセス１７０は段階１７６に進むことができる。
【００６０】
段階１７６において、プロセッサ１８は、ゲームコードが受信ＩＲ信号に存在するかどうかを決定することができる。プロセッサ１８は、ゲームコンソールコントローラに関係することが、またはそれからのものであることが既知のコードの存在について着信ＩＲ信号を分析することができる。そうしたコードが着信ＩＲ信号に存在した場合、プロセス１７０は段階１７４に進み、そうでなければ段階１７８に進むことができる。
【００６１】
段階１７８において、プロセッサ１８は、着信ＩＲ信号が着信ビデオ信号における画像の場面カットに相関しているかどうかを決定することができる。ＩＲ信号が、特にそれらの信号内部のコマンドが、場面カットに頻繁に相関している（例えばチャネル変更）場合、プロセス１７０は段階１８０に進むことができ、そこでプロセッサ１８は着信ビデオが標準ビデオであるらしいと決定することができ、当該の指示を供給する。しかし、ＩＲ信号が十分に頻繁に場面カットに相関していないとプロセッサ１８が決定した場合、プロセス１７０は段階１８２に進むことができる。
【００６２】
段階１８２において、プロセッサ１８は、着信ＩＲ信号がビデオ画像における明るさおよび／またはモーションに相関しているかどうかを決定することができる。着信ＩＲ信号が、より詳しくは信号内部のコマンドが、例えば明るい閃光および／またはビデオ画像内のモーションに相関していないとプロセッサ１８が決定した場合、プロセス１７０は段階１８０に進むことができる。しかし、ＩＲ信号が（閃光といった）明るさおよび／またはビデオ画像のモーション（例えばパンニング）に頻繁に相関しているとプロセッサ１８が決定した場合、プロセス１７０は段階１７４に進むことができる。
【００６３】
さらに図１〜２に関して、図５に言及すれば、ビデオ／オーディオ信号における着信ビデオ情報を処理するためのプロセス１９０は、図示の段階を含む。しかしプロセス１９０は例示的であるにすぎず、限定ではない。プロセス１９０は、例えば、段階を追加、除去または再構成することによって変更することができる。
【００６４】
段階１９２において、プロセッサ１８は、ビデオ情報に関する初期ビデオ処理を実行することができる。この初期ビデオ処理は、プロセッサ１８が動作しているビデオ処理モードに関わらずビデオ情報に関して実行される動作を含み得る。
【００６５】
段階１９４において、プロセッサ１８が動作している処理モードに関して問合わせが行われ得る。プロセッサ１８は、現在のビデオ処理モードが低遅延・低処理モードかまたは高遅延・高処理モードであるかを決定することができる。現在のビデオ処理モードが低遅延・低ビデオ処理モードであれば、プロセス１９０は段階１９８に進むことができる。しかし現在のビデオ処理モードが高遅延・高ビデオ処理モードであれば、プロセス１９０は段階１９６に進むことができる。
【００６６】
段階１９６において、プロセッサ１８は、付加的なビデオ処理動作を実行することができる。プロセッサ１８は現在のビデオ処理モードに従ってビデオ処理動作を実行することができる。プロセッサ１８は１つ以上の高遅延・高処理ビデオモードを実施することができる。段階１９６において、プロセッサ１８は現在のビデオ処理モードに適切な行動を実行することができる。
【００６７】
段階１９８において、プロセッサ１８は、現在のビデオ処理モードに適切なあらゆる付加的な処理動作を実行することができる。この段階において、プロセッサ１８は、段階１９６で行われたいずれかのビデオ処理動作の後に好適に実行される各種ビデオ処理モードに共通の動作を実行することができる。
【００６８】
他の実施形態は添付クレームの範囲および精神の内にある。例えば、ソフトウェアの性質のために、上述の機能は、ソフトウェア、ハードウェア、ファームウェア、配線接続または、これらのいずれかの組合せを用いて実施することができる。機能を実施する特徴はまた、機能の部分が異なる物理的位置に実現されるように分散されることを含め、多様な位置に物理的に配置することができる。
【００６９】
例えばテレビといったディスプレイへの入力の構成は、特定のタイプのビデオに適応させることができる。例えば、ゲームコンソールに接続するためのディスプレイへの１入力は、相対的により少ないビデオ処理により短い遅延を有するように構成できるのに対し、例えばケーブルボックスに接続するための別の入力は、相対的により多くのビデオ処理により長い遅延を有するように構成することができる。入力の構成は、ディスプレイの不揮発性メモリに記憶することができる。入力の一方または両方は、予想されるものとは異なるタイプの信号を許容する、または信号タイプを変更するように構成することができ、それゆえデフォルトの遅延および処理は、例えばユーザからの手動入力によって、かつ／またはビデオタイプの検出に応答して自動的にオーバライドされ得る。
【００７０】
ユーザは、種々のビデオ処理モードを用いて描画された着信ビデオが提示されるか、または見るために選択することが許され得る。ディスプレイは、自動的に、またはユーザ選択に応答して、ある時にはゲームモードを用いて、そして別の時には標準ビデオモードを用いて着信ビデオを描画することができる。モードは反復的に循環させることができる。ユーザは、ユーザがどちらのモードを好むかを評価することができ、ディスプレイがビデオのタイプに関わらずそのモードを実施するようにそのモードを選択することができる。代替として、ディスプレイは選択されたモードを、ディスプレイがビデオタイプの変更を検出するまで実施することができる。ビデオタイプの変更の検出に応答して、ディスプレイは、例えば、処理モードを適切なように自動的に変更することができ、ユーザがビデオ処理モードを変更したいと望むかどうかをユーザに問合わせることができ、または処理モードを循環させて所望のモードを選択するようにユーザに促すことができる。
【００７１】
さらに、単にゲームモードおよび標準ビデオモードよりも多くのビデオ処理モードがディスプレイにおいて利用可能とすることができる。他のモードは、種々の処理遅延と品質の相殺により提供され得る。従って、ディスプレイは自動的に、またはユーザは手動で、望ましいモードを選択することができ、ビデオ処理品質とビデオ処理遅延との間の望ましい妥協を得ることができる。
【００７２】
ディスプレイは、選択された遅延／処理相殺に基づきフレームレート変換（ＦＲＣ）アルゴリズムを調整することができる。相対的に少ない遅延を伴う処理モードには、相対的に保守的なＦＲＣ決定が実施され得る。例えば、低遅延処理モードには、ドロップ／リピートＦＲＣが実施され得るが、高遅延時にはモーション補償ＦＲＣアルゴリズムが使用され得る。
【００７３】
ユーザは、少なくとも初めに入力と関係づけるためにビデオ処理モードを選択するように問合わせされ得る。ユーザは、ディスプレイへの所定の入力のデフォルトとしてゲームモードまたは標準ビデオモードを選択することができる。問合わせは例えば、ディスプレイへの入力に関する情報の最初の検出に応答して行われ得る。
【００７４】
さらに、上の説明は「本発明」に言及しているが、複数の発明が開示され得る。
【図１】
2009545925.tif 000003
【図２】
2009545925.tif 000004
【図３】
2009545925.tif 000005
【図４】
2009545925.tif 000006
【図５】
2009545925.tif 000007
【国際調査報告】
2009545925.tif 000008
2009545925.tif 000009
2009545925.tif 000010