JPH09282382A - 取引管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ネガティブデータが追加／削除される毎にベ
ースファイルの内容を再編集しておかなくても、ネガテ
ィブチェックを効率良く実行する。 【解決手段】 メイン装置２はセンタ装置１からフロッ
ピーディスク５を介して外部供給されたメンテナンスフ
ァイル、ベースファイルを記憶保持する。またメイン装
置２はセンタ装置１から通信回線４を介して変動分のメ
ンテナンスファイルが送信される毎にメンテナンスファ
イルを最新データに更新する。車載端末装置３はメイン
装置２からメモリカード６を介して取り込んだベースフ
ァイル、メンテナンスファイルにしたがってネガティブ
チェックを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クレジットカー
ド等から読み出された固有の識別データと予め設定され
ているネガティブデータとを照合することによりネガテ
ィブチェックを行い、このチェック結果にしたがって当
該カードを使用しての取引を許可するか否かを決定する
取引管理装置に関する。

【０００２】

【従来の技術】従来、タクシーカードシステムにおいて
は、ネガティブデータが用意されており、タクシー料金
の支払い時にクレジットカードやポストペイカード等が
提示された場合、カードリーダによってカード固有の識
別番号を読み取り、この識別番号とネガティブデータと
を照合することによって不良顧客かをチェックし、カー
ドを使用しての料金支払を許可するかを決定するように
していた。

【０００３】

【発明が解決しようとする課題】ところで、車載端末装
置側に持たせてあるネガティブデータは例えば１，００
０〜２，０００カード分程度と少なく、したがってネガ
ティブチェックもその範囲に限られてしまう。これは、
後でネガティブデータが追加されたり、削除される毎に
ネガティブデータを予め決められた順序（例えば、５０
音順）にソートしておくことにより、ネガティブチェッ
ク時の検索を効率良く行う必要があるが、ネガティブデ
ータが大量であると、その都度、ソートに多大な時間が
かかってしまうため、従来においては１，０００〜２，
０００カード分程度のネガティブデータをベースにネガ
ティブチェックを行うしかなく、信頼性に欠けるという
問題があった。この発明の課題は、ネガティブデータが
追加／削除される毎にベースファイルの内容を再編集し
ておかなくても、ネガティブチェックを効率良く実行で
きるようにすることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。携帯用記憶媒体から読み取られた固有の識別
データと、取引を禁止する固有の識別データが予め設定
されているネガティブデータとを照合することにより、
当該記憶媒体を使用しての取引を許可するか否かを決定
するネガティブチェックを行う取引管理装置において、 （１）、ファイル記憶手段は予め決められた順序にした
がって編集されて成るネガティブデータをベースファイ
ルとして記憶すると共に、このベースファイルに対して
追加／削除される変動分のネガティブデータをテンポラ
リファイルとして記憶する。 （２）、更新手段は変動分のネガティブデータが外部供
給される毎に前記テンポラリファイルの内容を最新デー
タに更新する。 ここで、ネガティブチェックはベースファイル、テンポ
ラリファイルの何れか一方を参照することによって行わ
れる。なお、前記テンポラリファイル内のデータ量を検
出する検出手段と、この検出手段によってテンポラリフ
ァイル内のデータ量が所定量を越えたことが検出された
場合に、このテンポラリファイルの内容に基づいて前記
ベースファイルの内容を再編集すると共にテンポラリフ
ァイルを消去する編集手段とを設けてもよい。また、前
記テンポラリファイルを編集するネガティブデータは前
記ベースファイルに追加する追加データやベースファイ
ルから削除する削除データであり、前記ネガティブチェ
ックを行う際に、ベースファイルに先立ってテンポラリ
ファイルをアクセスし、その結果、テンポラリファイル
に該当データが有り、そのデータが削除データであれば
取引を許可し、追加データであれば取引を禁止するよう
にしてもよい。また、前記ベースファイルと共に外部供
給されたテンポラリファイルを前記ファイル記憶手段に
それぞれ書き込む際に、前記更新手段は外部供給された
当該テンポラリファイルと、既に前記ファイル記憶手段
に書き込まれているテンポラリファイルとを比較して作
成の新旧を判別し、最新のテンポラリファイルを前記フ
ァイル記憶手段に書き込むことによりテンポラリファイ
ルの更新を行うようにしてもよい。いま、予め決められ
た順序にしたがって編集されて成る大量のネガティブデ
ータがベースファイルとして記憶されていると共にその
変動分のデータがテンポラリファイルとしてファイル記
憶手段に格納されている状態において、変動分のネガテ
ィブデータが外部供給される毎に、更新手段はテンポラ
リファイルの内容を更新データに更新する。このように
して更新されたテンポラリファイルを参照したり、ベー
スファイルを参照することによってネガティブチェック
が行われる。したがって、ネガティブデータが追加／削
除される毎にベースファイルの内容を再編集しておかな
くても、ネガティブチェックを効率良く実行することが
できる。

【０００５】

【発明の実施の形態】以下、図１〜図１５を参照してこ
の発明の一実施形態を説明する。図１はタクシーカード
システムを示したブロック構成図である。センタ装置１
はプリペイドカード、ポスペイカード等を発行管理する
カード会社において設置されているホストコンピュータ
であり、このセンタ装置１には通信回線（公衆電話回
線）４を介して各タクシー会社に設置されているメイン
装置（データ収集機）２がそれぞれ接続されている。セ
ンタ装置１は不良顧客等をリストアップした大量（例え
ば６５，０００件）のネガティブデータをベースファイ
ルとして作成すると共に、このベースファイルに対して
追加／削除される変動分のネガティブデータをテンポラ
リファイルとして作成し、各タクシー会社に送付する。
ここで、テンポラリファイルの内容（追加、削除用のネ
ガティブデータ）に基づいてベースファイルの内容を再
編集するようにしているが、再編集されるまでの間、テ
ンポラリファイルは変動分のネガティブデータを記憶保
持する。このようにテンポラリファイルはベースファイ
ルの内容を再編集（メンテナンス）するために用いられ
るファイルであり、テンポラリファイルを以下、メンテ
ナンスファイルと称する。フロッピーディスク５は作成
されたベースファイル等をタクシー会社に配達するため
の伝送媒体で、これに限らず、伝送媒体としては光ディ
スク、ハードディスク等であってもよい。

【０００６】図２はフロッピーディスク５のデータフォ
ーマットを示し、フロッピーディスク５にはベースファ
イルおよびメンテナンスファイルが格納されている。ベ
ースファイルはレコード数が６５，０００件程度の大容
量ファイルで、ポストペイカード、メンバーズカード…
…に対応する各種のネガティブデータによって構成され
ている。ネガティブデータは不良顧客等に対してカード
使用の禁止を定義するもので、カード種類データとカー
ド固有の識別番号とから成り、また予め決められたキー
項目の内容にしたがって昇順にソートされている。メン
テナンスファイルはレコード数が１０，０００件程度の
小容量ファイルで、ポジティブデータ用のメンテナンス
ファイルとネガティブデータ用のメンテナンスファイル
とに区分されている。ポジティブデータのメンテナンス
ファイルは顧客コード（タクシー会社側の収集機端末N
o）と、そのタクシー会社で使用可能なカードの種類を
示すデータとを顧客毎に対応付けた構成となっている。
つまり、ポジティブデータはタクシー会社毎にどのよう
な種類のカードが使用可能かを示すデータである。ネガ
ティブデータ用のメンテナンスファイルはベースファイ
ルに対して追加／削除される変動分のネガティブデータ
である。このネガティブデータ用のメンテナンスファイ
ルに削除対象として記憶されているカードについては、
ベースファイルの内容にかかわらず、その使用禁止が解
かれて使用可能となる。これは、例えば、メンバーズカ
ードの場合にはタクシー会社と地元会社等のつながりで
カードを発行していることが多いので、取引状態が良く
なったら使用可能とするためである。また、ベースファ
イルに登録ミスにより間違ったデータを記憶させてソー
トまで完了した場合に削除データとして入力できるよう
にした。ここで、ベースファイルと共にネガティブデー
タ用のメンテナンスファイルを作成し、フロッピーディ
スク５に格納する理由はベースファイルを作成してその
内容をソートしたのち、入力ミスや入力漏れ等に気付い
たような場合、その時点でベースファイルを再編集せず
入力ミスや入力漏れのネガティブデータをベースファイ
ルに対する変動分のデータとするためである。また、更
新日付はファイル作成（更新）された最新の日時を示
す。なお、メンテナンスファイルの内容も予め決められ
た順にソートされている。

【０００７】一方、タクシー会社側のメイン装置２にお
いて、センタ装置１から配付されたフロッピーディスク
５を装着すると、メイン装置２はその内容を取り込んで
コピーするが、その際、自己の会社に必要なデータのみ
を抽出してコピーする。このようにして外部供給された
ベースファイルやメンテナンスファイルがセットされて
いる状態において、センタ装置１から通信回線を介して
変動分のネガティブデータが送信されて来ると、メイン
装置２はこれを受信してメンテナンスファイルの内容を
更新データに更新する。また、メイン装置２はベースフ
ァイルや最新のメンテナンスファイルをメモリカード６
に書き込む。このメモリカード６は２ＭＢ程度のメモリ
容量を有するもので、例えば、ベースファイルとして６
５，０００件のネガティブデータを記憶し、メンテナン
スファイルとして１０，０００件のポジティブ／ネガテ
ィブデータを記憶可能となっている。

【０００８】車載端末装置３はメモリカード６が装着さ
れている状態において、クレジットカード等から読み取
られた固有の識別データとメモリカード６内のベースフ
ァイルやメンテナンスファイルの内容とを照合すること
によりネガティブチェックを行い、このチェック結果に
したがって当該カードを使用しての料金支払いを許可す
るか否かを決定する。この場合、メンテナンスファイル
にはポジティブデータもセットされているので、客から
提示されたカードはそのタクシー会社で取り扱い可能な
カードであるか否かを調べるポジティブチェックも行わ
れる。なお、乗務員は営業終了時にタクシー会社に戻
り、メモリカード６をメイン装置２にセットすると、メ
イン装置２はメモリカード６内の取引データを集計する
と共にメモリカード６内のメンテナンスファイルを最新
データに書き替える。

【０００９】図３はセンタ装置１、図４はメイン装置
２、図５は車載端末装置３の構成を示したブロック図で
ある。センタ装置１はＣＰＵ１−１を中核として入力部
１−２、表示部１−３、印字部１−４、時計回路１−
５、モデム１−６、ＲＡＭ１−７、ハードディスク１−
８、ＦＤドライバ１−９等を有する構成で、ハードディ
スク１−８は収集データ、メンテナンスファイル、ベー
スファイル、メンテナンス履歴ファイルを記憶する。こ
こで、収集データは各タクシー会社から通信回線４を介
して送信されて来た取引データ等をタクシー会社別に収
集することによって得られた集計ファイルである。メン
テナンスファイルやベースファイルは入力作成された最
新データで、このメンテナンスファイルやベースファイ
ルを各タクシー会社に配達するためにその内容をフロッ
ピーディスク５に書き込む際、ＣＰＵ１−１は時計回路
１−５で得られた現在の日時データをメンテナンスファ
イルおよびベースファイルに付加する。また、通信回線
を介してメンテナンスファイルを各タクシー会社に逐次
送信する際にもこのメンテナンスファイルには現在の日
時データが付加される。メンテナンス履歴ファイルは各
タクシー会社にフロッピーディスク５あるいは通信回線
を介して送ったメンテナンスファイルを日時データと共
に記憶保持するためのファイルで、どのようなメンテナ
ンスファイルを何時送ったかを調べる際に参照される。

【００１０】メイン装置２はセンタ装置１と略同様の構
成となっており、ＣＰＵ２−１を中核として入力部２−
２、表示部２−３、印字部２−４、モデム２−５、ＦＤ
ドライバ２−６、ＲＡＭ２−７、ハードディスク２−
８、カードリーダ／ライタ２−９等を有している。ここ
で、ハードディスク２−８は図６に示すようにメンテナ
ンスファイル、ベースファイル、メンテナンス履歴ファ
イルの他、取引データを記憶する。メンテナンスファイ
ル、ベースファイルは最新データで、フロッピーディス
ク５からメンテナンスファイル、ベースファイルが外部
供給される毎に最新データに書き替えられる他、メンテ
ナンスファイルは更に通信回線を介して外部供給される
毎に最新データに書き替えられる。この場合、メンテナ
ンスファイルを最新データに更新する際、メンテナンス
履歴ファイルの内容を参照することによって最新データ
か否かを判断するようにしている。つまり、メンテナン
ス履歴ファイルはフロッピーディスク５あるいは通信回
線を介して送られて来たメンテナンスファイルを順次記
憶するもので、各メンテナンスファイルに付加されてい
る日時データを比較することにより最新データか否かを
判断するようにしている。なお、取引データは各車載端
末装置３からメモリカード６を介して収集した営業記録
データである。図７はメモリカード６の内容を示し、最
新のメンテナンスファイル、ベースファイルがメモリカ
ード６にコピーされる。

【００１１】車載端末装置３はＣＰＵ３−１を中核とし
て入力部３−２、表示部３−３、印字部３−４、クレジ
ットカードリーダ／ライタ３−５、メモリカードリーダ
／ライタ３−６、プリペイド／ポスペイカードリーダ／
ライタ３−７、タクシーメータ３−８、タクシーメータ
インターフェース３−９、内部メモリ３−１０を有する
構成となっている。メモリカード６は乗務交替時に各乗
務員に配付されるもので、このメモリカード６を車載端
末装置３に装着した状態において営業を開始する。ここ
で、カードによる料金支払い時において、カードの種類
に応じてカードをクレジットカードリーダ／ライタ３−
５、プリペイド／ポスペイカードリーダ／ライタ３−７
に投入すると、ＣＰＵ３−１はメモリカード６の内容を
参照することによってポジティブチェックやネガティブ
チェックを行う。

【００１２】次に、センタ装置１、メイン装置２、車載
端末装置３の動作を図８〜図１３に示すフローチャート
にしたがって説明する。いま、センタ装置１側において
キー入力によって作成されたベースファイルやメンテナ
ンスファイルはフロッピーディスク５にそのままコピー
されて各タクシー会社に郵送等によってそれぞれ配達さ
れる。タクシー会社においてフロッピーディスク５をメ
イン装置２に装着すると、図８に示したフローチャート
にしたがってフロッピーディスク５の内容を取り込む動
作が実行される。

【００１３】先ず、ＣＰＵ２−１はフロッピーディスク
５からメンテナンスファイルを読み出し、それに付加さ
れている日時データとハードディスク２−８内の各メン
テナンス履歴ファイルに付加されている日時データとを
比較することによりフロッピーディスク５内のメンテナ
ンスファイルは最新データかをチェックする（ステップ
Ａ１）。ここで、最新データであればフロッピーディス
ク５内のメンテナンスファイルをメンテナンス履歴ファ
イルとしてハードディスク２−８に保存しておく（ステ
ップＡ２）。そして、このメンテナンスファイルを構成
するポジティブデータのうち端末Noと一致するカード種
類のポジティブデータを抽出する（ステップＡ３）。つ
まり、フロッピーディスク５には図２に示すように収集
機端末No毎（タクシー会社毎）に取り扱い可能なカード
の種類がポジティブデータとして設定されており、その
中から自己に対応するポジティブデータを抽出する。そ
して、フロッピーディスク５内のメンテナンスファイル
を構成するネガティブデータのうち、上記抽出したポジ
ティブデータ（カード種類）に対応するネガティブデー
タを抽出する（ステップＡ４）。このようにしてフロッ
ピーディスク５から抽出したポジティブデータ、ネガテ
ィブデータをハードディスク２−８にメンテナンスファ
イルとしてコピーする（ステップＡ５）。したがって、
ハードディスク２−８内のメンテナンスファイルは最新
データに更新される。なお、フロッピーディスク５内の
メンテナンスファイルが最新データでなければ、ハード
ディスク２−８内のメンテナンスファイルは更新され
ず、従前のデータのままとなる。

【００１４】次に、ＣＰＵ２−１はフロッピーディスク
５内のベースファイルをアクセスし、それに付加されて
いる日時データとハードディスク２−８内のベースファ
イルに付加されている日時データとを比較し、フロッピ
ーディスク５内のベースファイルは最新データかをチェ
ックする（ステップＡ６）。ここで、最新データであれ
ば、上述のステップＡ４で抽出したポジティブデータ
（カード種類）に対応するネガティブデータだけをフロ
ッピーディスク５のベースファイルから抽出すると共に
（ステップＡ７）、このネガティブデータをハードディ
スク２−８内にベースファイルとしてコピーする（ステ
ップＡ８）。したがって、ハードディスク２−８内のベ
ースファイルは最新データに更新されるが、フロッピー
ディスク５内のベースファイルが最新データでなけれ
ば、ハードディスク２−８内のベースファイルは更新さ
れず、従前のデータのままとなる。このようにして自社
に関連する最新のメンテナンスファイルとベースファイ
ルがハードディスク２−８にセットされている状態にお
いて、メモリカード６が装着されると、ハードディスク
２−８内のメンテナンスファイルとベースファイルがそ
のままメモリカード６にコピーされる。すなわち、メイ
ン装置２はメモリカード６がセットされると、メモリカ
ード６から取引データを読み取って収集すると共に、メ
モリカード６内のメンテナンスファイルとベースファイ
ルがハードディスク２−８の内容よりも古ければ、ハー
ドディスク２−８内のメンテナンスファイルとベースフ
ァイルをそのままハードディスク２−８にコピーする。
図１４（Ａ）はフロッピーディスク５が初期投入された
際に作成されるメモリカード６を示し、メモリカード６
内のメンテナンスファイル、ベースファイルは初期投入
時におけるフロッピーディスク５の内容となる。

【００１５】図９はベースファイルに対して追加／削除
される変動分のネガティブデータをメンテナンスファイ
ルとしてセンタ装置１からメイン装置２に送信する際の
動作を示し、（Ａ）はセンタ装置１側での送信動作、
（Ｂ）はメイン装置２側での受信動作を示したフローチ
ャートである。先ず、センタ装置１側において、変動分
のメンテナンスファイルがキー入力によって作成されて
いれば（ステップＢ１）、このメンテナンスファイルに
現在の日時データを付加したのち（ステップＢ２）、全
てのタクシー会社に対応してこのメンテナンスファイル
を送信する（ステップＢ３）。そして、送信済のメンテ
ナンスファイルをメンテナンス履歴ファイルとして保存
しておくと共に（ステップＢ３）ハードディスク１−８
内の当該メンテナンスファイルを削除する（ステップＢ
４）。一方、メイン装置２側において、ハードディスク
２−８内にベースファイルと共にメンテナンスファイル
がセットされているか、つまりフロッピーディスク５の
初期投入前かをチェックするが（ステップＣ１）、い
ま、セットされていれば、メンテナンスファイルから通
信回線を介して送信されて来たメンテナンスファイルに
基づいてハードディスク２−８内のメンテナンスファイ
ルを更新する処理が行われる（ステップＣ２）。

【００１６】図１０はこのメンテナンスファイル更新処
理を示したフローチャートである。先ず、ＣＰＵ２−１
は受信したメンテナンスファイルの先頭から１レコード
分のデータを読み出し（ステップＤ１）、追加レコード
か（ステップＤ２）、削除レコードかをチェックする
（ステップＤ３）。ここで、受信レコードが追加レコー
ドであればハードディスク２−８のメンテナンスファイ
ルにそのレコードを書き加える（ステップＤ４）。そし
て、受信ファイルから全レコードを読み出したかをチェ
ックし（ステップＤ９）、読み出し終了が検出されるま
でステップＤ１に戻る。これによって次のレコードが読
み出されるが、それが削除レコードであれば、ハードデ
ィスク２−８内のメンテナンスファイルに同一レコード
（同一カード番号）が既に存在するかをチェックする
（ステップＤ７）。ここで、同一レコードが無ければメ
ンテナンスへの書き込み処理が行われるが、同一レコー
ドが有れば重複書き込みを禁止するためにメンテナンス
への書き込み処理はスキップされる。一方、受信レコー
ドが追加レコードでも削除レコードでもない場合、例え
ば、センタ装置１側で変動分のメンテナンスファイルを
作成する際にキー入力ミスによって追加／削除を示す識
別子を付加しなかった場合において、ハードディスク２
−８内のベースファイル内に該当レコードが存在してい
れば（ステップＤ５）、受信レコードを削除レコードと
みなし、このレコードをハードディスク２−８内のメン
テナンスファイルに削除レコードとして書き込まれるが
（ステップＤ６）、ベースファイル内に該当レコードが
無ければ追加レコードとみなし、このレコードをハード
ディスク２−８内のメンテナンスファイルに追加レコー
ドとして書き込まれる（ステップＤ８）。

【００１７】このようにしてメンテナンスファイルの更
新処理が行われると、更新後のメンテナンスがハードデ
ィスク２−８にメンテナンス履歴ファイルとして保存さ
れる（図９のステップＣ３）。その際、このメンテナン
スファイルには今回の更新日時が付加されるが、この日
時データはセンタ装置１から通信されて来たメンテナン
スファイルに付加されている日時データである。ここ
で、図１４（Ｂ）はメンテナンスファイルが更新される
様子を示したもので、センタ装置１から変動分のメンテ
ナンスファイルが送信されて来ると、ハードディスク２
−８内のメンテナンスファイルはこの変動分のデータに
したがって更新されると共に、更新後のメンテナンスフ
ァイルはメンテナンス履歴ファイルとして保存される。
このようにしてメンテナンスファイルの更新が行われる
ため、メモリカード６への書き込みは図１４（Ｂ）に示
すように最新データとなる。その後、センタ装置１側か
ら新たなフロッピーディスク５が発行され、タクシー会
社に配達されて来た場合に、その配達が大幅に遅れ、そ
の間にセンタ装置１から次の変動分のメンテナンスファ
イルが送信されて来たものとする。図１４（Ｃ）はこの
場合の様子を示したもので、メイン装置２側においてハ
ードディスク２−８内のメンテナンスファイルは既に最
新データに書き替えられている。その後、フロッピーデ
ィスク５が致着し、その内容をコピーする際には図８の
フローチャートにしたがった動作が実行される。この場
合、メンテナンスファイルはフロッピーディスク５の内
容よりもその前に送信されて来た変動分の方が新しいの
で、メンテナンスファイルの更新は行われず、ベースフ
ァイルのみが更新される。したがって、メモリカード６
にコピーされるメンテナンスファイルも更新データとな
る。

【００１８】このようなメモリカード６が車載端末装置
３に装着されている状態において、車載端末装置３は図
１１に示すフローチャートにしたがって動作する。すな
わち、入力待ち状態において（ステップＥ１）、キー入
力が行われると（ステップＥ２）、キー入力にしたがっ
た処理が実行される（ステップＥ３）。ここで、料金支
払い時にクレジットカードリーダ／ライタ３−５あるい
はプリペイド／ポスペイカードリーダ／ライタ３−７に
カードが挿入されると、ステップＥ４でそのことが検出
されてステップＥ５に進み、読み取られたカードデータ
をワークメモリに保持する。そして、メモリカード６内
のメンテナンスファイルをアクセスし、ネガティブチェ
ックを行う（ステップＥ６）。すなわち、使用したカー
ドの種類がポジティブデータの中に無ければ、自社で取
り扱わないカードであるため、そのカードを使用禁止と
するためのエラー処理が行われるが（ステップＥ７）、
自社で使用可能なカードであればネガティブチェックが
行われる（ステップＥ８〜Ｅ１０）。

【００１９】すなわち、読み取られたカードデータの中
からそのカード固有の識別番号を抽出したのち先ず、こ
れと同じ番号を持ったレコードがメンテナンスファイル
内のネガティブデータに有るかをチェックする（ステッ
プＥ８）。メンテナンスファイル内に有れば、削除レコ
ードかを調べ（ステップＥ９）、削除レコードであれ
ば、そのカードの使用を許可し、当該カードによる取引
処理が行われる（ステップＥ１１）。一方、削除レコー
ドでなければ追加レコードとみなし、そのカードの使用
を禁止するエラー処理が行われる（ステップＥ７）。他
方、メンテナンスファイル内に該当レコードが無けれ
ば、ベースファイルをアクセスし、その中に該当レコー
ドが有るかをチェックする（ステップＥ１０）。ここ
で、ベースファイルに有れば、そのカード使用を禁止す
るが（ステップＥ７）、無ければそのカードの使用を許
可する（ステップＥ１１）。一方、ステップＥ４でカー
ドデータ入力でないことが検出された場合、例えばメモ
リカード６の装着等が検出されると、それに応じた処理
が行われる（ステップＥ１２）。なお、乗務終了時にそ
れまでの営業記録データが書き込まれているメモリカー
ド６をメイン装置２に装着すると、メイン装置２はこれ
を集計処理し、取引データとしてハードディスク２−８
に保存される。

【００２０】図１２はメイン装置２からセンタ装置１へ
取引データを通信する際の動作を示したフローチャート
である。先ず、ＣＰＵ２−１は自己の端末Noをセンタ装
置１に送信すると共に（ステップＦ１）、ハードディス
ク２−８内の取引データを送信する（ステップＦ２）。
次に、ハードディスク２−８内のメンテナンスファイル
をアクセスしてそのレコード数を計数し、メンテナンス
ファイルの使用量を求め、これをセンタ装置１に送信す
ると共に（ステップＦ３）、メンテナンスファイルおよ
びベースファイルが付加されている最新の更新日時を読
み出してセンタ装置１に送信する（ステップＦ４）、そ
の後、取引データを営業記録として印字出力すると共に
それをクリアする（ステップＦ５）。

【００２１】図１３はセンタ装置１側において、メイン
装置２から送信されて来るデータを受信した際に実行開
始されるフローチャートである。先ず、センタ装置１は
メイン装置２から送信されて来た端末Noを受信すると、
この端末Noに応じたハードディスク１−８内のメモリ領
域を指定すると共に（ステップＧ１）、受信した更新日
時および取引データを指定メモリ領域に書き込む（ステ
ップＧ２、Ｇ３）。図１５はこの場合におけるハードデ
ィスク１−８の内容を示している。また、受信した使用
レコード数が所定レコード数に達しているかをチェック
する（ステップＧ４）。つまり、メンテナンスファイル
の容量は最大１０，０００件程度に制限されているた
め、その使用レコード数が１０，０００件（フル状態）
に近づいたかを検出するもので、フル状態に近くなる
と、ＣＰＵ１−１はメンテナンスファイルのネガティブ
データに基づいてベースファイルを更新する（ステップ
Ｇ５）。この場合、メンテナンスファイルのネガティブ
データには追加レコード、削除レコードが含まれてお
り、ベースファイルに追加レコードを書き加えると共
に、ベースファイルから削除レコードを取り除き、ベー
スファイルの内容をキー項目内容にしたがって昇順にソ
ートする。このようにしてベースファイルの内容を再編
集すると、メンテナンスファイルをクリアすると共に
（ステップＧ６）、ベースファイルをフロッピーディス
ク５にコピーすると共に入力作成された最新のメンテナ
ンスファイルをフロッピーディスク５にコピーする（ス
テップＧ７）。このようにメンテナンスファイルに基づ
いてベースファイルの内容が再編集されるが、その編集
をセンタ装置１側で行うようにしている。これはメイン
装置２側で行うと、タクシー会社側に負担をかけること
になり、また、カード会社で管理すべきものであり、デ
ータの信頼性、安全性を図る上にもセンタ装置１側で行
うようにしている。

【００２２】以上のように大量のネガティブデータ（例
えば６５，０００件）をベースファイルとして用意して
おくことにより信頼性の高いネガティブチェックが可能
となる。この場合、後でネガティブデータが追加された
り、削除されたとしても、これを保持するメンテナンス
ファイルを設け、ネガティブチェック時にベースファイ
ルに先立ってメンテナンスファイルを参照するようにし
たので、ネガティブデータが追加／削除される毎にベー
スファイルを再編集する必要はなく、メンテナンスファ
イルがフル状態に近づいたときに、メンテナンスファイ
ルの内容に基づいてベースファイルを再編集すればよ
い。つまり、ネガティブデータが追加／削除される毎に
大容量のベースファイルの内容を再編集しておかなくて
も、ベースファイルに対して追加／削除されるネガティ
ブデータはメンテナンスファイルに保持され、ネガティ
ブチェック時にベースファイルに先立って小容量のメン
テナンスファイルを参照するようにしたので、ネガティ
ブチェックの検索時間を大幅に短縮することができ、チ
ェックを効率良く行うことが可能となる。

【００２３】また、メンテナンスファイルを常に最新デ
ータに更新すると共に、メンテナンスファイルが限界近
くになった際に、ベースファイルの内容をメンテナンス
ファイルの内容に基づいて再編集し、新たなベースファ
イルを作成するようにしたから、データの記入漏れを防
止することができ、確実なネガティブチェックが可能と
なる。特に、タクシー会社へ配達されるフロッピーディ
スク５が大幅に遅れ、その間に通信回線を介して変動分
のメンテナンスファイルが送信されて来た場合でもメン
テナンスファイルは後に到着したフロッピーディスク５
の内容ではなく、先に到着した変動分のメンテナンスフ
ァイルに更新されるので、メンテナンスファイルは到着
順にかかわらず、メンテナンスファイルの発行順にした
がって更新されることになる。

【００２４】なお、上述した一実施形態においては、メ
ンテナンスファイルにポジティブデータを含めるように
したが、これをベースファイル等に含めるようにしても
よい。また、記憶媒体としてフロッピーディスク５、メ
モリカード６を例に挙げたが、光ディスク、ＲＯＭカー
トリッジ等であってもよい。更に、ベースファイルのメ
ンテナンスファイルの容量は上述した場合に限らない
が、少なくともベースファイルはメンテナンスファイル
よりも大容量ファイルであることを条件とする。また、
タクシーカードシステムに限らず、その他のデータ処理
システムに適用してもよく、勿論、スタンドアロンタイ
プのデータ処理装置に適用してもよい。

【００２５】

【発明の効果】この発明によれば、ネガティブデータが
追加／削除される毎にベースファイルの内容を再編集し
ておかなくても、ネガティブチェックを効率良く実行す
ることができるので、予め大量のネガティブデータをベ
ースファイルとして用意することが可能となり、信頼性
の高いネガティブチェックを行うことができる。

【図面の簡単な説明】

【図１】タクシーカードシステムを示したシスム構成
図。

【図２】センタ装置１側で発行されたフロッピーディス
ク５内のベースファイルおよびメンテナンスファイルを
示した図。

【図３】センタ装置１のブロック構成図。

【図４】メイン装置２のブロック構成図。

【図５】車載端末装置３のブロック構成図。

【図６】メイン装置２側のハードディスク２−８の内容
を示した図。

【図７】メモリカード６の内容を示した図。

【図８】フロッピーディスク５が装着されたときのメイ
ン装置２の動作を示したフローチャート。

【図９】（Ａ）はセンタ装置１から通信回線を介してメ
ンテナンスファイルを送信する際の動作を示したフロー
チャート、（Ｂ）はメンテナンスファイルを受信した際
におけるメイン装置２の動作を示したフローチャート。

【図１０】図９（Ｂ）のステップＣ２（メンテナンスフ
ァイルの更新処理）を示したフローチャート。

【図１１】車載端末装置３の動作を示したフローチャー
ト。

【図１２】メイン装置２から通信回線をデータを送信す
る際の動作を示したフローチャート。

【図１３】メイン装置２から通信回線を介して送信され
て来たデータを受信した際におけるセンタ装置１の動作
を示したフローチャート。

【図１４】センタ装置１によって発行されたベースファ
イル、メンテナンスファイルがメイン装置２、車載端末
装置３に供給される様子を示した図。

【図１５】メイン装置２側の収集データを示した図。

【符号の説明】

１ センタ装置 １−１、２−１、３−１ ＣＰＵ １−６ モデム １−８、２−８ ハードディスク ２ メイン装置 ２−５ モデム ３ 車載端末装置 ３−５ クレジットカードリーダ／ライタ ３−６ メモリカードリーダ／ライタ ３−７ プリペイド／ポスペイカードリーダ／ライタ ３−８ タクシーメータ ４ 通信回線 ５ フロッピーディスク ６ メモリカード

Claims (4)

【特許請求の範囲】
1. 【請求項１】携帯用記憶媒体から読み取られた固有の識
   別データと、取引を禁止する固有の識別データが予め設
   定されているネガティブデータとを照合することによ
   り、当該記憶媒体を使用しての取引を許可するか否かを
   決定するネガティブチェックを行う取引管理装置におい
   て、 予め決められた順序にしたがって編集されて成るネガテ
   ィブデータをベースファイルとして記憶すると共に、こ
   のベースファイルに対して追加／削除される変動分のネ
   ガティブデータをテンポラリファイルとして記憶するフ
   ァイル記憶手段と、 変動分のネガティブデータが外部供給される毎に前記テ
   ンポラリファイルの内容を最新データに更新する更新手
   段とを具備し、少なくとも前記ベースファイル、テンポ
   ラリファイルの何れか一方を参照することによって前記
   ネガティブチェックを行うようにしたことを特徴とする
   取引管理装置。
2. 【請求項２】前記テンポラリファイル内のデータ量を検
   出する検出手段と、 この検出手段によってテンポラリファイル内のデータ量
   が所定量を越えたことが検出された場合に、このテンポ
   ラリファイルの内容に基づいて前記ベースファイルの内
   容を再編集すると共にテンポラリファイルを消去する編
   集手段とを具備したことを特徴とする請求項（１）記載
   の取引管理装置。
3. 【請求項３】前記テンポラリファイルを編集するネガテ
   ィブデータは前記ベースファイルに追加する追加データ
   やベースファイルから削除する削除データであり、前記
   ネガティブチェックを行う際に、ベースファイルに先立
   ってテンポラリファイルをアクセスし、その結果、テン
   ポラリファイルに該当データが有り、そのデータが削除
   データであれば取引を許可し、追加データであれば取引
   を禁止するようにしたことを特徴とする請求項（１）記
   載の取引管理装置。
4. 【請求項４】前記ベースファイルと共に外部供給された
   テンポラリファイルを前記ファイル記憶手段にそれぞれ
   書き込む際に、前記更新手段は外部供給された当該テン
   ポラリファイルと、既に前記ファイル記憶手段に書き込
   まれているテンポラリファイルとを比較して作成の新旧
   を判別し、最新のテンポラリファイルを前記ファイル記
   憶手段に書き込むことによりテンポラリファイルの更新
   を行うようにしたことを特徴とする請求項（１）記載の
   取引管理装置。