JPH0512990U - 料金算出装置 - Google Patents

Abstract

(57)【要約】 【目的】 例えばタクシー用ＥＣＲ等の料金算出装置に
おいて、キー操作ミスの発生および料金データの改竄を
防止できるようにする。 【構成】 キー入力があると、テンキー１１ａおよび
「メーター」キー１１ｂの操作によりメーター料金が登
録されたか否かが判断され（ステップＳ９）、メーター
料金が登録された場合は通信エラー中か否かが判断され
る（ステップＳ１０）。通信エラー中であれば、キー入
力部１１によりキー入力されたメーター料金データを項
目別料金ファイル１４ａ内のメーター料金エリアにセッ
トする（ステップＳ７）。しかし、通信エラー中でない
場合は、入力エラー処理を実行し、警報音，表示点滅に
より入力エラーを報知して使用者に注意すると共に、キ
ー入力部１１からの入力を禁止してメーター料金の登録
を無効にする（ステップＳ１１）。

Description

【考案の詳細な説明】

【０００１】

【産業上の利用分野】

この考案は例えばタクシー用の電子式キャッシュレジスタ（以下、タクシー用 ＥＣＲと呼ぶ）等の料金算出装置に関する。

【０００２】

【従来の技術】

従来、タクシー車輌に搭載されるタクシー用ＥＣＲにはタクシーメータが接続 されている。この場合、タクシーメータから料金データを受け取るか、またはＥ ＣＲに設けられたキーにより料金データを登録することにより、締め操作を行な うことができる。

【０００３】

【考案が解決しようとする課題】

このように、従来のタクシー用ＥＣＲではキー操作により料金データの登録が できるため、キー操作ミスが生じ易く、また故意による料金データの改竄が行な われやすいという欠点があった。

【０００４】 この考案の課題は、キー操作ミスの発生および料金データの改竄を防止できる ようにすることである。

【０００５】

【課題を解決するための手段】

この考案の手段は次の通りである。 走行料金算出手段１（図１の機能ブロック図を参照、以下同じ）は、例えばタ クシーメータであり、車輌の走行に応じた走行料金データを求める。 入力手段２は、例えばキー入力部であり、各種のデータを入力する。 禁止手段３は、走行料金算出手段１からの走行料金データがない場合は入力手 段２からの入力を禁止する。 実行手段４は、走行料金算出手段１からの走行料金データがある場合は走行料 金データおよび入力手段２からの入力データに基づいた処理を実行する。

【０００６】

【作用】

この考案の手段の作用は次の通りである。 車輌の走行に応じた走行料金データが走行料金算出手段１により求められる。 そして、走行料金算出手段１からの走行料金データがない場合、禁止手段３は入 力手段２からの入力を禁止し、走行料金算出手段１からの走行料金データがある 場合は、実行手段４は走行料金データおよび入力手段２からの入力データに基づ いた処理を実行する。 従って、キー操作ミスの発生および料金データの改竄を防止できる。

【０００７】

【実施例】

以下、一実施例を図２ないし図４を参照して説明する。なお、この実施例はタ クシー車輌に搭載され、タクシーメータが接続されたタクシー用ＥＣＲに適用し たものである。図２は上記タクシー用ＥＣＲの回路構成を示すブロック図である 。

【０００８】 キー入力部１１は「０」〜「９」等の数値データを入力するテンキー１１ａ、メー ター料金を登録する「メーター」キー１１ｂ、高速道路料金，自動車電話料等の その他の料金を登録する「その他」キー１１ｃ、および締め処理を指定する「現 ／預」キー１１ｄを備えている。そして、キー入力部１１でキーが操作されると 、そのキー操作に応じたキー入力信号がＣＰＵ１２に入力される。

【０００９】 ＣＰＵ１２は、キー入力部１１から入力されるキー入力信号および後述するタ クシーメータから入力される通信データに応じて入力処理，登録処理等の各種処 理を実行する。これらの各種処理はＲＯＭ１３に予め記憶した制御プログラムに 基づいて実行される。また、ＣＰＵ１２にはキー入力部１１およびＲＯＭ１３の 他に、ＲＡＭ１４、プリンタ１５、表示部１６、およびタクシーメータＩ／Ｆ１ ７が接続されている。

【００１０】 ＲＡＭ１４はＣＰＵ１２の制御によりデータの書込み／読み出しが行なわれる もので、図３に示すように項目別料金ファイル１４ａを備えている。項目別料金 ファイル１４ａはタクシーの運行に関わる料金データを項目別に記憶するもので 、メーター料金エリアおよびその他の料金エリアを有する。また、ＲＡＭ１４に は図示しないが、タクシーメータからのタリフデータを記憶するタリフ情報メモ リが設けられている。

【００１１】 プリンタ１５はタクシー料金の領収書を発行する。表示部１６は例えばＣＲＴ 表示装置により構成されるもので、ＣＰＵ１２から出力される表示データに基づ いて走行料金データ，その他の料金データ等を表示する。

【００１２】 タクシーメータＩ／Ｆ（インタ・フェイス）１７は、図示しないタクシーメー タが接続され、タクシーメータから送出される通信データをＣＰＵ１２に伝送す る。タクシーメータはタクシー車輌の走行に応じてタリフデータ，走行料金デー タ等からなる通信データをタクシーメータＩ／Ｆ１７に送出する。

【００１３】 タリフデータはタクシー車輌の運行状態を示すもので、客待ち状態を示す「空 車」、客を乗せて営業中の状態を示す「賃走」、客が料金の支払いをする状態を示 す「支払」、客に呼ばれて迎えに行く状態を示す「迎車」、深夜における料金割増し 状態を示す「割増」等からなる。走行料金データはタクシー車輌の走行距離に応じ て随時加算される料金データである。

【００１４】 次に、上記実施例の動作を図４に基づいて説明する。図４は入力処理の動作を 示すフローチャートである。この入力処理はキー入力部１１からキー入力信号が 入力されるか、タクシーメータＩ／Ｆ１７から通信データが入力されると開始さ れる。

【００１５】 ステップＳ１では、項目別料金ファイル１４ａに記憶された各項目別料金デー タおよびタリフ情報メモリ（図示せず）をクリアする。

【００１６】 ステップＳ２においては、タクシーメータからの通信データがあるか否か、即 ち通信データがタクシーメータＩ／Ｆ１７を介して入力されたか否かが判断され る。このステップＳ２でＹＥＳと判断された場合はステップＳ３に進み、ＮＯの 場合はステップＳ８に進む。

【００１７】 タクシーメータからの通信データが有る場合は、ステップＳ２からステップＳ ３に進む。ステップＳ３では、タクシーメータとタクシーメータＩ／Ｆ１７との 通信の際に、通信エラーが発生したか否かが判断される。ステップＳ３でＹＥＳ と判断された場合はステップＳ４に進み、ＮＯの場合はステップＳ５に進む。

【００１８】 通信エラーが発生した場合、ステップＳ３からステップＳ４に進む。ステップ Ｓ４においては通信エラー処理が実行され、表示点滅，警報音等により通信エラ ーを報知する。ステップＳ４の実行後はステップＳ２に戻り、上述と同様の処理 を実行する。

【００１９】 通信エラーでない場合、ステップＳ３からステップＳ５に進む。ステップＳ５ では、タクシーメータから送出されタクシーメータＩ／Ｆ１７を介して入力され たタリフデータ（「空車」、「賃走」、「支払」等）をＲＡＭ１４のタリフ情報メモリ にセットする。次のステップＳ６においては、メーター料金があるか否か即ちタ クシーメータＩ／Ｆ１７を介してタクシーメータからメーター料金データが送出 されたか否かが判断される。ステップＳ６で、ＹＥＳの場合はステップＳ７に進 み、ＮＯの場合はステップＳ２に戻る。

【００２０】 メーター料金がある場合、ステップＳ６からステップＳ７に進む。ステップＳ ７では、タクシーメータＩ／Ｆ１７を介してタクシーメータから送出されたメー ター料金データを項目別料金ファイル１４ａ内のメーター料金エリアにセットす る。ステップＳ７の実行後はステップＳ２に戻る。

【００２１】 また、上記ステップＳ３でタクシーメータからの通信データがないと判断され た場合はステップＳ８に進む。ステップＳ８では、キー入力があるか否か即ちキ ー入力部１１のキー操作によりキー入力信号が入力されたか否かが判断される。 このステップＳ８でＹＥＳと判断された場合はステップＳ９に進み、ＮＯの場合 はステップＳ２に戻る。

【００２２】 キー入力があると、ステップＳ８からステップＳ９に進む。ステップＳ９にお いては、テンキー１１ａおよび「メーター」キー１１ｂの操作によりメーター料 金が登録されたか否かが判断される。ステップＳ９でＹＥＳの場合はステップＳ １０に進み、ＮＯの場合はステップＳ１２に進む。

【００２３】 メーター料金が登録された場合は、ステップＳ９からステップＳ１０に進む。 ステップＳ１０では通信エラー中か否かが判断される。通信エラー中であれば、 タクシーメータからの通信データが正しく入力されていないので、メーター料金 をキー入力部１１からキー入力して登録することは当然である。しかし、通信エ ラー中でない時にメーター料金をキー入力部１１から入力して登録するのは、不 自然でありメーター料金の改竄を行なうための不正な入力である。

【００２４】 従って、ステップＳ１０でＹＥＳと判断された場合は、この入力を不正な入力 としてステップＳ１１の入力エラー処理に進む。この入力エラー処理では、警報 音，表示点滅により入力エラーを報知して使用者に注意すると共に、キー入力部 １１からの入力を禁止してメーター料金の登録を無効にする。この場合、キー入 力部１１で図示しないクリアキーを操作して入力エラーを解除すると、ステップ Ｓ２に戻る。

【００２５】 また、ステップＳ１０で通信エラー中の場合はステップＳ７に進み、キー入力 部１１によりキー入力されたメーター料金データを項目別料金ファイル１４ａ内 のメーター料金エリアにセットする。

【００２６】 キー入力がメーター料金の登録でなく、上記ステップＳ９でＮＯと判断された 場合はステップＳ１２に進む。ステップＳ１２においてはテンキー１１ａおよび 「その他」キー１１ｃの操作により、その他の料金（例えば高速道路代や駐車場 代）が登録されたか否かが判断される。ステップＳ１２でＹＥＳの場合はステッ プＳ１３に進み、ＮＯの場合はステップＳ１５に進む。

【００２７】 その他の料金が登録された場合は、ステップＳ１２からステップＳ１３に進む 。ステップＳ１３では、タクシーメータから送出されたタリフ情報が「空車」以外 か否かが判断される。即ち、タリフ情報が「空車」のときに「その他の料金」が登 録されるのは不正入力であるからである。従って、ステップＳ１３でＹＥＳの場 合はステップＳ１４に進み、ＮＯ（タリフ情報が「空車」）の場合はステップＳ１ １の入力エラー処理に進む。

【００２８】 タリフ情報が「空車」以外の場合、ステップＳ１３からステップＳ１４に進む。 ステップＳ１４では、キー入力部１１によりキー入力された「その他の料金デー タ」を項目別料金ファイル１４ａ内のその他の料金エリアにセットする。ステッ プＳ１４の実行後はステップＳ１に戻る。

【００２９】 上記ステップＳ１２で、その他の料金の登録でなくＮＯと判断された場合はス テップＳ１５に進む。ステップＳ１５では支払処理か否か、即ち「現／預」キー１ １ｄが入力されたか否かが判断される。ステップＳ１５でＹＥＳと判断されると ステップＳ１６に進み、ＮＯの場合はステップＳ１１の入力エラー処理に進む。

【００３０】 「現／預」キー１１ｄが入力された場合、ステップＳ１６に進む。ステップＳ１ ６ではタクシーメータから送出されたタリフ情報が「支払」以外か否かが判断され る。即ち、タリフ情報が「支払」以外のときに「現／預」キー１１ｄが入力されるの は不正入力であるからである。従って、ステップＳ１６でＮＯ（タリフ情報が「 支払」）の場合はステップＳ１７に進み、ＹＥＳの場合はステップＳ１１の入力 エラー処理に進む。

【００３１】 タリフ情報が「支払」の場合、ステップＳ１６からステップＳ１７に進む。ステ ップＳ１７においては、支払い処理が実行される。支払い処理とは、メーター料 金データに、その他の料金データを加算してタクシー料金を求め、乗客に対する 精算を行なうもので、各料金データ，乗車時刻データ，降車時刻データ等が、一 取引分のデータとしてＲＡＭ１４の図示しない取引メモリに記憶される。ステッ プＳ１７の実行後はステップＳ１に戻る。

【００３２】

【考案の効果】

この考案によれば、タクシーメータと連動し、通信で得られたタクシーメータ からのタリフ状態によってキー入力を制限するようにしたので、キー操作ミスの 発生および料金データの改竄を防止できる。従って、誤った料金データの登録が できなくなると共に、使用者（運転手）による金額の入力ミスを防止できる。

【図面の簡単な説明】

【図１】本考案の機能ブロック図である。

【図２】回路構成を示すブロック図である。

【図３】メモリ構成を示す図である。

【図４】動作を示すフローチャートである。

【符号の説明】

１…走行料金算出手段 ２…入力手段 ３…禁止手段 ４…実行手段 １１…キー入力部 １２…ＣＰＵ １３…ＲＯＭ １４…ＲＡＭ １５…プリンタ １６…表示部 １７…タクシーメータＩ／Ｆ

Claims (1)

【実用新案登録請求の範囲】
1. 【請求項１】車輌の走行に応じた走行料金データを求め
   る走行料金算出手段と、各種のデータを入力する入力手
   段と、上記走行料金算出手段からの走行料金データがな
   い場合は上記入力手段からの入力を禁止する禁止手段
   と、上記走行料金算出手段からの走行料金データがある
   場合は上記走行料金データおよび上記入力手段からの入
   力データに基づいた処理を実行する実行手段とを具備し
   たことを特徴とする料金算出装置。