(57)【要約】【課題】  顧客に配布するまたは顧客から回収したポイントを安全に管理するためのセキュリティ機能を持つポイントカードを提供する。【解決手段】  ポイントカード上のポイントアプリケーションに、カードの用途が、顧客が所有するものなのか、店舗でポイントの配布または回収に使用するものなのか、ポイント管理者が生成したポイントを管理するために使用するものなのか等を決定する属性データ、共通ポイントを受け取る際に、送り側のカードがどの属性データを持っているかによって、受け入れを許可または拒否するかどうかを決定する受入属性データ、一度に移動可能なポイント額を示す上限額データを予め記録し、ポイント取引実行指示を取引システムから受けた後、ポイント受け入れ側のカードが、送り側のカードの属性データを参照し、受入属性データと比較する。また移動するポイント額を上限額データと比較する。【選択図】  図４
2007011641.tif 000002
【特許請求の範囲】
【請求項１】
カードに記録されている情報を読み取りまたは書き込みするためのカード情報入出力手
段、システム管理者が直接操作したり、ＰＯＳレジ等別の端末からの情報を入力するため
の入力手段、システム管理者に操作結果や処理結果等を通知するための通知手段、システ
ム操作や処理結果の記録を行ったり、システムに入力された情報を一時的に記録したりす
る記憶手段、システム全体の制御を行う制御手段を備え、制御手段は入力手段を介してポ
イント移動指示を受け取ると、カード情報入出力手段を介して２枚のカードにポイント移
動実行を指示するポイントシステムにおいて、カードの用途が、顧客が所有するものなの
か、店舗でポイントの配布または回収に使用するものなのか、ポイント管理者が生成した
ポイントを管理するために使用するものなのか等を決定するデータ（以下、属性データと
記述する）と、共通ポイントを受け入れる際に、送り側のカードがどの属性データを持っ
ているかによって、受け入れを許可または拒否するかどうかを決定するデータ（以下、受
入属性データと記述する）を予め記録し、ポイント取引実行指示を取引システムから受け
た後、ポイント受け入れ側のカードが、送り側のカードの属性データを参照し、受入属性
データと比較することで、ポイント移動を実行するかどうかを決定することを特徴とする
ＩＣカード。
【請求項２】
請求項１記載のＩＣカードにおいて、受入属性データの代わりに、共通ポイントを送り
出す際に、受け取り側のカードがどの属性データを持っているかによって、送り出しを許
可または拒否するかどうかを決定するデータ（以下、送出属性データと記述する）を予め
記録し、ポイント取引実行指示を取引システムから受けた後、ポイント送り出し側のカー
ドが、受け側のカードの属性データを参照し、送出属性データと比較することで、ポイン
ト移動を実行するかどうかを決定することを特徴とする請求項１記載のＩＣカード。
【請求項３】
請求項１に記載のＩＣカードにおいて、カードに一度に移動可能なポイント額を示すデ
ータ（以下、上限額データと記述する）を予め記録し、ポイント取引実行指示を取引シス
テムから受けた後、ポイント受け入れ側のカードが、移動ポイント額が上限額データを超
える場合にはポイント移動を拒否することを特徴とする請求項１に記載のＩＣカード。
【請求項４】
請求項２記載のＩＣカードにおいて、カードに一度に移動可能なポイント額を示すデー
タ（以下、上限額データと記述する）を予め記録し、ポイント取引実行指示を取引システ
ムから受けた後、ポイント送り出し側のカードが、移動ポイント額が上限額データを超え
る場合にはポイント移動を拒否することを特徴とする請求項２に記載のＩＣカード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カードの利用にて複数店舗間で共通に使用できるポイントの取引を実行する
システムに関する。
【背景技術】
【０００２】
従来のポイントソリューションでは、特許文献１にあるように、配布前または回収後のポイントの保管は、セキュリティ対策を施したセンターで行い、複数店舗間でポイントの配布または回収を行った後に、各店舗からのポイント配布または回収集計結果をセンターに集約し、各店舗が負担すべきポイント配布費用または各店舗が負担したポイント回収費用の清算を行う方法がある。
【０００３】
【特許文献１】特開２００３−１４１４２８
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、各店舗が負担すべきポイント配布費用または各店舗が負担したポイント回収費
用の清算を円滑に行うため、配布前または回収後のポイントの保管をセンターで行うので
はなく、各店舗で行おうとすると、ポイントを安全に保管するため、各店舗にてセンター
と同様の強固なセキュリティ対策を行う必要があり、十分な費用対効果を得ることができ
ない。
【課題を解決するための手段】
【０００５】
上記問題を解決するための本発明の特徴は、カードにそのカードの用途が、顧客が所有
するものなのか、店舗でポイントの配布または回収に使用するものなのか、ポイント管理
者が生成したポイントを管理するために使用するものなのか等を決定するデータ（属性デ
ータ）と、共通ポイントを受け取る際に、送り側のカードがどの属性データを持っている
かによって、受け入れを許可または拒否するかどうかを決定するデータ（受入属性データ
）を備え、カードがポイント取引実行指示を取引システムから受けた後、ポイント受け入
れ側のカードが、送り側のカードの属性データを参照し、受入属性データと比較すること
で、ポイント移動を実行するかどうかを決定し、万が一、店舗からポイント配布または回
収用のカードが盗難等の手段により第三者の手に渡っても、それらのカードが店舗で利用
される他のポイント配布または回収用のカードとポイント移動できないように設定してお
くことで、盗難にあったポイントが不正に使用されることを防止する構造としたことであ
る。
【発明の効果】
【０００６】
共通ポイントソリューションにおいて、カードに属性データとその属性データを基に、
そのカードからのポイント取引を受け入れるかどうかを判断する情報である受入属性デー
タを、カードのポイントアプリケーションに設定し、万一配布用ポイントを保存した配布
用カードまたは回収したポイントを保存した回収用カードが盗難にあっても、それらのカ
ードに蓄積されたポイントが店舗の回収カードと取引できないよう設定することで、セキ
ュリティを高めることが可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、図面を用いて、本発明のポイントカードのうち、受け入れ側カードにて属性デー
タと受入属性データの比較および上限額データとポイント移動額の比較を行うカードを、
異なる店舗が共通で使用するポイントカードとして利用する場合の実施例を説明する。図
１は本発明のブロック図である。本実施例でのシステム構成は、取引システム１０１、管
理用カード１１１、配布用カード１２１、回収用カード１３１、顧客用カード１４１等か
ら構成する。
【０００８】
取引システム１０１は、管理用カード１１１、配布用カード１２１、回収用カード１３
１、顧客用カード１４１の情報を読み取りまたは書き込みするための２つのカードリーダ
／ライタ、送信用カードリーダ／ライタ１０２および受信用カードリーダ／ライタ１０３
、システム管理者が直接操作したり、POSレジ等別の端末からの情報を入力したりするた
めの情報入力手段１０４、システム管理者に操作結果や処理結果等を通知するための情報
通知手段１０５、システムの操作や処理結果等の記録を行ったり、システムに入力された
情報を一時的に記録したりする情報記憶手段１０６、取引システム全体の動作を制御する
制御手段１０７等から構成し、ポイント発行者サイトや各店舗に少なくとも１台以上設置
され、店員等専用のオペレータによって操作されるシステムである。
【０００９】
管理用カード１１１、管理用カード１２１、回収用カード１３１、顧客用カード１４１
は、ポイントアプリケーション１５１を搭載するカードである。管理用カード１１１、管
理用カード１２１、回収用カード１３１、顧客用カード１４１の相違点とポイントアプリ
ケーション１５１の詳細については、図２を用いて後述する。
【００１０】
図２はポイントアプリケーション１５１が所有するデータテーブルとそのテーブルに格
納するデータの一例を示す図である。データテーブルには、カードＩＤ１５２、残高デー
タ１５３、属性データ１５４、受入属性データ１５５、上限額データ１５６から構成する
。カードＩＤ１５２には、そのカードを一意に決定する数値データを記録する。残高デー
タ１５３には、そのカードに記録されたポイントの残量を数値データとして記録する。属
性データ１５４には、そのカードの用途が、顧客が所有するものなのか、店舗でポイント
の配布または回収に使用するものなのか、ポイント管理者が生成したポイントを管理する
ために使用するものなのか等を決定するデータを記録し、本実施例では、１バイトのバイ
ナリデータを設定するものとする。受入属性データ１５５には、そのカードがポイントを
受け取る際に、送り側のカードがどの属性データ１５４を持っているかによって、受け入
れを許可または拒否するかどうかを決定するデータを記録し、本実施例では、３２バイト
のバイナリデータを設定するものとし、その３２バイトのデータを２５６ビットに変換し
、最下位ビットを属性データ０に対応、最下位から２ビット目を属性データ１に対応、以
下同様に最上位ビットを属性データＦＦにそれぞれ対応するものとして、該当ビットが０
であればその属性データを持つカードからのポイント移動を受け入れず、該当ビットが１
であればその属性データを持つカードからのポイント移動を受け入れるものとする。上限
値データ１５６には、そのカードが一度のポイント移動で別のカードから受け入れられる
ポイント額の上限値を表す数値データを記録する。
【００１１】
図３は本実施例の全体の流れを示すフロー図である。まずポイントサービスの利用を希
望する店舗はポイント発行者にポイントサービス利用の申し込みを行う。その際、店舗は
自店で配布予定ポイント額に相当する料金をポイント発行者に支払い、ポイント発行者は
店舗が支払った料金分のポイントを、取引システム１０１を使用して、管理用カード１１
１からその店舗用の配布用カード１２１に配布する。店舗にて顧客がポイント配布対象の
サービスまたは製品等を購入した場合、店舗は取引システム１０１を使用して自店の配布
用カード１２１からその顧客が所有する顧客用カード１４１に、顧客が購入したポイント
配布対象のサービスまたは製品等に相当するポイントを配布する。店舗が所有する配布用
カード１２１の残高が、ポイントサービスを提供するために十分でなければ、店舗は自店
で追加で配布するポイントを入手するために、追加で配布するポイント額に相当する料金
をポイント発行者に支払い、ポイント発行者は店舗が支払った料金分のポイントを、取引
システム１０１を使用して、管理用カード１１１からその店舗用の配布用カード１２１に
配布する。店舗にて顧客が過去に取得したポイントを使用してサービスまたは製品等を購
入したとき、店舗は取引システム１０１を使用してその顧客が所有する顧客用カード１４
１から自店の回収用カード１３１に、顧客が使用したポイント額を回収する。回収したポ
イント総額が、店舗が予め決定しておいた額に達した場合、店舗はポイント発行者にポイ
ントの返却を申請し、ポイント発行者は、取引システム１０１を使用してその店舗が所有
する回収用カード１３１から管理用カード１１１に回収し、回収したポイント額に相当す
る金額をその店舗に支払う。
【００１２】
図４は取引システム１０１を使用した２枚のカード間でのポイント取引の手順を示すフ
ロー図である。オペレータは送信側カードを送信用カードリーダ／ライタ１０２に、受信
側カードを受信用カードリーダ／ライタ１０２にそれぞれ挿入する。オペレータは情報入
力手段１０４を使用して、ポイント取引額を取引システム１０１に入力する。制御手段１
０７は、送信用カードリーダ／ライタ１０２および受信用カードリーダ／ライタ１０３を
介して、それぞれ送信側カードおよび受信側カードにポイント取引開始コマンドを送信す
る。送信側カードは、送信側カードの属性データ１５４を、送信用カードリーダ／ライタ
１０２を介して取引システム１０１に返信し、制御手段１０７は、その受信した属性デー
タ１５４を、受信用カードリーダ／ライタ１０３を介して受信側カードに送信する。受信
側カードは受信した送信側カードの属性データ１５４を、受信側カードの受入属性データ
１５５と比較する。受信側カードの受入属性データ１５５が送信側カードの属性データ１
５４を受け入れるよう設定されていれば、次に受信側カードの上限値データ１５６とポイ
ント移動額を比較する。ポイント移動額が、受信側カードの上限値データ１５６以下であ
れば、受信側カードは受信用カードリーダ／ライタ１０３を介して取引システム１０１に
取引許可を取引システムに返信する。制御手段１０７は、送信用カードリーダ／ライタ１
０２および受信用カードリーダ／ライタ１０３を介して、それぞれ送信側カードおよび受
信側カードにポイント取引続行コマンドを送信する。送信側カードは、送信側カードの残
高データ１５３から移動分のポイント額を減少させ、受信側カードは、受信側カードの残
高データ１５３を移動分のポイント額分増加させる。送信側カードは送信用カードリーダ
／ライタ１０２を介して、受信側カードは受信用カードリーダ／ライタ１０３を介して、
それぞれポイント取引完了を取引システム１０１に返信する。一方、受信側カードの受入
属性データ１５５が送信側カードの属性データ１５４を受け入れるよう設定されていない
か、ポイント移動額が受信側カードの上限値データ１５６以下でなければ、受信側カード
は受信用カードリーダ／ライタ１０３を介してポイント取引拒否を取引システム１０１に
返信し、取引システム１０１はポイント取引を中断する。ポイント取引完了またはポイン
ト取引中断メッセージを受信した取引システム１０１の制御部１０７は、ポイント取引結
果を、情報記憶手段１０６に記録する。
【００１３】
図５は取引システム１０１の情報通知手段１０５で表示される、取引システム１０１の
画面遷移図の一例である。取引システム１０１の起動画面２０１では、カードを送信用カ
ードリーダ／ライタ１０２および受信用カードリーダ／ライタ１０３に挿入することを促
すメッセージと、終了ボタン２０２が設置されている。送信用カードリーダ／ライタ１０
２および受信用カードリーダ／ライタ１０３それぞれにカードが挿入されると、取引画面
２１１に移行する。終了ボタン２０２が押下されるとシステムは終了する。
【００１４】
取引画面２１１は、送信側カードのカードＩＤ１５２を表示するＩＤボックス２１２お
よび残高データ１５３を表示する残高ボックス２１３、受信側カードのカードＩＤ１５２
を表示するＩＤボックス２１４および残高データ１５３を表示する残高ボックス２１５、
取引額を入力する取引額ボックス２１６、取引ボタン、戻るボタンが設置されている。取
引ボタン２１７は通常非アクティブ状態となっており、取引額ボックス２１６に数値デー
タが入力されている場合のみ押下可能となっている。取引ボタン２１７が押下されると、
取引確認画面２３１に移行する。戻るボタン２１８が押下されるかカードが送信側カード
リーダ／ライタ１０２または受信用カードリーダ／ライタ１０３から引き抜かれると、業
務完了確認画面２２１に移行する。
【００１５】
業務完了確認画面２２１は、ＯＫボタン２２２が設置されている。ＯＫボタン２２２が
押下されると、起動画面２０１に移行する。
【００１６】
取引確認画面２３１は、続行ボタン２３２と中止ボタン２３３が設置されている。続行
ボタン２３２が押下されると、ポイント取引が実行され、取引が正常に完了した場合、取
引完了確認画面２４１に移行し、取引が受信側カードに拒否された場合、取引拒否確認画
面２５１に移行する。
【００１７】
取引完了確認画面２４１は、ＯＫボタン２４２が設置されている。ＯＫボタン２４２が
押下されると、取引画面２１１に移行する。
【００１８】
取引拒否確認画面２５１は、ＯＫボタン２５２が設置されている。ＯＫボタン２５２が
押下されると、取引画面２１１に移行する。
【００１９】
本実施例では、取引システム１０１へのデータ入力は専門のオペレータが行うことを想
定しているが、データ入力は、専門のオペレータ以外の人によって行われてもよいし、PO
Sレジ等別の端末によって行われてもよい。
【００２０】
本実施例では、属性データは１バイトのバイナリデータで設定するものとしているが、
そのカードの用途を一意に決定するデータであれば、どのようなフォーマットであっても
よい。
【００２１】
本実施例では、受入属性データは３２バイトのバイナリデータで設定するものとしてい
るが、例えば受け入れる属性データをそのままテキストデータとして羅列して設定すると
いうように、受信側カードがポイント移動を受け入れる送信側カードの属性データを正し
く設定できるのであれば、どのようなフォーマットであってもよい。
【図面の簡単な説明】
【００２２】
【図１】受け入れ側カードにて属性データと受入属性データの比較および上限額データとポイント移動額の比較を行うカードを、異なる店舗が共通で使用するポイントカードとして利用する場合のブロック図である。
【図２】カードに搭載されるポイントアプリケーションが所有するデータテーブルである。
【図３】本実施例のスキーム全体の流れを示すフロー図である。
【図４】取引システムを使用した２枚のカード間でのポイント取引の手順を示すフロー図である。
【図５】取引システムの情報通知手段で表示される、取引システムの画面遷移図である。
【符号の説明】
【００２３】
１０１…取引システム、１０２…送信用カードリーダ／ライタ、１０３…受信用カード
リーダ／ライタ、１０４…情報入力手段、１０５…情報通知手段、１０６…情報記憶手段
、１０７…制御手段、１１１…管理用カード、１２１…配布用カード、１３１…回収用カ
ード、１４１…顧客用カード、１５１…ポイントアプリケーション、１５２…カードＩＤ
、１５３…残高データ、１５４…属性データ、１５５…受入属性データ、１５６…上限額
データ。
【図１】
2007011641.tif 000003
【図２】
2007011641.tif 000004
【図３】
2007011641.tif 000005
【図４】
2007011641.tif 000006
【図５】
2007011641.tif 000007