JP2010228691A - 車両盗難通知システム - Google Patents

Abstract

【課題】使用者の操作を必要とせず、車両のキー盗難時にも効果を発揮する信頼性の高い盗難検知・通知システムを提供する。
【解決手段】車両に位置測位センサと、エンジンの始動・停止を検知する手段と、データの送受信を行う通信手段を有する車載通信端末を備える。前記車両の使用者は、位置測位センサを有する移動体通信端末を所持する。車載通信端末が、エンジンの始動・停止を検知する手段にて、エンジンが始動したことを検知した際に、車載通信端末の位置情報、及び移動体通信端末の位置情報を取得する。車載通信端末の位置と移動体通信端末の位置から両者の距離を求め、前記距離が所定値以上である場合に、車両が盗難されていると判断する。盗難と判断した際には、盗難信号を使用者に通知する。
【選択図】 図１

Description

本発明は、車両の盗難検知及び通知のシステムに関する。

近年、車両盗難が社会問題となり、車両盗難に対するシステムが数多く発表されている。

従来の盗難検知技術として、車両に取り付けられた盗難検知センサが異常を検知するシステム（例えば特許文献１）や、車両が一定距離移動したことを検知するシステム（例えば特許文献２）が挙げられる。これらは、盗難検知後に、使用者の持つ携帯電話等に通知する仕組みを有する場合が多い。

盗難検知センサにより検知を行い使用者に通知する技術には、例えば特許文献３のような、使用者が持つ携帯機からの信号の有無を車載機で判定し、使用者が車両近傍にいない場合に盗難と判断するといった検知の精度を向上させたシステムが挙げられる。

特開２００８−５２７４４号公報 特開平１０−２２６３１５号公報 特開２００１−８８６６１号公報

特許文献１や特許文献３のような車両盗難検知の技術には、盗難を検知するためのセンサを用いるが、車両のキーが盗難された場合は、正常なドアの開閉が可能でありセンサが異常を検知しないため、効果を発揮しないという課題がある。

特許文献２のような車両が一定距離移動したことを検知するシステムでは、使用者が車両を離れる際に、盗難防止機器に対し検知を行うモードにセットする操作が必要になり、操作を忘れてしまった場合、効果を発揮しない。

上記、従来のシステムでは、使用者に操作の負担をかけずに、車両のキー盗難時の盗難に対する検知・通知を行う術がない。

以上の課題を解決するため、本発明は、使用者の操作を必要とせず、車両のキー盗難時にも効果を発揮する信頼性の高い盗難検知・通知システムを提供することを目的とする。

本発明ではかかる課題を解決するために、車両に位置測位センサと、エンジンの始動・停止を検知する手段と、データの送受信を行う通信手段を有する車載通信端末を備える。そして車両の使用者は、位置測位センサを有する移動体通信端末を所持する。

車載通信端末は、エンジンの始動・停止を検知する手段にて、エンジンが始動したことを検知した際に、車載通信端末の位置情報、及び移動体通信端末の位置情報を取得する。車載通信端末の位置と移動代通信端末の位置から両者の距離を求め、前記距離が所定値以上である場合に、車両が盗難されていると判断する。距離の確認及び盗難の判断は一定時間毎に所定回数行い精度を高める。盗難と判断した際は、盗難信号を使用者に通知する。

本発明は、車両のキーが盗難された場合であっても、盗難を検知して利用者に通知する事ができるため、信頼性の向上が期待できる。また、自動車の使用者の操作を必要とせず、使用者に対する負担がかからない。

本発明を用いた車両盗難通知システムの構成図である。 車載通信端末の構成図である。 テレマティクスセンタの構成図である。 車載通信端末における全体制御部のフローチャートである。 車載通信端末におけるエンジン始動検知時処理のフローチャートである。 車載通信端末におけるエンジン停止検知時処理のフローチャートである。 車載通信端末における位置取得要求受信時処理のフローチャートである。 テレマティクスセンタにおける全体制御部のフローチャートである。 テレマティクスセンタにおける車両データ受信時処理のフローチャートである。 テレマティクスセンタにおける車載通信端末への位置取得要求処理のフローチャートである。 テレマティクスセンタにおける携帯電話への位置取得要求処理のフローチャートである。 テレマティクスセンタにおける移動体通信端末データ受信時処理のフローチャートである。 テレマティクスセンタにおける盗難検知処理のフローチャートである。 本発明を用いた車両盗難通知システムの他の構成図である。 車載通信端末の他の構成図である。 車載通信端末における全体制御部のフローチャートである。 車載通信端末におけるエンジン始動検知時処理のフローチャートである。 車載通信端末におけるエンジン停止検知時処理のフローチャートである。 車載通信端末における車両位置取得処理のフローチャートである。 内部変数の構成を示す図である。 内部変数の構成を示す図である。

以下、本発明を用いた車両盗難通知システムの実施例を図面を用いて説明する。

図１は、本発明を用いた車両盗難通知システムの構成図である。この車両盗難通知システムは、車載通信端末１ｂを備えた車両１ａと、テレマティクスセンタ１ｆと、移動体通信端末としての携帯電話１ｇ、及び送信先端末１ｉからなり、携帯電話１ｇと送信先端末１ｉは基地局（１ｊ，１ｋ，１ｌ）を経由してテレマティクスセンタ１ｆと通信を行い、テレマティクスセンタ１ｆにて車両の盗難の判断を行う。送信先端末１ｉには、使用者が盗難の情報を確認できる機能を有しており、テレマティクスセンタ１ｆからの盗難信号を受信した際に使用者に通知する。

車載通信端末１ｂの構成図を図２に示す。車載通信端末１ｂは、車両のエンジンの始動・停止を検知する手段として、ＡＣＣライン１ｄからのエンジンの始動／停止情報に対するインターフェースであるＡＣＣラインＩ／Ｆ（２ｊ）と、テレマティクスセンタ１ｆとデータの送受信を行う手段として、通信アンテナ２ｈとのインターフェースである通信Ｉ／Ｆ（２ｇ）を備える。また、車載通信端末１ｂには、車両１ａに取り付けられた位置測位センサであるＧＰＳセンサ１ｃと車両バッテリー１ｅが接続され、車載通信端末１ｂは、ＧＰＳセンサ１ｃから位置を取得するためのインターフェースであるＧＰＳ−Ｉ／Ｆ（２ｉ）と車両バッテリー１ｅを制御するバッテリー制御部２ｋを備える。また車載通信端末１ｂは、制御モジュール２ａと内部バッテリー２ｌを備える。車載通信端末１ｂは内部バッテリー２ｌを持つことで、エンジンの停止後も動作が可能となる。

制御モジュール２ａは、全体制御部２ｂ，位置取得要求受信時処理部２ｄ，エンジン始動検知時処理部２ｅ，エンジン停止検知時処理部２ｆ，タイマ２ｃ，通信Ｉ／Ｆ（２ｇ），ＧＰＳ−Ｉ／Ｆ（２ｉ），ＡＣＣラインＩ／Ｆ（２ｊ），バッテリー制御部（２ｋ）の各機能モジュールを備える。全体制御部２ｂでは、タイマ２ｃによって時間を管理し、位置取得要求受信時処理部２ｄ，エンジン始動検知時処理部２ｅ，エンジン停止検知時処理部２ｆを管理する。位置取得要求受信時処理部２ｄは、テレマティクスセンタ１ｆからの位置取得要求を受信した際に動作するモジュールであり、通信Ｉ／Ｆ（２ｇ）からテレマティクスセンタ１ｆから位置取得要求を受信した際に、受信した要求に応じてＧＰＳ−Ｉ／Ｆ（２ｉ）を通じて車載通信端末１ｂが搭載されている車両の位置を取得する機能と、取得した位置情報を通信Ｉ／Ｆ（２ｇ）を通じてテレマティクスセンタ１ｆへ送信する機能を備える。

エンジン始動検知時処理部２ｅは、ＡＣＣラインＩ／Ｆ（２ｊ）からエンジンが始動したことを検知した際に動作するモジュールであり、エンジンが始動したことを検知すると、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じて車両の位置を取得し、取得した位置情報を通信Ｉ／Ｆ（２ｇ）を通じてテレマティクスセンタ１ｆへ送信する機能を備える。エンジン停止検知時処理部２ｆは、ＡＣＣラインＩ／Ｆ（２ｊ）からエンジンが停止したことを検知した際に動作するモジュールであり、テレマティクスセンタ１ｆへエンジンが停止したことを示すエンジン停止情報を送信する。

移動体通信端末である携帯電話１ｇは、位置情報が取得できる位置測位センサ１ｈと、テレマティクスセンタ１ｆと通信を行う通信手段を備え、送信先端末は、テレマティクスセンタ１ｆから盗難信号を受信する手段を備える。携帯電話１ｇは、テレマティクスセンタ１ｆから位置取得要求を受信すると、位置測位センサ１ｈにより携帯電話１ｇの位置取得してこれをテレマティクスセンタ１ｆに送信する。説明では移動体通信端末の具体例として携帯電話を例に挙げているが、この他にＰＨＳ，位置測位センサと通信機能を備えたＰＤＡや携帯型ＰＣ等が挙げられる。

図３は、テレマティクスセンタ１ｆの構成図である。車載通信端末１ｂで、ＡＣＣラインＩ／Ｆ（２ｊ）により車両のエンジンが始動したことを検知した際には、ＧＰＳセンサ１ｃで取得した車両位置をテレマティクスセンタ１ｆに通知し、テレマティクスセンタ１ｆが、車両位置の通知を確認すると携帯電話１ｇの位置を取得して、車両位置と携帯電話１ｇの位置とから両者の距離を求め、距離が所定値以上である場合に、車両１ａが盗難されていると判断する。そして、盗難と判断すると盗難信号を送信先端末１ｉに通知する。テレマティクスセンタ１ｆは、特定多数の車両を管理可能であり、１つの車両に対し、複数のユーザの情報と携帯電話の情報を登録できるものとする。また携帯電話１ｇには、車両と車両の使用しているユーザの携帯電話を１対１で対応させるための設定アプリケーションがインストールされているものとする。

テレマティクスセンタ１ｆは、基地局等（１ｊ〜１ｌ）を経由し、車載通信端末１ｂと通信を行うための通信手段である車載通信端末用通信端末３ｊと、移動体通信端末である携帯電話１ｇと通信を行うための通信手段である携帯電話用通信端末３ｋを備える。この例では、送信先端末１ｉに対し盗難信号の通知するための通信は、携帯電話用通信端末３ｋを兼用することで行うものとする。

テレマティクスセンタ１ｆはまた、制御アプリケーション３ａとユーザデータベース３ｌを備える。制御アプリケーション３ａは、全体制御部３ｂ，盗難検知処理部３ｄ，車両データ受信時処理部３ｅ，移動体通信端末データ受信時処理部３ｆ，タイマ３ｃ，図示されていないＣＰＵやメモリを管理してマルチスレッド処理を可能にするスレッド管理部３ｍ，車載通信端末用通信端末３ｊに対するインターフェースである車載通信端末用通信Ｉ／Ｆ（３ｇ），携帯電話用通信端末３ｋに対するインターフェースである携帯電話用通信Ｉ／Ｆ（３ｈ），ユーザデータベース３ｌに対するインターフェースであり、ユーザデータベースから必要な情報の読み込み及び情報の登録が可能なユーザデータベースＩ／Ｆ（３ｉ）の各機能モジュールを備える。ユーザデータベース３ｌは、車両ＩＤ，車種等の車両情報，ユーザ名等のユーザ情報，携帯電話情報，送信先端末情報からなるデータベースであり、１つの車両ＩＤに対して複数のユーザ情報，複数の携帯電話情報が登録可能である。

全体制御部３ｂでは、タイマ３ｃによって時間を管理し、盗難検知処理部３ｄ，車両データ受信時処理部３ｅ，移動体通信端末データ受信時処理部３ｆを管理する。盗難検知処理部３ｄでは、車載通信端末１ｂから取得した車両の位置と携帯電話１ｇの位置から両者の距離を計算し、盗難の有無を判断する機能モジュールである。車両データ受信時処理部３ｅは、車載通信端末１ｂからのデータまたは信号を受信した際に動作するモジュールであり、受信した車載通信端末１ｂの位置情報等のデータ格納処理と、エンジン始動通知時に盗難検知処理部３ｄを動作させる処理を行う。移動体通信端末データ受信時処理部３ｆでは、携帯電話１ｇからのデータを受信した際に動作するモジュールであり、携帯電話１ｇから送られてきた位置のデータ格納や、複数の携帯電話を登録した際に、位置を取得する携帯電話を指定する設定の処理を行う。

次に、車載通信端末の処理を説明したフローチャートである図４〜図７と、テレマティクスセンタ１ｆの処理を説明したフローチャートである図８〜図１３を用いて、車両盗難通知システムにおける処理を説明する。

図４は、車載通信端末１ｂの全体制御部２ｂにおける処理を示すフローチャートである。車載通信端末１ｂの全体制御部２ｂでは、ＡＣＣラインＩ／Ｆ（２ｊ），通信Ｉ／Ｆ（２ｇ）の状態を監視して、エンジンの始動・停止状態やテレマティクスセンタからの位置取得要求の受信の状態を一定時間毎にチェックし（４ａ）、エンジンの始動を検知した際にはエンジン始動検知時処理４ｅを、エンジンの停止を検知した際にはエンジン停止検知時処理４ｆを、テレマティクスセンタ１ｆからデータを受信した際には、位置取得要求受信時処理４ｄをそれぞれ実行する。

図５は、車載通信端末１ｂにおけるエンジン始動検知時処理４ｅを説明するフローチャートである。エンジン始動検知時処理部２ｅは、テレマティクスセンタ１ｆとの通信が可能であることを確認する（５ａ）。これは、テレマティクスセンタ１ｆに通信確認信号を送信し、テレマティクスセンタ１ｆから通信確認信号に対する応答信号が受信されることで通信が可能であると判断する。テレマティクスセンタ１ｆと通信ができない場合は、通信が回復するまで処理を待機させる（５ｂ）。テレマティクスセンタとの通信が可能な場合、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じてＧＰＳセンサ１ｃから車両の位置情報が取得可能であるか調べ（５ｃ）、位置情報が取得可能である場合、車両ＩＤ，エンジンが始動したことを表す定数であるエンジン始動情報，車両位置，車両位置取得時間をテレマティクスセンタ１ｆに送信する（５ｄ）。一方、ＧＰＳセンサ１ｃから車両位置の取得ができない場合は、車両ＩＤ，エンジン始動情報，車両位置取得不可情報をテレマティクスセンタに送信する（５ｅ）。さらに、所定時間待った（５ｆ）後、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じてＧＰＳセンサ１ｃから車両の位置情報が取得可能であるか調べ（５ｇ）、車両の位置情報が取得可能になるまで待つ。そして車両の位置情報が取得可能になると、車両位置と車両位置取得時間をテレマティクスセンタ１ｆに送信する（５ｈ）。

図６は、車載通信端末１ｂにおけるエンジン停止検知時処理４ｆのフローチャートである。エンジン停止検知時処理部２ｆでは、テレマティクスセンタ１ｆとの通信が可能であるか前述の処理５ａと同様にして調べ（６ａ）る。テレマティクスセンタ１ｆと通信ができない場合は、通信が回復するまで処理を待機させるが、その場合、エンジンが停止していることから、車載通信端末１ｂは内部バッテリーからの電源供給のみで動作する事になるため、所定の時間が経過しても通信の回復が望めない場合は処理を終了させることにする。そこで、エンジン停止検知時処理４ｆを開始してから所定の時間が経過したか調べ（６ｆ）、所定の時間が経過していなければ一定時間待った（６ｂ）後、再びテレマティクスセンタ１ｆとの通信が可能であるか調べる（６ａ）。そしてエンジン停止検知時処理４ｆの開始後、所定の時間が経過していた場合には、処理を終了する。

テレマティクスセンタ１ｆとの通信が可能である場合には、次に、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じてＧＰＳセンサ１ｃにより車両位置が取得可能であるか調べる（６ｃ）。そして車両位置が取得可能である場合、車両ＩＤ，エンジン停止情報，車両位置，車両位置取得時間をテレマティクスセンタ１ｆに送信する（６ｄ）。またＧＰＳセンサ１ｃから車両位置が取得できない場合は、車両ＩＤ，エンジン停止情報，車両位置取得不可情報をテレマティクスセンタ１ｆに送信する（６ｅ）。

図７は、車載通信端末１ｂにおける位置取得要求受信時処理４ｄを説明するフローチャートである。位置取得要求受信時処理部２ｄでは、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じてＧＰＳセンサ１ｃから車両位置が取得可能か調べ（７ａ）、車両位置が取得できる場合には、車両ＩＤ，車両位置，車両位置取得時間をテレマティクスセンタ１ｆに送信する（７ｃ）。しかし、ＧＰＳセンサ１ｃから車両位置が取得できない場合は、取得可能になるまで処理を待機させる（７ｂ）。

図８は、テレマティクスセンタ１ｆの全体制御部３ｂにおける処理を示すフローチャートである。テレマティクスセンタ１ｆの全体制御部３ｂは、ユーザデータベース３ｌに登録されている車両について、処理対象となっている特定多数の車両毎に内部変数を持ちスレッド処理される。各スレッドは車両１台１台に対応していて、車両ＩＤで管理される。車両に対応して各スレッドで管理している内部変数は、図２０に示すように、車両を特定する車両ＩＤ，その車両に対応して複数登録されている携帯電話の中から、盗難検知に使用する１つの携帯電話を指定する指定携帯電話情報，車両位置，車両位置取得時間，車両位置が取得できているかどうかを表す車両位置取得フラグ，車載通信端末に対し不要な通信を防止するために使用する車載通信端末通信状態，携帯電話位置，携帯電話位置取得時間，携帯電話位置が取得できているかどうかを表す携帯電話位置取得フラグ，携帯電話に対し不要な通信を防止するために使用する携帯電話通信状態，携帯電話に対し位置取得要求を送信してからの時間である携帯電話応答時間，盗難の検知可能な範囲を拡げるために使用するエンジンオンフラグ，エンジンオフフラグから構成されている。

ユーザデータベース３ｌ上では、車両ＩＤに対応して、携帯電話及び送信先端末の情報が登録されている。携帯電話の番号は複数登録可能であり、これらの携帯電話の中から盗難検知に使用する１つの携帯電話を指定携帯電話として指定しておく。この指定携帯電話と送信先端末の情報を使用することで、車両ＩＤで特定される車両に対応する携帯電話及び送信先端末と通信を行う。全体制御部３ｂでは、車載通信端末１ｂからのデータ受信の有無，携帯電話１ｇからのデータ受信の有無、及び携帯電話応答時間を順に一定時間毎にチェックする（８ａ）。

この際、車載通信端末１ｂ及び携帯電話１ｇからデータを受信した場合には、自スレッドに対応している車載通信端末１ｂ及び携帯電話１ｇであることをユーザデータベース３ｌを参照して確認する。自スレッドが対応している車載通信端末１ｂ及び携帯電話１ｇではない場合は、スレッド管理部３ｍにより、次のスレッドに移行する。また、現在実行しているどのスレッドもデータを送ってきた車載通信端末１ｂ及び携帯電話１ｇに対応していない場合には、スレッド管理部３ｍにより新たなスレッドが生成され、データを送ってきた車載通信端末１ｂ及び携帯電話１ｇに対応付けられている車両ＩＤをスレッドの内部変数に格納する。これにより、テレマティクスセンタにて複数の車両に対応した処理を行うことができる。

一定時間毎のチェックの結果、車載通信端末１ｂからのデータを受信したことを検出した際には、車両データ受信時処理部３ｅを、携帯電話１ｇからのデータを受信したことを検出した際には、移動体通信端末データ受信時処理部３ｆを、携帯電話応答時間が所定の値を超えてタイムアウトになったことを検出した際には、自スレッドが管理する内部変数における携帯電話位置取得フラグをＯＦＦにする処理８ｂを、それぞれ実行する。車載通信端末１ｂから通報を受けた後の盗難検知のための処理は、車両データ受信時処理８ｅで起動される盗難検知スレッドにより行われる。

図９は、車両データ受信時処理８ｅを説明するフローチャートである。車両データ受信時処理部３ｅでは、自スレッドの内部変数における車載通信端末状態を‘ＮＯＭＡＬ’にして（９ａ）、車載通信端末１ｂからの受信データを読み込み（９ｂ）、受信データに対応した処理を行う。受信データにエンジン始動情報が含まれるか否かを調べ（９ｄ）、受信データにエンジン始動情報が含まれる場合には、内部変数のエンジンオンフラグをＯＮにし（９ｅ）、盗難検知処理部３ｄにおける処理を別スレッドとして起動する（９ｆ）。盗難検知処理部３ｄを別スレッドとして起動することで、車載通信端末１ｂ及び携帯電話１ｇからのデータ受信を並行処理しつつ盗難検知を行うことができる。また、受信データにエンジン始動情報が含まれない場合には、受信データにエンジン停止情報が含まれるか否かを調べ（９ｇ）、エンジン停止情報が含まれる場合には、内部変数のエンジンオフフラグをＯＮにする（９ｈ）。そして受信データにエンジン始動情報またはエンジン停止情報が含まれる場合は、内部変数の指定携帯電話情報に登録されている携帯電話への位置取得要求処理（１１ａ）を実行する。

次に、受信データに車両位置が含まれるか否かを調べ（９ｉ）、車両位置が含まれる場合は、車両位置及び車両位置取得時間を内部変数に格納し（９ｊ，９ｋ）、内部変数の車両位置取得フラグをＯＮにする（９ｌ）。受信データに車両位置が含まれない場合には、受信データに車両位置取得不可情報が含まれるか否かを調べ（９ｍ）、車両位置取得不可情報が含まれる場合には、内部変数の車両位置取得フラグをＯＦＦにし（９ｃ）、車載通信端末への位置取得要求処理（１０ａ）を実行する。

図１０は、車載通信端末への位置取得要求処理１０ａを説明するフローチャートである。なお、同じ車両ＩＤで管理される盗難検知処理部のスレッドに対しては排他制御を行い、同じ車載通信端末に対する位置取得要求の同時アクセスを禁止する。そこで車載通信端末への位置取得要求処理１０ａでは、内部変数の車載通信端末通信状態の値が、車載通信端末に対して位置取得要求が送信可能であることを表す‘ＮＯＭＡＬ’であるか調べ（１０ｂ）、‘ＮＯＭＡＬ’である場合には、自スレッドが対応する車両ＩＤと対応付けられた車載通信端末に対して位置取得要求を送信し（１０ｃ）、内部変数の車載通信端末通信状態の値を、車載通信端末に対する位置取得要求が送信済みであることを表す‘ＳＥＮＤ’にする（１０ｄ）。各スレッドに対応した内部変数の車載通信端末通信状態を用いることで、多重の要求送信を防ぐことができる。内部変数の車載通信端末通信状態を‘ＳＥＮＤ’から‘ＮＯＭＡＬ’へ遷移させる処理は、車載通信端末から要求したデータを受信した際に行う。

図１１は、携帯電話への位置取得要求処理１１ａを説明するフローチャートである。なお、車載通信端末への位置取得要求と同様に、携帯電話への位置取得要求処理１１ａでも同じ車両ＩＤで管理される盗難検知処理部のスレッドに対して排他制御を行い、同じ携帯電話に対する位置取得要求の同時アクセスを禁止する。そこでまず携帯電話への位置取得要求処理１１ａでは、内部変数の携帯電話通信状態が‘ＮＯＭＡＬ’であるか調べ（１１ｂ）、‘ＮＯＭＡＬ’である場合には、内部変数の指定携帯電話情報に登録されている携帯電話に対して位置取得要求を送信し（１１ｃ）、携帯電話位置取得フラグをＯＮにし（１１ｄ）、携帯電話応答時間の値を初期化して（１１ｅ）、携帯電話通信状態の値を‘ＳＥＮＤ’にする（１１ｆ）。携帯電話応答時間をタイマ（２ｃ）により測定することで、通信のタイムアウトを検出させることができる。この、内部変数の携帯電話通信状態を用いることで、多重の要求送信を防ぐことができる。

図１２は、移動体通信端末データ受信時処理８ｆを説明するフローチャートである。移動体通信端末データ受信時処理部３ｆでは、大きく分けて、携帯電話の位置情報を受信した際の処理と、盗難検知に使用する１つの携帯電話を指定する指定携帯電話情報を受信した際の処理を行う。

そこでまず、受信したデータが携帯電話の位置情報であるか否かを調べ（１２ａ）、受信データが位置情報である場合には携帯電話の位置情報を受信した際の処理を行う。受信データが携帯電話の位置情報ではない場合には、受信したデータが指定携帯電話情報であるか否かを調べ（１２ｂ）、受信データが指定携帯電話情報である場合には、指定携帯電話情報を受信した際の処理を行う。それ以外の場合は処理を終了する。

携帯電話の位置情報を受信した際の処理としては、まず、内部変数の携帯電話通信状態を‘ＮＯＭＡＬ’に戻し（１２ｃ）、受信した携帯電話の位置情報と受信時刻をそれぞれを内部変数の携帯電話位置と携帯電話位置取得時間に格納した上で携帯電話位置取得フラグをＯＮにする（１２ｄ，１２ｅ，１２ｏ）。

次に、内部変数のエンジンオンフラグがＯＮであるか調べ（１２ｆ）、次にエンジンオフフラグがＯＮであるか調べ（１２ｇ）、エンジンオンフラグとエンジンオフフラグが共にＯＮである場合には、内部変数の携帯電話位置取得時間を内部変数の車両位置取得時間として格納し（１２ｈ）、エンジンオフフラグをＯＦＦにする（１２ｉ）。これは、エンジン停止時に車両位置が取得できなかった場合に対するエンジン始動時の処理である。これにより、車載通信端末で車両位置が取得できない場所であっても、携帯電話位置が取得可能であれば盗難検知が可能となる。

その後、エンジンオフフラグがＯＮであるかを調べ（１２ｊ）、エンジンオフフラグがＯＮでなければ処理を終了する。エンジンオフフラグがＯＮである場合には、車両位置取得フラグがＯＦＦであるか調べ（１２ｋ）、車両位置取得フラグがＯＦＦである場合には、内部変数の携帯電話位置をユーザデータベース３ｌの該当する車両ＩＤの車両位置として格納し（１２ｌ）、内部変数の車両位置取得フラグをＯＮにする（１２ｍ）。この箇所も、車載通信端末で車両位置が取得できない場所に対し盗難検知を可能にするための処理である。一方、車両位置取得フラグがＯＦＦでない場合は、エンジンオフフラグをＯＦＦに設定する（１２ｎ）。以上の、車両位置が取得できなかった場合のエンジン始動時の処理（１２ｆ〜１２ｍ）により、携帯電話の位置を車両の位置としてユーザデータベース３ｌに登録しておくことで、エンジン始動時に盗難の判断を行うデータを揃えることができる。

また、指定携帯電話情報を受信した際の処理としては、内部変数の指定携帯電話情報を、受信した指定携帯電話情報で更新する（１２ｐ）。この指定携帯電話情報により、同一の車両に対して複数の使用者がいた場合、すなわち携帯電話が複数存在する場合に、テレマティクスセンタから位置を確認する携帯電話を特定する。

図１３は、盗難検知処理８ｄを説明するフローチャートである。盗難検知処理部３ｄでは、実際に車両盗難の判断を行う。一定時間毎に所定回数判断を行うため、初期値として確認回数を０に設定する（１３ａ）。一定時間毎に所定回数確認することで、例えば車両が使用者の自宅の車庫にあり、使用者が自宅にいる場合の盗難等、エンジンが始動した直後は使用者と車両の距離が近い場合でも、距離が離れた際に盗難と判断することができる。盗難の確認を行う回数をｎとすると、この処理では、確認回数＜ｎであるか調べ（１３ｂ）、確認回数≧ｎとなれば（１３ｂでＮＯ）処理を終了することになる。

車両盗難の判断ではまず、適切な車両のデータと携帯電話のデータが揃っている事を確認するため、車両位置取得フラグがＯＮで、かつ携帯電話位置取得フラグがＯＮであることを判定する（１３ｃ）。適切な車両のデータと携帯電話のデータが揃っていない場合、携帯電話位置取得フラグがＯＦＦであるか調べ（１３ｍ）、携帯電話位置取得フラグがＯＦＦの場合は、車両位置取得フラグがＯＮであるか調べる（１３ｎ）。携帯電話位置取得フラグがＯＦＦで、且つ車両位置取得フラグがＯＮである場合は、送信先端末との通信が可能になり次第、送信先端末に盗難信号を送信し（１３ｏ）、処理を終了する。位置取得のセンサの違いにより、車両位置が取得できる場所では、位置測位センサによる携帯電話位置も取得できることが分かるため、盗難検知を行うことができる。

車両位置取得フラグがＯＦＦで、かつ携帯電話位置取得フラグがＯＮの場合、または車両位置取得フラグも携帯電話位置取得フラグもＯＦＦの場合には、改めて車両位置取得フラグがＯＦＦであることを確認（１３ｐ）した後、各データの取得要求処理として、車両位置取得フラグがＯＦＦである場合は、車両通信端末への位置取得要求処理（１０ａ）を行う。次に、携帯電話位置取得フラグがＯＦＦであるか確認（１３ｑ）し、携帯電話位置取得フラグがＯＦＦである場合は、携帯電話への位置取得要求処理を行う（１１ａ）。その後一定時間処理を待機し（１３ｒ）、１３ｂの確認回数の判定処理に戻る。

車両位置取得フラグがＯＮで、かつ携帯電話位置取得フラグがＯＮである場合は、車両のデータと携帯電話のデータが揃っていることから、車両位置取得時間と携帯電話位置取得時間の差の絶対値を取得時間の差として求め（１３ｄ）、取得時間の差が所定の値α以下であるか判定する（１３ｅ）。ここでαは、携帯電話位置の取得に必要な通信時間以上の小さな値を取る。この処理により、位置の比較を行うデータの信頼性を向上させる。この条件が偽である場合は、車両位置取得フラグをＯＦＦ、携帯電話位置取得フラグをＯＦＦにし（１３ｌ）、各データの取得要求処理のため前述の１３ｐの処理へ移行する。

取得時間の差が所定の値α以下の場合には次に、車両位置と携帯電話位置の差の絶対値を位置の差として計算し（１３ｆ）、位置の差が所定の値β以下であるか判定する。ここでβは、時間差による位置の誤差を考慮した上で、小さな値を取る。この条件が真である場合は、携帯電話を所持している車両の使用者が対象車両の極近くにいるため、盗難ではないと判断し、確認回数を１回増やして更新し（１３ｈ）、車両位置取得フラグをＯＦＦ、携帯電話位置取得フラグをＯＦＦにし（１３ｉ）、一定時間処理を待機（１３ｊ）させた後、１３ｂの確認回数の判定処理に戻る。

しかし、位置の差が所定の値βよりも大きい場合、携帯電話を所持している車両の使用者がエンジンのかかった対象車両から離れているため、車両が盗難されたと判断し、送信先端末との通信が可能になり次第、盗難信号を送信先端末へ送信する（１３ｋ）。これにより、使用者は、車両が盗難されたことを知ることができる。

この操作は、前回の車両の使用者が異なる場合に、車両に乗る使用者が車両を使用する際に、携帯電話の設定アプリケーションを操作して自分の持つ携帯電話を指定してテレマティクスセンタに指定携帯電話情報を送信する。これにより、複数の使用者が持つ携帯電話に対応することができる。また、複数の携帯電話を登録できるため、携帯電話が盗難された場合でも、使用者が他の携帯電話を持ち、テレマティクスセンタに対して、盗難された携帯電話情報の削除及び他の携帯電話情報を指定携帯電話情報として登録することで、盗難検知及び通知が可能となる。

図１の構成は、移動体通信端末である携帯電話１ｇと車両の盗難通知を受信する送信先端末１ｉは別の機器であったが、これらを同一の機器とし、移動体通信端末である携帯電話１ｇが送信先端末１ｉの機能を併せ持つ構成としてもよい。これにより、盗難信号を使用者が持つ移動体通信端末である携帯電話１ｇに通知することにより、盗難を検知した直後に、使用者に伝えることができる。盗難検知には携帯電話１ｇを用いるため、盗難検知が可能であった場所では、盗難通知のための通信が不可になることも少ない。また、盗難信号の通知先となる携帯電話を複数用意してもよい。

上記の実施例１ではテレマティクスセンタ１ｆで車両の盗難を判断したが、テレマティクスセンタを設けずに、車載通信端末が搭載された車両の盗難を判断するようにしてもよい。図１４は、車載通信端末にて車両の盗難の判断を行う車両盗難通知システムの構成図である。この実施例は、車両１ａは車載通信端末１４ａを備え、移動体通信端末である携帯電話１ｇ、及び送信先端末１ｉと基地局（１ｋ，１ｌ）を経由して通信を行い、車両の盗難を判定する構成をとるシステムの例を説明する。ここでは、前述の実施例１と同様に、移動体通信端末を位置測位センサ１ｈを有した携帯電話１ｇとし、車両１ａ側で車載通信端末１４ａに取り付けられる位置測位センサをＧＰＳセンサ１ｃとする。

車載通信端末１４ａは、車両１ａを複数の運転者が使用する場合に対応するため、複数のユーザ情報と複数の携帯電話情報を登録できるものとする。また、実施例１と同様に、携帯電話１ｇには、車両１ａと車両１ａを使用しているユーザの携帯電話１ｇを１対１で対応させるための設定アプリケーションがインストールされているものとする。

この実施例２の構成により、テレマティクスセンタを経由せずに通信を行うため、運営費等のコストをかけることなく、実施例１と同様の盗難検知及び通知を行うことができる。また、テレマティクスセンタが無くとも、使用者は車両１ａの位置を把握することができる。

図１５は、車載通信端末１４ａの構成図である。車載通信端末１４ａは、実施例１と同様に、制御モジュール１５ａと内部バッテリー２ｌを備える。制御モジュール１５ａは、全体制御部１５ｂ，盗難検知処理部１５ｃ，エンジン始動検知時処理部１５ｄ，エンジン停止検知時処理部１５ｅ，移動体通信端末データ受信時処理部１５ｏ，タイマ２ｃ，スレッド管理部１５ｈ，通信Ｉ／Ｆ（１５ｇ），ＧＰＳ−Ｉ／Ｆ（２ｉ），ＡＣＣラインＩ／Ｆ（２ｊ），バッテリー制御部２ｋの機能モジュールを備える。

全体制御部１５ｂでは、タイマ２ｃによって時間を管理し、盗難検知処理部１５ｃ，エンジン始動検知時処理部１５ｄ，エンジン停止検知時処理部１５ｅ，移動体通信端末データ受信時処理部１５ｏを管理する。

盗難検知処理部１５ｃは、実施例１で説明したテレマティクスセンタ１ｆの盗難検知処理部３ｄと以下の一部を除き同様の処理を行う。盗難検知処理部１５ｃは車載通信端末１４ａに設けられていることから、車載通信端末への位置取得要求処理１０ａは、後述する車両位置取得処理１９ａに置き換わる。

またエンジン始動検知時処理部１５ｄは、ＡＣＣラインＩ／Ｆ（２ｊ）からエンジンが始動したことを検知した際に動作するモジュールであり、エンジンが始動したことを検知すると、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じて位置を取得し、内部変数として格納して車両位置取得フラグをＯＮにし、携帯電話への位置取得要求処理１１ａを実行する。

エンジン停止検知時処理部１５ｅは、ＡＣＣラインＩ／Ｆ（２ｊ）からエンジンが停止したことを検知した際に動作するモジュールであり、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じて位置を取得し、内部変数として格納して車両位置取得フラグをＯＮにする。位置が取得できない場合は、車両位置取得フラグをＯＦＦにする。

通信Ｉ／Ｆ（１５ｇ）及び通信アンテナ１５ｇは、データ通信網により携帯電話１８と送信先端末１ｉとの通信を行う。

スレッド管理部１５ｈ，移動体通信端末データ受信時処理部１５ｏは、実施例１で説明したテレマティクスセンタ１ｆの制御アプリケーション３ａに設けられていたスレッド管理部３ｍ，移動体通信端末データ受信時処理部３ｆと同様であり、これらを車載通信端末１４ａの制御モジュール１５ａ上に実装したものであり、動作は同じである。

車載通信端末１４ａは、実施例１のテレマティクスセンタと同様の内部変数を持つ。ただし、１車両分のデータのみの管理となる。この内部変数の構成を図２１に示す。管理する内部変数は、車両に対応して複数登録が可能なユーザ情報及び携帯電話情報，盗難検知に使用する１つの携帯電話を指定する指定携帯電話情報，車両位置，車両位置取得時間，車両位置が取得できているかどうかを表す車両位置取得フラグ，携帯電話位置，携帯電話位置取得時間，携帯電話位置が取得できているかどうかを表す携帯電話位置取得フラグ，携帯電話に対し不要な通信を防止するために使用する携帯電話通信状態，携帯電話に対し位置取得要求を送信してからの時間である携帯電話応答時間，盗難の検知可能な範囲を拡げるために使用するエンジンオンフラグ，エンジンオフフラグである。

図１６〜図１９に、実施例２で変更された車載通信端末１４ｂにおける処理を説明したフローチャートを示す。

図１６は、車載通信端末１４ｂの全体制御部１５ｂにおける処理を示すフローチャートである。全体制御部１５ｂでは、ＡＣＣラインＩ／Ｆ（２ｊ），通信Ｉ／Ｆ（１５ｆ）の状態を監視して、エンジンの始動・停止状態や携帯電話１ｇからのデータ受信の状態を一定時間毎にチェックし（１６ａ）、エンジンの始動を検知した際にはエンジン始動検知時処理１６ｄを、エンジンの停止を検知した際にはエンジン停止検知時処理１６ｅを、携帯電話１ｇからデータを受信した際には移動体通信端末データ受信時処理８ｆをそれぞれ実行する。また、携帯電話１ｇからの携帯電話応答時間が、所定の時間を超えタイムアウトになった場合には、車載通信端末１４ｂから基地局までの接続が確立できていたかを調べ（１６ｂ）、基地局までの接続が確立できていた場合は、携帯電話位置取得フラグをＯＦＦにする処理（１６ｃ）が実行される。

図１７は、エンジン始動検知時処理１６ｄを説明するフローチャートである。エンジン始動検知時処理１６ｄでは、内部変数のエンジンオンフラグをＯＮにし（１７ａ）、盗難検知処理部１５ｃを別のスレッドとして起動する（１７ｂ）。また、ＧＰＳセンサ１ｃから車両の位置が取得可能か調べ（１７ｃ）、位置が取得可能な場合は、ＧＰＳセンサ１ｃから取得した位置を内部変数の車両位置に、また位置を取得した時刻を車両位置取得時間に格納し（１７ｄ，１７ｅ）、車両位置取得フラグをＯＮにする（１７ｆ）。ＧＰＳセンサ１ｃから車両の位置が取得できない場合は、車両位置取得フラグをＯＦＦにする（１７ｇ）。その後、図１１に示す携帯電話への位置取得要求処理１１ａを実行する（１１ａ）。

図１８は、エンジン停止検知時処理１６ｅを説明するフローチャートである。エンジン停止検知時処理部１５ｅでは、内部変数のエンジンオフフラグをＯＮにし（１８ａ）、ＧＰＳセンサ１ｃから車両の位置が取得可能か調べる（１８ｂ）。位置が取得可能な場合は、ＧＰＳセンサ１ｃから取得した位置を内部変数の車両位置に、また位置を取得した時刻を車両位置取得時間に格納し（１８ｃ，１８ｄ）、車両位置取得フラグをＯＮにする（１８ｅ）。またＧＰＳセンサ１ｃから車両の位置が取得できない場合は、内部変数の車両位置取得フラグをＯＦＦにする（１８ｆ）。

前述のように、実施例１における車載通信端末への位置取得要求処理１０ａは、実施例２においては車両位置取得処理１９ａに置き換わる。図１９は、この車両位置取得処理１９ａを説明するスローチャートである。車両位置取得処理１９ａでは、車両位置を取得し内部変数に格納する処理を行う。そこでまず、ＧＰＳ−Ｉ／Ｆ（２ｉ）を通じてＧＰＳセンサ１ｃから車両の位置が取得可能か調べ（１９ｂ）、位置が取得可能な場合にはＧＰＳ−Ｉ／Ｆ（２ｉ）を通じて取得した位置を車両位置に格納し、位置を取得した時刻を車両位置取得時間に格納して（１９ｄ，１９ｅ）、車両位置取得フラグをＯＮにする（１９ｆ）。ＧＰＳセンサ１ｃから車両の位置が取得できない場合は、一定時間待機し（１９ｃ）、再び１９ｂの処理に戻って位置が取得可能か調べる処理を、車両位置の取得が可能になるまで繰り返す。

携帯電話の設定アプリケーションでは、車載通信端末に指定携帯電話情報を送信する。この操作は、実施例１と同様、車両を使用する際に、前回の車両の使用者が異なる場合に行う。これにより、実施例１と同様の効果が得られる。

図１４の構成は、移動体通信端末である携帯電話１ｇと送信先端末１ｉは別の機器であったが、実施例１の場合と同様に、携帯電話と送信先端末を同一の機器で実現し、携帯電話１ｇが両機器の機能を持つ構成としてもよい。これにより、盗難信号を使用者が持つ携帯電話１ｇに通知することにより、盗難を検知した直後に、使用者に伝えることができる等、実施例１における携帯電話と送信先端末を同一の機器で実現した構成と同様の効果が得られる。

本発明は、車両の盗難を検知するシステムに適用することができる。

１ｂ，１４ａ 車載通信端末
１ｃ ＧＰＳセンサ
１ｅ 車両バッテリー
１ｆ テレマティクスセンタ
１ｇ 携帯電話
１ｈ 位置測位センサ
１ｉ 送信先端末
１ｊ，１ｋ，１ｌ 基地局
２ｂ，３ｂ，１５ｂ 全体制御部
２ｃ，３ｃ タイマ
２ｄ 位置取得要求受信時処理部
２ｅ，１５ｄ エンジン始動検知時処理部
２ｆ，１５ｅ エンジン停止検知時処理部
２ｇ，１５ｆ 通信Ｉ／Ｆ
２ｉ ＧＰＳ−Ｉ／Ｆ
２ｊ ＡＣＣラインＩ／Ｆ
２ｋ バッテリー制御部
２ｌ 内部バッテリー
３ｄ，１５ｃ 盗難検知処理部
３ｅ 車両データ受信時処理部
３ｆ，１５ｏ 移動体通信端末データ受信時処理部
３ｇ 車載通信端末用通信Ｉ／Ｆ
３ｈ 携帯電話用通信Ｉ／Ｆ
３ｉ ユーザデータベースＩ／Ｆ
３ｊ 車載通信端末用通信端末
３ｋ 携帯電話用通信端末
３ｌ ユーザデータベース
３ｍ，１５ｈ スレッド管理部

Claims (4)

1. 第１の位置測位センサに接続された車載通信端末と、第２の位置測位センサを備えた移動体通信端末と、盗難信号を受信する送信先端末と、盗難を前記送信先端末に通知するセンターからなる車両盗難通知システムにおいて、
   前記車載通信端末は、エンジンの状態を検知する手段と、前記センターとデータの送受信を行う第１の通信手段を備え、
   前記移動体通信端末は、前記センターと通信を行う第２の通信手段を備え、
   前記送信先端末は、前記センターからの盗難信号を受信する手段を備え、
   前記センターは、前記車載通信端末と通信を行う第３の通信手段と、前記移動体通信端末と通信を行う第４の通信手段と、前記送信先端末に対して盗難信号を送信する通知手段を備え、
   前記車載通信端末は、前記エンジンの状態を検知する手段により、エンジンの始動を検知した際には、前記第１の位置測位センサにより取得した位置情報を前記第１の通信手段により、前記センターに通知し、
   前記センターは、前記第３の通信手段により前記車載通信端末の位置情報を受信すると、前記第２の位置測位センサによる前記移動体通信端末の位置情報を前記第４の通信手段により取得して、前記車載通信端末の位置情報と前記移動体通信端末の位置情報から前記車載通信端末と前記移動体通信端末との距離を求め、当該距離が所定値以上である場合には、車両の盗難が発生していると判断して、前記通知手段により盗難信号を前記送信先端末へ送信する
   ことを特徴とするシステム。
2. 第１の位置測位センサに接続された車載通信端末と、第２の位置測位センサを備えた移動体通信端末と、盗難信号を受信する送信先端末からなる車両盗難通知システムにおいて、
   前記車載通信端末はエンジンの状態を検知する手段と、前記移動体通信端末とデータの送受信を行う第１の通信手段と、前記送信先端末に対し盗難信号を送信する通知手段を備え、
   前記移動体通信端末は、前記車載通信端末と通信を行う第２の通信手段を備え、
   前記送信先端末は、前記車載通信端末からの盗難信号を受信する手段を備え、
   前記車載通信端末は、前記エンジンの状態を検知する手段により、エンジンの始動を検知した際には、前記第２の位置測位センサによる前記移動体通信端末の位置情報を前記第１の通信手段により取得して、前記第１の位置測位センサによる位置情報と前記移動体通信端末の位置情報から前記車載通信端末と前記移動体通信端末との距離を求め、当該距離が所定値以上である場合には、車両の盗難が発生していると判断して、前記通知手段により盗難信号を前記送信先端末へ送信する
   ことを特徴とするシステム。
3. 第１の位置測位センサに接続された車載通信端末と、第２の位置測位センサを備えた移動体通信端末と、盗難を前記移動体通信端末に通知するセンターからなる車両盗難通知システムにおいて、
   前記車載通信端末は自動車のエンジンの状態を検知する手段と、前記センターとデータの送受信を行う第１の通信手段を備え、
   前記移動体通信端末は、前記センターと通信を行う第２の通信手段を備え、
   前記センターは、前記車載通信端末と通信を行う第３の通信手段と、前記移動体通信端末と通信を行う第４の通信手段を備え、
   前記車載通信端末は、前記エンジンの状態を検知する手段により、エンジンの始動を検知した際には、前記第１の位置測位センサにより取得した位置情報を前記第１の通信手段により、前記センターに通知し、
   前記センターは、前記第３の通信手段により前記車載通信端末の位置情報を受信すると、前記第２の位置測位センサによる前記移動体通信端末の位置情報を前記第４の通信手段により取得して、前記車載通信端末の位置情報と前記移動体通信端末の位置情報から前記車載通信端末と前記移動体通信端末との距離を求め、当該距離が所定値以上である場合には、車両の盗難が発生していると判断して、前記第４の通信手段により、前記移動体通信端末へ盗難信号を送信する
   ことを特徴とするシステム。
4. 第１の位置測位センサに接続された車載通信端末と、第２の位置測位センサを備えた移動体通信端末からなる車両盗難通知システムにおいて、
   前記車載通信端末はエンジンの状態を検知する手段と、前記移動体通信端末とデータの送受信を行う第１の通信手段を備え、
   前記移動体通信端末は、前記車載通信端末と通信を行う第２の通信手段を備え、
   前記車載通信端末は、前記エンジンの状態を検知する手段により、エンジンの始動を検知した際には、前記第２の位置測位センサによる前記移動体通信端末の位置情報を前記第１の通信手段により取得して、前記第１の位置測位センサによる位置情報と前記移動体通信端末の位置情報から前記車載通信端末と前記移動体通信端末との距離を求め、当該距離が所定値以上である場合には、車両の盗難が発生していると判断して、前記移動体通信端末に盗難信号を送信する
   ことを特徴とするシステム。

Images