(57)【要約】【課題】保護対象のデータに対する特定のデータ処理を必須としない方法により、データを適切に保護できるデータ伝送装置、及び、データ伝送方法を提供する。【解決手段】車載装置１は、データを出力する送信ＩＣ３１と、送信ＩＣ３１を制御するマイコン１１と、送信ＩＣ３１により出力されるデータを入力する受信ＩＣ３２と、送信ＩＣ３１と受信ＩＣ３２とを介して、マイコン１１により制御されるＩＣ３３と、を備え、マイコン１１とＩＣ３３との通信に関する通信条件を有し、通信条件が成立した場合に、送信ＩＣ３１から受信ＩＣ３２へのデータの出力が可能な状態となる。【選択図】図１
2019191890.tif 000002
【特許請求の範囲】
【請求項１】
データを出力するデータ出力部と、
前記データ出力部を制御する制御部と、
前記データ出力部により出力される前記データを入力するデータ入力部と、
前記データ出力部と前記データ入力部とを介して、前記制御部により制御される機能部と、を備え、
前記制御部と前記機能部との通信に関する通信条件を有し、
前記通信条件が成立した場合に、前記データ出力部から前記データ入力部への前記データの出力が可能な状態となる
ことを特徴とするデータ伝送装置。
【請求項２】
前記データ出力部と前記データ入力部とは通信線を介して接続され、
前記機能部は、前記通信線及び前記データ入力部を介して前記制御部に接続され、
前記機能部ごとに前記通信条件を有し、全ての前記通信条件が成立した場合に、前記データ出力部から前記データ入力部への前記データの出力が可能な状態となることを特徴とする請求項１記載のデータ伝送装置。
【請求項３】
前記データ出力部及び前記データ入力部は、前記データと、前記制御部と前記機能部との間で送受信される制御データとを重畳して、前記通信線を介して伝送することを特徴とする請求項２記載のデータ伝送装置。
【請求項４】
前記機能部はレジスタを有する集積回路により構成され、
前記制御部は、前記集積回路のレジスタに格納される値に関する参照データを有し、
前記制御部は、前記集積回路の前記レジスタに格納された値が前記参照データに適合した場合に、前記通信条件が成立したと判定することを特徴とする請求項１から３のいずれかに記載のデータ伝送装置。
【請求項５】
前記制御部は、複数の前記機能部のそれぞれが有する前記レジスタの値に対応する複数の前記参照データを有し、前記機能部が有する前記レジスタの値が前記参照データに適合する場合に前記通信条件が成立したと判定し、全ての前記機能部について前記通信条件が成立したと判定した場合に、前記データ出力部から前記データ入力部への前記データの出力を可能とすることを特徴とする請求項４記載のデータ伝送装置。
【請求項６】
前記制御部と前記データ入力部との通信に関する前記通信条件を有し、
前記制御部と前記データ入力部との通信に関する前記通信条件、及び、前記制御部と前記機能部との通信に関する前記通信条件の全てが成立したと判定した場合に、前記データ出力部から前記データ入力部への前記データの出力を可能とすることを特徴とする請求項１から３のいずれかに記載のデータ伝送装置。
【請求項７】
前記データ出力部に対し前記データを供給するデータ供給部を備え、
前記制御部は、前記通信条件が成立した場合に、前記データ供給部から前記データ出力部への前記データの供給を可能とし、前記通信条件が成立しない場合に、前記データ供給部から前記データ出力部への前記データの供給を停止させることを特徴とする請求項１から３のいずれかに記載のデータ伝送装置。
【請求項８】
前記データ供給部は、映像データおよび音声データの少なくともいずれかを含むコンテンツデータを前記データ出力部に供給することを特徴とする請求項７記載のデータ伝送装置。
【請求項９】
データ出力部とデータ入力部との間でデータを伝送するデータ伝送方法であって、
前記データ出力部を制御する制御部と、前記データ出力部と前記データ入力部とを介して前記制御部により制御される機能部との通信に関する通信条件が成立した場合に、前記データ出力部から前記データ入力部への前記データの出力が可能な状態とする、
ことを特徴とするデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送装置、及び、データ伝送方法に関する。
【背景技術】
【０００２】
背景技術として、特開２０００−１５６８４８号公報（以下、特許文献１という）がある。特許文献１には、「セットトップボックス１３を特定するための識別情報（ＩＤ）を含むＴＳパケットは、ｆｉｎｇｅｒｐｒｉｎｔ挿入部１３３によって、デジタル放送などの伝送対象となるデジタル映像を構成するＴＳパケット列内に挿入されて伝送される。この場合、ＩＤを含むＴＳパケットは、デジタル映像を補完する文字データから構成されるクローズドキャプションデータとして挿入される。このように、出所表示のためのＩＤをクローズドキャプションデータを利用してデジタル映像に埋め込むことにより、デジタルＶＣＲ１４などで不正コピーされたデジタル映像が市場に出回った場合でも、そのＩＤでコピー作成元のセットトップボックス１３を特定することが可能となる。」という技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−１５６８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に係る発明では、デジタル映像を構成するパケットに識別情報を含むパケットを埋め込む処理を行う必要がある。このように、保護対象のデータ自体の処理を伴う手法を実現するためには、特定の方法による処理を実行可能な、高い処理負荷に対応するハードウェアが必要である。
本発明は、保護対象のデータ自体に対する特定の処理を必須としない方法により、データを適切に保護できるデータ伝送装置、及び、データ伝送方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、データを出力するデータ出力部と、前記データ出力部を制御する制御部と、前記データ出力部により出力される前記データを入力するデータ入力部と、前記データ出力部と前記データ入力部とを介して、前記制御部により制御される機能部と、を備え、前記制御部と前記機能部との通信に関する通信条件を有し、前記通信条件が成立した場合に、前記データ出力部から前記データ入力部への前記データの出力が可能な状態となることを特徴とするデータ伝送装置を提供する。
【発明の効果】
【０００６】
本発明によれば、保護対象のデータに対する特定の処理を必須としない方法により、データを適切に保護できる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施形態に係る車載装置の構成を示す図である。
【図２】通信条件データベースの構成例を示す模式図である。
【図３】車載装置の動作を示すフローチャートである。
【図４】車載装置の動作を示すフローチャートである。
【図５】車載装置の動作の説明図である。
【図６】車載装置の動作の説明図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、実施形態に係る車載装置１の構成を示す図である。
車載装置１は、自動車などの車両に搭載される装置であり、映像ソース５１、５２に接続された送信部１０と、表示部２０とを有する。
【０００９】
映像ソース５１、５２は、映像を含むコンテンツのデータを供給する装置である。例えば、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、Ｂｌｕ−ｒａｙ（登録商標）ディスク等のディスク型記録媒体を再生するディスク再生装置が挙げられる。或いは、映像ソース５１は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶装置や、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の半導体記憶装置を備え、これらの記憶装置が記憶するデータを供給する装置であってもよい。また、映像ソース５１、５２は、テレビチューナー等の放送受信装置であってもよい。また、映像ソース５１、５２は、表示部２０により表示される映像のデータを生成する装置であってもよい。例えば、映像ソース５１、５２は、表示部２０が地図を表示するための映像データを生成する装置であってもよい。この場合、車載装置１が車両に搭載される経路案内装置（いわゆるカーナビゲーション装置）であって、経路案内のための地図を表示部２０により表示する構成とすることができる。
【００１０】
また、映像ソース５１と映像ソース５２は同種の装置であってもよく、異なる種類の装置であってもよい。また、車載装置１は、送信部１０に映像ソース５１のみが接続された構成であってもよい。送信部１０に、映像ソース５１、５２を含む３以上の装置が接続されてもよい。また、映像ソース５１、５２は、車載装置１の外部の装置であってもよい。
【００１１】
映像ソース５１、５２は、送信部１０に対し、映像を含むコンテンツデータを供給する。また、映像ソース５１、５２が供給するコンテンツデータは、音声データを含むデータであってもよい。
【００１２】
送信部１０は、映像ソース５１、５２から供給されるデータに基づき、映像データを表示部２０に送信する。表示部２０は、液晶ディスプレイ２１を備え、送信部１０から送信される映像データに基づき、液晶ディスプレイ２１に映像を表示する。
【００１３】
図１に示すように、送信部１０は、マイコン１１、コンテンツ供給ＩＣ１５、及び、送信ＩＣ３１を備える。また、表示部２０は、液晶ディスプレイ２１に加え、受信ＩＣ３２、及び、ＩＣ３３を備える。
【００１４】
マイコン１１は、プログラムを実行するプロセッサ１２と、プロセッサ１２により処理されるデータやプロセッサ１２が実行するプログラム等を記憶するメモリ１３とを備える。メモリ１３は、フラッシュＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を利用した不揮発性記憶領域、及び、揮発性記憶領域を備える。メモリ１３は、後述する通信条件データベース１４（図２）を、不揮発的に記憶する。マイコン１１は、制御部に相当する。
【００１５】
プロセッサ１２は、いわゆるプロセッサコアであり、メモリ１３とともに１つの集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であるマイコン１１を構成する。マイコン１１の具体的な実装態様は限定されず、プロセッサ１２及び／またはメモリ１３を複数備える構成であってもよいし、プロセッサ１２及びメモリ１３以外の回路を有してもよく、ＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）で構成されてもよい。
プロセッサ１２は、プログラムを実行することにより、ソフトウェアとハードウェアとの協働によってマイコン１１の各種機能を実現する。また、プロセッサ１２は、マイコン１１の機能を実現するためのプログラムが実装されたハードウェアであってもよい。
【００１６】
コンテンツ供給ＩＣ１５は、マイコン１１に接続され、マイコン１１から送信される制御データＤ１０に従って動作する。また、コンテンツ供給ＩＣ１５は、送信ＩＣ３１と、データバス４１により接続される。
【００１７】
コンテンツ供給ＩＣ１５は、映像ソース５１、５２に接続され、制御データＤ１０に従って映像ソース５１、５２のいずれかをソースとして選択する。コンテンツ供給ＩＣ１５は、選択したソースから供給されるコンテンツデータに基づく映像データＤ１を、データバス４１を介して送信ＩＣ３１に出力する。
【００１８】
コンテンツ供給ＩＣ１５は、マイコン１１から、映像データＤ１の出力停止を指示する制御データＤ１０が入力された場合、制御データＤ１０に従って、映像データＤ１を出力しない動作状態を設定する。この場合、コンテンツ供給ＩＣ１５は、出力中の映像データＤ１の出力を停止する。さらに、コンテンツ供給ＩＣ１５は、映像データＤ１を出力しない状態を維持する。コンテンツ供給ＩＣ１５は、データ供給部に相当する。
【００１９】
送信ＩＣ３１は、データバス４３を介して、受信ＩＣ３２に接続される。データバス４３は、ＬＶＤＳ（Ｌｏｗ  Ｖｏｌｔａｇｅ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）に対応するシリアルデータバスである。送信ＩＣ３１は、コンテンツ供給ＩＣ１５から入力される映像データＤ１に、後述する制御データＤ２を重畳して重畳データＤ３を生成し、データバス４３を介して受信ＩＣ３２に送信する。
【００２０】
受信ＩＣ３２は、データバス４３を介して送信ＩＣ３１に接続され、データバス４４を介して液晶ディスプレイ２１に接続される。
受信ＩＣ３２は、送信ＩＣ３１が送信した重畳データＤ３を受信し、重畳データＤ３から映像データＤ５を抽出し、映像データＤ５を液晶ディスプレイ２１に出力する。液晶ディスプレイ２１は、図示しない液晶パネル、液晶パネルを駆動するドライバー回路、及び、映像データＤ５から映像信号を生成する表示制御回路等を有する。液晶ディスプレイ２１は、映像データＤ５に基づく映像を表示する。
送信ＩＣ３１はデータ出力部に相当し、受信ＩＣ３２はデータ入力部に相当する。また、データバス４３は通信線に相当する。
【００２１】
受信ＩＣ３２が液晶ディスプレイ２１に出力する映像データＤ５のデータフォーマット等は、映像データＤ１と同一であってもよいし、異なっていてもよい。
また、受信ＩＣ３２は、映像データＤ５に基づきアナログ映像信号を生成して液晶ディスプレイ２１に出力する構成であってもよい。また、受信ＩＣ３２と液晶ディスプレイ２１との間に、映像データＤ５をアナログ映像信号に変換するＡ／Ｄコンバータ（図示略）を設けてもよい。
【００２２】
ＩＣ３３は、表示部２０が搭載するＩＣの例であり、液晶ディスプレイ２１による映像の表示に関与しない、或いは、映像の表示とは異なる車載装置１の機能に関する処理を行うＩＣである。例えば、ＩＣ３３は、ＧＰＩＯ（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）エキスパンダ、Ｂｌｕｅｔｏｏｔｈ（登録商標）レシーバ、静電タッチ制御ＩＣ等である。車載装置１が、スマートフォン等の外部の機器とＢｌｕｅｔｏｏｔｈで通信する場合、ＩＣ３３としてＢｌｕｅｔｏｏｔｈレシーバを搭載する構成が考えられる。また、液晶ディスプレイ２１が、表示面に対するタッチ操作を検出する静電容量式タッチパネルで構成される場合、車載装置１が、ＩＣ３３として、静電タッチ制御ＩＣを搭載する構成が考えられる。ＩＣ３３は、受信ＩＣ３２と、送信ＩＣ３１とを介してマイコン１１に接続される。
【００２３】
車載装置１において、マイコン１１と、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３は、Ｉ２Ｃ通信を実行する。マイコン１１は、Ｉ２Ｃ通信のマスタデバイスであり、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３はスレーブデバイスとして動作する。また、データバス４２、４４、４５は、Ｉ２Ｃ通信に対応するシリアルバスである。
【００２４】
マイコン１１は、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３の各々を制御するため、制御データを送受信する。
データバス４２は、制御データＤ２を伝送する。制御データＤ２は、マイコン１１と、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３との間で送受信されるデータを含む。また、データバス４５に、マイコン１１とＩＣ３３との間で通信される制御データＤ６を伝送する。制御データの送受信に係る動作は公知のＩ２Ｃの規格の通りである。スレーブである送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３は、図１に示すように、Ｉ２Ｃ通信のアドレスを有する。マイコン１１は、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３を、アドレスによりＩ２Ｃバス上で識別する。
【００２５】
上述のように、送信ＩＣ３１は、データバス４３において、コンテンツ供給ＩＣ１５が出力する映像データＤ１と、Ｉ２Ｃ通信の制御データＤ２とを重畳した重畳データＤ３を送信し、受信ＩＣ３２は重畳データＤ３を受信する。
一方、受信ＩＣ３２は、制御データＤ６を含む重畳データＤ４を、送信ＩＣ３１に送信する。重畳データＤ４は、例えば、送信ＩＣ３１と受信ＩＣ３２とが重畳データＤ３の伝送のために送受信する制御データや、マイコン１１が受信ＩＣ３２を制御するための制御データを、制御データＤ６に重畳したデータである。
【００２６】
なお、制御データＤ６は、マイコン１１がＩＣ３３を制御するために必要な制御データに限らず、ＩＣ３３の機能を実行するためにＩＣ３３がマイコン１１や他のＩＣと通信するデータを含む。例えば、ＩＣ３３がＧＰＩＯエキスパンダで構成される場合、制御データＤ６はＧＰＩＯ制御のためのデータを含んでもよい。また、例えば、ＩＣ３３がＢｌｕｅｔｏｏｔｈレシーバである場合、制御データＤ６は、Ｂｌｕｅｔｏｏｔｈにより送受信されるデータを含んでもよい。また、例えば、ＩＣ３３が静電タッチ制御ＩＣである場合、制御データＤ６は、液晶ディスプレイ２１に対するタッチ操作に関するデータを含んでもよい。
【００２７】
送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３は、それぞれ、レジスタを有する。例えば、レジスタ３１１は、送信ＩＣ３１が重畳データＤ３、Ｄ４を送受信する処理において、各種の値を格納する。同様に、レジスタ３２１は、受信ＩＣ３２が重畳データＤ３、Ｄ４を送受信する処理で使用され、各種の値を格納する。ＩＣ３３が有するレジスタ３３１、３３２は、ＩＣ３３の機能を実行する際に使用される。
【００２８】
一般に、多くのＩＣは、ＩＣの機能を実行するためのレジスタを有し、ＩＣ３３のように複数のレジスタを有するＩＣも少なくない。また、ＩＣのレジスタはアドレスを有する。図１に、レジスタ３１１、３２１、３３１、３３２のアドレスを示す。マイコン１１は、ＩＣのアドレス、及び、レジスタのアドレスの組合せによって、車載装置１が備えるレジスタ３１１、３２１、３３１、３３２の各々を識別できる。
【００２９】
マイコン１１は、メモリ１３に、通信条件データベース１４を記憶している。通信条件データベース１４は、マイコン１１がＩ２Ｃ通信するＩＣに関する情報を格納する。
【００３０】
図２は、通信条件データベース１４の構成例を示す模式図である。
通信条件データベース１４は、マイコン１１に接続するＩＣのアドレスと、ＩＣが有するレジスタのアドレスと、レジスタに格納されていることが期待される値である参照データとを対応付けて含む。図２の例では、送信ＩＣ３１、受信ＩＣ３２、ＩＣ３３のアドレスが格納される。また、送信ＩＣ３１のアドレスに対応付けて、レジスタ３１１のアドレスと、参照データとが対応付けて格納される。同様に、受信ＩＣ３２のアドレス、レジスタ３２１のアドレス、及び参照データが対応付けて格納される。ＩＣ３３のレジスタ３３１、３３２についても同様である。
【００３１】
図２の通信条件データベース１４は、マイコン１１が通信可能な全てのＩＣについての情報を含む。通信条件データベース１４に情報が格納されたＩＣ及びレジスタについて特に制限はなく、マイコン１１にスレーブとして接続可能なＩＣのうち、少なくともいずれかのＩＣについての情報を含んでいればよい。例えば、送信ＩＣ３１、受信ＩＣ３２、ＩＣ３３のいずれか１以上についての情報を含んでいればよい。さらに好ましくは、通信条件データベース１４は、マイコン１１が、データバス４３を介して制御するＩＣについての情報を含んでいればよい。この理由は後述する。通信条件データベース１４は、より多数のＩＣに関する情報を含んでもよい。
また、車載装置１が、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３以外にＩＣを有する場合、それらのＩＣの情報を含んでいればよい。
【００３２】
詳細は後述するが、マイコン１１は、マイコン１１に対しスレーブとしてＩ２Ｃ通信を行うＩＣとの通信状態について、所定の通信条件が成立するか否かを判定する。本実施形態では、通信条件は、通信に成功することである。すなわち、マイコン１１は、ＩＣとの通信に成功した場合に、通信条件が成立したと判定する。
【００３３】
マイコン１１は、通信の成否の判定に、参照データを用いる。参照データは、レジスタに格納される値と比較される値である。マイコン１１は、判定対象のＩＣのレジスタから値を取得し、通信条件データベース１４の参照データと比較し、一致した場合に、ＩＣとの通信に成功したと判定する。従って、通信条件データベース１４は、マイコン１１がスレーブＩＣとの通信状態を判定するためのデータとして利用される。
【００３４】
図２に示す通信条件データベース１４の構成は一例である。例えば、車載装置１において、送信ＩＣ３１、受信ＩＣ３２、及びＩＣ３３のレジスタを、ＩＣのアドレスを用いることなく識別可能であれば、通信条件データベース１４がＩＣのアドレスを含まない構成としてもよい。
【００３５】
また、レジスタに格納される値は、ＩＣによる書き込みの動作により変化することがある。このため、通信条件データベース１４は、１つのレジスタに対し、複数の参照データを格納してもよい。例えば、通信条件データベース１４は、１つのレジスタに対し、マイコン１１がレジスタの値を取得するタイミングに対応付けて、参照データを格納してもよい。
【００３６】
図３及び図４は、車載装置１の動作を示すフローチャートである。図３及び図４には、車載装置１の電源が投入された後にマイコン１１が実行する動作を示す。
【００３７】
マイコン１１は、起動後に通信ホストとしての機能を起動する（ステップＳＴ１）。マイコン１１は、予め設定された順序に従って、アクセス対象として設定されたＩＣのレジスタに対し、Ｒｅａｄアクセスを実行し、レジスタの値を取得する（ステップＳＴ２）。ステップＳＴ２のアクセスは、マイコン１１の起動時に実行されるため、起動時Ｒｅａｄアクセスと呼ぶことができる。
【００３８】
ステップＳＴ２でマイコン１１がアクセスするレジスタは、通信条件データベース１４にアドレス及び参照データが格納されたレジスタである。また、ステップＳＴ２で、マイコン１１は、アクセス対象のレジスタが複数ある場合、通信条件データベース１４における情報の格納順に、レジスタを選択し、Ｒｅａｄアクセスする。つまり、本実施形態で、通信条件データベース１４は、マイコン１１がレジスタにアクセスする順序を指定する。また、マイコン１１がアクセスするＩＣ及びレジスタと、アクセスする順序とを指定するデータを、通信条件データベース１４とは別のデータとして、メモリ１３に記憶する構成であってもよい。
【００３９】
マイコン１１は、ステップＳＴ２でレジスタから取得した値と、通信条件データベース１４の参照データとを比較する（ステップＳＴ３）。マイコン１１は、比較結果が適正か否かを判定する（ステップＳＴ４）。例えば、マイコン１１は、レジスタから取得した値と参照データとが一致した場合に、比較結果が適正と判定する。
【００４０】
比較結果が適正でないと判定した場合（ステップＳＴ４；ＮＯ）、マイコン１１は、コンテンツ供給ＩＣ１５による映像データＤ１の出力を制限する（ステップＳＴ５）。ステップＳＴ５で、マイコン１１は、コンテンツ供給ＩＣ１５に対して映像データＤ１の出力を制限する設定を行う。また、ステップＳＴ５で、マイコン１１は、コンテンツ供給ＩＣ１５が映像データＤ１を出力中である場合は、映像データＤ１の出力を停止させる。コンテンツ供給ＩＣ１５が映像データＤ１を出力しないため、送信ＩＣ３１から受信ＩＣ３２への重畳データＤ３の送信ができなくなる。より詳細には、送信ＩＣ３１は、映像データＤ１に基づくデータを含む重畳データＤ３を生成できない。このため、送信ＩＣ３１は、制御データを含み、映像データＤ１に基づくデータを含まない重畳データＤ３を送信することは可能である。また、ステップＳＴ５で、コンテンツ供給ＩＣ１５が映像データＤ１の出力を停止した場合、その後に送信ＩＣ３１が送信する重畳データＤ３には映像データＤ１に基づくデータが含まれない。
【００４１】
比較結果が適正であると判定した場合（ステップＳＴ４；ＹＥＳ）、マイコン１１は、Ｒｅａｄアクセスする対象の全てのレジスタに対し、起動時Ｒｅａｄアクセスが完了したか否かを判定する（ステップＳＴ６）。起動時Ｒｅａｄアクセスが完了していない場合（ステップＳＴ６；ＮＯ）、マイコン１１はステップＳＴ２に戻って、レジスタを選択してＲｅａｄアクセスする。
【００４２】
このように、ステップＳＴ２〜ＳＴ６では、車載装置１の起動時にマイコン１１が起動時Ｒｅａｄアクセスを行い、レジスタの値を判定する。マイコン１１が起動時Ｒｅａｄアクセスでレジスタから取得する値は、多くの場合、レジスタの初期値である。つまり、起動時Ｒｅａｄアクセスでは、レジスタの初期値に基づき判定を実行している。
【００４３】
設定されたレジスタに対する起動時Ｒｅａｄアクセスが完了した場合（ステップＳＴ６；ＹＥＳ）、マイコン１１は、予め設定された順序に従って、アクセス対象として設定されたＩＣのレジスタに対し、Ｗｒｉｔｅアクセスを実行する（ステップＳＴ７）。ステップＳＴ７でＷｒｉｔｅアクセスする対象のレジスタは、例えば、ステップＳＴ２と同様に、通信条件データベース１４に情報が格納されたレジスタである。ステップＳＴ７のＷｒｉｔｅアクセスは、マイコン１１の起動時に実行されるため、起動時Ｗｒｉｔｅアクセスと呼ぶことができる。
【００４４】
マイコン１１は、ステップＳＴ７でＷｒｉｔｅアクセスしたレジスタに対し、Ｒｅａｄアクセスを実行し、レジスタの値を取得する（ステップＳＴ８）
【００４５】
マイコン１１は、ステップＳＴ８でレジスタから取得した値と、通信条件データベース１４の参照データとを比較する（ステップＳＴ９）。マイコン１１は、比較結果が適正か否かを判定する（ステップＳＴ１０）。ステップＳＴ１０の判定は、例えば、ステップＳＴ４と同様に実行される。
【００４６】
比較結果が適正でないと判定した場合（ステップＳＴ１０；ＮＯ）、マイコン１１は、ステップＳＴ５に移行し、コンテンツ供給ＩＣ１５による映像データＤ１の出力を制限する（ステップＳＴ５）。
【００４７】
比較結果が適正であると判定した場合（ステップＳＴ１０；ＹＥＳ）、マイコン１１は、Ｗｒｉｔｅアクセスする対象の全てのレジスタに対し、起動時Ｗｒｉｔｅアクセスが完了したか否かを判定する（ステップＳＴ１１）。起動時Ｗｒｉｔｅアクセスが完了していない場合（ステップＳＴ１１；ＮＯ）、マイコン１１はステップＳＴ７に戻って、レジスタを選択してＷｒｉｔｅアクセスする。
【００４８】
設定されたレジスタに対する起動時Ｗｒｉｔｅアクセスが完了した場合（ステップＳＴ１１；ＹＥＳ）、マイコン１１は、ＩＣに対する通信が全て成立したか否かを判定する（ステップＳＴ１２）。マイコン１１は、通信条件データベース１４に設定されたＩＣについて、全てのレジスタに関する起動時Ｒｅａｄアクセス、及び、起動時Ｗｒｉｔｅアクセスの比較結果が適正であった場合、ＩＣとの通信が成立したと判定する。そして、通信条件データベース１４に設定された全てのＩＣについて通信が成立したと判定した場合、通信条件が成立したことになる。
【００４９】
マイコン１１は、いずれかのＩＣとマイコン１１との間で通信が成立していないと判定した場合（ステップＳＴ１２；ＮＯ）、ステップＳＴ５に移行し、コンテンツ供給ＩＣ１５による映像データＤ１の出力を制限する（ステップＳＴ５）。
【００５０】
マイコン１１は、全ての通信が成立したと判定した場合（ステップＳＴ１２；ＹＥＳ）、コンテンツ供給ＩＣ１５に対し、映像出力を開始させる制御データＤ１０を送信する（ステップＳＴ１３）。これにより、コンテンツ供給ＩＣ１５は映像データＤ１を出力可能な状態となり、コンテンツ供給ＩＣ１５から送信ＩＣ３１への映像データＤ１の出力が開始される。そして、送信ＩＣ３１は映像データＤ１に基づくデータを含む重畳データＤ３の送信が可能となり、受信ＩＣ３２は、映像データＤ１に基づくデータを含む重畳データＤ３を受信する。これにより、液晶ディスプレイ２１に映像が表示される。
【００５１】
マイコン１１は、映像出力中のレジスタへのアクセスを実行する。すなわち、マイコン１１は、予め設定された順序に従って、アクセス対象として設定されたＩＣのレジスタに対し、Ｒｅａｄアクセスを実行し、レジスタの値を取得する（ステップＳＴ１４）。ステップＳＴ１４でＲｅａｄアクセスする対象のレジスタは、例えば、ステップＳＴ２と同様に、通信条件データベース１４に情報が格納されたレジスタである。
【００５２】
マイコン１１は、ステップＳＴ１４でレジスタから取得した値と、通信条件データベース１４の参照データとを比較する（ステップＳＴ１５）。マイコン１１は、比較結果が適正か否かを判定する（ステップＳＴ１６）。ステップＳＴ１６の判定は、例えば、ステップＳＴ４と同様に実行される。
【００５３】
比較結果が適正でないと判定した場合（ステップＳＴ１６；ＮＯ）、マイコン１１は、ステップＳＴ５に移行し、コンテンツ供給ＩＣ１５に、映像データＤ１の出力を停止させる（ステップＳＴ５）。
【００５４】
比較結果が適正であると判定した場合（ステップＳＴ１６；ＹＥＳ）、マイコン１１は、車載装置１の動作を終了するか否かを判定する（ステップＳＴ１７）。マイコン１１は、ユーザーの操作等により車載装置１の停止が指示された場合、或いは、タイマー等の設定により車載装置１が動作を終了する場合、マイコン１１は、車載装置１の動作を終了すると判定する。動作を終了しない場合（ステップＳＴ１７；ＮＯ）、マイコン１１はステップＳＴ１４に戻る。
【００５５】
マイコン１１は、ステップＳＴ１４の処理を、通信条件データベース１４に情報が格納されたレジスタに対して、順に実行する。また、通信条件データベース１４に情報が格納された全てのレジスタに対し、ステップＳＴ１４でＲｅａｄアクセスした場合、その後は、同様の処理を繰り返し実行する。また、ステップＳＴ１４で、マイコン１１は、通信条件データベース１４に情報が格納されたレジスタから、Ｒｅａｄアクセスするレジスタをランダムに、或いは設定された条件に従って選択してもよい。
また、ステップＳＴ１４でアクセスするレジスタ、及び、レジスタの選択順序を指定するデータを、通信条件データベース１４とは別のデータとして、メモリ１３に記憶してもよい。
【００５６】
また、マイコン１１がステップＳＴ１７からステップＳＴ１４に移行する際に、設定された待機時間を設けてもよい。この場合、マイコン１１は、ステップＳＴ１４〜ＳＴ１７を、設定された時間ごとに、繰り返し実行する。
【００５７】
また、マイコン１１は、車載装置１の動作を終了すると判定した場合（ステップＳＴ１７；ＹＥＳ）、コンテンツ供給ＩＣ１５からの映像データＤ１の出力を停止させて（ステップＳＴ１８）、本処理を終了する。
【００５８】
ステップＳＴ４、ＳＴ１０、ＳＴ１６で、マイコン１１が行う判定は、Ｒｅａｄアクセスによりレジスタから取得した値と参照データとの比較結果に限定されない。マイコン１１は、ＲｅａｄアクセスによりＩＣから送信される応答が適正か否かを判定してもよい。具体的には、Ｉ２Ｃ通信の手順に従う場合、マイコン１１は、Ｒｅａｄアクセスにおいて、スレーブＩＣ（ここでは受信ＩＣ３２やＩＣ３３）のアドレスと、レジスタのアドレスと、Ｒｅａｄ／Ｗｒｉｔｅ要求とを送信する。この場合、受信側のスレーブＩＣは、マイコン１１に対しＡＣＫ信号を送信する。マイコン１１がＲｅａｄアクセスを実行した際に、スレーブＩＣから、Ｉ２Ｃ通信の手順において正常でない応答（例えば、ＮＡＣＫ信号）が送信された場合、マイコン１１は、参照データとの比較を行うことなく、ステップＳＴ４、ＳＴ１０、ＳＴ１６で比較結果が適正でないと判定してもよい。マイコン１１がＷｒｉｔｅアクセスを行う場合も同様である。
【００５９】
図５及び図６を参照して後述するように、マイコン１１がＲｅａｄアクセスするスレーブＩＣが存在しない場合や、スレーブＩＣのアドレスやレジスタのアドレスが通信条件データベース１４の情報と異なる場合、マイコン１１はレジスタの値を取得できない。このような場合も、マイコン１１は、ステップＳＴ４、ＳＴ１０、ＳＴ１６で、レジスタの値が適正でない場合と同様に、適正でないと判定して、ステップＳＴ５に移行できる。
【００６０】
図５及び図６は、車載装置１の動作の説明図であり、マイコン１１が、ＩＣの通信が成立しないと判定する場合の例を示す。
図５は、車載装置１において、表示部２０（図１）が、ＩＣ３３を持たない表示部２０Ａに交換された例を示す。表示部２０Ａは、受信ＩＣ３２を搭載しているため、送信ＩＣ３１が送信する重畳データＤ３を受信し、液晶ディスプレイ２１に映像データＤ５を出力可能である。また、受信ＩＣ３２のアドレス、及び、受信ＩＣ３２のレジスタ３２１のアドレスは、表示部２０と共通である。
【００６１】
図５の構成では、送信ＩＣ３１は、受信ＩＣ３２と通信を実行することが可能であり、重畳データＤ３を出力できる。また、マイコン１１は、図３及び図４に示した動作を実行することにより、通信条件データベース１４（図２）に従って受信ＩＣ３２と通信し、レジスタ３２１にＲｅａｄアクセスやＷｒｉｔｅアクセスを実行できる。
【００６２】
しかし、マイコン１１が、レジスタ３３１、３３２にＲｅａｄアクセスを実行すると、このＲｅａｄアクセスは失敗する。このため、マイコン１１は、ステップＳＴ４、或いはステップＳＴ１０で、比較結果が適正でないと判定する。これにより、マイコン１１が、ステップＳＴ５でコンテンツ供給ＩＣ１５の映像データＤ１の出力を停止させる。
【００６３】
表示部２０Ａは、液晶ディスプレイ２１及び受信ＩＣ３２を有しているので、重畳データＤ３の受信及び映像の表示が可能である。しかしながら、表示部２０Ａは、重畳データＤ３の受信や映像の表示に関与しないＩＣ３３の構成が、表示部２０と異なっているため、マイコン１１により、コンテンツ供給ＩＣ１５からの映像データＤ１の出力が停止される。
【００６４】
従って、車載装置１において、表示部２０が表示部２０Ａに交換された場合に、表示部２０Ａに対する映像データの出力が行われないため、保護対象のコンテンツデータを含む映像データＤ１を、不適切な利用や不正な複製から、確実に保護できる。
【００６５】
図６は、車載装置１において、受信基板６１、及び、記録装置６２が接続された例を示す。受信基板６１は、受信ＩＣ３７を備える。受信ＩＣ３７は、送信ＩＣ３１と通信可能なＩＣであり、受信ＩＣ３２と同様に送信ＩＣ３１が送信する重畳データＤ３を受信する。受信ＩＣ３７は、重畳データＤ３から映像データＤ７を生成して出力する機能を有する。映像データＤ７は、映像データＤ５と同様の表示用のデータであってもよいし、他のフォーマットのデータであってもよい。
【００６６】
図６の例で、受信基板６１は、記録装置６２に接続される。記録装置６２は、記録ＩＣ３８を備える。記録ＩＣ３８は、受信ＩＣ３７が出力する映像データＤ７を取得して、図示しない記録媒体に記録する。
【００６７】
図６の構成で車載装置１が動作すると、送信部１０が出力する重畳データＤ３から映像データＤ７を取り出し、記録装置６２によって記録媒体に記録される。記録装置６２が搭載する受信ＩＣ３７が、受信ＩＣ３２と同様に、送信ＩＣ３１と共通の通信規格に準拠している場合、受信ＩＣ３７は送信ＩＣ３１と通信を実行することが可能であり、重畳データＤ３を受信できる。
【００６８】
しかし、マイコン１１が、通信条件データベース１４に従って、図３及び図４に示した動作を実行すると、コンテンツ供給ＩＣ１５からの映像データＤ１の出力が停止される。例えば、マイコン１１が通信条件データベース１４に従って受信ＩＣ３２にＲｅａｄアクセスを行う場合、受信ＩＣ３７のアドレス及びレジスタ３７１のアドレスが、受信ＩＣ３２及びレジスタ３２１のアドレスと一致していなければ、Ｒｅａｄアクセスは失敗する。また、受信ＩＣ３７及びレジスタ３７１が、受信ＩＣ３２及びレジスタ３２１と同じアドレスを有している場合であっても、レジスタ３７１から取得される値が参照データと一致していなければ、マイコン１１は通信が成立していないと判定する。
【００６９】
さらに、マイコン１１が、通信条件データベース１４に従って、ＩＣ３３（図１）へのＲｅａｄアクセスを行うと、このＲｅａｄアクセスは失敗する。このため、マイコン１１は、ステップＳＴ４、或いはステップＳＴ１０で、比較結果が適正でないと判定する。これにより、マイコン１１が、ステップＳＴ５でコンテンツ供給ＩＣ１５の映像データＤ１の出力を停止させる。
【００７０】
従って、車載装置１において、表示部２０に受信基板６１に接続された場合に、受信基板６１に対する映像データの出力が行われない。このため、保護対象のコンテンツデータを含む映像データＤ１を、不適切な利用や不正な複製から、確実に保護できる。
このように、マイコン１１が実行する図３及び図４の処理は、いわゆる認証処理として利用可能である。
【００７１】
図５に示した構成は、例えば、車載装置１から表示部２０を取り外して、表示部２０とは仕様が異なる表示部２０Ａを車載装置１に装着した例であり、車載装置１の不適切な改造に相当する。また、図６に示した構成は、例えば、車載装置１から映像データＤ７を取り出すために受信基板６１及び記録装置６２を接続した例であり、映像データＤ１の不正な取得を目的とした改造に相当する。このような不適切な改造から、保護対象のコンテンツデータである映像データＤ１を保護する手法として、ＨＤＣＰ（Ｈｉｇｈ−Ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）等の著作権保護の仕組みが提案されている。
【００７２】
一例として、ＨＤＣＰ規格を採用する場合、規格に準拠した暗号化と復号を実行するためのハードウェアが必要である。また、送信側と受信側との両方に対する暗号化制御が必要とされ、暗号鍵の管理を適切に行う必要がある。これらの制約により、車載装置１の構成や仕様が制限される。
【００７３】
これに対し、本実施形態でマイコン１１が通信条件データベース１４に基づき実行する処理は、送信ＩＣ３１及び受信ＩＣ３２を介してマイコン１１と通信するＩＣ３３に対する通信に関し、通信条件が成立することを、映像データの出力の条件とする。つまり、ＩＣ３３に関する情報を鍵として利用し、映像データの出力を制御する。
【００７４】
上述のように、通信条件データベース１４に情報が格納されるＩＣ３３の種類や数に制限はなく、映像データの処理に関与しないＩＣを含むことができる。一般的な電子機器、特にデジタルデータの伝送や処理に関与する機器の基板には多数のＩＣが実装され、ＩＣの機能や種類は様々である。さらに、通信条件データベース１４に、車載装置１が搭載するカスタムＩＣに関する情報を格納することも勿論可能である。従って、通信条件データベース１４に格納される情報は膨大なパターンを有し、市販されていないＩＣに関する、公に知られていない情報が格納された構成とすることもできる。このため、マイコン１１が認証処理で使用する鍵（通信条件データベース１４に相当）の態様は、公知の認証処理に比べて非常に多いということができる。例えば、ＨＤＣＰ規格では４０対の鍵ペアを利用するが、マイコン１１の認証処理で使用される鍵は、より多くの情報を含み得る上に、複雑性が高い。従って、マイコン１１による認証処理は、堅牢性に優れているといえる。
【００７５】
さらに、通信条件データベース１４には、表示部２０が有する複数のＩＣの全てに関する情報を格納してもよいし、一部のＩＣに関する情報を格納してもよい。また、通信条件データベース１４は、ＩＣが有するレジスタの値について参照データを含む。従って、車載装置１の構成と、通信条件データベース１４の情報とが完全に一致するとは限らないため、車載装置１の構成から、通信条件データベース１４に含まれる情報を推定することは極めて困難である。
【００７６】
また、本実施形態の認証処理で鍵として使用するICの種類や機能に制限がないことから、車載装置１が、例えばＧＰＩＯ制御やＢｌｕｅｔｏｏｔｈ通信などのために備えるＩＣを利用できる。このため、認証処理のために特定のＩＣを車載装置１に搭載させる必要がなく、認証処理を採用することが設計上の制約を生じることがない。
【００７７】
また、本実施形態の認証処理のセキュリティ強度は、通信条件データベース１４に格納する情報の量、すなわちマイコン１１がＲｅａｄアクセスやＷｒｉｔｅアクセスする回数や対象のＩＣの数により調整できる。このため、処理負荷の軽減とセキュリティ強度のバランスを容易に調整できる。
【００７８】
以上説明したように、本実施形態の車載装置１は、データを出力する送信ＩＣ３１と、送信ＩＣ３１を制御するマイコン１１と、送信ＩＣ３１により出力されるデータを入力する受信ＩＣ３２と、送信ＩＣ３１と受信ＩＣ３２とを介して、マイコン１１により制御される機能部としてのＩＣ３３と、を備え、マイコン１１とＩＣ３３との通信に関する通信条件を有し、通信条件が成立した場合に、送信ＩＣ３１から受信ＩＣ３２へのデータの出力が可能な状態となる。
【００７９】
本発明のデータ伝送装置、及び、データ伝送方法を適用した車載装置１によれば、保護対象のコンテンツデータを含む映像データＤ１や、映像データＤ１を重畳した重畳データＤ３に対する特定の処理を必須としない方法により、データを適切に保護できる。特定の処理とは、例えば、送信ＩＣ３１と受信ＩＣ３２との間における映像データＤ１や重畳データＤ３に対する、規格により定められた暗号化／復号の処理である。
【００８０】
すなわち、車載装置１によれば、マイコン１１が、送信ＩＣ３１と受信ＩＣ３２とを介して、マイコン１１により制御されるＩＣ３３との通信条件が成立した場合に、コンテンツ供給ＩＣ１５から映像データＤ１の出力が可能となる。また、通信条件が成立しない場合に、マイコン１１が、コンテンツ供給ＩＣ１５による映像データＤ１の出力を停止させる。このため、マイコン１１とＩＣ３３との通信の状態を、鍵として用いることによって、堅牢性が高く、処理負荷の軽い処理により、コンテンツデータを、不正な複製などの不適切な利用から保護できる。
【００８１】
また、機能部はＩＣ３３に限定されず、車載装置１が有し送信ＩＣ３１及び受信ＩＣ３２を介してマイコン１１により制御されるＩＣであればよく、本発明のデータ伝送装置、及び、データ伝送方法を適用するために専用のＩＣを設置する必要がない。このため、専用のハードウェアや、高負荷の暗号化／複合処理を必須としない方法により、映像データＤ１、及び映像データＤ１を含む重畳データＤ３を保護できる。
【００８２】
車載装置１において、送信ＩＣ３１と受信ＩＣ３２とはデータバス４３を介して接続され、ＩＣ３３は、データバス４３及び受信ＩＣ３２を介してマイコン１１に接続される。マイコン１１は、機能部ごとに通信条件を有し、全ての通信条件が成立した場合に、送信ＩＣ３１から受信ＩＣ３２へのデータの出力が可能な状態となる。このため、いずれかの機能部の通信条件が成立しない場合は、コンテンツデータを含む重畳データＤ３を送信ＩＣ３１から受信ＩＣ３２へ出力しないので、保護対象のコンテンツデータをより適切に保護できる。
【００８３】
また、送信ＩＣ３１及び受信ＩＣ３２は、データと、マイコン１１とＩＣ３３との間で送受信される制御データとを重畳して、データバス４３を介して伝送する。つまり、送信ＩＣ３１から受信ＩＣ３２へのデータの出力がされるデータバス４３を介した通信の状態に基づき、送信ＩＣ３１から受信ＩＣ３２へのデータの出力を制御する。従って、送信ＩＣ３１から受信ＩＣ３２へのデータの出力と、マイコン１１により機能部としてのＩＣ３３に関する通信条件の判定とが、いずれもデータバス４３を介在させる。このため、通信条件の判定の処理をデータバス４３から分離させて重畳データＤ３を取り出す等の不正な手法を適用できないので、保護対象のコンテンツデータをより適切に保護できる。
【００８４】
また、ＩＣ３３はレジスタを有する集積回路により構成され、マイコン１１は、集積回路のレジスタに格納される値に関する参照データを有し、マイコン１１は、集積回路のレジスタに格納された値が参照データに適合した場合に、通信条件が成立したと判定する。これにより、一般的なＩＣが備えるレジスタの値を利用してデータの出力を制御するので、データの出力制御のための専用のハードウェアを設ける必要がなく、一般的なＩＣを備えた回路に容易に適用できる。また、データの出力制御のために多様なＩＣのレジスタを利用でき、レジスタの値の多様性を利用するので、データ保護の堅牢性を高めることができる。
【００８５】
また、マイコン１１は、複数のＩＣ３３のそれぞれが有するレジスタの値に対応する複数の参照データを有し、ＩＣ３３が有するレジスタの値が参照データに適合する場合に通信条件が成立したと判定し、全てのＩＣ３３について通信条件が成立したと判定した場合に、送信ＩＣ３１から受信ＩＣ３２へのデータの出力を可能とする。これにより、通信条件が成立したか否かの判定を、値を比較する処理で実行できるので、処理負荷が軽いという利点がある。このため、負荷の軽い処理によって、レジスタの値の多様性を利用して高いセキュリティ強度を確保できる。
【００８６】
また、車載装置１は、マイコン１１と受信ＩＣ３２との通信に関する通信条件を有し、マイコン１１と受信ＩＣ３２との通信に関する通信条件、及び、マイコン１１とＩＣ３３との通信に関する通信条件の全てが成立したと判定した場合に、送信ＩＣ３１から受信ＩＣ３２へのデータの出力を可能とする。つまり、通信条件データベース１４は、受信ＩＣ３２に関する情報を格納した構成とすることができる。この場合、受信ＩＣ３２を、データの出力制御に利用するので、受信ＩＣ３２を他の装置に置き換えるなどの不適切な行為がなされた場合に、重畳データＤ３を確実に保護できる。
【００８７】
また、送信ＩＣ３１に対しデータを供給するコンテンツ供給ＩＣ１５を備え、マイコン１１は、通信条件が成立した場合に、コンテンツ供給ＩＣ１５から送信ＩＣ３１へのデータの供給を可能とし、通信条件が成立しない場合に、コンテンツ供給ＩＣ１５から送信ＩＣ３１へのデータの供給を停止させる。これにより、コンテンツデータを含む映像データＤ１を、より適切に保護できる。
【００８８】
また、コンテンツ供給ＩＣ１５は、映像データおよび音声データの少なくともいずれかを含むコンテンツデータを送信ＩＣ３１に供給するものであってもよい。
例えば、公知のＬＶＤＳではＩ２Ｓ等によるデジタル音声データを重畳して伝送可能である。車載装置１が映像データＤ１を重畳した重畳データＤ３をデータバス４３に伝送する構成において、重畳データＤ３に、映像データと共に音声データを重畳することも可能である。この場合、映像データと音声データを適切に保護できる。
【００８９】
上述の実施形態は、あくまでも本発明の一実施の態様を例示するものであって、本発明の趣旨を逸脱しない範囲で任意に変形、及び応用が可能である。
【００９０】
例えば、上記実施形態では、コンテンツ供給ＩＣ１５が供給する映像データＤ１を保護対象のデータとする例を説明した。すなわち、コンテンツ供給ＩＣ１５による映像データＤ１の出力を、マイコン１１が制御する例を説明した。本発明はこれに限定されず、車載装置１が生成する映像データを保護対象としてもよい。例えば、コンテンツ供給ＩＣ１５、または、その他のＩＣが、液晶ディスプレイ２１に表示される各種画面のデータを生成し、この画面のデータをデータバス４３により伝送する構成として、本発明を適用してもよい。ここで、各種画面とは、例えば、車載装置１のメニュー画面など、車載装置１や、車載装置１を搭載した車両や、車載装置１に有線または無線接続される外部装置を操作するためのユーザーインターフェースを構成する画面が挙げられる。或いは、経路案内のために表示される地図表示画面、音楽再生時に表示される楽曲情報の表示画面等であってもよい。この場合、マイコン１１は、液晶ディスプレイ２１に表示される各種画面のデータを出力するＩＣに対し、コンテンツ供給ＩＣと同様に、通信条件が成立したと判定した場合にデータの出力を可能とし、通信条件が成立していないと判定した場合にデータの出力を停止させる制御を行えばよい。
【００９１】
また、上記実施形態の車載装置１において、表示部２０に、液晶ディスプレイ２１に代えて、或いは液晶ディスプレイ２１に追加して、スピーカーから音声を出力する音声出力部を設けてもよい。この場合、コンテンツ供給ＩＣ１５が音声データを含む映像データＤ１を出力し、送信ＩＣ３１から受信ＩＣ３２に、音声データを含む重畳データＤ３を送信する構成として、音声および映像を車載装置１により出力できる。この場合、音声と映像を含むコンテンツデータを、適切に保護できる。また、車載装置１は、音声データのソースをコンテンツ供給ＩＣ１５に接続して、送信ＩＣ３１から受信ＩＣ３２に音声データを含む重畳データＤ３を伝送する構成であってもよい。例えば、音楽データを記録したＣＤを再生する装置や、ラジオチューナーを、コンテンツ供給ＩＣ１５に接続して、音声ソースとして利用してもよい。
【００９２】
また、車載装置１は、車両に搭載される装置であればよく、映像ソース５１、５２が供給する映像データに基づく映像を出力する機能以外に、他の機能を備えてもよい。例えば、車載装置１は、車載装置１を搭載した車両の位置を検出し、経路案内を行うカーナビゲーション装置であってもよい。また、音声を出力するカーオーディオ装置であってもよく、車両の空調の制御や、車両の運転に係る各種情報を表示する装置であってもよい。また、車載装置１は、送信部１０、及び表示部２０に限らず、その他の機能モジュールを含む構成であってもよい。また、送信部１０と表示部２０とを接続する通信線は、データバス４３に限らず、例えば無線通信路であってもよい。
【００９３】
また、車載装置１が備える各種のＩＣの通信方式は、Ｉ２Ｃに限定されない。マイコン１１が、他のＩＣを特定し、各ＩＣが備えるレジスタに対しＲｅａｄアクセスやＷｒｉｔｅアクセスを行うことが可能であれば、バスの具体的な仕様等は任意である。
【００９４】
なお、図３及び図４のフローチャートの処理単位は、マイコン１１の処理を理解容易にするために、主な処理内容に応じて分割したものである。処理単位の分割の仕方や名称によって、本願発明が制限されることはない。マイコン１１が実行する処理は、処理内容に応じて、さらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。また、フロー制御として図３及び図４に示した処理の一部を割り込み制御により実行することも可能である。
【符号の説明】
【００９５】
１  車載装置
１０  送信部
１１  マイコン（制御部）
１２  プロセッサ
１３  メモリ
１４  通信条件データベース
１５  コンテンツ供給ＩＣ（データ供給部）
２１  液晶ディスプレイ
３１  送信ＩＣ（データ出力部）
３２  受信ＩＣ（データ入力部）
３３  ＩＣ（機能部）
４３  データバス（通信線）
５１、５２  映像ソース
３１１、３２１、３３１、３３２  レジスタ
Ｄ１、Ｄ５  映像データ
Ｄ２、Ｄ６  制御データ
Ｄ３、Ｄ４  重畳データ
Ｄ１０  制御データ
【図１】
2019191890.tif 000003
【図２】
2019191890.tif 000004
【図３】
2019191890.tif 000005
【図４】
2019191890.tif 000006
【図５】
2019191890.tif 000007
【図６】
2019191890.tif 000008