(57)【要約】【課題】  撮影画像の異常から監視カメラの異常を自発的に検知することができ、ユーザーに故障報知することが可能な車両用セキュリティシステムを提供する。【解決手段】  車両用セキュリティシステム１は、車両内部を監視するために、該車両内の予め定められた監視視野を撮影する監視カメラ５と、該監視カメラ５が撮影した画像に基づく監視情報を出力する監視情報出力部８とを備える。監視カメラ５に対し、予め定められた２以上のタイミングにて、監視視野に対する故障診断用画像の撮影を指令する故障診断用撮影制御手段２２ｂと、監視カメラ５が各タイミングにて撮影した故障診断用画像２１ａ〜２１ｄを比較し、その比較結果に基づいて監視カメラ５の故障判定を行なう故障判定手段２２ｂと、該故障判定手段２２ｂによる故障判定結果を出力する故障判定結果出力手段８とを備える。【選択図】    図２
2007022360.tif 000002
【特許請求の範囲】
【請求項１】
車両室内の予め定められた監視視野を撮影する監視カメラと、該監視カメラが撮影した画像に基づく監視情報を出力する監視情報出力部とを備えた車両用セキュリティシステムであって、
前記監視カメラに対し、予め定められた２以上のタイミングにて、前記監視視野に対する故障診断用画像の撮影を指令する故障診断用撮影制御手段と、
前記監視カメラが各前記タイミングにて撮影した前記故障診断用画像を比較し、その比較結果に基づいて前記監視カメラの故障判定を行なう故障判定手段と、
該故障判定手段による前記故障判定結果を出力する故障判定結果出力手段と、
を備えたことを特徴とする車両用セキュリティシステム。
【請求項２】
前記故障診断用撮影制御手段は前記監視カメラに対し、前記監視視野の画像が正常に撮影された場合に画像内容に相違の生じることが予め知れている２つのタイミングにて前記故障診断用画像を撮影させるものであり、
前記故障診断手段は、撮影された２つの故障診断用画像に相違が生じていなかった場合に、前記監視カメラが故障していると判定する請求項１記載の車両用セキュリティシステム。
【請求項３】
前記２つのタイミングの一方が前記車両の駐車中に設定され、同じく他方が前記車両の走行中に設定されるとともに、前記故障診断用画像を撮影するための前記監視視野として、前記車両の運転席を含む視野が選定されてなる請求項２記載の車両用セキュリティシステム。
【請求項４】
前記２つのタイミングの双方が前記車両の走行中に設定されるとともに、前記故障診断用画像を撮影するための前記監視視野として、前記車両の運転席を含む視野が選定されてなる請求項２記載の車両用セキュリティシステム。
【請求項５】
前記故障診断用画像を撮影するための前記監視視野として、前記運転席に運転者が着座した場合に、その顔が含まれる視野が選定されてなる請求項３又は請求項４に記載の車両用セキュリティシステム。
【請求項６】
前記２つのタイミングの双方が前記車両の走行中に設定されるとともに、前記故障診断用画像を撮影するための前記監視視野として、前記車両の窓外風景が撮影される視野が選定されてなる請求項２記載の車両用セキュリティシステム。
【請求項７】
前記故障診断用撮影制御手段は前記監視カメラに対し、前記監視視野の画像が正常に撮影された場合に画像内容に相違の生じないことが予め知れている２つのタイミングにて前記故障診断用画像を撮影させるものであり、
前記故障診断手段は、撮影された２つの故障診断用画像に相違が生じていた場合に、前記監視カメラが故障していると判定する請求項１ないし請求項６のいずれか１項に記載の車両用セキュリティシステム。
【請求項８】
前記故障診断用画像を撮影するための前記監視視野として、走行中の前記車両内部に固定的に存在する静止部材のうち、該車両の搭乗者により遮られない位置にある予め定められた基準部材が撮影される視野が選定されてなる請求項２記載の車両用セキュリティシステム。
【請求項９】
前記基準部材が、前記車両の窓枠の一部をなすピラーである請求項８記載の車両用セキュリティシステム。
【請求項１０】
前記故障診断用撮影制御手段は前記監視カメラに対し、第一のタイミングで撮影された故障診断用画像と、それよりも後の第二のタイミングで撮影された故障診断用画像とが不一致であった場合に、該第二のタイミング以降の１回以上のタイミングで前記故障診断用画像を追加撮影させるものであり、前記故障判定手段は、当該第二のタイミング以降の隣接するタイミングで撮影された故障診断用画像が一致していた場合に正常判定を行なう請求項７ないし請求項９のいずれか１項に記載の車両用セキュリティシステム。
【請求項１１】
前記第一のタイミングが前記車両の駐車中に設定され、前記第二のタイミング及び前記追加撮影のタイミングが前記車両の走行中に設定される請求項１０記載の車両用セキュリティシステム。
【請求項１２】
前記故障診断用撮影制御手段は前記監視カメラに対し、第一の監視視野において、前記画像内容に相違の生じることが予め知れている２つのタイミングにて第一の組の前記故障診断用画像を撮影させるとともに、前記第一の監視視野とは異なる第二の監視視野において、前記監視視野の画像が正常に撮影された場合に、画像内容に相違の生じないことが予め知れている２つのタイミングにて第二の組の前記故障診断用画像を撮影させるものであり、
前記故障診断手段は、前記第一の組の故障診断用画像に相違が生じており、かつ、前記第二の組の故障診断用画像に相違が生じていない場合に、前記監視カメラが正常と判定する請求項３ないし請求項１１のいずれか１項に記載の車両用セキュリティシステム。
【請求項１３】
前記第一の監視視野と前記第二の監視視野とが、前記監視カメラの同じ撮影視野の互いに異なる一部をなす形で設定され、前記第一の組の故障診断用画像と前記第二の組の対応する各タイミングの故障診断用画像が、前記監視カメラにより同時に撮影される請求項１２記載の車両用セキュリティシステム。
【請求項１４】
前記故障診断用撮影制御手段は前記監視カメラに対し、前記車両の駐車中に第一の故障診断用画像を撮影させ、次いで前記車両の走行中に第二の故障診断用画像を撮影させるものであり、前記故障診断手段は、前記車両の前記走行中に、前記第一の故障診断用画像と前記第二の故障診断用画像とを比較し、該比較結果により故障と判定した場合に、その判定出力を前記車両内に設けられた故障判定結果出力手段に出力するものである請求項１ないし請求項１３のいずれか１項に記載の車両用セキュリティシステム。
【請求項１５】
前記故障診断用撮影制御手段は前記監視カメラに対し、前記車両の走行中に第一の故障診断用画像を撮影させ、次いで前記車両の駐車中に第二の故障診断用画像を撮影させるものであり、前記故障診断手段は、前記車両の前記駐車中に、前記第一の故障診断用画像と前記第二の故障診断用画像とを比較し、該比較結果により故障と判定した場合に、その判定出力を、前記車両のユーザーが携帯する故障判定結果出力手段をなす無線携帯端末に無線送信するものである請求項１ないし請求項１３のいずれか１項に記載の車両用セキュリティシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視カメラを用いた車両用セキュリティシステムに関する。
【背景技術】
【０００２】
【特許文献１】特開平１１−３２８５４４号公報
【特許文献２】特開平１０−０９７６９１号公報
【特許文献３】特開平０８−０６３６８８号公報
【特許文献４】特開平１０−１４５７７４号公報
【０００３】
従来、車両室内に監視カメラを搭載し、室内に侵入するものがあった場合に、監視カメラによってその侵入者を撮影できるようにした車両用セキュリティシステムが種々提案されている。例えば、特許文献１には、車両ユーザーが駐車時に監視状態にセットしておき、その後、車載された各種センサが車両の異常を検知すると、監視カメラにより車室内の撮影を行なうシステムが開示されている。また、特許文献２には、監視カメラが撮影した人物の顔画像を、予め登録されたユーザーの顔画像と比較し、登録者以外の顔画像であると認定された場合に、盗難防止装置を作動させる技術が開示されている。さらに、特許文献３及び４には、監視中の視野の画像に何らかの変化があった場合に侵入異常があったと検知し、警報するシステムが開示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記の従来技術において、監視カメラは、例えば侵入者発生などの異常を検出した場合に、不審者を特定する目的で撮影を行なうものである。従って、万一カメラや、これに付随する画像処理回路が故障して撮影不能となっている状態であっても、これを事前に確認・報知する手段がなく、いざという時に侵入者等を撮影できない問題があった。また、撮影画像に故障に起因した異常が発生した場合、カメラの撮影画像をカーナビゲーションシステム画面等のディスプレイに映し出し、ユーザーが目視で確認することも可能であるが、その都度確認するのは煩わしく、確実でない問題がある。
【０００５】
本発明の課題は、撮影画像の異常から監視カメラの異常を自発的に検知することができ、ユーザーに故障報知することが可能な車両用セキュリティシステムを提供することにある。
【課題を解決するための手段及び発明の効果】
【０００６】
上記課題を解決するために、本発明の車両用セキュリティシステムは、
車両室内の予め定められた監視視野を撮影する監視カメラと、該監視カメラからの映像信号を撮影画像データに変換する画像処理回路とを有した監視カメラと、該監視カメラが撮影した画像に基づく監視情報を出力する監視情報出力部とを備えた車両用セキュリティシステムであって、
監視カメラに対し、予め定められた２以上のタイミングにて、監視視野に対する故障診断用画像の撮影を指令する故障診断用撮影制御手段と、
監視カメラが各タイミングにて撮影した故障診断用画像を比較し、その比較結果に基づいて監視カメラの故障判定を行なう故障判定手段と、
該故障判定手段による故障判定結果を出力する故障判定結果出力手段と、を備えたことを特徴とする。
【０００７】
上記本発明の構成によると、監視カメラに車内監視用の画像とは別に、故障診断用画像を互いに異なる２以上のタイミングで撮影する。そして、それらの故障診断用画像を比較すれば、カメラが正常であればそれらの故障診断用画像上に本来現われるべき変化、あるいはこれとは逆に、本来ありえない変化を捉えることができ、当該故障診断用画像の比較によって監視カメラに異常があるか否かを容易に判定することができる。
【０００８】
故障診断用撮影制御手段は監視カメラに対し、監視視野の画像が正常に撮影された場合に、画像内容に相違の生じることが予め知れている２つのタイミングにて故障診断用画像を撮影させるものとすることができる。この場合、故障診断手段は、撮影された２つの故障診断用画像に相違が生じていなかった場合に、監視カメラが故障していると判定するものとすることができる（撮影自体は３タイミング以上で行なってもよく、そのうちの少なくとも２つのタイミングで撮影された故障診断用画像を使用すればよい）。画像内容に相違の生ずる蓋然性の高い２つのタイミングを選定して故障診断用画像の撮影を行なうことで、結果的に得られた故障診断用画像に相違が生じていない場合に、監視カメラが故障状態であることを高確率にて認識することができる。
【０００９】
次に、故障診断用撮影制御手段は監視カメラに対し、上記とは逆に、監視視野の画像が正常に撮影された場合に、画像内容に相違の生じないことが予め知れている２つのタイミングにて故障診断用画像を撮影させるものとすることもできる。この場合、故障診断手段は、撮影された２つの故障診断用画像に相違が生じていた場合に、監視カメラが故障していると判定することができる。例えば、監視カメラの画像処理回路に異常が生じていると、撮影視野とは無関係かつ意味のない映像信号が不定に変化して発生することがある。このような状態で撮影を行なうと、上記無意味な映像信号の変化がそのままキャプチャされるだけなので、タイミングを変えて撮影を行なえば、形の上では互いに異なった２つの「画像」が得られることとなる。そこで、画像内容に相違の生じない蓋然性の高い視野を選んで、２つのタイミングにて故障診断用画像を撮影すれば、本来差異のない画像が得られるべきところ、もしも両画像に明確な際が生じていた場合には、監視カメラに上記のような故障が発生していることを高確率にて判定することができる。
【００１０】
また、上記２つの故障判定方式を互いに組み合わせることも可能である。この場合、故障判定故障診断用撮影制御手段は監視カメラに対し、第一の監視視野において、画像内容に相違の生じることが予め知れている２つのタイミングにて第一の組の故障診断用画像を撮影させるとともに、第一の監視視野とは異なる第二の監視視野において、監視視野の画像が正常に撮影された場合に、画像内容に相違の生じないことが予め知れている２つのタイミングにて第二の組の故障診断用画像を撮影させるものとすることができる。そして、故障診断手段は、第一の組の故障診断用画像に相違が生じており、かつ、第二の組の故障診断用画像に相違が生じていない場合に、監視カメラが正常と判定するものとされる。監視カメラの異常（故障）は、映像信号の途切れにより画像の全体が真っ白あるいは真っ黒になったり、信号異常時に代替表示されるブルーバックと称される単一色のフレーム画像が表示される場合や、次の画像が到来しているのに、メモリにキャプチャされた先の画像がクリアされずに残りつづける場合など、画像状態が不変となるタイプの異常（以下、第一種異常という）と、レベルの変化する異常信号電流が流れる場合など、画像状態が刻々変化するタイプの異常（以下、第二種異常という）との２種類がある。上記の方式によると、この２タイプの異常のいずれが発生しても、適確に故障判定を行なうことができ、かつ、そのいずれにも該当しない場合に限って「正常」と判定することで、監視カメラの異常／正常の判定精度をより高めることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を、図面を用いて説明する。
図１は、本発明の車両用セキュリティシステムの一例を示す概略ブロック図である。該車両用セキュリティシステム１は、制御用装置２に監視用カメラ
５、侵入センサ６、車両状態検出部７及び表示部（ＬＣＤ等からなる）８が接続されたものである。制御用装置２はマイコン３を主体とするものであり、上記の表示部８と、監視カメラ５が接続されている。監視カメラ５は、光学系と該光学系が結像する画像を検出する画像センサとを有するカメラ本体５Ｍと、該カメラ本体５Ｍからのアナログ画像信号をデジタル画像データに変換するデコーダＩＣ９そのデジタル画像のピクセルデータを時系列順に取り込み、出力するＦＩＦＯ（First In First Out）メモリ１０、及び該ＦＩＦＯメモリからの画像ピクセルデータをフレーム毎に蓄積するＳＲＡＭ１１を有する画像キャプチャユニット４とを備えたものである。
【００１２】
図２は、より詳細なブロック図を示すものである。主体をなすマイコン３は、ＣＰＵ２０、ＲＡＭ２１、ＲＯＭ２２（本実施形態では、フラッシュメモリ等の電気的に内容が書換え可能なＲＯＭにて構成している）及び入出力部２３がバス接続されたものであり、入出力部２３には、上記の監視カメラ５、監視カメラ５を撮影する際の補助光源となるストロボ１４（及びその駆動ユニット２４）、上記の侵入センサ６、車両状態検出部７、表示部８（カーナビゲーションシステムの表示部に兼用させてもよい）、時計２５及びセキュリティ動作部１３が接続されている。車両状態検出部７は、本実施形態では、ドアロックセンサ７ａ、ドアの開閉を検知するドアカーテシスイッチ７ｂ、イグニッションスイッチ７ｃ、シフトレバーポジション検出部７ｄ及び車速センサ７ｅなどによって構成されている。また、セキュリティ動作部１３は、例えば警報音を出力するアラーム１３ａや、車外の管理センター等と無線通信する通信ユニット（ＤＣＭ）１２を含んで構成されている。
【００１３】
以下、セキュリティシステム１の基本動作について説明する。この動作制御は、ＲＯＭ２２に格納されたセキュリティ制御プログラム２２ａの実行により実現される。セキュリティ動作部１３は、車両が駐車状態となった場合に動作セットされるものである。具体的には、車両状態検出部７において、シフトレバーポジション検知部７ｄがパーキング位置を検出しており、イグニッションスイッチ７ｃがＯＦＦになっている場合に、マイコン３は車両が「駐車状態」であると判定する。そして、侵入センサ６が人を検出していない状態となり、ドアカーテシスイッチ７ｂがＯＦＦ（ドア閉）となり、さらにドアロックセンサ７ａがドアロック状態を検出した場合に、車内が「無人状態」になったと判定する。上記の「駐車状態」と合せて該「無人状態」が成立することで、マイコン２はセキュリティ動作部１３に対し、セキュリティセットを指令する。
【００１４】
このセキュリティセット状態において、車両に賊が侵入し、侵入センサ６がこれを検知すると、マイコン２はストロボ駆動ユニット２４に指令を出してストロボ１４を点灯させつつ、監視カメラ５に車両内の予め定められた監視視野を撮影させる。例えば、図３に示すように、監視カメラ５はストロボ１４とともに、バックミラー３１の上方など、フロントグラス３７側から鳥瞰する形で車内を撮影できるように取り付けられている。図４に示すように、この監視カメラ５により、運転席に着座した運転者ＤＲＶをはじめ、助手席側及びリア側の空間も視野に納める形で車内監視画像が撮影される。撮影された監視画像は、図２の監視画像メモリ２２ｃに記憶され、操作部１５から出力コマンドを入力することで、表示部８に表示出力することが可能である。そして、セキュリティ動作部１３は、賊の侵入異常を検出してアラーム１３ａから警報音を出力させ、また、通信ユニット１２により異常発生を管理センターに無線通報する。なお、賊を捉えた監視画像を管理センターに合せて送信するようにしてもよい。
【００１５】
次に、本発明の車両用セキュリティシステム１には、以下のような監視カメラ５の故障診断機能が搭載されている。この故障診断機能の実現手段となるのは、ＲＯＭ２２に搭載された故障診断プログラム２２ｂである。該故障診断プログラム２２ｂにより、以下のような手段が実現される。  
・故障診断用撮影制御手段：監視カメラ５に対し、予め定められた２以上のタイミングにて、監視視野に対する故障診断用画像Ａ，Ａ’，Ｂ，Ｂ’の撮影を指令する（これらの故障診断用画像は、画像キャプチャユニット４から取得され、ＲＡＭ２１の画像メモリ２１ａ〜２１ｄに格納される）。
・故障判定手段：監視カメラ５が各タイミングにて撮影した故障診断用画像（ＡとＡ’あるいはＢとＢ’）を比較し、その比較結果に基づいて監視カメラ５の故障判定を行なう。
・故障判定結果出力手段：故障判定手段による故障判定結果を出力する。出力先として、表示部８を使用することができる。
【００１６】
上記のごとく、監視カメラ５は、本来は、セキュリティセット中に車両に設けられた侵入センサ６が侵入者（賊）を検知した場合に、車内を撮影するものである。しかし、故障診断用画像Ａ，Ａ’，Ｂ，Ｂ’については、監視カメラ５は、後述のごとく、これとは別途定められた撮影タイミングにて、侵入センサ６が特段侵入者を検知している状態でなくとも撮影を行なうものである。そして、それらの故障診断用画像Ａ，Ａ’，Ｂ，Ｂ’を比較すれば、カメラが正常であればそれらの故障診断用画像（例えば、ＡとＡ’）上に本来現われるべき変化、あるいはこれとは逆に、故障診断用画像（例えばＢとＢ’）上には本来現われることのない変化を捉えることができ、これに基づいて監視カメラ５に異常があるか否かを容易に判定することができる。
【００１７】
具体的には２つの方式を考えることができる。その第一の方式は、監視視野の画像が正常に撮影された場合に、画像内容に相違の生じることが予め知れている２つのタイミングを、故障診断用画像Ａ，Ａ’の撮影タイミングとして定めるというものである。この場合、撮影された２つの故障診断用画像Ａ，Ａ’に相違が生じていなかった場合に、監視カメラ５が故障していると判定することができる。
【００１８】
上記の場合、故障診断用画像Ａ，Ａ’を撮影する２つのタイミングは、一方を車両の駐車中に設定することができ、同じく他方を車両の走行中に設定することができる。この場合、故障診断用画像Ａ，Ａ’を撮影するための監視視野として、図４に示すごとく、車両の運転席３２を含む視野を選定することができる。車両の運転席３２は、図５に示すごとく、駐車中は通常無人となり、逆に図４に示すごとく、車両走行中は必ず運転者ＤＲＶが着席するので、その運転席３２を含む視野αを、図６に示すように、故障診断用画像Ａ，Ａ’として撮影するのである。すると、駐車中であれば運転者ＤＲＶが写らず、逆に走行中であれば運転者ＤＲＶが必ず写るので、２つの画像には非常に大きな差異を生じる。従って、２つの故障診断用画像２１ａ〜２１ｄ間に大きな相違が生じていなかった場合は、監視カメラ５が故障であると、ほぼ確実に判定することができる。この故障形態には、映像信号の途切れにより画像の全体が真っ白あるいは真っ黒になったり、信号異常時に代替表示されるブルーバック等と称される単一色（例えば青色）のフレーム画像が表示される場合や、図７に示すように、次の画像が到来しているのに、メモリ（図１のＳＲＡＭ１１）にキャプチャされた先の画像がクリアされずに残りつづける場合などを例示できる。なお、駐車中の撮影を夜間に行なうようにすれば、無人状態で撮影できる確率はより増大する。撮影時間の設定は、図２の操作部１５に設けられた入力部から行なうことができ、時間の管理は時計２５が行なう。
【００１９】
なお、画像のピクセルの設定状態に関しては、カラーあるいはグレースケール画像の場合、１画素につき２ビット以上の状態が割り振られ、画像取り込み条件によっては、同一と判定するべき画像であっても、対応するピクセルの設定状態に微妙な差を生ずることがある。この差に基づく誤判定を防止するためには、例えば、２つの故障診断用画像を比較する際に、画像を適当な閾値で２値化する方法や、画像間の対応するピクセル同士の設定値の、差分絶対値の合計がゼロの場合だけでなく、これが一定の許容範囲内に収まっている場合も、画像一致として判定する方法等を例示できる（これらの手法は、画像処理の分野では周知であるため、詳細な説明は省略する）。
【００２０】
図８は、上記の場合の故障診断処理の流れの一例を示すフローチャートである（この処理は、一定の時間間隔で周期的に繰り返し実行されるものである：他の図のフローチャートについても同様）。Ｓ１では駐車中であるか否か（本実施例では、セキュリティセット中であるか否か）を判定し、ＹｅｓであればＳ２へ進んで、既に最初の故障診断用画像Ａが撮影されているか否かを調べる。撮影済みであれば該周期の処理を終了する。撮影がまだであればＳ３に進み、画像Ａ（図６の下）を撮影し、該周期の処理を終了する。
【００２１】
一方、Ｓ１でＮｏの場合、Ｓ１０に進んで既に故障診断用画像Ａ（セキュリティセット中のもの）が撮影されているかどうかを調べる。Ｎｏであれば該周期の処理を終了する。他方、Ｙｅｓであれば、次の故障診断用画像Ａ’を走行中に撮影するべくＳ４に進む。そして、Ｓ４で走行中であるかどうかを、例えば図２の車速センサ７ｅの検出状態を参照して確認する。Ｎｏであれば該周期の処理を終了する。他方、ＹｅｓであればＳ５に進み、既に故障診断用画像Ａ’を撮影済みであるか否かを調べる。Ｙｅｓであれば該周期の処理を終了し、ＮｏであればＳ６に進んで故障診断用画像Ａ’を撮影する。そして、Ｓ８で故障診断用画像Ａ（セキュリティセット中のもの）と故障診断用画像Ａ’（走行中のもの）とを比較し、両者が一致していれば、監視カメラ５が異常であることを報知するメッセージを図２の表示部８に表示出力する。また、Ｓ８で両者が不一致であれば正常と判断して何もせずに該周期の処理を終了する。
【００２２】
さて、図８の処理は、故障診断用撮影制御手段は監視カメラ５に対し、車両の駐車中に第一の故障診断用画像Ａを撮影させ、次いで車両の走行中に第二の故障診断用画像Ａ’を撮影させるようにしていた。すなわち、画像比較が可能となる第二の故障診断用画像Ａ’の取得が車両の走行中になされるから、故障診断手段は、車両の上記走行中に（引き続いて）、第一の故障診断用画像Ａと第二の故障診断用画像Ａ’とを比較することで、異常判定を迅速に行なうことができる。この場合、図６の上に示すように、車両の運転者ＤＲＶ（ユーザー）は車内に存在するから、該比較結果により故障と判定した場合に、その判定出力を車両内に設けられた故障判定結果出力手段８に出力すれば、異常の発生をユーザーに迅速かつ確実に報知することができる。
【００２３】
他方、故障診断用撮影制御手段は監視カメラ５に対し、車両の走行中に第一の故障診断用画像Ａ’を撮影させ、次いで車両の駐車中に第二の故障診断用画像Ａを撮影させるものとすることができる。この場合、画像比較が可能となる第二の故障診断用画像Ａの取得が車両の駐車中になされるから、故障診断手段は、車両の上記駐車中に（引き続いて）、第一の故障診断用画像Ａ’と第二の故障診断用画像Ａとを比較することで、異常判定を迅速に行なうことができる。この場合、図６の下に示すように、車両の運転者（ユーザー）は既に車内におらず、車両駐車後に車両近辺から離脱している可能性が高い。そこで、該比較結果により故障と判定した場合に、図９に示すように、その判定出力を車両Ｍのユーザーが携帯する故障判定結果出力手段をなす無線携帯端末４２に（データ中継局４１を介して）無線送信すれば、異常の発生をユーザーに迅速かつ確実に報知することができる。特に、駐車後に自宅や職場などに赴いたユーザーは、車両を長時間無人で放置することになり、こうしたセキュリティ機能の動作が最も期待されるシーンの到来に対応して、監視カメラ５の故障をユーザーに報知できることの効果は極めて大きい。
【００２４】
図１０は、上記場合の故障診断処理に係る流れの一例を示すフローチャートである（この処理は、一定の時間間隔で周期的に繰り返し実行されるものである）。Ｓ５１では走行中であるか否かを判定し、ＹｅｓであればＳ５２へ進んで、既に最初の故障診断用画像Ａ’が撮影されているか否かを調べる。撮影済みであれば該周期の処理を終了する。撮影がまだであればＳ５３に進み、画像Ａ’（図６の上）を撮影し、該周期の処理を終了する。
【００２５】
一方、Ｓ５１でＮｏの場合、Ｓ６０に進んで既に故障診断用画像Ａ’（走行中のもの）が撮影されているかどうかを調べる。Ｎｏであれば該周期の処理を終了する。他方、Ｙｅｓであれば、次の故障診断用画像Ａを駐車中（本実施例では、セキュリティセット中）に撮影するべくＳ５４に進む。そして、Ｓ５４でセキュリティセット中であるかどうかを確認する。Ｎｏであれば該周期の処理を終了する。他方、ＹｅｓであればＳ５５に進み、既に故障診断用画像Ａを撮影済みであるか否かを調べる。Ｙｅｓであれば該周期の処理を終了し、ＮｏであればＳ５６に進んで故障診断用画像Ａを撮影する。そして、Ｓ５８で故障診断用画像Ａ（セキュリティセット中のもの）と故障診断用画像Ａ’（走行中のもの）とを比較し、両者が一致していれば、監視カメラ５が異常であることを報知するメッセージを図２の表示部８に表示出力する。また、Ｓ５８で両者が不一致であれば正常と判断して何もせずに該周期の処理を終了する。
【００２６】
次に、故障診断用画像を撮影する２つのタイミングの双方を、車両の走行中に設定することも可能である。この場合も、故障診断用画像Ａ’，Ａ”を撮影するための監視視野として、図４に示すごとく、車両の運転席３２を含む視野αを選定することが可能である。図１１に示すごとく、運転席に着席している運転者ＤＲＶは、運転中といえども姿勢や顔の向きを変えたり、目線を動かしたりするなど、一定の動きがあってしかるべきである。従って、上記２つのタイミングのインターバルを適当に離して故障診断用画像Ａ’，Ａ”を撮影すれば、運転者ＤＲＶの上記動きにより、２つの画像Ａ’，Ａ”には明確な差異を生ずる可能性が高い。従って、２つの故障診断用画像Ａ’，Ａ”間に大きな相違が生じていなかった場合に、監視カメラ５が故障であると高確率にて判定することができる。特に、図１１のように、故障診断用画像Ａ’，Ａ”を撮影するための監視視野として、運転席３２に運転者ＤＲＶが着座した場合に、その顔Ｆが含まれる視野を選定したとき、故障判定の精度をより高めることができる。
【００２７】
また、２つのタイミングの双方を車両の走行中に設定する場合、故障診断用画像を撮影するための監視視野として、図１２に示すように、車両の窓外風景が撮影される視野を選定した場合にも、同様の効果を達成することができる。図４に窓外風景を捉えることができる視野の例を示している。視野γは後部座席のサイドウィンドウ位置に、視野δはリアウィンドウ位置に設定されている。
【００２８】
図１３は、この場合の処理の流れを示すフローチャートである。Ｓ１０１で車両が走行中であることを確認する。Ｎｏであれば該周期の処理を終了する。他方、ＹｅｓであればＳ１０２に進み、故障診断用画像（例えば図１１のＡ’あるいは図１２のＣ’）を撮影する。そして、Ｓ１０３で一定時間待機した後、Ｓ１０４に進み、次の故障診断用画像（例えば図１１のＡ”あるいは図１２のＣ”）を撮影する。そして、Ｓ１０５で２つの故障診断用画像（Ａ’とＡ”あるいはＣ’とＣ”）を比較し、両者が一致していれば、監視カメラ５が異常であることを報知するメッセージを図２の表示部８に表示出力する。また、Ｓ１０６で両者が不一致であれば正常と判断して何もせずに該周期の処理を終了する。
【００２９】
次に、故障診断用撮影制御手段は監視カメラ５に対し、上記とは逆に、監視視野の画像が正常に撮影された場合に画像内容に相違の生じないことが予め知れている２つのタイミングにて、故障診断用画像２１ａ〜２１ｄを撮影させるものとすることもできる。この場合、故障診断手段は、図１４に示すように、撮影された２つの故障診断用画像Ｂ，Ｂ’に相違が生じていた場合に、監視カメラ５が故障していると判定することができる。故障診断用画像Ｂ，Ｂ’を撮影するための監視視野としては、走行中の車両内部に固定的に存在する静止部材３３のうち、該車両の搭乗者により遮られない位置にある予め定められた基準部材３３が撮影される視野を選定することが可能である。車内には、搭乗者ＤＲＶが不自然で無理な姿勢をとらない限りは、該搭乗者ＤＲＶの体の一部が写り込まない視野βが少なからず存在し、そういう視野β内に存在する静止部材（基準部材）３３は、監視カメラ５の位置が変わらない限り、必ず同じ画像を生ずる。従って、これを用いることで、監視カメラ５が故障しているか否かを高確率にて判定することができる。このような基準部材３３の一例として、車両の窓枠の一部をなすピラー３３を例示することができるが、これに限定されるものではない。
【００３０】
なお、図１５に示すように、上記のピラーなどの基準部材３３も、ユーザーがマスコットなどの装飾品やお守りなど（以下、これらを総称して装着物ＯＭという）を装着することで、撮影画像に変化を生じさせることがままある（ＢとＢ’）。しかし、ベースが静止部材３３であるから、搭乗者や風景のような連続的な動きを生ずることはなく、撮影画像に継続的な変化が生ずることは少ない（つまり、装着物ＯＭが一旦装着されてしまえば、以降に撮影される静止画の内容は再び不変となる（Ｂ’とＢ”））。そこで、故障診断用撮影制御手段は監視カメラ５に対し、第一のタイミングで撮影された故障診断用画像Ｂと、それよりも後の第二のタイミングで撮影された故障診断用画像Ｂ’とが不一致であった場合に、該第二のタイミング以降の１回以上のタイミングで故障診断用画像Ｂ”を追加撮影させるものであり、故障判定手段２２ｂは、当該第二のタイミング以降の隣接するタイミングで撮影された故障診断用画像Ｂ’，Ｂ”が一致していた場合に正常判定を行なうものとすることができる。これにより、装着物ＯＭによる突発的な画像変化を検知して、故障と誤判定する不具合を防止することができる。
【００３１】
特に、第一のタイミングが車両の駐車中に設定され、第二のタイミング及び追加撮影のタイミングが車両の走行中に設定される場合には、上記のような追加撮影の効果が顕著である。つまり、ユーザーは、駐車中に上記装着物ＯＭを調達し、車両に戻って装着物ＯＭを装着して、そのまま運転（走行）に移行する場合が多く、駐車中に撮影した故障診断用画像Ｂでは写っていなかった装着物ＯＭが、走行中に撮影した画像Ｂ’には写ることになり、この２つの画像Ｂ，Ｂ’には明らかな相違が生ずることとなる。しかし、走行中にもう一度３枚目の撮影を行なうと、その画像Ｂ”にも装飾品が写り込むから、例えば、上記の２枚目と３枚目の画像Ｂ’，Ｂ”を比較することで、画像不変（つまり、正常）の判定を行なうことができる。
【００３２】
図１６は、この場合のフローチャートを示すものである（ここでは、駐車中に第一の画像を撮影し、走行中に第二の画像を撮影するようにしているが、この順序を、図１０と同様に逆転してもよい）。Ｓ１では駐車中であるか否か（本実施例では、セキュリティセット中であるか否か）を判定し、ＹｅｓであればＳ２’へ進んで、既に最初の故障診断用画像Ｂが撮影されているか否かを調べる。撮影済みであれば該周期の処理を終了する。撮影がまだであればＳ３’に進み、画像Ｂ（図１５の上）を撮影し、該周期の処理を終了する。
【００３３】
一方、Ｓ１でＮｏの場合、Ｓ１０’に進んで既に故障診断用画像Ｂ（セキュリティセット中のもの）が撮影されているかどうかを調べる。Ｎｏであれば該周期の処理を終了する。他方、Ｙｅｓであれば、次の故障診断用画像Ｂ’を走行中に撮影するべくＳ４に進む。そして、Ｓ４で走行中であるかどうかを、例えば図２の車速センサ７ｅの検出状態を参照して確認する。Ｎｏであれば該周期の処理を終了する。他方、ＹｅｓであればＳ５’に進み、既に故障診断用画像Ｂ’を撮影済みであるか否かを調べる。Ｙｅｓであれば該周期の処理を終了し、ＮｏであればＳ６’に進んで故障診断用画像Ｂ’を撮影する。そして、Ｓ８’で故障診断用画像Ｂ（セキュリティセット中のもの）と故障診断用画像Ｂ’（走行中のもの）とを比較し、両者が一致していれば、正常と判断して何もせずに該周期の処理を終了する。一方、Ｓ８’で両者が不一致であればＳ１２に進み、第三の画像Ｂ”（図１５の下）を撮影して、Ｓ１１で第二の画像Ｂ’と比較する。両者が一致していれば、正常と判断して何もせずに該周期の処理を終了する。一方、不一致であれば、監視カメラ５が異常であることを報知するメッセージを図２の表示部８に表示出力する。
【００３４】
また、上記２つの故障判定方式を互いに組み合わせることも可能である。この場合、故障診断用撮影制御手段は監視カメラ５に対し、例えば図４に示すごとく、第一の監視視野αにおいて、画像内容に相違の生じることが予め知れている２つのタイミングにて第一の組の故障診断用画像Ａ，Ａ’（図６）を撮影させるとともに、第一の監視視野αとは異なる第二の監視視野βにおいて、監視視野の画像が正常に撮影された場合に画像内容に相違の生じないことが予め知れている２つのタイミングにて第二の組の故障診断用画像Ｂ，Ｂ’（図１４）を撮影させる。故障診断手段は、第一の組の故障診断用画像Ａ，Ａ’に相違が生じており、かつ、第二の組の故障診断用画像Ｂ，Ｂ’に相違が生じていない場合に、監視カメラ５が正常と判定する。第一の監視視野αと第二の監視視野βとは、監視カメラ５の同じ撮影視野の互いに異なる一部をなす形で設定し、第一の組の故障診断用画像Ａ，Ａ’と第二の組の対応する各タイミングの故障診断用画像Ｂ，Ｂ’を、監視カメラ５により同時に撮影することができる。このようにすると、第一種異常の有無を判定するための第一の監視視野αの画像Ａ（Ａ’）と、第二種異常の有無を判定するための第二の監視視野βの画像Ｂ（Ｂ’）とを、各タイミングについて１回の撮影で得ることができて能率的であり、また、２つの撮影視野に対する撮影時間差も生じないから、突発的な車外光などの外乱の影響も受け難くなる。
【００３５】
図１７は、この場合のフローチャートを示すものである（駐車中に第一の画像を撮影し、走行中に第二の画像を撮影するようにしているが、この順序を、図１０と同様に逆転してもよい）。Ｓ１では駐車中であるか否か（本実施例では、セキュリティセット中であるか否か）を判定し、ＹｅｓであればＳ２”へ進んで、既に最初の故障診断用画像Ａ，Ｂが撮影されているか否かを調べる。撮影済みであれば該周期の処理を終了する。撮影がまだであればＳ３”に進み、画像Ａ，Ｂを撮影し、該周期の処理を終了する。
【００３６】
一方、Ｓ１でＮｏの場合、Ｓ１０”に進んで既に故障診断用画像Ａ，Ｂ（セキュリティセット中のもの）が撮影されているかどうかを調べる。Ｎｏであれば該周期の処理を終了する。他方、Ｙｅｓであれば、次の故障診断用画像Ａ’，Ｂ’を走行中に撮影するべくＳ４に進む。そして、Ｓ４で走行中であるかどうかを、例えば図２の車速センサ７ｅの検出状態を参照して確認する。Ｎｏであれば該周期の処理を終了する。他方、ＹｅｓであればＳ５”に進み、既に故障診断用画像Ａ’，Ｂ’を撮影済みであるか否かを調べる。Ｙｅｓであれば該周期の処理を終了し、ＮｏであればＳ６”に進んで故障診断用画像Ａ’，Ｂ’を撮影する。そして、Ｓ８で故障診断用画像Ａと故障診断用画像Ａ’とを比較し、両者が不一致であればさらにＳ８’に進んで、故障診断用画像Ｂと故障診断用画像Ｂ’とを比較する。故障診断用画像Ａと故障診断用画像Ａ’が不一致であり、かつ故障診断用画像Ｂと故障診断用画像Ｂ’が一致の場合に限り、正常と判断して何もせずに該周期の処理を終了する。これ以外の場合は、Ｓ９に進み、監視カメラ５が異常であることを報知するメッセージを図２の表示部８に表示出力する。
【００３７】
なお、図１の監視カメラ５の、デコーダＩＣ９とＦＩＦＯメモリ１０とをつなぐバス状態の正常／異常の確認は、該バスの端子電圧を専用の装置でモニタリングすることにより行なっていた。しかし、この方法であると電圧モニタ用の装置が別途必要になるし、バスの状態などが要因となって画像が変化した場合、電圧だけではその変化が検知できないため、本当に正常かどうかの判定は困難である。そこで、一定の検査用画像データをデコーダＩＣ９からＦＩＦＯメモリ１０に送信し、これを、ＳＲＡＭ１１を経てマイコン３に入力するとともに、送信されてきた画像を一定時間毎にキャプチャして画像比較を行なえば、その比較結果に基づいて異常が発生しているかどうかを、専用の装置を用いずとも容易に、かつ高精度に判定することができる。例えばバスが要因で画像に変化が生じた場合は、上記の比較結果が一致しないので異常判定とすることができる。検査用画像データは、前述のブルーバックなど、単一色のフレーム画像を採用することが、画像変化を捉えやすいので有効である。
【図面の簡単な説明】
【００３８】
【図１】本発明の車両用セキュリティシステムの概略構成を示すブロック図。
【図２】図１の詳細を示すブロック図。
【図３】図１の車両用セキュリティシステムにおける監視カメラの設置例を示す模式図。
【図４】走行中における故障診断用画像の撮影視野の設定例を示す模式図。
【図５】駐車中における故障診断用画像の撮影視野の設定例を示す模式図。
【図６】故障診断用画像の第一の撮影例を示す模式図。
【図７】故障診断用画像の第二の撮影例を示す模式図。
【図８】故障判定処理の第一例を示すフローチャート。
【図９】故障判定結果を無線により出力するシステム構成例を示す模式図。
【図１０】故障判定処理の第二例を示すフローチャート。
【図１１】故障診断用画像の第三の撮影例を示す模式図。
【図１２】故障診断用画像の第四の撮影例を示す模式図。
【図１３】故障判定処理の第三例を示すフローチャート。
【図１４】故障診断用画像の第五の撮影例を示す模式図。
【図１５】故障診断用画像の第六の撮影例を示す模式図。
【図１６】故障判定処理の第四例を示すフローチャート。
【図１７】故障判定処理の第五例を示すフローチャート。
【符号の説明】
【００３９】
５  監視カメラ
８  表示部（ＬＣＤ：監視情報出力部）
Ａ，Ａ’，Ａ”，Ｂ，Ｂ’，Ｂ”Ｃ’，Ｃ”  故障診断用画像
α，β，γ，δ  視野
２２ａ  セキュリティ制御プログラム（故障診断用撮影制御手段）
３２  運転席
ＤＲＶ  運転者
【図１】
2007022360.tif 000003
【図２】
2007022360.tif 000004
【図３】
2007022360.tif 000005
【図４】
2007022360.tif 000006
【図５】
2007022360.tif 000007
【図６】
2007022360.tif 000008
【図７】
2007022360.tif 000009
【図８】
2007022360.tif 000010
【図９】
2007022360.tif 000011
【図１０】
2007022360.tif 000012
【図１１】
2007022360.tif 000013
【図１２】
2007022360.tif 000014
【図１３】
2007022360.tif 000015
【図１４】
2007022360.tif 000016
【図１５】
2007022360.tif 000017
【図１６】
2007022360.tif 000018
【図１７】
2007022360.tif 000019