JP6770154B1 - 配車用ユーザ端末および配車システム並びにこれらで実行されるプログラム - Google Patents

Abstract

【課題】配車要求時におけるユーザの利便性を向上可能な配車用ユーザ端末および配車システム並びにこれらで実行されるプログラムを提供する。【解決手段】配車システム１０において、配車用ユーザ端末１３ａ〜１３ｃの端末制御装置は、現在位置特定装置が特定したユーザ端末の現在位置等に車両が配車されるまでの待ち時間を、操作入力装置を介してユーザから受け付け、受け付けた待ち時間毎に、１台又は複数台の配車可能車両を表示装置に表示させる。さらに、操作入力装置を介して１台の配車要求車両が配車可能車両の中から選択された場合、配車要求車両の配車要求処理を実行する。【選択図】図１

Description

本発明は、タクシー等の配車ないし配車要求に用いる配車用ユーザ端末およびこれを用いる配車システム並びにこれらで実行されるプログラムに関する。

従来、車両の運行状況を把握し、顧客が端末を介して移動車両の配車ないし配車要求を行うことのできる配車システムに関する工夫が行われてきた。

例えば、利用者がインターネットを介して、車両の運行状況を取得し、車両の運転手に配車要求を行うことのできる車両予約システムおよび運行状況管理装置が提案されている（特許文献１）。

すなわち、特許文献１には、車両の移動局と無線通信する管理局における運行状況管理装置であって、前記車両毎に、前記運転手の運転手情報を格納する運転手情報データベースと、前記車両の配車を予約するための位置情報と日時情報とを含む予約条件を利用者から受信する受信部と、前記車両の前記移動局に前記予約条件を送信する無線送信部と、前記予約条件が送信された前記車両の前記移動局の少なくとも一つから配車を希望する応答を受信する無線受信部と、応答のあった前記車両について、前記利用者が前記運転手に前記車両の配車要求をするための前記運転手情報を前記運転手情報データベースから抽出する抽出部と、抽出された前記運転手情報を前記利用者にインターネットを介して送信する送信部とを備えたことを特徴とする運行状況管理装置が開示されている。

また、客にタクシー選択性の拡大等の利便性を与えかつタクシー会社側に実車状態の向上という利益を与えられるタクシー情報提供支援方法等も提案されている（特許文献２）。

すなわち、特許文献２には、支援センターに、コンピュータ処理により、客の持つ携帯電話端末から送信されて来る客現在位置情報を取得させ、タクシーから送信されて来るタクシー現在位置情報を参照して客から取得した客現在位置情報に対応するタクシー現在位置情報を送信して来ているタクシーを選択させ、選択されたタクシーが当該タクシー現在位置から当該客現在位置まで移動するのに要する時間に等しい客待ち時間を算出させ、予め記憶されたタクシー会社情報を参照して選択されたタクシーが所属するタクシー会社のタクシー会社情報を抽出させ、抽出されたタクシー会社情報と算出された客待ち時間とを当該客の携帯電話端末に送信させて、客がタクシーを探すために役立つタクシー情報の提供を支援する、タクシー情報提供支援方法が開示されている。

また、配車処理の合理化を図れる配車処理装置等も提案されている（特許文献３）。

すなわち、特許文献３には、顧客の要求に応じて車両を前記顧客に配車する配車処理を実施する配車処理装置であって、前記車両に搭載され情報の送受信が可能な車両通信端末装置から前記車両の走行状況に関する走行状況情報を取得する走行状況情報取得手段と、この走行状況情報取得手段にて取得した前記走行状況情報を前記車両に関する車両情報に関連付けて格納する車両情報格納手段と、前記顧客が要求する配車位置に関する顧客配車位置情報、および前記顧客の目的位置に関する顧客目的位置情報を含み前記顧客が要求する前記車両に関する配車要求情報を取得する配車要求情報取得手段と、この配車要求情報取得手段にて取得した前記配車要求情報、および前記車両情報格納手段に格納された前記車両情報および前記走行状況情報に基づいて、前記配車を可能とする車両を検索する配車可能車両検索手段と、前記車両情報格納手段に格納され、前記配車を可能とする車両に対応する前記車両情報に基づいて前記車両に搭載された前記車両通信端末装置に前記配車要求情報取得手段にて取得した前記配車要求情報を配車を促す情報として送信する配車処理手段とを具備したことを特徴とした配車処理装置が開示されている。

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

しかしながら、従来技術においては、顧客（ユーザ）の状況（たとえば、現在位置や場所、日時等。また、何分までなら待てるといったユーザの流動的な意思など。）を考慮した柔軟な処理という観点からの工夫はなされてこなかった。さらに、顧客（ユーザ）の予約実績を活かした改善も期待される。

そこで、本発明の一実施形態にかかる配車用ユーザ端末は、
ユーザの操作入力を受け付ける操作入力装置と、
外部と無線通信する端末通信装置と、
表示装置と、
前記操作入力装置、前記端末通信装置および前記表示装置を制御する端末制御装置と
を備えるものであって、
前記端末制御装置は、
現在位置特定装置が特定した前記ユーザ端末の現在位置又は前記操作入力装置を介して入力された目標配車位置に車両が配車されるまでの待ち時間を、前記操作入力装置を介してユーザから受け付け、
受け付けた前記待ち時間毎に、１台又は複数台の配車可能車両を前記表示装置に表示させ、
前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合、前記配車要求車両の配車要求処理を実行する
ことを特徴とする。

上記実施形態によれば、ユーザから受け付けた待ち時間毎に表示された１台又は複数台の配車可能車両の中から配車要求車両が選択された場合、前記配車要求車両の配車要求処理を実行する。従って、待ち時間をユーザ自身が設定可能であり、ユーザにとって待ち時間が許容可能な時間でない場合、ユーザは、配車要求を見送る又はキャンセルすることができる。よって、ユーザの利便性を向上することができる。

なお、ここに言う待ち時間は、前記車両の現在位置から前記ユーザ端末の前記現在位置若しくは前記目標位置までの距離として利用してもよい。

前記端末制御装置は、受け付けた前記待ち時間毎に、１台又は複数台の前記配車可能車両を、前記配車可能車両の車両属性情報と共に前記表示装置に表示させてもよい。また、前記車両属性情報は、前記配車可能車両の現在位置、所属会社、利用価格、車種名又は搭乗可能人数の少なくとも１つを含んでもよい。

これにより、ユーザは、待ち時間に加えて、配車可能車両の車両属性情報を確認した上で、配車要求するか否かを判断することが可能となる。例えば、同じ待ち時間の複数の配車可能が表示されている場合、ユーザは、車両属性情報を比較して配車要求車両を選択することが可能となる。よって、ユーザの利便性をさらに向上することができる。

前記操作入力装置は、例えばタッチパネルとしてもよい。また、前記端末制御装置は、前記待ち時間の入力表示として、スライダ又はラジオボタンを前記タッチパネルに表示させてもよい。これにより、ユーザは、待ち時間の入力を円滑に行うことが可能となる。

前記端末制御装置は、前記操作入力装置で受け付けた前記待ち時間毎に、１台又は複数台の前記配車可能車両を、前記表示装置中の地図画面上に表示させてもよい。これにより、例えば、ユーザに土地勘があれば、待ち時間をユーザ自らが判断して配車要求車両を選択することが可能となる。よって、ユーザの利便性をさらに向上することができる。

前記端末制御装置は、前記ユーザからの前記待ち時間の受付け前は、最短待ち時間の前記配車可能車両と当該最短待ち時間を前記表示装置に表示させてもよい。これにより、ユーザは、最短待ち時間を容易に知ることが可能となる。

また、本発明の一実施形態にかかる配車システムは、
現在位置検出装置、車両通信装置および車両制御装置を有する複数の車両と、
操作入力装置、端末通信装置、表示装置および端末制御装置を有する複数のユーザ端末と、
サーバ通信装置およびサーバ制御装置を有する配車管理サーバと
を備えるものであって、
前記複数の車両の前記車両制御装置は、前記現在位置検出装置が検出した前記複数の車両の現在位置を、前記車両の車両識別情報と共に、所定のタイミングで前記配車管理サーバに送信し、
前記サーバ制御装置は、前記車両から受信した前記現在位置を前記車両識別情報と共に保持し、
前記ユーザ端末は、前記操作入力装置を介してユーザから配車案内要求を受け付けると、配車案内処理を開始し、
前記配車管理サーバは、前記ユーザ端末の前記操作入力装置により入力された待ち時間又は前記ユーザ端末の現在位置若しくは目標配車位置の受信に伴って、前記待ち時間自体又は前記待ち時間の特定に必要な情報を含む、１台又は複数台の配車可能車両の車両情報を前記ユーザ端末に送信し、
前記ユーザ端末は、前記操作入力装置に入力された前記待ち時間に対応する１台又は複数台の前記配車可能車両を、前記配車管理サーバから受信した前記車両情報を用いて前記表示装置に表示させ、
また、前記ユーザ端末は、前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合、前記配車要求車両の配車要求を前記配車管理サーバに対して送信し、
前記配車要求を受信した前記配車管理サーバは、前記配車要求に対応する前記車両に対して、前記ユーザ端末の前記現在位置又は前記目標配車位置を含む配車指令を送信し、
前記配車指令を受信した前記車両は、前記配車指令を車両表示装置に表示する又は前記配車指令で指定された前記ユーザ端末の前記現在位置又は前記目標配車位置に前記車両を移動させる
ことを特徴とする。

上記実施形態によれば、ユーザから受け付けた待ち時間に対応して表示された１台又は複数台の配車可能車両の中から配車要求車両が選択された場合、前記配車要求車両の配車要求を行って、配車要求車両の配車を行う。従って、待ち時間をユーザ自身が設定可能であり、ユーザにとって待ち時間が許容可能な時間でない場合、ユーザは、配車要求を見送る又はキャンセルすることができる。よって、ユーザの利便性を向上することができる。

前記ユーザ端末において、前記配車可能車両の表示が行われたにもかかわらず、前記配車要求が行われずにキャンセルが行われた場合、前記ユーザ端末は、キャンセル情報を前記配車管理サーバに通知してもよい。また、前記配車管理サーバは、前記キャンセル情報と、前記操作入力装置に入力された前記待ち時間に対応する１台又は複数台の前記配車可能車両に関する情報とを関連付けて管理してもよい。これにより、ユーザによるキャンセルと、待ち時間（または待ち時間に対応する配車可能車両）とを関連付けて利用することが可能となる。

また、本発明の一実施形態にかかるプログラムは、
ユーザの操作入力を受け付ける操作入力装置と、外部と無線通信する端末通信装置と、表示装置と、前記操作入力装置、前記端末通信装置および前記表示装置を制御する端末制御装置とを備える配車用ユーザ端末上で動作するものであって、
前記端末制御装置に、
現在位置特定装置が特定した前記ユーザ端末の現在位置又は前記操作入力装置を介して入力された目標配車位置に車両が配車されるまでの待ち時間を、前記操作入力装置を介してユーザから受け付けさせるステップと、
受け付けた前記待ち時間毎に、１台又は複数台の配車可能車両を前記表示装置に表示させるステップと、
前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合、前記配車要求車両の配車要求処理を実行させるステップと
を実行することを特徴とする。

また、本発明の一実施形態にかかるプログラムは、
現在位置検出装置、車両通信装置および車両制御装置を有する複数の車両と、操作入力装置、端末通信装置、表示装置および端末制御装置を有する複数のユーザ端末と、サーバ通信装置およびサーバ制御装置を有する配車管理サーバとを備える配車システム上で実行されるものであって、
前記複数の車両の前記車両制御装置に、前記現在位置検出装置が検出した前記複数の車両の現在位置を、前記車両の車両識別情報と共に、所定のタイミングで前記配車管理サーバに送信させるステップと、
前記サーバ制御装置に、前記車両から受信した前記現在位置を前記車両識別情報と共に保持させるステップと、
前記ユーザ端末に、前記操作入力装置を介してユーザから配車案内要求を受け付けると、配車案内処理を開始させるステップと、
前記配車管理サーバに、前記ユーザ端末の前記操作入力装置により入力された待ち時間又は前記ユーザ端末の現在位置若しくは目標配車位置の受信に伴って、前記待ち時間自体又前記は待ち時間の特定に必要な情報を含む、１台又は複数台の配車可能車両の車両情報を前記ユーザ端末に送信させるステップと、
前記ユーザ端末に、前記操作入力装置に入力された前記待ち時間に対応する１台又は複数台の前記配車可能車両を、前記配車管理サーバから受信した前記車両情報を用いて前記表示装置に表示させるステップと、
前記ユーザ端末に、前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合、前記配車要求車両の配車要求を前記配車管理サーバに対して送信させるステップと、
前記配車要求を受信した前記配車管理サーバに、前記配車要求に対応する前記車両に対して、前記ユーザ端末の前記現在位置又は前記目標配車位置を含む配車指令を送信させるステップと、
前記配車指令を受信した前記車両に、前記配車指令を車両表示装置に表示する又は前記配車指令で指定された前記ユーザ端末の前記現在位置又は前記目標配車位置に前記車両を移動させるステップと
を実行することを特徴とする。

本発明の一実施形態にかかる配車システム等によれば、顧客（ユーザ）の状況を考慮した柔軟な処理を行うことができるという有利な効果を奏することができる。また、本発明の一実施形態にかかる配車システム等によれば、必要に応じて顧客（ユーザ）のキャンセル実績を活かした改善された配車システムを提供できるという有利な効果を奏する。

本発明の一実施形態にかかる配車システムの全体構成例を説明する説明図である。 本発明の一実施形態にかかる配車システムにおける車両の機能ブロックを説明する説明図である。 本発明の一実施形態にかかる配車システムにおけるユーザ端末の外観構成を説明する説明図である。 本発明の一実施形態にかかる配車システムにおけるユーザ端末の機能ブロックを説明する説明図である。 本発明の一実施形態にかかる配車システムにおける配車管理サーバの機能ブロックを説明する説明図である。 本発明の一実施形態にかかる配車システムの動作例を説明する説明図である。 本発明の一実施形態にかかる配車システムにおけるユーザ端末の動作フロー例を説明するフローチャートである。 本発明の一実施形態にかかる配車システムにおけるユーザ端末の詳細な動作フロー例を説明するフローチャートである。 本発明の一実施形態にかかる配車システムにおけるユーザ端末の画面例を説明する説明図である。 本発明の一実施形態にかかる配車システムにおけるユーザ端末の画面例を説明する説明図である。 本発明の一実施形態にかかる配車システムにおける配車管理サーバの動作フロー例を説明するフローチャートである。

本発明の一実施形態にかかる配車システムについて、図面を参照しながら詳細に説明する。なお、本実施形態において「配車ないし配車要求」とは、現在位置（あるいは、指定位置）への速やかな車両の手配を依頼するものであり、将来の時刻を指定してその指定時間に配車を依頼する「配車予約」とは区別される（以下、「配車ないし配車要求」を単に「配車」あるいは「配車要求」と呼ぶ。）。

図１に、本発明の一実施形態にかかる配車システムの全体構成例を示す。図１に示されるように、配車システム１０は、その最小限の構成として、配車管理サーバ（群）１１と、１以上の車両１２ａ〜１２ｃと、ユーザが使用する各種情報処理装置（図１において、例示的に、スマートフォン、携帯電話、携帯情報端末あるいはタブレット端末としてのユーザ端末１３ａ〜１３ｃが示されている。以下、総称して「ユーザ端末」とも言う）とで構成され、サーバ（群）、車両および各種端末間は、図１に示されるように専用回線やインターネット等の公衆回線（有線の回線として、１８）で相互に通信可能に接続されている。また、回線は有線であっても無線であってもよく、車両（における通信機能を備えた情報端末）１２ａ〜１２ｃや利用者端末１３ａ〜１３ｂは、無線で図示しない基地局や無線ルータ等を介してインターネット１９に乗り入れ、更に回線１８を介して配車管理サーバ（群）１１と相互に通信可能に接続されている。

また、本願の出願時点でのユーザ端末は、ＰＣと同等の処理能力（通信処理速度や画像処理能力等）を備えているものも多く、小型のコンピュータとも言うべきものである。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、端末の記憶部におけるＨＤＤないしＳＳＤ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵにおいて演算実行される。

なお、演算実行は必ずＣＰＵ等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

また、配車管理サーバ１１のハードウェア構成も、基本的にはＰＣを採用することができる。なお、本発明はこれに限定されるものではないが、配車管理サーバ１１は、必要に応じてそのハードウェアスペックを上げるにあたり、複数のＰＣを並列的に作動させることによって大規模データの処理に適した構成をとることもできる。

図２に、本発明の一実施形態にかかる車両１２において情報処理を実施するシステム（以下、「車両システム」ともいう。）を構成するハードウェアの機能ブロック図を例示する。車両１２の動作は、以下に説明するハードウェアの個々の動作、およびこれらの連携動作によって実現されている。

図２において、ハードウェアブロック全体としての車両システム２００は、大別すると、図示しないハードウェアボタン、ディスプレイに設けられたマルチタッチ入力パネル、マイク等で構成される入力部２０１と、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭおよび／又はＲＯＭ等で構成される記憶部２０２と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部２０３と、ディスプレイ等で構成される表示部２０４と、チップや電気系統等の制御を行うための制御部２０５と、インターネットにアクセスするためのスロットや光通信を行うためのポート、および／または専用無線回線等を介して車両運行管理サーバへアクセスするための通信インタフェースから構成される通信インタフェース部２０６と、スピーカやバイブレーション等の出力部２０７と、時刻等を計時するための計時部２０８と、ＣＭＯＳ等のイメージセンサ等からなるセンサ部２０９と、装置内の各モジュールに電源を供給するための電源部２１０とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線（図２においては、便宜上各線が適宜区分された結線２１１としてひとまとめに表す）によって接続されている。
なお、センサ部２０９には、車両システム２００（車両１２ａ等）の位置を特定するためのＧＰＳセンサモジュールが含まれる。また、センサ部２０９を構成するＣＭＯＳ等のイメージセンサ等によって検知された信号は、入力部２０１において入力情報として処理される。
さらに、センサ部２０９には、車両のサービス状態（例えば、空車、賃走、回送、迎車、貸切、休憩中）を検知ないし取得する機能も備わる。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、記憶部２０２を構成するハードディスクディスク等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部２０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ２０３において演算実行される。

なお、演算実行は必ずしもＣＰＵ等の中央処理部２０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

図３に、本発明の一実施形態にかかるユーザ端末（情報処理装置）としてのスマートフォン（あるいは、タブレット端末でも良いが、説明の便宜上スマートフォンとする）の外観構成を示す。図３において、ユーザ端末（スマートフォン）１３は、筐体部１３１とディスプレイ１３２と筐体１３１の下部中央部に設けられたハードウェアボタン１３３とからなる。ディスプレイ１３２は典型的には液晶ディスプレイ（ＬＣＤ）等で構成され、文字や画像など様々な情報を表示することができる。また、ディスプレイ１３２にメニューボタンやソフトウェアキーボードを表示させ、これを指ないしタッチペン（不図示）等で触れることによりスマートフォン１３への指示（コマンド）とすることができる。この点で上記ハードウェアボタン１３３は必須の構成要素ではないが、本発明の説明の便宜上、一定の機能を担うボタンとして実装されている。もちろん、これらハードウェアボタン１３３を、ディスプレイ１３２の一部に表示させたメニューボタンで代替させることも可能である。

また、ディスプレイ１３２には、マルチタッチ入力パネルが含まれており、タッチ入力パネル上でのタッチ入力位置座標が入力デバイスインタフェース（不図示）を介してスマートフォン１３の処理系（ＣＰＵ）へ送信され処理される。そして、このマルチタッチ入力パネルは、パネルに対する複数の接触点を同時に感知することができるよう構成されている。この検出（センサ）については様々な方法で実現することができ、必ずしも接触センサに限られず、例えば、光学式のセンサを利用してパネルに対する指示点を抽出することも可能である。さらに、センサには、接触式のセンサや光学式のセンサのほか、人の肌の接触を感知する静電容量方式のセンサを用いることも可能である。

また、図３には現れていないが、スマートフォン１３は、マイクやスピーカを備えることもできる。この場合にはマイクより拾ったユーザの声などを判別して入力コマンドとすることも可能である。さらに、図３には現れていないが、スマートフォン１３の背面等には、ＣＭＯＳ等のカメラデバイスが実装されている。

図４に、本発明の一実施形態にかかるスマートフォン１３を構成するハードウェアの機能ブロック図を例示する。スマートフォン１３の動作は、以下に説明するハードウェアの個々の動作、およびこれらの連携動作によって実現されている。

図４において、ハードウェアブロック全体としてのスマートフォン４００は、大別すると、図３におけるハードウェアボタン１３３、ディスプレイ１３２に設けられたマルチタッチ入力パネル、マイク等で構成される入力部４０１と、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭおよび／又はＲＯＭ等で構成される記憶部４０２と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部４０３と、ディスプレイ１３２等で構成される表示部４０４と、チップや電気系統等の制御を行うための制御部４０５と、インターネットにアクセスするためのスロットや光通信を行うためのポート、および通信インタフェースから構成される通信インタフェース部４０６と、スピーカやバイブレーション等の出力部４０７と、時刻等を計時するための計時部４０８と、ＣＭＯＳ等のイメージセンサ等からなるセンサ部４０９と、装置内の各モジュールに電源を供給するための電源部４１０とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線（図４においては、便宜上各線が適宜区分された結線４１１としてひとまとめに表す）によって接続されている。
なお、センサ部４０９には、スマートフォン４００（１３ａ等）の位置を特定するためのＧＰＳセンサモジュールが含まれる。また、センサ部４０９を構成するＣＭＯＳ等のイメージセンサ等によって検知された信号は、入力部４０１において入力情報として処理される。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、記憶部４０２を構成するハードディスクディスク等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部４０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ４０３において演算実行される。

なお、演算実行は必ずしもＣＰＵ等の中央処理部４０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

図５に、本発明の一実施形態にかかる配車システムにおける配車管理サーバ（情報管理サーバ）の機能ブロック図を示す。例示的に、配車管理サーバの動作は、以下に説明するハードウェアの個々の動作、およびソフトウェアとこれらハードウェアとの連携動作によって実現されている。

図５において、ハードウェアブロック全体としての配車管理サーバ５００は、大別すると、各種比較・演算処理を行うためのＣＰＵ５０１と、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の記憶部５０２と、キーボードやポインティングデバイス等の入力部５０３と、ディスプレイやスピーカ等の出力部５０４と、各種信号制御のための制御部５０５と、通信（インタフェース）部５０６（無線、有線を問わない）と、時刻等を計時するための計時部５０７と、電源部５０８とからなる。

これらのモジュールは必要に応じて適宜通信バスや給電線（図５においては、便宜上各線が適宜区分された結線５０９としてひとまとめに表す）によって接続されている。

また、本発明の実施に必要な配車管理サーバ５００上で実行されるプログラムないしソフトウェアは、通常、記憶部５０２を構成するハードディスクディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部５０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ５０１において演算実行される。

なお、演算実行は必ずしもＣＰＵ５０１等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

次に、図６の動作フローないしフローチャートを用いて、本発明にかかる一実施形態における配車システムあるいは情報処理装置（ユーザ端末）の動作を説明する。

図６は、本発明の一実施形態における配車システムの全体動作フローの概略を示す。図６において、「ユーザ端末」は、情報処理装置であり、図１におけるユーザ端末１３ａ〜１３ｃがこれに対応し、「車両」は、図１における１２ａ〜１２ｃがこれに対応する。また、「配車管理サーバ」は、図１における配車管理サーバ１１がこれに対応する。また、図６中、ｔ１〜ｔ１５は、時系列の流れを示し、経時的に後述する動作や処理が行われるものである。

まず、時刻ｔ１において、ユーザ（顧客）は、ユーザ端末を介して配車管理サーバから自身のユーザ端末を本発明にかかる情報処理装置として動作させるためのアプリケーションソフトウェアをダウンロードする（ステップＳ６０１）。このアプリケーションソフトウェアは、本発明にかかるプログラムの一部を処理するためのクライアントソフトウェアである。そして、ダウンロードしたアプリケーションソフトウェアをユーザ端末にインストールする（ステップＳ６０２）。このとき、ユーザ端末からは、必要に応じて、ユーザ登録としてユーザ自身の氏名（ニックネーム）のほか、例示的に次表のようなアカウント情報を配車管理サーバへ送信（アップロード）して登録・保存することもできる（時刻ｔ２、ステップＳ６０３、Ｓ６０４）。
上表における「決済情報」には、一例として、クレジット決済をする場合のクレジットカード番号等を予め登録しておくことができる（この場合、図示しない本人名義等も登録事項となる。）。

以上のデータ項目は、ユーザデータとして配車管理サーバ上で保存される（時刻ｔ３、ステップＳ６０５）。

次に、時刻ｔ４〜ｔ６までは、車両が自らの状況を配車管理サーバに報告する車両情報更新処理が行われる。すなわち、車両は、センサ部（図２の２０９）からセンサ値を取得する（ステップＳ６０６）。ここでのセンサ値には、例えば、車両の現在位置、サービス状態（例えば、空車、賃走、回送、迎車、貸切、休憩中）が含まれる。次いで、車両は、自己の識別情報（車両ＩＤ）と共に、自己の現在位置およびサービス状態を配車管理サーバに送信する（ステップＳ６０７）。車両の現在位置を受信した配車管理サーバは、車両ＩＤに対応させて車両の現在位置を更新する（ステップＳ６０８）。また、車両ＩＤに対応させてあらかじめ記憶管理されている車両属性情報（所属会社、利用価格、車種名又は搭乗可能人数等）を読み出すこともできる。
なお、車両の現在位置の送信と、車両のサービス状態の送信は、別々に行ってもよい。その場合、配車管理サーバでの情報更新も、現在位置とサービス状態に分けて別々に行われる。図６では、ステップＳ６０６〜Ｓ６０８の処理を１回のみ表示し、その後の図示を省略しているが、ステップＳ６０６〜Ｓ６０８の処理は、所定のタイミング（例えば一定間隔（例えば数秒〜数十秒程度）の周期）で繰り返される。

時刻ｔ７〜ｔ１５までは、配車案内処理が行われる。すなわち、時刻ｔ７において、ユーザ端末から配車管理サーバに対して配車案内開始要求コマンドが送信される（ステップＳ６０９）。配車案内開始要求コマンドは、配車案内処理の開始を要求する命令であり、ユーザ端末に表示されているメニュー「タクシーの配車」の選択を契機として送信される。或いは、ユーザ端末にインストールされているアプリケーションソフトウェアの起動を契機として送信されてもよい。配車案内開始要求コマンドには、ユーザの識別情報（ユーザＩＤ）と、ユーザ端末の現在位置が含まれる。

時刻ｔ７〜ｔ８において、配車案内開始要求コマンドを受信した配車管理サーバは、ユーザ端末の現在位置までの予想移動時間（ユーザにとっての待ち時間）が最も短い車両を配車可能車両として検索する（ステップＳ６１０）。当該検索は、ユーザ端末の現在位置、各車両の現在位置およびサービス状態（特に空車であるか否か）、記憶部５０２の地図情報等に基づいて行われる。そして、時刻ｔ８において、配車管理サーバは、検索結果をユーザ端末に送信する（ステップＳ６１１）。ここにいう検索結果には、最も待ち時間が短い車両（配車可能車両）の現在位置、待ち時間および車両属性情報が含まれる。車両属性情報は、所属会社、利用価格、車種名又は搭乗可能人数等である。車両の現在位置を、車両属性情報に含めて定義してもよい。

時刻ｔ８において、ユーザ端末は、配車管理サーバから受信した検索結果を用いて配車案内画面を表示する。本実施形態の場合、最短待ち時間の配車可能車両が地図画面上に表示される（図９参照）。詳細は図９および図１０を参照して後述するが、本発明の一実施形態では、ユーザが待ち時間を設定することも可能である。例えば、最小待ち時間が３分である場合（図９）に、待ち時間を７分に変更することで複数の配車可能車両を選択可能にすることができる（図１０）。一実施形態において、待ち時間の設定は、スライダ（図９の９２０等）を用いて行うことができる。

また、配車案内画面には、キャンセルボタン（図９の９４０等）が表示されている。ユーザは、所望の配車可能車両が見つからない場合、キャンセルボタンを押すことで、配車案内をキャンセル又は中止することができる。一実施形態において、ユーザ端末は、キャンセル情報を配車管理サーバに送信してもよい。そして、キャンセル情報を受信した配車管理サーバは、キャンセル情報を用いて車両の配置を変更してもよい（詳細は、図１１を参照して後述する）。
一実施形態において、キャンセル情報を受信した管理サーバでは、当該キャンセルがなされるまでのユーザ端末とのやりとり（そのときのユーザ位置や日時、待ち時間を変更した回数、キャンセルに至るまでに最後に指定した待ち時間、操作を開始してからキャンセルに至るまでの操作時間等）を記録管理することができる。

ユーザがスライダを移動させて待ち時間を変化させると（換言すると、新たな待ち時間を再入力すると）、ユーザ端末は、当該新たな待ち時間を配車管理サーバに送信する（時刻ｔ９、ステップＳ６１３）。新たな待ち時間を受信した配車管理サーバは、当該新たな待ち時間に対応する車両（配車可能車両）を検索する（時刻ｔ９〜ｔ１０、ステップＳ６１４）。そして、時刻ｔ１０において、配車管理サーバは、新たな検索結果をユーザ端末に送信する（ステップＳ６１５）。ここにいう検索結果には、ユーザが設定した待ち時間に対応する車両（配車可能車両）の現在位置、待ち時間および車両属性情報が含まれる。一実施形態において、検索によって得られるユーザが設定した待ち時間に対応する車両（配車可能車両）とは、待ち時間がユーザ設定値以下である車両である。

時刻ｔ１０において、ユーザ端末は、配車管理サーバから受信した新たな検索結果を用いて配車案内画面を表示する（ステップＳ６１６、図１０参照）。ユーザ端末に表示されている配車可能車両の中からユーザが特定の車両（配車要求車両）を選択すると、ユーザ端末は、配車要求コマンドを配車管理サーバに送信する（時刻ｔ１１、ステップＳ６１７）。配車要求コマンドは、配車要求車両の車両ＩＤ、ユーザＩＤおよびユーザ端末の現在位置（配車目標位置）の情報を含む。

配車要求コマンドを受信した配車管理サーバは、配車要求車両に対して配車指令を送信する（時刻ｔ１２、ステップＳ６１８）。配車指令は、配車要求車両に対して、目標配車位置（ユーザ端末の現在位置）およびユーザ名を含む。なお、配車管理サーバが配車指令を受信するよりも前に、別のユーザ端末から配車要求コマンドを受信している可能性がある。換言すると、既にその車両は、別のユーザへの配車が決まっている可能性がある。そのような場合、配車管理サーバは、ユーザ端末に対して配車が不可である旨のメッセージを送信してもよい。そのようなメッセージを受信したユーザ端末は、配車管理サーバから受信した配車可能車両を更新し、再度配車案内をしてもよい。

配車指令を受信した車両（配車要求車両）は、配車に関する指令内容（目標配車位置およびユーザ名）と、了解ボタンと、不可ボタンとを車両内の表示部（図２の２０４）に表示する（時刻ｔ１２、ステップＳ６１９）。配車要求車両の運転手は、指令内容を確認し、配車可能であれば、了解ボタンを押し、配車不可であれば、不可ボタンを押す。了解ボタン又は不可ボタンが押されると、配車要求車両は、配車管理サーバに対して回答（配車の了解又は不可）を通知する（時刻ｔ１３、ステップＳ６２０）。
ここで、本発明の他の実施形態においては、ステップＳ６１９〜ステップＳ６２０を割愛することもできる。この場合、配車要求コマンドを受信した配車管理サーバは、配車要求車両に対して配車指令を送信し、配車要求を受けた車両は、強制的に目標配車位置（ユーザ端末の現在位置）へ向かうこととなる。

配車管理サーバは、配車要求車両からの回答を記憶部（図５の５０２）に反映する（時刻ｔ１３〜Ｓ１４、ステップＳ６２１）。そして、配車管理サーバは、ユーザ端末に対して、配車要求車両からの回答を通知する（時刻ｔ１４、ステップＳ６２２）。なお、配車要求車両からの回答が「配車不可」である場合、配車管理サーバは、新たな配車可能車両の情報を合わせてユーザ端末に対して送信してもよい。

配車管理サーバを介して配車要求車両からの回答を受信したユーザ端末は、回答の内容を表示部（図４の４０４）に表示する（時刻ｔ１４〜ｔ１５、ステップＳ６２３）。そして、回答が「配車了解」である場合、ユーザは、その場で車両の配車を待つ。回答が「配車不可」である場合、ユーザは、上記と同様の方法により新たな配車要求車両を選択することができる。或いは、キャンセルボタン（図９の９４０等）を押すことで配車案内をキャンセル又は中止してもよい。
なお、ステップＳ６１９〜ステップＳ６２０を割愛した本発明の他の実施形態においては、ステップＳ６２２の回答通知（及びステップＳ６２３の回答内容の表示）は、配車可能車両が目標配車位置（ユーザ端末の現在位置）へ向かった旨の通知となる（必要に応じて到着予想時間が改めて表示される）。

図７は、図６の処理を実現するためのユーザ端末の具体的な処理を示すフローチャートである。ステップＳ７０１において、ユーザ端末の入力部（タッチパネル）を用いてユーザがアプリケーションソフトウェアの起動を指令すると、ユーザ端末の中央処理部は、アプリケーションソフトウェアを起動する。ステップＳ７０２において、中央処理部は、図示しないメニューを表示部に表示させる。当該メニューには、「タクシーの配車」が含まれる。それ以外のメニューとして、例えば、「タクシーの配車予約」が含まれてもよい。また、メニューと共に、アプリケーションを終了するための終了ボタン（図示せず）も表示される。

メニューにおいて「タクシーの配車」が選択されると（ステップＳ７０３：Ｙｅｓ）、中央処理部は、ユーザが配車を要求するための配車要求処理を実行する（ステップＳ７０４）。配車要求処理の詳細については図８を参照して詳述する。

図７のステップＳ７０３に戻り、ユーザが「タクシーの配車」を選択していない場合（ステップＳ７０３：Ｎｏ）、中央処理部は、選択されたそれ以外の別メニュー（例えば「タクシーの予約」）の実行を待つ（ステップＳ７０５）。なお、説明の便宜上、ステップＳ７０５において、別メニューが選択されていない場合、複数のメニューが表示されたままの状態となるが、何らアプリを実行しないまま、例えばステップＳ７０２へ復帰する図示しない復帰手段は存在するものとする。

ステップＳ７０４又はＳ７０５の後、ユーザ端末は、アプリケーションを終了するか否かを判定する（ステップＳ７０６）。具体的には、メニューが表示されている状態で終了ボタンが選択されたか否かを判定する。アプリケーションを終了する場合（ステップＳ７０６：Ｙｅｓ）、中央処理部は、アプリケーションを終了する（ステップＳ７０７）。アプリケーションを終了しない場合（ステップＳ７０６：Ｎｏ）、ステップＳ７０２に戻る。

図８は、本発明の一実施形態における配車要求処理（図７のステップＳ７０４）のフローチャートである。配車要求処理において、中央処理部（図４の４０３）は、配車管理サーバ（図５の５００）に対して、配車情報要求コマンドを送信する（ステップＳ８０１）。配車情報要求コマンドは、配車可能車両の情報を要求する命令であり、ユーザＩＤおよびユーザ端末の現在位置を含む。配車情報要求コマンドを受信した配車管理サーバは、空車状態の車両のうち、ユーザ端末までの移動時間（ユーザにとっての待ち時間）が最短の車両を検索する。そして、最短待ち時間の車両（配車可能車両）の車両情報をユーザ端末に送信する。ここでの車両情報は、待ち時間、現在位置、所属会社、利用価格、車種名および搭乗可能人数等を含む。

配車管理サーバから車両情報を受信すると（ステップＳ８０２）、ユーザ端末の中央処理部は、車両選択画面（図９および図１０）を表示部（図４の４０４）に表示させる（ステップＳ８０３）。

図９は、本発明の一実施形態における車両選択画面の例を示す。図９の車両選択画面は、スマートフォン９００におけるものであり、地図画面９１０と、スライダ９２０と、目盛バー９３０と、キャンセルボタン９４０とを含む。地図画面９１０は、ユーザ端末（スマートフォン）の現在位置を中心とする周辺地図を示す。地図画面９１０には、ユーザ端末の現在位置を示す現在位置アイコン９５０と、配車可能車両を示す車両アイコン９６０とが含まれる。上記のように、車両アイコン９６０に対応する配車要求車両は、最短待ち時間の車両である。ユーザが車両アイコン９６０をクリックすると、車両属性情報と、「この車両を配車しますか」とのメッセージと、ＯＫボタンと、要求決定キャンセルボタンを含む配車要求確認画面とが表示される（いずれも図示せず）。

あるいは、他の実施形態においては、ユーザが車両アイコン９６０をクリックせずとも、車両アイコン９６０が表示された段階で、所属会社、利用価格、搭乗可能人数等の車両属性情報を表示させてもよい（この場合は、複数車両が表示されているときに一目で互いの比較を行うことができ、便利である）。
そして、ユーザがＯＫボタンを選択すると、当該車両が配車要求車両として選択され、ユーザ端末は、配車管理サーバに対して配車要求コマンドを送信して配車要求車両の配車を要求する。配車要求確認画面で要求決定キャンセルボタンが選択されると、車両選択画面に戻る。

配車要求確認画面に表示される車両属性情報としては、例えば、所属会社、利用価格、車種名および搭乗可能人数が含まれる。従って、ユーザは、車両の待ち時間および現在位置のみならず、これらの車両属性情報を考慮して、配車要求車両を選択することが可能となる。

スライダ９２０は、待ち時間を設定するものであり、横方向の位置をユーザが調整可能である。すなわち、スライダ９２０を左に移動すると待ち時間が短くなり、スライダ９２０を右に移動すると待ち時間が長くなる。目盛バー９３０は、スライダ９２０の可動範囲（待ち時間の範囲）を示すバーであり、待ち時間を示す数値（１、３、５、７、１０、１５）を含む。キャンセルボタン９４０は、配車要求処理を終了させるボタンである。

図８に戻り、車両選択画面において車両アイコン９６０が選択され、配車要求確認画面でＯＫボタンが押されることで配車要求車両が選択されると（ステップＳ８０４：Ｙｅｓ）、中央処理部は、通信インタフェース部（図４の４０６）を介して配車管理サーバに対して配信要求コマンドを送信する（ステップＳ８０５）。当該配信要求コマンドを受信した配車管理サーバは、配信要求コマンドに含まれる車両ＩＤに対応する車両（配車要求車両）に対して配車指令を送信し、配車要求車両の配車を指令し、配車要求車両の配車手配ができた場合、ユーザ端末に配車手配の完了を通知する。配車手配の完了通知を受けたユーザ端末の中央処理部は、その旨を表示部に表示させる（図８のステップＳ８０６）。
一方、別のユーザ端末からの配車要求により既に配車要求車両が別のユーザに配車されることとなっている場合、ユーザ端末の中央処理部は、配車管理サーバから配車不可の旨の通知を受け、その旨を表示部に表示させる（図８のステップＳ８０６）。配車不可の場合、再度ステップＳ８０１に戻り（図８のフローとしては、不図示）、新たな配車可能車両を表示する。

図８のステップＳ８０４に戻り、車両選択画面において車両アイコンが選択されていない場合（ステップＳ８０４：Ｎｏ）、中央処理部は、待ち時間の変更が行われたか否かを判定する（ステップＳ８０７）。具体的には、スライダ９２０の位置が変更されたか否かを判定する。待ち時間が変更された場合（ステップＳ８０７：Ｙｅｓ）、中央処理部は、変更後の待ち時間を、ユーザＩＤおよびユーザ端末の現在位置と共に配車管理サーバに通知する（ステップＳ８０８）。当該通知を受信した配車管理サーバは、新たな待ち時間に対応する空車状態の車両を検索し、新たな待ち時間に対応する車両（配車可能車両）の車両情報をユーザ端末に送信する。新たな車両情報を受信したユーザ端末は、車両選択画面に表示する車両情報を更新する（ステップＳ８０９）。更新後の車両情報は、新たなステップＳ８０３において用いられる。

図１０は、本発明の一実施形態における車両選択画面の別の例を示す。図１０の車両選択画面は、スマートフォン１０００におけるものであり、地図画面１０００と、スライダ１０２０と、目盛バー１０３０と、キャンセルボタン１０４０とを含む。地図画面１０００は、ユーザ端末（スマートフォン）の現在位置を中心とする周辺地図を示す。地図画面１０００には、ユーザ端末の現在位置を示す現在位置アイコン１０５０と、配車可能車両を示す車両アイコン１０６０、１０６１、１０６２が含まれる。

車両アイコン１０６０は、図９の車両アイコン９６０に対応するものである。すなわち、待ち時間が最短の配車可能車両に対応する。一方、車両アイコン１０６１、１０６２は、図９には対応するものが存在しない。これは、図９の例ではスライダ９２０が待ち時間３分のところに位置していたところ、図１０の例ではスライダ１０２０が待ち時間７分のところに位置しているためである。すなわち、アイコン１０６１、１０６２は、ユーザがスライダ１０２０を用いて待ち時間を３分から７分に変更したことで検索された新たな配車可能車両に対応する。

上記のように、本発明の一実施形態では、ユーザが車両アイコン１０６０、１０６１、１０６２のいずれかを選択すると、配車要求確認画面にそのアイコンに対応する車両の車両属性情報が表示される。従って、ユーザは、当該車両属性情報を考慮して、配車要求車両を選択することができる。配車要求確認画面での操作については、図９の例と図１０の例は同様である。

あるいは、他の実施形態においては、ユーザが車両アイコンをクリックせずとも、車両アイコン１０６０、１０６１、１０６２が表示された段階で、それぞれの車両の所属会社、利用価格、搭乗可能人数等の車両属性情報を表示させてもよい。この場合は、複数車両比較を行うことができ、便利である。

図８に戻り、ステップＳ８０９の後、又は待ち時間が変更されていない場合（ステップＳ８０７：Ｎｏ）、中央処理部は、キャンセルボタン（図９の９４０等）が押されたか否かを判定する（ステップＳ８１０）。キャンセルボタンが押された場合（ステップＳ８１０：Ｙｅｓ）、中央処理部は、キャンセル情報を配車管理サーバに送信し（ステップＳ８１１）、今回の配車要求処理を終了する（ステップＳ８１２）。キャンセル情報は、キャンセルボタンが押された際に選択されていた待ち時間、場所（ユーザ端末の現在位置）およびキャンセル時刻（年月日を含めてもよい）の情報を含むものであり、配車管理サーバにおいて車両の再配置で用いられる（詳細は、図１１を参照して後述する）。キャンセルボタンが押されていない場合（ステップＳ８１０：Ｎｏ）、ステップＳ８０３に戻る。

本発明の一実施形態において、キャンセル情報には、上記情報に加えて、あるいは、上記情報に替えて、以下の情報を含めることもできる。
（１）キャンセルを行ったユーザＩＤ（会員を特定できる情報）。
（２）キャンセルボタンが押されるまでに選択されていたそれぞれの待ち時間において、出現していた車両属性情報。これらの情報は、なぜユーザに選択してもらえなかったのかを分析するのに役立つ情報である。
（３）キャンセルボタンが押されるまでに選択されていたそれぞれの待ち時間を選択した時刻。これにより、例えばユーザがそれぞれの待ち時間に対応する画面をどれくらいの時間眺めていたかを知ることができる。
（４）同じ日（時刻をまたいで未明時刻となった場合もその日に含む）に、ユーザが１回以上のキャンセルを行った後に配車要求をした場合には、当該配車要求を行った日時及び場所、ならびに、必要に応じて配車要求対象の車両に関する車両属性情報。

図１１は、本発明の一実施形態において配車管理サーバが実行するキャンセル情報活用処理のフローチャートである。キャンセル情報活用処理は、ユーザ端末での配車要求処理において、ユーザが配車要求をキャンセルした際の情報（キャンセル情報）を用いて車両の配置を効率化する処理である。キャンセル情報活用処理は、配車管理サーバが作動している間、配車管理サーバのＣＰＵ（図５の５０１）が継続的に実行する。

図１１に示されるキャンセル情報活用処理において、配車管理サーバは、いずれかのユーザ端末からキャンセル情報を受信したか否かを判定する（ステップＳ１１０１）。キャンセル情報を受信した場合（ステップＳ１１０１：Ｙｅｓ）、配車管理サーバは、受信したキャンセル情報を用いて、記憶部（図５の５０２）のデータベースを更新する（ステップＳ１１０２）。上記のように、キャンセル情報は、キャンセルボタンが押された際に選択されていた待ち時間、場所（ユーザ端末の現在位置）およびキャンセル時刻の情報が含まれる。あるいは、他の実施形態においては、当該キャンセルがなされるまでのユーザ端末とのやりとり（そのときのユーザ位置や日時、待ち時間を変更した回数、キャンセルに至るまでに最後に指定した待ち時間、操作を開始してからキャンセルに至るまでの操作時間等）が含まれる。データベースでは、地域および時間帯の組み合わせ毎に、過去一定期間（例えば１ヶ月）での平均車両台数およびキャンセル件数を記憶している。平均車両台数は、その時間帯においてその地域に存在している車両（配車管理サーバが管理対象としているタクシー）の台数（サービス状態を問わない）である。加えて、データベースは、場所および時間帯の組み合わせ毎に目標車両台数を記憶している。目標車両台数は、その時間帯においてその地域に存在している車両（配車管理サーバが管理対象としているタクシー）の台数（サービス状態を問わない）の目標値である。

続いて、配車管理サーバは、車両再配置の必要性を判定する（ステップＳ１１０３）。具体的には、新たなキャンセル情報が属する地域および時間帯の組み合わせにおいて、キャンセル件数が閾値を超えたか否かを判定する。キャンセル件数が閾値を超えた場合、配車管理サーバは、当該地域および時間帯の組み合わせ（対象組み合わせ）について目標車両台数と平均車両台数の差を算出する。そして、当該差がマイナス（目標車両台数に対して平均車両台数が十分大きい）である場合、車両再配置の必要性があると判定する。

車両再配置の必要性がある場合（ステップＳ１１０４：Ｙｅｓ）、配車管理サーバは、対象組み合わせについて車両再配置を行う（ステップＳ１１０５）。具体的には、配車管理サーバは、対象組み合わせの目標車両台数を所定数増加させる。そして、対象組み合わせの現在の車両台数が目標車両台数を下回っている場合、現在の車両台数が目標車両台数を上回っている近隣地域から当該地域へ車両を移動させるように車両に対して指示を出す。当該指示は、例えば、近隣地域で空車状態である車両の表示部に、対象地域への移動を要求するメッセージを表示することで行う。ステップＳ１１０１：Ｎｏ又はステップＳ１１０４：Ｎｏの場合、ステップＳ１１０１：に戻る。ステップＳ１１０５の後、今回のキャンセル情報活用処理を終了する（ステップＳ１１０６）。

以上によれば、本発明の一実施形態において、ユーザから受け付けた待ち時間毎に表示された１台又は複数台の配車可能車両の中から配車要求車両が選択された場合（図８のステップＳ８０４：Ｙｅｓ）、配車要求車両の配車要求処理を実行する（図６のステップＳ６１７〜Ｓ６２３、図８のステップＳ８０５、Ｓ８０６）。従って、待ち時間をユーザ自身が設定可能であり、ユーザにとって待ち時間が許容可能な時間でない場合、ユーザは、配車要求を見送る又はキャンセルすることができる。よって、ユーザの利便性を向上することができる。

（その他のバリエーション）
本発明の一実施形態において、ユーザ端末（端末制御装置）は、受け付けた待ち時間毎に、１台又は複数台の配車可能車両を、配車可能車両の車両属性情報と共に表示部に表示させる（図６のステップＳ６１６、図８のステップＳ８０３、図９、図１０）。車両属性情報は、配車可能車両の現在位置、所属会社、利用価格、車種名および搭乗可能人数を含む。これにより、ユーザは、待ち時間に加えて、配車可能車両の車両属性情報を確認した上で、配車要求するか否かを判断することが可能となる。例えば、同じ待ち時間の複数の配車可能が表示されている場合、ユーザは、車両属性情報を比較して配車要求車両を選択することが可能となる。よって、ユーザの利便性をさらに向上することができる。

本発明の一実施形態において、ユーザ端末（４００）の表示部（４０４）はタッチパネルである（図３、図９、図１０）。また、ユーザ端末（４００）の中央処理部（４０３）（端末制御装置）は、待ち時間の入力表示として、スライダ（９２０、１０２０）をタッチパネルに表示させる（図９、図１０）。これにより、ユーザは、待ち時間の入力を円滑に行うことが可能となる。

本発明の一実施形態において、ユーザ端末（４００）の中央処理部（４０３）（端末制御装置）は、入力部（４０１）（操作入力装置）で受け付けた待ち時間毎に、１台又は複数台の配車可能車両を、表示部（４０４）（表示装置）中の地図画面（９１０、１０００）上に車両アイコン（９６０、１０６０〜１０６２）として表示させる（図９、図１０）。これにより、例えば、ユーザに土地勘があれば、待ち時間をユーザ自らが判断して配車要求車両を選択することが可能となる。よって、ユーザの利便性をさらに向上することができる。

本発明の一実施形態において、ユーザ端末（４００）の中央処理部（４０３）（端末制御装置）は、ユーザからの待ち時間の受付け前は、最短待ち時間の配車可能車両を最短待ち時間と共に、表示部（４０４）（表示装置）に表示させる（図６のステップＳ６１２、図８のステップＳ８０１〜Ｓ８０３、図９）。これにより、ユーザは、最短待ち時間を容易に知ることが可能となる。

本発明の一実施形態では、ユーザ端末（４００）において、配車可能車両の表示が行われたにもかかわらず、配車要求が行われずにキャンセルが行われた場合（図８のステップＳ８１０：Ｙｅｓ）、ユーザ端末は、キャンセル情報を配車管理サーバ（５００）に通知する（図８のステップＳ８１１）。このとき、一実施形態において、配車管理サーバは、キャンセル情報と、入力部（４０１）（操作入力装置）に入力された待ち時間に対応する１台又は複数台の配車可能車両に関する情報とを関連付けて管理する（図１１）。これにより、ユーザによるキャンセル手続きと、待ち時間（または待ち時間に対応する配車可能車両）とを関連付けて利用することが可能となる。

（さらなるバリエーション）
上述した実施形態では、ユーザ端末において、配車案内を開始する際、最短待ち時間の配車可能車両を表示させたが（図６のステップＳ６１２、図８のステップＳ８０１〜Ｓ８０３、図９）、本発明はこれに制限されるものではない。例えば、配車案内を開始する際は配車可能車両を表示せず、ユーザが待ち時間を入力した際に初めて配車可能車両を表示させるように制御されてもよい。

上述した実施形態では、待ち時間は、配車可能車両の現在位置からユーザ端末（４００）の現在位置までのものであったが（換言すると、ユーザ端末の現在位置が目標配車位置であったが）、本発明はこれに制限されるものではなく、ユーザ端末で別途入力された目標配車位置（ユーザ端末の現在位置以外の位置）に対するものであってもよい。その場合、例えば配車要求をする段階（図６のステップＳ６１７）で、配車管理サーバを介してユーザ端末から配車要求車両には、当該目標配車位置を通知し、配車要求車両の表示部に当該目標配車位置を表示してもよい。

上述した実施形態では、単一の待ち時間に対応させて配車管理サーバから配車可能車両の車両情報を取得し、新たな待ち時間が設定された場合、再度配車管理サーバから配車可能車両の車両情報を取得したが（図６のステップＳ６１３〜Ｓ６１６）、本発明はこれに制限されるものではない。例えば、単一の待ち時間が選択されているが、ユーザから新たな待ち時間の入力がない段階で、その他の待ち時間についての配車可能車両の車両情報を取得してもよい。或いは、最初からユーザ端末の現在位置（又は目標配車位置）に基づいてスライダ（９２０、１０２０）の全範囲又一部の範囲について配車可能車両の車両情報を取得してもよい。

上述した実施形態では、ユーザによる待ち時間の入力を、スライダ（９２０，１０２０）を用いて行ったが（図９、図１０）、本発明はこれに制限されるものではない。例えば、スライダの代わりに、ラジオボタンを用いてもよい。或いは、待ち時間の増加ボタンと減少ボタンを設け、これらのボタン操作により待ち時間を変更させてもよい。

上述した実施形態では、待ち時間の単位を時間（「分」）としたが（図９、図１０）、本発明はこれに制限されるものではなく、配車可能車両の現在位置からユーザ端末の現在位置までの距離（「ｍ」）を待ち時間を示すものとしてもよい。

上述した実施形態では、選択した待ち時間以下の配車可能車両をすべて表示した。例えば、待ち時間として７分を選択すると、待ち時間が７分以下の配車可能車両を全て表示した（図１０）。しかし、本発明はこれに制限されるものではない。例えば、選択した待ち時間を基準として所定の時間範囲にある配車可能車両の表示も可能である。例えば、待ち時間として７分を選択すると、待ち時間が５〜７分の範囲にある配車可能車両を表示し、待ち時間が５分未満の配車可能車両は表示しないことも可能である。この場合、スライダの両端を指でドラックすることにより、５〜７分の範囲を３〜５分の範囲に変更したり、５〜９分の範囲に変更したりできる。この場合、スライダは範囲指定可能な操作仕様となる。

上述した実施形態では、配車可能車両を地図画面上に表示したが（図９、図１０）、本発明はこれに制限されるものではなく、例えば、配車可能車両をリストで表示してもよい。

上述した実施形態では、配車要求車両が実際に配車可能か否かを車両の運転手が判断することとしたが（図６のステップＳ６２０）、本発明はこれに制限されるものではなく、例えば、車両が自動運転車両である場合、車両の中央処理部（図２の２０３）が判断してもよい。

上述した実施形態では、キャンセル情報をユーザ端末から配車管理サーバに送信して利用したが（図８のステップＳ８１１、図１１）、キャンセル情報の利用は省略してもよい。

以上、具体例に基づき、本発明にかかる配車システム等の実施形態を説明したが、本発明の実施形態としては、システム又は装置を実施するための方法又はプログラムの他、プログラムが記録された記憶媒体（一例として、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、ハードディスク、メモリカード）等としての実施態様をとることも可能である。

また、プログラムの実装形態としては、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されることはなく、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であっても良い。

さらに、プログラムは、必ずしも制御基板上のＣＰＵにおいてのみ、全ての処理が実施される必要はなく、必要に応じて基板に付加された拡張ボードや拡張ユニットに実装された別の処理ユニット（ＤＳＰ等）によってその一部又は全部が実施される構成とすることもできる。

本明細書（特許請求の範囲、要約、および図面を含む）に記載された構成要件の全ておよび／又は開示された全ての方法又は処理の全てのステップについては、これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。

また、本明細書（特許請求の範囲、要約、および図面を含む）に記載された特徴の各々は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために働く代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。

さらに、本発明は、上述した実施形態のいずれの具体的構成にも制限されるものではない。本発明は、本明細書（特許請求の範囲、要約、および図面を含む）に記載された全ての新規な特徴又はそれらの組合せ、あるいは記載された全ての新規な方法又は処理のステップ、又はそれらの組合せに拡張することができる。

１０ 配車システム
１１ 配車管理サーバ（群）
１２ａ〜１２ｃ 車両（タクシーなど）
１３ａ〜１３ｃ ユーザ端末（スマートフォン等のユーザ端末、情報処理装置）
１９ 公衆回線（専用線、インターネット等）

Claims (9)

1. ユーザの操作入力を受け付ける操作入力装置と、
   配車管理サーバと無線通信する端末通信装置と、
   表示装置と、
   前記操作入力装置、前記端末通信装置および前記表示装置を制御する端末制御装置と
   を備えるユーザ端末であって、
   前記端末制御装置は、
   現在位置特定装置が特定した前記ユーザ端末の現在位置又は前記操作入力装置を介して入力された目標配車位置に車両が配車されるまでの１以上の待ち時間を、前記操作入力装置を介してユーザから受け付け、
   受け付けた前記待ち時間毎に、当該待ち時間以内に配車可能な１台又は複数台の車両を前記表示装置に表示させ、
   前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合には、前記配車要求車両の配車要求処理を実行し、
   前記操作入力装置を介して配車要求処理を終了させるためにキャンセル操作がなされた場合には、当該キャンセル操作がなされた際に受け付けていた待ち時間、前記ユーザ端末の場所、前記キャンセル操作がなされた時刻の少なくとも１つを前記配車管理サーバへ送信する
   ことを特徴とするユーザ端末。
2. 請求項１に記載のユーザ端末において、
   前記端末制御装置は、受け付けた前記待ち時間毎に、１台又は複数台の前記配車可能車両を、前記配車可能車両の車両属性情報と共に前記表示装置に表示させ、
   前記車両属性情報は、前記配車可能車両の現在位置、所属会社、利用価格、車種名又は搭乗可能人数の少なくとも１つを含む
   ことを特徴とするユーザ端末。
3. 請求項１又は２に記載のユーザ端末において、
   前記操作入力装置は、タッチパネルであり、
   前記端末制御装置は、前記待ち時間の入力表示として、スライダ又はラジオボタンを前記タッチパネルに表示させる
   ことを特徴とするユーザ端末。
4. 請求項１〜３のいずれか１項に記載のユーザ端末において、
   前記端末制御装置は、前記操作入力装置で受け付けた前記待ち時間毎に、１台又は複数台の前記配車可能車両を、前記表示装置中の地図画面上に表示させる
   ことを特徴とするユーザ端末。
5. 請求項１〜４のいずれか１項に記載のユーザ端末において、
   前記端末制御装置は、前記ユーザからの前記待ち時間の受付け前は、最短待ち時間の前記配車可能車両と当該最短待ち時間を前記表示装置に表示させる
   ことを特徴とするユーザ端末。
6. 現在位置検出装置、車両通信装置および車両制御装置を有する複数の車両と、
   操作入力装置、端末通信装置、表示装置および端末制御装置を有する複数のユーザ端末と、
   サーバ通信装置およびサーバ制御装置を有する配車管理サーバと
   を備える配車システムであって、
   前記複数の車両の前記車両制御装置は、前記現在位置検出装置が検出した前記複数の車両の現在位置を、前記車両の車両識別情報と共に、所定のタイミングで前記配車管理サーバに送信し、
   前記サーバ制御装置は、前記車両から受信した前記現在位置を前記車両識別情報と共に保持し、
   前記ユーザ端末は、前記操作入力装置を介してユーザから配車案内要求を受け付けると、配車案内処理を開始し、
   前記配車管理サーバは、前記ユーザ端末の前記操作入力装置により入力された待ち時間又は前記ユーザ端末の現在位置若しくは目標配車位置の受信に伴って、前記待ち時間自体又前記は待ち時間の特定に必要な情報を含む、１台又は複数台の配車可能車両の車両情報を前記ユーザ端末に送信し、
   前記ユーザ端末は、前記操作入力装置に入力された前記待ち時間に対応する１台又は複数台の前記配車可能車両を、前記配車管理サーバから受信した前記車両情報を用いて前記表示装置に表示させ、
   また、前記ユーザ端末は、前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合、前記配車要求車両の配車要求を前記配車管理サーバに対して送信し、
   前記配車要求を受信した前記配車管理サーバは、前記配車要求に対応する前記車両に対して、前記ユーザ端末の前記現在位置又は前記目標配車位置を含む配車指令を送信し、
   前記配車指令を受信した前記車両は、前記配車指令を車両表示装置に表示する又は前記配車指令で指定された前記ユーザ端末の前記現在位置又は前記目標配車位置に前記車両を移動させるものであって、
   前記ユーザ端末は、前記配車可能車両の表示が行われたにもかかわらず、前記配車要求処理を終了させるためにキャンセル操作がなされた場合には、当該キャンセル操作がなされた際に受け付けていた待ち時間、前記ユーザ端末の場所、前記キャンセル操作がなされた時刻の少なくとも１つを前記配車管理サーバへ送信する
   ことを特徴とする配車システム。
7. 請求項６に記載の配車システムにおいて、
   前記ユーザ端末において、前記配車可能車両の表示が行われたにもかかわらず、前記配車要求が行われずに前記キャンセル操作が行われた場合、前記ユーザ端末は、キャンセル情報を前記配車管理サーバに通知し、
   前記配車管理サーバは、前記キャンセル情報と、前記操作入力装置に入力された前記待ち時間に対応する１台又は複数台の前記配車可能車両に関する情報とを関連付けて管理する
   ことを特徴とする配車システム。
8. ユーザの操作入力を受け付ける操作入力装置と、配車管理サーバと無線通信する端末通信装置と、表示装置と、前記操作入力装置、前記端末通信装置および前記表示装置を制御する端末制御装置とを備えるユーザ端末上で動作するプログラムであって、
   前記端末制御装置に、
   現在位置特定装置が特定した前記ユーザ端末の現在位置又は前記操作入力装置を介して入力された目標配車位置に車両が配車されるまでの１以上の待ち時間を、前記操作入力装置を介してユーザから受け付けさせるステップと、
   受け付けた前記待ち時間毎に、当該待ち時間以内に配車可能な１台又は複数台の車両を前記表示装置に表示させるステップと、
   前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合には、前記配車要求車両の配車要求処理を実行させるステップと、
   前記操作入力装置を介して配車要求処理を終了させるためにキャンセル操作がなされた場合には、当該キャンセル操作がなされた際に受け付けていた待ち時間、前記ユーザ端末の場所、前記キャンセル操作がなされた時刻の少なくとも１つを前記配車管理サーバへ送信させるステップと
   を実行することを特徴とするプログラム。
9. 現在位置検出装置、車両通信装置および車両制御装置を有する複数の車両と、操作入力装置、端末通信装置、表示装置および端末制御装置を有する複数のユーザ端末と、サーバ通信装置およびサーバ制御装置を有する配車管理サーバとを備える配車システム上で実行されるプログラムであって、
   前記複数の車両の前記車両制御装置に、前記現在位置検出装置が検出した前記複数の車両の現在位置を、前記車両の車両識別情報と共に、所定のタイミングで前記配車管理サーバに送信させるステップと、
   前記サーバ制御装置に、前記車両から受信した前記現在位置を前記車両識別情報と共に保持させるステップと、
   前記ユーザ端末に、前記操作入力装置を介してユーザから配車案内要求を受け付けると、配車案内処理を開始させるステップと、
   前記配車管理サーバに、前記ユーザ端末の前記操作入力装置により入力された待ち時間又は前記ユーザ端末の現在位置若しくは目標配車位置の受信に伴って、前記待ち時間自体又前記は待ち時間の特定に必要な情報を含む、１台又は複数台の配車可能車両の車両情報を前記ユーザ端末に送信させるステップと、
   前記ユーザ端末に、前記操作入力装置に入力された前記待ち時間に対応する１台又は複数台の前記配車可能車両を、前記配車管理サーバから受信した前記車両情報を用いて前記表示装置に表示させるステップと、
   前記ユーザ端末に、前記操作入力装置を介して１台の配車要求車両が前記配車可能車両の中から選択された場合、前記配車要求車両の配車要求を前記配車管理サーバに対して送信させるステップと、
   前記配車要求を受信した前記配車管理サーバに、前記配車要求に対応する前記車両に対して、前記ユーザ端末の前記現在位置又は前記目標配車位置を含む配車指令を送信させるステップと、
   前記配車指令を受信した前記車両に、前記配車指令を車両表示装置に表示する又は前記配車指令で指定された前記ユーザ端末の前記現在位置又は前記目標配車位置に前記車両を移動させるステップと、
   前記ユーザ端末に、前記配車可能車両の表示が行われたにもかかわらず、前記配車要求処理を終了させるためにキャンセル操作がなされた場合には、当該キャンセル操作がなされた際に受け付けていた待ち時間、前記ユーザ端末の場所、前記キャンセル操作がなされた時刻の少なくとも１つを前記配車管理サーバへ送信させるステップと
   を実行することを特徴とするプログラム。