(57)【要約】【課題】ドライバ自身の携帯電話、ＰＨＳその他これに類似の携帯通信機器による通話だけを検知でき、それを検知した場合に積極的に運転中電話対策を採りうる車輌制御装置、運転中の電話使用を検出する運転中における電話使用検出方法を提供する。【解決手段】車輌の運転席に着座しているドライバをカメラ１で撮影し、その撮影画像を画像処理ユニット３に取り込む。画像処理ユニット３では、カメラ１で撮影した画像の中からドライバの顔領域を探索するとともに、さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索する。車輌コントローラユニット４では、画像処理ユニット３側でドライバの手領域が継続して検出された場合に通話中と判定し、この場合に車輌のコントローラ類に対して車輌制御の実行指令を出力する。【選択図】図１
2005205943.tif 000002
【特許請求の範囲】
【請求項１】
車輌の運転席に着座しているドライバの姿勢を観察し、そのドライバの通話姿勢が継続して検出された場合に通話中と判定する判定手段と、
上記判定手段で通話中と判定した場合に、上記車輌のコントローラ類に対して車輌制御の実行指令を出力する出力手段とを有すること
を特徴とする運転中における電話使用時の車輌制御装置。
【請求項２】
車輌の運転席に着座しているドライバの姿勢を観察し、そのドライバの通話姿勢が継続して検出された場合に通話中と判定する一方、当該ドライバの通話姿勢が継続して検出されなかった場合に非通話中と判定する判定手段と、
上記判定手段で通話中と判定した場合に上記車輌のコントローラ類に対して車輌制御の実行指令を出力する一方、上記判定手段で非通話中と判定した場合に上記車輌のコントローラ類に対して上記車輌制御の解除指令を出力する出力手段とを有すること
を特徴とする運転中における電話使用時の車輌制御装置。
【請求項３】
車輌の運転席に着座しているドライバを撮影し観察するためのカメラと、
上記カメラで撮影した画像中からドライバの顔領域を探索し、さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索する探索手段と、
上記探索手段によりドライバの手領域が継続して検出された場合に通話中と判定する判定手段と、
上記判定手段で通話中と判定した場合に上記車輌のコントローラ類に対して車輌制御の実行指令を出力する出力手段とを有すること
を特徴とする運転中における電話使用時の車輌制御装置。
【請求項４】
車輌の運転席に着座しているドライバを撮影し観察するためのカメラと、
上記カメラで撮影した画像中からドライバの顔領域を探索し、さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索する探索手段と、
上記探索手段によりドライバの手領域が継続して検出された場合に通話中と判定する一方、上記探索手段により当該ドライバの手領域が継続して検出されなかった場合に非通話中と判定する判定手段と、
上記判定手段で通話中と判定した場合に上記車輌のコントローラ類に対して車輌制御の実行指令を出力する一方、上記判定手段で非通話中と判定した場合に上記車輌のコントローラ類に対して上記車輌制御の解除指令を出力する出力手段とを有すること
を特徴とする運転中における電話使用時の車輌制御装置。
【請求項５】
請求項４に記載の車輌制御装置において、
上記車輌制御装置は、さらに、継続して上記通話姿勢が保たれて通話中と判定するまでの時間と、継続して上記非通話姿勢が保たれて非通話中と判定されるまでの時間とを個別に調整する調整手段を具備すること
を特徴とする運転中における電話使用時の車輌制御装置。
【請求項６】
請求項１ないし４のいずれかに記載の車輌制御装置において、
上記車輌制御の内容は、以下の（１）〜（４）のいずれか一つまたはその組み合わせであること
を特徴とする運転中における電話使用時の車輌制御装置。
（１）車輌の最高速度を制限する。
（２）レーンキーピング機能をＯＮにする。
（３）ＡＣＣ機能をＯＮにしＡＣＣ設定値を安全側に設定する。既にＡＣＣ機能がＯＮの場合はＡＣＣ設定値を安全側に設定変更する。
（４）ブレーキのアシストを現在より強めに設定する。
【請求項７】
請求項１ないし４のいずれかに記載の車輌制御装置において、
上記車輌制御装置は、さらに上記車輌制御の実行指令が出力される前に、あらかじめドライバの通話に対する警告を発すること
を特徴とする運転中における電話使用時の車輌制御装置。
【請求項８】
車輌の運転席に着座しているドライバをカメラで撮影し、上記カメラで撮影した画像中からドライバの顔領域を探索し、さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索し、ドライバの手領域が継続して検出されることに応答して通話中と判定すること
を特徴とする運転中における電話使用検出方法。
【請求項９】
車輌の運転席に着座しているドライバの姿勢を観察し、そのドライバの通話姿勢が継続して検出された場合に通話中と判定する一方、当該ドライバの通話姿勢が継続して検出されなかった場合に非通話中と判定すること
を特徴とする運転中における電話使用検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転中にドライバが携帯電話で通話していることを検知した場合に、車輌の制御を行う、運転中における電話使用時の車輌制御装置と、運転中の電話使用を検出する運転中における電話使用検出方法に関する。
【背景技術】
【０００２】
近年、携帯電話の普及に伴い、ドライバによる運転中の通話が問題となっている。この問題に鑑み、ドライバによる運転中の電話は法律で禁止されたが、実際は運転中にもかかわらず、運転中に通話をしているドライバが多く存在する。
【０００３】
運転中の通話を制限する方式として、従来は、呼び出し音により通話開始を判断し、呼び出し音に自動応答して運転中である旨のメッセージを出力するようにしている（例えば特許文献１参照）。
【０００４】
しかし、上記のような従来方式によると、複数人が乗車している場合に、どの携帯電話が鳴ったかを特定することができず、助手席や後部座席に乗っている同乗者の携帯電話が鳴った場合にも自動応答してしまうという不具合がある。また、登録者の携帯電話のみに自動応答するような構成も採りうるが、これによると、登録者が助手席に乗っている場合にも自動応答してしまうという問題がある。
【０００５】
特許文献２に記載の技術は、通話時に携帯電話から発せられる電磁場を検出することにより通話開始を判定するものであるため、これもまた上記と同様の問題が生じる。
【０００６】
更には、ラジオ番組内の電話呼び出し音、交差点などで停車している際の車外での電話呼び出し音などによる誤動作も懸念される。近年においては、使用者の好みにより、電話の呼び出し音を自由に変更することができるため、鳴っている音が電話の呼び出し音であるか否かの判断自体が困難であるという問題がある。
【０００７】
【特許文献１】特開平１０−７０４９２号
【０００８】
【特許文献２】特開平１０−２９４９７０号
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は上記問題点を解決するためになされたもので、その目的とするところは、ドライバ自身の携帯電話、ＰＨＳその他これに類似の携帯通信機器による通話だけを検知でき、それを検知した場合に積極的に運転中電話対策を採りうる車輌制御装置と、運転中の電話使用を検出する運転中における電話使用検出方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明は、車輌の運転席に着座しているドライバの姿勢を観察し、そのドライバの通話姿勢が継続して検出された場合に通話中と判定する判定手段と、上記判定手段で通話中と判定した場合に、上記車輌のコントローラ類に対して車輌制御の実行指令を出力する出力手段とを有することを特徴とする。
【００１１】
本発明では、車輌の走行中にドライバが継続して携帯電話等で通話をしていると、通話中と判定されて車輌制御が行なわれる。
【００１２】
また、車輌の運転席に着座しているドライバの姿勢を観察し、そのドライバの通話姿勢が継続して検出された場合に通話中と判定する一方、当該ドライバの通話姿勢が継続して検出されなかった場合に非通話中と判定する判定手段と、上記判定手段で通話中と判定した場合に上記車輌のコントローラ類に対して車輌制御の実行指令を出力する一方、上記判定手段で非通話中と判定した場合に上記車輌のコントローラ類に対して上記車輌制御の解除指令を出力する出力手段とを有することとしてもよい。
【００１３】
車輌の走行中にドライバが継続して携帯電話等で通話をしていると、通話中と判定されて車輌制御が行なわれるが、その後、当該ドライバが走行中の通話を終了し、この状態が継続すると、非通話と判定されて車輌制御が解除されることとしてもよい。
【００１４】
上記判定手段において「ドライバの姿勢を観察」することには、車輌の運転席に着座しているドライバをカメラで撮影し観察すること、を含む。また、「ドライバを観察する」ということは、運転中にドライバが携帯電話等の携帯通信機器で通話をしているような姿勢（通話姿勢）を採っているかどうかを観察することである。
【００１５】
かかるドライバ観察の具体的な手法としては、例えば、カメラでドライバの顔とその周辺部を撮影し、該カメラで撮影した画像の中からドライバの顔領域を探索し、さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索するものを含む。
【００１６】
このようなドライバ観察手法を採用すると、手領域の探索前にあらかじめ、カメラにより撮影した画像の中から顔領域が検出され、この顔領域の周辺に限定して手領域の探索を行うだけで済むから、探索に要する時間の短縮を図ることができる。
【００１７】
上記判定手段において「ドライバの通話姿勢が継続して検出された場合に通話中と判定する」ことには、上記カメラで撮影した画像の中からドライバの顔領域を探索し、さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索するという一連の探索処理を複数の画像にわたって繰り返し実行し、その結果、ドライバの手領域が継続して複数回検出された場合に通話中と判定すること、を含む。
【００１８】
また、上記判定手段において「ドライバの通話姿勢が継続して検出された場合に通話中と判定する」ことには、例えば、判定プログラムにおいて設定カウンタを創設し、この設定カウンタを用いてドライバの手領域を継続して検出した回数をカウントするとともに、そのカウント値が通話判定しきい値を超えた場合に通話中と判定すること、を含む。
【００１９】
上記設定カウンタについては、例えば、０からカウントアップするタイプのものを適用することができる。この場合、通話判定しきい値は０より大きい値をとる。なお、これらのことはカウントダウンするタイプのものを採用できないことを意味するものではない。
【００２０】
また、上記設定カウンタの値が０からカウントアップして通話判定しきい値を超えるまでの時間は、継続して通話姿勢が保たれて通話中と判定されるまでの時間（以下「通話判定時間」という。）となる。従って、この通話判定しきい値を必要に応じて適宜変更することにより、通話判定時間を加減することもできる。
【００２１】
上記判定手段において「ドライバの通話姿勢が継続して検出されなかった場合に非通話中と判定する」ことには、上記一連の探索処理を繰り返し実行した結果、ドライバの手領域が継続して複数回検出されなかった場合に非通話中と判定すること、を含む。
【００２２】
また、上記判定手段において「ドライバの通話姿勢が継続して検出されなかった場合に非通話中と判定する」ことには、例えば、解除用カウンタを創設し、この解除用カウンタを用いてドライバの手領域を継続して検出できなかった回数をカウントするとともに、そのカウント値が非通話判定しきい値を超えた場合に非通話中と判定すること、を含む。
【００２３】
上記解除用カウンタとしては、例えば、所定の設定値からカウントダウンするタイプのものを適用することができる。この場合、非通話判定しきい値は０の値を採る。なお、これらのことはカウントアップするタイプのものを採用できないことを意味するものではない。
【００２４】
また、上記解除用カウンタの値が所定の設定値からカウントダウンし０以下となるまでの時間は、継続して非通話姿勢が保たれて非通話中と判定されるまでの時間（以下「非通話判定時間」という。）となる。従って、この解除用カウンタの設定値を必要に応じて適宜変更することにより、非通話判定時間を加減することもできる。
【００２５】
上記のように設定カウンタと解除用カウンタをそれぞれ個別に分けて設けたのは、通話判定時間と非通話判定時間は必ずしも同じである必要はないので、それぞれの時間を個別に調整できるようにするためである。設定用カウンタの使用後に、解除用カウンタとして同じ記憶領域を使用するようにしてもよい。
【００２６】
また、前記２つのカウンタによって、通話判定時間と非通話判定時間とに時間差を設けることができるが、これらのカウンタ以外の手段により、そのような時間差を設けてもよい。通話判定時間と非通話判定時間を別個独立に調整しうる手段であれば、かかる時間差を設けたり、設けなかったりすることができる。
【００２７】
通話中かどうかの判定に際しては、例えば、髪を掻き上げる動作等により耳の付近に手が行くことも生じるので、誤判定を防止するために所定時間（上記例では設定カウンタの値が通話判定しきい値を超過するまでの時間）継続して手が耳付近に存在する場合に初めて通話中と判定することが望ましい。非通話かどうかの判定も同様である。
【００２８】
携帯電話等の携帯通信機器を左右に持ち替えることも考えられえるので、手の探索は顔領域の両側で行うことが好ましい。
【００２９】
また、例えば右手で持っていた携帯通信機器を左手に持ち替えたような場合は、右手で携帯通信端末を持ち始めた際からの累積時間を算出し、それが所定時間（上記例では設定カウンタの値が通話判定しきい値を超過するまでの時間）を越えた場合に通話中と判定する必要がある。
【００３０】
また、携帯電話等の携帯通信機器で通話をするときは、通常耳から口もとの範囲に手が存在するから、この通常の通話姿勢を考慮すると、上記手領域の探索は顔領域の周辺全体で行う必要はなく、耳から口もとの範囲で行えば足り、そうすれば探索時間をより一層短縮することができる。
【００３１】
ドライバを撮影する上記カメラは固定されているが、ドライバは自由な姿勢を採りうるから、上記カメラでドライバを撮影すると、その都度、撮影画面の中心位置からドライバの顔の位置が上下左右方向にずれることは避けられない。このようにドライバの顔位置は変動するものの、通常ヘッドレストの位置にある。従って、予め撮影画面上におけるヘッドレストの位置を把握しておけば、ドライバの顔が存在する可能性が高い部分から探索を行うことができ、より一層、探索時間の短縮を図れる。更には、カメラ位置、シート位置が変動した場合においても、これらの変動に対応できる。
【００３２】
上記一連の探索処理において、「カメラで撮影した画像の中からドライバの顔領域を探索」という処理は、画像処理ユニットの顔探索処理として実行される。また「さらにその探索の結果検出された顔領域の周辺でドライバの手領域を探索」という処理は、同画像処理ユニットの手探索処理として実行される。
【００３３】
上記「顔領域の探索」は、具体的にはカメラにより撮影した画像を顔領域検出用グラフで走査する。上記「手領域の探索」は、ドライバが携帯電話等の携帯通信機器を保持して耳にあてているときの手を探索することを目的とし、かかる目的を達成する具体的な手段として手首検出用グラフを用い、この手首検出用グラフで顔領域の周辺を走査する。
【００３４】
上記「車輌制御」の内容は、以下の（１）〜（４）のいずれか一つまたはその組み合わせとしてもよい。尚、以下の車輌制御の内容は例示であり、これら以外の車輌制御でも運転中電話対策として好適なものであれば、それを本発明の車輌制御として適用できるし、この適用可能な車輌制御を下記例示の車輌制御と組み合わせることもできる。
（１）車輌の最高速度を制限する。
（２）レーンキーピング機能をＯＮにする。
（３）ＡＣＣ機能をＯＮにしＡＣＣ設定値を安全側に設定する。既にＡＣＣ機能がＯＮの場合はＡＣＣ設定値を安全側に設定変更する。
（４）ブレーキのアシストを現在より強めに設定する。
【００３５】
上記「車輌制御の解除」には、例えば、車輌制御の実行指令によりＯＮになったＡＣＣ機能をＯＦＦにする等の、取りやめ動作のみならず、車輌制御の実行指令により安全側に設定されたＡＣＣ設定値を元のユーザ設定値に戻す等の、復旧処理動作も含まれる。
【００３６】
さらに、上記車輌制御の実行指令が出力される前に、あらかじめドライバの通話に対する警告を発するように構成してもよい。この警告はドライバの五感を刺激するものであればよく、例えば、ブザーで警告音を鳴らす等のようにドライバの聴覚を刺激する警告、ランプの点灯または点滅若しくは警告メッセージの表示等のようにドライバの視覚を刺激する警告、振動を与える等のようにドライバの触覚を刺激するもの等が、ここでいう警告に含まれる。
【００３７】
上記のような警告を発する構成を採用すると、運転中通話対策として車輌制御が行なわれることと、それによりユーザ設定が変更されることを予めドライバに知らせて心の準備を行わせることができ、不意打ちを防止する効果がある。車輌制御の開始は、警告開始後でも警告終了後でも良い。警告終了後に車輌制御開始とすれば、ドライバは制御開始時期を把握することが可能となる。
【００３８】
「上記車輌制御の実行指令が出力される」場合の条件として、車輌が走行状態であることを加えることができる。ここでは、車輌のエンジンが作動していてミッションがニュートラルでサイドブレーキが引かれている状態を、車輌の停止状態とし、それ以外の状態を車輌の走行状態とする。
【００３９】
上記のように車輌停止と判定したり走行状態と判定したりするにはミッションの位置やサイドブレーキの状態に関する情報が必要となるが、これらの情報は、車輌コントローラユニットに接続されている車輌のセンサ類のうち、ミッションの位置を検出するセンサとサイドブレーキの状態を検出するセンサから出力される信号を利用して取得してもよい。ミッションの位置情報についてはトランスミッションの制御コントローラから得られる場合もあり、この場合は当該制御コントローラからミッションの位置情報を取得してもよい。
【００４０】
上記内容の条件を加えると、走行状態のときにのみ車輌制御が行なわれ、ドライバが電話をしてもよい状態のときは何も車輌制御は行なわれない。ドライバによる走行中の通話に対して対策を講じれば本発明の目的は達成されるからである。
【発明の効果】
【００４１】
本発明によると、車輌の運転席に着座しているドライバの姿勢を観察するから、ドライバ自身の携帯電話等による通話だけを検知することができ、また、ドライバの通話姿勢が継続して検出された場合に、通話中と判定して車輌のコントローラ類に対し車輌制御の実行指令を出力するから、ドライバによる運転中の通話があった場合に車輌制御という積極的な運転中電話対策を採りうる。
【００４２】
本発明にあっては、通話姿勢かどうかというドライバの姿勢に基づき運転中電話対策を採るものであるから、登録されたドライバに限定されず、不特定多数のドライバに対応することができ、どのような者がドライバとなってもその者が運転中に携帯電話で通話を開始すれば、自動的に運転中電話対策として車輌制御が行なわれる。ドライバ自身が留守番モードに設定し忘れていても同様である。
【発明を実施するための最良の形態】
【００４３】
以下、本発明を実施するための最良の形態について、添付した図面を参照しながら詳細に説明する。
【００４４】
本実施形態の車輌制御装置は、図１に示したように、カメラ１、照明２、画像処理ユニット３、車輌コントローラユニット４、並びにこの車輌コントローラユニット４に接続されたセンサ類５、コントローラ類６等を含む装置構成を採る。
【００４５】
本実施形態において、上記カメラ１は、車輌の運転席に着座しているドライバを撮影し観察するための手段として機能し、このカメラ１では、運転席に着座しているドライバの顔とその周辺部を撮影する。従って、本カメラ１はドライバの顔を撮影できる位置、例えば運転席の正面側に配置される。照明２はドライバの撮影時に使用される。
【００４６】
図６乃至図８はいずれもカメラ１で撮影した画像であり、図６は携帯電話で通話をしていないときのドライバ画像、図７は携帯電話を５本の指と掌で握りしめて通話をしているときのドライバ画像、図８は人差し指を立てて携帯電話を握って通話をしているときのドライバ画像であり、このようなドライバ画像がカメラ１により撮影される。
【００４７】
画像処理ユニット３は図２に示したように、ＣＰＵ３−１、ＲＡＭ３−２、ＲＯＭ３−３、カメラ制御部３−４、および照明制御部３−５等のハードウエア資源を用いて構成される。
【００４８】
ＲＯＭ３−３内には画像処理用プログラムが格納されている。ＣＰＵ３−１はＲＯＭ３−３内の画像処理用プログラムを実行する。これにより、画像処理ユニット３は画像読み取り処理や探索処理等を行う装置として機能する。図３では、そのような処理を行う部位として、画像処理ユニット３内に画像読み取り処理部と探索処理部が存在することを示した。
【００４９】
上記画像処理ユニット３における画像読み取り処理は、カメラ制御部３−４を介しカメラ１を制御し、該カメラ１で撮影した画像をデータとしてＲＡＭ３−２内に取り込む。
【００５０】
上記画像処理ユニット３における探索処理には、顔探索処理と手探索処理があり、以下その各処理を個別に説明する。
【００５１】
顔探索処理は、カメラ１で撮影した画像（図６乃至図８参照）の中からドライバの顔領域を探索する処理である。この処理では、顔領域探索手段として、図９に示す顔領域検出用グラフＧ１を用いる。
【００５２】
図９の顔領域検出用グラフＧ１は、人物の顔面の範囲を線分Ｌ１で表現し、かつ、その顔面、鼻、口の相対的な配置関係を複数の点Ｐで表現したものである。また、この顔領域検出用グラフＧ１は、あらかじめＲＯＭ３−３内にデータとして格納されていて、ＲＯＭ３−３内から適宜読み出し使用される。
【００５３】
上記顔領域探索処理における顔領域の探索は、具体的には、図９の顔領域検出用グラフＧ１でＲＡＭ３−２内の撮影画像データを走査し、かつ、撮影画像データと顔領域検出用グラフＧ１のマッチング処理を行ない、マッチング結果に基づいて顔領域を検出するようにしている。
【００５４】
この顔領域検出用グラフＧ１で走査しても顔領域を検出できなかった場合は、その基本のグラフＧ１とサイズが異なる相似グラフ（図示省略）で走査を行う。相似グラフについては基本のグラフＧ１と同様にＲＯＭ３−３内に格納しておいてもよいが、ＣＰＵ３−１の処理によって基本のグラフＧ１を相似形変換することにより相似グラフを生成してもよい。この際、基本のグラフＧ１を単純に相似変換するのではなく、縦長や横長に変形してもよい。
【００５５】
図１０乃至図１２はいずれも顔領域検出用グラフＧ１による走査を模式的に示したものであり、図１０は図６のドライバ画像を走査し顔領域を検出した状態、図１１は図７のドライバ画像を走査し顔領域を検出した状態、図１２は図８のドライバ画像を走査し顔領域を検出した状態の説明図である。
【００５６】
手探索処理は、上記顔探索処理により検出した顔領域の周辺でドライバの手領域を探索する処理である。この処理では、手領域探索手段として、図１３に示す手首検出用グラフＧ２を用いる。
【００５７】
図１３の手首検出用グラフＧ２は、携帯電話を手で握って耳にあてている人物を正面からみたときの、手首から握り拳の範囲を線分Ｌ２で表現したものである。尚、この手首検出用グラフＧ２も、あらかじめＲＯＭ３−３内にデータとして格納されていて、ＲＯＭ３−３内から適宜読み出し使用される。
【００５８】
上記手探索処理における手領域の探索は、具体的には、前の処理で検出した顔領域の周辺で手領域を検出するため、顔領域周辺の画像と対応するＲＡＭ３−３内の撮影画像データを図１３の手首検出用グラフＧ２で走査し、かつ、撮影画像データと手首検出用グラフＧ２のマッチング処理を行ない、そのマッチング結果に基づいて手領域を検出するようにしている。
【００５９】
図１４乃至図１６はいずれも手首検出用グラフＧ２による走査を模式的に示したものであり、図１４は図６のドライバ画像を顔領域の周辺で走査したが、手領域を検出することができない状態、図１５は図７のドライバ画像を顔領域の周辺で走査し手領域を検出した状態、図１６は図８のドライバ画像を顔領域の周辺で走査し手領域を検出した状態の説明図である。
【００６０】
図１４乃至図１６はいずれもドライバが右手により携帯電話を持つことを前提として、図１３に示した手首検出用グラフＧ２を用いている。図示していないが、ドライバが左手により携帯電話を持つことを前提として手領域を探査する場合は、図１３で示した手首検出用グラフＧ２と左右対称のグラフを用いる。左手探索用グラフは、予めＲＯＭ３−３に記憶しておいても、手首検出用グラフＧ２を用いてＣＰＵ３−１の処理により生成してもよい。
【００６１】
ところで、上記手領域の探索は、図１３の手首検出用グラフＧ２で顔領域の周辺全体を走査する必要はなく、耳から口もとの範囲で走査を行えば足りる。これは、携帯電話を保持している手を検出するためであり、そのような手は通常の通話姿勢では耳から口もとの範囲に存在するからである。
【００６２】
尚、顎の下に手が存在していたり、こめかみ部分よりも上に手が存在したりする場合もあるが、これは通常の通話姿勢とはいえないから、顎の付近やこめかみ部分まで走査の範囲を広げる必要はない。上記の如く走査範囲を耳から口もとの範囲だけに限定すると、探索処理に要する時間を削減することができる。
【００６３】
画像処理ユニット３は、顔領域探索処理、手探索処理という一連の探索処理を行った後、その処理結果を車輌コントローラユニット４へ送出する。すなわち、上記一連の探索処理を行った結果、顔領域の周辺で手領域を検出できた場合にはその旨の情報を送出し、それを検出できなかった場合にはその旨の情報を送出する。
【００６４】
車輌コントローラユニット４は、図４に示したようにＣＰＵ４−１、ＲＡＭ４−２、ＲＯＭ４−３、Ｉ／Ｆユニット４−４等のハードウエア資源を用いて構成される。この車輌コントローラユニット４のＲＯＭ４−３内には、車輌の制御に関する一般的なプログラムに加え、さらに図５に示すような運転中電話対策の処理に関する判定プログラムが格納されている。また、この車輌コントローラユニット４のＣＰＵ４−１は、ＲＯＭ４−３内に格納されている一般的なプログラムを実行するとともに、同ＲＯＭ４−３内に格納されている図５の判定プログラムも実行する。
【００６５】
車輌コントローラユニット４のＣＰＵ４−１による上記判定プログラムの実行により、この車輌コントローラユニット４は、運転中電話対策の一環として、その対策を採るべきか否かの判定や、その判定結果に基づく警告や車輌制御を実行する装置として機能する。
【００６６】
以下の説明では、車輌のエンジンが作動していてミッションがニュートラルでサイドブレーキが引かれている状態を車輌の停止状態とし、それ以外の状態を走行状態とする。具体的には、普通に車輌が走行しているときのように、ミッションがドライブでサイドブレーキが引かれていない状態や、信号待ち等をしている場合のときのように、ミッションがニュートラルでなくサイドブレーキが引かれている状態も、走行状態とみなす。
【００６７】
上記のように車輌がいかなる状態にあるか、すなわち停止状態か走行状態かを判定するときには、ミッションの位置やサイドブレーキの状態に関する情報が必要となるが、これらの情報は、車輌コントローラユニット４において、これに接続されている車輌のセンサ類５から出力される信号を利用して取得する。このような情報取得手法との関係から、上記車輌のセンサ類５の中には少なくともミッションの位置を検出するセンサとサイドブレーキの状態を検出するセンサが含まれている。ところで、ミッションの位置情報についてはトランスミッションの制御コントローラから得られる場合もあり、この場合は当該制御コントローラからミッションの位置情報を取得してもよい。このトランスミッションの制御コントローラは車輌のコントローラ類６の中に含まれている。
【００６８】
車輌コントローラユニット４における図５の判定プログラムの実行とそれに伴う車輌制御等、以下の運転中電話対策の処理は、車輌のエンジンの状態のみに着目し、エンジンが作動していることを条件として開始されるものとする。
【００６９】
例えば、車輌のイグニッションスイッチがアクセサリー位置にあって、止めた車の中でラジオを聞いているような場合には、エンジンが停止しており走り出す懸念がなく、運転中電話対策を採る必要がないから、運転中電話対策の処理は何も行なわれない。
【００７０】
エンジンを停止すると、運転中電話対策の処理も自動的に停止する。但し、通話状態のままエンジンを停止した場合は、所定の復旧処理を行ってから運転中電話対策の処理を停止するものとする。尚、所定の復旧処理については後述する。
【００７１】
車輌のイグニッションスイッチをＯＮにし、更に、車輌エンジンを作動させると、車輌コントローラユニットにおいて運転中電話対策の処理が開始される。すなわち、変数類の初期化が行なわれ、所定の間隔で図５に示す判定プログラムが実行される。尚、この図５の判定プログラムはＰＡＤで表記したものである。
【００７２】
図５の判定プログラムでは警告しきい値、通話判定しきい値、非通話判定しきい値を使用するが、これらのしきい値は、車輌コントローラユニット４内のＲＯＭ４−３等のデータ記憶部に格納されている。
【００７３】
図５の判定プログラムでは、また通話フラグ、設定カウンタ、解除用カウンタを使用する。その際、車輌コントローラユニット４内のＲＡＭ４−２上に、設定カウンタや解除用カウンタの記憶領域が設けられる。通話フラグも同様である。解除用カウンタには、カウントダウン用として所定の設定値がセットされるが、このカウントダウン用の所定の設定値は、例えば実験などにより予め決定されて、車輌コントローラユニット４内のＲＯＭ４−３に記憶されている。
【００７４】
図５の判定プログラムでは、大きく以下の（イ）、（ロ）の様な流れで処理を行っている。
【００７５】
この図５の判定プログラムによると、（イ）処理を開始し（ステップ１００）、フラグ判定（ステップ１０１）を行った結果、通話フラグが通話中でないならば、ドライバの姿勢が通話姿勢かどうかを判定する（ステップ３００）。ここで、ドライバの姿勢が通話姿勢であれば、設定カウンタをカウントアップし（ステップ３０１）、車輌が走行状態であるか否かを判定し（ステップ３０２）、車輌が走行状態であれば、設定カウンタのカウント値が警告しきい値を超えているか否かを判定し（ステップ３０２のＹ→３０３）、更に設定カウンタのカウント値が通話判定しきい値を超えているか否かを判定する（ステップ３０５）。
【００７６】
（ロ）前記ステップ３０３における判定時において、設定カウンタのカウント値が警告しきい値を超えていなければ、設定カウンタのオーバーフロー対策(ステップ３１１)を行った後、処理を終了し（ステップ１０２）、所定時間経過後にステップ１００から処理を再開する。一方、設定カウンタのカウント値が警告しきい値を超えていれば、通話に対する警告を開始する（ステップ３０４）。
【００７７】
ここで、前記警告が開始されるまでの過程と前記車輌制御が開始されるまでの過程を詳細に説明する。
【００７８】
通話フラグが通話中でない場合において、車輌の走行中にドライバが携帯電話による通話を開始し、その走行中の通話が継続して行なわれていると、ステップ１００→１０１→３００→３０１→３０２→３０３→３０５→３１１→１０２→１００という処理ループが繰り返され、その都度、車輌コントローラユニット４のＣＰＵ４−１により設定カウンタのカウントアップがなされ、やがて設定カウンタのカウント値が警告しきい値を超えるようになる。そうすると、車輌コントローラユニット４のＣＰＵ４−１は、警告をすべき時期が到来したものとして、通話に対する警告を開始する。この警告に関する構成は後で例示する。
【００７９】
警告が出た後も更にドライバが走行中の通話を継続していると、設定カウンタが更にカウントアップされ、やがて設定カウンタのカウント値が通話判定しきい値を超えるようになる。そうすると、ステップ３０５で、車輌コントローラユニット４のＣＰＵ４−１により通話判定しきい値を超えていると判定され、次のステップ３０６へ移行する（ステップ３０５のＹ→３０６）。つまり、本実施形態では、画像処理ユニット３の探索処理によりドライバの通話姿勢としてドライバの手領域が継続して検出され、その検出回数が通話判定しきい値を超えた場合に、車輌コントローラユニット４のＣＰＵ４−１が、車輌制御を開始すべき時期が到来したものとして、通話中と判定し、所定の処理（ステップ３０６〜３１０）を行う。
【００８０】
上記の如く通話中と判定した場合に行なわれる「所定の処理」とは、通話に対する警告が終了しているか否かを判定し（ステップ３０６）、警告が終了していれば、現時点での制御モード／設定を記憶し（ステップ３０７）、車輌制御を開始し（ステップ３０８）、さらに通話フラグを通話中にして（ステップ３０９）、解除用カウンタをセットする（ステップ３１０）というものである。
【００８１】
尚、前述した、設定カウンタのカウントアップとは、車輌コントローラユニット４内のＲＡＭ４−２上に設けられるカウンタ用の記憶領域の値を、同ユニット４のＣＰＵ４−１がカウントアップすることを意味する。また、解除用カウンタのセットとは、車輌コントローラユニット４のＣＰＵ４−１が、同ユニット４のＲＯＭ４−３から読み出したカウントダウン用の所定の設定値を、ＲＡＭ４−２上に設けられるカウンタ用の記憶領域に格納することを意味する。
【００８２】
今回提示した実施形態においては、警告を終了した後に車輌の制御を始める構成とした。これは、警告の終了により制御が開始されることをドライバが認識できるようにしたためである。このような構成ではなく、警告の終了を待たずに制御を行う構成を採ることもできる。また、通話中は警告を発したままとし、通話終了と判断した場合に警告を停止する構成とすることも可能である。
【００８３】
しかし、警告が出てから車輌制御が開始されるまでの間、すなわち、設定カウンタのカウント値が警告しきい値を超えてから通話判定しきい値を超えるまでの間に、当該ドライバが走行中の通話を終了する場合もある。この場合は、ステップ３００において、車輌コントローラユニット４のＣＰＵ４−１により通話姿勢でないと判定され、ステップ３１２で、設定カウンタのカウント値が０にクリアされる（ステップ３００のＮ→３１２）。従って、車輌制御を開始すべき時期は到来せず、よって車輌制御は何も行なわれない。上記設定カウンタの０クリアも車輌コントローラユニット４のＣＰＵ４−１が行う。
【００８４】
また、警告が出る前、すなわち、設定カウンタのカウント値が警告しきい値を超える前に、ドライバが走行中の通話を終了する場合もある。この場合も、ステップ３００において、同様に通話姿勢でないと判定され、ステップ３１２で設定カウンタのカウント値が０にクリアされるから（ステップ３００のＮ→３１２）、警告をすべき時期は到来せず、よって警告は行なわれない。
【００８５】
さらに、警告が出てから車輌制御が開始されるまでの間に、ドライバがエンジンをかけた状態のまま車輌を停車させて通話を継続する場合もある。この場合は、ステップ３０２において車輌は走行状態でないと判定される。従って、この時点ではその後のステップ３０３〜３１０には移行せず、よって車輌制御は行なわれない。かかる場合は通話をしてもよい状況だからである。また、警告が出る前に、ドライバがエンジンをかけた状態のまま車輌を停車させて通話を継続する場合も同様である。
【００８６】
尚、前記ステップ３０２において車輌が走行状態でないと判定した場合や、前記ステップ３０５において設定カウンタのカウント値が通話判定しきい値を超えていないと判定した場合、並びに前記ステップ３０６において警告が終了していないと判定した場合は、ステップ３１１のオーバーフロー対策を行ってから処理を終了し（ステップ３０２→３１１→１０２）、所定時間経過後にステップ１００から処理を再開する。また、前記ステップ３１０において解除用カウンタをセットした後や、前記ステップ３１２で設定カウンタを０にクリアした後は、処理を終了し（ステップ１０２）、所定時間経過後にステップ１００から処理を再開する。
【００８７】
前記ステップ３１１のオーバーフロー対策は、エンジンをかけたまま車輌を停止させた状態でドライバによる通話が継続した場合に、設定カウンタがオーバーフローするのを防止するために設けられている。すなわち、かかる場合において、もしステップ３１１がないとすれば、ドライバが通話を終了しない限り、ステップ３００→３０１→３０２→１０２→１００→１０１→３００→３０１という処理ループが繰り返され、その都度、設定カウンタがカウントアップされ、長電話のため設定カウンタがオーバーフローしてしまう場合もあるので、これを防止するために、ステップ３１１でオーバーフロー対策を採るものとした。
【００８８】
前記ステップ３０２における走行状態かどうかの判定は、車輌コントローラユニット４のＣＰＵ４−１が、車輌のセンサ類５若しくはコントローラ類６から出力される信号を利用して取得した、ミッションの位置やサイドブレーキの状態に関する情報等に基づいて行う。
【００８９】
また、この図５の判定プログラムによると、処理を開始し（ステップ１００）、フラグ判定（ステップ１０１）を行った結果、通話フラグが通話中になっていれば、ドライバの姿勢が非通話姿勢か否かを判定し（ステップ２００）、非通話姿勢であれば、解除用カウンタをカウントダウンし（ステップ２００のＹ→２０１）、さらに、解除用カウンタの値が０以下となったか否かを判定する（ステップ２０２）。ここで、解除用カウンタの値が０以下であるならば、所定の処理（ステップ２０３〜２０６）を行う。すなわち、通話フラグを非通話にし（ステップ２０３）、制御解除警告を出し（ステップ２０４）、さらに制御値をユーザ設定値に復旧して（ステップ２０５）、設定カウンタを０にクリアする（ステップ２０６）。
【００９０】
ここで、前記ユーザ設定値への復旧が行なわれるまでの過程を詳細に説明する。
【００９１】
車輌制御が開始されて通話フラグが通話中となった後に、ドライバが走行中の通話を終了し、その後継続してドライバが走行中の通話を行わなかった場合には、ステップ１００→１０１→２００→２０１→２０２→１０２→１００という処理ループが繰り返され、その都度、車輌コントローラユニット４のＣＰＵ４−１により解除用カウンタのカウントダウンがなされ、やがて解除用カウンタの値が非通話判定しきい値である０以下となる。そうすると、車輌コントローラユニット４のＣＰＵ４−１が、非通話と判定し、車輌制御を解除すべき時期が到来したものとして制御値をユーザ設定値に復旧する。つまり、本実施形態では、画像処理ユニット３の探索処理によりドライバの通話姿勢としてドライバの手領域が継続して検出されず、解除用カウンタの値が０となった場合に、車輌コントローラユニット４のＣＰＵ４−１が、非通話と判定し、車輌制御を解除する手段として前記復旧処理動作を行う。
【００９２】
しかし、前記復旧が行なわれるまでの間、すなわち、解除用カウンタの値が０以下となるまでの間に、当該ドライバが走行中の通話を再開する場合もある。この場合には、ステップ２００において、車輌コントローラユニット４のＣＰＵ４−１により非通話姿勢でない（通話姿勢である）と判定され、車輌コントローラユニット４のＣＰＵ４−１による解除用カウンタの再セットがなされる（ステップ２００のＮ→２０７）。従って、車輌制御を解除すべき時期は到来せず、よって車輌制御の解除やユーザ設定値への復旧は行なわれない。
【００９３】
尚、前記ステップ２０６において設定カウンタのカウント値を０にクリアした後や、前記ステップ２０７において解除用カウンタを再セットした後、並びに前記ステップ２０２において解除用カウンタの値が０以下でないと判定した場合は、処理を終了し（ステップ１０２）、所定時間経過後にステップ１００から処理を再開する。
【００９４】
前記設定カウンタは、ドライバの手領域が継続して検出された場合に、その都度カウントアップしていくから、ドライバの手領域を継続して何回検出したか、その継続検出回数をカウントしているとみなせる。また、設定カウンタの値が０からカウントアップして通話判定しきい値を超えるまでの時間が通話判定時間となる。従って、この通話判定しきい値を必要に応じて適宜変更することにより、予め通話判定時間を加減調整することもできる。
【００９５】
前記解除用カウンタは、ドライバの手領域を継続して検出できない場合に、その都度カウントダウンしていくから、ドライバの手領域を継続して何回検出したか、その継続検出回数をカウントしているとみなせる。また、解除用カウンタの値が所定の設定値からカウントダウンし０以下となるまでの時間が非通話判定時間となる。従って、この解除用カウンタの設定値を必要に応じて適宜変更することにより、非通話判定時間を加減調整することもできる。
【００９６】
以上のように本実施形態においては、設定カウンタにより通話判定時間が調整され、これとは別個独立に解除用カウンタにより非通話判定時間が調整されるから、これら２つのカウンタは、予め通話判定時間と非通話判定時間を個別に調整しうる調整手段として機能する。
【００９７】
前記ステップ３００における通話姿勢かどうかの判定は、車輌コントローラユニット４のＣＰＵ４−１が、画像処理ユニット３による手領域の検出結果に基づいて行う。前記ステップ２００における非通話姿勢かどうかの判定も同様である。
【００９８】
すなわち、ステップ３００での判定のために、画像処理ユニット３のＣＰＵ３−１がカメラ１からの画像読み取り処理と探索処理を行う。本判定の際にドライバが携帯電話で通話をしていないときは、ドライバの耳から口もとの範囲内に携帯電話を持つ手が存在しないから、画像処理ユニット３の探索処理ではドライバの顔領域周辺で手領域を検出することができず、手領域を検出できなかった旨の情報が画像処理ユニット３から車輌コントローラユニット４側に送出される。このことから、ステップ３００においては、車輌コントローラユニット４のＣＰＵ４−１が、ドライバの現在姿勢は通話姿勢でない（非通話姿勢である）と判定する。尚、前記ステップ２００における非通話姿勢かどうかの判定も同様である。
【００９９】
一方、ステップ３００での判定の際にドライバが携帯電話で通話をしていると、ドライバの耳から口もとの範囲内に携帯電話を持つ手が存在するため、画像処理ユニット３の探索処理においてドライバの手領域が検出され、手領域を検出できた旨の情報が画像処理ユニット３から車輌コントローラユニット４側に送出される。このことから、ステップ３００においては、車輌コントローラユニット４のＣＰＵ４−１が、ドライバの現在姿勢は通話姿勢であると判定する。尚、前記ステップ２００における非通話姿勢かどうかの判定も同様である。
【０１００】
前記ステップ３０８において行なわれる車輌制御の内容は以下の通りである。
【０１０１】
（１）車輌の最高速度を制限する。この制限は、実際には車輌コントローラユニット４からこれに接続されているエンジンコントローラに対して最高速度を制限すべき旨の指令を出力し、その指令に従ってエンジンコントローラ内で車輌の最高速度を制限する処理が行なわれるものとする。この場合、上記のような最高速度を制限すべき旨の指令が車輌制御の実行指令に相当する。
【０１０２】
（２）レーンキーピング機能をＯＮにする。このレーンキーピング機能のＯＮ動作は、車輌コントローラユニット４からこれに接続されているレーンキーピングコントローラに対して同機能をＯＮとすべき旨の指令を出力し、その指令に従ってレーンキーピングコントローラ内で同機能をＯＮとする処理が行なわれるものとする。この場合、上記のようなＯＮとすべき旨の指令が車輌制御の実行指令に相当する。
【０１０３】
（３）ＡＣＣ（Adaptive Cruise Control：自動車間制御装置）機能をＯＮにする。
ＡＣＣ(Adaptive Cruise Control)は、走行中に前方を走る車との間隔や自車の速度などを光学式レーダ等によって計測し、その結果をコンピュータでデータ処理することにより、前車への追従走行を行ったり、追突の危険が高まると警告したり自動的に減速したりするシステムを言う。
【０１０４】
ＡＣＣ機能を単純にＯＮとすることも考えられるが、本実施形態では、ＡＣＣ機能をＯＮとした上で更にＡＣＣ設定値を安全側に設定するようにしている。ＡＣＣ機能に関する車としての標準設定若しくはユーザの標準設定は通常に運転していることを条件として設定されていると考えられるので、新たにＡＣＣ機能をＯＮにした場合において、この通常の標準設定を採用するだけでは必ずしも安全側になるとは考えられない。もし単純にＡＣＣ機能をＯＮとするのみであれば、ユーザが車間距離最短という設定をしていた場合にはＡＣＣ機能ＯＮ時に車間距離最短というユーザのＡＣＣ設定値が適用されてしまう。しかし、本実施形態のようにＡＣＣ機能をＯＮにし更にＡＣＣ設定値を安全側に設定する構成を採用すると、そのような車間距離最短というユーザのＡＣＣ設定値が適用されることはなく、それより長い車間距離の設定でＡＣＣ機能が作動することになる。また、既にＡＣＣ機能がＯＮの場合は、その車間距離のＡＣＣ設定値を変更の余地がある場合には現在値より更に長め（安全側）に変更する。尚、このＡＣＣ機能も前述したレーンキーピング機能をＯＮとする動作に準ずる方式でＯＮになるものとする。
【０１０５】
（４）ブレーキのアシストを現在より強めに設定する。このブレーキのアシストの設定変更は、車輌コントローラユニット４からこれに接続されているブレーキアシストコントローラに対してアシスト設定を強めに変更すべき旨の指令を出力し、変更の余地があれば、その指令に従ってブレーキアシストコントローラ内でアシスト設定を変更する処理が行なわれるものとする。この場合、上記のようなアシスト設定を強めに変更すべき旨の指令が車輌制御の実行指令に相当する。
【０１０６】
上記のような車輌制御を開始するために、車輌コントローラユニット４は、これに接続されている車輌のコントローラ類６に対して、車輌制御の実行指令を出力する。具体的には、車輌コントローラユニット４内のＣＰＵ４−１が、コントローラ類６に対して、Ｉ／Ｆユニット４−４を通じて車輌制御の実行指令を出力する。この出力の形式若しくは形態としては、例えば、コントローラ類６と車輌コントローラユニット４との接続をＬＡＮ接続とし、車輌制御の実行指令をコマンドとして出力する形式としてもよいし、また制御量を電圧出力する構成として、コントローラ類６に接続した信号線に供給する電圧を制御することにより車輌制御の実行指令を出力する形態としてもよい。
【０１０７】
以上の車輌制御は単独で行ってもよいが、それらを組み合わせて実行することもできる。また、以上の車輌制御は一例であり、その例示以外の車輌制御を運転通話対策として適宜採用してもよい。
【０１０８】
前記ステップ３０４で行われる警告の具体的な構成としては、例えば、車輌コントローラユニット４にチャイム発生器を接続するとともに、車輌コントローラユニット４のＣＰＵ４−１が、そのチャイム発生器に対して、Ｉ／Ｆユニット４−４を通じてチャイム発生指令を出力するという構成を採用してもよい。この構成におけるチャイム発生指令の出力形式若しくは出力形態については、上記車輌制御の実行指令と同様な形式若しくは形態を採り得る。
【０１０９】
運転中通話対策とはいえ、いきなり上記のような車輌制御を開始すると、それによりユーザ設定が変更され、ドライバの不意を突くことになるので、車輌制御が開始されることとそれによってユーザ設定が変更されることを予めドライバに知らせて心の準備を行わせる意味で、車輌制御の前にあらかじめ行なわれる上記警告は重要である。
【０１１０】
上記ステップ２０５における復旧処理とは、具体的には、ユーザ設定を含む車輌制御モード若しくは車輌設定を、ステップ３０８による車輌制御開始前の元の状態に戻すことである。この復旧処理に用いられる元の車輌制御モード若しくは車輌設定については、ステップ３０７で記憶した車輌コントローラユニット４のＲＡＭ４−２内のデータが使用される。
【０１１１】
例えば、ブレーキのアシストを現在より強めに設定するという車輌制御が行われていた場合は、上記ＲＡＭ４−２内に車輌制御前のブレーキアシストのユーザ設定値が記憶されており、このブレーキアシストのユーザ設定値がＲＡＭ４−２内から読み出される。そして、車輌コントローラユニット４のＣＰＵ４−１が、同車輌コントローラユニット４に接続されているブレーキアシストコントローラに対し、Ｉ／Ｆユニット４−４を通じてブレーキアシスト設定を上記ユーザ設定値に戻す旨の指令を出力する。この指令が車輌制御を解除する指令（車輌制御の解除指令）に相当する。尚、車輌の最高速度を制限する車輌制御、レーンキーピング機能をＯＮとする車輌制御、およびＡＣＣ機能をＯＮとする車輌制御が行われていた場合も、前記例に準ずる方式で、それぞれの車輌制御が解除される。但し、車輌の最高速度を制限する車輌制御の場合には、車輌コントローラユニット４のＣＰＵ４−１が、同車輌コントローラユニット４に接続されているエンジンコントローラに対し、その制限を解除すべき旨の指令を出力する。また、レーンキーピング機能をＯＮとする車輌制御が行われていた場合には、車輌コントローラユニット４のＣＰＵ４−１が、同車輌コントローラユニット４に接続されているレーンキーピングコントローラに対し、同機能をＯＦＦとする旨の指令を出力する。ＡＣＣ機能をＯＮとする車輌制御が行われていた場合に同機能をＯＦＦとする方式は、ＡＣＣ機能をＯＦＦとする方式に準ずる。
【０１１２】
また、走行中における上記復旧処理は、ドライバの意思表示にかかわらず自動的に行うことも可能である。しかし、上記例示の車輌制御中に道路環境が例えば高速道路から一般道路のように変化している場合もありうる。この場合、元の道路環境である高速道路に対応した車輌制御モードに復旧してしまうと、現在の道路環境である一般道に対応することができない。従って、復旧処理前にあらかじめドライバの意思表示を待つような配慮をすることが望ましい。例えば、ドライバに対し復旧を行ってもよいかどうかを問い、それに応じてドライバが意思表示をした場合に限り、復旧処理が行なわれるようにするとよい。
【０１１３】
車輌のエンジンを停止した場合は、現在実行されている運転中電話対策の処理、すなわち車輌コントローラユニット４での判定プログラムの実行とそれに伴う車輌制御を終了する。この際、ドライバが通話状態のままエンジンを停止したときは、運転中電話対策の処理を終了する前に、ステップ３０７で記憶した車輌コントローラユニット４のＲＡＭ４−２内のデータを用いて、元のユーザ設定を含む車輌制御モード若しくは車輌設定への復旧処理を行う。
【０１１４】
以上説明したドライバの姿勢観察や車輌制御は、車輌のエンジンが作動していることを条件として開始されるから、エンジンが停止していてミッションがニュートラルでサイドブレーキが引かれている状態のように、走り出す懸念がない状態においては、ドライバの姿勢の観察すら行わない。
【０１１５】
しかし、走り出す懸念が高い状態の場合には、エンジンが作動していてミッションがニュートラルでサイドブレーキが引かれている状態を含め、車輌が走り出すことを見越して停車状態におけるドライバの状態を把握しておくために、ドライバの姿勢観察は重要である。これに対し、車輌制御を行うか否かは選択の余地がある。エンジンが作動していて車輌が走り出す前にドライバが携帯電話で通話をしている場合は、走行前から車輌制御を行ってもよいし、実際に走行し始めてから車輌制御を行ってもよい。走行前に車輌制御を行うものとした場合は、走り出してからの車輌制御による違和感がなくなる利点がある。ただ、この場合は走行前に通話を終了したら車輌制御を解除し復帰処理が必要となる。この復帰処理は不要であった車輌制御を元の車輌制御モード若しくは車輌設定に切換えることである。
【０１１６】
ハイブリッド車、若しくは、電気自動車などエンジンがかかっていない状態から直ちに発進できる場合、例えばキー位置が発進可能となっている場合は、姿勢観察を行うことが望ましい。また、スマートキーレスなど、物理的な鍵に依って操作を行わない構成であっても、直ちに発進可能となる状況になった際から姿勢観察を行うことが望ましい。
【０１１７】
尚、ドライバの顔領域の周辺で手領域を探索する代わりに、携帯電話等の携帯通信機器を探索してもよい。ドライバの顔の周辺に携帯通信機器が存在することも、手が存在するのと同様に、通話中と判定する際の有力な判定材料となるからである。
【０１１８】
ハンズフリー方式による通話の場合も、会話により注意散漫となり運転への意識が若干低下するため、上記内容の車輌制御を行うことが望ましい。この場合、カメラでドライバを連続的に観察し、唇が継続的に変化していることを検出することにより、携帯電話による通話が行なわれていると判定することができる。
【０１１９】
図３に示した画像処理ユニット３のＣＰＵ、ＲＡＭ、ＲＯＭ等は一つのＩＣとして構成してもよい。
【図面の簡単な説明】
【０１２０】
【図１】本発明の一実施形態である車輌制御装置のハードウエア構成図。
【図２】図１の車輌制御装置を構成する画像処理ユニットのハードウエア構成図。
【図３】図１の車輌制御装置を構成する画像処理ユニットの主要機能ブロック図。
【図４】図１の車輌制御装置を構成する車輌コントローラのハードウエア構成図。
【図５】図１の車輌制御装置を構成する車輌コントローラでの処理を示したフローチャート図。
【図６】カメラで撮影したドライバ姿勢画像。
【図７】カメラで撮影したドライバ姿勢画像。
【図８】カメラで撮影したドライバ姿勢画像。
【図９】顔領域検出用グラフの説明図。
【図１０】顔領域検出用グラフによる走査の模式図。
【図１１】顔領域検出用グラフによる走査の模式図。
【図１２】顔領域検出用グラフによる走査の模式図。
【図１３】手首検出用グラフの説明図。
【図１４】手首検出用グラフによる走査の模式図。
【図１５】手首検出用グラフによる走査の模式図。
【図１６】手首検出用グラフによる走査の模式図。
【符号の説明】
【０１２１】
１  カメラ
２  照明
３  画像処理ユニット
３−１  ＣＰＵ
３−２  ＲＡＭ
３−３  ＲＯＭ
３−４  カメラ制御部
３−５  照明制御部
４  車輌コントローラユニット
４−１  ＣＰＵ
４−２  ＲＡＭ
４−３  ＲＯＭ
４−４  Ｉ／Ｆユニット
５  センサ類
６  コントローラ類
【図１】
2005205943.tif 000003
【図２】
2005205943.tif 000004
【図３】
2005205943.tif 000005
【図４】
2005205943.tif 000006
【図５】
2005205943.tif 000007
【図６】
2005205943.tif 000008
【図７】
2005205943.tif 000009
【図８】
2005205943.tif 000010
【図９】
2005205943.tif 000011
【図１０】
2005205943.tif 000012
【図１１】
2005205943.tif 000013
【図１２】
2005205943.tif 000014
【図１３】
2005205943.tif 000015
【図１４】
2005205943.tif 000016
【図１５】
2005205943.tif 000017
【図１６】
2005205943.tif 000018