JP5875436B2 - 車両制御装置、及び、情報処理装置 - Google Patents

Description

本発明は、携帯端末を用いて車両を制御する技術に関する。

従来より、携帯端末を用いて自車両のエンジンやモータといった原動機の始動を制御するリモートスタータや、自車両のドアのロック及びアンロックを制御するリモートドアロックシステムが知られている。これらの技術を使用することにより、ユーザは、自車両と離れた位置からであっても、自車両の原動機を始動させたり、ドアをロック又はアンロックしたりすることができる。このため、例えば、ユーザが自車両に乗車するまでにエアコンを起動させて車内の温度を適切な温度となるように調節することができ、また、自車両に直接キーを差し込むことなくドアの開閉を行うことができる。また、近年では、携帯端末として携帯電話を使用し、センターを介して自車両の車載装置を操作するリモート操作システムが知られている（例えば、特許文献１参照）。

特開2006-352460号公報

リモートスタータやリモートドアロックシステム等のように遠隔で車両を制御する場合、誤って他の車両の車載装置を操作してしまうことがないように、制御対象の車載装置とユーザのリモコンとが対応付けられている。また、携帯電話を使用し、センターを介して自車両の車載装置を操作するリモート操作システムの場合、携帯電話と車載装置とが対応付けられている。

しかしながら、携帯電話と車載装置とが対応付けられていると、知らないうちに他人の車載装置を自車両に設置されてしまった場合に、当該他人が自車両を遠隔で操作することが可能になってしまい、車内の物品や車両自体の盗難にあう可能性がある。

本発明は、上記課題に鑑みてなされたものであり、遠隔で車両を制御する際に、車両を制御する車載装置が正規のユーザのものであるか否かを判断し、その判断結果によって制御の可否を変えることができる車両制御に関する技術を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、車両に搭載され、該車両の制御を行う車両制御装置であって、前記車両固有の情報である特定情報を取得する取得手段と、前記車両の外部に設けられた情報処理装置と情報の送受信を行う通信手段と、異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、前記判定結果に基づいて車両の制御の許否を判断する判断手段と、を備え、前記情報処理装置から車両の制御要求を受信すると、前記取得手段は最新の特定情報を取得し、前記判定手段は、前記情報処理装置に記憶されている過去の特定情報と前記最新の特定情報との一致又は不一致を判定し、前記判断手段は、前記各特定情報が一致している場合には車両の制御を許可し、不一致の場合には許可しない。

また、請求項２の発明は、車両に搭載され、該車両の制御を行う車両制御装置であって、前記車両固有の情報である特定情報を取得する取得手段と、前記車両のバッテリの脱着を検出する検出手段と、前記車両の外部に設けられた情報処理装置と情報の送受信を行う通信手段と、異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、前記判定結果に基づいて車両の制御の許否を判断する判断手段と、を備え、前記検出手段がバッテリの脱着を検出すると、前記取得手段は最新の特定情報を取得し、前記判定手段は、前記情報処理装置に記憶されている過去の特定情報と前記最新の特定情報との一致又は不一致を判定し、前記判断手段は、前記各特定情報が一致している場合に車両の制御を許可し、不一致の場合には許可しない。

また、請求項３の発明は、携帯端末及び車両に搭載され、該車両の制御を行う車両制御装置と通信可能に構成され、該携帯端末から車両の制御要求を受信すると、該車両制御装置に対して該制御要求を送信する情報処理装置であって、前記携帯端末及び車両制御装置と情報の送受信を行う通信手段と、前記車両制御装置から送信された、該車両固有の情報である特定情報を記憶する記憶手段と、異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、前記判定結果に基づいて車両の制御要求の送信許否を判断する判断手段と、を備え、前記通信手段は、前記携帯端末から車両の制御要求を受信すると、車両制御装置から最新の特定情報を取得し、前記判定手段は、前記記憶手段に記憶されている過去の特定情報と、前記最新の特定情報との一致又は不一致を判定し、前記判断手段は、前記各特定情報が一致している場合には車両の制御要求の送信を許可し、不一致の場合には許可しない。

また、請求項４の発明は、携帯端末及び車両に搭載され、該車両の制御を行う車両制御装置と通信可能に構成され、該携帯端末から車両の制御要求を受信すると、該車両制御装置に対して該制御要求を送信する情報処理装置であって、前記携帯端末及び車両制御装置と情報の送受信を行う通信手段と、前記車両制御装置から送信された、該車両固有の情報である特定情報を記憶する記憶手段と、異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、前記判定結果に基づいて車両の制御要求の送信許否を判断する判断手段と、を備え、前記通信手段が車両のバッテリの脱着時に取得した最新の特定情報を受信すると、前記判定手段は、前記最新の特定情報と記憶手段に記憶されている過去の特定情報との一致又は不一致を判定し、前記判断手段は、前記各特定情報が一致している場合には車両の制御要求の送信を許可し、不一致の場合には許可しない。

請求項１ないし４の発明によれば、車両固有の情報である特定情報を用いているため車両制御装置が搭載されている車両を特定することができ、特に、最新の特定情報と過去の特定情報とが一致しているか否かを判定しているため、仮に車両制御装置が他の車両に取り付けられた場合にもその旨を判断することができる。すなわち、車両制御装置が正規のユーザのものでない場合に、車両を制御してしまうことを回避することができる。

図１は、車両制御システムの概要を示す図である。 図２は、車両制御装置の構成を示すブロック図である。 図３は、携帯端末の構成を示すブロック図である。 図４は、センターの構成を示すブロック図である。 図５は、車両制御装置の処理の流れを示すフローチャートである。 図６は、車両制御装置の処理の流れを示すフローチャートである。 図７は、車両制御装置の処理の流れを示すフローチャートである。 図８は、車両制御装置の処理の流れを示すフローチャートである。 図９は、車両制御装置の処理の流れを示すフローチャートである。 図１０は、携帯端末の処理の流れを示すフローチャートである。 図１１は、携帯端末の処理の流れを示すフローチャートである。 図１２は、携帯端末の処理の流れを示すフローチャートである。 図１３は、センターの処理の流れを示すフローチャートである。 図１４は、センターの処理の流れを示すフローチャートである。 図１５は、センターの処理の流れを示すフローチャートである。 図１６は、センターの処理の流れを示すフローチャートである。 図１７は、センターの処理の流れを示すフローチャートである。 図１８は、車両制御装置の構成を示すブロック図である。 図１９は、センターの構成を示すブロック図である。 図２０は、車両制御装置の処理の流れを示すフローチャートである。 図２１は、センターの処理の流れを示すフローチャートである。 図２２は、センターの処理の流れを示すフローチャートである。 図２３は、車両制御装置の処理の流れを示すフローチャートである。 図２４は、車両制御装置の処理の流れを示すフローチャートである。 図２５は、車両制御装置の処理の流れを示すフローチャートである。 図２６は、車両制御装置の処理の流れを示すフローチャートである。 図２７は、センターの処理の流れを示すフローチャートである。 図２８は、センターの処理の流れを示すフローチャートである。 図２９は、車両制御装置の処理の流れを示すフローチャートである。 図３０は、車両制御装置の処理の流れを示すフローチャートである。

以下、図面を参照しつつ本発明の実施の形態について説明する。

＜１．第１の実施の形態＞
＜１−１．システムの概要＞
図１は、本実施の形態に係る車両制御システム１００の概要を示す図である。車両制御システム１００は、車両制御装置１０と、携帯端末２０と、センター３０とを備えている。

車両制御装置１０は、車両に備えられており、センター３０から送信された制御情報に応じて車両の制御を行うものである。車両制御装置１０は、センター３０と通信可能に接続されており、所定のタイミングで位置情報を含む車両情報等をセンター３０に送信すると共に、センター３０を介して携帯端末２０から始動要求やドアのロック要求等の制御情報を受信する。例えば、車両制御装置１０は、センター３０から始動要求を受信すると車両の原動機や各種装置の始動制御を行い、ドアのロック要求を受信すると車両のドアのロック制御を行う。

また、本発明は、車両固有の情報である特定情報を用いて車両制御装置１０が正規のユーザのものであるか否かを判断しており、正規のユーザのものであると判断されたときに始動制御やドアのロック制御等を実行するものである。

なお、ドアのロック制御とは、車両のドアのロック制御及びアンロック制御の双方を含む。また、原動機とはエンジンやモータであり、本発明はいずれの場合にも適用可能である。ただし、説明の便宜上、エンジンを用いた場合を例に挙げて説明する場合がある。また、各種装置とは例えばエアコンである。すなわち、始動制御とは、エンジンやモータの始動／停止、エアコンのオン／オフ等の制御である。以下では、ドアのロックやアンロックを含めて単に「ドアロック」と記載する場合がある。また、遠隔始動を行う対象を単に「原動機」と記載し、始動や停止、オン／オフ等を含めて単に「始動」と記載する場合がある。

携帯端末２０は、ユーザが所持する可搬型の電子機器であり、例えば、スマートフォン、タブレット、携帯電話、ＰＤＡ(Personal Digital Assistant)等である。携帯端末２０には、車両を遠隔で操作するためのアプリケーション（以下「アプリ」という）が格納されている。アプリとしては、例えば、車両のドアを遠隔でロック又はアンロックするためのアプリや、原動機を遠隔で始動するためのアプリがある。ユーザが、携帯端末２０に格納されたアプリを操作して実行することにより、遠隔でのドアロック要求や始動要求、各種設定を行うことができる。また、携帯端末２０は、センター３０と通信可能に構成されており、ドアロック要求や始動要求、各種設定に関する情報、携帯端末２０の位置情報等がセンター３０に送信される。

センター３０は、車両制御システム１００全体を制御する情報処理装置である。センター３０は、車両制御装置１０及び携帯端末２０と通信可能に構成されており、ドアロック要求や始動要求等を互いに送受信することでドアのロック又はアンロックや、原動機の始動又は停止等に関する制御を行う。具体的には、センター３０は、例えば、携帯端末２０からドアロック要求を受信すると、車両制御装置１０にドアロック要求を送信するといった制御を行う。また、センター３０は、例えば、車両から位置情報を含む車両情報を受信し、携帯端末２０から始動要求や位置情報を受信する。また、センター３０は、携帯端末から始動要求を受信すると、携帯端末２０の位置情報と車両の位置情報とに基づいて始動の可否に関する判断や指示といった制御を行う。

このように、本実施の形態に係る車両制御システム１００は、車両制御装置１０がセンター３０からドアロック要求を受信した際に、車両固有の情報に基づいて車両制御装置１０が正規のユーザのものであるか否かを判断することにより、車両制御装置１０が正規のユーザのものである場合にのみ車両の制御を可能にするシステムである。以下、車両制御システム１００の構成及び処理について詳細に説明する。

＜１−２．車両制御装置の構成＞
まず、車両制御装置１０の構成について説明する。図２は、車両制御装置１０の概要を示すブロック図である。図２に示すように、車両制御装置１０は、制御部１１と、位置情報取得部１２と、通信部１３と、第１記憶部１４と、第２記憶部１５とを備えている。

制御部１１は、車両情報取得部１１ａと、情報判別部１１ｂと、始動制御部１１ｃと、時間計測部１１ｄと、ドアロック制御部１１ｅとを備えており、また、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部１１は、車両制御装置１０が備える通信部１３や第１記憶部１４等と接続され、第１記憶部１４に記憶されたプログラム１４ａに基づいて情報の送受信を行い、車両制御装置１０の全体を制御する。第１記憶部１４に記憶されたプログラムにしたがってＣＰＵが演算処理を実行することにより、始動制御部１１ｃやドアロック制御部１１ｅ等の制御部１１の機能が実現される。また、制御部１１は、車両制御装置１０が行う処理全般を制御するものであり、上述した、車両情報取得部１１ａや、情報判別部１１ｂ、始動制御部１１ｃ、時間計測部１１ｄ、ドアロック制御部１１ｅが実行する処理以外の処理についても制御する。

また、制御部１１は、ＣＡＮ（Controller Area Network）等の車載ＬＡＮ（Local Area Network）を介して車両内の他の各種センサやＥＣＵ（Electronic Control Unit）と通信可能に接続されており、種々の情報の送受信を行っている。制御部１１と接続されているセンサとしては、例えば、車速センサや舵角センサ等の車両の走行状態を検出するセンサがある。また、制御部１１と接続されているＥＣＵとしては、例えば、燃料噴射を制御するＥＣＵであるＥＦＩ−ＥＣＵ（Electric Fuel Injection - ECU）や、ドアのロック又はアンロックを制御するＥＣＵであるボデーＥＣＵ、車両内の各ＥＣＵ等に電源を供給する電源ＥＣＵ等がある。

車両情報取得部１１ａは、車両の走行状態や他のＥＣＵの状態を示す情報としての車両情報を取得する。また、車両情報取得部１１ａは、特定情報を取得する。特定情報とは、個々の車両を識別し特定することが可能な車両固有の情報であり、例えば、車両識別番号（VIN:Vehicle Identification Number）や、車両にリモートキーレスエントリシステムが搭載されている場合にはそのワイヤレスＩＤ等である。すなわち、車両情報取得部１１ａは、ＣＡＮを介してこれらセンサやＥＣＵの出力を車両情報として取得すると共に、特定情報も取得する。なお、この特定情報は、例えばイグニッションがオフにされた際など、所定のタイミングでセンター３０に送信される。

情報判別部１１ｂは、車両内の他のセンサや各ＥＣＵから取得した車両情報の内容を判別したり、センター３０から受信した情報の内容を判別する。車両情報としては、上述したものの他にも例えば、イグニッションのオン又はオフの情報が挙げられる。また、センター３０から受信した情報としては、例えば、ドアロック要求や原動機の始動要求に関するコマンドが挙げられる。

始動制御部１１ｃは、車両が備える原動機や各種装置の始動又は停止を制御する。すなわち、始動制御部１１ｃは、センター３０から始動要求のコマンドを受信した際に、制御対象のＥＣＵに対して該当する指令を送信する。例えば、センター３０から原動機の始動要求のコマンドを受信した場合には、始動制御部１１ｃは、ＣＡＮを介して原動機の駆動制御を行うＥＣＵに対して始動指令を送信する。また、エアコンの始動要求のコマンドを受信した場合には、始動制御部１１ｃは、ＣＡＮを介してエアコンの駆動制御を行うＥＣＵに対して始動指令を送信する。

時間計測部１１ｄは、時間の経過を計測するものである。例えば、遠隔始動にて原動機を駆動する時間を予め決めていた場合には、時間計測部１１ｄは、始動からの経過時間を計測し、所定の時間に到達したか否かを判断する。また、時間計測部１１ｄは、時刻を計測することも可能になっており、例えば、始動した時刻を計測しておくこともできる。

ドアロック制御部１１ｅは、車両のドアのロック又はアンロックを制御する。すなわち、ドアロック制御部１１ｅは、センター３０からドアロック要求のコマンドを受信した際に、ボデーＥＣＵに対して該当する指令を送信する。例えば、センター３０からドアのアンロック要求のコマンドを受信すると、ドアロック制御部１１ｅは、ＣＡＮを介してボデーＥＣＵに対してアンロック指令を送信する。

位置情報取得部１２は、車両制御装置１０の現在位置を示す情報としての位置情報を取得する。位置情報取得部１２としては、例えば、ＧＰＳ（Global positioning system：全地球測位システム）を用いることができる。位置情報は、緯度情報及び経度情報を含んでいる。すなわち、位置情報取得部１２は、ＧＰＳを用いて現在位置の緯度情報及び経度情報を取得することとなる。

なお、車両制御装置１０が設置されている環境によっては、ＧＰＳにて位置情報を取得できない場合がある。この場合、位置情報取得部１２は、位置情報を取得できない旨を示す情報として、位置情報が未確定であるとする情報（以下「未確定情報」という）を取得する。

また、取得した位置情報は、車両制御装置１０の位置情報であるものの、車両制御装置１０は車両に搭載されているため、車両の位置を示す情報でもある。このため、以下においては、位置情報取得部１２にて取得した位置情報を「車両位置情報」という。すなわち、車両位置情報は、ＧＰＳで取得した緯度情報及び経度情報を含む位置情報と、ＧＰＳで取得できなかった場合の未確定情報とを含む情報である。なお、この車両位置情報１４ｂは、第１記憶部１４に記憶される。

通信部１３は、センター３０と通信可能に接続され、センター３０との間で情報の送受信を行う。通信部１３は、例えば、センター３０に対して車両位置情報や特定情報を送信し、センター３０からドアロック要求や始動要求等のコマンド、すなわち制御情報を受信する。車両制御装置１０とセンター３０との通信は、いわゆる携帯電話網を通じて行われる。したがって、通信部１３は、センター３０との通信が可能な「圏内」であるか、不可能な「圏外」であるかの判断も行う。センター３０から送信されたコマンド等のデータは、第１記憶部１４に記憶される。

第１記憶部１４は、プログラム１４ａと、車両位置情報１４ｂと、車両情報１４ｃと、データ１４ｄと、地図情報１４ｅとを記憶している。本実施の形態における第１記憶部１４は、電気的にデータの読み書きが可能であって、電源を遮断されてもデータが消去されない不揮発性の半導体メモリである。第１記憶部１４としては、例えば、ＥＥＰＲＯＭ（Electrical Erasable Programmable Read-Only memory）やフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。プログラムは、制御部１１により読み出され、制御部１１が車両制御装置１０を制御するために実行される、いわゆるシステムソフトウェアである。また、データ１４ｄは、例えば、センター３０から受信した各種データであり、地図情報１４ｅは、全国又は一定の広域の道路情報や施設情報が含まれた情報である。

第２記憶部１５は、特定情報１５ａを記憶している。本実施の形態における第２記憶部１５は、電気的にデータの読み書きが可能であって、電源を遮断するとデータが消去されてしまう揮発性の半導体メモリである。第２記憶部１５としては、例えば、ＲＡＭを用いることができる。第２記憶部１５は、車両内部の保持用電源から電源が供給されておりイグニッションをオフにしてバッテリ電源の供給を遮断したとしても特定情報１５ａが消去されることはないが、車両制御装置１０自体を車両から取り外した場合には特定情報１５ａは消去される。

＜１−３．携帯端末の構成＞
次に携帯端末２０の構成について説明する。図３は、携帯端末２０の概要を示すブロック図である。図３に示すように、携帯端末２０は、制御部２１と、位置情報取得部２２と、通信部２３と、記憶部２４と、表示部２５と、操作部２６とを備えている。

制御部２１は、情報判別部２１ａと、表示制御部２１ｂと、制限機能設定部２１ｃとを備えており、また、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部２１は、携帯端末２０が備える通信部２３や記憶部２４等と接続され、記憶部２４に記憶されたプログラム２４ａに基づいて情報の送受信を行い、携帯端末２０の全体を制御する。記憶部２４に記憶されたプログラムにしたがってＣＰＵが演算処理を実行することにより、情報判別部２１ａや表示制御部２１ｂ等の制御部２１の機能が実現される。なお、制御部２１は、携帯端末２０が行う処理全般を制御するものであるため、ドアロックや遠隔始動に関するアプリの機能を実行させる処理を制御すると共に、情報判別部２１ａや、表示制御部２１ｂ、制限機能設定部２１ｃ以外の処理についても制御する。

情報判別部２１ａは、取得した情報の内容を判別する。情報判別部２１ａは、例えば、センター３０から受信した情報の内容を判別したり、携帯端末２０の操作部２６を介して入力されたコマンドの内容を判別する。センター３０から受信した情報としては、例えば、車両情報や始動の可否に関する問い合わせが挙げられ、携帯端末２０の操作部２６を介して入力されたコマンドとしては、ドアロック要求や原動機の始動要求のコマンドが挙げられる。

表示制御部２１ｂは、携帯端末２０の表示部２５に画像を表示させる制御を行う。具体的には、表示制御部２１ｂは、ドアロックの指示や原動機の始動の指示を行うための操作用画面、又はセンター３０から受信した確認用画面等を表示部２５に表示させる制御を行う。

制限機能設定部２１ｃは、所定の条件を満たす場合に車両の原動機の遠隔始動処理を制限する機能（以下「制限機能」という）のオン又はオフを設定する。所定の条件とは、車両の原動機の遠隔始動を実行するか否かを決める条件（以下「制限条件」という）である。制限機能設定部２１ｃは、制限条件を変更する機能も有している。制限条件としては、例えば、始動要求時の携帯端末２０と駐車開始時の車両との距離に関する条件が挙げられ、この条件に基づく制限機能を「距離制限機能」と記載する。

制限機能のオン又はオフを示す情報及び制限条件（以下これらを「設定情報」という）は、記憶部２４に記憶されている。ユーザが携帯端末を操作して設定モードを選択すると、設定情報２４ｃが記憶部２４から読み出されて表示部２５に表示される。ユーザは、表示された設定情報に対して、制限機能のオン又はオフを設定したり、変更画面にしたがって条件を変更することで新たな設定情報を設定することができる。新たな設定情報は、記憶部２４に記憶されると共にセンター３０に送信される。なお、設定情報２４ｃは、携帯端末２０の記憶部２４には記憶せずにセンター３０の第１記憶部３３にのみ記憶されていてもよい。この場合、制限機能設定部２１ｃは、設定情報をセンター３０の第１記憶部３３から読み出すことになる。

位置情報取得部２２は、携帯端末２０の現在位置を示す情報としての位置情報（以下「携帯位置情報」という）を取得する。位置情報取得部２２としては、例えば、ＧＰＳを用いることができる。携帯位置情報は、緯度情報及び経度情報を含んでいる。すなわち、位置情報取得部２２は、ＧＰＳを用いて現在位置の緯度情報及び経度情報を取得することとなる。取得した携帯位置情報２４ｂは、記憶部２４に記憶される。

通信部２３は、センター３０と通信可能に接続され、センター３０との間で情報の送受信を行う。通信部２３は、例えば、センター３０に対してドアロック要求や始動要求のコマンド、又は携帯位置情報等を送信し、センター３０から接続要求のコマンドや始動の可否に関する問い合わせ等を受信する。携帯端末２０とセンター３０との通信は、いわゆる携帯電話網を通じて行われる。したがって、通信部２３は、センター３０との通信が可能な「圏内」であるか、不可能な「圏外」であるかの判断も行う。

記憶部２４は、プログラム２４ａと、携帯位置情報２４ｂと、設定情報２４ｃと、アプリ２４ｄとを記憶している。本実施の形態における記憶部２４は、電気的にデータの読み書きが可能であって、電源を遮断されてもデータが消去されない不揮発性の半導体メモリである。記憶部２４としては、例えば、ＥＥＰＲＯＭやフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。プログラム２４ａは、制御部２１により読み出され、制御部２１が携帯端末２０を制御するために実行される、いわゆるシステムソフトウェアである。また、アプリ２４ｄとは、遠隔でのドアロック用又は原動機の始動用の制御プログラムである。

表示部２５は、ドアロックや遠隔始動の制御を行うアプリの操作用画面や、センター３０から送信された車両情報を確認する確認用画面等を表示する表示装置である。表示部２５としては、例えば、液晶ディスプレイや、有機ＥＬディスプレイ等を用いることができる。

操作部２６は、機械式のボタンやタッチパネルを備えた情報の入力装置である。ユーザは、操作部２６を操作することによって、ドアロックや遠隔始動の制御に関する各種操作や、設定情報の設定や変更操作等を行うことができる。なお、操作部２６は、表示部２５と一体として構成してもよい。

＜１−４．センターの構成＞
次にセンター３０の構成について説明する。図４は、センター３０の概要を示すブロック図である。図４に示すように、センター３０は、制御部３１と、通信部３２と、第１記憶部３３と、第２記憶部３４とを備えている。

制御部３１は、情報判別部３１ａと、始動制限部３１ｂと、一致判定部と３１ｃと、始動指示部３１ｄとを備えており、また、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部３１は、センター３０が備える通信部３２や第１記憶部３３等と接続され、第１記憶部３３に記憶されたプログラムに基づいて情報の送受信を行い、センター３０の全体を制御する。第１記憶部３３に記憶されたプログラム３３ａにしたがってＣＰＵが演算処理を実行することにより、情報判別部３１ａや始動制限部３１ｂ等の制御部３１の機能が実現される。なお、制御部３１は、センター３０が行う処理全般を制御するものであるため、情報判別部３１ａや、始動制限部３１ｂ、始動指示部３１ｄ、一致判定部３１ｃが実行する処理以外の処理についても制御する。

情報判別部３１ａは、車両制御装置１０又は携帯端末２０から受信した情報やコマンドの内容を判別する。具体的には、情報判別部３１ａは、車両制御装置１０から受信した情報が、特定情報であるか、車両位置情報であるか、ドアのロック又はアンロックを実行した旨の情報であるか、原動機の始動又は停止を実行した旨の情報であるか、イグニッションオン又はオフの情報であるか等を判別する。また、情報判別部３１ａは、携帯端末２０から受信した情報が、携帯位置情報であるか、ドアロック要求のコマンドであるか、原動機の始動要求のコマンドであるか、設定情報の変更情報であるか等を判別する。

始動制限部３１ｂは、携帯端末２０から始動要求のコマンドを受信した場合に、設定情報に基づいて原動機の始動を制限するか否かを判断する。具体的には、始動制限部３１ｂは、携帯端末２０から始動要求のコマンドを受信したと判断した場合に、車両位置情報や携帯位置情報と設定情報とに基づいて始動の可否を判断する。

例えば、距離制限機能がオンに設定されていて、制限条件が車両の駐車開始位置と携帯端末の始動要求時の位置との距離に基づいて設定されている場合には、始動制限部３１ｂは、車両位置情報及び携帯位置情報に基づいて車両の駐車開始時の位置と携帯端末の始動要求時の位置との距離を導出し、この距離と制限条件とを比較することによって原動機の始動を制限するか否かを判断する。

より具体的に説明すると、始動制限部３１ｂは、第１記憶部３３から読み出したイグニッションオフ時の車両位置情報３３ｂ（すなわち、駐車開始時の車両位置情報）と、携帯端末２０から受信した携帯位置情報３３ｃ（すなわち、始動要求時の携帯位置情報）とを比較することで互いの距離を算出する。そして、始動制限部３１ｂは、第１記憶部３３から設定情報３３ｄに含まれている制限距離を読み出し、算出した距離が制限距離以上であるか否かを判断する。なお、制限距離とは、始動を制限する距離を示す制限条件である。

始動制限部３１ｂは、算出した距離が制限距離より小さい場合には原動機の始動処理を継続し、算出した距離が制限距離以上の場合には始動処理を制限する。なお、始動処理の制限には、始動処理の禁止も含まれる。例えば、始動処理を制限する処理とは、始動処理を禁止する場合には始動処理を中止し、始動処理を制限する場合には始動処理の継続の可否をユーザに確認する等の処理である。

一致判定部３１ｃは、始動要求のコマンドやドアロック要求のコマンドを受信した際に、異なるタイミングで取得した複数の特定情報が一致しているか否かを判定する。本実施の形態では、車両制御装置１０から、所定のタイミングで特定情報を受信し、センター３０は第２記憶部３４に記憶する構成となっている。また、車両制御装置１０と携帯端末２０とは対応付けられているため、センター３０には、車両制御装置１０毎に（携帯端末２０毎に）、その車両制御装置１０に対応付けられた特定情報が記憶されている。すなわち、一致判定部３１ｃは、携帯端末２０から始動要求があったとき、又は、ドアロック要求があったときには、各要求のコマンドを送信した携帯端末２０に対応付けられた車両制御装置１０から受信した特定情報を比較することになる。

特定情報は、上述のように各車両を識別するための情報であるため、例えば、ある車両に搭載されていた車両制御装置を他の車両に取り付けた場合には、過去に取得した特定情報と最新の特定情報とが一致しないことになる。過去の特定情報と最新の特定情報とが一致しない場合とは、車両制御装置１０が搭載されている車両が異なることを意味する。すなわち、この場合、車両制御装置１０が正規のユーザのものでない可能性が高い。一方、ある車両に搭載されていた車両制御装置が同じ車両にそのまま搭載されている場合には各特定情報は一致する。なお、一致判定部３１ｃによる特定情報の一致判定の詳細は後述する。

始動指示部３１ｄは、始動要求のコマンドやドアロック要求のコマンドを実行する場合に、車両制御装置１０に対してこれら各コマンドの送信処理を行う。具体的には、携帯端末２０からドアロック要求のコマンドを受信した場合には、特定情報が一致した場合に、始動指示部３１ｄは車両制御装置１０に対してドアロック要求のコマンドを送信する。また、携帯端末２０から始動要求のコマンドを受信した場合には、始動制限部３１ｂが始動処理を継続すると判断し、かつ、特定情報が一致した場合に、始動指示部３１ｄは車両制御装置１０に対して始動要求のコマンドを送信する。

通信部３２は、車両制御装置１０及び携帯端末２０と通信可能に構成され、各々との間で情報の送受信を行う。通信部３２は、例えば、車両制御装置１０に対してドアロック要求のコマンドや始動要求のコマンドを送信し、携帯端末２０に対して各要求の実行結果や始動処理の継続の可否を確認する情報を送信する。また、通信部３２は、例えば、車両制御装置１０から車両位置情報や特定情報を受信し、携帯端末２０からドアロック要求のコマンドや始動要求のコマンド、携帯位置情報を受信する。車両制御装置１０及び携帯端末２０との通信は、いわゆる携帯電話網を通じて行われる。

第１記憶部３３は、プログラム３３ａと、車両位置情報３３ｂと、携帯位置情報３３ｃと、設定情報３３ｄと、コマンド３３ｅと、地図情報３３ｆとを記憶している。また、コマンド３３ｅを第１記憶部３３に記憶しておいてコマンド実行時に読み出す構成としているが、第１記憶部３３に記憶せずに受信時にコマンド実行する構成としてもよい。

本実施の形態における第１記憶部３３は、電気的にデータの読み書きが可能であって、電源を遮断されてもデータが消去されない不揮発性の半導体メモリである。第１記憶部３３としては、例えば、ＥＥＰＲＯＭやフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。プログラム３３ａは、制御部３１により読み出され、制御部３１がセンター３０を制御するために実行される、いわゆるシステムソフトウェアである。また、地図情報３３ｆは、全国又は一定の広域の道路情報や施設情報が含まれた情報である。

第２記憶部３４は、特定情報３４ａを記憶している。この特定情報３４ａには、初回データ３４ｂと、前回データ３４ｃと、今回データ３４ｄとがある。初回データ３４ｂとは、車両制御装置１０を車両に最初に取り付けた後に、車両制御装置１０から最初に受信した当該車両の特定情報である。また、車両制御装置１０から受信した特定情報のうち、最新の特定情報が今回データ３４ｄであり、１つ前に受信した特定情報が前回データ３４ｃである。

本実施の形態における第２記憶部３４は、電気的にデータの読み書きが可能であって、電源を遮断するとデータが消去されてしまう揮発性の半導体メモリである。第２記憶部３４としては、例えば、ＲＡＭを用いることができる。第２記憶部３４は、車両内部の保持用電源から電源が供給されておりイグニッションをオフにしてバッテリ電源の供給を遮断したとしても特定情報３４ａが消去されることはないが、車両制御装置１０自体を車両から取り外した場合には特定情報３４ａは消去される。

＜１−５．車両制御装置の処理＞
次に、車両制御装置１０の処理について説明する。図５〜図９は、車両制御装置１０の処理を示すフローチャートである。

車両制御装置１０は、車両のイグニッションがオンしている間は、定期的に車両位置情報を取得している。このため、車両制御装置１０が車両位置情報を取得する処理について説明する。図５は、車両制御装置１０が車両位置情報を取得する処理を示すフローチャートである。

まず、位置情報取得部１２が、例えば５０ｍｓ又は１００ｍｓ毎に車両位置情報を取得する処理を実行する（ステップＳ５０１）。位置情報取得部１２は、車両位置情報の取得処理を実行した後には、実際に車両位置情報を取得できたか否かを判断する（ステップＳ５０２）。車両位置情報は、経度情報及び緯度情報を含む情報であるため、位置情報取得部１２は、例えば、これら経度情報や緯度情報が適切に取得できた場合に車両位置情報が取得できたと判断し、適切に取得できなかった場合には車両位置情報が取得できなかったと判断することができる。

位置情報取得部１２は、車両位置情報を取得できたと判断した場合には（ステップＳ５０２でＹｅｓ）、取得した車両位置情報を第１記憶部１４に記憶する（ステップＳ５０３）。一方、位置情報取得部１２は、車両位置情報を取得できなかったと判断した場合には（ステップＳ５０２でＮｏ）、未確定情報を第１記憶部１４に記憶する（ステップＳ５０４）。この場合、未確定情報が車両位置情報となる。そして、車両制御装置１０は、以降の車両位置情報を取得するタイミングにおいても同様の処理を実行し、これを定期的に繰り返す。

また、イグニッションを手動でオン又はオフに切り替えた際に、車両制御装置１０は、車両位置情報と特定情報と車両情報とをセンター３０に送信する処理を実行する。そこで、車両制御装置１０が、これらの情報を送信する処理について説明する。図６及び図７は、車両制御装置１０が、これらの情報をセンター３０に送信する処理を示すフローチャートである。なお、図面中ではイグニッションを「ＩＧ」と記載する。

まず、車両情報取得部１１ａが、手動にてイグニッションがオンの状態からオフの状態に切り替わったか否かを検出する（ステップＳ６０１）。具体的には、イグニッションがオンの状態のときに、車両情報取得部１１ａが、電源ＥＣＵからＣＡＮを介してイグニッションがオフである旨の信号を受信することによりオンからオフに切り替わったことを検出する。

車両情報取得部１１ａは、イグニッションがオンからオフに切り替わったことを検出しなかった場合には（ステップＳ６０１でＮｏ）、後述するイグニッションがオフからオンに切り替わったか否かを検出する処理に進む（図６のＡ）。

一方、車両情報取得部１１ａが、イグニッションがオンからオフに切り替わったことを検出すると（ステップＳ６０１でＹｅｓ）、駐車が開始されると判断して、制御部１１は、車両位置情報を取得する（ステップＳ６０２）。具体的には、制御部１１は、駐車開始時における車両位置情報を位置情報取得部１２から取得する。

次に、車両情報取得部１１ａは、特定情報を取得する（ステップＳ６０３）。特定情報として、車両識別番号を用いる場合には、情報取得部１１ａは、この車両識別番号を保有する車載装置から取得する。また、特定情報として、ワイヤレスＩＤを用いる場合には、情報取得部１１ａは、このワイヤレスＩＤを保有する車載装置、例えばリモートキーレスエントリシステムを制御するＥＣＵから取得する。なお、車両情報取得部１１ａは、車両位置情報の取得時、特定情報の取得時、又はこれらの前後のタイミングでその他の車両情報を取得する。そして、制御部１１は、車両位置情報等を送信する処理に進む。

制御部１１は、センター３０との通信を確立させる（ステップＳ６０４）。具体的には、制御部１１が、通信部１３を介してセンター３０に対して通信の接続を要求するコマンドを送信する。センター３０は、接続要求のコマンドを受信した際に、通信の接続が可能である場合には接続を許可して通信が確立する。

しかし、通信不能な場所に駐車した場合は、ステップＳ６０４による通信を確立することができない。そのため、通信部１３は、センター３０との通信が可能な通信圏内にあるか否かを判断する（ステップＳ６０５）。すなわち、ステップＳ６０４による通信が確立できたときは、通信圏内にあると判断し、通信が確立できなかったときは通信圏外であると判断する。

通信部１３は、通信圏内にあると判断した場合には（ステップＳ６０５でＹｅｓ）、車両位置情報と特定情報と車両情報とをセンター３０に送信し（ステップＳ６０６）、次の処理へ進む（図６のＡ）。送信する車両位置情報は、イグニッションをオフに切り替えた際に、位置情報取得部１２が取得した位置情報、すなわち駐車開始位置の情報である。また、送信する特定情報は、イグニッションをオフに切り替えた際に、車両情報取得部１１ａが取得した特定情報である。また、送信する車両情報は、イグニッションをオフに切り替えた際に、車両情報取得部１１ａが取得した車両情報であり、イグニッションがオフである旨の情報が含まれている。また、イグニッションのオフ情報に加えて、第１記憶部１４に記憶されている未送信の車両情報が含まれていてもよい。

一方、通信部１３は、通信圏内にないと判断した場合には（ステップＳ６０５でＮｏ）、再度通信圏内にあるか否かを判断する。周囲構造物や天候の悪化等により一時的に通信状況が悪化し、その後通信状況が良好になる可能性があるためである。また、通信圏内にない場合には、センター３０に対して車両位置情報等を送信することができないため、制御部１１は、送信すべき情報を第１記憶部１４又は第２記憶部１５に記憶しておき、通信状況が良好になって通信圏内にあると判断された後に、第１記憶部１４又は第２記憶部１５から読み出した車両位置情報や特定情報等の情報を通信部１３を介してセンター３０に送信する処理を行う。なお、通信圏内にない状態から通信圏内にある状態に変化した場合に、新たに車両位置情報を取得し、第１記憶部１４に記憶しておいたイグニッションオフ時の車両位置情報と比較を行い、両者が一致した場合に新たに取得した車両位置情報をセンター３０に送信するようにしてもよい。

次に、車両情報取得部１１ａが、手動にてイグニッションがオフの状態からオンの状態に切り替わったか否かを検出する（ステップＳ７０１）。具体的には、イグニッションがオフの状態のときに、車両情報取得部１１ａが、電源ＥＣＵからＣＡＮを介してイグニッションがオンである旨の信号を受信することによりオフからオンに切り替わったことを検出する。

車両情報取得部１１ａは、イグニッションがオフからオンに切り替わったことを検出しなかった場合には（ステップＳ７０１でＮｏ）、何も処理を行わずに終了する。

一方、車両情報取得部１１ａが、イグニッションがオフからオンに切り替わったことを検出すると（ステップＳ７０１でＹｅｓ）、駐車が終了されると判断して、制御部１１は、車両位置情報を取得する（ステップＳ７０２）。具体的には、制御部１１は、駐車終了時における車両位置情報を位置情報取得部１２から取得する。また、車両情報取得部１１ａは、特定情報も取得する（ステップＳ７０３）。取得の処理は、上記ステップＳ６０３と同様にして行うことができる。そして、制御部１１は、車両位置情報を送信する処理に進む。

制御部１１はセンター３０との通信を確立させる（ステップＳ７０４）。具体的には、制御部１１が、通信部１３を介してセンター３０に対して通信の接続を要求するコマンドを送信する。センター３０は、接続要求のコマンドを受信した際に、通信の接続が可能である場合には接続を許可して通信が確立する。なお、既にセンター３０との通信が確立している状態にある場合には、この処理は省略することができる。

通信が確立すると、通信部１３は、センター３０との通信が可能な通信圏内であるか否かを定期的に判断する（ステップＳ７０５）。すなわち、上記ステップＳ６０５と同様に、センター３０との通信確立時における通信状況の悪化を監視することにより、通信が可能な状況であるか否かを判断する。

通信部１３は、通信圏内にあると判断した場合には（ステップＳ７０５でＹｅｓ）、車両位置情報と特定情報と車両情報とをセンター３０に送信して（ステップＳ７０６）、処理を終了する。送信する車両位置情報は、イグニッションをオンに切り替えた際に、位置情報取得部１２が取得した位置情報、すなわち駐車終了時の位置情報である。また、送信する特定情報は、イグニッションをオンに切り替えた際に、車両情報取得部１１ａが取得した特定情報である。また、送信する車両情報は、イグニッションをオンに切り替えた際に、車両情報取得部１１ａが取得した車両情報であり、イグニッションがオンである旨の情報が含まれている。また、イグニッションのオン情報に加えて、第１記憶部１４に記憶されている未送信の車両情報が含まれていてもよい。

一方、通信部１３は、通信圏内にないと判断した場合には（ステップＳ７０５でＮｏ）、再度通信圏内にあるか否かを判断する。また、通信圏内にない場合には、センター３０に対して車両位置情報等を送信することができないため、制御部１１は、送信すべき情報を第１記憶部１４又は第２記憶部１５に記憶しておき、通信圏内にあると判断された後に、第１記憶部１４又は第２記憶部１５から読み出した車両位置情報や特定情報等の情報を通信部１３を介してセンター３０に送信する処理を行う。

このように、車両制御装置１０は、手動にてイグニッションがオン又はオフにされた際に、イグニッションのオン又はオフ情報と共に、オン又はオフにされた時点で取得した車両位置情報や特定情報をセンター３０に送信する処理を行う。また、車両制御装置１０は、図６及び図７に示した処理を定期的に実行するようになっており、例えば、５０ｍｓ又は１００ｍｓ毎に行う。

次に、車両制御装置１０による始動処理及びドアロック処理について説明する。図８及び図９は、車両制御装置１０による始動処理及びドアロック処理を示すフローチャートである。

まず、制御部１１は、センター３０から接続要求があるか否かを判断する（ステップＳ８０１）。この判断は、制御部１１が、通信部１３を介してセンター３０から通信の接続要求のコマンドを受信したか否かを判断することにより行うことができる。制御部１１は、接続要求がないと判断した場合には（ステップＳ８０１でＮｏ）、処理を終了する（図８のＢ）。一方、制御部１１は、接続要求があると判断した場合には（ステップＳ８０１でＹｅｓ）、通信の接続が可能である場合には接続を許可して通信が確立する（ステップＳ８０２）。なお、車両制御装置１０と携帯端末２０とは予め対応付けられており、センター３０は、携帯端末２０が有するＩＤやコード等を用いて認証処理を実行し、対応付けられた車両制御装置１０を特定した後に接続処理を実行している。

通信が確立すると、制御部１１は、特定情報をセンター３０に送信する（ステップＳ８０３）。すなわち、車両情報取得部１１ａが、特定情報を保有する車載装置から特定情報を取得し、通信部１３を介してセンター３０に送信する。

次に、制御部１１は、センター３０からデータを受信したか否かを判断する（ステップＳ８０４）。制御部１１は、データを受信していないと判断した場合には（ステップＳ８０４でＮｏ）、処理を終了する（図８のＢ）。

一方、制御部１１は、データを受信したと判断した場合には（ステップＳ８０４でＹｅｓ）、受信したデータ１４ｄを第１記憶部１４に記憶する（ステップＳ８０５）。なお、第１記憶部１４にデータ１４ｄを記憶する際には、情報判別部１１ｂにて、データの内容を判別した後に記憶してもよく、判別することなく記憶してもよい。受信するデータは、種々のコマンドであり、例えば、ドアロック要求のコマンドや始動要求のコマンドの他、車両位置情報や車両情報の送信を要求するコマンド等が挙げられる。

次に、情報判別部１１ｂは、センター３０から受信したデータに始動要求のコマンドが含まれているか否かを判断する（ステップＳ８０６）。この判断は、情報判別部１１ｂが、受信したデータの内容を判別することにより行われる。なお、受信したデータを第１記憶部１４に記憶する際に情報の内容を判別している場合には、始動要求のコマンドが第１記憶部１４に記憶されているかを判別する処理としてもよい。

受信データに始動要求のコマンドが含まれている場合には（ステップＳ８０６でＹｅｓ）、始動制御部１１ｃは、原動機の始動処理を実行する（ステップＳ８０７）。具体的には、始動制御部１１ｃが、電源ＥＣＵに対してＣＡＮを介して始動指令を送信する。電源ＥＣＵは、ＡＣＣリレーと、イグニッションリレーと、スタータリレーとをオン状態にし、ＡＣＣ信号と、イグニッション信号と、スタータ信号とをエンジンＥＣＵに送信する。エンジンＥＣＵは、これらの信号を受信すると、エンジンを始動させるためにセルモータを起動させる。これにより、遠隔にてエンジンを始動させることが可能になる。

始動制御部１１ｃは、始動指令を送信すると、始動処理が成功したか否かを判断し、通信部１３を介して始動処理が成功したか否かの実行結果をセンター３０に送信して（ステップＳ８０８）、次の処理に進む（図８のＣ）。すなわち、始動制御部１１ｃは、始動処理が成功した場合には、始動が完了した旨の情報を送信し、始動処理が成功しなかった場合には、始動に失敗した旨の情報を送信する。

なお、センター３０から受信したデータに始動要求のコマンドが含まれているか否かの判断処理（ステップＳ８０６）において、始動要求のコマンドは含まれていないと判断した場合には（ステップＳ８０６でＮｏ）、始動制御部１１ｃは、始動処理を行わず次の処理へ進む（図８のＣ）。

次に、情報判別部１１ｂは、センター３０から受信したデータに原動機の停止要求のコマンドが含まれているか否かを判断する（ステップＳ９０１）。この判断においても、情報判別部１１ｂが、受信したデータの内容を判別することにより行われる。受信データに停止要求のコマンドが含まれている場合には（ステップＳ９０１でＹｅｓ）、始動制御部１１ｃは、原動機の停止処理を実行する（ステップＳ９０３）。この停止処理については後述する。

一方、受信データに停止要求のコマンドが含まれていない場合には（ステップＳ９０１でＮｏ）、時間計測部１１ｄが、原動機の駆動が始動から所定時間経過したか否かを判断する（ステップＳ９０２）。すなわち、時間計測部１１ｄは、原動機の始動から時間の計測を開始し、予め設定されている所定時間に到達したか否かを判断する。なお、所定時間とは、例えば、原動機を始動してから一定の経過時間のことであり、予め設定されたいわゆる暖機時間である。暖機時間は、例えば１０分と設定することができ、複数回に分けて暖機運転をする場合には累積時間で最大で２０分と設定することもできる。ただし、所定時間はこれに限定されるものではなく適宜設定可能である。

時間計測部１１ｄが、始動から所定時間を経過したと判断した場合には（ステップＳ９０２でＹｅｓ）、始動制御部１１ｃが原動機の停止処理を実行する（ステップＳ９０３）。停止処理は、例えば、始動制御部１１ｃが電源ＥＣＵに対してＣＡＮを介して停止信号を送信し、電源ＥＣＵがＡＣＣリレーと、イグニッションリレーと、スタータリレーとをオフ状態にすることでエンジンの駆動を停止させる処理である。これにより、遠隔にてエンジンを停止させることが可能となる。

そして、始動制御部１１ｃは、原動機の停止処理を実行すると、通信部１３を介して停止処理を実行した旨の情報をセンター３０に送信して（ステップＳ９０４）、次の処理に進む。

一方、時間計測部１１ｄは、所定時間が経過していないと判断した場合には（ステップＳ９０２でＮｏ）、受信データにドアロック要求のコマンドが含まれているか否かの判断処理に進む。

次いで、情報判別部１１ｂは、センター３０から受信したデータにドアロック要求のコマンドが含まれているか否かを判断する（ステップＳ９０５）。なお、この場合におけるドアロック要求のコマンドは、ドアのロック要求又はアンロック要求のコマンドである。この判断においても、情報判別部１１ｂが、受信したデータの内容を判別することにより行われる。

受信データにドアロック要求が含まれている場合には（ステップＳ９０５でＹｅｓ）、ドアロック制御部１１ｅは、コマンドの内容に従いドアのロック処理又はアンロック処理を行う（ステップＳ９０６）。ドアロック処理が終了すると、ドアロック制御部１１ｅは、通信部１３を介してドアロック処理の実行結果を示す情報をセンター３０に送信して（ステップＳ９０７）、次の処理に進む。すなわち、ドアロック制御部１１ｅは、ドアロック処理を実行した場合には、ドアをロック又はアンロックを実行した旨の情報を送信し、何らかの要因でドアロック処理が実行できなかった場合には、ドアのロック又はアンロックに失敗した旨の情報を送信する。

なお、センター３０から受信したデータにドアロック要求のコマンドが含まれているか否かの判断処理（ステップＳ９０５）において、ドアロック要求のコマンドが含まれていないと判断した場合には（ステップＳ９０５でＮｏ）、ドアロック制御部１１ｅは、ドアロック処理を行わず次の処理に進む。

次に、制御部１１は、その他要求に対する処理を実行する（ステップＳ９０８）。その他要求に対する処理とは、受信したデータに始動要求及びドアロック要求以外のコマンド（以下「その他のコマンド」という）が含まれている場合に、受信したその他のコマンドに対応する処理のことである。

すなわち、情報判別部１１ｂが、受信したデータにその他のコマンドが含まれているか否かを判別し、含まれている場合には、制御部１１がそのコマンドに対応する処理を実行する。例えば、受信データに車両情報の送信要求コマンドが含まれている場合には、制御部１１は通信部１３を介して要求のあった車両情報をセンター３０に送信する処理を実行する。なお、情報判別部１１ｂが、受信したデータにその他のコマンドが含まれていないと判別した場合には、本ステップでは何も処理を行わない。そして、車両制御装置１０は処理を終了する。

なお、センター３０と通信を確立した後、通信を切断する処理はセンター３０が行ってもよく、車両制御装置１０が行ってもよい。

＜１−６．携帯端末の処理＞
次に、携帯端末２０の処理について説明する。図１０ないし図１２は、携帯端末２０の処理を示すフローチャートである。まず、携帯端末２０を用いてドアロック要求や始動要求といった遠隔で車両制御を行う処理について説明する。図１０及び図１１は、携帯端末２０の処理を示すフローチャートである。

携帯端末２０による処理は、携帯端末２０に格納されている遠隔操作用のアプリ２４ｄの起動により開始される。携帯端末２０のアプリ２４ｄが起動されると、表示部２５に遠隔操作を行うためのメイン操作画面が表示される（ステップＳ１００１）。表示制御部２１ｂがアプリ２４ｄに格納されている操作画面を読み出して、表示部２５を制御して操作画面を表示する。

次に、制御部２１は、操作画面表示時に、ユーザの操作によってセンター３０に対して要求を行うコマンドが入力されたか否かを判断する（ステップＳ１００２）。制御部２１は、要求コマンドが入力されたと判断した場合には（ステップＳ１００２でＹｅｓ）、センター３０との通信を確立させる（ステップＳ１００３）。具体的には、制御部２１が、通信部２３を介してセンター３０に対して通信の接続を要求するコマンドを送信する。センター３０は、接続要求のコマンドを受信した際に、通信の接続が可能である場合には接続を許可して通信が確立する。

次いで、制御部２１は、通信部２３を介して要求コマンドをセンター３０に送信する（ステップＳ１００４）。なお、要求コマンドが入力されると、情報判別部２１ａが入力されたコマンドの内容を判別する。入力されるコマンドとは、例えば、ドアのロック又はアンロックを要求するコマンドであり、原動機の始動又は停止を要求するコマンドである。また、制御部２１は、要求コマンドを送信する際には、位置情報取得部２２にて携帯端末２０の位置情報を取得して、要求コマンドと併せて携帯位置情報を送信する。

一方、制御部２１は、要求コマンドが入力されていないと判断した場合には（ステップＳ１００２でＮｏ）、要求コマンド等の送信処理は行わずに次の処理へ進む。

次に、制御部２１は、センター３０からメッセージを受信しているか否かを判断する（ステップＳ１００５）。この判断は、制御部２１がセンター３０からデータを受信したか否かの判断と、受信したデータがメッセージであるか否かの判別を含む。メッセージであるか否かの判別は、情報判別部２１ａよって行われる。センター３０から受信するメッセージとは、例えば、始動処理の継続に関する確認のメッセージや、ユーザがセンター３０に対して要求した情報に対する応答メッセージ等である。具体的には、制限機能の制限条件を満たさない場合に、始動の継続を確認するメッセージや、ユーザがセンター３０に問い合わせた車両情報の内容を通知するメッセージである。

制御部２１は、メッセージを受信していないと判断した場合には（ステップＳ１００５でＮｏ）、その後の処理は行わずに処理を終了する（図１０のＤ）。一方。制御部２１は、メッセージを受信していると判断した場合には（ステップＳ１００５でＹｅｓ）、表示部２５に当該メッセージを表示して（ステップＳ１００６）、次の処理に進む（図１０のＥ）。

次に、情報判別部２１ａは、受信したメッセージがユーザの応答を要求するメッセージであるか否かを判別する（ステップＳ１１０１）。応答を要求するメッセージとは、上述の例でいうと、始動の継続を確認するメッセージであり、応答を要求しないメッセージとは、車両情報の内容を通知するメッセージである。

情報判別部２１ａが受信したメッセージが応答を要求するメッセージであると判別した場合には（ステップＳ１１０１でＹｅｓ）、制御部２１は、ユーザによる応答の入力があったか否かを監視する（ステップＳ１１０２）。応答の入力は、ユーザが操作画面を操作することによって行われる。この応答入力の有無の監視は、入力があったと判断されるまで繰り返し行われる（ステップＳ１１０２でＮｏ）。

制御部２１は、応答入力があったと判断した場合には（ステップＳ１１０２でＹｅｓ）、通信部２３を介してその応答内容をセンターに送信する（ステップＳ１１０３）。そして、制御部２１は、再び操作画面を表示部に表示する（ステップＳ１１０４）。

なお、応答要求の有無を判別するステップにおいて、情報判別部２１ａは、受信したメッセージがユーザの応答を要求するメッセージでないと判別した場合には（ステップＳ１１０１でＮｏ）、制御部２１は、表示したメッセージをユーザが確認したか否かを監視する（ステップＳ１１０５）。応答を要求しないメッセージとは、単にユーザにその内容を提示するメッセージであるため、制御部２１は、ユーザがそれを確認したか否かを監視することとしている。ただし、監視が必要ない場合には、本ステップは省略してもよい。

制御部２１は、ユーザがメッセージを確認したと判断するまで監視を繰り返して行う（ステップＳ１１０５でＮｏ）。制御部２１は、ユーザがメッセージを確認したと判断した場合には（ステップＳ１１０５でＹｅｓ）、再び操作画面を表示部に表示する（ステップＳ１１０４）。確認の入力は、例えば、ユーザが操作画面の確認ボタンを押すことによって行われる。この場合、制御部２１は、確認ボタンが押されたか否かを判断することによって確認の有無を判断する。

その後、ユーザが、再び遠隔操作の処理を行う場合には、最初から同様の処理を行えばよい。また、ユーザが遠隔操作用のアプリ２４ｄを停止することにより遠隔操作の処理は終了する。

なお、センター３０との通信の切断については、遠隔操作用のアプリ２４ｄを停止したときはもちろんのこと、センター３０との間で必要なデータの送受信が完了した場合に自動的に行なわれる。即ち、制御部２１がステップＳ１００３で通信を確立した後、ステップＳ１００４にて送信した要求コマンドに対してセンターからの一連の応答が完了したと判断した場合に通信を自動的に切断する。センター３０からの応答が完了した場合とは、始動時の時間情報を受信した場合や応答要求のないメッセージを受信した場合等である。

次に、携帯端末２０を用いて制限機能を設定する処理及び制限条件を変更する処理について説明する。図１２は、制限機能として距離制限機能を用いた場合における、制限機能の設定処理及び制限条件の変更処理を示すフローチャートである。

制限機能の設定や制限条件の変更に関する処理は、ユーザが携帯端末２０の設定モードを選択することで開始する。設定モードが選択されると、制限機能設定部２１ｃは、携帯端末２０の距離制限機能がオンに設定されたか否かを判断する（ステップＳ１２０１）。距離制限機能がオンに設定された場合には（ステップＳ１２０１でＹｅｓ）、制限機能設定部２１ｃは、距離制限機能がオンである旨のフラグを設定する（ステップＳ１２０２）。一方、距離制限機能がオンに設定されていない場合には（ステップＳ１２０１でＮｏ）、フラグは設定しない。

次に、制限機能設定部２１ｃは、距離制限機能がオフに設定されたか否かを判断する（ステップＳ１２０３）。距離制限機能がオフに設定された場合には（ステップＳ１２０３でＹｅｓ）、制限機能設定部２１ｃは、距離制限機能をオンにするためのフラグを消去する（ステップＳ１２０４）。一方、距離制限機能がオフに設定されていない場合には（ステップＳ１２０３でＮｏ）、フラグの消去は行わない。

次に、制限機能設定部２１ｃは、制限条件としての制限距離が変更されたか否かを判断する（ステップＳ１２０５）。制限距離が変更された場合には（ステップＳ１２０５でＹｅｓ）、制限機能設定部２１ｃは変更後の制限距離を記憶部２４に記憶する（ステップＳ１２０６）。制限距離が変更されていない場合には（ステップＳ１２０５でＮｏ）、制限条件の変更に関する処理は行わない。

次に、制限機能設定部２１ｃは、設定モードが終了したか否かを判断する（ステップＳ１２０７）。設定モードが終了したと判断した場合には（ステップＳ１２０７でＹｅｓ）、制御部２１は、センター３０と通信を確立する（ステップＳ１２０８）。通信の確立方法は、上述と同様にして行うことができる。また、既にセンター３０との通信が確立されている場合には、本ステップは省略してもよい。

そして、制御部２１は、設定処理が終了した後の設定情報２４ｃを記憶部２４から読み出し、通信部２３を介してセンター３０に送信して（ステップＳ１２０９）、制限機能の設定処理及び制限条件の変更処理を終了する。一方、設定モードが終了していないと判断した場合には（ステップＳ１２０７でＮｏ）、制限機能設定部２１ｃは、再度、距離制限機能がオンに設定されたか否かの判断処理（ステップＳ１２０１）から同様の処理を実行する。

＜１−７．センターの処理＞
次に、センター３０の処理について説明する。図１３ないし図１７は、センター３０の処理を示すフローチャートである。図１３ないし図１７を用いて、センター３０が車両制御装置１０や携帯端末２０と情報の送受信を行ってドアロックや始動を実行する処理について説明する。

センター３０は、車両制御装置１０から接続要求があるか否かを判断する（ステップＳ１３０１）。この判断は、制御部３１が、車両制御装置１０から通信の接続要求のコマンドを受信したか否かを判断することにより行われる。制御部３１は、車両制御装置１０から接続要求があると判断した場合には（ステップＳ１３０１でＹｅｓ）、接続可能な状態であれば接続を許可して車両制御装置１０との通信を確立させる（ステップＳ１３０２）。一方、制御部３１は、車両制御装置１０から接続要求がないと判断した場合には（ステップＳ１３０１でＮｏ）、通信確立に対応する処理は行わずに次の処理に進む（図１３のＦ）。

次に、制御部３１は、車両制御装置１０からデータを受信したか否かを判断する（ステップＳ１３０３）。具体的には、制御部３１が、通信部３２を介して受信したデータの有無や、送信元が車両制御装置１０であるか否か等を判断する。

制御部３１は、車両制御装置１０からデータを受信したと判断した場合には（ステップＳ１３０３でＹｅｓ）、受信したデータを第１記憶部３３又は第２記憶部３４に記憶する（ステップＳ１３０４）。一方、制御部３１は、車両制御装置１０からデータを受信していないと判断した場合は（ステップＳ１３０３でＮｏ）、これに対応する処理は行わず通信を切断する処理に進む。

次いで、情報判別部３１ａは、受信データにイグニッションがオフに切り替わった際に取得した車両位置情報３３ｂ、即ち駐車開始時の車両位置情報が含まれているか否かを判断する（ステップＳ１３０５）。

情報判別部３１ａが受信データにイグニッションオフ時の車両位置情報３３ｂが含まれていると判断した場合には（ステップＳ１３０５でＹｅｓ）、制御部３１は、その車両位置情報３３ｂを、「イグニッションオフ時の車両位置情報３３ｂ」、すなわち駐車開始位置として第１記憶部３３に記憶する（ステップＳ１３０６）。なお、受信データが未確定情報である場合には、その未確定情報を「イグニッションオフ時の車両位置情報３３ｂ」として第１記憶部３３に記憶する。

一方、情報判別部３１ａが、受信データにイグニッションオフ時の車両位置情報３３ｂが含まれていないと判断した場合は（ステップＳ１３０５でＮｏ）、これに対応する処理は行わない。

次に、情報判別部３１ａは、受信データに特定情報が含まれているか否かを判断する（ステップＳ１３０７）。情報判別部３１ａが受信データに特定情報３４ａが含まれていると判断した場合には、制御部３１は、その特定情報３４ａを第２記憶部３４に記憶する（ステップＳ１３０８）。なお、車両制御装置１０から送信される特定情報３４ａは、車両制御装置１０と対応付けられている。すなわち、第２記憶部３４には、車両制御装置１０毎の特定情報３４ａが記憶される。

また、情報判別部３１ａは、特定情報３４ａを受信すると、その特定情報３４ａが初回データ３４ｂであるかを判別する。送信元の車両制御装置１０に対応する特定情報３４ａが第２記憶部３４に全く記憶されていない場合には、情報判別部３１ａは、受信した特定情報３４ａを初回データ３４ｂと判別する。初回データ３４ｂと判別された特定情報３４ａは、第２記憶部３４に初回データ３４ｂとして記憶される。

また、制御部３１は、特定情報３４ａを受信すると、この受信した特定情報３４ａを今回データ３４ｄとして第２記憶部３４に記憶する。初回データ３４ｂであると判別された場合には、初回データ３４ｂと今回データ３４ｄとの双方に記憶され、初回データ３４ｂでない場合には今回データ３４ｄにのみ記憶される。すなわち、今回データ３４ｄとは、センター３０が受信した最新の特定情報３４ａである。

また、制御部３１は、受信した特定情報３４ａを今回データ３４ｄに記憶する際には、それまで今回データ３４ｄとして記憶されていた特定情報を前回データ３４ｃとして記憶する。すなわち、前回データ３４ｃとは、最新の特定情報３４ａの１つ前にセンター３０が受信した特定情報３４ａである。

なお、受信データに特定情報が含まれているか否かの判断処理において、特定情報が含まれていないと判断した場合には（ステップＳ１３０７でＮｏ）、これに対応する処理は行わずに通信を切断する処理に進む。次いで、制御部３１は、車両制御装置１０との通信を切断して（ステップＳ１３０９）、次の処理へと進む（図１３のＦ）。

次に、センター３０は、携帯端末２０から接続要求があるか否かを判断する（ステップＳ１４０１）。この判断は、制御部３１が、携帯端末２０から通信の接続要求のコマンドを受信したか否かを判断することにより行われる。制御部３１は、携帯端末２０から接続要求があると判断した場合には（ステップＳ１４０１でＹｅｓ）、接続可能な状態であれば接続を許可して携帯端末２０との通信を確立させる（ステップＳ１４０２）。一方、制御部３１は、携帯端末２０から接続要求がないと判断した場合には（ステップＳ１４０１でＮｏ）、通信確立に対応する処理は行わずに処理を終了する（図１４のＧ）。

次に、制御部３１は、携帯端末２０からデータを受信したか否かを判断する（ステップＳ１４０３）。具体的には、制御部３１が、通信部３２を介して受信したデータの有無や、送信元が携帯端末２０であるか否か等を判断することにより行われる。

制御部３１は、携帯端末２０からデータを受信したと判断した場合には（ステップＳ１４０３でＹｅｓ）、受信したデータを第１記憶部３３に記憶する（ステップＳ１４０４）。この受信したデータには、携帯位置情報が含まれている。一方、制御部３１は、携帯端末２０からデータを受信していないと判断した場合には（ステップＳ１４０３でＮｏ）、これに対応する処理は行わず通信を切断する処理に進む（図１４のＨ）。

携帯端末２０から受信したデータを記憶した後には、情報判別部３１ａは、受信データに始動要求のコマンド３３ｅが含まれているか否かを判断する（ステップＳ１４０５）。始動要求のコマンド３３ｅが含まれていると判断した場合には（ステップＳ１４０５でＹｅｓ）、制御部３１は、原動機の始動要求送信の処理を実行する（ステップＳ１４０６）。一方、情報判別部３１ａは、受信データに始動要求のコマンド３３ｅが含まれていないと判断した場合には（ステップＳ１４０５でＮｏ）、原動機の始動要求送信に関する処理は行わずに次の処理に進む（図１４のＩ）。

ここで、制御部３１が実行する始動要求送信処理（ステップＳ１４０６）について説明する。図１６は、始動要求送信処理を示すフローチャートである。

始動要求のコマンド３３ｅが含まれていると判断されると、まず、始動制限部３１ｂは、距離制限機能がオンであるか否かを判断する（ステップＳ１６０１）。センター３０の第１記憶部３３には、設定情報３３ｄとして距離制限機能がオンに初期設定されているが、携帯端末２０側で距離制限機能をオン又はオフにして、その情報が設定情報としてセンター３０に送信されている場合には、設定情報３３ｄがその設定情報に書き換えられる。始動制限部３１ｂは、記憶されている設定情報３３ｄを参照することで距離制限機能のオン又はオフの状態を判断することができる。

距離制限機能がオンでないと判断された場合には（ステップＳ１６０１でＮｏ）、距離による制限がないため、車両制御装置１０と通信を確立する処理（ステップＳ１６０６）に進む。これに対して、距離制限機能がオンであると判断された場合には（ステップＳ１６０１でＹｅｓ）、始動制限部３１ｂは、携帯端末２０と車両との距離が制限距離以下であるか否かを判断する（ステップＳ１６０２）。具体的には、始動制限部３１ｂは、第１記憶部３３に記憶されている始動要求時の携帯位置情報３３ｃと、イグニッションオフ時（駐車開始時）の車両位置情報３３ｂとを比較して、携帯端末２０と車両との距離を算出する。そして、始動制限部３１ｂは、第１記憶部３３に記憶されている設定情報３３ｄから制限距離を読み出して、算出した距離と制限距離とを比較する。

始動制限部３１ｂは、比較の結果、算出した距離が制限距離以下であると判断した場合には（ステップＳ１６０２でＹｅｓ）、車両制御装置１０と通信を確立する処理（ステップＳ１６０６）に進む。一方、算出した距離が制限距離以下でないと判断した場合には（ステップＳ１６０２でＮｏ）、始動処理を継続するか否かを確認する処理に進む（ステップＳ１６０３）。具体的には、制御部３１は、始動要求時の携帯端末２０と駐車開始時の車両との距離が制限距離を越えている旨の情報と、始動処理を継続するか否かを確認するための問い合わせ情報とを、通信部３２を介して携帯端末２０に送信する。

そして、制御部３１は、携帯端末２０から問い合わせに対する回答を受信したか否かを監視する（ステップＳ１６０４）。制御部３１は、携帯端末２０から回答を受信していないと判断した場合には（ステップＳ１６０４でＮｏ）、回答を受信するまで監視を繰り返す。一方、制御部３１は、携帯端末２０から回答を受信したと判断した場合には（ステップＳ１６０４でＹｅｓ）、回答内容が始動処理の継続を許可するものであるか否かを判断する（ステップＳ１６０５）。

制御部３１は、携帯端末２０からの回答が、始動処理の継続を許可する旨の内容であると判断した場合には（ステップＳ１６０５でＹｅｓ）、車両制御装置１０と通信を確立する処理（ステップＳ１６０６）を実行する。一方、制御部３１は、携帯端末２０からの回答が、始動処理の継続を許可しない旨の内容であると判断した場合には（ステップＳ１６０５でＮｏ）、始動要求の送信処理は実行せずに処理を終了する。

車両制御装置１０と通信が確立されると、制御部３１は、車両制御装置１０から特定情報を受信する（ステップＳ１６０７）。この特定情報は、第２記憶部３４に今回データ３４ｄとして記憶される。

そして、一致判定部３１ｃは、車両制御装置１０から受信した複数の特定情報が一致しているか否かを判定する（ステップＳ１６０８）。具体的には、一致判定部３１ｃは、第２記憶部３４に記憶されている初回データ３４ｂと今回データ３４ｄとを読み出して、各データを比較する。そして、各データが同じであれば特定情報は一致すると判定し、異なるデータであれば特定情報は一致しないと判定する。特定情報は、車両固有の情報であるため、これらが一致しているか否かを判定することにより、車両制御装置１０が異なる車両に取り付けられたか否かを判定することが可能になる。

特定情報が一致する場合には（ステップＳ１６０８でＹｅｓ）、制御部３１は、車両制御装置１０に対して始動要求のコマンドを送信する（ステップＳ１６０９）。特定情報が一致するということは、車両制御装置１０が搭載されている車両に変化がないことを示しており、他人の車両に取り付けられている可能性が小さいことから、車両制御装置１０は正規のユーザのものであるとして、制御部３１は始動要求を許可することとしている。

一方、特定情報が一致しない場合には（ステップＳ１６０８でＮｏ）、制御部３１は、車両制御装置１０に対して始動要求のコマンドを送信せずに、ステップＳ１４０７へ進む。すなわち、この場合には、車両制御装置１０が他人の車両に取り付けられている可能性が高いため、車両制御装置１０が正規のユーザのものでないとして、制御部３１は始動要求を許可しないこととしている。

なお、特定情報の一致の判定は、初回データ３４ｂと今回データ３４ｄとの比較だけに限定されるものではない。例えば、前回データ３４ｃと今回データ３４ｄとを比較してもよいし、これら全てのデータを比較してもよい。つまり、最新の特定情報と過去の特定情報とを比較してそれらが一致しているか否かを判定すればよい。

また、制御部３１は、算出した距離が制限距離以下でないと判断した場合に、始動処理の継続可否の確認を行うことなく始動要求送信処理を中止してもよい。この場合、処理ステップＳ１６０２でＮｏの場合には、始動要求の送信処理を終了することとなる。

図１４に戻り、制御部３１は、始動処理の実行結果を示す情報を携帯端末２０に送信して（ステップＳ１４０７）、次の処理に進む（図１４のＩ）。具体的には、制御部３１は、車両制御装置１０に始動要求のコマンドを送信した場合や、車両制御装置１０から原動機の始動が完了した旨の情報を受信した場合には、始動が成功した旨の情報を送信する。また、制御部３１は、ステップＳ１６０５にて始動が許可されずに始動要求のコマンドの送信処理を実行しなかった場合、ステップＳ１６０８にて特定情報が一致しなかった場合、又は、車両制御装置１０から原動機の始動に失敗した旨の情報を受信した場合には、始動に失敗した旨の情報を送信する。

次に、情報判別部３１ａは、受信データにドアロック要求のコマンドが含まれているか否かを判断する（ステップＳ１５０１）。ドアロック要求のコマンドが含まれていると判断した場合には（ステップＳ１５０１でＹｅｓ）、制御部３１は、ドアロック要求送信の処理を実行する（ステップＳ１５０２）。一方、ドアロック要求のコマンドが含まれていないと判断した場合には（ステップＳ１５０１でＮｏ）、ドアロック要求送信の処理は行わずに次の処理に進む。

ここで、制御部３１が実行するドアロック要求送信処理（ステップＳ１５０２）について説明する。図１７は、ドアロック要求送信処理を示すフローチャートである。

制御部３１は、通信部３２を介して車両制御装置１０に対して通信の接続要求のコマンドを送信し、車両制御装置１０との通信を確立する（ステップＳ１７０１）。なお、既に車両制御装置１０との通信が確立された状態であれば本ステップＳは省略できる。

そして、車両制御装置１０と通信が確立されると、制御部３１は、車両制御装置１０から特定情報を受信する（ステップＳ１７０２）。この処理は、ステップＳ１６０７と同様にして行うことができ、また、ステップＳ１６０７で特定情報を受信している場合には省略してもよい。なお、受信した特定情報は、第２記憶部３４に今回データ３４ｄとして記憶される。

そして、一致判定部３１ｃは、車両制御装置１０から受信した複数の特定情報が一致しているか否かを判定する（ステップＳ１７０３）。この処理は、ステップＳ１６０８と同様にして行うことができる。特定情報が一致する場合には（ステップＳ１７０３でＹｅｓ）、制御部３１は、車両制御装置１０に対してドアロック要求のコマンドを送信する（ステップＳ１７０４）。上記と同様に、特定情報が一致するということは、車両制御装置１０が搭載されている車両に変化がないことを示しており、他人の車両に取り付けられている可能性が小さいことから、車両制御装置１０は正規のユーザのものであるとして、制御部３１はドアロック要求を許可することとしている。

一方、特定情報が一致しない場合には（ステップＳ１７０３でＮｏ）、制御部３１は、車両制御装置１０に対してドアロック要求のコマンドを送信せずに、ステップＳ１５０３へ進む。すなわち、この場合においても、上記と同様に、車両制御装置１０が他人の車両に取り付けられている可能性が高いため、車両制御装置１０が正規のユーザのものではないとして、制御部３１はドアロック要求を許可しないこととしている。

図１５に戻り、制御部３１は、ドアロック処理の実行結果を示す情報を携帯端末２０に送信して（ステップＳ１５０３）、次の処理に進む。具体的には、制御部３１は、車両制御装置１０にドアロック要求のコマンドを送信した場合や、車両制御装置１０からドアロック処理が完了した旨の情報を受信した場合には、ドアロック処理を実行した旨の情報を送信する。また、制御部３１は、ステップＳ１７０３にて特定情報が一致しなかった場合や、車両制御装置１０からドアロック処理に失敗した旨の情報を受信した場合には、ドアロック処理に失敗した旨の情報を送信する。

次に、情報判別部３１ａは、受信データに設定情報３３ｄを変更する旨のデータが含まれているか否かを判断する（ステップＳ１５０４）。設定情報３３ｄを変更する旨のデータが含まれていると判断した場合には（ステップＳ１５０４でＹｅｓ）、制御部３１は、受信したデータに基づいて設定情報３３ｄを変更し、第１記憶部３３に記憶する（ステップＳ１５０５）。すなわち、制御部３１は、第１記憶部３３に記憶されている設定情報３３ｄを変更後の設定情報３３ｄに書き換える処理を実行する。一方、情報判別部３１ａは、設定情報３３ｄを変更する旨のデータが含まれていないと判断した場合には（ステップＳ１５０４でＮｏ）、設定変更に関する処理は行わずに次の処理に進む。

次に、制御部３１は、その他機能の制御を実行する（ステップＳ１５０６）。具体的には、まず、情報判別部３１ａが、受信データにその他のコマンド３３ｅが含まれているか否かを判断する。そして、情報判別部３１ａが、その他のコマンド３３ｅが含まれていると判断した場合には、制御部３１は、当該コマンド３３ｅに対応する処理を実行する。これに対して、情報判別部３１ａが、その他のコマンド３３ｅが含まれていないと判断した場合には、制御部３１は処理を実行しない。

そして、制御部３１は、車両制御装置１０及び携帯端末２０と通信が確立している状態であれば各々の通信を切断する処理を実行して（ステップＳ１５０７）、センター３０は処理を終了する。

このように、本実施の形態では、センター３０が最新の特定情報と過去の特定情報とが一致しているか否かを判定して、その結果に基づいて始動要求やドアロック要求のコマンドを送信しているため、車両制御装置１０が正規のユーザのものでない場合に、これらのコマンドを実行してしまうことを回避することが可能となる。

＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。第１の実施の形態では、センター３０が特定情報を比較して特定情報が一致している場合にドアロック要求や始動要求のコマンドを送信する構成としていたが、第２の実施の形態では、車両制御装置１０が特定情報の一致判定を行う構成である。以下、第１の実施の形態と相違する点を中心に説明する。

＜２−１．システムの概要＞
第２の実施の形態に係る車両制御システム１００の概要は、図１に示す車両制御システム１００と同様の構成である。第２の実施の形態に係る携帯端末２０の構成及び処理は第１の実施の形態と同様である。本実施の形態では、車両制御装置１０及びセンター３０の構成と処理との一部が第１の実施の形態と異なるため、以下では、車両制御装置１０及びセンター３０の構成と処理とについて第１の実施の形態と相違する点を中心に説明する。

図１８は、第２の実施の形態に係る車両制御装置１０の概略構成を示すブロック図である。図１８に示すように、本実施の形態に係る車両制御装置１０は、制御部１１に一致判定部１１ｆを備え、第２記憶部１５に特定情報１５ａとして取得データ１５ｂと受信データ１５ｃとを記憶している点が第１の実施の形態と異なる点であり、それ以外の構成は第１の実施の形態と同様である。

一致判定部１１ｆは、始動要求のコマンドやドアロック要求のコマンドを受信した際に、複数の特定情報が一致しているか否かを判定する。本実施の形態では、車両制御装置１０は、センター３０から始動要求やドアロック要求のコマンドを受信する際に、センター３０に記憶されている特定情報を受信すると共に、車両から特定情報を取得する構成である。一致判定部１１ｆは、これら車両から取得した特定情報と、センター３０から受信した特定情報とを比較して一致判定を行う。

また、車両から取得した特定情報を取得データ１５ｂとして第２記憶部１５に記憶し、センター３０から受信した特定情報を受信データ１５ｃとして第２記憶部１５に記憶している。

図１９は、第２の実施の形態に係るセンター３０の概略構成を示すブロック図である。図１９に示すように、本実施の形態に係るセンター３０は、第１の実施の形態と異なり、制御部３１に一致判定部を備えていない。また、第２記憶部３４には初回データ３４ｂと最新データ３４ｅとを記憶している。それ以外の構成は第１の実施の形態と同様である。また、初回データ３４ｂは、第１の実施の形態における初回データと同様である。最新データ３４ｅは、センター３０が取得した特定情報のうち最新のデータである。

＜２−２．車両制御装置の処理＞
第２の実施の形態では、第１の実施の形態で説明した車両制御装置１０の始動処理及びドアロック処理のうち、図８に示すセンター３０との接続処理及びデータ受信処理（ステップＳ８０１〜Ｓ８０５）に関する部分が異なり、図５〜図９で説明したその他の処理は同様である。このため、第２の実施の形態では、センター３０との接続処理及びデータ受信処理について説明する。図２０は、第２の実施の形態に係る始動処理及びドアロック処理を示すフローチャートである。

制御部１１は、センター３０から接続要求があるか否かを判断する（ステップＳ２００１）。この判断は、上記ステップＳ８０１と同様にして行うことができる。制御部１１は、接続要求がないと判断した場合には（ステップＳ２００１でＮｏ）、処理を終了する（図２０のＢ）。一方、制御部１１は、接続要求があると判断した場合には（ステップＳ２００１でＹｅｓ）、特定情報を取得する（ステップＳ２００２）。これは、車両情報取得部１１ａが車両固有の情報を保有している車載装置から取得することにより行われる。取得した特定情報は、第２記憶部１５に取得データ１５ｂとして記憶される。

次に、車両制御装置１０は、センター３０との通信を確立する（ステップＳ２００３）。これは、上記ステップＳ８０２と同様に行うことができる。そして、通信が確立すると、制御部１１は、センター３０から特定情報やデータを受信したか否かを判断する（ステップＳ２００４）。本実施の形態では、センター３０がコマンド等のデータを車両制御装置１０に送信する際に、第２記憶部３４に記憶している特定情報３４ａも送信する構成となっており、車両制御装置１０はそれを受信する。このため、制御部１１は、センター３０から特定情報とデータとを正常に受信したか否かを判断する。制御部１１は、特定情報もデータも受信していないと判断した場合には（ステップＳ２００４でＮｏ）、処理を終了する（図２０のＢ）。

一方、制御部１１は、特定情報とデータとを受信したと判断した場合には（ステップＳ２００４でＹｅｓ）、受信したデータを第１記憶部１４に記憶すると共に、受信した特定情報を第２記憶部１５に記憶する（ステップＳ２００５）。なお、受信したデータの第１記憶部１４への記憶の処理は上記第１の実施の形態と同様にして行うことができ、受信した特定情報は、第２記憶部１５へ受信データ１５ｃとして記憶される。

次に、一致判定部１１ｆは、第２記憶部１５の特定情報１５ａが一致しているか否かを判定する（ステップＳ２００６）。具体的には、一致判定部１１ｆは、第２記憶部１５に記憶されている取得データ１５ｂと受信データ１５ｃとを読み出して、各データを比較する。そして、各データが同じであれば特定情報が一致すると判定し、異なるデータであれば特定情報は一致しないと判定する。

特定情報が一致する場合には（ステップＳ２００６でＹｅｓ）、車両制御装置１０が搭載されている車両に変化がないため、車両制御装置１０は正規のユーザのものであるとして、制御部１１は、以降の始動要求やドアロック要求に関する処理（ステップＳ８０６以降）について、第１の実施の形態と同様に実行する。一方、特定情報が一致しない場合には（ステップＳ２００６でＮｏ）、車両制御装置１０が他人の車両に取り付けられている可能性が高いため、車両制御装置１０が正規のユーザのものではないとして、制御部１１は、以降の処理を継続せずに処理を中止する（図２０のＢ）。

＜２−３．センターの処理＞
第２の実施の形態では、第１の実施の形態で説明した始動要求送信処理（ステップＳ１４０６）及びドアロック要求送信処理（ステップＳ１５０２）に関する部分が異なり、図１３〜図１５で説明したその他の処理は同様である。このため、第２の実施の形態では、始動要求送信処理及びドアロック要求送信処理について説明する。図２１は、始動要求送信処理を示すフローチャートである。

ステップＳ１４０５にて始動要求のコマンドが含まれていると判断されると、センター３０は、ステップＳ１６０１〜Ｓ１６０６と同様の処理を実行する（ステップＳ２１０１〜２１０６）。そして、センター３０は、車両制御装置１０と通信を確立すると特定情報を送信する（ステップＳ２１０７）。具体的には、制御部３１が、第２記憶部３４に記憶されている最新データ３４ｅを読み出して車両制御装置１０に送信する。最新データ３４ｅがなく、初回データ３４ｂしか記憶されていない場合には、初回データ３４ｂを送信する。

次いで、制御部３１は、車両制御装置１０に対して始動要求コマンドを送信する（ステップＳ２１０８）。なお、特定情報の送信と始動要求コマンドの送信の順序は、逆でもよく、同時に送信してもよい。その後、ステップＳ１４０７以降の処理を第１の実施の形態と同様に実行する。

次に、ドアロック要求送信処理について説明する。図２２は、ドアロック要求送信処理を示すフローチャートである。

ステップＳ１５０１にてドアロック要求のコマンドが含まれていると判断した場合には、制御部３１は、車両制御装置１０との通信を確立する（ステップＳ２２０１）。この処理は、ステップＳ１７０１と同様にして行うことができる。そして、制御部３１は、車両制御装置１０に対して特定情報を送信する（ステップＳ２２０２）。この処理も、制御部３１が、第２記憶部３４に記憶されている初回データ３４ｂ又は最新データ３４ｅを読み出して車両制御装置１０に送信することにより行われるが、ステップＳ２１０７にて既に特定情報が送信されている場合には省略してもよい。

次いで、制御部３１は、車両制御装置１０に対してドアロック要求コマンドを送信する（ステップＳ２２０３）。なお、特定情報の送信とドアロック要求コマンドの送信の順序は逆でもよく、同時に送信してもよい。その後、ステップＳ１５０３以降の処理を第１の実施の形態と同様に実行する。

このように、本実施の形態では、センター３０から始動要求やドアロック要求のコマンドを送信するタイミングで、センター３０に記憶されている最新の特定情報を車両制御装置１０に送信する構成としている。一方、車両制御装置１０では、コマンドを受信するタイミングで、新たに車両の特定情報を取得すると共に、センター３０から特定情報を受信し、これらの一致判定を行うことでコマンドの実行の可否を判断している。すなわち、センター３０は、単にコマンドと特定情報とを送信する処理を行うのみで、車両制御装置１０が特定情報の一致判定の処理を行う構成である。この場合においても、特定情報の一致判定を行っているため、車両制御装置１０が他人の車両に取り付けられている可能性が高い場合、すなわち車両制御装置１０が正規のユーザのものでない可能性が高い場合に、始動要求やドアロック要求を許可しない処理を行うことができる。

＜３．第３の実施の形態＞
次に、第３の実施の形態について説明する。第３の実施の形態では、車両のバッテリの脱着時に特定情報を取得する構成である。バッテリが脱着された場合には、車両制御装置１０が取り替えられている可能性があり、それを検出するためである。以下、上記各実施の形態と相違する点を中心に説明する。

＜３−１．システムの構成＞
第３の実施の形態に係る車両制御システム１００の概要は、図１に示す車両制御システム１００と同様の構成である。第３の実施の形態に係る車両制御装置１０、携帯端末２０及びセンター３０の構成は第１の実施の形態と同様である。本実施の形態では、車両制御装置１０及びセンター３０の処理の一部が上記各実施の形態と異なるため、以下では、車両制御装置１０及びセンター３０の構成と処理とについて上記各実施の形態と相違する点を中心に説明する。

＜３−２．システムの処理＞
第３の実施の形態では、車両制御装置１０が、車両のバッテリが取り外されて再度取り付けられたこと（以下「脱着」という）を検出する処理を行っている。このため、車両制御装置１０によるバッテリの脱着検出処理について説明する。図２３は、車両制御装置１０のバッテリの脱着処理を示すフローチャートである。

まず、車両制御装置１０は、バッテリが脱着されたか否かを検出する（ステップＳ２３０１）。この処理は、車両情報取得部１１ａが、バッテリの状態に関する情報を取得して行うことができる。例えば、バッテリ電圧を監視する等である。また、バッテリが外された状態では制御部１１が駆動しない構成の場合には、制御部１１自体が起動したことをもってバッテリが脱着されたと判断してもよい。バッテリの脱着が検出されない場合には（ステップＳ２３０１でＮｏ）、検出処理を終了する。

一方、バッテリが脱着されたことを検出した場合には（ステップＳ２３０１でＹｅｓ）、制御部１１は、特定情報を取得する（ステップＳ２３０２）。この処理も上記と同様に、車両情報取得部１１ａが特定情報を保有している車載装置から取得すればよい。そして、制御部１１は、取得した特定情報をセンター３０に送信する（ステップＳ２３０３）。そして、バッテリ脱着の検出処理を終了した後に、再度所定のタイミングで同様の処理を実行する。

なお、その他の処理は第１の実施の形態の図５〜図９に示す処理と同様にして行われる。

また、センター３０は、バッテリ脱着時に車両制御装置１０が取得した特定情報を受信した場合においても、他のタイミングで取得した特定情報と同様に、第２記憶部３４に記憶しておき、上記第１の実施の形態と同様の方法によって始動要求やドアロック要求のコマンドの送信可否の判断を実行することができる。

また、センター３０の処理はこれに限らず、例えば、バッテリ脱着時の特定情報を受信した場合に、既に第２記憶部３４に記憶されている特定情報と比較して一致判定の処理を実行してもよい。一致している場合には、その後の各コマンドの送信可否判断は上記第１の実施の形態と同様にして実行すればよく、一致していない場合には、それ以降に携帯端末２０から始動要求やドアロック要求のコマンドが送信されてきたとしても送信可否の判断自体を行うことなく、送信を許可しないとする処理を行ってもよい。

このように、特定情報の一致判定を行うことで車両制御装置１０が他人の車両に取り付けられている可能性が高い場合、すなわち車両制御装置１０が正規のユーザのものでない可能性が高い場合に、始動要求やドアロック要求を許可しない処理を行うことができる。

＜４．第４の実施の形態＞
次に、第４の実施の形態について説明する。第４の実施の形態では、車両のバッテリの脱着時に特定情報を取得して車両制御装置１０側で一致判定を行う構成である。以下、上記第３の実施の形態と相違する点を中心に説明する。

＜４−１．システムの構成＞
第４の実施の形態に係る車両制御システム１００の概要は、図１に示す車両制御システム１００と同様の構成である。第４の実施の形態に係る車両制御装置１０、携帯端末２０及びセンター３０の構成は第２の実施の形態と同様である。本実施の形態では、車両制御装置１０及びセンター３０の処理の一部が上記各実施の形態と異なるため、以下では、車両制御装置１０及びセンター３０の構成と処理とについて上記各実施の形態と相違する点を中心に説明する。

＜４−２．システムの処理＞
第４の実施の形態では、第３の実施の形態と同様に、車両制御装置１０が車両のバッテリの脱着を検出する処理を行っている。このため、車両制御装置１０によるバッテリの脱着検出処理について説明する。図２４は、車両制御装置１０のバッテリの脱着処理を示すフローチャートである。

まず、車両制御装置１０は、バッテリが脱着されたか否かを検出する（ステップＳ２４０１）。この処理は、ステップＳ２３０１と同様にして行うことができる。バッテリの脱着が検出されない場合には（ステップＳ２４０１でＮｏ）、検出処理を終了する。

一方、バッテリが脱着されたことを検出した場合には（ステップＳ２４０１でＹｅｓ）、制御部１１は、特定情報を取得する（ステップＳ２４０２）。この処理も上記と同様に、車両情報取得部１１ａが特定情報を保有している車載装置から取得すればよい。そして、制御部１１は、センター３０との通信を確立し、センター３０に記憶されている特定情報を受信する（ステップＳ２４０３）。そして、一致判定部１１ｆは、ステップＳ２４０２で取得した特定情報と、ステップＳ２４０３で受信した特定情報とを比較して一致判定を行う。各特定情報が一致している場合には（ステップＳ２４０４でＹｅｓ）、その後、ステップＳ８０１以降の始動処理やドアロック処理を実行する。一方、各特定情報が一致していない場合には（ステップＳ２４０４でＮｏ）、その後の始動処理やドアロック処理は実行せずに終了する（図２４のＢ）。そして、以上のバッテリ脱着の検出処理を終了した後に、再度所定のタイミングで同様の処理を実行する。

なお、本実施の形態においても、その他の処理は第２の実施の形態の図５〜図９及び図２０に示す処理と同様にして行われる。また、センター３０の処理についても、上記第２の実施の形態の図１３〜図１５及び図２１〜図２２に示す処理と同様にして行うことができる。さらに、図１３のステップＳ１３０２において車両制御装置１０と通信を確立した際に、第２記憶部３４に記憶されている特定情報を車両制御装置１０に送信する処理を実行してもよい。

このように、特定情報の一致判定を行うことで車両制御装置１０が他人の車両に取り付けられている可能性が高い場合、すなわち車両制御装置１０が正規のユーザのものでない可能性が高い場合に、始動要求やドアロック要求を許可しない処理を行うことができる。

＜５．第５の実施の形態＞
次に、第５の実施の形態について説明する。上記の実施の形態では、車両制御装置１０は、ＩＧがオンからオフ又はオフからオンに切り替わったことを検出すると、車両位置情報をセンター３０に送信する処理を実行していた。しかしながら、常に車両位置情報をセンター３０に送信する構成とすると、正規のユーザでない他人の車両制御装置が取り付けられていた場合等に、当該他人が、その取得した車両位置情報を悪用する可能性がある。

例えば、前記他人が、自己の携帯端末に、携帯端末の現在位置から車両の駐車位置への方位又は距離を携帯端末に表示するアプリ（以下「カーファインダーアプリ」という）を格納している場合には、当該他人は、このアプリを使用することで、取得した車両位置情報に基づいて、車両まで到達することが可能になってしまう。

このため、本実施の形態では、車両制御装置が正規のユーザのものである場合にのみ車両位置情報の送信処理を実行し、正規のユーザのものでない場合には車両位置情報を送信しない構成としている。また、車両位置情報を送信しない構成とすれば、センター３０側でも正規のユーザのものではないことを判断することが可能となり、そのような場合に、始動やドアロックに関する処理を実行しない構成とすることもできる。以下、上記各実施の形態と相違する点を中心に説明する。

＜５−１．システムの概要＞
第５の実施の形態に係る車両制御システム１００は、図１に示す車両制御システム１００と同様の構成である。すなわち、第５の実施の形態に係る車両制御装置１０、携帯端末２０及びセンター３０の構成は、上記各実施の形態のいずれの形態であっても適用可能である。また、第５の実施の形態では、携帯端末２０の処理は、上記各実施の形態と同様であるが、車両制御装置１０の処理及びセンター３０の処理の一部が上記各実施の形態と異なる。このため、以下では、車両制御装置１０及びセンター３０の処理について上記各実施の形態と相違する点を中心に説明する。

＜５−２．車両制御装置の処理＞
第５の実施の形態では、上記各実施の形態で説明した車両制御装置１０の処理のうち、図６に示す車両位置情報送信処理の一部が異なり、他の処理は同様である。このため、第５の実施の形態では、車両位置情報送信処理について説明する。図２５及び図２６は、第５の実施の形態に係る車両位置情報送信処理に関するフローチャートである。

まず、車両情報取得部１１ａが、手動にてイグニッションがオンの状態からオフの状態に切り替わったか否かを検出する（ステップＳ２５０１）。具体的には、イグニッションがオンの状態のときに、車両情報取得部１１ａが、電源ＥＣＵからＣＡＮを介してイグニッションがオフである旨の信号を受信することによりオンからオフに切り替わったことを検出する。

車両情報取得部１１ａは、イグニッションがオンからオフに切り替わったことを検出しなかった場合には（ステップＳ２５０１でＮｏ）、後述するイグニッションがオフからオンに切り替わったか否かを検出する処理に進む（図２５のＪ）。

一方、車両情報取得部１１ａが、イグニッションがオンからオフに切り替わったことを検出すると（ステップＳ２５０１でＹｅｓ）、制御部１１は、特定情報が一致するか否かを判断する（ステップＳ２５０２）。これは、車両制御装置１０が正規のユーザが所有するものであるか否かを判断するためである。

なお、特定情報の一致判定は、第２記憶部１５に記憶されている複数の特定情報を比較することによって行ってもよく、センター３０と通信を確立してセンター３０から取得した特定情報と、車両制御装置１０が取得した特定情報とを比較しておこなってもよい。

制御部１１は、特定情報が一致しないと判断した場合には（ステップＳ２５０２でＮｏ）、後述するイグニッションがオフからオンに切り替わったか否かを検出する処理に進む（図２５のＪ）。

一方、制御部１１は、特定情報が一致すると判断した場合には（ステップＳ２５０２でＹｅｓ）、車両位置情報を取得する（ステップＳ２５０３）。そして、制御部１１は、センター３０との通信を確立させる（ステップＳ２５０４）。既にセンター３０との通信が確立されている場合にはこの処理は省略してもよい。その後、通信部１３は、センター３０との通信が可能な通信圏内にあるか否かを判断する（ステップＳ２５０５）。通信部１３は、通信圏内になると判断した場合には（ステップＳ２５０５でＹｅｓ）、車両位置情報と特定情報と車両情報とをセンター３０に送信し（ステップＳ２５０６）、通信圏内にないと判断した場合には（ステップＳ２５０５でＮｏ）、再度通信圏内にあるか否かを判断する。なお、これら各処理（ステップＳ２５０３〜Ｓ２５０６）の具体的な内容は、上述したステップＳ６０２、Ｓ６０４〜Ｓ６０６と同様である。

次に、車両情報取得部１１ａが、手動にてイグニッションがオフの状態からオンの状態に切り替わったか否かを検出する（ステップＳ２６０１）。具体的には、イグニッションがオフの状態のときに、車両情報取得部１１ａが、電源ＥＣＵからＣＡＮを介してイグニッションがオンである旨の信号を受信することによりオフからオンに切り替わったことを検出する。

車両情報取得部１１ａは、イグニッションがオフからオンに切り替わったことを検出しなかった場合には（ステップＳ２６０１でＮｏ）、何も処理を行わずに終了する。一方、車両情報取得部１１ａが、イグニッションがオフからオンに切り替わったことを検出すると（ステップＳ２６０１でＹｅｓ）、制御部１１は、特定情報が一致するか否かを判断する（ステップＳ２６０２）。これも、上記と同様に、車両制御装置１０が正規のユーザが所有するものであるか否かを判断するためである。また、一致判定の方法も上述と同様に行うことができる。

制御部１１は、特定情報が一致していないと判断した場合には（ステップＳ２６０２でＮｏ）、何も処理を行わずに終了する。一方、制御部１１は、特定情報が一致していると判断した場合には（ステップＳ２６０２でＹｅｓ）、車両位置情報を取得する（ステップＳ２６０３）。そして、制御部１１は、センター３０との通信を確立させる（ステップＳ２６０４）。

その後、通信部１３は、センター３０との通信が可能な通信圏内にあるか否かを判断する（ステップＳ２６０５）。通信部１３は、通信圏内にあると判断した場合には（ステップＳ２６０５でＹｅｓ）、車両位置情報と車両情報とをセンター３０に送信し（ステップＳ２６０６）、通信圏内にないと判断した場合には（ステップＳ２６０６でＮｏ）、再度通信圏内にあるか否かを判断する。なお、これら各処理（ステップＳ２６０３〜Ｓ２６０６）の具体的な内容は、上述したステップＳ７０２、Ｓ７０４〜Ｓ７０６と同様である。

このように、車両制御装置１０は、手動にてイグニッションがオン又はオフにされた際に、車両制御装置１０の第２記憶部１５又はセンター３０の第２記憶部３４の特定情報を確認することで車両制御装置１０が正規のユーザのものであるかを判断して、正規のユーザのものである場合にのみ車両位置情報をセンター３０に送信する処理を行う。これにより、仮に他人が車両制御装置を取り付けた場合であっても、その他人がカーファインダーアプリ等を使用して車両の位置を把握することを防止できる。

＜５−３．センターの処理＞
第５の実施の形態では、上記各実施の形態で説明したセンター３０の処理のうち、車両位置情報を取得しているか否かを確認する処理を実行する点が異なり、その他の処理は図１３ないし図１５に示す処理と同様である。このため、第５の実施の形態では、センター３０が車両位置情報を確認する処理を中心に説明する。図２７は、第５の実施の形態に係るセンター３０の処理を示すフローチャートである。

センター３０は、図１３に示す各処理（ステップＳ１３０１〜Ｓ１３０９）と、図１４に示すステップＳ１４０１〜１４０４の処理を行った後に、受信したデータに始動要求のコマンドが含まれているか否かを判断する（ステップＳ２７０１）。この判断は、ステップＳ１４０５と同様にして行うことができる。受信したデータに始動要求のコマンドが含まれていると判断した場合には（ステップＳ２７０１でＹｅｓ）、制御部３１は、車両位置情報を取得しているか否かを判断する（ステップＳ２７０２）。制御部３１は、始動要求のコマンドが含まれていない場合（ステップＳ２７０１でＮｏ）、及び、車両位置情報を取得していないと判断した場合には（ステップＳ２７０２でＮｏ）、始動要求に関する処理を行わずに次の処理へ進む。

上述のように、車両制御装置１０は、特定情報が一致していない場合には、正規のユーザのものでないとして車両位置情報を送信していない。従って、センター３０は、車両位置情報を取得していないことによって、車両制御装置１０が正規のユーザのものではないと判断することができる。すなわち、センター３０は、携帯端末２０から始動要求があったとしても車両位置情報を取得していない場合には、車両制御装置１０が正規のユーザのものではないとして始動処理を禁止することとなる。

一方、制御部３１は、車両位置情報を取得していると判断した場合には（ステップＳ２７０２でＹｅｓ）、始動要求送信の処理（ステップＳ２７０３）と、始動処理実行情報送信の処理（ステップＳ２７０４）とを実行する。これら各処理は、ステップＳ１４０６とＳ１４０７と同様にして行うことができる。

次に、センター３０は、受信したデータにドアロック要求のコマンドが含まれているか否かを判断する（ステップＳ２７０５）。この判断は、ステップＳ１５０１と同様にして行うことができる。受信したデータにドアロック要求のコマンドが含まれていると判断した場合には（ステップＳ２７０５でＹｅｓ）、制御部３１は、車両位置情報を取得しているか否かを判断する（ステップＳ２７０６）。

このステップＳ２７０６の処理においても、上記ステップＳ２７０２の処理と同様である。すなわち、制御部３１は、車両位置情報を取得していないと判断した場合には（ステップＳ２７０２でＮｏ）、ドアロック要求に関する処理を行わずに次の処理（ステップＳ１５０３）へ進む。一方、制御部３１は、車両位置情報を取得していると判断した場合には（ステップＳ２７０６でＹｅｓ）、ドアロックに関する処理（ステップＳ２７０７）と、ドアロック処理実行情報送信の処理（ステップＳ２７０８）とを実行する。これら各処理は、ステップＳ１５０２とＳ１５０３と同様にして行うことができる。その後、図１５に示すステップＳ１５０３へ進む。このように、センター３０は、車両制御装置１０が正規のユーザのものでない場合には、ドアロックに関する処理も禁止することとなる。

なお、第５の実施の形態では、センター３０は、始動要求のコマンドを受信した場合や、ドアロック要求のコマンドを受信した場合に、車両位置情報の取得の有無を判断しているが、携帯端末２０から接続要求のコマンドを受信した際に車両位置情報の取得の有無を判断してもよい。この場合、携帯端末２０からデータを受信しているか否かや、受信したデータが何であるか等を判断するまでもなく、正規のユーザでない場合に以降の処理を禁止することができる。

＜６．第６の実施の形態＞
次に、第６の実施の形態について説明する。上記各実施の形態では、車両制御装置１０は、ＩＧがオンからオフ又はオフからオンに切り替わったことを検出すると、車両位置情報をセンター３０に送信する処理を実行している。ところが、実際には、本発明のような車両制御システム１００は、サービスを提供する者と利用する者とが契約を結ぶことによって利用が可能になることが多く、ユーザが契約を解除した後においても車両制御装置１０が自動的に車両位置情報を送信することは好ましくない。

このため、第６の実施の形態では、ユーザのサービスに対する契約状況を判断し、それに応じて車両位置情報の送信処理を変える構成としている。以下、上記各実施の形態と相違する点を中心に説明する。

＜６−１．システムの概要＞
第６の実施の形態に係る車両制御システム１００は、図１に示す車両制御システム１００と同様の構成である。ただし、第６の実施の形態に係る車両制御装置１０及びセンター３０は、第１記憶部１４及び第１記憶部３３に契約状況を示すフラグ（以下「契約フラグ」という）を記憶している。また、第６の実施の形態では、車両制御装置１０の処理及びセンター３０の処理の一部が上記各実施の形態と異なる。なお、携帯端末２０の構成及び処理は、上記各実施の形態と同様である。このため、以下では、車両制御装置１０及びセンター３０の処理について上記各実施の形態と相違する点を中心に説明する。

＜６−２．センターの処理＞
センター３０は、契約状況を監視し、契約状況に基づいて車両位置情報の送信の可否を車両制御装置１０に通知するようになっている。このため、まず、センター３０が契約状況に基づいて車両位置情報の送信の可否を通知する処理について説明する。図２８は、センター３０の処理を示すフローチャートである。

センター３０は、定期的に、又は、車両制御装置１０若しくは携帯端末２０から接続要求があったときに、当該ユーザの契約状況を確認する（ステップＳ２８０１）。契約状況には、契約中と契約解除とがあり、これらの情報は例えばユーザ毎のデータベース等に格納されている。次にセンター３０は、契約フラグを確認する（ステップＳ２８０２）。本実施の形態では、センター３０は、契約中である場合には契約フラグを設定し、契約が解除されている場合には契約フラグを消去している。その後、契約状況に変化がなければ契約フラグの変更はしない構成としている。すなわち、センター３０は、契約情報の確認とは別に契約フラグの設定の有無を確認している。

そして、センター３０は、契約状況と契約フラグとを確認すると、これら契約状況と契約フラグとの内容が一致しているか否かを判断する（ステップＳ２８０３）。すなわち、契約中であると判断された場合には、契約フラグが設定されている場合にこれらの内容は一致していると判断する。契約解除の場合も同様である。センター３０は、契約状況と契約フラグとの内容が一致していると判断した場合には（ステップＳ２８０３でＹｅｓ）、契約状況に変化がないとして処理を終了する。

一方、センター３０は、契約状況と契約フラグとの内容が一致していないと判断した場合には（ステップＳ２８０３でＮｏ）、車両位置情報の送信の可否を車両制御装置１０に通知する処理を行う。まず、車両制御装置１０と通信を確立する（ステップＳ２８０４）。これは上記各実施の形態にて説明した方法と同様にして行うことができる。そして、センター３０は、車両制御装置１０に対して、車両位置情報の送信に関する許可信号又は禁止信号を送信する（ステップＳ２８０５）。

具体的には、契約状況として契約中であることが確認されたが契約フラグが設定されておらず、これらの内容が一致しない場合とは、新たに契約が締結された場合であると判断されるため、この場合にはセンター３０は、車両位置情報の送信を許可する許可信号を車両制御装置１０に送信する。そして、センター３０は、第１記憶部３３に契約フラグを設定する（ステップＳ２８０６）。一方、契約状況として契約解除であることが確認されたが契約フラグが設定されており、これらの内容が一致しない場合とは、新たに契約が解除された場合であると判断されるため、この場合にはセンター３０は、車両位置情報の送信を禁止する禁止信号を車両制御装置１０に送信する。そして、センター３０は、第１記憶部３３の契約フラグを消去する（ステップＳ２８０６）。

なお、センター３０は、契約フラグが設定されていない際に、携帯端末２０から遠隔で車両を制御する旨の指示があったとしても、何も処理を行わない。一方、契約フラグが設定されている際に、携帯端末２０から遠隔で車両を制御する旨の指示があった場合には、図１３以降に示す処理を行う。

＜６−３．車両制御装置の処理＞
次に、車両制御装置１０の処理について説明する。車両制御装置１０は、センター３０から車両位置情報の送信の許可信号又は禁止信号を受信すると、受信した信号に応じて契約状況を判断し、始動処理や車両位置情報の送信処理の可否を制御している。以下、車両制御装置１０の処理について説明する。

図２９は、車両制御装置１０が契約フラグを設定する処理を示すフローチャートである。車両制御装置１０は、センター３０から接続要求があって、データを記憶する処理まではステップＳ８０１〜Ｓ８０５と同様である。車両制御装置１０は、データを記憶すると、センター３０から受信したデータが、車両位置情報の送信の許可信号又は禁止信号であるか否かを判断する（ステップＳ２９０１）。

受信したデータが許可信号又は禁止信号である場合には（ステップＳ２９０１でＹｅｓ）、車両制御装置１０は、これに対応して第１記憶部１４に契約フラグを設定し又は消去する（ステップＳ２９０２）。すなわち、受信したデータが許可信号である場合には契約フラグを設定し、禁止信号である場合には契約フラグを消去する。

一方、受信したデータが許可信号又は禁止信号でない場合には（ステップＳ２９０１でＮｏ）、車両制御装置１０は、第１記憶部１４に契約フラグが設定されているか否かを判断する（ステップＳ２９０３）。契約フラグが設定されている場合には（ステップＳ２９０３でＹｅｓ）、車両制御装置１０は始動処理等の処理を継続する（ステップＳ８０６以降）。契約フラグが設定されていない場合には、車両制御装置１０は始動処理等の処理を行わずに終了する（図２９のＢ）。

次に、車両制御装置１０が、契約状況に応じて車両位置情報の送信の可否を制御する処理について説明する。図３０は、車両制御装置１０の車両位置情報送信処理を示すフローチャートである。

まず、車両情報取得部１１ａが、手動にてイグニッションがオンの状態からオフの状態に切り替わったか否かを検出する（ステップＳ３００１）。これは、上述のステップＳ６０１と同様にして行うことができる。次に、イグニッションがオンからオフに切り替わったことを検出すると（ステップＳ３００１でＹｅｓ）、車両制御装置１０は、第１記憶部１４に契約フラグが設定されているか否かを判断する（ステップＳ３００２）。契約フラグが設定されている場合には（ステップＳ３００２でＹｅｓ）、車両制御装置１０は、車両位置情報の送信処理を実行する（ステップＳ３００３）。これは、上述のステップＳ６０２〜Ｓ６０６と同様にして行うことができる。

一方、イグニッションがオンからオフに切り替わったことを検出しなかった場合（ステップＳ３００１でＮｏ）、及び、第１記憶部１４に契約フラグが設定されていない場合には（ステップＳ３００２でＮｏ）、車両位置情報の送信処理を行わずに次の処理に進む。

次に、車両情報取得部１１ａが、手動にてイグニッションがオフからオンの状態に切り替わったか否かを検出する（ステップＳ３００４）。これについても上述のステップＳ７０１と同様にして行うことができる。次に、イグニッションがオフからオンに切り替わったことを検出すると（ステップＳ３００４でＹｅｓ）、車両制御装置１０は、第１記憶部１４に契約フラグが設定されているか否かを判断する（ステップＳ３００５）。契約フラグが設定されている場合には（ステップＳ３００５でＹｅｓ）、車両制御装置１０は、車両位置情報の送信処理を実行する（ステップＳ２５０６）。これについても上述のステップＳ７０２〜７０６と同様にして行うことができる。

一方、イグニッションがオフからオンに切り替わったことを検出しなかった場合（ステップＳ３００４でＮｏ）、及び、第１記憶部１４に契約フラグが設定されていない場合には（ステップＳ３００６でＮｏ）、車両位置情報の送信処理を行わずに終了する。

このように、車両制御装置１０は、契約状況に応じて車両位置情報の送信可否を判断しており、契約が解除された状態であるにも関わらず、自動的に車両位置情報を送信してしまうことを防止している。

また、上記実施の形態では、プログラムに従ったＣＰＵの演算処理によってソフトウェア的に各種の機能が実現されると説明したが、これら機能のうちの一部は電気的なハードウェア回路により実現されてもよい。また逆に、ハードウェア回路によって実現されるとした機能のうちの一部は、ソフトウェア的に実現されてもよい。

１０ 車両制御装置
１１・２１・３１ 制御部
１２・２２ 位置情報取得部
１３・２３・３２ 通信部
１４・３３ 第１記憶部
１５・３４ 第２記憶部
２０ 携帯端末
２４ 記憶部
３０ センター

Claims (4)

1. 車両に搭載され、該車両の制御を行う車両制御装置であって、
   前記車両固有の情報である特定情報を取得する取得手段と、
   前記車両の外部に設けられた情報処理装置と情報の送受信を行う通信手段と、
   異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、
   前記判定結果に基づいて車両の制御の許否を判断する判断手段と、を備え、
   前記情報処理装置から車両の制御要求を受信すると、前記取得手段は最新の特定情報を取得し、
   前記判定手段は、前記情報処理装置に記憶されている過去の特定情報と前記最新の特定情報との一致又は不一致を判定し、
   前記判断手段は、前記各特定情報が一致している場合には車両の制御を許可し、不一致の場合には許可しないことを特徴とする車両制御装置。
2. 車両に搭載され、該車両の制御を行う車両制御装置であって、
   前記車両固有の情報である特定情報を取得する取得手段と、
   前記車両のバッテリの脱着を検出する検出手段と、
   前記車両の外部に設けられた情報処理装置と情報の送受信を行う通信手段と、
   異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、
   前記判定結果に基づいて車両の制御の許否を判断する判断手段と、を備え、
   前記検出手段がバッテリの脱着を検出すると、前記取得手段は最新の特定情報を取得し、
   前記判定手段は、前記情報処理装置に記憶されている過去の特定情報と前記最新の特定情報との一致又は不一致を判定し、
   前記判断手段は、前記各特定情報が一致している場合に車両の制御を許可し、不一致の場合には許可しないことを特徴とする車両制御装置。
3. 携帯端末及び車両に搭載され、該車両の制御を行う車両制御装置と通信可能に構成され、該携帯端末から車両の制御要求を受信すると、該車両制御装置に対して該制御要求を送信する情報処理装置であって、
   前記携帯端末及び車両制御装置と情報の送受信を行う通信手段と、
   前記車両制御装置から送信された、該車両固有の情報である特定情報を記憶する記憶手段と、
   異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、
   前記判定結果に基づいて車両の制御要求の送信許否を判断する判断手段と、を備え、
   前記通信手段は、前記携帯端末から車両の制御要求を受信すると、車両制御装置から最新の特定情報を取得し、
   前記判定手段は、前記記憶手段に記憶されている過去の特定情報と、前記最新の特定情報との一致又は不一致を判定し、
   前記判断手段は、前記各特定情報が一致している場合には車両の制御要求の送信を許可し、不一致の場合には許可しないことを特徴とする情報処理装置。
4. 携帯端末及び車両に搭載され、該車両の制御を行う車両制御装置と通信可能に構成され、該携帯端末から車両の制御要求を受信すると、該車両制御装置に対して該制御要求を送信する情報処理装置であって、
   前記携帯端末及び車両制御装置と情報の送受信を行う通信手段と、
   前記車両制御装置から送信された、該車両固有の情報である特定情報を記憶する記憶手段と、
   異なるタイミングで取得した複数の前記特定情報の一致又は不一致を判定する判定手段と、
   前記判定結果に基づいて車両の制御要求の送信許否を判断する判断手段と、を備え、
   前記通信手段が車両のバッテリの脱着時に取得した最新の特定情報を受信すると、前記判定手段は、前記最新の特定情報と記憶手段に記憶されている過去の特定情報との一致又は不一致を判定し、
   前記判断手段は、前記各特定情報が一致している場合には車両の制御要求の送信を許可し、不一致の場合には許可しないことを特徴とする情報処理装置。

Images