以下、図面に基づいて、本発明の実施形態に係る共用車両管理装置について説明する。本実施形態では、共用車両管理装置を、複数のユーザが複数のステーションに配置された複数の共用車両を共用するカーシェアリングシステムを管理運営する共用車両管理システムに適用した例を用いて説明する。本実施形態のカーシェアリングシステムでは、共用車両を借り出すステーションと、共用車両を返却するステーションとは、同一であってもよいし、異なっていてもよい。なお、各ステーションは、共用車両を駐車させることができ、共用車両の貸出及び返却を行ったり、利用されていない共用車両を待機させたりできる場所であり、カーシェアリングシステムのために予め用意した駐車場などが挙げられる。
ここで、図1Aは、本実施形態の共用車両管理装置100を備えた共用車両管理システム1000において、ユーザが共用車両を利用する方法の一例を示す概要図である。図1Aでは、ユーザU1が共用車両V2を利用し、共用車両V2を利用後に返却するためのステーション(帰着ステーション)としてステーションST2を設定しており、一方、ユーザU2が、ユーザ端末装置400Xを用いて、いずれかの共用車両を利用しようとしている場面を示している。本実施形態の共用車両管理システム1000においては、ユーザU2は、ユーザ端末装置400Xを操作することで、共用車両管理装置100が管理する複数のステーションの中から、共用車両の貸出しを希望するステーション(出発ステーション)を選択し、選択した出発ステーションで待機している共用車両の利用要求をする。
たとえば、図1Aに示す場面において、ユーザU2が出発ステーションとしてステーションST1を選択した場合には、ステーションST1で待機している共用車両V1を利用できる。この際には、併せて、任意のステーションを、共用車両を利用後に返却するためのステーション(帰着ステーション)として設定してもよい。あるいは、ユーザU2は、共用車両の利用要求をした後、所望のタイミングで、この帰着ステーションを設定してもよい。これにより、ユーザは、利用要求をした共用車両に乗車して共用車両を利用できるようになり、その後、利用した共用車両を、設定した帰着ステーションに返却することで、乗り捨て型のワンウェイ・カーシェアリングシステムを利用できるようになっている。
一方、図1Aに示す場面において、ユーザU2が出発ステーションとしてステーションST2を選択した場合には、ステーションST2には待機している共用車両が存在しないため、共用車両管理装置100は、ステーションST2には現在利用可能な共用車両が存在せず、ステーションST2からは共用車両の貸出を行うことができない旨の情報を、ユーザU2のユーザ端末装置400Xに送信する。もしくは、図1Aに示す場面において、ユーザU2が出発ステーションとしてステーションST2を選択した場合には、共用車両管理装置100により、共用車両の貸出の受付ができない状態が維持される。
以上が本実施形態におけるワンウェイ・カーシェアリングシステムの基本構成である。本実施形態では、このようなワンウェイ・カーシェアリングシステムにおいて、図1Aに示すような場面で、ユーザU2にとって現在利用可能な共用車両が存在しない場合には、共用車両を利用するユーザ(実際に共用車両を利用しているユーザ、又は共用車両を利用する予定があるユーザ)について予測される共用車両の利用時間を算出し、算出した時間に基づいて、ユーザU2から予約を受け付けできるか否かを判定する。
図1Bは、本実施形態の共用車両管理システム1000を示す構成図である。図1Bに示すように、本実施形態の共用車両管理システム1000は、共用車両管理装置100と、複数のユーザに利用される複数の共用車両V1〜Vn(以下、共用車両Vnと総称することもある)がそれぞれ備える車載装置200V1〜200Vn(以下、車載装置200Vnと総称することもある)と、複数のユーザがそれぞれ所持するユーザ端末装置400X〜400Z(以下、ユーザ端末装置400Xと総称することもある)と、を有する。本実施形態の共用車両管理システム1000を構成する、車載装置200V1〜200Vn、ユーザ端末装置400X〜400Zの台数は限定されない。
共用車両管理装置100、車載装置200V1〜200Vn及びユーザ端末装置400X〜400Zは、それぞれ通信装置(20、220、420)を備え、インターネット300などの電気通信回線網を介して相互に情報の授受が可能である。通信経路は有線であっても無線であってもよい。
本実施形態のユーザ端末装置400Xは、本発明の本実施形態に係るユーザ端末装置400Xに適用されるプログラムが格納されたROM(Read Only Memory)と、このROMに格納されたプログラムを実行することで、各機能を実行させる動作回路としてのCPU(Central Processing Unit)と、アクセス可能な記憶装置として機能するRAM(Random Access Memory)と、を備えるコンピュータである。本実施形態のユーザ端末装置400Xは、パーソナルコンピュータ、スマートフォン、又はPDA(Personal Digital Assistant)その他の可搬型の端末装置であってもよい。
本実施形態のユーザ端末装置400Xは、各ユーザによる所望の出発ステーションの共用車両Vnの利用を求める入力情報を受け付ける入力装置410と、共用車両管理装置100などの外部装置と通信を行う通信装置420と、各ユーザに情報を通知するための表示装置430と、ユーザによる共用車両Vnの利用の制御処理を実行する制御装置440とを備える。
ユーザ端末装置400Xの入力装置410としては、たとえば、ユーザの手操作による入力が可能なディスプレイ画面上に配置されるタッチパネル又はジョイスティックや、ユーザの音声による入力が可能なマイクなどの装置を用いることができる。表示装置430としては、ディスプレイなどが挙げられ、タッチパネル・ディスプレイを用いる場合には、入力装置410と兼用することができる。
本実施形態の制御装置440は、ユーザ端末装置400Xに備えられた図示しないGPS(Global Positioning System)受信機などの位置取得装置を用いて、ユーザ端末装置400Xを操作するユーザの現在位置の情報を取得し、取得した現在位置の情報を、通信装置420を介して、共用車両管理装置100に送信する。
また、制御装置440は、各ユーザによる共用車両Vnの利用を求める利用要求などの入力情報を受け付け、通信装置420を介して、共用車両管理装置100に送信する。なお、本実施形態では、共用車両Vnの利用要求としては、ユーザが利用要求を送信してから直ぐに共用車両Vnを利用開始する即時利用の態様が挙げられる。
上述した利用要求には、ユーザのID情報、ユーザの現在位置の情報、ユーザが設定した出発ステーションの情報、ユーザが利用しようとする共用車両VnのID情報、ユーザが設定した帰着ステーションの情報などが含まれる。本実施形態のカーシェアリングシステムにおいては、利用要求には、ユーザによる共用車両Vnの利用開始時刻や、ユーザによる共用車両Vnの返却時刻の情報は含まれていなくてもよい。すなわち、本実施形態のカーシェアリングシステムでは、ユーザは、共用車両Vnの利用開始時刻や返却時刻を設定することなく、共用車両Vnを利用開始し、任意のタイミングで返却することができる。なお、本実施形態のユーザ端末装置400Xは、必要に応じて、共用車両管理装置100から、各ステーションの情報や、各ステーションにおける利用候補の共用車両Vnの情報などを受信する。
また、本実施形態においては、ユーザ端末装置400X及び車載装置200Vnのうち、一方又は両方が、ユーザに対して共用車両Vnの走行経路を案内するためのナビゲーション装置として機能してもよい。ユーザ端末装置400Xがナビゲーション装置として機能する場合には、ユーザ端末装置400Xは、たとえば、予めユーザ端末装置400Xに備えられたROMなどに地図情報を記憶させておき、表示装置430に、地図情報とともに、ユーザが現在利用している共用車両Vnの現在位置と、ユーザが設定した帰着ステーションの位置とを表示し、共用車両Vnの現在位置から帰着ステーションまでの走行経路を案内するように構成することができる。
本実施形態の車載装置200Vnは、各共用車両Vnの現在位置を検出するGPS受信機210と、共用車両管理装置100などの外部装置と通信を行う通信装置220と、ユーザによる共用車両Vnの利用の制御処理を実行する制御装置230とを備える。
この車載装置200Vnは、ユーザ端末装置400Xの機能を利用した簡易な機構にしてもよい。例えば、GPS受信機や通信装置、経路演算および経路誘導装置などがユーザ端末装置400Xに搭載されている場合はその機能を利用し、車載装置200Vnは、次に示すユーザの認証のみを行うようにしてもよい。
本実施形態においては、制御装置230は、車載装置200Vnに備えらえた認証装置(不図示)を用いて、共用車両Vnに乗車したユーザが、該共用車両Vnの利用要求を行ったユーザと一致するか否かのユーザ認証を行う。たとえば、制御装置230は、認証装置として、NFC(Near Field Communication)による通信が可能な装置を用いて、ユーザが所有するユーザ端末装置400Xや会員カードなどからユーザのID情報を読み取り、さらに、通信装置220を介して共用車両管理装置100にアクセスして、共用車両Vnの利用要求の情報を取得し、共用車両Vnに乗車したユーザのユーザ認証を行う。
また、制御装置230は、GPS受信機210を用いて取得した現在位置の情報を、通信装置220を介して、共用車両管理装置100に送信する。
さらに、制御装置230は、図示しないディスプレイやスピーカなどを用いて、共用車両管理装置100から送信された情報などを、ユーザに通知する。本実施形態では、制御装置230は、たとえば、共用車両管理装置100から、各ステーションの情報や、各ステーションにおける利用可能な共用車両Vnの情報などを受信して、ユーザに通知する。
なお、本実施形態においては、車載装置200Vnは、上述したユーザ端末装置400Xと同様に、共用車両Vnの現在位置から帰着ステーションまでの走行経路を案内するためのナビゲーション装置として機能するものであってもよい。
本実施形態の共用車両管理装置100は、共用車両管理システム1000のサーバとして機能し、カーシェアリングシステムを管理運営するための制御処理を実行する制御装置10と、車載装置200Vn及びユーザ端末装置400Xとそれぞれ相互に通信可能な通信装置20と、通信装置20により受信した情報、各共用車両Vnの情報、各ステーションの情報、ユーザごとの利用実績を示すユーザ実績情報、及び共用車両Vnごとの利用実績を示す車両実績情報などを記憶するデータベース30とを備える。
本実施形態においては、制御装置10は、後述する各機能により、通信装置20が受信した情報、及びデータベース30に記憶させた情報に基づいて、ユーザによる共用車両Vnの利用及び返却の管理を行う。
たとえば、本実施形態においては、図2に示すように、地図上の所定の利用領域(図2に破線で示す領域)内にて、丸印で示すステーションが複数設けられ、ユーザがステーションST1で借りた共用車両Vnを利用し、その後共用車両VnをステーションST2に返却するような場面において、制御装置10は、ユーザによる共用車両Vnの利用及び返却の管理を行うことができる。なお、図2に示す例では、隣り合うステーション間の距離が等しくなるように、各ステーションが配置されているが、配置の態様はこれに限定されるものではない。
さらに、本実施形態においては、制御装置10は、共用車両Vnを利用するユーザについて予測される共用車両Vnの利用時間を、予測利用時間として算出し、この予測利用時間に基づいて、他のユーザが当該共用車両Vnを予約できるか否かを判定する機能を有する。例えば、制御装置10は、まず、共用車両Vnを利用するユーザの走行ルートを予測する。次いで、制御装置10は、共用車両Vnの利用実績の情報などを用いて、ユーザが共用車両Vnで当該走行ルートを走行した場合における予測利用時間を算出する。そして、制御装置10は、共用車両Vnを利用するユーザについて算出された予測利用時間が所定時間以下であれば、他のユーザからの当該共用車両Vnの予約を受付可能とすることができる。
本実施形態では、図3に例示するように、あるユーザU3が、出発ステーション(ステーションST3)及び帰着ステーション(ステーションST4)を設定して共用車両V3を利用する場面においては、制御装置10は、ユーザU3が利用する共用車両V3の予測利用時間が所定時間以下であれば、他のユーザ(ユーザU4)から、共用車両V3の予約を受け付けする。
図3に示す場面では、ユーザU3が、共用車両V3で出発するまで、出発ステーション(ステーションST3)を占有するとともに、共用車両V3を返却するまで、帰着ステーション(ステーションST4)を占有する。さらに、本実施形態では、ユーザU4から共用車両V3の予約が受け付けられた場合には、ユーザU4が、共用車両V3で出発するまで、出発ステーション(ユーザU3により共用車両V3が返却されるステーションST4)を仮占有(事前予約)するとともに、共用車両V3を返却するまで、ユーザU4が帰着ステーションとして設定したステーションST5を仮占有(事前予約)する。この際には、ステーションST4は、ユーザU3によって帰着ステーションとして占有されるとともに、重複して、ユーザU4によって出発ステーションとして仮占有(事前予約)される。
制御装置10が予測利用時間を算出する方法としては、特に限定されないが、例えば次のような方法を用いることができる。
まず、図3に示す場面では、制御装置10は、ユーザU3が設定した出発ステーション及び帰着ステーションに基づいて、ユーザU3が走行すると予測される走行ルート(以下、予測走行ルートという。)を求める。この際においては、制御装置10は、データベース30に記憶されたユーザ実績情報(ユーザごとの利用実績を示す情報)を参照し、それぞれの共用車両Vnを利用する各ユーザが過去に走行したルートに関する情報を抽出して、抽出した情報に基づいて予測走行ルートを求めてもよい。例えば、ユーザU3が、通勤、送迎、買い物、通院などの目的でいつも同じルートを走行する傾向にある場合には、制御装置10は、そのルートを、ユーザU3の予測走行ルートとすることができる。
次いで、制御装置10は、その予測走行ルートをユーザU3が走行するのに要する時間を、予測利用時間として算出する。例えば、制御装置10は、データベース30に記憶されたユーザ実績情報を参照し、ユーザU3がその予測走行ルートを走行する際に要する平均走行時間TAveの情報を抽出して、抽出した平均走行時間TAveを、ユーザU3の予測利用時間とすることができる。
なお、ユーザU3が既に出発ステーション(ステーションST3)を出発している場合には、制御装置10は、ユーザU3が出発してから経過した時間(すなわち、ユーザU3の出発時刻から、現在時刻までの時間)を考慮して、予測利用時間を求めてもよい。例えば、上述した平均走行時間TAveから、ユーザU3が出発してから経過した時間を差し引いた時間を、予測利用時間とすることができる。この際においては、制御装置10は、ユーザU3の現在位置の情報を取得し、ユーザU3が帰着ステーションに近づいているほど、予測利用時間をより短い値として求めてもよい。
また、制御装置10は、ユーザU3以外の他のユーザによる共用車両Vnの利用実績に基づいて、ユーザU3の予測利用時間を求めてもよい。すなわち、制御装置10は、データベース30に記憶された他のユーザのユーザ実績情報を参照し、それぞれのユーザが、ユーザU3の予測走行ルートを走行する際に要した平均走行時間TAve_usersを算出して、算出した平均走行時間TAve_usersを、ユーザU3の予測利用時間としてもよい。この際においては、制御装置10は、さらに、算出した平均走行時間TAve_usersに対して、ユーザU3の過去の走行の傾向に基づく係数k1を設定し、その係数k1を平均走行時間TAve_usersに乗じた値を、ユーザU3の予測利用時間としてもよい。
この係数k1は、例えば、以下のようにして求めることができる。すなわち、制御装置10は、各ユーザのユーザ実績情報に基づいて、各ユーザが様々なルートを走行した際における平均走行時間TAve_allを算出する。さらに、制御装置10は、ユーザU3のユーザ実績情報に基づいて、ユーザU3が様々なルートを走行した際における平均走行時間TAve_U3を算出する。そして、制御装置10は、平均走行時間TAve_allに対して平均走行時間TAve_U3が長いほど、ユーザU3の係数k1を大きい値とし、平均走行時間TAve_allに対して平均走行時間TAve_U3が短いほど、ユーザU3の係数k1を小さい値とする。例えば、係数k1としては、平均走行時間TAve_U3を平均走行時間TAve_allで除した値(平均走行時間TAve_U3/平均走行時間TAve_all)とすることができる。これにより、本実施形態では、ユーザU3の係数k1に応じて、ユーザU3の予測利用時間を求めることで、ユーザU3の実際の走行の傾向に近い予測利用時間が得られる。
なお、本実施形態では、ユーザ実績情報がないユーザ、すなわち、共用車両Vnの利用実績がないユーザについては、係数k1としては、所定の初期値(例えば、1.0よりも大きい値とすることが好ましく、2.0などが挙げられる。)を設定することができる。
加えて、本実施形態では、制御装置10は、道路の交通情報や、天候情報などを加味して、ユーザU3の予測利用時間を求めてもよい。例えば、制御装置10は、通信装置20を介して、各車載装置200Vn等から、現在の道路の交通情報を取得し、道路の交通に応じた係数k2を算出する。ここで、係数k2は、例えば、道路が混雑しているほど高い値とする。また、制御装置10は、通信装置20を介して、天候情報を取得し、天候に応じた係数k3を算出する。例えば、雨や雪のように車両の走行速度が低下する傾向にある悪天候時には係数k3を高い値とし、好天時には係数k3を低い値とする。そして、制御装置10は、交通情報に基づく係数k2や、天候情報に基づく係数k3に応じて、ユーザU3の予測利用時間を求めることで、ユーザU3が実際に走行する際の状況に合った予測利用時間が得られる。
本実施形態では、以上のようにして、制御装置10が、共用車両Vnを利用するユーザU3について、予測利用時間を算出する。
次いで、本実施形態では、制御装置10は、ユーザU3の予測利用時間に基づいて、他のユーザU4が当該共用車両Vnを予約できるか否かを判定する。例えば、図3に示す場面においては、制御装置10は、ユーザU3について算出した予測利用時間が、所定時間以下であれば、ユーザU4が共用車両V3を予約できると判定することができる。具体的には、ユーザU4により設定された出発ステーション(ステーションST4)から帰着ステーション(ステーションST5)まで共用車両Vnを利用するという内容の予約を、ユーザU4から受け付けできると判定する。
なお、上述した所定時間としては、特に限定されないが、ユーザU4が、共用車両V3を利用開始するまでに待つことができる時間という観点で設定すればよく、例えば5〜30分程度とすることができる。
本実施形態では、制御装置10は、ユーザU4が共用車両V3を予約できると判定した場合には、判定結果をユーザU4に通知する。この際には、制御装置10は、予約の可否に関する情報だけでなく、共用車両V3を利用開始できる予測時刻の情報も併せてユーザU4に通知することができる。なお、通知の方法は、特に限定されず、制御装置10が、通信装置20を介して、車載装置200Vnやユーザ端末装置400Xから、映像や音声で通知する方法が挙げられる。
また、制御装置10は、上述した判定結果に基づき、実際にユーザ4による共用車両V3の予約を受け付けた場合には、ユーザU4が共用車両V3を返却するまで、ユーザU4が帰着ステーションとして設定したステーションST5を、ユーザU4のために確保する処理を行う。すなわち、ステーションST5について、他のユーザが帰着ステーションとして設定できないようにしておき(他のユーザがステーションST5に共用車両Vnを返却できないようにしておき)、ステーションST5にユーザU4が共用車両V3を返却できる状態にしておく。
次いで、本実施形態の共用車両管理装置100のデータベース30について説明する。データベース30は、共用車両情報31と、ステーション情報32と、各ユーザから受け付けた利用要求(上述した図3に示す場面における、ユーザU3のように、直接、共用車両V3の利用をする申込みと、ユーザU4のように、次に共用車両V3を利用する旨の予約の申込みとを含む)に関する利用申込情報33と、各ユーザによる共用車両Vnの利用履歴である実績情報34と、地図情報35とを記憶する。なお、図1Bに示す例では、データベース30を一つだけ設けた例を示したが、本実施形態の共用車両管理装置100では、データベース30を複数設け、各データベース30に、共用車両情報31、ステーション情報32、利用申込情報33、実績情報34及び地図情報35を別々に記憶してもよい。
ここで、共用車両情報31は、各共用車両VnのID、車種・車型、出力などを含む情報である。ステーション情報32は、各ステーションの位置情報、各ステーションの最大駐車可能台数、各ステーションの駐車台数又は空車台数、目印となる周辺の地名、各ステーション間の距離や道路勾配などを含む情報である。
利用申込情報33は、各ユーザがユーザ端末装置400Xや車載装置200Vnを用いて、共用車両Vnの利用を求めるために入力した入力情報である。なお、利用申込情報33には、上述した図3の場面における、ユーザU3のように、直接、共用車両V3の利用をする申込みの情報と、ユーザU4のように、次に共用車両V3を利用する旨の予約の申込みの情報とが含まれる。実績情報34は、各ユーザが共用車両Vnの利用を行った実績の情報などを記憶した情報であり、たとえば、各ユーザにより共用車両Vnが利用された際における、共用車両Vnの利用時間の情報や、各ユーザが利用した出発ステーション及び帰着ステーションの情報などが挙げられる。実績情報34には、ユーザごとの利用実績が蓄積されたユーザ実績情報と、共用車両Vnごとの利用実績が蓄積された車両実績情報とが含まれる。
地図情報35は、少なくとも図2に示す全てのステーションを包含する地図情報であり、道路、ノード間の距離・勾配・道路幅・道路種、建造物の名称などを含む情報である。
本実施形態の共用車両管理装置100の制御装置10は、図1Bに示すように、カーシェアリングシステムを管理運営する処理を実行するためのプログラムが格納されたROM(Read Only Memory)12と、このROM12に格納されたプログラムを実行することで、共用車両管理装置100として機能する動作回路としてのCPU(Central Processing Unit)11と、アクセス可能な記憶装置として機能するRAM(Random Access Memory)13とを備える。
共用車両管理装置100の制御装置10は、利用要求受付機能と、利用実績管理機能と、予測利用時間算出機能と、予約可否判定機能と、通知機能と、返却受付機能とを実現する。本実施形態に係る共用車両管理装置100の制御装置10は、上記機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実現するコンピュータである。
以下において、共用車両管理装置100の制御装置10が実現する各機能についてそれぞれ説明する。
まず、本実施形態の制御装置10が実行する利用要求受付機能について説明する。制御装置10は、利用要求受付機能により、ユーザ端末装置400Xから、共用車両Vnの利用要求を受け付け、受け付けた利用要求の情報を、利用申込情報33としてデータベース30に記憶させる。なお、利用要求には、上述したように、ユーザのID情報、ユーザの現在位置の情報、ユーザが設定した出発ステーションの情報、ユーザが利用しようとする共用車両VnのID情報、ユーザが設定した帰着ステーションの情報などが含まれる。
続いて、本実施形態の制御装置10が実行する利用実績管理機能について説明する。本実施形態では、制御装置10は、利用実績管理機能により、各ユーザが共用車両Vnを利用した際の利用時間や、利用した出発ステーション及び帰着ステーション等の情報を、実績情報34として、データベース30に記憶させる。
続いて、本実施形態の制御装置10が実行する予測利用時間算出機能について説明する。本実施形態では、予測利用時間算出機能により、データベース30に記憶された実績情報34に基づいて、上述したように、共用車両Vnを利用するユーザの予測利用時間を算出する。そして、制御装置10は、予約可否判定機能により、あるユーザが利用している共用車両Vnについて、他のユーザから、当該共用車両Vnの利用の申込みがあった場合や、当該共用車両Vnの帰着ステーションとして設定されたステーションから共用車両Vnを利用したい旨の申込みがあった場合などに、上述したように、共用車両Vnを利用するユーザの予測利用時間に基づいて、当該他のユーザからの予約を受け付け可能であるか否かを判定する。
続いて、本実施形態の制御装置10が実行する通知機能について説明する。制御装置10は、通知機能により、各車載装置200Vn及び各ユーザ端末装置400Xと通信して、ユーザに対して、共用車両Vnの利用要求を受け付けた旨の情報などを通知する。また、制御装置10は、通知機能により、予約可否判定機能の判定結果や、共用車両Vnを利用開始できる予測時刻の情報などを、ユーザに通知する。
続いて、本実施形態の制御装置10が実行する返却受付機能について説明する。制御装置10の返却受付機能は、ユーザにより、車載装置200Vn又はユーザ端末装置400Xを介して送信される共用車両Vnの返却要求に応じて、共用車両Vnの返却を受け付ける機能である。
たとえば、図1Aに示すように、共用車両V2の帰着ステーションがステーションST2に設定されている場合には、ユーザU1が、共用車両V2をステーションST2に停車させた後で、車載装置200V2を操作して共用車両管理装置100に返却要求を送信することで、制御装置10は、共用車両V2の返却を受け付けることができる。
なお、ユーザが送信する返却要求には、ユーザが利用した共用車両VnのID情報及び現在位置情報が含まれており、制御装置10は、受信した返却要求に含まれる共用車両VnのID情報に基づき、データベース30に記憶された利用申込情報33の中から、該共用車両VnのID情報に対応する情報を読み出し、該共用車両Vnが、予め設定された帰着ステーションに位置しているか否かを判定し、共用車両Vnが帰着ステーションに位置していると判定された場合には、共用車両Vnが正しく返却されたものとして処理する。
本実施形態においては、以上のようにして、共用車両管理装置100の制御装置10が実現する各機能により、カーシェアリングシステムの管理運営が行われる。
本実施形態によれば、共用車両管理装置100の制御装置10は、共用車両Vnを利用するユーザの予測利用時間を算出し、予測利用時間に基づいて、他のユーザが当該共用車両Vnを予約できるか否かを判定する。これにより、当該他のユーザが、次に共用車両Vnを利用する旨の予約ができるようになり、ユーザにとっての利便性が向上する。
なお、従来のカーシェアリングシステムにおいては、共用車両Vnの予約時には、共用車両Vnの利用開始時刻に加えて、返却時刻を予め設定する必要があった。すなわち、返却時刻を設定せずに共用車両Vnの予約を受け付けてしまうと、次に当該共用車両Vnを利用しようとするユーザは、いつから利用を開始できるのかが分からないため、予約時には、共用車両Vnの返却時刻を予め設定する必要があった。
一方、カーシェアリングシステムにおいては、ユーザが、共用車両Vnの利用開始時刻や返却時刻を設定することなく、予約をせずに共用車両Vnを利用開始し、任意のタイミングで返却する利用態様も知られている。しかしながら、このような利用態様では、上述したように、共用車両Vnの返却時刻が設定されていないため、ユーザは、いつから利用を開始できるのかが分からず、共用車両Vnの予約をすることができなかった。すなわち、共用車両Vnを利用しているユーザAが、特定のステーションを帰着ステーションとして設定している場面において、仮に、他のユーザBから、当該特定のステーションに返却される予定の共用車両Vnを、所望の利用開始時刻から利用する旨の予約をしたとしても、ユーザAがその利用開始時刻までに共用車両Vnを返却しない場合には、ユーザBは、予約をした利用開始時刻に共用車両Vnを利用できないという問題がある。そのため、ユーザが任意のタイミングで共用車両Vnを返却できる利用態様に対しては、従来のカーシェアリングシステムにおける予約の処理を適用することができなかった。
これに対し、本実施形態では、共用車両管理装置100の制御装置10により、共用車両Vnを利用するユーザの予測利用時間を算出し、この予測利用時間に基づいて、他のユーザが当該共用車両Vnを予約できるか否かを判定するようにしたことにより、当該他のユーザが、当該共用車両Vnを予約することが可能となった。これにより、カーシェアリングシステムにおいては、ユーザにとっての利便性が向上し、さらには、あるユーザによって返却された共用車両Vnが、予約を行った他のユーザによって直ぐに利用されるため、共用車両Vnが待機している時間(共用車両Vnが利用されていない時間)が減少し、共用車両Vnの稼働率が向上する。
次いで、本実施形態の動作例を説明する。図4は、本実施形態の共用車両管理装置100によるカーシェアリングシステムの制御手順を示すフローチャートである。なお、図4に示すフローチャートは、一のユーザが、共用車両Vnを利用する旨の利用要求を送信し、共用車両Vnを利用した後、共用車両Vnを帰着ステーションに返却するまでの制御手順を示すものである。
まず、ステップS101では、共用車両管理装置100の制御装置10は、ユーザから、ユーザ端末装置400Xを介して利用要求が送信されたか否かを判定する。なお、利用要求には、ユーザのID情報、ユーザの現在位置の情報、ユーザにより設定された出発ステーションの情報、ユーザが利用しようとする共用車両VnのID、ユーザにより設定された帰着ステーションの情報などが含まれる。そして、ステップS101において、利用要求が送信されたと判定された場合には、ステップS102へ進む。一方、ステップS101において、利用要求が送信されていないと判定された場合には、ステップS101で待機する。
ステップS102では、制御装置10は、ステップS101でユーザから送信された利用要求を受信し、利用申込情報33としてデータベース30に記憶させる。
ステップS103では、制御装置10は、ステップS102で受信した利用要求を参照し、ユーザが設定した帰着ステーションが現在利用可能であるか否かを判定する。例えば、帰着ステーションとして設定されたステーションに、新たに共用車両Vnを駐車可能なスペースが存在する場合には、当該帰着ステーションが現在利用可能であると判定する。そして、ステップS103において、帰着ステーションが現在利用可能であると判定された場合には、ステップS104へ進む。一方、ステップS103において、帰着ステーションが現在利用可能ではないと判定された場合には、ステップS112へ進み、ステップS112では、制御装置10は、ユーザ端末装置400Xを介して、ユーザに帰着ステーションを再設定するよう通知し、上述したステップS101に戻る。
ステップS104では、制御装置10は、ステップS102で受信した利用要求を参照し、ユーザが設定した出発ステーションが現在利用可能であるか否かを判定する。例えば、出発ステーションとして設定されたステーションに待機している共用車両Vnが存在し、且つその共用車両Vnが現在貸出を受付可能な状態であれば、当該出発ステーションが現在利用可能であると判定する。そして、ステップS104において、出発ステーションが現在利用可能であると判定された場合には、ステップS105へ進み、制御装置10は、ステップS102で受信した利用要求の受け付けを完了する。一方、ステップS104において、出発ステーションが現在利用可能ではないと判定された場合には、ステップS113へ進み、ステップS113では、制御装置10は、予約判定処理により、ユーザからの利用要求に基づき、共用車両Vnの予約が可能であるか否かを判定する。
ここで、図5は予約判定処理の一例を示すフローチャートである。以下、図5を参照して、予約判定処理を説明する。
まず、図5に示すステップS201では、制御装置10は、ステップS102で受信した利用要求を参照し、ユーザにより設定された出発ステーションが、他のユーザから帰着ステーションとして設定されているか否かを判定する。そして、ステップS201において、出発ステーションが、他のユーザから帰着ステーションとして設定されていると判定された場合には、ステップS202へ進む。一方、ステップS201において、出発ステーションが、他のユーザから帰着ステーションとして設定されていないと判定された場合には、ステップS207へ進み、ステップS207では、制御装置10は、ユーザに対して、共用車両Vnの予約ができない旨を通知し、予約判定処理を終了する。
ステップS202では、制御装置10は、通信装置20を介して、車載装置200Vnやユーザ端末装置400Xと通信して、上記他のユーザが、共用車両Vnに乗車して出発したか否かを判定する。そして、ステップS202において、上記他のユーザが出発したと判定された場合には、ステップS203へ進む。一方、ステップS202において、上記他のユーザが出発していないと判定された場合には、ステップS206へ進む。
ステップS203では、制御装置10は、上記他のユーザの現在位置の情報を取得し、当該他のユーザの現在位置に基づいて、予測利用時間を算出する。例えば、制御装置10は、上述したようにして当該他のユーザの予測利用時間を算出し、算出した予測利用時間について、当該他のユーザの現在位置が帰着ステーションに近づいているほど、短い値となるように補正する。
一方、ステップS206では、制御装置10は、上記他のユーザの現在位置を考慮せずに、予測利用時間を算出する。
ステップS204では、制御装置10は、上述したステップS203又はS206で算出した予測利用時間が、所定時間以下であるか否かを判定する。そして、ステップS204において、予測利用時間が所定時間以下であると判定された場合には、ステップS205へ進む。一方、ステップS204において、予測利用時間が所定時間以下ではないと判定された場合には、ステップS207へ進み、ステップS207では、制御装置10は、ユーザに対して、共用車両Vnの予約ができない旨を通知し、予約判定処理を終了する。
ステップS205では、制御装置10は、ステップS102で利用要求を受信したユーザについて、当該利用要求で設定された出発ステーションから帰着ステーションまで共用車両Vnを利用するという内容の予約を受け付け、予約判定処理を終了する。
続いて、図4に戻り、図4のステップS114では、上述した予約判定処理によって予約が受け付けられたか否かを判定する。そして、ステップS114において、予約が受け付けられたと判定された場合には、ステップS106へ進む。一方、ステップS114において、予約が受け付けられなかったと判定された場合には、本処理を終了する。
ステップS106では、制御装置10は、ユーザから、共用車両Vnを返却しようとする返却要求が送信されたか否かを判定する。なお、ユーザにより送信される返却要求には、ユーザのID情報、並びにユーザが利用した共用車両VnのID情報及び位置情報が含まれる。そして、ステップS106において、返却要求が送信されたと判定された場合には、ステップS107へ進む。一方、ステップS106において、返却要求が送信されていないと判定された場合には、ステップS106で待機する。
ステップS107では、制御装置10は、ステップS106でユーザから送信された返却要求を受信する。
ステップS108では、制御装置10は、ステップS107で受信した返却要求、及びデータベース30に記憶された利用申込情報33の情報に基づいて、ユーザにより返却されようとしている共用車両Vnが、共用車両Vnに対して設定された帰着ステーションに位置しているか否かを確認する。
ステップS109では、制御装置10は、ステップS107で受信した返却要求、及びデータベース30に記憶された利用申込情報33の情報に基づいて、ユーザにより返却されようとしている共用車両VnのID情報と、利用申込情報33に含まれる共用車両VnのID情報とが一致するか否かを確認する。
ステップS110では、制御装置10は、ユーザにより返却されようとしている共用車両Vnについて、返却処理を完了することができるか否かを判定する。具体的には、制御装置10は、ステップS108及びステップS109で確認した情報に基づいて、ユーザにより返却されようとしている共用車両Vnについて、現在位置が設定された帰着ステーションの位置と一致しており、且つID情報が利用申込情報33に含まれる共用車両VnのID情報と一致していると判断した場合には、共用車両Vnの返却処理を完了できると判定する。そして、ステップS110において、共用車両Vnの返却処理を完了できると判定された場合には、ステップS111へ進む。一方、ステップS110において、共用車両Vnの返却処理を完了できないと判定された場合には、ステップS115へ進み、制御装置10は、共用車両Vnの返却処理を中断して上述したステップS106に戻る。
ステップS110において、共用車両Vnの返却処理を完了することができると判定された場合には、ステップS111へ進み、ステップS111では、制御装置10は、共用車両Vnの返却処理を完了させ、ユーザによる共用車両Vnの利用時間を算出し、算出した利用時間に応じて、ユーザに対して共用車両Vnの利用料を課金し、本処理を終了する。
本実施形態では、以上のようにして、共用車両管理装置100が、共用車両Vnを利用するユーザの予測利用時間を算出し、この予測利用時間に基づいて、他のユーザが当該共用車両Vnを予約できるか否かを判定する。
本発明に係る共用車両管理システムの実施形態は、以上のように構成され動作するので、以下の効果を奏する。
[1]本実施形態では、共用車両Vnを利用するユーザの予測利用時間に基づいて、他のユーザが当該共用車両Vnを予約できるか否かを判定するため、当該他のユーザが、次に共用車両Vnを利用する旨の予約ができるようになり、ユーザにとっての利便性が向上する。さらには、あるユーザによって返却された共用車両Vnが、予約を行った他のユーザによって直ぐに利用されるため、共用車両Vnが利用されずに待機している時間が減少し、共用車両Vnの稼働率が向上する。
[2]本実施形態では、共用車両Vnの利用を申込みしたユーザに対して、共用車両Vnを利用する旨の予約を受け付けできるか否かの判定結果を通知するため、ユーザが予約の可否を知ることができ、ユーザにとっての利便性が向上する。
[3]本実施形態では、共用車両Vnを利用するユーザの予測利用時間が所定時間以下である場合に、他のユーザから共用車両Vnの予約を受け付けするため、ユーザが設定した所定時間に応じて、比較的短時間で共用車両Vnが利用可能となる場合のみ、予約を受け付けるようにすることができ、予約を行ったユーザが共用車両Vnの利用開始まで長時間待たされることがなくなり、ユーザにとっての利便性が向上する。
[4]本実施形態では、ユーザごとの利用実績を示すユーザ実績情報、共用車両ごとの走行実績を示す車両実績情報、道路の交通情報、及び天候情報のうち、少なくとも1つに基づいて、共用車両Vnを利用するユーザの予測利用時間が算出されるため、当該ユーザの実際の走行時間に近い予測利用時間が得られ、より適切に、他のユーザからの予約の可否を判断できる。
[5]本実施形態では、共用車両Vnを利用するユーザの予測走行ルートにおける、それぞれのユーザが走行した実績に基づく平均走行時間TAve_usersに基づいて予測利用時間を算出するため、当該ユーザの実際の走行時間に近い予測利用時間が得られ、より適切に、他のユーザからの予約の可否を判断できる。
[6]本実施形態では、共用車両Vnの利用実績がないユーザについては、上述した平均走行時間TAve_usersに対して、所定の係数を乗じた値を予測利用時間として算出するため、共用車両Vnの利用に慣れておらず、利用時間が長くなる傾向にあるユーザについて、実際の走行時間に近い予測利用時間が得られ、より適切に、他のユーザからの予約の可否を判断できる。
[7]本実施形態では、各ユーザが様々なルートを走行した際における平均走行時間TAve_allと、共用車両Vnを利用する特定のユーザ(例えば、図3のユーザU3)による平均走行時間TAve_U3とを算出する。そして、平均走行時間TAve_allに対して平均走行時間TAve_U3が長いほど、上述した係数k1を大きい値とし、平均走行時間TAve_allに対して平均走行時間TAve_U3が短いほど、上述した係数k1を小さい値とする。これにより、平均走行時間TAve_usersに係数k1を乗じて予測利用時間を算出する場合に、共用車両Vnを利用する特定のユーザの実際の走行時間に近い予測利用時間が得られ、より適切に、他のユーザからの予約の可否を判断できる。
[8]本実施形態の共用車両管理方法を実行すると、上述の作用及び効果を奏する。
以上、本発明の実施形態について説明したが、これらの実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
なお、上述した実施形態において、共用車両管理装置100の制御装置10は、本発明の受付手段、算出手段、判定手段及び通知手段に、共用車両管理装置100のデータベース30は本発明の第1記憶手段及び第2記憶手段に、それぞれ相当する。