タクシー配車システム及びタクシー配車方法
【課題】タクシー配車システム及びタクシー配車方法において、大口顧客周辺の迷惑駐車タクシーの数を低減させる。
【解決手段】配車の運行管理を行う配車管理装置の構成において、大口顧客（Ａ社）の周辺に配車除外エリアＡを設定し、この配車除外エリアＡ内に存在するタクシー（１号車、２号車）には配車指令を行わない構成にする。また、配車除外エリアを不定期に、例えば配車除外エリアＢのように更新する。この場合、さらにタクシー（３号車）が配車指令から除外される。そして、このエリアの外に位置し、Ａ社に最も近い５号車に配車指令が発行される。この更新では、配車除外エリアの形状やサイズや更新間隔をランダムに選択する構成とする。また、このような配車除外エリア内に長時間滞在するタクシーには、その滞在時間に対応して、この配車除外エリア外での配車指令を行わない構成にする。
【解決手段】配車の運行管理を行う配車管理装置の構成において、大口顧客（Ａ社）の周辺に配車除外エリアＡを設定し、この配車除外エリアＡ内に存在するタクシー（１号車、２号車）には配車指令を行わない構成にする。また、配車除外エリアを不定期に、例えば配車除外エリアＢのように更新する。この場合、さらにタクシー（３号車）が配車指令から除外される。そして、このエリアの外に位置し、Ａ社に最も近い５号車に配車指令が発行される。この更新では、配車除外エリアの形状やサイズや更新間隔をランダムに選択する構成とする。また、このような配車除外エリア内に長時間滞在するタクシーには、その滞在時間に対応して、この配車除外エリア外での配車指令を行わない構成にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、客先の要望によりタクシーを配車するシステム及びタクシー配車方法に係わり、より詳細には、客先近辺で配車待ちを行うタクシーの排除を行うことができる構成に関する。
【背景技術】
【０００２】
従来、タクシー配車システムは図８に示す構成があった。
【０００３】
このタクシー配車システムは、例えば、利用者の携帯端末２５と、配車管理サーバ２０と、タクシーに搭載された車載端末３０とを備え、これらはインターネット等のネットワーク４０を介して接続可能に構成されている。
【０００４】
携帯端末２５は、利用者が保有する端末であり、例えば携帯電話機等である。携帯端末２５は、制御部、記憶部、表示部、入力部、ＧＰＳ電波受信部、通信制御部等を備えるコンピュータから構成される。携帯端末２５の制御部は、記憶部に記憶される制御プログラム等を読み込むこにより、利用者による入力操作に応答して、タクシーの配車を要求するための配車要求処理等を行う。
【０００５】
配車要求処理では、ＧＰＳ電波受信部により人工衛星からＧＰＳ信号を受信して、携帯端末２５の現在位置を示す現在位置情報（例えば、緯度及び経度等）を生成して配車管理サーバ２０に送信する。
【０００６】
配車管理サーバ２０は、例えば図９に示すように、制御部２１と、記憶部２２と、通信制御部２３とを備えるコンピュータから構成される。
【０００７】
制御部２１は、ＣＰＵ（Central Processing Unit ）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、記憶部２２に予め記憶された動作プログラム等を読み込んで実行することにより、ユーザ登録処理、タクシー位置管理処理、配車処理、乗車記録保管処理、利用状況情報提供処理、現在位置再検索処理等を行う。
【０００８】
タクシー位置管理処理では、制御部２１は、各タクシーの車載端末３０から現在位置情報と車載端末ＩＤを受信すると、受信した現在位置情報を記憶部２２のタクシー位置ＤＢ２２２に記憶（更新）する。ここで、車載端末ＩＤは、車載端末３０を識別するためのコードであり、タクシーに搭載する車載端末３０にそれぞれ異なるコードが予め付与されている。
【０００９】
配車処理では、制御部２１は、携帯端末２５から配車依頼を受信すると、携帯端末２５から現在位置情報を受信し、タクシー位置ＤＢ２２２を参照して現在位置情報が示す位置と利用者の位置との距離が最短のタクシーを選出する。この選出では、例えば、制御部２１は、携帯端末２５から受信した現在位置情報が示す位置と、タクシー位置ＤＢ２２２に記憶されている各車載端末３０の位置との距離を算出して求め、求めた距離が最短である車載端末３０を選出する。
【００１０】
そして、制御部２１は、選出した車載端末３０に対して、配車要求を送信し、これに対して配車可を示す返答データを受信した場合には、その車載端末３０に対して、先に携帯端末２５から受信した現在位置情報、ユーザＩＤ等を送信する。また、配車不可を示す返答データを受信した場合には、先に求めた携帯端末２５との距離が、選出した車載端末３０の次に短い車載端末３０を選び直し、その車載端末３０に対して配車要求を送信する処理を、配車可を示す返答データを受信するまで繰り返す。
【００１１】
記憶部２２は、例えば、ハードディスク装置等から構成され、制御部２１が実行するための動作プログラムや処理に必要な各種データ等が記憶される。また、記憶部２２は、ユーザ情報ＤＢ２２１、タクシー位置ＤＢ２２２、乗車記録ＤＢ２２３を備える。
【００１２】
通信制御部２３は、ネットワーク４０を介した他の装置（携帯端末２５、車載端末３０等）との通信を制御する。
【００１３】
車載端末３０は、各タクシーに搭載される端末であり、例えば図１０に示すように、制御部３１、記憶部３２、表示部３３、入力部３４、通信制御部３５、ＧＰＳ電波受信部３６等を備えるコンピュータから構成される。
【００１４】
制御部３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、記憶部３２に予め記憶された動作プログラム等を読み込んで実行することにより、現在位置情報送信処理、配車要求受付処理、乗車記録送信処理等を行う。
【００１５】
現在位置情報送信処理では、制御部３１は、予め設定されたタイミング（例えば、所定時間毎）で、ＧＰＳ電波受信部３６により人工衛星からＧＰＳ信号を受信して、車載端末３０の現在位置を示す現在位置情報（例えば、緯度及び経度等）を生成して配車管理サーバ２０に送信する。
【００１６】
配車要求受付処理では、制御部３１は、配車管理サーバ２０から配車要求を受信すると、例えばメッセージの表示部３３への表示や図示せぬ音声出力部から音声出力を行うことにより配車要求を受信したことをタクシーの運転手に通知する。そして、配車要求に対する返答の入力を受け付け、入力データを返答データとして配車管理サーバ２０に送信する。配車可を示す返答データを送信した場合には、その後、配車管理サーバ２０から配車を依頼した利用者の現在位置情報、ユーザＩＤ等を受信し、受信データを表示する。現在位置情報の表示は、例えば、地図データを表示し、地図上における現在位置情報が示す位置を表示する。
【００１７】
記憶部３２は、例えば、ハードディスク装置等から構成され、制御部２１が実行するための動作プログラムや処理に必要な各種データ等が記憶される。表示部３３は、制御部３１等からの指示に従って各種画面を表示する。
【００１８】
入力部３４は、例えばタッチパネル等の入力装置であり、入力データを制御部３１に通知する。通信制御部３５は、配車管理サーバ２０等とのネットワーク４０を介した通信を制御する。
【００１９】
ＧＰＳ電波受信部３６は、人工衛星からのＧＰＳ信号を受信して、携帯端末２５の現在位置を緯度及び経度等で示す現在位置情報を生成する。
【００２０】
次に、利用者が配車を依頼する場面における配車処理について説明する。
【００２１】
例えば、携帯端末２５は利用者の入力操作に応答して、配車依頼を配車管理サーバ２０に送信する。
【００２２】
配車管理サーバ２０の制御部２１は、配車依頼の受信に応答して、携帯端末２５から現在位置情報を受信し、現在位置情報がタクシー位置ＤＢ２２２に記憶されている各車載端末３０の現在位置情報が示す位置と、利用者の携帯端末２５から受信した現在位置情報が示す位置との距離を算出して求め、求めた距離が最短の車載端末３０を選出し、その車載端末３０が搭載されているタクシーを配車対象とする。
【００２３】
そして、制御部２１は、選出した車載端末３０に対して配車要求を送信し、これに対する返答データを受信する。
【００２４】
そして、受信した返答データが配車可を示す場合、制御部２１は、選出した車載端末３０に対して、携帯端末２５から受信した現在位置情報とユーザＩＤ等を送信する。車載端末３０では、受信した現在位置情報が示す位置が地図上に表示される。
【００２５】
また、受信した返答データが配車不可を示す場合、先に選出した車載端末３０を選出対象から除外して、利用者の携帯端末２５から受信した現在位置情報が示す位置との距離が最短の車載端末３０を選出し直す構成になっている（例えば、特許文献１参照。）。
【００２６】
このように自動で配車車両を選択する場合、いくら配車先に近い距離にある空車のタクシーであっても、渋滞に巻き込まれて動けない車両や、駅前のロータリーなどで客待ちの順番待ちで並んでいる車両は、配車指定を受けてもすぐには配車先に行けない場合がある。
【００２７】
このように、配車先に近い距離にある空車のタクシーであっても動けない車両には配車ができないため、予め定められたエリアや、渋滞道路上の車両には配車を行わず、前述しこれらのエリアや道路以外に存在する空車車両の中から、次に配車先に近い車両を選択するシステムが提案されている（例えば、特許文献２参照。）。
【００２８】
ところで、例えば、タクシー会社の大口顧客である地方の工場や研究所などでは、アクセスする公共交通機関が遠くにあり、また運行頻度も少ないため、最寄りのターミナル駅までのタクシー利用が多い。また、大口顧客は大手の企業であるため、タクシーチケットの利用や深夜の遠距離利用が多く、タクシー会社にとっては有益な収入源である。
【００２９】
このため、各タクシーは競ってこの大口顧客の周辺で客待ちを行うようになってきた。
【００３０】
前述のように、顧客から配車の依頼があった場合、この顧客から一番距離が短い空車が配車の対象となるため、大口顧客の正門横などに駐車車両が集中する場合があった。また、このようなタクシーは客のために常に車内の冷暖房を行っており、結果的に駐車中であっても、エンジンを回している場合が多い。また、これらのタクシーが大口顧客の周辺道路に迷惑駐車する場合もあり、近所に住んでいる住民の車両の移動を妨げる虞があった。
【００３１】
このため、これらのタクシーの騒音や排ガスの被害、迷惑な駐停車による通行妨害などに対する近隣住民の苦情が大口顧客に寄せられた場合、大口顧客はタクシー会社に改善を依頼し、タクシー会社でも各運転手に大口顧客周辺での客待ちができるだけないように運用している。一方、大口顧客側ではタクシー会社側で改善が見られない場合、このタクシー会社の利用を中止することを検討しており、タクシー会社側でも改善に苦慮している。
【００３２】
しかしながら、大口顧客周辺での客待ちは、タクシー運転手にとって有望な客を獲得できる手段であり、この状況はなかなか改善されないという問題があった。このため、特許文献２のように特定の場所、ここでは大口顧客周辺を配車の対象エリア外とする方法もあるが、運転手に配車の対象エリアがわかった場合、このエリアの外周付近で、また、同じ問題が発生することになる。また、時間帯によっては配車の指示を待つよりも、大口顧客の会社の正門付近でタクシーを拾う客を得る方が効率的な場合もあり、客待ちの問題の改善は非常に困難であった。
【特許文献１】特開２００６−２６８２２９号公報（第４−６頁、図１）
【特許文献２】特開２００２−１９００９６号公報（第４−５頁、図５）
【発明の開示】
【発明が解決しようとする課題】
【００３３】
本発明は以上述べた問題点を解決し、タクシー配車システム及びタクシー配車方法において、大口顧客周辺の迷惑駐車タクシーの数を低減させることを目的とする。
【課題を解決するための手段】
【００３４】
本発明は上述の課題を解決するため、タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備え、
前記配車管理装置は、最新の前記車両情報を記憶する車両管理手段と、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報が入力され、同配車受付情報をデータ化する入力手段と、前記配車受付情報のデータを配車依頼データとして変換する配車受付手段と、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新すると共に、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定する配車除外エリア管理手段と、前記車両情報内の車両位置における前記配車除外エリア外か否かの前記配車除外エリア管理手段での判定結果が前記配車除外エリア外の場合で、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てる配車手段とを備える。
【００３５】
また、前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、同待機時間累計を前記配車受付オペレータへ提示する。
【００３６】
もしくは、前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、
前記配車手段は、前記配車依頼データ内の顧客が前記配車除外エリア外に位置する場合で、かつ、入力された前記待機時間累計が所定の時間以上となる待機超過車両を前記顧客への配車割り当て対象から除外し、前記待機超過車両以外で前記顧客に近い空車の別車両を前記顧客へ割り当てる。
【００３７】
さらに、前記配車手段は、前記待機超過車両を前記顧客への配車割り当てから除外した時、前記待機超過車両と対応する前記待機時間累計を減じる。
【００３８】
一方、タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備えたタクシー配車システムで用いられるタクシー配車方法において、
前記配車管理装置は、最新の前記車両情報を記憶するステップと、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報をデータ化するステップと、前記配車受付情報のデータを配車依頼データに変換するステップと、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新するステップと、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定するステップと、前記車両情報内の車両位置が前記配車除外エリア外に存在し、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てるステップとを実行する。
【発明の効果】
【００３９】
以上の手段を用いることにより、本発明によるタクシー配車システムによれば、
請求項１に係わる発明は、顧客周辺の配車除外エリア内に駐車するタクシーは配車対象から除外され、また、配車除外エリアが不定形状に更新されるため、運転者がそのエリアを把握できず、結果的に顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００４０】
請求項２に係わる発明は、配車除外エリア内に存在する車両の待機時間累計が配車受付オペレータへ提示されるため、各車両の待機時間累計に対応して、人為的な手段により駐車しないように注意を促すことができる。
【００４１】
請求項３に係わる発明は、配車除外エリア内に存在する車両の待機時間累計が所定時間以上の車両に対して、配車のチャンスを与えないペナルティを課すことで顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００４２】
請求項４に係わる発明は、顧客への配車車両としての割り当てを中止した時、待機時間累計を減じるので、待機時間累計の多さに対応して配車のチャンスを与えないペナルティを課すことができる。
【００４３】
また、本発明によるタクシー配車方法によれば、
請求項５に係わる発明は、請求項１と同様の効果を得ることができる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の実施の形態を、添付図面に基づいた実施例として詳細に説明する。
【実施例１】
【００４５】
近年、タクシーの運行をＧＰＳ（Global Positioning System ）と移動無線ネットワークを使用して管理するＧＰＳ−ＡＶＭ（Automatic Vehicle Monitoring）システムが実用化されている。
【００４６】
図１はこのようなシステムを応用した本発明によるタクシー配車システムを説明する説明図である。このシステムは、顧客からの配車要求を受け付ける電話機４と運行管理を行う配車管理装置１０を備えたタクシー会社３と、この配車管理装置１０とデータや音声を送受信する車両端末１を備えた複数のタクシー２ａ，２ｂ，２ｃ・・・を備えている。
【００４７】
各タクシーの車両端末１は、この車両端末１が搭載されたタクシーの現在の動態情報、例えば、賃走か、空車かあるいは回送中や迎車かを表す情報と、タクシーの現在の位置情報とからなる車両情報を、無線回線を介して配車管理装置１０に伝送する。従ってタクシー会社３では、自社のタクシーの位置と動態とをリアルタイムで管理している。
【００４８】
一方、大口顧客であるＡ社７は、電話機６を用いて電話回線網５を介し、タクシー会社の電話機４へタクシーの配車を依頼する。この場合、従来であればＡ社７の近辺に位置する空車のタクシー２ａを配車として指定していたが、背景技術で説明したように、このタクシー２ａは迷惑駐車をしているタクシーであると思われるため、配車の対象から除外する。なお、特定の顧客であるＡ社７の近辺のエリアは予め配車除外エリアとして規定しており、この配車除外エリア以外で最もＡ社７に近いタクシー、ここではタクシー２ｂに対して配車の指示を行う。
【００４９】
従ってＡ社７の近辺に待機しているタクシー２ａには配車指令が行われないため、待機する意味がなくなり、Ａ社７の近辺に待機するタクシーの数は低減される。ただし、配車指令かなくても、Ａ社７の正門から出てタクシーを拾う深夜残業や徹夜明けの従業員を待ち受ける場合がある。これらのタクシーについては、配車除外エリア内の待機時間を累計し、この待機累計時間に対応してペナルティを与えるようにしている。
【００５０】
次に各装置の詳細構成を説明する。図２は車両端末１の構成を示すブロック図である。
【００５１】
車両端末１は配車管理装置１０と無線通信を行うアンテナ１ａに接続された移動局無線機１ｂと、現在の走行位置を検出するＧＰＳ装置１ｃと、賃走や空車あるいは回送中や迎車の動態の切り換えを行うタクシーメータ１ｅと、音声通話を行うためのスピーカ１ｆとマイク１ｇと、配車管理装置１０から送られる配車依頼データを表示する表示装置１ｄと、これらを制御する移動局制御装置１ｈとで構成されている。
【００５２】
移動局制御装置１ｈは、スピーカ１ｆとマイク１ｇとを介して乗務員の音声通話を行うと共に、配車管理装置１０からの情報要求により、現在の位置情報と現在の動態情報とからなる車両情報を配車管理装置１０へ送信する。なお、配車管理装置１０からはポーリングによる定期的な情報要求が発せられている。
【００５３】
図３は配車管理装置１０の構成を示すブロック図である。
【００５４】
配車管理装置１０は、車両端末１と無線通信を行う基地局無線装置１１と、基地局無線装置１１に接続され、各タクシーの現状データを収集する無線サーバ１２と、顧客からの配車依頼を配車オペレータの操作により入力して配車依頼データにする配車端末１３と、配車依頼データに基づいて最適な配車タクシーを選択する配車サーバ１４を備えており、無線サーバ１２と配車端末１３と配車サーバ１４とはＬＡＮで接続されている。
【００５５】
なお、図示しないが、これらの端末やサーバは制御部と記憶部と通信部と表示部とを備えており、これらの端末やサーバ内部のさまざまな手段の動作は、記憶部に記憶されたプログラムを制御部が実行することで実現している。また、これらの端末やサーバは、ＬＡＮに接続された通信部を介して通信を行う構成になっている。
【００５６】
基地局無線装置１１は、車両端末１と無線通信を行うアンテナ１１ｂと、基地局無線機１１ａと、マイク１１ｃと、スピーカ１１ｄとを備えている。
【００５７】
無線サーバ１２には車両管理手段１２ａが備えられており、この車両管理手段１２ａは、ＬＡＮを介して送られてくる各種のデータを各車両端末１に選択的に送信する。また、車両管理手段１２ａは、定期的に、例えば１分ごとに、各車両端末１に対して現在の走行位置と現在の動態情報とからなる車両情報を入手するためにポーリング動作を行っており、この結果、返信された各車両端末１（各タクシー）の車両データは配車サーバ１４内のデータファイル更新手段１４ｃを介して車両管理ファイル１４ｇに書き込まれる。
【００５８】
配車端末１３にはキー操作を受け付ける入力手段１３ｂと、配車受付手段１３ａが備えられており、入力手段１３ｂは、図示しない配車オペレータの操作により電話機４で受け付けた顧客の配車受付情報を入力し、配車受付手段１３ａはこの配車受付情報に対応する配車依頼データを配車サーバ１４へ送信する。なお、配車依頼データとは、例えば、顧客の電話番号、顧客名、配車住所、配車場所近辺の目印などである。
【００５９】
配車サーバ１４は、ＬＡＮに接続された配車手段１４ｂ及びデータファイル更新手段１４ｃと、指定された条件に従って配車除外エリアの形状とサイズとを決定すると共に、与えられたタクシーの所在位置が配車除外エリアの内部か外部かの判定を行う配車除外エリア管理手段１４ａと、図示しない記憶装置、例えばハードディスク装置に格納された配車除外エリアファイル１４ｄ、顧客マスターファイル１４ｅ、地図マスターファイル１４ｆ、車両管理ファイル１４ｇとを備えている。なお、これらのファイルは、他のサーバでも使用する場合があるため、他のサーバからもアクセスできるようになっているが、本発明に直接関係ない部分は図示と説明を省略する。
【００６０】
データファイル更新手段１４ｃは、車両管理手段１２ａが定期的に入手する各車両端末１を搭載したタクシーの現在の走行位置と現在の動態情報とからなる車両データを車両管理ファイル１４ｇに書き込んで更新している。また、同時に、更新した現在の走行位置が配車除外エリア内である時、車両管理ファイル１４ｇ内の各タクシーと対応する待機時間累計に所定の時間値である単位待機時間を加算する。
【００６１】
なお、単位待機時間とは車両管理手段１２ａが、全ての車両端末１のデータを一回りして収集するポーリング時間である。例えば５秒／車両端末で処理し、全体のタクシー台数が２０台である時、１回のポーリング時間が１分間となり、配車除外エリア内での待機時間累計にこの１分間が加算される。従って、この配車除外エリア内を走行中の空車タクシーも待機時間累計に加算されるが、短時間でこの配車除外エリア内を抜けるため、大きな誤差は発生しない。このため、待機時間累計でのペナルティ判定を行う場合は、所定の待機時間、例えば１日当たり１時間を待機時間累計から除外して判定するようにしている。
【００６２】
配車手段１４ｂは、配車端末１３が出力した配車依頼データを入力し、顧客マスターファイル１４ｅと地図マスターファイル１４ｆと車両管理ファイル１４ｇとから、配車依頼された特定の顧客に最も近い空車のタクシーを検索する。そして、この検索した空車のタクシーが配車除外エリア内であるか外であるかを配車除外エリア管理手段１４ａに問い合わせる。
【００６３】
もし、この検索した空車のタクシーが配車除外エリア内である場合は、このタクシー以外で配車依頼された顧客に最も近い別の空車タクシーを検索し、配車除外エリア外で最も特定の顧客に近いタクシーを抽出する。
【００６４】
そして、配車手段１４ｂは、車両管理手段１２ａを介して抽出したタクシーと対応する車両端末１に配車受け入れの可否を打診し、配車可能の返信を受け取った場合、配車が決定されたと判断し、決定した空車のタクシーを配車受付手段１３ａに通知することで配車タクシー選択の処理が完了する。
【００６５】
一方、配車除外エリア管理手段１４ａでは、タクシーの所在位置を入力し、このタクシーが配車除外エリアの内外のいずれかに位置するのかを判別する。また、配車除外エリア管理手段１４ａでは、不定期に配車除外エリアの大きさやエリアの形状を変更しており、タクシー運転手が現在の配車除外エリアを類推できないようにしている。
【００６６】
図４はこのシステムで使用する各種のデータファイル内容を説明するテーブル形式の説明図である。
【００６７】
図４（Ａ）は車両管理ファイルであり、タクシー会社が保有する全てのタクシーの現在の状態をリアルタイムで管理するものである。
【００６８】
車両管理ファイルは、横方向に左から順に、『車両番号』、『動態』、『現在位置』、『待機時間累計』の項目になっており、縦方向はタクシーを識別する『車両番号』が１号車から２０号車までに区画されている。また、『動態』は、各タクシーの現在の状態を表しており、客待ちの空車、乗客を輸送中の賃走、配車先へ向かう迎車、移動のみを行う回送のいずれかが記憶される。
【００６９】
『現在位置』は緯度と経度とで表されており、『待機時間累計』は、配車除外エリア内に存在した時間の累計を表している。累計期間はシステムの運用で任意に決定されるものであり、この実施例では１カ月としている。なお、『待機時間累計』は、配車除外エリアが複数存在する場合、そのエリア内に存在した時間の合計となっている。
【００７０】
図４（Ｂ）は顧客マスターファイルであり、顧客に関するデータが記録されている。
【００７１】
顧客マスターファイルは、横方向に左から順に、『顧客名称』、『顧客電話番号』、『待機可否』、『顧客住所』、『顧客所在位置』の項目になっている。なお、『顧客所在位置』のデータは緯度と経度とで表されている。
【００７２】
『待機可否』は本発明による配車除外エリア内のタクシーに対する配車を行うか否かの識別であり、例えば、大口顧客内に駐車スペースがあり、この中に配車待ちのタクシーが駐車できるなら、タクシーの待機が『可』となり、そうでないなら『不可』と、予め決定しておく。この実施例では『待機可否が可』の顧客を、本発明を適用する特定の顧客として説明している。
【００７３】
図４（Ｃ）は配車除外エリアファイルであり、顧客マスターファイルの『待機可否』で『不可』の顧客、つまり、本発明による配車除外エリア内のタクシーに対する配車を除外することを希望する特定の顧客ごとに、その配車除外エリアを決定する要素を記憶している。
【００７４】
配車除外エリアファイルは、横方向に左から順に、『顧客名称』、『除外エリア形状』、『除外エリアサイズ』、『更新時間』、『顧客所在位置』の項目になっている。なお、『顧客所在位置』のデータは緯度と経度とで表されている。
【００７５】
『除外エリア形状』とは顧客の位置を中心としたエリアの形状であり、この実施例では、円形、正方形、正三角形を用いている。また、『除外エリアサイズ』は除外エリアのサイズを示しており、この実施例では円形の場合は、半径をメートルで、また、それ以外の形状の場合は一辺の長さをメートルで表している。これらの長さは５０、７５、１００メートルとしている。『更新時間』は、次に除外エリアを更新するまでの時間であり、１５分、３０分、１時間のいずれかで逐次更新される。
【００７６】
前述したように、運転手がこの除外エリアを類推することがないように不定期でその形状と、大きさと、更新タイミングを変更している。つまり、『除外エリア形状』と『除外エリアサイズ』と『更新時間』とは、配車除外エリア管理手段１４ａによって、ランダムに更新されている。
【００７７】
図４（Ｄ）は地図マスターファイルであり、地図を表示するための地図表示データファイルと、受け付けた配車依頼の情報から顧客の所在位置を特定するための検索テーブルとから構成されている。
【００７８】
検索テーブルは、横方向に左から順に、『電話番号』、『住所』、『氏名』、『所在位置』の項目になっている。なお、『所在位置』のデータは緯度と経度とで表されている。
【００７９】
配車手段１４ｂは配車端末１３が出力した配車依頼データの中の顧客電話番号や顧客住所、顧客氏名など内、少なくとも１つの項目をキーとして、この検索テーブルを検索することで顧客マスターファイルに未登録の新規顧客であっても、その所在位置を特定することができる。
【００８０】
次に以上説明した構成を用いて配車に関する処理を説明する。
【００８１】
図３に示すようにタクシー会社３では電話機４によって、特定の顧客であるＡ社からタクシーの配車の依頼を受ける。この依頼は配車端末１３を操作する図示しない配車受付オペレータによって受付られる。
【００８２】
配車受付オペレータは、配車先がＡ社であることを確認すると、この顧客名称『Ａ社』と実際に乗車する代表者の氏名や人数などの配車受付情報とをオペレータの操作により、配車端末１３内の入力手段１３ｂに入力する。この配車受付情報のデータは配車受付手段１３ａに入力され、配車受付手段１３ａはこれらの情報を配車依頼データとしてＬＡＮを介して配車サーバ１４内の配車手段１４ｂへ送信する。なお、顧客名称の代わりに配車先を特定する情報、例えば受け付けた相手の電話番号や住所、氏名などでもよい。
【００８３】
この配車依頼データを受信した配車サーバ１４内の配車手段１４ｂは、受信した顧客名称『Ａ社』をキーにして顧客マスターファイル１４ｅ内を検索し、Ａ社の所在位置と、Ａ社の待機可否のデータ『可』とを抽出する。従ってＡ社は特定の顧客であると識別する。
【００８４】
次に配車手段１４ｂは、車両管理ファイル１４ｇ内の各タクシーの現在位置と動態とを確認し、Ａ社の所在位置に最も近い距離で、かつ、動態が空車のタクシーの車両番号：１号車を抽出する。
【００８５】
次に、配車手段１４ｂは、配車依頼が有った顧客が特定の顧客であるため、この車両番号：１号車の現在の所在位置と配車先でるある顧客名称：Ａ社とのデータとを配車除外エリア管理手段１４ａに通知する。この通知を受け取った配車除外エリア管理手段１４ａは、配車除外エリアファイルを参照して顧客名称：Ａ社の現在の配車除外エリアを特定し、車両番号：１号車の現在の所在位置がこの現在の配車除外エリア内か、もしくは、エリア外かを判定し、この結果、例えば車両番号：１号車の現在の所在位置が配車除外エリア内であることを配車手段１４ｂに返答する。
【００８６】
これを受け取った配車手段１４ｂは、車両番号：１号車を今回の配車から除外して、再度、車両管理ファイル１４ｇ内の各タクシーの現在位置と動態とを確認し、Ａ社の所在位置に次に近い距離で、かつ、動態が空車のタクシーの車両番号：２号車を抽出して配車除外エリア内外を確認する。この場合も同様に配車除外エリア内である場合は、さらに、これらの車両、つまり、１号車と２号車とを今回の配車から除外して、再度、車両管理ファイル１４ｇ内の各タクシーの現在位置と動態とを確認し、Ａ社の所在位置に次に近い距離で、かつ、動態が空車のタクシーの車両番号：３号車を抽出して配車除外エリア内外を確認する。
【００８７】
この結果、例えば車両番号：３号車の現在の所在位置が配車除外エリア外である場合、配車手段１４ｂは、配車するタクシーの候補として車両番号：３号車を決定し、配車受付手段１３ａから入力した配車依頼データを無線サーバ１２を介して車両番号：３号車と対応する車両端末１へ無線送信する。
【００８８】
これを受信した車両端末１の移動局制御装置１ｈは、この配車依頼データを表示装置１ｄへ表示させ、乗務員に対して配車受け入れの判断を促す。これに対応して、乗務員がタクシーメータ１ｅを『空車』から『迎車』に切り換えて配車先に向かう。『迎車』に切り換えられた情報は情報は無線サーバ１２を介して配車手段１４ｂに通知され、配車手段１４ｂは車両番号：３号車の配車が決定されたと判断し、この車両番号：３号車をＡ社の配車に割り当てたことを配車受付手段１３ａに通知する。配車受付手段１３ａはこれを記憶し、以降、車両番号：３号車の現在位置を図示しない表示画面上で確認し、顧客からの問い合わせ応対や、マイク１１ｃやスピーカ１１ｄを介しての音声通話で車両番号：３号車をＡ社まで道案内する。
【００８９】
なお、以上説明した実施例は自動で配車の車両を決定しているが、これに限るものでなく、配車手段１４ｂが配車するタクシーの候補として車両番号：３号車を決定した段階で、この情報を一旦、配車受付手段１３ａへ送信し、この情報を確認したオペレータがマイク１１ｃやスピーカ１１ｄを介しての音声通話で車両番号：３号車と通話し、配車を受け入れる確認を行ってもよい。この場合、配車受付手段１３ａから、車両番号：３号車の配車受け入れ確認を配車手段１４ｂに通知することになる。
【００９０】
図５は配車除外エリアを示すＡ社を中心とする付近の地図である。この配車除外エリアは円形をしており、半径が５０メートルの配車除外エリアＡと、半径が１００メートルの配車除外エリアＢとを示している。前述した配車の手順は、現在の配車除外エリアが配車除外エリアＡの場合を説明している。従って、配車除外エリアＡ内の空車タクシーである１号車と２号車はＡ社への配車を除外され、配車除外エリアＡ外で次にＡ社に近い空車タクシーである３号車が配車されることになる。
【００９１】
ただし、配車除外エリア管理手段１４ａによって、現在の配車除外エリアが配車除外エリアＢとなっていた場合は、この内部に位置する３号車と４号車も配車の除外対象となり、配車除外エリアＢ外で次にＡ社に近い空車タクシーである５号車が配車されることになる。
【００９２】
次に、この配車除外エリア内に長時間滞在するタクシーに対するペナルティ処理について説明する。このペナルティ処理は自動で行うものであり、配車除外エリア外であっても、配車除外エリア内に長時間滞在するタクシーに対しては、配車の指令回数を削減するようにしたものである。
【００９３】
データファイル更新手段１４ｃで説明したように、各車両ごとに配車除外エリア内に滞在する時間を待機時間累計として記憶している。そして、配車手段１４ｂが配車するタクシーの候補となるタクシーを選択した段階で、候補となったタクシーの待機時間累計を確認し、この待機時間累計が所定時間、例えば１時間以上の場合は、この配車候補から除外するペナルティを課すようにしている。同時に、待機時間累計から１時間を減算している。
【００９４】
つまり、配車除外エリア内に長時間滞在するタクシーに対しては、その滞在時間１時間に対して１回の配車指令を見送ることで、配車除外エリア内の長時間滞在のメリットを低減させ、迷惑な停車を削減させるようにしている。
【００９５】
以上説明したように、顧客周辺の配車除外エリア内に駐車するタクシーは配車対象から除外され、また、配車除外エリアが不定形状に更新されるため、運転者がそのエリアを把握できず、結果的に顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００９６】
また、配車除外エリア内に存在する車両の待機時間累計が所定時間以上の車両に対して、配車のチャンスを与えないペナルティを課すことで顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００９７】
また、顧客への配車車両としての割り当てを中止して配車のチャンスを与えないペナルティを課したた時、待機時間累計を減じるので、待機時間累計の多さに対応して配車のチャンスを与えないようにすることができる。
【００９８】
次に図６と図７のフローチャートを用いて配車手段１４ｂと配車除外エリア管理手段１４ａの処理を説明する。なお、図６と図７においてＳＴはステップを表し、これに続く番号はステップ番号を示す。また、ＹはＹｅｓを、ＮはＮｏを表している。
【００９９】
図６は配車手段１４ｂの動作を説明しており、配車サーバ１４が動作を開始すると配車手段１４ｂは、まず、配車端末１３で受け付けた配車に関する配車依頼データを受信したか確認する（ＳＴ１）。配車依頼データを受信していない場合（ＳＴ１−Ｎ）、ＳＴ１へジャンプしてこれを待つ。
【０１００】
配車依頼データを受信した場合（ＳＴ１−Ｙ）、次に配車依頼データの顧客に最も近い空車のタクシーを車両管理ファイル１４ｇ内を検索して抽出する（ＳＴ２）。次に顧客マスターファイル１４ｅ内で、配車依頼データの顧客と対応する『待機可否』の項を読み出して、配車除外エリア内の特定の顧客か確認する（ＳＴ３）。配車除外エリア内の特定の顧客の場合（ＳＴ３−Ｙ）、ＳＴ２で抽出したタクシーの現在位置が配車除外エリア内かの問い合わせを配車除外エリア管理手段１４ａに行う（ＳＴ４）。
【０１０１】
配車除外エリア管理手段１４ａからの回答が配車除外エリア内である時（ＳＴ５−Ｙ）、配車依頼データの顧客に次に近い空車のタクシーを車両管理ファイル１４ｇ内を検索して抽出する（ＳＴ６）。そして、この抽出したタクシーの現在位置が配車除外エリア内かの問い合わせを配車除外エリア管理手段１４ａに行う（ＳＴ７）。
【０１０２】
配車除外エリア管理手段１４ａからの回答が配車除外エリア内である時（ＳＴ８−Ｙ）、ＳＴ６へジャンプする。配車除外エリア管理手段１４ａからの回答が配車除外エリア外である時（ＳＴ８−Ｎ）、ＳＴ６で抽出した該当タクシーに対して、配車依頼データを無線サーバ１２を介して送信する（ＳＴ９）。
【０１０３】
該当タクシーからの配車の承諾が得られない場合（ＳＴ１０−Ｎ）、ＳＴ６へジャンプする。一方、該当タクシーからの配車の承諾が得られた場合、つまり、配車依頼データに対応して該当タクシーの動態が『空車』から『迎車』になったら（ＳＴ１０−Ｙ）、配車受付手段１３ａへ配車が決定した車両番号を通知する（ＳＴ１１）。そして、ＳＴ１へジャンプする。
【０１０４】
ＳＴ３で配車除外エリア内の顧客のでない場合（ＳＴ３−Ｎ）と、ＳＴ２で抽出したタクシーが配車除外エリア外に位置する場合（ＳＴ５−Ｎ）とは、次に、抽出したタクシーの待機時間累計を車両管理ファイル１４ｇを検索して読み出し、待機時間累計が１時間以上か確認する（ＳＴ１２）。待機時間累計が１時間以下の場合（ＳＴ１２−Ｎ）、ＳＴ９へジャンプする。
【０１０５】
待機時間累計が１時間以上の場合（ＳＴ１２−Ｙ）、車両管理ファイル１４ｇの待機時間累計から１時間を減算して記憶する（ＳＴ１３）。そして、配車依頼データの顧客に次に近い空車のタクシーを車両管理ファイル１４ｇ内を検索して抽出する（ＳＴ１４）。そして、ＳＴ１２へジャンプする。
【０１０６】
次に図７を用いて配車除外エリア管理手段１４ａの処理について説明する。
【０１０７】
配車除外エリア管理手段は動作を開始すると、配車手段１４ｂやデータファイル更新手段１４ｃから配車除外エリア判定の依頼があるか確認する（ＳＴ２１）。配車除外エリア判定の依頼がある場合（ＳＴ２１−Ｙ）、問い合わせ元は配車手段か確認する（ＳＴ２２）。
【０１０８】
問い合わせ元が配車手段である場合（ＳＴ２２−Ｙ）、指定された特定の顧客と対応する配車除外エリアファイル１４ｄを読み出す（ＳＴ２３）。そして、受け取ったタクシーの現在位置が指定された顧客と対応する配車除外エリアの内側か外側かを判定する（ＳＴ２４）。次に、配車手段へこの判定結果を通知する（ＳＴ２５）。そして、ＳＴ２１へジャンプする。
【０１０９】
ＳＴ２１で配車手段やデータファイル更新手段から配車除外エリア判定の依頼がない場合（ＳＴ２１−Ｎ）、配車除外エリアファイルに記憶された『更新時間』が経過したか確認する（ＳＴ２９）。『更新時間』が経過していない場合（ＳＴ２９−Ｎ）、ＳＴ２１へジャンプする。『更新時間』が経過している場合（ＳＴ２９−Ｙ）、配車除外エリアファイルに記憶された『除外エリア形状』、『除外エリアサイズ』、『更新時間』の内容をそれぞれランダムに選択し、この選択内容で配車除外エリアファイルを更新する（ＳＴ３０）。そして、ＳＴ２１へジャンプする。
【０１１０】
一方、ＳＴ２２で問い合わせ元が配車手段でなく、データファイル更新手段である場合（ＳＴ２２−Ｎ）、全ての特定の顧客と対応する配車除外エリアファイルを読み出す（ＳＴ２６）。そして、受け取ったタクシーの現在位置が全ての特定の顧客と対応する配車除外エリアの内側か外側かを判定する（ＳＴ２７）。次に、データファイル更新手段へこの判定結果を通知する（ＳＴ２５）。そして、ＳＴ２１へジャンプする。
【０１１１】
以上説明したように、特定の顧客周辺の配車除外エリア内に駐車するタクシーは配車対象から除外され、また、配車除外エリアが不定形状に更新されるため、運転者がそのエリアを把握できず、結果的に特定の顧客周辺に駐車するメリットがなくなる。このため、特定の顧客周辺に駐車するタクシーの数を低減させることができる。
【０１１２】
この実施例では車両管理ファイルに記憶している待機時間累計を元に、配車のチャンス回数を自動的に低減させる構成を記載しているが、これに限るものでななく、待機時間累計を配車端末を介して配車オペレータに通知するようにしてもよい。この場合、ペナルティは人為的に行うことになるが、配車のチャンス回数を自動的に低減させる部分のプログラム開発が不要であり、また、ペナルティ実施を柔軟に行うことができる。
【０１１３】
なお、この実施例では、無線サーバ１２と配車端末１３と配車サーバ１４とに処理を分散させているが、これら各機能をさらに分割し、他のコンピュータで分散処理したり、全ての機能を１台のコンピュータで統合して処理してもよい。また、配車管理装置内の処理の一部を車両端末で実施するようにしてもよい。
【図面の簡単な説明】
【０１１４】
【図１】本発明によるタクシー配車システムの実施例を示す説明図である。
【図２】本発明によるタクシー配車システムに使用される車両端末のブロック図である。
【図３】本発明によるタクシー配車システムに使用される配車管理装置のブロック図である。
【図４】本発明によるタクシー配車システムに使用される各種ファイルの内容を説明する説明図である。
【図５】本発明によるタクシー配車方法を用いた場合の配車方法を説明する地図である。
【図６】本発明によるタクシー配車方法における配車手段の動作を説明するフローチャートである。
【図７】本発明によるタクシー配車方法における配車除外エリア管理手段の動作を説明するフローチャートである。
【図８】従来のタクシー配車システムを示す説明図である。
【図９】従来のタクシー配車システムにおける配車管理サーバを示すブロック図である。
【図１０】従来のタクシー配車システムにおける車載端末を示すブロック図である。
【符号の説明】
【０１１５】
１ 車両端末
１ａ アンテナ
１ｂ 移動局無線機
１ｃ ＧＰＳ装置
１ｄ 表示装置
１ｅ タクシーメータ
１ｆ スピーカ
１ｇ マイク
１ｈ 移動局制御装置
２ａ、２ｂ、２ｃ タクシー
３ タクシー会社
４ 電話機
５ 電話回線網
６ 電話機
１０ 配車管理装置
１１ 基地局無線装置
１１ａ 基地局無線機
１１ｂ アンテナ
１１ｃ マイク
１１ｄ スピーカ
１２ 無線サーバ
１２ａ 車両管理手段
１３ 配車端末
１３ａ 配車受付手段
１３ｂ 入力手段
１４ 配車サーバ
１４ａ 配車除外エリア管理手段
１４ｂ 配車手段
１４ｃ データファイル更新手段
１４ｄ 配車除外エリアファイル
１４ｅ 顧客マスターファイル
１４ｆ 地図マスターファイル
１４ｇ 車両管理ファイル
【技術分野】
【０００１】
本発明は、客先の要望によりタクシーを配車するシステム及びタクシー配車方法に係わり、より詳細には、客先近辺で配車待ちを行うタクシーの排除を行うことができる構成に関する。
【背景技術】
【０００２】
従来、タクシー配車システムは図８に示す構成があった。
【０００３】
このタクシー配車システムは、例えば、利用者の携帯端末２５と、配車管理サーバ２０と、タクシーに搭載された車載端末３０とを備え、これらはインターネット等のネットワーク４０を介して接続可能に構成されている。
【０００４】
携帯端末２５は、利用者が保有する端末であり、例えば携帯電話機等である。携帯端末２５は、制御部、記憶部、表示部、入力部、ＧＰＳ電波受信部、通信制御部等を備えるコンピュータから構成される。携帯端末２５の制御部は、記憶部に記憶される制御プログラム等を読み込むこにより、利用者による入力操作に応答して、タクシーの配車を要求するための配車要求処理等を行う。
【０００５】
配車要求処理では、ＧＰＳ電波受信部により人工衛星からＧＰＳ信号を受信して、携帯端末２５の現在位置を示す現在位置情報（例えば、緯度及び経度等）を生成して配車管理サーバ２０に送信する。
【０００６】
配車管理サーバ２０は、例えば図９に示すように、制御部２１と、記憶部２２と、通信制御部２３とを備えるコンピュータから構成される。
【０００７】
制御部２１は、ＣＰＵ（Central Processing Unit ）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、記憶部２２に予め記憶された動作プログラム等を読み込んで実行することにより、ユーザ登録処理、タクシー位置管理処理、配車処理、乗車記録保管処理、利用状況情報提供処理、現在位置再検索処理等を行う。
【０００８】
タクシー位置管理処理では、制御部２１は、各タクシーの車載端末３０から現在位置情報と車載端末ＩＤを受信すると、受信した現在位置情報を記憶部２２のタクシー位置ＤＢ２２２に記憶（更新）する。ここで、車載端末ＩＤは、車載端末３０を識別するためのコードであり、タクシーに搭載する車載端末３０にそれぞれ異なるコードが予め付与されている。
【０００９】
配車処理では、制御部２１は、携帯端末２５から配車依頼を受信すると、携帯端末２５から現在位置情報を受信し、タクシー位置ＤＢ２２２を参照して現在位置情報が示す位置と利用者の位置との距離が最短のタクシーを選出する。この選出では、例えば、制御部２１は、携帯端末２５から受信した現在位置情報が示す位置と、タクシー位置ＤＢ２２２に記憶されている各車載端末３０の位置との距離を算出して求め、求めた距離が最短である車載端末３０を選出する。
【００１０】
そして、制御部２１は、選出した車載端末３０に対して、配車要求を送信し、これに対して配車可を示す返答データを受信した場合には、その車載端末３０に対して、先に携帯端末２５から受信した現在位置情報、ユーザＩＤ等を送信する。また、配車不可を示す返答データを受信した場合には、先に求めた携帯端末２５との距離が、選出した車載端末３０の次に短い車載端末３０を選び直し、その車載端末３０に対して配車要求を送信する処理を、配車可を示す返答データを受信するまで繰り返す。
【００１１】
記憶部２２は、例えば、ハードディスク装置等から構成され、制御部２１が実行するための動作プログラムや処理に必要な各種データ等が記憶される。また、記憶部２２は、ユーザ情報ＤＢ２２１、タクシー位置ＤＢ２２２、乗車記録ＤＢ２２３を備える。
【００１２】
通信制御部２３は、ネットワーク４０を介した他の装置（携帯端末２５、車載端末３０等）との通信を制御する。
【００１３】
車載端末３０は、各タクシーに搭載される端末であり、例えば図１０に示すように、制御部３１、記憶部３２、表示部３３、入力部３４、通信制御部３５、ＧＰＳ電波受信部３６等を備えるコンピュータから構成される。
【００１４】
制御部３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、記憶部３２に予め記憶された動作プログラム等を読み込んで実行することにより、現在位置情報送信処理、配車要求受付処理、乗車記録送信処理等を行う。
【００１５】
現在位置情報送信処理では、制御部３１は、予め設定されたタイミング（例えば、所定時間毎）で、ＧＰＳ電波受信部３６により人工衛星からＧＰＳ信号を受信して、車載端末３０の現在位置を示す現在位置情報（例えば、緯度及び経度等）を生成して配車管理サーバ２０に送信する。
【００１６】
配車要求受付処理では、制御部３１は、配車管理サーバ２０から配車要求を受信すると、例えばメッセージの表示部３３への表示や図示せぬ音声出力部から音声出力を行うことにより配車要求を受信したことをタクシーの運転手に通知する。そして、配車要求に対する返答の入力を受け付け、入力データを返答データとして配車管理サーバ２０に送信する。配車可を示す返答データを送信した場合には、その後、配車管理サーバ２０から配車を依頼した利用者の現在位置情報、ユーザＩＤ等を受信し、受信データを表示する。現在位置情報の表示は、例えば、地図データを表示し、地図上における現在位置情報が示す位置を表示する。
【００１７】
記憶部３２は、例えば、ハードディスク装置等から構成され、制御部２１が実行するための動作プログラムや処理に必要な各種データ等が記憶される。表示部３３は、制御部３１等からの指示に従って各種画面を表示する。
【００１８】
入力部３４は、例えばタッチパネル等の入力装置であり、入力データを制御部３１に通知する。通信制御部３５は、配車管理サーバ２０等とのネットワーク４０を介した通信を制御する。
【００１９】
ＧＰＳ電波受信部３６は、人工衛星からのＧＰＳ信号を受信して、携帯端末２５の現在位置を緯度及び経度等で示す現在位置情報を生成する。
【００２０】
次に、利用者が配車を依頼する場面における配車処理について説明する。
【００２１】
例えば、携帯端末２５は利用者の入力操作に応答して、配車依頼を配車管理サーバ２０に送信する。
【００２２】
配車管理サーバ２０の制御部２１は、配車依頼の受信に応答して、携帯端末２５から現在位置情報を受信し、現在位置情報がタクシー位置ＤＢ２２２に記憶されている各車載端末３０の現在位置情報が示す位置と、利用者の携帯端末２５から受信した現在位置情報が示す位置との距離を算出して求め、求めた距離が最短の車載端末３０を選出し、その車載端末３０が搭載されているタクシーを配車対象とする。
【００２３】
そして、制御部２１は、選出した車載端末３０に対して配車要求を送信し、これに対する返答データを受信する。
【００２４】
そして、受信した返答データが配車可を示す場合、制御部２１は、選出した車載端末３０に対して、携帯端末２５から受信した現在位置情報とユーザＩＤ等を送信する。車載端末３０では、受信した現在位置情報が示す位置が地図上に表示される。
【００２５】
また、受信した返答データが配車不可を示す場合、先に選出した車載端末３０を選出対象から除外して、利用者の携帯端末２５から受信した現在位置情報が示す位置との距離が最短の車載端末３０を選出し直す構成になっている（例えば、特許文献１参照。）。
【００２６】
このように自動で配車車両を選択する場合、いくら配車先に近い距離にある空車のタクシーであっても、渋滞に巻き込まれて動けない車両や、駅前のロータリーなどで客待ちの順番待ちで並んでいる車両は、配車指定を受けてもすぐには配車先に行けない場合がある。
【００２７】
このように、配車先に近い距離にある空車のタクシーであっても動けない車両には配車ができないため、予め定められたエリアや、渋滞道路上の車両には配車を行わず、前述しこれらのエリアや道路以外に存在する空車車両の中から、次に配車先に近い車両を選択するシステムが提案されている（例えば、特許文献２参照。）。
【００２８】
ところで、例えば、タクシー会社の大口顧客である地方の工場や研究所などでは、アクセスする公共交通機関が遠くにあり、また運行頻度も少ないため、最寄りのターミナル駅までのタクシー利用が多い。また、大口顧客は大手の企業であるため、タクシーチケットの利用や深夜の遠距離利用が多く、タクシー会社にとっては有益な収入源である。
【００２９】
このため、各タクシーは競ってこの大口顧客の周辺で客待ちを行うようになってきた。
【００３０】
前述のように、顧客から配車の依頼があった場合、この顧客から一番距離が短い空車が配車の対象となるため、大口顧客の正門横などに駐車車両が集中する場合があった。また、このようなタクシーは客のために常に車内の冷暖房を行っており、結果的に駐車中であっても、エンジンを回している場合が多い。また、これらのタクシーが大口顧客の周辺道路に迷惑駐車する場合もあり、近所に住んでいる住民の車両の移動を妨げる虞があった。
【００３１】
このため、これらのタクシーの騒音や排ガスの被害、迷惑な駐停車による通行妨害などに対する近隣住民の苦情が大口顧客に寄せられた場合、大口顧客はタクシー会社に改善を依頼し、タクシー会社でも各運転手に大口顧客周辺での客待ちができるだけないように運用している。一方、大口顧客側ではタクシー会社側で改善が見られない場合、このタクシー会社の利用を中止することを検討しており、タクシー会社側でも改善に苦慮している。
【００３２】
しかしながら、大口顧客周辺での客待ちは、タクシー運転手にとって有望な客を獲得できる手段であり、この状況はなかなか改善されないという問題があった。このため、特許文献２のように特定の場所、ここでは大口顧客周辺を配車の対象エリア外とする方法もあるが、運転手に配車の対象エリアがわかった場合、このエリアの外周付近で、また、同じ問題が発生することになる。また、時間帯によっては配車の指示を待つよりも、大口顧客の会社の正門付近でタクシーを拾う客を得る方が効率的な場合もあり、客待ちの問題の改善は非常に困難であった。
【特許文献１】特開２００６−２６８２２９号公報（第４−６頁、図１）
【特許文献２】特開２００２−１９００９６号公報（第４−５頁、図５）
【発明の開示】
【発明が解決しようとする課題】
【００３３】
本発明は以上述べた問題点を解決し、タクシー配車システム及びタクシー配車方法において、大口顧客周辺の迷惑駐車タクシーの数を低減させることを目的とする。
【課題を解決するための手段】
【００３４】
本発明は上述の課題を解決するため、タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備え、
前記配車管理装置は、最新の前記車両情報を記憶する車両管理手段と、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報が入力され、同配車受付情報をデータ化する入力手段と、前記配車受付情報のデータを配車依頼データとして変換する配車受付手段と、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新すると共に、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定する配車除外エリア管理手段と、前記車両情報内の車両位置における前記配車除外エリア外か否かの前記配車除外エリア管理手段での判定結果が前記配車除外エリア外の場合で、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てる配車手段とを備える。
【００３５】
また、前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、同待機時間累計を前記配車受付オペレータへ提示する。
【００３６】
もしくは、前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、
前記配車手段は、前記配車依頼データ内の顧客が前記配車除外エリア外に位置する場合で、かつ、入力された前記待機時間累計が所定の時間以上となる待機超過車両を前記顧客への配車割り当て対象から除外し、前記待機超過車両以外で前記顧客に近い空車の別車両を前記顧客へ割り当てる。
【００３７】
さらに、前記配車手段は、前記待機超過車両を前記顧客への配車割り当てから除外した時、前記待機超過車両と対応する前記待機時間累計を減じる。
【００３８】
一方、タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備えたタクシー配車システムで用いられるタクシー配車方法において、
前記配車管理装置は、最新の前記車両情報を記憶するステップと、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報をデータ化するステップと、前記配車受付情報のデータを配車依頼データに変換するステップと、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新するステップと、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定するステップと、前記車両情報内の車両位置が前記配車除外エリア外に存在し、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てるステップとを実行する。
【発明の効果】
【００３９】
以上の手段を用いることにより、本発明によるタクシー配車システムによれば、
請求項１に係わる発明は、顧客周辺の配車除外エリア内に駐車するタクシーは配車対象から除外され、また、配車除外エリアが不定形状に更新されるため、運転者がそのエリアを把握できず、結果的に顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００４０】
請求項２に係わる発明は、配車除外エリア内に存在する車両の待機時間累計が配車受付オペレータへ提示されるため、各車両の待機時間累計に対応して、人為的な手段により駐車しないように注意を促すことができる。
【００４１】
請求項３に係わる発明は、配車除外エリア内に存在する車両の待機時間累計が所定時間以上の車両に対して、配車のチャンスを与えないペナルティを課すことで顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００４２】
請求項４に係わる発明は、顧客への配車車両としての割り当てを中止した時、待機時間累計を減じるので、待機時間累計の多さに対応して配車のチャンスを与えないペナルティを課すことができる。
【００４３】
また、本発明によるタクシー配車方法によれば、
請求項５に係わる発明は、請求項１と同様の効果を得ることができる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の実施の形態を、添付図面に基づいた実施例として詳細に説明する。
【実施例１】
【００４５】
近年、タクシーの運行をＧＰＳ（Global Positioning System ）と移動無線ネットワークを使用して管理するＧＰＳ−ＡＶＭ（Automatic Vehicle Monitoring）システムが実用化されている。
【００４６】
図１はこのようなシステムを応用した本発明によるタクシー配車システムを説明する説明図である。このシステムは、顧客からの配車要求を受け付ける電話機４と運行管理を行う配車管理装置１０を備えたタクシー会社３と、この配車管理装置１０とデータや音声を送受信する車両端末１を備えた複数のタクシー２ａ，２ｂ，２ｃ・・・を備えている。
【００４７】
各タクシーの車両端末１は、この車両端末１が搭載されたタクシーの現在の動態情報、例えば、賃走か、空車かあるいは回送中や迎車かを表す情報と、タクシーの現在の位置情報とからなる車両情報を、無線回線を介して配車管理装置１０に伝送する。従ってタクシー会社３では、自社のタクシーの位置と動態とをリアルタイムで管理している。
【００４８】
一方、大口顧客であるＡ社７は、電話機６を用いて電話回線網５を介し、タクシー会社の電話機４へタクシーの配車を依頼する。この場合、従来であればＡ社７の近辺に位置する空車のタクシー２ａを配車として指定していたが、背景技術で説明したように、このタクシー２ａは迷惑駐車をしているタクシーであると思われるため、配車の対象から除外する。なお、特定の顧客であるＡ社７の近辺のエリアは予め配車除外エリアとして規定しており、この配車除外エリア以外で最もＡ社７に近いタクシー、ここではタクシー２ｂに対して配車の指示を行う。
【００４９】
従ってＡ社７の近辺に待機しているタクシー２ａには配車指令が行われないため、待機する意味がなくなり、Ａ社７の近辺に待機するタクシーの数は低減される。ただし、配車指令かなくても、Ａ社７の正門から出てタクシーを拾う深夜残業や徹夜明けの従業員を待ち受ける場合がある。これらのタクシーについては、配車除外エリア内の待機時間を累計し、この待機累計時間に対応してペナルティを与えるようにしている。
【００５０】
次に各装置の詳細構成を説明する。図２は車両端末１の構成を示すブロック図である。
【００５１】
車両端末１は配車管理装置１０と無線通信を行うアンテナ１ａに接続された移動局無線機１ｂと、現在の走行位置を検出するＧＰＳ装置１ｃと、賃走や空車あるいは回送中や迎車の動態の切り換えを行うタクシーメータ１ｅと、音声通話を行うためのスピーカ１ｆとマイク１ｇと、配車管理装置１０から送られる配車依頼データを表示する表示装置１ｄと、これらを制御する移動局制御装置１ｈとで構成されている。
【００５２】
移動局制御装置１ｈは、スピーカ１ｆとマイク１ｇとを介して乗務員の音声通話を行うと共に、配車管理装置１０からの情報要求により、現在の位置情報と現在の動態情報とからなる車両情報を配車管理装置１０へ送信する。なお、配車管理装置１０からはポーリングによる定期的な情報要求が発せられている。
【００５３】
図３は配車管理装置１０の構成を示すブロック図である。
【００５４】
配車管理装置１０は、車両端末１と無線通信を行う基地局無線装置１１と、基地局無線装置１１に接続され、各タクシーの現状データを収集する無線サーバ１２と、顧客からの配車依頼を配車オペレータの操作により入力して配車依頼データにする配車端末１３と、配車依頼データに基づいて最適な配車タクシーを選択する配車サーバ１４を備えており、無線サーバ１２と配車端末１３と配車サーバ１４とはＬＡＮで接続されている。
【００５５】
なお、図示しないが、これらの端末やサーバは制御部と記憶部と通信部と表示部とを備えており、これらの端末やサーバ内部のさまざまな手段の動作は、記憶部に記憶されたプログラムを制御部が実行することで実現している。また、これらの端末やサーバは、ＬＡＮに接続された通信部を介して通信を行う構成になっている。
【００５６】
基地局無線装置１１は、車両端末１と無線通信を行うアンテナ１１ｂと、基地局無線機１１ａと、マイク１１ｃと、スピーカ１１ｄとを備えている。
【００５７】
無線サーバ１２には車両管理手段１２ａが備えられており、この車両管理手段１２ａは、ＬＡＮを介して送られてくる各種のデータを各車両端末１に選択的に送信する。また、車両管理手段１２ａは、定期的に、例えば１分ごとに、各車両端末１に対して現在の走行位置と現在の動態情報とからなる車両情報を入手するためにポーリング動作を行っており、この結果、返信された各車両端末１（各タクシー）の車両データは配車サーバ１４内のデータファイル更新手段１４ｃを介して車両管理ファイル１４ｇに書き込まれる。
【００５８】
配車端末１３にはキー操作を受け付ける入力手段１３ｂと、配車受付手段１３ａが備えられており、入力手段１３ｂは、図示しない配車オペレータの操作により電話機４で受け付けた顧客の配車受付情報を入力し、配車受付手段１３ａはこの配車受付情報に対応する配車依頼データを配車サーバ１４へ送信する。なお、配車依頼データとは、例えば、顧客の電話番号、顧客名、配車住所、配車場所近辺の目印などである。
【００５９】
配車サーバ１４は、ＬＡＮに接続された配車手段１４ｂ及びデータファイル更新手段１４ｃと、指定された条件に従って配車除外エリアの形状とサイズとを決定すると共に、与えられたタクシーの所在位置が配車除外エリアの内部か外部かの判定を行う配車除外エリア管理手段１４ａと、図示しない記憶装置、例えばハードディスク装置に格納された配車除外エリアファイル１４ｄ、顧客マスターファイル１４ｅ、地図マスターファイル１４ｆ、車両管理ファイル１４ｇとを備えている。なお、これらのファイルは、他のサーバでも使用する場合があるため、他のサーバからもアクセスできるようになっているが、本発明に直接関係ない部分は図示と説明を省略する。
【００６０】
データファイル更新手段１４ｃは、車両管理手段１２ａが定期的に入手する各車両端末１を搭載したタクシーの現在の走行位置と現在の動態情報とからなる車両データを車両管理ファイル１４ｇに書き込んで更新している。また、同時に、更新した現在の走行位置が配車除外エリア内である時、車両管理ファイル１４ｇ内の各タクシーと対応する待機時間累計に所定の時間値である単位待機時間を加算する。
【００６１】
なお、単位待機時間とは車両管理手段１２ａが、全ての車両端末１のデータを一回りして収集するポーリング時間である。例えば５秒／車両端末で処理し、全体のタクシー台数が２０台である時、１回のポーリング時間が１分間となり、配車除外エリア内での待機時間累計にこの１分間が加算される。従って、この配車除外エリア内を走行中の空車タクシーも待機時間累計に加算されるが、短時間でこの配車除外エリア内を抜けるため、大きな誤差は発生しない。このため、待機時間累計でのペナルティ判定を行う場合は、所定の待機時間、例えば１日当たり１時間を待機時間累計から除外して判定するようにしている。
【００６２】
配車手段１４ｂは、配車端末１３が出力した配車依頼データを入力し、顧客マスターファイル１４ｅと地図マスターファイル１４ｆと車両管理ファイル１４ｇとから、配車依頼された特定の顧客に最も近い空車のタクシーを検索する。そして、この検索した空車のタクシーが配車除外エリア内であるか外であるかを配車除外エリア管理手段１４ａに問い合わせる。
【００６３】
もし、この検索した空車のタクシーが配車除外エリア内である場合は、このタクシー以外で配車依頼された顧客に最も近い別の空車タクシーを検索し、配車除外エリア外で最も特定の顧客に近いタクシーを抽出する。
【００６４】
そして、配車手段１４ｂは、車両管理手段１２ａを介して抽出したタクシーと対応する車両端末１に配車受け入れの可否を打診し、配車可能の返信を受け取った場合、配車が決定されたと判断し、決定した空車のタクシーを配車受付手段１３ａに通知することで配車タクシー選択の処理が完了する。
【００６５】
一方、配車除外エリア管理手段１４ａでは、タクシーの所在位置を入力し、このタクシーが配車除外エリアの内外のいずれかに位置するのかを判別する。また、配車除外エリア管理手段１４ａでは、不定期に配車除外エリアの大きさやエリアの形状を変更しており、タクシー運転手が現在の配車除外エリアを類推できないようにしている。
【００６６】
図４はこのシステムで使用する各種のデータファイル内容を説明するテーブル形式の説明図である。
【００６７】
図４（Ａ）は車両管理ファイルであり、タクシー会社が保有する全てのタクシーの現在の状態をリアルタイムで管理するものである。
【００６８】
車両管理ファイルは、横方向に左から順に、『車両番号』、『動態』、『現在位置』、『待機時間累計』の項目になっており、縦方向はタクシーを識別する『車両番号』が１号車から２０号車までに区画されている。また、『動態』は、各タクシーの現在の状態を表しており、客待ちの空車、乗客を輸送中の賃走、配車先へ向かう迎車、移動のみを行う回送のいずれかが記憶される。
【００６９】
『現在位置』は緯度と経度とで表されており、『待機時間累計』は、配車除外エリア内に存在した時間の累計を表している。累計期間はシステムの運用で任意に決定されるものであり、この実施例では１カ月としている。なお、『待機時間累計』は、配車除外エリアが複数存在する場合、そのエリア内に存在した時間の合計となっている。
【００７０】
図４（Ｂ）は顧客マスターファイルであり、顧客に関するデータが記録されている。
【００７１】
顧客マスターファイルは、横方向に左から順に、『顧客名称』、『顧客電話番号』、『待機可否』、『顧客住所』、『顧客所在位置』の項目になっている。なお、『顧客所在位置』のデータは緯度と経度とで表されている。
【００７２】
『待機可否』は本発明による配車除外エリア内のタクシーに対する配車を行うか否かの識別であり、例えば、大口顧客内に駐車スペースがあり、この中に配車待ちのタクシーが駐車できるなら、タクシーの待機が『可』となり、そうでないなら『不可』と、予め決定しておく。この実施例では『待機可否が可』の顧客を、本発明を適用する特定の顧客として説明している。
【００７３】
図４（Ｃ）は配車除外エリアファイルであり、顧客マスターファイルの『待機可否』で『不可』の顧客、つまり、本発明による配車除外エリア内のタクシーに対する配車を除外することを希望する特定の顧客ごとに、その配車除外エリアを決定する要素を記憶している。
【００７４】
配車除外エリアファイルは、横方向に左から順に、『顧客名称』、『除外エリア形状』、『除外エリアサイズ』、『更新時間』、『顧客所在位置』の項目になっている。なお、『顧客所在位置』のデータは緯度と経度とで表されている。
【００７５】
『除外エリア形状』とは顧客の位置を中心としたエリアの形状であり、この実施例では、円形、正方形、正三角形を用いている。また、『除外エリアサイズ』は除外エリアのサイズを示しており、この実施例では円形の場合は、半径をメートルで、また、それ以外の形状の場合は一辺の長さをメートルで表している。これらの長さは５０、７５、１００メートルとしている。『更新時間』は、次に除外エリアを更新するまでの時間であり、１５分、３０分、１時間のいずれかで逐次更新される。
【００７６】
前述したように、運転手がこの除外エリアを類推することがないように不定期でその形状と、大きさと、更新タイミングを変更している。つまり、『除外エリア形状』と『除外エリアサイズ』と『更新時間』とは、配車除外エリア管理手段１４ａによって、ランダムに更新されている。
【００７７】
図４（Ｄ）は地図マスターファイルであり、地図を表示するための地図表示データファイルと、受け付けた配車依頼の情報から顧客の所在位置を特定するための検索テーブルとから構成されている。
【００７８】
検索テーブルは、横方向に左から順に、『電話番号』、『住所』、『氏名』、『所在位置』の項目になっている。なお、『所在位置』のデータは緯度と経度とで表されている。
【００７９】
配車手段１４ｂは配車端末１３が出力した配車依頼データの中の顧客電話番号や顧客住所、顧客氏名など内、少なくとも１つの項目をキーとして、この検索テーブルを検索することで顧客マスターファイルに未登録の新規顧客であっても、その所在位置を特定することができる。
【００８０】
次に以上説明した構成を用いて配車に関する処理を説明する。
【００８１】
図３に示すようにタクシー会社３では電話機４によって、特定の顧客であるＡ社からタクシーの配車の依頼を受ける。この依頼は配車端末１３を操作する図示しない配車受付オペレータによって受付られる。
【００８２】
配車受付オペレータは、配車先がＡ社であることを確認すると、この顧客名称『Ａ社』と実際に乗車する代表者の氏名や人数などの配車受付情報とをオペレータの操作により、配車端末１３内の入力手段１３ｂに入力する。この配車受付情報のデータは配車受付手段１３ａに入力され、配車受付手段１３ａはこれらの情報を配車依頼データとしてＬＡＮを介して配車サーバ１４内の配車手段１４ｂへ送信する。なお、顧客名称の代わりに配車先を特定する情報、例えば受け付けた相手の電話番号や住所、氏名などでもよい。
【００８３】
この配車依頼データを受信した配車サーバ１４内の配車手段１４ｂは、受信した顧客名称『Ａ社』をキーにして顧客マスターファイル１４ｅ内を検索し、Ａ社の所在位置と、Ａ社の待機可否のデータ『可』とを抽出する。従ってＡ社は特定の顧客であると識別する。
【００８４】
次に配車手段１４ｂは、車両管理ファイル１４ｇ内の各タクシーの現在位置と動態とを確認し、Ａ社の所在位置に最も近い距離で、かつ、動態が空車のタクシーの車両番号：１号車を抽出する。
【００８５】
次に、配車手段１４ｂは、配車依頼が有った顧客が特定の顧客であるため、この車両番号：１号車の現在の所在位置と配車先でるある顧客名称：Ａ社とのデータとを配車除外エリア管理手段１４ａに通知する。この通知を受け取った配車除外エリア管理手段１４ａは、配車除外エリアファイルを参照して顧客名称：Ａ社の現在の配車除外エリアを特定し、車両番号：１号車の現在の所在位置がこの現在の配車除外エリア内か、もしくは、エリア外かを判定し、この結果、例えば車両番号：１号車の現在の所在位置が配車除外エリア内であることを配車手段１４ｂに返答する。
【００８６】
これを受け取った配車手段１４ｂは、車両番号：１号車を今回の配車から除外して、再度、車両管理ファイル１４ｇ内の各タクシーの現在位置と動態とを確認し、Ａ社の所在位置に次に近い距離で、かつ、動態が空車のタクシーの車両番号：２号車を抽出して配車除外エリア内外を確認する。この場合も同様に配車除外エリア内である場合は、さらに、これらの車両、つまり、１号車と２号車とを今回の配車から除外して、再度、車両管理ファイル１４ｇ内の各タクシーの現在位置と動態とを確認し、Ａ社の所在位置に次に近い距離で、かつ、動態が空車のタクシーの車両番号：３号車を抽出して配車除外エリア内外を確認する。
【００８７】
この結果、例えば車両番号：３号車の現在の所在位置が配車除外エリア外である場合、配車手段１４ｂは、配車するタクシーの候補として車両番号：３号車を決定し、配車受付手段１３ａから入力した配車依頼データを無線サーバ１２を介して車両番号：３号車と対応する車両端末１へ無線送信する。
【００８８】
これを受信した車両端末１の移動局制御装置１ｈは、この配車依頼データを表示装置１ｄへ表示させ、乗務員に対して配車受け入れの判断を促す。これに対応して、乗務員がタクシーメータ１ｅを『空車』から『迎車』に切り換えて配車先に向かう。『迎車』に切り換えられた情報は情報は無線サーバ１２を介して配車手段１４ｂに通知され、配車手段１４ｂは車両番号：３号車の配車が決定されたと判断し、この車両番号：３号車をＡ社の配車に割り当てたことを配車受付手段１３ａに通知する。配車受付手段１３ａはこれを記憶し、以降、車両番号：３号車の現在位置を図示しない表示画面上で確認し、顧客からの問い合わせ応対や、マイク１１ｃやスピーカ１１ｄを介しての音声通話で車両番号：３号車をＡ社まで道案内する。
【００８９】
なお、以上説明した実施例は自動で配車の車両を決定しているが、これに限るものでなく、配車手段１４ｂが配車するタクシーの候補として車両番号：３号車を決定した段階で、この情報を一旦、配車受付手段１３ａへ送信し、この情報を確認したオペレータがマイク１１ｃやスピーカ１１ｄを介しての音声通話で車両番号：３号車と通話し、配車を受け入れる確認を行ってもよい。この場合、配車受付手段１３ａから、車両番号：３号車の配車受け入れ確認を配車手段１４ｂに通知することになる。
【００９０】
図５は配車除外エリアを示すＡ社を中心とする付近の地図である。この配車除外エリアは円形をしており、半径が５０メートルの配車除外エリアＡと、半径が１００メートルの配車除外エリアＢとを示している。前述した配車の手順は、現在の配車除外エリアが配車除外エリアＡの場合を説明している。従って、配車除外エリアＡ内の空車タクシーである１号車と２号車はＡ社への配車を除外され、配車除外エリアＡ外で次にＡ社に近い空車タクシーである３号車が配車されることになる。
【００９１】
ただし、配車除外エリア管理手段１４ａによって、現在の配車除外エリアが配車除外エリアＢとなっていた場合は、この内部に位置する３号車と４号車も配車の除外対象となり、配車除外エリアＢ外で次にＡ社に近い空車タクシーである５号車が配車されることになる。
【００９２】
次に、この配車除外エリア内に長時間滞在するタクシーに対するペナルティ処理について説明する。このペナルティ処理は自動で行うものであり、配車除外エリア外であっても、配車除外エリア内に長時間滞在するタクシーに対しては、配車の指令回数を削減するようにしたものである。
【００９３】
データファイル更新手段１４ｃで説明したように、各車両ごとに配車除外エリア内に滞在する時間を待機時間累計として記憶している。そして、配車手段１４ｂが配車するタクシーの候補となるタクシーを選択した段階で、候補となったタクシーの待機時間累計を確認し、この待機時間累計が所定時間、例えば１時間以上の場合は、この配車候補から除外するペナルティを課すようにしている。同時に、待機時間累計から１時間を減算している。
【００９４】
つまり、配車除外エリア内に長時間滞在するタクシーに対しては、その滞在時間１時間に対して１回の配車指令を見送ることで、配車除外エリア内の長時間滞在のメリットを低減させ、迷惑な停車を削減させるようにしている。
【００９５】
以上説明したように、顧客周辺の配車除外エリア内に駐車するタクシーは配車対象から除外され、また、配車除外エリアが不定形状に更新されるため、運転者がそのエリアを把握できず、結果的に顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００９６】
また、配車除外エリア内に存在する車両の待機時間累計が所定時間以上の車両に対して、配車のチャンスを与えないペナルティを課すことで顧客周辺に駐車するメリットがなくなる。このため、顧客周辺に駐車するタクシーの数を低減させることができる。
【００９７】
また、顧客への配車車両としての割り当てを中止して配車のチャンスを与えないペナルティを課したた時、待機時間累計を減じるので、待機時間累計の多さに対応して配車のチャンスを与えないようにすることができる。
【００９８】
次に図６と図７のフローチャートを用いて配車手段１４ｂと配車除外エリア管理手段１４ａの処理を説明する。なお、図６と図７においてＳＴはステップを表し、これに続く番号はステップ番号を示す。また、ＹはＹｅｓを、ＮはＮｏを表している。
【００９９】
図６は配車手段１４ｂの動作を説明しており、配車サーバ１４が動作を開始すると配車手段１４ｂは、まず、配車端末１３で受け付けた配車に関する配車依頼データを受信したか確認する（ＳＴ１）。配車依頼データを受信していない場合（ＳＴ１−Ｎ）、ＳＴ１へジャンプしてこれを待つ。
【０１００】
配車依頼データを受信した場合（ＳＴ１−Ｙ）、次に配車依頼データの顧客に最も近い空車のタクシーを車両管理ファイル１４ｇ内を検索して抽出する（ＳＴ２）。次に顧客マスターファイル１４ｅ内で、配車依頼データの顧客と対応する『待機可否』の項を読み出して、配車除外エリア内の特定の顧客か確認する（ＳＴ３）。配車除外エリア内の特定の顧客の場合（ＳＴ３−Ｙ）、ＳＴ２で抽出したタクシーの現在位置が配車除外エリア内かの問い合わせを配車除外エリア管理手段１４ａに行う（ＳＴ４）。
【０１０１】
配車除外エリア管理手段１４ａからの回答が配車除外エリア内である時（ＳＴ５−Ｙ）、配車依頼データの顧客に次に近い空車のタクシーを車両管理ファイル１４ｇ内を検索して抽出する（ＳＴ６）。そして、この抽出したタクシーの現在位置が配車除外エリア内かの問い合わせを配車除外エリア管理手段１４ａに行う（ＳＴ７）。
【０１０２】
配車除外エリア管理手段１４ａからの回答が配車除外エリア内である時（ＳＴ８−Ｙ）、ＳＴ６へジャンプする。配車除外エリア管理手段１４ａからの回答が配車除外エリア外である時（ＳＴ８−Ｎ）、ＳＴ６で抽出した該当タクシーに対して、配車依頼データを無線サーバ１２を介して送信する（ＳＴ９）。
【０１０３】
該当タクシーからの配車の承諾が得られない場合（ＳＴ１０−Ｎ）、ＳＴ６へジャンプする。一方、該当タクシーからの配車の承諾が得られた場合、つまり、配車依頼データに対応して該当タクシーの動態が『空車』から『迎車』になったら（ＳＴ１０−Ｙ）、配車受付手段１３ａへ配車が決定した車両番号を通知する（ＳＴ１１）。そして、ＳＴ１へジャンプする。
【０１０４】
ＳＴ３で配車除外エリア内の顧客のでない場合（ＳＴ３−Ｎ）と、ＳＴ２で抽出したタクシーが配車除外エリア外に位置する場合（ＳＴ５−Ｎ）とは、次に、抽出したタクシーの待機時間累計を車両管理ファイル１４ｇを検索して読み出し、待機時間累計が１時間以上か確認する（ＳＴ１２）。待機時間累計が１時間以下の場合（ＳＴ１２−Ｎ）、ＳＴ９へジャンプする。
【０１０５】
待機時間累計が１時間以上の場合（ＳＴ１２−Ｙ）、車両管理ファイル１４ｇの待機時間累計から１時間を減算して記憶する（ＳＴ１３）。そして、配車依頼データの顧客に次に近い空車のタクシーを車両管理ファイル１４ｇ内を検索して抽出する（ＳＴ１４）。そして、ＳＴ１２へジャンプする。
【０１０６】
次に図７を用いて配車除外エリア管理手段１４ａの処理について説明する。
【０１０７】
配車除外エリア管理手段は動作を開始すると、配車手段１４ｂやデータファイル更新手段１４ｃから配車除外エリア判定の依頼があるか確認する（ＳＴ２１）。配車除外エリア判定の依頼がある場合（ＳＴ２１−Ｙ）、問い合わせ元は配車手段か確認する（ＳＴ２２）。
【０１０８】
問い合わせ元が配車手段である場合（ＳＴ２２−Ｙ）、指定された特定の顧客と対応する配車除外エリアファイル１４ｄを読み出す（ＳＴ２３）。そして、受け取ったタクシーの現在位置が指定された顧客と対応する配車除外エリアの内側か外側かを判定する（ＳＴ２４）。次に、配車手段へこの判定結果を通知する（ＳＴ２５）。そして、ＳＴ２１へジャンプする。
【０１０９】
ＳＴ２１で配車手段やデータファイル更新手段から配車除外エリア判定の依頼がない場合（ＳＴ２１−Ｎ）、配車除外エリアファイルに記憶された『更新時間』が経過したか確認する（ＳＴ２９）。『更新時間』が経過していない場合（ＳＴ２９−Ｎ）、ＳＴ２１へジャンプする。『更新時間』が経過している場合（ＳＴ２９−Ｙ）、配車除外エリアファイルに記憶された『除外エリア形状』、『除外エリアサイズ』、『更新時間』の内容をそれぞれランダムに選択し、この選択内容で配車除外エリアファイルを更新する（ＳＴ３０）。そして、ＳＴ２１へジャンプする。
【０１１０】
一方、ＳＴ２２で問い合わせ元が配車手段でなく、データファイル更新手段である場合（ＳＴ２２−Ｎ）、全ての特定の顧客と対応する配車除外エリアファイルを読み出す（ＳＴ２６）。そして、受け取ったタクシーの現在位置が全ての特定の顧客と対応する配車除外エリアの内側か外側かを判定する（ＳＴ２７）。次に、データファイル更新手段へこの判定結果を通知する（ＳＴ２５）。そして、ＳＴ２１へジャンプする。
【０１１１】
以上説明したように、特定の顧客周辺の配車除外エリア内に駐車するタクシーは配車対象から除外され、また、配車除外エリアが不定形状に更新されるため、運転者がそのエリアを把握できず、結果的に特定の顧客周辺に駐車するメリットがなくなる。このため、特定の顧客周辺に駐車するタクシーの数を低減させることができる。
【０１１２】
この実施例では車両管理ファイルに記憶している待機時間累計を元に、配車のチャンス回数を自動的に低減させる構成を記載しているが、これに限るものでななく、待機時間累計を配車端末を介して配車オペレータに通知するようにしてもよい。この場合、ペナルティは人為的に行うことになるが、配車のチャンス回数を自動的に低減させる部分のプログラム開発が不要であり、また、ペナルティ実施を柔軟に行うことができる。
【０１１３】
なお、この実施例では、無線サーバ１２と配車端末１３と配車サーバ１４とに処理を分散させているが、これら各機能をさらに分割し、他のコンピュータで分散処理したり、全ての機能を１台のコンピュータで統合して処理してもよい。また、配車管理装置内の処理の一部を車両端末で実施するようにしてもよい。
【図面の簡単な説明】
【０１１４】
【図１】本発明によるタクシー配車システムの実施例を示す説明図である。
【図２】本発明によるタクシー配車システムに使用される車両端末のブロック図である。
【図３】本発明によるタクシー配車システムに使用される配車管理装置のブロック図である。
【図４】本発明によるタクシー配車システムに使用される各種ファイルの内容を説明する説明図である。
【図５】本発明によるタクシー配車方法を用いた場合の配車方法を説明する地図である。
【図６】本発明によるタクシー配車方法における配車手段の動作を説明するフローチャートである。
【図７】本発明によるタクシー配車方法における配車除外エリア管理手段の動作を説明するフローチャートである。
【図８】従来のタクシー配車システムを示す説明図である。
【図９】従来のタクシー配車システムにおける配車管理サーバを示すブロック図である。
【図１０】従来のタクシー配車システムにおける車載端末を示すブロック図である。
【符号の説明】
【０１１５】
１ 車両端末
１ａ アンテナ
１ｂ 移動局無線機
１ｃ ＧＰＳ装置
１ｄ 表示装置
１ｅ タクシーメータ
１ｆ スピーカ
１ｇ マイク
１ｈ 移動局制御装置
２ａ、２ｂ、２ｃ タクシー
３ タクシー会社
４ 電話機
５ 電話回線網
６ 電話機
１０ 配車管理装置
１１ 基地局無線装置
１１ａ 基地局無線機
１１ｂ アンテナ
１１ｃ マイク
１１ｄ スピーカ
１２ 無線サーバ
１２ａ 車両管理手段
１３ 配車端末
１３ａ 配車受付手段
１３ｂ 入力手段
１４ 配車サーバ
１４ａ 配車除外エリア管理手段
１４ｂ 配車手段
１４ｃ データファイル更新手段
１４ｄ 配車除外エリアファイル
１４ｅ 顧客マスターファイル
１４ｆ 地図マスターファイル
１４ｇ 車両管理ファイル
【特許請求の範囲】
【請求項１】
タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備え、
前記配車管理装置は、最新の前記車両情報を記憶する車両管理手段と、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報が入力され、同配車受付情報をデータ化する入力手段と、前記配車受付情報のデータを配車依頼データとして変換する配車受付手段と、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新すると共に、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定する配車除外エリア管理手段と、前記車両情報内の車両位置における前記配車除外エリア外か否かの前記配車除外エリア管理手段での判定結果が前記配車除外エリア外の場合で、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てる配車手段とを備えたことを特徴とするタクシー配車システム。
【請求項２】
前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、同待機時間累計を前記配車受付オペレータへ提示することを特徴とする請求項１記載のタクシー配車システム。
【請求項３】
前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、
前記配車手段は、前記配車依頼データ内の顧客が前記配車除外エリア外に位置する場合で、かつ、入力された前記待機時間累計が所定の時間以上となる待機超過車両を前記顧客への配車割り当て対象から除外し、前記待機超過車両以外で前記顧客に近い空車の別車両を前記顧客へ割り当てることを特徴とする請求項１記載のタクシー配車システム。
【請求項４】
前記配車手段は、前記待機超過車両を前記顧客への配車割り当てから除外した時、前記待機超過車両と対応する前記待機時間累計を減じることを特徴とする請求項３記載のタクシー配車システム。
【請求項５】
タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備えたタクシー配車システムで用いられるタクシー配車方法において、
前記配車管理装置は、最新の前記車両情報を記憶するステップと、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報をデータ化するステップと、前記配車受付情報のデータを配車依頼データに変換するステップと、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新するステップと、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定するステップと、前記車両情報内の車両位置が前記配車除外エリア外に存在し、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てるステップとを実行することを特徴とするタクシー配車方法。
【請求項１】
タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備え、
前記配車管理装置は、最新の前記車両情報を記憶する車両管理手段と、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報が入力され、同配車受付情報をデータ化する入力手段と、前記配車受付情報のデータを配車依頼データとして変換する配車受付手段と、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新すると共に、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定する配車除外エリア管理手段と、前記車両情報内の車両位置における前記配車除外エリア外か否かの前記配車除外エリア管理手段での判定結果が前記配車除外エリア外の場合で、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てる配車手段とを備えたことを特徴とするタクシー配車システム。
【請求項２】
前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、同待機時間累計を前記配車受付オペレータへ提示することを特徴とする請求項１記載のタクシー配車システム。
【請求項３】
前記車両管理手段は、最新の前記車両情報の各前記車両位置と各前記動態とを確認し、同確認した前記車両位置が前記配車除外エリア外か否かを前記配車除外エリア管理手段で判定し、その判定結果が前記配車除外エリア内に存在し、かつ、前記動態が空車の車両に対して、同車両が前記配車除外エリア内に存在する待機時間累計を記憶し、
前記配車手段は、前記配車依頼データ内の顧客が前記配車除外エリア外に位置する場合で、かつ、入力された前記待機時間累計が所定の時間以上となる待機超過車両を前記顧客への配車割り当て対象から除外し、前記待機超過車両以外で前記顧客に近い空車の別車両を前記顧客へ割り当てることを特徴とする請求項１記載のタクシー配車システム。
【請求項４】
前記配車手段は、前記待機超過車両を前記顧客への配車割り当てから除外した時、前記待機超過車両と対応する前記待機時間累計を減じることを特徴とする請求項３記載のタクシー配車システム。
【請求項５】
タクシーの車両に搭載され、同搭載された車両の現在の車両位置と現在の動態とからなる車両情報を随時無線で送信する車両端末と、同車両端末から受信した前記車両情報に基づいて、依頼された顧客へ配車する車両を選択して配車指令を行う配車管理装置とを備えたタクシー配車システムで用いられるタクシー配車方法において、
前記配車管理装置は、最新の前記車両情報を記憶するステップと、配車受付オペレータが受け付けた特定の前記顧客を識別する配車受付情報をデータ化するステップと、前記配車受付情報のデータを配車依頼データに変換するステップと、特定の前記顧客の周辺エリアに存在する車両への配車が禁止された配車除外エリアを更新するステップと、同配車除外エリアを記憶し、指定された車両位置が前記配車除外エリア外か否かを判定するステップと、前記車両情報内の車両位置が前記配車除外エリア外に存在し、かつ、特定の前記顧客に近い空車の車両を特定の前記顧客への配車車両として割り当てるステップとを実行することを特徴とするタクシー配車方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−２２３７３３（Ｐ２００９−２２３７３３Ａ）
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願番号】特願２００８−６８８９９（Ｐ２００８−６８８９９）
【出願日】平成２０年３月１８日（２００８．３．１８）
【出願人】（０００００６６１１）株式会社富士通ゼネラル (1,266)
【Ｆターム（参考）】
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願日】平成２０年３月１８日（２００８．３．１８）
【出願人】（０００００６６１１）株式会社富士通ゼネラル (1,266)
【Ｆターム（参考）】
[ Back to top ]