(57)【要約】【課題】車両選択時において、適切な選択を補助する情報を地図上に表示して、車両選択時の効率を向上させることを可能とする車両検索システムを提供することにある。【解決手段】複数の車両の位置情報から所望の条件に合致する車両を検索する車両検索システムは、目的地の位置情報と、各車両の位置情報と、から各車両の目的地までの走行ルートを検索する経路探索部と、前記経路探索部が検索した各車両の走行ルートから所望の条件に合致する車両を検索する候補車検索部と、前記複数の車両の中から前記候補車検索部が検索した候補車両から目的地までの前記走行ルートに対応する地図上の領域の表示を変更する表示部と、を備える。【選択図】図３
2019061308.tif 000002
【特許請求の範囲】
【請求項１】
複数の車両の位置情報から所望の条件に合致する車両を検索する車両検索システムであり、
目的地の位置情報と、各車両の位置情報と、から各車両の目的地までの走行ルートを検索する経路探索部と、
前記経路探索部が検索した各車両の走行ルートから所望の条件に合致する車両を検索する候補車検索部と、
前記複数の車両の中から前記候補車検索部が検索した候補車両から目的地までの前記走行ルートに対応する地図上の領域の表示を変更する表示部と、
を備えることを特徴とする車両検索システム。
【請求項２】
請求項１に記載の車両検索システムにおいて、
前記表示部は、前記走行ルートの上に、工事情報や渋滞情報などの道路情報を重畳して表示させる、ことを特徴とする車両検索システム。
【請求項３】
請求項１又は２に記載の車両検索システムにおいて、
前記表示部は、前記走行ルートの上に、オペレータが追加したアイコンを重畳して表示させる、ことを特徴とする車両検索システム。
【請求項４】
複数の車両の位置情報から所望の条件に合致する車両の検索結果の表示方法であり、
目的地の位置情報と、前記車両の位置情報と、から各車両の目的地までの走行ルートを検索するステップと、
各車両の目的地までの走行ルートから所望の条件に合致する候補車両を検索するステップと、
前記複数の車両の中から前記候補車両を検索するステップが検索した候補車両から目的地までの前記走行ルートに対応する地図上の領域の表示を変更するステップと、
を備えることを特徴とする表示方法。
【請求項５】
請求項４に記載の表示方法において、
前記走行ルートの上に、工事情報や渋滞情報などの道路情報を重畳して表示させる、ことを特徴とする表示方法。
【請求項６】
請求項４又は５に記載の表示方法において、
前記走行ルートの上に、オペレータが追加したアイコンを重畳して表示させる、ことを特徴とする表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は車両検索システムに関し、特に、車両に搭載された移動局装置から送られる車両情報を表示する表示手段を備えた配車センタ装置を有する配車システムの車両検索システムに適用可能である。
【背景技術】
【０００２】
近年、無線移動通信システムの発展と共に、手軽に広域エリアを対象とした移動体データ通信を行うことが可能となっている。また、電波を利用した測位技術の発展に伴い、人工衛星を利用したＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）測位システムにより位置情報を得ることができるようになった。これら無線移動通信システムと測位システムの融合により、移動体のデータ伝送システムや位置管理システムが実用化され、業務無線や公衆無線を通じてタクシーや運送車両の配車効率向上を目的に利用されている。
【０００３】
タクシー等の配車システムは、タクシー等の車両に移動局装置を搭載し、ＧＰＳを利用して現在位置を配車センタ装置に送信し、配車センタ装置の表示装置に車両の位置を地図上に表示するようになっている。また、移動局装置からは、車両の空車、実車、待機、予約等の車両の動態に関する情報も配車センタ装置に送られ、表示装置に表示された地図上に車両の動態に対応させたアイコンの位置で車両の位置情報と共に車両の動態に関する情報も同時に表示することも考えられている。オペレータはその地図上のアイコンを見ることにより、車両の動態と位置を把握することができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−３７５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
配車システムでは、配車システムのルート検索結果と配車業務を行うオペレータが考える車両のルートに差異が生じるケースがある。また、配車システムのルート検索結果を地図上に表示しないだけでなく、どの走行ルートで時間が掛かるのか地図上に表示されないため、オペレータが適切な車両を選択する際に時間が掛かるといった問題があった。
本発明の課題は、車両選択時において、適切な選択を補助する情報を地図上に表示して、車両選択時の効率を向上させることを可能とする車両検索システムを提供することにある。
その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００６】
本発明のうち代表的なものの概要を簡単に説明すれば下記の通りである。
すなわち、複数の車両の位置情報から所望の条件に合致する車両を検索する車両検索システムは、目的地の位置情報と、各車両の位置情報と、から各車両の目的地までの走行ルートを検索する経路探索部と、前記経路探索部が検索した各車両の走行ルートから所望の条件に合致する車両を検索する候補車検索部と、前記複数の車両の中から前記候補車検索部が検索した候補車両から目的地までの前記走行ルートに対応する地図上の領域の表示を変更する表示部と、を備える。
【発明の効果】
【０００７】
上記車両検索システムによれば、地図上に、候補車両から目的地までのルートを表示できるので、候補車両の中から車両を選択することが容易になり、車両決定までの時間の短縮と、道路状況に応じた適切な車両の決定が可能となり、車両決定の効率化が可能である。
【図面の簡単な説明】
【０００８】
【図１】実施例１に係る配車システムの概略構成を示す図である。
【図２】実施例１に係る管理センタ１０１の構成例を示す図である。
【図３】実施例１に係る顧客迎え先と候補車両の地図の表示例１である。
【図４】実施例１に係る顧客迎え先と候補車両の地図の表示例２である。
【図５】実施例１に係る顧客迎え先と候補車両の地図の表示例３である。
【図６】比較例１に係る顧客迎え先と候補車両の地図の表示例である。
【図７】比較例２に係る顧客迎え先と候補車両の地図の表示例である。
【図８】実施例１に係る車両検索方法を説明するフロー図である。
【図９】実施例２に係る管理センタ１０１の構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下、実施形態、実施例、および、比較例について、図面を用いて説明する。ただし、以下の説明において、同一構成要素には同一符号を付し繰り返しの説明を省略することがある。なお、図面は説明をより明確にするため、実際の態様に比べ、模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。
【００１０】
（実施態様）
本発明の実施形態に係る車両検索システムでは、車両を検索し、検索した候補車両と目的地までの走行ルート（走行経路）を算出する。オペレータ操作端末の表示装置に表示される地図中において、算出された走行ルートは、以下のように表示する。
（１）候補車両と目的地（顧客迎え先）までの前記走行ルートに対応する地図上の領域の表示を変更する。
（２）上記（１）の前記走行ルート上に、工事情報や渋滞情報などの道路情報を重畳して表示させる。
（３）上記（１）の前記走行ルート上に、オペレータが追加したアイコンを重畳して表示させる。
【００１１】
上記（１）において、走行ルートに対応する地図上の領域の表示の変更は、走行ルートの表示色を、地図上に道路の表示色と異なる表示色へ変更して表示する方法、あるいは、走行ルートを、地図上に道路の表示色と異なる表示色として、地図上に重畳して表示する方法を採用することが出来る。
【００１２】
上記（２）において、工事情報や渋滞情報などの道路情報を重畳して表示させる方法は、データベースサーバに予め格納された工事情報や渋滞情報などの道路情報を、走行ルート上に重畳する方法、道路交通情報通信システム（ＶＩＣＳ(登録商標): Vehicle Information and Communication System）から得られたリアルタイムな工事情報や渋滞情報などの道路情報を、走行ルート上に重畳する方法、および、これらの組み合わせ等を採用することが出来る。
【００１３】
上記（３）において、オペレータが追加したアイコンの重畳は、オペレータ操作端末の表示装置に表示される地図中の前記走行ルート上または前記走行ルート近傍に、オペレータが、所望のアイコンを付加する方法を採用することが出来る。
【００１４】
上記（２）及び（３）において、上記道路情報およびオペレータが追加したアイコンは、道路の混雑が予想されるルートや走行に時間の掛かるエリアの地点情報（幅の小さい道路、信号のある交差点、渋滞する道路、道路工事地点）、走行に注意するべきルートやエリアの地点情報（事故の多い交差点や、子供の多い地域等）、とすることが出来る。
【００１５】
次に、本発明が解決しようとする課題について、図面を用いて、詳細に説明する。
【００１６】
顧客からタクシー配車の注文をオペレータが受け付ける場合、顧客迎え先周辺の複数車両をルート検索し、複数の候補車両について現在位置から顧客迎え先までの到着予想時間をリストで表示、同時に地図画面にも顧客迎え先と候補車両の位置を表示する。配車業務を行うオペレータは、前記複数の候補車両のルート検索結果である到着予想時間と、地図上の顧客迎え先と車両位置の関係を確認し、適切な車両を選択して配車する。
【００１７】
(比較例１)
図６は、比較例１に係る顧客迎え先と候補車両の地図表示例を示す。
【００１８】
図６において、図６（Ａ）の地図の中央下側にある顧客迎え先１００を旗印で示し、顧客迎え先付近を走行中の空車車両００１〜００８については矢印を丸で囲んだアイコンで示す。車両アイコン矢印の先端は車両の進行方向を示す。顧客からのタクシー配車注文によって顧客迎え先１００の周辺車両をルート検索し、その結果を図６（Ｂ）の候補車両リストとして、車両番号と共に距離と到着予想時間を表示する。
【００１９】
図６（Ｂ）では、７分以内の車両を検索し、その結果として顧客迎え先１００に対して到着予想時間の短い順に、番号１：車両００２、番号２：車両００１、番号３：車両００４、番号４：車両００３の順で表示している。表示する検索結果の車両台数は、注文台数に対して予備車両を加えた台数を表示する。予備車両の台数は、タクシー会社によって任意に設定できる。
【００２０】
図６（Ｂ）の候補車両リストでは、車両００２の到着時間が一番短いと表示されているが、図６（Ａ）の地図を見る限り、車両００３や車両００４が、顧客迎え先１００には近いようにオペレータは感覚的には考える。実際のルート検索では、車両の向きや迎え先までのルートの道幅、信号のある交差点の数等を考慮して結果を出力するため、オペレータの見た目と配車システムがルート検索した結果では、違いが生じる。
【００２１】
(比較例２)
図７は、比較例２に係る顧客迎え先と候補車両の地図表示例を示す。
【００２２】
地図上で顧客迎え先と候補車両の位置を確認する際に、候補車両以外の車両も地図上に表示するケースがあり、オペレータが候補車両を容易に認識するために顧客迎え先と車両間を直線で表示することがある。図７（Ａ）の地図では、地図上に表示されている車両８台の内、ルート検索の結果として、候補車両となった車両００１〜００４の４台と、顧客迎え先１００の間をそれぞれ直線で結んで表示している。図７（Ｂ）は、図６（Ｂ）の候補車両リストと同じである。
【００２３】
以上の様に、比較例１および比較例２の配車システムのルート検索では、一般的に道路幅の広い幹線道路を中心にルートを計算するため、道路幅の狭いルートは通らず、場合によっては迂回するようーなルートを選択することがある。また、交差点の数等を考慮して、顧客迎え先までの到着予想時間を計算するため、配車業務を行うオペレータの考えと違う候補車両の順番で配車リストには表示される。
【００２４】
他にも、配車システムで使用している地図が古くて新しい道路が通っているような場合も、同様に、配車業務を行うオペレータの考えと違う候補車両の順番で配車リストには表示されるケースがある。そのため、配車業務を行うオペレータは、配車システムのルート検索による到着予想時間だけでは判断せずに、地図上の顧客迎え先と車両位置の関係を確認し、到着予想時間が他の候補車両よりも大きくても車両位置から適切な車両を判断・選択して配車を行うことが多い。
【００２５】
比較例１および比較例２に係る配車システムでは、配車システムのルート検索結果と配車業務を行うオペレータが考える車両のルートに差異が生じるケースがある。また、配車システムのルート検索結果を地図上に表示しないだけでなく、どの走行ルートで時間が掛かるのか地図上に表示されないため、オペレータが適切な車両を選択する際に時間が掛かるといった問題があった。
【００２６】
上記実施形態の車両検索システムによれば、オペレータ操作端末の地図中に、目的地（顧客迎え先）から候補車両までの走行ルートを表示するので、オペレータは候補車両の中から車両を選択することが、比較例１および比較例２と比較して容易になり、車両決定までの時間の短縮と、車両決定業務の効率化が可能である。
【００２７】
また、オペレータ操作端末の地図中の走行ルートの上に、道路の混雑が予想されるルートや走行に時間の掛かるエリア（幅の小さい道路、信号のある交差点、渋滞する道路、道路工事地点）や上記アイコンを表示（重畳）するので、道路状況に応じた適切な車両の決定が可能となり、配車業務の効率化が図れる。
【実施例１】
【００２８】
本発明の実施例１に係る配車システムの構成図例について、図面を参照して説明する。図１は、本発明の実施例に係る配車システムの概略構成図を示す。
【００２９】
配車システム（車両検索システム）１は、無線移動通信システムと測位システムを利用したタクシー配車用ＡＶＭ（Ａｕｔｏｍａｔｉｃ  Ｖｅｈｉｃｌｅ  Ｍｏｎｉｔｏｒｉｎｇ）システムである。配車システム１は、管理センタ１０１と、複数の無線基地局１０２（１０２−１，２，・・・，Ｌ）と、複数の移動局（車両）１０４（１０４−１，２，・・・Ｎ）と、ＧＰＳ衛星１０５と、複数の配車端末１０６（１０６−１，２，・・・，Ｍ）を有する配車センタ１０７と、を用いて構成されている。
【００３０】
各無線基地局１０２は、自局が通信できる通信エリアを有しており、例えば、無線基地局１０２−１の通信エリア１０３−１は、そのエリア内に存する移動局１０４と無線基地局１０２−１とが通信できることを示している。
【００３１】
各移動局１０４は、ＧＰＳ衛星１０５からの位置情報を受けて、自車両の位置情報（緯度、経度）を入手することができる。移動局１０４により入手された位置情報は、移動局１０４（車両）の動態情報と共に、その車両が存する通信エリア１０３を有する無線基地局１０２を通じて定期的に管理センタ１０１へ送られる。
【００３２】
管理センタ１０１は、複数ある各無線基地局１０２を通じて、その通信エリア１０３内に存する移動局１０４の位置情報と動態情報を収集し、各移動局１０４の管理を行っている。
【００３３】
顧客は、配車センタ１０７に連絡して、配車先の位置（例えば、顧客の現在位置）や所望する車両の情報を伝えることで、配車要求を行う。
【００３４】
配車センタ１０７では、オペレータが配車端末１０６を操作して、管理センタ１０１に対して配車要求（配車先の位置や所望する車両の情報）を送信する。
【００３５】
管理センタ１０１は、配車センタ１０７から受信した配車要求に従い、収集された各移動局１０４の位置情報から配車に適した車両を検索（探車）して、配車先に指示された位置まで車両を配車する運用を行う。
【００３６】
なお、顧客は、タクシー会社のホームページや、一般に市販されている種々の携帯端末（携帯電話端末やタブレット端末）にインストールした配車要求用のアプリケーションを用い、インターネット回線を通じて管理センタ１０１にアクセスすることで、配車センタ１０７を介さずに管理センタ１０１に対して配車要求を行うこともできる。
【００３７】
次に、各車両に配備される移動局１０４について説明する。移動局１０４は、自車両が存する通信エリア１０３を有する無線基地局１０２との無線通信を通じて、管理センタ１０１との間で各種情報の授受を行うことができる。
【００３８】
また、移動局１０４は、定期的に、ＧＰＳ衛星１０５から受信した情報に基づいて自車両の位置情報（緯度、経度）を入手し、該移動局１０４が配備された車両の動態を示す情報および該車両の識別情報と共に管理センタ１０１へ通知する。
【００３９】
車両の動態としては、「実車」、「空車」、「空車予定」、「支払」、「休憩」などがあり、各車両に配備された移動局１０４を乗務員が操作することで設定される。配車候補として検索される車両は基本的に「空車」の車両であるが、実質的に配車が可能な他の動態（「空車予定」、「支払」、「休憩」）の車両についても配車候補の車両として検索するようにしてもよく、どの動態を配車候補の車両として検索するかは、タクシー会社の方針等に従って予め設定しておけばよい。
【００４０】
また、移動局１０４は、自車両が待機場所での待機を開始する際に、乗務員により移動局１０４が操作されたことに応じて、待機場所での待機を開始することを示す情報と該待機場所を特定する情報とを該車両の識別情報と共に管理センタ１０１へ送信する。
【００４１】
また、移動局１０４は、自車両が待機場所での待機を終了する際に、乗務員により移動局１０４が操作されたことに応じて、待機場所での待機を終了することを示す情報と該待機場所を特定する情報とを該車両の識別情報と共に管理センタ１０１へ送信する。
【００４２】
ここで、移動局１０４としては、専用の無線通信端末を用いてもよいが、一般に市販されている携帯電話端末（例えば、スマートフォン）や無線通信機能を持つタブレット端末といった種々の携帯端末に、上記の各機能を実現する配車システム用のアプリケーションをインストールしたものを用いてもよい。
【００４３】
次に、管理センタ１０１の構成について、図２に示す構成例を参照して説明する。
【００４４】
管理センタ１０１は、データベースサーバ２００と、地図サーバ２２０と、配車サーバ２４０と、を備えている。
【００４５】
データベースサーバ２００は、配車システムの運用に係る各種のデータを管理するサーバであり、本例では、個々の配車エリアに関するエリア情報を記憶・管理するエリア情報管理部２０１と、個々の車両に関する車両情報を記憶・管理する車両情報管理部２０２と、を有している。
【００４６】
エリア情報管理部２０１で管理する各配車エリアのエリア情報には、配車エリアの識別情報、該配車エリアの範囲を示す情報、該配車エリアへ配車する車両の検索で適用する優先順序を示す情報、該配車エリアで車両を検索する範囲の優先順序を示す情報、該エリア情報を適用する時間帯（以下、適用時間帯）を示す情報、などが格納される。
【００４７】
車両情報管理部２０２で管理する各車両の車両情報には、車両の識別情報、該車両の現在の位置情報、該車両が待機場所で待機中の場合の該待機場所を示す情報および待機順を示す情報、該車両の動態を示す情報、該車両に関する前付け条件を示す情報、該車両の乗務員／車両のシフトを示す情報、などが格納される。
【００４８】
地図サーバ２２０は、タクシー会社の営業エリアを含む地図情報を管理するサーバであり、本例では、出発地点と到着地点の入力に応じて、これら地点間を結ぶ経路の探索や距離指標（直線距離、経路距離、想定移動時間）の算出を行う経路探索部２２１を有している。
【００４９】
配車サーバ２４０は、配車する車両の検索をデータベースサーバ２００や地図サーバ２２０を利用して行うサーバであり、本例では、顧客からの配車要求に応じて、配車に適した車両を検索（探車）する候補車検索部２４１と、候補車検索部２４１により検索された車両（移動局１０４）に対して配車指示を行う配車指示部２４２と、を有している。
【００５０】
候補車検索部２４１は、顧客からの配車要求を受けると、該配車要求を検索条件に用いてエリア情報管理部２０１および車両情報管理部２０２にアクセスして、該配車要求で指定された配車先の位置を範囲に含む配車エリアのエリア情報であり、且つ、現在の時間（検索の時点）を含む適用時間帯のエリア情報を特定する。候補車検索部２４１は、また、該エリア情報に設定された優先順序および除外エリアに従って、優先順序が最も高い空車車両または待機車両であって除外エリアに存していない車両を検索し、該車両を配車対象の車両（指定された配車先への配車に最も適した車両）に決定する。ここで、配車要求で複数台の配車を指定された場合には、指定された台数の車両を検索して、配車対象の車両に決定する。
【００５１】
なお、配車先の位置と各車両の位置とについての距離指標が必要な場合には、これらの位置情報を地図サーバ２２０に提供して経路探索部２２１により演算させ、その結果を取得して、車両の検索に用いる。
【００５２】
また、配車要求において、車両の特性（車種、車体の色など）や乗務員の特性（性別、年齢など）といった前付け条件についての要望があった場合には、該要望を満たす車両を優先して、車両の検索を行う。
【００５３】
配車指示部２４２は、候補車検索部２４１により検索された車両に配備された移動局１０４に対し、配車要求で指定された配車先の位置を通知して、その位置へ車両を配車させる旨の配車指示を行う。
【００５４】
（表示例）
本発明による顧客迎え先（目的地）と車両位置との表示例１−３について、図３〜図５を使用して説明する。図３―図５は、オペレータ操作端末の表示装置の表示画面における１画面の表示例を示している。図３−図５において、例えば、（Ａ）は１画面の左側に表示され、（Ｂ）は１画面の右側（（Ａ）の右側）に表示される。
【００５５】
（表示例１）
図３は、実施例１に係る顧客迎え先（目的地）と候補車両の表示例１を説明するための図である。
【００５６】
図３（Ａ）の地図上において、中央下側にある顧客迎え先（目的地）１００を旗で示し、顧客迎え先付近を走行中の空車車両００１〜００８については矢印を丸で囲んだアイコンで示す。車両アイコン矢印の先端は車両の進行方向を示す。顧客からのタクシー配車注文によって顧客迎え先１００の周辺車両をルート（経路）検索し、その結果を図３（Ｂ）の候補車両リストとして、車両番号と共に距離と到着予想時間を表示する。なお、候補車両リストとして抽出される車両の台数は、注文台数に対して予備車両を加えた台数を表示する。予備車両の台数は、タクシー会社によって任意に設定できる。
【００５７】
本例では、顧客の要求台数１台に対して、７分以内の車両を検索し、その結果として顧客迎え先１００に対して到着予想時間の短い順に、番号１：車両００２、番号２：車両００１、番号３：車両００４、番号４：車両００３の順に４台の候補車両を表示している。すなわち、予備車両は、３台とされている。
【００５８】
また、ルート検索結果として出力された車両００１、００２、００３、００４については、車両００１、００２、００３、００４が、その検索された走行ルート（走行経路）Ｒ１、Ｒ２、Ｒ３、Ｒ４と共に、図３（Ａ）の地図上に表示している。すなわち、候補車両（００１、００２、００３、００４）と目的地（顧客迎え先）までの走行ルートＲ１−Ｒ４に対応する地図上の領域の表示を変更する。走行ルートＲ１−Ｒ４に対応する地図上の領域の表示の変更は、走行ルートＲ１−Ｒ４の表示色を、地図上に道路の表示色と異なる表示色へ変更して表示する方法、あるいは、走行ルートＲ１−Ｒ４を、地図上に道路の表示色と異なる表示色として、地図上に重畳して表示する方法を採用することが出来る。すなわち、車両検索システムは、複数の車両の中から候補車検索部２４１が検索した候補車両（００１、００２、００３、００４）から目的地までの走行ルートに対応する地図上の領域の表示を変更する表示部を有する。
【００５９】
このように、図３（Ｂ）の候補車両リストを、目的地（顧客迎え先）までのルート（Ｒ１−Ｒ４）と共に表示することで、地図中の候補車両が容易に特定することが可能となる。また、配車システムが計算した走行ルート（Ｒ１−Ｒ４）をオペレータは視覚的に把握したうえで、最終的な車両の決定をすることが可能となる。これにより、オペレータは候補車両の中から車両を選択することが容易になり、車両決定までの時間の短縮と、車両決定業務の効率化が可能になる。
【００６０】
（表示例２）
図４は、図３と同じ条件で車両検索した結果を示している。図４（Ａ）は表示例２を示しており、図４（Ｂ）は、図３（Ｂ）と同様に、候補車両リストを示している。
【００６１】
図４（Ａ）に示される表示例２の地図上では、車両検索結果を表示する際に、走行ルート（Ｒ１−Ｒ４）が太い実線ＳＬ１−ＳＬ４と太い点線ＤＬ１−４とで示されている。カラー表示可能な表示装置では、走行ルート（Ｒ１−Ｒ４）において、太い実線ＳＬ１−ＳＬ４を、例えば、青色の実線とし、太い点線ＤＬ１−４を、例えば、赤色の実線で表示することが出来る。太い実線（または青線）ＳＬ１−ＳＬ４は比較的混雑の少ない道路を表示し、太い点線（または赤線）ＤＬ１−４は比較的混雑する道路や、道幅が狭く走行に時間が掛かると予想される道路を表示している。太い点線（または赤線）ＤＬ１−４（比較的混雑する道路）の情報は、例えば、道路交通情報通信システム（ＶＩＣＳ: Vehicle Information and Communication System）から得ることが可能である。なお、ＶＩＣＳから得られない工事情報や渋滞情報などの道路情報は、例えば、オペレータが設定した工事情報や渋滞情報などの道路情報を示すアイコンないし車両の移動局１０４から得られた工事情報や渋滞情報などの道路情報を、例えば、データベースサーバ２００のエリア情報管理部２０１に格納し、走行ルート（Ｒ１−Ｒ４）を表示装置の表示画面に表示する際に、走行ルート（Ｒ１−Ｒ４）上に、重畳して表示することも可能である。
【００６２】
図４（Ａ）に示される表示例２では、走行ルート（Ｒ１−Ｒ４）を太い実線と太い点線（または、青線と赤線）の２種類で区別して表示する例が示されているが、２種類以上の線の色や太さ、形状（実線と点線等）で区別することで、より混雑状況を詳細に示すことも、可能である。以上の様に、走行ルートＲ１−Ｒ４上に、工事情報や渋滞情報などの道路情報を重畳して表示させる。すなわち、太い点線ＤＬ１−４や赤色の実線で表示されるＤＬ１−４は、走行ルートＲ１−Ｒ４上に、重畳された道路情報と見做すことが出来る。
【００６３】
（表示例３）
図５は図３と同じ条件で車両検索した結果を示している。図５（Ａ）は表示例３を示しており、図５（Ｂ）は、図３（Ｂ）と同様に、候補車両リストを示している。
【００６４】
図５（Ａ）に示される表示例３の地図上では、車両検索結果を表示する際に走行ルート（Ｒ１−Ｒ４）の他に、走行ルート上において、道路の混雑が予想される道路（またはエリア）ＲＴＣが、例えば、第１の網掛けで表示される。また、道路幅が狭く通り抜けに時間が掛かる道路（またはエリア）ＲＮＴＣが、例えば、第２の網掛けで表示される。カラー表示可能な表示画面を有する表示装置では、走行ルート（Ｒ１−Ｒ４）において、道路の混雑が予想される道路ＲＴＣを、赤色の網掛けで表示し、道路幅が狭く通り抜けに時間が掛かる道路ＲＮＴＣを黄色網掛けで表示してもよい。
【００６５】
図５（Ａ）の表示例３では、走行に時間が掛かると予想される道路（またはエリア）ＲＴＣ、ＲＮＴＣが、例えば、第１の網掛け（または、赤色網掛け）と、第２の網掛け（または、黄色網掛け）の２種類で区別しているが、２種類以上の図形や色で区別することで、より混雑状況を詳細に示すことも、可能である。走行に時間が掛かると予想される道路（またはエリア）ＲＴＣ、ＲＮＴＣの情報は、道路交通情報通信システム（ＶＩＣＳ）から取得することも可能である。
【００６６】
このように、走行に時間が掛かると予想される道路やエリア（ＤＬ１−ＤＬ４、ＲＴＣ、ＲＮＴＣ）の情報は、走行ルート（Ｒ１−Ｒ４）上、に重畳されて表示される。なお、走行ルート（Ｒ１−Ｒ４）上に重畳する情報は、ルート上で走行に時間がかかると予想されるルートやエリアの地点情報の他に、走行に注意するべきルートやエリア（事故の多い交差点や、子供の多い地域等）の地点情報も採用することが出来る。走行に注意するべきルートやエリア（事故の多い交差点や、子供の多い地域等）の地点情報は、オペレータによるアイコンの設定ないし車両の移動局１０４から得られた道路情報・地点情報とすることが出来る。
【００６７】
走行に時間が掛かると予想される道路やエリア（ＤＬ１−ＤＬ４、ＲＴＣ、ＲＮＴＣ）の情報は、以下の方法またはその組み合わせ、を採用することが可能である。
１）これまでの経験から分かっている情報を予め配車システム、例えば、データベースサーバ２００のエリア情報管理部２０１、に記憶させておく方法
２）リアルタイムに更新される道路情報サービス（ＶＩＣＳ）から取得する方法
３）過去の車両軌跡データから各走行ルートに必要な時間を算出した統計情報を使用する方法
なお、上記１）において、これまでの経験から分かっている情報は、オペレータによるアイコンの設定ないし車両の移動局１０４から得られた、工事情報や渋滞情報などの道路情報や走行に注意するべきルートやエリア（事故の多い交差点や、子供の多い地域等）の道路情報・地点情報を、使用することが出来る。
【００６８】
また、ルート上で走行に時間がかかると予想されるルートやエリアの地点情報や、走行に注意するべきルートやエリア（事故の多い交差点や、子供の多い地域等）の地点情報を、顧客迎え先（目的地）情報と共に、車両の端末（移動局１０４）へ送信する。これにより、車両側では顧客迎え先までの走行ルートを決定する際の情報の一つとして使用することや、車両側で顧客迎え先までのルート検索した際に走行するルートの詳細情報（事故の多い交差点情報等）の一つとして利用することが可能となる。
【００６９】
（車両検索方法）
図８は、実施例１に係る車両検索方法を説明するフロー図である。なお、図８に示されるフロー図は、図３−図５に係るフロー図として説明する。
【００７０】
ステップＳ１：オペレータが配車端末１０６を操作して、顧客の現在位置（顧客迎え先（目的地）：１００）を入力する。
【００７１】
ステップＳ２：目的地１００付近を走行中の空車車両を検索する。
【００７２】
ステップＳ３：目的地１００の周辺車両をルート検索し、その結果を候補車両リスト（Ｂ）として、車両番号と共に距離と到着予想時間を表示する（図３（Ｂ）、図４（Ｂ）、図５（Ｂ）参照）。
【００７３】
ステップＳ４：候補車両リスト（Ｂ）の候補車両の走行ルートＲ１、Ｒ２、Ｒ３、Ｒ４を地図上に表示（重畳）する（図３（Ａ）、図４（Ａ）、図５（Ａ）参照）。
【００７４】
ステップＳ５：走行ルートＲ１、Ｒ２、Ｒ３、Ｒ４上に、道路情報・地点情報を表示（重畳）する（図４（Ａ）及び図５（Ａ）参照）。道路情報・地点情報の表示は、走行ルートＲ１、Ｒ２、Ｒ３、Ｒ４上に、オペレータが追加したアイコンを重畳して表示ことも含む（図５（Ａ）参照）。
【００７５】
ステップＳ６：目的地１００の情報、道路情報・地点情報を、車両の端末（移動局１０４）へ送信する。
【実施例２】
【００７６】
実施例１では、地図上に表示した候補車両００１−００４と、その走行ルートＲ１−Ｒ４や、比較的混雑する道路や、道幅が狭く走行に時間が掛かると予想される道路を、オペレータ操作端末の表示装置の表示画面に表示することで、オペレータに対して配車車両の選択を補助する情報を表示し、候補車両の選択の効率を向上させる技術を説明したが、本発明はこれに限定されるわけではない。
【００７７】
図９は、実施例２に係る管理センタ１０１ａの構成例図である。管理センタ１０１ａは、図２で説明された様に、データベースサーバ２００と、地図サーバ２２０と、配車サーバ２４０と、を有するが、図８のデータベースサーバ２００ａは、エリア情報管理部２０１及び車両情報管理部２０２の他、配信履歴情報格納部２０３を、さらに、有する。
【００７８】
配信履歴情報格納部２０３は、配車した際の地図上のデータを、画像データ等として保存する。画像データは、例えば、配信伝票番号に関連づけて保存するのが良い。画像データは、例えば、図３−図５に示される表示例１−３などとすることが可能である。また、配信履歴情報格納部２０３に保存する画像データは、オペレータにより設定されたアイコンや記入情報などの付加情報を含ませてもよい。アイコンや記入情報は、例えば、最新の道路情報、幅の小さい道路、信号のある交差点、渋滞する道路、道路工事地点、走行時に注意を必要とする事故の多い交差点、園児や小学生の飛び出しが予想される公園近くの子供の多い地域等とすることが出来る。
【００７９】
これにより、過去において、どの候補車両の中から配車車両を選んだのかの履歴が分かるようになる。
【００８０】
例えば、所要時間が最も短い車両ではなく、別の車両を選択した時だけ、実際に配車してから実車になるまでの所要時間を計測するようにし、その計測した所要時間を、画像データと共に、配信履歴情報格納部２０３に、格納する様にしてもよい。これにより、オペレータの判断で配車する車両を決めた際、本当にその選択が妥当であったかをフィードバックすることが可能になる。
【００８１】
また、オペレータが自分の判断で配車車両を選択した際に、何故そのような判断をしたのかを記入し、その記入情報を画像データと共に、配信履歴情報格納部２０３に、格納する様にしてもよい。他のオペレータが配車選択時する場合、配車サーバ２４０から配信履歴情報格納部２０３にアクセスすることで、過去の配車履歴を確認することが可能になる。これにより、他のオペレータが、配車を選択する時、過去の配車履歴の情報を、共有できる。すなわち、あるオペレータが、道路が混雑している箇所にアイコン等を付加した場合、他のオペレータからでも、付加したアイコンが確認できるようになる。これにより、経験が浅いオペレータでも、配車時に、ベテランのオペレータの判断基準を確認できる。ただし、間違った情報も表示されてしまう可能性があるため、一定量または所望の回数、同じデータが配信履歴情報格納部２０３に蓄積された場合にだけ、地図上に、オペレータにより付加されたアイコン等の付加情報ないし補助情報を表示するのが良い。
【００８２】
以上、本発明者によってなされた発明を実施例に基づき具体的に説明したが、本発明は、上記実施形態および実施例に限定されるものではなく、種々変更可能であることはいうまでもない。
【符号の説明】
【００８３】
１０１：管理センタ
１０２（１０２−１，２，・・・，Ｌ）：無線基地局
１０３（１０３−１，２，・・・，Ｌ）：通信エリア
１０４（１０４−１，２，・・・Ｎ）：移動局（車両）
１０５：ＧＰＳ衛星
１０６（１０６−１，２，・・・，Ｍ）：配車端末
１０７：配車センタ
２００、２００ａ：データベースサーバ
２０１：エリア情報管理部
２０２：車両情報管理部
２０３：配車履歴情報格納部
２２０：地図サーバ
２２１：経路探索部
２４０：配車サーバ
２４１：候補車検索部
２４２：配車指示部
１００：顧客迎え先
００１〜００８：車両
【図１】
2019061308.tif 000003
【図２】
2019061308.tif 000004
【図３】
2019061308.tif 000005
【図４】
2019061308.tif 000006
【図５】
2019061308.tif 000007
【図６】
2019061308.tif 000008
【図７】
2019061308.tif 000009
【図８】
2019061308.tif 000010
【図９】
2019061308.tif 000011