(57)【要約】【課題】車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、異常が報知されるようにする。【解決手段】車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された無線通信可能なセキュリティＥＣＵからなるシステムにおいて、車両に搭載されたセキュリティＥＣＵが盗難防止センタにセキュリティセットの通知を送信し、これを受信した盗難防止センタが、セキュリティＥＣＵとの無線通信の確立を定期的に確認し、通信妨害があって通信確認手段が無線通信の確立に失敗したことに基づき、ユーザ、警察等の所定の通報先に異常事態発生を通知する。【選択図】　　　　図４
2004062611.tif 000002
【特許請求の範囲】
【請求項１】
車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタであって、
前記車両に搭載された車両盗難防止装置との無線通信の確立を定期的に確認する通信確認手段と、
前記通信確認手段が前記無線通信の確立に失敗したことに基づき、所定の通報先に異常事態発生を報知する通信障害報知手段と、を備えた盗難防止センタ。
【請求項２】
車両に搭載された車両盗難防止装置から、この車両との無線通信の確認を行うよう要求する確認要求信号を受信する確認要求受信手段を備え、
前記通信確認手段は、前記確認要求受信手段が受信した前記確認要求信号の送信元である車両盗難防止装置との無線通信の確立を定期的に確認することを特徴とする請求項１に記載の盗難防止センタ。
【請求項３】
車両に搭載された車両盗難防止装置から、この車両との無線通信の確認を強化するよう要求する警戒要求を受信する警戒要求受信手段と、
前記警戒要求受信手段が警戒要求を受信することに基づき、前記通信確認手段の行う定期的な無線通信の確立の確認の頻度を高くする確認強化手段と、を備えたことを特徴とする請求項１または２に記載の盗難防止センタ。
【請求項４】
前記通信確認手段は、前記車両盗難防止装置に対して電話発呼を行い、この電話発呼の応答音に基づいて、前記無線通信の確立を確認することを特徴とする請求項１ないし３のいずれか１つに記載の盗難防止センタ。
【請求項５】
無線機を有する車両に搭載される車両盗難防止装置であって、
前記車両のユーザの設定に基づいて、前記無線機を用いて請求項２ないし４のいずれか１つに記載の盗難防止センタに前記確認要求信号を送信する確認要求送信手段を備えた車両盗難防止装置。
【請求項６】
自車両の異常事態発生の前兆を検知する異常予測手段を備え、
前記確認要求送信手段は、自車両のユーザの設定および前記異常予測手段の異常の予測に基づいて、請求項２ないし４のいずれか１つに記載の盗難防止センタに前記確認要求信号を送信する確認要求送信手段を備えたことを特徴とする請求項５に記載の車両盗難防止装置。
【請求項７】
自車両の異常事態発生を検知し、この検知に基づいて異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタに、自車両の有する無線機を用いて異常事態発生の通知を行う車両盗難防止装置であって、
前記無線機を用いて前記盗難防止センタとの通信ができないことを検知する通信障害検知手段と、
前記通信障害検知手段による検知に基づいて、自車両のセキュリティの設定を強化するセキュリティ強化手段と、を備えたことを特徴とする車両盗難防止装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両に搭載された車両盗難防止装置、車両盗難防止装置から異常事態の通知を受信して所定の通報先に異常事態発生を報知する車両盗難防止センタに関するものである。
【０００２】
【従来の技術】
従来、車両の盗難を防止するための手段として、車内に設置されたセンサによるドアのこじ開け、ガラス破壊等の検出を受けて、警報音発生装置を作動させて周囲の車両のオーナーその他の者に車両盗難の警報を通知する車両盗難防止装置が使用されている。しかし、このような車両盗難防止装置は、車両の周辺にこの車両を盗もうとする者以外に誰かがおり、かつその誰かが異常を察知して犯人の捕獲、警察への通報等の適切な処置をとることで初めて有効となるものである。しかも、一般的に盗難時には警報音発生装置は１分程度の短時間しか作動しないようになっているので、警報音の発生に誰も気が付かない場合も少なくないと考えられる。
【０００３】
このような車両盗難装置の問題点を解決するものとして、センサが異常を検知したことを受け、車内の無線通信装置によって所定の相手に盗難の警報を通報する車両盗難防止装置がある。例えば、特公平２−２７４６４２号公報に記載の技術は、ドアの施錠後にドアが開放されたことや自車両が移動したことを検知して、所定の通報先に自動的にダイヤルして異常事態発生メッセージを送信する装置に関するものである。
【０００４】
【発明が解決しようとする課題】
しかし、このような無線通信を行う車両盗難防止装置は、例えば妨害電波発生装置を車両近くで作動させた場合、あるいは電磁波シールドカバーで車両を覆った場合、通信が不能となる。このように通信不能となった後に当該車両をこじ開けて移動させても、所定の通報先が盗難の通報を受けることができなくなる。すなわち、通信機能の妨害を受けると所定の通報先が車両の異常を検知することができなくなるという問題がある。
【０００５】
なお、特公平２７６７６９５号公報には、車両に搭載された受信装置と盗難防止制御装置と車両の作動に必要な制御装置がデータの交換を行い、受信機が主局からデータの送信を受信すると、車両は引き続き動作を可能とし、データの欠如が上記制御装置の作動を停止させる方法において、主局が車両の不法な使用への注意を受けていないとき車両にデータを送信する方法に関する技術が開示されているが、上記問題を解決するには至っていない。
【０００６】
本発明は上記点に鑑みて、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、異常が報知されるようにすることを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するための請求項１に記載の発明は、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタであって、前記車両に搭載された車両盗難防止装置との無線通信の確立を定期的に確認する通信確認手段と、前記通信確認手段が前記無線通信の確立に失敗したことに基づき、所定の通報先に異常事態発生を報知する通信障害報知手段と、を備えた盗難防止センタである。
【０００８】
これによって、通信確認手段が車両に搭載された車両盗難防止装置との無線通信の確立を定期的に確認し、通信妨害があって通信確認手段が無線通信の確立に失敗したことに基づき、通信障害報知手段が所定の通報先に異常事態発生を通知するので、無線通信装置を使用する車両盗難防止装置の通信が妨害されたことによる異常事態の発生を、所定の通報先に通知することができる。したがって、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、異常が報知されるようになる。
【０００９】
また、請求項２に記載の発明は、請求項１に記載の盗難防止センタにおいて、車両に搭載された車両盗難防止装置から、この車両との無線通信の確認を行うよう要求する確認要求信号を受信する確認要求受信手段を備え、前記通信確認手段は、前記確認要求受信手段が受信した前記確認要求信号の送信元である車両盗難防止装置との無線通信の確立を定期的に確認することを特徴とする。
【００１０】
また、請求項３に記載の発明は、請求項１または２に記載の盗難防止センタにおいて、車両に搭載された車両盗難防止装置から、この車両との無線通信の確認を強化するよう要求する警戒要求を受信する警戒要求受信手段と、前記警戒要求受信手段が警戒要求を受信することに基づき、前記通信確認手段の行う定期的な無線通信の確立の確認の頻度を高くする確認強化手段と、を備えたことを特徴とする。
【００１１】
また請求項４に記載の発明は、請求項１ないし３のいずれか１つに記載の盗難防止センタにおいて、前記通信確認手段は、前記車両盗難防止装置に対して電話発呼を行い、この電話発呼の応答音に基づいて、前記無線通信の確立を確認することを特徴とする。
【００１２】
また、請求項５に記載の発明は、無線機を有する車両に搭載される車両盗難防止装置であって、前記車両のユーザの設定に基づいて、前記無線機を用いて請求項２ないし４のいずれか１つに記載の盗難防止センタに前記確認要求信号を送信する確認要求送信手段を備えた車両盗難防止装置である。
【００１３】
これによって、確認要求手段が請求項２ないし４のいずれか１つに記載の盗難防止センタに確認要求信号を送信するので、要求を受けたこの盗難防止センタにおいて、通信確認手段が車両に搭載された車両盗難防止装置との無線通信の確立を定期的に確認し、通信妨害があって通信確認手段が無線通信の確立に失敗したことに基づき、通信障害報知手段が所定の通報先に異常事態発生を通知するので、無線通信装置を使用する車両盗難防止装置の通信が妨害されたことによる異常事態の発生を、所定の通報先に通知することができる。したがって、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、異常が報知されるようになる。
【００１４】
また請求項６に記載の発明は、請求項５に記載の車両盗難防止装置において、自車両の異常事態発生の前兆を検知する異常予測手段を備え、前記確認要求送信手段は、自車両のユーザの設定および前記異常予測手段の異常の予測に基づいて、請求項２ないし４のいずれか１つに記載の盗難防止センタに前記確認要求信号を送信する確認要求送信手段を備えたことを特徴とする。
【００１５】
また請求項７に記載の発明は、自車両の異常事態発生を検知し、この検知に基づいて異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタに、自車両の有する無線機を用いて異常事態発生の通知を行う車両盗難防止装置であって、前記無線機を用いて前記盗難防止センタとの通信ができないことを検知する通信障害検知手段と、　前記通信障害検知手段による検知に基づいて、自車両のセキュリティの設定を強化するセキュリティ強化手段と、を備えたことを特徴とする車両盗難防止装置である。
【００１６】
これによって、異常事態発生を検知して盗難防止センタに異常事態発生を報知する車両盗難防止装置において、通信障害検知手段が無線機を用いて前記盗難防止センタとの通信ができないことを検知し、セキュリティ強化手段が、前記通信障害検知手段の検知に基づいて、自車両のセキュリティの設定を強化するので、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、車両側からも周囲に異常を報知することができる。
【００１７】
【発明の実施の形態】
（第１実施形態）
図１は、本発明の第１実施形態に係る車両盗難防止システムの全体構成を概略的に示す図である。
【００１８】
このシステムは、アプローチセンサ等のセンサ、カメラ等の装置、セキュリティＥＣＵ、無線機等を有する車両１と、インターネット３、携帯電話網、電話網を介して車両１のユーザ、警察、警備会社等と通信を行うことのできるデータセンタ２を有する。
【００１９】
データセンタ２は、図示しないＣＰＵおよびメモリを有しており、ＣＰＵはメモリに記録されているプログラムを読み出して実行することによって作動し、この作動の必要に応じてメモリに対して情報の書き込み、読み出しを行う。またＣＰＵは、上記した通信によって情報の授受を行うことができる。このデータセンタ２は、車両から異常事態の通知を受信すると、所定の通報先に異常事態発生を報知する。所定の通報先とは、本実施形態においては、通知元の車両のユーザ、警察、警備会社の警備員等の所有する携帯電話機やパーソナルコンピュータ等である。以下、このＣＰＵの作動をデータセンタ２の作動とみなして説明をすることとする。
【００２０】
図２に、車両１が有する車両盗難防止システムに係る装置の構成を示す。車両１は、振動センサ９、アプローチセンサ１１、侵入センサ１２、傾斜センサ１３、ガラス割れセンサ１４、ドア開センサ１５、ドアＥＣＵ１６、カメラ１７、ホーン１８、ハザード１９、キーレス／スマートＥＣＵ２０、無線機２１、ＧＰＳレシーバ２２、ＴＥＬアンテナ２３、およびＧＰＳアンテナ２４を有している。
【００２１】
振動センサ９は、加速度センサを有し、この加速度センサによって車両１の振動を検知し、検知したことをセキュリティＥＣＵ１０に通知するようになっている。
【００２２】
アプローチセンサ１１は、車外に向けられた電波センサを有し、この電波センサによって車両１の外部から車両１に人が近づいた（例えば周囲２ｍ以内）ことを検知し、検知したことをセキュリティＥＣＵ１０に通知するようになっている。
【００２３】
侵入センサ１２は、車内に向けられた電波センサを有し、この電波センサによって車両１の内部に侵入する者を検知し、検知したことをセキュリティＥＣＵ１０に通知するようになっている。
【００２４】
傾斜センサ１３は、傾斜角度センサからなり、この傾斜角度センサによって車両の姿勢が急激に変化した、すなわち急激に傾斜したことを検知し、検知したことをセキュリティＥＣＵ１０に通知するようになっている。急激な傾斜か否かの閾値としては、例えば１５〜３０°程度が考えられる。
【００２５】
ガラス割れセンサ１４は、車両１のガラスに埋め込まれた導線が断線することを検知する装置を有し、この装置によってガラスが割れたことを検知し、検知したことをセキュリティＥＣＵ１０に通知するようになっている。
【００２６】
ドア開センサ１５は、車両１のドアの開閉によってオン・オフが切り替わるドアスイッチを有し、このドアスイッチによってドアが開いたことを検知し、検知したことをセキュリティＥＣＵ１０に信号を出力するものである。
【００２７】
以上の振動センサ９、アプローチセンサ１１、侵入センサ１２、傾斜センサ１３、ガラス割れセンサ１４、およびドア開センサ１５は、本実施形態においては盗難センサとして機能するようになっている。
【００２８】
ドアＥＣＵ１６は、ドアロックの設定、解除を行う制御装置であり、セキュリティＥＣＵ１０の制御等によって作動する。
【００２９】
カメラ１７は、車内外を撮影するようになっており、セキュリティＥＣＵ１０の制御等によって作動する。
【００３０】
ホーン１８は、ホーン音を発する装置であり、セキュリティＥＣＵ１０の制御等によって作動する。
【００３１】
ハザード１９は、ハザードランプを点灯、消灯させる装置であり、セキュリティＥＣＵ１０の制御等によって作動する。
【００３２】
これらドアＥＣＵ１６、カメラ１７、ホーン１８、ハザード１９は、本実施形態においては車両の警報装置として作動する。例えば、ホーン１８は、発鳴することで周囲に異常事態を通知し、カメラ１７は、車内外を撮影することで、車内外の人等の記録を残す。
【００３３】
キーレス／スマートＥＣＵ２０は、車両１のキーおよびキーレスエントリ装置によるキーロックを検知し、検知したことをセキュリティＥＣＵ１０に通知するようになっている。
【００３４】
無線機２１は、携帯電話網を介してデータセンタ２と通信を行うことのできる装置である。
【００３５】
ＧＰＳレシーバ２２は、ＧＰＳ測位システムによって自車両１の現在位置情報を取得し、セキュリティＥＣＵ１０に通知する装置である。
【００３６】
セキュリティＥＣＵ１０は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ等を備えた盗難防止装置である。ＣＰＵは、ＲＯＭに記録されたプログラムを読み出して実行することによって作動する。またＣＰＵは、この作動の必要に応じてＲＡＭ、ＥＰＲＯＭに対して情報の読み出しおよび書き込みを行う。またＣＰＵは、上記した盗難センサ、ドアＥＣＵ１６、カメラ１７、ホーン１８、ハザード１９、キーレス／スマートＥＣＵ２０、無線機２１、ＧＰＳレシーバ２２等とデータおよび制御信号をやりとりするようになっている。またＲＯＭには、セキュリティＥＣＵ１０のシリアルナンバー、車体番号等、車両に固有な識別子が予め記録されている。またＥＰＲＯＭには、後述するチェックインターバルｔ１（分）、異常時インターバルｔ２（分）の情報が記録されている。
【００３７】
このセキュリティＥＣＵ１０の作動について以下説明する。なお、以下の説明では、セキュリティＥＣＵ１０の作動とそのＣＰＵの作動は、特別に区別する必要がない限り同一のものであるとする。
【００３８】
一般に車両１のユーザが車両を離れるとき、すなわち車両１の盗難等に対する対策が必要となるとき、ユーザは車両１のドアをロックする。このとき、キーレス／スマートＥＣＵ２０が車両１のキーおよびキーレスエントリ装置によるキーロックを検知し、検知したことをセキュリティＥＣＵ１０に通知する。セキュリティＥＣＵ１０のＣＰＵは、この通知を受信すると、盗難等に対する防御のための作動モードであるセキュリティモードに入る。そしてＣＰＵは、ＲＯＭから車両の識別子を読み出し、またＧＰＳレシーバ２２を制御して車両の現在位置情報を取得し、ＥＰＲＯＭからチェックインターバルｔ１および異常時インターバルｔ２の情報を取得する。そしてＣＰＵは、データセンタ２に対してセキュリティセットの通知を行う。このセキュリティセットの通知は、セキュリティＥＣＵ１０の無線通信の確認を行うようデータセンタ２に要求する確認要求信号である。このセキュリティセットの通知は、上記した車両１の識別子、現在位置情報、チェックインターバルｔ１、異常時インターバルｔ２、および現在時刻ｔ０の情報を含むようになっている。このセキュリティセットの通知を受信するデータセンタ２の作動については後述する。
【００３９】
この後、車両１の窃盗、車上荒らし等の目的を持つ者（以下犯人と記す）等の行動によって、上記した盗難センサがそれぞれの機能に基づく検知を行い、検知したことをセキュリティＥＣＵ１０に通知すると、セキュリティＥＣＵ１０のＣＰＵはプログラムに従い、通知元の盗難センサによって事態の重大度を判定し、その判定に基づいた作動を行う。図３に、事態の重大度の判定基準と、重大性のレベルに合わせたＣＰＵの作動の表を示す。
【００４０】
アプローチセンサ１１が犯人等の車両への接近を検知した場合は、ＣＰＵは無線機２１を制御し、データセンタ２に対して、警戒要求の通知を行う。この警戒要求は、車両１との無線通信の確認を強化するようデータセンタ２に要求するものである。またこの場合、車両１の警報装置は作動させない。この場合、単に車両の周辺に人が近づいただけであるので、事態の重大度は小さく、実際に警報を行う必要はない。
【００４１】
また、振動センサ９が車両の振動を検知した場合も、事態の重大度は同じく小であり、ＣＰＵの作動もアプローチセンサ１１の検知の場合と同じである。これは、振動は工事、大型トラックの通過等、日常的な理由によって起こり得るので、振動があったからといって必ずしも盗難の可能性が高いとは言えないからである。
【００４２】
このように、振動センサ９およびアプローチセンサ１１は、自車両の異常事態発生の前兆を検知するためのセンサであると言える。
【００４３】
侵入センサ１２が犯人等の車両への侵入を検知した場合は、ＣＰＵはＧＰＳレシーバ２２を制御して現在位置情報を取得する。そしてＣＰＵは無線機２１を制御し、データセンタ２に対して、この位置情報と現在時刻の情報を含んだ警報を通知する。この警報の通知は、データセンタ２に対してユーザ、警察、警備員への緊急事態の報知を行わせるためのものである。この報知によって、ユーザ、警察、警備員は位置情報の現場に赴いて状況を確認することができる。またこの場合、ＣＰＵは警報装置を作動させる。ただし、この場合、まだ完全に車両内に侵入されたとは限らず、侵入を試みている場合または車両に近接した物体を誤検出した場合もありうるので、事態の重大度は中程度であり、ホーン１８の発鳴の音量、作動の時間等は、後述する重大度が大の場合よりも抑えるようにする。
【００４４】
また、傾斜センサ１３が車両の急激な傾斜を検知した場合、およびガラス割れセンサ１４がガラスが割れたことを検知した場合も、まだ完全に車両に侵入されたわけではないので、重大度は同じく中である。ＣＰＵの作動も侵入センサ１２の場合と同じである。
【００４５】
ドア開センサ１５がドアが開いたことを検知した場合は、ＣＰＵはＧＰＳレシーバ２２を制御して現在位置情報を取得する。そしてＣＰＵは無線機２１を制御し、データセンタ２に対して、この位置情報と現在時刻の情報を含んだ警報を通知する。この警報の通知は、侵入センサ１２による検知の場合と同じものである。またこの場合、ＣＰＵは警報装置を作動させる。ただし、この場合、車両内に侵入されていることがほぼ明らかなので、事態の重大度は大であり、上記した重大度が中の場合よりもホーン１８の発鳴の音量を大きく、作動の時間を長くする等の処理がおこなわれるようになっている。
【００４６】
このようなセキュリティＥＣＵ１０と、このセキュリティＥＣＵ１０と情報のやりとりを行うデータセンタ２の時系列に沿った連携作動を、図４および図５のシーケンス図に示す。なお、このシーケンス図に示す作動においては、データセンタ２と車両１側との間で送受信があった場合、受信側の処理はその送信を受信するステップに強制ジャンプするものとする。
【００４７】
まず、先述したように車両１のユーザがドアをロックし、それをキーレス／スマートＥＣＵ２０が検知してセキュリティＥＣＵ１０に通知する。ユーザのドアロックはユーザの設定の一種である。この通知を受信したセキュリティＥＣＵ１０はセキュリティモードに入り（ステップ１１０）、データセンタ２にセキュリティセットの通知を行う（ステップ１１５）。なお、このときの通知が含むチェックインターバルｔ１、異常時インターバルｔ２は、ここではそれぞれｔ１＝６０分、ｔ２＝５分である。セキュリティＥＣＵ１０はその後、盗難センサのいずれかから検知をしたことの通知があると判定するまで待機する（ステップ１１７）。受信した場合は後述するステップ１６０に処理を進める。
【００４８】
データセンタ２はステップ１１５にて送信されたセキュリティセットの通知を受信し（ステップ１２０）、この受信に基づいて車両の監視、すなわち定期的なセキュリティＥＣＵ１０との無線通信の確立の確認を開始する。具体的には、時間のカウントを開始する（ステップ１２５）。次にこのカウントしている時間、すなわち現在時刻とＴとするとＴ−ｔ０がチェックインターバルｔ１より大きくなることを判定するまで待機する（ステップ１３０）。Ｔ−ｔ０＞ｔ１となると、データセンタ２はセキュリティＥＣＵ１０に対して無線呼び出しを行う（ステップ１３５）。セキュリティＥＣＵ１０はこの呼び出しの着信を検知すると、ステップ１４０にジャンプしてそれを受信して応答を返し、その後ステップ１１７に戻る。この応答の内容は、データセンタ２が正常に受信できるものならばどのようなものであってもよい。例えば、このときセキュリティＥＣＵ１０はＧＰＳレシーバ２２を制御することで現在位置情報を取得し、この位置情報をデータセンタ２に送信してもよい。
【００４９】
データセンタ２側では、上記した呼び出しに対して応答があったか否かを判定し（ステップ１４５）、正常に応答したならｔ０にｔ１を加算したもの、すなわち現在時刻を新たなｔ０とし（ステップ１５０）、その後処理はステップ１３０に戻り、再びｔ１すなわち６０分が経過するまで待機する。
【００５０】
応答がない、あるいは応答があっても正常なものではない場合は、盗難時の通信妨害等の異常事態であるとして、処理はステップ１５５に進み、データセンタ２は異常処理を行う。すなわち、所定の通報先に異常事態発生を報知する。例えば、車両１のユーザに車両１が通信不能となったことを通知し、警察、警備会社の警備員にセキュリティＥＣＵ１０から最後に受信した位置情報を報知し、現場に急行するよう要請する。
【００５１】
ステップ１１７で盗難センサから検知の通知があった場合、処理はステップ１６０に進み、検知を行った盗難センサの種類によって事態の重大度を判定する。この事態の重大度は、上述したように振動センサ９、セキュリティＥＣＵ１０からの検知の場合が小、侵入センサ１２、傾斜センサ１３、ガラス割れセンサ１４からの検知の場合が中、ドア開センサ１５からの検知の場合が大である。
【００５２】
重大度が中または大の場合、処理はステップ１６３に進み、ＧＰＳレシーバ２２を制御して現在位置情報を取得し、データセンタ２にこの現在位置情報を含んだ警報を通知する。この警報の着信を検知したデータセンタ２の処理はステップ１６５にジャンプしてこれを受信し、データセンタ２は異常処理を行う。すなわち、所定の通報先に異常事態発生を報知する。例えば、車両１のユーザに車両１が異常状態となったことを通知し、警察、警備会社の警備員にセキュリティＥＣＵ１０から受信した位置情報を報知し、現場に急行するよう要請する。
【００５３】
ステップ１６０の判定が重大度小である場合、処理はステップ１６７に進み、、セキュリティＥＣＵ１０は、ＧＰＳレシーバ２２を制御することで取得した現在位置情報、および現在時刻ｔ０’を警戒要求に含め、この警戒要求をデータセンタ２に通知する。
【００５４】
この警戒要求の着信を検知することでデータセンタ２の処理はステップ１７０にジャンプしてこれを受信し、異常時車両監視をスタートさせる。これ以降ステップ１９０までの処理は、無線通信の確立の確認を強化する、すなわち定期的な確認の頻度を高くする処理であると言える。ステップ１７０では、具体的には時刻Ｔ＝ｔ０’を起点として時間経過を計測する。そしてステップ１７１で、呼び出し回数として使用する変数Ｎを０に初期化してメモリ中に割り当てる。
【００５５】
次にデータセンタ２は、計測時刻Ｔ−ｔ０’が異常時インターバルｔ２（ここでは５分）より大きくなることを判定するまで待機する（ステップ１７２）。Ｔ−ｔ０’＞ｔ２となると、メモリ中のＮが所定の呼び出し回数の上限ｎ１より大きいかを判定する（ステップ１７５）。なお、ｎ１はあらかじめデータセンタ２のメモリ中に設定されている値である。
【００５６】
Ｎ≦ｎ１の場合、データセンタ２はセキュリティＥＣＵ１０に対して無線呼び出しを行い、Ｎの値を１つ増加させる（ステップ１７８）。セキュリティＥＣＵ１０はこの呼び出しの着信を検知すると、ステップ１８０にジャンプしてこれを受信して応答を返す。
【００５７】
データセンタ２側では、上記した呼び出しに対して応答があったか否かを判定し（ステップ１８５）、正常に応答したならｔ０’にｔ２を加算したもの、すなわち現在時刻を新たなｔ０’とし（ステップ１９０）、その後処理はステップ１７２に戻り、再びｔ２すなわち５分が経過するまで待機する。
【００５８】
応答がない、あるいは応答があっても正常なものではない場合は、盗難時の通信妨害等の異常事態であるとして、処理はステップ１９５に進み、データセンタ２は異常処理を行う。この異常処理の内容はステップ１５５と同様である。
【００５９】
ステップ１７５でＮ＞ｎ１となる場合、すなわち既に所定の上限回数だけ呼び出しを行っている場合、警戒要求から十分な時間何も起こらなかったと判定し、異常時車両監視を終了し、ステップ１２５の通常の監視状態に戻る。
【００６０】
なお、このシーケンス図では異常車両監視時に更なる重大度の大きな状態にならない場合について説明したが、この異常車両監視時に重大度が中、大となる事態が発生した場合においては、セキュリティＥＣＵ１０はステップ１６３と同様の処理を行ってデータセンタ２に警報を通知する。
【００６１】
これによって、データセンタ２が、車両１に搭載されたセキュリティＥＣＵ１０からのセキュリティセットの通知によって、セキュリティＥＣＵ１０との無線通信の確立を定期的に確認し、通信妨害があって通信確認手段が無線通信の確立に失敗したとき、すなわちデータセンタ２からセキュリティＥＣＵ１０への呼び出しの応答が正常でないとき、データセンタ２は車両１のユーザ、警察等の所定の通報先に異常事態発生を通知するので、無線通信装置を使用する車両盗難防止装置としてのセキュリティＥＣＵ１０の通信が妨害されたことによる異常事態の発生を、所定の通報先に通知することができる。
【００６２】
また、セキュリティＥＣＵ１０が振動センサ９またはアプローチセンサ１１の検知によって自車両の盗難の危険性を検知し、この検知に基づいてデータセンタ２に警戒要求を送信する。そしてこの警戒要求を受信したデータセンタ２は、定期的に行う無線通信の確立の確認の頻度を高くする。これによって、異常の前兆がある場合、データセンタ２は通常より短い時間間隔で車両との通信の確立を確認することができるので、異常事態発生時には素早くその報知を行うことができる。
【００６３】
なお、本実施形態のデータセンタ２が行う異常時車両監視においては、セキュリティＥＣＵ１０の呼び出しを最大限ｎ１回とし、それまでの間は周期的に呼び出しを行うようになっている。しかし、必ずしもこのようになっている必要はなく、異常時車両監視がスタート後、呼び出しの回数が増える毎に呼び出しの時間間隔を、ｔ２およびｔ１をパラメータとしてある規則によって生成する時間間隔列の各項に順次置き換えるようにしてもよい。例えば、ｔ１＝６０分、ｔ２＝５分の場合に生成する時間間隔列としては、５、６、８、１１、２０、２６、４１、５０、６０、６０、６０、、、、、が考えられる（各項は分単位）。
【００６４】
（第２実施形態）
以下、本発明の第２実施形態について説明する。本実施形態が第１実施形態と異なる部分は、セキュリティセット時点でセキュリティＥＣＵ１０からデータセンタ２への通信が妨害されてしまい、データセンタ２がその後の通信の確立の確認をすることができなくなる場合の対策が施されている点である。
【００６５】
本実施形態におけるデータセンタ２およびセキュリティＥＣＵ１０の構成は、第１実施形態と同様である。図６に、データセンタ２およびセキュリティＥＣＵ１０の作動において、第１実施形態と異なる部分をシーケンス図として示す。以下、この図をもとに第２実施形態の作動について説明する。
【００６６】
まず、ステップ２０５では、図４のステップ１１０と同様、ドアロックによってセキュリティＥＣＵ１０がセキュリティモードに入る。
【００６７】
次に、セキュリティＥＣＵ１０は、通信機が携帯電話用基地局を捕捉しているか否かを、無線機２１を使用して検知、判定する（ステップ２１０）。捕捉していない場合、処理はステップ２１５に進み、セキュリティＥＣＵ１０は図示しない音声出力装置を用いて車両１のユーザに通信が利用できないことを警告する（ステップ２１５）。そして、車両単独のセキュリティ設定を強化する（ステップ２２０）。このセキュリティの強化については後述する。無線通信が不可能な場合としては、携帯電話のサービスエリア外に駐車した場合が考えられる。
【００６８】
ステップ２１０において基地局を捕捉していると判定すると、処理はステップ２１１に進み、セキュリティＥＣＵ１０は変数ｍを０に初期化してＲＡＭ中に割り当てる。このｍは以降のデータセンタ２への通知の回数を計測するためのものである。
【００６９】
そして、セキュリティＥＣＵ１０は、図４のステップ１１５と同様のセキュリティセットの通知をデータセンタ２に行い、さらにｍの値を１だけ増やす（ステップ２１５）。
【００７０】
データセンタ２は、この通知を受信した場合は、セキュリティＥＣＵ１０に対して、受信したことを通知する（ステップ２２５）。このとき、なりすましの防止のために、受信したことの通知を暗号化してもよい。
【００７１】
セキュリティＥＣＵ１０は、セキュリティセットの通知後、この通知が正常に完了したか、すなわちデータセンタ２から受信したことの通知を受け取ったかを判定し（ステップ２３０）、受け取っているなら、図４のステップ１１７へ進み、以後通常監視モードへ移行する。
【００７２】
データセンタ２から受信したことの通知を受け取らなかったなら、処理はステップ２３５に進み、ｍがデータセンタ２への通知の回数の上限であるＭより大きいか否かを判定する（ステップ２３５）。なお、このＭはあらかじめセキュリティＥＣＵ１０のＥＰＲＯＭに記録されたものである。
【００７３】
ｍがＭ以下、すなわち通信回数が上限値を超えていないなら、処理はステップ２１５に戻る。このように、ステップ２３０でセンターへの通知が正常に完了したと判定されるか、あるいはｍ＞Ｍとなるまでは、ステップ２１５〜２３５の処理のループが繰り返される。なお一例としては、このループの一巡に要する時間は１分程度であり、Ｍは５である。
【００７４】
ステップ２３５でｍがＭより大きいと判定すると、処理はステップ２４０に進み、データセンタ２との通信が不能であるとして、ホーン１８やハザード１９を制御して作動させることで、異常を周囲に通知する（ステップ２４０）。
【００７５】
そして、ステップ２２０と同様に車両単独のセキュリティ設定を強化する（ステップ２４５）。
【００７６】
ここで、ステップ２２０、ステップ２４５のセキュリティ設定の強化について説明する。図７に、セキュリティＥＣＵ１０がデータセンタ２と通信可能な場合のセキュリティＥＣＵ１０の作動と、通信不可能の場合のセキュリティＥＣＵ１０の作動との比較表を示す。この通信不可の場合のセキュリティ設定が、強化後のセキュリティ設定に該当する。データセンタ２と通信可能な場合については、図３と同様であるので、セキュリティＥＣＵ１０とデータセンタ２との通信が不能となっている場合についてのみ説明する。
【００７７】
この通信不能の場合、データセンタ２に対してセキュリティＥＣＵ１０から異常事態の通知ができないので、車両単独でセキュリティを強化する。
【００７８】
振動センサ９、アプローチセンサ１１による検知の場合、すなわち事態の重大度が小のときは、警報装置の制御に関するＣＰＵの作動は、無線通信が可能で事態の重大度が中程度の場合と同様となるようにする。
【００７９】
また、侵入センサ１２、傾斜センサ１３、ガラス割れセンサ１４による検知の場合、すなわち事態の重大度が中のときは、警報装置の制御に関するＣＰＵの作動は、無線通信が可能で事態の重大度が大の場合と同様となるようにする。
【００８０】
また、ドア開センサ１５による検知の場合、すなわち事態の重大度が中のときは、警報装置の制御に関するＣＰＵの作動は、そのまま無線通信が可能で事態の重大度が大の場合と同様となるようにする。
【００８１】
このように、通信不能であることに基づいて、セキュリティの設定を強化することによって、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、異常が報知されるようになる。
【００８２】
（第３実施形態）
次に、本発明の第３実施形態について説明する。本実施形態においては、セキュリティセット後の車両監視において、セキュリティＥＣＵ１０とデータセンタ２との通信ができない場合に、データセンタ２から呼び出しがないと判定したセキュリティＥＣＵ１０がデータセンタ２との通信を試み、その結果に基づいて処置を行うことが特徴的である。この特徴部分以外のセキュリティＥＣＵ１０およびデータセンタ２の構成、作動については、第１実施形態と同様である。以下、本実施形態が第１実施形態と異なる部分について説明する。
【００８３】
図８は、本実施形態におけるセキュリティセット以降のセキュリティＥＣＵ１０およびデータセンタ２の作動を示すシーケンス図である。この図において、図４と同様の処理については同一のステップ番号を付し、それらの説明については省略または簡略化する。
【００８４】
ステップ１１５においてセンターにセキュリティセットの通知を行った後、セキュリティＥＣＵ１０は現在時刻Ｔがステップ１１０における時刻ｔ０から所定の時間ｔ３だけ経過した時刻より後かを判定する。すなわち、セキュリティモードに入ってから時間ｔ３より長い時間が経過しているかを判定する。（ステップ３１６）。この所定の時間ｔ３は、チェックインターバルｔ１よりも長い時間である。具体的には、例えばｔ１＝６０分、ｔ３＝６５分が考えられる。この所定の時間が経過していないと判定すると、処理はステップ１１７の盗難センサの検知の判定に進む。そして、ステップ１１７で盗難センサが検知したことの通知をしない限り、データセンタ２は１１７、あるいは１４０の処理を行った後にこのステップ３１６に戻る。なお、ステップ１４０で応答を行った場合、データセンタ２は応答した時刻を応答履歴としてメモリに記録する。
【００８５】
ステップ３１６で所定の時間が経過したと判定すると、処理はステップ３６０に進み、所定の時間をカウントし始めて以後データセンタ２からの呼び出しを受信したか否かを、メモリの応答履歴を読み出すことで判定する。呼び出しを受信したと判定すると、データセンタ２との通信は正常であるとして処理はステップ３６５に進み、ステップ３１６で時間経過の基準として使うｔ０の値を、直前にデータセンタ２が呼び出しを行った時刻ｔ０＋ｔ１に変更する。（ステップ３６５）。その後処理はステップ３１６の判定処理に戻る。
【００８６】
ステップ３６０で呼び出しを受信していないと判定すると、データセンタ２から予定の時間に通信が来なかったということで、処理はステップ３７０に進む。ステップ３７０では、セキュリティＥＣＵ１０はデータセンタ２との通信可否の再確認のため、データセンタ２への通信を試みる。そして、この通信が成功したか否か、すなわちデータセンタ２と通信可能であるか否かを判定する（ステップ３７３）。通信不可能である場合、通信妨害等の異常であるとし、処理はステップ３７５に進み、セキュリティＥＣＵ１０はホーン１８やハザード１９を作動させる等の異常処理を行う（ステップ３７５）。
【００８７】
ステップ３７３で通信可能であると判定した場合、処理はステップ３８０に進む。この場合、通信可能であるにもかかわらずデータセンタ２から予定の時間に呼び出しが来ていないことになる。この場合は、受信妨害よりも、セキュリティＥＣＵ１０における受信機の故障、呼び出しタイミングのずれ、データセンタ２の障害等の不具合である可能性が高い。セキュリティＥＣＵ１０は、ステップ３８０で不具合が発生している旨をデータセンタ２に通知する。
【００８８】
データセンタ２はこの通知をの着信を検知するとステップ３８５にジャンプし、これを受信して車両１のセキュリティＥＣＵ１０とデータセンタ２との間の通信の診断（ダイアグ）を行う。そして、この診断の結果に応じて、修理サービスセンタへの連絡による車両１の入庫依頼、車両１のユーザへの監視サービスを中止したことの通知等を行う（ステップ３９０）。
【００８９】
このようになっていることで、セキュリティＥＣＵ１０側でもデータセンタ２との無線通信の確立に失敗したことを検知し、この検知に基づいて異常処理、または不具合の通知等を行うようになっているので、車両から異常事態の通知を受信して所定の通報先に異常事態発生を報知する盗難防止センタと車両に搭載された盗難防止装置との無線通信が妨害されたことに基づいて、異常が報知されるようになる。
【００９０】
このように、セキュリティＥＣＵ１０とデータセンタ２の両方で通信の確立の確認を行う場合には、両者の用いる時計が同期している必要がある。例えばセキュリティＥＣＵ１０の時計がデータセンタ２の時計より１０分遅れている場合、データセンタ２ではまだ呼び出しを行うタイミングになっていないにもかかわらず、セキュリティＥＣＵ１０の側では既にステップ３１６および３６０でで所定のタイミングで呼び出しが行われなかったと判定されてしまう。
【００９１】
同期の方法としては、セキュリティＥＣＵ１０とデータセンタ２は、ＧＰＳ信号または標準時刻電波から得られる時刻を基準として監視を行うようになっていてもよい。
【００９２】
また、データセンタ２がＧＰＳ信号または標準時刻電波を受信できない場合には、データセンタ２との通信によってデータセンタ２との時刻の同期をとるようになっていてもよい。
【００９３】
（第４実施形態）
以下、本発明の第４実施形態について説明する。本実施形態が第１実施形態と異なる部分は、データセンタ２がセキュリティＥＣＵ１０を呼び出して無線通信の確立を確認するときに、セキュリティＥＣＵ１０に対して電話発呼を行い、この電話発呼の応答音に基づいて、無線通信の確立を確認することと、さらに、応答音が通信圏外の音声通知であるかを判定して、その判定に基づいて所定の通報先に異常事態発生を報知することである。
【００９４】
本実施形態において無線通信の確立の失敗とは、データセンタ２がセキュリティＥＣＵ１０に電話発呼を行うときに正常な呼び出し音を受信できないことを言う。
【００９５】
図９は、本実施形態における特徴的な部分の、セキュリティセット以降のデータセンタ２の作動を示すシーケンス図である。この図の各処理は、図４のステップ１３５、１４０、１４５、１５５に置き換わるものである。
【００９６】
呼び出し時、ステップ４１０でデータセンタ２はセキュリティＥＣＵ１０に対して電話発呼を行う。そしてステップ４３０で、セキュリティＥＣＵ１０側の応答音として、呼び出し音が確認できるか否かを判定する。この判定においては、より詳細には、呼び出し音が所定時間、あるいは所定回数確認できるか否かを判定する。なお、車両１側では、無線機２１はこの所定時間より十分長い時間、あるいは所定回数より十分大きい回数の間、着信に対して応答しないように設定されている。
【００９７】
ステップ４３０で確認できた場合、処理は図４のステップ１５０に進み、通常の監視ルーチンの処理を行う。確認できなかった場合、処理はステップ４３５に進み、変数ｋを初期値１としてメモリ中に設定する。この変数ｋは、以下のステップ４４０を何回実行したかを数えるためのものである。
【００９８】
次にステップ４４０で、応答音が通信圏外である音声通知音または話中音であるか否かを判定する。
【００９９】
通信圏外である音声通知音または話中音である場合、処理はステップ４５０に進み、変数ｋに１を加算する。そしてステップ４６０でこのｋが２より大きいかを判定する。２以下ならば、すなわちステップ４４０の実行回数が１回以下ならば、処理はステップ４４０に戻る。ｋが２より大きければ、すなわちステップ４４０の実行回数が２回に達しているなら、通信妨害によって圏外あるいは話中となっている可能性があることから、処理はステップ４７０に進み、車両１のユーザに通信圏外となったこと、あるいは話中であることを通知する。また、ユーザの要請によっては、警備会社に異常事態の発生を通知することで、警備員を派遣して現場の確認を行う。なお、セキュリティＥＣＵ１０は通常の電話には使用しないようになっており、それゆえ話中の場合通信妨害の可能性があるとすることができる。
【０１００】
また、ステップ４４０で通信圏外である音声通知でも話中音でもないと判定した場合、通信妨害以外の要因である可能性も高いことから、処理はステップ４４５に進み、通信インフラ等の確認、データセンタ２の機器の診断、調査、車両１のユーザへの確認作業中であることの連絡等を行う。
【０１０１】
このように呼び出し音を使用することで、通信の確立の確認時にデータセンタ２とセキュリティＥＣＵ１０とが実際に通話を行うことがないので、通話料金の節約になる。
【０１０２】
なお、本明細書の各実施形態において、データセンタ２のステップ１３０、１３５、１４５、および１５０の処理が、車両に搭載された車両盗難防止装置との無線通信の確立を定期的に確認する通信確認手段を構成する。
【０１０３】
また、データセンタ２のステップ１５５、１９５，４７０の各処理が、通信確認手段が無線通信の確立に失敗したことに基づき、所定の通報先に異常事態発生を報知する通信障害報知手段を構成する。
【０１０４】
また、データセンタ２のステップ１２０の処理が、車両に搭載された車両盗難防止装置から、この車両との無線通信の確認を行うよう要求する確認要求を受信する確認要求受信手段を構成する。
【０１０５】
また、データセンタ２のステップ１７０の処理が、車両に搭載された車両盗難防止装置から、この車両との無線通信の確認を強化するよう要求する警戒要求を受信する警戒要求受信手段を構成する。
【０１０６】
また、データセンタ２のステップ１７１〜１９０の処理が、警戒要求受信手段が警戒要求を受信することに基づき、通信確認手段の行う定期的な無線通信の確立の確認を強化する確認強化手段を構成する。
【０１０７】
また、セキュリティＥＣＵ１０のステップ１１５および２１５の各処理が、車両のユーザの設定に基づいて、無線機を用いて盗難防止センタに確認要求を送信する確認要求送信手段を構成する。
【０１０８】
また、セキュリティＥＣＵ１０のステップ１６０が、自車両の異常事態発生の前兆を検知する異常予測手段を構成する。
【０１０９】
また、セキュリティＥＣＵ１０のステップ２４５の処理が、通信障害検知手段による検知に基づいて、自車両のセキュリティの設定を強化するセキュリティ強化手段を構成する。
【０１１０】
（他の実施形態）
上記した第１〜第４実施形態においては、データセンタ２へのセキュリティセットの通知は、車両１のユーザがドアをロックすることにより行われるが、他の方法に基づいてセキュリティセットの通知が行われることも考えられる。
【０１１１】
すなわち、ユーザの設定および振動センサ９およびアプローチセンサ１１の検知を受信する異常予測手段が異常を予測することに基づいて、データセンタ２に確認要求としてのセキュリティセットの通知を送信することが考えられる。これは、図４および図５のシーケンス図において、ステップ１１５、１２０〜１５５を除去することで実現する。
【０１１２】
またこの場合、異常時車両監視がスタート後、呼び出しの回数が増える毎に呼び出しの時間間隔を、ｔ２をパラメータとしてある規則によって生成する時間間隔列の各項に順次置き換えるようにしてもよい。例えば、ｔ２＝５分の場合に生成する時間間隔列としては、５、６、８、１１、２０、２６、４１、５０、６０、７１、８３、９７、１００であり、１００に達すると監視を終了するようになっていてもよい。
【０１１３】
また、第４実施形態においては、データセンタ２がセキュリティＥＣＵ１０に対して電話発呼を行い、この電話発呼の応答音に基づいて、無線通信の確立を確認するようになっているが、必ずしもこのようになっている必要はない。
【０１１４】
例えば、通信確認手段は、車両盗難防止装置に対してｐｉｎｇコマンドを送出することにより、無線通信の確立を確認するようになっていてもよい。
【０１１５】
また、盗難防止センタは、必ずしもネットワーク上の単一のホストから構成されている必要はなく、複数のホストの機能の複合体として構成されていてもよい。
【０１１６】
また、盗難センサとしては、車両に搭載されるもののみでなく、ガレージ等に設置された扉開閉センサ、人体センサ、床センサ、ガラス割れセンサ、音響センサ等であってもよい。またこれらセンサは、検知したことを車両１のセキュリティＥＣＵ１０に通知するようになっていてもよいし、直接データセンタ２に通知するようになっていてもよい。
【０１１７】
また、上記実施形態に示した構成に加えて、車両に複数の無線通信機を搭載するようにしても良い。たとえば、使用周波数帯の異なる通信方式を備えることにより、通信妨害を受けた場合であっても、他の通信方式を用いて通信可能となる場合があるためである。またこの場合、通常時（異常と判断されるまで）は、一方の通信方式を用いて監視し、異常時のみ他方を用いることで省電力にもなる。
【図面の簡単な説明】
【図１】本発明の各実施形態に係る車両盗難防止システムの全体構成を概略的に示す図である。
【図２】車両１が有する車両盗難防止システムに係る装置の構成を示す図である。
【図３】事態の重大度の判定基準と、重大性のレベルに合わせたＣＰＵの作動とを示す図表である。
【図４】セキュリティＥＣＵ１０とデータセンタ２の時系列に沿った連携作動を示すシーケンス図である。
【図５】セキュリティＥＣＵ１０とデータセンタ２の時系列に沿った連携作動を示すシーケンス図である。
【図６】第２実施形態における、データセンタ２およびセキュリティＥＣＵ１０の作動を示すシーケンス図である。
【図７】データセンタ２と通信可能な場合と通信不可能な場合における、セキュリティＥＣＵ１０の作動の比較を示す図表である。
【図８】第３実施形態における、セキュリティＥＣＵ１０およびデータセンタ２の作動を示すシーケンス図である。
【図９】第４実施形態における、セキュリティＥＣＵ１０およびデータセンタ２の作動を示すシーケンス図である。
【符号の説明】
１…車両、２…データセンタ、３…インターネット、９…振動センサ、
１０…セキュリティＥＣＵ、１１…アプローチセンサ、１２…侵入センサ、
１３…傾斜センサ、１４…ガラス割れセンサ、１５…ドア開センサ、
１６…ドアＥＣＵ、１７…カメラ、１８…ホーン、１９…ハザード、
２０…キーレス／スマートＥＣＵ、２１…無線機、２２…ＧＰＳレシーバ、
２３…ＴＥＬアンテナ、２４…ＧＰＳアンテナ。
【図１】
2004062611.tif 000003
【図２】
2004062611.tif 000004
【図３】
2004062611.tif 000005
【図４】
2004062611.tif 000006
【図５】
2004062611.tif 000007
【図６】
2004062611.tif 000008
【図７】
2004062611.tif 000009
【図８】
2004062611.tif 000010
【図９】
2004062611.tif 000011