(57)【要約】【課題】タクシー等の車両において「迎車」状態のキャンセルが発生した場合にその原因の特定に役立つ運行管理システムを提供する。【解決手段】車両上に搭載される少なくとも１つの車載装置１０と車両外に配置される運行管理装置２０とを含む。前記車載装置は操作部１３の状態に基づいて状態を区別し迎車又は空車から乗車運行状態への切り替わりを検出した時には位置情報を乗車地として保存し、迎車又は乗車運行状態から空車状態への切り替わりを検出した時には位置情報を降車地として保存する運行記録制御部１１を備える。運行管理装置２０は運行記録情報に含まれる顧客の乗車地及び降車地を表す第１の位置情報と、前記迎車依頼情報に含まれる迎車指定場所を表す第２の位置情報とを比較し、比較の結果を出力に反映する位置情報比較手段２１を備える。【選択図】図１
2010146354.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、前記車両の走行状態に応じた運賃を算出して前記運賃の情報を運転者及び乗客の少なくとも一方に通知する車両用運賃通知装置であって、
前記車両の運行状態の違いを識別するために前記運転者が操作可能な操作部と、
前記車両の現在位置を表す位置情報を取得する位置情報取得部と、
前記車両の運行管理に必要な情報を記録可能な情報記録部と、
前記操作部の状態に基づいて、少なくとも、前記車両に前記乗客が乗車していない状態を表す空車状態と、前記乗客を乗せずに前記乗客を迎えに行く状態を表す迎車運行状態と、前記迎車運行状態以外の営業運行状態を表す乗車運行状態とを区別し、前記迎車運行状態又は前記空車状態から前記乗車運行状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が乗車した乗車地として前記情報記録部に保存し、前記迎車運行状態又は前記乗車運行状態から前記空車状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が降車した降車地として前記情報記録部に保存する運行記録制御部と
を設けたことを特徴とする車両用運賃通知装置。
【請求項２】
前記運行記録制御部は、前記乗車地の位置情報にそれを取得した時刻を表す時間情報を付加し、前記降車地の位置情報にそれを取得した時刻を表す時間情報を付加することを特徴とする請求項１に記載の車両用運賃通知装置。
【請求項３】
車両の運行状態を管理する運行管理装置であって、
顧客からの迎車依頼に応じて生成される迎車依頼情報を入力する迎車依頼情報入力手段と、
前記車両に搭載された所定の車載装置によって生成された運行記録情報を入力する運行記録情報入力手段と、
前記運行記録情報に含まれる顧客の乗車地及び降車地を表す第１の位置情報と、前記迎車依頼情報に含まれる迎車指定場所を表す第２の位置情報とを比較し、比較の結果を出力に反映する位置情報比較手段と
を設けたことを特徴とする運行管理装置。
【請求項４】
前記位置情報比較手段は、前記運行記録情報入力手段によって入力された複数の運行記録情報の中から、前記乗車地のデータが無効な運行記録情報のみを抽出し、抽出された運行記録情報に含まれる降車地の位置情報のみに限定して比較処理を実施することを特徴とする請求項３に記載の運行管理装置。
【請求項５】
前記位置情報比較手段は、前記運行記録情報入力手段によって入力された複数の運行記録情報の中から、前記迎車依頼情報入力手段によって入力された迎車依頼情報に含まれる依頼時刻よりも後で降車地の位置情報が生成された運行記録情報のみを抽出し、抽出された運行記録情報に含まれる降車地の位置情報のみに限定して比較処理を実施することを特徴とする請求項３に記載の運行管理装置。
【請求項６】
前記位置情報比較手段は、前記運行記録情報入力手段によって入力された複数の運行記録情報の中から、前記迎車依頼情報入力手段によって入力された迎車依頼情報に含まれる依頼時刻よりも後で降車地の位置情報が生成され、且つ前記依頼時刻に最も近い時刻に生成された１組の運行記録情報のみを抽出し、抽出された運行記録情報に含まれる降車地の位置情報のみに限定して比較処理を実施することを特徴とする請求項３に記載の運行管理装置。
【請求項７】
前記運行記録情報に含まれる降車地の位置を含む地図を画面上に表示すると共に、前記地図上に、前記第１の位置情報及び第２の位置情報のそれぞれの位置を表す印を重ねて表示する地図表示手段を更に設けたことを特徴とする請求項３に記載の運行管理装置。
【請求項８】
前記地図表示手段は、前記位置情報比較手段の比較結果の違いに応じて、画面上に表示する前記印の表示形態を切り替えることを特徴とする請求項７に記載の運行管理装置。
【請求項９】
車両の運行状態を管理する運行管理システムであって、
前記車両上に搭載される少なくとも１つの車載装置と、車両外に配置される運行管理装置とを含み、
前記車載装置には、
前記車両の運行状態の違いを識別するために運転者が操作可能な操作部と、
前記車両の現在位置を表す位置情報を取得する位置情報取得部と、
前記車両の運行管理に必要な情報を記録可能な情報記録部と、
前記操作部の状態に基づいて、少なくとも、前記車両に前記乗客が乗車していない状態を表す空車状態と、前記乗客を乗せずに前記乗客を迎えに行く状態を表す迎車運行状態と、前記迎車運行状態以外の営業運行状態を表す乗車運行状態とを区別し、前記迎車運行状態又は前記空車状態から前記乗車運行状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が乗車した乗車地として前記情報記録部に保存し、前記迎車運行状態又は前記乗車運行状態から前記空車状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が降車した降車地として前記情報記録部に保存する運行記録制御部とを設け、
前記運行管理装置には、
顧客からの迎車依頼に応じて生成される迎車依頼情報を入力する迎車依頼情報入力手段と、
前記車載装置によって生成された運行記録情報を入力する運行記録情報入力手段と、
前記運行記録情報に含まれる顧客の乗車地及び降車地を表す第１の位置情報と、前記迎車依頼情報に含まれる迎車指定場所を表す第２の位置情報とを比較し、比較の結果を出力に反映する位置情報比較手段とを設けた
ことを特徴とする運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーなどの車両の運行管理に利用される車両用運賃通知装置及び運行管理装置並びに運行管理システムに関する。
【背景技術】
【０００２】
タクシーの営業を行う場合には、一般にタクシーメータと呼ばれる車両用運賃通知装置（車載装置）を使用する。そして、運転者はタクシーメータの操作部（ボタンなど）を操作することにより、タクシーの様々な運行状態の違いを区別できるように状態を切り替える。タクシーメータは状態の変化や走行距離、運行時間などに応じて運賃を算出し、運賃を表示したり領収書を発行する機能を搭載している場合が多い。
【０００３】
一般にタクシーメータは、次に示すような複数種類の運行状態を区別できるようになっている。
「空車」：顧客が乗車しておらず、任意の顧客に対して営業運行可能な状態を表す。
「迎車」：事前に予約した顧客を指定地まで迎えに行く場合の営業運行状態を表す。
「賃走（又は実車）」：運賃を計算しながら営業運行している状態（通常は乗客有）を表す。
「割増」：営業時間等の関係で割増料金制を適用して営業運行している状態を表す。
「支払」：目的地に到着したときに、運賃の更新を止めて運賃を精算する状態を表す。
【０００４】
また、タクシーの営業状態に関しては代表例として次のような複数種類の形態がある。
（１）「空車」状態で待機しながらタクシー運転手が所定のタクシー乗り場で顧客を見つけ、顧客を乗せて営業運行を開始し「賃走」状態に切り替える。
（２）「空車」状態で道路を走行しながらタクシー運転手が任意の顧客からの合図を待ち、合図した顧客をその場で乗せて営業運行を開始し「賃走」状態に切り替える。
（３）電話等を利用した顧客からの予約を所定の営業所で受け付ける。営業所では予約に従って顧客から指定された迎車指定地に向かうように特定のタクシー運転手に指示を与える。指示されたタクシーの運転手は、「迎車」状態で営業運行しながら迎車指定地に向かい、迎車指定地の近傍で予約した特定の顧客を見つけ、顧客を乗せて「賃走」状態に切り替え、営業運行を継続する。
【０００５】
上記（３）の形態で営業する場合、次のような問題が生じることがある。すなわち、迎車指定地に向かったタクシーが目的の顧客を見つけられない場合である。この場合、当該タクシーは実際の営業運転を行わず、「迎車」状態をキャンセルして「空車」状態に切り替えることになる。
【０００６】
このような状況が発生する場合、原因が予約を依頼した顧客側にある場合と、原因がタクシー会社やタクシーの運転手側にある場合とが考えられる。前者の場合は特に問題はないが、後者の場合はタクシー会社の信頼度の低下に繋がるので大きな問題になる。
【０００７】
具体例としては、次のような原因が考えられる。営業所の担当者がタクシー運転手に配車の連絡をする際に、顧客から指定された迎車指定地を誤って伝える場合がある。また、タクシー運転手が聞き間違え等によって迎車指定地を誤って認識する場合もある。また、地理に不慣れなタクシー運転手が指示された迎車指定地とは異なる場所に顧客を迎えに行く可能性もある。
【０００８】
このような場合、顧客側は、タクシー会社にタクシーの迎車を申し込んだにもかかわらず、指定した場所にタクシーが来なかったと認識することになり、タクシー会社を信頼できなくなる。しかし、前述のような原因によってタクシー運転手が「迎車」状態をキャンセルした場合であっても、タクシー会社側では問題が発生したことに気が付かない可能性があるし、気が付いたとしても原因を正しく特定するのは困難である。従って、それ以降に問題が発生しなくなるようにタクシー運転手等に指導をすることもできず、タクシー会社は顧客の信頼を回復できない。
【０００９】
本発明と関連のある従来技術としては、例えば特許文献１、特許文献２、特許文献３に開示された技術が知られている。
【００１０】
特許文献１においては、現在位置を検出するためのＧＰＳ装置を搭載し、料金メータ（タクシーメータ）に対する操作に応じて、乗客の乗降位置や走行料金の情報を検出し、これらの情報を記憶したり印刷することを開示している。
【００１１】
特許文献２においては、電車やバスなどの円滑な運行を可能にするために、予定到着時間と実際の運行状態との時間の進み具合や遅れ具合を検知することを開示している。具体的には、現在位置を検出するためのＧＰＳ装置を搭載し、検出された現在位置と予め入力された目的地との位置情報を比較し、一致したときに目的地に到着したものとみなし、時間の誤差を算出することを提案している。
【００１２】
特許文献３においては、貨物車両が目的の配送先に間違いなく到着したかどうかを管理するための技術を開示している。具体的には、車両が配送先に到着した時点で運転者によって所定のボタンが押下されると、ＧＰＳ装置によって検出された位置情報が無線通信により基地局を介して管理装置に送られる。管理装置側では、地図上に車両の現在位置を表示する。そして、管理者が車両の現在位置と目的の配送先とが一致するかどうかを判断する。
【特許文献１】特開平５−３５９５１号公報
【特許文献２】特開平６−４４４９５号公報
【特許文献３】特開２００８−１０７８７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
例えば、特許文献１に開示された技術を採用すれば、「空車」から「実車」に変化した時点の車両の現在位置を乗車地として把握し、「実車」から「空車」に変化した時点の車両の現在位置を降車地として把握することができる。しかしながら、次のような２種類の状態を区別できるような乗車地や降車地のデータを得ることはできない。
【００１４】
（１）タクシーが「迎車」状態で指定された迎車指定地に到着し、目的の顧客が見つからないためタクシー運転手が空車ボタンを押下して「迎車」状態をキャンセルした場合。
（２）タクシーが「実車」状態で乗客を乗せて運行し、目的地に到着したためタクシー運転手が空車ボタンを押下して営業を終了した場合。
【００１５】
従って、タクシーメータが位置情報を記録する機能を搭載している場合であっても、「迎車」状態のキャンセルが発生した場合に、顧客から指定された迎車指定地と一致する場所にタクシー車両が顧客を迎えに行った事実があるかどうかを確認することは困難である。そのため、「迎車」状態のキャンセルが発生した場合に、その原因を特定することができない。
【００１６】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、タクシー等の車両において「迎車」状態のキャンセルが発生した場合に、その原因の特定に役立つ運行管理システムを提供することにある。
【課題を解決するための手段】
【００１７】
前述した目的を達成するために、本発明に係る車両用運賃通知装置は、下記（１）〜（２）を特徴としている。
（１）  車両に搭載され、前記車両の走行状態に応じた運賃を算出して前記運賃の情報を運転者及び乗客の少なくとも一方に通知する車両用運賃通知装置であって、
前記車両の運行状態の違いを識別するために前記運転者が操作可能な操作部と、
前記車両の現在位置を表す位置情報を取得する位置情報取得部と、
前記車両の運行管理に必要な情報を記録可能な情報記録部と、
前記操作部の状態に基づいて、少なくとも、前記車両に前記乗客が乗車していない状態を表す空車状態と、前記乗客を乗せずに前記乗客を迎えに行く状態を表す迎車運行状態と、前記迎車運行状態以外の営業運行状態を表す乗車運行状態とを区別し、前記迎車運行状態又は前記空車状態から前記乗車運行状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が乗車した乗車地として前記情報記録部に保存し、前記迎車運行状態又は前記乗車運行状態から前記空車状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が降車した降車地として前記情報記録部に保存する運行記録制御部と
を設けたこと。
（２）  上記（１）に記載の車両用運賃通知装置であって、
前記運行記録制御部は、前記乗車地の位置情報にそれを取得した時刻を表す時間情報を付加し、前記降車地の位置情報にそれを取得した時刻を表す時間情報を付加すること。
【００１８】
上記（１）の構成の車両用運賃通知装置によれば、タクシーに顧客を乗せて営業する毎に、乗車地及び降車地の位置情報が前記情報記録部に自動的に保存される。また、迎車のキャンセルが発生した場合には、降車地の位置情報のみが前記情報記録部に保存される。従って、前記情報記録部に保存されている情報を参照することにより、迎車のキャンセルが発生した時のタクシーの位置を前記降車地の位置情報により確認できる。すなわち、タクシー運転手は、顧客から指定された迎車指定地の近傍で目的の顧客が見つからない場合に、前記操作部のボタン等を操作して迎車運行状態から空車状態へ切り替えるので、迎車のキャンセルが発生した時に記録される前記降車地は、指定された迎車指定地に相当する。従って、前記降車地と指定された迎車指定地とがほぼ一致する場合には、該当するタクシーが指定された迎車指定地に実際に顧客を迎えに行ったことを意味する。一方、それらが一致しない場合には、該当するタクシーが指定された迎車指定地に顧客を迎えに行っていないので、タクシー会社の連絡者あるいはタクシー運転手の不手際が原因で予約した顧客に迷惑をかけたことが判明する。また、迎車のキャンセルが発生した時には、降車地の位置情報が記録されるが、乗車地の位置情報は記録されない。従って、前記情報記録部に大量のデータが記録されている場合であっても、迎車のキャンセルが発生した場合に記録されたデータだけを容易に抽出でき、データの処理が容易になる。
上記（２）の構成の車両用運賃通知装置によれば、乗車地及び降車地の位置情報のデータに時間情報が付加されているので、大量のデータが存在する場合であっても、それらの中から必要なデータだけを容易に抽出できる。例えば、ある顧客からの迎車依頼に対して、タクシー会社側の不手際がなかったかどうかを確認する場合には、顧客からの依頼時刻よりも前に発生した位置情報のデータは無関係なので処理対象から除外できる。また、顧客からの依頼時刻よりも後で発生した位置情報のデータの中で前記依頼時刻に近い時刻に生成されたデータが重要である。
【００１９】
前述した目的を達成するために、本発明に係る運行管理装置は、下記（３）〜（８）を特徴としている。
（３）  車両の運行状態を管理する運行管理装置において、
顧客からの迎車依頼に応じて生成される迎車依頼情報を入力する迎車依頼情報入力手段と、
前記車両に搭載された所定の車載装置によって生成された運行記録情報を入力する運行記録情報入力手段と、
前記運行記録情報に含まれる顧客の乗車地及び降車地を表す第１の位置情報と、前記迎車依頼情報に含まれる迎車指定場所を表す第２の位置情報とを比較し、比較の結果を出力に反映する位置情報比較手段と、
を設けたこと。
（４）  上記（３）に記載の運行管理装置であって、
前記位置情報比較手段は、前記運行記録情報入力手段によって入力された複数の運行記録情報の中から、前記乗車地のデータが無効な運行記録情報のみを抽出し、抽出された運行記録情報に含まれる降車地の位置情報のみに限定して比較処理を実施すること。
（５）  上記（３）に記載の運行管理装置であって、
前記位置情報比較手段は、前記運行記録情報入力手段によって入力された複数の運行記録情報の中から、前記迎車依頼情報入力手段によって入力された迎車依頼情報に含まれる依頼時刻よりも後で降車地の位置情報が生成された運行記録情報のみを抽出し、抽出された運行記録情報に含まれる降車地の位置情報のみに限定して比較処理を実施すること。
（６）  上記（３）に記載の運行管理装置であって、
前記位置情報比較手段は、前記運行記録情報入力手段によって入力された複数の運行記録情報の中から、前記迎車依頼情報入力手段によって入力された迎車依頼情報に含まれる依頼時刻よりも後で降車地の位置情報が生成され、且つ前記依頼時刻に最も近い時刻に生成された１組の運行記録情報のみを抽出し、抽出された運行記録情報に含まれる降車地の位置情報のみに限定して比較処理を実施すること。
（７）  上記（３）に記載の運行管理装置であって、
前記運行記録情報に含まれる降車地の位置を含む地図を画面上に表示すると共に、前記地図上に、前記第１の位置情報及び第２の位置情報のそれぞれの位置を表す印を重ねて表示する地図表示手段を更に設けたこと。
（８）  上記（７）に記載の運行管理装置であって、
前記地図表示手段は、前記位置情報比較手段の比較結果の違いに応じて、画面上に表示する前記印の表示形態を切り替えること。
【００２０】
上記（３）の構成の運行管理装置によれば、車載装置によって生成された運行記録情報のデータを処理することにより、迎車のキャンセルが発生した場合に、その原因がタクシー会社側にあるかどうかを識別できる。すなわち、前記第１の位置情報の降車地の位置が前記第２の位置情報の位置とほぼ一致する場合には、該当するタクシーが指定された迎車指定地に実際に顧客を迎えに行ったことを意味し、原因はタクシー会社側にはないことが分かる。一方、位置が一致しない場合には、該当するタクシーが指定された迎車指定地に顧客を迎えに行っていないので、タクシー会社の連絡者あるいはタクシー運転手の不手際が原因で予約した顧客に迷惑をかけたことが判明する。
上記（４）の構成の運行管理装置によれば、大量のデータが存在する場合であっても、それらの中から迎車のキャンセルが発生した状況のデータだけを抽出できるので、データ処理が容易になる。
上記（５）の構成の運行管理装置によれば、大量のデータが存在する場合であっても、それらの中から必要なデータだけを抽出できるので、データ処理が容易になる。すなわち、依頼時刻よりも前に生成された降車地の位置情報は、該当する迎車依頼とは無関係であり処理する必要はない。
上記（６）の構成の運行管理装置によれば、大量のデータが存在する場合であっても、それらの中から必要なデータだけを抽出できるので、データ処理が容易になる。すなわち、依頼時刻よりも前に生成された降車地の位置情報は、該当する迎車依頼とは無関係であり処理する必要はない。また、依頼時刻よりも後で生成された運行記録情報の中で、前記依頼時刻に最も近い時刻に生成された１組の運行記録情報は、該当する迎車依頼に対する迎車キャンセル発生時の位置情報を含んでいる可能性が極めて高い。
上記（７）の構成の運行管理装置によれば、この装置を操作する管理者は、表示された地図上でそれぞれの位置を目視で確認できるので、前記第１の位置情報と第２の位置情報の位置関係を容易に把握できる。
上記（８）の構成の運行管理装置によれば、この装置を操作する管理者は、表示された地図上でそれぞれの位置を目視で確認できる。しかも、大量のデータが存在する場合であっても、問題のあるデータだけ他の印とは異なる表示形態で表示されるので、問題の把握が容易になる。
【００２１】
前述した目的を達成するために、本発明に係る運行管理システムは、下記（９）を特徴としている。
（９）  車両の運行状態を管理する運行管理システムであって、
前記車両上に搭載される少なくとも１つの車載装置と、車両外に配置される運行管理装置とを含み、
前記車載装置には、
前記車両の運行状態の違いを識別するために運転者が操作可能な操作部と、
前記車両の現在位置を表す位置情報を取得する位置情報取得部と、
前記車両の運行管理に必要な情報を記録可能な情報記録部と、
前記操作部の状態に基づいて、少なくとも、前記車両に前記乗客が乗車していない状態を表す空車状態と、前記乗客を乗せずに前記乗客を迎えに行く状態を表す迎車運行状態と、前記迎車運行状態以外の営業運行状態を表す乗車運行状態とを区別し、前記迎車運行状態又は前記空車状態から前記乗車運行状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が乗車した乗車地として前記情報記録部に保存し、前記迎車運行状態又は前記乗車運行状態から前記空車状態への切り替わりを検出した時には、前記位置情報取得部から得られる位置情報を前記乗客が降車した降車地として前記情報記録部に保存する運行記録制御部とを設け、
前記運行管理装置には、
顧客からの迎車依頼に応じて生成される迎車依頼情報を入力する迎車依頼情報入力手段と、
前記車載装置によって生成された運行記録情報を入力する運行記録情報入力手段と、
前記運行記録情報に含まれる顧客の乗車地及び降車地を表す第１の位置情報と、前記迎車依頼情報に含まれる迎車指定場所を表す第２の位置情報とを比較し、比較の結果を出力に反映する位置情報比較手段とを設けたこと。
上記（９）の構成の運行管理システムによれば、タクシー等の車両において「迎車」状態のキャンセルが発生した場合に、その原因の特定に役立つ情報が得られる。すなわち、前記車載装置によりタクシー等の車両の乗車地及び降車地の位置情報を含む運行記録情報が自動的に生成され保存される。前記運行管理装置は、前記車載装置が生成した運行記録情報を入力し、「迎車」状態のキャンセルが発生した時に生成された運行記録情報と、迎車依頼情報との位置を比較するので、その比較結果から該当する車両が実際に迎車指定場所に顧客を迎えに行ったかどうかを識別できる。
【発明の効果】
【００２２】
以上のように、本発明の運行管理システムは、タクシー等の車両において「迎車」状態のキャンセルが発生した場合に、その原因の特定に役立つ情報を出力できる。
【００２３】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための最良の形態を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【発明を実施するための最良の形態】
【００２４】
本発明の車両用運賃通知装置及び運行管理装置並びに運行管理システムに関する具体的な実施の形態について、図１〜図８を参照しながら以下に説明する。
【００２５】
図１は実施の形態における運行管理システムの構成例を示すブロック図である。図２は図１に示した車載装置の主要な動作を示すフローチャートである。図３は図１に示した運行管理装置の主要な動作を示すフローチャートである。図４は図３に示した異常判別処理の内容を示すフローチャートである。図５は図１に示した車載装置が記録する運行記録情報に含まれる乗車地及び降車地のデータフォーマットを示す模式図である。図６は運行記録情報の具体例（通常）を示す模式図である。図７は運行記録情報の具体例（迎車キャンセル発生時）を示す模式図である。図８は図１に示した運行管理装置の動作に関する具体例を示す模式図である。
【００２６】
図１に示す運行管理システムは、車載装置１０と運行管理装置２０とで構成されている。車載装置１０は、タクシーの車両上に搭載した状態で使用される。運行管理装置２０は、タクシー会社の営業所等に設置される。
【００２７】
車載装置１０は、いわゆるタクシーメータとして機能し、営業毎のタクシーの運行状態に応じて運賃を算出し、算出された運賃の情報を表示して運転者や乗客に知らせることができる。また、図１に示す車載装置１０は一般的なタクシーメータの機能の他に、運行管理に必要な運行記録情報を生成し保存する機能も有している。車載装置１０が生成する運行記録情報は、顧客の乗車地及び降車地の位置情報や時間情報である。この運行記録情報については後で詳細に説明する。
【００２８】
運行管理装置２０は、運行管理装置２０によって生成された運行記録情報に基づいて、異常な状況が生じていないかどうかを把握するために利用される。具体的には、顧客からの迎車依頼に従って、配車を指示されたタクシー車両が指定された迎車指定場所に顧客を迎えに行った事実があるかどうかをタクシー会社の管理者が確認するために利用される。
【００２９】
すなわち、顧客がタクシー会社に対して迎車の依頼を行った場合に、次のようなタクシー会社側の不手際が発生し、顧客に迷惑をかける可能性がある。例えば、営業所の担当者がタクシー運転手に配車の連絡をする際に、顧客から指定された迎車指定地を誤って伝える場合がある。また、タクシー運転手が聞き間違え等によって迎車指定地を誤って認識する場合もある。また、地理に不慣れなタクシー運転手が指示された迎車指定地とは異なる場所に顧客を迎えに行く可能性もある。
【００３０】
この場合、顧客側はタクシー会社にタクシーの迎車を申し込んだにもかかわらず、指定した場所にタクシーが来なかったと認識することになり、タクシー会社を信頼できなくなる。しかし、タクシー会社側のミスによってタクシー運転手が顧客を見つけられず、「迎車」状態をキャンセルした場合であっても、タクシー会社側では問題が発生したことに気が付かない可能性があるし、気が付いたとしても原因を正しく特定するのは困難である。従って、それ以降に問題が発生しなくなるようにタクシー運転手等に指導をすることもできず、タクシー会社は顧客の信頼を回復できない。このような問題を解決する際に、図１に示した運行管理システムが役に立つ。
【００３１】
まず、車載装置１０について説明する。図１に示すように、車載装置１０は情報処理部１１、時間計測部１２、操作部１３、表示部１４、車両情報格納部１５、プログラム格納部１６、設定値データ格納部１７、インタフェース１８、メモリカードＩ／Ｏ部１９を備えている。
【００３２】
情報処理部１１は、マイクロコンピュータ（ＣＰＵ）で構成されており、プログラム格納部１６に予め保存されているプログラムを実行し、このプログラムに従って車載装置１０の動作を制御する。
【００３３】
時間計測部１２は、時計やタイマの機能を搭載した集積回路（ＩＣ）であり、情報処理部１１からの指示に従って現在時刻の情報を出力したり時間を計測することができる。
【００３４】
操作部１３は、運転者が操作可能な複数の操作ボタンを備えており、情報処理部１１がタクシー車両の運行状態の違いを区別するために利用される。具体的な操作ボタンとして「実車ボタン」、「割増ボタン」、「支払ボタン」、「空車ボタン」、「迎車ボタン」が操作部１３に備わっている。
【００３５】
表示部１４は、運賃の金額や、「賃走」、「割増」、「支払」、「空車」、「迎車」等の文字情報を表示可能な液晶表示装置である。表示部１４が表示する内容は情報処理部１１によって制御される。
【００３６】
車両情報格納部１５は、データの読み取り及び書き込みが可能な記憶装置であり、タクシー車両の走行状態に関する走行距離や、経過時間や、運賃などの情報が保存される。
【００３７】
設定値データ格納部１７は、運賃を算出するために必要な予め定めた料金制の情報を保持している。例えば、次に示すような情報が料金制の情報として設定値データ格納部１７に保持される。
基本運賃：７１０円
基本距離（基本運賃の範囲内で走行な可能な距離）：２０００ｍ
後続運賃（一定の距離又は時間毎に加算する運賃）：９０円
後続距離（後続運賃を適用する距離の長さ）：２００ｍ
後続時間（後続運賃を適用する時間の長さ）：１０５秒
【００３８】
インタフェース１８は、車速信号や位置情報を情報処理部１１に入力するための所定の変換処理を実施する。車速信号は、車両の車輪が所定量回転する毎に１つのパルスが現れる２値信号である。この車速信号に基づいて、車速や距離を算出できる。位置情報は、位置情報取得部３０から出力される。この例では、位置情報取得部３０としてＧＰＳ（Global Positioning System）受信機を用いている。すなわち、４つ以上のＧＰＳ衛星からそれぞれ電波として受信した信号を用いて計算することにより、車両の現在位置を表す位置情報（緯度、経度）を算出できる。なお、ＧＰＳ受信機以外の装置を用いて現在位置を求めることも可能である。
【００３９】
図１に示した運行管理システムにおいては、車載装置１０と運行管理装置２０との間でデータの受け渡しを行うために、不揮発性の記憶装置であるメモリカード３５を採用している。メモリカードＩ／Ｏ部１９は、メモリカード３５を装着可能なカードスロットを有している。すなわち、車載装置１０を搭載したタクシー車両を運行する際には、メモリカードＩ／Ｏ部１９にメモリカード３５を装着する。情報処理部１１は、メモリカードＩ／Ｏ部１９を経由してメモリカード３５上に運行記録情報を保存する。
【００４０】
次に、運行管理装置２０について説明する。図１に示すように、運行管理装置２０は情報処理部２１、ディスプレイ２２、キーボード２３、記憶装置２４、地図情報データベース２５、メモリカードＩ／Ｏ部２６を備えている。
【００４１】
情報処理部２１は、例えばパーソナルコンピュータの本体（ＣＰＵ）のように、様々な情報を処理する機能を搭載している。情報処理部２１は、記憶装置２４上に予め用意されたプログラムを実行することにより、タクシーの運行管理のための処理を行う。
【００４２】
ディスプレイ２２は、液晶表示器であり、地図や文字などを表示可能な画面を有している。ディスプレイ２２に表示する内容は情報処理部２１によって制御される。
【００４３】
キーボード２３は、オペレータからの入力操作を受け付け、情報を入力したり情報処理部２１に指示を与えるために利用される。キーボード２３にはマウスに相当する入力機能も含まれている。
【００４４】
地図情報データベース２５は、タクシー車両の営業可能な地域に関する道路の情報を主体とする地図情報が登録された記憶装置である。
【００４５】
メモリカードＩ／Ｏ部２６は、メモリカード３５を装着可能なカードスロットを有している。すなわち、運行管理装置２０を用いて運行記録情報を処理する際には、運行記録情報が登録されたメモリカード３５をメモリカードＩ／Ｏ部２６に装着した状態で情報処理部２１のプログラムを起動する。
【００４６】
次に、車載装置１０の動作について図２を参照しながら説明する。なお、図２では記載が省略されているが、一般的なタクシーメータの場合と同様に、実際には運賃の算出や運賃の表示に関する処理も行う。
【００４７】
ステップＳ１１では、情報処理部１１は所定の初期化処理を実行する。例えば、メモリカード３５を初期化する場合には、メモリカード３５上の各運行記録情報に含まれる乗車地及び降車地のデータとして全て０のデータを書き込む。また、現在のタクシー車両の運行状態については「空車」状態として把握する。つまり、まだ営業を開始しておらず、乗客もいない状態として認識する。
【００４８】
ステップＳ１２では、情報処理部１１は位置情報取得部３０から最新の現在位置の情報を受信したか否かを識別する。位置情報を受信した場合はステップＳ１３に進み、受信してなければステップＳ１４に進む。
【００４９】
ステップＳ１３では、情報処理部１１は現在位置の情報を更新する。すなわち、最後に位置情報取得部３０から受信した位置情報をタクシー車両の現在位置として把握する。
【００５０】
ステップＳ１４では、情報処理部１１は操作部１３の状態を監視し、いずれかの操作ボタンの押下を検出したか否かを識別する。操作ボタンの押下を検出した場合はステップＳ１５に進み、検出しない場合はステップＳ１２に戻る。
【００５１】
ステップＳ１５では、情報処理部１１はそれまでの運行状態とステップＳ１４で検出した各操作ボタンの操作の有無とに基づいて、運行状態の変化及び現在の運行状態を識別する。具体的には、次のような運行状態を区別する。
「実車（又は賃走）」状態：「実車ボタン」が押された状態、顧客を乗せ通常料金を適用して運賃を計算しながら営業運転している状態。
「割増」状態：「割増ボタン」が押された状態、顧客を乗せ割り増し料金を適用して運賃を計算しながら営業運転している状態。
「支払」状態：「支払ボタン」が押された状態、１回の営業運転を終了し運賃の精算を行っている状態。
「空車」状態：「空車ボタン」が押された状態、乗客がおらず営業運転を開始可能な状態。
「迎車」状態：「迎車ボタン」が押された状態、顧客を迎えに行くために顧客を乗せずに営業運転を開始し走行している状態。
【００５２】
ステップＳ１６では、情報処理部１１はステップＳ１５の識別内容に基づいて、「迎車」、「支払」状態のように営業運転を行っている状態から「空車」状態に切り替わったか否かを区別する。この条件を満たす場合はステップＳ１７に進み、満たさない場合はステップＳ１８に進む。
【００５３】
ステップＳ１７では、情報処理部１１はステップＳ１３で検出した現在の位置情報から降車地の情報を作成し、このデータをメモリカード３５上に運行記録情報として保存する。
【００５４】
ステップＳ１８では、情報処理部１１はステップＳ１５の識別内容に基づいて、「迎車」以外の営業立ち上がりか否かを区別する。この条件を満たす場合はステップＳ１９に進み、満たさない場合はステップＳ１２に戻る。例えば、「実車（又は賃走）」や「割増」状態に切り替わった場合は、顧客を乗せて営業立ち上がり状態になるのでステップＳ１９に進む。しかし、「迎車」状態に切り替わったときには乗客がいないのでステップＳ１２に戻る。
【００５５】
ステップＳ１９では、情報処理部１１はステップＳ１３で検出した現在の位置情報から乗車地の情報を作成し、このデータをメモリカード３５上に運行記録情報として保存する。
【００５６】
つまり、情報処理部１１が把握している運行状態の変化に基づいて、顧客の乗車を検出した時に、その時の位置情報が乗車地として記録され（Ｓ１９）、顧客の降車を検出した時に、その時の位置情報が降車地として記録される（Ｓ１７）。乗車地と降車地の情報は１対の運行記録情報として保存される。但し、「迎車」のキャンセルが発生した場合には、「迎車」状態から「空車」状態に変化するので、有効な乗車地の情報は生成されない。つまり、有効な乗車地の情報が存在しない運行記録情報は、「迎車」のキャンセルが発生した時に生成された特別な運行記録情報である。
【００５７】
次に、運行記録情報の具体例について説明する。車載装置１０がメモリカード３５上に記録する運行記録情報に含まれる乗車地及び降車地のデータフォーマットが図５に示されている。
【００５８】
図５に示すように、それぞれの乗車地データは、４バイトの緯度データと、４バイトの経度データと、７バイトのその他ＧＰＳ情報（測位可能衛星数等）と、２バイトの時分データ（ＧＰＳにより得られる時刻データ）とで構成されている。降車地データについても同様である。
【００５９】
タクシー車両の通常運行時（迎車キャンセル以外の場合）に生成される運行記録情報の具体例が図６に示されている。図６に示すように、この運行記録情報は乗車地データと降車地データとで構成されている。乗車地データには、図５に示したデータフォーマットに従って、乗車地の位置を表す緯度、経度やそれを検出した時刻（時分）の情報が記録されている。同様に、降車地データにも降車地の位置を表す緯度、経度やそれを検出した時刻（時分）の情報が記録されている。
【００６０】
一方、迎車キャンセル発生時に生成される運行記録情報の具体例が図７に示されている。図７に示すように、この運行記録情報も乗車地データと降車地データとで構成されている。しかし、迎車キャンセル発生時に乗車地データは存在しないので、図７に示すように乗車地データについては緯度、経度、時分等の内容は全て０になっている。つまり、有効な乗車地データが存在しないことが分かる。この場合の降車地データについては、迎車キャンセルが発生した時点のタクシー車両の位置及びその時刻を表している。
【００６１】
次に、運行管理装置２０の動作について図３を参照しながら説明する。
ステップＳ３１では、情報処理部２１は地図情報データベース２５に登録されているデータに基づいてディスプレイ２２の画面上に営業対象地域を含む所定範囲の地図を平面的に表示する。
【００６２】
ステップＳ３２では、情報処理部２１はキーボード２３等からの依頼情報の入力を受け付ける。入力される依頼情報には、タクシー車両の号車番号、依頼時刻、迎車指定位置のデータが含まれる。
【００６３】
タクシー車両を利用しようとする顧客は、タクシーの迎車を希望する場合には、タクシー会社の営業所等に電話などを用いて連絡し、タクシーの迎車を依頼する。この場合、顧客の氏名や迎車指定場所の情報が顧客からタクシー会社側に伝達される。この迎車依頼を受け付けた担当者は、所定の配車手続きを行う。つまり、現在空車状態のタクシー車両の中から適当なタクシー車両を選択し、当該車両の運転手に対して迎車の依頼を伝達する。ここで、顧客の氏名や迎車指定場所が営業所の担当者から運転手に伝達される。更に、この時の依頼情報が営業所の担当者等によってキーボード２３から運行管理装置２０に入力される。つまり、担当者が選択したタクシー車両の号車番号と、顧客からの依頼を受け付けた時の依頼時刻と、顧客から指定された迎車指定場所を表す迎車指定位置を含む依頼情報がステップＳ３２で入力される。
【００６４】
なお、図１に示した運行管理装置２０においては、顧客からの依頼を受け付けた担当者が直接、キーボード２３で運行管理装置２０に依頼情報を入力する場合を想定しているが、依頼情報を入力するために、運行管理装置２０以外に専用の端末を設けても良い。
【００６５】
ステップＳ３３では、情報処理部２１はステップＳ３２で入力された依頼情報を記憶装置２４上に保存する。
【００６６】
ステップＳ３４では、情報処理部２１はメモリカード３５がメモリカードＩ／Ｏ部２６に装着されデータ読み取り可能な状態になっているか否かを識別する。メモリカード３５が装着されている場合はステップＳ３５に進む。
【００６７】
ステップＳ３５では、情報処理部２１はメモリカード３５からそれに保存されている全ての運行記録情報を読み取り、当該カードのＩＤ（タクシー車両の号車番号に相当する）と共に運行記録情報を記憶装置２４に保存する。
【００６８】
ステップＳ３６では、情報処理部２１は、ステップＳ３５で読み取った運行記録情報の中から、乗車地データが無効（緯度、経度等の内容が０のもの）の情報、つまり迎車キャンセルに相当するデータのみを検索する。
【００６９】
ステップＳ３７では、乗車地データが無効の運行記録情報があるか否かを識別し、ある場合はステップＳ３８に進み、無い場合はこの処理を終了する。
【００７０】
ステップＳ３８では、乗車地データが無効の情報、つまり迎車キャンセルに相当するデータのみを抽出し、このデータに関するデータリストを作成する。
【００７１】
ステップＳ３９では、情報処理部２１はステップＳ３３で保存された依頼情報と、ステップＳ３８で作成したデータリストの内容とに基づいて、異常有無の判別を行う。具体的には、図４に示す処理が実行される。
【００７２】
ステップＳ４１では、情報処理部２１は複数の依頼情報の中から、ステップＳ３８で作成したデータリストに対応付けられたメモリカード３５に相当するタクシー車両の号車番号と対応する特定の依頼情報を抽出する。該当する依頼情報が存在する場合はステップＳ４２に進み、存在しない場合はこの処理を終了する。
【００７３】
ステップＳ４２では、情報処理部２１はステップＳ４１で抽出された依頼情報の依頼時刻と、データリスト中の各運行記録情報の降車地の時刻とを比較する。そして、依頼時刻よりも後で、しかも依頼時刻に最も近い時刻に生成された１組の運行記録情報だけを抽出する。該当する運行記録情報が存在する場合はステップＳ４３に進み、存在しない場合はこの処理を終了する。
【００７４】
なお、図４に示した処理においては、複数の依頼情報の中から１つのメモリカード３５に対応する１つの依頼情報を選択して処理を行う場合を想定している。しかし、複数のメモリカード３５に対応する複数のデータリストの中から、１つの依頼情報に対応する特定のデータリストを見つけて処理することもできる。その場合には、依頼情報に含まれる位置情報に基づいて該当する号車番号を検索し、この号車番号から該当する１つのデータリストを見つけるように処理すれば良い。
【００７５】
ステップＳ４３では、情報処理部２１は、ステップＳ４１で抽出された依頼情報の迎車指定位置と、ステップＳ４２で抽出された運行記録情報の降車地の位置とを、それぞれ適当な印によりディスプレイ２２の画面に表示された地図上の該当する位置に重ねて表示する。
【００７６】
従って、所定の管理者等はディスプレイ２２の画面を見ることにより、迎車キャンセルが発生した時に該当するタクシー車両が存在した位置と、顧客から指定された迎車指定位置とを地図上で目視により確認できる。これにより、該当するタクシー車両が迎車指定場所と一致する位置の近傍に顧客を迎えに行った事実があるか否かを判別できる。
【００７７】
ステップＳ４４では、情報処理部２１は、ステップＳ４１で抽出された依頼情報の迎車指定位置と、ステップＳ４２で抽出された運行記録情報の降車地の位置とを比較する。比較の結果、両者の距離が所定範囲内であればこの処理を終了し、距離が閾値を超える場合はステップＳ４５からＳ４６に進む。
【００７８】
具体例としてステップＳ４４、Ｓ４５では次のような比較を行うことが考えられる。
｜Ｐ１ｘ−Ｐ２ｘ｜＋｜Ｐ１ｙ−Ｐ２ｙ｜＜ｔｈ
Ｐ１ｘ：迎車指定位置の緯度
Ｐ１ｙ：迎車指定位置の経度
Ｐ２ｘ：降車地の位置の緯度
Ｐ２ｙ：降車地の位置の経度
ｔｈ：閾値
【００７９】
つまり、この条件を満たさない場合は、顧客が指定した迎車指定場所と、該当するタクシー運転手が迎車状態をキャンセルした地点の場所との距離が大きすぎるので、タクシー会社側のミスが原因で迎車状態がキャンセルされた可能性が高いことになる。
【００８０】
ステップＳ４６では、情報処理部２１は管理者等に対して問題が発生したことを知らせるために、ステップＳ４１で抽出された依頼情報の迎車指定位置と、ステップＳ４２で抽出された運行記録情報の降車地の位置とをそれぞれ点滅する状態で画面上に表示する。なお、点滅表示する代わりに、印を通常よりも拡大した状態で表示したり、通常とは異なる印あるいは色が異なる印で表示するような表示形態を用いても良い。
【００８１】
ステップＳ４７では、情報処理部２１は問題が発生したことを表す情報を保存する。すなわち、ステップＳ４１で抽出された依頼情報の迎車指定位置と、ステップＳ４２で抽出された運行記録情報の降車地の位置と、該当する号車番号と、該当する依頼時刻とを含む異常データを生成し、これを記憶装置２４に保存する。この異常データをプリンタなどに出力し印刷しても良い。
【００８２】
運行管理装置２０の動作に関する具体例について、図８を参照しながら説明する。
図８に示すように、タクシー会社の営業所等に顧客からの迎車依頼（配車依頼）があると、それに関する依頼情報が担当者によって運行管理装置２０に入力される（Ｓ５１）。具体的には、顧客が指定した迎車指定場所に相当する位置を担当者が画面上に表示された地図上でクリックして指定し、担当者が選択したタクシー車両の号車番号と依頼時刻の情報を更に入力する。従って、この依頼情報には、号車番号と、依頼時刻と、指定位置の緯度、経度の情報が含まれる。
【００８３】
タクシー車両が営業を終了して営業所内に入庫すると、この車両に搭載された車載装置１０からメモリカード３５が抜き取られる。このメモリカード３５が営業所内の運行管理装置２０のメモリカードＩ／Ｏ部２６に装着された後、メモリカード３５上に記録されている運行記録情報が運行管理装置２０によって読み取られる。運行管理装置２０は、読み取った運行記録情報の中から必要な情報だけを抽出する。すなわち、乗車地データが全て０の運行記録情報と号車番号に相当するカードのＩＤを抽出する（Ｓ５２）。営業終了時刻は降車地データに含まれる時分の内容に相当する。
【００８４】
運行管理装置２０は、ステップＳ５２で抽出した運行記録情報の中で、依頼時刻よりも遅い時刻に生成され、かつ依頼時刻に最も近い時刻に生成された運行記録情報のみを処理対象として抽出する。そして、ステップＳ５１で入力されたデータ（＊１）の位置と、ステップＳ５３で抽出された運行記録情報のデータ（＊２）の位置とを地図上に表示する（Ｓ５３）。例えば、一方のデータ（＊１）の位置は青色で表示され、他方のデータ（＊２）の位置は赤色で表示される。この場合、青色で表示された印の位置と赤色で表示された印の位置とがほぼ同一であれば問題はないが、距離が離れている場合は問題があるデータとして運行管理装置２０に認識される（Ｓ５４）。
【００８５】
なお、図１に示した運行管理システムにおいては、車載装置１０と運行管理装置２０の間でデータの受け渡しを行うためにメモリカード３５を利用しているが、他の手段を用いてデータの受け渡しを行っても良い。例えば、近距離無線通信や、公衆無線通信回線を利用したデータ伝送により、車載装置１０から運行管理装置２０に運行記録情報を転送することも可能である。
【００８６】
以上のように、本発明の車両用運賃通知装置及び運行管理装置並びに運行管理システムは、タクシー等の車両を利用して営業運行を行い、顧客からの迎車依頼を受け付ける場合に、迎車キャンセルの原因がタクシー会社側にあるか否かを確認するために役立てることができる。
【図面の簡単な説明】
【００８７】
【図１】実施の形態における運行管理システムの構成例を示すブロック図である。
【図２】図１に示した車載装置の主要な動作を示すフローチャートである。
【図３】図１に示した運行管理装置の主要な動作を示すフローチャートである。
【図４】図３に示した異常判別処理の内容を示すフローチャートである。
【図５】図１に示した車載装置が記録する運行記録情報に含まれる乗車地及び降車地のデータフォーマットを示す模式図である。
【図６】運行記録情報の具体例（通常）を示す模式図である。
【図７】運行記録情報の具体例（迎車キャンセル発生時）を示す模式図である。
【図８】図１に示した運行管理装置の動作に関する具体例を示す模式図である。
【符号の説明】
【００８８】
１０  車載装置
１１  情報処理部
１２  時間計測部
１３  操作部
１４  表示部
１５  車両情報格納部
１６  プログラム格納部
１７  設定値データ格納部
１８  インタフェース
１９  メモリカードＩ／Ｏ部
２０  運行管理装置
２１  情報処理部
２２  ディスプレイ
２３  キーボード
２４  記憶装置
２５  地図情報データベース
２６  メモリカードＩ／Ｏ部
３０  位置情報取得部
３５  メモリカード
【図１】
2010146354.tif 000003
【図２】
2010146354.tif 000004
【図３】
2010146354.tif 000005
【図４】
2010146354.tif 000006
【図５】
2010146354.tif 000007
【図６】
2010146354.tif 000008
【図７】
2010146354.tif 000009
【図８】
2010146354.tif 000010