JP2022125875A - 情報処理装置、プログラム、情報処理システム及び情報処理装置の動作方法 - Google Patents

Abstract

【課題】シェアリングカーサービスにおいてオンデマンド利用に供する車両の管理を効率化する。
【解決手段】情報処理装置は、通信部と、前記通信部を介して他の装置と情報を送受する制御部とを有し、前記制御部は、オオンデマンド用の待機場所にて待機する第１の車両の利用可能時間が基準時間を下回ったときに、保管場所で保管される第２の車両の利用可能時間が前記基準時間以上である場合、前記第１の車両に前記保管場所へ移動するよう第１の指示を送り、前記第２の車両に前記待機場所へ移動するよう第２の指示を送る。
【選択図】図１６Ａ

Description

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

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

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

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

待機場所に待機するシェアリングカーを、その場での申込みにより利用するオンデマンド利用において、車両の管理方法に改善の余地がある。

以下では、シェアリングカーサービスにおいてオンデマンド利用に供する車両の管理を効率化する手段が開示される。

本開示における情報処理装置は、通信部と、前記通信部を介して他の装置と情報を送受する制御部とを有し、前記制御部は、オンデマンド用の待機場所にて待機する第１の車両の利用可能時間が基準時間を下回ったときに、保管場所で保管される第２の車両の利用可能時間が前記基準時間以上である場合、前記第１の車両に前記保管場所へ移動するよう第１の指示を送り、前記第２の車両に前記待機場所へ移動するよう第２の指示を送る。

本開示における情報処理装置の動作方法は、通信部と、前記通信部を介して他の装置と情報を送受する制御部とを有する情報処理システムの動作方法であって、前記制御部が、オンデマンド用の待機場所にて待機する第１の車両の利用可能時間が基準時間を下回ったときに、保管場所で保管される第２の車両の利用可能時間が前記基準時間以上である場合、前記第１の車両に前記保管場所へ移動するよう第１の指示を送り、前記第２の車両に前記待機場所へ移動するよう第２の指示を送るステップを含む。

本開示によれば、シェアリングカーサービスにおいてオンデマンド利用に供する車両の管理を効率化することが可能となる。

情報処理システムの構成を示す図である。 駐車エリアの一例を示す図である。 情報処理装置の構成を示すブロック図である。 端末装置の構成を示すブロック図である。 車両の構成を示すブロック図である。 予約利用における情報処理装置の動作手順例を示すフローチャートである。 オンデマンド利用における情報処理装置の動作手順例を示すフローチャートである。 オンデマンド利用に供する車両の補充の例を示す図である。 オンデマンド利用に供する車両を補充するときの情報処理装置の動作手順例を示すフローチャート図である。 利用可能車種と車両を選択するときの情報処理装置の動作手順例を示すフローチャート図である。 車種及び車両の予約状況を示す予約テーブルの例である。 車種及び車両の予約状況を示す予約テーブルの例である。 車種及び車両の予約状況を示す予約テーブルの例である。 車種及び車両の予約状況を示す予約テーブルの例である。 車種及び車両の予約状況を示す予約テーブルの例である。 オンデマンド利用に供する車両を入れ替えるときの情報処理装置の動作手順例を示すフローチャート図である。 オンデマンド利用に供する車両を入れ替えるときの情報処理装置の動作手順例を示すフローチャート図である。 車種及び車両の予約状況を示す予約テーブルの例である。 車種及び車両の予約状況を示す予約テーブルの例である。

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

図１は、本実施形態における情報処理システム１の構成を示す図である。情報処理システム１は、ユーザに車両３０によるカーシェアリングサービスを提供するシステムである。図２は、車両３０が保管され又は待機する駐車エリア２について説明するための図である。図１及び図２を参照して、情報処理システム１の構成及び概要を説明する。

情報処理システム１は、ネットワーク５０を介して互いに通信可能に接続される、それぞれ一以上の情報処理装置１０、端末装置２０、及び車両３０を有する。

情報処理装置１０は、例えば、サーバとして機能するように構成されたコンピュータであって、例えば、汎用のＰＣ（Personal Computer）等である。情報処理装置１０は、例えば、駐車エリア２に設置されるカメラ及びセンサ等から取得したデータに基づいて、駐車エリア２おける車両３０の状況を監視する。情報処理装置１０は、端末装置２０及び車両３０と、ネットワーク５０を介して通信し、カーシェアリングサービスに用いられる車両３０を管理する。

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

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

ネットワーク５０は、例えば移動体通信網及びインターネット等を含むネットワークである。

図２は、第１～第３の３つの駐車エリア２の例を示す（以下、第１～第３駐車エリアを区別しない場合は駐車エリア２と総称する）。駐車エリア２は、ユーザが利用していない車両３０が保管され又は待機するためのスペースであって、例えば、カーシェアリングサービスのユーザ等が居住する集合住宅の地下に設けられる。複数の駐車エリア２がここに示すように重複して設けられてもよいし、分離されて設けられてもよい。更に、複数の駐車エリア２が、同じ集合住宅の地下でなくても、異なる集合住宅の地下に分離して、あるいは数十メートル～数百メートル程度分散した敷地に設けられてもよい。各駐車エリア２は、それぞれ一以上のバックヤード２０１、乗降場２０２及びオンデマンド待機所２０３を、任意の態様で有する。各駐車エリア２が単独でバックヤード２０１、乗降場２０２及びオンデマンド待機所２０３を有してもよいし、二以上の駐車エリアがバックヤード２０１、乗降場２０２及びオンデマンド待機所２０３の一以上を共有してもよい。ここでは、３つの駐車エリア２がバックヤード２０１を共有し、乗降場２０２とオンデマンド待機所２０３をそれぞれ有する態様が示される。

情報処理システム１が提供するカーシェアリングサービスにおいて、ユーザは、予約利用及びオンデマンド利用のいずれの利用形態でも車両３０を利用可能である。予約利用は、駐車エリア２内の保管場所、すなわちバックヤード２０１で保管される車両３０をユーザが事前に予約して利用する利用形態である。バックヤード２０１は、保管される車両３０を整備するための、例えば、車両３０のバッテリを充電する設備、車両３０を清掃するための設備等を有する。乗降場２０２は、ユーザが予約利用する車両３０に乗り降りするスペースである。一方、オンデマンド利用は、駐車エリア２内における車両３０のオンデマンド用の待機場所、すなわちオンデマンド待機所２０３にユーザが出向き、そこで待機している車両３０に対してユーザが利用申込みを行い、そのまま即時にユーザが車両３０を利用する利用形態である。

情報処理装置１０は、駐車エリア２に保管され又は待機するそれぞれ一以上の車両３０が対応する、一以上の車種を管理する。一以上の車種と、各車種に対応する一以上の車両３０とを管理することによって、情報処理装置１０は、ユーザの用途に応じた車種の車両３０を、予約利用、オンデマンド利用いずれの利用態様ででもユーザに提供することが可能となる。車両３０は、予約利用専用又はオンデマンド利用専用に固定されるわけではなく、予約利用用又はオンデマンド利用向けに、情報処理装置１０により動的に割り当てられる。例えば、情報処理装置１０は、予約利用のための予約がされていない車両３０をオンデマンド利用向けに割り当てて、その車両３０にバックヤード２０１からオンデマンド待機所２０３へ移動するよう指示を送ったり、オンデマンド利用されていない車両３０を予約利用向けに割り当てて、その車両３０にオンデマンド待機所２０３からバックヤード２０１へ移動するよう指示を送ったりする。

本実施形態では、情報処理装置１０は、駐車エリア２内の保管場所、すなわちバックヤード２０１で保管される複数の車両３０の車種毎の予約状況に基づいて、利用可能時間が他の車種より長い車種（利用可能車種という）を選択し、利用可能車種に対応する車両３０に駐車エリア２内のオンデマンド用の待機場所、すなわちオンデマンド待機所２０３に移動するよう指示を送る。このようにして、情報処理装置１０は、駐車エリア２内の限られた台数の車両３０を予約利用又はオンデマンド利用向けに最適に配分し、オンデマンド利用に供する車両３０を確実に確保できる。よって、オンデマンド利用に供する車両３０の管理の効率化が可能となる。

ユーザが予約利用又はオンデマンド利用によりカーシェアリングを利用する際、概略次のような動作が行われる。

予約利用の場合、ユーザは、端末装置２０を用いて、情報処理装置１０に、予約利用を申し込むための申込情報を送信する。申込情報は、希望する車種、利用開始日時、返却予定日時及び希望する乗車場所の情報を含む。ユーザは、乗車場所として、例えば、乗降場２０２の他に、ユーザの住居の前等、任意の場所を指定する。情報処理装置１０は、利用開始日時の所定時間前までに、ユーザが指定した乗車場所にユーザが希望した車種の車両３０が到着するように、その予約利用に割り当てられた車両３０を配車する。車両３０は情報処理装置１０から受信した指示に応じて、自動運転によりユーザが指定した乗車場所に向かう。

オンデマンド利用の場合、ユーザは、オンデマンド待機所２０３まで出向き、オンデマンド待機所２０３に待機している車両３０がある場合、その車両３０のオンデマンド利用を申し込む。ユーザは、端末装置２０を操作して、オンデマンド利用を申し込むための申込情報を情報処理装置１０に送信する。申込情報は、返却予定日時の情報を含む。オンデマンド利用の場合、ユーザは、車種及び乗車場所を予め選択することなく、オンデマンド待機所２０３に待機している車両３０を利用するので、利用開始日時の情報は不要である。車両３０には、オンデマンド利用の申込みに必要な情報を含む２次元コードが貼付される。ユーザは、オンデマンド待機所２０３に待機している車両３０に貼付された２次元コードを端末装置２０で撮影する。端末装置２０は、２次元コードに含まれる情報を情報処理装置１０に送信する。２次元コードは、例えば車両３０を特定するための識別情報を含む。これにより、情報処理装置１０は、オンデマンド利用される車両３０を特定して管理する。

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

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

通信部１１は、ネットワーク５０に接続する通信モジュールを含む。例えば、通信部１１は、ＬＡＮ（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）受信機を含んでもよい。位置情報取得装置３３は、車両３０の位置の測定値を位置情報として取得する。位置情報は、例えば住所、緯度、経度、及び高度等を含む。

上述のように構成される情報処理装置１０は、任意のタイミングで車両３０から車両３０の車種及び車体を特定する情報と位置情報とを取得し、各車両３０を予約利用又はオンデマンド利用向けに動的に割り当てて管理する。例えば、情報処理装置１０の制御部１５は、バックヤード２０１及び各オンデマンド待機所２０３における車両３０の配置状況、バックヤード２０１及び各オンデマンド待機所２０３において各車両３０が対応する車種、車種ごとの予約状況といった情報を、記憶部１２に格納し随時更新することで、管理する。かかる管理のための動作の詳細について、図６～図１５を参照して説明する。

図６は、予約利用を管理する情報処理装置１０動作手順例を示すフローチャート図である。端末装置２０の入力部２３が、予約利用を希望するユーザから、予約利用を希望する旨の入力を受け付け、制御部２５が、予約利用を希望する旨の情報を、通信部２１を介して情報処理装置１０に送信すると、図６の手順が実行される。

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

制御部１５は、車両３０の車種ごとに、利用可能時間を算出する（ステップＳ１０２）。利用可能時間は、各車種に対応する車両３０の利用可能な時間のうち、最大の時間である。制御部１５は、車両３０の次回の予約までの空き時間から、リーディングタイムとダウンタイムとを減算して、利用可能時間を算出する。リーディングタイムは、予約された車両３０をユーザが希望する乗車場所まで配車するための見込み時間として設定される時間であって、例えば３０分等である。ダウンタイムは、ユーザが車両３０を利用した後、その車両３０を次のユーザが利用可能となるまでのサービス提供停止時間として設定される時間であって、車両３０を充電するための時間、車両３０を清掃するための時間、車両３０を点検するための時間等を考慮して任意に設定された時間である。ダウンタイムは、車種ごとに異なってもよい。制御部１５は、車両３０の予約利用が可能となる利用開始日時を、現在時刻からリーディングタイムだけ後の時間として算出する。制御部１５は、利用可能時間が任意に設定された上限（例えば、１週間又は２週間）を上回る場合に、利用可能時間の上限の値を利用可能時間として算出してもよい。制御部１５は、車種ごとに利用可能時間を算出し、同一車種に複数の空いている車両３０がある場合、その複数の空いている車両３０について算出した利用可能時間のうち最も利用可能時間が長くなる車両３０の利用可能時間を、その車種の利用可能時間として選択する。

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

端末装置２０の制御部２５は、車種ごとの利用可能時間の情報を取得すると、車種ごとの利用可能時間の情報を出力部２４に表示させる。

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

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

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

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

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

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

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

図７は、オンデマンド利用を管理するときの情報処理装置１０の動作手順例を示すフローチャート図である。オンデマンド利用を希望するユーザが任意の駐車エリア２のオンデマンド待機所２０３に出向き、端末装置２０のカメラ２６で、オンデマンド待機所２０３に待機している車両３０に貼付される２次元コードを撮影し、制御部２５が、２次元コードに含まれる情報を、通信部２１を介して情報処理装置１０に送信すると、図７の手順が実行される。

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

制御部１５は、車両３０の利用可能時間を算出する（ステップＳ２０２）。ここで、制御部１５が利用可能時間を算出する車両３０は、端末装置２０が２次元コードを撮影した車両３０である。制御部１５は、車両３０の次回の予約までの空き時間からダウンタイムを減算して、利用可能時間を算出する。制御部１５は、車両３０のオンデマンド利用が可能となる利用開始日時を、現在時刻として算出する。制御部１５は、オンデマンド利用としての利用可能時間を算出する際、利用可能時間が任意に設定される上限（例えば、１２時間等）を上回る場合、利用可能時間の上限の値を、利用可能時間として算出してもよい。

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

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

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

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

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

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

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

図６、図７で示した手順により、情報処理装置１０は予約利用、オンデマンド利用を管理する。オンデマンド待機所２０３に待機すべき車両３０の台数は、機会利益を最大化すべく予め任意に設定される。しかし、オンデマンド利用に一以上の車両３０が供されると、その分オンデマンド待機所２０３において利用可能な車両３０が不足する。よって、車両３０の不足による機会損失を最小化すべく、情報処理装置１０はオンデマンド利用に供する車両３０を補充する。

図８は、オンデマンド利用に供する車両３０の情報処理装置１０による補充動作を模式的に説明する図である。図８には、図２で示した駐車エリア２を例に、第１～第３の各駐車エリア２のオンデマンド待機所２０３における車両３０の待機状況と、バックヤード２０１における車両３０の保管状況とが示される。例えば、第１～第３の各駐車エリア２では、車種Ａ、Ｂ、Ｃ、Ｄ及びＥの各車種５台ずつ、合計２５台の車両３０がオンデマンド待機所２０３とバックヤード２０１に分配される。例えば、第１～第３の各駐車エリア２のオンデマンド待機所２０３は、それぞれ２台、合計６台の車両３０が待機するよう構成される。ここでは、第１～第３の各駐車エリア２のオンデマンド待機所２０３に、それぞれ、車種Ｃ及びＥ、車種Ａ及びＥ、車種Ｄ及びＥの車両３０が、各車種につき１台ずつ待機していたところ、車種Ｅの車両３０がオンデマンド利用中にあって（矢印６Ａ）、オンデマンド待機所２０３において１台の不足が生じている状況が示される。バックヤード２０１には、車種Ａ、Ｂ、Ｃ、Ｄ及びＥの車両３０が、それぞれ４台、５台、４台、４台及び２台、合計１９台保管されており、情報処理装置１０は、第３駐車エリア２のオンデマンド待機所２０３における車種Ｅの不足を補充すべく、適宜、バックヤード２０１の車両３０を１台、オンデマンド利用向けに割り当てて、その車両３０にオンデマンド待機所２０３へ移動するよう（矢印６Ｂ）指示を送る。

かかる車両３０の補充は、各駐車エリア２において、その駐車エリア２のオンデマンド待機所２０３に、その駐車エリア２のバックヤード２０１からなされる。また、異なる駐車エリア２のバックヤード２０１から車両３０が補充されてもよい。本実施形態では、第１～第３駐車エリア２がバックヤード２０１を共有するので、各駐車エリア２のオンデマンド待機所２０３に、共通のバックヤード２０１から車両３０が補充される。

バックヤード２０１に保管される車両３０は、予約利用に供されるので、予約利用への配車に支障がないようにしつつ、オンデマンド利用向けの車両３０を補充することが望ましい。そこで、情報処理装置１０は、バックヤード２０１で保管される車種の予約状況に応じて、オンデマンド待機所２０３へ補充する車種及び車両３０を決定する。その動作手順を以下において説明する。

図９は、情報処理装置１０がオンデマンド利用に供する車両３０を補充するときの動作手順例を示すフローチャート図である。図９の手順は、ユーザにより車両３０がオンデマンド利用され、オンデマンド待機所２０３に車両３０の不足が生じたとき、すなわち図７のステップＳ２０５の後に実行される。例えば、制御部１５は、ステップＳ２０５で送信した認証情報をもとに、その車両３０がオンデマンド利用によりオンデマンド待機所２０３から移動したことを、車両３０からの位置情報により確認すると、図９の手順を実行する。なお、図９の手順は、１台の車両３０がオンデマンド待機所２０３で不足するごとに、不足が生じたオンデマンド待機所２０３が属する駐車エリア２において、対応するバックヤード２０１で保管される車両３０を対象に、実行される。

制御部１５は、バックヤード２０１に保管される車両３０の車種ごとに、予約状況に基づき利用可能時間を算出する（ステップＳ３０２）。ここにおける利用可能時間は、予約利用向けに保管される車種がオンデマンド利用向けに割り当てられた場合に利用可能な時間であって、各車種に対応する車両３０の利用可能な時間のうち、最大の時間である。制御部１５は、車両３０の次回の予約までの空き時間から、リーディングタイムとダウンタイムとを減算して、利用可能時間を算出する。リーディングタイムは、車両３０がバックヤード２０１からオンデマンド待機所２０３まで移動するための見込み時間として設定される時間であって、バックヤード２０１とオンデマンド待機所２０３との距離に応じて異なり、例えば数分～３０分である。ダウンタイムは、ユーザが車両３０を利用した後、その車両３０を次のユーザが利用可能となるまでのサービス停止時間として設定される時間であって、車両３０を充電するための時間、車両３０を清掃するための時間、車両３０を点検するための時間等を考慮して任意に設定された時間である。ダウンタイムは、車種ごとに異なってもよい。制御部１５は、車両３０のオンデマンド利用が可能となる利用開始日時を、現在時刻からリーディングタイムだけ後の時間として算出する。制御部１５は、利用可能時間が任意に設定された上限（例えば、１２時間等）を上回る場合に、利用可能時間の上限の値を利用可能時間として算出してもよい。制御部１５は、車種ごとに利用可能時間を算出し、同一車種に複数の空いている車両３０がある場合、その複数の空いている車両３０について算出した利用可能時間のうち最も利用可能時間が長くなる車両３０の利用可能時間を、その車種の利用可能時間として選択する。

図１１は、制御部１５が車両３０を管理するための予約テーブルの例を示す。この予約テーブルには、車種Ａ、Ｂごとに、それぞれ５台の車両３０、つまり車両ａ、ｂ、ｃ、ｄ及びｅ、並びに、車両ｆ、ｇ、ｈ、ｉ及びｊの予約状況が、横軸を時間軸として示される。例えば、車種Ａの車両ａ、ｂ及びｃ、並びに車種Ｂの車両ｉが、現在時刻時点でオンデマンド利用に供されており、車両ａ、ｂ及びｉが待機中であり、車両ｃが利用中である。車両ｃは、翌日まで利用される予定であり、ダウンタイムＤＴの後、空き状態となる。車種Ａの車両ｄ及びｅは、現在時刻時点で空き状態であり、７２時間先まで使用可能である。車種Ｂの車両ｆは、間欠的に連続して予約されており、その状況が予約ブロックとして示される。車両ｇ及びｈは、それぞれ同日の午後及び深夜以降予約されている。車両ｊは、現在時刻時点から２４時間空き状態で使用可能であり、その後予約されている。かかる状況において、制御部１５は、車種Ａの利用可能時間として、車両ｄ又はｅの利用可能時間７２時間を選択し、車種Ｂの利用可能時間として、車両ｊにおける２４時間を選択する。

図９に戻ると、次に制御部１５は、利用可能車種と利用可能車種に対応する補充用の車両３０を選択する（ステップＳ３０４）。

図１０は、図９のステップＳ３０４の詳細な手順を示すフローチャート図である。制御部１５は、１つの車種が最も長い利用時間を有する場合（ステップＳ４０２のＹｅｓ）、その車種を利用可能車種として選択する（ステップＳ４０３）。図１１の例では、車種Ａの利用可能時間は７２時間であり、車種Ｂの利用可能時間は２４時間であるので、制御部１５は、車種Ａを利用可能車種として選択する。そして、図１０に戻り、制御部１５はステップＳ４１０に進む。

複数の車種が最も長い利用可能時間を有する場合（ステップＳ４０２のＮｏ）、制御部１５は、最も長い利用時間を有する複数の車種において対応する空き状態の車両３０の数が異なるかを判断する（ステップＳ４０４）。空き状態の車両３０の数が異なる場合（ステップＳ４０４のＹｅｓ）、制御部１５は、最も多い車両３０を有する車種を、利用可能車種として選択する（ステップＳ４０５）。そうすることで、オンデマンド利用向けに車両３０を補充した直後にその車種に予約が入り、その予約に対応できなくなるといったリスクを低減することが可能となる。例えば、図１２に示す、車種Ｂの車両ｊの利用可能時間が７２時間である点が図１１の予約テーブルとは異なる予約テーブルでは、車種Ａ、Ｂともに利用可能時間が７２時間である。ここで、車種Ａに対応する空き状態の車両は車両ｄ、ｅの２台であり、一方車種Ｂに対応する空き状態の車両は車両ｊの１台であるので、制御部１５は、空き状態の車両が多い方の車種Ａを利用可能車種として選択する。そして、制御部１５は図１０のステップＳ４１０に進む。

最も長い利用時間を有する複数の車種において対応する空き状態の車両３０の数が同じ場合（ステップＳ４０４のＮｏ）、制御部１５は、車種間でダウンタイムの設定時間が異なるかを判断する（Ｓ４０６）。車種間でダウンタイムの設定時間が異なる場合（ステップＳ４０６のＹｅｓ）、制御部１５は、ダウンタイムの設定時間が短い方の車種を、利用可能車種として選択する（ステップＳ４０７）。補充した車種は稼働率が高い蓋然性が高いところ、ダウンタイム設定時間が短い車種を補充することで、その車種の稼働率を最大化することが可能となる。例えば、図１３に示す、車種Ｂの車両ｉの利用可能時間が７２時間である点が図１２の予約テーブルとは異なる予約テーブルでは、車種Ａ、Ｂともに、利用可能時間が７２時間であり、対応する空き状態の車両は車両ｄ、ｅ、及び車両ｉ、ｊの２台である。ここで、車種Ａのダウンタイム設定時間が３時間、車種Ｂのダウンタイム設定時間が１時間とすると、制御部１５は、ダウンタイム設定時間が短い方の車種Ｂを利用可能車種として選択する。そして、制御部１５は、図１０のステップＳ４１０に進む。

車種間でダウンタイムの設定時間が同じ場合（ステップＳ４０６のＮｏ）、制御部１５は、予め任意に設定される優先順位で、利用可能車種を選択する（ステップＳ４０８）。そして、制御部１５はステップＳ４１０に進む。

制御部１５は、選択した車種において、基準時間以上の利用可能時間を有する車両３０がある場合（ステップＳ４１０のＹｅｓ）、制御部１５は、基準時間以上の利用可能時間を有する車両３０のなかで、前回の利用時からの経過時間が最も長い車両３０を補充用の車両３０として選択して（ステップＳ４１１）、図１０の手順を終了する。基準時間は、利用の発生がある程度の蓋然性で見込める、任意に設定される１～３時間程度の時間であって、例えば、２時間である。

図１４は、車種Ｃについての予約テーブルの例を示す。この予約テーブルには、車種Ｃの５台の車両３０、つまり車両ｋ、ｌ、ｍ、ｎ及びｏの予約状況が、横軸を時間軸として示される。ここでは、車両３０のうち、車両ｋ、ｌ及びがそれぞれ０．５時間、２．０時間の利用可能時間を有する。例えば、車種Ｃが利用可能車種として選択された場合において、制御部１５は、基準時間２時間以上の利用時間を有する車両ｏを補充用の車両３０として選択する。仮に、車種Ｃにおいて、車両ｏ以外に２時間以上の利用時間を有する車両３０が存在する場合、制御部１５は、前回の利用時からの経過時間が最も長い車両３０を補充用の車両３０として選択する。そうすることで、車両３０間での稼働率、ひいては稼働の負荷による損耗を平準化することが可能となる。

図１０に戻り、基準時間以上の利用可能時間を有する車両３０がない場合（ステップＳ４１０のＮｏ）、制御部１５は、オンデマンド利用向けの車両３０の補充を中止して（ステップＳ４１２）、図１０の手順を終了する。例えば、図１５に示す、車両ｏの利用可能時間が０．５時間である点が図１４の予約テーブルとは異なる予約テーブルでは、２時間以上の利用時間を有する車両３０が存在しないので、制御部１５は、オンデマンド利用向けの車両３０の補充を中止する。

車両３０がオンデマンド利用向けに待機する際、利用の発生がある程度の蓋然性で見込める時間待機しないと、補充が無駄になるおそれがあるところ、利用可能時間が基準時間を満たす車両３０がない場合に補充を中止することで、かかる無駄のリスクを低減することが可能となる。なお、補充が中止される場合、図１０の手順の対象となった駐車エリア２からの車両３０の補充がなされない。

図９に戻り、ステップＳ３０４を実行した結果、利用可能車種、補充用の車両３０が選択された場合（ステップＳ３０６のＹｅｓ）、制御部１５は、選択した補充用の車両３０へ向けて補充指示を送出する（ステップＳ３１０）。補充指示は、車両３０が不足しているオンデマンド待機所２０３へ、補充用の車両３０を移動させる指示である。補充指示は、補充用の車両３０を特定する情報、オンデマンド待機所２０３を特定する情報、オンデマンド待機所２０３において待機すべき地点の情報等を含む。補充指示を受信した車両３０は、補充指示に応じてオンデマンド待機所２０３へ移動する。

利用可能車種、補充用の車両３０が選択されなかった場合（ステップＳ３０６のＮｏ）、制御部１５は、他の駐車エリアに対するステップＳ３０２及びＳ３０４の処理が未処理かを判断する（ステップＳ３０７）。未処理の場合（ステップＳ３０７のＹｅｓ）、制御部１５は、処理対象の駐車エリア２を未処理の駐車エリア２の1つに切り替え（ステップＳ３０８）、切り替えた駐車エリア２に対し、ステップＳ３０２及びステップＳ３０４を実行する。別の駐車エリア２においてステップＳ３０４を実行した結果、利用可能車種、補充用の車両３０が選択された場合（ステップＳ３０６のＹｅｓ）、制御部１５は選択した補充用の車両３０へ向けて補充指示を送出する（ステップＳ３１０）。このようにして、オンデマンド待機所２０３に車両３０が補充され、機会損失のリスクを最小化することが可能となる。ただし、いずれの駐車エリア２においても利用可能車種、補充用の車両３０が選択されなかった場合（ステップＳ３０７のＮｏ）、制御部１５は、図９の手順を終了する。その場合、オンデマンド待機所２０３に車両３０の補充はなされない。

オンデマンド待機所２０３に車両３０の補充はなされなかった場合であっても、情報処理装置１０の制御部１５は、図９の手順を、例えば、任意の周期（例えば、数分～数十分間隔）、又は、バックヤード２０１に車両３０が帰還するごとのタイミングに実行する。そうすることで、バックヤード２０１に補充用として条件を満たす車両３０が発生し次第、可及的速やかに、オンデマンド待機所２０３に車両３０を補充することが可能となる。

上述のように、本実施形態における情報処理装置１０において、制御部１５は、ユーザからの車両３０の利用に対する申込情報を、予約利用としての申込情報と、オンデマンド利用としての申込情報とのいずれかで取得する。そして、情報処理装置１０は、オンデマンド待機所２０３に車種、車両３０の不足が生じたとしても、予約利用に支障がないようにしながら、バックヤード２０１から車種、車両３０を補充することが可能となる。よって、オンデマンド利用に供する車両３０の管理の効率化が可能となる。

上述において、オンデマンド待機所２０３における車両３０がオンデマンド利用によりオンデマンド待機所２０３から不在となり、オンデマンド待機所２０３における車両３０が不足する場合を例として、バックヤード２０１から車両３０を補充する方法について説明した。以下では、バックヤード２０１から車両３０を補充する契機が発生する更なる例を説明する。

一実施例において、情報処理装置１０の制御部１５は、オンデマンド用の待機場所、つまりオンデマンド待機所２０３にて待機する車両３０の利用可能時間が基準時間を下回ったときに、バックヤード２０１、つまり保管場所で保管される車両３０の利用可能時間が基準時間以上である場合、オンデマンド待機所２０３の車両３０にバックヤード２０１へ移動するよう指示を送り、バックヤード２０１の車両３０にオンデマンド待機所２０３へ移動するよう指示を送る。ここにおいて、基準時間は、図１０のステップＳ４１０で補充用の車両３０の選定に用いた基準時間であって、オンデマンド利用の提供を保障する最低の時間であり、例えば２時間、１．５時間等である。このように、オンデマンド待機所２０３における車両３０がオンデマンド利用によって不足する場合のみならず、時間経過に伴い利用可能時間が短くなることを契機として、バックヤード２０１から車両３０を補充するとともに利用時間が短くなった車両３０を予約利用向けに割り当ててバックヤード２０１へ移動させる。すなわち、情報処理装置１０は、車両３０の入替えを行う。

また、情報処理装置１０の制御部１５は、オンデマンド待機所２０３における車両３０の利用可能時間が基準時間以上であっても、バックヤード２０１の車両３０の利用可能時間が変更されてオンデマンド待機所２０３における車両３０の利用可能時間を上回った場合、車両３０の入替えを行う。バックヤード２０１にて保管される車両３０において、予約利用のための予約がキャンセルされたり、予約利用された車両３０が予定より早く利用が終了したりして、予期せぬ利用可能時間が発生した場合に、バックヤード２０１においてオンデマンド待機所２０３における車両３０の利用可能時間より利用可能時間が長い車両３０が発生しうる。そのような場合にも、情報処理装置１０は、車両３０の入替えを行う。

このようにして、車両３０の入替えを行うことで、オンデマンド待機所２０３における車両３０の利用可能時間を常時一定以上とすることができ、オンデマンド利用による機会利益を最大化することが可能となる。

図１６Ａ、１６Ｂは、実施例における情報処理装置１０の動作手順例を説明するためのフローチャート図である。

図１６Ａの手順は、任意の周期（例えば、数分～数十分周期）で実行される。

制御部１５は、オンデマンド待機所２０３における車両３０の利用可能時間を算出する（ステップＳ５０１）。図６で示した手順により情報処理装置１０が予約利用を管理する結果として、オンデマンド待機所２０３にて待機するオンデマンド利用向けに割り当てられた車両３０にも将来の予約が入る場合がある。制御部１５は、予約テーブルと各車両３０の位置情報とから、オンデマンド待機所２０３にて待機するオンデマンド利用向け車両３０を特定し、その車両３０の現在時刻における利用可能時間を、次回の予約までの空き時間からダウンタイムを減算して、利用可能時間を算出する。

制御部１５は、オンデマンド待機所２０３における車両３０のうち、利用可能時間が基準時間を下回る車両がある場合（ステップＳ５０２のＹｅｓ）、その車両を入替え対象車両として特定する（ステップＳ５０４）。例えば、図１７に示す、車種Ｄの車両ｐ、ｑ、ｒ、ｓ及びｔについての予約テーブルでは、処理時Ｔにおいて車両ｐ、ｑ及びｒが利用中であり、車両ｓ及びｔが利用可能時間を有する。ここで、車両ｓの処理時Ｔ以降の利用可能時間は基準時間を下回り、車両ｔの処理時Ｔ移行の利用可能時間は基準時間以上であるので、制御部１５は、車両ｓを入替え対象車両として特定する。

制御部１５は、入替え対象車両として特定した車両３０ごとに、車両の入替えを行い（ステップＳ５０６）、図１６Ａの手順を終了する。

図１６Ｂの手順は、図１６ＡのステップＳ５０６の詳細な手順である。

制御部１５は、入替え対象車両として特定した車両３０の全てに対し入替え処理が終了するまでの間（ステップＳ６０２のＮｏ）、各車両３０に対しステップＳ６０３及びステップＳ６０４を実行する。制御部１５は、入替え対象車両として特定した車両３０を予約利用向けとして割り当て、その車両３０へ向けてバックヤード２０１に移動するよう指示を送る（ステップＳ６０３）。そして、制御部１５は、予約利用向けに割り当てた車両３０の代わりを補充すべく、図１０の手順を含む図９の手順を実行する。その際、制御部１５は、図１０のステップＳ４１０では、利用可能時間が基準時間以上の車両３０を選定する。入替え対象車両として特定した車両３０の全てに対し入替え処理が終了すると（ステップＳ６０２のＹｅｓ）、制御部１５は、図１６Ｂの手順を終了する。

図１６ＡのステップＳ５０２に戻り、利用可能時間が基準時間を下回る車両がない場合（ステップＳ５０２のＮｏ）、制御部１５はバックヤード２０１にて保管される車両３０において、利用可能時間がオンデマンド待機所２０３で待機する車両３０の利用可能時間を上回る車両３０が有るか否かを判断する（ステップＳ５０７）。制御部１５は、バックヤード２０１に保管される車両３０ごとに、次回の予約までの空き時間から、リーディングタイムとダウンタイムとを減算して、利用可能時間を算出する。そして、制御部１５は、バックヤード２０１の各車両３０の利用可能時間と、オンデマンド待機所２０３の各車両３０の利用可能時間とを比較する。

バックヤード２０１にて保管される車両３０において、利用可能時間がオンデマンド待機所２０３で待機する車両３０の利用可能時間を上回る車両３０が有る場合（ステップＳ５０７のＹｅｓ）、例えば、予約利用のための予約がキャンセルされたり、予約利用された車両３０が予定より早く利用が終了したりして、予期せぬ利用可能時間が発生していた場合、その車両３０と、その車両３０の利用可能時間より短い利用時間のオンデマンド待機所２０３の車両３０との、入替えを実行する（ステップＳ５０８）。例えば、制御部１５は、オンデマンド待機所２０３で最も利用可能時間が短い車両３０を予約利用向けとして割り当て、その車両３０へ向けてバックヤード２０１に移動するよう指示を送り、バックヤード２０１で最も利用可能時間が長い車両３０をオンデマンド利用向けとして割り当て、その車両３０へ向けてオンデマンド待機所２０３に移動するよう指示を送る。

例えば、図１８に示す、車種Ａの車両ａ、ｂ、ｃ、ｄ及びｅ、並びに、車種Ｂの車両ｆ、ｇ、ｈ、ｉ及びｊの予約状況を示す予約テーブルでは、車種Ａの車両ｃ、ｄ及びｅがオンデマンド利用向け、他の車両が予約利用向けに割り当てられている。オンデマンド向けの車両のうち、処理時Ｔにおいて、車種Ａの車両ｃはオンデマンド利用中であり、車両ｄ、ｅが待機中であって、それぞれ２．０時間、２．５時間の利用可能時間を有している。予約利用向けの車両のうち、処理時Ｔにおいて、車種Ａの車両ａ及びｂ、車種Ｂの車両ｆ、ｇ、ｉが予約されており、車両ｈが０．５時間の利用可能時間を有しており、車両ｊは、予約がキャンセルされたことにより、６時間の利用可能時間を有している。かかる状況において、制御部１５は、車種Ａの車両ｄ及びｅの利用可能時間より、車種Ｂの車両ｊの利用可能時間が長いので、車両ｅ、ｄのうちで利用可能時間が短い車両ｄと、車両ｊとを入れ替える。なお、オンデマンド用に割り当てられた車両３０において、同じ利用時間の長さの複数の入替え対象の車両３０がある場合、例えば、予め定めた車種間の優先順位、対応する車種に設定されるダウンタイムの時間が短い順、対応する車種の他の車両３０の台数が少ない順といった優先順位に従って、入替え対象の車両３０を決定する。一方、予約利用向けに割り当てられた車両３０において、同じ利用時間の長さの複数の入替え対象の車両３０がある場合、例えば、予め定めた車種間の優先順位、対応する車種に設定されるダウンタイムの時間が短い順、対応する車種の他の車両３０の台数が多い順といった優先順位に従って、入替え対象の車両３０を決定する。

制御部１５は、オンデマンド待機所２０３で待機する車両３０の最も短い利用可能時間がバックヤード２０１にて保管される車両３０の最も長い利用可能時間以上となる（ステップＳ５０７のＮｏ）まで、ステップＳ５０８を繰り返す。

バックヤード２０１にて保管される車両３０において、利用可能時間がオンデマンド待機所２０３で待機する車両３０の利用可能時間を上回る車両３０がない場合（ステップＳ５０７のＮｏ）、制御部１５は、図１６Ａの手順を終了する。

このようにして、車両３０の入替えを行うことで、オンデマンド待機所２０３における車両３０の利用可能時間を常時一定以上とすることができ、オンデマンド利用による機会利益を最大化することが可能となる。

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

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

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

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

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

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

Claims (20)

1. 通信部と、
   前記通信部を介して他の装置と情報を送受する制御部とを有し、
   前記制御部は、オンデマンド用の待機場所にて待機する第１の車両の利用可能時間が基準時間を下回ったときに、保管場所で保管される第２の車両の利用可能時間が前記基準時間以上である場合、前記第１の車両に前記保管場所へ移動するよう第１の指示を送り、前記第２の車両に前記待機場所へ移動するよう第２の指示を送る、
   情報処理装置。
2. 請求項１において、
   前記制御部は、前記第１の車両の利用可能時間が前記基準時間以上であっても前記第２の車両の利用可能時間が変更されて前記第１の車両の利用可能時間を上回った場合、当該第１の車両に前記第１の指示を送り、当該第２の車両に前記第２の指示を送る、
   情報処理装置。
3. 請求項１又は２において、
   前記制御部は、前記保管場所で保管される複数の車両の車種毎の予約状況に基づいて各車種の利用可能時間を求め、他の車種より長い利用時間を有する利用可能車種に対応する車両のなかから前記第２の車両を選択する、
   情報処理装置。
4. 請求項３において、
   前記制御部は、前記第保管場所で保管される車両が他の車種より多いことを更なる条件として前記利用可能車種を選択する、
   情報処理装置。
5. 請求項３又は４において、
   前記制御部は、利用の準備に必要なダウンタイムの設定時間が他の車種より短いことを更なる条件として前記利用可能車種を選択する、
   情報処理装置。
6. 請求項３～５のいずれかにおいて、
   前記制御部は、更に、所定の優先順位に従って前記利用可能車種を選択する、
   情報処理装置。
7. 請求項３～６のいずれかにおいて、
   前記制御部は、前回の利用時からの経過時間が前記利用可能車種に対応する他の車両より長いことを更なる条件として前記第２の車両を選択する、
   情報処理装置。
8. 請求項７において、
   前記制御部は、前記第２の車両を選択しない場合、当該第２の車両の代わりに、別の保管場所に保管されて前記利用可能車種に属し前記経過時間が前記基準時間以上である第３の車両に、前記第２の指示を送る、
   情報処理装置。
9. 請求項７において、
   前記制御部は、前記第３の車両を選択しない場合、前記第１、第２の指示の送出を中止する、
   情報処理装置。
10. 情報処理装置により実行されることで、当該情報処理装置に請求項１～９のいずれかに記載の情報処理装置として動作させる、
    プログラム。
11. 請求項１～９のいずれかに記載の情報処理装置と第１、第２の車両とを有する、情報処理システム。
12. 通信部と、前記通信部を介して他の装置と情報を送受する制御部とを有する情報処理装置の動作方法であって、
    前記制御部が、オンデマンド用の待機場所にて待機する第１の車両の利用可能時間が基準時間を下回ったときに、保管場所で保管される第２の車両の利用可能時間が前記基準時間以上である場合、前記第１の車両に前記保管場所へ移動するよう第１の指示を送り、前記第２の車両に前記待機場所へ移動するよう第２の指示を送るステップを含む、
    情報処理装置の動作方法。
13. 請求項１２において、
    前記制御部が、前記第１の車両の利用可能時間が前記基準時間以上であっても前記第２の車両の利用可能時間が変更されて前記第１の車両の利用可能時間を上回った場合、当該第１の車両に前記第１の指示を送り、当該第２の車両に前記第２の指示を送る、
    情報処理装置の動作方法。
14. 請求項１２又は１３において、
    前記制御部が、前記保管場所で保管される複数の車両の車種毎の予約状況に基づいて各車種の利用可能時間を求め、他の車種より長い利用時間を有する利用可能車種に対応する車両のなかから前記第２の車両を選択する、
    情報処理装置の動作方法。
15. 請求項１４において、
    前記制御部が、前記第保管場所で保管される車両が他の車種より多いことを更なる条件として前記利用可能車種を選択する、
    情報処理装置の動作方法。
16. 請求項１４又は１５において、
    前記制御部が、利用の準備に必要なダウンタイムの設定時間が他の車種より短いことを更なる条件として前記利用可能車種を選択する、
    情報処理装置の動作方法。
17. 請求項１４～１６のいずれかにおいて、
    前記制御部が、更に、所定の優先順位に従って前記利用可能車種を選択する、
    情報処理装置の動作方法。
18. 請求項１４～１７のいずれかにおいて、
    前記制御部が、前回の利用時からの経過時間が前記利用可能車種に対応する他の車両より長いことを更なる条件として前記第２の車両を選択する、
    情報処理装置の動作方法。
19. 請求項１８において、
    前記制御部が、前記第２の車両を選択しない場合、当該第２の車両の代わりに、別の保管場所に保管されて前記利用可能車種に属し前記経過時間が前記基準時間以上である第３の車両に、前記第２の指示を送る、
    情報処理装置の動作方法。
20. 請求項１８において、
    前記制御部が、前記第３の車両を選択しない場合、前記第１、第２の指示の送出を中止する、
    情報処理装置の動作方法。
    
    

Images