(57)【要約】【課題】ユーザが車両から離れていても、降雨時に即座に窓を自動的に閉める。【解決手段】車両用窓閉めシステム１０は、車両１２の窓２０の開口量Ｄ２（実開口量Ｄｒ）を検出する開口量検出部２４と、降雨を検出する雨滴検出センサ３０と、モータ２８を介して窓２０の開閉を制御する開閉制御部２６と、を備える。開閉制御部２６は、雨滴検出センサ３０が前記降雨を検出した場合に、開口量検出部２４により検出した窓２０の開口量Ｄ２（実開口量Ｄｒ）が所定値以下のとき、窓２０を自動的に閉める。【選択図】図１
2014237929.tif 000002
【特許請求の範囲】
【請求項１】
車両の窓の開口量を検出する開口量検出部と、
降雨を検出する雨滴検出センサと、
モータを介して前記窓の開閉を制御する開閉制御部と、
を備え、
前記開閉制御部は、
前記雨滴検出センサが前記降雨を検出した場合に、前記開口量検出部により検出した前記窓の開口量が所定値以下のとき、前記窓を自動的に閉める
ことを特徴とする車両用窓閉めシステム。
【請求項２】
請求項１に記載の車両用窓閉めシステムにおいて、
前記所定値は、手指の挟み込みの心配の無い開口量である
ことを特徴とする車両用窓閉めシステム。
【請求項３】
請求項１又は２に記載の車両用窓閉めシステムにおいて、
前記開口量検出部は、
前記モータから出力される回転パルスに基づいて、前記窓の開口量を検出する
ことを特徴とする車両用窓閉めシステム。
【請求項４】
請求項１〜３のいずれか１項に記載の車両用窓閉めシステムにおいて、
さらに、前記車両のユーザの端末に対して情報を送信する通信部を備え、
前記通信部は、前記開閉制御部によって前記窓を自動的に閉めたことを前記ユーザの端末に通知する
ことを特徴とする車両用窓閉めシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両の窓をモータにより開閉するパワーウインドウ装置を備えた車両用窓閉めシステムに関し、特に、窓を全閉しようとするときに、窓（窓ガラス）と窓枠との間に、窓の全閉を妨げる人体等の障害物が挟み込まれないようにした車両用窓閉めシステムに関する。
【背景技術】
【０００２】
従来、特許文献１に示すように、車両の近傍に存在していない（遠隔地にいる）ユーザが、前記車両の窓を前記遠隔地から閉じようと希望するとき、前記ユーザが携帯する携帯電話等の操作端末上で、いわゆるリモート閉操作を行う。
【０００３】
このリモート閉操作により、前記操作端末からのリモート閉操作要求信号がセンタを経由して前記車両に送信され、当該車両の車載機で受信される。
【０００４】
当該車両の前記車載機は、前記リモート閉操作要求信号を受信した場合、前記窓を閉鎖位置（全閉位置）まで完全に閉駆動する処理を実行する（以上、特許文献１の［００２６］〜［００２８］）。
【０００５】
この特許文献１では、前記窓を閉める処理を実行する際に、前記車載機は、前記リモート閉操作要求信号を受信した時点での前記窓の初期開口量が所定量に達していないときには、前記窓を一旦その初期位置から開口量が所定量となる開口位置まで開駆動し、その後に閉鎖位置まで閉駆動する、一方、前記窓の初期開口量が前記所定量に達しているときには、前記窓をその初期位置からそのまま閉鎖位置まで閉駆動すると記載されている（特許文献１の［００３９］、［００４０］）。
【０００６】
さらに、この特許文献１には、リモート操作要求に基づいて窓を閉駆動する前に一旦開駆動が実行されれば、開駆動は閉駆動よりもより安全で危険の少ない動作であるので、車両に乗車する人や車両周辺の人に対して不意に切迫した危険が及ぶことはなく、また、この場合には、それらの人が窓の閉駆動前にその閉駆動に対応し易くなるので、前記窓のリモート閉操作に起因して人体が前記窓に挟み込まれる等の事態が生ずることが防止される。なお、リモート操作要求時における前記窓の初期開口量が前記所定量に達していれば、前記窓がその初期位置からそのまま閉駆動されても、車両に乗車する人や車両周辺の人に十分な対応をとらせることが可能であるので、その安全性が確保される、と開示されている（特許文献１の［００４０］）。
【０００７】
特許文献２には、昇降動作中の窓により異物が挟み込まれることを防止する挟み込み防止機能を備えたパワーウインドウ装置において、窓枠周辺を撮影する撮影手段（カメラ）と、前記撮影手段が撮影した画像データを用い、当該画像データの輝度の変化から撮影画像における窓部分の領域として窓画像領域を抽出する抽出手段と、前記抽出手段が抽出した前記窓画像領域から、異物判定の際に用いる検知エリアを設定する設定手段と、前記画像データに映り込んだ輝度から求まる特徴量を用い、前記検知エリアへの異物の侵入を監視することで前記挟み込みの有無を検出する画像処理手段と、前記画像処理手段が前記挟み込みを検出した際に、前記挟み込みを防止し得る安全動作を、前記窓の昇降を制御する昇降制御手段に実行させる実行手段とを備えたパワーウインドウ装置が、開示されている（特許文献２の［００２０］）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１０４６６５号公報
【特許文献２】特開２００７−１８６９１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１に係る技術では、遠隔地にいるユーザが操作端末上で、いわゆるリモート閉操作に対応する操作を行わない限り、窓が閉じられないので、車両近傍で、突然、降雨状態になった場合等には、車内に雨滴が入ってしまうという問題がある。また、車両が見える位置において、突然、降雨状態になった場合において、直ちに、リモート閉操作を行ったとしても、閉駆動する前に一旦開駆動することを基本動作としているために、車内に雨滴が入ってしまうという問題を解決することができない。
【００１０】
上記特許文献２に係る技術では、挟み込み防止機能を発揮するために、窓枠周辺を撮影するカメラが必要とされ、実際上、窓が透明であることから窓枠周辺に赤外光を照射するＬＥＤと、前記赤外光の窓枠周辺の反射画像を取り込む赤外線カメラが必要とされ、画像処理も含めて高コストになるという問題がある。
【００１１】
この発明はこのような課題を考慮してなされたものであり、カメラを使用することなく挟み込みを防止すると共に、降雨時に、即座に車両の窓を自動的に閉めることを可能とする車両用窓閉めシステムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係る車両用窓閉めシステムは、車両の窓の開口量を検出する開口量検出部と、降雨を検出する雨滴検出センサと、モータを介して前記窓の開閉を制御する開閉制御部と、を備え、前記開閉制御部は、前記雨滴検出センサが前記降雨を検出した場合に、前記開口量検出部により検出した前記窓の開口量が所定値以下のとき、前記窓を自動的に閉めることを特徴とする。
【００１３】
この発明では、開閉制御部は、雨滴検出センサが降雨を検出した場合に、開口量検出部により検出した窓の開口量が所定値以下のとき、前記窓を自動的に閉めるようにしている。このように、降雨時に、ユーザによるリモート閉操作無しに、あるいはユーザによる承認作業無しに開閉制御部が窓閉めを行うため、降雨時に即座に窓閉めができる。これにより、窓閉めの際に、承認を求められるユーザの煩わしさを軽減することができる。
【００１４】
ここで、前記所定値は、手指の挟み込みの心配の無い開口量であることが好ましい。この開口量は、例えば、５〜７［ｍｍ］に設定される。なお、約５［ｍｍ］より狭くすれば、幼児・赤児のような細い指でも挟み込む心配がなくなる。
【００１５】
ここで、前記開口量検出部は、前記モータから出力される回転パルスに基づいて、前記窓の開口量を自動的に検出してもよい。
【００１６】
また、さらに、前記車両のユーザの端末に対して情報を送信する通信部を備え、前記通信部が、前記開閉制御部によって前記窓を自動的に閉めたことを前記ユーザの端末に通知するようにすることで、前記ユーザが自車の所に戻った際に窓が閉まっていることで驚かなくて済むようになる。この場合、降雨があったので窓を自動的に閉めた、と前記車両の前記通信部から前記ユーザの端末に通知するとより好ましい。
【発明の効果】
【００１７】
この発明によれば、従来技術のようにカメラを使用することなく、簡易な構成で挟み込みを防止できると共に、降雨時に即座に窓を自動的に閉めることができる。
【図面の簡単な説明】
【００１８】
【図１】この実施形態に係る車両用窓閉めシステムの模式的概略構成図である。
【図２】窓と窓枠のオーバーラップ部分等の説明図である。
【図３】窓の全閉位置の検出の仕方の説明図である。
【図４】この実施形態に係る車両用窓閉めシステムの動作説明に供されるフローチャートである。
【発明を実施するための形態】
【００１９】
以下、この発明に係る車両用窓閉めシステムについて好適な実施形態を挙げ、添付の図面を参照して詳細に説明する。
【００２０】
図１は、この実施形態に係る車両用窓閉めシステム１０の模式的概略構成図である。この実施形態に係る車両用窓閉めシステム１０は、車両１２と、情報センタとしてのサーバ７０と、車両１２の運転者等のユーザの通信端末７２とから構成される。サーバ７０と、通信部３６及び通信端末７２とは、移動通信網等を介して無線通信により接続されている。なお、サーバ７０を介することなく、車両１２の通信部３６と通信端末７２との直接通信であってもよい。
【００２１】
車両用窓閉めシステム１０は、車両１２に搭載された制御装置であるパワーウインドウＥＣＵ（電子制御ユニット：Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１４を備える。
【００２２】
パワーウインドウＥＣＵ１４は、マイクロコンピュータを含む計算機であり、ＣＰＵ（中央処理装置）、メモリであるＲＯＭ（ＥＥＰＲＯＭも含む。）、ＲＡＭ（ランダムアクセスメモリ）、その他、Ａ／Ｄ変換器、Ｄ／Ａ変換器等の入出力装置、計時部としてのタイマ等を有しており、ＣＰＵがＲＯＭに記録されているプログラムを読み出し実行することで各種機能実現部（機能実現手段）、例えば制御部、演算部、及び処理部等として機能する。
【００２３】
この実施形態において、パワーウインドウＥＣＵ１４は、窓（窓ガラス）２０の全閉を検出する全閉検出部２２、窓２０の全閉位置Ｐｃｃからの開口量Ｄ２及び実開口量Ｄｒ（後述する。）を検出する開口量検出部２４、及び窓２０の開閉を制御する開閉制御部２６等として機能する。
【００２４】
窓２０は、車両１２のドア５０に、アクチュエータ４０及びモータ２８と共に設けられ、窓２０により閉じられる（遮蔽される）、ドア５０の開口部５２の下端を除く周囲（上端及び側端）には、一点鎖線で示すゴム製の窓枠（サッシ）５４が取り付けられている。
【００２５】
図２中、窓２０と窓枠５４部分の一部省略断面図に示すように、窓２０が全閉位置Ｐｃｃ（開口量Ｄ２＝０：図１も参照）にあるときに、窓枠５４と窓２０との間にオーバーラップ部分（重複部分）Ｄ１が設けられている。この実施形態において、オーバーラップ部分Ｄ１の長さは、１０［ｍｍ］になっている。
【００２６】
したがって、実際に開口が形成される窓２０の実開口量Ｄｒ（図１参照）は、全閉位置Ｐｃｃからの開口量Ｄ２からオーバーラップ部分Ｄ１を引いた値になる（Ｄｒ＝Ｄ２−Ｄ１：図１も参照）。
【００２７】
窓２０の全閉位置Ｐｃｃから全開位置Ｐｃｏまでの長さを窓２０の開閉口（全ストローク）Ｄ３という。この実施形態において、窓２０の開閉口Ｄ３は、Ｄ３＝５００［ｍｍ］になっている。
【００２８】
パワーウインドウＥＣＵ１４には、雨滴検出センサ３０、イグニッションスイッチ（イグニッションＳＷ）３２、窓開閉スイッチ（窓開閉ＳＷ）３４及び通信部３６が接続されている。
【００２９】
雨滴検出センサ３０は、公知のように、例えばルームミラーの裏側のフロントウインドシールドに取り付けられ、フロントウインドシールドの表面に付着した雨滴を発光部（例えばＬＥＤ）と受光部（例えばＰＤ）とにより検出する。前記フロントウインドシールドの表面に雨滴が付着していない場合、一定周期で点灯し前記発光部から出射された赤外光が、前記フロントウインドシールドの裏側から前記フロントウインドシールドの内部に入射しその表面で全反射してさらに前記裏側から出射し前記受光部に入力する。一方、前記フロントウインドシールドの表面に雨滴が付着している場合、一定周期で点灯し前記発光部から出射された赤外光が、前記フロントウインドシールドの裏側から内部に入射し表面に付着した雨滴を通じて一部分の赤外光が外部に透過し、残りの赤外光が前記フロントウインドシールドの表面で反射して裏側から出射し前記受光部に入力するため、前記受光部への入力が減少したことにより雨滴の有無、すなわち降雨の有無を検出している。
【００３０】
なお、雨滴検出センサ３０は、発光部（発光ダイオード）から放射される赤外光が雨滴を通過する際に散乱することで、受光部の受光量が変化する特性を用いて雨量を検出する仕組みであるが、これに限らず、車両１２の前方を撮影する車載カメラの映像による雨天時のフロントウインドシールド上の画像の特徴から降雨の有無を検知するようにしてもよい。
【００３１】
開閉制御部２６は、窓開閉ＳＷ３４が、車両１２内のユーザにより操作されて、窓開信号、又は窓閉信号を出力しているときに、モータ２８及びアクチュエータ４０を通じて、窓２０の開閉制御（上下移動制御）を行う。モータ２８を、例えば、正転駆動することで、窓２０は下降して開かれ、モータ２８を逆転駆動することで、窓２０は上昇して閉められる。
【００３２】
モータ２８の回転軸には、パルス発生器６０が取り付けられ、パルス発生器６０には、当該パルス発生器６０から出力されるパルス（回転パルス）の数をカウント（計数）するカウンタ（計数器）６２が取り付けられている。カウンタ６２のカウント値（計数値）ＣＴＲがパワーウインドウＥＣＵ１４に取り込まれる。なお、カウンタ６２は、パワーウインドウＥＣＵ１４内に設けてもよい。
【００３３】
窓２０の全閉位置Ｐｃｃでのカウンタ６２のカウント値ＣＴＲは、ＣＴＲ＝０［パルス］とされ、窓２０の全開位置Ｐｃｏでのカウンタ６２のカウント値ＣＴＲは、ＣＴＲ＝１００［パルス］に設定されている。
【００３４】
ここで、手指の挟み込みの心配の無い実開口量Ｄｒについて、考察すると、幼児・赤児の指のような細い指でも挟み込みの心配の無い実開口量Ｄｒの所定値Ｄｔｈは５〜７［ｍｍ］であり、好ましくは、Ｄｔｈ＝５［ｍｍ］である。
【００３５】
この実施形態に係る車両１２のドア５０に設けられた窓２０の開閉口Ｄ３は、Ｄ３＝５００［ｍｍ］であり、この５００［ｍｍ］の全ストロークが１００［パルス］として検出される（図２参照）。
【００３６】
窓２０の全閉時に、窓枠５４と窓２０とのオーバーラップ部分Ｄ１がＤ１＝１０［ｍｍ］あるので、オーバーラップ部分Ｄ１を窓２０が通過するまでの２パルス分を図２に示すように無効パルスとし、全閉位置Ｐｃｃからのカウンタ６２によるパルスのカウント値ＣＴＲが３パルス未満（ＣＴＲ＜３）の場合には、実開口量Ｄｒが所定値Ｄｔｈである５［ｍｍ］以下であると開閉制御部２６は判定することができる。なお、１パルス分（１周期分）は、信号として、ローレベルＬｏからハイレベルＨｉに遷移し、さらにローレベルＬｏに戻った（遷移した）時点（位置）とされる（図２参照）。
【００３７】
開口量検出部２４は、窓２０の全閉位置Ｐｃｃで０パルスのカウント値ＣＴＲから０〜２パルスの間では、実開口量Ｄｒが−１０〜０［ｍｍ］の間であると検出し、２〜３パルスの間では、オーバーラップ部分Ｄ１を除いた実開口量Ｄｒが０〜５［ｍｍ］であると検出し、開閉制御部２６に出力する。
【００３８】
全閉検出部２２としては、リミットスイッチ等を設けてもよいが、この実施形態では、０パルスの全閉位置ＰｃｃをパワーウインドウＥＣＵ１４で記憶させることで代替している。より具体的には、図３に示すように、窓開閉ＳＷ３４を閉め側に倒して窓２０を閉める動作の中で、窓２０が上昇し窓枠５４に当接しゴム製の窓枠５４に挿入される際に受ける抵抗と、窓２０の状態が窓枠５４に突き当たった後のゴムの弾性によるゴムの変形と、からパルスが時点ｔ０〜ｔ１に示すように引き延ばされたことを、タイマ（計時部）としても機能する全閉検出部２２が検出したとき、全閉状態になった後でも、さらに、閉め側に１秒以上、窓開閉ＳＷ３４を閉め側に保持させるようにして０パルスであるとみなした全閉位置ＰｃｃをパワーウインドウＥＣＵ１４の記憶部に記憶させている。
【００３９】
この全閉位置ＰｃｃをパワーウインドウＥＣＵ１４に記憶させる動作は、車両１２のバッテリ交換等で、パワーウインドウＥＣＵ１４の記憶部上で全閉位置Ｐｃｃを消去してしまった場合にも必要である。全閉位置Ｐｃｃが消去された状態で窓閉めを行うと、全閉位置Ｐｃｃで、いわゆる挟み込み防止機能が作動し、窓２０が全閉位置Ｐｃｃから５［ｃｍ］程、下降してしまうという事象（不具合）が発生する。この不具合を解消するために、図３を参照して説明した上記の０パルスの全閉位置ＰｃｃをパワーウインドウＥＣＵ１４で、その記憶部に記憶させる処理を実行している。
【００４０】
次に、上述の実施形態の動作について、図４に示すフローチャートに基づいて説明する。なお、図４に示すフローチャートのプログラムを実行する主体は、パワーウインドウＥＣＵ１４（開閉制御部２６）である。
【００４１】
ステップＳ１にて、ユーザ（運転者等）によるイグニッションＳＷ３２のＯＮ状態からＯＦＦ状態への遷移を確認したとき、開閉制御部２６は、このプログラムの実行を開始する。
【００４２】
ステップＳ２にて、開閉制御部２６は、全閉検出部２２を通じて、窓２０が全閉ではないか否かをカウンタ６２の回転パルスの検出値であるカウント値ＣＴＲがＣＴＲ＝０でないか否かで判定する。
【００４３】
全閉（ＣＴＲ＝０）であった（ステップＳ２：ＮＯ）場合、処理を終了し、全閉（ＣＴＲ＝０）でなかった（ステップＳ２：ＹＥＳ）場合、ステップＳ３にて、開閉制御部２６は、雨滴検出センサ３０が降雨を検出したか否かを判定する。
【００４４】
降雨を検出していない（ステップＳ３：ＮＯ）場合、処理を終了し、降雨を検出していた（ステップＳ３：ＹＥＳ）場合、ステップＳ４にて、開閉制御部２６は、開口量検出部２４を通じて、窓２０の位置（上端位置）が、全閉位置Ｐｃｃから３パルス未満（図２参照）の位置、換言すれば、実開口量Ｄｒが５［ｍｍ］未満（開口量Ｄ２が１５［ｍｍ］未満）であるか否かを判定する。
【００４５】
窓２０の位置が全閉位置Ｐｃｃから３パルス未満（実開口量Ｄｒ＜５［ｍｍ］）の位置である（ステップＳ４：ＹＥＳ）場合、人体等の一部の挟み込みの心配のない開口量であるものとみなして、ステップＳ５にて、モータ２８を駆動し、アクチュエータ４０を通じて窓２０を自動的に閉める。
【００４６】
ステップＳ６にて、開閉制御部２６は、通信部３６を通じて、車両１２のＩＤ（識別符号）と共に車両１２の窓２０を閉めたことをサーバ７０に通知する。サーバ７０は、車両１２のＩＤに関連付けられている（紐付けられている）ユーザの通信端末７２にメール及び／又は自動音声通報等により、降雨が発生したため車両１２の窓２０を自動的に閉めたことを通知する。
【００４７】
なお、ステップＳ４の判定にて、窓２０の位置（窓２０の開口量Ｄ２）が全閉位置Ｐｃｃから３パルス以上（実開口量Ｄｒ≧５［ｍｍ］）の位置である（ステップＳ４：ＮＯ）場合、ステップＳ７にて、通信部３６からサーバ７０を介してユーザの通信端末７２に降雨状態になったので窓２０を閉めてよいか否かを確認する（窓閉可否確認）。このとき、ユーザの通信端末７２にて、窓閉の可否の承認操作が実行される。
【００４８】
ステップＳ８にて、開閉制御部２６は、通信部３６からの情報によりユーザによる窓２０を閉める承認があったか否かを判定し、承認がなかった（ステップＳ８：ＮＯ）場合には、ステップＳ９にて、窓２０の開口量Ｄ２を現在の状態に保持してステップＳ１に戻る。承認があった（ステップＳ８：ＹＥＳ）場合には、ステップＳ１０にて、モータ２８を駆動し、窓２０を全閉位置Ｐｃｃまで閉める。
【００４９】
［実施形態のまとめ］
以上説明したように、この実施形態に係る車両用窓閉めシステム１０は、車両１２の窓２０の開口量Ｄ２（実開口量Ｄｒ）を検出する開口量検出部２４と、降雨を検出する雨滴検出センサ３０と、モータ２８を介して車両１２の窓２０の開閉を制御する開閉制御部２６と、を備える。開閉制御部２６は、雨滴検出センサ３０が前記降雨を検出した場合に、開口量検出部２４により検出した窓２０の開口量Ｄ２（実開口量Ｄｒ）が所定値以下のとき、窓２０を自動的に閉める。
【００５０】
このように、車両１２が降雨状態下になった場合、ユーザによるリモート閉操作あるいは承認作業なしに開閉制御部２６が窓閉めを行うため、降雨時に即座に窓閉めができる（ステップＳ１→ステップＳ２：ＹＥＳ→ステップＳ３：ＹＥＳ→ステップＳ４：ＹＥＳ→ステップＳ５→ステップＳ６）。これにより、窓閉めの際に、承認を求められるユーザの煩わしさを軽減することができる。
【００５１】
ここで、前記所定値は、手指の挟み込みの心配の無い実開口量Ｄｒであることが好ましい。この実開口量Ｄｒは、例えば、５〜７［ｍｍ］に設定される。なお、約５［ｍｍ］より狭くすれば（Ｄｒ＜５［ｍｍ］）、幼児・赤児のような細い指でも挟み込む心配がなくなる。
【００５２】
ここで、開口量検出部２４は、モータ２８のパルス発生器６０から出力される回転パルスに基づいて、窓２０の実開口量Ｄｒ（全閉位置Ｐｃｃからの開口量Ｄ２）を自動的に検出することができるので、特許文献２のようなカメラ等が不要で車両１２のコスト、重量の増加を抑制できる。
【００５３】
また、さらに、車両１２のユーザの通信端末７２に対して情報を送信する通信部３６を備え、通信部３６が、開閉制御部２６によって窓２０を自動的に閉めたことをユーザの通信端末７２に通知する（ステップＳ６）ようにすることで、ユーザが自分の車両１２の所に戻った際に窓２０が閉まっていることで驚かなくて済むようになる。
【符号の説明】
【００５４】
１０…車両用窓閉めシステム            １２…車両
１４…パワーウインドウＥＣＵ          ２０…窓
２２…全閉検出部                      ２４…開口量検出部
２６…開閉制御部                      ３０…雨滴検出センサ
３４…窓開閉スイッチ                  ５０…ドア
５２…開口部                          Ｄ１…オーバーラップ部分
Ｄ２…開口量                          Ｄ３…開閉口
Ｄｒ…実開口量
【図１】
2014237929.tif 000003
【図２】
2014237929.tif 000004
【図３】
2014237929.tif 000005
【図４】
2014237929.tif 000006