(57)【要約】報酬口座が関与する支払取引を処理するためのシステム及び方法が開示される。１つの例示的な方法は、報酬口座が関与する支払取引に対する認可要求を受信するステップを含む。認可要求は、少なくとも取引額を含む。方法はまた、報酬嗜好に基づいて、支払取引が報酬割り戻しに対して適格であるか否かを判定するステップと、支払取引が適格であるときに、報酬割り戻しを求める要求を送信するステップとをも含む。
2017528822.tif 000002
【特許請求の範囲】
【請求項１】
報酬口座に対する割り戻しを開始するためのコンピュータ実装方法であって、前記報酬口座はデータベース内の口座データエントリと関連付けられており、前記口座データエントリは少なくとも、前記報酬口座の口座識別子と、報酬残高と、報酬嗜好とを含み、前記方法は、
処理サーバによって、前記報酬口座が関与する支払取引に対する認可要求を受信するステップであって、前記認可要求は少なくとも取引額を含む、受信するステップと、
前記処理サーバにおいて、前記支払嗜好に基づいて、前記支払取引が報酬割り戻しに対して適格であるか否かを判定するステップと、
前記支払取引が適格であるときに、前記報酬割り戻しを求める要求を、前記処理サーバから送信するステップと
を含む、方法。
【請求項２】
前記処理サーバによって、少なくとも前記取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算するステップと、
前記処理サーバによって、前記取引報酬価値及び前記報酬残高のうちの少ない方に基づいて割り戻し額を計算するステップと
を更に含む、請求項１に記載の方法。
【請求項３】
前記方法は、
前記データベースにおいて、前記割り戻し額に基づいて前記報酬残高を更新するステップを更に含み、
前記報酬割り戻しを求める前記要求を送信するステップは、前記支払取引が前記報酬割り戻しに対して適格であるときに、前記計算されている割り戻し額に基づいて前記報酬割り戻しを求める前記要求を送信するステップを含む、請求項２に記載の方法。
【請求項４】
前記報酬嗜好は消費者報酬嗜好を含み、前記消費者報酬嗜好は、次回の取引に対してのみ報酬割り戻しを要求する嗜好、及び、消費者最小購入額を上回る取引に対してのみ報酬割り戻しを要求する嗜好のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項５】
前記消費者報酬嗜好が、前記次回の取引に対してのみ報酬割り戻しを要求する嗜好を含むとき、前記割り戻し要求の送信後に、前記消費者報酬嗜好を、いかなる取引に対しても報酬割り戻しを要求しない嗜好へと自動的に変更するステップを更に含む、請求項４に記載の方法。
【請求項６】
前記報酬嗜好は、前記報酬口座に関連する少なくとも１つのプログラム報酬嗜好を含み、
前記支払取引が適格であるか否かを判定するステップは、前記プログラム報酬嗜好及び前記消費者報酬嗜好に基づいて、前記支払取引が報酬割り戻しに対して適格であるか否かを判定するステップを含む、請求項４に記載の方法。
【請求項７】
前記プログラム報酬嗜好は、前記取引額がプログラム最小値を上回るときにのみ報酬割り戻しの要求を許可する嗜好、前記報酬残高が前記取引に全額を資金供給するのに十分であるときにのみ前記報酬割り戻しの要求を許可する嗜好、及び、前記報酬残高が前記取引に全額を資金供給するのに不十分であるときに報酬の要求を許可する嗜好のうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
報酬割り戻しを求める要求を送信するステップは、前記プログラム報酬嗜好が、取引の一部分に対して報酬割り戻しが要求されることを許可する報酬嗜好を含むときに、前記報酬残高に基づく割り戻し額を求める報酬割り戻し要求を送信するステップを含む、請求項７に記載の方法。
【請求項９】
前記処理サーバによって、少なくとも１つの消費者報酬嗜好の消費者選択を受信するステップと、
前記受信されている消費者選択に基づいて、前記データベース内で前記口座データエントリ内の前記報酬嗜好を更新するステップと
を更に含む、請求項１に記載の方法。
【請求項１０】
前記方法は、
複数の選択可能な消費者報酬嗜好を提供するインターフェースが、消費者コンピュータシステムに表示されるようにするステップを更に含み、
前記消費者選択を受信するステップは、前記消費者コンピュータシステムから、前記インターフェースを介して、前記複数の選択可能な消費者報酬嗜好のうちの少なくとも１つの前記選択を受信するステップを含む、請求項９に記載の方法。
【請求項１１】
前記処理サーバによって、少なくとも前記取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算するステップと、
前記報酬口座に関連する前記報酬残高が第三者において記憶されるときに、前記処理サーバによって、前記取引報酬価値及び支払取引情報を第三者に送信するステップであって、それによって、前記第三者が前記報酬残高を管理することを可能にする、送信するステップと
を更に含む、請求項１に記載の方法。
【請求項１２】
報酬残高が関与する支払取引を処理するためのシステムであって、
口座データベースを含む処理サーバであって、前記口座データベースは複数の口座データエントリを含み、各口座データエントリは、少なくとも口座識別子及び消費者報酬嗜好を含む、処理サーバを備え、
前記処理サーバは、前記処理サーバによって実行されると、前記処理サーバに、
報酬口座が関与する支払取引に対する認可要求を受信するステップであって、前記支払取引は取引残高を有する、受信するステップと、
前記消費者報酬嗜好に基づいて、前記支払取引が報酬割り戻しに対して適格であるか否かを判定するステップと
を行わせる命令を含む、システム。
【請求項１３】
前記口座データエントリは第三者指示子を含み、前記第三者指示子は、前記報酬口座に関連する報酬残高が、第三者によって記憶されるか否かを示し、
前記命令は、前記処理サーバによって実行されると、前記処理サーバに、
少なくとも前記取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算するステップと、
前記第三者指示子が、前記報酬残高が第三者によって記憶されていることを示すときに、前記取引報酬価値を前記第三者に送信するステップと
を更に行わせる、請求項１２に記載のシステム。
【請求項１４】
前記消費者報酬嗜好は、最小購入額を示し、
前記命令は、前記処理サーバによって実行されると、前記処理サーバに、
前記取引額が少なくとも最小購入額であるか否かを判定するステップと、
前記取引額が少なくとも最小購入額である場合に、
少なくとも前記取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算するステップと、
前記取引報酬価値及び前記報酬口座に関連する報酬残高のうちの少ない方に基づいて割り戻し額を計算するステップと、
前記割り戻し額に基づいて前記報酬残高を更新するステップであって、前記報酬割り戻しの額面は、前記計算されている割り戻し額に基づく、更新するステップと
を行わせる、請求項１２に記載のシステム。
【請求項１５】
前記命令は、前記処理サーバによって、前記処理サーバに、前記取引が適格であるときに報酬割り戻しを要求させるために実行可能である、請求項１２に記載のシステム。
【請求項１６】
前記消費者報酬嗜好は、次回の取引に対してのみ報酬割り戻しを要求すること、及び、消費者最小購入額を上回る取引に対してのみ報酬割り戻しを要求することのうちの少なくとも１つの報酬嗜好を示す、請求項１２に記載のシステム。
【請求項１７】
前記命令は、前記処理サーバによって実行させると、前記処理サーバに、前記消費者報酬嗜好及びプログラム報酬嗜好に基づいて、前記支払取引が報酬割り戻しに対して適格であるか否かを判定させる、請求項１２に記載のシステム。
【請求項１８】
前記プログラム報酬嗜好は、前記取引がプログラム最小値を上回るときにのみ前記報酬割り戻しが要求されることを許可すること、前記報酬口座の報酬残高が前記取引に全額を資金供給するのに十分であるときにのみ前記報酬割り戻しが要求されることを許可すること、及び、前記報酬残高が前記取引に全額を資金供給するのに不十分であるときに前記報酬割り戻しが要求されることを許可することのうちの少なくとも１つの嗜好を示す、請求項１７に記載のシステム。
【請求項１９】
非一時的コンピュータ可読媒体であって、少なくとも１つのプロセッサによって実行されると、前記プロセッサに、
報酬口座と関連付けられる消費者報酬嗜好を受信するステップであって、前記消費者報酬嗜好は、いずれの場合に報酬割り戻しが前記報酬口座が関与する支払取引に対して要求されるべきかを示す、受信するステップと、
前記報酬口座が関与する支払取引に対する認可要求を受信するステップであって、前記支払取引は取引残高を含む、受信するステップと、
前記消費者報酬嗜好に基づいて、前記支払取引が報酬割り戻し要求に対して適格であるか否かを判定するステップと
を行わせる命令を含む、非一時的コンピュータ可読媒体。
【請求項２０】
前記消費者報酬嗜好は、次回の取引に対してのみ報酬割り戻しを要求する嗜好を含む、請求項１９に記載の非一時的コンピュータ可読媒体。
【請求項２１】
前記命令は、前記プロセッサによって実行されると、前記プロセッサに、
前記消費者報酬嗜好及びプログラム報酬嗜好に基づいて、前記支払取引が割り戻し報酬要求に対して適格であるか否かを判定するステップと、
前記支払取引が前記割り戻し報酬要求に対して適格であるときに前記割り戻し報酬要求を送信するステップと
を行わせ、
前記プログラム報酬嗜好は、前記取引額がプログラム最小値を上回るときにのみ前記報酬割り戻し要求を許可する嗜好、及び／又は、前記報酬残高が前記取引に全額を資金供給するのに不十分であるときに前記報酬割り戻し要求を許可する嗜好を含む、請求項１９に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１４年８月２１に出願された米国特許出願第１４／４６５，０６３号のＰＣＴ国際出願であり、当該出願に対する優先権を主張するものである。米国特許出願第１４／４６５，０６３号は、２０１３年１０月２１日に出願された米国特許出願第１４／０５８，５４８号の一部継続出願である。上記出願の開示全体が、参照により本明細書に組み込まれる。
【０００２】
本開示は、報酬口座を使用して資金供給される支払取引の割り戻しを開始することに関し、特に、報酬残高に基づいて支払取引の処理後に報酬口座に対する割り戻しを自動的に開始することに関する。
【背景技術】
【０００３】
この節は、必ずしも先行技術であるとは限らない、本開示に関連する背景情報を提供する。
【０００４】
使用を増大させる取り組みにおいて、多くのペイメントカード発行者は、カード所有者に、自身のペイメントカードを使用するための報酬を提供している。報酬は、現金又は製品と引き換えることができる報酬ポイント、キャッシュバック、航空会社マイレージ、特定の供給元（例えば、旅行サービス、ホテル、商業者、小売業者など）による報酬ポイント、各レベルが対応する恩恵を有し得る、活動に基づく報酬レベルなどのような、様々な形態で供給され得る。しかしながら、これらの従来の報酬方式は、恩恵を受けるためにカード所有者によって行われなければならない相当量の動作を必要とすることが多い。加えて、カード所有者は一般的に、販売場所で直接報酬を利用することが可能ではなく、代わりに、報酬を引き換え、報酬を受け取り、その後、販売場所において報酬を利用することを要求される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２０１０／００５７５５３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
販売場所において報酬の恩恵を引き換えることを簡素化するために、特別なペイメントカードを使用するときに報酬ポイント又は他の恩恵を引き換えることを可能にするためのいくつかのシステム及び方法が開発されている。例えば、参照によりその全体が本明細書に組み込まれる、２００９年９月４日に出願された米国特許出願公開第２０１０／００５７５５３号明細書（特許文献１）に記載されているシステムは、ポイントの報酬残高の使用に対してのみ認可されるペイメントカードを使用する。しかしながら、カードはポイントの使用に対してのみ認可されるため、カードは、従来の支払取引に使用されるために利用可能ではなく、これは、特に消費者が複数のペイメントカードを持ち歩くことを所望しない場合には、消費者に不満感又は混乱を与える場合がある。別のシステムは、カード所有者によって従来のペイメントカードとしての使用と報酬残高による支払との間でスイッチするために切り替えることができる物理スイッチがペイメントカード上に含まれている別のシステムが開発されている。しかしながら、これもまた、使用タイプの間でスイッチすることを忘れる場合がある消費者に不満感を与える場合がある。更に、２つの支払方法の差によって、カード所有者が、クレジットと報酬残高の両方を使用して支払うことができなくなる場合がある。
【課題を解決するための手段】
【０００７】
本開示の範囲は、以下の例示的な実施形態の詳細な説明から、添付の図面と併せて読まれるときに、最良に理解される。図面には、以下の図が含まれている。
【図面の簡単な説明】
【０００８】
【図１】例示的な実施形態による報酬口座を使用して資金供給される支払取引の割り戻しを開始するためのシステムを示す高レベルアーキテクチャの図である。
【図２】例示的な実施形態による報酬口座によって資金供給される支払取引の割り戻しを開始するための、図１の処理サーバを示すブロック図である。
【図３】例示的な実施形態による、報酬口座を使用して資金供給される支払取引の処理、並びに、報酬残高に基づく報酬口座に対する割り戻しの開始及び処理のためのプロセスを示す流れ図である。
【図４】例示的な実施形態による、報酬口座を使用して資金供給される支払取引後の、図２の処理サーバによる割り戻し要求の開始のためのプロセスを示す流れ図である。
【図５】消費者嗜好選択を受信するための例示的なインターフェースの図である。
【図６】例示的な実施形態による報酬口座を使用して資金供給される支払取引の割り戻しを開始するための例示的な方法を示す流れ図である。
【図７】報酬口座が関与する支払取引の処理に使用するのに適した、本開示の別の例示的なシステムのブロック図である。
【図８】図７のシステムによる、報酬口座が関与する支払取引を処理するための例示的な方法の流れ図である。
【図９】図７のシステムによる、第三者と関連付けられる報酬口座が関与する支払取引を処理するための例示的な方法の流れ図である。
【図１０】例示的な実施形態によるコンピュータ・システム・アーキテクチャを示すブロック図である。
【発明を実施するための形態】
【０００９】
本開示の更なる適用可能領域が、以下に与えられる詳細な説明から明らかになる。例示的な実施形態の詳細な説明は、例示のみを目的として意図されており、それゆえ、必ずしも本開示の範囲を限定するようには意図されていないことが理解されるべきである。
【００１０】
ここで、添付の図面を参照しながら、例示的な実施形態をより十分に説明する。
【００１１】
（用語の定義）
【００１２】
支払ネットワーク−現金代用物を使用することによって金銭を移動させるために使用されるシステム又はネットワーク。支払ネットワークは、様々なタイプの取引のために金銭の移動を処理するために、様々な異なるプロトコル及び手順を使用することができる。
支払ネットワークを介して実施することができる取引は、製品又はサービスの購入、信用買い、デビット取引、資金移動、口座引き落としなどを含んでもよい。支払ネットワークは、ペイメントカード、信用状、小切手、金融口座などを含んでもよい現金代替物によって取引を実施するように構成することができる。支払ネットワークとして機能するように構成されているネットワーク又はシステムの例は、ＭａｓｔｅｒＣａｒｄ（登録商標）、ＶＩＳＡ（登録商標）、Ｄｉｓｃｏｖｅｒ（登録商標）、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ（登録商標）、ＰａｙＰａｌ（登録商標）などによって運営されているものを含む。本明細書において「支払ネットワーク」という用語が使用されている場合、これは、組織としての支払ネットワークと、支払ネットワークを含む機器、ハードウェア、及びソフトウェアのような、物理的な支払ネットワークの両方を指す場合がある。
【００１３】
支払口座−当座預金口座、普通預金口座、クレジット口座、仮想支払口座などのような、取引に資金を供給するために使用することができる金融口座。支払口座は、個人、家族、企業、法人、政府機関などを含んでもよい組織と関連付けられ得る。いくつかの事例において、支払口座は、ＰａｙＰａｌ（登録商標）などによって運営されている口座のような、仮想のものであってもよい。
【００１４】
ペイメントカード−関連付けられる口座を介して金融取引に資金供給するために商業者に提示することができる、支払口座と関連付けられるカード又はデータ。ペイメントカードは、クレジットカード、デビットカード、チャージカード、ストアドバリューカード、プリペイドカード、フリートカード、仮想支払番号、仮想カード番号、制御支払番号などを含んでもよい。ペイメントカードは、商業者に提示することができる物理的なカードであってもよく、又は、関連付けられる支払口座を表すデータ（例えば、スマートフォン若しくはコンピュータのような通信デバイスに記憶されているものとしての）であってもよい。例えば、いくつかの事例において、支払口座番号を含むデータが、関連付けられる支払口座によって資金供給される取引の処理のためのペイメントカードと考えられてもよい。いくつかの事例において、必要に応じて小切手がペイメントカードと考えられてもよい。
【００１５】
報酬口座−取引に資金供給するときに、口座所有者に対する報酬を獲得することができる支払口座。報酬は、ポイント、レベル、キャッシュバック、マイレージ、又は、当業者に諒解されるような他の適切な頻度値の形態であってもよい。未払いの報酬の額が報酬残高として参照され得、例えば、口座所有者によってより多くの報酬が獲得される結果として、報酬残高が増大し（高くなり）得る。本明細書において使用される場合、「ポイント」は一般的に報酬口座の報酬を指し得、「ポイント残高」は、一般的に報酬口座の報酬残高を指し得る。
【００１６】
商業者−消費者又は別の商業者のような別の組織によって購入するための製品（例えば、商品及び／又はサービス）を提供する組織。商業者は、消費者、小売業者、卸売業者、製造業者、又は、当業者に諒解されるような、購入するための製品を提供することができる任意の他のタイプの組織であってもよい。いくつかの事例において、商業者は、購入のために提供される商品及び／又はサービスにおける特別な知識を有し得る。他の事例において、商業者は、提供される製品における特別な知識を一切有せず、又は、必要としない場合がある。いくつかの実施形態において、単一の取引に関与する組織は、商業者と考えることができる。
【００１７】
発行者−受取人の有利になるような信用状又はクレジットラインを確立し（例えば、開き）、信用状又はクレジットラインに規定されている額に対して受取人によって引き出される優等値引きを与える組織。多くの事例において、発行者は、銀行、又は、クレジットラインを開くことを認可されている他の金融機関であり得る。いくつかの事例において、クレジットラインを受取人に与えることができる任意の組織が発行者と考えることができる。発行者によって開かれるクレジットラインは、支払口座の形態で表されてもよく、受取人によって、ペイメントカードを使用することによって引き出すことができる。
【００１８】
獲得者−商業者の代わりにペイメントカード取引を処理することができる組織。獲得者は、銀行、又は、商業者の代わりにペイメントカード取引を処理することを認可されている他の金融機関であってもよい。多くの事例において、獲得者は、受取人として機能する、商業者によるクレジットラインを開くことができる。獲得者は、発行者によって提供されるクレジットラインに対する受取人であり得る消費者が、獲得者によって代表される商業者と、ペイメントカードを介して取引する事例において、発行者と資金を交換することができる。
【００１９】
支払取引−金銭又は他の金融利得が一方の組織から他方へと交換される、２つの組織間の取引。支払取引は、商品若しくはサービスの購入、負債の返済、又は、当業者に諒解されるような任意の他の金融利得の交換のための資金の移動であってもよい。いくつかの事例において、支払取引は、クレジットカード取引のような、ペイメントカード及び／又は支払口座を介して資金供給される取引を指し得る。そのような支払取引は、発行者、支払ネットワーク、及び獲得者を介して処理され得る。支払取引のような処理のためのプロセスは、認可、バッチ処理、精算、決済、及び資金供給のうちの少なくとも１つを含み得る。認可は、消費者による支払明細を商業者に提供すること、取引明細（例えば、支払明細を含む）を商業者からそれらの獲得者へと提出すること、及び、取引に資金供給するために使用される消費者の支払口座の発行者によって支払明細を検証することを含むことができる。バッチ処理は、認可されている取引を、獲得者に配布するために他の認可されている取引とともにバッチに蓄積することを指し得る。精算は、バッチされている取引を、処理のために獲得者から支払ネットワークへと送信することを含み得る。決済は、発行者の受取人が関与する取引について、支払ネットワークによって発行者を借方に記入することを含み得る。いくつかの事例において、発行者は、支払ネットワークを介して獲得者に支払うことができる。他の事例において、発行者は、獲得者に直接的に支払うことができる。資金供給は、精算及び決済されている支払取引についての、獲得者から商業者への支払を含み得る。上述した順序及び／又は分類のステップは、支払取引処理の一部として実施されることが、当業者には諒解されよう。
【００２０】
（報酬口座に対する割り戻し要求を処理するためのシステム）
【００２１】
図１は、報酬口座を使用して資金供給される支払取引の割り戻しを開始及び処理するためのシステム１００を示す。
【００２２】
システムは、消費者１０２と対話することができる。消費者１０２は、発行者１０４によって保持される、報酬が有効化されている支払口座（例えば、報酬口座）を有することができる。いくつかの事例において、発行者１０４は、消費者１０２に、報酬口座を使用した支払取引への資金供給に使用するため報酬口座と関連付けられるペイメントカードを発行することができる。消費者１０２は、報酬口座によって資金供給されることになる、商業者１０６との支払取引を行うことができる。
【００２３】
商業者１０６（例えば、又は商業者１０６と関連付けられる獲得者）は、報酬口座によって資金供給される支払取引に対する認可要求を、支払ネットワーク１０８に提出することができる。支払ネットワーク１０８は、当業者に諒解されるシステム及び方法を使用して支払取引を処理することができる。その処理の一部分として、又は、その処理の後、支払ネットワーク１０８は、認可要求のコピーを処理サーバ１１０に送信することができる。処理サーバ１１０に送信される認可要求は、少なくとも、支払情報（例えば、支払取引に資金供給するために使用される報酬口座を示す）と、取引額とを含むことができる。
【００２４】
下記により詳細に説明する処理サーバ１１０は、報酬残高に基づいて報酬口座に対する割り戻し要求を開始するように構成することができる。処理サーバ１１０は、少なくとも取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算することができる。変換規則は、商業者１０６、消費者１０２、発行者１０４、支払取引の取引データ、又は、任意の他の適切な価値に基づくことができる。取引報酬価値は、報酬を介して支払取引全体に資金供給するために必要とされる、報酬口座内の報酬の価値の代表であり得る。例えば、取引報酬価値は、１５０ドルの取引について１５０ポイントであると計算されてもよい。
【００２５】
処理サーバ１１０はまた、下記により詳細に説明するように、消費者１０２に対応する口座データエントリを口座データベース１１２内に記憶することもできる。口座データエントリは、少なくとも、消費者１０２によって支払取引に資金供給するために使用される報酬口座の報酬残高を含むことができる。いくつかの実施形態において、処理サーバ１１０は、発行者１０４と関連付けることができ、かつ／又は、発行者１０４から口座情報（例えば、報酬残高）を受信することができる。処理サーバ１１０は、口座データエントリの還元額を識別することができ、還元額は、口座データエントリ内に含まれる取引報酬価値及び報酬残高のうちの少ない方に基づく。そのような事例において、還元額は、報酬残高が、支払取引に資金供給するために必要な報酬額を超えるシナリオ、又は、報酬残高が報酬額を超えず、支払取引に部分的に資金供給するためにしか使用することができないシナリオを考慮することができる。
【００２６】
処理サーバ１１０はその後、還元額に基づいて消費者１０２と関連付けられる口座データエントリ内の報酬残高を更新することができる。処理サーバ１１０はまた、還元額及び少なくとも１つの変換規則に基づいて支払取引の報酬額に対して処理されるべき割り戻しの割り戻し額を計算することもできる。処理サーバ１１０はその後、引き換えられる報酬に基づいて割り戻し額が報酬口座の発行者１０４に支払われるようにするために、支払ネットワーク１０８に割り戻し要求を提出することができる。支払ネットワーク１０８は、当業者に諒解されるシステム及び方法を使用して割り戻しを処理することができる。
【００２７】
いくつかの実施形態において、処理サーバ１１０は、支払ネットワーク１０８への割り戻し要求の送信が成功したことを示す通知を消費者１０２に送信することができる。通知は、消費者１０２又は消費者１０２と関連付けられるコンピューティングデバイスに送信することができる、ショートメッセージサービス（ＳＭＳ）メッセージ、マルチメディアサービスメッセージ、電子メール、従来の郵便物、電話、ウェブサイト、アプリケーションプログラム、又は、当業者に諒解されるような任意の他の適切な方法を介して、消費者１０２に送信されてもよい。他の実施形態において、処理サーバ１１０は、割り戻し要求の送信に成功したことを示す通知に加えて、又はそれに代えて、割り戻し要求の処理に成功したことを示す別の通知を送信することができる。いくつかの実施形態において、処理サーバ１１０はまた、計算されている更新済み報酬残高に基づいて、報酬口座の報酬残高に関する更新を提供するなどのために、発行者１０４に通知を送信することもできる。
【００２８】
いくつかの事例において、処理サーバ１１０は、消費者１０２と関連付けられる口座データエントリの報酬残高が取引報酬価値よりも低い場合に、消費者１０２からの支払取引の割り戻し要求を提出する許可を要求することができる。そのような事例において、処理サーバ１１０は、消費者１０２（例えば、モバイルコンピューティングデバイス、又は、支払取引が行われた販売時点管理デバイスのような、消費者１０２と関連付けられるコンピューティングデバイス）に要求を提出することができる。消費者１０２は、処理サーバ１１０によって受信され、それに従って処理することができる要求に応答することができる。処理サーバ１１０は、消費者１０２が自身の報酬残高を使用することを所望する場合は、上述したように割り戻し要求を提出することができ、又は、消費者１０２が自身の報酬残高を使用することを所望しない場合は、一切の要求を提出しないことができる。いくつかの実施形態において、処理サーバ１１０は、報酬残高の部分使用に基づいて割り戻し要求を提出するように構成することができる。
【００２９】
本明細書において説明されているシステム及び方法は、消費者１０２が報酬口座の報酬を使用して支払取引に資金供給することを可能にするための従来のシステム及び方法にまさるいくつかの改善をもたらすことができる。処理サーバ１１０は、消費者１０２が第２のペイメントカードを使用するか、又は、取引を行う前に何らかの動作を実施することを必要とすることなく、支払取引に資金供給するために報酬残高を利用することができるため、処理サーバ１１０は、報酬を介した支払取引のより迅速でより効率的な資金供給を可能にすることができる。結果として、システム１００は、消費者によってより受け入れられる可能性があり得、その結果として、より高い使用率をもたらすことができ、消費者１０２と発行者１０４の両方に恩恵をもたらすことができる。
【００３０】
加えて、報酬の使用を割り戻し要求として処理することによって、支払取引自体は、既存の支払システムに修正を加えることなく、従来通りに行うことができる。更に、割り戻し要求は、支払取引後に精算記録として送信することができ、その結果として、割り戻し要求の処理を非常に迅速にすることができる。そのような事例において、商業者１０６から支払ネットワーク１０８に提出される初期認可要求は、処理サーバ１１０による中断又は介入なしに従来通りに提出することができ、その結果として、従来の処理速度を維持することができ、これを割り戻し要求の精算の速度と組み合わせる結果として、報酬を使用した支払取引の割り戻しの処理に伴う、消費者１０２に対する遅延を、目立たない程度にすることができる。
【００３１】
（処理デバイス）
【００３２】
図２は、システム１００の処理サーバ１１０の一実施形態を示す。図２に示す処理サーバ１１０の実施形態は例示のみを目的として提供されており、本明細書において説明されている機能を実施するのに適した処理サーバ１１０のすべての可能な構成に対して網羅的ではあり得ないことが、当業者には諒解されよう。例えば、図６に示されており、下記により詳細に説明するコンピュータシステム６００が、処理サーバ１１０の適切な構成であり得る。
【００３３】
処理サーバ１１０は、受信ユニット２０２を含むことができる。受信ユニット２０２は、１つ以上のネットワークプロトコルによって１つ以上のネットワークを介してデータを受信するように構成することができる。受信ユニット２０２は、報酬口座によって資金供給される支払取引に対応する支払ネットワーク１０８からの認可要求を受信するように構成することができ、認可要求は少なくとも、取引額と支払情報とを含む。支払情報は、口座識別子、又は、支払取引に資金供給するために使用される報酬口座を識別するために使用することができる、当業者に諒解されるような他の適切な情報を含んでもよい。
【００３４】
処理サーバ１１０は、処理ユニット２０４を更に含むことができる。処理ユニット２０４は、支払情報を使用して、支払取引に資金供給するために使用される報酬口座と関連付けられる口座データベース１１２内に記憶されている口座データエントリ２０８を識別することができる。口座データベース１１２内に記憶されている各口座データエントリ２０８は、少なくとも口座識別子及び報酬残高を含む消費者報酬口座に関連するデータを含むことができる。口座識別子は、識別番号、（例えば、関連付けられる報酬口座の）支払口座番号、ユーザ名、電子メールアドレス、電話番号などのような、識別に使用される固有の値であってもよい。報酬残高は、関連付けられる報酬口座の消費者１０２によって獲得される報酬の残高であってもよい。いくつかの事例において、報酬残高は、発行者１０４から処理サーバ１１０によって（例えば、受信ユニット２０２を介して）受信され得る。
【００３５】
処理ユニット２０４は、少なくとも取引額及び１つ以上の変換規則に基づいて取引報酬価値を計算するように構成することができ、これは、メモリ２１０内に記憶することができる。いくつかの事例において、取引報酬価値は、当業者に諒解されるような、消費者１０２（例えば、消費者１０２の口座レベル）、発行者１０４（例えば、発行者嗜好、発行者カテゴリなど）、商業者１０６（例えば、商業者嗜好、商業者カテゴリ、商業者業種など）、認可要求内に含まれている取引データ（例えば、製品データ、取引時刻及び／又は日付、地理的位置などの）うちの少なくとも１つに更に基づいてもよい。
【００３６】
処理ユニット２０４はまた、取引報酬価値、及び、識別されている口座データエントリ２０８内に含まれている報酬残高のうちの少ない方であり得る、還元額を識別するように構成することもできる。処理ユニット２０４はその後、現在の報酬残高及び還元額に基づいて、識別されている口座データエントリ２０８内に含まれている報酬残高を更新することができ、識別されている還元額及び少なくとも１つの変換規則に基づいて割り戻し額を計算することができる。処理ユニット２０４は、計算されている割り戻し額を求める割り戻し要求を生成することができる。一例において、取引額は１００ドルであり得、処理ユニット２０４は、１００ポイントの取引報酬価値を計算し得る。識別されている口座データエントリ２０８は、７５ポイントの報酬残高を含み得る。処理ユニット２０４は、したがって、７５ポイントの還元額を識別し得、これによって報酬残高がゼロポイントに更新され得、その結果として、計算される割り戻し額は７５ドルになり得る。処理ユニット２０４はその後、報酬口座に対する７５ドルの割り戻し要求を生成し得る。
【００３７】
処理サーバ１１０はまた、送信ユニット２０６をも含むことができる。送信ユニット２０６は、１つ以上のネットワークプロトコルによって１つ以上のネットワークを介してデータを送信するように構成することができる。送信ユニット２０６は、生成されている割り戻し要求を、処理のために支払ネットワーク１０８に送信するように構成することができる。
【００３８】
送信ユニット２０６はまた、割り戻し要求の送信に成功したことを示す通知を、消費者１０２及び／又は発行者１０４に送信するように構成することもできる。
【００３９】
いくつかの実施形態において、受信ユニット２０２は、割り戻し要求の処理の成功を受けて、支払ネットワーク１０８から通知を受信することができる。そのような実施形態において、送信ユニット２０６は、処理に成功したことを示す通知を、消費者１０２及び／又は発行者１０４に送信するように更に構成することができる。いくつかの事例において、この通知は、割り戻し要求の送信に成功したことを示す前の通知に加えて、又は、それに代えて送信されてもよい。
【００４０】
識別されている口座データエントリ２０８の報酬残高が支払取引の取引報酬価値よりも少ない実施形態において、処理サーバ１１０が、（例えば、例として識別されている口座データエントリ２０８内に記憶されている場合がある、以前に受信されている消費者嗜好に基づいて）報酬を使用して支払取引に部分的に資金供給することについて消費者１０２の承諾を要求する場合、送信ユニット２０６は、続行することに対する消費者１０２の承認を求める要求を、消費者１０２に送信するように構成することができる。要求は、（例えば、認可要求において示されているような）消費者１０２と関連付けられるコンピューティングデバイス、又は、支払取引を行うために使用される販売時点管理デバイスを介してなどの、当業者に諒解されるような任意の適切な方法を介して消費者１０２に送信されてもよい。受信ユニット２０２は、取引額の部分額について割り戻し要求を処理すること、又は、割り戻し要求を保留することを示す、消費者１０２からの応答を受信するように構成することができる。処理ユニット２０４は、応答内に含まれている指示を識別することができ、それに従って、上述したように動作することができる。いくつかの実施形態において、口座データエントリ２０８は、報酬残高が計算されている取引報酬価値よりも低い場合に、処理ユニット２０４が割り戻し要求を生成すべきか否かを示すことができる。
【００４１】
（支払取引の処理及び後続する割り戻し要求の処理）
【００４２】
図３は、報酬口座を使用して資金供給される支払取引の処理、及び、後続する、報酬口座上で獲得される報酬を使用した割り戻し要求の処理のためのプロセスを示す。
【００４３】
ステップ３０２において、消費者１０２は、報酬口座を使用して商品又はサービスを購入するための、商業者１０６との支払取引を開始することができる。支払取引の開始の一部分として、消費者１０２は、商業者１０６に、報酬口座の口座番号を（例えば、ペイメントカード又は他の適切な方法を介して）提供することができる。ステップ３０４において、商業者１０６（例えば、又は商業者１０６と関連付けられる獲得者）は、認可要求を生成し、処理のために支払ネットワーク１０８に提出することができる。ステップ３０６において、支払ネットワーク１０８は、認可要求を、報酬口座の発行者１０４に転送することができる。発行者１０４は、ステップ３０８において、（例えば、報酬口座における資金供給が十分であることに基づいて）支払取引を承認することができ、ステップ３１０において、承認を示す認可応答を、支払ネットワーク１０８に返信することができる。
【００４４】
ステップ３１２において、支払ネットワーク１０８は、支払取引の承認を示す認可応答を、商業者１０６に転送することができる。ステップ３０４〜３１２は、従来のシステム及び方法を使用した支払取引の処理の例示であること、並びに、追加のステップ及び／又は追加の組織が含まれてもよいことが、当業者には諒解されよう。ステップ３１４において、商業者１０６は、商品又はサービスの領収書及び／又は取引明細を消費者１０２に提供することができる。
【００４５】
ステップ３１６において、支払ネットワーク１０８は、少なくとも支払情報及び取引額を含む、支払取引に対する承認要求のコピーを、処理サーバ１１０に送信することができる。ステップ３１８において、処理サーバ１１０は、支払取引に資金供給するために使用される報酬口座と関連付けられる口座データエントリ２０８を識別することができ、更に、識別されている口座データエントリ２０８内に含まれている報酬残高、及び、取引額及び少なくとも１つの変換規則に基づいて計算される取引報酬価値に基づいて、並びに、可能性として下記に説明されるような嗜好に基づいて、報酬を使用して支払取引に資金供給することができるかどうかを識別することができる。例えば、嗜好（例えば、報酬嗜好）は、支払取引に資金供給するための報酬の使用について、すべての取引に対して使用すること、次回の取引に対してのみ使用すること、いずれの取引に対しても使用しないこと、最小閾値を上回る取引に対してのみ使用すること、報酬を使用して全額を資金供給することができる取引に対してのみ使用すること、などを示すことができる。消費者１０２が、支払取引に全額を又は部分的に資金供給するために報酬を使用することを承認するように要求され得る事例において、ステップ３２０において、処理サーバ１１０は、消費者１０２に承認要求を提出することができる。
【００４６】
ステップ３２２において、消費者１０２は、コンピューティングデバイス（例えば、モバイルコンピューティングデバイス、商業者１０６における販売時点管理デバイスなど）又は他の適切な方法を介してポイントの使用を承認することができる。ステップ３２４において、消費者の承認を示す承認応答が、処理サーバ１１０に送信され得る。ステップ３２６において、処理サーバ１１０はその後、還元額及び少なくとも１つの変換規則に基づいて、並びに、可能性として承認又は嗜好に基づいて、割り戻し額を求める割り戻し要求を生成することができる。ステップ３２８において、処理サーバ１１０は、支払ネットワーク１０８に割り戻し要求を送信することができる。
【００４７】
ステップ３３０において、支払ネットワーク１０８は、当業者に諒解される及びシステム方法を使用して割り戻し要求を処理することができる。割り戻しは、商業者１０６と関連付けられる口座から、消費者１０２と関連付けられる報酬口座へと処理することができる。ステップ３３２において、支払ネットワーク１０８は、報酬口座への割り戻し額の割り戻しの処理に成功したことを示す割り戻し応答を送信することができる。ステップ３３４において、処理サーバ１１０は、割り戻しの処理に成功したことを示す通知を消費者１０２に送信することができる。いくつかの事例において、通知は、更新された報酬額、及び、当業者に諒解されるような他の適切な情報を更に含んでもよい。
【００４８】
（割り戻し要求を生成及び開始するための方法）
【００４９】
図４は、システム１００の処理サーバ１１０を介して実行されるものとしての、報酬口座を使用して資金供給される支払取引の割り戻しを求める割り戻し報酬要求を生成し、これを処理するための方法を示す。報酬口座は、報酬残高の使用における消費者の嗜好の選択を含むことができ、発行者１０４、支払ネットワークプロバイダ、商業者１０６及び／又は獲得者によって選択されるものとしての報酬残高の使用に関するプログラム嗜好を含むことができる。
【００５０】
ステップ４０２において、処理サーバ１１０の受信ユニット２０２は、報酬口座を使用して資金供給される支払取引の認可要求を受信することができる。認可要求は、少なくとも支払情報及び取引額を含むことができる。ステップ４０４において、処理ユニット２０４は、支払取引が、報酬を使用した支払取引の全額の又は部分的な資金供給について有効な取引であるか否かを判定することができる。ステップ４０４は、認可要求内に含まれている支払情報を使用して、口座データベース１１２内に記憶されている口座データエントリ２０８を識別することを含むことができる。有効な口座データエントリ２０８が識別されない場合、取引は有効でないと考えることができ、プロセスは終了することができる。
【００５１】
再び図４を参照して、有効な口座データエントリ２０８が識別され、報酬を使用して取引に全額又は部分的に資金供給することができる場合、ステップ４０５において、処理サーバ１１０は、１つ以上の消費者及び／又はプログラム嗜好（例えば、報酬嗜好）に基づいて、支払取引が割り戻し報酬要求に対して適格であるか否かを判定する。口座データベース１１２内の各口座データエントリ２０８は、報酬口座と関連付けられる消費者嗜好を含むことができる。消費者嗜好は、いずれの場合に販売時点管理端末（物理的又は仮想的）において行われる購入に対して報酬割り戻しが要求されるべきか、及び、逆に、いずれの場合に購入が報酬割り戻し要求に対して適格でないものとするかを示すことができる。消費者嗜好は、モバイルコンピューティングデバイス、又は、更には、消費者１０２によって支払取引が行われた販売時点管理デバイスのような、消費者１０２と関連付けられるコンピューティングデバイスから受信され得る。多くの場合、消費者１０２は、商業者１０６に到達する前に、消費者コンピューティングデバイスを通じて報酬嗜好を選択又は提供し、これは、処理サーバ１１０によって受信され、口座データエントリ２０８内に記憶される。代替的に、消費者１０２は、買い物しながら、支払購入の直前に、又は、支払取引の一部分として、モバイルコンピューティングデバイス又は商業者１０６における販売時点管理デバイスから報酬嗜好を選択してもよい。
【００５２】
消費者嗜好（例えば、消費者報酬嗜好）は、いずれの場合に報酬割り戻しが購入に対して要求されるべきか、又は、要求されるべきでないかの様々な異なる指示を含むことができる。
【００５３】
例えば、消費者嗜好オプションは、支払取引に対する報酬割り戻し要求の使用を無効化すること、すべての支払取引に対して報酬割り戻し要求を使用すること、次回の支払取引に対してのみ報酬割り戻し要求を使用することなどを含んでもよい。これによって、消費者１０２が、いずれの場合に支払取引に対して報酬割り戻しが要求されるようにすることを所望するかを決定することが可能になる。報酬残高が相対的に少ない場合、又は、消費者１０２が、将来におけるより高額の購入のために報酬残高をより大きい額まで積み立てることを所望する場合、例えば、消費者１０２は、いくつかの例において、差し当り報酬の使用を止めることができる。代替的に、消費者１０２が報酬口座内に大きい報酬残高を積み立てているか、又は、可能な限り早く報酬を使用することを所望する場合、例えば、消費者１０２は、すべての支払取引に対して報酬割り戻し要求を使用することを選択することができる。更に、消費者１０２が、報酬割り戻しを使用して単一の購入を行うが、その後、購入後に報酬残高が増加することを可能にすることを所望する場合、例えば、消費者１０２は、次回の購入に対してのみ報酬割り戻し要求を使用することを選択することができる。消費者１０２が、自身が報酬割り戻し要求を使用することを所望する商品を購入することを決断した場合、消費者１０２は、例えば、買い物しながら商業者１０６においてこの報酬嗜好を選択することができる。次回の購入が行われた後、消費者嗜好は自動的に無効へと変化し戻る。消費者１０２はその後、後続の支払取引に対して報酬割り戻し要求が使用されるようにするために、後に嗜好を変更することが可能である。
【００５４】
また別の例において、消費者嗜好は、報酬割り戻し要求が、特定の商業者（複数可）における支払取引に対してのみ使用されるべきであるように、特定の商業者（複数可）を含むことができる。
【００５５】
可能な報酬嗜好の別の例として、処理サーバ１１０及び／又は消費者１０２は、報酬割り戻しが支払取引に対して要求されるために満たされなければならない最小基準を選択することができる。一例において、消費者は、少なくとも２０ドルが関与する支払取引に対してのみ報酬割り戻し要求が使用されるように、２０ドルの最小購入額を選択することができる。消費者１０２は、例えば、消費者が、より高額の、より大規模な購入のために使用されるように報酬残高を節約しながら、より小額の購入に対しては通常の支払口座方法を使用して（例えば、報酬口座への請求／引き落としなど）支払うことができるように、この最小購入額を選択することができる。無論、別のものではなく、１つの最小額を選択するための様々な他の理由が、消費者１０２によって利用され得る。少なくとも１つの実施形態において、消費者嗜好は、最大購入額を含むことができる。
【００５６】
上記の例示的な消費者嗜好の各々、及び他の消費者嗜好は、消費者のコンピューティングデバイスにあるインターフェースを介して、又は、消費者１０２と処理サーバ１１０との他の対話を通じて（直接的又は間接的に）受信することができ、それによって、処理サーバ１１０はその後、消費者の嗜好を受信する。
【００５７】
例えば、図５は、消費者のモバイルコンピューティングデバイスに表示されるのに適したインターフェース４５０を示す。インターフェース４５０は、消費者１０２から消費者の報酬口座と関連付けられる口座番号（例えば、口座識別子）を受信することができる口座番号入力フィールド４５２を含む。インターフェース４５０は、他者が消費者の報酬口座の嗜好にアクセス及び／又は改変することを防止するために、報酬口座と関連付けられるパスコードを受信することができるパスコードフィールド４５４を更に含む。インターフェース４５０は、上述したように、支払取引が、額面フィールド４５８において消費者１０２によって入力される最小購入額以上である場合にのみ割り戻し要求が要求されるようにすることができる、最小購入額４５６を選択するためのラジオボタンを含む。
【００５８】
インターフェース４５０は、図４を参照しながら上記で説明した嗜好と一致するように、すべての取引に対して使用、一切の取引に対して使用しない、及び、次回の取引に対してのみ使用、の嗜好と関連付けられるラジオボタン４６０を更に含む。消費者１０２がインターフェース４５０において嗜好のいくつか又はすべての選択、及び、４５２、４５４における口座番号及びパスコードの提示を終えると、消費者１０２は、送信ボタン４６２を作動させることによって、処理サーバ１１０に嗜好を提出する。処理サーバ１１０は、その後、嗜好を受信し、関連付けられる口座データエントリ２０８を記憶する。
【００５９】
消費者からの任意の数の異なる嗜好が含まれ、及び／又は、インターフェース４５０のようなインターフェースから選択されてもよいことが諒解されるべきである。一般的に、消費者嗜好は、消費者１０２が、報酬残高がどのように、すなわち、１つ以上の報酬嗜好を介して使用されるべきかを事前に規定し、その後、報酬残高を利用するためにいかなる追加の動作及び／又は活動をも実施する必要なしに、単純に通常通りに報酬口座と関連付けられるペイメントカードを使用することを可能にし、結果として、消費者１０２にとって報酬口座の使用がより容易になる。
【００６０】
更に、様々な実施形態において、報酬口座の発行者１０４は、報酬割り戻しが、少なくともその額が関与する支払取引に対してのみ要求されるように、報酬口座の最小購入額を設定することができる。これによって、発行者１０４は、消費者１０２が、大きさを問わず、すべての購入に対して報酬割り戻し要求を使用することを制限することが可能になり得、それによって、発行者１０４が、多数の小額の購入に対する各別個の報酬割り戻し要求の処理と関連付けられる任意のオーバーヘッドなどから保護される。付加的に、又は代替的に、発行者１０４は、消費者１０２に、上述したように、最小購入額嗜好を提出するように要求することができる。プログラム嗜好が更に、一定期間内の報酬割り戻し要求の数を制限し、報酬が使用され得る商業者１０６及び／又は様々な他のオプションを制限することができ、それによって、報酬プログラムにおいて破綻がないよう保護し（消費者が自身のポイントを使い果たさないようにする）、報酬プログラムレベル変数を作成し、処理される報酬引き換えの量を低減し、報酬引き換え費用の額を低減する、などができる。発行者１０４、商業者１０６、支払ネットワークプロバイダ、又は獲得者によって確立される任意の基準が、プログラム嗜好（例えば、プログラム報酬嗜好）と考えられ得る。
【００６１】
図４、特にステップ４０５を更に参照すると、処理サーバ１１０は、上述したものを含む１つ以上の消費者嗜好及び／又は報酬プログラム嗜好に基づいて、支払取引が割り戻し要求に対して適格であるか否かを判定する。諒解されるように、他の例示的な実施形態において、ステップ４０５は、方法の他の時点（例えば、ステップ４０６の後、ステップ４０８の後など）に位置してもよく、又は、方法に不在であってもよい。
【００６２】
なお図４を参照して、取引が１つ以上の嗜好に基づいて適格である場合、ステップ４０６において、処理ユニット２０４は、支払取引に全額を資金供給するために十分な報酬残高が口座内にあるか否かを判定することができる。ステップ４０６は、支払取引の取引額及び１つ以上の変換規則に基づいて取引報酬価値を計算すること、並びに、識別されている口座データエントリ２０８内に含まれている報酬残高が計算される取引報酬価値以上であるか否かを識別することを含むことができる。
【００６３】
報酬残高が支払取引に全額を資金供給するために十分でない場合、ステップ４０８において、処理ユニット２０４は、識別されている口座データエントリ２０８内に含まれているデータなどに基づいて、支払取引の部分的な資金供給について、報酬口座と関連付けられる消費者からのデフォルトの承認、消費者嗜好及び／又はプログラム嗜好があるか否かを判定することができる。デフォルトの承認は、消費者嗜好及び／又はプログラム嗜好によって示すことができる。例えば、発行者１０４は、報酬残高が取引の全額を資金供給するのに十分である（すなわち全額が資金供給される）場合にのみ、報酬割り戻し要求を許可することを選択することができる。発行者１０４は、１回の支払取引のために別個の支払方法（すなわち、報酬ポイントを用いる、及び、通常の支払口座操作を用いる）を処理することを回避するためにこの要件を選択して、報酬ポイント引き換えに関連する費用を低減することができる。この事例において、報酬割り戻し要求は、報酬残高が取引額（又は取引報酬価値）以上にならない限り、生成されない。消費者の現在の報酬ポイント残高に相当する現金は、取引額よりも多くなくてはならない。
【００６４】
代替的に、プログラム嗜好は、部分的な報酬残高の使用が許可されることを示すことができる。デフォルトで部分的な支払が可能にされることを消費者嗜好が示す場合、報酬割り戻し要求は、たとえ報酬残高が支払取引額の一部分に資金供給するために十分なだけしかない場合であっても、生成され得る。報酬残高は、たとえ報酬残高相当の現金が取引額未満である場合であっても、使用される。
【００６５】
デフォルトの承認が消費者１０２によって提供されない場合、ステップ４１０において、処理サーバ１１０の送信ユニット２０６は、消費者１０２に承認要求を送信することができる。いくつかの実施形態において、承認要求を通信する方法は、識別されている口座データエントリ２０８内に含まれ得る。ステップ４１２において、受信ユニット２０２は、支払取引に部分的に資金供給するために報酬を使用することを承認又は拒否することを示す応答を、消費者１０２から受信することができる。ステップ４１４において、処理ユニット２０４は、消費者応答において、報酬の使用が承認されているか否かを識別することができる。使用が承認されていない場合、プロセスは完了することができる。
【００６６】
いくつかの実施形態において、ポイントは、嗜好に従って、事前定義の増分において引き換えられ得る。例えば、消費者１０２が１０，４００報酬ポイントを有し、各ポイントに０．０１ドルの価値がある場合、消費者は、変換規則を使用することを通じて、１０４ドルの現金相当の残高を有する。プログラム増分が５ドルに設定されており、消費者が１３６．２３ドルの購入を行うように試行する場合、１００ドルが引き換えられることになる。消費者１０２には、４ドルに相当する４００ポイントが残ることになる。消費者１０２の未払いのポイントが再び少なくとも５００ポイントになるまで、消費者１０２は、報酬ポイントを使用することが不可能であることになる。更に、プログラム最小値が１０ドルである場合、消費者の未払いのポイントが少なくとも１，０００ポイントになるまで、消費者１０２は、報酬ポイントを使用することが不可能ということになる。
【００６７】
消費者応答において、消費者１０２によって使用が承認される場合、又は、消費者１０２によってデフォルトで使用が承認されている場合、又は、支払取引に全額を資金供給するのに十分な報酬残額がある場合、ステップ４１６において、処理ユニット２０４は、識別されている口座データエントリ２０８内で報酬残高から対応する報酬額を差し引くことができる。処理ユニット２０４は、その後、ステップ４１８において、支払取引の割り戻しを処理することができる。割り戻しの処理は、取引報酬価値、報酬還元額、及び、少なくとも１つの変換規則に基づき得る割り戻し額の計算、計算されている割り戻し額を求める割り戻し要求の生成、及び、送信ユニット２０６による、処理のための支払ネットワーク１０８へのその送信を受けて、行うことができる。ステップ４２０において、送信ユニット２０６は、割り戻しの処理を示す通知を消費者１０２に送信することができる。いくつかの事例において、通知は、還元額、割り戻し額、及び更新されている報酬残高のうちの少なくとも１つを含むことができる。
【００６８】
（報酬口座を使用して資金供給される支払取引の割り戻しを開始するための方法）
【００６９】
図６は、報酬口座を使用して資金供給される支払取引の割り戻しを開始するための方法５００を示す。
【００７０】
ステップ５０２において、複数の口座データエントリ（例えば、口座データエントリ２０８）をデータベース（例えば、口座データベース１１２）内に記憶することができ、各口座データエントリ２０８は、少なくとも口座識別子及び報酬残高を含む消費者報酬口座に関連するデータを含む。ステップ５０４において、商業者（例えば、商業者１０６）が関与する支払取引に対する認可要求を、受信デバイス（例えば、受信ユニット２０２）によって受信することができ、認可要求は、少なくとも支払情報及び取引額を含む。ステップ５０６において、処理デバイス（例えば、処理ユニット２０４）によって、少なくとも取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算することができる。一実施形態において、少なくとも１つの取引規則は、商業者１０６、取引額、口座レベル、及び商業者カテゴリのうちの少なくとも１つと関連付けられる。
【００７１】
ステップ５０８において、処理デバイス２０４によって還元額を識別することができ、還元額は、取引報酬価値、及び、含まれている口座識別子が支払情報に対応する、データベース１１２内の特定の口座データエントリ２０８内に含まれている報酬残高のうちの少ない方である。一実施形態において、各口座データエントリ２０８は、報酬残高が、計算されている取引報酬価値よりも少ない場合に、対応する報酬残高が使用されるべきであるか否かの指示を更に含むことができる。いくつかの実施形態において、認可要求内に含まれている支払情報は、特定の口座データエントリ２０８内に含まれている口座識別子を含むことができる。
【００７２】
ステップ５１０において、データベース１１２内で、識別されている還元額に基づいて、特定の口座データエントリ２０８内に含まれている報酬残高を更新することができる。ステップ５１２において、処理デバイス２０４によって、取引報酬価値及び識別されている還元額、並びに少なくとも１つの変換規則に基づいて割り戻し額を計算することができる。ステップ５１４において、送信デバイス（例えば、送信ユニット２０６）によって、商業者１０６と関連付けられる支払口座から、認可要求に含まれる支払情報に対応する支払口座への計算されている割り戻し額を求める割り戻し要求を送信することができる。いくつかの実施形態において、割り戻し要求は、支払ネットワーク（例えば、支払ネットワーク１０８）へと送信することができる。
【００７３】
一実施形態において、方法５００は、送信デバイス２０６によって、特定の口座データエントリ２０８と関連付けられる消費者（例えば、消費者１０２）に、割り戻し要求の送信に成功したことを示す通知を送信することを更に含むことができる。別の実施形態において、方法５００は、受信デバイス２０２によって、送信されている割り戻し要求に応答して、割り戻しの処理に成功したことの指示を受信することと、送信デバイス２０６によって、特定の口座データエントリと関連付けられる消費者１０２に、割り戻しの処理に成功したことを示す通知を送信することとを更に含むことができる。
【００７４】
いくつかの実施形態において、方法５００は、受信デバイス２０２によって、報酬残高が取引報酬価値よりも少ないときに、割り戻し要求を送信する前に、割り戻し要求の送信を続行することの指示を受信することを更に含むことができる。更なる実施形態において、続行することの指示は、送信デバイス２０６による、特定の口座データエントリ２０８と関連付けられるコンピューティングデバイスへの、続行することを求める要求の送信に応答して受信され得る。また更なる実施形態において、続行することを求める要求は、少なくとも、特定の口座データエントリ２０８内に含まれている報酬残高を含むことができ、ショートメッセージサービスのメッセージ、マルチメディアメッセージサービスのメッセージ、電子メール、支払取引と関連付けられる販売時点管理デバイスへの送信のうちの少なくとも１つを介して送信することができる。
【００７５】
（第三者の報酬プログラムを通じた方法処理報酬）
【００７６】
いくつかの実施形態において、報酬口座に関連する報酬残高が、第三者（例えば、航空会社、小売業者など）によって記憶されている場合がある。その報酬口座は、報酬口座と関連付けられる報酬残高が第三者によって記憶されていることを示す、第三者指示子を含むことができる。第三者は、消費者１０２の報酬ポイント残高を保持するポイントバンクである場合がある。これらの事例において、処理サーバ１１０は、報酬残高が第三者によって記憶されている報酬口座が関与する支払取引の取引額に基づいて、第三者に取引報酬価値を送信するように構成することができる。取引報酬価値は、支払取引に資金供給するに必要がある報酬残高の量（例えば、報酬ポイントの量、現金での相当額など）を示すことができる。取引報酬価値は、報酬プログラム、第三者及び／又は消費者の構成に基づき得る。例えば、支払サービス提供者、第三者、消費者などのいずれかが、取引報酬価値を計算するための基準を設定することができる。支払取引が基準（例えば、消費者嗜好、プログラム嗜好など）に基づいて適格であると考えられる場合、取引報酬価値は第三者に送信される。
【００７７】
処理サーバ１１０はまた、限定ではなく、取引位置、現地通貨額、決済通貨額、商業者位置などを含むことができる、支払取引情報も、第三者に送信することができる。処理サーバ１１０はまた、ポイントあたりの費用を含み得る、必要とされるポイントの量を計算するために使用されるスコアリング規則も送信することができる（例えば、１００ベーシスポイント、各ポイントには０．０１ドルの価値がある、など）。第三者プロセッサはその後、消費者１０２が引き換えを完了するのに十分な報酬残高を有するか否かを判定することができる。消費者が十分な報酬残高を有する場合、第三者プロセッサは、ポイントが差し引かれており、ステートメントクレジットを消費者に与えることができることを示すメッセージを送信することができる。第三者は、報酬口座の発行者、支払ネットワークプロバイダ、商業者及び／又は獲得者に、割り戻し要求を送信することができる。
【００７８】
図７は、本開示の別の例示的な実施形態による、報酬残高が第三者によって記憶されている報酬口座が関与する支払取引を処理するための例示的なシステムを示す。消費者５５０（例えば、ＭａｓｔｅｒＣａｒｄ（登録商標）の消費者）は、商業者の販売時点管理（ＰＯＳ）端末５５２において購入を行う。支払取引認可が、獲得者５５４に、その後、支払ネットワーク５５６に送信される。支払ネットワーク５５６は、銀行（例えば、ＢａｎｋＮｅｔ  ＡＳＡ）の間で情報を送受信するためのシステムにリンクされるか、又は、当該システムを含むことができる。認可要求はその後、発行者５５８に送信される。
【００７９】
取引認可が、リアルタイム報酬（ＲＴＲ）エンジン５６０によって読み取られる待ち行列に追加される。ＲＴＲエンジン５６０は、支払ネットワーク５５６の一部分であってもよく、処理サーバによって実装されてもよい。ＲＴＲエンジン５６０は、適用可能なフィルタリング論理（消費者の適格性を含む）を適用し、取引額の全額をカバーするのにどれだけ多くのポイントが必要とされるか、又は、部分的な取引額を処理するための方法に関する詳細を決定する。ＲＴＲエンジン５６０は、取引認可が割り戻し要求に対して適格であるか否かを判定するために、本明細書において説明されているものを含む、任意の消費者嗜好及び／又はプログラム嗜好を適用することができる。
【００８０】
消費者嗜好及び／又はプログラム嗜好に従って、取引認可が割り戻し要求に対して適格である場合、ＲＴＲエンジン５６０は、上述したように（例えば、少なくとも１つの変換規則などに基づいて）計算することができる取引報酬価値（すなわち、スコアリングされている取引結果）を生成する。
【００８１】
ＲＴＲエンジン５６０は、その後、５６２において、認可要求と関連付けられる報酬口座が第三者報酬口座であるか否かを判定する。報酬口座が第三者口座ではない場合、支払取引は、支払ネットワークによって処理され、この処理は、本明細書において説明されているように割り戻し要求を生成すること（例えば、報酬取引価値に基づいて割り戻し額を計算することなど）を含むことができる。
【００８２】
支払取引が、第三者が関与する報酬口座に対するものである場合、ＲＴＲエンジン５６０は、ファイア・アンド・フォーゲット・メッセージにおいて第三者（又は第三者取引プロセッサ）に取引報酬価値を送信する。ファイア・アンド・フォーゲット・メッセージは、第三者（又は第三者取引プロセッサ）に、取引の報酬割り戻しを要求する可能性を通知する。第三者取引プロセッサは、支払ネットワーク５５６の内部にあってもよい。
【００８３】
第三者取引プロセッサは、取引の結果としてステートメントクレジットがもたらされるべきである（すなわち、報酬残高が取引に適用されるべきである）か否か、及び、必要なポイントが差し引かれるべきであるか否かを判定するために、報酬口座と関連付けられる発行者５５８のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を呼び出す。報酬残高が取引に適用されるべきである場合、支払ネットワーク５５６の一部分であってもよい割り戻しサービス５６４に、割り戻しが送信される。割り戻しサービス５６４は、ＭａｓｔｅｒＣａｒｄ（登録商標）報酬システム（ＭＲＳ）データベースのようなデータベース内に、割り戻し引き換えを保存する。割り戻しはその後、バッチを介してＭａｓｔｅｒＣａｒｄ（登録商標）グローバル精算管理システム（ＧＣＭＳ）に送信されるなどして、決済することができる。割り戻しはまた、発行者５５８が割り戻しを報酬口座に適用するために、報酬口座の発行者５５８にも報告され得る。
【００８４】
第三者が支払取引に報酬残高を適用することを決定し、対応する割り戻し要求を送信する場合、第三者は、割り戻し要求の額面に基づいて、報酬口座に関連する報酬残高を低減することができる。
【００８５】
図８は、図７に示すシステムに従って支払取引を処理するための例示的な方法の流れを示す。方法の流れは、消費者５５０、支払ネットワーク、例えば、商業者、獲得者５５４、ＢａｎｋＮｅｔ、ＭＲＳ及びＧＣＭＳを含んでもよい支払ネットワーク５５６、並びに発行者５５８における動作を指定する複数の領域へと分割される。
【００８６】
この例示的な方法の流れによれば、消費者５５０は、最初に、５６６において、報酬使用支払−リアルタイム報酬（ＰＷＲ−ＲＴＲ）サービスにサインアップし、その時点で、支払ネットワーク５５６が、消費者を（例えば、新たな報酬口座を作成し、報酬残高及び口座識別子を既存の口座と関連付けることなどによって）サービスへと登録する。
【００８７】
消費者５５０が商業者において購入のために報酬口座と関連付けられるペイメントカードを機械に通すと、支払ネットワーク５５６によって取引認可要求が受信され、待ち行列へと記憶され得る（例えば、取引認可要求コピーがＢａｎｋＮｅｔによってＭＲＳへと提供され、その後、ＭＲＳがＢａｎｋＮｅｔに対して取引の受信を確認応答し、認可取引を記憶する）。
【００８８】
支払ネットワーク５５６はその後、５６８において、取引が、消費者嗜好、プログラム嗜好などを含み得る検証に合格するか否かを判定する。取引が検証に合格しない場合、取引は完了する。取引が検証に合格する場合、支払ネットワーク５５６は、取引額に基づいて（例えば、少なくとも１つの変換規則に基づいて取引報酬価値を計算することによって）引き換えるポイントを計算する。
【００８９】
引き換えに必要とされるポイントが計算されると、支払ネットワーク５５６は、次に、５７０において、報酬口座が第三者の銀行と関連付けられているか否かを確かめる。報酬口座が第三者の銀行によって記憶されている場合、支払ネットワーク５５６は、第三者に外部ファイア・アンド・フォーゲット・メッセージ（例えば、支払ネットワーク５５６ではなく第三者が、更なる報酬残高使用決定、報酬残高更新、割り戻し要求生成などを取り扱うように、第三者へと送信されるメッセージ）を送信し、プロセスは完了する。送信されるメッセージは、取引報酬価値、並びに、他の取引及び／又は報酬口座情報を含むことができる。
【００９０】
報酬口座が第三者の銀行と関連付けられていない場合、支払ネットワーク５５６は、５７２において、消費者の報酬口座の報酬残高が、取引の少なくとも一部分をカバーすることができるか否か（例えば、消費者の報酬口座が、取引の少なくとも一部分を支払うのに十分なポイントを有するか否か）を判定する。消費者報酬残高が十分なポイントを有しない場合、報酬ポイントの不足を示すオプションのメッセージ（例えば、ショートメッセージサービス（ＳＭＳ）、電子メールなど）が、消費者に送信され得る。
【００９１】
消費者が、取引の少なくとも一部分をカバーするのに十分な報酬残高ポイントを有しない場合（又は、部分的な支払は許容されないが、報酬残高が取引額の全額よりも多い場合）、引き換えキャッシュバックプロセスが開始される。スケジュールに基づいて、その取引について割り戻し要求ファイルが生成される。割り戻し要求ファイルはその後、（例えば、ファイルをＧＣＭＳに提出することによって）処理される。支払取引はその後、支払ネットワーク５５６によって処理することができ、支払取引の決済が、報酬口座の発行者５５８によって行われる。
【００９２】
引き換え費用が計算され（割り戻し要求の額面に基づき得る）、発行者５５８に送信される。支払取引の状態及び／又は割り戻し要求の成功を示す引き換え通知が、任意選択的に消費者５５０に送信されてもよい。
【００９３】
図９は、図７に示すシステムに従って第三者と関連付けられる報酬口座が関与する支払取引を処理するための例示的な方法の流れを示す。図示されている方法の流れは、第三者の動作、支払ネットワーク５５６（ＭＲＳサービス、ＭＲＳ、及びＧＣＭＳを含む）及び発行者５５８における動作へと分割される。
【００９４】
第三者は最初に、５７４において、報酬ポイント引き換えを処理する（例えば、支払ネットワーク５５６からの、消費者が支払取引に資金供給するために消費者の報酬口座の報酬残高を使用することを所望していることを示すメッセージの受信に応答して）。第三者はその後、支払ネットワーク５５６に割り戻し要求を（例えば、ＭＲＳ割り戻し引き換え要求を開始することによって）送信する。
【００９５】
支払ネットワーク５５６はその後、５７６において、割り戻し要求を処理する（例えば、ＭＲＳサービスがその後、一切のポイントが要求され得ないキャッシュバックプロセス後に引き換えを開始する）。支払ネットワークは、割り戻し要求が成功したか否かを示すことができるメッセージを、第三者に送信する。割り戻し要求が成功したとして示されている場合、第三者プロセスは完了する（また、それに従って、第三者は報酬残高を更新することができる）。割り戻し要求が成功しなかった場合、第三者は、支払ネットワークに割り戻し要求を送信するステップを繰り返すことができる。
【００９６】
５７８において、受信されている割り戻し要求に基づいて、支払ネットワークは、スケジュールに基づいて割り戻しファイルを作成することができる。割り戻しファイルはその後、（例えば、ファイルをＧＣＭＳに提出することによって）処理される。支払取引はその後、支払ネットワーク５５６によって処理することができ、支払取引の決済が、報酬口座の発行者５５８によって行われる。
【００９７】
引き換え費用が計算され、報酬口座と関連付けられる発行者５５８に送信される。オプションの引き換え通知が、消費者５５０に送信されてもよい。
【００９８】
図８及び図９のステップの更なる詳細が図８及び図９の流れ図のブロック内に記載されているが、これは、図８及び図９に示されている例示的なプロセスを限定するものとして考えられるべきではない。諒解されるように、他の例示的な実施形態において、本開示の範囲から逸脱することなく、ステップの順序は変化してもよく、いくつかのステップは不在であってもよく、いくつかの更なるステップが追加されてもよい。
【００９９】
（コンピュータアーキテクチャ）
【０１００】
図１０は、本開示の実施形態又はその部分が、コンピュータ可読コードとして実施され得るコンピュータシステム６００を示す。例えば、図１の処理サーバ１１０は、実行可能命令を記憶されているハードウェア、ソフトウェア、ファームウェア、非一時的コンピュータ可読媒体、又はそれらの組み合わせを使用してコンピュータシステム６００において実装されてもよく、１つ以上のコンピュータシステム又は他の処理システムにおいて実装されてもよい。ハードウェア、ソフトウェア、又はそれらの任意の組み合わせは、図３〜図５の方法を実施するために使用されるモジュール及び構成要素を具現化することができる。
【０１０１】
プログラム可能論理が使用される場合、そのような論理は、市販の処理プラットフォーム又は専用デバイス上で実行することができる。開示されている主題の実施形態は、マルチコア・マルチプロセッサ・システム、ミニコンピュータ、メインフレームコンピュータ、分散機能によってリンク又はクラスタリングされているコンピュータ、及び、仮想的に任意のデバイスへと組み込むことができるパーベイシブ又はミニチュアコンピュータを含む、様々なコンピュータシステム構成によって実践することができることを、当業者は諒解し得る。例えば、少なくとも１つのプロセッサデバイス及びメモリが、上述した実施形態を実施するために使用されてもよい。
【０１０２】
本明細書において論じられているようなプロセッサユニット又はデバイスは、単一のプロセッサ、複数のプロセッサ、又はそれらの組み合わせであってもよい。プロセッサデバイスは、１つ以上のプロセッサ「コア」を有することができる。 「コンピュータプログラム媒体」、「非一時的コンピュータ可読媒体」、及び「コンピュータ使用可能媒体」という用語は、本明細書において論じられている場合、取り外し可能記憶ユニット６１８、取り外し可能記憶ユニット６２２、及び、ハードディスクドライブ６１２内に設置されているハードディスクのような、有形媒体を全般的に指す。
【０１０３】
本開示の様々な実施形態が、この例示的なコンピュータシステム６００に関して説明される。本明細書を読んだ後、他のコンピュータシステム及び／又はコンピュータアーキテクチャを使用して本開示を実装する方法が、当業者には明らかとなるであろう。動作は逐次プロセスとして説明されている場合があるが、動作のいくつかは実際には並列に、同時に、かつ／又は、プログラムコードが単一の若しくはマルチプロセッサマシンによるアクセスのためにローカルに若しくは遠隔して記憶されている分散環境において実施されてもよい。加えて、いくつかの実施形態において、動作の順序は、開示されている主題の趣旨から逸脱することなく、再構成されてもよい。
【０１０４】
プロセッサデバイス６０４は、専用又は汎用プロセッサデバイスであってもよい。プロセッサデバイス６０４は、バス、メッセージ待ち行列、ネットワーク、マルチコアメッセージ受け渡し方式などのような、通信インフラストラクチャ６０６に接続することができる。ネットワークは、本明細書において開示されているような機能を実施するのに適した任意のネットワークであってもよく、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、ワイヤレスネットワーク（例えば、ＷｉＦｉ）、移動通信ネットワーク、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線周波数（ＲＦ）、又はそれらの任意の組み合わせを含んでもよい。他の適切なネットワークタイプ及び構成が、当業者には諒解されよう。コンピュータシステム６００はまた、メインメモリ６０８（例えば、ランダム・アクセス・メモリ、読み出し専用メモリなど）も含むことができ、また、二次メモリ６１０も含むことができる。二次メモリ６１０は、ハードディスクドライブ６１２、及び、フロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリなどのような取り外し可能ストレージドライブ６１４を含むことができる。
【０１０５】
取り外し可能ストレージドライブ６１４は、既知の方法で、取り外し可能記憶ユニット６１８に対して読み出し及び／又は書き込みすることができる。取り外し可能記憶ユニット６１８は、取り外し可能ストレージドライブ６１４によって読み出し及び書き込みすることができる取り外し可能記憶媒体を含むことができる。例えば、取り外し可能ストレージドライブ６１４がフロッピーディスクドライブである場合、取り外し可能記憶ユニット６１８は、フロッピーディスクであり得る。一実施形態において、取り外し可能記憶ユニット６１８は、非一時的コンピュータ可読記録媒体であってもよい。
【０１０６】
いくつかの実施形態において、二次メモリ６１０は、コンピュータプログラム又は他の実行可能命令がコンピュータシステム６００へとロードされることを可能にする代替的な手段、例えば、取り外し可能記憶ユニット６２２及びインターフェース６２０を含んでもよい。そのような手段例は、プログラムカートリッジ及びカートリッジインターフェース（ビデオゲームシステムに見られるような）、取り外し可能メモリチップ（例えば、ＥＥＰＲＯＭ、ＰＲＯＭなど）及び関連付けられるソケット、並びに、当業者に諒解されるような他の取り外し可能記憶ユニット６２２及びインターフェース６２０を含んでもよい。
【０１０７】
コンピュータシステム６００内に（例えば、メインメモリ６０８及び／又は二次メモリ６１０内に）記憶されるデータは、光学記憶装置（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスクなど）又は磁気テープ記憶装置（例えば、ハードディスクドライプ）のような、任意のタイプの適切なコンピュータ可読媒体上に記憶されてもよい。データは、関係型データベース、構造化照会言語（ＳＱＬ）データベース、分散型データベース、オブジェクトデータベースなどのような、任意のタイプの適切なデータベース構成で構成されてもよい。適切な構成及び記憶装置タイプが、当業者には諒解されよう。
【０１０８】
コンピュータシステム６００はまた、通信インターフェース６２４も含むことができる。通信インターフェース６２４は、ソフトウェア及びデータが、コンピュータシステム６００と外部デバイスとの間で転送されることを可能にするように構成することができる。例示的な通信インターフェース６２４は、モデム、ネットワークインターフェース（例えば、Ｅｔｈｅｒｎｅｔカード）、通信ポート、ＰＣＭＣＩＡスロット及びカードなどを含んでもよい。通信インターフェース６２４を介して転送されるソフトウェア及びデータは、当業者に諒解されるような、電子信号、電磁信号、光信号、又は他の信号であってもよい、信号の形態であってもよい。信号は、信号を搬送するように構成することができ、ワイヤ、ケーブル、光ファイバ、電話回線、携帯電話リンク、無線周波数リンクなどを使用して実装されてもよい通信経路６２６を介して進行することができる。
【０１０９】
コンピュータプログラム媒体及びコンピュータ使用可能媒体は、メモリ半導体（例えば、ＤＲＡＭなど）であってもよい、メインメモリ６０８及び二次メモリ６１０のようなメモリを参照することができる。これらのコンピュータプログラム製品は、ソフトウェアをコンピュータシステム６００に提供するための手段であり得る。コンピュータプログラム（例えば、コンピュータ制御論理）は、メインメモリ６０８及び／又は二次メモリ６１０内に記憶されてもよい。コンピュータプログラムはまた、通信インターフェース６２４を介して受信されてもよい。そのようなコンピュータプログラムは、実行されると、コンピュータシステム６００が、本明細書において論じられているような本発明の方法を実施することを可能にすることができる。特に、コンピュータプログラムは、実行されると、プロセッサデバイス６０４が、本明細書において論じられているように、図３〜図４、図６、及び図８〜図９によって示されている方法を実施することを可能にすることができる。したがって、そのようなコンピュータプログラムは、コンピュータシステム６００のコントローラを表すことができる。
【０１１０】
本開示がソフトウェアを使用して実装されるとき、ソフトウェアは、コンピュータプログラム製品内に記憶され、取り外し可能ストレージドライブ６１４、インターフェース６２０、及びハードディスクドライブ６１２、又は通信インターフェース６２４を使用してコンピュータシステム６００へとロードされ得る。
【０１１１】
本開示と一致する技法は、他の特徴の中でも、報酬口座を使用して資金供給される支払取引の割り戻しを開始するためのシステム及び方法を提供する。開示されているシステム及び方法の様々な例示的な実施形態が上述されているが、それらは限定ではなく、例示のみを目的として提示されていることが理解されるべきである。これは網羅的ではなく、本開示を開示されている厳密な形態に限定するものではない。その幅又は範囲から逸脱することなく、上記の教示に照らして修正形態及び変形形態が可能であり、本開示を実践することから得ることができる。
【０１１２】
上記本明細書に基づいて諒解されるように、本開示の上述した実施形態は、コンピュータソフトウェア、ファームウェア、ハードウェア、又は、それらの任意の組み合わせ若しくはサブセットを含むコンピュータプログラミング又はエンジニアリング技術を使用して実施することができ、その技術的効果は、以下のステップ、すなわち、（ａ）報酬口座が関与する支払取引に対する認可要求を受信するステップであって、認可要求は少なくとも取引額を含む、受信するステップ、（ｂ）報酬嗜好に基づいて、支払取引が報酬割り戻しに対して適格であるか否かを判定するステップ、（ｃ）支払取引が適格であるときに、報酬割り戻しを求める要求を送信するステップ、（ｄ）少なくとも取引額及び少なくとも１つの変換規則に基づいて取引報酬価値を計算するステップ、（ｅ）取引報酬価値及び報酬残高のうちの少ない方に基づいて割り戻し額を計算するステップ、（ｆ）割り戻し額に基づいて報酬残高を更新するステップ、（ｇ）取引報酬価値及び支払取引情報を第三者に送信するステップのうちの少なくとも１つを実施することによって、達成することができる。
【０１１３】
上記実施形態の説明は、例示及び説明を目的として提供されている。網羅的であること、又は、本開示を限定することは意図されていない。特定の実施形態の個々の要素又は特徴は、一般的に、その特定の実施形態には限定されず、適用可能である場合、交換可能であり、たとえ具体的に図示又は記載されていなくとも、選択される実施形態において使用することができる。これはまた、多くの方法で変更することもできる。そのような変形形態は、本開示からの逸脱として考えられるべきではなく、すべてのそのような修正形態が、本開示の範囲内に含まれることが意図されている。
【図１】
2017528822.tif 000003
【図２】
2017528822.tif 000004
【図３】
2017528822.tif 000005
【図４】
2017528822.tif 000006
【図５】
2017528822.tif 000007
【図６】
2017528822.tif 000008
【図７】
2017528822.tif 000009
【図８】
2017528822.tif 000010
【図９】
2017528822.tif 000011
【図１０】
2017528822.tif 000012
【国際調査報告】
2017528822.tif 000013
2017528822.tif 000014