(57)【特許請求の範囲】
【請求項１】
乗客により指定された行先までの走行距離、及び、賃走状態における停車時間に応じたタクシー料金を算出して表示するタクシーメータであって、
タクシーチケットに記載され当該チケットが有効か否かを判断するためのチケット情報を含んだバーコードから、当該チケット情報を読み取る読取手段と、
前記読取手段により読み取られたチケット情報に基づいて当該チケットが有効であるかを判断する有効判断手段と、
無線により管理サーバと情報の送受信が可能な通信手段と、を備え、
前記通信手段は、
前記読取手段により読み取られたチケット情報に含まれるチケット番号の情報を前記管理サーバに送信し、
前記管理サーバにて判断される、前記チケット番号が示すチケットが使用済みであるかの判断結果を受信し、
前記チケット情報は、前記タクシーチケットを使用できるタクシー会社を示す種別情報、及び、前記タクシーチケットを使用できる有効期限を示す有効期限情報の少なくとも一方の判断情報を含み、
前記有効判断手段は、前記通信手段によりチケット番号の情報が前記管理サーバに送信された後に、前記通信手段を介することなく前記判断情報に基づいて当該チケットが有効であるかを判断し、その後、前記通信手段にて受信される前記判断結果に基づいて当該チケットが有効であるかを判断する
ことを特徴とするタクシーメータ。
【請求項２】
前記チケット情報、当該チケットの利用による乗客のタクシー乗車地及び降車地、前記乗車地から前記降車地に至るまでのタクシー経由地、当該チケットの利用でのタクシーの決済金額、並びに、当該チケットでタクシーを利用した決済日の少なくとも１つの情報を、記憶する記憶手段と、
タクシーの営業終了を判断する終了判断手段と、
前記終了判断手段により営業終了が判断された場合に、前記記憶手段に記憶される前記少なくとも１つの情報を出力する出力手段と、
をさらに備えることを特徴とする請求項１に記載のタクシーメータ。
【請求項３】
請求項１又は請求項２のいずれかに記載のタクシーメータと、
前記タクシーメータと前記通信手段を介して情報を送受信する管理サーバと、を備え、
前記管理サーバは、前記読取手段により読み取られたチケット情報に含まれるチケット番号の情報を受信し、記憶されている使用済みチケットの番号に受信したチケット番号が含まれているかを判断することにより、受信したチケット番号が示すタクシーチケットが使用済みであるかを判断し、使用済みでないと判断した場合、その旨を前記タクシーメータに送信すると共に、受信したチケット番号を使用済みチケットの番号として記憶する
ことを特徴とするタクシーメータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーメータ及びタクシーメータシステムに関する。
【背景技術】
【０００２】
従来、タクシー車両の賃走時における走行距離と賃走時間とに基づいて運賃を計算するタクシーメータが知られている（例えば特許文献１参照）。このようなタクシーメータでは、タクシー事業者から発行されるタクシーチケットや地方自治体等から発行されるタクシーチケット（福祉チケットと称呼することもあり全額又は一部額の支払い可能なもの）を利用してタクシー料金の決済が行われることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２６２３４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来のタクシーチケットによるタクシー料金の決済では以下の問題が有った。まず、乗客はタクシー料金の決済時に乗務員にタクシーチケットを手渡すこととなる。乗務員は、手渡されたタクシーチケットが、使用可能な団体が発行しているものか、有効期限内かなどを目視にて確認する必要があった。このため、乗務員の目視の確認に誤りが有った場合には、無効のチケットであるにも拘わらずタクシー料金の決済が行われてしまうことがあった。特に、タクシーチケットの使用時においては乗客を長時間待たせることができないという焦りから、更には夜間におけるタクシーチケットの使用時に関しては一層目視が困難となることから、目視に誤りが生じ易くなってしまう。そして、タクシーチケットはタクシー料金を後日使用者にまとめて請求するものであることから、無効のチケットであるにも拘わらずタクシー料金の決済が行われてしまった場合には未回収金の発生につながってしまう。
【０００５】
本発明はこのような従来の課題を解決するためになされたものであり、その目的とするところは、未回収金の発生を防止することが可能なタクシーメータ及びタクシーメータシステムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明のタクシーメータは、乗客により指定された行先までの走行距離、及び、賃走状態における停車時間に応じたタクシー料金を算出して表示するタクシーメータであって、タクシーチケットに記載され当該チケットが有効か否かを判断するためのチケット情報を含んだバーコードから、当該チケット情報を読み取る読取手段と、前記読取手段により読み取られたチケット情報に基づいて当該チケットが有効であるかを判断する有効判断手段と、無線により管理サーバと情報の送受信が可能な通信手段と、を備え、前記通信手段は、前記読取手段により読み取られたチケット情報に含まれるチケット番号の情報を前記管理サーバに送信し、前記管理サーバにて判断される、前記チケット番号が示すチケットが使用済みであるかの判断結果を受信し、前記チケット情報は、前記タクシーチケットを使用できるタクシー会社を示す種別情報、及び、前記タクシーチケットを使用できる有効期限を示す有効期限情報の少なくとも一方の判断情報を含み、前記有効判断手段は、前記通信手段によりチケット番号の情報が前記管理サーバに送信された後に、前記通信手段を介することなく前記判断情報に基づいて当該チケットが有効であるかを判断し、その後、前記通信手段にて受信される前記判断結果に基づいて当該チケットが有効であるかを判断することを特徴とする。
【０００７】
本発明のタクシーメータによれば、読み取られたチケット情報に基づいて当該チケットが有効であるかを判断するため、乗務員による目視が不要となり、乗務員の確認ミスによって無効のタクシーチケットによる決済が行われてしまうことを防止することができる。従って、未回収金の発生を防止することができる。チケット情報に含まれるチケット番号の情報を管理サーバに送信し、管理サーバにて判断される、チケット番号が示すタクシーチケットが使用済みであるかの判断結果を受信し、使用済みである旨の結果を受信した場合に、当該チケットが有効でないと判断する。このため、チケット番号により使用済みか否かが管理されている場合において膨大な量の使用済みチケットの番号データをタクシーメータで記憶しておく必要が無く、タクシーメータの記憶容量を削減することができる。
【０００８】
このタクシーメータにおいて、前記チケット情報、当該チケットの利用による乗客のタクシー乗車地及び降車地、前記乗車地から前記降車地に至るまでのタクシー経由地、当該チケットの利用でのタクシーの決済金額、並びに、当該チケットでタクシーを利用した決済日の少なくとも１つの情報を、記憶する記憶手段と、タクシーの営業終了を判断する終了判断手段と、前記終了判断手段により営業終了が判断された場合に、前記記憶手段に記憶される前記少なくとも１つの情報を出力する出力手段と、をさらに備えることが好ましい。
【０００９】
このタクシーメータによれば、営業終了が判断された場合に、記憶されるチケット情報やタクシー乗車地及び降車地等の情報のうち少なくとも１つの情報を出力するため、紙のチケットのようにタクシー料金の決済時にチケットに各種情報を乗務員が書き込み、そのチケットを持ってタクシー事業者の事務所に持ち帰る手間の軽減につなげることができる。
【００１２】
また、本発明のタクシーメータシステムは、上記に記載のタクシーメータと、前記タクシーメータと前記通信手段を介して情報を送受信する管理サーバと、を備え、前記管理サーバは、前記読取手段により読み取られたチケット情報に含まれるチケット番号の情報を受信し、記憶されている使用済みチケットの番号に受信したチケット番号が含まれているかを判断することにより、受信したチケット番号が示すタクシーチケットが使用済みであるかを判断し、使用済みでないと判断した場合、その旨を前記タクシーメータに送信すると共に、受信したチケット番号を使用済みチケットの番号として記憶することを特徴とする。
【００１３】
本発明のタクシーメータシステムによれば、管理サーバは、読み取られたチケット情報に含まれるチケット番号の情報を受信し、受信したチケット番号が示すタクシーチケットが使用済みであるかを判断し、使用済みでないと判断した場合、その旨をタクシーメータに送信すると共に、受信したチケット番号を使用済みチケットの番号として記憶する。このため、使用済みでないタクシーチケットの番号を受信した場合には、この番号のタクシーチケットによって決済が行われるとの仮定のもと、使用済みチケットの番号として記憶するため、タクシーメータが決済完了後に使用済みチケットの番号として再度チケット番号を管理サーバに送信する手間を省略することができる。
【発明の効果】
【００１４】
本発明によれば、未回収金の発生を防止することが可能なタクシーメータを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るタクシーメータを含むタクシーメータシステムを示すブロック図である。
【図２】本発明の実施形態に係るタクシーメータを示すブロック図である。
【図３】本実施形態に係るタクシーメータの処理を示すフローチャートである。
【図４】本実施形態に係るタクシーメータシステムを構成する管理サーバの処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の好適な実施形態を図面に基づいて説明する。なお、本発明は以下に示す実施形態に限られるものではない。
【００１７】
図１は、本発明の実施形態に係るタクシーメータを含むタクシーメータシステムを示すブロック図である。図１に示すように、タクシーメータシステムは、タクシー車両に搭載されるタクシーメータ１と、タクシーメータ１と通信を行う管理サーバ２とから構成されている。
【００１８】
ここで、本実施形態においてタクシー料金の決済に用いられるタクシーチケットＣにはバーコードＢが付与されている。ここでいうバーコードＢは、例えば一次元バーコード又は二次元バーコードであってタクシーチケットＣが有効か否かを判断するためのチケット情報がコード化されたものである。チケット情報には、チケット番号の情報と、種別情報と、有効期限情報とが含まれている。
【００１９】
チケット番号の情報とは、タクシーチケットＣ毎に割り当てられた異なる番号の情報である。すなわち、特定のタクシーチケットＣの番号は、他のタクシーチケットＣの番号と基本的に同じとなることはない。また、種別情報とは、タクシーチケットＣがどのタクシー事業者で使用可能かを判断するための情報であり、例えばチケット会社コードの情報やタクシーチケットの種類の情報などが該当する。有効期限情報とは、タクシーチケットＣが有効である期間を示す情報である。
【００２０】
本実施形態ではバーコードＢが記載されたタクシーチケットＣを利用する。タクシーメータ本体１０は、当該タクシーメータ１が備えるバーコードリーダ４０を介してバーコードＢからチケット情報を読み取り、タクシーチケットＣが有効であるかを判断するものである。また、タクシーメータ本体１０には無線通信部１７が接続され、必要に応じて管理サーバ２と通信して、タクシーチケットＣが有効であるかを判断する。
【００２１】
このように、タクシーメータ１は、バーコードリーダ４０を介して読み取ったチケット情報に基づいて、タクシーチケットＣが有効であるかを判断するため、乗務員による目視での有効か否かの判断が不要となり、乗務員の確認ミスによって無効のタクシーチケットによる決済が行われてしまうことを防止することができる。
【００２２】
管理サーバ２は、複数のタクシー事業者にて使用されたタクシーチケットＣのチケット番号を、使用済みタクシーチケットＣの情報として記憶するものである。なお、以下の説明において管理サーバ２は、チケットセンターに設置され複数のタクシー事業者での使用済みタクシーチケットＣの情報を記憶するものとして説明するが、これに限らず、管理サーバ２は特定のタクシー事業者の事務所に設置され、特定のタクシー事業者のみの使用済みタクシーチケットＣの情報を記憶するもの等として機能してもよい。
【００２３】
さらに、管理サーバ２がチケットセンターに設置される場合、タクシー事業者のＰＣ３からインターネット回線Ｉを通じて管理サーバ２に接続可能となっており、タクシー事業者は、例えば自己の会社で使用されたチケット等の情報を閲覧やダウンロードすることができるようになっている。なお、管理サーバ２は、各種情報（特にチケット情報又は後述の決済情報）をＰＣ３に随時送信するようになっていてもよい。
【００２４】
以下、タクシーメータ１の詳細について図２を参照して説明する。
【００２５】
図２は、本発明の実施形態に係るタクシーメータ１を示すブロック図である。図１に示すように、タクシーメータ１は、タクシーメータ本体１０と、タクシーメータ本体１０に接続されるＧＰＳ（Global Positioning System）受信機２０、ＥＴＣ（Electronic Toll Collection System）車載器３０、及びバーコードリーダ（読取手段）４０とを備えている。
【００２６】
タクシーメータ本体１０は、乗客により指定された行先までの走行距離、及び、賃走状態における停車時間に応じたタクシー料金を算出して表示するものである。このタクシーメータ本体１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、時計ＩＣ１４と、非接触カードリードライドインターフェース（以下非接触Ｒ／Ｗ・Ｉ／Ｆという）１５と、表示器１６と、無線通信部（通信手段）１７と、各種インターフェース（Ｉ／Ｆという）１８ａ〜１８ｃを備えている。
【００２７】
ＣＰＵ１１は、タクシーメータ本体１０の全体を制御するものであり、ＲＡＭ１２と、ＲＯＭ１３と、時計ＩＣ１４と、非接触Ｒ／Ｗ・Ｉ／Ｆ１５、表示器１６、無線通信部１７、及び、Ｉ／Ｆ１８ａ〜１８ｃに接続されている。
【００２８】
ＲＡＭ１２は、ＣＰＵ１１が処理を行う際の作業領域等に用いられるものであり、例えばタクシー車両の賃走状態における走行距離及び停車時間、並びに車両速度などの情報を一時記憶するものである。走行距離の情報は不図示の車速センサからのスピード信号に基づいて更新され、停車時間の情報は時計ＩＣ１４による計時に基づいて更新される。
【００２９】
ＲＯＭ１３は、プログラム等が格納されたものである。時計ＩＣ１４は、賃走状態（迎車待状態を含む）における停車時間を計時する機能と、現在日時を把握する機能とを備えている。非接触Ｒ／Ｗ・Ｉ／Ｆ１５は、タクシー車両に搭乗する乗務員が所有する乗務員カードが挿入される読取・書込機器である。表示器１６は、例えば賃走時における現時点のタクシー料金や、タリフ状態を表示するものである。無線通信部１７は、図１を参照して説明したように、例えばチケットセンターに設置される管理サーバ２と情報の送受信を行うものである。
【００３０】
第１Ｉ／Ｆ１８ａは、ＧＰＳ受信機２０との接続部となるものであり、第２Ｉ／Ｆ１８ｂは、ＥＴＣ車載器３０との接続部となるものである。第３Ｉ／Ｆ１８ｃは、バーコードリーダ４０との接続部となるものである。
【００３１】
なお、タクシーメータ本体１０は、上記のほか、初乗り運賃、何ｋｍ走行で何円加算するか、何分停車で何円加算するかなどの設定値を有した料金テーブルを格納したＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory：図示省略）を備えている。
【００３２】
ＣＰＵ１１は、タクシー料金を算出するための算出部１１ａを備えており、算出部１１ａは、上記料金テーブルに基づいて現在のタクシー料金を算出して、タクシー料金を表示器１６に表示させる。
【００３３】
ＧＰＳ受信機２０は、ＧＰＳ衛星からの電波を受信することにより自己の位置の情報を取得するものであり、取得した位置情報をタクシーメータ本体１０に送信するものである。ＥＴＣ車載器３０は、高速道路の料金所に取り付けられたアンテナと無線通信を行い、適正な料金情報を交換することにより高速料金を支払うものである。このＥＴＣ車載器３０は、支払った料金の情報、及び、高速道路利用区間の情報をタクシーメータ本体１０に送信する。
【００３４】
バーコードリーダ４０は、タクシーチケットＣに記載されるバーコードＢから、チケット情報を読み取るものである。このバーコードリーダ４０は、読み取ったチケット情報をインターフェース１８ｃを介して、タクシーメータ本体１０に送信する。
【００３５】
さらに、ＣＰＵ１１は、チケットデータ解析部（有効判断手段）１１ｂを備えている。チケットデータ解析部１１ｂは、バーコードリーダ４０により読み込まれたチケット情報に基づいて、タクシーチケットＣが有効であるかを判断するものである。
【００３６】
本実施形態においてチケットデータ解析部１１ｂは、１）例えば会社コードに基づくチケットＣの使用可能か否かの判断、２）有効期限内であるか否かに基づくチケットＣの使用可能か否かの判断、３）使用済みであるか否かに基づくチケットＣの使用可能か否かの判断、４）使用不可として登録されている不良チケットであるか否かに基づくチケットＣの使用可能か否かの判断の４つの判断を行う。そして、チケットデータ解析部１１ｂは、上記４つの全てにおいて使用可能と判断した場合、最終的にタクシーチケットＣが有効であると判断する。一方、いずれか１つでも使用可能でないと判断される場合、チケットデータ解析部１１ｂは、タクシーチケットＣが無効であると判断する。
【００３７】
まず、１）の判断について詳細に説明する。上記したタクシーチケットＣのバーコードＢには、種別情報（チケット会社コードの情報）が含まれている。チケット会社コードは、タクシーチケットＣを使用可能とするタクシー事業者を示すコードである。また、タクシーメータ本体１０のＲＯＭ１３等には、自社の会社コードの情報が記憶されている。このため、チケットデータ解析部１１ｂは、バーコードＢに含まれるチケット会社コードと、ＲＯＭ１３等に記憶される自社の会社コードとが一致するかを判断し、一致する場合に、タクシーチケットＣが使用可能であると判断する。
【００３８】
次に、２）の判断について説明する。上記したタクシーチケットＣのバーコードＢには、タクシーチケットＣの有効期限の情報が含まれている。チケットデータ解析部１１ｂは、バーコードＢに含まれるタクシーチケットＣの有効期限の情報と、時計ＩＣ１４に計時されている現在日時の情報とを比較して、現時点がタクシーチケットＣの有効期限内であるかを判断し、有効期限内である場合に、タクシーチケットＣが使用可能であると判断する。
【００３９】
３）の判断について説明する。上記したチケットＣのバーコードＢには、チケット番号の情報が含まれている。さらに、チケットセンターに設置される管理サーバ２には、使用済みタクシーチケットＣの番号の情報が記憶されている。ＣＰＵ１１は、バーコードＢに含まれるチケット番号の情報を取得すると、無線通信部１７を通じて管理サーバ２にチケット番号の情報を送信する。管理サーバ２は、チケット番号の情報を受信し、記憶されている使用済みタクシーチケットＣの番号に受信したチケット番号が含まれているかを判断する。これにより、管理サーバ２は、受信したチケット番号が示すタクシーチケットＣが使用済みであるかを判断する。そして、管理サーバ２は、使用済みでないと判断した場合、その旨をタクシーメータ１に送信する。タクシーメータ本体１０は、無線通信部１７を介して使用済みでない旨の情報を受信した場合に、タクシーチケットＣが使用可能であると判断する。なお、管理サーバ２は、チケット番号の情報を受信した場合、このチケット番号が示すタクシーチケットＣによって決済が行われると予想されることから、受信したチケット番号の情報を使用済みチケットの番号の情報として記憶することとなる。
【００４０】
さらに、４）の判断について説明する。まず、タクシー事業者やタクシーチケットＣによるタクシー料金の請求先となる会社等では、使用したくないタクシーチケットＣを設定することができる。例えば、会社等においてタクシーチケットＣの窃盗があった場合には、ＰＣ３を介して盗まれたタクシーチケットＣの番号を管理サーバ２に登録しておく。これにより、登録されたタクシーチケットＣの番号が管理サーバ２において不良チケットＣの番号として登録される。よって、管理サーバ２は、上記の如く受信したチケット番号が不良チケットＣの番号として登録されているかを判断し、登録されていない場合に、タクシーチケットＣが使用可能であると判断する。
【００４１】
ＣＰＵ１１は、上記４つの処理の全てでタクシーチケットＣが使用可能であると判断された場合、そのタクシーチケットＣが有効であると判断して決済処理を行う。すなわち、ＣＰＵ１１は、タクシーチケットＣの利用時専用の領収書である未収書を発行したり、タクシーチケットＣによる売上の計上処理を行ったりする。
【００４２】
また、ＲＡＭ１２は、チケット決済データ格納部（記憶手段）１２ａを備えている。チケット決済データ格納部１２ａは、タクシーチケットＣのチケット情報及び決済情報の少なくとも一方を記憶するものである。ここで、決済情報とは、タクシーチケットＣの利用による乗客のタクシー乗車地及び降車地、乗車地から降車地に至るまでのタクシー経由地、当該チケットＣの利用でのタクシーの決済金額、並びに、当該チケットＣでタクシーを利用した決済日の少なくとも１つの情報をいう。
【００４３】
さらに、ＣＰＵ１１は、終了判断部（終了判断手段）１１ｃと、出力部（出力手段）１１ｄとを備えている。終了判断部１１ｃは、タクシーの営業終了を判断するものである。この終了判断部１１ｃは、例えばタクシーメータ本体１０に設けられる所定のボタンが操作された場合に営業が終了したと判断し、所定のボタンが操作されるまでは営業中であると判断する。
【００４４】
出力部１１ｄは、終了判断部１１ｃにより営業終了が判断された場合に、チケット決済データ格納部１２ａに記憶される情報を出力するものである。出力先は例えばタクシーメータ本体１０に接続されるメモリカードＭＣや、無線通信部１７である。なお、出力先が無線通信部１７である場合、情報は無線通信部１７を通じてタクシー事業者のＰＣ３に向けて送信される。このように、情報をチケット決済データ格納部１２ａに記憶させ、メモリカードＭＣや無線通信部１７に出力することにより、紙チケットに各種情報を書き込んで事務所に持ち帰る場合と比較すると手間が大幅に軽減することができる。
【００４５】
加えて、出力部１１ｄが情報をメモリカードＭＣに出力する場合及び無線通信部１７を通じてタクシー事業者のＰＣ３に向けて出力する場合の双方において、タクシー事業者の事務員等による手入力の作業が省略される。すなわち、従来ではタクシーチケットに記載される各種情報をタクシー事業者の事務員等がＰＣ３に手入力していたが、上記の双方の場合には、メモリカードＭＣ内の情報や送信される情報をＰＣ３に読み込ませればよく、タクシー事業者内での手間についても軽減される。
【００４６】
次に、本実施形態に係るタクシーメータシステムの処理を説明する。図３は、本実施形態に係るタクシーメータ１の処理を示すフローチャートである。図３に示すように、まずタクシーメータ１のＣＰＵ１１は、バーコードリーダ４０を介してチケット情報を読み込んだかを判断する（Ｓ１）。
【００４７】
チケット情報を読み込んでいないと判断した場合（Ｓ１：ＮＯ）、読み込んだと判断されるまで、この処理が繰り返される。一方、チケット情報を読み込んだと判断した場合（Ｓ１：ＹＥＳ）、ＣＰＵ１１は、読み込んだチケット情報をチケット決済データ格納部１２ａに格納する（Ｓ２）。
【００４８】
次いで、ＣＰＵ１１は、無線通信部１７を通じてチケット番号の情報を管理サーバ２に送信する（Ｓ３）。その後、チケットデータ解析部１１ｂは、チケット情報に含まれる種別情報に基づいて、タクシーメータ１を搭載しているタクシー車両が属するタクシー事業者において使用可能なタクシーチケットＣであるかを判断する（Ｓ４）。
【００４９】
当該タクシー事業者において使用可能なタクシーチケットＣであると判断した場合（Ｓ４：ＹＥＳ）、チケットデータ解析部１１ｂは、チケット情報に含まれる有効期限情報に基づいて、タクシーチケットＣが有効期限内のものであるかを判断する（Ｓ５）。
【００５０】
有効期限内のものであると判断した場合（Ｓ５：ＹＥＳ）、チケットデータ解析部１１ｂは、管理サーバ２からの判断結果を受信したかを判断する（Ｓ６）。ここでの判断結果とは、ステップＳ３にて送信したチケット番号のタクシーチケットＣが、使用済みチケットＣであるか、及び、不良チケットＣであるかの判断結果である。
【００５１】
管理サーバ２からの判断結果を受信していないと判断した場合（Ｓ６：ＮＯ）、受信したと判断されるまで、この処理が繰り返される。一方、管理サーバ２からの判断結果を受信したと判断した場合（Ｓ６：ＹＥＳ）、チケットデータ解析部１１ｂは、管理サーバ２からの判断結果に基づいて、タクシーチケットＣが使用済みチケットＣであるかを判断する（Ｓ７）。
【００５２】
タクシーチケットＣが使用済みチケットＣでないと判断した場合（Ｓ７：ＮＯ）、チケットデータ解析部１１ｂは、管理サーバ２からの判断結果に基づいて、タクシーチケットＣが不良チケットＣであるかを判断する（Ｓ８）。
【００５３】
タクシーチケットＣが不良チケットＣでないと判断した場合（Ｓ８：ＮＯ）、チケットデータ解析部１１ｂは、タクシーチケットＣが有効であると判断する。そして、ＣＰＵ１１は、チケット決済処理を実行し（Ｓ９）、決済情報をチケット決済データ格納部１２ａに格納する（Ｓ１０）。そして、図３に示す処理は終了する。
【００５４】
ところで、当該タクシー事業者において使用可能なタクシーチケットＣでないと判断した場合（Ｓ４：ＮＯ）、タクシーチケットＣが有効期限内のものでないと判断した場合（Ｓ５：ＮＯ）、タクシーチケットＣが使用済みチケットＣであると判断した場合（Ｓ７：ＹＥＳ）、及び、タクシーチケットＣが不良チケットＣであると判断した場合（Ｓ８：ＹＥＳ）、チケットデータ解析部１１ｂは、タクシーチケットＣが無効であると判断する。そして、ＣＰＵ１１は、チケット決済ＮＧ処理を実行し（Ｓ１１）、図３に示す処理は終了する。
【００５５】
チケット決済ＮＧ処理とは、例えば、タクシーチケットＣが無効である旨を表示器１６に表示させたり、不図示の音声出力部からタクシーチケットＣが無効である旨の音声を出力させたりする処理である。
【００５６】
ここで、図３からも明らかなように、タクシーメータ１は、チケット情報に含まれる種別情報に基づいて当該タクシー事業者において使用可能なタクシーチケットＣであるかを判断する処理（Ｓ４）、及び、チケット情報に含まれる有効期限情報に基づいてタクシーチケットＣが有効期限内のものであるかを判断する処理（Ｓ５）の双方に先立って、チケット番号の情報を管理サーバ２に送信する（Ｓ３）。これにより、ステップＳ３にてチケット番号の情報を送信し、その後管理サーバ２から判断結果が返信されるまでの間に、ステップＳ４，Ｓ５の処理を実行して乗客の待ち時間削減に寄与するようにしている。
【００５７】
さらに、ステップＳ１１の処理においてＣＰＵ１１は、ステップＳ２において記憶したチケット情報を消去することが好ましい。ステップＳ２の処理では、後のステップＳ３〜Ｓ５における処理を実行するために、チケット情報をチケット決済データ格納部１２ａに格納している。このため、タクシーチケットＣが無効であると判断された場合には、既に格納しておく必要性がないことから、消去することが好ましい。なお、タクシーチケットＣが有効であると判断された場合には、使用されたタクシーチケットＣのチケット情報がタクシー事業者における管理に必要となることから消去しないことが好ましい。
【００５８】
図４は、本実施形態に係るタクシーメータシステムを構成する管理サーバ２の処理を示すフローチャートである。図４に示すように、まず管理サーバ２は、チケット番号の情報を受信したかを判断する（Ｓ２１）。チケット番号の情報を受信していないと判断した場合（Ｓ２１：ＮＯ）、受信したと判断されるまで、この処理が繰り返される。
【００５９】
チケット番号の情報を受信したと判断した場合（Ｓ２１：ＹＥＳ）、管理サーバ２は、受信したチケット番号が使用済みチケットＣに該当するかを判断する（Ｓ２２）。該当すると判断した場合（Ｓ２２：ＹＥＳ）、管理サーバ２は、タクシーメータ１に対して使用済みチケットＣである旨を送信する（Ｓ２３）。そして、図４に示す処理は終了する。
【００６０】
一方、受信したチケット番号が使用済みチケットＣに該当しないと判断した場合（Ｓ２２：ＮＯ）、管理サーバ２は、受信したチケット番号が不良チケットＣに該当するかを判断する（Ｓ２４）。該当すると判断した場合（Ｓ２４：ＹＥＳ）、管理サーバ２は、タクシーメータ１に対して不良チケットＣである旨を送信する（Ｓ２５）。そして、図４に示す処理は終了する。
【００６１】
受信したチケット番号が不良チケットＣに該当しないと判断した場合（Ｓ２４：ＮＯ）、管理サーバ２は、受信したチケット番号が示すタクシーチケットＣが使用可能なものであると判断し、その旨を送信する（Ｓ２６）。そして、管理サーバ２は、ステップＳ２６の送信によりタクシーチケットＣが使用されるとの予想のもと、受信したチケット番号を使用済みチケットＣの番号として記憶する（Ｓ２７）。そして、図４に示す処理は終了する。
【００６２】
ここで、図４からも明らかなように、受信したチケット番号が使用済みチケットＣの番号に該当する場合（Ｓ２２：ＹＥＳ）、不良チケットＣであるか否かの判断（Ｓ２４）を実行しない。すなわち、使用済みチケットＣに該当する場合には不良チケットＣか否かに拘わらずタクシーチケットＣが無効であるため、処理を省略化して迅速化を図っている。
【００６３】
このようにして、本実施形態に係るタクシーメータ１によれば、読み取られたチケット情報に基づいて当該チケットＣが有効であるかを判断するため、乗務員による目視が不要となり、乗務員の確認ミスによって無効のタクシーチケットＣによる決済が行われてしまうことを防止することができる。従って、未回収金の発生を防止することができる。
【００６４】
また、営業終了が判断された場合に、記憶されるチケット情報やタクシー乗車地及び降車地等の情報のうち少なくとも１つの情報を出力するため、紙のチケットのようにタクシー料金の決済時にチケットに各種情報を乗務員が書き込み、そのチケットを持ってタクシー事業者の事務所に持ち帰る手間の軽減につなげることができる。
【００６５】
より詳細にメモリカードＭＣなどの持ち運び可能な記録媒体に上記情報を出力する場合には、メモリカードＭＣをタクシー事業者の事務所に持ち帰れば良く、タクシーチケットへの書き込みの手間を省略することができる。さらに、上記情報を無線にてタクシー事業者の事務所側に出力する場合には、チケットへの書き込みの手間だけでなく、メモリカードＭＣを事務所に持ち帰る手間についても省略することができる。
【００６６】
また、チケット情報に含まれるチケット番号の情報を管理サーバ２に送信し、管理サーバ２にて判断される、チケット番号が示すタクシーチケットＣが使用済みであるかの判断結果を受信し、使用済みである旨の結果を受信した場合に、当該チケットＣが有効でないと判断する。このため、チケット番号により使用済みか否かが管理されている場合において膨大な量の使用済みチケットＣの番号データをタクシーメータ１で記憶しておく必要が無く、タクシーメータ１の記憶容量を削減することができる。
【００６７】
また、本実施形態に係るタクシーメータシステムによれば、管理サーバ２は、読み取られたチケット情報に含まれるチケット番号の情報を受信し、受信したチケット番号が示すタクシーチケットＣが使用済みであるかを判断し、使用済みでないと判断した場合、その旨をタクシーメータ１に送信すると共に、受信したチケット番号を使用済みチケットＣの番号として記憶する。このため、使用済みでないタクシーチケットＣの番号を受信した場合には、この番号のタクシーチケットＣによって決済が行われるとの仮定のもと、使用済みチケットＣの番号として記憶するため、タクシーメータ１が決済完了後に使用済みチケットＣの番号として再度チケット番号を管理サーバ２に送信する手間を省略することができる。
【００６８】
しかも、管理サーバ２は、バーコードリーダ４０により読み取られたチケット情報を随時受信して使用済みチケットＣの番号として記憶するため、管理サーバ２にはリアルタイム的に使用済みチケットＣの番号の情報が蓄積されることとなる。これにより、例えば使用済みのタクシーチケットＣの情報を営業開始時にダウンロードする方式と比較すると、管理サーバ２では、使用済みのタクシーチケットＣの情報が随時更新されていることから、タクシーチケットＣの使用後すぐに同じタクシーチケットＣを使用するという不正の防止につなげることができる。
【００６９】
以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で、変更を加えてもよい。
【００７０】
例えば、上記実施形態においてタクシーメータ１はチケット番号の情報を管理サーバ２に送信し、管理サーバ２において使用済みチケットＣであるか、及び、不良チケットＣであるかの判断が実行されるようになっているが、これに限らず、タクシーメータ１又はメモリカードＭＣが使用済みチケットＣの番号の情報及び不良チケットＣの番号の情報を記憶し、タクシーメータ１のＣＰＵ１１において使用済みチケットＣであるか、及び、不良チケットＣであるかの判断が実行されるようになっていてもよい。
【００７１】
また、上記実施形態において、タクシーチケットＣが使用可能な団体が発行しているものか否かを会社コードにより判断しているが、これに限らず、チケット番号に基づいて判断するようにしてもよい。この場合、チケット番号の規則性等（例えば最初の数ケタの数字）などから使用可能な団体が発行しているかを判断することとなる。加えて、チケット番号の情報が管理サーバ２に送信される場合には、管理サーバ２において使用可能な団体が発行しているものか否かを判断するようにしてもよい。
【符号の説明】
【００７２】
１        ：タクシーメータ
２        ：管理サーバ
３        ：ＰＣ
１０      ：タクシーメータ本体
１１      ：ＣＰＵ
１１ａ    ：算出部
１１ｂ    ：チケットデータ解析部（有効判断手段）
１１ｃ    ：終了判断部（終了判断手段）
１１ｄ    ：出力部（出力手段）
１２      ：ＲＡＭ
１２ａ    ：チケット決済データ格納部（記憶手段）
１３      ：ＲＯＭ
１４      ：時計ＩＣ
１５      ：非接触Ｒ／Ｗ・Ｉ／Ｆ
１６      ：表示器
１７      ：無線通信部（通信手段）
１８ａ〜１８ｃ    ：Ｉ／Ｆ
２０      ：ＧＰＳ受信機
３０      ：ＥＴＣ車載器
４０      ：バーコードリーダ（読取手段）
Ｂ        ：バーコード
Ｃ        ：タクシーチケット
Ｉ        ：インターネット回線
ＭＣ      ：メモリカード
【図１】
0006431338.tif 000002
【図２】
0006431338.tif 000003
【図３】
0006431338.tif 000004
【図４】
0006431338.tif 000005