(57)【要約】【課題】利便性を損なうことなくセキュリティの信頼性を向上させることができる車両監視装置を提供する。【解決手段】車両監視装置１０のＥＣＵ１９（ＣＰＵ２１）は、車両の乗員を撮影する運転席カメラ１１若しくは助手席カメラ１２の画像を取得する。そして、ＥＣＵ１９は、取得された画像と予め登録されている顔画像とを照合するとともに、車両への正規入場を判断する。車両への正規入場と判断され、且つ、照合が不一致とされたとき、ＥＣＵ１９は取得された画像を新規登録するとともに携帯電話３３に配信する。【選択図】        図１
2004276782.tif 000002
【特許請求の範囲】
【請求項１】
車両の乗員を撮影するカメラの画像を取得する画像取得手段と、
前記取得された画像と予め登録されている顔画像とを照合する照合手段と、
車両への正規入場を判断する正規入場判断手段と、
前記正規入場判断手段により車両への正規入場と判断され、且つ、前記照合手段により照合が不一致とされたとき、前記取得された画像を新規登録するとともに車両外部の通信端末に配信する登録手段とを備えたことを特徴とする車両監視装置。
【請求項２】
請求項１に記載の車両監視装置において、
車両への不正侵入を判断する不正侵入判断手段と、
前記不正侵入判断手段により車両への不正侵入と判断されたとき、前記取得された画像を車両外部の通信端末に配信する警報手段とを備えたことを特徴とする車両監視装置。
【請求項３】
請求項２に記載の車両監視装置において、
前記不正侵入判断手段は、前記取得された画像に基づき顔画像が所定時間内に抽出できないときに車両への不正侵入を判断することを特徴とする車両監視装置。
【請求項４】
請求項２又は３に記載の車両監視装置において、
前記不正侵入判断手段により車両への不正侵入と判断されたとき、前記画像取得手段は前記カメラの画像を所定のタイミングで複数回取得することを特徴とする車両監視装置。
【請求項５】
請求項１〜４のいずれかに記載の車両監視装置において、
前記画像取得手段は、車両状態によって決定される所定のタイミングで前記カメラの画像を取得することを特徴とする車両監視装置。
【請求項６】
請求項１〜５のいずれかに記載の車両監視装置において、
メッセージを出力するガイド手段を備え、
前記画像取得手段は、前記ガイド手段により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングで前記カメラの画像を取得することを特徴とする車両監視装置。
【請求項７】
請求項１〜６のいずれかに記載の車両監視装置において、
前記画像取得手段による前記カメラの画像の取得と、前記照合手段による前記取得された画像及び予め登録されている顔画像の照合とは、互いに異なるタイミングで行われることを特徴とする車両監視装置。
【請求項８】
請求項１〜７のいずれかに記載の車両監視装置において、
前記カメラの画像を表示する表示手段と、
車両用ドアの解錠及び車両用ドアの開放の少なくとも一方をトリガに前記表示手段に前記カメラの画像を表示させる表示制御手段とを備えたことを特徴とする車両監視装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両監視装置に関するものである。
【０００２】
【従来の技術】
従来、車両監視装置としては、例えば特許文献１及び特許文献２に記載されたものが知られている。
【０００３】
特許文献１の装置は、指紋の認証により車両用ドアの解錠を許可し、同時にカメラで撮影した乗員の画像を通信ネットワーク（携帯電話網）を介して配信するものである。
【０００４】
また、特許文献２の装置は、指紋や声紋等により認証を行い、認証異常時には車両位置等を緊急連絡先に通報するものである。
【０００５】
【特許文献１】
特開２００１−６５２１２号公報
【特許文献２】
特開２００１−１４５７５号公報
【０００６】
【発明が解決しようとする課題】
ところで、特許文献１の装置では、車室外に指紋センサが配置されているため、粉塵等の影響で本人認証が困難になることがある。また、手荒れの人からは指紋の採取自体が困難になることがある。そして、これらの要因により正規ユーザーを正規ユーザーとして認識できない確率が一般的なキーよりも劣ることになる。
【０００７】
また、特許文献２の装置では、認証異常時においても侵入者と思われる乗員を特定するためのデータが配信されるわけではないので、侵入者の検挙には繋がりにくいものである。
【０００８】
本発明の目的は、利便性を損なうことなくセキュリティの信頼性を向上させることができる車両監視装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、車両の乗員を撮影するカメラの画像を取得する画像取得手段と、前記取得された画像と予め登録されている顔画像とを照合する照合手段と、車両への正規入場を判断する正規入場判断手段と、前記正規入場判断手段により車両への正規入場と判断され、且つ、前記照合手段により照合が不一致とされたとき、前記取得された画像を新規登録するとともに車両外部の通信端末に配信する登録手段とを備えたことを要旨とする。
【００１０】
請求項２に記載の発明は、請求項１に記載の車両監視装置において、車両への不正侵入を判断する不正侵入判断手段と、前記不正侵入判断手段により車両への不正侵入と判断されたとき、前記取得された画像を車両外部の通信端末に配信する警報手段とを備えたことを要旨とする。
【００１１】
請求項３に記載の発明は、請求項２に記載の車両監視装置において、前記不正侵入判断手段は、前記取得された画像に基づき顔画像が所定時間内に抽出できないときに車両への不正侵入を判断することを要旨とする。
【００１２】
請求項４に記載の発明は、請求項２又は３に記載の車両監視装置において、前記不正侵入判断手段により車両への不正侵入と判断されたとき、前記画像取得手段は前記カメラの画像を所定のタイミングで複数回取得することを要旨とする。
【００１３】
請求項５に記載の発明は、請求項１〜４のいずれかに記載の車両監視装置において、前記画像取得手段は、車両状態によって決定される所定のタイミングで前記カメラの画像を取得することを要旨とする。
【００１４】
請求項６に記載の発明は、請求項１〜５のいずれかに記載の車両監視装置において、メッセージを出力するガイド手段を備え、前記画像取得手段は、前記ガイド手段により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングで前記カメラの画像を取得することを要旨とする。
【００１５】
請求項７に記載の発明は、請求項１〜６のいずれかに記載の車両監視装置において、前記画像取得手段による前記カメラの画像の取得と、前記照合手段による前記取得された画像及び予め登録されている顔画像の照合とは、互いに異なるタイミングで行われることを要旨とする。
【００１６】
請求項８に記載の発明は、請求項１〜７のいずれかに記載の車両監視装置において、前記カメラの画像を表示する表示手段と、車両用ドアの解錠及び車両用ドアの開放の少なくとも一方をトリガに前記表示手段に前記カメラの画像を表示させる表示制御手段とを備えたことを要旨とする。
【００１７】
（作用）
請求項１に記載の発明によれば、正規入場判断手段により車両への正規入場と判断され、且つ、照合手段により照合が不一致とされたとき、上記取得された画像が新規登録されるとともに車両外部の通信端末に配信される。従って、未登録の乗員（正規ユーザー）であっても車両への正規入場である限り車両の運行に規制を受けることはなく、利便性が向上される。また、仮にキーを盗むなどして正規入場となっても、取得された画像（乗員の画像）が車両外部の通信端末に配信されることで、犯人検挙に繋がりやすくなる。
【００１８】
請求項２又は３に記載の発明によれば、不正侵入判断手段により車両への不正侵入と判断されたとき、上記取得された画像（乗員の画像）が車両外部の通信端末に配信されることで、犯人検挙に繋がりやすくなる。
【００１９】
請求項４に記載の発明によれば、不正侵入判断手段により車両への不正侵入と判断されたとき、カメラの画像が所定のタイミングで複数回取得されることで、不正侵入者の顔画像の入手の可能性が高まり、犯人検挙に繋がりやすくなる。
【００２０】
請求項５に記載の発明によれば、例えば車両用ドアの開閉時や着座時等の車両状態によって決定される所定のタイミングでカメラの画像が逐次取得されることで、照合のための画像取得において逐一カメラに向く煩わしさから解放される。
【００２１】
請求項６に記載の発明によれば、ガイド手段により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングでカメラの画像が取得されることで、乗員は被写体として心の準備ができる。このため、不意の場合に比べて所要の顔向き画像が取得されやすくなり、照合のための負荷が軽減される。
【００２２】
請求項７に記載の発明によれば、画像取得手段によるカメラの画像の取得と、照合手段による前記取得された画像及び予め登録されている顔画像の照合とは、互いに異なるタイミングで行われる。このため、装置を構成する演算部が照合にかかりきりになることが回避され、演算部に要求される性能が低減される。
【００２３】
請求項８に記載の発明によれば、車両用ドアの解錠及び車両用ドアの開放の少なくとも一方をトリガに表示手段に前記カメラの画像が表示される。このため、不正侵入者に対して心理的な圧力を与え、犯罪（盗難）の抑止に繋がる。
【００２４】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図１〜図１４に従って説明する。
図１は、本実施形態の車両監視装置１０を示すシステムブロック図である。同図に示されるように、この車両監視装置１０は、運転席カメラ１１と、助手席カメラ１２と、トランクランプスイッチ１３と、ホーン１４と、インジケータ１５と、スピーカ１６と、ナビゲーション装置１７と、シャッタースイッチ１８と、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ  ）１９とを備えている。ＥＣＵ１９はデジタルコンピュータからなり、ＣＰＵ（中央演算処理装置）２１、各種プログラム及びマップ等を記憶したＲＯＭ（リードオンリメモリ）２２、各種データ等の読み書き可能なＲＡＭ（ランダムアクセスメモリ）２３を備えている。また、ＥＣＵ１９は、バッテリ２０と接続された電源回路２４、画像処理回路２５、入力回路２６、入出力回路２７、リレー２８、駆動回路２９、音声出力回路３０、ＬＡＮ回路３１を備えている。
【００２５】
運転席カメラ１１は、運転席を撮影するためのもので、車室内において運転席を撮影可能な位置に搭載されている。この運転席カメラ１１は画像処理回路２５に接続されており、映像をＮＴＳＣ（Ｎａｔｉｏｎａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍ  Ｃｏｍｍｉｔｔｅｅ）信号１として画像処理回路２５に出力する。助手席カメラ１２は、助手席を撮影するためのもので、車室内において助手席を撮影可能な位置に搭載されている。この助手席カメラ１２は画像処理回路２５に接続されており、映像をＮＴＳＣ信号２として画像処理回路２５に出力する。画像処理回路２５はナビゲーション装置１７に接続されており、ＮＴＳＣ信号１及びＮＴＳＣ信号２のいずれかを選択してデコードするとともに所要の文字情報を重畳し、ＲＧＢ信号としてナビゲーション装置１７に出力する。
【００２６】
トランクランプスイッチ１３は、トランクの開状態においてオンされるスイッチであって、通常はトランクの開放に連動したトランクランプの点灯に供せられる。このトランクランプスイッチ１３は入力回路２６に接続されており、その検出信号（オン又はオフ）が入力回路２６に入力されることで、ＣＰＵ２１ではトランクの開状態が検出されるようになっている。
【００２７】
シャッタースイッチ１８は、乗員によるカメラの画像の取得（画像キャプチャ）を操作を行うためのスイッチで、これが操作されることで所要のタイミングで画像が取得される。このシャッタースイッチ１８は入力回路２６に接続されており、その検出信号（オン又はオフ）が入力回路２６に入力されることで、ＣＰＵ２１では乗員によるカメラの画像の取得操作が検出されるようになっている。
【００２８】
入出力回路２７は、ボディ系の各種制御装置等と接続されており、これら装置等との間で各種信号の授受を行う。例えば、入出力回路２７にはロック／アンロック要求信号が入力されている。これらロック／アンロック要求信号は、車両が搭載するキーレスエントリーシステム（スマートエントリーシステム）において、車両用ドアを施錠／解錠させる際にユーザーが携帯する電子キー内蔵のトランスミッタから出力される信号である。従って、ロック／アンロック要求信号が入出力回路２７に入力されることで、ＣＰＵ２１では正規ユーザーによる車両用ドアの施錠／解錠が検出されるようになっている。
【００２９】
また、入出力回路２７にはカーテシランプスイッチ信号が入力されている。このカーテシランプスイッチ信号は、車両用ドアの開状態においてオンされるカーテシランプスイッチの検出信号である。従って、カーテシランプスイッチ信号が入出力回路２７に入力されることで、ＣＰＵ２１では車両用ドアの開閉状態が検出されるようになっている。
【００３０】
さらに、入出力回路２７にはキーアンロックウォーニングスイッチ信号が入力されている。このキーアンロックウォーニングスイッチ信号は、イグニッションシリンダにキーを挿入することでオンされるキーアンロックウォーニングスイッチの検出信号である。従って、キーアンロックウォーニングスイッチ信号が入出力回路２７に入力されることで、ＣＰＵ２１ではイグニッションシリンダにキーがあることが検出されるようになっている。
【００３１】
さらにまた、入出力回路２７にはイグニッションスイッチポジション信号（以下、「ＩＧＳＷポジション信号」という。）が入力されている。このＩＧＳＷポジション信号は、イグニッションシリンダに挿入したキーの操作（回動）によってオンされるイグニッションスイッチの検出信号である。従って、ＩＧＳＷポジション信号が入出力回路２７に入力されることで、ＣＰＵ２１ではイグニッションシリンダに挿入したキーの操作が検出されるようになっている。いうまでもなく、このキー操作は実質的に車載エンジンの運転状態を示唆するものである。
【００３２】
また、入出力回路２７には運転席着座スイッチ信号が入力されている。この運転席着座スイッチ信号は、運転席に乗員が着座することでオンされる運転席着座スイッチの検出信号である。従って、運転席着座スイッチ信号が入出力回路２７に入力されることで、ＣＰＵ２１では運転席に乗員がいることが検出されるようになっている。
【００３３】
さらに、入出力回路２７には運転席シートベルトスイッチ信号が入力されている。この運転席シートベルトスイッチ信号は、運転席のシートベルトが装着されることでオンされる運転席シートベルトスイッチの検出信号である。従って、運転席シートベルトスイッチ信号が入出力回路２７に入力されることで、ＣＰＵ２１では運転席のシートベルトが装着されていることが検出されるようになっている。
【００３４】
また、入出力回路２７にはドアロックポジション信号が入力されている。このドアロックポジション信号は、全ての車両用ドアの施錠状態を個別に確認するための信号である。従って、ドアロックポジション信号が入出力回路２７に入力されることで、ＣＰＵ２１では各車両用ドアの施錠状態が検出されるようになっている。
【００３５】
一方、入出力回路２７からは、ドライビングポジション調整信号及びドライビングポジション再生信号がシート位置制御装置（図示略。）に出力されている。ドライビングポジション調整信号は、運転席の乗員が初めての搭乗であることが検出されたときに、映像（例えば、目の高さ）からその体格を推定してシート位置制御装置においておおよそのドライビングポジション（シート位置等）を調整させるための信号である。また、ドライビングポジション再生信号は、運転席の乗員（正規ユーザー）が登録済みであることが検出されたときに、シート位置制御装置において当該乗員の登録済みのドライビングポジションを再生させるための信号である。
【００３６】
ホーン１４はリレー２８に接続されており、ＣＰＵ２１によりリレー２８が駆動されることで警報音を発するようになっている。なお、ホーン１４から発せられる警報音の音量は、ＣＰＵ２１により設定される後述のウォーニング設定（強弱）やカスタマイズによって切り替え・調整されるようになっている。
【００３７】
インジケータ１５は駆動回路２９に接続されており、ＣＰＵ２１により駆動回路２９が駆動されることで点灯するようになっている。
スピーカ１６は音声出力回路３０に接続されており、ＣＰＵ２１により音声出力回路３０が駆動制御されることで所要の合成音声を音声ガイドとして発声するようになっている。
【００３８】
ナビゲーション装置１７は、前記画像処理回路２５及びＬＡＮ回路３１に接続されている。ナビゲーション装置１７は、車両監視装置１０（ＥＣＵ１９）との間でシステム通信を行っており、ＬＡＮ回路３１に選択信号を出力することで画像処理回路２５から入力するＲＧＢ信号に基づきそのディスプレイに映像を表示する。また、このナビゲーション装置１７はデータ通信可能な携帯電話機能を備えており、取得した映像（画像）を携帯電話網を介して予め登録されている携帯電話（通常は、車両所有者の携帯電話）３３に配信する。
【００３９】
次に、本実施形態の車両監視態様について説明する。
図２は、車両監視においてＣＰＵ２１により実行される各種制御モードの状態遷移図である。同図に示されるように、これら制御モードとしては監視モード１００、照合モード２００、警報モード３００、特別管理モード４００、登録モード５００、非監視モード６００がある。ＣＰＵ２１は、車両状態に応じてこれら制御モードのいずれかを処理して車両監視を継続する。以下、これら制御モード及び制御モード間の遷移について説明する。
【００４０】
図３は、監視モード１００における処理態様を示すフローチャートである。この監視モード１００は、基本的に車両が駐車中であり、且つ、車両用ドアが施錠中であるときの制御モードである。処理がこのルーチンに移行すると、ステップ１０１においてＣＰＵ２１は、前記インジケータ１５を点滅させ、当該モードにあることの報知を行う。そして、ＣＰＵ２１はステップ１０２において運転席カメラ１１及び助手席カメラ１２の電源をオフにする。
【００４１】
次にＣＰＵ２１は、ステップ１０３においてトランスミッタによるアンロック要求があるか否かを判断する。このアンロック要求の存在は、実質的に正規の車両用ドアの解錠であることを示唆するものである。そして、トランスミッタによるアンロック要求がないと判断されると、ＣＰＵ２１は車両用ドアの解錠がないと判定してステップ１０４に移行する。ここでＣＰＵ２１は、イグニッションシリンダにキーがあるか否かを判断し、あればステップ１０５に移行してイグニッションスイッチがオンか否かを判断する。
【００４２】
ステップ１０３においてアンロック要求があると判断され、若しくはステップ１０５においてイグニッションスイッチがオンと判断されると、ＣＰＵ２１は車両用ドアが解錠され、若しくは正規のキー操作によってエンジン運転中であると判定しステップ１０６に移行する。そしてＣＰＵ２１は、正規入場判定を行って対応フラグを設定し、照合モード２００に移行（遷移）する。
【００４３】
一方、ステップ１０４においてイグニッションシリンダにキーがないと判断され、若しくはステップ１０５においてイグニッションスイッチがオフと判断されると、ＣＰＵ２１は少なくとも正規のキー操作がないと判定しステップ１０７に移行する。そしてＣＰＵ２１は、トランスミッタによるアンロック要求があるか否かを判断する。トランスミッタによるアンロック要求がないと判断されると、ＣＰＵ２１はステップ１０８に移行してカーテシランプスイッチ信号がオンか否かを判断する。そして、カーテシランプスイッチ信号がオンと判断されると、ＣＰＵ２１は車両用ドアの正規の解錠がないにも関わらず開状態にあると判定してステップ１０９に移行する。そしてＣＰＵ２１は、ドア不正侵入判定を行って対応フラグを設定し、警報モード３００に移行（遷移）する。
【００４４】
また、ステップ１０７においてアンロック要求があると判断され、若しくはステップ１０８においてカーテシランプスイッチ信号がオフと判断されると、ＣＰＵ２１はステップ１１０に移行する。そしてＣＰＵ２１は、トランスミッタによるアンロック要求があるか否かを判断する。トランスミッタによるアンロック要求がないと判断されると、ＣＰＵ２１はステップ１１１に移行してトランクランプスイッチ１３がオンか否かを判断する。そして、トランクランプスイッチ１３がオンと判断されると、ＣＰＵ２１は車両用ドアの正規の解錠がないにも関わらずトランクが開状態にあると判定してステップ１１２に移行する。そしてＣＰＵ２１は、トランク不正解錠判定を行って対応フラグを設定し、警報モード３００に移行（遷移）する。
【００４５】
また、ステップ１１０においてアンロック要求があると判断されると、ＣＰＵ２１はステップ１１３に移行してその他の処理を行った後、ステップ１０３に戻って以降の処理を繰り返す。なお、その他の処理としては、例えばボディ系の各種制御装置等との間の信号の授受等がある。以下、同様である。
【００４６】
次に、照合モード２００における処理態様について図４及び図５のフローチャートに基づき説明する。この照合モード２００は、基本的に車両への正規入場が判定されたときの制御モードである。処理がこのルーチンに移行すると、ステップ２０１においてＣＰＵ２１は、インジケータ１５を消灯してウォーニングを中止し、ステップ２０２に移行する。そして、運転席カメラ１１及び助手席カメラ１２の電源をオンし、ステップ７００のサブルーチンに移行してカメラ故障判定を行う。
【００４７】
すなわちＣＰＵ２１は、図１２のステップ７０１に移行してカメラ電源がオン中か否かを判断し、カメラ電源がオン中でなければそのまま図４のルーチンに戻る。また、カメラ電源がオン中であれば、ＣＰＵ２１はステップ７０２に移行して運転席カメラ１１からの画像入力（ＮＴＳＣ信号１）なしか否かを判断する。そして、運転席カメラ１１からの画像入力があれば、ＣＰＵ２１はステップ７０３に移行して更に助手席カメラ１２からの画像入力（ＮＴＳＣ信号２）なしか否かを判断する。ここで、助手席カメラ１２からの画像入力があれば、ＣＰＵ２１はカメラ正常判定を行って対応フラグを設定し、図４のルーチンに戻る。
【００４８】
一方、ステップ７０２において運転席カメラ１１からの画像入力がなければ、ＣＰＵ２１はステップ７０５に移行して助手席カメラ１２からの画像入力（ＮＴＳＣ信号２）なしか否かを判断する。そして、助手席カメラ１２からの画像入力があれば、ステップ７０６に移行してＣＰＵ２１は助手席カメラ１２による認証に切り替えて対応フラグを設定する。次に、ステップ７０７に移行してＣＰＵ２１は、カメラが一重故障である旨のメッセージをスピーカ１６から発する。また、ＣＰＵ２１はステップ７０８に移行してウォーニング弱を設定し、更にステップ７０９に移行してカメラ故障である旨の情報をナビゲーション装置１７を介して携帯電話３３に配信し、図４のルーチンに戻る。
【００４９】
さらに、ステップ７０５において助手席カメラ１２からの画像入力がなければ、ＣＰＵ２１はステップ７１０に移行してカメラが二重故障である旨のメッセージをスピーカ１６から発する。また、ＣＰＵ２１はステップ７１１に移行してウォーニング強を設定し、更にステップ７１２に移行してカメラ故障である旨の情報をナビゲーション装置１７を介して携帯電話３３に配信し、図４のルーチンに戻る。
【００５０】
上記から明らかなように、このカメラ故障判定において運転席カメラ１１が正常である場合には、認証にあたってＣＰＵ２１は運転席カメラ１１の画像を優先して採用する。そして、運転席カメラ１１が故障判定されると、これに代えて助手席カメラ１２の画像を採用する。なお、車両への不正侵入時などでは顔（目、口）の検出状態に応じて適宜カメラを切り替えて画像を取得してもよい。
【００５１】
以上のカメラ故障判定のサブルーチンを実行したＣＰＵ２１は、図４のステップ２０３に移行してナビゲーション装置１７に対しディスプレイオン要求を行い、ディスプレイにカメラ映像を表示させる。そして、ステップ２０４において特別管理モード要求があるか否かを判断する。この特別管理モード要求は、ディーラーツールによって設定されるもので、例えば新車登録時等において画像の配信先（携帯電話３３）の登録等を行うためのものである。
【００５２】
ここで、特別管理モード要求があれば、ＣＰＵ２１は、特別管理モード４００に移行（遷移）する。一方、特別管理モード要求がなければ、ＣＰＵ２１はステップ２０５に移行して所定ディレイを行った後、照合開始を行う旨のメッセージをスピーカ１６から発し、ステップ８００のサブルーチンに移行して画像キャプチャ処理を行う。
【００５３】
すなわちＣＰＵ２１は、図１３のステップ８０１に移行してカーテシランプスイッチ信号がオン後、所定ディレイが終了したか否かをする。ここで、カーテシランプスイッチ信号がオン後、所定ディレイが終了していなければ、ＣＰＵ２１は車両用ドアが開状態になってから十分な時間が経過していないと判定してステップ８０２に移行する。そして、ＣＰＵ２１は運転席着座スイッチ信号がオフからオンに切り替わったか否かを判断する。
【００５４】
運転席着座スイッチ信号がオフからオンに切り替わっていなければ、ＣＰＵ２１は乗員の新たな乗車ではないと判定してステップ８０３に移行する。そして、ＣＰＵ２１はイグニッションスイッチがオフからオンに切り替わったか否かを判断する。
【００５５】
イグニッションスイッチがオフからオンに切り替わっていなければ、ＣＰＵ２１はエンジン始動状態ではないと判定してステップ８０４に移行する。そして、ＣＰＵ２１は運転席シートベルトスイッチ信号がオン後、所定ディレイが終了したか否かをする。ここで、運転席シートベルトスイッチ信号がオン後、所定ディレイが終了していなければ、ＣＰＵ２１は運転席のシートベルトが装着されてから十分な時間が経過していないと判定してステップ８０５に移行する。そして、ＣＰＵ２１は前記照合開始メッセージ（ステップ２０５参照。）の出力後、所定ディレイが終了したか否かをする。
【００５６】
ここで、照合開始メッセージ出力後、所定ディレイが終了していなければ、ＣＰＵ２１は当該メッセージが出力されてから十分な時間が経過していないと判定してステップ８０６に移行する。そして、ＣＰＵ２１は後述の警報モード３００（ステップ３１５）において不正侵入者と確定後、計１０回を上限として５秒ごとのタイミングに一致するか否かを判断し、一致しなければそのまま図４のルーチンに戻る。
【００５７】
一方、ステップ８０５において照合開始メッセージの出力後、所定ディレイが終了したと判断されると、ＣＰＵ２１は乗員への周知が完了したものと判定してステップ８０７に移行する。そして、カメラに向くように要求する旨のメッセージをスピーカ１６から発し、ステップ８０８に移行する。また、ステップ８０１〜８０４，８０６において条件を満たしていれば、ＣＰＵ２１はステップ８０８に移行する。
【００５８】
ステップ８０８においてＣＰＵ２１は、選択中のカメラ映像から静止画像をキャプチャし、更にステップ８０９において当該画像をＲＡＭ２３に格納する。そして、ＣＰＵ２１は、ステップ８１０において所定時間に亘ってキャプチャした静止画像をナビゲーション装置１７のディスプレイに表示するとともに、その旨のメッセージをスピーカ１６から発し、図４のルーチンに戻る。
【００５９】
以上により、画像キャプチャ処理では、複数の条件のいずれかを満たす複数の段階でその都度静止画像がキャプチャ等されるようになっている。なお、複数のタイミングでキャプチャされる画像は、時系列的にＲＡＭ２３に格納されるようになっている。ここでは、照合開始メッセージの出力に基づき画像がキャプチャされることになる（ステップ８０５，８０７）。
【００６０】
画像キャプチャ処理のサブルーチンを実行したＣＰＵ２１は、図４のステップ２０６に移行して格納済みの画像のうち最も早く取得された画像を呼び出し、ステップ２０７に移行する。そして、ＣＰＵ２１は周知の手法に従って当該画像から顔画像を示す目、口を切り出し、ステップ２０８に移行する。
【００６１】
ステップ２０８においてＣＰＵ２１は、目、口の切り出しに基づき呼び出した画像に目、口が見えるか否かを判断する。目、口が見えないと、ＣＰＵ２１はステップ２０９に移行して次の格納画像（１つ新しい画像）への切り替えを設定し、ステップ２１０に移行する。
【００６２】
ステップ２１０において、ＣＰＵ２１は格納画像なしか否かを判断し、あればステップ２０６に戻って同様の処理を繰り返し、なければ図５のステップ２１１に移行する。そして、ＣＰＵ２１はタイムオーバーか否かを判断する。
【００６３】
ステップ２１１においてタイムオーバーであれば、ＣＰＵ２１はステップ２１２に移行して覆面判定を行って対応フラグを設定し、その旨のメッセージをスピーカ１６から発する。
【００６４】
さらに、ＣＰＵ２１はステップ２１３に移行して覆面侵入者がある旨の情報をナビゲーション装置１７を介して携帯電話３３に配信し、警報モード３００に移行（遷移）する。
【００６５】
また、ステップ２１１においてタイムオーバーでなければ、ＣＰＵ２１はステップ２１４に移行してその他の処理を実行し、図４のステップ８００のサブルーチンに戻って同様の処理を繰り返す。
【００６６】
一方、ステップ２０８において目、口が見えると判断されると、ＣＰＵ２１は図５のステップ２１５に移行して周知の手法に従って当該画像（顔画像）と登録済みの顔画像との本格的な照合を行う。そしてＣＰＵ２１は、ステップ２１６において登録人（正規ユーザー）の顔画像と一致するか否かを判断し、一致しなければステップ２１７に移行して次の格納画像（１つ新しい画像）への切り替えを設定し、ステップ２１８に移行する。
【００６７】
ステップ２１８において、ＣＰＵ２１は格納画像なしか否かを判断し、あれば図４のステップ２０６に戻って同様の処理を繰り返し、なければステップ２１９に移行する。そして、ＣＰＵ２１はタイムオーバーか否かを判断する。
【００６８】
ステップ２１９においてタイムオーバーであれば、ＣＰＵ２１はステップ２２０に移行して未登録判定を行って対応フラグを設定し、その旨のメッセージをスピーカ１６から発する。
【００６９】
さらに、ＣＰＵ２１はステップ２２１に移行して未登録者がいる旨の情報をナビゲーション装置１７を介して携帯電話３３に配信し、登録モード５００に移行（遷移）する。
【００７０】
また、ステップ２１９においてタイムオーバーでなければ、ＣＰＵ２１はステップ２２２に移行してその他の処理を実行し、図４のステップ８００のサブルーチンに戻って同様の処理を繰り返す。
【００７１】
一方、ステップ２１６において登録人の顔画像と一致すると判断されると、ＣＰＵ２１はステップ２２２に移行して正規ユーザー確定を行って対応フラグを設定し、その旨のメッセージをスピーカ１６から発する。
【００７２】
さらに、ＣＰＵ２１はステップ２２３に移行して前記ドライビングポジション再生信号をシート位置制御装置へと出力し、非監視モード６００に移行（遷移）する。シート位置制御装置では、このドライビングポジション再生信号に基づき当該ユーザーの登録済みのドライビングポジションが再生される。
【００７３】
次に、警報モード３００における処理態様について図６及び図７のフローチャートに基づき説明する。この警報モード３００は、基本的に車両への不審な入場が判定されたときの制御モードである。処理がこのルーチンに移行すると、ステップ３０１においてＣＰＵ２１は、インジケータ１５を点灯し、ステップ３０２に移行する。そして、ナビゲーション装置１７に対しディスプレイオン要求を行い、ディスプレイを表示状態にする。次に、ステップ３０３において運転席カメラ１１及び助手席カメラ１２の電源をオンし、ステップ７００のサブルーチンに移行してカメラ故障判定を行う。
【００７４】
そして、ＣＰＵ２１はステップ３０４に移行して撮影中の現画像をディスプレイに垂れ流し表示させるとともに、警告メッセージをスピーカ１６から発する。次に、ＣＰＵ２１はステップ３０５に移行して前記覆面判定（ステップ２１２参照。）が実施されているか否かを判断する。
【００７５】
ここで、覆面判定が実施されていなければ、ＣＰＵ２１はステップ８００のサブルーチンに移行して画像キャプチャ処理（図１３参照。）を行う。そして、ステップ３０６においてＣＰＵ２１は、警報モードに入ってから所定時間Ｔ１経過したか否かを判断し、経過していなければ図７のステップ３０７に移行する。
【００７６】
ステップ３０７においてＣＰＵ２１は、トランスミッタによるアンロック要求があるか否かを判断する。そして、トランスミッタによるアンロック要求がないと判断されると、ＣＰＵ２１はステップ３０８に移行する。ここでＣＰＵ２１は、イグニッションシリンダにキーがあるか否かを判断し、あればステップ３０９に移行してイグニッションスイッチがオンか否かを判断する。
【００７７】
ステップ３０７においてアンロック要求があると判断され、若しくはステップ３０９においてイグニッションスイッチがオンと判断されると、ＣＰＵ２１は正規の車両用ドアの解錠があり、若しくは正規のキー操作によってエンジン運転中であると判定しステップ３１０に移行する。そしてＣＰＵ２１は、正規入場判定を行って対応フラグを設定し、照合モード２００に移行（遷移）する。
【００７８】
一方、ステップ３０８においてイグニッションシリンダにキーがないと判断され、若しくはステップ３０９においてイグニッションスイッチがオフと判断されると、ＣＰＵ２１は少なくとも正規のキー操作がないと判定しステップ３１２に移行する。そしてＣＰＵ２１は、ウォーニング弱に設定し、ステップ３１３に移行して不正侵入の疑い有りの情報をナビゲーション装置１７を介して携帯電話３３に配信する。そして、ＣＰＵ２１はステップ３１４に移行してその他の処理を行い、図６のステップ８００のサブルーチンに戻って同様の処理を繰り返す。
【００７９】
また、ステップ３０６において警報モードに入ってから所定時間Ｔ１経過したと判断されると、ＣＰＵ２１はステップ３１５に移行する。そして、不正侵入者確定を行って対応フラグを設定するとともにメッセージをスピーカ１６から発し、ステップ３１６に移行する。ここで、ＣＰＵ２１は、不正侵入有りの情報をナビゲーション装置１７を介して携帯電話３３に配信する。
【００８０】
次に、ＣＰＵ２１はステップ３１７に移行する。また、ステップ３０５において覆面判定が実施されていると判断された場合も、ＣＰＵ２１はステップ３１７に移行する。そして、ＣＰＵ２１は、ウォーニング強に設定し、ステップ８００のサブルーチンに移行して画像キャプチャ処理（図１３参照。）を行う。なお、不正侵入者確定を経てこのルーチンに移行した場合には、５秒ごとのタイミングで計１０回の画像キャプチャが行われるのは既述のとおりである（ステップ８０６参照。）。そして、ＣＰＵ２１はステップ９００のサブルーチンに移行して侵入者の画像選別処理、配信を行う。
【００８１】
すなわちＣＰＵ２１は、図１４のステップ９０１に移行して格納済みの画像のうち最も早く取得された画像を呼び出し、ステップ９０２に移行する。そして、ＣＰＵ２１は当該画像から目、口を切り出すことで顔が写っているか否かを判断し、写っていなければステップ９０３に移行する。ここで、画像の肌色認識に基づき人が写っているか否かを判断し、人が写っていなければステップ９０４に移行する。
【００８２】
一方、ステップ９０２において顔が写っていると判断され、若しくはステップ９０３において人が写っていると判断されると、ＣＰＵ２１はステップ９０５に移行する。そして、ＣＰＵ２１はナビゲーション装置１７のディスプレイに呼び出した画像を表示させるとともに、メッセージをスピーカ１６から発する。次いで、ステップ９０６に移行して当該画像をナビゲーション装置１７を介して携帯電話３３に配信し、ステップ９０４に移行する。
【００８３】
ステップ９０４においてＣＰＵ２１は、次の格納画像（１つ新しい画像）への切り替えを設定し、ステップ９０７に移行する。そして、ＣＰＵ２１は格納画像なしか否かを判断し、あればステップ９０１に戻って同様の処理を繰り返し、なければ図６のルーチンに戻る。ここで、ステップ３１８に移行してその他の処理を行い、ステップ８００のサブルーチンに戻って同様の処理を繰り返す。従って、警報モード３００においてステップ３１７に入ると、画像キャプチャと配信が続けられることになる。この配信にあたっては、顔若しくは人が写っている画像のみが採用されている。
【００８４】
次に、特別管理モード４００における処理態様について図８のフローチャートに基づき説明する。この特別管理モード４００は、基本的に新車登録時や車両所有者の移転時のディーラー用の制御モードである。処理がこのルーチンに移行すると、ステップ４０１においてＣＰＵ２１は、各種画像配信の処理において画像等を配信する携帯電話を登録する。そして、ＣＰＵ２１は、ステップ４０２において現段階で登録されている全ての画像を抹消するとともに、登録されている人に対応してドライビングポジション再生信号を生成するための全てのデータを抹消する。この処理は、車両所有者の移転時において前所有者の情報を抹消するためのものである。次に、ＣＰＵ２１は、ステップ４０３に移行してウォーニング仕様のカスタマイズを行う。この処理は、ウォーニング設定（強弱）に対応してホーン１４から発せられる警報音の音量を、新たな所有者の要望に応じて調整するためのものである。そして、ＣＰＵ２１は非監視モード６００に移行（遷移）する。
【００８５】
次に、登録モード５００における処理態様について図９及び図１０のフローチャートに基づき説明する。この登録モード５００は、基本的に未登録の乗員を登録するための制御モードである。処理がこのルーチンに移行すると、ステップ５０１においてＣＰＵ２１は、登録開始メッセージをスピーカ１６から発する。そして、ＣＰＵ２１はステップ５０２において現画像をキャプチャする。
【００８６】
続いてＣＰＵ２１は、ステップ５０３で当該画像から目、口を切り出し、ステップ５０４に移行する。そして、目、口の切り出しに基づき現画像に目、口が見えるか否かを判断する。ここで、目、口が見えると判断されると、ＣＰＵ２１はステップ５０５に移行して当該画像を登録する旨のメッセージをスピーカ１６から発し、更にステップ５０６に移行してユーザー了解があるか否かを判断する。このユーザー了解は、ユーザーの意思確認用の図示しない操作スイッチによって確認されるものである。ここで、ユーザー了解があると判断されると、ＣＰＵ２１はステップ５０７に移行する。
【００８７】
一方、ステップ５０４において目、口が見えないと判断されると、ＣＰＵ２１はステップ５０８に移行してタイムオーバーか否かを判断する。そして、タイムオーバーであれば、ＣＰＵ２１はステップ５０９に移行して照合時の顔画像（照合不一致とされた画像）を読み出し、ステップ５０７に移行する。
【００８８】
また、ステップ５０６においてユーザー了解がないと判断されると、ＣＰＵ２１はステップ５１０に移行してタイムオーバーか否かを判断する。そして、タイムオーバーであれば、ＣＰＵ２１はステップ５０７に移行する。あるいは、ステップ５０８又は５１０でタイムオーバーでないと判断されると、ＣＰＵ２１はステップ５０２に戻って同様の処理を繰り返す。
【００８９】
ＣＰＵ２１は、ステップ５０７において現画像若しくは照合時の顔画像を登録し、ステップ５１１において登録画像をナビゲーション装置１７を介して携帯電話３３に配信する。続いてＣＰＵ２１は、ステップ５１２に移行して登録と配信完了のメッセージをスピーカ１６から発する。
【００９０】
次に、ステップ５１３においてＣＰＵ２１は、ドライビングポジションの自動調整を行う。具体的には、ＣＰＵ２１は登録された画像（例えば、目の高さ）から乗員の体格を推定して対応するドライビングポジション調整信号をシート位置制御装置へと出力する。シート位置制御装置では、このドライビングポジション調整信号に基づき当該乗員の体格に応じたおおよそのドライビングポジションが調整される。
【００９１】
そして、ＣＰＵ２１は図１０のステップ５１４において、現ドライビングポジション（シート位置）を記憶する旨のメッセージをスピーカ１６から発する。そしてＣＰＵ２１は、ステップ５１５に移行してユーザー了解があるか否かを判断する。ここで、ユーザー了解があると判断されると、ＣＰＵ２１はステップ５１６に移行する。また、ステップ５１５でユーザー了解がないと判断されると、ＣＰＵ２１はステップ５１７に移行して、タイムオーバーか否かを判断する。そして、タイムオーバーであれば、ＣＰＵ２１はステップ５１６に移行する。あるいは、ステップ５１７でタイムオーバーでないと判断されると、ＣＰＵ２１はステップ５１４に戻って同様の処理を繰り返す。この現ドライビングポジションを記憶するまでの猶予時間は、自動調整されたおおよそのドライビングポジションに対しユーザーが手動で細部調整するためのものである。
【００９２】
ステップ５１６においてＣＰＵ２１は、現ドライビングポジションを記憶し、非監視モード６００に移行（遷移）する。
次に、非監視モード６００における処理態様について図１１のフローチャートに基づき説明する。この非監視モード６００は、基本的に車両運転中又は車室内若しくは近くに人がいるときの制御モードである。処理がこのルーチンに移行すると、ステップ６０１においてＣＰＵ２１は、インジケータ１５を消灯してウォーニングを中止し、ステップ６０２に移行する。
【００９３】
ステップ６０２においてＣＰＵ２１は、カーテシスイッチ信号がオフか否かを判断し、オフであれば車両用ドアが閉状態と判定してステップ６０３に移行する。そして、ステップ６０３においてＣＰＵ２１は、トランクランプスイッチ１３がオフか否かを判断し、オフであればトランクが閉状態と判定してステップ６０４に移行する。
【００９４】
ステップ６０４においてＣＰＵ２１は、全ての車両用ドアが施錠されているかか否かを判断し、施錠されていればステップ６０５に移行する。そして、ステップ６０５においてＣＰＵ２１は、イグニッションシリンダにキーがないか否かを判断し、なければステップ６０６に移行して退室判定を行って対応フラグを設定し、監視モード１００に移行（遷移）する。
【００９５】
一方、ステップ６０２〜６０６でいずれかの条件を満たさなければ、ＣＰＵ２１はステップ６０７に移行してその他の処理を行い、ステップ６０２に戻って同様の処理を繰り返す。
【００９６】
以上詳述したように、本実施形態によれば、以下に示す効果が得られるようになる。
（１）本実施形態では、トランスミッタによるアンロック要求の存在（ステップ１０３）若しくはキーの存在（ステップ１０４，１０５）などキーによる車両への正規入場と判断され（ステップ１０６）、且つ、登録人（登録済みの顔画像）との照合が不一致とされた（ステップ２１６）とする。このとき、取得（キャプチャ）された画像が新規登録される（ステップ５０７）とともに携帯電話３３に配信される（ステップ５１１）。従って、未登録の乗員（正規ユーザー）であっても車両への正規入場である限り車両の運行に規制を受けることはなく、利便性を向上できる。また、仮にキーを盗むなどして正規入場となっても、取得された画像（乗員の画像）が携帯電話３３に配信されることで、犯人検挙に繋がりやすくなる。
【００９７】
（２）本実施形態において、トランスミッタによるアンロック要求の不在（ステップ１０３）やキーの不在（ステップ１０４，１０５）などキー以外による車両への不正侵入と判断（確定）されたとする（ステップ３１５）。このとき、取得された画像（乗員の画像）が携帯電話３３に配信される（ステップ９００）ことで、犯人検挙に繋がりやすくなる。
【００９８】
（３）本実施形態では、車両への不正侵入と判断（確定）されたとき（ステップ３１５）、カメラの画像が所定のタイミングで複数回取得される（ステップ８０６）ことで、不正侵入者の顔画像の入手の可能性が高まり、犯人検挙に繋がりやすくなる。すなわち、通常のユーザーと異なる動作や車両操作を行い、あるいは音声ガイドに反してカメラに向かない不正侵入者に対して別途、画像を取得するようにしたことで犯人検挙に繋がりやすくなる。
【００９９】
（４）本実施形態では、車両用ドアの開閉時、シート着座時、エンジン始動時、シートベルトの装着時など各種車両状態によって決定される所定のタイミングでカメラの画像が逐次取得される（ステップ８０１〜８０４）ことで、照合のための画像取得において逐一カメラに向く煩わしさから解放される。
【０１００】
（５）本実施形態では、スピーカ１６により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングでカメラの画像が取得される（ステップ８０５，８０７）ことで、乗員は被写体として心の準備ができる。このため、不意の場合に比べて所要の顔向き画像が取得されやすくなり、照合のための負荷を軽減できる。
【０１０１】
（６）本実施形態では、カメラの画像の取得（画像キャプチャ）と、取得された画像及び予め登録されている顔画像の照合とは、互いに異なるタイミングで行われる。このため、ＣＰＵ２１が照合にかかりきりになることが回避され、ＣＰＵ２１に要求される性能を低減できる。
【０１０２】
（７）本実施形態では、トランスミッタによるアンロック要求の存在（ステップ１０３）やキーの存在（ステップ１０４，１０５）、車両用ドアやトランクの開放をトリガにナビゲーション装置１７のディスプレイにカメラの画像が表示される（ステップ２０３，３０２）。このため、不正侵入者に対して心理的な圧力を与え、犯罪（盗難）の抑止に繋がる。
【０１０３】
（８）本実施形態では、車両用ドアの開閉時、シート着座時、エンジン始動時、シートベルトの装着時など各種車両状態によって決定される所定のタイミングでカメラの画像が取得される（ステップ８０１〜８０４）。また、スピーカ１６により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングでカメラの画像が取得される（ステップ８０５，８０７）。そして、これらカメラの画像から取得時間の古い順番で選択し、選択された画像に目、口が検出されたときに予め登録されている顔画像と本格的な照合を行い、選択された画像に目、口が検出されなかったときに次の画像に切り替える（ステップ２０６〜２１０，２１５）。また、一旦照合が一致されると以降の画像の取得を行わない（ステップ２１６，２２２）。これによれば、わざわざカメラに向かなくても逐次取得されるカメラの画像によって照合が可能となるため、ユーザーはその煩わしさから解放される。
【０１０４】
また、乗員を撮影するカメラの画像を動的に解析しなくても、相当数の乗員の画像（顔画像）を取得することが可能となり、装置を構成するコントローラに要求される処理能力を低減させることができる。
【０１０５】
（９）本実施形態において、キーによる車両への正規入場と判断され（ステップ１０６）、且つ、登録人（登録済みの顔画像）と照合が一致とされたとする（ステップ２１６）。このとき、登録された顔画像に対応する乗員（正規ユーザー）のドライビングポジションが再生される（ステップ２２３）ことで、ドライビングポジションの調整のための煩わしさから解放される。また、キーによる車両への正規入場と判断され、且つ、照合が不一致とされたとき、乗員のドライビングポジションが併せて新規登録される（ステップ５１６）ことで、次回の乗車においてドライビングポジションの調整のための煩わしさから解放される。
【０１０６】
（１０）本実施形態では、所定時間内に顔画像（目、口）が検出されないときには（ステップ２０６〜２１１）、車両への覆面での不正侵入と判断され（ステップ２１２）、取得された画像が携帯電話３３に配信される（ステップ２１３）ことで、犯人検挙に繋がりやすくなる。
【０１０７】
（１１）本実施形態では、生体認証として顔画像を採用したことで、指紋に比べて取得されることへの抵抗感も軽減される。
なお、本発明の実施の形態は上記実施形態に限定されるものではなく、次のように変更してもよい。
【０１０８】
・前記実施形態において、助手席カメラ１２に代えて車室内全体（及び車室外近傍）を撮影可能なカメラを採用してもよい。また、運転席カメラ１１も含めて撮影用のカメラは１つであってもよいし、３個以上であってもよい。
【０１０９】
・前記実施形態では、登録人との照合時において、スピーカ１６により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングでカメラの画像が取得される（ステップ８０５，８０７）。これに対して、例えばスピーカ１６から照合のためのシャッタースイッチ１８の操作を促すメッセージを出力し、シャッタースイッチ１８が操作されてから所定のタイミングでカメラの画像が取得されるようにしてもよい。この場合、シャッタースイッチ１８の操作をきっかけにカメラに向けばよいため、所要の顔向き画像が取得されやすくなる。
【０１１０】
・前記実施形態において、覆面判定された場合（ステップ２１２）においても、カメラの画像が所定のタイミングで複数回取得されるようにしてもよい。この場合であっても、犯人検挙に繋がりやすくなる。
【０１１１】
・前記実施形態において、各種メッセージの出力は、スピーカ１６からの音声ガイドに代えて、若しくは、加えて、例えばナビゲーション装置１７のディスプレイに重畳描画する文字案内であってもよい。
【０１１２】
・前記実施形態において、キーによる正規入場の判定は、通常の機械的なキーによる車両用ドアの解錠を検出して行ってもよい。
・前記実施形態において、表示手段としてナビゲーション装置１７のディスプレイ以外のディスプレイを採用してもよい。
【０１１３】
・前記実施形態において、車両への不正侵入と判断（確定）されたとき（ステップ３１５）、車両動作を制限するようにしてもよい。具体的には、エンジンの始動禁止、エンジンへの燃料供給禁止、ブレーキ等の制動装置による走行制限、変速機をニュートラルや１速に固定することによる走行制限などがある。あるいは、周囲の注意をひくための動作としてヘッドライト、ウインカー、車内灯の点滅やホーン１４による警報音の発生などがある。
【０１１４】
次に、以上の実施形態から把握することができる技術的思想を、その効果とともに以下に記載する。
（イ）請求項６に記載の車両監視装置において、前記照合手段は、車両状態によって決定される所定のタイミングで取得された前記カメラの画像及び前記ガイド手段により照合開始する旨のメッセージが出力されてから所定時間後、更にカメラに向くことを促すメッセージが出力されてから所定のタイミングで取得された前記カメラの画像から取得時間の古い順番で選択し、該選択された画像に目、口が検出されたときに予め登録されている顔画像との本格的な照合を行い、該選択された画像に目、口が検出されなかったときに次の画像に切り替え、一旦照合が一致されると以降の前記画像取得手段による前記カメラの画像の取得を行わないことを特徴とする車両監視装置。同構成によれば、わざわざカメラに向かなくても逐次取得されるカメラの画像によって照合が可能となるため、その煩わしさから解放される。
【０１１５】
（ロ）請求項１〜８、上記（イ）のいずれかに記載の車両監視装置において、前記画像取得手段による前記カメラの画像の取得を操作するシャッタースイッチを備えたことを特徴とする車両監視装置。同構成によれば、シャッタースイッチの操作をきっかけにカメラに向けばよいため、所要の顔向き画像が取得されやすくなる。
【０１１６】
（ハ）請求項１〜８、上記（イ）（ロ）のいずれかに記載の車両監視装置において、前記正規入場判断手段により車両への正規入場と判断され、且つ、前記照合手段により照合が一致とされたとき、前記登録された顔画像に対応する乗員のドライビングポジションを再生し、前記正規入場判断手段により車両への正規入場と判断され、且つ、前記照合手段により照合が不一致とされたとき、前記取得された画像に対応する乗員のドライビングポジションを新規登録することを特徴とする車両監視装置。同構成によれば、車両への正規入場と判断され、且つ、照合が一致とされたとき、登録された顔画像に対応する乗員のドライビングポジションが再生されることで、ドライビングポジションの調整のための煩わしさから解放される。また、車両への正規入場と判断され、且つ、照合が不一致とされたとき、乗員のドライビングポジションが併せて新規登録されることで、次回の乗車においてドライビングポジションの調整のための煩わしさから解放される。
【０１１７】
【発明の効果】
以上詳述したように、請求項１乃至８に記載の発明によれば、利便性を損なうことなくセキュリティの信頼性を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すシステムブロック図。
【図２】同実施形態の制御態様を示す状態遷移図。
【図３】同実施形態の制御態様を示すフローチャート。
【図４】同実施形態の制御態様を示すフローチャート。
【図５】同実施形態の制御態様を示すフローチャート。
【図６】同実施形態の制御態様を示すフローチャート。
【図７】同実施形態の制御態様を示すフローチャート。
【図８】同実施形態の制御態様を示すフローチャート。
【図９】同実施形態の制御態様を示すフローチャート。
【図１０】同実施形態の制御態様を示すフローチャート。
【図１１】同実施形態の制御態様を示すフローチャート。
【図１２】同実施形態の制御態様を示すフローチャート。
【図１３】同実施形態の制御態様を示すフローチャート。
【図１４】同実施形態の制御態様を示すフローチャート。
【符号の説明】
１０  車両監視装置
１１  運転席カメラ
１２  助手席カメラ
１６  ガイド手段を構成するスピーカ
１７  ナビゲーション装置（表示手段）
１９  ＥＣＵ（画像取得手段、照合手段、正規入場判断手段、登録手段、不正侵入判断手段、警報手段、表示制御手段）
３３  通信端末としての携帯電話
【図１】
2004276782.tif 000003
【図２】
2004276782.tif 000004
【図３】
2004276782.tif 000005
【図４】
2004276782.tif 000006
【図５】
2004276782.tif 000007
【図６】
2004276782.tif 000008
【図７】
2004276782.tif 000009
【図８】
2004276782.tif 000010
【図９】
2004276782.tif 000011
【図１０】
2004276782.tif 000012
【図１１】
2004276782.tif 000013
【図１２】
2004276782.tif 000014
【図１３】
2004276782.tif 000015
【図１４】
2004276782.tif 000016