JPH06266738A - カードのチェック方法及びｐｏｓシステム - Google Patents

Abstract

(57)【要約】 【目的】信用取引きに用いられるカードのチェック方法
及びカードによる決済によって取り引きが可能なＰＯＳ
システムに関し、事故カードについてそのチェック回数
に関する情報を保持することにより、事故カードの悪質
な使用に歯止めを掛け、不良債権の発生の防止を図るこ
とを目的とする。 【構成】カードによる決済の可否を端末装置１２からホ
スト１１に問い合わせて当該カードのチェックを行うた
めの方法であって、決済が不可であったカードについ
て、チェックの行われたことを事故口座マスタファイル
２２に記憶しておき、チェックに対する応答として、決
済の可否と、決済が不可である場合にチェックの行われ
た回数又は回数に対応したメッセージとを出力し、それ
を端末装置１２の表示部ＤＩＳに表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、信用取引きに用いられ
るカードのチェック方法及びカードによる決済によって
取り引きが可能なＰＯＳシステムに関する。

【０００２】近年において、商品代金をカード（クレジ
ットカード）で決済する信用取引きが普及し、カードの
発行枚数が急激に増大している。これにともなって、カ
ードの紛失、盗難、その他の種々の事故が多発する傾向
にある。

【０００３】このような状況に対応し、事故カード（又
は不良カード）が不正に使用されることによる不良債権
の発生の防止を図るため、百貨店及びスーパーストアな
どにおいて用いられるＰＯＳシステムにおいても、客か
ら提示されたカードについてそれが事故カードではない
かどうか、つまりそのカードの口座が決済可能な状態で
あるかどうかのチェックを行えるようになっている。

【０００４】

【従来の技術】図７は従来のＰＯＳシステム８０の例を
示すブロック図である。図７において、ＰＯＳシステム
８０は、ホスト８１、各売り場に設置された複数の端末
装置８２（８２ａ，８２ｂ…）、及び通信制御装置８３
などから構成されている。ホスト８１は、各端末装置８
２からの単品価格の問い合わせに対する応答、端末装置
８２から送られてくる売上げ情報の集計及び管理などを
行う他、事故カードについての情報を記録した事故情報
ファイル９１の読み書き及び検索など行う。

【０００５】このようなＰＯＳシステム８０において、
端末装置８２からホスト８１に対し、あるカードについ
てチェックのための問い合わせが行われたとする。ホス
ト８１では、当該カードの口座番号などをキーとして、
事故情報ファイル９１を検索する。当該カードが事故情
報ファイル９１に記録されている場合には、その記録内
容を端末装置８２に伝送し、端末装置８２において事故
内容を表示部に表示する。

【０００６】事故情報ファイル９１に記録される事故内
容としては、カードの紛失、盗難、預信残高不足などが
ある。しかし、紛失届け又は盗難届けを出した後にカー
ドが出てきたので本人がそのまま使用するといった場合
のように、本人のうっかりミスによる使用の可能性もあ
るので、売り場におけるトラブルを避けるためにも、カ
ードの紛失と盗難とは売り場において区別して扱われて
おらず、いずれの場合においても端末装置８２には単に
使用停止中である旨が表示されることとなっている。

【０００７】売り場の担当者は、これらの事故内容が表
示された場合には、当該カードでの決済が不可である旨
をカードを提示した者（カードの所持者又は使用未遂
者）に告げるとともに、所持者に当該カードを返却し、
他のカードや現金によって決済するか、又はその取り引
きを中止する（例えば特開平２ー１８６９３号を参
照）。

【０００８】

【発明が解決しようとする課題】このように、従来にお
いては、事故カードであった場合に、当該カードによる
決済が不可である旨を告げるだけでそのカードが返却さ
れるので、カードを使用しようとした者は元の状態と同
じカードを再度所持することとなる。また、事故情報フ
ァイル９１についても、事故カードが使用されようとし
たことによってはその内容に何らの変化も生じない。

【０００９】したがって、もし、カードの所持者が悪質
であった場合には、売り場又は店を変えて事故カードを
使用するということが起こり得る。そうした場合でも、
事故カードは初回の使用（提示）と何ら区別されないた
め、事故情報ファイル９１への入力が遅い店、ＣＡＦＩ
Ｓネットワーク網に接続されていない店、その他チェッ
クの不完全な店を探し求める形で不正に流用され、最終
的には不良債権を生み出す結果となっていた。

【００１０】本発明は、上述の問題に鑑み、事故カード
についてそのチェック回数に関する情報を保持すること
により、事故カードの悪質な使用に歯止めを掛け、不良
債権の発生の防止を図ることを目的とする。

【００１１】

【課題を解決するための手段】請求項１の発明に係る方
法は、上述の課題を解決するため、図１乃至図６に示す
ように、カードによる決済の可否を端末装置１２からホ
スト１１，１１ａに問い合わせて当該カードのチェック
を行うための方法であって、決済が不可であったカード
について、チェックの行われたことをファイル２２に記
憶しておき、チェックに対する応答として、決済の可否
と、決済が不可である場合にチェックの行われた回数Ｎ
ＵＳ又は回数に対応したメッセージＭＣＯとを出力す
る。

【００１２】請求項２の発明に係る方法は、前記端末装
置１２において、決済が不可であり且つチェックの行わ
れた回数が複数回である場合に、当該カードの回収を促
す旨のメッセージＭＣＯを表示する。

【００１３】請求項３の発明に係るＰＯＳシステムは、
カードに記録された情報を読み取るカード読取り装置を
有し、当該カードによる決済を指示することが可能な端
末装置１２と、決済が不可であるカードについての情報
を記録した事故情報ファイル２２を有し、前記端末装置
１２からのカードのチェックの問い合わせに応じて当該
カードによる決済の可否を応答するホスト１１，１１ａ
と、を有してなるＰＯＳシステム１，１ａにおいて、前
記ホスト１１，１１ａには、決済が不可であったカード
についてチェックの行われたことを示す情報を記憶する
手段２２と、前記端末装置１２からのチェックに対する
応答として、決済が不可である場合にチェックの行われ
た回数ＮＵＳ又は回数に対応したメッセージＭＣＯを出
力する手段２０と、が設けられ、前記端末装置１２に
は、決済が不可である場合にチェックの行われた回数Ｎ
ＵＳ又は回数に対応したメッセージＭＣＯを表示する手
段ＤＩＳが設けられ、て構成される。

【００１４】請求項４の発明に係るＰＯＳシステムは、
前記チェックの行われたことを示す情報が、前記事故情
報ファイル２２に記録されるように構成される。請求項
５の発明に係るＰＯＳシステムは、前記チェックの行わ
れたことを示す情報が、前記事故情報ファイル２２とは
異なる経緯ファイル２３に一時的に記録され、バッチ処
理によって前記事故情報ファイル２２に記録されるよう
に構成される。

【００１５】

【作用】端末装置１２からホスト１１に対してカードの
決済の可否の問い合わがあったときに、ホスト１１は、
ファイル２２を参照して当該カードをチェックする。当
該カードが事故カードであった場合には、チェックの行
われたことが例えばファイル２２に記録されるととも
に、ホスト１１から端末装置１２への応答として、決済
の可否と、決済が不可である場合にチェックの行われた
回数ＮＵＳ又は回数に対応したメッセージＭＣＯが出力
される。

【００１６】端末装置１２においては、チェックの行わ
れた回数ＮＵＳ又はそれに対応するメッセージＭＣＯが
表示される。売り場の担当者はそれを見てカードの状況
を認識し、例えば悪質な場合にカードの回収などの処置
をとる。

【００１７】

【実施例】図１は本発明に係るＰＯＳシステム１のブロ
ック図である。ＰＯＳシステム１は、中央管理室などに
設置されたホスト１１、各売り場に設置された複数の端
末装置１２（１２ａ，１２ｂ…）、及び通信制御装置１
３などから構成されている。

【００１８】ホスト１１は、汎用コンピュータ又はパー
ソナルコンピュータなどからなり、各端末装置１２から
の単品価格の問い合わせに対する応答、端末装置１２か
ら送られてくる売上げ情報の集計及び管理など、ＰＯＳ
システムのホストとして必要な種々の機能を有している
他、事故カードについての問い合わせに対して応答する
カードチェック機能を有している。

【００１９】ホスト１１には、カードのチェックのため
の処理を行うチェック処理部２０、通常の取り引きに関
する情報を記録した取引きデータログファイル２１、事
故カードについての情報を記録した事故口座マスタファ
イル２２、事故カードについてのチェックの経緯を記録
した経緯ファイル２３、及びメッセージテーブルＴＢＭ
などが設けられており、これらのファイル又はテーブル
の読み書き及び検索などが可能となっている。

【００２０】端末装置１２は、商品情報の入力のための
バーコードリーダ及びキー、決済方法を指示するための
キー、カードのチェックを指示するためのキー、商品
名、金額、数量、種々のメッセージなどを表示するため
の表示部ＤＩＳ、レシートを発行するためのプリンタ
部、カードに記録された情報を読み取るためのカード読
取り部などを備えている。端末装置１２は、入力された
商品について売上合計の計算、釣り銭額の計算、カード
による決済処理又はホスト１１への決済の指示など、Ｅ
ＣＲ（電子キャッシュレジスタ）として必要な種々の機
能を有している他、客から提示されたカードのチェック
をホスト１１に依頼し、そのチェック結果を表示部ＤＩ
Ｓに表示する機能を有している。

【００２１】図２は事故口座マスタファイル２２の内容
を示す図、図３は経緯ファイル２３の内容を示す図、図
４は状態コードＣＳＩ、使用回数ＮＵＳ、及び通知情報
ＭＣＯの関係の例を示すメッセージテーブルＴＢＭの図
である。

【００２２】図２において、事故口座マスタファイル２
２には、各事故カードについて、ＪＣＢやＶＩＳＡなど
のカード会社毎に設定されたカード会社コードＣＤＣ、
本人の口座番号ＮＡＣ、紛失や盗難など事故の状態を示
す状態コードＣＳＩ、及び当該事故カードが使用されよ
うとした回数（チェックされた回数、又は稼働状況））
を示す使用回数ＮＵＳが記録されている。

【００２３】図３において、経緯ファイル２３には、カ
ード会社コードＣＤＣ及び口座番号ＮＡＣの他に、事故
カードが使用されようとした時期（年月日及び時刻）を
示す使用時期ＴＵＳ、事故カードが使用されようとした
端末装置１２の番号などを示す使用場所ＰＵＳ、及び端
末装置１２への通知情報ＭＣＯが記録されている。

【００２４】図４において、メッセージテーブルＴＢＭ
によると、状態コードＣＳＩが「紛失」であり、使用回
数ＮＵＳが「０」であった場合には、通知情報ＭＣＯは
従来と同様の「使用停止中」であり、使用回数ＮＵＳが
「１」であった場合には、通知情報ＭＣＯは「本人のカ
ードであるか確認して下さい」となる。また使用回数Ｎ
ＵＳが「２」以上であった場合には、「悪質に使用され
ているのでカードを回収して下さい」となる。状態コー
ドＣＳＩが「盗難」であった場合もこれと同様である。

【００２５】事故口座マスタファイル２２には、カード
会社からの通知データに基づいて、必要なデータが記録
される。経緯ファイル２３には、事故カードのチェック
が行われたときに、そのチェック結果が一時的に記録さ
れる。その際に、事故口座マスタファイル２２の使用回
数ＮＵＳに応じて、メッセージテーブルＴＢＭが参照さ
れ、該当する通知情報ＭＣＯが経緯ファイル２３に書き
込まれる。また、経緯ファイル２３の内容に応じて、事
故口座マスタファイル２２の内容、特にその使用回数Ｎ
ＵＳが、１日毎又は１週間毎などのバッチ処理により更
新される。

【００２６】次に、ＰＯＳシステム１におけるチェック
方法について、図５に示すフローチャートを参照して説
明する。まず、端末装置１２において、売り場の担当者
が商品情報の入力を行い（＃１１）、売上げの合計を算
出し（＃１２）、客から提示されたカードを読み取る
（＃１３）。カードのチェックのためのキーを押すと
（＃１４）、端末装置１２からホスト１１へ問い合わさ
れ、ホスト１１において事故口座マスタファイル２２の
検索が行われる（＃１５）。

【００２７】検索の結果、当該カードについての記録が
事故口座マスタファイル２２に見つからない場合には
（＃１６でノー）、そのカードにより決済を行い（＃１
７）、取り引きを終了する。

【００２８】当該カードについての記録が事故口座マス
タファイル２２に見つかった場合には（＃１６でイエ
ス）、事故口座マスタファイル２２の内容に基づいて経
緯ファイル２３に記録するとともに、記録した内容を端
末装置１２に応答として出力する（＃１８，１９）。

【００２９】端末装置１２では、ホスト１１から送られ
てきた応答に応じて、通知情報ＭＣＯを表示部ＤＩＳに
表示する（＃２０）。売り場の担当者は、表示内容に応
じて、客から提示されたカードによる決済が不可である
ことを伝え、又はカードが客本人のものであるか否かを
確認し、又は当該カードが事故カードであるから返却で
きない旨を伝えて回収する。

【００３０】このように、ＰＯＳシステム１によると、
売り場において客から提示されたカードのチェックを行
い、それが事故カードとして記録されている場合にはそ
の使用回数ＮＵＳが記録され、それまでの使用回数ＮＵ
Ｓに応じたメッセージが端末装置１２に表示されるの
で、売り場の担当者が当該カードの使用履歴を容易に知
ってカードの不正使用を容易に発見することが可能とな
り、事故カードに対する適切な対応を取り易くなるとと
もに、事故カードの回収を行って不良債権の発生を未然
に防止することが可能となる。

【００３１】しかも、事故カードの使用回数ＮＵＳが売
り場の担当者に分かることから、これが事故カードを不
正使用しようとする者に対する牽制となり、結果的に事
故カードの不正使用をより減少させることとなる。

【００３２】上述の例では、自社のＰＯＳシステム１の
ホスト１１にカードチェック機能を持たせ、チェック結
果をホスト１１の経緯ファイル２３に記録するようにし
たが、チェック結果を端末装置１２の外部記憶装置内の
ファイルに一時的に記録しておき、それをバッチ処理に
よってホスト１１へ一括して伝送して事故情報ファイル
２２を更新してもよい。また、チェック結果を端末装置
１２に接続されたフレキシブルディスクに格納し、その
フレキシブルディスクをホスト１１で読み込むようにし
てもよい。

【００３３】さらに、自社のホスト１１をＣＡＦＩＳネ
ットワークを介してカード会社のホストに接続し、カー
ド会社のホストによるチェックをも行うようにしてもよ
い。そのような例を次の図６に示す。

【００３４】図６は本発明に係る他の実施例のＰＯＳシ
ステム１ａのブロック図である。図６において、図１に
示す要素と同様の機能を有する要素には同一の符号を付
して説明を省略する。

【００３５】図６のＰＯＳシステム１ａにおいて、自社
のホスト１１ａには、取引きデータログファイル２１及
び事故口座マスタファイル２２が設けられており、カー
ド会社のホスト１５には、カード会社の発行したカード
の口座についての情報を管理する口座情報管理ファイル
３１、及び事故カードについてのチェックの結果を記録
したチェック結果ファイル３２などが設けられている。

【００３６】ＰＯＳシステム１ａでは、端末装置１２か
ら自社のホスト１１ａに対してカードのチェックの依頼
を行うと、ホスト１１ａ内の事故口座マスタファイル２
２の照会によりチェックが行われるとともに、ホスト１
５においてもチェックが行われる。ホスト１５では、各
社のホスト１１ａからのチェック結果が伝送されてきて
おり、それらがチェック結果ファイル３２に記録されて
いるので、事故カードであるか否か、及びそれが使用さ
れようとした回数などが広範囲にわたってチェックされ
る。

【００３７】したがって、ＰＯＳシステム１ａによる
と、事故カードであるか否か、決済が可能であるか否か
などのチェックがより完全に行われ、事故カードの不正
使用をより一層減少させることができる。

【００３８】なお、ＰＯＳシステム１ａにおいて、カー
ドのチェックをホスト１１ａのみにおいて行うことと
し、そのチェック結果がホスト１５を介して他の会社の
ホストに通知されるようにしてもよい。

【００３９】また、図示は省略したが、各端末装置が公
衆回線などを介してカード会社のホストに直接的に接続
されている形態のシステムにおいても、各端末装置から
ホストに対してカードのチェックの依頼を行い、端末装
置でそのチェック結果についての情報を得て表示するこ
とができる。その場合には、カード会社のホストによっ
て事故カードを一元的に管理し且つチェック処理を行う
こととなるので、チェックの依頼から応答までが迅速に
行われ、リアル性に優れることとなる。

【００４０】また、事故口座マスタファイル２２及びメ
ッセージテーブルＴＢＭによってカードの消耗（傷み）
によりリジェクトされた回数を管理しておき、例えば４
回以上リジェクトされた場合に、端末装置１２にカード
再発行指示メッセージを表示させることとしてもよい。
これによって、顧客へのサービスの向上を図ることが可
能となる。

【００４１】上述の実施例においては、経緯ファイル２
３などに基づいて事故口座マスタファイル２２の使用回
数ＮＵＳを更新することとしたが、経緯ファイル２３に
基づくことなく、リアルタイムで使用回数ＮＵＳの更新
を行うようにしてもよい。事故カードであった場合に端
末装置１２において表示するメッセージとして、上述し
た以外の種々のメッセージを表示してもよく、又はカー
ドの使用回数のみを表示してもよい。

【００４２】上述の実施例において、取引きデータログ
ファイル２１、事故口座マスタファイル２２、経緯ファ
イル２３の構成、内容、ホスト１１，１１ａ、端末装置
１２、又はＰＯＳシステム１，１ａの構成、処理の内容
又は順序などは、本発明の主旨に沿って種々変更するこ
とができる。本発明は、カード会社の発行するクレジッ
トカード、小売り会社の発行するハウスカード又はクー
ポン券など、種々のカードのチェックに適用することが
できる。

【００４３】

【発明の効果】本発明によると、事故カードについてそ
のチェック回数に関する情報を保持することにより、事
故カードの悪質な使用に歯止めを掛け、不良債権の発生
の防止を図ることができる。

【００４４】請求項２の発明によると、売り場の担当者
がカードを回収すべきことを容易に認識することがで
き、カードの不正使用に対する応対が統一し易くなる。
請求項４及び請求項５の発明によると、事故情報ファイ
ルのみを参照することによって、当該カードによる決済
の可否及び使用回数をチェックすることができ、カード
のチェックのための処理が容易となる。

【図面の簡単な説明】

【図１】本発明に係るＰＯＳシステムのブロック図であ
る。

【図２】事故口座マスタファイルの内容を示す図であ
る。

【図３】経緯ファイルの内容を示す図である。

【図４】メッセージテーブルの内容の例を示す図であ
る。

【図５】図１に示すＰＯＳシステムにおけるカードのチ
ェック方法を示すフローチャートである。

【図６】本発明に係る他の実施例のＰＯＳシステムのブ
ロック図である。

【図７】従来のＰＯＳシステムの例を示すブロック図で
ある。

【符号の説明】

１，１ａ ＰＯＳシステム １１，１１ａ ホスト １２ 端末装置 ２０ チェック処理部（出力する手段） ２２ 事故口座マスタファイル（ファイル、事故情報フ
ァイル、記憶する手段） ２３ 経緯ファイル ＤＩＳ 表示部（表示する手段） ＮＵＳ 使用回数（回数） ＭＣＯ 通知情報（メッセージ）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 // Ｇ０７Ｇ 1/14 8921−3Ｅ

Claims (5)

【特許請求の範囲】
1. 【請求項１】カードによる決済の可否を端末装置（１
   ２）からホスト（１１）（１１ａ）に問い合わせて当該
   カードのチェックを行うための方法であって、 決済が不可であったカードについて、チェックの行われ
   たことをファイル（２２）に記憶しておき、 チェックに対する応答として、決済の可否と、決済が不
   可である場合にチェックの行われた回数（ＮＵＳ）又は
   回数に対応したメッセージ（ＭＣＯ）とを出力すること
   を特徴とするカードのチェック方法。
2. 【請求項２】前記端末装置（１２）において、決済が不
   可であり且つチェックの行われた回数が複数回である場
   合に、当該カードの回収を促す旨のメッセージ（ＭＣ
   Ｏ）を表示することを特徴とするカードのチェック方
   法。
3. 【請求項３】カードに記録された情報を読み取るカード
   読取り部を有し、当該カードによる決済を指示すること
   が可能な端末装置（１２）と、 決済が不可であるカードについての情報を記録した事故
   情報ファイル（２２）を有し、前記端末装置（１２）か
   らのカードのチェックの問い合わせに応じて当該カード
   による決済の可否を応答するホスト（１１）（１１ａ）
   と、 を有してなるＰＯＳシステム（１）（１ａ）において、 前記ホスト（１１）（１１ａ）には、 決済が不可であったカードについてチェックの行われた
   ことを示す情報を記憶する手段（２２）と、 前記端末装置（１２）からのチェックに対する応答とし
   て、決済が不可である場合にチェックの行われた回数
   （ＮＵＳ）又は回数に対応したメッセージ（ＭＣＯ）を
   出力する手段（２０）と、 が設けられ、 前記端末装置（１２）には、決済が不可である場合にチ
   ェックの行われた回数（ＮＵＳ）又は回数に対応したメ
   ッセージ（ＭＣＯ）を表示する手段（ＤＩＳ）が設けら
   れ、 てなることを特徴とするＰＯＳシステム。
4. 【請求項４】前記チェックの行われたことを示す情報
   が、前記事故情報ファイル（２２）に記録されてなるこ
   とを特徴とする請求項３記載のＰＯＳシステム。
5. 【請求項５】前記チェックの行われたことを示す情報
   が、前記事故情報ファイル（２２）とは異なる経緯ファ
   イル（２３）に一時的に記録され、バッチ処理によって
   前記事故情報ファイル（２２）に記録されることを特徴
   とする請求項３記載のＰＯＳシステム。