(57)【要約】【課題】表示装置において、ソース機器に接続した際にＥＤＩＤ情報のバージョンの違いによって生じる不具合を、ユーザに認知させてしまうことなく、自動的に解消する。【解決手段】表示装置１は、ＥＤＩＤ情報１４ａを格納する記憶部１４と、ソース機器２に対して通信路３を介して通信を行い、記憶部１４に格納されたＥＤＩＤ情報１４ａを送信し、ソース機器２からＴＭＤＳ信号を受信する通信部１３と、を備える。表示装置１は、さらに書換部１３ａを備える。書換部１３ａは、通信部１３で受信したＴＭＤＳ信号が示す映像を表示させる前に、ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定し、存在しないと判定された場合、記憶部１４が格納しているＥＤＩＤ情報１４ａを、より低いバージョンの情報に書き換える。【選択図】図１
2016163238.tif 000002
【特許請求の範囲】
【請求項１】
ＥＤＩＤ（Extended Display Identification Data）情報を格納する記憶部と、ソース機器に対して通信路を介して通信を行い、前記記憶部に格納された前記ＥＤＩＤ情報を送信し、前記ソース機器からＴＭＤＳ（Transition Minimized Differential Signaling）信号を受信する通信部と、を備えた表示装置であって、
前記通信部で受信した前記ＴＭＤＳ信号が示す映像を表示させる前に、前記ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定し、存在しないと判定された場合、前記記憶部が格納している前記ＥＤＩＤ情報を、より低いバージョンの情報に書き換える書換部を備えたことを特徴とする表示装置。
【請求項２】
前記通信は、ＨＤＭＩ（High-Definition Multimedia Interface）規格に準ずる通信であり、
前記書換部は、前記ＥＤＩＤ情報を、ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ（Vendor Specific Data Block）を含まないＥＤＩＤ情報に書き換えることで、前記より低いバージョンの情報に書き換えることを特徴とする請求項１に記載の表示装置。
【請求項３】
前記書換部は、前記ＥＤＩＤ情報が前記より低いバージョンの情報に書き換えられた状態で、前記Ｇｕａｒｄ  Ｂａｎｄが存在すると判定された場合、前記ソース機器から送信された前記ソース機器の機器情報が、前記記憶部に予め記憶された機器情報と同じであるか否かを判定し、同じでないと判定された場合、前記ＥＤＩＤ情報を、前記より低いバージョンの情報から元に戻すことを特徴とする請求項１又は２に記載の表示装置。
【請求項４】
ＥＤＩＤ（Extended Display Identification Data）情報を格納する記憶部と、ソース機器に対して通信路を介して通信を行い、前記記憶部に格納された前記ＥＤＩＤ情報を送信し、前記ソース機器からＴＭＤＳ（Transition Minimized Differential Signaling）信号を受信する通信部と、を備えた表示装置における情報書換方法であって、
前記通信部で受信した前記ＴＭＤＳ信号が示す映像を表示させる前に、前記ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定する判定ステップと、
前記判定ステップで存在しないと判定された場合、前記記憶部が格納している前記ＥＤＩＤ情報を、より低いバージョンの情報に書き換えるステップと、
を有することを特徴とするＥＤＩＤ情報書換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置及び情報書換方法に関し、より詳細には、ソース機器と接続可能な表示装置、及びその表示装置におけるＥＤＩＤ（Extended Display Identification Data）情報を書き換える情報書換方法に関する。
【背景技術】
【０００２】
従来から、表示装置はソース機器を接続し、そのソース機器から送信された映像を表示できるように構成されている。その接続のためのケーブルやインターフェースには、High-Definition Multimedia Interface（ＨＤＭＩ：登録商標、以下同様）規格、ＤＶＩ（Digital Visual Interface）規格、或いはそれらのバージョン違いのものなど、様々な規格のものが使用されている。
【０００３】
そして、シンク機器となる表示装置側では、どの規格での接続に対応可能であるかを示すために、そのシンク機器の特性を記述したＥＤＩＤ情報を記憶させ、ソース機器に対して送信している。ソース機器は、そのＥＤＩＤ情報に応じた映像を出力するようになっている。
【０００４】
しかし、ソース機器が最新のＥＤＩＤ情報に対応する機能をもたない場合には、ソース機器が不適切な映像及び音声信号をシンク機器に送信するため、シンク機器側では表示映像の異常や音声の再生不良などの不具合が発生してしまう。
【０００５】
特許文献１，２には、このような不具合を解消するために、ＨＤＭＩ規格に準じる通信をソース機器との間で行うシンク機器において、ＥＤＩＤ情報を変更する技術が開示されている。ここでは、ＨＤＭＩ規格の最新バージョンとしてバージョン１．３（以下、「ＨＤＭＩ１．３」と表記し、ＨＤＭＩ規格の他のバージョンについても同様に表記する。）を採用し、その場合に生じる不具合を解消している。具体的には、表示装置側でユーザ操作の必要なく自動的にＥＤＩＤ情報を変更する処理として、現在の動作状態がＨＤＭＩモードであるかＤＶＩモードであるかを、ソース機器からＡＶＩ−Ｉｎｆｏパケットが送られてきているか否かで判定し、ＤＶＩモードであった場合、正しく映像が再生されるようにＥＤＩＤ情報を適切なものに変更している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−３３４４６号公報
【特許文献２】特開２０１３−９４２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１，２に記載の技術は、実際に映像信号を受信し、その映像の再生を実行した段階ではじめて、ＥＤＩＤ情報を必要に応じて適切なものに変更するため、ユーザは不具合を含む映像を視認してしまうことになる。よって、本来は誤判別してしまうソース機器側の問題であるのに対して、ユーザは表示装置が故障したと勘違いしてしまう。
【０００８】
また、この技術では、ＨＤＭＩ１．３が最新のバージョンであることを前提としたものであり、現在のＨＤＭＩ２．０やそれ以降のバージョン、さらにはＨＤＭＩ規格以外の規格には対応できない。実際、ＨＤＭＩ２．０において４Ｋ６０ｐ（１８Ｇｂｐｓ）の信号の対応が可能になったが、この信号に対応させるためにＥＤＩＤ情報にＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ（Vendor Specific Data Block）を追加する必要がある。しかし、ＨＤＭＩ２．０に対応してないソース機器の中には、このＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢを認識することができず、表示装置をＨＤＭＩ機器ではなくＤＶＩ機器と誤判別してしまうものがある。そして、ソース機器は、表示装置がＤＶＩ機器であるとの誤判別を行ってしまった場合、映像をＲＧＢ信号で出力してしまうため、画像が紫掛かり、音も出なくなるため、ユーザは故障していると判断してしまう。
【０００９】
本発明は、上述のような実状に鑑みてなされたものであり、その目的は、ソース機器と接続可能な表示装置において、ソース機器に接続した際にＥＤＩＤ情報のバージョンの違いによって生じる不具合を、ユーザに認知させてしまうことなく、自動的に解消することにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明の第１の技術手段は、ＥＤＩＤ（Extended Display Identification Data）情報を格納する記憶部と、ソース機器に対して通信路を介して通信を行い、前記記憶部に格納された前記ＥＤＩＤ情報を送信し、前記ソース機器からＴＭＤＳ（Transition Minimized Differential Signaling）信号を受信する通信部と、を備えた表示装置であって、前記通信部で受信した前記ＴＭＤＳ信号が示す映像を表示させる前に、前記ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定し、存在しないと判定された場合、前記記憶部が格納している前記ＥＤＩＤ情報を、より低いバージョンの情報に書き換える書換部を備えたことを特徴としたものである。
【００１１】
本発明の第２の技術手段は、第１の技術手段において、前記通信は、ＨＤＭＩ（High-Definition Multimedia Interface）規格に準ずる通信であり、前記書換部は、前記ＥＤＩＤ情報を、ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ（Vendor Specific Data Block）を含まないＥＤＩＤ情報に書き換えることで、前記より低いバージョンの情報に書き換えることを特徴としたものである。
【００１２】
本発明の第３の技術手段は、第１又は第２の技術手段において、前記書換部は、前記ＥＤＩＤ情報が前記より低いバージョンの情報に書き換えられた状態で、前記Ｇｕａｒｄ  Ｂａｎｄが存在すると判定された場合、前記ソース機器から送信された前記ソース機器の機器情報が、前記記憶部に予め記憶された機器情報と同じであるか否かを判定し、同じでないと判定された場合、前記ＥＤＩＤ情報を、前記より低いバージョンの情報から元に戻すことを特徴としたものである。
【００１３】
本発明の第４の技術手段は、ＥＤＩＤ（Extended Display Identification Data）情報を格納する記憶部と、ソース機器に対して通信路を介して通信を行い、前記記憶部に格納された前記ＥＤＩＤ情報を送信し、前記ソース機器からＴＭＤＳ（Transition Minimized Differential Signaling）信号を受信する通信部と、を備えた表示装置における情報書換方法であって、前記通信部で受信した前記ＴＭＤＳ信号が示す映像を表示させる前に、前記ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定する判定ステップと、前記判定ステップで、存在しないと判定された場合、前記記憶部が格納している前記ＥＤＩＤ情報を、より低いバージョンの情報に書き換えるステップと、を有することを特徴としたものである。
【発明の効果】
【００１４】
本発明によれば、ソース機器と接続可能な表示装置において、ソース機器に接続した際にＥＤＩＤ情報のバージョンの違いによって生じる不具合を、ユーザに認知させてしまうことなく、自動的に解消することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係る表示装置とそれに接続されたソース機器とを備えたシステムの一構成例を示すブロック図である。
【図２】ＨＤＭＩ１．４とＨＤＭＩ２．０の主な相違点について記述した表を示す図である。
【図３Ａ】ＨＤＭＩ１．４やＨＤＭＩ２．０（伝送速度：１０．２Ｇｂｐｓ）において使用されるＥＤＩＤ情報の一部を示す図である。
【図３Ｂ】ＨＤＭＩ２．０（伝送速度：１８Ｇｂｐｓ）において使用されるＥＤＩＤ情報の一部を示す図である。
【図４】図１の表示装置におけるＥＤＩＤ情報書換処理の一例を説明するためのフロー図である。
【図５】本発明の第２の実施形態に係る表示装置におけるＥＤＩＤ情報書換処理の一例を説明するためのフロー図である。
【図６】本発明の第３の実施形態に係る表示装置におけるＥＤＩＤ情報書換処理の一例を説明するためのフロー図である。
【発明を実施するための形態】
【００１６】
本発明に係る表示装置は、表示部を備えた装置であり、例えば、音声出力部を併せて備えた表示装置に限らず、音声出力部を具備しないモニタ装置にも適用できる。音声出力部を備えた表示装置としては、テレビ装置をはじめ、表示部付きのパーソナルコンピュータ（ＰＣ）やタブレット型の端末装置（以下、タブレット端末）等の情報処理装置、携帯電話機（スマートフォンと呼ばれるものも含む）、プロジェクタ装置などが挙げられる。
【００１７】
上記表示部で表示可能な映像（静止画像も含む）には、表示装置の外部のソース機器から受信した映像も含まれる。つまり、本発明に係る表示装置はソース機器に接続可能な装置であり、シンク機器として機能する。このソース機器としては、例えばＢＤ（Blu-ray Disc：登録商標）プレーヤ、ＢＤレコーダ、ＨＤＤ（Hard disk drive）レコーダ等のコンテンツ再生装置やコンテンツ録画装置をはじめとして、設置型のＰＣやモバイルＰＣやタブレット端末等の情報処理装置、携帯電話機、ビデオカメラなどが挙げられる。
【００１８】
そして、本発明に係る表示装置は、ＥＤＩＤ情報を記憶する記憶部と、ソース機器からＴＭＤＳ（Transition Minimized Differential Signaling）信号を受信する通信部と、を備えている。よって、これらの表示装置とソース機器の間の通信方式は、ＴＭＤＳ信号で映像信号（及び音声信号）を通信し、且つＥＤＩＤ情報を用いる様々な規格のものが適用できる。以下、本発明の様々な実施形態について図面を参照しながら説明する。
【００１９】
（第１の実施形態）
本発明の第１の実施形態について、図１〜図４を参照しながら説明する。図１は、本実施形態に係る表示装置とそれに接続されたソース機器とを備えたシステムの一構成例を示すブロック図である。
【００２０】
図１で例示するシステムは、表示装置１にソース機器２が通信路３を介して接続されている。表示装置１は、制御部１０、表示部１１、操作部１２、通信部１３、及び記憶部１４を備え、ソース機器２は、制御部２０、映像・音声処理部２１、操作部２２、通信部２３、及び記憶部２４を備える。通信路３は、通信部１３と通信部２３の間を繋ぎ、映像・音声信号や制御信号を伝送する通信路である。
【００２１】
なお、図１の表示装置１、ソース機器２では、映像・音声などのデータの信号線は図示せず、制御用の信号線のみ図示している。また、操作部１２，２２、映像・音声処理部２１、記憶部２４などは必須ではなく、一般的に具備されている構成要素である。その他、例示する表示装置１はスピーカ等の音声出力部（図示せず）を備えるものとする。
【００２２】
まず、表示装置１側の構成について説明する。制御部１０は、表示装置１の全体を制御する。制御部１０は、例えばプログラム保存領域に格納された制御プログラムを動作させるなどして、各種制御を行う。より具体的な例を挙げると、制御部１０は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）、作業領域としてのＲＡＭ（Random Access Memory）、及び記憶装置などの制御デバイスで構成され、その一部又は全部を集積回路（ＩＣ：Integrated Circuit）／ＩＣチップセットとして搭載することもできる。
【００２３】
この記憶装置には、上記制御プログラムをはじめ、ＯＳＤ（On Screen Display）画像として表示させるためのＵＩ（User Interface）画像、各種設定内容などが記憶される。また、上記記憶装置としては、フラッシュＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable and Programmable  ＲＯＭ）等が挙げられる。また、上記設定内容の１つとして後述のＥＤＩＤ情報１４ａを含むようにしてもよく、その場合、上記記憶装置は書き換え可能な装置とし、記憶部１４を含む構成になる。無論、制御部１０としては、制御プログラムをもたない回路構成も適用できる。
【００２４】
表示部１１は、映像を表示する表示パネルを有する。表示パネルとしては、液晶ディスプレイや有機エレクトロルミネッセンスディスプレイ等、様々な表示方式のパネルが挙げられる。なお、表示部１１として投影部を具備する構成を適用することもでき、その場合、表示装置１はプロジェクタ装置と呼べる。
【００２５】
操作部１２は、表示装置１の本体に設けた操作ボタン群や、リモートコントロール装置（以下、リモコン）及びそのリモコンから発信された操作信号を受信する受信部などが挙げられる。なお、表示部１１に設けたタッチセンサを操作部１２とすることもできる。
【００２６】
記憶部１４は、ＥＤＩＤ情報１４ａを格納するＥＥＰＲＯＭ等の記憶装置である。
通信部１３は、ソース機器２側の通信部２３と通信路３を介して通信を行う部位であり、ＴＭＤＳ信号をソース機器２から受信したり、ソース機器２とコマンドをやりとりしたりする。特に通信部１３は、ソース機器２からＴＭＤＳ信号を受信すること、並びに記憶部１４に格納されたＥＤＩＤ情報１４ａを送信することが可能となっている。
【００２７】
ＥＤＩＤ情報１４ａを送信するプロトコルは、ＤＤＣ（Display Data Channel）として規格化されており、ＥＤＩＤ情報１４ａは通信路３に含まれるＤＤＣラインで送信される。具体的には、ソース機器２はＨＰＤ（Hot Plug Detect）のＨｉｇｈの信号を検出すると、表示装置１のＥＤＩＤ情報１４ａを要求するコマンドをＤＤＣライン経由で送信し、これを受信した表示装置１がＤＤＣライン経由でＥＤＩＤ情報１４ａを返信する。
【００２８】
また、上記ＴＭＤＳ信号は映像信号、音声信号、制御信号を含み、通信路３に含まれるＴＭＤＳラインで送信される。通信部１３は、ここで受信したＴＭＤＳ信号を映像信号や音声信号に分離し、それぞれ表示部１１、音声出力部に渡す。これによりソース機器２から送信された映像・音声の出力がなされることになる。なお、信号分離後、図示しない信号処理部で映像信号、音声信号に対して種々の信号処理を施してもよい。
【００２９】
通信部１３において採用する通信規格としては、例えばＨＤＭＩ規格をはじめ、Mobile High-definition Link（ＭＨＬ：登録商標、以下同様）規格、ＤＶＩ規格など、様々なものが適用できる。なお、通信路３としては、ＴＭＤＳ信号を無線通信で通信させるような無線通信路も適用することができる。その場合、通信部１３や通信部２３は無線通信部となる。
【００３０】
また、通信部１３は、１又は複数の通信インターフェース（コネクタ又はアダプタとも呼ばれる）を有し、表示装置１が通信インターフェースをＮ個もっていれば、Ｎ本の通信路で最大Ｎ個のソース機器（又はリピータ機器）の接続が可能になっている。例えば４本のＨＤＭＩケーブルを接続させるためには、通信部１３は４つのＨＤＭＩコネクタを具備さればよい。この場合、各ＨＤＭＩコネクタに後述する書換部１３ａを具備し、各ＨＤＭＩコネクタについてＥＤＩＤ情報１４ａが個別に記憶される。
【００３１】
次に、ソース機器２側の構成について説明する。制御部２０は、ソース機器２の全体を制御する。制御部２０は、例えばプログラム保存領域に格納された制御プログラム（以下、ソース機器制御プログラム）を動作させるなどして、各種制御を行う。例えば、制御部２０は制御部１０と同様の構成が適用できる。但し、制御部２０に設けられた記憶装置には、上記ソース機器制御プログラムをはじめ、ＯＳＤ画像として映像に重畳させるためのＵＩ画像、ソース機器２についての各種設定内容などが記憶される点が異なる。無論、制御部２０としては、上記ソース機器制御プログラムをもたない回路構成も適用できる。
【００３２】
映像・音声処理部２１は、再生対象の映像信号、音声信号に対して種々の信号処理を施す。再生対象のコンテンツは、図示しない放送受信部で受信したものや、記憶部２４に格納されたもの、図示しない可搬記録媒体読取装置に装着された可搬記録媒体に記録されたものなどが挙げられ、制御部２０の制御により読み出され、映像・音声処理部２１に渡される。操作部２２は、ソース機器２の本体に設けた操作ボタン群や、リモコン及びそのリモコンから発信された操作信号を受信する受信部などが挙げられる。
【００３３】
通信部２３は、通信路３を介して表示装置１側の通信部１３と通信する部位である。通信部２３は、表示装置１からＥＤＩＤ情報１４ａを受信すると共に、そのＥＤＩＤ情報１４ａが示す表示装置１の特性（推奨する解像度、リフレッシュレート、カラースペースなど）に基づき、映像・音声処理部２１から得た映像信号や音声信号からＴＭＤＳ信号を生成し、表示装置１側に送信する。また、通信部２３は表示装置１とコマンドのやり取りも行う。記憶部２４は、上述のように再生可能なコンテンツを格納するＨＤＤ等の記憶装置である。
【００３４】
次に、本発明の主たる特徴について説明する。表示装置１は以下に説明する書換部１３ａを備える。なお、書換部１３ａを通信部１３の一部として例示するが、制御部１０などに設けてもよく、表示装置１に具備されていればよい。
【００３５】
書換部１３ａは、通信部１３で受信したＴＭＤＳ信号が示す映像を表示させる前に、ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定する。
【００３６】
実際、ＴＭＤＳ信号は、映像信号を伝送するＶｉｄｅｏ  Ｄａｔａ  Ｐｅｒｉｏｄ、音声信号や制御信号をパケットとして送信するＤａｔａ  Ｉｓｌａｎｄ  Ｐｅｒｉｏｄ、並びに、映像も上記パケットも送信されないＣｏｎｔｒｏｌ  Ｐｅｒｉｏｄで構成されている。そして、これらの区間で信号コーディングの方式が異なる。Ｇｕａｒｄ  Ｂａｎｄは各区間の区切りを認識するために用いることができる。例えば映像信号のみ含まれるＴＭＤＳ信号などには、Ｇｕａｒｄ  Ｂａｎｄが存在しないことになる。
【００３７】
そして、書換部１３ａは、Ｇｕａｒｄ  Ｂａｎｄが存在しないと判定された場合、記憶部１４に格納されたＥＤＩＤ情報１４ａがそのままではソース機器２が誤認識してしまう可能性があるため、ＥＤＩＤ情報１４ａを、より低いバージョンの情報に書き換える。上記より低いバージョンにおける「バージョン」とは、通信部１３においてＴＭＤＳ信号を送受するための通信規格（ＨＤＭＩ規格等）のバージョンを指すと言える。また、上記より低いバージョンとしては、１つ低いバージョンであることが、より新しいバージョンに対応した映像・音声の出力が望めるため好ましいと言える。但し、何段階低いバージョンにするかは表示装置１がどの程度古いソース機器２まで対応させるかなどによって、決めておけばよい。
【００３８】
表示装置１の通信部１３は、このようにして書き換えられたＥＤＩＤ情報１４ａを再度ソース機器２に送信する。これを受けたソース機器２は、表示装置１が上記より低いバージョン（上述のように好ましくは１つ低いバージョン）に対応した機器であると認識し、それに応じた映像信号等のＴＭＤＳ信号を表示装置１側に送信することができる。
【００３９】
そして、このＴＭＤＳ信号（以下、ＴＭＤＳ信号ａ）を受信した表示装置１は、ある程度望ましい映像、音声の出力が可能となる。上記１つ低いバージョンを採用した場合には、このＴＭＤＳ信号ａを受信した表示装置１は、可能な限り高精細な映像、音声を出力することが可能となる。
【００４０】
以上のように、本発明に係る表示装置によれば、ソース機器に接続した際にＥＤＩＤ情報のバージョンの違いによって生じる、映像や音声の出力に係る不具合を、ユーザに認知させてしまうことなく、自動的に（ユーザ操作の必要無しに）解消することができる。また、ユーザに不具合を認知させないため、ユーザからの問合せやクレームが削減する。
【００４１】
次に、図２〜図４を併せて参照しながら、通信部１３，２３による通信がＨＤＭＩ規格に準ずる通信である場合を例に挙げ、本実施形態に係るＥＤＩＤ情報書換処理の具体例について説明する。なお、ＨＤＭＩ規格では、上記コマンドとしてＣＥＣ（Consumer Electronics Control）信号がＣＥＣラインで送信され、このＣＥＣ信号により相手機器の制御を行うことになる。
【００４２】
図２は、ＨＤＭＩ１．４とＨＤＭＩ２．０の主な相違点について記述した表を示す図である。また、図３Ａは、ＨＤＭＩ１．４やＨＤＭＩ２．０（伝送速度：１０．２Ｇｂｐｓ）において使用されるＥＤＩＤ情報の一部を示す図で、図３Ｂは、ＨＤＭＩ２．０（伝送速度：１８Ｇｂｐｓ）において使用されるＥＤＩＤ情報の一部を示す図である。図４は、表示装置１におけるＥＤＩＤ情報書換処理の一例を説明するためのフロー図である。
【００４３】
図２の表で示すように、ＨＤＭＩ規格はＨＤＭＩ１．４からＨＤＭＩ２．０へのバージョンアップにより、主に伝送速度が１０．２Ｇｂｐｓから１８Ｇｂｐｓに上昇している。なお、上記伝送速度は、そのバージョンで保証されている１ピクセル（３成分）当りの帯域幅を示している。それにより、ＨＤＭＩ２．０では、Ｙ：Ｃｂ：Ｃｒ＝４：４：４の４Ｋ画像（４０９６×２１６０画素）が６０ｐ（６０Ｈｚ、プログレッシブ方式）で伝送できるようになっている。その他、同様の４Ｋ画像が５０ｐでも伝送可能となっているなど、主な相違点については図２で示す通りである。
【００４４】
また、表示装置１の或るＨＤＭＩコネクタが、ＨＤＭＩ１．４の場合やＨＤＭＩ２．０でも１０．２Ｇｂｐｓの帯域幅しか使用しない場合（例えばＨＤＭＩ２．０で新たに対応可能となったＹ：Ｃｂ：Ｃｒ＝４：２：０の場合）には、そのコネクタに関するＥＤＩＤ情報１４ａとして、図３Ａに示すようなＥＤＩＤ情報３１が格納されている。このＥＤＩＤ情報３１は、ＶＳＤＢ（Vendor Specific Data Block）に関する記述が「ＨＤＭＩ，ＬＬＣ  ＶＳＤＢ」３１ａの１種類しかないものとなっている。
【００４５】
一方で、表示装置１のそのＨＤＭＩコネクタ（又は別途設けた他のＨＤＭＩコネクタ）が、ＨＤＭＩ２．０対応で１８Ｇｂｐｓの帯域幅を使用する場合には、そのコネクタに関するＥＤＩＤ情報１４ａとして、図３Ｂに示すようなＥＤＩＤ情報３２が格納されている。このＥＤＩＤ情報３２には、ＶＳＤＢに関する記述が「ＨＤＭＩ，ＬＬＣ  ＶＳＤＢ」３１ａと「ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ」３２ａの２種類ある。つまり、帯域幅の増加などのバージョンアップにより、ＥＤＩＤ情報３１に「ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ」３２ａを追加したＥＤＩＤ情報３２が必要となっている。
【００４６】
なお、図３Ａ，図３Ｂで例示したＥＤＩＤ情報３１，３２には、その空白の部分においても他の項目の記述があるが省略している。ＥＤＩＤ情報３１，３２はソース機器２側において上から順に読まれることになる。例えば、ＥＤＩＤ情報３２であれば最初に前半の空白の部分が読まれ、次に「ＨＤＭＩ，ＬＬＣ  ＶＳＤＢ」３１ａ、「ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ」３２ａの順に読まれ、最後に後半の空白の部分が読まれることになる。
【００４７】
表示装置１の或るＨＤＭＩコネクタに関するＥＤＩＤ情報１４ａとして、記憶部１４に図３ＢのＥＤＩＤ情報３２が記憶されている場合、つまりそのＨＤＭＩコネクタがＨＤＭＩ２．０（１８Ｇｂｐｓ）対応（以下、単にＨＤＭＩ２．０対応と呼ぶ）であり、ソース機器２がＨＤＭＩ２．０非対応である場合について、図４を参照しながらＥＤＩＤ情報書換処理の一例を説明する。但し、他の通信規格でも同様の考え方が適用できる
【００４８】
まず、表示装置１とソース機器２がＨＤＭＩケーブルで接続された状態で、操作部１２でのユーザ操作により表示装置１の入力切替が上記ＨＤＭＩコネクタに接続されたソース機器２に切り替えられた場合、上記のＨＤＭＩコネクタを含む通信部１３が、ソース機器２にＥＤＩＤ情報１４ａを送信し、ソース機器２からそれに応じたＴＭＤＳ信号を入力する（ステップＳ１）。
【００４９】
通信部１３の書換部１３ａは、入力されたＴＭＤＳ信号内のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定する（ステップＳ２）。ステップＳ２でＹＥＳの場合には、ソース機器２がＥＤＩＤ情報１４ａを正しく解釈し、ＨＤＭＩ信号（ＨＤＭＩストリーム）としてＴＭＤＳ信号を送信してきているので、表示部１１及び音声出力部がそのＴＭＤＳ信号の再生・出力を行う（ステップＳ６）。この場合、正しく解釈されて（或いは解釈できないところは無視されて）おり、不具合が発生していないため、ＥＤＩＤ情報１４ａの書き換えは必要ない。
【００５０】
一方、ステップＳ２でＮＯの場合、ソース機器２がＤＶＩモードでＴＭＤＳ信号を送信してきていることを意味する。具体的には、ソース機器２は、受信したＥＤＩＤ情報１４ａから表示装置１の特性を判定するが、そのＥＤＩＤ情報１４ａがソース機器２で予期していないものであった場合、それを単純に無視するのではなく、表示装置１の特性がＤＶＩ規格に基づく特性である（つまり表示装置１がＤＶＩ機器である）と誤認識してしまうことがある。
【００５１】
その場合、ソース機器２はＤＶＩモードでＴＭＤＳ信号を生成し（つまりＤＶＩ規格に対応したＤＶＩ信号を生成し）、表示装置１に送信してしまうことになる。こうして生成されたＤＶＩモードのＴＭＤＳ信号は、映像信号がＲＧＢ信号（解像度は７２０ｐ）であり、紫掛かった色となり、且つ音声信号が含まれていない。例えば、ソース機器２としてスマートフォンをＨＤＭＩ２．０対応のコネクタにケーブル接続した場合などには、このようなＤＶＩモードのＴＭＤＳ信号が出力される。
【００５２】
よって、ステップＳ２でＮＯの場合、書換部１３ａがＥＤＩＤ情報１４ａをＨＤＭＩ１．４に対応するものに書き換える（ステップＳ４）。具体的には、書換部１３ａは、ＥＤＩＤ情報１４ａとして記憶されたＥＤＩＤ情報３２を、「ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ」３２ａを含まないＥＤＩＤ情報３１に書き換えることで、ＥＤＩＤ情報１４ａをより低いバージョンの情報（ＨＤＭＩ１．４に対応するＥＤＩＤ情報３１）に書き換える。なお、ＥＤＩＤ情報３２をＥＤＩＤ情報３１に書き換えるには、ＥＤＩＤ情報３２全体をＥＤＩＤ情報３１で上書きすればよい。
【００５３】
但し、ＥＤＩＤ情報１４ａを書き換える際には、通信部１３が一度ＨＰＤをＬｏｗにしてソース機器２との通信を遮断しておく必要がある（ステップＳ３）。そして、ステップＳ４の書き換え後、通信部１３がＨＰＤをＨｉｇｈに戻してソース機器２との通信を再開しておけばよい（ステップＳ５）。
【００５４】
ステップＳ５において通信部１３と通信した通信部２３はＨＰＤがＨｉｇｈであることを検出し、通信部１３に対してＥＤＩＤ情報１４ａの送信を要求することになる。これに応答して、通信部１３は、書き換えられたＥＤＩＤ情報１４ａ（ＥＤＩＤ情報３１）をソース機器２に送信する。このＥＤＩＤ情報３１を受信したソース機器２は、ＥＤＩＤ情報３１に「ＨＤＭＩ  Ｆｏｒｕｍ  ＶＳＤＢ」が含まれないため誤認識せず、表示装置１がＨＤＭＩ１．４対応機器であると認識する。よって、ソース機器２は、音声信号と共に映像信号としてそれに応じたＹＣｂＣｒ信号を送信するなど、ＨＤＭＩ１．４対応の適切なＴＭＤＳ信号を送信する。
【００５５】
このようにして、表示装置１では、ソース機器２からＨＤＭＩ１．４に対応したＴＭＤＳ信号を受信することができる。よって、ステップＳ５の後には、表示部１１、音声出力部がそれぞれそのようにして受信したＴＭＤＳ信号が示す映像信号、音声信号を再生して出力する（ステップＳ６）。
【００５６】
また、ソース機器２からユーザが意図してＤＶＩモード（ＤＶＩ信号）で映像を出力させる場合もあるが、そのような場合にＥＤＩＤ情報１４ａをＨＤＭＩ１．４対応に書き替えても、元々ＤＶＩモードはＨＤＭＩ２．０対応やＨＤＭＩ１．４対応のＥＤＩＤ情報には対応していないので、問題にはならない。
【００５７】
また、ステップＳ２のような判定は、表示装置１への入力が切り替えられた場合にのみ実行するようにしてもよいが、ＴＭＤＳ信号が入力され、デコードされる際に毎回実行することが望ましい。
【００５８】
また、ステップＳ２でＮＯの場合、ステップＳ３に先立ち、既にＥＤＩＤ情報１４ａがＨＤＭＩ１．４対応に書き換わっているか否かを判定し、書き換わってない場合にのみステップＳ３〜Ｓ５の処理を実行することが望ましい。或いは、ステップＳ２に先立ち、既にＥＤＩＤ情報１４ａがＨＤＭＩ１．４対応に書き換わっているかを判定し、書き換わってない場合にのみ、ステップＳ２〜Ｓ５の処理を実行するようにしてもよい。いずれかの処理により、ステップＳ３〜Ｓ５の処理が不必要な場合にその処理を繰り返す必要がなくなる。
【００５９】
以上のように、表示装置１では、ミュート期間中（映像出力前に）に必要に応じてＥＤＩＤ情報１４ａの書き換えを行うため、紫掛かったような不具合のある映像を出力してユーザに不具合があると認識させてしまうことなく、ＨＤＭＩ信号を受信し、正しい色で映像を表示し、音声も出力することができるようになる。
【００６０】
また、ステップＳ６で映像・音声出力がなされる前（つまりミュート期間中）には、「対応機器に合わせてＥＤＩＤ情報を書き換え中です」などといったメッセージを、表示部１１にＯＳＤ表示させるようにしてもよい。
【００６１】
（第２の実施形態）
本発明の第２の実施形態について、図５を併せて参照しながら説明する。図５は、本実施形態に係る表示装置におけるＥＤＩＤ情報書換処理の一例を説明するためのフロー図である。本実施形態について、第１の実施形態との相違点を中心に説明するが、第１の実施形態で説明した様々な応用例も同様に適用できる。
【００６２】
本実施形態に係る表示装置１は、第１の実施形態において、ソース機器２の入れ替え（ケーブル差し替え）に対応させたものである。本実施形態における書換部１３ａは、ＥＤＩＤ情報１４ａが上記より低いバージョンの情報に書き換えられた状態で、Ｇｕａｒｄ  Ｂａｎｄが存在すると判定された場合、ソース機器２から送信されたソース機器２の機器情報が、記憶部１４に予め記憶された機器情報と同じであるか否かを判定する。
【００６３】
上記機器情報とは、ソース機器２に固有のデータであり、ＨＤＭＩ規格の場合、ＳＰＤ（Source Product Description）  Ｉｎｆｏ  Ｆｒａｍｅデータ（以下、単にＳＰＤデータという）が挙げられる。ソース機器２のＳＰＤデータはそのソース機器固有の機器名を含む。ＳＰＤデータは、ＴＭＤＳ信号のデータパケットに含まれ、ＨＤＭＩの場合、ＣＥＣ信号で取得することもできる。必要に応じてＳＰＤデータを要求するコマンドをＣＥＣ信号でソース機器２側に送信し、その応答として取得してもよい。このように、ＨＤＭＩ規格の場合、ＴＭＤＳ信号又はＣＥＣ信号からＳＰＤデータを取得して判定に利用すればよい。
【００６４】
そして、書換部１３ａは、機器情報が同じでないと判定された場合、ＥＤＩＤ情報１４ａを、上記より低いバージョンの情報から元に戻す。なお、機器情報とＥＤＩＤ情報１４ａが記憶される記憶部１４は、別々の記憶装置で構成されてもよい。
【００６５】
なお、書換部１３ａは、上記より低いバージョンの情報に書き換えられた状態か否かの判定は、実行しなくてもよいし、実行する場合でもＧｕａｒｄ  Ｂａｎｄの有無の判定後に実行してもよい。具体的には、書換部１３ａは、Ｇｕａｒｄ  Ｂａｎｄが存在すると判定された場合に、上述した機器情報の判定を行い、機器情報が同じでないと判定された場合、ＥＤＩＤ情報１４ａを最初に記憶しておいたバージョンの情報にするだけでよい。最初に記憶しておいたバージョンの情報にするに際しては、現在のＥＤＩＤ情報１４ａがＨＤＭＩ２．０対応、ＨＤＭＩ１．４対応のいずれであるかに依らず、一律にその情報に書き換えればよい。或いは、機器情報の判定後にＥＤＩＤ情報１４ａが上記より低いバージョンの情報に書き換えられているか否かの判定を行い、書き換えられていない場合にのみ書き換えを実行すればよい。
【００６６】
本実施形態の処理例について、図５を参照しながら、表示装置１がＨＤＭＩ２．０対応であるなど、図４の説明と同様の条件を前提に説明するが、他の通信規格でも同様の考え方が適用できる。
【００６７】
まず、図４のステップＳ１，Ｓ２と同様の処理を実行し（ステップＳ１１，１２）、ステップＳ１２でＹＥＳの場合、ステップＳ３〜Ｓ５と同様の処理を実行し（ステップＳ１３〜１５）、ステップＳ６と同様にＴＭＤＳ信号を再生・出力する（ステップＳ１６）。
【００６８】
一方、ステップＳ１２でＹＥＳの場合、書換部１３ａは、事前に記憶部１４に記憶されたＳＰＤデータと今回ステップＳ１１で受信したＴＭＤＳ信号に含まれるＳＰＤデータが同じであるか否かを判定する（ステップＳ１７）。
【００６９】
ステップＳ１７でＹＥＳの場合、ソース機器２の差し替えが無かったことを意味するため、そのまま、ステップＳ１６に進み、映像・音声の再生、出力を行う。また、例えばソース機器２を初めて接続した場合など、もし事前にＳＰＤデータが記憶されていない場合にもステップＳ１７でＹＥＳと判定し、ステップＳ１６に進めばよい。
【００７０】
ステップＳ１７でＮＯの場合、書換部１３ａが記憶部１４のＥＤＩＤ情報１４ａをＨＤＭＩ２．０に対応するように書き換える（ステップＳ１９）。但し、ステップＳ１３，Ｓ１５と同様に、ステップＳ１９の処理の前後で一旦ＨＰＤをＬｏｗにし（ステップＳ１８）、書き換え後にＨｉｇｈに戻す（ステップＳ２０）。ステップＳ２０の後は、ステップＳ１６に進む。また、ステップＳ１９では元々ＨＤＭＩ２．０対応であった場合にも上書きすれば済むが、ステップＳ１８の前にＥＤＩＤ情報１４ａがＨＤＭＩ２．０対応か否かを判定し、ＮＯの場合のみステップＳ１８〜Ｓ２０の処理を実行するようにしてもよい。
【００７１】
以上のような処理により、ソース機器２の入れ替えに対応することができる。
具体的に説明すると、まず、ソース機器２を初めて繋いで図５の処理を実行した際にはＥＤＩＤ情報１４ａはＥＤＩＤ情報３２のようにＨＤＭＩ２．０対応のものである。ソース機器２がＥＤＩＤ情報３２を誤認してしまった場合及び意図的にＤＶＩ信号が送信されてきた場合のみ、ステップＳ１４でＥＤＩＤ情報１４ａがＥＤＩＤ情報３１のようにＨＤＭＩ１．４対応に書き換えられる。
【００７２】
２回目以降の図５の処理では、意図的にＤＶＩ信号が送信されてきている場合（ケースＩ）、或いはソース機器２の入れ替えがなされた場合（ケースＩＩ）を除き、必ずステップＳ１２の判定結果がＹＥＳとなる。
【００７３】
ケースＩの場合、ステップＳ１２でＮＯとなるが、ステップＳ１３〜Ｓ１５の処理を実行してもＥＤＩＤ情報１４ａが同じＥＤＩＤ情報３１で書き換わるだけであるので問題ない。但し、ステップＳ１３の前にＥＤＩＤ情報１４ａがＨＤＭＩ１．４対応か否かを判定し、ＮＯの場合のみステップＳ１３〜Ｓ１５の処理を実行してもよい。
【００７４】
ケースＩＩの場合において、ステップＳ１２でＮＯとなった場合にはそのままステップＳ１３〜Ｓ１５の処理を実行すればよい。但し、この場合にも、ステップＳ１３の前にＥＤＩＤ情報１４ａがＨＤＭＩ１．４対応か否かを判定し、ＮＯの場合のみステップＳ１３〜Ｓ１５の処理を実行してもよい。
【００７５】
ケースＩＩの場合において、ステップＳ１２でＹＥＳとなった場合にはステップＳ１７における機器情報の判定結果がＮＯとなるため、ステップＳ１８〜Ｓ２０の処理を実行することで、一時的にＥＤＩＤ情報１４ａをＨＤＭＩ２．０対応に戻す。入れ替え後のソース機器２（新たに接続されたソース機器２）がＥＤＩＤ情報３２を正しく解釈できる可能性があるためである。もし、新たに接続されたソース機器２がＥＤＩＤ情報３２を正しく解釈できなかった場合や、意図的にＤＶＩ信号が送信されてきた場合には、次回の図５の処理中のステップＳ１２でＮＯとなり、ＨＤＭＩ１．４対応のＥＤＩＤ情報３１に再度書き換えられることになる。なお、上述したように、ステップＳ１８の前にＥＤＩＤ情報１４ａがＨＤＭＩ２．０対応か否かを判定し、ＮＯの場合のみステップＳ１８〜Ｓ２０の処理を実行してもよい。
【００７６】
（第３の実施形態）
本発明の第３の実施形態について、図６を併せて参照しながら説明する。図６は、本実施形態に係る表示装置におけるＥＤＩＤ情報書換処理の一例を説明するためのフロー図である。本実施形態について、第２の実施形態との相違点を中心に説明するが、相違点を除き、第２の実施形態で説明した様々な応用例も同様に適用できる。なお、第１の実施形態に本実施形態の考え方を適用することについては、ステップＳ２に先立つ処理例として挙げた通りである。
【００７７】
本実施形態では、第２の実施形態において図５のステップＳ１３〜Ｓ１５，Ｓ１８〜Ｓ２０の判定に先立つ処理の例として説明した、ＥＤＩＤ情報１４ａが元から書き換えられたものか否かの判定処理を、ステップＳ１２の判定に先立ち実行する。ここでは図５との相違点を中心に説明する。また、図５と同様に表示装置１がＨＤＭＩ２．０対応であるなどの条件を前提に説明するが、他の通信規格でも同様の考え方が適用できる。
【００７８】
まず、図５のステップＳ１１と同様の処理を実行し（ステップＳ３１）、書換部１３ａが記憶部１４に格納されているＥＤＩＤ情報１４ａがＨＤＭＩ２．０対応のもの（最初から書き換わっていない情報であり、ＥＤＩＤ情報３２）であるか否かを判定する（ステップＳ３２）。
【００７９】
ステップＳ３２でＹＥＳ／ＮＯのいずれの場合にもステップＳ１２と同様の判定を行う（ステップＳ３３／Ｓ３９）。ステップＳ３３でＹＥＳの場合、ステップＳ１６と同様にＴＭＤＳ信号を再生・出力する（ステップＳ３８）。ステップＳ３３でＮＯの場合、ステップＳ１７と同様にＳＰＤデータの比較処理を行い（ステップＳ３４）、ＹＥＳの場合にはそのままステップＳ３８へ進み、ＮＯの場合にはステップＳ１３〜Ｓ１５と同様の処理を実行した後（ステップＳ３５〜Ｓ３７）、ステップＳ３８へ進む。
【００８０】
ステップＳ３９でＮＯの場合、ステップＳ１６と同様にＴＭＤＳ信号を再生・出力する（ステップＳ３８）。ステップＳ３９でＹＥＳの場合、ステップＳ１７と同様にＳＰＤデータの比較処理を行い（ステップＳ４０）、ＹＥＳの場合にはそのままステップＳ３８へ進み、ＮＯの場合にはステップＳ１８〜Ｓ２０と同様の処理を実行した後（ステップＳ４１〜Ｓ４３）、ステップＳ３８へ進む。
【００８１】
以上、このような処理でも、ソース機器２の入れ替え（ケースＩＩ）にも対応した第２の実施形態と同様の処理結果を得ることができる。具体的に説明すると、まず、ソース機器２を初めて繋いで図６の処理を実行した際、ＥＤＩＤ情報１４ａはＥＤＩＤ情報３２のようにＨＤＭＩ２．０対応のものであり、ステップＳ３２でＹＥＳとなる。そして、ソース機器２がＥＤＩＤ情報３２を誤認してしまった場合及び意図的にＤＶＩ信号が送信されてきた場合のみ、ステップＳ３６でＥＤＩＤ情報１４ａがＥＤＩＤ情報３１のようにＨＤＭＩ１．４対応に書き換えられる。
【００８２】
２回目以降の図６の処理では、上記ケースＩＩを除き、ＥＤＩＤ情報１４ａが書き換わることはない。ケースＩＩの場合で且つステップＳ３２でＹＥＳとなる場合、新たに接続されたソース機器２がＥＤＩＤ情報３２を正しく解釈できないか、或いは意図的にＤＶＩ信号が送信されてきた場合にのみ、ステップＳ３３，Ｓ３４でＮＯとなり、ＥＤＩＤ情報１４ａがＥＤＩＤ情報３１に書き換わる。それ以外の場合は、ステップＳ３３でＹＥＳとなる。
【００８３】
ケースＩＩの場合で且つステップＳ３２でＮＯとなる場合、新たに接続されたソース機器２がＥＤＩＤ情報３２を正しく解釈できる可能性がある場合に対処するために、ステップＳ３９で判定を行う。この可能性がある場合にはステップＳ３９でＹＥＳとなる。その後のステップＳ４０でＮＯとなることで、ＥＤＩＤ情報１４ａがＥＤＩＤ情報３１からＥＤＩＤ情報３２に書き換わる。次回の図６の処理では、ステップＳ３２でＹＥＳとなるが、ステップＳ３３でＮＯとなった場合、上記新たに接続されたソース機器２がＥＤＩＤ情報３２を正しく解釈できなかった場合を指す。よって、この場合には、ステップＳ３６で再度、ＨＤＭＩ１．４対応のＥＤＩＤ情報３１に書き換えることになる。
【００８４】
（その他）
以上、本発明に係る表示装置について説明したが、本発明は、ＥＤＩＤ情報を格納する記憶部と、ソース機器に対して通信路を介して通信を行い、上記記憶部に格納された上記ＥＤＩＤ情報を送信し、上記ソース機器からＴＭＤＳ信号を受信する通信部と、を備えた表示装置における、情報書換方法や表示方法としての形態も採り得る。
【００８５】
この情報書換方法は、次の書換ステップを有する。上記書換ステップは、上記通信部で受信した上記ＴＭＤＳ信号が示す映像を表示させる前に、上記ＴＭＤＳ信号のＤａｔａ  Ｉｓｌａｎｄ  ＰｅｒｉｏｄにＧｕａｒｄ  Ｂａｎｄが存在するか否かを判定する判定ステップと、上記判定ステップで存在しないと判定された場合、上記記憶部が格納している上記ＥＤＩＤ情報を、より低いバージョンの情報に書き換えるステップと、を有する。その他の応用例については、表示装置について説明した通りであり、その説明を省略する。
【００８６】
また、上述の表示方法は、上記書換ステップと、次の送信ステップ及び表示ステップを有する。上記送信ステップは、上記書換ステップで書き換え後の上記ＥＤＩＤ情報を上記ソース機器に送信するステップである。上記表示ステップは、上記送信ステップでの送信後、上記ソース機器から受信した映像を表示するステップである。その他の応用例については、表示装置について説明した通りであり、その説明を省略する。
【００８７】
また、本発明は、その情報書換方法をコンピュータ（通信部１３内の制御部など）に実行させるためのプログラムや、その表示方法をコンピュータ（制御部１０など）に実行させるためのプログラムとしての形態も採り得る。これらのプログラムは、上記の書換方法や表示方法を、コンピュータ（通信部１３内の制御部や制御部１０など）に実行させるためのプログラムであると言える。また、上記プログラムをコンピュータにより読み取り可能で非一時的な記録媒体としての形態についても容易に理解することができる。なお、このプログラムは、可搬の上記記録媒体を介して流通させるに限らず、インターネット等のネットワークを介して、また放送波を介して流通させることもできる。ネットワークを介して受信するとは、外部サーバの記憶装置などに記録されたプログラムを受信することを指す。
【符号の説明】
【００８８】
１…表示装置、２…ソース機器、３…通信路、１０…表示装置の制御部、１１…表示部、１２…表示装置の操作部、１３…表示装置の通信部、１３ａ…書換部、１４…表示装置の記憶部、１４ａ…ＥＤＩＤ情報、２０…ソース機器の制御部、２１…映像・音声処理部、２２…ソース機器の操作部、２３…ソース機器の通信部、２４…ソース機器の記憶部、３１…ＥＤＩＤ情報（ＨＤＭＩ１．４対応）、３２…ＥＤＩＤ情報（ＨＤＭＩ２．０対応）。
【図１】
2016163238.tif 000003
【図２】
2016163238.tif 000004
【図３Ａ】
2016163238.tif 000005
【図３Ｂ】
2016163238.tif 000006
【図４】
2016163238.tif 000007
【図５】
2016163238.tif 000008
【図６】
2016163238.tif 000009