JP6647509B1 - 車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体 - Google Patents

Abstract

サーバと車載器との間の通信が確立されていない場合でも、車両を起動不可状態へと切り替えることが可能な車両遠隔予約制御システムを提供する。車両の起動状態を管理するサーバと、前記サーバから提供される車両の起動状態を制御する制御指令に基づき前記車両の起動状態を制御する車載器ないし通信モジュールと、を含む車両起動制御システムであって、前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、前記車載器ないし通信モジュールは、前記サーバから前記制御指令が提供されると、車両情報検出手段により検出された車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした場合に、車両の起動状態を切り替えることを特徴とする。

Description

本発明は、車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体に関するものである。

従来の自動車販売や自動車リースの業界においては、厳しいファイナンス与信審査を通らないと車両を入手することができなかったが、今日では、支払い能力はあるが従来の与信審査には通らなかった層に対して、与信審査を省略して車両を提供し、所定の期限内に利用料金（例えば月額料金）の支払いがない場合には、車両を遠隔で停止すると共に、当該車両の位置を特定して回収するサービスが提案されている。

このようなサービスを実現するためのシステムとして、特許文献１には、車両に遠隔制御機能付きの車載器を搭載し、この車載器をネットワークに通信接続し、サーバから車両を遠隔制御したり、車両の情報をサーバで収集したりするシステムが開示されている。このようにネットワークに接続された車両のことを、コネクテッドカーと称する。このシステムでは、ユーザによる所定期限内の利用料の支払いがなされていない場合、あるいは、車両の盗難を検出した場合には、
・車両の現在位置が特定の場所又は範囲内であること、
・車両のエンジンが起動中でないこと、
・車両が駐停車してから一定の時間が経過していること、等
の条件を満たした際に、サーバからの指令により車両の起動制限を行うものである。

また、特許文献２には、オートローン、オートリースのための遠隔制御システムとして、ローン代金又はリース料金の支払いのない場合に対象車両のエンジンの始動を不可能にするようにリレースイッチ装置を制御し、また、送受信用のアンテナやＧＰＳアンテナが取り外されると、前記リレースイッチ装置を制御してエンジンの始動が不可能なロック状態にするものが開示されている。

また、特許文献３には、車両の起動不可状態と起動可能状態とを切り替える外部リレーを制御するリレー入出力手段と、前記リレー制御指令に基づき外部リレーを制御する車両情報連動制御手段と、を有する車載器を備え、車両情報連動制御手段は、車両情報検出手段により検出された車両動力のオンオフ状態が変更されてからの経過時間に基づいて、リレー制御指令の採用の可否を決定する車両遠隔制御システムが開示されている。

また、特許文献４には、ユーザが利用料を支払ってから、車両の起動制限が解除されるまでのタイムラグを短くすることができる車両起動制御システムが開示されている。

ＷＯ２０１６／１６７３５０Ａ１ 特開２０１４−１４６１２０号公報 特許第６２３８０３８号公報 特許第６４７６４０７号公報

特許文献１では、サーバと車載器との間の通信方法については、携帯電話、Ｗｉ−Ｆｉ、ビーコン等が例示されているが、サーバと車載器との間の通信が確立できなかった場合の対処については記載されていない。

また、特許文献２では、サーバと始動更新制御器との間の通信方法については、３Ｇ、４Ｇ、インターネット等が例示されているが、サーバと始動更新制御器との間の通信が確立できなかった場合の対処については記載されていない。

このため、特許文献１及び特許文献２のシステムでは、的確な車両遠隔制御を行うことができない。そこで、特許文献３では、サーバと車載器との間の通信が確立されている場合には、車両を起動不可状態へと切り替えるサーバからのリレー制御指令に基づき、車両情報連動制御手段による所条件を満たせば、車両を起動不可状態に切り替える。一方、サーバと車載器との間の通信が確立されていない場合には、車載器は車両を起動不可状態に切り替える制御を行わない。これにより、特許文献３では、車両がサーバと車載器との間の通信が確立できない場合に、ユーザが所定の料金を支払った時に、車両が起動可能状態に切り替えることができない事態を回避することができる。

ところが、特許文献３の遠隔制御システムでは、通信状況の良くない地域や地下駐車場等に車両が駐車されている場合には、車両を起動不可状態に切り替えることができない。このために、ユーザは所定の料金を支払わないまま、車両を利用し続けることができてしまうという問題がある。

本発明者は、これらの課題を鋭意検討し、車両情報連動制御や通信状況に応じて安全に車両を起動不可状態へ切り替えることができること、所定の料金を支払わないまま起動可能状態が継続される状況を防ぐこと、ユーザの利便性を確保すること等に配慮すると共に、さらに、特許文献４の起動制限の解除に関する車両起動制御システムを応用することにより、本発明を完成するに至った。

本発明の目的は、サーバと車載器との間の通信が確立されていない場合でも、車両を起動不可状態へと切り替えることが可能な車両遠隔予約制御システムを提供することにある。

また、本発明の別の目的は、サーバは車両の状態にかかわらず、いつでも起動状態制御指令を車載器に送信することができるため、サーバにおける車両管理を簡略化することができる。

本発明の上記目的は、以下の構成によって達成できる。すなわち、本発明の第１の態様の車両遠隔制御システムは、
車両の起動状態を管理するサーバと、
前記サーバから提供される車両の起動状態を制御する制御指令に基づき前記車両の起動状態を制御する車載器ないし通信モジュールと、
を含む車両起動制御システムであって、
前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、
前記車載器ないし通信モジュールは、前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする。

本発明の第２の態様の車両遠隔制御システムは、第１の態様の車両遠隔制御システムにおいて、前記起動状態予約制御指令は、起動不可状態から起動可能状態への切り替え指令、又は、起動可能状態から起動不可状態への切り替え指令を含み、かつ、
前記起動状態予約制御指令は、
（２−１）起動状態を切り替える車両の位置に関する位置予約情報、又は、
（２−２）起動状態を切り替える時間に関する時間予約情報、
の少なくともいずれ１つを含むか、あるいは、両者を含まないか、のいずれかであることを特徴とする。

本発明の第３の態様の車両遠隔制御システムは、第１又は第２の態様の車両遠隔制御システムにおいて、前記サーバは、金融システムが有している所定のインターフェイスを介して接続されていることを特徴とする。

本発明の第４の態様の車両遠隔制御システムは、第１〜第３のいずれかの態様の車両遠隔制御システムにおいて、前記サーバは、
（４−１）前記車載器ないし通信モジュール、
（４−２）前記携帯端末、又は、
（４−３）前記ＩＣカード
の少なくとも１つとの間で、前記車両の起動状態を制御する制御指令を通信することができ、
前記携帯端末及び／又は前記ＩＣカードは、前記車載器ないし通信モジュールとの間で前記制御指令を通信することができること特徴とする。

本発明の第５の態様の車両遠隔制御システムは、第１〜第４のいずれかの態様の車両遠隔制御システムにおいて、前記制御される車両の起動状態として、前記車両のドアロックの状態、前記車両のエンジン起動状態、前記車両のイモビライザーの状態、又は、前記車両の始動用プッシュボタンの状態の少なくとも１つを含むことを特徴とする。

本発明の第６の態様の車両遠隔制御システムは、第１〜第５のいずれかの態様の車両遠隔制御システムにおいて、前記車載器ないし通信モジュールは、少なくとも前記車両情報検出手段により検出された車両動力のオンオフ状態が変更されてからの経過時間に基づいて、車両の起動状態を制御することを特徴とする。

本発明の第７の態様の車両遠隔制御システムは、第１〜第６のいずれかの態様の車両遠隔制御システムにおいて、前記車載器は、外部リレーを制御することにより車両の起動状態を制御することを特徴とする。

本発明の第８の態様の車載器ないし通信モジュールは、
車両の起動状態を管理するサーバから提供される車両の起動状態を制御する制御指令に基づき前記車両の起動状態を制御する車載器ないし通信モジュールであって、
前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、
前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする

本発明の第９の態様の車載器ないし通信モジュールは、第８の態様の車載器ないし通信モジュールにおいて、前記起動状態予約制御指令は、起動不可状態から起動可能状態への切り替え指令、又は、起動可能状態から起動不可状態への切り替え指令を含み、かつ、
前記起動状態予約制御指令は、
（９−１）起動状態を切り替える車両の位置に関する位置予約情報、又は、
（９−２）起動状態を切り替える時間に関する時間予約情報、
の少なくともいずれ１つを含むか、あるいは、両者を含まないか、のいずれかであることを特徴とする。

本発明の第１０の態様の車載器ないし通信モジュールは、第８又は第９の態様の車載器ないし通信モジュールにおいて、前記サーバは、金融システムが有している所定のインターフェイスを介して接続されていることを特徴とする。

本発明の第１１の態様の車載器ないし通信モジュールは、第８〜第１０のいずれかの態様の車載器ないし通信モジュールにおいて、前記サーバは、
（１１−１）前記車載器ないし通信モジュール、
（１１−２）前記携帯端末、又は、
（１１−３）前記ＩＣカード
の少なくとも１つとの間で、前記車両の起動状態を制御する制御指令を通信することができ、
前記携帯端末及び／又は前記ＩＣカードとの間で前記制御指令を通信することができること特徴とする。

本発明の第１２の態様の車載器ないし通信モジュールは、第８〜第１１のいずれかの態様の車載器ないし通信モジュールにおいて、前記制御される車両の起動状態として、前記車両のドアロックの状態、前記車両のエンジン起動状態、前記車両のイモビライザーの状態、又は、前記車両の始動用プッシュボタンの状態の少なくとも１つを含むことを特徴とする。

本発明の第１３の態様の車載器ないし通信モジュールは、第８〜第１２のいずれかの態様の車載器ないし通信モジュールにおいて、少なくとも前記車両情報検出手段により検出された車両動力のオンオフ状態が変更されてからの経過時間に基づいて、車両の起動状態を制御することを特徴とする。

本発明の第１４の態様の車載器は、第８〜第１３のいずれかの態様の車載器において、外部リレーを制御することにより車両の起動状態を制御することを特徴とする。

本発明の第１５の態様の車両は、第８〜第１４のいずれかの態様の車載器ないし通信モジュールを有することを特徴とする。

本発明の第１６の態様のサーバは、
車両の起動状態を制御する車載器ないし通信モジュールに対して、前記車両の起動状態を制御する制御指令を提供する、前記車両の起動状態を管理するサーバであって、
前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、
前記車載器ないし通信モジュールは、前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする。

本発明の第１７の態様の車両遠隔制御方法は、
車両の起動状態を管理するサーバから提供される車両の起動状態を制御する、少なくとも車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含む、制御指令に基づき前記車両の起動状態を制御する手段と、
車両情報を検出する車両情報検出手段と、
を有し、
前記車両の起動状態を制御する手段は、前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする。

本発明の第１８の態様の車両遠隔制御プログラムは、第１７の態様の車両遠隔制御方法における各手段をコンピュータにより実行することを特徴とする。

本発明の第１９の態様の記憶媒体は、第１８の態様の車両遠隔制御プログラムを記憶したことを特徴とする。

第１の態様の車両遠隔制御システムによれば、サーバと車載器との間の通信が確立されていない場合でも、車両を起動不可状態へと切り替えることが可能な車両遠隔予約制御システムを提供することができる。また、サーバは車両の状態にかかわらず、いつでも起動状態制御指令を車載器に送信することができるため、サーバにおける車両管理を簡略化することができる。

第２の態様の車両遠隔制御システムによれば、前記起動状態予約制御指令は、
（２−１）起動状態を切り替える車両の位置に関する位置予約情報、又は、
（２−２）起動状態を切り替える時間に関する時間予約情報、
の少なくともいずれ１つを含むか、あるいは、両者を含まないか、のいずれかであることにより予約制御が可能となる。例えば、車両を起動不可状態に切り替えるための車両の場所や時間を予約しておくことができる。

第３の態様の車両遠隔制御システムによれば、金融システムとの連動により、所定の料金の支払い状態を即時に監視可能であり、ユーザが利用料を支払ってから、サーバにおいてその支払いが確認されるまでのタイムラグを短くすることができる車両起動制御システムを提供することができる。

第４の態様の車両遠隔制御システムによれば、車両の起動状態を制御する制御指令をサーバとの間で通信する手段が複数設けられていることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高いシステムを提供することができ、車両の鍵の管理も容易となる。また、電波状態が悪い状況でも、あるいは、車載器がスリープ状態でも、車両の起動制限を解除できるため、ユーザによる支払いが確認されてから、車両の起動制限が解除されるまでのタイムラグを短くすることができる車両起動制御システムを提供することができる。

第５の態様の車両遠隔制御システムによれば、少なくとも、車両のドアロックの解錠及び施錠、または、車両のエンジンの起動可能状態及び起動不可状態を制御することができる。

第６の態様の車両に車両遠隔制御システムよれば、所定の期限内に利用料金の支払いがない場合や盗難が検出された場合においてサーバからの指示により車両を起動不可状態に変更する際、車両の安全を考慮し、車両が危険な場所又は他人の迷惑になる場所におかれた状態で起動不可状態になってしまうことを防止できる。

第７の態様の車両に車両遠隔制御システムよれば、車載器が外部リレーを制御することにより、車両を起動不可状態と起動可能状態に切り替えることができるため、車載器の通信におけるセキュリティに対する脆弱性を解消できる。

第８の態様の車載器ないし通信モジュールよれば、サーバと車載器との間の通信が確立されていない場合でも、車両を起動不可状態へと切り替えることが可能な車載器ないし通信モジュールを提供することができる。また、サーバは車両の状態にかかわらず、いつでも起動状態制御指令を車載器に送信することができるため、サーバにおける車両管理を簡略化することができる。

第９の態様の車載器ないし通信モジュールによれば、前記起動状態予約制御指令は、
（９−１）起動状態を切り替える車両の位置に関する位置予約情報、又は、
（９−２）起動状態を切り替える時間に関する時間予約情報、
の少なくともいずれ１つを含むか、あるいは、両者を含まないか、のいずれかであること
により予約制御が可能となる。例えば、車両を起動不可状態に切り替えるための車両の場所や時間を予約しておくことができる。

第１０の態様の車載器ないし通信モジュールによれば、金融システムとの連動により、所定の料金の支払い状態を即時に監視可能であり、ユーザが利用料を支払ってから、サーバにおいてその支払いが確認されるまでのタイムラグを短くすることができる車両起動制御システムを提供することができる。

第１１の態様の車載器ないし通信モジュールによれば、車両の起動状態を制御する制御指令をサーバとの間で通信する手段が複数設けられていることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高いシステムを提供することができ、車両の鍵の管理も容易となる。また、電波状態が悪い状況でも、あるいは、車載器がスリープ状態でも、車両の起動制限を解除できるため、ユーザによる支払いが確認されてから、車両の起動制限が解除されるまでのタイムラグを短くすることができる車両起動制御システムを提供することができる。

第１２の態様の車載器ないし通信モジュールによれば、少なくとも、車両のドアロックの解錠及び施錠、または、車両のエンジンの起動可能状態及び起動不可状態を制御することができる。

第１３の態様の車載器ないし通信モジュールによれば、所定の期限内に利用料金の支払いがない場合や盗難が検出された場合においてサーバからの指示により車両を起動不可状態に変更する際、車両の安全を考慮し、車両が危険な場所又は他人の迷惑になる場所におかれた状態で起動不可状態になってしまうことを防止できる。

第１４の態様の車載器によれば、車載器が外部リレーを制御することにより、車両を起動不可状態と起動可能状態に切り替えることができるため、車載器の通信におけるセキュリティに対する脆弱性を解消できる。

第１５の態様の車両によれば、第８〜第１４のいずれかの車載器ないし通信モジュールと同様の効果を奏する車両を提供することができる。

第１６の態様のサーバによれば、サーバと車載器との間の通信が確立されていない場合でも、車両を起動不可状態へと切り替えることが可能なサーバを提供することができる。また、サーバは車両の状態にかかわらず、いつでも起動状態制御指令を車載器に送信することができるため、サーバにおける車両管理を簡略化することができる。

第１７の態様の車両遠隔制御方法によれば、サーバと車載器との間の通信が確立されていない場合でも、車両を起動不可状態へと切り替えることが可能な車両遠隔制御方法を提供することができる。また、サーバは車両の状態にかかわらず、いつでも起動状態制御指令を車載器に送信することができるため、サーバにおける車両管理を簡略化することができる。

第１８の態様の車両遠隔制御プログラムよれば、第１７の態様の車両遠隔制御方法と同様の効果を奏する車両遠隔制御プログラムを提供することができる。

第１９の態様の記憶媒体によれば、第１７の態様の車両遠隔制御方法と同様の効果を奏する車両遠隔制御プログラムを記憶した記憶媒体を提供することができる。

実施形態１の遠隔制御システムの全体図である。 実施形態１に係るサーバの制御フロー図である。 実施形態１に係る車載器のブロック図である。 実施形態１に係る車載器の制御フロー図である。 実施形態１に係る起動可能状態への切替の制御フロー図である。 実施形態１の変形例１に係る遠隔制御システムの全体図である。 実施形態１の変形例２に係る遠隔制御システムの全体図である。 実施形態２に係る車載器の制御フロー図である。 実施形態３に係る車載器の制御フロー図である。 実施形態４に係る車載器の制御フロー図である。 実施形態５の遠隔制御システムの全体図である。 実施形態５に係る通信モジュールの制御フロー図である。

以下、図面を参照して本発明の実施形態に係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。但し、以下に示す実施形態は本発明の技術思想を具体化するための車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体を例示するものであって、本発明をこれらに特定するものではなく、特許請求の範囲に含まれるその他の実施形態のものにも等しく適用し得るものである。

［実施形態１］
図１〜図７を参照して、本発明の実施形態１に係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。

図１は、車両遠隔制御システムを含む全体図である。本実施形態では、まず、カーリースについて説明するが、本発明はこれに限定されるものではなく、車両の起動状態等を遠隔制御するものに適用可能であり、例えばカーレンタル又はカーシェアリングにも適用できる。制御される車両の起動状態には、車両のドアロックの状態、車両のエンジン起動状態、車両のイモビライザーの状態、及び、車両の始動用プッシュボタンの状態の少なくとも１つを含み、例えば、ドアロックの解錠及び施錠や車両の起動可能状態及び起動不可状態の切り替えが含まれる。本システムをカーリースに適用する場合、ユーザに車両を提供し、所定の期限内にユーザから利用料金（例えば月額料金）の支払いがない場合には、車両を遠隔で停止（起動不可状態）にすると共に、当該車両の位置を特定して回収するサービスを実現できる。車両２には車載器または通信モジュール１（本実施形態では、以下車載器１として説明する。なお、図３では車載器１の接続、図１１では通信モジュールとしてのＤＣＭ２１の接続について説明している。）が設けられており、サーバ１０は車載器１と通信して各車両の施錠及び解錠を管理すると共にユーザ端末３２と通信して車両の予約を管理する。なお、カーレンタル又はカーシェアリングに適用した場合には、特定の車両が事前の予約がなく使用された場合、予約に対する支払いに問題がある場合、事前の延長手続きなく前記予約の期間を超えて所定の期間以上前記特定の車両が使用されている場合、前記特定の車両を使用する地理的な範囲が予約時に設定された範囲を超えている場合、又は、特定の車両の使用の態様が予約時に設定された条件に反している場合等には、車両を遠隔で停止（起動不可状態）にすると共に、当該車両の位置を特定して回収するサービスを実現するものである。

車載器１は、１台の車両に１個設置される。車載器１の車両２への設置場所は、車載器１が車両２を後述するような制御が可能でありさえすれば、車両２のどの場所でも構わない。車載器１が後付けの場合には、助手席のシートの下等の設置作業が容易な場所に配置することができる。また、盗難防止の観点から、車載器１を取り外しにくい場所、例えばエンジンルームの下部やインパネの内部に配置することもできる。さらには、車載器１を車両２の製造時に予め内蔵しておくこともできる。車載器１は、車両情報検出手段により収集した車両２の車両情報を、無線通信ネットワーク３０を介してサーバに送信すると共に、サーバ１０から無線通信ネットワーク３０を介して施錠指令、解錠指令、エンジン起動リレー制御信号を受信して、車両２のドアロックアクチュエータ及びエンジン起動外部リレー５０（図３参照）を制御する。ドアロックアクチュエータ５９を制御することにより、ユーザ端末からの施錠指令及び解錠指令に基づいて、サーバ１０を介することにより、車両のドアロックの施錠及び解錠を遠隔から制御することができる。

また、エンジン起動外部リレー５０を制御することにより、車両の起動不可状態と起動可能状態とを切り替えることができる。なお、施錠指令、解錠指令、エンジン起動リレー制御信号には、車載器に用いられる認証情報を含ませることができ、この認証情報は車載器１における認証に用いることができ、この認証情報が適切な場合に、施錠指令、解錠指令、エンジン起動リレー制御信号が車載器１において受け付けられる。内燃機関自動車の場合、起動不可状態ではエンジンを始動することができず（起動中のエンジンを切るものではなく、エンジンの再始動を禁じるものである。）、起動可能状態ではエンジンを始動することができる。ここで、無線通信ネットワーク３０としては、車載器１及びサーバ１０間の通信が可能でありさえすれば任意のものでよく、例えば２Ｇ、３Ｇ、４Ｇ、５Ｇ、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、無線ＬＡＮ、ビーコン、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｖ２Ｘ、その他の専用回線等が挙げられる。

サーバ１０は、ユーザ情報管理部１４、支払状況監視部１５、遠隔制御指示部１２、車両情報収集部１１及び送受信部１３を備えている。支払状況監視部１５は、金融システム１６のＡＰＩ（アプリケーション・プログラミング・インタフェース、Application Programing Interface）１７を用いてユーザの支払状況を監視する。「APIとは、あるコンピュータプログラム(ソフトウェア)の機能や管理するデータなどを、外部の他のプログラムから呼び出して利用するための手順やデータ形式などを定めた規約のこと。（ＩＴ用語辞典e-Words）」である。外部の他のプログラムで汎用的に用いられる機能が、ＯＳやミドルウェア等のプラットフォームの形で提供される場合に、そのプラットフォームの機能を、呼び出して利用するための手続きを定めたものがＡＰＩであり、外部のプログラムの開発者はＡＰＩにより各機能を呼び出して用いることにより、各機能の開発負担を軽減することが可能となる。そして、支払状況監視部１５は、金融システム１６のＡＰＩ１７を利用することにより、ユーザによる金融システム１６を介した支払状況をリアルタイムで監視することができるため、ユーザが所定の支払いを行ったことを速やかに検出することができる。ユーザ情報管理部１４は、支払状況監視部１５により監視されたリアルタイムでのユーザの支払状況を把握すると共に、車両情報収集部１１の情報を把握することができる。

また、ユーザ情報管理部１４は、カーレンタルやカーシェアの場合にユーザ端末３２との通信により車両の予約を管理し、予約状況及び支払状況に対応して、ユーザ端末３２へドアロックキー情報を送信すると共に、ユーザ端末３２から施錠指令及び解錠指令を受け付ける。また、遠隔制御指示部１２は、車載器１に対する施錠指令、解錠指令、エンジン起動リレー制御指令を生成する。ユーザ情報管理部１４がユーザ端末３２へドアロックキー情報を送信すること、遠隔制御指示部１２が車載器１に対して解錠指令を生成すること、及び、エンジン起動リレー制御指令によりエンジンを起動可能状態にすることは、「起動不可状態から起動可能状態に切り替えること」に相当する。車両情報収集部１１は、車載器１からの車両情報を収集する。送受信部１３は車載器との間でデータの送受信を行う。また、サーバ１０は管理者端末３１と接続されている。

ユーザ端末３２は、例えばスマートフォンや携帯電話やタブレット端末等の携帯端末が望ましく、車両のドアロックキーとしても使用するためには少なくとも携帯できる必要があり、さらに、車両２及びユーザ端末３２にＧＰＳ機能を備えることが望ましい。車両２及びユーザ端末３２がＧＰＳ機能を備えることにより、サーバ１０は、車両２に搭載されたＧＰＳにより車両の位置を把握できると共に、ユーザ端末３２のＧＰＳによりユーザの位置を把握することができるため、ユーザ端末３２から送信される施錠指令及び解錠指令が有効であるか、無効であるかを判断することができる。すなわち、ユーザ端末３２が対応する車両２から離れているときにユーザ端末３２から解錠指令が送信されても、サーバ１０では当該解錠指令は無効であると判断し、対応する車両２に対して解錠指令を送信しない。一方、ユーザ端末３２が対応する車両２に近い位置にあるときにユーザ端末３２から解錠指令が送信されると、サーバ１０では当該解錠指令は有効であると判断し、対応する車両２に対して解錠指令を送信する。ここでは、車両２及びユーザ端末３２に備えられたＧＰＳ機能によって、車両２及びユーザ端末３２の距離を検出したが、その他の構成によって車両２及びユーザ端末３２の距離を検出してもよいことは、いうまでもない。例えば、ユーザ端末３２及び車載器１に、それぞれ特定の近距離無線通信の送受信装置が組み込まれている場合には、ユーザ端末３２と予約車両２との距離が、ユーザ端末３２から車載器１への近距離無線通信のエリア内であるか否かによって距離を検出することもできる。この近距離無線通信としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、赤外線通信、ＲＦＩＤ（Radio Frequency Identifier）、ＮＦＣ（Near Field Communication）等が挙げられるが、本発明はこれに限定されるものではなく、任意の種類の近距離無線通信を含むものである。

また、自宅のＰＣから車両の予約を行った場合でも、ドアロックキー情報をスマートフォンで受信していれば、スマートフォンを用いて対応する車両に対して施錠指令及び解錠指令を送信することも可能である。このため、本発明ではユーザ端末３２としては１つの携帯端末だけに限定されるものではなく、例えばスマートフォン及びタブレット端末といった複数の携帯端末のいずれもが特定の１つの車両に対して施錠指令及び解錠指令を送信することが可能であるとする等、多種多様な形態が含まれる。

支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視することができるが、支払状況監視部１５に直接、ユーザの支払状況を把握する機能を設けてもよい。

送受信部１３は無線通信ネットワーク３０を介して、複数の車載器１と無線通信を行う。図１では、無線通信ネットワーク３０による通信、及び、ユーザ情報管理部１４とユーザ端末３２との間の通信を別々に描いているが、無線通信ネットワーク３０により、ユーザ情報管理部１４とユーザ端末３２との間の通信を行うようにしてもよい。すなわち、ユーザ情報管理部１４とユーザ端末３２との間の通信も、例えば２Ｇ、３Ｇ、４Ｇ、５Ｇ、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、無線ＬＡＮ、ビーコン、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）等が挙げられる。

管理者端末３１は、管理者に情報を表示するためのディスプレー等の表示手段と、管理者からの情報を入力する情報入力手段を備えており、例えばＰＣ、タブレット端末、携帯端末等からなる。情報入力手段としては、タッチパネル式ディスプレー、キーボード、マウス等を用いることができ、タッチパネル式ディスプレーの場合には別途のキーボード等を省略できる。

サーバ１０は、車載器１から定期的に受信する車両情報から車両の運行状況を把握することができる。車両情報としては、車両のドアロックの状況、車両の動力のオン・オフ情報、電源入力検知情報、エンジン起動外部リレーの状態、及び、ＧＰＳによる車両の位置情報等を含むことが望ましい。サーバ１０が車両の運行状況を把握することにより、必要に応じて、所定の駐車場に車両を駐車中であるか、所定の駐車場以外の場所に車両を駐車中であるか、ユーザが車両を利用して移動中であるか、あるいは、車両が盗難された可能性があるか等を判別することができる。

前記特定の車両が事前の予約がなく使用されたか否かの判断、予約に対する支払いに問題があるか否かの判断、事前の延長手続きなく予約の期間を超えて所定の期間以上特定の車両が使用されているか否かの判断、特定の車両を使用する地理的な範囲が予約時に設定された範囲を超えているか否かの判断、特定の車両の使用の態様が予約時に設定された条件に反しているか否かの判断、各ユーザから所定の期間内に所定の料金の支払いがあった否かの判断、対応する車両を起動不可状態へ変更するか否かの判断、後述の車両の運行状態の判断、又は、後述の盗難発生時や異常発生時のユーザへの問い合わせ及び警察への通報等を行うか否かの判断等は、サーバ１０により自動的に行うようにしてもよいし、必要に応じそれらの一部又は全部を管理者がマニュアルで行うようにしてもよい。サーバ１０により自動化すれば、管理者の負担を軽減することができる。一方、これらの判断の一部又は全部を管理者がマニュアルで行うようにした場合には、サーバ１０において複雑な条件判断を行う必要がないため、サーバ１０の構成を簡略化できる。

次に、サーバ１０により自動的に車両の運行状況を判別する方法について詳細に説明する。カーシェアリング、カーレンタルの場合、ユーザが車両の受け取り、及び、返却する駐車場は、複数箇所の営業所（有人あるいは無人の駐車場等）の中から、事前に登録されている。カーリースの場合も、ユーザは自分が主に使用する駐車場を事前に登録している。事前に登録した駐車場に相当する場所で、所定時間以上、車両の動力がオフ状態となっている場合には、所定の駐車場に車両を駐車中であると判断する。また、事前に登録された駐車場以外の場所で、所定時間以上、車両の動力がオフ状態となっている場合には、所定の駐車場以外の場所に車両を駐車中であると判別する。さらに、車両が事前に登録された駐車場以外の場所にあり、車両の動力が所定の時間以上オフ状態とはなっていない場合にはユーザが車両を利用して移動中であると判別する。

また、車両がユーザの事前登録した範囲から所定期間以上外れていた場合には、車両が盗難された可能性があると判別する。車両が盗難された可能性があると判別された場合には、ユーザが事前に登録している連絡先にその車両運行状況を通知すると共に、盗難の有無の問い合わせを行う。所定の期間内にユーザからの回答がない場合、及び、ユーザから盗難である旨の回答があった場合には、管理者に盗難の発生を報知すると共に、車載器１に対して起動不可状態に対応するエンジン起動リレー制御指令を送信する。管理者は、サーバ１０から盗難発生の報知があった場合には、ユーザに連絡を取って盗難の発生状況を確認した上で、必要に応じて警察に車両の盗難を通報する。なお、サーバ１０は必ずしもこのような車両の運行状態を判断する手段を備えていなくともよく、サーバ１０の機能を削減することにより、サーバ１０における演算が簡略化され、また、サーバ１０の構成を簡略化することができる。

さらに、車載器１には、車載器１を車両２から抜去、又は、車載器１に接続されている配線の切断若しくは引抜の異常を検出する手段が設けられており、これらの異常を検出すると車載器１はサーバ１０にこれらの異常の発生を報知する。この報知を受けるとサーバ１０は速やかに管理者に通知を行う。管理者は、サーバ１０からこの異常の通知があった場合には、ユーザに連絡を取って盗難の発生状況を確認した上で、必要に応じて警察に車両の盗難を通報する。

車載器１を車両２から抜去する場合として、例えば、（１）窃盗犯による盗難の場合、（２）ユーザによる車両の悪用の場合、及び、（３）未払いユーザによるやむを得ない緊急時の車両利用の場合、が想定される。車載器１の車両２から抜去として、常に（１）及び（２）のような盗難や悪用の場合を想定する場合には、車両を起動不可状態にすることが望ましい。一方、車載器１の車両２から抜去として、（３）のような緊急時の場合、例えば急病人の搬送を想定する場合には、車両を起動可能状態とすることが望ましい。後述のように、エンジン起動外部リレー５０は、その接続を切り替えることにより、配線の切断若しくは引抜時に、起動不能状態とするモードにするのか、それとも、起動可能状態とするモードにするのかを選択することができる。そこで、車載器１が前記異常の検出した場合、及び、エンジン起動外部リレー５０の配線の切断若しくは引抜時に、管理者が（１）及び（２）のような盗難や悪用の場合を想定する場合にはエンジン起動外部リレー５０を起動不可状態になるように予め設定し、管理者が（３）のような緊急時の場合を想定する場合にはエンジン起動外部リレー５０を起動可能状態になるように予め設定しておけばよい。

カーリースの場合のサーバ１０における支払いの監視、及び、起動可能状態と可動不可状態との切替制御のフローの例について、図２を用いて説明する。Ａ１でフローがスタートする。Ａ２では、車両の納車時（出荷時）には、車両の起動が可能となるように、車両のエンジン起動外部リレー５０は起動可能状態に設定されている。Ａ３では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ４では、各車両のユーザから所定の期間内に利用料金の支払いがあったか否か（滞納があるか否か）を判断する。所定の期間内に利用料金の支払いがない際（Ａ４でＹｅｓの場合）にはＡ５に進む。Ａ５では、ユーザに対して料金未納であるため、所定の期間に料金を支払わないと車両を起動不可状態に切り替える旨を警告して、Ａ６へ進む。Ａ４でＮｏの場合には、Ａ３に戻る。

Ａ６では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ７では、各車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。Ａ７の判断がＮｏの場合には、Ａ８へ進む。Ａ８では、車両の運行状況を確認した上で、所定の条件を満たしている場合には、対応する車両２を起動不可状態とするために、サーバ１０は遠隔制御指示部１２から起動不可状態に対応するエンジン起動リレー制御指令を対応する車載器１へ送信して、Ａ９へ進む。車載器１は、起動不可状態に対応するエンジン起動リレー制御指令を受け取ると、エンジン起動外部リレー５０を起動不可状態に切り替えるので、対応する車両２は起動不可状態、すなわち、内燃機関車両の場合にはエンジンの始動が不可能な状態となる。本実施形態では、Ａ４でＹｅｓの場合（滞納を検出した場合）には、Ａ５で一旦ユーザに車両を起動不可状態に切り替える旨の警告を行ったが、本発明はこれに限定されるものでは無く、例えば、Ａ４でＹｅｓの場合に、直接Ａ８に進み、車両を起動不可状態に切り替えることも可能である。このように、滞納の検出時に直接Ａ８に進み車両を起動不可状態に切り替えるか、あるいは、一旦警告を行って車両を起動不可状態に切り替える前に所定の猶予期間を与えるかどうかは、その地域の法令や商慣行等を考慮して決定される。

一方、Ａ７の判断がＹｅｓの場合には、Ａ３に戻り、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視を行う。サーバ１０から車載器１へ起動不可状態に対応するエンジン起動リレー制御指令がない状態では、通常、エンジン起動外部リレー５０は起動可能状態に設定されている。したがって、所定の期間内に利用料金の支払いがあった場合（Ａ７でＹｅｓの場合）には、サーバ１０から車載器１へ起動不可状態に対応するエンジン起動リレー制御指令が送信されないので、エンジン起動外部リレー５０は起動可能状態の設定のままであり、対応する車両２は起動可能状態、すなわち、内燃機関車両の場合にはエンジンの始動が可能な状態となる。

Ａ９では、ユーザに対して料金未納のため車両が起動不可状態であることを報知すると共に、所定の期間を指定して所定の料金を支払うように促して、Ａ１０へ進む。Ａ１０では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ１１では、当該車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。Ａ１１の判断でＹｅｓの場合（支払い有りの場合）には、サーバ１０は対応する車両を再び起動可能状態とするために、遠隔制御指示部１２から起動可能状態に対応するエンジン起動リレー制御指令を対応する車載器１へ送信する。車載器１が起動可能状態に対応するエンジン起動リレー制御指令を受信すると、エンジン起動外部リレー５０は起動可能状態に切り替えられ、対応する車両は再び起動可能状態となる。

利用料金が月額料金の場合には、例えば前月の２５日までに所定の金額が支払われているか否かを確認する（Ａ４に対応）。所定の支払が行われていない際には、ユーザに対して滞納であること及び１週間以内に所定の料金の支払いがない場合には車両を起動不能状態にすることのメッセージを送信する（Ａ５に対応）。このメッセージの送信から１週間以内に所定の料金の支払いがない場合には、車両の運行状況を確認した上で、所定の条件を満たしていることを条件としてサーバ１０は遠隔制御指示部１２から起動不可状態に対応するエンジン起動リレー制御指令を対応する車載器１へ送信する（Ａ８に対応）。車両を起動不可能状態にした後、所定の期間例えば1か月が経過してもユーザから所定の料金の支払いがない場合（Ａ１１の判断でＮｏの場合）には、管理者は車両情報収集部１１で収集された特定の車両の位置情報を利用して、当該車両の回収する手配を行う（Ａ１４に対応、その後はＡ１５でエンドとなり、処理を終了する）。

一方、起動不可状態に対応するエンジン起動リレー制御指令を車載器１へ送信した後に、所定の期間内にユーザによる所定の金額の入金が確認された際（Ａ１１の判断でｙｅｓの場合）には、サーバ１０は遠隔制御指示部１２から起動可能状態に対応するエンジン起動リレー制御指令を対応する車載器１へ送信し、再び、車両を起動可能状態とする（Ａ１２に対応）。また、サーバ１０から車載器１へ起動不可に対応するエンジン起動リレー制御指令がない状態では、通常、エンジン起動外部リレー５０は起動可能状態に設定されているので、対応する車両は起動可能状態とされる。したがって、毎月２５日までに所定の料金の支払いを済ませていれば、ユーザは車両を起動可能状態のまま利用することができる。

Ａ８で車両が起動不可状態に切り替えられ、Ａ９でユーザに所定の支払を促した後、ユーザはすぐに車両を使いたければ、速やかに所定の支払を行うことになる。この場合、ユーザはすぐに車両を使いたい状況であるため、所定の支払が行われてから実際に車両が起動不可状態から起動可能状態に切り替えられるまでにタイムラグがると、すぐに車両を使いたいユーザにとっては不利益であり、問題がある。そこで、Ａ１０において金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視しているため、Ａ１１においてはユーザから所定の支払があったことをリアルライムで把握することができ、Ａ１２において、所定の支払があってからすぐにサーバ１０は遠隔制御指示部１２から起動可能状態に対応するエンジン起動リレー制御指令を対応する車載器１へ送信し、再び、車両を起動可能状態とし、Ａ１３でリターンとなる。

なお、本発明はカーリースの場合に限定されるものでは無く、例えばカーシェアリング又はカーレンタルの場合についても適用可能であり、例えばドアロックキーの施錠及び解錠の制御や、エンジン起動リレー制御指令による車両の起動可能状態と起動不可能状態との切替制御にも適用される。例えばカーシェアリング又はカーレンタルの場合には、ユーザがユーザ端末３２からサーバ１０のユーザ情報管理部１４に対して特定の車両の予約を行う際に、インターネトバンキングやカード決済等の使用料金支払いの決済手続きが完了した後に、ユーザ情報管理部１４はユーザ端末３２に対して、ドアロックキー情報を送信する。ユーザはこのドアロックキー情報を用いて、サーバ１０を介して車両のドアロックの解錠及び施錠を制御することができる。また、サーバ１０は、ユーザの支払状況、及び、車両の状況等に応じて、車両２の起動可能状態及び起動不可能状態を切り替える制御を行うことができる。この場合にも、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視することにより、ユーザから所定の支払があったことをリアルライムで把握することができるので、ユーザが利用料を支払ってから、車両の起動制限が解除される（例えば、ドアロックが解錠される、あるいは、車両２が起動可能状態に切り替えられる）までのタイムラグを短くすることができる。

次に図３を参照して車載器１の構成と車両２への接続を説明する。図３は車載器のブロック図であり、内燃機関車両に接続する場合の例である。なお、図１〜図２と同一の構成については同一の符号を付し、その説明は省略する。

車載器１には、演算処理を行うＣＰＵ４１、無線通信ネットワークを介してサーバ１０の送受信部と無線通信を行う無線通信モジュール４２、エンジン起動リレーの状態等を記憶するメモリ４３（例えば不揮発性メモリとして構成されている）、車載器１の各種設定を行うコンソールの入出力部であるコンソール入出力４４、車両２の外部バッテリ５１からの電力により充電される車載器内部のバッテリである内部バッテリ４５、車両２の外部バッテリ５１からの電源入力を検知する電源入力検知部４６、車両２の走行状態識別線（ＡＣＣ線、ＩＧ線）５２に接続されてエンジンのオン・オフ状態を検知するＩＧＮ入力検知部４７、エンジン起動外部リレー５０に接続されるエンジン起動リレー入出力４８、車両２のＧＰＳ５４に接続されて車両の位置情報を検出するＧＰＳ入出力部４９（図３では、ＧＰＳＩ／Ｏと記載）、ドアロックアクチュエータ制御回路５６に接続され、外部リレー５８を介してドアロックアクチュエータ５９を制御する内部リレー５５等が設けられている。図示されていないが、車載器１は、ドアロックの状況を検出するドアロック検出回路や、加速度センサを備えていてもよい。また、車載器１は車速パルスや燃料センサの情報を検出することができるようにしておいてもよい。ここで、外部バッテリ５１とは、車載器１内部の内部バッテリ４５と区別した用語であり、車載バッテリのことを意味する。エンジン起動外部リレー５０は車両２のエンジン起動制御線（ＳＴ線）に接続されており、図３ではエンジン起動外部リレー５０は、車両２と車載器１との間に示されているが、実際には車両２のエンジンルームの内部に設けられており、外部から目視することはできない場所に配置されている。したがって、窃盗者あるいはユーザが故意にエンジン起動外部リレー５０を取り外すことはできない構造となっている。エンジン起動リレー入出力４８は、エンジン起動外部リレー５０が起動不可状態にあるか起動可能状態にあるかを検出すると共に、エンジン起動リレー制御指令に基づいてエンジン起動外部リレー５０を起動不可状態又は起動可能状態に切り替える制御を行う。

電源入力検知部４６と外部バッテリ５１、ＩＧＮ入力検知部４７と走行状態識別線５２、エンジン起動リレー入出力４８とエンジン起動外部リレー５０、ＧＰＳ入出力部４９とＧＰＳ５４、内部リレー５５とドアロックアクチュエータ制御回路５６は、それぞれＣＡＮ等の車両ＬＡＮを介することなく、それぞれ直接個別の配線で接続されている。これにより、ＣＡＮ等の車両ＬＡＮを用いることがないので、ＣＡＮ等の車両ＬＡＮによるセキュリティに対しては脆弱であるという問題が生じることはない。

車載器１は内部バッテリ４５の電力により駆動される。内部バッテリは常に車両２の外部バッテリ５１の電力により充電されており、車載器１が抜去された場合、充電ラインが切断又は引抜された場合等の異常時であっても、所定の時間、車載器を駆動し続けることができ、このため、かかる異常の発生を現在地情報と共にサーバ１０へ報知することができる。なお、直近の現在地情報その他の情報はメモリ４３に格納されている。

ＣＰＵ４１は、無線通信モジュール４２、メモリ４３、コンソール入出力４４、内部バッテリ４５、電源入力検知部４６、ＩＧＮ入力検知部４７、エンジン起動リレー入出力４８、ＧＰＳ入出力部４９、内部リレー５５、ドアロック検出回路（図示省略）及び加速度センサ（図示省略）等に接続されている。車両情報検出手段としては、電源入力検知部４６、ＩＧＮ入力検知部４７、ＧＰＳ入出力部４９、ドアロック検出回路及び加速度センサ等を備えている。エンジン起動リレー入出力４８は、エンジン起動外部リレー５０の状態を検出すると共に、エンジン起動外部リレー５０を起動不可状態か起動可能状態かのいずれか一方に制御するものであり、エンジン起動外部リレー５０の状態も車両情報として使用可能である。

ドアロックアクチュエータ制御回路５６は、ドアキースイッチ５７、外部リレー５８及びドアロックアクチュエータ５９を含む回路である。ドアキースイッチ５７は、メカキー、スマートキー等により操作され、ドアロックアクチュエータ５９を制御することによりドアロックを施錠及び解錠を行うためのスイッチである。ドアロックアクチュエータ制御回路５６には、ドアキースイッチ５７の操作とは別に、内部リレー５５の操作により外部リレー５８及びドアロックアクチュエータ５９を制御することによりドアロックの施錠及び解錠を行うことができる回路が備えられている。

＜車両情報の収集について＞
車載器１は所定の周期、例えば３０秒おきに、又は、車両動力のオン等の特定のイベント発生時に、あるいは、その両方で車両情報の収集を行い、サーバ１０へその車両情報を送信する。この時の車両情報としては、電源入力検知部４６で検出される外部バッテリ５１からの電源入力の情報、ＩＧＮ入力検知部４７で検出される走行状態識別線（ＡＣＣ線、ＩＧ線）の情報、例えばエンジンのオン、オフの状態を示す情報、エンジン起動リレー入出力４８で検出されるエンジン起動外部リレー５０の状態、ＧＰＳ入出力部４９で検出されるＧＰＳからの位置情報、図示しない加速度センサから検出される加速度の情報、車速パルスの情報、燃料センサの情報、及び、車両情報を取得した時刻の情報の中の少なくとも１つを含んでいる。なお、ＧＰＳの位置情報から速度を演算することも可能である。サーバ１０では、これらの車両情報を基づいて、車両の運行状況を把握する。

＜エンジン起動外部リレーの制御について＞
車載器１がサーバ１０からエンジン起動リレー制御指令を受信すると、その制御値をメモリ４３に記憶し、その値に対応する状態になるようにエンジン起動外部リレー５０を制御する。車両情報連動制御手段は、ＣＰＵ４１、メモリ４３、ＩＧＮ入力検知部４７及びエンジン起動リレー入出力４８を含み、エンジン起動外部リレー５０を切り替える際に、車両の動力のオン、オフ切替タイミングを考慮して、エンジン起動リレー制御指令を採用する場合と、採用しない場合（エンジン起動リレー制御指令を無視する場合）とを判別する。内燃機関車両の場合には動力のオン、オフは、例えばＩＧＮ入力検知部４７で検出される走行状態識別線（ＡＣＣ線、ＩＧ線）５２の情報、例えばエンジンのオン、オフの状態を示す情報により検出する。

図３を参照して、エンジン起動外部リレー５０をノーマルクローズ型として使用した場合と、エンジン起動外部リレー５０をノーマルオープン型として使用した場合との違いを説明する。電源入力検知部４６、ＩＧＮ入力検知部４７、エンジン起動リレー入出力４８、及び、ＧＰＳ入出力部４９のいずれか少なくとも１つには、配線の切断又は引抜を検出する手段（図示省略）が設けられている。配線の切断又は引抜を検出する手段としては、例えば、配線の切断又は引抜に伴う配線の電圧変化を利用するという公知の手段を用いることができる。また、電源入力検知部４６が外部バッテリ５１からの電源入力を検知しない場合には、電源入力検知部４６と外部バッテリ５１との間の配線に切断又は引抜が生じたと判断することもできる。車載器の抜去についても、これらの配線の切断又は引抜に基づいて検出することができる。配線の切断又は引抜を検出した場合に、エンジン起動外部リレー５０を起動不可状態（オープン）にするか、あるいは、起動可能状態（クローズ）にするかのどちらかに制御するように決めておく。

また、配線の切断又は引抜を検出した場合には、エンジン起動外部リレー５０を制御すると共に、無線通信モジュール４２を介してサーバ１０にその異常を報知する。サーバ１０がその異常の報知を受信すると、サーバ１０は速やかに管理者に報知を行う。管理者は、サーバ１０からこの異常の報知があった場合には、ユーザに連絡を取って盗難の発生状況を確認した上で、必要に応じて警察に車両の盗難を通報する。一方、車載器１は、前記異常を報知すると共に、車載器１に搭載された警報器（図示省略）により警報音を鳴らす。また、車載器１に警報器を搭載する代わりに、車両の警笛、ヘッドランプ、ウインカー、ハザードランプ等を利用して警報を行うことができるように、これらの制御回路の入力端子に車載器１の警報出力の出力信号を入力するように配線することもできる。

ここでは、異常の報知として、配線の切断又は引抜を検出した場合を例にして説明したが、車載器１にさらに故障検出手段を設け、当該故障検出手段が車載器１の故障を検出した場合に、無線通信モジュール４２を介してサーバに対して車載器１の故障を報知するようにしてもよい。サーバ１０が車載器１の故障の報知を受信すると、サーバ１０はかかる故障の発生を管理者に通報し、かかる通報を受けた管理者は該当する車両のユーザに連絡をとって、車載器１を修理又は交換するように手配する。

前述のように、管理者が車載器１を車両２から抜去する場合としては、（１）窃盗犯による盗難の場合、（２）ユーザによる車両の悪用の場合、及び、（３）未払いユーザによるやむを得ない緊急時の車両利用の場合、が想定されるところ、車載器１の車両２から抜去として、常に（１）及び（２）のような盗難や悪用の場合を想定する場合には、車両を起動不可状態にすることが望ましいので、エンジン起動外部リレー５０としてノーマルオープン型を採用し、配線の切断又は引抜を検出した場合にもエンジン起動外部リレー５０を起動不可状態（オープン）に制御するように予め決めておくとよい。一方、車載器１の車両２から抜去として、（３）のような緊急時の場合、例えば急病人の搬送を想定する場合には、このような場合に車両を使用することができるようにするため、車両を起動可能状態とすることが望ましいので、エンジン起動外部リレー５０としてノーマルクローズ型を採用し、配線の切断又は引抜を検出した場合にもエンジン起動外部リレー５０を起動可能状態（クローズ）に制御するように予め決めておくとよい。

＜省電力モードについて＞
内燃機関車両のエンジンがオフの時には、エンジンがオフしてから所定の時間、例えば１０分が経過した後には、外部バッテリ５１の電力の消耗を防ぐために、車載器は省電力モードに移行し、電源管理のような最低限の機能以外を停止する。省電力モードでは、電源入力検知部４６とＩＧＮ入力検知部４７とエンジン起動リレー入出力４８と計時回路（図示省略）は常に起動しているが、その他の回路は停止状態となっている。省電力モードの時には、車載器１はサーバ１０とは通信を行っていない。省電力モードの時に、電源入力検知部４６が電源入力の喪失を検出した場合、ＩＧＮ入力検知部１７がエンジンのオン状態（ＡＣＣオンやＩＧオン）を検出した場合、及び、計時回路が所定の時間を計時した場合（例えば、１時間おきに）には、省電力モードのときでも常に起動している対応する回路がＣＰＵに割り込みをかけて車載器１を省電力モードから通常モードに切り替える。また、省電力モードの時にもエンジン起動リレー入出力には常に電力が供給されているため、エンジン起動外部リレー５０の状態を常に保持することができる。

＜無線通信モジュールについて＞
前述のように車載器１は通常モードにおいては所定の周期、例えば３０秒おきに、又は、車両動力のオン等の特定のイベント発生時に、あるいは、その両方で車両情報の収集を行い、サーバ１０へその車両情報を送信する。常に起動している対応する回路がＣＰＵに割り込みをかけて車載器１を省電力モードから通常モードに切り替える際には、車載器１を起点としてサーバ１０と通信を行い、エンジン起動リレー制御指令の受信や車両情報の送信を行う。通常モードにおいては、車載器１起点の通信に加え、サーバ１０起点の通信が可能であり、車載器１はエンジン起動リレー制御指令等の情報を受信可能である。電波状況が悪い時には、通信を確立するまでに、複数回、例えば５回程度の通信を繰り返すことがある。後述のとおり、電波状況が悪く通信が確立できない場合には、車載器１は通信が可能な環境において通信により予めサーバ１０から受信したエンジン起動リレー制御指令をメモリ４３に記憶しているので、車載器１はスタンドアローンで動作することが可能である。また、車載器１は収集した車両情報をメモリ４３に記憶しているので、通信回線が回復したときにそれらをまとめてサーバ１０へ送信することができる。

＜エンジン起動リレーの監視制御について＞
エンジン起動リレーの監視制御について説明する。起動不可状態・起動可能状態のリレー状態値に基づき、リレー状態が起動可能状態でなければならない状況、すなわち、初期状態又はサーバ１０からの最後のリレー変更要求が起動可能状態への変更である場合には、エンジン起動外部リレー５０の状態を定期的に監視し、この監視の結果、エンジン起動外部リレー５０が起動可能状態以外のリレー状態になっている場合は起動可能状態に変更する。この監視制御により、本来起動可能状態であるときには、車載器のファームウェアの不具合によりメモリ４３が本来の数値と異なる数値に書き換えられてしまった場合でも、常に車両が起動可能状態となるようにエンジン起動外部リレー５０を制御することにより、意図せずに車両が起動不可状態になってしまい、正当な車両の利用を妨げてしまうことを防止できる。例えば、車載器のファームウェアの不具合によりメモリ４３のリレー設定値が意図しない値に書き換えられてしまったような場合でも、リレー状態が起動可能状態でなければならない状況ときには、常に車両が起動可能状態となるようにエンジン起動外部リレー５０を制御することにより、車両を起動可能状態に維持することができる。この監視制御は、定期的に行われ、例えば通常モードでは３０秒毎、省電力モードでは１時間毎に行われる。

＜起動不可制御に切り替える制御について＞
図４は、車載器１に対して起動状態予約制御指令として車両２を起動可能状態から起動不可状態への切り替え制御指令がサーバ１０から送られた場合の、図２のＡ８「起動不可状態に切替」の制御フローを示す。この制御フローが車載器１で実行される例を説明する。

Ｂ１で制御フローがスタートし、Ｂ２へ進む。Ｂ２では起動状態予約制御指令として、車両２を起動可能状態から起動不可状態への切り替え制御指令を受信して、Ｂ３へ進む。Ｂ３では車両２を起動可能状態から起動不可状態への切り替え制御指令をメモリ４３に記憶して、Ｂ４へ進む。Ｂ４では車両２のＧＰＳ５４からの位置情報を用いて、車両位置が予め車載器１に登録されている駐車位置であるかどうかを判定する。ここで、車載器１のメモリ４３には、ユーザが通常利用する駐車位置情報が登録されている。この駐車位置情報の登録は、例えば、コンソール入出力４４に接続されているコンソールによって、あるいは、ユーザ端末３２からユーザ情報管理部１４へ入力した登録駐車位置情報を車載器１のメモリ４３に登録しておくことによって、行うことができる。この駐車位置情報としては、は少なくとも１箇所の駐車位置が登録されているが、１箇所に限らず、２箇所以上の駐車位置を登録しておくことも可能である。

Ｂ４においてＹｅｓの場合には、Ｂ５へ進む。Ｂ５では、後述のようにエンジン連動制御の所定の条件を満たすか否かが判断される。Ｂ５でＹｅｓの場合には、Ｂ６へ進む。一方、Ｂ４でＮｏの場合、又は、Ｂ５でＮｏの場合には、メモリに記憶されている起動不可状態への切替指令を実行すべく、再び、Ｂ４の判断に戻る。Ｂ６では、エンジン起動外部リレー５０をＯＦＦに切り替える制御を行い、車両を起動可能状態から起動不可状態へ切り替え、Ｂ７へ進み、Ｂ７ではリターンとなる。

次に、図４のＢ５「エンジン連動制御の所定の条件を満たす」との判断について説明する。エンジン連動制御において、エンジンがオンになっている場合には、Ｂ５の判定でＮｏとなり、車両を起動可能状態から起動不可状態へ切り替える制御指令（エンジン起動リレー制御指令）が無視される。また、エンジン連動制御において、サーバ１０からエンジン起動リレー制御指令を受信した際、過去Ｘ分（例えば２分）の間にエンジンがオンになっていた場合は、Ｂ５の判定でＮｏとなり、エンジン起動リレー制御指令を無視する。また、起動不可状態へのエンジン起動リレー制御指令を実行してからＹ秒（例えば５秒）の間にエンジンのオンを検出した場合には、エンジン起動リレーを起動可能状態に変更すると共に、Ｂ５の判定でＮｏとなる。一方、エンジン連動制御において、エンジンがオフになってから、Ｘ分を越えている場合には、Ｂ５の判定でＹｅｓとなり、Ｂ６へ進み、エンジン起動外部リレー５０をＯＦＦに切り替えることにより、車両２を起動不可状態に切り替える。

このエンジン連動制御により、サーバ１０からの指示により車両を起動不可状態に変更する際、車両の安全を考慮し、車両が危険な場所又は他人の迷惑になる場所におかれた状態で起動不可状態になってしまうことを防止できる。リレー変更禁止期間Ｘ分（例えば２分）を考慮することにより、車両の動力をオフにした後すぐに再度車両の動力をオンにするような場合にも、不用意に車両が起動不可状態に切り替えられてしまうことを防止することができる。また、エンジン状態再評価期間Ｙ秒（例えば５秒）を考慮することにより、車両の動力がオンになった直後（Ｙ秒以内）に車載器１が起動不可状態に対応するエンジン起動リレー制御指令を受け取った場合には、エンジン起動リレー制御指令を採用しない（エンジン起動リレー制御指令を無視する）ことにより、車両の動力がオン時に起動不可状態に切り替わるという不具合を防止することができる。なお、本実施例の車両２を起動不可状態に切り替える制御は、エンジン起動外部リレー５０をＯＦＦに切り替える制御に限定されるものではなく、例えばドアロックアクチュエータ制御回路５６の外部リレー２８を施錠側に切り替える制御等も含まれる。

ここで、Ｘ分を例えば２分としたことの根拠を説明する。エンジン停止後１０分程度で車載器１は省電力モードに切り替えられ、電力の消費を抑える。省電力モードの状態でユーザが車両に乗り込みエンジンを始動すべくキーをシリンダーに差し込み、イグニッションオン状態にすると、ＩGN入力検知部４７は走行状態識別線（ＡＣＣ線、ＩＧ線）５２からエンジンがオン状態になったことを検出して、ＣＰＵ４１に対して割り込みをかけて、車載器１を通常モードに切り替える。車載器１が通常モードに切り替えられたことをサーバ１０が認識するまでには、電波状況が良い時には１分程度、電波状況が悪く通信を５回程度繰り返す必要がある場合には１分３０秒程度かかる。車両の動力がオフにされてからある程度の期間は起動不可状態への切り替えを指示するエンジン起動リレー制御指令を採用しない（無視する）ことにより、車両の動力をオフにした後すぐに再度車両の動力をオンにするような場合にも、不用意に車両が起動不可状態に切り替えられてしまうことを防止することができる。例えば、駐車場においてトランクや座席から荷物を積み下ろしするまでの間、車両を駐車スペースから少しずらした位置で一端停車させた状態で車両の動力をオフにし、荷物の積み下ろしの後、再び車両の動力をオンにして車両を駐車スペースに入れなおすような場合に、不用意に車両が起動不可状態に切り替えられてしまうことを防止することができる。逆にＸ分が長すぎる場合には、車両を起動不可状態に切り替えることができなくなってしまうケースが発生することから、過去２分間の間にエンジンがオンになっていた場合には、エンジン起動リレー制御指令を無視することとした。したがって、Ｘ分は、具体的なサーバ１０の性能等に応じて、適宜決めることができる。

次に、Ｙ秒を例えば５秒としたことの根拠を説明する。車載器１は、車両の動力がオンの間にエンジン起動リレー制御指令を受け取った場合には、安全を考慮してエンジン起動リレー制御指令を受け付けない（エンジン起動リレー制御指令を無視する）。車両の動力がオンである間は、ユーザが車両で移動中であるため、例えば電波状況が悪いために車両を起動不可状態へ変更するエンジン起動リレー制御指令の受信が遅延されてしまった場合等、不用意に車両が起動不可状態となることを防止している。一方、車載器１が車両の起動を認識するまでには、実際に車両が起動をしてから3秒程度かかる。車両を起動した直後に、車載器１がエンジン起動リレー制御指令を受信した場合、車載器１は車が起動していないと判断し、エンジン起動リレー制御指令を採用してしまい、車両が起動しているにも関わらず車両が起動不可状態に切り替えられる状況が発生する。例えば、イグニッションスイッチがプッシュ式の場合、起動不可状態にする方法として、プッシュボタンを無効にする方法と、イモビライザーを発動（認証用の線をカット）する方法とがあるが、この中、プッシュボタンを無効にするものの場合、前記３秒間の間に起動不可状態に切り替えられるとエンジンを切れなくなってしまう不具合が生じる。一方、イモビライザーを発動する方法の場合、前記３秒間の間に起動不可状態に切り替えられると、プッシュボタンは効くので、エンジンをオフすることはできる状態であるが、ギアがドライブＤには入らなくなるという不具合が生じる。以上のことから、Ｙ秒として、３秒よりも余裕を持たせた５秒を採用した。したがって、Ｙ秒は、具体的な車載器１の性能等に応じて、適宜決めることができる。

ここで説明したＢ１〜Ｂ７の全ての制御フローを車載器１で実行する場合には、サーバ１０における演算を簡略化することができ。すなわち、サーバ１０では車両２の位置や状況を考慮する必要なく、いつでも車載器１に対して、起動状態予約制御指令として、車両を起動可能状態から起動不可状態へ切り替える制御指令を送信することができる。車載器１では、この制御指令をメモリ４３に記憶し、車両２が安全な状態である場合、例えば、登録された駐車場に駐車され、エンジンがオフになってからＸ時間を越えている場合等には、車両を起動不可状態に切り替える。

また、車両２が登録された駐車場が通信状態のよくない地域、地下駐車場等、サーバ１０と車載器１との間の通信が確立できない場所であった場合であっても、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、車載器１が起動状態予約制御指令として起動可能状態から起動不可状態への切り替え指令をサーバ１０から受信していれば、登録された駐車場に安全に駐車した時（例えばＢ４及びＢ５でＹＥＳの判定となった時）に車両２は起動不可状態に切り替えられる。サーバ１０は、車載器１との通信が確立できなかった場合には、サーバ１０を起点とする通信を所定の間隔で、車載器１との通信が確立できるまで繰り返す。このため、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、サーバ１０は確実に車載器１へ起動状態予約制御指令を送信することができる。これにより、サーバ１０と車載器１との間の通信が確立できない場所が駐車場として登録されていた場合であっても、車両２を起動可能状態から起動不可状態に切り替えることができる。なお、Ｂ４の判定及びＢ５の判定の順序は、入れ替えることができる。

サーバ１０から車載器１に送信された制御指令が、車両２を起動不可状態から起動可能状態へ切り替える制御指令であった場合には、車載器１は直ちに車両２を制御可能状態へ切り替える制御を行う。図５は、サーバ１０から車載器１に車両２を起動不可状態から起動可能状態へ切り替える制御指令が送信された場合の制御フローを示し、この制御フローは、図２のＡ１２「起動可能状態に切替」に対応する。

図５の制御フローについて説明する。Ｓ１で制御フローがスタートし、Ｓ２に進む。Ｓ２では、車載器１が車両２を起動不可状態から起動可能状態に切り替える制御指令をサーバ１０から受信し、Ｓ３へ進む。Ｓ３では、サーバ１０から車載器１へ送信された車両２を起動不可状態から起動可能状態に切り替える制御指令をメモリ４３に記憶し、Ｓ４へ進む。Ｓ４では、エンジン起動外部リレー５０をＯＮに切り替える制御を行い、Ｓ５へ進み、Ｓ５ではリターンとなる。このように、サーバ１０と車載器１との間の通信が確立できている場合には、車載器１が車両２を起動不可状態から起動可能状態に切り替える制御指令をサーバ１０から受信すると、直ちに、エンジン起動外部リレー５０をＯＮに切り替える制御を行えることができる。なお、車両２を起動不可状態から起動可能状態へと切り替える制御指令にも、起動予約制御指令を含め、例えば、サーバ１０と車載器１との通信が確立されていない状態においても、車両２が登録された駐車場に駐車していることを条件に、車両２を起動可能状態へと切り替える制御を実施することが可能である。

次に、サーバ１０と車載器１との間の通信が確立できていない場合にも、車両２を起動不可状態から起動可能状態に切り替える方法として、変形例１及び変形例２について説明する。

[変形例１]
図６を参照して、変形例１の係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図６は、変形例１の係る車両遠隔制御システムの全体図である。図１〜図５と共通する構成については同一の符号を付し、その説明は省略する。

図２のフロー図のＡ１２における、一旦起動不可能状態に切り替えられた後に、再び、起動可能状態に切り替える際の制御について説明する。Ａ９では、ユーザに対して料金未納のため車両が起動不可状態であることを報知すると共に、所定の期間を指定して所定の料金を支払うように促して、Ａ１０へ進む。Ａ１０では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ１１では、当該車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。

Ａ１１の判断でＹｅｓの場合（支払い有りの場合）には、Ａ１２に進み、サーバ１０から車載器１に対して再び起動可能状態とするためのエンジン起動リレー制御指令が提供される。この際、本実施形態では、サーバ１０から車載器１に対して再び起動可能状態とするためのエンジン起動リレー制御指令がユーザ端末３２を介して提供される。すなわち、支払状況監視部１５が、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、ユーザから所定の期間内に利用料金の支払いがあったことが検知されると、サーバ１０のユーザ情報管理部１４から対応するユーザのユーザ端末３２に対して、車両を起動状態に切り替えるためのエンジン起動リレー制御指令情報が送信される。

ユーザ端末３２及び車載器１には、それぞれ特定の近距離無線通信の送受信装置が組み込まれている。この近距離無線通信としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、赤外線通信、ＲＦＩＤ（Radio Frequency Identifier）、ＮＦＣ（Near Field Communication）等が挙げられるが、本発明はこれに限定されるものではなく、任意の種類の近距離無線通信を含むものである。例えばＮＦＣを用いた場合には、例えばaタイプ（廉価タイプ）、bタイプ（欧州のETCに採用されているタイプ）、ｆタイプ（FeliCa(登録商標)）等の形式を採用することができる。ユーザがユーザ端末３２を車載器１側のＮＦＣ端末にかざすことにより、ユーザ端末３２から車載器１に対して、ユーザ端末３２がサーバ１０から受け取った車両２を起動可能状態にするエンジン起動リレー制御指令情報を送信することができる。これにより、車両２は再び起動可能状態に切り替えられる。なお、車両２のドアロックの施錠及び解錠も同様にして、ユーザ端末３２を介して行うことができる。この場合には、サーバ１０からユーザ端末３２に対してドアロックキー情報が送信されており、ユーザ端末３２を車載器１側のＮＦＣ端末にかざすことにより、ユーザ端末３２から車載器１に対して、ユーザ端末３２がサーバ１０から受け取った車両２のドアロックキー情報を送信する。これにより、ユーザ端末３２によって車両２のドアロックの施錠及び解錠を制御することができる。

遠隔制御指示部１２から無線通信ネットワーク３０を介して車載器１に対して通信によりドアロックキー情報やエンジン起動リレー制御指令情報を送信する場合に比べ、ユーザ端末３２にサーバ１０から受信したドアロックキー情報やエンジン起動リレー制御指令情報を記憶しておく場合には、サーバ１０とユーザ端末３２との間の通信が確保されていれば、無線通信ネットワーク３０の通信状況に依存することなく、通信状況が悪い状況でも、迅速にドアロックの施錠及び解錠や車両２を起動可能状態とすることができる。このため、車両の駐車位置等に依存することなく、迅速かつ確実に車両２を起動可能状態に切り替えることができる。また、車載器１がスリープモードの場合には、車両２を起動可能状態に切り替えるのに、長い場合では１時間程度の時間を要することがあるが、例えばユーザ端末３２を車載器１のＮＦＣ端末にかざすことにより、車載器１に対して直接、車両起動指令を送信することができるため、車載器１がスリープモードの場合であっても速やかに車両２の起動状態を制御すること（例えば、車両２を起動可能状態に切り替えることや、車両２のドアロックキーを解錠すること）が可能となる。

また、車載器１がユーザ端末３２からドアロックキー情報やエンジン起動リレー制御指令を受信できるシステムにおいても、車載器１がサーバ１０からドアロックキー情報やエンジン起動リレー制御指令を受信できるようにしておいてもよい。この場合、サーバ１０と車載器１との間の通信が確立できている状況であれば、ユーザがユーザ端末３２を紛失した場合や自宅等に置き忘れた場合であっても、サーバ１０に対して他の通信手段を用いてユーザの認証及び予約内容の確認が取れれば、サーバ１０を介して、車載器１に対して施錠指令及び解錠指令を送信することにより、ドアロックの施錠及び解錠が可能となる。

[変形例２]
図７を参照して、変形例１の係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図７は、変形例２の係る車両遠隔制御システムの全体図である。図１〜図６と共通する構成については同一の符号を付し、その説明は省略する。変形例１では、ユーザ端末３２を介して車載器１に対して車両起動指令を送信していたが、変形例２では、カードライタ９１により車両起動指令を書き込んだＩＣカード９０を用いて車載器１のカードリーダ９２により車両起動指令を読み込む点で実施形態２と異なる。なお、図７において、ユーザ端末３２は必須の構成ではない。

図２のフロー図のＡ１２における、一旦起動不可能状態に切り替えられた後に、再び、起動可能状態に切り替える際の制御について説明する。Ａ９では、ユーザに対して料金未納のため車両が起動不可状態であることを報知すると共に、所定の期間を指定して所定の料金を支払うように促して、Ａ１０へ進む。Ａ１０では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ１１では、当該車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。

Ａ１１の判断でＹｅｓの場合（支払い有りの場合）には、Ａ１２に進み、サーバ１０から車載器１に対して再び起動可能状態とするためのエンジン起動リレー制御指令が提供される。この際、本実施形態では、サーバ１０から車載器１に対して再び起動可能状態とするためのエンジン起動リレー制御指令がＩＣカード９０を介して提供される。

支払状況監視部１５が金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視することにより、ユーザから所定の支払があったことをリアルライムで把握することができ、所定の支払があってからすぐにユーザ情報管理部１４がカードライタ９１によりＩＣカード９０に起動可能状態とするためのエンジン起動リレー制御指令情報の書き込みを行うことができる。車載器１にはカードリーダ９２が設けられており、ユーザがＩＣカード９０をカードリーダ９２にかざすことにより、起動可能状態とするためのエンジン起動リレー制御指令情報がＩＣカード９０から車載器１側に送信され、車載器１は車両２を再び起動可能状態へと切り替える。

ＩＣカードの形式としては、例えばＲＦＩＤやＮＦＣ等が挙げられるが、本発明はこれに限定されるものではなく、任意の種類のＩＣカードを利用可能である。カードライタ９１及びカードリーダ９２には、ＩＣカード９０の形式に対応したものが用いられる。なお、例えばＮＦＣを用いる場合には、上述のような各タイプ（aタイプ、bタイプ、ｆタイプ等）のものを採用することができる。

遠隔制御指示部１２から無線通信ネットワーク３０を介して車載器１に対して通信によりドアロックキー情報やエンジン起動リレー制御指令情報を送信する場合に比べ、ＩＣカード９０にドアロックキー情報やエンジン起動リレー制御指令情報を書き込む場合には、無線通信ネットワーク３０の通信状況に依存することなく、通信状況が悪い状況でも、迅速にドアロックの施錠及び解錠や車両２を起動可能状態とすることができる。また、車載器１がスリープモードの場合には、車両２を起動可能状態に切り替えるのに、長い場合では１時間程度の時間を要することがあるが、ＩＣカード９０をカードリーダ９２にかざすことにより、車載器１に対して直接、車両起動指令を送信することができるため、車載器１がスリープモードの場合であっても速やかに車両２の起動状態を制御すること（例えば、車両２を起動可能状態に切り替えることや、車両２のドアロックキーを解錠すること）が可能となる。

また、車載器１がＩＣカードリーダ９２を備え、ＩＣカード９０によりドアロックキー情報やエンジン起動リレー制御指令を入力できるシステムにおいても、ユーザ端末３２から近距離無線手段により車載器１にドアロックキー情報やエンジン起動リレー制御指令を通信する手段、及び、サーバ１０の遠隔制御指示部１２を介してドアロックキー情報やエンジン起動リレー制御指令を車載器１に通信する手段を設けておくことができる。この場合、ユーザがＩＣカード９０を紛失した場合や自宅等に置き忘れた場合であっても、ユーザ端末３２を用いて車載器１との間で通信することにより車両起動制御を行うことができる。さらに、サーバ１０と車載器１との間の通信が確立できている場合には、サーバ１０に対して他の通信手段を用いてユーザの認証及び予約内容の確認が取れれば、サーバ１０を介して、車載器１に対して施錠指令及び解錠指令を送信することにより、ドアロックの施錠、解錠、車両起動制御を行うことができる。このように複数の通信手段を備えることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高いシステムを提供することができる。

[実施形態２]
図８を参照して、本発明の実施形態２の係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図８は、車載器１に対して起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え位置予約情報が、サーバから送られた場合の、図２のＡ８「起動不可状態に切替」の制御フローを示し、図１〜図７と共通する構成については同一の符号を付し、その説明は省略する。この制御フローが車載器１で実行される例を説明する。

Ｃ１で制御フローがスタートし、Ｃ２へ進む。Ｃ２では起動状態予約制御指令として、起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え位置予約情報を受信して、Ｃ３へ進む。Ｃ３では起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え位置予約情報をメモリ４３に記憶して、Ｃ４へ進む。Ｃ４では車両２のＧＰＳ５４からの位置情報を用いて、車両位置が切り替え位置予約情報で指定された位置である否かを判断する。なお、切り替え位置予約情報として、実施形態１で説明した登録駐車位置情報として登録された位置を指定してもよく、例えば、登録駐車位置情報として複数の駐車位置が登録されている場合には、切り替え位置予約情報として、この複数の駐車位置の中から１つ、または、複数を指定することができる。

Ｃ４においてＹｅｓの場合には、Ｃ５へ進む。Ｃ５では、実施形態１で説明したように、エンジン連動制御の所定の条件を満たすか否かが判断される。Ｃ５でＹｅｓの場合には、Ｃ６へ進む。一方、Ｃ４でＮｏの場合、又は、Ｃ５でＮｏの場合には、メモリに記憶されている切り替え位置予約情報に基づき起動不可状態への切替指令を実行すべく、再び、Ｃ４の判断に戻る。Ｃ６では、エンジン起動外部リレー５０をＯＦＦに切り替える制御を行い、切り替え位置予約情報で指定された位置において、車両２を起動可能状態から起動不可状態へ切り替え、Ｃ７へ進み、Ｃ７ではリターンとなる。なお、本実施例の車両２を起動不可状態に切り替える制御は、エンジン起動外部リレー５０をＯＦＦに切り替える制御に限定されるものではなく、例えばドアロックアクチュエータ制御回路５６の外部リレー２８を施錠側に切り替える制御等も含まれる。

ここで説明したＣ１〜Ｃ７の全ての制御フローを車載器１で実行する場合には、サーバ１０における演算を簡略化することができ。すなわち、サーバ１０では車両２の位置や状況を考慮する必要なく、いつでも車載器１に対して、起動状態予約制御指令として、車両を起動可能状態から起動不可状態へ切り替える制御指令を送信することができる。車載器１では、この制御指令をメモリ４３に記憶し、車両２が安全な状態である場合、例えば、登録された駐車場に駐車され、エンジンがオフになってからＸ時間を越えている場合等には、車両を起動不可状態に切り替える。

また、車両２が登録された駐車場が通信状態のよくない地域、地下駐車場等、サーバ１０と車載器１との間の通信が確立できない場所であった場合であっても、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、車載器１が起動状態予約制御指令として起動可能状態から起動不可状態への切り替え指令をサーバ１０から受信していれば、登録された駐車場に安全に駐車した時（例えばＣ４及びＣ５でＹＥＳの判定となった時）に車両２は起動不可状態に切り替えられる。サーバ１０は、車載器１との通信が確立できなかった場合には、サーバ１０を起点とする通信を所定の間隔で、車載器１との通信が確立できるまで繰り返す。このため、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、サーバ１０は確実に車載器１へ起動状態予約制御指令を送信することができる。これにより、サーバ１０と車載器１との間の通信が確立できない場所が駐車場として登録されていた場合であっても、車両２を起動可能状態から起動不可状態に切り替えることができる。また、起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に切り替え位置予約情報が含まれている場合には、サーバ１０から切り替え位置予約情報として指定した場所において、車両２を起動可能状態から起動不可状態へ切り替えることができる。なお、Ｃ４の判定及びＣ５の判定の順序は、入れ替えることができる。

サーバ１０から車載器１に送信された制御指令が、車両２を起動不可状態から起動可能状態へ切り替える制御指令であった場合には、車載器１は直ちに車両２を制御可能状態へ切り替える制御を行う。この時の制御フローは実施形態１の図５の制御フローと同様である。また、サーバ１０と車載器１との間の通信が確立できていない場合にも、車両２を起動不可状態から起動可能状態に切り替える方法として、例えば実施形態１の変形例１及び変形例２を採用することができる。なお、車両２を起動不可状態から起動可能状態へと切り替える制御指令にも、起動予約制御指令として位置予約情報を含め、例えば、サーバ１０と車載器１との通信が確立されていない状態においても、車両２が位置予約情報で設定された所定の駐車場に駐車していることを条件に、車両２を起動可能状態へと切り替える制御を実施することも可能である。

[実施形態３]
図９を参照して、本発明の実施形態３の係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図９は、車載器１に対して起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報が、サーバ１０から送られた場合の、図２のＡ８「起動不可状態に切替」の制御フローを示す。図１〜図８と共通する構成については同一の符号を付し、その説明は省略する。この制御フローが車載器１で実行される例を説明する。

Ｄ１で制御フローがスタートし、Ｄ２へ進む。Ｄ２では起動状態予約制御指令として、起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令、と共に、切り替え時間予約情報を受信して、Ｄ３へ進む。Ｄ３では起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報をメモリ４３に記憶して、Ｄ４へ進む。Ｄ４では現在時刻、例えば車両２のＧＰＳ５４からの時刻情報（例えばＧＰＳ入出力部４９から入力したＧＰＳ５４からの時刻情報）とメモリ４３に記憶された切り替え時間予約情報とを比較して、現在時刻が、車両２を起動可能状態から起動不可状態へ切り替える時間予約情報で指定された時間に至ったか否かを判定する。なお、切り替え時間予約情報は、時刻に限定されるものではなく、例えば、所定の車両情報に基づく経過時間であってもよい。また、車載器１の計時手段として、ＧＰＳ５４の現在時刻を例示したが、これに限定されるものではなく、車載器１が備えている適宜のタイマー手段等、いかなる計時手段であってもよい。

Ｄ４の判定でＹＥＳの時は、Ｄ５へ進む。Ｄ５では車両２のＧＰＳ５４からの位置情報を用いて、車両位置が予め車載器１に登録されている駐車位置であるかどうかを判定する。ここで、車載器１のメモリ４３には、ユーザが通常利用する駐車位置情報が登録されている。この駐車位置情報の登録は、例えば、コンソール入出力４４に接続されているコンソールによって、あるいは、ユーザ端末３２からユーザ情報管理部１４へ入力した登録駐車位置情報を車載器１のメモリ４３に登録しておくことによって、行うことができる。この駐車位置情報としては、は少なくとも１箇所の駐車位置が登録されているが、１箇所に限らず、２箇所以上の駐車位置を登録しておくことも可能である。

Ｄ５においてＹｅｓの場合には、Ｄ６へ進む。Ｄ６では、実施形態１で説明したように、エンジン連動制御の所定の条件を満たすか否かが判断される。Ｄ６でＹｅｓの場合には、Ｄ７へ進む。一方、Ｄ４でＮｏの場合、Ｄ５でＮｏの場合、又は、Ｄ６でＮｏの場合には、メモリ４３に記憶されている切り替え時間予約情報に基づき起動不可状態への切替指令を実行すべく、再び、Ｄ４の判断に戻る。Ｄ７では、エンジン起動外部リレー５０をＯＦＦに切り替える制御を行い、切り替え時間予約情報で指定された時間が経過した後に、車両２を起動可能状態から起動不可状態へ切り替え、Ｄ８へ進み、Ｄ８ではリターンとなる。なお、本実施例の車両２を起動不可状態に切り替える制御は、エンジン起動外部リレー５０をＯＦＦに切り替える制御に限定されるものではなく、例えばドアロックアクチュエータ制御回路５６の外部リレー２８を施錠側に切り替える制御等も含まれる。

ここで説明したＤ１〜Ｄ８の全ての制御フローを車載器１で実行する場合には、サーバ１０における演算を簡略化することができ。すなわち、サーバ１０では車両２の位置や状況を考慮する必要なく、いつでも車載器１に対して、起動状態予約制御指令として、車両を起動可能状態から起動不可状態へ切り替える制御指令を送信することができる。車載器１では、この制御指令をメモリ４３に記憶し、車両２が安全な状態である場合、例えば、登録された駐車場に駐車され、エンジンがオフになってからＸ時間を越えている場合等には、車両を起動不可状態に切り替える。

また、車両２が登録された駐車場が、例えば通信状態のよくない地域、地下駐車場等、サーバ１０と車載器１との間の通信が確立できない場所であった場合であっても、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、車載器１が起動状態予約制御指令として起動可能状態から起動不可状態への切り替え指令をサーバ１０から受信していれば、指定された時間が経過し、登録された駐車場に安全に駐車した時（例えばＤ４、Ｄ５及びＤ６でＹＥＳの判定となった時）に車両２は起動不可状態に切り替えられる。サーバ１０は、車載器１との通信が確立できなかった場合には、サーバ１０を起点とする通信を所定の間隔で、車載器１との通信が確立できるまで繰り返す。このため、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、サーバ１０は確実に車載器１へ起動状態予約制御指令を送信することができる。これにより、サーバ１０と車載器１との間の通信が確立できない場所が駐車場として登録されていた場合であっても、車両２を起動可能状態から起動不可状態に切り替えることができる。また、起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に切り替え時間予約情報が含まれている場合には、サーバ１０から切り替え時間予約情報として指定した時間が経過したときに、登録した駐車場において、車両２を起動可能状態から起動不可状態へ切り替えることができる。なお、Ｄ４の判定、Ｄ５の判定及びＤ６の判定の順序は、任意に入れ替えることができる。

サーバ１０から車載器１に送信された制御指令が、車両２を起動不可状態から起動可能状態へ切り替える制御指令であった場合には、車載器１は直ちに車両２を制御可能状態へ切り替える制御を行う。この時の制御フローは実施形態１の図５の制御フローと同様である。また、サーバ１０と車載器１との間の通信が確立できていない場合にも、車両２を起動不可状態から起動可能状態に切り替える方法として、例えば実施形態１の変形例１及び変形例２を採用することができる。なお、車両２を起動不可状態から起動可能状態へと切り替える制御指令にも、起動予約制御指令として時間予約情報を含め、例えば、サーバ１０と車載器１との通信が確立されていない状態においても、車両２が時間予約情報で設定された時間を経過していることを条件に、車両２を起動可能状態へと切り替える制御を実施することも可能である。

[実施形態４]
図１０を参照して、本発明の実施形態４の係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図１０は、車載器１に対して起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報及び切り替え位置予約情報が、サーバから送られた場合の、図２のＡ８「起動不可状態に切替」の制御フローを示す。図１〜図９と共通する構成については同一の符号を付し、その説明は省略する。この制御フローが車載器１で実行される例を説明する。

Ｅ１で制御フローがスタートし、Ｅ２へ進む。Ｅ２では起動状態予約制御指令として、起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令、と共に、切り替え時間予約情報及び切り替え位置予約情報を受信して、Ｅ３へ進む。Ｅ３では起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報及び切り替え位置予約情報をメモリ４３に記憶して、Ｅ４へ進む。Ｅ４では現在時刻、例えば車両２のＧＰＳ５４からの時刻情報（例えばＧＰＳ入出力部４９から入力したＧＰＳ５４からの時刻情報）とメモリ４３に記憶された切り替え時間予約情報とを比較して、現在時刻が、車両２を起動可能状態から起動不可状態へ切り替える時間予約情報で指定された時間に至ったか否かを判定する。なお、切り替え時間予約情報は、時刻に限定されるものではなく、例えば、所定の車両情報に基づく経過時間であってもよい。また、車載器１の計時手段として、ＧＰＳ５４の現在時刻を例示したが、これに限定されるものではなく、車載器１が備えている適宜のタイマー手段等、いかなる計時手段であってもよい。

Ｅ４の判定でＹＥＳの時は、Ｅ５へ進む。Ｅ５では車両２のＧＰＳ５４からの位置情報を用いて、車両位置が切り替え位置予約情報で指定された位置である否かを判断する。なお、切り替え位置予約情報として、実施形態１で説明した登録駐車位置情報として登録された位置を指定してもよく、例えば、登録駐車位置情報として複数の駐車位置が登録されている場合には、切り替え位置予約情報として、この複数の駐車位置の中から１つ、または、複数を指定することができる。

Ｅ５においてＹｅｓの場合には、Ｅ６へ進む。Ｅ６では、実施形態１で説明したように、エンジン連動制御の所定の条件を満たすか否かが判断される。Ｅ６でＹｅｓの場合には、Ｅ７へ進む。一方、Ｅ４でＮｏの場合、Ｅ５でＮｏの場合、又は、Ｅ６でＮｏの場合には、メモリ４３に記憶されている切り替え時間予約情報及び切り替え位置予約情報に基づき起動不可状態への切替指令を実行すべく、再び、Ｅ４の判断に戻る。Ｅ７では、エンジン起動外部リレー５０をＯＦＦに切り替える制御を行い、切り替え時間予約情報で指定された時間が経過した後で、かつ、切り替え位置予約情報で指定された位置において、車両２を起動可能状態から起動不可状態へ切り替え、Ｅ８へ進み、Ｅ８ではリターンとなる。なお、本実施例の車両２を起動不可状態に切り替える制御は、エンジン起動外部リレー５０をＯＦＦに切り替える制御に限定されるものではなく、例えばドアロックアクチュエータ制御回路５６の外部リレー２８を施錠側に切り替える制御等も含まれる。

ここで説明したＥ１〜Ｅ８の全ての制御フローを車載器１で実行する場合には、サーバ１０における演算を簡略化することができ。すなわち、サーバ１０では車両２の位置や状況を考慮する必要なく、いつでも車載器１に対して、起動状態予約制御指令として、車両を起動可能状態から起動不可状態へ切り替える制御指令を送信することができる。車載器１では、この制御指令をメモリ４３に記憶し、車両２が安全な状態である場合、例えば、切り替え時間予約情報で指定された時間が経過し、かつ、切り替え位置予約情報で指定された位置に駐車され、エンジンがオフになってからＸ時間を越えている場合等には、車両を起動不可状態に切り替える。

また、車両２が登録された駐車場が、例えば通信状態のよくない地域、地下駐車場等、サーバ１０と車載器１との間の通信が確立できない場所であった場合であっても、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、車載器１が起動状態予約制御指令として起動可能状態から起動不可状態への切り替え指令をサーバ１０から受信していれば、指定された時間が経過し、指定された位置で、安全に駐車した時（例えばＥ４、Ｅ５及びＥ６でＹＥＳの判定となった時）に車両２は起動不可状態に切り替えられる。サーバ１０は、車載器１との通信が確立できなかった場合には、サーバ１０を起点とする通信を所定の間隔で、車載器１との通信が確立できるまで繰り返す。このため、車両２がサーバ１０と車載器１との間の通信が確立できる場所を走行中に、サーバ１０は確実に車載器１へ起動状態予約制御指令を送信することができる。これにより、サーバ１０と車載器１との間の通信が確立できない場所が駐車場として登録されていた場合であっても、車両２を起動可能状態から起動不可状態に切り替えることができる。また、起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に切り替え時間予約情報及び切り替え位置予約情報が含まれている場合には、サーバ１０から切り替え時間予約情報として指定した時間が経過したときであって、かつ、切り替え位置予約情報として指定した位置において、車両２を起動可能状態から起動不可状態へ切り替えることができる。なお、Ｅ４の判定、Ｅ５の判定及びＥ６の判定の順序は、任意に入れ替えることができる。

サーバ１０から車載器１に送信された制御指令が、車両２を起動不可状態から起動可能状態へ切り替える制御指令であった場合には、車載器１は直ちに車両２を制御可能状態へ切り替える制御を行う。この時の制御フローは実施形態１の図５の制御フローと同様である。また、サーバ１０と車載器１との間の通信が確立できていない場合にも、車両２を起動不可状態から起動可能状態に切り替える方法として、例えば実施形態１の変形例１及び変形例２を採用することができる。なお、車両２を起動不可状態から起動可能状態へと切り替える制御指令にも、起動予約制御指令として時間予約情報及び位置予約情報を含め、例えば、サーバ１０と車載器１との通信が確立されていない状態においても、車両２が時間予約情報で設定された時間を経過しており、かつ、車両２が位置予約情報で設定された所定の駐車場に駐車していることを条件に、車両２を起動可能状態へと切り替える制御を実施することも可能である。

[実施形態５]
図１１及び図１２を参照して、本発明の実施形態５の係る車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図１１は、実施形態５に係る車両遠隔制御システムの全体図である。図１〜図１０と共通する構成については同一の符号を付し、その説明は省略する。図１１では、車両２側に車載器１に替えてデータ通信モジュール（Data Communication Module、以下「ＤＣＭ」という。）を用いている点、及び、このＤＣＭ２１と車両の各ＥＣＵ２３、カーナビゲーションシステム２４との結線等の点で、実施形態１〜４と相違している。

図１１に示されているように、実施形態５の車両遠隔制御システムは、サーバ１０及び車両２に設けられている通信モジュールとしてのＤＣＭ２１を含んでいる。車両２には、ＤＣＭ２１、車載ＬＡＮ（Local Area Network）２２、ＥＣＵ（Electronic Control Unit）２３、及び、カーナビゲーションシステム２４等が設けられている。また、サーバ１０と車両２のＤＣＭ２１との間は実施形態１と同様に無線通信ネットワーク３０によって接続されている。

ＤＣＭ２１は、１台の車両２に１個、純正品として装備されている。ここでは、ＤＣＭ２１を純正品であるとして説明したが、これに限定されるものでは無く、例えば後付けのＤＣＭ２１を車両２に設置することも可能である。また、通信モジュールの一例としてＤＣＭ２１を用いる場合を説明するが、これに限定されるものではなく、サーバ１０との間で通信可能な他の通信モジュールを用いることも可能であり、例えば、Ｖ２Ｘ通信（車車間通信および路車間通信）や、他の専用回線を用いた通信用の通信モジュールも含まれる。無線通信ネットワーク３０としては任意のものでよく、例えば２Ｇ、３Ｇ、４Ｇ、５Ｇ、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、無線ＬＡＮ、ビーコン、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｖ２Ｘ、その他の専用回線等が挙げられる。

ＤＣＭ２１は、車載ＬＡＮ２２を介してＥＣＵ２３及びカーナビゲーションシステム２４等と接続されており、車両情報を収集することができる。なお、例えばカーナビゲーションシステム２４を車両２に後付けするような場合には、例えば、カーナビゲーションシステム２４をＤＣＭ２１に直接接続することもできる。ＤＣＭ２１は、車両２の車両情報を無線通信ネットワーク３０を介してサーバ１０に送信すると共に、サーバ１０から無線通信ネットワーク３０を介して起動状態制御指令を受信して、ＥＣＵ２３に対して制御指令を送ることにより、車両２の動力の起動状態を、起動可能状態と起動不可状態とに切り替える。内燃機関自動車の場合、例えばＤＣＭ２１は起動状態制御指令に応じてエンジンＥＣＵ２３に制御指令を送ることにより、起動状態を起動不可状態と起動可能可能状態とに切り替えることができる。起動不可状態ではエンジンを始動することができず（起動中のエンジンを切るものではなく、エンジンの再始動を禁じるものである。）、起動可能状態ではエンジンを始動することができる。

車両には数十台のＥＣＵ２３が設けられており、これらのＥＣＵ２３は車載ＬＡＮ２２を介してＤＣＭ２１に接続されている。ＥＣＵ２３としては、例えば、エンジンＥＣＵ、ＡＤＡＳ（advanced driver assistance system）ＥＣＵ、ドアロックＥＣＵ、ブレーキＥＣＵ、ステアリングＥＣＵ、ＡＴ（automatic transmission）ＥＣＵ、エアコンＥＣＵ、イモビライザーＥＣＵ、照明ＥＣＵ、エアバッグＥＣＵ等が含まれる。各ＥＣＵは、各種センサを備えており、例えば、ドアの開閉やロック、着座センサ、人感センサ（あるいは赤外線センサ）、車内カメラ、室外カメラ（カメラセンサ）、車線検知センサ、自動運転ないし運転支援用センサ、サイドブレーキセンサ、ギヤ位置センサ、ＧＰＳ（カーナビゲーションシステム２４が搭載されている場合には、カーナビゲーションシステム２４に内蔵されたＧＰＳを利用可能）、ＧｅｏＦｅｎｓｅ、Ｇセンサ、車速センサ、タコメータ、ステアリングセンサ、ブレーキセンサ、アクセルセンサ、各種操作スイッチセンサ等の情報を収集し、ＤＣＭ２１に車載ＬＡＮ２２を介してこれらの情報を送信することができる。ＤＣＭ２１は、これらの車両情報を把握すると共に、サーバ１０の車両情報収集部１１にこれらの情報を送信することにより、サーバ１０は各種車両情報を収取することができる。

ＤＣＭ２１は、リアルタイムで、あるいは、特定のイベント発生時に、あるいは、定期的に、各種センサの情報をＥＣＵ２３から収集する。ＤＣＭ２１から車両情報収集部１１へデータを送信するタイミングについては、リアルタイムとすることもできるし、特定のイベント発生時とすることもできるし、定期的であってもよいし、また、これらの組み合わせとすることが可能である。

実施形態１〜４と同様に、本実施形態のＤＣＭ２１は、カーリース、カーレンタル又はカーシェア等において、車両２の起動不可状態と起動可能状態とを切り替えることができる。サーバ１０の遠隔制御指示部１２は、送受信部１３及び無線通信ネットワーク３０を介してＤＣＭ２１に起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報及び切り替え位置予約情報を送信する。ＤＣＭ２１は、サーバ１０から受信した起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令、切り替え時間予約情報及び切り替え位置予約情報に基づき、車両２が所定の条件の場合に、車両２を起動可能状態から起動不可状態へと切り替える制御（例えば各ＥＣＵを介してエンジン起動外部リレーをＯＦＦにする制御、各ＥＣＵを介してドアロックアクチュエータ制御回路５６の外部リレー５８による施錠制御等）を行うことができる。

ＤＣＭ２１が起動状態制御指令に基づいて車両２を起動可能状態から起動不可状態へと切り替えるための条件は、車両２の実施形態１で説明したエンジン連動制御の所定の条件に加えて、少なくとも（ａ）、（ｂ）又は（Ｃ）のいずれか１つの条件を満たすことであり、（ａ）、（ｂ）、（ｃ）の条件はそれぞれ、
（ａ）車載ネットワーク２２を介して収集された車両２の車載センサからの車両情報に基づく判定である、
（ａ−１）車両２のドアがロックされていること、
（ａ−２）車両２に人が乗車していないこと、
（ａ−３）車両２のサイドブレーキがパーキング位置にあること、
（ａ−４）車両２の車内カメラによって人が検知されていないこと、
（ａ−５）車両２の人感センサによって人が検知されていないこと、又は、
（ａ−６）車両２の車載センサにより所定の車線が検知されていないこと、
等の少なくとも１つであり、
（ｂ）車両２のＧＰＳ５４（あるいはカーナビゲーションシステム２４に搭載のＧＰＳ）からの位置情報に基づく判定である、
（ｂ−２）車両２の位置情報により車両２が地図上で公道に停止していないこと、
（ｂ−２）車両２の位置情報により車両２が地図上で所定の駐車場に停止していること、又は、
（ｂ−３）ＧｅｏＦｅｎｓｅにより車両２が所定の駐車場に停止していること
等の少なくとも１つであり、
（ｃ）車両２の時間予約情報に基づく判定である、
（ｃ−１）車両を起動不可状態へ切り替える時刻が経過したこと、又は、
（ｃ−２）車両を起動不可状態へ切り替える車両情報に基づく時間が経過したこと、
等の少なくとも１つである。

上記（ａ）の条件は、車両情報に基づき、ＤＣＭ２１によりから判断することができる。上記（ｂ）の条件は、切り替え位置予約情報によりサーバ１０から指定することができる。また、上記（ｃ）の条件は、切り替え時間予約情報によりサーバ１０から指定することができる。また、本実施例においても、実施形態１の図２の制御フローを採用することができる。

図１２は、ＤＣＭ２１に対して起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報及び切り替え位置予約情報が、サーバ１０から送られた場合の、図２のＡ８「起動不可状態に切替」の制御フローを示す。図１〜図１１と共通する構成については同一の符号を付し、その説明は省略する。この制御フローがＤＣＭ２１で実行される例を説明する。

Ｆ１で制御フローがスタートし、Ｆ２へ進む。Ｆ２では起動状態予約制御指令として、起動状態予約制御指令として起動可能状態から起動不可状態への切り替え制御指令、と共に、切り替え時間予約情報及び切り替え位置予約情報を受信して、Ｆ３へ進む。Ｆ３では起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に、切り替え時間予約情報及び切り替え位置予約情報をＤＣＭ２１のメモリに記憶して、Ｆ４へ進む。Ｆ４では現在時刻、例えば車両２のカーナビゲーションシステム２４のＧＰＳからの時刻情報とＤＣＭ２１のメモリに記憶された切り替え時間予約情報とを比較して、現在時刻が、車両２を起動可能状態から起動不可状態へ切り替える時間予約情報で指定された時間に至ったか否かを判定する。なお、切り替え時間予約情報は、時刻に限定されるものではなく、例えば、所定の車両情報に基づく経過時間であってもよい。すなわち、Ｆ４の判定は、
（ｃ）車両２の時間予約情報に基づく判定である、
（ｃ−１）車両を起動不可状態へ切り替える時刻が経過したこと、又は、
（ｃ−２）車両を起動不可状態へ切り替える車両情報に基づく時間が経過したこと、
等の少なくとも１つである。また、車載器１の計時手段として、車両２のカーナビゲーションシステム２４のＧＰＳの現在時刻を例示したが、これに限定されるものではなく、ＤＣＭ２１が備えている適宜のタイマー手段等、いかなる計時手段であってもよい。

Ｆ４の判定でＹＥＳの時は、Ｆ５へ進む。Ｆ５では車両２のカーナビゲーションシステム２４のＧＰＳからの位置情報を用いて、車両位置が切り替え位置予約情報で指定された位置である否かを判断する。Ｆ５における判定は、
（ｂ）車両２のＧＰＳ５４（あるいはカーナビゲーションシステム２４に搭載のＧＰＳ）からの位置情報に基づく判定である、
（ｂ−２）車両２の位置情報により車両２が地図上で公道に停止していないこと、
（ｂ−２）車両２の位置情報により車両２が地図上で所定の駐車場に停止していること、又は、
（ｂ−３）ＧｅｏＦｅｎｓｅにより車両２が所定の駐車場に停止していること
等の少なくとも１つである。なお、切り替え位置予約情報として、実施形態１で説明した登録駐車位置情報として登録された位置を指定してもよく、例えば、登録駐車位置情報として複数の駐車位置が登録されている場合には、切り替え位置予約情報として、この複数の駐車位置の中から１つ、または、複数を指定することができる。

Ｆ５においてＹｅｓの場合には、Ｆ６へ進む。Ｆ６では、ＤＣＭ２１が各ＥＣＵ２３から収集した車両情報に利用して、車両２が駐車状態にあるか否かを判断する。Ｆ５の判断は、
（ａ−１）車両２のドアがロックされていること、
（ａ−２）車両２に人が乗車していないこと、
（ａ−３）車両２のサイドブレーキがパーキング位置にあること、
（ａ−４）車両２の車内カメラによって人が検知されていないこと、
（ａ−５）車両２の人感センサによって人が検知されていないこと、又は、
（ａ−６）車両２の車載センサにより所定の車線が検知されていないこと、
等の少なくとも１つである。ここで、車両２のＥＣＵ２１には、ドアロックセンサ、着座センサ、車内カメラ、人感センサ、車載カメラ（車線検知用等）、シフトギヤーセンサ（あるいはシフトギヤーレバー位置センサ）、パーキングブレーキセンサ（あるいはパーキングブレーキレバー位置センサ）等のセンサが接続されている。

Ｆ６においてＹｅｓの場合には、Ｆ７へ進む。Ｆ７では、実施形態１で説明したように、エンジン連動制御の所定の条件を満たすか否かが判断される。Ｆ７でＹｅｓの場合には、Ｆ８へ進む。一方、Ｆ４でＮｏの場合、Ｆ５でＮｏの場合、Ｆ６でＮｏの場合又はＦ７でＮｏの場合には、ＤＣＭ２１のメモリに記憶されている切り替え時間予約情報及び切り替え位置予約情報に基づき起動不可状態への切替指令を実行すべく、再び、Ｆ４の判断に戻る。Ｆ８では、車両２を起動可能状態から起動不可状態へと切り替える制御（例えば各ＥＣＵを介してエンジン起動外部リレーをＯＦＦにする制御、各ＥＣＵを介してドアロックアクチュエータ制御回路５６の外部リレー５８による施錠制御等）を行い、切り替え時間予約情報で指定された時間が経過した後で、かつ、切り替え位置予約情報で指定された位置において、車両２を起動可能状態から起動不可状態へ切り替え、Ｆ９へ進み、Ｆ９ではリターンとなる。

ここで説明したＦ１〜Ｆ９の全ての制御フローをＤＣＭ２１で実行する場合には、サーバ１０における演算を簡略化することができ。すなわち、サーバ１０では車両２の位置や状況を考慮する必要なく、いつでもＤＣＭ２１に対して、起動状態予約制御指令として、車両を起動可能状態から起動不可状態へ切り替える制御指令を送信することができる。ＤＣＭ２１では、この制御指令をＤＣＭ２１のメモリに記憶し、車両２が安全な状態である場合、例えば、切り替え時間予約情報で指定された時間が経過し、かつ、切り替え位置予約情報で指定された位置に駐車され、車両２が駐車状態であり、エンジンがオフになってからＸ時間を越えている場合等には、車両を起動不可状態に切り替える。

また、車両２が登録された駐車場が、例えば通信状態のよくない地域、地下駐車場等、サーバ１０とＤＣＭ２１との間の通信が確立できない場所であった場合であっても、車両２がサーバ１０とＤＣＭ２１との間の通信が確立できる場所を走行中に、ＤＣＭ２１が起動状態予約制御指令として起動可能状態から起動不可状態への切り替え指令をサーバ１０から受信していれば、指定された時間が経過し、指定された位置で、安全に駐車した時（例えばＦ４、Ｆ５、Ｆ６及びＦ７でＹＥＳの判定となった時）に車両２は起動不可状態に切り替えられる。サーバ１０は、ＤＣＭ２１との通信が確立できなかった場合には、サーバ１０を起点とする通信を所定の間隔で、車載器１との通信が確立できるまで繰り返す。このため、車両２がサーバ１０とＤＣＭ２１との間の通信が確立できる場所を走行中に、サーバ１０は確実にＤＣＭ２１へ起動状態予約制御指令を送信することができる。これにより、サーバ１０とＤＣＭ２１との間の通信が確立できない場所が駐車場として登録されていた場合であっても、車両２を起動可能状態から起動不可状態に切り替えることができる。また、起動状態予約制御指令として、起動可能状態から起動不可状態への切り替え制御指令と共に切り替え時間予約情報及び切り替え位置予約情報が含まれている場合には、サーバ１０から切り替え時間予約情報として指定した時間が経過したときであって、かつ、切り替え位置予約情報として指定した位置において、車両が駐車状態で、エンジン連動制御の条件を満たす場合に、車両２を起動可能状態から起動不可状態へ切り替えることができる。なお、Ｆ４の判定、Ｆ５の判定、Ｆ６の判定及びＥ７の判定の順序は、任意に入れ替えることができる。また、Ｆ４の判定、Ｆ５の判定又はＦ６の判定の少なくとも１つは、省略することができる。Ｆ４を省略した場合には時間予約情報も省略でき、Ｆ５を省略した場合には位置予約情報も省略できる。Ｆ５の判定に替えて、実施形態１のＢ４と同様な判定とすることもできる。

サーバ１０からＤＣＭ２１に送信された制御指令が、車両２を起動不可状態から起動可能状態へ切り替える制御指令であった場合には、ＤＣＭ２１は直ちに車両２を制御可能状態へ切り替える制御を行う。この時の制御フローは実施形態１の図５の制御フローと同様である。また、サーバ１０とＤＣＭ２１との間の通信が確立できていない場合にも、車両２を起動不可状態から起動可能状態に切り替える方法として、例えば実施形態１の変形例１及び変形例２と同様な構成を採用することができる。例えば本実施例に実施形態１の変形例１を採用する場合には、実施形態１の変形例１と同様に、ＤＣＭ２１及びユーザ端末３２に、それぞれ特定の近距離無線通信の送受信装置が組み込むようにするとよい。また、例えば本実施例に実施形態１の変形例２を採用する場合には、実施形態１の変形例２と同様に、カードライタ９１により車両起動指令を書き込んだＩＣカード９０を用いてＤＣＭ２１のカードリーダ９２により車両起動指令を読み込むようにするとよい。なお、車両２を起動不可状態から起動可能状態へと切り替える制御指令にも、起動予約制御指令として時間予約情報及び位置予約情報を含め、例えば、サーバ１０とＤＣＭ２１との通信が確立されていない状態においても、車両２が時間予約情報で設定された時間を経過しており、かつ、車両２が位置予約情報で設定された所定の駐車場に駐車していることを条件に、車両２を起動可能状態へと切り替える制御を実施することも可能である。

以上に示す実施形態は本発明の技術思想を具体化するための車両遠隔制御システム、車載器ないし通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体を例示するものであって、本発明をこれらに特定するものではなく、各実施形態ないし各変形例に変更を加えることや各実施形態ないし各変形例の全部または一部を互いに組み合わせることも可能であり、その他の実施形態のものにも等しく適用し得るものである。

１ 車載器または通信モジュール ２ 車両
１０ サーバ １１ 両情報収集部
１２ 遠隔制御指示部 １３ 送受信部
１４ ユーザ情報管理部 １５ 支払状況監視部
１６ 金融システム １７ ＡＰＩ
２１ ＤＣＭ ２２ 車載ＬＡＮ
２３ ＥＣＵ ２４ カーナビゲーションシステム
３０ 無線通信ネットワーク ３１ 管理者端末
３２ ユーザ端末 ９０ ＩＣカード
９１ カードライタ ９２ カードリーダ

Claims (19)

1. 車両の起動状態を管理するサーバと、
   前記サーバから提供される車両の起動状態を制御する制御指令に基づき前記車両の起動状態を制御する車載器ないし通信モジュールと、
   を含む車両起動制御システムであって、
   前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、
   前記車載器ないし通信モジュールは、前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする車両遠隔制御システム。
2. 前記起動状態予約制御指令は、起動不可状態から起動可能状態への切り替え指令、又は、起動可能状態から起動不可状態への切り替え指令を含み、かつ、
   前記起動状態予約制御指令は、
   （２−１）起動状態を切り替える車両の位置に関する位置予約情報、又は、
   （２−２）起動状態を切り替える時間に関する時間予約情報、
   の少なくともいずれ１つを含むか、あるいは、両者を含まないか、のいずれかであることを特徴とする請求項１に記載の車両遠隔制御システム。
3. 前記サーバは、金融システムが有している所定のインターフェイスを介して接続されていることを特徴とする請求項１又は２に記載の車両遠隔制御システム。
4. 前記サーバは、
   （４−１）前記車載器ないし通信モジュール、
   （４−２）前記携帯端末、又は、
   （４−３）前記ＩＣカード
   の少なくとも１つとの間で、前記車両の起動状態を制御する制御指令を通信することができ、
   前記携帯端末及び／又は前記ＩＣカードは、前記車載器ないし通信モジュールとの間で前記制御指令を通信することができること特徴とする請求項１〜３のいずれか１項に記載の車両遠隔制御システム。
5. 前記制御される車両の起動状態として、前記車両のドアロックの状態、前記車両のエンジン起動状態、前記車両のイモビライザーの状態、又は、前記車両の始動用プッシュボタンの状態の少なくとも１つを含むことを特徴とする請求項１〜４のいずれか１項に記載の車両遠隔制御システム。
6. 前記車載器ないし通信モジュールは、少なくとも前記車両情報検出手段により検出された車両動力のオンオフ状態が変更されてからの経過時間に基づいて、車両の起動状態を制御することを特徴とする請求項１〜５のいずれか１項に記載の車両遠隔制御システム。
7. 前記車載器は、外部リレーを制御することにより車両の起動状態を制御することを特徴とする請求項１〜６のいずれか１項に記載の車両遠隔制御システム。
8. 車両の起動状態を管理するサーバから提供される車両の起動状態を制御する制御指令に基づき前記車両の起動状態を制御する車載器ないし通信モジュールであって、
   前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、
   前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする車載器ないし通信モジュール。
9. 前記起動状態予約制御指令は、起動不可状態から起動可能状態への切り替え指令、又は、起動可能状態から起動不可状態への切り替え指令を含み、かつ、
   前記起動状態予約制御指令は、
   （９−１）起動状態を切り替える車両の位置に関する位置予約情報、又は、
   （９−２）起動状態を切り替える時間に関する時間予約情報、
   の少なくともいずれ１つを含むか、あるいは、両者を含まないか、のいずれかであることを特徴とする請求項８に記載の車載器ないし通信モジュール。
10. 前記サーバは、金融システムが有している所定のインターフェイスを介して接続されていることを特徴とする請求項８又は９に記載の車載器ないし通信モジュール。
11. 前記サーバは、
    （１１−１）前記車載器ないし通信モジュール、
    （１１−２）前記携帯端末、又は、
    （１１−３）前記ＩＣカード
    の少なくとも１つとの間で、前記車両の起動状態を制御する制御指令を通信することができ、
    前記携帯端末及び／又は前記ＩＣカードとの間で前記制御指令を通信することができること特徴とする請求項８〜１０のいずれか１項に車載器ないし通信モジュール。
12. 前記制御される車両の起動状態として、前記車両のドアロックの状態、前記車両のエンジン起動状態、前記車両のイモビライザーの状態、又は、前記車両の始動用プッシュボタンの状態の少なくとも１つを含むことを特徴とする請求項８〜１１のいずれか１項に記載の車載器ないし通信モジュール。
13. 少なくとも前記車両情報検出手段により検出された車両動力のオンオフ状態が変更されてからの経過時間に基づいて、車両の起動状態を制御することを特徴とする請求項８〜１２のいずれか１項に記載の車載器ないし通信モジュール。
14. 外部リレーを制御することにより車両の起動状態を制御することを特徴とする請求項８〜１３のいずれか１項に記載の車載器。
15. 請求項８〜１４のいずれか１項に記載の車載器ないし通信モジュールを有することを特徴とする車両。
16. 車両の起動状態を制御する車載器ないし通信モジュールに対して、前記車両の起動状態を制御する制御指令を提供する、前記車両の起動状態を管理するサーバであって、
    前記制御指令は、少なくとも、車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含み、
    前記車載器ないし通信モジュールは、前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とするサーバ。
17. 車両の起動状態を管理するサーバから提供される車両の起動状態を制御する、少なくとも車両の起動不可状態と起動可能状態とを切り替える起動状態予約制御指令を含む、制御指令に基づき前記車両の起動状態を制御する手段と、
    車両情報を検出する車両情報検出手段と、
    を有し、
    前記車両の起動状態を制御する手段は、前記サーバから前記制御指令が提供されると共に、車両情報検出手段により検出された少なくとも車両の位置情報を含む車両情報に基づいて、前記起動状態予約制御指令に関する所定の条件を満たした時点で、車両の起動状態を切り替えることを特徴とする車両遠隔制御方法。
18. 請求項１７に記載の車両遠隔制御方法における各手段をコンピュータにより実行することを特徴とする車両遠隔制御プログラム。
19. 請求項１８に記載の車両遠隔制御プログラムを記憶したことを特徴とする記憶媒体。

Images