"機能情報を書き込んでおくレジスタと、上記レジスタに書き込まれている立体画像情報に変更があるとき、外部機器に変更通知を送信する変更通知送信部と、上記変更通知送信部から送信される上記変更通知に応じて上記外部機器から送られてくる読み出しコマンドおよび上記レジスタにおける立体画像情報のアドレス情報を受信する読み出しコマンド受信部と、上記読み出しコマンド受信部で受信された上記アドレス情報に対応した上記レジスタのアドレスから上記立体画像情報を読み出して上記外部機器に送信する立体画像情報送信部とを備える電子機器。上記立体画像情報には、取り扱い可能な立体画像データのストラクチャおよびビデオフォーマットの情報が含まれる請求項1に記載の電子機器。機能情報を書き込んでおくレジスタに書き込まれている立体画像情報に変更があるとき、外部機器に変更通知を送信する変更通知送信ステップと、上記変更通知送信ステップで送信される上記変更通知に応じて上記外部機器から送られてくる読み出しコマンドおよび上記レジスタにおける立体画像情報のアドレス情報を受信する読み出しコマンド受信ステップと、上記読み出しコマンド受信ステップで受信された上記アドレス情報に対応した上記レジスタのアドレスから立体画像情報を読み出して上記外部機器に送信する立体画像情報送信ステップとを備える電子機器における立体画像情報送信方法。機能情報を書き込んでおくレジスタを有する外部機器から通知される立体画像情報の変更通知を受信する変更通知受信部と、上記変更通知受信部で受信される上記変更通知に応じて、上記外部機器に読み出しコマンドおよび上記レジスタにおける立体画像情報のアドレス情報を送信する読み出しコマンド送信部と、上記読み出しコマンド送信部から送信される上記読み出しコマンドおよび上記立体画像情報のアドレス情報に対応して上記外部機器の上記レジスタから読み出されて送られてくる上記立体画像情報を受信する立体画像情報受信部とを備える電子機器。機能情報を書き込んでおくレジスタを有する外部機器から通知される立体画像情報の変更通知を受信する変更通知受信ステップと、上記変更通知受信ステップで受信される上記変更通知に応じて、上記外部機器に読み出しコマンドおよび上記レジスタにおける立体画像情報のアドレス情報を送信する読み出しコマンド送信ステップと、上記読み出しコマンド送信ステップで送信される上記読み出しコマンドおよび上記立体画像情報のアドレス情報に対応して上記外部機器の上記レジスタから読み出されて送られてくる上記立体画像情報を受信する立体画像情報受信ステップとを備える電子機器における立体画像情報受信方法。立体画像情報の書き込みが可能なレジスタを有する外部機器に立体画像情報の書き込み要求を送信する書き込み要求送信部と、上記書き込み要求送信部で送信される上記書き込み要求に対応して上記外部機器から送られてくる書き込み許可を受信する書き込み許可受信部と、上記書き込み許可受信部で受信される書き込み許可に応じて、上記外部機器に、書き込みコマンド、上記レジスタにおける立体画像情報のアドレス情報および立体画像情報を送信する立体画像情報送信部とを備える電子機器。上記外部機器に送信する立体画像情報には、取り扱い可能な立体画像データのストラクチャおよびビデオフォーマットの情報が含まれる請求項6に記載の電子機器。立体画像表示部をさらに備え、上記外部機器に送信する立体画像情報には、上記立体画像表示部における立体画像表示方式の情報が含まれる請求項6に記載の電子機器。立体画像表示部をさらに備え、上記外部機器に送信する立体画像情報には、上記立体画像表示部の観視者の位置情報が含まれる請求項6に記載の電子機器。上記外部機器は、立体画像表示部を備え、上記外部機器に送信する立体画像情報には、上記立体画像表示部の観視者の位置情報が含まれる請求項6に記載の電子機器。上記外部機器は、表示面上にレンチキュラレンズが配された立体画像表示部を備え、上記外部機器に送信する立体画像情報には、上記レンチキュラレンズの上下左右のシフト量と回転角の情報、および画像の上下左右のシフト量と回転角の情報のいずれかまたは両方が含まれる請求項6に記載の電子機器。上記外部機器は、立体画像表示部を備え、上記外部機器に送信する立体画像情報には、字幕の表示位置の情報が含まれる請求項6に記載の電子機器。シャッタメガネを用いて立体画像を知覚させる立体画像表示部をさらに備え、上記外部機器に送信する立体画像情報には、立体画像のオン/オフ情報が含まれる請求項6に記載の電子機器。上記外部機器は、シャッタメガネを用いて立体画像を知覚させる立体画像表示部を備え、上記外部機器に送信する立体画像情報には、立体画像のオン/オフ情報が含まれる請求項6に記載の電子機器。上記外部機器に立体画像データを送信する画像データ送信部をさらに備え、上記外部機器に送信する立体画像情報には、上記立体画像データのストラクチャおよびビデオフォーマットの情報が含まれる請求項6に記載の電子機器。立体画像情報の書き込みが可能なレジスタを有する外部機器に立体画像情報の書き込み要求を送信する書き込み要求送信ステップと、上記書き込み要求送信ステップで送信される上記書き込み要求に対応して上記外部機器から送られてくる書き込み許可を受信する書き込み許可受信ステップと、上記書き込み許可受信ステップで受信される書き込み許可に応じて、上記外部機器に、書き込みコマンド、上記レジスタにおける立体画像情報のアドレス情報および立体画像情報を送信する立体画像情報送信ステップとを備える電子機器における立体画像情報送信方法。立体画像情報の書き込みが可能なレジスタと、外部機器から上記レジスタへの立体画像情報の書き込み要求を受信する書き込み要求受信部と、上記書き込み要求受信部で受信される上記書き込み要求に応じて、上記外部機器に書き込み許可を送信する書き込み許可送信部と、上記書き込み許可送信部で送信される上記書き込み許可に対応して上記外部機器から送られてくる書き込みコマンド、上記レジスタにおける立体画像情報のアドレス情報および立体画像情報を受信し、該受信された立体画像情報を、該受信されたアドレス情報に対応した上記レジスタのアドレスに書き込む書き込み制御部とを備える電子機器。外部機器から立体画像情報の書き込みが可能なレジスタへの立体画像情報の書き込み要求を受信する書き込み要求受信ステップと、上記書き込み要求受信ステップで受信される上記書き込み要求に応じて、上記外部機器に書き込み許可を送信する書き込み許可送信ステップと、上記書き込み許可送信ステップで送信される上記書き込み許可に対応して上記外部機器から送られてくる書き込みコマンド、書き込みアドレス情報および立体画像情報を受信し、該受信された立体画像情報を、該受信された書き込みアドレス情報に対応した上記レジスタのアドレスに書き込む書き込み制御ステップとを備える電子機器における立体画像情報受信方法。HDMIでは、シンク機器の3Dケーパビリティ伝達手段をEDIDEnhancedExtendedDisplayIdentificationDataによってソース機器に伝達している。この伝達手段に関し、以下の様な欠点がある。1シンク機器とソース機器がリンクしているときに、シンク機器側の3Dケーパビリティに変更が生じた場合、ソース機器は3D以外の情報を含め、最低でもEDID2ブロックを毎回読み出さなければならない。3Dの情報だけならば数バイトから10数バイト程度で済むのに対し、これは冗長であり、読出しに余分な電力を消費するため、バッテリ駆動のモバイル機器に対しては厳しい。2シンク機器はEDIDに変更が生じた場合、HPDHotPlugDetect信号を最低100ms長のローLOWパルスを発生させ、その旨をソース機器に通知する。これは、シンク機器側で変更が生じてからソース機器が認識するまで少なくとも100ms、さらにEDIDを読出して3D情報を認識する時間を加算したものが、タイムラグとなり、ソース機器のレスポンスに影響する。また、HDMIでは、シンクソース機器間で3D情報を伝達する手段は、シンク機器からソース機器へはEDID、ソース機器からシンク機器へはHDMIVendorSpecificInfoFrameだけである。3D機能を充実させるためには、さらに多くの3D情報を双方向で高速に伝達する手段が必要である。しかし、現在HDMIではそのような手段は定義されていない。本技術の目的は、立体画像情報3D情報を電子機器間で効率よく高速に転送可能とすることにある。本技術の概念は、機能情報を書き込んでおくレジスタと、上記レジスタに書き込まれている立体画像情報に変更があるとき、外部機器に変更通知を送信する変更通知送信部と、上記変更通知送信部から送信される上記変更通知に応じて上記外部機器から送られてくる読み出しコマンドおよび上記レジスタにおける立体画像情報のアドレス情報を受信する読み出しコマンド受信部と、上記読み出しコマンド受信部で受信された上記アドレス情報に対応した上記レジスタのアドレスから上記立体画像情報を読み出して上記外部機器に送信する立体画像情報送信部とを備える電子機器にある。本技術において、立体画像情報3D情報を含む種々の機能情報を書き込んでおくレジスタが備えられている。このレジスタに書き込まれている立体画像情報に変更があるとき、変更通知送信部により、外部機器に変更通知が送信される。この変更通知の送信に対応して、外部機器からは読み出しコマンドおよびレジスタにおける立体画像情報のアドレス情報が送られてくる。読み出しコマンド受信部により、これら読み出しコマンドおよびアドレス情報が受信される。そして、立体画像情報送信部により、アドレス情報に対応したレジスタのアドレスから立体画像情報が読み出されて外部機器に送信される。本技術において、例えば、立体画像情報には、自身が取り扱い可能な立体画像データのストラクチャおよびビデオフォーマットの情報が含まれるようにされる。このように、本技術においては、レジスタに書き込まれている立体画像情報に変更があるとき、外部機器に変更通知を送信し、この変更通知に対応して外部機器から送られてくる読み出しコマンドに基づいて、直ちに変更された立体画像情報を外部機器に送信するものである。そして、この場合、外部機器からのアドレス情報に基づいてレジスタから立体画像情報のみを読み出して外部機器に送信するものである。そのため、外部機器に立体画像情報を効率よく高速に送信できる。また、本技術の他の概念は、機能情報を書き込んでおくレジスタを有する外部機器から通知される立体画像情報の変更通知を受信する変更通知受信部と、上記変更通知受信部で受信される上記変更通知に応じて、上記外部機器に読み出しコマンドおよび上記レジスタにおける立体画像情報のアドレス情報を送信する読み出しコマンド送信部と、上記読み出しコマンド送信部から送信される上記読み出しコマンドおよび上記立体画像情報のアドレス情報に対応して上記外部機器の上記レジスタから読み出されて送られてくる上記立体画像情報を受信する立体画像情報受信部とを備える電子機器にある。本技術において、外部機器は、機能情報を書き込んでおくレジスタを有するものとされる。このレジスタに書き込まれている立体画像情報3D情報に変更があるとき、外部機器から変更通知が送信されている。変更通知受信部により、この変更通知が受信される。この変更通知に応じて、コマンド送信部により、外部機器に、読み出しコマンドおよびレジスタにおける立体画像情報のアドレス情報が送信される。外部機器からは、アドレス情報に対応したレジスタのアドレスから立体画像情報が読み出されて、送信されてくる。このように外部機器から送信されてくる立体画像情報は、立体画像情報受信部により受信される。本技術において、例えば、立体画像情報には、外部機器が取り扱い可能な立体画像データのストラクチャおよびビデオフォーマットの情報が含まれるようにされる。このように、本技術においては、外部機器においてレジスタに書き込まれている立体画像情報に変更があるとき、外部機器から変更通知が送信され、外部機器に読み出しコマンドを送信することで、直ちに変更された立体画像情報が外部機器から送信されてくる。そして、この場合、外部機器に送信するアドレス情報に基づいて、外部機器ではレジスタから立体画像情報のみが読み出されて送信されてくる。そのため、外部機器から立体画像情報を効率よく高速に受信できる。また、本技術の他の概念は、立体画像情報の書き込みが可能なレジスタを有する外部機器に立体画像情報の書き込み要求を送信する書き込み要求送信部と、上記書き込み要求送信部で送信される上記書き込み要求に対応して上記外部機器から送られてくる書き込み許可を受信する書き込み許可受信部と、上記書き込み許可受信部で受信される書き込み許可に応じて、上記外部機器に、書き込みコマンド、上記レジスタにおける立体画像情報のアドレス情報および立体画像情報を送信する立体画像情報送信部とを備える電子機器にある。本技術において、外部機器には、立体画像情報3D情報を含む種々の機能情報を書き込んでおくレジスタが備えられている。書き込み要求送信部により、外部機器に立体画像情報の書き込み要求が送信される。この書き込み要求に対応して、外部機器から書き込み許可が送られてくる。書き込み許可受信部により、この書き込み許可が受信される。立体画像情報送信部により、この書き込み許可に応じて、外部機器に、書き込みコマンド、レジスタにおける立体画像情報のアドレス情報および立体画像情報が送信される。外部機器では、このように送信される書き込みコマンド、レジスタにおける立体画像情報のアドレス情報および立体画像情報が受信され、立体画像情報がアドレス情報に対応したレジスタのアドレスに書き込まれる。本技術において、例えば、外部機器に送信する立体画像情報には、自身が取り扱い可能な立体画像データのストラクチャおよびビデオフォーマットの情報が含まれるようにされる。また、本技術において、例えば、立体画像表示部をさらに備え、外部機器に送信する立体画像情報には、立体画像表示部における立体画像表示方式の情報が含まれるようにされる。また、本技術において、例えば、立体画像表示部をさらに備え、外部機器に送信する立体画像情報には、立体画像表示部の観視者の位置情報が含まれるようにされる。また、本技術において、例えば、外部機器は立体画像表示部をさらに備え、外部機器に送信する立体画像情報には、立体画像表示部の観視者の位置情報が含まれるようにされる。また、本技術において、例えば、外部機器は表示面上にレンチキュラレンズが配された立体画像表示部を備え、外部機器に送信する立体画像情報には、レンチキュラレンズの上下左右のシフト量と回転角の情報、および画像の上下左右のシフト量と回転角の情報のいずれかまたは両方が含まれるようにされる。また、本技術において、例えば、外部機器は立体画像表示部をさらに備え、外部機器に送信する立体画像情報には、字幕の表示位置の情報が含まれるようにされる。また、本技術において、例えば、シャッタメガネを用いて立体画像を知覚させる立体画像表示部をさらに備え、外部機器に送信する立体画像情報には、立体画像のオン/オフ情報が含まれるようにされる。また、本技術において、例えば、外部機器はシャッタメガネを用いて立体画像を知覚させる立体画像表示部を備え、外部機器に送信する立体画像情報には、立体画像のオン/オフ情報が含まれるようにされる。また、本技術において、例えば、外部機器に立体画像データを送信する画像データ送信部をさらに備え、外部機器に送信する立体画像情報には、上記立体画像データのストラクチャおよびビデオフォーマットの情報が含まれるようにされる。このように、本技術においては、外部機器に書き込み要求を送信し、これに対応して外部機器から書き込み許可が受信されるとき、外部機器に立体画像情報3D情報を送信するものである。そのため、外部機器に立体画像情報を効率よく高速に送信できる。また、この発明の他の概念は、立体画像情報の書き込みが可能なレジスタと、外部機器から上記レジスタへの立体画像情報の書き込み要求を受信する書き込み要求受信部と、上記書き込み要求受信部で受信される上記書き込み要求に応じて、上記外部機器に書き込み許可を送信する書き込み許可送信部と、上記書き込み許可送信部で送信される上記書き込み許可に対応して上記外部機器から送られてくる書き込みコマンド、上記レジスタにおける立体画像情報のアドレス情報および立体画像情報を受信し、該受信された立体画像情報を、該受信されたアドレス情報に対応した上記レジスタのアドレスに書き込む書き込み制御部とを備える電子機器にある。本技術において、立体画像情報の書き込みが可能なレジスタを有するものとされる。書き込み要求受信部により、外部機器から送信されてくる立体画像情報の書き込み要求が受信される。この書き込み情報に応じて、書き込み許可送信部により、外部機器に書き込み許可が送信される。この書き込み許可に応じて、外部機器から、書き込みコマンド、レジスタにおける立体画像情報のアドレス情報および立体画像情報が送信されてくる。そして、書き込み制御部により、この書き込みコマンド、レジスタにおける立体画像情報のアドレス情報および立体画像情報が受信され、この立体画像情報が、アドレス情報に対応したレジスタのアドレスに書き込まれる。このように、本技術においては、外部機器から書き込み要求が送られてくるとき、外部機器に書き込み許可を送信することで、直ちに外部機器から立体画像情報3D情報が送信されてくる。そのため、外部機器から立体画像を効率よく高速に受信できる。本技術によれば、立体画像情報3D情報を電子機器間で効率よく高速に転送することができる。以下、発明を実施するための形態以下、実施の形態とするについて説明する。なお、説明は以下の順序で行う。1.実施の形態2.変形例<1.実施の形態>[画像表示システム]図1は、実施の形態としての立体画像3D画像を表示するための画像表示システム10の構成例を示している。この画像表示システム10は、MHLMobileHighdefinitionLinkソース機器としてのモバイルフォーンMobilePhone100と、MHLシンク機器としてのテレビ受信機200とにより構成されている。これらの機器はMHLケーブル300によって接続されている。MHLの概要を説明する。MHLは、主に、モバイル機器用のAVデジタルインタフェース規格である。MHLは、MHLソース機器とMHLシンク機器をMHLケーブルで接続し、MHLソース機器が持っている動画、静止画、音声等のコンテンツをMHLシンク機器で再生するAVストリーム単方向。また、機器間ではEDID読出し、HDCP認証、レジスタリード/ライト、リモコン制御等のコントロールをDDCコマンド、およびMSCMHLSidebandchannelコマンドを送受信することで行うリンクコントロール双方向。画像表示システム10では、モバイルフォーン100とテレビ受信機200との間で3Dに関する情報、すなわち立体画像情報以下、適宜、3D情報というの転送を行って、きめ細かな処理を行うことができる。この画像表示システム10では、この3D情報の転送のために、MHL特有のスクラッチパッドレジスタScratchpadRegister、または、ケーパビリティレジスタCapabilityRegisterを利用する。これらのレジスタの詳細については、後述する。例えば、テレビ受信機200からモバイルフォーン100に、テレビ受信機200で取り扱い可能な立体画像データのストラクチャ3Dストラクチャおよびビデオフォーマットの情報が供給される。ここで、3Dストラクチャは、立体画像データ3D画像データの伝送フォーマットを意味し、例えば、フレームパッキング、サイドバイサイド、トップアンドボトム等である。また、ビデオフォーマットは、3D画像データの解像度、フレーム数フィールド数等を意味し、例えば、1920×1080i60Hz、1280×720P60Hz等である。また、例えば、テレビ受信機200からモバイルフォーン100に、立体画像表示方式3D表示方式の情報が供給される。ここで、3D表示方式は、例えば、3Dメガネ3DGlass方式シャッタメガネ方式、直視方式、ヘッドマウント方式等である。また、例えば、テレビ受信機200からモバイルフォーン100に、3D画像の視聴者観視者の位置情報が供給される。また、例えば、逆に、モバイルフォーン100からテレビ受信機200に、立体画像3D画像の視聴者観視者の位置情報が供給される。ここで、位置情報は、例えば、画像表示部に対する視聴者の顔位置を示す距離、角度上下角、左右角、ねじれ角等の情報である。また、例えば、テレビ受信機200の3D表示方式が直視方式であり、表示面上にレンチキュラレンズが配されている場合がある。この場合、モバイルフォーン100からテレビ受信機200に、レンチキュラレンズの上下左右のシフト量と回転角の情報、および画像の上下左右のシフト量と回転角の情報のいずれかまたは両方が供給される。また、例えば、テレビ受信機200からモバイルフォーン100に、クローズドキャプション等の字幕の表示位置水平、垂直、奥行きの情報が供給される。また、例えば、テレビ受信機200の3D表示方式が3Dメガネ方式シャッタメガネ方式である場合、テレビ受信機200からモバイルフォーン100に、3Dのオンオフ情報が供給される。また、この場合、モバイルフォーン100からテレビ受信機200に、3Dのオンオフ情報が供給される。また、例えば、テレビ受信機200の3D表示方式が3Dメガネ方式シャッタメガネ方式である場合、モバイルフォーン100からテレビ受信機200に、シャッタメガネの電源オン/オフ情報が供給される。また、例えば、モバイルフォーン100からテレビ受信機200に送信される3D画像データの3Dストラクチャおよびビデオフォーマットの情報が供給される。[モバイルフォーンおよびテレビ受信機の構成例]図2は、モバイルフォーン100およびテレビ受信機200の構成例を示している。最初にモバイルフォーン100について説明する。モバイルフォーン100は、制御部101、ユーザ操作部102、表示部103、3G/4Gモデム部104、カメラ部105、記録再生部106、送信処理部107、MHL送信部108、およびMHL端子109を有している。制御部101は、モバイルフォーン100の各部の動作を制御する。ユーザ操作部102および表示部103は、ユーザインタフェースを構成し、制御部101に接続されている。ユーザ操作部102は、モバイルフォーン100の図示しない筐体に配置されたキー、釦、ダイアル、あるいは表示部103の表示面に配置されたタッチパネル等で構成される。表示部103は、LCD、有機EL等で構成される。3G/4Gモデム104は、携帯電話通信を行う。カメラ部105は、動画、静止画の撮像を行う。記録再生部106は、例えば、内蔵メモリ不揮発性メモリ、あるいはメモリカード等の記録媒体にドライブして記録再生書き込み読み出しを行う。この記録再生部106は、モデム部104を通じて行われる通話の記録再生を行う。また、この記録再生部106は、モデム部104を通じて取得される動画、静止画の画像データ、音声データの記録再生、カメラ部マイクロホンを含む105で撮像されて得られる動画、静止画の画像データ、音声データの記録再生等を行う。なお、記録再生部106では、カメラ部105で撮像されて得られた動画、静止画の画像データに対して、データ圧縮のためのコーデック処理も行う。ユーザは、ユーザ操作部102から指示することで、記録再生部106における記録媒体内の記録内容を、コンテンツリストとして表示させることができる。また、このコンテンツリスト中の任意の1つをユーザがユーザ操作部102から指定すると、記録再生部106において記録媒体からその指定されたコンテンツのデータが再生され、送信処理部107に転送される。なお、3G/4Gモデム104で取得された画像データ、音声データ、あるいはカメラ部105で得られた画像データ、音声データを、リアルタイムで送信する場合も考えられる。その場合、それらのコンテンツデータは、図示していないが、直接、送信処理部107に転送される。また、メモリカードを他のデバイスに挿入してコンテンツデータを書き込んだ後、記録再生部106に装着して、送信処理部107に送信する場合も考えられる。送信処理部107は、記録再生部106で再生され、テレビ受信機200に送信するための動画、静止画、音声等のデータを適切な形態となるように処理する。例えば、3D画像データの伝送フォーマットおよびビデオフォーマットを、テレビ受信機200で取り扱い可能となるように変換する。MHL送信部108は、MHL端子109に接続されている。このMHL送信部108は、MHL規格に準拠した通信により、送信処理部107で処理された画像、音声等のデータを、MHL端子109から、MHLケーブル300を介して、テレビ受信機200に、一方向に送信する。このMHL送信部108の詳細については後述する。次に、テレビ受信機200について説明する。テレビ受信機200は、制御部201、ユーザ操作部202、MHL端子203、MHL受信部204、チューナ205、アンテナ端子206、切替部207、表示処理部208、および表示パネル209を有している。制御部201は、テレビ受信機200の各部の動作を制御する。ユーザ操作部202は、ユーザインタフェースを構成し、制御部201に接続されている。ユーザ操作部202は、テレビ受信機200の図示しない筐体に配置されたキー、釦、ダイアル、あるいはリモコン等で構成される。MHL受信部204は、MHL端子203に接続されている。このMHL受信部204は、MHL規格に準拠した通信により、MHLケーブル300を介して接続されているモバイルフォーン100のMHL送信部108から一方向に送信されてくる画像、音声等のデータを受信する。MHL受信部204は、受信した画像データを切替部207に供給する。なお、MHL受信部204が受信した音声のデータは、図示していない音声データ用の切替部に供給される。このMHL受信部204の詳細については後述する。チューナ205は、BS放送、地上波デジタル放送等を受信する。このチューナ205には、アンテナ端子206に接続された図示しないアンテナで捕らえられた放送信号が供給される。このチューナ205は、放送信号に基づいて、所定の番組の画像データ映像信号および音声データを取得する。切替部207は、MHL受信部204で受信された画像データまたはチューナ205で取得された画像データを選択的に取り出す。表示処理部208は、切替部207で取り出された画像データに対して、クローズドキャプション等の字幕の重畳処理を行う。また、表示処理部208は、切替部207で取り出された画像データが3D画像データである場合、その画像データに基づいて、テレビ受信機200における3D表示方式に応じた画像データを作成する処理を行う。表示パネル209は、表示処理部208で処理された画像データによる画像を表示する。表示パネル209は、例えば、LCD、有機EL、PDP等で構成される。[MHL送信部、MHL受信部の構成例]図3は、図2のモバイルフォーン100のMHL送信部108と、テレビ受信機200のMHL受信部204の構成例を示している。MHL送信部108はトランスミッタTransmitterを備え、MHL受信部204はレシーバReceiverを備えている。MHL送信部108およびMHL受信部204は、5本のラインMHL、MHL、CBUS、VBUS、GNDでピンおよびMHLケーブルを介して接続される。ピンアサインはコネクタによって異なるため、ここでは記述しない。MHLとMHL-は1対のツイストペアでAVストリーム、および、その同期信号MHLクロックを伝送する。CBUSは、DDCコマンドとMSCコマンドを双方向に伝送するために使用する。DDCコマンドは、EDID読出しやHDCPの認証に使用する。また、MSCコマンドは、EDID読出し制御、各種レジスタのリードライト、リモコン制御等に使用する。VBUSは、MHLシンク機器からMHLソース機器、またはMHLソース機器からMHLシンク機器に5Vの電源を供給するために使用する。図4は、MHLで使用するレジスタの構成を示している。MHL送信部108、MHL受信部204は、それぞれ、4種類のレジスタを持ち、MSCコマンドで相互にアクセスすることが可能である。それぞれの役割は以下の通りである。1ケーパビリティレジスタCapabilityRegisters各MHL機器の機能を示すレジスタである。MSCREADDEVCAPコマンドで読み出すことで、相手側機器の機能情報を得ることができる。2インタラプトレジスタInterruptRegisters相手側MHL機器へのイベント通知に使われる。MSCSETINTコマンドで、相手側のインタラプトレジスタにセットする。3ステータスレジスタStatusRegisters相手側MHL機器に自分のケーパビリティレジスタが読出し可能であること、およびTMDSチャネルTMDSChannelの状態を通知する。MSCWRITESTATコマンドで相手側ステータスレジスタに書き込む。4スクラッチパッドレジスタScratchpadRegisters相手側MHL機器に対するメッセージやデータの送出に使う。MSCWRITEBURSTコマンドで相手側スクラッチパッドレジスタに書き込む。また、図4において、MSCOffsetRange、MaxSize、Req’dSize、UsageMHLCBUSは、それぞれ、以下を意味する。すなわち、MSCOffsetRangeは、相手側MHL機器の各レジスタに対して読み書きするときのオフセット値を示す。MaxSizeは、各レジスタの最大容量を示す。Req’dSizeは、各MHL機器が最低限持たなければならないレジスタ容量バイトを示す。UsageMHLCBUSは、相手側MHL機器の各レジスタに対するアクセス方法リード、ライト、セットビットと使用するMSCコマンドを示す。例えば、相手側MHL機器のケーパビリティレジスタCapabilityRegistersは、読み出しのみリード可能で、その時に使用できるのがREADDEVCAPコマンドである。また、セットビットSetBitsとは、相手側MHL機器のインタラプトレジスタInterruptRegistersの特定のビット複数ビット可をセットすることを意味し、そのとき使用するのがSETINTコマンドである。これらのレジスタを活用して3Dに関する各種アプリケーションの説明を行う。[3アプリケーションの説明]図1、図2に示す画像表示システム10における3Dに関する各種アプリケーションの説明を行う。以下、適宜、モバイルフォーン100をMHLソース機器とし、テレビ受信機200をMHLシンク機器として説明する。3Dケーパビリティの伝送3D伝送に先立ち、ソース機器はシンク機器の3Dケーパビリティを知り、シンク機器がサポート可能な範囲の3D画像データを伝送する必要がある。具体的には、シンク機器がサポートしている3Dストラクチャおよび各3Dストラクチャでサポートするビデオフォーマットである。3Dストラクチャは、フレームパッキング、サイドバイサイド、トップアンドボトム等である。また、ビデオフォーマットは、1920x1080i,60Hz、1280x720p,60Hz等である。HDMIでは、これらの情報はEDID内のHDMILLCVendorSpecificBlockVSDB中で定義され、HDMIソース機器によって他のEDID情報と共に読み込まれる。VSDB中の3D情報自体は数バイト~10数バイト程度のデータ量である。EDIDのデータ長は最低2ブロック256バイトから最大256ブロック32768バイトである。このうち、HDMIVSDBは通常ブロック1先頭から2ブロック目に含まれる。図5は、HDMIソース機器におけるHDMI送信部と、HDMIシンク機器におけるHDMI受信部の構成例を示している。HDMIシンク機器は、HDMIソース機器との接続直後、図6に示すように、HPDラインを100ms以上ローL:Lowにする。HDMIソース機器は、これをトリガとして、DDCラインを使い、I2CBus規格に基づいて、図5のEDIDROMからEDIDを読み出す。また、HPDラインがハイH:Highの期間において、HDMIソース機器はいつでもEDIDを読むことができる。逆に、また、HPDラインがローの期間は、EDID読出し禁止である。また、HDMIシンク機器は、HDMIソース機器と接続中に3D情報を含めEDIDの内容に変更があった場合、HPDラインをローにして、EDIDの変更を行なった後、再びHPDラインをハイにする。HDMIソース機器は、これをトリガにして再度EDIDを読むことになる。もし、HDMIシンク機器側でサポートする3D情報に変更があった場合、上述の手順に従ってEDIDの変更を行い、HDMIソース機器に読ませる必要がある。HDMIシンク機器側でサポートする3D情報に変更があった場合としては、例えば、テレビの3Dサポートメニュー上でユーザが3D受信禁止許可、3Dストラクチャやビデオフォーマットサポート範囲等の変更を行った場合等がある。MHLでは、HDMIと同様にMHLシンク機器はEDIDを持つが、HPDラインを持たない。そのため、HDMIのHPDラインのローに相当する処理は、MSCコマンドを使ってシミュレートされる。そのとき、HPDラインのローに相当する時間は、50ms以上と定義される。図7は、そのときの様子を示したタイミングチャートである。MHLシンク機器は、MHLソース機器との接続直後、図7で示すように、MHLソース機器に対し、CLRHPDコマンドを伝送し、MHLソース機器はコマンドを受け付けたことを示すACKコマンドを返す。そして、最低50msの間隔を空け、MHLシンク機器からSETHPDコマンドを伝送し、これに対するACKコマンドの受信をもって完了する。MHLソース機器は、CLRHPDコマンドを受信してからSETHPDコマンドを受信するまでの間は、EDID読出しが禁止され、それ以外の期間ではいつでも読み出すことができる。EDIDの読出しは、図3のCBUSライン上で、DDCコマンドを使って行われる。その後、MHLシンク機器側でEDIDの内容に変更が生じた場合、図7で示す手順を再度実行し、EDID読出禁止期間中にEDIDを変更する。MHLにおいてHDMIと同じようにEDID内部に3D情報を定義すると、50ms以上のタイムラグが生じる。また、MHLにおいてHDMIと同じようにEDID内部に3D情報を定義すると、僅か10数バイト変更しただけなのに最低256バイト、最大32768バイトものデータを読み込む必要があり、さらに余分な時間がかかり、余分な電力を消費する。これは、モバイル機器のようにCPUの処理能力が低く、かつバッテリ駆動の場合に不利となる。本技術では、MHLソース機器、MHLシンク機器に標準装備される上述のレジスタを活用し、必要最小限の情報を伝送することで、これらの欠点を解消できる。以下、ケーパビリティレジスタCapabilityRegisterを使用する方法と、スクラッチパッドレジスタScratchpadRegisterを使用する方法の2つを記述する。ケーパビリティレジスタCapabilityRegistersを利用する方法最初に、ケーパビリティレジスタを使用する方法を説明する。ケーパビリティレジスタには、各MHL機器が、予め自分のケーパビリティ能力を書き込んでおく。MHL機器MHLソース機器、MHLシンク機器は、相手側のケーパビリティレジスタを、READDEVCAPコマンドを使って読み出すことにより、そのケーパビリティを知ることができる。図8は、現在のケーパビリティレジスタCapabiliryRegistersのパラメータ割当状況を示す。この図8の右側のXが付いたパラメータは、MHLシンク機器、MHLソース機器、およびMHLドングル機器がそのパラメータをサポートしていることを示す。図9は、右側のMHL機器要求側が左側のMHL機器応答側のケーパビリティレジスタCapabilityRegistersを読み出す手順を示したものである。右側のMHL機器は、DEADDEVCAPコマンドと、読み出したい情報のOFFSET値アドレスを、左側のMHL機器に送信する。これに対して、左側のMHL機器は、コマンドを受け付けたことを示すACKと、指定されたOFFSET値に対応する値を、右側のMHL機器に送信する。また、途中で自分のケーパビリティレジスタを変更した場合、変更を行ったMHL機器は、その旨を相手側のインタラプトレジスタDeviceInterruptRegistersの当該ビットをオンすることにより通知できる。図10は、インタラプトレジスタの構造を示している。また、図11は、address0x20のRCHANGEINTRegisterの詳細を示す。図12は、右側のMHL機器変更側が自分のケーパビリティレジスタCapabilityRegistersを変更してから、相手のMHL機器応答側にその旨を通知する手順を示したものである。まず、右側のMHL機器は自分のケーパビリティレジスタのどこかを変更する。次に、右側のMHL機器は、SETINTコマンド、OFFSET0x20、Value0x01を、左側のMHL機器に続けて送信する。これは、図11に示すRCHANGEINTのDCAPCHANGEに1をセットすることを意味する。左側のMHL機器は、コマンドが正しく受け付けられたことを示すACKを、右側のMHL機器に返す。また、左側のMHL機器は、自身のDCAPCHGビットが1にセットされることで、相手側のケーパビリティレジスタCapabilityRegistersに変更があったことを知り、図9で示す手順を繰返すことにより、再度読み込む。ここで、3DをサポートするMHLシンク機器の場合、図8の未使用オフセット値、例えば0x0F~0x1Fに、サポートしている3Dストラクチャ、およびビデオフォーマットを書きこむ。そして、これを、図9で示す手順でMHLソース機器が読むことで、MHLシンク機器の3Dサポート状況を知ることができる。図13は、3Dに関するパラメータを定義した例であるが、他の定義でも構わない。図13における3Dに関する各パラメータを説明する。3Dpresent1の場合、当該MHLシンク機器は、3Dをサポートする。3Dは、マンダトリフォーマット、およびアドレス0x10から指定されるオプショナルフォーマットを加えたものをサポートする。3Dpresent0の場合、3Dをサポートしない。マンダトリフォーマットとは、例えば、図14に示すものである。この図14において、VICは、CEA-861で定義されているビデオフォーマットに付加されたビデオ番号である。このVICは、MHLシンク機器で2DとしてサポートしているビデオフォーマットはEDID中のVideoDataBlock内のShortVideoDescriptorにおいてVIC番号を使って指定されている。MHL3DLENは、3Dpresent1の場合に有効となる。このMHL3DLENは、アドレス0x10からの有効なパラメータ長を示す。3つのパラメータ、つまり、2DVICordern、3DStructuren、3DDetailnは、三つ一組でオプショナルの3Dビデオフォーマット情報1つを定義する。nは0~15までの数字とする。2DVICordernは、3D伝送可能なビデオフォーマットを0-15までのインデックスで指定する。このインデックスは、EDIDにおけるVideoDataBlock内のShortVideoDescriptor2D用に指定されている先頭から16番目までのVIC列の特定の1つを指し示す。例えば、2DVICordern0ならば1番目先頭のVICを、2DVICordern15ならば16番目のVICを指す。3DStructurenは、2DVICordernで指定したビデオフォーマットを3Dとして送出可能な3Dストラクチャを0~3までの数値で示す。それぞれの数値の意味は以下の通りである。0:FramePacking1:Side-by-Side2:Top-and-Bottom3:Reserved3DDetailは、3DStructuren1の場合のみ有効となり、0~3の数値のいずれかとなる。それぞれの数値の意味は以下の通りである。0:Horizontalsubsamplingoddposition1:Horizontalsubsamplingevenposition2:Quincunxmatrixsubsamplingoddposition3:Quincunxmatrixsubsamplingevenpositionここでは、最大16個のオプショナル3Dビデオフォーマットを指定可能な仕様にしていて、通常は、この程度のエリアを確保しておけば問題ないはずである。しかし、仕様を変えれば、さらに多くの3Dビデオフォーマットを指定することも可能である。また、3D情報に変更があったことを通知するフラグとして、図11のBit4に、3DCHGフラグを追加する。以上の追加されたパラメータを使い、次の手順でMHLソース機器にMHLシンク機器の3D情報を読ませる。すなわち、1MHLシンク機器は、MHLソース機器との接続直後、または、図13、図14で示す3D情報を変更した直後に以下のことを行う。すなわち、MHLシンク機器は、SETINTコマンドSETINTOFFSET0x20Value0x10を送出し、MHLソース機器側の3DCHGフラグに1をセットする。2MHLソース機器は、ACK応答する。3MHLソース機器は、3DCHGフラグに1がセットされたことを認識し、図9で示す手順を繰返すことにより3D情報を読み込む。図15のシーケンス図は、このときの手順を示している。スクラッチパッドレジスタScratchpadRegistersを利用する方法次に、スクラッチパッドレジスタを使用する方法を説明する。各MHL機器は16バイト~64バイト長のスクラッチパッドレジスタを持ち、相手側のMHL機器にメッセージやデータを転送するのに使用する図4参照。本技術では、スクラッチパッドレジスタを、MHLシンク機器からMHLソース機器に対して3D情報を転送することに利用する。図16は、一般的なスクラッチパッドレジスタScratchpadRegistersを使った転送方法を示している。この転送方法の基本的な手順は、以下の1~3である。1転送先MHL機器に書込み許可を要求するSETINTコマンドで転送先REQWRTビットのセット。2転送先MHL機器が書込みを許可するSETINTコマンドで転送元GRTWRTビットのセット。3転送元MHL機器が書込みデータを転送するWRITEBURSTコマンド書込み先頭オフセット最大16バイトのデータEOF。図17は、上述のスクラッチパッドレジスタScratchpadRegistersを使った転送方法を使い、MHLシンク機器からMHLソース機器に転送する3D情報である。先頭1バイト目には、これから転送するデータが3D情報であることを示す識別子3DIDCODEが配置される。2バイト目以降のパラメータは、上述の図13と同じ意味を持つ。データ長が16バイトを超えて、1回のWRITEBURSTコマンドでは転送しきれない場合には、再度、図16で示す手順を繰返して残りのデータを転送する。[3Dの機器間連携]上述の3D情報に加え、MHLシンク機器とソース機器の間で、スクラッチパッドレジスタScratchpadRegistersを介して、以下に示す情報を伝送する。これにより、3Dの機器間連携を行って、きめ細かな制御を行う。13DのON/OFF:シンク→ソース、およびソース→シンク2シンク側の3D表示方式3Dメガネ、ヘッドマウント、直視:シンク→ソース3視聴者の位置距離、上下角θ1、左右角θ2、ねじれ角θ3:シンク→ソース、およびソース→シンク4レンチキュラレンズ、あるいは画像の上下シフト量、左右シフト量、回転角θ:ソース→シンク5クローズドキャプションCC等の字幕の表示位置等:シンク→ソース3DのON/OFF制御機能本アプリケーションは、3D表示機能を持っているMHLシンク機器が、MHLソース機器から3Dコンテンツを受信中に、途中で一時的に表示を2Dに切替えたり、3Dに戻したりする要求を、転送元のMHLソース機器に行うことを可能にする。これは、例えば視聴者観視者が3Dメガネを外した場合、あるいは3Dメガネの電源を一時的に切った場合などに有効である。MHLシンク機器は、3Dメガネが外された、3Dメガネの電源がOFFされた、あるいはリモコンボタンの3D/2Dボタンが押下された等を検出するとき、MHLソース機器に、2Dを要求する。このとき、MHLシンク機器は、MHLソース機器に、例えば、図18に示すような2バイトの情報データ列を送信して、2Dを要求する。MHLシンク機器転送元は、この2バイトの情報を、図16に示す手順でMHLソース機器転送先のスクラッチパッドレジスタScratchpadRegistersに書き込むことで、MHLソース機器に転送する。図18に示す2バイトの情報において、1バイト目には、3Dのオンオフ情報であることを示す識別子3DIDCODEが配置される。また、この2バイトの情報において、2バイト目の第7ビットには、3Dのオンオフ情報3DONOFFが配置される。ここでは、3DONOFF0とされ、3Dのオフ、すなわち2Dの要求が示される。なお、3DONOFF1とされることで、3Dのオン、すなわち3Dの要求を示すことができる。この2バイトの情報を受信したMHLソース機器は、転送コンテンツを直ぐに3Dから2Dに切り替える。逆に、転送コンテンツを3Dに戻したい場合、MHLシンク機器は、再度、図18の2バイトの情報を、MHLソース機器に送信する。この場合、3DONOFF1とされ、3Dのオン、すなわち3Dの要求が示される。この2バイトの情報を受信したMHLソース機器は、転送コンテンツを直ぐに2Dから3Dに切り替える。上述の3Dのオンオフ制御により、視聴者が3Dメガネの取り外し、あるいは3Dメガネの電源のオフ等を行うとき、瞬時に表示が2Dに切り替わる。そのため、視聴者はシームレスに2Dでコンテンツを続けて見ることができる。また、上述の3Dのオンオフ制御により、視聴者が3Dメガネの装着、あるいは3Dメガネの電源のオン等を行うとき、瞬時に表示が3Dに切り替わる。そのため、視聴者はシームレスに3Dでコンテンツを続けて見ることができる。上述は、MHLシンク機器がMHLソース機器のコンテンツ送出を3D/2D制御するものであった。逆に、MHLソース機器がMHLシンク機器の3D/2D表示制御を行うケースも考えられる。その場合は、上述の図18に示す2バイトの情報データ列を、MHLソース機器からMHLシンク機器に、図16に示す手順で転送する。3Dコンテンツの間に2Dコンテンツが挿入されているような場合、3D→2D切り替えのタイミングで本処理を行うことで、例えば、3Dメガネのシャッタを止めて左右とも開放状態にすることができる。これにより、シャッタが動作しているときよりもクリアに2D画像を視聴可能となる。HDMIでは,垂直ブランキング期間にHDMIVSIVendorSpecificInfoFrameパケットで、伝送中の3Dコンテンツ情報をHDMIシンク機器に送っている。そのため、MHLでも同様に垂直ブランキング期間を利用して3D/2Dの切り替え情報をMHLシンク機器に転送することも考えられる。しかし、60Hzのフレームレートのビデオフォーマットの場合、垂直ブランキングを使うと、最大16.7msのタイムラグが発生する。一方、スクラッチパッドレジスタScratchpadRegistersで情報交換を行った場合、伝送レートが、およそ1MbpsのCBUS経由で行うため、垂直ブランキングを使った場合に比べて有利となる。視聴者の位置を検出し、適正な3D画像を表示する機能:3Dメガネ方式の場合本アプリケーションは、3Dメガネ方式シャッタメガネ方式向けのアプリケーションである。そのため、処理に先立ち、MHLシンク機器は、MHLソース機器に、3D表示方式が3Dメガネ方式であることを通知する。そのため、MHLシンク機器は、MHLソース機器に、例えば、図19に示すような2バイトの情報データ列を送信して、通知する。MHLシンク機器転送元は、この2バイトの情報を、図16に示す手順でMHLソース機器転送先のスクラッチパッドレジスタScratchpadRegistersに書き込むことで、MHLソース機器に転送する。図19に示す2バイトの情報において、1バイト目には、3D表示方式情報であることを示す識別子3DIDCODEが配置される。また、この2バイトの情報において、2バイト目の第7ビット~第5ビットには、3D表示方式情報SinkClassが配置される。ここでは、SinkClass001とされ、3Dメガネ方式が示される。なお、その他、例えば、SinkClass010は直視方式を示し、SinkClass011はヘッドマウント方式を示すものとされる。MHLソース機器は、3Dメガネ方式ならば本アプリケーションを機能する。3Dメガネ方式のMHLシンク機器の場合、通常は、視聴者観視者が3D画像をテレビの正面方向から垂直に見た場合に最大限の3D効果が得られるようになっている。視聴者がテレビの斜め方向や、顔を傾けた状態で3D画像を見ると、3D効果が低下するばかりでなく、生理的な違和感を感ずるようになる。そこで、本アプリケーションでは、視聴者の見る位置に対して3D画像を最適な状態に補正する処理が行われる。この場合、例えば、図20aに示すように、MHLシンク機器に装着されている位置検出センサ顔検出センサを使用して、テレビ画面からの視聴者の顔の位置や傾き等が検出される。図20に示すように、視聴者が1人の場合を考える。この場合、テレビ画面中心から視聴者の顔までの距離をrとし図20a参照、テレビ画面中心を通る法線に対する左右方向の角θ1とする図20b参照。また、この場合、テレビ画面中心を通る法線に対する上下方向の角θ2とし図20c参照、顔の傾きθ3とする図20d参照。図21は、視聴者に対して3D画像を見やすく補正する例を示している。図示のように、3D効果が最大になるように、視聴者に対して、画像を正面から見ているように表示させる。なお、図示は省略するが、視聴者が2人以上いる場合は、その平均的な位置、またはいちばん距離の近い視聴者に補正するなどの方法が考えられる。図22a示すように位置検出センサ顔検出センサを使って視聴者の顔位置を検出するのが困難な場合、例えば、図22bに示すに、テレビリモコンの上下左右回転ボタン等を使って画面を見ながらマニュアル操作で補正する方法も考えられる。これらの例で示すような、3D画像補正技術、およびセンサによる顔検出技術に関しては、従来周知の技術を用いることができ、ここでは、その詳細説明を省略する。位置検出センサ顔検出センサやリモコンを使った位置情報の入力をMHLシンク機器で行い、補正処理をMHLソース機器で行う場合、例えば、図23に示すような5バイトの情報データ列を、MHLシンク機器からMHLソース機器に転送する。MHLシンク機器転送元は、この5バイトの情報を、図16に示す手順でMHLソース機器転送先のスクラッチパッドレジスタScratchpadRegistersに書き込むことで、MHLソース機器に転送する。図23に示す5バイトの情報において、1バイト目には、3D画像補正情報であることを示す識別子3DIDCODEが配置される。また、この5バイトの情報において、2バイト目には距離rの情報が配置され、3バイト目には上下角θ190°~-90°の情報が配置される。また、この5バイトの情報において、4バイト目には左右角θ290°~-90°の情報が配置され、5バイト目にはねじれ角θ390°~-90°の情報が配置される。この5バイトの情報を受信したMHLソース機器は、距離r、上下角θ1、左右角θ2、ねじれ角θ3の情報に基づき、視聴者の見る位置に対して3D画像を最適な状態に補正する画像補正処理を行う。MHLソース機器は、補正後の画像データを、図3に示すTMDSチャネル経由で、MHLシンク機器に伝送する。また、逆に、位置検出センサやリモコンを使った位置情報の入力を、MHLソース機器で行い、画像補正処理をMHLシンク機器で行う場合も考えられる。この場合、MHLソース機器は、図23に示す5バイトの情報データ列を、MHLシンク機器に転送する。この場合、MHLソース機器からTMDSチャネル経由で伝送される画像データは未補正のままである。そのため、MHLシンク機器は、距離r、上下角θ1、左右角θ2、ねじれ角θ3の情報に基づき、視聴者の見る位置に対して3D画像を最適な状態に補正する画像補正処理を行う。視聴者の位置を検出し、適正な3D画像を表示する機能:直視方式の場合本アプリケーションは、特に直視方式向けのアプリケーションである。そのため、処理に先立ち、MHLシンク機器は、MHLソース機器に、3D表示方式が直視方式であることを通知する。そのため、MHLシンク機器は、MHLソース機器に、例えば、図19に示すような2バイトの情報データ列を送信して、通知する。ここでは、SinkClass010とされ、直視方式が示される。MHLシンク機器転送元は、この2バイトの情報を、図16に示す手順でMHLソース機器転送先のスクラッチパッドレジスタScratchpadRegistersに書き込むことで、MHLソース機器に転送する。MHLソース機器は、直視方式ならば本アプリケーションを機能する。図24、図25は直視方式の一方式であるレンチキュラ方式の構造を示している。レンチキュラ方式の場合、図24aに示すレンチキュラレンズが、図24bに示すように、テレビ表示画面上に重ねて配設されている。レンチキュラレンズは、図25に示すように、断面がカマボコ形をしている。このレンチキュラレンズをテレビ画面に重ね合わせ、テレビ画面上の発光体がこのレンチキュラレンズを通過する際の屈折を利用することにより、直視方式の3D表示を実現している。この場合も、上述した3Dメガネ方式と同様に、テレビの正面から垂直に見た場合に最大限の3D効果が得られるようになっている。ここで、上述の3Dメガネ方式のように、直視方式でも、視聴者の位置によって3D効果を最適化する場合を考える。この場合、図26のように、レンチキュラレンズか画像のどちらか一方、または両方を上下左右方向にシフトさせたり、回転させたりすることで、視聴者の見る位置に応じて3D効果を高めることができる。位置検出センサ顔検出センサやリモコンを使った位置情報の入力をMHLソース機器で行い、補正処理をMHLシンク機器で行う場合、例えば、図27に示すような8バイトの情報データ列を、MHLソース機器からMHLシンク機器に転送する。MHLソース機器転送元は、この8バイトの情報を、図16に示す手順でMHLシンク機器転送先のスクラッチパッドレジスタScratchpadRegistersに書き込むことで、MHLシンク機器に転送する。図27に示す8バイトの情報において、1バイト目には、3D画像補正情報であることを示す識別子3DIDCODEが配置される。また、この8バイトの情報において、2バイト目には距離rの情報が配置される。また、この8バイトの情報において、3バイト目、4バイト目、5バイト目には、レンチキュラレンズの上下シフト量100~-100、左右シフト量100~-100、ねじれ角θ90°~-90°が配置される。また、この8バイトの情報において、6バイト目、7バイト目、8バイト目には、画像の上下シフト量100~-100、左右シフト量100~-100、ねじれ角θ90°~-90°が配置される。この8バイトの情報を受信したMHLシンク機器は、それに含まれる情報に基づき、視聴者の見る位置に対して3D画像を最適な状態に補正する処理を行う。この場合、MHLシンク機器は、レンチキュラレンズとテレビ表示画面のどちらか一方、または両方に対してシフト、回転処理を行う。クローズドキャプションClosedCaption表示位置の3D制御クローズドキャプションCCは、米国内において行われており、テレビの画面上に会話や効果音等を画像に同期させて文字表示させる字幕表示機能である。クローズドキャプションは、表示すべき文字や制御情報がコード化され、放送波やDVD等のパッケージコンテンツ内の特定トラックに付加される。テレビのチューナで受信されたCCコードはテレビが持つCCデコーダでデコードされ、テレビ画面上に文字として表示される。このとき、テレビ画面の文字の表示位置は、テレビリモコンによって変えることができる。操作方法の一例として、リモコン上の位置決めボタンを1回押下する毎に、CCの表示位置が右上→右下→左上→左下の順に変化してゆく、といった具合である。HDMIおよびMHLは、ソース機器からシンク機器にCCコードをそのまま伝送する機能を持たない。そのため、例えばチューナを持つソース機器が放送波を受信してシンク機器側で視聴する場合や、DVD再生機能を持つソース機器がCCコードを含むDVDを再生しようとする場合などでは、CCコードをそのままシンク機器側に伝送することができない。そのため、ソース機器側のCCデコーダでデコードし、画面上に文字として展開してからオープンキャプション、AVストリームとしてHDMIまたはMHLケーブルを経由してシンク機器に転送する。その場合、画面上における文字の表示位置は、ソース側のリモコンを使って変えることになる。この場合、シンク側、つまりテレビのリモコンを使って表示位置の変更を行うことができれば便利である。図28に破線で示す矩形は、従来の2D画面上でのCC表示枠を示す。この場合、縦横2つの位置を指定する。3Dの場合、図29に示すように、表示位置として、縦、横に加えて、奥行きの3つを指定する。MHLソース機器からクローズドキャプションCC入りのAVストリームが転送されているとき、MHLシンク機器は、MHLソース機器に、例えば、図30示すような7バイトの情報データ列を転送する。MHLシンク機器転送元は、この7バイトの情報を、図16に示す手順でMHLソース機器転送先のスクラッチパッドレジスタScratchpadRegistersに書き込むことで、MHLソース機器に転送する。図30に示す7バイトの情報において、1バイト目には、CC情報であることを示す識別子3DIDCODEが配置される。また、この7バイトの情報において、2バイト目には文字の大きさ特大、大、中、小の情報が配配置され、3バイト目には点Aの横方向0~255の情報が配置され、4バイト目には点Aの縦方向0~255の情報が配置される。また、この7バイトの情報において、5バイト目には点Bの横方向0~255の情報が配置され、6バイト目には点Bの縦方向0~255の情報が配置され、7バイト目には点A,Bの奥行き0~255の情報が配置される。なお、図30に示す7バイトの情報に含まれる各情報の意味は、以下の通りである。1文字の大きさ:表示する文字の大きさを指定する。特大、大、中、小の4種類である。2点Aの横方向:図28の破線で示す矩形表示枠左上の横位置を指定する。値が0のときは指定無しである。値が1~255のとき、シンク画面の幅を254分割した時の左側からの位置を指定する。例えば、1の場合は点Aの横方向位置として画面左端を指定し、255の場合は点Aの横方向位置として画面右端を指定する。3点Aの縦方向:図28の破線で示す矩形表示枠左上の縦位置を指定する。値が0のときは指定無しである。値が1~255のとき、シンク画面の高さを254分割した時の上部からの位置を指定する。例えば、1の場合は点Aの縦方向位置として画面上端を指定し、255の場合は点Aの縦横方向位置として画面下端を指定する。4点Bの横方向:図28の破線で示す矩形表示枠右下の横位置を指定する。値が0のときは指定無しである。値が1~255のとき、シンク画面の幅を254分割した時の左側からの位置を指定する。例えば、1の場合は点Bの横方向位置として画面左端を指定し、255の場合は点Bの横方向位置として画面右端を指定する。5点Bの縦方向:図28の破線で示す矩形表示枠右下の縦位置を指定する。値が0のときは指定無しである。値が1~255のとき、シンク画面の高さを254分割した時の上部からの位置を指定する。例えば、1の場合は点Bの縦方向位置として画面上端を指定し、255の場合は点Bの縦横方向位置として画面下端を指定する。6表示枠ABの奥行:図29の破線で示す矩形表示枠ABの奥行位置を指定する。値が0のときは指定無しである。値が1~255のとき、シンク画面の奥行を254分割した時の最前部からの位置を指定する。例えば、1の場合は矩形表示枠ABの奥行き位置として画面最前部を指定し、255の場合は矩形表示枠ABの奥行き位置として画面最後部を指定する。この7バイトの情報を受信したMHLソース機器は、それに含まれる情報に基づき、指定された文字の大きさで、指定された位置、奥行きを持つ矩形枠AB内部に文字を展開オープンキャプションする。そして、MHLソース機器は、AVストリームとしてMHLシンク機器にTMDSチャネルを通じて転送する。MHLシンク機器は、クローズドキャプションCCが既にAVストリーム中に展開されているので、CCコードをデコードする必要がなく、そのまま画像を表示させるだけでよい。図1、図2に示す画像表示システム10においては、MHLのケーパビリティレジスタCapabilityRegister、あるいはスクラッチパッドレジスタScratchpadRegisterを使用して、機器間において3D情報の転送を行う。そのため、3D情報を効率よく高速に転送できる。例えば、HDMIの場合と比較して、MHLシンク機器の3DケーパビリティをMHLソース機器に高速かつ効率良く転送することができる。その結果、バッテリ駆動で、かつCPUの性能が低いモバイル機器に対しては、レスポンスの向上、バッテリ消費の低減等を実現できるため、大変有効である。これは、モバイル機器の使用を前提としたMHL規格の主旨とも一致する。また、MHL機器が持つ各種レジスタを用いて、シンク-ソース間で双方向にデータを転送するため、HDMI機器では実現できなかったきめ細かな各種3D処理を実現できる。<2.変形例>なお、上述実施の形態の画像表示システム10は、図1に示すように、テレビ受信機200がMHLシンク機器である例を示した。しかし、図31に示すような画像表示システム10Aにも、この発明を同様に適用できる。この画像表示システム10Aでは、モバイルフォーン100とMHLドングル400とがMHLケーブル300により接続されている。また、MHLドングル400とテレビ受信機200AとがHDMIケーブル500により接続されている。MHLドングル400は、MHL-HDMIの変換処理を行っている。この画像表示システム10Aにおいて、テレビ受信機200Aは、HDMIに対応しているが、MHL非対応である。この画像表示システム10Aにおいて、モバイルフォーン100からのAVストリームは、MHLドングル400を使ってMHL→HDMI変換された後、テレビテレビ受信機200AのHDMIInput端子に入力される。また、上述実施の形態において、MHLソース機器がモバイルフォーン100であり、MHLシンク機器がテレビ受信機200である例を示した。しかし、MHLソース機器、MHLシンク機器の組み合わせはこれに限定されるものでないことは勿論ある。その場合にあっても、MHLのケーパビリティレジスタ、あるいはスクラッチパッドレジスタ等を使用して、機器間において3D情報の転送を行うことで、3D情報を効率よく高速に転送でき、きめの細かな制御を行うことが可能となる。また、上述していないが、MHLソース機器からMHLシンク機器に伝送される3D画像データの3Dストラクチャおよびビデオフォーマットを、スクラッチパッドレジスタを使用して、MHLソース機器からMHLシンク機器に転送することもできる。この転送方法については、上述した各種の3D情報のスクラッチパッドレジスタを使用した転送と同様であるので、ここでは省略する。また、上述実施の形態において、字幕としてクローズキャプションを示したが、その他の字幕、例えば、DVBのサブタイトル、ARIBの字幕等であっても、本技術を同様に適用できる。"