JP4140144B2 - Vehicle antitheft device - Google Patents

Vehicle antitheft device Download PDF

Info

Publication number
JP4140144B2
JP4140144B2 JP27364699A JP27364699A JP4140144B2 JP 4140144 B2 JP4140144 B2 JP 4140144B2 JP 27364699 A JP27364699 A JP 27364699A JP 27364699 A JP27364699 A JP 27364699A JP 4140144 B2 JP4140144 B2 JP 4140144B2
Authority
JP
Japan
Prior art keywords
signal
vehicle
control
theft
door
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP27364699A
Other languages
Japanese (ja)
Other versions
JP2001088661A (en
Inventor
淳 岡光
純司 金石
学 竹重
靖弘 高邊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mazda Motor Corp
Original Assignee
Mazda Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mazda Motor Corp filed Critical Mazda Motor Corp
Priority to JP27364699A priority Critical patent/JP4140144B2/en
Publication of JP2001088661A publication Critical patent/JP2001088661A/en
Application granted granted Critical
Publication of JP4140144B2 publication Critical patent/JP4140144B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Lock And Its Accessories (AREA)
  • Burglar Alarm Systems (AREA)
  • Alarm Systems (AREA)

Description

【0001】
【発明の属する技術分野】
【0002】
本願発明は、駐車状態にある車両の盗難を警報によって防止するようにした車両用盗難防止装置に関するものである。
【従来の技術】
【0003】
近年、駐車車両の盗難の多発傾向を背景として、車両の盗難を防止するための技術が種々提案されており、その一つとして、例えば特開平7−165019号公報に開示されるように、車両の盗難状態が検出されたときに、ホーンの吹鳴とかライトの点灯等によって盗難行為の牽制を行うとともに、車両の所有者の携帯機に警報信号を送信して注意を喚起するようにした技術が提案されている。
【発明が解決しようとする課題】
【0004】
ところが、上掲公知例の盗難防止装置においては、携帯機によって警報信号を受信した所有者が、これに応答して信号を送信するか否かに拘わらず、車両側におけるホーン等による盗難警報を一律に実行するものであるため、例えば、盗難警報信号を受けた所有者が携帯機からの送信によって直ちに適切な対応措置を講じることができるような場合であっても、車両側において警報音が発せられることとなり、例えば、盗難検出が誤検出であったような場合には、警報音によって車両所有者が驚かされるとともに、周辺住民に迷惑をかける等の問題が発生することが考えられる。
【0005】
そこで本願発明では、盗難警報信号を受けた所有者による携帯機からの信号の有無を盗難防止制御に反映させることで、より最適な盗難防止制御を実現するようにした車両用盗難防止装置を提案することを目的としてなされたものである。
【課題を解決するための手段】
【0006】
本願発明ではかかる課題を解決するための具体的手段として次のような構成を採用している。
【0007】
本願の第1の発明では、車両の盗難に係わる状態が発生したときこれを検出して所定の警報を行う制御手段を備えた車両用盗難防止装置において、車両に対応して設けられたキーレス操作を行う携帯機からの信号の受信の有無を判定する判定手段を備え、上記制御手段は上記信号の受信がある場合における第1制御モードと該信号の受信がない場合における第2制御モードとの間でその制御モードを切り換えるとともに、上記第1制御モードにおける盗難検出スレッショルドを上記第2制御モードにおける盗難検出スレッショルドよりも大きく設定したことを特徴としている。
【0008】
本願の第2の発明では、車両の盗難に係わる状態が発生したときこれを検出して所定の警報を行う制御手段を備えた車両用盗難防止装置において、車両に対応して設けられたキーレス操作を行う携帯機からの信号の受信の有無を判定する判定手段を備え、上記制御手段は上記信号の受信がある場合における第1制御モードと該信号の受信がない場合における第2制御モードとの間でその制御モードを切り換えるとともに、上記第1制御モードでは上記携帯機に警報信号を送信し、上記第2制御モードでは車両側で警報を発することを特徴としている。
【0009】
本願の第3の発明では、上記第1又は第2の発明に係る車両用盗難防止装置において、警報音の音量を、上記第1制御モードにおいては小さく設定し、上記第2制御モードにおいては大きく設定することを特徴としている。
【0010】
本願の第4の発明では、上記第1又は第2の発明に係る車両用盗難防止装置において、上記第1制御モードでは警報音の音量を所定時間だけ小さく設定し、所定時間経過後に大きく設定することを特徴としている。
【0011】
本願の第5の発明では、上記第2の発明に係る車両用盗難防止装置において、上記第1制御モードでは、上記携帯機の操作によって車両側での警報の可否が選択可能としたことを特徴としている。
【発明の効果】
【0012】
本願発明ではかかる構成とすることにより次のような効果が得られる。
(1) 本願の第1の発明にかかる車両用盗難防止装置によれば、車両の盗難に係わる状態が発生したときこれを検出して所定の警報を行う制御手段を備えた車両用盗難防止装置において、車両に対応して設けられたキーレス操作を行う携帯機からの信号の受信の有無を判定する判定手段を備え、上記制御手段は上記信号の受信がある場合における第1制御モードと該信号の受信がない場合における第2制御モードとの間でその制御モードを切り換えるようにしているので、携帯機からの信号の受信の有無に対応した(換言すれば、車両所有者等の意思に対応した)最適な盗難防止制御を実現することができ、例えば、従来のように携帯機からの信号の受信の有無に係わらず同じ制御モードで一律に盗難防止制御が行われる場合に比して、より最適な盗難防止制御が実現され、この結果、車両用盗難防止装置の信頼性あるいは利便性の向上が期待できるものである。
【0013】
また、例えば上記携帯機そのものが盗難にあった場合等の極めて稀なケースを除き、該携帯機を携帯した者は車両所有者等であると考えることができることから、車両近傍における車両所有者等の有無の判定についての信頼性が高められるとともに、例えば車両側に設けたセンサ等によって車両所有者等の有無を判定するような場合に比して、判定手段の構成の簡略化あるいは低コスト化が図れることにもなる。
【0014】
さらに、上記第1制御モードにおける盗難検出スレッショルドを上記第2制御モードにおける盗難検出スレッショルドよりも大きく設定するようにしているので、該第1制御モードでの制御時には盗難検出がなされにくく、第2制御モードでの制御時には盗難検出がなされ易くなっている。
【0015】
従って、第1制御モードでの制御時には、車両所有者等が車両近傍に存在すると判断されることから、例えば車両所有者等がジャッキアップ等の車両のメンテナンス作業を行うことも有り得、且つこのような車両所有者等の行為に起因する車両状態の変化に基づいて盗難の誤検出がなされることも考えられるが、この場合、盗難の検出スレッショルドを大きく設定して盗難検出がなされにくくすることで、盗難の誤検出が可及的に防止され、この結果、より信頼性の高い盗難防止制御が実現されるものである。
(2) 本願の第2の発明にかかる車両用盗難防止装置によれば、車両の盗難に係わる状態が発生したときこれを検出して所定の警報を行う制御手段を備えた車両用盗難防止装置において、車両に対応して設けられたキーレス操作を行う携帯機からの信号の受信の有無を判定する判定手段を備え、上記制御手段は上記信号の受信がある場合における第1制御モードと該信号の受信がない場合における第2制御モードとの間でその制御モードを切り換えるようにしているので、携帯機からの信号の受信の有無に対応した(換言すれば、車両所有者等の意思に対応した)最適な盗難防止制御を実現することができ、例えば、従来のように携帯機からの信号の受信の有無に係わらず同じ制御モードで一律に盗難防止制御が行われる場合に比して、より最適な盗難防止制御が実現され、この結果、車両用盗難防止装置の信頼性あるいは利便性の向上が期待できるものである。
【0016】
また、例えば上記携帯機そのものが盗難にあった場合等の極めて稀なケースを除き、該携帯機を携帯した者は車両所有者等であると考えることができることから、車両近傍における車両所有者等の有無の判定についての信頼性が高められるとともに、例えば車両側に設けたセンサ等によって車両所有者等の有無を判定するような場合に比して、判定手段の構成の簡略化あるいは低コスト化が図れることにもなる。
【0017】
さらに、上記第1制御モードにおいては上記携帯機に警報信号を送信し、上記第2制御モードでは車両側で警報を発するようにしているので、車両近傍に車両所有者等が存在すると判断される第1制御モードでの制御時には上記携帯機での警報信号の受信によって車両所有者等は直ちに適切な対応措置を講じることができる一方、車両近傍に車両所有者等がいないと判断される第2制御モードでの制御時には車両側で警報が発せられることで盗難行為が確実に防止されるものであり、これによって盗難防止制御の適正化がさらに促進されるものである。
(3) 本願の第3の発明にかかる車両用盗難防止装置によれば、上記(1)又は(2)に記載の効果に加えて次のような特有の効果が奏せられる。即ち、この発明の車両用盗難防止装置では、盗難が検出された場合における警報音の音量を、第1制御モードにおいては小さく設定し、第2制御モードにおいては大きく設定するようにしているので、第1制御モードによる制御時には、携帯機からの信号が受信され車両所有者等が車両近傍にいると判断されることから小音量での警報音であっても該車両所有者等はこれを確実に認識することができる。また、第2制御モードによる制御時には、携帯機からの信号が受信されず車両所有者等が車両近傍にいないと判断されることから、警報音が大音量で発せられることで該車両所有者等はこれを確実に認識することができる。従って、これら何れの場合においても、車両所有者等は警報に対して的確な対応措置を講ずることができ、この結果、盗難防止制御の最適化がさらに促進されることになる。
(4) 本願の第4の発明にかかる車両用盗難防止装置によれば、上記(1)又は(2)に記載の効果に加えて次のような特有の効果が奏せられる。即ち、この発明の車両用盗難防止装置では、上記第1制御モード、即ち、携帯機からの信号が受信され車両所有者等が車両近傍にいると判断される状態における制御モードにおいては、警報音の音量を所定時間だけ小さく設定し、所定時間経過後に大きく設定するようにしているので、車両所有者等は警報音が小音量であったとしてもこれを確実に認識することができ、また警報音を認識した後に車両の状態を確認し、例えば警報音の発生が盗難の誤検出に基づくものであって大音量での警報音の発生を必要としないと判断される場合には、上記所定時間内に適切な対応措置を講ずることで大音量の警報音が発せられ周辺住民に迷惑を及ぼすことを未然に且つ確実に防止することができる。逆に、車両の状態を確認したところ、盗難行為が行われており大音量での警報音によって盗難行為者を牽制する必要がある場合には、何らの措置を講ずることなく上記所定時間放置することで大音量での警報音が発せられ、盗難を未然に防止することができる。
【0018】
即ち、この発明の車両用盗難防止装置によれば、上記所定時間だけ大音量の警報音の発生を遅延させることで、車両所有者等が所定時間内に車両の状態に対応した適切な盗難防止措置を講ずるための時間的猶予を与えることができるものであり、これによって盗難防止制御の信頼性あるいは利便性がさらに促進されるものである。
(5) 本願の第5の発明にかかる車両用盗難防止装置によれば、上記(2)に記載の効果に加えて次のような特有の効果が奏せられる。即ち、この発明の車両用盗難防止装置では、上記第1制御モードにおいては、上記携帯機の操作によって車両側での警報の可否を選択可能としているので、車両近傍にいるであろう車両所有者等の判断によって、盗難状態に対応した最適な盗難防止措置を講じることができ、それだけ盗難防止装置の利便性あるいは信頼性が向上するものである。
【発明の実施の形態】
【0019】
以下、本願発明にかかる車両用盗難防止装置を好適な実施形態に基づいて具体的に説明する。
【0020】
図1には、本願発明にかかる車両用盗難防止装置のシステム構成をブロック化して示している。この車両用盗難防止装置は、車両側に搭載された車載機Xと、当該車両の使用者が携帯するキーレス操作用の携帯機Yと、通信機Zとを備えて構成される。
【0021】
車載機Xの構成
上記車載機Xは、車両側に搭載されて盗難に係わる状態の検出と盗難に対する対応措置とを行うためのものであって、バーグラCPU1を備えている。そして、このバーグラCPU1には、ナビゲーションCPU11と進入検出センサ12と振動検出センサ13とドア用検出センサ14とキーレス送受信機15とドアロック検出センサ16とドアキーシリンダ17とホーン18とバーグラホーン19と無線電話20及びIGスイッチ21とドアハンドル22とが付設されており、これら各部材からそれぞれ信号が入力される。
【0022】
上記ナビゲーションCPU11は、車両の登録位置を記憶したメモリを内蔵する一方、車両の現在地を検出する現在地センサ111と、情報表示を行うディスプレイ112と所要操作を行うスイッチ113とを付設しており、車両の現在地がメモリに登録された登録位置であるのかどうかを判断してこれを上記バーグラCPU1に現在地信号として出力する。
【0023】
上記進入検出センサ12は、例えば車室内に配置された赤外線センサ等で構成されるもので、車室内に人が進入したかどうかを検出し、その検出信号を、盗難に係わる状態を示す信号の一つとして、上記バーグラCPU1に出力するものである。
【0024】
上記振動検出センサ13は、車両はその駐車状態(即ち、非盗難時)には原則として振動しないが、盗難時には例えば自走に伴う振動とか搬送に伴う振動が発生することから、車体に振動が生じた場合にこれを検出し、その検出信号を、盗難に係わる状態を示す信号の一つとして、上記バーグラCPU1に出力するものである。
【0025】
上記ドア開検出センサ14は、車両のドアが開かれた時にこれを検出し、その検出信号を、盗難に係わる状態を示す信号の一つとして、上記バーグラCPU1に出力するものである。
【0026】
上記キーレス送受信機15は、次述の携帯機Y側のキーレス送受信機28との間で情報信号の送受信を行うもので、この実施形態のものにおいては、上記携帯機Y側からの各種操作信号を受けてこれを上記バーグラCPU1に入力して、例えばドアのロック・アンロックとかエンジンの始動・停止とか、ホーンの吹鳴等の各作動を実行させる一方、車両側の盗難に係わる各種情報(例えば、進入情報とか振動情報等)を上記携帯機Y側に送信してこれをディスプレイ27に表示させることができるようになっている。
【0027】
上記ドアロック検出センサ16は、車両のドアがロック状態にあることを検出し、その検出信号を、盗難に係わる状態を示す信号の一つとして、上記バーグラCPU1に出力するものである。
【0028】
上記ドアキーシリンダ17は、車両のドアのロック・アンロックを行うものであって、その操作の有無に関する信号が盗難に係わる状態を示す信号の一つとして上記バーグラCPU1に出力される。
【0029】
上記ホーン18は、車両の通常使用時においてドライバーの操作によって警報音を発生することを基本的機能とするものであるが、この実施形態においては、さらにこれを車両の盗難警報の一つとして利用するようになっており、その場合には上記バーグラCPU1からの制御信号に基づいて吹鳴作動されるようになっている。尚、このホーン18の音量は、次述のバーグラホーン19のそれよりも小さく設定されている。
【0030】
上記バーグラホーン19は、車両の盗難時に上記バーグラCPU1からの制御信号を受けて吹鳴作動し、盗難の警報音を発生するものである。尚、このバーグラホーン19は、盗難時のみに吹鳴作動し、且つ一般に車体外部から見えにくい奥まった部位に装着されるものであることから、その音量は、上記ホーン18のそれよりも大きく設定されている。
【0031】
上記無線電話20は、次述の通信機Zとの間で無線での情報交換を行うものであって、上記バーグラCPU1から出力される車両状態に関する情報(盗難情報)を上記通信機Z側へ送信するとともに、該通信機Z側から出力される盗難防止に関する情報信号を受けてこれを上記バーグラCPU1に入力するようになっている。
【0032】
上記IGスイッチ21は、イグニッションキーによるエンジン始動操作が行われた場合にこれを検出して上記バーグラCPU1に入力するようになっている。
【0033】
上記ドアハンドル22は、車両所有者等に操作されてドアのアンロックを行うものであって、該ドアハンドル22の操作を受けて上記バーグラCPU1から携帯機Y側にドアのアンロックリクエスト信号が出力されるようになっている(図13を参照)。
【0034】
携帯機Yの構成
上記携帯機Yは、車両の所有者等(即ち、所有者の外、正規の使用者を含む者。以下、同じ)が携帯して遠隔操作によりドアのロック・アンロックの外、上記車載機Xとの間で種々の情報の送受信(図10、図13、図16を参照)を行う双方向通信機能をもつものであって、かかる機能の主体となるキーレストランスミッタCPU2を備えている。そして、このキーレストランスミッタCPU2には、遠隔操作用のスイッチ25とブザー26とディスプレイ27及びキーレス送受信機28が備えられている。尚、上記キーレストランスミッタCPU2は、上記スイッチ25のスイッチ操作によってのみ信号送信を行うタイプと、上記スイッチ25のスイッチ操作によって信号送信を行うと共に常時一定周期で信号送信を行うタイプとがあり、この実施形態においては、後述のドアロック・アンロック制御の各実施例でこれら各タイプを使い分けている。
【0035】
通信機Zの構成
上記通信機Zは、通信業者3を介して上記車載機Xとの間で情報の送受信を行うもので、通信機器としては、所定施設の電話31(例えば、警察の電話)とか、車両の使用者の自宅に備えられた家庭用電話32とか、無線電話用アンナ33を介して通信される携帯電話等の無線電話34等がある。
【0036】
盗難防止装置の基本的な制御思想
この実施形態の盗難防止装置は、上記車載機Xと携帯機Yと通信機Zとの組み合わせによって車両の盗難を未然に防止せんとするものであって、その制御の内容は、車載機X側における盗難に係わる状態の検出と、その検出情報の通信機Z側への報知と、盗難検出に基づく車載機X側での警報とを基本的な制御とし、さらにこの基本的制御に、車両近傍における車両所有者等の存在の有無に応じて制御モードを切り換える制御を加味したものであり、かかる制御思想が具現化されることで盗難防止制御のより一層の最適化が図られるものである。 以下においては、かかる制御思想を踏まえた上で、実際の盗難防止制御を具体的に説明する。
【0037】
この実施形態の車両用盗難防止装置における盗難防止制御は、図2及び図3に示すように、ドアロック・アンロック制御サブルーチンに基づくドアロック・アンロック制御と、バーグラサブルーチンに基づくバーグラ制御と、報知サブルーチンAと報知サブルーチンBとに基づく報知制御とで構成される。そして、この実施形態においては、上記報知制御として第1〜第3の実施例(図4〜図9参照)を用意し、また上記ドアロック・アンロック制御についても第1〜第3の実施例(図10〜図18参照)を用意している。
【0038】
以下においては、本願発明が盗難検出とこれに基づく盗難警報の仕方を要旨とする盗難防止装置であることを考慮して、説明の便宜上、報知制御を含むバーグラ制御を、該報知制御の各実施例とともに説明し、しかる後、盗難検出の前提制御であるドアロック・アンロック制御を各実施例とともに説明することとする。
【0039】
盗難防止制御の内容
図2において、バーグラCPU1のスタート後、先ず、IGスイッチ21のON−OFFの検出を実行し(ステップS1)、IGスイッチ21がON設定である場合には、盗難検出を行う必要性はないため、これがOFF設定となるまでIGスイッチ21の検出制御が繰り返される(ステップS2)。
【0040】
これに対して、ステップS2において、IGスイッチ21がOFF設定であると判断された場合には、ステップS3においてドアロック・アンロック制御サブルーチンを実行してドアロック操作が行われる。尚、このドアロック・アンロック制御については、後で詳述する。
【0041】
次に、ドアのロック状態を確認する。即ち、先ずステップS4において、ドアロック検出センサ16とキーレス送受信機15とドアキーシリンダ17の検出値を読み込むとともに、ステップS4においては車両の所有者等が意識的にドアロック操作を行ったがどうか、即ち、ドアキーシリンダ17又はキーレストランスミッタCPU2によるドアロックがなされたかどうか、を判断する。
【0042】
ここで、意識的なドアロック操作はなされず、ドアはアンロック状態にあると判断される場合には、ドアアンロック直後に、例えば単発的なホーンの吹鳴とかハザードの点灯によって所有者等にバーグラリセット(即ち、盗難防止制御のリセット)を報知し(ステップS7)、その後、制御をリターンする。
【0043】
これに対して、意識的なドアロック操作(即ち、駐車を前提としたドアロック)がなされたと判断される場合には、ドアロック直後に、例えば単発的なホーンの吹鳴とかハザードの点灯によって所有者等にバーグラセット(即ち、盗難防止制御のセット)を報知し(ステップS6)、しかる後、次述のバーグラサブルーチンの実行に移行する(ステップS8)。
【0044】
図3に示すバーグラサブルーチンへの移行後は、先ず、ステップS11において振動検出センサ13の出力値Aを検出するとともに、ステップS13においてはドア開検出センサ14の出力値B(ドア開を示す信号)を読み込むとともにキーレス送受信機15とドアキーシリンダ17の作動をそれぞれ検出する。さらに、ステップS13においては、進入検出センサ12の出力値C(進入を示す信号)を検出する。
【0045】
次に、ステップS14においては、振動検出センサ13の出力値「A」とその検出スレッショルド「Ta1」とを比較する。
【0046】
尚、この振動の検出スレッショルドとしては、「Ta1」と「Ta2」の二つの値が設定されており、この両者間には「Ta2>Ta1」の大小関係がある。このため、振動検出センサ13の出力値「A」を検出スレッショルド「Ta1」と比較した場合には「A>Ta1」となり易い(即ち、盗難検出がなされ易い)のに対して、検出スレッショルド「Ta2」と比較した場合には「A>Ta2」となりにくく(即ち、盗難検出がなされにくく)。従って、ステップS14における判定は、比較的安易な盗難検出であり、後述のステップS19における判定は比較的厳密な盗難検出といえる。また、かかる判定思想は、次述するステップS16及びステップS21における進入検出センサ12の出力値「C」とその二つの検出スレッショルド「Tc1」,「Tc2」との比較による盗難検出の場合も同様である。このように、盗難検出の検出スレッショルドを二段階に設定したのは、比較的安易な盗難検出において「盗難状態でない」と判断された場合にはそのまま何らの報知制御も行わず、「盗難状態である」と判断された場合においてのみ、再度、厳密な盗難検出を行って報知形態を変更することで、制御の簡略化と盗難報知の信頼性向上とを両立させるためである。
【0047】
ステップS14において、「A≦Ta1」と判定された場合には、車両の振動からは「盗難状態ではない」と判断される場合であるので、次にステップS15に移行する。そして、ステップS15においては、キーレスによるアンロック(即ち、携帯機Yからの遠隔操作によるドアのアンロック)又はドアキーシリンダ17によるアンロックが行われることなく、ドア開検出センサ14の出力値が「ドア開状態」を示す「B」となっているかどうか(換言すれば、所有者等による意識的なドアアンロック操作を伴うことなくドアが開いているかどうか)が判断される。ここで、判定が「NO」である場合には、「盗難状態ではない」と判断されるため、ステップS16へ移行する。そして、このステップS16においては、進入検出センサ12の出力値「C」と、その検出スレッショルドのうち、値の小さい検出スレッショルド「Tc1」とが比較される。ここで、「C≦Tc1」と判定された場合には、車室内に人は進入しておらず「盗難状態ではない」と判断されるため、この場合には、何ら報知制御を行うことなくそのまま制御をリターンする。
【0048】
これに対して、ステップS14において「A>Ta1」と判定された場合と、ステップS15において「YES」と判定された場合、及びステップS16において「C>Tc1」と判定された場合は、共に「盗難状態である」と判断される場合であるので、ステップS17以降の制御へ移行する。
【0049】
先ず、ステップS17においては、盗難対象となっている車両の近傍にその車両所有者等が存在するか否かを判断するために、車載機X側から携帯機Yへ返答リクエスト信号を送信する。そして、ステップS18においては、所定の微小時間内に返答信号が受信されたかどうかを判定する。尚、携帯機Yからの送信信号は、該携帯機Yと車両側の車載機Xとの距離が開くに従ってその電界強度が低下することから、ステップS18での受信の有無が判断される返答信号は、所定レベル以上の電界強度をもつもの(換言すれば、車両から所定距離の範囲内において送信された返答信号)が対象となる。
【0050】
ステップS18において、返答信号は受信されていないと判定された場合(即ち、携帯機Yを形態しているであろう車両所有者等が車両の近傍に存在していないと判断される場合)には、次述の報知サブルーチンA(特許請求の範囲中の「第2制御モード」に該当する)の実行へ移行する(ステップS22)。
【0051】
これに対して、返答信号が受信されている判定された場合(即ち、車両所有者等が車両の近傍に存在していると判断される場合)には、より厳密な基準にて再度盗難検出を行ってその盗難検出の信頼性を担保すべく、ステップS19以下の制御へ移行する。
【0052】
先ず、ステップS19においては、振動検出センサ13の出力値「A」と振動の検出スレッショルド「Ta2」とを比較し、ここで「A≦Ta2」と判定された場合は、厳密な振動検出によれば「盗難状態ではない」と判断された場合であるので、ステップS20へ移行する。ステップS20においては、再度、ステップS15と同様の、正規のアンロック操作を伴うことなくドアが開かれているかどうかを判定し、ここで「NO」と判定されたときは「盗難状態ではない」と判断される場合であるので、ステップS21へ移行する。ステップS21においては、進入検出センサ12の出力値「C」と、その検出スレッショルド「Tc2」とを比較し、ここで「A≦Tc2」と判定された場合は、厳密な進入検出によれば「盗難状態ではない」と判断された場合であるので、この場合には、何ら報知制御を行うことなくそのまま制御をリターンする。
【0053】
これに対して、ステップS19において「A>Ta2」と判定された場合と、ステップS20において「YES」と判定された場合、及びステップS21において「C>Tc2」と判定された場合は、共に「盗難状態である」と判断される場合であるので、盗難の未然防止を図るべく、次述の報知サブルーチンB(特許請求の範囲中の「第1制御モード」に該当する)の実行へ移行する(ステップS23)。
【0054】
続いて、盗難検出時に車両所有者等が車両近傍に存在していない場合における盗難報知の制御モードである「報知サブルーチンA」の内容と、車両所有者等が車両近傍に存在している場合における盗難報知の制御モードである「報知サブルーチンB」の内容とを、三つの実施例のそれぞれについて説明する。
【0055】
報知制御の第1の実施例
この第1の実施例の報知制御は、図4に示す報知サブルーチンAと図5に示す報知サブルーチンBとによって構成される。
【0056】
報知サブルーチンAの制御
報知サブルーチンAは、上述のように、盗難検出時に車両近傍に車両所有者等が存在していないと判断される場合の報知制御である。この報知サブルーチンAにおいては、先ず、タイマをスタートさせ(ステップS31)、しかる後、上記車載機Xの無線電話20によって上記通信機Zの予め設定された電話へ車両の盗難を自動通報する(ステップS32)。尚、この場合、所有者等への通報の確実性の担保という観点から、例えば、先ず、最初に所有者等の携帯電話に通報し、もし携帯電話がつながらなかった場合には所有者等の自宅の電話に通報するという、二段階の通報形態をとっている。
【0057】
次に、車両側において、ホーン18とバーグラホーン19とを同時に作動させ、比較的大音量で警報音を発生させて(ステップS33)、盗難行為者を牽制すると同時に車両周辺の人の注意を喚起し、これらによって盗難行為の未然防止を図る。
【0058】
このホーン18とバーグラホーン19とによる警報音は、タイマがカウントアップするまでの所定時間継続される(ステップS37)ことを原則とするが、この所定時間以内に所有者等による適正なドアアンロック操作が行われた場合には、その時点で停止される。即ち、ステップS34において、ドアキーシリンダ17とキーレス送受信機15の作動状態を検出し、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作(ステップS35)、又はキーレストランスミッタCPU2によるドアアンロック操作(ステップS36)が行われた場合には、その時点で警報音の発生を停止させる。これに対して、これらのドアアンロック操作が行われない場合には、警報音の発生を上記所定時間継続させ、所定時間経過後にこれを停止し、且つタイマをリセットして制御を終了する(ステップS38)。
【0059】
報知サブルーチンBの制御
報知サブルーチンBは、上述のように、盗難検出時に車両近傍に車両所有者等が存在していると判断される場合の報知制御である。この報知サブルーチンBにおいては、先ず、タイマをスタートさせる(ステップS41)とともに、ホーン18のみを作動させて比較的小音量での警報音を発生させる。このような小音量での警報音としたのは、車両所有者等が車両近傍に存在しているため、小音量での警報音でも車両所有者等は確実にこれを認識し且つ適正な対応措置を講ずることが可能であることと、徒に大音量での警報音を発生して車両所有者等を驚かせるとか周辺住民に迷惑をかける等のことを回避するためである。また、この報知サブルーチンBにおいては、車両所有者等が車両近傍に存在していることから、上記報知サブルーチンAの場合のような車両所有者等への自動報知は行われない。 このホーン18による警報音は、タイマがカウントアップするまでの所定時間継続される(ステップS46)ことを原則とするが、この所定時間以内に所有者等による適正なドアアンロック操作が行われた場合には、その時点で停止される。即ち、ステップS43において、ドアキーシリンダ17とキーレス送受信機15の作動状態を検出し、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作(ステップS44)、又はキーレストランスミッタCPU2によるドアアンロック操作(ステップS45)が行われた場合には、その時点で警報音の発生を停止させる。これに対して、これらのドアアンロック操作が行われない場合には、警報音の発生を上記所定時間継続させ、所定時間経過後にこれを停止し、且つタイマをリセットして制御を終了する(ステップS47)。
【0060】
このように、車両近傍における車両所有者等の存在の有無によって警報制御の制御モードを、報知サブルーチンAに基づく制御モードと報知サブルーチンBに基づく制御モードとの間で切り換えることで、車両近傍における車両所有者等の存在の有無に対応した最適な盗難防止制御が実現されるものである。
【0061】
報知制御の第2の実施例
この第2の実施例の報知制御は、図6に示す報知サブルーチンAと図7に示す報知サブルーチンBとによって構成される。
【0062】
報知サブルーチンAの制御
報知サブルーチンAは、上述のように、盗難検出時に車両近傍に車両所有者等が存在していないと判断される場合の報知制御である。この報知サブルーチンAにおいては、先ず、タイマをスタートさせ(ステップS131)、しかる後、上記車載機Xの無線電話20によって上記通信機Zの予め設定された電話へ車両の盗難を自動通報する(ステップS132)。尚、この場合、所有者等への通報の確実性の担保という観点から、例えば、先ず、最初に所有者等の携帯電話に通報し、もし携帯電話がつながらなかった場合には所有者等の自宅の電話に通報するという、二段階の通報形態をとっている。
【0063】
次に、車両側において、ホーン18とバーグラホーン19とを同時に作動させ、比較的大音量で警報音を発生させて(ステップS133)、盗難行為者を牽制すると同時に車両周辺の人の注意を喚起し、これらによって盗難行為の未然防止を図る。
【0064】
このホーン18とバーグラホーン19とによる警報音は、タイマがカウントアップするまでの所定時間継続される(ステップS137)ことを原則とするが、この所定時間以内に所有者等による適正なドアアンロック操作が行われた場合には、その時点で停止される。即ち、ステップS134において、ドアキーシリンダ17とキーレス送受信機15の作動状態を検出し、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作(ステップS135)、又はキーレストランスミッタCPU2によるドアアンロック操作(ステップS136)が行われた場合には、その時点で警報音の発生を停止させる。これに対して、これらのドアアンロック操作が行われない場合には、警報音の発生を上記所定時間継続させ、所定時間経過後にこれを停止し、且つタイマをリセットして制御を終了する(ステップS138)。
【0065】
報知サブルーチンBの制御
報知サブルーチンBは、上述のように、盗難検出時に車両近傍に車両所有者等が存在していると判断される場合の報知制御である。この報知サブルーチンBにおいては、先ず、タイマをスタートさせる(ステップS41)とともに、車載機XのバーグラCPU1から携帯機YのキーレストランスミッタCPU2へ盗難検出信号を送信する(ステップS142)。ここで、この盗難検出信号を受信した車両所有者等は、例えば、一旦、降車してドアロックしたものの、再度乗車したいと考えている場合とか、車両状態を確認したところ盗難検出そのものが誤検出と認められる場合等、警報音の発生は必要なしと考えた場合には、携帯機Yから車載機X側へアンロック信号を送信する。また、これとは逆に、実際に盗難行為が行われており、直ちに警報音を発生して盗難行為者を牽制して盗難行為を阻止させたいと考える場合にはロック信号を送信する。さらに、盗難行為が行われているが携帯機Yを操作して信号送信を行うことができない状況にあることも考えられ、かかる状況下においては警報音を直ちに発生したいが、携帯機Yによる信号送信はできないことになる。このような車両所有者等の意思あるいは立場等を考慮して、この実施例のものにおいては、大音量で警報音を発生させるに先立って、車両所有者等からの信号送信を判断するようにしている。
【0066】
即ち、ステップS142においてキーレストランスミッタCPU2へ盗難検出信号を送信した後、先ず、ステップS143においては、車両所有者等からのアンロック信号を受信したかどうかを判定し、該信号を受信した場合、即ち、車両所有者等が警報音の発生を必要としていない場合には、何ら警報制御を行うことなく、タイマをリセットして制御を終了する(ステップS152)。
【0067】
これに対して、車両所有者等からの信号を受信していない場合には、ステップS144に移行し、ここでは車両所有者等からロック信号を受信したかどうかを判定する。ここで、ロック信号が受信されていれば、車両所有者等が警報音を発生することを要求している場合であるので、この場合には、直ちにホーン18とバーグラホーン19とを同時に作動させて大音量の警報音を発生させ、盗難行為者を牽制して盗難の未然防止を図る。
【0068】
これに対して、ロック信号は受信されていないと判断された場合には、ステップS145に移行し、所定時間(例えば、10秒)経過まで、ステップS143におけるアンロック信号の受信判定とステップS144におけるロック信号の受信判定とを繰り返し、所定時間の経過後に、ホーン18とバーグラホーン19とを同時に作動させて大音量で警報音を発生させる(ステップS147)。
【0069】
尚、上記所定時間中は、タイマカウントのインクリメント毎に、予備報知としてホーン18のみによる警報音が発せられる。この予備報知としての警報音の発生形態としては、例えば、警報音を1回だけ発生させるとか、連続的に発生させることが考えられる。
【0070】
このように、この報知サブルーチンBにおいては、盗難検出時には大音量の警報音を発生させて盗難行為の未然防止を図ることを基本とするが、その場合、この警報音の発生制御に、盗難検出信号を受信した車両所有者等の意思を反映させてその意思に対応した形態で警報音を発生させることで、より最適な盗難防止制御が実現されるものである。
【0071】
一方、上記警報音の発生は、上記ホーン18とバーグラホーン19とによる警報音の発生は、タイマがカウントアップするまでの所定時間継続される(ステップS151)ことを原則とするが、この所定時間以内に所有者等による適正なドアアンロック操作が行われた場合、即ち、ドアキーシリンダ17とキーレス送受信機15の作動状態を検出し(ステップS148)、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作(ステップS149)、又はキーレストランスミッタCPU2によるドアアンロック操作(ステップS150)が行われた場合にはその時点で停止されるが、これらのドアアンロック操作が行われない場合には上記所定時間継続され、所定時間経過後にタイマをリセットして終了する(ステップS152)。
【0072】
報知制御の第3の実施例
この第3の実施例の報知制御は、図8に示す報知サブルーチンAと図9に示す報知サブルーチンBとによって構成される。
【0073】
報知サブルーチンAの制御
報知サブルーチンAは、上述のように、盗難検出時に車両近傍に車両所有者等が存在していないと判断される場合の報知制御である。この報知サブルーチンAにおいては、先ず、タイマをスタートさせ(ステップS231)、しかる後、上記車載機Xの無線電話20によって上記通信機Zの予め設定された電話へ車両の盗難を自動通報する(ステップS232)。尚、この場合、所有者等への通報の確実性の担保という観点から、例えば、先ず、最初に所有者等の携帯電話に通報し、もし携帯電話がつながらなかった場合には所有者等の自宅の電話に通報するという、二段階の通報形態をとっている。
【0074】
次に、車両側において、ホーン18とバーグラホーン19とを同時に作動させ、比較的大音量で警報音を発生させて(ステップS233)、盗難行為者を牽制すると同時に車両周辺の人の注意を喚起し、これらによって盗難行為の未然防止を図る。
【0075】
このホーン18とバーグラホーン19とによる警報音は、タイマがカウントアップするまでの所定時間継続される(ステップS237)ことを原則とするが、この所定時間以内に所有者等による適正なドアアンロック操作が行われた場合には、その時点で停止される。即ち、ステップS234において、ドアキーシリンダ17とキーレス送受信機15の作動状態を検出し、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作(ステップS235)、又はキーレストランスミッタCPU2によるドアアンロック操作(ステップS236)が行われた場合には、その時点で警報音の発生を停止させる。これに対して、これらのドアアンロック操作が行われない場合には、警報音の発生を上記所定時間継続させ、所定時間経過後にこれを停止し、且つタイマをリセットして制御を終了する(ステップS238)。
【0076】
報知サブルーチンBの制御
報知サブルーチンBは、上述のように、盗難検出時に車両近傍に車両所有者等が存在していると判断される場合の報知制御である。この報知サブルーチンBにおいては、先ず、タイマをスタートさせる(ステップS241)とともに、タイマスタート後、所定時間「ta」(例えば、10秒)が経過したか否かを判定する(ステップS242)。
【0077】
そして、所定時間「ta」が経過するまでは、先ずステップS243において、予備報知としてホーン18のみを作動させて小音量の警報音(最初の一回のみあるいは連続的に)を発生させるとともに、ステップS245においては、ドアキーシリンダ17とキーレス送受信機15の作動状態を検出する(ステップS245)。さらに、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作の有無を判定する(ステップS246)とともに、キーレストランスミッタCPU2によるドアアンロック操作の有無を判定し(ステップS247)、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作がなされた場合、又はキーレストランスミッタCPU2によるドアアンロック操作がなされた場合においてはタイマをリセットして(ステップS249)制御を終了するが、これら各操作がなされていない場合には、上記制御を繰り返えす(ステップS248)。尚、ステップS242における所定時間「ta」とステップS248における所定時間「tb」とは、「ta<tb」の関係に設定されている。
【0078】
一方、ステップS242において、所定時間「ta」が経過すると、ステップS244へ移行し、ここではホーン18とバーグラホーン19とを同時に作動させて大音量での警報音を発生させる。そして、この大音量での警報音は、ドアキーシリンダ17へのキーの挿入によるドアアンロック操作、又はキーレストランスミッタCPU2によるドアアンロック操作がなされない限り、所定時間「tb」の経過時点まで継続されるが、これら各操作がなされた場合には、その時点で停止され、タイマをリセットして(ステップS249)制御を終了する。
【0079】
このように、この報知サブルーチンBの制御においては、報知制御の開始後、所定時間「ta」の間、小音量の警報音のみとし、大音量での警報音の発生を遅延させることで、車両所有者等が車両近傍に存在する場合において、該車両所有者等が大音量での警報音の発生は必要でないと考え、所要の対応措置(即ち、適正なドアのアンロック操作)を実行しようとする場合において、これに時間的猶予を与えることができるものであり、車両近傍における車両所有者等の存在の有無に対応した最適な盗難防止制御が実現されるものである。
【0080】
次に、上述の如き盗難防止制御における盗難検出の前提となる「ロック・アンロック制御」を、三つの実施例のそれぞれについて具体的に説明する。
【0081】
ロック・アンロック制御の第1の実施例
図10には、第1の実施例におけるドアのロック・アンロック操作に関連する上記車載機XのバーグラCPU1と上記携帯機YのキーレストランスミッタCPU2との間における信号の送受信形態を示している。尚、この実施例における上記携帯機Yは、スイッチ25の操作によってロック信号を送信する一方、アンロック信号についてはスイッチ25の操作に基づく送信と常時一定周期で送信する自動送信の二つの送信形態を備えたものとされている。
【0082】
そして、この実施例のものにおいては、図10に示すように、上記バーグラCPU1とキーレストランスミッタCPU2との間において、
アンロック制御に関する信号、即ち、スイッチ25の操作及び周期的な自動送信に基づく「プレアンロック信号」と「アンロックリクエスト信号」と「アンロック信号」と「アンロック確認信号」と、
ロック制御に関する信号、即ち、スイッチ25の操作に基づく「プレロック信号」と「ロックリクエスト信号」と「ロック信号」と「ロック確認信号」と、
を送受信するとともに、
これらに加えて「返答リクエスト信号」と「返答信号」、及び「盗難確認信号」をも送受信するようになっている。
【0083】
以下、これら各信号の送受信制御を、図11に示すキーレストランスミッタCPU2側における制御と図12に示すバーグラCPU1側における制御とをそれぞれ説明する。
【0084】
(1)キーレストランスミッタCPU2側における制御
図11に示すフローチャートにおいて、制御開始後、先ず、ステップS51において電源スイッチオンか否かを判定する。これは、キーレストランスミッタCPU2からの周期的なアンロック信号の送信は電源スイッチ投入を前提として実行されるものであるためである。
【0085】
ステップS51において「電源スイッチオン」と判定された場合には、さらにステップS52において、アンロック信号を送信する所定周期に達しているか否かが判定される。そして、「所定周期に達している」と判断されるときにはプレアンロック信号を送信し、周期的なアンロック信号の送信が中断されている場合(即ち、前回の「プレアンロック信号」の送信後における「プレアンロック信号」の送信中断時期にある場合)にはこれを再開させる(ステップS54)。
【0086】
一方、アンロック信号を送信する所定周期に達していないと判断された場合(ステップS52)、又は「電源スイッチオフ」であって周期的な信号送信は行われていないと判断された場合(ステップS51)には、ステップS53においてアンロックスイッチの操作の有無を判定し、これが操作されたときには「プレアンロック信号」をバーグラCPU1側へ送信する(ステップS54)。尚、ステップS53において「アンロックスイッチの操作の有無」を判定したのは、例えば、車両所有者等が降車し車両から遠ざかることでドアロックが行われた後、何らかの事情で、直ちにドアを開けたい、と要求する場合があり、かかる要求に対処するためである。
【0087】
次に、ステップS55において、上記バーグラCPU1側からの「アンロックリクエスト信号」の受信の有無を判定する。ここで、「アンロックリクエスト信号」を受信したときには、バーグラCPU1側へ「アンロック信号」を送信する(ステップS56)。尚、この場合、バーグラCPU1側から送信される「アンロックリクエスト信号」は、他人の盗用を防止すべく乱数を含む信号に加工されているので、キーレストランスミッタCPU2側においては、この「アンロックリクエスト信号」を乱数を含まない信号に再加工し、これを「アンロック信号」として自己のIDと共にバーグラCPU1側へ送信する。
【0088】
次に、ステップS57において、バーグラCPU1側からの「アンロック確認信号」の受信の有無を判定し、該信号が受信された場合には、ディスプレイ27に「アンロック」の表示を行うとともに、ブザーによってこれを報知する(ステップS58)。以上が「アンロック」に伴う制御である。
【0089】
次に、「ロック」に伴う制御に移行する。即ち、ステップS59において、ロックスイッチが操作されたか否かを判定し、該操作がされた場合には、バーグラCPU1側へ「プレロック信号」を送信する(ステップS60)とともに、所定時間だけ周期的な「アンロック信号」の送信を禁止する(ステップS61)。
【0090】
次に、ステップS62において、バーグラCPU1側からの「ロックリクエスト信号」の受信の有無を判定し、該信号が受信された場合には、「ロック信号」を送信する(ステップS63)。
【0091】
次に、ステップS64において、バーグラCPU1側からの「ロック確認信号」の受信の有無を判定し、該信号が受信された場合には、ディスプレイ27に「ロック」表示を行うと共に、ブザーによりこれを報知する(ステップS65)。以上が「ロック」に伴う制御である。
【0092】
次に、ステップS66において、上記バーグラCPU1側からの「返答リクエスト信号」の受信の有無を判定し、ここで該信号を受信したと判断されたときには、バーグラCPU1側へ「返答信号」を送信する(ステップS67)。尚、この場合、バーグラCPU1側から送信される「返答リクエスト信号」は乱数を含む信号に加工されているので、キーレストランスミッタCPU2側においては、この「返答リクエスト信号」を乱数を含まない信号に再加工し、これを「返答信号」として自己のIDと共にバーグラCPU1側へ送信する。
【0093】
次に、ステップS68において、バーグラCPU1側からの「盗難検出信号」の受信の有無を判定し、該信号が受信された場合には、ブザーによってこれを報知する(ステップS69)とともに、ディスプレイ27に「盗難」等の表示を行うと共にブザーを作動させる(ステップS68)。
【0094】
(2)バーグラCPU1側における制御
図12に示すフローチャートにおいて、制御開始後、先ず、ステップS71において、ドアキーシリンダ17を使用してのドアロック操作が為されたか否かが判定される。ここで、ドアロック操作が為されたと判断された場合には、ドアロックを実行する(ステップS82)とともに、ドアロックをした直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS83)。
【0095】
これに対して、ドアロック操作は為されていないと判定された場合には、さらにステップS72において、ドアキーシリンダ17を使用してのドアアンロック操作が為されたか否かが判定される。ここで、ドアアンロック操作が為されたと判断された場合には、ドアアンロックを実行する(ステップS84)とともに、ドアロックをした直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS85)。
【0096】
ドアキーシリンダ17によるドアロック操作及びドアアンロック操作のいずれも為されていないと判断された場合には、携帯機Y側からの指令に基づくロック・アンロック制御に移行し、上記各信号の送受信が実行される。
【0097】
即ち、ステップS73において、上記キーレストランスミッタCPU2側からの「プレアンロック信号」の受信の有無を判定し、該信号が受信されたと判断される場合には、キーレストランスミッタCPU2側へ「アンロックリクエスト信号」を送信する。尚、この場合、上記「アンロックリクエスト信号」は、他人の盗用を防止する観点から、上記「プレアンロック信号」を乱数を含む信号に加工し、これを「アンロックリクエスト信号」として送信する。
【0098】
次に、ステップS75において、キーレストランスミッタCPU2側からの「プレロック信号」の受信の有無を判定し、該信号が受信されたと判断される場合には、キーレストランスミッタCPU2側へ「ロックリクエスト信号」を送信する(ステップS76)。尚、この場合、上記「ロックリクエスト信号」は、他人の盗用を防止する観点から、上記「プレロック信号」を乱数を含む信号に加工し、これを「ロックリクエスト信号」として送信する。
【0099】
次に、キーレストランスミッタCPU2側からの「アンロック信号」の受信の有無を判定する。そして、「アンロック信号」が受信された場合には、ステップS78において、その「アンロック信号」の電界強度が所定レベル以上であるかどうかを判定する。この電界強度の判定は、携帯機Yを携帯した車両所有者等が車両側に所定以上近づいたかどうか(換言すれば、ドアアンロックの必要性があるかどうか)を確認するためである。従って、ここで、「所定レベル以上の電界強度」と判定された場合には、ドアのアンロックを実行する(ステップS84)とともに、アンロック直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS85)。
【0100】
これに対して、ステップS78において「電界強度は所定レベル以下」と判断された場合には、ステップS79へ移行し、ここではキーレストランスミッタCPU2側からの「ロック信号」の受信の有無を判定する。そして、該信号が受信された場合には、ドアロックを実行する(ステップS82)とともに、ドアロック直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS83)。
【0101】
一方、ステップS79において、「ロック信号」は受信されていないと判断された場合には、ステップS80において、所定時間以内に所定レベル以上の「アンロック信号」の受信があったかどうかを判定し、該信号が受信されていない場合には、ドアロックを実行する(ステップS82)とともに、ドアロック直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS83)。
【0102】
これに対して、ステップS80において「アンロック信号」の受信があったと判断された場合には、さらにステップS81へ移行し、ここでは上記「アンロック信号」より後に「ロック信号」が受信されたかどうかが判定される。そして、ここで、「ロック信号」が受信された場合には、ドアロックを実行する(ステップS82)とともに、ドアロック直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS83)。逆に、「ロック信号」が受信されていない場合には、ドアアンロックを実行する(ステップS84)とともに、ドアアンロック直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS85)。
【0103】
ロック・アンロック制御の第2の実施例
図13には、第2の実施例におけるドアのロック・アンロック操作に関連する上記車載機XのバーグラCPU1と上記携帯機YのキーレストランスミッタCPU2との間における信号の送受信形態を示している。尚、この実施例における上記携帯機Yは、スイッチ25の操作によって「ロック信号」及び「アンロック信号」を送信する構成とされている。また、この実施例における車載機Xは、車両に設けられたドアハンドル22(図1参照)の操作信号を受けて「アンロックリクエスト信号」を送信するような構成とされている。
【0104】
そして、この実施例のものにおいては、図13に示すように、上記バーグラCPU1とキーレストランスミッタCPU2との間において、
アンロック制御に関する信号、即ち、ドアハンドル22の操作に基づく「アンロックリクエスト信号」と「アンロック信号」と「アンロック確認信号」と、スイッチ25の操作に基づく「プレアンロック信号」と「アンロックリクエスト信号」と「アンロック信号」と「アンロック確認信号」と、
ロック制御に関する信号、即ち、スイッチ25の操作に基づく「プレロック信号」と「ロックリクエスト信号」と「ロック信号」と「ロック確認信号」と、
を送受信するとともに、
これらに加えて「返答リクエスト信号」と「返答信号」、及び「盗難確認信号」をも送受信するようになっている。
【0105】
以下、これら各信号の送受信制御を、図14に示すキーレストランスミッタCPU2側における制御と図15に示すバーグラCPU1側における制御とをそれぞれ説明する。
【0106】
(1)キーレストランスミッタCPU2側における制御
図14に示すフローチャートにおいて、制御開始後、先ず、ステップS151において、アンロックスイッチの操作の有無を判定し、これが操作されたときには「プレアンロック信号」をバーグラCPU1側へ送信する(ステップS152)。
【0107】
次に、ステップS153において、上記バーグラCPU1側からの「アンロックリクエスト信号」の受信の有無を判定する。ここで、「アンロックリクエスト信号」を受信したときには、バーグラCPU1側へ「アンロック信号」を送信する(ステップS154)。尚、この場合、バーグラCPU1側から送信される「アンロックリクエスト信号」は、他人の盗用を防止すべく乱数を含む信号に加工されているので、キーレストランスミッタCPU2側においては、この「アンロックリクエスト信号」を乱数を含まない信号に再加工し、これを「アンロック信号」として自己のIDと共にバーグラCPU1側へ送信する。
【0108】
次に、ステップS155において、バーグラCPU1側からの「アンロック確認信号」の受信の有無を判定し、該信号が受信された場合には、ディスプレイ27に「アンロック」の表示を行うとともに、ブザーによってこれを報知する(ステップS156)。以上が「アンロック」に伴う制御である。
【0109】
次に、「ロック」に伴う制御に移行する。即ち、ステップS157において、ロックスイッチが操作されたか否かを判定し、該操作がされた場合には、バーグラCPU1側へ「プレロック信号」を送信する(ステップS158)。
【0110】
次に、ステップS159において、バーグラCPU1側からの「ロックリクエスト信号」の受信の有無を判定し、該信号が受信された場合には、「ロック信号」を送信する(ステップS160)。
【0111】
次に、ステップS161において、バーグラCPU1側からの「ロック確認信号」の受信の有無を判定し、該信号が受信された場合には、ディスプレイ27に「ロック」表示を行うと共に、ブザーによりこれを報知する(ステップS162)。以上が「ロック」に伴う制御である。
【0112】
次に、ステップS163において、上記バーグラCPU1側からの「返答リクエスト信号」の受信の有無を判定し、ここで該信号を受信したと判断されたときには、バーグラCPU1側へ「返答信号」を送信する(ステップS164)。尚、この場合、バーグラCPU1側から送信される「返答リクエスト信号」は乱数を含む信号に加工されているので、キーレストランスミッタCPU2側においては、この「返答リクエスト信号」を乱数を含まない信号に再加工し、これを「返答信号」として自己のIDと共にバーグラCPU1側へ送信する。
【0113】
次に、ステップS165において、バーグラCPU1側からの「盗難検出信号」の受信の有無を判定し、該信号が受信された場合には、ブザーによってこれを報知する(ステップS166)とともに、ディスプレイ27に「盗難」等の表示を行うと共にブザーを作動させる(ステップS167)。
【0114】
(2)バーグラCPU1側における制御
図15に示すフローチャートにおいて、制御開始後、先ず、ステップS171において、ドアキーシリンダ17を使用してのドアロック操作が為されたか否かが判定される。ここで、ドアロック操作が為されたと判断された場合には、ドアロックを実行する(ステップS182)とともに、ドアロックをした直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS183)。
【0115】
これに対して、ドアロック操作は為されていないと判定された場合には、さらにステップS172において、ドアキーシリンダ17を使用してのドアアンロック操作が為されたか否かが判定される。ここで、ドアアンロック操作が為されたと判断された場合には、ドアアンロックを実行する(ステップS184)とともに、ドアロックをした直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS185)。
【0116】
ドアキーシリンダ17によるドアロック操作及びドアアンロック操作のいずれも為されていないと判断された場合には、携帯機Y側からの指令又は上記ドアハンドル22の操作に基づくロック・アンロック制御に移行し、上記各信号の送受信が実行される。
【0117】
即ち、ステップS173において、上記キーレストランスミッタCPU2側からの「プレアンロック信号」の受信の有無を判定し、該信号が受信されたと判断される場合には、キーレストランスミッタCPU2側へ「アンロックリクエスト信号」を送信し(ステップS174)、ステップS177へ移行する。尚、この場合、上記「アンロックリクエスト信号」は、他人の盗用を防止する観点から、上記「プレアンロック信号」を乱数を含む信号に加工し、これを「アンロックリクエスト信号」として送信する。
【0118】
一方、ステップS173において「プレアンロック信号」が受信されていないと判断された場合には、ステップS175へ移行し、ここでは現在ドアがロック状態にあるかどうかが判断される。そして、「ロック状態にない」と判断された場合にはそのままステップS177へ移行するが、「ロック状態である」と判断された場合には、さらにステップS176においてドアハンドル22の操作の有無が判定される。このステップS176において、ドアハンドル22の「操作有り」と判定された場合には「アンロックリクエスト信号」がキーレストランスミッタCPU2側へ送信されるが、「操作無し」と判定された場合にはそのままステップS177へ移行する。
【0119】
ステップS177においては、キーレストランスミッタCPU2からの「プレロック信号」の受信の有無を判定し、該信号が受信されている場合には、「ロックリクエスト信号」をキーレストランスミッタCPU2側へ送信する(ステップS178)。尚、この場合、上記「ロックリクエスト信号」は、他人の盗用を防止する観点から、上記「プレロック信号」を乱数を含む信号に加工し、これを「ロックリクエスト信号」として送信する。
【0120】
これに対して、「プレロック信号」の受信がなかった場合には、ステップS179において、キーレストランスミッタCPU2側からの「アンロック信号」の受信の有無を判定する。そして、「アンロック信号」が受信された場合には、ステップS180において、その「アンロック信号」の電界強度が所定レベル以上であるかどうかを判定する。この電界強度の判定は、携帯機Yを携帯した車両所有者等が車両側に所定以上近づいたかどうか(換言すれば、ドアアンロックの必要性があるかどうか)を確認するためである。従って、ここで、「所定レベル以上の電界強度」と判定された場合には、ドアのアンロックを実行する(ステップS184)とともに、アンロック直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS185)。
【0121】
これに対して、ステップS180において「電界強度は所定レベル以下」と判断された場合には、ステップS181へ移行し、ここではキーレストランスミッタCPU2側からの「ロック信号」の受信の有無を判定する。そして、該信号が受信された場合には、ドアロックを実行する(ステップS182)とともに、ドアロック直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS183)。「ロック信号」が受信されていない場合には、そのまま制御をリターンする。
【0122】
ロック・アンロック制御の第3の実施例
図16には、第3の実施例におけるドアのロック・アンロック操作に関連する上記車載機XのバーグラCPU1と上記携帯機YのキーレストランスミッタCPU2との間における信号の送受信形態を示している。尚、この実施例における上記携帯機Yは、スイッチ25の操作によって「ロック信号」及び「アンロック信号」を送信する構成とされている。
【0123】
そして、この実施例のものにおいては、図16に示すように、上記バーグラCPU1とキーレストランスミッタCPU2との間において、
アンロック制御に関する信号、即ち、スイッチ25の操作に基づく「プレアンロック信号」と「アンロックリクエスト信号」と「アンロック信号」と「アンロック確認信号」と、
ロック制御に関する信号、即ち、スイッチ25の操作に基づく「プレロック信号」と「ロックリクエスト信号」と「ロック信号」と「ロック確認信号」と、
を送受信するとともに、
これらに加えて「返答リクエスト信号」と「返答信号」、及び「盗難確認信号」をも送受信するようになっている。
【0124】
以下、これら各信号の送受信制御を、図17に示すキーレストランスミッタCPU2側における制御と図18に示すバーグラCPU1側における制御とをそれぞれ説明する。
【0125】
(1)キーレストランスミッタCPU2側における制御
図17に示すフローチャートにおいて、制御開始後、先ず、ステップS251において、アンロックスイッチの操作の有無を判定し、これが操作されたときには「プレアンロック信号」をバーグラCPU1側へ送信する(ステップS252)。
【0126】
次に、ステップS253において、上記バーグラCPU1側からの「アンロックリクエスト信号」の受信の有無を判定する。ここで、「アンロックリクエスト信号」を受信したときには、バーグラCPU1側へ「アンロック信号」を送信する(ステップS254)。尚、この場合、バーグラCPU1側から送信される「アンロックリクエスト信号」は、他人の盗用を防止すべく乱数を含む信号に加工されているので、キーレストランスミッタCPU2側においては、この「アンロックリクエスト信号」を乱数を含まない信号に再加工し、これを「アンロック信号」として自己のIDと共にバーグラCPU1側へ送信する。
【0127】
次に、ステップS255において、バーグラCPU1側からの「アンロック確認信号」の受信の有無を判定し、該信号が受信された場合には、ディスプレイ27に「アンロック」の表示を行うとともに、ブザーによってこれを報知する(ステップS256)。以上が「アンロック」に伴う制御である。
【0128】
次に。ステップS257において、ロックスイッチが操作されたか否かを判定し、該操作がされた場合には、バーグラCPU1側へ「プレロック信号」を送信する(ステップS258)。
【0129】
次に、ステップS259において、バーグラCPU1側からの「ロックリクエスト信号」の受信の有無を判定し、該信号が受信された場合には、「ロック信号」を送信する(ステップS260)。
【0130】
次に、ステップS261において、バーグラCPU1側からの「ロック確認信号」の受信の有無を判定し、該信号が受信された場合には、ディスプレイ27に「ロック」表示を行うと共に、ブザーによりこれを報知する(ステップS262)。以上が「ロック」に伴う制御である。
【0131】
次に、ステップS263において、上記バーグラCPU1側からの「返答リクエスト信号」の受信の有無を判定し、ここで該信号を受信したと判断されたときには、バーグラCPU1側へ「返答信号」を送信する(ステップS264)。尚、この場合、バーグラCPU1側から送信される「返答リクエスト信号」は乱数を含む信号に加工されているので、キーレストランスミッタCPU2側においては、この「返答リクエスト信号」を乱数を含まない信号に再加工し、これを「返答信号」として自己のIDと共にバーグラCPU1側へ送信する。
【0132】
次に、ステップS265において、バーグラCPU1側からの「盗難検出信号」の受信の有無を判定し、該信号が受信された場合には、ブザーによってこれを報知する(ステップS266)とともに、ディスプレイ27に「盗難」等の表示を行うと共にブザーを作動させる(ステップS267)。
【0133】
(2)バーグラCPU1側における制御
図18に示すフローチャートにおいて、制御開始後、先ず、ステップS271において、ドアキーシリンダ17を使用してのドアロック操作が為されたか否かが判定される。ここで、ドアロック操作が為されたと判断された場合には、ドアロックを実行する(ステップS280)とともに、ドアロックをした直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS281)。
【0134】
これに対して、ドアロック操作は為されていないと判定された場合には、さらにステップS272において、ドアキーシリンダ17を使用してのドアアンロック操作が為されたか否かが判定される。ここで、ドアアンロック操作が為されたと判断された場合には、ドアアンロックを実行する(ステップS282)とともに、ドアロックをした直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS283)。
【0135】
ドアキーシリンダ17によるドアロック操作及びドアアンロック操作のいずれも為されていないと判断された場合には、携帯機Y側からの指令に基づくロック・アンロック制御に移行し、上記各信号の送受信が実行される。
【0136】
即ち、ステップS273において、上記キーレストランスミッタCPU2側からの「プレアンロック信号」の受信の有無を判定し、該信号が受信されたと判断される場合には、キーレストランスミッタCPU2側へ「アンロックリクエスト信号」を送信する(ステップS274)。尚、この場合、上記「アンロックリクエスト信号」は、他人の盗用を防止する観点から、上記「プレアンロック信号」を乱数を含む信号に加工し、これを「アンロックリクエスト信号」として送信する。
【0137】
一方、ステップS273において「プレアンロック信号」が受信されていないと判断された場合には、ステップS275へ移行し、ここではキーレストランスミッタCPU2からの「プレロック信号」の受信の有無を判定し、該信号が受信されている場合には、「ロックリクエスト信号」をキーレストランスミッタCPU2側へ送信する(ステップS276)。尚、この場合、上記「ロックリクエスト信号」は、他人の盗用を防止する観点から、上記「プレロック信号」を乱数を含む信号に加工し、これを「ロックリクエスト信号」として送信する。
【0138】
これに対して、「プレロック信号」の受信がなかった場合には、ステップS277において、キーレストランスミッタCPU2側からの「アンロック信号」の受信の有無を判定する。そして、「アンロック信号」が受信された場合には、ステップS278において、その「アンロック信号」の電界強度が所定レベル以上であるかどうかを判定する。この電界強度の判定は、携帯機Yを携帯した車両所有者等が車両側に所定以上近づいたかどうか(換言すれば、ドアアンロックの必要性があるかどうか)を確認するためである。従って、ここで、「所定レベル以上の電界強度」と判定された場合には、ドアのアンロックを実行する(ステップS282)とともに、アンロック直後には「アンロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS283)。
【0139】
これに対して、ステップS278において「電界強度は所定レベル以下」と判断された場合には、ステップS279へ移行し、ここではキーレストランスミッタCPU2側からの「ロック信号」の受信の有無を判定する。そして、該信号が受信された場合には、ドアロックを実行する(ステップS280)とともに、ドアロック直後には「ロック確認信号」をキーレストランスミッタCPU2側へ送信する(ステップS281)。「ロック信号」が受信されていない場合には、そのまま制御をリターンする。
【0140】
その他
(1) 上記実施形態においては、盗難発生時の警報音の音量を、ホーン18のみによる警報形態とホーン18とバーグラホーン19の双方による警報形態との間で警報形態を切り換えることで変化させるように構成しているが、本願発明はかかる構成に限定されるものではなく、例えば、バーグラホーン19のみによる警報形態とホーン18とバーグラホーン19の双方による警報形態との間で警報形態を切り換えることでこれを実現するように構成することもできるものである。
【0141】
(2) また、盗難発生時の警報音の音量を変化させる方法としては、上記実施形態に示したように、作動させるホーンの数を切り換える方法の外に、音量の異なるホーンを複数種類備えてこれらを選択的に作動させる方法とか、ホーンへの供給電圧を調整して該ホーンの発生音量そのものを変化させる方法とか、これら各方法を適宜組み合わせる方法など、適宜選択できるものである。
【図面の簡単な説明】
【図1】 本願発明に係る車両用盗難防止装置のブロック図である
【図2】 盗難検出制御のフローチャートである。
【図3】 図2の盗難検出制御におけるバーグラサブルーチンである。
【図4】 報知制御の第1の実施例における報知サブルーチンAである。
【図5】 報知制御の第1の実施例における報知サブルーチンBである。
【図6】 報知制御の第2の実施例における報知サブルーチンAである。
【図7】 報知制御の第2の実施例における報知サブルーチンBである。
【図8】 報知制御の第3の実施例における報知サブルーチンAである。
【図9】 報知制御の第3の実施例における報知サブルーチンBである。
【図10】 ドアロック・アンロック制御の第1の実施例における車載機と形態機との間の信号送受信形態説明図である。
【図11】 ドアロック・アンロック制御の第1の実施例における携帯機側の制御内容を示すフローチャートである。
【図12】 ドアロック・アンロック制御の第1の実施例における車載機側の制御内容を示すフローチャートである。
【図13】 ドアロック・アンロック制御の第2の実施例における車載機と形態機との間の信号送受信形態説明図である。
【図14】 ドアロック・アンロック制御の第2の実施例における携帯機側の制御内容を示すフローチャートである。
【図15】 ドアロック・アンロック制御の第2の実施例における車載機側の制御内容を示すフローチャートである。
【図16】 ドアロック・アンロック制御の第3の実施例における車載機と形態機との間の信号送受信形態説明図である。
【図17】 ドアロック・アンロック制御の第3の実施例における携帯機側の制御内容を示すフローチャートである。
【図18】 ドアロック・アンロック制御の第3の実施例における車載機側の制御内容を示すフローチャートである。
【符号の説明】
1はバーグラCPU、2はキーレストランスミッタCPU、3は通信業者、11はナビゲーションCPU、12は進入検出センサ、13は振動検出センサ、14はドア開検出センサ、15はキーレス送受信機、16はドアロック検出センサ、17はドアキーシリンダ、18はホーン、19はバーグラホーン、20は無線電話、21はIGスイッチ、22はドアハンドル、25はスイッチ2、26はブザー、27はディスプレイ、28はキーレス送受信機、31は所定施設の電話、32は家庭用電話、33は無線電話用アンナ、34は無線電話、35は無線電話用アンナ、111は現在地センサ、112はディスプレイ、113はスイッチ、Xは車載機、Yは携帯機、Zは通信機である。
[0001]
BACKGROUND OF THE INVENTION
[0002]
  The present invention relates to a vehicle antitheft device that prevents a vehicle in a parked state from being stolen by an alarm.
[Prior art]
[0003]
  In recent years, against the background of frequent theft of parked vehicles, various techniques for preventing theft of vehicles have been proposed. As one of the techniques, for example, as disclosed in Japanese Patent Application Laid-Open No. 7-165019, a vehicle When the theft state of the vehicle is detected, the technology that checks the theft by blowing the horn or turning on the light, etc., and sends an alarm signal to the portable device of the vehicle owner to call attention Proposed.
[Problems to be solved by the invention]
[0004]
  However, in the anti-theft device of the above-mentioned known example, regardless of whether or not the owner who has received the alarm signal by the portable device transmits a signal in response thereto, the anti-theft alarm by a horn or the like on the vehicle side is performed. For example, even if the owner who has received the theft alarm signal can immediately take appropriate countermeasures by transmission from the portable device, an alarm sound will be generated on the vehicle side. For example, if the theft detection is a false detection, the vehicle owner may be surprised by the alarm sound, and problems such as inconvenience to neighboring residents may occur.
[0005]
  Therefore, the present invention proposes a vehicle antitheft device that realizes more optimal antitheft control by reflecting in the antitheft control the presence or absence of a signal from the portable device by the owner who has received the theft alarm signal. It was made for the purpose of doing.
[Means for Solving the Problems]
[0006]
  The present invention employs the following configuration as a specific means for solving such a problem.
[0007]
  Of this applicationFirstIn the invention ofIn a vehicle anti-theft device having a control means for detecting a state related to theft of a vehicle and providing a predetermined alarm, a signal from a portable device that performs a keyless operation provided corresponding to the vehicle Determining means for determining presence / absence of reception, wherein the control means switches the control mode between a first control mode when the signal is received and a second control mode when the signal is not received; ,The theft detection threshold in the first control mode is set larger than the theft detection threshold in the second control mode.
[0008]
  Of this applicationSecondIn the invention ofIn a vehicle anti-theft device having a control means for detecting a state related to theft of a vehicle and providing a predetermined alarm, a signal from a portable device that performs a keyless operation provided corresponding to the vehicle Determining means for determining presence / absence of reception, wherein the control means switches the control mode between a first control mode when the signal is received and a second control mode when the signal is not received; ,In the first control mode, an alarm signal is transmitted to the portable device, and in the second control mode, an alarm is issued on the vehicle side.
[0009]
  Of this applicationThirdIn the invention of the above1st or 2ndIn the vehicle antitheft device according to the invention, the volume of the alarm sound is set to be small in the first control mode and set to be large in the second control mode.
[0010]
  Of this application4thIn the invention of the above1st or 2ndThe vehicle antitheft device according to the invention is characterized in that in the first control mode, the volume of the alarm sound is set low for a predetermined time and is set high after the predetermined time has elapsed.
[0011]
  Of this application5thIn the invention of the aboveSecondThe vehicle antitheft device according to the invention is characterized in that, in the first control mode, whether the alarm on the vehicle side can be selected by operating the portable device.
【The invention's effect】
[0012]
  In the present invention, the following effects can be obtained by adopting such a configuration.
(1)  Of this applicationFirstAccording to the vehicle antitheft device according to the invention,In a vehicle anti-theft device having a control means for detecting a state related to theft of a vehicle and providing a predetermined alarm, a signal from a portable device that performs a keyless operation provided corresponding to the vehicle And determining means for determining presence / absence of reception, wherein the control means switches the control mode between the first control mode when the signal is received and the second control mode when the signal is not received. Therefore, the optimal anti-theft control corresponding to the presence or absence of reception of a signal from the portable device (in other words, corresponding to the intention of the vehicle owner or the like) can be realized. Compared to the case where the anti-theft control is uniformly performed in the same control mode regardless of whether or not a signal is received from the portable device, a more optimal anti-theft control is realized. Reliability or improvement of convenience can be expected.
[0013]
  In addition, except for extremely rare cases such as when the portable device itself was stolen, the person who carried the portable device can be considered as the vehicle owner, etc. The reliability of the determination of the presence or absence of the vehicle is improved, and the configuration of the determination means is simplified or the cost is reduced as compared with the case where the presence or absence of the vehicle owner or the like is determined by a sensor provided on the vehicle side, for example. Can also be achieved.
[0014]
  further,Since the theft detection threshold in the first control mode is set to be larger than the theft detection threshold in the second control mode, it is difficult to detect theft during the control in the first control mode. It is easy to detect theft at the time of control.
[0015]
  Accordingly, when the control is performed in the first control mode, it is determined that the vehicle owner or the like is present in the vicinity of the vehicle. Therefore, for example, the vehicle owner or the like may perform a vehicle maintenance operation such as jack-up. It may be possible that false detection of theft is made based on changes in the vehicle status caused by the actions of the vehicle owners, etc., but in this case, the theft detection threshold is set large to make it difficult to detect theft. As a result, erroneous detection of theft is prevented as much as possible, and as a result, more reliable antitheft control is realized.
(2)  Of this applicationSecondAccording to the vehicle antitheft device according to the invention,In a vehicle anti-theft device having a control means for detecting a state related to theft of a vehicle and providing a predetermined alarm, a signal from a portable device that performs a keyless operation provided corresponding to the vehicle And determining means for determining presence / absence of reception, wherein the control means switches the control mode between the first control mode when the signal is received and the second control mode when the signal is not received. Therefore, the optimal anti-theft control corresponding to the presence or absence of reception of a signal from the portable device (in other words, corresponding to the intention of the vehicle owner or the like) can be realized. Compared to the case where the anti-theft control is uniformly performed in the same control mode regardless of whether or not a signal is received from the portable device, a more optimal anti-theft control is realized. Reliability or improvement of convenience can be expected.
[0016]
  In addition, except for extremely rare cases such as when the portable device itself was stolen, the person who carried the portable device can be considered as the vehicle owner, etc. The reliability of the determination of the presence or absence of the vehicle is improved, and the configuration of the determination means is simplified or the cost is reduced as compared with the case where the presence or absence of the vehicle owner or the like is determined by a sensor provided on the vehicle side, for example. Can also be achieved.
[0017]
  further,In the first control mode, an alarm signal is transmitted to the portable device, and in the second control mode, an alarm is issued on the vehicle side. Therefore, it is determined that there is a vehicle owner or the like in the vicinity of the vehicle. The second control mode in which the vehicle owner or the like can immediately take appropriate countermeasures by receiving the alarm signal from the portable device during the control in the control mode, while it is determined that there is no vehicle owner or the like in the vicinity of the vehicle. During the control in the vehicle, an alarm is issued on the vehicle side, so that the theft is surely prevented, thereby further promoting the optimization of the theft prevention control.
(3)  Of this applicationThirdAccording to the vehicle antitheft device of the present invention,(1) or (2)In addition to the effects described in the above, the following specific effects can be obtained. That is, in the vehicle antitheft device of the present invention, the volume of the alarm sound when the theft is detected is set to be small in the first control mode and large in the second control mode. At the time of control in the first control mode, since the signal from the portable device is received and it is determined that the vehicle owner or the like is in the vicinity of the vehicle, the vehicle owner or the like reliably confirms the alarm sound even at a low volume. Can be recognized. Further, during control in the second control mode, since a signal from the portable device is not received and it is determined that the vehicle owner or the like is not in the vicinity of the vehicle, a warning sound is emitted at a loud volume, so that the vehicle owner or the like is emitted. Can reliably recognize this. Therefore, in any of these cases, the vehicle owner or the like can take an appropriate countermeasure against the alarm, and as a result, optimization of theft prevention control is further promoted.
(4)  Of this application4thAccording to the vehicle antitheft device of the present invention,(1) or (2)In addition to the effects described in the above, the following specific effects can be obtained. That is, in the vehicle antitheft device of the present invention, in the first control mode, that is, in the control mode in which the signal is received from the portable device and it is determined that the vehicle owner is in the vicinity of the vehicle, The volume of the vehicle is set low for a predetermined time and set high after the predetermined time has elapsed, so that vehicle owners can reliably recognize this even if the warning sound is low, After recognizing the sound, the state of the vehicle is confirmed. For example, when it is determined that the generation of the alarm sound is based on false detection of theft and does not require the generation of the alarm sound at a high volume, By taking appropriate measures in time, it is possible to reliably and reliably prevent a loud alarm sound and annoying local residents. On the other hand, when the state of the vehicle is confirmed, if the theft is performed and it is necessary to check the theft by a warning sound at a high volume, leave it for the predetermined time without taking any measures. As a result, an alarm sound with a large volume is generated, and theft can be prevented in advance.
[0018]
  That is, according to the vehicle antitheft device of the present invention, by delaying the generation of a loud alarm sound for the predetermined time, the vehicle owner can appropriately prevent theft corresponding to the state of the vehicle within the predetermined time. It is possible to give a time delay for taking measures, thereby further promoting the reliability or convenience of the anti-theft control.
(5)  Of this application5thAccording to the vehicle antitheft device of the present invention,(2)In addition to the effects described in the above, the following specific effects can be obtained. That is, in the vehicle antitheft device according to the present invention, in the first control mode, whether the alarm on the vehicle side can be selected or not by operating the portable device, the vehicle owner who will be in the vicinity of the vehicle Thus, the optimum anti-theft measure corresponding to the theft state can be taken, and the convenience or reliability of the anti-theft device is improved accordingly.
DETAILED DESCRIPTION OF THE INVENTION
[0019]
  Hereinafter, a vehicle antitheft device according to the present invention will be specifically described based on preferred embodiments.
[0020]
  FIG. 1 is a block diagram showing the system configuration of a vehicle antitheft device according to the present invention. The vehicle antitheft device includes an in-vehicle device X mounted on the vehicle side, a keyless operation portable device Y carried by a user of the vehicle, and a communication device Z.
[0021]
  Configuration of in-vehicle device X
  The in-vehicle device X is mounted on the vehicle side for detecting a state related to the theft and taking a countermeasure against the theft, and includes a Burglar CPU 1. The Burglar CPU 1 includes a navigation CPU 11, an entry detection sensor 12, a vibration detection sensor 13, a door detection sensor 14, a keyless transceiver 15, a door lock detection sensor 16, a door key cylinder 17, a horn 18, a Burglar horn 19, and a radio telephone. 20 and an IG switch 21 and a door handle 22 are provided, and signals are respectively input from these members.
[0022]
  The navigation CPU 11 incorporates a memory that stores the registered position of the vehicle, and is provided with a current position sensor 111 that detects the current position of the vehicle, a display 112 that displays information, and a switch 113 that performs necessary operations. It is determined whether or not the current location is a registered position registered in the memory, and this is output to the burglar CPU 1 as a current location signal.
[0023]
  The intrusion detection sensor 12 is composed of, for example, an infrared sensor or the like disposed in the vehicle interior, detects whether a person has entered the vehicle interior, and the detection signal is a signal indicating a state related to theft. One is to output to the above-mentioned Burglar CPU1.
[0024]
  The vibration detection sensor 13 does not vibrate in principle when the vehicle is parked (that is, when the vehicle is not stolen). However, when the vehicle is stolen, for example, vibration due to self-running or vibration associated with transportation occurs. When this occurs, this is detected, and the detection signal is output to the above-mentioned Burglar CPU 1 as one of the signals indicating the state related to theft.
[0025]
  The door open detection sensor 14 detects when a vehicle door is opened, and outputs the detection signal to the burglar CPU 1 as one of signals indicating a state related to theft.
[0026]
  The keyless transmitter / receiver 15 transmits / receives information signals to / from the keyless transmitter / receiver 28 on the portable device Y side described below. In this embodiment, various operation signals from the portable device Y side are transmitted. In response to this, it is input to the above-mentioned burglar CPU 1 to perform various operations such as door locking / unlocking, engine starting / stopping, horn blowing, etc. , Entry information, vibration information, etc.) can be transmitted to the portable device Y side and displayed on the display 27.
[0027]
  The door lock detection sensor 16 detects that the door of the vehicle is in a locked state, and outputs a detection signal to the burglar CPU 1 as one of signals indicating a state related to theft.
[0028]
  The door key cylinder 17 locks / unlocks the door of the vehicle, and a signal regarding the presence or absence of the operation is output to the burglar CPU 1 as one of the signals indicating a state related to theft.
[0029]
  The horn 18 has a basic function of generating an alarm sound by a driver's operation during normal use of the vehicle. In this embodiment, the horn 18 is further used as one of vehicle theft alarms. In this case, the sounding operation is performed on the basis of the control signal from the burglar CPU 1. The volume of the horn 18 is set to be smaller than that of the burglar horn 19 described below.
[0030]
  The burglar horn 19 is blown by receiving a control signal from the burglar CPU 1 when the vehicle is stolen, and generates a burglar alarm sound. Since this burglar horn 19 is sounded only during theft and is generally attached to a recessed part that is difficult to see from the outside of the vehicle body, its volume is set larger than that of the horn 18. Yes.
[0031]
  The wireless telephone 20 exchanges information wirelessly with the communication device Z described below, and transmits information (theft information) on the vehicle state output from the burglar CPU 1 to the communication device Z side. In addition to transmission, the information signal regarding theft prevention output from the communication device Z side is received and input to the burglar CPU 1.
[0032]
  The IG switch 21 detects and inputs it to the burglar CPU 1 when an engine start operation is performed by an ignition key.
[0033]
  The door handle 22 is operated by a vehicle owner or the like to unlock the door. Upon receiving the operation of the door handle 22, a door unlock request signal is sent from the burglar CPU 1 to the portable device Y side. Are output (see FIG. 13).
[0034]
  Configuration of portable device Y
  The portable device Y is carried by a vehicle owner or the like (that is, a person other than the owner, including a legitimate user; the same applies hereinafter), and the door is locked / unlocked by remote control. It has a bidirectional communication function for transmitting and receiving various information to and from X (see FIGS. 10, 13, and 16), and includes a keyless transmitter CPU2 that is the main body of such a function. The keyless transmitter CPU 2 includes a remote control switch 25, a buzzer 26, a display 27, and a keyless transceiver 28. The keyless transmitter CPU 2 includes a type that transmits a signal only by operating the switch 25 and a type that transmits a signal by operating the switch 25 and always transmits a signal at a constant cycle. In the embodiment, these types are used properly in each embodiment of door lock / unlock control described later.
[0035]
  Configuration of communicator Z
  The communication device Z transmits / receives information to / from the in-vehicle device X via the communication company 3, and as a communication device, a telephone 31 (for example, a police phone) of a predetermined facility or a vehicle use There are a home phone 32 provided at a person's home, a radio phone 34 such as a mobile phone communicated via a radio phone Anna 33, and the like.
[0036]
  Basic control concept of anti-theft device
  The anti-theft device of this embodiment is intended to prevent theft of a vehicle by combining the in-vehicle device X, the portable device Y, and the communication device Z, and the content of the control is the in-vehicle device X side. The basic control is the detection of the state related to theft, the notification of the detection information to the communication device Z side, and the alarm on the in-vehicle device X side based on the theft detection. In consideration of the presence or absence of the vehicle owner or the like in the vehicle, the control mode switching is taken into account, and the optimization of the anti-theft control can be achieved by embodying such a control concept. In the following, the actual anti-theft control will be specifically described based on such control concept.
[0037]
  The anti-theft control in the vehicle anti-theft device of this embodiment includes door lock / unlock control based on a door lock / unlock control subroutine, and Burglar control based on a Burglar subroutine, as shown in FIGS. And notification control based on the notification subroutine A and the notification subroutine B. And in this embodiment, the 1st-3rd Example (refer FIGS. 4-9) is prepared as said alerting | reporting control, and also the said 1st-3rd Example also regarding the said door lock / unlock control. (See FIGS. 10 to 18).
[0038]
  In the following, considering the fact that the present invention is an anti-theft device based on the theft of theft detection and theft alarm based on this, for the sake of convenience of explanation, the implementation of the Burglar control including the notification control is carried out. An explanation will be given together with examples, and then door lock / unlock control, which is a prerequisite control for theft detection, will be explained together with each embodiment.
[0039]
  Anti-theft control content
  In FIG. 2, after the start of the bar graph CPU 1, first, the ON / OFF detection of the IG switch 21 is executed (step S <b> 1). The detection control of the IG switch 21 is repeated until this is set to OFF (step S2).
[0040]
  On the other hand, if it is determined in step S2 that the IG switch 21 is set to OFF, a door lock / unlock control subroutine is executed in step S3 to perform a door lock operation. The door lock / unlock control will be described in detail later.
[0041]
  Next, the locked state of the door is confirmed. That is, first, in step S4, the detected values of the door lock detection sensor 16, the keyless transceiver 15 and the door key cylinder 17 are read. In step S4, whether the vehicle owner or the like has consciously performed the door lock operation, That is, it is determined whether or not the door is locked by the door key cylinder 17 or the keyless transmitter CPU2.
[0042]
  Here, if it is determined that the door is not in an unlocked state without a conscious door locking operation, immediately after the door unlocking, for example, by a single horn or a hazard lighting, A Burglar reset (that is, reset of the anti-theft control) is notified (step S7), and then the control is returned.
[0043]
  On the other hand, if it is determined that a conscious door lock operation (ie, a door lock assuming parking) has been performed, immediately after the door lock, for example, by a single horn or a hazard lighting. The user is notified of the Burger set (that is, the anti-theft control set) (step S6), and then the process proceeds to the execution of the following Burger subroutine (step S8).
[0044]
  After the transition to the bar graph subroutine shown in FIG. 3, first, the output value A of the vibration detection sensor 13 is detected in step S11, and the output value B of the door opening detection sensor 14 (a signal indicating door opening) in step S13. ) And the operation of the keyless transceiver 15 and the door key cylinder 17 are detected. Further, in step S13, the output value C (signal indicating entry) of the entry detection sensor 12 is detected.
[0045]
  Next, in step S14, the output value “A” of the vibration detection sensor 13 is compared with its detection threshold “Ta1”.
[0046]
  Note that two values of “Ta1” and “Ta2” are set as the vibration detection threshold, and there is a magnitude relationship of “Ta2> Ta1” between the two values. For this reason, when the output value “A” of the vibration detection sensor 13 is compared with the detection threshold “Ta1”, it tends to be “A> Ta1” (that is, theft is easily detected), whereas the detection threshold “Ta2”. "A> Ta2" (that is, it is difficult to detect theft). Accordingly, the determination in step S14 is relatively easy theft detection, and the determination in step S19 described later can be said to be relatively strict theft detection. The determination concept is the same in the case of theft detection by comparing the output value “C” of the approach detection sensor 12 and the two detection thresholds “Tc1” and “Tc2” in the following step S16 and step S21. is there. In this way, the detection threshold for the theft detection is set in two stages. When it is determined that the theft is not “theft” in relatively easy theft detection, no notification control is performed as it is. This is because, only when it is determined that there is “Yes”, strict theft detection is performed again and the notification mode is changed, so that both simplification of control and improvement of the reliability of theft notification are achieved.
[0047]
  If it is determined in step S14 that “A ≦ Ta1”, it is determined that the vehicle is not in a stolen state from the vibration of the vehicle, so the process proceeds to step S15. In step S15, the output value of the door open detection sensor 14 is “without keyless unlocking (that is, unlocking the door by remote operation from the portable device Y) or the door key cylinder 17 without being unlocked. It is determined whether or not “B” indicating “door open state” (in other words, whether or not the door is open without conscious door unlocking operation by the owner or the like). Here, when the determination is “NO”, it is determined that “theft is not theft”, and thus the process proceeds to step S16. In step S16, the output value “C” of the approach detection sensor 12 is compared with the detection threshold “Tc1” having a smaller value among the detection thresholds. Here, when it is determined that “C ≦ Tc1”, it is determined that a person has not entered the vehicle compartment and is not “theft”, and in this case, no notification control is performed. Return control.
[0048]
  In contrast, when “A> Ta1” is determined in step S14, “YES” is determined in step S15, and “C> Tc1” is determined in step S16, both “ Since it is determined that “theft is present”, the process proceeds to control after step S17.
[0049]
  First, in step S17, a response request signal is transmitted from the in-vehicle device X side to the portable device Y in order to determine whether or not the vehicle owner or the like is present in the vicinity of the vehicle to be stolen. In step S18, it is determined whether a response signal is received within a predetermined minute time. It should be noted that the transmission signal from the portable device Y decreases in response to the increase in the electric field strength as the distance between the portable device Y and the vehicle-mounted device X on the vehicle side increases. Applies to signals having an electric field strength of a predetermined level or higher (in other words, a response signal transmitted within a predetermined distance from the vehicle).
[0050]
  In step S18, when it is determined that the response signal has not been received (that is, when it is determined that the vehicle owner or the like that may form the portable device Y does not exist in the vicinity of the vehicle). Shifts to execution of the following notification subroutine A (corresponding to “second control mode” in claims) (step S22).
[0051]
  On the other hand, when it is determined that the response signal is received (that is, when it is determined that the vehicle owner or the like is present in the vicinity of the vehicle), the theft detection is performed again on a stricter basis. In order to ensure the reliability of the theft detection, the process proceeds to the control in step S19 and subsequent steps.
[0052]
  First, in step S19, the output value “A” of the vibration detection sensor 13 is compared with the vibration detection threshold “Ta2”. If it is determined that “A ≦ Ta2”, the vibration detection is performed strictly. If it is determined that “it is not theft”, the process proceeds to step S20. In step S20, it is determined again whether or not the door is opened without a regular unlocking operation as in step S15. If it is determined “NO”, it is “not stolen”. Therefore, the process proceeds to step S21. In step S21, the output value “C” of the approach detection sensor 12 is compared with the detection threshold “Tc2”. If “A ≦ Tc2” is determined here, according to strict approach detection, “ Therefore, in this case, the control is returned without performing any notification control.
[0053]
  In contrast, when “A> Ta2” is determined in step S19, “YES” is determined in step S20, and “C> Tc2” is determined in step S21, both “ Since it is determined that it is “theft state”, the process proceeds to execution of the following notification subroutine B (corresponding to “first control mode” in claims) in order to prevent theft. (Step S23).
[0054]
  Subsequently, the contents of the “notification subroutine A” that is the control mode of theft notification when the vehicle owner or the like is not present in the vicinity of the vehicle at the time of the theft detection, and when the vehicle owner or the like is present in the vicinity of the vehicle The contents of “notification subroutine B” which is the control mode of the theft notification will be described for each of the three embodiments.
[0055]
  First embodiment of notification control
  The notification control of the first embodiment is configured by a notification subroutine A shown in FIG. 4 and a notification subroutine B shown in FIG.
[0056]
  Control of notification subroutine A
  As described above, the notification subroutine A is notification control when it is determined that there is no vehicle owner or the like in the vicinity of the vehicle when a theft is detected. In the notification subroutine A, first, a timer is started (step S31), and then the vehicle theft is automatically notified to a preset telephone of the communication device Z by the radio telephone 20 of the in-vehicle device X (step S31). S32). In this case, from the viewpoint of ensuring the certainty of reporting to the owner, etc., for example, first, the mobile phone of the owner, etc. is reported first, and if the mobile phone is not connected, the owner, etc. It takes a two-step form of reporting to your home phone.
[0057]
  Next, on the vehicle side, the horn 18 and the burglar horn 19 are simultaneously operated to generate an alarm sound with a relatively large volume (step S33), thereby restraining the thief and simultaneously alerting people around the vehicle. Therefore, theft is prevented in advance.
[0058]
  In principle, the alarm sound by the horn 18 and the burglar horn 19 is continued for a predetermined time until the timer counts up (step S37). However, an appropriate door unlocking operation by the owner or the like within this predetermined time. If it is performed, it is stopped at that time. That is, in step S34, the operating state of the door key cylinder 17 and the keyless transceiver 15 is detected, and the door unlocking operation by inserting the key into the door key cylinder 17 (step S35), or the door unlocking operation by the keyless transmitter CPU2 (step When S36) is performed, the generation of the alarm sound is stopped at that time. On the other hand, when these door unlock operations are not performed, the generation of the alarm sound is continued for the predetermined time, stopped after the predetermined time has elapsed, and the timer is reset to end the control ( Step S38).
[0059]
  Control of notification subroutine B
  As described above, the notification subroutine B is notification control when it is determined that a vehicle owner or the like is present in the vicinity of the vehicle when a theft is detected. In the notification subroutine B, first, a timer is started (step S41), and only the horn 18 is operated to generate an alarm sound with a relatively low volume. The alarm sound at such a low volume is because the vehicle owners, etc. exist in the vicinity of the vehicle, so even the alarm sound at a low volume can be recognized by the vehicle owners and respond appropriately. This is because it is possible to take measures and to avoid alarming the owner of the vehicle by generating a loud alarm sound and inconvenience the surrounding residents. In the notification subroutine B, since the vehicle owner and the like are present in the vicinity of the vehicle, automatic notification to the vehicle owner and the like as in the notification subroutine A is not performed. In principle, the alarm sound by the horn 18 is continued for a predetermined time until the timer counts up (step S46), but an appropriate door unlocking operation is performed by the owner or the like within this predetermined time. If so, stop at that point. That is, in step S43, the operating state of the door key cylinder 17 and the keyless transmitter / receiver 15 is detected, and a door unlocking operation by inserting a key into the door key cylinder 17 (step S44) or a door unlocking operation by the keyless transmitter CPU2 (step S44). When S45) is performed, the generation of the alarm sound is stopped at that time. On the other hand, when these door unlock operations are not performed, the generation of the alarm sound is continued for the predetermined time, stopped after the predetermined time has elapsed, and the timer is reset to end the control ( Step S47).
[0060]
  Thus, the vehicle in the vicinity of the vehicle is switched by switching the control mode of the alarm control between the control mode based on the notification subroutine A and the control mode based on the notification subroutine B depending on whether there is a vehicle owner or the like in the vicinity of the vehicle. Optimal antitheft control corresponding to the presence or absence of the owner or the like is realized.
[0061]
  Second embodiment of notification control
  The notification control of the second embodiment is composed of a notification subroutine A shown in FIG. 6 and a notification subroutine B shown in FIG.
[0062]
  Control of notification subroutine A
  As described above, the notification subroutine A is notification control when it is determined that there is no vehicle owner or the like in the vicinity of the vehicle when a theft is detected. In the notification subroutine A, first, a timer is started (step S131), and then the vehicle theft is automatically notified to a preset telephone of the communication device Z by the radio telephone 20 of the in-vehicle device X (step S131). S132). In this case, from the viewpoint of ensuring the certainty of reporting to the owner, etc., for example, first, the mobile phone of the owner, etc. is reported first, and if the mobile phone is not connected, the owner, etc. It takes a two-step form of reporting to your home phone.
[0063]
  Next, on the vehicle side, the horn 18 and the burglar horn 19 are simultaneously operated to generate an alarm sound with a relatively large volume (step S133), thereby checking the theft agent and simultaneously alerting people around the vehicle. Therefore, theft is prevented in advance.
[0064]
  In principle, the alarm sound by the horn 18 and the burglar horn 19 is continued for a predetermined time until the timer counts up (step S137), but an appropriate door unlocking operation by the owner or the like within this predetermined time. If it is performed, it is stopped at that time. That is, in step S134, the operating state of the door key cylinder 17 and the keyless transceiver 15 is detected, and the door unlocking operation by inserting the key into the door key cylinder 17 (step S135) or the door unlocking operation by the keyless transmitter CPU2 (step When S136) is performed, the generation of the alarm sound is stopped at that time. On the other hand, when these door unlock operations are not performed, the generation of the alarm sound is continued for the predetermined time, stopped after the predetermined time has elapsed, and the timer is reset to end the control ( Step S138).
[0065]
  Control of notification subroutine B
  As described above, the notification subroutine B is notification control when it is determined that a vehicle owner or the like is present in the vicinity of the vehicle when a theft is detected. In the notification subroutine B, first, a timer is started (step S41), and a theft detection signal is transmitted from the burglar CPU 1 of the in-vehicle device X to the keyless transmitter CPU 2 of the portable device Y (step S142). Here, the vehicle owner who received the theft detection signal, for example, got off the door and locked the door, but wants to get on again, or when the vehicle condition is confirmed, the theft detection itself is erroneously detected. When it is considered that the generation of the alarm sound is unnecessary, the unlock signal is transmitted from the portable device Y to the in-vehicle device X side. On the other hand, when a theft is actually being performed, and a warning sound is immediately generated and it is desired to check the theft and prevent the theft, a lock signal is transmitted. Furthermore, there may be situations where theft is being carried out but the signal cannot be transmitted by operating the portable device Y. Under such circumstances, an alarm sound is desired to be generated immediately. Transmission is impossible. In consideration of the intention or position of the vehicle owner, etc., in this embodiment, the signal transmission from the vehicle owner or the like is determined prior to generating an alarm sound at a high volume. ing.
[0066]
  That is, after transmitting the theft detection signal to the keyless transmitter CPU2 in step S142, first, in step S143, it is determined whether or not an unlock signal from the vehicle owner or the like has been received. If the vehicle owner or the like does not need to generate an alarm sound, the timer is reset without performing any alarm control and the control is terminated (step S152).
[0067]
  On the other hand, if a signal from the vehicle owner or the like has not been received, the process proceeds to step S144, where it is determined whether or not a lock signal has been received from the vehicle owner or the like. Here, if the lock signal is received, it is a case where the vehicle owner or the like requests to generate an alarm sound. In this case, the horn 18 and the burglar horn 19 are immediately operated simultaneously. Generates a loud alarm sound and checks the theft actor to prevent theft.
[0068]
  On the other hand, if it is determined that the lock signal has not been received, the process proceeds to step S145, and the unlock signal reception determination in step S143 and the determination in step S144 until a predetermined time (for example, 10 seconds) elapses. The lock signal reception determination is repeated, and after a predetermined time has elapsed, the horn 18 and the burglar horn 19 are simultaneously operated to generate an alarm sound with a large volume (step S147).
[0069]
  During the predetermined time, an alarm sound only from the horn 18 is generated as a preliminary notification every time the timer count is incremented. As a generation form of the alarm sound as the preliminary notification, for example, it is conceivable that the alarm sound is generated only once or continuously.
[0070]
  As described above, in this notification subroutine B, when a theft is detected, a loud alarm sound is generated to prevent theft, but in that case, the alarm detection is controlled by the theft detection. By reflecting the intention of the vehicle owner or the like who has received the signal and generating an alarm sound in a form corresponding to the intention, more optimal anti-theft control is realized.
[0071]
  On the other hand, the generation of the alarm sound by the horn 18 and the burglar horn 19 is basically continued for a predetermined time until the timer counts up (step S151). When an appropriate door unlocking operation is performed by the owner or the like, that is, the operating state of the door key cylinder 17 and the keyless transceiver 15 is detected (step S148), and the door unlocking by inserting the key into the door key cylinder 17 is detected. If the operation (step S149) or the door unlock operation (step S150) by the keyless transmitter CPU2 is performed, the operation is stopped at that time, but if the door unlock operation is not performed, the predetermined time period is reached. The timer is reset after a predetermined time has elapsed, and the process ends (step S152).
[0072]
  Third embodiment of notification control
  The notification control of the third embodiment is configured by a notification subroutine A shown in FIG. 8 and a notification subroutine B shown in FIG.
[0073]
  Control of notification subroutine A
  As described above, the notification subroutine A is notification control when it is determined that there is no vehicle owner or the like in the vicinity of the vehicle when a theft is detected. In the notification subroutine A, first, a timer is started (step S231), and then the vehicle theft is automatically notified to a preset telephone of the communication device Z by the radio telephone 20 of the in-vehicle device X (step S231). S232). In this case, from the viewpoint of ensuring the certainty of reporting to the owner, etc., for example, first, the mobile phone of the owner, etc. is reported first, and if the mobile phone is not connected, the owner, etc. It takes a two-step form of reporting to your home phone.
[0074]
  Next, on the vehicle side, the horn 18 and the burglar horn 19 are simultaneously operated to generate an alarm sound with a relatively large volume (step S233), thereby checking the theft agent and simultaneously calling attention to people around the vehicle. Therefore, theft is prevented in advance.
[0075]
  In principle, the alarm sound by the horn 18 and the burglar horn 19 is continued for a predetermined time until the timer counts up (step S237), but an appropriate door unlocking operation by the owner or the like within this predetermined time. If it is performed, it is stopped at that time. That is, in step S234, the operating state of the door key cylinder 17 and the keyless transceiver 15 is detected, and the door unlocking operation by inserting the key into the door key cylinder 17 (step S235), or the door unlocking operation by the keyless transmitter CPU2 (step If S236) is performed, the generation of the alarm sound is stopped at that time. On the other hand, when these door unlock operations are not performed, the generation of the alarm sound is continued for the predetermined time, stopped after the predetermined time has elapsed, and the timer is reset to end the control ( Step S238).
[0076]
  Control of notification subroutine B
  As described above, the notification subroutine B is notification control when it is determined that a vehicle owner or the like is present in the vicinity of the vehicle when a theft is detected. In the notification subroutine B, first, the timer is started (step S241), and it is determined whether a predetermined time “ta” (for example, 10 seconds) has elapsed after the timer is started (step S242).
[0077]
  Until the predetermined time “ta” elapses, first, in step S243, only the horn 18 is operated as a preliminary notification to generate a low volume alarm sound (only once or continuously), In S245, the operating state of the door key cylinder 17 and the keyless transceiver 15 is detected (step S245). Further, the presence or absence of a door unlocking operation due to the insertion of a key into the door key cylinder 17 is determined (step S246), and the presence or absence of a door unlocking operation by the keyless transmitter CPU2 is determined (step S247), and the key to the door key cylinder 17 is determined. When a door unlocking operation is performed by inserting a key, or when a door unlocking operation is performed by the keyless transmitter CPU 2, the timer is reset (step S 249), and the control is terminated, but these operations are not performed. The above control is repeated (step S248). The predetermined time “ta” in step S242 and the predetermined time “tb” in step S248 are set to have a relationship of “ta <tb”.
[0078]
  On the other hand, when the predetermined time “ta” elapses in step S242, the process proceeds to step S244, where the horn 18 and the burglar horn 19 are simultaneously operated to generate an alarm sound with a large volume. The alarm sound at a high volume is continued until a predetermined time “tb” has elapsed unless a door unlocking operation by inserting a key into the door key cylinder 17 or a door unlocking operation by the keyless transmitter CPU 2 is performed. However, when each of these operations is performed, the operation is stopped at that time, the timer is reset (step S249), and the control is terminated.
[0079]
  As described above, in the control of the notification subroutine B, after the notification control is started, only a low volume alarm sound is generated for a predetermined time “ta”, and the generation of the alarm sound at a high volume is delayed, thereby When the owner, etc. is in the vicinity of the vehicle, the vehicle owner, etc. thinks that it is not necessary to generate a warning sound at a loud volume, and take the necessary countermeasures (ie, proper door unlocking operation) In this case, a time delay can be given to this, and optimal antitheft control corresponding to the presence or absence of the vehicle owner or the like in the vicinity of the vehicle is realized.
[0080]
  Next, “lock / unlock control”, which is a premise of theft detection in the above-described antitheft control, will be specifically described for each of the three embodiments.
[0081]
  First embodiment of lock / unlock control
  FIG. 10 shows a signal transmission / reception mode between the Burglar CPU 1 of the in-vehicle device X and the keyless transmitter CPU 2 of the portable device Y related to the door locking / unlocking operation in the first embodiment. In this embodiment, the portable device Y transmits a lock signal by operating the switch 25, while the unlock signal is transmitted based on the operation of the switch 25 and automatically transmitted at a constant cycle. It is supposed to be equipped with.
[0082]
  In this embodiment, as shown in FIG. 10, between the burglar CPU 1 and the keyless transmitter CPU 2,
  Signals related to unlock control, that is, “pre-unlock signal”, “unlock request signal”, “unlock signal”, and “unlock confirmation signal” based on the operation of the switch 25 and periodic automatic transmission,
  Signals related to lock control, that is, “pre-lock signal”, “lock request signal”, “lock signal”, and “lock confirmation signal” based on the operation of the switch 25,
Send and receive
  In addition to these, a “response request signal”, a “response signal”, and a “theft confirmation signal” are also transmitted and received.
[0083]
  Hereinafter, the transmission / reception control of these signals will be described with respect to the control on the keyless transmitter CPU2 side shown in FIG. 11 and the control on the Burglar CPU1 side shown in FIG.
[0084]
  (1) Control on the keyless transmitter CPU2 side
  In the flowchart shown in FIG. 11, after the control is started, it is first determined in step S51 whether the power switch is on. This is because the periodic transmission of the unlock signal from the keyless transmitter CPU2 is executed on the assumption that the power switch is turned on.
[0085]
  If it is determined in step S51 that the “power switch is on”, it is further determined in step S52 whether or not the predetermined cycle for transmitting the unlock signal has been reached. When it is determined that “the predetermined period has been reached”, a pre-unlock signal is transmitted, and when the transmission of the periodic unlock signal is interrupted (that is, after the previous transmission of the “pre-unlock signal”) If the transmission of the “pre-unlock signal” is interrupted, this is resumed (step S54).
[0086]
  On the other hand, when it is determined that the predetermined period for transmitting the unlock signal has not been reached (step S52), or when it is determined that "power switch off" and periodic signal transmission is not performed (step S52) In step S51, it is determined whether or not the unlock switch is operated in step S53, and when this is operated, a “pre-unlock signal” is transmitted to the Burglar CPU 1 side (step S54). In step S53, whether or not the unlock switch is operated is determined because, for example, the vehicle owner or the like gets off and moves away from the vehicle to lock the door. This is to cope with such a request.
[0087]
  Next, in step S55, it is determined whether or not an “unlock request signal” has been received from the Burglar CPU1 side. Here, when the “unlock request signal” is received, the “unlock signal” is transmitted to the Burglar CPU 1 side (step S56). In this case, since the “unlock request signal” transmitted from the Burglar CPU 1 side is processed into a signal including a random number to prevent theft of others, the “unlock request signal” is transmitted on the keyless transmitter CPU 2 side. The signal "is reprocessed into a signal that does not include a random number, and this is transmitted to the Burglar CPU 1 side together with its own ID as an" unlock signal ".
[0088]
  Next, in step S57, it is determined whether or not an “unlock confirmation signal” has been received from the burglar CPU 1 side. If the signal is received, “unlock” is displayed on the display 27 and a buzzer is displayed. This is notified (step S58). The above is the control associated with “unlock”.
[0089]
  Next, control proceeds to “lock”. That is, in step S59, it is determined whether or not the lock switch has been operated. If the lock switch has been operated, a “pre-lock signal” is transmitted to the burglar CPU 1 side (step S60) and periodically for a predetermined time. Transmission of the “unlock signal” is prohibited (step S61).
[0090]
  Next, in step S62, it is determined whether or not a “lock request signal” has been received from the Burglar CPU 1 side. If the signal is received, a “lock signal” is transmitted (step S63).
[0091]
  Next, in step S64, it is determined whether or not a “lock confirmation signal” has been received from the Burglar CPU 1 side. When the signal is received, a “lock” is displayed on the display 27 and this is displayed by the buzzer. Notification is made (step S65). The above is the control associated with “lock”.
[0092]
  Next, in step S66, it is determined whether or not a “response request signal” has been received from the above-mentioned Burglar CPU1 side. When it is determined that the signal has been received, a “response signal” is transmitted to the Burglar CPU1 side. (Step S67). In this case, since the “response request signal” transmitted from the Burglar CPU 1 side is processed into a signal including a random number, the “response request signal” is re-converted into a signal not including a random number on the keyless transmitter CPU 2 side. It is processed and sent as a “response signal” to the Burglar CPU 1 side along with its own ID.
[0093]
  Next, in step S68, it is determined whether or not a “theft detection signal” has been received from the Burglar CPU 1 side. If the signal is received, this is notified by a buzzer (step S69) and the display 27 is also displayed. A message such as “theft” is displayed and the buzzer is activated (step S68).
[0094]
  (2) Control on the side of Burglar CPU1
  In the flowchart shown in FIG. 12, after the control is started, it is first determined in step S71 whether or not a door lock operation using the door key cylinder 17 has been performed. If it is determined that the door lock operation has been performed, the door is locked (step S82), and immediately after the door is locked, a "lock confirmation signal" is transmitted to the keyless transmitter CPU2 side (step S82). S83).
[0095]
  On the other hand, if it is determined that the door lock operation has not been performed, it is further determined in step S72 whether the door unlock operation using the door key cylinder 17 has been performed. Here, when it is determined that the door unlocking operation has been performed, the door unlocking is executed (step S84), and immediately after the door is locked, an “unlock confirmation signal” is transmitted to the keyless transmitter CPU2 side. (Step S85).
[0096]
  When it is determined that neither the door lock operation nor the door unlock operation by the door key cylinder 17 is performed, the process shifts to the lock / unlock control based on the command from the portable device Y side, and the transmission / reception of the above signals is performed. Is executed.
[0097]
  That is, in step S73, it is determined whether or not a “pre-unlock signal” has been received from the keyless transmitter CPU2, and if it is determined that the signal has been received, an “unlock request signal” is sent to the keyless transmitter CPU2. Send. In this case, the "unlock request signal" is processed from the "pre-unlock signal" into a signal including a random number and transmitted as an "unlock request signal" from the viewpoint of preventing theft of others.
[0098]
  Next, in step S75, it is determined whether or not a “pre-lock signal” has been received from the keyless transmitter CPU2, and if it is determined that the signal has been received, a “lock request signal” is transmitted to the keyless transmitter CPU2. (Step S76). In this case, from the viewpoint of preventing theft of others, the “lock request signal” is processed into a signal including a random number and transmitted as a “lock request signal”.
[0099]
  Next, it is determined whether or not an “unlock signal” is received from the keyless transmitter CPU 2 side. If the “unlock signal” is received, it is determined in step S78 whether the electric field strength of the “unlock signal” is equal to or higher than a predetermined level. This determination of the electric field strength is for confirming whether the vehicle owner or the like carrying the portable device Y has approached the vehicle side more than a predetermined amount (in other words, whether or not there is a need for door unlocking). Therefore, here, when it is determined that “the electric field intensity is greater than or equal to the predetermined level”, the door is unlocked (step S84), and immediately after unlocking, an “unlock confirmation signal” is sent to the keyless transmitter CPU2 side. (Step S85).
[0100]
  On the other hand, if it is determined in step S78 that “the electric field strength is below a predetermined level”, the process proceeds to step S79, where it is determined whether or not a “lock signal” has been received from the keyless transmitter CPU2. When the signal is received, the door is locked (step S82) and immediately after the door is locked, a “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S83).
[0101]
  On the other hand, if it is determined in step S79 that the “lock signal” has not been received, it is determined in step S80 whether or not an “unlock signal” of a predetermined level or higher has been received within a predetermined time. If no signal is received, the door is locked (step S82), and immediately after the door is locked, a “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S83).
[0102]
  On the other hand, if it is determined in step S80 that the “unlock signal” has been received, the process further proceeds to step S81, where the “lock signal” has been received after the “unlock signal”. Whether it is determined. When the “lock signal” is received, the door is locked (step S82) and immediately after the door is locked, the “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S83). . Conversely, if the “lock signal” has not been received, door unlocking is executed (step S84), and immediately after the door unlocking, an “unlock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S84). S85).
[0103]
  Second embodiment of lock / unlock control
  FIG. 13 shows a signal transmission / reception mode between the burglar CPU 1 of the in-vehicle device X and the keyless transmitter CPU 2 of the portable device Y related to the door lock / unlock operation in the second embodiment. The portable device Y in this embodiment is configured to transmit a “lock signal” and an “unlock signal” by operating the switch 25. In addition, the in-vehicle device X in this embodiment is configured to receive an operation signal of a door handle 22 (see FIG. 1) provided in the vehicle and transmit an “unlock request signal”.
[0104]
  In this embodiment, as shown in FIG. 13, between the burglar CPU 1 and the keyless transmitter CPU 2,
  Signals related to unlock control, that is, “unlock request signal”, “unlock signal” and “unlock confirmation signal” based on the operation of the door handle 22, “pre-unlock signal” and “unlock signal” based on the operation of the switch 25 `` Lock request signal '', `` Unlock signal '', `` Unlock confirmation signal '',
  Signals related to lock control, that is, “pre-lock signal”, “lock request signal”, “lock signal”, and “lock confirmation signal” based on the operation of the switch 25,
Send and receive
  In addition to these, a “response request signal”, a “response signal”, and a “theft confirmation signal” are also transmitted and received.
[0105]
  Hereinafter, the transmission / reception control of these signals will be described with respect to the control on the keyless transmitter CPU 2 side shown in FIG. 14 and the control on the Burglar CPU 1 side shown in FIG.
[0106]
  (1) Control on the keyless transmitter CPU2 side
  In the flowchart shown in FIG. 14, after the control is started, first, in step S151, it is determined whether or not the unlock switch is operated, and when this is operated, a “pre-unlock signal” is transmitted to the Burglar CPU 1 side (step S152).
[0107]
  Next, in step S153, it is determined whether or not an “unlock request signal” has been received from the Burglar CPU1 side. Here, when the “unlock request signal” is received, the “unlock signal” is transmitted to the Burglar CPU 1 side (step S154). In this case, since the “unlock request signal” transmitted from the Burglar CPU 1 side is processed into a signal including a random number to prevent theft of others, the “unlock request signal” is transmitted on the keyless transmitter CPU 2 side. The signal "is reprocessed into a signal that does not include a random number, and this is transmitted to the Burglar CPU 1 side together with its own ID as an" unlock signal ".
[0108]
  Next, in step S155, it is determined whether or not an “unlock confirmation signal” has been received from the Burger CPU 1 side. If the signal is received, “unlock” is displayed on the display 27 and a buzzer is displayed. This is notified (step S156). The above is the control associated with “unlock”.
[0109]
  Next, control proceeds to “lock”. That is, in step S157, it is determined whether or not the lock switch has been operated. If the lock switch has been operated, a “pre-lock signal” is transmitted to the Burglar CPU 1 side (step S158).
[0110]
  Next, in step S159, it is determined whether or not a “lock request signal” has been received from the Burglar CPU 1 side. If the signal is received, a “lock signal” is transmitted (step S160).
[0111]
  Next, in step S161, it is determined whether or not a “lock confirmation signal” has been received from the Burglar CPU 1 side. When the signal is received, a “lock” indication is displayed on the display 27 and this is displayed by the buzzer. Notification is made (step S162). The above is the control associated with “lock”.
[0112]
  Next, in step S163, it is determined whether or not a “response request signal” is received from the above-mentioned Burger CPU 1 side. When it is determined that the signal has been received, a “response signal” is transmitted to the Burglar CPU 1 side. (Step S164). In this case, since the “response request signal” transmitted from the Burglar CPU 1 side is processed into a signal including a random number, the “response request signal” is re-converted into a signal not including a random number on the keyless transmitter CPU 2 side. It is processed and sent as a “response signal” to the Burglar CPU 1 side along with its own ID.
[0113]
  Next, in step S165, it is determined whether or not a “theft detection signal” has been received from the burglar CPU 1 side. If the signal is received, this is notified by a buzzer (step S166), and on the display 27. A message such as “theft” is displayed and the buzzer is activated (step S167).
[0114]
  (2) Control on the side of Burglar CPU1
  In the flowchart shown in FIG. 15, after the control is started, it is first determined in step S171 whether or not a door lock operation using the door key cylinder 17 has been performed. If it is determined that the door lock operation has been performed, the door is locked (step S182) and immediately after the door is locked, a “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S182). S183).
[0115]
  On the other hand, if it is determined that the door lock operation has not been performed, it is further determined in step S172 whether the door unlock operation using the door key cylinder 17 has been performed. Here, when it is determined that the door unlocking operation has been performed, the door unlocking is executed (step S184), and immediately after the door is locked, an “unlock confirmation signal” is transmitted to the keyless transmitter CPU2 side. (Step S185).
[0116]
  When it is determined that neither the door lock operation nor the door unlock operation by the door key cylinder 17 is performed, the process shifts to the lock / unlock control based on the command from the portable device Y side or the operation of the door handle 22. Then, the transmission / reception of each signal is performed.
[0117]
  That is, in step S173, it is determined whether or not the “pre-unlock signal” is received from the keyless transmitter CPU2, and if it is determined that the signal has been received, the “unlock request signal” is sent to the keyless transmitter CPU2. Is transmitted (step S174), and the process proceeds to step S177. In this case, the "unlock request signal" is processed from the "pre-unlock signal" into a signal including a random number and transmitted as an "unlock request signal" from the viewpoint of preventing theft of others.
[0118]
  On the other hand, if it is determined in step S173 that the “pre-unlock signal” has not been received, the process proceeds to step S175, where it is determined whether or not the door is currently locked. If it is determined that the door is not in the locked state, the process directly proceeds to step S177. If it is determined that the door is in the locked state, it is further determined in step S176 whether the door handle 22 has been operated. Is done. If it is determined in this step S176 that the door handle 22 is “operated”, an “unlock request signal” is transmitted to the keyless transmitter CPU 2 side. The process proceeds to S177.
[0119]
  In step S177, it is determined whether or not a “pre-lock signal” is received from the keyless transmitter CPU2, and if the signal is received, a “lock request signal” is transmitted to the keyless transmitter CPU2 side (step S178). . In this case, from the viewpoint of preventing theft of others, the “lock request signal” is processed into a signal including a random number and transmitted as a “lock request signal”.
[0120]
  On the other hand, if the “pre-lock signal” has not been received, it is determined in step S179 whether or not the “unlock signal” has been received from the keyless transmitter CPU2. If the “unlock signal” is received, it is determined in step S180 whether the electric field strength of the “unlock signal” is equal to or higher than a predetermined level. This determination of the electric field strength is for confirming whether the vehicle owner or the like carrying the portable device Y has approached the vehicle side more than a predetermined amount (in other words, whether or not there is a need for door unlocking). Accordingly, when it is determined that the electric field intensity is greater than or equal to a predetermined level, the door is unlocked (step S184), and immediately after unlocking, an “unlock confirmation signal” is sent to the keyless transmitter CPU2 side. (Step S185).
[0121]
  On the other hand, if it is determined in step S180 that “the electric field strength is equal to or lower than a predetermined level”, the process proceeds to step S181, where it is determined whether or not the “lock signal” is received from the keyless transmitter CPU2. When the signal is received, the door is locked (step S182) and immediately after the door is locked, a “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S183). If the “lock signal” has not been received, the control is returned as it is.
[0122]
  Third embodiment of lock / unlock control
  FIG. 16 shows a signal transmission / reception mode between the Burglar CPU 1 of the in-vehicle device X and the keyless transmitter CPU 2 of the portable device Y related to the door locking / unlocking operation in the third embodiment. The portable device Y in this embodiment is configured to transmit a “lock signal” and an “unlock signal” by operating the switch 25.
[0123]
  And in the thing of this Example, as shown in FIG. 16, between the said burglar CPU1 and keyless transmitter CPU2,
  Signals related to unlock control, that is, “pre-unlock signal”, “unlock request signal”, “unlock signal” and “unlock confirmation signal” based on the operation of the switch 25,
  Signals related to lock control, that is, “pre-lock signal”, “lock request signal”, “lock signal”, and “lock confirmation signal” based on the operation of the switch 25,
Send and receive
  In addition to these, a “response request signal”, a “response signal”, and a “theft confirmation signal” are also transmitted and received.
[0124]
  Hereinafter, the transmission / reception control of these signals will be described with respect to the control on the keyless transmitter CPU2 side shown in FIG. 17 and the control on the Burglar CPU1 side shown in FIG.
[0125]
  (1) Control on the keyless transmitter CPU2 side
  In the flowchart shown in FIG. 17, after the control is started, first, in step S251, it is determined whether or not the unlock switch is operated, and when this is operated, a “pre-unlock signal” is transmitted to the Burglar CPU 1 side (step S252).
[0126]
  Next, in step S253, it is determined whether or not an “unlock request signal” has been received from the Burger CPU 1 side. Here, when the “unlock request signal” is received, the “unlock signal” is transmitted to the Burglar CPU 1 side (step S254). In this case, since the “unlock request signal” transmitted from the Burglar CPU 1 side is processed into a signal including a random number to prevent theft of others, the “unlock request signal” is transmitted on the keyless transmitter CPU 2 side. The signal "is reprocessed into a signal that does not include a random number, and this is transmitted to the Burglar CPU 1 side together with its own ID as an" unlock signal ".
[0127]
  Next, in step S255, it is determined whether or not an “unlock confirmation signal” has been received from the Burglar CPU 1 side. When the signal is received, “unlock” is displayed on the display 27 and a buzzer is displayed. This is notified (step S256). The above is the control associated with “unlock”.
[0128]
  next. In step S257, it is determined whether or not the lock switch has been operated. If the lock switch has been operated, a “pre-lock signal” is transmitted to the Burglar CPU 1 side (step S258).
[0129]
  Next, in step S259, it is determined whether or not a “lock request signal” has been received from the Burglar CPU 1 side. If the signal is received, a “lock signal” is transmitted (step S260).
[0130]
  Next, in step S261, it is determined whether or not a “lock confirmation signal” has been received from the Burglar CPU 1 side. When the signal is received, a “lock” is displayed on the display 27 and this is displayed by the buzzer. Notification is made (step S262). The above is the control associated with “lock”.
[0131]
  Next, in step S263, it is determined whether or not a “response request signal” is received from the above-mentioned Burger CPU 1 side. When it is determined that the signal has been received, a “response signal” is transmitted to the Burglar CPU 1 side. (Step S264). In this case, since the “response request signal” transmitted from the Burglar CPU 1 side is processed into a signal including a random number, the “response request signal” is re-converted into a signal not including a random number on the keyless transmitter CPU 2 side. It is processed and sent as a “response signal” to the Burglar CPU 1 side along with its own ID.
[0132]
  Next, in step S265, it is determined whether or not a “theft detection signal” has been received from the Burglar CPU 1 side. If the signal is received, this is notified by a buzzer (step S266) and the display 27 is also displayed. A message such as “theft” is displayed and the buzzer is activated (step S267).
[0133]
  (2) Control on the side of Burglar CPU1
  In the flowchart shown in FIG. 18, after the control is started, it is first determined in step S271 whether or not a door lock operation using the door key cylinder 17 has been performed. If it is determined that the door lock operation has been performed, the door is locked (step S280) and immediately after the door is locked, a “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S280). S281).
[0134]
  On the other hand, if it is determined that the door lock operation has not been performed, it is further determined in step S272 whether the door unlock operation using the door key cylinder 17 has been performed. If it is determined that the door unlocking operation has been performed, the door unlocking is executed (step S282), and an “unlock confirmation signal” is transmitted to the keyless transmitter CPU2 side immediately after the door is locked. (Step S283).
[0135]
  When it is determined that neither the door lock operation nor the door unlock operation by the door key cylinder 17 is performed, the process shifts to the lock / unlock control based on the command from the portable device Y side, and the transmission / reception of the above signals is performed. Is executed.
[0136]
  That is, in step S273, it is determined whether or not the “pre-unlock signal” is received from the keyless transmitter CPU2, and if it is determined that the signal has been received, the “unlock request signal” is sent to the keyless transmitter CPU2. Is transmitted (step S274). In this case, the "unlock request signal" is processed from the "pre-unlock signal" into a signal including a random number and transmitted as an "unlock request signal" from the viewpoint of preventing theft of others.
[0137]
  On the other hand, if it is determined in step S273 that the “pre-unlock signal” has not been received, the process proceeds to step S275, where it is determined whether or not the “pre-lock signal” has been received from the keyless transmitter CPU2, Is received, the “lock request signal” is transmitted to the keyless transmitter CPU2 side (step S276). In this case, from the viewpoint of preventing theft of others, the “lock request signal” is processed into a signal including a random number and transmitted as a “lock request signal”.
[0138]
  On the other hand, if the “pre-lock signal” has not been received, it is determined in step S277 whether or not the “unlock signal” has been received from the keyless transmitter CPU2. If the “unlock signal” is received, it is determined in step S278 whether the electric field strength of the “unlock signal” is equal to or higher than a predetermined level. This determination of the electric field strength is for confirming whether the vehicle owner or the like carrying the portable device Y has approached the vehicle side more than a predetermined amount (in other words, whether or not there is a need for door unlocking). Accordingly, when it is determined that the electric field intensity is greater than or equal to a predetermined level, the door is unlocked (step S282), and an “unlock confirmation signal” is sent to the keyless transmitter CPU2 side immediately after unlocking. (Step S283).
[0139]
  On the other hand, if it is determined in step S278 that “the electric field strength is equal to or lower than the predetermined level”, the process proceeds to step S279, where it is determined whether or not the “lock signal” is received from the keyless transmitter CPU2. When the signal is received, the door is locked (step S280) and immediately after the door is locked, a “lock confirmation signal” is transmitted to the keyless transmitter CPU2 side (step S281). If the “lock signal” has not been received, the control is returned as it is.
[0140]
  Other
  (1) In the above embodiment, the volume of the alarm sound at the time of theft is changed by switching the alarm form between the alarm form using only the horn 18 and the alarm form using both the horn 18 and the burglar horn 19. Although the present invention is configured, the present invention is not limited to such a configuration. For example, by switching the alarm mode between the alarm mode using only the burglar horn 19 and the alarm mode using both the horn 18 and the bergra horn 19, this can be achieved. It can also be configured to be realized.
[0141]
  (2) As a method of changing the volume of the alarm sound at the time of theft, a plurality of horns having different volumes are provided in addition to the method of switching the number of horns to be operated as shown in the above embodiment. A method of selectively operating these, a method of changing the volume of sound generated by the horn by adjusting a voltage supplied to the horn, a method of appropriately combining these methods, and the like can be selected as appropriate.
[Brief description of the drawings]
FIG. 1 is a block diagram of a vehicle antitheft device according to the present invention.
FIG. 2 is a flowchart of theft detection control.
FIG. 3 is a burglar subroutine in the theft detection control of FIG. 2;
FIG. 4 is a notification subroutine A in the first embodiment of the notification control.
FIG. 5 is a notification subroutine B in the first embodiment of the notification control.
FIG. 6 is a notification subroutine A in the second embodiment of the notification control.
FIG. 7 is a notification subroutine B in the second embodiment of the notification control.
FIG. 8 is a notification subroutine A in the third embodiment of the notification control.
FIG. 9 is a notification subroutine B in the third embodiment of the notification control.
FIG. 10 is an explanatory diagram of a signal transmission / reception mode between the in-vehicle device and the configuration device in the first embodiment of the door lock / unlock control.
FIG. 11 is a flowchart showing the control contents on the portable device side in the first embodiment of door lock / unlock control.
FIG. 12 is a flowchart showing control contents on the in-vehicle device side in the first embodiment of door lock / unlock control.
FIG. 13 is an explanatory diagram of a signal transmission / reception mode between the in-vehicle device and the configuration device in the second embodiment of the door lock / unlock control.
FIG. 14 is a flowchart showing control contents on the portable device side in a second embodiment of door lock / unlock control;
FIG. 15 is a flowchart showing control contents on the in-vehicle device side in the second embodiment of door lock / unlock control.
FIG. 16 is an explanatory diagram of a signal transmission / reception mode between the in-vehicle device and the configuration device in the third example of the door lock / unlock control.
FIG. 17 is a flowchart showing the control contents on the portable device side in the third embodiment of door lock / unlock control;
FIG. 18 is a flowchart showing the control contents on the in-vehicle device side in the third embodiment of door lock / unlock control.
[Explanation of symbols]
  1 is a Burglar CPU, 2 is a keyless transmitter CPU, 3 is a communication company, 11 is a navigation CPU, 12 is an entry detection sensor, 13 is a vibration detection sensor, 14 is a door open detection sensor, 15 is a keyless transceiver, 16 is a door lock Detection sensor, 17 door key cylinder, 18 horn, 19 burglar horn, 20 radio telephone, 21 IG switch, 22 door handle, 25 switch 2, 26 buzzer, 27 display, 28 keyless transceiver, 31 is a telephone of a predetermined facility, 32 is a home phone, 33 is a radio phone Anna, 34 is a radio phone, 35 is a radio phone Anna, 111 is a current location sensor, 112 is a display, 113 is a switch, X is an in-vehicle device, Y is a portable device, and Z is a communication device.

Claims (5)

車両の盗難に係わる状態が発生したときこれを検出して所定の警報を行う制御手段を備えた車両用盗難防止装置であって、
車両に対応して設けられたキーレス操作を行う携帯機からの信号の受信の有無を判定する判定手段を備え、上記制御手段は上記信号の受信がある場合における第1制御モードと該信号の受信がない場合における第2制御モードとの間でその制御モードが切り換えられるとともに、
上記第1制御モードにおける盗難検出スレッショルドが上記第2制御モードにおける盗難検出スレッショルドよりも大きく設定されていることを特徴とする車両用盗難防止装置。
A vehicle anti-theft device comprising control means for detecting when a state related to theft of a vehicle occurs and detecting a predetermined alarm,
A determination unit configured to determine whether or not a signal is received from a portable device that is provided corresponding to the vehicle and performs keyless operation, and the control unit receives the signal in the first control mode when the signal is received; The control mode is switched to and from the second control mode when there is no
The antitheft device for vehicles, wherein the antitheft detection threshold in the first control mode is set larger than the antitheft detection threshold in the second control mode.
車両の盗難に係わる状態が発生したときこれを検出して所定の警報を行う制御手段を備えた車両用盗難防止装置であって、
車両に対応して設けられたキーレス操作を行う携帯機からの信号の受信の有無を判定する判定手段を備え、上記制御手段は上記信号の受信がある場合における第1制御モードと該信号の受信がない場合における第2制御モードとの間でその制御モードが切り換えられるとともに、
上記第1制御モードでは上記携帯機に警報信号が送信され、上記第2制御モードでは車両側で警報が発せられることを特徴とする車両用盗難防止装置。
A vehicle anti-theft device comprising control means for detecting when a state related to theft of a vehicle occurs and detecting a predetermined alarm,
A determination unit configured to determine whether or not a signal is received from a portable device that is provided corresponding to the vehicle and performs keyless operation, and the control unit receives the signal in the first control mode when the signal is received; The control mode is switched to and from the second control mode when there is no
An anti-theft device for vehicles, wherein an alarm signal is transmitted to the portable device in the first control mode, and an alarm is issued on the vehicle side in the second control mode.
請求項1又は2において、
警報音の音量が、上記第1制御モードにおいては小さく設定され、上記第2制御モードにおいては大きく設定されることを特徴とする車両用盗難防止装置。
In claim 1 or 2 ,
An antitheft device for a vehicle, wherein the volume of an alarm sound is set to be small in the first control mode and set to be large in the second control mode.
請求項1又は2において、
上記第1制御モードでは警報音の音量が所定時間だけ小さく設定され、所定時間経過後に大きく設定されることを特徴とする車両用盗難防止装置。
In claim 1 or 2 ,
An antitheft device for a vehicle, wherein in the first control mode, the volume of the alarm sound is set low for a predetermined time and is set high after a predetermined time has elapsed.
請求項2において、
上記第1制御モードでは、上記携帯機の操作によって車両側での警報の可否が選択可能とされていることを特徴とする車両用盗難防止装置。
In claim 2 ,
In the first control mode, the vehicle antitheft device is characterized in that it is possible to select whether or not an alarm is issued on the vehicle side by operating the portable device.
JP27364699A 1999-09-28 1999-09-28 Vehicle antitheft device Expired - Fee Related JP4140144B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP27364699A JP4140144B2 (en) 1999-09-28 1999-09-28 Vehicle antitheft device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP27364699A JP4140144B2 (en) 1999-09-28 1999-09-28 Vehicle antitheft device

Publications (2)

Publication Number Publication Date
JP2001088661A JP2001088661A (en) 2001-04-03
JP4140144B2 true JP4140144B2 (en) 2008-08-27

Family

ID=17530598

Family Applications (1)

Application Number Title Priority Date Filing Date
JP27364699A Expired - Fee Related JP4140144B2 (en) 1999-09-28 1999-09-28 Vehicle antitheft device

Country Status (1)

Country Link
JP (1) JP4140144B2 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2811188B1 (en) * 2000-06-30 2003-01-24 Suma Invest Holding SECURE METHOD FOR MANAGING THE OPERATION OF AN APPARATUS BY A USER AND THE EQUIPMENT FOR IMPLEMENTING THE METHOD
JP2003081060A (en) * 2001-09-11 2003-03-19 Fujitsu Ten Ltd Key lock-in preventing device
JP2005231446A (en) * 2004-02-18 2005-09-02 Fujitsu Ten Ltd On-vehicle alarm device and its remote control device
JP4488348B2 (en) * 2004-11-30 2010-06-23 富士重工業株式会社 Alarm device
JP4658671B2 (en) * 2005-04-25 2011-03-23 株式会社ユピテル Vehicle security device
JP2008184143A (en) * 2007-01-31 2008-08-14 Yanmar Co Ltd Warning system of working vehicle
JP6060665B2 (en) * 2012-12-13 2017-01-18 株式会社デンソー Tire theft alarm system

Also Published As

Publication number Publication date
JP2001088661A (en) 2001-04-03

Similar Documents

Publication Publication Date Title
US5973611A (en) Hands-free remote entry system
KR100776110B1 (en) On-vehicle equipment control system
JP4227743B2 (en) Anti-theft system
JP3290440B2 (en) Remote control system suitable for vehicles and having remote transmitter verification
JP5003152B2 (en) Electronic key system
EP1638061B1 (en) Vehicle on-board article theft warning system
JP3976186B2 (en) Wireless locking and unlocking device
JP4136649B2 (en) Vehicle antitheft device and vehicle control method
CN107364423A (en) A kind of vehicle control system and control method based on fingerprint recognition
CN105667390A (en) Alert system
JP4254547B2 (en) Vehicle anti-theft system
JP4127439B2 (en) Keyless entry device for vehicles
JP4140144B2 (en) Vehicle antitheft device
JP3721145B2 (en) In-vehicle device remote control system
JP4394472B2 (en) Vehicle anti-theft system
JP2008207795A (en) Vehicle burglary and robbery prevention device
JP2008095441A (en) Security system for vehicle
JP4110686B2 (en) Vehicle antitheft device
JP2002269663A (en) Security system for vehicle
JP2011098627A (en) Theft alarm system
JP3503614B2 (en) Vehicle anti-theft device
JP3723837B2 (en) Theft reporting device and theft reporting system
JP6277847B2 (en) In-vehicle device
JP2006199268A (en) Anti-theft device
JP3312405B2 (en) Keyless entry device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051028

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080304

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080423

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080520

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080602

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110620

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120620

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees