JP2010086501A - タクシー配車管理装置 - Google Patents

Abstract

【課題】ＣＴＩシステムから出力されるデータは、ＡＶＭシステムで一時的にキューされ、所定時間のタイミングをとりデータを送信される。しかし、ＣＴＩシステムから出力される情報が多いと、ＡＶＭシステムにデータが貯まり過ぎて、配車システムで一番必要な配車情報の送信が遅れてしまう。
【解決手段】データそれぞれの種類毎に優先度を設け、優先度が高い種類のデータ、例えば、配車情報がＣＴＩシステムからＡＶＭシステム出力された場合には、最優先でＡＶＭシステムからポーリング信号と複合させて送信するようにする。
【選択図】図４

Description

本発明は、業務用無線によるタクシー配車用ＡＶＭ（Ａｕｔｏｍａｔｉｃ Ｖｅｈｉｃｌｅ Ｍｏｎｉｔｏｒｉｎｇ）システム等の無線通信システムと、顧客からの電話注文をコンピュータで処理するＣＴＩ（Ｃｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｙ Ｉｎｔｅｇｒａｔｉｏｎ）システムとに関わり、特に、タクシーの配車に関わるものである。

従来のタクシー配車システムは、オペレータが配置されている配車管理装置と、配車管理装置に接続されている基地局と、基地局の通信エリア（基地局カバーエリア）内に存在するタクシーで構成されている。オペレータが配置されている配車管理装置には、ＣＴＩシステムと、電話回線を介してＣＴＩシステムと接続している例えば固定電話や携帯電話等の顧客情報端末と、ＣＴＩシステムと基地局とに介在し情報を蓄積及び更新するデータベースとＡＶＭシステム等の無線通信システムで構成されている。
なお、基地局、タクシー、及び顧客情報端末は、通常、複数である。

顧客がタクシーを利用する場合、顧客は、顧客情報端末から電話回線を通じて、ＣＴＩシステムに配置されているオペレータと通話して、配車を要求する。オペレータは、要求を受けた際に、顧客から配車先の位置情報等について聴取する。
タクシーは、自車両に載せているＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）によって位置情報を算出し、車載無線機を介して、算出した現在位置の情報を、空車、実車、迎車など車両の状態を表す動態情報と共にポーリング応答信号に付加して基地局に送信する。
基地局は、受信したポーリング応答信号をＡＶＭシステムに転送し、ＡＶＭシステムは、受信したデータをデータベースに出力する。データベースは、各タクシーの現在位置情報及び動態情報を蓄積及び更新している。ＣＴＩシステムは、データベースから各タクシーの現在位置情報及び動態情報を読出すことによって、タクシーの現在位置情報及び動態情報を収集及び管理している。

オペレータは、ＣＴＩシステムが管理している現在位置情報及び動態情報を基に、顧客から受けた配車先に短時間で配車可能なタクシーを探索する。ＣＴＩシステムは、探索されたタクシーに基地局を経由してポーリング信号と共に配車情報を送信して配車要求を行う。
配車要求を受けたタクシーは、返送信号をポーリング応答信号として、基地局を経由してＣＴＩシステムに送信する。オペレータは、返送信号があったタクシーを顧客が要求している場所に向かわせる。

ＣＴＩシステムからタクシーに送られる情報は、ＡＶＭシステム基地局においてポーリング信号の後ろにつけられて、基地局を介して送信される。なお、必要な情報とポーリング信号の組み合わせたデータは、複合データと呼ばれる。
このポーリング信号と共に送信する信号には、例えば、配車要求のための配車情報、業務連絡、問合せ情報、地区名称、待機移動指示、配車予告、了解催促、若しくは車内モニタＯＮ、等の情報、又は、種々の返送信号（ポーリング応答信号とも呼ぶ）（空車予定、開局受信、閉局受信、個別呼出、個別登録、待機登録、到着報告、休憩解除警告、通話終了、等）がある。
ＡＶＭシステムでは、ＣＴＩシステムから出力された情報を、受信した順番でキューに登録し、受信した順番にポーリング信号の後ろに付加し、複合データとして基地局を介して送信する。

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

ＣＴＩシステムから出力されるデータは、ＡＶＭシステムで一時的にキューされ、所定時間のタイミングをとりデータを送信される。しかし、ＣＴＩシステムから出力される情報が多いと、ＡＶＭシステムにデータが貯まり過ぎて、配車システムで一番必要な配車情報の送信が遅れてしまう。特に、タクシーの配車要求が多い多忙な時間帯では、配車するまでの時間が長くなって顧客に迷惑をかける虞がある。
このような問題に関して、あまり急がない情報をインターネット網を使って送信し、一番必要な情報だけを基地局からタクシーに送信する技術が特許文献１に開示されている。しかし、実際には、タクシーがインターネット通信を行う環境にはなっていないのが現状である。
本発明の目的は、上記の問題に鑑み、多忙な時間帯でも、配車するまでの時間を最小限にすることが可能なタクシー配車管理装置を提供することにある。

上記の目的を達成するため、本発明のタクシー配車管理装置は、ＣＴＩシステムから送信されるデータについて、最優先で送信しなければならない種類のデータと、いくらか遅れてもシステムに支障をきたすことがない種類のデータとに分類し、分類したそれぞれの種類毎に優先度を設け、優先度が高い種類のデータ（例えば、配車情報）がＣＴＩシステムからＡＶＭシステム出力された場合には、最優先でＡＶＭシステムからポーリング信号と複合させて送信するようにするものである。

即ち、本発明のタクシー配車管理装置は、電話回線を介して顧客情報端末と接続している構内交換機と、データベースと、ポーリング信号に上記構内交換機から入力されるデータを付加して基地局無線機に送信する配車端末と、を備える配車管理装置であって、上記構内交換機は、上記データ端末に入力する上記データに優先度を付加し、上記配車端末は、上記データ端末から読み出したデータを送信する時に、上記読み出されたデータの優先度を比較し、優先度が高い順に、上記基地局無線機に送信するものである。
また好ましくは、上記発明のタクシー配車管理装置の基地局無線機は、入力された順番に、上記データを送信するものである。

本発明によれば、多忙な時間帯でも優先的に配車情報を送信するため、配車を完了するまでの時間を最小限に抑えることができるため、配車業務を比較的スムーズに行うことができる。

以下に本発明の実施形態について図面を用いて説明する。なお、以降の各図の説明において、共通な機能を有する構成要素には同一の参照番号を付し、説明を省略する。
図１は、本発明の一実施例のタクシー配車管理装置を用いた配車システムを説明するための図である。１は配車管理装置、２は無線移動局、３は顧客情報端末、４は公衆回線、６はＧＰＳ、１１は基地局無線機である。
図１において、配車管理装置１の基地局無線機１１のカバーエリア（破線円）内に存在する各無線移動局２は、ＧＰＳ６により自車両の位置を検出し、配車管理装置１から到来するポーリング信号に応じて位置情報を送信している。
また、配車管理装置１と各無線移動局２と間では、無線回線を介して音声またはデータによる通信を行っている。さらに、配車管理装置１は、顧客情報端末３と接続可能であり、公衆回線４を介して顧客情報端末３とデータの送受信を行う。

図２は、図１に示した配車管理システムの構成図である。図１で説明した構成要素の他、１２はハブ、１３はＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｂｃｈ ｅＸｃｈａｎｇｅ：構内交換機）、１３ａはＰＢＸ１３の顧客情報登録／変更プログラム、１３ｂはＰＢＸ１３の配車予約受付プログラム、１４はデータベースサーバ（ＤＢサーバ）、１４ａはＤＢサーバ１４の顧客情報データベース（顧客情報ＤＢ）、１４ｂはＤＢサーバ１４の配車予約データベース（配車予約ＤＢ）、１５は配車端末、１５ａは配車端末１５の配車プログラム、１５ｂは配車端末１５の顧客情報提供プログラム、１６はスタンドマイク、２１は移動局無線機、２２は操作器である。
基地局無線機１１は、送受信部、変調部、及び復調部を備え、無線移動局２と無線通信を行う。ハブ１２は、基地局無線機１１と、ＰＢＸ３と、ＤＢサーバ１４と、配車端末１５とに接続され、配車管理装置１内のローカルネットワークを形成する。

ＰＢＸ１３は、顧客情報登録／変更プログラム１３ａと配車予約受付プログラム１３ｂとを備えている。顧客情報登録／変更プログラム１３ａは、顧客情報端末１３から到来した顧客情報登録／変更要求に応じ、ＤＢサーバ１４に記憶される顧客情報の登録／変更処理を行う。また、配車予約受付プログラム１３ｂは、顧客情報端末３から配車予約要求を受け付け、配車予約内容をＤＢサーバ１４に記憶させる。

ＤＢサーバ１４は、顧客情報ＤＢ１４ａと配車予約ＤＢ１４ｂとを格納するデータベース管理サーバで構成される。顧客情報ＤＢ１４ａには、顧客情報端末３から入力される顧客情報が格納される。顧客の識別には、例えば、タクシー乗車時に乗務員から配布されるメンバカードに記載されたメンバＩＤ（例えば、数桁の番号）が用いられる。このメンバＩＤを顧客固有の識別情報として用い、メンバＩＤに対応付けて氏名、自宅住所、目的地（決まった行き先）、変更日（顧客情報の変更日）、確認済チェック（顧客による変更内容の確認）が記憶される。
また、配車予約ＤＢ１４ｂには、顧客端末から受け付けた配車予約情報が格納される。配車予約情報には、利用日時、人数、乗車場所、メンバＩＤ、配車済チェック（配車の完了確認）が含まれる。

配車端末１５は、パーソナルコンピュータ等で構成され、配車プログラム１５ａと顧客情報提供プログラム１５ｂとを備える。配車プログラム１５ａは、上記配車予約ＤＢ１４ｂに基づいて、配車要求信号を基地局無線機１１に出力するように指示し、指示を受けた基地局無線機１１は、上記配車要求信号を無線移動局２に向け送信し、無線移動局２からの応答信号を受信する。顧客情報提供プログラム１５ｂは、無線移動局２から送信されるメンバＩＤをもとに上記顧客情報ＤＢ１４ａから該当する顧客情報を読み出して要求元の無線移動局２に向けて出力するように指示する。無線移動局２は、送信された顧客情報を受信し、無線移動局２の車両内に提示する。

スタンドマイク１６は、配車室のオペレータが無線移動局２の乗務員との通話に用いられる。スタンドマイク１６に入力された音声信号は、基地局無線機１１により無線回線を介して無線移動局２に対して送信される。
顧客情報端末３は、例えば、携帯電話や固定電話であり、公衆回線４を介してＰＢＸ１３と通信する機能を有する。

無線移動局２は、例えば、タクシー等の車両であり、移動局無線機２１と操作器２２とを備える。移動局無線機２１は、配車管理装置１に設けられる基地局無線機１１との間で無線回線を介して通信を行う。操作器２２には、配車管理装置１からの配車要請に対して、配車内容を表示するための表示器や上記配車要請に応答するための応答ボタン等が設けられている。

次に、本発明の配車管理装置における、配車予約処理の一実施例について説明する。
顧客は、顧客情報端末３により、例えば、タクシー会社を呼び出し、呼び出されたタクシー会社の配車管理装置１のＰＢＸ１３は、上記配車予約要求を受信する。配車管理装置１においては、自動若しくはオペレータの手動操作によって、ＰＢＸ１３が配車予約受付プログラム１３ｂを実行し、顧客の認証確認（例えば、メンバＩＤ）する。メンバＩＤは、新規の顧客の場合には、新規にＩＤを発行し、ＤＢサーバ１４に上記メンバＩＤが送信される。

ＤＢサーバ１４は、顧客情報ＤＢ１４ａを参照して、このメンバＩＤをもとに顧客情報を読み出してＰＢＸ１３に返送する。顧客情報が確認されたと判断したＰＢＸサーバ１３は、当該顧客の顧客情報端末３に配車予約要求を要求し、その要求を受信する。
この配車予約要求を元に、配車予約情報（利用日時、人数、乗車場所）が、ＰＢＸ１３からＤＢサーバ１４に送信する。ＤＢサーバ１４は、受信した配車予約情報を記憶する。これにより、配車予約ＤＢ１４ｂには、利用日時、人数、乗車場所、メンバＩＤがそれぞれ記憶される。そして、ＤＢサーバ１４は、配車予約処理の完了通知をＰＢＸ１３に向け送信し、ＰＢＸ１３は、この完了通知を受けて、さらに要求元の顧客情報端末３に上記処理の完了を通知する。

次に、配車端末１５は、配車プログラム１５ａを実行し、ＤＢサーバ１４を介して所定の時間間隔（例えば、１分間隔）で配車予約ＤＢ１４ｂにアクセスし、配車予約時間の到来を監視している。そして、配車予約利用日時の所定時間前（例えば、３０分前）になると、配車端末１５は、配車予約ＤＢ１４ｂ内のタクシー位置情報を検索して、乗車場所の近隣の車両（タクシー）を検索する。ここで、配信端末１５は、各無線移動局２から収集したＧＰＳ６により取得した位置情報を、ＤＢサーバ１４を介して、配車予約ＤＢ１４ｂに蓄積若しくは更新し、このデータを読出して利用する。

そして、配車端末１５は、上記検索された無線移動局２に対して、上記予約情報を基地局無線機１１により送信する。無線移動局２は、予約情報を操作器２２に設けられる表示器に表示する。この予約情報の提示を受けて、乗務員は、配車可能であれば操作器２２に設けられる応答ボタンを押下し、予約応答通知を配車端末１５に向け送信する。配車端末１５は、上記予約応答を基地局無線機１１により受信し、予約完了処理として、ＤＢサーバ１４に向けて配車完了通知を送信する。
ＤＢサーバ１４は、上記配車完了通知を受けて、配車予約ＤＢ１４ｂに“ＯＫ”や“完了”等の配車完了の情報を入力する。

図１及び図２で説明したタクシー配車管理装置は、顧客との要求や応答その他の情報の接続及び処理をするためのＣＴＩシステム、並びに、タクシー等の無線移動局２の状態を配車管理装置１が管理するためのＡＶＭシステムとを連動させた場合の一実施例である。
図１及び図２におけるタクシー配車システムでは、配車管理装置１と、配車管理装置１に接続されている基地局無線機１１と、基地局無線機１１の通信エリア（基地局カバーエリア）内に存在する無線移動局（例えば、タクシー）２で構成され、ＧＰＳ６を利用して、無線移動局２の位置を把握し、公衆回線４を介して顧客情報端末３と通信することにより運用されている。

上述したように、配車管理装置１において、配車端末１５には配車プログラム１５ａが常駐しており、顧客情報ＤＢ１４ａ及び配車予約ＤＢ１４ｂからデータを読出し、配車情報の選択やタクシーへの送信動作を行う。
また、ＰＢＸ１３には配車予約受付プログラム１３ｂが常駐しており、顧客情報端末１２１からの要求に応じて、顧客情報ＤＢ１４ａ及び配車予約ＤＢ１４ｂからのデータの読出し若しくは書込みを行い、配車端末１５や顧客情報ＤＢ１４ａ及び配車予約ＤＢ１４ｂと連携動作を行う。
例えば、ＰＢＸ１３は、顧客情報端末３からの配車要求を処理（タクシーの動態情報の更新、等）し、配車予約ＤＢ１４ｂに出力する。また例えば、配車端末１５は、基地局無線機１１を介してタクシーの位置情報やタクシーとのポーリングによる通信データを受け取り、ハブ１２を介して、ＰＢＸ１３の表示部（図示しない）に表示させたり、更にハブ１２及びＤＢサーバ１４を介して配車予約ＤＢ１４ｂに受信したデータを出力して、蓄積若しくは更新させる。

図３は、従来のデータの送信順番を説明するためのタイミング図の一例である。
ＰＢＸ１３から、先ずデータ２０１が配車予約ＤＢ１４ｂに出力され、次にデータ２０２、２０３と順番に配車端末１５に出力される。
配車端末１５では、入力されたデータ２０１、２０２、２０３、を順番にメモリ（図示しない）に書込み、基地局無線機１１にポーリング信号に付加して複合データとして送信する時には、書込んだ順番にメモリから読出して基地局無線機１１に送信する。

配車端末１５から基地局無線機１１にデータを送信するときは、ポーリングによりデータを送信するタイミングを取っている。ポーリング信号に付加される複合データは、貯まっているデータを書込んだ順番に読出し、ポーリング信号に付加して送信している。そのため、データが貯まれば貯まるほど、付加されるデータは時間がかかり基地局無線機１１に送信されることとなる。
このように、従来の読出し方法では、さほど重要でない情報が先に書込まれていた時には、配車情報等の重要な情報でも後から読出される。

図４は、本発明のデータの送信順番を説明するためのタイミング図である。
ＰＢＸ１３内の配車予約受付プログラム１３ｂを変更し、それぞれの情報（データ）の種類に応じてあらかじめ優先度を与えて、配車予約ＤＢ１４ｂからのデータが配車端末１５に出力される場合には、出力されるデータに優先度情報を付加して出力する。優先度は、例えば、一番先に送信したい重要な情報（データ）に“高”の意味の付加情報を付加し、一番重要でない情報（データ）には“低”の意味の付加情報を付加し、中程度の情報（データ）には“中”の意味の付加情報を付加する。

配車端末１５では、配車プログラム１５ａを変更し、ポーリングのタイミングになった時点で、書込まれたデータに“高”の意味の付加情報があるか否かを検索し、“高”の意味の付加情報がある場合には、優先的に先に基地局無線機１１に送信する。また、“高”の意味の付加情報がない場合には、次に“中”の意味の付加情報があるか否かを検索し、“中”の意味の付加情報がある場合には、優先的に先に基地局無線機１１に送信する。更に“高”の意味の付加情報も“中”の意味の付加情報も検索できなかった場合には、書込まれた順番に基地局無線機１１に送信する。

即ち、図４において、ＰＢＸ１３（正確には、配車予約ＤＢ１４ｂ）から配車端末１５にデータ３０１、３０２、３０３とデータが順番に出力されたとき、それらのデータに付加された付加情報によれば、データ３０１と３０２の優先度が“低”で、データ３０３の優先度が“高”であった。
配車端末１５は、それらのデータを入力した順番に、優先度の付加情報と共に配車端末１５内の図示しないメモリに書込む。

今、配車端末１５は、時刻３５１で送信するタイミングになった場合、メモリ内に書込まれたデータを検索する。この時刻３５１ではデータ３０１と３０２が存在する。しかし、データ３０１と３０２に付加された優先度の付加情報は、どちらも“低”である。従って、配車端末１５は、２つのデータ３０１と３０２に優先度の順番がつけられなかったために、書込まれた順番通り、古いデータ３０１を基地局無線機１１を介して送信する。

次に、配車端末１５は、時刻３５２で送信するタイミングになった場合、メモリ内に書込まれたデータを検索する。この時刻３５２ではデータ３０２と３０３が存在する。データ３０２に付加された優先度の付加情報は“低”である。また、データ３０３に付加された優先度の付加情報は“高”である。
従って、配車端末１５は、データ３０３の優先度が高いと判断し、書込まれた順番通りの古いデータ３０２ではなく、後から書込まれたデータ３０３を基地局無線機１１を介して送信する。

なお、図４の実施例では、配車端末１５に入力されたデータは、入力された順番にメモリに書込まれ、読出す時に優先度の付加情報を検索して優先度を確認し、優先度の高い順番に送信していた。
しかし、優先度の高〜低に応じて、その優先度毎にメモリ内に書込み、優先度の高いデータから順番に読出して送信するようにしても良い。
また、次のようにしても良い。

即ち、配車端末が送信するときには、既にキューしてあるデータとキューしようとしたデータで優先度を比較して、優先度が同じであれば、そのデータを同じ種類のデータの一番後ろにキューし、優先度が高いデータであれば、優先度が低いデータを飛び越してキューする。
そうすることで、ポーリング時に複合されるデータを取り出すときは、キューに貯まったデータは優先度順になっているので、優先度が高いものから順に送信されることとなる。

以上述べた如く、本発明は、ＰＢＸのようなＣＴＩシステムと、電話回線等の公衆回線を介して上記ＣＴＩシステムと接続している顧客情報端末と、データベースと、ポーリング信号に上記ＣＴＩシステムから入力されるデータを付加して基地局に送信する無線通信システムと、を備えるタクシー配車管理装置であって、上記ＣＴＩシステムは、上記無線通信システムに入力される上記データに優先度を付加し、上記無線通信システムは、ポーリング時に、送信するデータの優先度を比較し、優先度が高い順に、上記基地局に送信することを特徴とするタクシー配車管理装置である。

上述の実施例によれば、多忙な時間帯でも優先的に配車情報を送信することができる、配車を完了するまでの時間を最小限に抑えることができ、配車が比較的スムーズに行うことが可能となる。

本発明の一実施例のタクシー配車管理装置を用いた配車システムを説明するための図。 本発明の一実施例のタクシー配車管理装置を用いた配車システムを説明するための図。 従来のデータの送信順番を説明するためのタイミング図。 本発明のデータの送信順番を説明するためのタイミング図。

符号の説明

１：配車管理装置、 ２：無線移動局、 ３：顧客情報端末、 ４：公衆回線、 ６：ＧＰＳ、 １１：基地局無線機、 １２はハブ、 １３：ＰＢＸ、 １３ａ：顧客情報登録／変更プログラム、 １３ｂ：配車予約受付プログラム、 １４：ＤＢサーバ、 １４ａ：顧客情報ＤＢ、 １４ｂ：配車予約ＤＢ、 １５：配車端末、 １５ａ：配車プログラム、 １５ｂ：顧客情報提供プログラム、 １６：スタンドマイク、 ２１：移動局無線機、 ２２：操作器。

Claims (1)

1. 電話回線を介して顧客情報端末と接続している構内交換機と、データベースと、ポーリング信号に上記構内交換機から入力されるデータを付加して基地局無線機に送信する配車端末と、を備える配車管理装置であって、
   上記構内交換機は、上記データ端末に入力する上記データに優先度を付加し、上記配車端末は、上記データ端末から読み出したデータを送信する時に、上記読み出されたデータの優先度を比較し、優先度が高い順に、上記基地局無線機に送信することを特徴とするタクシー配車管理装置。

Images