知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024176553
(43)【公開日】2024-12-19
(54)【発明の名称】表示装置
(51)【国際特許分類】
H04N 21/436 20110101AFI20241212BHJP
H04N 21/442 20110101ALI20241212BHJP
【ＦＩ】
H04N21/436
H04N21/442
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023095141
(22)【出願日】2023-06-09
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100147304
【弁理士】
【氏名又は名称】井上 知哉
(74)【代理人】
【識別番号】100148493
【弁理士】
【氏名又は名称】加藤 浩二
(72)【発明者】
【氏名】仁木 雅也
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA17
5C164UB10S
5C164UB41P
5C164UB71P
5C164YA17
5C164YA19
5C164YA21
(57)【要約】
【課題】ユーザの負担増大を抑制しつつ、対応可能な映像フォーマットに関する情報を適切に映像源に転送可能な表示装置を提供する。
【解決手段】映像源から受信した映像を表示可能な表示装置であって、表示装置が映像源から受け付け可能なフォーマットに関する識別情報としての第１識別データと、第１識別データと異なる第２識別データのうちのいずれかを選択する選択部と、映像源から表示装置へ送信される映像信号に関する情報を分析する分析部と、選択部において選択された第１識別データまたは第２識別データを、映像源に対して読み出させる映像源制御部とを備え、選択部は、映像源との接続時には第１識別データを選択し、分析部における分析結果に基づいて第２識別データを選択する。
【選択図】図１
【解決手段】映像源から受信した映像を表示可能な表示装置であって、表示装置が映像源から受け付け可能なフォーマットに関する識別情報としての第１識別データと、第１識別データと異なる第２識別データのうちのいずれかを選択する選択部と、映像源から表示装置へ送信される映像信号に関する情報を分析する分析部と、選択部において選択された第１識別データまたは第２識別データを、映像源に対して読み出させる映像源制御部とを備え、選択部は、映像源との接続時には第１識別データを選択し、分析部における分析結果に基づいて第２識別データを選択する。
【選択図】図１
【特許請求の範囲】
【請求項1】
映像源から受信した映像を表示可能な表示装置であって、
前記表示装置が前記映像源から受け付け可能なフォーマットに関する識別情報としての第１識別データと、前記第１識別データと異なる第２識別データのうちのいずれかを選択する選択部と、
前記映像源から前記表示装置へ送信される映像信号に関する情報を分析する分析部と、
前記選択部において選択された前記第１識別データまたは前記第２識別データを、前記映像源に対して読み出させる映像源制御部と
を具備し、
前記選択部は、前記映像源との接続時には前記第１識別データを選択し、前記分析部における分析結果に基づいて前記第２識別データを選択する、表示装置。
前記表示装置が前記映像源から受け付け可能なフォーマットに関する識別情報としての第１識別データと、前記第１識別データと異なる第２識別データのうちのいずれかを選択する選択部と、
前記映像源から前記表示装置へ送信される映像信号に関する情報を分析する分析部と、
前記選択部において選択された前記第１識別データまたは前記第２識別データを、前記映像源に対して読み出させる映像源制御部と
を具備し、
前記選択部は、前記映像源との接続時には前記第１識別データを選択し、前記分析部における分析結果に基づいて前記第２識別データを選択する、表示装置。
【請求項2】
前記分析部は、前記映像源から前記映像信号と共に送信される同期信号に基づいて、前記映像信号が前記表示装置に対して適切であるか判定し、
前記選択部は、前記分析部において前記映像信号が適切でないと判定された際に、前記第２識別データを選択する、請求項１記載の表示装置。
前記選択部は、前記分析部において前記映像信号が適切でないと判定された際に、前記第２識別データを選択する、請求項１記載の表示装置。
【請求項3】
前記分析部は、前記同期信号と前記映像信号とに基づいて前記表示装置が映像を表示不可能な場合に、前記映像信号が適切でないと判定する、請求項２記載の表示装置。
【請求項4】
前記分析部は、前記映像源から受信した前記映像信号の解像度に基づいて、前記映像信号が前記表示装置に対して適切であるか判定し、
前記選択部は、前記分析部において前記映像信号が適切でないと判定された際に、前記第２識別データを選択する、請求項１記載の表示装置。
前記選択部は、前記分析部において前記映像信号が適切でないと判定された際に、前記第２識別データを選択する、請求項１記載の表示装置。
【請求項5】
前記分析部は、前記映像源から受信した前記映像信号の解像度が、前記第１識別データに含まれる解像度情報と一致しない場合に、前記映像信号が適切でないと判定する、請求項４記載の表示装置。
【請求項6】
前記映像源に関する情報を検出する映像源情報検出部を更に備え、
前記選択部は、前記映像源情報検出部で検出された前記情報に基づいて、前記映像源が、過去に前記表示装置に接続されたものであると判定された際には、前記過去に接続された際に用いられた前記識別情報を選択する、請求項１乃至５いずれか１項記載の表示装置。
前記選択部は、前記映像源情報検出部で検出された前記情報に基づいて、前記映像源が、過去に前記表示装置に接続されたものであると判定された際には、前記過去に接続された際に用いられた前記識別情報を選択する、請求項１乃至５いずれか１項記載の表示装置。
【請求項7】
前記映像源情報検出部は、前記識別情報が前記映像源によって読み出される前に、前記映像源に関する情報を要求する第１信号を前記映像源に送信する、請求項６記載の表示装置。
【請求項8】
前記選択部は、メモリとセレクタとを備え、
前記メモリは、前記第１識別データと前記第２識別データとを保持し、
前記セレクタが前記メモリから前記第１識別データを選択し、前記映像源制御部は前記第１識別データを前記映像源に対して読み出させ、
前記分析部は、前記映像源から送信された映像信号に関する情報を示す信号に基づいて、前記映像信号が前記表示装置に適切であるか判定し、適切でないと判定された場合に、前記セレクタが前記メモリから前記第２識別データを選択し、前記映像源制御部は前記第２識別データを前記映像源に対して読み出させる、請求項１記載の表示装置。
前記メモリは、前記第１識別データと前記第２識別データとを保持し、
前記セレクタが前記メモリから前記第１識別データを選択し、前記映像源制御部は前記第１識別データを前記映像源に対して読み出させ、
前記分析部は、前記映像源から送信された映像信号に関する情報を示す信号に基づいて、前記映像信号が前記表示装置に適切であるか判定し、適切でないと判定された場合に、前記セレクタが前記メモリから前記第２識別データを選択し、前記映像源制御部は前記第２識別データを前記映像源に対して読み出させる、請求項１記載の表示装置。
【請求項9】
前記第１識別データ及び前記第２識別データは、機器固有の識別データであるＥＤＩＤ（Extended Display Identification Data）である、請求項１または８記載の表示装置。
【請求項10】
前記映像源制御部は、前記選択部において前記第２識別データが選択された際に、前記映像源に対して、前記第２識別データを読み出すよう促す第２信号を送信する、請求項１または８記載の表示装置。
【請求項11】
前記第２信号は、ＨＰＤ（Hot Plug Detect）信号である、請求項１０記載の表示装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、表示装置に関する。
【背景技術】
【0002】
近年、映像源としての映像送信装置（以下、ソース機器と呼ぶ）と、ソース機器から受信した映像を表示する映像受信装置（以下、シンク機器と呼ぶ）との間を接続するインターフェースとして、ＨＤＭＩ（登録商標、High Definition Multimedia Interface）が広く用いられている。ソース機器とシンク機器とをＨＤＭＩで接続した際、ソース機器はシンク機器からＥＤＩＤ（Extended Display Identification Data）を読み出す。このＥＤＩＤを読み出すことで、ソース機器は、シンク機器の性能（例えば解像度など）に適した映像信号をシンク機器に送信できる。
【0003】
この点、特許文献１には、シンク機器が映像・音声などを正常に再生できない場合に、ユーザのリモコン操作に基づいて、ＥＤＩＤ内の映像・音声などに関する形式データを変更して、ソース機器に対して再度ＥＤＩＤを読み出させる構成が提案されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００８－１５８２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
引用文献１に記載の構成であると、ソース機器からシンク機器に送信される映像信号が適切でない場合、シンク機器において違和感のある映像や音声が出力され、あるいは映像や音声が全く表示されない。そして、このような表示状況に基づいて、ユーザは何らかの不具合が生じていると判断し、リモコン操作を行う。
【0006】
このように、引用文献１記載の方法によるＥＤＩＤの変更は、ユーザによる不具合の発生に対する気付きと、それに基づくリモコン操作に委ねられている。したがって、ユーザが不具合にすぐに気づかない場合や、気づいたとしてもリモコン操作が求められ、ユーザの視聴環境としては好ましいものではない。
【0007】
本発明の一形態は、ユーザの負担増大を抑制しつつ、対応可能な映像フォーマットに関する情報を適切に映像源に転送可能な表示装置を提供する。
【課題を解決するための手段】
【0008】
本発明の一形態に係る表示装置は、映像源から受信した映像を表示可能な表示装置であって、表示装置が映像源から受け付け可能なフォーマットに関する識別情報としての第１識別データと、第１識別データと異なる第２識別データのうちのいずれかを選択する選択部と、映像源から表示装置へ送信される映像信号に関する情報を分析する分析部と、選択部において選択された第１識別データまたは第２識別データを、映像源に対して読み出させる映像源制御部とを備え、選択部は、映像源との接続時には第１識別データを選択し、分析部における分析結果に基づいて第２識別データを選択する。
【図面の簡単な説明】
【0009】
【図1】第１実施形態に係る映像表示システムのブロック図。
【図2A】第１実施形態に係るＥＤＩＤの基本ブロックの構成を示す概念図。
【図2B】第１実施形態に係るＥＤＩＤの拡張ブロックの構成を示す概念図。
【図3】第１実施形態に係る映像表示システムのブロック図。
【図4A】第１実施形態に係る映像表示システムにおけるＥＤＩＤ読み出し時の各種信号のタイミングチャート。
【図4B】第１実施形態に係る映像表示システムにおけるＥＤＩＤ読み出し時のシンク機器及びソース機器の動作を示すシーケンス図。
【図5A】第１実施形態に係る映像表示システムにおけるＥＤＩＤ読み出し時の各種信号のタイミングチャート。
【図5B】第１実施形態に係る映像表示システムにおけるＥＤＩＤ読み出し時のシンク機器及びソース機器の動作を示すシーケンス図。
【図6】第１実施形態に係るシンク機器の動作を示すフローチャート。
【図7】第２実施形態に係る映像表示システムのブロック図。
【図8A】第２実施形態に係る、ソース機器のベンダー名を取得するためのコマンドの構成を示す概念図。
【図8B】第２実施形態に係る、ソース機器テーブルの概念図。
【図9】第２実施形態に係る映像表示システムにおけるＥＤＩＤ読み出し時の各種信号のタイミングチャート。
【図10】第２実施形態に係るシンク機器の動作を示すフローチャート。
【図11】第３実施形態に係るシンク機器の動作を示すフローチャート。
【図12】第４実施形態に係るシンク機器の動作を示すフローチャート。
【図13】第１乃至第４実施形態の変形例に係るＳＰＤパケットの概念図。
【図14】第１乃至第４実施形態の変形例に係る映像表示システムにおけるＥＤＩＤ読み出し時の各種信号のタイミングチャート。
【発明を実施するための形態】
【0010】
以下、本発明の実施形態について、図面を参照しつつ説明する。なお、図面については、同一又は同等の要素には同一の符号を付し、重複する説明は省略する。
【0011】
＜第１実施形態＞
この発明の第１実施形態に係る表示装置につき説明する。本実施形態は、シンク機器とソース機器とをＨＤＭＩで接続した際のＥＤＩＤのソース機器への転送方法に関する。
この発明の第１実施形態に係る表示装置につき説明する。本実施形態は、シンク機器とソース機器とをＨＤＭＩで接続した際のＥＤＩＤのソース機器への転送方法に関する。
【0012】
図１は、本実施形態に係る映像表示システムのブロック図であり、本実施形態に関わる主要な部分のみを図示している。図示するように映像表示システム１は、シンク機器１０とソース機器２０とを備えている。シンク機器１０は、映像源としてのソース機器２０から映像や音声情報を受信して表示する表示装置である。シンク機器１０の例としては、例えばテレビ受像機、またはパーソナルコンピュータやデジタルサイネージなどに使用されるディスプレイ装置などであるが、これらに限定されるものではない。ソース機器２０は、シンク機器１０で表示される映像の映像源であり、シンク機器１０に対して映像や音声情報を送信する映像送信装置である。ソース機器２０の例としては、例えばパーソナルコンピュータ、ゲーム機器、あるいはＨＤＲ（Hard Disk Recorder）のような録画機器などであるが、これらに限定されるものではない。そしてシンク機器１０とソース機器２０との間はＨＤＭＩによって接続される。引き続き、シンク機器１０及びソース機器２０の詳細について説明する。
【0013】
まず、シンク機器１０について説明する。図１に示すようにシンク機器１０は、ＥＤＩＤ送受信部１１、ＥＤＩＤデータ選択部１２、ＥＤＩＤバッファ１３、映像同期信号分析部１４、ＨＰＤ制御部１５、及びＨＤＭＩ制御部１６を備えている。
【0014】
ＥＤＩＤデータ選択部１２は、シンク機器１０がソース機器２０から受け付け可能な映像フォーマットに関する識別情報としての第１識別データと第２識別データのうちのいずれかを選択する選択部である。より具体的には、ＥＤＩＤデータ選択部１２は、セレクタ３０とメモリ３１とを備えている。
【0015】
メモリ３１は、上記識別情報として、第１識別データと第２識別データを保持する。この識別情報は、例えば、機器固有の識別データであるＥＤＩＤである。メモリ３１は第１識別データとしてＥＤＩＤ＿Ａを保持し、更に第２識別データとしてＥＤＩＤ＿Ｂを保持する。本例においてＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂはそれぞれ、ＶＥＳＡ（登録商標、Video Electronics Standards Association）規格に従ったＥＤＩＤ１．3（VESA E-EDID Standard Release A Revision 1）であり、それぞれがＶＥＳＡ規格に従った基本ブロックblock0（１２８バイト）と１つ（またはそれ以上）のＣＴＡ（Consumer Technology Association）拡張ブロックblock1（１２８バイト）を含む。そして、ＥＤＩＤ＿Ａは、ＨＤＭＩ２．ｘ規格（ｘはゼロまたは正の整数）で定義された機能が記載されている。他方でＥＤＩＤ＿Ｂは、ＨＤＭＩ１．ｘ規格で定義された機能が記載されている。ＥＤＩＤの詳細については後述する。
【0016】
セレクタ３０は、ＨＤＭＩ制御部１６の命令に従って、メモリ３１に保持されるＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂのいずれか一方を選択する。
【0017】
ＥＤＩＤバッファ１３は、セレクタ３０で選択されたＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂのいずれか一方を一時的に保持する。
【0018】
ＥＤＩＤ送受信部１１は、ソース機器２０からのＥＤＩＤ読み出し要求を受信する。そしてＥＤＩＤ送受信部１１は、当該ＥＤＩＤ読み出し要求に応答して、ＥＤＩＤバッファに保持されているＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂのいずれか一方を、ＨＤＭＩのＤＤＣ（Display Data Channel）ラインを介してソース機器２０に転送する。
【0019】
映像同期信号分析部１４は、ソース機器２０からシンク機器１０に送信される映像信号に関する情報を分析する分析部である。すなわち映像同期信号分析部１４は、ソース機器２０からシンク機器１０に送信される映像の解像度とリフレッシュレートの情報を分析し、シンク機器１０が映像を表示可能か否か判定する。
【0020】
すなわち、ソース機器２０は、ＴＭＤＳ（Transmission Minimized Differential Signaling）/ＦＲＬ（Fixed Rate Link）ラインを介して水平/垂直同期信号及びピクセルクロックを含む映像信号をシンク機器１０に送信する。
【0021】
そして映像同期信号分析部１４は、上記水平/垂直同期信号とピクセルクロックに基づいて、映像の解像度とリフレッシュレートを算出し、シンク機器１０において映像が表示可能か否かを判定する。そして映像同期信号分析部１４は、判定結果をＨＤＭＩ制御部１６に送信する。
【0022】
ＨＤＭＩ制御部１６は、シンク機器１０にソース機器２０がＨＤＭＩによって接続された際には、セレクタ３０に対してＥＤＩＤ＿Ａを選択させ、更にＨＰＤ制御部１５にＨＰＤ信号（第２信号）をソース機器２０に送信するよう命令する。またＨＤＭＩ制御部１６は、映像同期信号分析部１４において、映像信号が適切でないと判定された際に、セレクタ３０に対してＥＤＩＤ＿Ｂを選択させ、更にＨＰＤ制御部１５にＨＰＤ（Hot Plug Detect）信号の再送を命令する。つまり、セレクタ３０は、映像同期信号分析部１４における分析結果に基づいて、ＥＤＩＤ＿Ｂを選択する。
【0023】
なお本例では、映像同期信号分析部１４が、映像信号がシンク機器１０に対して適切であるか否かを判定する場合を例に説明する。しかし、映像同期信号分析部１４は、同期信号が適切であるか否かのみを判定し、ＨＤＭＩ制御部１６が、この判定結果に基づいて映像信号が適切であるか否かの判定を行なってもよい。このことは以下の実施形態でも同様である。
【0024】
ＨＰＤ制御部１５は、ＥＤＩＤデータ選択部１２において選択されたＥＤＩＤ＿ＡまたはＥＤＩＤ＿Ｂを、ソース機器２０に対して読み出させる映像源制御部である。すなわちＨＰＤ制御部１５は、ＨＤＭＩ制御部１６の命令に従って、まずＥＤＩＤ＿Ａを読み出すよう促すＨＰＤ信号をソース機器２０に送信し、更にＥＤＩＤデータ選択部１２においてＥＤＩＤ＿Ｂが選択された際には、ＥＤＩＤ＿Ｂを読み出すよう促すよう、再度ＨＰＤ信号をソース機器２０に送信する。
【0025】
次に、ソース機器２０について説明する。ソース機器２０は、前述の通りシンク機器１０に対して映像や音声を出力する機器（映像源）である。ソース機器２０は、ＨＤＭＩを介してシンク機器１０に接続されると、電源ラインを介してシンク機器１０に対して例えば＋５Ｖの電源電圧を供給する。更にソース機器２０は、前述したＨＰＤ信号をシンク機器１０から受信すると、シンク機器１０からＥＤＩＤを読み出し、読み出したＥＤＩＤに基づいて、シンク機器１０に最適な映像・音声信号を、ＴＭＤＳ（Transmission Minimized Differential Signaling）/ＦＲＬ（Fixed Rate Link）ラインを介してシンク機器１０に転送する。
【0026】
次に、上記説明したＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂの構成につき簡単に説明する。図２Ａ及び図２ＢはＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂの保持する情報の概念図であり、図２Ａは基本ブロックblock0を示し、図２ＢはＣＴＡ拡張ブロックblock1を示している。
【0027】
まず、図２Ａを参照して基本ブロックblock0について説明する。基本ブロックblock0には、シンク機器１０の最小限のスペックが記載されている。具体的には、図２Ａに示すように基本ブロックblock0は、１２８バイトのデータのうちの先頭８バイトはHeaderであり、９バイト目以降のデータは、順に、Vender/Product ID（シンク機器識別用ＩＤ）、EDID Structure Version/Revision、Basic Display Parameters and Features（シンク機器の基本情報：ディスプレイサイズや対応機能等）、Color Characteristic（ディスプレイの色度情報）、Established Timings及びStandard Timing Identification（対応する映像信号情報）、Detailed Timing Description #1（対応する映像信号情報）、Detailed Timing Description #2～#4 or Monitor Descriptor（モニター名等）、Extension Flag（後続のＣＴＡ拡張ブロックの数）、及びCheck Sumである。
【0028】
上記のデータのうち、Detailed Timing Description #1及び#2が、シンク機器１０の対応する解像度及びリフレッシュレートを示している。一般的にDetailed Timing Description #1がシンク機器１０にとって優先度が最も高い。なお本明細書では、記載の簡略化のために、解像度とリフレッシュレートとの関係を、「解像度／リフレッシュレート」と表現する場合がある。
【0029】
次に、図２Ｂを参照してＣＴＡ拡張ブロックblock1について説明する。図示するように１２８バイトのデータのうちの先頭の４バイトはTag（“０Ｘ０２”）やRevision Numberなどを含むCTA Extension Headerである。そしてCTA Extension Header以降は、、Data block collection、Detailed Timing Descriptorであり、最終アドレスはChecksumであり、最終のDetailed timing descriptorとChecksumとの間は“００ｈ”で埋められている。
【0030】
上記のＣＴＡ拡張ブロックblock1において、Data block collectionに、シンク機器１０が対応する映像・音声信号やＨＤＭＩ機能（ＥＤＩＤ＿ＡならＨＤＭＩ２．ｘに準拠した機能であり、ＥＤＩＤ＿ＢならＨＤＭＩ１．ｘに準拠した機能）を示すためのData Blockが記載されている。
【0031】
次に、上記構成の映像表示システム１の動作につき、特にＥＤＩＤ転送時に着目して説明する。図３は、図１に示す映像表示システム１を簡略化して示す図であり、シンク機器１０とソース機器２０とをＨＤＭＩにより接続した際においてシンク機器１０とソース機器２０との間で送受信される信号について示している。
【0032】
図３に示されるように、シンク機器１０とソース機器２０とがＨＤＭＩにより接続されると、ＨＤＭＩの電源ラインを介して、ソース機器２０からシンク機器１０に＋５Ｖの電圧が転送される。するとシンク機器１０では、＋５Ｖの電圧が供給されたことに応答して、ＨＤＭＩ制御部１６の命令により、ＨＰＤ制御部１５がＨＰＤ信号をソース機器２０に出力する。ソース機器２０は、ＨＰＤ信号を受信したことに応答して、シンク機器１０から、ＥＤＩＤバッファ１３に保持されているＥＤＩＤを読み出す。その後は、ソース機器２０は、ＥＤＩＤに基づいて、出力する映像フォーマットを決定し、決定された映像フォーマットで映像信号をシンク機器１０に送信する。
【0033】
以下、上記動作につき、より詳細に説明する。本実施形態に係るシンク機器１０は、一例として、ＨＤＭＩ２．ｘ（例えばＨＤＭＩ２．１）規格に対応したＥＤＩＤ＿ＡとＨＤＭＩ１．ｘ（例えばＨＤＭＩ１．４）規格に対応したＥＤＩＤ＿Ｂとを保持している。そして初期状態（シンク機器１０がソース機器２０にＨＤＭＩで接続された直後の状態）では、ＨＤＭＩ制御部１６はセレクタ３０に対してＥＤＩＤ＿Ａを選択させる。よって、ＥＤＩＤバッファ１３にはＥＤＩＤ＿Ａが保持されている。
【0034】
この際、ソース機器２０がＨＤＭＩ２．ｘ規格に対応しておらず、ＨＤＭＩ１．ｘ規格に対応している場合、ソース機器２０は、読み出したＥＤＩＤ＿Ａにおける一部の情報（ＨＤＭＩ２．ｘ規格で定義された機能に関する情報）を正しく認識できず、ＥＤＩＤ＿Ａの情報を誤認識する可能性がある。するとソース機器２０は、シンク機器１０で表示できない映像信号をシンク機器１０に送信したり、またはシンク機器１０において想定していない低解像度の映像信号をシンク機器１０に送信したりする場合がある。そのため、本実施形態に係るシンク機器１０は、映像同期信号分析部１４における分析結果に基づいて、ソース機器２０から送信される映像信号が適切か否か、換言すれば、ソース機器２０がＥＤＩＤ＿Ａの情報を誤認識していないか否かを判定する。そしてソース機器２０から送信される映像信号が適切でない場合、換言すれば、ソース機器２０がＥＤＩＤ＿Ａを誤認識している場合、ＨＤＭＩ制御部１６はセレクタ３０に対してＥＤＩＤ＿Ｂを選択させる。そしてＨＰＤ制御部１５が再度ＨＰＤ信号を送信することにより、ソース機器２０に対してＥＤＩＤ＿Ｂを読み出させる。
【0035】
まず、図４Ａ及び図４Ｂを用いて、ソース機器２０がＨＤＭＩ２．ｘ規格に対応している場合について説明する。図４Ａは、シンク機器１０とソース機器２０との間で送受信される信号のタイミングチャートであり、図４Ｂは、シンク機器１０とソース機器２０との間での処理の流れを示すシーケンス図である。
【0036】
図示するように、時刻ｔ１においてソース機器２０がＨＤＭＩの電源をオンすることにより、電源ラインを介して＋５Ｖをシンク機器１０に供給する。すると、時刻ｔ２においてシンク機器１０のＨＰＤ制御部１５が、ＨＰＤ信号をオンする。すなわち、ＨＰＤ制御部１５がＨＰＤ信号を出力し、ＨＰＤ信号が“Ｌ”レベルから“Ｈ”レベルとされる。ＨＰＤ信号が“Ｈ”レベルとされたことをトリガとして、時刻ｔ３においてソース機器２０はシンク機器１０からのＥＤＩＤ＿Ａの読み出しを開始する。ＥＤＩＤの送受信には、ＤＤＣラインが使用される。
【0037】
ソース機器２０はまず、シンク機器１０のＥＤＩＤバッファ１３から、ＥＤＩＤ＿Ａの１～１２８バイト目、すなわち基本ブロックblock0を読み出す。これによりソース機器２０は、シンク機器１０の最小限のスペック情報を得る。引き続きソース機器２０は、シンク機器１０のＥＤＩＤバッファ１３から、ＥＤＩＤ＿Ａの１２９～２５６バイト目、すなわちＣＴＡ拡張ブロックblock1を読み出す。これにより、ソース機器２０は、シンク機器１０が８Ｋ／６０Ｈｚや４Ｋ／１２０Ｈｚ、４Ｋ／１４４Ｈｚなどの映像信号に対応し、またＨＤＭＩ２．ｘの機能を有することを認識する。
【0038】
ソース機器２０は、ＣＴＡ拡張ブロックblock1を読み出すことで、シンク機器１０が、ＨＤＭＩ２．ｘに対応し、また８Ｋ／６０Ｈｚ、４Ｋ／１２０Ｈｚ、及び４Ｋ／１４４Ｈｚなどの映像に対応することを検知する。よってソース機器２０は、時刻ｔ５以降で、これらの解像度及びリフレッシュレート（例えば４Ｋ／１４４Ｈｚ）の映像信号及び音声信号を、ＴＭＤＳ／ＦＲＬラインを介してシンク機器１０に送信する。またソース機器２０は、これらの映像信号及び音声信号を、ＴＭＤＳ／ＦＲＬラインを介してシンク機器１０に送信する。
【0039】
映像信号がシンク機器１０に送信されると、映像同期信号分析部１４は、例えば水平/垂直同期信号とピクセルクロックを分析し、受信した映像信号を再生可能か否か判定する。本例の場合には、ソース機器２０はＨＤＭＩ２．ｘ規格に対応しており、ＥＤＭＩ＿Ａを正しく認識できる。したがって、ＥＤＩＤ＿ＡのＣＴＡ拡張ブロックblock1に記載の例えば４Ｋ／１４４Ｈｚなどの映像信号をシンク機器１０に送信する。そして、この映像信号は、シンク機器１０において正しく再生可能な信号である。映像同期信号分析部１４は、水平/垂直同期信号とピクセルクロックを分析することにより、このことを認識し、映像信号が再生可能である、換言すれば適切な映像信号を受信している、と判定し、判定結果をＨＤＭＩ制御部１６に送信する。
【0040】
ＨＤＭＩ制御部１６は、映像同期信号分析部１４の判定結果を受信すると、セレクタ３０に対してＥＤＩＤ＿Ａを選択しつづけさせる。そしてシンク機器１０は、リフレッシュレートが１２０Ｈｚや１４４Ｈｚの４Ｋ映像及び音声信号を再生する。
【0041】
次に、ソース機器２０がＨＤＭＩ２．ｘに対応しておらず、例えばＨＤＭＩ１．４などのＨＤＭＩ１．ｘ規格に対応している場合について説明する。図５Ａは、シンク機器１０とソース機器２０との間で送受信される信号のタイミングチャートであり、図５Ｂは、シンク機器１０とソース機器２０との間での処理の流れを示すシーケンス図であり、それぞれは上記説明した図４Ａ及び図４Ｂに対応する。
【0042】
図示するように、時刻ｔ１～ｔ４までの動作は図４Ａ及び図４Ｂで説明した通りである。但し、図４Ａ及び図４Ｂの場合と異なる点は、ソース機器２０がＥＤＩＤ＿Ａを正しく認識できない点にある。すなわち、本例の場合にはソース機器はＨＤＭＩ２．ｘ規格に対応しないので、ＨＤＭＩ２．ｘ規格に対応するＥＤＩＤ＿Ａを正しく認識できない可能性がある。したがって、時刻ｔ５においてソース機器２０は、時刻ｔ３～ｔ４の期間で読み出したＥＤＩＤ＿Ａに基づいて映像信号、音声信号を、ＴＭＤＳ／ＦＲＬラインを介してシンク機器１０に送信するが、この映像信号は、シンク機器１０において映像を例えば表示できない解像度／リフレッシュレートの信号である。
【0043】
従って映像同期信号分析部１４は、時刻ｔ５～ｔ６の期間にソース機器２０から送信された映像信号は適切ではない、と判定し、この判定結果をＨＤＭＩ制御部１６に送信する。するとＨＤＭＩ制御部１６は、映像同期信号分析部１４の判定結果に基づいて、ＨＰＤ制御部１５に対してＨＰＤ信号をオフするよう命令する。この結果、時刻ｔ７において、ＨＰＤ制御部１５はＨＰＤ信号を“Ｈ”レベルから“Ｌ”レベルとする。ＨＰＤ信号が“Ｌ”レベルとされたことによりソース機器２０は、シンク機器１０との接続が切断されたことを検知し、一時的にシンク機器１０との信号の送受信を停止する。例えば、ソース機器２０は、映像信号などのシンク機器１０への送信を行わない。
【0044】
更にＨＤＭＩ制御部１６は、映像同期信号分析部１４の分析結果に基づいて、セレクタ３０に対して、ＥＤＩＤ＿Ｂを選択するよう命令する。この命令に応答してセレクタ３０は、ＨＤＭＩ１．ｘ規格に対応したＥＤＩＤ＿Ｂを選択し、これをＥＤＩＤバッファ１３に保持させる。そして、ＨＤＭＩ制御部１６の命令により、ＨＰＤ制御部１５は、時刻ｔ８において、再度ＨＰＤ信号をオンする。すなわちＨＰＤ制御部１５は、時刻ｔ７でＨＰＤ信号を“Ｈ”レベルから“Ｌ”レベルとし、更に時刻ｔ８において“Ｌ”レベルから“Ｈ”レベルとしてＨＰＤ信号を再送し、ソース機器２０に対してＥＤＩＤ＿Ｂを読み出させる。
【0045】
ＨＰＤ信号が出力されたことに応じてソース機器２０は、シンク機器１０との再接続を検知し、シンク機器１０からのＥＤＩＤの読み出しを再開する。すなわちソース機器２０は、時刻ｔ９～ｔ１０の期間において、シンク機器１０からＥＤＩＤを読み出す。この際、読み出されるＥＤＩＤは、ＥＤＩＤバッファ１３に保持されているＥＤＩＤ＿Ｂである。
【0046】
ソース機器２０はまず、シンク機器１０のＥＤＩＤバッファ１３から、ＥＤＩＤ＿Ｂの１～１２８バイト目、すなわち基本ブロックblock0を読み出す。引き続きソース機器２０は、シンク機器１０のＥＤＩＤバッファ１３から、ＥＤＩＤ＿Ｂの１２９～２５６バイト目、すなわちＣＴＡ拡張ブロックblock1を読み出す。これによりソース機器２０は、シンク機器１０がＨＤＭＩ１．ｘに対応し、リフレッシュレートが３０Ｈｚの４Ｋ映像、または６０ＨｚのフルＨＤ映像に対応していることを認識できる。よってシンク機器１０は、は時刻ｔ１１以降において、ＨＤＭＩ１．ｘに対応し、４Ｋ／３０ＨｚまたはフルＨＤ／６０Ｈｚの映像信号及び音声信号をシンク機器１０に送信し、シンク機器１０はこれを再生する。
【0047】
図６は、上記動作を実行する際のシンク機器１０の処理の流れを示すフローチャートである。図示するように、まずステップＳ１０において、ＨＤＭＩ制御部１６の命令に従いセレクタ３０がＨＤＭＩ２．ｘ規格に準拠したＥＤＩＤ＿Ａを選択し、これをシンク機器１０の初期ＥＤＩＤとしてＥＤＩＤバッファ１３に設定する。ステップＳ１１において、シンク機器１０がソース機器２０とＨＤＭＩにより接続される。より具体的には、前述の通りソース機器２０から＋５Ｖの電源電圧がシンク機器１０に供給される。更にステップＳ１２において、ＨＰＤ制御部１５がＨＤＭＩ制御部１６の命令に従ってＨＰＤ信号を出力する。ステップＳ１３においてシンク機器１０のＥＤＩＤバッファ１３に保持されるＥＤＩＤが、ＤＤＣラインを介してソース機器２０へ読み出される。ステップＳ１４において、読み出したＥＤＩＤに従ってソース機器２０が映像信号を送信し、シンク機器１０がこれを受信する。
【0048】
ステップＳ１５において映像同期信号分析部１４は、ステップＳ１４で受信した映像信号が、シンク機器１０において表示可能な信号か否かを判定する。この判定は、前述の通り、例えば水平/垂直同期信号とピクセルクロックを分析することにより可能である。そしてステップＳ１５において、映像信号が表示不可能な信号であった場合（ステップＳ１５でＮＯ）、ステップＳ１９において、ＨＤＭＩ制御部１６は、ＨＰＤ制御部１５に対してＨＰＤ信号をリセットさせる。更にステップＳ２０においてＨＤＭＩ制御部１６は、セレクタ３０に対してＥＤＩＤ＿Ｂを選択させてＥＤＩＤバッファ１３に保持させることで、シンク機器１０のＥＤＩＤを、ＨＤＭＩ２．ｘに準拠したＥＤＩＤ＿ＡからＨＤＭＩ１．ｘに準拠したＥＤＩＤ＿Ｂに変更する。そしてステップＳ１２の処理に戻り、ＨＰＤ制御部１５がＨＰＤ信号の出力をセットし、ソース機器２０に対してＥＤＩＤ＿Ｂを読み出させる。このステップＳ１９及びＳ２０は、前述の図５Ａ及び図５Ｂで説明したケースに相当する。
【0049】
ステップＳ１５において、映像信号が表示可能な信号であった場合（ステップＳ１５でＹＥＳ）、ステップＳ１６においてシンク機器１０は、ステップＳ１４で受信した映像信号に基づく映像を表示する。
【0050】
その後はステップＳ１７において、ソース機器２０との接続が切断される。そしてステップＳ１８においてＨＤＭＩ制御部１６は、シンク機器１０のＥＤＩＤを、必要に応じて（ＥＤＩＤ＿Ｂに変更されていた場合）、ＥＤＩＤ＿Ａに戻す。
【0051】
上述したように、本実施形態では、シンク機器１０のメモリ３１に、ＨＤＭＩ規格において異なる機能に対応した２つのＥＤＩＤ（ＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂ）が保持されている。映像同期信号分析部１４は、ソース機器２０から送信される映像信号に関する情報を分析し、セレクタ３０は、映像同期信号分析部１４の分析結果に基づいてＥＤＩＤ＿Ｂを選択する。より具体的には、映像同期信号分析部１４は、映像信号と共に送信される同期信号（例えば水平/垂直同期信号とピクセルクロック）に基づいて映像信号がシンク機器１０に対して適切であるか否か、換言すれば、同期信号と映像信号とに基づいてシンク機器１０が映像を表示可能であるか否かを判定する。そして、映像信号が適切でない場合、換言すればシンク機器１０が映像を表示できない場合に、セレクタ３０はＥＤＩＤ＿Ｂを選択する。したがってソース機器２０は、適切なフォーマットの映像情報をシンク機器１０に送信できる。
【0052】
例えば図５Ａの例において、時刻ｔ９～ｔ１０におけるＥＤＩＤ＿Ｂのソース機器２０による読み出しが行われない映像表示システムの場合、ソース機器２０は、ＥＤＩＤ＿Ａに記載されたＨＤＭＩ２．ｘ規格に従った映像フォーマットの信号をシンク機器１０に送信する。しかし、ソース機器２０はＨＤＭＩ２．ｘ規格には準拠しておらず、ＨＤＭＩ１．ｘ規格に準拠しているので、ＥＤＩＤ＿Ａに記載されたＨＤＭＩ２．ｘ規格に関する情報を正しく認識することができない可能性がある。このように、ソース機器２０がＥＤＩＤを誤認識した場合、ソース機器２０は、シンク機器１０では表示・再生できないフォーマット（例えば解像度やリフレッシュレート）で映像信号をシンク機器１０に送信する場合がある。その結果、シンク機器１０では、映像信号をソース機器２０から受信しても映像を表示できず、シンク機器１０のディスプレイに例えば「映像信号が入力されていません」等の警告メッセージが表示され、ユーザの使い勝手が低下する。
【0053】
しかし、本実施形態では、ＥＤＩＤデータ選択部１２のメモリ３１には、ＨＤＭＩ２．ｘ規格に対応するＥＤＩＤ＿Ａだけでなく、ＨＤＭＩ１．ｘ規格に対応するＥＤＩＤ＿Ｂが保持されている。さらに、映像同期信号分析部１４によって映像信号が適切でないと判定された際には、ＥＤＩＤ＿Ｂが、シンク機器１０のＥＤＩＤとして選択される。そして、シンク機器１０は再度ＨＰＤ信号を出力して、ソース機器２０にＥＤＩＤ＿Ｂを読み出させる。これにより、ソース機器２０はＥＤＩＤを正しく認識することができ、ＨＤＭＩ１．ｘ規格に従い、且つシンク機器１０において再生可能なフォーマットの映像信号をシンク機器１０に送信する。ＥＤＩＤ＿ＡからＥＤＩＤ＿Ｂへの切り替えは、ユーザによるリモコン操作等を必要とせず、映像同期信号分析部１４における映像信号の分析結果に応答して行われる。その結果、ユーザは、映像信号のフォーマットの切り替えが行われたことを認識することなく、また映像が表示されないことを通知されることなく、ソース機器２０から受信した映像を視聴することができる。
【0054】
＜第２実施形態＞
次に、この発明の第２実施形態に係る表示装置について説明する。本実施形態は、上記第１実施形態で説明した表示装置において、過去にＨＤＭＩ接続されたソース機器と再度接続された際には、過去に用いたＥＤＩＤを選択するものである。以下では第１実施形態と異なる点についてのみ説明する。
次に、この発明の第２実施形態に係る表示装置について説明する。本実施形態は、上記第１実施形態で説明した表示装置において、過去にＨＤＭＩ接続されたソース機器と再度接続された際には、過去に用いたＥＤＩＤを選択するものである。以下では第１実施形態と異なる点についてのみ説明する。
【0055】
【0056】
ソース機器情報検出部１７は、シンク機器１０がソース機器２０にＨＤＭＩ接続された際に、ソース機器２０に関する情報をソース機器２０から取得する。一例としては、ソース機器情報検出部１７は、ソース機器２０に対して、ソース機器２０に関する情報を要求する信号を送信し、この信号に応答してソース機器２０から送信される情報を受信する。またソース機器２０に関する情報は、例えばソース機器２０のベンダー名及び／またはプロダクト名である。ソース機器情報検出部１７は、これらの情報を取得すると、これをＨＤＭＩ制御部１６に送信する。
【0057】
更に、本実施形態に係るメモリ３１は、ＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂに加えて、ソース機器テーブルを保持している。ソース機器テーブルは、過去にＨＤＭＩ接続されたシンク機器を特定可能な情報と、当該シンク機器接続時に使用したＥＤＩＤ（すなわちＥＤＩＤ＿ＡまたはＥＤＩＤ＿Ｂ）との関係を保持する。シンク機器を特定可能な情報は、例えば上記説明したソース機器情報検出部１７で受信した、ソース機器２０のベンダー名及び／またはプロダクト名である。なお、ソース機器テーブルは、メモリ３１とは別のメモリに保持されていてもよい。
【0058】
ＨＤＭＩ制御部１６は、シンク機器１０にソース機器２０がＨＤＭＩ接続された際に、メモリ３からソース機器テーブルを読み出す。ソース機器テーブルがメモリ３１内に存在しない場合には、ソース機器テーブルを生成する。そしてＨＤＭＩ制御部１６は、ソース機器情報検出部１７から受信したソース機器２０に関する情報、すなわちソース機器２０のベンダー名及び／またはプロダクト名が、読み出したソース機器テーブルに記録されているか確認する。そして記録されている場合には、当該ソース機器２０に対応して記録されているＥＤＩＤ（ＥＤＩＤ＿ＡまたはＥＤＩＤ＿Ｂ）を選択するよう、セレクタ３０に命令する。すなわち、ソース機器テーブルにソース機器２０が記録されている場合には、当該ソース機器２０に対応付けて記録されているＥＤＩＤを、シンク機器１０のＥＤＩＤとして設定する。他方で、シンク機器１０に接続されたソース機器２０に関する情報がソース機器テーブルに記録されていない場合には、第１実施形態で説明した方法によりＥＤＩＤが選択され、ＨＤＭＩ制御部１６は、選択されたＥＤＩＤと、当該ソース機器２０に関する情報とを対応させて、ソース機器テーブルに記録し、メモリ３１に保持させる。
【0059】
その他の構成は、第１実施形態と同様であるので説明は省略する。
【0060】
上記構成において、ソース機器情報検出部１７は、ソース機器２０に関する情報を読み出すためのコマンドとして、ＣＥＣ（Consumer Electronics Control）ラインを用いてソース機器２０に情報を要求するコマンド（Give Vendor Command）を利用できる。図８Ａは、High-Definition Multimedia Specificationに定義されたGive Vendor Commandの概要を示している。
【0061】
図示するように、コマンドのOpcodeとしてGive Device Vendor IDのセットされたGive Vendor Commandを受信することで、ソース機器２０は、当該ソース機器２０に割り当てられたDevice Vendor IDをシンク機器１０に返す。Device Vendor IDは、ベンダー毎に割り当てられた特有のＩＤであり、この情報を受信することにより、シンク機器１０のＨＤＭＩ制御部１６はソース機器２０のベンダー名を認識することができる。なお、Give Vendor CommandのOpcodeとして、Vendor Command、Vendor Command with ID、及びVendor Remote Button Downをセットすることで、図８Ａに示すようなVendorの詳細情報を得ることができる。
【0062】
図８Ｂは、メモリ３１に保持されるソース機器テーブルの概念図である。図示するようにソース機器テーブルには、過去にシンク機器１０に接続されたソース機器２０のベンダー名を示すDevice Vendor IDと、それに対応して用いられたＥＤＩＤとが記録されている。例えば図８Ｂの例であると、過去にDevice Vendor IDが“０ｘ０００１”に対応するベンダー名のソース機器２０がシンク機器１０に接続されたことがあり、その際にはＥＤＩＤ＿Ａが用いられ、Device Vendor IDが“０ｘ００２Ｆ”に対応するベンダー名のソース機器２０にはＥＤＩＤ＿Ｂが用いられ、Device Vendor IDが“０ｘ０８００”に対応するベンダー名のソース機器２０にはＥＤＩＤ＿Ａが用いられたことが分かる。
【0063】
【0064】
図示するように、時刻ｔ１においてソース機器２０が電源ラインを介して＋５Ｖをシンク機器１０に供給し、時刻ｔ２においてシンク機器１０のＨＰＤ制御部１５が、ＨＰＤ信号をオンする。すると、本例では、ソース機器２０がＥＤＩＤを読みだす前の時刻ｔ３において、シンク機器１０のソース機器情報検出部１７が、例えば上記説明したGive Vendor Commandを発行し、ＣＥＣラインを介してソース機器２０に送信する。すると、時刻ｔ５においてソース機器２０は、Give Vendor Commandに応答して、ＣＥＣラインを介してDevice Vendor IDをシンク機器１０に送信する。
【0065】
Device Vendor IDを受信したソース機器情報検出部１７は、これをＨＤＭＩ制御部１６に送信する。そしてＨＤＭＩ制御部１６は、メモリ３１からソース機器テーブルを読み出し、シンク機器１０がソース機器テーブルに登録されているか確認する。本例の場合、受信したDevice Vendor IDがソース機器テーブルに登録されており、対応するＥＤＩＤがＥＤＩＤ＿Ｂであったとする。するとＨＤＭＩ制御部１６は、セレクタ３０に対してＥＤＩＤ＿Ｂを選択させる。
【0066】
その後の動作は、図５Ａで説明した時刻ｔ９と同様である。すなわち、図９に示すように、時刻ｔ７～ｔ８の期間において、ソース機器２０はＥＤＩＤ＿Ｂを読み出し、時刻ｔ１１において、ＴＭＤＳ／ＦＲＬラインを介してＨＤＭＩ１．ｘで定義された解像度の映像信号をシンク機器１０に送信する。
【0067】
なお、時刻ｔ５で受信したDevice Vendor IDがソース機器テーブルに登録されていない場合には、時刻ｔ７以降において、第１実施形態において図５Ａで説明した時刻ｔ３以降の動作が実行される。
【0068】
図１０は、上記動作を実行する際のシンク機器１０の処理の流れを示すフローチャートである。第１実施形態で説明した図５と異なる点は以下の通りである。すなわち、
・ステップＳ１２の後、ステップＳ３０において、シンク機器１０のソース機器情報検出部１７がソース機器２０の情報を読み出す。
・ステップＳ３０の後、ステップＳ３１において、ＨＤＭＩ制御部１６が、ステップＳ３０で読み出した情報と、ソース機器テーブル内の情報に基づいて、ステップＳ１１で接続されたソース機器２０が初めてシンク機器１０に接続するソース機器であるかを判定する。
・ステップＳ３１において、初めてシンク機器１０に接続するソース機器ではなく、過去に接続されたソース機器であると判定された場合（ステップＳ３１においてＮＯ）、ステップＳ３２においてＨＤＭＩ制御部１６は、セレクタ３０に対して、前回の接続時と同じＥＤＩＤを選択するよう命令する。
・ステップＳ３２の後、ステップＳ１３及びＳ１４と同様に、ソース機器２０がシンク機器のＥＤＩＤを読み出し、映像信号をシンク機器１０に送信し、ステップＳ１６の処理に進む。
・ステップＳ３１において、初めてシンク機器１０に接続するソース機器であると判定された場合（ステップＳ３１においてＹＥＳ）には、第１実施形態と同様にステップＳ１５以降の処理を行う。
・ステップＳ１２の後、ステップＳ３０において、シンク機器１０のソース機器情報検出部１７がソース機器２０の情報を読み出す。
・ステップＳ３０の後、ステップＳ３１において、ＨＤＭＩ制御部１６が、ステップＳ３０で読み出した情報と、ソース機器テーブル内の情報に基づいて、ステップＳ１１で接続されたソース機器２０が初めてシンク機器１０に接続するソース機器であるかを判定する。
・ステップＳ３１において、初めてシンク機器１０に接続するソース機器ではなく、過去に接続されたソース機器であると判定された場合（ステップＳ３１においてＮＯ）、ステップＳ３２においてＨＤＭＩ制御部１６は、セレクタ３０に対して、前回の接続時と同じＥＤＩＤを選択するよう命令する。
・ステップＳ３２の後、ステップＳ１３及びＳ１４と同様に、ソース機器２０がシンク機器のＥＤＩＤを読み出し、映像信号をシンク機器１０に送信し、ステップＳ１６の処理に進む。
・ステップＳ３１において、初めてシンク機器１０に接続するソース機器であると判定された場合（ステップＳ３１においてＹＥＳ）には、第１実施形態と同様にステップＳ１５以降の処理を行う。
【0069】
本実施形態によれば、シンク機器１０は、ソース機器２０と初めてＨＤＭＩ接続を行った際に、当該ソース機器の情報（例えばベンダー名やプロダクト名）と、使用したＥＤＩＤをソース機器テーブルに保持する。そして、ソース機器２０との接続時には、ソース機器２０によるＥＤＩＤの読み出し前に、当該ソース機器が、過去にＨＤＭＩ接続を行ったことがあるか否かを、ソース機器情報検出部１７で読み出した情報とソース機器テーブル内の情報とに基づいて判断し、過去にＨＤＭＩ接続が行われたことが登録されていれば、その際に使用したＥＤＩＤを、シンク機器１０のＥＤＩＤとして設定する。
【0070】
これによりシンク機器１０は、ソース機器２０からのＥＤＩＤの読み出しや映像信号の送信を待つことなく、ソース機器２０に適切なＥＤＩＤを設定できる。これにより、同じソース機器２０との２回目以降におけるＨＤＭＩ接続時における接続時間を短縮できる。
【0071】
＜第３実施形態＞
次に、この発明の第３実施形態に係る表示装置について説明する。本実施形態は、上記第１実施形態で説明した表示装置において、ＥＤＩＤがソース機器２０に対して適切であるか否かを、ソース機器２０から送信された映像信号がシンク機器１０の想定した信号でるかに基づいて判断するものである。以下では、第１実施形態と異なる点についてのみ説明する。
次に、この発明の第３実施形態に係る表示装置について説明する。本実施形態は、上記第１実施形態で説明した表示装置において、ＥＤＩＤがソース機器２０に対して適切であるか否かを、ソース機器２０から送信された映像信号がシンク機器１０の想定した信号でるかに基づいて判断するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【0072】
本実施形態に係るシンク機器１０の構成及び動作は、第１実施形態とほぼ同様である。本実施形態が第１実施形態と異なる点は、映像同期信号分析部１４における分析方法である。本実施形態に係る映像同期信号分析部１４は、図５Ａで説明した時刻ｔ５～ｔ６において、ソース機器２０から受信した映像信号の解像度及び／またはリフレッシュレートが、シンク機器１０の想定している値であるか否かを判定する。
【0073】
図２Ａ及び図２Ｂで説明したように、ＥＤＩＤ＿Ａの基本ブロックblock0のDetailed Timing Description #1～#2及びＣＴＡ拡張ブロックblock1のData block collectionには、シンク機器１０の対応可能な解像度及び最大リフレッシュレートが記載されている。したがって映像同期信号分析部１４は、ソース機器２０から映像信号を受信し、受信した映像信号の解像度が適切であるか否かを、ＥＤＩＤ＿Ａに記載されている解像度に基づいて判定する。より具体的には、受信した映像信号の解像度及び／またはリフレッシュレートが、ＥＤＩＤ＿Ａに記載されていない場合、または記載されているが最低限の解像度／リフレッシュレート、例えばＶＧＡ（640×480）であった場合に、受信した映像信号が適切でない判定し、その結果をＨＤＭＩ制御部１６に送信する。その他の動作は第１実施形態と同様である。
【0074】
図１１は、シンク機器１０にソース機器２０が接続された際のシンク機器１０の処理の流れを示すフローチャートである。第１実施形態で説明した図５と異なる点は、ステップＳ１５の代わりにステップＳ４０において、映像同期信号分析部１４が、ソース機器２０から受信した映像信号が、シンク機器１０の想定している信号であるか否かを判定する点である。この判定方法は、上記した通り、映像信号の解像度及び／またはリフレッシュレートと、ＥＤＩＤ＿Ａに記載されている解像度及び／またはリフレッシュレートに基づく。そして、映像信号が、シンク機器１０の想定している信号であればステップＳ１６の処理に進み、そうでなければステップＳ１９に進み、シンク機器１０のＥＤＩＤはＥＤＩＤ＿ＡからＥＤＩＤ＿Ｂに切り替えられ、ソース機器２０は再度ＥＤＩＤをシンク機器１０から読み出す。
【0075】
上記のように、ソース機器２０から受信した映像信号がシンク機器１０に適切であるか否か、換言すれば、ＥＤＩＤ＿Ａがソース機器２０に適切であるか否かは、第１実施形態で説明した通り、受信した映像信号の解像度及び／またはリフレッシュレートに基づいて判断することができる。また、ソース機器２０がＥＤＩＤを誤認識して適切でない映像信号をシンク機器１０に送信した場合、必ずしも表示が不可能とはならず、例えばＶＧＡなどの非常に解像度の低い、ユーザ（シンク機器）の想定していない低画質の映像が表示される場合があるが、本実施形態によればこのような事態の発生を抑制できる。
【0076】
＜第４実施形態＞
次に、この発明の第４実施形態に係る表示装置について説明する。本実施形態は、上記第２実施形態と第３実施形態とを組み合わせたものである。以下では、第２実施形態と異なる点についてのみ説明する。
次に、この発明の第４実施形態に係る表示装置について説明する。本実施形態は、上記第２実施形態と第３実施形態とを組み合わせたものである。以下では、第２実施形態と異なる点についてのみ説明する。
【0077】
本実施形態に係るシンク機器１０の構成及び動作は、第２実施形態とほぼ同様である。本実施形態が第２実施形態と異なる点は、第３実施形態と同様に、映像同期信号分析部１４が、ソース機器２０から受信した映像信号の解像度及び／またはリフレッシュレートが、シンク機器１０の想定している値であるか否かを判定する。判定方法は、第３実施形態と同様である。
【0078】
図１２は、シンク機器１０にソース機器２０が接続された際のシンク機器１０の処理の流れを示すフローチャートである。第２実施形態で説明した図１０と異なる点は、ステップＳ１５の代わりにステップＳ４０において、映像同期信号分析部１４が、ソース機器２０から受信した映像信号が、シンク機器１０の想定している信号であるか否かを判定する点であり、第３実施形態で説明した通りである。
【0079】
上記のように、第３実施形態で説明した、ソース機器２０から受信した映像信号がシンク機器１０に適切であるか否か、換言すれば、ＥＤＩＤ＿Ａがソース機器２０に適切であるか否かの判定方法は、第２実施形態にも適用できる。
【0080】
＜変形例など＞
上記説明した実施形態は一例に過ぎず、種々の変形が可能である。例えば、上記実施形態では、ソース機器２０から受信した映像信号がシンク機器１０に適切であるか否か、換言すれば、ＥＤＩＤ＿Ａがソース機器２０に適切であるか否かの判定方法として、第１、第２実施形態では映像信号が再生・表示可能か否かを解像度及び／またはリフレッシュレートに基づいて判定する場合につき説明した。また第３、第４実施形態では、映像信号の解像度及び／またはリフレッシュレートがＥＤＩＤに記載されているか、または優先度が所定の優先度よりも高いか否かに基づいて判定する方法について説明した。しかし判定方法はこれらに限らず、シンク機器１０とＥＤＩＤ＿Ａとの関係が適切であるか否かを判定できる方法であれば限定されない。
上記説明した実施形態は一例に過ぎず、種々の変形が可能である。例えば、上記実施形態では、ソース機器２０から受信した映像信号がシンク機器１０に適切であるか否か、換言すれば、ＥＤＩＤ＿Ａがソース機器２０に適切であるか否かの判定方法として、第１、第２実施形態では映像信号が再生・表示可能か否かを解像度及び／またはリフレッシュレートに基づいて判定する場合につき説明した。また第３、第４実施形態では、映像信号の解像度及び／またはリフレッシュレートがＥＤＩＤに記載されているか、または優先度が所定の優先度よりも高いか否かに基づいて判定する方法について説明した。しかし判定方法はこれらに限らず、シンク機器１０とＥＤＩＤ＿Ａとの関係が適切であるか否かを判定できる方法であれば限定されない。
【0081】
また、第２実施形態においては、ソース機器２０の情報を得るための方法として、Give Vendor Commandを用いる場合を例に説明した。しかし、過去にシンク機器１０にＨＤＭＩ接続したことのあるソース機器２０であるか否かを判定できる情報を得られる方法であれば限定されない。例えばベンダー名及びプロダクト名を得る方法としては、ＳＰＤ（Source Product Description）パケットを利用してもよい。ＳＰＤパケットは映像信号と共にＴＭＤＳ／ＦＲＬラインを介してソース機器２０からシンク機器１０に送信される。図１３は、ＳＰＤパケットの保持する情報の概略を示す。図示するように、ＳＰＤパケットの１～８バイト目にはソース機器２０のベンダー名が保持され、９～２４バイト目にはプロダクト名が保持される。したがって、シンク機器１０はＳＰＤパケットを分析することで、ソース機器２０が過去に接続されたことがあるか否かを判定できる。
【0082】
図１４は、第１実施形態で説明した図５に対応する各種信号のタイミングチャートである。図示するように、第１実施形態と異なる点は、例えば映像同期信号分析部１４またはソース機器情報検出部１７が、時刻ｔ５～ｔ６において映像信号を受信し、当該映像信号に含まれるＳＰＤパケットを分析する。そして、ＳＰＤパケットを分析して得られたベンダー名及びプロダクト名と、ソース機器テーブルに登録されている情報とに基づいて、当該ソース機器２０が過去にＨＤＭＩ接続されたことのある機器かを判定する。すなわち、第１及び第３実施形態において、映像信号が適切であるか否かの判定をＳＰＤパケットの保持する情報に基づいて行うことができる。
【0083】
また、上記実施形態では、ＣＴＡ拡張ブロックが１つの場合を例に説明したが、ＣＴＡ拡張ブロックblock1及びblock2の２つ以上用意されている場合であってもよい。そして、ＣＴＡ拡張ブロックblock2内において、ＥＤＩＤ＿Ａがソース機器２０に対して適切であるか否かの判定に使用できる情報が含まれていれば、当該情報を利用してもよい。更に上記実施形態では、一例としてＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂの両方がＥＤＩＤ１．４の場合を例に説明したが、例えばＥＤＩＤ＿ＡがＥＤＩＤ１．４に準拠し、ＥＤＩＤ＿ＢがＥＤＩＤ１．０に準拠する場合であってもよいし、両方がＥＤＩＤ１．０に準拠する場合であってもよい。
【0084】
更に上記実施形態では、ＥＤＩＤとして２つのＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂをメモリ３１が保持する場合を例に説明した。しかし、３つ以上のＥＤＩＤが保持される場合であってもよい。例えばＨＤＭＩ２．１規格に対応したＥＤＩＤ＿Ａ、ＨＤＭＩ２．０規格に対応したＥＤＩＤ＿Ｂ、ＨＤＭＩ１．４規格に対応したＥＤＩＤ＿Ｃ、及びＨＤＭＩ１．３規格に対応したＥＤＩＤ＿Ｄなど、ＨＤＭＩの規格に細かく対応したＥＤＩＤを用意していてもよい。
【0085】
また上記実施形態では、メモリ３１に予め２つのＥＤＩＤ＿Ａ及びＥＤＩＤ＿Ｂが保持される場合を例に説明した。しかし、メモリ３１がＥＤＩＤ＿Ｂを保持しない場合であってもよい。この場合、例えば図６のステップＳ２０でＥＤＩＤを変更する必要が生じた場合には、ＨＤＭＩ制御部１６がメモリ３１からＥＤＩＤ＿Ａを読み出し、ＥＤＩＤ＿Ａに基づいてＥＤＩＤ＿Ｂを生成し、これをＥＤＩＤバッファ１３に保持させてもよい。この場合にはセレクタ３０は不要である。
【0086】
更に、上記実施形態ではシンク機器１０とソース機器２０とがＨＤＭＩで接続され、その際にソース機器２０によって読み出されるＥＤＩＤの例について説明した。しかし、上記実施形態はＨＤＭＩのＥＤＩＤに限定されるものではない。すなわち、複数の機器が有線または無線によって接続され、且つ少なくとも一方の機器が他方の機器から情報を読み出す際に、機器によって対応可能なデータが制限されているようなケース全般に適用できる。すなわち、情報が読み出される機器側においては、読み出されるべきデータを、例えば規格や性能毎に複数用意しておき、上記実施形態で説明した方法を用いて適切なデータが読み出されるようにすればよい。
【0087】
上記では、本発明のいくつかの実施形態を説明したが、上述した形態に限定されるものではなく、適宜変形可能である。そして上記の構成は、実質的に類似の構成、類似の作用効果を奏する構成または類似の目的を達成できる構成で置き換えることができる。
【符号の説明】
【0088】
１…映像表示システム、１０…シンク機器、１１…ＥＤＩＤ送受信部、１２…ＥＤＩＤデータ選択部、１３…ＥＤＩＤバッファ、１４…映像同期信号分析部、１５…ＨＰＤ制御部、１６…ＨＤＭＩ制御部、１７…ソース機器情報検出部、２０…ソース機器
【図1】
【図2A】
【図2B】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図6】
【図7】
【図8A】
【図8B】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】