JP3696776B2

JP3696776B2 - 自動配車装置

Info

Publication number: JP3696776B2
Application number: JP2000179040A
Authority: JP
Inventors: 靖哲益岡
Original assignee: Denso Ten Ltd
Current assignee: Denso Ten Ltd
Priority date: 2000-06-14
Filing date: 2000-06-14
Publication date: 2005-09-21
Anticipated expiration: 2020-06-14
Also published as: JP2001357495A

Description

【０００１】
【発明の属する技術分野】
本発明は、顧客からの電話による迎車要求があったとき、複数のタクシーなどの車両を配車して、車両をその顧客に向かわせるための自動配車装置に関する。
【０００２】
【従来の技術】
図１２は、先行技術の動作手順を説明するためのフローチャートである。ステップａ１では、電話受付オペレータが、顧客からかかってきた電話と通話し、ステップａ２においてその顧客情報である顧客の電話番号を聞出し、次のステップａ３では、キーボードを操作して、聞出した電話番号をキー入力する。これによってキーボードに接続されたコンピュータなどの処理装置では、電話番号に対応する顧客情報、たとえばその顧客の名前、住所、道順などを、予め準備したメモリのデータを検索して読出す。検索された顧客情報は、表示手段によって目視表示される。前述の電話受付オペレータは、表示手段の顧客情報を見ながら、配車入力操作を行い、これによって次のステップａ６では、選択された車両に搭載された無線通信装置に配車指令信号が与えられる。ステップａ７において車両の運転者による無線応答によって、その車両が顧客に向かうことができる了解を表す信号が受信されたかどうかを判断し、了解を表す信号が受信されたとき、次のステップａ８では、配車作業を完了したものと判断し、次の注文電話を受付けることができる状態となる。このようにして先行技術では、顧客からステップａ１において注文電話がかかってくると、オペレータが、電話番号を聞出し、キーボードを操作してその顧客の電話番号を入力し、これによってメモリに予めストアされている顧客情報を検索、確定し、その後、配車指令を行う。
【０００３】
【発明が解決しようとする課題】
前述のような先行技術では、ステップａ１からステップａ７までの一連の動作を行って１回の配車を終了するまで、次の新たな配車動作を行うことができない。また、オペレータが顧客から電話番号を聞出してキーボードを用いて入力し、その顧客情報を表示し、ステップａ５において配車操作をするまでに、手間がかかり、時間がかかる。したがって１回の配車に長時間を要すると、他の注文電話がかかってきても、その電話に応答することができず、作業性が悪く、またオペレータの負担が大きい。
【０００４】
本発明の目的は、タクシーなどの配車作業を、迅速かつ容易に行うことができるようにした自動配車装置を提供することである。
【０００８】
【課題を解決するための手段】
本発明は、電話回線を介する顧客からの電話番号を検出する電話番号検出手段と、
顧客の位置を含む顧客に関する配車のための顧客情報と電話番号とが予め関連付けてストアされる顧客データベースと、
複数の各車両毎の現在の位置と動態とを含む運転状況についてのデータを管理する車両データベースと、
車両との間で自動的に無線通信を行う通信手段と、
通信手段を介して車両から受信した受信応答信号の内容に基づいて、車両データベースにストアされた車両の動態と位置とを更新する動態更新手段と、
電話番号検出手段によって検出された電話番号に対応する前記顧客情報を、顧客データベースから読出して、該顧客情報に含まれる顧客の位置に応じた配車可能な車両を、車両データベースにストアされた運転状況に基づいて検索し、検索された車両に対して通信手段を介して配車指令信号を送信出力させる制御手段と、
各車両の配車状況を管理するための配車データベース手段と、
表示手段とを含み、
前記制御手段は、
配車データベース手段によって、前記配車指令信号を送信出力させた時点からの空車の状態での経過時間Ｗ１を管理し、
この経過時間Ｗ１が予め定める時間Ｗ０以上であるとき、そのことを表示手段に表示させることを特徴とする自動配車装置である。
【０００９】
本発明に従えば、注文電話がかかってきたとき、電話回線を介して伝送されてきた電話番号を電話番号検出手段によって検出し、その電話番号に関連付けてストアされている顧客情報を顧客データベースから読出し、その顧客の位置、たとえば緯度および経度などのデータを、顧客情報から抽出する。車両データベースでは、複数の車両毎の運転状況についてのデータが管理され、この運転状況のデータは、各車両毎の現在の位置と動態とを含む。通信手段による車両との間の自動的な通信で、車両からの受信応答信号を受信して、動態更新手段が車両データベースにストアされた車両の位置と動態とを更新する。動態というのは、各車両が、顧客に向かって走行中であり、または顧客を乗せて走行中である実車状態であるか、または新たな顧客を乗せることができる空車状態であるかを表す。
【００１０】
制御手段は、顧客の電話番号に対応して顧客データベースから得られる顧客の位置と、車両データベースから得られる配車可能な車両の現在位置とを比較し、顧客の位置に近い配車可能な車両を検索する。こうして検索した車両に、通信手段によって配車指令信号を送信出力させる。
【００１１】
車両の運転者は、配車指令信号を受信すると、たとえば配車が可能である了解を表す受信応答信号を無線で送信する。この受信応答信号は、通信手段で受信され、配車が可能である信号が受信されたとき、一連の配車動作を完了する。こうして顧客への自動的な配車動作が行われることになり、配車作業を、短時間に誤りなく正確にかつ迅速に行うことができるようになる。したがって注文電話を多数、短時間に処理することができるようになり、時間あたりの配車回数を増加するとともに、顧客に対するサービスの向上を図ることができる。
【００１３】
さらに、配車データベース手段での管理で、車両に配車指令用信号を送信した後、配車完了までの空車の状態での経過時間Ｗ１が長く、予め定める時間Ｗ０以上であれば、そのことが表示手段、たとえば前述のように陰極線管または液晶などの目視表示手段または音声合成装置などによって表示される。これによってオペレータは、最適な車両を手動で配車し、または顧客に対する適切な回答を行うことができるようになる。
【００１６】
【発明の実施の形態】
図１は、本発明の実施の一形態の全体の構成を示すブロック図である。配車センタ１２には、公衆電話回線１３を介して顧客１４の電話器１５から、タクシなどの車両１６の迎車などの配車を要求すべき電話がかけられる。公衆電話回線１３には、電話器１５による発呼によって、その顧客１４に対応する電話番号を表す信号が含まれて伝送される。公衆電話回線１３は、配車センタ１２に備えられる電話交換機１７に接続され、電話受付オペレータに個別的に対応した複数（この実施の形態ではたとえば３）の同様な構成を有する端末装置１８ａ〜１８ｃに接続される。参照符の添字ａ，ｂ，ｃを省略して数字だけで総括的に示すことがある。
【００１７】
端末装置１８は、ライン１９を介して顧客情報サーバ２１に接続され、この顧客情報サーバ２１には、顧客情報を管理するためのデータベース（以下、「ＤＢ」と略称する。）である顧客ＤＢ２２が接続される。ライン１９にはまた、通信制御サーバ２３が接続される。通信制御サーバ２３には、車両ＤＢ２４が接続される。通信制御サーバ２３は、通信手段２５を含み、この通信手段２５は自動的に、車両１６に搭載された通信機器２６と無線で通信することができる。
【００１８】
図２は、図１に示される配車センタ１２における一部の構成を具体的に示すブロック図である。端末装置１８ａは、マイクロコンピュータによって実現される処理回路２８を有し、ＬＡＮ（Local Area Network）などを構成するライン１９に接続される。処理回路２８には、電話受付オペレータが電話通話を行うマイクロホン２９とスピーカ３０とを含むハンドセット３１が備えられ、図１の公衆電話回線１３を介して顧客１４の電話器１５と通話することができる。さらに処理回路２８には、表示手段３２と、マウスやキーボードなどの入力手段３３とが備えられる。表示手段３２は、たとえば陰極線管（ＣＲＴ）または液晶表示装置（ＬＣＤ）などによって実現され、その表示画面上などに、タッチパネルなどの入力手段３３が配置されることもある。入力手段３３が表示手段３２の表示画面上に配置されるタッチパネルなどである場合は、オペレータの入力操作される指またはペンなどに応じて座標位置を検出し、入力情報を入力することができる。
【００１９】
処理回路２８にはまた、個別ストックメモリ３３ａが接続される。この個別ストックメモリ３３ａには、配車データベースとして、端末装置１８ａによって配車すべき顧客である配車先の顧客名称や住所の緯度経度などが、参照符Ａ〜Ｅで示されるようしにして順次的にストアされる。個別ストックメモリ３３ａ内にストアされた配車先は、待ち行列を形成し、順番に配車を行う対象となる。配車の符号Ａ〜Ｅは、表示手段３２において表示されることができ、その配車の順番を、入力手段３３の操作によって変更してオペレータの注意が行き届くようにしてもよい。端末装置１８ｂにも同様にして個別ストックメモリ３３ｂが備えられ、このことは端末装置１８ｃに関しても同様である。なお、以下、複数の端末装置１８ａ〜１８ｃに共通な構成に言及するときは、単に「端末装置１８」として示すこともある。
【００２０】
ライン１９には、処理回路２８とデータの伝送を行って用いられるメモリ３４が接続される。このメモリ３４は、共通ストックメモリ３５として示されるように、共通な配車データベースを備えている。共通ストックメモリ３５には、各端末装置１８から、注文電話があった顧客に対する情報がストアされる。また、顧客に対して配車が行われると、配車についての情報が配車登録としてストアされる。したがって、この共通ストックメモリ３５には、いずれかの端末装置１８に対して注文電話があった顧客についての情報が、配車処理の有無も含めて全てストアされる。各端末装置１８の処理回路２８は、配車動作を行うとき、個別ストックメモリ３３ａ，３３ｂに配車していない顧客があれば、待ち行列に従って、配車待ちの顧客への配車を通常配車として行う。配車が行われた顧客については、共通ストックメモリ３５に対して配車登録を行う。個別ストックメモリ３３ａ，３３ｂに配車待ちの顧客がいないときは、共通ストックメモリ３５にストアされている配車待ちの顧客に対して、任意に配車を行う。若しくは、共通ストックメモリ３５を参照して、全ての配車を並列処理する。
【００２１】
メモリ３４には、図１の車両ＤＢ２４も含まれ、配車の対象となる車両番号がストアされる。車両ＤＢ２４では、各車両について、現在の位置や動態を管理する。各端末装置１８は、配車処理されていない空車の車両のうちから車両を選択して配車処理を行う。配車処理では、通信制御サーバ２３の通信手段２５による無線通信が行われる。図１に示すように、通信手段２５は、車両１６に搭載された通信機器２６と無線の送受信を行う。通信手段２５には、送受信機６８と、その送受信機６８を動作制御して個別ストックメモリ３３ａ，３３ｂや共通ストックメモリ３５との間でデータ転送を行う処理回路６９とを含む。
【００２２】
図３は、顧客ＤＢ２２のストア内容を示す図である。顧客ＤＢ２２には、顧客１４毎の電話番号３７と、顧客１４から配車を要求する電話がかかってきて端末装置１８において応答したときにおける着信時刻３８と、その電話を受信した端末装置１８ａ〜１８ｃのうちの１つを表すデータ３９とがストアされる。さらに電話番号３７に対応して配車された車両１６の配車処理状況データ４０がストアされる。この配車処理状況データ４０というのは、顧客１４に車両１６が向かうべきことが指令された時刻４１、配車指令が行われたか、さらに配車指令された車両１６の車両番号などの処理データ４８を含み、さらに各電話番号３７の顧客１４に対応して車両が到着すべき予めストアされた予約時刻７５のデータもまた、ストアされる。顧客ＤＢ２２には、電話番号３７に対応して顧客１４の名前４２、カテゴリ４３たとえば住宅、工場、ビル、担当者などを表すデータ、さらにその電話番号３７の顧客１４に対応する位置４４がストアされる。この位置４４は、緯度４５および経度４６を含むとともに、住所、文章で表現した道順などのデータ４７をも含む。
【００２３】
図４は、車両ＤＢ２４のストア内容の一例を示す図である。複数の車両１６毎の識別を行う車両番号５１に対応して動態を表すデータ５２がストアされる。この動態データ５２は、車両１６の動態として、顧客を乗せた実車５３であるか乗客を乗せていない空車５４であるかを示すデータ、配車指令を受けてからの経過時間５５で配車中であることを示すデータを含む。経過時間５５が例えば負の値のときには、配車指示を受けていない状態であることを示す。端末装置１８の処理回路２８は、自動的な配車を行うにあたり、車両１６が顧客１４の住所に近い、しかも空車時刻からの時間経過が長い車両１６を優先的に選択して配車指令を自動的に行う。
【００２４】
車両ＤＢ２４にはさらに、車両１６の現在位置を表すデータ５６がストアされる。この現在の位置のデータ５６は、緯度５７と経度５８とを含む。さらに各車両１６毎に、１日の配車回数のデータ５９が計数され、各車両１６毎の個別のデータの集計を容易にすることができる。ただし、顧客に対して迅速に配車を行うために必要なデータは、動態および現在位置である。
【００２５】
図５は、各端末装置１８毎の表示手段３２および入力手段３３の一例を示す正面図である。表示手段３２の表示画面上には、透光性を有する偏平なタッチパネルなどと呼ぶことができる入力手段３３を配置してもよい。表示手段３２の部分的な表示領域６１には、配車センタ１２の公衆電話回線１３の電話番号にそれぞれ対応した領域６２，６３が設定される。顧客１４との通話中である回線には、参照符６３で示されるように点灯表示が行われる。また顧客情報を表示する領域６４が形成される。配車される車両１６の配車種類などを表す領域６５が設けられる。さらに配車操作などのための入力領域６６が形成される。表示手段３２の表示画面に対しては、マウスやキーボードの操作などで入力を行うこともできる。
【００２６】
図６は、端末装置１８の処理回路２８の動作を説明するためのフローチャートである。顧客１４の電話器１５から公衆電話回線１３を介して電話がかかってきたとき、各端末装置１８の表示手段３２の画面には、図５に関連して前述したように回線番号の領域６１毎の回線番号表示領域６２、６３のうち、対応する領域部分が点灯し、たとえば図５では参照符６３で示す回線番号表示領域６３が点灯する。電話受付オペレータは、この点灯している回線番号表示領域６３の１つをマウス等で選択操作する。また回線ボタンの押圧操作でも通話可能で、さらにフックボタン操作によって最も古い着信回線と通話可能となる。これによって顧客１４の電話器１５と端末装置１８の受話器３１との電話通話が可能となる。こうしてステップｒ２では、顧客１４から電話器１５によって電話がかかってきたかどうかが判断され、電話がかかってきたとき、次のステップｒ３に移る。このとき顧客１４からの電話回線１３を介する電話番号を表す信号が、処理回路２８において受信され、その顧客１４の電話番号が、図５の領域６４に、参照符７２で示されるように表示される。
【００２７】
この電話番号７２に対応して、顧客情報サーバ２１は、顧客ＤＢ２２から、図３に示される顧客の名前４２、カテゴリ４３および位置データ４４を読出し、こうして顧客検索を、図６のステップｒ３において行う。
【００２８】
この電話着信時に、処理回路２８および顧客情報サーバ２１の働きによって顧客ＤＢ２２にはまた、その着信時刻３８と電話を受付けた受信端末装置１８を表すデータ３９とが書込まれる。
【００２９】
ステップｒ４において、顧客メモリ２２の電話番号３７と着信の時刻データ３８とを検出して読出すことによって、同一顧客から電話が再度かかってきたことを知ることができる。このときステップｒ５では、前回の着信時刻３８と今回の着信時刻との間の時間Ｗ４を演算し、この演算したＷ４が、予め定める時間Ｗ３（たとえば３０分）未満であるかを判断する。電話着信時刻間の時間Ｗ４が、予め定める時間Ｗ３未満（Ｗ４＜Ｗ３）であるとき、ステップｒ６では、表示手段３２によって、その時間Ｗ４が短いことを表示する。これによってオペレータは、顧客からの配車に関する顧客の待ち時間が長いなどという苦情の対策を、適切に行うことができるようになる。
【００３０】
そして、ステップｒ７でこれら顧客からの配車要求データが個別ストックメモリ３３ａ，３３ｂおよび共通ストックメモリ３５に記憶され、処理が終わる。また、処理回路２８は、個別ストックメモリ３３ａ，３３ｂに基づく配車処理の空き時間には、ステップｒ８の自動配車処理を行う。ステップｒ９では、共通ストックメモリ３５に未配車の配車要求があるかどうか判断する。未配車の配車要求があれば、ステップｒ１０で共有ストックメモリ３５にストックされている先頭の配車要求に対して、つまり最も古い配車要求に対して配車処理を行う。
【００３１】
したがって電話を受付けるオペレータは、顧客１４と受話器３１によって通話を行い、顧客１４の確認を行った後、上述のように配車実行スイッチ７２を操作すればよく、したがって操作性が極めて良好である。顧客１４の顧客ＤＢ２２への電話番号３７に対応する名前４２、カテゴリ４３および位置のデータ４４などが書込まれていないとき、顧客登録スイッチ７３を操作し、さらにキーボードなどのその他の入力手段３３を用いて、書込むことができる。
【００３２】
図７は、図１の通信制御サーバ２３が図６のステップｒ１０において配車処理動作を行うときの具体的な動作を説明するためのフローチャートである。ステップｓ１において入力手段３３の配車実行スイッチ７２が操作されたことが判断されると、ステップｓ２に移り、配車データベースとして共通ストックメモリ３５のストア内容を読出して、配車待ちの顧客があるか否かを判断する。配車待ちの顧客１４が存在するとき、ステップｓ３では、直ちに顧客１４に車両１６を配車すべきか、または顧客ＤＢ２２にストアされている図３の予約時刻７５において予約すべきであるかを判断する。予約配車であるときには、その予約した時刻７５に先行して配車を行うべき時刻が到達しているかどうかをステップｓ４で判断する。この時刻は、顧客まで到達するのに要する時間などを見込んで決定する。ステップｓ３において直ちに配車を行うべきとき、およびステップｓ４において予約のための配車時刻が到達しているとき、ステップｓ５に移る。予約ではない顧客に対しては、待ち行列として最も古い顧客に対して車両を割当てる配車を行うことになる。
【００３３】
なお、各端末装置１８は、自己の個別ストックメモリ３３ａ，３３ｂの待ち行列に従って配車を行う。配車待ちの顧客がないときのみ、共有ストックメモリ３５で配車待ちの顧客に対する配車を行う。ステップｓ５以降は、各端末装置１８が配車を行う場合も、通信制御サーバ２３が配車を行う場合も共通である。
【００３４】
このステップｓ５では、顧客１４の顧客ＤＢ２２にストアされている位置のデータ４４、特に緯度４５と経度４６と、車両ＤＢ２４を参照して得られる配車可能な空車である車両１６の現在の位置のデータ５６とを比較し、顧客１４の位置に最も近い配車可能な車両１６を検索して見つける。こうして適切な車両１６を、２つのデータベースである顧客ＤＢ２２および車両ＤＢ２４のストア内容に基づいて検索することができたとき、ステップｓ６では、処理回路６９の働きによって送受信機６８は、車両１６の通信機器２６に、次の図８に示される配車指令信号７８を含む信号７６を無線で送信する。
【００３５】
図８は、通信手段２５による信号７６の構成を示す図である。図７のステップｓ６において第１通信手段２５の送受信機６８から通信機器２６に送信される信号７６は、配車処理すべき車両１６の車両番号を表すデータ７７と、配車指令信号７８と、顧客情報７９とを含む。顧客情報７９は、前述の図５における表示手段３２における領域６４に表示されているデータであり、特に顧客１４の名前４２、住所４７、道順５０などのデータ４４（図３参照）を含む。さらにこの顧客情報７９は、顧客ＤＢ２２のおける予約時刻のデータ７５などが含まれて送信される。オペレータの入力手段３３の操作によって入力された顧客１４の担当者名８０などを含めて連絡することもできる。
【００３６】
ステップｓ７では、車両１６の通信機器２６から無線で応答信号９８（後述の図１１を参照）が受信されたかどうかが判断される。すなわち車両１６の通信機器２６から無線で通信制御サーバ２３の通信手段２５に受信応答信号９８が送信されたかどうかが判断される。ステップｓ７で、受信応答信号９８を通信手段２５において受信していると判断されるとステップｓ６に戻り、車両への配車指示を繰り返し、さらに所定時間以上そのような状態が続けば、ステップｓ５に戻り、配車指示対象の車両を変更する処理を行う。また、ステップｓ７において受信応答信号９８を通信手段２５において受信したことが判断されると、次のステップｓ８では、車両１６の通信機器２６から、車両１６の運転者が顧客１４に向って配車を受けることを了解する了解信号９９（図１１参照）が受信されたかどうかが判断される。了解信号９９が受信されたとき、ステップｓ９に移り、処理回路２８は車両ＤＢ２４の配車状況データ５２の経過時間データ５５として、配車操作を行ってからの経過時間を管理する。この経過時間５５がたとえば負の値でないことは、配車が行われているステータスを示す。通信手段２５が、通信機器２６から、車両１６に乗客が乗って実車になったことを表す信号を受信したとき、処理回路２８は、車両ＤＢ２４に配車状況データ５２のうち、実車になったこと表すデータ５３に、その実車になった時刻を書込むメモリへのストアを行う。また車両ＤＢ２４の配車回数５９を１だけインクリメントし、実車になった時点で、配車回数を計数し、その車両１６の走行状態を把握することができる。
【００３７】
なお、ステップｓ６で車両に配車指令信号を送信した後、その車両について、車両ＤＢ２４から動態データ５２を読出して、以下に説明するような時間管理を行うこともできる。配車操作を行っても動態が未だ空車であれば、配車操作を行ってからの経過時間５５のデータＷ１が予め定める時間Ｗ０と比較され、経過時間Ｗ１が、予め定める時間Ｗ０（たとえば２０分）以上であるか（Ｗ１≧Ｗ０）を判断する。Ｗ１≧Ｗ０であることが判断されたとき、表示手段３２によってそのことを表す画像や音声による表示が行われる。オペレータは、この表示内容を見ることによって、配車処理、すなわち配車指令信号を送信してから空車の状態での経過時間Ｗ１が長いことを知る。経過時間Ｗ１が、上述のように予め定める時間Ｗ０以上であれば、そのことが表示手段３２によって表示され、また自動的に警告などが行われる。オペレータは、最適な車両に手動で配車指令をおこない、また顧客から問い合わせがあれば適切な回答を行うことができる。
【００３８】
図９は、車両１６に搭載された通信機器２６の構成を示すブロック図である。タクシーである車両１６に搭載された通信機器２６では、料金メータ８１が備えられ、顧客１４の走行距離などに対応した運賃料金が演算されて表示される。この料金メータ８１は、無線機８２に備えられる。運転者は、無線機８２によってスピーカ兼用マイクロホン８３を用いて、通信手段２５および受話器３１によって通話することができる。このマイクロホン８３はスピーカを兼ねる。さらに無線機８２には、端末装置８４が備えられる。無線機８２によって受信された図８の信号７６が端末装置８４でデコードされ、配車指示の対象となる顧客の住所や名前が音響ユニット８５で音響信号に変換され、スピーカ８６から音響出力される。さらに顧客ＤＢ２２のデータ４２，４３，４４である顧客情報７９が、端末装置８４に備えられる表示手段８７に図５の領域６４と同様に表示出力される。運転者は、配車指令信号７８を表すスピーカ８６からの音響出力に従い、顧客の所までの所要時間に応じて、たとえば、５分程度で到着予定のときは応答スイッチ９７を、１０分程度で到着予定のときは了解スイッチ８８を、１５分程度で到着予定のときはキャンセルスイッチ９０を、それぞれ操作する。これによって無線機８２は操作されたスイッチに対応した信号を送信し、オペレータは配車車両がどの程度で顧客のところに到達できるかを把握することができ、場合によっては配車のやり直し等の処置を行うこともできる。
【００３９】
なお、応答スイッチ９７と了解スイッチ８８とは、本来、マイクでの肉声を用いる音声配車時に使い分けて操作する。本実施形態では、自動配車の場合に、応答スイッチ９７→５分、了解スイッチ８８→１０分、キャンセルスイッチ９０→１５分の意味で使用する。すなわち、３つのスイッチは、指示を受けた後で全て了解を示すようにして、車両の乗務員あどれくらいの所要時間かを判断してスイッチを選択する。これによって、配車したオペレータは車両が顧客に到着する時間を知ることができる。
【００４０】
端末装置８４にはまた、車両１６の現在の位置を表す緯度５７および経度５８を出力するＧＰＳ装置８９が接続される。このようなＧＰＳ装置８９によって検出された現在の位置を表すデータ９３（図１１参照）は、無線機８２によって送信され、通信手段２５によって受信され、通信制御サーバ２３は、車両ＤＢ２４に、前述の図４のようにストアする。端末装置８４にはまたさらに運転者によって操作される応答スイッチ９７が備えられる。
【００４１】
無線機８２には、図１１に示される信号９１を送信して通信手段２５に与える。この無線機８２からの信号９１は、車両１６を識別する車両番号データ９２と、ＧＰＳ装置８９によって検出される車両１６の現在の位置のデータである緯度４５および経度４６のデータ９３と、キャンセルスイッチ９０および了解スイッチ８８の操作による動態データ９４、了解信号９９、応答スイッチ９７の操作による応答信号９８などを含む。動態データ９４は、車両１６が実車であるか、空車であるか、配車中であるかなどの状態を表すデータである。
【００４２】
図１０は、通信機器２６における端末装置８４の動作を説明するためのフローチャートである。ステップｕ１からステップｕ２に移り、通信手段２５から図８に示される信号７６を受信したかどうかを判断する。信号７６が受信されていれば、ステップｕ３においてスピーカ兼用マイクロホン８３およびスピーカ８６による音声出力により行う。信号７６に含まれる各データ７７，７８，７９などについて、音声合成ユニット８５によるスピーカ８６からの音響出力を得ることができる。合成音を使用しているので、音声通信を不要にすることができる。ステップｕ４では、顧客１４に向って配車走行が可能であるとき、運転者は、前述のように端末装置８４の了解スイッチ８８等を操作し、このことが判断されると、ステップｕ５では、操作されるスイッチに応じた図１１の動態データ９４が無線機８２によって送信される。
【００４３】
図１１は、車両１６に搭載された通信機器２６によって通信手段２５に送信される信号９１の構成を示す図である。この信号９１は、車両１６を識別するための車両番号を表すデータ９２と、ＧＰＳ装置８９によって検出された車両１６の現在の位置である緯度５７および経度５８とを含むデータ９３と、実車、空車または配車中を表す動態データ９４と、応答スイッチ９７が操作されたことを表す応答信号９８と、了解スイッチ８８が操作されたことを表す了解信号９９などを含む。了解スイッチ８８は、配車指令を運転者が了解し、顧客１４に向けて移動するにあたり、操作される。このような了解信号９９を、通信手段２５で受信することによって、処理回路２８は図７のステップｓ８からステップｓ９に移り、車両１６が配車中の状態になったものと判断して、車両ＤＢ２４に経過時間データ５５の記録を開始するとともに顧客ＤＢ２２にも配車処理された車両番号のデータ４８としてストアする。
【００４４】
ＧＰＳ装置８９による車両１６の現在の位置を表す緯度５７および経度５８のデータ５６や動態データ５２は、予め定める一定の時間毎、あるいは一定の距離毎に、定期的に通信機器２６から通信手段２５に送信され、処理回路２８の働きによって車両ＤＢ２４に、図４に関連して示したようにストアされる。
【００４５】
上述の本発明の実施の形態では、表示手段３２の領域６４に、顧客１４からの電話がかかってきたとき、その同時に伝送される電話番号に対応して顧客メモリ２２から顧客に関するデータが図５に示されるように領域６４に表示されるので、表示手段３２の領域６１における電話のオフフック操作をしなくても、どの顧客１４から電話がかかってきているかを容易に知ることができるという優れた効果が達成される。さらにこの顧客ＤＢ２２のストア内容を用いることによって、予め定める選択可能な顧客１４に対して、入力手段３３の操作によって、または自動的に、電話発信を行うことが可能である。
【００４６】
さらに上述のように電話での配車注文があり、すぐに配車処理を行い、結果を顧客１４に知らせる運用としている場合、その顧客１４からの通話中および保留中に、配車が完了したら、表示手段３２の領域６１における表示領域６２，６３を点滅させ、どの顧客１４の配車が終了したかを表示することもまた可能である。さらに電話がつながっている全ての端末装置１８の着信、発信履歴を個別ストックメモリ３３ａ，３３ｂなどにストアし、いつ、どの端末装置１８でどの電話番号からの着信があったかの履歴を表示手段３２によって表示することができる。また電話番号が特定できないとき、すなわち顧客１４からの電話番号が顧客ＤＢ２２に予めストアされていないとき、顧客ＤＢ２２における顧客の名前４２およびカテゴリ４３などから顧客情報を検索して顧客を特定することができ、その結果を着信履歴と同様に顧客ＤＢ２２にストアしておくことができる。さらに全ての端末装置１８における着信、発信、検索の各履歴が、どの端末１８からでも、端末装置１８の識別を行う端末番号、時刻、顧客１４の電話番号などを指定して、検索を行い、その検索結果を、表示手段３２に表示することができる。こうして上述の実施の形態によれば、顧客検索時の手間と時間を省くことができる。
【００４７】
端末装置１８で受話器３１をオフフックして取上げ、その電話の相手である顧客１４の電話番号を自動的に公衆電話回線１３を介して取得し、顧客ＤＢ２２を検索し、その顧客１４に関する配車のための顧客情報を表示手段３２によって表示して利用することができる。したがって顧客１４の電話器１５と端末装置１８の受話器３１、表示手段３２および入力手段３３と、車両１６の通信機器２６などとの連携した円滑な配車業務を行うことができるようになる。
【００４８】
また電話受付から配車までの処理を簡単に一括して行うことができ、一人の電話受付オペレータが同じ１台の端末装置１８を用いて電話受付から配車処理までの一連の作業を簡単に行うことができ、オペレータは前述のように受話器３１を用いて顧客１４および車両１６の運転者との通話を行い、またこの顧客１４との通話を行って配車実行スイッチ７２を操作するだけで配車処理を行うことができ、操作性が極めて良好である。従来は、顧客について配車処理を順次行っているので、前の顧客について配車が済むまで次の顧客に取りかかることができない。本発明では、一定時間当りの配車をこなす回数が増加するので、電話による配車実績の増加が可能であり、配車を開始した後、その配車が完了することを待つことなく、すなわち最適車両に配車指示を行った後、その車両の了解信号を通信手段２５において受信するまで待機することなく、オペレータは次の電話受付と配車処理を行うことができるようになる。さらに通信手段２５の使用効率を向上して、より多くの配車を行うことができる。
【００４９】
配車指示信号の通信手段２５による伝送から、通信機器２６の了解信号を受信するまでの間の動作シーケンスを、たとえば複数のマイクロコンピュータなどを用いた複数並列処理を行い、これによってデータ伝送の効率を向上することができる。したがって無線という定速回線で限られているデータのキャパシティを有効に活用することができ、時間当りの配車回数を向上することができる。またオペレータの顧客１４との電話による判断に従い、その顧客１４の優先順位を付けて配車処理を行うこともまた可能であり、繁忙時の配車効率を向上することも可能である。さらに顧客ＤＢ２２に予めストアされて登録されている顧客１４に対して、その顧客ＤＢ２２のストア内容を利用して電話を簡単にかけることができ、また間違い電話を減らすことができる。さらに電話による電話番号の情報を有効に活用し、顧客１４に対するオペレータの問合せ時などの対応を円滑に行うことができる。
【００５１】
【発明の効果】
本発明によれば、電話回線を介する顧客の電話番号に対応して顧客データベースから配車のための顧客情報を制御手段によって読出してその顧客の位置にできるだけ近い現在の位置に存在する車両に、配車指令信号を通信手段によって送信出力することができ、こうして自動的な配車動作を行うことができ、操作性が良好であり、短時間に誤りなく正確かつ迅速な配車作業を行うことができるようになる。
【００５２】
また、各車両毎の配車指令後の空車の状態での経過時間Ｗ１が予め定める時間Ｗ０以上であるとき、たとえば車両に無線通信などによって警告を行うことなどができ、あるいはまた顧客に対する適切な回答を行うことができるようになり、配車サービスが向上されることになる。
【図面の簡単な説明】
【図１】本発明の実施の一形態の全体の構成を示すブロック図である。
【図２】図１に示される配車センタ１２における一部の構成を具体的に示すブロック図である。
【図３】顧客ＤＢ２２のストア内容を示す図である。
【図４】車両ＤＢ２４のストア内容を説明するための図である。
【図５】各端末装置１８毎の表示手段３２および入力手段３３を示す正面図である。
【図６】端末装置１８の処理回路２８の動作を説明するためのフローチャートである。
【図７】端末装置１８の処理回路２８が図６のステップｒ１０において配車処理動作を行うときの具体的な動作を説明するためのフローチャートである。
【図８】通信手段２５による信号７６の構成を示す図である。
【図９】車両１６の通信機器２６の構成を示すブロック図である。
【図１０】通信機器２６における端末装置８４の動作を説明するためのフローチャートである。
【図１１】通信機器２６による信号９１の構成を示す図である。
【図１２】先行技術による配車処理の動作手順を説明するためのフローチャートである。
【符号の説明】
１２配車センタ
１３公衆電話回線
１４顧客
１５電話器
１６車両
１７交換機
１８，１８ａ，１８ｂ，１８ｃ端末装置
２１顧客情報サーバ
２２顧客ＤＢ
２３通信制御サーバ
２４車両ＤＢ
２５通信手段
２６通信機器
２８処理回路
３１受話器
３２表示手段
３３入力手段
３３ａ，３３ｂ個別ストックメモリ
３４共通ストックメモリ
５２動態データ
５６現在の位置データ

Claims

電話回線を介する顧客からの電話番号を検出する電話番号検出手段と、
顧客の位置を含む顧客に関する配車のための顧客情報と電話番号とが予め関連付けてストアされる顧客データベースと、
複数の各車両毎の現在の位置と動態とを含む運転状況についてのデータを管理する車両データベースと、
車両との間で自動的に無線通信を行う通信手段と、
通信手段を介して車両から受信した受信応答信号の内容に基づいて、車両データベースにストアされた車両の動態と位置とを更新する動態更新手段と、
電話番号検出手段によって検出された電話番号に対応する前記顧客情報を、顧客データベースから読出して、該顧客情報に含まれる顧客の位置に応じた配車可能な車両を、車両データベースにストアされた運転状況に基づいて検索し、検索された車両に対して通信手段を介して配車指令信号を送信出力させる制御手段と、
各車両の配車状況を管理するための配車データベース手段と、
表示手段とを含み、
前記制御手段は、
配車データベース手段によって、前記配車指令信号を送信出力させた時点からの空車の状態での経過時間Ｗ１を管理し、
この経過時間Ｗ１が予め定める時間Ｗ０以上であるとき、そのことを表示手段に表示させることを特徴とする自動配車装置。