JP2013134641A - 携帯端末を用いたタクシー車両の呼び寄せシステム - Google Patents

Abstract

【課題】路上でタクシーを拾う際に、携帯端末の画面上で車種などを確認して所望のタクシー車両を選択して呼び寄せることが可能なシステムを提供する。
【解決手段】タクシー車両側端末から車両現在位置を含む車両情報を受信すると共に車種を含む属性情報を取得する手段と、顧客側端末から顧客の現在位置情報を受信して、顧客の現在位置から所定範囲内に位置する空車タクシーを対象として車両情報及びタクシー属性情報を含むタクシー情報を送信する手段とを有する制御サーバと、その制御サーバから上記タクシー情報を受信して各空車タクシーの現在位置を示す車両表示アイコンと顧客自身の現在位置を示す情報とを地図画面上に表示すると共にタクシー属性情報を表示する手段と、上記車両表示アイコンの選択指示によるタクシー呼出操作に応じて、車両指定呼出要求を制御サーバ経由で当該タクシー車両側端末に送信する手段とを有する顧客側端末と、を備える。
【選択図】図４

Description

本発明は、路上でタクシーを拾う際に、携帯端末の画面からタクシー車両を選択して呼び寄せることが可能なシステムに関する。

従来、利用者が自宅等からタクシーの手配を予約する場合には、先ずタクシー会社に電話連絡をして、利用者の名前や乗車場所、連絡用の電話番号などをタクシー会社の事務員に伝え、その後、事務員によって手配されたタクシーが到着するのを待つというのが一般的であった。また、タクシー乗り場が近くにないなど、路上等でタクシーを拾う際には、目前まで走行して来る空車表示のタクシーを見つけて、手を挙げて拾う必要があった。

近年では、ＧＰＳ（global positioning system）機能を備えた携帯端末の普及やコンピュータ技術の発展に伴い、自動配車センタが人手を介さずに適切な配車をできるようにしたシステムが提案されている（特許文献１参照）。

例えば特許文献１に記載の「タクシー自動配車システム」には、以下の点が開示されている。
・利用者は、タクシーの予約を行う場合、携帯端末を用いて自動配車センタに接続し、携帯端末から照会要求（ＧＰＳ信号から取得した位置情報、及び利用者が入力した目的地や利用者の希望する最大待ち時間または希望する乗車予定時刻を付帯情報として含む「照会要求」）を自動配車センタに送信する点（段落［００３１］、［００３６］及び図５参照）。
・照会要求を受信した自動配車センタは、携帯端末から送信された現在位置と照会要求内の目的地を基に最寄りのタクシーを複数選択し、それらのタクシー各々の予想到着時刻、概算運賃、割引率、現在位置、及びタクシー会社名などを含む「照会結果」を送信して利用者の携帯端末の表示部に表示させる点（段落［００３６］及び図７参照）。
・照会結果から利用者が運賃の割引や到着時間の短いタクシーを選択すると、携帯端末からそのタクシーに対する予約要求を自動配車センタに送信する点（段落［００３３］及び［０００７］参照）。
・予約要求を受信した自動配車センタは、利用者が選択したタクシーの端末（タクシー携帯端末）に対して、利用者の位置情報、利用者付近の地図画像、利用者の希望する最大待ち時間などの付帯情報を含む「配車指示」を送信する点（段落［００３３］参照）。
・配車指示を受信したタクシー携帯端末は、配車予約があった旨のメッセージと、利用者付近の地図画像と上記付帯情報の表示を行う点（段落［００３３］参照）。

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

上述のようなタクシー自動配車システムによれば、利用者にとっては、「利用者の位置情報を口で説明することなく、携帯端末によるタクシーの照会や予約が可能となり、利便性が向上する」という効果や、「運賃が安いタクシー、到着までの時間が最短となるタクシーなど、利用者の選択の幅を広げることが可能となる」という効果を奏する。また、タクシー側においては、「利用者の位置を正確に把握することで配車の迅速化と割引サービスの提供による乗車率の向上を図ることが可能となる」という効果を奏する。

しかしながら、従来のシステムでは、自動配車センタにタクシーの照会を行った時点の予想到着時刻や概算運賃を携帯端末の画面上で確認することができるが、タクシー車両の属性（エコカー，ワゴン，車椅子対応の有無など）や運転手の属性（年齢や性別）については確認できないため、タクシーの車種等を利用者が選択できないという不便さがある。例えば、荷物や人数が多いのでワゴンタイプのタクシーにしたいという要望や、車椅子対応のタクシーが必要という要望、女性運転手のタクシーにしたいという女性顧客の要望などに応じることができないという問題がある。

また、利用者の携帯端末に表示される照会結果は、照会時点の静的な情報（特許文献１の図７参照）であり、タクシーの移動状況などをリアルタイムに把握できないなどの不便さがある。例えば、タクシーの照会を行った後、タクシーの位置や空車や実車の状況は変動するため、利用者が照会結果を見てタクシーの選択に迷っていると、選択された時点では空車から実車に変わっていることもあり、選択されたタクシーの配送ができないケースが生じるという問題もある。

本発明は上述のような事情から成されたものであり、本発明の主要な目的は、上記のような従来技術の問題を解消し、路上等でタクシーを拾う際に、利用者が携帯端末の画面からタクシー車両を選択して呼び寄せることができると共に、その選択の際に、携帯端末の画面上で車種や運転手の性別などを確認して所望のタクシー車両を選択することが可能なシステムを提供することにある。

また、本発明の更なる主要な目的は、利用者の端末画面の地図上に移動中のタクシー車両の現在位置をリアルタイムに表示することができると共に、タクシー車両側の端末画面の地図上に自車を呼出した顧客の現在位置を表示することが可能なシステムを提供することにある。

さらに、本発明の更なる主要な目的は、自分の位置をタクシー側に知らせて、拾いに来てもらいたいという信号を近隣のタクシー車両に発信することができると共に、タクシー側は、車両を指定せず待っているという客を携帯端末の画面上で見ることが可能なシステムを提供することにある。

本発明の上記目的は、ＧＰＳ機能を各々有する携帯可能な顧客側端末及びタクシー車両側端末がネットワークを介して制御サーバに接続され、前記顧客側端末の画面から顧客がタクシー車両を選択して呼び寄せることが可能なシステムであって、前記制御サーバは、複数のタクシー会社を対象として、各タクシー会社のタクシー車両に搭載された前記タクシー車両側端末から発信される車両の現在位置情報及び空車又は実車を示す空・実車情報を車両情報として受信すると共に、前記タクシー車両側端末が搭載された車両の車種を含むタクシー属性情報を取得する手段と、前記顧客側端末から顧客の現在位置情報を受信して、前記顧客の現在位置から所定範囲内に位置する空車タクシーを対象として前記車両情報及び前記タクシー属性情報を含むタクシー情報を要求元顧客側端末に送信する手段と、を有し、前記顧客側端末は、該端末に搭載された空車タクシー呼び寄せ用アプリが起動された時点で自動的に前記顧客の現在位置情報を前記制御サーバに送信して前記タクシー情報を遂次受信し、そのタクシー情報に基づいて認識した各空車タクシーの現在位置をリアルタイムに示す車両表示アイコンを地図画面上に動的に表示すると共に、当該車両の前記タクシー属性情報を表示する手段と、前記車両表示アイコンの選択指示による車両指定のタクシー呼出操作に応じて、顧客の現在位置情報及び顧客属性情報を含む車両指定呼出要求を前記制御サーバ経由で当該タクシー車両側端末に送信する手段と、を有すること、によって達成される。

また、本発明の上記目的は、
前記顧客側端末は、車両を指定しないタクシー呼出操作に応じて、前記顧客の現在位置情報及び顧客属性情報を含む車両無指定呼出要求を前記制御サーバに送信し、前記制御サーバは、前記顧客の現在位置から所定範囲内に位置する空車タクシーを対象として前記車両無指定呼出要求を当該タクシー車両側端末に配信する手段を更に有すること、
前記タクシー属性情報は運転手の属性情報を更に含むこと、
前記顧客側端末は、タブレット型端末であること、
前記タクシー車両側端末は、前記車両指定呼出要求又は前記車両無指定呼出要求を前記制御サーバ経由で受信し、前記顧客の現在位置を示す待ち客表示アイコンと自車の現在位置を示す自車表示アイコンとを地図画面上に表示する手段を有すること、
前記タクシー車両側端末は、前記車両指定呼出要求又は前記車両無指定呼出要求を承諾する操作に応じて、呼出承諾信号を前記制御サーバ経由で要求元顧客側端末に送信する手段と、前記呼出承諾信号を発信した後、前記顧客の現在位置を示す待ち客表示アイコンの位置をカーナビの目的地点として自動的に設定し、前記自車表示アイコンと共に前記待ち客表示アイコンを前記タクシー車両側端末の地図画面上に表示する手段を更に有すること、
前記呼出承諾信号を受信した顧客側端末は、前記呼出承諾信号の送信元タクシー車両の現在位置情報を前記制御サーバ経由で逐次受信し、呼び寄せ中のタクシー車両の現在位置が顧客の現在位置に接近するまでの間、前記送信元のタクシー車両に対応する前記車両表示アイコンを前記顧客側端末の地図画面上に動的に表示する手段を更に有すること、
前記車両無指定呼出要求を受信したタクシー車両側端末は、前記車両無指定呼出要求に対して自車の呼出しを希望する操作に応じて、呼出要望信号を前記制御サーバへ送信し、前記制御サーバは、前記要望受理信号を受理した場合に、受理したタクシー車両側端末に要望受理信号を送信すると共に、前記車両無指定呼出要求を承諾する操作に応じて、呼出承諾信号を前記車両無指定呼出要求の要求元顧客側端末に送信する手段を更に有すること、
によってそれぞれ一層効果的に達成される。

さらに、本発明の上記目的は、
前記タクシー車両側端末を搭載したタクシー車両が所属するタクシー会社別のタクシー会社サーバと前記制御サーバとがネットワークを介して接続されており、前記制御サーバは、前記タクシー属性情報を前記タクシー会社サーバから取得すること、
前記制御サーバは、前記タクシー呼出操作が行われた顧客側端末から受信した前記顧客の位置情報及び呼出日時情報を含む情報を顧客の待ち情報としてデータベースに蓄積して記録する手段と、前記タクシー会社サーバからの要求に応じて前記顧客の待ち情報を提供する手段と、を更に有すること、
前記制御サーバは、前記タクシー車両側端末から乗車実績情報を受信すると共に、前記タクシー会社別に前記乗車実績情報をデータベースに蓄積して記録する手段と、前記タクシー会社サーバからの要求に応じて、要求元のタクシー会社に対応する前記乗車実績情報を提供する手段と、を更に有すること、
前記制御サーバは、乗車したタクシーについての評価を乗客が付けるための評価情報入力画面を前記顧客側端末に表示し、前記評価情報入力用画面を通して乗客により入力された評価情報を前記タクシー会社別にデータベースに蓄積して記録する手段と、前記タクシー会社サーバからの要求に応じて、要求元のタクシー会社に対応する前記評価情報を提供する手段と、を更に有すること、
前記制御サーバは、前記ネットワークを介して接続される一般ユーザの通信端末からの前記評価情報の公表要求に応じて、要求元の通信端末の表示部に前記評価情報を表示する手段を更に有すること、
によってそれぞれ一層効果的に達成される。

本発明によれば、アプリケーションプログラムが起動された時点で自動的に顧客側端末（利用者の携帯端末）の地図画面上に近くの空車タクシーの位置がリアルタイムに表示されるので、路上でタクシーを拾う際に、複数のタクシー会社の車両の情報（空車タクシーの現在位置等）が一目で分かると共に、画面上でタクシー車両を選択操作するだけで、利用者が乗りたいタクシーを選択して呼び寄せることが可能になると共に、その選択の際に画面上でタクシーの車種などを見て所望のタクシー車両を選択することが可能となる。また、地図画面上にタクシーが全くいない（近くに空車タクシーが存在しない）、または乗りたい種類の車両がいない場合は、呼び寄せもしないという選択もできるので、遠くのタクシーや乗りたくない種類の車両が配送されてしまうのを回避することができる。また、タクシー車両側は、自分がいる位置を利用者に見てもらうことができるので、自分を指定呼び寄せしてもらう機会を得るなどの効果を奏する。

さらに、車両を指定しないタクシー呼出操作に応じて当該タクシー車両側端末に呼出要求を配信する機能を備えることで、利用者は、自分の位置をタクシー側に知らせて、タクシー会社や車両を指定せず、拾いに来てもらうことが可能になる。また、顧客側端末の画面上に、タクシーの車種の他に運転手の属性情報を表示する形態とすることで、車両を指定してタクシー呼出操作をする際に、タクシー運転手の年齢や性別などを見てタクシーを選択することが可能になる。

さらに、顧客側端末はタブレット型端末とすることで、地図画面上の車両表示アイコンをタッチするだけで該当のタクシーを呼び寄せることに可能となる。また、タクシー車両側端末の地図画面上に顧客の現在位置を表示する形態とすることで、タクシー側は、自車を指定して待っている乗客や、車両を指定せず待っている乗客を画面上で見ることが可能になる。さらに、待ち客の位置をカーナビの目的地点として自動的に設定する形態とすることで、タクシー側は、カーナビの設定操作をすることなく、目的地点まで容易に移動することが可能になる。また、顧客側端末の地図画面上に呼び寄せ中のタクシー車両の現在位置を自分の位置と共に動的に表示する形態とすることで、顧客側は、呼び寄せ中のタクシーの走行状態を画面上で見ることができると共に、到着したタクシーが自分の呼んだタクシーであることを容易に判別することが可能となる。

さらに、顧客の待ち情報をタクシー会社サーバに送信して当該タクシー会社に提供する形態とすることで、タクシー会社側で有効な配車管理が可能になる。また、乗車したタクシーについての乗客の評価情報をタクシー会社サーバに送信して当該タクシー会社に提供する形態とすることで、タクシー会社はサービスの向上や業務改善を図ることが可能となる。また、その評価情報を一般ユーザに公表する形態とすることで、携帯端末の画面上でタクシー車両を指定して呼び寄せる際に、評価の高いタクシー会社やタクシー車両を選択することが可能になると共に、一般ユーザが電話でタクシーを呼ぶ際にも、評判の好いタクシー会社を選ぶことが可能となる。

本発明に係るタクシー車両の呼び寄せシステムの全体構成の一例を示す模式図ある。 本発明に係る顧客側端末に表示される画面の一例を示す模式図である。 本発明に係るタクシー車両側端末に表示される画面の一例を示す模式図である。 本発明に係る端末・サーバ間のデータの流れを示すデータフロー図である。 本発明に係る顧客側端末及びタクシー車両側端末の一例を示す概観図である。 本発明に係る顧客側端末の構成の一例を示すブロック図である。 本発明に係るタクシー車両側端末の構成の一例を示すブロック図である。 本発明に係る顧客側端末の動作例を示すフローチャートである。 本発明に係るタクシー車両側端末の動作例を示すフローチャートである。 図９の分図である。 本発明に係る制御サーバの動作例を示すフローチャートである。 本発明に係るタクシー会社サーバの動作例を示すフローチャートである。

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

図１は、本発明に係る携帯端末を用いたタクシー車両の呼び寄せシステム（以下「タクシー呼び寄せシステム」と呼ぶ）の全体構成の一例を示す模式図ある。図１において、タクシー呼び寄せシステムは、顧客にタクシーを自動的に手配する配車仲介システム１と、顧客が携帯する顧客側端末２と、タクシー車両の所定位置に固定可能に搭載されるタクシー車両側端末３と、本システムの事業者と契約したタクシー会社が所有するタクシー会社サーバ４と、を備えて構成される。

配車仲介システム１は、各タクシー会社に所属する各タクシー車両（個人タクシー車両を含む）とタクシーを探す一般ユーザ（以下「顧客」又は「待ち客」と呼ぶ）とを対象として、待ち客と近辺の空車タクシーとのマッチング処理を行い、該当の空車タクシーを顧客に手配する配車制御を行うコンピュータシステムである。

本実施の形態では、配車仲介システム１は、待ち客に対する配車サービスやタクシー会社への情報提供サービスに係るデータ処理の制御を行う制御サーバ１０と、それらのサービスに係るデータを格納する各種データベース１１とを備えている。そして、配車仲介システム１内の制御サーバ１０は、顧客側端末２とタクシー車両側端末３とタクシー会社サーバ４とに、ネットワーク５（移動体通信網、インターネット等）を介して相互に通信可能に接続される。

先ず、本発明に係るタクシー呼び寄せシステムの概要について、図２及び図３の画面例を用いて説明する。

図２は、顧客側端末２のタッチパネル上に表示される画面G2の一例を示しており、図３は、タクシー車両側端末３のタッチパネル上に表示される画面G3の一例を示している。

本実施の形態では、顧客が路上でタクシーを拾う際に、顧客側端末２の画面G2からタクシー車両を顧客が選択（本例では、タクシー車両が所属するタクシー会社の名称と共に地図画面G21上に表示される１以上の車両表示アイコンM22の中から、所望のタクシー車両の車両表示アイコンM22をタッチ操作）するだけで、その顧客に近くにいるタクシー車両を自分の現在位置（図２中の顧客表示アイコンM21）まで呼び寄せることができるようにしている。本実施の形態では、上記画面G2は、後述の「空車タクシー呼び寄せ用アプリ」が起動された時点で自動的に表示され、上記画面G3は、後述の「タクシー待ち客捕捉用アプリ」が起動された時点で自動的に表示されるようになっている。

また、顧客側端末２の画面G2上に付加情報として、エコカー，ワゴン等の区分を示す車種や性別等の運転手の情報など）を表示し、希望の車種や運転手を顧客が指名できるようにしている。さらに、呼び寄せ中のタクシーの現在位置がリアルタイムに分かるように、移動中のタクシー車両を示す画像（本例では図２中の車両表示アイコンM22）を自分の位置情報（本例では図２中の顧客表示アイコンM21）とともに、顧客側端末２の地図画面G21上に動的に表示するようにしている。

また、タクシー車両を選択せずにタクシーを拾うこともでき、その際には、顧客側端末２の操作（例えば図２中の「TAXI呼ぶ」ボタンB1のタッチ操作）によってその旨を制御サーバ１０に通知し、制御サーバ１０が、顧客の近くにいるタクシー車両の中から自動的にタクシー車両を選定し、あるいは、タクシー車両側端末３からのタクシー運転手による呼出要望操作（例えば図３中の待ち客表示アイコンM32のタッチ操作）に応じてタクシー車両を決定し、当該タクシーを顧客の位置まで誘導させることができるようにしている。

また、タクシー側は、車両を指定しないでタクシーを待っている待ち客の状況、本例では、待ち客表示アイコンM32で示される“タクシー待ち客の位置”をタクシー車両側端末３の画面G3上で見ることができるようにしている。

さらに、制御サーバ１０を介して待ち客に呼出されたタクシーは、自車の位置と顧客の現在位置（位置が変わる可能性がある目的地）がタクシー車両側端末３の画面G3上でリアルタイムに分かるように、移動中の自車の位置情報（本例では、移動方向を示すマークと共に表示される図３中の自車表示アイコンM31）とともに、呼出した顧客の現在位置を示す情報（本例では図３中の待ち客表示アイコンM32）をタクシー車両側端末３の地図画面G31上に表示するようにしている。その際、制御サーバ１０では、待ち客の現在位置をカーナビの目的地点として自動的に設定（遂次更新）し、待ち客の現在位置まで当該タクシーを誘導させるようにしている。

以下、本発明に係る制御サーバ１０、顧客側端末２、タクシー車両側端末３、及びタクシー会社サーバ４について、それらの構成と主要な機能について順次説明し、その後、各装置の動作例について説明する。なお、主要な機能については、端末・サーバ間の情報の流れを示す図４のデータフローを参照して説明する。

《配車仲介システム１》
先ず、配車仲介システム１内の制御サーバ１０の構成と主要な機能について説明する。

配車仲介システム１内の制御サーバ１０は、一般のサーバコンピュータを適用可能であり、そのハードウェア構成については説明を省略する。制御サーバ１０側のデータベース１１としては、地図情報（ナビ用道路地図情報）を記憶しているデータベース、顧客の行動履歴等を示す情報（乗車実績情報、顧客の待ち情報等）を格納するデータベースなどを備えている。

なお、各タクシー会社に所属するタクシーの詳細情報（タクシー車両の車種等の属性情報、運転手の性別等の属性情報）は、各タクシー会社サーバ４側の属性情報データベース４ａから予め適時受信して制御サーバ１０側のデータベース１１で一元管理する形態を例として説明するが、タクシー会社サーバ４側の属性情報データベース４ａを共用して、制御サーバ１０が、タクシー会社サーバ４から必要な都度、当該タクシーの詳細情報を取得する形態としても良い。

制御サーバ１０の主要な機能（手段）としては、以下のような機能を有している（情報の流れについては図２を参照）。

・ナビゲーション用の地図情報（C21）をタクシー車両側端末３及び顧客側端末２の記憶部にネットワーク５経由でダウンロードして提供する機能。

・タクシー車両側端末３から発信される車両情報（車両の現在位置情報及び空車及び実車のいずれかを識別するための情報（T21））をタクシー車両側端末３から直接（若しくは各タクシー車両側端末からの情報（D12）をタクシー会社サーバ４経由で）受信すると共に、当該タクシー車両の車種を含むタクシー属性情報（D11，D13，D14）を記憶手段（タクシー会社サーバ４の属性データベース４ａ、又はタクシー会社サーバ４から予め適時受信して記憶した制御サーバ１０内のデータベース１１）から取得する機能。

・後述の「空車タクシー呼び寄せ用アプリ」が起動された時点で顧客側端末２から自動的に送信される顧客の現在位置情報（U12）を含むタクシー表示要求に応じて、顧客の現在位置（＝顧客が携帯している顧客側端末２の位置）から所定範囲内に位置する空車タクシーを対象として、上記機能により得た車両情報（T21）及びタクシー属性情報（D11，D13，D14）を含むタクシー情報（C1）を要求元顧客側端末２に送信する機能。

・顧客側端末２からの車両指定呼出要求（U1）に応じて、その呼出要求の情報（C22，C23）を当該タクシー車両側端末３に送信すると共に、当該タクシー車両側端末３からの呼出承諾信号を要求元顧客側端末２に送信することで顧客に呼出成立の旨を通知する機能。

・呼出承諾信号を受信したタクシー車両側端末３から当該タクシーの現在位置情報（T21）を逐次受信すると共に、その位置情報等（C1）を呼出成立の顧客側端末２に逐次送信して、移動中の当該タクシーの現在位置を顧客側端末２の地図画面G21上に動的に表示させる機能。
・呼出成立の顧客側端末２（上記車両指定の呼出要求（U1）に対して当該タクシー車両側端末３から呼出承諾信号を受信した顧客側端末２）から顧客の位置情報等（U12）を逐次受信すると共に、受信した位置情報等（C23）を移動中のタクシー車両側端末３に逐次送信して、顧客が移動した場合でもその位置が分かるように、顧客の現在位置（図３中の待ち客表示アイコンM32）を自車の現在位置（図３中の自車表示アイコンM31）と共にタクシー車両側端末３の地図画面G31上に動的に表示させる機能（若しくは、「空車タクシー呼び寄せ用アプリ」が起動された時点で顧客側端末２から受信した顧客の位置情報を基に、待ち客表示アイコンM3については、顧客の位置を静的に表示させる機能）。

・顧客側端末２からの車両無指定の呼出要求（U1’）に応じて、顧客の現在位置の近くにいるタクシー車両の中から自動的にタクシー車両を選定し（又は、タクシー車両側端末３からの呼出要望操作（例えば図３中の待ち客表示アイコンM32のタッチ操作）に応じてタクシー車両を決定し）、そのタクシー車両側端末３に車両呼出要求の情報（C22，C23）を送信すると共に、当該タクシー車両側端末３からの呼出承諾信号を要求元顧客側端末２に送信することで顧客に呼出成立の旨を通知する機能。

また、制御サーバ１０の付随機能（情報提供サービス機能）としては、以下のような機能を有している。

・呼出したタクシー車両側端末３から受信した顧客の位置情報及び属性情報（U12）（若しくはタクシー呼出操作が行われた顧客側端末２から受信した顧客の位置情報及び属性情報（C23）、及び、呼出したタクシー車両側端末３から受信したタクシー車両の位置情報及び空・実車情報（T21）等に基づいて、顧客が待っていた場所，顧客がタクシーを呼出した日時，タクシーが到着するまでの顧客の待ち時間報を含む情報を、タクシー利用者のタクシー待ちや呼出し行動を示す「顧客の待ち情報（C32）」としてデータベース１１に蓄積して記録する機能。

・タクシー会社サーバ４からの要求に応じて（若しくは制御サーバ１０側から適時）、上記顧客の待ち情報（C32）をタクシー会社サーバ４に送信して提供する機能。

・タクシー車両側端末３から乗車実績情報（T22）を受信すると共に、その乗車実績情報（T22）をタクシー会社ＩＤ及びタクシー車両ＩＤに関連付けてデータベース１１に蓄積して記録する機能。

・タクシー会社サーバ４からの要求に応じて（若しくは制御サーバ１０側から適時）、当該タクシー会社に所属する各タクシー車両の乗車実績情報（C31）をタクシー会社サーバ４に送信して提供する機能。

・呼出成立の顧客側端末２の表示部に、乗車したタクシーについての評価を乗客が付けるための評価情報入力画面を表示し、その評価情報入力用画面を通して入力された評価情報をタクシー会社ＩＤ（又はタクシー会社ＩＤ及びタクシー車両ＩＤ）に関連付けてデータベース１１に蓄積して記録する機能。

・タクシー会社サーバ４からの要求に応じて（若しくは制御サーバ１０側から適時）、当該タクシー会社に対応する評価情報をタクシー会社サーバ４に送信して提供する機能。

・ネットワーク５を介して接続される一般ユーザの通信端末からの上記評価情報の公表要求に応じて、要求元の通信端末の表示部にタクシー会社別の評価情報（又はタクシー会社名を検索キーとして指定された当該タクシー会社の評価情報）を表示する機能。

《顧客側端末２》
次に、顧客側端末２の構成と主要な機能について説明する。

顧客側端末２は、タッチインターフェースを搭載した液晶ディスプレイを主な入出力インターフェースとする薄板状の携帯端末（以下「タブレット型端末」と呼ぶ）を適用するのが好ましく、その例としては、図５の外観図に示すような「iPad（登録商標）」と呼ばれるタブレット型コンピュータや、「GALAXY Tab（登録商標）」と呼ばれるタブレット型スマートフォンが挙げられる。図５に示すようなタブレット型端末２Ａでは、該当のアプリケーションを小さな絵や記号で表現したアイコンＧ１が選択可能に複数表示され、利用者によるアイコンＧ１のタッチ操作によって該当のアプリケーションが起動されるようになっている。本発明に係る顧客側端末２及びタクシー車両側端末３にそれぞれ搭載されるアプリケーションプログラムは、上記のようなアイコンＧ１のタッチ操作によって起動される。なお、ここで言う「タブレット型端末」とは、スマートフォンやタブレット端末などの、いわゆる「スマートデバイス」を含み、顧客側端末２としては、タブレット型端末と比較して画面サイズが小さな携帯電話等も適用することができる。

図６は、顧客側端末２のハードウェアの概略構成と、本発明に係るアプリケーションプログラムの機能構成の一例を示すブロック図である。顧客側端末２として適用される端末（本例ではタブレット型端末）のハードウェア構成は一般的な構成であり、ＧＰＳ衛星からの電波を受信して測位した顧客側端末２の現在位置の情報（緯度・経度を示す情報）を出力するＧＰＳ測位部２ａと、タッチパネル付液晶ディスプレイ等から構成される操作・表示部２ｂと、アプリケーションプログラムや画像データ等を記憶する記憶部２ｃと、ウェブサイトのコンピュータなどの外部コンピュータとの間の通信を行う通信部２ｄと、端末本体の傾斜及び方位を検出可能なセンサ２ｅと、を備えて構成される。これらの構成要素は、ＩＯＩ（入出力インターフェース）２０１ａを介してＣＰＵ２０１と接続されている。また、顧客側端末２に実装されるアプリケーション（標準アプリケーションモジュール２ｆ、本発明に係るアプリケーションプログラム２０等）は、ＣＰＵ２０１のＯＳ（Operating System）やミドルウェアが提供する機能をＡＰＩ（Application Program Interface）２０１ｂを介して利用できるようになっている。

図６中のアプリケーションプログラム２０（以下、説明の便宜上「空車タクシー呼び寄せ用アプリ」と呼ぶ）は、以下に示す各機能をコンピュータに実現させるためのコンピュータプログラムであり、その空車タクシー呼び寄せ用アプリ２０は、ネットワーク５を介してコンピュータ読取可能な記録媒体（記憶部２ｃ若しくは外部記憶媒体）にダウンロードすることで、顧客側端末２に搭載される。

顧客側端末２の主要な機能（手段）としては、ナビゲーション用道路地図の画像（以下「地図画像」若しくは「地図画面」と呼ぶ）を端末画面上に表示する機能（地図表示機能）２１と、その地図画面上に顧客自身の現在位置を動的に表示する機能（顧客位置表示機能）２２と、後述の「空車タクシー呼び寄せ用アプリ」が起動された時点で、顧客の現在位置情報（U12）を含むタクシー表示要求を制御サーバ１０に自動的に送信して、顧客の現在位置の所定範囲内に位置する各空車タクシーのタクシー情報（C1）を制御サーバ１０から車両毎に又は一括して取得し、そのタクシー情報（C1）に基づいて認識した各空車タクシーの現在位置等を示す情報と顧客自身の現在位置を示す情報とを、顧客側端末２の地図画面（G21）上に表示すると共に、当該車両のタクシー属性情報を視認可能に表示する機能（空車情報表示機能）２３と、車両表示部の選択指示による車両指定のタクシー呼出操作（本例では図２中の該当の車両表示アイコン（M22）のタッチ操作）に応じて、顧客の現在位置情報及び顧客属性情報を含む呼出要求（U1）を制御サーバ１０経由で当該タクシー車両側端末３に送信することで空車タクシーを呼び寄せる機能（タクシー呼び寄せ機能）２４と、を備えている。

タクシー呼び寄せ機能２４としては、本実施の形態では、端末画面上の車両表示部分の選択指示による車両指定のタクシー呼出操作（本例では図２中に示される該当の車両表示アイコンM22のタッチ操作）に応じて、車両を指定して呼び寄せる要求信号（車両指定呼出要求（U1））を発信する機能（車両指定呼出機能）２４ａと、「指定なし待ち」ボタンの操作（本例では図２中に示される「TAXI呼ぶ」ボタンのタッチ操作）による“車両を指定しないタクシー呼出操作”に応じて、車両の指定をせずにタクシーを待っていることを周辺のタクシー側に通知する待ち情報信号（車両無指定呼出要求（U1’））を発信する機能（車両無指定呼出機能）２４ｂと、を有している。

前述の「タクシー属性情報」は、タクシー車両の車種や当該車両の運賃価格情報、所属するタクシー会社を識別するための会社識別情報（社名若しくはロゴマーク）などの車両の属性情報、及び、車両に乗務する運転手の属性情報（性別，年齢，氏名等）を含む属性情報のことを言う。なお、車両の属性情報は、実車の画像（例えばカラー写真の外観画像）を含めるようにしても良い。

また、タクシー車両の「車種」とは、タクシーの運賃を分けるための区分ではなく、用途や乗車定員数，車両の形状，車両価格等を要素として分類した車種区分を示す情報であり、本実施の形態では、例えば、エコロジーカー（低公害車），ワゴン，高級車，車椅子対応車等を車種情報として顧客に提示するようにしている。

また、「車両指定呼出要求（U1）」は、本例では顧客の位置情報及び属性情報（U12）を含む車両指定呼出し信号（U11）であり、「車両無指定呼出要求（U1’）」は、本例では顧客の位置情報及び属性情報（U12）を含む待ち指名なし待ち信号（U11’）である。また、顧客属性情報とは、タクシー車両側端末３に表示される顧客の位置近辺に到着したタクシー運転手が、本人（呼出した顧客）かどうかを顧客に確認するときなどに利用される情報（顧客の名前，性別等）であり、その情報は、タクシーを呼出す際の顧客によるタクシー呼出操作に応じて顧客側端末２に表示される属性入力画面を通して顧客自身が入力した情報である。

顧客側端末２が有する他の機能としては、タクシー車両側端末３から制御サーバ１０経由で呼出承諾信号（承諾したことを通知する信号）受信した後、そのタクシー車両の現在位置情報を制御サーバ１０経由で逐次受信し、顧客自身の現在位置を示す情報（顧客表示アイコンM21）とともに、移動中のタクシー車両の現在位置を示す情報（車両表示アイコンM22）を顧客側端末２の地図画面G21上に動的に表示する機能と、顧客がタクシーを呼出した後に場所を移動した場合でも、その顧客の位置がタクシー側で認識できるようにするため、ＧＰＳ測位部２ａで測位した顧客側端末２の現在位置（及び顧客属性情報）を示す情報U12を制御サーバ１０経由で呼び寄せ対象のタクシー車両側端末３に逐次発信する機能（顧客位置逐次発信機能）を備えている。

上記情報U12は、タクシーを呼出してから乗車するまでの間、例えば、当該タクシー車両側端末３からの呼出承諾信号を制御サーバ１０から受信した時点から、タクシーの料金メータ装置（図１中の料金メータ２ａ）からの実車開始情報を制御サーバ１０から受信する時点、あるいは、タクシーを呼出してから当該タクシーが極近くに来るまでの間、例えば、タクシーの現在位置と顧客自身の現在位置との距離が所定値以内となるまでの間である。

顧客側端末２が有する他の機能としては、更に、顧客が乗車したタクシー車両のタクシー情報、例えば運転手の氏名や、車両を特定するタクシー車両ＩＤ等を「お気に入り」（図２中の“お気に入り”ボタン参照）として記憶部２ｃに登録する機能と、その「お気に入り」の中から選択されたタクシー車両を、制御サーバ１０を介して呼出す機能などを備えている。

《タクシー車両側端末３》
次に、タクシー車両側端末３の構成と主要な機能について説明する。

タクシー車両側端末３は、顧客側端末２と同様に、タブレット型端末を適用することができる。

図７は、タクシー車両側端末３のハードウェアの概略構成と、本発明に係るアプリケーションプログラムの機能構成の一例を示すブロック図である。

タクシー車両側端末３として適用される端末は、本例では、顧客側端末２と同等のタブレット型端末であり、ハードウェア構成については顧客側端末２と同様のため、説明を省略する。なお、タブレット型端末は、所定の固定具を介して車内の所定位置に着脱可能に固設される。

図７中のアプリケーションプログラム３０（以下、説明の便宜上「タクシー待ち客捕捉用アプリ」と呼ぶ）は、以下に示す各機能をコンピュータに実現させるためのコンピュータプログラムであり、そのタクシー待ち客捕捉用アプリ３０は、ネットワーク５を介してコンピュータ読取可能な記録媒体（記憶部３ｃ若しくは外部記憶媒体）にダウンロードすることで、タクシー車両側端末３に搭載される。

タクシー車両側端末３の主要な機能（手段）としては、タクシー待ち客捕捉用アプリ３０が起動された時点から、車両を特定可能なタクシーＩＤを含む自車の車両情報（T21）をタクシー会社サーバ３及び制御サーバ１０に逐次発信する機能（自車位置遂次発信機能）３１と、顧客側端末２と同様の地図画面G31上に自車の現在位置（自車表示アイコンM31）を動的に表示する機能（カーナビ機能）３２と、タクシーを待っている待ち客の情報C23（待ち客の現在位置を示す待ち客表示アイコンM32、及び待ち客の属性情報）を地図画面G31上に表示する機能（待ち客表示機能）３３と、顧客側端末２からの車両指定呼出要求を承諾する操作（本例では、待ち客の現在位置を示す「待ち客表示アイコンM32」）に応じて、呼出承諾信号を制御サーバ１０経由で上記車両指定呼出要求の要求元顧客側端末２に送信する機能（呼出承諾信号発信機能）３４と、料金メータ３０ａから得た情報（実車開始情報，料金情報）及びＧＰＳ測位部３ａで測位した自車位置情報等から求めた顧客の乗車場所，乗車日時，降車場所，降車日時等の乗車実績情報（T22）を記憶部３ｃに記憶すると共に、その乗車実績情報（T22）を制御サーバ１０に送信する機能（乗車実績送信機能）３５と、を備えている。

本実施の形態では、タクシー車両側端末３は、ＩＯＩ（入出力インターフェース）３０１ａを介して料金メータ３０ａと接続されており、上記乗車実績情報は、料金メータ３０ａから得た料金情報や時計情報に基づいて生成するようにしている。また、空車・実車の判定は、料金メータ３０ａから出力される実車開始・終了情報に基づいて判定するようにしている。

なお、上記料金メータ３０ａは、ボタン（又はスイッチ）を操作することで、自動的に運賃の計算が始まり、その表示部に運賃が表示され、支払ボタンを操作するまで動作し続け、空車ボタンを操作することで、運賃表示がリセットされる一般的な料金メータ装置であり、ボタンの操作や運賃価格（受領料金）の情報を外部コンピュータ（本実施の形態ではタクシー車両側端末３のコンピュータ）に出力する機能を有している。

タクシー車両側端末３が有する他の機能としては、制御サーバ１０から車両無指定呼出要求を受信した後、その車両無指定呼出要求に対して自車の呼出しを希望する操作（例えば、タクシー車両側端末３の地図画面G31上に表示される「車両指定なしの待ち客を示すアイコンM32’」のタッチ操作）に応じて、呼出要望信号を制御サーバ１０へ送信する機能（呼出要望信号発信機能）と、呼出承諾信号を発信した後、顧客側端末２から顧客の現在位置情報（U12）を制御サーバ１０経由で逐次受信し、受信した情報（C23）に基づいて、顧客の現在位置を示す待ち客表示アイコンM32を自車表示アイコンM31と共にタクシー車両側端末３の地図画面G31上に動的に表示する機能（待ち客位置動的表示機能）と、を備えている。

なお、上記待ち客位置動的表示機能では、ＧＰＳ測位部３ａから出力される現在位置を自車の現在地点、制御サーバ１０から逐次送信される顧客（待ち客）の現在位置を目的地点として自動的に設定し、予想到着時刻，客側の予想待ち時間，待ち客の位置までの経路等を求め、それらの情報をタクシー車両側端末３の画面G3上に表示すると共に、それらの情報を制御サーバ１０経由で顧客側端末２に遂次送信して、予想到着時刻，客側の予想待ち時間，タクシーの走行経路等を顧客側端末２の画面G2上にリアルタイムに表示させるようにしても良い。

《タクシー会社サーバ４》
次に、タクシー会社サーバ４の構成と主要な機能について説明する。

タクシー会社サーバ４は、一般のサーバコンピュータであり、そのハードウェア構成については説明を省略する。タクシー会社サーバ４側のデータベースとしては、自社車両のタクシー属性情報（車両の属性情報D11，運転手の属性情報D13，運賃価格情報D14）と運転手の属性情報（D11）を格納する属性情報データベース４ａ、制御サーバ１０から提供される顧客の行動履歴情報及び評価情報（乗車したタクシーの乗客側の評価情報）を格納する管理用データベースなどを備えている。

タクシー会社サーバ４の主要な機能（手段）としては、自社のタクシー車両側端末から発信される車両位置情報及び空・実車情報（T1）を遂次受信する機能と、受信した車両位置情報及び空・実車情報（D12）と共に、その車両のタクシー属性情報（D11，D13，D14）を制御サーバ１０に送信する機能と、を備えている。

さらに、付随機能としては、制御サーバ１０からネットワークを介して有償で提供される顧客の行動履歴情報（乗車実績情報（C31）及び顧客の待ち情報（C32））を管理用データベースに格納する機能と、その行動履歴情報に基づいて、乗客側のタクシー待ち場所や待ち時間，呼出した日時など、乗客側のタクシー待ちや呼出しの行動状況を示す行動分析リストや、タクシーの配車コントロール情報を生成する機能と、制御サーバ１０からネットワークを介して提供される評価情報（乗ったタクシーについての顧客の評価情報）を管理用データベースに格納する機能と、蓄積された評価情報に基づいて評価リストを生成する機能と、を備えている。

上記「行動分析リスト」は、例えば、顧客の呼出し場所，日付（月や曜日・時間帯等），タクシーが到着するまでの待ち時間，降車場所等を分析要素とする統計結果リストや、地図上での待ち客分布リストなどである。また、上記「タクシーの配車コントロール情報」は、季節や曜日・時間帯等を考慮した「呼出しの多い場所」の周辺を優先して配車したり、待ち時間が長い場所を優先して配車したりするためのコントロール情報であり、例えば行動分析リストの情報に基づいて自動的に生成される。また、上記「評価リスト」は、タクシー車両や運転手等の評価要素を分析要素とした分析結果リストであり、例えば、サービスの向上や業務改善、運転手の指導、車種毎のタクシー車両購入台数の調整などに利用される。

次に、本発明に係る各装置（制御サーバ１０、顧客側端末２、タクシー車両側端末３、及びタクシー会社サーバ４）の動作例について順次説明する。なお、既に説明した処理については省略若しくは簡略化して説明する。また、処理の主体は、本実施の形態では、主に、各機能をコンピュータに実現させるためのアプリケーションソフトウェア（当該装置のコンピュータを各手段として機能させるためのコンピュータプログラム）であるが、以下の説明では、処理の主体を制御手段と称して説明するものとする。

《顧客側端末２の動作例》
先ず、顧客側端末２の動作例について、図８のフローチャートの流れに沿って説明する。なお、以降のフローチャートも同様であるが、実際の処理は同時並行的に行われ、また、フローチャートの順番に限定されるものではない。

顧客側端末２の制御手段は、例えば図５中のアイコンＧ１のタッチ操作によって空車タクシー呼び寄せ用アプリが起動されると、例えば、図２に例示したような地図画面（G21）を顧客側端末２のタッチパネル画面Ｇ２上に表示すると共に、自分の位置を示す顧客表示アイコンM21を地図画面（G21）上に表示する。

更に、上記アプリが起動された時点で、顧客側端末２の制御手段は、タクシー表示要求を制御サーバ１０に自動的に送信して、自分の近くにいる空車タクシーのタクシー情報を制御サーバ１０から受信し（ステップＳ１）、各空車タクシーの現在位置を示す車両表示アイコンM22を地図画面G21上に表示すると共に、例えば図２中の社名表示アイコンのクリック操作に応答して、そのタクシー車両の付随情報（車両の属性情報，運転手の属性情報，価格情報等）を所定の位置に表示、あるいは、図示されない詳細表示メニュー部のタッチ操作に応答して、切替えた画面上にタクシー毎の付随情報を一覧で表示する（ステップＳ２）。

その後、車両表示アイコンM22のタッチ操作がされたか否かを判定し（ステップＳ３）、車両表示アイコンM22のタッチ操作がされたと判定した場合は、車両指定呼出要求を制御サーバ１０へ送信する（ステップＳ４）。

一方、上記ステップＳ３において、車両表示アイコンM22のタッチ操作がされずに、指定なし待ちボタン（図２中の「TAXI呼ぶ」ボタンB1）の操作を検出した場合には（ステップＳ５で“YES”の場合には）、車両無指定呼出要求を制御サーバ１０へ送信する（ステップＳ６）。

その後、顧客側端末２の制御手段は、制御サーバ１０から呼出承諾信号を受信したか否かを判定し（ステップＳ７）、呼出承諾信号を受信した場合は、呼び寄せ中のタクシー車両の現在位置が顧客の現在位置に接近するまでの間、呼び寄せ中のタクシー車両の現在位置（車両表示アイコンM22）を地図画像上に動的に表示する（ステップＳ８）。

《タクシー車両側端末３の動作例》
次に、タクシー車両側端末３の動作例について、図９及び図１０のフローチャートの流れに沿って説明する。

タクシー車両側端末３の制御手段は、タクシー待ち客捕捉用アプリ３０が起動されると、タクシー車両側端末３の地図画面（G31）上に自車表示アイコンM31を動的に表示すると共に、車両位置情報，空・実車情報（T1）をタクシー会社サーバ４へ送信し（ステップＳ１１）、更にその車両位置情報，空・実車情報（T21）を制御サーバ１０へ送信する（ステップＳ１２）。

そして、制御サーバ１０経由で顧客側端末２からの車両指定又は車両指定無の呼出要求（C22）を受信したか否かを判定し（ステップＳ１３）、呼出要求（C22）を受信したと判定した場合は、制御サーバ１０から逐次送信されるタクシー待ちの顧客の位置，属性情報（C23）を基に、タクシー待ちの顧客の位置を示す待ち客表示アイコンM32をタクシー車両側端末３の地図画面（G31）上に表示する（ステップＳ１４）。なお、ステップＳ１４では、顧客の現在位置情報及び顧客属性情報（C23）を含む呼出要求（C22）を逐次受信し、その呼出要求（C22）の情報に基づいて待ち客表示アイコンM32を表示する形態としても良い。

続いて、タクシー車両側端末３の制御手段は、呼出要求（C22）が車両指定呼出要求か否かを判定し（ステップＳ１５）、車両指定呼出要求と判定した場合は、例えば、タクシー運転手による端末画面上の待ち客表示部分例えば待ち客表示アイコンM32）のタッチ操作による顧客属性情報の内容確認操作及び呼出承諾操作（ステップＳ１６）に応じて、車両呼出しを承諾したことを通知する呼出承諾信号を制御サーバ１０へ送信する（ステップＳ１７）。

一方、上記ステップＳ１５において、呼出要求（C22）が車両指定呼出要求でないと判定した場合（車両無指定呼出要求と判定した場合）には、タクシー車両側端末３の制御手段は、車両呼出しを希望する旨のタクシー運転手による端末画面上での操作、例えばタクシー車両側端末３の端末画面上の待ち客アイコンM32のタッチによる待ち客選択操作（ステップＳ１８）に応じて、車両呼出しを希望する旨の呼出要望信号を制御サーバ１０へ送信する（ステップＳ１９）。続いて、タクシー車両側端末３の制御手段は、制御サーバ１０から要望受理信号を受信したか否かを判定し（ステップＳ２０）、要望受理信号を受信したと判定した場合は、上記ステップＳ１６の処理に移行し、要望不受理信号を受信した場合は、ステップＳ１１へ移行して処理を繰り返す。

上記ステップＳ１６において呼出承諾操作を行ったタクシー運転手は、タクシー車両側端末３の地図画面（ナビ用の道路地図）上に表示される顧客の現在位置へと走行し、画面上に表示される顧客属性情報によって本人を確認した後、顧客を乗車させる（図１０のステップＳ２１）。

タクシー車両側端末３の制御手段は、料金メータ２ａから実車開始情報を受信すると（ステップＳ２２）、自車位置情報及び実車であることを示す実車情報をタクシー会社サーバ４へ送信すると共に（ステップＳ２３）、上記自車位置情報及び実車情報を制御サーバへ送信する（ステップＳ２４）。

その後、タクシーが目的地に到着して顧客が降車すると（ステップＳ２５）、タクシー車両側端末３の制御手段は、料金メータ３０ａから実車終了情報（空車情報）を取得すると共に（ステップＳ２６）、乗車実績情報（T22）を制御サーバ１０へ送信して当該顧客に関する処理を終了し（ステップＳ２６）、図９のステップＳ１１に戻って処理を繰り返す。

《制御サーバ１０の動作例》
次に、制御サーバ１０の動作例について、図１１のフローチャートの流れに沿って説明する。

制御サーバ１０の制御手段は、図４に例示したように、タクシー会社サーバ４からは、自社車両の位置情報と空・実車情報、自社車両の属性情報、車両に乗務する運転手の属性情報、運賃価格情報（D1）を受信する（ステップＳ３１）。一方、タクシー車両側端末３からは、自車位置情報，空・実車情報，乗車実績情報（T2）を受信する（ステップＳ３２）。また、顧客側端末２からは、車両呼出し情報，その顧客の位置，属性情報（U1）を受信する（ステップＳ３３）。

そして、制御サーバ１０の制御手段は、顧客側端末２からタクシー表示要求を受けると、顧客位置近辺の空車タクシーの位置情報,車両属性情報,運転手属性情報，価格情報（C1）を要求元の顧客側端末２に送信する。なお、その際、待ち客の現在位置（＝顧客側端末２の現在位置）から所定範囲以内に空車タクシーが存在しない場合は、範囲を許容範囲内で順次広げて空車タクシーを探索し、その範囲内に位置する空車タクシーの情報（C1）を要求元の顧客側端末２に送信する形態としても良い（ステップＳ３４）。続いて、顧客側端末２から車両指定呼出要求（U11）を受信したか否かを判定し（ステップＳ３５）、車両指定呼出要求（U11）を受信した場合には、指定されたタクシー車両側端末３へ、車両指定呼出要求（顧客の位置及び属性情報（C23）、車両指定呼出信号（C22）を含む情報）を送信する（ステップＳ３６）。

続いて、制御サーバ１０の制御手段は、上記車両指定呼出要求に対する呼出承諾信号を該当のタクシー車両側端末３から受信したか否かを判定し（ステップＳ３７）、呼出承諾信号を受信した場合には、車両指定呼出要求（U11）の要求元の顧客側端末２に対して呼出承諾信号（呼出成立通知）を送信する（ステップＳ３８）。

一方、顧客側端末２から車両無指定呼出要求を受信した場合には（ステップＳ３９において“YES”の場合には）、制御サーバ１０の制御手段は、当該顧客の周辺に位置する空車のタクシー車両側端末３へ車両無指定呼出要求（顧客の位置，属性情報を含む待ち情報信号）を配信する（ステップＳ４０）。そして、タクシー車両側端末３から呼出要望信号を受信したか否かを判定し（ステップＳ４１）、呼出要望信号を受信した場合には、要望元のタクシー車両側端末３要望受理信号を送信すると共に（ステップＳ４２）、上記ステップＳ３８に移行して、要求元（車両無指定呼出要求（U11’）の要求元）の顧客側端末２に対して呼出承諾信号（呼出成立通知）を送信し、当該呼出要求に対する処理を終了する。

なお、車両無指定呼出要求の場合は、前述のように、制御サーバ１０が、顧客の近くにいるタクシー車両の中から自動的にタクシー車両を選定する形態としても良い。

《タクシー会社サーバ４の動作例》
次に、タクシー会社サーバ４の動作例について、図１２のフローチャートの流れに沿って説明する。

タクシー会社サーバ４の制御手段は、図４に例示したように、タクシー車両側端末３からは、車両位置情報，空・実車情報（T1）を遂次受信する（ステップＳ５１）。

属性情報データベース４ａから自社車両の属性情報（D11）を取得すると共に、車両に乗務する運転手の属性情報（D13）を取得する（ステップＳ５２）。

そして、タクシー会社サーバ４の制御手段は、ステップＳ５１で得た自社車両の位置情報，空・実車情報(D12)(=T1)と、ステップＳ５２で得た自社車両の属性情報（D11），当該車両に乗務する運転手の属性情報（D13）、及び運賃価格情報（D14）を制御サーバ１０へ送信する（ステップＳ５３）。

一方、制御サーバ１０から乗車実績情報（C31）及び顧客の待ち情報（C32）を含む顧客の行動履歴情報（C3）を受信した場合（ステップＳ５４において“YES”の場合）、あるいは、制御サーバ１０から評価情報を受信した場合（ステップＳ５５において“YES”の場合）には、タクシー会社サーバ４の制御手段は、制御サーバ１０から提供された情報を管理用データベースに格納する（ステップＳ５６）。

そして、管理用データベースの情報に基づいて前述の行動分析リストやタクシーの配車コントロール情報を生成する（ステップＳ５７）。

なお、上述した実施の形態においては、タクシー車両側端末３は、顧客側端末２と同様にスマートデバイスのような携帯端末を用いた場合を例として説明したが、カーナビゲーション専用の固定式車載ナビゲーション装置又は携帯型ナビゲーション装置を適用し、その装置のプログラムとのAPI（Application Program Interface）を介して前述の「タクシー待ち客捕捉用アプリ３０」を動作させる形態としても良い。

また、上述した実施の形態においては、タクシー車両の呼び寄せシステムに本発明を適用する場合を例として説明したが、本発明は、タクシー車両の替わりに、一般ユーザ（例えば運転手として予め登録されている家族や知人）が所有する乗り物（自動車やオートバイ等の車両）を対象として、その乗り物を呼び寄せるシステムにも応用することができる。

１ 配車仲介システム
２ 顧客側端末
２Ａ タブレット型端末
３ タクシー車両側端末
４ タクシー会社サーバ
４ａ データベース
５ ネットワーク
１０ 制御サーバ
１１ データベース
２０ 空車タクシー呼び寄せ用アプリ
２１ 地図表示機能
２２ 顧客位置表示機能
２３ 属性情報表示機能
２４ タクシー呼び寄せ機能
２４ａ 車両指定呼出機能
２４ｂ 車両無指定呼出機能
３０ タクシー待ち客捕捉用アプリ
３１ 自車位置遂次発信機能
３２ カーナビ機能
３３ 待ち客表示機能
３４ 呼出承諾信号発信機能
３５ 乗車実績送信機能
G2 顧客側端末の表示画面
G21 地図画面
M21 顧客表示アイコン
M22 車両表示アイコン
G3 タクシー車両側端末の表示画面
G31 地図画面
M31 自車表示アイコン
M32 待ち客表示アイコン

Claims (13)

1. ＧＰＳ機能を各々有する携帯可能な顧客側端末及びタクシー車両側端末がネットワークを介して制御サーバに接続され、前記顧客側端末の画面から顧客がタクシー車両を選択して呼び寄せることが可能なシステムであって、
   前記制御サーバは、
   複数のタクシー会社を対象として、各タクシー会社のタクシー車両に搭載された前記タクシー車両側端末から発信される車両の現在位置情報及び空車又は実車を示す空・実車情報を車両情報として受信すると共に、前記タクシー車両側端末が搭載された車両の車種を含むタクシー属性情報を取得する手段と、
   前記顧客側端末から顧客の現在位置情報を受信して、前記顧客の現在位置から所定範囲内に位置する空車タクシーを対象として前記車両情報及び前記タクシー属性情報を含むタクシー情報を要求元顧客側端末に送信する手段と、を有し、
   前記顧客側端末は、
   該端末に搭載された空車タクシー呼び寄せ用アプリが起動された時点で自動的に前記顧客の現在位置情報を前記制御サーバに送信して前記タクシー情報を遂次受信し、そのタクシー情報に基づいて認識した各空車タクシーの現在位置をリアルタイムに示す車両表示アイコンを地図画面上に動的に表示すると共に、当該車両の前記タクシー属性情報を表示する手段と、
   前記車両表示アイコンの選択指示による車両指定のタクシー呼出操作に応じて、顧客の現在位置情報及び顧客属性情報を含む車両指定呼出要求を前記制御サーバ経由で当該タクシー車両側端末に送信する手段と、
   を有することを特徴とする、携帯端末を用いたタクシー車両の呼び寄せシステム。
2. 前記顧客側端末は、車両を指定しないタクシー呼出操作に応じて、前記顧客の現在位置情報及び顧客属性情報を含む車両無指定呼出要求を前記制御サーバに送信し、前記制御サーバは、前記顧客の現在位置から所定範囲内に位置する空車タクシーを対象として前記車両無指定呼出要求を当該タクシー車両側端末に配信する手段を更に有することを特徴とする請求項１に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
3. 前記タクシー属性情報は運転手の属性情報を更に含むことを特徴とする請求項１又は２に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
4. 前記顧客側端末は、タブレット型端末であることを特徴とする請求項１乃至３のいずれかに記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
5. 前記タクシー車両側端末は、前記車両指定呼出要求又は前記車両無指定呼出要求を前記制御サーバ経由で受信し、前記顧客の現在位置を示す待ち客表示アイコンと自車の現在位置を示す自車表示アイコンとを地図画面上に表示する手段を有することを特徴とする、請求項２乃至４のいずれかに記載の携帯端末を用いたタクシー車両の呼び寄せシステム。
6. 前記タクシー車両側端末は、前記車両指定呼出要求又は前記車両無指定呼出要求を承諾する操作に応じて、呼出承諾信号を前記制御サーバ経由で要求元顧客側端末に送信する手段と、前記呼出承諾信号を発信した後、前記顧客の現在位置を示す待ち客表示アイコンの位置をカーナビの目的地点として自動的に設定し、前記自車表示アイコンと共に前記待ち客表示アイコンを前記タクシー車両側端末の地図画面上に表示する手段を更に有することを特徴とする請求項２乃至５のいずれかに記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
7. 前記呼出承諾信号を受信した顧客側端末は、前記呼出承諾信号の送信元タクシー車両の現在位置情報を前記制御サーバ経由で逐次受信し、呼び寄せ中のタクシー車両の現在位置が顧客の現在位置に接近するまでの間、前記送信元のタクシー車両に対応する前記車両表示アイコンを前記顧客側端末の地図画面上に動的に表示する手段を更に有することを特徴とする請求項６に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
8. 前記車両無指定呼出要求を受信したタクシー車両側端末は、前記車両無指定呼出要求に対して自車の呼出しを希望する操作に応じて、呼出要望信号を前記制御サーバへ送信し、前記制御サーバは、前記要望受理信号を受理した場合に、受理したタクシー車両側端末に要望受理信号を送信すると共に、前記車両無指定呼出要求を承諾する操作に応じて、呼出承諾信号を前記車両無指定呼出要求の要求元顧客側端末に送信する手段を更に有することを特徴とする請求項２に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
9. 前記タクシー車両側端末を搭載したタクシー車両が所属するタクシー会社別のタクシー会社サーバと前記制御サーバとがネットワークを介して接続されており、前記制御サーバは、前記タクシー属性情報を前記タクシー会社サーバから取得することを特徴とする請求項１乃至８のいずれかに記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
10. 前記制御サーバは、前記タクシー呼出操作が行われた顧客側端末から受信した前記顧客の位置情報及び呼出日時情報を含む情報を顧客の待ち情報としてデータベースに蓄積して記録する手段と、前記タクシー会社サーバからの要求に応じて前記顧客の待ち情報を提供する手段と、を更に有することを特徴とする請求項９に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
11. 前記制御サーバは、前記タクシー車両側端末から乗車実績情報を受信すると共に、前記タクシー会社別に前記乗車実績情報をデータベースに蓄積して記録する手段と、前記タクシー会社サーバからの要求に応じて、要求元のタクシー会社に対応する前記乗車実績情報を提供する手段と、を更に有することを特徴とする請求項９又は１０に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
12. 前記制御サーバは、乗車したタクシーについての評価を乗客が付けるための評価情報入力画面を前記顧客側端末に表示し、前記評価情報入力用画面を通して乗客により入力された評価情報を前記タクシー会社別にデータベースに蓄積して記録する手段と、前記タクシー会社サーバからの要求に応じて、要求元のタクシー会社に対応する前記評価情報を提供する手段と、を更に有することを特徴とする請求項９乃至１１のいずれかに記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。
13. 前記制御サーバは、前記ネットワークを介して接続される一般ユーザの通信端末からの前記評価情報の公表要求に応じて、要求元の通信端末の表示部に前記評価情報を表示する手段を更に有することを特徴とする請求項１２に記載の、携帯端末を用いたタクシー車両の呼び寄せシステム。