JP6937529B1 - タクシー配車システム、タクシー配車管理装置、タクシー車両側端末、タクシー配車方法、タクシー配車管理プログラム及びコンピュータで記録可能な媒体並びに記憶した機器 - Google Patents

Abstract

【課題】簡易な構成で利用者の利便性を向上させつつ、タクシー会社が乗車料金を回収できなくなる虞を低減可能なタクシー配車システム、タクシー配車管理装置、タクシー車両側端末、タクシー配車方法、タクシー配車管理プログラム及びコンピュータで記録可能な媒体並びに記憶した機器を提供する。【解決手段】タクシーの配車システム１０００は、配車管理装置１００と、車両側端末２００を備える。配車管理装置１００は、登録情報１２０及び利用情報１３０を含む顧客データ１１０を保存する顧客データベース１０と、管理側通信部２０と、顧客データ１１０に基づいて、与信を行う管理側制御部３０と、配車要求を生成する配車要求生成部４０を備える。また、車両側端末２００は、車両側通信部２１０と、配車要求を受諾する旨の応答を行う配車応諾部２２０と、顧客データ１１０を取得し、顧客の乗車時に、その顧客の認証を受け付ける車両側認証部２３０を備える。【選択図】図１

Description

本発明は、タクシー配車システム、タクシー配車管理装置、タクシー車両側端末、タクシー配車方法、タクシー配車管理プログラム及びコンピュータで記録可能な媒体並びに記憶した機器に関する。

近年、主に都市部では、いわゆるタクシー配車アプリを介して、タクシーの配車を依頼し、そのアプリに登録したクレジットカード等で決済をすることで、タクシー降車時の煩わしい現金のやり取りを省略できる簡便なタクシー配車システムが普及してきている。しかしながら、このようなシステムは、主にスマートフォンに、専用の配車アプリを予めダウンロードして利用されるため、スマートフォンを所持していない、又は、所持していても扱いに不慣れな高齢者等にとっては利用し難いものであった。特に、地方でタクシーを利用するのはこのような高齢者が多く、配車依頼を電話で行って、現金で支払うのが大半というのが実情である。

また、日本の各地方では過疎化が進行しており、利用者減による鉄道やバス路線の廃止や統廃合により、公共交通機関が大幅に縮小乃至消滅する地方が後を絶たない。このような状況下においては、地方に残された高齢者が利用可能な移動手段としてのタクシーは最後の砦ともいわれている。しかしながら、電車やバスに比べて、タクシーの料金は高額であるため、通院や、買い物等、日々の生活の中で頻繁にタクシーを利用することをためらう高齢者が多いのも実情である。

一方、高齢者にとってハードルの高い配車用のアプリをダウンロードすることなく、支払いの際、タクシー配車システムとは切り離された単なるクレジットカード決済や、Ｓｕｉｃａ（登録商標、以下同じ）、Ｌｉｎｅ Ｐａｙ（登録商標）等の電子マネーを利用することも可能である。この場合、顧客がタクシー降車時に決済を行うため、例えばクレジットカードの期限が切れている場合や、スマートフォンの充電が切れしまったため電子マネーのアプリを使用できない場合、予めチャージしておいた金額が不足している場合等が発生する虞がある。場合によっては、タクシー乗車料金を回収できないという事態も発生し得る。

特許文献１は、従来の現金、クレジットカード、電子マネーを使った支払い方法とは異なる方法によるタクシー料金の支払いを行うことができるタクシー用無線システムを開示している。このシステム内のＣＴＩサーバには、図７に示すような顧客マスタが保存されており、料金が後払いである場合は、配車指示情報とともに後払い情報が、移動局へ送信される。そして、移動局が顧客を乗せて目的地まで走行した後、利用料金情報をＣＴＩサーバへ送信する。その後、ＣＴＩサーバは、顧客マスタに登録された顧客のクレジットカード情報に基づいて、利用料金を引き落とす。あるいは、ＣＴＩサーバは、請求書の送付などの公知の方法により顧客に対して利用料金を請求し、銀行振り込みなどの公知の方法により顧客から利用料金を受取る。

しかしながら、特許文献１のようなシステム内においても、料金の決済は、顧客が移動局を利用した後であり、登録された顧客のクレジットカード情報が誤りであったり、クレジットカードの期限切れ、顧客の居場所が分からなくなり利用料金を請求できなくなった等のトラブル発生の可能性は否定できない。また、顧客マスタに登録した顧客と、実際に移動局を利用する顧客を正確に認証する方法も開示されておらず、登録した顧客と異なる顧客を誤って乗せてしまうという虞もあった。

特許第５８２３１９０号公報

本発明は、このような背景に鑑みてなされたものであり、その目的の一は、簡易な構成で利用者の利便性を向上させつつ、タクシー会社が乗車料金を回収できなくなる虞を低減可能なタクシー配車システム、タクシー配車管理装置、タクシー車両側端末、タクシー配車方法、タクシー配車管理プログラム及びコンピュータで記録可能な媒体並びに記憶した機器を提供することにある。

課題を解決するための手段及び発明の効果

本発明の第１の形態に係るタクシー配車システムによれば、タクシー会社に設置される配車管理装置と、前記配車管理装置と通信を行う一以上のタクシー車両にそれぞれ設置された車両側端末とを備えるタクシーの配車システムであって、前記配車管理装置は、予め登録された顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを保存するための顧客データベースと、外部と通信するための管理側通信部と、前記顧客データベースから得られる前記顧客データに基づいて、タクシーの配車が可能であるかの与信を行うための管理側制御部と、前記顧客データベースに登録された顧客からの配車依頼を受けた際、当該顧客に対して配車が可能であるのか与信を前記管理側制御部で行った与信結果がＯＫの場合に、当該顧客の行き先を含む配車要求を生成する配車要求生成部と、を備え、前記車両側端末は、前記配車管理装置と通信を行うための車両側通信部と、前記配車要求生成部が生成した前記配車要求を、前記管理側通信部を介して前記車両側通信部で受けた際、当該配車要求を受諾する旨の応答を行う配車応諾部と、前記顧客データを、前記車両側通信部を介して前記配車管理装置から取得し、当該顧客の乗車時に、当該顧客の認証を受け付ける車両側認証部と、を備え、前記顧客データベースは、前記顧客データとして、支払履歴と共に、過去にタクシーの乗務員が顧客から暴行を受けたケース、配車依頼をした顧客が指定の乗車場所に現れなかったケースを登録可能としており、前記管理側制御部は、前記顧客データに記録された支払履歴と暴力を受けたケースを含む登録項目の重み付けの総合評価により与信を行い、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとするよう構成することができる。上記構成により、タクシー会社が蓄積している独自のデータに基づいて配車依頼の際、信頼性の高い与信を行うことができる。その結果、タクシー利用の際のトラブルの発生を回避でき、またタクシーの乗車料金が回収できなくなる虞を低減できる。また、タクシー乗車時に、顧客の認証を簡易且つ正確に行うことができ、顧客のタクシー利用時の利便性の向上も図ることができる。また上記構成において、例えば、過去の乗り逃げの有無や、未収のタクシー料金の存否等を登録しておくことで、配車依頼を受けるかどうかの適切な判断を有効に行い得る。
また、本発明の第２の形態に係るタクシー配車システムによれが、上記構成において、前回の乗車料金が未だ未収である理由のみでは与信結果をＮＧとしないよう構成できる。

さらに、本発明の第３の形態に係るタクシー配車システムによれば、上記構成に加えて、前記車両側認証部は、顧客の提示する、顧客の認証を行うための顧客提供認証データを読み取る読取部と、前記車両側通信部を介して前記配車管理装置から取得した前記顧客データと、前記読取部で取得した前記顧客提供認証データを照合する照合部と、を備えることができる。上記構成により、予め登録してある顧客データと、顧客提供認証データとを照合して顧客認証を行えるため、顧客認証の正確性をより確実なものとできる。

さらにまた、本発明の第４の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、前記顧客提供認証データには、顧客に予め付与され、乗車時に保持するＱＲコード（登録商標、以下同じ）を含むことができる。上記構成により、登録された顧客と、利用しようとする顧客とが一致しているかを、広く普及しているＱＲコードを予め配布しておくことで、簡易且つ正確に確認することができる。

さらにまた、本発明の第４の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、前記顧客データには、予め登録された顧客の顔画像データが含まれ、前記読取部が、前記顧客提供認証データとして、乗車の際の顧客の顔写真を撮像する撮像部を含み、前記照合部が、前記配車管理装置から取得した前記顔画像データと、前記撮像部で撮像した乗車の際の顧客の顔写真とを照合することで認証を行うことができる。上記構成により、登録された顧客と、利用しようとする顧客とが一致しているかどうか、顔認証で簡易且つ正確に確認することができる。

さらにまた、本発明の第６の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、前記管理側通信部は、外部の信用機関と通信可能とすることができる。上記構成により、タクシー会社はタクシー配車システム内で行う与信に加えて、外部の信用機関、例えばクレジット会社の与信システムと通信し、与信を行うことができ、与信の信頼性を高める利点がある。

さらにまた、本発明の第７の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、さらに、前記配車管理装置は、前記管理側通信部で受けた顧客登録又は配車依頼の通話に対して、会話を行うためのマイクとスピーカと、前記マイクとスピーカを通じて、配車業務を行うオペレータが顧客と会話して取得した、顧客の情報を入力又は選択するための操作部と、該取得した情報に基づいて、前記顧客データを表示するための管理側表示部と、を備えることができる。上記構成により、スマートフォンや専用のアプリケーションを通じてのみでなく、オペレータを介して顧客登録やタクシー配車依頼ができるため、スマートフォン等の扱いに不慣れな、特に高齢者等にとっても利用しやすいシステムとすることができる。

さらにまた、本発明の第８の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、前記顧客データベースは、前記顧客データとして、タクシー利用料金の決済方法に関する決済情報を含んでおり、前記車両側端末は、顧客の降車時に、前記顧客との間で、前記顧客データベースに登録された決済情報に基づいて、乗車料金の決済を行うよう構成することができる。上記構成により、タクシー料金の決済を予め登録された決済方法で行うことができ、降車時には煩わしい決済の手間を省くことが可能となり、顧客の利便性が向上し、またタクシー運転手においても決済の作業を省力化して、業務効率の向上にもつながる。

さらにまた、本発明の第９の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、前記顧客データベースは、前記顧客データとして、タクシーを利用する顧客と異なる者による登録の申請を受け付け可能とすることができる。上記構成において、顧客データの登録は、主にスマートフォンやＰＣ、又は専用のアプリケーション等を介してされることが多い。この際、特に高齢者は、スマートフォン等を所持していない、又は、所持していても扱いに不慣れな者が多く、顧客データの登録が困難である可能性が高い。そこで、このような高齢者に代わって、例えば家族などの身内が登録を行うことにより、登録の困難性を低減することができる。

さらにまた、本発明の第１０の形態に係るタクシー配車システムによれば、上記何れかの構成に加えて、前記顧客データベースは、前記顧客データとして、タクシーを利用する顧客と、乗車料金の支払いをする者とを異ならせて登録可能とすることができる。上記構成により、乗車料金の支払いを、例えば、タクシーを利用する顧客の家族とすることができる。具体的には、交通手段の乏しい地方で住む親のタクシー乗車料金を、離れてすむ家族が負担することにより、親の病院への通院や、買い物などを容易にし、親の生活を支えることができる。

さらにまた、本発明の第１１の形態に係る配車管理装置によれば、タクシー会社に設置され、一以上のタクシー車両にそれぞれ設置された車両側端末と通信を行う配車管理装置であって、予め登録された顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを保存するための顧客データベースと、外部と通信するための管理側通信部と、前記顧客データベースから得られる前記顧客データに基づいて、タクシーの配車が可能であるかの与信を行うための管理側制御部と、前記顧客データベースに登録された顧客からの配車依頼を受けた際、当該顧客に対して配車が可能であるのか与信を前記管理側制御部で行った与信結果がＯＫの場合に、当該顧客の行き先を含む配車要求を生成する配車要求生成部と、を備え、前記配車要求生成部が生成した前記配車要求をタクシー車両側に送信し、前記配車要求が受諾されたタクシー車両側に対して、当該配車要求の対象となる前記顧客データを送信して、当該タクシー車両側で、当該顧客の乗車時に、当該顧客の認証を行えるように構成し、前記顧客データベースは、前記顧客データとして、支払履歴と共に、過去にタクシーの乗務員が顧客から暴行を受けたケース、配車依頼をした顧客が指定の乗車場所に現れなかったケースを登録可能としており、前記管理側制御部は、前記顧客データに記録された支払履歴と暴力を受けたケースを含む登録項目の重み付けの総合評価により与信を行い、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとするよう構成することができる。上記構成により、タクシー会社が蓄積している独自のデータに基づいて配車依頼の際、信頼性の高い与信を行うことができる。その結果、タクシーの乗車料金が回収できなくなる虞を低減できる。

さらにまた、本発明の第１２の形態に係る車両側端末によれば、タクシー会社に設置された配車管理装置と通信を行う、タクシー車両に設置される車両側端末であって、前記配車管理装置と通信を行うための車両側通信部と、前記配車管理装置の配車要求生成部が生成した配車要求を、管理側通信部を介して前記車両側通信部で受けた際、前記配車要求を受諾する旨の応答を行う配車応諾部と、顧客データを、前記車両側通信部を介して前記配車管理装置から取得し、顧客の乗車時に、前記顧客の認証を受け付ける車両側認証部と、を備え、前記顧客データは、登録項目の重み付けの総合評価による与信を行うため、支払履歴と、過去にタクシーの乗務員が顧客から暴行を受けたことがあるか、配車依頼をした顧客が指定の乗車場所に現れなかったことがあるかの情報を含めることができる。上記構成により、タクシー乗車時に、顧客の認証を簡易且つ正確に行うことができ、顧客のタクシー利用時の利便性の向上も図ることができる。

さらにまた、本発明の第１３の形態に係る車両側端末によれば、上記構成に加えて、前記車両側認証部は、顧客の提示する、顧客の認証を行うための顧客提供認証データを読み取る読取部と、前記車両側通信部を介して前記配車管理装置から取得した前記顧客データと、前記読取部で取得した前記顧客提供認証データを照合する照合部と、を備えることができる。上記構成により、予め登録してある顧客データと、顧客提供認証データとを照合して顧客認証を行えるため、顧客認証の正確性をより確実なものとできる。

さらにまた、本発明の第１４の形態に係るタクシー配車方法によれば、タクシー会社に設置される配車管理装置が、一以上のタクシー車両にそれぞれ設置された車両側端末と通信を行い、タクシーの配車を行うタクシー配車方法であって、前記配車管理装置の管理側制御部が、顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを管理側表示部を介して顧客データベースに登録するよう促す工程と、前記管理側制御部が、前記顧客データベースに登録されたいずれかの顧客から、配車依頼を受け付ける工程と、前記配車依頼を受けた顧客に対し、前記顧客データベースに含まれる、支払履歴と、過去にタクシーの乗務員が顧客から暴行を受けたことがあるか、又は配車依頼をした顧客が指定の乗車場所に現れなかったことがあるかを含む情報に基づいて、前記管理側制御部が登録項目の重み付けの総合評価により与信を行うと共に、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとする工程と、前記顧客データベースから得られる前記顧客データを利用したタクシーの配車が可能であるかの与信結果に基づいて、前記管理側制御部が前記与信結果がＮＧの場合は配車依頼を拒否し、前記与信結果がＯＫの場合は配車依頼を受諾する工程と、前記配車依頼を受諾した顧客の行き先を含む配車要求を配車要求生成部が生成し、管理側通信部で前記車両側端末に対し、送信する工程と、前記配車要求を車両側通信部で受信した車両側端末で、当該配車要求を受諾するか否かの応答を行うよう配車応諾部が促す工程と、前記配車要求を受諾した場合に、前記顧客データを、前記車両側通信部を介して前記配車管理装置から取得し、当該顧客の乗車時に、当該顧客から提供される情報と対比して車両側認証部が認証を行う工程と、を含むことができる。上記構成により、タクシー会社が蓄積している独自のデータに基づいて配車依頼の際、信頼性の高い与信を行うことができる。その結果、タクシー利用の際のトラブルの発生を回避でき、またタクシーの乗車料金が回収できなくなる虞を低減できる。また、タクシー乗車時に、顧客の認証を簡易且つ正確に行うことができ、顧客のタクシー利用時の利便性の向上も図ることができる。

さらにまた、本発明の第１５の形態に係るタクシー配車方法によれば、上記構成に加えて、前記顧客データを顧客データベースに登録する工程が、タクシー利用料金の決済方法に関する決済情報の登録を含み、前記タクシー配車方法が、さらに、前記顧客の認証を行った後、タクシー車両が目的地まで前記顧客を移送し、降車時に、前記顧客との間で、前記顧客データベースに登録された決済情報に基づいて、前記車両側端末が乗車料金の決済を行う工程、を含むことができる。上記構成により、タクシー料金の決済を予め登録された決済方法で行うことができ、降車時には煩わしい決済の手間を省くことが可能となり、顧客の利便性が向上し、またタクシー運転手においても決済の作業を省力化して、業務効率の向上にもつながる。

さらにまた、本発明の第１６の形態に係る配車管理プログラムによれば、タクシー会社に設置され、一以上のタクシー車両にそれぞれ設置された車両側端末と通信を行う配車管理プログラムであって、顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを顧客データベースに登録する機能と、前記顧客データベースに登録されたいずれかの顧客から、配車依頼を受け付ける機能と、前記配車依頼を受けた顧客に対し、前記顧客データベースから得られる支払履歴と、過去にタクシーの乗務員が顧客から暴行を受けたことがあるか、又は配車依頼をした顧客が指定の乗車場所に現れなかったことがあるかの情報を含む前記顧客データに基づいて、登録項目の重み付けの総合評価によりタクシーの配車が可能であるかの与信を行うと共に、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとする機能と、与信結果に基づいて、前記与信結果がＮＧの場合は配車依頼を拒否し、前記与信結果がＯＫの場合は配車依頼を受諾する機能と、前記配車依頼を受諾した顧客の行き先を含む配車要求を生成し、管理側通信部で前記車両側端末に対し、送信する機能と、前記配車要求を車両側通信部で受信した車両側端末から、当該配車要求を受諾するか否かの応答を受ける機能と、前記配車要求が受諾されたタクシー車両側に対して、当該配車要求の対象となる顧客の顧客データを送信して、当該タクシー車両側で、当該顧客の乗車時に、当該顧客の認証を行わせる機能と、をコンピュータに実行させることができる。

さらにまた、第１７の形態に係るプログラムを記録したコンピュータで読み取り可能な記録媒体または記憶した機器は、上記タクシー配車プログラムを格納することができる。記録媒体には、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷやフレキシブルディスク、磁気テープ、ＭＯ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、Ｂｌｕ−ｒａｙ、ＨＤ ＤＶＤ（ＡＯＤ）等の磁気ディスク、光ディスク、光磁気ディスク、半導体メモリその他のプログラムを格納可能な媒体が含まれる。またプログラムには、上記記録媒体に格納されて配布されるものの他、インターネット等のネットワーク回線を通じてダウンロードによって配布される形態のものも含まれる。さらに記憶した機器には、上記プログラムがソフトウェアやファームウェア等の形態で実行可能な状態に実装された汎用もしくは専用機器を含む。さらにまたプログラムに含まれる各処理や機能は、コンピュータで実行可能なプログラムソフトウエアにより実行してもよいし、各部の処理を所定のゲートアレイ（ＦＰＧＡ、ＡＳＩＣ）等のハードウエア、又はプログラムソフトウエアとハードウェアの一部の要素を実現する部分的ハードウエアモジュールとが混在する形式で実現してもよい。

本発明の実施形態１に係るタクシー配車システムを示すブロック図である。 顧客データベースに保存される顧客データの一例を示すイメージ図である。 顧客データに含まれる登録情報の一例を示すイメージ図である。 顧客データに含まれる利用情報の一例を示すイメージ図である。 車両側表示部に表示される配車応諾画面の一例を示すイメージ図である。 本発明の実施形態２に係るタクシー配車システムを示すブロック図である。 従来の顧客マスタを示す図である。

以下、本発明の実施の形態を図面に基づいて説明する。ただし、以下に示す実施の形態は、本発明の技術思想を具体化するためのタクシー配車装置を例示するものであって、本発明はタクシー配車装置を以下のものに特定しない。また、本明細書は特許請求の範囲に示される部材を、実施の形態の部材に特定するものでは決してない。特に実施の形態に記載されている構成部品の寸法、材質、形状、その相対的配置等は特定的な記載がない限りは、本発明の範囲をそれのみに限定する趣旨ではなく、単なる説明例にすぎない。なお、各図面が示す部材の大きさや位置関係等は、説明を明確にするため誇張していることがある。さらに以下の説明において、同一の名称、符号については同一もしくは同質の部材を示しており、詳細説明を適宜省略する。さらに、本発明を構成する各要素は、複数の要素を同一の部材で構成して一の部材で複数の要素を兼用する態様としてもよいし、逆に一の部材の機能を複数の部材で分担して実現することもできる。
［実施形態１］

以下、本発明の実施形態１に係るタクシー配車システム１０００を図１のブロック図に示す。この図に示すタクシー配車システム１０００は、タクシー会社に設置される配車管理装置１００と、配車管理装置１００と通信を行う一以上のタクシー車両ＴＸＩにそれぞれ設置された車両側端末２００とを備える。タクシー配車システム１０００は、タクシー会社が保有している顧客データ１１０に基づいて、与信を行い、与信結果がＯＫであった顧客に対しては、当該顧客からの配車の依頼を受けてタクシー車両ＴＸＩの配車を行い、顧客ＣＳＴのタクシー乗車時に、タクシー車両側でその顧客の認証を行うためのシステムである。

さらにタクシー配車システム１０００は、予めタクシー利用料金の決済方法に関する決済情報１２０ａを顧客データベース１０に登録しておくこともできる。こうすることで、顧客ＣＳＴがタクシーを利用する際は、タクシー車両ＴＸＩの乗車時に顧客の認証を行い、目的地まで移動後、降車時に、当該顧客との間で、顧客データベース１０に登録された決済情報１２０ａに基づいて、乗車料金の決済を行うことができる。これにより、タクシー料金の決済を予め登録された決済方法で行うことができ、降車時には煩わしい決済の手間を省くことが可能となり、顧客の利便性が向上する。例えば、決済方法としてクレジットカード払いを指定し、予めクレジットカード番号を顧客データベース１０に登録しておくことで、降車時には顧客側でクレジットカードの提出や、署名や暗証番号の入力等の手間を省き、恰も決済レスであるかのような利用環境が実現される。またタクシー運転手ＤＲＶにおいても決済の作業を省力化して、業務効率の向上にもつながる。

具体的には、顧客データ１１０は、顧客ＣＳＴの認証用の登録情報１２０と、その顧客ＣＳＴのタクシー利用の状況を示す利用情報１３０とを含んでいる。タクシーの顧客ＣＳＴは、予め登録情報１２０の登録を配車アプリや電話等を介して行う。タクシー会社側は、このように登録された顧客毎に、利用情報１３０を蓄積していく。これら登録情報１２０及び利用情報１３０を含む顧客データ１１０は、顧客データベース１０に保存される。そして、登録されたいずれかの顧客ＣＳＴから、配車依頼を受け付けた際、配車依頼を受けた顧客ＣＳＴに対し、顧客データベース１０から得られる顧客データ１１０に基づいて、タクシーの配車が可能であるかの与信を行う。この与信結果がＯＫの場合は配車依頼を受諾し、配車依頼を受諾した顧客の行き先を含む配車要求を生成し、車両側端末２００に対し送信する。配車要求を受信した車両側端末２００では、配車要求を受諾するか否かの応答を行う。そして配車要求を受諾した場合に、顧客データ１１０を配車管理装置１００から取得し、顧客の乗車時に、その顧客から提供される情報と対比して認証を行う。

また、決済の工程もタクシー配車システム１０００に含む場合は、顧客データベース１０に登録される顧客データ１１０は、登録情報１２０として、決済情報１２０ａを含んでいる。決済情報１２０ａは、顧客が選択した決済方法に関する情報である。例えば、クレジットカード払いの場合は、クレジットカード会社名、クレジットカード番号、名義人、有効期限などの情報が挙げられる。また、デビッドカード払いや、銀行口座引き落とし、携帯電話料金の合算、Ｅｄｙ（登録商標）やＳｕｉｃａ等のおサイフケータイ（登録商標）、ＰａｙＰａｙ（登録商標）やＡＵ Ｐａｙ（登録商標）等のＱＲコード決済等、既存の決済方法を指定することができ、指定された各決済方法に応じた情報を決済情報１２０ａとして予め登録する。そして、当該顧客がタクシーを利用する際は、タクシー車両の乗車時に上述した顧客の認証を行った後、タクシー車両で目的地まで旅客輸送する。そして目的地に到着した際に、この顧客との間で乗車料金の決済を行う。ここでは、車両側端末２００の車両側通信部２１０が配車管理装置１００の管理側通信部２０とデータ通信を行って、顧客データベース１０に登録された決済情報１２０ａを取得する。そして、確定した乗車料金の金額を請求する。例えば、指定した方法で金額分を引き落とす。決済の完了が確認されると、タクシー運転手は、顧客に対して「無事、決済が完了しました。ご利用ありがとうございました。」等と必要に応じて声掛けして、自動ドアを開けて、顧客をタクシーから降ろす。このように、タクシー車両は決済を確認してから、ドアを開けるようにすることが好ましい。これにより、万一決済ができなかった場合には、顧客にその旨を説明することが可能となる。いいかえると、決済ができない場合に顧客がタクシー車両から離れてしまう事態を回避できる。もちろん、一般のタクシー車両と同様、タクシー運転手の判断で支払い前に自動ドアを開けることは差し支えない。

なお、決済処理自体は、車両側端末２００で行う他、配車管理装置１００側で行ってもよい。例えば、車両側端末２００が乗車料金の金額を配車管理装置１００側に通知し、配車管理装置１００側で、当該金額を決済情報１２０ａに従って請求することができる。この場合は、配車管理装置１００側で決済処理が完了した旨の通知を、車両側端末２００に通知することで、タクシー運転手は無事に決済が完了したことを確認でき、自動ドアを開けるなど、必要な操作を行うことが可能となる。

このようなタクシー配車システム１０００は、タクシー会社が蓄積する独自のデータにより、配車依頼の際、タクシー会社でも与信を行うことで、単に外部の信用機関の与信のみを利用する場合に比して与信の正確性を向上させ、顧客のタクシー乗車時にタクシー車両側で顧客の認証を確実に行うことにより、顧客を特定して配車の依頼者と利用者の不一致の虞を低減することにより、タクシー会社が乗車料金を回収できなくなる可能性を低減させつつ、顧客のタクシー利用時の利便性の向上を図ったものである。
（配車管理装置１００）

図１に示す配車管理装置１００は、典型的にはタクシー会社に設置される。この配車管理装置１００は、顧客データを保存する顧客データベース１０と、外部と通信するための管理側通信部２０と、タクシーの配車が可能であるか与信を行う管理側制御部３０と、与信結果がＯＫの場合に配車要求を生成する配車要求生成部４０とを備える。

また、配車管理装置１００は、顧客データ１１０を表示するための管理側表示部５０と、オペレータＯＰＲにより操作される管理側操作部６０と、マイクＭＩＣと、スピーカＳＰＫとを備えてもよい。この場合、オペレータＯＰＲにより、配車依頼や顧客データの登録等ができ、スマートフォン等の扱いが苦手な顧客にとって利用しやすいシステムとすることができる。
（顧客データベース１０）

顧客データベース１０は、顧客データ１１０を保存するための部材である。顧客データ１１０は図２に示すように顧客毎の氏名を含む認証用の登録情報１２０と、顧客毎のタクシーの利用情報１３０とを含む。顧客データ１１０はさらに、後述するタクシーを利用した顧客の乗車料金を入力する乗車料金入力欄１６０を含んでもよい。
（登録情報１２０）

顧客ＣＳＴは、予め配車専用アプリや電話を介して登録情報１２０を登録しておく。図３は、登録情報１２０の一態様を示している。この例においては、顧客ＣＳＴであるタクシーの利用者と、登録の手続をする登録者とが異なる例を説明する。この登録情報１２０は、利用者の氏名を表示する利用者氏名欄１２１と、利用者の氏名のふりがなを表示する利用者ふりがな欄１２１ａと、利用者の住所を表示する利用者住所欄１２２と、利用者の電話番号を表示する利用者電話番号欄１２３と、利用者の決済方法を表示する利用者決済方法欄１２４と、後述するタクシー利用時の認証用の利用者の顔画像データを表示する利用者顔画像データ欄１２５とを備える。

登録情報１２０はさらに、登録者の氏名を表示する登録者氏名欄１２６と、登録者の氏名のふりがなを表示する登録者ふりがな欄１２６ａと、登録者の住所を表示する登録者住所欄１２７と、登録者の電話番号を表示する登録者電話番号欄１２８と、登録者の決済方法を表示する登録者決済方法欄１２９とを備える。また、利用者の乗車料金を登録者がクレジットカードで支払う場合、例えば、利用者決済方法欄１２４において、「登録者支払い」を選択し、登録者決済方法欄１２９でクレジットカードを選択し、カード番号を入力するようにしている。ここで、上述のように、決済の工程もタクシー配車システム１０００に含む場合は、利用者決済方法欄１２４及び登録者決済方法欄１２９が決済情報１２０ａとなる。

このように利用者と支払をする者とが異なるように予め登録しておくと、乗車料金の支払いを、例えば、タクシーの利用者の家族とすることができる。具体的には、交通手段の乏しい地方に住む親のタクシー乗車料金を、離れて住む家族が負担することにより、親の病院への通院や、買い物などを容易にし、親の生活を支えることができる。

また、登録情報１２０の登録は、主にスマートフォンやＰＣ、又は専用の配車アプリ等を介してされることが多い。特に高齢者は、スマートフォン等を所持していない、又は、所持していても扱いに不慣れな者が多く、登録情報１２０の登録が困難である可能性が高い。そこで、このような高齢者に代わって、上述のように家族などの身内が登録を行うことにより、登録の困難性を低減することができる。つまり、利用者となる高齢者等は、専用のタクシー配車アプリをダウンロードすることなく、タクシー配車システム１０００を利用することができる。

ただ、本実施形態のタクシー配車システム１０００は、利用者と登録者が異なる者であって、この登録者が支払を行う態様に限定されない。利用者と登録者が同一である場合は、登録者の情報の入力を省略する等して登録すればよい。また、登録者が登録の手続を行うものの、支払を利用者がする場合は、利用者決済方法を利用者払いとする、又は、登録者情報の入力を省略する等で対応可能である。
（利用情報１３０）

利用情報１３０は、登録情報１２０に登録された顧客毎のタクシーの利用状況を示すためのものである。図４は利用情報１３０の一態様を示している。この例においては、利用情報１３０は、配車履歴１４０と、支払履歴１５０とを含む。配車履歴１４０は、利用した日時を表示する利用日時欄１４１と、利用者の乗車場所及び行き先を表示する乗車場所・行き先欄１４２と、特記事項がある場合の配車メモ表示欄１４３とを備える。配車メモ表示欄１４３には、例えば、タクシーの乗務員が顧客から暴行を受けた、配車依頼をした顧客が指定の乗車場所に現れなかった等トラブルとなる可能性の高い行為や、顧客のコメント等が記載できる。顧客データ１１０が配車履歴１４０を含むことにより、その顧客が頻繁に訪れる場所、利用頻度、よく利用する時間帯等が把握でき、配車ミスや顧客が行き先を間違って指示する等のトラブルを回避し得る。また、トラブルとなる可能性の高い行為は、後述する与信を行う際の重要な判断材料となり得る。

支払履歴１５０は、利用した日時を表示する利用日時欄１５１と、請求した金額を表示する金額欄１５２と、決済方法を表示する決済方法欄１５３と、乗車料金の請求日を表示する請求日欄１５４と、支払期限を表示する支払期限欄１５５と、特記事項がある場合の支払メモ表示欄１５６とを備える。

また、決済方法欄１５３には、決済の方法と共に支払済みであるかどうかを記載するようにしている。さらに、支払メモ表示欄１５６には、例えば、乗り逃げした事実や、支払期限後の支払い、支払金の不足、クレジットカードの期限切れ等、請求した乗車料金回収に関して重要な情報を入力するようにしている。このように、顧客データ１１０が支払履歴１５０を含むことにより、その顧客の支払状況が把握でき、後述する与信において、配車依頼を受けるかどうかの重要な判断材料となり得る。
（管理側通信部２０）

管理側通信部２０は、外部と通信するための部材である。図１の管理側通信部２０は、管理側受信部２１と、管理側送信部２２とを備える。管理側受信部２１は、顧客ＣＳＴが登録情報１２０を登録しようとする場合、電話であれば電話回線を介して、配車アプリであればインターネットを介して、登録情報１２０を受け付ける。この登録情報１２０は、顧客データベース１０に保存される。また、顧客ＣＳＴが配車依頼を行う場合も、配車依頼を管理側受信部２１を介して受け付ける。この際、登録情報１２０の登録や、配車依頼に対する対応を配車管理装置１００で自動的に行ってもよいし、オペレータＯＰＲにより行ってもよい。

ここで、マイクＭＩＣとスピーカＳＰＫは、配車管理装置１００を操作するオペレータＯＰＲが、顧客ＣＳＴやタクシー車両ＴＸＩの乗務員ＤＲＶと会話を行うための部材である。また、管理側操作部６０は、マイクＭＩＣとスピーカＳＰＫを通じて、オペレータＯＰＲが顧客ＣＳＴと会話して取得した登録情報１２０を入力又は選択するための部材である。例えば管理側受信部２１で受けた顧客ＣＳＴからの登録依頼の通話に対して、オペレータＯＰＲが対応し、その顧客ＣＳＴの登録情報１２０を登録する。またオペレータＯＰＲは、顧客ＣＳＴから配車依頼の通話に対して、対応する。さらにオペレータＯＰＲは、この配車依頼に応じて、乗務員ＤＲＶに対して後述する配車要求を伝達する。なお配車要求は、テキストメッセージで行うが、必要に応じて無線や電話で連絡することもできる。
（管理側制御部３０）

管理側制御部３０は、顧客データベース１０から得られる顧客データ１１０に基づいて、タクシーの配車が可能であるかの与信を行うための部材である。この与信は、顧客ＣＳＴが登録情報を登録した際に行ってもよいし、顧客ＣＳＴからの配車依頼の度毎に行ってもよい。あるいは、登録の際及び配車依頼の度毎に行ってもよい。

まず、管理側受信部２１で配車依頼を受け付けると、管理側制御部３０において、配車依頼を行った顧客ＣＳＴの顧客データ１１０に基づいて与信が行われる。与信を行う方法は既知の方法でよく、本実施形態では、例えば、利用情報１３０に含まれる情報に重み付けをし、基準値を設けている。このようにしておくと、基準値を超えた場合はタクシーの配車を断る等、与信の際の判断が容易となる。

具体的に、図４の配車履歴１４０の配車メモ表示欄１４３に入力されたトラブルになる可能性の高い行為や、支払履歴１５０の決済方法欄１５３や支払メモ表示欄１５６に入力された乗車料金回収ができなくなる虞の高い行為など、配車が可能であるかの判断材料の重要度に応じて５・３・１などの重みを付け、集計して総合評価を算出するようにしている。例えば、乗り逃げの事実や暴力行為等には最も重い５を、前回の乗車料金が未だ未収である場合は３を付け、総合評価が５未満である場合は与信ＯＫとし、５以上である場合は与信ＮＧとするという基準を設けて与信を行う。その後、配車依頼した顧客ＣＳＴに、与信結果がＮＧの場合は配車依頼を拒否し、与信結果がＯＫの場合は配車依頼を受諾する旨の通知をする。

このような与信をオペレータＯＰＲにより行う場合は、管理側制御部３０が顧客データ１１０を管理側表示部５０に表示させる。オペレータＯＰＲは、表示された顧客データ１１０に基づいて上述のように与信を行う。その後、オペレータＯＰＲが配車依頼した顧客ＣＳＴに、与信結果がＮＧの場合は配車依頼を拒否し、与信結果がＯＫの場合は配車依頼を受諾する旨の通知をする。

このようにタクシー会社が蓄積している独自の顧客の情報は、当該顧客の言動や行動パターン等かなり個人的な情報も含んでいるため、例えば通常の信用機関の与信で使用される情報に比して、顧客の一人一人の特徴をより反映したものとなっている。このような情報を含む顧客データ１１０に基づいて配車依頼の際、タクシー会社側で与信を行うことにより、与信結果をより信頼性の高いものとすることができる。その結果、タクシー利用の際のトラブルの発生を回避可能としたり、タクシーの乗車料金が回収できなくなる虞を低減したりできる。

また、顧客ＣＳＴが登録情報１２０を登録した際や、配車依頼をした際に与信を行うことにより、予め登録することなく、クレジットカードや電子マネー等により降車時に決済する場合と比して、クレジットカードの期限が切れている、スマートフォンの充電が切れしまったため、電子マネーを使用できない、予めチャージしておいた金額が不足している等のトラブルが発生する虞を低減し、より確実に乗車料金を回収できるという利点もある。

本実施形態のタクシー配車システム１０００はさらに、タクシー会社による与信だけでなく、図１に示すように、外部の信用機関等の与信システムを利用することもできる。例えば、顧客ＣＳＴが乗車料金をクレジットカードで支払う場合、管理側通信部２０を介してクレジットカード会社の外部与信システムＳＯＣと通信し、与信を行うことができる。さらに、グーグルやアップル等のプラットフォーマーの与信システムや、金融機関の与信システム等を利用することもできる。このように、タクシー会社独自の与信と合わせて、外部信用機関の与信を利用することにより、より確実な与信を行える利点がある。
（配車要求生成部４０）

配車要求生成部４０は、顧客データベース１０に登録された顧客ＣＳＴからの配車依頼を受けた際、顧客ＣＳＴに対して配車が可能であるのか与信を管理側制御部３０で行った与信結果がＯＫの場合に、顧客ＣＳＴの行き先を含む配車要求を生成する。そして、管理側通信部２０の管理側送信部２２で配車要求をタクシー車両に設置された車両側端末２００に発信する。
（車両側端末２００）

車両側端末２００は、配車管理装置１００と通信を行う一以上のタクシー車両ＴＸＩにそれぞれ設置されているものである。車両側端末２００は、配車管理装置１００と通信を行うための車両側通信部２１０と、配車要求を受諾する旨の応答を行う配車応諾部２２０と、顧客の乗車時に、その顧客の認証を受け付ける車両側認証部２３０と、後述する配車応諾画面２２０ａや認証用データ画像１１０ａを切り替えて表示する車両側表示部２４０とを備える。
（配車応諾部２２０）

配車応諾部２２０は、タクシーの乗務員ＤＲＶが配車要求を断るか、了解するかを配車管理装置１００に通知する部材である。この配車応諾部２２０には、既知のものを使用できる。一例として、図５に示すように、配車応諾部２２０として、配車管理装置１００から送信された配車要求を含む情報を表示する配車応諾画面２２０ａを使用している。この配車応諾画面２２０ａは、例えば、顧客の乗車場所を表示する乗車場所欄２２１と、行き先を表示する行き先欄２２２と、タクシー利用者の氏名を表示する利用者氏名欄２２３とを備える。また、配車応諾画面２２０ａは、配車を拒否する場合の「断る」ボタン２２４と、配車を承諾する場合の「了解」ボタン２２５とを備える。この配車応諾画面２２０ａは、車両側表示部２４０に表示させる。

タクシーの乗務員ＤＲＶは、この配車応諾画面２２０ａを確認し、配車を拒否する場合は「断る」ボタン２２４を押下し、配車を承諾する場合は「了解」ボタン２２５を押下することで、配車管理装置１００に通知することができる。
（車両側認証部２３０）

車両側認証部２３０は、顧客データ１１０を、車両側通信部２１０を介して配車管理装置１００から取得し、顧客ＣＳＴの乗車時に、その顧客ＣＳＴの認証を受け付ける部材である。この車両側認証部２３０は、車両側演算部２５０に含まれている。車両側認証部２３０は、車両側表示部２４０に表示される認証用データ画像１１０ａと、顧客の提示する、顧客の認証を行うための顧客提供認証データを読み取る読取部２３２と、認証用データ１１０ａと、読取部２３２で取得した顧客提供認証データとを照合する照合部２３３とを備える。

認証用データ画像１１０ａには、図２に示す配車管理装置１００から取得した顧客データ１１０をそのまま使用してもよいし、認証に必要な登録情報１２０や、乗車料金入力欄１６０のみで構成されてもよい。乗務員ＤＲＶが配車要求を承諾した場合、顧客データ１１０を、車両側通信部２１０を介して配車管理装置１１０から取得し、車両側表示部２４０で顧客データ１１０に基づいた認証用データ画像１１０ａを表示させる。そして、顧客ＣＳＴの乗車時に、顧客ＣＳＴの提示する、顧客の認証を行うための顧客提供認証データを読取部２３２で読み取る。

ここで、顧客提供認証データは任意のものでよいが、実施形態１においては、顔認証を行うため、顧客提供認証データが、顧客ＣＳＴの乗車時の顔画像データを含んでいる。この場合、読取部２３２は、乗車の際の顧客の顔写真を撮像する撮像部２３２ａ、例えば、デジタルカメラを含んでいる。

そして、照合部２３３において、認証用データ画像１１０ａの顔画像データ１２５と、デジタルカメラで撮像した顧客ＣＳＴの乗車時の顔画像データとを照合し、登録された利用者と、実際にタクシーを利用する者とが同一であるかの認証を行う。このように、顔認証で顧客の認証を行うことにより、簡単且つ正確に認証することができ、登録した利用者と異なる顧客を誤って乗せてしまう等のトラブルの回避が可能である。また、実際に乗車する顧客を正確に認証し、タクシー会社の保存する顧客データ１１０と紐付けておくことで、特に料金が後払いの場合などに発生しがちな乗車料金を回収できなくなる等の虞を低減できる。

上述のように顧客ＣＳＴを認証した後、乗務員ＤＲＶは顧客ＣＳＴをタクシー車両ＴＸＩに乗せ、顧客ＣＳＴの指示した行き先まで運転する。顧客ＣＳＴの指示した行き先に到着すると、乗車料金が確定する。乗務員ＤＲＶは、この確定した乗車料金を乗車料金入力欄１６０に入力し、車両側通信部２１０を介して配車管理装置１００に発信する。

そして配車管理装置１００において、顧客ＣＳＴの決済方法に応じた処理をする。例えば、顧客ＣＳＴの決済方法が現金であった場合は、支払履歴１５０に記録し、決済方法欄１５３を支払い済みとする。一方、顧客ＣＳＴの決済方法がクレジットカードであった場合、クレジットカード会社の与信システムである外部システムＳＯＣと通信して対処する。顧客ＣＳＴは後日、このクレジットカード会社から乗車代金の請求を受ける。
［実施形態２］

実施形態１においては、顧客ＣＳＴが乗車時に提供する顧客提供認証データが、顧客ＣＳＴの乗車時の顔画像データである例を説明した。ただ、本発明のタクシー配車システムは、顧客提供認証データが、顧客ＣＳＴの乗車時の顔画像データである場合に限定されない。顧客提供認証データは顧客に固有の情報であれば足りる。一例として、顧客に事前に配布したＱＲコードやバーコードなどのシンボルが利用できる。シンボルは、例えば名刺大のカードのような物理的な媒体で、予め顧客に交付しておき、タクシー利用時に顧客がシンボルをタクシー乗務員に提示するようにしてもよい。また、このような物理媒体に限らず、顧客が有するスマートフォンやタブレット、携帯電話等の情報通信端末の表示画面上に、ＱＲコードを表示させ、タクシー利用時にこのＱＲコードを読み取るようにしてもよい。あるいは、顧客の有するスマートフォン等の情報通信端末がＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）等の通信機能を有する場合は、予め当該情報通信端末を顧客と紐付けておき、タクシー利用時にはこの情報通信端末とタクシーとで通信を行うことで、情報通信端末の認証を顧客の認証として扱うこともできる。

このような例を実施形態２に係るタクシー配車システム２０００として、図６のブロック図に示す。ここでは、事前に顧客の保有するスマートフォンにタクシー利用アプリをインストールしておき、このタクシー利用アプリでスマートフォンの画面に、顧客固有のＱＲコードを表示させて、これを顧客の認証を行う顧客提供認証データとして利用している。図６の例では、車両側認証部２３０ｂの読取り部として、ＱＲコードリーダー２３２ｂを使用できる。なお、車両側での認証で顔画像データを使用しないとするなら、顧客データ１１０に含まれる登録情報１２０の内、利用者顔画像データ欄１２５を省略してもよい。利用者顔画像データ欄１２５を省略することにより、顧客ＣＳＴの登録情報を登録する際の手間を省くことができる。

一例として、登録情報１２０の登録の際又は配車依頼受諾の際、顧客ＣＳＴが自身のスマートフォンを操作してタクシー利用アプリを起動させるなどして、配車管理装置１００からＱＲコードを取得できるようにしておく。顧客ＣＳＴは、乗車の際、乗務員ＤＲＶに対して取得したＱＲコードを、スマートフォンの画面上に表示させた状態で提示する。乗務員ＤＲＶは、ＱＲコードリーダー２３２ｂによりこのＱＲコードを読み取る。このように、広く普及しているＱＲコードを認証に使用することにより、簡便且つ確実に顧客の認証を行うことが可能となる。

ＱＲコードは、顧客毎に固有のシンボルが生成される。このＱＲコードは配車管理装置１００で生成し、車両側端末２００に配信する。なおＱＲコードを顧客毎に固定化し、毎回共通のＱＲコードを表示させる他、毎回異なるＱＲコードを発行するようにしてセキュリティを高めてもよい。

上述では、車両側での認証を、顔認証と、ＱＲコードを利用した認証について説明した。ただ、本発明の車両側での認証は、上記態様に限定されず、任意のものが使用できる。例えば、読取部２３２にＢＬＥ（Bluetooth Low Energy）（商品又はサービス名）を使用して、タッチレスにタクシーの顧客ＣＳＴを認証することも可能である。この場合、顧客ＣＳＴがタクシー車両ＴＸＩに乗車するだけで車両側で認証が行えるため、顔画像データを撮像したり、ＱＲコードを提示したりする手間が省け、利便性の向上が可能となる。

さらに、車両側での認証を口頭によるものとすることもできる。例えば、乗務員ＤＲＶが配車管理装置１００から取得した顧客データ１１０に基づいて、顧客ＣＳＴの乗車時に口頭で質問をする。そして、顧客データ１１０の情報と、顧客ＣＳＴの応答が一致しているかどうか確認する。質問内容は、顧客の氏名や行き先とする他、合い言葉のような類推困難な情報を含めてもよい。この場合、顔認証やＱＲコードを利用するためのシステムが不要となり、より簡単にタクシー配車システムを導入することができる。

さらにまた、上記認証の態様を複数組み合わせて使用してもよい。例えば、顔認証を利用しつつ、口頭での認証も行う。あるいは、ＱＲコードで認証しつつ、口頭でも認証する等、任意に組み合わせて認証できる。このように異なる態様で認証することにより、例えば、顔認証のみを使用する場合と比して、より正確な認証を行える利点がある。

本発明のタクシー配車システム、タクシー配車管理装置、タクシー車両側端末、タクシー配車方法、タクシー配車管理プログラム及びコンピュータで記録可能な媒体並びに記憶した機器によれば、タクシー会社の配車業務に好適に利用できる。

１０００、２０００…タクシー配車システム
１００…配車管理装置
１０…顧客データベース
２０…管理側通信部
２１…管理側受信部
２２…管理側送信部
３０…管理側制御部
４０…配車要求生成部
５０…管理側表示部
６０…管理側操作部
１１０…顧客データ
１１０ａ…認証用データ画像
１２０…登録情報
１２０ａ…決済情報
１２１…利用者氏名欄
１２１ａ…利用者ふりがな欄
１２２…利用者住所欄
１２３…利用者電話番号欄
１２４…利用者決済方法欄
１２５…利用者顔画像データ欄
１２６…登録者氏名欄
１２６ａ…登録者ふりがな欄
１２７…登録者住所欄
１２８…登録者電話番号欄
１２９…登録者決済方法欄
１３０…利用情報
１４０…配車履歴
１４１…利用日時欄
１４２…乗車場所・行き先欄
１４３…配車メモ表示欄
１５０…支払履歴
１５１…利用日時欄
１５２…金額欄
１５３…決済方法欄
１５４…請求日欄
１５５…支払期限欄
１５６…支払メモ表示欄
１６０…乗車料金入力欄
２００…車両側端末
２１０…車両側通信部
２２０…配車応諾部
２２０ａ…配車応諾画面
２２１…乗車場所欄
２２２…行き先欄
２２３…利用者氏名欄
２２４…断るボタン
２２５…了解ボタン
２３０、２３０ｂ…車両側認証部
２３２…読取部
２３２ａ…撮像部
２３２ｂ…ＱＲコードリーダー
２３３…照合部
２４０…車両側表示部
２５０…車両側演算部
ＣＳＴ…顧客
ＯＰＲ…オペレータ
ＴＸＩ…タクシー車両
ＤＲＶ…タクシー車の乗務員
ＭＩＣ…マイク
ＳＰＫ…スピーカ
ＳＯＣ…外部与信システム

Claims (17)

1. タクシー会社に設置される配車管理装置と、
   前記配車管理装置と通信を行う一以上のタクシー車両にそれぞれ設置された車両側端末と
   を備えるタクシーの配車システムであって、
   前記配車管理装置は、
   予め登録された顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを保存するための顧客データベースと、
   外部と通信するための管理側通信部と、
   前記顧客データベースから得られる前記顧客データに基づいて、タクシーの配車が可能であるかの与信を行うための管理側制御部と、
   前記顧客データベースに登録された顧客からの配車依頼を受けた際、当該顧客に対して配車が可能であるのか与信を前記管理側制御部で行った与信結果がＯＫの場合に、当該顧客の行き先を含む配車要求を生成する配車要求生成部と、
   を備え、
   前記車両側端末は、
   前記配車管理装置と通信を行うための車両側通信部と、
   前記配車要求生成部が生成した前記配車要求を、前記管理側通信部を介して前記車両側通信部で受けた際、当該配車要求を受諾する旨の応答を行う配車応諾部と、
   前記顧客データを、前記車両側通信部を介して前記配車管理装置から取得し、当該顧客の乗車時に、当該顧客の認証を受け付ける車両側認証部と、
   を備え、
   前記顧客データベースは、前記顧客データとして、支払履歴と共に、過去にタクシーの乗務員が顧客から暴行を受けたケース、配車依頼をした顧客が指定の乗車場所に現れなかったケースを登録可能としており、
   前記管理側制御部は、前記顧客データに記録された支払履歴と暴力を受けたケースを含む登録項目の重み付けの総合評価により与信を行い、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとするよう構成してなるタクシー配車システム。
2. 請求項１に記載のタクシー配車システムであって、
   前回の乗車料金が未だ未収である理由のみでは与信結果をＮＧとしないよう構成してなるタクシー配車システム。
3. 請求項１又は２に記載のタクシー配車システムであって、
   前記車両側認証部は、
   顧客の提示する、顧客の認証を行うための顧客提供認証データを読み取る読取部と、
   前記車両側通信部を介して前記配車管理装置から取得した前記顧客データと、前記読取部で取得した前記顧客提供認証データを照合する照合部と、
   を備えるタクシー配車システム。
4. 請求項３に記載のタクシー配車システムであって、
   前記顧客提供認証データには、顧客に予め付与され、乗車時に保持するＱＲコード（登録商標）が含まれてなるタクシー配車システム。
5. 請求項３又は４に記載のタクシー配車システムであって、
   前記顧客データには、予め登録された顧客の顔画像データが含まれ、
   前記読取部が、前記顧客提供認証データとして、乗車の際の顧客の顔写真を撮像する撮像部を含み、
   前記照合部が、前記配車管理装置から取得した前記顔画像データと、前記撮像部で撮像した乗車の際の顧客の顔写真とを照合することで認証を行うよう構成してなるタクシー配車システム。
6. 請求項１〜５のいずれか一項に記載のタクシー配車システムであって、
   前記管理側通信部は、外部の信用機関と通信可能であるタクシー配車システム。
7. 請求項１〜６のいずれか一項に記載のタクシー配車システムであって、
   前記配車管理装置はさらに、
   前記管理側通信部で受けた顧客登録又は配車依頼の通話に対して、会話を行うためのマイクとスピーカと、
   前記マイクとスピーカを通じて、配車業務を行うオペレータが顧客と会話して取得した、顧客の情報を入力又は選択するための操作部と、
   該取得した情報に基づいて、前記顧客データを表示するための管理側表示部と、
   を備えるタクシー配車システム。
8. 請求項１〜７のいずれか一項に記載のタクシー配車システムであって、
   前記顧客データベースは、前記顧客データとして、タクシー利用料金の決済方法に関する決済情報を含んでおり、
   前記車両側端末は、顧客の降車時に、前記顧客との間で、前記顧客データベースに登録された決済情報に基づいて、乗車料金の決済を行うよう構成してなるタクシー配車システム。
9. 請求項１〜８のいずれか一項に記載のタクシー配車システムであって、
   前記顧客データベースは、前記顧客データとして、タクシーを利用する顧客と異なる者による登録の申請を受け付け可能としてなるタクシー配車システム。
10. 請求項１〜９のいずれか一項に記載のタクシー配車システムであって、
    前記顧客データベースは、前記顧客データとして、タクシーを利用する顧客と、乗車料金の支払いをする者とを異ならせて登録可能としてなるタクシー配車システム。
11. タクシー会社に設置され、一以上のタクシー車両にそれぞれ設置された車両側端末と通信を行う配車管理装置であって、
    予め登録された顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを保存するための顧客データベースと、
    外部と通信するための管理側通信部と、
    前記顧客データベースから得られる前記顧客データに基づいて、タクシーの配車が可能であるかの与信を行うための管理側制御部と、
    前記顧客データベースに登録された顧客からの配車依頼を受けた際、当該顧客に対して配車が可能であるのか与信を前記管理側制御部で行った与信結果がＯＫの場合に、当該顧客の行き先を含む配車要求を生成する配車要求生成部と、
    を備え、
    前記配車要求生成部が生成した前記配車要求をタクシー車両側に送信し、
    前記配車要求が受諾されたタクシー車両側に対して、当該配車要求の対象となる前記顧客データを送信して、当該タクシー車両側で、当該顧客の乗車時に、当該顧客の認証を行えるように構成し、
    前記顧客データベースは、前記顧客データとして、支払履歴と共に、過去にタクシーの乗務員が顧客から暴行を受けたケース、配車依頼をした顧客が指定の乗車場所に現れなかったケースを登録可能としており、
    前記管理側制御部は、前記顧客データに記録された支払履歴と暴力を受けたケースを含む登録項目の重み付けの総合評価により与信を行い、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとするよう構成してなる配車管理装置。
12. タクシー会社に設置された配車管理装置と通信を行う、タクシー車両に設置される車両側端末であって、
    前記配車管理装置と通信を行うための車両側通信部と、
    前記配車管理装置の配車要求生成部が生成した配車要求を、管理側通信部を介して前記車両側通信部で受けた際、前記配車要求を受諾する旨の応答を行う配車応諾部と、
    顧客データを、前記車両側通信部を介して前記配車管理装置から取得し、顧客の乗車時に、前記顧客の認証を受け付ける車両側認証部と、
    を備え、
    前記顧客データは、登録項目の重み付けの総合評価による与信を行うため、支払履歴と、過去にタクシーの乗務員が顧客から暴行を受けたことがあるか、配車依頼をした顧客が指定の乗車場所に現れなかったことがあるかの情報を含めてなる車両側端末。
13. 請求項１２に記載の車両側端末あって、
    前記車両側認証部は、
    顧客の提示する、顧客の認証を行うための顧客提供認証データを読み取る読取部と、
    前記車両側通信部を介して前記配車管理装置から取得した前記顧客データと、前記読取部で取得した前記顧客提供認証データを照合する照合部と、
    を備える車両側端末。
14. タクシー会社に設置される配車管理装置が、一以上のタクシー車両にそれぞれ設置された車両側端末と通信を行い、タクシーの配車を行うタクシー配車方法であって、
    前記配車管理装置の管理側制御部が、顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを管理側表示部を介して顧客データベースに登録するよう促す工程と、
    前記管理側制御部が、前記顧客データベースに登録されたいずれかの顧客から、配車依頼を受け付ける工程と、
    前記配車依頼を受けた顧客に対し、前記顧客データベースに含まれる、支払履歴と、過去にタクシーの乗務員が顧客から暴行を受けたことがあるか、又は配車依頼をした顧客が指定の乗車場所に現れなかったことがあるかを含む情報に基づいて、前記管理側制御部が登録項目の重み付けの総合評価により与信を行うと共に、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとする工程と、
    前記顧客データベースから得られる前記顧客データを利用したタクシーの配車が可能であるかの与信結果に基づいて、前記管理側制御部が前記与信結果がＮＧの場合は配車依頼を拒否し、前記与信結果がＯＫの場合は配車依頼を受諾する工程と、
    前記配車依頼を受諾した顧客の行き先を含む配車要求を配車要求生成部が生成し、管理側通信部で前記車両側端末に対し、送信する工程と、
    前記配車要求を車両側通信部で受信した車両側端末で、当該配車要求を受諾するか否かの応答を行うよう配車応諾部が促す工程と、
    前記配車要求を受諾した場合に、前記顧客データを、前記車両側通信部を介して前記配車管理装置から取得し、当該顧客の乗車時に、当該顧客から提供される情報と対比して車両側認証部が認証を行う工程と、
    を含むタクシー配車方法。
15. 請求項１４に記載のタクシー配車方法であって、
    前記顧客データを顧客データベースに登録する工程が、タクシー利用料金の決済方法に関する決済情報の登録を含み、
    前記タクシー配車方法が、さらに、
    前記顧客の認証を行った後、タクシー車両が目的地まで前記顧客を移送し、降車時に、前記顧客との間で、前記顧客データベースに登録された決済情報に基づいて、前記車両側端末が乗車料金の決済を行う工程、を含むタクシー配車方法。
16. タクシー会社に設置され、一以上のタクシー車両にそれぞれ設置された車両側端末と通信を行う配車管理プログラムであって、
    顧客毎の氏名を含む認証用の登録情報と、該顧客毎のタクシーの利用情報とを含む顧客データを顧客データベースに登録する機能と、
    前記顧客データベースに登録されたいずれかの顧客から、配車依頼を受け付ける機能と、
    前記配車依頼を受けた顧客に対し、前記顧客データベースから得られる支払履歴と、過去にタクシーの乗務員が顧客から暴行を受けたことがあるか、又は配車依頼をした顧客が指定の乗車場所に現れなかったことがあるかの情報を含む前記顧客データに基づいて、登録項目の重み付けの総合評価によりタクシーの配車が可能であるかの与信を行うと共に、前記顧客データベースに暴力行為が含まれている場合は、与信結果をＮＧとする機能と、
    与信結果に基づいて、前記与信結果がＮＧの場合は配車依頼を拒否し、前記与信結果がＯＫの場合は配車依頼を受諾する機能と、
    前記配車依頼を受諾した顧客の行き先を含む配車要求を生成し、管理側通信部で前記車両側端末に対し、送信する機能と、
    前記配車要求を車両側通信部で受信した車両側端末から、当該配車要求を受諾するか否かの応答を受ける機能と、
    前記配車要求が受諾されたタクシー車両側に対して、当該配車要求の対象となる顧客の顧客データを送信して、当該タクシー車両側で、当該顧客の乗車時に、当該顧客の認証を行わせる機能と、
    をコンピュータに実行させるための配車管理プログラム。
17. 請求項１６に記載のプログラムを記録したコンピュータで読み取り可能な記録媒体または記憶した機器。

Images