特許 6890107 制御装置、サーバシステム、及び車両管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6890107

(24)【登録日】2021年5月26日

(45)【発行日】2021年6月18日

(54)【発明の名称】制御装置、サーバシステム、及び車両管理システム

(51)【国際特許分類】

   E05B 49/00 20060101AFI20210607BHJP

   B60R 25/24 20130101ALI20210607BHJP

   E05B 19/00 20060101ALI20210607BHJP

【ＦＩ】

   E05B49/00 J

   B60R25/24

   E05B19/00 J

【請求項の数】11

【全頁数】23

(21)【出願番号】特願2018-139177(P2018-139177)

(22)【出願日】2018年7月25日

(65)【公開番号】特開2020-16065(P2020-16065A)

(43)【公開日】2020年1月30日

【審査請求日】2021年3月11日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006758

【氏名又は名称】株式会社ヨコオ

(74)【代理人】

【識別番号】100124682

【弁理士】

【氏名又は名称】黒田 泰

(74)【代理人】

【識別番号】100104710

【弁理士】

【氏名又は名称】竹腰 昇

(74)【代理人】

【識別番号】100090479

【弁理士】

【氏名又は名称】井上 一

(72)【発明者】

【氏名】風間 利裕

(72)【発明者】

【氏名】内田 晴久

(72)【発明者】

【氏名】阿部 雅裕

(72)【発明者】

【氏名】深谷 拓範

(72)【発明者】

【氏名】橋本 衛

【審査官】 藤脇 昌也

(56)【参考文献】

【文献】 特開２０１８−５３５３（ＪＰ，Ａ）

【文献】 特開２０１６−１２３６９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｅ０５Ｂ １／００ − ８５／２８

(57)【特許請求の範囲】

【請求項1】

車両に設置される制御装置であって、
前記車両のドア解錠信号を発信する回路部を有する車両電子キー又は前記回路部が取り付けられることで、前記ドア解錠信号を前記回路部から発信させる発動制御が可能な発動制御部と、
所与の情報を取得する第１の取得制御部と、
前記第１の取得制御部による前記所与の情報の取得がなされた場合に、前記発動制御部に前記発動制御を行わせる実行制御部と、
を備え、
前記発動制御部は、前記車両電子キーに設けられたドア解錠ボタンが押し下げられた時に当該押し下げを検知するために前記回路部に設けられた検知回路を検知状態とすることで前記発動制御を行う、
制御装置。

【請求項2】

車両に設置される制御装置であって、
前記車両のドア解錠信号を発信する回路部を有する車両電子キー又は前記回路部が取り付けられることで、前記ドア解錠信号を前記回路部から発信させる発動制御が可能な発動制御部と、
所与の情報を取得する第１の取得制御部と、
前記第１の取得制御部による前記所与の情報の取得がなされた場合に、前記発動制御部に前記発動制御を行わせる実行制御部と、
を備え、
前記車両電子キーは、前記車両のドア解錠ボタンを有し、
前記発動制御部は、所定位置に取り付けられた前記車両電子キーの前記ドア解錠ボタンを押し下げる押し下げ機構部を有し、当該押し下げ機構部を作動させることで前記発動制御を行う、
制御装置。

【請求項3】

前記第１の取得制御部は、前記車両を使用するユーザが携帯する情報担持媒体からユーザ認証に使用する第１のユーザ認証情報を前記所与の情報として取得し、
前記第１の取得制御部による前記第１のユーザ認証情報の取得がなされた場合に、前記第１のユーザ認証情報に基づいて前記車両の使用許否判定を行う使用許否判定部、を更に備え、
前記実行制御部は、前記第１の取得制御部による前記第１のユーザ認証情報の取得がなされて前記使用許否判定部により合格と判定された場合に、前記発動制御部に前記発動制御を行わせる、
請求項１又は２に記載の制御装置。

【請求項4】

近距離無線通信を行う近距離無線通信部を更に備え、
前記情報担持媒体は、前記近距離無線通信のための通信回路を有し、
前記第１の取得制御部は、前記近距離無線通信部を制御して前記第１のユーザ認証情報を取得する、
請求項３に記載の制御装置。

【請求項5】

前記情報担持媒体は、電子機器又はＩＣカードである、
請求項３又は４に記載の制御装置。

【請求項6】

前記ユーザの第２のユーザ認証情報を管理するサーバシステムに通信接続して前記第２のユーザ認証情報を取得する第２の取得制御部、
を更に備え、
前記使用拒否判定部は、前記第１の取得制御部により取得された前記第１のユーザ認証情報と、前記第２の取得制御部により取得された前記第２のユーザ認証情報と、に基づいて前記車両の使用許否判定を行う、
請求項３〜５の何れか一項に記載の制御装置。

【請求項7】

前記サーバシステムは、前記第２のユーザ認証情報と関連付けて、前記ユーザによる前記車両の使用を許可する日時を示す許可日時情報を管理し、
前記第２の取得制御部は、前記サーバシステムから前記第２のユーザ認証情報及び前記許可日時情報を取得し、
前記実行制御部は、前記使用許否判定を行う日時が前記許可日時情報に適合し、且つ、前記第１のユーザ認証情報と前記第２のユーザ認証情報とが適合する場合に合格と判定する前記使用許否判定を行う、
請求項６に記載の制御装置。

【請求項8】

前記回路部は、所定の電源に基づいて回路動作を行い、前記回路動作には、前記車両がエンジン始動時に所定の認証処理を行う際の認証キーを発信することを含み、
前記発動制御部は、前記回路部への電源供給制御を行う電源供給制御部を有し、
前記実行制御部は、前記使用許否判定によって合格と判定するまでは前記電源供給制御部による電源供給制御を抑止し、合格と判定した場合に電源供給制御を行わせる、
請求項３〜７の何れか一項に記載の制御装置。

【請求項9】

車両に設置される制御装置であって、
前記車両のドア解錠信号を発信する回路部を有する車両電子キー又は前記回路部が取り付けられることで、前記ドア解錠信号を前記回路部から発信させる発動制御が可能な発動制御部と、
前記車両を使用するユーザが携帯する情報担持媒体からユーザ認証に使用する第１のユーザ認証情報を取得する第１の取得制御部と、
前記第１の取得制御部による前記第１のユーザ認証情報の取得がなされた場合に、前記第１のユーザ認証情報に基づいて前記車両の使用許否判定を行う使用許否判定部と、
前記第１の取得制御部による前記第１のユーザ認証情報の取得がなされて前記使用許否判定部により合格と判定された場合に、前記発動制御部に前記発動制御を行わせる実行制御部と、
を備え、
前記回路部は、所定の電源に基づいて回路動作を行い、前記回路動作には、前記車両がエンジン始動時に所定の認証処理を行う際の認証キーを発信することを含み、
前記発動制御部は、前記回路部への電源供給制御を行う電源供給制御部を有し、
前記実行制御部は、前記使用許否判定によって合格と判定するまでは前記電源供給制御部による電源供給制御を抑止し、合格と判定した場合に電源供給制御を行わせる、
制御装置。

【請求項10】

第２のユーザ認証情報を管理するサーバシステムであって、請求項６又は７に記載の制御装置からの要求に応じて前記第２のユーザ認証情報を提供するサーバシステム。

【請求項11】

請求項６又は７に記載の制御装置と、
前記第２のユーザ認証情報を管理するサーバシステムであって、前記制御装置からの要求に応じて前記第２のユーザ認証情報を提供するサーバシステムと、
を具備した車両管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両ドアの解錠等を制御するための制御装置等に関する。

【背景技術】

【0002】

自動車等の車両の１つの使用形態として、特定の車両を複数のユーザが共同使用するカーシェアリングが知られている。カーシェアリングでは、車両ドアを解錠するための物理的な鍵である車両電子キーをユーザ間で受け渡すことが困難であることから、車両電子キーを必要とせずに車両ドアを解錠する仕組みが求められている。例えば、特許文献１には、ユーザ端末を用いてユーザ認証を行い、その結果認証された場合に車両ドアのアンロック処理等を実行する仕組みが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６−２０６８１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、特許文献１の技術では、車両内に設置した車両端末を車両診断用コネクタを介して自動車各部を制御する制御ユニットと接続し、ＣＡＮ（Controller Area Network）通信を利用することで、アンロック処理を行っている。すなわち、特許文献１の技術は、車載ネットワークに物理的に接続する装置を車両内に取り付けて、車載ネットワークにアクセスして車両ドアの解錠制御を直接行うものであった。

【0005】

以上のように、従来の技術では、車載ネットワークに物理的に接続する装置を車両内に取り付ける必要があった。

【0006】

本発明は、こうした事情に鑑みてなされたものであり、車載ネットワークに物理的に接続する装置を車両内に取り付ける必要がなく、車両ドアの解錠を行うことができる新たな技術の提供を目的とする。

【課題を解決するための手段】

【0007】

上述した課題を解決するための本発明の第１の態様は、車両に設置される制御装置であって、前記車両のドア解錠信号を発信する回路部を有する車両電子キー又は前記回路部が取り付けられることで、前記ドア解錠信号を前記回路部から発信させる発動制御が可能な発動制御部と、所与の情報を取得する第１の取得制御部と、前記第１の取得制御部による前記所与の情報の取得がなされた場合に、前記発動制御部に前記発動制御を行わせる実行制御部と、を備えた制御装置である。

【0008】

第２の態様は、前記発動制御部は、前記車両電子キーに設けられたドア解錠ボタンが押し下げられた時に当該押し下げを検知するために前記回路部に設けられた検知回路を検知状態とすることで前記発動制御を行う、第１の態様の制御装置である。

【0009】

第３の態様は、前記車両電子キーは、前記車両のドア解錠ボタンを有し、前記発動制御部は、所定位置に取り付けられた前記車両電子キーの前記ドア解錠ボタンを押し下げる押し下げ機構部を有し、当該押し下げ機構部を作動させることで前記発動制御を行う、第１の態様の制御装置である。

【0010】

第４の態様は、前記第１の取得制御部は、前記車両を使用するユーザが携帯する情報担持媒体からユーザ認証に使用する第１のユーザ認証情報を前記所与の情報として取得し、前記第１の取得制御部による前記第１のユーザ認証情報の取得がなされた場合に、前記第１のユーザ認証情報に基づいて前記車両の使用許否判定を行う使用許否判定部、を更に備え、前記実行制御部は、前記第１の取得制御部による前記第１のユーザ認証情報の取得がなされて前記使用許否判定部により合格と判定された場合に、前記発動制御部に前記発動制御を行わせる、第１〜第３の何れかの態様の制御装置である。

【0011】

第５の態様は、近距離無線通信を行う近距離無線通信部を更に備え、前記情報担持媒体は、前記近距離無線通信のための通信回路を有し、前記第１の取得制御部は、前記近距離無線通信部を制御して前記第１のユーザ認証情報を取得する、第４の態様の制御装置である。

【0012】

第６の態様は、前記情報担持媒体は、電子機器又はＩＣカードである、第４又は第５の態様の制御装置である。

【0013】

第７の態様は、前記ユーザの第２のユーザ認証情報を管理するサーバシステムに通信接続して前記第２のユーザ認証情報を取得する第２の取得制御部、を更に備え、前記使用拒否判定部は、前記第１の取得制御部により取得された前記第１のユーザ認証情報と、前記第２の取得制御部により取得された前記第２のユーザ認証情報とに基づいて前記車両の使用許否判定を行う、第４〜第６の何れかの態様の制御装置である。

【0014】

第８の態様は、前記サーバシステムは、前記第２のユーザ認証情報と関連付けて、前記ユーザによる前記車両の使用を許可する日時を示す許可日時情報を管理し、前記第２の取得制御部は、前記サーバシステムから前記第２のユーザ認証情報及び前記許可日時情報を取得し、前記実行制御部は、前記使用許否判定を行う日時が前記許可日時情報に適合し、且つ、前記第１のユーザ認証情報と前記第２のユーザ認証情報とが適合する場合に合格と判定する前記使用許否判定を行う、第７の態様の制御装置である。

【0015】

第９の態様は、前記回路部は、所定の電源に基づいて回路動作を行い、前記回路動作には、前記車両がエンジン始動時に所定の認証処理を行う際の認証キーを発信することを含み、前記発動制御部は、前記回路部への電源供給制御を行う電源供給制御部を有し、前記実行制御部は、前記使用許否判定によって合格と判定するまでは前記電源供給制御部による電源供給制御を抑止し、合格と判定した場合に電源供給制御を行わせる、第４〜第８の何れかの態様の制御装置である。

【0016】

第１０の態様は、第２のユーザ認証情報を管理するサーバシステムであって、第７又は第８の態様の制御装置からの要求に応じて前記第２のユーザ認証情報を提供するサーバシステムである。

【0017】

第１１の態様は、第７又は第８の態様の制御装置と、前記第２のユーザ認証情報を管理するサーバシステムであって、前記制御装置からの要求に応じて前記第２のユーザ認証情報を提供するサーバシステムと、を具備した車両管理システムである。

【発明の効果】

【0018】

本発明によれば、車載ネットワークに物理的に接続する装置を車両内に取り付ける必要がなく、車両ドアの解錠を行うことができる。

【図面の簡単な説明】

【0019】

【図1】車両管理システムの全体構成例を示す図。

【図2】車両電子キーの構成例を示す模式図。

【図3】車両ドア制御装置の機能構成例を示すブロック図。

【図4】車両ドア制御装置のハードウェア構成例を示すブロック図。

【図5】キー回路部と制御回路との接続例を示す図。

【図6】ユーザ端末の機能構成例を示すブロック図。

【図7】管理サーバの機能構成例を示すブロック図。

【図8】ユーザ情報のデータ構成例を示す図。

【図9】車種情報のデータ構成例を示す図。

【図10】予約情報のデータ構成例を示す図。

【図11】アカウント登録及び使用予約に係る処理の流れを示す図。

【図12】乗車時の処理の流れを示す図。

【図13】返却時の処理の流れを示す図。

【図14】変形例１における発動制御部の構成例を示す図。

【図15】変形例６における使用予約に係る処理の流れを示す図。

【図16】変形例６における乗車時の処理の流れを示す図。

【発明を実施するための形態】

【0020】

以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

【0021】

図１は、本実施形態の車両管理システム１００の全体構成例を示す図である。本実施形態では、車両管理システム１００として、複数のユーザが車両１を共同で使用することができるカーシェアリングサービスに係る管理システムへの適用例を示す。ここで、車両１は、車両ドア１９を備え、車両ドア１９には、これを解錠及び施錠する機構（図示略）が設けられている。したがって、カーシェアリングにおいては、同じ車両１を使用する複数のユーザの各々がその使用に際して車両ドア１９を解錠し、施錠する仕組みが必要となる。本実施形態の車両管理システム１００は、カーシェアリング用の自動車（以下適宜「シェアカー」という。）である車両１の使用予約と、その予約情報を用いた車両ドア１９の解錠及び施錠とを実現する。

【0022】

具体的には、車両管理システム１００は、図１に示すように、制御装置としての車両ドア制御装置３０と、情報担持媒体５としてのユーザ端末５０と、サーバシステムとしての管理サーバ７０とを含み、これらがネットワークＮを介して通信可能に接続されて構成されている。ネットワークＮは、電話通信網やケーブル網、インターネット等の通信網を含む。また、車両ドア制御装置３０とユーザ端末５０とは、各々がＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）規格、ＩＥＥＥ８０２．１１規格、ＩＥＥＥ８０２．１５規格等に準拠した通信機（無線通信モジュール）を搭載しており、互いに近距離無線通信が可能に構成されている。なお、情報担持媒体５として、ユーザ端末５０の代わりに、ＩＣチップ５０３を搭載したＩＣカード５０１を使用することもできるが、この形態については後述する。

【0023】

車両ドア制御装置３０は、車両管理システム１００が管理対象としている各シェアカーの車両１にそれぞれ設置される。具体的には、車両ドア制御装置３０は、車両ドア１９を開閉するための車両電子キー１０から取り出されたキー回路部１５とともに箱型の筐体（キーボックス）に収められ、車両１の適所に設置される。本実施形態では、例えば、グローブボックスや、助手席のシート下等の車両１内のスペースに設置されるものとする。また、車両ドア制御装置３０は筐体に収められた形態でなくともよい。

【0024】

図２は、車両電子キー１０の構成例を示す模式図である。図２に示すように、車両電子キー１０は、車両ドア１９を解錠するためのドア解錠ボタン１１と、車両ドア１９を施錠するためのドア施錠ボタン１３とを前面に配置して備える。また、その他にも、例えばトランクやバックドアの解錠ボタン等、別の機能が割り当てられたボタンが適宜配置されて構成される。そして、車両電子キー１０は、回路部としてのキー回路部１５を内蔵するとともに、このキー回路部１５に電源を供給するためのボタン電池の収容部１７を背面等の適所に備える。車両電子キー１０の外装は、ネジや嵌合爪等によって複数の外装パーツが組み合わされて構成されている。この外装を取り外すことによって、車両電子キー１０からキー回路部１５を取り出すことができる。キー回路部１５には、ドア解錠ボタン１１やドア施錠ボタン１３等の各ボタンの押し下げ位置に、当該ボタンの押し下げを検知する検知回路の一種であるスイッチ回路１５１が実装されている。

【0025】

キー回路部１５は、所定の電源に基づいて回路動作を行う。本実施形態では、ボタン電池からではなく、後述する電源供給制御部３１３の制御のもと、車両ドア制御装置３０からキー回路部１５に電源が供給される。当該キー回路部１５が行う回路動作は、（１）ドア解錠ボタン１１の押し下げを検知してドア解錠信号を発信することと、（２）ドア施錠ボタン１３の押し下げを検知してドア施錠信号を発信すること、とを含む。これにより、ドア解錠ボタン１１を押下すると車両ドア１９が解錠され、ドア施錠ボタン１３を押下すると車両ドア１９が施錠されることとなる。また、キー回路部１５には、車両１との間の無線通信による所定の認証処理に使われる認証キーが記録されている。キー回路部１５の回路動作は、（３）車両がエンジン始動時に行う所定の認証処理で用いる認証キーを発信すること、を含む。後述するように、本実施形態では、車両ドア制御装置３０を構成する発動制御部３１（図３を参照）にこのキー回路部１５を電気的に接続して取り付ける。キー回路部１５が行う（１）〜（３）の回路動作は、一般的な車両電子キー１０が実行可能な公知の回路動作である。

【0026】

そして、車両ドア制御装置３０は、シェアカーの使用予約を行ったユーザの車両１への乗車に際し、ユーザ認証を含む使用許否判定を行う。使用許否判定は、ユーザ端末５０との近距離無線通信で取得した端末予約情報を、管理サーバ７０から配信された車両１に係る予約情報と照合することで行う。その結果合格と判定し、当該ユーザ端末５０のユーザによる車両１の使用を許可する場合には、ドア解錠信号を車両電子キー１０のキー回路部１５から発信させる発動制御を行って、車両ドア１９を解錠させる。また、ユーザは、予約期間の終了までに車両１を返却するが、その際には、解錠時と同様の要領でユーザ認証を行った上で、車両ドア１９を施錠させる。

【0027】

図１に戻る。ユーザ端末５０は、ユーザが所有し携帯する電子機器であって、近距離無線通信による車両ドア制御装置３０とのデータ通信とは別に、携帯電話基地局や無線通信基地局等を経由してネットワークＮに接続することで、管理サーバ７０とデータ通信を行うことができる。例えば、ユーザ端末５０は、スマートフォン、携帯電話機、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等の形態を取り得る。ここで、ユーザは、カーシェアリングサービスへのアカウント登録手続きを事前に済ませたシェアカーの車両１の使用者である。なお、事前にアカウント登録手続きを済ませていないユーザもあり得る。その場合には、本サービスを利用するためのアカウント登録手続きを新規に行うこととする。ユーザは、ユーザ端末５０で管理サーバ７０にアクセスし、自身のアカウントにより予約サイトにログインして、シェアカーの使用予約手続きを行う。そして、シェアカーの車両１への乗車時には、ユーザ端末５０とその車両１内に設置された車両ドア制御装置３０との近距離無線通信を利用した乗車手続きを行い、車両ドア１９を解錠する。また、返却時には、当該近距離無線通信を利用した返却手続きを行い、車両ドア１９を施錠する。

【0028】

管理サーバ７０は、アカウント登録に必要な処理を行うとともに、予約サイトを公開して、シェアカーの使用予約に係る各種処理等を行う。なお、管理サーバ７０は、単体の構成に限らず、各機能を分担する複数のサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、ネットワークＮを介してデータ通信させることで、全体として管理サーバ７０として機能させる構成であってもよい。

【0029】

１．車両ドア制御装置
図３は、車両ドア制御装置３０の機能構成例を示すブロック図である。図４は、車両ドア制御装置３０のハードウェア構成例を示すブロック図である。図３に示すように、機能構成として、車両ドア制御装置３０は、発動制御部３１と、処理部３３と、通信部３５と、近距離無線通信部３６と、記憶部３７とを備える。ハードウェア構成としては、車両ドア制御装置３０は、発動制御部３１と、プロセッサ３０３３と、通信回路部３０３５と、近距離無線通信回路部３０３６と、メモリ３０３７と、入力部３０６１と、表示部３０６３とを備える。

【0030】

発動制御部３１は、図３中に破線で示すキー回路部１５からドア解錠信号を発信させる制御（以下、「解錠発動制御」という）と、ドア施錠信号を発信させる制御（以下、「施錠発動制御」という）とを発動制御として行う。発動制御部３１は、例えば専用の回路で構成され、図４に示したハードウェア構成においても、独立したブロックとして構成される。具体的には、発動制御部３１は、ドア解錠信号、ドア施錠信号、及び認証キーの発信を含む回路動作を行う制御回路３１１を有し、車両電子キー１０から取り出したキー回路部１５が取り付けられることで、上記発動制御が可能となる。キー回路部１５は、車両電子キー１０の外装を取り外すことで、車両電子キー１０から取り出すことができる。本実施形態では、車両電子キー１０からキー回路部１５を取り出した上で、キー回路部１５に実装されている車両電子キー１０の各ボタンに対応するスイッチ回路１５１それぞれを制御回路３１１と配線接続することによって、当該キー回路部１５が発動制御部３１に取り付けられる。

【0031】

また、キー回路部１５に電源を供給するボタン電池も取り外され、キー回路部１５の電源ラインが制御回路３１１の電源供給制御部３１３に接続されることで、キー回路部１５が発動制御部３１に取り付けられる。キー回路部１５への電源供給は、電源供給制御部３１３によって行われる。

【0032】

キー回路部１５と制御回路３１１との接続は種々の形態が考えられる。例えば、図５に示すように、キー回路部１５は、図２のドア解錠ボタン１１に対応するスイッチ回路１５１ａと、ドア施錠ボタン１３に対応するスイッチ回路１５１ｂと、ボタン電池が装着された場合に当該ボタン電池のプラス電極およびマイナス電極に接触する接触片１５７とを備える。スイッチ回路１５１ａ，１５１ｂには、物理的なボタン（ドア解錠ボタン１１やドア施錠ボタン１３）の押し下げによって電気的に短絡されるパッド部（図５中の黒色四角形）が設けられており、このパッド部と制御回路３１１とを電線で接続する。パッド部が短絡された状態は、ボタンが押し下げられたことをスイッチ回路１５１が検知した状態を意味する。このため、制御回路３１１は、パッド部を電気的に短絡することでスイッチ回路１５１を検知状態とさせ、ボタンが押し下げられた状態を擬似的に再現する。スイッチ回路１５１を検知状態とする制御により、発動制御部３１は、キー回路部１５からドア解錠信号を発信させる解錠発動制御や、ドア施錠信号を発信させる施錠発動制御を行う。また、接触片１５７は、制御回路３１１の電源供給制御部３１３と接続する。

【0033】

また、別の形態として、スイッチ回路１５１のパッド部間を短絡させるスイッチ素子（フォトリレー等）を設け、当該スイッチ素子の動作を制御回路３１１が制御するように構成することとしてもよい。

【0034】

なお、発動制御部３１を含む車両ドア制御装置３０は、バッテリーを備える。或いは、車両１のシガーソケット等を経由して車両１のバッテリーと電気的に接続される。これにより、車両ドア制御装置３０は常時起動状態にあり、取り付けられたキー回路部１５は電源供給制御部３１３の制御の下、回路動作可能な状態にある。

【0035】

処理部３３は、図４のプロセッサ３０３３に該当し、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のマイクロプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＩＣメモリ等の電子部品によって実現される。なお、図４ではプロセッサ３０３３をあたかも１つの回路で構成されているように図示しているが、物理的に一体の回路である必要はない。離れて設置された複数のプロセッサがバス接続された回路ブロックであってもよい。

【0036】

処理部３３は、装置各部との間でデータの入出力制御を行い、所定のプログラムやデータ、管理サーバ７０やユーザ端末５０から受信したデータ等に基づき各種の演算処理を実行して、車両ドア制御装置３０の動作を統括制御する。本実施形態では、処理部３３は、第２の取得制御部としての対象車両予約情報管理部３３１と、第１の取得制御としての端末予約情報取得制御部３３３と、実行制御部としての発動実行制御部３３５とを含む。なお、これら処理部３３を構成する機能部は、プログラムを実行することによりソフトウェアとして実現される処理ブロックであってもよいし、専用のモジュール回路等のハードウェアによって実現される回路ブロックであってもよい。本実施形態では、処理部３３が制御プログラム３７１を実行することによりソフトウェアとして実現される処理ブロックとして説明する。

【0037】

対象車両予約情報管理部３３１は、管理サーバ７０から車両１（当該車両ドア制御装置３０が設置された車両）に係る予約情報８５０（図１０参照）を取得する制御を行い、対象車両予約情報３８０として管理する。ここでの予約情報の取得制御は、所定の時間間隔で定期的に管理サーバ７０に予約情報配信要求を通知し、当該通知を受けて管理サーバ７０から返信された車両１に係る新たな予約情報を受信処理することで行う。ただし、これに限らず、返却手続きが完了して車両１が所定場所（後述する利用店舗における当該車両１の駐車場所）に返却された時点等の適宜タイミングで取得する構成でもよい。或いは、管理サーバ７０側が、例えば使用予約を新規に受け付けた時点等の適宜タイミングでその予約情報８５０（図１０を参照）を該当する車両の車両ドア制御装置３０に配信するようにし、対象車両予約情報管理部３３１は、管理サーバ７０から配信された車両１に係る新たな予約情報を随時受信処理して取得する構成としてもよい。

【0038】

端末予約情報取得制御部３３３は、近距離無線通信部３６を介した近距離無線通信を制御して、通信圏内のユーザ端末５０から端末予約情報を取得する。本実施形態では、ユーザ端末５０から解錠要求とともに送信された端末予約情報を受信処理するとともに、施錠要求とともに送信された端末予約情報を受信処理する。

【0039】

発動実行制御部３３５は、発動制御部３１による発動制御の実行を制御する。この発動実行制御部３３５は、車両１の使用許否判定を行う使用許否判定部３３７を備え、使用許否判定部３３７が合格と判定した場合に、発動制御部３１に発動制御を行わせる。本実施形態では、端末予約情報取得制御部３３３がユーザ端末５０から端末予約情報を取得した際に、対象車両予約情報３８０を参照して、端末予約情報を用いた使用許否判定を行う。なお、使用許否判定部３３７は、発動実行制御部３３５とは別個の機能部として設けることとしてもよい。

【0040】

ここで、後述するように、本実施形態では、対象車両予約情報３８０及び端末予約情報の各予約情報は、ユーザ認証情報として、予約番号と、予約パスワードとを含む。また、少なくとも対象車両予約情報３８０は、許可日時情報として、シェアカーの使用日時（使用開始日時及び使用終了日時）を設定した予約期間データを含む。そして、発動実行制御部３３５の使用許否判定部３３７が行う使用許否判定は次のようにして行われる。先ず、予約番号と予約パスワードの組み合わせが一致するか否かの第１の適合判定をユーザ認証として行い、端末予約情報との比較でその組み合わせが一致する対象車両予約情報３８０があれば、当該対象車両予約情報３８０についてユーザ認証情報が適合すると判定する。そして、適合すると判定した対象車両予約情報３８０があったときには、続いて第２の適合判定を行い、当該対象車両予約情報３８０の予約期間データに従って、その使用日時に現在日時が適合するか否かを判定する。例えば、現在日時が使用開始日時から使用終了日時までの期間内の場合、適合すると判定する。また、現在日時が使用開始日時前或いは使用終了日時後の場合でも、その時間差が所定の許容時間差内であれば、適合すると判定する。許容時間差は適宜設定しておけばよく、例えば３０分等とすることができる。なお、第１の適合判定で適合すると判定した対象車両予約情報が複数あるときは、そのそれぞれについて現在日時が適合するかを判定する。最終的に、適合する対象車両予約情報３８０がある場合に、当該使用許否判定の結果を合格とする。

【0041】

また、発動実行制御部３３５は、使用許否判定部３３７が使用許否判定で合格と判定するまでの間は、電源供給制御部３１３によるキー回路部１５への電源供給を抑止する。そして、使用許否判定部３３７が合格と判定したならば、電源供給制御部３１３にキー回路部１５への電源供給制御を行わせる。これにより、使用許否判定部３３７が使用許否判定の結果を合格と判定するとキー回路部１５に電源が供給され、キー回路部１５の回路動作が可能な状態とされる。また、解錠発動制御が行われることで、キー回路部１５からドア解錠信号が発信されることとなる。

【0042】

通信部３５は、所定の通信回線（無線通信回線やＬＡＮ等）に接続し、ネットワークＮを介して外部装置（例えば管理サーバ７０）とのデータ通信を行う。通信部３５は、図４の通信回路部３０３５に該当し、例えば、無線ＬＡＮ等の無線通信モジュール、モデム、ＴＡ等によって実現される。

【0043】

近距離無線通信部３６は、近距離無線通信のための通信回路を有し、後述するユーザ端末５０の近距離無線通信部５７と近距離無線通信を行って、ユーザ端末５０から端末予約情報を受信する。近距離無線通信部３６は、図４の近距離無線通信回路部３０３６に該当し、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、ＮＦＣ規格、ＩＥＥＥ８０２．１１規格による無線ＬＡＮ等の無線通信モジュールによって実現される。

【0044】

記憶部３７には、処理部３３を動作させ、当該車両ドア制御装置３０が備える種々の機能を実現するためのプログラムや、当該プログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部３７は、図４のメモリ３０３７に該当し、例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク等によって実現される。この記憶部３７には、制御プログラム３７１と、対象車両予約情報３８０とが記憶される。

【0045】

制御プログラム３７１は、処理部３３を対象車両予約情報管理部３３１、端末予約情報取得制御部３３３、及び発動実行制御部３３５として機能させるためのプログラムである。

【0046】

対象車両予約情報３８０は、管理サーバ７０から取得した車両１に係る予約情報である。車両１についての使用予約が複数ある場合は、使用予約毎の対象車両予約情報３８０が記憶される。そして、１つの対象車両予約情報３８０は、予約番号３８１と、予約パスワード３８２と、予約期間データ３８３と、使用者データ３８６と、使用車両データ３８８とを格納する。

【0047】

また、車両ドア制御装置３０は、図４に示すように、設定操作用の各種スイッチやボタンである入力部３０６１と、小型の液晶表示装置等の表示部３０６３とを備え、メンテナンス用のユーザインターフェースとして用いられる。

【0048】

２．ユーザ端末
図６は、ユーザ端末５０の機能構成例を示すブロック図である。図６に示すように、ユーザ端末５０は、操作入力部５１と、端末処理部５３と、表示部５５と、通信部５６と、近距離無線通信部５７と、端末記憶部５８とを備える。

【0049】

操作入力部５１は、登録ユーザが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、ＣＣＤモジュール等によって実現される。

【0050】

端末処理部５３は、例えばＣＰＵ、ＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路やＩＣメモリ等の電子部品によって実現され、装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部５１からの操作入力信号、管理サーバ７０や車両ドア制御装置３０から受信したデータ等に基づいて各種の演算処理を行い、ユーザ端末５０の動作を統括制御する。

【0051】

本実施形態では、端末処理部５３は、（１）アカウント登録操作を受け付けて管理サーバ７０にアカウント登録要求を通知し、ユーザがアカウント登録手続きをするための登録時処理と、（２）使用予約操作を受け付けて管理サーバ７０に使用予約要求を通知し、ユーザが使用予約手続きをするための使用予約時処理と、（３）車両ドア制御装置３０との近距離無線通信を行って解錠要求とともに端末予約情報５９０を送信し、ユーザが乗車手続きをするための乗車時処理と、（４）車両ドア制御装置３０との近距離無線通信を行って施錠要求とともに端末予約情報５９０を送信し、ユーザが返却手続きをするための返却時処理とを実行する。

【0052】

表示部５５は、ＬＣＤ（Liquid Crystal Display）等の表示装置によって実現され、端末処理部５３からの表示信号に基づく各種表示を行う。

【0053】

通信部５６は、所定の通信回線（無線通信回線やＬＡＮ等）に接続し、ネットワークＮを介して外部装置（例えば、管理サーバ７０）とのデータ通信を行う。例えば、無線ＬＡＮ等の無線通信モジュール、モデム、ＴＡ等によって実現される。

【0054】

近距離無線通信部５７は、近距離無線通信のための通信回路を有し、車両ドア制御装置３０の近距離無線通信部３６と近距離無線通信を行って車両ドア制御装置３０に端末予約情報を送信する。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、ＩＥＥＥ８０２．１１規格による無線ＬＡＮ等の無線通信モジュールによって実現される。

【0055】

端末記憶部５８には、ユーザ端末５０を動作させ、当該ユーザ端末５０が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現される。この端末記憶部５８には、端末プログラム５８１と、端末予約情報５９０とが記憶される。

【0056】

端末プログラム５８１は、端末処理部５３が行う登録時処理、使用予約時処理、乗車時処理、及び返却時処理を実現するためのプログラムである。

【0057】

端末予約情報５９０は、使用予約手続きに際して管理サーバ７０から送信された予約情報である。当該ユーザ端末５０のユーザが複数の使用予約手続きを行っている場合は、使用予約手続き毎の端末予約情報５９０が記憶される。そして、１つの端末予約情報５９０は、予約番号５９１及び予約パスワード５９２を含む、所与の情報であって第１のユーザ認証情報の一例である。また、本実施形態では、端末予約情報５９０は、管理サーバ７０が管理する予約情報８５０（図１０を参照）の全項目が送信されるため、その他にも、予約期間データ５９３と、使用者データ５９４と、使用車両データ５９５とを含む。

【0058】

３．管理サーバ
図７は、管理サーバ７０の機能構成例を示すブロック図である。図７に示すように、管理サーバ７０は、操作入力部７１と、サーバ処理部７３と、表示部７５と、通信部７７と、サーバ記憶部７９とを備える。

【0059】

操作入力部７１は、システム管理や保守等のための各種操作を入力するためのものであり、例えば、キーボードやマウス、タッチパネル等で実現できる。

【0060】

サーバ処理部７３は、例えばＣＰＵ、ＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路やＩＣメモリ等の電子部品によって実現され、装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部７１からの操作入力信号、ユーザ端末５０や車両ドア制御装置３０から受信したデータ等に基づいて各種の演算処理を行い、管理サーバ７０の動作を統括制御する。本実施形態では、サーバ処理部７３は、ユーザ管理部７３１と、予約管理部７３３とを備える。

【0061】

ユーザ管理部７３１は、アカウント登録に係る処理を行う。具体的には、ユーザ端末５０からのアカウント登録要求に応答してそのユーザに固有のアカウントを付与するとともに、当該ユーザ端末５０との間で必要なデータを送受して、アカウント別にユーザ情報８１０を登録管理する。例えば、ユーザ端末５０で入力を受け付けたユーザの免許証番号や住所、電話番号、メールアドレス等の個人情報を設定したユーザ情報８１０を生成し、ユーザ情報ＤＢ８１に登録する。

【0062】

予約管理部７３３は、シェアカーの使用予約に係る処理を行う。具体的には、ユーザ端末５０からの使用予約要求に応答して当該ユーザ端末５０との間で使用予約に必要なデータを送受し、使用予約要求別に予約情報８５０を登録管理する。この予約管理部７３３は、パスワード発行部７３５と、予約情報提供処理部７３７とを備える。

【0063】

パスワード発行部７３５は、登録する使用予約に固有の予約番号を割り振り、当該使用予約に係る予約パスワードを発行する。

【0064】

予約情報提供処理部７３７は、未配信の予約情報８５０を該当する車両の車両ドア制御装置３０へと提供するための処理を行う。本実施形態では、車両ドア制御装置３０から定期的に送信される問合せ通知に応答し、車両ＩＤ８５９（図１０を参照）がその車両１の車両ＩＤである未配信の予約情報８５０を返信処理する。なお、ここでは、予約情報８５０のデータ項目の全てをユーザ端末５０に送信することとするが、少なくとも予約番号８５１と予約パスワード８５２とを含む一部の項目を送信する構成としてもよい。

【0065】

表示部７５は、ＬＣＤ等の表示装置によって実現され、システム管理等のための各種画面を表示する。

【0066】

通信部７７は、所定の通信回線（無線通信回線やＬＡＮ等）に接続し、ネットワークＮを介して外部装置（例えば車両ドア制御装置３０やユーザ端末５０）とのデータ通信を行う。例えば、無線ＬＡＮ等の無線通信モジュール、モデム、ＴＡ等によって実現される。

【0067】

サーバ記憶部７９には、サーバ処理部７３を動作させ、当該管理サーバ７０が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現される。このサーバ記憶部７９には、車両管理プログラム７９１と、ユーザ情報ＤＢ８１と、車両情報ＤＢ８３と、予約情報ＤＢ８５とが記憶される。

【0068】

車両管理プログラム７９１は、サーバ処理部７３をユーザ管理部７３１および予約管理部７３３として機能させるためのプログラムである。

【0069】

ユーザ情報ＤＢ８１は、アカウント登録済みの各ユーザのユーザ情報８１０を蓄積する。図８は、ユーザ情報ＤＢ８１に蓄積される１つのユーザ情報８１０のデータ構成例を示す図である。図８に示すように、１つのユーザ情報８１０は、ユーザＩＤ８１１と、ログインパスワード８１２と、免許証番号８１３と、携帯電話番号８１４と、メールアドレス８１５と、住所８１６と、当該ユーザが所有するユーザ端末５０の装置ＩＤ及び通信先ＩＤである端末ＩＤ８１７と、を含む。

【0070】

車両情報ＤＢ８３は、車両管理システム１００による管理対象の各シェアカーの車両情報８３０を蓄積する。図９は、車両情報ＤＢ８３に蓄積される１つの車両情報８３０のデータ構成例を示す図である。図９に示すように、１つの車両情報８３０は、車両ＩＤ８３１と、車種情報８３２と、所在店舗８３３と、駐車場所８３４と、当該シェアカーの車両１内に設置される車両ドア制御装置３０の装置ＩＤ及び通信先ＩＤである制御装置ＩＤ８３５と、を含む。

【0071】

予約情報ＤＢ８５は、アカウント登録済みの各ユーザによる使用予約毎の予約情報８５０を蓄積する。図１０は、予約情報ＤＢ８５に蓄積される１つの予約情報８５０のデータ構成例を示す図である。図１０に示すように、１つの予約情報８５０は、第２のユーザ認証情報としての予約番号８５１及び予約パスワード８５２と、許可日時情報としての予約期間データ８５３と、使用者データ８５６と、使用車両データ８５８とを格納する。予約期間データ８５３は、使用開始日時８５４と使用終了日時８５５とを格納する。使用者データ８５６は、ユーザＩＤ８５７を含む。使用車両データ８５８は、車両ＩＤ８５９を含む。

【0072】

図１１〜図１３は、車両ドア制御装置３０、ユーザ端末５０、及び管理サーバ７０における処理の流れを示すフローチャートである。

【0073】

アカウント登録に際しては、図１１に示すように、先ずユーザ端末５０がネットワークＮを介して管理サーバ７０に接続し、アカウント登録要求を管理サーバ７０に通知する（ステップＳ１０１）。そして、管理サーバ７０においてユーザ端末５０からアカウント登録要求を受信すると（ステップＳ３０１）、ユーザ管理部７３１が、当該ユーザ端末５０のユーザに係るユーザ情報８１０を生成して、ユーザ情報ＤＢ８１に登録する（ステップＳ３０３）。

【0074】

次に、シェアカーの使用予約に際しては、先ずユーザ端末５０がネットワークＮを介して管理サーバ７０に接続し、使用予約要求を管理サーバ７０に通知する（ステップＳ１０５）。そして、管理サーバ７０においてユーザ端末５０からの使用予約要求を受信すると（ステップＳ３０５）、パスワード発行部７３５が、当該使用予約に予約番号を割り振って予約パスワードを発行する（ステップＳ３０７）。続いて、予約管理部７３３が、予約番号及び予約パスワードを含めて当該使用予約に係る予約情報８５０を生成して、予約情報ＤＢ８５に登録する（ステップＳ３０９）。その後、予約管理部７３３は、生成した予約情報８５０を、当該使用予約要求を通知したユーザ端末５０に送信処理する（ステップＳ３１１）。そして、ユーザ端末５０では、予約情報を受信したら（ステップＳ１１１）、端末予約情報５９０として端末記憶部５８に格納する（ステップＳ１１３）。

【0075】

一方で、車両ドア制御装置３０は、例えば定期的に管理サーバ７０に問合せを行う。すなわち、問合せのタイミングになると（ステップＳ２１５：ＹＥＳ）、対象車両予約情報管理部３３１が、管理サーバ７０に問合せを通知する（ステップＳ２１７）。そして、管理サーバ７０では、この問合せ通知を受信すると（ステップＳ３１７）、予約情報提供処理部７３７が、当該問合せを通知した車両ドア制御装置３０のシェアカーについて未配信の予約情報を、当該車両ドア制御装置３０に返信処理する（ステップＳ３１９）。そして、車両ドア制御装置３０では、予約情報を受信したら（ステップＳ２１９）、対象車両予約情報管理部３３１は、受信した予約情報を対象車両予約情報３８０として、記憶部３７に格納する（ステップＳ２２１）。

【0076】

次に、使用開始日時が到来してユーザがシェアカーの車両１に乗車する際には、図１２に示すように、先ずユーザ端末５０が、当該シェアカーの車両１内の車両ドア制御装置３０と近距離無線通信を行う。そして、該当する使用予約についての端末予約情報５９０を、解錠要求とともに車両ドア制御装置３０へと送信処理する（ステップＳ１２３）。

【0077】

一方、車両ドア制御装置３０では、端末予約情報取得制御部３３３が、ユーザ端末５０から送信された端末予約情報を受信処理して取得する（ステップＳ２２３）。そして、端末予約情報を取得したら、発動実行制御部３３５において使用許否判定部３３７が、使用許否判定として先ず、第１の適合判定を行う（ステップＳ２２５）。ここでは、対象車両予約情報３８０を参照し、ステップＳ２２３で取得した端末予約情報と予約番号が同じで予約パスワードも同じ対象車両予約情報３８０がある場合に、ユーザ認証情報が適合すると判定する。

【0078】

第１の適合判定で適合すると判定した対象車両予約情報３８０があったときには（ステップＳ２２７：ＹＥＳ）、使用許否判定部３３７は、続いて第２の適合判定を行う（ステップＳ２２９）。ここでは、ステップＳ２２５で適合すると判定した対象車両予約情報３８０に従って、その使用日時に現在日時が適合するか否かを判定する。適合すると判定した場合は、使用許否判定を合格と判定する。

【0079】

そして、合格の場合には（ステップＳ２３１：ＹＥＳ）、発動実行制御部３３５は、発動制御部３１の電源供給制御部３１３に、電源供給制御を行わせる（ステップＳ２３３）。ここでの制御により、キー回路部１５への電源供給が開始される。その後、発動実行制御部３３５は、発動制御部３１に解錠発動制御を行わせる（ステップＳ２３５）。ここでの制御によりキー回路部１５がドア解錠信号を発信し、車両１の車両ドア１９が解錠されることとなる。

【0080】

解錠が行われてユーザが車両１に乗車した後は、車両電子キー１０が車両１内に持ち込まれた従来の状態と同様となる。すなわち、キー回路部１５には電源が供給されているため回路動作が可能となっている。そのため、車両１のエンジンボタンが押されてエンジンが始動される際に、車両１とキー回路部１５との間の無線通信による所定の認証処理が行われて、その際にキー回路部１５は認証キーを車両１側に発信することが可能である。

【0081】

その後、発動実行制御部３３５は、管理サーバ７０に乗車手続きを完了した旨の完了通知を送信処理する（ステップＳ２３７）。管理サーバ７０は、これを受信し（ステップＳ３３７）、シェアカーの使用管理等の別の処理に用いる。

【0082】

以上の処理により、ユーザ端末５０から車両１内の車両ドア制御装置３０に対して所与の情報（上記実施形態では端末予約情報）が送信されて車両ドア制御装置３０がこれを取得すると、発動制御部３１が解錠発動制御を行って車両ドア１９を解錠させる制御が実現される。

【0083】

なお、第１の適合判定で適合しないと判定され（ステップＳ２２７：ＮＯ）、或いは、第２の適合判定で適合しないと判定されて使用許否判定が不合格の場合には（ステップＳ２３１：ＮＯ）、所定のエラー処理を行う（ステップＳ２３９）。その際、エラー処理を行った旨のエラー通知を管理サーバ７０に送信処理するようにしてもよい。

【0084】

次に、使用終了日時が到来してユーザがシェアカーを返却する際には、図１３に示すように、先ずユーザ端末５０が、当該シェアカーの車両１内の車両ドア制御装置３０と近距離無線通信を行う。そして、該当する使用予約についての端末予約情報５９０を、施錠要求とともに車両ドア制御装置３０へと送信処理する（ステップＳ１４１）。

【0085】

一方、車両ドア制御装置３０では、端末予約情報取得制御部３３３が、ユーザ端末５０から送信された端末予約情報を受信処理して取得する（ステップＳ２４１）。そして、端末予約情報を取得したならば、例えば、ステップＳ２２５と同様の要領で第１の適合判定を行い（ステップＳ２４３）、第１の適合判定で適合すると判定した対象車両予約情報３８０があったときには（ステップＳ２４５：ＹＥＳ）、ステップＳ２２９と同様の要領で第２の適合判定を行う（ステップＳ２４７）。そして、第２の適合判定で適合すると判定した場合に（ステップＳ２４９）、発動実行制御部３３５が、発動制御部３１に施錠発動制御を行わせる（ステップＳ２５１）。ここでの制御によりキー回路部１５がドア施錠信号を発信し、車両１の車両ドア１９が施錠されることとなる。なお、ステップＳ２４３の第２の適合判定については省略し、ステップＳ２４７での第１の適合判定（つまりユーザ認証）のみ行う構成としてもよい。その後、発動実行制御部３３５は、発動制御部３１の電源供給制御部３１３に、電源供給制御を終了させる（ステップＳ２５３）。ここでの制御により、キー回路部１５への電源供給が終了される。また、発動実行制御部３３５は、管理サーバ７０に返却手続きがされた旨の通知を送信処理する（ステップＳ２５５）。管理サーバ７０は、これを受信し（ステップＳ３５５）、シェアカーの使用管理等の別の処理に用いる。

【0086】

なお、第１の適合判定で適合しないと判定され（ステップＳ２４５：ＮＯ）、或いは、第２の適合判定で適合しないと判定されて使用許否判定が不合格の場合には（ステップＳ２４９：ＮＯ）、所定のエラー処理を行う（ステップＳ２５７）。その際、エラー処理を行った旨のエラー通知を管理サーバ７０に送信処理するようにしてもよい。

【0087】

以上説明したように、本実施形態によれば、車両に設置される車両ドア制御装置３０において、車両のドア解錠信号を発信する車両電子キーのキー回路部１５を取り付けて発動制御部３１を構成することで、ドア解錠信号をキー回路部１５から発信させる発動制御が実現できる。しかも、ユーザ端末５０から、第１のユーザ認証情報（端末予約情報５９０）という所与の情報の取得がなされた場合に、発動制御がなされることとなる。より詳細には、管理サーバ７０から取得した対象車両予約情報３８０と、ユーザ端末５０から取得した端末予約情報５９０とに基づいて車両の使用許否判定を行い、合格と判定した場合に発動制御部３１に発動制御を行わせることができる。したがって、正規の使用者かどうかを判断した上で、車両ドア１９の解錠を適正に行うことが可能となる。

【0088】

また、本実施形態の車両ドア制御装置３０は、車両診断用コネクタを利用する仕組みではなく、車載ネットワーク（ＣＡＮ）にアクセスする必要のない仕組みである。また、車両ドア内に特殊な装置を組み込んで車両ドアを解錠する仕組みではないため、車両ドアを施工する必要がない。

【0089】

また、その他にも、車両診断用コネクタを利用しない仕組みとして、車両ドア内に特殊な装置を組み込んで車両ドアを解錠する仕組みが考えられるが、その場合には、専門的な配線施工が必要となり、施工費用や施工時間を要するといった問題が想定される。本実施形態によれば、車両ドア内にそのような特殊な装置を組み込む必要がなく、専門的な配線施工も必要ないため、施工費用や施工時間を削減できる。

【0090】

なお、本発明の適用形態は、上記した実施形態に限定されるものではなく、発明の主旨を逸脱しない限りにおいて適宜構成要素の追加・省略・変更を施すことができる。

【0091】

［変形例１］
例えば、発動制御部の構成は、図３に例示したような回路部１５を取り付ける構成に限定されない。図１４は、変形例１における発動制御部３１Ａの構成例を示す図である。なお、図１４において、上記実施形態と同様の構成には、同一の符号を付している。

【0092】

図１４に示すように、本変形例の発動制御部３１Ａは、制御回路３１１と、押し下げ機構部３１５と、車両電子キー１０が取り付けられる取り付け部３１７とを有し、車両電子キー１０が取り付け部３１７に取り付けられることで発動制御が可能となる。上記実施形態の発動制御部３１とは異なり、車両電子キー１０のまま発動制御部３１Ａの取り付け部３１７に取り付け可能な構成となっている。押し下げ機構部３１５は、車両電子キー１０のドア解錠ボタン１１及びドア施錠ボタン１３を別個に押し下げるための押し下げ部を備える。車両電子キー１０がその他のボタンを備えている場合は、それらの押し下げ部も備える。例えば、モータやソレノイド等を用いて押し下げ機構部３１５を構成することができる。

【0093】

そして、本変形例では、車両ドア制御装置３０の発動実行制御部３３５は、使用許否判定の合格判定時に押し下げ機構部３１５を作動させることで、発動制御の実行を制御する。具体的には、車両ドア１９の解錠時はドア解錠ボタン１１の押し下げ部を押し下げ動作させて、ドア解錠信号を発信させる。一方、車両ドア１９の施錠時には、ドア施錠ボタン１３の押し下げ部を押し下げ動作させてドア施錠信号を発信させる。

【0094】

なお、本変形例においても、車両電子キー１０への電源供給については、電源供給制御部３１３が行うこととする。ボタン電池と同じ位置にプラス／マイナスの接点を持ち、ボタン電池と同じ形状としたダミー電池プラグを収容部１７に収容し、このダミー電池プラグを介して、電源供給制御部３１３が電源を供給することとすると好適である。この場合、車両電子キー１０は分解する必要がなく、ボタン電池の代わりにダミー電池プラグが収容部１７に収容されるだけとなる。

【0095】

［変形例２］
また、乗車手続きの後、返却手続きがされるまでの間は、ドア解錠ボタン１１及びドア施錠ボタン１３に対する操作指示をユーザ端末５０にて受け付けるようにしてもよい。例えば、各ボタン１１，１３の操作指示を行うための操作画面を表示することで実現できる。そして、当該操作指示を受け付けたときには、操作情報を近距離無線通信で車両ドア制御装置３０に送信処理する。一方、車両ドア制御装置３０では、各ボタン１１，１３の操作情報を受信すると、発動実行制御部３３５が発動制御部３１に解錠発動制御を行わせ、或いは発動制御部３１に施錠発動制御を行わせる。車両電子キー１０がドア解錠ボタン及びドア施錠ボタン１３以外のボタンを備えている場合には、その操作指示についても併せて操作画面で受け付けるようにし、該当するボタンの押し下げに係る信号をキー回路部１５から発信させるための制御を行えばよい。

【0096】

［変形例３］
また、車両ドア制御装置３０において対象車両予約情報管理部３３１が行う管理サーバ７０からの第２のユーザ認証情報（予約情報８５０）の取得や、端末予約情報取得制御部３３３が行うユーザ端末５０からの第１のユーザ認証情報（端末予約情報５９０）の取得は、公知の暗号化方式を適宜採用して行う構成としてよい。

【0097】

また、ユーザ端末５０は、ユーザが個人的に所有している電子機器であることとして説明したが、別途用意される電子機器であってもよい。例えば、上記実施形態のカーシェアリングサービスを提供する事業者側がユーザに有償／無償あるいは貸与という形で提供する電子機器であってもよい。その場合、当該電子機器を、管理サーバ７０及び車両ドア制御装置３０との間で通信可能な状態となるように設定登録が完了された状態とし、上記実施形態のユーザ端末５０と同様に使用できる状態としておくと好適である。

【0098】

また、第１のユーザ認証情報の取得に際しては、ユーザによる予約番号や予約パスワードの入力操作を受け付けるようにしてもよい。そして、その入力内容を用いて第１の適合判定（ユーザ認証）を行う構成としてもよい。

【0099】

［変形例４］
また、上記実施形態では、ユーザによる使用予約手続きに際して予約パスワードを発行し、予約番号と併せて用いてユーザ認証を行う構成を説明した。これに対し、ユーザ認証は、予約パスワードのみを用いて行ってもよい。また、予約パスワードの発行は必須ではなく、アカウント登録時に発行するログインパスワードを用いてユーザ認証を行う構成としてもよい。

【0100】

この場合は、予約情報８５０において、使用者データ８５６に第２のユーザ認証情報としてログインパスワードを含める。そして、車両ドア制御装置３０での第１のユーザ認証情報の取得に際してユーザによるログインパスワードの入力を受け付け、その入力内容を用いてユーザ認証を行う。或いは、車両ドア制御装置３０は、ユーザの乗車手続き時や施錠手続き時等の際に管理サーバ７０との間で必要なデータを送受することで、ユーザ認証を行うのでもよい。

【0101】

［変形例５］
また、上記実施形態では、情報担持媒体５としてユーザ端末５０を例示したが、ユーザが所有するＩＣカード５０１（図１を参照）を用いることもできる。例えば、ＮＦＣ規格に対応したＩＣチップ５０３を搭載しているＩＣカード５０１を用いることができ、ＩＣ運転免許証が好適である。情報担持媒体５としてＩＣカード（ＩＣ運転免許証）５０１を用いる場合には、車両の後部座席の窓部分等にＩＣカード５０１を読み取るための読取装置を設置する。そして、読取装置は、窓越しにＩＣカード５０１がかざされた場合に、免許証番号を読み取って車両ドア制御装置３０に出力する。この場合には、車両ドア制御装置３０は、読取装置から入力された免許証番号を用い、適宜管理サーバ７０との間で必要なデータを送受する等してユーザ認証を含む使用許否判定を行う。そして、その上で、解錠発動制御や施錠発動制御の発動制御を行う。

【0102】

なお、ユーザ端末５０（スマートフォン等の電子機器）がＮＦＣ規格に対応している場合には、車両ドア制御装置３０は、読取装置を介してユーザ端末５０から必要な情報を取得し、ユーザ認証を行うこともできる。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等による近距離無線通信接続が不能となった場合の非常手段として用いることができる。

【0103】

［変形例６］
また、車両ドア制御装置３０、ユーザ端末５０、及び管理サーバ７０における処理の流れは、図１１〜１３に示した処理の流れに限定されない。図１５及び図１６は、変形例６における車両ドア制御装置３０、ユーザ端末５０、及び管理サーバ７０における処理の流れを示すフローチャートである。なお、図１５及び図１６において、上記実施形態と同様の処理工程には、同一の符号を付している。

【0104】

図１５に示すように、本変形例におけるシェアカーの使用予約に関する処理は、基本的に上記実施形態と同様に行うが、シェアカーの使用予約に際して車両ドア制御装置３０は特に処理を行わず、上記実施形態で説明した管理サーバ７０への問合せと予約情報の取得（図１１に示したステップＳ２１５〜Ｓ２２１，Ｓ３１７〜Ｓ３１９）は行わない。

【0105】

次に、使用開始日時が到来してユーザがシェアカーに乗車する際には、図１６に示すように、先ずユーザ端末５０が、当該シェアカーの車両１内の車両ドア制御装置３０と近距離無線通信を行う。そして、該当する使用予約についての端末予約情報５９０を解錠要求情報（所与の情報）として、車両ドア制御装置３０へと送信処理する（ステップＳ１６１）。

【0106】

一方、車両ドア制御装置３０では、ユーザ端末５０から送信された解錠要求情報を受信処理して取得する（ステップＳ２６１）。そして、本変形例では、車両ドア制御装置３０は、取得した解錠要求情報を管理サーバ７０へと送信処理し、管理サーバ７０に問合せを行う（ステップＳ２６３）。そして、管理サーバ７０では、解錠要求情報を受信すると（ステップＳ３６３：ＹＥＳ）、使用許否判定として先ず、第１の適合判定を行う（ステップＳ３６５）。ここでは、予約情報ＤＢ８５を参照し、ステップＳ２２３で取得した端末予約情報である解錠要求情報と予約番号が同じで予約パスワードも同じ予約情報８５０がある場合に、ユーザ認証情報が適合すると判定する。

【0107】

第１の適合判定で適合すると判定した予約情報８５０があったときには（ステップＳ３６７：ＹＥＳ）、管理サーバ７０は、続いて第２の適合判定を行う（ステップＳ３６９）。ここでは、ステップＳ２２５で適合すると判定した予約情報８５０に従って、その使用日時に現在日時が適合するか否かを判定する。適合すると判定した場合は、使用許否判定を合格と判定する。

【0108】

なお、第１の適合判定で適合しないと判定され（ステップＳ３６７：ＮＯ）、或いは、第２の適合判定で適合しないと判定されて使用許否判定が不合格の場合には（ステップＳ３７１：ＮＯ）、所定のエラー処理を行う（ステップＳ３７３）。

【0109】

そして、合格の場合には（ステップＳ３７１：ＹＥＳ）、管理サーバ７０は、解錠許可信号を車両ドア制御装置３０に送信する（ステップ３７５）。一方、車両ドア制御装置３０では、解錠許可信号を受信したならば（ステップＳ２７５：ＹＥＳ）、発動実行制御部３３５が、発動制御部３１の電源供給制御部３１３に、電源供給制御を行わせる（ステップＳ２７７）。ここでの制御により、キー回路部１５への電源供給が開始される。その後、発動実行制御部３３５は、発動制御部３１に解錠発動制御を行わせる（ステップＳ２７９）。ここでの制御によりキー回路部１５がドア解錠信号を発信し、車両１の車両ドア１９が解錠されることとなる。その後、発動実行制御部３３５は、管理サーバ７０に乗車手続きを完了した旨の完了通知を送信処理する（ステップＳ２８１）。管理サーバ７０は、これを受信し（ステップＳ３８１）、シェアカーの使用管理等の別の処理に用いる。

【0110】

［その他の変形例］
また、本発明は、上記実施形態で例示したカーシェアリングサービスに限らず、例えば、レンタカーの使用予約を行って予約期間中に貸し出すレンタカーサービス等にも、同様に適用が可能である。

【符号の説明】

【0111】

１００…車両管理システム、３０…車両ドア制御装置、３１，３１Ａ…発動制御部、３１１…制御回路、３１３…電源供給制御部、３１５…押し下げ機構部、３３…処理部、３３１…対象車両予約情報管理部、３３３…端末予約情報取得制御部、３３５…発動実行制御部、３３７…使用許否判定部、３５…通信部、３６…近距離無線通信部、３７…記憶部、３７１…制御プログラム、３８０…対象車両予約情報、５…情報担持媒体、５０…ユーザ端末、５３…端末処理部、５６…通信部、５７…近距離無線通信部、５８…端末記憶部、５８１…端末プログラム、５９０…端末予約情報、５９１…予約番号、５９２…予約パスワード、７０…管理サーバ、７３…サーバ処理部、７３１…ユーザ管理部、７３３…予約管理部、７３５…パスワード発行部、７３７…予約情報提供処理部、７７…通信部、７９…サーバ記憶部、７９１…車両管理プログラム、８１…ユーザ情報ＤＢ、８１０…ユーザ情報、８３…車両情報ＤＢ、８３０…車両情報、８５…予約情報ＤＢ、８５０…予約情報、８５１…予約番号、８５２…予約パスワード、８５３…予約期間データ、８５６…使用者データ、８５８…使用車両データ、１…車両、１９…車両ドア、５１…ＩＣカード、Ｎ…ネットワーク、１０…車両電子キー、１１…ドア解錠ボタン、１３…ドア施錠ボタン、１５…キー回路部、１５１…スイッチ回路、１７…収容部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】