(57)【要約】データ処理システム及び方法が、モバイル通話時間のような謝礼を消費者へ供給するために開示される。取引手段は、複数の購入用製品に対する製品データを記憶するデータベースをレジに備える。第２データベースはこれらの製品に関する付与値（金銭あるいはその他の）を表す付与データを記憶する。レジは、購入された製品の情報を受け取り、トータルコストを計算する第１のデータプロセッサに送る。これは、データベースからのデータと第２のデータプロセッサで統合され、全体付与値を生成する。これは、ライブコードと結合あるいは統合され、割戻し量の代表値を含む、暗号化された割戻しコードが生成される。これはレシートに印字される。モバイル電話ユーザは、印字された割戻しコードをクリアリングハウス位置のオペレータに送る。割戻しコードが有効であると、ユーザのモバイル電話アカウントは、割戻しコードに含まれる値に従って、通話時間で証明信用される。
2005503622.tif 000002
【特許請求の範囲】
【請求項１】
ａ）取引手段であって、
複数の購入用製品に関するデータを記憶するレジメモリ手段であって、前記データは、もしあれば、製品ごとの付与データを含むレジメモリ手段と、
前記複数の製品とその数量を識別し、前記識別された製品の数量および付与データから割戻し合計を計算するレジ処理手段と、
レシートを生成するレシート生成手段と、を有する取引手段と、
ｂ）前記割戻し合計を暗号化して、暗号化データとしての割戻しコードを生成する暗号化手段であって、前記レシート生成手段はさらに、前記レシートとして前記割戻しコードを示すレシートを生成する暗号化手段と、
ｃ）コードを受信し、前記コードが有効な割戻しコードであるか否かを判断し、有効な割戻しコードであると判断された場合には前記コードを解読して、前記割戻し合計を明らかにする認証／解読手段と、
ｄ）前記割戻し合計を受信して、割戻しを認証する割戻しアプリケーション手段と、
を備えたレジ割戻しスキーム用のデータ処理システム。
【請求項２】
前記割戻しアプリケーション手段は、信用証明する顧客のアカウントの識別子と前記割戻し合計とを含むクレジットメッセージを前記顧客のアカウントのプロバイダーに送信することによって前記割戻しを認証することを特徴とする、請求項１に記載のシステム。
【請求項３】
前記割戻し合計は、携帯（セルラー）電話アカウントに対する通話時間、固定（陸線）電話アカウントに対する割戻し、および現金を含むリストから選択された謝礼の代表値を有することを特徴とする、請求項１または２に記載のシステム。
【請求項４】
前記認証／解読手段および前記割戻しアプリケーション手段は前記レジ処理手段および前記暗号化手段とは異なる位置にあることを特徴とする、請求項１から３のいずれか一項に記載のシステム。
【請求項５】
前記認証／解読手段は電話リンク、携帯電話リンク、またはコンピュータネットワークリンクのいずれかを介して前記コードを受信し、前記コードは送信者によって数字または英数字キーパッドを用いて入力されることを特徴とする、請求項１から４のいずれか一項に記載のシステム。
【請求項６】
前記レシート生成手段は、前記レシートとして前記割戻しコードならびに前記割戻し合計を示すレシートを生成することを特徴とする、請求項１から５のいずれか一項に記載のシステム。
【請求項７】
前記レシート生成手段は、前記レシートとして、割戻しコードと、随意的に、ゼロより大きい付与値を有する前記識別された製品の各々の割戻し合計とを示すレシートを生成することを特徴とする、請求項１から５のいずれか一項に記載のシステム。
【請求項８】
顧客の購入の前に識別コードを生成し、前記生成した識別コードを前記レジメモリ手段と前記認証／解読手段の両方に格納する識別コード生成手段をさらに備えたことを特徴とする、請求項１から７のいずれか一項に記載のシステム。
【請求項９】
前記取引手段は、購入時に識別コードを生成し、前記識別コードを前記認証／解読手段に送信することを特徴とする、請求項１から７のいずれか一項に記載のシステム。
【請求項１０】
前記暗号化手段は、少なくとも前記識別コードと前記割戻し合計に基づいて前記割戻しコードを生成することを特徴とする、請求項８または９に記載のシステム。
【請求項１１】
前記識別コードを生成する手段はさらに前記識別コードと関連したプライスパッドを生成し、前記プライスパッドは前記識別コードと同時に記憶され、前記暗号化手段は前記プライスパッドを使用して前記割戻し合計を暗号化し、また前記認証／解読手段は前記プライスパッドを使用して、受信したコードを解読することを特徴とする、請求項８から１０のいずれか一項に記載のシステム。
【請求項１２】
前記プライスパッドは第１のベースフォーマットによる第１の数のキャラクタから形成されており、前記第１の数および第１のベースフォーマットは前記割戻し合計の第２の数及び第２のベースフォーマットと同一であり、また前記暗号化手段は、所定の方法により前記割戻し合計のキャラクタを前記プライスパッドのそれぞれのキャラクタで操作することによって前記割戻し合計を暗号化することを特徴とする、請求項１１に記載のシステム。
【請求項１３】
前記割戻しアプリケーション手段は、ｉ）前記受信コードが構文的に有効であり、ｉｉ）前記識別子コードが前記認証／解読手段によって認識され、ｉｉｉ）前記受信コードから引き出された前記割戻し合計が後に前記認証／解読手段によって受信された照合情報を満たす場合に限り前記割戻しを認証することを特徴とする、請求項８から１２のいずれか一項に記載のシステム。
【請求項１４】
前記暗号化手段はさらに、少なくとも前記割戻し合計を暗号化してベース１２フォーマットによる暗号化データを生成することを特徴とする、請求項１から１３のいずれか一項に記載のシステム。
【請求項１５】
前記割戻しコードを示す前記レシートは顧客によって受信され、前記認証／解読手段はさらに前記顧客から前記割戻しコードを受信することを特徴とする、請求項１から１４のいずれか一項に記載のシステム。
【請求項１６】
ａ）レジメモリ手段に記憶されている複数の購入用製品から製品を識別するステップと、
ｂ）前記識別された製品の数量および付与データを識別するステップと、
ｃ）前記識別された数量および付与データから割戻し合計を計算するステップと、
ｄ）暗号化手段を使用して前記割戻し合計を暗号化して、暗号化データとしての割戻しコードを生成するステップと、
ｅ）レシート生成手段を使用して、前記割戻しコードを示すレシートを生成するステップと、
ｆ）前記生成したレシートを顧客に発行するステップと、
ｇ）認証／解読手段で送信者からのコードを受信するステップと、
ｈ）前記コードが有効な割戻しコードであることを判断し、前記認証／解読手段を使用して前記コードを解読して、前記割戻し合計を明らかにするステップと、
ｉ）割戻しアプリケーション手段で前記割戻し合計を受信し、割戻しを認証するステップと、
を備えたレジ割戻しスキーム用のデータ処理方法。
【請求項１７】
前記割戻しを認証する前記ステップは、信用証明する顧客のアカウントの識別子と前記割戻し合計とを含むクレジットメッセージを前記顧客のアカウントのプロバイダーに送信することを含むことを特徴とする、請求項１６に記載の方法。
【請求項１８】
識別コードが顧客の購入の前に生成され、前記レジメモリ手段と前記認証／解読手段の両方に記憶されることを特徴とする、請求項１６または１７に記載の方法。
【請求項１９】
識別コードが購入時に生成され、その後前記認証／解読手段に送信されることを特徴とする、請求項１６または１７に記載の方法。
【請求項２０】
前記暗号化手段は前記割戻しコードを、少なくとも前記識別コード及び前記割戻し合計に基づいて生成することを特徴とする、請求項１８または１９に記載の方法。
【請求項２１】
前記識別コードと関連するプライスパッドが前記識別コードと同時に生成および記憶され、前記プライスコードを使用して前記割戻し合計を暗号化し、続いて前記受信コードを解読することを特徴とする、請求項１８から２０のいずれか一項に記載の方法。
【請求項２２】
前記割戻しは、ｉ）前記受信コードが構文的に有効であり、ｉｉ）前記識別コードが前記認証／解読手段によって認識され、ｉｉｉ）前記受信コードから引き出された前記割戻し合計が後に前記認証／解読手段によって受信された照合情報を満たす場合に限り認証されることを特徴とする、請求項１８から２１のいずれか一項に記載の方法。
【請求項２３】
前記暗号化手段は少なくとも前記割戻し合計を暗号化してベース１２フォーマットによる暗号化データを生成することを特徴とする、請求項１６から２２のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ処理システムに関し、限定的ではないが、とりわけ店のレジ用のデータ処理システムに関する。
【背景技術】
【０００２】
顧客への謝礼および販売促進スキームは長年知られている。最もよく知られているシステムの１つでは、印刷クーポンが消費者に配られ、ある製品を買うように勧め、その見返りに購入する製品に対する現金割引としてクーポンが回収される。このバリエーションとしてストアロイヤルティスキームがあり、顧客は所定の店で一定レベルの購入をするのと引き換えに、または特定の店で特定の商品の購入と引き換えに割引を受ける。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、このような謝礼および販売促進スキームは印刷クーポンによって最も広く行われてきた。紛れもなくうまく行っているが、これらのスキームはクーポンの引き換えにおいてかなりの時間とコストがかかっており、今日でさえかなりの手作業を要している。
【０００４】
いくつかのスキームがロイヤルティ謝礼を自動化し、多少なりともスキームを促進させるために提案されてきた。最も一般的なのは、購入すると、購入金額に応じて顧客の勘定に「謝礼ポイント」を提供することである。このようなスキームの一例は、顧客から有効コードを受け取ると顧客にポイントを提供するという謝礼スキームに関する、欧州特許出願公開第０，９２９，８７４号明細書に記載されている。コードは、購入する製品のパッケージ時か、購入した製品の受け取り時に提供される。このコードは、顧客に提供される前に、追加情報と共に遠隔参照メモリに記憶される。顧客はコードをデータ収集局に送信すると、コードは、すでに参照メモリに記憶されている場合に限り有効であると認識され、そのポイントに所定数のポイントが与えられる。このように、顧客の情報と購入傾向が収集および記憶される。しかしながら、このようなスキームに関する問題は、顧客が依然として、徐々に累積する謝礼ポイントを引き換えるために多数のステップを経なければならないことである。
【課題を解決するための手段】
【０００５】
本発明の第１の特徴に従ったレジ割戻しスキーム用のデータ処理システムは、ａ）取引手段であって、複数の購入用製品に関するデータを記憶するレジメモリ手段であって、前記データは、もしあれば、製品ごとの付与データを含むレジメモリ手段と、前記複数の製品とその数量を識別し、前記識別された製品の数量および付与データから割戻し合計を計算するレジ処理手段と、レシートを生成するレシート生成手段と、を有する取引手段と、ｂ）前記割戻し合計を暗号化して、暗号化データとしての割戻しコードを生成する暗号化手段であって、前記レシート生成手段はさらに、前記レシートとして前記割戻しコードを示すレシートを生成する暗号化手段と、ｃ）コードを受信し、前記コードが有効な割戻しコードであるか否かを判断し、有効な割戻しコードであると判断された場合には前記コードを解読して、前記割戻し合計を明らかにする認証／解読手段と、ｄ）前記割戻し合計を受信して、割戻しを認証する割戻しアプリケーション手段と、を備える。
【０００６】
本発明の特徴に従ったレジ割戻しスキーム用のデータ処理方法は、ａ）レジメモリ手段に記憶されている複数の購入用製品から製品を識別するステップと、ｂ）前記識別された製品の数量および付与データを識別するステップと、ｃ）前記識別された数量および付与データから割戻し合計を計算するステップと、ｄ）暗号化手段を使用して前記割戻し合計を暗号化して、暗号化データとしての割戻しコードを生成するステップと、ｅ）レシート生成手段を使用して、前記割戻しコードを示すレシートを生成するステップと、ｆ）前記生成したレシートを顧客に発行するステップと、ｇ）認証／解読手段で送信者からのコードを受信するステップと、ｈ）前記コードが有効な割戻しコードであることを判断し、前記認証／解読手段を使用して前記コードを解読して、前記割戻し合計を明らかにするステップと、ｉ）割戻しアプリケーション手段で前記割戻し合計を受信し、割戻しを認証するステップと、を備える。
【０００７】
戻し手続きを実行するために処理される、必要とされる情報は、割戻し合計だけであり、この結果、迅速で簡易に使用できる高効率なデータ処理システムが実現される。これは特に、割戻しコードを伝達するのにモバイル電話が用いられる例においてそうである。それは、そのシステムが、割戻しコードを入力するために消費者にかかる時間が好適に減少できるからである。
【０００８】
さらに、割戻し合計を暗号化する暗号化手段を提供で、割戻しスキームの悪用の可能性を好適に減じた、非常に安全なデータ処理システムが実現され得る。
【発明を実施するための最良の形態】
【０００９】
本発明の好ましい実施形態は、店舗製品謝礼および販売促進スキームを、とりわけ稼いだポイントの引き換えに関してより効率的かつ自動化された方法で実現するために使用可能な改良されたデータ処理システムを提供することを目的としている。
【００１０】
本発明のさらなる理解のために、またこの実施形態がどのように実行されるかを示すために、例証として添付の図面を参照する。
【００１１】
図示されているレジデータ処理システム１は、店舗位置２０に配置されている第１の部分１１と、別の離れたクリアリングハウス位置２１に配置されている第２の部分１２とを備えている。データ処理システム１は、この例において、電話会社のさらに別の遠隔地２２と、顧客の携帯電話のさらに別の遠隔地２３と連携している。
【００１２】
以下の説明において、図示されているシステムは多数の携帯電話と連携しており、その各々の位置２３は可変的であることが明らかである。しかし、説明の簡略化のために、本説明は、単一の顧客位置２３の単一の携帯電話のみを参照してなされる。
【００１３】
図２を参照すると、本例の図示されているデータ処理システムは、２つのさらに別の遠隔地−（店舗位置２０と同じでも同じでなくてもよい）小売店位置２４とメーカー位置２５と連携するように構成されている。
【００１４】
データ処理システム１の第１の部分１１は、複数の購入用製品の製品データを記憶する第１のデータベース１１１の形態の第１のメモリ手段を備えている。この製品データは製品の各々の価格を含んでいる。
【００１５】
第２のデータベース１１２の形態の第２のメモリ手段は、第１のデータベース１１１に挙げられている製品の少なくとも一部に対して、各製品の付与値（offer value）を表す付与データを記憶している。
【００１６】
図３のステップ３００を参照すると、レジ１１３の形態のレジ手段が、購入する製品数を示す入力データと、これらの製品の支払いを示す支払いデータとを受信するように構成されている。多くの最近のレジと同様に、それは、バーコードスキャナ、クレジットカード読取器などを内蔵している。それはメイン店舗データベース（図示せず）に接続されている。
【００１７】
第１のデータプロセッサ１１４の形態の第１の処理手段が、レジ１１３からの入力データと、第１のデータベース１１１からの製品データとを受信する。このデータから、第１のデータプロセッサ１１４は、購入する製品の支払い総額を計算する。
【００１８】
図３のステップ３０２において、第２のデータプロセッサ１１５の形態の第２の処理手段もまた、第１のデータベース１１１からの製品データと、第２のデータベース１１２からの付与データと共にレジ１１３からのデータを受信する。第２のデータプロセッサ１１５はこの全データから、ステップ３０４に示されているように、購入する製品の付与値の合計を示す割戻し合計を計算する。この割戻し合計は、各々が付与値を有している多数の個別製品に基づいて計算され得る。あるいはまた、割戻し合計は、製品のうち所定の選択物を一緒に買う場合にのみ有効な単一の付与値に基づいて少なくとも部分的に計算されてもよい。さらにまた、割戻し合計は、「インスタントウィン（ｉｎｓｔａｎｔ  ｗｉｎ）」すなわちくじスタイルのプロモーションに基づいて少なくとも部分的に計算されてもよい。
【００１９】
ステップ３０６と３０８において、暗号装置１１６は第２のデータプロセッサ１１５から割戻し合計を受信し、コード形態の割戻し合計を表す暗号化データをそれから生成する。暗号装置１１６は暗号化データをレシート生成器１１７に渡し、これはまた、支払い総額と支払済み金額と共に、購入する全製品の数量、プロセス、および簡単な記載をレジ１１３から受信するように構成されている。この全データから、ステップ３１０において、レシート生成器１１７は印刷レシート１１８を生成し、この簡略例は図４に示されている。
【００２０】
図３のステップ３００から３１０は、レシート１１８が印刷される段階までの、店舗位置２０で続けられている手順を示している。
【００２１】
店舗位置２０で購入した顧客はレシート１１８を受け取り、これには通常のレジ情報のすべてが載っているが、最近の購入で顧客が獲得した割戻し合計を示す暗号化データである数字または英数字の割戻しコード１１９は含まれていない。割戻しコード１１９は、顧客および、一般的の世間の人々がアクセスしない暗号アルゴリズムなしでは解読できない。
【００２２】
不安を回避するために、本明細書の文脈における用語「暗号化データ」または「符号化データ」（および同様の用語）は、データの暗号化または符号化なしでは暗号化または符号化データから認識不可能な情報を表すデータを意味している。
【００２３】
安全な割戻しコード１１９を顧客に提供可能であることは、割戻しシステムの統合性を保証するための重要事項である。システムの悪用が減少し、または完全に防止されることを十分に保証する割戻しコード１１９を生成することは特に望ましい。このことは特に、ハンドリングとスループットを向上させるために割戻しコード１１９内に含まれている情報量を最小化することが望ましい、本発明を具現化するシステムについて言える。コードに記憶されている情報量が減少すると−非常に短いコードとなり−システムの悪用者が実際には有効なコードを解読したり、計算したりすることがそれほど困難でなくなるということが理解されるであろう。
【００２４】
従って、本発明の一実施形態において、顧客に供給されている割戻しコード１１９は以下の方法で安全になっている。１セットのライブ、すなわち「スパース」コード１２０が生成される。例証としてのみ、ライブコード１２０は、クリアリングハウス位置２１で生成されたものとして図１および２に示されている。しかし、これらのライブコードはメーカー位置２５、小売店位置２４、店舗位置２０、あるいは他の場所でも同様に生成可能であることが理解されるであろう。各生成されたライブコード１２０は、当業において既知であるように、一意に構成され、その生成は、乱数の安全な生成のための暗号化技術に基づいている。これらの生成されたライブコード１２０は所定の長さと構成を有しており、送信者から受信した送信者コードの有効性を判断するために後に使用されてもよい。例えば、各ライブコード１２０は、選択されたキャラクタの固定シーケンスを部分的に含み得る特定の順序で配列された、あるいは、コード内の所定の位置で特定の数字−チェック桁−が配列された、ベース１０フォーマット−つまり数字０から９のいずれかを使用する−による１２個のキャラクタを含んでいてもよい。各ライブコード１２０は、２つの同一かつ真の割戻しコード１１９が存在する可能性がほとんどないことを保証するために、少なくとも所定の期間内では一意である。
【００２５】
当然、ライブコード１２０は１３個以上のキャラクタを含んでいてもよく、あるいは、特定の環境では１２個未満のキャラクタであってもよい。例えば、ライブコード１２０が店舗位置２０から離れた場所で、つまり取引前の時間に生成された場合、ライブコード１２０の長さを８個のキャラクタに削減することができ、それによってシステムのセキュリティには何ら重大な低下はない。
【００２６】
ライブコード１２０がひとたび生成されると、それらは一般的に一括で、直接または小売店舗位置２４を介して間接的に店舗位置２０に発行される。同時に、これらのライブコード１２０は、クリアリングハウス位置２１で、その後の認証手順に使用するために用意された認証プログラム／データベース２１２に記憶される。クリアリングハウス位置２１の認証プログラム／データベース２１２と店舗位置２０のメイン店舗データベース２０１とに記憶されているライブコード１２０は図１および２に示されている。
【００２７】
店舗位置２０での取引時に、割戻し合計は上記の方法で計算されて、４個のベース１０キャラクタによって表されてもよい。この段階で、一括で店舗位置２０のメイン店舗データベース２０１に供給されているライブコード１２０の１つが割戻し合計に伴って暗号装置１１６で受信される。暗号装置１１６は割戻し合計とライブコード１２０とを結合し、１６キャラクタ長のデータストリングを生成する。得られたストリングは、特定の情報は含まないが識別子および認証ツールとして作用する第１の部分と、読み取り可能な形態の割戻し合計を含んでいる第２の部分とからなる。そして１つ以上のチェック桁がストリングに追加されてもよく、次いでこれは、ライブコードと割戻し合計のフォーマットの了解度（intelligibility）を隠すために難読化（obfuscate）される。これは２段階のプロセスで実行され、その順序は重要ではない：第１に、ベース１０データストリングが前述の通りの数字０から９のいずれかと、「＃」および「＊」の記号とを使用してベース１２データストリングに変換され、第２に得られたストリングの順序は適切な方法で再配列される。２つの記号「＃」と「＊」は、ディジタルセルラー電話および最近の固定電話に見られる。「＃」および「＊」の記号を使用する利点は、それらは所定の、一般的には未知の値を付与されている点である。最後に、１つ以上の追加チェック桁が、セキュリティをさらに増大させるために、難読化データストリングに追加されてもよい。
【００２８】
この最終的に得られた割戻しコード１１９は、レシート１１８に印刷され、かつ顧客に供給されるものである。レシート１１８からの割戻し合計額の引き換えは顧客にとっては非常に簡単である。
【００２９】
典型的に顧客位置２３で携帯電話２３１を使用することによって、顧客はクリアリングハウス位置２１のオペレータ２１１と連絡をとる。これを実行する別の方法を図２を参照して以下に説明する。しかしながら、この簡単な説明において、位置２３の顧客は、図３のステップ３１２に示されているように、レシート１１８に印刷されている符号化データ１１９をオペレータ２１１に伝達する。符号化データ１１９は、それぞれステップ３１４と３１６において、オペレータ２１１によって有効コードであるとチェックされ、引き換え値を示すために解読される。
【００３０】
このために、オペレータは認証プログラム／データベース２１２を採用する。送信者からの、クリアリングハウス２１で受信された割戻しコード１１９の有効性は通常、店舗位置２０で実行されている隠匿手順を逆転することによって判断される。従って、割戻しコード１１９は、これに関していずれの方法が最初に実行されるかに応じて、再配列されてからベース１０フォーマットに変換されるか、あるいはその反対となる。このプロセスはオリジナルＩＤコード、すなわちライブコード１２０と、オリジナル割戻し合計とを明らかにする。受信した割戻しコード１１９は、ライブコード１２０が本当に店舗位置２０に発行されている場合に限り有効であると認識される。すなわち、受信した割戻しコード１１９の有効性は、ライブコード１２０が認証プログラム／データベース２１２に記憶されているか否かによる。当然、チェック桁が正当であること、またはコードが構文的に有効であることを認証するなどの、他の別の有効性チェックが割戻しコード１１９に実行されてもよい。
【００３１】
受信した割戻しコード１１９が有効であるとみなされると、上記の手順に続いて、それに埋め込まれている割戻し合計が割戻しアプリケーション手段２１８（図２）に送信されて、かつ受信されるが、これは認証プログラム／データベース２１２の部分を形成していてもいなくてもよい。図３のステップ３１８において、割戻しアプリケーション手段２１８を使用して、オペレータ２１１は、電話会社位置２２におけるそれぞれの携帯電話アカウント２２１に、顧客の携帯電話番号２３１と、割戻しコード１１９に埋め込まれていた割戻し合計額の詳細を通信する。本発明の１つの具体的な利点は、これが、システムが効果的に動作するために実際に必要な顧客に関する全情報であることである。電話会社は即座に割戻し合計を携帯電話アカウント２２１でクレジットに変換し、これは、事実上顧客に、携帯電話２３１の一定量のプリペイド通話時間を付与する。
【００３２】
このように、顧客は、顧客の携帯電話２３１の「無料通話」を表す非常に魅力的な方法で、レシート１１８に表されている購入に対して、非常に迅速に謝礼を受けることができる。
【００３３】
割戻し合計は当然「通話時間」である必要はなく、現金や他の通貨が代わりに提供されてもよく、あるいはクレジットや、他の形態の割戻しや謝礼であってもよいことが理解されるであろう。同様に、便宜上携帯電話について説明しているが、他の形態の電気通信が同様に可能である（例えば、とりわけインターネットや固定電話）。
【００３４】
図３のステップ３１２から３１８は、割戻しが認証される段階までの、クリアリングハウス位置２１で続けられる手順を表している。
【００３５】
本発明の別の実施形態において、図３のステップ３０６の暗号化手順は、さらなる、実質的に破壊不可能なセキュリティ特徴を含んでいる。ステップ３０４の割戻し合計の計算に続いて、ライブコード１２０は上記のように暗号装置１１６によって受信される。しかしながら、本質的にプレーンテキストフォーマットであるコード１２０に割戻し合計を単に埋め込むのではなく、ワンタイムパッドを使用して割戻し合計それ自体が暗号化される。そして暗号化割戻し合計は前述のようにライブの識別子たるコード１２０に追加され、得られたデータストリングは最終的に難読化され、顧客に供給され得る割戻しコード１１９を生成する。
【００３６】
ワンタイムパッドは、暗号化するデータの部分と同一の長さかつ同一のベースの、既知のキャラクタシーケンスである。ワンタイムパッドの各キャラクタは同様に使用可能な値を採ることができる。ワンタイムパッドの各キャラクタはデータ部分のそのそれぞれのキャラクタと結合して、暗号化に使用された特定のワンタイムパッドを使用してのみ解読可能な暗号化データストリングを生成する。
【００３７】
ワンタイムパッドがどのように動作するかについての２つの例を次に説明する：
１）１０１１１００１０１などの１０桁のバイナリメッセージが、以下のワンタイムパッド、１１１０１１００１１を使用して暗号化される。各それぞれの対の桁はＸＯＲ論理演算を使用して結合される。
バイナリメッセージ  １０１１１００１０１
ワンタイムパッド  １１１０１１００１１
暗号化ストリング  ０１０１０１０１１０
【００３８】
暗号化されたバイナリストリングは上記のワンタイムパッドを使用してのみ解読可能であることが理解されるであろう。パッドのキャラクタは値１または０を採るという同等の可能性があるために、パッドを正しく推定できる確率は２１０分の１である。
【００３９】
２）３７４５などの４桁のベース１０メッセージが以下のワンタイムパッド：２８５９を使用して暗号化される。各それぞれの対の桁は共に加算してｍｏｄ１０したものである：
ベース１０メッセージ  ３７４５
ワンタイムパッド  ２８５９
暗号化ストリング  ５５９４
【００４０】
パッドのキャラクタは０から９のうちの任意の値を採るという同等の可能性があるために、暗号化ストリングが任意の９９９９個の（００００が許容パッドであれば１０，０００個の）可能な値を採るという同等の可能性がある。従ってパッドを正しく推定できる確率は１０４分の１である。
【００４１】
この実施形態において、各ワンタイムパッド−４桁長かつベース１０フォーマット−が生成されてから、上記のライブコード生成段階で単一のライブコード１２０と関連付けられる。次に、パッドはライブコードバッチで、次の解読手順のために用意された認証プログラム／データベース２１２に送信される。必ずしもそうではないが、各プライスパッドが所定の期間内は一意であることが好ましい。
【００４２】
送信者から割戻しコード１１９を受信すると（ステップ３１２）、認証プログラム／データベース２１２は上記の反難読化手順を実行し、ライブコード１２０と暗号化割戻し合計を明らかにする。送信された割戻しコード１１９は、ライブコード１２０が認証データベース２１２に記憶されていれば有効であると認識される（ステップ３１４）。この段階で、認識されたライブコード１２０と関連したパッドが検索されて、暗号化割戻し合計からバッドを減算しｍｏｄ１０することによって、暗号化割戻し合計を解読するために使用される。オリジナルのプレーンテキストである割戻し合計が再度生成される（ステップ３１６）。
【００４３】
そして割戻し合計は、前述のように割戻しアプリケーション手段２１８によって受信される。しかしながら、この実施形態において、割戻しは即座には認証されない。代わりに、簡単な割戻し確認メッセージが、好ましくは割戻し値と、割戻しコード１１９が最初に顧客から受信された際に通話回線識別によって判断される携帯電話番号に対応するアカウントに割戻しが適用される旨とを確認するＳＭＳテキストメッセージによって顧客の携帯電話に返信される。さらなるセキュリティ手段がまず実現されなければならないので、この確認メッセージは、この時点でクレジットが適切なアカウントに適用されるということにはならない。当然、「リングバック」手順などの他の技術が代わりに採用されてもよい。これは限定的ではないが、ＳＭＳ可能でない固定（陸線）電話にとりわけ有用である。
【００４４】
この手段は、顧客に使用可能とされている割戻しとなる全取引の店舗ダウンロードからなる。顧客から受信した割戻しコード１１９から引き出された割戻し合計は、店舗位置２０から割戻しアプリケーション手段２１８によって受信された情報と照合される。あるいはこの情報は小売店位置２４から送信されてもよい。典型的に、情報は店舗位置２０と、購入物と、使用されたライブコード１２０およびワンタイムパッドと、計算済み割戻し合計の詳細を含んでいる。顧客元のライブコードと、店舗位置２０からダウンロードされたライブコードの１つとを照合することによって、顧客元の割戻し合計は店舗ダウンロード情報と照合される。
【００４５】
このセキュリティ手順は２段階の確証プロセスとして既知であり、かつクレジットカード取引などの認証の分野において既知である。このようなダウンロードは２４時間ごとに生じ、必要ならばより頻繁に生じる。
【００４６】
顧客から受信した情報が店舗位置２０から受信した情報と照合されると、割戻しは実際に認証される。割戻しアプリケーション手段２１８は認証メッセージを、信用証明される割戻しの詳細と共に顧客の携帯または固定電話ネットワークプロバイダーに送信し、この時点でクレジットは位置２２の電話会社によって顧客のアカウントに適用される。
【００４７】
セキュリティ段階で不一致が見つかると、割戻しは即座に破棄されるか、顧客はコードを再入力する機会を付与されてもよい。例えば、反難読化プロセスは、構文的に有効でない、または不正なチェック桁を含んでいるキャラクタストリングを明らかにすることができる；ライブコード１２０が認識されない；あるいは店舗照合は、購入がなかったこと、または割戻し合計が不正確であることを明らかにすることができる。従って、本発明の本実施形態は非常に安全なデータ処理システムを提供する。
【００４８】
本発明の代替実施形態は、店舗位置２０または小売店位置２４での、特に販売地点でのライブコード１２０とワンタイムプライスパッドを生成する手段を含んでいる。このスキームにおいて、ライブコード１２０とパッドは、購入前に生成されて、一括で店舗位置２０に送信されるのではなく、製品を購入した時点でランダムに生成される。そして生成されたライブコード１２０とプライスパッドは、前述の通常の取引情報ダウンロードと同時にクリアリングハウス位置２１にダウンロードされる。
【００４９】
購入前にライブコード１２０とパッドを一括で記憶する必要性を少なくし、かつ高度に安全である一方で、認証および解読プロセスは当該店舗ダウンロード前には生じないので、このようなシステムは顧客へのリアルタイム還元性能をクリアリングハウス位置２１に即座には提供しないことが理解されるであろう。
【００５０】
これを解決するための１つの好ましいオプションは、ステップ３０８で生成されたコードが、チェック桁と共に、ライブコード１２０と、パッド暗号化割戻し合計と、未暗号化つまりプレーンテキストの割戻し合計とを、難読化段階の前に含むように構成することである。これは他の実施形態を参照して説明されているものよりも長い割戻しコード１１９となる一方で、これは、割戻しコード１１９が店舗位置２０で生成され、かつ顧客へのリアルタイム還元を提供可能なシステムが非常に安全に動作することを可能にしている。クリアリングハウス位置２１で受信される全情報が一致する場合に限り割戻しが認証されることが理解されるであろう。
【００５１】
上記のセキュリティ手段の組み合わせは本発明のシステムと共に採用されることが考えられる。
【００５２】
オペレータ２１１は、通話時間クレジット（または他の報酬）に引き換えられた全符号化データ１１９を追跡し、各コード−これは一意である−が一度だけ引き換えられることを保証する。この点において、暗号装置１１６は、それが出力する各暗号化データ１１９が一意の組み合わせのキャラクタであるようにデータを符号化するように構成されている。
【００５３】
図２は、オペレータ２１１がクリアリングハウス位置２１でどのように機能するかをさらに詳細に示している。符号化データ１１９の認証は完全に自動的になされても、人手によってなされてもよい。
【００５４】
このために、オペレータは、符号化データ１１９を受信するように構成されている解読および認証プログラム／データベース２１２を、３つの選択的方法のうちの１つに内蔵している。すなわち、音声モジュール２１３、ダイアルモジュール２１４、またはウェブモジュール２１５によるものである。
【００５５】
音声モジュール２１３を使用して、ユーザはオペレータ２１１と直接人的接触を確立し、オペレータ２１１が認証プログラム／データベース２１２に入力する符号化データ１１９のキャラクタを単に話してもよい。認証時に、携帯電話アカウント２２１はそれに応じて上述のように信用証明される。
【００５６】
このプロセスを半自動化するために、音声モジュール２１３は、人手の仲介を利用するのではなく、話される番号および／または文字をはっきりと認識するように適合された音声認識システムを内蔵してもよい。あるいはまた、割戻しコード１１９は、「タッチトーン」技術、つまりデュアルトーンマルチ周波数（ＤＴＭＦ）を使用して送信されてもよい。そしてデータは前述のように認証プログラム／データベース２１２に入力される。
【００５７】
英数字データを入力するより効率的な方法として、ダイアルモジュール２１４を介してもよい。この一例として、顧客は携帯電話２３１のキーパッド２３２を介して符号化データ１１９を入力するように誘導される。そして符号化データは、前述のように動作する認証プログラム／データベース２１２に直接渡される。上記の実施形態の１つの具体的な利点は、顧客に供給される割戻しコード１１９が、０から９と、＃と、＊のキャラクタを使用するベース１２フォーマットであることである。携帯電話（および実際には陸線に取り付けられているモデム）は、ワンタッチでキーを押すことによってこれらのキャラクタが迅速に入力されることを可能にし、割戻しコード１１９を迅速かつ簡単に送信できるようにする。さらに、＊および＃のキーの使用によって、割戻しコード１１９は少数の桁（例えば、１桁少ない）の使用が可能になる。
【００５８】
所望なら、ダイアルモジュール２１４は、オペレータ２１１と通話中の携帯電話２３１の番号を認識するＣＬＩ（通話回線識別）認識手段を内蔵することができる。所望なら、このような番号認識を利用して、オペレータ２１１に、発呼者がモバイルネットワークに有効なアカウントを有している旨を示すことができる。
【００５９】
上記の変形として、顧客は暗号化データ１１９を、好ましくは無料で携帯電話２３１を介して送信されるＳＭＳテキストメッセージによってオペレータ２１１に入力してもよい。一般的に、ＳＭＳテキストメッセージは自動的に、（発呼者識別を介して）携帯電話２３１の電話番号を含むことにより、顧客と、信用証明する電話アカウントとを一意に識別することができる。
【００６０】
図２に示されている第３のオプションはウェブモジュール２１５の使用に関する。携帯電話２３１を直接使用するのではなく、顧客は、携帯情報端末（ＰＤＡ）を介して固定インターネット接続、ＷＡＰ、３Ｇ、またはモバイルアクセスを使用して、インターネット（または他のこのようなコンピュータネットワーク）上のウェブモジュール２１５に接続する。接続はインターネット上での直接接続であっても、顧客によって送信されかつウェブモジュール２１５によって受信される電子メールによるものであってもよい。いずれの場合も、ウェブモジュール２１５は顧客によって入力されている符号化データ１１９を受信して、それを認証プログラム／データベース２１２に渡し、これは前述のように進行する。
【００６１】
オペレータ２１１はさらなる報告機能を提供してもよい。符号化データ１１９に埋め込まれている全情報はデータベース２１２に保持されており、これはまた引き換え済み合計額を含んでいてもよい。符号化データ１１９の複雑さに応じて、それは、付与値プロモーションに応じて購入した特定の製品についての情報を含んでいてもよい。これはとりわけ、変形において、オペレータを介して引き換え可能なそれぞれの個々の暗号化データコードが値引き製品、または選択された値引き製品ごとにレシートに示されている場合に適用可能である。
【００６２】
従って、第１の報告装置２１６はデータベース２１２から情報を受信し、それを解析し、そして対応する報告データを小売店位置２４のデータベース２４１に送信し、それは表示および／または印刷装置２４２を介して随意的に表示または印刷されてもよい。報告データは常時接続を介して、またはオペレータ２１１か、小売店位置２４からのダイアルアップ要求によって開始される定期的な一括報告によって送信されてもよい。上記の通り、小売店位置２４は店舗位置２０と同じでも、それとは別個でもよい。とりわけ、小売店がチェーン店である場合、それは小売店の本店位置であってもよく、そのために店舗位置２０とは異なる位置であってもよい。
【００６３】
上記の通り、小売店はまた、それぞれの（複数の）メーカーに代わって、オペレータ２１１による謝礼のために、レシートに印刷されているコード１１９の番号および値についてオペレータ２１１に報告を送信する。
【００６４】
同様に、第２の報告装置２１７はデータベース２１２から情報を受信し、続いて報告データを生成し、メーカー位置２５のデータベース２５１に送信し、ここで報告データは適切な装置２５２を介して表示および／または印刷されてもよい。
【００６５】
図示されているデータ処理システムは１つの具体例にすぎないことは理解されるべきである。種々の変更がなされてもよく、また代替実施形態が提供されてもよい。
【００６６】
例えば、第２のデータベース１１２は、店舗位置２０に配置されているものとして示されている。あるいはまた、それは、店舗位置２０とクリアリングハウス位置２１間のリアルタイムデータリンクによって、クリアリングハウス位置２１に配置されていてもよい。また、上記の通り、リアルタイムリンクは、認証手順の一部として符号化データ１１９から引き出された情報との相互チェックに対して店舗位置２０で実行された全取引に関してオペレータ２１１をリアルタイムで最新の状態に維持しておくために、店舗位置２０とクリアリングハウス位置２１間に提供されてもよい。このために、オペレータ２１１は、店舗位置２０のメインデータベース２０１への、少なくともある程度のアクセスを有する。
【００６７】
暗号装置１１６は一般的に店舗位置２０か、小売店本店位置２４に配置されているが、店舗位置２０へのリアルタイムリンクを使ってクリアリングハウス位置２１に配置されていてもよい。
【００６８】
このような構成において、日常の（または他の定期的な）データの一括ダウンロードはオペレータ２１１から第１および第２のデータベース１１１および１１２に対して実行され、現在の値引き製品（offer product）と、それぞれの付与値を示す。例えば、値引き製品ごとに、第１のデータベース１１１は、第２のデータベース１１２と第２のデータプロセッサ１１５を動作させ、付与値を計算するフラグセットを有していてもよい。
【００６９】
第２のデータプロセッサ１１５および／または暗号装置１１６は直接、またはさらなるデータ処理手段を介して、購入された全値引き製品の追加データベース１０１を維持するように構成されてもよい。そして報告手段は追加データベース１０１に問い合わせをして、所望の期間に購入、または所望の見出しによって要約された値引き製品の識別および数量についての種々の報告を生成してもよい。このような報告は定期的に、またはオペレータ２１１からのダイアルアップ要求に応答してオペレータ２１１に送信されてもよい。
【００７０】
クリアリングハウス位置２１は店舗位置２０から離れたものとして示されており、これは非常によくある配置であると考えられる。しかし、店舗位置２０とクリアリングハウス位置２１は一致していてもよい。電話会社位置２２についても同様である。
【００７１】
図示されている例は、携帯電話２３１の通話時間に対する割戻し合計の引き換えについて示しているが、それは、固定電話サービスの電話アカウントや、実際には現金などの他の形態の「謝礼」、に対するクレジットに適用してもよい。図示されている例において、オペレータ２１１と通信するために携帯電話２３１が用いられる。しかし、固定電話リンクや、他の媒体を介するリンクが代替的に利用されてもよい。
【００７２】
図示されている例はクレジットアカウントに対する割戻し合計の引き換えを示しているが、引き換えは他のサービスや商品であってもよい。
【００７３】
図３に示されているように、レシートは、「通話時間割引」としてここに称されている付与値を有する各購入用製品に対する表示を示している。システムは、金額または通話時間のいずれかによって、または暗号化データとして、各それぞれの商品の隣に個々の付与値を印刷するように構成されてもよい。
【００７４】
小売店およびメーカー位置２４および２５に報告するために、オペレータ２１１は上記の通り店舗位置２０のメインデータベース２０１にアクセスできる。従って、符号化データ１１９は店舗での特定の取引のみを示す必要があり、その後オペレータ２１１は取引に関する全追加データをメイン店舗データベースからダウンロードすることができ、そこから第１および第２の報告装置２１６および２１７は小売店およびメーカー位置２４および２５に対して報告を用意しかつ送信することができる。あるいはまた、上記の通り、オペレータ２１１は購入した全値引き製品に関するデータを記憶する追加データベース１０１にアクセスでき、所望ならそのデータからオペレータは報告を生成できる。
【００７５】
データ処理システムの種々のコンポーネントが別個に示されているが、これらのうちの２つ以上が結合されたり、または単一の装置内に提供されたりしてもよい。例えば、第１および第２のデータベース１１１および１１２は共通のメモリ装置内に提供されてもよい。
【図面の簡単な説明】
【００７６】
【図１】携帯電話システムと関連して使用されるレジデータ処理システムを示す。
【図２】とりわけ獲得したロイヤルティクレジットの引き換えに関するデータ処理システムの構成要素を示す。
【図３】本発明を具現化した方法を示すフローチャートである。
【図４】印刷レシートの簡単な例を示している。
【図１】
2005503622.tif 000003
【図２】
2005503622.tif 000004
【図３】
2005503622.tif 000005
【図４】
2005503622.tif 000006
【国際公開パンフレット】
2005503622.tif 000007
2005503622.tif 000008
2005503622.tif 000009
2005503622.tif 000010
2005503622.tif 000011
2005503622.tif 000012
2005503622.tif 000013
2005503622.tif 000014
2005503622.tif 000015
2005503622.tif 000016
2005503622.tif 000017
2005503622.tif 000018
2005503622.tif 000019
2005503622.tif 000020
2005503622.tif 000021
2005503622.tif 000022
2005503622.tif 000023
2005503622.tif 000024
2005503622.tif 000025
2005503622.tif 000026
2005503622.tif 000027
2005503622.tif 000028
2005503622.tif 000029
2005503622.tif 000030
2005503622.tif 000031
2005503622.tif 000032
2005503622.tif 000033
2005503622.tif 000034
2005503622.tif 000035
2005503622.tif 000036
2005503622.tif 000037
【国際公開パンフレット（コレクトバージョン）】
2005503622.tif 000038
2005503622.tif 000039
【国際調査報告】
2005503622.tif 000040
2005503622.tif 000041
2005503622.tif 000042