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

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6811746

(24)【登録日】2020年12月17日

(45)【発行日】2021年1月13日

(54)【発明の名称】車両の配車を管理するためのシステム、方法、及びプログラム

(51)【国際特許分類】

   G08G 1/123 20060101AFI20201228BHJP

   G08G 1/00 20060101ALI20201228BHJP

   G06Q 50/30 20120101ALI20201228BHJP

【ＦＩ】

   G08G1/123 A

   G08G1/00 D

   G06Q50/30

【請求項の数】12

【全頁数】22

(21)【出願番号】特願2018-115735(P2018-115735)

(22)【出願日】2018年6月19日

(65)【公開番号】特開2019-219832(P2019-219832A)

(43)【公開日】2019年12月26日

【審査請求日】2019年12月18日

(73)【特許権者】

【識別番号】512200217

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

(74)【代理人】

【識別番号】100125195

【弁理士】

【氏名又は名称】尾畑 雄一

(72)【発明者】

【氏名】森川 洸

(72)【発明者】

【氏名】三原 究作

【審査官】 白石 剛史

(56)【参考文献】

【文献】 特開２００８−２６９３４７（ＪＰ，Ａ）

【文献】 特開２００４−２５９２０１（ＪＰ，Ａ）

【文献】 特開２０１２−２０８６６８（ＪＰ，Ａ）

【文献】 特開２００８−００３９０６（ＪＰ，Ａ）

【文献】 特開２０１０−２３５２６９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１６／０３７０１９４（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０８Ｇ １／１２３

Ｇ０６Ｑ ５０／３０

Ｇ０８Ｇ １／００

(57)【特許請求の範囲】

【請求項1】

車両の配車を管理するためのシステムであって、
複数の車両の各々の車両情報と道路地図データとを少なくとも記憶する記憶装置と、１又は複数のコンピュータプロセッサと、を備え、
前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
ユーザによる配車要求を受け付ける処理と、
前記ユーザの乗車位置を設定する処理と、
前記乗車位置と前記道路地図データとに少なくとも基づいて前記乗車位置への入場条件を特定し、特定した前記入場条件と前記車両情報とに少なくとも基づいて、前記複数の車両の中から前記入場条件を充足する車両を前記ユーザに割り当てる車両として選択する処理と、
選択した車両に対して前記乗車位置への迎車を依頼する処理と、を実行する、
システム。

【請求項2】

前記道路地図データは、入場許可を有する車両が入場できると共に入場許可を有しない車両が入場できない特定の制限領域に関する情報を含み、
前記車両情報は、前記特定の制限領域に対する入場許可の有無を含み、
前記車両を選択する処理は、前記乗車位置が前記特定の制限領域に含まれる場合に、前記特定の制限領域に対する入場許可を有する車両を、前記入場条件を充足する車両として選択することを含む、
請求項１のシステム。

【請求項3】

前記車両を選択する処理は、前記乗車位置が前記特定の制限領域に含まれ、且つ、前記特定の制限領域に対する入場許可を有する車両を選択できない場合に、前記乗車位置の前記特定の制限領域の外側への変更を前記ユーザに提案することを含む、
請求項２のシステム。

【請求項4】

前記１又は複数のコンピュータプロセッサは、さらに、前記ユーザの降車位置を設定する処理を実行し、
前記車両を選択する処理は、前記降車位置と前記道路地図データとに少なくとも基づいて前記降車位置への入場条件を特定し、特定した前記入場条件と前記車両情報とに少なくとも基づいて、前記複数の車両の中から前記入場条件を充足する車両を前記ユーザに割り当てる車両として選択することを含む、
請求項１ないし３何れかのシステム。

【請求項5】

前記道路地図データは、入場許可を有する車両が入場できると共に入場許可を有しない車両が入場できない特定の制限領域に関する情報を含み、
前記車両情報は、前記特定の制限領域に対する入場許可の有無を含み、
前記車両を選択する処理は、前記降車位置が前記特定の制限領域に含まれる場合に、前記特定の制限領域に対する入場許可を有する車両を、前記入場条件を充足する車両として選択することを含む、
請求項４のシステム。

【請求項6】

前記車両を選択する処理は、前記降車位置が前記特定の制限領域に含まれ、且つ、前記特定の制限領域に対する入場許可を有する車両を選択できない場合に、前記降車位置の前記特定の制限領域の外側への変更を前記ユーザに提案することを含む、
請求項５のシステム。

【請求項7】

前記道路地図データは、乗車位置として推奨されない非推奨乗車領域に関する情報を含み、
前記乗車位置を設定する処理は、前記非推奨乗車領域の外側となるように前記乗車位置を設定することを含む、
請求項１ないし６何れかのシステム。

【請求項8】

前記複数の車両の少なくとも一部は、複数のタクシー事業者の何れかに関連付けられており、
前記道路地図データは、タクシー事業者毎の非推奨乗車領域、及び、前記複数の車両に共通の非推奨乗車領域に関する情報を含み、
前記車両を選択する処理は、前記乗車位置が特定のタクシー事業者の非推奨乗車領域に含まれる場合に、前記特定のタクシー事業者に関連付けられている車両以外の車両を前記ユーザに割り当てる車両として選択することを含む、
請求項７のシステム。

【請求項9】

前記１又は複数のコンピュータプロセッサは、さらに、前記ユーザの降車位置を設定する処理を実行し、
前記道路地図データは、降車位置として推奨されない非推奨降車領域に関する情報を含み、
前記降車位置を設定する処理は、前記非推奨降車領域の外側となるように前記ユーザの降車位置を設定することを含む、
請求項１ないし８何れかのシステム。

【請求項10】

前記複数の車両の少なくとも一部は、複数のタクシー事業者の何れかに関連付けられており、
前記道路地図データは、タクシー事業者毎の非推奨降車領域、及び、前記複数の車両に共通の非推奨降車領域に関する情報を含み、
前記車両を選択する処理は、前記設定した降車位置が特定のタクシー事業者の非推奨降車領域に含まれる場合に、前記特定のタクシー事業者以外のタクシー事業者に関連付けられている車両を前記ユーザに割り当てる車両として選択することを含む、
請求項９のシステム。

【請求項11】

複数の車両の各々の車両情報と道路地図データとを少なくとも記憶する記憶装置にアクセス可能な１又は複数のコンピュータによって実行され、車両の配車を管理するための方法であって、
ユーザによる配車要求を受け付けるステップと、
前記ユーザの乗車位置を設定するステップと、
前記乗車位置と前記道路地図データとに少なくとも基づいて前記乗車位置への入場条件を特定し、特定した前記入場条件と前記車両情報とに少なくとも基づいて、前記複数の車両の中から前記入場条件を充足する車両を前記ユーザに割り当てる車両として選択するステップと、
選択した車両に対して前記設定した乗車位置への迎車を依頼するステップと、を備える、
方法。

【請求項12】

車両の配車を管理するためのプログラムであって、
複数の車両の各々の車両情報と道路地図データとを少なくとも記憶する記憶装置にアクセス可能な１又は複数のコンピュータ上での実行に応じて、前記１又は複数のコンピュータに、
ユーザによる配車要求を受け付ける処理と、
前記ユーザの乗車位置を設定する処理と、
前記乗車位置と前記道路地図データとに少なくとも基づいて前記乗車位置への入場条件を特定し、特定した前記入場条件と前記車両情報とに少なくとも基づいて、前記複数の車両の中から前記入場条件を充足する車両を前記ユーザに割り当てる車両として選択する処理と、
選択した車両に対して前記設定した乗車位置への迎車を依頼する処理と、を実行させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、従来のシステムでは、配車要求の際に乗車位置や車両に関する条件を指定する必要があり、このことを煩わしく感じるユーザも存在し得る。このように、従来の配車を管理するためのシステムでは、配車要求の際のユーザの利便性について改善の余地がある。

【0005】

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

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

【0006】

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

【0007】

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

【0008】

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

【発明の効果】

【0009】

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

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態に係る配車管理サーバ１０を含むネットワークの構成を概略的に示す構成図。

【図2】配車管理サーバ１０の機能を概略的に示すブロック図。

【図3】ユーザ情報テーブル４１１において管理される情報を例示する図。

【図4】車両情報テーブル４１２において管理される情報を例示する図。

【図5】配車要求情報テーブル４１３において管理される情報を例示する図。

【図6】トップ画面５０１を例示する図。

【図7】配車管理サーバ１０が実行する処理を例示するフロー図。

【図8】手配中画面５０２を例示する図。

【図9】迎車依頼確認画面１００を例示する図。

【図10】迎車待ち画面５０３を例示する図。

【図11】迎車中画面１１０を例示する図。

【図12】到着報告画面１２０を例示する図。

【図13】乗車報告画面１３０を例示する図。

【図14】迎車待ち画面５０３を例示する図。

【図15】迎車待ち画面５０３を例示する図。

【図16】条件指定画面５０４を例示する図。

【図17】配車管理サーバ１０が実行する処理を例示するフロー図。

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

本実施形態において、配車要求管理部４３は、設定した乗車位置に少なくとも基づいて特定される所定の属性の値を有する車両を、ユーザに割り当てる車両として選択するように構成されている。例えば、配車要求管理部４３は、設定した乗車位置からの距離が所定の範囲内（又は、当該乗車位置に到着するまでの予測待ち時間が所定の範囲内）にあって上記特定される所定の属性の値を有する車両のうち、当該乗車位置からの距離が最も近い車両を選択するように構成される。

【0027】

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

【0028】

このように、本実施形態における配車管理サーバ１０は、ユーザの乗車位置を設定し、設定した乗車位置に基づいて特定される所定の属性の値を有する車両をユーザに割り当てるから、乗車位置に適した車両の割当を可能としつつ、配車要求の際の車両の条件の指定に対するユーザの負担の増加が抑制される。つまり、本実施形態における配車管理サーバ１０は、配車要求の際のユーザの利便性を向上させる。

【0029】

本実施形態において、配車要求管理部４３は、ユーザの乗車位置に加えて、ユーザの降車位置を設定し、設定した降車位置に少なくとも基づいて特定される所定の属性の値を有する車両を、ユーザに割り当てる車両として選択するように構成され得る。例えば、配車要求管理部４３は、配車要求を受け付けるための画面を介してユーザによって指定された位置を降車位置として設定するように構成される。こうした構成は、降車位置に適した車両の割当を可能としつつ、配車要求の際の車両の条件の指定に対するユーザの負担の増加が抑制される。

【0030】

また、配車要求管理部４３は、設定した乗車／降車位置が、入場許可を有する車両が入場できると共に入場許可を有しない車両が入場できない特定の制限領域に含まれる場合に、当該特定の制限領域に対する入場許可を有する車両をユーザに割り当てる車両として選択するように構成され得る。つまり、上記所定の属性は、特定の制限領域に対する入場許可の有無を含む。特定の制限領域に対する入場許可の有無は、例えば、車両情報テーブル４１２において管理される。また、特定の制限領域は、道路地図データ４１５において管理することができ、例えば、各種工場、及び、軍事施設等を含む。こうした構成は、乗車位置又は降車位置が特定の制限領域に含まれる場合における適切な車両の配車を促す。

【0031】

また、配車要求管理部４３は、設定した乗車／降車位置が特定の制限領域に含まれ、且つ、当該特定の制限領域に対する入場許可を有する車両を選択できない場合に、乗車／降車位置の特定の制限領域の外側への変更をユーザに提案するように構成され得る。例えば、配車要求管理部４３は、設定した乗車位置からの距離が所定の範囲内に、上記入場許可を有する車両が存在しない場合に、乗車／降車位置の変更を、ユーザ端末３２を介してユーザに提案するように構成される。当該提案は、変更後の乗車／降車位置の特定を伴って行われ、又は、変更後の乗車／降車位置を特定せずに行われる。こうした構成は、入場許可を有する車両を割り当てられない場合における乗車／降車位置の変更を支援する。

【0032】

また、配車要求管理部４３は、乗車／降車位置として推奨されない非推奨乗車／降車領域の外側となるようにユーザの乗車／降車位置を設定するように構成され得る。非推奨乗車領域は、例えば、ガードレールがある道路、及び、タクシー乗り場（他のユーザによる誤乗車等のトラブルが生じ得るため。）等が含まれる。非推奨降車領域は、例えば、ガードレールがある道路が含まれる。こうした非推奨乗車／降車領域は、道路地図データ４１５において管理され得る。こうした構成は、ユーザの乗車／降車位置として適切でない位置が乗車／降車位置として設定されることを抑制する。

【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】

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

【0068】

このように、この例において、ユーザは、トップ画面５０１の第１ボタン６１を選択するというワンタップの簡易な操作で、タクシーの配車要求を行うことができ、その後、手配中（迎車依頼の受諾待ち）、及び、迎車待ちの期間において、乗車位置の変更、及び、目的地（降車位置）の設定等を行うことができる。

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

また、上述したように、対象の車両（例えば、特定の車種、ＵＤタクシーの車両、施設Ｘの入場許可を有する車両、又は、特定のタクシー会社の車両以外の車両等）が、ユーザの乗車位置から所定の距離の範囲内に存在しない場合に、（自動的に、又は、ユーザによる確認を介して）ユーザを配車待ちの状態として管理するようにしても良い。また、ユーザの乗車位置から所定の距離の範囲内に施設Ｘの入場許可を有する車両が存在しない場合に、ユーザの乗車位置を、施設Ｘの外側に（自動的に、又は、ユーザの確認を介して）変更し、施設Ｘの入場許可を有しない車両を割り当てるようにしても良い。

【0079】

そして、サーバ１０は、選択した車両に対して迎車を依頼する（ステップＳ２２０）。これ以降の処理は、トップ画面５０１の第１ボタン６１の選択に応じて実行される図７に例示したフロー図と同様であり、対応するドライバーによって迎車が受諾されると、ユーザに対する車両の割当が確定する一方（ステップＳ２４０）、対応するドライバーによって迎車依頼が拒否されると（ステップＳ２３０においてＮＯ）、サーバ１０は、再度、割り当てる車両の選択を行う（ステップＳ２１０）。このように、この例において、ユーザは、トップ画面５０１の第２ボタン６２を選択することによって、個別に条件を指定して配車要求を行うことも可能である。

【0080】

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

【0081】

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

【0082】

以上説明した本実施形態に係る配車管理サーバ１０は、ユーザの乗車位置を設定し、設定した乗車位置に基づいて特定される所定の属性の値を有する車両（例えば、特定の施設に対する入場許可を有する車両、特定のタクシー会社の車両以外の車両、及び、ＵＤタクシーの車両等）をユーザに割り当てるから、乗車位置に適した車両の割当を可能としつつ、配車要求の際の車両の条件の指定に対するユーザの負担の増加が抑制される。つまり、本実施形態における配車管理サーバ１０は、配車要求の際のユーザの利便性を向上させる。

【0083】

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

【0084】

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

【0085】

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

【符号の説明】

【0086】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】