(57)【特許請求の範囲】
【請求項１】
携帯用記憶媒体から読み取られた固有の識別データと、取引を禁止する固有の識別データが予め設定されているネガティブデータとを照合することにより、当該記憶媒体を使用しての取引を許可するか否かを決定するネガティブチェックを行う端末装置とメイン装置とからなる取引管理装置において、
前記メイン装置は、予め決められた順序にしたがって編集されて成るネガティブデータをベースファイルとして記憶すると共に、このベースファイルに対して削除される削除レコードを変動分のネガティブデータとしてテンポラリファイルに記憶するファイル記憶手段と
変動分のネガティブデータが外部供給される毎に、そのネガティブデータがベースファイル内に存在していれば、前記ベースファイルに対して削除する削除レコードとして前記テンポラリファイルに記憶させる更新手段と、
前記端末装置は、前記メイン装置によって更新されたテンポラリファイルのネガティブデータを用いてネガティブチェックを行う際に、ベースファイルに先立ってテンポラリファイルをアクセスし、その結果、テンポラリファイルに該当データが有り、そのデータが削除レコードであれば取引を許可し、削除レコードでなければ取引を禁止する取引制御手段を具備するようにしたことを特徴とする取引管理装置。
【請求項２】
更に前記メイン装置にセンタ装置を接続した取引管理装置であって、
前記センタ装置は、前記テンポラリファイル内のデータ量を検出する検出手段と、
この検出手段によってテンポラリファイル内のデータ量が所定量を越えたことが検出された場合に、このテンポラリファイルの内容に基づいて前記ベースファイルの内容を再編集すると共にテンポラリファイルを消去する編集手段と、
を具備したことを特徴とする請求項（１）記載の取引管理装置。
【請求項３】
前記メイン装置は、前記ベースファイルと共に外部供給されたテンポラリファイルを前記ファイル記憶手段にそれぞれ書き込む際に、前記更新手段は外部供給された当該テンポラリファイルと、既に前記ファイル記憶手段に書き込まれているテンポラリファイルとを比較して作成の新旧を判別し、最新のテンポラリファイルを前記ファイル記憶手段に書き込むことによりテンポラリファイルの更新を行うようにしたことを特徴とする請求項（１）記載の取引管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、クレジットカード等から読み出された固有の識別データと予め設定されているネガティブデータとを照合することによりネガティブチェックを行い、このチェック結果にしたがって当該カードを使用しての取引を許可するか否かを決定する取引管理装置に関する。
【０００２】
【従来の技術】
従来、タクシーカードシステムにおいては、ネガティブデータが用意されており、タクシー料金の支払い時にクレジットカードやポストペイカード等が提示された場合、カードリーダによってカード固有の識別番号を読み取り、この識別番号とネガティブデータとを照合することによって不良顧客かをチェックし、カードを使用しての料金支払を許可するかを決定するようにしていた。
【０００３】
【発明が解決しようとする課題】
ところで、車載端末装置側に持たせてあるネガティブデータは例えば１，０００〜２，０００カード分程度と少なく、したがってネガティブチェックもその範囲に限られてしまう。これは、後でネガティブデータが追加されたり、削除される毎にネガティブデータを予め決められた順序（例えば、５０音順）にソートしておくことにより、ネガティブチェック時の検索を効率良く行う必要があるが、ネガティブデータが大量であると、その都度、ソートに多大な時間がかかってしまうため、従来においては１，０００〜２，０００カード分程度のネガティブデータをベースにネガティブチェックを行うしかなく、信頼性に欠けるという問題があった。
この発明の課題は、ネガティブデータが追加／削除される毎にベースファイルの内容を再編集しておかなくても、ネガティブチェックを効率良く実行できるようにすることである。
【０００４】
【課題を解決するための手段】
この発明の手段は次の通りである。
携帯用記憶媒体から読み取られた固有の識別データと、取引を禁止する固有の識別データが予め設定されているネガティブデータとを照合することにより、当該記憶媒体を使用しての取引を許可するか否かを決定するネガティブチェックを行う端末装置とメイン装置とからなる取引管理装置において、
前記メイン装置は、予め決められた順序にしたがって編集されて成るネガティブデータをベースファイルとして記憶すると共に、このベースファイルに対して削除される削除レコードを変動分のネガティブデータとしてテンポラリファイルに記憶するファイル記憶手段と
変動分のネガティブデータが外部供給される毎に、そのネガティブデータがベースファイル内に存在していれば、前記ベースファイルに対して削除する削除レコードとして前記テンポラリファイルに記憶させる更新手段と、
前記端末装置は、前記メイン装置によって更新されたテンポラリファイルのネガティブデータを用いてネガティブチェックを行う際に、ベースファイルに先立ってテンポラリファイルをアクセスし、その結果、テンポラリファイルに該当データが有り、そのデータが削除レコードであれば取引を許可し、削除レコードでなければ取引を禁止する取引制御手段とを具備する。
したがって、ネガティブデータが更新される毎にベースファイルの内容を再編集しておかなくても、ネガティブチェックを効率良く実行できると共に、ネガティブデータ更新の信頼性を高めることができる。
【０００５】
【発明の実施の形態】
以下、図１〜図１５を参照してこの発明の一実施形態を説明する。
図１はタクシーカードシステムを示したブロック構成図である。
センタ装置１はプリペイドカード、ポスペイカード等を発行管理するカード会社において設置されているホストコンピュータであり、このセンタ装置１には通信回線（公衆電話回線）４を介して各タクシー会社に設置されているメイン装置（データ収集機）２がそれぞれ接続されている。センタ装置１は不良顧客等をリストアップした大量（例えば６５，０００件）のネガティブデータをベースファイルとして作成すると共に、このベースファイルに対して追加／削除される変動分のネガティブデータをテンポラリファイルとして作成し、各タクシー会社に送付する。ここで、テンポラリファイルの内容（追加、削除用のネガティブデータ）に基づいてベースファイルの内容を再編集するようにしているが、再編集されるまでの間、テンポラリファイルは変動分のネガティブデータを記憶保持する。このようにテンポラリファイルはベースファイルの内容を再編集（メンテナンス）するために用いられるファイルであり、テンポラリファイルを以下、メンテナンスファイルと称する。フロッピーディスク５は作成されたベースファイル等をタクシー会社に配達するための伝送媒体で、これに限らず、伝送媒体としては光ディスク、ハードディスク等であってもよい。
【０００６】
図２はフロッピーディスク５のデータフォーマットを示し、フロッピーディスク５にはベースファイルおよびメンテナンスファイルが格納されている。ベースファイルはレコード数が６５，０００件程度の大容量ファイルで、ポストペイカード、メンバーズカード……に対応する各種のネガティブデータによって構成されている。ネガティブデータは不良顧客等に対してカード使用の禁止を定義するもので、カード種類データとカード固有の識別番号とから成り、また予め決められたキー項目の内容にしたがって昇順にソートされている。メンテナンスファイルはレコード数が１０，０００件程度の小容量ファイルで、ポジティブデータ用のメンテナンスファイルとネガティブデータ用のメンテナンスファイルとに区分されている。ポジティブデータのメンテナンスファイルは顧客コード（タクシー会社側の収集機端末No）と、そのタクシー会社で使用可能なカードの種類を示すデータとを顧客毎に対応付けた構成となっている。つまり、ポジティブデータはタクシー会社毎にどのような種類のカードが使用可能かを示すデータである。
ネガティブデータ用のメンテナンスファイルはベースファイルに対して追加／削除される変動分のネガティブデータである。このネガティブデータ用のメンテナンスファイルに削除対象として記憶されているカードについては、ベースファイルの内容にかかわらず、その使用禁止が解かれて使用可能となる。これは、例えば、メンバーズカードの場合にはタクシー会社と地元会社等のつながりでカードを発行していることが多いので、取引状態が良くなったら使用可能とするためである。また、ベースファイルに登録ミスにより間違ったデータを記憶させてソートまで完了した場合に削除データとして入力できるようにした。ここで、ベースファイルと共にネガティブデータ用のメンテナンスファイルを作成し、フロッピーディスク５に格納する理由はベースファイルを作成してその内容をソートしたのち、入力ミスや入力漏れ等に気付いたような場合、その時点でベースファイルを再編集せず入力ミスや入力漏れのネガティブデータをベースファイルに対する変動分のデータとするためである。また、更新日付はファイル作成（更新）された最新の日時を示す。なお、メンテナンスファイルの内容も予め決められた順にソートされている。
【０００７】
一方、タクシー会社側のメイン装置２において、センタ装置１から配付されたフロッピーディスク５を装着すると、メイン装置２はその内容を取り込んでコピーするが、その際、自己の会社に必要なデータのみを抽出してコピーする。このようにして外部供給されたベースファイルやメンテナンスファイルがセットされている状態において、センタ装置１から通信回線を介して変動分のネガティブデータが送信されて来ると、メイン装置２はこれを受信してメンテナンスファイルの内容を更新データに更新する。また、メイン装置２はベースファイルや最新のメンテナンスファイルをメモリカード６に書き込む。このメモリカード６は２ＭＢ程度のメモリ容量を有するもので、例えば、ベースファイルとして６５，０００件のネガティブデータを記憶し、メンテナンスファイルとして１０，０００件のポジティブ／ネガティブデータを記憶可能となっている。
【０００８】
車載端末装置３はメモリカード６が装着されている状態において、クレジットカード等から読み取られた固有の識別データとメモリカード６内のベースファイルやメンテナンスファイルの内容とを照合することによりネガティブチェックを行い、このチェック結果にしたがって当該カードを使用しての料金支払いを許可するか否かを決定する。この場合、メンテナンスファイルにはポジティブデータもセットされているので、客から提示されたカードはそのタクシー会社で取り扱い可能なカードであるか否かを調べるポジティブチェックも行われる。なお、乗務員は営業終了時にタクシー会社に戻り、メモリカード６をメイン装置２にセットすると、メイン装置２はメモリカード６内の取引データを集計すると共にメモリカード６内のメンテナンスファイルを最新データに書き替える。
【０００９】
図３はセンタ装置１、図４はメイン装置２、図５は車載端末装置３の構成を示したブロック図である。
センタ装置１はＣＰＵ１−１を中核として入力部１−２、表示部１−３、印字部１−４、時計回路１−５、モデム１−６、ＲＡＭ１−７、ハードディスク１−８、ＦＤドライバ１−９等を有する構成で、ハードディスク１−８は収集データ、メンテナンスファイル、ベースファイル、メンテナンス履歴ファイルを記憶する。ここで、収集データは各タクシー会社から通信回線４を介して送信されて来た取引データ等をタクシー会社別に収集することによって得られた集計ファイルである。メンテナンスファイルやベースファイルは入力作成された最新データで、このメンテナンスファイルやベースファイルを各タクシー会社に配達するためにその内容をフロッピーディスク５に書き込む際、ＣＰＵ１−１は時計回路１−５で得られた現在の日時データをメンテナンスファイルおよびベースファイルに付加する。また、通信回線を介してメンテナンスファイルを各タクシー会社に逐次送信する際にもこのメンテナンスファイルには現在の日時データが付加される。メンテナンス履歴ファイルは各タクシー会社にフロッピーディスク５あるいは通信回線を介して送ったメンテナンスファイルを日時データと共に記憶保持するためのファイルで、どのようなメンテナンスファイルを何時送ったかを調べる際に参照される。
【００１０】
メイン装置２はセンタ装置１と略同様の構成となっており、ＣＰＵ２−１を中核として入力部２−２、表示部２−３、印字部２−４、モデム２−５、ＦＤドライバ２−６、ＲＡＭ２−７、ハードディスク２−８、カードリーダ／ライタ２−９等を有している。ここで、ハードディスク２−８は図６に示すようにメンテナンスファイル、ベースファイル、メンテナンス履歴ファイルの他、取引データを記憶する。メンテナンスファイル、ベースファイルは最新データで、フロッピーディスク５からメンテナンスファイル、ベースファイルが外部供給される毎に最新データに書き替えられる他、メンテナンスファイルは更に通信回線を介して外部供給される毎に最新データに書き替えられる。この場合、メンテナンスファイルを最新データに更新する際、メンテナンス履歴ファイルの内容を参照することによって最新データか否かを判断するようにしている。つまり、メンテナンス履歴ファイルはフロッピーディスク５あるいは通信回線を介して送られて来たメンテナンスファイルを順次記憶するもので、各メンテナンスファイルに付加されている日時データを比較することにより最新データか否かを判断するようにしている。なお、取引データは各車載端末装置３からメモリカード６を介して収集した営業記録データである。図７はメモリカード６の内容を示し、最新のメンテナンスファイル、ベースファイルがメモリカード６にコピーされる。
【００１１】
車載端末装置３はＣＰＵ３−１を中核として入力部３−２、表示部３−３、印字部３−４、クレジットカードリーダ／ライタ３−５、メモリカードリーダ／ライタ３−６、プリペイド／ポスペイカードリーダ／ライタ３−７、タクシーメータ３−８、タクシーメータインターフェース３−９、内部メモリ３−１０を有する構成となっている。メモリカード６は乗務交替時に各乗務員に配付されるもので、このメモリカード６を車載端末装置３に装着した状態において営業を開始する。ここで、カードによる料金支払い時において、カードの種類に応じてカードをクレジットカードリーダ／ライタ３−５、プリペイド／ポスペイカードリーダ／ライタ３−７に投入すると、ＣＰＵ３−１はメモリカード６の内容を参照することによってポジティブチェックやネガティブチェックを行う。
【００１２】
次に、センタ装置１、メイン装置２、車載端末装置３の動作を図８〜図１３に示すフローチャートにしたがって説明する。いま、センタ装置１側においてキー入力によって作成されたベースファイルやメンテナンスファイルはフロッピーディスク５にそのままコピーされて各タクシー会社に郵送等によってそれぞれ配達される。タクシー会社においてフロッピーディスク５をメイン装置２に装着すると、図８に示したフローチャートにしたがってフロッピーディスク５の内容を取り込む動作が実行される。
【００１３】
先ず、ＣＰＵ２−１はフロッピーディスク５からメンテナンスファイルを読み出し、それに付加されている日時データとハードディスク２−８内の各メンテナンス履歴ファイルに付加されている日時データとを比較することによりフロッピーディスク５内のメンテナンスファイルは最新データかをチェックする（ステップＡ１）。ここで、最新データであればフロッピーディスク５内のメンテナンスファイルをメンテナンス履歴ファイルとしてハードディスク２−８に保存しておく（ステップＡ２）。そして、このメンテナンスファイルを構成するポジティブデータのうち端末Noと一致するカード種類のポジティブデータを抽出する（ステップＡ３）。つまり、フロッピーディスク５には図２に示すように収集機端末No毎（タクシー会社毎）に取り扱い可能なカードの種類がポジティブデータとして設定されており、その中から自己に対応するポジティブデータを抽出する。そして、フロッピーディスク５内のメンテナンスファイルを構成するネガティブデータのうち、上記抽出したポジティブデータ（カード種類）に対応するネガティブデータを抽出する（ステップＡ４）。このようにしてフロッピーディスク５から抽出したポジティブデータ、ネガティブデータをハードディスク２−８にメンテナンスファイルとしてコピーする（ステップＡ５）。したがって、ハードディスク２−８内のメンテナンスファイルは最新データに更新される。なお、フロッピーディスク５内のメンテナンスファイルが最新データでなければ、ハードディスク２−８内のメンテナンスファイルは更新されず、従前のデータのままとなる。
【００１４】
次に、ＣＰＵ２−１はフロッピーディスク５内のベースファイルをアクセスし、それに付加されている日時データとハードディスク２−８内のベースファイルに付加されている日時データとを比較し、フロッピーディスク５内のベースファイルは最新データかをチェックする（ステップＡ６）。ここで、最新データであれば、上述のステップＡ４で抽出したポジティブデータ（カード種類）に対応するネガティブデータだけをフロッピーディスク５のベースファイルから抽出すると共に（ステップＡ７）、このネガティブデータをハードディスク２−８内にベースファイルとしてコピーする（ステップＡ８）。したがって、ハードディスク２−８内のベースファイルは最新データに更新されるが、フロッピーディスク５内のベースファイルが最新データでなければ、ハードディスク２−８内のベースファイルは更新されず、従前のデータのままとなる。
このようにして自社に関連する最新のメンテナンスファイルとベースファイルがハードディスク２−８にセットされている状態において、メモリカード６が装着されると、ハードディスク２−８内のメンテナンスファイルとベースファイルがそのままメモリカード６にコピーされる。すなわち、メイン装置２はメモリカード６がセットされると、メモリカード６から取引データを読み取って収集すると共に、メモリカード６内のメンテナンスファイルとベースファイルがハードディスク２−８の内容よりも古ければ、ハードディスク２−８内のメンテナンスファイルとベースファイルをそのままハードディスク２−８にコピーする。図１４（Ａ）はフロッピーディスク５が初期投入された際に作成されるメモリカード６を示し、メモリカード６内のメンテナンスファイル、ベースファイルは初期投入時におけるフロッピーディスク５の内容となる。
【００１５】
図９はベースファイルに対して追加／削除される変動分のネガティブデータをメンテナンスファイルとしてセンタ装置１からメイン装置２に送信する際の動作を示し、（Ａ）はセンタ装置１側での送信動作、（Ｂ）はメイン装置２側での受信動作を示したフローチャートである。
先ず、センタ装置１側において、変動分のメンテナンスファイルがキー入力によって作成されていれば（ステップＢ１）、このメンテナンスファイルに現在の日時データを付加したのち（ステップＢ２）、全てのタクシー会社に対応してこのメンテナンスファイルを送信する（ステップＢ３）。そして、送信済のメンテナンスファイルをメンテナンス履歴ファイルとして保存しておくと共に（ステップＢ３）ハードディスク１−８内の当該メンテナンスファイルを削除する（ステップＢ４）。
一方、メイン装置２側において、ハードディスク２−８内にベースファイルと共にメンテナンスファイルがセットされているか、つまりフロッピーディスク５の初期投入前かをチェックするが（ステップＣ１）、いま、セットされていれば、メンテナンスファイルから通信回線を介して送信されて来たメンテナンスファイルに基づいてハードディスク２−８内のメンテナンスファイルを更新する処理が行われる（ステップＣ２）。
【００１６】
図１０はこのメンテナンスファイル更新処理を示したフローチャートである。先ず、ＣＰＵ２−１は受信したメンテナンスファイルの先頭から１レコード分のデータを読み出し（ステップＤ１）、追加レコードか（ステップＤ２）、削除レコードかをチェックする（ステップＤ３）。ここで、受信レコードが追加レコードであればハードディスク２−８のメンテナンスファイルにそのレコードを書き加える（ステップＤ４）。そして、受信ファイルから全レコードを読み出したかをチェックし（ステップＤ９）、読み出し終了が検出されるまでステップＤ１に戻る。これによって次のレコードが読み出されるが、それが削除レコードであれば、ハードディスク２−８内のメンテナンスファイルに同一レコード（同一カード番号）が既に存在するかをチェックする（ステップＤ７）。ここで、同一レコードが無ければメンテナンスへの書き込み処理が行われるが、同一レコードが有れば重複書き込みを禁止するためにメンテナンスへの書き込み処理はスキップされる。
一方、受信レコードが追加レコードでも削除レコードでもない場合、例えば、センタ装置１側で変動分のメンテナンスファイルを作成する際にキー入力ミスによって追加／削除を示す識別子を付加しなかった場合において、ハードディスク２−８内のベースファイル内に該当レコードが存在していれば（ステップＤ５）、受信レコードを削除レコードとみなし、このレコードをハードディスク２−８内のメンテナンスファイルに削除レコードとして書き込まれるが（ステップＤ６）、ベースファイル内に該当レコードが無ければ追加レコードとみなし、このレコードをハードディスク２−８内のメンテナンスファイルに追加レコードとして書き込まれる（ステップＤ８）。
【００１７】
このようにしてメンテナンスファイルの更新処理が行われると、更新後のメンテナンスがハードディスク２−８にメンテナンス履歴ファイルとして保存される（図９のステップＣ３）。その際、このメンテナンスファイルには今回の更新日時が付加されるが、この日時データはセンタ装置１から通信されて来たメンテナンスファイルに付加されている日時データである。ここで、図１４（Ｂ）はメンテナンスファイルが更新される様子を示したもので、センタ装置１から変動分のメンテナンスファイルが送信されて来ると、ハードディスク２−８内のメンテナンスファイルはこの変動分のデータにしたがって更新されると共に、更新後のメンテナンスファイルはメンテナンス履歴ファイルとして保存される。このようにしてメンテナンスファイルの更新が行われるため、メモリカード６への書き込みは図１４（Ｂ）に示すように最新データとなる。
その後、センタ装置１側から新たなフロッピーディスク５が発行され、タクシー会社に配達されて来た場合に、その配達が大幅に遅れ、その間にセンタ装置１から次の変動分のメンテナンスファイルが送信されて来たものとする。図１４（Ｃ）はこの場合の様子を示したもので、メイン装置２側においてハードディスク２−８内のメンテナンスファイルは既に最新データに書き替えられている。その後、フロッピーディスク５が致着し、その内容をコピーする際には図８のフローチャートにしたがった動作が実行される。この場合、メンテナンスファイルはフロッピーディスク５の内容よりもその前に送信されて来た変動分の方が新しいので、メンテナンスファイルの更新は行われず、ベースファイルのみが更新される。したがって、メモリカード６にコピーされるメンテナンスファイルも更新データとなる。
【００１８】
このようなメモリカード６が車載端末装置３に装着されている状態において、車載端末装置３は図１１に示すフローチャートにしたがって動作する。すなわち、入力待ち状態において（ステップＥ１）、キー入力が行われると（ステップＥ２）、キー入力にしたがった処理が実行される（ステップＥ３）。ここで、料金支払い時にクレジットカードリーダ／ライタ３−５あるいはプリペイド／ポスペイカードリーダ／ライタ３−７にカードが挿入されると、ステップＥ４でそのことが検出されてステップＥ５に進み、読み取られたカードデータをワークメモリに保持する。そして、メモリカード６内のメンテナンスファイルをアクセスし、ネガティブチェックを行う（ステップＥ６）。すなわち、使用したカードの種類がポジティブデータの中に無ければ、自社で取り扱わないカードであるため、そのカードを使用禁止とするためのエラー処理が行われるが（ステップＥ７）、自社で使用可能なカードであればネガティブチェックが行われる（ステップＥ８〜Ｅ１０）。
【００１９】
すなわち、読み取られたカードデータの中からそのカード固有の識別番号を抽出したのち先ず、これと同じ番号を持ったレコードがメンテナンスファイル内のネガティブデータに有るかをチェックする（ステップＥ８）。メンテナンスファイル内に有れば、削除レコードかを調べ（ステップＥ９）、削除レコードであれば、そのカードの使用を許可し、当該カードによる取引処理が行われる（ステップＥ１１）。一方、削除レコードでなければ追加レコードとみなし、そのカードの使用を禁止するエラー処理が行われる（ステップＥ７）。他方、メンテナンスファイル内に該当レコードが無ければ、ベースファイルをアクセスし、その中に該当レコードが有るかをチェックする（ステップＥ１０）。ここで、ベースファイルに有れば、そのカード使用を禁止するが（ステップＥ７）、無ければそのカードの使用を許可する（ステップＥ１１）。
一方、ステップＥ４でカードデータ入力でないことが検出された場合、例えばメモリカード６の装着等が検出されると、それに応じた処理が行われる（ステップＥ１２）。
なお、乗務終了時にそれまでの営業記録データが書き込まれているメモリカード６をメイン装置２に装着すると、メイン装置２はこれを集計処理し、取引データとしてハードディスク２−８に保存される。
【００２０】
図１２はメイン装置２からセンタ装置１へ取引データを通信する際の動作を示したフローチャートである。
先ず、ＣＰＵ２−１は自己の端末Noをセンタ装置１に送信すると共に（ステップＦ１）、ハードディスク２−８内の取引データを送信する（ステップＦ２）。次に、ハードディスク２−８内のメンテナンスファイルをアクセスしてそのレコード数を計数し、メンテナンスファイルの使用量を求め、これをセンタ装置１に送信すると共に（ステップＦ３）、メンテナンスファイルおよびベースファイルが付加されている最新の更新日時を読み出してセンタ装置１に送信する（ステップＦ４）、その後、取引データを営業記録として印字出力すると共にそれをクリアする（ステップＦ５）。
【００２１】
図１３はセンタ装置１側において、メイン装置２から送信されて来るデータを受信した際に実行開始されるフローチャートである。
先ず、センタ装置１はメイン装置２から送信されて来た端末Noを受信すると、この端末Noに応じたハードディスク１−８内のメモリ領域を指定すると共に（ステップＧ１）、受信した更新日時および取引データを指定メモリ領域に書き込む（ステップＧ２、Ｇ３）。図１５はこの場合におけるハードディスク１−８の内容を示している。また、受信した使用レコード数が所定レコード数に達しているかをチェックする（ステップＧ４）。つまり、メンテナンスファイルの容量は最大１０，０００件程度に制限されているため、その使用レコード数が１０，０００件（フル状態）に近づいたかを検出するもので、フル状態に近くなると、ＣＰＵ１−１はメンテナンスファイルのネガティブデータに基づいてベースファイルを更新する（ステップＧ５）。この場合、メンテナンスファイルのネガティブデータには追加レコード、削除レコードが含まれており、ベースファイルに追加レコードを書き加えると共に、ベースファイルから削除レコードを取り除き、ベースファイルの内容をキー項目内容にしたがって昇順にソートする。このようにしてベースファイルの内容を再編集すると、メンテナンスファイルをクリアすると共に（ステップＧ６）、ベースファイルをフロッピーディスク５にコピーすると共に入力作成された最新のメンテナンスファイルをフロッピーディスク５にコピーする（ステップＧ７）。このようにメンテナンスファイルに基づいてベースファイルの内容が再編集されるが、その編集をセンタ装置１側で行うようにしている。これはメイン装置２側で行うと、タクシー会社側に負担をかけることになり、また、カード会社で管理すべきものであり、データの信頼性、安全性を図る上にもセンタ装置１側で行うようにしている。
【００２２】
以上のように大量のネガティブデータ（例えば６５，０００件）をベースファイルとして用意しておくことにより信頼性の高いネガティブチェックが可能となる。この場合、後でネガティブデータが追加されたり、削除されたとしても、これを保持するメンテナンスファイルを設け、ネガティブチェック時にベースファイルに先立ってメンテナンスファイルを参照するようにしたので、ネガティブデータが追加／削除される毎にベースファイルを再編集する必要はなく、メンテナンスファイルがフル状態に近づいたときに、メンテナンスファイルの内容に基づいてベースファイルを再編集すればよい。つまり、ネガティブデータが追加／削除される毎に大容量のベースファイルの内容を再編集しておかなくても、ベースファイルに対して追加／削除されるネガティブデータはメンテナンスファイルに保持され、ネガティブチェック時にベースファイルに先立って小容量のメンテナンスファイルを参照するようにしたので、ネガティブチェックの検索時間を大幅に短縮することができ、チェックを効率良く行うことが可能となる。
【００２３】
また、メンテナンスファイルを常に最新データに更新すると共に、メンテナンスファイルが限界近くになった際に、ベースファイルの内容をメンテナンスファイルの内容に基づいて再編集し、新たなベースファイルを作成するようにしたから、データの記入漏れを防止することができ、確実なネガティブチェックが可能となる。特に、タクシー会社へ配達されるフロッピーディスク５が大幅に遅れ、その間に通信回線を介して変動分のメンテナンスファイルが送信されて来た場合でもメンテナンスファイルは後に到着したフロッピーディスク５の内容ではなく、先に到着した変動分のメンテナンスファイルに更新されるので、メンテナンスファイルは到着順にかかわらず、メンテナンスファイルの発行順にしたがって更新されることになる。
【００２４】
なお、上述した一実施形態においては、メンテナンスファイルにポジティブデータを含めるようにしたが、これをベースファイル等に含めるようにしてもよい。
また、記憶媒体としてフロッピーディスク５、メモリカード６を例に挙げたが、光ディスク、ＲＯＭカートリッジ等であってもよい。更に、ベースファイルのメンテナンスファイルの容量は上述した場合に限らないが、少なくともベースファイルはメンテナンスファイルよりも大容量ファイルであることを条件とする。また、タクシーカードシステムに限らず、その他のデータ処理システムに適用してもよく、勿論、スタンドアロンタイプのデータ処理装置に適用してもよい。
【００２５】
【発明の効果】
この発明によれば、小容量のテンポラリファイルを設け、ネガティブチェックを行う際に、大容量のベースファイルに先立ってテンポラリファイルによりネガティブチェックを行うため、ネガティブデータが更新される毎にベースファイルの内容を再編集しておかなくても、ネガティブチェックを効率良く実行することができるので、予め大量のネガティブデータをベースファイルとして用意することが可能となり、しかも、テンポラリファイルに対して削除をすることの指定を忘れたようなネガティブデータの入力がなされた場合にあっても信頼性の高い更新を行うことができる。
【図面の簡単な説明】
【図１】タクシーカードシステムを示したシスム構成図。
【図２】センタ装置１側で発行されたフロッピーディスク５内のベースファイルおよびメンテナンスファイルを示した図。
【図３】センタ装置１のブロック構成図。
【図４】メイン装置２のブロック構成図。
【図５】車載端末装置３のブロック構成図。
【図６】メイン装置２側のハードディスク２−８の内容を示した図。
【図７】メモリカード６の内容を示した図。
【図８】フロッピーディスク５が装着されたときのメイン装置２の動作を示したフローチャート。
【図９】（Ａ）はセンタ装置１から通信回線を介してメンテナンスファイルを送信する際の動作を示したフローチャート、（Ｂ）はメンテナンスファイルを受信した際におけるメイン装置２の動作を示したフローチャート。
【図１０】図９（Ｂ）のステップＣ２（メンテナンスファイルの更新処理）を示したフローチャート。
【図１１】車載端末装置３の動作を示したフローチャート。
【図１２】メイン装置２から通信回線をデータを送信する際の動作を示したフローチャート。
【図１３】メイン装置２から通信回線を介して送信されて来たデータを受信した際におけるセンタ装置１の動作を示したフローチャート。
【図１４】センタ装置１によって発行されたベースファイル、メンテナンスファイルがメイン装置２、車載端末装置３に供給される様子を示した図。
【図１５】メイン装置２側の収集データを示した図。
【符号の説明】
１  センタ装置
１−１、２−１、３−１  ＣＰＵ
１−６  モデム
１−８、２−８  ハードディスク
２  メイン装置
２−５  モデム
３  車載端末装置
３−５  クレジットカードリーダ／ライタ
３−６  メモリカードリーダ／ライタ
３−７  プリペイド／ポスペイカードリーダ／ライタ
３−８  タクシーメータ
４  通信回線
５  フロッピーディスク
６  メモリカード
【図１】
0003711421.tif 000002
【図２】
0003711421.tif 000003
【図３】
0003711421.tif 000004
【図４】
0003711421.tif 000005
【図５】
0003711421.tif 000006
【図６】
0003711421.tif 000007
【図７】
0003711421.tif 000008
【図８】
0003711421.tif 000009
【図９】
0003711421.tif 000010
【図１０】
0003711421.tif 000011
【図１１】
0003711421.tif 000012
【図１２】
0003711421.tif 000013
【図１３】
0003711421.tif 000014
【図１４】
0003711421.tif 000015
【図１５】
0003711421.tif 000016