特開 2022-73933 配車管理装置及び配車管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022073933

(43)【公開日】2022-05-17

(54)【発明の名称】配車管理装置及び配車管理方法

(51)【国際特許分類】

   G06Q 50/30 20120101AFI20220510BHJP

   G08G 1/123 20060101ALI20220510BHJP

   G16Y 10/40 20200101ALI20220510BHJP

   G16Y 20/20 20200101ALI20220510BHJP

   G16Y 40/10 20200101ALI20220510BHJP

【ＦＩ】

G06Q50/30

G08G1/123 A

G16Y10/40

G16Y20/20

G16Y40/10

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2021115250

(22)【出願日】2021-07-12

(31)【優先権主張番号】P 2020183785

(32)【優先日】2020-11-02

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】512200217

【氏名又は名称】株式会社Ｍｏｂｉｌｉｔｙ Ｔｅｃｈｎｏｌｏｇｉｅｓ

(74)【代理人】

【識別番号】100166006

【弁理士】

【氏名又は名称】泉 通博

(74)【代理人】

【識別番号】100154070

【弁理士】

【氏名又は名称】久恒 京範

(74)【代理人】

【識別番号】100153280

【弁理士】

【氏名又は名称】寺川 賢祐

(72)【発明者】

【氏名】黒澤 隆由

(72)【発明者】

【氏名】脇水 誠

(72)【発明者】

【氏名】足立 宏

(72)【発明者】

【氏名】伊藤 貴敬

(72)【発明者】

【氏名】織田 拓磨

【テーマコード（参考）】

5H181

5L049

【Ｆターム（参考）】

5H181AA14

5H181BB04

5H181BB05

5H181BB13

5H181FF13

5H181FF27

5H181FF33

5H181MA05

5H181MA08

5H181MA13

5L049CC42

(57)【要約】

【課題】１人のユーザから複数の配車依頼を受け付ける場合に、タクシーの運転手の労力が無駄になる事態を抑制できるようにする。
【解決手段】本発明の一実施形態に係る配車管理装置１は、ユーザから指定日時及び指定位置に配車するための複数の配車依頼を受け付ける受付部１３１と、複数の配車依頼それぞれの指定日時において当該配車依頼の指定位置に配車するための配車要求を車両に対して送信する要求送信部１３４と、を有し、受付部は、ユーザから第１の配車依頼を受け付けた後にユーザから第２の配車依頼を受け付ける場合であって、第１の配車依頼の指定日時を基準とした所定の期間に第２の配車依頼の指定日時が含まれるときに、第２の配車依頼を受け付けず、期間に第２の配車依頼の指定日時が含まれないときに、第２の配車依頼を受け付ける。
【選択図】図２

【特許請求の範囲】

【請求項1】

ユーザから指定日時及び指定位置に配車するための複数の配車依頼を受け付ける受付部と、
複数の前記配車依頼それぞれの前記指定日時において当該配車依頼の前記指定位置に配車するための配車要求を車両に対して送信する要求送信部と、
を有し、
前記受付部は、前記ユーザから第１の前記配車依頼を受け付けた後に前記ユーザから第２の前記配車依頼を受け付ける場合であって、第１の前記配車依頼の前記指定日時を基準とした所定の期間に第２の前記配車依頼の前記指定日時が含まれるときに、第２の前記配車依頼を受け付けず、前記期間に第２の前記配車依頼の前記指定日時が含まれないときに、第２の前記配車依頼を受け付ける、
配車管理装置。

【請求項2】

前記受付部は、前記配車管理装置を管理する管理者から、前記期間の設定を受け付ける、
請求項１に記載の配車管理装置。

【請求項3】

前記ユーザが使用するユーザ端末において前記指定日時の指定を受け付けている間に、前記指定日時が前記期間に含まれているか否かを示す情報を前記ユーザ端末に通知する通知部をさらに有する、
請求項１又は２に記載の配車管理装置。

【請求項4】

前記受付部は、第１の前記配車依頼の前記指定日時及び前記指定位置と、第２の前記配車依頼の前記指定日時及び前記指定位置と、が同一である場合に、前記期間に第２の前記配車依頼の前記指定日時が含まれるときであっても、第２の前記配車依頼を受け付ける、
請求項１から３のいずれか一項に記載の配車管理装置。

【請求項5】

前記受付部は、第１ユーザから前記第１ユーザに対して配車するための第１の前記配車依頼を受け付けた後に、前記第１ユーザから前記第１ユーザとは異なる第２ユーザに対して配車するための第２の前記配車依頼を受け付けた場合に、前記期間に第２の前記配車依頼の前記指定日時が含まれるときであっても、第２の前記配車依頼を受け付ける、
請求項１から４のいずれか一項に記載の配車管理装置。

【請求項6】

前記要求送信部は、前記配車依頼の前記指定日時より前に、前記ユーザに配車されている場合又は前記ユーザが乗車している場合に、当該配車依頼に対する前記配車要求を送信しない、
請求項１から５のいずれか一項に記載の配車管理装置。

【請求項7】

前記要求送信部は、前記配車依頼の前記指定日時より前に、前記ユーザが乗車しており、かつ前記ユーザが乗車している車両の位置又は目的地の少なくとも一方と、前記指定位置と、の関係が所定条件を満たす場合に、当該配車依頼に対する前記配車要求を送信しない、
請求項６に記載の配車管理装置。

【請求項8】

前記受付部は、前記ユーザから受け付けた複数の前記配車依頼のうち所定の数又は割合以上の前記配車依頼に基づいて配車された車両に前記ユーザが乗車しなかった場合に、当該ユーザから受け付けた複数の前記配車依頼のうち残りの前記配車依頼を取り消す、
請求項１から７のいずれか一項に記載の配車管理装置。

【請求項9】

複数の前記配車依頼それぞれの前記指定日時より前の時刻に、当該配車依頼の前記指定位置を基準とする所定の範囲内にいる複数の配車可能車両の中から、候補車両を選択する選択部をさらに有し、
前記要求送信部は、前記選択部が選択した前記候補車両に対して、前記配車要求を送信する、
請求項１から８のいずれか一項に記載の配車管理装置。

【請求項10】

前記選択部は、前記複数の配車可能車両それぞれが前記指定位置に到着する到着予測時刻を予測し、前記複数の配車可能車両の中から、前記到着予測時刻と前記指定日時との関係に基づいて、前記候補車両を選択する、
請求項９に記載の配車管理装置。

【請求項11】

プロセッサが実行する、
ユーザから第１指定日時及び第１指定位置に配車するための第１の配車依頼を受け付けるステップと、
前記ユーザから前記第１の配車依頼を受け付けた後に前記ユーザから第２指定日時及び第２指定位置に配車するための第２の配車依頼を受け付ける場合であって、前記第１指定日時を基準とした所定の期間に前記第２指定日時が含まれるときに、前記第２の配車依頼を受け付けず、前記期間に前記第２指定日時が含まれないときに、前記第２の配車依頼を受け付けるステップと、
前記第１指定日時において前記第１指定位置に配車するための第１配車要求を車両に対して送信するステップと、
前記第２指定日時において前記第２指定位置に配車するための第２配車要求を車両に対して送信するステップと、
を有する、配車管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、タクシーの配車を管理するシステムが知られている。例えば、特許文献１には、タクシーが空車であるか否かを示すタクシーの状態と、タクシーの位置情報とを管理し、タクシーのユーザから現在位置を受け付けると、当該現在位置の周辺のタクシーを検索し、検索結果をユーザに通知するシステムが提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１－２４８８４８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

１人のユーザから複数の配車依頼を受け付けるようにすると、ユーザは意図せず配車日時が互いに近い複数の配車依頼をしてしまい、いずれかの配車依頼においてユーザが配車地点に現れない状況（いわゆるノーショウ）が発生する場合がある。このような場合に、タクシーの運転手が配車地点まで移動する労力が無駄になってしまい、運転手の不利益になるという問題があった。

【0005】

そこで、本発明はこれらの点に鑑みてなされたものであり、１人のユーザから複数の配車依頼を受け付ける場合に、タクシーの運転手の労力が無駄になる事態を抑制することを目的とする。

【課題を解決するための手段】

【0006】

本発明の第１の態様の配車管理装置は、ユーザから指定日時及び指定位置に配車するための複数の配車依頼を受け付ける受付部と、複数の前記配車依頼それぞれの前記指定日時において当該配車依頼の前記指定位置に配車するための配車要求を車両に対して送信する要求送信部と、を有し、前記受付部は、前記ユーザから第１の前記配車依頼を受け付けた後に前記ユーザから第２の前記配車依頼を受け付ける場合であって、第１の前記配車依頼の前記指定日時を基準とした所定の期間に第２の前記配車依頼の前記指定日時が含まれるときに、第２の前記配車依頼を受け付けず、前記期間に第２の前記配車依頼の前記指定日時が含まれないときに、第２の前記配車依頼を受け付ける。

【0007】

前記受付部は、前記配車管理装置を管理する管理者から、前記期間の設定を受け付けてもよい。

【0008】

前記配車管理装置は、前記ユーザが使用するユーザ端末において前記指定日時の指定を受け付けている間に、前記指定日時が前記期間に含まれているか否かを示す情報を前記ユーザ端末に通知する通知部をさらに有してもよい。

【0009】

前記受付部は、第１の前記配車依頼の前記指定日時及び前記指定位置と、第２の前記配車依頼の前記指定日時及び前記指定位置と、が同一である場合に、前記期間に第２の前記配車依頼の前記指定日時が含まれるときであっても、第２の前記配車依頼を受け付けてもよい。

【0010】

前記受付部は、第１ユーザから前記第１ユーザに対して配車するための第１の前記配車依頼を受け付けた後に、前記第１ユーザから前記第１ユーザとは異なる第２ユーザに対して配車するための第２の前記配車依頼を受け付けた場合に、前記期間に第２の前記配車依頼の前記指定日時が含まれるときであっても、第２の前記配車依頼を受け付けてもよい。

【0011】

前記要求送信部は、前記配車依頼の前記指定日時より前に、前記ユーザに配車されている場合又は前記ユーザが乗車している場合に、当該配車依頼に対する前記配車要求を送信しなくてもよい。

【0012】

前記要求送信部は、前記配車依頼の前記指定日時より前に、前記ユーザが乗車しており、かつ前記ユーザが乗車している車両の位置又は目的地の少なくとも一方と、前記指定位置と、の関係が所定条件を満たす場合に、当該配車依頼に対する前記配車要求を送信しなくてもよい。

【0013】

前記受付部は、前記ユーザから受け付けた複数の前記配車依頼のうち所定の数又は割合以上の前記配車依頼に基づいて配車された車両に前記ユーザが乗車しなかった場合に、当該ユーザから受け付けた複数の前記配車依頼のうち残りの前記配車依頼を取り消してもよい。

【0014】

前記配車管理装置は、複数の前記配車依頼それぞれの前記指定日時より前の時刻に、当該配車依頼の前記指定位置を基準とする所定の範囲内にいる複数の配車可能車両の中から、候補車両を選択する選択部をさらに有し、前記要求送信部は、前記選択部が選択した前記候補車両に対して、前記配車要求を送信してもよい。

【0015】

前記選択部は、前記複数の配車可能車両それぞれが前記指定位置に到着する到着予測時刻を予測し、前記複数の配車可能車両の中から、前記到着予測時刻と前記指定日時との関係に基づいて、前記候補車両を選択してもよい。

【0016】

本発明の第２の態様の配車管理方法は、プロセッサが実行する、ユーザから第１指定日時及び第１指定位置に配車するための第１の配車依頼を受け付けるステップと、前記ユーザから前記第１の配車依頼を受け付けた後に前記ユーザから第２指定日時及び第２指定位置に配車するための第２の配車依頼を受け付ける場合であって、前記第１指定日時を基準とした所定の期間に前記第２指定日時が含まれるときに、前記第２の配車依頼を受け付けず、前記期間に前記第２指定日時が含まれないときに、前記第２の配車依頼を受け付けるステップと、前記第１指定日時において前記第１指定位置に配車するための第１配車要求を車両に対して送信するステップと、前記第２指定日時において前記第２指定位置に配車するための第２配車要求を車両に対して送信するステップと、を有する。

【発明の効果】

【0017】

本発明によれば、１人のユーザから複数の配車依頼を受け付ける場合に、タクシーの運転手の労力が無駄になる事態を抑制できるという効果を奏する。

【図面の簡単な説明】

【0018】

【図1】実施形態に係る配車管理システムの概要を説明するための図である。

【図2】実施形態に係る配車管理システムのブロック図である。

【図3】配車依頼画面を表示しているユーザ端末の模式図である。

【図4】配車依頼確定画面を表示しているユーザ端末の模式図である。

【図5】選択部が候補車両を選択する方法を説明するための模式図である。

【図6】配車要求画面を表示している乗務員端末の模式図である。

【図7】通知画面を表示しているユーザ端末の模式図である。

【図8】実施形態に係る配車管理装置が実行する例示的な配車管理方法のフローチャートを示す図である。

【図9】配車依頼一覧画面を表示しているユーザ端末の模式図である。

【図10】配車依頼画面を表示しているユーザ端末の模式図である。

【図11】変形例に係る配車管理装置が実行する例示的な配車管理方法のうち配車依頼を受け付ける処理のフローチャートを示す図である。

【図12】変形例に係る配車管理装置が実行する例示的な配車管理方法のうち配車要求を送信する処理のフローチャートを示す図である。

【発明を実施するための形態】

【0019】

＜第１実施形態＞
［配車管理システムの概要］
図１は、本実施形態に係る配車管理システムの概要を説明するための図である。配車管理システムは、タクシーの配車を管理するシステムであり、配車管理装置１と、ユーザ端末２と、乗務員端末３とを備える。配車管理システムは、その他のサーバ、端末等の機器を含んでもよい。

【0020】

配車管理装置１は、タクシーの配車を管理するサーバ等のコンピュータである。配車管理装置１は、ユーザから指定日時及び指定位置に配車するための配車依頼を受け付け、配車依頼に対して配車可能な車両を選択して配車要求を行う。配車依頼は、タクシーを利用するユーザ（利用客又は乗客ともいう）がタクシーの配車をする事業者に対して配車を希望することを伝えることができる任意の形式の情報を含んでよい。配車管理装置１は、インターネット等の通信ネットワークを介して複数のユーザ端末２及び複数の乗務員端末３と接続されている。

【0021】

ユーザ端末２は、ユーザが使用するスマートフォン、タブレット端末等の情報端末である。ユーザ端末２は、情報を表示可能な液晶ディスプレイ等の表示部と、人間による操作を受け付け可能なタッチパネル等の操作部とを有する。ユーザ端末２は、ユーザからタクシーの配車条件の入力を受け付ける配車アプリケーションプログラム（以下、「配車アプリケーション」という）がインストールされている。

【0022】

乗務員端末３は、タクシーの乗務員（運転手ともいう）が利用するスマートフォン、タブレット端末等の情報端末であり、タクシーに配備されている。乗務員端末３は、カーナビゲーションシステムのように車両と一体化された装置であってもよい。乗務員端末３は、情報を表示可能な液晶ディスプレイ等の表示部と、人間による操作を受け付け可能なタッチパネル等の操作部とを有する。乗務員端末３は、乗務員に対して配車要求を表示したり、乗務員から配車の承諾を受け付けたりする乗務員用アプリケーションプログラム（以下、「乗務員用アプリケーション」という）がインストールされている。

【0023】

本実施形態に係る配車管理システムが実行する処理の概要を以下に説明する。ユーザ端末２は、配車アプリケーションを実行し、ユーザの操作に応じて、タクシーの配車を依頼するための、将来の指定日時及び指定位置に配車するための配車依頼を配車管理装置１に送信する。

【0024】

配車管理装置１は、ユーザ端末２から、指定日時及び指定位置に配車するための配車依頼を受け付ける。配車管理装置１は、指定日時より前の時刻に、指定位置を基準とする所定の範囲内にいる複数の配車可能車両の中から、候補車両を選択する。指定位置を基準とする所定の範囲は、例えば指定位置から所定の距離内の範囲、又は指定位置に配車可能なエリアとして予め設定された範囲である。指定位置を基準とする所定の範囲は、ユーザが配車依頼をした日時と指定日時との差の最小値として設定された時間内に指定位置まで移動することができるエリアとして予め設定された範囲であってもよい。また、指定位置を基準とする所定の範囲は、指定位置に対応する他の位置に基づいて設定された範囲であってもよい。この場合、指定位置を基準とする所定の範囲は、例えば、指定位置が含まれる所定の領域内の基準位置に関連付けられた範囲である。

【0025】

配車管理装置１は、例えば、指定日時の迎車手配時間前の時刻に候補車両を選択する。迎車手配時間は、配車可能な車両が、ユーザ端末２を利用するユーザの位置まで迎車に行くために必要だと想定される時間である。迎車手配時間は、例えば、指定位置の周辺にいる配車可能車両に対して配車要求をした後に当該配車可能車両が指定位置に到達可能な時間として想定される最長の時間である。一例として、迎車手配時間は、上記の所定の範囲において指定位置から最も遠い位置の車両が指定位置に移動するために要すると想定される最長の時間であり、例えば１０分間～２０分間である。

【0026】

配車管理装置１は、選択した候補車両に対して、指定位置に配車するための配車要求を送信する。候補車両に配備された乗務員端末３は、乗務員用アプリケーションを実行し、乗務員の操作に応じて、配車の承諾を配車管理装置１に送信する。

【0027】

配車管理装置１は、候補車両の乗務員端末３から配車の承諾を受け付けると、当該候補車両をユーザに配車する配車車両として決定し、配車車両の乗務員端末３に対して配車指示を送信する。

【0028】

このように、配車管理装置１は、指定日時より前の時刻に、指定位置の周辺にいる配車可能車両の中からユーザに対して配車する候補車両を選択し、配車要求を送信する。これにより、タクシーの運転手は、指定日時が近付いたタイミングで適宜ユーザに対する配車を引き受けることができるため、指定位置の周辺でタクシーの運行を調整したり、長時間待機したりする必要がない。したがって、配車管理装置１は、タクシーの運転手の負担を軽減しながら、ユーザによって指定された指定日時及び指定位置にタクシーを配車できる。

【0029】

［配車管理システムの構成］
図２は、本実施形態に係る配車管理システムのブロック図である。図２において、矢印は主なデータの流れを示しており、図２に示したもの以外のデータの流れがあってよい。図２において、各ブロックはハードウェア（装置）単位の構成ではなく、機能単位の構成を示している。そのため、図２に示すブロックは単一の装置内に実装されてよく、あるいは複数の装置内に分かれて実装されてよい。ブロック間のデータの授受は、データバス、ネットワーク、可搬記憶媒体等、任意の手段を介して行われてよい。

【0030】

配車管理装置１は、通信部１１と、記憶部１２と、制御部１３とを有する。配車管理装置１は、２つ以上の物理的に分離した装置が有線又は無線で接続されることにより構成されてもよい。また、配車管理装置１は、コンピュータ資源の集合であるクラウドによって構成されてもよい。

【0031】

通信部１１は、インターネット等の通信ネットワークを介してユーザ端末２及び乗務員端末３と通信を行うための通信インターフェースである。記憶部１２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクドライブ等を含む記憶媒体である。記憶部１２は、制御部１３が実行するプログラムを予め記憶している。記憶部１２は、配車管理装置１の外部に設けられてもよく、その場合にネットワークを介して制御部１３との間でデータの授受を行ってもよい。

【0032】

制御部１３は、受付部１３１と、算出部１３２と、選択部１３３と、要求送信部１３４と、配車指示部１３５と、通知部１３６と、を有する。制御部１３は、例えばＣＰＵ（Central Processing Unit）等のプロセッサであり、記憶部１２に記憶されたプログラムを実行することにより、受付部１３１、算出部１３２、選択部１３３、要求送信部１３４、配車指示部１３５及び通知部１３６として機能する。制御部１３の機能の少なくとも一部は電気回路によって実行されてもよい。また、制御部１３の機能の少なくとも一部は、制御部１３がネットワーク経由で実行されるプログラムを実行することによって実現されてもよい。

【0033】

受付部１３１は、指定日時及び指定位置に配車するための配車依頼を受け付ける。ユーザ端末２は、ユーザが指定日時及び指定位置に配車するための配車依頼を入力するための配車依頼画面を表示部上に表示する。図３は、配車依頼画面Ａを表示しているユーザ端末２の模式図である。

【0034】

配車依頼画面Ａは、ユーザがタクシーの配車を受ける際の出発地である指定位置を入力するための指定位置欄Ａ１と、ユーザがタクシーの配車を受ける日時である指定日時を入力するための指定日時欄Ａ２とを含む。指定位置欄Ａ１は、配車依頼画面Ａに含まれている地図上でユーザにより指定された位置を指定位置として受け付けてもよく、ユーザにより入力された住所を指定位置として受け付けてもよい。

【0035】

図３の例では、ユーザ端末２は、指定位置の入力を受け付けた後に指定日時の入力を受け付けているが、各情報の入力を受け付ける際の順序や入力方式は限定されない。さらに配車依頼画面Ａは、ユーザがタクシーの配車を受けた後の目的地、ユーザがタクシーの料金の支払いに用いる決済方法等、配車依頼に関するその他の情報の入力を受け付けてもよい。

【0036】

ユーザ端末２は、配車依頼画面Ａにおいてユーザにより入力された情報を、配車依頼として配車管理装置１に送信する。配車依頼は、例えば、指定日時及び指定位置を含む情報である。配車管理装置１において、一例として、受付部１３１は、ユーザ端末２から、指定日時及び指定位置を含む配車依頼を受信する。この時点では、受付部１３１は、受信した配車依頼を確定しない。

【0037】

また、受付部１３１は、ユーザ端末２とは異なる端末から指定日時及び指定位置を示す情報を受信した後、ユーザ端末２から指定日時及び指定位置を含まない配車依頼を受信してもよい。この場合に、受付部１３１は、例えば、ユーザ端末２を利用するユーザを識別するためのユーザ識別情報（以下、ユーザＩＤ）が設定されたユーザ端末２から受信した配車依頼と、当該ユーザＩＤが設定された他の端末から受信した指定日時及び指定位置と、を関連付ける。

【0038】

算出部１３２は、配車管理装置１が、指定日時における配車依頼を受け付けるか否かを決定するために使用される、ユーザが指定した時刻に配車ができる確率である配車成功確率を算出する。算出部１３２は、例えば、指定位置を基準とする所定の範囲内にいる車両による過去の配車の実績に関する情報に基づいて、配車成功確率を算出する。算出部１３２は、配車成功確率を算出するために、一例として指定位置を含む周辺領域における過去の配車可能車両の数に対応する統計情報を取得する。周辺領域は、例えば、タクシーが業務として走行可能な指定位置を含む営業区域や、指定位置を中心とした所定範囲（例えば、半径２ｋｍの円）の領域等の所定領域である。

【0039】

統計情報は、例えば、周辺領域においてタクシーの平均供給数と、過去の配車に要した実績配車時間とを含む。平均供給数は、例えば、時間帯ごと、曜日ごと、日付ごと等の区分で集計された、配車可能なタクシーの数の平均値である。実績配車時間は、例えば、地図上の網状領域（メッシュ）ごとに、時間帯ごと、曜日ごと、日付ごと等の区分で集計された、所定確率（例えば、９５パーセンタイル）で配車に掛かった時間である。

【0040】

算出部１３２は、統計情報が含む平均供給数及び実績配車時間に基づいて、タクシーが指定位置に到達するために要すると推定される時間である推定所要時間を算出する。算出部１３２は、例えば、統計情報が含む平均供給数と、算出された推定所要時間とに基づいて、指定日時において指定位置に配車できる配車成功確率を算出する。配車成功確率は、所定の迎車手配時間内に配車可能なタクシーが確保でき、かつ当該タクシーが指定位置に到着できる確率である。

【0041】

算出部１３２は、例えば、指定日時の時間帯、曜日又は日付と同じ区分の平均供給数を用いて、迎車手配時間から推定所要時間を引いた時間内に、一又は複数のユーザから既に受け付けた配車依頼の数より多い数のタクシーが確保できる確率を、配車成功確率として算出する。

【0042】

また、算出部１３２は、統計情報に代えて、指定位置を基準とする所定の範囲における過去の配車の実績を用いて、指定日時において指定位置に配車できる配車成功確率を算出してもよい。算出部１３２は、推定所要時間及び配車成功確率を算出するために、ここに示した具体的な方法に限定されず、過去の配車の実績に関する情報に基づいたその他の方法を用いてもよい。

【0043】

また、算出部１３２は、指定日時における指定位置を基準とする所定の範囲の予測状況に応じて、配車依頼に掛かる手配料金を算出する。算出部１３２は、例えば、指定日時における指定位置を基準とする所定の範囲の天候状況を示す天気予報情報、及び指定日時における指定位置を基準とする所定の範囲の交通状況を示す交通予測情報を、外部のサーバから取得する。算出部１３２は、指定日時において既に受け付けた配車依頼の数、天気予報情報及び交通予測情報に基づいて、手配料金を算出する。

【0044】

算出部１３２は、例えば、天気予報情報が悪天候を示す場合に、そうでない場合よりも手配料金を高くしてもよい。算出部１３２は、例えば、交通予測情報が渋滞の発生を示す場合に、そうでない場合よりも手配料金を高くしてもよい。

【0045】

算出部１３２は、指定日時において既に受け付けた配車依頼の数が多いほど手配料金を高くしてもよい。算出部１３２は、指定日時以前の所定の期間内に受け付けた配車依頼の数が多いほど手配料金を高くしてもよい。当該期間は、１回の乗車時間の平均値に対応しており、例えば１５分である。算出部１３２がこのように配車依頼の数に基づいて手配料金を決定することで、配車依頼が発生する頻度の平準化につながる。

【0046】

また、算出部１３２は、指定日時に加えて、指定日時を基準とする所定の期間における指定日時とは異なる一又は複数の候補日時（例えば、指定日時の１０分前及び１０分後）に対して、同様の方法で配車成功確率及び手配料金を算出する。算出部１３２は、算出した配車成功確率及び手配料金を受付部１３１に通知する。

【0047】

受付部１３１は、配車の指定日時をユーザに設定してもらうための配車依頼確定画面をユーザ端末２が表示させるために必要な情報をユーザ端末２に送信する。受付部１３１は、例えば、算出部１３２が算出した配車成功確率に基づいて決定した指定日時及び候補日時の選択可否、及び指定日時及び候補日時にタクシーを手配するために必要になる手配料金を含む情報を、ユーザ端末２に送信する。ユーザ端末２は、配車管理装置１から受信した情報に基づいて、ユーザが配車依頼を確定するための配車依頼確定画面を表示部上に表示する。図４（ａ）、図４（ｂ）は、配車依頼確定画面Ｂを表示しているユーザ端末２の模式図である。

【0048】

図４（ａ）は、配車成功確率が所定の閾値（例えば、０．９５、０．９９等の所定値）以上である場合に表示される配車依頼確定画面Ｂを表している。一方、図４（ｂ）は、配車成功確率が当該閾値未満である場合に表示される配車依頼確定画面Ｂを表している。

【0049】

配車依頼確定画面Ｂは、ユーザが指定日時を選択するための指定日時選択欄Ｂ１と、ユーザが候補日時を選択するための候補日時選択欄Ｂ２とを含む。指定日時選択欄Ｂ１は、ユーザが配車依頼画面Ａで指定した指定日時と、指定日時の手配料金と、を表している。候補日時選択欄Ｂ２は、指定日時とは異なる一又は複数の候補日時（例えば、指定日時の１０分前及び１０分後）と、一又は複数の候補日時それぞれの手配料金と、を表している。候補日時選択欄Ｂ２は、配車成功確率が閾値未満の候補日時を表さず、配車成功確率が閾値以上の候補日時のみを表している。

【0050】

このように、配車管理装置１は、指定日時及び候補日時と、指定日時及び候補日時それぞれの手配料金とを関連付けてユーザに対して提示する。手配料金は配車依頼の混雑度、天気予報、交通予測等に応じて異なるように設定されているため、配車管理装置１は、特定の日時に配車依頼が集中することを抑制することができる。

【0051】

受付部１３１は、ユーザ端末２に表示された配車依頼確定画面Ｂにおいて指定日時又は候補日時のいずれかの選択を受け付ける。受付部１３１は、配車依頼確定画面Ｂにおいて選択された指定日時又は候補日時において、配車依頼画面Ａにおいて指定された指定位置に配車するための配車依頼を、確定された配車依頼として受け付け、ユーザＩＤと関連付けて記憶部１２に記憶させる。

【0052】

配車依頼確定画面Ｂにおいて、配車成功確率が閾値以上である場合に図４（ａ）のように指定日時選択欄Ｂ１は選択可能であり、配車成功確率が閾値未満である場合に図４（ｂ）のように指定日時選択欄Ｂ１は選択不可能である。すなわち、受付部１３１は、配車成功確率が閾値以上であることを条件として、指定日時及び指定位置に配車するための配車依頼を受け付ける。このように、配車管理装置１は、統計情報に基づいて算出された指定日時の配車成功確率が高いことを条件として、指定日時における配車依頼を受け付けるため、指定日時の直前になってタクシーが手配できない確率を低下させ、ユーザに不利益が生じることを抑制できる。

【0053】

一方、受付部１３１は、配車成功確率が閾値未満である場合には、指定日時の配車依頼を受け付けず、選択された候補日時及び指定位置に配車するための配車依頼を受け付ける。このように、配車管理装置１は、統計情報に基づいて算出された指定日時の配車成功確率が低い場合には、指定日時とは異なる配車成功確率が高い候補日時をユーザに提案するため、ユーザの利便性を向上できる。

【0054】

また、受付部１３１は、配車成功確率に代えて又は加えて、指定日時において既に受け付けた配車依頼の数に基づいて、指定日時における配車依頼を受け付けるか否かを判定してもよい。この場合に、受付部１３１は、記憶部１２に予め記憶された、日時ごとに配車依頼を受け付け可能な最大数を示す情報を取得する。

【0055】

最大数は、日時ごとに固定された値であってもよく、指定日時における指定位置を基準とする所定の範囲の天候状況又は交通状況の少なくとも一方に応じて決定される値であってもよい。受付部１３１は、例えば、配車管理システムを提供する事業者の端末において、最大数の値の設定を受け付ける。また、受付部１３１は、例えば、天候情報又は交通状況と、配車依頼を受け付け可能な数と、を予め関連付けたテーブルを用いて、指定日時における指定位置を基準とする所定の範囲の天候状況又は交通状況の少なくとも一方に関連付けられた数を、最大数の値として決定してもよい。

【0056】

また、受付部１３１は、指定位置を基準とする所定の範囲における過去の配車依頼数に基づいて、最大数を決定してもよい。この場合に、受付部１３１は、例えば、過去の配車依頼数が少ないほど最大数を大きくし、過去の配車依頼数が多いほど最大数を小さくする。

【0057】

受付部１３１は、指定日時において既に受け付けた配車依頼の数が最大数以上である場合に、指定日時に配車するための配車依頼を受け付けず、そうでない場合に配車依頼を受け付ける。これにより、配車管理装置１は、指定日時の直前になってタクシーが手配できない確率を低下させることができる。

【0058】

配車依頼確定画面Ｂにおいて、指定日時において既に受け付けた配車依頼の数が最大値未満である場合に図４（ａ）のように指定日時選択欄Ｂ１は選択可能であり、指定日時において既に受け付けた配車依頼の数が最大値以上である場合に図４（ｂ）のように指定日時選択欄Ｂ１は選択不可能である。

【0059】

すなわち、受付部１３１は、指定日時において既に受け付けた配車依頼の数が最大値未満であることを条件として、指定日時及び指定位置に配車するための配車依頼を受け付ける。一方、受付部１３１は、指定日時において既に受け付けた配車依頼の数が最大値以上である場合には、指定日時の配車依頼を受け付けず、選択された候補日時及び指定位置に配車するための配車依頼を受け付ける。

【0060】

このように、配車管理装置１は、日時ごとに受付可能な配車依頼の数に応じて指定日時における配車依頼の受け付け可否を切り替えて別の候補日時を提案するため、指定日時の直前になってタクシーが手配できない確率を低下させ、ユーザに不利益が生じることを抑制できる。

【0061】

選択部１３３は、受付部１３１がユーザからの配車依頼を受け付けたことに応じて、指定日時より前の時刻に、配車を指示する車両を選択する。選択部１３３は、例えば、指定日時の迎車手配時間前の時刻に、受付部１３１が受け付けた配車依頼が含む指定日時及び指定位置に基づいて、指定位置を基準とする所定の範囲内にいる複数の配車可能車両の中から、配車要求を送信する対象の候補車両を選択する。上述したように、迎車手配時間は、指定位置の周辺にいる配車可能車両に対して配車要求をした後に当該配車可能車両が指定位置に到達可能な時間として想定される最長の時間であり、例えば１０分間～２０分間の所定の時間である。

【0062】

候補車両の選択に用いる所定の範囲は、例えば、指定位置を含む周辺領域である。周辺領域は、例えば、タクシーが業務として走行可能な指定位置を含む営業区域や、指定位置を中心とした所定範囲（例えば、半径２ｋｍの円）の領域等の所定領域である。また、候補車両の選択に用いる所定の範囲は、指定位置を含まず、指定位置を基準として定義される領域であって、指定位置を含まない領域（例えば、指定位置を中心としたドーナツ状の領域）であってもよい。所定の範囲の形状は円形に限らず、他の形状であってもよい。所定の範囲の境界線は、市区町村の境界線又はタクシー事業者の営業範囲の境界線により定められていてもよい。

【0063】

選択部１３３は、例えば、指定日時に指定位置に到着できる確率が高い候補車両を優先的に選択し、選択した候補車両が配車に応じることができない場合に、直前に選択した候補車両を除いた車両の中から指定日時に指定位置に到着できる可能性がある他の候補車両を選択する。選択部１３３は、例えば、直前に選択した候補車両よりも早く指定位置に到着できる可能性がある他の候補車両を次に選択する。選択部１３３は、選択した候補車両を要求送信部１３４に通知し、要求送信部１３４に、候補車両に対して配車要求を送信させる。

【0064】

要求送信部１３４は、選択部１３３が選択した候補車両に配備された乗務員端末３に対して、指定位置に配車するための配車要求を送信する。配車要求は、例えば、指定位置を含む情報である。配車要求は、指定位置に加えて、指定日時を含んでもよい。

【0065】

図５は、選択部１３３が候補車両を選択する方法を説明するための模式図である。図５は、指定位置を含む周辺領域Ｒを表している。周辺領域Ｒは、例えば、タクシーが業務として走行可能な指定位置を含む営業区域や、指定位置を中心とした所定範囲（例えば、半径２ｋｍの円）の領域等の所定領域である。

【0066】

図５の例は、指定日時が１７：００であり、迎車手配時間が１２分に設定されているため、現在時刻である１６：４８に選択部１３３が候補車両の選択を開始した状況を表している。

【0067】

選択部１３３は、受付部１３１が受け付けた配車依頼が含む指定日時及び指定位置を取得する。また、選択部１３３は、複数のタクシーそれぞれに配備された乗務員端末３から、ＧＰＳ（Global Positioning System）を用いて特定された当該タクシーの位置を示す位置情報を取得する。

【0068】

選択部１３３は、複数のタクシーそれぞれの位置情報に基づいて、指定位置を含む周辺領域Ｒ内にいる複数の配車可能車両を特定する。配車可能車両は、周辺領域Ｒ内に位置しており、かつ空車のタクシーである。選択部１３３は、特定した複数の配車可能車両それぞれが指定位置に到着する到着予測時刻を予測する。選択部１３３は、例えば、既知の経路探索方法を用いて、配車可能車両の位置から指定位置までの経路を探索し、所定速度の配車可能車両が探索された経路を走行して指定位置に到着する到着予測時刻を算出する。選択部１３３は、到着予測時刻を予測するために、ここに示した具体的な方法に限定されず、その他の方法を用いてもよい。

【0069】

選択部１３３は、複数の配車可能車両の中から、到着予測時刻と指定日時との関係に基づいていずれか１つの候補車両を選択し、要求送信部１３４に候補車両に対して配車要求を送信させる。選択部１３３は、例えば複数の配車可能車両の中から、到着予測時刻が指定日時の所定時間前（例えば２分前）の時刻に最も近い車両を、候補車両として選択する。これにより、配車管理装置１は、ユーザによって指定された指定日時よりも少し前にタクシーが指定位置に到着するように調整し、タクシーが長時間待機することなく指定日時に遅延することを抑制できる。

【0070】

後述のように候補車両が配車要求を承諾しなかった場合に、選択部１３３は、配車要求を承諾しなかった候補車両以外の複数の配車可能車両の中から、指定日時の所定時間前（例えば２分前）の時刻に最も近い到着予測時刻を有する車両を、候補車両として改めて選択し、要求送信部１３４に候補車両に対して配車要求を送信させる。また、選択部１３３は、配車要求を承諾しなかった候補車両よりも早い時刻に到着できる車両を、候補車両として選択してもよい。選択部１３３は、いずれかの候補車両が配車要求を承諾するまで、候補車両の選択を繰り返す。これにより、配車管理装置１は、タクシーの乗務員の意思を尊重しながら、ユーザに対して指定日時に配車できるタクシーを探すことができる。

【0071】

図５の例は、選択部１３３が、配車可能車両として車両Ｖ１、Ｖ２、Ｖ３を特定し、車両Ｖ１、Ｖ２、Ｖ３それぞれの指定位置Ｐへの到着予測時刻を予測した状況を表している。選択部１３３は、指定日時である１７：００の２分前の時刻に最も近い到着予測時刻を有する車両Ｖ１を、候補車両として選択し、要求送信部１３４に車両Ｖ１に対して配車要求を送信させる。車両Ｖ１が配車要求を承諾しなかった場合には、選択部１３３は、指定日時である１２：００の２分前の時刻に車両Ｖ１の次に近い到着予測時刻を有する車両Ｖ２を、候補車両として選択し、要求送信部１３４に車両Ｖ２に対して配車要求を送信させる。

【0072】

選択部１３３は、周辺領域Ｒ内にいる配車可能車両の数に応じて迎車手配時間を決定してもよい。この場合に、選択部１３３は、例えば、配車可能車両の数が多いほど迎車手配時間を短くし、配車可能車両の数が少ないほど迎車手配時間を長くする。これにより、配車管理装置１は、指定位置の周辺に空車のタクシーが少なく、タクシーが決定するまでに時間が掛かると見込まれる場合には、迎車手配時間を長くするため、ユーザに対して指定日時に配車できる確率を高めることができる。

【0073】

また、選択部１３３は、指定位置における天候状況又は交通状況に応じて迎車手配時間を決定してもよい。この場合に、選択部１３３は、外部のサーバから天気予報情報及び交通予測情報を取得する。算出部１３２は、例えば、天気予報情報が悪天候を示す場合に、そうでない場合よりも迎車手配時間を長くする。算出部１３２は、例えば、交通予測情報が渋滞の発生を示す場合に、そうでない場合よりも迎車手配時間を長くする。これにより、配車管理装置１は、悪天候によりタクシーの需要が高まる場合や、渋滞によりタクシーが指定位置に到着するまでに時間が掛かる場合には、迎車手配時間を長くするため、ユーザに対して指定日時に配車できる確率を高めることができる。

【0074】

乗務員端末３は、配車管理装置１から受信した配車要求に基づいて、乗務員が配車依頼を承諾するための配車要求画面を表示部上に表示する。図６は、配車要求画面Ｃを表示している乗務員端末３の模式図である。配車要求画面Ｃは、配車要求が含む指定位置と、乗務員端末３が配備されたタクシーの位置とを、地図上に表している。また、配車要求画面Ｃは、乗務員から配車要求を承諾する操作を受け付ける。

【0075】

候補車両が配車要求を承諾しなかった場合、すなわち乗務員端末３において乗務員による配車要求を承諾する操作が所定時間行われなかった場合に、配車管理装置１において、選択部１３３は、配車要求を承諾しなかった候補車両を除外して、図５に示した方法で候補車両を改めて選択する。

【0076】

候補車両が配車要求を承諾した場合に、配車指示部１３５は、配車要求を承諾した候補車両を配車車両として確定し、指定日時において指定位置に配車することを示す配車指示を配車車両に送信する。配車車両の乗務員は、配車管理装置１から受信した配車指示が示す指定日時及び指定位置に従って配車し、ユーザを乗車させる。

【0077】

また、選択部１３３は、複数の配車可能車両の中から、到着予測時刻と指定日時との関係に基づいて複数の候補車両を選択し、要求送信部１３４に複数の候補車両それぞれに対して配車要求を送信させてもよい。選択部１３３は、例えば指定位置を基準とする所定の範囲内のタクシーに一斉に配車要求を送信する。この場合に、配車指示部１３５は、複数の候補車両のうち、配車要求を承諾したいずれか１つの候補車両を配車車両として確定する。

【0078】

また、選択部１３３は、候補車両を選択する前に、指定日時において指定位置に配車できるか否かを判定し、通知部１３６は、選択部１３３が配車できないと判定した場合に所定の情報をユーザに通知してもよい。選択部１３３は、指定日時において指定位置に配車できるか否かを判定するために、例えば、指定日時の迎車手配時間前の時刻に、外部のサーバから天気予報情報及び交通予測情報を取得する。選択部１３３は、例えば、天気予報情報が悪天候を示す場合や、交通予測情報が渋滞の発生を示す場合に、指定日時において指定位置に配車できないと判定する。

【0079】

また、選択部１３３は、指定日時の迎車手配時間前の時刻に、指定位置を基準とする所定の範囲内の空車のタクシーの数を示す情報を外部のサーバから受信し、空車のタクシーの数が配車依頼の数よりも少ない場合に、指定日時において指定位置に配車できないと判定してもよい。また、選択部１３３は、指定位置を基準とする所定の範囲内の空車のタクシーの数に加えて、実車のタクシーであって指定位置を基準とする所定の範囲に到着する予定のタクシーの数を用いて、指定日時において指定位置に配車できるか否かを判定してもよい。この場合に、選択部１３３は、例えば、カーナビゲーションシステムに入力された目的地が指定位置を基準とする所定の範囲内であるタクシー、又は出発地から予測された到着地が指定位置を基準とする所定の範囲内であるタクシーを示す情報を外部のサーバから受信し、当該タクシーを指定位置を基準とする所定の範囲に到着する予定のタクシーとする。

【0080】

選択部１３３が配車できないと判定した場合に、通知部１３６は、指定日時において指定位置に配車できないことをユーザに通知する通知情報を生成し、ユーザ端末２に送信する。ユーザ端末２は、配車管理装置１から受信した通知情報を含む通知画面を表示部上に表示する。

【0081】

図７は、通知画面Ｄを表示しているユーザ端末２の模式図である。通知画面Ｄは、指定日時において指定位置に配車できないことをユーザに通知する通知情報を含む。また、通知画面Ｄは、配車依頼を続けること又は配車依頼を取り消すことを選択する操作をユーザから受け付ける。選択部１３３は、ユーザによって配車依頼を続けることが選択された場合に候補車両の選択を行い、ユーザによって配車依頼を取り消すことが選択された場合に候補車両の選択を行わない。これにより、配車管理装置１は、ユーザに対して時間通りに配車できない可能性を通知し、ユーザの意思に応じて候補車両の選択をするか否かを切り替えることができるため、ユーザの不満を軽減できる。

【0082】

［配車管理方法のフローチャート］
図８は、本実施形態に係る配車管理装置１が実行する例示的な配車管理方法のフローチャートを示す図である。配車管理装置１において、受付部１３１は、ユーザ端末２から、指定日時及び指定位置に配車するための配車依頼を受信する（Ｓ１１）。算出部１３２は、統計情報に基づいて、指定日時において指定位置に配車できる配車成功確率を算出する（Ｓ１２）。また、算出部１３２は、指定日時における指定位置を基準とする所定の範囲の予測状況に応じて、配車依頼に掛かる手配料金を算出する。また、算出部１３２は、指定日時前後の候補日時に対して、同様に配車成功確率及び手配料金を算出する。

【0083】

受付部１３１は、算出部１３２が算出した配車成功確率及び手配料金を含む情報を、ユーザ端末２に送信する。受付部１３１は、ユーザ端末２において指定日時又は候補日時のいずれかの選択を受け付ける（Ｓ１３）。受付部１３１は、選択された指定日時又は候補日時において、指定位置に配車するための配車依頼を、確定された配車依頼として受け付ける。

【0084】

指定日時の迎車手配時間前の時刻になっていない場合（Ｓ１４のＮＯ）、選択部１３３は待機する。指定日時の迎車手配時間前の時刻になった場合（Ｓ１４のＹＥＳ）、選択部１３３は、受付部１３１が受け付けた配車依頼が含む指定日時及び指定位置に基づいて、配車要求を送信する対象の候補車両を選択する（Ｓ１５）。

【0085】

要求送信部１３４は、選択部１３３が選択した候補車両に配備された乗務員端末３に対して、指定位置に配車するための配車要求を送信する（Ｓ１６）。候補車両が配車要求を承諾しなかった場合に（Ｓ１７のＮＯ）、選択部１３３は、配車要求を承諾しなかった候補車両を除外して、ステップＳ１５に戻って候補車両を改めて選択する。

【0086】

候補車両が配車要求を承諾した場合に（Ｓ１７のＹＥＳ）、配車指示部１３５は、配車要求を承諾した候補車両を配車車両として確定し、指定日時において指定位置に配車することを示す配車指示を配車車両に送信する（Ｓ１８）。

【0087】

［実施形態の効果］
本実施形態に係る配車管理システムによれば、配車管理装置１は、指定日時より前の時刻に、指定位置の周辺にいる配車可能車両の中からユーザに対して配車する候補車両を選択し、配車要求を送信する。これにより、タクシーの運転手は、指定日時が近付いたタイミングで適宜ユーザに対する配車を引き受けることができるため、指定位置の周辺でタクシーの運行を調整したり、長時間待機したりする必要がない。したがって、配車管理装置１は、タクシーの運転手の負担を軽減しながら、ユーザによって指定された指定日時及び指定位置にタクシーを配車できる。

【0088】

＜第２実施形態＞
本実施形態において、配車管理システムは、１人のユーザから複数の配車依頼を受け付ける。本実施形態に係る配車管理システムは、例えば、図１及び図２に示した構成を有する。以下、第１実施形態とは異なる部分を主に説明する。

【0089】

ユーザから複数の配車依頼を受け付けるために、ユーザ端末２は、図３に例示した配車依頼画面Ａを表示する前に、配車依頼一覧画面を表示部上に表示する。図９（ａ）、図９（ｂ）は、配車依頼一覧画面Ｅを表示しているユーザ端末２の模式図である。ユーザがまだ配車依頼を行っていない場合に、配車依頼一覧画面Ｅは、新たな配車依頼を行うためのボタンＥ１を含む。

【0090】

ユーザが既に一又は複数の配車依頼を行った場合に、配車依頼一覧画面Ｅは、新たな配車依頼を行うためのボタンＥ１と、配車依頼情報Ｅ２と、を含む。配車依頼情報Ｅ２は、配車管理装置１の受付部１３１がユーザから受け付けた一又は複数の配車依頼それぞれに関する情報である。配車依頼情報Ｅ２は、例えば、指定日時、手配料金、指定位置（出発地）及び目的地を含む。

【0091】

ユーザ端末２は、配車依頼一覧画面ＥにおいてユーザによりボタンＥ１を選択する操作が行われた場合に、図３に例示した配車依頼画面Ａを表示部上に表示する。ユーザ端末２は、配車依頼画面Ａにおいてユーザにより入力された情報を、配車依頼として配車管理装置１に送信する。配車管理装置１において、受付部１３１は、ユーザ端末２から、例えば指定日時及び指定位置を含む配車依頼を受信する。このように、受付部１３１は、ユーザ端末２に表示された配車依頼一覧画面Ｅ及び配車依頼画面Ａにおいて配車依頼を順次受け付けることによって、ユーザから指定日時及び指定位置に配車するための複数の配車依頼を受け付けることができる。

【0092】

受付部１３１は、ユーザから２つ目以降の配車依頼を受け付ける場合に、既に受け付けた配車依頼の指定日時と、新たな配車依頼の指定日時と、の関係に基づいて、新たな配車依頼を受け付けるか否かを判定する。２つ目以降の配車依頼は、指定日時が到来していない他の配車依頼が残っている状態でユーザが行う配車依頼である。１つ目の配車依頼は、指定日時が到来していない他の配車依頼が残っていない状態でユーザが行う配車依頼である。

【0093】

受付部１３１は、例えば、ユーザから第１の配車依頼を受け付けた後に当該ユーザから第２の配車依頼を受け付ける場合であって、第１の配車依頼の指定日時を基準とした除外期間に第２の配車依頼の指定日時が含まれるときに、第２の配車依頼を受け付けず、除外期間に第２の配車依頼の指定日時が含まれないときに、第２の配車依頼を受け付ける。第１の配車依頼は、例えば、ユーザから既に受け付けた一又は複数の配車依頼のうち、配車がまだ行われていない（すなわち、指定日時が到来していない）一又は複数の配車依頼それぞれである。これにより、受付部１３１は、複数の配車依頼の指定日時が互いに近い場合に配車依頼を受け付けないようにするため、ユーザが意図せず指定日時が互いに近い複数の配車依頼をしてしまうことを防ぎ、タクシーの運転手の労力が無駄になる事態を抑制できる。

【0094】

除外期間は、複数の配車依頼の指定日時が含まれることを許可しない期間である。除外期間は、例えば、３０分、１時間、１日等の予め定められた時間によって表される。また、除外期間は、配車管理装置１を管理する管理者によって設定されてもよい。この場合に、受付部１３１は、管理者が使用するスマートフォン、タブレット端末等の情報端末において指定された期間を、除外期間として受け付ける。これにより、配車管理装置１は、複数の配車依頼において受け付け可能とする指定日時の間隔を容易に調整可能にできる。

【0095】

通知部１３６は、ユーザ端末２において指定日時の指定を受け付けている間に、指定日時が除外期間に含まれているか否かを示す情報をユーザ端末２に通知してもよい。受付部１３１は、例えば、ユーザ端末２において指定された指定日時を取得し、取得した指定日時を第２の配車依頼の指定日時として、第１の配車依頼の指定日時を基準とした除外期間に第２の配車依頼の指定日時が含まれるか否かを判定する。

【0096】

通知部１３６は、指定日時が除外期間に含まれている場合に、指定日時が除外期間に含まれていることを示す通知情報を、ユーザ端末２に送信する。ユーザ端末２は、配車管理装置１から受信した通知情報を、配車依頼画面Ａ上に表示する。

【0097】

図１０は、配車依頼画面Ａを表示しているユーザ端末２の模式図である。配車依頼画面Ａは、図３に例示した指定日時欄Ａ２に加えて、通知情報Ａ３を含む。通知情報Ａ３は、例えば、指定日時が除外期間に含まれていることを示すメッセージを含む。これにより、配車管理装置１は、ユーザが指定している指定日時が除外期間か否かをユーザに通知し、ユーザが他の指定日時を指定するように促すことができる。

【0098】

第１実施形態と同様の方法で、算出部１３２は、配車成功確率及び手配料金を算出する。受付部１３１は、配車成功確率及び手配料金に基づいて、配車依頼確定画面をユーザ端末２が表示させるために必要な情報をユーザ端末２に送信する。ユーザ端末２は、配車管理装置１から受信した情報に基づいて、ユーザが配車依頼を確定するための配車依頼確定画面を表示部上に表示する。

【0099】

受付部１３１は、配車依頼確定画面において選択された指定日時又は候補日時において、配車依頼画面において指定された指定位置に配車するための配車依頼を、確定された配車依頼として受け付ける。確定された配車依頼は、図９（ｂ）に例示した配車依頼一覧画面Ｅの配車依頼情報Ｅ２として表示される。

【0100】

選択部１３３は、一又は複数の配車依頼それぞれの指定日時より前の時刻に、配車を指示する車両を選択する。選択部１３３が１つの配車依頼に基づいて車両を選択する方法は、第１の実施形態と同様である。選択部１３３は、例えば、一又は複数の配車依頼それぞれの指定日時の迎車手配時間前の時刻に、当該配車依頼の指定位置を基準とする所定の範囲内にいる複数の配車可能車両の中から、候補車両を選択する。

【0101】

要求送信部１３４は、一又は複数の配車依頼それぞれの指定日時において当該配車依頼の指定位置に配車するための配車要求を、選択部１３３が選択した候補車両に対して送信する。要求送信部１３４が１つの配車依頼に基づいて配車要求を送信する方法は、第１の実施形態と同様である。

【0102】

候補車両が配車要求を承諾した場合に、配車指示部１３５は、配車要求を承諾した候補車両を配車車両として確定し、指定日時において指定位置に配車することを示す配車指示を配車車両に送信する。配車車両の乗務員は、配車管理装置１から受信した配車指示が示す指定日時及び指定位置に従って配車し、ユーザを乗車させる。

【0103】

配車指示部１３５が配車指示を送信した後、受付部１３１は、ユーザに対して配車されていること、ユーザが配車された車両に乗車していること、ユーザが乗車している車両の目的地、ユーザが配車された車両から降車したこと等を示す配車実績情報を、乗務員端末３から受信し、ユーザＩＤと関連付けて記憶部１２に記憶させる。

【0104】

受付部１３１は、記憶部１２に記憶された配車実績情報に基づいて、ユーザから受け付けた複数の配車依頼のうち所定の数又は割合以上の配車依頼に基づいて配車された車両に当該ユーザが乗車しなかった場合に、当該ユーザから受け付けた複数の配車依頼のうち残りの配車依頼を取り消す。受付部１３１は、例えば、記憶部１２において、配車依頼を削除し、又は配車依頼に取り消されたことを示す情報（フラグ等）を関連付けることによって、配車依頼を取り消す。これにより、配車管理装置１は、配車依頼をしたにも関わらず乗車しないことが多いユーザの配車依頼を自動的に取り消し、乗務員に不利益が生じる確率を低減することができる。

【0105】

［配車管理方法のフローチャート］
図１１は、本変形例に係る配車管理装置１が実行する例示的な配車管理方法のうち配車依頼を受け付ける処理のフローチャートを示す図である。配車管理装置１において、受付部１３１は、ユーザ端末２から、指定日時及び指定位置に配車するための配車依頼を受信する（Ｓ２１）。

【0106】

受付部１３１は、ユーザ端末２から受信した配車依頼が２つ目以降の配車依頼であるか否か（すなわち、同一のユーザから既に配車依頼を受け付けたか否か）を判定する（Ｓ２２）。受付部１３１が、受信した配車依頼がユーザの１つ目の配車依頼であると判定した場合に（Ｓ２２のＮＯ）、配車管理装置１は、ステップＳ２５に進む。

【0107】

受付部１３１が、受信した配車依頼がユーザからの２つ目以降の配車依頼であると判定した場合に（Ｓ２２のＹＥＳ）、受付部１３１は、受け付けようとしている配車依頼を第２の配車依頼とし、既に受け付けた第１の配車依頼の指定日時を基準とした除外期間に第２の配車依頼の指定日時が含まれるか否かを判定する。第１の配車依頼は、例えば、ユーザから既に受け付けた一又は複数の配車依頼のうち、配車がまだ行われていない（すなわち、指定日時が到来していない）一又は複数の配車依頼それぞれである。

【0108】

第２の配車依頼の指定日時が除外期間に含まれると受付部１３１が判定した場合に（ステップＳ２３のＹＥＳ）、受付部１３１は、第２の配車依頼を受け付けず、通知部１３６は、指定日時が除外期間に含まれていることを示す通知情報を、ユーザ端末２に送信する（ステップＳ２４）。配車管理装置１は、ステップＳ２１に戻る。第２の配車依頼の指定日時が除外期間に含まれないと受付部１３１が判定した場合に（ステップＳ２３のＮＯ）、受付部１３１は、第２の配車依頼を受け付け、配車管理装置１は、ステップＳ２５に進む。

【0109】

算出部１３２は、統計情報に基づいて、指定日時において指定位置に配車できる配車成功確率を算出する（Ｓ２５）。また、算出部１３２は、指定日時における指定位置を基準とする所定の範囲の予測状況に応じて、配車依頼に掛かる手配料金を算出する。また、算出部１３２は、指定日時前後の候補日時に対して、同様に配車成功確率及び手配料金を算出する。

【0110】

受付部１３１は、算出部１３２が算出した配車成功確率及び手配料金を含む情報を、ユーザ端末２に送信する。受付部１３１は、ユーザ端末２において指定日時又は候補日時のいずれかの選択を受け付ける（Ｓ２６）。受付部１３１は、選択された指定日時又は候補日時において、指定位置に配車するための配車依頼を、確定された配車依頼として受け付ける。

【0111】

ユーザから配車依頼の受け付けを終了していない場合に（Ｓ２７のＮＯ）、配車管理装置１は、ステップＳ２１～Ｓ２７を繰り返す。ユーザから配車依頼の受け付けを終了した場合に（Ｓ２７のＹＥＳ）、配車管理装置１は、処理を終了する。

【0112】

図１２は、本変形例に係る配車管理装置１が実行する例示的な配車管理方法のうち配車要求を送信する処理のフローチャートを示す図である。図１２のフローチャートに係る処理は、図１１のフローチャートに係る処理の後に行われてもよく、図１１のフローチャートに係る処理と並行して行われてもよい。

【0113】

ユーザから受け付けた一又は複数の配車依頼それぞれの指定日時の迎車手配時間前の時刻になっていない場合に（Ｓ３１のＮＯ）、選択部１３３は待機する。ユーザから受け付けた一又は複数の配車依頼のいずれかの指定日時の迎車手配時間前の時刻になった場合に（Ｓ３１のＹＥＳ）、選択部１３３は、当該配車依頼が含む指定日時及び指定位置に基づいて、配車要求を送信する対象の候補車両を選択する（Ｓ３２）。

【0114】

要求送信部１３４は、選択部１３３が選択した候補車両に配備された乗務員端末３に対して、指定位置に配車するための配車要求を送信する（Ｓ３３）。候補車両が配車要求を承諾しなかった場合に（Ｓ３４のＮＯ）、選択部１３３は、配車要求を承諾しなかった候補車両を除外して、ステップＳ３２に戻って候補車両を改めて選択する。

【0115】

候補車両が配車要求を承諾した場合に（Ｓ３４のＹＥＳ）、配車指示部１３５は、配車要求を承諾した候補車両を配車車両として確定し、指定日時において指定位置に配車することを示す配車指示を配車車両に送信する（Ｓ３５）。配車車両の乗務員は、配車管理装置１から受信した配車指示が示す指定日時及び指定位置に従って配車し、ユーザを乗車させる。

【0116】

配車指示部１３５が配車指示を送信した後、受付部１３１は、ユーザに対して配車されていること、ユーザが配車された車両に乗車していること、ユーザが乗車している車両の目的地、ユーザが配車された車両から降車したこと等を示す配車実績情報を、乗務員端末３から受信し、ユーザＩＤと関連付けて記憶部１２に記憶させる。

【0117】

記憶部１２に記憶された配車実績情報に基づいて、ユーザから受け付けた複数の配車依頼のうち所定の数又は割合以上の配車依頼に基づいて配車された車両に当該ユーザが乗車しなかった場合に（Ｓ３６のＹＥＳ）、受付部１３１は、当該ユーザから受け付けた複数の配車依頼のうち残りの配車依頼を取り消し（Ｓ３７）、そうでない場合に（Ｓ３６のＮＯ）、配車管理装置１は、ステップＳ３８に進む。配車管理装置１は、全ての配車依頼に対応する配車が終了した場合に（Ｓ３８のＹＥＳ）、処理を終了し、そうでない場合に（Ｓ３８のＮＯ）、ステップＳ３１に戻る。

【0118】

［実施形態の効果］
本実施形態に係る配車管理システムによれば、配車管理装置１は、指定日時が互いに近い複数の配車依頼を受け付けないようにする。これにより、配車管理装置１は、ユーザが意図せず指定日時が互いに近い複数の配車依頼をしてしまうことを抑制し、ユーザが指定位置に現れない状況を発生しづらくすることができる。したがって、配車管理装置１は、１人のユーザから複数の配車依頼を受け付ける場合に、タクシーの運転手が指定位置まで移動する労力が無駄になる事態を抑制できる。

【0119】

［第１変形例］
ユーザから受け付けた配車依頼の指定日時の直前に、ユーザに対して配車中の場合又はユーザが乗車中の場合に、ユーザは配車依頼の指定位置に現れないおそれが大きい。このような場合に、本変形例に係る配車管理装置１は、配車要求を送信しない。

【0120】

要求送信部１３４は、ユーザから受け付けた一又は複数の配車依頼それぞれの指定日時より前の時刻に、ユーザに配車されているか否かと、ユーザが乗車しているか否かと、を判定する。要求送信部１３４が判定を行う時刻は、例えば、第１実施形態における、指定日時の迎車手配時間前の時刻である。また、要求送信部１３４が判定を行う時刻は、指定日時の１０分前、３０分前等、指定日時の所定時間前の時刻であってもよい。要求送信部１３４は、例えば、記憶部１２に記憶された配車実績情報に基づいて、ユーザに配車されているか否かと、ユーザが乗車しているか否かと、を判定する。

【0121】

要求送信部１３４は、ユーザに配車されていると判定した場合又はユーザが乗車していると判定した場合に、当該配車依頼に対する配車要求を候補車両に送信しない。一方、要求送信部１３４は、配車依頼の指定日時より前の時刻に、ユーザに配車されておらず、かつユーザが乗車していないと判定した場合に、当該配車依頼に対する配車要求を候補車両に送信する。これにより、配車管理装置１は、配車中又は乗車中のユーザに対して配車をしないようにし、タクシーの運転手の労力が無駄になる事態を抑制できる。

【0122】

また、要求送信部１３４は、記憶部１２に記憶された配車実績情報に基づいて、ユーザが乗車しており、かつユーザが乗車している車両の目的地と配車依頼の指定位置との関係が所定条件を満たすと判定した場合に、当該配車依頼に対する配車要求を送信しなくてもよい。目的地と指定位置との関係は、例えば、目的地と指定位置とが所定距離（１０ｋｍ、３０ｋｍ等）以上、離れていることである。ユーザが乗車している車両の目的地と、配車依頼の指定位置とが大きく離れている場合には、ユーザは配車依頼の指定位置に現れない確率が高い。要求送信部１３４は、乗車中の車両の目的地が指定位置から離れているユーザに対して配車要求を送信しないことで、タクシーの運転手の労力が無駄になる事態を抑制できる。

【0123】

また、要求送信部１３４は、ユーザが乗車している車両の目的地と指定位置との関係に加えて、ユーザが目的地に到着する予定の時刻と指定日時との関係に基づいて、配車依頼に対する配車要求を送信するか否かを判定してもよい。一例として、要求送信部１３４は、記憶部１２に記憶された配車実績情報に基づいてユーザが乗車していることを特定した車両が走行中の位置を示す位置情報を、通信部１１を介して取得する。要求送信部１３４は、ユーザが乗車している車両の位置と目的地との距離、及び車両の走行速度（例えば平均走行速度）に基づいて、目的地に到着する予定の時刻を算出する。さらに、要求送信部１３４は、目的地と指定位置との距離に基づいて目的地から指定位置までの移動に要する時間を算出し、ユーザが車両の位置から目的地を介して指定位置に最短で到着できると推定される時刻を算出する。要求送信部１３４は推定時刻が配車依頼の指定日時よりも後である場合に、配車要求を送信しない。要求送信部１３４がこのように動作することで、ユーザが指定日時までに指定位置に到着しないことを高い精度で検出できるので、タクシーの運転手の労力が無駄になる事態を抑制できる。

【0124】

要求送信部１３４は、記憶部１２に記憶された配車実績情報に基づいてユーザが乗車していることを特定した車両が走行中の位置を示す位置情報を、通信部１１を介して取得し、車両が走行中の位置と指定位置との距離が所定の条件を満たす場合に、配車要求を送信しないようにしてもよい。一例として、要求送信部１３４は、ユーザが乗車している車両の位置と指定位置との距離、及び車両の走行速度（例えば平均走行速度）に基づいて、車両が指定位置に到着できると推定される時刻を算出する。要求送信部１３４は推定時刻が配車依頼の指定日時よりも後である場合に、配車要求を送信しない。要求送信部１３４がこのように動作することで、ユーザが指定日時までに指定位置に到着しないことを高い精度で検出できるので、タクシーの運転手の労力が無駄になる事態を抑制できる。

【0125】

［第２変形例］
配車管理装置１は、１人のユーザから指定日時及び指定位置に同時に複数の車両を配車するための配車依頼を受け付ける場合がある。本変形例において、配車管理装置１は、ユーザが複数の車両を同時に配車することを希望する場合に、複数の配車依頼の指定日時の間の関係によらず、複数の配車依頼を受け付ける。

【0126】

受付部１３１は、例えば、ユーザ端末２から、同時に配車する複数の車両に対応する複数の配車依頼を受信する。また、受付部１３１は、１つの配車依頼とともに配車する車両の台数を受信し、当該台数が２台以上である場合に、当該配車依頼を当該台数に対応する複数の配車依頼として受け付けてもよい。

【0127】

受付部１３１は、例えば、複数の配車依頼のうち、第１の配車依頼の指定日時及び指定位置と、第２の配車依頼の指定日時及び指定位置と、が同一である場合に、除外期間に第２の配車依頼の指定日時が含まれるときであっても、第２の配車依頼を受け付ける。これにより、配車管理装置１は、ユーザが複数の車両の同時配車を希望する場合に、複数の配車依頼の指定日時が互いに近い場合であっても複数の車両を配車することを可能にし、ユーザの利便性を向上させることができる。

【0128】

［第３変形例］
配車管理装置１は、あるユーザから別のユーザに対して配車するための配車依頼を受け付ける場合がある。本変形例において、配車管理装置１は、あるユーザが別のユーザに対して配車することを希望する場合に、複数の配車依頼の指定日時の間の関係によらず、複数の配車依頼を受け付ける。

【0129】

受付部１３１は、例えば、ユーザ端末２から、配車依頼とともに、配車先のユーザを識別するためのユーザＩＤを受信し、配車依頼と配車先のユーザのユーザＩＤとを関連付けて記憶部１２に記憶させる。受付部１３１は、例えば、第１ユーザから第１ユーザに対して配車するための第１の配車依頼を受け付けた後に、第１ユーザから第１ユーザとは異なる第２ユーザに対して配車するための第２の配車依頼を受け付けた場合に、除外期間に第２の配車依頼の指定日時が含まれるときであっても、第２の配車依頼を受け付ける。

【0130】

第１ユーザが第２ユーザのために配車依頼をする状況においては、第１ユーザが行った複数の配車依頼の指定日時が近いことは、第１ユーザが指定位置に現れない要因にはなりづらい。そこで、本変形例に係る配車管理装置１は、第１ユーザが第２ユーザに対して配車を希望する場合に、第１ユーザに対して配車するための配車依頼の指定日時と、第２ユーザに対して配車するための配車依頼の指定日時とが互いに近い場合であっても、車両を配車することを可能にし、ユーザの利便性を向上させることができる。

【0131】

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

【0132】

配車管理装置１のプロセッサは、図８、図１１、図１２に示す配車管理方法に含まれる各ステップ（工程）の主体となる。すなわち、配車管理装置１のプロセッサは、図８、図１１、図１２に示す配車管理方法を実行するためのプログラムを記憶部１２から読み出し、該プログラムを実行することによって、図８、図１１、図１２に示す配車管理方法を実行する。図８、図１１、図１２に示す配車管理方法に含まれるステップは一部省略されてもよく、ステップ間の順番が変更されてもよく、複数のステップが並行して行われてもよい。

【符号の説明】

【0133】

１ 配車管理装置
１３ 制御部
１３１ 受付部
１３２ 算出部
１３３ 選択部
１３４ 要求送信部
１３５ 配車指示部
１３６ 通知部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】