JP2020173638A - 車両管理装置及びプログラム - Google Patents

Abstract

【課題】配車時のユーザの満足度を向上させる。【解決手段】車両管理装置１は、ユーザのユーザ端末２から配車要求を取得する情報取得部１３１と、第１優先度に対応する第１ユーザによる配車要求を情報取得部１３１が取得した場合に、第１優先度よりも低い第２優先度に対応する第２ユーザによる配車要求を情報取得部１３１が取得した場合よりも多くの車両から、第１ユーザに配車する配車車両を選択する車両選択部１３２と、車両選択部１３２が配車車両を選択した場合に、配車処理が完了したことをユーザ端末２に通知する通知部１３３と、を有する。【選択図】図２

Description

本発明は、車両を配車するための車両管理装置及びプログラムに関する。

従来、タクシーを利用する人（以下、「ユーザ」という）の端末にインストールされたアプリケーションソフトウェアを用いて、タクシーの配車を要求することができるシステムが知られている（例えば、特許文献１を参照）。

特開２０１７−２０４０４２号公報

タクシーに乗車したいと考えているユーザの中には、乗車可能なタクシーを一刻も早く確保したいと考えているユーザがいる。ところが、従来、空車状態のタクシーが少ないときには乗車可能なタクシーを確保することができず、乗車可能なタクシーを早く確保したいと考えているユーザが他のタクシー会社に配車の要求をしてしまうという場合があった。このように、従来、全てのユーザに対して同じ条件で配車が行われていたため、ユーザが不満を抱く場合があるという問題が生じていた。

そこで、本発明はこれらの点に鑑みてなされたものであり、配車時のユーザの満足度を向上させることを目的とする。

本発明の第１の態様の車両管理装置は、ユーザの情報端末から配車要求を取得する情報取得部と、第１優先度に対応する第１ユーザによる前記配車要求を情報取得部が取得した場合に、前記第１優先度よりも低い第２優先度に対応する第２ユーザによる前記配車要求を情報取得部が取得した場合よりも多くの車両から、前記第１ユーザに配車する配車車両を選択する車両選択部と、前記車両選択部が前記配車車両を選択した場合に、配車処理が完了したことを前記情報端末に通知する通知部と、を有する。

前記車両選択部は、前記配車要求の優先度が前記第１優先度であることを条件として、配車可能な空車状態の車両がない場合に、実車状態の複数の車両から前記配車車両を選択してもよい。

前記車両選択部は、実車状態の複数の車両のうち、所定の時間以内に前記ユーザの位置まで到達できると推定される一以上の車両から前記配車車両を選択してもよい。

前記車両選択部は、実車状態の車両が前記所定の時間以内に到達可能なエリアを推定し、推定したエリア内に前記ユーザの位置が含まれる車両を前記配車車両として選択してもよい。

前記車両選択部は、実車状態の車両に乗車中の乗客が降りる位置である降車位置を推定し、前記降車位置を経由して、当該車両が前記所定の時間以内に前記ユーザの位置まで到達できるか否かを判定した結果に基づいて前記配車車両を選択してもよい。

前記通知部は、前記車両選択部が実車状態の車両を前記配車車両として選択した後に当該車両が空車状態に変化した場合に、前記配車車両が実車状態から空車状態になったことを前記情報端末に通知してもよい。

前記車両管理装置は、前記ユーザに対する課金額を決定する課金額決定部をさらに有し、前記課金額決定部は、前記第１優先度に対応する前記配車要求に応じて配車をした場合の課金額を、前記第２優先度に対応する前記配車要求に応じて配車をした場合の課金額よりも高くしてもよい。

本発明の第２の態様のプログラムは、コンピュータを、ユーザの情報端末から配車要求を取得する情報取得部、第１優先度に対応する第１ユーザによる前記配車要求を情報取得部が取得した場合に、前記第１優先度よりも低い第２優先度に対応する第２ユーザによる前記配車要求を情報取得部が取得した場合よりも多くの車両から、前記第１ユーザに配車する配車車両を選択する車両選択部、及び前記車両選択部が前記配車車両を選択した場合に、配車処理が完了したことを前記情報端末に通知する通知部、として機能させる。

本発明によれば、配車時のユーザの満足度を向上させることができるという効果を奏する。

配車システムの概要を説明するための図である。 車両管理装置の機能構成を示す図である。 タクシー端末の機能構成を示す図である。 ユーザ情報データベースの一例を示す図である。 車両状態データベースの一例を示す図である。 車両管理装置が配車車両を選択する動作のフローチャートである。

［配車システムＳの概要］
図１は、配車システムＳの概要を説明するための図である。配車システムＳは、タクシーＴを利用するユーザの要求に応じてタクシーＴを配車するためのシステムであり、車両管理装置１と、複数のユーザ端末２（ユーザ端末２−１からユーザ端末２−ｍ、ｍは自然数）と、複数のタクシー端末３（タクシー端末３−１からタクシー端末３−ｎ、ｎは自然数）と、を備える。

車両管理装置１は、例えばタクシー会社が管理しているコンピュータであり、ユーザ端末２から送信されたユーザからの配車要求に応じて、予め車両管理装置１に登録された複数のタクシーＴから、配車車両とするタクシーＴを選択する。配車車両は、配車要求をしたユーザを乗せるためにユーザがいる場所に向かう車両である。

ユーザ端末２は、タクシーＴを利用するユーザの情報端末であり、例えばスマートフォン、タブレット、又はパーソナルコンピュータである。ユーザ端末２は、無線通信回線及びネットワークＮを介して車両管理装置１との間でデータを送受信することができる。ネットワークＮは、例えばインターネットである。ユーザは、ユーザ端末２にインストールされたアプリケーションソフトウェア、又は車両管理装置１により提供されるウェブアプリケーションソフトウェアにより表示される操作画面を使って配車要求をすることができる。

タクシー端末３は、タクシーＴに搭載された情報端末であり、各種の情報を表示するディスプレイ、及びタクシーの運転手の操作を受け付ける操作部を有している。タクシー端末３は、無線通信回線及びネットワークＮを介して車両管理装置１との間でデータを送受信することができる。タクシー端末３は、タクシーＴの位置を示す位置情報を定期的に車両管理装置１に送信する。

車両管理装置１は、例えばタクシー会社の配車担当者の操作に基づいて又は自動的に、複数のタクシーＴに搭載された複数のタクシー端末３に、迎車が可能であるか否かを確認するための迎車要求を送信し、迎車することを運転手が承認したタクシーＴを選択する。車両管理装置１は、ユーザの位置に到達できるまでの所要時間が短い順番にタクシーＴの優先順位を決定し、優先順位が高いタクシーＴのタクシー端末３から順番に迎車要求を送信してもよい。

車両管理装置１は、通常は空車状態のタクシーＴに搭載されたタクシー端末３に対して迎車要求を送信するが、空車状態のタクシーＴがない場合がある。この場合、車両管理装置１は、優先度が高いユーザから配車要求を受けたことを条件として、実車状態のタクシーＴのうち、短時間で空車になると予想されるタクシーＴに搭載されたタクシー端末３に対して配車要求を送信する。優先度は、配車要求を受け付けた際に、車両管理装置１又はタクシーＴの管理者が、配車車両とするタクシーＴの検索を行う際に参照する条件の１つである。車両管理装置１がこのように動作することで、乗車するタクシーＴを早く確保したいユーザが、乗車可能なタクシーＴを短時間で確保することが可能になる。以下、車両管理装置１の構成及び動作を中心に、配車システムＳの詳細を説明する。

［車両管理装置１の機能構成］
図２は、車両管理装置１の機能構成を示す図である。車両管理装置１は、通信部１１と、記憶部１２と、制御部１３とを有する。制御部１３は、情報取得部１３１と、車両選択部１３２と、通知部１３３と、課金額決定部１３４とを有する。

通信部１１は、ネットワークＮを介してユーザ端末２及びタクシー端末３とデータを送受信するための通信インターフェイスであり、例えばＬＡＮ（Local Area Network）コントローラを有する。通信部１１は、ユーザ端末２及びタクシー端末３から受信したデータを制御部１３に通知する。また、通信部１１は、制御部１３から入力されたデータをネットワークＮに送信する。

記憶部１２は、各種のデータを記憶するためのデバイスであり、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスク等の記憶媒体を含む。記憶部１２は、制御部１３が実行するプログラムを記憶する。また、記憶部１２は、複数のタクシーＴそれぞれの状態を管理するための車両状態データベースを記憶している。また、記憶部１２は、配車要求を送信したユーザ端末２を使用するユーザに関連付けて、ユーザの位置、配車要求状況、過去の配車履歴、及び課金額等を記憶する。

制御部１３は、例えばＣＰＵ（Central Processing Unit）を有しており、記憶部１２に記憶されたプログラムを実行することにより、情報取得部１３１、車両選択部１３２、通知部１３３及び課金額決定部１３４として機能する。情報取得部１３１、車両選択部１３２、通知部１３３及び課金額決定部１３４の詳細については後述する。

［タクシー端末３の機能構成］
図３は、タクシー端末３の機能構成を示す図である。タクシー端末３は、通信部３１と、表示部３２と、操作部３３と、ＧＰＳ（Global Positioning System）受信機３４と、記憶部３５と、制御部３６とを有する。

通信部３１は、ネットワークＮを介して車両管理装置１とデータを送受信するための通信インターフェイスであり、例えば無線通信コントローラを有する。通信部３１は、車両管理装置１から受信したデータを制御部３６に通知する。また、通信部３１は、制御部３６から入力されたデータをネットワークＮに送信する。

表示部３２は、情報を表示するディスプレイである。操作部３３は、タクシーＴの運転手の操作を受け付けるためのデバイスである。操作部３３は、表示部３２に設けられたタッチパネルを有してもよい。

ＧＰＳ受信機３４は、ＧＰＳの衛星から送信される電波を受信し、受信した電波に含まれる情報に基づいて、タクシーＴの位置を示す経度・緯度を算出する。ＧＰＳ受信機３４は、算出した経度・緯度を制御部３６に通知する。

記憶部３５は、各種のデータを記憶するためのデバイスであり、例えばＲＯＭ、ＲＡＭ及びハードディスク等の記憶媒体を含む。記憶部３５は、制御部３６が実行するプログラムを記憶する。

制御部３６は、例えばＣＰＵを有しており、記憶部３５に記憶されたプログラムを実行することにより、情報取得部３６１、操作受付部３６２、位置特定部３６３及び表示制御部３６４として機能する。

情報取得部３６１は、車両管理装置１から各種の情報を取得する。情報取得部３６１は、例えば、配車要求を送信したユーザ端末２のユーザの迎車を要求する情報、タクシーＴの状態を通知することを要求する情報、及びタクシーＴが配車車両として選択されたことを示す迎車指示を含む情報を車両管理装置１から取得する。情報取得部３６１は、取得した情報を表示部３２に表示させるために、取得した情報を表示制御部３６４に通知する。また、情報取得部３６１は、タクシーＴの運転手が迎車要求を受け付けることを示す情報、タクシーＴの位置を示す情報、及び空車中か否かを示す車両状態を示す情報を車両管理装置１に送信する。

操作受付部３６２は、タクシーＴの運転手による操作を受け付ける。具体的には、操作受付部３６２は、表示部３２が操作用画面を表示している間に操作部３３が検出した操作位置に基づいて、運転手が操作した内容を特定する。操作受付部３６２は、例えば、迎車要求を受け付ける操作が行われたことを特定した場合、迎車要求が受け付けられたことを情報取得部３６１に通知する。

位置特定部３６３は、タクシーＴの位置に対応する経度・緯度を示す位置情報をＧＰＳ受信機３４から取得し、取得した位置情報に基づいてタクシーＴの位置を特定する。位置特定部３６３は、特定した位置を定期的に情報取得部３６１に通知する。

表示制御部３６４は、情報取得部３６１から通知された情報を表示部３２に表示させる。表示制御部３６４は、例えば車両状態を入力することを促すための画面（例えば「あと５分で空車になる」ことを示すボタンを含む画面）を表示部３２に表示させる。表示制御部３６４は、不図示のスピーカから車両状態を入力することを促すための音を発するようにしてもよい。

また、表示制御部３６４は、タクシーＴの前方に搭載された外部ディスプレイに、空車、迎車中、実車中、回送中等のような車両状態を表示させてもよい。表示制御部３６４は、実車状態で情報取得部３６１が迎車指示を取得した場合に、空車状態になった後にも、空車状態でないことを示す情報（例えば「迎車中」というテキスト情報）を外部ディスプレイに表示させる。

［制御部１３の詳細動作］
図２に戻って、制御部１３の詳細を説明する。情報取得部１３１は、ユーザ情報取得部１４１及び車両情報取得部１４２を有する。ユーザ情報取得部１４１は、タクシーＴを利用するユーザのユーザ端末２から配車要求を取得する。配車要求には、ユーザがいる位置（すなわちユーザ端末２の位置）を示す情報が含まれている。ユーザ情報取得部１４１は、取得した配車要求を車両選択部１３２に通知する。

（タクシーＴの状態の特定）
車両情報取得部１４２は、タクシーＴとの間で各種の情報を送受信する。車両情報取得部１４２は、例えばタクシーＴの状態を示す情報をタクシーＴから取得する。車両情報取得部１４２は、タクシーＴを識別するための車両ＩＤに関連付けてタクシーＴの状態を記憶部１２に記憶させる。

車両情報取得部１４２は、タクシーＴの状態の通知を要求する情報をタクシー端末３に送信してもよい。車両情報取得部１４２は、例えば、タクシーＴが現在向っている目的地を入力させる画面のデータ、又は車両管理装置１の管理者により予め設定された時間（例えば５分）以内に空車になる予定の有無を入力するための画面のデータをタクシー端末３に表示させる指示情報を送信する。車両情報取得部１４２は、目的地を示す情報、又は空車になる予定であることを示す情報を取得すると、取得した情報をタクシーＴに関連付けて記憶部１２に記憶させる。

車両情報取得部１４２は、例えば、タクシーＴの状態の通知を要求する情報を定期的（例えば数秒から１分の間隔）にタクシー端末３に送信する。車両情報取得部１４２は、タクシーＴが、降車する人が多い場所（例えば駅又は大規模施設）に近づいた時点で、タクシーＴの状態の通知を要求する情報をタクシー端末３に送信してもよい。車両情報取得部１４２は、ユーザ端末２から配車要求を取得した時点で、タクシーＴの状態の通知を要求する情報をタクシー端末３に送信してもよい。

（配車車両の選択）
車両選択部１３２は、ユーザ情報取得部１４１から配車要求が通知された場合に、予め登録された複数のタクシーＴから、配車を要求したユーザに配車する配車車両を選択する。この際、車両選択部１３２は、第１優先度に対応する第１ユーザによる配車要求をユーザ情報取得部１４１が取得した場合に、第１優先度よりも低い第２優先度に対応する第２ユーザによる配車要求をユーザ情報取得部１４１が取得した場合よりも多くのタクシーＴから配車車両を選択する。

車両選択部１３２が配車要求の優先度が第１優先度であるか第２優先度であるかを判定する方法は任意である。車両選択部１３２は、例えば、第１優先度であることを示す情報が配信要求に含まれている場合に、取得した配信要求が第１優先度に対応すると判定する。車両選択部１３２は、第２優先度であることを示す情報が配信情報に含まれていない場合に、取得した配信要求が第１優先度に対応すると判定してもよい。

また、車両選択部１３２は、記憶部１２に記憶されているユーザ情報データベースを参照することにより、配信要求を送信したユーザ端末２を使用するユーザが第１優先度に対応する第１ユーザであるか第２優先度に対応する第２ユーザであるかを判定してもよい。

図４は、ユーザ情報データベースの一例を示す図である。ユーザ情報データベースにおいては、ユーザと優先度とが関連付けられている。図４に示す例においては、ユーザごとに、時間帯又は地域によって異なる優先度が割り当てられている。図４においては〇が付されている時間帯及び地域において第１優先度とされている。

具体的には、ユーザＡは、仕事で移動することが多い平日の日中の時間帯は迅速にタクシーを確保したいため、平日の日中において第１優先度になっている。ユーザＢは、営業の担当地域である千代田区内では迅速にタクシーＴを確保したいため、千代田区内において第１優先度になっている。ユーザＥは、あらゆる時間帯及び地域において第１優先度になっている。第１優先度になっている時間帯及び地域の範囲が大きいほど、優先配車サービスの利用料が高く設定されていてもよい。このように、優先度が時間帯又は場所に関連付けられていることで、高い優先度が設定されているユーザが、タクシーＴを確保したいときに迅速にタクシーＴを確保しやすくなる。

なお、以上の説明においては、予めユーザに優先度を割り当てておく場合を例示したが、優先度はこれによらない。配車要求時が繁忙時間帯である場合、又は通常の配車要求を受けてから所定時間内に配車対象車両が見つからない場合等の条件下において、例えば車両選択部１３２の指示に基づいて、ユーザ端末２が「優先配車を要求する」ことを依頼するボタンを表示してもよい。表示されたボタンがユーザにより選択された場合、車両選択部１３２は、ユーザの優先度を高くして第１優先度にする。車両選択部１３２は、ユーザに対して追加額を課金することを条件として、優先度を高くするというユーザの要求を受け付けてもよい。

車両選択部１３２が配車車両を選択する対象とする車両の数又は範囲を決定する方法は任意である。車両選択部１３２は、例えば、予め登録された全てのタクシーＴとタクシーＴの状態とが関連付けられた車両状態データベースを参照することにより、配車要求の優先度に対応する状態のタクシーＴを選択する。

図５は、車両状態データベースの一例を示す図である。図５に示す車両状態データベースにおいては、車両ＩＤと、タクシーＴの位置を示す位置情報と、タクシーＴの状態を示す状態情報とが関連付けられている。状態情報は、空車中、空車予定、実車中、迎車中、休憩中のいずれかを示す情報を含む。状態情報は、車両情報取得部１４２がタクシーＴから最新の状態の通知を受けたことにより更新される。タクシー端末３は、例えば、タクシーＴが空車であるか否かといったタクシーＴの状態を、タクシー端末３と通信可能なタクシーメーターから取得し、取得した状態を車両状態として車両管理装置１に送信する。

車両選択部１３２は、配車要求の優先度が第２優先度である場合、空車状態のタクシーＴを選択する。これに対して、車両選択部１３２は、配車要求の優先度が第１優先度であることを条件として、実車状態の複数のタクシーＴから配車車両を選択する。車両選択部１３２は、例えば、配車要求の優先度が第１優先度である場合に、まず空車状態のタクシーＴの有無を確認し、空車状態のタクシーＴがない場合に、実車状態の複数のタクシーＴから配車車両を選択する。

車両選択部１３２は、空車状態のタクシーＴのうち、ユーザの位置まで所定の時間（例えばユーザが指定した時間）以内に到達することができるタクシーＴがあれば、当該タクシーＴを選択する。車両選択部１３２は、空車状態のタクシーＴがない場合、又は空車状態のタクシーＴの中にユーザの位置まで所定の時間以内に到達することができるタクシーＴがない場合、実車状態の複数のタクシーＴのうち、所定の時間以内にユーザの位置まで到達できると推定される一以上のタクシーＴから配車車両を選択する。車両選択部１３２は、例えば、実車状態の複数のタクシーＴそれぞれが所定の時間以内に到達可能なエリアを推定し、推定したエリア内にユーザの位置が含まれるタクシーＴを配車車両として選択する。

車両選択部１３２は、例えば実車状態の複数のタクシーＴのうち、タクシー端末３から、所定の時間以内に空車になる予定であることが通知されていた空車予定のタクシーＴから配車車両を選択する。車両選択部１３２は、タクシーＴから空車になる予定であるという通知を受けてない場合であっても、空車になる予定であるか否かを判定した結果に基づいて、配車車両を選択してもよい。車両選択部１３２は、例えば、降車する人が多い場所（例えば駅又は大規模施設）に向かっているタクシーＴのうち、当該場所まで所定の時間内に到着すると考えられるタクシーＴを空車予定のタクシーＴとみなしてもよい。

（移動所要時間の推定）
実車状態のタクシーＴは、乗車中の乗客を降ろしてから、配車を要求しているユーザの位置に向かう必要がある。そこで、車両選択部１３２は、まず実車状態の車両に乗車中の乗客が降りる降車位置を推定し、推定した降車位置を経由してタクシーＴがユーザの位置に向かうことを条件として、タクシーＴが所定の時間以内にユーザの位置まで到達できるか否かを判定してもよい。車両選択部１３２は、例えば、タクシー端末３から目的地として通知された位置を降車位置と推定する。そして、車両選択部１３２は、推定した降車位置を経由して、現在位置からユーザの位置まで移動するために要する時間（以下、「移動所要時間」という場合がある）を算出する。

車両選択部１３２は、例えば以下の式により、現在位置から降車位置を経由してユーザの位置までタクシーＴが移動する場合の移動所要時間Ｔｍを推定する。
Ｔｍ＝Ｔａ＋Ｔｂ＋Ｔｃ＝Ｄａ／Ｖ＋Ｔｂ＋Ｄｃ／Ｖ
ここで、ＴａはタクシーＴが現在位置から降車位置まで移動するために要する時間、Ｔｂは、乗客が降車するために要する時間（例えば精算処理の時間）、ＴｃはタクシーＴが降車位置からユーザの位置まで移動するために要する時間である。Ｄａは現在位置から降車位置までの距離、Ｄｃは降車位置からユーザの位置までの距離、Ｖは降車位置周辺での平均的な速度である。Ｔａ及びＴｃは、過去の実績に基づいて決定された平均的な時間であってもよい。

車両選択部１３２は、推定した移動所要時間が、ユーザの位置に到着するまでに許容された時間以下となるタクシーＴを配車車両の候補として選択する。車両選択部１３２は、複数の候補がある場合、推定した移動所要時間が最短のタクシーＴを配車車両として選択する。車両選択部１３２は、配車車両として選択したタクシーＴの識別情報（車両ＩＤ）、及び推定した移動所要時間を通知部１３３に通知する。

車両選択部１３２が降車位置を推定する方法は任意である。車両選択部１３２は、空車予定のタクシーＴが走行中の位置を基準とする所定の範囲内において降車可能位置として予め登録された複数の位置（以下、「登録降車位置」という）のうち、乗客が降車する蓋然性が最も高いと判定した登録降車位置を降車位置と推定してもよい。所定の範囲は、例えば、タクシーＴの位置に対して進行方向側において５分以内で到達可能な範囲である。

車両選択部１３２は、例えばタクシーＴが走行している車線、及びタクシーＴが走行している速度の少なくともいずれかに基づいて、乗客が降車する蓋然性が最も高い登録降車位置を降車位置と推定する。具体的には、車両選択部１３２は、タクシーＴが走行している車線で到達可能な最も近くの登録降車位置、タクシーＴが左側車線に移った位置の付近にある登録降車位置、又はタクシーＴが左側車線を走行中に速度を落とした位置の付近にある登録降車位置等を降車位置と推定する。

車両選択部１３２は、複数の登録降車位置のうち、登録降車位置を経由して現在位置からユーザの位置まで移動する場合の移動所要時間が最短となる登録降車位置、及び移動所要時間が最長となる登録降車位置を降車位置として推定してもよい。この場合、車両選択部１３２は、それぞれの登録降車位置で乗客が降車した場合の移動所要時間の最短値と最長値との平均値が最短となるタクシーＴを配車車両として選択する。

車両選択部１３２は、複数の登録降車位置のうち、走行中の位置から最も近い登録降車位置、及び走行中の位置から最も遠い登録降車位置を降車位置と推定してもよい。この場合、車両選択部１３２は、それぞれの登録降車位置で乗客が降車した場合の移動所要時間の最短値と最長値との平均値が最短となるタクシーＴを配車車両として選択する。

車両選択部１３２は、このように複数の登録降車位置を降車位置として推定する場合、通知部１３３を介して、複数の登録降車位置それぞれを経由して現在位置からユーザの位置まで移動する場合の移動所要時間の最短値及び最長値をユーザ端末２に通知してもよい。ユーザ端末２が、移動所要時間の最短値及び最長値を表示することで、ユーザ端末２のユーザが、どれくらい待つ可能性があるのかを把握することができるので、ユーザの満足度が向上する。

車両選択部１３２は、降車位置を推定した後のタクシーＴの位置の変化に基づいて、降車位置として推定した位置を変更してもよい。例えば、タクシーＴが降車位置として推定した位置を過ぎた場合に、その時点でのタクシーＴの位置に基づいて降車位置を再推定する。この場合、車両選択部１３２は、再推定した降車位置に基づいて移動所要時間を再計算し、再計算した移動所要時間を通知部１３３に通知する。

（ユーザ端末２への通知）
通知部１３３は、車両選択部１３２が配車車両を選択した場合に、配車処理が完了したことをユーザ端末２に通知する。通知部１３３は、配車処理が完了したことをユーザ端末２に通知する際に、予想待ち時間を通知してもよい。通知部１３３は、例えば、車両選択部１３２から通知された移動所要時間を予想待ち時間として通知する。

通知部１３３は、車両選択部１３２が空車状態のタクシーＴを配車車両として選択した場合と、車両選択部１３２が実車状態で空車予定のタクシーＴを配車車両として選択した場合とで、ユーザ端末２に異なる通知をしてもよい。通知部１３３は、例えば配車車両が空車状態である場合に、「タクシーを手配できました」とユーザ端末２に表示させる。通知部１３３は、配車車両が空車予定の状態である場合に、「もうすぐ空車になるタクシーを手配できました」とユーザ端末２に表示させる。

通知部１３３は、車両選択部１３２が実車状態（例えば空車予定の状態）のタクシーＴを配車車両として選択した後に、当該タクシーＴが実車状態から空車状態に変化した場合に、配車車両が実車状態から空車状態になったことをユーザ端末２に通知してもよい。また、通知部１３３は、車両選択部１３２が降車位置を再推定し、再計算後の移動所要時間が車両選択部１３２から通知された場合に、再計算後の移動所要時間に基づいて訂正した予想待ち時間をユーザ端末２に通知してもよい。このように通知部１３３がタクシーＴの状態に応じた案内をユーザ端末２に通知することで、ユーザが状況を把握することができるので、ユーザの不安を解消することができる。

（課金処理）
課金額決定部１３４は、ユーザに対する課金額を決定する。課金額決定部１３４は、第１優先度に対応する配車要求に応じて配車をした場合の課金額を、第２優先度に対応する配車要求に応じて配車をした場合の課金額よりも高くする。課金額決定部１３４は、決定した課金額をユーザに関連付けて記憶部１２に記憶させる。課金額決定部１３４は、課金額をユーザ端末２に通知してもよい。

課金額決定部１３４は、車両選択部１３２が第１優先度に対応する配車要求に応じて車両を検索し、配車車両を選択することができた時点で、第１優先度に対応する金額を課金額に決定してもよい。課金額決定部１３４は、実車中のタクシーＴから配車車両を選択したことを条件として、第１優先度に対応する金額を課金額に決定してもよい。このように課金額決定部１３４が動作することは、ユーザ端末２においてユーザが優先配車を要求する操作を行った場合に好適である。

課金額が、乗車した距離又は時間によって決定される乗車額と、配車要求に応じて配車するための配車加算額とから構成される場合、課金額決定部１３４は、配車加算額のみを優先度に基づいて決定し、乗車額を優先度によらず決定してもよい。また、課金額決定部１３４は、ユーザが第１優先度で配車要求をするための費用を定期的に支払っている場合（例えば月額料金を支払っている場合）、定期的に支払っている額に基づく回数まで配車加算額をゼロにするとともに、月額料金に応じた額を乗車額から割り引いてもよい。課金額決定部１３４がこのように動作することで、乗車できるタクシーＴを早く確保したいユーザがサービスを利用しやすくなる。

課金額決定部１３４は、ユーザ端末２が配車要求を送信してからユーザの位置にタクシーＴが到着するまでの移動所要時間の長さに基づいて課金額を決定してもよい。具体的には、課金額決定部１３４は、移動所要時間が短ければ短いほど課金額を高くする。課金額決定部１３４は、配車車両を決定した時点でユーザ端末２に通知した移動所要時間（すなわち予想待ち時間）に対して実際の移動所要時間が長くなった場合に、長くなった時間に応じて課金額を減少させてもよい。課金額決定部１３４がこのように動作することで、タクシーＴの到着が遅れたことに対するユーザの不満を軽減することができる。なお、課金額決定部１３４は、ユーザ端末２が配車要求を送信してからユーザの位置にタクシーＴが到着するまでの走行距離が長ければ長いほど課金額を高くしてもよい。

ところで、実車状態のタクシーＴが配車車両として選択された場合、空車状態のタクシーＴが配車車両として選択された場合に比べて、タクシーＴがユーザの位置に到着するまでの移動所要時間が、ユーザに通知した予想待ち時間から変動する蓋然性が高い。そこで、課金額決定部１３４は、配車車両として実車状態のタクシーＴを選択した場合に、配車車両として空車状態のタクシーＴを選択した場合よりも課金額を小さくしてもよい。課金額決定部１３４がこのように動作することで、実車状態のタクシーＴを配車車両として選択したことによりタクシーＴの到着が遅れたとしても、ユーザにとってはコストメリットがあるので、ユーザが本サービスを利用しやすくなる。

また、課金額決定部１３４は、ユーザの位置から所定の距離内で配車要求をしているユーザの数が多ければ多いほど課金額を高くしてもよい。この場合、課金額決定部１３４は、ユーザの位置から所定の距離内よりも課金額が低くなるエリアをユーザ端末２に表示させてもよい。課金額決定部１３４がこのように動作することで、ユーザがタクシーＴ以外の手段で課金額が低いエリアに移動してからタクシーＴに乗るという選択をすることが可能になる。

また、課金額決定部１３４は、ユーザが配車要求をする頻度に基づいて課金額を決定してもよい。課金額決定部１３４は、例えば空車状態のタクシーＴが多い時間帯に配車要求をする頻度が高いユーザの課金額を下げる。課金額決定部１３４がこのように動作することで、空車状態のタクシーＴが多い時間帯にユーザが配車要求をしやすくなるので、空車状態のタクシーＴが少ない時間帯に多くの配車要求が発生することを抑制でき、車両管理装置１は、ユーザが乗車するタクシーＴを確保するまでの平均的な時間を短縮することが可能になる。

［車両管理装置１の動作フローチャート］
図６は、車両管理装置１が配車車両を選択する動作のフローチャートである。図６に示すフローチャートは、ユーザ情報取得部１４１が配車要求をユーザ端末２から取得した時点から開始している（Ｓ１）。車両選択部１３２は、ユーザ情報取得部１４１が配車要求を取得すると、配車要求を送信したユーザ端末２を使用するユーザの優先度が第１優先度であるか否かを判定する（Ｓ２）。

車両選択部１３２は、ユーザの優先度が第１優先度であると判定した場合（Ｓ２においてＹＥＳ）、空車状態のタクシーＴがあるか否かを判定する（Ｓ３）。車両選択部１３２は、空車状態のタクシーＴがあると判定した場合（Ｓ３においてＹＥＳ）、空車状態の１以上のタクシーＴから選択した１台のタクシーＴを配車車両として選択する（Ｓ４）。車両選択部１３２は、空車状態のタクシーＴがないと判定した場合（Ｓ３においてＮＯ）、空車予定となっている１以上のタクシーＴから選択した１台のタクシーＴを配車車両として選択する（Ｓ５）。通知部１３３は、配車車両を確保できたことを示す結果をユーザ端末２に通知する（Ｓ６）。

車両選択部１３２は、Ｓ２においてユーザの優先度が第１優先度でないと判定した場合（Ｓ２においてＮＯ）、空車状態のタクシーＴがあるか否かを判定する（Ｓ７）。車両選択部１３２は、空車状態のタクシーＴがあると判定した場合（Ｓ７においてＹＥＳ）、空車状態の１以上のタクシーＴから選択した１台のタクシーＴを配車車両として選択する（Ｓ８）。車両選択部１３２は、空車状態のタクシーＴがないと判定した場合（Ｓ７においてＮＯ）、配車車両を選択しない（Ｓ９）。この場合、通知部１３３は、配車車両を確保できなかったことを示す結果をユーザ端末２に送信する（Ｓ６）。

通知部１３３は、配車車両を確保できなかったことを示す結果をユーザ端末２に送信する際に、配車の優先度を上げる操作をするための画面をユーザ端末２に送信してもよい。ユーザが当該画面において優先度を上げる操作をしたことを示す情報をユーザ情報取得部１４１が取得した場合、車両選択部１３２は、Ｓ５に戻って、空車予定となっている１以上のタクシーＴから配車車両を選択する。通知部１３３がこのように動作することで、第１優先度に設定されていなかったユーザであってもタクシーＴを確保することが可能になる。

［第１変形例］
以上の説明においては、優先度が２段階である場合を例示したが、３段階以上の優先度が設定されていてもよい。この場合、車両選択部１３２は、優先度が高ければ高いほど、多くのタクシーＴから配車車両を選択する。

通知部１３３は、優先度が高ければ高いほど、車両選択部１３２が選択した配車車両の状態をユーザ端末２に通知する頻度を大きくしたり、配車車両の状態を示す情報をより詳しく通知したりしてもよい。そして、課金額決定部１３４は、優先度が高ければ高いほど課金額を大きくしてもよい。

［第２変形例］
以上の説明においては、制御部１３が課金額決定部１３４として機能し、課金額決定部１３４が優先度に応じて異なる課金額を決定する場合を例示した。この場合、ユーザが支払う料金と優先度とが連動していることになるが、制御部１３が課金額決定部１３４として機能せず、優先度が料金に連動していなくてもよい。

車両選択部１３２は、例えば、予め登録された複数のタクシーＴの状態に基づいて決定した優先度に基づいて配車車両を選択してもよい。具体的には、車両選択部１３２は、空車状態のタクシーＴの数が閾値以下であり、かつ空車予定のタクシーＴの数が閾値以上の時間帯に配車要求を送信したユーザの優先度を第１優先度に設定してもよい。また、車両選択部１３２は、空車予定のタクシーＴが比較的多い場所から所定の距離内の位置（例えば駅や大規模施設の近く）において配車要求をしたユーザの優先度を第１優先度に設定してもよい。

［第３変形例］
以上の説明においては、車両選択部１３２は、第１優先度のユーザから配車要求があった時点で空車状態のタクシーＴがない場合に実車状態のタクシーＴを配車車両として選択したが、車両選択部１３２は、空車状態のタクシーＴがある場合であっても実車状態のタクシーＴを配車車両として選択してもよい。車両選択部１３２は、例えば、空車状態のタクシーＴがユーザの位置に到着するよりも、実車状態のタクシーＴの方が早くユーザの位置に到着すると推定される場合、実車状態のタクシーＴを配車車両として選択する。車両選択部１３２がこのように動作することで、空車状態のタクシーＴがユーザから離れた位置にしかない場合であっても、ユーザが乗車可能なタクシーＴを迅速に確保することが可能になる。

［第４変形例］
以上の説明においては、ユーザに対応する優先度に基づいて、実車状態のタクシーＴを配車車両として選択する対象とするか否かを決定したが、優先度に基づいて配車車両として選択する対象とするタクシーＴの条件は、これに限らない。予め登録された複数のタクシーＴが複数のグループに分けられており、車両選択部１３２は、優先度に基づいて複数のグループのいずれかのグループに属する複数のタクシーＴから配車車両を選択してもよい。車両選択部１３２は、例えば、第１優先度に対応するユーザから配車要求があった場合に、第１グループ及び第２グループのいずれかに属する全てのタクシーＴから配車車両を選択し、第２優先度に対応するユーザから対象車両があった場合に、第１グループ又は第２グループの一方のグループに属するタクシーＴから配車車両を選択する。

第１グループに属するタクシーＴが、第２グループに属するタクシーＴよりも高級な車両である場合、車両選択部１３２は、第１優先度に対応するユーザから配車要求があった場合に第１グループの中に空車状態又は空車予定のタクシーＴがあるかどうかを確認し、第１グループの中に迎車可能なタクシーＴがない場合に、第２グループの中から配車車両を選択する。車両選択部１３２は、第２優先度に対応するユーザから配車要求があった場合には、第１グループのタクシーＴは配車車両の候補とせず、第２グループのタクシーＴから配車車両を選択する。車両選択部１３２がこのように動作することで、第１優先度のユーザが質の高いタクシーＴに乗車することができる確率が上がるため、ユーザの満足度を向上させることができる。

［車両管理装置１による効果］
以上説明したように、車両選択部１３２は、第１優先度に対応するユーザによる配車要求を情報取得部１３１から取得した場合に、第２優先度に対応するユーザによる配車要求を情報取得部１３１から取得した場合よりも多くの車両から配車車両を選択する。車両選択部１３２は、例えば、第１優先度のユーザから配車要求を受けた場合に、短時間（例えば５分）以内に空車になる予定がある実車状態のタクシーＴからも配車車両を選択する。車両管理装置１がこのように動作することで、ユーザから配車要求を受けてから乗車可能なタクシーを確保するまでの時間を短縮したり、特定のユーザに対して質の高いタクシーＴを配車したりすることができるので、配車時のユーザの満足度を向上させることができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

１ 車両管理装置
２ ユーザ端末
３ タクシー端末
１１ 通信部
１２ 記憶部
１３ 制御部
３１ 通信部
３２ 表示部
３３ 操作部
３４ ＧＰＳ受信機
３５ 記憶部
３６ 制御部
１３１ 情報取得部
１３２ 車両選択部
１３３ 通知部
１３４ 課金額決定部
１４１ ユーザ情報取得部
１４２ 車両情報取得部
３６１ 情報取得部
３６２ 操作受付部
３６３ 位置特定部
３６４ 表示制御部

Claims (8)

1. ユーザの情報端末から配車要求を取得する情報取得部と、
   第１優先度に対応する第１ユーザによる前記配車要求を情報取得部が取得した場合に、前記第１優先度よりも低い第２優先度に対応する第２ユーザによる前記配車要求を情報取得部が取得した場合よりも多くの車両から、前記第１ユーザに配車する配車車両を選択する車両選択部と、
   前記車両選択部が前記配車車両を選択した場合に、配車処理が完了したことを前記情報端末に通知する通知部と、
   を有する車両管理装置。
2. 前記車両選択部は、前記配車要求の優先度が前記第１優先度であることを条件として、配車可能な空車状態の車両がない場合に、実車状態の複数の車両から前記配車車両を選択する、
   請求項１に記載の車両管理装置。
3. 前記車両選択部は、実車状態の複数の車両のうち、所定の時間以内に前記ユーザの位置まで到達できると推定される一以上の車両から前記配車車両を選択する、
   請求項１又は２に記載の車両管理装置。
4. 前記車両選択部は、実車状態の車両が前記所定の時間以内に到達可能なエリアを推定し、推定したエリア内に前記ユーザの位置が含まれる車両を前記配車車両として選択する、
   請求項３に記載の車両管理装置。
5. 前記車両選択部は、実車状態の車両に乗車中の乗客が降りる位置である降車位置を推定し、前記降車位置を経由して、当該車両が前記所定の時間以内に前記ユーザの位置まで到達できるか否かを判定した結果に基づいて前記配車車両を選択する、
   請求項３又は４に記載の車両管理装置。
6. 前記通知部は、前記車両選択部が実車状態の車両を前記配車車両として選択した後に当該車両が空車状態に変化した場合に、前記配車車両が実車状態から空車状態になったことを前記情報端末に通知する、
   請求項２から５のいずれか一項に記載の車両管理装置。
7. 前記ユーザに対する課金額を決定する課金額決定部をさらに有し、
   前記課金額決定部は、前記第１優先度に対応する前記配車要求に応じて配車をした場合の課金額を、前記第２優先度に対応する前記配車要求に応じて配車をした場合の課金額よりも高くする、
   請求項１から６のいずれか一項に記載の車両管理装置。
8. コンピュータを、
   ユーザの情報端末から配車要求を取得する情報取得部、
   第１優先度に対応する第１ユーザによる前記配車要求を情報取得部が取得した場合に、前記第１優先度よりも低い第２優先度に対応する第２ユーザによる前記配車要求を情報取得部が取得した場合よりも多くの車両から、前記第１ユーザに配車する配車車両を選択する車両選択部、及び
   前記車両選択部が前記配車車両を選択した場合に、配車処理が完了したことを前記情報端末に通知する通知部、
   として機能させるためのプログラム。

Images