JP5841825B2

JP5841825B2 - 車両制御装置、および、車両制御システム

Info

Publication number: JP5841825B2
Application number: JP2011270070A
Authority: JP
Inventors: 哲春本; 隆二西村; 太田　充; 充太田; 吉村　実; 実吉村
Original assignee: Denso Ten Ltd
Current assignee: Denso Ten Ltd
Priority date: 2011-12-09
Filing date: 2011-12-09
Publication date: 2016-01-13
Anticipated expiration: 2031-12-09
Also published as: JP2013123097A

Description

本発明は、車両の位置情報を送信する制御の技術に関する。

従来より、携帯端末を用いて自車両のエンジンやモータといった原動機の始動を制御するリモートスタータが知られている。この技術を使用することにより、ユーザは、自車両と離れた位置からであっても、自車両の原動機を始動することができる。このため、例えば、ユーザが自車両に乗車するまでにエアコンを起動させて車内の温度を適切な温度となるように調節することができる。また、近年では、携帯端末として携帯電話を使用し、センターを介して自車両の車載装置を操作するリモート操作システムが知られている（例えば、特許文献１参照）。また、携帯電話で使用するアプリケーションとして、自車両までの距離や方角を算出して表示する、いわゆるカーファインダーと呼ばれるアプリケーションも存在する。

特開2006-352460号公報

リモートスタータを使用する際、ユーザは自車両から離れた位置に居ることが通常であるが、ユーザと自車両の位置が離れすぎていると、ユーザが直ぐには車両に乗り込むことができない場合がある。このような場合、仮に原動機を遠隔始動して車内の温度を調節しておいたとしても無駄になってしまうことがある。これを防止するためには、始動要求があったときに、ユーザと自車両との距離を算出して始動の可否を判断することが考えられる。

ところが、この場合には、ユーザから始動要求がある毎にセンターが車両と通信して車両の位置を確認する必要があるため、センターと車両との通信が頻繁に発生し、通信料が高くなってしまう。このため、予め自車両を駐車した時に自車両の駐車位置をセンターに送信しておくことが好ましい。

また、カーファインダーは、ユーザの現在位置と自車両の駐車位置とに基づいて、自車両までの距離や方角を算出するため、カーファインダーを使用する際には、必ず自車両の位置を確認する必要がある。ただし、この場合においても、ユーザがカーファインダーを使用する毎にセンターが車両と通信していたのでは、通信料が高くなってしまうため、予め自車両を駐車した時に自車両の駐車位置をセンターに送信しておくことが好ましい。

しかしながら、車両を駐車する度に駐車位置をセンターに送信するようにすると、車両を駐車した場所が、遠隔始動を禁止する場所であったり、カーファインダーを使用する必要のない場所であったとしても、駐車位置をセンターに送信してしまうため、無駄な通信料が発生してしまう。

本発明は、上記課題に鑑みてなされたものであり、通信料を抑制しつつ、車両の駐車位置をセンターに送信することができる車両制御に関する技術を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、車両に搭載され、該車両の駐車開始を検出すると、駐車位置情報を該車両の外部に設けられた情報処理装置に送信する車両制御装置であって、前記情報処理装置と情報の送受信を行う通信手段と、前記車両の駐車開始を検出する検出手段と、前記駐車位置情報を取得する位置情報取得手段と、前記情報処理装置と通信を行う携帯端末に格納される記憶手段であって、前記駐車位置情報を使用するアプリケーションの作動履歴を記憶する記憶手段と、前記検出手段が車両の駐車開始を検出すると、前記作動履歴に基づいて駐車位置情報の送信可否を判断する判断手段と、を備えている。

また、請求項２の発明は、請求項１に記載の車両制御装置において、請求項１に記載の車両制御装置において、前記作動履歴は、駐車位置情報と、該駐車位置情報を使用するアプリケーションを実行した作動回数とが対応付けられた情報である。

また、請求項３の発明は、請求項２に記載の車両制御装置において、前記アプリケーションが、前記車両の原動機の遠隔始動を実行するアプリケーションである場合には、前記判断手段は、前記駐車位置における遠隔始動回数が所定回数以上の場合に、前記駐車位置情報を送信可能と判断する。

また、請求項４の発明は、請求項３に記載の車両制御装置において、前記作動履歴は、駐車位置情報と、該駐車位置情報を使用するアプリケーションを実行した作動回数と、駐車した日時または季節とが対応付けられた情報であり、前記判断手段は、さらに車両を駐車した日時または季節における遠隔始動回数が所定回数以上の場合に、前記駐車位置情報を送信可能と判断する。

また、請求項５の発明は、請求項２に記載の車両制御装置において、前記アプリケーションが、前記携帯端末の現在位置から車両の駐車位置への方位または距離を携帯端末に表示する機能を実行するアプリケーションである場合には、前記判断手段は、前記駐車位置における作動回数が所定回数以上の場合に、前記駐車位置情報を送信可能と判断する。

また、請求項６の発明は、請求項２に記載の車両制御装置において、前記記憶手段は、駐車場の位置情報、および、該駐車場の面積または駐車可能台数を含む駐車場情報を記憶しており、前記アプリケーションが、前記携帯端末の現在位置から車両の駐車位置への方位または距離を携帯端末に表示する機能を実行するアプリケーションである場合には、前記判断手段は、前記駐車位置に対応する駐車場の面積または駐車可能台数が所定値以上の場合に、前記駐車位置情報を送信可能と判断する。

また、請求項７の発明は、請求項１ないし６のいずれか１項に記載の車両制御装置において、前記記憶手段は、前記駐車位置における駐車回数を記憶しており、前記判断手段は、前記駐車位置に対応する駐車回数が所定回数に達するまでは駐車位置情報を送信すると判断し、所定回数を超えると、前記作動履歴に基づいて駐車位置情報の送信可否を判断する。

また、請求項８の発明は、請求項１ないし６のいずれか１項に記載の車両制御装置において、前記判断手段は、前記携帯端末に格納されているアプリケーションに車両の盗難防止機能を実行するアプリケーションが含まれている場合には、駐車位置情報を送信すると判断し、含まれていない場合には、前記作動履歴に基づいて駐車位置情報の送信可否を判断する。

また、請求項９の発明は、車両制御システムであって、請求項１ないし８のいずれか１項に記載の車両制御装置と、駐車位置情報を使用するアプリケーションを格納している携帯端末と、前記車両制御装置から駐車位置情報を取得し、前記携帯端末に駐車位置情報を送信する情報処理装置と、を備えている。

請求項１ないし９の発明によれば、車両制御装置は、車両の駐車開始を検出すると駐車位置情報を取得し、情報処理装置に送信する。また、車両制御装置は、記憶手段を備えており、記憶手段には、携帯端末に格納されたアプリケーションの作動履歴が記憶されている。さらに、車両制御装置は、記憶手段に記憶されたアプリケーションの作動履歴に基づいて駐車位置情報の送信可否を判断している。これにより、アプリケーションの使用頻度に応じて駐車位置情報の送信処理を制限することが可能となるため、通信料を抑制しつつ、車両の駐車位置を情報処理装置に送信することができる。

また、特に請求項２の発明によれば、車両制御装置は、駐車位置と作動回数とが対応付けられた情報を記憶しておくことで、駐車位置情報の送信可否を判断する作動履歴を取得することができる。

また、特に請求項３の発明によれば、駐車開始位置における遠隔始動回数が所定回数以上の場合に送信可能と判断することで、遠隔始動を行う可能性の小さい位置に駐車した場合に駐車位置情報の送信を制限できるため、通信料を抑制することが可能となる。

また、特に請求項４の発明によれば、作動履歴として日時または季節が対応付けられているため、送信の可否の判断をより細かな条件で行うことができる。

また、特に請求項５の発明によれば、駐車位置におけるアプリケーションの作動回数が所定回数以上の場合に送信可能と判断することで、アプリケーションを作動する可能性の小さい場所に駐車した場合に駐車位置情報の送信を制限できるため、通信料を抑制することが可能となる。

また、特に請求項６の発明によれば、駐車場情報に基づいて駐車位置情報の送信可否を判断するため、アプリケーションを作動する可能性の小さい駐車場に駐車した場合に駐車位置情報の送信を制限することが可能となり、通信料を抑制することができる。

また、特に請求項７の発明によれば、同一の駐車位置において駐車回数が所定回数に達するまでは駐車位置情報を送信することにより、当該駐車位置が駐車位置情報を使用する位置であるか否かをより正確に把握することができる。また、所定回数を超えると、作動履歴に基づいて駐車位置情報の送信可否を判断することから、通信料を抑制することが可能となる。

また、特に請求項８の発明によれば、携帯端末が車両の盗難防止機能を実行するアプリケーションを有している場合には、駐車位置や作動履歴に関わらず駐車位置情報を送信するため、盗難防止機能の実行を妨げることを回避できる。また、盗難防止機能を実行するアプリケーションを有していない場合には、作動履歴に基づいて駐車位置情報の送信可否を判断することから、通信料を抑制することが可能となる。

図１は、車両制御システムの概要を示す図である。図２は、遠隔始動装置の構成を示すブロック図である。図３は、携帯端末の構成を示すブロック図である。図４は、センターの構成を示すブロック図である。図５は、遠隔始動装置の処理の流れを示すフローチャートである。図６は、遠隔始動装置の処理の流れを示すフローチャートである。図７は、遠隔始動装置の処理の流れを示すフローチャートである。図８は、履歴テーブルを示す図である。図９は、遠隔始動装置の処理の流れを示すフローチャートである。図１０は、遠隔始動装置の処理の流れを示すフローチャートである。図１１は、カーファインダーアプリ作動履歴テーブルを示す図である。図１２は、携帯端末の処理の流れを示すフローチャートである。図１３は、携帯端末の処理の流れを示すフローチャートである。図１４は、携帯端末の処理の流れを示すフローチャートである。図１５は、センターの処理の流れを示すフローチャートである。図１６は、センターの処理の流れを示すフローチャートである。図１７は、センターの処理の流れを示すフローチャートである。図１８は、センターの処理の流れを示すフローチャートである。図１９は、センターの処理の流れを示すフローチャートである。図２０は、センターの処理の流れを示すフローチャートである。

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

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

遠隔始動装置１０は、車両に備えられており、センター３０から送信された制御情報に応じて車両の制御を行う車両制御装置である。遠隔始動装置１０は、センター３０と通信可能に接続されており、所定のタイミングで位置情報を含む車両情報をセンター３０に送信する。特に、遠隔始動装置１０は、車両が駐車開始すると位置情報を送信するようになっており、携帯端末２０に格納されているアプリケーションの作動履歴に基づいて位置情報の送信を制限する制御も行う。また、遠隔始動装置１０は、センター３０を介して携帯端末２０からの始動要求等の制御情報を受信する。遠隔始動装置１０は、センター３０から始動要求を受信すると車両の原動機や各種装置の始動制御を行う。

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

携帯端末２０は、ユーザが所持する可搬型の電子機器であり、例えば、スマートフォン、タブレット、携帯電話、ＰＤＡ(Personal Digital Assistant)等である。携帯端末２０には、車両の原動機を遠隔で始動するアプリケーション（以下、「遠隔始動アプリ」という）が格納されている。また、携帯端末２０には、携帯端末２０の現在位置から車両の駐車位置への方位または距離を携帯端末２０に表示するアプリケーション（以下、「カーファインダーアプリ」という）や、盗難防止機能を実行するアプリケーション（以下、「セキュリティアプリ」という）などが格納されている場合もある。ユーザが、携帯端末２０に格納された遠隔始動アプリを操作して実行することにより、遠隔での始動要求や各種設定を行うことができる。また、携帯端末２０は、センター３０と通信可能に構成されており、センター３０から車両の駐車位置の情報を受信し、始動要求や各種設定に関する情報、携帯端末２０の位置情報等をセンター３０に送信する。

センター３０は、車両制御システム１００全体を制御する情報処理装置である。センター３０は、遠隔始動装置１０及び携帯端末２０と通信可能に構成されており、始動要求や車両情報等を互いに送受信することで原動機の始動等の制御を行う。具体的には、センター３０は、例えば、車両から位置情報を含む車両情報を受信し、携帯端末２０から始動要求や位置情報を受信する。センター３０は、携帯端末から始動要求を受信した場合には、携帯端末２０の位置情報と車両の位置情報とに基づいて始動の可否に関する判断や指示といった制御を行う。また、携帯端末２０がカーファインダーアプリを起動すると、車両の駐車位置の情報を携帯端末２０に送信する制御を行う。また、携帯端末２０がセキュリティアプリを有する場合、センター３０は、遠隔始動装置１０から駐車開始時を含め、駐車中に定期的に自車位置情報を取得し、駐車位置が変化すると車両が盗難されていると判断し、携帯端末２０に車両が盗難されている旨の通知を行なう。

このように、本実施の形態に係る車両制御システム１００は、携帯端末２０に格納されたアプリケーションの作動履歴に基づいて駐車位置情報の送信可否を判断することにより、通信料を抑制しつつ、車両の駐車位置を情報処理装置に送信する制御を可能にするシステムである。以下、車両制御システム１００の構成及び処理について詳細に説明する。

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

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

また、制御部１１は、ＣＡＮ（Controller Area Network）等の車載ＬＡＮ（Local Area Network）を介して車両内の他の各種センサやＥＣＵ(Electronic Control Unit)と通信可能に接続されており、種々の情報の送受信を行っている。なお、制御部１１は、遠隔始動装置１０が行う処理全般を制御するものであるため、上述した、車両情報取得部１１ａや、情報判別部１１ｂ、始動制御部１１ｃ、時間計測部１１ｄ、送信判断部１１ｅが実行する処理以外の処理についても制御する。

車両情報取得部１１ａは、車両の走行状態や他のＥＣＵの状態を示す情報としての車両情報を取得する。車両には、例えば、車速センサや舵角センサ等の車両の走行状態を検出するセンサや、燃料噴射用ＥＣＵやドアロック／アンロック用ＥＣＵといったエンジン制御系やボディ制御系のＥＣＵが設けられている。車両情報取得部１１ａは、ＣＡＮを介してこれらセンサやＥＣＵの出力を車両情報として取得する。

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

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

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

送信判断部１１ｅは、車両が駐車を開始した際に、位置情報をセンター３０に対して送信するか否かを判断する。送信判断部１１ｅは、駐車した位置情報と、携帯端末２０に格納されているアプリケーションの作動履歴情報とに基づいて駐車した位置情報の送信可否を判断する。

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

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

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

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

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

なお、履歴テーブル１４ｅとは、携帯端末２０に格納されたアプリケーションであって、駐車位置情報を使用して実行するアプリケーションの作動履歴情報に関するテーブルである。また、携帯情報１４ｆとは、携帯端末２０に格納された、駐車位置情報を使用するアプリケーションの種類を示す情報である。携帯情報１４ｆは、携帯端末２０にアプリケーションを格納する際に、図示せぬ入力装置からアプリケーションの種類を入力して記憶するか、あるいはセンター３０からアプリケーションの種類を取得して記憶する。また、駐車場情報１４ｇは、駐車場の位置情報と、駐車場の面積や駐車可能台数とが対応付けられた情報である。駐車場情報１４ｇは、記憶部１４に予め記憶しておくか、あるいは駐車する都度、図示せぬナビゲーション装置に駐車位置情報を送信し、ナビゲーション装置から駐車場情報１４ｇを受信して記憶しておけばよい。

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

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

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

表示制御部２１ｂは、携帯端末２０の表示部２５に画像を表示させる制御を行う。具体的には、表示制御部２１ｂは、遠隔始動アプリを起動した際には、原動機の始動の指示を行うための操作用画面や、センター３０から受信した確認用画面を表示部２５に表示させる制御を行う。また、カーファインダーアプリを起動した際には、車両の駐車位置までの方位や距離を表示させる制御を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、位置制限機能がオンに設定されていて、制限条件が駐車開始時と始動要求時とにおける車両の位置の異同に基づいて設定されている場合には、始動制限部３１ｂは、駐車開始時の車両位置情報と、始動要求時の車両位置情報とに基づいて原動機の始動を制限するか否かを判断する。

具体的には、始動制限部３１ｂは、記憶部３３から読み出したイグニッションオフ時の車両位置情報３３ｂ（すなわち、駐車開始時の車両位置情報）と、携帯端末２０から始動要求のコマンドを受信した際に遠隔始動装置１０から取得した車両位置情報３３ｂ（すなわち、始動要求時の車両位置情報）とを比較することで互いの位置の異同を判断する。そして、始動制限部３１ｂは、記憶部３３から設定情報３３ｄに含まれている制限条件を読み出して、判断した異同の結果と比較する。制限条件としては、各車両位置情報が異なる場合には始動を制限する旨の条件が挙げられる。

この条件の場合に、各車両位置情報が異なると判断されると、始動制限部３１ｂは始動処理を制限する。すなわち、各車両位置情報が異なるということは、始動要求があった際に、車両が駐車開始時の位置から移動していることを示している。移動している要因としては、盗難にあっていることや、レッカー移動されていることが考えられる。このため、始動制限部３１ｂは、各車両位置情報が異なる場合には始動を禁止したり、始動処理の継続の可否をユーザに確認するといった始動の制限を行う。

位置判断部３１ｃは、携帯端末２０から始動要求のコマンドを受信した場合に、車両の駐車位置がアイドル放置禁止区域内にあるか否かを判断する。アイドル放置禁止区域とは、車両をアイドル状態のまま放置しておくことを禁止している区域のことである。これらの区域は、記憶部３３に記憶されている地図情報３３ｅに含まれており、位置判断部３１ｃは、記憶部３３から読み出した車両の駐車開始位置と地図情報３３ｅとを比較することで、車両の駐車位置がアイドル放置禁止区域内にあるか否かを判断する。位置判断部３１ｃは、車両の駐車位置がアイドル放置禁止区域内にあると判断した場合には始動処理を実行しない。

また、位置判断部３１ｃは、車両の駐車位置が特定地域内にあるか否かも判断する。特定地域とは、遠隔始動により車両のアイドリングを行う可能性の少ない地域のことである。すなわち、特定地域とは、車両を降車してから直ぐに戻ってくる可能性の高い場所を含む地域のことであり、例えば、高速道路のサービスエリアやパーキングエリア、コンビニエンスストアの駐車場等が挙げられる。

位置判断部３１ｃは、記憶部３３に記憶されている地図情報３３ｅの道路情報や施設情報に基づいて特定地域か否かを判断し、車両位置情報に基づいて車両の駐車位置が特定地域内にあるか否かを判断する。なお、ユーザが予め特定地域を地図情報３３ｅに設定しておいてもよい。位置判断部３１ｃは、記憶部３３から読み出した車両の駐車開始位置と特定地域とを比較することで、車両の駐車位置が特定地域内になるか否かを判断する。位置判断部３１ｃは、車両の駐車位置が特定地域内にあると判断した場合には始動処理を制限し、特定地域内にはないと判断した場合には始動処理を継続する。

始動指示部３１ｄは、始動制限部３１ｂ及び位置判断部３１ｃの判断結果に基づいて、最終的な遠隔始動の可否を決定し、遠隔始動装置１０に対して始動要求のコマンドの送信処理を行う。具体的には、携帯端末２０から始動要求のコマンドを受信すると、始動制限部３１ｂ及び位置判断部３１ｃが共に始動処理を継続するか否かを判断し、いずれも継続すると判断した場合に、始動指示部３１ｄは、最終的に遠隔始動を実行すると判断し、遠隔始動装置１０に対して通信部３２を介して始動要求のコマンドを送信する。

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

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

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

＜５．遠隔始動装置の処理＞
次に、遠隔始動装置１０の処理について説明する。図５〜図７は、遠隔始動装置１０の処理を示すフローチャートである。

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

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

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

また、イグニッションを手動でオン又はオフに切り替えた場合、遠隔始動装置１０は、携帯端末２０に格納されたアプリケーションの作動履歴に基づいて、車両位置情報と車両情報とをセンター３０に送信する処理を実行する。そこで、遠隔始動装置１０が、車両位置情報と車両情報とを送信する処理について説明する。図６および図７は、遠隔始動装置１０が、車両位置情報と車両情報とをセンター３０に送信する処理を示すフローチャートである。なお、図面中ではイグニッションを「ＩＧ」と記載する。

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

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

一方、車両情報取得部１１ａが、イグニッションがオンからオフに切り替わったことを検出すると（ステップＳ６０１でＹｅｓ）、駐車が開始されると判断して、位置情報取得部１２が駐車位置情報を取得し、制御部１１が取得した駐車位置情報をセンター３０に送信するか否かを判断する処理に進む。

まず、制御部１１は、履歴テーブルを更新する（ステップＳ６０２）。具体的には、記憶部１４に記憶されている履歴テーブルを読み出し、履歴テーブルの駐車位置に対応する駐車回数を「１」増やす処理を実行する。

ここで、履歴テーブルの例を用いて説明する。図８は履歴テーブルの例を示す図である。図８に示すように、履歴テーブルは、駐車位置と、駐車回数と、駐車月と、遠隔始動回数とカーファインダー作動回数とが対応付けられたテーブルである。

例えば、駐車位置「ａａａ」に車両を駐車した回数は、全部で２６回であり、そのうち、１月の駐車回数は８回である。さらに、１月に「ａａａ」に駐車した際に、遠隔始動した回数は４回であり、カーファインダーアプリを作動した回数は０回であることを示している。また、駐車位置「ｂｂｂ」には７月に５回駐車しており、そのうち、遠隔始動を２回実行し、カーファインダーアプリを３回作動させていることを示している。なお、履歴テーブルの駐車月は、１ヶ月単位で分類するほかに、例えば、２ヶ月単位や３ヶ月単位で分類してもよく、「春」「夏」「秋」「冬」等の季節で分類してもよい。

再度、図６のステップＳ６０２に戻り、制御部１１は、イグニッションがオンからオフに切り替わり、駐車位置情報を取得すると、駐車位置情報に対応する駐車位置が履歴テーブルにあるかを判断し、ある場合には、該当する駐車位置の駐車回数を１回増やす処理を行う。一方、ない場合には、新たに駐車位置情報に対応する駐車位置の欄を増やして駐車回数を１回とする処理を行う。例えば、制御部１１は、８月に「ｃｃｃ」に駐車したと判断すると、図８に示す履歴テーブルにて、駐車回数を５回とする。また、１０月に「ｅｅｅ」に駐車したと判断すると、新たに駐車位置「ｅｅｅ」の欄を設けて駐車回数を１回とし、駐車月を１０月とする。

次に、送信判断部１１ｅは、携帯端末２０にセキュリティアプリが格納されているか否かを判断する（ステップＳ６０３）。送信判断部１１ｅは、記憶部１４に記憶されている携帯情報１４ｆにセキュリティアプリが含まれているか否かにより判断する。送信判断部１１ｅは、携帯端末２０にセキュリティアプリが含まれていると判断した場合には（ステップＳ６０３でＹｅｓ）、駐車位置情報をセンター３０に送信すると判断し、送信処理に進む（図６のＢ）。これは、セキュリティアプリが含まれている場合には、車両の駐車位置や駐車回数に関わらず盗難防止機能を実行させる可能性があり、その実行の際には駐車位置情報を使用するからである。

一方、送信判断部１１ｅは、セキュリティアプリが含まれていないと判断した場合には（ステップＳ６０３でＮｏ）、次に携帯端末２０にカーファインダーアプリが格納されているか否かを判断する（ステップＳ６０４）。この場合においても、送信判断部１１ｅは、携帯情報１４ｆにカーファインダーアプリが含まれているか否かを判断すればよい。送信判断部１１ｅは、携帯端末２０にカーファインダーアプリが含まれていないと判断した場合には（ステップＳ６０４でＮｏ）、次に駐車回数に基づく判断処理（ステップＳ６０７）に進む。

これに対して、送信判断部１１ｅは、携帯端末２０にカーファインダーアプリが含まれていると判断した場合には（ステップＳ６０４でＹｅｓ）、記憶部１４から駐車場情報１４ｇを取得する（ステップＳ６０５）。そして、送信判断部１１ｅは、駐車位置情報と駐車場情報とに基づいて、車両を駐車している駐車場の面積または駐車可能台数が所定値以上であるか否かを判断する（ステップＳ６０６）。所定値とは、車両のユーザが、車両に戻る際にカーファインダーアプリを使用する可能性が高いと考えられる駐車場の面積または駐車可能台数のことである。

つまり、広い駐車場に駐車した場合には、車両に戻る際に自車両の位置を確認するためにカーファインダーアプリを使用する可能性が高いため、そのような広い駐車場であることを示す値を適宜設定すればよい。また、カーファインダーアプリを使用する可能性が高い駐車場であることを面積または駐車可能台数で判断するほかにも、施設情報に基づいて判断してもよい。例えば、大型テーマパーク等、広い駐車場であることが明らかな場合には、面積や駐車可能台数を判断するまでもなく、施設情報から広い駐車場であることが判断できる。

送信判断部１１ｅは、駐車場の面積または駐車可能台数が所定値以上であると判断した場合には（ステップＳ６０６でＹｅｓ）、カーファインダーアプリを使用する可能性が高いため駐車位置情報をセンター３０に送信すると判断し、送信処理に進む（図６のＢ）。一方、送信判断部１１ｅは、駐車場の面積または駐車可能台数が所定値以上でないと判断した場合には（ステップＳ６０６でＮｏ）、その駐車位置における駐車回数がｎ回以下であるか否かを判断する（ステップＳ６０７）。

本実施の形態では、携帯端末２０に格納されているアプリケーションを使用する可能性が高い場所に駐車した場合には駐車位置情報を送信し、低い場所に駐車した場合には駐車位置情報を送信しないこととしている。このため、履歴テーブルに基づいて、駐車した位置でアプリケーションを作動させた実績があるかを判断する。ただし、駐車した回数が少ない場合には、ユーザがアプリケーションを使用する必要がないと考えている場所であるのか、使用する可能性はあるが、単にそのときは使用しなかっただけなのかが不明である。

このため、ユーザの正確な使用可能性を判断するために、駐車回数が一定回数になるまでは無条件で駐車位置情報を送信することとしている。この無条件で駐車位置情報を送信する回数ｎは、ユーザがアプリケーションを使用する可能性の高い場所であるか、そうでないかの判断ができる程度の回数であればよく、例えば、３回や５回等、適宜設定可能である。

したがって、ステップＳ６０７において、送信判断部１１ｅは、駐車回数がｎ回以下であるか否かを判断し、ｎ回以下であると判断した場合には（ステップＳ６０７でＹｅｓ）、駐車位置情報を送信すると判断し、送信処理に進む（図６のＢ）。例えば、図８の履歴テーブルにおいて、ｎ＝３として９月に「ｄｄｄ」に駐車した場合には、駐車回数が１回であるため、駐車位置情報を送信することになる。

一方、送信判断部１１ｅは、駐車回数がｎ回以下でないと判断した場合には（ステップＳ６０７でＮｏ）、その駐車位置での遠隔始動回数またはカーファインダー作動回数が１回以上であるか否かを判断する（ステップＳ６０８）。例えば、図８の履歴テーブルにおいて、ｎ＝３として８月に「ｃｃｃ」に駐車した場合や７月に「ｂｂｂ」に駐車した場合には、駐車回数が４回と５回であるため、ステップＳ６０７で駐車位置情報を送信するとの判断にはならず、ステップＳ６０８での作動回数の判断処理に進む。

そこで、ステップＳ６０８において、送信判断部１１ｅは、履歴テーブルに基づいて、車両の駐車位置における遠隔始動回数またはカーファインダー作動回数が１回以上であるか否かを判断する。送信判断部１１ｅは、遠隔始動回数またはカーファインダー作動回数が１回以上でない場合には（ステップＳ６０８でＮｏ）、駐車位置情報の送信は行わないと判断し、次の処理に進む（図６のＡ）。例えば、上述の８月に「ｃｃｃ」に駐車した場合では、遠隔始動回数とカーファインダー作動回数のいずれも０回であり、作動実績がないため、駐車位置情報を送信しない処理となる。

一方、送信判断部１１ｅは、遠隔始動回数またはカーファインダー作動回数が１回以上であると判断した場合には（ステップＳ６０８でＹｅｓ）、駐車位置情報を送信すると判断し、送信処理に進む（図６のＢ）。例えば、上述の７月に「ｂｂｂ」に駐車した場合では、遠隔始動回数およびカーファインダー作動回数のいずれも１回以上であり、作動実績があることから、駐車位置情報を送信する処理となる。

なお、ステップＳ６０８における判断処理は、駐車位置と駐車月との両者が一致する場合の遠隔始動回数またはカーファインダー作動回数に基づいて判断してもよいが、駐車月は考慮せずに駐車位置のみを考慮した遠隔始動回数またはカーファインダー作動回数に基づいて判断してもよい。また、携帯端末２０にカーファインダーアプリが含まれていない場合は、当然のことながらカーファインダーの履歴テーブルは存在せず、遠隔始動の履歴テーブルのみを有することとなる。

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

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

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

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

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

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

一方、車両情報取得部１１ａが、イグニッションがオフからオンに切り替わったことを検出すると（ステップＳ７０４でＹｅｓ）、駐車が終了されると判断して、制御部１１はセンター３０との通信を確立させる（ステップＳ７０５）。具体的には、制御部１１が、通信部１３を介してセンター３０に対して通信の接続を要求するコマンドを送信する。センター３０は、接続要求のコマンドを受信した際に、通信の接続が可能である場合には接続を許可して通信が確立する。なお、既にセンター３０との通信が確立している状態にある場合には、この処理は省略することができる。

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

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

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

このように、遠隔始動装置１０は、手動にてイグニッションがオフにされた際に、駐車位置と携帯端末２０のアプリケーションの作動履歴とに基づいて駐車位置情報の送信可否を判断する。そして、送信すると判断した場合には、駐車位置情報をイグニッションのオフ情報と共にセンター３０に送信する処理を行う。また、遠隔始動装置１０は、手動にてイグニッションがオンにされた際に、イグニッションのオン情報と共に、オンにされた時点で取得した車両位置情報をセンター３０に送信する処理を行う。また、遠隔始動装置１０は、図６および図７に示した処理を定期的に実行するようになっており、例えば、５０ｍｓ又は１００ｍｓ毎に行う。

次に、遠隔始動装置１０が、原動機を始動する際の処理について説明する。図９および図１０は、遠隔始動装置１０の始動処理を示すフローチャートである。

まず、制御部１１は、センター３０から接続要求があるか否かを判断する（ステップＳ９０１）。この判断は、制御部１１が、通信部１３を介してセンター３０から通信の接続要求のコマンドを受信したか否かを判断することにより行うことができる。制御部１１は、接続要求がないと判断した場合には（ステップＳ９０１でＮｏ）、データ受信の有無を判断する処理に進む（ステップＳ９０４）。一方、制御部１１は、接続要求があると判断した場合には（ステップＳ９０１でＹｅｓ）、通信の接続が可能である場合には接続を許可して通信が確立する（ステップＳ９０２）。

通信が確立すると、制御部１１は、位置情報取得部１２を立ち上げて現在の車両位置情報を取得すると共に、車両情報取得部１１ａから現在の車両情報を取得し、通信部１３を介して現在の車両位置情報と現在の車両情報とをセンターに送信する（ステップＳ９０３）。この場合の車両位置情報とは、センター３０から通信の接続要求のコマンドを受信した際に位置情報取得部１２が取得した位置情報である。また、車両情報とは、通信の接続要求のコマンドを受信した際に車両情報取得部１１ａが取得した車両情報や、記憶部１４に記憶されている未送信の車両情報である。なお、本処理においては、車両位置情報のみを送信し、車両情報は送信しない処理としてもよい。

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

一方、制御部１１は、データを受信したと判断した場合には（ステップＳ９０４でＹｅｓ）、受信したデータ１４ｄを記憶部１４に記憶する（ステップＳ９０５）。なお、記憶部１４にデータ１４ｄを記憶する際には、情報判別部１１ｂにて、データの内容を判別した後に記憶してもよく、判別することなく記憶してもよい。受信するデータは、種々のコマンドであり、例えば、原動機や各種装置の始動要求のコマンドの他、車両位置情報や車両情報の送信を要求するコマンド等が挙げられる。また、受信するデータには、カーファインダーアプリの作動履歴テーブルが含まれる。カーファインダーアプリ作動履歴テーブルとは、図１１に示すように、携帯端末２０がカーファインダーアプリを起動した回数と、その起動した際の車両の駐車位置情報とが対応付けられたテーブルである。

そして、制御部１１は、受信したカーファインダーアプリ作動履歴テーブルに基づいて、履歴テーブル１４ｅを更新する（ステップＳ９０６）。すなわち、制御部１１は、カーファインダーアプリ作動履歴テーブルを受信したら、記憶部１４に記憶されている履歴テーブル１４ｅの駐車位置およびカーファインダーアプリの作動回数に上書きして更新する。なお、更新の方法はこれに限定されず、例えば、受信したカーファインダーアプリ作動履歴テーブルと、履歴テーブル１４ｅの駐車位置およびカーファインダーアプリの作動回数とを比較して、変更部分のみ更新する処理でもよい。

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

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

始動要求のコマンドに基づいて原動機の始動処理を実行すると、制御部１１は、通信部１３を介して始動処理を実行した旨の情報をセンター３０に送信する（ステップＳ１００３）。

その後、制御部１１は、履歴テーブル１４ｅを更新する（ステップＳ１００４）。すなわち、制御部１１は、始動処理を行った駐車位置および駐車月に対応する履歴テーブル１４ｅの遠隔始動回数を１増やす処理を行う。

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

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

一方、情報判別部１１ｂは、センター３０から受信したデータに原動機の停止要求のコマンドが含まれていないと判別した場合には（ステップＳ１００５でＮｏ）、始動制御部１１ｃは、この時点では停止処理を実行せずに、その他要求に対する処理を実行する（ステップＳ１００６）。その他要求に対する処理とは、受信したデータに原動機の始動要求及び停止要求以外のコマンド（以下、「その他のコマンド」と記載する）が含まれている場合に、受信したその他のコマンドに対応する処理のことである。

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

次に、時間計測部１１ｄは、原動機の駆動が始動から所定時間経過したか否かを判断する（ステップＳ１００７）。時間計測部１１ｄは、原動機の始動から時間の計測を開始し、予め設定されている所定時間に到達したか否かを判断する。なお、所定時間とは、例えば、原動機を始動してから一定の経過時間のことであり、予め設定されたいわゆる暖機時間である。暖機時間は、例えば１０分と設定することができ、複数回に分けて暖機運転をする場合には累積時間で最大で２０分と設定することもできる。ただし、所定時間はこれに限定されるものではなく適宜設定可能である。

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

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

一方、時間計測部１１ｄは、所定時間が経過していないと判断した場合には（ステップＳ１００７でＮｏ）、停止処理は行わず、遠隔始動処理を終了する。

なお、センター３０と通信を確立した後、通信を切断する処理はセンター３０が行なう。センター３０での切断処理については後述する。

＜６．携帯端末の処理＞
次に、携帯端末２０の処理について説明する。図１２〜図１４は、携帯端末２０の処理を示すフローチャートである。まず、携帯端末２０を用いて遠隔始動を行う処理について説明する。図１２は、携帯端末２０の遠隔始動処理を示すフローチャートである。

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

次に、制御部２１は、操作画面表示時に、ユーザの操作によってセンター３０に対して要求を行うコマンドが入力されたか否かを判断する（ステップＳ１２０２）。要求コマンドが入力されたと判断された場合には、情報判別部２１ａが、入力されたコマンドの内容を判別する。入力されるコマンドとは、例えば、原動機の始動又は停止を要求するコマンドである。

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

次いで、制御部２１は、通信部２３を介して入力された要求コマンドをセンター３０に送信する（ステップＳ１２０４）。また、制御部２１は、要求コマンドを送信する際には、位置情報取得部２２にて携帯端末２０の位置情報を取得して、要求コマンドと併せて携帯位置情報を送信する。一方、制御部２１は、要求コマンドが入力されていないと判断した場合には（ステップＳ１２０２でＮｏ）、要求コマンド等の送信処理は行わずに次の処理へ進む。

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、制限機能設定部２１ｃは、その他の設定処理を行う（ステップＳ１３０７）。その他の設定処理とは、制限距離以外の制限条件の設定又は変更の処理である。制限距離以外の制限条件としては、例えば、位置制限機能に関する制限条件が挙げられる。制限距離以外の制限条件の設定又は変更の処理が行われた場合には、制限機能設定部２１ｃは、変更後の設定又は制限条件を記憶部２４に記憶する。設定又は変更の処理が行われていない場合には、本ステップは省略することができる。

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

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

次に、携帯端末２０のカーファインダー作動処理について説明する。図１４は、携帯端末２０のカーファインダー作動処理を示すフローチャートである。

携帯端末２０のカーファインダー作動処理は、携帯端末２０に格納されているカーファインダーアプリ２４ｄの起動により開始される。カーファインダーアプリ２４ｄが起動されると、制御部２１は、センター３０との通信を確立させる（ステップＳ１４０１）。センター３０との通信を確立させる方法は上述と同様にして行うことができる。

センター３０との通信が確立すると、制御部２１は、通信部２３を介してカーファインダーアプリ起動情報を送信する（ステップＳ１４０２）。カーファインダーアプリ起動情報とは、カーファインダーアプリ２４ｄを起動した旨の情報である。カーファインダーアプリ起動情報を送信するのは、センター３０から駐車位置情報を取得するためであり、また、センター３０に記憶されているカーファインダーアプリ作動履歴テーブルを更新するためである。

そして、制御部２１は、センター３０から駐車位置情報を受信する（ステップＳ１４０３）。制御部２１は、駐車位置情報を受信すると、この駐車位置情報と携帯端末２０の現在位置の情報とに基づいて、カーファインダーアプリ２４ｄの機能を実行する（ステップＳ１４０４）。

その後、ユーザが、カーファインダーの使用を終えてカーファインダーアプリ２４ｄを停止すればカーファインダー作動処理は終了する。

＜７．センターの処理＞
次に、センター３０の処理について説明する。図１５〜図２０は、センター３０の処理を示すフローチャートである。まず、センター３０が、遠隔始動装置１０や携帯端末２０と情報の送受信を行って遠隔始動を実行する処理について説明する。図１５〜図１７は、センター３０の遠隔始動処理を示すフローチャートである。

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

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

制御部３１は、遠隔始動装置１０からデータを受信したと判断した場合には（ステップＳ１５０３でＹｅｓ）、受信したデータを記憶部３３に記憶する（ステップＳ１５０４）。そして、情報判別部３１ａは、受信データ３３ｆに、イグニッションがオフに切り替わった際に取得した車両位置情報３３ｂ、即ち駐車開始時の車両位置情報が含まれているか否かを判断する（ステップＳ１５０５）。

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

次に、情報判別部３１ａは、受信データ３３ｆに、イグニッションがオンに切り替わった際に取得した車両位置情報３３ｂが含まれているか否かを判断する（ステップＳ１５０７）。情報判別部３１ａが受信データ３３ｆにイグニッションオン時の車両位置情報３３ｂが含まれていると判断した場合には（ステップＳ１５０７でＹｅｓ）、制御部３１は、記憶部３３に記憶していた「イグニッションオフ時の車両位置情報３３ｂ」を消去する（ステップＳ１５０８）。そして、制御部３１は、次の処理へと進む（図１５のＥ）。

なお、制御部３１は、遠隔始動装置１０からデータを受信していないと判断すると（ステップＳ１５０３でＮｏ）、これに対応する処理は行わずに次の処理へと進む（図１５のＥ）。また、情報判別部３１ａが、受信データ３３ｆにイグニッションオフ時の車両位置情報３３ｂが含まれていないと判断した場合や（ステップＳ１５０５でＮｏ）、受信データ３３ｆにイグニッションオン時の車両位置情報３３ｂが含まれていないと判断した場合（ステップＳ１５０７でＮ０）においても、これに対応する処理は行わず次の処理へと進む（図１５のＥ）。

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

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

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

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

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

次に、情報判別部３１ａは、受信データ３３ｆにカーファインダーアプリ起動情報が含まれているか否かを判断する（ステップＳ１７０１）。カーファインダーアプリ起動情報が含まれていると判断した場合には（ステップＳ１７０１でＹｅｓ）、制御部３１は、携帯端末２０に対して駐車位置情報を送信する（ステップＳ１７０２）。すなわち、制御部３１は、カーファインダーアプリ起動情報を受信すると、カーファインダーアプリ２４ｄの実行に必要な駐車位置情報を記憶部３３から読み出し、通信部３２を介して携帯端末２０に送信する。

さらに、制御部３１は、カーファインダーアプリ起動情報を受信すると、カーファインダーアプリ作動履歴テーブルを更新する（ステップＳ１７０３）。すなわち、カーファインダーアプリ起動情報を受信したということは、携帯端末２０でカーファインダーアプリ２４ｄを起動したということであるため、図１１に示すカーファインダーアプリ作動履歴テーブルにおいて、駐車位置情報に対応する駐車位置でのカーファインダーアプリ作動回数を１増やす処理を行う。

一方、情報判別部３１ａは、受信データ３３ｆにカーファインダーアプリ起動情報が含まれていないと判断した場合には（ステップＳ１７０１でＮｏ）、これに対応する処理は行わずに、次の処理へ進む。

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

次に、制御部３１が実行する始動処理（ステップＳ１６０６）について説明する。図１８〜図２０は、制御部３１の始動処理を示すフローチャートである。

制御部３１は、始動処理を開始すると、まず、車両位置情報を取得しているか否かを判断する（ステップＳ１８０１）。本実施の形態においては、携帯端末２０に格納されたアプリケーションの作動履歴に応じて、車両位置情報の送信処理を制限しているため、センター３０は車両位置情報を取得していない可能性がある。したがって、制御部３１は、ステップＳ１８０１にて遠隔始動装置１０から駐車開始時の車両位置情報の取得の有無を判断している。

制御部３１は、車両位置情報を取得していると判断した場合には（ステップＳ１８０１でＹｅｓ）、遠隔始動装置１０との通信処理は行わず、その後の始動処理に進む。一方、制御部３１は、車両位置情報を取得していないと判断した場合には（ステップＳ１８０１でＮｏ）、始動処理を進めるために車両位置情報を取得する処理を実行する。まず、制御部３１は、通信部３２を介して遠隔始動装置１０に対して通信の接続要求のコマンドを送信し、遠隔始動装置１０との通信を確立する（ステップＳ１８０２）。

そして、通信が確立されると、制御部３１は、通信部３２を介して遠隔始動装置１０から送信された車両位置情報と車両情報とを取得する（ステップＳ１８０３）。この場合に受信した車両位置情報は、図９のステップＳ９０３で送信される車両位置情報であり、遠隔始動要求時の駐車位置である。すなわち、遠隔始動装置１０は、イグニッションがオフの間は待機状態となっており、通信部１３のみが起動している。そして、センター３０と通信が確立すると、制御部１１や位置情報取得部１２を起動させて車両位置情報を取得し、センター３０に送信するようになっている。取得した車両位置情報は記憶部３３に車両位置情報３３ｂ（すなわち、駐車開始位置）として記憶される。

このように、本実施の形態では、携帯端末２０に格納されたアプリケーションを作動する可能性の小さい位置に駐車した場合には、遠隔始動装置１０は車両位置情報をセンター３０に送信する処理を制限する構成となっているが、ユーザが始動要求をした場合には、センター３０は始動要求の送信可否を判断する必要があるため、この場合には遠隔始動装置１０に対して通信を行い、車両情報の送信を要求する構成となっている。

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

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

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

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

制御部３１は、携帯端末２０からの回答が、始動処理の継続を許可する旨の内容であると判断した場合には（ステップＳ１８０８でＹｅｓ）、次の始動処理に進む（図１８のＨ）。一方、制御部３１は、携帯端末２０からの回答が、始動処理の継続を許可しない旨の内容であると判断した場合には（ステップＳ１８０８でＮｏ）、始動処理を中止してその旨を携帯端末２０に送信し（ステップＳ１８０９）、遠隔始動処理を終了する（図１８のＩ）。

なお、制御部３１は、算出した距離が制限距離以下でないと判断した場合に、始動処理の継続可否の確認を行うことなく始動処理を中止してもよい。この場合においても、制御部３１は、始動処理を中止した旨を携帯端末２０に送信する処理を行う。すなわち、処理ステップＳ１８０５でＮｏの場合に、次に処理ステップＳ１８０９の処理を実行することとなる。

次に、位置判断部３１ｃは、車両がアイドル放置禁止区域内に存在しているか否かを判断する（ステップＳ１９０１）。上述のように、アイドル放置禁止区域は、記憶部３３に記憶されている地図情報３３ｅに含まれている。位置判断部３１ｃは、記憶部３３から車両位置情報３３ｂ（すなわち、駐車開始位置）と、地図情報３３ｅに含まれているアイドル放置禁止区域とを読み出して、これら車両位置情報３３ｂとアイドル放置禁止区域とを比較し、車両の駐車開始位置がアイドル放置禁止区域内にあるか否かを判断する。車両の駐車開始位置がアイドル放置禁止区域内にあると判断された場合（ステップＳ１９０１でＹｅｓ）、遠隔始動を行ってアイドル状態を保つことは禁止されているため、制御部３１は、始動可否を携帯端末２０に確認することなく始動処理を中止してその旨を携帯端末２０に送信し（ステップＳ１９０２）、遠隔始動処理を終了する（図１９のＩ）。

一方、車両の駐車開始位置がアイドル放置禁止区域内にないと判断された場合（ステップＳ１９０１でＮｏ）、位置判断部３１ｃは、車両の駐車開始位置が特定地域内にあるか否かを判断する（ステップＳ１９０３）。具体的には、位置判断部３１ｃは、記憶部３３から車両位置情報３３ｂ（すなわち、駐車開始位置）と、地図情報３３ｅに含まれている特定地域とを読み出して、これら車両位置情報３３ｂと特定地域とを比較し、車両の駐車開始位置が特定地域内にあるか否かを判断する。

車両の駐車開始位置が特定地域内にないと判断された場合には（ステップＳ１９０３でＮｏ）、制御部３１は、次の始動処理に進む（図１９のＪ）。一方、車両の駐車開始位置が特定地域内にあると判断された場合には（ステップＳ１９０３でＹｅｓ）、制御部３１は、始動処理を継続するか否かを確認する処理に進む（ステップＳ１９０４）。具体的には、制御部３１は、車両の駐車開始位置が特定地域内にある旨の情報と、始動処理を継続するか否かを確認するための問い合わせ情報とを、通信部３２を介して携帯端末２０に送信する。

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

制御部３１は、携帯端末２０からの回答が、始動処理の継続を許可する旨の内容であると判断した場合には（ステップＳ１９０６でＹｅｓ）、次の始動処理に進む（図１９のＪ）。一方、制御部３１は、携帯端末２０からの回答が、始動処理の継続を許可しない旨の内容であると判断した場合には（ステップＳ１９０６でＮｏ）、始動処理を中止してその旨を携帯端末２０に送信し（ステップＳ１９０７）、遠隔始動処理を終了する（図１９のＩ）。

なお、制御部３１は、車両の駐車開始位置が特定地域内にあると判断された場合に、始動処理の継続可否の確認を行うことなく始動処理を中止してもよい。この場合においても、制御部３１は、始動処理を中止した旨を携帯端末２０に送信する処理を行う。すなわち、処理ステップＳ１９０３でＹｅｓの場合に、次に処理ステップＳ１９０７の処理を実行することとなる。

次に、制御部３１は、通信部３２を介して遠隔始動装置１０に対して通信の接続要求のコマンドを送信し、遠隔始動装置１０との通信を確立する（ステップＳ２００１）。通信が確立されると、制御部３１は、通信部３２を介してカーファインダーアプリ作動履歴テーブルを送信する（ステップＳ２００２）。遠隔始動装置１０は、携帯端末２０でのカーファインダーアプリの作動履歴は直接把握できないため、センター３０が作動履歴を更新し、遠隔始動装置１０と通信が確立した時点で最新のテーブルを送信する。なお、カーファインダーアプリ作動履歴テーブルの送信は、遠隔始動装置１０と通信が確立する毎に送信してもよいが、テーブルが更新された際にのみ送信することとしてもよい。

そして、制御部３１は、通信部３２を介して遠隔始動装置１０から送信された車両位置情報と車両情報とを取得する（ステップＳ２００３）。この場合に取得した車両位置情報は、図９のステップＳ９０３で送信される車両位置情報であり、遠隔始動要求時の駐車位置である。すなわち、遠隔始動装置１０は、イグニッションがオフの間は待機状態となっており、通信部１３のみが起動している。そして、センター３０と通信が確立すると、制御部１１や位置情報取得部１２を起動させて車両位置情報を取得し、センター３０に送信するようになっている。

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

位置制限機能がオンでないと判断された場合には（ステップＳ２００４でＮｏ）、始動指示部３１ｄが始動要求のコマンドを遠隔始動装置１０に送信し（ステップＳ２０１０）、遠隔始動処理を終了する。これに対して、位置制限機能がオンであると判断された場合には（ステップＳ２００４でＹｅｓ）、始動制限部３１ｂは、駐車開始時の車両の位置（駐車開始位置）とステップＳ２００３で受信した遠隔始動要求時の駐車位置とが同じであるか否かを判断する（ステップＳ２００５）。具体的には、始動制限部３１ｂは、記憶部３３に記憶されているイグニッションオフ時の車両位置情報３３ｂ（すなわち、駐車開始位置）と、ステップＳ２００３で受信した車両位置情報３３ｂ（すなわち、始動要求時の駐車位置）とを比較して、互いの位置の異同を判断する。

始動制限部３１ｂは、駐車開始時の車両位置情報と始動要求時の車両位置情報とが同じである場合には、互いの位置は同じであると判断する。また、駐車開始時の車両位置情報と始動要求時の車両位置情報とが異なる場合、あるいは両者のいずれかが未確定情報である場合には、互いの位置は異なると判断する。さらに、駐車開始時の車両位置情報と始動要求時の車両位置情報との双方が未確定情報である場合には、互いの位置は同じであると判断する。

そして、始動制限部３１ｂは、記憶部３３に記憶されている設定情報３３ｄに含まれている制限条件を読み出して、互いの位置の異同と制限条件とを比較する。本実施の形態においては、制限条件として、互いの位置が同じ場合には始動を許可し、異なる場合には始動処理の継続可否を確認する旨の条件とする。

比較の結果、互いの位置が同じであると判断された場合には（ステップＳ２００５でＹｅｓ）、始動指示部３１ｄが始動要求のコマンドを遠隔始動装置１０に送信し（ステップＳ２０１０）、遠隔始動処理を終了する。互いの位置が同じであるということは、車両が駐車を開始した位置と現在の車両の位置とが同じであることを示しており、ユーザの意思に反して車両が移動していることはないと判断できるためである。

一方、互いの位置が異なると判断された場合には（ステップＳ２００５でＮｏ）、制御部３１は、始動処理を継続するか否かを確認する処理に進む（ステップＳ２００６）。具体的には、制御部３１は、駐車開始時の車両の位置と始動要求時の車両の位置とが異なる旨の情報と、始動処理を継続するか否かを確認するための問い合わせ情報とを、通信部３２を介して携帯端末２０に送信する。互いの位置が異なるということは、車両が駐車を開始した位置と現在の車両の位置とが異なることを示しており、例えば、盗難やレッカー移動等のユーザの意思に反して車両が移動している可能性が考えられるためである。

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

携帯端末２０からの回答が、始動処理の継続を許可する旨の内容であると判断された場合には（ステップＳ２００８でＹｅｓ）、始動指示部３１ｄが始動要求のコマンドを遠隔始動装置１０に送信し（ステップＳ２０１０）、遠隔始動処理を終了する。一方、携帯端末２０からの回答が、始動処理の継続を許可しない旨の内容であると判断された場合には（ステップＳ２００８でＮｏ）、制御部３１は、始動処理を中止してその旨を携帯端末２０に送信し（ステップＳ２００９）、遠隔始動処理を終了する。

なお、制御部３１は、互いの位置が異なると判断した場合に、始動処理の継続の確認を行うことなく始動処理を中止してもよい。この場合においても、制御部３１は、始動処理を中止した旨を携帯端末２０に送信する処理を行う。すなわち、処理ステップＳ２００５でＮｏの場合に、次に処理ステップＳ２００９の処理を実行することとなる。

なお、遠隔始動装置１０との通信の切断については、センター３０と遠隔始動装置１０との間で必要なデータの送受信が完了した場合にセンター３０が自動的に通信を切断する。例えば、遠隔始動装置１０から接続要求があった場合（ステップＳ１５０１）は、遠隔始動装置１０からデータを受信すれば制御部３１が遠隔始動装置１０との通信を切断する。また、センター３０から遠隔始動装置１０に対して通信を確立する場合は、制御部３１が始動要求コマンドの送信（ステップＳ２０１０）等、コマンド送信に対して遠隔始動装置１０からの一連の応答が完了したと判断した場合に通信を自動的に切断する。遠隔始動装置１０からの一連の応答が完了した場合とは、始動完了情報や始動時の時間情報を受信した場合等である。

以上のセンター３０での遠隔始動処理によれば、距離制限機能（ステップＳ１８０１〜Ｓ１８０９）、アイドル放置禁止区域や特定地域での制限機能（ステップＳ１９０１〜Ｓ１９０７）については、イグニッションオフ時に受信した車両位置情報を用いて遠隔始動の可否を判断し、可の場合にのみ遠隔始動装置１０と通信を確立して始動要求のコマンドを送信しているため、携帯端末２０から遠隔始動要求を受けるたびに遠隔始動装置１０と通信を確立する必要がなく、通信料を削減することができる。

また、位置制限機能（ステップＳ２００４〜Ｓ２００９）については、駐車開始時および始動要求時の車両の位置が異なる場合、すなわち始動することが適切でない場合には始動を制限するため、無駄な始動を回避することができる。

なお、上記実施の形態では、センター３０が実行する遠隔始動処理として、距離制限機能に基づく始動処理と、アイドル放置禁止区域及び特定地域の判断に基づく始動処理と、位置制限機能に基づく始動処理とを説明したが、これら全てを実行する必要はなく、距離制限機能に基づく始動処理を含む１つ以上の始動処理を単独又は適宜組み合わせて実行すればよい。

また、上記実施の形態では、駐車開始情報をイグニッションのオフ情報とし、イグニッションのオフ時に駐車開始と判断して車両位置情報をセンターに送信するようにしたが、駐車開始の判断はこれに限定されるものではなく、駐車開始を判断できる情報であれば他の車両情報を用いてもよい。例えば、原動機がエンジンの場合、エンジン回転数によりエンジンが停止したことをもって駐車開始と判断してもよく、またキーレスエントリー装置を備える場合、キーレスエントリー装置によりドアがロックされたことをもって駐車開始と判断してもよい。要は、駐車開始を判断して車両位置情報を送信すればよい。なお、以上の実施の形態では、盗難防止機能自体の処理については、本発明と直接関係しないため省略している。

＜８．変形例＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような変形例について説明する。上記実施の形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。

上記実施の形態では、遠隔始動装置１０が、遠隔始動の処理を実行した際に、遠隔始動の履歴テーブルを更新する処理を行う例について説明したが、センター３０が遠隔始動の履歴テーブルを更新する処理を実行してもよい。この場合、センター３０が遠隔始動の履歴テーブルを記憶しておき、遠隔始動装置１０に始動要求のコマンドを送信すると、その際の駐車位置に対応する遠隔始動の履歴テーブルを更新する構成となる。また、センター３０は、遠隔始動の履歴テーブルを遠隔始動装置１０に送信し、遠隔始動装置１０は、センター３０から遠隔始動の履歴テーブルを受信すると、記憶部１４に記憶することにより、遠隔始動の履歴テーブルの更新処理を行う。

また、上記実施の形態では、車両制御システム１００が遠隔始動装置１０を備えており、携帯端末２０が遠隔始動アプリを格納している例について説明したが、携帯端末２０は遠隔始動アプリを格納せずにカーファインダーアプリやセキュリティアプリのみを格納している構成でも適用できる。この場合には、遠隔始動装置１０の代わりに、車両位置情報を送信する車両制御装置を有する構成となる。また、原動機の始動に関する処理は省略される。

なお、本発明において、車両制御装置、車両制御システムという用語は、必ずしも車両を制御するものである必要はなく、車両の情報を用いた制御装置という意味でも用いられている。そのため、携帯端末２０がカーファインダーアプリのみを格納している場合、車両制御装置は、車両位置情報を送信することが主要な構成となり、車両を制御しているわけではないが、車両の情報を用いた制御装置という意味で車両制御装置である。

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

１０遠隔始動装置
１１・２１・３１制御部
１２・２２位置情報取得部
１３・２３・３２通信部
１４・２４・３３記憶部
２０携帯端末
３０センター

Claims

車両に搭載され、該車両の駐車開始を検出すると、駐車位置情報を該車両の外部に設けられた情報処理装置に送信する車両制御装置であって、
前記情報処理装置と情報の送受信を行う通信手段と、
前記車両の駐車開始を検出する検出手段と、
前記駐車位置情報を取得する位置情報取得手段と、
前記情報処理装置と通信を行う携帯端末に格納される記憶手段であって、前記駐車位置情報を使用するアプリケーションの作動履歴を記憶する記憶手段と、
前記検出手段が車両の駐車開始を検出すると、前記作動履歴に基づいて駐車位置情報の送信可否を判断する判断手段と、
を備えていることを特徴とする車両制御装置。
請求項１に記載の車両制御装置において、
前記作動履歴は、駐車位置情報と、該駐車位置情報を使用するアプリケーションを実行した作動回数とが対応付けられた情報であることを特徴とする車両制御装置。
請求項２に記載の車両制御装置において、
前記アプリケーションが、前記車両の原動機の遠隔始動を実行するアプリケーションである場合には、
前記判断手段は、前記駐車位置における遠隔始動回数が所定回数以上の場合に、前記駐車位置情報を送信可能と判断することを特徴とする車両制御装置。
請求項３に記載の車両制御装置において、
前記作動履歴は、駐車位置情報と、該駐車位置情報を使用するアプリケーションを実行した作動回数と、駐車した日時または季節とが対応付けられた情報であり、
前記判断手段は、さらに車両を駐車した日時または季節における遠隔始動回数が所定回数以上の場合に、前記駐車位置情報を送信可能と判断することを特徴とする車両制御装置。
請求項２に記載の車両制御装置において、
前記アプリケーションが、前記携帯端末の現在位置から車両の駐車位置への方位または距離を携帯端末に表示する機能を実行するアプリケーションである場合には、
前記判断手段は、前記駐車位置における作動回数が所定回数以上の場合に、前記駐車位置情報を送信可能と判断することを特徴とする車両制御装置。
請求項２に記載の車両制御装置において、
前記記憶手段は、駐車場の位置情報、および、該駐車場の面積または駐車可能台数を含む駐車場情報を記憶しており、
前記アプリケーションが、前記携帯端末の現在位置から車両の駐車位置への方位または距離を携帯端末に表示する機能を実行するアプリケーションである場合には、
前記判断手段は、前記駐車位置に対応する駐車場の面積または駐車可能台数が所定値以上の場合に、前記駐車位置情報を送信可能と判断することを特徴とする車両制御装置。
請求項１ないし６のいずれか１項に記載の車両制御装置において、
前記記憶手段は、前記駐車位置における駐車回数を記憶しており、
前記判断手段は、前記駐車位置に対応する駐車回数が所定回数に達するまでは駐車位置情報を送信すると判断し、所定回数を超えると、前記作動履歴に基づいて駐車位置情報の送信可否を判断することを特徴とする車両制御装置。
請求項１ないし６のいずれか１項に記載の車両制御装置において、
前記判断手段は、前記携帯端末に格納されているアプリケーションに車両の盗難防止機能を実行するアプリケーションが含まれている場合には、駐車位置情報を送信すると判断し、含まれていない場合には、前記作動履歴に基づいて駐車位置情報の送信可否を判断することを特徴とする車両制御装置。
請求項１ないし８のいずれか１項に記載の車両制御装置と、
駐車位置情報を使用するアプリケーションを格納している携帯端末と、
前記車両制御装置から駐車位置情報を取得し、前記携帯端末に駐車位置情報を送信する情報処理装置と、
を備えていることを特徴とする車両制御システム。