JP2016197473A - 共用車両運用システムおよぴ共用車両運用方法 - Google Patents

Abstract

【課題】共用車両を管理する技術を提供する。【解決手段】共用で利用可能な車両と、サーバとからなり、携帯端末から車両の利用を可能とする共用車両運用システムであって、利用者の運転免許証の免許固有情報を取得し、車両の利用料金の課金の完了を示す課金情報を取得し、免許固有情報と課金情報との取得を条件として、認証情報を発行し、免許固有情報と関連付けて登録情報として記憶し、認証情報を携帯端末に送信するとともに、利用者による車両の利用に際し、携帯端末が受信した認証情報と、登録情報として記憶した認証情報とを用いて、認証処理を行い、利用者の運転免許証から免許固有情報を直接読み取り、登録情報として記憶した免許固有情報との照合処理を行い、認証処理と照合処理との処理結果に基づいて、利用者による車両の利用の可否を決定する。【選択図】図１

Description

本発明は、共用車両を管理する技術に関する。

従来、車両を貸し出すサービスとして、カーシェアリングサービスがある。カーシェアリングサービスは、一日、半日といった期間での貸し出しに限らず、一時間や数十分単位での貸し出しも想定したサービスであることが多い。例えば、特許文献１には、カーシェアリングの予約に関し、利用者に負担を与えることなく短時間で簡易に予約をすることができる技術が記載されている。

特開平２０１２−４８３０８号公報

しかし、カーシェアリングサービスに必要な要件として、例えば、予約者と利用者とが一致していること、利用者（予約者）が共用車両の運転時に免許証を所持していること、利用者が利用料金を支払っていることと言った要件があげられるが、特許文献１に記載された技術によっては、これらを満たしたカーシェアリングサービスを提供することができないといった課題があった。また、カーシェアリング用の車両が駐車された駐車場で実際に利用者が車両を借り出して利用する際、利用車がスムーズに車両を利用できるような工夫が十分になされていない。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態として実現することが可能である。

（１）本発明の一形態によれば、共用で利用可能な車両と、サーバとからなり、携帯端末から前記車両の利用を可能とする共用車両運用システムが提供される。この共用車両運用システムは、前記車両の利用を予定している利用者の運転免許証の掲載事項であって、前記利用者を特定可能な固有の掲載事項である免許固有情報を取得し；前記車両の利用料金の課金の完了を示す課金情報を取得し；前記免許固有情報と前記課金情報との取得を条件として、前記利用者の認証に用いる認証情報を発行し、前記免許固有情報と関連付けて登録情報として記憶し；前記認証情報を前記携帯端末に送信するとともに；前記利用者による前記車両の利用に際し；前記携帯端末が受信した前記認証情報と、前記登録情報として記憶した前記認証情報とを用いて、認証処理を行い；利用者の運転免許証から前記免許固有情報を直接読み取り；前記読み取った免許固有情報と、前記登録情報として記憶した前記免許固有情報との照合処理を行い；前記認証処理と前記照合処理との処理結果に基づいて、前記利用者による前記車両の利用の可否を決定する。この形態の共用車両運用システムによれば、課金情報を取得するとともに、利用者による車両の利用に際し、認証処理と照合処理とを行うので、カーシェアリングサービスの提供に必要な要件を満たしていることを条件としてサービスを提供するシステムを実現することができる。

（２）上記形態の共用車両運用システムにおいて、認証情報の発行後に、前記利用者が利用可能な車両を特定する車両特定情報を前記携帯端末に送信し；前記車両特定情報は、該車両特定情報を受信した前記携帯端末が、前記車両を特定するための情報を前記利用者に向けて報知する車両特定報知処理に利用可能な情報であるものとしてもよい。この形態の共用車両運用システムによれば、利用者が車両を特定することを可能することができる。

（３）上記形態の共用車両運用システムにおいて、前記特定情報は、前記利用者が利用可能な車両の駐車位置を示す駐車位置情報であり；前記車両特定報知処理は、前記駐車位置を示す地図画像を前記利用者に向けて表示する処理であるものとしてもよい。この形態の共用車両運用システムによれば、携帯端末が表示する地図画像によって、利用者が車両の駐車位置を特定することを可能することができる。

（４）上記形態の共用車両運用システムにおいて、前記認証処理は、前記携帯端末と前記車両とが所定の距離内に近づいたときに行い；前記認証処理において認証が成功した場合に、前記車両が、前記駐車位置を、前記利用者に直接的に認識可能な報知手段によって報知するものとしてもよい。この形態の共用車両運用システムによれば、利用者が駐車位置を直接的に認識することを可能にすることができる。

（５）上記形態の共用車両運用システムにおいて、前記車両は、バッテリーを動力源として用いる電気自動車であるものとしてもよい。この形態の共用車両運用システムによれば、環境に配慮したカーシェアリングを実現することができる。

（６）上記形態の共用車両運用システムにおいて、前記利用者が当該車両を利用時に、前記車両のバッテリーの電力残量に基づいて、前記車両が走行可能な距離を算出するとともに、前記走行可能距離を利用者に報知するものとしてもよい。この形態の共用車両運用システムによれば、利用者が車両を利用時に、走行可能距離を知ることを可能にすることができる。

（７）本発明の他の形態によれば共用で利用可能な車両と、サーバとからなり、携帯端末から前記車両の利用を可能とする共用車両運用システムにおいて；前記サーバは；前記車両の利用を予定している利用者の運転免許証の掲載事項であって、前記利用者を特定可能な固有の掲載事項である免許固有情報を取得する免許固有情報取得部と；前記車両の利用料金の課金の完了を示す課金情報を取得する課金情報取得部と；前記免許固有情報と前記課金情報との取得を条件として、前記利用者の認証に用いる認証情報を発行し、前記免許固有情報と関連付けて登録情報として記憶する登録部と；前記認証情報を前記携帯端末に送信するサーバ送信部とを備え；前記車両は；前記携帯端末が受信した前記認証情報と、前記登録部が前記登録情報として記憶した前記認証情報とを用いて、認証処理を行う車両側認証処理部と；利用者の運転免許証から前記免許固有情報を直接読み取る読取部と；前記読み取った免許固有情報と前記登録情報としての免許固有情報との照合処理を行う免許照合部と；前記認証処理と前記照合処理との処理結果に基づいて、前記利用者による前記車両の利用の可否を決定する利用決定部とを備えるものとしてもよい。この形態の共用車両運用システムによれば、課金情報を取得するとともに、利用者による車両の利用に際し、認証処理と照合処理とを行うので、カーシェアリングサービスの提供に必要な要件を満たしていることを条件としてサービスを提供するシステムを実現することができる。

なお、本発明は、種々の態様で実現することが可能である。例えば、車両貸し出し方法、カーシェアリング方法、カーシェアリングシステム、カーシェアリングサーバー、レンタカーサービス提供システム、レンタカーサービス提供方法などの形態で実現することができる。

カーシェアリングシステムの構成を説明する説明図である。 サーバの構成を概略的に示す構成図である。 携帯端末の構成を概略的に示す構成図である。 車両の構成を模式的に示す構成図である。 登録処理の流れを示すフローチャートである。 案内・認証処理の前半の流れを示すフローチャートである。 案内・認証処理の後半の流れを示すフローチャートである。 走行処理の流れを示すフローチャートである。

Ａ．第１実施形態：
（Ａ１）システム構成：
図１は、本発明の第１実施形態としてのカーシェアリングシステム１０の構成を説明する説明図である。本実施形態におけるカーシェアリングシステム１０は、共用の電気自動車を、ユーザが携帯端末を用いて予約をし、借り出すことができるサービス（以下、単にサーシェアリングとも呼ぶ）を提供するためのシステムである。カーシェアリングシステム１０は、サーバ２０と、携帯端末４０と、電気自動車７０（以下、車両７０とも呼ぶ）とを備える。サーバ２０と携帯端末４０、サーバ２０と車両７０は、互いにインターネットＩＮＴによって接続可能である。携帯端末４０、車両７０は、それぞれ、通信キャリアＢＳを介して無線によってインターネットＩＮＴに接続可能である。また、携帯端末４０と車両７０とは、ブルートゥース（登録商標）、および、ＲＦＩＤ（Radio Frequency Identification）によって互いに通信を行うことが可能である。

サーバ２０は、ユーザが行ったカーシェアリングの予約の管理、および、カーシェアリングにおける車両７０の運用管理を行うためのサーバである。携帯端末４０は、電話機能およびタッチパネルによる操作機構を有する携帯電話（いわゆるスマートフォン）である。携帯端末４０には、カーシェアリング専用のアプリケーションプログラム（以下、アプリケーションＡＰＰとも呼ぶ）がインストールされている。

ユーザは、携帯端末４０のアプリケーションＡＰＰを介して、利用予定時刻や利用開始場所等の情報を入力し、カーシェアリングを利用するための予約（利用予約）を行うことができる。ユーザが携帯端末４０を用いて利用予約を行うと、予約情報がインターネットＩＮＴを介してサーバ２０に送信され、所定の条件を満たした場合に、サーバ２０によってカーシェアリングの予約登録が行われる。利用予約時に、サーバ２０から携帯端末４０に対して、利用可能な車両７０の駐車位置の情報（駐車位置情報）が送信される。携帯端末４０は、アプリケーションＡＰＰを介して、ユーザに、利用可能の車両７０の駐車位置を地図表示する。ユーザは、アプリケーションＡＰＰを介して携帯端末４０によって行われる地図表示や、音声による駐車位置までの案内（経路案内）に従って、利用予定時刻に車両７０の駐車位置に行き、車両７０を利用することができる。

車両７０は、バッテリーの電力を動力源として駆動する電気自動車である。車両７０は、電気自動車専用のカーポートＣＰに複数駐車されている。カーポートＣＰは、観光地、駅、コンビニエンスストア、市役所など行政機関の駐車場、病院、介護施設、オフィス街、公園、遊園地、マンションなどの集合住宅の駐車場など、公共の場に設けられている。

ユーザが利用予定時刻に、アプリケーションＡＰＰによる案内に従ってカーポートＣＰの近くまで来ると、携帯端末４０と車両７０とが通信を行い、所定の条件を満たした場合に、車両７０がライトの点滅および所定の音を発し、車両７０自身の位置（自位置）をユーザに向けて報知する。ユーザは、車両７０からの報知によって、カーポートＣＰに複数駐車されている車両７０の中から、ユーザが利用可能な車両７０を確認することができる。ユーザは、車両７０の駐車位置に到着し、車両７０を利用することができる。ユーザは、１日単位、半日単位、１時間単位等、ユーザの必要とする時間に応じて車両７０を利用することができる。

図２は、サーバ２０の構成を概略的に示した構成図である。図示するように、サーバ２０は、ＣＰＵ２４とＲＡＭ２６とＲＯＭ２８とを有する制御部２２を備える。制御部２２は、サーバ２０の全体の動作を制御する。さらにサーバ２０は、インターネットＩＮＴと接続するための通信部３０と、カーシェアリングの予約登録に関する情報（以下、登録情報とも呼ぶ）を格納する登録情報データベース３２（登録情報ＤＢ３２）とを備える。登録情報データベース３２には、登録情報として、予約をしたユーザの氏名、住所、連絡先、運転免許証の免許証番号、利用料金の課金情報、認証ＩＤ、車両の利用時間、利用希望場所、および、利用可能な車両の固有番号（以下、車両Ｎｏとも呼ぶ）が記録される。登録情報については、後で詳しく説明する。

図３は、携帯端末４０の構成を概略的に示した構成図である。図示するように、携帯端末４０は、主制御部４２を中心に構成され、通信部５０、通信制御部５２、タッチパネル５４、表示部５６、音声出力部５８、ＧＰＳ受信機６０、カメラ６２、ＲＦＩＤインターフェース６４（ＲＦＩＤ／ＩＦ６４）が接続されている。

主制御部４２は、ＣＰＵ４４と、ＲＡＭ４６と、ＲＯＭ４８とを備える。主制御部４２は、携帯端末４０の全体の動作を制御する。また、ＲＯＭ４８には、アプリケーションＡＰＰを実行するためのプログラムが記憶されており、ＣＰＵ４４が読み出して実行することによって、アプリケーションＡＰＰの種々の機能が実現する。通信部５０は、通信キャリアＢＳとの間でデータ通信もしくは音声通信を行うための回路である。通信部５０は、通信キャリアＢＳを介してサーバ２０と通信を行うことができる。また、通信部５０は、通信キャリアＢＳとの間の通信とは別に、ブルートゥースによる通信を行う機構を備えている。

通信制御部５２は、音声通話のための着信や呼び出し、音声信号と電気信号の変換などを行う回路である。携帯端末４０は、通信部５０と通信制御部５２とを備えることにより電話としても動作する。

タッチパネル５４は、ユーザによる指または専用のペン（以下、指または専用のペンをまとめて単に「指等」と表現する）による接触操作を受け付け、接触位置に基づく座標を取得するポインティングデバイスである。表示部５６は、画像を表示可能な領域（以下、表示領域とも呼ぶ）に、種々の画像（表示画像）を表示する。タッチパネル５４と表示部５６の表示領域とは重畳されている。主制御部４２は、タッチパネル５４へのユーザの接触位置の座標（接触位置座標）に基づいて、接触位置座標に対応する表示領域上の座標を取得し、接触操作に対応して表示画像が動作するように画像処理を行う。従って、見かけ上、ユーザが指等で直接的に表示画像を操作することを可能にしている。タッチパネル５４は、ユーザがアプリケーションＡＰＰの種々の操作を行う際に用いられる。また、携帯端末４０が、アプリケーションＡＰＰを介して車両７０の経路案内する際には、表示部５６には、車両７０の駐車位置が地図表示される。

音声出力部５８は、アプリケーションＡＰＰを介して、車両７０の駐車位置を音声案内ためのスピーカである。その他、音声出力部５８は、カーシェアリングシステム１０が備える種々のアプリケーションを実行時に、ユーザに向けて音声を出力する。ＧＰＳ受信機６０は、ＧＰＳ（Global Positioning System／全地球測位システム）を構成する人工衛星から送信された電波を受信することによって、携帯端末４０の現在位置の座標（経度・緯度）を取得するための装置であり、ユーザに対して車両７０の経路案内を行う際に、ユーザの現在位置の情報を取得する。

図４は、車両７０の構成を模式的に示した構成図である。図４には、車両７０が備える種々の構成のうち、本実施形態の説明に必要な構成を示している。従って、車両７０が備えるモータや車輪などの駆動機構や、車両７０の運転を行うための操作機構などは、図示および説明を省略する。

図示するように、車両７０は、制御部７２を中心に構成され、通信部８０、液晶表示型タッチパネル８１、免許読取部８２、スピーカ８４、ライト８６、ドアロック８８、ＲＦＩＤインターフェース９０（ＲＦＩＤ／ＩＦ９０）、バッテリー９２が接続されている。制御部７２は、ＣＰＵ７４と、ＲＡＭ７６と、ＲＯＭ７８とを備える。制御部７２は、カーシェアリングの制御を専用に行う制御部であり、車両７０の駆動系の制御を行う制御部とは別個に設けられている。通信部８０は、通信キャリアＢＳとの間でデータ通信もしくは音声通信を行うための回路である。通信部８０は、通信キャリアＢＳを介してサーバ２０と通信を行うことができる。また、通信部８０は、通信キャリアＢＳとの間の通信とは別に、ブルートゥースによる通信を行う機構を備えている。

免許読取部８２は、ユーザの運転免許証の免許証番号を直接的に読み取る機構である。免許読取部８２は、免許証番号を読み取る２種類の機構を備える。１つめの機構としては、ＩＣタグを備える運転免許証から免許証番号を読み取るためのＩＣタグリーダーである。もうひとつの機構は、ＩＣタグを備えない運転免許証から免許証番号を読み取るためのカメラと、カメラによる撮像画像から免許証番号を抽出するＯＣＲ機構である。免許読取部８２は、これら２つの機構を備えることにより、ＩＣタグを備える運転免許証と、ＩＣタグを備えない運転免許証との両方から免許証番号を読み取ることができる。

スピーカ８４およびライト８６は、ユーザに対して自位置（車両７０の駐車位置）を報知するために用いられる。車両７０が自位置を報知する際には、制御部７２の制御によって、スピーカ８４から所定の音を発し、ライト８６を点滅させる。ドアロック８８は、車両７０のドアの開閉を制御する鍵である。バッテリー９２は、車両７０を駆動するための動力電源である。制御部７２は、バッテリー９２を監視することで、電力残量を検出する。液晶表示型タッチパネル８１は、走行速度や、バッテリーの電力残量や、利用終了時間までの残り時間など、種々の情報をユーザに向けて表示する。

このような構成を有するカーシェアリングシステム１０によって、ユーザは車両７０を利用することができる。カーシェアリングシステム１０がユーザに対してカーシェアリングサービスを提供するにあたり、３つの処理を行う。一つめは、ユーザが利用予約する際に行う登録処理である。二つめは、ユーザが実際に車両７０を利用する際に、ユーザの駐車位置までの経路案内と、ユーザの認証を行う案内・認証処理である。三つめは、走行時に、バッテリーの電力残量や走行距離に基づいて種々の情報をユーザに報知する走行処理である。以下、カーシェアリングシステム１０が行う各処理について説明する。

（Ａ２）登録処理：
図５は、カーシェアリングシステム１０が行う登録処理の流れを示すフローチャートである。登録処理は、ユーザが、携帯端末４０の表示部５６に表示されているアプリケーションＡＰＰのアイコンをタップすることによって開始される。処理を開始すると、携帯端末４０のＣＰＵ４４は、アプリケーションＡＰＰを起動する（ステップＳ１０２）。その後、ＣＰＵ４４は、表示部５６に利用情報の入力画面を表示し、ユーザからの利用情報の入力を受け付ける（ステップＳ１０４）。具体的には、ＣＰＵ４４は、利用情報として、ユーザの氏名、住所、連絡先、利用時間、利用希望場所など、車両７０を利用する上で必要な情報を、ユーザに入力するよう促すメッセージを表示部５６に表示する。そして、ユーザが、タッチパネル５４を操作して利用情報を入力することによって、ＣＰＵ４４は利用情報を受け付ける。

ＣＰＵ４４を受け付けた後、ユーザの運転免許証の撮像画像を取得する（ステップＳ１０６）。具体的には、ＣＰＵ４４は、ユーザに対して、運転免許証をカメラ６２で撮像するように、表示部５６にメッセージを表示することによって促す。そして、ユーザが、携帯端末４０が備えるカメラ６２で運転免許証を撮像することによって、ＣＰＵ４４は運転免許証の撮像画像を取得する。その後、ＣＰＵ４４は、利用情報と、運転免許証の撮像画像とを、インターネットＩＮＴを介してサーバ２０に送信する（ステップＳ１０８）。

サーバ２０は、携帯端末４０から送信された利用情報と運転免許証の撮像画像とを受信し、登録情報ＤＢ３２に格納している登録情報（図２参照）に登録する（ステップＳ２０８）。具体的には、受信した利用情報は、そのままの内容で登録情報に登録する。すなわち、サーバ２０のＣＰＵ２４は、ユーザの氏名、住所、連絡先、利用時間、利用希望場所を登録情報として登録情報ＤＢ３２に登録する。運転免許証の撮像画像については、ＣＰＵ２４が、サーバ２０が予め有するＯＣＲ機能（図示省略）を用いて、運転免許証の撮像画像から、運転免許証の免許証番号を読み取る。そして、読み取った免許証番号を登録情報として登録する。

一方、携帯端末４０は、利用情報と、運転免許証の撮像画像をサーバ２０に送信後、ユーザの操作によって課金処理を行う（ステップＳ１１０）。課金処理とは、カーシェアリングサービスの利用料金をユーザに課金する処理である。課金は、アプリケーションＡＰＰを介して行うことができる。例えば、アプリケーションＡＰＰを提供するサーバ（例えば、ｉＴｕｎｅ（登録商標））に登録しているユーザのクレジットカードに対して課金を行うことや、携帯端末４０の電話料金として課金を行うことができる。クレジットカードに対する課金は、実際の利用料金を課金する処理に限らず、ユーザのクレジットカードを特定する処理のみとしても構わない。具体的には、クレジットカードの登録番号の登録のみとしてもよい。ユーザのクレジットカードが特定されていれば、後に、実際の利用料金の課金を行うことが可能である。その他、ＰＯＳＡシステム（Point of Sales Activation／ＰＯＳＡは登録商標）を用いて課金を行うことも可能である。例えば、ＰＯＳＡカードをコンビニエンスストアで販売し、ユーザはそのＰＯＳＡカードを購入し、所定の手続きを行うことによって課金を行うとしてもよい。このように、ユーザの操作によって課金処理を行った後、携帯端末４０のＣＰＵ４４は、課金完了の情報（課金情報）をサーバ２０に送信する（ステップＳ１１２）。

サーバ２０は、携帯端末４０から課金情報を受信すると、課金情報を登録情報に登録する（ステップＳ２１２）。その後、サーバ２０のＣＰＵ２４は、登録情報にユーザの免許証番号と課金情報とが登録されているか確認する（ステップＳ２１４）。登録情報を確認し、免許証番号と課金情報が登録されている場合には（ステップＳ２１４：ＹＥＳ）、ＣＰＵ２４は、後に行う認証処理に用いる認証ＩＤを発行し、発行した認証ＩＤを登録情報に登録する（ステップＳ２１６）。一方、登録情報を確認し、免許証番号と課金情報の少なくとも一つが登録されていない場合には（ステップＳ２１４：ＮＯ）、ＣＰＵ２４は、免許証番号と課金情報とが登録されるまで、ステップＳ２０８からステップＳ２１２までの処理を繰り返し行う（ステップＳ２１４：ＮＯ）。

認証ＩＤを発行後、サーバ２０のＣＰＵ２４は、登録情報としての利用時間と利用希望場所とに基づいて、ユーザが利用可能な車両を決定する（ステップＳ２１８）。具体的には、サーバ２０は、複数の各車両７０ごとに予約状況を記録したデータ（予約状況データ）を備え（図示省略）、予約状況データに基づいて、ユーザが希望する利用予定時刻および希望利用場所に適合した車両を抽出し、利用可能車両として決定する。

ＣＰＵ２４は、利用可能車両を決定すると、決定した利用可能車両の車両Ｎｏを登録情報に登録する（ステップＳ２２０）。利用可能車両の車両Ｎｏを登録後、ＣＰＵ２４は、認証ＩＤと、利用可能車両の駐車位置の座標データ（車両位置情報）とを、携帯端末４０に送信する（ステップＳ２２２）。携帯端末４０は、サーバ２０が送信した認証ＩＤと、車両位置情報とを受信し、ＲＡＭ４６に記憶する（ステップＳ１２２）。カーシェアリングシステム１０は、このようにして登録処理を行う。

（Ａ３）案内・認証処理：
次に、カーシェアリングシステム１０が行う案内・認証処理について説明をする。上述したように、案内・認証処理は、ユーザが実際に車両７０を利用する際に、ユーザ（携帯端末４０）の現在位置から駐車位置までの経路案内と、ユーザの認証を行う処理である。図６，図７は、カーシェアリングシステム１０が行う案内・認証処理の流れを示したフローチャートである。案内・認証処理は、ユーザが、携帯端末４０の表示部５６に表示されているアプリケーションＡＰＰを起動し、車両７０の駐車位置までの経路案内を実行するための経路案内アイコンをタップすることによって開始される。

案内・認証処理が開始されると、携帯端末４０のＣＰＵ４４は、アプリケーションＡＰＰの経路案内モードを起動する（ステップＳ１２４）。その後、ＣＰＵ４４は、サーバ２０に対して、ユーザ（携帯端末４０）の現在位置から駐車位置までの経路探索のリクエストを送信する（ステップＳ１２６）。携帯端末４０がサーバ２０に送信する経路探索リクエストには、携帯端末４０がＧＰＳ受信機６０を用いて取得した現在位置の情報（ＧＰＳ情報）が含まれる。

サーバ２０は、経路探索リクエストを受信すると、経路探索リクエストに含まれるＧＰＳ情報と、登録情報として記録されている車両７０（利用可能車両）の駐車位置の座標データとを用いて、ユーザの現在位置から駐車位置までの最適経路を探索する（ステップＳ２２６）。最適経路の探索は、サーバ２０が予め備える道路ネットワークデータ（図示省略）を用いて、ＣＰＵ２４が、ダイクストラ法によって行う。ＣＰＵ２４は、経路探索の結果を、経路データとして携帯端末４０に送信する（ステップＳ２２８）。

携帯端末４０は、サーバ２０から経路データを受信すると、経路データに基づいて、最適経路の地図表示と音声案内とによって経路案内を行う（ステップＳ１２８）。その後、携帯端末４０のＣＰＵ４４は、経路案内を継続しながら、定期的に、ユーザの現在位置の情報（ＧＰＳ情報）をサーバ２０に送信する（ステップＳ１３０）。後述するように、ＣＰＵ４４は、車両７０から送信されるチャレンジ信号を受信するまで、定期的にサーバにＧＰＳ情報を送信する（ステップＳ１３４：ＮＯ）。

サーバ２０のＣＰＵ２４は、携帯端末４０から受信したＧＰＳ情報に基づいて、ユーザの現在位置と車両７０との離隔距離を算出する（ステップＳ２３０）。ＣＰＵ２４は、離隔距離が所定の距離（例えば、２０ｍ）より短くなるまで、携帯端末４０からＧＰＳ情報を定期的に受信するごとに、離隔距離の算出を行う（ステップＳ２３２：ＮＯ）。その後、離隔距離が所定距離以下になると（ステップＳ２３２：ＹＥＳ）、ＣＰＵ２４は、利用可能車両である車両７０に対して、ユーザが接近した旨を通知する接近通知をインターネットＩＮＴを介して送信する（ステップＳ２３４）。サーバ２０が送信する接近通知には、ユーザの登録情報としての認証ＩＤが含まれている。

車両７０のＣＰＵ７４は、サーバ２０から接近通知を受信すると、携帯端末４０との間で、チャレンジ・レスポンス方式の認証を行う。具体的には、車両７０のＣＰＵ７４は、ブルートゥースによる通信によって、携帯端末４０に向けてチャレンジ信号を送信する（ステップＳ３３４）。

携帯端末４０は、チャレンジ信号を受信すると（ステップＳ１３４：ＹＥＳ）、登録処理時にサーバ２０から受信し記憶していた認証ＩＤと、受信したチャレンジ信号とを用いてレスポンス信号を生成し、車両７０に送信する（ステップＳ１３６）。車両７０は、レスポンス信号を受信すると、ユーザの認証を行う（ステップＳ３３６）。具体的には、チャレンジ信号を携帯端末４０に送信した際に、車両７０において、送信したチャレンジ信号と認証ＩＤとを用いて、予め、レスポンス信号を生成する。そして、車両７０で生成したレスポンス信号と、携帯端末４０から受信したレスポンス信号との照合を行い、信号が合致していれば認証成功と判断する。

車両７０は、このような方法によって認証を行い、認証が成功すると、認証成功通知を携帯端末４０に送信する（ステップＳ３３８）。携帯端末４０は、車両７０から認証成功通知を受信すると、現在位置から駐車位置までの詳細案内を、地図表示と音声案内によって行う（ステップＳ１３８）。一方、車両７０は、認証成功通知を送信後、車両７０の近距離に到達しているユーザに対して、自位置を報知する（ステップＳ３４０）。具体的には、車両７０が備えるスピーカ８４から所定の音声を発するとともに、ライト８６を点滅させる。

その後、車両７０の自位置の報知によって、ユーザが、複数駐車してある車両７０から利用可能車両である車両７０の位置を確認し、車両７０に到達すると、ユーザが、携帯端末４０のＲＦＩＤ／ＩＦ６４と、車両７０のＲＦＩＤ／ＩＦ９０とを接近させることによって、携帯端末４０と車両７０との間で、近距離の認証を行う（ステップＳ１４０、ステップＳ３４２）。具体的には、携帯端末４０から認証ＩＤをＲＦＩＤによって車両７０に送信し、車両７０が受信した認証ＩＤが、車両７０が予め記憶している認証ＩＤと一致するか否かによって近距離認証を行う。

車両７０のＣＰＵ７４によって近距離認証が成功すると、ＣＰＵ７４は、免許読取処理を実行する（ステップＳ３４４）。具体的には、ＣＰＵ７４は、ユーザに対して、免許読取部８２にユーザの運転免許証を置くように、スピーカ８４からの音声によって案内をする。ユーザが免許読取部８２に運転免許証を置くと、運転免許証から免許証番号を読み取る。上述したように、ユーザの運転免許証がＩＣタグを備える運転免許証の場合には、ＩＣタグリーダーによって免許証番号を読み取る。一方、ユーザの運転免許証がＩＣタグを備えない運転免許証の場合、免許証番号を読み取るためのカメラによって、運転免許証を撮像し、ＯＣＲ機構を用いて撮像画像から免許証番号を抽出することによって読み取りを行う。

このようにして免許証番号を読み取ると、車両７０は、免許証番号とともに、運転免許証の照合要求をサーバ２０に対して送信する（ステップＳ３４６）。サーバ２０は、車両７０から、照合要求と免許証番号を受信すると、受信した免許証番号と、登録情報として登録されているユーザの免許証番号との照合を行い、免許証番号が一致している場合には照合成功と判断し、照合成功通知を車両７０に送信する（ステップＳ２４８）。

車両７０は、サーバ２０から照合成功通知を受信すると、ドアロック８８を解除する（ステップＳ３４８）。その後、車両７０は、ロック解除通知をサーバ２０に送信する（ステップＳ３５０）。サーバ２０は、車両７０からロック解除通知を受信すると、登録情報として利用時間を車両７０に送信する（ステップＳ２５０）。車両７０は、サーバ２０から利用時間を受信すると、スピーカ８４と液晶表示型タッチパネル８１とを用いて、ユーザに対して利用時間を案内する（ステップＳ３５２）。このようにして、カーシェアリングシステム１０は、案内・認証処理を行う。

（Ａ４）走行処理：
次に、カーシェアリングシステム１０が行う走行処理について説明する。走行処理は、ユーザの運転によって車両７０が走行時に、バッテリーの電力残量と走行距離および利用時間に基づいて、ユーザに所定の案内を行う処理である。走行処理は、案内・認証処理が終了後、ユーザが車両７０に乗り込んで所定の操作を行い、車両７０が走行することによって開始される。

ユーザは、車両７０の走行を開始させるために、例えば、以下の操作を行うとしてもよい。車両７０が、携帯端末４０のＲＦＩＤ／ＩＦ６４を近接させたまま固定できる携帯端末固定部（図示省略）を有し、携帯端末固定部にはＲＦＩＤ／ＩＦ９０が備えられている。そして、車両７０のＣＰＵ７４が、携帯端末固定部に携帯端末４０が載置されていることを感知している場合のみ、車両７０の走行が可能となるように制御するとしてもよい。すなわち、ユーザの携帯端末４０が、一般の車両における鍵の役割を果たす。また、携帯端末固定部に携帯端末４０を載置している時に、携帯端末４０と車両７０との間で、ＲＦＩＤを介して認証ＩＤを用いた認証を常時行い、認証が成功している間のみ走行可能としてもよい。このようにすることで、セキュリティーの向上を図ることができる。例えば、ユーザが走行途中に、店舗等に立ち寄る場合、携帯端末４０を携帯端末固定部から外し、携帯端末４０を所持して車両７０から離れることで、ユーザの意図に反して、第三者が車両７０を運転して盗難するなどの事態を回避することができる。

図８は、カーシェアリングシステム１０が行う走行処理の流れを示したフローチャートである。ユーザが車両７０の走行を開始すると、車両７０のＣＰＵ７４は、帰路タイミング案内用パラメータを取得する（ステップＳ３５６）。帰路タイミング案内とは、帰路につくべきタイミングをユーザに案内することである。ユーザに対して帰路につくタイミングを案内することで、ユーザが利用時間を無意識に延長してしまうことや、利用時間の延長によるユーザへの追加課金を抑制することができる。また、現在地から車両７０を返却すべきカーポートＣＰ（返却カーポート）まで走行するために必要なバッテリーの電力量が、電力残量を超えてしまうことを回避し、ユーザが走行途中でバッテリーの充電作業を行うことを回避することができる。なお、返却カーポートは、ユーザが車両７０の利用を開始したカーポートＣＰと異なっているとしてもよい。

ＣＰＵ７４は、帰路タイミング案内用パラメータとして、ユーザが車両７０を利用可能な残り時間、現在地から返却カーポートＣＰまでの距離、バッテリーの電力残量など、帰路タイミングを算出するために必要なパラメータを取得する。帰路タイミング案内用パラメータを取得後、ＣＰＵ７４は、取得した種々のパラメータが、予め設定した条件（帰路タイミング案内条件）を満たしているか判断する（ステップＳ３５８）。そして、帰路タイミング案内用パラメータが、帰路タイミング案内条件を満たしている場合（ステップＳ３５８：ＹＥＳ）、ＣＰＵ７４は、帰路タイミング案内を行う（ステップＳ３６０）。一方、帰路タイミング案内用パラメータが、帰路タイミング案内条件を満たしていない場合には（ステップＳ３５８：ＮＯ）、ＣＰＵ７４は、帰路タイミング案内を行わない。

その後、ユーザの運転によって車両７０が返却カーポートに到着するまで、ＣＰＵ７４は、ステップＳ３５６からステップＳ３６０までの処理を繰り返し行う（ステップＳ３６２：ＮＯ）。ユーザの運転によって車両７０が返却カーポートに到着すると（ステップＳ３６２：ＹＥＳ）、ＣＰＵ７４は、利用料金に関して追加の課金の算出を行う（ステップＳ３６４）。具体的には、ユーザによる車両７０の利用時間が、登録情報として登録されている利用時間を超えている場合には、追加の課金の対象となる。追加の課金を算出後、ＣＰＵ７４は、ユーザによる車両７０の利用が終了した旨の終了通知と追加課金の情報（追加課金情報）とをサーバ２０に送信する（ステップＳ３６６）。その後、ユーザが車両７０から降車したのを感知して、車両７０はドアロック８８を施錠する（ステップＳ３６８）。また、サーバ２０は、携帯端末４０から終了通知と追加課金情報を受信すると、サーバ２０のＣＰＵ２４は、追加課金情報に基づいて、ユーザに対して追加の課金処理を行う（ステップＳ２６６）。このようにして、カーシェアリングシステム１０は走行処理を行う。

以上説明したように、カーシェアリングシステム１０は、ユーザが車両７０に接近した際に認証ＩＤを用いた認証を行うので、予約者と異なる第三者による車両７０の利用を抑制することができる。また、ユーザの無意識の間に、携帯端末４０と車両７０との間で自動的に認証を行うので、ユーザは認証のための作業を行うことを要せず、スムーズに車両７０を利用することができる。

また、カーシェアリングシステム１０は、ユーザが車両７０を利用する直前に運転免許証の照合を行う（図７：ステップＳ２４６参照）。従って、ユーザの免許不携帯による車両７０の運転を抑制することができる。また、カーシェアリングシステム１０は、アプリケーションＡＰＰを用いた課金や、ＰＯＳＡカードを用いた課金を行うことができる。従って、ユーザはスムーズに課金を行うことができる。また、車両７０の利用後に追加の課金が発生した場合にも、車両７０とサーバ２０との間で自動的に追加の課金を行うので、ユーザは追加の課金のための作業を回避することができる。

このように、カーシェアリングシステム１０は、予約者と利用者とが一致していること、利用者（予約者）が共用車両の運転時に免許証を所持していること、利用者が利用料金を支払っていることと言った要件を確認する処理を行うので、カーシェアリングサービスに必要な要件を満たしたシステムを実現することができる。

Ｂ．変形例：
なお、この発明は上記の実施形態や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
（Ｂ１）変形例１：
上記実施形態において、登録情報に登録されている利用時間の所定時間前（例えば１０分前）になっても、アプリケーションＡＰＰの起動によって開始される案内・認証処理が開始されていない場合には、サーバ２０が、登録情報に登録されているユーザの連絡先の情報に基づいて携帯端末４０に所定の方法によって連絡をし、利用時間が接近していることをユーザに案内するものとしてもよい。この場合、サーバ２０のＣＰＵ２４が、登録情報に登録されている利用時間の所定時間前から、ユーザによる案内・認証処理が開始されたか否かの判断処理を行い、案内・認証処理が開始されていないと判断した場合に、携帯端末４０への電話による音声案内、またはメールによる案内など、携帯端末４０への種々の連絡処理を行うことにより実現することができる。その他の携帯端末４０への連絡処理としては、サーバ２０から遠隔制御によって、携帯端末４０のアプリケーションＡＰＰを起動し、アプリケーションＡＰＰを介してユーザに利用時間が接近していることを案内するとしてもよい。このようにすることで、ユーザがカーシェアリングサービスの利用を失念することを抑制することができる。

（Ｂ２）変形例２：
上記実施形態において、ユーザが車両７０の運転を開始する際に、携帯端末固定部に携帯端末４０を載置し、車両７０の走行時に、車両７０と携帯端末４０との間でＲＦＩＤによる通信を行うとしたが、その際、車両７０が有する種々の情報を携帯端末４０に送信し、携帯端末４０は受信した情報に基づく種々の案内をユーザに行うとしてもよい。例えば、走行速度や、現在地から目的地までの経路データ、利用可能な残り時間など、種々の情報を車両７０から携帯端末４０に送信し、携帯端末４０によってユーザがそれらの情報を閲覧可能とするとしてもよい。

その他、車両７０が車外の風景を撮像可能なカメラを備えるとし、車両７０の走行時に、定期的に車外の風景を撮像する。そして、撮像によって取得した画像データに付されている撮像位置座標データと、車両７０の利用によって走行した経路（走行経路）上における座標位置とを関連付けデータを、カーシェアリングサービスの一環として、車両７０から携帯端末４０に提供するとしてもよい。携帯端末４０は、受信したデータをアプリケーションＡＰＰを介して実行し、地図画像の走行経路上の撮像位置に、車両７０が撮像した画像をサムネイル表示する処理を実行するとしてもよい。

（Ｂ３）変形例３：
上記実施形態においては、車両７０は電気自動車であるとしたが、それに限ることなく、エンジンを動力とする自動車（エンジン車）や、エンジンとモータの両方を動力とするハイブリッド車を採用するとしてもよい。エンジン車の場合、帰路タイミング案内用パラメータとしてのバッテリーの電力残量に代えてガソリン残量を採用し、ハイブリッド車の場合、帰路タイミング案内用パラメータとしてのバッテリーの電力残量とガソリン残量の両方を採用することによって、上記実施形態と同様の効果を得ることができる。

（Ｂ４）変形例４：
上記実施形態においては、免許固有情報として、免許証番号を採用したが、それに限ることなく、例えば、運転免許証に表示されている運転者の顔写真を採用することができる。この場合、運転免許証の照合は、登録情報として登録した運転者の顔写真と、免許読取部で読み取った顔写真のパターンマッチングを行うことができる。このようにしても、上記実施形態と同様の効果を得ることができる。

（Ｂ５）変形例５：
上記実施形態において、サーバ２０が有する機能の一部を、携帯端末４０または車両７０が有するとしてもよいし、携帯端末４０が有する機能の一部を、サーバ２０または車両７０が有するとしてもよいし、車両７０が有する機能の一部をサーバ２０または車両７０が有するとしてもよい。

１０…カーシェアリングシステム
２０…サーバ
２２…制御部
２４…ＣＰＵ
２６…ＲＡＭ
２８…ＲＯＭ
３０…通信部
３２…登録情報データベース
４０…携帯端末
４２…主制御部
４４…ＣＰＵ
４６…ＲＡＭ
４８…ＲＯＭ
５０…通信部
５２…通信制御部
５４…タッチパネル
５６…表示部
５８…音声出力部
６０…ＧＰＳ受信機
６２…カメラ
６４…ＲＦＩＤ／ＩＦ
７０…電気自動車
７２…制御部
７４…ＣＰＵ
８０…通信部
８１…液晶表示型タッチパネル
８２…免許読取部
８４…スピーカ
８６…ライト
８８…ドアロック
９０…ＲＦＩＤ／ＩＦ
９２…バッテリー
３２…登録情報ＤＢ
ＣＰ…カーポート
ＢＳ…通信キャリア
ＩＮＴ…インターネット

Claims (7)

1. 共用で利用可能な車両と、サーバとからなり、携帯端末から前記車両の利用を可能とする共用車両運用システムであって、
   前記車両の利用を予定している利用者の運転免許証の掲載事項であって、前記利用者を特定可能な固有の掲載事項である免許固有情報を取得し、
   前記車両の利用料金の課金の完了を示す課金情報を取得し、
   前記免許固有情報と前記課金情報との取得を条件として、前記利用者の認証に用いる認証情報を発行し、前記免許固有情報と関連付けて登録情報として記憶し、
   前記認証情報を前記携帯端末に送信するとともに、
   前記利用者による前記車両の利用に際し、
   前記携帯端末が受信した前記認証情報と、前記登録情報として記憶した前記認証情報とを用いて、認証処理を行い、
   利用者の運転免許証から前記免許固有情報を直接読み取り、
   前記読み取った免許固有情報と、前記登録情報として記憶した前記免許固有情報との照合処理を行い、
   前記認証処理と前記照合処理との処理結果に基づいて、前記利用者による前記車両の利用の可否を決定する
   共用車両運用システム。
2. 請求項１記載の共用車両運用システムであって、
   前記認証情報の発行後に、前記利用者が利用可能な車両を特定する車両特定情報を前記携帯端末に送信し、
   前記車両特定情報は、該車両特定情報を受信した前記携帯端末が、前記車両を特定するための情報を前記利用者に向けて報知する車両特定報知処理に利用可能な情報である
   共用車両運用システム。
3. 請求項２記載の共用車両運用システムであって、
   前記特定情報は、前記利用者が利用可能な車両の駐車位置を示す駐車位置情報であり、
   前記車両特定報知処理は、前記駐車位置を示す地図画像を前記利用者に向けて表示する処理である
   共用車両運用システム。
4. 請求項１から請求項３のいずれか一項に記載の共用車両運用システムであって、
   前記認証処理は、前記携帯端末と前記車両とが所定の距離内に近づいたときに行い、
   前記認証処理において認証が成功した場合に、前記車両が、前記駐車位置を、前記利用者に直接的に認識可能な報知手段によって報知する
   共用車両運用システム。
5. 前記車両は、バッテリーを動力源として用いる電気自動車である請求項１から請求項４のいずれか一項に記載の共用車両運用システム。
6. 請求項５記載の共用車両運用システムであって、
   前記利用者が当該車両を利用時に、前記車両のバッテリーの電力残量に基づいて、前記車両が走行可能な距離を算出するとともに、前記走行可能距離を利用者に報知する
   共用車両運用システム。
7. 共用で利用可能な車両と、サーバとからなり、携帯端末から前記車両の利用を可能とする共用車両運用システムであって、
   前記サーバは、
   前記車両の利用を予定している利用者の運転免許証の掲載事項であって、前記利用者を特定可能な固有の掲載事項である免許固有情報を取得する免許固有情報取得部と、
   前記車両の利用料金の課金の完了を示す課金情報を取得する課金情報取得部と、
   前記免許固有情報と前記課金情報との取得を条件として、前記利用者の認証に用いる認証情報を発行し、前記免許固有情報と関連付けて登録情報として記憶する登録部と、
   前記認証情報を前記携帯端末に送信するサーバ送信部とを備え、
   前記車両は、
   前記携帯端末が受信した前記認証情報と、前記登録部が前記登録情報として記憶した前記認証情報とを用いて、認証処理を行う車両側認証処理部と、
   利用者の運転免許証から前記免許固有情報を直接読み取る読取部と、
   前記読み取った免許固有情報と前記登録情報としての免許固有情報との照合処理を行う免許照合部と、
   前記認証処理と前記照合処理との処理結果に基づいて、前記利用者による前記車両の利用の可否を決定する利用決定部とを備える
   共用車両運用システム。

Images