JP2020003950A

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

Info

Publication number: JP2020003950A
Application number: JP2018121228A
Authority: JP
Inventors: 洸森川; Hikaru Morikawa; 究作三原; Kyusaku Mihara
Original assignee: DeNA Co Ltd
Current assignee: DeNA Co Ltd
Priority date: 2018-06-26
Filing date: 2018-06-26
Publication date: 2020-01-09
Anticipated expiration: 2038-06-26
Also published as: JP7165518B2

Abstract

【課題】配車要求の際のユーザの利便性を向上させる。【解決手段】本発明の一実施形態に係る配車管理サーバ１０は、タクシー等の車両の配車を管理する配車管理サービスを提供する。当該配車管理サーバ１０は、ユーザの乗車位置を設定し、設定した乗車位置を、当該乗車位置における車両の進行方向を伴ってユーザに提示するから、ユーザは、例えば、往復の方向の車線を有する道路付近の乗車位置を設定する場合であっても、当該道路の両側の歩道のうちどちらの歩道で待機すれば良いのかを的確に判断することが可能となる。つまり、本実施形態における配車管理サーバ１０は、配車要求の際のユーザの利便性を向上させる。【選択図】図１

Description

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

従来、タクシー等の車両の配車を管理するためのシステムが提案されている（例えば、下記特許文献１を参照）。こうしたシステムでは、ユーザが、乗車位置（迎車位置）の指定を伴って配車要求を行うと、指定された乗車位置の近隣のエリアを走行する空車の車両が検索されて配車される。

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

しかしながら、従来のシステムでは、配車要求を行ったユーザが、乗車位置に到着した車両を容易に発見できない場合が生じ得る。例えば、往復の方向の車線を有する道路付近を乗車位置として指定した場合において、ユーザは、当該道路の両側の歩道のうちどちらの歩道で待機すれば良いか（言い換えると、車両がどちらの方向から来るのか）の判断に迷う場合があった。このように、従来の配車を管理するためのシステムでは、配車要求の際のユーザの利便性について改善の余地がある。

本発明の実施形態は、配車要求の際のユーザの利便性を向上させることを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、車両の配車を管理するためのシステムであって、複数の車両の各々の車両情報を少なくとも記憶する記憶装置と、１又は複数のコンピュータプロセッサと、を備え、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、ユーザによる配車要求を受け付ける処理と、前記ユーザの乗車位置を設定する処理と、設定した前記ユーザの乗車位置と、前記複数の車両の各々の前記車両情報と、に少なくとも基づいて、前記複数の車両の中から前記ユーザに割り当てる車両を選択する処理と、選択した前記ユーザに割り当てる車両に対して前記ユーザの乗車位置への迎車を依頼する処理と、を実行し、前記ユーザの乗車位置は、前記ユーザの乗車位置における車両の進行方向を伴って前記ユーザに提示されるように構成されている。

本発明の一実施形態に係る方法は、複数の車両の各々の車両情報を少なくとも記憶する記憶装置にアクセス可能な１又は複数のコンピュータによって実行され、車両の配車を管理するための方法であって、ユーザによる配車要求を受け付けるステップと、前記ユーザの乗車位置を設定するステップと、設定した前記ユーザの乗車位置と、前記複数の車両の各々の前記車両情報と、に少なくとも基づいて、前記複数の車両の中から前記ユーザに割り当てる車両を選択するステップと、選択した前記ユーザに割り当てる車両に対して前記ユーザの乗車位置への迎車を依頼するステップと、を備え、前記ユーザの乗車位置は、前記ユーザの乗車位置における車両の進行方向を伴って前記ユーザに提示されるように構成されている。

本発明の一実施形態に係るプログラムは、車両の配車を管理するためのプログラムであって、複数の車両の各々の車両情報を少なくとも記憶する記憶装置にアクセス可能な１又は複数のコンピュータ上での実行に応じて、前記１又は複数のコンピュータに、ユーザによる配車要求を受け付ける処理と、前記ユーザの乗車位置を設定する処理と、設定した前記ユーザの乗車位置と、前記複数の車両の各々の前記車両情報と、に少なくとも基づいて、前記複数の車両の中から前記ユーザに割り当てる車両を選択する処理と、選択した前記ユーザに割り当てる車両に対して前記ユーザの乗車位置への迎車を依頼する処理と、を実行させ、前記ユーザの乗車位置は、前記ユーザの乗車位置における車両の進行方向を伴って前記ユーザに提示されるように構成されている。

本発明の様々な実施形態は、配車要求の際のユーザの利便性を向上させる。

本発明の一実施形態に係る配車管理サーバ１０を含むネットワークの構成を概略的に示す構成図。配車管理サーバ１０の機能を概略的に示すブロック図。ユーザ情報テーブル４１１において管理される情報を例示する図。車両情報テーブル４１２において管理される情報を例示する図。配車要求情報テーブル４１３において管理される情報を例示する図。トップ画面５０１を例示する図。配車管理サーバ１０が実行する処理を例示するフロー図。手配中画面５０２を例示する図。迎車依頼確認画面１００を例示する図。迎車待ち画面５０３を例示する図。迎車中画面１１０を例示する図。到着報告画面１２０を例示する図。乗車報告画面１３０を例示する図。迎車待ち画面５０３を例示する図。乗車位置指定オブジェクト５２１の地図上の位置の変更に応じて進行方向表示オブジェクト５２１１の向きが変化する様子を説明するための図。迎車待ち画面５０３を例示する図。待機開始時刻が早いユーザに車両が割り当てられる様子を説明するための図。条件指定画面５０４を例示する図。配車管理サーバ１０が実行する処理を例示するフロー図。優先配車のオプションが選択されているユーザに車両が優先的に割り当てられる様子を説明するための図。

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

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

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

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

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

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

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

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

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

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

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

サーバ１０の情報記憶管理部４１は、ストレージ１５等によって構成され、様々な情報を記憶及び管理する。例えば、情報記憶管理部４１は、図２に示すように、配車管理サービスのユーザに関する情報を管理するユーザ情報テーブル４１１と、配車管理サービスにおいて配車の対象となる車両に関する情報を管理する車両情報テーブル４１２と、ユーザからの配車要求に関する情報を管理する配車要求情報テーブル４１３と、道路地図データ４１５とを有し得る。

サーバ１０の基本機能制御部４２は、配車管理サービスの基本機能の制御に関する様々な処理を実行する。例えば、基本機能制御部４２は、基本機能に関する様々な画面のＨＴＭＬデータ又は制御データをユーザ端末３２又はドライバー端末３４に送信し、ユーザ端末３２又はドライバー端末３４で表示される当該画面を介したユーザ又はドライバーによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じたＨＴＭＬデータ又は制御データをユーザ端末３２又はドライバー端末３４に送信する。基本機能制御部４２によって制御される基本機能には、例えば、ログイン処理（ユーザ認証）、支払処理、ユーザの管理（例えば、ユーザ情報テーブル４１１の更新等）、及び、車両の管理（例えば、車両情報テーブル４１２の更新等）等が含まれる。

サーバ１０の配車要求管理部４３は、ユーザからの配車要求の管理に関する様々な処理を実行する。本実施形態において、配車要求管理部４３は、ユーザから配車要求を受け付けて、当該ユーザの乗車位置（迎車位置）を設定するように構成されている。例えば、配車要求管理部４３は、ユーザ端末３２において表示される画面を介して行われるユーザによる配車要求を受け付けるように構成されており、当該画面を介してユーザによって指定された位置を乗車位置として設定し、又は、ユーザの現在位置（ユーザ端末３２の位置情報等）等に基づいて自動的に乗車位置を設定するように構成される。

また、配車要求管理部４３は、設定した乗車位置と、配車の対象となる複数の車両の各々の車両情報と、に少なくとも基づいて、当該複数の車両の中からユーザに割り当てる車両を選択するように構成されている。各車両の車両情報は、例えば、車両の現在位置を含み、車両情報テーブル４１２において管理され得る。

サーバ１０の迎車依頼管理部４４は、車両に対する迎車依頼に関する様々な処理を実行する。本実施形態において、迎車依頼管理部４４は、ユーザに割り当てる車両として選択した車両に対して、当該ユーザの乗車位置への迎車を依頼するように構成されている。例えば、迎車依頼管理部４４は、選択した車両に対応するドライバーのドライバー端末３４に対して、迎車を依頼するための情報を送信するように構成され、当該情報は、ユーザの乗車位置を少なくとも含む。なお、車両とドライバー端末３４（ドライバー）との対応関係は、例えば、車両情報テーブル４１２において管理される。

本実施形態において、ユーザの乗車位置は、当該乗車位置における車両の進行方向を伴ってユーザに提示されるように構成されている。例えば、配車要求管理部４３は、ユーザ端末３２において表示される画面を介して、ユーザの乗車位置と、当該乗車位置における車両の進行方向とをユーザに提示するように構成される。

このように、本実施形態における配車管理サーバ１０は、ユーザの乗車位置を設定し、設定した乗車位置を、当該乗車位置における車両の進行方向を伴ってユーザに提示するから、ユーザは、例えば、往復の方向の車線を有する道路付近の乗車位置を設定する場合であっても、当該道路の両側の歩道のうちどちらの歩道で待機すれば良いか（言い換えると、車両がどちらの方向から来るのか）を的確に判断することが可能となる。つまり、本実施形態における配車管理サーバ１０は、配車要求の際のユーザの利便性を向上させる。

本実施形態において、ユーザの乗車位置を設定するための画面を介して乗車位置を設定する場合に、当該画面において、車両の進行方向を表示するようにしても良い。例えば、配車要求管理部４３は、ユーザによって所定の画面を介して指定された地図上の位置を当該ユーザの乗車位置として設定するように構成することができ、この場合、当該所定の画面は、ユーザによって指定された地図上の位置に対応する車両の進行方向を表示するように構成され得る。例えば、配車要求管理部４３は、ユーザによって指定された地図上の位置から最も近い車線を特定し、特定した車線における車両の進行方向を表示するように構成される。こうした車線に関する情報（車両の進行方向を含む。）は、道路地図データ４１５において管理され得る。こうした構成は、乗車位置を設定する際に、ユーザが、当該乗車位置における車両の進行方向を把握することを支援する。

本実施形態において、配車要求管理部４３は、ユーザの乗車位置に加えて、ユーザの降車位置を設定するように構成することができる。当該降車位置は、例えば、ユーザ端末３２において表示される画面を介してユーザによって指定される。例えば、ユーザの降車位置は、乗車位置と同様に、降車位置における車両の進行方向を伴ってユーザに提示されるように構成され得る。例えば、配車要求管理部４３は、ユーザ端末３２において表示される画面を介して、ユーザの降車位置と、当該降車位置における車両の進行方向とをユーザに提示するように構成される。こうした構成は、ユーザが、降車位置における車両の進行方向を把握することを支援する。

また、配車要求管理部４３は、ユーザに割当可能な割当可能車両（例えば、ユーザの乗車位置に到着するまでの想定待ち時間（又は、当該乗車位置までの距離）が所定の範囲内である空車の車両等）が存在しない場合に、（自動的に、又は、ユーザによる確認を介して）割当可能車両の発生を待機するように構成され得る。例えば、配車要求管理部４３は、割当可能車両が存在しない場合に、所定時間の間、割当可能車両の発生を待機し、割当可能車両が発生すると、ユーザに割り当てる車両として当該車両を選択する一方、割当可能車両が発生することなく当該所定時間が経過すると、ユーザからの配車要求をキャンセルするように構成される。こうした構成は、割当可能車両が存在しない場合であっても、配車要求をキャンセルする前に、割当可能車両の発生を待機することができるから、ユーザの利便性を向上させる。

本実施形態において、割当可能車両の発生を待機している待機ユーザの待機順序を管理するようにし、複数の待機ユーザに割当可能な特定の割当可能車両が発生した場合に、当該特定の割当可能車両を、当該複数の待機ユーザのうち待機順序が最も先行している（早い）ユーザに割り当てるようにしても良い。つまり、配車要求管理部４３は、特定の待機ユーザに割当可能な特定の割当可能車両が発生したときに、当該特定の割当可能車両を割当可能な他の待機ユーザであって、当該特定の待機ユーザよりも待機順序が先行している当該他の待機ユーザが存在しない場合に、当該特定の待機ユーザに割り当てる車両として当該特定の割当可能車両を選択するように構成され得る。待機ユーザの待機順序を特定可能な情報（例えば、待機を開始した時刻等）は、例えば、配車要求情報テーブル４１３において管理される。こうした構成は、ユーザの待機時間が過剰に長くなることを抑制する。

次に、このような機能を有する本実施形態の配車管理サーバ１０の具体例について説明する。この具体例において、配車管理サーバ１０は、複数のタクシー会社のタクシーを対象とする配車管理サービスを提供する。なお、本実施形態において、配車管理の対象となる車両は、タクシー会社のタクシーに限定されず、一般人の自家用車等を含み得る。

図３は、この例において、ユーザ情報テーブル４１１において管理される情報を例示する。ユーザ情報テーブル４１１は、配車管理サービスのユーザに関する情報を管理し、図示するように、個別のユーザを識別する「ユーザアカウント」に対応付けて、「ユーザ基本情報」、「車いす使用フラグ」等の情報を管理する。ユーザ基本情報は、例えば、氏名、連絡先、支払情報（クレジットカード情報等）等を含む。また、車いす使用フラグは、車いすの使用の有無を示す。

図４は、この例において、車両情報テーブル４１２において管理される情報を例示する。車両情報テーブル４１２は、配車管理サービスの対象となる複数の車両の各々に関する情報を管理し、図示するように、個別の車両を識別する「車両ＩＤ」に対応付けて、「車両基本情報」、「タクシー会社情報」、「ＵＤタクシーフラグ」、「施設Ｘ入場許可フラグ」、「現在位置」、「配車状態」、対応するドライバーを識別する「ドライバーアカウント」等の情報を管理する。車両基本情報は、車種、乗車可能人数、車両の外観に対応する画像（写真又は図）、及び、ナンバー等を含む。ＵＤタクシーフラグは、車いす使用者及び高齢者等による利用を想定して設計されているＵＤ（ユニバーサルデザイン）タクシーであるか否かを示す。施設Ｘ入場許可フラグは、特定の施設Ｘへの入場許可の有無を示す。施設Ｘは、例えば、各種工場、軍事施設等を含む。現在位置は、車両に搭載されている情報端末又はドライバー端末３４から送信される位置情報が設定される。配車状態は、「賃走」、「迎車」、及び「空車」を含む各状態に対応する値が設定される。

図５は、この例において、配車要求情報テーブル４１３において管理される情報を例示する。配車要求情報テーブル４１３は、ユーザからの配車要求に関する情報を管理し、図示するように、個別の配車要求を識別する「配車要求ＩＤ」に対応付けて、配車要求を行ったユーザを識別する「ユーザアカウント」、「乗車位置」、「降車位置」、「支払方法」、割り当てられた車両を識別する「車両ＩＤ」、配車要求を行ったユーザに割当可能な車両が存在しない場合に待機を開始した時刻を示す「待機開始時刻」等の情報を管理する。

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

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

地図表示領域５２は、ユーザによるスライド操作等によって、表示される地図の範囲がスライドするように構成されている。表示される地図の範囲のスライドに伴って、ユーザオブジェクトＵＯ、及び、車両オブジェクトＶＯの表示位置も変化する。

情報表示領域５４は、ユーザが配車要求を行った場合の現時点における待ち時間の目安（図６の例では、「５〜８分」）を表示すると共に、「ワンタップでタクシーを呼ぶ」と表示された第１ボタン６１と、「条件を指定してタクシーを呼ぶ」と表示された第２ボタン６２とを有する。待ち時間の目安は、例えば、ユーザの現在位置から近い順に所定数（例えば、３台）の空車状態の車両の各々とユーザとの間の距離等に基づいて算出される。

第１ボタン６１は、条件の指定なしで（ワンタップで）配車要求を行うためのボタンであり、第２ボタン６２は、条件を指定して配車要求を行うためのボタンである。まず、条件の指定なしで配車要求を行う場合について説明する。

図７は、ユーザによる第１ボタン６１の選択に応じて、配車管理サーバ１０が実行する処理を例示するフロー図である。サーバ１０は、まず、図示するように、ユーザの現在位置に基づいて、ユーザの乗車位置（迎車位置）を自動的に設定する（ステップＳ１００）。設定された乗車位置は、配車要求テーブル４１３に登録される。

ユーザの現在位置に基づく乗車位置の設定は、様々なルールを適用して実現され得る。この例では、ユーザの現在位置から所定の距離の範囲内に、車両の停車が可能であって乗車位置として推奨される推奨乗車領域が存在する場合には、当該推奨乗車領域内の位置（例えば、当該領域内におけるユーザの現在位置から最も近い位置）がユーザの乗車位置として設定される。こうした推奨乗車領域は、例えば、配車管理サービスの運営事業者によって予め設定され、道路地図データ４１５において登録されている。運営事業者は、例えば、配車管理サービスにおいて、過去に多くのユーザによって個別に乗車位置として指定されている位置を含む領域を、推奨乗車領域として設定することができる。こうした推奨乗車領域は、この例の配車管理サービスにおいて仮想的に設けられたタクシー乗り場と言うこともできる。

また、この例では、ユーザの現在位置から所定の距離の範囲内に推奨乗車領域が存在しない場合には、車両の停車が可能な停車位置であって、ユーザの現在位置から最も近い停車位置が、ユーザの乗車位置として設定される。この際、乗車位置として適切でない非推奨乗車領域を回避するように、乗車位置が設定される。

ここで、この例における非推奨乗車領域は、配車管理サービスの運営事業者によって設定される複数の車両に共通の非推奨乗車領域と、各タクシー会社によって個別に設定されるタクシー会社毎の非推奨乗車領域とが含まれる。ステップＳ１００においてユーザの乗車位置を設定する際には、これらの非推奨乗車領域のうち、複数の車両に共通の非推奨乗車領域が回避され、タクシー会社毎の非推奨乗車領域は考慮されない（回避されない）。

これらの非推奨乗車領域は、道路地図データ４１５において登録されている。例えば、ガードレールがある道路、及び、タクシー乗り場等が、非推奨乗車領域として設定される。また、本実施形態の他の例において、例えば、複数の車両に共通の非推奨乗車領域は、外部のシステム等から取得する情報に基づいて自動的に設定される。例えば、当該非推奨乗車領域は、外部のシステム等から取得する道路の工事予定や交通規制の情報に基づいて自動的に設定され得る。

こうしてユーザの乗車位置を設定すると、次に、サーバ１０は、ユーザの乗車位置及び車いす使用フラグ、並びに、各車両の車両情報に基づいて、当該ユーザに割り当てる車両を選択する（ステップＳ１１０）。

この例では、基本的には、ユーザの乗車位置に到着するまでの想定待ち時間が所定の範囲内（例えば、１５分以内）の空車の車両が当該ユーザに割当可能な割当可能車両とされ、複数の割当可能車両が存在する場合、想定待ち時間が最も短い（例えば、ユーザの乗車位置から最も近い）車両が当該ユーザに割り当てられる。また、以下の場合には、割当可能車両はさらに制限される。まず、ユーザが車いすを使用するユーザである場合（ユーザ情報テーブル４１１の車いす使用フラグを参照することによって特定される）、割当可能車両はＵＤタクシーの車両（車両情報テーブル４１２のＵＤタクシーフラグを参照することによって特定される）に制限される。また、ユーザの乗車位置が施設Ｘの敷地内である場合、割当可能車両は、当該施設Ｘの入場許可を有する車両（車両情報テーブル４１２の施設Ｘ入場許可フラグを参照することによって特定される）に制限される。さらに、ユーザの乗車位置が特定のタクシー会社の非推奨乗車領域に含まれる場合、割当可能車両は、当該特定のタクシー会社の車両以外の車両（車両情報テーブル４１２のタクシー会社情報を参照することによって特定される）に制限される。

ここで、施設Ｘの入場許可を有する割当可能車両が存在しない場合に、ユーザの乗車位置を、施設Ｘの外側に（自動的に、又は、ユーザの確認を介して）変更し、施設Ｘの入場許可を有しない他の車両を割り当てるようにしても良い。なお、こうしたユーザの乗車位置の変更の提案は、他の割当可能車両が存在する場合のみに限定して行うようにしても良い。変更後の乗車位置は、施設Ｘに対して予め設定されており、例えば、施設Ｘの特定の出入口が、変更後の外側の乗車位置として予め設定されている。この場合、例えば、ユーザの乗車位置を施設Ｘの敷地内に設定できない理由（配車ＮＧ理由、例えば「このエリアに対応可能な車両を手配できません」等）を表示し、地図表示領域５２において、乗車位置の設定ができないエリア（具体的には、施設Ｘの敷地内）を視認可能に表示する（例えば、半透明の特定の色（例えば、赤色）の領域として表示する）のが好ましい。

そして、割当可能車両が存在する場合には（ステップＳ１１５においてＹＥＳ）、次に、サーバ１０は、選択した車両に対して迎車を依頼する（ステップＳ１２０）。図８は、選択した車両に対する迎車の依頼に応じて、ユーザ端末３２において表示される手配中画面５０２を例示する。手配中画面５０２は、トップ画面５０１と同様に、地図表示領域５２と、情報表示領域５４とを有する。図示するように、手配中画面５０２の地図表示領域５２においては、「タクシーを手配しています」という文字列が地図に重ねて表示され、また、「ここで乗る」と表示されたピン形状の乗車位置指定オブジェクト５２１が地図上に配置されている。当該乗車位置指定オブジェクト５２１は、設定された乗車位置に対応する地図上の位置に配置されており、その下端部に、設定された乗車位置における車両の進行方向を示す矢印形状の進行方向表示オブジェクト５２１１を有する。当該進行方向表示オブジェクト５２１１は、乗車位置指定オブジェクト５２１の地図上の位置から最も近い車線の進行方向を向くように配置される。ユーザは、当該オブジェクト５２１１によって、乗車位置における車両の進行方向を知ることができる。

また、手配中画面５０２の情報表示領域５４は、現時点における待ち時間の目安を表示すると共に、迎車依頼をキャンセルするためのキャンセルボタン６３を有する。ユーザは、例えば、トップ画面５０１の第１ボタン６１に対する選択操作を誤って行ってしまった場合等においてキャンセルボタン６３を選択する。当該ボタン６３の選択に応じて、サーバ１０は、迎車依頼を取り消すための所定の取消処理を行う。

図９は、迎車の依頼を受けた車両に対応するドライバーのドライバー端末３４において表示される迎車依頼確認画面１００を例示する。車両に対応するドライバーは、車両情報テーブル４１２のドライバーアカウントによって特定される。迎車依頼確認画面１００には、図示するように、「ＯＫ」と表示された第１ボタン１０２と、「キャンセル」と表示された第２ボタン１０４とが上下方向に並べて配置されている。ドライバーは、迎車の依頼を受諾する場合には第１ボタン１０２を選択し、迎車の依頼を受諾しない（拒否する）場合には第２ボタン１０４を選択する。

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

迎車依頼確認画面１００の第１ボタン１０２がドライバーによって選択されて迎車依頼が受諾されると（ステップＳ１３０においてＹＥＳ）、ユーザに対する車両の割当が確定する（ステップＳ１４０）。車両の割当の確定に応じて、サーバ１０は、対応する車両ＩＤを配車要求情報テーブル４１３に登録すると共に、対応する車両の車両情報テーブル４１２における配車状態を「迎車」に変更する。一方、迎車依頼確認画面１００の第２ボタン１０４がドライバーによって選択されて迎車依頼が拒否されると（ステップＳ１３０においてＮＯ）、サーバ１０は、再度、割り当てる車両の選択を行う（ステップＳ１１０）。なお、複数の割当可能車両が存在する場合に、これらの複数の割当可能車両に対して迎車の打診（仮の依頼）を行うようにしても良い。この場合、迎車の打診を行った複数の車両のうち、最初に受諾した車両の割当が確定する。

図１０は、車両の割当の確定（ドライバーによる迎車依頼の受諾）に応じてユーザ端末３２において表示される迎車待ち画面５０３を例示する。迎車待ち画面５０３は、トップ画面５０１及び手配中画面５０２と同様に、地図表示領域５２と、情報表示領域５４とを有する。迎車待ち画面５０３の情報表示領域５４は、図示するように、現時点における待ち時間の目安を表示すると共に、割り当てられた車両に関する情報（車両の画像（写真、又は、図）、及び、当該車両に関するその他の情報（例えば、タクシー会社名、及び、車両のナンバー等）等）を表示し、「目的地設定」と表示された第１ボタン６４と、「メッセージ」と表示された第２ボタン６５とを有する。

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

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

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

第１ボタン１１４は、ドライバーが、乗車位置への到着を報告するためのボタンである。第２ボタン１１６は、ドライバーが、ユーザとの間のチャットを行うためのボタンである。当該第２ボタン１１６の選択に応じて、チャット用画面が表示される。

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

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

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

ここで、この例において、ユーザは、トップ画面５０１の第１ボタン６１を選択して配車要求を行った後に、設定されている乗車位置を変更することができる。具体的には、図８に例示した手配中画面５０２又は図１０に例示した迎車待ち画面５０３の地図表示領域５２を介して、乗車位置指定オブジェクト５２１の地図上の位置を変更することにより、乗車位置を変更することができる。例えば、乗車位置指定オブジェクト５２１に対するスライド操作によって、当該オブジェクト５２１の位置が変更される。

図１４は、乗車位置指定オブジェクト５２１の地図上の位置を変更した場合の迎車待ち画面５０３を例示する。図示するように、乗車位置指定オブジェクト５２１の地図上の位置の変更に応じて、乗車位置の変更の要否を確認するための確認オブジェクト５６が、地図表示領域５２に重ねて表示される。当該確認オブジェクト５６は、「はい」と表示された第１ボタン５６１と、「いいえ」と表示された第２ボタン５６２とを有する。第１ボタン５６１が選択されると、乗車位置の変更が確定し、変更後の乗車位置が、対応するドライバー端末３４に送信されると共に、配車要求情報テーブル４１３の乗車位置が更新される。なお、変更前の乗車位置へと向かう車両の位置が、当該乗車位置から所定の距離の範囲内となった場合には、乗車位置の変更を禁止する（不可能にする）ようにしても良い。また、乗車位置の変更可能な範囲（変更前の乗車位置と変更後の乗車位置との間の距離）について上限を設定しても良い。

また、この例では、乗車位置指定オブジェクト５２１の地図上の位置が変更されると、乗車位置における車両の進行方向を示す進行方向表示オブジェクト５２１１の向きが変化する場合がある。図１５は、乗車位置指定オブジェクト５２１の地図上の位置の変更に応じて進行方向表示オブジェクト５２１１の向きが変化する様子を説明するための図である。図１５の上段に示すように、中央帯ＣＺによって分離される往復の方向の２つの車線ＬＮ１及びＬＮ２を有する道路において、乗車位置指定オブジェクト５２１が車線ＬＮ１側の歩道付近に位置している状態では、進行方向表示オブジェクト５２１１の向きは、当該車線ＬＮ１における車両の進行方向（図１５における右下方向）となる。そして、図１５の下段に示すように、乗車位置指定オブジェクト５２１の位置が車線ＬＮ２側の歩道付近の位置に変更されると、進行方向表示オブジェクト５２１１の向きは、当該車線ＬＮ２における車両の進行方向（図１５における左上方向）に変更される。このように、ユーザは、進行方向表示オブジェクト５２１１の向き（つまり、車両の進行方向）を確認しながら、乗車位置の設定（変更）を行うことができる。

また、この例では、乗車位置指定オブジェクト５２１は、地図表示領域５２において、上述した非推奨乗車領域内には配置できないように構成されている。図１６は、乗車位置指定オブジェクト５２１の位置の変更（例えば、スライド操作）が開始された状態の迎車待ち画面５０３を例示する。図示するように、地図表示領域５２は、乗車位置指定オブジェクト５２１の位置の変更の開始に応じて、非推奨乗車領域に対応する領域Ａ１が視認可能に表示される（例えば、半透明の特定の色（例えば、赤色）の領域として表示される）ように構成されている。ここでの非推奨乗車領域は、複数の車両に共通の非推奨乗車領域に加えて、割り当てられた車両のタクシー会社の非推奨乗車領域が含まれる。ユーザは、当該領域Ａ１によって、非推奨乗車領域の存在を知ることができる。なお、当該領域Ａ１において、非推奨乗車領域として設定されている理由（例えば、「タクシー乗り場の周辺のため配車できません」等）を表示するようにしても良い。なお、乗車位置指定オブジェクト５２１の位置の変更の開始に応じて、非推奨乗車領域に対応する領域Ａ１に加えて、上述した推奨乗車領域に対応する領域を視認可能に表示する（例えば、半透明の、非推奨乗車領域とは異なる特定の色（例えば、青色）の領域として表示する）ようにして、他の推奨乗車領域に誘導するようにしても良い。

図７のフロー図に戻り、ステップＳ１１０における車両の選択の際に割当可能車両が存在しない場合には（ステップＳ１１５においてＮＯ）、サーバ１０は、所定時間Ｔ１（例えば、５分）が経過するのを待機する（ステップＳ１５０においてＮＯ）。具体的には、待機を開始する際の時刻が配車要求情報テーブル４１３の待機開始時刻に設定され、当該待機開始時刻から所定時間Ｔ１を経過するまで、車両の選択（ステップＳ１１０）を繰り返し試行する。そして、割当可能車両が発生した場合には、当該車両をユーザに割り当てる車両として選択する一方、割当可能車両が発生する前に所定時間Ｔ１を経過すると（ステップＳ１５０においてＹＥＳ）、サーバ１０は、配車要求のキャンセルを行う（ステップＳ１６０）。配車要求のキャンセルは、例えば、配車要求を取り消すための所定の取消処理の実行を伴う。このように、この例では、ユーザは、割当可能車両が存在しない場合であっても、配車要求をキャンセルする前に所定時間Ｔ１の間、割当可能車両の発生を待機することができる。

また、この例では、特定の車両が複数の待機中のユーザの割当可能車両として適用可能である場合、当該特定の車両は、待機開始時刻が早いユーザ（待機順序が先行しているユーザ）に割り当てられる。例えば、図１７に例示するように、空車となった車両２００が、ユーザＡ（待機開始時刻は９：０４）及びユーザＢ（待機開始時刻は９：０６）それぞれの乗車位置に到着するまでの想定待ち時間が所定の範囲内であって割当可能車両として適用可能である場合、当該車両２００は、待機開始時刻が早いユーザＡに割り当てられる。

このように、この例において、ユーザは、トップ画面５０１の第１ボタン６１を選択するというワンタップの簡易な操作で、タクシーの配車要求を行うことができ、その後、手配中（迎車依頼の受諾待ち）、及び、迎車待ちの期間において、乗車位置の変更、及び、目的地（降車位置）の設定等を行うことができる。また、ユーザは、割当可能車両が存在しない場合であっても、所定時間Ｔ１の間、割当可能車両の発生を待機することができる。なお、割当可能車両が存在しない場合における待機の開始及び／又は待機の終了（所定時間Ｔ１の設定）を、ユーザからの指示に応じて行うようにしても良い。このように、ユーザは、待機可能な余裕時間に応じて配車（割当可能車両の発生）を待機することができ、車両が割り当てられるまで、配車要求の操作を繰り返し行う手間が省かれる。この結果、ユーザの利便性が向上し得る。

なお、割当可能車両の発生の待機中において車両の選択（ステップＳ１１０）を繰り返し試行する際に、ユーザの現在位置に基づく乗車位置の設定（ステップＳ１００）についても繰り返し行う（言い換えると、ユーザの最新の現在位置に基づいて割当可能車両の選択を繰り返し行う。）ようにしても良い。こうすれば、例えば、目的地に向かって徒歩で移動しながら割当可能車両の発生を待機するユーザ（特に、条件の指定なしで配車要求を行うユーザは、目的地までの移動を急いでいると考えられる。）、及び、（割当可能車両が発生しやすいように）交通量が多い道路・エリアに自ら移動しながら割当可能車両の発生を待機するユーザ等に対応することが可能となる。なお、ユーザが移動する場合であっても、待機開始時刻は変更されない（待機順序が確保されている）から、移動することがユーザにとって不利とはならない。

以上、条件の指定なしで配車要求を行う場合について説明した。次に、条件を指定して配車要求を行う場合について説明する。図１８は、トップ画面５０１の第２ボタン６２の選択に応じてユーザ端末３２において表示される条件指定画面５０４を例示する。条件指定画面５０４は、トップ画面５０１、手配中画面５０２、及び迎車待ち画面５０３と同様に、地図表示領域５２と、情報表示領域５４とを有する。

条件指定画面５０４の地図表示領域５２には、乗車位置指定オブジェクト５２１が配置されている。ユーザは、当該オブジェクト５２１の位置を変更することによって、乗車位置を個別に指定することができる。また、乗車位置指定オブジェクト５２１は、その下端部に進行方向表示オブジェクト５２１１を有し、矢印形状の当該オブジェクト５２１１は、上述したように、乗車位置指定オブジェクト５２１の地図上の位置から最も近い車線の進行方向を向くように配置される。なお、上述した手配中画面５０２及び迎車待ち画面５０３の地図表示領域５２と同様に、条件指定画面５０４の地図表示領域５２は、乗車位置指定オブジェクト５２１の位置の変更の開始に応じて非推奨乗車領域（ここでは、車両を割り当てる前であるため、複数の車両に共通の非推奨乗車領域のみが対象となり、タクシー会社毎の非推奨乗車領域は対象とならない。）に対応する領域が視認可能に表示され、当該オブジェクト５２１は、当該非推奨乗車領域には配置できないように構成されている。また、上述したように、非推奨乗車領域に加えて、推奨乗車領域に対応する領域を視認可能に表示しても良い。

条件指定画面５０４の情報表示領域５４は、現時点における待ち時間の目安が表示されると共に、目的地を設定するための第１ボタン６６と、支払方法を選択するための第２ボタン６７と、車種を指定するための第３ボタン６８と、「依頼」と表示された第４ボタン６９とを有する。

第１ボタン６６がユーザによって選択されると、目的地（降車位置）を設定するための画面が表示され、ユーザは、当該画面を介して目的地を予め設定しておくことができる。なお、ユーザは、目的地の設定を省略することもできる。

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

第３ボタン６８がユーザによって選択されると、手配する車両の車種等を選択するための画面が表示され、ユーザは、当該画面を介して車種等を設定することができる。なお、当該画面において、車両の車種に加えて、ＵＤタクシーであるか否か、及び、施設Ｘの入場許可の有無を指定することもできる。

第４ボタン６９は、ユーザが配車要求を行うためのボタンである。図１９は、ユーザによる第４ボタン６９の選択に応じて、配車管理サーバ１０が実行する処理を例示するフロー図である。サーバ１０は、まず、図示するように、ユーザによる指定に基づいてユーザの乗車位置（迎車位置）を設定する（ステップＳ２００）。具体的には、条件指定画面５０４の地図表示領域５２における乗車位置指定オブジェクト５２１の地図上の位置が、ユーザの乗車位置として設定される。

こうしてユーザの乗車位置を設定すると、次に、サーバ１０は、ユーザの乗車位置及びユーザによる指定（車種等）、並びに、各車両の車両情報に基づいて、当該ユーザに割り当てる車両を選択する（ステップＳ２１０）。基本的には、ユーザの乗車位置に到着するまでの想定待ち時間が所定の範囲内（例えば、１５分以内）の空車の車両であってユーザによって指定された車種等に適合する車両が割当可能車両とされ、複数の割当可能車両が存在する場合、想定待ち時間が最も短い（例えば、ユーザの乗車位置から最も近い）車両が当該ユーザに割り当てられる。また、条件の指定なしで配車要求を行う場合と同様に、ユーザの乗車位置が施設Ｘの敷地内である場合、割当可能車両は、当該施設Ｘの入場許可を有する車両に制限され、ユーザの乗車位置が特定のタクシー会社の非推奨乗車領域に含まれる場合、割当可能車両は、当該特定のタクシー会社の車両以外の車両に制限される。

なお、ユーザによって目的地（降車位置）が設定されており、当該目的地が施設Ｘの敷地内である場合、ユーザの乗車位置が施設Ｘの敷地内である場合と同様に、割当可能車両は、当該施設Ｘの入場許可を有する車両に制限される。

また、上述したように、施設Ｘの入場許可を有する割当可能車両が存在しない場合に、ユーザの乗車位置を、施設Ｘの外側に（自動的に、又は、ユーザの確認を介して）変更し、施設Ｘの入場許可を有しない車両を割り当てるようにしても良い。

そして、サーバ１０は、割当可能車両が存在する場合には（ステップＳ２１５においてＹＥＳ）、選択した車両に対して迎車を依頼する（ステップＳ２２０）。これ以降の処理は、トップ画面５０１の第１ボタン６１の選択に応じて実行される図７に例示したフロー図と同様である。つまり、対応するドライバーによって迎車が受諾されると（ステップＳ２３０においてＹＥＳ）、ユーザに対する車両の割当が確定する一方（ステップＳ２４０）、対応するドライバーによって迎車依頼が拒否されると（ステップＳ２３０においてＮＯ）、サーバ１０は、再度、割り当てる車両の選択を行う（ステップＳ２１０）。また、割当可能車両が存在しない場合には（ステップＳ２１５においてＮＯ）、所定時間Ｔ１（例えば、５分）が経過するのを待機し（ステップＳ２５０においてＮＯ）、車両の選択（ステップＳ２１０）を繰り返し試行する。そして、割当可能車両が発生した場合には、当該車両をユーザに割り当てる車両として選択する一方、割当可能車両が発生する前に所定時間Ｔ１を経過すると（ステップＳ２５０においてＹＥＳ）、サーバ１０は、配車要求のキャンセルを行う（ステップＳ２６０）。このように、この例において、ユーザは、トップ画面５０１の第２ボタン６２を選択することによって、個別に条件を指定して配車要求を行うことも可能であり、この場合も、割当可能車両が存在しないときには、所定時間Ｔ１の間、割当可能車両の発生を待機することができる。

なお、上述した条件の指定なしで配車要求を行う場合と同様に、割当可能車両の発生の待機中において車両の選択（ステップＳ２１０）を繰り返し試行する際に、ユーザの最新の現在位置に基づいて割当可能車両の選択を行うようにしても良い。例えば、ユーザによる指定に基づいて設定された乗車位置（ステップＳ２００）からユーザの最新の現在位置までの距離が所定値以上に離れた場合に、最新の現在位置に基づく乗車位置への変更の要否を確認するための画面を表示し、当該画面を介して乗車位置の変更がユーザによって要求された場合に、変更後の乗車位置（最新の現在位置に基づく乗車位置）に基づいて割当可能車両の選択を行うようにしても良い。

上述した例において、目的地（降車位置）を設定する際に、乗車位置と同様に、当該目的地における車両の進行方向を表示するようにしても良い。例えば、乗車位置指定オブジェクト５２１に相当するオブジェクトの地図上の位置が降車位置として設定され、当該降車位置における車両の進行方向は、当該オブジェクトの下端部に配置された進行方向表示オブジェクト５２１１に相当するオブジェクトの向きによって示される。

上述した例では、乗車位置を設定する際に回避される非推奨乗車領域を道路地図データ４１５において登録したが、同様に、降車位置を設定する際に回避される非推奨降車領域を登録しても良い。当該非推奨降車領域は、配車管理サービスの運営事業者によって設定される複数の車両に共通の非推奨降車領域と、各タクシー会社によって設定されるタクシー会社毎の非推奨降車領域とが含まれる。そして、条件の指定なしで配車要求を行う場合において、迎車待ち画面５０３の第１ボタン６４を介して目的地を設定／変更する際には、複数の車両に共通の非推奨乗車領域、及び、割り当てられている車両のタクシー会社の非推奨乗車領域が回避される（当該領域内に目的地を設定できないように制御される）。また、条件を指定して配車要求を行う場合において、条件指定画面５０４の第１ボタン６６を介して目的地を設定する際には、複数の車両に共通の非推奨降車領域が回避され、設定した目的地が特定のタクシー会社の非推奨降車領域内である場合、ステップＳ２１０において、割り当ての対象となる車両は、当該特定のタクシー会社の車両以外の車両に制限される。

上述した例において、設定された乗車／降車位置が病院及び介護施設等の特定の施設である場合において、ＵＤタクシーの車両を割り当てるようにしても良い。この場合、乗車／降車位置として設定された場合にＵＤタクシーの車両を割り当てるべき施設は、道路地図データ４１５において登録され得る。

上述した例では、割当可能車両が存在しないときに所定時間Ｔ１の間、割当可能車両の発生を待機するようにしたが、待機順序に従って車両の割当を待機する時間的な余裕がないユーザも存在し得る。こうしたユーザに対応するために、優先的に車両の割当が行われる「優先配車」のオプションをユーザが選択できるようにしても良い。当該優先配車は、追加料金等の対価を要する有償のオプションとして構成されており、例えば、配車要求の際に（及び／又は、待機を開始する際に）ユーザによって選択される。優先配車が選択されると、具体的には、割当可能車両の対象となる範囲である車両探索範囲（例えば、ユーザの乗車位置に到着するまでの想定待ち時間（又は、当該乗車位置までの距離）が所定の範囲内）が拡張される。例えば、優先配車が選択されていないと、ユーザの乗車位置に到着するまでの想定待ち時間が１５分の範囲内である車両が割当可能車両とされる一方、優先配車が選択されると、ユーザの乗車位置に到着するまでの想定待ち時間が２０分の範囲内である車両が割当可能車両とされる。

また、優先配車を選択したユーザは、待機中の一般のユーザよりも車両の割当が優先される。図２０は、優先配車のオプションが選択されているユーザに車両が優先的に割当てられる様子を説明するための図である。図示するように、例えば、９：０８の時点で、ユーザＣが優先配車のオプションを選択して配車要求を行うと共に車両２００が空車になった場合、優先配車を選択しているユーザＣの車両探索範囲（破線）は、優先配車を選択していない場合の車両探索範囲（実線）から拡張されており、当該拡張された車両探索範囲（破線）に車両２００が入っている。この場合、先行して待機しているユーザＡ（待機開始時刻は９：０４）やユーザＢ（待機開始時刻は９：０６）を差し置いて、優先配車を選択しているユーザＣに対して車両２００が割り当てられる。なお、先行して待機しているユーザＡ及びユーザＢの何れかに車両２００が割り当てられた後にユーザＣが優先配車のオプションを選択して配車要求を行った場合であっても、ユーザＣによる配車要求が車両２００の割当の確定前（つまり、迎車依頼の受諾前）であれば、ユーザＣに対して優先して車両２００の割当を行うようにしても良い。

このように、優先配車のオプションを選択することによって、通常よりも広い範囲の車両を対象とした割当車両の選択が行われ、また、待機中の一般のユーザよりも優先されるので、車両の割当が早期及び確実に行われ易くなる。こうした優先配車のオプションは、対価を払ってでも早期及び確実な配車を依頼したいユーザにとっての利便性を向上させる。

なお、優先配車のオプションが選択されている場合に、迎車を依頼する車両のドライバーに対して優先配車のオプションが選択されていることを通知するようにしても良い。優先配車は追加料金等が発生してドライバーにとっても有利であるため、こうした通知は、迎車の依頼が受諾される確率を向上させ、この結果、ユーザの利便性が向上し得る。

また、待機を開始してからの経過時間が所定時間Ｔ２（＜Ｔ１）となったときに、優先配車のオプションの選択の有無にかかわらず、上述した車両探索範囲の拡張を行うようにしても良い。こうすれば、待機時間が過剰に長くなることが抑制され、この結果、ユーザの利便性が向上し得る。

以上説明した本実施形態に係る配車管理サーバ１０は、ユーザの乗車位置を設定し、設定した乗車位置を、当該乗車位置における車両の進行方向を伴ってユーザに提示するから、ユーザは、例えば、往復の方向の車線を有する道路付近の乗車位置を設定する場合であっても、当該道路の両側の歩道のうちどちらの歩道で待機すれば良いのかを的確に判断することが可能となる。つまり、本実施形態における配車管理サーバ１０は、配車要求の際のユーザの利便性を向上させる。

また、本実施形態に係る配車管理サーバ１０は、ユーザからの配車要求に応じて車両の選択（ステップＳ１１０、Ｓ２１０）を実行したときに割当可能な車両が存在しない場合であっても、所定時間Ｔ１の間、割当可能車両の発生を待機することができる。このように、ユーザは１度配車要求を行えば、所定時間Ｔ１の間、繰り返し車両の選択を試行することが可能となるから、車両が割り当てられるまで繰り返し配車要求の操作を行う手間が省かれる。この結果、ユーザの利便性が向上し得る。

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

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

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

１０配車管理サーバ
１１コンピュータプロセッサ
２０通信ネットワーク
３２ユーザ端末
３４ドライバー端末
４１情報記憶管理部
４２基本機能制御部
４３配車要求管理部
４４迎車依頼管理部
１００迎車依頼確認画面
１１０迎車中画面
１２０到着報告画面
１３０乗車報告画面
５０１トップ画面
５０２手配中画面
５０３迎車待ち画面
５０４条件指定画面
５２１乗車位置指定オブジェクト
５２１１進行方向表示オブジェクト

Claims

車両の配車を管理するためのシステムであって、
複数の車両の各々の車両情報を少なくとも記憶する記憶装置と、１又は複数のコンピュータプロセッサと、を備え、
前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
ユーザによる配車要求を受け付ける処理と、
前記ユーザの乗車位置を設定する処理と、
設定した前記ユーザの乗車位置と、前記複数の車両の各々の前記車両情報と、に少なくとも基づいて、前記複数の車両の中から前記ユーザに割り当てる車両を選択する処理と、
選択した前記ユーザに割り当てる車両に対して前記ユーザの乗車位置への迎車を依頼する処理と、を実行し、
前記ユーザの乗車位置は、前記ユーザの乗車位置における車両の進行方向を伴って前記ユーザに提示されるように構成されている、
システム。
前記ユーザの乗車位置を設定する処理は、前記ユーザによって所定の画面を介して指定された地図上の位置を前記ユーザの乗車位置として設定することを含み、
前記所定の画面は、前記ユーザによって指定された地図上の位置に対応する車両の進行方向を表示するように構成されている、
請求項１のシステム。
前記１又は複数のコンピュータプロセッサは、さらに、前記ユーザの降車位置を設定する処理を実行し、
前記ユーザの降車位置は、前記ユーザの降車位置における前記ユーザに割り当てる車両の進行方向を伴って前記ユーザに提示されるように構成されている、
請求項１又は２のシステム。
前記車両を選択する処理は、前記ユーザに割当可能な割当可能車両が存在しない場合に、割当可能車両の発生を待機することを含む、
請求項１ないし３何れかのシステム。
前記記憶装置は、さらに、割当可能車両の発生を待機している待機ユーザの待機順序を特定可能な情報を記憶し、
前記車両を選択する処理は、複数の待機ユーザに割当可能な特定の割当可能車両が発生した場合に、待機順序が最も先行している待機ユーザに割り当てる車両として前記特定の割当可能車両を選択することを含む、
請求項４のシステム。
複数の車両の各々の車両情報を少なくとも記憶する記憶装置にアクセス可能な１又は複数のコンピュータによって実行され、車両の配車を管理するための方法であって、
ユーザによる配車要求を受け付けるステップと、
前記ユーザの乗車位置を設定するステップと、
設定した前記ユーザの乗車位置と、前記複数の車両の各々の前記車両情報と、に少なくとも基づいて、前記複数の車両の中から前記ユーザに割り当てる車両を選択するステップと、
選択した前記ユーザに割り当てる車両に対して前記ユーザの乗車位置への迎車を依頼するステップと、を備え、
前記ユーザの乗車位置は、前記ユーザの乗車位置における車両の進行方向を伴って前記ユーザに提示されるように構成されている、
方法。
車両の配車を管理するためのプログラムであって、
複数の車両の各々の車両情報を少なくとも記憶する記憶装置にアクセス可能な１又は複数のコンピュータ上での実行に応じて、前記１又は複数のコンピュータに、
ユーザによる配車要求を受け付ける処理と、
前記ユーザの乗車位置を設定する処理と、
設定した前記ユーザの乗車位置と、前記複数の車両の各々の前記車両情報と、に少なくとも基づいて、前記複数の車両の中から前記ユーザに割り当てる車両を選択する処理と、
選択した前記ユーザに割り当てる車両に対して前記ユーザの乗車位置への迎車を依頼する処理と、を実行させ、
前記ユーザの乗車位置は、前記ユーザの乗車位置における車両の進行方向を伴って前記ユーザに提示されるように構成されている、
プログラム。