JP2019040509A - 車両の配車を管理するためのシステム、方法、及びプログラム - Google Patents

Abstract

【課題】 配車された車両が到着するまでの待ち時間がユーザの想定よりも長くなってしまうことを抑制する。【解決手段】本発明の一実施形態に係る配車管理サーバ１０は、タクシー等の車両の配車を管理するための機能を有する。当該配車管理サーバ１０は、受け付けた配車要求に対して割り当てた車両に対応する待ち時間を予測し、予測した待ち時間が所定の範囲に含まれない場合に、ユーザに対する所定の確認を介して車両に迎車を依頼するから、所定の範囲に含まれない待ち時間を要する車両に対する迎車の依頼が、ユーザ確認なしに行われてしまうことを防止する。【選択図】 図１

Description

本発明は、車両の配車を管理するためのシステム、方法、及びプログラムに関するものである。

従来、タクシー等の車両の配車を管理するためのシステムが提案されている（例えば、下記特許文献１を参照）。こうしたシステムでは、ユーザがスマートフォン等を介して車両の配車を要求することができ、例えば、当該システムにおいて管理されている複数の車両のうち、ユーザによって入力された乗車位置から最も近い空車状態の車両が配車される。

特開２０１６−２１８８８３号公報

しかしながら、乗車位置から最も近い車両が配車されたとしても、当該乗車位置に車両が到着するまでの待ち時間がユーザの想定よりも長いと、ユーザの満足度を低下させてしまう。例えば、配車する車両が確定した後に、予測される待ち時間をユーザに提示する場合、当該待ち時間がユーザの想定よりも長いと、配車要求自体をキャンセルされてしまう可能性もある。

本発明の実施形態は、配車された車両が到着するまでの待ち時間がユーザの想定よりも長くなってしまうことを抑制することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、車両の配車を管理するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、乗車位置の特定を伴う配車要求をユーザから受け付ける処理と、受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼する処理と、を実行し、前記迎車を依頼する処理は、前記割り当てた車両が前記特定された乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、前記ユーザに対する所定の確認を介することなく前記割り当てた車両に対して迎車を依頼する一方、前記予測した待ち時間が前記所定の範囲に含まれない場合には、前記ユーザに対する前記所定の確認を介して前記割り当てた車両に対して迎車を依頼することを含む。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、車両の配車を管理するための方法であって、乗車位置の特定を伴う配車要求をユーザから受け付けるステップと、受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼するステップと、を備え、前記迎車を依頼するステップは、前記割り当てた車両が前記特定された乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、前記ユーザに対する所定の確認を介することなく前記割り当てた車両に対して迎車を依頼する一方、前記予測した待ち時間が前記所定の範囲に含まれない場合には、前記ユーザに対する前記所定の確認を介して前記割り当てた車両に対して迎車を依頼することを含む。

本発明の一実施形態に係るプログラムは、車両の配車を管理するためのプログラムであって、１又は複数のコンピュータ上での実行に応じて、前記１又は複数のコンピュータに、乗車位置の特定を伴う配車要求をユーザから受け付ける処理と、受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼する処理と、を実行させ、前記迎車を依頼する処理は、前記割り当てた車両が前記特定された乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、前記ユーザに対する所定の確認を介することなく前記割り当てた車両に対して迎車を依頼する一方、前記予測した待ち時間が前記所定の範囲に含まれない場合には、前記ユーザに対する前記所定の確認を介して前記割り当てた車両に対して迎車を依頼することを含む。

本発明の様々な実施形態は、配車された車両が到着するまでの待ち時間がユーザの想定よりも長くなってしまうことを抑制する。

本発明の一実施形態に係る配車管理サーバ１０を含むネットワークの構成を概略的に示す構成図。 配車管理サーバ１０の機能を概略的に示すブロック図。 配車要求情報テーブルにおいて管理される情報を例示する図。 車両情報テーブルにおいて管理される情報を例示する図。 トップ画面５０を例示する図。 待ち時間の目安を設定するためにサーバ１０が実行する処理を例示するフロー図。 乗車位置指定画面６０を例示する図。 配車要求画面７０を例示する図。 配車中画面８０を例示する図。 配車要求のキャンセル可能な期間の経過に応じてサーバ１０が実行する処理を例示するフロー図。 迎車依頼の可否をユーザに確認する際の配車中画面８０を例示する図。 迎車依頼確認画面１００を例示する図。 迎車待ち画面９０を例示する図。 迎車中画面１１０を例示する図。 到着報告画面１２０を例示する図。 乗車報告画面１３０を例示する図。 迎車キャンセル画面１４０を例示する図。

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

図１は、本発明の一実施形態に係る配車管理サーバ１０を含むネットワークの構成を概略的に示す構成図である。サーバ１０は、図示するように、インターネット等のネットワーク２０を介してユーザ端末３２、及び、ドライバー端末３４と通信可能に接続されている。図１においては、それぞれ１つのユーザ端末３２、及び、ドライバー端末３４のみが図示されているが、サーバ１０は、それぞれ複数のユーザ端末３２、及び、ドライバー端末３４と通信可能に接続されている。サーバ１０は、タクシー等の車両の配車を管理するための機能を有する。配車管理サーバ１０は、本発明のシステムの全部又は一部を実装する装置の一例である。

配車管理サーバ１０は、一般的なコンピュータとして構成されており、図１に示すように、ＣＰＵ（コンピュータプロセッサ）１１と、メインメモリ１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

ＣＰＵ１１は、ストレージ１５等に記憶されている様々なプログラムをメインメモリ１２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ１２は、例えば、ＤＲＡＭ等によって構成される。

ユーザＩ／Ｆ１３は、ユーザとの間で情報をやり取りするための各種の入出力装置である。ユーザＩ／Ｆ１３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、ユーザＩ／Ｆ１３は、ディスプレイ等の画像出力装置（表示装置）、スピーカー等の音声出力装置を含む。

通信Ｉ／Ｆ１４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

ストレージ１５は、例えば磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ１５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。

本実施形態において、サーバ１０は、それぞれが上述したハードウェア構成を有する複数のコンピュータを用いて構成され得る。例えば、サーバ１０は、複数のサーバ装置によって構成され得る。

ユーザ端末３２及びドライバー端末３４は、一般的なコンピュータとしての構成を有し、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ、及びウェアラブルデバイス等として構成される。ユーザ端末３２は、タクシー等の車両を利用するユーザによって操作される。また、ドライバー端末３４は、配車される車両のドライバーによって操作される。

本実施形態において、配車管理サーバ１０は、ウェブサーバ及びアプリケーションサーバとしての機能を有するように構成され、ユーザ端末３２又はドライバー端末３４が有するウェブブラウザ又はその他のアプリケーションからの要求に応答して各種の処理を実行し、当該処理の結果に応じた画面データ（例えば、ＨＴＭＬデータ）及び制御データ等を送信する。ユーザ端末３２及びドライバー端末３４では、受信したデータに基づくウェブページ又はその他の画面が表示される。

次に、本実施形態の配車管理サーバ１０が有する機能について説明する。図２は、サーバ１０が有する機能を概略的に示すブロック図である。サーバ１０は、図示するように、情報を記憶及び管理する情報記憶管理部４０と、ユーザからの配車要求を管理する配車要求管理部４２と、車両の配車を管理する配車管理部４４とを有する。これらの機能は、ＣＰＵ１１及びメインメモリ１２等のハードウェア、並びに、ストレージ１５等に記憶されている各種プログラムやデータ等が協働して動作することによって実現され、例えば、メインメモリ１２に読み込まれたプログラムに含まれる命令をＣＰＵ１１が実行することによって実現される。また、図２に示す機能の一部又は全部は、配車管理サーバ１０と、ユーザ端末３２又はドライバー端末３４とが協働することによって実現され、或いは、ユーザ端末３２又はドライバー端末３４によって実現され得る。

情報記憶管理部４０は、ストレージ１５等によって構成され、様々な情報を記憶及び管理する。配車要求管理部４２は、配車要求の管理に関する様々な処理を実行する。本実施形態において、配車要求管理部４２は、乗車位置の特定を伴う配車要求をユーザから受け付けるように構成されている。例えば、配車要求管理部４２は、ユーザ端末３２を介して、乗車位置等の情報の入力を伴う配車要求をユーザから受け付ける。

配車管理部４４は、配車の管理に関する様々な処理を実行する。本実施形態において、配車管理部４４は、受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼するように構成されている。例えば、配車管理部４４は、割り当てた車両を運転するドライバーのドライバー端末３４を介して、当該ドライバーに対して迎車を依頼する。

また、配車管理部４４は、迎車を依頼する際に、割り当てた車両が乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、ユーザに対する所定の確認を介することなく迎車を依頼する一方、予測した待ち時間が当該所定の範囲に含まれない場合には、ユーザに対する所定の確認を介して迎車を依頼するように構成されている。ユーザに対する所定の確認は、例えば、ユーザ端末３２に表示される画面を介して行われる。当該所定の確認は、車両に対する迎車依頼の可否の確認と言うこともできる。

このように、本実施形態における配車管理サーバ１０は、受け付けた配車要求に対して割り当てた車両に対応する待ち時間を予測し、予測した待ち時間が所定の範囲に含まれない場合に、ユーザに対する所定の確認を介して車両に迎車を依頼するから、所定の範囲に含まれない待ち時間を要する車両に対する迎車の依頼が、ユーザ確認なしに行われてしまうことを防止する。この結果、配車された車両が到着するまでの待ち時間がユーザの想定よりも長くなってしまうことが抑制される。

本実施形態において、上記所定の範囲は、様々なルールを適用して設定され得る。例えば、配車要求管理部４２は、配車要求を受け付ける際に、特定された乗車位置に基づいて待ち時間の範囲を設定し、設定した待ち時間の範囲をユーザに提示するように構成することができ、この場合、上記所定の範囲は、設定した待ち時間の範囲に基づくように構成され得る。例えば、所定の範囲は、待ち時間の範囲における最大値（最も長い待ち時間）以下（又は、最大値×０．９以下等）という範囲として設定され、この場合、配車管理部４４は、予測した待ち時間が、配車要求を受け付ける際にユーザに提示した待ち時間の範囲における最大値以下である場合には、ユーザ確認を介することなく迎車を依頼する一方、予測した待ち時間が当該最大値を超える場合には、ユーザ確認を介して迎車を依頼することになる。こうした構成は、配車要求を受け付ける際に待ち時間の範囲をユーザに提示することを可能としつつ、ユーザに提示した待ち時間の範囲に基づく範囲に含まれない待ち時間を要する車両に対する迎車の依頼が、ユーザ確認なしに行われてしまうことを防止する。

また、本実施形態における所定の範囲は、上述したようにユーザに提示した待ち時間の範囲に基づくものに限定されず、例えば、ユーザによって予め設定された範囲（待ち時間の許容範囲。例えば、「１５分以内」等）を含む。

本実施形態において、配車要求を受け付ける際にユーザに提示する待ち時間の範囲は、様々なルールを適用して設定され得る。例えば、配車要求管理部４２は、特定された乗車位置に基づいて複数の車両の中から所定数の車両を特定し、特定した所定数の車両の各々に対応する待ち時間を予測し、予測した所定数の車両の各々に対応する待ち時間に基づいて待ち時間の範囲を設定するように構成される。例えば、配車要求管理部４２は、乗車位置との間の距離が近い順に所定数の車両を特定し、特定した所定数の車両の各々に対応する待ち時間を予測し、予測した待ち時間の最小値及び最大値に基づいて待ち時間の範囲を設定する（例えば、最小値から最大値までの範囲を待ち時間の範囲として設定する）ように構成される。複数の車両の各々の現在位置は、例えば、複数の車両の各々のドライバーのドライバー端末３４から取得され、ストレージ１５等において管理される。こうした構成は、所定数の車両の各々に対応する待ち時間の予測値に基づいて待ち時間の範囲を設定することを可能とする。

また、ユーザに提示する待ち時間の範囲を設定する際に、当該待ち時間の範囲の幅（長さ）を制限するようにしても良い。つまり、配車要求管理部４２は、所定の幅（例えば、１０分）以下の範囲となるように、待ち時間の範囲を設定するように構成され得る。例えば、配車要求管理部４２は、予測した所定数の車両の各々に対応する待ち時間のうち、その最小値、及び、当該最小値から所定の幅の範囲内にある最大値に基づいて（つまり、当該最小値から所定の幅の範囲外にある値を除外して）待ち時間の範囲を設定するように構成される。こうした構成は、待ち時間の範囲の幅が過剰に大きくなること（この結果、提示される待ち時間の範囲がユーザにとって有益でなくなること）を抑制する。

本実施形態において、配車要求に対して車両を割り当てる前に、ユーザによる配車要求のキャンセルを待機するようにしても良い。つまり、配車管理部４４は、配車要求を受け付けてから第１の時間待機し、当該第１の時間内にユーザによって配車要求がキャンセルされない場合に、受け付けた配車要求に対して車両を割り当てるように構成され得る。こうした構成は、配車要求に対する車両の割当（及び、その後の迎車の依頼）を行った後に配車要求がキャンセルされてしまうことを抑制する。

また、配車管理部４４は、予測した待ち時間が上記所定の範囲に含まれない場合に第２の時間待機し、再度、受け付けた配車要求に対して車両を割り当てる（車両の割当をやり直す）ように構成され得る。この場合、こうした車両の再割当の回数を制限することもできる。こうした構成は、予測される待ち時間が所定の範囲に含まれる車両が割り当てられることを促進する。

本実施形態において、車両の割当は、様々なルールを適用して行われ得る。例えば、配車管理部４４は、特定された乗車位置、及び、複数の車両の各々の現在位置に基づいて、受け付けた配車要求に対して割り当てる車両を複数の車両の中から特定する（例えば、乗車位置から最も近い車両を割り当てる）ように構成される。

また、配車管理部４４は、割り当てた車両に対する迎車の依頼に応じて、ユーザと、割り当てた車両のドライバーとの間の所定のコミュニケーションを可能とするように構成され得る。所定のコミュニケーションは、例えば、テキストチャットを含む。こうした構成は、ユーザとドライバーとの間のコミュニケーションを可能とし、この結果、割り当てた車両にユーザが円滑に乗車することを促進する。

また、配車管理部４４は、迎車を依頼した車両のドライバーから、特定された乗車位置に到着したことの報告、及び、ユーザが乗車したことの報告を受け付けるように構成することができ、この場合、配車管理部４４は、特定された乗車位置に到着したことの報告を受け付けた後、第３の時間内にユーザが乗車したことの報告を受け付けない場合に、迎車のキャンセルを促す画面をドライバーに提示する（例えば、ドライバー端末３４に表示する）ように構成され得る。こうした構成は、配車要求を連絡なしにキャンセルするユーザをドライバーが過剰に待機してしまうことを抑制する。

次に、このような機能を有する本実施形態の配車管理サーバ１０の具体例について説明する。この具体例において、配車管理サーバ１０は、ユーザ端末３２を操作するユーザに対してタクシー配車サービスを提供する。また、当該サービスにおいて配車の対象となる複数の車両の各々のドライバーは、ドライバー端末３４を所持する。

図３−４は、この例において、サーバ１０のストレージ１５が有する各テーブルにおいて管理される情報を例示する。図３は、配車要求情報テーブルにおいて管理される情報を例示する。配車要求情報テーブルは、ユーザからの配車要求に関する情報を管理し、図示するように、ユーザからの個別の配車要求を識別する「要求ＩＤ」に対応付けて、配車要求を行ったユーザを識別する「ユーザＩＤ」、「乗車位置」、「目的地」、「支払方法」、「待ち時間の最大値」、割り当てられた車両を識別する「車両ＩＤ」等の情報を管理する。待ち時間の最大値は、詳しくは後述するが、配車要求を受け付ける際にユーザに提示した待ち時間の範囲における待ち時間の最大値である。

図４は、車両情報テーブルにおいて管理される情報を例示する。車両情報テーブルは、タクシー配車サービスにおいて利用される複数の車両の各々に関する情報を管理し、図示するように、個別の車両を識別する「車両ＩＤ」に対応付けて、「車両基本情報」、「タクシー会社情報」、「現在位置」、「配車状態」等の情報を管理する。車両基本情報は、車両の外観に対応する画像（写真又は図）、及び、ナンバー等を含む。また、配車状態は、「賃走」、「迎車」、及び「空車」を含む各状態に対応する値が設定される。

図５は、ユーザ端末３２において表示されるタクシー配車サービスのトップ画面５０を例示する。トップ画面５０は、図示するように、地図表示領域５２と、当該領域５２の下端に位置する情報表示領域５４とを有する。

地図表示領域５２は、ユーザ（ユーザ端末３２）の現在位置を基準とした所定範囲の地図を表示し、ユーザに対応するユーザオブジェクトＵＯが地図に重ねて配置されている。また、地図表示領域５２は、表示されている地図の範囲内にタクシー配車サービスで管理されている車両（つまり、車両情報テーブルにおいて管理されている車両）が存在する場合、当該車両に対応する車両オブジェクトＶＯが地図に重ねて配置されている。これらのユーザオブジェクトＵＯ、及び、車両オブジェクトＶＯは、ユーザ又は車両の移動に伴ってその表示位置が変化する（移動する）。

情報表示領域５４は、ユーザが配車要求を行った場合の現時点（トップ画面５０の表示時点）における待ち時間の目安（図５の例では、「５〜８分」）を表示すると共に、「タクシーを呼ぶ」と表示されたボタン５４２が配置されている。

図６は、情報表示領域５４に表示される待ち時間の目安を設定するためにサーバ１０が実行する処理を例示するフロー図である。サーバ１０は、まず、図示するように、ユーザの位置から近い順に３台の車両を特定する（ステップＳ１００）。具体的には、サーバ１０は、ユーザ端末３２から送信されるユーザの現在位置と、車両情報テーブルの現在位置及び配車状態とに基づいて、空車状態の車両の中から、ユーザの位置から近い順に３台の車両を特定する。

次に、サーバ１０は、特定した３台の車両の各々に対応する待ち時間の予測値を算出する（ステップＳ１１０）。具体的には、サーバ１０は、各車両がユーザの位置に到着するまでの待ち時間（移動所要時間）の予測値をユーザの位置、及び、各車両の位置に基づいて算出する。こうした待ち時間の予測値の算出は、様々なロジック／アルゴリズムを適用して行うことができ、例えば、機械学習された学習済みモデルを用いて行われ得る。

そして、サーバ１０は、算出した各車両に対応する待ち時間の予測値に基づいて、待ち時間の範囲を設定する（ステップＳ１２０）。具体的には、３台の車両の各々に対応する待ち時間の予測値の最小値から最大値までの範囲を、待ち時間の範囲として設定する。また、この例において、待ち時間の範囲は、その幅が１０分以下となるように設定される。例えば、３台の車両の各々に対応する待ち時間の予測値が、３分、８分、１５分である場合、最小値から最大値までの範囲は「３〜１５分」となり、その幅が１０分以上（１２分）となるから、予測値「１５分」が除外され、待ち時間の範囲として「３〜８分」が設定される。つまり、この例では、待ち時間の予測値の最小値から、当該最小値から１０分以内の範囲にある予測値の最大値までの範囲が、待ち時間の範囲として設定される。

図５に戻り、トップ画面５０のボタン５４２がユーザによって選択されると、配車要求に必要な情報の入力が開始され、まず、図７に例示する乗車位置指定画面６０がユーザ端末３２において表示される。乗車位置指定画面６０は、図示するように、地図表示領域６２と、当該領域６２の下端に位置する情報表示領域６４とを有する。

地図表示領域６２は、トップ画面５０の地図表示領域５２と同様に地図を表示する。また、地図表示領域６２には、「ここから乗る」と表示された乗車位置指定オブジェクトＰＯ１が配置されている。当該乗車位置指定オブジェクトＰＯ１は、初期状態ではユーザオブジェクトＵＯの位置に配置され、ユーザによるユーザ端末３２のタッチパネルに対するドラッグ操作によって、その位置が変更される。ユーザは、乗車位置指定オブジェクトＰＯ１の位置を変更することにより、所望の乗車位置を設定することができる。

情報表示領域６４は、乗車位置指定オブジェクトＰＯ１の位置に対応する住所を表示する。また、情報表示領域６４には、「乗車位置を決定」と表示されたボタン６４２が配置されている。

ボタン６４２がユーザによって選択されると、図８に例示する配車要求画面７０がユーザ端末３２において表示される。配車要求画面７０は、図示するように、地図表示領域７２と、当該領域の下端に位置する情報表示領域７４とを有する。

地図表示領域７２は、乗車位置指定画面６０の地図表示領域６２と同様に地図を表示する。情報表示領域７４は、ユーザが配車要求を行った場合の現時点（配車要求画面７０の表示時点）における待ち時間の目安（図８の例では、「７〜１２分」）を表示する。また、情報表示領域７４には、ユーザの目的地（降車位置）を設定するための第１ボタン７４２と、支払方法を設定するための第２ボタン７４４と、「依頼する」と表示された第３ボタン７４６とが配置されている。

情報表示領域７４が表示する待ち時間の目安は、上述したトップ画面５０の情報表示領域５４に表示される待ち時間の目安と同様に、図６に例示したフロー図における各処理を実行することによって設定される。具体的には、サーバ１０は、乗車位置指定画面６０を介して指定された乗車位置から近い順に３台の車両を特定し（ステップＳ１００）、特定した３台の車両の各々に対応する待ち時間の予測値を算出し（ステップＳ１１０）、算出した各車両に対応する待ち時間の予測値に基づいて待ち時間の範囲を設定する（ステップＳ１２０）。ここで、配車要求画面７０の情報表示領域７４に表示される待ち時間の目安（待ち時間の範囲）は、当該画面７０の表示に際して設定され、また、トップ画面５０が表示されるタイミングから各車両の状況（位置、及び、車両状態）が変化しているから、配車要求画面７０における待ち時間の目安の値は、トップ画面５０における待ち時間の目安の値から変化し得る。

情報表示領域７４の第１ボタン７４２がユーザによって選択されると、目的地を設定するための画面が表示され、ユーザは、当該画面を介して目的地を設定することができる。なお、ユーザは、目的地の設定を省略することもできる。

第２ボタン７４４がユーザによって選択されると、支払方法を選択するための画面が表示され、ユーザは、当該画面を介して支払方法を設定することができる。なお、この例では、支払方法は、車内決済及びインターネット決済の何れかであり、初期状態では車内決済が設定されている。

第３ボタン７４６は、ユーザが配車要求を行うためのボタンである。当該第３ボタン７４６がユーザによって選択されると、図９に例示する配車中画面８０が表示される。配車中画面８０は、図示するように、地図表示領域８２と、当該領域の下端に位置する情報表示領域８４とを有する。地図表示領域８２は、配車要求画面７０の地図表示領域７２と同様に地図を表示する。また、地図表示領域８２には、「タクシーを手配しています」という文字列が地図に重ねて表示される。

情報表示領域８４は、現時点（配車中画面８０の表示時点）における待ち時間の目安（図９の例では、「６〜１０分」）を表示する。また、情報表示領域８４には、「あと５秒キャンセルできます」と表示されたボタン８４２が配置されている。

情報表示領域８４が表示する待ち時間の目安は、トップ画面５０の情報表示領域５４及び配車要求画面７０の情報表示領域７４に表示される待ち時間の目安と同様に、図６に例示したフロー図における各処理を実行することによって設定される。ここで、配車中画面８０の情報表示領域８４に表示される待ち時間の目安（待ち時間の範囲）は、当該画面８０の表示に際して設定され、また、配車要求画面７０が表示されるタイミングから各車両の状況（位置、及び、車両状態）が変化しているから、配車中画面８０における待ち時間の目安の値は、配車要求画面７０における待ち時間の目安の値から変化し得る。

ボタン８４２は、ユーザが配車要求をキャンセルするためのボタンである。この例では、ボタン８４２を介したキャンセルが可能な期間は５秒に制限されており、ボタン８４２に表示される「あと５秒キャンセルできます」という文字列は、キャンセルが可能な残り時間に従って変化する（カウントダウン表示される）。ボタン８４２は、キャンセル可能な期間である５秒が経過すると消える。

図１０は、配車要求のキャンセル可能な期間の経過に応じてサーバ１０が実行する処理を例示するフロー図である。サーバ１０は、まず、配車要求を登録する（ステップＳ２００）。具体的には、サーバ１０は、配車要求情報テーブルの車両ＩＤ以外の情報を設定する。配車要求情報テーブルにおける待ち時間の最大値には、配車中画面８０の情報表示領域８４に表示された待ち時間の目安における最大値が設定される。

次に、サーバ１０は、配車要求に対して割り当てる車両を特定する（ステップＳ２０５）。具体的には、サーバ１０は、乗車位置指定画面６０を介して指定された乗車位置と、車両情報テーブルの現在位置及び配車状態とに基づいて、空車状態の車両のうち、乗車位置から最も近い車両を特定する。

次に、サーバ１０は、特定した車両が乗車位置に到着するまでの待ち時間の予測値を算出する（ステップＳ２１０）。待ち時間の予測値は、上述したように、様々なロジック／アルゴリズムを適用して算出することができ、例えば、機械学習された学習済みモデルを用いて算出され得る。

そして、算出された待ち時間の予測値が、上述した待ち時間の最大値以下である場合には（ステップＳ２２０においてＮＯ）、割り当てられている車両に対して迎車を依頼する（ステップＳ２６０）。一方、算出した待ち時間の予測値が、待ち時間の最大値より大きい場合であって（ステップＳ２２０においてＹＥＳ）、車両の割当が初回である場合には（ステップＳ２３０においてＮＯ）、３秒待機した上で（ステップＳ２４０）、再度、割り当てる車両の特定（ステップＳ２００）へと戻る（車両の再割当を行う）。３秒経過すると、各車両の状況（位置、及び、車両状態）が変化しているから、ステップＳ２０５において割り当てられる車両、及び／又は、ステップＳ２１０において算出される待ち時間の予測値も変化し得る。そして、車両の１回目の再割当によって、算出された待ち時間の予測値が待ち時間の範囲の最大値以下となった場合には、（ステップＳ２２０においてＮＯ）、割り当てられている車両に対して迎車が依頼される（ステップＳ２６０）。

一方、車両の１回目の再割当を行っても、算出した待ち時間の予測値が待ち時間の最大値より大きいままである場合、再度、割り当てる車両の特定（ステップＳ２００）へと戻り、車両の２回目の再割当を行っても、算出した待ち時間の予測値が待ち時間の最大値より大きいままである場合（ステップＳ２２０、Ｓ２３０においてＹＥＳ）、割り当てられている車両に対する迎車依頼の可否をユーザに確認する（ステップＳ２５０）。迎車依頼の可否の確認は、配車中画面８０を介して行われる。

図１１は、迎車依頼の可否をユーザに確認する際の配車中画面８０を例示する。図示するように、情報表示領域８４において、「待ち時間が約１３分となりますが、手配を続けても宜しいですか？」という文字列（算出された待ち時間の予測値を含む文字列）が表示され、また、「はい」と表示された第１ボタン８４４と、「いいえ」と表示された第２ボタン８４６とが配置されている。ユーザは、情報表示領域８４において表示されている待ち時間の予測値を参照した上で、タクシーの手配を続行する場合には第１ボタン８４４を選択し、タクシーの手配を続行しない場合には第２ボタン８４６を選択する。第２ボタン８４６がユーザによって選択されると、配車要求がキャンセルされる。一方、第１ボタン８４４がユーザによって選択されると、サーバ１０は、割り当てられている車両に対して迎車を依頼する（図１０のフロー図におけるステップＳ２６０）。このように、この例では、ユーザに提示した待ち時間の最大値を超える待ち時間が予測される場合に、ユーザ確認を介して迎車を依頼するから、配車された車両が到着するまでの待ち時間がユーザの想定よりも長くなってしまうことが抑制される。

図１２は、迎車の依頼を受けた車両のドライバーのドライバー端末３４において表示される迎車依頼確認画面１００を例示する。迎車依頼確認画面１００には、図示するように、「ＯＫ」と表示された第１ボタン１０２と、「キャンセル」と表示された第２ボタン１０４とが上下方向に並べて配置されている。第１ボタン１０２は、第２ボタン１０４と比較して大きなサイズ（上下方向の長さが約４倍）のオブジェクトとして構成されており、この結果、ドライバーによる選択操作が容易となっている。ドライバーは、迎車の依頼を受諾する場合には第１ボタン１０２を選択し、迎車の依頼を受諾しない（拒絶する）場合には第２ボタン１０４を選択する。なお、迎車の依頼を受けた際に（例えば、迎車依頼確認画面１００を表示する際に）、ドライバー端末３４において、音声による通知（音声案内、又は、着信音等）が行われるようにしても良い。

また、迎車依頼確認画面１００は、その表示後、１０秒以内に第１ボタン１０２が選択されないと、第２ボタン１０４が自動的に選択される（つまり、迎車の依頼を拒絶する）ように構成されている。第１ボタン１０２の下端には、当該１０秒をカウントダウン表示する円形のオブジェクト１０２１が配置されている。このように、ドライバーは、第２ボタン１０４を選択することに代えて、１０秒間放置することにより、迎車の依頼を拒絶することができる。なお、ドライバーによって迎車の依頼が拒絶されると、サーバ１０は、再度、割り当てる車両の特定を開始する（図１０のステップＳ２０５）。

迎車依頼確認画面１００の第１ボタン１０２がドライバーによって選択されると、配車要求に対する車両の割当が確定し、サーバ１０は、対応する車両ＩＤを配車要求情報テーブルに設定すると共に、対応する車両の車両情報テーブルにおける配車状態を「迎車」に変更し、また、当該車両に関する情報を対応するユーザのユーザ端末３２に送信する。図１３は、車両の割当の確定（ドライバーによる迎車の依頼の受諾）に応じてユーザ端末３２において表示される迎車待ち画面９０を例示する。迎車待ち画面９０は、図示するように、地図表示領域９２と、当該領域の下端に位置する情報表示領域９４とを有する。地図表示領域９２は、配車中画面８０の地図表示領域８２と同様に地図を表示する。

情報表示領域９４は、車両が到着するまでの待ち時間の予測値（図１３の例では「あと１１分ほどで到着します。」という文字列）、割り当てられた車両の画像（写真、又は、図）、及び、当該車両に関するその他の情報（例えば、タクシー会社名、及び、車両のナンバー等）を表示する。また、情報表示領域９４には、「目的地設定」と表示された第１ボタン９４２と、「メッセージ」と表示された第２ボタン９４４とが配置されている。情報表示領域９４に表示される待ち時間の予測値は、所定の頻度で（例えば、１０秒毎に）更新される。

第１ボタン９４２は、ユーザが、目的地を設定／変更するためのボタンである。第２ボタン９４４は、割り当てられた車両のドライバーとの間のチャットを行うためのボタンである。第２ボタン９４４の選択に応じて、チャット用画面が表示される。このように、この例では、車両の割当の確定（ドライバーによる迎車の依頼の受諾）に応じて、ユーザとドライバーとの間のテキストチャットが可能となる。

図１４は、車両の割当の確定（ドライバーによる迎車の依頼の受諾）に応じてドライバー端末３４において表示される迎車中画面１１０を例示する。迎車中画面１１０は、図示するように、地図表示領域１１２と、「到着」と表示された第１ボタン１１４と、「メッセージ」と表示された第２ボタン１１６とを有する。

地図表示領域１１２は、ドライバーの車両から乗車位置までの範囲を含む地図を表示する。また、地図表示領域１１２には、ドライバーの車両に対応するドライバー車両オブジェクトＤＯと、乗車位置に対応する乗車位置オブジェクトＰＯ２とが地図に重ねて配置されている。地図表示領域１１２において、地図の縮尺（表示される地図の範囲）は、車両が乗車位置に近づくに従って変化する。また、地図表示領域１１２の右上隅には、「ナビ」と表示されたナビ開始ボタン１１２２が配置されている。当該ボタン１１２２がドライバーによって選択されると、乗車位置を目的地とする一般的なナビゲーション機能が開始される。なお、迎車中画面１１０において、乗車位置に対応する住所を文字列として表示するようにしても良い。

第１ボタン１１４は、ドライバーが乗車位置への到着を報告するためのボタンである。第２ボタン１１６は、ユーザとの間のチャットを行うためのボタンである。第２ボタン１１６の選択に応じて、チャット用画面が表示される。なお、ドライバー端末３４に表示されるチャット用画面を、「５分ほど遅れます」、「１０分ほど遅れます」、「道路混雑により遅れます」等の複数の固定メッセージの中から選択した固定メッセージの送信が可能となるように構成しても良い。

第１ボタン１１４がドライバーによって選択されると、図１５に例示する到着報告画面１２０が表示される。なお、ドライバーの車両の位置が乗車位置から所定の範囲内となったときに、自動的に（第１ボタン１１４の選択なしに）到着報告画面１２０が表示されるようにしても良い。

到着報告画面１２０には、図示するように、「迎車地到着」と表示された第１ボタン１２２と、「キャンセル」と表示された第２ボタン１２４とが上下方向に並べて配置されている。第１ボタン１２２は、第２ボタン１２４と比較して大きなサイズのオブジェクトとして構成されている。第１ボタン１２２がドライバーによって選択されると、迎車地（乗車位置）への到着がサーバ１０に対して報告される。乗車位置への到着の報告に応じて、サーバ１０は、ユーザ端末３２に対して所定のメッセージを送信する。ユーザは、当該所定のメッセージを介して、車両の到着を知ることができる。また、ドライバーは、上述したテキストチャットを介して、乗車位置へ到着してからユーザが乗車するまでに必要なコミュニケーションを行うこともできる。

図１６は、第１ボタン１２２の選択に応じてドライバー端末３４に表示される乗車報告画面１３０を例示する。乗車報告画面１３０には、図示するように、「乗車完了」と表示された第１ボタン１３２と、「キャンセル」と表示された第２ボタン１３４とが上下方向に並べて配置されている。第１ボタン１３２は、第２ボタン１３４と比較して大きなサイズのオブジェクトとして構成されている。第１ボタン１３２がドライバーによって選択されると、ユーザの乗車がサーバ１０に対して報告される。当該報告を受け付けると、サーバ１０は、対応する車両の車両情報テーブルにおける配車状態を「賃走」に変更する。

図１７は、迎車地への到着の報告後、１０分経過してもユーザの乗車が報告されない場合にドライバー端末３４において表示される迎車キャンセル画面１４０を例示する。迎車キャンセル画面１４０には、図示するように、「迎車キャンセル」と表示された第１ボタン１４２と、「維持」と表示された第２ボタン１４４とが上下方向に並べて配置されている。第１ボタン１４２は、第２ボタン１４４と比較して大きなサイズのオブジェクトとして構成されている。第１ボタン１４２がドライバーによって選択されると、迎車のキャンセルがサーバ１０に対して報告される。当該報告を受け付けると、サーバ１０は、対応する車両の車両情報テーブルにおける配車状態を「空車」に変更する。また、迎車のキャンセルに応じて、所定のメッセージがユーザに対して送信される。

以上説明した本実施形態に係る配車管理サーバ１０は、受け付けた配車要求に対して割り当てた車両に対応する待ち時間を予測し、予測した待ち時間が所定の範囲（例えば、ユーザに提示した待ち時間の最大値以下）に含まれない場合に、ユーザに対する所定の確認を介して車両に迎車を依頼するから、所定の範囲に含まれない待ち時間を要する車両に対する迎車の依頼が、ユーザ確認なしに行われてしまうことを防止する。この結果、配車された車両が到着するまでの待ち時間がユーザの想定よりも長くなってしまうことが抑制される。

上述した実施形態では、配車管理サーバ１０の配車管理部４４が、車両の配車を管理するように構成されているが、本発明の他の実施形態においては、当該配車管理部４４の機能の一部（例えば、車両の位置や状態を管理する機能等）は、例えば、タクシー会社の配車センターによって行われ得る。この場合、配車管理サーバ１０は、当該配車センターを介して、車両の割当や迎車の依頼を行うように構成される。

本明細書で説明された処理及び手順は、明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。例えば、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク等の媒体に、当該処理及び手順に相当するロジックを実装することによって実現される。また、本明細書で説明された処理及び手順は、当該処理・手順に相当するコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明された処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書において説明されたソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

１０ 配車管理サーバ
２０ ネットワーク
３２ ユーザ端末
３４ ドライバー端末
４０ 情報記憶管理部
４２ 配車要求管理部
４４ 配車管理部
５０ トップ画面
６０ 乗車位置指定画面
７０ 配車要求画面
８０ 配車中画面
９０ 迎車待ち画面
１００ 迎車依頼確認画面
１１０ 迎車中画面
１２０ 到着報告画面
１３０ 乗車報告画面
１４０ 迎車キャンセル画面

Claims (11)

1. １又は複数のコンピュータプロセッサを備え、車両の配車を管理するためのシステムであって、
   前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
   乗車位置の特定を伴う配車要求をユーザから受け付ける処理と、
   受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼する処理と、を実行し、
   前記迎車を依頼する処理は、前記割り当てた車両が前記特定された乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、前記ユーザに対する所定の確認を介することなく前記割り当てた車両に対して迎車を依頼する一方、前記予測した待ち時間が前記所定の範囲に含まれない場合には、前記ユーザに対する前記所定の確認を介して前記割り当てた車両に対して迎車を依頼することを含む、
   システム。
2. 前記配車要求を受け付ける処理は、前記特定された乗車位置に基づいて待ち時間の範囲を設定し、設定した待ち時間の範囲を前記ユーザに提示することを含み、
   前記所定の範囲は、前記設定した待ち時間の範囲に基づく、
   請求項１のシステム。
3. 前記配車要求を受け付ける処理は、前記特定された乗車位置に基づいて前記複数の車両の中から所定数の車両を特定し、特定した前記所定数の車両の各々に対応する待ち時間を予測し、予測した前記所定数の車両の各々に対応する待ち時間に基づいて前記待ち時間の範囲を設定することを含む、
   請求項２のシステム。
4. 前記配車要求を受け付ける処理は、所定の幅以下の範囲となるように、前記待ち時間の範囲を設定することを含む、
   請求項２又は３のシステム。
5. 前記迎車を依頼する処理は、配車要求を受け付けてから第１の時間待機し、前記第１の時間内に前記ユーザによって配車要求がキャンセルされない場合に、前記受け付けた配車要求に対して車両を割り当てることを含む、
   請求項１ないし４何れかのシステム。
6. 前記迎車を依頼する処理は、前記予測した待ち時間が前記所定の範囲に含まれない場合に第２の時間待機し、再度、前記受け付けた配車要求に対して車両を割り当てることを含む、
   請求項１ないし５何れかのシステム。
7. 前記迎車を依頼する処理は、前記特定された乗車位置、及び、前記複数の車両の各々の現在位置に基づいて、前記受け付けた配車要求に対して割り当てる車両を前記複数の車両の中から特定することを含む、
   請求項１ないし６何れかのシステム。
8. 前記１又は複数のコンピュータプロセッサは、更に、前記割り当てた車両に対する迎車の依頼に応じて、前記ユーザと、前記割り当てた車両のドライバーとの間の所定のコミュニケーションを可能とする処理を実行する、
   請求項１ないし７何れかのシステム。
9. 前記１又は複数のコンピュータプロセッサは、更に、迎車を依頼した車両のドライバーから、前記特定された乗車位置に到着したことの報告、及び、前記ユーザが乗車したことの報告を受け付ける処理と、前記特定された乗車位置に到着したことの報告を受け付けた後、第３の時間内に前記ユーザが乗車したことの報告を受け付けない場合に、迎車のキャンセルを促す画面をドライバーに提示する処理と、を実行する、
   請求項１ないし８何れかのシステム。
10. １又は複数のコンピュータによって実行され、車両の配車を管理するための方法であって、
    乗車位置の特定を伴う配車要求をユーザから受け付けるステップと、
    受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼するステップと、を備え、
    前記迎車を依頼するステップは、前記割り当てた車両が前記特定された乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、前記ユーザに対する所定の確認を介することなく前記割り当てた車両に対して迎車を依頼する一方、前記予測した待ち時間が前記所定の範囲に含まれない場合には、前記ユーザに対する前記所定の確認を介して前記割り当てた車両に対して迎車を依頼することを含む、
    方法。
11. 車両の配車を管理するためのプログラムであって、
    １又は複数のコンピュータ上での実行に応じて、前記１又は複数のコンピュータに、
    乗車位置の特定を伴う配車要求をユーザから受け付ける処理と、
    受け付けた配車要求に対して複数の車両の中から車両を割り当てて、割り当てた車両に対して、特定された乗車位置への迎車を依頼する処理と、を実行させ、
    前記迎車を依頼する処理は、前記割り当てた車両が前記特定された乗車位置に到着するまでの待ち時間を予測し、予測した待ち時間が所定の範囲に含まれる場合には、前記ユーザに対する所定の確認を介することなく前記割り当てた車両に対して迎車を依頼する一方、前記予測した待ち時間が前記所定の範囲に含まれない場合には、前記ユーザに対する前記所定の確認を介して前記割り当てた車両に対して迎車を依頼することを含む、
    プログラム。

Images