特開 2023-45808 情報処理装置、情報処理方法、通信システム、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023045808

(43)【公開日】2023-04-03

(54)【発明の名称】情報処理装置、情報処理方法、通信システム、およびプログラム

(51)【国際特許分類】

   H04N 21/436 20110101AFI20230327BHJP

   H04N 21/488 20110101ALI20230327BHJP

   H04N 21/442 20110101ALI20230327BHJP

【ＦＩ】

H04N21/436

H04N21/488

H04N21/442

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021154389

(22)【出願日】2021-09-22

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】川島 慶弘

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA17

5C164MB33S

5C164UB01S

5C164UB41P

5C164UB71P

5C164UD12P

5C164YA21

(57)【要約】

【課題】キャプチャーボード等のＨＤＣＰに非対応のシンク機器において、ユーザがシンク機器の故障ではなく、ソース機器側の信号に問題があることを認識でき、サービスマンの訪問等が不要となり、サービスの効率化を図ることができる情報処理装置、情報処理方法、通信システム、およびプログラムを提供する。
【解決手段】本発明は、ソース機器から、ＨＤＣＰにより暗号化された映像を受信する受信部と、前記受信部により受信した映像に画像処理を実行する画像処理部と、ＨＤＣＰに関するＨＤＣＰシーケンスを監視する通信状況監視部と、前記画像処理部による画像処理の結果および前記通信状況監視部による前記ＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断する通知判断部と、を備える。
【選択図】図３

【特許請求の範囲】

【請求項1】

ソース機器から、ＨＤＣＰにより暗号化された映像を受信する受信部と、
前記受信部により受信した映像に画像処理を実行する画像処理部と、
ＨＤＣＰに関するＨＤＣＰシーケンスを監視する通信状況監視部と、
前記画像処理部による画像処理の結果および前記通信状況監視部による前記ＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断する通知判断部と、
を備える情報処理装置。

【請求項2】

前記受信部は、ＨＤＭＩまたはDisplyaportに従って、前記映像を受信する、請求項１に記載の情報処理装置。

【請求項3】

前記通知判断部は、前記メッセージ通知を行うか否かの判断結果に基づいて、表示装置に対してメッセージを表示する、請求項１または２に記載の情報処理装置。

【請求項4】

前記画像処理部は、前記映像と、既定の異常画像と、のマッチングを含む画像処理を実行する、請求項１から３のいずれか一に記載の情報処理装置。

【請求項5】

前記画像処理部は、前記マッチングを所定期間実行し、
前記通知判断部は、前記マッチングによって、前記受信部により受信した映像が前記異常画像と判断された場合、ユーザへのメッセージ通知を行うと判断する、請求項４に記載の情報処理装置。

【請求項6】

情報処理装置で実行される情報処理方法であって、
受信部が、ソース機器から、ＨＤＣＰにより暗号化された映像を受信する工程と、
画像処理部が、前記受信部により受信した映像に画像処理を実行する工程と、
通信状況監視部が、ＨＤＣＰに関するＨＤＣＰシーケンスを監視する工程と、
通知判断部が、前記画像処理部による画像処理の結果および前記通信状況監視部による前記ＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断する工程と、
を含む情報処理方法。

【請求項7】

表示装置と、
ソース機器から、ＨＤＣＰにより暗号化された映像を受信する受信部と、
前記受信部により受信した映像に画像処理を実行する画像処理部と、
ＨＤＣＰに関するＨＤＣＰシーケンスを監視する通信状況監視部と、
前記画像処理部による画像処理の結果および前記通信状況監視部による前記ＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断し、その判断結果に基づいて、メッセージを前記表示装置に表示する通知判断部と、
を備える通信システム。

【請求項8】

コンピュータを、
ソース機器から、ＨＤＣＰにより暗号化された映像を受信する受信部と、
前記受信部により受信した映像に画像処理を実行する画像処理部と、
ＨＤＣＰに関するＨＤＣＰシーケンスを監視する通信状況監視部と、
前記画像処理部による画像処理の結果および前記通信状況監視部による前記ＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断する通知判断部と、
して機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、通信システム、およびプログラムに関する。

【背景技術】

【0002】

ＨＤＣＰ（High-bandwidth Digital Content Protection）と呼ばれる映像および音声コンテンツの暗号化方式がある。ＨＤＣＰは、不正コピー防止のために、ＰＣ（Personal Computer）等の映像出力機器（以下、ソース機器という）から、モニタおよびモニタキャプチャーカード等の映像入力機器（以下、シンク機器という）に出力する映像信号を暗号化する規格である。ＨＤＣＰによって著作権保護がかかった映画等のコンテンツに関しては、ＨＤＣＰに非対応のシンク機器に表示することができなくなる。

【0003】

映像キャプチャーカードがシンク機器の場合、著作権保護がかかった映像コンテンツの複製を防ぐため、ＨＤＣＰで暗号化された映像信号には非対応である。そのため、ＨＤＣＰにより保護された映像コンテンツが入力された場合、映像キャプチャーカード側において復号化することができず、黒い画面および緑の画面等の異常画像が表示される。

【0004】

また、ＨＤＭＩ（登録商標）規格では、モニタ等のＨＤＣＰ対応のシンク機器が一般的であるため、ソース機器によっては、ＨＤＣＰで保護すべきコンテンツ以外の映像コンテンツも全てＨＤＣＰで暗号化された映像として出力してしまうことがある。

【0005】

また、電子黒板では、シンク機器として映像キャプチャーカードが搭載されており、ソース機器から出力された映像をキャプチャーして、画面上に書込みを行う仕様である。しかし、常時、ＨＤＣＰで保護した映像を出力するソース機器が接続された場合、ソース機器から出力されている映像がＨＤＣＰに対応しているか若しくは非対応かが分からないため、当該映像を復号できないまま表示するため、異常画像が表示される。また、異常画像が表示された場合、ユーザは、電子黒板の故障と判断して、サービスマンが現地に行って、原因の切り分け等を行わなければならない。

【0006】

そこで、特許文献１には、シンク機器がコンテンツに適用されるＨＤＣＰのバージョンとは異なるバージョンに対応している場合、ソース機器は、コンテンツ変換を通じて、シンク機器において対応するＨＤＣＰのバージョンでシンク機器にコンテンツを提供する技術が開示されている。また、特許文献２には、ソース機器とシンク機器の通信に使用する通信ケーブルの通信品位が、４８０ｐ、１０８０ｉ、１０８０ｐ等の映像信号のフォーマットに対応付けられ、ユーザが、その通信ケーブルで使用可能な範囲のフォーマットで最適な映像信号の通信を行う技術が開示されている。

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、特許文献１記載の技術では、ＨＤＣＰに非対応のシンク機器に対して、シンク機器の状態を考慮せずに、ＨＤＣＰによる保護をコンテンツにかけたままシンク機器に送られてしまい、シンク機器では何が送られているかが判断できない。また、特許文献２記載の技術では、シンク機器において、ＨＤＣＰにより保護された映像が送られている場合に、ジッター、信号同期のずれ等が発生せず、エラー状態であることを認識することができない。

【0008】

本発明は、上記に鑑みてなされたものであって、キャプチャーボード等のＨＤＣＰに非対応のシンク機器において、ユーザがシンク機器の故障ではなく、ソース機器側の信号に問題があることを認識でき、サービスマンの訪問等が不要となり、サービスの効率化を図ることができる情報処理装置、情報処理方法、通信システム、およびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

上述した課題を解決し、目的を達成するために、本発明は、ソース機器から、ＨＤＣＰにより暗号化された映像を受信する受信部と、前記受信部により受信した映像に画像処理を実行する画像処理部と、ＨＤＣＰに関するＨＤＣＰシーケンスを監視する通信状況監視部と、前記画像処理部による画像処理の結果および前記通信状況監視部による前記ＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断する通知判断部と、を備える。

【発明の効果】

【0010】

本発明によれば、キャプチャーボード等のＨＤＣＰに非対応のシンク機器において、ユーザがシンク機器の故障ではなく、ソース機器側の信号に問題があることを認識でき、サービスマンの訪問等が不要となり、サービスの効率化を図ることができる、という効果を奏する。

【図面の簡単な説明】

【0011】

【図1】図１は、本実施の形態にかかる通信システムの構成の一例を示す図である。

【図2】図２は、本実施の形態にかかるシンク機器の一例であるプロジェクタのハードウェア構成の一例を示す図である。

【図3】図３は、本実施の形態にかかる通信システムの機能構成の一例を示すブロック図である。

【図4】図４は、本実施の形態にかかる通信システムにおける映像の表示処理の流れの一例を示すフローチャートである。

【図5】図５は、本実施の形態にかかる通信システムにおいてシンク機器に表示される画面の一例を示す図である。

【発明を実施するための形態】

【0012】

以下に添付図面を参照して、情報処理装置、情報処理方法、通信システム、およびプログラムの実施の形態を詳細に説明する。

【0013】

図１は、本実施の形態にかかる通信システムの構成の一例を示す図である。本実施の形態にかかる通信システムは、図１に示すように、ソース機器２００と、シンク機器１００と、を有する。ソース機器２００とシンク機器１００との間は、ＨＤＭＩ（High-Definition Multimedia Interface）またはDisplayport等により有線映像接続されている。ここで、ソース機器２００は、ＰＣ（Personal Computer）等、映像信号を送信する機器である。また、シンク機器１００は、電子黒板、プロジェクタ等、映像信号を受信する機器である。

【0014】

図２は、本実施の形態にかかるシンク機器の一例であるプロジェクタのハードウェア構成の一例を示す図である。次に、図２を用いて、本実施の形態にかかるシンク機器１００の一例であるプロジェクタのハードウェア構成の一例について説明する。

【0015】

本実施の形態にかかるシンク機器１００の一例であるプロジェクタ８は、ＣＰＵ（Central Processing Unit）８０１、ＲＯＭ（Read Only Memory）８０２、ＲＡＭ（Random Access Memory）８０３、メディアＩ／Ｆ(Interface)８０７、操作部８０８、電源スイッチ８０９、バスライン８１０、ネットワークＩ／Ｆ８１１、ＬＥＤ（Light Emitting Diode）駆動回路８１４、ＬＥＤ光源８１５、投写デバイス８１６、投写レンズ８１７、外部機器接続Ｉ／Ｆ(Interface)８１８、ファン駆動回路８１９、冷却ファン８２０等を備えている。

【0016】

これらのうち、ＣＰＵ８０１は、プロジェクタ８全体の動作を制御する。ＲＯＭ８０２は、ＣＰＵ８０１の駆動に用いられるプログラムを記憶する。ＲＡＭ８０３は、ＣＰＵ８０１のワークエリアとして使用される。メディアＩ／Ｆ８０７は、フラッシュメモリ等の記録メディア８０６に対するデータの読み出しまたは書き込み（記憶）を制御する。

【0017】

操作部８０８は、種々のキー、ボタンおよびＬＥＤ等が配設されており、ユーザによるプロジェクタ８の電源のＯＮまたはＯＦＦ以外の各種操作を行うのに使用される。例えば、操作部８０８は、投写画像の大きさの調整操作、色調の調整操作、ピント調整操作、キーストン調整操作等の指示操作を受け付けて、受け付けた操作内容をＣＰＵ８０１に出力する。

【0018】

電源スイッチ８０９は、プロジェクタ８の電源のＯＮまたはＯＦＦを切り換えるためのスイッチである。バスライン８１０は、図２に示されているＣＰＵ８０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

【0019】

ネットワークＩ／Ｆ８１１は、インターネット等の通信ネットワークを利用してデータ通信をするためのインターフェースである。

【0020】

ＬＥＤ駆動回路８１４は、ＣＰＵ８０１の制御下で、ＬＥＤ光源８１５の点灯及び消灯を制御する。ＬＥＤ光源８１５は、ＬＥＤ駆動回路８１４の制御によって点灯されると、投写光を投写デバイス８１６に照射する。

【0021】

投写デバイス８１６は、外部機器接続Ｉ／Ｆ８１８等を介して与えられた画像データに基づいて、空間光変調方式によりＬＥＤ光源８１５からの投写光を変調して得た変調光を、投写レンズ８１７を通して、スクリーンの投写面へ画像として投写する。投写デバイス８１６としては、例えば、液晶パネルまたはＤＭＤ（Digital Micromirror Device）等が用いられている。上記ＬＥＤ駆動回路８１４、ＬＥＤ光源８１５、投写デバイス８１６、および投写レンズ８１７は、全体として、画像データに基づいて投写面に投写画像を投写する投写部（投写手段）として機能している。

【0022】

外部機器接続Ｉ／Ｆ８１８は、直接、ＰＣ(Personal Computer)が接続され、ＰＣとの間で、制御信号や画像データを取得する。ファン駆動回路８１９は、ＣＰＵ８０１および冷却ファン８２０に接続されており、ＣＰＵ８０１からの制御信号に基づいて、冷却ファン８２０の駆動または駆動停止を行う。冷却ファン８２０は、回転することで、プロジェクタ８内部の空気を排気して、プロジェクタ８内部を冷却する。

【0023】

また、ＣＰＵ８０１は、電源電力が供給されると、ＲＯＭ８０２に予め記憶されている制御プログラムに従って起動し、ＬＥＤ駆動回路８１４に制御信号を与えてＬＥＤ光源８１５を点灯させるとともに、ファン駆動回路８１９に制御信号を与えて冷却ファン８２０を所定の定格回転数で回転させる。また、プロジェクタ８は、電源回路２１からの電源電力の供給が開始されると、投写デバイス８１６が画像表示可能状態になり、更に、他の種々の構成要素へ電源回路２１から電力が供給される。

【0024】

また、プロジェクタ８は、電源スイッチ８０９がＯＦＦ操作されると、電源スイッチ８０９から電源ＯＦＦ信号がＣＰＵ８０１に送られ、ＣＰＵ８０１は、電源ＯＦＦ信号を検知すると、ＬＥＤ駆動回路８１４へ制御信号を与えてＬＥＤ光源８１５を消灯させる。ＣＰＵ８０１は、その後、所定時間が経過すると、ファン駆動回路８１９へ制御信号を与えて冷却ファン８２０を停止させるとともに、自身で自身の制御処理を終了させ、最後に電源回路２１へ指示を与えて電源電力の供給を停止させる。

【0025】

図３は、本実施の形態にかかる通信システムの機能構成の一例を示すブロック図である。次に、図３を用いて、本実施の形態にかかる通信システムの機能構成の一例について説明する。本実施の形態では、ソース機器２００とシンク機器１００は、ＨＤＭＩにより接続され、映像信号を通信する。

【0026】

まず、ソース機器２００の機能構成の一例について説明する。本実施の形態では、ソース機器２００は、図３に示すように、ＨＤＭＩ送信部２１０、制御部２２０、映像音声処理部２３０、およびＨＤＭＩコネクタ２４０等を有する。

【0027】

ＨＤＭＩ送信部２１０は、ＤＤＣ通信部２１１、ＨＤＣＰ暗号部２１２、およびＴＭＤＳ送信部２１３等を有する。ＤＤＣ通信部２１１は、ＨＤＭＩ規格における機器制御等のための制御信号の通信を行う。ＴＭＤＳ送信部２１３は、シンク機器１００との間で、ＨＤＭＩ規格における映像信号の通信（送信）を行う。ＨＤＣＰ暗号部２１２は、ＴＭＤＳ送信部２１３により送信する映像信号を、ＨＤＣＰ規格により暗号化する。

【0028】

映像音声処理部２３０は、ソース機器２００内部で生成した映像信号および音声信号等をＨＤＭＩ信号として処理する。制御部２２０は、ソース機器２００が有するＣＰＵおよびメモリ等を含み、ソース機器２００の主な制御を行う。ＨＤＭＩコネクタ２４０は、ＤＤＣ通信部２１１およびＴＭＤＳ送信部２１３を外部ケーブルと接続するための信号通信コネクタである。

【0029】

次に、シンク機器１００の機能構成の一例について説明する。本実施の形態では、シンク機器１００は、図３に示すように、ＨＤＭＩ受信部１１０、制御部１２０、映像音声処理部１３０、異常画像検出部１４０、記録部１５０、操作部１６０、表示部１７０、ＨＤＭＩコネクタ１８０、通信状況監視部１９０、およびＲＯＭ８０２等を有する。

【0030】

ＨＤＭＩ受信部１１０は、ＤＤＣ通信部１１１、ＨＤＣＰ復号部１１２、およびＴＭＤＳ受信部１１３等を有する。ＤＤＣ通信部１１１は、ＨＤＭＩ規格における機器制御等のための制御信号の通信を行う。ＴＭＤＳ受信部１１３は、ソース機器２００との間で、ＨＤＭＩ規格における映像信号の通信（受信）を行う。ＨＤＣＰ復号部１１２は、ＴＭＤＳ受信部１１３により受信した映像信号をＨＤＣＰ規格により復号化する。すなわち、ＨＤＭＩ受信部１１０は、ソース機器２００から、ＨＤＣＰにより暗号化された映像を受信する受信部の一例として機能する。本実施の形態では、ＨＤＭＩ受信部１１０が、ＨＤＭＩにより映像を受信しているが、これに限定するものではなく、例えば、Displayportにより映像を受信しても良い。

【0031】

制御部１２０は、ＣＰＵ８０１等を有し、記録部１５０に記録されたプログラムを実行して、シンク機器１００の主な制御を行う。異常画像検出部１４０は、ＨＤＣＰ復号部１１２により復号化された映像信号（すなわち、ＨＤＭＩ受信部１１０により受信した映像）に画像処理を実行する画像処理部の一例である。本実施の形態では、異常画像検出部１４０は、記録部１５０に記録されたテンプレート画像を用いて、マッチング等によって、ＨＤＣＰ復号部１１２により復号化した映像信号が異常画像であるか否かを検出する。すなわち、異常画像検出部１４０は、ＨＤＭＩ受信部１１０により受信した映像信号と、既定の異常画像と、のマッチングを含む画像処理を実行する。

【0032】

その際、異常画像検出部１４０は、復号化された映像信号と既定の異常画像とのマッチングを所定時間実行しても良い。これにより、異常画像検出部１４０は、ＨＤＣＰ復号部１１２により復号化した映像の定期的な点滅を検出する。本実施の形態では、異常画像検出部１４０は、制御部１２０が記録部１５０に記録されるプログラムを実行することにより実現しても良いし、ハードウェア等により実現しても良い。

【0033】

映像音声処理部１３０は、ＨＤＭＩ受信部１１０により受信した映像信号および音声信号を受け取り、当該映像信号および音声信号を制御部１２０において処理可能な形式に変換する。ＨＤＭＩコネクタ１８０は、ＤＤＣ通信部１１１およびＴＭＤＳ受信部１１３を外部ケーブルと接続するための信号通信コネクタである。

【0034】

記録部１５０は、シンク機器１００の動作プログラムおよび異常画像のテンプレート画像（既定の異常画像）等が記録される不揮発性の記憶媒体である。操作部１６０は、タッチパネル、プッシュスイッチ等を有する。表示部１７０は、制御部１２０から出力される各種画像を表示する表示装置の一例である。ＲＯＭ８０２は、ＥＤＩＤファイルを保存する。ここで、ＥＤＩＤファイルは、ＨＤＭＩによる通信を行う際に利用するシンク機器１００の情報を記録したファイルである。

【0035】

通信状況監視部１９０は、ＨＤＣＰシーケンスを監視する通信状況監視部の一例である。ここで、ＨＤＣＰシーケンスは、ＨＤＣＰに関するシーケンスである。本実施の形態では、ＨＤＣＰシーケンスは、ソース機器２００とシンク機器１００間における鍵のやり取り等、ソース機器２００とシンク機器１００とが互いにＨＤＣＰの暗号化の対応機器か否かを認証するシーケンスを含んでいても良い。

【0036】

ＨＤＭＩでは、ＨＤＣＰの暗号化が行われる場合、ＤＤＣ通信部１１１においてＩ２Ｃ規格により、ソース機器２００とシンク機器１００との間で鍵のやり取りが行われる。そして、Ｉ２Ｃ規格により鍵のやり取りを行う場合には、ＤＤＣ通信部１１１は、特定の通信パターンが繰り返す。

【0037】

そのため、本実施の形態では、通信状況監視部１９０は、当該特定の通信パターンの繰り返しを監視する。具体的には、通信状況監視部１９０は、専用のマイクロコンピュータによりＩ２Ｃ規格により通信される情報を読み込み、当該読み込んだ情報を、ＨＤＣＰシーケンスの監視結果として制御部１２０に通知する。若しくは、通信状況監視部１９０は、Ｉ２Ｃを制御部１２０に直接接続して、Ｉ２Ｃにより通信される情報を、ＨＤＣＰシーケンスの監視結果として制御部１２０に通知しても良い。

【0038】

上述したように、ＨＤＣＰ暗号部２１２により暗号化した映像信号をＴＭＤＳ送信部２１３から送信する際、ＤＤＣ通信部２１１は、ＨＤＣＰシーケンスを行う。そのため、通信状況監視部１９０は、ＤＤＣ通信部２１１とＤＤＣ通信部１１１とを接続するＤＤＣラインに設けられ、当該ＤＤＣラインにおける通信状況を監視する。しかし、ソース機器２００の中には、ＨＤＣＰシーケンスが確立できない場合でも、ＨＤＣＰシーケンスのリトライを繰り返しながら、ＨＤＣＰの保護がかかっていないコンテンツ（映像等）を送信するソース機器もある。その場合、通信状況監視部１９０は、ＤＤＣラインにおける通信状況を監視するだけでは、ソース機器２００から送信される画像が異常画像であるか否かを判別することができない。

【0039】

そのため、本実施の形態では、制御部１２０は、異常画像検出部１４０による画像処理の結果、および通信状況監視部１９０によるＨＤＣＰシーケンスの監視結果に基づいて、ユーザへのメッセージ通知を行うか否かを判断する通知判断部の一例として機能する。具体的には、制御部１２０は、ソース機器２００から送信されている映像が、ＨＤＣＰによって保護されている異常画像（暗号化された映像）であるか、若しくは、ＨＤＣＰシーケンスを繰り返しながら送信された正常な画像（暗号化されていない映像）であるかを判定する。

【0040】

そして、制御部１２０は、ソース機器２００から送信されている映像が、ＨＤＣＰシーケンスを繰り返しながら送信された異常画像であると判定された場合、ユーザへのメッセージ通知を行うと判断する。この場合、制御部１２０は、ユーザにメッセージ通知を行う。本実施の形態では、制御部１２０は、メッセージ通知を行うか否かの判断結果に基づいて、表示部１７０に対して、メッセージを表示する。例えば、制御部１２０は、表示部１７０に対して、ＨＤＣＰにより保護されたコンテンツ（映像）であるため表示できない旨等のメッセージを表示する。

【0041】

これにより、映像入力機能等のＨＤＣＰに非対応のシンク機器１００において、表示不可能な映像が入力されていることをユーザに通知することができる。その結果、ユーザはシンク機器１００の故障ではなく、ソース機器２００側の映像に問題があることを認識することができ、サービスマンの訪問等の不要なサービスが行われることを防止できる。

【0042】

図４は、本実施の形態にかかる通信システムにおける映像の表示処理の流れの一例を示すフローチャートである。図５は、本実施の形態にかかる通信システムにおいてシンク機器に表示される画面の一例を示す図である。次に、図４および図５を用いて、本実施の形態にかかる通信システムにおける映像の表示処理の流れの一例について説明する。

【0043】

まず、ソース機器２００のＤＤＣ通信部２１１は、ＤＤＣラインを介して、Ｉ２Ｃ規格に従って、シンク機器１００のＲＯＭ８０２からＥＤＩＤファイルを読み出す（ステップＳ４０１）。すなわち、シンク機器１００のＤＤＣ通信部１１１が、ソース機器２００から要求に応じて、ＥＤＩＤファイルを送信する。次に、ソース機器２００の制御部２２０および映像音声処理部２３０は、読み出したＥＤＩＤファイルに基づいて、ソース機器２００のＨＤＭＩ送信部２１０により送信する映像信号の解像度およびリフレッシュレート（フレームレート）等を決定する（ステップＳ４０２）。

【0044】

また、ソース機器２００のＤＤＣ通信部２１１は、シンク機器１００のＤＤＣ通信部１１１との間でＨＤＣＰシーケンスを実行する（ステップＳ４０３）。具体的には、ＤＤＣ通信部２１１およびＤＤＣ通信部１１１は、ＨＤＣＰによる通信で用いる鍵の問い合わせを含むＨＤＣＰシーケンスを実行する。

【0045】

次いで、ソース機器２００のＤＤＣ通信部２１１は、ＨＤＣＰに非対応のシンク機器１００のＤＤＣ通信部１１１からＨＤＣＰシーケンスの応答が無い場合、若しくは、ＤＤＣ通信部１１１から、オールゼロの鍵等、ＨＤＣＰシーケンスの応答と判断できない応答（無応答）を受信したか否かを判断する（ステップＳ４０４）。ＨＤＣＰシーケンスによって、シンク機器１００がＨＤＣＰの暗号化の対応機器か否かが認証不可である場合、ＤＤＣ通信部２１１は、ＨＤＣＰシーケンスのリトライを繰り返す（ステップＳ４０５）。

【0046】

ソース機器２００の制御部２２０は、ＨＤＣＰシーケンスのリトライが繰り返されて、シンク機器１００がＨＤＣＰの暗号化の対応機器か否かを認証不可と判断した場合、ＴＭＤＳ送信部２１３による映像信号の送信を中止する。ただし、ソース機器２００の中には、シンク機器１００がＨＤＣＰの暗号化の対応機器か否かを認証不可であるにも関わらず、ＨＤＣＰシーケンスを中止して、ＨＤＣＰによる暗号化を行わずに、映像信号をソース機器２００に送るソース機器もある。しかし、本実施の形態にかかるソース機器２００は、シンク機器１００がＨＤＣＰの暗号化の対応機器か否かが認証不可である場合、ＤＤＣ通信部２１１が、ＨＤＣＰシーケンスのリトライを繰り返すソース機器２００を対象としている。

【0047】

シンク機器１００の通信状況監視部１９０は、ＤＤＣラインにおけるＨＤＣＰシーケンス等の通信を監視する（ステップＳ４０６）。または、通信状況監視部１９０は、ＨＤＭＩコネクタ２４０とＨＤＭＩコネクタ１８０を接続するケーブルを介したＤＤＣ通信部２１１とＤＤＣ通信部１１１との間でのＨＤＣＰシーケンスを監視しても良い。そして、通信状況監視部１９０は、有線または無線等の通信手段によって、ＨＤＣＰシーケンスの監視結果を、制御部１２０に通知しても良い。

【0048】

通信状況監視部１９０は、ＨＤＣＰシーケンスを監視し、特定の通信パターンが、予め設定された判定回数Ｎ、繰り返されているか否かを判定する（ステップＳ４０７）。ここで、判定回数Ｎは、予め設定された回数であり、ＨＤＣＰシーケンスの繰り返しの頻度に基づいて決定するものとする。特定の通信パターンが、判定回数Ｎ、繰り返されていない場合（ステップＳ４０７：Ｎｏ）、ステップＳ４０６に戻り、通信状況監視部１９０は、ＨＤＣＰシーケンスの監視を続ける。

【0049】

一方、特定の通信パターンが、判定回数Ｎ、繰り返された場合（ステップＳ４０７：Ｙｅｓ）、制御部１２０は、異常画像検出部１４０によって異常画像が検出された回数が所定回数Ｍ以内か否かを判断する（ステップＳ４０８）。ここで、所定回数Ｍは、予め設定された回数である。異常画像が検出された回数が所定回数Ｍより多い場合（ステップＳ４０８：Ｎｏ）、通知判断機能部１２１は、ソース機器２００が正常な映像を出力しているにも関わらず、ＨＤＣＰシーケンスがリトライされて続けている可能性があるため。処理を終了する。

【0050】

一方、異常画像が検出された回数が所定回数Ｍ以内である場合（ステップＳ４０８：Ｙｅｓ）、異常画像検出部１４０は、ＨＤＣＰ復号部１１２により復号化された映像信号と、テンプレート画像（すなわち、記録部１５０に記録される画像）と、の比較（マッチング）を行う（ステップＳ４０９）。ここで、テンプレート画像は、製品の出荷時に、記録部１５０に登録しておいても良いし、操作部１６０を介して登録しても良い。

【0051】

復号化される映像信号は、白画像と異常画像とを交互に繰り返したり、黒画像と異常画像とを交互に繰り返したりする点滅状態となる場合もある。そのため、異常画像検出部１４０は、所定時間、異常画像の検出を行い、周期的に異常画像が検出される場合も、異常画像と検出する。例えば、異常画像検出部１４０は、２秒間の間に、０．２秒毎に異常画像の検出を行い、２０回に一度でも異常画像が検出された場合には、異常画像が検出されたと判断する。

【0052】

制御部１２０は、異常画像検出部１４０により異常画像が検出されたか否かを判断する（ステップＳ４１０）。異常画像が検出されなかった場合（ステップＳ４１０：Ｎｏ）、ステップＳ４０６に戻り、通信状況監視部１９０が、ＤＤＣラインにおけるＨＤＣＰシーケンスを監視する。

【0053】

一方、異常画像が検出された場合（ステップＳ４１０：Ｙｅｓ）、制御部１２０は、図５に示すように、表示部１７０に対して、ＨＤＣＰにより保護されたコンテンツ（映像信号）であるため表示できない旨のメッセージ通知（表示画像）を含む画面を表示する（ステップＳ４１１）。本実施の形態では、制御部１２０は、表示部１７０に現在表示されている画面を終了して、メッセージ通知を含む画面を表示しても良いし、半透明処理等によって、現在表示されている画面に対して、メッセージ通知を含む画面を合成して表示しても良い。

【0054】

このように、本実施の形態にかかる通信システムによれば、映像入力機能等のＨＤＣＰに非対応のシンク機器１００において、表示不可能な映像が入力されていることをユーザに通知することができる。その結果、ユーザはシンク機器１００の故障ではなく、ソース機器２００側の映像に問題があることを認識することができ、サービスマンの訪問等の不要なサービスが行われることを防止できる。

【0055】

なお、本実施の形態のシンク機器１００およびソース機器２００で実行されるプログラムは、ＲＯＭ８０３等に予め組み込まれて提供される。本実施の形態のシンク機器１００およびソース機器２００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0056】

さらに、本実施の形態のシンク機器１００およびソース機器２００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態のシンク機器１００およびソース機器２００で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

【0057】

本実施の形態のシンク機器１００で実行されるプログラムは、上述した各部（ＨＤＭＩ受信部１１０、映像音声処理部１３０、異常画像検出部１４０、通信状況監視部１９０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ８０１（プロセッサの一例）が上記ＲＯＭ８０２からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ＨＤＭＩ受信部１１０、映像音声処理部１３０、異常画像検出部１４０、通信状況監視部１９０が主記憶装置上に生成されるようになっている。

【0058】

本実施の形態のソース機器２００で実行されるプログラムは、上述した各部（ＨＤＭＩ送信部２１０、映像音声処理部２３０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサの一例）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ＨＤＭＩ送信部２１０、映像音声処理部２３０が主記憶装置上に生成されるようになっている。

【符号の説明】

【0059】

１００ シンク機器
１１０ ＨＤＭＩ受信部
１１１，２１１ ＤＤＣ通信部
１１２ ＨＤＣＰ復号部
１１３ ＴＭＤＳ受信部
１２０，２２０ 制御部
１３０，２３０ 映像音声処理部
１４０ 異常画像検出部
１５０ 記録部
１７０ 表示部
１８０，２４０ ＨＤＭＩコネクタ
１９０ 通信状況監視部
２００ ソース機器
２１０ ＨＤＭＩ送信部
２１２ ＨＤＣＰ暗号部
２１３ ＴＭＤＳ送信部
８０１ ＣＰＵ
８０２ ＲＯＭ
８０３ ＲＡＭ
８０８ 操作部

【先行技術文献】

【特許文献】

【0060】

【特許文献1】特許第６３１２４４７号公報

【特許文献2】特開２００８－２５２５５９号公報

【図1】

【図2】

【図3】

【図4】

【図5】