JP2001338312A - 有料道路利用履歴生成装置 - Google Patents

Abstract

(57)【要約】 【課題】 乗務員の営業成績を正確に把握し、かつ納金
作業の効率を高めた有料道路利用履歴生成装置を提供す
る。 【解決手段】 ＥＴＣシステムから自車輌の有料道路通
行データ及び運行データ発生装置からの自車輌の運行状
態を示す運行データを取得し、料金所通過時刻５２、利
用料金５３、空車実車判別５６、及び通過料金所５４、
５５、並びに履歴を前回印字してから現時点までの料金
所通過回数を示す通し番号５１を含む有料道路利用履歴
５が発行される。利用料金５３及び空車実車判別５６に
より納金作業の効率アップとなる。また、料金所通過時
刻５２により、割り当てられた営業時間内の有料道路利
用かどうかの等の確認に役立つ。さらに、通過料金所５
４、５５により正確に乗務員の営業範囲を確認できる。
また、時系列的に配列されて印字されるので、内容の確
認が即座に容易に行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、高速道路、自動車
専用道路等のように通行料金が必要な有料道路の利用履
歴を生成する有料道路利用履歴生成装置に関し、特に、
タクシー等の営業車輌にＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ
Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ）システムを利用し
て効率的に有料道路利用履歴を生成する有料道路利用履
歴生成装置に関する。

【０００２】

【従来の技術】従来、タクシー等の営業車輌の乗務員
は、運行中に高速道路等の有料道路を利用する場合があ
るが、この場合、通常乗務員は利用領収書を受け取り、
乗客から代金を徴収して、後日会社に申告することにな
る。また空車時等、会社で認められてない場合に有料道
路を利用した場合には、利用代金は自己負担となること
が多い。

【０００３】

【発明が解決しようとする課題】上述のような場合以下
のような問題が想定される。すなわち、有料道路を利用
した際の営業車輌の運行状態が不明確であるため、会社
側は乗務員の営業成績を正確に把握することが困難であ
る。例えば、乗務員は営業中に自己負担すべき無駄な高
速道路の利用をしても、乗務員は様々な理由をつけて架
空の高速代金を請求することが可能である。会社側は、
高速道路利用時の該当乗務員の営業状態が即座にわから
ないので、この請求を認めざるを得なかったり、又は高
速道路利用時の該当乗務員の営業状態を調査したりする
のに多大な時間がかかることになる。さらに、乗務員
は、実際には高速利用してないにも関わらず、領収書を
紛失したとして会社に架空の高速代金を請求することも
可能である。特に、タクシー営業等の場合には、乗客の
ある実車状態と、空車状態では高速利用に関する様々な
ルールがあり、乗客有無と高速利用の関係を正確に把握
しないと、会社側は営業成績を把握したり、納金業務に
多大な労力を強いられることになる。

【０００４】よって本発明は、上述した現状に鑑み、乗
務員の営業成績を正確に把握し、かつ納金作業の効率を
高めた有料道路利用履歴生成装置を提供することを課題
としている。

【０００５】

【課題を解決するための手段】上記課題を解決するため
になされた請求項１記載の有料道路利用履歴生成装置
は、図１の基本構成図に示すように、料金所とそこを通
過する車輌とが無線通信によりデータ交換を行い通行料
金収受処理を行うＥＴＣシステムから有料道路通行デー
タを取得し、有料道路通行履歴を生成する有料道路利用
履歴生成装置であって、ＥＴＣシステムから自車輌の前
記有料道路通行データを取得する通行データ取得手段４
０Ａ、６Ａと、運行データ発生装置２Ａからの自車輌の
運行状態を示す運行データを取得する運行データ取得手
段４０Ｂ、６Ｂと、前記有料道路通行データ及び運行デ
ータを記憶する記憶手段４０８Ａ、６０４Ａと、前記記
憶手段４０８Ａ、６０４Ａに格納されている複数の有料
道路通行データ及び運行データを、前記料金所の通過毎
にひとまとまりにして配列した有料道路利用履歴５を生
成する履歴生成手段４０Ｃ、６Ｃと、前記有料道路利用
履歴５を出力する履歴出力手段１０とを有することを特
徴とする。

【０００６】請求項１記載の発明によれば、履歴生成手
段４０Ｃ、６ＣはＥＴＣシステムから自車輌の有料道路
通行データ及び運行データ発生装置２Ａからの自車輌の
運行状態を示す運行データを、料金所の通過毎にひとま
とまりにして配列した有料道路利用履歴５を生成する。
そして、この利用履歴が履歴出力手段１０により出力さ
れる。なお、上記履歴出力手段１０は、プリンタ４等の
印字手段のみならず、メモリーカード等の各種可搬型記
憶手段でもよい。また運行データは、タクシー車輌にお
いて生成されるデータのみならず、その他配送業営業車
輌等で生成されるデータであってもよい。

【０００７】上記課題を解決するためになされた請求項
２記載の有料道路利用履歴生成装置は、図１の基本構成
図に示すように、請求項１記載の有料道路利用履歴生成
装置において、前記有料道路利用履歴５は、時系列的に
配列されていることを有することを特徴とする。

【０００８】請求項２記載の発明によれば、有料道路利
用履歴５は、料金所の通過毎にひとまとまりに時系列的
に配列されている。時系列的にまとまって配列されてい
るので、出力された利用履歴を確認しやすくなる。

【０００９】上記課題を解決するためになされた請求項
３記載の有料道路利用履歴生成装置は、図１の基本構成
図に示すように、請求項２記載の有料道路利用履歴生成
装置において、前記履歴出力手段１０は、前記有料道路
利用履歴５を印字する印字手段４０Ｄであることを特徴
とする。

【００１０】請求項３記載の発明によれば、有料道路利
用履歴５は印字手段４０Ｄにより印字されるので、内容
の確認が即座に容易に行える。例えば、利用履歴の印字
を参考にしながら納金処理を行うことができる。

【００１１】上記課題を解決するためになされた請求項
４記載の有料道路利用履歴生成装置は、図１の基本構成
図に示すように、請求項２又は３いずれか記載の有料道
路利用履歴生成装置において、前記運行データ発生装置
２Ａは、タクシーに搭載されたタクシーメータ２であ
り、前記運行データは、前記タクシーメータ２からの空
車状態であるか実車状態であるかを示すデータであるこ
とを特徴とする。

【００１２】請求項４記載の発明によれば、タクシーメ
ータ２からの空車状態であるか実車状態であるかを示す
データが、上記有料道路通行データと共に印字される。
これによりタクシー会社は、乗務員の営業成績を正確に
把握したり、納金業務の効率を高めることができる。

【００１３】上記課題を解決するためになされた請求項
５記載の有料道路利用履歴生成装置は、図１の基本構成
図に示すように、請求項４記載の有料道路利用履歴生成
装置において、前記印字手段４０Ｄは、タクシー乗車料
金を印字するプリンタ４、４Ａであることを特徴とす
る。

【００１４】請求項５記載の発明によれば、上記有料道
路利用履歴５を印字するのにタクシー乗車料金を印字す
るプリンタ４、４Ａが用いられる。このプリンタ４、４
Ａは、運賃領収書や未収書を発行するためにタクシーに
通常搭載されており、本発明ではこれをハードウエア的
に何ら変更することなく利用できる。

【００１５】上記課題を解決するためになされた請求項
６記載の有料道路利用履歴生成装置は、図１の基本構成
図に示すように、請求項５記載の有料道路利用履歴生成
装置において、プリンタ４、４Ａは、領収書を発行指令
する領収ボタン４１及び未収書を発行指令する未収ボタ
ン４２を有し、これら領収ボタン４１及び未収ボタン４
２が同時に押下されたことに応答して、前記履歴生成手
段４０Ｃ、６Ｃは前記有料道路利用履歴５を生成するこ
とを特徴とする。

【００１６】請求項６記載の発明によれば、領収ボタン
４１及び未収ボタン４２が同時に押下されたことに応答
して、有料道路利用履歴５が生成され印字される。すな
わち、この種のプリンタが通常備えている領収ボタン４
１及び未収ボタン４２を利用して、有料道路利用履歴５
の発行指令ができる。

【００１７】上記課題を解決するためになされた請求項
７記載の有料道路利用履歴生成装置は、図１の基本構成
図に示すように、請求項６記載の有料道路利用履歴生成
装置において、前記有料道路通行データは、料金所通過
時刻、利用料金、及び通過料金所に関する情報を含み、
前記運行データは、空車実車判別する情報を含み、そし
て、前記有料道路利用履歴５の印字内容は、前記料金所
通過時刻、前記利用料金、前記空車実車判別、及び前記
通過料金所、並びに前記有料道路利用履歴５を前回印字
してから現時点までの料金所通過回数を示す通し番号を
含むことを特徴とする。

【００１８】請求項７記載の発明によれば、有料道路利
用履歴５の印字内容は、料金所通過時刻、利用料金、空
車実車判別、及び通過料金所、並びに有料道路利用履歴
５を前回印字してから現時点までの料金所通過回数を示
す通し番号を含んでいる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。図２は、本発明の有料道路利用履
歴生成装置の第１実施形態を示すブロック図である。

【００２０】図２に示すブロック図において、１はＥＴ
Ｃ車載機であり、ＥＴＣシステムにおける料金所側と無
線によりデータ交換を行い、料金所側から送信されてく
る有料道路通行データを受信するものである。この構成
については、図４を用いて追加説明する。ＥＴＣ車載機
１は基本的に既存のＥＴＣ車載機と同じであるが、有料
道路通行データを含む通行料金収受処理信号を外部に出
力する手段が新たに付加されている。

【００２１】２は、基本的に乗車料金を計算し料金情報
を提供するタクシーメータである。このタクシーメータ
２は、実際には、基本的なタクシー料金情報を生成する
主メータ、及び各タクシー会社毎の料金体型に従ったテ
ーブルを有し、主メータからの料金情報とこのテーブル
情報により実際乗客から徴収する料金を算出する外付け
メータ、から構成されている。ここでは個々のメータに
関しての説明は省略する。タクシーメータ２はまた、空
車／実車モードスイッチを有し、乗客を乗せて営業して
いる実車状態では、実車モードに設定して運賃を計算
し、乗客を乗せていない空車状態では空車モードに設定
して運賃を計算しないようにしている。後述するが、こ
の空車／実車モードが本発明に利用されることになる。

【００２２】３は、ＥＴＣ車載機１、タクシーメータ
２、及びプリンタ４を電気的に接続する接続装置であ
る。ＥＴＣ車載機１、タクシーメータ２、及びプリンタ
４はこの接続装置を介して、データ通信する。

【００２３】４は、タクシーの乗車料金の領収書あるい
は未収書、さらには本発明に関わる高速道路利用履歴５
等を印字するプリンタである。プリンタ４は、領収書の
発行を指令する領収ボタン４１、タクシーチケットによ
り支払いをされた際、未収書の発行を指令する未収ボタ
ン４２を含む。そして、プリンタ４はこれらそれぞれの
ボタン押下に応答して、上記領収書あるいは未収書等を
発行する。さらに領収ボタン４１及び未収ボタン４２の
同時押下に応答して、高速道路利用履歴５を発行する。

【００２４】上記プリンタ４は、運賃領収書や未収書を
発行するためにタクシーに通常搭載されているものであ
り、本実施形態ではこれをハードウエア的に何ら変更す
ることなく利用できるので、専用のプリンタを購入する
必要がなく経費節減になる。

【００２５】図３は、本発明の有料道路利用履歴生成装
置による高速道路利用履歴の例である。図３に示す高速
道路利用履歴例は、図２で示したプリンタ４又は後述す
るプリンタ４Ａから印字される。この高速道路利用履歴
５の印字内容には、通し番号５１、通過時刻５２、高速
料金５３、入口料金所番号５４、出口料金所番号５５及
び空車実車判別情報５６が含まれる。

【００２６】通し番号５１は、有料道路利用履歴５を前
回印字してから現時点までの料金所通過回数を示す通し
番号である。すなわち、履歴５を印字する度にこの通し
番号５１は１にもどり、再度料金所通過毎に１ずつカウ
ントアップされていく。この番号５１は、各運行が区別
できるものであれば、必ずしも数字でなくてもよく、ア
ルファベットあるいはかな文字等でもよい。

【００２７】通過時刻５２は、料金収受処理が行われた
料金所の通過時刻ＨＨ（時） ｍｍ（分）を示す。この
時刻５２は、ＹＹＹＹ（年） ＭＭ（月） ＨＨ（時）
ｍｍ（分）等としてもよい。

【００２８】高速料金５３は、料金収受処理によって算
出された通行料金を示す。５４及び５５はそれぞれ、入
口料金所番号及び出口料金所番号を示す。これらは、料
金収受処理が行われた入口又は出口料金所番号のいずれ
か一方の番号でもよい。また、番号でなく料金所名を直
接印字してもよい。

【００２９】５６は、料金収受処理が行われた際、空車
であったか実車であったかを示す空車実車判別情報を示
す。

【００３０】これらの印字内容は、図５で示す通行料金
収受処理信号を利用してそれぞれ得ることができる。

【００３１】上述のように、有料道路利用履歴５の印字
内容は、料金所通過時刻、利用料金、空車実車判別、及
び通過料金所、並びに有料道路利用履歴５を前回印字し
てから現時点までの料金所通過回数を示す通し番号を含
んでいるので様々な効果が得られる。例えば、利用料金
及び空車実車判別を参考にしながら納金処理を行えるの
で、納金作業の効率アップとなる。また、料金所通過時
刻により、割り当てられた営業時間内の有料道路利用か
どうかの等の確認に役立つ。さらに、通過料金所がわか
るので、より正確に乗務員の営業範囲を確認できる。こ
れらにより、タクシー会社及び乗務員の業務負担が大き
く軽減される。特に前回印字してから現時点までの料金
所通過回数を示す通し番号を含み、これは時系列的に配
列されて印字されるので、より正確な視認性が高まり、
内容の確認が即座に容易に行えるようになる。

【００３２】図４は、本発明の有料道路利用履歴生成装
置に関わるＥＴＣ車載機の構成を示すブロック図であ
る。図４に示すＥＴＣ車載機１は、料金所側と通過車輌
とが無線通信によりデータ交換を行い通行料金を自動的
に行う通行料金自動徴収システムの車輌側に搭載される
ものであり、基本的に既存のＥＴＣ車載機と同じである
が、有料道路通行データを含む通行料金収受処理信号を
外部に出力する手段が新たに付加されている。

【００３３】ＥＴＣ車載機１は、以下のような基本構成
になっている。すなわち、車輌のダッシュボード上に固
設されるアンテナ１０１を介して料金所側と無線通信を
行う無線部１０２は変復調回路を含み、ＣＰＵ１０４に
接続されている。１０３は車輌固有の識別番号である自
車ＩＤと、有料道路の通行料金体系上によるこの車輌の
車種を示す車種情報等を格納する、通常ダッシュボード
上に固設される不揮発メモリであり、ＣＰＵ１０４に接
続されている。

【００３４】１０４はＥＴＣ車載機１全体の制御を司る
中央演算装置（ＣＰＵ）であり、通行料金の収受処理を
行い、収受処理信号を生成出力する。このＣＰＵ１０４
で行われる収受処理は、ＥＴＣシステムにおける一連の
通行料金収受処理の車輌側の担当処理であり、この処理
により有料道路通行データを含む収受処理信号が生成さ
れる。この収受処理信号の詳細は図５において説明を加
える。１０５はＣＰＵ１０４の制御プログラム等を記憶
している読み出し専用のメモリ（ＲＯＭ）である。１０
６はＣＰＵ１０４に接続され、料金所側との料金収受処
理結果等を蓄える読み出し書き込み自在のメモリ（ＲＡ
Ｍ）である。

【００３５】また、１０７は各種情報表示、操作案内等
を表示する液晶ディスプレイで構成された表示部、１０
８は複数のボタンを備え、ＩＣカード２１１の使用認証
用のカードＩＤ等を入力するためのキーで構成される操
作部、１０９はＩＣカード１１０が挿入され、このＩＣ
カード１１０の記憶内容を読み取り及び書き込みをする
処理部であり、これらはＣＰＵ１０４に接続されてい
る。またＩＣカード１１０には銀行等を通じて通行料金
支払いように予納してある現金の残額情報である電子現
金情報（先払い：プリペイドの場合）や、銀行口座等か
らの自動引き落としにより後日精算できる通行料金の残
額情報である支払い者情報（後払い：ポストペイドの場
合）、及びこれらに付随するカードＩＤ等が前もって書
き込まれている。このＩＣカード１１０は、内部に全体
の制御をするＣＰＵ、制御プログラム等を記憶している
ＲＯＭ、課金情報等をを記憶しているＲＡＭを備えてい
る。

【００３６】１１１は、ＣＰＵ１０４からの料金収受処
理信号を後述するプリンタやコントロールボックスに出
力する際に、所定の電圧変換等を行う出力インターフェ
ース（Ｉ／Ｆ）である。１１２は、プリンタやコントロ
ールボックス等に電気的に接続される出力端子であり、
出力Ｉ／Ｆ１１１からの料金収受処理に関するデータが
供給される。

【００３７】図５は、図４のＥＴＣ車載機からの収受処
理信号のデータフォーマットである。この信号は一般高
速の場合入口及び出口、首都高速では入口等の料金所ブ
ースを通過する毎に、上述の車載装置の収受処理部から
リアルタイムで得られる。

【００３８】図５において、１２０はデータ種別情報で
あり、ＥＴＣ又は貨物輸送であるか等を示し、これはプ
ロトコル規格に準じるものである。１２１はデータ長情
報である。１２２は詳細種別情報であり、どこの情報
か、例えば一般高速の場合入口又は出口、出口情報がな
い首都高速等を示す情報である。１２３及び１２４はそ
れぞれ正規通行料金及び割引通行料金を示す情報で、１
２５は料金所番号を示す情報である。１２６は料金所名
を示す情報であり、この後に続く名前が漢字コード又は
ＪＩＳコードかを示す種別情報１２６Ａと漢字コード又
はＪＩＳコードで表される名前情報１２６Ｂとから構成
される。１２７は大型か小型かを示す車種情報、１２８
は車輌番号、１２９は通過時刻ＹＹＹＹ（年） ＭＭ
（月） ＨＨ（時） ｍｍ（分）を示す情報である。１
３０は料金が引き落とされる人物又は法人が特定できる
ユーザーコード等のカード情報である。なお、この図５
において種々の制御ビット及びチェックビット等は省略
している。

【００３９】上述の情報において、正規料金情報１２３
及び割引料金情報１２４を利用して図３に示した高速料
金５３が生成される。また、料金所名情報１２６を利用
して図３に示した入口及び出口料金所番号５４及び５５
が生成される。さらに、通過時刻情報１２９を利用して
図３に示した通過時刻５２が生成される。

【００４０】図６は、本発明の有料道路利用履歴生成装
置に関わるプリンタの構成を示すブロック図である。

【００４１】図６において、入出力インターフェース４
０１は入出力端子４０２に接続されている。この入出力
端子４０２にはデータのやりとりを行うべき外部接続装
置が電気的に接続される。入出力インターフェース４０
１はＣＰＵ４０７にも接続されている。また電源オン／
オフを指令する電源スイッチ４０３、並びに前述した領
収ボタン４１及び未収ボタン４２が入力ポートを介して
ＣＰＵ４０７に接続されている。

【００４２】このＣＰＵ４０７には、（読み出し書き込
み自在のメモリ）ＲＡＭ４０８及び（読み出し専用のメ
モリ）ＲＯＭ４０９に接続されている。ＲＯＭ４０９に
は後述する本発明に関わるプログラムや各種制御プログ
ラムや固定データが格納されている。ＣＰＵ４０７はＲ
ＯＭ４０９にあらかじめ格納された制御プログラムに従
って動作する。ＲＡＭ４０８はＣＰＵ４０７の処理の過
程で発生する各種のデータを格納する各種格納エリア等
を有して構成されている。またＣＰＵ４０７は印字Ｉ／
Ｆ４１０を介して、印字部４１１に所定の印字データを
送信し、領収書、未収書及び高速道路利用履歴等を印字
発行させる。

【００４３】図７は、本発明の有料道路利用履歴生成装
置の第１実施形態に関わるプリンタのＣＰＵ４０７の行
う処理を示すフローチャートである。

【００４４】ステップＳ１において、ＣＰＵ４０７はＥ
ＴＣ車載機１からの料金収受データの受信を待ってい
る。ここで料金収受データの受信があれば（ステップＳ
１のＹ）ステップＳ２に移行し、受信がなければ（ステ
ップＳ１のＮ）ステップＳ６に移行する。後述するが、
実車状態であったり（ステップＳ６のＮ）、あるいは領
収及び未収ボタンのいずれも押されていない限り（ステ
ップＳ７のＮかつステップＳ１０のＮ）、このステップ
Ｓ１を繰り返して料金収受データの受信を待つ。

【００４５】ステップＳ２において、ＣＰＵ４０７は受
信した料金収受データをＲＡＭ４０８の所定のデータ格
納エリアに格納し、ステップＳ３に移行する。

【００４６】ステップＳ３において、ＣＰＵ４０７は上
記ステップＳ１において料金収受データを受信した際に
タクシーが実車状態であったか空車状態であったかを判
別するため、タクシーメータ２側にその情報を含むタク
シーデータを要求し、ステップＳ４に移行する。

【００４７】ステップＳ４において、ＣＰＵ４０７はタ
クシーメータ２からのタクシーデータを受信し、ステッ
プＳ５に移行する。

【００４８】ステップＳ５において、ＣＰＵ４０７は上
記タクシーデータをＲＡＭ４０８の所定のデータ格納エ
リアに格納し、次のデータを受信待ちすべくステップＳ
１に戻る。なお、このステップＳ５終了時には、ステッ
プＳ２で取得した料金収受データとステップＳ４で取得
したタクシデータとが同一運行内で発生したものとして
上記ＲＡＭ４０８の所定のデータ格納エリアに格納され
ていることになる。すなわち、ここには、各運行に割り
当てられた通し番号と共に、少なくとも、通過時刻、高
速料金、入口／出口料金所番号、及び空車実車判別を示
す各情報が格納されている。

【００４９】一方、ステップＳ１のＮの結果、移行した
ステップＳ６においては、ＣＰＵ４０７は空車であるか
どうかを判断する。すなわち、ここでは図示しないが、
ＣＰＵ４０７はタクシーメータ２側から、現在実車状態
であるか空車状態であるかの情報を含むタクシーデータ
を取得し、空車であるかどうかを判断する。空車状態で
ない場合、すなわち実車状態である場合（ステップＳ６
のＮ）、料金収受データの受信待ちを継続すべくステッ
プＳ１に戻る。ステップＳ６において、空車状態である
と判断した場合（ステップＳ６のＹ）印字指令を検出す
べくステップＳ７に移行する。

【００５０】ステップＳ７において、ＣＰＵ４０７は領
収ボタン４１及び未収ボタン４２が同時に押下されたか
を判断する。これらボタン４２及びボタン４１が同時に
押下されたと判断した場合（ステップＳ７のＹ）高速道
路利用履歴５を印字すべくステップＳ８に移行する。領
収ボタン４１及び未収ボタン４２が同時に押下されたと
は判断しない場合（ステップＳ７のＮ）領収又は未収書
を発行させるか、あるいは待ち状態を継続すべくステッ
プＳ１０に移行する。

【００５１】ステップＳ８において、ＣＰＵ４０７は、
上記ＲＡＭ４０８の所定のデータ格納エリアに格納され
ている運行通し番号、通過時刻、高速料金、入口／出口
料金所番号、及び空車実車判別を示す各情報を読み出
し、ステップＳ９に移行する。

【００５２】ステップＳ９において、ＣＰＵ４０７は、
ステップＳ８で読み出した各情報を印字Ｉ／Ｆ４１０に
送出し、その結果、印字部４１１から図３で示したよう
な高速道路利用履歴５を印字させる。そして、再び料金
収受データの受信待ち状態に移行すべくステップＳ１に
戻る。

【００５３】一方、ステップＳ７のＮの結果、移行した
ステップＳ１０においては、ＣＰＵ４０７は領収ボタン
４１又は未収ボタン４２が独立的に押下されたかどうか
を判断する。ここで、いずれか一方のボタンが押下され
たと判断する場合（ステップＳ１１のＹ）該当する印字
処理をするためステップＳ１１に移行する。いずれかの
ボタンも押下されない場合（ステップＳ１１のＮ）待ち
状態を継続すべくステップＳ１に戻る。

【００５４】ステップＳ１１において、ＣＰＵ４０７は
タクシーメータ２側にアクセスして該当乗車料金情報を
取得して、ステップＳ１２に移行する。

【００５５】ステップＳ１２において、ＣＰＵ４０７は
ステップＳ１０において押下された領収ボタン４１又は
未収ボタン４２のいずれかに対応した印字データを、印
字Ｉ／Ｆ４１０を介して印字部４１１に送出し、領収書
又は未収書を印字させる。そして、再び料金収受データ
の受信待ち状態に移行すべくステップＳ１に戻る。

【００５６】上述したように、第１実施形態によれば、
ＥＴＣシステムから自車輌の有料道路通行データ及びタ
クシーメータ２からの自車輌の運行状態を示す運行デー
タを、料金所の通過毎にひとまとまりにして時系列的に
配列した有料道路利用履歴５が出力される。時系列的に
まとまって配列されているので、出力された利用履歴を
確認しやすく、この結果、乗務員の営業成績をより正確
に把握することができるようになる。また、有料道路利
用履歴５には有料道路通行データ及びその通行の際の自
車輌運行状態が含まれている。従って、有料道路通行の
際の乗務員の営業状態を正確に知ることができ、会社側
は乗務員の営業成績を正確に把握するのに役立つ。ま
た、空車時の高速利用を会社が負担すべきか、乗務員が
負担すべきかの判断が容易にできるようになる。この結
果、納金業務の効率が高められる。

【００５７】また、第１実施形態によれば、有料道路利
用履歴５には、タクシーメータ２からの空車状態である
か実車状態であるかを示すデータが印字される。従っ
て、乗客のある実車状態と、空車状態では高速利用に関
する各会社のタクシー営業ルールに従った乗客有無と高
速利用の関係が正確に把握できるようになる。従って、
タクシー会社は乗務員の営業成績を正確に把握したり、
納金業務の効率化に役立つ効果がある。

【００５８】さらに、第１実施形態によれば、有料道路
利用履歴５は印字されるので、内容の確認が即座に容易
に行えるようになる。例えば、利用履歴の印字を参考に
しながら納金処理を行えるので、納金作業の効率アップ
となる。

【００５９】またさらに、第１実施形態によれば、領収
ボタン４１及び未収ボタン４２が同時に押下されたこと
に応答して、有料道路利用履歴５が生成され印字され
る。このようにこの種のプリンタ４が通常備えている領
収ボタン４１及び未収ボタン４２を利用して、有料道路
利用履歴５の発行指令ができる。従って、プリンタ４の
ハードウエアを何ら変更することなく発行指令でき、改
良費の経費節減になる。

【００６０】これらの結果、第１実施形態によれば、タ
クシー会社及び乗務員の業務負担が大きく軽減される効
果が得られる。

【００６１】図８は、本発明の有料道路利用履歴生成装
置の第２実施形態を示すブロック図である。

【００６２】図８に示すブロック図に示すように、第２
実施形態では、ＥＴＣ車載機１、タクシーメータ２、プ
リンタ４Ａ及びカードリーダ／ライタ５は、コントロー
ルボックス６を介して、データ通信可能なように接続さ
れている。

【００６３】ＥＴＣ車載機１及びタクシーメータ２は、
図２で示した第１実施形態と同じものなのでここでは説
明を省略する。

【００６４】４Ａはタクシーの乗車料金の領収書あるい
は未収書、さらには本発明に関わる高速道路利用履歴５
等を印字するプリンタである。プリンタ４Ａは、領収書
の発行を指令する領収ボタン４１、タクシーチケットに
より支払いをされた際、未収書の発行を指令する未収ボ
タン４２を含む。そして、プリンタ４Ａはこれらそれぞ
れのボタン押下に応答して、上記領収書及び未収書等を
発行する。さらに領収ボタン４１及び未収ボタン４２の
同時押下に応答して、高速道路利用履歴５を印字する。
これらの印字に関わるデータは、コントロールボックス
６から送信されてくる。このプリンタ４Ａのハードウエ
ア構成は、第１実施形態に対応する図６で示したものと
同じであるが、図６のＣＰＵ４０７、ＲＡＭ４０８及び
ＲＯＭ４０９のソフトウエアに関わる部分が異なる。こ
の差異は、前述の図７に示した第１実施形態のプリンタ
処理フローと後述の図１１に示す第２実施形態のプリン
タ処理フローとを比較することで明らかになる。

【００６５】上記プリンタ４Ａは、領収書や未収書を発
行するためにタクシーに通常搭載されているものであ
り、本実施形態ではこれをハードウエア的に何ら変更す
ることなく利用できるので、専用のプリンタを購入する
必要がなく経費節減になる。

【００６６】６はコントロールボックスであり、ＥＴＣ
車載機１、タクシーメータ２、プリンタ４Ａ、カードリ
ーダ／ライタ５、及び間を電気的に接続する。このにコ
ントロールボックス６は、後述の図１０に示すように領
収書、未収書及び高速道路利用履歴５を発行するための
データ取得及び印字に関わるデータの生成等を基本的に
行う。

【００６７】７はカードリーダ／ライタ（Ｒ／Ｗ）であ
り、データカード８からの情報を読み込んだり、運行デ
ータあるいはコントロールボックス６で生成された本発
明に関わるデータをデータカード８に書き込んだりす
る。カードＲ／Ｗ７は、データ読み取り時にデータカー
ド８がスラッシュされるカード挿入孔を有している。

【００６８】データカード８は、可搬型の外部記録媒体
であるいわゆるメモリーカードである。このカード８
は、コントロールボックス６で生成されたタクシー乗務
員の営業データや本発明に関わる高速道路利用履歴デー
タを格納することができる。そして、一日の業務終了
後、乗務員は会社にデータカード８を持ち帰り、センタ
ーコンピュータにより営業成績や集金データを計算する
のに役立てることができる。

【００６９】図９は、図８の第２実施形態に関わるコン
トロールボックスの構成を示すブロック図である。

【００７０】図９に示すように、コントロールボックス
６は、中央演算装置（ＣＰＵ）６０１、読み出し専用の
メモリ（ＲＯＭ）６０２、電気的消去／書き換え可能な
読み出し専用のメモリ（ＥＥＰＲＯＭ）６０３、読み出
し書き込み自在のメモリ（ＲＡＭ）６０４、各インター
フェース部６０５〜６０８及び各接続端子６０９〜６１
２を有して構成されている。

【００７１】ＣＰＵ６０１は、基本的に、領収書、未収
書あるいは高速道路利用履歴に関わるデータ収集や処理
を行い、これは図１０の処理フローを用いて後述され
る。ＣＰＵ６０１には、ＲＯＭ６０２、ＥＥＰＲＯＭ６
０３及びＲＡＭ６０４が接続されている。

【００７２】ＲＯＭ６０２にはプログラムや固定データ
等が格納されている。ＣＰＵ６０１はＲＯＭ６０２に予
め格納された制御プログラムに従って動作する。

【００７３】ＥＥＰＲＯＭ６０３に格納されている格納
されている各種データは電力供給が絶たれた場合に、バ
ックアップ電池（不図示）から供給される電力によって
所定時間に限って保持される。

【００７４】ＲＡＭ６０４はＣＰＵ６０１の処理の過程
で発生する各種のデータ及び車載装置からの収受処理信
号に基づき生成した通行料金データ等を格納するバッフ
ァを含む各種格納エリア等を有して構成されている。

【００７５】またＣＰＵ６０１は、タクシーメータＩ／
Ｆ６０５、リーダライタＩ／Ｆ６０６、プリンタＩ／Ｆ
６０７及びＥＴＣ装置Ｉ／Ｆ６０８が接続されている。
これらのＩ／Ｆ６０５〜６０８は、タクシーメータ２、
カードＲ／Ｗ７、プリンタ４及びＥＴＣ装置１とＣＰＵ
６０１との間のデータ通信に必要な電圧又は信号レベル
変換等の機能を有する。各Ｉ／Ｆ６０５、６０６、６０
７及び６０８はそれぞれ、タクシーメータ接続端子６０
９、リーダライタ接続端子６１０、プリンタ接続端子６
１１及びＥＴＣ装置接続端子６１２を介して、タクシー
メータ２、カードＲ／Ｗ７、プリンタ４及びＥＴＣ車載
機１に接続される。

【００７６】次に、図１０及び図１１を用いて、本発明
の有料道路利用履歴生成装置の第２実施形態に関わる処
理を説明する。

【００７７】図１０は、本発明の有料道路利用履歴生成
装置の第２実施形態に関わるコントロールボックスの行
う処理を示すフローチャートである。図１１は、本発明
の有料道路利用履歴生成装置の第２実施形態に関わるプ
リンタの行う処理を示すフローチャートである。この第
２実施形態では、プリンタ４から各印字指令が出される
点は、第１実施形態と同様であるが、主なデータ収集や
処理はコントロールボックス６で行われる。また、図１
１に示すプリンタ処理において、引用するＣＰＵ及びＲ
ＡＭの参照番号は、図６で示した第１実施形態と同じ番
号を用いるが、その処理及びデータは若干異なるもので
あることに注意されたい。

【００７８】図１０に示すコントロールボックス処理で
は、ステップＳ１０１において、コントロールボックス
６のＣＰＵ６０１はＥＴＣ車載機１からの料金収受デー
タの受信を待っている。ここで料金収受データの受信が
あれば（ステップＳ１０１のＹ）ステップＳ１０２に移
行し、受信がなければ（ステップＳ１０１のＮ）ステッ
プＳ１０６に移行する。

【００７９】ステップＳ１０２において、ＣＰＵ６０１
は受信した料金収受データをＲＡＭ６０４の所定のデー
タ格納エリアに格納し、ステップＳ１０３に移行する。

【００８０】ステップＳ１０３において、ＣＰＵ６０１
は上記ステップＳ１０１において料金収受データを受信
した際にタクシーが実車状態であったか空車状態であっ
たかを判別するため、タクシーメータ２側にその情報を
含むタクシーデータを要求し、ステップＳ１０４に移行
する。

【００８１】ステップＳ１０４において、ＣＰＵ６０１
はタクシーメータ２からのタクシーデータを受信し、ス
テップＳ１０５に移行する。

【００８２】ステップＳ１０５において、ＣＰＵ６０１
は上記タクシーデータをＲＡＭ６０４の所定のデータ格
納エリアに格納し、次のデータを受信待ちすべくステッ
プＳ１０１に戻る。なお、このステップＳ１０５終了時
には、ステップＳ１０２で取得した料金収受データとス
テップＳ１０４で取得したタクシデータとが同一運行内
で発生したものとして上記ＲＡＭ６０４の所定のデータ
格納エリアに格納されていることになる。すなわち、こ
こには、各運行に割り当てられた通し番号と共に、少な
くとも、通過時刻、高速料金、入口／出口料金所番号、
及び空車実車判別を示す各情報が格納されている。

【００８３】一方、ステップＳ１０１のＮの結果、移行
したステップＳ１０６においては、ＣＰＵ６０１はプリ
ンタ４側からのボタン押下信号を受信待機している。こ
こでボタン押下信号の受信がない限り（ステップＳ１０
６のＮ）待状態を継続すべくステップＳ１０１に戻る。
一方、ここでボタン押下信号の受信があると（ステップ
Ｓ１０６のＹ）空車状態でない限り所定の印字処理をす
る必要があるのでステップＳ１０７に移行する。なお、
上述のボタン押下信号は、領収ボタン４１及び未収ボタ
ン４２の同時押下、又はいずれか一方のボタンの押下を
識別できるものとする。

【００８４】ステップＳ１０７においては、ＣＰＵ６０
１は空車であるかどうかを判断する。すなわち、ここで
は図示しないが、ＣＰＵ６０１はタクシーメータ２側か
ら、現在実車状態であるか空車状態であるかの情報を含
むタクシーデータを取得し、空車であるかどうかを判断
する。空車状態でない場合、すなわち実車状態である場
合（ステップＳ１０７のＮ）、プリンタ４側に印字デー
タの送出の拒否信号を送出すべくステップＳ１１０に移
行する。一方ここで、空車状態であると判断した場合
（ステップＳ１０７のＹ）プリンタ４に所定の印字デー
タを送出すべくステップＳ１０８に移行する。

【００８５】ステップＳ１０８においては、ＣＰＵ６０
１は所定の印字データをプリンタＩ／Ｆ６０７及びプリ
ンタ接続端子６１１を介してプリンタ４側に送信する。
説明を加えると、ＣＰＵ６０１は、上記ステップＳ１０
６において受信したボタン押下信号の内容に基づいて所
定のデータ生成をして、それを印字データとして送信す
る。例えば、ボタン押下信号の内容が領収ボタン４１及
び未収ボタン４２の同時押下を示す場合、ＣＰＵ６０１
は上記ＲＡＭ６０４の所定のデータ格納エリアに格納さ
れている運行通し番号、通過時刻、高速料金、入口／出
口料金所番号、及び空車実車判別を示す各情報を読み出
し、これをプリンタ４側に送出する。ボタン押下信号の
内容が領収ボタン４１及び未収ボタン４２のいずれか一
方のボタンの押下を示す場合、ＣＰＵ６０１はタクシー
メータＩ／Ｆ６０５及びタクシーメータ接続端子６０９
を介してタクシーメータ２側にアクセスして該当乗車料
金情報を取得して、これをプリンタ４側に送出する。そ
して、ステップＳ１０９に移行する。

【００８６】ステップＳ１０９において、ＣＰＵ６０１
はプリンタ４側からの所定の印字が終了したことを示す
印字終了信号の受信を待っている（ステップＳ１０９の
Ｎ）。印字終了信号を受信すると（ステップＳ１０９の
Ｙ）、ＣＰＵ６０１は待ち状態を継続すべくステップＳ
１０１に戻る。

【００８７】図１１に示すプリンタ処理では、ステップ
Ｓ２０１において、プリンタ４ＡのＣＰＵ４０７は領収
ボタン４１及び未収ボタン４２の同時あるいは、いずれ
かの押下を待機している（ステップＳ２０１のＮ）。も
しここで、ボタン押下があると（ステップＳ２０１の
Ｙ）ステップＳ２０２に移行する。

【００８８】ステップＳ２０２において、ＣＰＵ４０７
はボタン押下信号を入出力Ｉ／Ｆ４０１及び入出力端子
４０２を介してコントロールボックス６側に送出する。
上述のボタン押下信号は、領収ボタン４１及び未収ボタ
ン４２の同時押下、又はいずれか一方のボタンの押下を
識別できるものとする。そして、ステップＳ２０３に移
行する。

【００８９】ステップＳ２０３において、ＣＰＵ４０７
は、コントロールボックス６側からの応答データを待機
している（ステップＳ２０３のＮ）。すなわち、コント
ロールボックス６側では、図１０で説明したようにステ
ップＳ１０６においてボタン押下信号の受信に応答し
て、空車状態であるかどうかをチェックして、空車状態
でなければ拒否信号を、空車状態であれば所定の印字デ
ータを応答データとして返送してくる。このステップＳ
２０３において、ＣＰＵ４０７はコントロールボックス
６からの上記応答データを入出力端子４０２及び入出力
Ｉ／Ｆ４０１介して受信すると（ステップＳ２０３の
Ｙ）、ステップＳ２０４に移行する。

【００９０】ステップＳ２０４においては、ＣＰＵ４０
７はステップＳ２０３で受信した応答データが拒否信号
であるか印字データであるかを判断する。ここで、応答
データが拒否信号である場合、再びボタン押下を待機す
べくステップＳ２０１に戻る。また、応答データが印字
データである場合、この印字データに基づく所定の印字
を行うべくステップＳ２０５に移行する。

【００９１】ステップＳ２０５において、ＣＰＵ４０７
は、高速道路利用履歴５に関する印字データであるか、
あるいは印字データが領収書又は未収書に関する印字デ
ータであるかを判定して、それぞれに対応する処理ステ
ップＳ２０６及びステップＳ２０７に移行する。

【００９２】ステップＳ２０６において、ＣＰＵ４０７
は高速道路利用履歴５に関する印字データを印字Ｉ／Ｆ
４１０に送出し、その結果、印字部４１１から図３で示
したような高速道路利用履歴５を印字させる。そして、
ステップＳ２０８に移行する。

【００９３】ステップＳ２０７において、ＣＰＵ４０７
は領収書又は未収書に関する印字データを印字Ｉ／Ｆ４
１０に送出し、その結果、印字部４１１から領収書又は
未収書を印字させる。そして、ステップＳ２０８に移行
する。

【００９４】ステップＳ２０８において、ＣＰＵ４０７
は上記ステップＳ２０６及びステップＳ２０７における
所定の印字終了を検知して、入出力Ｉ／Ｆ４０１及び入
出力端子４０２を介してコントロールボックス６側に、
印字が終了したことを示す印字終了信号を送信する。そ
して、再び待ち状態に移行すべくステップＳ２０１に戻
る。

【００９５】上述したように、第２実施形態によれば、
ＥＴＣシステムから自車輌の有料道路通行データ及びタ
クシーメータ２からの自車輌の運行状態を示す運行デー
タを、料金所の通過毎にひとまとまりにして時系列的に
配列した有料道路利用履歴５が出力される。時系列的に
まとまって配列されているので、出力された利用履歴を
確認しやすく、この結果、乗務員の営業成績をより正確
に把握することができるようになる。また、有料道路利
用履歴５には有料道路通行データ及びその通行の際の自
車輌運行状態が含まれている。従って、有料道路通行の
際の乗務員の営業状態を正確に知ることができ、会社側
は乗務員の営業成績を正確に把握するのに役立つ。ま
た、空車時の高速利用を会社が負担すべきか、乗務員が
負担すべきかの判断が容易にできるようになる。この結
果、納金業務の効率が高められる。

【００９６】また、第２実施形態によれば、有料道路利
用履歴５には、タクシーメータ２からの空車状態である
か実車状態であるかを示すデータが印字される。従っ
て、乗客のある実車状態と、空車状態では高速利用に関
する各会社のタクシー営業ルールに従った乗客有無と高
速利用の関係が正確に把握できるようになる。従って、
タクシー会社は乗務員の営業成績を正確に把握したり、
納金業務の効率化に役立つ効果がある。

【００９７】さらに、第２実施形態によれば、有料道路
利用履歴５は印字されるので、内容の確認が即座に容易
に行えるようになる。例えば、利用履歴の印字を参考に
しながら納金処理を行えるので、納金作業の効率アップ
となる。

【００９８】またさらに、第２実施形態によれば、領収
ボタン４１及び未収ボタン４２が同時に押下されたこと
に応答して、有料道路利用履歴５が生成され印字され
る。このようにこの種のプリンタ４Ａが通常備えている
領収ボタン４１及び未収ボタン４２を利用して、有料道
路利用履歴５の発行指令ができる。従って、プリンタ４
Ａのハードウエアを何ら変更することなく発行指令で
き、改良費の経費節減になる。

【００９９】これらの結果、第２実施形態によれば、タ
クシー会社及び乗務員の業務負担が大きく軽減される効
果が得られる。

【０１００】また、第２実施形態によれば、近年、普及
しつつある様々な制御機能を備えたコントロールボック
ス６を介して、ＥＴＣ車載機１、タクシーメータ２、プ
リンタ４Ａ及びカードＲ／Ｗ７が接続されている。コン
トロールボックス６は各種ハンディテンキーやバーコー
ドリーダ等も接続可能であるので、第２実施形態によれ
ば、様々な拡張性を有する有料道路利用履歴生成装置が
得られるようになる。

【０１０１】

【発明の効果】以上説明したように、請求項１記載の発
明によれば、履歴生成手段４０Ｃ、６ＣはＥＴＣシステ
ムから自車輌の有料道路通行データ及び運行データ発生
装置２Ａからの自車輌の運行状態を示す運行データを、
料金所の通過毎にひとまとまりにして配列した有料道路
利用履歴５を生成する。そして、この利用履歴が履歴出
力手段１０により出力される。このように、有料道路利
用履歴５には有料道路通行データ及びその通行の際の自
車輌運行状態が含まれている。従って、有料道路通行の
際の乗務員の営業状態を正確に知ることができ、会社側
は乗務員の営業成績を正確に把握するのに役立つ。ま
た、空車時の高速利用を会社が負担すべきか、乗務員が
負担すべきかの判断が容易にできるようになる。この結
果、納金業務の効率が高められる。また、料金所の通過
毎にひとまとまりにして配列した有料道路利用履歴５が
出力される。従って、料金所の通過毎に自車輌の運行状
態を示すデータを含む有料道路利用に関する履歴が得ら
れ、乗務員の営業状態を正確に把握するのに役立つ。こ
れらの結果、タクシー会社及び乗務員の業務負担が大き
く軽減される効果が得られる。

【０１０２】請求項２記載の発明によれば、有料道路利
用履歴５は、料金所の通過毎に時系列的にひとまとまり
にして配列されている。時系列的にまとまって配列され
ているので、出力された利用履歴を確認しやすく、この
結果、請求項１記載の発明の効果に加えて、乗務員の営
業成績をより正確に把握することができるようになると
いう効果が得られる。

【０１０３】請求項３記載の発明によれば、有料道路利
用履歴５は印字手段４０Ｄにより印字されるので、請求
項１及び２記載の発明の効果に加えて、内容の確認が即
座に容易に行えるようになるという効果が得られる。例
えば、利用履歴の印字を参考にしながら納金処理を行え
るので、納金作業の効率アップとなる。

【０１０４】請求項４記載の発明によれば、タクシーメ
ータ２からの空車状態であるか実車状態であるかを示す
データが、上記有料道路通行データと共に印字される。
従って、乗客のある実車状態と、空車状態では高速利用
に関する各会社のタクシー営業ルールに従った乗客有無
と高速利用の関係が正確に把握できるようになる。この
結果、タクシー会社は乗務員の営業成績を正確に把握し
たり、納金業務の効率化に役立つ効果がある。

【０１０５】請求項５記載の発明によれば、上記有料道
路利用履歴５を印字するのにタクシー乗車料金を印字す
るプリンタが用いられる。このプリンタは、運賃領収書
や未収書を発行するためにタクシーに通常搭載されてい
るものであり、本発明ではこれをハードウエア的に何ら
変更することなく利用できるので、専用のプリンタを購
入する必要がなく経費節減になる。

【０１０６】請求項６記載の発明によれば、領収ボタン
４１及び未収ボタン４２が同時に押下されたことに応答
して、有料道路利用履歴５が生成され印字される。この
ようにこの種のプリンタ４が通常備えている領収ボタン
４１及び未収ボタン４２を利用して、有料道路利用履歴
５の発行指令ができる。従って、既成プリンタのハード
ウエアを何ら変更することなく発行指令でき、改良費節
減の効果が得られる。

【０１０７】請求項７記載の発明によれば、有料道路利
用履歴５の印字内容は、料金所通過時刻、利用料金、空
車実車判別、及び通過料金所、並びに有料道路利用履歴
５を前回印字してから現時点までの料金所通過回数を示
す通し番号を含んでいる。利用料金及び空車実車判別を
参考にしながら納金処理を行えるので、納金作業の効率
アップとなる。また、料金所通過時刻により、割り当て
られた営業時間内の有料道路利用かどうかの等の確認に
役立つ。さらに、通過料金所がわかるので、より正確に
乗務員の営業範囲を確認できる。これらにより、タクシ
ー会社及び乗務員の業務負担が大きく軽減される。特に
前回印字してから現時点までの料金所通過回数を示す通
し番号を含み、これは請求項２で述べたように、時系列
的に配列されて印字されるので、より正確な視認性が高
まり、内容の確認が即座に容易に行えるようになる。

【０１０８】

【図面の簡単な説明】

【図１】本発明の有料道路利用履歴生成装置の基本構成
を示すブロック図である。

【図２】本発明の有料道路利用履歴生成装置の第１実施
形態を示すブロック図である。

【図３】本発明の有料道路利用履歴生成装置による高速
道路利用履歴の例である。

【図４】本発明の有料道路利用履歴生成装置に関わるＥ
ＴＣ車載機の構成を示すブロック図である。

【図５】図４のＥＴＣ車載機からの収受処理信号のデー
タフォーマットである。

【図６】本発明の有料道路利用履歴生成装置に関わるプ
リンタの構成を示すブロック図である。

【図７】本発明の有料道路利用履歴生成装置の第１実施
形態に関わるプリンタの行う処理を示すフローチャート
である。

【図８】本発明の有料道路利用履歴生成装置の第２実施
形態を示すブロック図である。

【図９】図８の第２実施形態に関わるコントロールボッ
クスの構成を示すブロック図である。

【図１０】本発明の有料道路利用履歴生成装置の第２実
施形態に関わるコントロールボックスの行う処理を示す
フローチャートである。

【図１１】本発明の有料道路利用履歴生成装置の第２実
施形態に関わるプリンタの行う処理を示すフローチャー
トである。

【符号の説明】

１ ＥＴＣ車載機 ２ タクシーメータ ３ 接続装置 ４ プリンタ ５ 高速道路利用履歴 ５１ 通し番号 ５２ 通過時刻 ５３ 高速料金 ５４ 入口料金所番号 ５５ 出口料金所番号 ５６ 空車実車判別情報

Claims (7)

【特許請求の範囲】
1. 【請求項１】 料金所とそこを通過する車輌とが無線通
   信によりデータ交換を行い通行料金収受処理を行うＥＴ
   Ｃシステムから有料道路通行データを取得し、有料道路
   通行履歴を生成する有料道路利用履歴生成装置であっ
   て、 ＥＴＣシステムから自車輌の前記有料道路通行データを
   取得する通行データ取得手段と、 運行データ発生装置からの自車輌の運行状態を示す運行
   データを取得する運行データ取得手段と、 前記有料道路通行データ及び運行データを記憶する記憶
   手段と、 前記記憶手段に格納されている複数の有料道路通行デー
   タ及び運行データを、前記料金所の通過毎にひとまとま
   りにして配列した有料道路利用履歴を生成する履歴生成
   手段と、 前記有料道路利用履歴を出力する履歴出力手段と、 を有することを特徴とする有料道路利用履歴生成装置。
2. 【請求項２】 請求項１記載の有料道路利用履歴生成装
   置において、 前記有料道路利用履歴は、時系列的に配列されているこ
   とを有することを特徴とする有料道路利用履歴生成装
   置。
3. 【請求項３】 請求項２記載の有料道路利用履歴生成装
   置において、 前記履歴出力手段は、前記有料道路利用履歴を印字する
   印字手段であることを特徴とする有料道路利用履歴生成
   装置。
4. 【請求項４】 請求項２又は３いずれか記載の有料道路
   利用履歴生成装置において、 前記運行データ発生装置は、タクシーに搭載されたタク
   シーメータであり、 前記運行データは、前記タクシーメータからの空車状態
   であるか実車状態であるかを示すデータであることを特
   徴とする有料道路利用履歴生成装置。
5. 【請求項５】 請求項４記載の有料道路利用履歴生成装
   置において、 前記印字手段は、タクシー乗車料金を印字するプリンタ
   であることを特徴とする有料道路利用履歴生成装置。
6. 【請求項６】 請求項５記載の有料道路利用履歴生成装
   置において、 プリンタは、領収書を発行指令する領収ボタン及び未収
   書を発行指令する未収ボタンを有し、 これら領収ボタン及び未収ボタンが同時に押下されたこ
   とに応答して、前記履歴生成手段は前記有料道路利用履
   歴を生成することを特徴とする有料道路利用履歴生成装
   置。
7. 【請求項７】 請求項６記載の有料道路利用履歴生成装
   置において、 前記有料道路通行データは、料金所通過時刻、利用料
   金、及び通過料金所に関する情報を含み、 前記運行データは、空車実車判別する情報を含み、そし
   て、 前記有料道路利用履歴の印字内容は、前記料金所通過時
   刻、前記利用料金、前記空車実車判別、及び前記通過料
   金所、並びに前記有料道路利用履歴を前回印字してから
   現時点までの料金所通過回数を示す通し番号を含むこと
   を特徴とする有料道路利用履歴生成装置。