(57)【要約】【課題】受信側において映像信号（画像データ）に対してコンテンツの種類に応じた最適な処理を可能する。【解決手段】複数チャネルで、差動信号により送信されてくる、コンテンツの種類を識別するためのコンテンツ識別情報がブランキング期間のデータアイランドのAVIInfoFrameに挿入された映像信号を受信する。この映像信号に対して、そのAVIInfoFrameに挿入されているコンテンツ識別情報に基づいて、表示のための処理を行う。コンテンツ識別情報は、階層的に配置された、１ビットのデータからなる第１のデータと２ビットのデータからなる第２のデータにより構成されており、少なくともゲームか否かを識別する。【選択図】図１
2014140181.tif 000002
【特許請求の範囲】
【請求項１】
複数チャネルで、差動信号により送信されてくる、コンテンツの種類を識別するためのコンテンツ識別情報がブランキング期間のデータアイランドのAVIInfoFrameに挿入された映像信号を受信する受信部と、
上記受信部で受信された映像信号に対して表示のための処理を行う表示処理部と、
上記受信部で受信された映像信号のAVIInfoFrameに挿入されている上記コンテンツ識別情報に基づいて上記表示処理部の動作を制御する制御部とを備え、
上記コンテンツ識別情報は、階層的に配置された、１ビットのデータからなる第１のデータと２ビットのデータからなる第２のデータにより構成されており、少なくともゲームか否かを識別する
受信装置。
【請求項２】
上記コンテンツ識別情報で識別されるコンテンツの種類は、動画、テキスト、静止画、シネマおよびゲームである
請求項１に記載の受信装置。
【請求項３】
上記コンテンツ識別情報は、コンテンツの種類を示す情報を含む
請求項１に記載の受信装置。
【請求項４】
上記コンテンツ識別情報は、ベンダーネームを示す情報およびソース機器の種類を示す情報のいずれか、または双方を含む
請求項１に記載の受信装置。
【請求項５】
複数チャネルで、差動信号により送信されてくる、コンテンツの種類を識別するためのコンテンツ識別情報がブランキング期間のデータアイランドのAVIInfoFrameに挿入された映像信号を受信する受信ステップと、
上記受信ステップで受信された映像信号に対して表示のための処理を行う表示処理ステップと、
上記受信ステップで受信された映像信号のAVIInfoFrameに挿入されている上記コンテンツ識別情報に基づいて上記表示処理ステップの動作を制御する制御ステップとを備え、
上記コンテンツ識別情報は、階層的に配置された、１ビットのデータからなる第１のデータと２ビットのデータからなる第２のデータにより構成されており、少なくともゲームか否かを識別する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、ＨＤＭＩ(High Definition Multimedia Interface) 等の通信インタフェースを用いる受信装置および受信方法に関する。
【背景技術】
【０００２】
近年、例えば、ＤＶＤ(Digital Versatile Disc) レコーダや、セットトップボックス、その他のＡＶソース（Audio Visual source）から、テレビジョン受像機、プロジェクタ、その他のディスプレイに対して、デジタル映像信号、すなわち、非圧縮（ベースバンド）の映像信号（以下、「画像データ」という）と、その映像信号に付随するデジタル音声信号（以下、「音声データ」という）とを、高速に伝送する通信インタフェースとして、ＨＤＭＩが普及しつつある（例えば、特許文献１参照）。
【０００３】
ＨＤＭＩについては、画像データと音声データを、高速で、ＨＤＭＩソース（HDMI Source）からＨＤＭＩシンク（HDMI Sink）に一方向に伝送するＴＭＤＳ(Transition Minimized Differential Signaling)チャネル、ＨＤＭＩソースとＨＤＭＩシンクとの間で双方向の通信を行うためのＣＥＣライン（Consumer Electronics Control Line）等が規定されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３１９５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したＨＤＭＩは、本来、動画コンテンツの画像データを送信するための通信インタフェースである。しかし、コンテンツの種類には、動画の他に、静止画、テキスト、シネマ、ゲーム等が存在する。画像データの受信側では、送信されてくる画像データに対して例えば輪郭強調等の画像表示のための処理等が行われるが、当該画像データに対して最適な処理を行い得るようにしたいという要望がある。
【０００６】
この発明の目的は、受信側において映像信号（画像データ）に対してコンテンツの種類に応じた最適な処理を可能とすることにある。
【課題を解決するための手段】
【０００７】
この発明の概念は、
複数チャネルで、差動信号により送信されてくる、コンテンツの種類を識別するためのコンテンツ識別情報がブランキング期間のデータアイランドのAVIInfoFrameに挿入された映像信号を受信する受信部と、
上記受信部で受信された映像信号に対して表示のための処理を行う表示処理部と、
上記受信部で受信された映像信号のAVIInfoFrameに挿入されている上記コンテンツ識別情報に基づいて上記表示処理部の動作を制御する制御部とを備え、
上記コンテンツ識別情報は、階層的に配置された、１ビットのデータからなる第１のデータと２ビットのデータからなる第２のデータにより構成されており、少なくともゲームか否かを識別する
受信装置にある。
【０００８】
この発明においては、受信部により、複数チャネルで、差動信号により送信されてくる、コンテンツ識別情報がブランキング期間のデータアイランドのAVIInfoFrameに挿入された映像信号が受信される。そして、表示処理部では、受信された映像信号に対して、輪郭強調等の表示のための処理が行われる。この場合、制御部により、受信部で受信された映像信号のAVIInfoFrameに挿入されているコンテンツ識別情報に基づいて、表示処理部の動作が制御される。コンテンツ識別情報は、階層的に配置された、１ビットのデータからなる第１のデータと２ビットのデータからなる第２のデータにより構成されており、少なくともゲームか否かを識別するものである。これにより、表示処理部では、受信された映像信号がいかなるコンテンツに係るものであるかによって表示処理部の動作が変更されることになり、映像信号に対して最適な処理が行われる。
【０００９】
なお、この発明において、例えば、コンテンツ識別情報で識別されるコンテンツの種類は、動画、テキスト、静止画、シネマおよびゲームである、ようにされてもよい。また、この発明において、例えば、コンテンツ識別情報は、コンテンツの種類を示す情報を含む、ようにされてもよい。また、この発明において、例えば、コンテンツ識別情報は、ベンダーネームを示す情報およびソース機器の種類を示す情報のいずれか、または双方を含む、ようにされてもよい。
【発明の効果】
【００１０】
この発明によれば、コンテンツ識別情報に基づいて、映像信号に対してコンテンツの種類に応じた最適な処理を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態としてのＡＶシステムの構成例を示すブロック図である。
【図２】ディスプレイの表示処理部および表示部の具体的な構成例を示すブロック図である。
【図３】ＨＤＭＩソースとＨＤＭＩシンクの構成例を示すブロック図である。
【図４】ＨＤＭＩトランスミッタとＨＤＭＩレシーバの構成例を示すブロック図である。
【図５】ＴＭＤＳ伝送データの構造を示す図である。
【図６】制御ビットＣＴＬ０，ＣＴＬ１と、データアイランド区間およびコントロール区間との関係を示すタイミングチャートである。
【図７】ＡＶＩ InfoFrameパケットのデータ構造を示す図である。
【図８】ＡＶＩ InfoFrameパケットに配置されるコンテンツ識別情報とコンテンツ種類との対応関係を示す図である。
【図９】受信側における、コンテンツ識別情報による制御例を示すフローチャートである。
【図１０】受信側における、コンテンツ識別情報による他の制御例を示すフローチャートである。
【図１１】オート、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームのモード設定時に、液晶パネルに表示されるＧＵＩ画面を示す図である。
【図１２】他の実施の形態としてのＡＶシステムの構成例を示すブロック図である。
【図１３】ＡＶシステムを構成するビデオカメラの構成例を示すブロック図である。
【図１４】ＡＶシステムを構成するテレビ受信機の構成例を示すブロック図である。
【図１５】テレビ受信機の表示処理部および表示部の具体的な構成例を示すブロック図である。
【図１６】Ｅ−ＥＤＩＤとしての、色空間データブロック（Colorimetory Data Block）のデータ構造の一例を示す図である。
【図１７】Ｅ−ＥＤＩＤとしての、ビデオ性能データブロック（Video Capability Data Block）のデータ構造の一例を示す図である。
【図１８】色空間、量子化レンジの設定時における、ビデオカメラの制御部の設定処理の一例を示すフローチャートである。
【図１９】ＡＶＩ InfoFrameパケットのデータ構造を示す図である。
【図２０】色空間情報および量子化レンジ情報のコンテンツに応じた定義の一例を示す図である。
【図２１】受信側における、コンテンツ識別情報等による制御例を示すフローチャートである。
【図２２】液晶パネルの画面にＯＳＤ表示されるコンテンツおよび色空間の種類の表示例を示す図である。
【図２３】受信側における、コンテンツ識別情報等による他の制御例を示すフローチャートである。
【図２４】オート、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームのモード設定時に、液晶パネルに表示されるＧＵＩ画面を示す図である。
【図２５】受信側における、色空間情報による制御例を示すフローチャートである。
【図２６】オート、ｓＲＧＢ、ｓＹＣＣ、Ａｄｏｂｅ ＲＧＢのモード設定時に、液晶パネルに表示されるＧＵＩ画面を示す図である。
【図２７】受信側における、量子化レンジ情報による制御例を示すフローチャートである。
【図２８】オート、フルレンジ、リミテッドレンジのモード設定時に、液晶パネルに表示されるＧＵＩ画面を示す図である。
【図２９】ＳＰＤ IｎｆｏＦｒａｍｅの構成を示す図である。
【図３０】Ｓｏｕｒｃｅ．Ｄｅｖｉｃｅ．Ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３１】受信側における、コンテンツ識別情報による制御例を示すフローチャートである。
【図３２】受信側における、コンテンツ識別情報による他の制御例を示すフローチャートである。
【図３３】オート、ビデオ（動画）、フォト（静止画）のモード設定時に、液晶パネルに表示されるＧＵＩ画面を示す図である。
【図３４】他の実施の形態としてのＡＶシステムの構成例を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、この発明の実施の形態について説明する。
【００１３】
図１は、この発明を適用したＡＶシステム４０の構成例を示している。この図１において、ＡＶシステム４０は、送信装置としてのＨＤ(Hard Disk)レコーダ４１と、受信装置としてのディスプレイ４２から構成されている。ＨＤレコーダ４１およびディスプレイ４２は、ＨＤＭＩ用のケーブル４３を介して接続されている。
【００１４】
ＨＤレコーダ４１は、記録再生部５１と、コーデック５２と、ＨＤＭＩソース５３と、ＨＤ５４とを有し、ＨＤ５４に対するデータの記録、再生を行う。すなわち、記録再生部５１は、コーデック５２から供給される、画像データ（映像信号）、およびこの画像データに付随する音声データ（音声信号）を、例えば、ＭＰＥＧ(Moving Picture Experts Group)方式等でエンコードして得られるエンコードデータを、ＨＤ５４に記録する。また、記録再生部５１は、ＨＤ５４からエンコードデータを再生し（読み出し）、コーデック５２に供給する。
【００１５】
コーデック５２は、記録再生部５１から供給されるエンコードデータを、ベースバンド（非圧縮）の画像と音声のデータにＭＰＥＧ方式等でデコードし、当該ベースバンドの画像と音声のデータを、ＨＤＭＩソース５３、および外部装置５５に供給する。また、コーデック５２は、外部装置５５から供給されるベースバンドの画像と音声のデータを、エンコードデータにエンコードし、当該エンコードデータを、記録再生部５１に供給する。ここで、外部装置５５は、他のＨＤレコーダ、パーソナルコンピュータ、ＤＶＤ(Digital Versatile Disc)プレーヤ、デジタルカメラ等である。
【００１６】
ＨＤＭＩソース５３は、ＨＤＭＩに準拠した通信により、コーデック５２から供給されるベースバンドの画像と音声のデータを、ケーブル４３を介して、ディスプレイ４２に一方向に送信する。この意味で、ＨＤＭＩソース５３は、送信部を構成している。また、ＨＤＭＩソース５３は、送信する画像データ（映像信号）のブランキング期間に、送信する画像データのコンテンツ種類、すなわち、当該画像データがいかなるコンテンツに係るものであるかを識別するためのコンテンツ識別情報を挿入する。この意味で、ＨＤＭＩソース５３は、識別情報挿入部を構成している。このコンテンツ識別情報の詳細については、後述する。
【００１７】
ディスプレイ４２は、ＨＤＭＩシンク６１と、表示処理部６２と、表示部６３と、制御部６４とを有し、画像の表示等を行う。すなわち、ＨＤＭＩシンク６１は、ＨＤＭＩに準拠した通信により、ケーブル４３を介して接続されているＨＤレコーダ４１のＨＤＭＩソース５３から一方向に送信されてくるベースバンドの画像と音声のデータを受信する。この意味で、ＨＤＭＩシンク６１は、受信部を構成している。
【００１８】
ＨＤＭＩシンク６１は、受信した画像データを表示処理部６２に供給する。なお、ＨＤＭＩシンク６１が受信した音声のデータは、例えば、ディスプレイ４２が内蔵する、図示しないスピーカに供給される。スピーカからは、受信した音声データによる音声が出力される。
【００１９】
表示処理部６２は、ＨＤＭＩシンク６１で受信された画像データに対して、表示のための輪郭強調等の処理を行う。表示部６３は、表示処理部６２により処理された画像データによる画像を表示する。表示部６３は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬ(Electro Luminescence)、ＣＲＴ(Cathode Ray Tube)等で構成される。制御部６４は、表示処理部６２および表示部６３の動作を制御する。この実施の形態において、制御部６４には、ＨＤＭＩシンク６１から、上述したように画像データのブランキング期間に挿入されているコンテンツ識別情報が供給される。制御部６４は、このコンテンツ識別情報に基づいて、ＨＤＭＩシンク６１で受信された画像データのコンテンツ種類に応じて、表示処理部６２および表示部６３の動作を制御する。
【００２０】
図２は、表示処理部６２および表示部６３の具体的な構成例を示している。この図２において、表示処理部６２は、クロマデコーダ６２ａと、ＤＲＣ(Digital Reality Creation)部６２ｂと、エンハンサ６２ｃと、パネルドライバ６２ｄとにより構成されている。
【００２１】
クロマデコーダ６２ａは、ＨＤＭＩシンク６１から供給される画像データに対して、色空間の変更など、色に関する処理を行う。このクロマデコーダ６２ａは、色空間変更部を構成している。ＤＲＣ部６２ｂは、クロマデコーダ６２ａから出力される画像データに対して画質を改善する処理を行う。この場合、ＤＲＣ部６２ｂは、例えば、注目画素の画素データを、周辺の画素データを含めたパターンに応じて再生成することで、画質改善を行う。このＤＲＣ部６２ｂは、画質改善部を構成している。
【００２２】
エンハンサ６２ｃは、ＤＲＣ部６２ｂから出力される画像データに対して輪郭強調の処理を行う。このエンハンサ６２ｃは、輪郭強調部を構成している。パネルドライバ６２ｄは、エンハンサ６２ｃから出力される画像データに基づいて、後述する表示部６３を構成する液晶パネル６３ａを駆動する。このパネルドライバ６２ｄでは、ガンマ補正も行われる。このパネルドライバ６２ｄは、階調変更部を構成している。
【００２３】
また、図２において、表示部６３は、液晶パネル６３ａと、バックライト６３ｂとにより構成されている。液晶パネル６３ａは、上述したパネルドライバ６２ｄにより駆動され、画像データによる画像を表示する。バックライト６３ｂは、例えば白色蛍光灯により構成される。
【００２４】
以上のように構成される、図１のＡＶシステム４０の動作例を説明する。
【００２５】
例えば、ユーザが、ＨＤ５４を再生するように、ＨＤレコーダ４１を操作すると（図１には、ユーザ操作手段の図示を省略している）、記録再生部５１が、ＨＤ５４からエンコードデータを再生し、コーデック５２に供給する。コーデック５２は、記録再生部５１から供給されるエンコードデータを、ベースバンドの画像と音声のデータにデコードし、そのベースバンドの画像と音声のデータを、ＨＤＭＩソース５３に供給する。
【００２６】
ＨＤＭＩソース５３は、コーデック５２から供給される画像データのブランキング期間にコンテンツ識別情報を挿入する。そして、ＨＤＭＩソース５３は、ＨＤＭＩに準拠した通信により、ブランキング期間にコンテンツ識別情報が挿入されたベースバンドの画像データと、コーデック５２から供給されるベースバンドの音声データとを、ＨＤＭＩケーブル４３を介して、ディスプレイ４２に、一方向に、送信する。
【００２７】
ディスプレイ４２では、ＨＤＭＩシンク６１が、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル４３を介して接続されているＨＤレコーダ４１のＨＤＭＩソース５３から一方向に送信されてくるベースバンドの画像と音声のデータを受信する。そして、ＨＤＭＩシンク６１は、画像データを表示処理部６２に供給すると共に、音声データを、図示しないスピーカに供給する。さらに、ＨＤＭＩシンク６１は、画像データのブランキング期間に挿入されている制御信号、例えばコンテンツ識別情報を、制御部６４に供給する。
【００２８】
表示処理部６２は、制御部６４の制御のもと、画像データに対して、当該画像データのコンテンツ種類に応じた処理を行って、処理後の画像データを表示部６３に供給する。表示部６３は、表示処理部６２から供給される画像データに基づいて、画像を表示する。
【００２９】
図３は、図１のＨＤＭＩソース５３とＨＤＭＩシンク６１の構成例を示している。
【００３０】
ＨＤＭＩソース５３は、ある垂直同期信号から次の垂直同期信号までの区間（以下、適宜、「ビデオフィールド」という）から、水平ブランキング期間および垂直ブランキング期間を除いた区間である有効画像区間（以下、適宜、「アクティブビデオ区間」という）において、ベースバンド（非圧縮）の一画面分の画像データの差動信号を、複数のチャネルで、ＨＤＭＩシンク６１に一方向に送信する。また、ＨＤＭＩソース５３は、水平ブランキング期間および垂直ブランキング期間において、画像データに付随する音声データおよび制御パケット（Control Packet）、さらにその他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩシンク６１に一方向に送信する。
【００３１】
ＨＤＭＩソース５３は、ソース信号処理部７１およびＨＤＭＩトランスミッタ７２を有する。ソース信号処理部７１には、コーデック５２（図１参照）等から、ベースバンドの非圧縮の画像（Video）および音声（Audio）のデータが供給される。ソース信号処理部７１は、供給される画像および音声のデータに必要な処理を施し、ＨＤＭＩトランスミッタ７２に供給する。また、ソース信号処理部７１は、ＨＤＭＩトランスミッタ７２との間で、必要に応じて、制御用の情報やステータスを知らせる情報（Control/Status）等をやりとりする。
【００３２】
ＨＤＭＩトランスミッタ７２は、ソース信号処理部７１から供給される画像データを、対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル４３を介して接続されているＨＤＭＩシンク６１に、一方向に送信する。
【００３３】
さらに、トランスミッタ７２は、ソース信号処理部７１から供給される、非圧縮の画像データに付随する音声データや制御パケットその他の補助データ（auxiliary data）と、垂直同期信号（VSYNC）、水平同期信号（HSYNC）等の制御データ（control data）とを、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル４３を介して接続されているＨＤＭＩシンク６１に、一方向に送信する。
【００３４】
また、トランスミッタ７２は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画像データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル４３を介して接続されているＨＤＭＩシンク６１に送信する。
【００３５】
ＨＤＭＩシンク６１は、アクティブビデオ区間において、複数チャネルで、ＨＤＭＩソース５３から一方向に送信されてくる、画像データに対応する差動信号を受信すると共に、水平ブランキング期間および垂直ブランキング期間において、複数のチャネルで、ＨＤＭＩソース５３から送信されてくる、補助データや制御データに対応する差動信号を受信する。
【００３６】
ＨＤＭＩシンク６１は、ＨＤＭＩレシーバ８１およびシンク信号処理部８２を有する。ＨＤＭＩレシーバ８１は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル４３を介して接続されているＨＤＭＩソース５３から一方向に送信されてくる、画像データに対応する差動信号と、補助データや制御データに対応する差動信号を、同じくＨＤＭＩソース５３からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。さらに、ＨＤＭＩレシーバ８１は、差動信号を、対応する画像データ、補助データ、制御データに変換し、必要に応じて、シンク信号処理部８２に供給する。
【００３７】
シンク信号処理部８２は、ＨＤＭＩレシーバ８１から供給されるデータに必要な処理を施し、表示処理部６２および制御部６４等に供給する。その他、シンク信号処理部８２は、ＨＤＭＩレシーバ８１との間で、必要に応じて、制御用の情報やステータスを知らせる情報（Control/Status）等をやりとりする。
【００３８】
ＨＤＭＩの伝送チャネルには、ＨＤＭＩソース５３からＨＤＭＩシンク６１に対して、画像データ、補助データ、および制御データを、ピクセルクロックに同期して、一方向にシリアル伝送するための３つのＴＭＤＳチャネル＃０，＃１，＃２と、ピクセルクロックを伝送する伝送チャネルとしてのＴＭＤＳクロックチャネルとの他に、ＤＤＣ(Display Data Channel)、さらには、ＣＥＣラインと呼ばれる伝送チャネルがある。
【００３９】
ＤＤＣは、ＨＤＭＩソース５３が、ＨＤＭＩケーブル４３を介して接続されたＨＤＭＩシンク６１から、Ｅ−ＥＤＩＤ(Enhanced Extended Display Identification)を読み出すのに使用される。
【００４０】
すなわち、ＨＤＭＩシンク６１は、ＨＤＭＩレシーバ８１の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、図示しないＥＤＩＤ  ＲＯＭ(Read Only Memory)を有している。ＨＤＭＩソース５３は、ＨＤＭＩケーブル４３を介して接続されているＨＤＭＩシンク６１から、当該ＨＤＭＩシンク６１のＥ−ＥＤＩＤを、ＤＤＣを介して読み出し、そのＥ−ＥＤＩＤに基づき、ＨＤＭＩシンク６１の性能の設定、すなわち、例えば、ＨＤＭＩシンク６１を有する電子機器が対応している画像のフォーマット（プロファイル）、例えば、ＲＧＢ、ＹＣbＣr４：４：４、ＹＣbＣr４：２：２等を認識する。
【００４１】
なお、ＨＤＭＩソース５３も、ＨＤＭＩシンク６１と同様に、Ｅ−ＥＤＩＤを記憶し、必要に応じて、そのＥ−ＥＤＩＤを、ＨＤＭＩシンク６１に送信することができる。
【００４２】
ＣＥＣラインは、ＨＤＭＩソース５３とＨＤＭＩシンク６１との間で、制御用のデータの双方向通信を行うのに用いられる。
【００４３】
図４は、図３のＨＤＭＩトランスミッタ７２とＨＤＭＩレシーバ８１の構成例を示している。
【００４４】
ＨＤＭＩトランスミッタ７２は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのエンコーダ／シリアライザ７２Ａ，７２Ｂ，７２Ｃを有する。そして、エンコーダ／シリアライザ７２Ａ，７２Ｂ，７２Ｃのそれぞれは、そこに供給される画像データ、補助データ、制御データをエンコードし、パラレルデータからシリアルデータに変換して、差動信号により送信する。ここで、画像データが、例えばＲ（赤），Ｇ（緑），Ｂ（青）の３成分を有する場合、Ｂ成分（Ｂ component）はエンコーダ／シリアライザ７２Ａに供給され、Ｇ成分（Ｇ component）はエンコーダ／シリアライザ７２Ｂに供給され、Ｒ成分（Ｒ component）はエンコーダ／シリアライザ７２Ｃに供給される。
【００４５】
また、補助データとしては、例えば、音声データや制御パケットがあり、制御パケットは、例えば、エンコーダ／シリアライザ７２Ａに供給され、音声データは、エンコーダ／シリアライザ７２Ｂ，７２Ｃに供給される。
【００４６】
さらに、制御データとしては、１ビットの垂直同期信号（VSYNC）、１ビットの水平同期信号（HSYNC）、および、それぞれ１ビットの制御ビットＣＴＬ０，ＣＴＬ1，ＣＴＬ２，ＣＴＬ３がある。垂直同期信号および水平同期信号は、エンコーダ／シリアライザ７２Ａに供給される。制御ビットＣＴＬ０，ＣＴＬ1はエンコーダ／シリアライザ７２Ｂに供給され、制御ビットＣＴＬ２，ＣＴＬ３はエンコーダ／シリアライザ７２Ｃに供給される。
【００４７】
エンコーダ／シリアライザ７２Ａは、そこに供給される画像データのＢ成分、垂直同期信号および水平同期信号、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ７２Ａは、そこに供給される画像データのＢ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ７２Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。
【００４８】
また、エンコーダ／シリアライザ７２Ａは、そこに供給される垂直同期信号および水平同期信号の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。さらに、エンコーダ／シリアライザ７２Ａは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ７２Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。
【００４９】
エンコーダ／シリアライザ７２Ｂは、そこに供給される画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ1、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ７２Ｂは、そこに供給される画像データのＧ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ７２Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。
【００５０】
また、エンコーダ／シリアライザ７２Ｂは、そこに供給される制御ビットＣＴＬ０，ＣＴＬ1の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。さらに、エンコーダ／シリアライザ７２Ｂは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ７２Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。
【００５１】
エンコーダ／シリアライザ７２Ｃは、そこに供給される画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ７２Ｃは、そこに供給される画像データのＲ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ７２Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。
【００５２】
また、エンコーダ／シリアライザ７２Ｃは、そこに供給される制御ビットＣＴＬ２，ＣＴＬ３の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。さらに、エンコーダ／シリアライザ７２Ｃは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ７２Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。
【００５３】
ＨＤＭＩレシーバ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのリカバリ／デコーダ８１Ａ，８１Ｂ，８１Ｃを有する。そして、リカバリ／デコーダ８１Ａ，８１Ｂ，８１Ｃのそれぞれは、ＴＭＤＳチャネル＃０，＃１，＃２で差動信号により送信されてくる画像データ、補助データ、制御データを受信する。さらに、リカバリ／デコーダ８１Ａ，８１Ｂ，８１Ｃのそれぞれは、画像データ、補助データ、制御データを、シリアルデータからパラレルデータに変換し、さらにデコードして出力する。
【００５４】
すなわち、リカバリ／デコーダ８１Ａは、ＴＭＤＳチャネル＃０で差動信号により送信されてくる画像データのＢ成分、垂直同期信号および水平同期信号、補助データを受信する。そして、リカバリ／デコーダ８１Ａは、その画像データのＢ成分、垂直同期信号および水平同期信号、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。
【００５５】
リカバリ／デコーダ８１Ｂは、ＴＭＤＳチャネル＃１で差動信号により送信されてくる画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを受信する。そして、リカバリ／デコーダ８１Ｂは、その画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。
【００５６】
リカバリ／デコーダ８１Ｃは、ＴＭＤＳチャネル＃２で差動信号により送信されてくる画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを受信する。そして、リカバリ／デコーダ８１Ｃは、その画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。
【００５７】
図５は、ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で各種の伝送データが伝送される伝送区間（期間）の例を示している。なお、図５は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が７２０×４８０画素のプログレッシブの画像が伝送される場合の、各種の伝送データの区間を示している。
【００５８】
ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、ビデオデータ区間（Video Data period）、データアイランド区間（Data Island period）、およびコントロール区間（Control period）の３種類の区間が存在する。
【００５９】
ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（active edge）から次の垂直同期信号の立ち上がりエッジまでの区間であり、水平ブランキング期間（horizontal blanking）、垂直ブランキング期間（vertical blanking）、並びに、ビデオフィールド区間から、水平ブランキング期間および垂直ブランキング期間を除いた区間であるアクティブビデオ区間（Active Video）に分けられる。
【００６０】
ビデオデータ区間は、アクティブビデオ区間に割り当てられる。このビデオデータ区間では、非圧縮の１画面分の画像データを構成する７２０画素×４８０ライン分の有効画素（Active pixel）のデータが伝送される。
【００６１】
データアイランド区間およびコントロール区間は、水平ブランキング期間および垂直ブランキング期間に割り当てられる。このデータアイランド区間およびコントロール区間では、補助データ（Auxiliary data）が伝送される。
【００６２】
すなわち、データアイランド区間は、水平ブランキング期間と垂直ブランキング期間の一部分に割り当てられている。このデータアイランド区間では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。
【００６３】
コントロール区間は、水平ブランキング期間と垂直ブランキング期間の他の部分に割り当てられている。このコントロール区間では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。
【００６４】
ここで、現行のＨＤＭＩでは、ＴＭＤＳクロックチャネルで伝送されるピクセルクロックの周波数は、例えば１６５ＭＨｚであり、この場合、データアイランド区間の伝送レートは約５００Ｍbps程度である。
【００６５】
上述したように、データアイランド区間およびコントロール区間では、いずれも、補助データが伝送されるが、その区別は、制御ビットＣＴＬ０，ＣＴＬ１によって行われる。すなわち、図６は、制御ビットＣＴＬ０，ＣＴＬ１と、データアイランド区間およびコントロール区間との関係を示している。
【００６６】
制御ビットＣＴＬ０，ＣＴＬ１は、例えば、図６の上から１番目に示すように、デバイスイネーブル（device enable）状態と、デバイスディセーブル（device disable）状態との２つの状態を表すことができる。なお、図６の上から１番目では、デバイスイネーブル状態をＨ(High)レベルで表しており、デバイスディセーブル状態をＬ(Low)レベルで表している。制御ビットＣＴＬ０，ＣＴＬ１は、データアイランド区間では、デバイスディセーブル状態となり、コントロール区間では、デバイスイネーブル状態となり、これにより、データアイランド区間とコントロール区間とが区別される。
【００６７】
そして、制御ビットＣＴＬ０，ＣＴＬ１がデバイスディセーブル状態としてのＬレベルとなるデータアイランド区間では、図６の上から２番目に示すように、補助データのうちの、制御に関係しないデータである、例えば、音声データ等が伝送される。一方、制御ビットＣＴＬ０，ＣＴＬ１がデバイスイネーブル状態としてのＨレベルとなるコントロール区間では、図６の上から３番目に示すように、補助データのうちの、制御に関係するデータである、例えば、制御パケットやプリアンブル等が伝送される。その他、コントロール区間では、図６上から４番目に示すように、垂直同期信号および水平同期信号も伝送される。
【００６８】
次に、上述したように、ＨＤレコーダ４１のＨＤＭＩソース５３において、画像データ（映像信号）のブランキング期間に挿入されるコンテンツ識別情報について、説明する。
【００６９】
図７は、上述したデータアイランド区間に配置される、ＡＶＩ(Auxiliary Video Information)InfoFrameパケットのデータ構造を示している。ＨＤＭＩでは、当該ＡＶＩInfoFrameパケットにより、画像に関する付帯情報をソース機器からシンク機器に伝送可能となっている。
【００７０】
この実施の形態において、コンテンツ識別情報は、図７にＡＶＩInfoFrameのデータ構造を示すように、６バイト目（Data Byte3）におけるＩＴＣの１ビットと、８バイト目（Data Byte5）におけるＣＴ１，ＣＴ０の２ビットとに、階層的に配置される。
【００７１】
１ビットのデータであるＩＴＣは、動画コンテンツであるか否かを識別する。ここで、ＩＴＣ＝０であるときは、通常の動画コンテンツを示し、ＩＴＣ＝１であるときは、通常の動画コンテンツでないことを示す。２ビットのデータであるＣＴ１，ＣＴ０は、ＩＴＣ＝１であるとき有効となる。つまり、ＣＴ１，ＣＴ０は、ＩＴＣにより通常の動画コンテンツでないと判別されるとき、さらに使用されるものである。
【００７２】
この実施の形態においては、ＣＴ１，ＣＴ０により、図８に示すように、テキストコンテンツ、フォトグラフ（静止画）コンテンツ、シネマコンテンツ、ゲームコンテンツの４つのコンテンツの識別が可能とされる。すなわち、ＣＴ１＝０，ＣＴ０＝０であるとき、テキストコンテンツを示す。ＣＴ１＝０，ＣＴ０＝１であるとき、フォトグラフコンテンツを示す。ＣＴ１＝１，ＣＴ０＝０であるとき、シネマコンテンツを示す。ＣＴ１＝１，ＣＴ０＝１であるとき、ゲームコンテンツを示す。
【００７３】
ここで、テキストコンテンツとは、一般的なＩＴ(Information Technology)コンテンツを意味している。フォトグラフコンテンツとは、静止画のコンテンツを意味している。シネマコンテンツとは、映画やホームビデオのコンテンツを意味している。ゲームコンテンツとは、ＰＣまたはゲームコンソールビデオのコンテンツを意味している。
【００７４】
次に、コンテンツ識別情報が、上述したように、１ビットデータ（ＩＴＣ）と、２ビットデータ（ＣＴ１，ＣＴ０）とからなっている場合における、ディスプレイ４２の制御部６４における、コンテンツ識別情報を用いた制御処理の一例を、図９のフローチャートを用いて、説明する。
【００７５】
まず、制御部６４は、ステップＳＴ１において、制御処理を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、制御部６４は、ＩＴＣ＝１であるか否かを判別する。ＩＴＣ＝１でないとき、制御部６４は、受信された画像データが通常の動画コンテンツに係るものであると認識し、ステップＳＴ３において、通常の動画処理を行う。
【００７６】
つまり、制御部６４は、クロマデコーダ６２ａに関しては、動画用の色空間、例えばｓＲＧＢ色空間とするように制御する。また、制御部６４は、ＤＲＣ部６２ｂに関しては、画質改善処理を行うように制御する。また、制御部６４は、エンハンサ６２ｃに関しては、高域成分を強調して輪郭強調を行うように制御する。また、制御部６４は、パネルドライバ６２ｄに関しては、通常のガンマ補正を行うように制御する。また、制御部６４は、バックライト６３ｂに関しては、通常の色温度となるように制御する。
【００７７】
ステップＳＴ２でＩＴＣ＝１であるとき、制御部６４は、ステップＳＴ４に移る。このステップＳＴ４において、制御部６４は、ＣＴ１＝０であるか否かを判別する。そして、ＣＴ１＝０であるとき、制御部６４は、ステップＳＴ５において、ＣＴ０＝０であるか否かを判別する。
【００７８】
ＣＴ０＝０であるとき、制御部６４は、受信された画像データがテキストコンテンツに係るものであると認識し、ステップＳＴ６において、テキスト（Text）処理を行う。この場合、制御部６４は、エンハンサ６２ｃで高域成分を強調することによる輪郭強調が行われないように、当該エンハンサ６２ｃの動作を制御する。なお、制御部６４は、クロマデコーダ６２ａ、ＤＲＣ部６２ｂ、パネルドライバ６２ｄおよびバックライト６３ｂに関しては、上述した通常の動画処理と同様に制御する。
【００７９】
このように、受信された画像データがテキストコンテンツに係るものである場合、エンハンサ６２ｃで輪郭強調が行われないようにすることで、輪郭強調により文字が読みにくくなることを防止できる。
【００８０】
また、ステップＳＴ５でＣＴ０＝０でないとき、制御部６４は、受信された画像データがフォトグラフコンテンツに係るものであると認識し、ステップＳＴ７において、フォトグラフ（Photograph）処理を行う。この場合、制御部６４は、クロマデコーダ６２ａで静止画用の色空間、例えばＡｄｏｂｅＲＧＢ（アドビ社の商標）色空間が選択されるように、当該クロマデコーダ６２ａの動作を制御する。なお、制御部６４は、ＤＲＣ部６２ｂ、エンハンサ６２ｃ、パネルドライバ６２ｄおよびバックライト６３ｂに関しては、上述した通常の動画処理と同様に制御する。
【００８１】
このように、受信された画像データがフォトグラフコンテンツに係るものである場合、エンハンサ６２ｃで色空間を静止画用の色空間とすることで、フォトグラフ（静止画）コンテンツに係る画像データによる画像を静止画用色空間により良好に表示させることが可能となる。
【００８２】
また、ステップＳＴ４でＣＴ１＝０でないとき、制御部６４は、ステップＳＴ８において、ＣＴ０＝０であるか否かを判別する。
【００８３】
ＣＴ０＝０であるとき、制御部６４は、受信された画像データがシネマコンテンツに係るものであると認識し、ステップＳＴ９において、シネマ（Cinema）処理を行う。この場合、制御部６４は、パネルドライバ６２ｄにおけるガンマ補正を制御し、黒側の階調を持ち上げるようにすると共に、バックライト６３ｂを制御し、色温度を下げる。なお、制御部６４は、クロマデコーダ６２ａ、ＤＲＣ部６２ｂおよびエンハンサ６２ｃに関しては、上述した通常の動画処理と同様に制御する。
【００８４】
このように、受信された画像データがシネマコンテンツに係るものである場合、パネルドライバ６２ｄで黒側の階調を持ち上げると共に、バックライト６３ｂの色温度を下げることで、シネマコンテンツにあった画像の表示が可能となる。
【００８５】
また、ステップＳＴ８でＣＴ０＝０でないとき、制御部６４は、受信された画像データがゲームコンテンツに係るものであると認識し、ステップＳＴ１０において、ゲーム（Game）処理を行う。この場合、制御部６４は、ＤＲＣ部６２ｂで画像改善処理が行われないように、当該ＤＲＣ部６２ｂの動作を制御する。なお、制御部６４は、クロマデコーダ６２ａ、エンハンサ６２ｃ、パネルドライバ６２ｄおよびバックライト６３ｂに関しては、上述した通常の動画処理と同様に制御する。
【００８６】
このように、受信された画像データがゲームコンテンツに係るものである場合、ＤＲＣ部６２ｂで画質改善処理が行われないようにすることで、当該画質改善処理による音声に対する画像の遅れを軽減でき、音声と画像とのずれによる違和感の発生を防止できる。
【００８７】
次に、コンテンツ識別情報が、上述したように、１ビットデータ（ＩＴＣ）と、２ビットデータ（ＣＴ１，ＣＴ０）とからなっている場合における、ディスプレイ４２の制御部６４における、コンテンツ識別情報を用いた制御処理の他の例を、図１０のフローチャートを用いて、説明する。この図１０において、図９と対応するステップには同一符号を付して示している。
【００８８】
まず、制御部６４は、ステップＳＴ１において、制御処理を開始し、その後に、ステップＳＴ１ａに移る。このステップＳＴ１ａにおいて、制御部６４は、設定モードが、オート、ビデオ（動画）、フォト（静止）、テキスト、シネマ、ゲームのいずれであるかを判断する。
【００８９】
なお、制御部６４には、図示しないユーザ操作部が設けられており、ユーザは、このユーザ操作部を操作してモード設定を行うことができる。図１１は、モード設定時に、液晶パネル６３ａに表示されるＧＵＩ(Graphical User Interface)画面を示している。ユーザは、ＧＵＩ画面に表示されているオート、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームの釦を、ユーザ操作部を操作して押圧することで、所望のモードに設定できる。
【００９０】
ステップＳＴ１ａでオートモードに設定されている場合、制御部６４は、ステップＳＴ２の処理に移り、詳細説明は省略するが、上述の図９のフローチャートと同様の処理をする。一方、ステップＳＴ１ａでビデオ、フォト、テキスト、シネマ、ゲームのいずれかのモードに設定されている場合、制御部６４は、ステップＳＴ１ｂの処理に移る。このステップＳＴ１ｂにおいて、制御部６４は、設定されたモードに対応した処理（動画処理、テキスト処理、フォトグラフ処理、シネマ処理、ゲーム処理）を行う（ＳＴ３，ＳＴ６，ＳＴ７，ＳＴ９，ＳＴ１０参照）。
【００９１】
図１０のフローチャートに示す制御処理例においては、オートモードに設定されている場合には、図９のフローチャートに示す制御処理例と同様に、受信された画像データ（映像信号）に対してコンテンツの種類に応じた最適な処理が行われる。また、図１０のフローチャートに示す制御処理例においては、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームのいずれかのモードに設定されている場合には、受信された画像データ（映像信号）に対して、強制的に、設定されたモードに対応した処理が行われる。
【００９２】
上述したように、図１に示すＡＶシステム４０において、ＨＤレコーダ４１のＨＤＭＩソース５３は、画像データのブランキング期間（データアイランド区間）に配置されるＡＶＩ InfoFrameパケットにコンテンツ識別情報ＩＴＣ，ＣＴ１，ＣＴ０を挿入し、当該画像データを、３つのＴＭＤＳチャネル＃０，＃１，＃２で、差動信号により、ディスプレイ４２のＨＤＭＩシンク６１に送信するものである。したがって、ディスプレイ４２では、当該コンテンツ識別情報に基づいて、受信された画像データのコンテンツ種類を識別でき、画像データに対してコンテンツ種類に適合した最適な処理を行うことができる。
【００９３】
また、図１に示すＡＶシステム４０において、ＨＤレコーダ４１のＨＤＭＩソース５３で画像データのブランキング期間に挿入されるコンテンツ識別情報は、通常の動画コンテンツであるか否かを識別する１ビットのデータＩＴＣと、このデータＩＴＣにより動画コンテンツでないと判別されるときさらに使用される２ビットのデータＣＴ１，ＣＴ０より構成されている。この場合、通常の動画コンテンツの送信頻度が高い場合には、上位階層に配置された１ビットのデータＩＴＣを使用したコンテンツ種類の判別処理だけで終わることが多く、ディスプレイ４２の制御部６４における判別処理の負荷を軽減することが可能となる。
【００９４】
なお、上述実施の形態においては、コンテンツ識別情報として、１ビットのデータＩＴＣを上位階層に配置し、２ビットのデータＣＴ１，ＣＴ０を下位階層に配置し、通常の動画コンテンツ、テキストコンテンツ、フォトグラフコンテンツ、シネマコンテンツおよびゲームコンテンツの５種類のコンテンツを識別し得るものを示した。しかし、各層のデータビット数の増加、階層数の増加等により、さらに多くのコンテンツの種類を識別し得るようにすることもできる。また、通常の動画コンテンツ、テキストコンテンツ、フォトグラフコンテンツ、シネマコンテンツおよびゲームコンテンツの５種類のコンテンツの分類は一例であって、これに限定されるものではない。
【００９５】
また、上述実施の形態においては、画像データのブランキング期間に配置されるＡＶＩ InfoFrameパケットにコンテンツ識別情報ＩＴＣ，ＣＴ１，ＣＴ０を挿入するものを示したが、コンテンツ識別情報を、画像データのブランキング期間のその他の部分に挿入するようにしてもよい。
【００９６】
次に、この発明の他の実施の形態について説明する。
【００９７】
図１２は、この発明を適用したＡＶシステム１４０の構成例を示している。この図１２において、ＡＶシステム１４０は、送信装置としてのビデオカメラ１４１と、受信装置としてのテレビ受信機１４２とで構成されている。ビデオカメラ１４１およびテレビ受信機１４２は、ＨＤＭＩ用のケーブル１４３を介して接続されている。
【００９８】
図１３は、ビデオカメラ１４１の構成例を示している。ビデオカメラ１４１は、制御部１５１と、ユーザ操作部１５２と、表示部１５３と、撮像レンズ１５４と、撮像素子（イメージセンサ）１５５と、撮像信号処理部１５６と、コーデック１５７と、記録再生部１５８と、ＨＤＭＩソース１６０とを有している。
【００９９】
制御部１５１は、ビデオカメラ１４１の各部の動作を制御する。ユーザ操作部１５２および表示部１５３は、ユーザインタフェースを構成し、制御部１５１に接続されている。ユーザ操作部１５２は、ビデオカメラ１４１の図示しない筐体に配置されたキー、釦、ダイアル、あるいは表示部１５３の表示面に配置されたタッチパネル等で構成される。表示部１５３は、ＬＣＤ(Liquid Crystal Display)等で構成される。
【０１００】
撮像素子１５５は、例えば、ＣＣＤ(Charge Coupled Device)イメージセンサ、ＣＭＯＳ(Complementary Metal Oxide Semiconductor）イメージセンサ等で構成される。撮像素子１５５は、撮像レンズ１５４により撮像面に被写体の光学像が結像された状態で撮像処理を行って、撮像信号を出力する。
【０１０１】
撮像信号処理部１５６は、撮像素子１５５から出力される撮像信号（アナログ信号）に対し、サンプルホールドおよび利得制御、アナログ信号からデジタル信号への変換、さらにホワイトバランス調整、ガンマ補正等を行って、画像データ（映像信号）を生成する。なお、ユーザは、ユーザ操作部１５２により、撮像信号処理部１５６から出力される画像データの色空間を指定できる。すなわち、ユーザは、ＲＧＢ色空間（例えば、sRGB 601,sRGB 709,Adobe 601,Adobe 709 等）またはＹＵＶ色空間（例えば、sYCC 601,sYCC 709 等）を指定できる。
【０１０２】
また、ユーザは、ユーザ操作部１５２により、撮像信号処理部１５６から出力される画像データの量子化レンジを指定できる。すなわち、ユーザは、ＹＵＶ色空間の画像データの輝度信号Ｙのレンジ（例えば、フルレンジ(0〜255)、リミテッドレンジ(16〜235)）、ＲＧＢ色空間の各色信号の量子化のレンジ（例えば、フルレンジ(0〜255)、リミテッドレンジ(16〜235)）を指定できる。
【０１０３】
ＨＤＭＩソース１６０は、ＨＤＭＩケーブル１４３を介して、後述するテレビ受信機１４２のＨＤＭＩシンク１７３から、当該ＨＤＭＩシンク１７３のＥ−ＥＤＩＤを、ＤＤＣを介して読み出す。このようにＨＤＭＩソース１６０で読み出されるＥ−ＥＤＩＤには、テレビ受信機１４２がサポートしている、すなわち、テレビ受信機１４２で取り扱うことができる色空間、量子化レンジの情報が含まれている。制御部１５１は、当該情報に基づいて、表示部１５３に、テレビ受信機１４２がサポートしている色空間、量子化レンジを表示できる。この場合、ユーザは、表示部１５３に表示されている色空間、量子化レンジを参照することで、テレビ受信機１４２がサポートしている色空間、量子化レンジを、簡単に指定できる。
【０１０４】
なお、この場合、ユーザは、表示部１５３に表示されている色空間、量子化レンジ以外の色空間、量子化レンジの中からのみ所望の色空間、量子化レンジを指定可能とすることで、受信側のテレビ受信機１４２でサポートされていない色空間の指定をユーザが行うことを回避できる。また、上述したようにユーザが色空間、量子化レンジを指定する代わりに、制御部１５１が、テレビ受信機１４２がサポートしている色空間、量子化レンジの中から所定の色空間、量子化レンジを自動的に選択するようにしてもよい。この場合、受信側のテレビ受信機１４２がサポートしている色空間、量子化レンジに自動的に設定されることから、ユーザの手間を軽減できる。なお、この場合、制御部１５１は、色空間、量子化レンジの設定部を構成する。
【０１０５】
図１６は、Ｅ−ＥＤＩＤとしての、色空間データブロック（Colorimetory Data Block）のデータ構造の一例を示している。第１バイトの第５〜第７のビットには、拡張タグコード（Extended Tag Code）を使用するタイプのデータブロックであることを示す「Tag Code(07h)」が記述されている。また、この第１バイトの第０〜第４のビットには、データブロック長を示す「Length of following data block(in bytes)(03h)」が記述されている。第２バイトには、色空間データブロックであることを示す拡張タグコード「Extended Tag Code(05h)」が記述されている。
【０１０６】
第３バイトおよび第４バイトに、実質的なデータが記述されている。第３バイトの第０ビット（Ｆ30）は「xvYCC 601」の色空間をサポートしているか否かを示す。第３バイトの第１ビット（Ｆ31）は「xvYCC 709」の色空間をサポートしているか否かを示す。第３バイトの第２ビット（Ｆ32）は「sYCC 601」の色空間をサポートしているか否かを示す。第３バイトの第３ビット（Ｆ33）は「sYCC 709」の色空間をサポートしているか否かを示す。
【０１０７】
第３バイトの第４ビット（Ｆ34）は「Adobe 601」の色空間をサポートしているか否かを示す。第３バイトの第５ビット（Ｆ35）は「Adobe 709」の色空間をサポートしているか否かを示す。第３バイトの第６ビット（Ｆ36）は「Adobe RGB」の色空間をサポートしているか否かを示す。各ビットは、「１」のとき、サポートしている、つまり取り扱いが可能であることを表す。
【０１０８】
図１７は、Ｅ−ＥＤＩＤとしての、ビデオ性能データブロック（Video Capability Data Block）のデータ構造の一例を示している。第１バイトの第５〜第７のビットには、拡張タグコード（Extended Tag Code）を使用するタイプのデータブロックであることを示す「Tag Code(07h)」が記述されている。また、この第１バイトの第０〜第４のビットには、データブロック長を示す「Length of following data block(in bytes)(02h)」が記述されている。第２バイトには、ビデオ性能データブロックであることを示す拡張タグコード「Extended Tag Code(00h)」が記述されている。
【０１０９】
第３バイトに、実質的なデータが記述されている。第３バイトの第７ビット（Ｆ37）はＹＵＶ空間でフルレンジを取り扱うことができるか否かのデータＱＹが記述されている。ＱＹ＝１のとき、サポートしている、つまり取り扱いが可能であることを表す。
【０１１０】
図１８のフローチャートは、色空間、量子化レンジの設定時における制御部１５１の設定処理の一例を示している。
【０１１１】
まず、制御部１５１は、ステップＳＴ２１において、設定処理を開始し、その後に、ステップＳＴ２２に移る。このステップＳＴ２２において、制御部１５１は、テレビ受信機１４２から得られた色空間、量子化レンジの情報（ＥＤＩＤ）に基づき、テレビ受信機（シンク）１４２でサポートされている色空間、量子化レンジを、表示部１５３に表示する。
【０１１２】
次に、制御部１５１は、ステップＳＴ２３において、ユーザが色空間、量子化レンジを指定したか否かを判断する。ユーザがユーザ操作部１５２で色空間、量子化レンジを指定したときは、ステップＳＴ２４において、撮像信号処理部１５６から出力する画像データの色空間、量子化レンジを、当該指定された色空間、量子化レンジに設定する。その後、制御部１５１は、ステップＳＴ２６において、設定処理を終了する。
【０１１３】
上述のステップＳＴ２３でユーザが色空間、量子化レンジを指定しなかったとき、制御部１５１は、ステップＳＴ２５において、色空間、量子化レンジをテレビ受信機１４２でサポートされている色空間、量子化レンジのうち所定の色空間、量子化レンジに自動的に設定する。その後、制御部１５１は、ステップＳＴ２６において、設定処理を終了する。
【０１１４】
図１３に戻って、記録再生部１５８は、コーデック１５７から供給される、画像データ（映像信号）、およびこの画像データに付随する音声データ（音声信号）を、例えば、ＭＰＥＧ(Moving Picture Experts Group)方式等でエンコードして得られるエンコードデータを、ＨＤ１５９に記録する。また、記録再生部１５８は、ＨＤ１５９からエンコードデータを再生し（読み出し）、コーデック１５７に供給する。
【０１１５】
コーデック１５７は、記録再生部１５８から供給されるエンコードデータを、ベースバンド（非圧縮）の画像と音声のデータにＭＰＥＧ方式等でデコードし、当該ベースバンドの画像と音声のデータを、ＨＤＭＩソース１６０、および外部装置１６１に供給する。また、コーデック１５７は、撮像信号処理得部１５６から、あるいは外部装置１６１から供給されるベースバンドの画像と音声のデータを、エンコードデータにエンコードし、当該エンコードデータを、記録再生部１５８に供給する。ここで、外部装置１６１は、ＨＤレコーダ、パーソナルコンピュータ、ＤＶＤ(Digital Versatile Disc)プレーヤ、ビデオカメラ等である。
【０１１６】
ＨＤＭＩソース１６０は、ＨＤＭＩに準拠した通信により、コーデック１５７から供給されるベースバンドの画像と音声のデータを、ＨＤＭＩケーブル１４３を介して、テレビ受信機１４２に一方向に送信する。この意味で、ＨＤＭＩソース１６０は、送信部を構成している。また、ＨＤＭＩソース１６０は、送信する画像データ（映像信号）のブランキング期間に、送信する画像データのコンテンツ種類、すなわち、当該画像データがいかなるコンテンツに係るものであるかを識別するためのコンテンツ識別情報を挿入する。この意味で、ＨＤＭＩソース１６０は、識別情報挿入部を構成している。詳細説明は省略するが、このＨＤＭＩソース１６０は、上述の図１のＡＶシステム４０のＨＤレコーダ４１におけるＨＤＭＩソース５３と同様に構成されている。
【０１１７】
また、ＨＤＭＩソース１６０は、送信する画像データ（映像信号）のブランキング期間に、送信する画像データの色空間を示す色空間情報を挿入すると共に、当該送信する画像データ（映像信号）のブランキング期間に、送信する画像データの量子化レンジを示す量子化レンジ情報を挿入する。この意味で、ＨＤＭＩソース１６０は、色空間情報挿入部および量子化レンジ情報挿入部を構成している。コンテンツ情報、色空間情報、量子化レンジ情報の詳細については後述する。
【０１１８】
図１４は、テレビ受信機１４２の構成例を示している。テレビ受信機１４２は、制御部１７１と、ユーザ操作部１７２と、ＨＤＭＩシンク１７３と、チューナ１７４と、アンテナ端子１７５と、切替器１７６と、表示処理部１７７と、表示部１７８とを有している。
【０１１９】
制御部１７１は、テレビ受信機１４２の各部の動作を制御する。ユーザ操作部１７２は、ユーザインタフェースを構成し、制御部１７１に接続されている。ユーザ操作部１７２は、テレビ受信機１４２の図示しない筐体に配置されたキー、釦、ダイアル、あるいはリモコン等で構成される。
【０１２０】
ＨＤＭＩシンク１７３は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル１４３を介して接続されているビデオカメラ１４１のＨＤＭＩソース１６０から一方向に送信されてくるベースバンドの画像と音声のデータを受信する。この意味で、ＨＤＭＩシンク１７３は、受信部を構成している。詳細説明は省略するが、このＨＤＭＩシンク１７３は、上述の図１のＡＶシステム４０のディスプレイ４２おけるＨＤＭＩシンク６１と同様に構成されている。
【０１２１】
ＨＤＭＩシンク１７３は、受信した画像データを切替器１７６に供給する。なお、ＨＤＭＩシンク１７３が受信した音声のデータは、音声データ用の切替器に供給される。
【０１２２】
チューナ１７４は、ＢＳ放送、地上波デジタル放送等を受信する。このチューナ１７４には、アンテナ端子１７５に接続された図示しないアンテナで捕らえられた放送信号が供給される。切替器１７６は、ＨＤＭＩシンク１７３で受信された画像データまたはチューナ１７４で受信された画像データを選択的に取り出す。
【０１２３】
表示処理部１７７は、切替器１７６で取り出された画像データに対して、表示のための輪郭強調等の処理を行う。表示部１７８は、表示処理部１７７により処理された画像データによる画像を表示する。表示部１７８は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬ(Electro Luminescence)、ＰＤＰ(Plasma Display Panel)、ＣＲＴ(Cathode Ray Tube)等で構成される。
【０１２４】
この実施の形態において、制御部１７１には、ＨＤＭＩシンク１７３から、上述したように画像データのブランキング期間に挿入されているコンテンツ識別情報、色空間情報、量子化レンジ情報が供給される。制御部１７１は、ＨＤＭＩシンク１７３で受信された画像データが切替器１７６で選択されるとき、これらの情報に基づいて、表示処理部１７７および表示部１７８の動作を制御する。
【０１２５】
図１５は、表示処理部１７７および表示部１７８の具体的な構成例を示している。この図１５において、表示処理部１７７は、クロマデコーダ１７７ａと、ＤＲＣ(Digital Reality Creation)部１７７ｂと、エンハンサ１７７ｃと、パネルドライバ１７７ｄとにより構成されている。
【０１２６】
クロマデコーダ１７７ａは、ＨＤＭＩシンク１７３から供給される画像データに対して、色空間情報に基づく色空間の変更等の、色に関する処理を行う。このクロマデコーダ１７７ａは、色空間変更部を構成している。ＤＲＣ部１７７ｂは、クロマデコーダ１７７ａから出力される画像データに対して画質を改善する処理を行う。この場合、ＤＲＣ部１７７ｂは、例えば、注目画素の画素データを、周辺の画素データを含めたパターンに応じて再生成することで、画質改善を行う。このＤＲＣ部１７７ｂは、画質改善部を構成している。
【０１２７】
エンハンサ１７７ｃは、ＤＲＣ部１７７ｂから出力される画像データに対して輪郭強調の処理を行う。また、このエンハンサ１７７ｃは、画像データの色空間がｓＲＧＢであったとき、色域を拡大する処理を行う。このエンハンサ１７７ｃは、輪郭強調部および色域拡張部を構成している。パネルドライバ１７７ｄは、エンハンサ１７７ｃから出力される画像データに基づいて、後述する表示部１７８を構成する液晶パネル１７８ａを駆動する。この場合、パネルドライバ１７７ｄは、量子化レンジの情報を参照して、駆動信号を生成する。このパネルドライバ１７７ｄでは、ガンマ補正も行われる。このパネルドライバ１７７ｄは、階調変更部を構成している。
【０１２８】
また、図１５において、表示部１７８は、液晶パネル１７８ａと、バックライト１７８ｂとにより構成されている。液晶パネル１７８ａは、上述したパネルドライバ１７７ｄにより駆動され、画像データによる画像を表示する。バックライト１７８ｂは、例えば白色蛍光灯により構成される。
【０１２９】
以上のように構成される、図１２（図１３、図１４）のＡＶシステム１４０の動作例を説明する。
【０１３０】
例えば、ユーザが、被写体を撮像するように、ビデオカメラ１４１を操作すると、撮像素子１５５は撮像動作を開始し、撮像信号処理部１５６から、被写体に対応した画像データが得られる。この画像データの色空間、量子化レンジは、予めユーザによって指定された、あるいは制御部１５１で自動的に設定された、色空間、量子化レンジとされる。
【０１３１】
撮像信号処理部１５６から出力される画像データは、音声データと共にコーデック１５７でエンコードされ、エンコードデータは記録再生部１５８によりＨＤ１５９に記録される。
【０１３２】
また、例えば、ユーザが、外部装置１６１からのデータを記録するようにビデオカメラ１４１を操作すると、コーデック１５７により外部装置１６１からの画像と音声のデータがエンコードされ、エンコードデータは記録再生部１５８によりＨＤ１５９に記録される。
【０１３３】
ユーザが、ＨＤ１５９に記録されているデータ送信するようにビデオカメラ１４１を操作すると、記録再生部１５８により、ＨＤ１５９からエンコードデータが再生され、コーデック１５７に供給される。コーデック１５７では、記録再生部１５８で再生されたエンコードデータが、ベースバンドの画像と音声のデータにデコードされ、そのベースバンドの画像と音声のデータは、ＨＤＭＩソース１６０に供給される。
【０１３４】
また、ユーザが、撮像データを送信するようにビデオカメラ１４１を操作すると、上述したように撮像信号処理部１５６から出力される画像データと、この画像データに対応した音声データが、ベースバンドのまま、コーデック１５７を通過してＨＤＭＩソース１６０に供給される。
【０１３５】
ＨＤＭＩソース１６０は、コーデック１５７から供給される画像データのブランキング期間にコンテンツ識別情報、色空間情報、量子化レンジ情報等を挿入する。そして、ＨＤＭＩソース１６０は、ＨＤＭＩに準拠した通信により、ブランキング期間にコンテンツ識別情報、色空間情報、量子化レンジ情報等が挿入されたベースバンドの画像データと、コーデック１５７から供給されるベースバンドの音声データとを、ＨＤＭＩケーブル１４３を介して、テレビ受信機１４２に、一方向に、送信する。
【０１３６】
テレビ受信機１４２では、ＨＤＭＩシンク１７３により、ＨＤＭＩに準拠した通信により、ビデオカメラ１４１のＨＤＭＩソース１６０からＨＤＭＩケーブル１４３を介して一方向に送信されてくるベースバンドの画像と音声のデータが受信される。ＨＤＭＩシンク１７３は、受信された画像データを切替器１７６に供給し、受信された音声データを、図示しない音声データ用の切替器に供給する。さらに、ＨＤＭＩシンク１７３は、画像データのブランキング期間に挿入されている制御信号、例えばコンテンツ識別情報、色空間情報、量子化レンジ情報等を、制御部１７１に供給する。
【０１３７】
また、チューナ１７４で受信された画像データは切替器１７６に供給される。ユーザがユーザ操作部１７２によりＨＤＭＩシンク１７３を選択する操作を行うとき、切替器１７６ではＨＤＭＩシンク１７３で受信された画像データが取り出される。一方、ユーザがユーザ操作部１７２によりチューナ１７４を選択する操作を行うとき、切替器１７６ではチューナ１７４で受信された画像データが取り出される。
【０１３８】
切替器１７６で取り出された画像データは、表示処理部１７７に供給される。表示処理部１７７では、制御部１７１の制御のもと、画像データに対して、当該画像データのコンテンツ種類に応じた処理が行われ、処理後の画像データは表示部１７８に供給される。表示部１７８では、表示処理部１７７から供給される画像データに基づいて、画像が表示される。
【０１３９】
また、チューナ１７４で受信された音声データは音声データ用の切替器に供給される。この音声データ用の切替器では、上述した切替器１７６における画像データの切り替えに対応した音声データの切り替えが行われる。そして、この音声データ用の切替器で取り出された音声データは図示しないスピーカに供給され、当該音声データによる音声が出力される。
【０１４０】
次に、上述したように、ビデオカメラ１４１のＨＤＭＩソース１６０において、画像データ（映像信号）のブランキング期間に挿入されるコンテンツ識別情報、色空間情報、量子化レンジ情報について、説明する。
【０１４１】
図１９は、上述したデータアイランド区間に配置される、ＡＶＩ(Auxiliary Video Information)InfoFrameパケットのデータ構造を示している。ＨＤＭＩでは、当該ＡＶＩInfoFrameパケットにより、画像に関する付帯情報をソース機器からシンク機器に伝送可能となっている。
【０１４２】
この実施の形態において、コンテンツ識別情報は、図１９に示すように、AVIInfoFrameパケット６バイト目（Data Byte3）におけるＣＡ（図７のＩＴＣに対応）の１ビットと、８バイト目（Data Byte5）におけるＣＴ１，ＣＴ０の２ビットとに、階層的に配置される。
【０１４３】
１ビットのデータであるＣＡは、動画コンテンツであるか否かを識別する。ここで、ＣＡ＝０であるときは、通常の動画コンテンツを示し、ＣＡ＝１であるときは、通常の動画コンテンツでないことを示す。２ビットのデータであるＣＴ１，ＣＴ０は、ＣＡ＝１であるとき有効（Active）となる。つまり、ＣＴ１，ＣＴ０は、ＣＡにより通常の動画コンテンツでないと判別されるとき、さらに使用されるものである。
【０１４４】
この実施の形態においては、ＣＴ１，ＣＴ０により、上述の図８に示すように、テキストコンテンツ、フォトグラフコンテンツ、シネマコンテンツ、ゲームコンテンツの４つのコンテンツの識別が可能とされる。すなわち、ＣＴ１＝０，ＣＴ０＝０であるとき、テキストコンテンツを示す。ＣＴ１＝０，ＣＴ０＝１であるとき、フォトグラフ（静止画）コンテンツを示す。ＣＴ１＝１，ＣＴ０＝０であるとき、シネマコンテンツを示す。ＣＴ１＝１，ＣＴ０＝１であるとき、ゲームコンテンツを示す。
【０１４５】
ここで、テキストコンテンツとは、一般的なＩＴ(Information Technology)コンテンツを意味している。フォトグラフコンテンツとは、静止画のコンテンツを意味している。シネマコンテンツとは、映画やホームビデオのコンテンツを意味している。ゲームコンテンツとは、ＰＣまたはゲームコンソールビデオのコンテンツを意味している。
【０１４６】
色空間情報は、図１９に示すように、AVIInfoFrameパケットの、４バイト目（Data Byte1）におけるＹ１，Ｙ０の２ビットと、５バイト目（Data Byte2）におけるＣ１，Ｃ０の２ビットと、６バイト目（Data Byte3）におけるＥＣ２，ＥＣ１，ＥＣ０の３ビットに配置されている。この実施の形態において、色空間情報「Y1,Y0.C1,C0,EC2,EC1,EC0」の定義は、コンテンツの種類、例えば、コンテンツが静止画であるか否かにより変化するようになされている。
【０１４７】
また、量子化レンジ情報は、図１９に示すように、６バイト目（Data Byte3）におけるＱ１，Ｑ０の２ビットと、８バイト目（Data Byte5）におけるＱ３，Ｑ２の２ビットとに配置されている。Ｑ１，Ｑ０は、ＲＧＢ色空間における量子化レンジを示す。Ｑ１＝０，Ｑ０＝０のとき、デフォルト（Default）を表し、Ｑ１＝０，Ｑ０＝１のとき、リミテッドレンジを表し、Ｑ１＝１，Ｑ０＝０のとき、フルレンジを表す。Ｑ３，Ｑ２は、ＹＵＶにおける量子化レンジを示す。この実施の形態において、量子化レンジ情報「Q3,Q2」の定義は、コンテンツの種類、例えば、コンテンツが静止画であるか否かにより変化するようになされている。
【０１４８】
図２０は、この実施の形態における、色空間情報および量子化レンジ情報の定義を示している。この定義例は、コンテンツが静止画であるか否かにより変化するようになされた例である。
【０１４９】
Ｙ１，Ｙ０について説明する。コンテンツが静止画以外である場合、Ｙ１＝０，Ｙ０＝０のとき、「RGB(sRGB)」を表し、Ｙ１＝０，Ｙ０＝１のとき、「YUV 4:2:2」を表し、Ｙ１＝１，Ｙ０＝０のとき、「YUV 4:4:4」を表す。一方、コンテンツが静止画（Photo）である場合、Ｙ１＝０，Ｙ０＝０のとき、「RGB(sRGB)」を表し、Ｙ１＝０，Ｙ０＝１のとき、「YUV 4:2:2」を表し、Ｙ１＝１，Ｙ０＝０のとき、「YUV 4:4:4」を表し、さらに、Ｙ１＝１，Ｙ０＝１のとき、「RGB(Adobe)」を表す。
【０１５０】
Ｃ１，Ｃ０について説明する。コンテンツが静止画以外および静止画のいずれにあっても、Ｃ１＝０，Ｃ０＝０のとき、「No Data)」を表し、Ｃ１＝０，Ｃ０＝１のとき、「sRGB 601」を表し、Ｃ１＝１，Ｃ０＝０のとき、「sRGB 709」を表し、さらに、Ｃ１＝１，Ｃ０＝１のとき、ＥＣ２〜ＥＣ０を参照することを表す。
【０１５１】
ＥＣ２，ＥＣ１，ＥＣ０について説明する。コンテンツが静止画以外である場合、ＥＣ２＝０，ＥＣ１＝０，ＥＣ０＝０のとき、「sYCC 601」を表し、ＥＣ２＝０，ＥＣ１＝０，ＥＣ０＝１のとき、「sYCC 709」を表す。一方、コンテンツが静止画である場合、ＥＣ２＝０，ＥＣ１＝０，ＥＣ０＝０のとき、「sYCC 601」を表し、ＥＣ２＝０，ＥＣ１＝０，ＥＣ０＝１のとき、「sYCC 709」を表し、さらに、ＥＣ２＝０，ＥＣ１＝１，ＥＣ０＝０のとき、「Adobe 601」を表し、ＥＣ２＝０，ＥＣ１＝１，ＥＣ０＝１のとき、「Adobe 709」を表す。
【０１５２】
Ｑ３，Ｑ２について説明する。コンテンツが静止画以外である場合、定義されていない。一方、コンテンツが静止画（Photo）である場合、Ｑ３＝０，Ｑ２＝０のとき、「Default」を表し、Ｑ３＝０，Ｑ２＝１のとき、「limited range」を表し、Ｑ３＝１，Ｑ２＝０のとき、「full range」を表す。
【０１５３】
上述の図２０に示す色空間情報および量子化レンジ情報の定義は、ビデオカメラ１４１の制御部１５１に内蔵されたＲＯＭ１５１ａに記憶されており、ＨＤＭＩソース１６０において、送信する画像データに、色空間情報および量子化レンジ情報を挿入する際に、当該定義が参照される。また、上述の図２０に示す色空間情報および量子化レンジ情報の定義は、テレビ受信機１４２の制御部１７１に内蔵されたＲＯＭ１７１ａに記憶されており、ＨＤＭＩシンク１７３で受信した画像データに挿入されている色空間情報および量子化レンジ情報を解釈する際に、当該定義が参照される。
【０１５４】
次に、コンテンツ識別情報が、上述したように、１ビットデータ（ＣＡ）と、２ビットデータ（ＣＴ１，ＣＴ０）とからなっている場合における、テレビ受信機１４２の制御部１７１における、コンテンツ識別情報、色空間情報、量子化レンジ情報等を用いた制御処理の一例を、図２１のフローチャートを用いて、説明する。
【０１５５】
まず、制御部１７１は、ステップＳＴ１１において、制御処理を開始し、その後に、ステップＳＴ１２に移る。このステップＳＴ１２において、制御部１７１は、ＩＴＣ＝１であるか否かを判別する。ＩＴＣ＝１でないとき、制御部１７１は、受信された画像データが通常の動画コンテンツに係るものであると認識し、ステップＳＴ１３において、通常の動画処理を行う。
【０１５６】
つまり、制御部１７１は、クロマデコーダ１７７ａに関しては、色空間情報を動画の定義で解釈した場合の色空間となるように制御する。また、制御部１７１は、ＤＲＣ部１７７ｂに関しては、画質改善処理を行うように制御する。また、制御部１７１は、エンハンサ１７７ｃに関しては、高域成分を強調して輪郭強調を行うように制御すると共に、色空間がｓＲＧＢであったときには、色域を拡張する処理を行うように制御する。また、制御部１７１は、パネルドライバ１７７ｄに関しては、量子化レンジ情報を動画の定義で解釈した場合の量子化レンジで駆動信号を生成するように制御すると共に、通常のガンマ補正を行うように制御する。また、制御部１７１は、バックライト１７８ｂに関しては、通常の色温度となるように制御する。
【０１５７】
ステップＳＴ１２でＩＴＣ＝１であるとき、制御部１７１は、ステップＳＴ１４に移る。このステップＳＴ１４において、制御部１７１は、ＣＴ１＝０であるか否かを判別する。そして、ＣＴ１＝０であるとき、制御部１７１は、ステップＳＴ１５において、ＣＴ０＝０であるか否かを判別する。
【０１５８】
ＣＴ０＝０であるとき、制御部１７１は、受信された画像データがテキストコンテンツに係るものであると認識し、ステップＳＴ１６において、テキスト（Text）処理を行う。この場合、制御部１７１は、エンハンサ１７７ｃで高域成分を強調することによる輪郭強調が行われないように、当該エンハンサ１７７ｃの動作を制御する。なお、制御部１７１は、その他については、上述した通常の動画処理と同様に制御する。
【０１５９】
このように、受信された画像データがテキストコンテンツに係るものである場合、エンハンサ１７７ｃで輪郭強調が行われないようにすることで、輪郭強調により文字が読みにくくなることを防止できる。
【０１６０】
また、ステップＳＴ１５でＣＴ０＝０でないとき、制御部１７１は、受信された画像データがフォトグラフコンテンツ（静止画のコンテンツ）に係るものであると認識し、ステップＳＴ１７において、フォトグラフ（Photograph）処理を行う。この場合、制御部１７１は、色空間情報を静止画の定義で解釈した場合の色空間となるように、クロマデコーダ１７７ａの動作を制御する。また、制御部１７１は、パネルドライバ１７７ｄに関しては、量子化レンジ情報を静止画の定義で解釈した場合の量子化レンジで駆動信号を生成するように制御する。制御部１７１は、その他に関しては、上述した通常の動画処理と同様に制御する。
【０１６１】
なお、パネルドライバ１７７ｄは、上述していないがＯＳＤ(On Screen Display)表示部１７７ｅを備えており、制御部１７１は、液晶パネル１７８ａの画面に、例えば、図２２に示すように、コンテンツおよび色空間の種類が表示されるようにＯＳＤ表示部１７７ｅを制御するようにしてもよい。図２２の表示例では、コンテンツの種類が静止画であることが「Ｐｈｏｔｏ」で示され、色空間の種類が「Ａｄｏｂｅ」であることが示されている。このようなコンテンツの種類および色空間の種類のＯＳＤ表示は、静止画コンテンツの場合だけでなく、その他のコンテンツの場合にも適用してもよい。ユーザは、このＯＳＤ表示により、コンテンツの種類および色空間の種類を容易に把握できる。
【０１６２】
このように、受信された画像データがフォトグラフコンテンツに係るものである場合、エンハンサ１７７ｃで色空間を静止画用の色空間とすることで、フォトグラフ（静止画）コンテンツに係る画像データによる画像を静止画用色空間により良好に表示させることが可能となる。
【０１６３】
また、ステップＳＴ１４でＣＴ１＝０でないとき、制御部１７１は、ステップＳＴ１８において、ＣＴ０＝０であるか否かを判別する。
【０１６４】
ＣＴ０＝０であるとき、制御部１７１は、受信された画像データがシネマコンテンツに係るものであると認識し、ステップＳＴ１９において、シネマ（Cinema）処理を行う。この場合、制御部１７１は、パネルドライバ１７７ｄにおけるガンマ補正を制御し、黒側の階調を持ち上げるようにすると共に、バックライト１７８ｂを制御し、色温度を下げる。なお、制御部１７１は、その他に関しては、上述した通常の動画処理と同様に制御する。
【０１６５】
このように、受信された画像データがシネマコンテンツに係るものである場合、パネルドライバ１７７ｄで黒側の階調を持ち上げると共に、バックライト１７８ｂの色温度を下げることで、シネマコンテンツにあった画像の表示が可能となる。
【０１６６】
また、ステップＳＴ１８でＣＴ０＝０でないとき、制御部１７１は、受信された画像データがゲームコンテンツに係るものであると認識し、ステップＳＴ２０において、ゲーム（Game）処理を行う。この場合、制御部１７１は、ＤＲＣ部１７７ｂで画像改善処理が行われないように、当該ＤＲＣ部１７７ｂの動作を制御する。なお、制御部１７１は、その他に関しては、上述した通常の動画処理と同様に制御する。
【０１６７】
このように、受信された画像データがゲームコンテンツに係るものである場合、ＤＲＣ部１７７ｂで画質改善処理が行われないようにすることで、当該画質改善処理による音声に対する画像の遅れを軽減でき、音声と画像とのずれによる違和感の発生を防止できる。  次に、コンテンツ識別情報が、上述したように、１ビットデータ（ＣＡ）と、２ビットデータ（ＣＴ１，ＣＴ０）とからなっている場合における、テレビ受信機１４２の制御部１７１における、コンテンツ識別情報、色空間情報、量子化レンジ情報等を用いた制御処理の他の例を、図２３のフローチャートを用いて、説明する。この図２３において、図２１と対応するステップには同一符号を付して示している。
【０１６８】
まず、制御部１７１は、ステップＳＴ１１において、制御処理を開始し、その後に、ステップＳＴ１１ａに移る。このステップＳＴ１１ａにおいて、制御部１７１は、設定モードが、オート、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームのいずれであるかを判断する。
【０１６９】
ユーザは、ユーザ操作部１７２を操作してモード設定を行うことができる。図２４は、モード設定時に、液晶表示パネル１７８ａに表示されるＧＵＩ(Graphical User Interface)画面を示している。ユーザは、ＧＵＩ画面に表示されているオート、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームの釦を、ユーザ操作部１７２を操作して押圧することで、所望のモードに設定できる。
【０１７０】
ステップＳＴ１１ａでオートモードに設定されている場合、制御部１７１は、ステップＳＴ１２の処理に移り、詳細説明は省略するが、上述の図２１のフローチャートと同様の処理をする。一方、ステップＳＴ１１ａでビデオ、フォト、テキスト、シネマ、ゲームのいずれかのモードに設定されている場合、制御部１７１は、ステップＳＴ１１ｂの処理に移る。このステップＳＴ１１ｂにおいて、制御部１７１は、設定されたモードに対応した処理（動画処理、テキスト処理、フォトグラフ処理、シネマ処理、ゲーム処理）を行う（ＳＴ１３，ＳＴ１６，ＳＴ１７，ＳＴ１９，ＳＴ２０参照）。
【０１７１】
図２３のフローチャートに示す制御処理例においては、オートモードに設定されている場合には、図２１のフローチャートに示す制御処理例と同様に、受信された画像データ（映像信号）に対してコンテンツの種類に応じた最適な処理が行われる。また、図２３のフローチャートに示す制御処理例においては、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームのいずれかのモードに設定されている場合には、受信された画像データ（映像信号）に対して、強制的に、設定されたモードに対応した処理が行われる。
【０１７２】
なお、上述において、制御部１７１は、色空間を色空間情報が示す色空間に設定する（色空間情報が示す色空間となるように、クロマデコーダ１７７ａの動作を制御する）ものを説明したが、強制的に、所定の色空間とするように、ユーザがモード設定できるようにしてもよい。
【０１７３】
図２５のフローチャートは、その場合の制御処理例を示している。まず、制御部１７１は、ステップＳＴ３１において、処理動作を開始し、その後に、ステップＳＴ３２の処理に移る。このステップＳＴ３２において、制御部１７１は、設定モードがオート、ｓＲＧＢ、ｓＹＣＣまたはＡｄｏｂｅ ＲＧＢのいずれであるかを判断する。
【０１７４】
ユーザは、ユーザ操作部１７２を操作してモード設定を行うことができる。図２６は、モード設定時に、液晶パネル１７８ａに表示されるＧＵＩ(Graphical User Interface)画面を示している。ユーザは、ＧＵＩ画面に表示されているオート、ｓＲＧＢ、ｓＹＣＣ、Ａｄｏｂｅ ＲＧＢの釦を、ユーザ操作部１７２を操作して押圧することで、所望のモードに設定できる。
【０１７５】
ステップＳＴ３２でオートモードに設定されている場合、制御部１７１は、ステップＳＴ３３の処理に移り、詳細説明は省略するが、色空間情報が示す色空間となるように、クロマデコーダ１７７ａの動作を制御する。一方、ステップＳＴ３２でｓＲＧＢ、ｓＹＣＣ、Ａｄｏｂｅ ＲＧＢのいずれかのモードに設定されている場合、制御部１７１は、ステップＳＴ３４の処理に移る。このステップＳＴ２４において、制御部１７１は、設定されたモードに対応した色空間となるように、クロマデコーダ１７７ａの動作を制御する。
【０１７６】
図２５のフローチャートに示す制御処理例においては、オートモードに設定されている場合には、受信された画像データ（映像信号）に対応した最適な色空間に設定される。また、図２５のフローチャートに示す制御処理例においては、ｓＲＧＢ、ｓＹＣＣ、Ａｄｏｂｅ ＲＧＢのいずれかのモードに設定されている場合には、強制的に、設定されたモードに対応した色空間に設定される。
【０１７７】
また、上述において、制御部１７１は、受信された画像データ（映像信号）に対する量子化レンジの設定を量子化レンジ情報が示す量子化レンジに設定する（パネルドライバ１７７ｄで、量子化レンジ情報が示す量子化レンジで駆動信号が生成されるように制御する）ものを説明したが、強制的に、所定の量子化レンジとするように、ユーザがモード設定できるようにしてもよい。
【０１７８】
図２７のフローチャートは、その場合の制御処理例を示している。まず、制御部１７１は、ステップＳＴ４１において、処理動作を開始し、その後に、ステップＳＴ４２の処理に移る。このステップＳＴ４２において、制御部１７１は、設定モードがオート、フルレンジまたはリミテッドレンジのいずれであるかを判断する。
【０１７９】
ユーザは、ユーザ操作部１７２を操作してモード設定を行うことができる。図２８は、モード設定時に、液晶パネル１７８ａに表示されるＧＵＩ(Graphical User Interface)画面を示している。ユーザは、ＧＵＩ画面に表示されているオート、フルレンジ、リミテッドレンジの釦を、ユーザ操作部１７２を操作して押圧することで、所望のモードに設定できる。
【０１８０】
ステップＳＴ４２でオートモードに設定されている場合、制御部１７１は、ステップＳＴ４３の処理に移り、詳細説明は省略するが、量子化レンジ情報が示す量子化レンジで駆動信号が生成されるように、パネルドライバ１７７ｄの動作を制御する。一方、ステップＳＴ４２でフルレンジ、リミテッドレンジのいずれかのモードに設定されている場合、制御部１７１は、ステップＳＴ４４の処理に移る。このステップＳＴ４４において、制御部１７１は、設定されたモードに対応した量子化レンジで駆動信号が生成されるように、パネルドライバ１７７ｄの動作を制御する。
【０１８１】
図２７のフローチャートに示す制御処理例においては、オートモードに設定されている場合には、受信された画像データ（映像信号）に対応した最適な量子化レンジに設定される。また、図２７のフローチャートに示す制御処理例においては、フルレンジ、リミテッドレンジのいずれかのモードに設定されている場合には、強制的に、設定されたモードに対応した量子化レンジに設定される。
【０１８２】
上述したように、図１２（図１３、図１４）に示すＡＶシステム１４０において、ビデオカメラ１４１のＨＤＭＩソース１６０は、画像データのブランキング期間（データアイランド区間）に配置されるＡＶＩ InfoFrameパケットにコンテンツ識別情報ＣＡ，ＣＴ１，ＣＴ０を挿入し、当該画像データを、３つのＴＭＤＳチャネル＃０，＃１，＃２で、差動信号により、テレビ受信機１４２のＨＤＭＩシンク１７３に送信するものである。したがって、テレビ受信機１４２では、当該コンテンツ識別情報に基づいて、受信された画像データのコンテンツ種類を識別でき、画像データに対してコンテンツ種類に適合した最適な処理を行うことができる。
【０１８３】
また、図１２（図１３、図１４）に示すＡＶシステム１４０において、ビデオカメラ１４１のＨＤＭＩソース１６０で画像データのブランキング期間に挿入されるコンテンツ識別情報は、通常の動画コンテンツであるか否かを識別する１ビットのデータＣＡと、このデータＣＡにより動画コンテンツでないと判別されるときさらに使用される２ビットのデータＣＴ１，ＣＴ０より構成されている。この場合、通常の動画コンテンツの送信頻度が高い場合には、上位階層に配置された１ビットのデータＣＡを使用したコンテンツ種類の判別処理だけで終わることが多く、テレビ受信機１４２の制御部１７１における判別処理の負荷を軽減することが可能となる。
【０１８４】
また、図１２（図１３、図１４）に示すＡＶシステム１４０において、ビデオカメラ１４１のＨＤＭＩソース１６０で画像データのブランキング期間に挿入される色空間情報および量子化レンジ情報は、コンテンツの種類に応じて、実施の形態ではコンテンツが静止画であるか否かに応じて定義が変化するようになされており、テレビ受信機１４２では、当該画像データによる画像を、コンテンツの種類に応じた最適な色空間、および最適な階調で表示できる。
【０１８５】
なお、上述実施の形態においては、色空間情報および量子化レンジ情報の定義を、コンテンツが静止画であるか否かに応じて変化するようにしたものを示したが（図２０参照）、コンテンツの種類毎にさらに細かく定義することも考えられる。
【０１８６】
また、上述していないが、ビデオカメラ１４１からテレビ受信機１４２に、当該テレビ受信機１４２でサポートしていない色空間（色空間情報で分かる）を持つ画像データが送信されてくる場合も考えられる。例えば、ビデオカメラ１４１で、ユーザが色空間を自由に指定できる場合等である。この場合、テレビ受信機１４２の制御部１７１は、パネルドライバ１７７ｄに内蔵されたＯＳＤ表示部１７７ｅを制御し、液晶パネル１７８ａに、ビデオカメラ１４１から送信された画像データの色空間を当該テレビ受信機１４２がサポートしていない旨をＯＳＤ表示するようにしてもよい。この場合、ユーザは、ＯＳＤ表示に基づいて、ビデオカメラ１４１からテレビ受信機１４２に、当該テレビ受信機１４２でサポートしていない色空間を持つ画像データが送られてきたことを容易に知ることができる。
【０１８７】
また、上述実施の形態においては、コンテンツの種類を識別するためのコンテンツ識別情報を、送信する所定のコンテンツの映像信号のブランキング期間に挿入するために、ＨＤＭＩのＡＶＩ ＩｎｆｏＦｒａｍｅを用いるものを示したが、以下のように、ＨＤＭＩのＳＰＤ(Source Product Description) ＩｎｆｏＦｒａｍｅを用いることも考えられる。
【０１８８】
図２９は、ＳＰＤ IｎｆｏＦｒａｍｅの構成を示している。例えば、ＤａｔａＢｙｔｅ１から８まではＶｅｎｄｏｒ ｎａｍｅ Ｃｈａｒａｃｔｅｒ（ベンダーネーム）領域とされており、この領域を用いてベンダーネーム情報が格納される。また、ＤａｔａＢｙｔｅ９から２４まではＰｒｏｄｕｃｔ Ｄｅｓｃｒｉｐｔ Ｃｈａｒａｃｔｅｒ（モデルナンバー）領域とされている。さらに、ＤａｔａＢｙｔｅ２５は、Ｓｏｕｒｃｅ．Ｄｅｖｉｃｅ．Ｉｎｆｏｒｍａｔｉｏｎ（ソース機器種類）領域とされている。このソース機器種類領域には、図３０に示すように、ソース機器種類を示すコードが格納される。例えば、ソース機器がデジタルＳＴＢであるときは「０１ｈ」が格納され、ソース機器がＤＶＣ(Digital Video Camera)であるときは「０５ｈ」が格納され、ソース機器がＤＳＣ(Digital Still Camera)であるときは「０６ｈ」が格納される。
【０１８９】
例えば、ベンダーネーム領域に、特定のベンダーネーム、例えば、「ＡＢＣＤ」が記載され、ソース機器種類領域にソース機器がＤＳＣ(Digital Still Camera)であることを示す「０６ｈ」のコードが記載される場合、静止画コンテンツであることが示され、それ以外の場合には動画コンテンツであることが示される。なお、特定のベンダーネームは、ある一つのベンダーネームに限定されるものではなく、複数のベンダーネームのうちのいずれかであってもよい。
【０１９０】
コンテンツ識別情報が、上述したように、ＨＤＭＩのＳＰＤ ＩｎｆｏＦｒａｍｅを用いてソース機器からシンク機器に送信される場合における、テレビ受信機１４２の制御部１７１の制御処理の一例を、図３１のフローチャートを用いて、説明する。
【０１９１】
まず、制御部１７１は、ステップＳＴ５１において、制御処理を開始し、その後に、ステップＳＴ５２の処理に移る。このステップＳＴ５２において、制御部１７１は、ＳＰＤ ＩｎｆｏＦｒａｍｅのベンダーネーム領域に記載されているベンダーネームが「ＡＢＣＤ」であるか否かを判断する。
【０１９２】
ベンダーネームが「ＡＢＣＤ」であるとき、制御１７１は、ステップＳＴ５３においてＳＰＤ ＩｎｆｏＦｒａｍｅのソース機器種類領域にＤＳＣを示すコードが記載されているか否かを判断する。ステップＳＴ５２でベンダーネームが「ＡＢＣＤ」でないとき、あるいは、ステップＳＴ５３で、ＤＳＣを示すコードが記載されていないとき、制御部１７１は、ステップＳＴ５５において、通常の動画処理を行う。
【０１９３】
つまり、制御部１７１は、クロマデコーダ１７７ａに関しては、色空間情報を動画の定義で解釈した場合の色空間となるように制御する。また、制御部１７１は、ＤＲＣ部１７７ｂに関しては、画質改善処理を行うように制御する。また、制御部１７１は、エンハンサ１７７ｃに関しては、高域成分を強調して輪郭強調を行うように制御すると共に、色空間がｓＲＧＢであったときには、色域を拡張する処理を行うように制御する。また、制御部１７１は、パネルドライバ１７７ｄに関しては、量子化レンジ情報を動画の定義で解釈した場合の量子化レンジで駆動信号を生成するように制御すると共に、通常のガンマ補正を行うように制御する。また、制御部１７１は、バックライト１７８ｂに関しては、通常の色温度となるように制御する。
【０１９４】
また、ステップＳＴ５３でＤＳＣを示すコードが記載されているとき、制御部１７１は、ステップＳＴ５４において、フォトグラフ（Photograph）処理を行う。この場合、制御部１７１は、色空間情報を静止画の定義で解釈した場合の色空間となるように、クロマデコーダ１７７ａの動作を制御する。また、制御部１７１は、パネルドライバ１７７ｄに関しては、量子化レンジ情報を静止画の定義で解釈した場合の量子化レンジで駆動信号を生成するように制御する。制御部１７１は、その他に関しては、上述した通常の動画処理と同様に制御する。
【０１９５】
次に、コンテンツ識別情報が、上述したように、ＨＤＭＩのＳＰＤ ＩｎｆｏＦｒａｍｅを用いてソース機器からシンク機器に送信される場合における、テレビ受信機１４２の制御部１７１の制御処理の他の例を、図３２のフローチャートを用いて、説明する。
【０１９６】
まず、制御部１７１は、ステップＳＴ５１において、制御処理を開始し、その後に、ステップＳＴ５１ａの処理に移る。このステップＳＴ５１ａにおいて、制御部１７１は、設定モードが、オート、ビデオ（動画）、フォト（静止画）のいずれであるかを判断する。
【０１９７】
ユーザは、ユーザ操作部１７２を操作してモード設定を行うことができる。図３３は、モード設定時に、液晶パネル１７８ａに表示されるＧＵＩ(Graphical User Interface)画面を示している。ユーザは、ＧＵＩ画面に表示されているオート、ビデオ（動画）、フォト（静止画）、テキスト、シネマ、ゲームの釦を、ユーザ操作部１７２を操作して押圧することで、所望のモードに設定できる。
【０１９８】
ステップＳＴ５１ａでオートモードに設定されている場合、制御部１７１は、ステップＳＴ５２の処理に移り、詳細説明は省略するが、上述の図３１のフローチャートと同様の処理をする。一方、ステップＳＴ５１ａでビデオ、フォトのいずれかのモードに設定されている場合、制御部１７１は、ステップＳＴ５５またはステップＳＴ５４において、設定されたモードに対応した処理（動画処理またはフォトグラフ処理）を行う。
【０１９９】
図３２のフローチャートに示す制御処理例においては、オートモードに設定されている場合には、図３１のフローチャートに示す制御処理例と同様に、受信された画像データ（映像信号）に対してコンテンツの種類に応じた最適な処理が行われる。また、図３２のフローチャートに示す制御処理例においては、ビデオ（動画）、フォト（静止画）のいずれかのモードに設定されている場合には、受信された画像データ（映像信号）に対して、強制的に、設定されたモードに対応した処理が行われる。
【０２００】
なお、上述では、ＨＤＭＩのＳＰＤ ＩｎｆｏＦｒａｍｅのベンダーネーム領域およびソース機器種類領域の双方を用いてコンテンツ識別情報をソース機器からシンク機器に送信するものを示したが、ベンダーネーム領域またはソース機器種類領域のみを用いるか、または、モデルナンバー領域をさらに用いて、ビデオ（動画）、フォト（静止画）だけでなく、テキスト、シネマ、ゲーム等のコンテンツ種類をも識別可能となるようにしてもよい。
【０２０１】
次に、この発明のさらに別の実施の形態について説明する。
【０２０２】
図３４は、この発明を適用したＡＶシステム１８０の構成例を示している。この図３４において、ＡＶシステム１８０は、送信装置としてのビデオカメラ１８１と、受信装置としてのテレビ受信機１８２とで構成されている。ビデオカメラ１８１およびテレビ受信機１８２は、それぞれＵＳＢ端子１８１ａ，１８２ａを備えており、ＵＳＢ(Universal Serial Bus)ケーブル１８３を介して接続されている。
【０２０３】
このＡＶシステム１８０においては、ビデオカメラ１８１からテレビ受信機１８２には、例えば、動画ファイルとしてＭＰＥＧファイルが送信され、静止画ファイルとしてＪＰＥＧファイルが送信される。
【０２０４】
テレビ受信機１８２においては、送信されてくるファイルがＪＰＥＧファイルであり、さらに、ＪＰＥＧファイルのタグに特定のメーカコードが含まれているとき、受信された画像データ（映像信号）に対してフォトグラフ（Photograph）処理を行い、その他の場合には、通常の動画処理を行う。これにより、受信された画像データ（映像信号）に対してコンテンツの種類に応じた最適な処理が行われる。ここで、フォトグラフ（Photograph）処理および通常の動画処理は、上述した図１２に示すＡＶシステム１４０で説明したと同様の処理である。
【０２０５】
なお、テレビ受信機１８２においては、送信されてくるファイルがＪＰＥＧファイルであることだけで、受信された画像データ（映像信号）に対してフォトグラフ（Photograph）処理を行う構成とすることもできる。
【０２０６】
また、上述の図１２に示すＡＶシステム１４０において、ＨＤＭＩケーブル１４３を介してベースバンドの映像信号をビデオカメラ１４１からテレビ受信機１４２に送信する経路と共に、上述の図３４に示すＡＶシステム１８０と同様にＵＳＢケーブル１８３を介してビデオカメラ１４１からテレビ受信機１４２に圧縮された映像信号を送信する経路を備える構成も考えられる。
【０２０７】
また、図３４は、に示すＡＶシステム１８０は、ビデオカメラ１８１およびテレビ受信機１８２がＵＳＢ端子を持ち、互いにＵＳＢケーブル１８３で接続されるものを示したが、ビデオカメラ１８１およびテレビ受信機１８２が他の端子を持ち、互いに接続されるものにあってもよい。
【０２０８】
また、上述実施の形態においては各機器がケーブルで接続されるものを示したが、この発明は、各機器が無線で接続されるものにも同様に適用できることは勿論である。
【産業上の利用可能性】
【０２０９】
この発明は、受信側において映像信号（画像データ）に対してコンテンツの種類に応じた最適な処理を行うことができるものであり、例えば、ＨＤＭＩ等の通信インタフェースを用いる通信システムに適用できる。
【符号の説明】
【０２１０】
４０・・・ＡＶシステム、４１・・・ＨＤレコーダ、４２・・・ディスプレイ、４３・・・ＨＤＭＩケーブル、５１・・・記録再生部、５２・・・コーデック、５３・・・ＨＤＭＩソース、５４・・・ＨＤ、５５・・・外部装置、６１・・・ＨＤＭＩシンク、６２・・・表示処理部、６２ａ・・・クロマデコーダ、６２ｂ・・・ＤＲＣ部、６２ｃ・・・エンハンサ、６２ｄ・・・パネルドライバ、６３・・・表示部、６３ａ・・・液晶パネル、６３ｂ・・・バックライト、７１・・・ソース信号処理部、７２・・・ＨＤＭＩトランスミッタ、８１・・・ＨＤＭＩレシーバ、８２・・・シンク信号処理部、１４０・・・ＡＶシステム、１４１・・・ビデオカメラ、１４２・・・テレビ受信機、１４３・・・ＨＤＭＩケーブル、１５１・・・制御部、１５２・・・ユーザ操作部、１５３・・・表示部、１５４・・・撮像レンズ、１５５・・・撮像素子、１５６・・・撮像信号処理部、１５７・・・コーデック、１５８・・・記録再生部、１５９・・・ＨＤ、１６０・・・ＨＤＭＩソース、１６１・・・外部装置、１７１・・・制御部、１７２・・・ユーザ操作部、１７４・・・チューナ、１７５・・・アンテナ端子、１７６・・・切替器、１７７・・・表示処理部、１７７ａ・・・クロマデコーダ、１７７ｂ・・・ＤＲＣ部、１７７ｃ・・・エンハンサ、１７７ｄ・・・パネルドライバ、１７８・・・表示部、１７８ａ・・・液晶パネル、１７８ｂ・・・バックライト、１８０・・・ＡＶシステム、１８１・・・ビデオカメラ、１８１ａ，１８２・・・ＵＳＢ端子、１８２・・・テレビ受信機、１８３・・・ＵＳＢケーブル
【図１】
2014140181.tif 000003
【図２】
2014140181.tif 000004
【図３】
2014140181.tif 000005
【図４】
2014140181.tif 000006
【図５】
2014140181.tif 000007
【図６】
2014140181.tif 000008
【図７】
2014140181.tif 000009
【図８】
2014140181.tif 000010
【図９】
2014140181.tif 000011
【図１０】
2014140181.tif 000012
【図１１】
2014140181.tif 000013
【図１２】
2014140181.tif 000014
【図１３】
2014140181.tif 000015
【図１４】
2014140181.tif 000016
【図１５】
2014140181.tif 000017
【図１６】
2014140181.tif 000018
【図１７】
2014140181.tif 000019
【図１８】
2014140181.tif 000020
【図１９】
2014140181.tif 000021
【図２０】
2014140181.tif 000022
【図２１】
2014140181.tif 000023
【図２２】
2014140181.tif 000024
【図２３】
2014140181.tif 000025
【図２４】
2014140181.tif 000026
【図２５】
2014140181.tif 000027
【図２６】
2014140181.tif 000028
【図２７】
2014140181.tif 000029
【図２８】
2014140181.tif 000030
【図２９】
2014140181.tif 000031
【図３０】
2014140181.tif 000032
【図３１】
2014140181.tif 000033
【図３２】
2014140181.tif 000034
【図３３】
2014140181.tif 000035
【図３４】
2014140181.tif 000036