益，并且在与参与忠诚计划的商家中的一个或多个的支付交易中兑换这些忠诚收益。供给规则被配置为提升购买频率、与多个商家的交叉购物和/或在较窄的促销时间范围内的交叉购物。系统可以按自动化的方式随着对各个交易的处理实时地处理收益提供和兑换。
[0080]例如，忠诚计划可被配置为压低顾客获取成本。忠诚计划包括来自不同产业的一组非竞争商家来共同提升顾客忠诚度。从而，可以降低用于获取和留住顾客的成本。
[0081]忠诚计划可以主推各自来自涉及日常花费类别的不同产业(例如，快速餐饮服务、杂货店、燃料)的一组商家(例如，3个商家)。忠诚计划在有限的时间段内提供促销(例如，在2014年夏季期间)。忠诚计划允许用户注册用户的一个或多个支付账户来从与忠诚计划中主推的商家进行的支付交易接收忠诚收益，并且在与忠诚计划中主推的商家的交易中兑换累积的忠诚收益。
[0082]例如，用户可使用注册的支付账户之一来在任何参与商家处为合格的购买进行支付并且在合格的支付交易期间在销售点(point of sale，P0S)处赚取以折扣为目标的虚拟打卡。从不同商家赚取的打卡可被分开合计，或者被组合。从不同商家赚取的虚拟打卡可有资格获得不同数额的折扣，或者相同数额的折扣。忠诚计划可在预定时间段中运行(例如，4至8星期，在夏季的3星期的周末期间，等等)。
[0083]忠诚收益可按虚拟打卡、忠诚点数或者预定货币(例如，美元)的折扣值来累积。
[0084]为了促进交叉购物，忠诚计划可要求用户经由与不同参与商家的交易来赚取打卡(punch)和/或使用打卡。例如，忠诚计划可在所赚取的打卡满足预定的标准时使得虚拟打卡可兑换，所述预定标准例如是从至少两个商家赚取、从第一商家赚取并且向第二商家兑换J等等。
[0085]优选地，忠诚计划提供了来自不同产业(例如，快速餐饮服务(quick servicerestaurant, QSR)、杂货店、燃料)的少量非竞争商家的协作供给来压低获取新顾客的成本。该供给具有有限的有效时间段，在该时间段中，参与的用户可赚取并兑换收益，这些收益是由跨多个产业的非竞争商家(或者由第三方，比如发行者，或者制造商)赞助的。
[0086]利用图1-6所示的技术，可以随着对有资格获得收益和/或满足收益兑换要求的各个支付交易的处理来实时地处理收益提供和/或兑换。
[0087]供给收益可在该组商家上赚取并且在该组商家上花销。交易处理机被配置为跟踪用户赚取的供给收益，跟踪商家的贡献，并且根据商家的贡献来实时地处理忠诚收益的成本，而不要求商家提前进行收益购买。
[0088]在一个实施例中，商家对于资助忠诚收益的贡献是基于用户与各个商家的交易数额来测量/确定的。
[0089]一个实施例的忠诚计划涉及短期供给(例如，从几天到几个月)、跨多个商家的收益赚取和花销、来自不同产业的非竞争商家、实时收益跟踪和考虑到商家贡献的成本结算。
[0090]通过参与忠诚计划，不同产业的商家可以协作地向彼此的顾客进行交叉营销并且压低顾客获取成本。
[0091]图7示出了根据一个实施例的由来自不同产业(363)的非竞争商家支持的忠诚奖励系统。
[0092]在图7中，忠诚计划包括来自由各自的商家ID(355，…，357)表示的多个商家(351，…，353)的协作供给(186)。
[0093]在图7中，供给(186)是来自不同产业的非竞争商家(351，...，353)的群组(363)的。由于供给(186)的每个参与商家在不同产业部门中提供服务和/或产品，因此忠诚计划中的商家不与彼此竞争。从而，从忠诚计划中的一个商家向另一个商家介绍顾客不会破坏作出介绍的商家的顾客基础，并且在来自不同产业的非竞争商家(351，...，353)的群组(363)内向彼此介绍顾客可压低顾客获取的成本。在一个实施例中，与非竞争商家(351，...，353)相关联的支付交易具有不同的非重叠的商家类别码。
[0094]在图7中，数据仓库(149)与支付处理网络的交易处理机(143)耦合，所述支付处理网络例如是图8所示的支付处理网络。
[0095]在图7中，数据仓库(149)为忠诚计划存储供给(186)和关联的供给规则(303)。忠诚计划具有有效时间段(365)，在该时间段(365)期间注册用户(301)可从与非竞争商家(351，…，353)的第一交易赚取收益，并且对于与非竞争商家(351，…，353)的第二交易兑换收益。
[0096]在一个实施例中，供给规则(303)被配置为驱动购买频率、与忠诚计划的多个商家的交叉购物和/或鼓励在较窄的促销时间范围内(例如，周末)的购物。
[0097]例如，供给规则(303)可在用户(301)从忠诚计划中的第一商家(例如，351)赚取第一阈值数目的虚拟打卡时提供可利用与忠诚计划中的来自不同产业(363)的任何非竞争商家的合格交易来兑换的第一数额的折扣，并且可在用户(301)从忠诚计划中的第二商家(例如，353)赚取第二阈值数目的虚拟打卡时提供可利用与忠诚计划中的来自不同产业(363)的任何非竞争商家的合格交易来兑换的第二数额的折扣。第一数额的折扣可不同于第二数额的折扣，并且第一阈值数目可不同于第二阈值数目。从不同的商家(例如，351,-,353)赚取的虚拟打卡可分别朝着各自的阈值数目为用户(301)计数，并且不同的商家(例如，351，…，353)对于交易赚取虚拟打卡可具有不同的要求。例如，第一商家(例如，351)对于交易赚取虚拟打卡可要求第一最小购买数额，第二商家(例如，353)对于交易赚取虚拟打卡可要求第二最小购买数额，并且第一最小购买数额和第二最小购买数额可以相同或不同。
[0098]在一个实施例中，与数据仓库(149)耦合的门户(103)被配置为提供用户界面，该用户界面允许商家(例如，351，...，353)为供给规则(303)指定参数，例如当满足虚拟打卡的阈值数目时提供的折扣的数额、满足赚取虚拟打卡的要求，等等。
[0099]在一些实施例中，门户(103)包括消息代理(321)来生成消息以便利用与用户(301)的账户群组(349)相关联的通信索引(133)经由媒体控制器(315)传达到用户(301)的移动设备(107)。
[0100]在一个实施例中，从不同商家(例如，351，…，353)赚取的虚拟打卡被组合来获得朝着可在群组(363)中的预定商家(例如，351)处兑换的折扣的阈值的计数。
[0101]在一个实施例中，与群组(363)中的来自不同产业的非竞争商家中的一个或多个的每个合格交易提供收益(例如，虚拟打卡、预定数额的折扣、与交易数额成比例的折扣、数个忠诚点数，等等)，该收益可被累积并在群组(363)中的预定商家(例如，351)处(或者在另一实施例中是在群组(363)中的任何商家处)兑换。
[0102]在图7中，用户(301)可为供给(186)注册多个支付账户(341，343，…，347)。数据仓库(149)被配置为存储与供给(186)相关联的账户群组(349)以指示出用户(301)在忠诚计划中的注册。用户(301)可使用支付账户(341,343，…，347)中的任何一个来进行交易以根据供给规则(303)赚取忠诚收益和/或兑换忠诚收益，就好像支付账户(341,343，…，347)是同一个账户那样。
[0103]在图7中，数据仓库(149)被配置为存储经由利用注册用户(301)的账户群组(349)中的支付账户(341,343，…，347)进行的合格交易赚取的累积收益(361)的余额。
[0104]在图7中，门户(103)被配置为提供用户界面，该用户界面允许用户(301)向账户群组(349)添加账户(例如，347)，从账户群组(349)去除账户(341，343，…，347)，查看供给(186)下的累积收益的余额(361)，设定兑换偏好，等等。
[0105]在一个实施例中，忠诚收益的成本由操作数据仓库(149)和/或交易处理机(143)的实体来赞助。替换地或者组合地，忠诚收益的成本由忠诚计划的商家(351，…，353)来赞助，并且交易处理机(143)被配置为生成交易来随着交易的清算和结算实时地结算在交易中兑换的收益的成本。
[0106]在一个实施例中，经由交易处理机(143)来自动化累积收益(361)的兑换。例如，当用户(301)使用账户群组(349)中的支付账户(例如，341)来向商家群组(363)中的商家(例如，351)作出支付交易时，交易处理机(143)接收来自商家(例如，351)的交易终端(144)的授权请求并且判定该交易是否符合根据供给规则(303)的兑换要求以及一一如果有的话一一用户(301)的兑换偏好。如果满足兑换要求和偏好，则交易处理机(143)被配置为调整该交易以在没有用户输入的情况下以自动化方式提供兑换的收益。
[0107]例如，当收益的成本至少部分由在交易中对其进行支付的商家(例如，351)来赞助时，交易处理机(143)可按在标题均为“Systems and Methods to Provide Discount atPoint of Sales Terminals” 的美国专利申请公布 2013/0091000 号和 2013/0124287 号中进一步描述的方式在去到各个发行者处理器的授权请求和/或去到商家(例如，351)的交易终端(144)的授权响应中调整交易的交易数额，特此通过引用将上述两个申请的全部公开内容并入在此。
[0108]例如，当收益的成本至少部分由第三方(例如，群组(363)中的另一商家、发行者、制造商、与交易处理机(143)相关联的实体)赞助时，交易处理机(143)可按在标题均为“Systems and Methods to Apply the Benefit of Offers via a Transact1n Handler”的美国专利申请公布2013/0246150号和2013/0282586号中进一步描述的方式按照对从交易终端(144)接收的授权请求所表示的交易的处理将该交易分割成涉及第三方赞助者和用于发起授权请求的支付账户(341，343，...，347)的发行者的两个或更多个交易，并且协调组合这些交易以获得对来自交易终端(144)的授权请求的单个响应，特此通过引用将上述两个申请的全部公开内容并入在此。
[0109]在一个实施例中，用户(301)可以可选地提供通信索引(133)来用于与账户群组(349)关联，以随着赚取收益和/或兑换收益的交易来实时地接收关于在忠诚计划中赚取和/或兑换的收益的消息。响应于各个交易，消息代理(321)被配置为根据供给规则(303)生成通知消息，并且使得媒体控制器(315)随着各个交易实时地将这些消息提供到由通信索引(133)识别的用户(301)的移动设备(107)。
[0110]在一个实施例中，交易处理机(143)和/或门户(103)被配置为跟踪群组中的商家(351，…，353)对于获取顾客的业务的贡献并且基于商家(351，…，353)的贡献来确定商家(351，…，353)要赞助的成本。
[0111]在图7中，简档生成器(323)被配置为使用交易数据(309)来识别在忠诚计划的时间段(365)期间介绍给各个商家(例如，351，...，353)的新顾客的数目，以及由于忠诚计划而产生的交易的整体升高。
[0112]在一个实施例中，一种计算装置被配置为从多个非竞争商家(351，...，353)提供协作供给(186)。在预定的时间段(365)期间，该计算装置被配置为监视接受了供给(186)的用户(301)的支付账户(341,343，…，347)中的交易——这些交易被进行来支付给非竞争商家(351，...，353)，跟踪经由这些交易根据供给(186)给予用户(301)的收益，向用户(301)与非竞争商家(351，…，353)的合格交易提供收益，跟踪非竞争商家(351，…，353)的贡献，并且根据跟踪到的贡献来在非竞争商家(351，...，353)之间结算收益的成本。
[0113]在一个实施例中，该计算装置是利用至少一个数据处理系统来实现的，如图7所示，该数据处理系统具有至少一个微处理器(173)和存储器(167)，该存储器(167)存储指令，这些指令被配置为指示该至少一个微处理器(173)执行本文描述的操作。该计算装置包括以下各项中的至少一者:数据仓库(149)、交易处理机(143)、门户(103)、规则引擎(329)、简档生成器(323)、消息代理(321)和媒体控制器(315)。