(57)【要約】【課題】ガラス割れを正確に報知することのできる車両用セキュリティシステムを提供する。【解決手段】ＥＣＵ１１は、車室内空気圧が第１閾値Ｔｈ１を下回る変化を検出した場合、車両Ｃは窓ガラスが破壊された状態にあると判断する。また、ＥＣＵ１１は、車室内空気圧が第２閾値Ｔｈ２を上回る変化をした場合、さらに、空気圧センサ１０によって検出された車室内空気圧の波形特徴とメモリ１３に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングを行ない、車両Ｃが車両叩きを受けた状態であるか否かを判断する。そして、ＥＣＵ１１は、波形マッチングが成立する場合、車両Ｃは破壊されない衝撃である車両叩きを受けた状態にあると判断する。【選択図】図１
2010023745.tif 000002
【特許請求の範囲】
【請求項１】
車両の車室内の空気圧である車室内空気圧を検出する車室内空気圧センサと、
前記車室内空気圧が基準値よりも低く設定された第１閾値を下回る変化をした場合、前記車両は窓ガラスが破壊された状態にあると判断する判断制御手段と、
前記判断制御手段によって前記車両は窓ガラスが破壊された状態にあると判断された場合、その旨の車両周囲への報知を行なう車載報知手段とを備えることを特徴とする車両用セキュリティシステム。
【請求項２】
請求項１に記載の車両用セキュリティシステムにおいて、
前記判断制御手段は、前記車室内空気圧が前記基準値よりも高く設定された第２閾値を上回る変化を検出したことに基づいて、前記窓ガラスは破壊されない衝撃である車両叩きを受けた状態にあると判断し、
前記車載報知手段は、前記判断制御手段によって車両叩きを受けた状態にあると判断した場合、その旨の車両周囲への報知を行なうことを特徴とする車両用セキュリティシステム。
【請求項３】
請求項２に記載の車両用セキュリティシステムにおいて、
前記車両叩きを受けた状態における車室内空気圧の波形特徴を少なくとも含む、各種車両状態における車室内空気圧の波形特徴を、その車両状態の種類に対応付けて記憶保持する記憶保持手段をさらに備え、
前記判断制御手段は、前記車室内空気圧が前記基準値よりも高く設定された第２閾値を上回る変化を検出し、さらに、前記車室内空気圧センサによって検出された車室内空気圧の波形特徴と前記記憶保持手段に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングを行ない、前記車両が車両叩きを受けた状態であるか否かを判断することを特徴とする車両用セキュリティシステム。
【請求項４】
請求項３に記載の車両用セキュリティシステムにおいて、
前記記憶保持手段に記憶保持される波形特徴には、前記車両叩きを受けた場合の波形特徴に加え、車両ドアが開いている状態から閉じられた場合の波形特徴、及び、車室内が空調されている場合の波形特徴が含まれており、
前記判断制御手段は、前記車両が車両叩きを受けた状態であるか否かについての判断だけでなく、前記車両ドアが開いている状態から閉じられた場合であるか否かについての判断、車室内が空調されているか否かについての判断も行なうことを特徴とする車両用セキュリティシステム。
【請求項５】
請求項１〜４のいずれか一項に記載の車両用セキュリティシステムにおいて、
前記車両に搭載され、無線通信機能を有する携帯機との間で無線通信を行なう車載無線通信手段と、
前記判断制御手段によって前記車両は窓ガラスが破壊された状態にあると判断された場合、前記車載通信手段を用いて前記携帯機を携帯するユーザへその旨の通知を行なう通知手段とをさらに備えることを特徴とする車両用セキュリティシステム。
【請求項６】
請求項２に記載の車両用セキュリティシステムにおいて、
前記車室内空気圧の波形特徴を、車両が受ける衝撃の程度、その衝撃を生成した手段、及び、その衝撃を受けた箇所に対応付けて記憶保持する記憶保持手段をさらに備え、
前記判断制御手段は、前記車室内空気圧が基準値よりも高く設定された第２閾値を上回る変化を検出し、さらに、前記車室内空気圧センサによって検出された車室内空気圧の波形特徴と前記記憶保持手段に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングを行なうことで、車両が受けた衝撃の発生手段、車両が受けた衝撃の程度、及び、衝撃を受けた箇所を判断することを特徴とする車両用セキュリティシステム。
【請求項７】
請求項６に記載の車両用セキュリティシステムにおいて、
前記記憶保持手段に記憶保持される波形特徴には、ハンマーによる窓叩きを受けた場合の波形特徴、手による窓叩きを受けた場合の波形特徴、及び、天井叩きを受けた場合の波形特徴が含まれており、
前記判断制御手段は、前記車両が車両叩きを受けた状態であるか否かについての判断だけでなく、さらに、車両叩きの種類がハンマーによる窓叩きであるか、手による窓叩きであるか、天井叩きであるかについての判断も行ない、
前記車載報知手段は、前記判断制御手段によって前記車両が車両叩きを受けた状態にあるとの判断結果だけでなく、車両叩きの種類の報知も行なうことを特徴とする車両用セキュリティシステム。
【請求項８】
請求項６または７に記載の車両用セキュリティシステムにおいて、
前記車載報知手段は、前記判断制御手段によって判断された、衝撃の発生手段、衝撃の程度、及び、衝撃を受けた箇所に応じた車両周囲への警告を行なうことを特徴とする車両用セキュリティシステム。
【請求項９】
請求項８に記載の車両用セキュリティシステムにおいて、
前記車両に搭載され、無線通信機能を有する携帯機との間で無線通信を行なう車載無線通信手段と、
前記判断制御手段によって前記車両叩きの種類が判断された場合、前記車載通信手段を用いて前記携帯機を携帯するユーザへ前記車両叩きの種類の通知を行なう通知手段とをさらに備えることを特徴とする車両用セキュリティシステム。
【請求項１０】
請求項９に記載の車両用セキュリティシステムにおいて、
前記車載報知手段による前記警告が実行される条件である複数の警告実行条件の中から１つを選択可能な警告実行条件選択手段、及び、前記車載無線通信手段による前記通知が実行される条件である複数の通知実行条件の中から１つを選択可能な通知実行条件選択手段をさらに備え、
前記判断制御手段は、前記警告実行条件選択手段によって選択された警告実行条件が成立する場合、前記車載報知手段によって前記警告を実行するとともに、前記通知実行条件選択手段によって選択された通知実行条件が成立する場合、前記車載無線通信手段によって前記通知を実行することを特徴とする車両用セキュリティシステム。
【請求項１１】
第２閾値を調整可能な閾値調整手段をさらに備えることを特徴とする請求項２に記載の車両用セキュリティシステム。
【請求項１２】
請求項１１に記載の車両用セキュリティシステムにおいて、
車両の位置を検出する位置検出手段をさらに備え、
前記閾値調整手段は、前記位置検出手段によって車両が市街地に検出される場合、第２閾値を、市街地以外に検出される場合に比較して高く設定することを特徴とする車両用セキュリティシステム。
【請求項１３】
請求項２〜４及び６〜１２のいずれかに記載の車両用セキュリティシステムにおいて、
通常モードとリトライ監視モードとの間で、動作モードを設定する動作モード設定手段をさらに備え、
前記通常モードは、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると判断された場合であっても、前記車載報知手段によって前記車両の状態についての車両周囲への報知を行なわない動作モードであり、
前記リトライ監視モードは、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると判断された場合、前記車載報知手段によって前記車両の状態についての車両周囲への報知を行なう動作モードであり、
前記動作モード設定手段は、前記動作モードが前記通常モードに設定されている間に、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると判断された場合、前記動作モードを前記リトライ監視モードに設定し、前記動作モードが前記リトライ監視モードに設定されている間に、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると最後に判断されてから所定時間経過した場合、前記動作モードを前記通常モードに設定することを特徴とする車両用セキュリティシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車室内の空気圧に基づき車両に異常が生じたか否かを判断し、異常が生じたと判断した場合、車両周囲への報知やユーザへの通知を行なう車両用セキュリティシステムに関する。
【背景技術】
【０００２】
従来、この種の車両用セキュリティシステムとして、特許文献１に記載の技術が知られている。この文献の技術を含め、従来一般に知られている技術では、車両の車室内の空気圧である車室内空気圧を検出し、その変化量が所定の閾値を超過した場合、車両に異常が生じたと判断する。異常が生じたと判断すると、車両周囲へ報知したり、無線通信機能を用いてユーザに通知したりする。
【特許文献１】登録実用新案第３１０５１３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記従来技術では、例えば歩行者が車両の窓に衝撃を加えたり、ボールが車両に当たったりしただけで、車室内空気圧の変化量が所定の閾値を超過することがある。そして、この場合であっても、上記従来技術は、車両周囲へ報知したり、ユーザに通知したりしてしまう。こうした報知や通知に気付いたユーザが車両に戻り車体を確認しても、窓ガラスは割れておらず、当該車両用セキュリティシステムの誤報知や誤検知であったと捉えられてしまうことが多い。
【０００４】
本発明は、上記実情に鑑みてなされたものであって、その目的は、ガラス割れを正確に報知することのできる車両用セキュリティシステムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明者らは、前述の目的を達成するため検討を重ねたところ、窓ガラスが破壊されると、車室内空気圧が基準値よりも低く設定された第１閾値を下回るという知見を見出した。この理由は明らかではないが、次のように推定している。すなわち、車両の窓及びドアが閉じられて車室内が密閉状態となると、車室内の温度が上昇するとともに、この車室内温度の上昇に伴って車室内の空気圧も増大する。そして、車室内空気圧は、車室内の温度で定まる値に落ち着くことになる。車室内圧力が落ち着いた状態において、例えば車両の窓ガラスが破壊されると、車室内空気圧は大気圧よりも高いことから、車室内の空気は、破壊された箇所から車室外へ流出し、車室内の空気圧は急激に低下する。本発明はかかる知見に基づいて成されている。
【０００６】
そこで、請求項１に記載の発明では、車両の車室内の空気圧である車室内空気圧を検出する車室内空気圧センサと、前記車室内空気圧が基準値よりも低く設定された第１閾値を下回る変化をした場合、前記車両は窓ガラスが破壊された状態にあると判断する判断制御手段と、前記判断制御手段によって前記車両は窓ガラスが破壊された状態にあると判断された場合、その旨の車両周囲への報知を行なう車載報知手段とを備えることを特徴とする。
【０００７】
車両用セキュリティシステムとしての上記構成では、判断制御手段によって、車室内空気圧が基準値よりも低く設定された第１閾値を下回る変化をした場合、車両は窓ガラスが破壊された状態にあると判断され、窓ガラスが破壊された状態にあると判断されると、車載報知手段によって、その旨の車両周囲への報知が行なわれる。そのため、ガラス割れを正確に報知することができるようになる。
【０００８】
また、本発明者らは、車両が破壊されない衝撃である車両叩きを受けると、ガラス割れの場合とは反対に、車室内空気圧が高くなるという知見を見出した。この理由も明らかではないが、次のように推定している。すなわち、車室内圧力が落ち着いた状態において、例えば歩行者によって車両の窓に衝撃が加えられたり、ボールが車両に当たったりした場合、この程度の衝撃では窓ガラス（車両）は破壊されないものの、窓ガラスが撓むため、車室内の容積が一時的に小さくなる。ここで、車室内の密閉状態は保たれていることから、車室内の容積が一時的に小さくなると、車室内圧力は一時的に高くなる。本発明はかかる知見に基づいて成されている。
【０００９】
そこで、請求項１に記載の構成において、請求項２に記載の発明では、前記判断制御手段は、前記車室内空気圧が前記基準値よりも高く設定された第２閾値を上回る変化を検出したことに基づいて、前記窓ガラスは破壊されない衝撃である車両叩きを受けた状態にあると判断し、前記車載報知手段は、前記判断制御手段によって車両叩きを受けた状態にあると判断した場合、その旨の車両周囲への報知を行なうことを特徴とする。
【００１０】
車両用セキュリティシステムとしての上記構成では、判断制御手段によって、車室内圧力が基準値よりも高く設定された第２閾値を上回る変化を検出した場合、車両は破壊されない衝撃である車両叩きを受けた状態にあると判断され、車両叩きを受けた状態にあると判断されると、車載報知手段によって、その旨の車両周囲への報知が行なわれる。そのため、車両叩きを正確に報知することができるようになる。
【００１１】
上記請求項２に記載の構成において、請求項３に記載の発明では、前記車両叩きを受けた状態における車室内空気圧の波形特徴を少なくとも含む、各種車両状態における車室内空気圧の波形特徴を、その車両状態の種類に対応付けて記憶保持する記憶保持手段をさらに備え、前記判断制御手段は、前記車室内空気圧が前記基準値よりも高く設定された第２閾値を上回る変化を検出し、さらに、前記車室内空気圧センサによって検出された車室内空気圧の波形特徴と前記記憶保持手段に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングを行ない、前記車両が車両叩きを受けた状態であるか否かを判断することを特徴とする。
【００１２】
車両用セキュリティシステムとしての上記構成では、判断制御手段は、閾値による判断に加え、車室内空気圧センサによって検出された車室内空気圧の波形特徴と記憶保持手段に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングによる判断も行なう。ここで、記憶保持手段には、車室内空気圧センサによって検出された車室内空気圧の波形特徴が車両状態の種類に対応付けて記憶保持されており、少なくとも、車両叩きを受けた状態における車室内空気圧の波形特徴が記憶保持されている。そのため、車両叩きを受けた状態であるか否かの判断精度をより高めることができるようになる。
【００１３】
上記請求項３に記載の構成において、請求項４に記載の発明のように、前記記憶保持手段に記憶保持される波形特徴には、前記車両叩きを受けた場合の波形特徴に加え、車両ドアが開いている状態から閉じられた場合の波形特徴、及び、車室内が空調されている場合の波形特徴が含まれており、前記判断制御手段は、前記車両が車両叩きを受けた状態であるか否かについての判断だけでなく、前記車両ドアが開いている状態から閉じられた場合であるか否かについての判断、車室内が空調されているか否かについての判断も行なうことが望ましい。
【００１４】
なお、上記請求項１〜４のいずれかに記載の構成において、請求項５に記載の発明のように、前記車両に搭載され、無線通信機能を有する携帯機との間で無線通信を行なう車載無線通信手段と、前記判断制御手段によって前記車両は窓ガラスが破壊された状態にあると判断された場合、前記車載通信手段を用いて前記携帯機を携帯するユーザへその旨の通知を行なう通知手段とをさらに備えることが望ましい。これにより、携帯機を携帯するユーザは、車両は窓ガラスが破壊された状態にあると判断された場合、その旨を知ることができるようになる。
【００１５】
一方、上記請求項２に記載の構成において、請求項６に記載の発明では、前記車室内空気圧の波形特徴を、車両が受ける衝撃の程度、その衝撃を生成した手段、及び、その衝撃を受けた箇所に対応付けて記憶保持する記憶保持手段をさらに備え、前記判断制御手段は、前記車室内空気圧が基準値よりも高く設定された第２閾値を上回る変化を検出し、さらに、前記車室内空気圧センサによって検出された車室内空気圧の波形特徴と前記記憶保持手段に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングを行なうことで、車両が受けた衝撃の発生手段、車両が受けた衝撃の程度、及び、衝撃を受けた箇所を判断することとした。
【００１６】
車両用セキュリティシステムとしてのこのような構成では、判断制御手段は、閾値による判断に加え、車室内空気圧センサによって検出された車室内空気圧の波形特徴と記憶保持手段に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングによる判断も行なう。ここで、記憶保持手段には、車室内空気圧センサによって検出された車室内空気圧の波形特徴が、車両が受ける衝撃の程度、その衝撃を生成した手段、及び、その衝撃を受けた箇所に対応付けて記憶保持されている。したがって、判断制御手段は、車両叩きを受けた状態であるか否かを判断することができるだけでなく、車両が受ける衝撃の程度、その衝撃を生成した手段、及び、その衝撃を受けた箇所についても判断することができるようになる。
【００１７】
具体的には、上記請求項６に記載の構成において、請求項７に記載の発明のように、前記記憶保持手段に記憶保持される波形特徴には、ハンマーによる窓叩きを受けた場合の波形特徴、手による窓叩きを受けた場合の波形特徴、及び、天井叩きを受けた場合の波形特徴が含まれており、前記判断制御手段は、前記車両が車両叩きを受けた状態であるか否かについての判断だけでなく、さらに、車両叩きの種類がハンマーによる窓叩きであるか、手による窓叩きであるか、天井叩きであるかについての判断も行ない、前記車載報知手段は、前記判断制御手段によって前記車両が車両叩きを受けた状態にあるとの判断結果だけでなく、車両叩きの種類の報知も行なうことが望ましい。これにより、車両用セキュリティシステムは、ハンマーによる窓叩きを受けた場合、手による窓叩きを受けた場合、及び、天井叩きを受けた場合等々、車両が受ける衝撃の程度、その衝撃を生成した手段、及び、その衝撃を受けた箇所について判断し、この判断された車両の状態についての車両周囲への報知を行なうことができるようになる。
【００１８】
上記請求項６または７に記載の構成において、請求項８に記載の発明のように、前記車載報知手段は、前記判断制御手段によって判断された、衝撃の発生手段、衝撃の程度、及び、衝撃を受けた箇所に応じた車両周囲への警告を行なうことが望ましい。これにより、車両へ衝撃を加えた者に対し、効果的に警告することができるようになる。
【００１９】
上記請求項８に記載の構成において、請求項９に記載の発明のように、前記車両に搭載され、無線通信機能を有する携帯機との間で無線通信を行なう車載無線通信手段と、前記判断制御手段によって前記車両叩きの種類が判断された場合、前記車載通信手段を用いて前記携帯機を携帯するユーザへ前記車両叩きの種類の通知を行なう通知手段とをさらに備えることが望ましい。これにより、携帯機を携帯するユーザは、車両が受けた衝撃の発生手段、車両が受けた衝撃の程度、及び、衝撃を受けた箇所について、詳細に知ることができるようになる。
【００２０】
上記請求項８に記載の構成では、全ての場合について、判断制御手段によって判断された車両状態に応じた警告を、車載報知手段によって実行する構成とすることも可能である。同様に、上記請求項９に記載の構成では、全ての場合について、判断制御手段によって判断された車両状態を、車載無線通信手段によって携帯機に通知する構成とすることも可能である。しかしながら、ユーザの中には、こうした警告及び通知を全ての場合について行なう必要はないと考えるユーザもいる。
【００２１】
その点、上記請求項９に記載の構成において、請求項１０に記載の発明では、前記車載報知手段による前記警告が実行される条件である複数の警告実行条件の中から１つを選択可能な警告実行条件選択手段、及び、前記車載無線通信手段による前記通知が実行される条件である複数の通知実行条件の中から１つを選択可能な通知実行条件選択手段をさらに備え、前記判断制御手段は、前記警告実行条件選択手段によって選択された警告実行条件が成立する場合、前記車載報知手段によって前記警告を実行するとともに、前記通知実行条件選択手段によって選択された通知実行条件が成立する場合、前記車載無線通信手段によって前記通知を実行することとした。
【００２２】
車両用セキュリティシステムとしてのこのような構成では、ユーザは、警告実行条件選択手段によって、複数の警告実行条件の中から自己の意向に適う警告実行条件を１つ選択する。同様に、ユーザは、通知実行条件選択手段によって、複数の通知実行条件の中から自己の意向に適う通知実行条件を１つ選択する。ユーザが警告実行条件及び通知実行条件を選択すると、選択された警告実行条件が成立した場合にのみ、車載報知手段によって警告が実行され、選択された通知条件が成立した場合にのみ、車載無線通信手段によって通知が実行されるようになる。このように、ユーザは、車両へ衝撃を加えた者に対する警告や携帯機を携帯するユーザへの通知内容を選択することができるようになる。なお、警告実行条件の選択と通知実行条件の選択を別個に行なうのではなく、一括して選択することとしてもよい。
【００２３】
上記請求項２に記載の構成では、第２閾値を固定された値とした構成とすることもできる。しかしながら、ユーザの中には、車両が車両叩きを受けた状態にあると判断される衝撃のレベル、すなわち第２閾値を調整したい、と考えるユーザもいる。その点、上記請求項２に記載の構成において、請求項１１に記載の発明のように、第２閾値を調整可能な閾値調整手段をさらに備えることが望ましい。これにより、ユーザが自己の好みに応じて第２閾値を調整することが可能な構成とすることもできる。なお、閾値調整手段として、例えばスライダスイッチを採用してもよい。
【００２４】
なお、ユーザ（手動）による第２閾値の調整に限らない。他に例えば、請求項１２に記載の発明のように、車両の位置に応じて第２閾値が調整されることとしてもよい。すなわち、請求項１２に記載の発明では、車両の位置を検出する位置検出手段をさらに備え、前記閾値調整手段は、前記位置検出手段によって車両が市街地に検出される場合、第２閾値を、市街地以外に検出される場合に比較して高く設定することとした。
【００２５】
市街地においては、人通りが多く、ちょっとした衝撃が頻発することが考えられる。そのため、車両叩きを受けた状態にあると判断されにくい方が望ましい。一方、市街地外においては、人通りが少なく、ちょっとした衝撃が頻発するとは考えにくい。そのため、車両叩きを受けた状態にあると判断されやすい方が望ましい。
【００２６】
その点、上記請求項１２に記載の構成によれば、第２閾値は、市街地において高く設定される一方、市街地外において低く設定される。そのため、市街地において車両叩きを受けた状態にあると判断されにくくなる一方、市街地外において車両叩きを受けた状態にあると判断されやすくなる。このように、車両の位置に応じて第２閾値を調整することができるようになる。
【００２７】
ところで、車両の窓ガラスは割れにくく製造されており、車両の窓ガラスを割るには、複数回にわたって衝撃が加えられることが多い。そのため、１度目の衝撃は偶然であったとしても、２度目以降の衝撃は故意であることが多い。
【００２８】
その点、請求項２〜４及び６〜１２のいずれかに記載の構成において、請求項１３に記載の発明では、通常モードとリトライ監視モードとの間で、動作モードを設定する動作モード設定手段をさらに備え、前記通常モードは、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると判断された場合であっても、前記車載報知手段によって前記車両の状態についての車両周囲への報知を行なわない動作モードであり、前記リトライ監視モードは、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると判断された場合、前記車載報知手段によって前記車両の状態についての車両周囲への報知を行なう動作モードであり、前記動作モード設定手段は、前記動作モードが前記通常モードに設定されている間に、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると判断された場合、前記動作モードを前記リトライ監視モードに設定し、前記動作モードが前記リトライ監視モードに設定されている間に、前記判断制御手段によって前記車両が車両叩きを受けた状態にあると最後に判断されてから所定時間経過した場合、前記動作モードを前記通常モードに設定することを特徴とする。
【００２９】
車両用セキュリティシステムとしてのこのような構成では、動作モードが通常モードに設定されている間に、車両が車両叩きを受けた状態にあると判断された場合、車載報知手段によって車両状態が報知されることなく、動作モードがリトライ監視モードに設定される。このリトライ監視モードに設定されている間に、車両が車両叩きを受けた状態にあると判断された場合、車載報知手段によって車両状態が報知される。なお、車両が車両叩きを受けた状態にあると最後に判断されてから所定時間経過した場合には、動作モードが通常モードに設定される。このように、車両が車両叩きを受けた状態にあると判断されても、１度目の判断である場合には、車載報知手段によって車両の状態についての車両周囲への報知が行なわれることはない。しかしながら、１度目の判断を受けて以降、所定時間が経過する前に、再びその判断を受けた場合には、車載報知手段によって車両の状態についての車両周囲への報知が行なわれることになる。これにより、実情に即して車両周囲への報知を行なうことができるようになる。
【発明を実施するための最良の形態】
【００３０】
（第１の実施の形態）
以下、本発明に係る車両用セキュリティシステムの第１の実施の形態について、図１〜図５を参照しつつ説明する。なお、図１は、車両用セキュリティシステム１の概略図であり、図２は、車両側装置１００の構成を示すブロック図である。はじめに、これら図１及び図２を参照しつつ、車両用セキュリティシステム１の構成及び機能について説明する。
【００３１】
図１に示されるように、車両用セキュリティシステム１は、車両Ｃに搭載される車両側装置１００と、車両側装置１００との間で無線通信可能な通信センター２００と、この通信センター２００との間で無線通信可能であり、ユーザによって携帯可能な携帯機３００とを有して構成されている。
【００３２】
図２に示されるように、車両側装置１００は、空気圧センサ１０と、ＥＣＵ１１と、ライト１４と、ホーン１５と、無線通信機１６とを備える。
【００３３】
このうち、車室内空気圧センサ（以下、単に空気圧センサと記載）１０は、車室内の適宜の箇所に配設されており、車室内の空気の圧力を検出する。そして、空気圧センサ１０は、制御装置（以下、ＥＣＵと記載）１１へ、この検出した空気圧を出力する。なお、空気圧センサ１０については公知であるため、ここでの詳しい説明を割愛する。
【００３４】
ＥＣＵ１１は、ＣＰＵ１２及びメモリ１３等を有するコンピュータであり、このメモリ１３等に予め記憶保持されたプログラムに従って種々の処理を実行する。このＥＣＵ１１によって実行される処理のうちセキュリティ処理については、図３を参照して後述する。
【００３５】
また、ＥＣＵ１１は、後述のセキュリティ処理中に波形マッチングを行なう。波形マッチングとは、空気圧センサ１０によって検出された車室内空気圧の波形特徴とメモリ１３に記憶保持されている車室内空気圧の波形特徴とを対比する処理であり、メモリ１３には、この波形マッチングを行なう際に必要となる、各種車両状態における車室内空気圧の波形特徴がその車両状態の種類に対応付けて記憶保持されている。具体的には、メモリ１３には、例えば車両叩きを受けた場合の波形特徴、車両ドアが開いている状態から閉じられた場合の波形特徴、及び、車室内が空調されている場合の波形特徴が記憶保持されている。
【００３６】
ライト（車載報知手段）１４は、例えば車両Ｃの前方を照射する前照灯であり、ＥＣＵ１１によってその点消灯が制御される。後述するように、例えば車両Ｃは窓ガラスが破壊された（割れた）状態にあるとＥＣＵ１１によって判断された場合、短い所定周期をもって、ライト１４が点消灯される。一方、例えば車両Ｃが破壊されない衝撃である車両叩きを受けた状態にあるとＥＣＵ１１によって判断された場合、長い所定周期をもって、ライト１４が点消灯される。このように、車両状態に応じた点消灯パターンにてライト１４が点消灯されることで、車両状態について車両Ｃ周囲への報知が行なわれる。なお、こうした点消滅パターンは任意である。また、本実施の形態では、ライト１４として前照灯を採用したが、これに限らず、ライト１４として車幅灯を採用してもよい。
【００３７】
ホーン（車載報知手段）１５は、ＥＣＵ１１によってその音声出力が制御される。後述するように、例えば車両Ｃは窓ガラスが破壊された状態にあるとＥＣＵ１１によって判断された場合、ホーン１５による警笛が短い所定周期によって実行される。一方、例えば車両Ｃが破壊されない衝撃である車両叩きを受けた状態にあるとＥＣＵ１１によって判断された場合、ホーン１５による警笛が長い所定周期によって実行される。このように、車両状態に応じた警笛パターンにてホーン１５から警笛が吹鳴されることで、車両状態について車両Ｃ周囲への報知が行なわれる。なお、こうした吹鳴パターンは任意である。また、後述するように、ホーン１５は、ＥＣＵ１１によって判断された、衝撃の発生手段、衝撃の程度、及び、衝撃を受けた箇所に応じた車両Ｃ周囲への警告を行なう。
【００３８】
無線通信機（車載無線通信手段）１６は、車両Ｃに搭載され、通信センター２００との間で無線にて各種データの送受信を実行する。この通信センター２００は、ユーザが携帯する携帯機３００との間で無線通信可能であるため、車両側装置１００（詳しくはＥＣＵ１１）は、無線通信機１６を介して、携帯機３００との間で無線通信が可能である。後述するように、ＥＣＵ１１は、車両Ｃは窓ガラスが破壊された状態にあると判断された場合、無線通信機１６を用いて携帯機３００を携帯するユーザへその旨の通知を行なう。そのため、ＥＣＵ１１が特許請求の範囲に記載した通知手段に対応する。
【００３９】
以下、本実施の形態の車両用セキュリティシステム１の動作について、図３を参照しつつ説明する。なお、図３は、車両用セキュリティシステム１（詳しくはＥＣＵ１１）によって実行されるセキュリティ処理Ｓ１の処理手順を示すフローチャートであり、ＥＣＵ１１は、イグニッションスイッチのオンオフにかかわらず、このセキュリティ処理Ｓ１を所定周期ごとに繰り返し実行する。
【００４０】
図３に示されるように、セキュリティ処理Ｓ１が実行開始されると、ＥＣＵ１１は、まず、ステップＳ１０の判断処理として、車室内は負圧であるか否かが判断される。具体的には、ＥＣＵ１１は、空気圧センサ１０にて検出される車室内空気圧を取り込み、この取り込んだ車室内空気圧が基準値Ｔｈよりも高いか否かを判断する。本実施の形態では、このステップＳ１０の判断処理において使用する基準値Ｔｈとして大気圧程度に固定値を採用している。しかしながら、固定値に限らず、車室内の温度を予め検出し、この検出した温度に基づき算出する基準値Ｔｈを採用してもよい。ちなみに、車両Ｃの窓及びドアが閉じられて車室内が密閉状態となると、車室内の温度が上昇するとともに、この車室内温度の上昇に伴って車室内の空気圧も増大する。そして、車室内空気圧は、車室内の温度で定まる基準値Ｔｈに落ち着くことになる。
【００４１】
ここで、空気圧センサ１０にて検出される車室内空気圧が上記基準値Ｔｈを下回ると判断される場合（ステップＳ１０の判断処理で「Ｙｅｓ」）、すなわち、車室内空気圧が負圧であると判断される場合、ＥＣＵ１１は、続くステップＳ１１の判断処理として、車室内空気圧が基準値Ｔｈよりも低く設定された第１閾値Ｔｈ１を下回る変化を検出するか否かを判断する。なお、本実施の形態では、第１閾値Ｔｈ１は、実験に基づき決定した一定値を採用している。他に例えば、車室内外の温度差から推定できる空気圧の変化量や、駐車時からの空気圧の変化量に基づき定めた一定値を採用してもよい。
【００４２】
そして、車室内空気圧に第１閾値Ｔｈ１を下回る変化を検出する場合（ステップＳ１１の判断処理で「Ｙｅｓ」）、ＥＣＵ１１は、車両Ｃは窓ガラスが破壊された状態にあると判断し、続くステップＳ１２の処理として、ライト１４及びホーン１５によって車両Ｃ周囲への報知を行なう。ちなみに、図４（ａ）に、密閉状態にある車室の窓ガラスが破壊された場合における、車室内空気圧の推移の一例を示す。この図４（ａ）に示されるように、密閉状態における車室の窓ガラスが破壊されると、車室内の空気圧には基準値Ｔｈよりも低く設定された第１閾値Ｔｈ１を下回る変化が検出される。したがって、先のステップＳ１１の判断処理において空気圧センサ１０にて検出される車室内空気圧が第１閾値Ｔｈ１を下回ると判断される場合、ＥＣＵ１１は、車両Ｃは窓ガラスが破壊された状態にあると判断することが可能である。また、ＥＣＵ１１は、車両Ｃ周囲への報知に併せて、無線通信機１６による携帯機３００への通知を行なう。具体的には、図５（ａ）に示すように、ＥＣＵ１１は、携帯機３００に例えば「あなたの愛車はガラスが割られました！！」といった通知を行なう。
【００４３】
一方、先のステップＳ１１の判断処理において、空気圧センサ１０にて検出される車室内空気圧が上記基準値Ｔｈを下回ると判断される場合（ステップＳ１１の判断処理で「Ｎｏ」）、車室内空気圧は負圧であるものの、第１閾値Ｔｈ１を下回るほどの変化ではなかったため、ＥＣＵ１１は、窓ガラスが破壊された状態にはないと判断し、セキュリティ処理Ｓ１を一旦終了する。
【００４４】
また、先のステップＳ１０の判断処理において、車室内は負圧ではないと判断される場合、すなわち、車室内は正圧であると判断される場合、ＥＣＵ１１は、続くステップＳ１３の判断処理として、車室内空気圧が基準値Ｔｈよりも高く設定された第２閾値Ｔｈ２を上回る変化を検出するか否かを判断する。
【００４５】
ちなみに、図４（ｂ）に、破壊されない衝撃である車両叩きを車両が受けた場合における、車室内空気圧の推移の一例を示す。この図４（ｂ）に示されるように、破壊されない衝撃である車両叩きを車両が受けた場合、車室内の空気圧には基準値Ｔｈよりも高く設定された第２閾値Ｔｈ２を上回る変化が検出される。なお、本実施の形態では、第２閾値Ｔｈ２は、車両Ｃの窓ガラスが割れない程度の衝撃を加える実験によって定められた固定値を採用している。第２閾値Ｔｈ２は、車両Ｃの窓ガラスが割れるほどの衝撃と、車両Ｃの窓ガラスが割れない程度の衝撃とを差別化することの可能な値である。したがって、先のステップＳ１３の判断処理において空気圧センサ１０にて検出される車室内空気圧が上記第２閾値Ｔｈ２を上回ると判断される場合、ＥＣＵ１１は、車両Ｃは車両叩きを受けた状態にあると判断することが可能である。
【００４６】
ただし、本実施の形態では、車室内空気圧に第２閾値Ｔｈ２を上回る変化を検出する場合（ステップＳ１３の判断処理で「Ｙｅｓ」）、ＥＣＵ１１は、さらに、続くステップＳ１４の処理として、波形マッチングを実行する。具体的には、ＥＣＵ１１は、波形マッチングとして、空気圧センサ１０によって検出された車室内空気圧の波形特徴とメモリ１３に記憶保持されている車室内空気圧の波形特徴とを対比する。そして、ＥＣＵ１１は、車両Ｃが車両叩きを受けた状態であるか否か、車両ドアが開いている状態から閉じられた場合であるか否か、車室内が空調されているか否かについての判断を行なう。
【００４７】
なお、車両Ｃが車両叩きを受けた状態である場合、空気圧センサ１０にて検出された空気圧は、先の図４（ｂ）に示した波形特徴を有する。また、車両ドアが開いている状態から閉じられた場合、車室内空気圧は第２閾値Ｔｈ２を遥かに上回る推移を示す。さらに、車室内が空調されている場合、車室内空気圧は基準値Ｔｈを上回ったり下回ったりする推移を示す。
【００４８】
こうして各種判断を行い、波形マッチングにより、車両Ｃが車両叩きを受けた状態であると判断した場合、ＥＣＵ１１は、ステップＳ１５の処理として、ライト１４及びホーン１５によって車両Ｃ周囲へのその旨の報知を行なう。また、ＥＣＵ１１は、車両Ｃ周囲への報知に併せて、無線通信機１６による携帯機３００への通知を行なう。具体的には、図５（ｂ）に示すように、ＥＣＵ１１は、携帯機３００に例えば「あなたの愛車が衝撃を受けました！！」といった通知を行なう。
（第２の実施の形態）
以下、本発明に係る車両用セキュリティシステムの第２の実施の形態について、図６を参照して説明する。なお、図６は、本実施の形態の車両側装置１００ａの構成を示すブロック図である。この図６に示されるように、本実施の形態の車両側装置１００ａも、先の第１の実施の形態の車両側装置１００（図２）に準じた構成を有している。ただし、本実施の形態は、第１の実施の形態と以下の点で異なっている。
【００４９】
すなわち、先の第１の実施の形態では、各種車両状態における車室内空気圧の波形特徴がその車両状態の種類に対応付けてメモリ１３に記憶保持されていたが、本実施の形態では、車室内空気圧の波形特徴が、車両が受ける衝撃の程度、その衝撃を生成した手段、及び、その衝撃を受けた箇所に対応付けられて記憶保持されている。
【００５０】
具体的には、図７（ａ）に示すように、ハンマーによる窓叩きを受けた場合の波形特徴がメモリ１３に記憶保持されている。この場合、車室内空気圧は、上記第２閾値Ｔｈ２よりもさらに高く設定された第３閾値Ｔｈ３を上回る変化をする。また、図７（ｂ）に示すように、弱い窓叩きを受けた場合の波形特徴がメモリ１３に記憶保持されている。この場合、車室内空気圧は、ハンマーによる窓叩きと波形特徴が類似しているが、第２閾値Ｔｈ２を上回るものの、第２閾値Ｔｈ２よりもさらに高く設定された第３閾値Ｔｈ３には到達しない変化をする。また、図７（ｃ）に示すように、手による窓叩きを受けた場合の波形特徴がメモリ１３に記憶保持されている。この場合、車室内空気圧は、第３閾値Ｔｈ３を上回る変化と第３閾値Ｔｈ３を下回る変化を交互に繰り返す。また、図７（ｄ）に示すように、天井叩きを受けた場合の波形特徴がメモリ１３に記憶保持されている。車室内空気圧は、この場合、不規則に変化する。
【００５１】
ちなみに、本実施の形態では、第３閾値Ｔｈ３は、車両Ｃの窓ガラスが割れない程度の衝撃をハンマーにて加える実験、ハンマーにて加える衝撃よりも弱い衝撃を加える実験、車両Ｃの窓ガラスが割れない程度の衝撃を手にて加える実験、及び、車両Ｃの天井に衝撃を加える実験によって定められた固定値を採用している。第３閾値Ｔｈ３は、これら車両が受けた衝撃の発生手段、車両が受けた衝撃の程度、及び、衝撃を受けた箇所を差別化することが可能な値である。
【００５２】
そして、ＥＣＵ１１ａは、車室内空気圧が第２閾値Ｔｈ２を上回る変化を検出した場合、空気圧センサ１０によって検出された車室内空気圧の波形特徴とメモリ１３に記憶保持されている車室内空気圧の波形特徴とを対比する波形マッチングを行なうことで、車両が受けた衝撃の発生手段（ハンマーによる衝撃か、手による衝撃か）、車両が受けた衝撃の程度（強い車両叩きか、弱い車両叩きか）、衝撃を受けた箇所（窓ガラスか、天井か）を判断する。
【００５３】
また、本実施の形態では、車両側装置１００ａは、例えば図８に示すロータリースイッチにて構成される切替スイッチ（実行レベル選択手段）１７を備える。ユーザは、この切替スイッチ１７のつまみを回すことにより、例えば通知不要レベル、通常レベル、過敏レベル及び超過敏レベルの中から１つの実行レベルを選択することが可能である。
【００５４】
ここで、通知不要レベルに設定されると、ＥＣＵ１１ａは、車両Ｃがどのような状態にあっても、ライト１４による車両Ｃ周囲への報知及びホーン１５による車両Ｃ周囲への警告を行なうだけで、無線通信機１６による携帯機３００への通知を行なわない。
【００５５】
また、通常レベルに設定されると、ＥＣＵ１１ａは、窓ガラスが割れた状態であると判断された時及び強い車両叩きを受けたと判断された時に、ライト１４による車両Ｃ周囲への報知及びホーン１５による車両Ｃ周囲への警告並びに無線通信機１６による携帯機３００への通知を行なう。
【００５６】
また、過敏レベルに設定されると、ＥＣＵ１１ａは、窓ガラスが割れた状態であると判断された時にのみ、ライト１４による車両Ｃへの報知及びホーン１５による車両Ｃ周囲への警告並びに携帯機３００への通知を行なう。
【００５７】
さらに、超過敏レベルに設定されると、ＥＣＵ１１ａは、窓ガラスが割れた状態であると判断される時及び軽い車両叩きを受けたと判断された時に、ライト１４による報知及びホーン１５による車両Ｃ周囲への警告並びに無線通信機１６による携帯機３００への通知を行なう。
【００５８】
これにより、ユーザは、車両Ｃ周囲への報知、車両Ｃ周囲への（特に車両Ｃへ衝撃を加えた者に対する）警告、携帯機３００（を携帯するユーザ）への通知内容及び態様を選択することができる。
【００５９】
また、本実施の形態では、車両側装置１００ａは、例えば図９に示すスライダスイッチ（閾値調整手段）１８を備える。ユーザは、このスライダスイッチ１８のつまみを上下にスライドさせることにより、上記第２閾値Ｔｈ２を調整することが可能である。これにより、ＥＣＵ１１によって車両が車両叩きを受けた状態にあると判断される衝撃のレベルを調整することができる。
【００６０】
以下、本実施の形態の車両用セキュリティシステム１の動作について、図１０を参照しつつ説明する。なお、図１０は、車両用セキュリティシステム１によって実行されるセキュリティ処理Ｓ２の処理手順を示すフローチャートである。
【００６１】
この図１０に示されるように、本実施の形態によって実行されるセキュリティ処理Ｓ２も、第１の実施の形態によって実行されるセキュリティ処理Ｓ１に準じた処理となっている。ただし、ステップＳ２４の処理として実行される波形マッチング、及び、ステップＳ２５の処理として実行される報知及び警告並びに通知が異なっている。以下の説明では、第１の実施の形態と重複する説明を割愛する。
【００６２】
先のステップＳ１３の判断処理において、車室内空気圧に第２閾値Ｔｈ２を上回る変化をする場合（ステップＳ１３の判断処理で「Ｙｅｓ」）、ＥＣＵ１１ａは、さらに、続くステップＳ２４の処理として、波形マッチングを実行する。具体的には、ＥＣＵ１１ａは、波形マッチングとして、空気圧センサ１０によって検出された車室内空気圧の波形特徴とメモリ１３に記憶保持されている車室内空気圧の波形特徴とを対比する。そして、ＥＣＵ１１ａは、車両が受けた衝撃の発生手段（ハンマーによる衝撃か、手による衝撃か）、車両が受けた衝撃の程度（強い車両叩きか、弱い車両叩きか）、衝撃を受けた箇所（窓ガラスか、天井か）を判断する。なお、ＥＣＵ１１ａは、先の図７（ａ）〜（ｄ）に示す波形特徴を用いて波形マッチングを実行する。
【００６３】
こうした波形マッチングにより、車両が受けた衝撃の発生手段、車両が受けた衝撃の程度、衝撃を受けた箇所を判断した場合、ＥＣＵ１１ａは、ステップＳ２５の処理として、ライト１４による車両Ｃ周囲への報知、ホーン１５による車両Ｃ周囲への警告及び無線通信機１６による携帯機３００への通知を行なう。
【００６４】
具体的には、ＥＣＵ１１ａは、車両Ｃが弱い窓叩きを受けたと判断する場合、図１１（ａ）に示すように、ホーン１５から例えば「注意してください！」といった報知を車両Ｃの周囲に行なう。また、ＥＣＵ１１ａは、車両Ｃが強い窓叩きを受けたと判断する場合、図１１（ｂ）に示すように、「通報しますよ！！」といった警告を車両Ｃの周囲に行なう。また、ＥＣＵ１１ａは、車両Ｃがハンマーによる窓叩きを受けたと判断する場合、ホーン１５によって警報を即座に鳴らす。
【００６５】
また、ＥＣＵ１１ａは、車両Ｃがハンマーによる窓叩きを受けたと判断する場合、図１２（ａ）に示すように、無線通信機１６から例えば「あなたの愛車はハンマーによる衝撃を受けました！！」といった即座に通知を行なう。また、ＥＣＵ１１ａは、車両Ｃの天井に衝撃を受けたと判断する場合、図１１（ｂ）に示すように、「あなたの愛車は天井に衝撃を受けました！！」といった通知を行なう。
【００６６】
そして、ライト１４による車両Ｃ周囲への報知、及び、ホーン１５による車両Ｃ周囲への警告、並びに、無線通信機１６による車両毎の通知等々を行なうと、ＥＣＵ１１ａは、このセキュリティ処理Ｓ２を終了する。
【００６７】
なお、本発明に係る車両用セキュリティシステム１は、上記第２の実施の形態にて例示した構成に限定されるものではなく、本発明の趣旨を逸脱しない範囲において、種々に変形して実施することが可能である。すなわち、上記第２の実施の形態を適宜変更した例えば次の形態として実施することもできる。
【００６８】
上記第２の実施の形態では、先の図８に示すように、ロータリースイッチにて構成された切替スイッチ１７を採用していたが、これに限らない。他に例えば、図８に対応する図として図１３（ａ）に示すように、メータカスタマイズ式にて構成された切替スイッチ１７ａを採用してもよい。この場合、ユーザは、メータのパネルに表示される図示しないカーソルを上方向に移動させる上方向移動ボタン、下方向に移動させる下方向移動ボタン、及び、カーソルが合わせられた実行レベルを選択決定する選択決定ボタンを手動操作することで、メータのパネルに一覧表示される複数の実行レベルから１つを選択する。また他にも、図８に対応する図として図１３（ｂ）に示すように、携帯機式にて構成された切替スイッチ１７ｂを採用してもよい。すなわち、切替スイッチ１７の所在は、車両側装置１００ａであろうと、携帯機３００であろうと、任意である。
【００６９】
上記第２の実施の形態（変形例を含む）では、切替スイッチ１７〜１７ｂによって、ホーン１５による車両Ｃ周囲への警告が実行される条件である複数の警告実行条件、及び、無線通信機１６による携帯機３００への通知が実行される条件である複数の通知実行条件がそれぞれ組み合わされた複数の実行レベルから１つを選択していたが、これに限らない。他に例えば、車両用セキュリティシステムは、上記切替スイッチに替えて、ホーン１５による車両Ｃ周囲への警告が実行される複数の警告実行条件の中から１つ選択可能な警告実行条件選択手段、及び、無線通信機１６による携帯機３００への通知が実行される複数の通知実行条件の中から１つを選択可能な通知実行条件選択手段を備えることにしてもよい。これにより、ユーザは、「窓ガラスが割れた状態であると判断された時、ハンマーによる窓叩きを受けた状態であると判断された時、及び、天井叩きを受けた状態であると判断された時に、ホーン１５による車両Ｃ周囲への警告を実行する」、「窓ガラスが割れた状態であると判断された時、及び、ハンマーによる窓叩きを受けた状態であると判断された時に、ホーン１５による車両Ｃ周囲への警告を実行する」など、複数の警告実行条件の中から１つを選択することができる。また、ユーザは、「窓ガラスが割れた状態であると判断された時、及び、ハンマーによる窓叩きを受けた状態であると判断された時に、無線通信機１６による携帯機３００への通知を実行する」、「車両がどのような状態であれ、無線通信機１６による携帯機３００への通知を実行しない」など、複数の通知実行条件の中から１つを選択することができる。
【００７０】
上記第２の実施の形態（変形例を含む）では、車両側装置１００ａは、先の図９に示すスライダスイッチ１８を備え、ユーザは、このスライダスイッチ１８を上下にスライドさせることで、上記第２閾値を調整することが可能であったが、この第２閾値の調整はユーザ（手動）に限らない。例えばナビゲーション装置（位置検出手段）を車両Ｃに搭載し、車両Ｃが市街地に検出される場合、車両Ｃが市街地以外に検出される場合に比較して、第２閾値Ｔｈ２を高く設定することとしてもよい。
（第３の実施の形態）
以下、本発明に係る車両用セキュリティシステムの第３の実施の形態について説明する。
【００７１】
本実施の形態では、ＥＣＵ１１（あるいはＥＣＵ１１ａ）は、通常モードと監視モードとの間で動作モードを自動に設定する（動作モード設定手段）。詳しくは、ＥＣＵ１１は、その動作モードが通常モードに設定されているとき、車両Ｃが車両叩きを受けた状態にあると判断した場合であっても、ライト１４による車両Ｃ周囲への報知やホーン１５による車両Ｃ周囲への警告を行なわない。一方、ＥＣＵ１１は、その動作モードが監視モードに設定されているとき、車両Ｃが車両叩きを受けた状態にあると判断した場合、ライト１４による車両Ｃ周囲への報知やホーン１５による車両Ｃ周囲への警告を行なう。
【００７２】
以下、図１４を参照してさらに説明する。なお、この図１４は、本実施の形態の車両側装置１００によって実行されるセキュリティ処理Ｓ１ａである。図１４に示されるように、先のステップＳ１４の処理（図３参照）を終えると、ＥＣＵ１１は、続くステップＳ３４１の処理として、動作モードが上記リトライ監視モードに設定されているか否かを判断する。
【００７３】
ここで、動作モードが上記リトライ監視モードに設定されておらず、通常モードに設定されている場合（ステップＳ３４１の判断処理で「Ｎｏ」）、ＥＣＵ１１は、続くステップＳ３４２の判断処理として、車両Ｃが衝撃を受けたと判断されたか否かを判断する。車両Ｃが衝撃を受けたと判断されなかった場合（ステップＳ３４２の判断処理で「Ｎｏ」）、ＥＣＵ１１は、そのまま、このセキュリティ処理Ｓ１ａを終了する。
【００７４】
一方、先のステップＳ３４２の判断処理として、車両Ｃが衝撃を受けたと判断された場合（ステップＳ３４２の判断処理で「Ｙｅｓ」）、ＥＣＵ１１は、ステップＳ３４３の処理として、リトライ監視モードに突入し、そのまま、このセキュリティ処理Ｓ１ａを終了する。
【００７５】
先のステップＳ３４１の判断処理において、動作モードが上記リトライ監視モードに設定されている場合（ステップＳ３４１の判断処理で「Ｙｅｓ」）、ＥＣＵ１１は、続くステップＳ３４４の判断処理として、車両Ｃが衝撃を受けたか否かを判断する。車両Ｃが衝撃を受けたと判断されなかった場合（ステップＳ３４４の判断処理で「Ｎｏ」）、ＥＣＵ１１は、続くステップＳ３４５の判断処理として、車両Ｃが衝撃を受けていないと判断してから一定時間経過しているか否かを判断する。ここで、一定時間経過していないと判断される場合（ステップＳ３４５の判断処理で「Ｎｏ」）、ＥＣＵ１１は、先のステップＳ３４４の判断処理を再度実行する。すなわち、ＥＣＵ１１は、一定時間経過したと判断されるまで、ステップＳ３４４の判断処理及びステップＳ３４５の判断処理を繰り返し実行する。一方、ステップＳ３４５の判断処理において、一定時間経過したと判断される場合、ＥＣＵ１１は、続くステップＳ３４６の処理として、リトライ監視モードを解除し、動作モードを通常モードに設定し、そのまま、このセキュリティ処理Ｓ１ａを終了する。
【００７６】
先のステップＳ３４４の判断処理において、車両Ｃが衝撃を受けたと判断する場合（ステップＳ３４５の判断処理で「Ｙｅｓ」）、ＥＣＵ１１は、ステップＳ３４７の処理として、ＥＣＵ１１は、ライト１４による車両Ｃ周囲への報知及びホーン１５による車両Ｃ周囲への警告並びに無線通信機１６による携帯機３００への通知を行なう。ちなみに、この通知では、例えば「あなたの愛車がリトライ監視中に衝撃を受けました！！」といった通知を行なう。
【図面の簡単な説明】
【００７７】
【図１】本発明に係る車両用セキュリティシステムの第１の実施の形態について、その概略を示す図。
【図２】第１の実施の形態について、車両側装置の構成を示すブロック図。
【図３】第１の実施の形態で実行されるセキュリティ処理について、その処理手順を示すフローチャート。
【図４】（ａ）は、ガラス割れが生じたときの車室内空気圧の波形特徴。（ｂ）は、車両叩きが生じたときの車室内空気圧の波形特徴。
【図５】（ａ）及び（ｂ）は、第１の実施の形態において、車両状態に応じた通知例を示す図。
【図６】本発明に係る車両用セキュリティシステムの第２の実施の形態について、車両側装置の構成を示すブロック図。
【図７】（ａ）〜（ｄ）は、第２の実施の形態において、車両状態に応じた通知例を示す図。
【図８】第２の実施の形態において採用される切替スイッチの一例を示す図。
【図９】第２の実施の形態において採用されるスライダスイッチの一例を示す図。
【図１０】第２の実施の形態で実行されるセキュリティ処理について、その処理手順を示すフローチャート。
【図１１】（ａ）及び（ｂ）は、第２の実施の形態において、車両状態に応じた車両周囲への警告例を示す図。
【図１２】（ａ）及び（ｂ）は、第２の実施の形態において、車両状態に応じた車両周囲への通知例を示す図。
【図１３】（ａ）及び（ｂ）は、第２の実施の形態について、切替スイッチの変形例をそれぞれ示す模式図。
【図１４】本発明に係る車両用セキュリティシステムの第３の実施の形態によって実行されるセキュリティ処理について、その処理手順の一部を示すフローチャート。
【符号の説明】
【００７８】
１…車両用セキュリティシステム、１０…空気圧センサ、１１、１１ａ…ＥＣＵ、１２…ＣＰＵ、１３…メモリ、１４…ライト、１５…ホーン、１６…無線通信機、１７〜１７ｂ…切替スイッチ、１８…スライダスイッチ、１００、１００ａ…車両側装置、２００…通信センター、３００…携帯機。
【図１】
2010023745.tif 000003
【図２】
2010023745.tif 000004
【図３】
2010023745.tif 000005
【図４】
2010023745.tif 000006
【図５】
2010023745.tif 000007
【図６】
2010023745.tif 000008
【図７】
2010023745.tif 000009
【図８】
2010023745.tif 000010
【図９】
2010023745.tif 000011
【図１０】
2010023745.tif 000012
【図１１】
2010023745.tif 000013
【図１２】
2010023745.tif 000014
【図１３】
2010023745.tif 000015
【図１４】
2010023745.tif 000016