JP2021099585A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】利用者の利便性を向上させることができる情報処理装置、情報処理方法、およびプログラムを提供する。【解決手段】情報処理装置である管理装置において、情報処理部は、予約リクエストを取得したか否かを判定する。予約リクエストを取得した場合、予約のキャンセルを受け付けたかを判定する。予約のキャンセルを受け付けた場合、状態情報と、課金情報とに基づいて、利用者にキャンセル料を利用者に課金する。予約のキャンセルを受け付けていない場合、状態情報を参照して、利用者が乗車を開始したかを判定する。利用者が乗車を開始した場合、状態情報を参照して、利用者が降車したかを判定する。利用者が降車した場合、乗車時間に応じた料金を課金する。【選択図】図９

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

従来、乗合車両の運行サービスにおいて、客が利用要求の変更要請を行った場合、客に請求する変更手数料を、元の利用要求の内容と、利用要求の変更内容と、変更要請がなされた日時と、当該乗合車両運行スケジュールの運行日時と、当該客の行った変更要請の回数などの関数として算出するスケジューリング方法が開示されている（例えば、特許文献１参照）。

特開２００３−１４１２１９号公報

しかしながら、上記のスケジューリング方法では、変更手数料の具体的な算出手法については開示されていない。このため、利用者は、変更要請の検討を十分にできず、従来のスケジューリング方法は利用者にとって利便性が十分でなかった。

本発明は、このような事情を考慮してなされたものであり、利用者の利便性を向上させることができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

この発明に係る情報処理装置、情報処理方法、およびプログラムは、以下の構成を採用した。
（１）：この発明の一態様に係る情報処理装置は、利用者の端末装置から車両の利用を申し込む第１通知情報を取得する第１取得部と、前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得する第２取得部と、前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行う第１処理部と、前記第１取得部が前記第１通知情報を取得したときから、前記第１処理部が前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、前記第２取得部が第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金する第２処理部とを備える。

（２）：上記（１）の態様において、前記第２処理部は、前記第２取得部が、前記第１期間に前記第２通知情報を取得せず、前記第１期間よりも後に開始し、前記第１処理部によって確保された車両が移動を開始すると終了する第２期間に前記第２通知情報を取得した場合、前記第１手数料よりも高い第２手数料を前記利用者の端末装置に対して課金する。

（３）：上記（２）の態様において、前記第２処理部は、前記第２取得部が、前記第１期間および前記第２期間に前記第２通知情報を取得せず、前記第２期間よりも後に開始し、前記利用者が前記車両に乗車すると終了する第３期間に前記第２通知情報を取得した場合、前記第２手数料よりも高い第３手数料を前記利用者の端末装置に対して課金する。

（４）：上記（３）の態様において、前記第３手数料は、前記利用者が前記車両を実際に利用した場合に課金される額よりも小さい。

（５）：上記（１）から（４）のいずれかの態様において、前記第１処理部は、前記確保通知情報が前記端末装置に送信された後、前記車両を確保するための処理を行う。

（６）：上記（１）から（５）のいずれかの態様において、前記第２処理部は、前記第１処理部が少なくとも前記確保を行う前に前記情報処理装置に提供されたデポジットから前記第１手数料を差し引く。

（７）：上記（１）から（６）のいずれかの態様において、前記第１処理部は、前記第２処理部が所定回数以上または所定金額以上課金した利用者の端末装置により送信された前記第１通知情報に基づいて、車両を確保する確保処理を行わない。

（８）：上記（１）から（７）のいずれかの態様において、前記第１処理部は、第１利用者の第１端末装置から取得した前記第１通知情報に基づいて前記車両の第１走行経路を決定し、決定された第１走行経路を前記車両が走行している場合に、第２利用者の第２端末装置から取得した前記第１通知情報に基づいて前記第１走行経路を修正し、前記第１期間は、前記第１処理部が前記第２端末装置の第１通知情報を取得したときから、前記第１処理部が前記第１走行経路を修正するまでの期間であり、前記第２処理部は、前記第１期間に、前記第２取得部が前記第２端末装置から前記第２通知情報を取得した場合、前記第２利用者の第２端末装置に対して第４手数料を課金する。

（９）：上記（８）の態様において、前記第２処理部は、前記第２取得部が、前記第１期間に前記第２通知情報を取得せず、前記第１処理部が前記第１走行経路を修正したときから、前記車両が前記修正された第１走行経路に進入するまでの第２期間に前記第２通知情報を取得した場合、前記第４手数料よりも高い第５手数料を前記利用者の端末装置に対して課金する。

（１０）：上記（１）から（９）のいずれかの態様において、前記第１処理部は、前記情報処理装置がサービスに供するために管理する車両の運行状況に基づいて、前記確保通知情報を送信するまでの前記第１期間を変更し、前記第２処理部は、前記第１期間の長さに基づいて、前記第１手数料の額を決定する。

（１１）：上記（１０）の態様において、前記第１処理部は、前記第１期間を示す情報を前記端末装置に提供し、前記端末装置から前記第１期間を許諾する旨の情報を取得した場合、前記確保通知情報を前記端末装置に送信する。

（１２）：コンピュータが、利用者の端末装置から車両の利用を申し込む第１通知情報を取得し、前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得し、前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行い、前記第１通知情報を取得したときから、前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金する情報処理方法である。

（１３）：コンピュータに、利用者の端末装置から車両の利用を申し込む第１通知情報を取得させ、前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得させ、前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行わせ、前記第１通知情報を取得したときから、前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金させるプログラムである。

（１）、（８）−（１３）によれば、情報処理装置が、第１期間に第２通知情報を取得した場合、利用者の端末装置に対して第１手数料を課金することにより、利用者は第１手数料が課金されるタイミングを理解した上で利用の内容を変更するか否かを検討することができる。また、利用者が、利用の内容を安易に変更することが抑制されると想定されるため、サービスの提供者の処理負荷が低減される。更に、利用の内容が抑制されれば、サービス提供者は、サービスをより効果的に提供することができる。

（２）−（４）によれば、情報処理装置は、サービスを提供するための計画をある程度進めた場合における利用の内容の変更を抑制させることができる。

（５）によれば、情報処理装置は、手数料が発生した後に、サービスの提供者は、車両を実際に確保するため、生成した計画に対する対価を得ることができる。

（６）によれば、情報処理装置は、より確実に手数料を得ることができる。また、利用者は、デポジットを提供した上で利用の内容の変更を行っているため、手数料がデポジットから差し引かれても、納得感が高い。

（７）によれば、情報処理装置は、予約の内容を変更する可能性が高い利用者よりも、予約の内容を変更する可能性が低い利用者に優先的にサービスを提供することができる。

情報処理装置を利用した車両システム１の構成の一例を示す図である。 車両システム１により実行される処理の概要について説明するための図である。 管理装置２００の機能構成の一例を示す図である。 車両システム１により実行される処理の流れの一例を示すシーケンス図である。 予約スケジュールが生成される処理について説明するための図である。 車両情報２５６の内容の一例を示す図である。 車両が移動を開始してから利用者が車両に乗車するまでの処理の流れの一例を示すシーケンス図である。 上記の図４および図７の処理によって管理部２０８が生成した状態情報２５８の内容の一例を示す図である。 情報処理部２１０が行う課金処理の流れの一例を示すフローチャートである。 課金額を決定について説明するために用いたられる課金情報２６０の一例を示す図である。 集計情報２６２の内容の一例を示す図である。 第２実施形態の情報処理部２１０により実行される処理の流れの一例を示すフローチャートである。 第２実施形態の集計情報２６２Ａの内容の一例を示す図である。 予約スケジュールに取得された予約リクエストが組み込まれる処理について説明するための図である。 第４実施形態の車両システム１により実行される処理の流れの一例を示すシーケンス図である。 予約がキャンセルされる場合の処理について説明するための図である。 第５実施形態の管理装置２００が実行する処理について説明するための図（その１）である。 第５実施形態の管理装置２００が実行する処理について説明するための図（その２）である。 実施形態の管理装置２００のハードウェア構成の一例を示す図である。

以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。

＜第１実施形態＞
図１は、情報処理装置を利用した車両システム１の構成の一例を示す図である。車両システム１は、利用者の要求に応じて、車両を利用者に提供する車両サービスを利用者に提供するシステムである。車両は、自動運転で利用者を目的地に連れて行ったり、手動運転されたりする。手動運転の場合、運転者が運転して利用者を乗車させる位置まで車両を走行させて移動させる。更に、車両システム１は、車両の利用に関する決済サービスを利用者に提供する。

車両システム１は、例えば、一以上の車両Ｍ（図中、車両Ｍ−１からＭ−３・・・）と、一以上の端末装置１００と、管理装置２００と、決済装置３００とを含む。車両Ｍと、端末装置１００と、管理装置２００とは、例えば、ネットワークＮＷを介して互いに通信する。ネットワークＮＷは、例えば、セルラー網や、Ｗｉ−Ｆｉ網、Ｂｌｕｅｔｏｏｔｈ（登録商標）、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。管理装置２００は、「情報提供装置」の一例である。

［車両サービスの概要］
図２は、車両システム１により実行される処理の概要について説明するための図である。まず、利用者が、端末装置１００を操作して、車両サービスの利用に関する予約リクエストを、管理装置２００に対して送信すると（１）、管理装置２００は、車両サービスに利用する車両Ｍを確保する（２）。次に、車両Ｍは、車両サービスの利用開始時刻に応じて車両Ｍは移動を開始する（３）。次に、車両Ｍは利用者の乗車位置に到着し、利用者は、その車両Ｍに乗車することができる（４）。そして、利用者は、乗車した車両Ｍで目的地に向かうことができる。

上記の処理の過程において、利用者が、上記の（１）の予約を行った後、管理装置２００は、予約に関する変更に関する要求を取得すると（Ａ）、この要求を取得したタイミングに応じて手数料を利用者の端末装置１００に対して課金する（Ｂ）。

［車両］
車両Ｍは、例えば、一以上のユーザが乗車可能な四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であってもよい。車両Ｍは、車両を制御するための駆動力出力装置や、ブレーキ装置、ステアリング装置、制御装置の他、車両サービスを提供するための機器を備える。

車両Ｍは、例えば、自動運転車両である。自動運転車両とは、車両Ｍの乗員の操作に依らずに、操舵および加減速を制御して、目的地まで自動で走行する車両である。自動運転車両は、例えば、カメラにより撮像された画像や、レーダ装置の検出結果、ＬＩＤＡＲ（Light Detection and Ranging）の検出結果等に基づいて、車両Ｍの周辺の物体を認識する。自動運転車両は、物体の認識結果、車両Ｍの位置、および記憶装置に記憶された地図情報に基づいて、目的地に向けて走行する。

［端末装置］
端末装置１００は、車両サービスを利用するユーザが保持する端末装置である。端末装置１００は、スマートフォン、タブレット端末、パーソナルコンピュータなどのユーザが携帯可能な端末装置である。端末装置１００では、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが記憶装置に格納されたアプリケーションプログラム（ソフトウェア）が実行されることで、各種機能が実現される。

アプリケーションプログラムとは、ブラウザであってもよいし、いわゆるスマホアプリのようなブラウザよりも拡張された機能を有するものであってもよい。以下の説明では端末装置１００がスマートフォンであり、車両サービスに関する処理において、予め端末装置１００にインストールされたサービスアプリ１１０が利用されることを前提とする。サービスアプリ１１０は、ユーザの操作に応じて管理装置２００と通信し、ユーザのリクエストを管理装置２００に送信したり、管理装置２００から受信した情報に基づくプッシュ通知を行ったりする。

［管理装置］
図３は、管理装置２００の機能構成の一例を示す図である。管理装置２００は、例えば、通信部２０２と、第１取得部２０４と、第２取得部２０６と、管理部２０８と、情報処理部２１０と、記憶部２５０とを備える。第１取得部２０４、第２取得部２０６、管理部２０８、および情報処理部２１０は、例えば、ＣＰＵなどのプロセッサが記憶装置に格納されたプログラム（ソフトウェア）を実行することで実現される。これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

記憶部２５０には、例えば、予約情報２５２と、予約スケジュール２５４と、車両情報２５６と、状態情報２５８と、課金情報２６０と、集計情報２６２とが記憶される。

通信部２０２は、ネットワークＮＷを介して他の装置と通信するための通信インタフェースである。通信部２０２は、例えば、端末装置１００から予約リクエストを受信する。
予約リクエストは、車両サービスの利用を要求するリクエストである。

第１取得部２０４は、利用者の端末装置１００から通信部２０２を介して車両Ｍの利用を申し込む利用リクエスト（第１通知情報）を取得する。第２取得部２０６は、利用者の端末装置１００から通信部２０２を介して利用の内容（利用リクエストの内容）を変更することを示す第２通知情報を取得する。「変更する」とは、予約がキャンセルされることや、予約の内容を変更することである。

管理部２０８は、第１通知情報が第１取得部２０４に取得されるのに応じて、車両サービスに対する予約の管理に関する処理を行う。予約の管理とは、予約を受け付けたり、受け付けた予約の内容が他の予約の内容と重複しないかを確認したり、予約に対応する車両を確保したりすることである。管理部２０８は、「第１処理部」の一例である。

情報処理部２１０は、第２取得部２０６が第２通知情報を取得したタイミングに応じて、利用者の端末装置１００に対して第１手数料を課金する。課金するとは、例えば、決済装置３００に依頼して利用者から料金を徴収することである。情報処理部２１０は、「第２処理部」の一例である。

［決済装置］
決済装置３００は、管理装置２００の依頼に応じて、車両サービスの予約のキャンセル料や手数料、利用料金に関する決済を行う装置である。決済装置３００は、所定の決済手法で決済を行う。決済手法とは、例えば、クレジットカードによる決済である。また、決済手法は、電子マネーによる決済や、銀行振込による決済、指定された場所で利用料金を支払うための請求書を利用した決済等の任意の決済手法であってもよい。

図４は、車両システム１により実行される処理の流れの一例を示すシーケンス図である。まず、端末装置１００のサービスアプリ１１０は、予約リクエストを管理装置２００に送信する（ステップＳ１０）。管理装置２００の第１取得部２０４が予約リクエストを取得すると、管理部２０８が予約リクエストを予約情報２５２に登録する（ステップＳ１２）。予約情報２５２は、一以上の予約リクエストを含む情報である。更に、他の端末装置１００にインストールされたサービスアプリ１１０が、予約リクエストを管理装置２００に送信すると、管理部２０８は、この予約リクエストを取得し（ステップＳ１４）、取得した予約リクエストを予約情報２５２に登録する（ステップＳ１６）。

管理部２０８は、繰り返し予約スケジュール２５４を生成する（ステップＳ１８）。管理部２０８は、例えば、所定時間おきに予約スケジュール２５４を生成する。これに代えて、管理部２０８は、所定の条件が満たされた場合に予約スケジュール２５４を生成してもよい。所定の条件とは、所定数のサービスアプリ１１０により送信された予約リクエストの数が、予約情報２５２に登録されたことである。

図５は、予約スケジュールが生成される処理について説明するための図である。管理部２０８は、例えば、複数の利用者を一つの車両に乗車させる、或いは同地域で連続的に車両を使用させることを前提に、端末装置１００から取得した一以上の予約リクエストＲＱをグループ化する。予約リクエストＲＱは、予約リクエストの識別情報（ＩＤ）に対して、予約リクエストＲＱを取得した取得時刻、利用者の識別情報（利用者ＩＤ）、利用者の目的地、および目的地への到着希望時刻が関連付けられた情報である。

管理部２０８は、一人に一台ずつ提供する場合の車両ごとの運行コストの合計に比して、複数人を乗車させた場合の車両の運行コストが低下するように予約リクエストをグループ化する。管理部２０８は、例えば所定時間ごとに、予約リクエストを網羅的に組み合わせてグループ化し、グループに含まれる利用者が車両に乗車した場合のコストを、グループごとに求める。そして、管理装置２００は、グループごとに求めたコストの合計が最小になるような利用者の組み合わせをグループに決定する。

ただし、管理部２０８は、グループ内でのコストが閾値以上のグループが発生しないように、採用するグループを決定する。図５の例では、上記の基準によって、予約リクエストＩＤ０１および予約リクエストＩＤ０３を含むグループＡと、予約リクエストＩＤ０２および予約リクエストＩＤ０４を含むグループＢとが、グループとして決定された。

図４の説明に戻る。次に、管理部２０８は、予約スケジュールに基づいて、車両の経路を生成する（ステップＳ２０）。例えば、管理部２０８は、効率的にグループに含まれる利用者を迎車して、効率的に各利用者を目的地に連れていける経路を生成する。例えば、ダイクストラ法に基づいて経路が生成される。

次に、管理装置２００の管理部２０８は、生成した経路および車両情報２５６を参照して、グループごとに割り当てる車両を抽出する（ステップＳ２２）。

図６は、車両情報２５６の内容の一例を示す図である。車両情報２５６は、車両の識別情報に対して、位置情報と、その車両が利用可能な時間帯（利用可能時間）とが対応付けられた情報である。管理部２０８は、例えば、生成した経路の出発地点の近くに位置し、更に、利用者を目的地まで連れて行くのに要する時間および車両の返却に要する時間を含む時間帯において利用者可能な車両を、車両情報２５６から抽出する。

次に、管理部２０８は、車両を抽出すると、車両の第１確保通知情報を車両Ｍに送信する（ステップＳ２４）。次に、管理装置２００は、ステップＳ２４の処理から所定時間待機した後、第２確保通知情報を車両Ｍに送信する（ステップＳ２６）。管理部２０８が、第２確保通知情報を車両Ｍに送信する処理は、「確保処理」の一例である。

所定時間は、数分であってもよいし、数十分であってもよい。例えば、利用者の操作ミスによる予約のリクエストの送信や、利用者の希望が変わった場合でも、このように、管理装置２００は、実際に車両を確保する前に所定時間待機することで、実際に車両Ｍを確保する前に予約リクエストに関する処理を中断することができる。

車両Ｍは、第２確保通知情報を取得すると、第２確保通知情報に含まれる情報を車両Ｍの記憶装置に記憶させる（ステップＳ２８）。記憶装置には、車両Ｍに乗車する利用者の識別情報や、利用者が車両Ｍに乗車する位置、利用者の目的地、車両Ｍの経路等（予約情報）が記憶される。次に、車両Ｍは、第２確保通知情報を取得したことを示す取得情報を管理装置２００に送信する（ステップＳ３０）。管理装置２００は、取得情報を取得すると、取得情報を記憶部２５０に記憶させる（ステップＳ３２）。次に、管理装置２００は、車両の確保が完了したことを示す確保完了通知情報をサービスアプリ１１０に送信する（ステップＳ３４）。

上記のように、管理装置２００は、利用者の予約リクエストに応じて車両を確保する。第１取得部２０４が第１通知情報を取得したときから、管理部２０８が利用者の端末装置１００に確保処理に関する第１確保通知情報を送信するまでの期間（図４のＴ１）は、「第１期間」の一例である。図４のフローチャートにおいて、ステップＳ１０からＳ２４の処理が行わるまでの期間が「第１期間」に相当する。第１確保通知情報は「確保通知情報」の一例である。

これに代えて、上記のステップＳ１０からＳ２６の処理が行わる期間、または上記のステップＳ１０−Ｓ３４の処理が行わる期間を、「第１期間」としてもよい。第１期間は、上記のステップＳ１０の処理が行われたときから、上記のステップＳ２４からＳ３４の処理のうち所定の処理が行われるまでの期間であってもよい。２確保通知情報を「確保通知情報」の一例としてもよい。

図７は、車両が移動を開始してから利用者が車両に乗車するまでの処理の流れの一例を示すシーケンス図である。管理装置２００の管理部２０８は、確保した車両Ｍが移動を開始する時刻が到来すると（ステップＳ５０）、移動開始の指示を車両Ｍに送信する（ステップＳ５２）。車両Ｍの記憶装置に移動開始時刻が記憶されている場合、車両Ｍは、管理部２０８の指示に依らずに、移動を開始してもよい。

車両Ｍは、移動開始の指示を取得すると、発進して車両Ｍの記憶装置に記憶された経路を走行する（ステップＳ５４）。次に、車両Ｍは、発進したことを示す発進情報を管理装置２００に送信する（ステップＳ５６）。管理装置２００は、車両Ｍにより送信された発進情報を記憶部２５０に記憶させる（ステップＳ５８）。

次に、車両Ｍは、利用者の乗車位置に到達したか否かを判定する（ステップＳ６０）。車両Ｍが乗車位置に到達した場合、乗車位置に存在する利用者は、端末装置１００を操作して、車両Ｍに設けられた通信部と通信する（ステップＳ６２）。車両Ｍは、端末装置１００から利用者の識別情報を取得し、取得した識別情報が車両Ｍの記憶装置に記憶された利用者の識別情報と一致する場合、車両Ｍのドロロックを開錠して利用者の乗車を許可する。

車両Ｍは、利用者が車両Ｍに乗車したか否を判定する（ステップＳ６４）。例えば、車両Ｍは、車室内のカメラにより撮像された画像に基づいて利用者の乗車を認識したり、端末装置１００により送信された乗車が完了したことを示す情報を取得した場合に利用者が乗車したことを認識したりする。

次に、利用者が乗車したと判定したと車両Ｍが判定した場合、車両Ｍは、利用者が車両Ｍに乗車したことを示す乗車情報を管理装置２００に送信する（ステップＳ６６）。車両Ｍが、乗車情報を取得すると、取得した乗車情報を記憶部２５０に記憶させる（ステップＳ６８）。

上記のように、管理装置２００は、車両Ｍの状態および利用者の状態を認識することができる。管理装置２００が第１確保情報（または第２確保通知情報）を端末装置１００に送信したときから、または端末装置１００が第１確保通知情報（または第２確保通知情報）を受信したときから、確保した車両Ｍが移動を開始するまでの期間（図４および図７のＴ２）は、「第２期間」の一例である。

図４のステップＳ２６（Ｓ２４の後）から図７のＳ５８の処理が行わる期間は、「第２期間」の一例である。図４のステップＳ２６から、ステップＳ５４、Ｓ５６、またはＳ５８の処理のうち所定の処理が行われるまでの期間が「第２期間」であってもよい。第２期間の始期は、図４のステップＳ３４の処理後のタイミングであってもよい。

車両Ｍが移動を開始したときから、利用者が車両Ｍに乗車するまでの期間（図７のＴ３）は、「第３期間」の一例である。上記のステップＳ６０（Ｓ５８の後）からＳ６８の処理が行わるまでの期間は、「第３期間」の一例である。上記のステップＳ６０からステップＳ６４、Ｓ６６、またはＳ６８の処理のうち所定の処理が行われるまでの期間が、「第３期間」であってもよい。

図８は、上記の図４および図７の処理によって管理部２０８が生成した状態情報２５８の内容の一例を示す図である。状態情報２５８は、利用者の予約リクエストに対するサービスの提供に関する処理の進み度合を示している。状態情報２５８は、利用者の識別情報に対して、確保通知の有無、発進通知の有無、および利用者が車両Ｍに乗車している状態か否か、利用者が車両Ｍから降車をしたか否かを示している。

図８の例では、利用者の予約リクエストに対して、管理部２０８は確保通知情報を取得し、更に、発進情報を取得し、車両Ｍから利用者が車両Ｍに乗車したことを示す乗車情報は取得していない状態を示している。車両Ｍは、利用者が車両Ｍに乗車した後、利用者が車両Ｍから降車したか否かを判定する。例えば、車両Ｍは、車室内のカメラにより撮像された画像に基づいて利用者の降車を認識したり、端末装置１００により送信された降車が完了したことを示す情報を取得した場合に利用者が降車したことを認識したりする。管理装置２００は、状態情報２５８を参照して、利用者が予約をキャンセルした場合の課金を行う。

図９は、情報処理部２１０が行う課金処理の流れの一例を示すフローチャートである。本処理は、例えば、図４および図７の処理と並行して行われる。まず、情報処理部２１０が、予約リクエストを取得したか否かを判定する（ステップＳ１００）。予約リクエストを取得した場合、情報処理部２１０は、予約のキャンセルを受け付けたか否かを判定する（ステップＳ１０２）。受け付けるとは、第２取得部２０６が端末装置１００から予約のキャンセルに関する情報を取得し、情報処理部２１０が、第２取得部２０６が予約のキャンセルが行われたことを認識したことである。

予約のキャンセルを受け付けた場合、情報処理部２１０は、状態情報２５８と、後述する課金情報２６０とに基づいて、キャンセル料（手数料）を利用者に課金する（ステップＳ１０４）。課金するとは、情報処理部２１０が、キャンセル料を利用者に関連付けることである。具体的には、情報処理部２１０が、キャンセル料を利用者に関連付けて課金情報２６０を生成することである。これにより、本フローチャートの処理が終了する。

予約のキャンセルを受け付けていない場合、管理装置２００は、状態情報２５８を参照して、利用者が乗車を開始したか否かを判定する（ステップＳ１０６）。利用者が乗車を開始していない場合、ステップＳ１０２の処理に戻る。

利用者が乗車を開始した場合、管理装置２００は、状態情報２５８を参照して、利用者が降車したか否かを判定する（ステップＳ１０８）。利用者が車両Ｍから降車した場合、管理装置２００は、乗車時間に応じた料金を課金する（ステップＳ１１０）。これにより、本フローチャートの処理が終了する。

［課金額の決定］
図１０は、課金額を決定について説明するために用いたられる課金情報２６０の一例を示す図である。課金情報２６０は、課金額と予約のキャンセルが行われるタイミングまたは乗車時間（または乗車距離）とが対応付けられた情報である。利用者が予約リクエストを管理装置２００に送信してから、予約リクエストによって手配された車両Ｍに利用者が乗車するタイミングに近づくほど、課金額は大きくなる。

第１期間Ｔ１において、予約がキャンセルされた場合、管理装置２００は、第１料金Ｃｈ１を課金する。具体的には、第１期間Ｔ１において、Ｘ分（予約リクエストから所定分）までの間に予約のキャンセルがされた場合、第１料金Ｃｈ１Ａが課金され、Ｘ分から車両確保通知がされるまでの間に予約のキャンセルが行われた場合、第１料金Ｃｈ１Ａよりも大きい第１料金Ｃｈ２が課金される。第１期間Ｔ１において課金される金額は、複数段階で変更されずに、所定の金額であってもよい。

第２期間Ｔ２において、予約がキャンセルされた場合、管理装置２００は、第２料金Ｃｈ２を課金する。第３期間Ｔ３において、予約がキャンセルされた場合、管理装置２００は、第３料金Ｃｈ３を課金する。第１料金Ｃｈ１、第２料金Ｃｈ２、第３料金Ｃｈ３の順で課金される額が大きい。

第４期間Ｔ４において、管理装置２００は、利用者が車両Ｍに乗車している時間または利用者が乗車している車両Ｍの走行距離に応じて、利用者に課金を行う。第４期間Ｔ４は、利用者が車両Ｍに乗車している時間である。課金は、例えば、第４料金以上または第４料金を超える金額である。

図１０の例では、キャンセル料と、利用者が車両Ｍに乗車後の利用料金とが同じグラフで表されているが、異なるグラフによって規定されてもよい。この場合、キャンセル料は、利用者が車両Ｍに乗車した後の利用料金よりも低い金額であってもよいし、高い金額であってもよい。

情報処理部２１０は、課金情報２６０を用いて、利用者のキャンセル料および利用料金を導出して、導出結果に基づいて集計情報２６２を生成する。

図１１は、集計情報２６２の内容の一例を示す図である。集計情報２６２は、利用者の識別情報に対して、課金の種別（利用料金または予約のキャンセル料）を示す情報と、金額とが対応付けられた情報である。集計情報２６２は、所定期間における金額の合計が含まれる。

情報処理部２１０は、上記のように車両サービスの利用料を所定期間ごとに集計し、集計結果の金額に対する決済を、決済装置３００に依頼する。これにより、決済装置３００において、決済が行われる。

更に、管理部２０８は、情報処理部２１０が所定回数以上または所定金額以上課金した利用者の端末装置１００により送信された第１通知情報に基づいて、車両を確保する確保処理を行わなくてもよい。例えば、情報処理部２１０は、所定期間において、所定回数以上または所定金額以上課金された利用者の端末装置１００から第１通知情報が通知された場合、この利用者の端末装置１００に、所定の期間の間、サービスを利用することができないことを示す情報を送信してもよい。これにより、管理装置２００は、効率的にサービスの提供することができ、予約の内容を変更する可能性が高い利用者よりも、予約の内容を変更する可能性が低い利用者に優先的にサービスを提供することができる。

以上説明した第１実施形態によれば、情報処理部２１０は、予約のキャンセルが行われたタイミングに応じて、課金額を決定することにより、利用者の利便性を向上させることができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第１実施形態では、管理装置２００は、所定期間ごとに利用料を集計して決済を決済装置３００に依頼するものとした。第２実施形態では、管理装置２００は、決済装置３００からデポジットを取得して、予約のキャンセルが行われた場合、デポジットからキャンセル料を差し引く。以下、第２実施形態について説明する。

図１２は、第２実施形態の情報処理部２１０により実行される処理の流れの一例を示すフローチャートである。まず、情報処理部２１０が、予約リクエストを取得したか否かを判定する（ステップＳ２００）。予約リクエストを取得した場合、情報処理部２１０は、クレジットカード番号およびデポジット処理の操作を利用者に依頼する情報を端末装置１００に送信する（ステップＳ２０２）。

次に、情報処理部２１０は、上記の依頼に対して承諾する操作が行われたか否かを判定する（ステップＳ２０４）。上記の承認する操作が行われたことを示す情報を端末装置１００から取得した場合、情報処理部２１０は、デポジット処理を決済装置３００に依頼する（ステップＳ２０６）。次に、情報処理部２１０は、決済装置３００からデポジット処理におけるデポジットを取得したか否かを判定する（ステップＳ２０８）。

デポジットを取得した場合、情報処理部２１０は、管理部２０８に予約リクエストに関する処理を実行させる（ステップＳ２１０）。具体的には、情報処理部２１０は、管理部２０８に、上述した図７のステップＳ１２以降の処理を開始させる。管理部２０８が、予約スケジュール２５４を生成したり、車両Ｍを確保したりする。これにより、本フローチャートの１ルーチンの処理が終了する。

情報処理部２１０は、予約のキャンセルが行われた、または利用者が車両Ｍを利用した場合、デポジットからキャンセル料または利用料を差し引く。図１３は、第２実施形態の集計情報２６２Ａの内容の一例を示す図である。キャンセル料または利用料の一方は、デポジットから差し引かれることに代えて、クレジットカード決済など他の決済手法が用いられてもよい。

以上説明した第２実施形態によれば、第１実施形態の効果と同様の効果を奏することができる。更に、第２実施形態によれば、デポジットが車両サービスの提供者に提供されるため、提供者はより確実にキャンセル料を収受できたり、利用者のキャンセルを抑制する動機を利用者に与えたりすることができる。

＜第３実施形態＞
以下、第３実施形態について説明する。第３実施形態では、管理装置２００は、予約リクエストを取得した場合、既に生成され予約スケジュールに基づいて走行している車両の予約スケジュールに、取得した予約リクエストの内容を組み込む。以下、第３実施形態について説明する。

図１４は、予約スケジュールに取得された予約リクエストが組み込まれる処理について説明するための図である。例えば、車両Ｍが、所定の予約スケジュール１に基づいて、利用者Ｕ１を迎車するために走行を開始した（１）。そして、車両Ｍが、利用者Ｕ１を乗せて目的地に向かう途中で、利用者Ｕ２が目的地Ａに向かう予約リクエスを管理装置２００に送信し、管理装置２００は、この予約リクエストに基づいて、利用者Ｕ２を迎車するために予約スケジュール１を修正した予約スケジュール１＃を生成した（２）。予約スケジュール１＃は、利用者Ｕ２を迎車するために予約スケジュール１の経路が変更された経路を含む予約スケジュールである。利用者Ｕ２が、予約リクエストを送信したときから、利用者Ｕ２の予約リクエストに対応する経路が予約スケジュール１の経路に組み込まれるまでの期間が「第１期間」の他の一例である。組み込まれたとは、管理装置２００が、予約スケジュール１＃を生成したことであってもよいし、車両Ｍが予約スケジュール１＃を取得したことであってもよい。

車両Ｍが、予約スケジュール１＃に基づいて、予約スケジュール１の経路とは異なる経路（利用者Ｕ２を迎車するための経路）に進入する（３）。そして、車両Ｍは、利用者Ｕ２を乗車させて、目的地Ａに向かう。利用者Ｕ２の予約リクエストに対応する経路が予約スケジュール１の経路に組み込まれたときから、車両Ｍが予約スケジュール１の経路とは異なる経路に進入するまでの期間は、「第２期間」の他の一例である。

情報処理部２１０は、課金情報２６０および予約のキャンセルがされたタイミングに基づいて、キャンセル料を決定する。

以上説明した第３実施形態によれば、管理装置２００は、予約スケジュール２５４に基づいて車両Ｍが走行している場合に、新たな利用者を予約スケジュール２５４に組み込む場合であっても、適切な料金を利用者に請求することができる。

＜第４実施形態＞
以下、第４実施形態について説明する。第４実施形態では、管理装置２００は、車両の運行状況に基づいて、確保通知を端末装置１００に送信するまでの期間を決定する。管理装置２００は、予約のキャンセルが行われた場合、決定した期間に基づいて、キャンセル料を決定する。以下、第４実施形態について説明する。

図１５は、第４実施形態の車両システム１により実行される処理の流れの一例を示すシーケンス図である。図４との相違点を中心に説明する。管理部２０８が、車両を抽出する処理を実行する（ステップＳ２２）。このとき、直ぐに確保をすることができる車両Ｍが存在せず、所定時間後に確保することができる車両Ｍが存在するものとする。所定時間後に確保することができる車両Ｍとは、所定時間後に利用可能となる車両であり、例えば、所定時間後に車両Ｍが利用者の目的地に到着して車両Ｍに課せられた任務が完了することである。

この場合、管理部２０８は、所定時間後に車両Ｍが利用可能であり、所定時間、待機することができるか否かの問い合わせを利用者に行う（ステップＳ２３Ａ）。問い合わせに対して、端末装置１００が、利用者の操作に応じて待機する旨の通知を管理装置２００に送信する（ステップＳ２３Ｂ）。次に、第１取得部２０４が、待機する旨の通知を取得すると、管理部２０８は、所定時間が経過したか否かを判定して（ステップＳ２５Ａ）、所定時間経過後に、通信部２０２を介して第１確保通知を端末装置１００に送信する（ステップＳ２５Ｂ）。次に、管理部２０８は、通信部２０２を介して第２確保通知を車両Ｍに送信する（ステップＳ２６）。そして、以降の処理を実行する。

図１６は、予約がキャンセルされる場合の処理について説明するための図である。図１６に示すように、１０分後に車両Ｍが目的地に到着して、車両Ｍが利用可能になる場合において（１１）、管理装置２００は、端末装置１００に車両Ｍを確保するまでに期間が掛かることを通知し、利用者に所定時間待機することを受け入れるか否かを問い合わせる（１２）。

管理装置２００は、利用者の許諾を得た場合、所定時間後に第１確保通知を端末装置１００に送信する（１３）。その後、利用者が端末装置１００を操作して予約をキャンセルした場合（１４）、管理装置２００は、利用者が予約リクエストを送信したときから第１確保通知までの期間に基づいて（１５）、キャンセル料を導出し、導出したキャンセル料を端末装置１００の表示部に表示させる（１６）。

ここで、キャンセル料は、利用者が予約リクエストを送信したときから確保通知までの期間に応じて変化する。例えば、確保通知までの期間が長くなるほど、キャンセル料は小さくなる。

以上説明した第４実施形態によれば、管理装置２００は、車両の運行状況に基づいて、確保通知を端末装置１００に送信するまでの期間を決定することで、利用者の負担（利用者の待機時間）を加味したキャンセル料を決定することができる。

＜第５実施形態＞
以下、第５実施形態について説明する。第５実施形態では、管理装置２００は、予約のキャンセルが行われた場合、生成された予約スケジュールの内容に基づいて、キャンセル料を決定する。以下、第５実施形態について説明する。

図１７は、第５実施形態の管理装置２００が実行する処理について説明するための図（その１）である。管理部２０８が、第１予約スケジュール１および第２予約スケジュール２を生成したものとする。第１予約スケジュール１は、第１利用者Ｕ１および第２利用者Ｕ２を乗せて目的地Ａに向かう経路Ｒ１である。第２予約スケジュール２は、第３利用者Ｕ３を乗せて目的地Ａとは異なる目的地に向かう経路Ｒ２である。

このとき、第２利用者Ｕ２（または第１利用者Ｕ１）が、車両Ｍが利用者を迎車するために移動する前に予約をキャンセルした場合、第３利用者が予約をキャンセルした場合よりも、キャンセル料を小さくする。第２利用者Ｕ２が予約をキャンセルした場合であっても、車両Ｍは、第２利用者Ｕ２の予約が存在する場合に走行する経路Ｒ１と同様の経路Ｒ１を走行して目的地Ａに向かうためである。第３利用者Ｕ２が予約をキャンセルした場合は、車両Ｍは、第３利用者Ｕ３のために生成した経路Ｒ２を走行しないこととなり、経路Ｒ２の生成などこれまでに要したコストがあるため、第３利用者が予約をキャンセルした場合のキャンセル料は、第２利用者Ｕ２が予約をキャンセルした場合のキャンセル料よりも大きくなる。

このように、管理装置２００は、生成した経路の内容に基づいて予約をキャンセルするため、利用者の利便性が向上する。

図１８は、第５実施形態の管理装置２００が実行する処理について説明するための図（その２）である。管理部２０８が、第１予約スケジュール１および第２予約スケジュール２を生成したものとする。第１予約スケジュール１は、第１利用者Ｕ１および第２利用者Ｕ２を乗せて目的地Ａに向かう経路Ｒ１である。また、この経路Ｒ１は、目的地に向かう最短経路ではなく迂回して第２利用者Ｕ２を迎車した後に目的地に向かう経路である。

このとき、第１利用者Ｕ１が、車両Ｍが利用者を迎車するために移動する前に予約をキャンセルした場合、第２利用者が予約をキャンセルした場合よりも、キャンセル料を小さくする。第１利用者Ｕ１が予約をキャンセルした場合であっても、車両Ｍは、迂回路を走行して目的地Ａに向かう経路Ｒ１に変更が生じないためである。

以上説明した第４実施形態によれば、管理装置２００は、予約スケジュールの内容に基づいて、キャンセル料を決定することにより、キャンセルした場合であっても、サービス提供者の負担が加味されたキャンセル料が決定される。この結果、利用者の利便性が向上する。

なお、上述した例では、利用の内容を変更することを示す第２通知情報は、予約のキャンセルであるものとして説明したが、これに代えて（加えて）、利用の内容を変更することを示す通知は、目的地の変更や、利用開始時刻の変更であってもよい。この場合、情報処理部２１０が、上述したように、第２通知情報を取得したタイミングに応じて、課金する手数料を決定する。

［ハードウェア構成］
図１９は、実施形態の管理装置２００のハードウェア構成の一例を示す図である。図示するように、情報処理装置は、通信コントローラ２００−１、ＣＰＵ２００−２、ワーキングメモリとして使用されるＲＡＭ２００−３、ブートプログラムなどを格納するＲＯＭ２００−４、フラッシュメモリやＨＤＤなどの記憶装置２００−５、ドライブ装置２００−６などが、内部バスあるいは専用通信線によって相互に接続された構成となっている。通信コントローラ２００−１は、管理装置２００以外の構成要素との通信を行う。記憶装置２００−５には、ＣＰＵ２００−２が実行するプログラム２００−５ａが格納されている。このプログラムは、ＤＭＡ（Direct Memory Access）コントローラ（不図示）などによってＲＡＭ２００−３に展開されて、ＣＰＵ２００−２によって実行される。これによって、管理装置２００の一部または全部が実現される。

上記説明した実施形態は、以下のように表現することができる。
プログラムを記憶した記憶装置と、
ハードウェアプロセッサと、を備え、
前記ハードウェアプロセッサは、前記記憶装置に記憶されたプログラムを実行することにより、
利用者の端末装置から車両の利用を申し込む第１通知情報を取得し、
前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得し、
前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行い、
前記第１通知情報を取得したときから、前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金する、
ように構成されている、情報処理装置。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１００‥端末装置、１１０‥サービスアプリ、２００‥管理装置、２０２‥通信部、２０４‥第１取得部、２０６‥第２取得部、２０８‥管理部、２１０‥情報処理部、２５０‥記憶部、２５２‥予約情報、２５４‥予約スケジュール、２５６‥車両情報、２５８‥状態情報、２６０‥課金情報、２６２‥集計情報、３００‥決済装置

Claims (13)

1. 利用者の端末装置から車両の利用を申し込む第１通知情報を取得する第１取得部と、
   前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得する第２取得部と、
   前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行う第１処理部と、
   前記第１取得部が前記第１通知情報を取得したときから、前記第１処理部が前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、前記第２取得部が第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金する第２処理部と、
   を備える情報処理装置。
2. 前記第２処理部は、
   前記第２取得部が、前記第１期間に前記第２通知情報を取得せず、前記第１期間よりも後に開始し、前記第１処理部によって確保された車両が移動を開始すると終了する第２期間に前記第２通知情報を取得した場合、
   前記第１手数料よりも高い第２手数料を前記利用者の端末装置に対して課金する、
   請求項１に記載の情報処理装置。
3. 前記第２処理部は、
   前記第２取得部が、前記第１期間および前記第２期間に前記第２通知情報を取得せず、前記第２期間よりも後に開始し、前記利用者が前記車両に乗車すると終了する第３期間に前記第２通知情報を取得した場合、
   前記第２手数料よりも高い第３手数料を前記利用者の端末装置に対して課金する、
   請求項２に記載の情報処理装置。
4. 前記第３手数料は、前記利用者が前記車両を実際に利用した場合に課金される額よりも小さい、
   請求項３に記載の情報処理装置。
5. 前記第１処理部は、前記確保通知情報が前記端末装置に送信された後、前記車両を確保するための処理を行う、
   請求項１から４のうちいずれか１項に記載の情報処理装置。
6. 前記第２処理部は、前記第１処理部が少なくとも前記確保を行う前に前記情報処理装置に提供されたデポジットから前記第１手数料を差し引く、
   請求項１から５のうちいずれか１項に記載の情報処理装置。
7. 前記第１処理部は、前記第２処理部が所定回数以上または所定金額以上課金した利用者の端末装置により送信された前記第１通知情報に基づいて、車両を確保する確保処理を行わない、
   請求項１から６のうちいずれか１項に記載の情報処理装置。
8. 前記第１処理部は、第１利用者の第１端末装置から取得した前記第１通知情報に基づいて前記車両の第１走行経路を決定し、決定された第１走行経路を前記車両が走行している場合に、第２利用者の第２端末装置から取得した前記第１通知情報に基づいて前記第１走行経路を修正し、
   前記第１期間は、前記第１処理部が前記第２端末装置の第１通知情報を取得したときから、前記第１処理部が前記第１走行経路を修正するまでの期間であり、
   前記第２処理部は、前記第１期間に、前記第２取得部が前記第２端末装置から前記第２通知情報を取得した場合、前記第２利用者の第２端末装置に対して第４手数料を課金する、
   請求項１から７のうちいずれか１項に記載の情報処理装置。
9. 前記第２処理部は、
   前記第２取得部が、前記第１期間に前記第２通知情報を取得せず、前記第１処理部が前記第１走行経路を修正したときから、前記車両が前記修正された第１走行経路に進入するまでの第２期間に前記第２通知情報を取得した場合、
   前記第４手数料よりも高い第５手数料を前記利用者の端末装置に対して課金する、
   請求項８に記載の情報処理装置。
10. 前記第１処理部は、前記情報処理装置がサービスに供するために管理する車両の運行状況に基づいて、前記確保通知情報を送信するまでの前記第１期間を変更し、
    前記第２処理部は、前記第１期間の長さに基づいて、前記第１手数料の額を決定する、
    請求項１から９のうちいずれか１項に記載の情報処理装置。
11. 前記第１処理部は、前記第１期間を示す情報を前記端末装置に提供し、前記端末装置から前記第１期間を許諾する旨の情報を取得した場合、前記確保通知情報を前記端末装置に送信する、
    請求項１０に記載の情報処理装置。
12. コンピュータが、
    利用者の端末装置から車両の利用を申し込む第１通知情報を取得し、
    前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得し、
    前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行い、
    前記第１通知情報を取得したときから、前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金する、
    情報処理方法。
13. コンピュータに、
    利用者の端末装置から車両の利用を申し込む第１通知情報を取得させ、
    前記利用者の端末装置から前記利用の内容を変更することを示す第２通知情報を取得させ、
    前記第１通知情報が第１取得部により取得されるのに応じて、前記利用者に提供する車両を確保するための確保処理を行わせ、
    前記第１通知情報を取得したときから、前記利用者の端末装置に前記確保処理に関する確保通知情報を送信するまでの第１期間に、第２通知情報を取得した場合、前記利用者の端末装置に対して第１手数料を課金させる、
    プログラム。

Images