(57)【要約】  本発明の１つの実施形態の車両遠隔制御システムは、車両のＥＣＵと通信して前記車両の車両情報を収集する通信モジュールと、前記通信モジュールから受信した前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバと、からなる車両遠隔制御システムであって、前記サーバは、車両情報収集手段と、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、を有し、前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、（１）前記車両が停止していること、（２）前記車両が公道に停止していないこと、又は、（３）前記車両が所定の駐車場に停止していることのいずれかを満たしている場合であることを特徴とする。
2020012570.tif 000002
【特許請求の範囲】
【請求項１】
車両のＥＣＵと通信して前記車両の車両情報を収集する通信モジュールと、
前記通信モジュールから受信した前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバと、
からなる車両遠隔制御システムであって、
前記サーバは、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする車両遠隔制御システム。
【請求項２】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項１に記載の車両遠隔制御システム。
【請求項３】
前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする請求項１又は２に記載の車両遠隔制御システム。
【請求項４】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項１〜３のいずれか１項に記載の車両遠隔制御システム。
【請求項５】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする請求項１〜４のいずれか１項に記載の車両遠隔制御システム。
【請求項６】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項１〜４のいずれか１項に記載の車両遠隔制御システム。
【請求項７】
前記サーバは、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能であることを特徴とする請求項１〜６のいずれか１項に記載の車両遠隔制御システム。
【請求項８】
前記通信モジュールは、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする請求項１〜７のいずれか１項に記載の車両遠隔制御システム。
【請求項９】
車両のＥＣＵと通信して前記車両の車両情報を収集すると共に、前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバに、前記車両情報を送信する通信モジュールであって、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする通信モジュール。
【請求項１０】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項９に記載の通信モジュール。
【請求項１１】
前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする請求項９又は１０に記載の通信モジュール。
【請求項１２】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項９〜１１のいずれか１項に記載の通信モジュール。
【請求項１３】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記サーバにより判定されることを特徴とする請求項９〜１２のいずれか１項に記載の通信モジュール。
【請求項１４】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項９〜１２のいずれか１項に記載の通信モジュール。
【請求項１５】
さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする請求項９〜１４のいずれか１項に記載の通信モジュール。
【請求項１６】
請求項９〜１５のいずれか１項に記載の通信モジュールを備えたことを特徴とする車両。
【請求項１７】
通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバであって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とするサーバ。
【請求項１８】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項１７に記載のサーバ。
【請求項１９】
前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする請求項１７又は１８に記載の車両遠隔制御システム。
【請求項２０】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項１７〜１９のいずれか１項に記載のサーバ。
【請求項２１】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする請求項１７〜２０のいずれか１項に記載のサーバ。
【請求項２２】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項１７〜２０のいずれか１項に記載のサーバ。
【請求項２３】
管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能であることを特徴とする請求項１７〜２２のいずれか１項に記載のサーバ。
【請求項２４】
ユーザ端末又はＩＣカードを介して通信モジュールに起動状態制御指令を入力できることを特徴とする請求項１７〜２３のいずれか１項に記載のサーバ。
【請求項２５】
通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算する車両遠隔制御方法であって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする車両遠隔制御方法。
【請求項２６】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項２５に記載の車両遠隔制御方法。
【請求項２７】
前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする請求項２５又は２６に記載の車両遠隔制御方法。
【請求項２８】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項２５〜２７のいずれか１項に記載の車両遠隔制御方法。
【請求項２９】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする請求項２５〜２８のいずれか１項に記載の車両遠隔制御方法。
【請求項３０】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項２５〜２８のいずれか１項に記載の車両遠隔制御方法。
【請求項３１】
さらに、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信する手段を有することを特徴とする請求項２５〜３０のいずれか１項に記載の車両遠隔制御方法。
【請求項３２】
前記通信モジュールは、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする請求項２５〜３１のいずれか１項に記載の車両遠隔制御方法。
【請求項３３】
請求項２５〜３２のいずれか１項に記載の車両遠隔制御方法の各手段をコンピュータにより実行することを特徴とする車両遠隔制御プログラム。
【請求項３４】
請求項３３に記載の車両遠隔制御プログラムを記憶したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔制御機能付きの通信モジュールを搭載する車両を提供するサービスに利用する車両遠隔制御システムに関するものである。
【背景技術】
【０００２】
従来の自動車販売や自動車リースの業界においては、厳しいファイナンス与信審査を通らないと車両を入手することができなかったが、今日では、支払い能力はあるが従来の与信審査には通らなかった層に対して、与信審査を省略して車両を提供し、所定の期限内に利用料金（例えば月額料金）の支払いがない場合には、車両を遠隔で停止すると共に、当該車両の位置を特定して回収するサービスが提案されている。【０００３】
このようなサービスを実現するためのシステムとして、特許文献１には、車両に遠隔制御機能付きの車載器を搭載し、この車載器をネットワークに通信接続し、サーバから車両を遠隔制御したり、車両の情報をサーバで収集したりするシステムが開示されている。このようにネットワークに接続された車両のことを、コネクテッドカーと称する。このシステムでは、ユーザによる所定期限内の利用料の支払いがなされていない場合、あるいは、車両の盗難を検出した場合には、サーバからの指令により車両の起動制限を行うものである。【０００４】
また、特許文献２には、オートローン、オートリースのための遠隔制御システムとして、ローン代金又はリース料金の支払いのない場合に対象車両のエンジンの始動を不可能にするようにリレースイッチ装置を制御し、また、送受信用のアンテナやＧＰＳアンテナが取り外されると、前記リレースイッチ装置を制御してエンジンの始動が不可能なロック状態にするものが開示されている。【０００５】
さらに、特許文献３乃至５には、盗難防止装置において、遠隔操作により車両を起動不能に制御する技術が開示されている。
特許文献３には、人工衛星を利用した建設機械用の盗難防止システムであって、建設機械が盗難に遭ったことが判明した時点で建設機械の管理者のパソコン端末から人工衛星を介して建設機械の衛星通信ユニットに停止信号を送信することによって、遠隔地の建設機械に対しエンジンンの始動を不可能にしたり、エンジンを停止させたり、機体の油圧操作ができなくなるように制御すると共に、仮に不法侵入者がケーブルを用いてバッテリとエンジンスタータモータとを直結し、エンジンを始動させることができたとしても、各リモコン弁の油圧操作ができなくなるように制御されているため、結果として建設機械を操作することをできなくするシステムが開示されている。【０００６】
特許文献４には、携帯電話から無線基地局を介して当該車両の通信ＥＣＵに要求信号を送信し、通信ＥＣＵからの要求信号を受けたリモートＥＣＵは当該車両に搭載された機器のうち特定の機器の使用を不可能とし、車両のキーを盗まれてしまった場合であっても、盗難に対して有効な対策を取ることができる車両遠隔操作システムであって、リモートＥＣＵは車両ＬＡＮによってドアロックＥＣＵ、イモビライザーＥＣＵ、スマートＥＣＵ等の各ＥＣＵに接続されているシステムが開示されている。【０００７】
特許文献５には、携帯電話から盗難防止サービスセンターを介して車両の盗難防止制御回路に盗難通報信号を送信すると、当該盗難防止制御回路は当該車両の速度"０"であることを条件にエンジン再始動禁止指令をエンジン制御回路に供給し、エンジンを再始動できない状態に設定する車両盗難防止システムが開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】ＷＯ２０１６／１６７３５０Ａ１
【特許文献２】特開２０１４−１４６１２０号公報
【特許文献３】特許第３５９７７７２号公報
【特許文献４】特許第４５３４４５５号公報
【特許文献５】特開２００２−５９８１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１では、通常はＥＣＵ／ＶＣＵと操作系とが直接つながっているのに対し、車載器であるＭＣＣＳがＥＣＵ／ＶＣＵと操作系との間に挿入されていることにより、ＭＣＣＳがＥＣＵ／ＶＣＵの情報コントロールに介入することにより操作系を制御することができる。しかしながら、ＭＣＣＳをＥＣＵ／ＶＣＵと操作系との間に挿入するためには、既存の配線を大幅に変更する必要が生じることに加え、ＭＣＣＳ及びその配線に対する信頼性が操作系の制御に直接影響するため、ＭＣＣＳ及びその配線について設計上の制約が大きくなる。加えて、特許文献１では、走行中やエンジンの始動中にエンジンの始動を不可能にする指令を受けた場合の安全性について、十分に検討されていなかった。【００１０】
次に、特許文献２では、走行中やエンジンの始動中にエンジンの始動を不可能にする指令を受けた場合の安全性までは検討されていない。道路運送車両法第４６条の規定を考慮すると、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことが、車両の起動状態を制御する場合に求められる。【００１１】
また、特許文献３乃至５では、車両の運転禁止状態から再起動することまでは考慮されていない。さらに、特許文献３及び４では、走行中やエンジンの始動中に運転禁止の信号を受信した場合の安全性までは検討されていない。また、特許文献５では、車速"０"を条件として運転禁止を行うが、車両走行中の場合には道路上で運転禁止状態となる場合も生ずるため、他車両の交通を妨げる恐れがある。【００１２】
このような特許文献１乃至５の問題点に鑑み、本出願人は車両遠隔制御システムのための車載器及びその車両への接続について検討を重ねると共に、車両の起動状態の制御を安全に行うための条件等を種々検討することにより、近年車両に搭載が進んできたデータ通信モジュール（Data Communication Module、以下「ＤＣＭ」という。）を活用することに加え、通信モジュールとしてのＤＣＭを介して、各種車載ＥＣＵにより収集した情報を用いることにより車両の起動状態の制御を安全に行うことができることを見出し、本発明の各実施態様に係る車両遠隔制御システムを完成するに至った。【００１３】
すなわち、本発明の各実施態様の目的は、ＤＣＭ等の通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする車両遠隔制御システムを提供すことにある。
【課題を解決するための手段】
【００１４】
本発明の各実施態様の目的は、以下の構成によって達成できる。すなわち、本発明の第１の態様の車両遠隔制御システムは、車両のＥＣＵと通信して前記車両の車両情報を収集する通信モジュールと、
前記通信モジュールから受信した前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバと、
からなる車両遠隔制御システムであって、
前記サーバは、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする。【００１５】
本発明の第２の態様の車両遠隔制御システムは、第１の態様の車両遠隔制御システムにおいて、前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする。【００１６】
本発明の第３の態様の車両遠隔制御システムは、第１又は第２の態様の車両遠隔制御システムにおいて、前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする。【００１７】
本発明の第４の態様の車両遠隔制御システムは、第１〜第３のいずれかの態様の車両遠隔制御システムにおいて、前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする。【００１８】
本発明の第５の態様の車両遠隔制御システムは、第１〜第４のいずれかの態様の車両遠隔制御システムにおいて、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする。【００１９】
本発明の第６の態様の車両遠隔制御システムは、第１〜第４のいずれかの態様の車両遠隔制御システムにおいて、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする。【００２０】
本発明の第７の態様の車両遠隔制御システムは、第１〜第６のいずれかの態様の車両遠隔制御システムにおいて、前記サーバは、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能であることを特徴とする。【００２１】
本発明の第８の態様の車両遠隔制御システムは、第１〜第７のいずれかの態様の車両遠隔制御システムにおいて、前記通信モジュールは、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする。【００２２】
本発明の第９の態様の通信モジュールは、車両のＥＣＵと通信して前記車両の車両情報を収集すると共に、前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバに、前記車両情報を送信する通信モジュールであって、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする。【００２３】
本発明の第１０の態様の通信モジュールは、第９の態様の通信モジュールにおいて、前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする。【００２４】
本発明の第１１の態様の通信モジュールは、第９又は第１０の態様の通信モジュールにおいて、前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする。【００２５】
本発明の第１２の態様の通信モジュールは、第９〜第１１の態様の通信モジュールにおいて、前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする。【００２６】
本発明の第１３の態様の通信モジュールは、第９〜第１２のいずれかの態様の通信モジュールにおいて、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記サーバにより判定されることを特徴とする。【００２７】
本発明の第１４の態様の通信モジュールは、第９〜第１２のいずれかの態様の通信モジュールにおいて、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする。【００２８】
本発明の第１５の態様の通信モジュールは、第９〜第１４のいずれかの態様の通信モジュールにおいて、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする。【００２９】
本発明の第１６の態様の車両は、第９〜第１５のいずれかの態様の通信モジュールを備えたことを特徴とする。【００３０】
本発明の第１７の態様のサーバは、通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバであって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする。【００３１】
本発明の第１８の態様のサーバは、第１７の態様のサーバにおいて、前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする。【００３２】
本発明の第１９の態様のサーバは、第１７又は第１８の態様のサーバにおいて、前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする。【００３３】
本発明の第２０の態様のサーバは、第１７〜第１９のいずれかの態様のサーバにおいて、前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする。【００３４】
本発明の第２１の態様のサーバは、第１７〜第２０のいずれかの態様のサーバにおいて、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする。【００３５】
本発明の第２２の態様のサーバは、第１７〜第２０のいずれかの態様のサーバにおいて、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする。【００３６】
本発明の第２３の態様のサーバは、第１７〜第２２のいずれかの態様のサーバにおいて、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能であることを特徴とする。【００３７】
本発明の第２４の態様のサーバは、第１７〜第２３のいずれかの態様のサーバにおいて、ユーザ端末又はＩＣカードを介して通信モジュールに起動状態制御指令を入力できることを特徴とする。【００３８】
本発明の第２５の態様の車両遠隔制御方法は、通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算する車両遠隔制御方法であって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合であることを特徴とする。【００３９】
本発明の第２６の態様の車両遠隔制御方法は、第２５の態様の車両遠隔制御方法において、前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする。【００４０】
本発明の第２７の態様の車両遠隔制御方法は、第２５又は第２６の態様の車両遠隔制御方法において、前記（２）の条件は、少なくとも
（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと
を含んでいることを特徴とする。【００４１】
本発明の第２８の態様の車両遠隔制御方法は、第２５〜第２７のいずれかの態様の車両遠隔制御方法において、前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする。【００４２】
本発明の第２９の態様の車両遠隔制御方法は、第２５〜第２８のいずれかの態様の車両遠隔制御方法において、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする。【００４３】
本発明の第３０の態様の車両遠隔制御方法は、第２５〜第２８のいずれかの態様の車両遠隔制御方法において、前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする。【００４４】
本発明の第３１の態様の車両遠隔制御方法は、第２５〜第３０のいずれかの態様の車両遠隔制御方法において、さらに、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信する手段を有することを特徴とする。【００４５】
本発明の第３２の態様の車両遠隔制御方法は、第２５〜第３１のいずれかの態様の車両遠隔制御方法において、前記通信モジュールは、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする。【００４６】
本発明の第３３の態様の車両遠隔制御プログラムは、第２５〜第３２のいずれかの態様の車両遠隔制御方法の各手段をコンピュータにより実行することを特徴とする。【００４７】
本発明の第３４の態様の記憶媒体は、第３３の態様の車両遠隔制御プログラムを記憶したことを特徴とする。
【発明の効果】
【００４８】
第１の態様の車両遠隔制御システムによれば、通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする車両遠隔制御システムを提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合とすることができる。【００４９】
第２の態様の車両遠隔制御システムによれば、前記（１）の条件を適切に設定することができる。【００５０】
第３の態様の車両遠隔制御システムによれば、前記（２）の条件を適切に設定することができる。【００５１】
第４の態様の車両遠隔制御システムによれば、前記（３）の条件を適切に設定することができる。【００５２】
第５の態様の車両遠隔制御システムによれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を遠隔制御指示手段により判定することができる。サーバで得られる情報に加え、通信モジュールから受信した車両情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定をサーバ側で行うことも可能であり、この場合、通信モジュール側の演算負荷を低減することができる。また、条件判定の一部をサーバ側で行い、残りの条件判定を通信モジュール側で行うようにすることも可能である。【００５３】
第６の態様の車両遠隔制御システムによれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を通信モジュールにより判定することができる。通信モジュールはＥＣＵやナビゲーションシステムから得られる情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定を通信モジュール側で行うことも可能であり、この場合、サーバ側では支払い状況に応じて起動状態制御指令を通信モジュール側に出力し、通信モジュール側では、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うこと等の条件を判定するので、サーバ側での演算負荷や車両監視負担を低減することができる。また、条件判定の一部を通信モジュール側で行い、残りの条件判定をサーバ側で行うようにすることも可能である。【００５４】
第７の態様の車両遠隔制御システムによれば、サーバは、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能である。管理者は管理者端末を用いることにより、車両遠隔制御システムを適切に監視し、管理することができる。また、サーバは例えば金融システムと通信することにより車両のユーザによる車両使用料金の支払状況を適切に把握することができる。さらに、サーバがユーザ端末と通信可能であることによって、サーバからユーザへ、車両の起動不可状態と起動可能状態との切り替えに関する報知、支払状況に関する警告、車両に関する各種情報等を提供することができる。【００５５】
第８の態様の車両遠隔制御システムによれば、無線通信ネットワークに加えて、ユーザ端末又はＩＣカードを介して通信モジュールに起動状態制御指令を入力できることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高い車両遠隔制御システムを提供することができる。【００５６】
第９の態様の通信モジュールによれば、車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする通信モジュールを提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合とすることができる。【００５７】
第１０の態様の通信モジュールによれば、前記（１）の条件を適切に設定することができる。【００５８】
第１１の態様の通信モジュールによれば、前記（２）の条件を適切に設定することができる。【００５９】
第１２の態様の通信モジュールによれば、前記（３）の条件を適切に設定することができる。【００６０】
第１３の態様の通信モジュールによれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部をサーバにより判定することができる。サーバで得られる情報に加え、通信モジュールから受信した車両情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定をサーバ側で行うことも可能であり、この場合、通信モジュール側の演算負荷を低減することができる。また、条件判定の一部をサーバ側で行い、残りの条件判定を通信モジュール側で行うようにすることも可能である。【００６１】
第１４の態様の通信モジュールによれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を通信モジュールにより判定することができる。通信モジュールはＥＣＵやナビゲーションシステムから得られる情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定を通信モジュール側で行うことも可能であり、この場合、サーバ側では支払い状況に応じて起動状態制御指令を通信モジュール側に出力し、通信モジュール側では、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うこと等の条件を判定するので、サーバ側での演算負荷や車両監視負担を低減することができる。また、条件判定の一部を通信モジュール側で行い、残りの条件判定をサーバ側で行うようにすることも可能である。【００６２】
第１５の態様の通信モジュールによれば、無線通信ネットワークに加えて、ユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高い通信モジュールを提供することができる。【００６３】
第１６の態様の車両によれば、第９〜第１４のいずれかの態様の通信モジュールと同様の効果を奏する車両を提供することができる。【００６４】
第１７の態様のサーバによれば、通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とするサーバを提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合とすることができる。【００６５】
第１８の態様のサーバによれば、前記（１）の条件を適切に設定することができる。【００６６】
第１９の態様のサーバによれば、前記（２）の条件を適切に設定することができる。【００６７】
第２０の態様のサーバによれば、前記（３）の条件を適切に設定することができる。【００６８】
第２１の態様のサーバによれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を遠隔制御指示手段により判定することができる。サーバで得られる情報に加え、通信モジュールから受信した車両情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定をサーバ側で行うことも可能であり、この場合、通信モジュール側の演算負荷を低減することができる。また、条件判定の一部をサーバ側で行い、残りの条件判定を通信モジュール側で行うようにすることも可能である。【００６９】
第２２の態様のサーバによれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を通信モジュールにより判定することができる。通信モジュールはＥＣＵやナビゲーションシステムから得られる情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定を通信モジュール側で行うことも可能であり、この場合、サーバ側では支払い状況に応じて起動状態制御指令を通信モジュール側に出力し、通信モジュール側では、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うこと等の条件を判定するので、サーバ側での演算負荷や車両監視負担を低減することができる。また、条件判定の一部を通信モジュール側で行い、残りの条件判定をサーバ側で行うようにすることも可能である。【００７０】
第２３の態様のサーバは、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能である。管理者は管理者端末を用いることにより、車両遠隔制御システムを適切に監視し、管理することができる。また、サーバは例えば金融システムと通信することにより車両のユーザによる車両使用料金の支払状況を適切に把握することができる。さらに、サーバがユーザ端末と通信可能であることによって、サーバからユーザへ、車両の起動不可状態と起動可能状態との切り替えに関する報知、支払状況に関する警告、車両に関する各種情報等を提供することができる。【００７１】
第２４の態様のサーバによれば、無線通信ネットワークに加えて、ユーザ端末又はＩＣカードを介して通信モジュールに起動状態制御指令を入力できることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高いサーバを提供することができる。【００７２】
第２５の態様の車両遠隔制御方法によれば、通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする車両遠隔制御方法を提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも、
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること
のいずれかを満たしている場合とすることができる。【００７３】
第２６の態様の車両遠隔制御方法によれば、前記（１）の条件を適切に設定することができる。【００７４】
第２７の態様の車両遠隔制御方法によれば、前記（２）の条件を適切に設定することができる。【００７５】
第２８の態様の車両遠隔制御方法によれば、前記（３）の条件を適切に設定することができる。【００７６】
第２９の態様の車両遠隔制御方法によれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を遠隔制御指示手段により判定することができる。サーバで得られる情報に加え、通信モジュールから受信した車両情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定をサーバ側で行うことも可能であり、この場合、通信モジュール側の演算負荷を低減することができる。また、条件判定の一部をサーバ側で行い、残りの条件判定を通信モジュール側で行うようにすることも可能である。【００７７】
第３０の態様の車両遠隔制御方法によれば、車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部を通信モジュールにより判定することができる。通信モジュールはＥＣＵやナビゲーションシステムから得られる情報等を考慮して、車両の起動不可状態と起動可能状態とが切り替えられる条件を判定するため、適切な条件判定を行うことができる。全ての条件判定を通信モジュール側で行うことも可能であり、この場合、サーバ側では支払い状況に応じて起動状態制御指令を通信モジュール側に出力し、通信モジュール側では、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うこと等の条件を判定するので、サーバ側での演算負荷や車両監視負担を低減することができる。また、条件判定の一部を通信モジュール側で行い、残りの条件判定をサーバ側で行うようにすることも可能である。【００７８】
第３１の態様の車両遠隔制御方法によれば、サーバは、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能である。管理者は管理者端末を用いることにより、車両遠隔制御システムを適切に監視し、管理することができる。また、サーバは例えば金融システムと通信することにより車両のユーザによる車両使用料金の支払状況を適切に把握することができる。さらに、サーバがユーザ端末と通信可能であることによって、サーバからユーザへ、車両の起動不可状態と起動可能状態との切り替えに関する報知、支払状況に関する警告、車両に関する各種情報等を提供することができる。【００７９】
第３２の態様の車両遠隔制御方法によれば、無線通信ネットワークに加えて、ユーザ端末又はＩＣカードを介して通信モジュールに起動状態制御指令を入力できることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高い車両遠隔制御方法を提供することができる。【００８０】
第３３の態様の車両遠隔制御プログラムによれば、第２５〜第３２の態様の車両遠隔制御方法が奏するのと同様の効果をする車両遠隔制御プログラムを提供することが可能である。【００８１】
第３４の態様の記憶媒体によれば、第３３の態様の車両遠隔制御プログラムを記憶した記憶媒体を提供することができる。
【図面の簡単な説明】
【００８２】
【図１】実施形態１の車両遠隔制御システムのブロック図である。
【図２】実施形態１の車両遠隔制御システムにおけるフローチャートである。
【図３】実施形態１のサーバにおける支払いの監視、及び、起動可能状態と可動不可状態との切替制御のフローフローチャートである。
【図４】実施形態１の車両の動力がオフであることを判定するフローチャートである。
【図５】実施形態２の車両遠隔制御システムにおけるフローチャートである。
【図６】実施形態３の車両遠隔制御システムにおけるブロック図である。
【図７】実施形態４の車両遠隔制御システムにおけるブロック図である。
【発明を実施するための形態】
【００８３】
以下、図面を参照して本発明の実施形態に係る車両遠隔制御システム、通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。但し、以下に示す実施形態は課題を解決するための手段の技術思想を具体化するための車両遠隔制御システム、通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体を例示するものであって、本発明の実施形態をこれらに特定するものではなく、特許請求の範囲に含まれるその他の実施形態のものにも等しく適用し得るものである。
【００８４】
[実施形態１]
図１〜図４を参照して、実施態様１に係る車両遠隔制御システム、通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。なお、図１は実施形態１の車両遠隔制御システムのブロック図であり、図２は実施形態１の車両遠隔制御システムにおけるフローチャートであり、図３は実施形態１のサーバにおける支払いの監視、及び、起動可能状態と可動不可状態との切替制御のフローフローチャートであり、図４は実施形態１の車両の動力がオフであることを判定するフローチャートである。
【００８５】
図１に示されているように、実施形態１の車両遠隔制御システムは、サーバ１０及び車両２０に設けられている通信モジュールとしてのＤＣＭ２１を含んでいる。車両２０には、ＤＣＭ２１、車載ＬＡＮ（Local Area Network）２２、ＥＣＵ（Electronic Control Unit）２３、及び、カーナビゲーションシステム２４等が設けられている。また、サーバ１０と車両２０のＤＣＭ２１との間は無線通信ネットワーク３０によって接続されている。
【００８６】
ＤＣＭ２１は、１台の車両２０に１個、純正品として装備されている。ここでは、ＤＣＭ２１を純正品であるとして説明したが、これに限定されるものでは無く、例えば後付けのＤＣＭ２１を車両２０に設置することも可能である。また、通信モジュールの一例としてＤＣＭ２１を用いる場合を説明するが、これに限定されるものではなく、サーバ１０との間で通信可能な他の通信モジュールを用いることも可能であり、例えば、Ｖ２Ｘ通信（車車間通信および路車間通信）や、他の専用回線を用いた通信用の通信モジュールも含まれる。無線通信ネットワーク３０としては任意のものでよく、例えば２Ｇ、３Ｇ、４Ｇ、５Ｇ、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、無線ＬＡＮ、ビーコン、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｖ２Ｘ、その他の専用回線等が挙げられる。
【００８７】
ＤＣＭ２１は、車載ＬＡＮ２２を介してＥＣＵ２３及びカーナビゲーションシステム２４等と接続されており、車両情報を収集することができる。なお、例えばカーナビゲーションシステム２４を車両２０に後付けするような場合には、例えば、カーナビゲーションシステム２４をＤＣＭ２１に直接接続することもできる。ＤＣＭ２１は、車両２０の車両情報を無線通信ネットワーク３０を介してサーバ１０に送信すると共に、サーバ１０から無線通信ネットワーク３０を介して起動状態制御指令を受信して、ＥＣＵ２３に対して制御指令を送ることにより、車両２０の動力の起動状態を、起動可能状態と起動不可状態とに切り替える。内燃機関自動車の場合、例えばＤＣＭ２１は起動状態制御指令に応じてエンジンＥＣＵ２３に制御指令を送ることにより、起動状態を起動不可状態と起動可能可能状態とに切り替えることができる。起動不可状態ではエンジンを始動することができず（起動中のエンジンを切るものではなく、エンジンの再始動を禁じるものである。）、起動可能状態ではエンジンを始動することができる。
【００８８】
車両には数十台のＥＣＵ２３が設けられており、これらのＥＣＵ２３は車載ＬＡＮ２２を介してＤＣＭ２１に接続されている。ＥＣＵ２３としては、例えば、エンジンＥＣＵ、ＡＤＡＳ（advanced driver assistance system）ＥＣＵ、ドアロックＥＣＵ、ブレーキＥＣＵ、ステアリングＥＣＵ、ＡＴ（automatic transmission）ＥＣＵ、エアコンＥＣＵ、イモビライザーＥＣＵ、照明ＥＣＵ、エアバッグＥＣＵ等が含まれる。各ＥＣＵは、各種センサを備えており、例えば、ドアの開閉やロック、着座センサ、人感センサ（あるいは赤外線センサ）、車内カメラ、室外カメラ（カメラセンサ）、車線検知センサ、自動運転ないし運転支援用センサ、サイドブレーキセンサ、ギヤ位置センサ、ＧＰＳ（カーナビゲーションシステム２４が搭載されている場合には、カーナビゲーションシステム２４に内蔵されたＧＰＳを利用可能）、ＧｅｏＦｅｎｓｅ、Ｇセンサ、車速センサ、タコメータ、ステアリングセンサ、ブレーキセンサ、アクセルセンサ、各種操作スイッチセンサ等の情報を収集し、ＤＣＭ２１に車載ＬＡＮ２２を介してこれらの情報を送信することができる。ＤＣＭ２１は、これらの車両情報を把握すると共に、サーバ１０の車両情報収集部１１にこれらの情報を送信することにより、サーバ１０は各種車両情報を収取することができる。
【００８９】
ＤＣＭ２１は、リアルタイムで、あるいは、特定のイベント発生時に、あるいは、定期的に、各種センサの情報をＥＣＵ２３から収集する。ＤＣＭ２１から車両情報収集部１１へデータを送信するタイミングについては、リアルタイムとすることもできるし、特定のイベント発生時とすることもできるし、定期的であってもよいし、また、これらの組み合わせとすることが可能である。
【００９０】
サーバ１０は、車両情報収集部１１、遠隔制御指示部１２、送受信部１３、ユーザ情報管理部１４及び支払状況監視部１５を含んでいる。車両情報収集部１１は、無線通信ネットワーク３０及び送受信部１３を介して車両２０のＤＣＭ２１に接続され、ＤＣＭ２１によってＥＣＵ２３及びカーナビゲーションシステム２４等から収集された車両２０の車両情報を受信する。遠隔制御指示部１２は、車両情報収集部１１で収集した車両の車両情報、ユーザ情報管理部のユーザ情報等を用いて起動状態制御指令を演算し、送受信部１３及び無線通信ネットワーク３０を介して、車両２０のＤＣＭ２１に起動状態制御指令を送信する。送受信部１３は無線通信ネットワーク３０を介して、複数のＤＣＭ２１と無線通信を行う。
【００９１】
ユーザ情報管理部１４は、車両情報収集部１１、支払状況監視部及びユーザ端末３２に接続されており、車両情報収集部１１で収集された車両情報にアクセス可能であり、支払状況監視部１５で監視されているユーザの支払状況を把握することができる。また、ユーザ情報管理部１４は、ユーザ端末３２と通信が可能であり、ユーザ端末３２にはユーザ情報管理部１４からの情報が提供されると共に、ユーザはユーザ端末３２を用いてサーバ１０に対してのリクエスト等の入力が可能である。ユーザ端末は例えばＰＣや携帯電話やスマートフォンからなる。
【００９２】
支払状況監視部１５は、金融システム１６のＡＰＩ（アプリケーション・プログラミング・インタフェース、Application Programing Interface）１７と接続されており、金融システム１６のＡＰＩ１７を用いてユーザの支払状況を監視する。「APIとは、あるコンピュータプログラム(ソフトウェア)の機能や管理するデータなどを、外部の他のプログラムから呼び出して利用するための手順やデータ形式などを定めた規約のこと。（ＩＴ用語辞典e-Words）」である。外部の他のプログラムで汎用的に用いられる機能が、ＯＳやミドルウェア等のプラットフォームの形で提供される場合に、そのプラットフォームの機能を、呼び出して利用するための手続きを定めたものがＡＰＩであり、外部のプログラムの開発者はＡＰＩにより各機能を呼び出して用いることにより、各機能の開発負担を軽減することが可能となる。そして、支払状況監視部１５は、金融システム１６のＡＰＩ１７を利用することにより、ユーザによる金融システム１６を介した支払状況をリアルタイムで監視することができるため、ユーザが所定の支払いを行ったことを速やかに検出することができる。ユーザ情報管理部１４は、支払状況監視部１５によりリアルタイムで監視されたユーザの支払状況を把握することができる。
【００９３】
管理者端末３１は、管理者に情報を表示するためのディスプレーと、管理者からの情報を入力する情報入力手段を備えており、例えばＰＣ、タブレット端末、携帯端末等からなる。情報入力手段としては、タッチパネル式ディスプレー、キーボード、マウス等を用いることができ、タッチパネル式ディスプレーの場合には別途のキーボード等を省略できる。
【００９４】
カーレンタルやカーシェアの場合には、サーバ１０が車両の予約及びドアロックキー情報を管理するようにすることもできる。ユーザ情報管理部１４は、ユーザ端末３２との通信により車両の予約を管理し、予約状況及び支払状況に対応して、ユーザ端末３２へドアロックキー情報を送信すると共に、ユーザ端末３２から施錠指令及び解錠指令を受け付ける。また、遠隔制御指示部１２は、ＤＣＭ２１に対する施錠指令、解錠指令、起動状態制御指令を生成する。ユーザ情報管理部１４がユーザ端末３２へドアロックキー情報を送信すること、遠隔制御指示部１２がＤＣＭ２１に対して解錠指令を生成すること、及び、起動状態制御指令により車両を起動可能状態にすることは、「起動不可状態から起動可能状態に切り替えること」に相当する。
【００９５】
ユーザ端末３２は、例えばスマートフォンや携帯電話やタブレット端末等の携帯端末が望ましく、後述の実施形態３のように、車両のドアロックキーとしても使用するためには少なくとも携帯できる必要があり、さらに、車両２０及びユーザ端末３２にＧＰＳ機能を備えることが望ましい。車両２０及びユーザ端末３２がＧＰＳ機能を備えることにより、サーバ１０は、車両２０に搭載されたＧＰＳにより車両の位置を把握できると共に、ユーザ端末３２のＧＰＳによりユーザの位置を把握することができるため、ユーザ端末３２から送信される施錠指令及び解錠指令が有効であるか、無効であるかを判断することができる。すなわち、ユーザ端末３２が対応する車両２０から離れているときにユーザ端末３２から解錠指令が送信されても、サーバ１０では当該解錠指令は無効であると判断し、対応する車両２０に対して解錠指令を送信しない。一方、ユーザ端末３２が対応する車両２０に近い位置にあるときにユーザ端末３２から解錠指令が送信されると、サーバ１０では当該解錠指令は有効であると判断し、対応する車両２０に対して解錠指令を送信する。ここでは、車両２０及びユーザ端末３２に備えられたＧＰＳ機能によって、車両２０及びユーザ端末３２の距離を検出したが、その他の構成によって車両２０及びユーザ端末３２の距離を検出してもよいことは、いうまでもない。例えば、ユーザ端末３２及び車両２０に、それぞれ特定の近距離無線通信の送受信装置が組み込まれている場合には、ユーザ端末３２と予約車両２０との距離が、ユーザ端末３２から車両２０への近距離無線通信のエリア内であるか否かによって距離を検出することもできる。この近距離無線通信としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、赤外線通信、ＲＦＩＤ（Radio Frequency Identifier）、ＮＦＣ（Near Field Communication）等が挙げられるが、本発明の実施形態１はこれに限定されるものではなく、任意の種類の近距離無線通信を含むものである。
【００９６】
また、自宅のＰＣから車両の予約を行った場合でも、ドアロックキー情報をスマートフォンで受信していれば、スマートフォンを用いて対応する車両に対して施錠指令及び解錠指令を送信することも可能である。このため、本実施形態ではユーザ端末３２としては１つの携帯端末だけに限定されるものではなく、例えばスマートフォン及びタブレット端末といった複数の携帯端末のいずれもが特定の１つの車両２０に対して施錠指令及び解錠指令を送信することが可能であるとする等、多種多様な形態が含まれる。
【００９７】
なお、図１では、無線通信ネットワーク３０による通信、及び、ユーザ情報管理部１４とユーザ端末３２との間の通信を別々に描いているが、無線通信ネットワーク３０により、ユーザ情報管理部１４とユーザ端末３２との間の通信を行うようにしてもよい。すなわち、ユーザ情報管理部１４とユーザ端末３２との間の通信も、例えば２Ｇ、３Ｇ、４Ｇ、５Ｇ、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、無線ＬＡＮ、ビーコン、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｖ２Ｘ、その他の専用回線等が挙げられる。
【００９８】
サーバ１０は、ＤＣＭ２１から受信する車両情報から車両の運行状況を把握することができる。サーバ１０は、車両の運行状況を把握しているため、例えば、
（１）車両が停止していること、具体的には、
（１−１）車両のドアがロックされていること、
（１−２）車両に人が乗車していないこと、
（１−３）車両のサイドブレーキがパーキング位置にあること、
（１−４）車両の車内カメラによって人が検知されていないこと、又は、
（１−５）車両の人感センサによって人が検知されていないこと、
を把握することができる。また、サーバ１０は、例えば
（２）車両が公道に停止していないこと、具体的には、
（２−１）車両の車載センサにより所定の車線が検知されていないこと、又は、
（２−２）車両の位置情報により車両が地図上で公道に停止していないこと
を把握することができる。さらにサーバ１０は、例えば、
（３）車両が所定の駐車場に停止していること、具体的には、
（３−１）車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより車両が所定の駐車場に停止していること
等を、把握することができる。なお、これらの運転状態の把握を車両２０のＤＣＭ２１側で行うことができることは、いうまでもない。
【００９９】
さらに、サーバ１０は、所定の駐車場に車両を駐車中であるか、所定の駐車場以外の場所に車両を駐車中であるか、ユーザが車両を利用して移動中であるか、あるいは、車両が盗難された可能性があるか等も判別することができる。各ユーザから所定の期間内に所定の料金の支払いがあったかどうかの判断、対応する車両を起動不可状態へ変更するか否かの判断、車両の運行状態の判断、盗難発生時や異常発生時のユーザへの問い合わせ及び警察への通報等は、前記特定の車両が事前の予約がなく使用されたか否かの判断、予約に対する支払いに問題があるか否かの判断、事前の延長手続きなく予約の期間を超えて所定の期間以上特定の車両が使用されているか否かの判断、特定の車両を使用する地理的な範囲が予約時に設定された範囲を超えているか否かの判断、特定の車両の使用の態様が予約時に設定された条件に反しているか否かの判断、対応する車両を起動不可状態へ変更するか否かの判断、車両の運行状態の判断、又は、盗難発生時や異常発生時のユーザへの問い合わせ及び警察への通報等を行うか否かの判断等は、サーバ１０により自動的に行うようにしてもよいし、必要に応じそれらの一部又は全部を管理者がマニュアルで行うようにしてもよい。サーバ１０により自動化すれば、管理者の負担を軽減することができる。これらの判断をサーバ１０により自動的に行うようにしてもよいし、その一部又は全部を管理者がマニュアルで行うようにしてもよい。各種処理をサーバ１０で自動的に行う場合には、省人化が図れると共に、管理者の負担を軽減することができる。一方、これらの判断の一部又は全部を管理者がマニュアルで行うようにした場合には、サーバ１０において複雑な条件判断を行う必要がないため、サーバ１０の構成を簡略化できる。いずれの場合でも、２４時間３６５日いつでも迅速な対応を可能とすることが望ましい。
【０１００】
次に、サーバ１０により自動的に車両の運行状況を判別する方法について詳細に説明する。まず、（１）車両が停止していることの判断について説明する。
【０１０１】
（１−１）車両のドアがロックされていることは、ドアロックセンサからの情報により把握することができる。
（１−２）車両に人が乗車していないことは、着座センサ、人感センサ、赤外線センサ等の情報により把握することができる。
（１−３）車両のサイドブレーキがパーキング位置にあることは、ギヤ位置センサの情報により把握することができる。
（１−４）車両の車内カメラによって人が検知されていないことは、車内カメラの情報によって把握することができる。
（１−５）車両の人感センサによって人が検知されていないこと、人感センサ又は赤外線センサの情報によって把握することができる。
【０１０２】
次に、（２）車両が公道に停止していないことの判断について説明する。
（２−１）車両の車載センサにより所定の車線が検知されていないことは、車線検知センサ、自動運転ないし運転支援用センサ車線センサ等により把握することができる。
（２−２）車両の位置情報により車両が地図上で公道に停止していないことは、ＧＰＳの情報により把握することができる。
【０１０３】
次に、（３）車両が所定の駐車場に停止していることの判断について説明する。
（３−１）車両の位置情報により前記車両が地図上で所定の駐車場に停止していることは、カーナビゲーションシステム２４のＧＰＳ及び地図情報により、把握することができる。
（３−２）ＧｅｏＦｅｎｓｅにより車両が所定の駐車場に停止していることは、ＧｅｏＦｅｎｓｅの情報により、把握することができる。
【０１０４】
この他、事前に登録された駐車場に相当する場所で、所定時間以上、車両の動力がオフ状態となっている場合には、所定の駐車場に車両を駐車中であると判断する。また、事前に登録された駐車場以外の場所で、所定時間以上、車両の動力がオフ状態となっている場合には、所定の駐車場以外の場所に車両を駐車中であると判別する。さらに、車両が事前に登録された駐車場以外の場所にあり、車両の動力が所定の時間以上オフ状態とはなっていない場合にはユーザが車両を利用して移動中であると判別する。
【０１０５】
また、カーシェアリング、カーレンタルの場合、ユーザが車両の受け取り、及び、返却する駐車場は、複数箇所の営業所（有人あるいは無人の駐車場等）の中から、事前に登録されている。カーリースの場合も、ユーザは自分が主に使用する駐車場を事前に登録している。事前に登録した駐車場に相当する場所で、所定時間以上、車両の動力がオフ状態となっている場合には、所定の駐車場に車両を駐車中であると判断する。また、事前に登録された駐車場以外の場所で、所定時間以上、車両の動力がオフ状態となっている場合には、所定の駐車場以外の場所に車両を駐車中であると判別する。さらに、車両が事前に登録された駐車場以外の場所にあり、車両の動力が所定の時間以上オフ状態とはなっていない場合にはユーザが車両を利用して移動中であると判別する。
【０１０６】
また、車両がユーザの事前登録した範囲から所定期間以上外れていた場合には、車両が盗難された可能性があると判別する。車両が盗難された可能性があると判別された場合には、ユーザが事前に登録している連絡先にその車両運行状況を通知すると共に、盗難の有無の問い合わせを行う。所定の期間内にユーザからの回答がない場合、及び、ユーザから盗難である旨の回答があった場合には、管理者に盗難の発生を報知すると共に、ＤＣＭ２１に対して起動不可状態に対応するリレー制御指令を送信する。管理者は、サーバ１０から盗難発生の報知があった場合には、ユーザに連絡を取って盗難の発生状況を確認した上で、必要に応じて警察に車両の盗難を通報する。
【０１０７】
さらに、ＤＣＭ２１には、ＤＣＭ２１を車両２０から抜去、又は、ＤＣＭ２１に接続されている配線の切断若しくは引抜の異常を検出する手段を設けることもできる。これらの異常を検出するとＤＣＭ２１はサーバ１０にかかる異常の発生を報知する。この報知が発生するとサーバ１０は速やかに管理者に報知を行う。管理者は、サーバ１０からこの異常の報知があった場合には、ユーザに連絡を取って盗難の発生状況を確認した上で、必要に応じて警察に車両の盗難を通報する。
【０１０８】
ＤＣＭ２１を車両２０から抜去する場合として、例えば、（ａ）窃盗犯による盗難の場合、（ｂ）ユーザによる車両の悪用の場合、及び、（ｃ）未払いユーザによるやむを得ない緊急時の車両利用の場合、が想定される。（ａ）及び（ｂ）のような盗難や悪用の場合を想定した場合には、車両を起動不可状態にすることが望ましい。一方、（ｃ）のような緊急時の場合、例えば急病人の搬送を想定した場合には、車両を起動可能状態とすることが望ましい。そこで、ＤＣＭ２１が異常を検出した場合、管理者が（ａ）及び（ｂ）のような盗難や悪用の場合を想定する場合には車両２０が起動不可状態になるように設定し、管理者が（ｃ）のような緊急時の場合を想定する場合には車両２０を起動可能状態になるよう予め設定しておくことができる。
【０１０９】
カーリースの場合における、ユーザの支払いの有無に応じた車両２０の起動状態制御について図２のフローチャートを用いて説明する。Ｓ１で処理が開始され、Ｓ２に進む。車両の出荷時には、車両２０の起動が可能となる状態、すなわち、車両２０は起動可能状態に設定されている。Ｓ２では、ＤＣＭ２１から車両の車両情報が収集され、Ｓ３へ進む。Ｓ３では、支払状況監視部において金融システム１６のＡＰＩ１７により支払状況が把握され、Ｓ４へ進む。Ｓ４では、後述の図３のフローチャートに従って、遠隔制御指示部１２において起動状態制御指令が演算され、Ｓ５へ進む。Ｓ５では、送受信部１３より起動状態制御指令がＤＣＭ２１に送信される、Ｓ６へ進む。
【０１１０】
Ｓ６では、ＤＣＭ２１が起動状態制御指令を受信し、Ｓ７に進む。Ｓ７では、ＤＣＭ２１において、車両２０が停止していることが判定され、Ｙｅｓの場合にはＳ８へ進み、Ｎｏの場合にはＳ１４に進む。Ｓ７における判断は、前述の（１）の判断であり、具体的には例えば（１−１）〜（１−５）の判断である。Ｓ８では、ＤＣＭ２１において、車両２０が公道に停止していないことが判定され、Ｙｅｓの場合にはＳ９へ進み、Ｎｏの場合にはＳ１４に進む。Ｓ８における判断は、前述の（２）の判断であり、具体的には例えば（２−１）〜（２−２）の判断である。Ｓ９では、ＤＣＭ２１において、車両２０が所定の駐車場に停止していることが判定され、Ｙｅｓの場合にはＳ１０へ進み、Ｎｏの場合にはＳ１４に進む。Ｓ９における判断は、前述の（３）の判断であり、具体的には例えば（３−１）〜（３−２）の判断である。Ｓ１０では、後述の図４のフローチャートに従って、ＤＣＭ２１において、車両２０の動力がオフであることを判定され、Ｙｅｓの場合にはＳ１１へ進み、Ｎｏの場合にはＳ１４に進む。
【０１１１】
Ｓ１１では、起動状態制御指令が実行される、Ｓ１２に進む。起動状態制御指令がエンジン再起動に関する制御指令である場合を例に挙げて説明する。起動状態制御指令が、「起動不可状態への切替」である場合には、ＤＣＭ２１は、エンジンＥＣＵ２３に対してエンジン起動不可とする制御指令を送るので、車両２０のエンジンは起動不可状態となる。また、起動状態制御指令が、「起動可能状態への切替」である場合には、ＤＣＭ２１は、エンジンＥＣＵ２３に対してエンジン起動可能とする制御指令を送るので、車両２０のエンジンは起動可能状態となる。起動状態制御指令として、複数種類のものを備えることができ、エンジン再起動に関するものだけでなく、イモビライザーに作用して車両２０の起動状態を制御するものや、後述のようにドアロックに作用して車両２０の起動状態を制御するもの等も挙げられる。
【０１１２】
Ｓ１２では、起動状態制御指令の実行をサーバ１０に報知し、Ｓ１３に進む。Ｓ１３では、Ｒｅｔｕｒｎによって、最初の処理（Ｓ１）に戻る。Ｓ１４では、車両２０では起動状態制御指令が実行されず、次のＳ１５では起動状態制御指令の不実行（起動状態制御指令が実行されなかったこと）をサーバ１０に報知して、Ｓ２に戻る。
【０１１３】
次に、図３のフローチャートを用いて、図２のフローチャートのＳ３及びＳ４のルーチンを詳しく説明する。図３は、カーリースの場合のサーバ１０における支払いの監視、及び、起動可能状態と可動不可状態との切替制御のフローの例を示す。Ａ１でフローがスタートする。Ａ２では、車両の納車時（出荷時）には、車両の起動が可能となるように、設定されている。Ａ３では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ４では、各車両のユーザから所定の期間内に利用料金の支払いがあったか否か（滞納があるか否か）を判断する。所定の期間内に利用料金の支払いがない際（Ａ４でＹｅｓの場合）にはＡ５に進む。Ａ５では、ユーザに対して料金未納であるため、所定の期間に料金を支払わないと車両を起動不可状態に切り替える旨を警告して、Ａ６へ進む。Ａ４でＮｏの場合には、Ａ３に戻る。
【０１１４】
Ａ６では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ７では、各車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。Ａ７の判断がＮｏの場合には、Ａ８へ進む。Ａ８では、車両の運行状況を確認した上で、所定の条件を満たしている場合には、対応する車両２０を起動不可状態とするために、サーバ１０は遠隔制御指示部１２から起動不可状態に対応する起動状態制御指令を対応するＤＣＭ２１へ送信して、Ａ９へ進む。ＤＣＭ２１が起動不可状態に対応する起動状態制御指令を受け取ると、対応する車両２０は起動不可状態、すなわち、内燃機関車両の場合にはエンジンの始動が不可能な状態となる。本実施形態では、Ａ４でＹｅｓの場合（滞納を検出した場合）には、Ａ５で一旦ユーザに車両２０を起動不可状態に切り替える旨の警告を行ったが、本発明はこれに限定されるものでは無く、例えば、Ａ４でＹｅｓの場合に、直接Ａ８に進み、車両を起動不可状態に切り替えることも可能である。このように、滞納の検出時に直接Ａ８に進み車両を起動不可状態に切り替えるか、あるいは、一旦警告を行い車両を起動不可状態に切り替える前に所定の猶予期間を与えるかどうかは、その地域の法令や商慣行等を考慮して決定される。
【０１１５】
一方、Ａ７の判断がＹｅｓの場合には、Ａ３に戻り、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視を行う。サーバ１０からＤＣＭ２１へ起動不可状態に対応する起動状態制御指令がない状態では、通常、起動可能状態に設定されている。したがって、所定の期間内に利用料金の支払いがあった場合（Ａ７でＹｅｓの場合）には、サーバ１０からＤＣＭ２１へ起動不可状態に対応する起動状態制御指令が送信されないので、車両２０は起動可能状態、すなわち、内燃機関車両の場合にはエンジンの始動が可能な状態となる。
【０１１６】
Ａ９では、ユーザに対して料金未納のため車両が起動不可状態であることを報知すると共に、所定の期間を指定して所定の料金を支払うように促して、Ａ１０へ進む。Ａ１０では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ１１では、当該車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。Ａ１１の判断でＹｅｓの場合（支払い有りの場合）には、サーバ１０は対応する車両を再び起動可能状態とするために、遠隔制御指示部１２から起動可能状態に対応する起動状態制御指令を対応するＤＣＭ２１へ送信する。ＤＣＭ２１が起動可能状態に対応する起動状態制御指令を受信すると、対応する車両は再び起動可能状態となる。
【０１１７】
利用料金が月額料金の場合には、例えば前月の２５日までに所定の金額が支払われているか否かを確認する（Ａ４に対応）。所定の支払が行われていない際には、ユーザに対して滞納であること及び１週間以内に所定の料金の支払いがない場合には車両を起動不能状態にすることのメッセージを送信する（Ａ５に対応）。このメッセージの送信から１週間以内に所定の料金の支払いがない場合には、車両の運行状況を確認した上で、所定の条件を満たしていることを条件としてサーバ１０は遠隔制御指示部１２から起動不可状態に対応する起動状態制御指令を対応するＤＣＭ２１へ送信する（Ａ８に対応）。車両を起動不可能状態にした後、所定の期間例えば1か月が経過してもユーザから所定の料金の支払いがない場合（Ａ１１の判断でＮｏの場合）には、管理者は車両情報収集部１１で収集された特定の車両の位置情報を利用して、当該車両の回収する手配を行う（Ａ１４に対応、その後はＡ１５でエンドとなり、処理を終了する）。
【０１１８】
一方、起動不可状態に対応する起動状態制御指令をＤＣＭ２１へ送信した後に、所定の期間内にユーザによる所定の金額の入金が確認された際（Ａ１１の判断でｙｅｓの場合）には、サーバ１０は遠隔制御指示部１２から起動可能状態に対応する起動状態制御指令を対応するＤＣＭ２１へ送信し、再び、車両を起動可能状態とする（Ａ１２に対応）。また、サーバ１０からＤＣＭ２１へ起動不可に対応する起動状態制御指令がない状態では、通常、車両２０は起動可能状態に設定されている。したがって、毎月２５日までに所定の料金の支払いを済ませていれば、ユーザは車両を起動可能状態のまま利用することができる。
【０１１９】
Ａ８で車両が起動不可状態に切り替えられ、Ａ９でユーザに所定の支払を促した後、ユーザはすぐに車両を使いたければ、速やかに所定の支払を行うことになる。この場合、ユーザはすぐに車両を使いたい状況であるため、所定の支払が行われてから実際に車両が起動不可状態から起動可能状態に切り替えられるまでにタイムラグがると、すぐに車両を使いたいユーザにとっては不利益であり、問題がある。そこで、Ａ１０において金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視しているため、Ａ１１においてはユーザから所定の支払があったことをリアルライムで把握することができ、Ａ１２において、所定の支払があってからすぐにサーバ１０は遠隔制御指示部１２から起動可能状態に対応する起動状態制御指令を対応するＤＣＭ２１へ送信し、再び、車両２０を起動可能状態とし、Ａ１３でリターンとなる。
【０１２０】
なお、本発明はカーリースの場合に限定されるものでは無く、例えばカーシェアリング又はカーレンタルの場合についても適用可能であり、例えばドアロックキーの施錠及び解錠の制御や、エンジン起動リレー制御指令による車両の起動可能状態と起動不可能状態との切替制御にも適用される。例えばカーシェアリング又はカーレンタルの場合には、ユーザがユーザ端末３２からサーバ１０のユーザ情報管理部１４に対して特定の車両の予約を行う際に、インターネトバンキングやカード決済等の使用料金支払いの決済手続きが完了した後に、ユーザ情報管理部１４はユーザ端末３２に対して、ドアロックキー情報を送信する。ユーザはこのドアロックキー情報を用いて、サーバ１０を介して車両のドアロックの解錠及び施錠を制御することができる。また、サーバ１０は、ユーザの支払状況、及び、車両の状況等に応じて、車両２０の起動可能状態及び起動不可能状態を切り替える制御を行うことができる。この場合にも、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視することにより、ユーザから所定の支払があったことをリアルライムで把握することができるので、ユーザが利用料を支払ってから、車両の起動制限が解除される（例えば、ドアロックが解錠される、あるいは、車両２０が起動可能状態に切り替えられる）までのタイムラグを短くすることができる。
【０１２１】
次に、図４のフローチャートを用いて、図２のフローチャートのＳ１０のルーチンについて詳しく説明する。図４は、車両２０の動力がオフであることを判定するフローチャートである。Ｂ１では、車両２０の動力がオフであることの判定が開始され、Ｂ２へ進む。Ｂ２では、現在の車両の動力がオフであるか否かを判断する。Ｂ２の判断でＹｅｓの場合はＢ３に進み、Ｂ２の判断でＮｏの場合にはＳ１４へ進む。Ｂ３では、現在時刻と車両動力停止時刻との差分が変更禁止期間（Ｘ分）以上か否かを判断する。Ｂ３の判断でＹｅｓの場合にはＢ４へ進み、Ｎｏの場合にはＳ１４へ進む。
【０１２２】
Ｂ４では車両動力再評価期間（Ｙ秒）だけ待機した後、Ｂ５へ進む。Ｂ５では、起動状態制御指令は起動不可状態への変更であり、かつ、現在の車両動力はオンであるか否かを判断する。Ｂ５の判断でＹｅｓの場合には、Ｓ１４へ進み、Ｎｏの場合はＳ１１に進む。
【０１２３】
Ｂ３では、ＤＣＭ２１がサーバ１０から起動状態制御指令を受信した際、過去Ｘ分（例えば２分）の間にエンジンがオンになっていた場合は、起動状態制御指令を無視する。また、起動状態制御指令が起動不可状態への切替であり、かつ、現在の車両動力がオンであるときには、例えば、起動状態制御指令を受けてからＹ秒（例えば５秒）の間にエンジンのオンを検出した場合には、車両２０を起動可能状態とする。
【０１２４】
ここで、Ｘ分を例えば２分としたことの根拠を説明する。エンジン停止後１０分程度でＤＣＭ２１が省電力モードに切り替えられ、電力の消費を抑える。省電力モードの状態でユーザが車両に乗り込みエンジンを始動すべくキーをシリンダーに差し込み、イグニッションオン状態にすると、割り込み制御によりＤＣＭ２１が通常モードに切り替えられる。ＤＣＭ２１が通常モードに切り替えられたことをサーバ１０が認識するまでには、電波状況が良い時には１分程度、電波状況が悪く通信を５回程度繰り返す必要がある場合には１分３０秒程度かかる。車両の動力がオフにされてからある程度の期間は起動不可状態への切り替えを指示する起動状態制御指令を採用しない（無視する）ことにより、車両２０の動力をオフにした後すぐに再度車両の動力をオンにするような場合にも、不用意に車両２０が起動不可状態に切り替えられてしまうことを防止することができる。例えば、駐車場においてトランクや座席から荷物を積み下ろしするまでの間、車両を駐車スペースから少しずらした位置で一端停車させた状態で車両の動力をオフにし、荷物の積み下ろしの後、再び車両の動力をオンにして車両を駐車スペースに入れなおすような場合に、不用意に車両が起動不可状態に切り替えられてしまうことを防止することができる。逆にＸ分が長すぎる場合には、車両２０を起動不可状態に切り替えることができなくなってしまうケースが発生することから、過去２分間の間にエンジンがオンになっていた場合には、リレー制御指令を無視することとした。
【０１２５】
次に、Ｙ秒を例えば５秒としたことの根拠を説明する。ＤＣＭ２１は、車両の動力がオンの間に起動状態制御指令を受け取った場合には、安全を考慮して起動状態制御指令を受け付けない（起動状態制御指令を無視する）。車両２０の動力がオンである間は、ユーザが車両２０で移動中であるため、例えば電波状況が悪いために車両２０を起動不可状態へ変更する起動状態制御指令の受信が遅延されてしまった場合等、不用意に車両２０が起動不可状態となることを防止している。一方、ＤＣＭ２１が車両２０の起動を認識するまでには、実際に車両２０が起動をしてから3秒程度かかる。車両２０を起動した直後に、ＤＣＭ２１が起動状態制御指令を受信した場合、ＤＣＭ２１は車両２０が起動していないと判断し、起動状態制御指令を採用してしまい、車両が起動しているにも関わらず、車両が起動不可状態に切り替えられる状況が発生する。このような状況が発生すると、例えば、イグニッションスイッチがプッシュ式の場合、起動不可状態にする方法として、プッシュボタンを無効にする方法や、イモビライザーを発動（認証用の線をカット）する方法等もあるが、この中、プッシュボタンを無効にするものの場合、前記３秒間の間に起動不可状態に切り替えられると、エンジンを切れなくなってしまう不具合が生じる虞がある。一方、イモビライザーを発動する方法の場合、前記３秒間の間に起動不可状態に切り替えられると、プッシュボタンは効くので、エンジンをオフすることはできる状態であるが、ギアがドライブＤには入らなくなるという不具合が生じる虞がある。以上のことから、Ｙ秒として、３秒よりも余裕を持たせた５秒を採用した。
【０１２６】
ＤＣＭ２１は電波状況が悪い場合であって、サーバ１０からのリレー制御指令がなくとも、スタンドアローンでフェイルセイフに動作をすることができることが望ましい。例えば、電波状況が悪い場所で車両が起動不可状態となり、起動可能情報に対応する起動状態制御指令を受け取ることができなくなる事態を回避することができる。ＤＣＭ２１は、電波状況が悪い時には通信のリトライを繰り返して、通信を確立しようとする。所定回数、例えば２０回以上、連続してリトライしても通信が確立できない場合には、通信不能と判断し、起動状態制御指令の状態が起動不可状態のときには、起動可能状態に切り替える。これにより、電波状況が悪い時に、サーバ１０から起動可能状態へ変更する起動状態制御指令を送信できないために、車両２０が起動不能状態のまま放置される事態を避けることができる。この通信不能のときに車両２０を起動可能状態に切り替える処理を採用するか否かについては、車両２０の出荷時等に設定することができるし、また、サーバ１０から設定変更できるようにしておいてもよい。
【０１２７】
また、ＤＣＭ２１に省電力モードを設定することもできる。内燃機関車両のエンジンがオフの時には、エンジンがオフしてから所定の時間、例えば１０分が経過した後には、外部バッテリの電力の消耗を防ぐために、ＤＣＭ２１は省電力モードに移行し、電源管理のような最低限の機能以外を停止する。省電力モードの時には、ＤＣＭ２１はサーバ１０とは通信を行っていない。省電力モードの時に、電源入力の喪失を検出した場合や、エンジンのオン状態（ＡＣＣオンやＩＧオン）を検出した場合、及び、計時回路が所定の時間を計時した場合（例えば、１時間おきに）には、省電力モードのときでも常に起動している対応する回路による割り込み制御により、ＤＣＭ２１を省電力モードから通常モードに切り替える。
【０１２８】
また、ＤＣＭ２１は通常モードにおいてはリアルタイムで、又は、所定の周期、例えば３０秒おきに、又は、車両動力のオン等の特定のイベント発生時に、あるいは、これらを組み合わせた時期に、ＥＣＵ２３及びカーナビゲーションシステム２４等から車両情報の収集を行い、サーバ１０へその車両情報を送信する。常に起動している対応する回路による割り込み制御によって、ＤＣＭ２１を省電力モードから通常モードに切り替える際には、ＤＣＭ２１を起点としてサーバ１０と通信を行い、起動状態制御指令の受信や車両情報の送信を行う。通常モードにおいては、ＤＣＭ２１起点の通信に加え、サーバ１０起点の通信が可能であり、ＤＣＭ２１は起動状態制御指令等の情報を受信可能である。電波状況が悪い時には、通信を確立するまでに、複数回、例えば５回程度の通信を繰り返すことがある。電波状況が悪く通信が確立できない場合でも、ＤＣＭ２１は、直近の通信によりサーバ１０から受信した起動状態制御指令をメモリに記憶しているので、ＤＣＭ２１はサーバ１０との通信ができない環境でもスタンドアローンで動作することが可能である。また、ＤＣＭ２１は収集した車両情報をメモリに記憶しているので、通信回線が回復したときにそれらをまとめてサーバ１０へ送信することができる。なお、電波状況が悪い場合には、起動不可状態に対応する起動状態制御指令を送信又は受信しないようにしておくこともでき、この場合には、電波状況が悪いために、起動不可状態から起動可能状態への変更ができなくなる不都合を回避することができる。
【０１２９】
［実施形態２］
図５を参照して、実施形態２に係る車両遠隔制御システム、通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。なお、図５は、実施形態２の車両遠隔制御システムにおけるフローチャートである。実施形態１では、図２のフローチャートＳ７〜Ｓ９の判断をＤＣＭ２１側で行う例を説明したが、実施形態２では、これらの判断をサーバ１０側で行う例を説明する。
【０１３０】
カーリースの場合における、ユーザの支払いの有無に応じた実施形態２に係る車両２０の起動状態制御について図５のフローチャートを用いて説明する。Ｃ１で処理が開始され、Ｃ２に進む。車両の出荷時には、車両２０の起動が可能となる状態、すなわち、車両２０は起動可能状態に設定されている。Ｃ２では、ＤＣＭ２１から車両の車両情報が収集され、Ｃ３へ進む。Ｃ３では、支払状況監視部において金融システム１６のＡＰＩ１７により支払状況が把握され、Ｃ４へ進む。Ｃ３及びＣ４では、前述の図３のフローチャートに従って、遠隔制御指示部１２において起動状態制御指令が演算され、Ｃ５へ進む。Ｃ５では、サーバ１０において、車両２０が停止していることが判定され、Ｙｅｓの場合にはＣ６へ進み、Ｎｏの場合にはＣ９に進む。Ｃ５における判断は、前述の（１）の判断であり、具体的には例えば（１−１）〜（１−５）の判断である。Ｃ６では、サーバ１０において、車両２０が公道に停止していないことが判定され、Ｙｅｓの場合にはＣ７へ進み、Ｎｏの場合にはＣ９に進む。Ｃ６における判断は、前述の（２）の判断であり、具体的には例えば（２−１）〜（２−２）の判断である。Ｃ７では、サーバ１０において、車両２０が所定の駐車場に停止していることが判定され、Ｙｅｓの場合にはＣ８へ進み、Ｎｏの場合にはＣ９に進む。Ｃ７における判断は、前述の（３）の判断であり、具体的には例えば（３−１）〜（３−２）の判断である。Ｃ８では、起動状態制御指令を遠隔制御指示部１２からＤＣＭ２１へ送信して、Ｃ１０に進む。Ｃ９では、起動状態制御指令を遠隔制御指示部１２からＤＣＭ２１へ送信しないで、Ｃ２に戻る。
【０１３１】
Ｃ１０では、ＤＣＭ２１が起動状態制御指令を受信して、Ｃ１１に進む。Ｃ１１では、前述の図４のフローチャートに従って、ＤＣＭ２１において、車両２０の動力がオフであることを判定され、Ｙｅｓの場合にはＣ１２へ進み、Ｎｏの場合にはＣ１５に進む。Ｃ１２では、車両２０にて起動状態制御指令が実行される。起動状態制御指令がエンジン再起動に関する制御指令である場合を例に挙げて説明する。起動状態制御指令が、「起動不可状態への切替」である場合には、ＤＣＭ２１は、エンジンＥＣＵ２３に対してエンジン起動不可とする制御指令を送るので、車両２０のエンジンは起動不可状態となる。また、起動状態制御指令が、「起動可能状態への切替」である場合には、ＤＣＭ２１は、エンジンＥＣＵ２３に対してエンジン起動可能とする制御指令を送るので、車両２０のエンジンは起動可能状態となる。起動状態制御指令として、複数種類のものを備えることができ、エンジン再起動に関するものだけでなく、イモビライザーに作用して車両２０の起動状態を制御するものや、後述のようにドアロックに作用して車両２０の起動状態を制御するもの等も挙げられる。Ｃ１２の次にはＣ１３に進む。
【０１３２】
Ｃ１３では、起動状態制御指令の実行をサーバ１０に報知して、Ｃ１４に進む。Ｃ１４では、Ｒｅｔｕｒｎによって、最初の処理（Ｃ１）に戻る。Ｃ１５では、車両２０では起動状態制御指令が実行されず、次のＣ１６では起動状態制御指令の不実行（起動状態制御指令が実行されなかったこと）をサーバ１０に報知して、Ｃ２に戻る。
【０１３３】
（１）前記車両が停止していること、
（２）前記車両が公道に停止していないこと、又は、
（３）前記車両が所定の駐車場に停止していること、
の判断は、実施形態１ではＤＣＭ２１側で実行され、実施形態２ではサーバ１０側で実行されたが、本発明の実施形態はこれに限定されるものでは無く、上記（１）〜（３）の判断の一部をＤＣＭ２１側で行い、残りの一部をサーバ１０側で行うようにしてもよい。また、通信環境が良好な場合については、図４のフローチャートの処理をサーバ１０側で行うようにすることも可能である。
【０１３４】
なお、実施形態２はカーリースの場合に限定されるものでは無く、実施形態１で説明したのと同様に、例えばカーシェアリング又はカーレンタルの場合についても適用可能であり、例えばドアロックキーの施錠及び解錠の制御や、エンジン起動リレー制御指令による車両の起動可能状態と起動不可能状態との切替制御にも適用される。
【０１３５】
［実施形態３］
図６を参照して、本発明の実施形態３に係る車両遠隔制御システム、通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図６は、実施形態３に係る車両起動制御システムの全体図である。図１〜図５と共通する構成については同一の符号を付し、その説明は省略する。実施形態１〜２では、サーバ１０からＤＣＭ２１への通信により、起動状態制御指令がサーバ１０からＤＣＭ２１へ送信されていたのに対し、実施形態３では、ユーザ端末３２を介して、起動状態制御指令がサーバ１０からＤＣＭ２１へ提供される点で実施形態１〜２と異なる。
【０１３６】
図３のフローチャートのＡ１２における、一旦起動不可能状態に切り替えられた後に、再び、起動可能状態に切り替える際の制御について説明する。Ａ９では、ユーザに対して料金未納のため車両が起動不可状態であることを報知すると共に、所定の期間を指定して所定の料金を支払うように促して、Ａ１０へ進む。Ａ１０では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ１１では、当該車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。
【０１３７】
Ａ１１の判断でＹｅｓの場合（支払い有りの場合）には、Ａ１２に進み、サーバ１０からＤＣＭ２１に対して再び起動可能状態とするためのエンジン起動リレー制御指令が提供される。この際、本実施形態では、サーバ１０からＤＣＭ２１に対して再び起動可能状態とするための起動状態制御指令がユーザ端末３２を介して提供される。すなわち、支払状況監視部１５が、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、ユーザから所定の期間内に利用料金の支払いがあったことが検知されると、サーバ１０のユーザ情報管理部１４から対応するユーザのユーザ端末３２に対して、車両を起動状態に切り替えるための起動状態制御指令が送信される。
【０１３８】
ユーザ端末３２及び車両２０（例えば車両２０のドアロックＥＣＵ２３）には、それぞれ特定の近距離無線通信の送受信装置が組み込まれている。この近距離無線通信としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、赤外線通信、ＲＦＩＤ（Radio Frequency Identifier）、ＮＦＣ（Near Field Communication）等が挙げられるが、本発明はこれに限定されるものではなく、任意の種類の近距離無線通信を含むものである。例えばＮＦＣを用いた場合には、例えばaタイプ（廉価タイプ）、bタイプ（欧州のETCに採用されているタイプ）、ｆタイプ（FeliCa(登録商標)）等の形式を採用することができる。ユーザがユーザ端末３２を車両２０側のＮＦＣ端末にかざすことにより、ユーザ端末３２からＤＣＭ２１に対して、ユーザ端末３２がサーバ１０から受け取った車両２０を起動可能状態にする起動状態制御指令情報を送信することができる。これにより、車両２０は再び起動可能状態に切り替えられる。なお、車両２０のドアロックの施錠及び解錠も同様にして、ユーザ端末３２を介して行うことができる。この場合には、サーバ１０からユーザ端末３２に対してドアロックキー情報が送信されており、ユーザ端末３２を車両２０側のＮＦＣ端末にかざすことにより、ユーザ端末３２から車両２０に対して、ユーザ端末３２がサーバ１０から受け取った車両２０のドアロックキー情報を送信する。これにより、ユーザ端末３２によって車両２０のドアロックの施錠及び解錠を制御することができる。
【０１３９】
遠隔制御指示部１２から無線通信ネットワーク３０を介してＤＣＭ２１に対して通信によりド起動状態制御指令（ドアロックキー情報やエンジン起動のための起動状態制御指令情報）を送信する場合に比べ、ユーザ端末３２にサーバ１０から受信した起動状態制御指令を記憶しておく場合には、サーバ１０とユーザ端末３２との間の通信が確保されていれば、無線通信ネットワーク３０の通信状況に依存することなく、通信状況が悪い状況でも、迅速にドアロックの施錠及び解錠や車両２０を起動可能状態とすることができる。このため、車両２０の駐車位置等に依存することなく、迅速かつ確実に車両２０を起動可能状態に切り替えることができる。また、ＤＣＭ２１がスリープモードの場合には、車両２０を起動可能状態に切り替えるのに、長い場合では１時間程度の時間を要することがあるが、例えばユーザ端末３２を車両２０側のＮＦＣ端末にかざすことにより、ＤＣＭ２１に対して直接、起動状態制御指令を送信することができるため、ＤＣＭ２１がスリープモードの場合であっても速やかに車両２０の起動状態を制御すること（例えば、車両２０を起動可能状態に切り替えることや、車両２０のドアロックキーを解錠すること）が可能となる。
【０１４０】
また、ＤＣＭ２１がユーザ端末３２から起動状態制御指令（ドアロックキー情報やエンジン起動のための起動状態制御指令情報）を受信できるシステムにおいても、ＤＣＭ２１がサーバ１０から起動状態制御指令を受信できるようにしておいてもよい。この場合、ユーザがユーザ端末３２を紛失した場合や自宅等に置き忘れた場合であっても、サーバ１０に対して他の通信手段を用いてユーザの認証及び予約内容の確認が取れれば、サーバ１０を介して、ＤＣＭ２１に対して施錠指令及び解錠指令を送信することにより、ドアロックの施錠及び解錠が可能となる。
【０１４１】
[実施形態４]
図７を参照して、本発明の実施形態４に係る車両遠隔制御システム、通信モジュール、車両、サーバ、車両遠隔制御方法、車両遠隔制御プログラム及び記憶媒体について説明する。図７は、実施形態４に係る車両起動制御システムの全体図である。図１〜図６と共通する構成については同一の符号を付し、その説明は省略する。実施形態３では、ユーザ端末３２を介してＤＣＭ２１に対して車両２０に起動状態制御指令を送信していたが、実施形態４では、カードライタ４１により起動状態制御指令を書き込んだＩＣカード４０を用いて車両２０側の（例えばドアロックＥＣＵ２３に接続された）カードリーダ４２により起動状態制御指令を読み込む点で実施形態３と異なる。なお、図７において、ユーザ端末３２は必須の構成ではない。
【０１４２】
図３のフロー図のＡ１２における、一旦起動不可能状態に切り替えられた後に、再び、起動可能状態に切り替える際の制御について説明する。Ａ９では、ユーザに対して料金未納のため車両が起動不可状態であることを報知すると共に、所定の期間を指定して所定の料金を支払うように促して、Ａ１０へ進む。Ａ１０では、支払状況監視部１５は、金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視して、Ａ１１では、当該車両のユーザから所定の期間内に利用料金の支払いがあったか否かを判断する。
【０１４３】
Ａ１１の判断でＹｅｓの場合（支払い有りの場合）には、Ａ１２に進み、サーバ１０からＤＣＭ２１に対して再び起動可能状態とするための起動状態制御指令が提供される。この際、本実施形態では、サーバ１０からＤＣＭ２１に対して再び起動可能状態とするための起動状態制御指令がＩＣカード４０を介して提供される。
【０１４４】
支払状況監視部１５が金融システム１６のＡＰＩ１７を用いてユーザの支払状況をリアルタイムで監視することにより、ユーザから所定の支払があったことをリアルライムで把握することができ、所定の支払があってからすぐにユーザ情報管理部１４がカードライタ４１によりＩＣカード４０に起動可能状態とするためのエンジン起動リレー制御指令情報の書き込みを行うことができる。車両２０側にはカードリーダ４２が設けられており、ユーザがＩＣカード４０をカードリーダ４２にかざすことにより、起動可能状態とするための起動状態制御指令がＩＣカード４０からＤＣＭ２１に送信され、ＤＣＭ２１は車両２０を再び起動可能状態へと切り替える。
【０１４５】
ＩＣカード４０の形式としては、例えばＲＦＩＤやＮＦＣ等が挙げられるが、本実施形態はこれに限定されるものではなく、任意の種類のＩＣカードを利用可能である。カードライタ４１及びカードリーダ４２には、ＩＣカード４０の形式に対応したものが用いられる。なお、例えばＮＦＣを用いる場合には、上述のような各タイプ（aタイプ、bタイプ、ｆタイプ等）のものを採用することができる。
【０１４６】
遠隔制御指示部１２から無線通信ネットワーク３０を介してＤＣＭ２１に対して通信により起動状態制御指令（ドアロックキー情報やエンジン起動について起動状態制御指令）を送信する場合に比べ、ＩＣカード４０に起動状態制御指令を書き込む場合には、無線通信ネットワーク３０の通信状況に依存することなく、通信状況が悪い状況でも、迅速にドアロックの施錠及び解錠や車両２０を起動可能状態とすることができる。また、ＤＣＭ２１がスリープモードの場合には、車両２０を起動可能状態に切り替えるのに、長い場合では１時間程度の時間を要することがあるが、ＩＣカード４０をカードリーダ４２にかざすことにより、ＤＣＭ２１に対して直接、起動状態制御指令を送信することができるため、ＤＣＭ２１がスリープモードの場合であっても速やかに車両２０の起動状態を制御すること（例えば、車両２０を起動可能状態に切り替えることや、車両２０のドアロックキーを解錠すること）が可能となる。
【０１４７】
また、車両２０がカードリーダ４２を備え、ＩＣカード４０により起動状態制御指令を入力できるシステムにおいても、ユーザ端末３２から近距離無線手段によりＤＣＭ２１に起動状態制御指令（ドアロックキー情報やエンジン起動についての起動状態制御指令）を通信する手段、及び、サーバ１０の遠隔制御指示部１２を介して起動状態制御指令をＤＣＭ２１に通信する手段を設けておくことができる。この場合、ユーザがＩＣカード４０を紛失した場合や自宅等に置き忘れた場合であっても、ユーザ端末３２を用いてＤＣＭ２１との間で通信することにより車両起動制御を行うことができる。さらに、サーバ１０に対して他の通信手段を用いてユーザの認証及び予約内容の確認が取れれば、サーバ１０からＤＣＭ２１に対して施錠指令及び解錠指令を送信することにより、ドアロックの施錠、解錠、車両起動制御を行うことができる。このように複数の通信手段を備えることにより、ユーザの都合のよい手段によりドアロックの施錠・解錠、車両起動制御を行うことが可能となることにより、ユーザにとって利便性が高いシステムを提供することができる。
【０１４８】
[実施形態５]
実施態様１〜４では、内燃機関車両へ適用し、エンジンＥＣＵを制御することにより、起動不可状態と起動可能状態とを切り替える態様を説明したが、実施形態５では、内燃機関車両以外の動力を用いた車両、例えば電気自動車（以下「ＥＶ車両」という。）やハイブリッド電気自動車（以下「ＨＥＶ車両」という。）を含む車両に対しても実施形態１〜４の車両起動制御システムが適用可能であることを説明する。
【０１４９】
車両の種類として、例えば、内燃機関車両、ＥＶ車両、パラレル方式ＨＥＶ車両、シリーズ方式ＨＥＶ車両及びシリーズ・パラレル方式ＨＥＶ車両に分類すると共に、イモビライザを搭載しているか否かに区分した上で、さらに、起動方式をキー式とプッシュ式に区分した場合の、いずれの区分においても、実施形態１〜４の車両起動制御システムが適用可能である。なお、イモビライザーとは、キーに埋め込まれたトランスポンダーと呼ばれるＩＣチップに固有のＩＤコードを記録させておき、トランスポンダーのＩＤコードを車両本体の電子制御装置に登録されているＩＤコードにより認証して、認証が成立した場合にのみエンジンを始動させることできる装置である。
【０１５０】
キー式及びプッシュ式は、動力を始動するための操作方法で分けたものである。キー式とは、動力を始動するためにキーシリンダにキーを差し込み、ＯＦＦ、ＡＣＣ、ＩＧＮ及びＳＴＡＲＴを切り替える方式のものである。プッシュ式とは、スマートキー式の場合の方式であり、動力始動用プッシュボタンを押すことにより、動力をオンとする方式のものである。
【０１５１】
なお、ＨＥＶ車両の定義は、次のとおりである。パラレル方式は、モータとエンジンで車輪を駆動する方式であり、モータを使ってバッテリを充電する方式である。シリーズ方式は、エンジンで発電機を駆動して充電し、モータで車輪を駆動する方式である。シリーズ・パラレル方式は、モータとエンジンで車輪を駆動すると共に、エンジンで発電機を駆動して充電してモータを駆動することができる方式である。
【０１５２】
ここで、ＤＣＭ２１の構成は、ＥＶ車両及びＨＥＶ車両に対しても実施形態１〜４で示した内燃機関車両用のものと共通である。ただし、ＥＶ車両には内燃機関が無い点、及び、ＨＥＶ車両ではモータだけで走行できるモードが存在する点で内燃機関車両の場合と相違する。ＥＶ車両の場合には、ＩＧＮ入力検知部に替えて、プッシュボタンが押されて動力がオンとなっていることを検知する手段を設けることが望ましく、また、起動状態制御指令はソフトウエアにより処理することが可能である。ＨＥＶ車両の場合には、ＩＧＮ入力検知部に替えて、動力がオンとなっていることを検知する手段を設けることが望ましく、また、起動状態制御指令はソフトウエアにより処理することが可能である。また、ＥＶ車両にはキー式のものは存在せず、全てプッシュ式である。
【０１５３】
起動不可状態の具体例としては、例えば、セルモータへの電力供給を遮断する方法、イモビライザーを制御して、ＩＤコードの認証を不成立とさせる方法、プッシュボタンが押されたことを電子制御装置へ伝えなくすれ方法等も想定されるが、いずれの構成であってもソフトウエアにより起動状態制御指令を実行することが可能である。
【符号の説明】
【０１５４】
１０  サーバ
１１  両情報収集部
１２  遠隔制御指示部
１３  送受信部
１４  ユーザ情報管理部
１５  支払状況監視部
１６  金融システム
１７  ＡＰＩ
２０  車両
２１  ＤＣＭ
２２  車載ＬＡＮ
２３  ＥＣＵ
２４  カーナビゲーションシステム
３０  無線通信ネットワーク
３１  管理者端末
３２  ユーザ端末
４０  ＩＣカード
４１  カードライタ
４２  カードリーダ
【図１】
2020012570.tif 000003
【図２】
2020012570.tif 000004
【図３】
2020012570.tif 000005
【図４】
2020012570.tif 000006
【図５】
2020012570.tif 000007
【図６】
2020012570.tif 000008
【図７】
2020012570.tif 000009
【手続補正書】
【提出日】平成30年12月28日(2018.12.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両のＥＣＵと通信して前記車両の車両情報を収集する通信モジュールと、
前記通信モジュールから受信した前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバと、
からなる車両遠隔制御システムであって、
前記サーバは、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
であることを特徴とする車両遠隔制御システム。
【請求項２】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項１に記載の車両遠隔制御システム。
【請求項３】
前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする請求項１又は２に記載の車両遠隔制御システム。
【請求項４】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項１〜３のいずれか１項に記載の車両遠隔制御システム。
【請求項５】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする請求項１〜４のいずれか１項に記載の車両遠隔制御システム。
【請求項６】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項１〜４のいずれか１項に記載の車両遠隔制御システム。
【請求項７】
前記サーバは、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能であることを特徴とする請求項１〜６のいずれか１項に記載の車両遠隔制御システム。
【請求項８】
前記通信モジュールは、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする請求項１〜７のいずれか１項に記載の車両遠隔制御システム。
【請求項９】
車両のＥＣＵと通信して前記車両の車両情報を収集すると共に、前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバに、前記車両情報を送信する通信モジュールであって、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、であることを特徴とする通信モジュール。
【請求項１０】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項９に記載の通信モジュール。
【請求項１１】
前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする請求項９又は１０に記載の通信モジュール。
【請求項１２】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項９〜１１のいずれか１項に記載の通信モジュール。
【請求項１３】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記サーバにより判定されることを特徴とする請求項９〜１２のいずれか１項に記載の通信モジュール。
【請求項１４】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項９〜１２のいずれか１項に記載の通信モジュール。
【請求項１５】
さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする請求項９〜１４のいずれか１項に記載の通信モジュール。
【請求項１６】
請求項９〜１５のいずれか１項に記載の通信モジュールを備えたことを特徴とする車両。
【請求項１７】
通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバであって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
であることを特徴とするサーバ。
【請求項１８】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項１７に記載のサーバ。
【請求項１９】
前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする請求項１７又は１８に記載のサーバ。
【請求項２０】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項１７〜１９のいずれか１項に記載のサーバ。
【請求項２１】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする請求項１７〜２０のいずれか１項に記載のサーバ。
【請求項２２】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項１７〜２０のいずれか１項に記載のサーバ。
【請求項２３】
管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信可能であることを特徴とする請求項１７〜２２のいずれか１項に記載のサーバ。
【請求項２４】
ユーザ端末又はＩＣカードを介して通信モジュールに起動状態制御指令を入力できることを特徴とする請求項１７〜２３のいずれか１項に記載のサーバ。
【請求項２５】
通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算する車両遠隔制御方法であって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
であることを特徴とする車両遠隔制御方法。
【請求項２６】
前記（１）の条件は、少なくとも
（１−１）前記車両のドアがロックされていること、
（１−２）前記車両に人が乗車していないこと、
（１−３）前記車両のサイドブレーキがパーキング位置にあること、
（１−４）前記車両の車内カメラによって人が検知されていないこと、又は、
（１−５）前記車両の人感センサによって人が検知されていないこと、
を含んでいることを特徴とする請求項２５に記載の車両遠隔制御方法。
【請求項２７】
前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする請求項２５又は２６に記載の車両遠隔制御方法。
【請求項２８】
前記（３）の条件は、少なくとも
（３−１）前記車両の位置情報により前記車両が地図上で所定の駐車場に停止していること、又は、
（３−２）ＧｅｏＦｅｎｓｅにより前記車両が所定の駐車場に停止していること
を含んでいることを特徴とする請求項２５〜２７のいずれか１項に記載の車両遠隔制御方法。
【請求項２９】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記遠隔制御指示手段により判定されることを特徴とする請求項２５〜２８のいずれか１項に記載の車両遠隔制御方法。
【請求項３０】
前記車両の起動不可状態と起動可能状態とが切り替えられる条件の少なくとも一部は前記通信モジュールにより判定されることを特徴とする請求項２５〜２８のいずれか１項に記載の車両遠隔制御方法。
【請求項３１】
さらに、管理者端末、金融システム、又は、ユーザ端末の少なくとも１つと通信する手段を有することを特徴とする請求項２５〜３０のいずれか１項に記載の車両遠隔制御方法。
【請求項３２】
前記通信モジュールは、さらにユーザ端末又はＩＣカードを介して起動状態制御指令を入力できることを特徴とする請求項２５〜３１のいずれか１項に記載の車両遠隔制御方法。
【請求項３３】
請求項２５〜３２のいずれか１項に記載の車両遠隔制御方法の各手段をコンピュータにより実行することを特徴とする車両遠隔制御プログラム。
【請求項３４】
請求項３３に記載の車両遠隔制御プログラムを記憶したことを特徴とする記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
本発明の各実施態様の目的は、以下の構成によって達成できる。すなわち、本発明の第１の態様の車両遠隔制御システムは、車両のＥＣＵと通信して前記車両の車両情報を収集する通信モジュールと、
前記通信モジュールから受信した前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバと、
からなる車両遠隔制御システムであって、
前記サーバは、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
であることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
本発明の第３の態様の車両遠隔制御システムは、第１又は第２の態様の車両遠隔制御システムにおいて、前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
本発明の第９の態様の通信モジュールは、車両のＥＣＵと通信して前記車両の車両情報を収集すると共に、前記車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバに、前記車両情報を送信する通信モジュールであって、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、であることを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
本発明の第１１の態様の通信モジュールは、第９又は第１０の態様の通信モジュールにおいて、前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
本発明の第１７の態様のサーバは、通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算するサーバであって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
であることを特徴とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
本発明の第１９の態様のサーバは、第１７又は第１８の態様のサーバにおいて、前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
本発明の第２５の態様の車両遠隔制御方法は、通信モジュールから受信した車両の車両情報に基づき前記車両の起動不可状態と起動可能状態とを切り替える起動状態制御指令を演算する車両遠隔制御方法であって、
前記通信モジュールから前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集した前記車両情報を用いて、前記起動状態制御指令を演算し、前記通信モジュールに前記起動状態制御指令を出力する遠隔制御指示手段と、
を有し、
前記通信モジュールにより前記車両の起動不可状態と起動可能状態とが切り替えられる条件は、前記車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
であることを特徴とする。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
本発明の第２７の態様の車両遠隔制御方法は、第２５又は第２６の態様の車両遠隔制御方法において、前記（２）の条件は、少なくとも
（ａ）の条件として（２−１）前記車両の車載センサにより所定の車線が検知されていないこと、又は、
（ｂ）の条件として（２−２）前記車両の位置情報により前記車両が地図上で公道に停止していないこと、
を含んでいることを特徴とする。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
第１の態様の車両遠隔制御システムによれば、通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする車両遠隔制御システムを提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
とすることができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
第９の態様の通信モジュールによれば、車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする通信モジュールを提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、とすることができる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
第１７の態様のサーバによれば、通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とするサーバを提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、
とすることができる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
第２５の態様の車両遠隔制御方法によれば、通信モジュールを車両のＥＣＵと車載通信ネットワークを介して接続することにより、さまざまな車両情報を収集すると共に、収集された車両情報を用いて適切な車両の起動状態の制御、すなわち、公道では車両の遠隔制御を行わないことや、駐車ないし停車した状態で車両の遠隔制御を行うことを実現した車両の起動状態の制御を可能とする車両遠隔制御方法を提供すことができる。具体的な条件として、車両の動力がオフであることに加えて、少なくとも（ａ）又は（ｂ）の条件を満たすことであり、（ａ）、（ｂ）の条件はそれぞれ、
（ａ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、又は、（２）前記車両が公道に停止していないと判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（３）前記車両が所定の駐車場に停止していること、
（ｂ）車載ネットワークを介して収集された前記車両の車載センサからの車両情報により（１）前記車両が停止していると判断されること、及び、
前記車両の車載ＧＰＳからの位置情報により、（２）前記車両が公道に停止していないと判断されること、又は、（３）前記車両が所定の駐車場に停止していると判断されること、とすることができる。
【国際調査報告】
2020012570.tif 000010
2020012570.tif 000011
2020012570.tif 000012
2020012570.tif 000013