配車管理装置
【課題】従来の配車管理装置では、予め配車するための車両（タクシー）数の把握等の、待機車両の管理をしていない。このため、予約注文データが配車時間に到達した時に、運行中の車両（タクシー）が少ない場合や、予約の要求台数が多い場合には配車できる車両が不足してしまう。
【解決手段】通常の配車時間になってから予約注文データについて配車する他に、所定の時間内の要求台数と配車待ち車両の数との合計と、待機中のタクシー数とを比較し、待機中のタクシー数から所定の時間内の要求台数と配車待ち車両の数との合計を所定の周期で減算し、減算した値が予め定めたしきい値未満になったときには、所定の時間内の要求台数を配車待ち車両のデータに移動し、配車を行う。
【解決手段】通常の配車時間になってから予約注文データについて配車する他に、所定の時間内の要求台数と配車待ち車両の数との合計と、待機中のタクシー数とを比較し、待機中のタクシー数から所定の時間内の要求台数と配車待ち車両の数との合計を所定の周期で減算し、減算した値が予め定めたしきい値未満になったときには、所定の時間内の要求台数を配車待ち車両のデータに移動し、配車を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば業務用無線によるタクシー配車用ＡＶＭ（ Automatic Vehicle Monitoring ）システム等の無線通信システムと、顧客からの電話注文をコンピュータで処理するＣＴＩ（ Computer Telephony Integration ）システムとを用いた配車管理装置に関わる。
【背景技術】
【０００２】
タクシー会社が管理するタクシー配車管理装置では、電話によって顧客からお迎え日時を指定された予約注文の場合、配車管理装置で配車を行っているオペレータは、予約日時から何分前に配車を行うかを示す「分前時間」を経験的に算出し、算出した「分前時間」、予約日時、顧客名、要求台数等の受付情報を入力内容データとして受付配車端末に入力する。即ち、オペレータは、顧客からの予約注文を電話で受付け、予約注文の情報である受付情報を受付配車端末に入力する。受付情報が入力されると、受付配車端末の端末画面を処理するＧＵＩ（ Graphical User Interface ）部は、「分前時間」を「配車日時」へ変換し、他の入力内容データと共に予約注文データへ保存する。例えば、予約時間が午前５時２０分の場合に、オペレータが「分前時間」を１０分と入力すると、「配車時間」が午前５時１０分となる。ＧＵＩ部の「配車時間」を含む受付情報は、データベース（以降、ＤＢと称する）に出力され、予約注文データとして保存される。
受付配車端末の配車部は、ＤＢに保存された予約注文データを、例えば１分間隔で参照し、予約注文データの「配車日時」が現在日時と同じか若しくは過去の時刻になった場合に、その予約注文データであった当該データを、配車待ちデータとして配車待ちデータに移動させ、かつＧＵＩ部に通知する。通知されたＧＵＩ部は、ブザーに信号を出力してブザー鳴動させると共に、表示データを端末画面に出力し、端末画面に配車待ちデータを表示させる。
これにより、オペレータは予約注文データが配車時間に到達したことを知り、空き車両（タクシー）を探し、見つかった車両に顧客情報などの配車データを送信し、顧客の場所へ車両（タクシー）を向かわせる。
【０００３】
尚、従来のタクシー配車管理装置としては、例えば、特許文献１に開示がある。特許文献１の配車管理管理装置では、配車センタ（配車管理装置）は、顧客情報登録・変更要求時に顧客端末から送信されるメンバＩＤにより認証確認を行なったのち、顧客端末から入力される顧客情報を受信し、顧客情報を上記メンバＩＤに対応付けて顧客情報ＤＢに記憶する。一方、無線移動局からの顧客情報要求時に送信されるメンバＩＤをもとに上記顧客情報ＤＢから該当する顧客情報を読み出し、要求元の無線移動局に向け送信する。無線移動局は、上記送信された顧客情報を無線回線を介して受信し、提示するものである。
【０００４】
【特許文献１】特開２００７−０２５８９７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、従来の配車管理装置では、予め配車するための車両（タクシー）数の把握等の、待機車両の管理をしていない。このため、予約注文データが配車時間に到達した時に、運行中の車両（タクシー）が少ない場合や、予約の要求台数が多い場合には配車できる車両が不足してしまう。このため、空き車両が現れるまで待つことなり、結果的に予約の時間を守れず、予約時間に遅れて顧客の場所へ到着し、大きなクレームとなり顧客からの信頼を失ってしまう可能性がある。
本発明の配車管理装置は、予約注文の配車において顧客指定の予約時間を守ることによって、タクシーの配車をスムーズに行い、かつタクシー会社の信頼を失わないようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明は、ある一定時間先までの予約注文データの要求台数合計と、配車待ちデータに残っているデータの要求台数と、現在の車両運行状況から空き車両台数を算出し、要求台数と空き台数を所定のしきい値で大小比較することで配車の可否を判定し、配車不可と判定した場合には、予約注文データを配車日時が早い順に配車待ちデータへ移動させ、端末画面にブザー鳴動させる。その後オペレータは、その配車待ちデータに対して配車を行う。このように、予定の配車時間に到達する前に早く配車することで車両不足を回避するようにしたものである。
【０００７】
即ち、本発明の配車管理装置は、通常の配車時間になってから予約注文データについて配車する他に、所定の時間内の要求台数と配車待ち車両の数との合計と、待機中のタクシー数とを比較し、待機中のタクシー数から所定の時間内の要求台数と配車待ち車両の数との合計を所定の周期で減算し、減算した値が予め定めたしきい値未満になったときには、所定の時間内の要求台数を配車待ち車両のデータに移動し、配車をするものである。
【０００８】
また好ましくは、上記目的を達成するために、本発明の配車管理装置は、移動局が送信する車両位置動態情報を収集する基地局装置を具備したＡＶＭ（Automatic Vehicle Monitoring）部、並びに、顧客からの電話による予約注文を顧客注文データとして格納しかつ上記車両位置動態情報を車両運行状況データとして格納するデータベース、及び、上記顧客からの予約注文を受け付け、上記データベースから読み出した顧客注文データと上記車両運行状況データとに基づいて配車管理する受付配車端末、とを具備する配車管理装置において、上記顧客注文データを所定の第１の時間間隔で上記データベースから読出し、現在の時刻と同一か若しくは現在の時刻を過ぎた配車時刻の予約注文データを配車待ちデータに移動し、該移動した配車待ちデータに基づいてオペレータが配車を行い、上記所定の第１の時間よりも長い所定の第２の時間間隔で上記顧客注文データのリストを上記データベースから読出し、読み出した時点の現在の時刻から上記所定の第２の時間よりも長い所定の第３の時間までの配車時刻の予約車両数と配車待ちデータのリストの車両数の合計を空き車両数から減算した値が所定のしきい値未満である場合には、上記所定の第３の時間までの配車時刻の予約注文データを配車待ちデータのリストに移動し、該移動した配車待ちデータに基づいて上記オペレータが配車を行う配車部を備えたものである。
また、好ましくは、上記発明の配車管理装置において、上記配車待ちデータが更新された場合には、上記オペレータに警告音を出力する警報出力手段を備えたものである。
【発明の効果】
【０００９】
本発明によれば、空き車両が少なくなる前に予約注文の配車を行うことによって、顧客が指定した予約時間に遅れずにタクシーを向かわせることができるようになった。
【発明を実施するための最良の形態】
【００１０】
以下に本発明の実施形態について図面を用いて説明する。なお、各図において、共通な機能を有する構成要素には同一の参照番号を付し、説明の重複を避け、できるだけ説明を省略する。
【００１１】
図１は、本発明の配車管理装置の一実施例のを説明するためのブロック構成図である。１１０は配車管理装置、１１１は配車管理装置１１０の受付配車端末、１１５は配車管理装置１１０のデータベース（ＤＢ）、１１６は配車管理装置１１０のＡＶＭ（ Automatic Vehicle Monitoring ）部、１１２は受付配車端末１１１のＣＴＩ（ Computer Telephony Integration ）部、１１３は受付配車端末１１１の配車部、１１４は受付配車端末１１１のＧＵＩ（ Graphical User Interface ）部、１２０は配車管理装置１１０に結合された基地局、１５０は一般電話回線網、１３０は配車管理装置１１０に接続されたＰＢＸ（ Private Branch Exchange：構内電話交換機）、１３６はオペレータ、１３１はオペレータ１３６がＰＢＸ１３０を介して顧客と通話するための電話機、１３２は入出力装置、１３３は入出力装置１３２の表示装置、１３４は入出力装置１３２のキーボード等の入力装置、１３５は入出力装置１３２のブザー、１４４はＧＰＳ（ Global Positioning System ）衛星、１４３は基地局１２０がカバーできる（送受信可能な）エリア（基地局カバーエリア）、１４１と１４２は基地局カバーエリア１４３内に存在するタクシー等の移動局である。
【００１２】
図１は、受付配車端末、ＣＴＩ（ Computer Telephony Integration ）システム、及び通信システムを連動させた実施例であり、ＧＰＳを利用したタクシー配車用ＡＶＭシステムの一実施例である。なお、以降の説明では、移動局を移動局１４１で代表して説明する。
図１において、配車管理装置１１０には、オペレータ１３６が待機しており、電話機１３１と入出力装置１３２とを操作する。
配車管理装置１１０の基地局カバーエリア１４３内に存在する移動局１４１は、ＧＰＳ１４４により自車両の現在位置を検出し、配車管理装置１１０から到来するポーリング信号に応じて位置情報を送信している。また、配車管理装置１１０と移動局１４１と間では、無線回線を介して音声またはデータによる通信を行っている。
更に、配車管理装置１１０の受付配車端末１１１と電話機１３１は、顧客が配車予約等の配車依頼をするための顧客側電話機と、一般電話回線網１５０に接続されたＰＢＸ１３０を介して接続されており、顧客とオペレータ１３６は、一般電話回線網１５０を介して顧客電話機と電話機１３１とで通話を行う。
なお、ＰＢＸ１３０の替りに、電話発信者番号を認識するナンバーディスプレイアダプタ装置を使用しても良い。
【００１３】
配車管理装置１１０は、基地局１２０、ＰＢＸ１３０、及び入出力装置１３２と結合し、受付配車端末１１１、ＤＢ１１５、及びＡＶＭ部１１６とを備える。
基地局１２０は、送／受信部や変調部及び復調部（図示しない）を備え、移動局１４１と無線通信を行う。
ＰＢＸ１３０は、配車管理装置１１０の受付配車端末１１１のＣＴＩ部１１２と電話機１３１とに接続され、一般電話回線網１５０を介して、顧客からの注文を受ける。
ＣＴＩ部１１２は、ＰＢＸ１３０と連動してＣＴＩシステムを実行する周知のアプリケーションソフトを内蔵し、顧客からの注文情報を配車部１１３に出力する。配車部１１３は、入力された注文情報を管理するための管理ソフトを内蔵し、ＣＴＩ部１１２、ＧＵＩ部１１４、及びＤＢ１１５とアクセスし合い、配車管理を行う。
【００１４】
ＧＵＩ部１１４は、配車部１１３から入力された情報が表示装置１３３に向けた情報であれば、表示装置１３３が表示可能なデータに変換して表示装置１３３に出力する。また配車部１１３から入力された情報がブザー１３５に向けた情報であれば、ブザー１３５が出力可能なデータに変換してブザー１３５に出力する。表示装置１３３は、入力されたデータに従って画面表示を行い、とブザー１３５は、入力されたデータに従ってブザーを鳴らす。
またＧＵＩ部１１４は、オペレータ１３６が、表示装置１３３の表示画面上をキーボードやマウス等の入力装置１３４を使ってＧＵＩ（ Graphical User Interface ）操作した場合には、その操作情報を入力し、配車部１１３若しくはＤＢ１１５に出力する。
【００１５】
例えば、配車部１１３では、ＧＵＩ操作に応じて注文日時、分前時間、顧客名、要求台数、配車日時、配車場所、等の顧客情報及び配車予約情報を記録若しくは更新し、かつ、ＤＢ１１５にその記録情報若しくは更新情報を出力する。ＤＢ１１５は、入力された情報を記録若しくは更新する。
また例えば、ＤＢ１１５は、入出力装置１３２からＧＵＩ部１１４を介してデータの読み出し命令を意味する信号データを入力されると、その命令に対応するデータをＧＵＩ部１１４を介して入出力装置１３２に出力する。また、データの内容が、配車部１１３の管理に関わるものであれば、配車部１１３にも出力する。
【００１６】
配車部１１３は、例えば、顧客情報をＤＢ１１５から読み出し、読み出した顧客情報と共に、顧客の注文を入出力装置１３２の表示装置１３３に表示させる。また例えば、配車部１１３の内蔵する注文情報を管理するためのアプリケーションソフトは、顧客情報登録若しくは変更と配車予約受付を実行する配車管理プログラムである。
配車部１１３は、配車管理プログラムに従って、顧客が一般電話回線網１５０を介して通話した注文情報等の顧客の通話内容をその電話番号や受付時間情報と共に記録する。また、配車部１１３は、配車管理プログラムに従って、オペレータ１３６が電話機１３１で受けて入出力装置１３２から入力した注文情報をもとに、顧客情報登録／変更要求に応じ、ＤＢ１１５内の顧客情報の登録若しくは変更処理を行う。また、配車部１１３は、配車管理プログラムに従って、顧客から配車予約要求を受け付け、配車予約内容をＤＢ１１５に記録させる。
【００１７】
ＤＢ１１５には、少なくとも、顧客情報データベース（顧客情報ＤＢ）と、配車予約データベース（配車予約ＤＢ）と、車両運行状況データベース（車両運行状況ＤＢ）とが格納される。車両運行状況ＤＢには、タクシー向け無線データ伝送システムであるＡＶＭ部１１６が基地局１２０を介してエリア内の移動局（例えば、移動局１４１、１４２、等）からポーリング等で得た移動局の位置や移動体（タクシー）の現在の状況（例えば、空車中、実車中、待機中、迎車中、等）が蓄積（記録若しくは更新）されている。なお、空車中、又は待機中の車両が空き車両としてオペレータ１３６が配車できる移動体であるが、場合によっては、実車であっても配車予定の目的地近傍であれば配車対象としても良い。
顧客情報ＤＢには、注文した顧客の顧客情報が格納される。顧客の識別には、例えば、タクシー乗車時に乗務員から配布されるメンバカードに記載されたメンバＩＤ（例えば、数桁の番号）が用いられる。このメンバＩＤを顧客固有の識別情報として用い、メンバＩＤに対応付けて氏名、自宅住所、変更日（顧客情報の変更日）等が記憶される。
また、配車予約ＤＢには、顧客から受け付けた配車予約情報が格納される。配車予約情報には、注文日時（利用日時）、分前時間、顧客名（メンバＩＤ、名称。等）、要求台数（若しくは人数）、配車日時、配車場所（乗車場所）、等の情報が含まれる。なお、メンバＩＤは顧客名であっても良い。
また、上記実施例では、配車予約ＤＢ内に予約注文データと配車待ちデータとを格納されているが、配車予約ＤＢを２つに分けたり、予約注文データを格納する予約注文ＤＢと配車待ちデータを格納する配車待ちＤＢとを個々に備えても良い。
【００１８】
配車管理プログラムは、配車予約ＤＢと車両運行状況ＤＢのデータ内容に基づいて、配車要求信号を基地局１２０に出力するように指示し、指示を受けた基地局１２０は、配車要求信号を移動局１４１に向け送信し、移動局１４１からの応答信号を受信する。
配車管理装置１１０の入出力装置１３２には、図示しないスタンドマイクが備えられ、オペレータ１３６が移動局１４１の乗務員と通話するために用いられる。スタンドマイクに入力された音声信号は、入出力装置１３２から、ＧＵＩ部１１４を介して、例えばＤＢ１１５とＡＶＭ部１１６を経由して基地局１２０に出力され、移動局１４１に対して送信される。また、移動局１４１からの音声は、上記経路を逆に経由して、配車管理装置１１０の図示しないスピーカから出力され、オペレータ１３６がその出力音を聞くことができる。
【００１９】
顧客は、例えば、一般電話回線網１５０より、タクシー会社の配車管理装置１１０に電話し、配車管理装置１１０で待機するオペレータ１３６等との通話によってタクシーの配車注文を行う。又例えば、顧客は、インターネットを通してタクシーの配車注文を行う。
すると、配車部１１３は、ＤＢ１１５の配車予約ＤＢを参照して、従来は、図２に示すような表示画面を表示装置１３３に表示する。図２(a) は予約注文データのリストである。リストは、時刻順に上下に並べられ、各行毎に予約日時、配車日時、顧客名、要求台数を表示する欄がある。このメンバ予約注文データの配車日時は、オペレータ１３６が経験的に配車場所や予約日時から算出して入力する。図２(a) では、予約時間の１０分前若しくは１５分前にしている。
【００２０】
このような、予約注文データのリストの更新は、顧客からの配車要求の注文がある都度に行われるが、配車部１１３は、所定の周期（例えば、時間間隔が１分毎）で、予約注文データのリストから配車日時が現在の時刻を過ぎている予約があるか否かをチェックしている。
配車部１１３は、もし、予約注文データのリストから配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎている予約注文データがあった場合には、図２(b) に示す配車待ちデータのリストにその予約注文データを移動する。そして、ＧＵＩ部１１３を介して入出力装置１３２のブザー１３５を鳴らし、表示装置１３３に配車待ちデータのリストを表示させる。表示は、例えば、予約注文データのリストの上面（前面）にポップアップ表示しても良い。また、ブザーで警告音を出力する他に、表示灯を点灯若しくは点滅するようにしても良い。
これにより、オペレータ１３６は予約注文データが配車時間に到達したことを知り、車両運行状況ＤＢを参照して空き車両（タクシー等の移動局）を探し、見つかった車両に顧客情報などの配車データを送信し、顧客の場所へ車両（タクシー）を向かわせていた。
しかしこのような運用システムでは、予約注文データが配車時間に到達した時に、運行中の車両（タクシー）が少ない場合や、予約の要求台数が多い場合には配車できる車両が不足して空き車両が現れるまで待つことなり、結果的に予約の時間を守れなくなることがある。
【００２１】
更に、一般的な配車管理装置を図３によって説明する。図３は、配車部１１３が配車日時を監視する動作手順を説明するためのフローチャートである。ＤＢ１１５には、既に、顧客からの予約注文のデータが蓄積（記録若しくは更新）されているものとする。
ステップ３０１では、前に配車日時を監視してから、所定時間Ｔ１（例えば、所定時間Ｔ１は１分である。）経過したか否かを判定する。もし所定時間Ｔ１が経過していなければ、ステップ３０１に戻り、ステップ３０１を繰り返す。もし所定時間Ｔ１が経過していれば、ステップ３０２に進む。
ステップ３０２では、予約注文データのリストを配車予約ＤＢから読み出し、ステップ３０３に進む。
ステップ３０３では、現在の時刻とリスト内の配車日時とを比較し、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがあるか否かを判定する。もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データが無い場合にはステップ３０２に戻り、もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがある場合には、ステップ３０４に進む。
ステップ３０４では、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データを、配車待ちデータに移動し、ステップ３０５に進む。
ステップ３０５では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と画面に配車待ちデータのリスト表示をさせ、ステップ３０１に戻る。
【００２２】
更に、一般的な配車管理装置を図４によって説明する。図４は、配車予約ＤＢによる従来の配車管理装置を説明するための配車タイミング図である。
横軸は時間で、右より左になるほど過去に遡る時刻である。そして、時刻の横線と縦線が交差している時刻に枠で囲ったイベント４０１〜４０４が発生している。
時刻ｔ１でのイベント４０１は、予約注文受け付けたイベントの発生であり、その後、時刻ｔ２のイベント４０２は、配車日時になった若しくは経過したイベントが発生している。なお、配車日時とは、注文受付時（時刻ｔ１）にオペレータ１３６が受付配車端末１１１に入力した分前時刻である。
また、イベント４０２の発生後、時刻ｔ３でタクシーへの配車を行うイベント４０３が発生し、その後、時刻ｔ４で顧客が指定した予約日時になったイベント４０４が発生している。なお、時刻ｔ４と時刻ｔ３の時間差Ｔ３４が、タクシー（移動局）が配車管理装置１１０から指示されて顧客指定の指定した配車場所に到達するまでの時間である。また、時刻ｔ４と時刻ｔ２の時間差Ｔ２４が、オペレータ１３６（配車管理装置１１０）がタクシー（移動局）に配車指示して顧客指定の指定した配車場所に到達するまでの時間である。
【００２３】
上述のように、配車部１１３は、配車管理プログラムによって、所定時間Ｔ１（例えば、所定時間Ｔ１は１分である）経過する都度、配車予約ＤＢを参照し、配車予約時間（配車日時）が到来する配車要求物件を監視している。そして、配車日時を過ぎた配車要求物件若しくは現在時刻と同時刻の配車要求物件があると、配車部１１３は、ブザー音や画面表示等で、オペレータ１３６に知らせる。オペレータ１３６は当該予約（配車要求物件）情報に対応して車両運行状況ＤＢの車両運行状況データを参照して、乗車場所の近隣に存在する車両を検索する。ここで、配車部１１３は、例えば、各移動局から収集したＧＰＳによる位置情報を利用する。
【００２４】
そして、配車部１１３は、基地局１２０と送受信可能なエリア１４３内で検索された移動局から配車に適当な移動局１４１を選択し、当該移動局１４１に対して、予約情報を基地局１２０から送信する。移動局１４１は、この予約情報の提示を受けて、移動局１４１の乗務員は、配車可能であれば応答して、予約応答通知を配車部１１３に向け送信する。配車部１１３は、予約応答を基地局１２０を介して受信し、予約完了処理をとする。
【００２５】
上述した図２〜図４の配車管理装置では、予め配車するための車両（タクシー）の数の把握等の空き車両の管理をしていなかった。このため、配車時間に到達し、予約注文データが表示された時に、配車できる車両が不足することがあった。そして、注文受付時には、「配車するための車両が無いので、予約時間には迎車ができません。」とか、「３０分お待ちください。」と顧客に申し出ることができた連絡が、この時点ではできなくなってしまう状況に陥る。
【００２６】
本発明は、このような状況をできるだけ起こさない配車管理装置である。例えば本発明は、顧客からの電話注文を受け付ける電話機と、電話発信者番号を認識するナンバーディスプレイアダプタ又はＰＢＸと、車両位置動態情報を送信する移動局の情報を収集する基地局装置を具備したタクシー向け無線データ伝送システムと、データベース及び顧客注文データや車両運行状況を管理するタクシー受付配車端末を備えた配車管理装置とを備えた配車管理装置であって、所定の時刻に所定の場所に所定台数の配車を予約注文した顧客に対して、車両運行状況からタクシーの空き車両が少ないことを認識した場合には、早い時間に配車を行うことで、予約時刻にタクシーの到着を間に合わせることを特徴とする予約注文に対する配車管理装置である。
以下、図面によって、本発明の実施の形態を説明する。
【００２７】
図５によって、本発明の配車管理装置の一実施例を説明する。図５は、本発明の配車管理装置において、配車部１１３が配車管理プログラムによって配車日時を監視する動作手順の一実施例を説明するためのフローチャートである。図５の動作は、例えば、図１で説明した配車管理装置１１０における配車部１１３が実行する。またこの時、配車管理装置１１０内のＤＢ１１５には、既に、顧客からの予約注文のデータが格納（記録若しくは更新）されているものとする。
【００２８】
ステップ５０１では、前に配車日時を監視してから、所定時間Ｔ２（例えば、所定時間Ｔ２は５分である。）経過したか否かを判定する。もし所定時間Ｔ２が経過していなければ、ステップ５０１に戻り、ステップ５０１を繰り返す。もし所定時間Ｔ２が経過していれば、ステップ５０２に進む。
ステップ５０２では、予約注文データを現在時刻から所定時間Ｔ３（例えば、所定時間Ｔ３は３０分である。）後まで配車予約ＤＢから読み出し、その時間中に必要な配車台数（要求台数Ａ）を集計し、ステップ５０３に進む。
ステップ５０３では、配車待ちデータを配車予約ＤＢから読み出して、配車待ちデータ中の台数（要求台数Ｂ）を集計し、ステップ５０４に進む。
ステップ５０４では、車両運行状況ＤＢから車両運行状況データを読み出して、空き車両の台数（空き車両台数Ｃ）を算出して、ステップ５０５に進む。
【００２９】
ステップ５０５では、要求台数Ａと要求台数Ｂを加算し（Ａ＋Ｂ）、更に空き車両台数Ｃから、上述の加算した要求台数（Ａ＋Ｂ）を減算した値Ｄ（Ｄ＝Ｃ−（Ａ＋Ｂ））を算出し、算出した値Ｄが所定のしきい値Ｑ未満か否か（Ｄ＜Ｑ？）を判定する（例えば、Ｑ＝５）。もし、値Ｄがしきい値Ｑ未満であればステップ５０６に進み、否であるならばステップ５０１に戻る。
ステップ５０６では、配車予約ＤＢから読み出した予約注文データ（要求台数Ａ：現在時刻から所定時間Ｔ３までの時間中に必要な配車台数）を配車待ちデータに移動し、ステップ５０７に進む。
ステップ５０７では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と共に、表示装置１３３の表示画面に配車待ちデータのリスト表示をさせ、ステップ５０１に戻る。
【００３０】
本発明の配車管理装置を図６によって説明する。図６は、配車予約ＤＢによる本発明の配車管理装置の一実施例を説明するための配車タイミング図である。
現在時刻が配車時刻に到達する前に、空き車両が不足していることを認識すると、配車時刻に到達する前に、配車待ちデータへ移動させ、オペレータ１３６が配車を行うものである。
図４と同様に、横軸は時間で、右より左になるほど過去に遡る時刻である。そして、時刻の横線と縦線が交差している時刻に枠で囲ったイベント４０１、６０２、４０２、及び４０４が発生している。
時刻ｔ１でのイベント４０１は、予約注文受け付けたイベントの発生であり、その後、例えば、図５で説明したように、空き車両等の車両が不足していると判定された場合には、時刻ｔ３′でタクシーへの配車を行うイベント６０３が発生する。この時、時刻ｔ４と時刻ｔ３′の時間差Ｔ３４′が、タクシー（移動局）が配車管理装置１１０から指示されて顧客指定の指定した配車場所に到達するまでの時間である。
その後、時刻ｔ２において、配車日時になった若しくは経過したイベント４０２が発生するが、新たに注文予約がなければ、配車は行われない。
また、イベント４０２の発生後、その後、時刻ｔ４で顧客が指定した予約日時になったイベント４０４が発生している。
【００３１】
次に、図７によって、本発明の配車管理装置の他の実施例を説明する。図７は、本発明の配車管理装置において、配車部１１３が配車管理プログラムによって配車日時を監視する動作手順の一実施例を説明するためのフローチャートである。図７の動作は、例えば、図１で説明した配車管理装置１１０における配車部１１３が実行する。またこの時、配車管理装置１１０内のＤＢ１１５には、既に、顧客からの予約注文のデータが格納（記録若しくは更新）されているものとする。
【００３２】
図７の実施例は、従来の図３のチェック処理を行った後に、図５の処理を追加したものである。
即ち、先ずステップ５０１では、前に処理ステップ５０２以降の処理（ステップ５０２〜ステップ５０７）を実行してから、所定時間Ｔ２（例えば、所定時間Ｔ２は５分である。）経過したか否かを判定する。もし所定時間Ｔ２が経過していなければ、ステップ３０１に進み、所定時間Ｔ２が経過していれば、ステップ５０２に進む。
以下、ステップ５０２からステップ５０７までの処理動作は、図５で説明した処理と同じである。そして、ステップ５０７では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と共に、表示装置１３３の表示画面に配車待ちデータのリスト表示をさせ、ステップ５０１に戻る。
【００３３】
ステップ３０１では、前に処理ステップ３０２以降の処理（ステップ３０２〜ステップ３０５）を実行してから、所定時間Ｔ１（例えば、所定時間Ｔ１は１分である。）経過したか否かを判定する。もし所定時間Ｔ１が経過していなければ、ステップ５０１に戻り、所定時間Ｔ１が経過していれば、ステップ３０２に進む。
ステップ３０２では、予約注文データのリストを配車予約ＤＢから読み出し、ステップ３０３に進む。
ステップ３０３では、現在の時刻とリスト内の配車日時とを比較し、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがあるか否かを判定する。もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データが無い場合にはステップ５０１に戻り、もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがある場合には、ステップ３０４に進む。
ステップ３０４では、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データを、配車待ちデータに移動し、ステップ３０５に進む。
ステップ３０５では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と画面に配車待ちデータのリスト表示をさせ、ステップ５０１に戻る。
【００３４】
上述の実施例によれば、空き車両が少なくなる前に予約注文の配車を行うことによって、顧客が指定した予約時間に遅れずにタクシーを向かわせることができるようになる。
【００３５】
尚、上述の実施例では、配車する対象をタクシーとして説明したが、ハイヤーでも良いし、他の車両（例えば、マイクロバス、トラック等の輸送車、など）や工場内の移動搬送車でも良いことは自明である。
【図面の簡単な説明】
【００３６】
【図１】本発明の配車管理装置の一実施例を説明するためのブロック構成図。
【図２】従来の予約注文データと配車待ちデータの一例を示す図。
【図３】従来の配車管理装置の一例を説明するためのフローチャート。
【図４】従来の配車管理装置の配車タイミングを示す図。
【図５】本発明の配車管理装置の動作手順の一実施例を説明するためのフローチャート。
【図６】本発明の配車管理装置の一実施例の配車タイミングを示す図。
【図７】本発明の配車管理装置の動作手順の一実施例を説明するためのフローチャート。
【符号の説明】
【００３７】
１１０：配車管理装置、 １１１：受付配車端末、 １１２：ＣＴＩ部、 １１３：配車部、 １１４：ＧＵＩ部、 １１５：ＤＢ、 １１６：ＡＶＭ部、 １２０：基地局、 １３０：ＰＢＸ、 １３１：電話機、 １３２：入出力装置、 １３３：表示装置、 １３４：入力装置、 １３５：ブザー、 １３６：オペレータ、 １４１、１４２：移動局、 １４３：基地局カバーエリア、 １４４：ＧＰＳ衛星、 １５０：一般電話回線、 ４０１〜４０４：イベント。
【技術分野】
【０００１】
本発明は、例えば業務用無線によるタクシー配車用ＡＶＭ（ Automatic Vehicle Monitoring ）システム等の無線通信システムと、顧客からの電話注文をコンピュータで処理するＣＴＩ（ Computer Telephony Integration ）システムとを用いた配車管理装置に関わる。
【背景技術】
【０００２】
タクシー会社が管理するタクシー配車管理装置では、電話によって顧客からお迎え日時を指定された予約注文の場合、配車管理装置で配車を行っているオペレータは、予約日時から何分前に配車を行うかを示す「分前時間」を経験的に算出し、算出した「分前時間」、予約日時、顧客名、要求台数等の受付情報を入力内容データとして受付配車端末に入力する。即ち、オペレータは、顧客からの予約注文を電話で受付け、予約注文の情報である受付情報を受付配車端末に入力する。受付情報が入力されると、受付配車端末の端末画面を処理するＧＵＩ（ Graphical User Interface ）部は、「分前時間」を「配車日時」へ変換し、他の入力内容データと共に予約注文データへ保存する。例えば、予約時間が午前５時２０分の場合に、オペレータが「分前時間」を１０分と入力すると、「配車時間」が午前５時１０分となる。ＧＵＩ部の「配車時間」を含む受付情報は、データベース（以降、ＤＢと称する）に出力され、予約注文データとして保存される。
受付配車端末の配車部は、ＤＢに保存された予約注文データを、例えば１分間隔で参照し、予約注文データの「配車日時」が現在日時と同じか若しくは過去の時刻になった場合に、その予約注文データであった当該データを、配車待ちデータとして配車待ちデータに移動させ、かつＧＵＩ部に通知する。通知されたＧＵＩ部は、ブザーに信号を出力してブザー鳴動させると共に、表示データを端末画面に出力し、端末画面に配車待ちデータを表示させる。
これにより、オペレータは予約注文データが配車時間に到達したことを知り、空き車両（タクシー）を探し、見つかった車両に顧客情報などの配車データを送信し、顧客の場所へ車両（タクシー）を向かわせる。
【０００３】
尚、従来のタクシー配車管理装置としては、例えば、特許文献１に開示がある。特許文献１の配車管理管理装置では、配車センタ（配車管理装置）は、顧客情報登録・変更要求時に顧客端末から送信されるメンバＩＤにより認証確認を行なったのち、顧客端末から入力される顧客情報を受信し、顧客情報を上記メンバＩＤに対応付けて顧客情報ＤＢに記憶する。一方、無線移動局からの顧客情報要求時に送信されるメンバＩＤをもとに上記顧客情報ＤＢから該当する顧客情報を読み出し、要求元の無線移動局に向け送信する。無線移動局は、上記送信された顧客情報を無線回線を介して受信し、提示するものである。
【０００４】
【特許文献１】特開２００７−０２５８９７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、従来の配車管理装置では、予め配車するための車両（タクシー）数の把握等の、待機車両の管理をしていない。このため、予約注文データが配車時間に到達した時に、運行中の車両（タクシー）が少ない場合や、予約の要求台数が多い場合には配車できる車両が不足してしまう。このため、空き車両が現れるまで待つことなり、結果的に予約の時間を守れず、予約時間に遅れて顧客の場所へ到着し、大きなクレームとなり顧客からの信頼を失ってしまう可能性がある。
本発明の配車管理装置は、予約注文の配車において顧客指定の予約時間を守ることによって、タクシーの配車をスムーズに行い、かつタクシー会社の信頼を失わないようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明は、ある一定時間先までの予約注文データの要求台数合計と、配車待ちデータに残っているデータの要求台数と、現在の車両運行状況から空き車両台数を算出し、要求台数と空き台数を所定のしきい値で大小比較することで配車の可否を判定し、配車不可と判定した場合には、予約注文データを配車日時が早い順に配車待ちデータへ移動させ、端末画面にブザー鳴動させる。その後オペレータは、その配車待ちデータに対して配車を行う。このように、予定の配車時間に到達する前に早く配車することで車両不足を回避するようにしたものである。
【０００７】
即ち、本発明の配車管理装置は、通常の配車時間になってから予約注文データについて配車する他に、所定の時間内の要求台数と配車待ち車両の数との合計と、待機中のタクシー数とを比較し、待機中のタクシー数から所定の時間内の要求台数と配車待ち車両の数との合計を所定の周期で減算し、減算した値が予め定めたしきい値未満になったときには、所定の時間内の要求台数を配車待ち車両のデータに移動し、配車をするものである。
【０００８】
また好ましくは、上記目的を達成するために、本発明の配車管理装置は、移動局が送信する車両位置動態情報を収集する基地局装置を具備したＡＶＭ（Automatic Vehicle Monitoring）部、並びに、顧客からの電話による予約注文を顧客注文データとして格納しかつ上記車両位置動態情報を車両運行状況データとして格納するデータベース、及び、上記顧客からの予約注文を受け付け、上記データベースから読み出した顧客注文データと上記車両運行状況データとに基づいて配車管理する受付配車端末、とを具備する配車管理装置において、上記顧客注文データを所定の第１の時間間隔で上記データベースから読出し、現在の時刻と同一か若しくは現在の時刻を過ぎた配車時刻の予約注文データを配車待ちデータに移動し、該移動した配車待ちデータに基づいてオペレータが配車を行い、上記所定の第１の時間よりも長い所定の第２の時間間隔で上記顧客注文データのリストを上記データベースから読出し、読み出した時点の現在の時刻から上記所定の第２の時間よりも長い所定の第３の時間までの配車時刻の予約車両数と配車待ちデータのリストの車両数の合計を空き車両数から減算した値が所定のしきい値未満である場合には、上記所定の第３の時間までの配車時刻の予約注文データを配車待ちデータのリストに移動し、該移動した配車待ちデータに基づいて上記オペレータが配車を行う配車部を備えたものである。
また、好ましくは、上記発明の配車管理装置において、上記配車待ちデータが更新された場合には、上記オペレータに警告音を出力する警報出力手段を備えたものである。
【発明の効果】
【０００９】
本発明によれば、空き車両が少なくなる前に予約注文の配車を行うことによって、顧客が指定した予約時間に遅れずにタクシーを向かわせることができるようになった。
【発明を実施するための最良の形態】
【００１０】
以下に本発明の実施形態について図面を用いて説明する。なお、各図において、共通な機能を有する構成要素には同一の参照番号を付し、説明の重複を避け、できるだけ説明を省略する。
【００１１】
図１は、本発明の配車管理装置の一実施例のを説明するためのブロック構成図である。１１０は配車管理装置、１１１は配車管理装置１１０の受付配車端末、１１５は配車管理装置１１０のデータベース（ＤＢ）、１１６は配車管理装置１１０のＡＶＭ（ Automatic Vehicle Monitoring ）部、１１２は受付配車端末１１１のＣＴＩ（ Computer Telephony Integration ）部、１１３は受付配車端末１１１の配車部、１１４は受付配車端末１１１のＧＵＩ（ Graphical User Interface ）部、１２０は配車管理装置１１０に結合された基地局、１５０は一般電話回線網、１３０は配車管理装置１１０に接続されたＰＢＸ（ Private Branch Exchange：構内電話交換機）、１３６はオペレータ、１３１はオペレータ１３６がＰＢＸ１３０を介して顧客と通話するための電話機、１３２は入出力装置、１３３は入出力装置１３２の表示装置、１３４は入出力装置１３２のキーボード等の入力装置、１３５は入出力装置１３２のブザー、１４４はＧＰＳ（ Global Positioning System ）衛星、１４３は基地局１２０がカバーできる（送受信可能な）エリア（基地局カバーエリア）、１４１と１４２は基地局カバーエリア１４３内に存在するタクシー等の移動局である。
【００１２】
図１は、受付配車端末、ＣＴＩ（ Computer Telephony Integration ）システム、及び通信システムを連動させた実施例であり、ＧＰＳを利用したタクシー配車用ＡＶＭシステムの一実施例である。なお、以降の説明では、移動局を移動局１４１で代表して説明する。
図１において、配車管理装置１１０には、オペレータ１３６が待機しており、電話機１３１と入出力装置１３２とを操作する。
配車管理装置１１０の基地局カバーエリア１４３内に存在する移動局１４１は、ＧＰＳ１４４により自車両の現在位置を検出し、配車管理装置１１０から到来するポーリング信号に応じて位置情報を送信している。また、配車管理装置１１０と移動局１４１と間では、無線回線を介して音声またはデータによる通信を行っている。
更に、配車管理装置１１０の受付配車端末１１１と電話機１３１は、顧客が配車予約等の配車依頼をするための顧客側電話機と、一般電話回線網１５０に接続されたＰＢＸ１３０を介して接続されており、顧客とオペレータ１３６は、一般電話回線網１５０を介して顧客電話機と電話機１３１とで通話を行う。
なお、ＰＢＸ１３０の替りに、電話発信者番号を認識するナンバーディスプレイアダプタ装置を使用しても良い。
【００１３】
配車管理装置１１０は、基地局１２０、ＰＢＸ１３０、及び入出力装置１３２と結合し、受付配車端末１１１、ＤＢ１１５、及びＡＶＭ部１１６とを備える。
基地局１２０は、送／受信部や変調部及び復調部（図示しない）を備え、移動局１４１と無線通信を行う。
ＰＢＸ１３０は、配車管理装置１１０の受付配車端末１１１のＣＴＩ部１１２と電話機１３１とに接続され、一般電話回線網１５０を介して、顧客からの注文を受ける。
ＣＴＩ部１１２は、ＰＢＸ１３０と連動してＣＴＩシステムを実行する周知のアプリケーションソフトを内蔵し、顧客からの注文情報を配車部１１３に出力する。配車部１１３は、入力された注文情報を管理するための管理ソフトを内蔵し、ＣＴＩ部１１２、ＧＵＩ部１１４、及びＤＢ１１５とアクセスし合い、配車管理を行う。
【００１４】
ＧＵＩ部１１４は、配車部１１３から入力された情報が表示装置１３３に向けた情報であれば、表示装置１３３が表示可能なデータに変換して表示装置１３３に出力する。また配車部１１３から入力された情報がブザー１３５に向けた情報であれば、ブザー１３５が出力可能なデータに変換してブザー１３５に出力する。表示装置１３３は、入力されたデータに従って画面表示を行い、とブザー１３５は、入力されたデータに従ってブザーを鳴らす。
またＧＵＩ部１１４は、オペレータ１３６が、表示装置１３３の表示画面上をキーボードやマウス等の入力装置１３４を使ってＧＵＩ（ Graphical User Interface ）操作した場合には、その操作情報を入力し、配車部１１３若しくはＤＢ１１５に出力する。
【００１５】
例えば、配車部１１３では、ＧＵＩ操作に応じて注文日時、分前時間、顧客名、要求台数、配車日時、配車場所、等の顧客情報及び配車予約情報を記録若しくは更新し、かつ、ＤＢ１１５にその記録情報若しくは更新情報を出力する。ＤＢ１１５は、入力された情報を記録若しくは更新する。
また例えば、ＤＢ１１５は、入出力装置１３２からＧＵＩ部１１４を介してデータの読み出し命令を意味する信号データを入力されると、その命令に対応するデータをＧＵＩ部１１４を介して入出力装置１３２に出力する。また、データの内容が、配車部１１３の管理に関わるものであれば、配車部１１３にも出力する。
【００１６】
配車部１１３は、例えば、顧客情報をＤＢ１１５から読み出し、読み出した顧客情報と共に、顧客の注文を入出力装置１３２の表示装置１３３に表示させる。また例えば、配車部１１３の内蔵する注文情報を管理するためのアプリケーションソフトは、顧客情報登録若しくは変更と配車予約受付を実行する配車管理プログラムである。
配車部１１３は、配車管理プログラムに従って、顧客が一般電話回線網１５０を介して通話した注文情報等の顧客の通話内容をその電話番号や受付時間情報と共に記録する。また、配車部１１３は、配車管理プログラムに従って、オペレータ１３６が電話機１３１で受けて入出力装置１３２から入力した注文情報をもとに、顧客情報登録／変更要求に応じ、ＤＢ１１５内の顧客情報の登録若しくは変更処理を行う。また、配車部１１３は、配車管理プログラムに従って、顧客から配車予約要求を受け付け、配車予約内容をＤＢ１１５に記録させる。
【００１７】
ＤＢ１１５には、少なくとも、顧客情報データベース（顧客情報ＤＢ）と、配車予約データベース（配車予約ＤＢ）と、車両運行状況データベース（車両運行状況ＤＢ）とが格納される。車両運行状況ＤＢには、タクシー向け無線データ伝送システムであるＡＶＭ部１１６が基地局１２０を介してエリア内の移動局（例えば、移動局１４１、１４２、等）からポーリング等で得た移動局の位置や移動体（タクシー）の現在の状況（例えば、空車中、実車中、待機中、迎車中、等）が蓄積（記録若しくは更新）されている。なお、空車中、又は待機中の車両が空き車両としてオペレータ１３６が配車できる移動体であるが、場合によっては、実車であっても配車予定の目的地近傍であれば配車対象としても良い。
顧客情報ＤＢには、注文した顧客の顧客情報が格納される。顧客の識別には、例えば、タクシー乗車時に乗務員から配布されるメンバカードに記載されたメンバＩＤ（例えば、数桁の番号）が用いられる。このメンバＩＤを顧客固有の識別情報として用い、メンバＩＤに対応付けて氏名、自宅住所、変更日（顧客情報の変更日）等が記憶される。
また、配車予約ＤＢには、顧客から受け付けた配車予約情報が格納される。配車予約情報には、注文日時（利用日時）、分前時間、顧客名（メンバＩＤ、名称。等）、要求台数（若しくは人数）、配車日時、配車場所（乗車場所）、等の情報が含まれる。なお、メンバＩＤは顧客名であっても良い。
また、上記実施例では、配車予約ＤＢ内に予約注文データと配車待ちデータとを格納されているが、配車予約ＤＢを２つに分けたり、予約注文データを格納する予約注文ＤＢと配車待ちデータを格納する配車待ちＤＢとを個々に備えても良い。
【００１８】
配車管理プログラムは、配車予約ＤＢと車両運行状況ＤＢのデータ内容に基づいて、配車要求信号を基地局１２０に出力するように指示し、指示を受けた基地局１２０は、配車要求信号を移動局１４１に向け送信し、移動局１４１からの応答信号を受信する。
配車管理装置１１０の入出力装置１３２には、図示しないスタンドマイクが備えられ、オペレータ１３６が移動局１４１の乗務員と通話するために用いられる。スタンドマイクに入力された音声信号は、入出力装置１３２から、ＧＵＩ部１１４を介して、例えばＤＢ１１５とＡＶＭ部１１６を経由して基地局１２０に出力され、移動局１４１に対して送信される。また、移動局１４１からの音声は、上記経路を逆に経由して、配車管理装置１１０の図示しないスピーカから出力され、オペレータ１３６がその出力音を聞くことができる。
【００１９】
顧客は、例えば、一般電話回線網１５０より、タクシー会社の配車管理装置１１０に電話し、配車管理装置１１０で待機するオペレータ１３６等との通話によってタクシーの配車注文を行う。又例えば、顧客は、インターネットを通してタクシーの配車注文を行う。
すると、配車部１１３は、ＤＢ１１５の配車予約ＤＢを参照して、従来は、図２に示すような表示画面を表示装置１３３に表示する。図２(a) は予約注文データのリストである。リストは、時刻順に上下に並べられ、各行毎に予約日時、配車日時、顧客名、要求台数を表示する欄がある。このメンバ予約注文データの配車日時は、オペレータ１３６が経験的に配車場所や予約日時から算出して入力する。図２(a) では、予約時間の１０分前若しくは１５分前にしている。
【００２０】
このような、予約注文データのリストの更新は、顧客からの配車要求の注文がある都度に行われるが、配車部１１３は、所定の周期（例えば、時間間隔が１分毎）で、予約注文データのリストから配車日時が現在の時刻を過ぎている予約があるか否かをチェックしている。
配車部１１３は、もし、予約注文データのリストから配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎている予約注文データがあった場合には、図２(b) に示す配車待ちデータのリストにその予約注文データを移動する。そして、ＧＵＩ部１１３を介して入出力装置１３２のブザー１３５を鳴らし、表示装置１３３に配車待ちデータのリストを表示させる。表示は、例えば、予約注文データのリストの上面（前面）にポップアップ表示しても良い。また、ブザーで警告音を出力する他に、表示灯を点灯若しくは点滅するようにしても良い。
これにより、オペレータ１３６は予約注文データが配車時間に到達したことを知り、車両運行状況ＤＢを参照して空き車両（タクシー等の移動局）を探し、見つかった車両に顧客情報などの配車データを送信し、顧客の場所へ車両（タクシー）を向かわせていた。
しかしこのような運用システムでは、予約注文データが配車時間に到達した時に、運行中の車両（タクシー）が少ない場合や、予約の要求台数が多い場合には配車できる車両が不足して空き車両が現れるまで待つことなり、結果的に予約の時間を守れなくなることがある。
【００２１】
更に、一般的な配車管理装置を図３によって説明する。図３は、配車部１１３が配車日時を監視する動作手順を説明するためのフローチャートである。ＤＢ１１５には、既に、顧客からの予約注文のデータが蓄積（記録若しくは更新）されているものとする。
ステップ３０１では、前に配車日時を監視してから、所定時間Ｔ１（例えば、所定時間Ｔ１は１分である。）経過したか否かを判定する。もし所定時間Ｔ１が経過していなければ、ステップ３０１に戻り、ステップ３０１を繰り返す。もし所定時間Ｔ１が経過していれば、ステップ３０２に進む。
ステップ３０２では、予約注文データのリストを配車予約ＤＢから読み出し、ステップ３０３に進む。
ステップ３０３では、現在の時刻とリスト内の配車日時とを比較し、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがあるか否かを判定する。もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データが無い場合にはステップ３０２に戻り、もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがある場合には、ステップ３０４に進む。
ステップ３０４では、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データを、配車待ちデータに移動し、ステップ３０５に進む。
ステップ３０５では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と画面に配車待ちデータのリスト表示をさせ、ステップ３０１に戻る。
【００２２】
更に、一般的な配車管理装置を図４によって説明する。図４は、配車予約ＤＢによる従来の配車管理装置を説明するための配車タイミング図である。
横軸は時間で、右より左になるほど過去に遡る時刻である。そして、時刻の横線と縦線が交差している時刻に枠で囲ったイベント４０１〜４０４が発生している。
時刻ｔ１でのイベント４０１は、予約注文受け付けたイベントの発生であり、その後、時刻ｔ２のイベント４０２は、配車日時になった若しくは経過したイベントが発生している。なお、配車日時とは、注文受付時（時刻ｔ１）にオペレータ１３６が受付配車端末１１１に入力した分前時刻である。
また、イベント４０２の発生後、時刻ｔ３でタクシーへの配車を行うイベント４０３が発生し、その後、時刻ｔ４で顧客が指定した予約日時になったイベント４０４が発生している。なお、時刻ｔ４と時刻ｔ３の時間差Ｔ３４が、タクシー（移動局）が配車管理装置１１０から指示されて顧客指定の指定した配車場所に到達するまでの時間である。また、時刻ｔ４と時刻ｔ２の時間差Ｔ２４が、オペレータ１３６（配車管理装置１１０）がタクシー（移動局）に配車指示して顧客指定の指定した配車場所に到達するまでの時間である。
【００２３】
上述のように、配車部１１３は、配車管理プログラムによって、所定時間Ｔ１（例えば、所定時間Ｔ１は１分である）経過する都度、配車予約ＤＢを参照し、配車予約時間（配車日時）が到来する配車要求物件を監視している。そして、配車日時を過ぎた配車要求物件若しくは現在時刻と同時刻の配車要求物件があると、配車部１１３は、ブザー音や画面表示等で、オペレータ１３６に知らせる。オペレータ１３６は当該予約（配車要求物件）情報に対応して車両運行状況ＤＢの車両運行状況データを参照して、乗車場所の近隣に存在する車両を検索する。ここで、配車部１１３は、例えば、各移動局から収集したＧＰＳによる位置情報を利用する。
【００２４】
そして、配車部１１３は、基地局１２０と送受信可能なエリア１４３内で検索された移動局から配車に適当な移動局１４１を選択し、当該移動局１４１に対して、予約情報を基地局１２０から送信する。移動局１４１は、この予約情報の提示を受けて、移動局１４１の乗務員は、配車可能であれば応答して、予約応答通知を配車部１１３に向け送信する。配車部１１３は、予約応答を基地局１２０を介して受信し、予約完了処理をとする。
【００２５】
上述した図２〜図４の配車管理装置では、予め配車するための車両（タクシー）の数の把握等の空き車両の管理をしていなかった。このため、配車時間に到達し、予約注文データが表示された時に、配車できる車両が不足することがあった。そして、注文受付時には、「配車するための車両が無いので、予約時間には迎車ができません。」とか、「３０分お待ちください。」と顧客に申し出ることができた連絡が、この時点ではできなくなってしまう状況に陥る。
【００２６】
本発明は、このような状況をできるだけ起こさない配車管理装置である。例えば本発明は、顧客からの電話注文を受け付ける電話機と、電話発信者番号を認識するナンバーディスプレイアダプタ又はＰＢＸと、車両位置動態情報を送信する移動局の情報を収集する基地局装置を具備したタクシー向け無線データ伝送システムと、データベース及び顧客注文データや車両運行状況を管理するタクシー受付配車端末を備えた配車管理装置とを備えた配車管理装置であって、所定の時刻に所定の場所に所定台数の配車を予約注文した顧客に対して、車両運行状況からタクシーの空き車両が少ないことを認識した場合には、早い時間に配車を行うことで、予約時刻にタクシーの到着を間に合わせることを特徴とする予約注文に対する配車管理装置である。
以下、図面によって、本発明の実施の形態を説明する。
【００２７】
図５によって、本発明の配車管理装置の一実施例を説明する。図５は、本発明の配車管理装置において、配車部１１３が配車管理プログラムによって配車日時を監視する動作手順の一実施例を説明するためのフローチャートである。図５の動作は、例えば、図１で説明した配車管理装置１１０における配車部１１３が実行する。またこの時、配車管理装置１１０内のＤＢ１１５には、既に、顧客からの予約注文のデータが格納（記録若しくは更新）されているものとする。
【００２８】
ステップ５０１では、前に配車日時を監視してから、所定時間Ｔ２（例えば、所定時間Ｔ２は５分である。）経過したか否かを判定する。もし所定時間Ｔ２が経過していなければ、ステップ５０１に戻り、ステップ５０１を繰り返す。もし所定時間Ｔ２が経過していれば、ステップ５０２に進む。
ステップ５０２では、予約注文データを現在時刻から所定時間Ｔ３（例えば、所定時間Ｔ３は３０分である。）後まで配車予約ＤＢから読み出し、その時間中に必要な配車台数（要求台数Ａ）を集計し、ステップ５０３に進む。
ステップ５０３では、配車待ちデータを配車予約ＤＢから読み出して、配車待ちデータ中の台数（要求台数Ｂ）を集計し、ステップ５０４に進む。
ステップ５０４では、車両運行状況ＤＢから車両運行状況データを読み出して、空き車両の台数（空き車両台数Ｃ）を算出して、ステップ５０５に進む。
【００２９】
ステップ５０５では、要求台数Ａと要求台数Ｂを加算し（Ａ＋Ｂ）、更に空き車両台数Ｃから、上述の加算した要求台数（Ａ＋Ｂ）を減算した値Ｄ（Ｄ＝Ｃ−（Ａ＋Ｂ））を算出し、算出した値Ｄが所定のしきい値Ｑ未満か否か（Ｄ＜Ｑ？）を判定する（例えば、Ｑ＝５）。もし、値Ｄがしきい値Ｑ未満であればステップ５０６に進み、否であるならばステップ５０１に戻る。
ステップ５０６では、配車予約ＤＢから読み出した予約注文データ（要求台数Ａ：現在時刻から所定時間Ｔ３までの時間中に必要な配車台数）を配車待ちデータに移動し、ステップ５０７に進む。
ステップ５０７では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と共に、表示装置１３３の表示画面に配車待ちデータのリスト表示をさせ、ステップ５０１に戻る。
【００３０】
本発明の配車管理装置を図６によって説明する。図６は、配車予約ＤＢによる本発明の配車管理装置の一実施例を説明するための配車タイミング図である。
現在時刻が配車時刻に到達する前に、空き車両が不足していることを認識すると、配車時刻に到達する前に、配車待ちデータへ移動させ、オペレータ１３６が配車を行うものである。
図４と同様に、横軸は時間で、右より左になるほど過去に遡る時刻である。そして、時刻の横線と縦線が交差している時刻に枠で囲ったイベント４０１、６０２、４０２、及び４０４が発生している。
時刻ｔ１でのイベント４０１は、予約注文受け付けたイベントの発生であり、その後、例えば、図５で説明したように、空き車両等の車両が不足していると判定された場合には、時刻ｔ３′でタクシーへの配車を行うイベント６０３が発生する。この時、時刻ｔ４と時刻ｔ３′の時間差Ｔ３４′が、タクシー（移動局）が配車管理装置１１０から指示されて顧客指定の指定した配車場所に到達するまでの時間である。
その後、時刻ｔ２において、配車日時になった若しくは経過したイベント４０２が発生するが、新たに注文予約がなければ、配車は行われない。
また、イベント４０２の発生後、その後、時刻ｔ４で顧客が指定した予約日時になったイベント４０４が発生している。
【００３１】
次に、図７によって、本発明の配車管理装置の他の実施例を説明する。図７は、本発明の配車管理装置において、配車部１１３が配車管理プログラムによって配車日時を監視する動作手順の一実施例を説明するためのフローチャートである。図７の動作は、例えば、図１で説明した配車管理装置１１０における配車部１１３が実行する。またこの時、配車管理装置１１０内のＤＢ１１５には、既に、顧客からの予約注文のデータが格納（記録若しくは更新）されているものとする。
【００３２】
図７の実施例は、従来の図３のチェック処理を行った後に、図５の処理を追加したものである。
即ち、先ずステップ５０１では、前に処理ステップ５０２以降の処理（ステップ５０２〜ステップ５０７）を実行してから、所定時間Ｔ２（例えば、所定時間Ｔ２は５分である。）経過したか否かを判定する。もし所定時間Ｔ２が経過していなければ、ステップ３０１に進み、所定時間Ｔ２が経過していれば、ステップ５０２に進む。
以下、ステップ５０２からステップ５０７までの処理動作は、図５で説明した処理と同じである。そして、ステップ５０７では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と共に、表示装置１３３の表示画面に配車待ちデータのリスト表示をさせ、ステップ５０１に戻る。
【００３３】
ステップ３０１では、前に処理ステップ３０２以降の処理（ステップ３０２〜ステップ３０５）を実行してから、所定時間Ｔ１（例えば、所定時間Ｔ１は１分である。）経過したか否かを判定する。もし所定時間Ｔ１が経過していなければ、ステップ５０１に戻り、所定時間Ｔ１が経過していれば、ステップ３０２に進む。
ステップ３０２では、予約注文データのリストを配車予約ＤＢから読み出し、ステップ３０３に進む。
ステップ３０３では、現在の時刻とリスト内の配車日時とを比較し、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがあるか否かを判定する。もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データが無い場合にはステップ５０１に戻り、もし配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データがある場合には、ステップ３０４に進む。
ステップ３０４では、配車日時が現在の時刻と同じか若しくは現在の時刻を過ぎてしまった予約注文データを、配車待ちデータに移動し、ステップ３０５に進む。
ステップ３０５では、ＧＵＩ部１１４を介して入出力装置１３２からブザー音の鳴動と画面に配車待ちデータのリスト表示をさせ、ステップ５０１に戻る。
【００３４】
上述の実施例によれば、空き車両が少なくなる前に予約注文の配車を行うことによって、顧客が指定した予約時間に遅れずにタクシーを向かわせることができるようになる。
【００３５】
尚、上述の実施例では、配車する対象をタクシーとして説明したが、ハイヤーでも良いし、他の車両（例えば、マイクロバス、トラック等の輸送車、など）や工場内の移動搬送車でも良いことは自明である。
【図面の簡単な説明】
【００３６】
【図１】本発明の配車管理装置の一実施例を説明するためのブロック構成図。
【図２】従来の予約注文データと配車待ちデータの一例を示す図。
【図３】従来の配車管理装置の一例を説明するためのフローチャート。
【図４】従来の配車管理装置の配車タイミングを示す図。
【図５】本発明の配車管理装置の動作手順の一実施例を説明するためのフローチャート。
【図６】本発明の配車管理装置の一実施例の配車タイミングを示す図。
【図７】本発明の配車管理装置の動作手順の一実施例を説明するためのフローチャート。
【符号の説明】
【００３７】
１１０：配車管理装置、 １１１：受付配車端末、 １１２：ＣＴＩ部、 １１３：配車部、 １１４：ＧＵＩ部、 １１５：ＤＢ、 １１６：ＡＶＭ部、 １２０：基地局、 １３０：ＰＢＸ、 １３１：電話機、 １３２：入出力装置、 １３３：表示装置、 １３４：入力装置、 １３５：ブザー、 １３６：オペレータ、 １４１、１４２：移動局、 １４３：基地局カバーエリア、 １４４：ＧＰＳ衛星、 １５０：一般電話回線、 ４０１〜４０４：イベント。
【特許請求の範囲】
【請求項１】
移動局が送信する車両位置動態情報を収集する基地局装置を具備したＡＶＭ（Automatic Vehicle Monitoring）部、並びに、顧客からの電話による予約注文を顧客注文データとして格納しかつ上記車両位置動態情報を車両運行状況データとして格納するデータベース、及び、上記顧客からの予約注文を受け付け、上記データベースから読み出した顧客注文データと上記車両運行状況データとに基づいて配車管理する受付配車端末、とを具備する配車管理装置において、
上記顧客注文データを所定の第１の時間間隔で上記データベースから読出し、現在の時刻と同一か若しくは現在の時刻を過ぎた配車時刻の予約注文データを配車待ちデータに移動し、該移動した配車待ちデータに基づいてオペレータが配車を行い、上記所定の第１の時間よりも長い所定の第２の時間間隔で上記顧客注文データのリストを上記データベースから読出し、読み出した時点の現在の時刻から上記所定の第２の時間よりも長い所定の第３の時間までの配車時刻の予約車両数と配車待ちデータのリストの車両数の合計を空き車両数から減算した値が所定のしきい値未満である場合には、上記所定の第３の時間までの配車時刻の予約注文データを配車待ちデータのリストに移動し、該移動した配車待ちデータに基づいて上記オペレータが配車を行う配車部を備えたことを特徴とする配車管理装置。
【請求項１】
移動局が送信する車両位置動態情報を収集する基地局装置を具備したＡＶＭ（Automatic Vehicle Monitoring）部、並びに、顧客からの電話による予約注文を顧客注文データとして格納しかつ上記車両位置動態情報を車両運行状況データとして格納するデータベース、及び、上記顧客からの予約注文を受け付け、上記データベースから読み出した顧客注文データと上記車両運行状況データとに基づいて配車管理する受付配車端末、とを具備する配車管理装置において、
上記顧客注文データを所定の第１の時間間隔で上記データベースから読出し、現在の時刻と同一か若しくは現在の時刻を過ぎた配車時刻の予約注文データを配車待ちデータに移動し、該移動した配車待ちデータに基づいてオペレータが配車を行い、上記所定の第１の時間よりも長い所定の第２の時間間隔で上記顧客注文データのリストを上記データベースから読出し、読み出した時点の現在の時刻から上記所定の第２の時間よりも長い所定の第３の時間までの配車時刻の予約車両数と配車待ちデータのリストの車両数の合計を空き車両数から減算した値が所定のしきい値未満である場合には、上記所定の第３の時間までの配車時刻の予約注文データを配車待ちデータのリストに移動し、該移動した配車待ちデータに基づいて上記オペレータが配車を行う配車部を備えたことを特徴とする配車管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−２９４７４２（Ｐ２００９−２９４７４２Ａ）
【公開日】平成２１年１２月１７日（２００９．１２．１７）
【国際特許分類】
【出願番号】特願２００８−１４５４６１（Ｐ２００８−１４５４６１）
【出願日】平成２０年６月３日（２００８．６．３）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
【公開日】平成２１年１２月１７日（２００９．１２．１７）
【国際特許分類】
【出願日】平成２０年６月３日（２００８．６．３）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
[ Back to top ]