JP2014197370A - データ処理装置 - Google Patents

Abstract

【課題】起動開始してから起動完了するまでの起動時間が異なる第１の制御手段と第２の制御手段とを備える構成において、機能を速やかに提示する。
【解決手段】車両用データ処理装置１は、起動開始してから起動完了するまでの起動時間が相対的に長い第１のＣＰＵ５と、相対的に短い第２のＣＰＵ１２とを有する。ＡＣＣスイッチがオフからオンに切替えられると、第２のＣＰＵ１２が起動完了していれば、第１のＣＰＵ５が起動完了していなくても、又はデジタル基板２の動作に異常が発生すると、周辺監視システム１９が撮影した生の映像を表示し、第１のＣＰＵ５が起動完了すると、又はデジタル基板２の動作が正常に復帰すると、生の映像にガイド線及びＨＭＩ表示が付加された映像を表示する。
【選択図】図１

Description

本発明は、動作電力が供給されて起動開始してから起動完了するまでに第１の起動時間を要する第１の制御手段と、動作電力が供給されて起動開始してから起動完了するまでに前記第１の起動時間よりも短い第２の起動時間を要する第２の制御手段と、を備えたデータ処理装置に関する。

従来より、例えばパーソナルコンピュータやスマートホン等の多種多様な電子機器としてのデータ処理装置が供されている。この種のデータ処理装置では、動作電力が制御手段に供給されて当該制御手段が起動開始してから起動完了する（プログラムの処理を実行可能な状態となる）までの起動時間が短いことが望ましい。起動時間を短くすることで、例えば初期画面を表示する等の機能を速やかに提示することができる。特許文献１には、複数の制御手段を用意し、起動に必要なシーケンス（手順）を分割して複数の制御手段に割当て、複数の制御手段の各々が当該分割されたシーケンスを並列して実行し、起動時間を短縮する技術が開示されている。特許文献２には、起動時間が長いメインの制御手段に代えて、起動時間がメインの制御手段よりも短いサブの（専用の）制御手段を用意し、起動時間を短縮する技術が開示されている。

特開２００９−１７５９０４号公報 特開２００９−２８４０２３号公報

しかしながら、特許文献１に開示されている技術では、例えばＯＳ（Operating System）や多くの配信アプリケーションプログラムを同時に読出す等、実行するシーケンスの量が膨大となると、たとえシーケンスを並列して実行するとしても、起動時間を短縮するには限界がある。又、複数の制御手段を用意することは、コストや構成上の観点から現実的でないという問題もある。特許文献２に開示されている技術では、メインの制御手段が起動した後に、機能を提示する処理をサブの制御手段からメインの制御手段に引継ぐことになるが、メインの制御手段の負荷が高くなり、メインの制御手段に異常（例えばフリーズする等）が発生すると、機能を継続して提示することができなくなるという問題がある。

本発明は、上記した事情に鑑みてなされたものであり、その目的は、動作電力が供給されて起動開始してから起動完了するまでの起動時間が異なる第１の制御手段と第２の制御手段とを備える構成において、機能を速やかに提示することができ、しかも、その機能を継続して提示することができるデータ処理装置を提供することにある。

請求項１に記載した発明によれば、第２の制御手段が起動完了すると、第１の制御手段が起動完了する前の期間では、データ処理手段がデータを第１の処理態様で処理する。これにより、第２の制御手段が起動完了すると、第１の制御手段が起動完了していなくても、第１の制御手段と連携してデータを処理した処理結果を出力するまでもないが、第１の制御手段と連携せずにデータを処理した処理結果を出力することで、機能を速やかに提示することができる。そして、第１の制御手段が起動完了すると、データ処理手段がデータを第２の処理態様で処理する。これにより、第１の制御手段が起動完了すると、第１の制御手段と連携してデータを処理した処理結果を出力することで、その機能を継続して提示することができる。又、第１の制御手段が起動完了した後に当該第１の制御手段に異常が発生すると、データ処理手段がデータを第１の処理態様で処理する。これにより、第１の制御手段に異常が発生したとしても、その異常が発生した第１の制御手段と連携せずにデータを処理した処理結果を出力することで、その機能を継続して提示することができる。

本発明の第１の実施形態を示す機能ブロック図 第２の表示部に表示される表示画面を示す図（その１） 第２の表示部に表示される表示画面を示す図（その２） シーケンス図（その１） シーケンス図（その２） 第２のＣＰＵがリセット信号を出力する態様を示す図 第２のＣＰＵが動作制限信号を出力する態様を示す図 本発明の第２の実施形態を示すシーケンス図 映像を調整する態様を示す図 第２の表示部に表示される表示画面を示す図

（第１の実施形態）
以下、本発明を、車両に搭載可能な車両用データ処理装置に適用した第１の実施形態について図１から図７を参照して説明する。車両用データ処理装置１は、車両に搭載可能であり、デジタル基板２（第１の基板に相当）と、電源インタフェース基板３（第２の基板に相当）とを有する。車両に搭載可能とは車両に対して固定状態で搭載されている態様及び車両に対して着脱可能に搭載されている態様の何れでも良い。デジタル基板２と電源インタフェース基板３とはコネクタ４を介して着脱可能に接続されている。デジタル基板２と電源インタフェース基板３とはコネクタ４を介して接続された状態で両者の間でデータが転送可能となる。又、デジタル基板２は電源インタフェース基板３に対して交換可能である。

デジタル基板２は、第１のＣＰＵ（Central Processing Unit）５（第１の制御手段に相当）と、第１のメモリ６と、ＰＭＩＣ（Power Management Integrated Circuit）７（電源管理手段に相当）と、ＡＳＩＣ（Application Specific Integrated Circuit）８と、インタフェースＩＣ９（監視手段に相当）と、第１のデコーダ１０とを有する。第１のＣＰＵ５とインタフェースＩＣ９との間には当該第１のＣＰＵ５の状態を監視する配線（状態監視線）が設けられている。又、ＰＭＩＣ７とインタフェースＩＣ９との間には当該ＰＭＩＣ７の状態を監視する配線（状態監視線）が設けられている。これらの状態監視線はコネクタ４を介して後述する電源インタフェース基板３の第２のＣＰＵ１２の割込みポートに接続されている。即ち、電源インタフェース基板３の第２のＣＰＵ１２は、第１のＣＰＵ５とＰＭＩＣ７との間のデータの入出力（授受）をインタフェースＩＣ９を介して状態監視線により監視し、第１のＣＰＵ５及びＰＭＩＣ７の状態を監視する。

第１のメモリ６は、第１のＣＰＵ５が実行可能な動作プログラムを記憶している。第１のＣＰＵ５は、第１のメモリ６に記憶されている動作プログラムを読出して実行し、デジタル基板２の動作全体を管理する。第１のＣＰＵ５は、サーバからネットワークを介してダウンロードされた配信アプリケーションのプログラムやＵＳＢ（Universal Serial Bus）メモリ等の記録媒体から転送されたアプリケーションのプログラムを実行可能であり、そのプログラムを実行することで例えば画像データや音楽データ等の大容量のデジタルデータを処理する。

ＰＭＩＣ７は、後述する電源インタフェース基板３の電源制御部１４からコネクタ４を介して供給される電力を第１のＣＰＵ５に動作電力として供給すると共に、その第１のＣＰＵ５の動作電力を管理する。具体的には、ＰＭＩＣ７は、第１のＣＰＵ５の状態を示す状態通知コマンドを当該第１のＣＰＵ５から定期的に入力し、第１のＣＰＵ５の状態を判定し、第１のＣＰＵ５の状態に応じて当該第１のＣＰＵ５に供給する動作電力を制御する。即ち、ＰＭＩＣ７は、第１のＣＰＵ５が低負荷状態（アイドル状態等）であると判定すると、第１のＣＰＵ５に供給する動作電力を低下させ、省電力化を優先する。一方、ＰＭＩＣ７は、第１のＣＰＵ５が高負荷状態であると判定すると、第１のＣＰＵ５に供給する動作電力を増加させ、処理速度を優先する。

又、ＰＭＩＣ７は、第１のＣＰＵ５に供給している動作電力が正常であるか否かを問合わせる問合コマンドを第１のＣＰＵ５に定期的に出力する。第１のＣＰＵ５は、ＰＭＩＣ７から問合コマンドを入力すると、ＰＭＩＣ７から供給されている動作電力が正常であると判定すると、動作電力が正常であることを示す応答コマンドをＰＭＩＣ７に出力する。ＰＭＩＣ７は、第１のＣＰＵ５から動作電力が正常であることを示す応答コマンドを入力すると、第１のＣＰＵ５の動作電力が正常であると判定する。一方、第１のＣＰＵ５は、ＰＭＩＣ７から供給されている動作電力が正常でないと（異常であると）判定すると、動作電力が正常でないことを示す応答コマンドをＰＭＩＣ７に出力する。ＰＭＩＣ７は、第１のＣＰＵ５から動作電力が正常でないことを示す応答コマンドを入力すると、又は問合コマンドを出力した時点から動作電力が正常であることを示す応答コマンドを所定期間内に入力しないと、第１のＣＰＵ５の動作電力が正常でないと判定する。

又、ＰＭＩＣ７は、後述する電源インタフェース基板３の第２のＣＰＵ１２からリセット信号を入力すると、その入力したリセット信号の種別に応じて、第１のＣＰＵ５のみ（デジタル基板２の一部）をリセットするか、自身と第１のＣＰＵ５（デジタル基板２の全体）をリセットするかを選択する。具体的には、ＰＭＩＣ７は、第１のリセット信号を入力すると、リセットコマンドを第１のＣＰＵ５に出力し、自身をリセットすることなく、第１のＣＰＵ５をリセットする。一方、ＰＭＩＣ７は、第２のリセット信号を入力すると、自身をリセットすると共に、第１のＣＰＵ５への動作電力の供給を瞬断することで、自身をリセットすることに連動して第１のＣＰＵ５をもリセットする。又、ＰＭＩＣ７は、第２のＣＰＵ１２から動作制限信号を入力すると、動作制限コマンドを第１のＣＰＵ５に出力し、第１のＣＰＵ５の動作を制限する（負荷を低下させる）。

インタフェースＩＣ９は、第１のＣＰＵ５からＰＭＩＣ７に出力されるコマンドやＰＭＩＣ７から第１のＣＰＵ５に出力されるコマンドを上記した状態監視線により監視する。第１のデコーダ１０は、第１のＣＰＵ５からデータをインタフェースＩＣ９を介して入力すると、その入力したデータをデコードして描画データを生成し、その生成した描画データを第１の表示部１１に出力する。第１の表示部１１は、例えば液晶ディスプレイ装置から構成され、第１のデコーダ１０から描画データを入力すると、その入力した描画データに対応する画像を表示する。

電源インタフェース基板３は、第２のＣＰＵ１２（第２の制御手段に相当）と、第２のメモリ１３と、電源制御部１４と、操作検知部１５と、第２のデコーダ１６（データ処理手段に相当）とを有する。

第２のメモリ１３は、第２のＣＰＵ１２が実行可能な動作プログラムを記憶している。第２のＣＰＵ１２は、第２のメモリ１３に記憶されている動作プログラムを読出して実行し、電源インタフェース基板３の動作全体を管理する。第２のＣＰＵ１２は、第１のＣＰＵ５からＰＭＩＣ７に出力されるコマンドやＰＭＩＣ７から第１のＣＰＵ５に出力されるコマンドをインタフェースＩＣ９からコネクタ４を介して入力し、デジタル基板２の動作を監視する。又、第２のＣＰＵ１２は、上記した第１のリセット信号や第２のリセット信号をＰＭＩＣ７に出力し、デジタル基板２のリセットを制御する。又、第２のＣＰＵ１２は、動作制限信号をＰＭＩＣ７に出力し、デジタル基板２の動作を制限する。

電源制御部１４は、車両に搭載されている車両電源（車両バッテリ）から供給される電力を所定の電圧値に変換して第２のＣＰＵ１２に動作電力として供給すると共に、コネクタ４を介してＰＭＩＣ７にも動作電力として供給する。操作検知部１５は、ユーザが操作部１７を操作したことで、操作部１７から操作検知信号を入力すると、その入力した操作検知信号を第２のＣＰＵ１２に出力すると共に、コネクタ４を介してインタフェースＩＣ９にも出力する。操作部１７は、例えば液晶ディスプレイ装置からなる第２の表示部１８に表示されるタッチ釦等から構成される。

周辺監視システム１９は、車両後方を撮影するリアカメラや車両側方を撮影するサイドカメラ等を有し、リアカメラやサイドカメラ等により撮影した映像をＮＴＳＣ（National Television System Committee）形式の映像信号として出力する。第２のデコーダ１６は、周辺監視システム１９のリアカメラやサイドカメラ等から映像信号を入力すると、その入力した映像信号に含まれる映像データの伝達経路を、第２のＣＰＵ１２から入力する切替指令に応じて切替える。即ち、第２のデコーダ１６は、第２のＣＰＵ１２から第１の切替指令を入力すると、周辺監視システム１９から入力した映像信号に含まれる映像データをデコードしてデジタルＲＧＢ信号を生成し、その生成したデジタルＲＧＢ信号を第２の表示部１８に出力する（第１のＣＰＵ５と連携せずにデータを処理した処理結果を出力する第１の処理態様）。第２の表示部１８は、第２のデコーダ１６から入力したデジタルＲＧＢ信号に対応する映像を描画する。

一方、第２のデコーダ１６は、第２のＣＰＵ１２から第２の切替指令を入力すると、周辺監視システム１９から入力した映像信号に含まれる映像データをコネクタ４を介してＡＳＩＣ８に出力する。ＡＳＩＣ８は、第２のデコーダ１６からコネクタ４を介して入力した映像データに対して所定のデータ変換処理を施して第１のＣＰＵ５に出力する。第１のＣＰＵ５は、ＡＳＩＣ８から入力した映像データに対して様々な加工を施してデジタルＲＧＢ信号を生成し、その生成したデジタルＲＧＢ信号をコネクタ４を介して第２のデコーダ１６に出力する。第２のデコーダ１６は、周辺監視システム１９から入力した映像信号に含まれる映像データをデコードしてデジタルＲＧＢ信号を生成し、その生成したデジタルＲＧＢ信号と、第１のＣＰＵ５からコネクタ４を介して入力したデジタルＲＧＢ信号とを合成し、その合成したデジタルＲＧＢ信号を第２の表示部１８に出力する（第１のＣＰＵ５と連携してデータを処理した処理結果を出力する第２の処理態様）。第２の表示部１８は、第２のデコーダ１６から入力したデジタルＲＧＢ信号に対応する映像を描画する。

このように第２のＣＰＵ１２は、第１の切替指令及び第２の切替指令の何れかを選択的に第２のデコーダ１６に出力し、描画の主導権を自身が保有する態様と、第１のＣＰＵ５に渡して第１のＣＰＵ５が保有する態様とを選択的に切替える。第２のＣＰＵ１２が描画の主導権を保有するときには、周辺監視システム１９から入力した映像信号に含まれる映像データが第１のＣＰＵ５に伝達されないので、第２の表示部１８は、図２に示すように、周辺監視システム１９から入力した映像信号に含まれる映像データのみの映像（加工していない生の映像）を表示する。

一方、第２のＣＰＵ１２が描画の主導権を第１のＣＰＵ５に渡し、第１のＣＰＵ５が描画の主導権を保有するときには、周辺監視システム１９から入力した映像信号に含まれる映像データが第１のＣＰＵ５に伝達されるので、第２の表示部１８は、図３に示すように、周辺監視システム１９から入力した映像信号に含まれる映像データにガイド線やＨＭＩ表示（付加データ）を付加した映像（加工した映像）を表示する。尚、図３では、ガイド線として、車幅を延長した線を示す車幅延長線２１ａ（実線で示す）、現在の操舵角度での進路を予測した線を示す進路予測線２１ｂ（破線で示す）、車両ボデーから例えば約０．５メートル先を示す距離目安線２１ｃ（二点鎖線で示す）を例示している。第２の表示部１８は、車幅延長線２１ａを緑色で表示し、進路予測線２１ｂを黄色で表示し、距離目安線２１ｃを赤色で表示する等し、ガイド線をカラー表示する。又、図３では、ＨＭＩ表示として、ユーザが操作可能な「進路線消去」釦２１ｄ及び「縦列駐車ガイド」釦２１ｅを例示している。

このように構成された車両用データ処理装置１は、ＡＣＣスイッチのオンオフに連動して電源オンオフを切替える。即ち、ＡＣＣスイッチがオンからオフに切替わると、車両電源から電源制御部１４への電力の供給が開始されることで電源オンし、ＡＣＣスイッチがオフからオンに切替わると、車両電源から電源制御部１４への電力の供給が停止されることで電源オフする。

上記した構成において、第２のＣＰＵ１２は、所謂リアルタイムＯＳ（Operating System）と称される容量が相対的に小さなプログラムを使用して動作するように設定されている。そのため、第２のＣＰＵ１２がＯＳやプログラムを読込むのに要する時間は相対的に短い。一方、第１のＣＰＵ５は、上記したように大容量のデジタルデータを処理する性質上、第２のＣＰＵ１２が使用するプログラムよりも容量が相対的に大きなプログラムを使用して動作するように設定されている。そのため、第１のＣＰＵ５がＯＳやプログラムを読込むのに要する時間は相対的に長い。即ち、動作電力が第１のＣＰＵ５に供給されて第１のＣＰＵ５が起動開始してから起動完了する（プログラムを実行可能な状態となる）までの起動時間（第１の起動時間）と、動作電力が第２のＣＰＵ１２に供給されて第２のＣＰＵ１２が起動開始してから起動完了するまでの起動時間（第２の起動時間）とを比較すると、前者は後者よりも長い。このように第２のＣＰＵ１２が起動完了している一方で、第１のＣＰＵ５が起動完了していない期間が発生する。又、第１のＣＰＵ５は、例えば画像データや音楽データ等の情報系のデータを処理することに特化した特性を有する。一方、第２のＣＰＵ１２は、車両制御に関する車両系のデータを処理すること特化した特性を有する。

又、上記したように第１のＣＰＵ５が大容量のデータを処理する構成では、大容量のデータにより実現されるアプリケーションが第１のＣＰＵ５の処理能力を超えたリソース（記憶容量や演算速度等）を必要とする場合がある。その結果、第１のＣＰＵ５の処理が遅延したり停止したりすることで、デジタル基板２の動作に異常が発生する可能性がある。特に上記したように第１のＣＰＵ５がサーバからネットワークを介してダウンロードされた配信アプリケーションのプログラムやＵＳＢメモリ等の記録媒体から転送されたアプリケーションのプログラムを処理する場合には、そのデータの容量や構造が第１のＣＰＵ５の処理能力とは関係なく決定されているので、デジタル基板２の動作に異常が発生する可能性が高い。即ち、第１のＣＰＵ５は第２のＣＰＵ１２よりも動作の安定性に劣る。

本実施形態では、このように第１のＣＰＵ５の起動時間が第２のＣＰＵ１２の起動時間よりも長い点、第１のＣＰＵ５が起動完了した後にデジタル基板２の動作に異常が発生する可能性がある点を考慮し、以下に示すように描画の主導権を第２のＣＰＵ１２が保有する態様と第１のＣＰＵ５が保有する態様とを選択的に切替える。この場合、第２のＣＰＵ１２が第１のＣＰＵ５よりも早く起動完了し且つ動作の安定性に優れており、第２のＣＰＵ１２がデジタル基板２の動作をインタフェースＩＣ９により監視可能であるので、第２のＣＰＵ１２が主体となって描画の主導権を切替える。

次に、上記した構成の作用について、図４から図７も参照して説明する。
ユーザ（運転者）がＡＣＣスイッチをオフからオンに切替えると、電源インタフェース基板３において、車両電源から電源制御部１４への電力の供給が開始される（ステップＡ１）。電源制御部１４は、車両電源からの電力の供給が開始されると、第２のＣＰＵ１２への動作電力の供給を開始する（ステップＡ２）。第２のＣＰＵ１２は、電源制御部１４からの動作電力の供給が開始されると、起動開始してＯＳやプログラムを読込む（ステップＡ３）。又、電源制御部１４は、デジタル基板２のＰＭＩＣ７への動作電力の供給を開始する（ステップＡ４）。第２のＣＰＵ１２は、起動開始した後に、ＯＳやプログラムを正常に読込むと、起動完了する（ステップＡ５）。そして、第２のＣＰＵ１２は、起動完了すると、初期画面（始動画面）を第２の表示部１８に表示させ、ユーザからの操作部１７への操作を受付可能とする（ステップＡ６）。

第２のＣＰＵ１２は、このようにして起動完了した後に、ユーザが周辺監視映像の表示指示を行った（例えばシフトギアをリバース位置に移動（シフトチェンジ）させた等）ことを検知すると（ステップＡ７）、第１の切替指令を第２のデコーダ１６に出力し、自身が描画の主導権を保有する（ステップＡ８）。このとき、第２の表示部１８は、図２に示すように、周辺監視システム１９から入力した映像信号に含まれる映像データのみの映像（加工していない生の映像）を表示する。即ち、ユーザは、周辺監視システム１９のリアカメラやサイドカメラ等が撮影した生の映像を視認可能となる。

デジタル基板２において、ＰＭＩＣ７は、電源インタフェース基板３の電源制御部１４からの動作電力の供給が開始されると、電力管理の動作を開始し（ステップＢ１）、自身の診断動作を開始する（ステップＢ２）。又、ＰＭＩＣ７は、第１のＣＰＵ５への動作電力の供給を開始する（ステップＢ３）。第１のＣＰＵ５は、ＰＭＩＣ７からの動作電力の供給が開始されると、起動開始してハードチェックした後にＯＳやプログラムを読込む（ステップＢ４）。インタフェースＩＣ９は、第１のＣＰＵ５とＰＭＩＣ７との間のデータの入出力（授受）の状態監視線による監視を開始し、その監視結果を示すデジタル基板診断情報の第２のＣＰＵ１２への出力を開始する（ステップＢ５）。

第１のＣＰＵ５は、起動開始した後に、ハードチェックを正常に終了してＯＳやプログラムを正常に読込むと、起動完了する（ステップＢ６）。そして、第１のＣＰＵ５は、起動完了すると、自身の診断動作を開始する（ステップＢ７）。インタフェースＩＣ９は、その診断結果を示す第１のＣＰＵ診断情報の第２のＣＰＵ１２への出力を開始する（ステップＢ８）。又、第１のＣＰＵ５は、起動完了すると、自身が起動完了したことを示す通知情報を第１の表示部１１に表示させる（ステップＢ９）。即ち、ユーザは、通知情報を確認することで、第１のＣＰＵ５が起動完了したことを把握可能となる。尚、第１のＣＰＵ５は、通知情報を第１の表示部１１に表示させなくても良い。

電源インタフェース基板３において、第２のＣＰＵ１２は、インタフェースＩＣ９からのデジタル基板診断情報の入力が開始されると、その入力したデジタル基板診断情報を解析し、デジタル基板２の動作状態の監視を開始し、ＰＭＩＣ７及び第１のＣＰＵ５の状態の監視を開始する（ステップＡ９）。即ち、第２のＣＰＵ１２は、第１のＣＰＵ５がハードチェックしてＯＳやプログラムを読込んでいる期間で、ＰＭＩＣ７及び第１のＣＰＵ５の状態を監視する。又、第２のＣＰＵ１２は、デジタル基板２の動作状態の監視を開始すると、デジタル基板２の動作状態の監視を開始したことを示す通知情報を第２の表示部１８に表示させる（ステップＡ１０）。即ち、ユーザは、通知情報を確認することで、デジタル基板２の動作状態の監視を開始したことを把握可能となる。尚、第２のＣＰＵ１２は、通知情報を第２の表示部１８に表示させなくても良い。そして、第２のＣＰＵ１２は、デジタル基板２の動作状態を監視しつつ、第１のＣＰＵ５が起動したか否かを判定する（ステップＡ１１）。

第２のＣＰＵ１２は、第１のＣＰＵ５からの第１のＣＰＵ診断情報の入力が開始されると、第１のＣＰＵ５が起動完了したと判定し（ステップＡ１１：ＹＥＳ）、第２の切替指令を第２のデコーダ１６に出力し、描画の主導権を自身から第１のＣＰＵ５に渡す（ステップＡ１２）。このとき、第２の表示部１８は、図３に示すように、周辺監視システム１９から入力した映像信号に含まれる映像データにガイド線やＨＭＩ表示を付加した映像を表示する。即ち、ユーザは、周辺監視システム１９のリアカメラやサイドカメラ等が撮影した生の映像にガイド線（車幅延長線２１ａ、進路予測線２１ｂ、距離目安線２１ｃ）及びＨＭＩ表示（「進路線消去」釦２１ｄ、「縦列駐車ガイド」釦２１ｅ）が付加された映像を視認可能となる。

次いで、第２のＣＰＵ１２は、第１のＣＰＵ５から入力した第１のＣＰＵ診断情報を解析し、第１のＣＰＵ５の診断ログ情報の第１のメモリ６への記憶を開始する（ステップＡ１３）。又、第２のＣＰＵ１２は、第１のＣＰＵ５の診断ログ情報の記憶を開始すると、第１のＣＰＵ５の診断ログ情報の記憶を開始したことを示す通知情報を第２の表示部１８に表示させる（ステップＡ１４）。即ち、ユーザは、通知情報を確認することで、第１のＣＰＵ５の診断ログ情報の記憶を開始したことを把握可能となる。尚、第２のＣＰＵ１２は、通知情報を第２の表示部１８に表示させなくても良い。そして、第２のＣＰＵ１２は、第１のＣＰＵ５の診断ログ情報を記憶しつつ、デジタル基板２の動作に異常が発生したか否かを判定する（ステップＡ１５）。

第２のＣＰＵ１２は、インタフェースＩＣ９から入力するデジタル基板診断情報によりＰＭＩＣ７と第１のＣＰＵ５との間で入出力されるコマンドの状態（コマンドの種別、入出力タイミング等）を監視し、そのコマンドの状態を予め記憶している正常な状態と照合する。第２のＣＰＵ１２は、その照合した結果に基づいてデジタル基板２の動作に異常が発生したか否かを判定し、異常が発生したと判定すると（ステップＡ１５：ＹＥＳ）、第１の切替指令を第２のデコーダ１６に出力し、描画の主導権を第１のＣＰＵ５から自身に戻す（ステップＡ１６）。このとき、第２の表示部１８は、図２に示すように、周辺監視システム１９から入力した映像信号に含まれる映像データのみの映像（加工していない生の映像）を再度表示する。即ち、ユーザは、周辺監視システム１９のリアカメラやサイドカメラ等が撮影した生の映像を再度視認可能となる。

又、第２のＣＰＵ１２は、その発生した異常のレベルを判定する（ステップＡ１７）。具体的に説明すると、第２のＣＰＵ１２は、例えばＰＭＩＣ７と第１のＣＰＵ５との間で特定のコマンドが転送される際に遅延が発生すると、その遅延時間に応じてＰＭＩＣ７及び第１のＣＰＵ５の何れをリセットする必要があるか否かを判定し、リセット信号をＰＭＩＣ７に出力する（ステップＡ１８）。第２のＣＰＵ１２は、例えば遅延時間が第１の所定時間を超えたが当該第１の所定時間よりも長い第２の所定時間を超えていなければ、ＰＭＩＣ７をリセットする必要はないが第１のＣＰＵ５をリセットする必要があると判定する。この場合、第２のＣＰＵ１２は、図６（ａ）に示すように、第１のリセット信号をＰＭＩＣ７に出力する。一方、第２のＣＰＵ１２は、例えば遅延時間が第２の所定時間をも超えていれば、ＰＭＩＣ７及び第１のＣＰＵ５の双方をリセットする必要があると判定する。この場合、第２のＣＰＵ１２は、図６（ｂ）に示すように、第２のリセット信号をＰＭＩＣ７に出力する。尚、異常のレベルを判定する手法としては、上記した遅延時間を判定する方法の他に、シーケンスが正常であるか（規定されている順序でコマンドが転送されているか）を判定すること等も挙げられる。

そして、第２のＣＰＵ１２は、このようにして第１のリセット信号及び第２のリセット信号の何れかを出力した後では、インタフェースＩＣ９から入力するデジタル基板診断情報を解析することで、デジタル基板２の動作が正常に復帰したか否かを判定する（ステップＡ１９）。第２のＣＰＵ１２は、デジタル基板２の動作が正常に復帰した（異常が解消した）と判定すると（ステップＡ１９：ＹＥＳ）、第２の切替指令を第２のデコーダ１６に出力し、描画の主導権を自身から第１のＣＰＵ５に渡し（ステップＡ２０）、第１のリセット信号及び第２のリセット信号の何れかの出力を停止する。このとき、第２の表示部１８は、図３に示すように、周辺監視システム１９から入力した映像信号に含まれる映像データにガイド線やＨＭＩ表示を付加した映像を再度表示する。第２のＣＰＵ１２は、上記したステップＡ１５に戻り、デジタル基板２の動作に異常が発生したか否かを継続して判定する。

一方、第２のＣＰＵ１２は、デジタル基板２の動作が正常に復帰していない（異常が解消していない）と判定すると（ステップＡ１９：ＮＯ）、上記したステップＡ１８に戻り、第１のリセット信号及び第２のリセット信号の何れかの出力を異常が解消したと判定するまで継続する。このとき、第２のＣＰＵ１２は、このような第１のリセット信号及び第２のリセット信号の何れかの出力を操作検知部１５からの操作検知信号の入力や描画データの第２のデコーダ１６への出力とは関係なく行う。即ち、第１のリセット信号及び第２のリセット信号の何れを出力している期間でも、ユーザからの操作部１７への操作を受付けたり映像を第２の表示部１８に表示したりすることが可能である。換言すれば、デジタル基板２と、ユーザからの操作部１７への操作を受付ける電源インタフェース基板３とを分離した構成であるので、デジタル基板２のリセットを電源インタフェース基板３の動作から分離して行うことが可能である。

デジタル基板２において、ＰＭＩＣ７は、第２のＣＰＵ１２から入力したリセット信号が第１のリセット信号及び第２のリセット信号の何れであるかを判定し（ステップＢ１０）、リセットする対象が第１のＣＰＵ５のみ（デジタル基板２の一部）であるか、ＰＭＩＣ７及び第１のＣＰＵ５の双方（デジタル基板２の全体）であるかを判定する（ステップＢ１１）。

ＰＭＩＣ７は、第２のＣＰＵ１２から入力したリセット信号が第１のリセット信号であると判定すると、リセットコマンドを第１のＣＰＵ５に出力することで、自身をリセットすることはないが、第１のＣＰＵ５をリセットする。即ち、ＰＭＩＣ７から第１のＣＰＵ５への動作電力の供給が開始された直後に戻り、第１のＣＰＵ５が起動開始してハードチェックした後にＯＳやプログラムを再度読込み（ステップＢ４）、ステップＢ４以降を再び実行する。一方、ＰＭＩＣ７は、第２のＣＰＵ１２から入力したリセット信号が第２のリセット信号であると判定すると、自身をリセットすると共に、自身をリセットすると、第１のＣＰＵ５への動作電力の供給を瞬断することになるので、自身をリセットすることに連動して第１のＣＰＵ５をもリセットする。即ち、電源インタフェース基板３の電源制御部１４からＰＭＩＣ７への動作電力の供給が開始された直後に戻り、ＰＭＩＣ７が電力管理の動作を再度開始し（ステップＢ１）、ステップＢ１以降を再び実行する。

尚、第２のＣＰＵ１２は、インタフェースＩＣ９から入力するデジタル基板診断情報や第１のＣＰＵ診断情報を解析することで、第１のＣＰＵ５が高負荷状態であると判定し、第１のＣＰＵ５の動作を制限する必要があると判定すると、図７に示すように、動作制限信号をＰＭＩＣ７に出力し、第１のＣＰＵ５の動作を制限する（負荷を低下させる）。

以上に説明した一連の処理を行うことで、ユーザがＡＣＣスイッチをオフからオンに切替えた直後であり、電源インタフェース基板３の第２のＣＰＵ１２が起動完了していれば、デジタル基板２の第１のＣＰＵ５が起動完了していなくても、第２のＣＰＵ１２が描画の主導権を保有することで、周辺監視システム１９のリアカメラやサイドカメラ等が撮影した生の映像を表示する。そして、第１のＣＰＵ５が起動完了すると、第２のＣＰＵ１２が描画の主導権を第１のＣＰＵ５に渡すことで、生の映像にガイド線及びＨＭＩ表示が付加された映像を表示する。即ち、第１のＣＰＵ５が起動完了するまで映像を全く提示しない構成に比べ、生の映像を表示する分、付加価値に優れた構成とすることができる。又、デジタル基板２の動作に異常が発生すると、第２のＣＰＵ１２が描画の主導権を第１のＣＰＵ５から戻すことで、周辺監視システム１９のリアカメラやサイドカメラ等が撮影した生の映像を表示する。そして、デジタル基板２の動作が正常に復帰すると、第２のＣＰＵ１２が描画の主導権を第１のＣＰＵ５に渡すことで、生の映像にガイド線及びＨＭＩ表示が付加された映像を表示する。即ち、デジタル基板２の動作に異常が発生した際に映像を全く提示しない構成に比べ、生の映像を表示する分、付加価値に優れた構成とすることができる。本実施形態のようにユーザが直接目視することが不可能な車両後方や車両側方の映像を表示する構成では、ユーザがＡＣＣスイッチをオフからオンに切替えた直後やデジタル基板２の動作に異常が発生した場合であっても、生の映像を表示する分、安全性を高めることができる。

以上に説明したように第１の実施形態によれば、車両用データ処理装置１において、起動開始してから起動完了するまでの起動時間が異なる第１のＣＰＵ５と第２のＣＰＵ１２とを有する構成において、ユーザがＡＣＣスイッチをオフからオンに切替えた直後であり、第２のＣＰＵ１２が起動完了していれば、第１のＣＰＵ５が起動完了していなくても、周辺監視システム１９が撮影した生の映像を表示するようにした。これにより、ユーザがＡＣＣスイッチをオフからオンに切替えた直後に、ガイド線及びＨＭＩ表示が付加された映像を表示しないまでも、生の映像を表示する分、安全性を高めることができる。

又、第１のＣＰＵ５が起動完了すると、生の映像にガイド線及びＨＭＩ表示が付加された映像を表示するようにした。これにより、生の映像にガイド線及びＨＭＩ表示が付加された映像を表示することで、安全性を確実に確保することができる。又、デジタル基板２の動作に異常が発生すると、この場合も、周辺監視システム１９が撮影した生の映像を表示するようにした。これにより、デジタル基板２の動作に異常が発生した際に、ガイド線及びＨＭＩ表示が付加された映像を表示しないまでも、生の映像を表示する分、安全性を高めることができる。更に、デジタル基板２の動作が正常に復帰すると、ガイド線及びＨＭＩ表示が付加された映像を表示するようにした。これにより、デジタル基板２の動作に異常が発生する以前に戻すことで、デジタル基板２の動作に異常が発生する以前と同様に、安全性を確実に確保することができる。

又、第１のＣＰＵ５に比べて動作が安定している第２のＣＰＵ１２が描画の主導権を切替えるようにしたので、描画の主導権を適切に切替えることができ、生の映像とガイド線及びＨＭＩ表示が付加された映像とを適切に表示切替することができる。又、異常のレベルに応じて、第１のＣＰＵ５のみをリセットするか、ＰＭＩＣ７及び第１のＣＰＵ５の双方をリセットするかを選択するようにした。これにより、ＰＭＩＣ７をリセットする必要がないにも拘らずＰＭＩＣ７をリセットしてしまう事態を回避することができ、デジタル基板２を効果的にリセットすることができる。又、第１のＣＰＵ５の動作を制限する必要があると判定すると、第１のＣＰＵ５の動作を制限するようにしたので、第１のＣＰＵ５の高負荷状態が継続して異常が繰返し発生する事態を回避することができる。又、デジタル基板２を電源インタフェース基板３に対して着脱可能に構成したので、デジタル基板２を適宜交換することで、ユーザインタフェースの構成を変更することなく、デジタル基板２の機能追加（バージョンアップ）等に柔軟に対応することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について、図８から図１０を参照して説明する。尚、上記した第１の実施形態と同一部分については説明を省略し、異なる部分について説明する。第２の表示部１８は、その配置形態（縦置き、横置き）や表示性能（縦横の画素数（画面解像度））が様々である。この点を考慮し、第２の実施形態では、第２のデコーダ１６は、第２の表示部１８の配置形態及び表示性能に関する情報を記憶し、周辺監視システム１９から入力した映像信号に含まれる映像データをデコードすると、そのデコードした映像データを、第２の表示部１８の配置形態及び表示性能に応じて調整してデジタルＲＧＢ信号を生成する。

具体的に説明すると、電源インタフェース基板３において、第２のＣＰＵ１２は、起動開始し、ＯＳやプログラムを正常に読込み、起動完了すると（ステップＡ５）、予め記憶している第２の表示部１８の配置形態及び表示性能に関する情報を第２のデコーダ１６に出力する。第２のデコーダ１６は、第２のＣＰＵ１２から当該情報を入力することで、第２の表示部１８の配置形態及び表示性能に関する情報を特定する（ステップＡ２１）。

これ以降、第２のデコーダ１６は、周辺監視システム１９からＮＴＳＣ形式の映像信号を入力すると、その入力した映像信号に含まれる映像データをデコードし、そのデコードした映像データを当該特定した第２の表示部１８の配置形態及び表示性能に応じて調整してデジタルＲＧＢ信号を生成する。ここでは、第２のデコーダ１６が、図９及び図１０に示すように、例えば第２の表示部１８の配置形態が縦置き（長辺が縦方向となる配置）であり、横方向の画素数が「８００」であると共に縦方向の画素数が「１２８０」であると特定している状態で、横方向の画素数が「７２０」であると共に、縦方向の画素数が「４８０」である映像データをデコードした場合を説明する。この場合、第２のデコーダ１６は、デコードした映像データが横長の映像であり、第２の表示部１８の配置形態が縦置きであることから、デコードした映像データを９０度回転する処理を行う。

次いで、第２のデコーダ１６は、映像データの縦方向及び横方向の画素数と、第２の表示部１８の縦方向及び横方向の画素数とが異なることから、拡大率を計算する。この場合、第２のデコーダ１６は、映像データの横方向の画素数が「７２０」であり、第２の表示部１８の横方向の画素数が「８００」であることから、拡大率を「８００／７２０」と計算する。第２のデコーダ１６は、第２の表示部１８における拡大後の縦方向の画素数を「４８０」に「８００／７２０」を乗じて「５３３」と計算する。そして、第２のデコーダ１６は、映像データの横方向の画素数を「７２０」から「８００」に変更すると共に、縦方向の画素数を「４８０」から「５３３」に変更し、映像データを拡大する処理を行う。この場合、第２のデコーダ１６は、映像データを拡大する手法として、映像データの元画像には存在しない画素を新たに作る計算を補間法により行う。第２のデコーダ１６は、例えば元画像には存在しない画素を最も近くにある画素で補間する最近傍補間法や、周囲の４画素から線形又は３次元関数を用いて補間する双一次補間法や双三次補間法等により、映像データを拡大する処理を行う。

そして、第２のデコーダ１６は、このようにして回転及び拡大する処理を行った映像データからデジタルＲＧＢ信号を生成し、その生成したデジタルＲＧＢ信号を第２の表示部１８に出力する。第２の表示部１８は、第２のデコーダ１６からデジタルＲＧＢ信号を入力すると、その入力したデジタルＲＧＢ信号に対応する映像を描画する。第２の表示部１８は、図１０に示すように、第２のデコーダ１６から入力したデジタルＲＧＢ信号に対応する映像を、その上側の表示領域１８ａ（一部の表示領域）に描画する。この場合、第２のデコーダ１６は、第２の表示部１８における下側の表示領域１８ｂ（別の一部の表示領域）が空いていることから、第２のＣＰＵ１２が描画の主導権を保有している期間では、第２のＣＰＵ１２が作成した画像を、その下側の表示領域１８ｂに表示させても良い。第２のＣＰＵ１２が作成する画像は、例えば静止画等である。又、第２のデコーダ１６は、第１のＣＰＵ５が描画の主導権を保有している期間では、第１のＣＰＵ５が作成した画像を、その下側の表示領域１８ｂに表示させても良い。第１のＣＰＵ５が作成する画像は、例えばオーディオ操作の再生ボタンや停止ボタン等を操作可能とする画像やアニメーション等の動画等である。

以上に説明したように第２の実施形態によれば、車両用データ処理装置１において、周辺監視システム１９が撮影した映像を、第２の表示部１８の配置形態及び表示性能に応じて調整して表示するようにしたので、第２の表示部１８がどのような配置形態や表示性能であっても、周辺監視システム１９が撮影した映像を適切に提供することができる。又、周辺監視システム１９が撮影した映像を調整したことで空いた表示領域に、第１のＣＰＵ５又は第２のＣＰＵ１２が作成した画像を表示するようにしたので、空いた表示領域を有効に活用することができる。

（その他の実施形態）
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
周辺監視システム１９のリアカメラやサイドカメラ等が撮影した映像データを対象とし、生の映像を表示する態様と、ガイド線及びＨＭＩ表示が付加された映像を表示する態様とを切替えるアプリケーションを説明したが、どのようなデータを対象とするアプリケーションに適用しても良い。例えば第１のＣＰＵ５が起動完了する前やデジタル基板２の動作に異常が発生した場合に簡単な（情報量が相対的に少ない）画面（カメラで撮影した映像に限らない）を表示し、第１のＣＰＵ５が起動完了した後やデジタル基板２の動作が正常に復帰した場合に詳細な（情報量が相対的に多い）画面を表示するようにしても良い。

第１のＣＰＵ５が設けられているデジタル基板２と、第２のＣＰＵ１２が設けられている電源インタフェース基板３とを分離する構成に限らず、第１のＣＰＵ５と第２のＣＰＵ１２とが同一の基板上に設けられている構成であっても良い。
デジタル基板２に付帯している第１の表示部１１が省略される構成であっても良い。又、デジタル基板２に付帯している第１の表示部１１と電源インタフェー基板３に付帯している第２の表示部１８とが兼用される構成であっても良い。
第２の実施形態における画素数は例示であり、どのような画像数であっても良い。又、映像データを拡大することに限らず、映像データを縮小する処理を行っても良い。

図面中、１は車両用データ処理装置（データ処理装置）、２はデジタル基板（第１の基板）、３は電源インタフェース基板（第２の基板）、５は第１のＣＰＵ（第１の制御手段）、７はＰＭＩＣ（電源管理手段）、９はインタフェースＩＣ（監視手段）、１２は第２のＣＰＵ（第２の制御手段）、１６は第２のデコーダ（データ処理手段）である。

Claims (14)

1. 動作電力が供給されて起動開始してから起動完了するまでに第１の起動時間を要する第１の制御手段（５）と、
   動作電力が供給されて起動開始してから起動完了するまでに前記第１の起動時間よりも短い第２の起動時間を要する第２の制御手段（１２）と、
   データを処理する態様として、前記第１の制御手段と連携せずにデータを処理した処理結果を出力する第１の処理態様と、前記第１の制御手段と連携してデータを処理した処理結果を出力する第２の処理態様とを切替可能なデータ処理手段（１６）と、を備え、
   前記第２の制御手段が起動完了した後で且つ前記第１の制御手段が起動完了する前の期間では、前記データ処理手段がデータを前記第１の処理態様で処理し、前記第１の制御手段が起動完了した後の期間では、前記データ処理手段がデータを前記第２の処理態様で処理し、前記第１の制御手段に異常が発生した後の期間では、前記データ処理手段がデータを前記第１の処理態様で処理することを特徴とするデータ処理装置。
2. 請求項１に記載したデータ処理装置において、
   前記第１の制御手段に発生した異常が解消した後の期間では、前記データ処理手段がデータを前記第２の処理態様で処理することを特徴とするデータ処理装置。
3. 請求項１又は２に記載したデータ処理装置において、
   前記第２の制御手段は、前記データ処理手段における前記第１の処理態様と前記第２の処理態様とを切替可能であり、自身が起動完了した後に前記第１の制御手段が起動完了したか否かを判定すると共に前記第１の制御手段に異常が発生したか否かを判定し、前記第１の制御手段が起動完了していないと判定している期間では、前記データ処理手段を前記第１の処理態様に切替え、前記第１の制御手段が起動完了したと判定した後の期間では、前記データ処理手段を前記第２の処理態様に切替え、前記第１の制御手段に異常が発生したと判定した後の期間では、前記データ処理手段を前記第１の処理態様に切替えることを特徴とするデータ処理装置。
4. 請求項３に記載したデータ処理装置において、
   前記第２の制御手段は、前記第１の制御手段に発生した異常が解消したか否かを判定し、前記第１の制御手段に発生した異常が解消したと判定した後の期間では、前記データ処理手段を前記第２の処理態様に切替えることを特徴とするデータ処理装置。
5. 請求項３又は４に記載したデータ処理装置おいて、
   前記第１の制御手段の動作電力を管理する電源管理手段（７）と、
   前記第１の制御手段と前記電源管理手段との間での信号の入出力を監視する監視手段（９）と、を備え、
   前記第２の制御手段は、前記監視手段の監視結果を入力することで、前記第１の制御手段に異常が発生したか否かを判定することを特徴とするデータ処理装置。
6. 請求項３から５の何れか一項に記載したデータ処理装置おいて、
   前記電源管理手段は、第１のリセット信号を入力したことに応じてリセットコマンドを前記第１の制御手段に出力し、
   前記第１の制御手段は、前記電源管理手段からリセットコマンドを入力したことに応じてリセットし、
   前記第２の制御手段は、前記第１の制御手段に異常が発生したと判定し、前記電源管理手段のリセットが不要であるが前記第１の制御手段のリセットが必要であると判定した場合には、第１のリセット信号を前記電源管理手段に出力することで、前記第１の制御手段をリセットすることを特徴とするデータ処理装置。
7. 請求項３から５の何れか一項に記載したデータ処理装置において、
   前記電源管理手段は、第２のリセット信号を入力したことに応じてリセットし、
   前記第１の制御手段は、前記電源管理手段がリセットすることに連動してリセットし、
   前記第２の制御手段は、前記第１の制御手段に異常が発生したと判定し、前記電源管理手段及び前記第１の演算手段の双方にリセットが必要であると判定した場合には、第２のリセット信号を前記電源管理手段に出力することで、前記電源管理手段及び前記第１の制御手段の双方をリセットすることを特徴とするデータ処理装置。
8. 請求項１から７の何れか一項に記載したデータ処理装置において、
   前記データ処理手段は、前記第１の処理態様として、外部から入力した映像データに付加データを付加することなく当該映像データに対応する映像を表示手段に表示させ、前記第２の処理態様として、外部から入力した映像データに付加データを付加して当該映像データに対応する映像を前記表示手段に表示させることを特徴とするデータ処理装置。
9. 請求項８に記載したデータ処理装置において、
   前記データ処理手段は、前記映像データに対応する映像を、前記表示手段の配置形態に応じて調整して当該表示手段に表示させることを特徴とするデータ処理装置。
10. 請求項８又は９に記載したデータ処理装置において、
    前記データ処理手段は、前記映像データに対応する映像を、前記表示手段の表示性能に応じて調整して当該表示手段に表示させることを特徴とするデータ処理装置。
11. 請求項９又は１０に記載したデータ処理装置において、
    前記データ処理手段は、前記映像データに対応する映像を前記第１の処理態様で前記表示手段に表示させる場合に、当該映像を前記表示手段の一部の表示領域に表示させると共に、前記第１の制御手段により作成された画像を前記表示手段の別の一部の表示領域に表示させることを特徴とするデータ処理装置。
12. 請求項９から１１の何れか一項に記載したデータ処理装置において、
    前記データ処理手段は、前記映像データに対応する映像を前記第２の処理態様で前記表示手段に表示させる場合に、当該映像を前記表示手段の一部の表示領域に表示させると共に、前記第２の制御手段により作成された画像を前記表示手段の別の一部の表示領域に表示させることを特徴とするデータ処理装置。
13. 請求項１から１２の何れか一項に記載したデータ処理装置において、
    前記第１の制御手段が第１の基板（２）に設けられ、前記第２の制御手段及び前記データ処理手段が前記第１の基板とは別の第２の基板（３）に設けられ、前記第１の基板が前記第２の基板に対して着脱可能であることを特徴とするデータ処理装置。
14. 請求項１から１３の何れか一項に記載したデータ処理装置において、
    車両に搭載可能に構成され、前記第１の制御手段が情報系のデータを処理することに特化した手段であり、前記第２の制御手段が車両系のデータを処理することに特化した手段であることを特徴とするデータ処理装置。

Images