JP3711421B2

JP3711421B2 - Transaction management device

Info

Publication number: JP3711421B2
Application number: JP11304396A
Authority: JP
Inventors: 剛史中村
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1996-04-11
Filing date: 1996-04-11
Publication date: 2005-11-02
Anticipated expiration: 2016-04-11
Also published as: JPH09282382A

Description

【０００１】
【発明の属する技術分野】
この発明は、クレジットカード等から読み出された固有の識別データと予め設定されているネガティブデータとを照合することによりネガティブチェックを行い、このチェック結果にしたがって当該カードを使用しての取引を許可するか否かを決定する取引管理装置に関する。
【０００２】
【従来の技術】
従来、タクシーカードシステムにおいては、ネガティブデータが用意されており、タクシー料金の支払い時にクレジットカードやポストペイカード等が提示された場合、カードリーダによってカード固有の識別番号を読み取り、この識別番号とネガティブデータとを照合することによって不良顧客かをチェックし、カードを使用しての料金支払を許可するかを決定するようにしていた。
【０００３】
【発明が解決しようとする課題】
ところで、車載端末装置側に持たせてあるネガティブデータは例えば１，０００〜２，０００カード分程度と少なく、したがってネガティブチェックもその範囲に限られてしまう。これは、後でネガティブデータが追加されたり、削除される毎にネガティブデータを予め決められた順序（例えば、５０音順）にソートしておくことにより、ネガティブチェック時の検索を効率良く行う必要があるが、ネガティブデータが大量であると、その都度、ソートに多大な時間がかかってしまうため、従来においては１，０００〜２，０００カード分程度のネガティブデータをベースにネガティブチェックを行うしかなく、信頼性に欠けるという問題があった。
この発明の課題は、ネガティブデータが追加／削除される毎にベースファイルの内容を再編集しておかなくても、ネガティブチェックを効率良く実行できるようにすることである。
【０００４】
【課題を解決するための手段】
この発明の手段は次の通りである。
携帯用記憶媒体から読み取られた固有の識別データと、取引を禁止する固有の識別データが予め設定されているネガティブデータとを照合することにより、当該記憶媒体を使用しての取引を許可するか否かを決定するネガティブチェックを行う端末装置とメイン装置とからなる取引管理装置において、
前記メイン装置は、予め決められた順序にしたがって編集されて成るネガティブデータをベースファイルとして記憶すると共に、このベースファイルに対して削除される削除レコードを変動分のネガティブデータとしてテンポラリファイルに記憶するファイル記憶手段と
変動分のネガティブデータが外部供給される毎に、そのネガティブデータがベースファイル内に存在していれば、前記ベースファイルに対して削除する削除レコードとして前記テンポラリファイルに記憶させる更新手段と、
前記端末装置は、前記メイン装置によって更新されたテンポラリファイルのネガティブデータを用いてネガティブチェックを行う際に、ベースファイルに先立ってテンポラリファイルをアクセスし、その結果、テンポラリファイルに該当データが有り、そのデータが削除レコードであれば取引を許可し、削除レコードでなければ取引を禁止する取引制御手段とを具備する。
したがって、ネガティブデータが更新される毎にベースファイルの内容を再編集しておかなくても、ネガティブチェックを効率良く実行できると共に、ネガティブデータ更新の信頼性を高めることができる。
【０００５】
【発明の実施の形態】
以下、図１〜図１５を参照してこの発明の一実施形態を説明する。
図１はタクシーカードシステムを示したブロック構成図である。
センタ装置１はプリペイドカード、ポスペイカード等を発行管理するカード会社において設置されているホストコンピュータであり、このセンタ装置１には通信回線（公衆電話回線）４を介して各タクシー会社に設置されているメイン装置（データ収集機）２がそれぞれ接続されている。センタ装置１は不良顧客等をリストアップした大量（例えば６５，０００件）のネガティブデータをベースファイルとして作成すると共に、このベースファイルに対して追加／削除される変動分のネガティブデータをテンポラリファイルとして作成し、各タクシー会社に送付する。ここで、テンポラリファイルの内容（追加、削除用のネガティブデータ）に基づいてベースファイルの内容を再編集するようにしているが、再編集されるまでの間、テンポラリファイルは変動分のネガティブデータを記憶保持する。このようにテンポラリファイルはベースファイルの内容を再編集（メンテナンス）するために用いられるファイルであり、テンポラリファイルを以下、メンテナンスファイルと称する。フロッピーディスク５は作成されたベースファイル等をタクシー会社に配達するための伝送媒体で、これに限らず、伝送媒体としては光ディスク、ハードディスク等であってもよい。
【０００６】
図２はフロッピーディスク５のデータフォーマットを示し、フロッピーディスク５にはベースファイルおよびメンテナンスファイルが格納されている。ベースファイルはレコード数が６５，０００件程度の大容量ファイルで、ポストペイカード、メンバーズカード……に対応する各種のネガティブデータによって構成されている。ネガティブデータは不良顧客等に対してカード使用の禁止を定義するもので、カード種類データとカード固有の識別番号とから成り、また予め決められたキー項目の内容にしたがって昇順にソートされている。メンテナンスファイルはレコード数が１０，０００件程度の小容量ファイルで、ポジティブデータ用のメンテナンスファイルとネガティブデータ用のメンテナンスファイルとに区分されている。ポジティブデータのメンテナンスファイルは顧客コード（タクシー会社側の収集機端末No）と、そのタクシー会社で使用可能なカードの種類を示すデータとを顧客毎に対応付けた構成となっている。つまり、ポジティブデータはタクシー会社毎にどのような種類のカードが使用可能かを示すデータである。
ネガティブデータ用のメンテナンスファイルはベースファイルに対して追加／削除される変動分のネガティブデータである。このネガティブデータ用のメンテナンスファイルに削除対象として記憶されているカードについては、ベースファイルの内容にかかわらず、その使用禁止が解かれて使用可能となる。これは、例えば、メンバーズカードの場合にはタクシー会社と地元会社等のつながりでカードを発行していることが多いので、取引状態が良くなったら使用可能とするためである。また、ベースファイルに登録ミスにより間違ったデータを記憶させてソートまで完了した場合に削除データとして入力できるようにした。ここで、ベースファイルと共にネガティブデータ用のメンテナンスファイルを作成し、フロッピーディスク５に格納する理由はベースファイルを作成してその内容をソートしたのち、入力ミスや入力漏れ等に気付いたような場合、その時点でベースファイルを再編集せず入力ミスや入力漏れのネガティブデータをベースファイルに対する変動分のデータとするためである。また、更新日付はファイル作成（更新）された最新の日時を示す。なお、メンテナンスファイルの内容も予め決められた順にソートされている。
【０００７】
一方、タクシー会社側のメイン装置２において、センタ装置１から配付されたフロッピーディスク５を装着すると、メイン装置２はその内容を取り込んでコピーするが、その際、自己の会社に必要なデータのみを抽出してコピーする。このようにして外部供給されたベースファイルやメンテナンスファイルがセットされている状態において、センタ装置１から通信回線を介して変動分のネガティブデータが送信されて来ると、メイン装置２はこれを受信してメンテナンスファイルの内容を更新データに更新する。また、メイン装置２はベースファイルや最新のメンテナンスファイルをメモリカード６に書き込む。このメモリカード６は２ＭＢ程度のメモリ容量を有するもので、例えば、ベースファイルとして６５，０００件のネガティブデータを記憶し、メンテナンスファイルとして１０，０００件のポジティブ／ネガティブデータを記憶可能となっている。
【０００８】
車載端末装置３はメモリカード６が装着されている状態において、クレジットカード等から読み取られた固有の識別データとメモリカード６内のベースファイルやメンテナンスファイルの内容とを照合することによりネガティブチェックを行い、このチェック結果にしたがって当該カードを使用しての料金支払いを許可するか否かを決定する。この場合、メンテナンスファイルにはポジティブデータもセットされているので、客から提示されたカードはそのタクシー会社で取り扱い可能なカードであるか否かを調べるポジティブチェックも行われる。なお、乗務員は営業終了時にタクシー会社に戻り、メモリカード６をメイン装置２にセットすると、メイン装置２はメモリカード６内の取引データを集計すると共にメモリカード６内のメンテナンスファイルを最新データに書き替える。
【０００９】
図３はセンタ装置１、図４はメイン装置２、図５は車載端末装置３の構成を示したブロック図である。
センタ装置１はＣＰＵ１−１を中核として入力部１−２、表示部１−３、印字部１−４、時計回路１−５、モデム１−６、ＲＡＭ１−７、ハードディスク１−８、ＦＤドライバ１−９等を有する構成で、ハードディスク１−８は収集データ、メンテナンスファイル、ベースファイル、メンテナンス履歴ファイルを記憶する。ここで、収集データは各タクシー会社から通信回線４を介して送信されて来た取引データ等をタクシー会社別に収集することによって得られた集計ファイルである。メンテナンスファイルやベースファイルは入力作成された最新データで、このメンテナンスファイルやベースファイルを各タクシー会社に配達するためにその内容をフロッピーディスク５に書き込む際、ＣＰＵ１−１は時計回路１−５で得られた現在の日時データをメンテナンスファイルおよびベースファイルに付加する。また、通信回線を介してメンテナンスファイルを各タクシー会社に逐次送信する際にもこのメンテナンスファイルには現在の日時データが付加される。メンテナンス履歴ファイルは各タクシー会社にフロッピーディスク５あるいは通信回線を介して送ったメンテナンスファイルを日時データと共に記憶保持するためのファイルで、どのようなメンテナンスファイルを何時送ったかを調べる際に参照される。
【００１０】
メイン装置２はセンタ装置１と略同様の構成となっており、ＣＰＵ２−１を中核として入力部２−２、表示部２−３、印字部２−４、モデム２−５、ＦＤドライバ２−６、ＲＡＭ２−７、ハードディスク２−８、カードリーダ／ライタ２−９等を有している。ここで、ハードディスク２−８は図６に示すようにメンテナンスファイル、ベースファイル、メンテナンス履歴ファイルの他、取引データを記憶する。メンテナンスファイル、ベースファイルは最新データで、フロッピーディスク５からメンテナンスファイル、ベースファイルが外部供給される毎に最新データに書き替えられる他、メンテナンスファイルは更に通信回線を介して外部供給される毎に最新データに書き替えられる。この場合、メンテナンスファイルを最新データに更新する際、メンテナンス履歴ファイルの内容を参照することによって最新データか否かを判断するようにしている。つまり、メンテナンス履歴ファイルはフロッピーディスク５あるいは通信回線を介して送られて来たメンテナンスファイルを順次記憶するもので、各メンテナンスファイルに付加されている日時データを比較することにより最新データか否かを判断するようにしている。なお、取引データは各車載端末装置３からメモリカード６を介して収集した営業記録データである。図７はメモリカード６の内容を示し、最新のメンテナンスファイル、ベースファイルがメモリカード６にコピーされる。
【００１１】
車載端末装置３はＣＰＵ３−１を中核として入力部３−２、表示部３−３、印字部３−４、クレジットカードリーダ／ライタ３−５、メモリカードリーダ／ライタ３−６、プリペイド／ポスペイカードリーダ／ライタ３−７、タクシーメータ３−８、タクシーメータインターフェース３−９、内部メモリ３−１０を有する構成となっている。メモリカード６は乗務交替時に各乗務員に配付されるもので、このメモリカード６を車載端末装置３に装着した状態において営業を開始する。ここで、カードによる料金支払い時において、カードの種類に応じてカードをクレジットカードリーダ／ライタ３−５、プリペイド／ポスペイカードリーダ／ライタ３−７に投入すると、ＣＰＵ３−１はメモリカード６の内容を参照することによってポジティブチェックやネガティブチェックを行う。
【００１２】
次に、センタ装置１、メイン装置２、車載端末装置３の動作を図８〜図１３に示すフローチャートにしたがって説明する。いま、センタ装置１側においてキー入力によって作成されたベースファイルやメンテナンスファイルはフロッピーディスク５にそのままコピーされて各タクシー会社に郵送等によってそれぞれ配達される。タクシー会社においてフロッピーディスク５をメイン装置２に装着すると、図８に示したフローチャートにしたがってフロッピーディスク５の内容を取り込む動作が実行される。
【００１３】
先ず、ＣＰＵ２−１はフロッピーディスク５からメンテナンスファイルを読み出し、それに付加されている日時データとハードディスク２−８内の各メンテナンス履歴ファイルに付加されている日時データとを比較することによりフロッピーディスク５内のメンテナンスファイルは最新データかをチェックする（ステップＡ１）。ここで、最新データであればフロッピーディスク５内のメンテナンスファイルをメンテナンス履歴ファイルとしてハードディスク２−８に保存しておく（ステップＡ２）。そして、このメンテナンスファイルを構成するポジティブデータのうち端末Noと一致するカード種類のポジティブデータを抽出する（ステップＡ３）。つまり、フロッピーディスク５には図２に示すように収集機端末No毎（タクシー会社毎）に取り扱い可能なカードの種類がポジティブデータとして設定されており、その中から自己に対応するポジティブデータを抽出する。そして、フロッピーディスク５内のメンテナンスファイルを構成するネガティブデータのうち、上記抽出したポジティブデータ（カード種類）に対応するネガティブデータを抽出する（ステップＡ４）。このようにしてフロッピーディスク５から抽出したポジティブデータ、ネガティブデータをハードディスク２−８にメンテナンスファイルとしてコピーする（ステップＡ５）。したがって、ハードディスク２−８内のメンテナンスファイルは最新データに更新される。なお、フロッピーディスク５内のメンテナンスファイルが最新データでなければ、ハードディスク２−８内のメンテナンスファイルは更新されず、従前のデータのままとなる。
【００１４】
次に、ＣＰＵ２−１はフロッピーディスク５内のベースファイルをアクセスし、それに付加されている日時データとハードディスク２−８内のベースファイルに付加されている日時データとを比較し、フロッピーディスク５内のベースファイルは最新データかをチェックする（ステップＡ６）。ここで、最新データであれば、上述のステップＡ４で抽出したポジティブデータ（カード種類）に対応するネガティブデータだけをフロッピーディスク５のベースファイルから抽出すると共に（ステップＡ７）、このネガティブデータをハードディスク２−８内にベースファイルとしてコピーする（ステップＡ８）。したがって、ハードディスク２−８内のベースファイルは最新データに更新されるが、フロッピーディスク５内のベースファイルが最新データでなければ、ハードディスク２−８内のベースファイルは更新されず、従前のデータのままとなる。
このようにして自社に関連する最新のメンテナンスファイルとベースファイルがハードディスク２−８にセットされている状態において、メモリカード６が装着されると、ハードディスク２−８内のメンテナンスファイルとベースファイルがそのままメモリカード６にコピーされる。すなわち、メイン装置２はメモリカード６がセットされると、メモリカード６から取引データを読み取って収集すると共に、メモリカード６内のメンテナンスファイルとベースファイルがハードディスク２−８の内容よりも古ければ、ハードディスク２−８内のメンテナンスファイルとベースファイルをそのままハードディスク２−８にコピーする。図１４（Ａ）はフロッピーディスク５が初期投入された際に作成されるメモリカード６を示し、メモリカード６内のメンテナンスファイル、ベースファイルは初期投入時におけるフロッピーディスク５の内容となる。
【００１５】
図９はベースファイルに対して追加／削除される変動分のネガティブデータをメンテナンスファイルとしてセンタ装置１からメイン装置２に送信する際の動作を示し、（Ａ）はセンタ装置１側での送信動作、（Ｂ）はメイン装置２側での受信動作を示したフローチャートである。
先ず、センタ装置１側において、変動分のメンテナンスファイルがキー入力によって作成されていれば（ステップＢ１）、このメンテナンスファイルに現在の日時データを付加したのち（ステップＢ２）、全てのタクシー会社に対応してこのメンテナンスファイルを送信する（ステップＢ３）。そして、送信済のメンテナンスファイルをメンテナンス履歴ファイルとして保存しておくと共に（ステップＢ３）ハードディスク１−８内の当該メンテナンスファイルを削除する（ステップＢ４）。
一方、メイン装置２側において、ハードディスク２−８内にベースファイルと共にメンテナンスファイルがセットされているか、つまりフロッピーディスク５の初期投入前かをチェックするが（ステップＣ１）、いま、セットされていれば、メンテナンスファイルから通信回線を介して送信されて来たメンテナンスファイルに基づいてハードディスク２−８内のメンテナンスファイルを更新する処理が行われる（ステップＣ２）。
【００１６】
図１０はこのメンテナンスファイル更新処理を示したフローチャートである。先ず、ＣＰＵ２−１は受信したメンテナンスファイルの先頭から１レコード分のデータを読み出し（ステップＤ１）、追加レコードか（ステップＤ２）、削除レコードかをチェックする（ステップＤ３）。ここで、受信レコードが追加レコードであればハードディスク２−８のメンテナンスファイルにそのレコードを書き加える（ステップＤ４）。そして、受信ファイルから全レコードを読み出したかをチェックし（ステップＤ９）、読み出し終了が検出されるまでステップＤ１に戻る。これによって次のレコードが読み出されるが、それが削除レコードであれば、ハードディスク２−８内のメンテナンスファイルに同一レコード（同一カード番号）が既に存在するかをチェックする（ステップＤ７）。ここで、同一レコードが無ければメンテナンスへの書き込み処理が行われるが、同一レコードが有れば重複書き込みを禁止するためにメンテナンスへの書き込み処理はスキップされる。
一方、受信レコードが追加レコードでも削除レコードでもない場合、例えば、センタ装置１側で変動分のメンテナンスファイルを作成する際にキー入力ミスによって追加／削除を示す識別子を付加しなかった場合において、ハードディスク２−８内のベースファイル内に該当レコードが存在していれば（ステップＤ５）、受信レコードを削除レコードとみなし、このレコードをハードディスク２−８内のメンテナンスファイルに削除レコードとして書き込まれるが（ステップＤ６）、ベースファイル内に該当レコードが無ければ追加レコードとみなし、このレコードをハードディスク２−８内のメンテナンスファイルに追加レコードとして書き込まれる（ステップＤ８）。
【００１７】
このようにしてメンテナンスファイルの更新処理が行われると、更新後のメンテナンスがハードディスク２−８にメンテナンス履歴ファイルとして保存される（図９のステップＣ３）。その際、このメンテナンスファイルには今回の更新日時が付加されるが、この日時データはセンタ装置１から通信されて来たメンテナンスファイルに付加されている日時データである。ここで、図１４（Ｂ）はメンテナンスファイルが更新される様子を示したもので、センタ装置１から変動分のメンテナンスファイルが送信されて来ると、ハードディスク２−８内のメンテナンスファイルはこの変動分のデータにしたがって更新されると共に、更新後のメンテナンスファイルはメンテナンス履歴ファイルとして保存される。このようにしてメンテナンスファイルの更新が行われるため、メモリカード６への書き込みは図１４（Ｂ）に示すように最新データとなる。
その後、センタ装置１側から新たなフロッピーディスク５が発行され、タクシー会社に配達されて来た場合に、その配達が大幅に遅れ、その間にセンタ装置１から次の変動分のメンテナンスファイルが送信されて来たものとする。図１４（Ｃ）はこの場合の様子を示したもので、メイン装置２側においてハードディスク２−８内のメンテナンスファイルは既に最新データに書き替えられている。その後、フロッピーディスク５が致着し、その内容をコピーする際には図８のフローチャートにしたがった動作が実行される。この場合、メンテナンスファイルはフロッピーディスク５の内容よりもその前に送信されて来た変動分の方が新しいので、メンテナンスファイルの更新は行われず、ベースファイルのみが更新される。したがって、メモリカード６にコピーされるメンテナンスファイルも更新データとなる。
【００１８】
このようなメモリカード６が車載端末装置３に装着されている状態において、車載端末装置３は図１１に示すフローチャートにしたがって動作する。すなわち、入力待ち状態において（ステップＥ１）、キー入力が行われると（ステップＥ２）、キー入力にしたがった処理が実行される（ステップＥ３）。ここで、料金支払い時にクレジットカードリーダ／ライタ３−５あるいはプリペイド／ポスペイカードリーダ／ライタ３−７にカードが挿入されると、ステップＥ４でそのことが検出されてステップＥ５に進み、読み取られたカードデータをワークメモリに保持する。そして、メモリカード６内のメンテナンスファイルをアクセスし、ネガティブチェックを行う（ステップＥ６）。すなわち、使用したカードの種類がポジティブデータの中に無ければ、自社で取り扱わないカードであるため、そのカードを使用禁止とするためのエラー処理が行われるが（ステップＥ７）、自社で使用可能なカードであればネガティブチェックが行われる（ステップＥ８〜Ｅ１０）。
【００１９】
すなわち、読み取られたカードデータの中からそのカード固有の識別番号を抽出したのち先ず、これと同じ番号を持ったレコードがメンテナンスファイル内のネガティブデータに有るかをチェックする（ステップＥ８）。メンテナンスファイル内に有れば、削除レコードかを調べ（ステップＥ９）、削除レコードであれば、そのカードの使用を許可し、当該カードによる取引処理が行われる（ステップＥ１１）。一方、削除レコードでなければ追加レコードとみなし、そのカードの使用を禁止するエラー処理が行われる（ステップＥ７）。他方、メンテナンスファイル内に該当レコードが無ければ、ベースファイルをアクセスし、その中に該当レコードが有るかをチェックする（ステップＥ１０）。ここで、ベースファイルに有れば、そのカード使用を禁止するが（ステップＥ７）、無ければそのカードの使用を許可する（ステップＥ１１）。
一方、ステップＥ４でカードデータ入力でないことが検出された場合、例えばメモリカード６の装着等が検出されると、それに応じた処理が行われる（ステップＥ１２）。
なお、乗務終了時にそれまでの営業記録データが書き込まれているメモリカード６をメイン装置２に装着すると、メイン装置２はこれを集計処理し、取引データとしてハードディスク２−８に保存される。
【００２０】
図１２はメイン装置２からセンタ装置１へ取引データを通信する際の動作を示したフローチャートである。
先ず、ＣＰＵ２−１は自己の端末Noをセンタ装置１に送信すると共に（ステップＦ１）、ハードディスク２−８内の取引データを送信する（ステップＦ２）。次に、ハードディスク２−８内のメンテナンスファイルをアクセスしてそのレコード数を計数し、メンテナンスファイルの使用量を求め、これをセンタ装置１に送信すると共に（ステップＦ３）、メンテナンスファイルおよびベースファイルが付加されている最新の更新日時を読み出してセンタ装置１に送信する（ステップＦ４）、その後、取引データを営業記録として印字出力すると共にそれをクリアする（ステップＦ５）。
【００２１】
図１３はセンタ装置１側において、メイン装置２から送信されて来るデータを受信した際に実行開始されるフローチャートである。
先ず、センタ装置１はメイン装置２から送信されて来た端末Noを受信すると、この端末Noに応じたハードディスク１−８内のメモリ領域を指定すると共に（ステップＧ１）、受信した更新日時および取引データを指定メモリ領域に書き込む（ステップＧ２、Ｇ３）。図１５はこの場合におけるハードディスク１−８の内容を示している。また、受信した使用レコード数が所定レコード数に達しているかをチェックする（ステップＧ４）。つまり、メンテナンスファイルの容量は最大１０，０００件程度に制限されているため、その使用レコード数が１０，０００件（フル状態）に近づいたかを検出するもので、フル状態に近くなると、ＣＰＵ１−１はメンテナンスファイルのネガティブデータに基づいてベースファイルを更新する（ステップＧ５）。この場合、メンテナンスファイルのネガティブデータには追加レコード、削除レコードが含まれており、ベースファイルに追加レコードを書き加えると共に、ベースファイルから削除レコードを取り除き、ベースファイルの内容をキー項目内容にしたがって昇順にソートする。このようにしてベースファイルの内容を再編集すると、メンテナンスファイルをクリアすると共に（ステップＧ６）、ベースファイルをフロッピーディスク５にコピーすると共に入力作成された最新のメンテナンスファイルをフロッピーディスク５にコピーする（ステップＧ７）。このようにメンテナンスファイルに基づいてベースファイルの内容が再編集されるが、その編集をセンタ装置１側で行うようにしている。これはメイン装置２側で行うと、タクシー会社側に負担をかけることになり、また、カード会社で管理すべきものであり、データの信頼性、安全性を図る上にもセンタ装置１側で行うようにしている。
【００２２】
以上のように大量のネガティブデータ（例えば６５，０００件）をベースファイルとして用意しておくことにより信頼性の高いネガティブチェックが可能となる。この場合、後でネガティブデータが追加されたり、削除されたとしても、これを保持するメンテナンスファイルを設け、ネガティブチェック時にベースファイルに先立ってメンテナンスファイルを参照するようにしたので、ネガティブデータが追加／削除される毎にベースファイルを再編集する必要はなく、メンテナンスファイルがフル状態に近づいたときに、メンテナンスファイルの内容に基づいてベースファイルを再編集すればよい。つまり、ネガティブデータが追加／削除される毎に大容量のベースファイルの内容を再編集しておかなくても、ベースファイルに対して追加／削除されるネガティブデータはメンテナンスファイルに保持され、ネガティブチェック時にベースファイルに先立って小容量のメンテナンスファイルを参照するようにしたので、ネガティブチェックの検索時間を大幅に短縮することができ、チェックを効率良く行うことが可能となる。
【００２３】
また、メンテナンスファイルを常に最新データに更新すると共に、メンテナンスファイルが限界近くになった際に、ベースファイルの内容をメンテナンスファイルの内容に基づいて再編集し、新たなベースファイルを作成するようにしたから、データの記入漏れを防止することができ、確実なネガティブチェックが可能となる。特に、タクシー会社へ配達されるフロッピーディスク５が大幅に遅れ、その間に通信回線を介して変動分のメンテナンスファイルが送信されて来た場合でもメンテナンスファイルは後に到着したフロッピーディスク５の内容ではなく、先に到着した変動分のメンテナンスファイルに更新されるので、メンテナンスファイルは到着順にかかわらず、メンテナンスファイルの発行順にしたがって更新されることになる。
【００２４】
なお、上述した一実施形態においては、メンテナンスファイルにポジティブデータを含めるようにしたが、これをベースファイル等に含めるようにしてもよい。
また、記憶媒体としてフロッピーディスク５、メモリカード６を例に挙げたが、光ディスク、ＲＯＭカートリッジ等であってもよい。更に、ベースファイルのメンテナンスファイルの容量は上述した場合に限らないが、少なくともベースファイルはメンテナンスファイルよりも大容量ファイルであることを条件とする。また、タクシーカードシステムに限らず、その他のデータ処理システムに適用してもよく、勿論、スタンドアロンタイプのデータ処理装置に適用してもよい。
【００２５】
【発明の効果】
この発明によれば、小容量のテンポラリファイルを設け、ネガティブチェックを行う際に、大容量のベースファイルに先立ってテンポラリファイルによりネガティブチェックを行うため、ネガティブデータが更新される毎にベースファイルの内容を再編集しておかなくても、ネガティブチェックを効率良く実行することができるので、予め大量のネガティブデータをベースファイルとして用意することが可能となり、しかも、テンポラリファイルに対して削除をすることの指定を忘れたようなネガティブデータの入力がなされた場合にあっても信頼性の高い更新を行うことができる。
【図面の簡単な説明】
【図１】タクシーカードシステムを示したシスム構成図。
【図２】センタ装置１側で発行されたフロッピーディスク５内のベースファイルおよびメンテナンスファイルを示した図。
【図３】センタ装置１のブロック構成図。
【図４】メイン装置２のブロック構成図。
【図５】車載端末装置３のブロック構成図。
【図６】メイン装置２側のハードディスク２−８の内容を示した図。
【図７】メモリカード６の内容を示した図。
【図８】フロッピーディスク５が装着されたときのメイン装置２の動作を示したフローチャート。
【図９】（Ａ）はセンタ装置１から通信回線を介してメンテナンスファイルを送信する際の動作を示したフローチャート、（Ｂ）はメンテナンスファイルを受信した際におけるメイン装置２の動作を示したフローチャート。
【図１０】図９（Ｂ）のステップＣ２（メンテナンスファイルの更新処理）を示したフローチャート。
【図１１】車載端末装置３の動作を示したフローチャート。
【図１２】メイン装置２から通信回線をデータを送信する際の動作を示したフローチャート。
【図１３】メイン装置２から通信回線を介して送信されて来たデータを受信した際におけるセンタ装置１の動作を示したフローチャート。
【図１４】センタ装置１によって発行されたベースファイル、メンテナンスファイルがメイン装置２、車載端末装置３に供給される様子を示した図。
【図１５】メイン装置２側の収集データを示した図。
【符号の説明】
１センタ装置
１−１、２−１、３−１ＣＰＵ
１−６モデム
１−８、２−８ハードディスク
２メイン装置
２−５モデム
３車載端末装置
３−５クレジットカードリーダ／ライタ
３−６メモリカードリーダ／ライタ
３−７プリペイド／ポスペイカードリーダ／ライタ
３−８タクシーメータ
４通信回線
５フロッピーディスク
６メモリカード[0001]
BACKGROUND OF THE INVENTION
The present invention performs a negative check by comparing unique identification data read from a credit card or the like with preset negative data, and permits transactions using the card according to the check result. The present invention relates to a transaction management apparatus that determines whether or not to do so.
[0002]
[Prior art]
Conventionally, taxi card systems have prepared negative data. When a credit card or post-pay card is presented at the time of taxi fare payment, the card-specific identification number is read by a card reader, and this identification number and negative data are read. To check whether the customer is a bad customer or not, and decide whether to allow payment using a card.
[0003]
[Problems to be solved by the invention]
By the way, the negative data given to the in-vehicle terminal device side is as small as, for example, about 1,000 to 2,000 cards, and therefore the negative check is limited to that range. This is because it is necessary to efficiently perform a search at the time of negative check by sorting negative data in a predetermined order (for example, in the order of 50 notes) every time negative data is added or deleted later. However, if there is a large amount of negative data, each time it takes a lot of time to sort, so in the past, only negative checking based on about 1,000 to 2,000 cards of negative data is required. There was a problem of lack of reliability.
An object of the present invention is to enable a negative check to be efficiently executed without re-editing the contents of a base file every time negative data is added / deleted.
[0004]
[Means for Solving the Problems]
Means of the present invention are as follows.
Whether the transaction using the storage medium is permitted by comparing the unique identification data read from the portable storage medium with the negative data in which the unique identification data prohibiting the transaction is preset. In a transaction management device consisting of a terminal device and a main device that performs a negative check to determine whether or not,
The main device stores negative data edited in a predetermined order as a base file, and also stores a deletion record to be deleted from the base file in a temporary file as fluctuation negative data Storage means
Every time negative data for fluctuation is supplied externally, if the negative data exists in the base file, update means for storing in the temporary file as a deletion record to be deleted from the base file;
When the terminal device performs a negative check using the negative data of the temporary file updated by the main device, the terminal device accesses the temporary file prior to the base file, and as a result, the temporary file has the corresponding data. A transaction controller that allows transactions if the data is a deleted record and prohibits transactions if the data is not a deleted record Steps It comprises.
Therefore, even if the contents of the base file are not re-edited each time the negative data is updated, the negative check can be performed efficiently and the reliability of the negative data update can be improved.
[0005]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to FIGS.
FIG. 1 is a block diagram showing a taxi card system.
The center device 1 is a host computer installed in a card company that issues and manages prepaid cards, postpay cards, and the like. The center device 1 is installed in each taxi company via a communication line (public telephone line) 4. Main devices (data collectors) 2 are connected to each other. The center device 1 creates a large amount (for example, 65,000 cases) of negative data listing defective customers as a base file, and the negative data corresponding to fluctuations added / deleted to the base file as a temporary file. Create and send to each taxi company. Here, the contents of the base file are re-edited based on the contents of the temporary file (negative data for addition / deletion). Keep in memory. As described above, the temporary file is a file used for re-editing (maintenance) the contents of the base file. The temporary file is hereinafter referred to as a maintenance file. The floppy disk 5 is a transmission medium for delivering the created base file or the like to the taxi company, and is not limited to this, and the transmission medium may be an optical disk, a hard disk, or the like.
[0006]
FIG. 2 shows the data format of the floppy disk 5, and the floppy disk 5 stores a base file and a maintenance file. The base file is a large-capacity file with about 65,000 records, and is composed of various negative data corresponding to postpay cards, member cards, and so on. Negative data defines prohibition of card use for defective customers and the like, and consists of card type data and card-specific identification numbers, and is sorted in ascending order according to the contents of predetermined key items. The maintenance file is a small-capacity file having about 10,000 records, and is divided into a maintenance file for positive data and a maintenance file for negative data. The positive data maintenance file has a configuration in which a customer code (collector terminal No. on the taxi company side) and data indicating the types of cards that can be used at the taxi company are associated with each customer. In other words, the positive data is data indicating what kind of card can be used for each taxi company.
The maintenance file for negative data is negative data corresponding to fluctuations added / deleted to / from the base file. The card stored as a deletion target in the negative data maintenance file can be used after its prohibition is lifted regardless of the contents of the base file. This is because, for example, in the case of a member's card, since a card is often issued by a connection between a taxi company and a local company, it can be used when the transaction state is improved. In addition, when incorrect data is stored in the base file due to registration error and sorting is completed, it can be input as deleted data. Here, the reason for creating a maintenance file for negative data together with the base file and storing it in the floppy disk 5 is that if you create a base file and sort its contents, then you notice an input error, input omission, etc. This is because, at that time, the base file is not re-edited, and negative data of input mistakes or input omissions is used as variation data for the base file. The update date indicates the latest date and time when the file was created (updated). Note that the contents of the maintenance file are also sorted in a predetermined order.
[0007]
On the other hand, in the main device 2 on the taxi company side, when the floppy disk 5 distributed from the center device 1 is mounted, the main device 2 captures and copies the contents, but at that time, only the data necessary for its own company is stored. Extract and copy. In the state where the externally supplied base file and maintenance file are set in this way, when the negative data corresponding to the fluctuation is transmitted from the center apparatus 1 via the communication line, the main apparatus 2 receives it. Update the contents of the maintenance file to the updated data. Further, the main device 2 writes the base file and the latest maintenance file into the memory card 6. This memory card 6 has a memory capacity of about 2 MB. For example, it can store 65,000 negative data as a base file and 10,000 positive / negative data as a maintenance file. .
[0008]
The in-vehicle terminal device 3 performs a negative check by comparing the unique identification data read from the credit card or the like with the contents of the base file or the maintenance file in the memory card 6 in a state where the memory card 6 is mounted. In accordance with the check result, it is determined whether or not to permit the payment of the fee using the card. In this case, since positive data is also set in the maintenance file, a positive check is performed to check whether the card presented by the customer is a card that can be handled by the taxi company. When the crew returns to the taxi company at the end of business and sets the memory card 6 in the main device 2, the main device 2 totals transaction data in the memory card 6 and writes a maintenance file in the memory card 6 to the latest data. Change.
[0009]
3 is a block diagram showing the configuration of the center device 1, FIG. 4 is the main device 2, and FIG.
The center device 1 includes a CPU 1-1 as a core, an input unit 1-2, a display unit 1-3, a printing unit 1-4, a clock circuit 1-5, a modem 1-6, a RAM 1-7, a hard disk 1-8, and an FD driver. The hard disk 1-8 stores collected data, a maintenance file, a base file, and a maintenance history file. Here, the collected data is an aggregate file obtained by collecting transaction data transmitted from each taxi company via the communication line 4 for each taxi company. The maintenance file and base file are the latest data created by input. When the contents of the maintenance file or base file are written to the floppy disk 5 for delivery to each taxi company, the CPU 1-1 obtains the clock circuit 1-5. Append current date and time data to the maintenance file and base file. Further, when the maintenance file is sequentially transmitted to each taxi company via the communication line, the current date and time data is added to the maintenance file. The maintenance history file is a file for storing and holding the maintenance file sent to each taxi company via the floppy disk 5 or the communication line together with the date / time data, and is referred to when checking what kind of maintenance file is sent when.
[0010]
The main device 2 has substantially the same configuration as that of the center device 1, and has an input unit 2-2, a display unit 2-3, a printing unit 2-4, a modem 2-5, an FD driver 2-with the CPU 2-1 as a core. 6, RAM 2-7, hard disk 2-8, card reader / writer 2-9, and the like. Here, the hard disk 2-8 stores transaction data in addition to the maintenance file, the base file, and the maintenance history file as shown in FIG. The maintenance file and base file are the latest data. The maintenance file and base file are rewritten to the latest data every time the maintenance file and base file are externally supplied from the floppy disk 5, and the maintenance file is updated every time it is supplied externally via a communication line. Rewritten to data. In this case, when the maintenance file is updated to the latest data, it is determined whether the data is the latest data by referring to the contents of the maintenance history file. That is, the maintenance history file sequentially stores the maintenance files sent via the floppy disk 5 or the communication line. By comparing the date and time data added to each maintenance file, it can be determined whether or not it is the latest data. I try to judge. The transaction data is business record data collected from each in-vehicle terminal device 3 via the memory card 6. FIG. 7 shows the contents of the memory card 6, and the latest maintenance file and base file are copied to the memory card 6.
[0011]
The in-vehicle terminal device 3 has an input unit 3-2, a display unit 3-3, a printing unit 3-4, a credit card reader / writer 3-5, a memory card reader / writer 3-6, a prepaid / poster with the CPU 3-1 as a core. It has a configuration including an icard reader / writer 3-7, a taximeter 3-8, a taximeter interface 3-9, and an internal memory 3-10. The memory card 6 is distributed to each crew member at the time of the crew change, and the business starts with the memory card 6 mounted on the in-vehicle terminal device 3. Here, when the card is paid, when the card is inserted into the credit card reader / writer 3-5 and the prepaid / postpay card reader / writer 3-7 according to the type of the card, the CPU 3-1 A positive check and a negative check are performed by referring to the contents.
[0012]
Next, operations of the center device 1, the main device 2, and the in-vehicle terminal device 3 will be described with reference to flowcharts shown in FIGS. Now, the base file and the maintenance file created by key input on the center device 1 side are directly copied to the floppy disk 5 and delivered to each taxi company by mail or the like. When the floppy disk 5 is mounted on the main device 2 in the taxi company, the operation of fetching the contents of the floppy disk 5 is executed according to the flowchart shown in FIG.
[0013]
First, the CPU 2-1 reads out the maintenance file from the floppy disk 5, and compares the date / time data added thereto with the date / time data added to each maintenance history file in the hard disk 2-8 to thereby store the inside of the floppy disk 5. It is checked whether the maintenance file is the latest data (step A1). If it is the latest data, the maintenance file in the floppy disk 5 is stored in the hard disk 2-8 as a maintenance history file (step A2). Then, the positive data of the card type that matches the terminal No. is extracted from the positive data constituting the maintenance file (step A3). In other words, as shown in FIG. 2, in the floppy disk 5, the types of cards that can be handled for each collector terminal No. (for each taxi company) are set as positive data, and positive data corresponding to the self is extracted from them. To do. Then, negative data corresponding to the extracted positive data (card type) is extracted from the negative data constituting the maintenance file in the floppy disk 5 (step A4). The positive data and negative data extracted from the floppy disk 5 in this way are copied as maintenance files to the hard disk 2-8 (step A5). Therefore, the maintenance file in the hard disk 2-8 is updated to the latest data. If the maintenance file in the floppy disk 5 is not the latest data, the maintenance file in the hard disk 2-8 is not updated, and the previous data remains unchanged.
[0014]
Next, the CPU 2-1 accesses the base file in the floppy disk 5, compares the date / time data added thereto with the date / time data added to the base file in the hard disk 2-8, and stores the data in the floppy disk 5. It is checked whether the base file is the latest data (step A6). Here, if it is the latest data, only negative data corresponding to the positive data (card type) extracted in step A4 is extracted from the base file of the floppy disk 5 (step A7), and this negative data is stored in the hard disk 2 as well. Copy as a base file in -8 (step A8). Therefore, the base file in the hard disk 2-8 is updated to the latest data. However, if the base file in the floppy disk 5 is not the latest data, the base file in the hard disk 2-8 is not updated and the previous data is not updated. Will remain.
In this manner, when the latest maintenance file and base file related to the company are set in the hard disk 2-8, when the memory card 6 is inserted, the maintenance file and base file in the hard disk 2-8 are left as they are. Copied to the memory card 6. That is, when the memory card 6 is set, the main device 2 reads and collects transaction data from the memory card 6, and if the maintenance file and base file in the memory card 6 are older than the contents of the hard disk 2-8. The maintenance file and base file in the hard disk 2-8 are copied to the hard disk 2-8 as they are. FIG. 14A shows the memory card 6 created when the floppy disk 5 is initially inserted. The maintenance file and base file in the memory card 6 are the contents of the floppy disk 5 at the time of initial insertion.
[0015]
FIG. 9 shows an operation when negative data corresponding to fluctuations added / deleted to / from the base file is transmitted as a maintenance file from the center apparatus 1 to the main apparatus 2, and (A) is a transmission operation on the center apparatus 1 side. , (B) is a flowchart showing a receiving operation on the main device 2 side.
First, if a maintenance file for fluctuation has been created by key input on the center device 1 side (step B1), the current date / time data is added to the maintenance file (step B2), and then all taxi companies are supported. Then, this maintenance file is transmitted (step B3). Then, the transmitted maintenance file is stored as a maintenance history file (step B3), and the maintenance file in the hard disk 1-8 is deleted (step B4).
On the other hand, on the main device 2 side, it is checked whether the maintenance file is set together with the base file in the hard disk 2-8, that is, before the initial insertion of the floppy disk 5 (step C1). Then, a process of updating the maintenance file in the hard disk 2-8 based on the maintenance file transmitted from the maintenance file via the communication line is performed (step C2).
[0016]
FIG. 10 is a flowchart showing the maintenance file update process. First, the CPU 2-1 reads data for one record from the head of the received maintenance file (step D1), and checks whether it is an added record (step D2) or a deleted record (step D3). If the received record is an additional record, the record is added to the maintenance file on the hard disk 2-8 (step D4). Then, it is checked whether all records have been read from the received file (step D9), and the process returns to step D1 until completion of reading is detected. As a result, the next record is read. If it is a deletion record, it is checked whether the same record (same card number) already exists in the maintenance file in the hard disk 2-8 (step D7). Here, if there is no identical record, a writing process to maintenance is performed. If there is an identical record, the writing process to maintenance is skipped in order to prohibit duplicate writing.
On the other hand, when the received record is neither an added record nor a deleted record, for example, when an identifier indicating addition / deletion is not added due to a key input error when creating a maintenance file for fluctuation on the center device 1 side, the hard disk If the corresponding record exists in the base file in 2-8 (step D5), the received record is regarded as a deletion record, and this record is written as a deletion record in the maintenance file in the hard disk 2-8 (step S5). D6) If there is no corresponding record in the base file, it is regarded as an additional record, and this record is written as an additional record in the maintenance file in the hard disk 2-8 (step D8).
[0017]
When the update process of the maintenance file is performed in this way, the updated maintenance is stored as a maintenance history file in the hard disk 2-8 (step C3 in FIG. 9). At this time, the current update date and time is added to the maintenance file. This date and time data is the date and time data added to the maintenance file communicated from the center apparatus 1. Here, FIG. 14B shows a state in which the maintenance file is updated. When the fluctuation maintenance file is transmitted from the center apparatus 1, the maintenance file in the hard disk 2-8 is changed. The updated maintenance file is saved as a maintenance history file. Since the maintenance file is updated in this manner, writing to the memory card 6 becomes the latest data as shown in FIG.
Thereafter, when a new floppy disk 5 is issued from the center device 1 and delivered to the taxi company, the delivery is greatly delayed, and the maintenance file for the next fluctuation is transmitted from the center device 1 during that time. Suppose that FIG. 14C shows the situation in this case, and the maintenance file in the hard disk 2-8 has already been rewritten to the latest data on the main device 2 side. Thereafter, when the floppy disk 5 is stuck and its contents are copied, the operation according to the flowchart of FIG. 8 is executed. In this case, since the maintenance file is newer than the contents of the floppy disk 5, the amount of fluctuation transmitted before that is newer, so the maintenance file is not updated and only the base file is updated. Therefore, the maintenance file copied to the memory card 6 is also update data.
[0018]
In a state where such a memory card 6 is mounted on the in-vehicle terminal device 3, the in-vehicle terminal device 3 operates according to the flowchart shown in FIG. That is, in the input waiting state (step E1), when a key input is performed (step E2), processing according to the key input is executed (step E3). Here, when a card is inserted into the credit card reader / writer 3-5 or prepaid / postpay card reader / writer 3-7 at the time of charge payment, this is detected in step E4, and the process proceeds to step E5 where it is read. Card data is stored in work memory. Then, the maintenance file in the memory card 6 is accessed and a negative check is performed (step E6). That is, if the type of card used is not in the positive data, it is a card that is not handled by the company, so error processing is performed to prohibit the use of the card (step E7), but it can be used by the company. If it is a card, a negative check is performed (steps E8 to E10).
[0019]
That is, after an identification number unique to the card is extracted from the read card data, it is first checked whether or not a record having the same number exists in the negative data in the maintenance file (step E8). If it is in the maintenance file, it is checked whether it is a deletion record (step E9). On the other hand, if it is not a deletion record, it is regarded as an additional record, and error processing for prohibiting the use of the card is performed (step E7). On the other hand, if there is no corresponding record in the maintenance file, the base file is accessed and it is checked whether or not there is a corresponding record (step E10). Here, if it is in the base file, use of the card is prohibited (step E7), but if not, use of the card is permitted (step E11).
On the other hand, when it is detected in step E4 that the card data is not input, for example, when the installation of the memory card 6 or the like is detected, processing corresponding thereto is performed (step E12).
When the memory card 6 in which the business record data up to that point has been written is mounted on the main device 2 at the end of the crew, the main device 2 totalizes the data and saves it as transaction data in the hard disk 2-8.
[0020]
FIG. 12 is a flowchart showing an operation when communicating transaction data from the main device 2 to the center device 1.
First, the CPU 2-1 transmits its own terminal No to the center apparatus 1 (step F1) and also transmits transaction data in the hard disk 2-8 (step F2). Next, the maintenance file in the hard disk 2-8 is accessed, the number of records is counted, the usage amount of the maintenance file is obtained, and this is transmitted to the center apparatus 1 (step F3). The latest update date and time added is read and transmitted to the center apparatus 1 (step F4), and then the transaction data is printed out as a business record and cleared (step F5).
[0021]
FIG. 13 is a flowchart that is started when the center device 1 receives data transmitted from the main device 2.
First, when the center device 1 receives the terminal No transmitted from the main device 2, the center device 1 designates a memory area in the hard disk 1-8 corresponding to the terminal No (step G1), and the received update date and time and transaction. Data is written to the designated memory area (steps G2 and G3). FIG. 15 shows the contents of the hard disk 1-8 in this case. Further, it is checked whether or not the number of used records received has reached a predetermined number of records (step G4). In other words, since the capacity of the maintenance file is limited to about 10,000 at the maximum, it is detected whether the number of records used has approached 10,000 (full state). 1 updates the base file based on the negative data of the maintenance file (step G5). In this case, the negative data of the maintenance file includes additional records and deleted records. In addition to adding the additional records to the base file, the deleted records are removed from the base file, and the contents of the base file are ascending according to the key item contents. Sort into. When the contents of the base file are re-edited in this way, the maintenance file is cleared (step G6), the base file is copied to the floppy disk 5, and the latest maintenance file input and created is copied to the floppy disk 5 ( Step G7). As described above, the contents of the base file are re-edited based on the maintenance file, but the editing is performed on the center device 1 side. If this is done on the main device 2 side, it will put a burden on the taxi company side, and should be managed by the card company, and also on the center device 1 side in order to improve the reliability and safety of data. I am doing so.
[0022]
As described above, by preparing a large amount of negative data (for example, 65,000) as a base file, a highly reliable negative check can be performed. In this case, even if negative data is added or deleted later, a maintenance file that holds this data is provided and the maintenance file is referenced prior to the base file at the time of the negative check. There is no need to re-edit the base file every time it is deleted, and the base file may be re-edited based on the contents of the maintenance file when the maintenance file approaches the full state. In other words, every time negative data is added / deleted, even if the contents of the large base file are not re-edited, the negative data added / deleted to / from the base file is retained in the maintenance file and negative check is performed. Since a small-capacity maintenance file is sometimes referred to prior to the base file, the negative check search time can be greatly reduced, and the check can be performed efficiently.
[0023]
In addition, the maintenance file is constantly updated to the latest data, and when the maintenance file is near the limit, the contents of the base file are re-edited based on the contents of the maintenance file, and a new base file is created. Therefore, omission of data entry can be prevented, and a reliable negative check can be performed. In particular, even if the floppy disk 5 delivered to the taxi company is greatly delayed, and the maintenance file for the fluctuation is sent via the communication line in the meantime, the maintenance file is not the contents of the floppy disk 5 that arrived later, Since the maintenance file is updated to the previously arrived maintenance file, the maintenance file is updated according to the order in which the maintenance files are issued, regardless of the order of arrival.
[0024]
In the above-described embodiment, positive data is included in the maintenance file, but it may be included in the base file or the like.
Moreover, although the floppy disk 5 and the memory card 6 are given as examples of the storage medium, an optical disk, a ROM cartridge, or the like may be used. Further, the capacity of the maintenance file of the base file is not limited to the above case, but at least the base file is required to be a larger capacity file than the maintenance file. Further, the present invention may be applied not only to the taxi card system but also to other data processing systems, and of course, may be applied to a stand-alone type data processing apparatus.
[0025]
【The invention's effect】
According to the present invention, when a small capacity temporary file is provided and a negative check is performed, the negative check is performed using the temporary file prior to the large capacity base file. Therefore, the contents of the base file are updated each time negative data is updated. Can be executed efficiently without re-editing the file, so it is possible to prepare a large amount of negative data as a base file in advance, and to delete temporary files. Even when negative data that has been forgotten to be specified is input, reliable updating can be performed.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram showing a taxi card system.
FIG. 2 is a diagram showing a base file and a maintenance file in the floppy disk 5 issued on the center device 1 side.
FIG. 3 is a block configuration diagram of the center device 1;
4 is a block configuration diagram of the main device 2. FIG.
FIG. 5 is a block configuration diagram of the in-vehicle terminal device 3;
FIG. 6 is a view showing the contents of a hard disk 2-8 on the main device 2 side.
7 is a view showing the contents of a memory card 6. FIG.
FIG. 8 is a flowchart showing the operation of the main device 2 when the floppy disk 5 is loaded.
9A is a flowchart showing an operation when a maintenance file is transmitted from the center apparatus 1 via a communication line, and FIG. 9B is a flowchart showing an operation of the main apparatus 2 when the maintenance file is received. .
FIG. 10 is a flowchart showing step C2 (maintenance file update processing) in FIG. 9B;
FIG. 11 is a flowchart showing the operation of the in-vehicle terminal device 3;
FIG. 12 is a flowchart showing an operation when data is transmitted from the main apparatus 2 through a communication line.
FIG. 13 is a flowchart showing the operation of the center apparatus 1 when data transmitted from the main apparatus 2 via a communication line is received.
14 is a diagram showing a state in which a base file and a maintenance file issued by the center apparatus 1 are supplied to the main apparatus 2 and the in-vehicle terminal apparatus 3. FIG.
FIG. 15 is a diagram showing collected data on the main device 2 side.
[Explanation of symbols]
1 Center device
1-1, 2-1, 3-1 CPU
1-6 Modem
1-8, 2-8 hard disk
2 Main device
2-5 Modem
3 In-vehicle terminal equipment
3-5 Credit card reader / writer
3-6 Memory card reader / writer
3-7 Prepaid / Postpay Card Reader / Writer
3-8 Taximeter
4 communication lines
5 Floppy disk
6 Memory card

Claims

Whether the transaction using the storage medium is permitted by comparing the unique identification data read from the portable storage medium with the negative data in which the unique identification data prohibiting the transaction is preset. In a transaction management device consisting of a terminal device and a main device that performs a negative check to determine whether or not,
The main device stores negative data edited in a predetermined order as a base file, and also stores a deletion record to be deleted from the base file in a temporary file as fluctuation negative data A storage means and an update means for storing in the temporary file as a deletion record to be deleted from the base file, if the negative data exists in the base file every time negative data for fluctuation is externally supplied ,
When the terminal device performs a negative check using the negative data of the temporary file updated by the main device, the terminal device accesses the temporary file prior to the base file. A transaction management device comprising transaction control means for permitting a transaction if the data is a deletion record and prohibiting the transaction if the data is not a deletion record.

Further, a transaction management device in which a center device is connected to the main device,
The center device includes detection means for detecting a data amount in the temporary file;
Editing means for re-editing the contents of the base file and erasing the temporary file based on the contents of the temporary file when the detecting means detects that the amount of data in the temporary file exceeds a predetermined amount; ,
The transaction management device according to claim 1, further comprising:

When the main device writes the temporary file supplied externally together with the base file to the file storage unit, the updating unit updates the temporary file supplied to the file storage unit and the temporary file already written to the file storage unit. The transaction management apparatus according to claim 1, wherein the file is compared with a file to determine whether the file is new or old, and the latest temporary file is written in the file storage means to update the temporary file. .