(57)【要約】【課題】技術的な条件・実施コスト及びデータ保護・個人データの開示に対する躊躇される問題を解消又は実質的に軽減するオファー発行システムを提供すること。【解決手段】サーバコンピュータ上にユーザプロファイルを確立する方法。ユーザプロファイルはユーザによって行われたトランザクション中に使用される固有のユーザ識別子に関連付けられる。この方法は、固有のユーザ識別子に関連付けられた識別データを含むユーザ関連データを受信し、ユーザ関連データに基づいてユーザにサーバ認証メッセージを送信し、ユーザから登録メッセージを受信し、登録メッセージは認証メッセージを含み、登録メッセージの受信に応答してユーザプロファイルを確立することから成る。【選択図】図１１
2016536717.tif 000002
【特許請求の範囲】
【請求項１】
サーバコンピュータ上にユーザプロファイルを確立する方法であって、
ユーザプロファイルはユーザによって行われたトランザクション中に使用される固有のユーザ識別子に関連付けられ、前記方法は、
固有のユーザ識別子に関連付けられた識別データを含むユーザ関連データを受信し、
ユーザ関連データに基づいてサーバ認証メッセージをユーザに送信し、
登録メッセージをユーザから受信し、登録メッセージはサーバ認証メッセージを含み、
登録メッセージの受信に応答してユーザプロファイルを確立することを特徴とするユーザプロファイル確立方法。
【請求項２】
ユーザ関連データはトランザクションに関連するトランザクション識別子を含むことを特徴とする請求項１記載の方法。
【請求項３】
登録メッセージはユーザコンピュータデバイスに対応する固有のデバイス識別子を含むことを特徴とする請求項１又は請求項２記載の方法。
【請求項４】
固有のユーザ識別子に関連付けられた識別データを含む追加のユーザ関連データを受信し、
追加のユーザ関連データに基づいて追加のサーバ認証メッセージをユーザに送信し、
追加の登録メッセージをユーザから受信し、追加の登録メッセージは追加のサーバ認証メッセージを含み、
追加の登録メッセージの受信に応答してユーザプロファイルを確認することを特徴とする請求項１乃至請求項３何れか１項記載の方法。
【請求項５】
追加のユーザ関連データは追加のトランザクションに関連する追加のトランザクション識別子を含むことを特徴とする請求項４記載の方法。
【請求項６】
トランザクション識別子は支払端末機によってトランザクションに割当てられ、各トランザクションは異なるトランザクション識別子が割当てられることを特徴とする請求項２又は請求項４記載の方法。
【請求項７】
固有のユーザ識別子はユーザトランザクションデバイスに関連付けされたアカウント番号を含むことを特徴とする請求項１乃至請求項６何れか１項記載の方法。
【請求項８】
固有のユーザ識別子はユーザロイヤリティカードに関連付けられたアカウント番号を含むことを特徴とする請求項１乃至請求項７何れか１項記載の方法。
【請求項９】
サーバコンピュータによって受信された識別データは固有のユーザ識別子の暗号ハッシュバージョンを含むことを特徴とする請求項１乃至請求項８何れか１項記載の方法。
【請求項１０】
サーバコンピュータは受信した識別データを初期状態フラグと関連付けることを特徴とする請求項１乃至請求項９何れか１項記載の方法。
【請求項１１】
サーバコンピュータは登録メッセージを受信すると状態フラグを係属状態に更新するように構成されることを特徴とする請求項１０記載の方法。
【請求項１２】
サーバコンピュータは追加の登録メッ
セージを受信すると状態フラグを確認状態に更新するように構成されることを特徴とする請求項１１記載の方法。
【請求項１３】
認証メッセージはトランザクション識別子のデジタル署名されたコピーを含み、サーバコンピュータは登録メッセージにおいて受信されたトランザクション識別子の有効性を検証することを特徴とする請求項１乃至請求項１２何れか１項記載の方法。
【請求項１４】
ユーザ関連データはトランザクションデータを含み、サーバコンピュータは、トランザクションデータを格納するように構成されることを特徴とする請求項１乃至請求項１３何れか１項記載の方法。
【請求項１５】
サーバ認証メッセージは支払端末に送信されることを特徴とする請求項１乃至請求項１４何れか１項記載の方法。
【請求項１６】
サーバ認証メッセージはパスコードを含むことを特徴とする請求項１乃至請求項１５何れか１項記載の方法。
【請求項１７】
サーバ認証メッセージは画像を含むことを特徴とする請求項１乃至請求項１５何れか１項記載の方法。
【請求項１８】
画像は２次元バーコードを含むことを特徴とする請求項１７記載の方法。
【請求項１９】
ユーザプロファイルに応じてトランザクションデータを処理する方法であって、ユーザプロファイルは請求項１乃至請求項１８何れか１項記載の方法にしたがって確立され、前記方法は、
ユーザトランザクションに関連するトランザクションデータを受信し、
受信したトランザクションデータを格納し、受信したトランザクションデータをユーザプロファイルに関連付けてユーザのトランザクション履歴を作成することを特徴とする方法。
【請求項２０】
ユーザのトランザクション履歴を格納されたトランザクションオファーに対して比較し、
トランザクションオファーは発行条件に関連付けされ、
発行条件がユーザのトランザクション履歴によって満足される場合、オファーをユーザに発行することを特徴とする請求項１９記載の方法。
【請求項２１】
トランザクションオファーはユーザコンピュータデバイスに送信されることを特徴とする請求項２０記載の方法。
【請求項２２】
トランザクションオファーは支払端末に送信されることを特徴とする請求項２０又は請求項２１記載の方法。
【請求項２３】
請求項１乃至請求項２２何れか１項記載の方法を実行するサーバコンピュータのためのコンピュータ読取可能コードを担持する担体媒体。
【請求項２４】
ユーザプロファイルを確立するように構成されるサーバコンピュータであって、
ユーザプロファイルはユーザによって作成されたトランザクション中に使用される固有のユーザ識別子に関連付けられ、サーバコンピュータは
入力部、
プロセッサ、
出力部を備え、
入力部は固有のユーザ識別子に関連付けられた識別データを含むユーザ関連データを受信するように構成され、プロセッサはユーザ関連データに基づいてサーバ認証メッセージを生成するように構成され、出力部はサーバ認証メッセージをユーザに送信するように構成され、入力部はユーザからの登録メッセージを受信するように構成され、登録メッセージはサーバ認証メッセージを含み、プロセッサは登録メッセージに応答してユーザプロファイルを確立するように構成されることを特徴とするサーバコンピュータ。
【請求項２５】
ユーザプロファイルに基づいてトランザクションデータを処理するように構成されるサーバコンピュータであって、
請求項２４に記載のサーバコンピュータを備え、
入力部はユーザトランザクションに関連するトランザクションデータを受信するように構成され、
プロセッサは受信したトランザクションデータを格納し、受信したトランザクションデータをユーザプロファイルに関連付けるように構成されてユーザのトランザクション履歴を作成することを特徴とするサーバコンピュータ。
【請求項２６】
サーバコンピュータ上にユーザプロファイルを確立する方法であって、
ユーザプロファイルはユーザによって支払端末で行われたトランザクション中に使用される固有のユーザ識別子に関連付けられ、前記方法は、
固有のユーザ識別子に関連付けられた識別データを含むユーザ関連データを支払端末からサーバコンピュータに送信し、
ユーザ関連データに基づいてサーバコンピュータからサーバ認証メッセージをユーザに送信し、
登録メッセージをユーザからサーバコンピュータに送信し、登録メッセージは認証メッセージを含み、
サーバコンピュータでの登録メッセージの受信に応答してユーザプロファイルを確立することを特徴とするユーザプロファイル確立方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカスタマープロファイル確立方法に関する。特に、本発明はトランザクションオファー（取引申し出）をユーザに発行するためのシステム及び方法に関する。
【背景技術】
【０００２】
ロイヤリティプログラム（ポイントサービス）は、或るカスタマー（顧客）に関する購買の頻度、出費した金額及び他の全ての集められた情報などの情報を考慮して、カスタマーの購買のための刺激に報酬を与えることにより、カスタマーの間でロイヤリティ、即ちポイント付与の購買行動を奨励するマーケティングツールである。このようなロイヤリティプログラムを有効化する一般的な手法は、収集されたポイントをカスタマーに関連付ける媒体として使用されるプラスチック製のロイヤリティカード（ロイヤリティカード）を導入することである。航空会社、薬局、大規模小売業者ネットワークなどの多くの企業の全ては、自分のロイヤリティカード及びロイヤリティプログラムを持っている。
【０００３】
カスタマーが使用するロイヤリティカードの数の増加に因り、ロイヤリティカードを整理する必要性が浮上しているとともに、電子ロイヤリティカード、モバイルロイヤリティ（モバイルポイントサービス）又はオンラインロイヤリティプログラム（オンラインポイントサービス）へのシフトが注目されている。しかしながら、小売業者は未だこれらのシステムとの統合を実施する必要があり、それは技術的な条件又は実施コストに因り小さな小売業者にとって重大な障害となっている。
【０００４】
また、実施するロイヤリティプログラムは個人データを提供するカスタマーの必要性と関連している。データ保護の問題及び個人データを提供する躊躇は、このようなプログラムをとるカスタマーへの障壁をもたらしている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、上述のような問題を解消又は実質的に軽減するオファー発行システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によれば、サーバコンピュータでユーザプロファイルを確立する方法が提供され、ユーザプロファイルは、ユーザによって行われるトランザクション中に使用される固有のユーザ識別子で関連付けられ、この方法は、固有のユーザ識別子に関連付けられた識別データから成るユーザ関連データを受信し、ユーザ関連データに基づいてユーザにサーバ認証メッセージを送信し、ユーザから登録メッセージを受信し、このメッセージは認証メッセージから成り、登録メッセージの受信に応答してユーザプロファイルを確立することから成る。
【０００７】
本発明は、例えばロイヤリティシステムで使用されるユーザ（カスタマー）のプロファイルを確立し、トランザクションをユーザに提供する方法を提供する。個人データを入力して登録プロセスを完了するようユーザに要求するよりも寧ろ、本発明は、固有のユーザ識別子に関連付けられた識別データの形でユーザ関連データを受信するように構成されたサーバコンピュータから成る。例えば、固有のユーザ識別子はトランザクションカード番号又はロイヤリティカード番号から成り、サーバコンピュータは支払端末（例えば、POS端末）からそのようなデータを受信するか又はそのようなデータの暗号ハッシュバージョンを受信する。それに応答して、サーバコンピュータは、ユーザ関連データに基づいてサーバ認証メッセージをユーザに送信する。サーバ認証メッセージは、都合良く支払端末を介してユーザに送信される。例えば、サーバコンピュータは、トランザクションレシート上に印刷できるバーコード、ＱＲコード、パスコード、２Ｄバーコード等の形で受信されたユーザ関連データのサーバ署名済みバージョンを返信するよう構成される。そのようなサーバ認証メッセージを受信することに応答して、ユーザは、サーバ認証メッセージから成る登録メッセージをサーバコンピュータに送信し、サーバコンピュータはユーザプロファイルを確立することができる。
【０００８】
ユーザからの登録メッセージは、例えば、モバイルコンピュータデバイス（例えば、iPhone（登録商標）又はSamsung（登録商標）Galaxy（登録商標）S4のようなスマートフォン）でバーコードをスキャンするか又はパスコードを適切なアプリケーションに入力するかの何れかでユーザによって生成され、こうして当該登録メッセージを生成し、サーバコンピュータに送信する。上述したように、バーコード／パスコードは、支払端末で印刷されたレシート上に組み込まれてもよく、サーバコンピュータから送信された情報から成るようにしてもよい。
【０００９】
登録メッセージを受信すると、サーバコンピュータはユーザプロファイルを確立することができる。なお、本発明の方法は、既にトランザクションプロセスの一部である情報の他に個人データを入力するのをユーザに要求しない。
【００１０】
本発明の方法は、携帯デバイス（携帯電話）、タブレットコンピュータなどのインターネット対応デバイスを使用して、集められたポイント又はスタンプの検証及び償還を有効化する。
【００１１】
都合良いことに、ユーザ関連データはトランザクションに関するトランザクション識別子から成り、例えば支払端末はそれが処理する各トランザクションに任意のトランザクション番号を割当てることができ、これをサーバコンピュータに送信することができる。別法として、サーバコンピュータは、トランザクション識別子を受信したユーザ関連データに適用するように構成することができる。
【００１２】
都合良いことに、登録メッセージは、ユーザコンピュータデバイスに対応する固有のデバイス識別子から成ることができる。例えば、ユーザコンピュータデバイスはスマートフォンのようなモバイル通信装置でもよく、固有のデバイス識別子は国際移動局装置識別（International Mobile Station Equipment Identity）、即ちIMEI番号でもよい。固有のデバイス識別子は、サーバコンピュータがユーザ関連データと一緒に確立するユーザプロファイルに組み込むことができる。
【００１３】
好ましくは、この方法は、固有のユーザ識別子に関連付けられた識別データから成る追加のユーザ関連データを受信し、追加のユーザ関連データに基づいて追加のサーバ認証メッセージをユーザに送信し、ユーザから追加の登録メッセージを受信し、メッセージは追加の認証メッセージから成り、追加の登録メッセージの受信に応答してユーザプロファイルを確認することから成る。追加のユーザ関連データ及び後続の交換は、サーバコンピュータとユーザとの間で彼らがユーザプロファイルの確立を希望することを確認する確認交換に関する。都合良いことに、追加のユーザ関連データは追加のトランザクションに関連する追加のトランザクション識別子から成るものでもよい。
【００１４】
トランザクション識別子は、支払端末によって１つのトランザクションに割当てられ、各トランザクションは１つの異なるトランザクション識別子が割当てられる。
【００１５】
固有のユーザ識別子は、ユーザトランザクションデバイスに関連付けられたアカウント番号（ユーザトランザクションデバイスは従来の銀行クレジットカード、電子財布、適切な電子支払システムとの近距離無線通信対応モバイルデバイスなどから成る）から成るものでもよい。
【００１６】
また、固有のユーザ識別子は、ユーザロイヤリティカード又は電子ロイヤリティカード（例えば、適切対応モバイルデバイス上で）に関連付けられたアカウント番号から成る。
【００１７】
好ましくは、サーバコンピュータによって受信された識別データは、固有のユーザ識別子の暗号ハッシュバージョンから成る。ハッシュによって識別子はセキュリティ機能を提供して、ユーザ関連データは「平文」でサーバに送信されることはなく、このためサーバはユーザの実際のトランザクションカードの詳細を保持することはない。
【００１８】
サーバコンピュータは、受信した識別データを初期状態フラグに関連付けることができる。サーバコンピュータは、登録メッセージを受信すると、状態フラグを係属状態に更新するように構成することができる。サーバコンピュータは、追加の登録メッセージを受信すると、状態フラグを確認状態に更新するように構成することができる。認証メッセージはトランザクション識別子のデジタル署名されたコピーから成るものでもよく、サーバコンピュータは登録メッセージで受信されたトランザクション識別子の有効性を検証することができる。
【００１９】
ユーザ関連データはトランザクションデータ（例えば、トランザクションでユーザにより購買された商品及び/又はサービスの詳細）から成り、サーバコンピュータはトランザクションデータを格納するように構成することができる。このような手法において、ユーザプロファイルはユーザのトランザクション履歴を構築することができる。
【００２０】
サーバ認証メッセージは、支払端末に送信することができ、パスコード又は画像（例えば、バーコード、２Ｄバーコード又はＱＲコード（登録商標））から成るものでもよい。
【００２１】
本発明の第２の態様によれば、トランザクションデータをユーザプロファイルに基づいて処理する方法が提供され、ユーザプロファイルは本発明の第１の態様の方法にしたがって確立され、この方法は、ユーザトランザクションに関連付けされるトランザクションデータを受信し、受信したトランザクションデータを格納し、受信したトランザクションデータをユーザプロファイルに関連付けてユーザのトランザクション履歴を作成することから成る。
【００２２】
本発明の第２の態様の方法は、ユーザのトランザクション履歴を格納されたトランザクションオファーに対して比較すること、トランザクションオファーは発行条件に関連付けされていること、その発行条件がユーザのトランザクション履歴によって満足される場合、トランザクションオファーをユーザに発行することから成る。
【００２３】
トランザクションオファーは、ユーザコンピュータデバイス（例えば、モバイルコンピュータデバイス）又は支払端末に送信することができる。
【００２４】
サーバコンピュータは、トランザクション履歴を複数の格納されたトランザクションオファーに対して比較することができる。本発明は、サーバコンピュータのためのコンピュータ読取可能コードを担持し、本発明の第１及び第２の態様の方法を実行する担体媒体にも拡張する。
【００２５】
本発明は、コンピュータ又はPOS端末を制御するためのコンピュータ読取可能コードを担持し、本発明の第１及び第２の態様の方法を実行する担体媒体にも拡張する。
【００２６】
本発明の第３の態様によれば、ユーザプロファイルを確立するように構成されるサーバコンピュータを備え、ユーザプロファイルはユーザによって行われたトランザクション中に使用される固有のユーザ識別子に関連付けられ、サーバコンピュータは、入力部、プロセッサ、出力部から成り、入力部は固有のユーザ識別子に関連付けられた識別データから成るユーザ関連データを受信するように構成され、プロセッサはユーザ関連データに基づいてサーバ認証メッセージを生成するように構成され、出力部はサーバ認証メッセージをユーザに送信するように構成され、入力部はユーザから登録メッセージを受信するように構成され、メッセージは認証メッセージから成り、プロセッサは登録メッセージに応答してユーザプロファイルを確立するように構成される。
【００２７】
本発明の第４の態様によれば、トランザクションデータをユーザプロファイルに基づいて処理するように構成されたサーバコンピュータを備え、本発明の第３の態様にしたがうサーバコンピュータを備え、その入力部はユーザトランザクションに関連付けされトランザクションデータを受信するように構成され、プロセッサは受信したトランザクションデータを格納し、受信したトランザクションデータをユーザプロファイルに関連付けてユーザのトランザクション履歴を作成するように構成される。
【００２８】
本発明の第５の態様によれば、ユーザプロファイルをサーバコンピュータに確立する方法が提供され、ユーザプロファイルは支払端末にユーザによって行われるトランザクション中に使用される固有のユーザ識別子に関連付けられ、この方法は固有のユーザ識別子に関連付けられた識別データから成るユーザ関連データを支払端末からサーバコンピュータ送信し、ユーザ関連データに基づいてサーバコンピュータからサーバ認証メッセージをユーザに送信し、登録メッセージをユーザからサーバコンピュータに送信し、メッセージは認証メッセージから成り、サーバコンピュータで登録メッセージを受信することに応答してユーザプロファイルを確立することから成る。
【００２９】
本発明は、本発明の第５の態様の方法を実行するコンピュータシステムを制御するコンピュータ読取可能コードを担持する担体媒体にも拡張する。
【００３０】
また、本発明の第１及び第２の態様の好ましい及び/又は任意の機能は、本発明の第３、第４及び第５の態様に単独で又は適宜組み合わせて設けてもよい。
【００３１】
本発明は、ロイヤリティプログラムを有効にするために以下の機能を有する安全かつ簡素な方法及びシステムを提供する。
１．カスタマーのロイヤリティアカウント（ロイヤリティアカウント）をカスタマーの識別子（例えば、クレジットカード/デビットカード/ロイヤリティカードなど）と関連付けるための安全で簡素な手法。
２．カスタマーの報酬を管理するためのシステム。
３．カスタマーのロイヤリティを評価／測定するためのシステム。
４．カスタマーへのオファーの条件発行を提供するためのシステム（例えば、１０ポイント収集者は無料のコーヒーオファーを取得）。
５．オファーの検証及び償還メカニズムを提供するためのシステム。
６．監査機構から成るシステム。
【００３２】
ここに記載された本発明の実施例にしたがう方法及びシステムは以下の基幹機能から成る。
１．ユーザ登録及びSUID及びユーザID関連付け
２．ロイヤリティ指数計算及び報酬発行
３．SUID及びその後のトランザクション関連付け
４．報酬検証及び償還
上記のオペレーションは、カスタマープロファイル上で動作することができる。ユーザ登録は、ロイヤリティプログラムシステム内のカスタマーを固有識別するユーザIDを作成することができる。SUID(Set User ID)及びユーザID関連付けは、複数のカスタマープロファイル内の複数のSUIDと複数のユーザID間のリンクを作成するオペレーションである。ロイヤリティ指数計算は幾つかのロイヤリティ指数関数を使用してカスタマーのロイヤリティを評価し、これらの機能は全体のカスタマープロファイルを取り込んでロイヤリティを評価する。報酬発行はロイヤリティ指数関数によって評価された報酬発行条件及びカスタマーのロイヤリティに応じて発生する。SUID及びその後のトランザクション関連付けオペレーションはトランザクションデータを複数のSUID又は複数のユーザIDに関連付ける。報酬検証オペレーションはその指定された償還パスコードが有効であるかどうか、かつそれが償還できることを点検する。償還オペレーションはトランザクションデータを検証ステップで供給されて与えられた償還パスコードと関連付け、かつ償還パスコードに関連付けした報酬を含むカスタマープロファイルを識別することができ、また償還を含むトランザクションを参照して対応する報酬メタデータを更新することができる。
【００３３】
また、本発明の実施例は幾つかのセキュリティ問題と関連付けされる。即ち、
１．ロイヤリティプログラムサーバに送信された検証コマンド（パスワードチェック又は償還パスコード検証）はブルートフォースアタックを防ぐことに失敗した場合に応答遅れを課す。
２．システム構成に応じて、ユーザの固有の識別子に対応するユーザ関連データはいかなる場合にもネットワークに送信されることはなく、またロイヤリティプログラムシステムによってデータ格納部に格納されることはない。
３．トランザクションデータはロイヤリティプログラムサーバに送信する前にロイヤリティプログラムエンハンサーによって修正することができ、ユーザの固有の識別子が取得できないようにする。
４．ユーザはスキャンコード画像を除いて何れの個人情報又は機密情報を入力し又はワンタイムパスワードを入力する必要はない。
５．システムによって生成されたスキャンコード及びワンタイムパスワードは何れの機密情報又は個人情報を伝送することはない。
６．スキャンコードは任意にデジタル署名することができる。
【００３４】
本発明がより容易に理解されるようにするために、その好ましい非限定的な実施例について図面を参照して説明する。
【図面の簡単な説明】
【００３５】
【図１】既知の販売時点情報管理（POS）構成を示す。
【図２】OPOSのアーキテクチャを示す。
【図３】本発明の実施例にしたがうOPOSアーキテクチャを示す。
【図４】既知のフィルタドライバアーキテクチャを示す。
【図５】本発明の実施例にしたがうフィルタドライバアーキテクチャを示す。
【図６】既知のAPI構造を示す。
【図７】本発明の実施例にしたがう複数のフックAPIを使用するフィルタドライバを示す。
【図８ａ】本発明の実施例に関連して使用される追加のPOSシステム構成を示す。
【図８ｂ】本発明の実施例に関連して使用される追加のPOSシステム構成を示す。
【図８ｃ】本発明の実施例に関連して使用される追加のPOSシステム構成を示す。
【図９】本発明の実施例にしたがうサーバコンピュータを示す。
【図１０】サーバコンピュータ内のトランザクションカードの状態が本発明の実施例にしたがって如何にフラグを立てることができるかを示す。
【図１１】本発明の実施例にしたがう登録プロセスを示す。
【図１２】本発明の実施例にしたがう固有のユーザ識別子をユーザIDと関連付けるプロセスを示す。
【図１３】本発明の追加の実施例にしたがう登録プロセスを示す。
【図１４】本発明の実施例にしたがう受信したトランザクションデータをユーザIDで確立するためのプロセスを示す。
【図１５】本発明の実施例にしたがうトランザクションオファー発行プロセスを示す。
【図１６】本発明の実施例にしたがうトランザクションオファー償還プロセスのプロセスを示す。
【図１７】本発明の実施例にしたがうユーザプロファイルの概要を示す。
【図１８】本発明の実施例にしたがうトランザクションオファーを処理するように構成された支払端末のスクリーンショット例を示す。
【図１９】本発明の実施例にしたがうトランザクションオファーを処理するように構成された支払端末のスクリーンショット例を示す。
【図２０】本発明の実施例にしたがうトランザクションオファーを処理するように構成された支払端末のスクリーンショット例を示す。
【図２１】本発明の実施例にしたがうトランザクションオファーを処理するように構成された支払端末のスクリーンショット例を示す。
【図２２】本発明の実施例にしたがうトランザクションオファーを処理するように構成された支払端末のスクリーンショット例を示す。
【発明を実施するための形態】
【００３６】
図１は、POSシステム１の典型的なPOS構成を示す。POSシステム１は、POS端末３、レシートプリンタ５、バーコードスキャナ７、PIN（personal identification number）コードを入力するためのデータ入力装置９（「PINパッド」）、バックオフィスサーバ１１及び支払プロセッシングサーバ１３から成る。POS端末３、バックオフィスサーバ１１及び支払プロセッシングサーバ１３はネットワーク１５（ローカルネットワーク、インターネット又は両者の組み合わせ）を介して相互に通信する。
【００３７】
POS端末３はPOSアプリケーションソフトウェアモジュール１７から成り、POSアプリケーションソフトウェアモジュール１７は商品データベース１９と通信する。POS端末３は支払アプリケーションソフトウェアモジュール２１から成る。
【００３８】
POSアプリケーションソフトウェアモジュール１７及び支払アプリケーションソフトウェアモジュール２１は、それぞれレシートプリンタ５及びスキャナ７と通信し、ネットワーク１５を介しバックオフィスサーバ１１及び支払プロセッシングサーバ１３と通信する。
【００３９】
POSアプリケーションソフトウェアモジュール１７は、１個ずつ販売される品目を記録し、合計収支を計算し、事前設定された特典を始動し、複数の支払方法を受け入れることに関与する。典型的には、品目はスキャナ７を使用して入力される。外装に印刷されたバーコードを有する品目はスキャナ７の前に配置されると、バーコードをスキャンし、バーコードをPOSソフトウェアモジュール１７にその入力として伝送する。次に、POSソフトウェアモジュール１７は、ローカルデータベース１９に照会し、画面上に表示されている品目の価格を検索する（図１に図示せず）。
【００４０】
全ての品目がスキャンされると、キャッシャーは使用する自分の好みの支払タイプを確認するようにカスタマーに要求し、ユーザがカードでの支払を選択した場合、POSソフトウェアモジュール１７は支払アプリケーションソフトウェアモジュール２１に接続する。
【００４１】
支払アプリケーションソフトウェアモジュール２１はデータ入力装置９を駆動し、クレジットカードの詳細及び任意にはカードに関連付けされたPINを取得する。PINコードが必要とされない場合には、支払アプリケーションソフトウェアモジュールは磁気ストリップリーダ（装置９と一体化されてもよい）とインターフェースで接続することができる。磁気ストリップリーダは、ユーザ又はキャッシャーがカードをストリップリーダを通して掃引する時にカード情報を読み取る。
【００４２】
トランザクションが支払われると、POSアプリケーションソフトウェアモジュール１７はそのトランザクションの詳細をフォーマットし、それらをレシートプリンタ５に送信する。多くの場合、２つ以上のレシートが印刷され、１つはカスタマーのため、もう１つは小売業者のためである。レシートの小売コピーは、カスタマーのものよりも多くの情報を潜在的に含んでいる（例えば、完全カード詳細に対して、カスタマーのレシートは使用されたカードの最後の４桁の数字のみが含まれる）。
【００４３】
支払アプリケーションソフトウェアモジュール２１は、カードを認証し、PINを検証し、支払のためのカードを承認することに関与する。これは支払プロセッサ１３をネットワーク１５にアクセスすることによって行われる。支払プロセッサ１３は小売業者の敷地内又は外のいずれかに設けられ、場合によっては、小売業者の敷地外に設けられ、支払アプリケーションソフトウェアモジュール２１から支払プロセッサ１３へのネットワークパスは、小売業者のローカルコンピュータネットワークを抜け出て、インターネット又は他の通信ネットワーク（例えば、専用通信ネットワーク又は移動通信ネットワーク）を使用することを含んでもよい。また、ネットワーク１５はPOSアプリケーションソフトウェアモジュール１７により使用され、トランザクションの詳細をバックオフィスサーバ１１に送信する。
【００４４】
POSアプリケーションソフトウェアモジュール１７は、典型的には、汎用オペレーティングシステム（例えば、Microsoft Windows（登録商標）又はLinux（登録商標））上で実行される。POS端末３への外部機器のそれぞれは、標準的なコネクタ、即ちシリアル、パラレル、USB又はEthernet（登録商標）ポートを使用してマシンに接続される。POSソフトウェア・支払ソフトウェアベンダー及び外部機器ベンダー間の相互運用性を簡素化するために、マイクロソフト、NCR、エプソン、富士通ICLが率いる企業のコンソーシアムは、各デバイス間のインターフェースを標準化した。これらの規格は、一般的に、Java（登録商標）又はCOMの技術で実施され、JAVAPOS又はOPOSの名で知られている。
【００４５】
OPOSは、コンポーネントオブジェクトモデル（COM）技術を使用し、Windows（登録商標）オペレーティングシステムの相互運用標準の実施である。OPOSは、各機器のインターフェースを規定する１組の制御オブジェクト及び上記インターフェースを実装する１組のサービスオブジェクトをサービスオブジェクトと呼ばれる１組のライブラリの中に規定する。典型的には、サービスオブジェクトは、ハードウェアプロバイダ（例えば、プリンタについてエプソン）によって提供される。
【００４６】
JAVAPOSはJAVA言語における標準の実装である。これはOPOSと同じアーキテクチャを使用しており、１組のJAVAクラスはAPIのインターフェースを規定し、他の１組のJAVAクラスはこれらのインターフェースの実装を規定し、これらはサービスオブジェクトと呼ばれる。典型的には、その製造者はこれらのサービスオブジェクトの実装を提供する。
【００４７】
図２は、物理デバイス２３（例えば、図１のプリンタ５又はスキャナ７）及びPOSアプリケーションソフトウエアモジュール１７間のインターフェースに使用されるOPOSの構成要素の典型的なレイアウト示す。POSアプリケーションソフトウエアモジュール１７は標準OPOSアプリケーションプログラミングインターフェース（application programming interface=API）３０を使用して、物理デバイス２３にアクセスするように構成される。POSアプリケーションソフトウエアモジュール１７及び物理ハードウェアデバイス２３間の通信はOPOSデバイス３２（実際には、POS端末３内のソフトウェアスタックである）によって処理される。
【００４８】
OPOSデバイスは、POSアプリケーションソフトウエアモジュール１７のためのインターフェースを提供するOPOSデバイス制御モジュール３４と、デバイス２３への通信を提供するOPOSデバイスサービスモジュール３６とを含んでいる。
【００４９】
OPOSデバイスサービスモジュール３６は物理デバイス２３の詳細を実装し、一般的にハードウェアベンダーによって提供される。例えば、レシートデータを印刷するために、POSアプリケーションソフトウェアモジュール１７は次の方法を呼出してもよい。
【００５０】
PrintNormal(Integer Station, String DataToBePrinted):
「DataToBePrinted」で指定したデータをパラメータ「Station」で指定
されたステーションに印刷する。これは、POS端末３に接続されている
現用のプリンタに関係なく作動することが保証される。
【００５１】
類似のAPIもスキャナ７のために同様に存在する。例えば、POS端末３に接続されているスキャナに関係なく、「ScanData」と呼ばれるスキャナプロパティは常にスキャンされたデータを保持する。POSアプリケーションソフトウェアモジュール１７は、スキャナからの読出しイベントを受信すると、このデータを読み取ることができ、スキャンされた品目のバーコードを保持することが保証される。
【００５２】
また、図２のミラーリング構成は、POSソフトウェアモジュールをハードウェア装置とインターフェースをとるためのJAVAPOSシステムを記述するために使用することができる。POSアプリケーションソフトウェアモジュール１７によって送信されたデータストリームにアクセスするためにはアプリケーションの修正を必要とし、それで適切なコードが付加されてデータにアクセスできるようにする。
【００５３】
図３は、本発明の実施例と共に使用するのに適したPOSシステムを示す。同じ数字符号は全体にわたって同じ特徴を示すために使用される。
【００５４】
図３に示されたアーキテクチャは図２の既知のOPOSのアーキテクチャに類似している。しかしながら、ここで、OPOSデバイス３２はOPOSデバイス制御モジュール３４とOPOSデバイスサービスモジュール３６との間に配置された仮想物理ドライバソフトウェアモジュール４０を追加したものから成る。
【００５５】
ドライバソフトウェアモジュール４０を含めることは、POSアプリケーションソフトウエアモジュール１７又は支払アプリケーションソフトウェアモジュール２１との監視及び仲介される物理デバイス２３に対するデータ通信を可能にする。また、ドライバソフトウェアモジュール４０は、POSシステム１の外部から発信するデータ通信がOPOSデバイス３２に挿入され、物理デバイス２３又はPOSアプリケーションソフトウエアモジュール１７／支払アプリケーションソフトウェアモジュール２１のいずれかに振り向けることを可能にする。このように、トランザクションに関連する情報は、POSシステム１から抽出することができ、追加の情報がPOS端末３及び物理デバイス（５、７）の間の通信経路に追加することができる。
【００５６】
より詳細には、仮想ドライバソフトウェアモジュール４０が以下のようにインストールされ、動作する。
【００５７】
インストールステップにおいて、仮想物理ドライバソフトウェアモジュール４０は、OPOSデバイス制御ソフトウェアモジュール３４とOPOSデバイスサービスソフトウェアモジュール３６との間に位置するようにPOS端末３にインストールされる。
【００５８】
第１のオペレーションステップにおいて、POSアプリケーションソフトウエアモジュール１７又は支払アプリケーションソフトウェアモジュール２１の何れかより物理デバイス２３に伝送された各コマンドは、監視され、データストリームパーサモジュール４２に伝送される。
【００５９】
第２のオペレーションステップにおいて、データストリームパーサモジュール４２は、トランザクション品目のリストを作成するデータ、出費合計額、特典の詳細、キャッシャー名又はID及び／又は関係する他のデータを解析することができる。データストリームパーサ４２は通常表現パーサを用いて実行される。また、ストリームパーサ４２は使用されたカードの詳細（例えば、最後の４桁のカード数字及び有効期限又は利用可能ならば完全な詳細のいずれかの部分的詳細）を解析することができる。また、支払アプリケーションソフトウェアモジュール２１がスタックOPOSデバイス３２を使用するため、仮想物理ドライバモジュール４０は小売業者のレシートを印刷するときに使用される追加情報を仲介できる（小売業者のレシートが完全なカード詳細を含む場合）。
【００６０】
第３のオペレーションステップにおいて、仮想物理ドライバモジュール４０は上記の第２のステップで求めたカードトランザクションデータをコンピュータデバイス４４に伝送することができる。コンピュータデバイス４４はPOSシステム１、別個のローカルコンピュータデバイス又は遠隔配置デバイスに関連付けられたモジュールから成る（コンピュータデバイス４４はここで「トランザクションコンピュータデバイス」とも称することにする）。
【００６１】
第４のオペレーションステップにおいて、コンピュータデバイス４４は修正されたデータを仮想物理ドライバモジュール４０に返送し、そしてこのデータはOPOSデバイスサービスソフトウェアモジュール３６を介して物理デバイス２３に供給される。物理デバイス２３がレシートプリンタ５である場合の例において、これは修正されたデータ（又は一部又はその表示）をカスタマーのレシート上に印刷されるようにする。
【００６２】
一例において、コンピュータデバイス４４はオファーエンジンであり、オファーエンジン内でプリセットされた規則（例えば、２０ポンドを超えて出費したカスタマーにオファーを提供すること）に応じるものであり、提供エンジンはオファーを作成し、それを印刷のために仮想物理ドライバモジュール４０に伝送する。標準のレシートデータ（例えば、ストア詳細、トランザクション品目、トランザクションの詳細等）が印刷されると、仮想物理ドライバモジュール４０はPOSシステムのレシートプリンタ５に上述の受信されたオファーを印刷することができる。
【００６３】
上述の仮想物理ドライバモジュール４０は、既存のPOSハードウェアを修正することなく使用することができるようにして、以下の事項を達成する：
●POSアプリケーションソフトウエアモジュール１７を修正する必要なく仲介トランザクションの詳細、
●既存のハードウェア（即ち、レシートプリンタ５）を使用して情報をコンピュータデバイス４４からカスタマーに提供すること、
●トランザクション詳細をカード詳細に関連付け、これによりロイヤリティスキームを、使用されるべきサインアップ又はロイヤリティカードなしで動作させること。
【００６４】
また、POS端末のソフトウェアモジュール（POSアプリケーションソフトウエアモジュール１７又は支払アプリケーションソフトウェアモジュール２１のいずれか）は、特定の状況においてOPOS又はJAVAPOSインターフェースを使用するよりも物理的なハードウェアデバイスと直接通信できる。したがって、２つの代替的な下記構成が構想される。
（i）ソフトウェアモジュール（１７、２１）はESC/POS（レシートプリンタを駆動するために使用されるコマンド言語）又は同様の言語を使用して、USBデバイス又はハードウェアデバイス上のシリアルポートに直接書込みをするか又は
（ii）ソフトウェアモジュールは高レベル印刷API（例えば、Windows印刷アーキテクチャ）を使用して、ラスタライズデータを接続されたハードウェアデバイスに送信する。
【００６５】
上記構成（i）において、プリンタに送信されたデータはレシートのデジタルコピーであり、テキストとして解析することができる。上記構成（ii）において、プリンタに送信されたデータはバイナリであり、解析プログラムはトランザクションの詳細を容易に回復することはできない。
【００６６】
構成（i）において、仮想ドライバソフトウェアモジュール４０は図４−図５に示すようにフィルタドライバとして実装することができる。図５は、ユーザを含む本発明の実施例にしたがう改変前における既知のPOS端末環境を示すもので、ユーザスペース５００及びカーネル空間５０２から成り、ここでアプリケーション１７、２１はデータを読出して、デバイスドライバ５０４と上部フィルタドライバ（５０６）と下部フィルタドライバ（５０８）を経由して物理デバイス（５、７）に書き込む。
【００６７】
フィルタドライバは、コンピュータデバイスにおいて周辺装置に値を追加するか又は専門デバイスをサポートするMicrosoft Windowsドライバである。フィルタドライバは、既存のドライバスタックに挿入されて幾つかの特定の機能を実行するドライバ/プログラム/モジュールである。フィルタドライバは、何れの主要な技法においても既存のドライバスタックの正常な動作に影響を与えることなない。Microsoft（登録商標）又はハードウェアベンダーの何れかによって表明されているように、任意の数のフィルタドライバがWindows（登録商標）に付け加えることができる。上位レベルのフィルタドライバはそのデバイス（ファンクションドライバ）の主要なドライバの上に位置し、下位レベルのフィルタドライバはファンクションドライバの下でバスドライバの上に位置している。
【００６８】
フィルタは、マウス又はキーボードなど何れかのブランドのデバイスで動作し又はそれらは何れかのマウス又はキーボードなど所定クラスのデバイス上でオペレーションを実行することができる。別のタイプのフィルタドライバはバスフィルタドライバであって、バスドライバの上に追加することができる。例えば、ACPIバスフィルタが追加されて各デバイスの電力管理をサポートする。
【００６９】
図５に戻って参照するに、本発明を理解するための有用な例が示されており、ここで仮想デバイスソフトウェアモジュール４０は上部フィルタドライバ５０６の下又は下部フィルタドライバ５０８の下の何れかでフィルタドライバとして実装できることがわかる。
【００７０】
構成（ii）において、仮想ドライバは、オペレーティングシステムによって独自のAPIフックが設けられるオリジナルAPIをフックするライブラリとして実装される。仮想ドライバ４０は、図６及び図７に示すように、APIコールをオペレーティングシステムによって提供されるオリジナルライブラリ５２０に転送することができる。
【００７１】
ほとんどのOPOS又はJAVAPOSサービスオブジェクトは、OSにインストールされたハードウェアドライバを使用してハードウェアと通信することになる。この場合、仮想ドライバソフトウェアモジュール４０は、有利なことに、フィルタドライバとして、JAVAPOS又はOPOS層内に設置することができる。その理由は、ドライバスタックを変更してフィルタドライバを追加することがJAVAPOSとOPOS層の構成を変更してスタック内に余分な仮想デバイスを受け入れることよりも簡便であるためである。
【００７２】
本発明の実施例に関連して使用される追加のPOSシステムの構成は図８ａ、図８ｂ及び図８ｃに示される。図８aは図１に示すような既知のシステム上のスキャナ構成を示す。POS端末３のユーザモードに構成されたPOSアプリケーション（１７、２１）はスキャナサポートライブラリ５０（これもユーザモードに配置）と通。そして、このライブラリはスキャナドライバ５２とスキャナハードウェア７と通信する。
【００７３】
図８において、上述の仮想ドライバ４０が示される。図８ｃはプリンタハードウェア５ための構成を示し、その構成はプリンタサポートライブラリ５４とプリンタUSBドライバ５６から成る。
【００７４】
図８ｂ及び図８ｃは以下により詳細に説明される仲介モジュール１０２を示す。
【００７５】
図９は本発明の実施例にしたがうPOSシステムを示す。図１のシステムと同じ参照番号は同じ機能を示すために使用される。
【００７６】
図９の構成内において、プリンタ５を指向する支払アプリケーションソフトウェアモジュールデータからのトランザクションはエンハンサモジュール１００を通過する。エンハンサモジュールは仲介モジュール１０２から成り、トランザクションデータを仲介するように構成され、これをコンピュータシステム１０４に送信する。コンピュータシステム１０４からエンハンサモジュール１００で受信されたデータはデータ修正器モジュール１０６によりデータストリーム中に返戻されてプリンタに入力される。
【００７７】
コンピュータシステム１０４は支払端末３から離れて配置することができる。コンピュータシステム１０４は、追加の構成要素、即ちロイヤリティプログラムサーバ１０８、ロイヤリティプログラムクライアントアプリケーションモジュール１１０及びロイヤリティプログラム管理アプリケーションモジュール１１２から成り、これらについては以下に詳細に説明する。
【００７８】
また、ロイヤリティプログラムサーバは、支払端末３内の支払アプリケーションソフトウェアモジュール２１と通信することができる。
【００７９】
支払端末３はトランザクションデータに対するアクセスを提供する何れかのデバイス、例えばPOS端末、PDQ (Proces Data Quickly)端末及びオンラインショップ、トランザクションストアなどの電子商取引システム（ｅコマースシステム）から成る。
【００８０】
支払アプリケーションソフトウェアモジュール２１はメイン支払端末アプリケーション（MPTA）として具現化することができ、これはトランザクション又はロイヤリティカードを認証し、PINを検証し、支払カードを承認することに関与するソフトウェアに対応する。
【００８１】
プリンタ５は、画像を表示又は印刷することができる何れかのデバイスから成る。例えばPOS又はPDQ端末、コンピュータディスプレイ、スマートフォンディスプレイ又は何れかの他のディスプレイ装備デバイスと通信できるプリンタ。
【００８２】
ソフトウェアモジュール２１からプリンタ５に送信されたトランザクションデータは、以下に規定された１つ以上のトランザクション要素から成る：
TRANSACTION_ELEMENT＝{トランザクションID、小売業者名、支店、ストア、地理的位置、タイムスタンプ、複数品目、純合計、合計含み税、カテゴリ別合計、クレジット／デビットカード、ロイヤリティカード、クーポン、現金、オファー、広告}
ここに、
トランザクションID＝トランザクションのグローバル固有識別子、
小売業者ID、支店、ストア、地理的位置＝場所関連情報、
タイムスタンプ＝トランザクションのタイムスタンプ、
複数品目＝購買品目、１セットのフォームタプル（品目識別子、品目説明、数量、価格）、
純合計、合計含み税、カテゴリ別合計（例えばGM（General Merchandise）、食品など）＝支払金額関連情報
クレジット／デビットカード、ロイヤリティカード、クーポン、現金＝支払タイプ情報（例えば、カード名前、ハッシュ化PANなど）、
オファー＝このトランザクションで提供された１セットのオファー、
広告＝このトランザクションで提供された１セットの広告。
【００８３】
トランザクションデータは、セット（集合）TRANSACTION_ELEMENTからの要素の全ての部分集合の集合に属するよりも空集合を除く要素としてより正式に規定される。即ち、我々は空集合を除きトランザクションセット（集合）をセットTRANSACTION_ELEMENTの冪集合として規定する：
TRANSACTIONS＝P（TRANSACTION_ELEMENT）-φ、
ここで、Ｐ（Ｘ）はＸの冪集合を意味する。TRANSACTION_ELEMENT要素Ｔの集合はトランザクションデータのデジタル表現（又は単にトランザクションデータの場合）と称される。
【００８４】
図９に戻って参照するに、コンピュータシステム１０４は３つの構成要素、即ちロイヤリティプログラムサーバ１０８、ロイヤリティプログラムクライアントアプリケーションモジュール１１０及びロイヤリティプログラム管理アプリケーションモジュール１１２から成る。これら３つの構成要素は支払端末３内におけるエンハンサモジュール１００（効果的には第４の、分散型、構成要素）と共働してロイヤリティプログラムシステムを形成する。ロイヤリティプログラムシステムは以下に説明するように、ユーザトランザクション中に既に存在するというよりも何らかの追加の個人情報を入力する必要なく、ユーザにとってシステムのアカウントを登録し、取得するメカニズムを提供する。
【００８５】
エンハンサモジュール１００内において、仲介モジュール１０２は、支払端末アプリケーションソフトウェアモジュール２１により処理されたデータを仲介するように構成される。仲介モジュール１０２は、ロイヤリティプログラムサーバ１０８と通信してユーザ（カスタマー）関連情報を維持し又はトランザクションをユーザと関連付けるように構成される。１つの構成において、仲介モジュールは支払端末３と一体化されて、トランザクションに関する追加情報へのアクセスを得ることができる。上述したように、データ修正器モジュール１０６は支払端末３からプリンタ５に流れるデータを注入又は修正するように構成される。
【００８６】
図９の仲介モジュール１０２とデータ修正器モジュール１０６は、上記の図１〜８図に示されたシステム構成を用いて実装してもよい。
【００８７】
ロイヤリティプログラムサーバ１０８は、収集されたユーザ報酬、償還されたオファー、キャンペーン、ユーザトランザクションなどの幾つかの報酬システムデータを追跡記録するように構成することができる。ロイヤリティプログラムクライアントアプリケーションモジュール１１０及びロイヤリティプログラムエンハンサーモジュール１１２はロイヤリティプログラムサーバ１０８と通信するように構成することができる。
【００８８】
ロイヤリティプログラムサーバ１０８はサブコンポーネント、マッチングエンジンモジュール（図９に図示せず）から成り、これは、ロイヤリティキャンペーンを管理し、実行しているキャンペーン（例えば、「１０ポイント集めると、ディスカウントします」又は「１０スタンプ集めて、無料のコーヒーをゲット」など）に応じて発生するオファーを以ってロイヤリティカスタマーに報酬を与えるように構成することができる。（マッチングエンジンモジュールはロイヤリティ指数関数のセット（集合）を使用して構成することができる。これらの関数はカスタマーのロイヤリティの程度を計数する。）
ロイヤリティプログラムクライアントアプリケーションモジュール１１０は、ロイヤリティプログラムサーバ１０８と通信して、ユーザにとってサービスに登録し、収集された報酬を再検討し、幾つかのキャンペーンを申込むことなどを行なえる。
【００８９】
ロイヤリティプログラム管理アプリケーションモジュール１１２はロイヤリティプログラムサーバ１０８と通信するように構成され、コンピュータシステム１０４が償還を検証し、アプリケーションを幾つかの支払端末と関連付け、他の管理タスクを実行するように構成される。
【００９０】
ロイヤリティプログラムクライアントアプリケーションモジュール１１０及び管理アプリケーションモジュール１１２は利用可能のインターネット、装備されたスキャナ、コンピュータデバイス上で実行するように構成することができる。
【００９１】
ユーザ登録
ユーザは、ユーザのコンピュータデバイス上のロイヤリティプログラムクライアントアプリケーションモジュールを使用して、ロイヤリティプログラムサーバ１０８に登録し、システム内のアカウントを取得することができる。このような場合、ユーザは登録プロセス中にカスタマーアカウントＩＤが割当てられる。しかしながら、本発明の実施例は、自分のコンピュータデバイスに関連付けられた固有のユーザ識別子を使用してユーザをロイヤリティシステムに関連付ける。この場合、ロイヤリティシステム内のユーザIDは自分のデバイスの識別子となり、彼らは自分のトランザクション履歴に既に含まれているものを越えて個人データを明示的に登録し又は提供する必要はない。
【００９２】
コンピュータシステム１０４上にユーザカウント（カスタマープロファイル）を確立するプロセスについて以下に説明する。以下の説明では、ユーザトランザクションカード（例えばPAN番号）又はロイヤリティカード番号に関連付けられた識別子であるユーザ識別子SUIDを利用する。図１０に示すように、以下に説明されるSUIDは、本発明の実施例に係るロイヤリティシステム内の３つの異なる状態のうちの１つに関連付けられる。状態Ａはロイヤリティシステム内の初期状態である。この状態はロイヤリティシステムが特定のSUIDをあてがう最初のときと同等である。状態Ｂは中間状態であって、SUIDは以前にロイヤリティシステムによって関与しているが、それは承認されていないことを示す。SUIDの状態Ｃは確認済みSUIDに相当する。
【００９３】
ユーザカウントを確立するプロセスは図１１及び図１２に関連して説明する。図１１において、ユーザ１２０は、ステージ１において、支払端末１３で、トランザクションに入り、自分のトランザクションカード１２２（例えば、銀行カード又はクレジットカードロイヤリティカード）の１つを使用する。
【００９４】
POS３内の仲介モジュール１０２は、トランザクションカードの識別子（例えば、トランザクションカードに表示される永久アカウント番号（PAN））から成るトランザクションデータを仲介する。トランザクションカード識別子は固有のユーザ識別子に有効に対応し、仲介モジュール１０２は暗号ハッシュ関数を識別子に適用するように構成される。したがって、ハッシュ化された識別子はカスタマー識別子から成り、これを以下SUIDと称する。次いで、これは何等の個人的なユーザデータを損なうことなくロイヤリティサーバ１０８に送信される。注：図１２で説明したように、トランザクション／ロイヤリティカードによって提供される固有のユーザ識別子はSUIDを計算するために使用されるトークンＰと称され、ここでSUID＝HASH(P)、HASHは何らかの暗号化関数である。幾つかの実装において、暗号化関数はブルートフォース攻撃を防ぐソルト、キーストレッチング又は他の技術を含めることができる。
【００９５】
支払端末３／仲介モジュール１０２はトランザクション識別子K1をサーバ１０８に送信するように追加して構成される。サーバは、受信したSUID及びトランザクション識別子K1（SIGN(K1)）をデータベース１２４内に格納し、これに応答してトランザクション識別子K1の署名済みコピーをPOS端末３に送信する。POS端末３内の修正器モジュール１０６は署名された識別子をプリンタ５に送信してユーザに供給するように構成される。図１１の例において、署名済み識別子は２次元バーコード１２６として印刷される。
【００９６】
サーバ１０８によって受信されたSUIDが以前にサーバ１０８に供給されていない場合は、サーバはSUIDを状態Ａにあるとして分類する。プロセスのステージ２において、ユーザ１２０は、適切なソフトウェア及び画像キャプチャ機能から成るスマートフォン又はタブレットなどのユーザコンピュータデバイス１２８、例えばスマートデバイスを使用して印刷された署名済み識別子（SIGN(K1)）をスキャンする。ユーザコンピュータデバイス１２８はデバイス識別子（ユーザID）と関連付けされ、ユーザコンピュータデバイス１２８はユーザID及びスキャンされたバーコード１２６のデータ（即ち署名済みトランザクション識別子SIGN(K1)に対応するデータ）の両方をサーバ１０８に送信するように構成される。
【００９７】
注：以下に説明する本発明の実施例において、ユーザ（カスタマー）は自分のコンピュータデバイス（スマートフォン、タブレットなど）を使用してロイヤリティシステム１０４を使用する。このアプローチの利点はユーザが何らかの個人データを自分のトランザクション中に既に存在するものを越えて入力する必要がないということである。このような場合、ロイヤリティシステム１０４内のユーザプロファイルに関連付けられたユーザIDは自分のコンピュータデバイスの固有の識別子（例えば、IMEI番号）に相当する。代替できる実施例において、ユーザはロイヤリティプログラムクライアントアプリケーションモジュール１１０（自分のコンピュータデバイスにインストールされ又は例えばブラウザを介して何れかのコンピュータデバイスにアクセスされる）を使用してロイヤリティシステムへのより伝統的登録プロセスを完了する。このような実施例において、ユーザIDはロイヤリティシステム１０４によって作成されたアカウントIDになる。
【００９８】
サーバ１０８は、カスタマー識別子（SUID）及びトランザクション識別子（K1）と共にユーザIDをデータベース１２４に格納するように構成される。
【００９９】
プロセスのステージ２は、ロイヤリティシステムの利用を希望することを示すユーザに対応する。ステージ２の終了時に、サーバ１０８はユーザ１２０に関連付けられた十分なデータを有し、カスタマープロファイルを開き取り込むことができる。ハッシュされたトランザクションカード識別子（SUID）はこのステージの終了時に状態Ａから状態Ｂに移動され、ユーザ１２０がシステムに加入する意欲を示していることを示す。
【０１００】
ステージ２におけるユーザ１２０によるバーコード１２６のスキャンは、有効期限に関連付けられる。例えば、サーバ１０８は、ステージ１においてSUID及びK1データの受信時に、ユーザがステージ２を実行する有効期限を設定し、カスタマープロファイルを確立するプロセスを継続することができる。
【０１０１】
図１１の実施例において、カスタマープロファイルは２つの追加のステージ（ステージ３−４）を必要として、ユーザのプロファイルが完全にアクティブになるまで生起するようにする。したがって、ステージ３−４は、ユーザがシステムへの登録を希望していることのダブルチェック及びロイヤリティシステムの不正使用の事例を防止又は軽減する確認プロセスを表す。以下に説明するように図１１のステージ３−４はステージ１−２と同様である。しかしながら、代替できる確認プロセスを使用することができる。例えば、ステージ２の完了後に、固有のユーザ識別子の所有者のみに知られている情報（例えば、トランザクションカードの有効期限及び／又は完全トランザクションカード又はロイヤリティカード番号）を入力するようサーバからの要求をユーザが受信するようにしてもよい。追加の代替として、ユーザはステージ１−２のみを使用してロイヤリティシステムに登録してもよいが、それらは再びステージ１−２のプロセスにしたがうことが要求される定期的な確認を課される。これは定期的な時間間隔で又は所定の回数のトランザクションの後に行なわれる。
【０１０２】
図１１において、ユーザにとって彼らがロイヤリティシステムの使用を希望することを確認するために、追加のトランザクション及びその後のスキャンステージが適用される。したがって、ステージ３において、同じトランザクションカードを使用して追加のトランザクションが生起する（したがって、同じカスタマー識別子SUIDが生成されてサーバ１０８に送信される）。POS３からサーバ１０８に送信されたSUIDは２番目のトランザクション識別子K2を伴っているが、サーバ１０８はSUID及び識別子K2の２番目のものをデータベース１２４に格納するように構成される。
【０１０３】
次に、サーバ１０８は、トランザクション識別子K2の署名済みコピーを含む確認メッセージ１３０をPOS3に逆送信するように構成される（即ち、サーバはSIGN(K2)を返送する）。POS3は、署名済みトランザクション識別子SIGN(K2)及び追加のバーコード１３２を例えばプリンタ５を介してユーザに送信するように構成される。サーバ１０８は、再度、ユーザがステージ４を実行する有効期限に関連付ける。
【０１０４】
ステージ４において、ユーザはバーコード１３２をスキャンし、これを自分のユーザコンピュータデバイス１２８を介してサーバに送信する。したがって、ユーザコンピュータデバイスはSIGN(K2)を自分の識別子、ユーザIDとともにサーバに送信し、サーバはステージ４で受信したユーザIDがステージ２におけるユーザIDと一致していること、ステージ１で使用されたSUIDがステージ３で使用されたものと一致していることを点検できる。総ての情報が対応している場合、サーバ１０８はステージC（確認済み）にSUIDを更新し、アクティブカスタマープロファイルをデータベース内に作成する。プロファイルはユーザのトランザクションカード（SUIDで示される）とユーザのコンピュータデバイス（ユーザIDで示される）との間の関連付けから成る。
【０１０５】
ユーザによって使用される追加のトランザクションカードは、ユーザのコンピュータデバイス（ユーザID）が複数のトランザクションカードに関連付けられるのと同じ技法で、このプロファイルに関連付けられる。
【０１０６】
ユーザのコンピュータデバイスは、図９に示したクライアントアプリケーションモジュール１１０の実装から成る。
【０１０７】
図１２は主にサーバ１０８の観点から図１１のプロセスを示す。
【０１０８】
ステップ１５０において、プロセスが開始し、ステップ１５２においてPOS端末３はトークンＰを認証する。トークンＰはトランザクションカードPANから成り、したがってステップ１５２はトランザクション承認プロセスにおいてトランザクションカードを表す。
【０１０９】
次いで、プロセスはサーバ１０８上で発生するステップ１５４に進む。ステップ１５４において、サーバ１０８は支払端末３上でトークンＰの暗号ハッシュから起因したSUID、カスタマー識別子を受信する。SUIDは仲介モジュール１０２から受信される。
【０１１０】
ステップ１５６において、サーバ１０８はデータベース１２４に格納されているSUIDの状態をチェックする。SUIDが既に登録されているトランザクションカードに対応する場合、SUIDのデータベースエントリはそれが状態Ｃにあることを示す。その後、サーバ１０８はデータベースから関連付けされたカスタマープロファイルを検索することができる。
【０１１１】
ユーザが図１１にしたがってシステムに登録している構成において、SUIDはカスタマープロファイルにおいてユーザのコンピュータデバイスIDとリンクされ、即ちユーザIDはユーザのコンピュータデバイスの識別子（例えば、IMEI番号）となる。
【０１１２】
代替できる構成において、ユーザは伝統的ログイン及び登録フォームを介してシステムに登録している場合がある。そのような代替的構成において、ユーザIDはサーバ１０８によって生成された固有の参照番号で構成することができる。
【０１１３】
何れの構成においても、サーバ１０８はステップ１５８においてユーザIDを検索するように構成され、プロセスはステップ１６０で終了するか又は追加のプロセスに転送してユーザのトランザクション履歴を格納する〔図１４に関連して以下に説明〕。
【０１１４】
上記したように、サーバ１０８はデータベース１２４に格納されているSUIDの状態を点検する。SUIDが状態Ａ（これはサーバ１０８がこの特定のトランザクションカードに関与した初期の時であることを示す）又は状態Ｂ（トランザクションカードが以前に関与したが、未確認であることを示す）である場合、サーバはステップ１６２に進む。
【０１１５】
図１１を参照して上記したように、POS端末３は任意のトランザクション識別子を各トランザクションに割当てることにし、これを図１１のステージ１においてSUIDとともにサーバ１０８に送信する。ステップ１６２において、サーバ１０８はトランザクション識別子（K）を決定し、これをデータベース１２４におけるSUIDと関連付ける。
【０１１６】
ステップ１６４において、サーバ１０８はトランザクション識別子をユーザに逆送信する。図１１において記載したように、これはトランザクションレシート内にバーコードを含めることによって達成することができる。また、識別子Kはサーバ１０８によって署名されてそれが認証ソース（サーバ１０８）から発信されたことを示すことができる。
【０１１７】
ステップ１６６において、サーバ１０８はトランザクション識別子K及びユーザID（例えば、ユーザのコンピュータデバイスの識別子）を含むユーザからの通信を受信する。
【０１１８】
ステップ１６８において、サーバ１０８はトランザクション識別子Kを抽出し、ステップ１７０において、それが有効であるか否かの点検をする。
【０１１９】
トランザクション識別子が有効でない場合、ステップ１７２において、サーバ１０８は不正な試行がされてロイヤリティシステムに登録されていることを決定することができる。ユーザIDを送信するユーザのアドレスが記録されて、その要求は破棄することができる。
【０１２０】
トランザクション識別子が有効である場合、ステップ１７４においてサーバ１０８はトランザクション識別子Kの有効期限が切れているか否かを決定する。識別子Kが満了している場合、サーバはステップ１７６に進み、識別子の有効期限を記録して、ステップ１７８においてロイヤリティ登録プロセスを終了させる手続になる。
【０１２１】
トランザクション識別子Kが有効期限を満了していない場合、ステップ１８０においてサーバ１０８はデータベース１２４を検索してSUIDがトランザクション識別子Kに関連付けられていることを決定する。ステップ１８０におけるSUIDは図１１に示す登録プロセスのステージ２にある（ステップ１５４におけるSUIDは図１１に示す登録プロセスのステージ２にある）。
【０１２２】
SUIDがない場合、サーバ１０８はステップ１７６に移動し、ステップ１７８において、登録プロセスを終了する。
【０１２３】
SUIDがステップ１８４において存在する場合、SUIDの状態が決定される。SUIDがステップ１８６において状態Ｃにある場合、サーバ１０８はSUIDが既に登録されて確認されていると判断し、登録プロセスはステップ１８８において終了する。
【０１２４】
SUIDが状態Ａ又は状態Ｂにあると判断された場合、サーバはステップ１９０において検索して以前のトランザクション識別子K'が同じSUIDに関連付けられているかどうかを確認する。
【０１２５】
以前のトランザクション識別子K'が知られていない場合は、ステップ１６６において受信されたユーザＩＤはステップ１９４においてトランザクション識別子Kに関連付けられる。SUIDの状態はステップ１９６において状態Ｂに更新され、プロセスはステップ１９８において終了する。SUIDが状態Ｂに置かれると、プロセスは同じトランザクションカード（即ち、同じSUID）で別のトランザクションを行うことをユーザに要求し、登録プロセスを完了し、SUIDを状態Ｃに移動させる。
【０１２６】
ステップ１９２において、以前のトランザクション識別子K'が発見される場合、以前のトランザクション識別子に関連付けられたユーザ識別子はステップ２００で検索される（即ち、検索ユーザID'）。
【０１２７】
ステップ２０２において、ステップ１６６で受信されたユーザIDはデータベース１２４から検索された以前のユーザIDと比較される。
【０１２８】
ユーザ識別子が一致する場合（ユーザID＝ユーザID'）、ステップ２０４において、サーバ１０８はSUID状態を状態Ｃに変更し、登録プロセスはステップ２０６において完了する。
【０１２９】
ユーザ識別子が一致しない場合（ユーザID≠ユーザID'）、トランザクションの一方又は他方の何れかに不正である。別法として、ユーザは別のデバイスを使用して図１１においてステージ２とステージ４のスキャンを実行することができる。
【０１３０】
バーコードを発行してスキャンする代替例として、ロイヤリティシステム１０４はワンタイムパスワードをユーザに発行してユーザに手動入力するように構成することができる。この代替的構成は図１３に示される。
【０１３１】
図１３に示したプロセスステップは図１１に密接に関連付けされている。これ自体については図１１及び図１３間の共通の要素は再言しない。しかしながら、次のような違いが指摘される。
【０１３２】
POS端末の代わりに、図１３はオンラインストア（ウェブショップ３）を介してトランザクションを行っているユーザを示す。しかしながら、オンラインストアは図１１のPOS端末に機能的に類似すると見做すことができ、POS端末及びオンラインストアは両者とも本発明の実施例との関連で支払端末の例と見做される。
【０１３３】
バーコードの代替例として、サーバ１０８は、図１３において、ステージ１に戻ってユーザにワンタイムパスワード２１０を発行する。このパスワードはステージ２においてロイヤリティプログラムクライアントアプリケーション１１０を介してユーザのコンピュータデバイスに入力することができる。別法として、図１３に示すように、パスワードはブラウザ２１２を介して入力することができる。
【０１３４】
また、さらに追加の構成において、ユーザ（カスタマー）が自分のトランザクションカードをロイヤリティシステム１０４に登録することを希望する場合、通常のトランザクションプロセスは彼らにとって修正できる程度に支払端末３のソフトウェアを修正することが可能である。この構成において、図１１及び図１３のステップ１−４に示すSUID及びユーザIDの関連付けは支払端末３で単一ステップにおいて行うことができる（例えば、PDQ／POS端末は、PIN入力ステージ前にランザクションの間で、彼らがロイヤリティプログラムに登録したい場合、カスタマーに要求する）。
【０１３５】
図１０〜図１３に関連して上述したプロセスはカスタマープロファイルをロイヤリティシステム１０４内に確立し、ユーザID（コンピュータデバイスの固有の識別子又はシステム生成識別子の形式の何れか）はトランザクションカードに関連付けられる（そのトランザクションカードに対応するSUIDを介して）。図１０〜図１３のプロセスは複数のトランザクションデバイスのために繰返すことができて、ユーザIDは複数のSUIDに関連付けされるようになる。
【０１３６】
SUIDとユーザIDの関係が確立されると、ユーザによって行われた追加のトランザクションはロイヤリティシステム１０４に加入している支払端末３に搭載された仲介モジュール１０２によって捕捉される。その後、ユーザのトランザクション履歴は捕捉されてデータベース１２４内に保存することができ、それによってロイヤリティ報償はそのユーザに割当てることができる。
【０１３７】
図１４は、ユーザIDとSUID間の関連付けが行われた後、追加のトランザクションを捕捉するプロセスを示す。
【０１３８】
ステップ２２０において後続のトランザクション捕捉が開始され、ステップ２２２においてサーバ１０８は支払端末３からトランザクョンの詳細を受信する。ステップ２２４においてサーバ１０８はトークンＰが支払端末３から送信されたデータ内に存在しているかどうかを点検する。上記したように、トークンＰはトランザクションカードの個人アカウント番号（PAN）又はロイヤリティカード番号でもよい。また、上述したように、このトークンＰはトークン（上述のSUID）の暗号ハッシュバージョンの形式で受信される。
【０１３９】
トークンＰ／SUIDは、ユーザが現金を使用してトランザクションを締結している場合に支払端末３から受信したトランザクションデータに存在しない。
【０１４０】
トークンＰ／SUIDが存在している場合、ステップ２２６においてサーバ１０８はトランザクションデータからSUIDを検索し、SUIDの状態を点検する。
【０１４１】
SUIDが状態Ａ又は状態Ｂにある場合、ステップ２２８においてサーバ１０８はSUIDがユーザＩＤに関連付けられるべきであるという勧告を出力することができる。このプロセスはステップ２３０で終了する。
【０１４２】
SUIDが状態Ｃにある場合、ステップ２３２においてサーバ１０８はSUIDに関連付けられたユーザIDを検索する。ステップ２３４において支払端末３から受信したトランザクションの詳細はユーザIDに関連付けられ、データベース１２４に格納される。このプロセスはステップ２３６で終了する。
【０１４３】
トークンＰがトランザクションデータに存在しない場合、ステップ２３８において任意のキーKがトランザクション（Ｔ）に割当てられる。キーKのデジタル署名済みコピーはステップ２４０で生成され、ユーザに送信される（例えば、プリンタのレシートを介して）。ステップ２４２においてユーザはレシートに表示されるキーKのデジタル署名済みコピーをスキャンすることができる。例えば、キーはレシート上の２次元バーコードの中に具現化されて、ユーザが自分のコンピュータデバイスでスキャンすることができる。
【０１４４】
ステップ２４４において、スキャンされた画像とユーザのユーザIDはサーバ１０８に送信される。ステップ２４６において、サーバ１０８はトランザクション識別子K及びユーザIDを受信し、ステップ２４７においてキーKが有効であるか否かを点検する。キーKが有効でない場合、ステップ２４８においてサーバ１０８はトランザクションにフラグを出して潜在的に詐欺とする。
【０１４５】
ステップ２５０において、サーバはキーKの有効期限が切れているか否かを点検する。有効期限が切れている場合、サーバはこれをステップ２５２において記録し、このプロセスをステップ２５４において終了させる。
【０１４６】
キーKが期限満了していない場合、サーバ１０８はステップ２５６に進み、キーKに関連付けされたトランザクションデータ（例えば、ユーザがトランザクションＴのレシートをスキャンしたときユーザからステップ２４２で送信されたトランザクションデータ）を調査する。
【０１４７】
トランザクションデータが存在しない場合、サーバはステップ２５２を介して移動し、ステップ２５４においてプロセスを終了させる。しかしながら、トランザクションデータが存在する場合、ステップ２６０においてサーバ１０８はトランザクションＴをユーザＩＤと関連付け、プロセスはステップ２６２において追加データが提供されるまで終了する。
【０１４８】
図１４に示すプロセスの代替例において、ユーザに配信されたレシートは、ステップ２４２においてバーコードをスキャンする代わりに、ユーザによって入力されるワンタイムパスワードから成るものでもよい。
【０１４９】
ロイヤリティシステム１０４内にユーザプロファイルを確立し、後続のトランザクションの詳細をそのプロファイルに関連付けるプロセスは上述されている。
【０１５０】
トランザクションデータがユーザ／カスタマープロファイル内のSUID及びユーザIDと関連付けられる時点で、ロイヤリティプログラムサーバ１０８は、ユーザIDに関連付けられているカスタマープロファイル及び他の全ての情報に基づいてロイヤリティ指数を計算することにより、カスタマーのロイヤリティを評価することができる。
【０１５１】
幾つかの時点で、ロイヤリティプログラムサーバ１０８はオファーに関連付けられた発行条件に応じて当該オファーを発行することができる。発行されたオファーは、それに関連付けられた報酬メタデータを有し、また発行トランザクション要素、発行条件、償還条件、償還パスコード及び有効期限を含ませることができる。カスタマーがオファーを償還した後、オファーはその報酬メタデータで償還トランザクション属性を含ませる。
【０１５２】
以下の議論との関連で以下の用語が使用されます。
●オファー（報酬）：オファーはロイヤリティカスタマーに与えられたインセンティブである。（例えば、１０スタンプなどを集めるとコーヒー無料）。「報酬」と「オファー」は交換可能に使用される。
●カスタマープロファイルは、ユーザIDに関連付けられている全ての関連情報を含むデータ構造である。これはユーザIDに関連付けられている全てのSUID及びこれらのSUIDのそれぞれに関連付けられている全てのトランザクションデータを保持する。また、これはユーザＩＤに関連付けられた報酬を含み、各報酬はそれに関連付けられた報酬メタデータを含む。（図１２）
●ロイヤリティ−指数関数は引数（アーギュメント）のカスタマープロファイルとして取り込んで、オファーが当該カスタマーに発行されるべきか否かを決定するために使用されるロイヤリティンデックスを返信する関数である。（例えば、或るロイヤリティ関数は集められた多数の「スタンプ」を返信するかもしれない。或る数の「スタンプ」が集められたとき、カスタマーはオファーを取得す。）
●報酬メタデータ：オファーの報酬メタデータは属性のセット（集合）であって、以下の通りである：
○償還パスコードはオファーの固有のIDである。
○発行トランザクション要素はオファーをトリガするために使用されているトランザクションからの要素のセットである。（例えば、１０トランザクション要素  カフェラテ）何れのトランザクションの要素もそれが由来しているトランザクションを参照している。
○発行条件はオファー（例えば１０ポイント）をトリガするために満たすべき基準のセットである。全ての発行条件は対応するキャンペーンを参照している。
○償還トランザクションはこのオファーが償還されているトランザクションである。
○償還条件はこのオファーを償還するために満たすべき基準のセットである。
○有効期限はこのオファーの期限が満了する日付である。
【０１５３】
報酬／ロイヤリティの検証及び償還のプロセスは図１５及び図１６に示され、これは以下について明記している。即ち、ロイヤリティプログラムサーバは如何にカスタマーのロイヤリティを算出すること、オファー発行条件（例えば、１０スタンプ集める又は２０点集めるなど）を点検すること、これらの条件が満足する場合、ランダムでユニークに生成された償還パスコードを提供してストアＡ内のキャッシャーに与えオファーを償還するか又はディスカウントを取得すること。
【０１５４】
図１５に戻ってこれを参照すると、報酬を発行するプロセスが示されている。プロセスはロイヤリティサーバ１０８が支払端末３において仲介モジュール１０２からトランザクションデータを受信するときステップ２７０で開始する。ステップ２７２において、このトランザクションは図１０〜図１４におけるプロセスに応じて構成されているユーザIDに関連付けられる。
【０１５５】
ロイヤリティサーバ１０８は管理アプリケーション１１２を介してシステム１０４にアップロードされている複数のオファーFにアクセスできるようになる。ステップ２７４においてオファーFが選択され、ステップ２７６においてオファーに関連付けられた発行条件がトランザクション履歴及びユーザIDのカスタマープロファイルと点検される。
【０１５６】
一致しない場合、サーバ１０８はステップ２７４に戻り移動し、もう１つのオファーFを選択する。
【０１５７】
一致している場合、ステップ２７８において、任意の償還パスコードQはサーバ１０８によって生成され、オファーFに関連付けられるユーザに送信される。その後、オファーF及びパスコードQはステップ２８０においてユーザIDに関連付けられたユーザに送信される。オファーF及びパスコードQは何れかの便宜手段によってユーザに送信される（例えば、POS端末レシートを介して、ユーザのプロファイルにリンクされるウェブページを介して、ユーザのモバイルデバイスとの通信を介して、等）
ステップ２８２において、プロセスはループを逆に回り込んでステップ２７４に至りロイヤリティシステム内に保持された追加のオファーを評価するか、プロセスが終了するステップ２８４の処理をするかの何れかを行なうことができる。
【０１５８】
オファーを償還するプロセスは図１６に示される。プロセスはステップ２９０においてトランザクションの始動とともに開始する。ステップ２９２において、カスタマーは上記のステップ２７８で生成されたパスコードQを呈示する。ステップ２９４において支払端末オペレータはパスコードQをスキャン又は入力し、これは支払端末識別子Mと共にサーバ１０８に送信される。ステップ２９５において、サーバはパスコードが有効であるか否かを点検する。
【０１５９】
パスコードが無効である場合、ステップ２９６において、端末／オペレータ／カスタマーに通知され、プロセスはステップ２９８において終了する。
【０１６０】
パスコードが有効である場合、サーバ１０８はパスコード及び端末識別子Mを格納するように構成される。
【０１６１】
ステップ３０２においてストア及びユーザ間のトランザクションに関連するトランザクションデータは支払端末３から受信され、ステップ３０４においてトランザクションデータはユーザIDに関連付けられる。
【０１６２】
ステップ３０６において、サーバ１０８は端末識別子を受信したトランザクションデータから検索し、ステップ３０８において格納されたパスコードQを検索する。
ステップ３１０においてパスコードQが使用されて関連付けされたオファーFを検索し、ステップ３１２においてそのオファーの償還条件はカスタマープロファイルに対して点検する。
【０１６３】
償還条件がカスタマープロファイルと一致しない場合、報酬はステップ３１４においてユーザに提供されず、プロセスはステップ３１６で終了する。しかしながら、一致が存在する場合、報酬はカスタマー３１８に提供され、プロセスは再びステップ３２０において終了する。
【０１６４】
図１７は図１０〜図１６に関連して上述したように生成され、使用されるユーザプロファイルを図示したものである。
【０１６５】
ユーザプロファイル３３０はユーザID３３２（上述したようにユーザのコンピュータデバイス識別子に関連し又はロイヤリティシステム１０４によって生成される）から成る。ユーザID３３２は、暗号ハッシュ値SUID１、SUID２及びSUID３に代表されるように３つの異なるトランザクションカード３３４に関連付けられる。多数のトランザクション３３６が示されている。トランザクションT１〜T６はトランザクションカード３３４の１つと関連付けされる。しかしながら、トランザクションT７及びT８は現金トランザクションを表示している。
【０１６６】
また、ユーザID３３２はユーザのトランザクション履歴に応じてユーザプロファイルに適用されている報酬３３８と関連付けされる。
【０１６７】
図１８〜２２はPOS端末３にインストールされたアプリケーション（ロイヤリティプログラム管理アプリケーション）の一例のスクリーンショットを示す。
【０１６８】
ユーザがオファーを償還したいとき、自分の償還パスコードをストアＡにおいて支払端末３のオペレータに提供し、彼はインターネット有効支払端末を使用してその与えられた償還パスコードを検証する。キャッシャーは管理アカウントを使用してシステムにログインする。キャッシャーはこのコードがタイプ入力又はスキャンすることができるインターフェースが提示される（以下、図１８〜図２２を参照）。キャッシャーが使用するアプリケーションは支払端末３に関連付けられ、ロイヤリティプログラムサーバ１０８と通信する。
【０１６９】
トランザクション中、カスタマーは自分の償還パスコードを支払端末オペレータに提供し、オペレータはそれをスキャンし又は管理者のアプリケーションに入力するかの何れかを行なう。この管理アプリケーションは支払端末に関連付けられるので、与えられた端末からの次のトランザクションをこの供給された償還パスコードに自動的に関連付けることができる。これは与えられた支払端末識別子及び償還パスコードと共に特別なコマンドをロイヤリティプログラムサーバに送信することによって達成することができる。サーバはこの支払端末からの次のトランザクションを与えられた償還パスコードに関連付けする準備ができている。但し、与えられた償還パスコードは有効であることを条件とする（ロイヤリティプログラムサーバは償還パスコードの有効性を点検し、それに応じてキャッシャーに通知する）。
【０１７０】
注：特別なアプリケーションを使用して支払端末機にインストールする代わりに、キャッシャーの携帯電話等を使用して上述の管理アプリケーションのように全く同じ機能を果たすことも可能である。
【０１７１】
償還パスコードは償還が行われるトランザクションに常に関連付けられる（これは報酬メタデータの償還トランザクションである）。また、メタデータは発行トランザクション要素及び発行条件を含み、これはこの報酬が発行トランザクション要素及び発行条件を検討することによって合法的に発行されたか否かを点検することができる。それに加えて、発行条件を備えて報います。また、オファーが償還された後にも、償還トランザクション及び償還条件は点検することができる。
【０１７２】
図１８〜図２２を参照すると、特別なアプリケーション（ロイヤリティプログラム管理アプリケーション、LPAA）がPOS端末にインストールされている。図１８において、LPAAは非能動であり、POS端末画面はその標準出力を表示する。ロイヤリティプログラム管理アプリケーション（LPAA）が能動である場合、ブックマーク状ボタン３５２（図１９）が視認できるようになる。キャッシャーはボタン３５２をクリックして図２０に示すようにウィンドウ３５４を開くことができる。今、キャッシャーはキーボード３５６（図２１を参照）を介して償還パスコードを入力し、コード３５８を検証（図２２を参照）することができる。
【０１７３】
注：POSターミナル３内にはMPTAとLPAAがインストールされており、横並びで実行することができる。LPAAは、特別なボタンをクリック／タップするか、いくつかの固有のジェスチャーを行うことにより、例えば、LPAAを呼出す機能とともにMPTAを強化することによってMPTAと統合することができ又はディスプレイのいくつかの特定の領域は特定のジェスチャー又はタップ又はタップとジェスチャーの組み合わせで監視することができ、それに加えて、キーボードキーコンビネーション又は特殊キーボードキーもLPAAを呼び出すために使用することができ、マウス、キーボード、タッチ対応ディスプレイ、マイクロフォン、モーション検知入力装置などの任意のコンピュータ入力装置を基本的に使用してMPTAからLPAAを呼び出すことができる。
【０１７４】
カスタマーがオファー及び償還パスコードを与えられている場合、償還パスコードはカスタマーのモバイルコンピュータデバイスを使用して表示することができる。
【０１７５】
なお、上述の実施例は例示としてのみ与えられ、本発明を限定するものではない。また、記載された複数の実施例は個別に又は組み合わせて使用することができる。
【符号の説明】
【０１７６】
１・・・POSシステム
３・・・POS端末
５・・・レシートプリンタ
７バーコードスキャナ
（５、７・・・物理デバイス）
９・・・データ入力装置(PINパッド)=外部装置
１１・・・バックオフィスサーバ
１３・・・支払プロセッシングサーバ（支払プロセッサ、支払端末）
１５・・・ネットワーク
１７・・・POSアプリケーションソフトウェアモジュール
２１・・・支払アプリケーションソフトウェアモジュール
（１７、２１・・・POSアプリケーション）
１９・・・商品データベース
２３・・・物理デバイス（物理ハードウェアデバイス）
３０・・・標準OPOSアプリケーションプログラミングインターフェース（API）
３２・・・OPOSデバイス
３４・・・OPOSデバイス制御モジュール
３６・・・OPOSデバイスサービスモジュール
４０・・・仮想ドライバ（仮想デバイス）
４２・・・データストリームパーサモジュール（データストリームパーサ）
４４・・・コンピュータデバイス（トランザクションコンピュータデバイス）
５０・・・スキャナサポートライブラリ
５２・・・スキャナドライバ
５４・・・プリンタサポートライブラリ
５６・・・プリンタUSBドライバ
１００・・・エンハンサモジュール
１０２・・・仲介モジュール
１０４・・・コンピュータシステム
１０６・・・修正器モジュール
１０８・・・ロイヤリティプログラムサーバ
１１０・・・ロイヤリティプログラムクライアントアプリケーションモジュール
１１２・・・ロイヤリティプログラム管理アプリケーションモジュール
１２０・・・ユーザ
１２２・・・トランザクションカード
１２４・・・データベース
１２６・・・２次元バーコード
１２８・・・ユーザコンピュータデバイス
１３０・・・確認メッセージ
１３２・・・追加のバーコード
２１０・・・ワンタイムパスワード
２１２・・・ブラウザ
３１８・・・カスタマー
３３２・・・ユーザID
３３４・・・トランザクションカード
３３６・・・トランザクション
３３８・・・報酬
３５２・・・ブックマーク状ボタン
３５４・・・ウィンドウ
３５６・・・キーボード
３５８・・・コード
５００・・・ユーザスペース
５０２・・・カーネル空間
５０４・・・デバイスドライバ
５０６・・・上部フィルタドライバ
５０８・・・下部フィルタドライバ
５２０・・・オリジナルライブラリ（共有コードライブラリ）
SUID・・・固有のユーザ識別子
K1、K2・・・トランザクション識別子
SIGN(K2)、SIGN(K1)・・・署名済みトランザクション識別子
F・・・オファー
【図１】
2016536717.tif 000003
【図２】
2016536717.tif 000004
【図３】
2016536717.tif 000005
【図４】
2016536717.tif 000006
【図５】
2016536717.tif 000007
【図６】
2016536717.tif 000008
【図７】
2016536717.tif 000009
【図８ａ】
2016536717.tif 000010
【図８ｂ】
2016536717.tif 000011
【図８ｃ】
2016536717.tif 000012
【図９】
2016536717.tif 000013
【図１０】
2016536717.tif 000014
【図１１】
2016536717.tif 000015
【図１２】
2016536717.tif 000016
【図１３】
2016536717.tif 000017
【図１４】
2016536717.tif 000018
【図１５】
2016536717.tif 000019
【図１６】
2016536717.tif 000020
【図１７】
2016536717.tif 000021
【図１８】
2016536717.tif 000022
【図１９】
2016536717.tif 000023
【図２０】
2016536717.tif 000024
【図２１】
2016536717.tif 000025
【図２２】
2016536717.tif 000026
【国際調査報告】
2016536717.tif 000027
2016536717.tif 000028
2016536717.tif 000029