(57)【要約】【課題】顧客からの送迎要求に少ない遅れ時間で応えることができるようにしたタクシー車両の配車方法を提供すること。【解決手段】顧客に指定された「お迎え先」の位置を表すマークＸが表示された地図Ｍを受付配車端末画面Ｇに表示させ、このとき配車対象になっている車両Ａ’、Ｂ、Ｃの中で、「構内待機」の車両Ａ’については、他の車両とは異なった色である赤で表示させ、これにより車両Ａ’が「構内待機」にある車両であることがオペレータに容易に識別できるようにし、この車両Ａ’については［配車候補検索］の中から外せることができるようにしたもの。【選択図】図１
2011086243.tif 000002
【特許請求の範囲】
【請求項１】
タクシー車両の運行状態を、少なくとも「実車」と「空車」及び「待機」を含む複数の動態に分類しておき、タクシー車両が稼働中、その車両の乗務員による入力操作と当該タクシー車両のタクシーメータの状態から動態を識別し、当該識別した動態とＧＰＳから取り込んだ自車両の位置とを業務用無線により配車センターに伝送し、これらタクシー車両の動態と位置に基づいて顧客から指定された場所にタクシー車両の配車を指示する方式のタクシー車両の配車方法において、
タクシー車両が直ちに移動できない状態のとき、前記乗務員の入力操作により与えられる「構内待機」が前記複数の動態の中に新たな動態として設定されるようにし、
前記配車センターでは、配車候補として挙げられたタクシー車両の中に、動態が「構内待機」の車両があったとき、当該「構内待機」にある車両に対する配車指令が禁止されることを特徴とするタクシー車両の配車方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー車両配車用のシステムに係り、特に業務用無線とＧＰＳを用いてタクシー車両の配車を行うようにしたタクシー車両の配車方法に関する。
【背景技術】
【０００２】
タクシーなど不特定多数の乗客を対象とした業務用車両においては、顧客の要望に如何に短い時間で配車を行うかがサービス向上の重要事項で、このとき基地局と各車両の間で通信を行い、効率良く配車が得られるようにするのが特に有効である。
そこで、ＡＶＭ(Automatic Vehicle Monitoring)システムと呼ばれている業務用無線を用いたタクシー配車用システムが従来から提案されている(例えば特許文献１参照)。
そこで、この従来から提案されているタクシー配車用ＡＶＭシステムの一例について、図３により説明する。
【０００３】
この図３に示したタクシー配車用ＡＶＭシステムでは、図示のように、基地局１と複数の移動局２、それに受付配車端末３を主要部とし、基地局１と移動局２が業務用無線により相互に通信が可能に構成されている。
そして、まず、受付配車端末３は、オペレータが常駐するタクシー配車センターに備えられていて、基地局１と相互にデータの授受が可能に接続されている。このとき基地局１は、タクシー車両の運行範囲をカバーすることができる場所に設置されるが、このときタクシー配車センターも同じ場所で同じ建物内に設置される場合が多い。
一方、移動局２は、配車対象であるタクシーの各車両に装備され、図示のように、ＧＰＳ衛星から受信されるＧＰＳ衛星電波により自己の位置を逐次検出し、車両位置情報として保持した上で、その車両位置情報を逐次、基地局１に送信する機能を備えている。
【０００４】
そして、これら基地局１と複数の移動局２は、ポーリング信号とデータを相互に授受するため、移動局２から送信され基地局１で受信される電波を上り方向電波Ｕとし、反対に基地局１から送信され移動局２で受信される電波を下り方向電波Ｄとして、これらを異なった周波数とし、上り方向電波Ｕには、例えば周波数ｆ1(＝４５０ＭＨｚ)を割り当て、下り方向電波Ｄには、例えば周波数ｆ2(＝４５８ＭＨｚ)を用いることにより、それぞれ独立して相互に無線通信が行えるように構成してある。
【０００５】
次に、図４は、ブロック図で示した基地局１と受付配車端末３の詳細で、図５は、ブロック図で示した移動局２の詳細である。
そして、まず、図４の基地局１は、例えば移動局２から送信される各種の情報を取り込む働きをするもので、このため、記憶部１０１では、例えば空車状態など不稼働状態にある移動局２の番号を移動局番号として記憶しておき、受付配車端末３でオペレータが送信操作をし、Ｉ／Ｏ１０６を介して送信スイッチ１０３がオンされたとき、これに応じて、このときポーリング信号生成部１０２で生成されたポーリング信号の先頭スロットに、応答を要求するタクシーの移動局番号の指定情報と前記移動局番号などを含むポーリング信号及びデータ送信要求信号発生部１０５で生成された移動局に送るべきデータ送信要求信号とを挿入し、これを送信信号として無線機１０４からアンテナ１０７を介して各移動局２に、周波数ｆ2 の下り方向電波Ｄにより送信する。
【０００６】
こうして基地局１から下り方向電波Ｄが送信されると、これが図５の移動局２のアンテナ２０７に入感し、ポーリング信号が無線機２０８に受信され、ポーリング信号受信部２０９にポーリング信号が供給される。
また、このときデータ送信要求信号受信部２１０ではデータ送信要求信号が検出される。
そこで、これらポーリング信号受信部２０９とデータ送信要求信号受信部２１０で検出された信号はスロット設定部２１１に供給され、ここで自局のデータ送信スロットのタイミングが設定される。
【０００７】
このときスロット設定部２１１は、データ送信要求信号受信部２１０から出力される信号の監視を継続していて、自局のデータ送信スロットのタイミングに達した時点で、データ送信要求信号が検出されていた場合、データ生成部２１４を起動し、送信すべきデータを送信機２０８からアンテナ２０７を介して送信し、基地局１で受信できるようにする。
このときデータ生成部２１４は、料金メータ２１３から供給される信号により、「空車」や「実車」、「送迎」、「待機」、「料金清算」などタクシー車両の状態、いわゆる「動態」を識別し、各々に対応するデータを生成し、基地局１に送信されるようにする。
ここで、「待機」とは、当該車両が「空車」になっただけではなく、タクシー専用の駐車場所などに停車していて、文字どおり待機している状態のことであり、この場合、当該タクシーの乗務員が操作表示部２１７から別途入力するのが一般的である。
【０００８】
そして、スロット設定部２１１は、データ送信要求信号受信部２１０の検出信号が無くなったとき、リセットされる。
この間、位置検出部２１５は、ＧＰＳ衛星からの電波をＧＰＳアンテナ２１６により受信し、これにより自車の位置、例えば経度と緯度により表される自車の位置を検出し、それをデータ生成部２１４に供給し、基地局１に自車の位置が逐次送信されるようにする。
このとき記憶部２１２は、データ生成部２１４に供給されるデータを記憶する働きをする。
操作表示部２１７は、移動局１の動作状態を表す情報や、送信情報、受信情報などを表示し、車両の乗務員によるモニターが行えるようにする。
【０００９】
一方、図４の受付配車端末３は、中央処理装置(ＣＰＵ)３０１と表示部３０２、操作部３０３、それにＩ／Ｏ３０４を備え、このとき中央処理装置３０１には記憶部３０１Ｍが備えられている。
ここで、Ｉ／Ｏ３０４とＩ／Ｏ１０６は、基地局１と受付配車端末３の間での情報のやり取りを可能にするためのインターフェースとして機能し、操作部３０３は、キーボードなどの入力装置で構成され、オペレータと中央処理装置３０１の間のマンマシンインターフェースとして機能する。
【００１０】
これにより中央処理装置３０１は、操作部３０３からオペレータにより入力される各種の指示に応じて基地局１の各部の動作状態を取り込み、表示部３０２にモニター画像を表示し、オペレータによるタクシー配車業務の遂行に必要な環境がタクシー配車センターの中に整うようにする。
ところで、このときのタクシー配車業務の一種に顧客の送迎業務があるが、この場合、通常は、電話による顧客からの送迎依頼から始まり、顧客が指定した待ち受け場所を「お迎え先」とし、その位置の指示をまってオペレータが配車の手配をする。
【００１１】
このときの手順は、まず、顧客が指定した「お迎え先」に近い所に位置する車両をオペレータが検索し、その車両に配車指示を送信することから始まり、次いで、この配車指示を受信した車両の乗務員が了解ボタンを押すと、了解信号がタクシー配車センター側に送信され、この結果、オペレータは、当該配車指示が当該車両の乗務員に了解されたことを確認することができ、この後は当該車両の乗務員により手順が進められ、配車を指示された車両が「お迎え先」に赴くことになるが、このとき、従来技術では、タクシー配車用ＡＶＭシステムにより、具体的には中央処理装置３０１により、受付配車端末３の表示部３０２に、図２に示す受付配車端末画面Ｇを表示させ、オペレータがこれに従って手順を進めるようになっている。
【００１２】
この図２の受付配車端末画面Ｇには、図示のように、このときの顧客の名前、つまり［顧客名］と、このときの「お迎え先」を含む所定範囲の地図Ｍが表示され、その中に「お迎え先」の位置を表すマークＸが表示される。
また、このとき、動態が「空車」のタクシー車両があった場合、それらの中から「お迎え先」の近傍に所在しているタクシー車両が車両Ａ、Ｂ、Ｃとして検索され、地図Ｍの中の対応する場所に表示されるが、このとき、特に動態が「待機」の車両については、地図Ｍ上では、「空車」とは異なった色に着色され表示されるようにしてある。例えば「空車」の車両Ｂ、Ｃは黒色にし、「待機」の車両Ａは緑色にする。
【００１３】
そして、オペレータは、この地図Ｍの上に表示されている車両Ａ、Ｂ、Ｃを配車候補として挙げ、結果は［配車候補検索］として一覧表示されるが、このときオペレータは、車両Ａについては、それが地図Ｍで緑色表示されていることから、この車両Ａが優先的に配車すべき車両であることが容易に判別でき、この結果、この車両Ａを［配車候補検索］の先頭に挙げることができる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００５−１５９４９７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上記従来技術は、タクシー車両の動態に、「待機」ではあるが、しかし、直ちに移動できない状態が含まれている点に配慮がされておらず、この場合でも「待機」であることから配車候補として優先的に挙げられてしまうことになるが、しかし、この場合、当該タクシー車両は、実際には直ちに配車指示された「お迎え先」に赴くことができない。
このような直ちに移動できない状態とは、例えば駅構内のタクシープールなど、複数の法人に属するタクシー車両と自車両が混在して待機している状態のことで、この場合、自車両は他の車両に囲まれているため、その場所から抜け出すことができず、従って、「お迎え先」を指示されても、直ちに移動することができない。
【００１６】
このとき、従来技術では、とにかく当該タクシー車両が「待機」であることから、タクシー配車センターでは、そのまま当該タクシー車両に優先的に配車指示してしまうことになる。
この場合、オペレータは、当該タクシー車両による返答を待ち、その後、次の順位にあるタクシー車両に改めて配車を指示することになり、従って、従来技術では、配車効率の維持が困難で、サービス向上に問題があった。
本発明の目的は、顧客からの送迎要求に少ない遅れ時間で応えることができるようにしたタクシー車両の配車方法を提供することにある。
【課題を解決するための手段】
【００１７】
上記目的は、タクシー車両の運行状態を、少なくとも「実車」と「空車」及び「待機」を含む複数の動態に分類しておき、タクシー車両が稼働中、その車両の乗務員による入力操作と当該タクシー車両のタクシーメータの状態から動態を識別し、当該識別した動態とＧＰＳから取り込んだ自車両の位置とを業務用無線により配車センターに伝送し、これらタクシー車両の動態と位置に基づいて顧客から指定された場所にタクシー車両の配車を指示する方式のタクシー車両の配車方法において、タクシー車両が直ちに移動できない状態のとき、前記乗務員の入力操作により与えられる「構内待機」が前記複数の動態の中に新たな動態として設定されるようにし、前記配車センターでは、配車候補として挙げられたタクシー車両の中に、動態が「構内待機」の車両があったとき、当該「構内待機」にある車両に対する配車指令が禁止されるようにして達成される。
【発明の効果】
【００１８】
本発明によれば、直ちに移動できない状態のタクシー車両が有ったとき、それが配車センターで容易に認識できるので、当該タクシー車両が配車候補に挙げられないようにすることができ、この結果、無駄な配車指示が阻止され、顧客からの送迎要求に少ない遅れ時間で応えることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明によるタクシー車両の配車方法の一実施の形態における受付配車端末画面の一例を示す説明図である。
【図２】従来技術による受付配車端末画面の一例を示す説明図である。
【図３】タクシー配車用ＡＶＭシステムの一例を示す概念図である。
【図４】タクシー配車用ＡＶＭシステムの一例における基地局と受付配車端末を示すブロック図である。
【図５】タクシー配車用ＡＶＭシステムの一例における移動局を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明によるタクシー車両の配車方法について、実施の形態により詳細に説明する。
ここで、本発明の一実施の形態の場合も、そのハード的な構成は従来技術の場合と同じで、図３のタクシー配車用ＡＶＭシステムにおいて、図４の基地局１と受付配車端末３及び図５の移動局２を備え、移動局２から受付配車端末３の中央処理装置３０１に、「空車」や「実車」、「送迎」、「待機」、「料金清算」などタクシー車両の状態を表す個別の「動態」が供給され、これを受けて中央処理装置３０１が図２に示す受付配車端末画面Ｇを表示させ、オペレータがこれに従って手順を進めるようになっている点は、従来技術の場合と同じであるが、しかし、この実施の形態においては、このときの「動態」として、更に「構内待機」が設定されている点で大きく異なっている。
【００２１】
具体的に説明すると、このとき移動局２のデータ生成部２１４は、料金メータ２１３から供給される信号と操作表示部２１７の操作入力により「空車」や「実車」、「送迎」、「待機」、「料金清算」などタクシー車両の状態、いわゆる「動態」を識別し、各々に対応するデータを生成し、基地局１に送信されるようにするが、このとき、この実施形態では、更に、その「動態」の一つとして、新たに「構内待機」が設定してあり、この「構内待機」も「動態」の一つとして基地局１に送信されるように構成してある。
このため、移動局２の操作表示部２１７は、「構内待機」を表す信号、すなわち構内待機信号が、乗務員の操作により入力できるものとして構成され、それが入力されると、データ生成部２１４に「構内待機」が供給されるように構成されている。
【００２２】
そこで、受付配車端末３の中央処理装置３０１は、「構内待機」を含む「動態」が、基地局１を介して移動局２から供給された場合、図２に示した受付配車端末画面Ｇに代え、図１に示す受付配車端末画面Ｇを表示部３０２に表示させるように動作する。
そして、この図１の受付配車端末画面Ｇにおいては、「動態」が「構内待機」になっている車両Ａ’については、「動態」が「待機」の車両Ａとは異なった色に着色表示されるようにしてある。
例えば「待機」の車両Ａについては、図２で説明したように、緑色に表示されるようにしているが、この場合、車両Ａ’については赤く着色して表示されるようにする。
【００２３】
そこで、この図１の受付配車端末画面Ｇを見たオペレータは、この地図Ｍの上に表示されている車両Ａ’、Ｂ、Ｃの中で、車両Ａ’については、それが赤色表示されていることから、それが「構内待機」にある車両であることが容易に識別できるようになる。
そして、この結果、オペレータは、この車両Ａ’については、それが配車指令から禁止される車両であることが容易に判別でき、図示のように、この車両Ａ’を［配車候補検索］の中から外すことができる。
【００２４】
従って、この実施形態によれば、無駄な配車指示が阻止できるので、配車効率の低下が抑えられ、この結果、顧客からの送迎要求に少ない遅れ時間で応えることができ、サービス向上に大きく寄与することができる。
【符号の説明】
【００２５】
１  基地局(タクシー車両の運行範囲をカバーすることができる場所に
設置されている業務用無線局)
２  移動局(各タクシー車両に搭載されている無線局)
３  受付配車端末(配車センターにある端末)
Ｇ  受付配車端末画面(受付配車端末の表示部の画面)
【図１】
2011086243.tif 000003
【図２】
2011086243.tif 000004
【図３】
2011086243.tif 000005
【図４】
2011086243.tif 000006
【図５】
2011086243.tif 000007