JP2010079929A - 盗難検知装置 - Google Patents

Abstract

【課題】 車載用電子機器の有効な盗難防止、盗難検知
【解決手段】 盗難検知装置は、各車載用電子機器についての固有のコード番号とパスワードと連絡先をデータベース管理しておく。一方で、車載用電子機器では、所定時点においてユーザーにパスワード入力を求め、パスワード及び固有のコード番号を盗難検知装置に送信する。これにより盗難検知装置が、パスワードの認証を行うことで、正規のユーザー（つまり所有者）がパスワード入力操作をしたものであるのか、盗んだ不正ユーザーがパスワード入力操作をしたのであるかを判別できるようにし、盗難発生を検知した場合は、連絡先情報に基づいて正規のユーザーに連絡する。
【選択図】図１

Description

本発明は、車載用の電子機器についての盗難の検知、防止を実現できるようにした盗難検知装置に関するものである。

車載用電子機器、例えばナビゲーションシステムやカーステレオシステムなどでは、盗難防止が１つの課題となっており、各種の技術が提案されている。
例えばユーザーが車から離れる際には、カーステレオ等のフロントパネルを取り外して携帯することで、盗難されても使用できないようにすることで、盗難を予防する技術や、或いは機器内にパスワードを記憶させ、使用時にパスワードを入力しなければ動作しないようにすることで、盗難されても使用できないようにすることで、盗難を予防する技術が知られている。

しかしながら、フロントパネルを取り外して携帯する方式は、ユーザーにとって面倒なものとなり、実際にはフロントパネルをはずさないで車から離れる場合が多く、盗難防止機能が生かされないことが多い。
また機器内にパスワードを記憶して、使用時にパスワードを要求する方式は、何らかの手段で盗難者によってパスワードが読みとられ、使用可能となってしまうおそれがある。
さらに、一時的に盗難防止機能をオフとしたいような場合がある。例えば知人に車を貸す際に、パスワードを教えたくないが、車載用電子機器自体は使えるようにしてあげたい場合である。ところがそのような一時的な機能オフの要望に容易に対応できるものはない。

さらにこれらを含めた従来の盗難防止方式では、所有者が車に戻ってくるまで盗難に気がつかないため、迅速な対応がとれない。
また、車載用電子機器がとりはずれた際に機能する盗難防止装置もあるが、自動車ごと盗まれてしまったような場合には、そのような盗難防止装置は役立たない。

本発明はこれらの問題点に鑑みてなされたもので、盗難の防止、検知、さらには盗難後の発見に好適に機能する盗難検知システムを提供することを目的とする。

盗難検知システムは、車載用電子機器と盗難検知装置とからなる。
そして車載用電子機器は、無線伝送路を介して盗難検知装置との間でデータ通信を行うことのできる無線通信手段と、操作入力手段と、主たる動作電源がオフとされた状態においても記憶されたデータを保持することができるとともに少なくとも装置固有のコード情報を記憶する記憶手段と、所要時点において上記操作入力手段から入力されたパスワードと上記記憶手段から読み出した上記コード情報のうちの一方又は両方を上記無線通信手段により上記盗難検知装置に送信させることのできる制御手段と、主たる動作電源がオフとされた状態においても少なくとも上記無線通信手段と上記制御手段の動作が実行できるようにする補助電源手段と、を備えるものとする。

また本発明の盗難検知装置は、車載用電子機器との間でデータ通信を行うことのできる通信手段と、各車載用電子機器について少なくとも車載用電子機器の固有のコード番号、パスワード、その車載用電子機器の所有者の連絡先情報を記憶したデータベース手段と、上記通信手段により上記車載用電子機器から送信されてきたパスワードが受信された際に上記データベース手段を参照して受信されたパスワードの認証処理を行ない、パスワード認証ＮＧとされた場合は上記通信手段により上記車載用電子機器に対してパスワード認証ＮＧの通知を送信すると共に、上記データベース手段に記憶されている連絡先情報に基づいてユーザーに異常発生通知を行う制御手段と、を備えるようにする。

即ち本発明は盗難検知装置は、各車載用電子機器についての固有のコード番号とパスワードと連絡先をデータベース管理しておく。一方で、車載用電子機器では、所定時点においてユーザーにパスワード入力を求め、パスワード及び固有のコード番号を盗難検知装置に送信する。盗難検知装置は、パスワードの認証をおこなうことで、正規のユーザー（つまり所有者）がパスワード入力操作をしたものであるのか、盗んだ不正ユーザーがパスワード入力操作をしたのであるかを判別できる。つまり盗難が発生した際に検知できる。そして盗難発生の場合は、正規ユーザーに連絡することで、迅速な対応が可能となる。

本発明では、盗難検知装置は、各車載用電子機器についての固有のコード番号とパスワードと連絡先をデータベース管理しておく。一方で、車載用電子機器では、所定時点においてユーザーにパスワード入力を求め、パスワード及び固有のコード番号を盗難検知装置に送信する。従って盗難検知装置は、パスワードの認証を行うことで、正規のユーザー（つまり所有者）がパスワード入力操作をしたものであるのか、盗んだ不正ユーザーがパスワード入力操作をしたのであるかを判別できる。つまり盗難が発生した際に検知できる。そして盗難発生を検知した場合は、連絡先情報に基づいて正規のユーザーに連絡するようにしているため、正規のユーザは、盗難の発生を知ることができ、迅速な対応が可能となるという効果がある。またこのような盗難が即座に検知される機能により犯罪の防止効果も得られる。
またこの機能により犯罪の抑止力が働き、盗難自体を減少させることができる。
さらに車載用電子機器は内部に補助電源手段を搭載していることから、車から取り外されて盗難されたときも、上記機能を発揮できる。
またパスワードは車載用電子機器内には記憶されていないため、車載用電子機器を盗んだ者がパスワードを発見、解読することは不可能である。

また、車載用電子機器に固有のコード情報は、盗難検知装置が設定して送信してくるものとしたり、パスワードは、車載用電子機器の初期設定の際に入力されたパスワードを盗難検知装置に送信してデータベースに登録されるようにすることで、盗難検知装置によるサービスを受けるためのユーザの作業は非常に簡単なものであり、また車載用電子機器を購入し車に取り付けた際に即座に実行できるものとなる。

また車載用電子機器は、電源オンとされた際、つまり車のエンジンがかけられて車載用電子機器がオンとなったに際に、パスワードの入力を求め、入力されたパスワード及びコード情報を、盗難検知装置に送信することで、例えば車が盗難される際に、盗難を検知できる。
或いは車載用電子機器が取り外されて盗難された後においても、或る車に取り付けられて電源オンとされる毎に、検知できるものとなる。これにより盗難の迅速な発見、解決に有効となる。

また車載用電子機器は、操作入力手段を用いたユーザー操作により、主たる動作電源の供給停止状態とする意志を表す特定の操作が行われた際に、操作入力手段からのパスワードの入力を求め、入力されたパスワード及びコード情報を、盗難検知装置に送信することで、パスワードを知る本来のユーザーであれば動作電源の供給停止、つまりカーバッテリーの交換や機器の取り外しを問題なくできるが、パスワードを知らないユーザー、つまり盗難者が取り外しを行おうとした場合は、即座にそれを検知できるものとなる。
また、上記操作入力手段を用いた特定の操作がおこなわれていない状態で、主たる動作電源の供給が停止された場合、例えばいきなり取り外された場合などは、盗難検知装置に電源オフ通知及びコード情報を送信することで、これも盗難等の異常事態を即座に検知できるものとなる。

また盗難検知装置においてパスワード認証ＮＧとなった場合は、車載用電子機器は操作不能状態とされることで、盗難検知後においてはその車載用電子機器は使用できないものとなる。これも盗難予防に役立つ。
また、正規ユーザーが盗難検知装置に求めることで、盗難検知装置からの操作不能状態を指示するコマンドを車載用電子機器に送信させることができるため、正規ユーザーは任意に車載用電子機器を操作不能とすることができる。
また、同じく正規ユーザーが盗難検知装置に求めることで、盗難検知装置による盗難検知サービスを停止させることができる。従って、ユーザーが盗難検知が不要と考えた場合にも容易に対応できる。

本発明の実施の形態の盗難検知サービスシステムの構成の説明図である。 実施の形態の車載システムのブロック図である。 実施の形態のサービスプロバイダのブロック図である。 実施の形態のサービスプロバイダのデータベースの説明図である。 実施の形態の初期設定処理のフローチャートである。 実施の形態の初期設定処理のフローチャートである。 実施の形態の初期設定処理のフローチャートである。 実施の形態の車載システムの電源投入時の処理のフローチャートである。 実施の形態の車載システムの電源投入時の処理のフローチャートである。 実施の形態の電源取り外し時の処理のフローチャートである。 実施の形態の電源取り外し時の処理のフローチャートである。 実施の形態の強制的な電源取り外し時の処理のフローチャートである。 実施の形態のユーザー端末からの使用制限設定処理のフローチャートである。 実施の形態のユーザー端末からの使用制限設定処理のフローチャートである。 実施の形態のユーザー端末からのサービス停止処理のフローチャートである。 実施の形態のユーザー端末からのサービス停止処理のフローチャートである。

以下、本発明の実施の形態として、車載システム、サービスプロバイダ及びユーザー端末を有する盗難検知サービスシステムについて次の順序で説明する。なお、車載システムは車載用電子機器に相当し、サービスプロバイダは本発明の盗難検知装置に相当する。

１．盗難検知サービスシステムの構成
２．車載システムの構成
３．サービスプロバイダの構成
４．初期設定処理
５．車載システムの電源投入時の処理
６．電源取り外し時の処理
７．強制的な電源取り外し時の処理
８．ユーザー端末からの使用制限設定処理
９．ユーザー端末からのサービス停止処理

１．盗難検知サービスシステムの構成

図１に盗難検知サービスシステムの構成を模式的に示す。
車載システム１は、ユーザーの自動車に搭載される電子機器を示しており、図２で詳しく述べるが、本例ではオーディオ装置部を有する機器としている。
サービスプロバイダ２は、ユーザーとの契約に基づいて、車載システム１の盗難検知サービスを実施する部位である。装置構成は図３で述べる。

一点鎖線で囲った部位は、車載システム１の所有者たるユーザーが有する通信機器を示しており、例えばパーソナルコンピュータや電話機など、通信網５に対して有線で接続される有線ユーザー端末３や、例えば携帯型ＰＤＡ（Personal Digital Assistants）機器や携帯電話機など、通信網５に対して無線で接続される無線ユーザー端末４がある。

通信網５は各部間の伝送路として機能する通信網で、例えばＩＳＤＮ回線、アナログ回線などの公衆回線でもよいし、当該盗難検知サービスシステムの専用回線でもよい。
車載システム１は移動体無線通信機能を有しているが、このため無線基地局６ａを介して通信網５に接続される。また無線ユーザ端末４も無線基地局６ａを介して通信網５に接続される。

このような盗難検知サービスシステムにおいては、ユーザーは車載システム１を購入した際、或いは購入した車載システム１を自動車に取り付ける際などに、サービスプロバイダ２に所定の登録データを送信し、サービスプロバイダ２との間でサービス契約を結ぶ。
すると以降は、車載システム１の動作及びそれに対するサービスプロバイダ２の処理により、盗難の発生が監視されることになる。そして、もし実際に盗難が発生し、サービスプロバイダ２がそれを検知したら、即座にユーザー端末３，４に通知することで、ユーザーは自分の所有する車載システム１もしくは自動車自体が盗難にあったことを知ることができるようにされる。

２．車載システムの構成

図２に車載システム１の構成を示す。
この車載システム１は、ＣＰＵ１１、不揮発性メモリ１２、表示部１３、無線通信部１４、操作部１５、オーディオ部１６、バックアップ電池１７ａ〜１７ｃ、アンテナ１８、スピーカ部１９を有する。

ＣＰＵ１１は、車載システム１の制御部として内部メモリに保持する動作プログラム及び操作部１５からのユーザー操作に応じて、各部の制御を行う。
即ち表示部１３の表示制御、不揮発性メモリ１２に対するデータの書込／読出、無線通信部１４による送受信動作、オーディオ部１６における音楽等の再生動作やラジオ受信動作の制御を行う。
本例の盗難検知を実現するためのＣＰＵ１１の処理については、図５以降で詳しく説明する。

不揮発性メモリ１２は、ＣＰＵ１１が各部の制御に用いる定数、係数、或いは各種設定値などが記憶される。また本例の場合、盗難検知に用いる情報として、当該車載システム１に固有のコードとされるキーコード、及び車載システム１の製造時に付与されたシリアルナンバが記憶される。

表示部１３は、例えば液晶パネルなどによる表示部であり、各種動作のメニュー画面、操作ガイド画面や、さらにはオーディオ部１６の動作にともなった例えば再生動作状況やスペクトラムアナライザ表示その他のオーディオ再生に関する表示をＣＰＵ１１の制御により実行する。
また本例の場合は、所定時点においてユーザーにパスワードの入力が求められるが、その際に、ユーザーに対するパスワード入力画面を表示したり、或いは各種のメッセージを表示する。

操作部１５は、操作キー、ジョグダイヤルなどの操作子によるユーザーの操作入力部である。操作部１５には、少なくともオーディオ部の動作についての操作やパスワード入力操作、メニュー操作などに必要な操作子が用意される。
なお図示していないが、赤外線リモートコマンダー及び受光部により構成される遠隔操作手段や、例えば表示部１３上に設けられるタッチパネル操作手段なども、ここでいう操作部１５として採用されてもよい。

無線通信部１４はＣＰＵ１４の制御に基づいてデータ送受信を行う部位である。即ち図１に示したように無線基地局６ａ、通信網５を介して、サービスプロバイダ２と通信を行う部位とされる。無線通信用にアンテナ１８が設けられる。

オーディオ部１６は、例えばＣＤ（Compact Disc）プレーヤ、ＭＤ（Mini Disc）プレーヤ、ラジオチューナ／アンテナ、カセットテーププレーヤ等の再生又は受信復調部位と、パワーアンプ部を備え、いわゆるカーオーディオとして機能する部位である。このオーディオ部１６は、ＣＤ、ＭＤ、カセットテープ等のメディアの再生やラジオ放送の受信を行って、再生されたオーディオ信号をスピーカ部１９に供給して音楽や音声を出力させる。
オーディオ部１６の動作は、操作部１５からのユーザーの操作に応じたＣＰＵ１１の制御によって実行される。
またオーディオ部１６での動作状況や再生音声の周波数分析データなどはＣＰＵ１１に供給され、表示部１３での表示に用いられる。

バックアップ電池１７ａ、１７ｂ、１７ｃは、主たる電源がはずされた状態でも、少なくともＣＰＵ１１、無線通信部１４、不揮発性メモリ１２が動作できるようにするための補助電源とされている。
この車載システム１は、自動車に取り付けられ、カーバッテリーから主たる電源電圧Ｖｃが供給されるように構成されているが、例えば車載システム１が自動車から取り外された際や、電源ケーブルが抜かれた際、或いは自動車のバッテリー交換で電源電圧Ｖｃの供給が断たれた場合などでも、バックアップ電池１７ａ、１７ｂ、１７ｃにより、ＣＰＵ１１の制御動作、不揮発性メモリ１２へのアクセス動作、無線通信部１４の通信動作は可能とされる。
なお、この例では各部に対して個別にバックアップ電池１７ａ〜１７ｄを配しているが、１つのバックアップ電池で、各部の補助電源供給を行うようにしてもよい。

３．サービスプロバイダの構成

図３にサービスプロバイダ２の構成を示す。
サービスプロバイダ２は、サーバコントローラ２１、データベース２２、通信部２３を有する。
サーバコントローラ２１は、サービスプロバイダ２が提供する盗難検知サービスのために必要な各種処理を行う部位であり、実行する処理に応じてデータベース２２の作成、データ追加、検索や、通信部２３からの通信動作を制御する。
本例の盗難検知を実現するためのサーバコントローラ２１による処理については、図５以降で詳しく説明する。

通信部２３は通信網５に接続され、サーバコントローラ２１による制御に基づいて各部とデータ通信を行う部位である。具体的にはサービス契約を結んだ多数のユーザーの各車載システム１との通信を行ったり、各ユーザーのユーザー端末３，４との通信を行う。
もちろん通信網５に接続された他のいかなる部位とも通信可能である。

データベース２２は、ユーザーとのサービス契約に基づいて、契約対象となった各車載システム１に関して、必要な登録データを保持する。
例えば図４にデータベース内容の一例を示すが、図示するように、各車載システム１について、固有のコードナンバとなるキーコード、各車載システム１の製造時に付加されたシリアルナンバ、ユーザが登録した暗証番号としてのパスワード、ユーザーの連絡先としてユーザー端末３，４の電話番号や電子メールアドレス、車載システム１の機種名、メーカー名、ユーザー名、住所、課金情報（銀行口座番号やクレジットカード番号など）などの各種情報が記録される。
データベース２２に記録される内容は、サービスプロバイダ２がそのサービスの具体的な実施方法／内容、契約内容などに応じて決められればよい。

４．初期設定処理

ユーザーが車載システム１を購入し、自動車に取り付けた際の初期設定処理について、図５、図６、図７で説明する。各図においては、サービスプロバイダ２のサーバコントローラ２１の制御に基づく処理と、車載システム１のＣＰＵ１１に基づく処理を記載している。

ユーザーが車載システム１を車に取り付け、車載システム１にカーバッテリーからの主電源電圧Ｖｃの供給が行われるようになった時点で、ＣＰＵ１１の処理は図５のステップＦ２０１で電源オンとされ、ステップＦ２０２に進み、自動的にサービスプロバイダ２への通信接続要求を行う。
即ちＣＰＵ１１は無線通信部１４からの通信によりサービスプロバイダ２への初期設定のための接続要求を行い、ステップＦ２０３で通信回線の接続を確認する。
サービスプロバイダ２では、サーバコントローラ２１が通信部２３を介して車載システム１からの接続要求を確認したら、ステップＦ１０１からＦ１０２に進み、接続可能であるか否かを判断し、可能であればステップＦ１０３で通信回線を接続する。
ＣＰＵ１１によるステップＦ２０２，Ｆ２０３及びサーバコントローラ２１によるステップＦ１０１，Ｆ１０２，Ｆ１０３の処理は接続が完了するまで行われる。

車載システム１とサービスプロバイダ２の通信回線の接続が完了されたら、ＣＰＵ１１はステップＦ２０４で表示部１３に接続ＯＫの表示を行ってユーザーに提示すると共に、ステップＦ２０５でサービスプロバイダ２に対してキーコードの送信を要求する。キーコードとは、サービスプロバイダ２によって、当該車載システム１に固有に割り当てられるコード情報である。
車載システム１からのキーコード要求があると、サービスプロバイダ２のサーバコントローラ２１は、ステップＦ１０４からＦ１０５に進み、その車載システム１についての固有のキーコードを設定し、通信部２３からキーコードを送信する。

車載システム１のＣＰＵ１１は、ステップＦ２０６としてサービスプロバイダ２から送信されてきたキーコードが受信されたら、ステップＦ２０７で、当該キーコードを不揮発性メモリ１２に記憶させる。
そして不揮発性メモリ１２への書込が正常に完了したら、ステップＦ２０８からＦ２０９に進み、サービスプロバイダ２に対してキーコード書込ＯＫの通知を送信する。
サービスプロバイダ２のサーバコントローラ２１は書込ＯＫ通知の受信を確認することでステップＦ１０７に進むことになる。

なお、ＣＰＵ１１によるステップＦ２０５〜Ｆ２０８及びサーバコントローラ２１によるステップＦ１０４〜Ｆ１０６の処理は、車載システム１においてキーコードの不揮発性メモリ１２への書込が正常に完了するまで行われる。

キーコードの書込が完了すると、サーバコントローラ２１はステップＦ１０７で登録データの入力を要求するデータを送信する。そして図６のステップＦ１０８で登録データの受信を待機する。
ＣＰＵ１１は登録データの入力要求があると、ステップＦ２１０から図６のステップＦ２１１に進み、表示部１３に登録データ入力画面を表示し、ユーザーの入力を求める。
この処理例では、登録データとは、ユーザーが任意に決めるパスワード、電話番号、メールアドレス等の連絡先、ユーザー名、住所、課金情報などであり、即ち上述したデータベース２２に登録される情報である。
ただし、予めユーザーがサービスプロバイダ２に契約及び登録を行っている場合などは、これらの情報の入力を不要とすることもでき、それについては後述するが、ここでは、ユーザーとサービスプロバイダ２の契約、登録を、全て車載システム１を自動車に取り付けた時点で実行する例を述べていく。

ステップＦ２１１において表示部１３に表示される登録データの入力画面は、サービスプロバイダ２から要求された事項の入力をユーザーに要求する画面となる。入力画像データは、要求された登録事項に応じてＣＰＵ１１が生成してもよいし、画像データ自体がサービスプロバイダ２から送信されてくるものでもよい。
ユーザーは、入力画面を見ながら操作部１５を操作して、必要事項、即ちパスワードその他を入力していく。このときＣＰＵ１１はステップＦ２１２でユーザーの入力を受け付ける処理を行う。
ユーザーによる必要事項の入力が完了したら、ＣＰＵ１１は処理をステップＦ２１３からＦ２１４に進め、入力されたパスワード等の必要事項を登録データとしてサービスプロバイダ２に送信する。なお、車載システム１のシリアルナンバ、機種名、メーカ名などが登録データとして必要される場合であっても、これらは、予めメーカーが製造時に不揮発性メモリ１２に記憶させておくことで、ユーザーが入力する必要はなく、ＣＰＵ１１はユーザーの入力した情報と、これら不揮発性メモリ１２に記憶された情報をまとめて登録データとして送信すればよい。

サービスプロバイダ２のサーバコントローラ２１は、登録データ受信を検出したら、ステップＦ１０８からＦ１０９に進み、受信した登録データをキーコードとともにデータベース２２に登録する。
即ち当該車載システム１についての図４で説明したような事項がデータベース２２に記録されることになる。

続いてサーバコントローラ２１はステップＦ１１０で、パスワードを再び入力することを要求する送信を行う。そしてステップＦ１１１でパスワードの受信を待機する。
車載システム１のＣＰＵ１１は、パスワード入力要求が送信されてきたら、ステップＦ２１５からＦ２１６に進み、表示部１３にパスワードの入力をユーザーに求める表示を行う。
そしてステップＦ２１７で操作部１４からのユーザーのパスワード入力を受け付ける処理を行い、入力が完了したらステップＦ２１８からＦ２１９に進んでパスワードを送信する。

サーバコントローラ２１はパスワードが受信されたら、ステップＦ１１２に進んで受信されたパスワードの確認を行う。つまり上記ステップＦ１０９で登録したパスワードとの一致を確認する。
もし一致しなければ、ステップＦ１１３→Ｆ１１４と進み、車載システム１にパスワードＮＧの通知を送信する。
車載システム１のＣＰＵ１１は、パスワードＮＧの通知が受信された場合は、ステップＦ２２０からＦ２１６に戻り、ユーザーのパスワード入力ミスを提示して、再度ユーザーにパスワード入力を求めることになる。

サーバコントローラ２１は、パスワードの一致を確認した場合は、ステップＦ１１３からＦ１１５に進み、契約データを送信し、図７のステップＦ１１６又はＦ１１８でユーザーからの返事を待機する。
ＣＰＵ１１は、契約データが受信されたらステップＦ２２１から図７のステップＦ２２２に進み、契約データを表示部１３に表示する。
契約データとは、盗難検知サービスの内容や課金条項などの契約事項や、登録したパスワード、連絡先などの登録内容を表示するデータであり、即ちサービスプロバイダ２とユーザーの間の契約内容を確認する処理が行われるものである。
ユーザは、ステップＦ２２２で表示される契約内容について確認を行い、契約事項や登録事項に間違いはないか、或いはサービス内容などに不服はないかを確認する。
そして契約内容を了承するのであればＯＫ操作、間違い等があればＮＧ操作を行う。

ユーザーがＮＧ操作を行った場合は、ＣＰＵ１１はステップＦ２２４に進み、サービスプロバイダ２に対してＮＧ通知を送信する。そして処理を図５のステップＦ２０５に戻す。
サーバコントローラ２１は、ステップＦ１１６でＮＧ通知の受信を確認したら、ステップＦ１１７で登録をキャンセルする処理を行う。例えばステップＦ１０９で行ったデータベース２２の登録事項を削除する。そして図５のステップＦ１０４に戻る。
即ちこの場合は、キーコードの設定以降の登録処理をやり直すものとなる。

ユーザが契約内容に対してのＯＫ操作を行った場合は、ＣＰＵ１１はステップＦ２２３からＦ２２５に進み、サービスプロバイダ２に対してＯＫ通知を送信する。そしてステップＦ２２６で初期設定の終了処理を行い、通常使用状態、例えばオーディオ部１６の機能による音楽再生やラジオ受信動作などが実行可能な状態に移行する。
サービスプロバイダ２のサーバコントローラ２１は、ＯＫ通知の受信を確認したら、ステップＦ１１８からＦ１１９に進んで登録完了処理を行い、データベース２２に登録した情報を有効な情報とすると共に、ユーザーとの間の盗難検知サービスの契約が有効になったものとしての処理を行う。
そしてステップＦ１２０で車載システム１との間の通信接続を解除して処理を終える。

以上の初期設定時の処理により、ユーザーとサービスプロバイダ２の間で必要事項の登録及び契約が実行され、以降は後述する盗難監視動作が行われるようになる。
また以上の処理例によれば、ユーザーは車載システム１を自動車に取り付けた際において、表示部１３で要求される操作に従って入力を行うのみで登録、契約手続きが実行されるものとなり、サービス享受のための手続きは非常に簡単なものとなる。

なお、登録及び契約手続きは、必ずしも以上のように行われる必要はなく、例えばユーザーが、パスワード、連絡先、課金情報などの登録事項を予めサービスプロバイダ２に通知するようにしてもよい。例えば必要事項を記入した契約／登録用紙をサービスプロバイダ２に郵送したり、或いはユーザー端末３，４を使用して電子メール送信したり、サービスプロバイダ２が開設しているインターネットホームページなどにアクセスして登録入力を行うようにすることも可能である。
そしてその場合は、上記のステップＦ１０７〜Ｆ１１９及びＦ２１０〜２２５の処理は不要となる。つまり初期設定時には、キーコードの不揮発性メモリ１２への書込が行われるのみとしてもよい。
或いはステップＦ１１０〜Ｆ１１４及びＦ２１５〜Ｆ２２０のパスワードの確認については実行されるようにすることで、先に登録したパスワードとユーザー入力のパスワードの確認が行われるようにしてもよい。

さらに或いは、予めユーザーが連絡先や課金情報等、パスワード以外をサービスプロバイダ２に通知するようにし、上記の初期設定時には、キーコードの書込と、パスワードの設定及びデータベース２２への登録、パスワード確認が行われるようにしてもよい。即ちユーザーにとっては、連絡先や課金情報等は先に通知してあることで、初期設定時にはパスワードを決めて入力するという処理を行うだけでよいものとするものである。

５．車載システムの電源投入時の処理

続いて、実際の盗難検知サービスの実現のための動作を説明していく。
まず図８，図９で、車載システム１の電源投入時の処理を説明する。上述したように車載システム１はカーバッテリーによる電源電圧Ｖｃが主たる動作電源として供給されるものであり、また周知の通り、自動車のイグニッションキーがアクセサリポジションまで回されたときに車載用の電子機器へのカーバッテリーによる電源投入が行われる。従ってここでいう電源投入時とは、自動車のエンジンがかけられる際、又はエンジンはかけられないがイグニッションキーがアクセサリポジションまで回された際のこととなる。

ユーザーが自動車のエンジンをかけるなどを行って、車載システム１が電源オンとされると、ＣＰＵ１１の処理は図８のステップＦ４０１からＦ４０２に進み、自動的にサービスプロバイダ２への通信接続要求を行う。
即ちＣＰＵ１１は無線通信部１４からの通信によりサービスプロバイダ２への接続要求を行い、ステップＦ４０３で通信回線の接続を確認する。
サービスプロバイダ２では、サーバコントローラ２１が通信部２３を介して車載システム１からの接続要求を確認したら、ステップＦ３０１からＦ３０２に進み、接続可能であるか否かを判断し、可能であればステップＦ３０３で通信回線を接続する。
ＣＰＵ１１によるステップＦ４０２，Ｆ４０３及びサーバコントローラ２１によるステップＦ３０１〜Ｆ３０３の処理は接続が完了するまで行われる。

車載システム１とサービスプロバイダ２の通信回線の接続が完了されたら、続いてサーバコントローラ２１はステップＦ３０４で、パスワード入力を要求する送信を行う。そしてステップＦ３０５でパスワードとキーコードの受信を待機する。
車載システム１のＣＰＵ１１は、パスワード入力要求が送信されてきたら、ステップＦ４０４からＦ４０５に進み、表示部１３にパスワードの入力をユーザーに求める表示を行う。
そしてステップＦ４０６で操作部１４からのユーザーのパスワード入力を受け付ける処理を行い、入力が完了したらステップＦ４０７からＦ４０８に進む。ステップＦ４０８では、ユーザーから入力されたパスワードと、不揮発性メモリ１２に記憶されているキーコードをサービスプロバイダ２に対して送信することになる。
なお、パスワードの入力が行われないまま所定時間（例えば５〜１０分程度）が経過した場合は、タイムアウトとしてステップＦ４０７からＦ４０８に進む。この場合は、キーコードと、パスワード入力なしの情報をサービスプロバイダ２に送信することになる。

サーバコントローラ２１はパスワードとキーコードが受信されたら、ステップＦ３０６に進んで受信されたパスワードの確認を行う。つまり受信されたキーコードからデータベース２２を検索し、当該車載システム１を特定すると共に、キーコードに対応して登録されているパスワードを読み出す。
そして読み出されたパスワードと、送信されてきたパスワードとの一致を確認する。

パスワードが一致した場合はサーバコントローラ２１は、ステップＦ３０７からＦ３０９に進み、認証ＯＫの通知を送信し、ステップＦ３１０で車載システム１との通信接続を解除して処理を終える。
車載システム１のＣＰＵ１１は、認証ＯＫの通知が受信された場合は、ステップＦ４１０からＦ４１１に進み、表示部１１にパスワードＯＫの確認メッセージを表示した後、通常使用状態へ移行する。
つまりこれは、ユーザーがパスワードを正しく入力した場合である。サービスプロバイダ２はパスワードの認証がＯＫであることで、現在のユーザは正規の所有者であって盗難は発生していないと判断し、またこの場合車載システム１側では、ユーザーは通常に使用できることとなる。

一方、ステップＦ３０６においてサーバコントローラ２１がパスワードが一致しないと判断した場合、或いはユーザーによってパスワード入力が行われなかった場合は、ステップＦ３０７→Ｆ３０８と進み、車載システム１に対してパスワード認証ＮＧの通知を送信する。

車載システム１のＣＰＵ１１は、パスワード認証ＮＧの通知が受信された場合は、ステップＦ４０９から図９のＦ４１２に進み、非動作モード処理を行う。
非動作モード処理とは、ＣＰＵ１１が当該車載システム１を使用不能状態とするモード処理であり、例えば操作部１５の入力を全て無効処理したり、表示部の表示動作が一切行われないようにするモードに移行する処理である。即ち、使用者にとって全く使用できない状態とするものである。
そして非動作モード処理を完了し、車載システム１を使用者にとって使用できない状態として処理を終える。
なお非動作モードであるか否かを示すフラグデータを不揮発性メモリ１２に記憶させておくことで、その後に電源オン／オフが行われても、非動作モードは保たれる。

一方サーバコントローラ２１は、図８のステップＦ３０８で車載システム１に対してパスワード認証ＮＧの通知を送信したら、図９のステップＦ３１１に進んで車載システム１との通信接続を解除し、ステップＦ３１２で、データベース２２に登録されたユーザーの連絡先（ユーザー端末３，４）をキーコードから検索して、異常状態の発生を通知して処理を終える。

つまり、誤ったパスワードが入力されたり、或いはパスワードが入力されなかったことで、パスワードの認証がＮＧとなった場合とは、車載システム１もしくは自動車自体が盗まれた可能性が高いと判断する。
このため、車載システム１では動作不能のモードとして犯人に使用できないようにする。
またサービスプロバイダ２は、ユーザー端末３，４に、盗難発生の可能性があることを伝え、ユーザーが迅速な対応をとれるようにする。

サービスプロバイダ２から盗難発生の可能性の通知を受けたユーザーは、自分の車に戻って事態を確認したり、また盗難と判断した場合は、即座に警察に通報するなどの対応が可能となる。

なお、以上の処理の変形例として、正規のユーザーのパスワードの入力間違いに対応するために、１、２回は、ユーザーにパスワード再入力の機会が与えられるような処理例も考えられる。
また、図８，図９の処理は、車載システム１が電源オンとされるたびに行われるものであるが、例えばカーバッテリーのケーブルが取り外され、その後ケーブルが接続されて電源オンとなった場合のみに行われるようにすることも考えられる。ただし、これは車載システム１が車から取り外されて盗難され、その後犯人等が他の車に接続した場合などの際については有効であるが、実際には車ごと盗難される場合も多く、それを考慮した場合は、上記のようにエンジンがかけられるなどして電源オンとされるたびに、上記処理が行われることが好適である。

６．電源取り外し時の処理

次に車載システム１を車から取り外すなどでカーバッテリーから切り離す際の処理を図１０，図１１で説明する。
盗難の態様としては、車載システム１が車から取り外されて持ち出される場合があるが、その一方で、正規の所有者たるユーザーが、車のバッテリー交換、車載システム１の配線変更、修理その他の必要性から、車載システム１をカーバッテリーから外す場合もある。
従って盗難検知システムとしては、車載システム１にカーバッテリーからの電源供給がなくなった際において、それが所有者の行為によるものか、或いは盗難の発生かを検知することが必要である。

本例の車載システム１では、車載システム１に対してカーバッテリー電源をはずす場合は、ユーザは特定の操作により取り外しを宣言する必要があるものとしている。
特定の操作とは、例えば表示部１３に表示されたメニュー画面から、バッテリーオフの項目を選択し、その上で正確なパスワードを入力する操作とする。

所有者たるユーザーが上記のような必要性から車載システム１をカーバッテリーから取り外す場合は、まず表示部１３のメニュー表示上で、バッテリーオフの項目が選択されるように、操作部１５から操作を行う。
するとＣＰＵ１１は、図１０のステップＦ６０１からＦ６０２に進み、自動的にサービスプロバイダ２への通信接続要求を行う。そしてステップＦ６０３で通信回線の接続を確認する。
サービスプロバイダ２では、サーバコントローラ２１が通信部２３を介して車載システム１からの接続要求を確認したら、ステップＦ５０１からＦ５０２に進み、接続可能であるか否かを判断し、可能であればステップＦ５０３で通信回線を接続する。
ＣＰＵ１１によるステップＦ６０２，Ｆ６０３及びサーバコントローラ２１によるステップＦ５０１〜Ｆ５０３の処理は接続が完了するまで行われる。

車載システム１とサービスプロバイダ２の通信回線の接続が完了されたら、続いてサーバコントローラ２１はステップＦ５０４で、パスワード入力を要求する送信を行う。そしてステップＦ５０５でパスワードとキーコードの受信を待機する。
車載システム１のＣＰＵ１１は、パスワード入力要求が送信されてきたら、ステップＦ６０４からＦ６０５に進み、表示部１３にパスワードの入力をユーザーに求める表示を行う。
そしてステップＦ６０６で操作部１４からのユーザーのパスワード入力を受け付ける処理を行い、入力が完了したらステップＦ６０７からＦ６０８に進む。ステップＦ６０８では、ユーザーから入力されたパスワードと、不揮発性メモリ１２に記憶されているキーコードをサービスプロバイダ２に対して送信する。
なお、パスワードの入力が行われないまま所定時間（例えば５〜１０分程度）が経過した場合は、タイムアウトとしてステップＦ６０７からＦ６０８に進む。この場合は、キーコードと、パスワード入力なしの情報をサービスプロバイダ２に送信することになる。

サーバコントローラ２１はパスワードとキーコードが受信されたら、ステップＦ５０６に進んで受信されたパスワードの確認を行う。つまり受信されたキーコードからデータベース２２を検索し、当該車載システム１を特定すると共に、キーコードに対応して登録されているパスワードを読み出す。
そして読み出されたパスワードと、送信されてきたパスワードとの一致を確認する。

パスワードが一致した場合はサーバコントローラ２１は、ステップＦ５０７からＦ５０９に進み、認証ＯＫの通知を送信し、ステップＦ５１０で車載システム１との通信接続を解除して処理を終える。
車載システム１のＣＰＵ１１は、認証ＯＫの通知が受信された場合は、ステップＦ６１０からＦ６１１に進み、表示部１１にパスワードＯＫの確認メッセージ及びカーバッテリー電源の取り外しＯＫのメッセージをユーザーに対して表示した後、ステップＦ６１２で電源オフとして処理を終える。
つまりこれは、ユーザーが電源取り外しの際に要求される特定の操作であるところの、メニュー選択操作及びパスワード入力を正しく実行した場合である。サービスプロバイダ２はパスワードの認証がＯＫであることで、現在のユーザは正規の所有者であって盗難ではないと判断する。そしてユーザーはこれによって車載システム１の電源取り外し作業に取りかかることができる。

ところが、盗難しようとする者が、このような特定操作、つまりメニュー操作を行わなければならないことを知っている可能性もある。ところが犯人はパスワードを正確に入力できないため、盗難の可能性のある場合は、ステップＦ５０６においてサーバコントローラ２１がパスワードが一致しない、もしくは入力されていないと判断することになる。
その場合はサーバコントローラ２１はステップＦ５０７→Ｆ５０８と進み、車載システム１に対してパスワード認証ＮＧの通知を送信する。

車載システム１のＣＰＵ１１は、パスワード認証ＮＧの通知が受信された場合は、ステップＦ６０９から図１１のＦ６１３に進み、電源取り外しを許可しない旨のメッセージを表示部１３に表示する。
もし正規のユーザーであった場合は、この表示によってパスワードを入力しまちがえたことを認識できる。図面の簡略化のため図１１のフローチャートには示していないが、正規のユーザであれば、この後に再びメニュー画面からバッテリオフを選択する操作を行って、パスワード入力をやり直せばよい。

実際の盗難の場合は、このような取り外し不許可のメッセージが無視されて取り外しが行われる。つまり犯人が取り外しを行うことで車載システム１に対するカーバッテリー電源の供給が絶たれる。
このときＣＰＵ１１はステップＦ６１４からＦ６１５に進んで、バックアップ電池１７を動作電源として用いるモードに移行し、ステップＦ６１６で、上述と同様の非動作モード処理を行って、当該車載システム１が使用不能となるようにした後、ステップＦ６１７でバックアップ電池１７による電源オン状態をオフとし、処理を終了する。

サーバコントローラ２１は図１０のステップＦ５０８で、車載システム１に対してパスワード認証ＮＧの通知を送信したら、図１１のステップＦ５１１に進んで、車載システム１との通信接続を解除したら、ステップＦ５１２で、データベース２２に登録されたユーザーの連絡先（ユーザー端末３，４）をキーコードから検索して、その連絡先に異常状態の発生を通知して処理を終える。

つまり、特定の操作として正しいパスワード入力がされないまま、カーバッテリーが取り外された場合は、車載システム１もしくは自動車自体が盗まれた可能性が高いと判断するものとなる。このため、車載システム１では非動作モードとして犯人に使用できないようにする。
またサービスプロバイダ２は、ユーザー端末３，４に、盗難発生の可能性があることを伝え、ユーザーが迅速な対応をとれるようにする。この場合もユーザーは事態の確認や警察への通報などの対応をとれる。

７．強制的な電源取り外し時の処理

ところで、上記図１０，図１１の処理は、正規ユーザーが正規の手順でカーバッテリからの取り外しを行う場合に対応するものであるが、犯人が車載システム１を盗もうとする場合は、ふつうはメニュー操作などを行わずに、いきなり車から車載システム１を取り外すことが多いと思われる。
そこで、上記のメニュー操作からの正規手順をふまずに、車載システム１が取り外されてカーバッテリー電源の供給が遮断された場合の処理を図１２に示す。

車載システム１のＣＰＵ１１は、突然カーバッテリー電源の供給が遮断された場合は、図１２のステップＦ８０１からＦ８０２に進み、バックアップ電池１７により動作するモードに切り換える。
そして、このような事態は盗難の可能性ありとして、ステップＦ８０３でサービスプロバイダ２に通信接続を行い、サービスプロバイダ２に電源オフの通知と、不揮発性メモリ１２に記憶されているキーコードを送信する。
そして、ステップＦ８０４でサービスプロバイダ２からの受信確認通知を待機する。

サービスプロバイダ２のサーバコントローラ２１は、車載システム１からの電源オフの通知及びキーコードが受信されたら、ステップＦ７０１からＦ７０２に進み、車載システム１に受信確認通知を送信する。
車載システム１では、受信確認通知により、異常事態の発生がサービスプロバイダ２に通知されたことを確認できる。
もし、ステップＦ８０３での送信後、通信回線が正常に接続されなかったなどの事情でサービスプロバイダ２における受信が確認できなかった場合は、ステップＦ８０５でバックアップ電池１７による動作を所定時間待機し、所定時間後にステップＦ８０２からの処理を繰り返す。これはカーバッテリー電源の供給が停止された状態において、バックアップ電池１７の節約を考慮したものである。つまり待機中は、ＣＰＵ１１はバックアップ電池１７からスタンバイ用の微弱な電源供給のみを受けるようにしてバックアップ電池１７を節約すると共に、異常発生が確実にサービスプロバイダ２に連絡されるように、所定時間毎に送信処理を繰り返すものとなる。

ステップＦ８０４で通信ＯＫが確認されたら、ＣＰＵ１１はステップＦ８０６で、上述と同様の非動作モード処理を行って、当該車載システム１が使用不能となるようにする。そしてステップＦ８０７でバックアップ電池１７による電源オン状態をオフとし、処理を終了する。

サービスプロバイダ２は、ステップＦ７０２で受信確認通知を送信した後は、ステップＦ７０３で車載システム１との通信接続を解除し、ステップＦ７０４で、データベース２２に登録されたユーザーの連絡先（ユーザー端末３，４）にキーコードから検索して、異常状態の発生を通知して処理を終える。

つまり、特定の操作手順をふまずにカーバッテリー電源の供給が遮断されることは車載システム１が盗まれた可能性が高いと判断し、このため、車載システム１では非動作モードとして犯人に使用できないようにする。
またサービスプロバイダ２は、ユーザー端末３，４に、盗難発生の可能性があることを伝え、ユーザーが迅速な対応をとれるようにする。この場合もユーザーは事態の確認や警察への通報などの対応をとれる。

８．ユーザー端末からの使用制限設定処理

ところで以上の各処理例は、車載システム１もしくは自動車自体の盗難を検知し、ユーザーに通知できるものであるが、例えばユーザーサイド（ユーザー端末３，４）から車載システム１の使用を不能とするようにすることもできる。このための処理を図１３，図１４で説明する。図１３ではサービスプロバイダ２のサーバコントローラ２１の処理と、ユーザー端末３，４の処理を示している。また図１４ではサーバコントローラ２１の処理と車載システム１のＣＰＵ１１の処理を示している。

ユーザーは、ユーザー端末３、４を用いてサービスプロバイダ２に通信を行い、サービスプロバイダ２が提供するサービスメニューから所望のサービスを受けることができる。
その場合、所有者たるユーザーは、ユーザー端末３，４を操作してまずサービスプロバイダ２との通信回線を接続する。
ユーザー端末３，４は、ユーザーの操作に応じて図１３のステップＦ００１でサービスプロバイダ２への通信接続要求を行う。そしてステップＦ００２で通信回線の接続を確認する。
サービスプロバイダ２では、サーバコントローラ２１が通信部２３を介してユーザー端末３，４からの接続要求を確認したら、ステップＦ９０１からＦ９０２に進み、接続可能であるか否かを判断し、可能であればステップＦ９０３で通信回線を接続する。
ユーザー端末３，４によるステップＦ００１，Ｆ００２及びサーバコントローラ２１によるステップＦ９０１〜Ｆ９０３の処理は接続が完了するまで行われる。

ユーザー端末３，４とサービスプロバイダ２の通信回線の接続が完了されたら、続いてサーバコントローラ２１はステップＦ９０４で、パスワード及び身分証明の入力を要求する送信を行う。そしてステップＦ９０５でパスワードとキーコードの受信を待機する。
ユーザー端末３，４は、パスワード等の入力要求が送信されてきたら、ステップＦ００４からＦ００５に進み、表示部にパスワードや身分証明の情報の入力をユーザーに求める表示を行う。
そしてステップＦ００６でユーザーのパスワード等の入力を受け付ける処理を行い、入力が完了したらステップＦ００７からＦ００８に進む。ステップＦ００８では、ユーザーから入力されたパスワードや身分証明データをサービスプロバイダ２に対して送信する。
なお身分証明データとは、ユーザーの氏名、住所、その他であってサービスプロバイダ２がデータベース２２に登録した情報などからユーザーを本人と確認できる情報であればよい。

サーバコントローラ２１はパスワードと身分証明データが受信されたら、ステップＦ９０６に進んで受信されたパスワード及び身分の確認を行う。つまり受信された身分証明データから、ユーザー端末を操作しているユーザーがサービス契約した本人であるか否かを確認すると共に、そのユーザーの所有している車載システム１を特定する。そしてさらに特定した車載システム１についてデータベースに登録されているパスワードを読みだし、読み出されたパスワードと、送信されてきたパスワードとの一致を確認する。

身分の認証もしくはパスワードの認証がＮＧであった場合は、サーバコントローラ２１は、ステップＦ９０７からＦ９０８に進み、認証ＮＧの通知をユーザー端末３，４に送信し、ステップＦ９０９でユーザー端末３，４との通信接続を解除して処理を終える。
ユーザー端末３，４では、認証ＮＧが通知されたら、ステップＦ００９からＦ０１０に進んで、操作しているユーザに対してエラー表示を行って処理を終える。

身分及びパスワードが適正に認証された場合は、サーバコントローラ２１は、ステップＦ９０７からＦ９１０に進み、ユーザー端末３，４にサービスメニュー画面データを送信する。
ユーザー端末３，４では、サービスメニューの情報が受信されたら、ステップＦ０１１からＦ０１２に進み、サービスメニュー画面を表示してユーザに提示する。
ユーザーはサービスメニュー画面に表示されたサービスを選択して要求することができる。
そしてサービスメニューには車載システム１を使用禁止とする項目が含まれており、ユーザーがそれを選択した場合は、処理はステップＦ０１３からＦ０１４に進み、サービスプロバイダ２に使用禁止要求を送信する。
なお、ユーザーが他の項目を選択した場合は、説明を省略するが、ユーザー端末３，４もサービスプロバイダ２も、その選択した項目に応じた処理が行われる。

サービスプロバイダ２は使用禁止要求を受信した場合は、ステップＦ９１１からＦ９１２に進み、ユーザー端末３，４に対して受信確認通知を送信する。そしてステップＦ９１３でユーザー端末３，４との間の通信接続を解除する。
ユーザー端末３，４ではステップＦ０１５で受信確認通知を受信することで、使用禁止要求が受理されたことを確認し、ステップＦ０１６でユーザーに使用禁止処理が実行されることになる旨のメッセージを表示して処理を終える。

以上のようにしてユーザー端末３，４から車載システム１の使用禁止要求が行われた場合は、続いてサービスプロバイダ２は車載システム１の使用禁止処理を実行する。即ちサービスプロバイダ２のサーバコントローラ２１は図１４のステップＦ９１４に進み、当該禁止要求が行われた車載システム１に対して通信接続要求を行う。
車載システム１のＣＰＵ１１はステップＦ０５１でサービスプロバイダ２からの接続要求があることに応じて、ステップＦ０５２で通信接続を行なう。

サーバコントローラ２１は、車載システム１との通信接続がＯＫとなったら、ステップＦ９１５からＦ９１６に進み、車載システム１に対して非動作モードを指示するコマンドを送信し、ステップＦ９１７で完了通知を待機する。
車載システム１のＣＰＵ１１は、ステップＦ０５３でサービスプロバイダ２からの非動作モードコマンドの受信が行われた場合は、ステップＦ０５４で上述の非動作モード処理を行い、当該車載システム１が使用不能状態となるようにする。
そしてステップＦ０５５で、非動作モード処理の完了の通知をサービスプロバイダ２に送信して処理を終える。

サーバコントローラ２１は、車載システム１からの処理完了通知により、車載システム１が操作不能状態になったことを確認する。なお処理完了通知がない場合は、ステップＦ９１６の非動作モードコマンドの送信を繰り返すことになる。
車載システム１の操作不能状態を確認できたら、サーバコントローラ２１はステップＦ９１８で車載システム１との通信接続を解除し、ステップＦ９１９でユーザー端末３，４との通信を行って、車載システム１を非動作モードとしたことを通知する。
図示していないがこのときユーザー端末３，４では、その通知をユーザーに提示することになる。

また、この例ではステップＦ９２０として、ユーザーによって使用禁止状態とされた車載システム１のメーカー名、機種名、シリアルナンバをデータベース２２から読み出して、車載システム１のメーカーに通知する。以上で一連の処理を終える。

このような処理により、ユーザーはユーザー端末３，４を用いて車載システム１を使用不能状態にできる。
これにより例えば盗難時などに、車載システム１を確実に使用不能とすることができ、また或いは、車から離れている際に、その車内においても他人が使用できないようにすることなども可能となる。

或いは、次に説明するが、本例の場合、盗難検知サービスをユーザーの要求に従って一時的に停止させることもできるが、そのような停止期間中に盗難に遭ったような場合は、上述した機能が実行されないため、その際に図１３，図１４の処理によってユーザー側から車載システム１を使用不能とできることは有用となる。

また、車載システム１のメーカーにもシリアルナンバや機種を通知することで、盗難後の対応もとれる。例えば車載システム１が動作不能状態とされることで、犯人或いは犯人から買った者がその車載システム１をメーカーに修理に持ち込むことが考えられる。メーカーでは盗難の可能性のあるものとして機種名やシリアルナンバを管理していることで、そのような場合に適切な対応がとれる。

９．ユーザー端末からのサービス停止処理

次に、ユーザが一時的に盗難検知サービスシステムによる上述してきたサービスを停止させたい場合の処理を図１５，図１６で説明する。
なお、この場合のサービスプロバイダ２、ユーザー端末３，４、及び車載システム１の処理は、上記図１４，図１５で説明した処理と同様の部分が多いため、同一の処理ステップについては、同一のステップ番号を付し、説明を省略する。

まず図１５において、ユーザーはユーザー端末３，４からサービスプロバイダ２にアクセスし、通信回線を接続し、パスワード及び身分証明の入力を行う。そしてサービスプロバイダ２はパスワード及び身分の確認ができた場合は、サービスメニュー情報をユーザー端末３，４に送信し、ユーザーがユーザー端末３，４からサービスを選択できるようにする。ここまでは図１４と同様の処理として、サービスプロバイダ２のステップＦ９０１〜Ｆ９１０の処理、及びユーザー端末３，４のステップＦ００１〜Ｆ０１２によって実現される。

ユーザー端末３，４では、サービスプロバイダ２からのサービスメニューの情報が受信されたら、ステップＦ０１２でサービスメニュー画面を表示してユーザに提示するが、ユーザーはサービスメニュー画面に表示されたサービスを選択して要求することができる。
そしてサービスメニューには盗難検知サービスの実施の停止を要求する項目が含まれており、ユーザーがそれを選択した場合は、処理はステップＦ０３１からＦ０３２に進み、サービスプロバイダ２にサービス停止要求を送信する。
なお、ユーザーが他の項目を選択した場合は、説明を省略するが、ユーザー端末３，４もサービスプロバイダ２も、その選択した項目に応じた処理が行われる。

サービスプロバイダ２はサービス停止要求を受信した場合は、ステップＦ９３１からＦ９１２に進み、ユーザー端末３，４に対して受信確認通知を送信する。そしてステップＦ９１３でユーザー端末３，４との間の通信接続を解除する。
ユーザー端末３，４ではステップＦ０１５で受信確認通知を受信することで、サービス停止要求が受理されたことを確認し、ステップＦ０３３でユーザーにサービス停止処理が実行されることになる旨のメッセージを表示して処理を終える。

以上のようにしてユーザー端末３，４から盗難検知サービスの停止要求が行われた場合は、続いてサービスプロバイダ２は車載システム１に対してサービス停止の通知を実行する。即ちサービスプロバイダ２のサーバコントローラ２１は図１６のステップＦ９１４に進み、そのサービス対象となっていた車載システム１に対して通信接続要求を行う。
車載システム１のＣＰＵ１１はステップＦ０５１でサービスプロバイダ２からの接続要求があることに応じて、ステップＦ０５２で通信接続を行なう。

サーバコントローラ２１は、車載システム１との通信接続がＯＫとなったら、ステップＦ９１５からＦ９３２に進み、車載システム１に対して盗難検知機能についての機能オフモードを指示するコマンドを送信し、ステップＦ９１７で完了通知を待機する。
車載システム１のＣＰＵ１１は、ステップＦ０６１でサービスプロバイダ２からの機能オフモードコマンドの受信が行われた場合は、ステップＦ０６２で機能オフモード処理を行なう。この機能オフモード処理とは、ＣＰＵ１１が図８〜図１２までの各処理を実行しないようにするモード処理である。具体的には電源投入時や電源取り外し時において、サービスプロバイダ２との通信やユーザーに対するパスワード要求を行わないようにする。

そしてステップＦ０６６で、機能オフモード処理の完了をサービスプロバイダ２に送信して処理を終える。

サーバコントローラ２１は、車載システム１からの処理完了通知により、車載システム１が機能オフモード状態になったことを確認する。なお処理完了通知がない場合は、ステップＦ９３２の機能オフモードコマンドの送信を繰り返すことになる。
車載システム１の機能オフモード状態を確認できたら、サーバコントローラ２１はステップＦ９１８で車載システム１との通信接続を解除し、ステップＦ９３３でユーザー端末３，４との通信を行って、サービス停止処理を完了したことを通知する。
図示していないがこのときユーザー端末３，４では、その通知をユーザーに提示することになる。

このような処理により、ユーザーはユーザー端末３，４を用いて車載システム１に関する盗難検知サービスを停止状態にできる。
例えば友人に車を貸すこととなって、その間はパスワード入力がなくても車載システム１を使用できるようにしたい場合などで、サービスを一時的に停止したい場合に有用である。
なお、サービス停止は、限定的に実行できるようにしてもよい。例えば電源投入時の図８、図９の処理についてのみ停止させ、図１０、図１１の電源取り外し時の処理、及び図１２の強制的な電源取り外し時の処理については、継続して実行されるようにすることが考えられる。
例えば頻繁に自動車の乗り降りを行うユーザーにとっては、エンジンをかけるたびにパスワードを入力することは面倒となるため、図８，図９の処理のみを停止させることで、面倒がなくなり、その一方で、車載システム１が取り外されて盗難されるような場合に、それを検知できるものとなる。

ところで、図１５，図１６の処理により、一時的に盗難検知サービスについての全動作（又は上記のように電源投入時の動作のみというような一部の動作）が停止された後において、通常のサービスを再開させたい場合は、ユーザーはユーザー端末３，４からサービスプロバイダ２にアクセスしてサービス再開要求を行うようにすればよい。
処理手順は図１５，図１６とほぼ同様となり、その場合はユーザー端末３，４からサービスプロバイダ２に再開要求が送信されると共に、サービスプロバイダ２は車載システム１に対して機能オフモードを解除するコマンドを送信するものとすればよい。

以上、実施の形態としての構成及び各種処理例を説明してきたが、本発明はこれらの例に限定されず、多様な変形例や処理例が考えられる。特に図８〜図１６の処理例は一例にすぎず、ユーザーの操作手順やＣＰＵ１１，サーバコントローラ２１、ユーザー端末の処理手順は多様な例が考えられる。

また図１４の処理では異常検知に応じてメーカーにシリアルナンバや機種名を通知するようにしているが、図９のステップＦ３１４、図１１のステップＦ５１４、図１２のステップＦ７０４の処理の実行の前後にも、同様にメーカーに対して通知をおこなうことで、メーカーサイドでも盗難後の適切な対応がとれることになる。

また上記各例は、パスワードはユーザーが操作部１５のキー操作等で入力するものとして説明しているが、パスワードは必ずしも番号、文字、記号等を組み合わせてキー入力するものに限られない。例えば車載システム１に音声認識システムを配して、特定のパスワードとしての言葉を音声で入力する形態でもよい。さらには、音声入力部、声紋解析部を搭載し、声紋自体をパスワードとして扱ってたり、或いは指紋検出部を搭載して指紋をパスワードとして扱ってもよい。さらには映像入力部を備えるようにして、ユーザーの容姿自体をパスワードとして用いることも考えられる。

１ 車載システム、２ サービスプロバイダ、３ 有線ユーザー端末、４ 無線ユーザー端末、５ 通信網、６ａ，６ｂ 無線基地局、１１ ＣＰＵ、１２ 不揮発性メモリ、１３ 表示部、１４ 無線通信部、１５ 操作部、１６ オーディオ部、１７ａ，１７ｂ，１７ｃ，１７ｄ バックアップ電池、２１ サーバコントローラ、２２ データベース、２３ 通信部

Claims (4)

1. 車載用電子機器との間でデータ通信を行うことのできる通信手段と、
   各車載用電子機器について、少なくとも車載用電子機器の固有のコード番号と、パスワードと、その車載用電子機器の所有者の連絡先情報とを記憶したデータベース手段と、
   上記通信手段により、上記車載用電子機器から送信されてきたパスワードが受信された際に、上記データベース手段を参照して、受信されたパスワードの認証処理を行ない、パスワード認証ＮＧとされた場合は、上記通信手段により上記車載用電子機器に対してパスワード認証ＮＧの通知を送信すると共に、上記データベース手段に記憶されている連絡先情報に基づいてユーザーに異常発生通知を行う制御手段と、
   を備えた盗難検知装置。
2. 上記制御手段は、
   上記車載用電子機器の初期設定の際に、
   その車載用電子機器の固有の上記コード情報を設定して上記通信手段により上記車載用電子機器に送信するとともに、上記通信手段により、上記車載用電子機器から送信されてきたパスワードが受信された際に、受信されたパスワードと上記コード情報を対応させて上記データベース手段に登録する請求項１に記載の盗難検知装置。
3. 上記制御手段は、
   上記車載用電子機器の所有者からの要求に応じて、上記通信手段により上記車載用電子機器に操作不能状態を指示するコマンドを送信させる請求項１に記載の盗難検知装置。
4. 上記制御手段は、
   上記車載用電子機器の所有者からの要求に応じて、上記通信手段により上記車載用電子機器に盗難検知機能オフを指示するコマンドを送信させる請求項１に記載の盗難検知装置。

Images