JP2010512112A - 再生装置を制御および最適化する方法、装置、およびシステム - Google Patents

Abstract

本発明の実施形態は、ディスプレイやスピーカなどの再生装置の制御および最適化のための方法、装置、およびシステムを提供する。本発明の様々な実施形態において、高精細マルチメディアインターフェース（ＨＤＭＩ）通信手段およびベンダー固有のコマンドを使用して、コンテンツ再生装置の再生機能を制御するために、制御装置とコンテンツ再生装置との間の通信を行うためのＨＤＭＩアプリケーションが提供される。すなわち、関連の制御信号は、所望の表示およびリスニング体験を提供するために、ディスプレイおよびスピーカの設定を制御し、または最適化するために提供される。本発明の概念は、表示機能のリモートコマンドを提供し、さらに、表示ステータスおよび設定のリモート監視を提供する。さらに、ユーザ入力または設定からのディスプレイおよびスピーカの制御の機能をロックアウトする、または制限するアプリケーションが提供される。

Description

本発明は、一般に再生装置の制御および最適化に関し、より詳細には、ユーザ入力または設定に関係なく、再生装置を制御し、最適化するための方法およびシステムに関する。

長年にわたって多くの研究および開発が、ディスプレイおよび他の再生装置においてなされてきたが、これは映像および音声コンテンツの最適化の試行でもあった。例えば、現在、既知の視覚特性を備えた特定のディスプレイにおける映像コンテンツの「外観」を変更し、最適化しようとする試行のために、多くの形式のルックアップテーブルが使用されている。しかし、こうしたルックアップテーブルは、特定のディスプレイおよびディスプレイタイプの視覚特性は、最適化されているか、または「工場出荷時」の設定のままであることを前提とすることしかできない。こうしたことが常に当てはまるとは限らない。

ディスプレイユーザは、色、コントラスト、色合いなどを含めて、工場出荷時の設定を個人の好みに変更する傾向にある。したがって、ディスプレイの最適化された、または工場出荷時の設定として以前決定されたルックアップテーブルが、常にそのディスプレイにおいて最高品質の画像を生成するとは限らない。例えば、映像オンデマンド環境において、コンテンツブロードキャスタは、コンシューマディスプレイにおいて最高に見える形で（すなわち、ルックアップテーブルを使用して）、映像コンテンツを配信しようと試みる。しかし、こうした映像コンテンツは、設定がユーザによって変更されたディスプレイでは、最適に見ることができない。

販売の場面において、小売業者は、各自の店舗に陳列されているディスプレイを制御するために使用可能な現状の技術の限界に不満を感じてきた。いくつかの問題としては、ディスプレイの電源投入の状態確認、制御が強制的にできないこと、選択された入力／チャネルの確認、制御が強制的にできないこと、ディスプレイ上のコンテンツの最適化の確認、制御が強制的にできないことなどがある。こうした問題によって、小売業者は、画一的で最適化された方法で販売促進活動を管理することができない。また、販売の場面におけるディスプレイは、最適な表示のために構成されているが、ディスプレイの設定は、ディスプレイに触れる消費者または他の個人によって変更することができる。例えば、小売のディスプレイは、消費者によってオフにすることができ、チャネルを変更することができ、色およびコントラストの設定を変更することができる。この結果、未完成になったディスプレイまたは品質が悪くなったコンテンツを表示するディスプレイが売れないということになる。さらに、広告メッセージを見逃したり、最も効果的な表示に最適化されなかったりすることがある。

映像オンデマンドの使用場面および販売の場面は、単に、ディスプレイおよび他の再生装置を最適化することが重要であることを示す２つの環境の例であるが、家庭内、職場内などを含めて、さらに多くのこうした環境が存在する。

本発明の実施形態は、ディスプレイやスピーカなどの再生装置の制御および最適化のための方法、装置、およびシステムを提供することによって、従来の不備に対処する。

本発明の様々な実施形態において、高精細マルチメディアインターフェース（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｍｕｌｔｉｍｅｄｉａ ｉｎｔｅｒｆａｃｅ：ＨＤＭＩ）通信手段およびベンダー固有のコマンドを使用して、コンテンツ再生装置の再生機能を制御するために、制御装置とコンテンツ再生装置との間の通信を行うためのＨＤＭＩアプリケーションが提供される。さらに、ユーザ入力または設定からの再生装置の外部制御の機能をロックアウトする、または制限するアプリケーションが提供される。

本発明の一実施形態において、コンテンツ再生装置を制御するための方法は、高精細マルチメディアインターフェース（ＨＤＭＩ）アプリケーションを使用して制御装置とコンテンツ再生装置との間の通信を確立することと、確立されたＨＤＭＩ通信およびベンダー固有のコマンドを使用して、コンテンツ再生装置の再生機能を制御することとを含む。この方法は、任意選択で、再生パラメータを決定するために、照会をコンテンツ再生装置に伝えることを含むことができる。

本発明の代替実施形態において、コンテンツ再生装置を制御するためのシステムは、ＨＤＭＩ通信手段と、ＨＤＭＩ通信手段を介して再生装置に少なくともベンダー固有のコマンドを含む制御情報を伝えるための制御装置と、ＨＤＭＩ通信手段を介して、制御装置から制御情報を受信し、制御情報に従ってコンテンツ再生装置の再生機能を確立するための、コンテンツ再生装置と通信する再生制御ユニットとを含む。

本発明の代替実施形態において、コンテンツ再生装置を制御するための制御装置は、制御プログラム、ならびにベンダー固有のコマンド、メディアコンテンツ、およびコンテンツ再生装置の再生パラメータを含む制御情報のうちの少なくとも１つを格納するためのメモリと、制御プログラムを実行するためのプロセッサとを含む。プロセッサは、確立されたＨＤＭＩ通信手段および制御情報を使用して、コンテンツ再生装置の再生機能を制御するための確立された高精細マルチメディアインターフェース（ＨＤＭＩ）通信手段を介して、メディアコンテンツおよび制御情報をコンテンツ再生装置に伝えるステップを実行するよう構成される。

本発明の代替実施形態において、コンテンツ再生装置は、制御プログラム、ならびにベンダー固有のコマンド、メディアコンテンツおよびコンテンツ再生装置の再生パラメータを含む制御情報を格納するためのメモリと、制御プログラムを実行するためのプロセッサとを含む再生制御ユニットを含む。一実施形態において、プロセッサは、確立された高精細マルチメディアインターフェース（ＨＤＭＩ）通信手段を介して、制御装置からメディアコンテンツおよび制御情報を受信するステップと、制御装置から受信された制御情報に従ってコンテンツ再生装置の再生機能を確立するステップとを実行するよう構成されている。

本発明の教示は、以下の詳細な説明を添付の図面と併せ読めば、容易に理解できる。

本発明の一実施形態によるディスプレイの制御および最適化のためのシステムを示す高レベルのブロック図である。 本発明の一実施形態による図１のディスプレイの制御および最適化システムでの使用に適したＨＤＭＩ通信手段を示す高レベルのブロック図である。 本発明の代替実施形態によるディスプレイの制御および最適化のためのシステムを示す高レベルのブロック図である。 本発明の一実施形態による図１のシステムでの使用に適した再生制御ユニットを示す高レベルのブロック図である。 本発明の一実施形態によるコマンドバイト構造の概要を示す図である。 本発明の一実施形態による図５のコマンドバイト構造についてのベンダー固有のコマンド例を示す表である。 図６の表に示されているベンダー固有のコマンドに対するベンダー固有の応答例を示す表である。

本願に添付した図面は、本発明の概念を示すためのものであり、必ずしも本発明を例証するための唯一の可能な構成を示しているわけではないことを理解されたい。理解を容易にするため、可能な場合、類似の参照番号を使用して、図面に共通する類似の要素を示す。

本発明により、有効に、再生装置の制御および最適化のための方法、装置、およびシステムが提供される。本発明は、主にディスプレイを制御するためのＨＤＭＩ機能および通信を使用した小売広告ネットワーク環境の状況で説明しているが、本発明の特定の実施形態は、本発明の範囲を制限するものとして扱われないものとする。本発明の概念を、ディスプレイだけでなく、音声および／または映像およびまたは音声／映像コンテンツを受信し、処理することができる任意の装置（コンテンツ再生装置など）の制御および最適化のためのほぼすべてのコンテンツ配信環境に有効に適用することができることを、当業者や本発明の教示によって情報を得た者であれば理解できるであろう。

図に示されている様々な要素の機能は、専用ハードウェア、および適切なソフトウェアと関連してソフトウェアを実行することができるハードウェアを使用することによって提供することができる。プロセッサが用いられるときは、これらの機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、またはそのうちの一部を共有することができる複数の個々のプロセッサによって提供することができる。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することができるハードウェアを排他的に指すものとは解釈しないものとし、それだけには限定されないが、デジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを格納するための読み取り専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、および不揮発性ストレージを暗黙的に含むことができる。さらに、本発明の原理、態様、および実施形態、並びにその特定の要素を示す本明細書におけるすべての記述は、その構造的および機能的に同等なものを含むものとする。さらに、こうした均等物は、現在知られている均等物、および将来開発される均等物（すなわち、構造に関係なく同じ機能を実行する、開発された任意の要素）の両方を含むものとする。

したがって、例えば、本明細書に示すブロック図は、本発明の原理を具体化するシステム構成および／または回路の例の概念図を表していることを、当業者であれば理解されたい。同様に、任意のフローチャート、フロー図、状態遷移図、擬似コードなどは、様々なプロセスを表し、こうしたプロセスは、実質的にコンピュータ読取可能な媒体によって表すことができ、そのため、こうしたコンピュータまたはプロセッサが明示的に示されているかどうかに関わらず、コンピュータまたはプロセッサによって実行することができることを理解されたい。

図１は、本発明の一実施形態によるディスプレイなどの再生装置の制御および最適化のためのシステムの高レベルのブロック図を示す。図１のシステム１００は、例として、サーバ１１０、セットトップボックス（ＳＴＢ）１２０、およびディスプレイ１３０を備える。図１のシステム１００において、ディスプレイ１３０は、例として、再生制御ユニット１４０を備える。図１のシステム１００は、例として、ローカルエリアネットワーク（ＬＡＮ）１５０、およびオプションのＣＥＣ（民生機器制御）機能を備えるＨＤＭＩ（高精細マルチメディアインターフェース）通信手段１６０をさらに備える。図１の実施形態において、サーバ１１０は、ＬＡＮ１５０を介してＳＴＢ１２０に流される映像、音声、および／または音声／映像コンテンツを提供する。例えば、販売の場面の一実施形態において、サーバ１１０は、ＳＴＢ１２０に流される複数のメディアクリップを提供する。ＳＴＢ１２０で、受信される流されたコンテンツ（メディアクリップなど）は、ＨＤＭＩ通信手段１６０を介してディスプレイ１３０に伝えられる。ディスプレイ１３０の再生制御ユニット１４０は、ＳＴＢ１２０から、メディアクリップおよび他の任意の情報（例えば、ベンダー固有のコマンドを参照して後述するアプリケーションおよび制御信号）を受信する。本発明の様々な実施形態において、本発明のサーバは、本発明による様々な制御機能を実行するようプログラムされている汎用コンピュータを備えることができる。

図１のシステム１００は、ディスプレイとの通信のために、ＳＴＢと通信するサーバを示しているが、本発明の代替実施形態において、サーバは、受信機（ＳＴＢ）機能が統合されているディスプレイと直接通信することができる。さらに、図１のシステム１００には、ＬＡＮを介して通信するサーバおよびＳＴＢ／ディスプレイを示しているが、本発明の代替実施形態において、サーバは、ＳＴＢ／ディスプレイのローカルサーバであって、ＳＴＢ／ディスプレイと直接通信することができる。さらに、本発明の代替実施形態において、サーバは、本明細書に記載された本発明の実施形態の様々な態様を実行するために、ＳＴＢ／ディスプレイと通信するためのユーザインターフェース（図示せず）を備えることができる。さらに、図１のシステム１００には、ディスプレイを管理する制御装置（サーバなど）を示しているが、本発明の代替実施形態において、サーバなどの制御装置は、スピーカまたは他のコンテンツ再生装置など、音声、映像および／または音声／映像コンテンツを受信し、処理することができる他の装置に対する照会を行い、それを制御するための本発明の態様を実装することができる。本発明の上記の実施形態において、図１のシステム１００には、オプションのＣＥＣ機能を備えるＨＤＭＩ通信手段を示しているが、本発明の代替実施形態において、ＨＤＭＩ通信手段は、高レベル制御機能を提供する別のアプリケーションを実装することができる。

本発明の一実施形態によれば、サーバ１１０は、制御信号（コマンドセットなど）および／またはアプリケーションを、ディスプレイ１３０（または他のコンテンツ再生装置）の再生制御ユニット１４０に伝え、アプリケーションおよび制御信号は、ＨＤＭＩ通信手段１６０を介してディスプレイ１３０の様々な機能についての照会および制御を行うよう構成されている。例えば、本発明の一実施形態において、サーバ１１０は、アプリケーションおよび関連する制御信号を、ＳＴＢ１２０およびＨＤＭＩ通信手段１６０を介して、ディスプレイ１３０の再生制御ユニット１４０に伝える。サーバ１１０からディスプレイ１３０の再生制御ユニット１４０に伝えられた制御信号は、その現在の設定に関して、ディスプレイに対して照会を行い、制御信号に関連付けられた、または通信された特定の映像クリップを最適化するようにディスプレイの設定を構成する。さらに、制御信号は、ディスプレイ１３０の音声機能（例えばボリューム、トレブル、バスなど）を最適化して、制御信号に関連付けられた、または通信された音声を最適化または制御するようさらに構成することができる。すなわち、本発明の様々な実施形態によれば、ＨＤＭＩ通信および機能は、ディスプレイ１３０などの再生装置の様々な動作機能についての照会および制御を行うためのベンダー固有のコマンドと共に使用される。

本発明の一実施形態において、制御信号は、ディスプレイ、あるいはまたディスプレイ１３０用のリモコン上の制御ボタンを使用不可にするためのものである。したがって、ユーザは、ディスプレイをオンまたはオフにしたり、ディスプレイ１３０の任意の表示用パラメータ（色、コントラスト、輝度など）を調整したりすることができない。すなわち、例えば、小売で広告を行う場面において、例えば小売広告などを提示するために、または売り物としてその特定のディスプレイの能力を閲覧者に提示しようとするために、最良の表示体験を得られるよう表示コンテンツが表示されるようにディスプレイを最適化することが有効である。したがって、顧客がディスプレイの表示パラメータを変更してしまうと、ディスプレイ上のコンテンツは最適化されず、プレゼンテーションの効果を弱める可能性があり、したがって、広告の効果を弱め、ディスプレイの本来の機能が実証できない可能性がある。したがって、ディスプレイは、本発明の様々な実施形態の概念に従って最適化することができ、ディスプレイの制御を使用不可にして、ユーザがコンテンツの表示に悪影響を与えることができないようにすることができる。

図２は、本発明の一実施形態による図１のディスプレイの制御および最適化システム１００での使用に適したＨＤＭＩ通信手段１６０の高レベルのブロック図を示す。図２のＨＤＭＩ通信手段１６０は、４つのコネクタ２１０_１〜２１０_４を介して接続されているＨＤＭＩ送信機２０７およびＨＤＭＩ受信機２０９を有するＨＤＭＩ（高精細マルチメディアインターフェース）ケーブル２０５を例として備える。図２のＨＤＭＩ通信手段１６０は、ディスプレイデータチャネル（ＤＤＣ）コネクタ２１２およびＣＥＣ（民生機器制御）コネクタ２１４をさらに有する。

図２の実施形態において、実装されているＣＥＣ２１２とのＨＤＭＩ接続は、本発明によるディスプレイおよび音声装置の制御に使用される。より詳細には、図２のＨＤＭＩ通信手段１６０のＨＤＭＩケーブル２０５およびコネクタ２１０は、ＴＭＤＳデータおよびクロックチャネルを構成する４つの差動ペアを備える。これらのチャネルは、映像、音声、および補助データを運ぶために使用される。さらに、ＤＤＣコネクタ２１２を介したＨＭＤＩ通信手段１６０は、ＤＤＣチャネルを備える。ＤＤＣチャネルは、ソースとシンクとの間の構成およびステータスの交換のために使用される。図２の実施形態のオプションのＣＥＣプロトコルは、例えば、コンテンツ配信環境において、すべての様々な視聴覚装置（スピーカ、セットトップボックス、および関連のディスプレイ、および他のコンテンツ再生装置など）間に高レベル制御機能を提供する。

図１の受信機（ディスプレイなど）の制御および最適化システム１００は、単一のディスプレイ装置１３０が単一のＳＴＢ１２０によって制御されることを示しているが、本発明の代替実施形態において、１台のＳＴＢは、複数のＳＴＢと通信し、それらを制御することができる。例えば、図３は、本発明の代替実施形態によるディスプレイの制御および最適化のためのシステムの高レベルのブロック図を示す。図３のシステム３００は、例として、サーバ３１０、セットトップボックス（ＳＴＢ）３２０、および複数のディスプレイ３３０_１〜３３０_４を備える。図３のシステム３００において、ディスプレイ３３０は、例として、それぞれの再生制御ユニット３４０_１〜３４０_４を備える。図３のシステム３００には、例として、ローカルエリアネットワーク（ＬＡＮ）３５０がさらに含まれる。図３のシステム３００には、ＳＴＢ３２０と、ディスプレイ３３０_１〜３３０_４のそれぞれの再生制御ユニット３４０_１〜３４０_４との間の通信のために、ＨＤＭＩ分配手段３７０およびそれぞれのＨＤＭＩ通信手段３６０_１〜３６０_４がさらに含まれる。同様に、また上述したように、本発明の代替実施形態において、スピーカなど他の複数のコンテンツ再生装置を制御するために、本発明の態様を実装することができる。

図３の実施形態において、サーバ３１０は、ＬＡＮ３５０を介してＳＴＢ３２０（またはスピーカ、図示せず）に流される映像、音声、および／または音声／映像コンテンツを提供する。例えば、小売の場面の一実施形態において、サーバ３１０は、ＳＴＢ３２０に流される複数のメディアクリップを提供する。ＳＴＢ３２０で、受信された流されるコンテンツ（メディアクリップなど）は、ＨＤＭＩ分配手段３７０およびそれぞれのＨＤＭＩ通信手段３６０を介してディスプレイ３３０に伝えられる。ディスプレイ３３０のそれぞれの再生制御ユニット３４０は、ＳＴＢ３２０からそれぞれのメディアクリップおよび他の任意の情報（後述するアプリケーションおよび制御信号など）を受信する。

図４は、本発明の一実施形態による図１のディスプレイの制御および最適化システム１００のディスプレイ１３０での使用に適した再生制御ユニット１４０の高レベルのブロック図を示す。図４の再生制御ユニット１４０は、例えばプロセッサ４１０とともに、制御プログラム、アプリケ―ション、コマンドセット、ベンダー固有のコマンド、メディアコンテンツ、および再生パラメータなどを含む制御情報を格納するメモリ４２０を備える。プロセッサ４１０は、メモリ４２０に格納されるソフトウェアルーチンの実行を支援する回路とともに、電源装置、クロック回路、キャッシュメモリなどの従来のサポート回路４３０と協力して処理を実行する。したがって、ソフトウェアプロセスとして本明細書に記載されているプロセスステップの一部は、例えば、様々なステップを行うために、プロセッサ４１０と協力して処理を実行する回路として、ハードウェア内に実装することができる。図４の再生制御ユニット１４０は、再生制御ユニット１４０と通信する様々なそれぞれの機能的要素間のインターフェースを形成する入出力回路４４０も備える。

図４の再生制御ユニット１４０は、本発明に従って様々な制御機能を実行するようプログラムされている汎用コンピュータとして示しているが、本発明は、例えば特定用途向け集積回路（ＡＳＩＣ）としてハードウェアに実装することができる。したがって、本発明に記載されているプロセスステップは、ソフトウェア、ハードウェア、またはその組合せによって等しく実行されるものとして、広義に解釈されるものとする。

図１の実施形態など、本発明の上記の実施形態において、本発明の概念は、高精細マルチメディアインターフェース（ＨＤＭＩ）機能を使用して適用することができる。図１のシステムにおいて、ＳＴＢ１２０およびディスプレイ１３０（およびしたがってディスプレイの再生制御ユニット１４０）は、ＨＤＭＩ通信および制御機能を備えるよう構成される。より詳細には、ＨＤＭＩ標準は、ベンダー固有のアプリケーションおよびコマンドを考慮に入れている。したがって、サーバ１１０は、ＳＴＢ１２０によってディスプレイ１３０の再生制御ユニット１４０と通信すると、ディスプレイ１３０に表示されるべき関連する映像、音声および／または音声／映像クリップの表示を最適化し、かつ／または制御することができるＨＤＭＩアプリケーションを構築し、または構成することができる。したがって、本発明によれば、ディスプレイの設定は、ユーザ入力またはユーザ設定にもかかわらず、ＨＤＭＩアプリケーションを介して遠隔で制御し、決定することができる。さらに、また上述したように、本発明のＨＤＭＩアプリケーションによって、ディスプレイ１３０上のすべてのフロントパネルボタン、およびディスプレイ１３０用の関連するリモコン上の制御ボタンの機能がロックアウトされたり、制御が限られたりするようになる。

本発明の一実施形態において、ＡＣＫビットは、データまたはヘッダブロックの肯定応答を行うために使用される。一般に、ＡＣＫビットは、イニシエータ（図１のサーバ１１０などの制御装置）によって１に設定され、２つのモードのうちの一方で機能することができる。

１）単一の装置にアドレス指定されるメッセージの場合：
・ 宛先アドレスフィールド内でそれ自身のアドレスを読み取ったフォロア（ｆｏｌｌｏｗｅｒ）（再生制御ユニットを有するディスプレイなど）は、「０」のＡＣＫビットで肯定応答するものとする。
・ 他のすべての装置は、「１」のＡＣＫビット（すなわち、何もしない）を生成するものとする。
・ したがって、イニシエータによって「０」と読み取られたときは、データまたはヘッダブロックの送信の成功を示す。

２）同報メッセージの場合、ＡＣＫビットの意味を逆にして、単一の装置がメッセージを拒否できるようにする：
・ すべてのフォロアは、「１」のＡＣＫビットで肯定応答するものとする。
・ したがって、イニシエータによって「１」と読み取られたときは、データまたはヘッダブロックを拒否した装置はないことを示しており、したがって、必要に応じてメッセージの送信を続行することができる。
・ 同報メッセージの拒否を希望するフォロアは、「０」のＡＣＫビットを生成するものとする。
・ したがって、イニシエータによって「０」が読み取られたときは、１つ以上の装置がメッセージを拒否したことを示すことになる。

本発明の一実施形態において、低レベルの機能の場合、フレームの転送のために、信頼できる通信媒体を提供する３つの機構がある。
・ フレーム再送は、メッセージ転送の成功の機会を増やす。
・ フロー制御によって、最も遅いフォロアと同じ速さで確実に通信を進めることとなる。
・ フレームの妥当性検査。

これらの機構および上述の能動的ＡＣＫ手法によると、送信され、肯定応答されたメッセージは、正しく受信されたとみなされなければならない。＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞とならないメッセージは、それに沿って実行されたとみなすことができる。本発明の一実施形態において、受信装置は、１秒後にこのように想定することができる。しかし、一般に、＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞は、約１００ｍｓ以内には受信する。

本発明の一実施形態において、フレーム再送の場合、フレームは、失われたと考えられ、したがって、以下の条件下で再送することができる。
・ 直接アドレス指定されたメッセージにおいてフレームが肯定応答されていないとき。
・ 同報メッセージにおいてフレームが否定応答されたとき。
・ イニシエータが、高インピーダンスを送信しており、フォロアが主張したビットを予想できない場合、ＣＥＣラインにおいて、低いインピーダンスを検出したとき。

例えば、単一のメッセージについて最高５回まで、再送を試行することができ、少なくとも１回は試行するものとする。再試行は、信号の空き時間後に行うものとする。

本発明の一実施形態において、フロー制御を実行するために、受信装置は、それが現在処理することができない任意のデータまたはヘッダブロックの否定応答を行うことができる。否定応答の結果、イニシエータは再送を行う。

本発明の一実施形態において、ＣＥＣラインエラー処理では、制御信号線において、擬似パルスの存在を検出し、潜在的なエラーが起こったことをすべての他の装置（主にイニシエータ）に通知することは、すべての受信装置の責任である。エラーは、立ち下がりエッジ間の（すなわち、有効ビットとするには短すぎる）最小データビット周期未満である周期として定義することができる。エラーは、公称のデータビット周期の倍数として、制御信号線上に低ビット周期を生成することによって、受信装置により通知することができる。こうしたエラー通知の後、元のイニシエータは、その現在のフレームの送信を停止し、後で再試行するものとする。

本発明の一実施形態において、すべての装置は、メッセージ＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞に対応している。これを使用して、装置は、それらに送信されているＯＰコードに対応していない場合、現在メッセージを処理することができない場合、または高レベルのプロトコル層で送信されたフレームに何らかの間違いがあった場合を示すことができる。Ｆｅａｔｕｒｅ Ａｂｏｒｔメッセージは、２つのパラメータ、ＯＰコードおよびフレームの拒否の理由を有する。フォロアの欠陥のあるメッセージへの反応は、メッセージが向けられたか、ブロードキャストされたかによって決まる。

同報メッセージの場合：
・ 対応していない同報メッセージを受信するフォロアは、受信したメッセージを無視し、＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞を送信しない。

直接アドレス指定されたメッセージの場合：
・ ＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞は、任意の失敗に対する応答として使用される。

本発明の一実施形態において、イニシエータが＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞を受信した後、再送を試行する場合、再送は、例えば２００ｍｓ間の遅延である。この遅延により、フォロアは最初の＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞メッセージを出すこととなった状態から回復することができる時間を得られる。上記の特徴は、本発明の可能な特徴のほんの２、３の例である。本発明の様々な実施形態によるこれ以上の特徴について、以下で説明する。

例えば、図５は、本発明の一実施形態によるコマンドバイト構造の概要を示す。図５のコマンドバイト構造５００は、例えば第１のヘッダバイト５０１、第２のベンダーコマンドおよびＩＤバイト５０２、第３以降のベンダーＩＤバイト５０３、５０４、および５０５、第６のベンダーオペランドバイト５０６、および１０個のそれに続くベンダー固有のデータバイト５０７〜５１６を有する。

図６は、ＥＯＭコマンドおよびＡＣＫコマンドを含む、本発明の一実施形態による図５のコマンドバイト構造５００についてのベンダー固有のコマンド例を示す表６００を示す図である。図６の実施形態の例に示すように、コマンドバイト構造５００のバイト１の８ビットは、ａ）直接アドレス指定される受信機（ディスプレイなど）またはｂ）ブロードキャストコマンドのいずれかのヘッダブロックを有することができる。コマンドバイト構造５００のバイト２の８ビットは、ベンダーコマンドおよびＩＤのデータブロック（０ｘＡ０）を定める。バイト３、４、および５の８ビットは、ベンダーＩＤ、例えば２４ビットＩＥＥＥ登録識別子（例えば０ｘ０００Ｃ３０）などを定める。コマンドバイト構造５００のバイト６の８ビットは、ベンダーオペランドを含み、バイト７から１６までの８ビットは、ベンダー固有のデータを含む。

図６を参照すると、ＥＯＭ（メッセージの終わり）ビットは、あるブロックがメッセージにおける最後のブロックであることを示すために使用する。「０」ビットは、１つまたは複数のデータブロックが続くことを示す。「１」ビットは、メッセージが完了したことを示す。ＥＯＭを示した後でメッセージが追加のデータブロックを有する場合、受信機は、追加のブロックを無視するものとする。ＡＣＫ（肯定応答）ビットは、データまたはヘッダブロックの肯定応答を行うために、受信機によって使用される。これは常に、送信機によって１に設定される。単一装置にアドレス指定されるメッセージの場合、宛先アドレスフィールド内のそれ自体のアドレスを読み取る受信機は、「０」ＡＣＫビットで応答するものとする。他のすべての装置は、ＡＣＫビットを論理「０」にしないものとする。したがって、送信機によって読み取られた「０」は、データまたはヘッダブロックの送信の成功を示す。同報メッセージの場合、ＡＣＫビットの意味を逆にして、単一の装置がメッセージを拒否できるようにする。メッセージを拒否したくないすべての受信機は、ＡＣＫビットを論理「０」にしないものとする。したがって、送信機によって読み取られた「１」は、データまたはヘッダブロックを拒否した装置はないことを示し、したがって、必要な場合、メッセージの送信を続行することができる。同報メッセージの拒否を希望する受信機は、「０」のＡＣＫビットを生成するものとする。したがって、送信機によって読み取られた「０」は、１つ以上の装置がメッセージを拒否したことを示す。

ヘッダブロックは、ソース論理アドレスフィールド、宛先論理アドレスフィールド、メッセージの終わりビット（ＥＯＭ）、および肯定応答ビット（ＡＣＫ）から成る。イニシエータ（送信機）論理アドレスフィールドは、現在のフレームのイニシエータを識別するために使用される。イニシエータの論理アドレスは、このフィールドに書き込まれる。このフィールドは、最上位ビット先頭の、ヘッダブロックのビット１から４を有する。

宛先論理アドレスフィールドは、現在のフレームの宛先を識別するために使用される。宛先の論理アドレスは、このフィールドに書き込まれる。例えば、特別なアドレス（０ｂ１１１１）は、同報メッセージに使用することができる。本発明の一実施形態において、フィールドは、最上位ビット先頭の、ヘッダブロックのビット５から８で構成することができる。

本発明によれば、図５および図６に示すベンダー固有のコマンドは、本明細書に記載されたＨＤＭＩ機能を介し、ベンダー固有のコマンドを使用してこうしたパラメータを設定するための、ディスプレイなどの受信機の動作パラメータの照会および制御に使用することができる。例えば、図７は、画像プリセット照会、画像プリセット照会への応答、および選択された画像プリセットの設定についてのベンダー固有のコマンドのそれぞれの表を示す。より詳細には、図７において、表７０２は、例えば図５のコマンドバイト構造５００の６バイトを使用した、サポートされている画像プリセット数、および対象のディスプレイの「最高の画像」プリセットの番号を要求する照会についてのベンダーオペランド例を示す。図１および図７を参照すると、本発明の一実施形態において、サーバ１１０は、照会を、例えばディスプレイ１３０に伝え、最終的に、ディスプレイ１３０の再生制御ユニット１４０に伝えて、ディスプレイ１３０のサポートされている画像プリセット数、およびディスプレイ１３０の「最高の画像」プリセットの番号を決定しようと試みる。

再度、図７を参照すると、表７０４は、図５のコマンドバイト構造５００を使用した、そのディスプレイについてのサポートされている画像プリセット数、およびの「最高の画像」プリセットの番号を要求側に伝えるためのディスプレイからの応答例を示す。図１および図７を参照すると、本発明の一実施形態において、再生制御ユニット１４０は、サーバ１１０からの照会に対する回答を決定し、ディスプレイ１３０は、決定された応答をサーバ１１０に伝える。

再度、図７を参照すると、表７０６は、図５のコマンドバイト構造５００を使用した、そのディスプレイについての対応されている画像プリセット数のうちの特定の１つを設定するための要求側からのベンダー固有の設定コマンド例を示す。図１および図７を参照すると、本発明の一実施形態において、サーバ１１０は、設定コマンドを、例えばディスプレイ１３０に伝え、最終的に、ディスプレイ１３０の再生制御ユニット１４０に伝えて、ディスプレイ１３０が対応している画像プリセット数のうちの特定の１つを設定しようと試みる。

上述したように、また本発明によれば、上述したＨＤＭＩ機能および通信機能は、受信機の機能についての照会、設定、および制御を行うために使用することができる。さらに、また本発明の一実施形態によれば、サーバ１１０は、ディスプレイ１３０およびディスプレイ設定（電力状態、入力／チャネル選択、映像／音声設定など）など、受信機の現在のステータスのリモート監視を提供することができる。すなわち、サーバ１１０は、ディスプレイ１３０が望み通り構成されていることを確認するための監視ポイントとして機能することができ、こうした監視は、本明細書に記載したＨＤＭＩ機能および通信を介して達成することができる。

付録Ａは、本発明の実施形態による受信機の機能を制御するための照会、応答、および設定コマンドなど、複数のベンダー固有のコマンドを示す。例えば、付録Ａは、対応している入力ソースおよび実際の選択された入力を要求し、対応している入力のうちの少なくとも１つを設定するためのＱｕｅｒｙ／Ｓｅｔ Ｓｏｕｒｃｅ、実際のコントラスト設定を要求し、コントラスト設定を設定するためのＱｕｅｒｙ／Ｓｅｔ Ｃｏｎｔｒａｓｔ、実際のミュートステータスおよびボリュームレベルを要求し、ミュートステータスおよびボリュームレベルを設定するためのＱｕｅｒｙ／Ｓｅｔ Ｖｏｌｕｍｅ／Ｍｕｔｅ、実際のガンマ値を要求し、ガンマ値を設定するためのＱｕｅｒｙ／Ｓｅｔ Ｇａｍｍａなどのベンダー固有のコマンドを提供する。

図３に示す実施形態のディスプレイの制御および最適化のために、システム３００のＨＤＭＩ分配手段３７０を制御するための本発明のＨＤＭＩ制御機能をさらに実装することができる。すなわち、本発明のベンダー固有のコマンドは、ＨＤＭＩスプリッタに接続されている固有のディスプレイを選択するために使用されるＨＤＭＩ分配手段／スイッチのステータスを要求し、その後のＣＥＣ／ＥＤＩＤ通信用にＨＤＭＩ分配装置を設定するためのＱｕｅｒｙ／Ｓｅｔ ＣＥＣ／ＥＤＩＤスイッチを有することができる。

本発明の様々な実施形態において、本発明のＨＤＭＩ制御機能には、リモコンを介した制御が含まれ、これを実装してディスプレイの外部表示制御に対する機能の制限を可能にすることができる。例えば、本発明の一実施形態において、チャネル変更ボタンは、提供されたメディアクリップ、および／またはサーバからディスプレイに伝えられる映像および音声ストリームの間をユーザが切り替えることができるように構成することができる。すなわち、ディスプレイ１３０のチャネル変更ボタンにより、ＳＴＢ１２０は、サーバ１１０からの異なる使用可能なチャネルを選択することができる。例えば、本発明の一実施形態において、サーバ１１０は、ディスプレイ１３０上に表示されるように選択することができる２つ以上のメディアクリップおよび／または音声チャネルを提供することができる。様々なチャネルは、本発明に従って表示され、最適化される様々なメディアコンテンツを有することができる。例えば、様々なチャネルは、スポーツ番組（バスケットボールの試合、フットボールの試合など）、映画番組、情報番組（ニュースショー、天気チャネルなど）などを備えることができる。チャネルのそれぞれには、上述したように、また本発明に従って、関連のコンテンツを最適化し、かつ／または制御するために、対応する制御信号およびアプリケーションを関連付けることができる。したがって、ユーザは、ディスプレイ１３０のチャネルアップおよびチャネルダウン機能を使用して、サーバ１１０によって提供されるコンテンツの様々なチャネルを切り替えることができる。本発明の概念によれば、チャネルのそれぞれは、上述したように、また本発明に従って、最高の表示および／または音声状態のために、個々に制御し、最適化することができる。

任意選択により、本発明の概念を、所望の表示機能を生成するために、他の表示機能と共に使用することができる。例えば、本発明の様々な実施形態において、ディスプレイのピクチャーインピクチャー（ｐｉｃｔｕｒｅ−ｉｎ−ｐｉｃｔｕｒｅ）機能または分割画面（ｓｐｌｉｔ−ｓｃｒｅｅｎ）機能は、２つのチャネルのコンテンツを同時に表示するために使用することができ、チャネルのそれぞれは、所望の構成を有するディスプレイに表示するように、本発明に従って制御され、最適化される（例えば、最高の表示のためにそれぞれ最適化される）。

ディスプレイやスピーカなどの再生装置の制御および最適化のための方法、装置、およびシステムのための様々な実施形態について説明した（例示的なものであり、限定的なものではない）が、当業者は、上記の教示に照らして、変更および変形を加えることができることに留意されたい。したがって、特許請求の範囲に大要が述べられている本発明の範囲および意図内で、開示された本発明の特定の実施形態において、変更を加えることができることを理解されたい。上記は、本発明の様々な実施形態を対象とするが、本発明の基本的な範囲から逸脱することなく、本発明の他のこれ以上の実施形態を考案することができる。

付録Ａ
Ｑｕｅｒｙ Ｐｒｏｄｕｃｔ Ｄａｔａ
照会：製品情報データを要求する。
データのコード化については、ＶＥＳＡ ＥＥＤＩＤ Ｓｔａｎｄａｒｄ Ｒｅｌｅａｓｅ Ａ、Ｒｅｖｉｓｉｏｎ Ｉ Ｃｈａｐｔｅｒ ３．４を参照されたい。

Ｑｕｅｒｙ／Ｓｅｔ Ｐｉｃｔｕｒｅ Ｐｒｅｓｅｔｓ
照会：対応している画像プリセット数、および「最高の画像」プリセットの番号を要求する。
設定：対応している画像プリセットのうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ａｕｄｉｏ Ｐｒｅｓｅｔｓ
照会：対応している音声プリセット数、および「最高の音」プリセットの番号を要求する。
設定：対応している音声プリセットのうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ａｓｐｅｃｔ Ｒａｔｉｏ
照会：対応しているアスペクト比設定および実際に選択されたアスペクト比を要求する。
設定：対応しているアスペクト比設定のうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ ＩＲ／Ｋｅｙｂｏａｒｄ Ｓｔａｔｅ
照会：フロントパネルキーボードおよびＩＲ受信機のステータスを要求する。
設定：フロントパネルキーボードおよびＩＲ受信機のステータスを設定する。
キーボードロックモード中、コマンド「Ｑｕｅｒｙ Ｌａｓｔ Ｂｕｔｔｏｎ Ｐｒｅｓｓｅｄ」および「Ｔｒａｎｓｍｉｔ Ｂｕｔｔｏｎ Ｐｒｅｓｓ」が対応している。

Ｑｕｅｒｙ Ｌａｓｔ Ｂｕｔｔｏｎ Ｐｒｅｓｓｅｄ
「キーボードロック」モード中にディスプレイのローカルキーボード上のボタンを押すことによって呼び出すことができる特殊機能（例えばＰｒ＋−ボタンを使用してソースマテリアルを変更するなど）に対応するために、この照会が送信されるまで、各ボタンの押下が記憶されるものとする。照会の前の最後のボタン押下のみが報告されるものとする。「Ｔｒａｎｓｍｉｔ Ｂｕｔｔｏｎ Ｐｒｅｓｓ」が有効である場合、照会応答は、常に「００」（キーが押されていない）を提供する。

照会：キーボードロックモード中、ローカルキーボードにおいて押された最後のボタンのステータスを提供する。照会に対して回答すると、キーボードのステータスがクリアされる。

Ｔｒａｎｓｍｉｔ Ｂｕｔｔｏｎ Ｐｒｅｓｓ
ディスプレイがキーボードロックモードであり、このコマンドが有効である場合、特殊機能（例えばＰｒ＋−ボタンを使用してソースマテリアルを変更するなど）に対応するために、ローカルキーボードの各ボタンの押下が実際のソース（ＳＴＢ）に伝えられるものとする。宛先アドレスは、最後に応答した「Ｑｕｅｒｙ Ｌａｓｔ Ｂｕｔｔｏｎ Ｐｒｅｓｓｅｄ」コマンドのイニシエータアドレスであるものとする。この機能は、電源を切った後、デフォルトでは無効になる。
伝達：キーボードロックモード中、ローカルキーボードにおいて押されたボタンのステータスを伝える。

Query/Set Display Manufacturer Pages/Page
製造業者のページは、メモリに格納された任意のビットマップ／テキスト、またはディスプレイの機能を宣伝する任意のデモモードとすることができる。
照会：使用可能な製造業者のページ数、および実際に表示されたページを要求する。
設定：使用可能な製造業者のページのうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｓｏｕｒｃｅ
照会：対応している入力および実際に選択された入力を要求する。
設定：対応している入力のうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｖｏｌｕｍｅ／Ｍｕｔｅ
照会：実際のミュートステータスおよびボリュームレベルを要求する。
設定：ミュートステータスおよびボリュームレベルを設定する。

Ｑｕｅｒｙ Ｐｒｏｄｕｃｔ Ｓｔａｔｕｓ
照会：製品の実際のステータスを要求する。

Ｑｕｅｒｙ／Ｓｅｔ Ｂｒｉｇｈｔｎｅｓｓ
照会：実際の輝度設定を要求する。
設定：実際の輝度設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｃｏｎｔｒａｓｔ
照会：実際のコントラスト設定を要求する。
設定：実際のコントラスト設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｃｏｌｏｒ Ｓａｔｕｒａｔｉｏｎ
照会：実際の彩度設定を要求する。
設定：実際の彩度設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｃｏｌｏｒ Ｔｉｎｔ
照会：実際の色合い（Ｃｏｌｏｒ Ｔｉｎｔ）設定を要求する。
設定：実際の色合い設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｃｏｌｏｒ Ｔｅｍｐｅｒａｔｕｒｅ
照会：対応している色温度設定数および実際に選択された色温度設定を要求する。
設定：実際の色温度設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｓｈａｒｐｎｅｓｓ
照会：実際の鮮明度設定を要求する。
設定：実際の鮮明度設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｎｏｉｓｅ Ｒｅｄｕｃｔｉｏｎ
照会：対応しているノイズ低減ステップ数および実際に選択されたノイズ低減ステップを要求する。
設定：対応しているノイズ低減ステップのうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｔｒｅｂｌｅ
照会：実際のトレブル設定を要求する。
設定：実際のトレブル設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｂａｓｓ
照会：実際のバス設定を要求する。
設定：実際のバス設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｂａｌａｎｃｅ
照会：実際のバランス設定を要求する。
設定：実際のバランス設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ａｕｄｉｏ ＥＱ
照会：対応している音声ＥＱバンド数および実際の値を要求する。
設定：対応している音声ＥＱバンドの値を設定する。

Ｑｕｅｒｙ Ｈｏｕｒｓ ｏｆ Ｏｐｅｒａｔｉｏｎ
照会：最後の電源投入以降の、および合計の動作時間を要求する。

Ｑｕｅｒｙ Ｓｅｔ ＰＩＰ／Ｏｖｅｒｌａｙ
照会：対応しているＰＩＰモード、使用可能なＰＩＰソース、および選択されたＰＩＰ設定を要求する。
設定：対応しているＰＩＰ設定のうちの１つを設定する。

Ｑｕｅｒｙ／Ｓｅｔ Ｇａｍｍａ
照会：実際のガンマ値を要求する。
ＶＥＳＡ ＥＥＤＩＤ Ｓｔａｎｄａｒｄ Ｒｅｌｅａｓｅ Ａ、Ｒｅｖｉｓｉｏｎ Ｉ Ｃｈａｐｔｅｒ ３．６を参照されたい。
設定：実際のガンマ値を設定する。

Ｑｕｅｒｙ／Ｓｅｔ ３×３ Ｍａｔｒｉｘ
これは、１４ビット係数の３×３マトリックスに対して照会／設定を行うためのものである。１４ビットは、２整数ビットおよび１２小数ビットから成る。送信は、２つのフレームに分割する必要がある。

３×３マトリックスの定義：

この場合、
ＩＮ＿１およびＯＵＴ＿１はＲｅｄ、Ｃｒ、ＣＩＥ＿Ｘ
ＩＮ＿２およびＯＵＴ＿２はＧｒｅｅｎ、Ｙ、ＣＩＥ＿Ｙ
ＩＮ＿３およびＯＵＴ＿３はＢｌｕｅ、Ｃｂ、ＣＩＥ＿Ｚを表す

マトリックスは、原色マッピング（ｃｏｌｏｒ ｐｒｉｍａｒｉｅｓ ｍａｐｐｉｎｇ）、色空間変換、または彩度変更など、クロストークを必要とする特定の色操作を行うために使用することができる。

Ｑｕｅｒｙ／Ｓｅｔ Ｒｏｔａｔｉｏｎ
照会：ディスプレイの実際の回転角を要求する（θおよびφ）。
設定：ディスプレイの実際の回転角を設定する（θおよびφ）。

Ｑｕｅｒｙ／Ｓｅｔ Ｐｉｘｅｌ ｄｅｐｔｈ
照会：実際のピクセル深度設定を要求する。
設定：実際のピクセル深度設定を設定する。

Ｑｕｅｒｙ／Ｓｅｔ １Ｄ−ＬＵＴ
１Ｄルックアップテーブル（１Ｄ−ＬＵＴ）は、個々の入力コード値ごとに個々の出力コード値を割り当てる。ホストは、ＬＵＴをディスプレイ装置の記憶域にダウンロードすることができ、ＬＵＴをそこからディスプレイにおける実際のＬＵＴ装置にロードすることができる。ＬＵＴのロードおよび稼働のプロセスは、高速切り替えを可能にするために、別々とするものとする。
１Ｄ−ＬＵＴは、ＨＤＭＩメタデータ転送機能を使用してダウンロードするものとする。

３Ｄ−ＬＵＴ＿ＩＤ＝表示用ＬＵＴにロードされる、装置のメモリにあるＬＵＴのＩＤ。

Ｑｕｅｒｙ／Ｓｅｔ ＣＥＣ／ＥＤＩＤ Ｓｗｉｔｃｈ
ＣＥＣ／ＥＤＩＤ切り替え処理は、その後のＣＥＣ／ＥＤＩＤ通信のためにＨＤＭＩスプリッタ（１→ｎ）装置に接続されている特定のディスプレイを選択するために使用される。

Ｑｕｅｒｙ Ｄｅｆａｕｌｔ Ｖａｌｕｅｓ
外部データベースに格納するために、ディスプレイからすべてのデフォルト値を読み取る。デフォルト値は、隣接するアドレス空間に格納され、バイト単位にアドレス指定することができることを前提とする。以下、これは、「デフォルト値パケット」になるよう定義される。

Ｎｏ＿Ｄｅｆａｕｉｔ＿Ｖａｌｕｅｓ＿Ｐａｃｋｅｔｓ＝デフォルト値パケット数であり、「０」は、現在のデフォルト値である。すべてのデフォルト値パケットは、サイズが等しいことを前提とする。

Ｎｏ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿Ｂｙｔｅｓ＝デフォルト値パケットのバイトの総数である。最大パケットサイズは、６５５３６バイトである。

Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿ＣＥＣ＿Ｐａｃｋｅｔ＿Ｎｏ＝デフォルト値パケットであり、「０」は、現在アクティブなデフォルト値である。

Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿ＣＥＣ＿Ｆｒａｍｅ＿Ｎｏ＝デフォルト値のバイトアドレスであり、「０」は、最初のフレームである。ＣＥＣフレームの総数は、以下の式によって計算される。

Ｎｕｍｂｅｒ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅｓ＿ＣＥＣ＿Ｆｒａｍｅｓ＝ｃｅｉｌ（Ｄｅｆａｕｌｔ＿Ｖａｌｕｅｓ＿Ｂｙｔｅｓ／９）

したがって、フレーム番号（Ｎｕｍｂｅｒ＿Ｄｅｆａｕｌｔ＿Ｖａｌｕｅｓ＿ＣＥＣ＿Ｆｒａｍｅｓ−１）は、完全にはいっぱいでない場合がある。フレームは、ランダムな順序でアクセスされ得る。

Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿ＣＥＣ＿Ｐａｃｋｅｔ＿Ｎｏ＝デフォルト値パケットであり、「０」は、現在アクティブなデフォルト値である。Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿ＣＥＣ＿Ｆｒａｍｅ＿Ｎｏ＝デフォルト値のバイトアドレスであり、「０」は、最初のフレームである。

Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿ＣＥＣ＿Ｐａｃｋｅｔ＿Ｎｏ＝デフォルト値パケットであり、「０」は、現在アクティブなデフォルト値である。Ｄｅｆａｕｌｔ＿Ｖａｌｕｅ＿ＣＥＣ＿Ｆｒａｍｅ＿Ｎｏ＝デフォルト値のバイトアドレスである。

Ｓｅｔ／Ｑｕｅｒｙ Ｐｏｗｅｒ Ｓｔａｔｅ
ＯＮ／スタンバイのコマンドも、ＣＥＣにおける必須コマンドとして使用可能である。

ＯＮ／スタンバイのコマンドも、ＣＥＣにおける必須コマンドとして使用可能である。

Ｄｏｗｎｌｏａｄ １Ｄ−ＬＵＴ
ＬＵＴのアップロード／ダウンロードは、「デフォルト値」の照会および設定と同じ方法で行われる。ＬＵＴは、それが１Ｄ−ＬＵＴであるか３Ｄ−ＬＵＴであるかにかかわらず、バイト単位のデータのパケットとして考えられる。バイトデータのＬＵＴ値への割り当ては、ディスプレイ仕様における定義に従う。送信のために、パケットは、Ｎ個のＣＥＣフレームに分割され、受信側で元通りにアセンブルされる。ＬＵＴは、直接ロードされるのではなく、ＬＵＴ＿Ｐａｃｋｅｔ＿ＩＤによって決定される記憶域にロードされるものとする。

したがって、ＬＵＴの送信は、バイト単位のＬＵＴの長さ、ＣＥＣフレームの総数、および現在送信されたフレームのシーケンスナンバーを指定することによって行われる。この概念によると、１個の１０ビットＬＵＴ １−Ｄを送信するのに１４３のＣＥＣメッセージかかる。１つのＬＵＴは、アップロードに数分かかり得る。しかし、通信が定義された方法、これは、背景で行うことができる。

Ｑｕｅｒｙ Ａｍｂｉｅｎｔ Ｌｉｇｈｔ Ｌｅｖｅｌ／ＳＰＬ
光源レベルは、整数であり、環境レベルをｃｄ／ｍ２で表す。

色温度は、ＫｅｌｖｉｎまたはＣＩＥ＿ｘ／ＣＩＥ＿ｙのいずれか、または両方で戻すことができる。Ｋｅｌｖｉｎのみが戻された場合、ＣＩＥ＿ｘ／ＣＩＥ＿ｙが０に設定されるものとし、またはその逆もあるものとする。

環境音圧レベル（ＳＰＬ）は、ｄｂＡで戻される。

Set/Query Functions, SP Modes, and Audio Modes
製造業者の一意の特徴についての設定および照会を行う。バイト７は、タイプを示し、バイト８は、機能またはモードの数を示す。バイト８での値０は、選択されたタイプに使用可能な機能またはモードはないことを示す。バイト８以降の各ビットは、機能／モードの真／偽の設定に使用することができる。

Ｅｎａｂｌｅ／Ｄｉｓａｂｌｅ Ａｌｐｈａ
装置の２Ｄ／３Ｄモードを有効／無効にする

Ｓｅｔ／Ｑｕｅｒｙ Ｃｈｒｏｍａ−Ｋｅｙ Ｃｏｌｏｒ
高ビット深度を可能にするための２バイトのクロマキーカラー。

Set/Query Function Parameters, Signal Processing Parameters, Audio Parameters Mode Wise
ＦＳＡモードごとにパラメータが戻される（ＦＳＡ＝機能、信号処理、音声）。あるいは、１つのＦＳＡカテゴリのすべてのパラメータ、またはすべてのＦＳＡカテゴリのすべてのパラメータについての設定／照会を行うことができる。

Ｓｅｔ／Ｑｕｅｒｙ Ｃａｌｉｂｒａｔｉｏｎ Ｄａｔａ
較正データ交換は、異なる組の較正パラメータについての照会／設定を行うためのものである。これによって、較正データの完全なセット、音声、映像、または機能の完全なセットを取り出すことができる。さらに、個々の較正パラメータの取り出し／設定を可能にする。

これによって、映像、音声共、ディスプレイのＨＤＭＩベースのアラインメントが可能になる。さらに、匂い放射器や存在し得る他の機能など、ディスプレイに組み込まれ得る他の機能のアラインメントが可能になる。

＜Ｔｅｘｔ Ｖｉｅｗ Ｏｎ＞
説明 ：＜Ｉｍａｇｅ Ｖｉｅｗ Ｏｎ＞と同様であるが、ＴＶのディスプレイから任意のテキスト、メニュー、およびＰＩＰウィンドウも取り除くものとする。
値 ：０ｘ０Ｄ
パラメータ：なし
応答 ：オンにする（オンでない場合）。＜Ｉｍａｇｅ Ｖｉｅｗ Ｏｎ＞と同様であるが、画面からＰＩＰおよびメニューを取り除くものとする。ＴＶは、その前の状態にかかわらず、「画像表示」状態になる。
備考 ：必須、特定の装置に直接アドレス指定される

＜Ｓｔａｎｄｂｙ＞
説明 ：１つまたはすべての装置をスタンバイモードに切り替える。
値 ：０ｘ３６
パラメータ：なし
応答 ：装置をスタンバイに切り替える。すでにスタンバイである場合、メッセージを無視する。
備考 ：必須、同報メッセージとして使用したり、特定の装置にアドレス指定したりすることができる。

Ｑｕｅｒｙ Ｐｏｗｅｒ Ｓｔａｔｅ
＜Ｇｉｖｅ Ｄｅｖｉｃｅ Ｐｏｗｅｒ Ｓｔａｔｕｓ＞
説明 ：ターゲット装置の現在の電力ステータスの決定に使用される
値 ：０ｘ８Ｆ
パラメータ：なし
応答 ：＜Ｒｅｐｏｒｔ Ｐｏｗｅｒ Ｓｔａｔｕｓ＞
備考 ：必須、コマンドは、特定の装置に直接アドレス指定される

＜Ｒｅｐｏｒｔ Ｐｏｗｅｒ Ｓｔａｔｕｓ＞
説明 ：要求側装置への現在の電力ステータスの通知に使用される
値 ：０ｘ９０
パラメータ：［Ｐｏｗｅｒ Ｓｔａｔｕｓ］−現在の電力ステータス

＜Ｐｌａｙ＞
説明 ：ソース装置の再生挙動を制御するために使用される
値 ：０ｘ４１
パラメータ：［Ｐｌａｙ Ｍｏｄｅ］
応答 ：指定されたアクションを行うか、＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞メッセージを戻す。メディアが使用可能である場合、装置は、「デッキアクティブ」状態になる。装置がスタンバイで、メディアを使用可能で、パラメータが［“Ｐｌａｙ Ｆｏｒｗａｒｄ”］であれば、電源がオンになるものとする。
備考：必須ではない。特定の装置に直接アドレス指定されるものとして使用することができる。

Ｄｅｃｋ Ｃｏｎｔｒｏｌ （Ｓｔｏｐ）

＜Ｄｅｃｋ Ｃｏｎｔｒｏｌ＞
説明 ：装置のメディア機能の制御に使用される。
値 ：０ｘ４２
パラメータ：［Ｄｅｃｋ Ｃｏｎｔｒｏｌ Ｍｏｄｅ］
応答：指定されたアクションを行うか、＜Ｆｅａｔｕｒｅ Ａｂｏｒｔ＞メッセージを戻す。「デッキ非アクティブ」状態のとき、Ｓｋｉｐ Ｆｏｒｗａｒｄ／ＷｉｎｄまたはＳｋｉｐ Ｂａｃｋｗａｒｄ／Ｒｅｗｉｎｄコマンドが正当であるかどうかにかかわらず、装置に依存する。装置がスタンバイであり、取り出しコマンドを受信すると、電源がオンになり、そのメディアが取り出されるものとする。
備考 ：必須ではない。特定の装置に直接アドレス指定されるものとして使用することができる。

＜Ｒｅｃｏｒｄ ＯＮ＞
説明 ：指定されたソースを記録するよう試みる。
値 ：０ｘ０９
パラメータ：［Ｒｅｃｏｒｄ Ｓｏｕｒｃｅ］
応答 ：「記録」状態になり、可能な場合、記録を開始する。イニシエータに＜Ｒｅｃｏｒｄ Ｓｔａｔｕｓ＞を送信する。
備考 ：必須ではない。特定の装置に直接アドレス指定されるものとして使用することができる。

＜Ｒｅｃｏｒｄ ＯＦＦ＞
説明 ：装置に記録を停止するよう要求する。
値 ：０ｘ０Ｂ
パラメータ：なし
応答 ：「記録」状態を終了する。
備考 ：必須、同報メッセージとして使用したり、特定の装置にアドレス指定したりすることができる。

＜Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｐｒｅｓｓｅｄ＞
説明 ：ユーザがリモコンボタンを押した、またはある制御ボタンから別のボタンに切り替えたことを示すために使用される。
値 ：０ｘ４４
パラメータ：［ＵＩ Ｃｏｍｍａｎｄ］
応答 ：必要に応じて、ディスプレイを更新したり、アクションを実行したりする。
備考 ：必須ではない。特定の装置に直接アドレス指定することができる。

＜Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｒｅｌｅａｓｅｄ＞
説明 ：ユーザがリモコンボタンを放したことを示す。
値 ：０ｘ４５
パラメータ：なし
応答 ：必要に応じて、ディスプレイを更新したり、アクションを実行したりする。
備考 ：必須ではない。特定の装置に直接アドレス指定することができる。

Claims (30)

1. コンテンツ再生装置を制御する方法であって、
   高精細マルチメディアインターフェース（ＨＤＭＩ）アプリケーションを使用して制御装置と前記コンテンツ再生装置との間の通信を確立するステップと、
   前記確立されたＨＤＭＩ通信およびベンダー固有のコマンドを使用して、前記コンテンツ再生装置の再生機能を制御するステップと
   を備えたことを特徴とする方法。
2. 再生パラメータを決定するために、照会を前記コンテンツ再生装置に伝えるステップをさらに備えたことを特徴とする請求項１に記載の方法。
3. 前記コンテンツ再生装置は、ディスプレイを備え、前記再生パラメータは、ディスプレイパラメータを含むことを特徴とする請求項２に記載の方法。
4. 前記ディスプレイパラメータは、特定のコンテンツが前記ディスプレイによって表示されるように最適化されることを特徴とする請求項３に記載の方法。
5. 前記コンテンツ再生装置は、スピーカを備え、前記再生パラメータは、音声出力パラメータを含むことを特徴とする請求項２に記載の方法。
6. 前記制御装置は、メディアコンテンツサーバを備えたことを特徴とする請求項１に記載の方法。
7. 前記ＨＤＭＩアプリケーションは、ＨＤＭＩ機能を有するＨＤＭＩケーブルと、構成およびステータスの交換のためのディスプレイデータチャネルコネクタと、制御機能を提供するための民生機器制御コネクタとを含むことを特徴とする請求項１に記載の方法。
8. 前記確立されたＨＤＭＩ通信およびベンダー固有のコマンドを使用して、前記コンテンツ再生装置、または前記コンテンツ再生装置用の関連のリモコンのうちの少なくとも一方における制御ボタンの機能を制限するステップをさらに備えたことを特徴とする請求項１に記載の方法。
9. 少なくとも１つの制御ボタンに、代替機能が割り当てられることを特徴とする請求項８に記載の方法。
10. チャネル変更ボタンは、前記再生装置に伝えられる複数のメディアコンテンツチャネルから１つのメディアコンテンツチャネルを選択できるようにするために割り当てられることを特徴とする請求項９に記載の方法。
11. 前記制御装置は、小売広告におけるサーバを備え、前記コンテンツ再生装置は、ディスプレイおよびスピーカのうちの少なくとも一方を備えたことを特徴とする請求項１に記載の方法。
12. コンテンツ再生装置を制御するための制御装置であって、
    制御プログラム、ならびにベンダー固有のコマンド、メディアコンテンツ、および前記コンテンツ再生装置の再生パラメータを含む制御情報のうちの少なくとも１つを格納するメモリと、
    前記制御プログラムを実行するためのプロセッサであって、
    確立された高精細マルチメディアインターフェース（ＨＤＭＩ）通信手段および前記制御情報を使用して、前記コンテンツ再生装置の再生機能を制御するため、前記確立されたＨＤＭＩ通信手段を介して、メディアコンテンツおよび制御情報を前記コンテンツ再生装置に伝えるステップ
    を実行するよう構成されるプロセッサと
    を備えたことを特徴とする制御装置。
13. 前記制御装置は、小売広告におけるサーバを備え、前記メディアコンテンツは、小売広告メディアを含むことを特徴とする請求項１２に記載の制御装置。
14. 前記ＨＤＭＩ通信手段は、ＨＤＭＩ送信機およびＨＤＭＩ受信機を含むＨＤＭＩケーブルと、表示データチャネルコネクタと、民生機器制御コネクタとを備えたことを特徴とする請求項１２に記載の制御装置。
15. 前記プロセッサは、再生パラメータを決定するために、照会を前記コンテンツ再生装置に伝えるようさらに構成されることを特徴とする請求項１２に記載の制御装置。
16. 前記コンテンツ再生装置は、ディスプレイを備え、前記再生パラメータは、ディスプレイパラメータを含むことを特徴とする請求項１５に記載の制御装置。
17. 前記ディスプレイパラメータは、特定のコンテンツが前記ディスプレイによって表示されるように最適化されることを特徴とする請求項１６に記載の制御装置。
18. 前記コンテンツ再生装置は、スピーカを備え、前記再生パラメータは、音声出力パラメータを含むことを特徴とする請求項１５に記載の制御装置。
19. 前記プロセッサは、前記確立されたＨＤＭＩ通信手段およびベンダー固有のコマンドを使用して、前記コンテンツ再生装置、または前記コンテンツ再生装置用の関連のリモコンのうちの少なくとも一方における制御ボタンの機能を制限するための制御情報を伝えるようさらに構成されることを特徴とする請求項１２に記載の制御装置。
20. コンテンツ再生装置であって、
    制御プログラム、ならびにベンダー固有のコマンド、メディアコンテンツ、および前記コンテンツ再生装置の再生パラメータを含む制御情報を格納するメモリと、前記制御プログラムを実行するプロセッサであって、
    確立された高精細マルチメディアインターフェース（ＨＤＭＩ）通信手段を介して、制御装置からメディアコンテンツおよび制御情報を受信するステップと、
    前記制御装置から受信された前記制御情報に従って前記コンテンツ再生装置の再生機能を確立するステップと
    を実行するよう構成されているプロセッサを含む再生制御ユニット
    を備えたことを特徴とするコンテンツ再生装置。
21. 前記プロセッサは、前記制御装置から照会を受信し、前記コンテンツ再生装置の前記再生パラメータの定義で応答するようさらに構成されることを特徴とする請求項２０に記載のコンテンツ再生装置。
22. 前記コンテンツ再生装置は、ディスプレイを備え、前記再生パラメータは、ディスプレイパラメータを含むことを特徴とする請求項２１に記載のコンテンツ再生装置。
23. 前記ディスプレイパラメータは、特定のコンテンツが前記ディスプレイによって表示されるように最適化されることを特徴とする請求項２２に記載のコンテンツ再生装置。
24. 前記コンテンツ再生装置は、スピーカを備え、前記再生パラメータは、音声出力パラメータを含むたことを特徴とする請求項２１に記載のコンテンツ再生装置。
25. 前記プロセッサは、前記制御装置からの制御情報に応答して、前記コンテンツ再生装置、または前記コンテンツ再生装置用の関連のリモコンのうちの少なくとも一方における制御ボタンの機能を制限するようさらに構成されることを特徴とする請求項２０に記載の制御装置。
26. コンテンツ再生装置を制御するシステムであって、
    ＨＤＭＩ通信手段と、
    少なくともベンダー固有のコマンドを含む制御情報を、前記ＨＤＭＩ通信手段を介して前記再生装置に伝える制御装置と、
    前記ＨＤＭＩ通信手段を介して前記制御装置から前記制御情報を受信し、前記制御情報に従って前記コンテンツ再生装置の再生機能を確立するため、前記コンテンツ再生装置と通信する再生制御ユニットと
    を備えたことを特徴とするシステム。
27. 前記ＨＤＭＩ通信手段は、ＨＤＭＩケーブルと、ディスプレイデータチャネルコネクタと、民生機器制御コネクタとを備えたことを特徴とする請求項２６に記載のシステム。
28. 前記制御装置は、再生パラメータを決定するために、照会を前記コンテンツ再生装置に伝えるようさらに構成され、前記再生制御ユニットは、前記制御装置から前記照会を受信し、前記コンテンツ再生装置の前記再生パラメータの定義で応答するようさらに構成されることを特徴とする請求項２７に記載のシステム。
29. 前記再生制御ユニットは、前記コンテンツ再生装置の統合された構成要素を備えたことを特徴とする請求項２７に記載のシステム。
30. 前記制御装置は、前記コンテンツ再生装置、または前記コンテンツ再生装置用の関連するリモコンのうちの少なくとも一方における制御ボタンの機能を制限するための制御情報を伝えるようさらに構成され、前記再生制御ユニットは、前記制御装置からの前記制御情報に応答して、前記制御ボタンの前記機能を制限するようさらに構成されることを特徴とする請求項２７に記載のシステム。

Images