CN102208091A - 基于商家的社区回报 - Google Patents

Abstract

本发明的实施例提供了用来提供社区回报的方法、设备和计算机程序产品。例如，提供了系统和方法，用于：(1)访问与特定金融机构关联的交易数据；(2)确定阈值；(3)从交易数据中识别一组与预定义的社区和时间段关联的一组交易；(4)合计与预定义社区关联的该组交易的特定方面来确定社区的总数；以及(5)基于该社区总数与阈值的比较，确定回报应被提供给该社区。在一些实施例中，所述预定义的社区至少部分地由特定的一个或多个商家来定义。

Description

基于商家的社区回报

技术领域

通常地，本发明的实施例涉及方法、设备和计算机程序产品，用于基于社区的交易提供社区回报。

背景技术

当今，人们变得更加地面向社区，从而人们在其各自的社区中设法再投资返还他们的社区。比如，人们经常设法资助坐落在或者参与到他们本地社区中的生意。特定社区中的人们同样也通过本地组织的本地活动和参与去了解这个社区。这种参与本地活动和组织通常能够带来对有关本地社区的需求和机会的更好了解。以这样的方式，人们试图让他们的本地社区更好。人们同样喜欢感觉到好像他们是工作在一起来达到共同的目标的社区中的一员。因此，通常需要系统和方法来帮助人们与他们的本地社区变得更有关联。

进一步地，企业也不断地试图寻求新的方式来吸引客户。企业通过参与和发起本地社区事件、项目和组织，同样也试图成为良好的社区成员。然而，多区座落的企业会发现由于他们更为广泛的关注，与任何一个社区的客户关联都是困难的。因此，通常需要系统和方法来帮助企业与本地社区进行关联，并且帮助企业来吸引客户。

发明内容

本发明的实施例通过提供方法、设备和计算机程序产品来提供社区回报，解决了这些和/或其他的需求。接下来介绍本发明一个或多个实施例的简化概述，从而提供对这些实施例的基本理解。此“发明内容”不是本发明所有预期实施例的广泛纵览，而且既不意图标识所有实施例的关键或者重要因素，也不意图限定任意或者所有实施例的范围。其唯一目的就是以一种简化的方式来介绍一个或多个实施例的一些概念，作为稍后介绍的更加细节的描述的序言。

例如，本发明的一些实施例提供了系统和方法，其配置用于：(1)访问与特定金融机构关联的交易数据；(2)确定阈值；(3)根据交易数据识别与预定社区和时间段关联的一组交易；(4)合计与预定社区关联的该组交易的特定方面来确定社区总数；以及(5)基于社区总数和阈值的比较，确定应将回报提供给该社区。在某些实施例中，预定的社区至少部分通过特定的地理区域被定义。在其他实施例中，预定的社区至少部分通过特定的一个或多个商家被定义。同样在其他实施例中，预定的社区至少部分通过社会或家庭群体被定义，并且为了社区回报计划的目的，客户能够选择是否成为该群体的成员。在某些这样的实施例中，客户还能够通过例如创建特定的社会或家庭社区并邀请其他人加入该社区，来自己建立社区定义。

更加具体地，本发明的某些实施例涉及一种系统，该系统配置为基于单个客户或多个客户在特定地理区域使用特定商业机构产生的合计购买，为一个实体或一组实体提供回报，其中该地理区域通常是由该金融机构的交易覆盖的地理区域的子集。例如，在一个实施例中，银行确定其客户在特定城市跨越特定时间段进行的交易的总数。当该交易总数达到预定的目标数量时，特定城市里的银行和/或商家为城市里的银行客户发放回报。回报可以是例如该城市一个或多个商家的折扣，作用于在该城市进行交易的客户的账户的贷记，对在该城市工作的慈善机构的捐赠，对该城市内项目的投资，和/或任意其他类型的回报。

本发明的其他实施例涉及一种系统，该系统配置为基于多个客户在一个特定商家或一组商家使用特定金融机构进行的合计购买，为一个实体或一组实体提供回报。例如，银行可以利用银行签发的信用卡或借记卡追踪所有在特定商家进行的购买。当银行卡持有人在该商家进行的所有购买合计达到预定的目标数量时，银行和/或商家会发放回报。该回报可以是，例如对银行所有客户的折扣，对商家所有客户的折扣，对慈善机构的捐赠，和/或任意其他类型的回报。

所讨论的特性、功能和优点以及其他特性、功能和优点可以在本发明的不同实施例中独立达到，或者也可以结合其他实施例，这些实施例进一步的细节，可以参照一下描述和附图得见。

附图说明

因此，本发明实施例以通常形式描述，将以附图进行参照，其中：

图1提供了一个流程图，描述了根据本发明的某些实施例，提供社区回报的方法；

图2提供了一种系统的结构图，该系统用于根据本发明的某些实施例提供社区回报；

图3A提供了一个流程图，描述了根据本发明的某些实施例，提供基于地理的社区回报的方法；

图3B提供了一种系统的结构图，该系统用于根据本发明的某些实施例提供基于地理的社区回报；

图4A提供了一个流程图，描述了另一种用于根据本发明的某些实施例，提供基于地理的社区回报的方法；

图4B提供了另一种系统的结构图，该系统用于根据本发明的某些实施例提供基于地理的社区回报；

图5A提供了一个流程图，描述了根据本发明的某些实施例提供基于商家的社区回报；

图5B提供了一种系统的结构图，该系统用于根据本发明的某些实施例提供基于商家的社区回报；

图6A提供了一个流程图，描述了根据本发明的某些实施例提供基于地理和商家的社区回报；

图6B提供了一种系统的结构图，该系统用于根据本发明的某些实施例提供基于地理和商家的社区回报；

图7提供了一种方法的流程图，该方法根据本发明的实施例，浏览社区回报计划有关信息和为社区回报计划设定偏好；

图8是一个社区回报计划的图形用户界面的示例，该示例描述了依据本发明的一个实施例，呈现给用户的偏好选项；

图9是一个社区回报计划的图形用户界面的示例，该示例描述了依据本发明的其他实施例，呈现给用户的其他偏好选项；

图10是一个图形用户界面的示例，该示例描述了依据本发明的一个实施例，对用户在达到购买目标阈值中的进度的提醒；

图11是一个图形用户界面的示例，该示例描述了依据本发明的一个实施例，呈现给用户的偏好选项；以及

图12是一个图形用户界面的示例，该示例描述了依据本发明的一个实施例，获得回报的展示；

图13A和13B结合起来提供了一个流程图，该流程图描述了一种方法的另一个示例，该方法用于依据本发明的一个实施例管理社区回报；以及

图14仍是一种方法的其他示例的流程图，该方法用于根据本发明另一个实施例管理社区回报。

具体实施方式

现在以下将参照附图，更全面地描述本发明的实施例，其中呈现的是本发明的一些，但并非全部实施例。当然，本发明可以以许多不同的形式实施，并且不应当被解释为局限于这里提出实施例；甚至，提供这些实施例使得这些公开能够满足可适用的合法需求。自始自终，相同的数字代表相同的元件。

可以理解的是，在此使用的像“银行”和“金融机构”这样的术语是其最广泛的理解。处理金融交易的机构、组织或者甚至个人在其组织和结构中是变化很广的。像金融机构这样的术语意在包含所有这样的可能，包括但是不局限于银行、金融公司、证券经纪、信用合作社、储蓄贷款、抵押公司、保险公司、信用卡公司、支付网络公司(例如：Visa，MasterCard

，American Express等)，和/或类似的。此外，公开的实施例可以建议或者描述该金融机构外部的中介或合约人来执行一些计算、数据交付服务、数据处理服务和/或认证服务。这些描述仅仅是示例，并且如果有合适的数据库并且可被访问，机构或商家就能够在他们自己的计算机系统或甚至单个工作站上执行整个发明。

如上简要描述的，本发明的实施例总体涉及对特定社区的某些交易(例如购买和/或其他金融交易)进行合计，并且基于对社区交易的合计提供对社区的回报。如以下更具体的描述，该社区可以至少部分地基于地理、商家、产品、金融机构、客户、客户输入、交易类型，其他交易属性，和/或以上的结合。例如，在一个实施例中，银行识别其所有客户银行卡(即信用卡或借记卡)在特定城市中的交易，然后无论何时该城市的总交易达到预定交易阈值，都对该城市内的组织进行捐赠。通过这种方式，在该例子中，该城市的客户相对于其他银行，会更愿意使用该特定银行，客户知道他们进行的每笔交易都更推近他们的城市受惠于银行的某些捐赠或投资。在另一个实施例中，银行识别其所有客户的银行卡(即信用卡或借记卡)在特定商家进行的交易，然后无论何时与该商家的总交易达到预定交易阈值，该商家和/或银行都提供折扣或捐赠。通过这种方式，在该例子中，客户作为一个社区，可通过常去特定商家和鼓励其他人也这样作而朝着达到特定折扣、捐赠或其他回报努力。另外，在其他示例中，客户基于例如社会和家庭的关系创建他们自己的社区，而银行随后合计这些社区进行的交易的方面，并基于这些合计对这些社区提供回报。

图1和图2分别提供了一种方法和系统的总体描述，其依据本发明某些实施例提供社区回报。如图1中块105所述的，方法100包括定义社区。如以下更细节的描述，社区可以基于地理、商家、产品、金融机构、客户、客户输入、交易类型、其他交易属性，和/或以上的组合。例如，在某些实施例中，通过特定的地理区域(例如城市、镇、村庄、县、州、或其他地方)定义社区。在其他实施例中，社区定义为一个特定商家或一组商家的客户。仍然在其他实施例中，社区通过座落在特定地理区域中的特定商家的客户定义。仍然在其他实施例中，社区定义为金融机构的还与一个特定社会媒介网站或一组社会媒介网站(例如：Facebook、Twitter、Linkedin等)关联的客户。仍然在其他实施例中，社区定义为将购买交易信息报告给特定金融机构而并非该特定金融机构的客户的客户。例如，银行会收集纸件或数字化的购买交易收据、银行和信用产品报告书或来自非银行客户的购买的其他付款赁证。在本说明书其他地方更详细地描述了根据本发明实施例社区的其他示例。社区定义可以通过金融机构、商家、社区本身、客户，和/或其他社区回报系统的用户建立。例如，在本发明的一个实施例中，特定银行的客户能够建立他们自身的社区定义。例如，一组客户可以登录在线银行，并且前往社区创建工具中，将一个社区定义为特定群组中的成员，比如特定女童子军小队或家庭。其他客户可以随后加入这个群组，然后基于其合计的购买数据，共同努力来得到某些回报。在某些实施例中，这些客户定义社区的创建者和/或成员能够通过私人或公众的邀请，来邀请其他人加入他们的社区。私人邀请会需要密码，来自成员的直接邮件，或其他的认证程序。在一个实施例中，银行的客户为了加入她被邀请参加的一个私人社会或家庭的社区，也能够利用她的在线银行认证流程去认证她自己。

如块110描述的，方法100进一步包括定义交易阈值和关联的时间段。该交易阈值是当被满足时、确定是否应给予社区回报的目标值或其他规则。交易阈值可以是，例如交易的数量，交易的值，交易的百分比，和/或类似的。阈值通常与时间段关联。时间段根据什么时候进行交易，来确定应当朝着阈值算入哪些交易。时间段可以是小时、天、周、月、季度、年、十年，和/或任意其他的时间段。时间段可以通过起始日期和结束日期定义，或可以仅仅通过起始日期或结束日期定义。例如，如果仅提供了结束日期，那么时间段可以定义为介于当前日期和结束日期之间的期间，或介于交易数据的最早交易日期和结束日期之间的期间。如果仅提供了起始日期，时间段可以定义为介于该起始日期和当前日期之间的期间，介于该起始日期和某个无限或不确定的结束日期之间的期间，或介于该起始日期和达到交易阈值的日期之间的期间。在一个示例实施例中，交易阈值是在预定社区的预定时间段内，为了提供回报所必须进行的交易的总数量。例如，交易阈值可以是特定市区在一个月内的一千个交易。在另一个示例实施例中，交易阈值是在预定社区、预定时间段内，为了提供回报所进行交易的总值。例如，交易阈值可以是特定银行的客户在特定商家一个月内的购买总和为一万美元。仍然在一个其他的示例实施例中，交易阈值基于交易的时间进行调整。例如，银行或商家可以借助如Facebook这样的社会媒介网站发布销售通知，通过在较短期限内发起促销，提升在预定社区、预定时间段内进行的交易总数。

如块115所描述的，方法100进一步包括接收交易数据。在一个实施例中，交易数据包括仅与涉及特定金融机构和/或金融产品的交易有关的信息。例如，在某些实施例中，社区回报计划仅仅通过某个银行或其他金融机构提供，并且仅仅算入涉及该银行或其他金融机构的客户的交易。在其他实施例中，该交易数据包括有关不与提供社区回报计划的特定金融机构关联的交易的信息。例如，非银行客户可以自己报告交易信息给提供社区回报计划的银行。在某些实施例中，社区回报计划与特定类型的账户、卡、付款装置，或其他金融产品绑定，并且因此，仅有利用这些金融产品进行的交易才被算入有利于满足阈值。例如，金融机构可以提供专门的“社区回报”信用卡，并将交易数据和/或社区定义为仅包含利用该社区回报信用卡进行的交易。

交易数据可以通过不同方式接收，在某些实施例中，交易数据从金融机构中接收。在其他实施例中，交易数据从交易发生的“销售点”直接接收。例如，在一个实施例中，社区回报计划通过银行操作，交易数据在由该银行客户进行购买或其他交易的任意时候，以接收自商家的销售点计算机系统的电子认证请求的形式被接收。这种认证请求可以包括，例如标识该商家和商家地点的商家代码，帐户号码或其他客户标识符，卡号码或其他金融产品标识符，日期，交易量，一个或多个产品标识符，和/或类似的。所有这些数据和/或其他数据随后可被存储为交易数据。在本发明的其他实施例中，社区回报计划通过一个实体操作，该实体并非传统的金融机构，而是改为通过访问金融机构的交易信息数据库接收交易信息。

如块120所描绘的，方法100随后包括从交易数据中识别那些与预定社区(包括预定的虚拟社区)关联并在预定时间段内发生的交易。在某些实施例中，计算机周期性地搜索交易数据寻找合格交易。在其他实施例中，计算机评估其接收到的每个交易。

如块125所述，方法100进一步包括合计被识别(即合格的)交易的特定方面。该特定方面可以是交易的数量，交易的值，交易的付款方式类型，交易时间，交易值扣去交易包含的税和费用，和/或这些交易的其他方面。例如，在一个实施例中，合格的交易的数量仅被算入以确定合格交易的总数量。在另一个示例的实施例中，合计合格交易的值来确定所有合格交易的总价值。仍然在本发明的其他实施例中，确定平均合格交易或确定合格交易相对所有交易的百分比。

如判定方块130中所述，合格交易的特定方面的合计与预定的交易阈值进行比较，来确定该合计是否满足阈值。依据交易的合计方面和阈值如何被定义，合计可以通过例如等于、大于和/或小于交易阈值来“满足”交易的阈值。例如，在一个实施例中，计算机确定合计为一百个交易，且如果该合计大于或者等于九十个交易，则该合计满足九十个交易的交易阈值。

如图1中所述，如果确定合计未满足预定阈值，则流程返回到块120且继续识别其他的合格交易，重新计算合计，并将合计与阈值进行比较。当合计满足阈值时，流程进入块135。

如块135中所述，一旦阈值被满足，确定回报应该被提供给该社区。如上所述，回报可以例如提供给与社区关联的实体。例如，回报可以是对与社区关联的慈善机构的捐赠，对与社区关联的个人或个人群组的付款，对与社区关联的企业的投资，对与社区关联的政府组织的捐赠，社区项目的捐赠或投资，和/或其他类型的回报。该回报可以通过直接提供给社区的一个或更多成员，或间接地提供给与社区关联的一个或更多组织或其他实体来提供。

回报可以通过金融机构来提供，例如从交易数据和/或与交易数据关联地管理社区回报的金融机构。在其他实施例中，回报可以通过与交易数据关联的商家，政府机构或组织，其他组织，一个或多个客户或客户群组，社区，和/或其他实体来提供。在这点上，在本发明的某些实施例中，当确定回报应被提供给社区之后，回报就被触发。触发回报可以包括例如提供该回报，通知其他装置或实体回报应当被提供给该社区，提示实体选择回报，发起有关提供回报的过程，和/或类似的。

图2提供了系统200的结构图，用于依据本发明的某些实施例提供社区回报。例如，在一个实施例中，系统200配置为执行图1和/或在此提供的其他图的流程。如描述的，系统200通常包括网络210，金融机构220，社区回报设备230，多个商家250，其他交易系统270，多个客户265和社区240。

金融机构220可以是与一个或多个金融交易(例如购买交易或其他针对货物或服务的付款，货币提取交易，货币存储交易，货币转帐交易，投资交易，销售交易，和/或类似的)关联的任意金融机构。在这点上，金融机构220通常包括交易处理系统222，配置为从各商家250的销售点(POS)计算机系统252，和/或例如自动取款机(ATM)和/或类似的这样的其他交易系统270接收交易数据。例如，在本发明的一个实施例中，金融机构220是银行，配置为接收有关其客户交易的交易数据。在本发明的其他实施例中，金融机构是包含在这些交易中的某个其他金融机构，例如商家的银行，中间银行，或比如Visa

，MasterCard

，American Express

和/或类似的这样的支付网络机构。

通常的，金融机构220经由网络210通信地耦合到多个商家250上，例如商家A 250A，商家B 250B和商家C 250C。金融机构220也可以通信地耦合到其他交易系统270上，例如ATM上。网络210可以由任意一种或多种类型的网络组成，例如无线网络，有线网络，广域网，全球网络，局域网，电话网，蜂窝网，因特网，内部网，虚拟专用网络，安全专用网，支付网络，一个或多个直接连接，和/或类似的。网络210可以包括多个网络，用于处理这里描述的不同功能和传输。网络210可以包括任意数量的实体和/或装置，用于传输和/或处理通信和/或其他通过网络传送的数据。例如，在某些实施例中，对于交易信息从商家250到金融机构220的通信，网络210可以包括一个或多个像中间银行和/或支付网络机构这样的其他金融机构。

商家250可以是任意类型的商家，例如实体零售店，在线零售商，批发商，个人，集合地，和/或类似的。这些商家通常有POS计算机系统252，例如在商家A 250A处的POS计算机系统A 252A和在商家B 250B处的POS计算机系统B 252B。该POS计算机系统252通常包括计算机系统，配置为识别交易请求，请求交易的批准，和/或请求交易的金融处理。在这点上，POS计算机系统252通常有交易装置读取器，例如配置为读取像银行卡这样的客户交易装置的卡片扫描器。POS计算机系统252通常都有用户输入装置，允许客户和/或商家代表将信息输入计算机系统。POS计算机系统252通常也有用户输出装置，配置为为客户和/或商家提供信息。每个POS计算机系统252也有网络接口，配置为通过网络210与一个或多个装置通信，例如交易处理系统222。在某些实施例中，POS计算机系统252也具有例如条形码读取器这样的其他机器可读的代码读取器，配置为识别产品或交易的其他对象。在某些实施例中，POS计算机系统252是经由因特网处理电子商务交易的计算机系统，并且配置为比如通过因特网与远程客户输入/输出装置通信。在其他实施例中，POS计算机系统252是配置为与移动支付装置通信来接收移动支付的计算机系统。

如图2进一步所描述的，系统200通常包括多个客户260，例如客户A 260A，客户B 260B，客户C 260C，和客户D 260D。这些客户260与商家250，POS计算机系统252和/或其他交易系统270交互，以进行涉及客户260和金融机构220的金融交易。在这点上，客户260通常都带有交易装置265，用来与POS计算机系统252和/或其他交易系统270进行金融交易。在某些实施例中，客户260是金融机构220的客户，因为他们的交易装置265与金融机构220绑定。例如，客户的交易装置265可以识别金融机构220代表该客户维护的信用或借记帐户。在其他示例中，客户的交易装置265可需要使用特定支付网络，并且金融机构220可维护该特定支付网络。仍然在其他实施例中，例如在金融机构220是商家的银行而不一定是客户的银行的实施例中，交易装置265可以不与金融机构220绑定。

图2特别地描述了客户A 260A使用交易装置265A来与POS计算机系统252A交互，以与商家A 250A进行金融交易的示例。客户C 260C也通过利用交易装置265C与POS计算机系统252A交互来与商家A 250A进行金融交易。客户B 260B通过利用交易装置265B与POS计算机系统252B交互来与商家B 250B进行金融交易。客户D 260D利用交易装置265D与如ATM的某个其他类型的交易系统270交互。在所有这些交易都与金融机构220关联(例如，所有客户260都使用金融机构220持有的账户来进行金融交易)的实施例中，该金融机构220接收有关每个交易的数据，并且将这些信息存储在交易处理系统222的存储装置中。

系统200还包括社区回报设备230，配置为管理这里描述的社区回报计划的诸多功能。该社区回报设备230可以是单个的计算机工作站或可以由多个计算机和/或其他装置组成。社区回报设备230可以由金融机构220所有和/或维护，也可以与交易处理系统222结合。在其他实施例中，社区回报设备230由不同于金融机构220的实体所有和/或维护。例如，社区回报设备230可以在某些实施例中，由第三方的社区回报计划卖主所有和/或操作，该卖主与金融机构220合约来访问金融机构的交易数据和维护社区回报计划。

如图2描述的，社区回报设备230通常包括通信接口232。在此所用的“通信接口”通常包括硬件，和某些实例中的软件，使得系统200的一部分，例如社区回报设备230，能够传输、发送、接收和/或以其他方式相对于用户和/或系统200的一个或多个其他部分的网络接口传递信息。例如，社区回报设备230的通信接口232可以包括网络接口233和用户接口234。由社区回报设备230或计算机系统200的其他部分相对于用户或者在计算机系统200的各部分之间传递的信息通过对信息加密和/或利用用户认证方式而被安全传输。

如此处所用，“网络接口”通常包括硬件，和在某些实例中的软件，使得系统200的一部分，例如社区回报设备230能够通过网络210传输、发送接收和/或以其他方式相对于系统200的一个或多个其他部分的网络接口传递信息。例如社区回报设备230的网络接口233可以包括调制解调器，服务器，电连接和/或其他电子装置，通信地将社区回报设备230连接到网络210的其他电子装置上，并且利用网络通信协议进行通信。

如此处所用，“用户接口”通常包括用于向用户呈现信息的一个或多个用户输出装置，例如显示器和/或扬声器。在某些实施例中，用户接口进一步包括一个或多个用户输入装置，例如一个或多个按钮，键，拨号盘，控制杆，方向板(pads)，操纵杆，加速计，控制器，麦克风，触摸板，触摸屏，触觉界面，扫描器，动作检测器，照相机，和/或类似的来从用户处接收信息。例如在某些实施例中，用户接口234包括个人计算机的输入和显示装置，比如键盘和显示器。

正如图2进一步阐述的那样，社区回报设备包括处理器235，在操作上连接到通信接口232和存储器系统237。这里使用的“处理器”，例如处理器235，一般包括实施音频、视频、和/或系统200的一部分的逻辑功能的电路。例如，处理器可以包括数字信号处理装置，微处理器装置，各种模拟数字转换器，数字模拟转换器，和其他支持电路。处理器所在的系统的控制和信号处理功能可以根据其各自的功能在这些装置间分配。处理器也可以包含至少部分基于其计算机可执行程序代码部分(例如可以存储在存储装置中)来操作一个或多个程序的功能。例如，关于社区回报设备230，处理器235可配置为通过执行社区回报设备230的存储器系统237中存储的社区回报应用的计算机可执行程序代码，执行一个或多个在此加在社区回报设备230上的功能。

在这里使用的“存储器系统”或简单的“存储器”可包括任何的计算机可读形式介质。例如，存储器包括易失存储器，如具有临时存储数据的高速缓存区的易失性随机存取存储器(RAM)。存储器还可包括嵌入式和/或可移动的非易失性存储器。附加或替代地，非易失性存储器还可以包括EEPROM，闪存和/或类似设备。存储器可以存储由其所驻留的系统使用来执行该系统的功能的任意一条或多条信息或数据。

如图2所示，社区回报设备230中的的存储系统237包括存储于其中的交易数据238和社区回报定义239。交易数据238包括有关多个交易的数据，例如与金融机构220关联的多个交易。交易数据238可以包括例如下述信息：参与交易的客户的识别信息、参与交易的商家的识别信息，有关交易量的信息，关于交易类型的信息(例如，购买，退货，提款，存款等)，有关产品或交易涉及的其他对象的信息，有关交易地理位置的信息，有关交易时间的信息(例如，日期和/或时间)，有关客户地址的信息，有关商家地址的信息，对客户的人口统计信息，对商家的人口统计信息，有关交易中所涉及的一个或多个金融机构的识别信息，有关交易中所涉及的一个或多个金融产品的识别信息，和/或金融交易中可能存在的其他类型的信息，包括金融交易涉及的各方的任意其他信息。

社区回报定义239包括规则，阈值，名称，和/或其他规范，用以定义一个或多个社区回报。例如，社区回报定义239可包括有关回报的信息，如回报的类型，回报的金额，回报的受益者，回报的给予时间，回报的给予方式，回报的被通知对象，和/或类似信息。

社区回报定义239还可包括定义与回报相关的社区的信息。社区的定义可以包括如城市，镇，村，州，县，国家，和/或其他自治政府的名称信息。社区定义可以包括其他地理区域标识信息，如邮政编码，区号，街道名称，交叉口，街道地址，区域，GPS坐标，经度和纬度坐标，和/或任何其他类型的地理标识或边界。社区定义可以包括人口统计信息或其他信息，用于识别特定客户或客户类型，一个或多个特定商家或商家类型，一个或多个特定金融机构或金融机构类型，一个或多个特定交易或交易类型，一个或多个特定产品或在交易中涉及的产品类型，和/或其他。例如，社区定义可以定义社区，从而与社区关联的交易仅包括由特定金融机构的客户在特定的地理区域中进行的任何交易。再例如，社区定义可以定义社区，从而与社区关联的交易仅包括由生活在特定地理区域中的特定金融机构的客户进行的任何交易。再例如，社区定义可以定义社区，从而与社区关联的交易可仅包括由特定金融机构的客户在特定商家作出的任何交易。再例如，社区定义可以定义社区，使得与社区关联的交易仅仅包括由客户在特定地理区域在特定商家作出的任意交易。

社区回报定义239还可以包括有关交易会被朝着满足回报要求计数的时间段的信息。例如，社区回报定义239可包括诸如开始日期，结束日期(如截止日期)，时间长度(例如，日，周，月，季，年等)，确定开始或结束日期的一个或多个规则，和/或任何其他可用于确定交易的时间是否使其朝着特定回报的交易要求计数的信息。

社区回报定义239还可包括关于社区回报设备230如何确定所定义的社区交易应导致规定的回报的信息。换句话说，社区回报定义239包括了与回报相关联的社区交易要求。例如，社区交易要求可以包括社区交易必须满足以触发回报的一个或多个交易阈值。因此，社区回报定义239可以包括规定一个或多个交易阈值的信息。这些阈值可以是，例如，特定的交易数量，特定的交易总价值，特定交易数量之后的特定交易平均值，特定的交易频率，和/或其他信息。类似的，社区回报定义239包括关于如何合计社区交易的信息(如交易的哪些方面可以用以识别和确定社区总计)，以及有关如何比较社区总计和阈值的信息(如相等，大于，小于，大于等于，小于等于，等)。

例如，在本发明的一个实施例中，客户260凭借他们具有金融机构220的贷记或借记(如活期存款/支票)账户而是金融机构220的客户。客户260使用他们的银行卡，或其他交易装置265，与商家250进行购买或其他交易。多个商家250的POS计算机系统252读取客户的交易装置252和经由网络210将有关每笔交易的信息传递给金融机构220的交易处理系统222。有些客户通过其他交易系统270进行交易，如通过ATM，而且这些交易系统270也向交易处理系统222发送信息。同时，用户，例如可以是商家250或金融机构220的雇员，采用由社区回报设备230的用户界面234提供的图形用户界面，来为特定的社区回报创建社区回报定义239。在一个例子中，用户把社区240定义为特定地理区域，把社区交易定义为金融机构220的任意客户进行的任意购买交易(其中客户居住在该特定地理区域或商家位于该特定地理区域)。在举例的实施例中，特定社区240包括客户和商家A 250A之间的任意交易，包括商家A 250A和居住在该地理区域之外的客户C 250C之间的任意交易。指定社区240还包括客户和商家C 250C之间任意交易。指定社区240还包括客户A260A和任意其他商家之间的任意交易，无论该商家位于何地。然而，社区240不包括居住于该地理区域之外的客户和位于该地理区域之外的商家进行的交易。在本实施例中，社区回报设备230使用其网络接口233接收来自交易处理系统222的交易数据。之后社区回报设备230将交易数据238储存在存储器系统237之中。社区回报设备230然后使用社区回报定义239，以识别交易数据238中在定义的社区240内的交易。在作出上述识别之后，处理器235根据社区回报定义239合计这些社区交易的各方面，从而获得社区总计。处理器235然后根据社区回报定义239比较社区总计和社区阈值，以确定是否应触发社区回报。如果社区总计满足阈值，通信接口232可被用来通知个人或装置应提供社区回报。

在此提供的每个流程图被划分成块，用以说明金融机构(如银行，信用卡公司，支付网络公司，和/或其他)，商家，第三方，和/或如这里指出的客户进行的行为或事件。每个流程图代表本发明的一个典型实施例。从这里可以了解到，除非另有明确的陈述，否则本发明的其他实施例的部分或所有行为或事件可以不同的顺序或同时地实施。同样，在本发明的一些实施例，一个或多个行为或事件可被删除，可选，添加，和/或与一个或多个其他行为或事件相结合。

在一个实施例中，社区回报计划是由一个实体提供给用户的任何产品，服务，或计划，让用户或另一个实体来创建，接收，查看，监控，和/或操纵社区回报和/或回报选项。如上所述，在一些实施例中，社区回报会是未来的购买交易折扣，回扣，优惠券，礼品卡，现金数额，支票，折扣代码，帐户信用，度假包，免费的产品或服务，降低的利率，金融产品的批准，对一个组织或非赢利机构的捐赠，项目的赞助，对政府组织或工程的捐助，对企业或工程的投资，和/或其他形式的回报或回报组合。在这方面，一些实施例中，社区回报计划是由金融机构，商家，或其他实体提供的促销工具(例如，产品，服务，计划等)。

此外，应该指出，社区回报可以是与任何实体(如金融机构，手机服务供应商/实体店，公用事业供应商，俱乐部，零售店，提供租赁服务/产品的专卖店，或任何其他与用户交互的实体)相关联的回报。例如，在一个实施例中，国家五金店可以向在特定城市使用首选信用卡购买产品或服务的客户发放回报。回报可以以捐款到该城市的方式支付给该城市的客户。在另一实施例中，社区回报计划可以是由当社区中的客户在该社区中进行了预定数量的交易时发出回报的金融机构运行的回报计划。

图3A-6B描述了图1和图2所示的实施例的社区回报方法和系统。具体来说，图3A和3B描述了管理基于地理的社区回报计划的方法和系统，其中符合条件的交易包括多个不同客户的交易。图4A和4B描述了管理基于地理的社区回报计划的方法和系统，其中符合条件的交易包括单个客户的交易。图5A和5B描述了管理基于商家的社区回报计划的方法和系统，其中符合条件的交易包括多个不同客户的交易。图6A和6B描述了管理基于地理和商家的社区回报计划的方法和系统，其中符合条件的交易包括多个不同客户的交易。图3A-6B仅用于描述社区回报计划的某些实施例，社区回报计划的其他实施例在本说明书其他地方进行描述，和/或考虑到本公开，对本领域普通技术人员将是显而易见的。此外，本发明所述的实施例可能与发明所述的其他实施例结合，使之成为发明的另一些实施例。

现在参考图3A提供的流程图，来说明与本发明一典型实施例相一致的基于地理的社区回报过程300。正如模块305所述，消费者定期地使用金融产品(如由他们的金融机构提供的信用卡或支票帐户)从事交易。消费者可以是个人，团体，组织，帐户持有人，或任何被授权使用该金融产品或设定金融产品偏好的个人。交易可以包括，例如，包括通过信用卡，借记卡，支票，直接提款，或与客户和金融机构相关联的任何其他付款形式支付产品的购买。交易还可包括取款，存款，退款，转账，信贷，贷款，和/或任何其他金融交易。应该理解的是，此处使用的“产品”可以是由商家或其他企业提供出售的任何产品或服务。

正如模块310所述，接收与特定金融机构的客户交易相关的交易数据。例如，金融机构接收有关通过一个或多个交易处理系统进行的客户交易的交易数据，所述一个或多个交易处理处理经由例如银行卡系统，在线电子商务系统，网上银行系统，电话交易系统，电话银行系统，ATM系统和/或其他电子金融交易系统进行的电子交易。交易数据可以包括有关银行卡交易、ATM取款或存款，自动取款，金融工具交易，以及其他金融交易的信息，无论该信息是以文档、电子或其他形式存在。应该理解的是，下面描述的方法可以适用于不同于购买交易数据的数据，包括与慈善捐赠或礼品相关的数据。

如模块310进一步指出的那样，交易数据包括与每笔交易相关的地理信息的数据。地理信息可以是有关交易位置，客户位置，商家位置，和/或金融机构或分支机构位置的信息。交易的位置可以是交易发生的实体店的位置，交易发生时客户的所在位置，交易发生时客户的计算设备的所在位置(例如，在线或其他电子商务类交易)，和/或其他类似。客户的位置可以是客户生活的位置，客户工作的位置，交易发生时客户的所在位置，和/或其他类似。商家的位置可以是交易发生时商家的零售位置的位置，商家的总部所在地，商家网络服务器的所在位置，用于访问商家的电子商务平台的计算设备的位置，和/或其他类似。例如，在一个实施例中，收到的用于授权交易的授权请求包括可以用来识别该销售点的地理位置的商家代码。地理位置信息可以包括，例如，街道，区，村，镇，市，县，州，国家，地区，邮政编码，区号，住宅区，坐标，和/或其他类似。

在本发明的一些实施例中，交易数据通过企业，组织，代理机构，或交易中涉及的任何实体发送给金融机构(或其他方)。通过网络连接，电子，听觉，书面或接收数据的其他机制接收交易数据。在一些实施例中，发送交易数据的实体是第三方，如帐单或支付服务供应商。应该了解，金融机构可以以任何方式接收交易数据，无论数据是来自其他金融机构，来自个人，来自商家，来自客户，来自POS计算机系统还是来自任何其他实体。正如模块315所述，交易数据存储在金融机构，企业，企业集团或其他组织的专有数据库中。

正如模块320所述，之后计算设备使用存储在数据库中的交易数据，以识别任何与预先设定的地理区域相关、与特定回报相关的交易。在所示的实施例中，被识别的交易包括多个不同客户的交易。例如，在本发明的一个实施例中，计算设备搜索特定金融机构的交易数据，并识别由金融机构的客户在过去一个月、在位于特定县的商家进行的所有购买。在一个实施中，用于定义社区的预先设定的地理区域是总体上由交易数据表示的地理区域的子集(即，小于全集)，或是代表金融机构的地理足迹的子集。例如，交易数据可包括遍及特定国家的不同地点的交易，但用于定义社区的预先设定的地理区域可以是该国的一小部分。再例如，金融机构为十个不同国家提供服务，用于定义社区的预先设定的地理区域定义是由该10个国家表示的区域(但小于由该10个国家表示的区域)中的特定区域(例如，预定义的地理区域可能十国之一，十个国家之一中的一部分，覆盖几个国家但不是所有国家的地区，等等)。在基于地理的社区回报计划的一些实施例中，社区由除了地理因素之外的一个或多个因素定义。

如模块325所示，在步骤320中识别的交易的特定方面之后被合计，以确定交易总额(即“社区总计”)。被识别的交易的特定方面可以是，例如，交易的数量或价值。交易总额可以是，例如，在步骤320中识别的交易总数，在步骤320中识别的交易总价值，在步骤320中识别的交易平均价值，在步骤320中识别的交易频率，由步骤310的交易数据代表的、作为在步骤320识别的交易的总交易的百分比，和/或类似数据。

如块330中所示的，确定交易是否满足预定义阈值。在描述的实施例中，来自步骤325的交易总计与交易阈值进行比较，以依据具体情况通过等于、大于、小于、大于或等于、或小于或等于阈值来决定该交易总和是否满足该阈值。该交易阈值可以是基于交易总计的类型的预定义的值(例如，美元数)、数量、百分比，和/或类似的。例如，其中来自步骤325的社区交易总和反映了步骤320中识别的交易总价值，那么预定义的交易阈值可以是美元数量，并且如果交易总和大于或等于该美元数，计算机可以确定该社区的交易总计满足交易阈值。在另一个示例中，其中来自步骤325的社区交易总和反映了步骤320中识别的购买的总数量，那么预定义的交易阈值可以是特定数字，并且当交易总和大于或等于该特定数字时，计算机可以确定该社区交易总数满足该交易阈值。

如果交易总和不满足预定义的交易阈值，那么进程返回步骤320，并且系统继续追踪与预定义的地理区域关联的交易并重复步骤320、325和330，直到社区回报失效或交易阈值被满足。然而，在其他实施例中，如果预定义的阈值未满足，对与特定地理位置关联的追踪被中止或终结。例如，如果预定阈值取决于在特定日期前达到某个目标并且该系统仅在该特定日期进行步骤330的确定，那么未能在特定日期前满足该阈值会导致终止对该特定回报的交易追踪。

如块340所示，当交易总和满足预定义的交易阈值时，系统响应于交易满足预定义的阈值而触发回报。如上公开的，回报是特定种类的奖品，例如对未来购买交易的折扣，回扣，优惠券，礼品卡，现金量，支票，打折码，账户信用，度假包，免费商品或服务，对组织的捐赠，对环境有益的贡献，对社区的再投资，或任意其他类型的回报。例如，该回报可以是对服务于、坐落于、或者以其他方式与步骤320中使用的预定义地理区域关联的当地慈善机构、研究机构、公立学校、医院、志愿者组织或公园的捐赠。回报可以通过系统以电子或其他方式自动通知继续提供该回报的进程的实体，自动提供该回报给实体，自动提示客户对回报和/或回报受益人进行选择或表决，发起回报给予进程，自动传输金钱或者信用到账户中，自动减少利率，自动发送优惠券或其他赠与给个人，和/或任何其他与提供回报相关的方法。

图3B是一个结构图，描述了配置为依据本发明的某些实施例执行图3A的方法的社区回报系统350的示例。该系统350包括银行服务器354，通过网络358通信地耦合于一个或多个商家、银行系统，和其他交易系统的计算机系统。银行服务器354是由银行352操作或位于银行352中的计算机系统，其执行当前发明的一个实施例。银行352是分别发放银行卡364A、364B和364C给不同客户362A、362B和362C的金融机构。银行352可以是具有一个或多个在社区366的内部或外部的位置的单个银行或银行群体。社区366由地理区域所定义。在示例性的实施例中，用于社区回报的合格社区交易是由银行352的客户所进行的任何交易，其中所述交易是在预定义的社区366的预定义地理区域中进行的。在这个示例性的实施例中，基于地理的社区366包括ATM 368、商店376、企业367、电子商务服务器374和慈善机构372。

银行服务器354可以是能够与网络358通信的任何类型的计算机或其他设备。在一个实施例中，银行服务器354包括硬件、数据库356、处理器，和至少一个软件应用。网络358可以是允许银行服务器354与客户计算机系统360和各种交易系统以及位于社区366内的成员通信的任何类型的网络或通信设备。在一些实施例中，网络358包括因特网、专有网络、蜂窝网络、无线网络和/或其他网络。在一些实施例中，客户计算机系统360包括至少一个用于实现一个或多个此处描述的功能的软件应用。计算机系统360可以是计算机、PDA、智能手机或能够耦合到网络358的任何其他设备。在一些实施例中，ATM 368和商家376包括从客户的银行卡364上读取账户信息的读卡器，或任何其他类型的能够用于购买物品的金融装置。例如，在附图中，客户362A在商店376中通过在位于商店376中的POS计算机系统的读卡器上刷银行卡364A来购买产品或服务。电子商务服务器374可以是能够与网络358和客户计算设备360通信的任何类型的计算机或其他设备，并配置为为客户362A处理在线交易。在一些实施例中，电子商务服务器374通过网络358传送交易数据或其他信息至银行服务器354。慈善机构372也位于地理定义的社区366中以及可以包括通过网络358与银行服务器354通信的计算机系统。在一些实施例中，慈善机构522通过网络358接收来自银行服务器354或商家服务器的回报。

关于附图3A如上描述的方法300能够以由银行服务器354和/或商家计算机系统、客户计算机系统、慈善计算机系统和/或其他交易系统中的一个或多个的硬件和软件来实现或由其执行。客户计算设备360(例如智能手机、PDA等)上的客户362A可以通过网络358访问信息。在一些实施例中，银行服务器354将它的客户交易的交易数据存储入数据库356。

例如，在本发明的一个示例性实施例中，银行352是为世界各地的客户服务的国际性银行。为了增加在特定城市中的社区参与，增加该城市中银行的社区参与的认知，以及吸引新客户到该城市中的银行，银行提供了一个推广，其中如果在当月中，在该城市内使用银行发行的卡364所做的交易超过30,000(即交易阈值)，银行就同意捐献100,000美元(即回报)给城中(即基于地理的社区366)的慈善组织。银行352接收世界各地的交易的交易数据，并且从这些交易中识别在该特定城市中用银行发行的卡364所做的所有交易。如果在城中用银行发行的卡354进行了30,000个交易，那么银行支付100,000美元回报给位于城中的一个或多个慈善机构372。在一些实施例中，位于城中的客户362为应该收到回报的慈善机构372进行投票。

附图4A提供了说明基于地理的社区的回报过程400的另一例子的流程图，其中根据本发明的一个示例性实施例，只有单个客户的合格交易被合计。在这个过程400中的很多步骤与之前关于附图1和/或3A的那些描述相似。因此，为了简明起见，关于这幅附图的这些步骤的许多细节或可替换实施例不再重复。不过，很明显的是，参照前面的实施例所做的描述很多都可以等同应用到下面所述的一些实施例中。

如块405所示，消费者定期使用金融产品(例如由他们的金融机构提供的信用卡或支票账户)进行交易。如块410所示，与特定金融机构的特定客户相关联的交易数据被接收。例如，在一个实施例中，金融机构通过处理借助一个或多个电子金融交易系统进行的电子交易的一个或多个交易处理系统来接收关于特定客户的交易的交易数据。正如块410所进一步所示，交易数据包括与每一个客户的交易相关联的地理信息。如块415所示，用于特定客户的交易数据之后被存储在金融机构、企业、企业团体或其他组织的专有数据库中。

如块420所示，计算设备之后使用存储在数据库中的交易数据，来识别与预定义地理区域相关联、与特定回报关联的这个特定客户的交易。在基于地理的社区回报计划的一些实施例中，社区通过除了地理之外的一个或多个其他因素来定义。

如块425所示，在步骤420中识别的交易的特定方面之后被合计以确定特定客户的交易总数(即“社区总数”)。被识别的交易的特定方面可以是，例如交易的数目或价值。交易总数可以是，例如在步骤420中识别的交易的总的数目，在步骤420中识别的交易的总的价值，在步骤420中识别的交易的平均价值，在步骤420中识别的交易的频率，由步骤410的交易数据所代表的、作为在步骤420中识别的交易的总交易的百分比，和/或类似物。

如块430所示，确定交易是否满足预定义的阈值。在这个示例性的实施例中，来自步骤425的交易总数与交易阈值进行比较以确定交易总数是否满足阈值，如情况可以是等于、大于、小于、大于等于或小于等于阈值。交易阈值可以是一个预定义的值(例如美元数量)、数目、百分比和/或基于交易总数的类型的类似物。

如果客户的交易总数未满足预定义的交易阈值，那么所述过程返回到步骤420并且所述系统继续追踪与预定义的地理区域相关联的客户交易，并且重复步骤420，425和430直到社区回报到期或交易阈值被满足。然而，在其他实施例中，如果未满足预定义的阈值，那么与特定地理位置相关的交易的跟踪会被暂停或终止。

如块440所示，当用户的交易总数满足预定义的交易阈值，系统响应于交易满足预定义阈值而触发回报。如上所述，所述回报是某种奖励，例如用于未来购买交易的折扣，回扣、优惠券、礼品卡、现金账户、支票、折扣码、账户信用、度假套餐、免费产品或服务、对一个组织的捐赠、对环境有益的贡献、对社区的再投资或任何其他类型回报。例如，所述回报可以是对由特定客户所选择的当地慈善机构的捐赠。在另一个例子中，所述回报是存入到客户银行帐号的、对在下周内该客户使用银行发行的信用卡或借记卡进行的所有交易的回扣。

附图4B是展示根据本发明的一些实施例，配置为执行附图4A的方法的社区回报系统450的例子的框图。系统450包括通过网络458通信耦合至一个或多个商家的计算机系统、银行系统和其他交易系统的银行服务器454。银行服务器454是由银行452操作或位于银行452中的计算机系统，其实现本发明的实施例。银行452是发行一种或多种银行卡464(即信用卡或借记卡或其他交易装置)给具体客户462的金融机构。银行452可以是具有一个或多个在社区466内部或外部位置的单独的银行或者银行群体。社区466至少部分地由地理区域所定义。在这个示例性的实施例中，用于社区回报的合格社区交易是由客户462所进行的任何交易，其中所述交易是使用银行发行的卡464在预定义的社区466的预定义地理区域中进行的。在这个示例性的实施例中，基于地理的社区466包括ATM 468，几个商店476、467和470，几个电子商务服务器469和471以及慈善机构472。

根据附图4A如上所述的方法400可以由银行服务器454和/或商家计算机系统、客户计算机系统、慈善计算机系统和/或其他交易系统中的一个或多个的硬件和软件来实现或执行。例如，在本发明的一个示例性实施例中，银行452是为世界各地的客户服务的国际性银行。为了给银行和在特定县中的银行的商家客户吸引新客户，银行提供了一个推广，其中如果在特定日期之前县(即基于地理的社区466)中的通过银行发行的卡464进行的客户交易超过了5,000美元(即交易阈值)，那么银行同意在6个月中向客户462的所有银行卡购买提供5％的现金返还(即回报)。银行452接收世界各地的交易的交易数据，并且从这些交易中识别在该特定县中用银行发行的卡464所做的所有交易。如果县中有5,000美元交易是用银行发行的卡454进行的，那么银行在接下来的六个月中在银行卡交易上为客户462提供5％的现金返还。在本发明的其他实施例中，替代现金返还，银行452为位于县中的和/或由客户462所选择的慈善机构472进行捐赠。

根据本发明的一个示例性实施例，附图5A提供了说明基于商家的社区的回报过程500的一个例子的流程图。在这个过程500中的很多步骤与之前关于附图1和/或3A，和/或4A的那些描述相似。因此，为了简明起见，关于这幅附图的这些步骤的许多细节或可替换实施例不再重复。不过，很明显的是，参照前面的实施例所做的描述很多都可以等同应用到下面所述的一些实施例中。

如块505所示，消费者定期使用由他们的金融机构提供的金融产品进行交易。如块510所示，接收与特定金融机构的多个不同客户相关联的交易数据。例如，在一个实施例中，金融机构通过处理借助一个或多个电子金融交易系统进行的电子交易的一个或多个交易处理系统来接收关于其特定客户的交易的交易数据。正如块510所进一步表现的，交易数据包括与每一个交易相关联的商家识别信息。如块515所示，交易数据之后被存储在金融机构、企业、企业群体或其他组织的专有数据库中。

如块520所示，计算设备之后使用存储在数据库中的交易数据来识别与特定商家或商家群体相关联、与特定回报相关联的任何交易。如块520所示，在一些实施例中，识别的交易包括多个不同客户的交易。例如，社区可以定义为特定商家或商家群体的客户。所述商家或商家群体可以是特定的零售商、批发商、制造商、分销商、商店、连锁、特许经营、企业集团和/或任何其他企业实体或组织。在基于商家的社区回报计划的一些实施例中，社区通过除了商家或商家群体之外的一个或多个其他因素来定义。

如块525所示，在步骤520中识别的交易的特定方面之后被合计以为社区确定交易总数(即“社区总数”)。被识别的交易的特定方面可以是，例如交易的数目或价值。交易总数可以是，例如在步骤520中识别的交易的总的数目，在步骤520中识别的交易的总的价值，在步骤520中识别的交易的平均价值，在步骤520中识别的交易的频率，由步骤510的交易数据所表现的、作为在步骤520中识别的交易的总交易的百分比，和/或类似物。

如块530所示，确定交易是否满足预定义的阈值。在这个示例性的实施例中，来自步骤525的交易总数与交易阈值进行比较以确定交易总数是否满足阈值，如情况可以是等于、大于、小于、大于等于或小于等于阈值。交易阈值可以是预定义的值(例如美元账户)、数目、百分比和/或基于交易总数的类型的类似物。

如果交易总数未满足预定义的交易阈值，那么所述过程返回到步骤520并且所述系统继续追踪与预定义的商家或商家群体相关联的交易，并且重复步骤520，525和530直到社区回报到期或交易阈值被满足。然而，在其他实施例中，如果未满足预定义的阈值，那么与特定商家相关的交易的跟踪会被暂停或终止。

如块540所示，当交易总数满足预定义的交易阈值时，系统响应于交易满足预定义阈值而触发回报。如上所述，所述回报是某种回报，例如用于未来购买交易的折扣，回扣、优惠券、礼品卡、现金账户、支票、折扣码、账户信用、度假套餐、免费产品或服务、对一个组织的捐赠、对环境有益的贡献、对社区的再投资或任何其他类型回报。例如，所述回报可以是商家或商家群体对当地慈善机构的捐赠。在另一个例子中，所述回报是由金融机构的客户在该商家或商家群体所进行的未来交易的折扣。

附图5B是展示根据本发明的一些实施例，配置为执行附图5A的方法的社区回报系统550的例子的框图。系统550包括通过网络558通信耦合至一个或多个商家的计算机系统、银行系统和其他交易系统的银行服务器554。银行服务器554是由银行552操作或位于银行552的计算机系统，其实现本发明的一个实施例。银行552是发行一种或多种银行卡564A、564B和564C(即信用卡或借记卡或其他交易装置)分别给不同客户562A、562B和562C的金融机构。银行552可以是单独的银行或者银行群体。社区566至少部分地由商家或商家群体所定义。在这个示例性的实施例中，用于社区回报的合格社区交易是由银行客户562在特定杂货店576使用银行发行的卡564所进行的任何购买。在这个示例性的实施例中，社区566包括在杂货店的实体商店576A中所进行的购买以及从杂货店的在线电子商务服务器576B所进行的购买。社区566不包括在ATM 568，其他商店567或其他电子商务服务器569进行的交易。

根据附图5A如上所述的方法500可以由银行服务器554和/或商家计算机系统、客户计算机系统、慈善计算机系统和/或其他交易系统中的一个或多个的硬件和软件来实现或执行。例如，在本发明的一个示例性实施例中，银行552是为世界各地的客户服务的国际性银行。为了帮助企业吸引新的客户，银行提供了一种企业能够借助其创建社区回报类型的推广的系统，其中所述商家同意给银行的客户562提供折扣(即回报)，如果在特定日期前银行客户通过银行发行的卡564进行了一定金额或价值的购买。银行552接收世界各地的交易的交易数据，并且从这些交易中识别其客户562用银行发行的卡564在特定商家576中进行的所有购买。当所述购买达到由商家576所设定的购买阈值时，银行552通知商家所述折扣应该对银行客户562可用。在一些实施例中，银行562还通过无论何时客户562在商家576中使用银行发行的支付装置564，来自动应用折扣来管理折扣。在一些实施例中，商家为它所有的客户提供折扣，而在其他实施例中商家只为银行的客户562或只为也是商家576的客户的银行的客户562提供折扣。仍然是在其他实施例中，折扣或其他回报只提供给那些参与了帮助满足交易阈值的交易的客户。在本发明的其他实施例中，替代折扣，银行552和/或商家576为慈善机构572进行捐赠。

根据本发明的一个示例性实施例，附图6A提供了说明基于地理和商家的社区回报过程600的一个例子的流程图。在这个过程600中的很多步骤与之前关于附图1，3A，4A和/或5A的那些描述相似。因此，为了简明起见，关于这幅附图的这些步骤的许多细节或可替换实施例不再重复。不过，很明显的是，参照前面的实施例所做的描述很多都可以等同应用到下面所述的一些实施例中。

如块605所示，消费者定期使用由他们的金融机构提供的金融产品进行交易。如块610所示，接收与特定金融机构的多个不同客户相关联的交易数据。例如，在一个实施例中，金融机构通过处理借助一个或多个电子金融交易系统进行的电子交易的一个或多个交易处理系统来接收关于其特定客户的交易的交易数据。正如块610所进一步所示，交易数据包括每一个交易的商家识别信息，以及与每一个交易相关联的识别地理位置的信息。如块615所示，交易数据随后被存储在金融机构、企业、企业群体或其他组织的专有数据库中。

如块620所示，计算设备随后使用存储在数据库中的交易数据来识别既与特定地理区域关联又与特定商家或商家群体关联的任何交易。如块620所示，在一些实施例中，识别的交易包括多个不同客户的交易。例如，社区可以定义为位于特定地理区域的特定商家或商家群体的客户。所述商家或商家群体可以是特定的零售商、批发商、制造商、分销商、商店、连锁、特许经营、企业集团和/或任何其他企业实体或组织。在基于商家的社区回报计划的一些实施例中，社区通过除了商家或商家群体之外的一个或多个其他因素来定义。社区的地理区域规范可能要求交易在预定义的地理区域中发生，客户居住在预定义的地理区域中，进行交易的商家设施在预定义的地理区域中，和/或类似的。

如块625所示，在步骤620中识别的交易的特定方面随后被合计以为社区确定交易总数(即“社区总数”)。被识别的交易的特定方面可以是，例如交易的数目或价值。交易总数可以是，例如在步骤620中识别的交易的总的数目，在步骤620中识别的交易的总的价值，在步骤620中识别的交易的平均价值，在步骤620中识别的交易的频率，在由步骤610的交易数据所表现的、作为步骤620中识别的交易的总交易的百分比，和/或类似物。

如块630所示，确定交易是否满足预定义的阈值。在这个示例性的实施例中，来自步骤625的交易总数与交易阈值进行比较以确定交易总数是否满足阈值，如情况可以是等于、大于、小于、大于等于或小于等于阈值。交易阈值可以是预定义的值(例如美元账户)、数目、百分比和/或基于交易总数的类型的类似物。

如果交易总数未满足预定义的交易阈值，那么所述过程返回到步骤620并且所述系统继续追踪与预定义的商家或商家群体和地理区域相关联的交易，并且重复步骤620，625和630直到社区回报到期或交易阈值被满足。然而，在其他实施例中，如果未满足预定义的阈值，那么与特定地理位置和商家相关的交易的跟踪会被暂停或终止。

如块640所示，当交易总数满足预定义的交易阈值，系统响应于交易满足预定义阈值而触发回报。如上所述，所述回报是某种回报，例如用于未来购买交易的折扣，回扣、优惠券、礼品卡、现金账户、支票、折扣码、账户信用、度假套餐、免费产品或服务、对一个组织的捐赠、对环境有益的贡献、对社区的再投资或任何其他类型回报。例如，所述回报可以是由银行和商家联合对位于预定义的地理区域中的慈善机构的捐赠。在另一个例子中，所述回报是由金融机构的客户在商家或商家群体中进行的未来交易的折扣。

附图6B是展示根据本发明的一些实施例，配置为执行附图6A的方法的社区回报系统650的例子的框图。系统650包括通过网络658通信耦合至一个或多个商家的计算机系统、银行系统和其他交易系统的银行服务器654。银行服务器654是由银行652操作或位于银行652的计算机系统，其实现本发明的一个实施例。银行652是分别向不同客户662A、662B和662C发行一种或多种银行卡664A、664B和664C(即信用卡或借记卡或其他交易装置)的金融机构。银行652可以是单独的银行或者银行群体。社区666至少部分地由商家或商家群体以及由预定义的地理区域所定义。在这个示例性的实施例中，用于社区回报的合格社区交易是由银行客户662在特定杂货店676使用银行发行的卡664所进行的任何交易，其中杂货店676位于预定义的地理区域中。在这个示例性的实施例中，社区666包括在杂货店的实体商店676A和676B中所进行的购买，因为这两个商店在特定的地理区域中(例如城镇，邮政编码，城市，县，州，地区和/或类似)，但是不包括在位于所述地理区域外部的它的其他商店676C和676D中进行的交易，以及使用一个或多个电子商务服务器676E进行的在线交易。

根据附图6A如上所述的方法600可以由银行服务器654和/或商家计算机系统、客户计算机系统、慈善计算机系统和/或其他交易系统中的一个或多个的硬件和软件来实现或执行。例如，在本发明的一个示例性实施例中，银行652是为世界各地的客户服务的国际性银行。为了帮助企业吸引新的客户以及它自己更加融入当地社区中，银行提供了能够借助其创建社区回报类型的推广的系统，例如，如果在一个特定时间段中，位于那个地理区域的银行的客户664一起努力从特定商家进行一定数目或价值的购买，那么银行652和商家676可以联合起来并给在特定地理社区中的慈善机构622提供捐赠(即回报)。银行652接收世界各地的交易的交易数据，并且从这些交易中识别在特定地理区域666中由它的客户662用银行发行的卡664在特定商家676中所进行的所有购买。当所述购买达到由银行652和/或商家676所设定的购买阈值，银行652通知商家所述回报应该对慈善机构662有效。在一些实施例中，替代捐赠，所述回报是对于在预定义地理区域中的客户在商家中的折扣。

附图7提供了根据本发明的一些实施例，查看关于社区回报计划的信息和为社区回报计划设置偏好的方法700的流程图。如块705所示，接收登录网上银行站点或其他社区回报站点或门户的认证证书。所述认证证书可以包括例如，识别序列和密码。也可以使用进一步的验证程序，例如回答预先确定的安全问题，输入扭曲文本以验证人类输入，生物扫描和/或其他验证程序。

如块710所示，确定认证证书是否与客户或管理员相关联。例如，在本发明的一些实施例中，社区回报系统由特定的金融机构所维持或者以其他方式与特定的金融机构相关联。在这些实施例中，客户是具有金融账户或者金融机构的其他产品的人，以及管理员是金融机构的雇员或具有权限来创建和/或修改特定社区回报计划的合作商家的雇员。

如块720所示，在一些实施例中授权客户被允许提供输入，其被用来定义社区回报计划的某些方面，诸如回报交付方法、回报受益人、捐赠分配和/或其他偏好。客户偏好由金融机构、企业或运行接收偏好的网站的任何其他实体所接收。在一些实施例中，在满足接收回报的阈值之后，但在回报发放之前，客户输入偏好。例如，在达到预定目标后，允许客户通过文本选择接收折扣码的选项以及将手机号输入至加油站的社区回报站点上的指定字段中。在另一个例子中，在满足阈值且很明显捐赠将被支付后，允许用户为应接收特定捐赠的慈善组织投票。在其他实施例中，在满足接收回报的阈值之前，客户输入偏好。例如，在目标地理区域中的地理位置上进行任何购买之前，可允许客户选择捐赠至当地志愿消防部门的选项。

在其他实施例中，客户可以定义回报的类型。例如，客户可以登录社区回报促销网站并且从选项列表中选择接收免费乘船、月度折扣、礼品卡或现金返还。在一些实施例中，用户定义回报接收人。例如用户可以选择接收慈善捐赠的组织或给组织投票，或者还可以选择把免费产品回报交付给朋友。

在一些实施例中，客户可以请求将要与之关联的地理区域或社区。例如，如果客户在旅游度假并且想在他们的度假目的地中参与社区回报计划，则可允许所述客户注册在那个特定目的地的计划。还可以允许客户请求例如使其购买与他们居住的地理区域或临近的地理区域相关联。

如块725所示，在本发明的一些实施例中，客户可以浏览与他们所关联的社区回报的当前统计数据，包括例如相对于社区和/或个人阈值的进展，积累和分配回报的金额，和/或银行或任何其他实体到目前为止已为社区进行的总贡献。例如，用户可以浏览到达预定义级别或金额而的进展以及全年挣得的回报类型。在一个实施例中，当客户访问他或她的在线银行账户时，通过金融机构的在线银行站点展示这些信息。

如块730所示，允许管理员定义阈值、阈值计算方法论、时间段和用于特定社区回报的其他偏好。例如，使用来自特定金融机构的账户进行购买的企业也可以是那个金融机构的客户，并且可以被允许在在线银行网络门户处输入偏好。在一些实施例中，管理员还输入将用于阈值计算中的交易数据。例如，企业可以设置阈值计算并且将交易数据输入至由金融机构或社区回报系统的某个其他提供者所运行的安全网页中。

如块732所示，还可允许管理员定义回报、受赠人、回报受益人、分配方法和/或捐赠金额。其示例性的实施例稍后在附图8-12中详细描述。

如块734所示，可允许管理员进一步定义用于特定社区回报的地理区域、商家、商家团体或其他社区。例如，连锁商店的持有者可以选择其商店所位于的城市。

如块736所示，还可以给管理员提供在单独或全部社区回报计划中的当前统计数据的视图，例如在社区回报时间段中的增加的收入金额、增加的交易量、新客户的数量、新搭档的数量和/或类似的。例如，银行网站可以将关于在这些企业购物的银行客户数量的增长的数据呈现给企业团体以作为社区回报计划的结果。

附图8-12说明了例如在在线银行门户或其他在线社区回报管理系统中提供的图形用户接口(GUI)的几个例子。附图8说明了GUI 800的一个例子，其中用户可以通过点击在靠近界面顶端的工具条上的“注册”链接810来设置偏好。选择了这一链接，附图8的GUI被提供给用户。附图8的GUI展示了用于在社区回报计划中注册实体的一组字段。在指定字段820中用户输入其企业的名字和地址。用户通过在挨着指定字段830中的阈值选项的框上点击来定义阈值。一旦阈值选项被指定，如果出现提示，用户就在阈值标准835中键入。例如，用户输入用于购买金额选项的购买金额85,000美元。用户还通过在挨着指定字段840中的回报选项的框上点击来定义回报选项。对于一些选项，用户可能会被提示输入特定标准845。

附图9显示了GUI 900的另一个例子，GUI 900展示了社区回报网站，其中受赠人通过点击在靠近GUI顶端的工具条上的“受赠人”链接910来设置偏好。选择了链接910，GUI 900被打开。GUI 900展示了用于为捐赠接受者设置偏好的一组字段。用户通过在挨着类型选项920的框上点击来定义组织类型。一旦所述选项被指定，用户就在适当的字段930中键入它的名字和地址。用户还可以在适当字段940中在指定捐赠接受者的雇员数量的框上点击。更进一步的，用户可以通过在选项950上点击来选择分配方法以接受捐赠。例如，用户能够选择通过直接存入来接受的捐赠并且在指定字段955中输入银行账户信息。

在线社区回报计划GUI还可以包括在界面中的未示出的其他选项或特征，诸如浏览过去的计划和客户评价以及连接用户至社区链接。

附图10-12说明了在线银行系统的GUI，在在线银行系统中银行管理社区回报计划和提供关于客户的参与社区回报计划的信息。在一个实施例中，如附图10中所示，银行账户持有人可以通过点击GUI左手侧的“回报计划”下面的“通知”链接1010来浏览社区回报进程更新。点击了“通知”链接1010，GUI 1000被显示，其呈现了账户持有人的对于任何单独社区回报计划的进展1020和用于任何社区范围的回报计划朝着达到相应阈值的社区进展1030。正如所显示的，这可以用图形的、文本的和数字的表现来完成。在一个实施例中，这种状态更新通过柱状图被展示，所述柱状图部分着色以表示达到阈值的进展量，但是状态更新可以用任何格式。依照此处用一个或多个流程图所描述的方法来获取状态更新信息。

在本发明的一些实施例中，用户偏好可以使用诸如附图11中所示的在线银行系统来设置。用户可以通过点击“回报计划”下面的“用户偏好”1110来浏览偏好。所述选择打开一个显示用户偏好字段的新的GUI 1100。所述用户可以通过点击“选择选项”列表1120中的选项之一来选择回报选项。选择了“捐赠”，例如，所述用户就能够通过键入接受者1130的名字和地址或从预先核准的组织团体中进行选择来指定捐赠接受者。所述用户还可以通过点击适当的响应1140来选择捐赠给捐赠接受者并且还可以在适当字段1150中指定支付方法和金额。

附图12中的GUI显示了社区回报更新页1200。尽管用户的目前捐赠回报1210还有总社区捐赠回报1220在这个例子中被展示，但是任何类型的回报都可以被展示。依照此处用流程图所描述的方法来获取这些信息。

在线银行界面可以包括界面中的其他选项或者特征，诸如浏览账户中的交易历史的选项(显示为“历史”链接)、时间表事件(显示为“日程表”链接)，以及建立管理偏好(显示为“管理”链接)。值得注意的是各种不同特征可以包括在在线银行系统或任何其他在线系统中，诸如通过手持电子设备或计算机传送警报和/或信息给用户。更进一步的，应该了解在附图8-12中描述的在线界面在此处是出于示例性的目的来展示，并且可以是完成本发明的不同实施例的任何其他形式。

依照本发明的一个示例性实施例，附图13A和13B结合在一起提供显示了基于地理的社区回报过程1300的示例性实施例流程图。如块1302所示，用于追踪金融机构的客户的购买的至少一个目标地理区域被识别。金融机构的所述客户可以是账户持有者、账户持有者的代理人、账户管理员、银行客户或使用金融机构的金融产品的任何其他个人或组织。所述地理区域可以是国家、州、省、县、市、镇、区、与邮政编码或地区码相关的地区、城市群、社区、部分地区或任何其他地理区域。例如，地理区域可以是位于一个州的西部区域的三个城市。

如块1304所示，客户的一个或多个购买的购买交易数据被接收。参考附图1如上所描述的，购买交易数据可以是与购买交易(诸如借记卡或信用卡交易、支票付款、自动账户支付或采取文档、电子或其他形式之一的任何其他金融交易)相关联的信息。在一些实施例中，金融机构从企业、企业群体、另一个金融机构、服务提供者、计费或支付服务或与客户购买相关联的任何组织中接收购买交易数据。例如，如果一个人在杂货店用客户的银行发行的借记卡购买了物品，当商店发送数据给银行时，银行接收购买交易数据，以便可以从客户的银行账户中支取金钱。在其他实施例中，商家或组织从客户、另一个企业、金融机构或任何其他个人或组织处接收购买交易数据。

如块1306所示，确定购买交易数据是否与目标地理区域相关联。如之前所讨论的，购买交易数据是在地理区域的边界之内或之外的与由金融机构的客户所进行的交易相关联的任何数据。在一些实施例中，如果在目标地理区域中的一个地方执行所述交易(例如所有购买在一个特定城市中进行)，那么购买交易数据被确定为与目标地理区域相关联。在一些实施例中，如果进行购买的客户是目标地理区域中的居民，那么购买交易数据被确定为与目标地理区域相关联。尽管如此，如果购买交易数据被确定为与目标地理区域相关联，那么方法1300前进到步骤1310，否则所述方法继续到块1308。

如块1308所示，尽管购买交易数据没有被确定为与目标地理区域相关联，在本发明的一些实施例中，所述购买交易数据仍然可以应用于阈值计算。不与目标地理区域相关联的所述购买交易数据可以用于计算由银行的客户所进行的总交易的百分比。例如，银行可以通过将客户的在目标地理区域中使用特定于某银行的银行卡的总购买量除以在任何地方(不论所述购买是在目标地理区域的内部还是外部进行)使用相同的银行卡所进行的总购买量来计算百分比阈值。

如块1310所示，与客户和特定目标地理区域相关联的购买交易数据被输入进数据库中。所述数据库可以包括由金融机构、企业、特许经营、代表银行或企业进行操作的第三方，或任何其他组织所操作或位于其中的任何数据库。在一些实施例中，金融机构把源于在一个地理区域中的金融机构的客户所进行的购买的购买交易数据输入数据库。例如，银行能够通过输入这些特定客户的购买交易数据至数据库中来追踪由特定城镇中的任何账户持有者所进行的所有购买交易。在其他实施例中，金融机构或其他组织把由金融机构的作为目标地理区域的居民的客户所进行的购买的购买交易数据输入至数据库中。例如，将要与特定目标区域相关联的购买交易数据可以包括不是在目标城市中进行，但是是由那个城市的居民所进行的信用卡交易。

在一些实施例中，回报接受者必须在参与社区回报计划之前首先同意金融机构的活动。例如，在一些实施例中，除非金融机构账户持有者完全知晓这些金融机构活动并且同意参与所述金融机构的活动，否则金融机构不会追踪使用金融机构账户进行的购买或者把与那个金融机构账户相关联的购买交易数据输入至数据库中。金融机构客户可以，例如“选择进入”或“选择退出”所述社区回报计划。在其他实施例中，追踪购买和编译购买交易数据的金融机构或任何其他组织必须遵守保密原则、数据使用指南或任何其他法律或规则。

如块1312所示，社区数据库被显示。所述社区数据库1312包括与特定目标地理区域和金融机构的不只一个客户相关联的购买交易数据。例如，银行能够把城市居民使用特定银行卡所做的购买的所有购买交易数据存储至社区数据库中。所述社区数据库是由金融机构、公司、在某个地理位置处的一个或多个商家、特许经营或任何其他组织所操作的数据库。输入至数据库中的某个特定客户或客户群体的数据可以转存至社区数据库中。例如，银行可以为居住在目标城市中的或在目标城市中进行购买的客户保留单独的数据库，并且把一些或全部这些单独数据库组合到社区数据库中。在其他实施例中，输入至社区数据库中的数据被转存到特定客户或客户群体的数据库中。例如，银行可以转存社区数据库中的购买交易数据至用于由一个家庭使用联名账户所作出的购买的数据库中以确定百分比阈值。

如块1314所示，客户的购买交易数据被合计以确定客户是否达到用于目标地理区域的预定义购买目标阈值。如附图1如上所述，购买目标阈值可以是购买货币数量、购买数目、百分比、在特定时间段中的购买量，或基于与地理位置相关联的购买交易数据的任何其他级别、计算或公式。购买目标阈值可以由银行或其他金融机构、购买发生的企业、在某地理位置处的企业、特许经营、服务提供者或任何其他组织来确定。例如，银行可以累计整个月中客户在目标县中的多个商店中所进行的所有交易来确定客户的总购买量是否满足了250.00美元的目标阈值。在一些实施例中，与目标地理区域相关联的所有购买交易数据被合计以确定预先确定的阈值是否被多于一个的客户所达到。例如，银行可以计算在目标城市中的特定商店群中的银行卡购买的总数，以确定由在那些商店中进行购买的所有客户是否满足预先确定的350个银行卡交易阈值。

如块1316所示，确定是否达到购买目标阈值。如块1318所示，如果未达到阈值，金融机构或其他组织可选地能够把达到购买目标阈值的进展通知客户。在一些实施例中，如果达到预先确定的阈值，则发出回报。

如块1320所示，根据预先定义的偏好确定要发出的回报。默认偏好是由发出回报的实体、确定购买阈值是否满足的实体、管理数据库的实体、管理社区回报计划的实体或任何其他组织预定义的偏好。例如，遵照银行确定的默认偏好，商店可以给当地慈善机构进行等于在商店使用银行卡进行的所有购买的5％的捐赠。

如块1322所示，根据预先定义的或默认偏好，所述回报被交付给客户或其他实体。所述交付是通过电子邮件、传真、自动账户信用、文本、在线消息交付、电话或任何其他交付方法。例如，银行可以依照默认偏好通过自动把返还金额计入客户的支票账户来给客户交付现金返还。

如块1324所示，发出回报告警以通知在目标地理区域中的一个或多个企业预先确定的阈值被满足，以便所述企业能够发出回报。所述企业可以是任何实体，诸如商店、公司、特许经营、服务提供者、连锁、企业团体、协会、批发商或用于提供销售的产品/服务的任何其他实体、组织或组织团体。例如，当从银行接收到预先确定的阈值已经满足的告警时，餐馆特许经营可以给银行卡客户电邮促销折扣码以在当地餐馆使用。在其他实施例中，可由金融机构、在一个地理区域中的企业集体、特许经营、合作公司或任何其他实体发出回报告警。

如块1326所示，根据交付的回报类型，所发出的回报被组织成各种类别。例如，交付给当地慈善组织的支票或电子账户转移将可被组织为“捐赠”类别，并且免费足疗或用于足疗的礼品卡可被组织为“免费产品/服务”类别。在一些实施例中，所述回报由金融机构、企业、企业团体或任何其他组织进行组织。

如块1328所示，在地理区域中针对每个类别发出的回报被呈现给客户。例如，企业可以在它的网站上发布在一年中给予特定区域中的慈善机构的总捐赠。在一些实施例中，在在线银行账户上或通过电子邮件、文本、电话或通过任何其他用于传送消息的方式，向回报接受者展现在所述地理区域中对于每个类别所获得的回报。

如块1330所示，发给客户的每个类别的回报的总量被展现给客户。这些展示可以通过电子邮件、电话、在线消息、文本、在线银行网站、电子银行报表或通过任何其他展示消息的方式进行。例如，银行可以在报表中或在在线银行帐号中展现在一年中所获得的总的现金返还或者给予地区公立学校的捐赠量。

根据一个示例性的实施例，附图14提供了显示社区回报过程1400的流程图。如块1402所示，识别至少一个目标地理区域，用于追踪在一个地理位置的购买，其中在所述地理位置提供用于销售的产品的购买使用来自特定银行或其他金融机构的账户进行。所述地理位置是企业、公司、公司群体、自动提款机(ATM)、特许经营、服务提供者或可发生购买的任何其他位置。例如，诸如从特定支票账户中提款的服务可以从位于目标地理区域中的ATM中完成以换取一定的费用。

如块1404所示，接收在该地理位置处的购买的购买交易数据。在一些实施例中，由处理支付的装置接收购买交易数据。例如，借记卡/信用卡读卡器或支票扫描仪可以用于在结帐终端处理支付。从提供支付的金融机构、任何其他金融机构、第三方、企业或任何其他提供购买交易数据的实体或组织接收所述购买交易数据。

如块1406所示，确定任何购买是否是使用特定银行或其他金融机构中的账户进行的。如块1408所示，如果所述购买不是在公共银行或其他金融机构的所述账户进行的，所述购买交易数据可以用于阈值计算中，如之前关于附图13A和13B所述。例如，购买交易数据计算可涉及到总交易的多少百分比是使用特定的公共银行进行的(例如，总交易的35％使用特定银行的账户进行)。

如块1410所示，使用银行或其他金融机构的账户进行的、与发生购买的地理位置相关联的购买被输入数据库中。所述数据库可以包括由金融机构、企业、企业群体、特许经营、代表银行或企业的第三方或任何其他组织所操作的或位于其中的数据库。

在块1412中，社区数据库被展现。在一些实施例中，社区数据库包括在地理区域中的所有地理位置处的购买交易数据。例如，银行可以为在目标地理区域中的每个地理位置保留单独的数据库，并且把来自每个数据库的所有数据组合至公共的社区数据库1412。

如块1414所示，购买交易数据被合计以确定用于目标地理区域的购买阈值是否被地理位置所达到。可以由所述地理位置、银行或其他金融机构、合作企业、企业群体、特许经营、服务提供者或任何其他组织来确定预定义的阈值。在一些实施例中，金融机构确定预定义的阈值，并且所述地理位置合计所述购买交易数据。在其他实施例中，所述地理位置确定预定义的阈值并且所述地理位置还合计所述购买交易数据。

如块1416所表现的，确定预先确定的或购买目标阈值是否已被达到。如果所述阈值未被达到，金融机构或其他组织可选地把达到购买目标的进展通知客户，如块1418中所展示的。

如块1420所示，确定根据预定义偏好发出什么回报。如块1422所示，根据预定义偏好，回报被交付给地理位置或其他实体。在一些实施例中，所述回报被初始交付以用于进一步分配。例如，银行可以交付返还支票给使用来自银行的账户进行购买的连锁百货公司，以便百货公司可以分配现金返还支票给达到了预定义阈值的客户。之前提及的其他实体涉及到客户、金融机构、企业、在地理区域中的组织、当地慈善组织或接收和/或分配回报的任何其他个体或组织。在一个实施例中，与地理位置相关的实体交付所述回报。例如，互联网服务提供者可以交付一个月的免费服务给达到了预定义阈值的客户。

本领域的普通技术人员看到这个披露后将会领会，本发明可以体现为设备(包括，例如系统、机器、装置、计算机程序产品和/或类似的)，方法(包括，例如商业过程、计算机实现的过程和/或类似的)，或前述的任意组合。本发明的实施例之前用这些方法和装置的流程图说明和/或框图进行了说明。应该理解的是，流程图说明的块和/或框图，和/或流程图说明中的块的组合和/或框图，可以由计算机可执行程序指令(即计算机可执行程序代码)来实现。这些计算机可执行程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以生成特定的机器，这样通过计算机的处理器或其他可编程数据处理设备来执行的所述指令创建了用于执行在流程图和/或框图中指定的功能/行为的机制。正如此处所使用的，处理器可以“被配置为”以不同方式来执行某个特定功能，包括例如，通过一个或多个通用电路通过执行一个或多个嵌入计算机可读介质中的计算机可执行程序指令来执行功能，和/或通过一个或多个特定应用电路来执行功能。

这些计算机可执行程序指令可以存储入或嵌入计算机可读介质中以形成计算机程序产品，该计算机程序产品能够引导计算机或其他可编程数据处理装置完成特定方式的功能，这样存储在计算机可读存储器中的指令生成包括了执行在流程图和/或框图中指定的功能/行为的指令的制品。

可以利用一个或多个计算机可读媒体/介质的任意组合。在本文的上下文中，计算机可读存储介质可以是包含或存储数据的任何介质，诸如由执行执行系统、装置或设备使用或与它们相关的程序。计算机可读介质可以是短暂计算机可读介质或非短暂计算机可读介质。

瞬态计算机可读介质可以是例如，但不局限于能够携带或与数据通信的传播信号，所述数据例如是计算机可执行程序指令。例如，瞬态计算机可读介质可以包括例如，在基带中或作为载波的一部分的嵌入了计算机可执行程序指令的传播数据信号。这种传播信号可以是各种形式，包括但不局限于电磁、光学或它们的任何合适的组合。瞬态计算机可读介质可以是能够包含、存储、通信、传播或传输为指令执行系统、装置或设备所用或与它们相关的程序代码的任何计算机可读介质。嵌入瞬态计算机可读介质中的程序代码可以使用任何合适的介质来传输，包括但不局限于无线、有线、光纤电缆和无线射频(RF)等。

非瞬态计算机可读介质可以是例如，但不局限于有形电子、磁、光学、电磁、红外线或半导体存储系统、装置、设备或之前的任意合适组合。非瞬态计算机可读介质的更多详细的例子(非穷举清单)将会包括，但不局限于下述：具有一个或多个线路的电子设备、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁存储设备或之前所述的任何合适的组合。

还应该了解的是，用于执行本发明的操作的一个或多个计算机可执行程序指令可以包括面向对象的、脚本和/或非脚本编程语言，例如Java、Perl、Smalltalk、C++、SAS、SQL、Python、Objective C和/或类似的。在一些实施例中，用于执行本发明实施例的操作的一个或多个计算机可执行程序指令是用常规程序编程语言来编写的，例如“C”编程语言和/或类似的编程语言。计算机程序指令可以交替或同时的用一种或多种多范式编程语言来编写，例如F#。

计算机可执行程序指令还可以载入计算机或其他可编程数据处理装置，以引起在计算机或其他可编程装置上执行一系列的操作区域步骤来生成计算机可执行过程，以便在计算机或其他可编程装置上执行的指令提供用于执行在流程图和/或框图中指定的功能/行为的步骤。另外，为了执行本发明的实施例，执行步骤或行为的计算机程序可以与执行步骤或行为的操作员或人相结合。

本发明的实施例可以采用完全硬件实施例的形式，完全软件实施例的形式(包括固件、常驻软件、微码等)，或结合了软件和硬件方面的通常在此处认为是“模块”、“应用程序”或“系统”的实施例。

Joa等的系列号为US 12/752,005和名称为“Community Rewards”的美国专利申请是与本申请同时提交的，并且将其全部纳入参考引用。

尽管特定实施例已经被描述并且在附图中显示，应该了解的是这些实施例仅仅是说明性的并且是非限制性的广泛发明，并且本发明并不局限于显示和描述的结构和安排，因为除了那些在上述附图中所述以外的各种其他变化、组合、遗漏、修改和替换都是可行的。本领域的那些技术人员将要意识到的是之前所述的实施例的各种不同的适应性修改、组合和修改可以在不脱离本发明的范围和精神的情况下被配置。因此，将要了解的是，除了此处具体描述的以外，本发明可以在附加的权利要求的范围内实现。

Claims (35)

1.一种设备，包括：

存储器系统，包括存储在其中的交易数据；

通信地耦合到该存储器系统的处理器，被配置为：

从交易数据中识别社区交易，其中社区交易包括在交易数据中识别的、在预定义的时间段内在预定义的消费者社区和预定义的一个或多个商家之间进行的交易，并且其中预定义的消费者社区包括多个不同的消费者；

合计社区交易的特定方面来确定社区总和；并且

基于社区总和确定应将回报提供给一个或多个实体。

2.如权利要求1中的设备，其中存储器系统进一步包括：

存储在其中的社区回报定义，其中社区回报定义包括：

对回报的定义；

对与回报关联的预定义的消费者社区的定义；

对与回报关联的预定义的一个或多个商家的定义；

对与回报关联的交易阈值的定义；以及

其中处理器进一步被配置为至少部分基于社区总和与交易阈值的比较确定应提供回报。

3.如权利要求1中的设备，其中存储在存储器系统中的交易数据与特定的金融机构关联。

4.如权利要求1中的设备，其中社区交易包括在交易数据中识别的、在预定义的时间段内在预定义的消费者社区和预定义的一个或多个商家之间使用预定义的一个或多个金融产品进行的交易。

5.如权利要求1中的设备，进一步包括：

通信接口，被配置为从多个销售点计算机系统接收交易数据，其中交易数据包括利用多个销售点计算机系统进行的购买交易。

6.如权利要求1中的设备，其中社区交易包括在交易数据中识别的、在预定义的时间段内在预定义的消费者社区和预定义的一个或多个商家之间进行的、与预定义的地理区域关联的交易。

7.如权利要求1中的设备，其中社区交易的特定方面包括每个社区交易的价值。

8.如权利要求1中的设备，其中社区交易的特定方面包括社区交易的数量。

9.如权利要求1中的设备，其中一个或多个实体包括预定义的消费者社区。

10.如权利要求1中的设备，其中一个或多个实体包括与预定义的消费者社区关联或由预定义的消费者社区选择的组织。

11.如权利要求1中的设备，其中社区交易包括在交易数据中识别的、在预定义的时间段内在预定义的消费者社区和预定义的一个或多个商家之间针对特定产品进行的购买。

12.如权利要求1中的设备，其中处理器进一步被配置为通过把应提供回报的确定通知预定义的一个或多个商家，来触发发出回报。

13.如权利要求1中的设备，其中处理器进一步被配置为通过对预定义的消费者社区中的每个消费者的金融账户进进贷记来发出回报。

14.如权利要求1中的设备，其中处理器进一步被配置为允许预定义的消费者社区的每个消费者输入对于应被提供至少一部分回报的一个或多个实体的选择。

15.如权利要求1中的设备，其中处理器被配置为发出关于朝向到达产生回报的目标社区总和的进展的通知。

16.一种计算机实现的方法，包括：

利用处理器，通过在交易数据中识别在预定义的时间段内在预定义的消费者社区和预定义的一个或多个商家之间进行的交易，从交易数据中识别社区交易，其中预定义的消费者社区包括多个不同的消费者；

利用处理器，合计社区交易的特定方面来确定社区总和；并且

利用处理器，基于社区总和确定应将回报提供给一个或多个实体。

17.如权利要求16中的计算机实现的方法，进一步包括：

将社区回报定义存储在存储器中，社区回报定义包括：对回报的定义；对与回报关联的预定义的消费者社区的定义；对与回报关联的预定义的一个或多个商家的定义；和对与回报关联的交易阈值的定义；并且

其中至少部分基于社区总和与交易阈值的比较确定应提供回报。

18.如权利要求16中的计算机实现的方法，其中交易数据与特定的金融机构关联。

19.如权利要求16中的计算机实现的方法，其中识别社区交易包括：

在交易数据中识别在预定义时间段内在预定义的消费者社区和预定义的一个或多个商家之间使用预定义的一个或多个金融产品进行的交易。

20.如权利要求16中的计算机实现的方法，进一步包括：

从多个销售点计算机系统处接收交易数据，其中交易数据包括利用多个销售点计算机系统进行的购买交易。

21.如权利要求16中的计算机实现的方法，其中识别社区交易包括：

在交易数据中识别在预定义时间段内在预定义的消费者社区和预定义的一个或多个商家之间进行的与预定义的地理区域关联的交易。

22.如权利要求16中的计算机实现的方法，其中合计社区交易的特定方面来确定社区总和包括：

确定每个社区交易的价值；以及

合计社区交易的价值来确定社区总和。

23.如权利要求16中的计算机实现的方法，其中合计社区交易的特定方面来确定社区总和包括：

计算社区交易的数量来确定社区总和。

24.如权利要求16中的计算机实现的方法，其中一个或多个实体包括预定义的消费者社区。

25.如权利要求16中的计算机实现的方法，其中一个或多个实体包括与预定义的消费者社区关联或由预定义的消费者社区选择的组织。

26.如权利要求16中的计算机实现的方法，其中识别社区交易包括：

在交易数据中识别在预定义时间段内在预定义的消费者社区和预定义的一个或多个商家之间针对特定产品进行的购买。

27.如权利要求16中的计算机实现的方法，进一步包括：

把应提供回报的确定通知预定义的一个或多个商家。

28.如权利要求16中的计算机实现的方法，进一步包括：

通过对预定义的消费者社区中的每个消费者的金融账户进行贷记来发出回报。

29.如权利要求16中的计算机实现的方法，进一步包括：

接收来自预定义的消费者社区的一个或多个消费者的输入；以及

基于所述输入，选择应被提供至少一部分回报的一个或多个实体。

30.如权利要求16中的计算机实现的方法，进一步包括：

发出关于朝向到达产生回报的目标社区总和的进展的通知。

31.一种计算机程序产品，包括非瞬态计算机可读介质，其中存储了计算机可执行程序代码，当由计算机执行时，执行权利要求16-30中任一项的方法的步骤。

32.一种设备，包括：

通信接口，被配置为从多个销售点计算机系统接收购买数据，其中购买数据包括关于由特定金融机构的多个不同客户在多个不同商家进行的购买的信息；

存储器系统，包括存储在其中的社区回报定义，其中社区回报定义包括对回报的定义；对与回报关联的一个或多个商家的定义；对与回报关联的时间段的定义；和对与回报关联的交易阈值的定义；以及

通信地耦合于存储器系统和通信接口的处理器，其中处理器被配置为：

利用购买数据识别由购买数据表示的购买的子集，其中所述子集包括由特定金融机构的多个不同客户在与回报关联的一个或多个商家在与回报关联的时间段内进行的购买；以及

至少部分地基于对购买的子集的大小和与回报关联的交易阈值的比较，确定应提供回报。

33.如权利要求32中的设备，其中购买的子集的大小包括子集中购买的总数量。

34.如权利要求32中的设备，其中购买的子集的大小包括子集中购买的总价值。

35.一种方法，包括：

从多个销售点计算机系统接收购买数据，其中购买数据包括关于由特定金融机构的多个不同客户在多个不同商家进行的购买的信息；

利用购买数据识别由购买数据表示的购买的子集，其中所述子集包括由特定金融机构的多个不同客户在一个或多个预定义的商家在预定义的时间段内进行的购买；以及

至少部分地基于购买的子集的大小触发回报。

Images