(57)【要約】  【課題】  車両や乗務員についての要望に沿った配車のための手間を削減できる配車管理装置を提供する。  【解決手段】  乗務員データベース記憶部３１は、乗務員識別データと乗務員属性データを含む乗務員データベースを記憶している。運行管理テーブル記憶部３７は、車両識別データと車両属性データを記録すると共に、各車両に乗車している乗務員の乗務員識別データを記録する運行管理テーブルを記憶している。乗務員識別コードが車載端末から受信されると、その乗務員識別データが該当車両と関連づくように運行管理テーブルに登録される。車両属性と乗務員属性とを含む配車要求データが入力されると、運行管理テーブルと乗務員データベースとを参照して、配車要求データに該当する適合車両が検索される。検索された適合車両が搭載する車載端末へ、配車指示が送信される。【選択図】  図１
2006276961.tif 000002
【特許請求の範囲】
【請求項１】
複数の車両の各々に搭載された車載端末と通信する通信部と、
乗務員毎の乗務員識別データおよび乗務員属性データを含む乗務員データベースを記憶した乗務員データベース記憶部と、
車両毎の車両識別データおよび車両属性データを記録すると共に、各車両に乗車している乗務員の乗務員識別データを記録する運行管理テーブルを記憶した運行管理テーブル記憶手段と、
前記通信部により前記車載端末から受信された乗務員識別データを受け付ける乗務員識別データ受付手段と、
前記乗務員識別データ受付手段により受け付けられた前記乗務員識別データを、該乗務員識別データを送ってきた前記車載端末に対応する車両識別データと関連づくように前記運行管理テーブルに登録するテーブル登録手段と、
車両属性と乗務員属性とを含む配車要求データを入力する配車要求入力手段と、
前記運行管理テーブルと前記乗務員データベースとを参照して、前記配車要求データの車両属性および乗務員属性に該当する適合車両を前記運行管理テーブルから検索する適合車両検索手段と、
前記適合車両検索手段により検索された適合車両が搭載する車載端末へ前記通信部を介して配車指示を送信する配車指示送信処理手段と、
を備えたことを特徴とする配車管理装置。
【請求項２】
前記適合車両検索手段は、各車両の車載端末から受信される車両位置データと前記配車要求データに含まれる顧客位置とに基づき、車両属性および乗務員属性に該当する適合車両の中で、顧客位置に最も近い車両を求めることを特徴とする請求項１に記載の配車管理装置。
【請求項３】
複数の車両の各々に搭載された車載端末と、それら複数の車載端末と通信する通信部を有する配車管理装置と、を備え、
前記配車管理装置は、
複数の車両の各々に搭載された車載端末と通信する通信部と、
乗務員毎の乗務員識別データおよび乗務員属性データを含む乗務員データベースを記憶した乗務員データベース記憶部と、
車両毎の車両識別データおよび車両属性データを記録すると共に、各車両に乗車している乗務員の乗務員識別データを記録する運行管理テーブルを記憶した運行管理テーブル記憶手段と、
前記通信部により前記車載端末から受信された乗務員識別データを受け付ける乗務員識別データ受付手段と、
前記乗務員識別データ受付手段により受け付けられた前記乗務員識別データを、該乗務員識別データを送ってきた前記車載端末に対応する車両識別データと関連づくように前記運行管理テーブルに登録するテーブル登録手段と、
車両属性と乗務員属性とを含む配車要求データを入力する配車要求入力手段と、
前記運行管理テーブルと前記乗務員データベースとを参照して、前記配車要求データの車両属性および乗務員属性に該当する適合車両を前記運行管理テーブルから検索する適合車両検索手段と、
前記適合車両検索手段により検索された適合車両が搭載する車載端末へ前記通信部を介して配車指示を送信する配車指示送信処理手段と、
を備えたことを特徴とする配車システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーの配車を管理する配車管理装置に関し、特に、顧客の要望に適切に応えられる配車管理装置に関する。
【背景技術】
【０００２】
従来、タクシーの配車は専ら無線装置を使って手作業のみで行われていた。これに対して、近年は、ＡＶＭ（Automatic Vehicle Monitor）配車システムといわれる技術が実用化されている。ＧＰＳ−ＡＶＭ配車システムでは、車載端末（移動局）がＧＰＳを使って現在位置を検出し、検出した現在位置を配車管理装置に送信する。配車管理装置では、各車両の位置を地図上に表示することができる。また、配車管理装置は、配車を希望する顧客に近い車両を自動的に検出することができる。ＡＶＭ配車システムは、例えば、特許文献１に開示されている。
【特許文献１】特開２００２−１５０４９１号公報（第６−９ページ、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の配車管理装置においては、車両の種類や乗務員の属性についての顧客の要望に沿うためには、オペレータの手作業に頼る必要があり、この作業が繁雑であるという問題があった。
【０００４】
上記の問題をさらに説明すると、タクシーの車両にもワゴン車等の種類があり、顧客が車両の種類を指定することがある。また、顧客は、乗務員についても、介護資格者等の属性を指定をすることがある。一方で、一台のタクシー車両が複数の乗務員により交替で使用されることがある。また、一人の乗務員が複数台の車両を乗り換えることもある。そのため、従来は、どの車両にどの乗務員が乗っているかが乗車勤務表を使って手作業で管理されている。そして、オペレータが、乗車勤務表を見ながら手作業で、顧客に要望に沿った車両であって、顧客が望む乗務員が乗った車両を探していた。あるいは、音声通信によって全車両に問い合わせを発することで、適当な車両が探されていた。このように、従来は手作業で顧客の要望に合う車両を探していたので、配車管理作業が繁雑であり、迅速なサービスという観点でも不利であった。
【０００５】
本発明は、従来の問題を解決するためになされたもので、その目的は、車両や乗務員についての要望に沿った配車のための手間を削減できる配車管理装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の配車管理装置は、複数の車両の各々に搭載された車載端末と通信する通信部と、乗務員毎の乗務員識別データおよび乗務員属性データを含む乗務員データベースを記憶した乗務員データベース記憶部と、車両毎の車両識別データおよび車両属性データを記録すると共に、各車両に乗車している乗務員の乗務員識別データを記録する運行管理テーブルを記憶した運行管理テーブル記憶手段と、前記通信部により前記車載端末から受信された乗務員識別データを受け付ける乗務員識別データ受付手段と、前記乗務員識別データ受付手段により受け付けられた前記乗務員識別データを、該乗務員識別データを送ってきた前記車載端末に対応する車両識別データと関連づくように前記運行管理テーブルに登録するテーブル登録手段と、車両属性と乗務員属性とを含む配車要求データを入力する配車要求入力手段と、前記運行管理テーブルと前記乗務員データベースとを参照して、前記配車要求データの車両属性および乗務員属性に該当する適合車両を前記運行管理テーブルから検索する適合車両検索手段と、前記適合車両検索手段により検索された適合車両が搭載する車載端末へ前記通信部を介して配車指示を送信する配車指示送信処理手段とを備えている。
【０００７】
この構成により、乗務員データベースと運行管理テーブルを設け、乗務員データベースに乗務員属性を登録し、運行管理テーブルに車両属性を登録するとともに、運行管理テーブル上で車両と乗務員をひもづけている。そして、配車要求データが入力されると、運行管理テーブルと乗務員データベースとを参照して、配車要求データの車両属性と乗務員属性に該当する適合車両が検索され、検索された適合車両に配車指示が送信されるので、顧客の要望に沿った配車のための手間を削減できる。
【０００８】
また、本発明の配車管理装置において、前記適合車両検索手段は、各車両の車載端末から受信される車両位置データと前記配車要求データに含まれる顧客位置とに基づき、車両属性および乗務員属性に該当する適合車両の中で、顧客位置に最も近い車両を求めるように構成されている。この構成により、車両属性と乗務員属性の要求に適合する複数の車両がある場合に、距離の観点から最適な車両を選別できる。
【０００９】
また、本発明の別態様は、複数の車両の各々に搭載された車載端末と、それら複数の車載端末と通信する通信部を有する配車管理装置と、を備えた配車システムである。この配車システムにおいては、前記配車管理装置が、複数の車両の各々に搭載された車載端末と通信する通信部と、乗務員毎の乗務員識別データおよび乗務員属性データを含む乗務員データベースを記憶した乗務員データベース記憶部と、車両毎の車両識別データおよび車両属性データを記録すると共に、各車両に乗車している乗務員の乗務員識別データを記録する運行管理テーブルを記憶した運行管理テーブル記憶手段と、前記通信部により前記車載端末から受信された乗務員識別データを受け付ける乗務員識別データ受付手段と、前記乗務員識別データ受付手段により受け付けられた前記乗務員識別データを、該乗務員識別データを送ってきた前記車載端末に対応する車両識別データと関連づくように前記運行管理テーブルに登録するテーブル登録手段と、車両属性と乗務員属性とを含む配車要求データを入力する配車要求入力手段と、前記運行管理テーブルと前記乗務員データベースとを参照して、前記配車要求データの車両属性および乗務員属性に該当する適合車両を前記運行管理テーブルから検索する適合車両検索手段と前記適合車両検索手段により検索された適合車両が搭載する車載端末へ前記通信部を介して配車指示を送信する配車指示送信処理手段とを備えている。この構成によっても、上述の本発明の利点が得られる。
【発明の効果】
【００１０】
本発明は、乗務員データベースに乗務員属性を登録し、運行管理テーブルに車両属性を登録するとともに、運行管理テーブル上で車両と乗務員をひも付け、これら運行管理テーブルと乗務員データベースとを参照して配車要求データの車両属性と乗務員属性に該当する適合車両を検索することにより、顧客の要望に沿った配車のための手間を削減できるという効果を有する配車管理装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態の配車管理装置について、図面を用いて説明する。本実施の形態では、本発明がＡＶＭタクシー配車システムに適用される。そして、ＡＶＭタクシー配車システムのＡＶＭ管理装置が、本発明の配車管理装置に相当する。
【００１２】
本発明の実施の形態のＡＶＭタクシー配車システム１を図１に示す。図１において、ＡＶＭタクシー配車システム１は、ＡＶＭ管理装置３とＡＶＭ移動局装置５とで構成されている。ＡＶＭ管理装置３はタクシー会社に設置されている。ＡＶＭ移動局装置５は、各車両に搭載された車載端末であり、ＡＶＭ管理装置３と通信する。ＡＶＭ管理装置３は、配車端末７、電話受付端末９および顧客データベース装置１１で構成されている。
【００１３】
配車端末７は、キーボード、ディスプレイ、マイク、スピーカ等の入出力装置を備えたコンピュータであり、オペレータによって操作される。配車端末７において、制御部２１は配車端末７の全体を制御している。画面処理部２３はディスプレイに地図および車両位置マークなどを表示する処理を行う。画面処理部２３は、配車のための検索等の画面も表示する。また、送受信装置２５は本発明の通信部であり、ＡＶＭ移動局装置５との間で無線通信を行う。通信処理部２７は、電話受付端末９との間でデータを通信する。
【００１４】
さらに、乗務員コード処理部２９は、乗務員データベース記憶部３１に記憶された乗務員データベースに対して更新および検索等の処理を行う。また、配車処理部３３は、配車に関する処理を行う。配車処理部３３は、例えば、地図データベース記憶部３５に記憶された地図上に、ＡＶＭ移動局装置５から受信した車両位置を表示する処理を行う。また、本実施の形態では、配車処理部３３が、運行管理テーブル記憶部３７に記憶された運行管理テーブルに対して読書きおよび検索等の処理を行い、運行管理テーブルを利用して配車処理を行うように構成されている。
【００１５】
次に、電話受付端末９は、配車端末７と同様、キーボード、ディスプレイ、マイク、スピーカ等の入出力装置を備えたコンピュータである。電話受付端末９は、配車端末７と別々のオペレータによって操作されてもよく、また、配車端末７と同じオペレータによって操作されてもよい。電話受付端末９と配車端末７を一体化することも可能である。
【００１６】
電話受付端末９において、制御部４１は電話受付端末９の全体を制御しており、画面処理部４３は、配車要求（依頼）入力用の画面や顧客情報の画面をディスプレイに表示する処理を行う。また、電話受付処理装置４５は、電話の機能を有しており、顧客の電話と接続されて、配車の依頼を受け付けるために使用される。通信処理部４７は、配車端末７の通信処理部２７との間でデータを通信する。また、顧客データベース処理部４９は、顧客データベース装置１１の顧客データベース５１に対して、顧客のデータを検索する処理を行う。
【００１７】
また、顧客データベース装置１１において、顧客データベース５１は、過去に依頼を受けた顧客の名前、住所、電話番号、利用履歴といったデータを記憶している。顧客データベース処理装置５３は、顧客データベース５１の更新等の処理を行う。
【００１８】
次に、ＡＶＭ移動局装置５について説明する。ＡＶＭ移動局装置５は、車両に搭載されるコンピュータ装置であり、スイッチ、ディスプレイ、マイク、スピーカ等の入出力装置を備えており、乗務員によって操作される。
【００１９】
ＡＶＭ移動局装置５において、制御部６１はＡＶＭ移動局装置５の全体を制御しており、画面処理部６３はディスプレイに必要な情報（例えば、配車後の迎車のための顧客住所等）を表示する処理を行う。また、送受信装置６５は配車端末７の送受信装置２５との間で無線通信を行う。位置検出部６７は、ＧＰＳ装置で構成されており、車両の現在位置を検出する。位置検出部６７が、ＧＰＳと自立航法の両方を用いる構成を有してよいことはもちろんである。位置検出部６７は、逐次検出した現在位置を制御部６１に供給し、制御部６１は、現在位置データを定期的に送受信装置６５を介して配車端末７に送信する。
【００２０】
乗務員コード入出力部６９は、上述の入出力装置によって実現されており、乗務員コードを入力し、入力された乗務員コードを表示する。乗務員コード送信処理部７１は、入力された乗務員コードを送受信装置６５に配車端末７へ送信させる処理を行う。
【００２１】
上記の構成において、本実施の形態では、特に、配車端末７に乗務員データベース記憶部３１と運行管理テーブル記憶部３７が設けられ、これらを使った情報処理によって好適な配車が行われる。
【００２２】
図２は、乗務員データベースを示している。乗務員データベースは、各乗務員の乗務員名、乗務員コードおよび乗務員属性のテーブルである。乗務員名および乗務員コードは本発明の乗務員識別データに相当する。乗務員属性は、乗務員の性別と資格を有する。資格は、例えば、介護に関する資格である。ただし、乗務員属性はこれらに限定されず、さらに他の情報を含んでよい。
【００２３】
図３は、運行管理テーブルを示している。運行管理テーブルは、各車両の車両番号、車両属性、配車対象設定および車両状態のテーブルである。車両番号は本発明の車両識別データに相当する。車両属性は、車両の種類であり、大型、小型、ワゴン等である。配車対象設定は、配車対象に設定されているか否かの情報である。後述する処理で配車対象に設定されると、配車対象設定の欄が、非対象から対象になる。また、車両状態は、空車、実車、迎車、回送等の車両の状態であり、ＡＶＭ移動局装置５から受信された車両状態データが書き込まれている。なお、運行管理テーブルは複数に分割されていて、互いに関連づけられていてもよい（他のテーブルも同様）。
【００２４】
図３に示されるように、運行管理テーブルには、さらに、各車両に乗車している乗務員の乗務員コードと乗務員名が登録される。乗務員コードおよび乗務員名は、後述する処理で、ＡＶＭ移動局装置５から受信されて運行管理テーブルに書き込まれる。
【００２５】
図４は、顧客データベース５１を示している。図示のように、顧客データベース５１は、過去に依頼を受けた顧客の名前、住所、電話番号、利用履歴といったデータを記憶している。
【００２６】
次に、本実施の形態に係るＡＶＭタクシー配車システム１の動作を説明する。図５および図６は、車両が運行を開始するときのＡＶＭ移動局装置５および配車端末７の動作を示すフローチャートである。
【００２７】
図５において、ＡＶＭ移動局装置５では、エンジンが起動すると（Ｓ１）、乗務員コードが乗務員コード入出力部６９から入力されて、制御部６１に受け付けられる（Ｓ３）。制御部６１は、入力された乗務員コードがダミーコードであるか否かを判定し（Ｓ５）、乗務員コードが所定のダミーコード（例えば、９９９といった数字）であれば、配車対象外モードで開局処理を行う（Ｓ７）。これにより、配車端末７で配車対象に設定されることなく、流し営業が実施されることになる。
【００２８】
入力された乗務員コードがダミーコードでなければ、制御部６１は、送受信装置６５に配車端末７へ乗務員コードを送信させる（Ｓ９）。乗務員コードは、車両識別データである車両番号と共に配車端末７へ送信される。そして、乗務員コードの無線送信に成功したか否かが判定され（Ｓ１１）、成功しなければ、配車対象外としての開局処理が行われ（Ｓ１３）、ステップＳ９に戻って乗務員コードの送信を続ける。乗務員コードの送信に成功するまでは乗務員コードの送信を続けるとともに、流し営業が実施されることになる。乗務員コードの送信に成功すると、配車対象としての開局処理が行われる（Ｓ１５）。なお、開局処理は、ＡＶＭ移動局装置５を移動局として機能させ、適当な間隔で現在位置を配車端末７にアップするなどの移動局としての所定の動作を開始する処理である。
【００２９】
図６に示されるように、配車端末７では、送受信装置２５が乗務員コードを受信して制御部２１に供給する（Ｓ３１）。そして、配車処理部３３が、運行管理テーブルの該当車両の配車対象設定を非対象から対象に変え、これにより該当車両が配車対象（配車される車両の候補）に設定される（Ｓ３３）。さらに、乗務員コード処理部２９が、乗務員データベース記憶部３１の乗務員データベースから、乗務員コードに該当する乗務員名を検索する（Ｓ３５）。該当する乗務員名があれば（Ｓ３７、Ｙｅｓ）、乗務員コードおよび乗務員名が車両番号と関連づけられる（Ｓ３９）。ここでは、配車処理部３３が、運行管理テーブルの該当車両の欄に、受信された乗務員コードと検索された乗務員名を書き込む。そして、制御部２１が、検索された乗務員名を通信処理部２７にＡＶＭ移動局装置５へ送信させる（Ｓ４１）。また、乗務員コードに該当する乗務員名が乗務員データベースに存在しなかったときは（Ｓ３７、Ｎｏ）、制御部２１がエラーメッセージを通信処理部２７に送信させる（Ｓ４３）。
【００３０】
上記の配車端末７の処理では、制御部２１、乗務員コード処理部２９および配車処理部３３が、乗務員識別データを受け付けて、該当車両と関連づくように運行管理テーブルに登録しており、本発明の乗務員識別データ受付手段およびテーブル登録手段として機能している。
【００３１】
図５に戻り、ＡＶＭ移動局装置５は、配車端末７から乗務員名またはエラーメッセージを受信して表示し（Ｓ１７）、制御部６１が確認操作の有無を判定する（Ｓ１９）。乗務員名が表示され、その乗務員名が正しければ、乗務員により入力装置に対して確認操作が行われる。確認操作が受け付けられると、制御部６１は、確認信号を送受信装置６５に配車端末７へ送信させる（Ｓ２１）。このようにして、本実施の形態では、入力された乗務員コードの正当性をシステムで確認することができる。
【００３２】
乗務員がステップＳ３で間違った乗務員コードを入力していたとする。この場合、間違った乗務員コードがＡＶＭ移動局装置５から配車端末７に送られ、配車端末７は、間違った乗務員コードを使って乗務員名を乗務員データベースから検索する。この場合、間違った乗務員名が検索されて、ＡＶＭ移動局装置５に返される。あるいは、該当する乗務員名がデータベースに存在しないため、エラーメッセージが返ってくる。この場合、確認操作が受け付けられず（Ｓ１９、Ｎｏ）、乗務員コードが再入力され（Ｓ２３）、乗務員コードが再送信され（Ｓ２５）、信号送信が成功したか否かが再度判定される（Ｓ２７）。信号送信に成功すれば、ステップＳ１７以降の処理に再度進むことになる。また、配車端末７の側では、乗務員コードが受信されると、図６に示した処理をもう一度行うことになる。
【００３３】
以上に、開局時の動作を説明した。次に、配車時の動作を説明する。図７および図８は、それぞれ、配車時の配車端末７およびＡＶＭ移動局装置５の動作を示している。
【００３４】
配車の際は、図７の処理の前に、電話受付端末９が顧客から配車要求（配車の依頼）を受け付ける。電話受付端末９では、顧客からの電話を電話受付処理装置４５が受ける。オペレータと顧客が会話し、オペレータは配車要求を電話受付端末９に入力する。新しい顧客の場合、オペレータは、顧客名、電話番号、顧客位置（住所）、顧客からの要望（リクエスト）を入力する。顧客の要望は、車両属性および乗務員属性である。車両属性は、ワゴン車等の車両の種類である。また、乗務員属性は性別および資格である。配車要求は所定の入力画面に入力されて、制御部４１に受け付けられ、制御部４１は、配車要求データを通信処理部４７に配車端末７へ送信させる。
【００３５】
顧客が新規でない場合、顧客データベース５１に登録された顧客情報が利用される。例えば、オペレータは、顧客から聞いた電話番号を入力して、顧客情報を検索する。画面には、名前、電話番号、住所といった顧客情報が表示される。この顧客情報が配車要求データに加えられてよい。
【００３６】
以上のようにして、配車要求データが電話受付端末９から配車端末７に送られ、配車端末７の通信処理部２７に受信され、制御部２１に供給される。このとき、通信処理部２７は、配車要求データを入力する配車要求入力手段として機能する。配車要求データが入力されると、図７の処理が開始する。
【００３７】
図７では、制御部２１が配車要求データを受け付け、配車処理部３３に渡す（Ｓ５１）。配車処理部３３は、配車呼出信号を生成し、生成した配車呼出信号を全車両に送信する処理を行う（Ｓ５３）。配車呼出信号には、配車要求の中の顧客位置（住所）が含められる。配車呼出信号は、配車端末７の送受信装置２７から無線通信で各ＡＶＭ移動局装置５へ送信される。
【００３８】
そして、図８に示すように、各々のＡＶＭ移動局装置５では、送受信装置６５が、配車呼出信号を受信して制御部６１に供給し（Ｓ８１）、制御部６１は応答信号を送信するか否かを判定する（Ｓ８３）。このステップでは、制御部６１は、配車呼出信号に含まれた顧客位置を取得し、顧客位置を、現在位置検出部６７が検出する現在位置と比較する。そして、制御部６１は、顧客位置と現在位置の距離を計算し、この距離が所定のしきい値以下であるか否かを判定する。車載の地図データベースを用いてナビゲーション技術により距離を計算することが好適である。そして、顧客位置と現在位置の距離がしきい値以下であれば、ステップＳ８３の判定がＹｅｓになる。上記しきい値は、例えば、５００ｍといった距離である。また、制御部６１は、車載の地図データベースを用いてナビゲーション技術により現在位置から顧客位置までの到達時間（走行時間または旅行時間ともいう）を計算し、所定のしきい値（時間）と比較してもよい。この場合、到達時間がしきい値以下であれば、ステップＳ８３の判定がＹｅｓになる。ステップＳ８３の判定がＮｏであれば、制御部６１は、配車呼出信号を無視する処理を行い、配車端末７に応答しない（Ｓ９１）。ステップＳ８３の判定がＹｅｓであれば、制御部６１は、送受信装置６５に配車端末７へ応答信号を送信させる（Ｓ８５）。このとき、制御部６１は、位置検出部６７で検出された最新の現在位置データを含んだ応答信号を生成および送信する。また、応答信号は、該当車両の車両番号を含んでいる。
【００３９】
上記のようにして、ＡＶＭ管理装置３は、配車要求を受け付けると、まず、配車呼出信号を送り、顧客に比較的近い車両から現在位置を含む応答信号を受信する。なお、ＡＶＭ管理装置３は、配車要求が入力されなくても、各車両から適当な間隔で現在位置を受信している。しかし、この現在位置は、所定の距離を走行するたびに、あるいは、所定の時間が経過するたびに取得され、最新の位置情報ではない。これに対して、配車呼出信号を受け付けたときは、ＡＶＭ移動局装置５は最新の現在位置をＡＶＭ配車管理装置３に送信し、したがって、ＡＶＭ配車管理装置３は各車の最新の車両位置を用いて配車の処理を行う。
【００４０】
図７に示すように、ＡＶＭ配車管理装置３では、送受信装置２７が、現在位置を含む応答信号を受信し、配車処理部３３に供給する（Ｓ５５）。また、配車処理部３３は、配車要求データを解析して、車両条件があるか否か（配車要求データに車両属性が含まれているか否か）を判定し（Ｓ５７）、車両条件があれば、その車両条件（車両属性）を検索キーとしてセットする（Ｓ５９）。また、配車処理部３３は、配車要求データに乗務員条件があるか否か（配車要求データに乗務員属性が含まれているか否か）を判定し（Ｓ６１）、乗務員条件があれば、その乗務員条件（乗務員属性）を検索のキーとしてセットする（Ｓ６３）。
【００４１】
そして、配車処理部３３は、乗務員コード処理部２９と共に機能して、セットした検索条件の車両属性と乗務員属性に該当する適合車両を検索する（Ｓ６５）。適合車両は、配車対象（候補）に設定されている車両の中から検索される（図６のステップＳ３３で設定）。また、適合車両は、ステップＳ５３で応答信号が受信された車両の中から選ばれ、さらに、後述するように顧客位置に最も近い車両が選ばれる。
【００４２】
ステップＳ６５の処理について詳細に説明すると、配車処理部３３は、運行管理テーブル記憶部３７の運行管理テーブルから適合車両を検索する。このとき、乗務員データベース記憶部３１の乗務員データベースが利用される。そして、配車処理部３３は、「（１）配車要求の車両属性に運行管理テーブル上で該当している車両であって、かつ、（２）乗務員データベース上で配車要求の乗務員属性に該当する乗務員識別データと運行管理テーブル上で関連づけられている車両」、を検索する。
【００４３】
例えば、配車要求の車両属性が「大型」であり、乗務員属性が「介護２種資格者」であったとする。配車処理部３３は、運行管理テーブルから、車両属性が大型車の車両番号を抽出し、さらに、抽出された車両番号と運行管理テーブルで関連づけられた乗務員コードを求める。そして、乗務員コード処理部２９が、抽出された乗務員コードのうちで、「介護２種資格者」に該当する乗務員コードを乗務員データベースから検索する。この検索された乗務員コードに運行管理テーブルで関連づけられた車両番号が、適合車両として求められる。
【００４４】
配車処理部３３は、上記のようにして検索された適合車両のうちで、ステップＳ５３で応答信号を送ってきたＡＶＭ移動局装置５が搭載された車両であって、顧客位置に最も近い車両を求める。
【００４５】
ここでは、配車処理部３３は、各ＡＶＭ移動局装置５から受信された応答信号中の車両番号と現在位置を参照する。そして、配車処理部３３は、適合車両の車両番号中で、応答信号に含まれた車両番号を抽出する。さらに、配車処理部３３は、各車両の現在位置と顧客位置の距離を計算する。顧客位置は配車要求データに含まれている。そして、配車処理部３３は、最も距離が小さい車両を求める。距離の代わりに時間（現在位置から顧客位置までの到達時間）が計算され、最も時間が小さい車両が求められてもよい。距離または時間は、地図データベース記憶部３５の地図データベースを用いて計算される。ナビゲーション技術を用いて距離または時間が計算されてよい。
【００４６】
上記のようにして、本実施の形態ではステップＳ６５にて適合車両が求められる。このとき、配車処理部３３および乗務員コード処理部２９が、適合車両検索手段として機能しており、運行管理テーブルおよび乗務員データベースを参照して配車要求データの車両属性および乗務員属性に該当する適合車両を検索しており、そして、適合車両の中で顧客に最も近い車両を求めている。
【００４７】
そして、配車処理部３３は、配車メッセージを生成し、ステップＳ６３で求めた顧客に最も近い適合車両に配車メッセージを送信する（Ｓ６７）。このとき、配車処理部３３は配車指示送信処理手段として機能している。配車メッセージは本発明の配車指示に相当し、顧客の名前、電話番号、位置を含むデータである。配車メッセージは、送受信装置２５からＡＶＭ移動局装置５の送受信装置６５に送信される。したがって、前段で応答信号を送った車両のうちで、配車メッセージを受け取った車両が、配車されたことになる。ＡＶＭ移動局装置５では、図８に示されるように、配車メッセージが受信されたか否かが判定され（Ｓ８７）、配車メッセージが受信されると（Ｓ８７、Ｙｅｓ）、その配車メッセージが表示される（Ｓ８９）。
【００４８】
上記の処理において、顧客が車両属性と乗務員属性の一方を指定する場合もある。この場合、配車要求データに一方の属性が含まれ、ステップＳ５９、６３の一方にて検索条件として設定され、この検索条件を基に検索が行われることになる。また、顧客が車両属性も乗務員属性も指定しない場合もあり得る。この場合、図７のステップＳ６５では、距離（または時間）のみに基づいて適合車両が探索されてよい。
【００４９】
以上に本発明の実施の形態に係るＡＶＭタクシー配車システム１とその配車管理装置について説明した。本実施の形態によれば、上述のような乗務員データベースと運行管理テーブルを設け、乗務員データベースに乗務員属性を登録し、運行管理テーブルに車両属性を登録するとともに、運行管理テーブル上で車両と乗務員をひもづけている。そして、配車要求データが入力されると、運行管理テーブルと乗務員データベースとを参照して、配車要求データの車両属性と乗務員属性に該当する適合車両が検索され、検索された適合車両に配車指示が送信される。したがって、車両属性と乗務員属性についての顧客の要望に沿った配車のための手間を削減できる。
【００５０】
また、本実施の形態は、各車両の車載端末から受信される車両位置データと配車要求データに含まれる顧客位置とに基づき、車両属性および乗務員属性に該当する適合車両の中で、顧客位置に最も近い車両を求めるように構成されており、したがって、車両属性と乗務員属性の要求に適合する複数の車両がある場合に、距離の観点から最適な車両を選別できる。
【００５１】
以上に本発明の好適な実施の形態を説明した。しかし、本発明は上述の実施の形態に限定されず、当業者が本発明の範囲内で上述の実施の形態を変形可能なことはもちろんである。
【産業上の利用可能性】
【００５２】
以上のように、本発明にかかる配車管理装置は、車両や乗務員についての要望に沿った配車のための手間を削減できるという効果を有し、タクシー配車システム等として有用である。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施の形態におけるＡＶＭタクシー配車システムのブロック図
【図２】乗務員データベースを示す図
【図３】運行管理テーブルを示す図
【図４】顧客データベースを示す図
【図５】開局時のＡＶＭ移動局装置の動作を示すフローチャート
【図６】開局時の配車端末の動作を示すフローチャート
【図７】配車時の配車端末の動作を示すフローチャート
【図８】配車時のＡＶＭ移動局装置の動作を示すフローチャート
【符号の説明】
【００５４】
１  ＡＶＭタクシー配車システム
３  ＡＶＭ管理装置
５  ＡＶＭ移動局装置
７  配車端末
９  電話受付端末
１１  顧客データベース装置
２１  制御部
２３  画面処理部
２５  送受信装置
２７  通信処理部
２９  乗務員コード処理部
３１  乗務員データベース記憶部
３３  配車処理部
３５  地図データベース記憶部
３７  運行管理テーブル記憶部
【図１】
2006276961.tif 000003
【図２】
2006276961.tif 000004
【図３】
2006276961.tif 000005
【図４】
2006276961.tif 000006
【図５】
2006276961.tif 000007
【図６】
2006276961.tif 000008
【図７】
2006276961.tif 000009
【図８】
2006276961.tif 000010