JP7260403B2 - 配車管理装置 - Google Patents

Description

特許法第３０条第２項適用 配車管理装置を事業者向け説明会にて公開した。（公開日：令和１年６月４日）

本発明は、タクシーの配車を管理する配車管理装置に関する。

従来、タクシーの利用客から配車要求を受け付けると、空車のタクシーを特定して配車依頼する装置が知られている。例えば、特許文献１では、利用客の端末から配車依頼情報を受信すると、各タクシーに配車依頼情報を転送し、乗務員から配車の承諾を受け付ける配車システムが開示されている。

特開２００３－２８１６９２号公報

特許文献１に記載の配信システムは、システムに対応する全てのタクシーに配車依頼情報を送信し、乗務員が配車の承諾を行ったタクシーのうち、配車予定時刻の最も早いタクシーを選定するので、利用者の利便性が高い。

一方、タクシーの乗務員が配車依頼を承諾しても、他の乗務員が先に承諾し、配車依頼に対応していることがある。特に、配信システムに対応しているタクシーが多い場合には、タクシーの乗務員が配車依頼を承諾しても、他の乗務員が先に承諾していることにより配車依頼に対応できないことが多くなるので、タクシーの乗務員にとっては負担となる。

そこで、本発明はこれらの点に鑑みてなされたものであり、タクシーの乗務員の負担を軽減することができる配車管理装置を提供することを目的の一つとする。

本発明の第１の態様に係る配車管理装置は、ユーザの端末から、タクシーの配車を要求する配車要求を受け付ける配車要求受付部と、前記配車要求受付部が前記配車要求を受け付けると、空車のタクシーを複数特定する空車特定部と、前記空車特定部が特定した第１のタクシーに予め定められた応答期間にわたって前記配車要求に対応する配車依頼を行い、当該配車依頼の承諾を受け付けるとともに、前記応答期間が経過する前に、前記空車特定部が特定した第２のタクシーに配車依頼を行い、当該配車依頼の承諾を受け付ける配車依頼部と、前記配車依頼の承諾を受け付けたタクシーに配車指示を行う配車指示部と、を備える。

前記配車要求受付部は、前記端末から、前記ユーザの乗車位置情報を含む前記配車要求を受け付け、前記空車特定部は、前記配車要求受付部が前記配車要求を受け付けると、前記配車要求に含まれる前記乗車位置情報が示す位置から所定範囲内に存在する空車のタクシーを複数特定してもよい。

前記配車依頼部は、前記空車特定部が特定した前記複数のタクシーのうち、前記乗車位置情報が示す位置に近いタクシーから順番に前記配車依頼を行ってもよい。
前記配車指示部は、前記第１のタクシーと前記第２のタクシーとから前記配車依頼の承諾を受け付けると、先に配車依頼の承諾を受け付けたタクシーに前記配車指示を行ってもよい。

前記配車管理装置は、前記配車依頼部が、前記第１のタクシーの乗務員が使用する第１の乗務員端末又は前記第２のタクシーの乗務員が使用する第２の乗務員端末から前記配車依頼の承諾を受け付けると、他方の乗務員端末に、当該乗務員端末からの前記配車依頼の承諾を受け付けないことを示す情報を通知する通知部をさらに備えてもよい。

前記通知部は、前記配車依頼部が、前記第１の乗務員端末又は前記第２の乗務員端末から前記配車依頼の承諾を受け付けた後に、他方の乗務員端末から前記配車依頼の承諾を受け付けると、当該他方の乗務員端末に、前記配車依頼の承諾を受け付けないことを示す情報を通知してもよい。

本発明によれば、タクシーの乗務員の負担を軽減することができるという効果を一例として奏する。

本実施形態に係る配車管理システムの概要を説明するための図である。 本実施形態に係る配車管理装置の構成を示す図である。 本実施形態に係るタクシー情報の一例を示す図である。 本実施形態に係る乗務員端末の構成を示す図である。 本実施形態に係る配車依頼を説明するための図である。 本実施形態に係る配車依頼画面の一例を示す図である。 本実施形態に係る配車指示画面の一例を示す図である。 本実施形態に係る配車依頼取消画面の一例を示す図である。 本実施形態に係る配車管理装置における処理の流れを示すフローチャートである。 図９に続くフローチャートである。

［配車管理システムＳの概要］
図１は、本実施形態に係る配車管理システムＳの概要を説明するための図である。配車管理システムＳは、タクシーの配車を管理するシステムであり、配車管理装置１と、ユーザ端末２と、乗務員端末３とを備える。

配車管理装置１は、タクシーの配車を管理するサーバであり、インターネット等の通信ネットワークを介して複数のユーザ端末２及び複数の乗務員端末３と接続されている。ユーザ端末２は、例えばタクシーを利用するユーザが使用するスマートフォンであり、タクシーの配車を行う配車アプリケーションがインストールされている。乗務員端末３は、例えばタクシーの乗務員が利用するスマートフォンやタブレットであり、乗務員にタクシーの配車の承諾を受け付けたり、配車を指示したりする乗務員用アプリケーションがインストールされている。

本実施形態において、ユーザ端末２の配車アプリケーションは、ユーザの操作に応じて、タクシーの配車を要求する配車要求を配車管理装置１に送信する。配車管理装置１は、ユーザ端末２から配車要求を受け付けると、空車のタクシーを特定する。配車管理装置１は、空車のタクシーを複数特定した場合に、第１のタクシー（１台目のタクシー）の乗務員端末３に、予め定められた応答期間にわたって配車要求に対応する配車依頼を行い、第１のタクシーの乗務員から当該配車依頼の承諾を受け付ける。

配車管理装置１は、第１のタクシーに配車依頼を行ってから、応答期間よりも短い所定期間経過しても、第１のタクシーの乗務員が配車依頼の承諾を行わなかった場合、応答期間が経過する前に、第２のタクシー（２台目のタクシー）の乗務員端末３に配車依頼を行い、第２のタクシーの乗務員から当該配車依頼の承諾を受け付ける。

その後、配車管理装置１は、第２のタクシーに配車依頼を行ってから、第１期間経過しても、第２のタクシーの乗務員が配車依頼の承諾を行わなかった場合、応答期間が経過する前に、第３のタクシー（３台目のタクシー）の乗務員端末３に配車依頼を行い、第３のタクシーの乗務員から当該配車依頼の承諾を受け付ける。

図１に示す例では、配車管理装置１は、第３のタクシーから配車依頼の承諾を受け付ける。配車管理装置１は、配車依頼の承諾を受け付けると、配車依頼を承諾したタクシーに対して配車を指示するとともに、ユーザ端末２に配車要求に対応する配車が行われたことを示す受付情報を通知する。

このように、配車管理装置１は、一台のタクシーに配車依頼を行ってから、当該タクシーの応答期間が終了する前に、当該タクシーとは異なるタクシーの配車依頼を行う。このようにすることで、複数のタクシーのそれぞれには、順番に承諾依頼が行われることとなるので、他の乗務員が先に承諾する確率を低減することができる。また、配車管理装置１は、一台のタクシーの承諾の応答期間内に、他のタクシーにも配車依頼を行うので、一台のタクシーの承諾の応答期間経過後に、他のタクシーに配車依頼を行う場合に比べて、配車依頼の承諾を受け付けるまでの時間を短くすることができる。よって、配車管理装置１は、タクシーの乗務員の負担を軽減しつつ、利用者の利便性を確保することができる。

［配車管理装置１の構成］
続いて、配車管理装置１の構成を説明する。図２は、本実施形態に係る配車管理装置１の構成を示す図である。図２に示すように、配車管理装置１は、通信部１１と、記憶部１２と、制御部１３とを備える。

通信部１１は、インターネット等の通信ネットワークを介してユーザ端末２及び乗務員端末３と通信を行うための通信インターフェースである。
記憶部１２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含む記憶媒体である。記憶部１２は、制御部１３が実行するプログラムを記憶している。例えば、記憶部１２は、制御部１３を、状態特定部１３１、配車要求受付部１３２、空車特定部１３３、配車依頼部１３４、及び配車指示部１３５として機能させる配車管理プログラムを記憶している。

また、記憶部１２は、タクシーを識別する車両識別情報と、タクシーの位置を示す車両位置情報と、タクシーの状態を示す状態情報とを関連付けたタクシー情報を記憶する。車両位置情報は、例えば、タクシーが位置する経度及び緯度を示す情報である。また、状態情報には、「空車」、「配車」、「実車」が含まれる。なお、状態情報は、例えば、数字及び記号を組み合わせたコード情報であってもよい。

図３は、本実施形態に係るタクシー情報の一例を示す図である。図３に示すように複数のタクシーのそれぞれに対応して、車両識別情報と、車両位置情報と、状態情報とが関連付けられていることが確認できる。

制御部１３は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部１３は、記憶部１２に記憶された配車管理プログラムを実行することにより、状態特定部１３１、配車要求受付部１３２、空車特定部１３３、配車依頼部１３４、及び配車指示部１３５として機能する。これらの機能の詳細については後述する。

［乗務員端末３の構成］
続いて、乗務員端末３の構成を説明する。図４は、本実施形態に係る乗務員端末３の構成を示す図である。図４に示すように、乗務員端末３は、通信部３１と、操作部３２と、表示部３３と、記憶部３４と、制御部３５とを備える。

通信部３１は、インターネット等の通信ネットワークを介して配車管理装置１と通信を行うための通信インターフェースである。
操作部３２は、例えば、表示部３３に重畳して設けられているタッチパネルであり、タクシーの乗務員から操作入力を受け付ける。
表示部３３は、例えば、液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等により構成される。表示部３３は、制御部３５の制御に応じて各種情報を表示する。

記憶部３４は、ＲＯＭ及びＲＡＭ等を含む記憶媒体である。記憶部３４は、制御部３５が実行するプログラムを記憶している。例えば、記憶部３４は、制御部３５を、表示制御部３５１及び承諾受付部３５２として機能させる乗務員用プログラムを記憶している。

制御部３５は、例えばＣＰＵである。制御部３５は、記憶部３４に記憶された乗務員用プログラムを実行することにより、表示制御部３５１及び承諾受付部３５２として機能する。

［制御部の詳細］
続いて、制御部１３が備える状態特定部１３１、配車要求受付部１３２、空車特定部１３３、配車依頼部１３４、及び配車指示部１３５と、制御部３５が備える表示制御部３５１及び承諾受付部３５２の詳細について説明する。

配車管理装置１の状態特定部１３１は、記憶部１２に記憶されているタクシー情報を更新することにより、複数のタクシーのそれぞれの状態を管理する。具体的には、状態特定部１３１は、複数の乗務員端末３のそれぞれからタクシー情報を受信し、受信したタクシー情報に含まれている車両識別情報を特定する。状態特定部１３１は、記憶部１２において、特定した車両識別情報に関連付けられている車両位置情報及び状態情報を、受信したタクシー情報に含まれている車両位置情報及び状態情報に更新する。これにより、タクシー情報が常に最新の状態に保たれる。

配車要求受付部１３２は、ユーザ端末２から、タクシーの配車を要求する配車要求を受け付ける。具体的には、配車要求受付部１３２は、ユーザ端末２において実行されている配車アプリケーションから、ユーザ端末２を識別する端末識別情報と、ユーザ端末２のユーザを識別するユーザ識別情報と、当該ユーザが乗車を希望する位置を示す乗車位置情報とを含む配車要求を受け付ける。ここで、ユーザ識別情報は、例えば、ユーザの氏名、性別、年齢を含む情報である。また、乗車位置情報は、例えば、ユーザが乗車を希望する位置を示す経度及び緯度を示す情報である。

空車特定部１３３は、配車要求受付部１３２が配車要求を受け付けると、空車のタクシーを複数特定する。具体的には、空車特定部１３３は、配車要求受付部１３２が配車要求を受け付けると、記憶部１２に記憶されているタクシー情報を参照して、配車要求に含まれる乗車位置情報が示す位置から所定範囲内に存在する空車のタクシーを複数特定する。

配車依頼部１３４は、空車特定部１３３が空車のタクシーを複数特定すると、配車要求に含まれる乗車位置情報が示す位置に近いタクシーから順番に、配車要求に対応する配車依頼を行う。

図５は、本実施形態に係る配車依頼を説明するための図である。以下、図５を適宜参照しながら、配車依頼に係る処理の詳細について説明する。

配車依頼部１３４は、空車特定部１３３が特定した複数のタクシーのうち、第１のタクシーに予め定められた応答期間にわたって、配車要求に対応する配車依頼を行い、当該第１のタクシーの乗務員から配車依頼の承諾を受け付ける。配車依頼部１３４は、第１タクシーの乗務員が使用する乗務員端末３に配車依頼の承諾を受け付ける配車依頼情報を送信し、当該乗務員から配車依頼の承諾を受け付ける。ここで、配車依頼情報には、乗車位置情報が示す経度及び緯度を示す情報に対応する地名又は建物等の乗車位置を特定するための位置特定用情報が含まれる。

ここで、第１のタクシーは、空車特定部１３３が特定した複数の空車のタクシーのうち、配車要求に含まれる乗車位置情報が示す位置に最も近いタクシーである。また、応答期間は、例えば１０秒である。図５に示す例では、配車依頼部１３４は、時刻Ｔ１において配車依頼を行い、時刻Ｔ１から応答期間（１０秒）が経過した時刻である時刻Ｔ５まで配車依頼の承諾を受け付ける。

配車依頼部１３４は、第１のタクシーに配車依頼を行ってから、応答期間が経過する前に、空車特定部１３３が特定した複数のタクシーのうち、第１のタクシーとは異なる第２のタクシーに配車依頼を行い、当該配車依頼の承諾を受け付ける。配車依頼部１３４は、第２のタクシーの乗務員が使用する乗務員端末３に配車依頼の承諾を受け付ける配車依頼情報を送信し、当該乗務員から配車依頼の承諾を受け付ける。

具体的には、配車依頼部１３４は、第１のタクシーに配車依頼を行っても乗務員が無応答であり、応答期間よりも短い所定期間内に、第１のタクシーから配車依頼の承諾を受け付けなかった場合に、第２のタクシーに応答期間にわたって配車依頼を行う。ここで、第２のタクシーは、空車特定部１３３が特定した複数の空車のタクシーのうち、配車要求に含まれる乗車位置情報が示す位置に２番目に近いタクシーである。また、所定期間は、例えば５秒である。

図５に示す例では、配車依頼部１３４は、時刻Ｔ１から所定時間経過した時刻である時刻Ｔ２までに、第１のタクシーの乗務員から承諾を受け付けていないため、時刻Ｔ２において第２のタクシーに配車依頼を行う。そして、配車依頼部１３４は、時刻Ｔ２から応答期間が経過した時刻である時刻Ｔ６まで配車依頼の承諾を受け付ける。

また、図５に示す例では、配車依頼部１３４は、時刻Ｔ２と時刻Ｔ５との間の時刻である時刻Ｔ３において、第２のタクシーの乗務員から配車の承諾を受け付け、時刻Ｔ３と時刻Ｔ５との間の時刻である時刻Ｔ４において、第１のタクシーの乗務員から配車の承諾を受け付ける。

タクシーの乗務員が使用する乗務員端末３の表示制御部３５１は、配車管理装置１から配車依頼情報を受信すると、配車依頼が行われていることを示す配車依頼画面を表示部３３に表示させる。図６は、本実施形態に係る配車依頼画面の一例を示す図である。図６に示されているように、配車依頼画面には、配車依頼を行ったユーザの乗車位置を特定するための位置特定用情報を含み、配車依頼が行われたことを示すテキスト情報が表示されているとともに、乗務員から配車依頼の承諾を受け付ける承諾受付ボタンが設けられていることが確認できる。

承諾受付部３５２は、配車管理装置１からタクシーの配車依頼が行われ、表示制御部３５１が配車依頼画面を表示部３３に表示させると、乗務員から配車依頼の承諾を受け付ける。例えば、承諾受付部３５２は、操作部３２により図６に示す承諾受付ボタンを押下する操作を受け付けると、配車依頼の承諾を受け付ける。承諾受付部３５２は、配車依頼の承諾を受け付けると、配車依頼の承諾を受け付けたことを示す承諾受付情報を配車管理装置１に送信する。配車依頼部１３４は、承諾受付情報を受信することにより配車の承諾を受け付ける。

配車指示部１３５は、配車依頼の承諾を受け付けたタクシーに配車指示を行う。具体的には、配車指示部１３５は、配車依頼部１３４が、複数のタクシーのそれぞれから配車依頼の承諾を受け付けると、先に配車依頼の承諾を受け付けたタクシーに対応する乗務員端末３に配車指示を示す配車指示情報を送信することにより、配車指示を行う。ここで、配車指示情報には、配車要求を行ったユーザのユーザ識別情報の少なくとも一部と、位置特定用情報とが含まれている。

図５に示す例では、配車依頼部１３４は、第１のタクシーと第２のタクシーとから配車依頼の承諾を受け付けている。図５に示す例において、配車依頼部１３４は、第１のタクシーよりも先に第２のタクシーから配車依頼の承諾を受け付けている。このため、配車指示部１３５は、先に承諾を受け付けた第２のタクシーに配車指示を行う。

乗務員端末３の表示制御部３５１は、配車管理装置１から配車指示情報を受信すると、乗務員に配車を指示する配車指示画面を表示部３３に表示させる。図７は、本実施形態に係る配車指示画面の一例を示す図である。図７に示されているように、配車指示画面には、配車依頼の承諾を受け付けたことを示す情報と、配車依頼を行ったユーザのユーザ識別情報と、当該ユーザの乗車位置を特定するための位置特定用情報とが含まれていることが確認できる。

配車管理装置１の通知部１３６は、配車指示部１３５が配車指示を行うと、配車指示が行われたことを示す情報を、配車要求を行ったユーザ端末２に通知する。
また、通知部１３６は、第１のタクシーの乗務員が使用する第１の乗務員端末３又は第２のタクシーの乗務員が使用する第２の乗務員端末３から配車依頼の承諾を受け付けると、他方の乗務員端末３に、当該乗務員端末３からの配車依頼の承諾を受け付けないことを示し、配車依頼を取り消す配車依頼取消情報を通知する。

例えば、通知部１３６は、配車依頼部１３４が、第１の乗務員端末３又は第２の乗務員端末３から配車依頼の承諾を受け付けた後に、他の乗務員端末３から配車の承諾を受け付けると、当該他の乗務員端末３に、配車依頼取消情報を通知する。

乗務員端末３の表示制御部３５１は、配車管理装置１から配車依頼取消情報を受信すると、乗務員に配車依頼の承諾を受け付けず、配車依頼を取り消したことを通知する配車依頼取消画面を表示部３３に表示させる。図８は、本実施形態に係る配車依頼取消画面の一例を示す図である。図８に示される配車依頼取消画面には、配車依頼の承諾を受け付けられなかったこと、及び配車依頼を取り消したことを示す情報が表示されていることが確認できる。このようにすることで、乗務員は、配車依頼の承諾を受け付けられなかったこと、及び配車依頼が取り消されたことを把握することができる。

なお、通知部１３６は、配車依頼部１３４が、一方の乗務員端末３から配車依頼の承諾を受け付けた後に、他の乗務員端末３から配車の承諾を受け付けると、当該他の乗務員端末３に、配車依頼取消情報を通知したが、これに限らない。通知部１３６は、一方の乗務員端末３から配車依頼の承諾を受け付けると、他の乗務員端末３から配車の承諾を受け付けていない場合であっても当該他の乗務員端末３に、配車依頼取消情報を通知してもよい。このようにすることで、乗務員は、配車依頼画面において承諾受付ボタンを押下しなくても、配車依頼が取り消されたことを把握することができる。

［配車管理装置１における処理の流れ］
続いて、配車管理装置１における処理の流れについて説明する。図９及び図１０は、本実施形態に係る配車管理装置１における処理の流れを示すフローチャートである。なお、本フローチャートにおける処理と並行して、状態特定部１３１により、記憶部１２に記憶されているタクシー情報の更新が行われており、タクシー情報が常に最新の状態に保たれているものとする。

まず、配車要求受付部１３２は、ユーザ端末２から、タクシーの配車要求を受け付ける（Ｓ１）。
続いて、空車特定部１３３は、空車のタクシーを特定する（Ｓ２）。ここでは、空車特定部１３３は、空車のタクシーを複数特定するものとする。

続いて、配車依頼部１３４は、空車特定部１３３が特定した複数のタクシーのうち、一台のタクシーを選択し、当該タクシーに配車依頼を行う（Ｓ３）。
続いて、配車依頼部１３４は、応答期間が経過した配車依頼があるか判定する（Ｓ４）。配車依頼部１３４は、応答期間が経過した配車依頼があると判定すると、Ｓ５に処理を移し、当該配車依頼を取り消す。配車依頼部１３４は、応答期間が経過した配車依頼がないと判定すると、Ｓ６に処理を移す。

Ｓ６において、配車依頼部１３４は、配車依頼を行ってから所定期間が経過したか否かを判定する。配車依頼部１３４は、配車依頼を行ってから所定期間が経過したと判定すると、Ｓ７に処理を移し、所定期間が経過していないと判定すると、Ｓ８に処理を移す。

Ｓ７において、配車依頼部１３４は、空車特定部１３３が特定した複数のタクシーのうち、配車依頼を行っていない一台のタクシーを選択し、当該タクシーに新たに配車依頼を行う。

Ｓ８において、配車依頼部１３４は、配車依頼を行っているタクシーの乗務員から承諾を受け付けたか否かを判定する。配車依頼部１３４は、承諾を受け付けたと判定すると、図１０のＳ９に処理を移し、承諾を受け付けていないと判定すると、Ｓ４に処理を移す。

図１０に説明を移す。Ｓ９において、配車指示部１３５は、配車依頼の承諾を行った乗務員のタクシーに配車指示を行う。
続いて、配車依頼部１３４は、応答期間が経過した配車依頼があるか判定する（Ｓ１０）。配車依頼部１３４は、応答期間が経過した配車依頼があると判定すると、Ｓ１１に処理を移し、当該配車依頼を取り消す。配車依頼部１３４は、応答期間が経過した配車依頼がないと判定すると、Ｓ１２に処理を移す。

続いて、配車依頼部１３４は、配車依頼を行っているタクシーの乗務員から新たに承諾を受け付けたか否かを判定する（Ｓ１２）。配車依頼部１３４は、承諾を受け付けたと判定すると、Ｓ１３に処理を移し、承諾を受け付けていないと判定すると、Ｓ１４に処理を移す。

Ｓ１３において、通知部１３６は、Ｓ１２において新たに承諾を行った乗務員のタクシーに、配車依頼の承諾を受け付けないことを示し、配車依頼を取り消す配車依頼取消情報を通知する。
Ｓ１４において、配車依頼部１３４は、全ての配車依頼が取り消されているか否かを判定する。配車依頼部１３４は、全ての配車依頼が取り消されていると判定すると、本フローチャートを終了し、全ての配車依頼が取り消されていないと判定すると、Ｓ１０に処理を移す。

［変形例］
以上の説明においては、配車依頼部１３４は、空車特定部１３３が特定した複数の空車のタクシーについて、配車要求に含まれる乗車位置情報が示す位置に近いタクシーから順番に一台ずつ配車依頼を行ったが、これに限らない。配車依頼部１３４は、一度に複数のタクシーに配車依頼を行うようにしてもよい。例えば、配車依頼部１３４は、空車特定部１３３が特定した複数の空車のタクシーについて、応答期間よりも短い所定期間おきに、配車要求に含まれる乗車位置情報が示す位置に近いタクシーから順番に二台ずつ選択し、選択した二台のタクシーに配車依頼を行うようにしてもよい。

［本実施形態における効果］
以上説明したように、本実施形態に係る配車管理装置１は、ユーザ端末２から、タクシーの配車を要求する配車要求を受け付けると、空車のタクシーを複数特定し、特定した空車のタクシーのうち、第１のタクシーに予め定められた応答期間にわたって配車要求に対応する配車依頼を行い、当該配車依頼の承諾を受け付けるとともに、応答期間が経過する前に、第２のタクシーに配車依頼を行い、当該配車依頼の承諾を受け付ける。このようにすることで、配車管理装置１は、タクシーの乗務員の負担を軽減することができる。

また、配車管理装置１は、ユーザが乗車を希望する位置を示す乗車位置情報を含む配車要求を受け付けると、当該配車要求に含まれる乗車位置情報が示す位置から所定範囲内に存在する空車のタクシーを複数特定する。このようにすることで、配車管理装置１は、乗車位置情報が示す位置に到着する時間が相対的に短い空車のタクシーに限定して特定することができる。

また、配車管理装置１は、特定した複数の空車のタクシーのうち、配車要求に含まれる乗車位置情報が示す位置に近いタクシーから順番に、配車要求に対応する配車依頼を行う。このようにすることで、乗車位置情報が示す位置に到着する時間が相対的に短いタクシーにより配車依頼の承諾が行われる確率を高め、乗車位置情報が示す位置に到着するまでの時間を短くすることができる。

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

１ 配車管理装置
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 状態特定部
１３２ 配車要求受付部
１３３ 空車特定部
１３４ 配車依頼部
１３５ 配車指示部
２ ユーザ端末
３ 乗務員端末
Ｓ 配車管理システム

Claims (6)

1. ユーザの端末から、タクシーの配車を要求する配車要求を受け付ける配車要求受付部と、
   前記配車要求受付部が前記配車要求を受け付けると、空車のタクシーを複数特定する空車特定部と、
   前記空車特定部が特定した第１のタクシーに予め定められた応答期間にわたって前記配車要求に対応する配車依頼を行い、当該配車依頼の承諾を受け付けるとともに、前記第１のタクシーに当該配車依頼を行った後であるとともに、前記第１のタクシーに当該配車依頼を行ってから前記応答期間が経過する前に、前記空車特定部が特定した第２のタクシーに対して、前記配車要求に対応する配車依頼を行い、当該配車依頼の承諾を受け付ける配車依頼部と、
   前記配車依頼の承諾を受け付けたタクシーに配車指示を行う配車指示部と、
   を備える配車管理装置。
2. 前記配車要求受付部は、前記端末から、前記ユーザの乗車位置情報を含む前記配車要求を受け付け、
   前記空車特定部は、前記配車要求受付部が前記配車要求を受け付けると、前記配車要求に含まれる前記乗車位置情報が示す位置から所定範囲内に存在する空車のタクシーを複数特定する、
   請求項１に記載の配車管理装置。
3. 前記配車依頼部は、前記空車特定部が特定した前記複数のタクシーのうち、前記乗車位置情報が示す位置に近いタクシーから順番に前記配車依頼を行う、
   請求項２に記載の配車管理装置。
4. 前記配車指示部は、前記第１のタクシーと前記第２のタクシーとから前記配車依頼の承諾を受け付けると、先に配車依頼の承諾を受け付けたタクシーに前記配車指示を行う、
   請求項１から３のいずれか１項に記載の配車管理装置。
5. 前記配車依頼部が、前記第１のタクシーの乗務員が使用する第１の乗務員端末又は前記第２のタクシーの乗務員が使用する第２の乗務員端末から前記配車依頼の承諾を受け付けると、他方の乗務員端末に、当該乗務員端末からの前記配車依頼の承諾を受け付けないことを示す情報を通知する通知部をさらに備える、
   請求項１から４のいずれか１項に記載の配車管理装置。
6. 前記通知部は、前記配車依頼部が、前記第１の乗務員端末又は前記第２の乗務員端末から前記配車依頼の承諾を受け付けた後に、他方の乗務員端末から前記配車依頼の承諾を受け付けると、当該他方の乗務員端末に、前記配車依頼の承諾を受け付けないことを示す情報を通知する、
   請求項５に記載の配車管理装置。

Images