JP7494757B2 - 情報処理装置、プログラム及び情報処理方法 - Google Patents

Description

本開示は、情報処理装置、プログラム及び情報処理方法に関する。

カーシェアリングサービスの普及が進み、カーシェアリングサービスに用いられる車両を管理する様々な技術が検討されている。

例えば特許文献１は、カーシェアリングにおける車両管理とレンタカーにおける車両管理とを融合させることで、車両を合理的に融通し合うことが可能な車両管理システムを開示している。

特開２０１７－１０２５５３号公報

カーシェアリングサービスを利用するユーザにとって、事前に予約してシェアリングカーを利用する予約利用と、待機所に停まっているシェアリングカーの利用をその場で申し込んで利用するオンデマンド利用との双方の利用形態によってシェアリングカーサービスを利用できると便利である。

本開示の目的は、シェアリングカーサービスにおいて予約利用及びオンデマンド利用の双方を円滑に行うことを可能とすることである。

本開示に係る情報処理装置は、
カーシェアリングサービスに用いられる車両を管理する情報処理装置であって、
ユーザからの前記車両の利用に対する申し込み情報を、事前に予約する予約利用としての申し込み情報と、オンデマンド待機所に停まっている前記車両に対する利用を受け付けるオンデマンド利用としての申し込み情報とのいずれかで取得し、
前記車両の台数と同数の予約テーブルによって前記車両の利用予定を管理し、
前記予約利用の場合、前記予約利用を開始する時刻の所定時間前に、前記予約テーブルにどの車両を紐付けるかを決定する、制御部、
を備える。

本開示に係るプログラムは、
カーシェアリングサービスに用いられる車両を管理するコンピュータを動作させるプログラムであって、
ユーザからの前記車両の利用に対する申し込み情報を、事前に予約する予約利用としての申し込み情報と、オンデマンド待機所に停まっている前記車両に対する利用を受け付けるオンデマンド利用としての申し込み情報とのいずれかで取得することと、
前記車両の台数と同数の予約テーブルによって前記車両の利用予定を管理することと、
前記予約利用の場合、前記予約利用を開始する時刻の所定時間前に、前記予約テーブルにどの車両を紐付けるかを決定することと、
を含む動作をコンピュータに実行させる。

本開示に係る情報処理方法は、
カーシェアリングサービスに用いられる車両を管理する情報処理装置における情報処理方法であって、
ユーザからの前記車両の利用に対する申し込み情報を、事前に予約する予約利用としての申し込み情報と、オンデマンド待機所に停まっている前記車両に対する利用を受け付けるオンデマンド利用としての申し込み情報とのいずれかで取得することと、
前記車両の台数と同数の予約テーブルによって前記車両の利用予定を管理することと、
前記予約利用の場合、前記予約利用を開始する時刻の所定時間前に、前記予約テーブルにどの車両を紐付けるかを決定することと、
を含む。

本開示によれば、シェアリングカーサービスにおいて予約利用及びオンデマンド利用の双方を円滑に行うことを可能とすることができる。

本開示の実施形態に係る情報処理システムの構成を示す図である。 本開示の実施形態に係る情報処理装置の構成を示すブロック図である。 本開示の実施形態に係る端末装置の構成を示すブロック図である。 本開示の実施形態に係る車両の構成を示すブロック図である。 本開示の実施形態に係るサーバ装置の構成を示すブロック図である。 駐車エリアの一例を示す図である。 本開示の実施形態に係る情報処理システムの予約利用における動作の一例を示すフローチャートである。 本開示の実施形態に係る情報処理システムのオンデマンド利用における動作の一例を示すフローチャートである。 予約利用において利用可能時間が表示されている一例を示す図である。 予約利用においてユーザが入力操作をしているときの表示の一例を示す図である。 オンデマンド利用において利用可能時間が表示されている一例を示す図である。 オンデマンド利用においてユーザが入力操作をしているときの表示の一例を示す図である。 予約テーブルの一例を示す図である。 予約テーブルに新規予約が追加されたときの一例を示す図である。 複数の車種の予約テーブルの一例を示す図である。 ４人のユーザが予約しているときの予約テーブルの一例を示す図である。 駐車エリアが２つの場合の一例を示す図である。 オンデマンド利用の申し込みを受け付けたときの予約テーブルの一例を示す図である。 オンデマンド待機所に停まっている車両に予約テーブルを紐付けたときの予約テーブルの一例を示す図である。

以下、本開示の実施形態について図面を参照して説明する。

図１は、本開示の実施形態に係る情報処理システム１の構成を示す図である。図１を参照して、本開示の実施形態に係る情報処理システム１の構成及び概要を説明する。

情報処理システム１は、情報処理装置１０と、端末装置２０と、車両３０と、サーバ装置４０とを備える。情報処理装置１０と、端末装置２０と、車両３０と、サーバ装置４０とは、ネットワーク５０を介して通信可能に接続されている。ネットワーク５０は移動体通信網及びインターネットなどを含むネットワークであってよい。

図１では、情報処理装置１０、端末装置２０及びサーバ装置４０をそれぞれ１台ずつ示しているが、情報処理装置１０、端末装置２０及びサーバ装置４０は、それぞれ２台以上であってもよい。

車両３０は、カーシェアリングサービスに用いられる車両である。車両３０は、ユーザに利用されていないとき、駐車エリア２で待機している。情報処理装置１０が管理しているカーシェアリングサービス用の車両３０の台数は任意の台数であってよい。

情報処理装置１０は、例えば、サーバとして機能するように構成された専用のコンピュータである。情報処理装置１０は、汎用のＰＣ（Personal Computer）であってもよい。

情報処理装置１０は、端末装置２０、車両３０及びサーバ装置４０と、ネットワーク５０を介して通信可能である。情報処理装置１０は、カーシェアリングサービスに用いられる車両３０を管理する。

端末装置２０は、カーシェアリングサービスを利用するユーザが所有している端末装置である。端末装置２０は、例えば、スマートフォン又はタブレットなどであってよい。

端末装置２０は、情報処理装置１０、車両３０及びサーバ装置４０と、ネットワーク５０を介して通信可能である。

車両３０は、例えば、ガソリン車、ディーゼル車、ＨＶ（Hybrid Vehicle）、ＰＨＶ（Plug-in Hybrid Vehicle）、ＥＶ（Electric Vehicle）、又はＦＣＶ（Fuel Cell Vehicle）などの任意の種類の自動車である。車両３０は、自動運転が可能な車両である。車両３０は、ＡＶＰ（Automated Valet Parking）の機能を有する車両である。すなわち、車両３０は、ユーザがカーシェアリングサービスを利用する際に、ユーザが車両３０に乗車する場所に自動で移動可能である。また、車両３０は、ユーザがカーシェアリングサービスの利用を終了して降車すると、利用されていない車両３０の待機スペースに自動で移動可能である。

車両３０は、情報処理装置１０、端末装置２０及びサーバ装置４０と、ネットワーク５０を介して通信可能である。

サーバ装置４０は、サーバとして機能するように構成された専用のコンピュータである。サーバ装置４０は、汎用のＰＣ（Personal Computer）であってもよい。

サーバ装置４０は、情報処理装置１０、端末装置２０及び車両３０と、ネットワーク５０を介して通信可能である。サーバ装置４０は、駐車エリア２おける車両３０の状況を監視している。サーバ装置４０は、駐車エリア２における車両３０の状況を情報処理装置１０に送信する。サーバ装置４０は、例えば、駐車エリア２に設置されているカメラ及びセンサなどから取得したデータに基づいて、駐車エリア２おける車両３０の状況を監視してよい。

図２を参照して、本開示の実施形態に係る情報処理装置１０の構成を説明する。

情報処理装置１０は、通信部１１と、記憶部１２と、入力部１３と、出力部１４と、制御部１５とを備える。

通信部１１は、ネットワーク５０に接続する通信モジュールを含む。例えば、通信部１１は、ＬＡＮ（Local Area Network）に対応する通信モジュールを含んでもよい。一実施形態において、情報処理装置１０は、通信部１１を介してネットワーク５０に接続されている。通信部１１は、ネットワーク５０を介して多様な情報を送信及び受信する。通信部１１は、ネットワーク５０を介して、端末装置２０、車両３０及びサーバ装置４０と通信可能である。

記憶部１２は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限定されない。記憶部１２は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１２は、情報処理装置１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１２は、システムプログラム、アプリケーションプログラム、及び通信部１１によって受信された各種情報等を記憶してもよい。記憶部１２に記憶された情報は、例えば通信部１１を介してネットワーク５０から受信される情報で更新可能であってもよい。記憶部１２の一部は、情報処理装置１０の外部に設置されていてもよい。その場合、外部に設置されている記憶部１２の一部は、任意のインタフェースを介して情報処理装置１０と接続されてよい。

入力部１３は、ユーザ入力を検出して、ユーザの操作に基づく入力情報を取得する１つ以上の入力用インタフェースを含む。例えば、入力部１３は、物理キー、静電容量キー、出力部１４のディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイク等を含むが、これに限定されない。

出力部１４は、情報を出力してユーザに通知する１つ以上の出力用インタフェースを含む。例えば、出力部１４は、情報を画像で出力するディスプレイ、情報を音声で出力するスピーカ等を含むが、これに限定されない。

制御部１５は、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせを含む。プロセッサは、ＣＰＵ（Central Processing Unit）若しくはＧＰＵ（Graphics Processing Unit）などの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）である。制御部１５は、情報処理装置１０の各部を制御しながら、情報処理装置１０の動作に関わる処理を実行する。

図３を参照して、本開示の実施形態に係る端末装置２０の構成を説明する。

端末装置２０は、通信部２１と、記憶部２２と、入力部２３と、出力部２４と、制御部２５と、カメラ２６とを備える。

通信部２１は、ネットワーク５０に接続する通信モジュールを含む。例えば、通信部２１は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）及び５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでもよい。一実施形態において、端末装置２０は、通信部２１を介してネットワーク５０に接続されている。通信部２１は、ネットワーク５０を介して多様な情報を送信及び受信する。通信部２１は、ネットワーク５０を介して、情報処理装置１０、車両３０及びサーバ装置４０と通信可能である。

記憶部２２は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限定されない。記憶部２２は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２２は、端末装置２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２２は、システムプログラム、アプリケーションプログラム、及び通信部２１によって受信された各種情報等を記憶してもよい。記憶部２２に記憶された情報は、例えば通信部２１を介してネットワーク５０から受信される情報で更新可能であってもよい。記憶部２２の一部は、端末装置２０の外部に設置されていてもよい。その場合、外部に設置されている記憶部２２の一部は、任意のインタフェースを介して端末装置２０と接続されてよい。

入力部２３は、ユーザ入力を検出して、ユーザの操作に基づく入力情報を取得する１つ以上の入力用インタフェースを含む。例えば、入力部２３は、物理キー、静電容量キー、出力部２４のディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイク等であるが、これらに限定されない。

出力部２４は、情報を出力してユーザに通知する１つ以上の出力用インタフェースを含む。例えば、出力部２４は、情報を画像で出力するディスプレイ、又は情報を音声で出力するスピーカ等を含むが、これに限定されない。

制御部２５は、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御部２５は、端末装置２０の各部を制御しながら、端末装置２０の動作に関わる処理を実行する。

カメラ２６は、画像を撮影することが可能なカメラである。

図４を参照して、本開示の実施形態に係る車両３０の構成を説明する。

車両３０は、通信装置３１と、制御装置３２と、位置情報取得装置３３とを備える。通信装置３１、制御装置３２及び位置情報取得装置３３は、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、互いに通信可能に接続されている。

通信装置３１は、ネットワーク５０に接続する通信モジュールを含む。例えば、通信装置３１は、ＬＴＥ、４Ｇ及び５Ｇ等の移動体通信規格に対応する通信モジュールを含んでもよい。一実施形態において、車両３０は、通信装置３１を介してネットワーク５０に接続されている。通信装置３１は、ネットワーク５０を介して多様な情報を送信及び受信する。通信装置３１は、ネットワーク５０を介して、情報処理装置１０、端末装置２０及び車両３０と通信可能である。

制御装置３２は、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御装置３２は、車両３０の各部を制御しながら、車両３０の動作に関わる処理を実行する。

位置情報取得装置３３は、任意の衛星測位システムに対応する１つ以上の受信機を含む。例えば、位置情報取得装置３３は、ＧＰＳ（Global Positioning System）受信機を含んでもよい。位置情報取得装置３３は、車両３０の位置の測定値を位置情報として取得する。位置情報は、例えば住所、緯度、経度、及び高度等を含む。

図５を参照して、本開示の実施形態に係るサーバ装置４０の構成を説明する。

サーバ装置４０は、通信部４１と、記憶部４２と、入力部４３と、出力部４４と、制御部４５とを備える。

通信部４１は、ネットワーク５０に接続する通信モジュールを含む。例えば、通信部４１は、ＬＡＮに対応する通信モジュールを含んでもよい。一実施形態において、サーバ装置４０は、通信部４１を介してネットワーク５０に接続されている。通信部４１は、ネットワーク５０を介して多様な情報を送信及び受信する。通信部４１は、ネットワーク５０を介して、情報処理装置１０、端末装置２０及び車両３０と通信可能である。

記憶部４２は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限定されない。記憶部４２は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部４２は、サーバ装置４０の動作に用いられる任意の情報を記憶する。例えば、記憶部４２は、システムプログラム、アプリケーションプログラム、及び通信部４１によって受信された各種情報等を記憶してもよい。記憶部４２に記憶された情報は、例えば通信部４１を介してネットワーク５０から受信される情報で更新可能であってもよい。記憶部４２の一部は、サーバ装置４０の外部に設置されていてもよい。その場合、外部に設置されている記憶部４２の一部は、任意のインタフェースを介してサーバ装置４０と接続されてよい。

入力部４３は、ユーザ入力を検出して、ユーザの操作に基づく入力情報を取得する１つ以上の入力用インタフェースを含む。例えば、入力部４３は、物理キー、静電容量キー、出力部４４のディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイク等を含むが、これに限定されない。

出力部４４は、情報を出力してユーザに通知する１つ以上の出力用インタフェースを含む。例えば、出力部４４は、情報を画像で出力するディスプレイ、情報を音声で出力するスピーカ等を含むが、これに限定されない。

制御部４５は、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御部４５は、サーバ装置４０の各部を制御しながら、サーバ装置４０の動作に関わる処理を実行する。

（情報処理システムの動作）
図１に示す情報処理システム１の動作を説明する。

最初に、情報処理システム１によって提供されるカーシェアリングサービスの概要について説明する。

車両３０は、カーシェアリングサービスに用いられる車両である。車両３０は、ユーザが利用していないとき、駐車エリア２で待機している。図１においては、１つの駐車エリア２を示しているが、複数の駐車エリア２があってもよい。駐車エリア２が複数ある場合、それぞれの駐車エリア２に、ユーザが利用していない車両３０が待機していてよい。

図６に駐車エリア２の一例を示す。駐車エリア２は、ユーザが利用していない車両３０が待機可能なスペースである。駐車エリア２は、例えば、カーシェアリングサービスのユーザなどが居住している集合住宅の地下に設けられたスペースであってよい。

駐車エリア２は、バックヤード２０１と、乗降場２０２と、オンデマンド待機所２０３とを備える。

図６に示すバックヤード２０１、乗降場２０２及びオンデマンド待機所２０３の配置は一例である。バックヤード２０１、乗降場２０２及びオンデマンド待機所２０３は、図６に示した配置以外の配置で駐車エリア２に設けられていてよい。

また、図６に示す例において、バックヤード２０１は、駐車エリア２内の１カ所に設けられているが、バックヤード２０１は、駐車エリア２において２カ所以上に設けられていてもよい。また、図６に示す例において、乗降場２０２は、駐車エリア２内の３カ所に設けられているが、乗降場２０２の数は、２カ所以下であってもよいし、４カ所以上であってもよい。また、図６に示す例において、オンデマンド待機所２０３は、駐車エリア２内の３カ所に設けられているが、オンデマンド待機所２０３の数は、２カ所以下であってもよいし、４カ所以上であってもよい。

バックヤード２０１は、ユーザが利用していない車両３０が待機しているスペースである。バックヤード２０１には、車両３０のバッテリを充電することが可能な充電器が設置されている。ユーザによる利用が終了した車両３０は、バックヤード２０１においてバッテリを充電することができる。

また、バックヤード２０１において、車両３０を清掃することが可能である。バックヤード２０１には、車両３０を自動で清掃することができる機械が設置されていてよい。バックヤード２０１には、作業員が車両３０を清掃することができるスペースが設けられていてよい。

乗降場２０２は、ユーザが車両３０に乗り降りするときに利用可能なスペースである。カーシェアリングサービスの利用を開始する際、ユーザは、乗降場２０２において車両３０に乗車することができる。カーシェアリングサービスの利用を終了する際、ユーザは、乗降場２０２において車両３０を降車することができる。

オンデマンド待機所２０３は、オンデマンド利用可能な車両３０が待機しているスペースである。オンデマンド利用については、後述する。ユーザは、オンデマンド利用でカーシェアリングサービスを利用する際、オンデマンド待機所２０３に停まっている車両３０に乗車する。

情報処理装置１０は、カーシェアリングサービスに用いられる車両３０を管理する。情報処理装置１０は、複数の車種の車両３０を管理してよい。例えば、車種Ａ、車種Ｂ及び車種Ｃの車両３０がそれぞれ１０台ずつある場合、情報処理装置１０は、車種Ａの車両３０を１０台、車種Ｂの車両３０を１０台、車種Ｃの車両３０を１０台管理する。このように複数の車種を管理していることによって、情報処理装置１０は、ユーザの用途に応じた車両３０をユーザに提供することができる。

情報処理装置１０は、ユーザからの車両３０の利用に対する申し込み情報を取得する。カーシェアリングサービスを利用する際、ユーザは、端末装置２０を用いて、車両３０の利用に対する申し込み情報を情報処理装置１０に送信する。

情報処理システム１によって提供されるカーシェアリングサービスにおいて、車両３０は、予約利用及びオンデマンド利用のいずれの利用形態でも利用可能である。情報処理装置１０は、ユーザからの車両３０の利用に対する申し込み情報を、予約利用としての申し込み情報とオンデマンド利用としての申し込み情報とのいずれかで取得する。

予約利用は、車両３０をユーザが事前に予約して利用する利用形態である。予約利用の場合、ユーザは、端末装置２０を操作して、予約利用としての申し込み情報を情報処理装置１０に送信する。

ユーザが情報処理装置１０に送信する予約利用としての申し込み情報は、希望する車種、利用開始日時、返却予定日時及び希望する乗車場所の情報を含む。すなわち、予約利用の場合、ユーザは、利用する車両３０の車種を指定することができる。また、予約利用の場合、ユーザは、利用する車両３０の利用期間を、利用開始日時及び返却予定日時によって指定することができる。また、予約利用の場合、ユーザは、利用する車両３０の乗車場所を指定することができる。

ユーザは、乗車場所として、駐車エリア２内の乗降場２０２、ユーザの住居の前など、任意の場所を指定することができる。予約利用の場合、情報処理装置１０は、利用開始日時の所定時間前までに、ユーザが指定した乗車場所にユーザが希望した車種の車両３０が到着するように、当該予約利用に割り当てられた車両３０を配車する。車両３０は自動運転可能な車両であり、情報処理装置１０から受信した指令に応じて、自動でユーザが指定した乗車場所に向かう。

このように、予約利用の場合、ユーザは、希望する車種の車両３０を、予定している利用期間の間、確実に乗車することができる。また、予約利用の場合、ユーザは、希望する乗車場所で車両３０に乗車することができる。したがって、例えば、家族での旅行、遠方への出張などのような計画的な利用をするとき、予約利用の形態は、ユーザにとって利便性が高い。

オンデマンド利用は、オンデマンド待機所２０３に停まっている車両３０に対してユーザが利用申し込みを行い、そのまま即時にユーザが車両３０を利用する利用形態である。

オンデマンド利用の場合、ユーザは、オンデマンド待機所２０３まで行き、オンデマンド待機所２０３に停まっている車両３０がある場合、オンデマンド待機所２０３に停まっている車両３０の利用を申し込む。オンデマンド利用の場合、ユーザは、端末装置２０を操作して、オンデマンド利用としての申し込み情報を情報処理装置１０に送信する。

車両３０には、オンデマンド利用の申し込みに必要な情報を含む２次元コードが貼付されている。オンデマンド利用の場合、ユーザは、端末装置２０のカメラ２６で、オンデマンド待機所２０３に停まっている車両３０に貼付されている２次元コードを撮影する。端末装置２０の制御部２５は、２次元コードに含まれる情報を、通信部２１を介して情報処理装置１０に送信する。２次元コードは、例えば車両３０を特定するための識別情報を含んでいてよい。

ユーザが情報処理装置１０に送信するオンデマンド利用としての申し込み情報は、返却予定日時の情報を含む。オンデマンド利用としての申し込み情報は、予約利用としての申し込み情報と異なり、希望する車種、利用開始日時及び希望する乗車場所の情報は含まない。オンデマンド利用の場合、ユーザは、オンデマンド待機所２０３に停まっている車両３０を利用するため、車種及び乗車場所は選択できないからである。また、オンデマンド利用の場合、即時に利用を開始するため、利用開始日時の情報は不要だからである。

情報処理装置１０の制御部１５は、最低提供保証時間以上の利用が可能な車両３０のみが、オンデマンド待機所２０３に停まっているように、車両３０の配車を制御してよい。ここで、最低提供保証時間とは、ユーザがオンデマンド利用として車両３０を利用することができる時間として最低限保証される時間である。最低提供保証時間は、例えば１．５時間であってよい。このように最低提供保証時間を設けることで、ユーザは、オンデマンド待機所２０３に停まっている車両３０をオンデマンド利用する際、少なくとも１．５時間は利用できることが保証される。

このように、オンデマンド利用の場合、ユーザは、オンデマンド待機所２０３に停まっている車両３０があれば、当該車両３０を即時に利用する乗車することができる。したがって、例えば、買い物での利用、悪天候時の送迎での利用などのように、予定はしていなかったが即時に車両３０を利用したいような場合などに、オンデマンド利用の形態は、ユーザにとって利便性が高い。

車両３０は、予約利用専用の車両、オンデマンド利用専用の車両というように、特定の車両３０が特定の利用形態に固定されているわけではない。すなわち、ある車両３０が予約利用の車両として用いられるか、オンデマンド利用の車両として用いられるかは流動的である。すわなち、同一の車両３０が、予約利用及びオンデマンド利用のいずれでも利用可能である。

このように、車両３０の利用形態を固定しないことで、カーシェアリングサービスに利用可能な車両３０の稼働率を高めることができる。

図７に示すフローチャートを参照して、予約利用の場合における情報処理システム１の動作の概要を説明する。

端末装置２０の入力部２３は、予約利用を希望するユーザから、予約利用を希望する旨の入力を受け付ける。制御部２５は、予約利用を希望する旨の情報を、通信部２１を介して情報処理装置１０に送信する。

情報処理装置１０の制御部１５は、端末装置２０が送信した、予約利用を希望する旨の情報を、通信部１１を介して取得する（ステップＳ１０１）。

制御部１５は、車両３０の車種ごとに、利用可能時間を算出する（ステップＳ１０２）。例えば、カーシェアリングサービスに利用可能な車両３０の車種が、車種Ａ及び車種Ｂの２種類である場合、制御部１５は、車種Ａの利用可能時間、及び車種Ｂの利用可能時間をそれぞれ算出する。制御部１５が算出する利用可能時間は、予約利用で車両３０を利用する場合に、車両３０を利用可能な最大の時間である。

制御部１５は、車種ごとの利用可能時間の情報を、通信部１１を介して端末装置２０に送信する（ステップＳ１０３）。

端末装置２０の制御部２５は、車種ごとの利用可能時間の情報を取得すると、車種ごとの利用可能時間の情報を出力部２４に表示させる。図９に、出力部２４が、車種ごとの利用可能時間の情報を表示している画面の一例を示す。

車種ごとの利用可能時間の情報を確認したユーザは、端末装置２０の入力部２３に、車両３０を予約利用するための申し込み情報を入力する。図１０に、ユーザが申し込み情報を入力している際に、出力部２４が表示している画面の一例を示す。図１０に示すように、ユーザは、車種、利用開始日時、返却予定日時及び乗車場所の情報を入力する。制御部２５は、ユーザが入力した申し込み情報を、通信部２１を介して情報処理装置１０に送信する。

情報処理装置１０の制御部１５は、端末装置２０が送信した申し込み情報を、通信部１１を介して取得する（ステップＳ１０４）。

制御部１５は、取得した申し込み情報に車両３０を紐付ける（ステップＳ１０５）。ここで、車両３０を紐付けるとは、取得した申し込み情報に基づく予約利用で利用される車両３０を特定することを意味する。車両３０の紐付けの詳細については後述する。

制御部１５は、利用開始日時の所定時間前までに希望の乗車場所に車両３０が到着するように、車両３０を配車する（ステップＳ１０６）。所定時間は、例えば１０分であってよい。例えば、利用開始日時が１月１日１０時であり、所定時間が１０分である場合、制御部１５は、１月１日９時５０分までに希望の乗車場所に車両３０が到着するように、車両３０を配車する。車両３０は、制御部１５からの配車の指令を受信すると、自動運転で、ユーザが希望する乗車場所に向かう。

制御部１５は、配車した車両３０にユーザが乗車するための認証情報を、通信部１１を介して端末装置２０に送信する（ステップＳ１０７）。

ユーザは、利用開始日時に希望の乗車場所に行き、当該乗車場所に停まっている車両３０に対して、端末装置２０が取得した認証情報によって認証処理をすることで、車両３０の利用を開始することができる。

車両３０の利用を終了したユーザは、任意の場所で車両３０から降車してよい。ユーザは、例えば駐車エリア２の乗降場２０２で降車してもよいし、その他の場所で降車してもよい。ユーザが降車すると、車両３０は、自動運転で駐車エリア２のバックヤード２０１に戻る。

続いて、図８に示すフローチャートを参照して、オンデマンド利用の場合における情報処理システム１の動作の概要を説明する。

オンデマンド利用を希望するユーザは、駐車エリア２のオンデマンド待機所２０３に行く。オンデマンド待機所２０３が複数ある場合、ユーザは、任意のオンデマンド待機所２０３に行ってよい。例えば、ユーザは、居住している住居に最も近いオンデマンド待機所２０３に行ってよい。

車両３０には、オンデマンド利用の申し込みに必要な情報を含む２次元コードが貼付されている。ユーザは、端末装置２０のカメラ２６で、オンデマンド待機所２０３に停まっている車両３０に貼付されている２次元コードを撮影する。制御部２５は、２次元コードに含まれる情報を、通信部２１を介して情報処理装置１０に送信する。２次元コードは、例えば車両３０を特定するための識別情報を含んでいてよい。制御部２５が２次元コードに含まれる情報を送信することは、すなわち、オンデマンド利用を希望する旨の情報を、制御部２５が通信部２１を介して情報処理装置１０に送信したことを意味する。

情報処理装置１０の制御部１５は、端末装置２０が送信した、オンデマンド利用を希望する旨の情報を、通信部１１を介して取得する（ステップＳ２０１）。

制御部１５は、車両３０の利用可能時間を算出する（ステップＳ２０２）。ここで、制御部１５が利用可能時間を算出する車両３０は、端末装置２０が２次元コードを撮影した車両３０である。

制御部１５は、算出した利用可能時間の情報を、通信部１１を介して端末装置２０に送信する（ステップＳ２０３）。

端末装置２０の制御部２５は、オンデマンド待機所２０３に停まっている車両３０の利用可能時間の情報を取得すると、利用可能時間の情報を出力部２４に表示させる。図１１に、出力部２４が、オンデマンド待機所２０３に停まっている車両３０の利用可能時間の情報を表示している画面の一例を示す。

オンデマンド待機所２０３に停まっている車両３０の利用可能時間の情報を確認したユーザは、端末装置２０の入力部２３に、車両３０をオンデマンド利用するための申し込み情報を入力する。図１２に、ユーザが申し込み情報を入力している際に、出力部２４が表示している画面の一例を示す。図１２に示すように、ユーザは、返却予定日時の情報を入力する。制御部２５は、ユーザが入力した申し込み情報を、通信部２１を介して情報処理装置１０に送信する。

情報処理装置１０の制御部１５は、端末装置２０が送信した申し込み情報を、通信部１１を介して取得する（ステップＳ２０４）。

制御部１５は、オンデマンド待機所２０３に停まっている車両３０にユーザが乗車するための認証情報を、通信部１１を介して端末装置２０に送信する（ステップＳ２０５）。

ユーザは、オンデマンド待機所２０３に停まっている車両３０に対して、端末装置２０が取得した認証情報によって認証処理をすることで、車両３０の利用を開始することができる。

車両３０の利用を終了したユーザは、任意の場所で車両３０から降車してよい。ユーザは、例えば駐車エリア２の乗降場２０２で降車してもよいし、その他の場所で降車してもよい。ユーザが降車すると、車両３０は、自動運転で駐車エリア２のバックヤード２０１に戻る。

＜予約利用における利用可能時間の算出＞
図７のフローチャートのステップＳ１０２において示した、予約利用における車種ごとの利用可能時間の算出について、詳細に説明する。

情報処理装置１０の制御部１５は、車両３０の次回の予約までの空き時間から、リーディングタイムとダウンタイムとを減算して、利用可能時間を算出する。

リーディングタイムは、予約された車両３０をユーザが希望する乗車場所まで配車するための見込み時間として設定されている時間である。リーディングタイムは、例えば３０分などであってよい。

ダウンタイムは、ユーザが車両３０を利用した後、当該車両３０を次のユーザが利用可能となるまでのサービス提供停止時間として設定されている時間である。ダウンタイムは、車両３０を充電するための時間、車両３０を清掃するための時間、車両３０を点検するための時間などを考慮して設定された時間であってよい。

充電にかかる時間、清掃にかかる時間などは、車種によって異なるため、ダウンタイムは、車種ごとに異なる時間であってよい。例えば、車種Ａ及び車種Ｂの２種類の車種がある場合、車種Ａのダウンタイムは３時間、車種Ｂのダウンタイムは１時間などと設定されていてよい。

制御部１５は、車両３０の予約利用が可能となる利用開始日時を、現在時刻からリーディングタイムだけ後の時間として算出する。例えば、現在時刻が１月１日１０時であり、リーディングタイムが３０分である場合、制御部１５は、車両３０の予約利用が可能となる利用開始日時を１月１日１０時３０分と算出する。

このように、予約利用の場合、車両３０の予約利用が可能となる利用開始日時は、現在時刻からリーディングタイムだけ後の時間として算出される。したがって、ユーザが車両３０を予約利用する場合に、利用開始日時として設定可能な時刻は、現在時刻からリーディングタイムだけ後の時刻以降の時刻である。

制御部１５は、予約利用としての利用可能時間を算出する際、利用可能時間に上限を設けてもよい。上限は、例えば、１週間又は２週間などであってよい。制御部１５は、車両３０の次回の予約までの空き時間から、リーディングタイムとダウンタイムとを減算して算出した利用可能時間が利用可能時間の上限より長い場合、利用可能時間の上限の値を、利用可能時間として算出してよい。

制御部１５は、車種ごとに利用可能時間を算出する。同一車種に複数の空いている車両３０がある場合、制御部１５は、複数の空いている車両３０について算出した利用可能時間のうち、最も利用可能時間が長くなる車両３０の利用可能時間を、当該車種の利用可能時間として選択する。

制御部１５は、算出した車種ごとの利用可能時間の情報を、通信部１１を介して端末装置２０に送信する。

＜オンデマンド利用における利用可能時間の算出＞
図８のフローチャートのステップＳ２０２において示した、オンデマンド利用における利用可能時間の算出について、詳細に説明する。

情報処理装置１０の制御部１５は、車両３０の次回の予約までの空き時間からダウンタイムを減算して、利用可能時間を算出する。

制御部１５は、車両３０のオンデマンド利用が可能となる利用開始日時を、現在時刻として算出する。例えば、現在時刻が１月１日１０時である場合、制御部１５は、車両３０のオンデマンド利用が可能となる利用開始日時を１月１日１０時と算出する。

このように、オンデマンド利用の場合、車両３０のオンデマンド利用が可能となる利用開始日時は、現在時刻として算出される。したがって、オンデマンド利用する場合、ユーザは、車両３０を即時に利用することができる。

制御部１５は、オンデマンド利用としての利用可能時間を算出する際、利用可能時間に上限を設けてもよい。上限は、例えば、１２時間などであってよい。制御部１５は、車両３０の次回の予約までの空き時間からダウンタイムを減算して算出した利用可能時間が利用可能時間の上限より長い場合、利用可能時間の上限の値を、利用可能時間として算出してよい。

このように、制御部１５は、予約利用であるかオンデマンド利用であるかに応じて異なる方式で車両３０の利用可能時間を算出する。

＜予約テーブル＞
情報処理装置１０の制御部１５は、車両３０の利用予定を予約テーブルによって管理する。図１３に、制御部１５が、車種Ａの車両３０を予約テーブルによって管理している様子の一例を示す。

予約テーブルの数は、カーシェアリングサービスに用いられる車両３０の台数と同数である。また、それぞれの車種の予約テーブルの数は、それぞれの車種の車両３０の台数と同数である。

すなわち、例えば、車種Ａ、車種Ｂ及び車種Ｃの台数がそれぞれ１０台である場合、車種Ａの予約テーブルの数は１０個であり、車種Ｂの予約テーブルの数は１０個であり、車種Ｃの予約テーブルの数は１０個である。

なお、定期点検などによって、カーシェアリングサービスに利用可能な車両３０の台数が減った場合、制御部１５は、それに応じて予約テーブルの数も減らす。例えば、定期点検によって利用可能な車種Ａの台数が１０台から９台に減った場合、制御部１５は、車種Ａの予約テーブルの数を１０個から９個に減らす。

それぞれの予約テーブルは、特定の車両３０と固定して紐付けられたものではない。すなわち、ある予約テーブルで管理されている利用予定が、どの車両３０によって利用されるかは流動的である。

予約利用の場合、制御部１５は、予約利用を開始する時刻の所定時間前に、予約テーブルにどの車両を紐付けるかを決定する。所定時間は、例えば３０分であってよい。

オンデマンド利用の場合、制御部１５は、オンデマンド利用の申し込みを受け付けたときに、予約テーブルにどの車両を紐付けるかを決定する。

図１３は、車種Ａの車両３０が４台あり、制御部１５が、車種Ａの車両３０を４つの予約テーブルＴＡ１～ＴＡ４で管理している様子を示したものである。予約テーブルは、ステータス、車番及びスケジュールの情報を含む。

ステータスは、その予約テーブルが現在時刻において「利用中」であるか「空き」であるかを示す。図１３で示す例において、予約テーブルＴＡ１及びＴＡ２は、現在時刻においてスケジュールが「予約ブロック」となっているため、ステータスが「利用中」となっている。なお、スケジュールにおいて「予約ブロック」と表示されている部分は、その時間に予約が入っていることを意味する。

また、図１３で示す例において、予約テーブルＴＡ３及びＴＡ４は、現在時刻においてスケジュールが「空き」となっているため、ステータスが「空き」となっている。なお、スケジュールにおいて「空き」と表示されている部分は、その時間に予約が入っていないことを意味する。

車番は、その予約テーブルに現在紐付けられている車両３０を示す。図１３で示す例において、予約テーブルＴＡ１には、車番「Ａ１」の車両３０が現在紐付けられている。これは、予約テーブルＴＡ１におけるＮ日の１１時からＮ＋１日の０時までの予約に、車番「Ａ１」で特定される車両３０が使用されていることを意味する。また、予約テーブルＴＢ１には、車番「Ａ２」の車両３０が紐付けられている。

図１３で示す例において、予約テーブルＴＡ３及びＴＡ４の車番の欄は空欄となっている。これは、予約テーブルＴＡ３及びＴＡ４には、現時点において、特定の車両３０が紐付けられていないことを意味する。

図１３で示す例において、スケジュールの欄には、「空き」、「予約ブロック」及び「ＤＴ」との表示がある。「空き」と表示されている部分は、その時間に予約が入っていないことを意味する。「予約ブロック」と表示されている部分は、その時間に予約が入っていることを意味する。「ＤＴ」と表示されている部分は、その時間がダウンタイムであることを意味する。なお、「予約ブロック」と表示されている部分は、リーディングタイムと、ユーザが予約した時間とを合わせた時間であってもよい。

図１３で示す例において、ユーザから予約利用を希望する旨の情報を取得した場合、予約テーブルＴＡ３及びＴＡ４に空きがあるが、予約テーブルＴＡ４の方が空き時間が長い。そのため、制御部１５は、予約テーブルＴＡ４について算出した利用可能時間を、通信部１１を介して端末装置２０に送信する。

図１３で示す例においては、現在時刻がＮ日の１２時であるため、制御部１５は、Ｎ日の１２時からリーディングタイムだけ後のＮ日の１２時３０分を利用可能時間の開始日時として算出する。なお、リーディングタイムは、３０分であるとした。

また、図１３で示す例において、予約テーブルＴＡ４にはＮ＋１日の１２時から予約が入っている。この場合、制御部１５は、Ｎ＋１日の１２時からダウンタイム分の時間だけ前のＮ＋１日の１１時を、利用可能時間の終了日時として算出する。なお、ダウンタイムは、１時間であるとした。

このようにして、制御部１５は、車種Ａの予約利用における利用可能時間を、Ｎ日の１２時３０分からＮ＋１日の１１時までと算出する。

図１３で示す例において、駐車エリア２のオンデマンド待機所２０３に停まっていた車種Ａの車両３０についてユーザからオンデマンド利用を希望する旨の情報を取得した場合、予約テーブルＴＡ３及びＴＡ４に空きがあるが、予約テーブルＴＡ４の方が空き時間が長い。そのため、制御部１５は、予約テーブルＴＡ４について算出した利用可能時間を、通信部１１を介して端末装置２０に送信する。

オンデマンド利用の場合、利用可能時間の開始日時は、現在時刻であるＮ日の１２時である。

また、制御部１５は、予約利用の場合と同様にして、Ｎ＋１日の１２時からダウンタイム分の時間だけ前のＮ＋１日の１１時を、利用可能時間の終了日時として算出する。

このようにして、制御部１５は、オンデマンド利用における利用可能時間を、Ｎ日の１２時からＮ＋１日の１１時までと算出する。

図１４に、制御部１５が、予約テーブルＴＡ４に新規予約の利用予定情報を組み込んだ様子を示す。図１４に示す例では、制御部１５は、新規予約の利用予定情報として、Ｎ日の１３時からＮ＋１日の１１時までの利用予定情報を組み込んでいる。新規予約の利用予定情報は、図１４において、「予約ブロック（新規予約）」として示されている。利用予定情報は、リーディングタイムと、ユーザが予約した時間とを合わせた時間であってよい。この際、制御部１５は、新規予約の利用予定情報の後に、ダウンタイムを組み込む。図１４に示す例では、制御部１５は、Ｎ＋１日の１１時から１２時の時間にダウンタイムを組み込んでいる。

図１５に、制御部１５が、車種Ａ及び車種Ｂの車両３０を予約テーブルによって管理している様子の一例を示す。図１５は、車種Ａの車両３０が２台あり、車種Ｂの車両３０が２台ある様子を示したものである。制御部１５は、車種Ａの車両３０を２つの予約テーブルＴＡ１～ＴＡ２で管理している。また、制御部１５は、車種Ｂの車両３０を２つの予約テーブルＴＢ１～ＴＢ２で管理している。

図１５で示す例において、ユーザから予約利用を希望する旨の情報を取得した場合、予約テーブルＴＡ２及びＴＢ２に空きがある。制御部１５は、車種Ａについては、予約テーブルＴＡ２に基づいて利用可能時間を算出する。制御部１５は、車種Ｂについては、予約テーブルＴＢ２に基づいて利用可能時間を算出する。

図１５に示す例においては、車種Ａの予約テーブルＴＡ２及び車種Ｂの予約テーブルＴＢ２のいずれも、現在時刻であるＮ日の１２時からＮ＋１日の０時まで「空き」となっている。しかしながら、図１５に示す例においては、車種Ａと車種Ｂではダウンタイムが異なる。車種Ａのダウンタイムは３時間であり、車種Ｂのダウンタイムは１時間である。そのため、制御部１５は、車種Ａと車種Ｂとで異なる利用可能時間を算出する。

具体的には、制御部１５は、車種Ａについては、利用可能時間がＮ日の１２時３０分からＮ日の２１時までと算出する。また、制御部１５は、車種Ｂについては、利用可能時間がＮ日の１２時３０分からＮ日の２３時までと算出する。

図１５に、車種Ａについて、４人のユーザから予約利用の申し込みを取得している場合の予約テーブルの例を示す。

図１６に示す例においては、制御部１５は、予約テーブルＴＡ１に４つの利用予定情報を組み込んでいる。このように、可能な限り、１つの予約テーブルに利用予定情報をまとめて組み込むことで、制御部１５は、車両３０の稼働率を最大化することができる。

例えば、４つの予約テーブルＴＡ１～ＴＡ４に、４つの利用予定情報が分散して組み込まれている場合、５人目のユーザは、Ｎ日からＮ＋１日にかけて、車種Ａの長時間の予約利用をすることができない。しかしながら、図１６に示すように、制御部１５が１つの予約テーブルに利用予定情報をまとめて組み込んでいると、予約テーブルＴＡ２～ＴＡ４には空きがあるため、５人目のユーザは、Ｎ日からＮ＋１日にかけて、車種Ａの長時間の予約利用をすることができる。これにより、制御部１５は、車種Ａの車両３０の稼働率を最大化することができる。

＜予約利用における紐付け＞
予約利用の場合、制御部１５は、予約利用を開始する時刻の所定時間前に、予約テーブルにどの車両３０を紐付けるかを決定する。所定時間は、例えば３０分であってよい。制御部１５は、予約利用の場合、所定の条件に基づいて、予約テーブルにどの車両３０を優先的に紐付けるかを決定する。

以後、制御部１５が予約テーブルにどの車両３０を優先的に紐付けるかを決定する所定の条件について説明する。

図１７は、２つの駐車エリア２として、駐車エリア２Ａ及び駐車エリア２Ｂがある場合の一例を示す図である。駐車エリア２Ａは、バックヤード２０１Ａと、乗降場２０２Ａと、オンデマンド待機所２０３Ａとを備える。駐車エリア２Ｂは、バックヤード２０１Ｂと、乗降場２０２Ｂと、オンデマンド待機所２０３Ｂとを備える。駐車エリア２Ａと駐車エリア２Ｂとは、例えば、数１００ｍ～数ｋｍ程度離れていてよい。

図１７を参照して、制御部１５が予約テーブルにどの車両３０を優先的に紐付けるかを決定する所定の条件について説明する。

制御部１５は、予約テーブルに特定の車両３０を紐付ける際、下記の第１条件～第３条件に基づいて優先順位を決定し、優先度の高い車両３０を予約テーブルに紐付ける。この際、制御部１５は、予約テーブルによって指定されている車種の複数の車両３０のうちから、優先度の高い車両３０を予約テーブルに紐付ける。例えば、予約テーブルによって指定されている車種が車種Ａである場合、制御部１５は、車種Ａの複数の車両３０のうちから、優先度の高い車種Ａの車両３０を予約テーブルに紐付ける。

（第１条件）
制御部１５は、ユーザが希望する乗車場所を含む駐車エリア２で待機している車両３０を、希望する乗車場所を含まない駐車エリア２で待機している車両３０よりも優先的に予約テーブルに紐付ける。

例えば、図１７において、ユーザが希望する乗車場所は、駐車エリア２Ａの乗降場２０２Ａであるとする。また、ユーザが希望する車種は、車種Ａであるとする。この場合、制御部１５は、駐車エリア２Ａで待機している車種Ａの車両３０を、駐車エリア２Ｂで待機している車種Ａの車両３０よりも優先的に予約テーブルに紐付ける。

このように、制御部１５が、駐車エリア２Ａで待機している車両３０を予約テーブルに紐付けると、駐車エリア２Ｂで待機している車両３０を駐車エリア２Ａの乗降場２０２Ａに移動させるというような移動の無駄を防ぐことができる。

（第２条件）
制御部１５は、駐車エリア２のバックヤード２０１で待機している車両３０を、オンデマンド待機所２０３で待機している車両３０よりも優先的に予約テーブルに紐付ける。

例えば、図１７において、ユーザが希望する車種である車種Ａの車両３０がバックヤード２０１Ａ及びオンデマンド待機所２０３Ａの双方で待機しているとする。この場合、制御部１５は、バックヤード２０１Ａで待機している車両３０を、オンデマンド待機所２０３Ａで待機している車両３０よりも優先的に予約テーブルに紐付ける。

例えば、オンデマンド待機所２０３Ａで待機している車両３０を予約テーブルに紐付けると、オンデマンド待機所２０３Ａで待機している車両３０は、利用開始日時の前に乗降場２０２Ａに移動する。そうすると、オンデマンド待機所２０３Ａに別の車両３０を補充する必要があるため、バックヤード２０１Ａで待機している車両３０のうちの何れかの車両３０を、空いたオンデマンド待機所２０３Ａに移動させることが必要となる。制御部１５は、バックヤード２０１Ａで待機している車両３０を、オンデマンド待機所２０３Ａで待機している車両３０よりも優先的に予約テーブルに紐付けることで、このような移動の無駄を防ぐことができる。

（第３条件）
制御部１５は、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付ける。

例えば、図１７において、ユーザが希望する車種である車種Ａの複数の車両３０がバックヤード２０１Ａで待機しているとする。この場合、制御部１５は、バックヤード２０１Ａで待機している複数の車両３０のうち、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付ける。

このように、制御部１５が、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付けると、複数の車両３０の稼働状況を平準化することができる。これにより、特定の車両３０の利用頻度が高くなることを防ぐことができる。

制御部１５は、第１条件を、第２条件及び第３条件よりも優先する。また、制御部１５は、第２条件を第３条件よりも優先する。

以後、いくつかのケースについて具体的に説明する。なお、予約利用をするユーザの希望の乗車場所は駐車エリア２Ａの乗降場２０２Ａであり、希望車種は車種Ａであるものとする。

ケース１：駐車エリア２Ａのバックヤード２０１Ａに車種Ａの複数の車両３０が待機している場合。

制御部１５は、バックヤード２０１Ａで待機している車種Ａの複数の車両３０のうち、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付ける。

ケース２：駐車エリア２Ａのバックヤード２０１Ａに待機している車種Ａの車両３０がなく、オンデマンド待機所２０３Ａに車種Ａの複数の車両３０が待機している場合。

制御部１５は、オンデマンド待機所２０３Ａで待機している車種Ａの複数の車両３０のうち、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付ける。

ケース３：駐車エリア２Ａに待機している車種Ａの車両３０がなく、駐車エリア２Ｂのバックヤード２０１Ｂに車種Ａの複数の車両３０が待機している場合。

制御部１５は、駐車エリア２Ｂのバックヤード２０１Ｂで待機している車種Ａの複数の車両３０のうち、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付ける。

ケース４：駐車エリア２Ａに待機している車種Ａの車両３０がなく、駐車エリア２Ｂのバックヤード２０１Ｂにも待機している車種Ａの車両３０がなく、駐車エリア２Ｂのオンデマンド待機所２０３Ｂに車種Ａの複数の車両３０が待機している場合。

制御部１５は、駐車エリア２Ｂのオンデマンド待機所２０３Ｂで待機している車種Ａの複数の車両３０のうち、前回の利用が終了してからの経過時間が最も長い車両３０を優先的に予約テーブルに紐付ける。

＜オンデマンド利用における紐付け＞
オンデマンド利用の場合、制御部１５は、オンデマンド利用の申し込みを受け付けたときに、オンデマンド待機所２０３に停まっている車両３０にどの予約テーブルを紐付けるかを決定する。

図１８を参照して、制御部１５が、オンデマンド待機所２０３に停まっている車両３０にどの予約テーブルを紐付けるかを、どのように決定するかを説明する。図１８は、ユーザからのオンデマンド利用の申し込みを受け付けたときの予約テーブルの一例を示す図である。

ユーザは、オンデマンド待機所２０３に停まっている車種Ａの車両３０について、オンデマンド利用の申し込みをしたものとする。図１８は、このときの車種Ａの車両３０についての予約テーブルである。車種Ａの車両３０は４台あるため、４つの予約テーブルＴＡ１～ＴＡ４がある。なお、オンデマンド待機所２０３に停まっている車種Ａの車両３０の車番は、Ａ２であるものとする。

制御部１５は、現在時刻において予約テーブルのステータスが空きである予約テーブルを、オンデマンド待機所２０３に停まっている車両３０に紐付ける。

図１８を参照すると、予約テーブルＴＡ１は、現在時刻であるＮ日の１２時においてステータスが「利用中」となっている。したがって、制御部１５は、予約テーブルＴＡ１を紐付けの候補から外す。また、予約テーブルＴＡ２～ＴＡ４は、現在時刻であるＮ日の１２時においてステータスが「空き」となっている。したがって、制御部１５は、予約テーブルＴＡ２～ＴＡ４を紐付けの候補とする。

ここで、オンデマンド待機所２０３に停まっている車両３０をオンデマンド利用しようとしているユーザが端末装置２０に入力した返却予定日時がＮ日の２１時であったとする。車両３０をオンデマンド利用した後のダウンタイムが１時間であるとすると、予約テーブルはＮ日の２２時まで空いている必要がある。

この場合、予約テーブルＴＡ２は、Ｎ日の２１時から別の予約が入っているため、制御部１５は、予約テーブルＴＡ２を紐付けの候補から外す。また、予約テーブルＴＡ３及びＴＡ４は、Ｎ日の２２時まで別の予約が入っていない。したがって、制御部１５は、予約テーブルＴＡ３及びＴＡ４を紐付けの候補とする。

制御部１５は、このように、予約テーブルのステータスが空きであり、候補となる予約テーブルが複数ある場合、次に車種Ａの車両３０を利用するユーザの利用可能時間を最大とすることができるように、複数の予約テーブルのうちのいずれかを、オンデマンド待機所２０３に停まっている車両３０に紐付ける。

図１８に示す例において、例えば、オンデマンド待機所２０３に停まっている車両３０に予約テーブルＴＡ３を紐付けると、予約テーブルＴＡ４は空いたままとなる。この場合、次に車種Ａの車両３０を利用しようとするユーザは、Ｎ＋１日の１１時まで車種Ａの車両３０を利用可能である。

一方、オンデマンド待機所２０３に停まっている車両３０に予約テーブルＴＡ４を紐付けると、予約テーブルＴＡ３は空いたままとなる。この場合、次に車種Ａの車両３０を利用しようとするユーザは、Ｎ日の２３時まで車種Ａの車両３０を利用可能である。

そうすると、オンデマンド待機所２０３に停まっている車両３０に予約テーブルＴＡ３を紐付けると、次に車種Ａの車両３０を利用するユーザの利用可能時間を最大とすることができる。したがって、この場合、制御部１５は、オンデマンド待機所２０３に停まっている車両３０に予約テーブルＴＡ３を紐付ける。

図１９は、制御部１５が、オンデマンド待機所２０３に停まっている車両３０に予約テーブルＴＡ３を紐付けた様子を示す図である。

図１９に示すように、制御部１５は、オンデマンド待機所２０３に停まっている車番Ａ２の車両３０に、予約テーブルＴＡ３を紐付ける。これにより、制御部１５は、車両３０の稼働率を最大化することができる。

＜予約利用とオンデマンド利用の重複＞
制御部１５は、ユーザからオンデマンド利用の申し込みの受け付けを開始すると、オンデマンド利用の申し込みの対象となっている車両３０を、予約利用の対象から除外してよい。このようにすることで、オンデマンド待機所２０３に停まっている車両３０に対し、オンデマンド利用の申し込み処理をしている途中に、当該車両３０が予約利用の対象となったことでオンデマンド利用できなくなってしまうといった事態を防ぐことができる。

上述のように、本実施形態に係る情報処理装置１０において、制御部１５は、ユーザからの車両３０の利用に対する申し込み情報を、予約利用としての申し込み情報と、オンデマンド利用としての申し込み情報とのいずれかで取得する。また、制御部１５は、車両３０の台数と同数の予約テーブルによって車両３０の利用予定を管理し、予約利用の場合、予約利用を開始する時刻の所定時間前に、予約テーブルにどの車両３０を紐付けるかを決定する。このように、情報処理装置１０は、予約テーブルを用いて、予約利用の場合とオンデマンド利用との場合とで適切に車両３０を管理することができる。したがって、シェアリングカーサービスに本実施形態に係る情報処理装置１０を用いると、予約利用及びオンデマンド利用の双方を円滑に行うことができる。

本開示は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

例えば、上述した実施形態において情報処理装置１０において実行される一部の処理動作が、端末装置２０又はサーバ装置４０において実行されてもよい。

例えば、上述した実施形態において端末装置２０において実行される一部の処理動作が、情報処理装置１０又はサーバ装置４０において実行されてもよい。

例えば、上述した実施形態においてサーバ装置４０において実行される一部の処理動作が、情報処理装置１０又は端末装置２０において実行されてもよい。

例えば、上述した実施形態において、情報処理装置１０とサーバ装置４０とを独立した装置として説明したが、情報処理装置１０とサーバ装置４０とは一体化された装置であってもよい。

例えば、スマートフォン又はコンピュータ等の汎用の電子機器を、上述した実施形態に係る情報処理装置１０として機能させる構成も可能である。具体的には、実施形態に係る情報処理装置１０等の各機能を実現する処理内容を記述したプログラムを、電子機器のメモリに格納し、電子機器のプロセッサによって当該プログラムを読み出して実行させる。したがって、一実施形態に係る開示は、プロセッサが実行可能なプログラムとしても実現可能である。

上述した実施形態において、カーシェアリングサービスに利用可能な車両３０の車種が複数ある場合を説明したが、車両３０の車種は１種類であってもよい。

１ 情報処理システム
２、２Ａ、２Ｂ 駐車エリア
１０ 情報処理装置
１１ 通信部
１２ 記憶部
１３ 入力部
１４ 出力部
１５ 制御部
２０ 端末装置
２１ 通信部
２２ 記憶部
２３ 入力部
２４ 出力部
２５ 制御部
２６ カメラ
３０ 車両
３１ 通信装置
３２ 制御装置
３３ 位置情報取得装置
４０ サーバ装置
４１ 通信部
４２ 記憶部
４３ 入力部
４４ 出力部
４５ 制御部
５０ ネットワーク
２０１、２０１Ａ、２０１Ｂ バックヤード
２０２、２０２Ａ、２０２Ｂ 乗降場
２０３、２０３Ａ、２０３Ｂ オンデマンド待機所

Claims (3)

1. カーシェアリングサービスに用いられる車両を管理する情報処理装置であって、
   ユーザからの前記車両の利用に対する申し込み情報を、事前に予約する予約利用としての申し込み情報と、オンデマンド待機所に停まっている前記車両に対する利用を受け付けるオンデマンド利用としての申し込み情報とのいずれかで取得し、
   前記車両の台数と同数の予約テーブルによって前記車両の利用予定を管理し、
   前記予約利用の場合、前記予約利用を開始する時刻の所定時間前に、前記予約テーブルにどの車両を紐付けるかを決定する、制御部、
   を備え、
   前記予約利用としての前記申し込み情報は、希望する車種、利用開始日時、返却予定日時及び希望する乗車場所の情報を含み、
   前記制御部は、前記予約利用の場合、前記希望する乗車場所を含む駐車エリアで待機している前記車両を、前記希望する乗車場所を含まない駐車エリアで待機している前記車両よりも優先的に前記予約テーブルに紐付ける第１条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定し、
   前記制御部は、前記予約利用の場合、前記駐車エリアのバックヤードで待機している前記車両を、前記オンデマンド待機所で待機している前記車両よりも優先的に前記予約テーブルに紐付ける第２条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定し、
   前記制御部は、前記予約利用の場合、前回の利用が終了してからの経過時間が最も長い前記車両を優先的に前記予約テーブルに紐付ける第３条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定し、
   前記制御部は、前記第１条件を、前記第２条件及び前記第３条件よりも優先し、前記第２条件を前記第３条件よりも優先し、
   前記オンデマンド利用は、前記オンデマンド待機所に停まっている前記車両に対する利用申し込み後に即時にユーザが前記車両を利用する利用形態である、情報処理装置。
2. カーシェアリングサービスに用いられる車両を管理するコンピュータを動作させるプログラムであって、
   ユーザからの前記車両の利用に対する申し込み情報を、事前に予約する予約利用としての申し込み情報と、オンデマンド待機所に停まっている前記車両に対する利用を受け付けるオンデマンド利用としての申し込み情報とのいずれかで取得することと、
   前記車両の台数と同数の予約テーブルによって前記車両の利用予定を管理することと、
   前記予約利用の場合、前記予約利用を開始する時刻の所定時間前に、前記予約テーブルにどの車両を紐付けるかを決定することと、
   を含む動作をコンピュータに実行させ、
   前記予約利用としての前記申し込み情報は、希望する車種、利用開始日時、返却予定日時及び希望する乗車場所の情報を含み、
   前記予約利用の場合、前記希望する乗車場所を含む駐車エリアで待機している前記車両を、前記希望する乗車場所を含まない駐車エリアで待機している前記車両よりも優先的に前記予約テーブルに紐付ける第１条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定することと、
   前記予約利用の場合、前記駐車エリアのバックヤードで待機している前記車両を、前記オンデマンド待機所で待機している前記車両よりも優先的に前記予約テーブルに紐付ける第２条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定することと、
   前記予約利用の場合、前回の利用が終了してからの経過時間が最も長い前記車両を優先的に前記予約テーブルに紐付ける第３条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定することと、
   前記第１条件を、前記第２条件及び前記第３条件よりも優先し、前記第２条件を前記第３条件よりも優先することと、
   をさらに含む動作をコンピュータに実行させ、
   前記オンデマンド利用は、前記オンデマンド待機所に停まっている前記車両に対する利用申し込み後に即時にユーザが前記車両を利用する利用形態である、プログラム。
3. カーシェアリングサービスに用いられる車両を管理する情報処理装置における情報処理方法であって、
   ユーザからの前記車両の利用に対する申し込み情報を、事前に予約する予約利用としての申し込み情報と、オンデマンド待機所に停まっている前記車両に対する利用を受け付けるオンデマンド利用としての申し込み情報とのいずれかで取得することと、
   前記車両の台数と同数の予約テーブルによって前記車両の利用予定を管理することと、
   前記予約利用の場合、前記予約利用を開始する時刻の所定時間前に、前記予約テーブルにどの車両を紐付けるかを決定することと、
   を含み、
   前記予約利用としての前記申し込み情報は、希望する車種、利用開始日時、返却予定日時及び希望する乗車場所の情報を含み、
   前記予約利用の場合、前記希望する乗車場所を含む駐車エリアで待機している前記車両を、前記希望する乗車場所を含まない駐車エリアで待機している前記車両よりも優先的に前記予約テーブルに紐付ける第１条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定することと、
   前記予約利用の場合、前記駐車エリアのバックヤードで待機している前記車両を、前記オンデマンド待機所で待機している前記車両よりも優先的に前記予約テーブルに紐付ける第２条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定することと、
   前記予約利用の場合、前回の利用が終了してからの経過時間が最も長い前記車両を優先的に前記予約テーブルに紐付ける第３条件に基づいて、前記予約テーブルにどの車両を優先的に紐付けるかを決定することと、
   前記第１条件を、前記第２条件及び前記第３条件よりも優先し、前記第２条件を前記第３条件よりも優先することと、
   をさらに含み、
   前記オンデマンド利用は、前記オンデマンド待機所に停まっている前記車両に対する利用申し込み後に即時にユーザが前記車両を利用する利用形態である、情報処理方法。

Images