专利名称：多种领域的企业奖励的制作方法
技术领域：
本发明一般涉及企业奖励，特别涉及管理用于交叉复合区域的企业的多重奖励。
企业奖励传统上使用纸上登记来被管理。发展了的企业奖励已经利用计算机的能力去采集大量数据以及自动操作某些处理进程用于管理该奖励，诸如跟踪登记和控制抽奖。然而，计算机化系统通常是被设计为用于在单一的领域中管理单一的奖励。这种系统缺乏对企业的多种奖励进行同步执行的能力。在这种情况下，人工的和基于纸件的处理为执行第二种奖励所需求。在目前仅可能有单一奖励的系统中，该奖励不能被定制用于企业的每一个区域上。此外，该计算机化系统仅能典型处理在批处理(例如，夜间处理)中的登记；这些系统除进行正常批处理或更新之外，没有提供用于奖励的任何实时处理或是预处理功能。
另外，现存的奖励系统能够使企业在企业层面或领域(property)层面上管理奖励，但是不能同时在这两个层面上进行管理。在企业层面或多种领域层面上的奖励应用于在多个区域的顾客活动上，然而特定领域(property-specific)的奖励仅应用于在领域上的活动，其中奖励在该领域上被持有。在现存的系统当中，不允许多种奖励，其中这些奖励可能应用在该领域、多种领域、或是企业层面上，在特定区域的顾客活动仅仅引发在单一奖励中的登记。在该企业层面或多种领域层面上的奖励，由于能够为企业提供基金或因此获得更大的奖励而令人向往。在地方上，领域特定的奖励为适应于地方的市场而被调整，而且在规模上被有特色的减小且由该领域提供基金。目前的技术水平不允许企业去管理交叉于不同领域组中的多重奖励，在该领域组里在一个或多个企业领域中的顾客活动在相关的奖励中产生登记。
维护和支持在几个领域之上的一种或多种奖励能够被集中工作，经常需要日常的人工处理。没有集中化的系统，站点(on-site)信息技术(IT)的支持在每一个区域被需求，甚至是用于对奖励的较小的调整。这依次导致因为调整而长时间周转，并且有可能会导致系统停机。此外，现存的系统允许为消费者管理他们的帐目(accounts)的有限的登记点数，而导致长时间等待以及消费者的失望。由于奖励的基本目标就是要鼓励消费者的参与，因此需要通过消除这些技术的局限性来提高消费者服务。
如果两种或多种奖励运行并且应用于同样的区域，则在该区域的顾客活动可能会导致在每一个区域为顾客而产生的具有资格的登记。由于用于不同奖励的规则可能是唯一的，因此企业能够使用不同的奖励来唯一地且特定地瞄准某些顾客和顾客活动。另外，允许顾客在给定的奖励中为每一次抽奖而激活他们具有资格的登记，给予该顾客控制哪些抽奖(和相关奖品)对他们是最具兴趣的权利。在一个实施例当中，在奖励的一次抽奖中的顾客已激活的登记未被选中，其会滚入下一次抽奖中，即便是要给该顾客额外的获奖机会。
企业奖励应用程序的一个实施例包括用于创建和修改多种奖励的模块，用于允许顾客查看和激活他们在奖励中的登记，用于进行人工调整，用于为奖励抽出一个或多个获奖者，以及用于安全和管理。该企业奖励应用程序在因特网上与多个区域进行通讯。顾客参与在该区域中的商业活动，有一个或多个系统用于向该企业奖励应用程序传输关于该活动的信息。在一个实施例当中，该区域是具有用于管理及报告顾客活动的系统的娱乐场所，它可能包括——依赖于在该领域中的服务的可用性——在机器或是游戏桌上进行游戏，在酒店住宿，在餐馆用餐，出席表演，以及购买商品。
在本发明的一个实施例当中，一些或所有的区域都是娱乐领域，其中该奖励在一组领域之间或在所有的领域(也就是，在该企业或“品牌”层面上)上都是可以被定义的。在另一个实施例当中，区域或领域包括游船，餐馆，以及其他零售环境。在其他方面，该区域可以包括虚拟区域，例如网络站点或其他类似的区域。因此，该系统允许多等级，多种奖励，以及每一个与企业的单一领域，多种领域，或所有领域相关联的奖励。在一个实施例的另一个方面，对奖励的交叉区域管理以及实时调整被允许。
本发明允许由该企业雇佣的奖励操作者来监控奖励的执行以及当在实时情况下产生消费者阻塞时进行实时调整。本发明进一步使入站和离站(on andoff-site)的消费者的消费经历变得流畅(streamlining)。本发明提供了用于在一个或多个区域集中化控制奖励的机构，同时简化了维护及支持任务。在一个实施例的另一个方面，系统体系结构用于帮助进行加强以及维护任何相关的规章要求。在一个实施例当中，该企业奖励系统进一步允许系统操作者创建和修改奖励的规则。奖励形式的实时调整允许奖励由管理员工创建及修改。这样避免了IT定制的延迟，以及为了定制而对IT员工产生的相关依赖性。
通过单一系统对多种奖励的处理，使企业及广泛区域(location-wide)的奖励，能够为带有多个区域的市场创建交叉区域的机会，并且能够提供监控在基于领域层面上的小型任务的品牌-广域(brand-wide)的奖励参与的能力。另外，该系统允许企业管理跨过不同权限的奖励，该权限具有不同的，可能冲突的，管理奖励的规章。这也进一步揭示了用于企业奖励的交叉-市场的机会。
附图1是一个企业奖励系统的实施例所管理的多种、同步的奖励管理的示意图。
附图2是一个在不同区域集合里实施同步奖励方案的示例图。
附图3是一个位于企业层面的企业奖励系统实施例的示意图。
附图4是一个位于区域及领域层面的企业奖励系统的实施例的方块图。
附图5是一个用于修改奖励的用户接口的实施例。
附图6是一个用于人工调整功能的屏幕流程图的实施例。
附图7是一个顾客激活及现行状态功能流程图的实施例。
附图8是一个抽奖处理的实施例。
其中，每种奖励100都由一套奖励期则130所定义。为响应顾客活动110，如由用户活动数据所表示，该企业奖励系统从一种或多种奖励100应用该奖励规则130，以在奖励100中产生具有资格的登记140，其中每一个具有资格的登记140均和顾客相关联且基于该顾客的活动。在一个实施例当中，该奖励规则包括多组顾客目标规则132，登记产生规则134，以及其他规则136。该顾客登记目标规则132使系统能够精确的把一组顾客作为目标给与奖励100，其中该组顾客由例如在顾客目标规则中识别的某种共享特征来定义。登记产生规则134定义在响应该顾客活动110的同时是否产生具有资格的登记140以及产生多少个这样的登记。另外，其他规则136被用于，例如，定义什么样的活动能够被用于产生具有资格的登记140以及定义当提供物(offer)已被兑换时产生登记的数量。
重要的是，相同的顾客活动(例如，特定顾客在一特定场合的酒店的晚间暂住)可能会导致给一顾客在几种不同的奖励100上产生具有资格的登记(例如，在奖励1和奖励2上)，这几种不同的奖励包括单领域和多领域奖励100，其依赖于系统的配置。这是因为多重奖励将他们的奖励规则130应用到顾客活动数据120上从而产生和每种奖励100相关联的具有资格的登记140。
一种类型的奖励100具有一个或多个抽奖170。在一个实施例当中，为了包含于特定的抽奖170当中，顾客激活一些或所有他的具有资格的登记140。在不同实施例当中，具有资格的登记140能够被每一个顾客所激活，被系统操作者所激活，或被他们二者一同激活，或者该登记140能够为抽奖170而被自动激活。当抽奖170被控制时，一个或多个获奖登记180便从用于那个抽奖170的激活登记160中选择出来。在一个实施例当中，该系统可以被配置成用于从一个抽奖到下一个抽奖的翻滚(rollover)190已激活的登记160。在这样情况下，没有赢得奖励的第一抽奖的顾客仍然可以期待在未来的奖励的抽奖，只要该奖励具有一个或多个还没有被执行的抽奖。
图2示出了几种企业奖励控制跨越不同区域的示例。该图的水平轴代表时间，垂直轴示出了每一种奖励Pn在企业的五个区域Ln的适用范围。最先开始的奖励，P1，是特定区域的奖励的示例，因为它仅应用于区域L5。当P1即将发生时，如用区域块P1表示的那样，同区域L5相关联的顾客活动导致根据奖励P1的规则(如图1所示)的具有资格的登记的产生。奖励P1具有两个抽奖，D1和D2，其中获奖登记从每个抽奖的激活登记的存储库(pool)中选出。具有资格的登记能够为了特定的抽奖在先于每次抽奖的激活区间AP里被激活。该激活区间能够被设置成，例如，正好先于该抽奖的具体的时间区间(例如，一个小时)，这样的设置有助于确保参加的顾客在该次抽奖中会出现。
奖励P2应用于多重区域，L2和L3，并且其中有四个抽奖。抽奖D1和D3在区域L3中被控制，同时抽奖D2和D4在区域L2中被控制。对于奖励P2，在区域L2或区域L3上的顾客活动都能够导致在奖励中的登记。顾客能够激活他们在任何激活区间AP1-4在任意区域里的其中一个抽奖的登记，不管导致那些登记发生的具有资格的顾客活动是在哪里。该奖励因此跨越这两个区域来执行。其中任意区域的活动都能够导致具有资格的登记，它能够被其中一个抽奖在任何区域里激活。
奖励P2与奖励P1和P3在部分时间上相互重叠，且因此奖励P2在那些时间区间里和那些奖励同步执行。奖励P3是企业层面的奖励，应用于每一个企业的区域。任何和企业相关联的顾客活动都可能导致在奖励P3中符合其规则的登记的产生。在奖励P2和P3同步运行的时间区间里，就如图2中其相互重叠的示出的那样，在区域L2和L3的顾客活动可能导致同时在奖励P2和P3中的具有资格的登记；然而，在区域L1、L4和L6的顾客活动仅仅能够导致在奖励P3中的具有资格的登记。为了同时实现该特定区域奖励和多重区域的奖励，该系统把每个奖励的规则应用到顾客活动数据中，这些数据在该奖励所应用到的一系列区域中获得。因此，该系统在企业，多重领域，及单一领域的层面上同步执行奖励。系统构造图3是一个位于企业层面的企业奖励系统实施例的示意图。该企业包括经由因特网350连接在一起的一定数量的区域400。该因特网350可能是，例如，Internet(因特网)或企业的私人网(例如，WAN，VPN，或者其他类似的网络)。在一个实施例当中，该企业奖励系统进一步与Internet 322相连接，顾客能够使用连接到Internet 322的个人计算机324访问该企业奖励系统。
该企业奖励系统由企业奖励应用程序300进行管理。该企业奖励应用程序300可以从操作者终端320进行访问。该应用程序300最好是在服务器上运行，经由客户接口或是在每个终端320上的应用程序来访问。在一个实施例当中，该操作者终端320包括计算机系统，它连接于该因特网350。可能有任何数量的操作者终端320都连接到该系统，并且，在一个优选实施例当中，每一个区域400都有操作者终端320适用于访问该企业奖励应用程序300。该企业奖励应用程序300可能被装载到其中一个企业的区域400或是远程区域的计算机系统上。使企业的奖励可以从在企业的区域400中的操作者终端320访问，从而促进了该系统的交叉领域管理能力。例如，操作者可能在特定区域400中通过操作者终端人工的调整顾客在企业层面奖励的登记，并且这样的调整将会自动的影响在每一个企业的领域中的顾客的计数统计。
该企业奖励应用程序300的功能性被分成几个用于执行相关任务的模块。在一个优选实施例当中，该企业奖励应用程序300的模块包括奖励维护及规则处理模块302，顾客活动及现行状态模块304，人工调整模块306，抽奖模块308，以及安全及管理模块310。虽然该企业奖励应用程序300在一个实施例当中被描述成了单一的应用程序，但是它的功能可以由不止一种应用程序来执行，这些应用程序可以安装于不同的系统当中。该企业奖励应用程序300与奖励规则数据库314及登记数据库316相连，并且该应用程序300进一步与顾客数据库318相连。该企业奖励应用程序300还与企业数据存储库(Warehouse)330相连，用于存储和检索同以往奖励相关的存档数据。
该奖励维护及规则处理(PMRP)模块302允许奖励操作者创建及定义一种或多种奖励。操作者访问该PMRP模块302来创建及定义奖励。每种奖励可以应用到某特定区域，该奖励便是从该特定区域被创建，或者它可以应用到多数个或是全部的企业的区域。在一个实施例中，该PMRP模块302从任何一个企业的领域进入，以便于在一个区域被创建的奖励可以应用到其他区域中。通过这种方法，操作者能够使用该PMRP模块302来维护可应用于远程区域的奖励。该PMRP模块302也允许操作者在奖励被创建之后修改该奖励。
在一个实施例的另一个方面，该PMRP模块302确保使被创建及被修改的奖励遵从任何管理这种奖励的规章规则。
该顾客活动及现行状态(PACS)模块304给顾客提供为了特定奖励的一个或多个抽奖而激活他们的登记的能力。一旦被激活，顾客的登记将会符合相关抽奖的条件，如图1所示的那样。在一个实施例当中，该PACS模块304还在登记激活处理期间提供将被奖励的即时奖品。
该PACS模块304还使顾客能够获取关于他们合格的信息，他们在不同奖励中的现行登记，以及抽奖时间和其他相关奖励的信息。在一个实施例当中，顾客能够通过个人计算机324从Internet 322上访问该PACS模块304，或是从与其相连的任何其他网络设备中获取。在另一个实施例当中，一个或多个消费者服务接口420被设于领域400中，该领域通讯连接于该PACS模块304以提供相关信息给顾客。在一个实施例当中，消费者服务接口420包含具有输出显示终端和用户输入的计算机，例如读卡器和触摸屏。顾客们能够通过该读卡器刷卡(也就是，“卡式接入”(carding in))来访问消费者服务接口420。该接口可以被设置成用以提供信息给消费者以及允许他们为给定的奖励而激活具有资格的登记(如下面的详细描述)。该消费者服务接口420可以被置于亭子(kiosk)或是其他用户可访问的机体(housing)中。
该人工调整(MA)模块306能使该奖励操作者来实时监控特定奖励的执行情况及状态信息。另外，该MA模块306能使该操作者观察特定于个别顾客的信息详细情况并且对顾客登记以及其他特定于顾客的信息作出调整。例如，当顾客抱怨的时侯，以及当该操作者请求记入顾客帐户的贷方，这样的功能性可能会被使用。当该系统出现技术问题的时侯，及当导致错误需要被改正的时侯，该可进行人工调整的能力也是有用的。在一个领域中由操作者对顾客的登记作出的调整，影响在每一个领域中的奖励的顾客登记，其中那些奖励应用于该领域；因此，该调整不需要操作者在每一个领域中分别的进行调整。
该抽奖模块308能使该奖励操作者执行各种奖励的抽奖，其支持多层面奖励(也就是，带有多个抽奖的奖励)以及多种领域的奖励。在一个实施例当中，该抽奖模块308具有接口来向顾客显示抽奖的赢家。在一个实施例当中，用于在其上执行抽奖的每一个领域400都包括连接于该抽奖模块308的显示系统430用于显示抽奖结果。该抽奖模块308可以方便地被连接到消费者服务接口420上以用于打印由该抽奖模块308确定的登记及获奖券。
该抽奖模块308还可以通过操作者终端320访问，其中该模块308创建关于该抽奖的报表并且将其信息发送给操作者终端320。该报表可以方便地包含关于顾客参与的有价值的统计信息，其包含了被激活登记的顾客列表，对于每一个顾客的被激活登记信息的数量，登记未被激活的信息，以及其他有用的信息。除了消费者报表之外，该抽奖模块308还可以被适用于发送奖励数据，例如，到该企业数据存储库330中。
在一个实施例当中，安全及管理模块310通过使该奖励操作者执行常规程序功能从而减少了对IT员工的依赖，诸如分配内部用户以及日常的内部用户安装。通过使用这个模块310，操作者能够指定其他的内部用户以及他们的许可证或访问级别(其可能依赖于该系统被访问的领域)，也能够对不同的奖励管理以及报告任务指定不同的许可证级别。
如所指出的那样，该奖励规则数据库314存储有关奖励的信息，诸如每一种奖励的特征及规则。根据一个优选实施例，奖励的特征包括●奖励运行的起始及结束日期；●抽奖的数量及抽奖的日期和时间；●获奖者的数量及每一个抽奖的相关奖品；●每一个抽奖的激活区间；以及●奖励应用的区域。
奖励的规则规定了系统如何执行该奖励来响应事件，例如，奖励的顾客对象，以及登记产生规则规定了基于顾客活动的奖励中的登记是如何产生的。当操作者使用该PMRP模块302来创建新的奖励或者修改现存奖励的特性或规则时，这些附加的奖励或是改变就在该奖励规则数据库314当中被反映出当对于每一种奖励所产生的登记与登记产生的奖励规则相一致时，该登记就被存储在登记数据库316当中。该登记数据库连接到该登记奖励应用程序300上以用于接收与每个奖励的由该PMRP模块302产生的登记相关的数据。在该系统的一个实施例当中，该登记数据库316存储有关在每一种奖励上的登记信息，和登记相关的顾客信息，以及对于特定抽奖而言是否每一个登记已被激活的信息。该登记数据库316进一步适用于在有请求时将这些信息提供给该登记奖励应用程序300。例如，该PACS模块304可以从该登记数据库316中取回登记数据，并且还可以改变该登记的激活状态。MA模块306可以被用于观察并修改对于特定顾客的登记，并且抽奖模块308适用于从该登记数据库316中检索该激活登记数据和执行抽奖前对于每一个抽奖而言他们相关顾客的信息。
该顾客数据库318适用于为该企业奖励应用程序300提供关于个别顾客的信息，或是玩家的信息。该顾客数据库318包括在所有被支持的企业领域中所包含顾客的顾客档案。在该顾客数据库318中的顾客帐户包括了诸如该顾客的喜好，兴趣，游戏以及住宿历史，信誉等级，免费券等级(comp level)，理论上的获奖值，以及已统计的激活点数等详细信息。顾客的理论获奖值是根据游戏数据或根据在隶属于该企业的任何区域的其他顾客的激活统计来确定的。激活点数部分上是通过顾客激活确定的，但是还可以通过特殊提供及各种其他奖励性程序获得增加。
通过管理系统(如下面详细描述的)累加出的数据被用于更新该顾客数据库318，在该数据库318中他们可以通过网络350被企业在任何区域的员工访问。一般来讲，各种管理系统通过同该顾客数据库318中与每一个顾客帐户相关联的唯一顾客ID来跟踪顾客的活动。在一个实施例当中，顾客们被分发给玩家跟踪卡，该卡被用于向各种管理系提供顾客的ID。该玩家跟踪卡具有磁条，其上具有顾客被编码的ID，并且该卡能够在同各种管理系统相连接的读卡器进行刷卡，以向该系统提供顾客的身份验证。通过这种方法，在企业的任何区域的顾客活动都能更适宜经由网络350立即访问。在线访问顾客的活动以及在所有区域上的其他数据允许该企业执行交叉领域的激励程序，更加有效地管理消费者供给程序，以及向其顾客提供更多个性化服务。
图4是位于区域或领域层面的企业奖励系统的一个实施例的方块图。区域400所在地是物理位置(例如，娱乐场)，它可以被称作领域；然而，该企业奖励系统能够支持其他类型的企业区域，例如网络站点。每一个企业区域400包括顾客活动接口410，最好是，包括一个或多个操作者终端320，一个或多个消费者服务接口420，以及显示系统430。在每一个领域400中具有操作者终端320，允许本地奖励操作者在该领域层面上创建和定制奖励，实时的，并且适应市场条件。如指出的那样，该领域400相互之间连接并且经由因特网350连接到该企业奖励应用程序300上。在一个实施例当中，因特网350是广域因特网。操作者终端320或其他计算机系统可以当作从领域400到该因特网350的网关。
在该领域400上是顾客活动接口410，该接口在一个实施例当中使用了API用以在网络350上发送与本地顾客活动有关的数据到该企业奖励应用程序300。该顾客活动接口410同几个计算机之间进行通讯用来监控和跟踪娱乐场所的操作。依赖于由领域400提供的服务，以下系统之间的任何的联合都可能被用于收集顾客活动数据娱乐场所管理系统(CMS)440，住宿管理系统(LMS)450，事件管理系统(EMS)460，销售点系统(POS)470，投币机(slot)监控系统(SMS)480，以及交易场(Pit)跟踪系统(PTS)490。美国专利号为5,761,647，名为“National Customer Recognition System and Method(国家消费者识别系统和方法)”的专利，其内容在此一并作为参考，其解释了CMS440，LMS450，EMS460，POS470，SMS480以及PTS490是如何被用于在相关的多个娱乐场所领域中来跟踪顾客游戏和非游戏活动的，这些娱乐场所领域通过广域网通讯连接在一起。
在一个实施例当中，顾客们被分配有能够到带有企业奖励系统接口的跟踪卡。每一个跟踪卡最好都包括磁条，微型芯片或其他用来在其上存储机械可读数据的机构。当顾客在一区域进行一些活动时，该顾客使用该跟踪卡与系统接口。例如，在使用装有磁条的卡的情况下，该顾客通过读卡器刷卡。在一种代替的或附加的跟踪顾客活动的方法中，顾客或企业员工能够通过人工输入顾客ID号码进入与系统相连接的终端。依赖于该奖励系统和企业，这种活动可以包括在娱乐场所玩游戏，(旅馆房间等)预定，酒店住宿，在零售环境购物，餐馆用餐以及出席表演或是其他事件。
在一个实施例当中，该CMS440通过在读卡器，工作站，以及位于所有领域的各种指定集合地点的无声终端刷顾客跟踪卡来接收顾客数据，并且将已接收数据连接到该顾客数据库318上。该CMS440可以是由位于区域中的中央局域网(LAN)支持的单一的、集中的系统，分布式系统包括了与每一个区域的局域网(LAN)相关联的本地管理系统，或是既包括集中式组件又包括分布式组件的混合式系统。
该CMS440进一步适用于在当顾客兑换提供物时将数据发送给该顾客活动接口410。在本发明的情况下，一个或多个提供物被发送给顾客，这些顾客可以紧接着在其中一个区域中兑换这些提供物。提供物与提供物ID相关联，系统使用该ID来跟踪及验证识别被兑换的提供物的类别。操作者可以从本地终端320人工的输入被兑换的提供物到该CMS440当中。作为可选择的，该顾客还可以，例如通过由因特网322与系统相连接的家庭计算机324，在消费者服务接口420上，或是使用在区域400中的其他设备兑换提供物。当提供物已被兑换时，该CMS440发送数据包到该企业奖励应用程序300中，该数据包中包含了已被兑换的提供物ID以及兑换该提供物的顾客信息。
该LMS450包括用于管理在娱乐场所里面的酒店运作的必备软件，其中包括了餐馆，客房服务，以及与酒店运作相关联的其他一些活动。在本发明一个优选实施例当中，该LMS450与CMS440之间进行通讯以局部地查询在系统上可获得的被选消费者的信息。然而，LMS450可以包括其自身的本地数据存储用于顾客数据。当顾客登记入住酒店和付帐离开酒店时，该LMS450传输与顾客的登记活动有关的数据，到该顾客活动接口410。另外，该LMS450可以当从该顾客活动接口410发出请求时传输登记数据。该登记数据包括，例如，顾客在酒店住宿的日期，客房服务活动，以及关于该顾客在该旅店住宿时的付帐信息。
该EMS460包括用于处理票据(ticketing)信息，预约信息，以及销售额信息的软件。当顾客为某一事件(例如在该区域的表演)购票，为某一事件预约，以及出席该事件的时侯，该EMS460编辑顾客的活动数据。该EMS460将这些数据传输到该顾客活动接口410。
该P0S470包括计算软件用于操控餐馆以及在区域里的零售集合地，也包括用于向其他管理系统传输收费信息的软件。例如，与客房用餐收费数据相关的数据被从该POS470传输到该LMS450，并且与被兑换的用餐免费券相关的数据被从该POS470传输到该CMS440。该顾客活动接口410从该POS470接收与顾客在一区域购买相关的数据。这种购买数据，在一个实施例当中，包括购买的项目及服务，进行购买的餐馆或零售集合地信息，以及购买的数量。
该SMS480包括计算机系统，该计算机系统监控并跟踪由顾客在游戏机485上所下的赌注。游戏机485可以包括投币机，视颜纸牌机，或是其他类似的游戏机。在一个优选实施例当中，赌注跟踪是通过与投币机机485相关联的读卡器(未示出)完成的。顾客将他的跟踪卡(如上文中所述)插入到读卡器当中以启动赌注跟踪并且移动它以结束该赌注跟踪。顾客在游戏机485上的赌注活动累积存储到该SMS480中，直到该游戏部分结束或是当该CMS440请求一计算得分状态，在此时该数据被传送到该CMS440中。由该SMS480累积存储的赌注跟踪数据包括了所玩游戏的鉴定，获胜或失败的分数，以及该顾客玩此游戏的时间长短。美国专利号为5,429,361的专利，其内容在这此一并作为参考，其描述了用于跟踪娱乐场所顾客在游戏机上所下赌注活动的系统。
该PTS490在游戏桌495上自动跟踪顾客活动。该PTS490由计算机系统支持，其中计算机系统将顾客活动信息传输到该CMS440。在一个实施例当中，该PTS490使用与顾客在该游戏桌495的位置相关联的读卡器来跟踪他们的赌注活动。作为可选择的，企业的员工，例如交易场老板能够人工将顾客的游戏数据输入到该PTS490中。在一个实施例当中，与赌注活动有关的数据包括顾客在游戏桌495上游戏的时间以及该游戏桌的最小赌值。美国专利号为5,613,912号的专利，其内容在这此一并作为参考，该专利描述了用于自动跟踪娱乐场所顾客在游戏桌上所下赌注活动的系统。
在上文中描述的每一种类型的具有资格的顾客活动都与该企业奖励应用程序300之间进行通讯，该应用程序300可以产生在一种或多种奖励中的登记，其中这些奖励应用到依赖于每一种奖励规则的特定区域400。由于该顾客活动数据在因特网350上被传输到系统，因此在单一区域400的顾客活动能够导致在几种奖励上的登记，其中该奖励可以应用到该企业的单一区域，多个区域，或是企业层面上。系统操作概观在典型的用于娱乐场所的奖励中，奖励具有一组特性和规则。该奖励在一段时间区间被规定，在该段时间区间里顾客，或是玩家，具有机会来基于他们的顾客活动以及登记产生的奖励规则产生登记。激活区间与其内的一个或多个特定的抽奖相关联，在激活区间，顾客能够为相关联的抽奖激活他们的登记。
奖励的规则规定了什么样的活动应该被进行以作为某些事件的响应。例如，奖励具有一组顾客对象，合格的玩家，以及登记产生规则，这些决定了顾客是否能够通过在一区域的顾客活动获得登记以及如何获得。该奖励还可以包括与抽奖相关的规则，这些可以规定顾客已激活的登记是否将被滚入后面的抽奖中。
建立新奖励该企业奖励系统能使奖励操作者建立新奖励以及修改现存的奖励。一旦该奖励操作者已经在特定的奖励上作出了决定，该操作者就使用该企业奖励应用程序300来创建该新的奖励。在一个优选实施例当中，奖励的创建能够由任何操作者终端320来完成。访问该企业奖励应用程序300，操作者首先创建奖励并配置其属性。在一个实施例当中，该奖励包括以下属性●奖励开始及截止日期●抽奖(一个或多个)的日期和时间●每一个抽奖的激活区间●获奖登记的数量以及每一个抽奖的相关奖励●与奖励(一种或多种)相关联的区域如图2中所描述的，奖励既能够被应用于指定区域，也能够被应用于多个区域，包括该企业区域的一个子集或被应用于该企业的所有区域(也就是，企业广域奖励(enterprise-wide promotion))。
在该奖励的基本属性被定义之后，该操作者定义通过访问该PMRP模块302而应用到该奖励的一套规则。在一个实施例当中，奖励规则以如下格式“If[条件]Then[动作]”构成。其中规则的“If”部分包含了能够触发该规则的一个或多个条件，且该条件映射检索(retrieve)及评估该条件的函数调用。该规则的“Then”部分规定了如果该组条件发生时将要执行的一套动作。如果该组条将为真(true)时该套动作执行，并且该动作映射执行那些动作的函数调用。
在该企业奖励系统的情况下，例如，登记产生规则可能包含用于为顾客产生登记的动作，该动作当该顾客在投币机上玩预定的数量时“If[顾客投币＞$300]，then[产生10个登记]”。在另一个例子当中，传递-抽奖(post-drawing)规则能够被用来将顾客激活的登记滚入后面的奖励抽奖当中“If[顾客不是赢家]，then[将该登记移入下一个抽奖]”。
在一个实施例当中，该PMRP模块302包括规则编辑器/引擎(editor/engine)，用于定义和处理与每一种奖励相关联的规则。规则编辑器/引擎是一软件包，它被用于创建和处理奖励的规则。规则编辑器/引擎包含用于编辑规则和用于处理规则的软件。一旦被定义，奖励的属性和规则就被存储在该奖励规定数据库314当中。
在有大量规则且该规则可能频繁改变的地方，规则引擎是特别有用的。在任一情况下，该规则引擎有利于使用户——例如奖励操作者——能够利用一种商务用户能够容易掌握的语言来编码新的规则。通过降低对技术员工的依赖，相关的成本以及轮换次数(turnaround times)都降低了。
在企业奖励系统的一个实施例当中，与每一种奖励相关联的规则被分组成规则组，其中该规则在每一个规则设置触发器，或是被应用在不同的事件上。典型的奖励包括以下规则组●游戏合格性●顾客对象●游戏登记产生●提供物兑换●传递抽奖该游戏合格性规则组使该系统能够确定顾客的活动(例如，游戏，住宿，购物，出席事件，等等)对于在该奖励中产生登记是否是合格的。该系统保持一状态，该状态表示是否该顾客的活动在“Play”变量中是合格的。下面的表格列出了变量的举例，该游戏合格性规则组用于评估条件，以及当该条件为真(true)时任何这些规则可以采取的动作。
例如，用于不允许顾客在星期六玩特定游戏而赢得登记的游戏合格性规则如下“If[游戏ID＝12345]and[星期几＝星期六]，then[设定游戏为不合格]”。
同样的，该顾客对象规则组使该系统能够确定是否该顾客在该奖励或抽奖当中是合格的。该系统保持一状态，该状态表示是否每一个顾客能够合格登记，这些信息将被存储在该顾客数据库318中。下面的表格列出了该顾客对象规则设定规则的变量举例，这些规则用于评估条件，以及当该条件为真(true)时任何这些规则可以采取的动作。
这些变量是特定顾客的，并且在一个实施例当中，它们被存储在该顾客数据库318中以及可以从该数据库检索到。用于仅允许顾客当他们持有百分比高于某预定值时从而赢得登记的顾客对象规则的举例如下“If[顾客X的持有百分比＞Y]，then[设定顾客X为合格]”。
该顾客对象规则组有效地允许该企业为每一种奖励特别指定目标顾客。正如被人们所注意的，该规则组允许该企业特别指定一组规定顾客能够参与某一个特定奖励的条件或属性。在一个实施例当中，该企业特别地验证顾客，这些顾客可以通过将那些个人置入目标列表中来参与奖励。该目标列表最好是存储在奖励系统当中并且是可以被该奖励系统访问的数据文件。这个目标列表允许企业员工利用任何的外部顾客对象机构(诸如数据采样设备)来构建用于特定奖励的合格顾客列表。如上面所示的表格，顾客对象规则能够基于是否顾客包含在该目标列表中来设定。除顾客对象的产生规则之外，这带给企业非常高级别的对带有奖励的目标顾客的控制。
该游戏登记产生规则组使该系统能够为在奖励中的顾客产生登记，这种登记基于当该奖励未决时的顾客活动。下面的列表列出了该游戏登记产生规则组规则中变量的举例，该组规则用于评估条件，以及当该条件为真(true)时任何这些规则可以采取的动作。
用来给玩游戏的顾客进行登记的登记产生规则的举例如下“If[游戏代码＝Y]，then[为顾客Z产生X登记]”。
该提供物兑换规则组指定规则用于在顾客兑换购物赠券时实施。下面的列表列出了该提供物兑换组规则中变量的举例，该组规则用于评估条件，以及当该条件为真(true)时任何这些规则可以采取的动作。
该传递抽奖规则设定指定规则用于在抽奖完成时实施。下面的表格列出了该传递抽奖规则设定规则中变量的举例，该设定规则用于评估条件，以及当该条件为真(true)时任何这些规则可以采取的动作。
一个用于将顾客激活的登记滚入在相同奖励中的下一个抽奖的规则的例子如下“If[顾客不是获奖者]，then[移动登记到下一个抽奖]”。
在一个实施例当中，用于特定抽奖的登记既可能是被激活，也可能是未激活，或去激活。参与到该抽奖中的激活登记如图1所示，其中该激活是对该抽奖而言的。未激活的登记不能参与到任何抽奖当中直到它被激活为止。去激活的登记不能参与到任何抽奖当中，且它也不能被激活。实际上，去激活的登记是“使用殆尽状态”，例如，在参与先前的抽奖之后的情况。因此，奖励使用该传递抽奖规则组来确定已经参与过抽奖的登记是否将被作为未激活的登记返回到该顾客的统计数量中，是否被自动地为另一个未来的抽奖激活，或是否已经使用殆尽。
在另一个实施例当中，包括一组自动奖励登记激活规则。这些规则在该系统为顾客产生登记之后被处理，并且他们能够被用于自动激活顾客的登记，这种顾客的登记依赖于如上文所述的各种条件。登记的自动激活使系统能确保顾客能够参与到奖励的抽奖当中。
该PMRP模块302被编程用于响应特定事件为所有未决的奖励进行评估规定的规则。对于一个实施例，每一种奖励规则组的触发事件如下表所述。当这些事件中的一个发生时并且与该奖励应用到的一个区域相关联时，该PMRP模块302处理如表中所示的在该奖励响应规则组当中的每一个规则。
在该系统执行一个新奖励以前，操作者可以对该奖励进行测试以观察其将对一组采样数据如何反应以及是否其操作同该奖励设计相一致。一旦该奖励在该系统上被执行，该规则机器在当该系统从上述事件中接收数据时被异步调用。这些数据，例如，从特定区域400的顾客活动接口410被传输，或是经由操作者终端320输入到该MA模块306当中。在该企业奖励应用程序300采集数据并用于进行处理之后，该应用程序300装载一列所有可获得的奖励，这些奖励在那些区间里是活跃的(active)并且对于该领域而言是有效的，其中该数据从这些领域中来。每一个操纵数据的奖励规则如前所述，并且当这些已在规则中指定的条件为真(true)时，该相关联的动作被执行。
如上文指出的那样，操作者可以同时规定并同时运行多种奖励，并且该多种奖励可以应用到特定的领域中。在这种情况下，需要只有一种奖励的规则被应用于领域中的特定事件。例如，在当有企业层面的奖励和领域层面的奖励的情况下，顾客的游戏活动可以在上述两种奖励中产生登记。然而，该企业不可能希望顾客在这些奖励中收到双重登记。在这种情况下，该企业奖励应用程序300包括用于将这些奖励区分出优先次序的代码。例如，该应用程序300可以被编程为，响应顾客的单一的评估关闭事件而不给予超出一种奖励的登记。这能够通过对该企业奖励应用程序300进行编程来实现，这部分奖励应用程序是在该系统已经给了该特定区域的顾客登记之后不再为任何其他的奖励处理该游戏登记产生规则的程序。作为可选择的，其也能够通过合并一种或多种奖励中的规则来避免在超出一种奖励时创建登记。
除了规则机器之外，许多其他实施例都能够用于为新奖励创建规则。例如，为了更大适应性，该规则产生器能够被设置成根据预定义的编程语言接收直接文本。在将该规则加于该奖励之前，该规则产生器将会检查语法错误。这样将会给操作者提供高级别的适应性来创建奖励。
作为可选择的，在由企业有更多控制的情况下——例如在企业层面操作者想要限制本地领域层面的操作者定制奖励的能力时，奖励模板将能够被使用。于是，该企业-层面的操作者给本地操作者提供奖励模板，在该模板上已经有多数或是全部的被定义的规则。该模板将仅仅允许某种规则参数的定制，例如价格范围，持有抽奖的日期和时间，以及该奖励的日期范围。该本地操作者使用PMRP模块302并使用由该模板允许的有限基本规则设定来创建奖励。
修改奖励在该PMRP模块302中的规则引擎的使用，允许操作者有效地动态改变奖励的规则。此外，该易于理解的商业语言使商务用户从依赖于IT员工的模式中解放出来。在一个实施例当中，该规则引擎能够通过网络使能编辑器来访问，其允许全球通过远程区域访问该规则引擎。除了创建奖励之外，操作者能够使用该企业奖励应用程序300来修改现存的奖励。
图5示出了使用该PMRP模块302来创建及修改奖励的屏幕500的一个实施例。该奖励编辑屏幕500能够经由操作者终端320进行访问。在该屏幕500的左部是期则浏览面板505，用来显示每一个规则组以及该奖励的相关规则。为了修改规则，该用户选择其中一个规则。在图5当中，该游戏合格性规则设定的规则2被选中，其由高亮框510示出。当规则被选中时，条件语句If/then的规则语句出现在其右侧的规则编辑器面板515中，从这里该规则能够被编辑。如图5所示的规则编辑器面板515是上文中描述的规则机器的实施例的举例。在这个例子当中，用户能够通过改变在条件变量下拉菜单520中的条件变量，或通过改变在条件值输入框525中的数值，或是通过改变动作下拉菜单530中的动作来修改该规则。该条件变量下拉菜单520包含每一个变量的列表，其中这每一个变量可以应用到在该规则浏览面板505中选择的规则组上。另外，该动作下拉菜单530包含每一个动作的列表，其中这每一个动作可以应用到规则组上。(能够应用到一实施例中的每一个规则上的该变量及动作均在上面的表格中提供)。用户能够保存该规则，添加新规则，删除现存规则，或检查(例如，检查适当的范围)规则。
一旦奖励的规则被修改并且被保存，其改变就会反映到该奖励规则数据库314当中，该数据库314存储着该奖励当前的规则。因此，如果在一区域的操作者编辑应用于多个区域的奖励的规则设定，那么这些改变会影响该应用于其他每一个区域的奖励是如何在这些区域上执行的。这样能够使多种奖励远程创建及维护，所述多种奖励可以应用于企业的一种，几种，或是所有的奖励。
人工调整在某种情况下，需要操作者能够在顾客的帐目上记入借方或贷方。这个问题可能是由于诸如消费者服务问题，服务回收，系统失败，以及顾客需要加入奖励的情况引起的。该MA模块306使操作者能够观察以及修改对于特定奖励的合格顾客的列表，能够改变在某一特定奖励中顾客登记的数量，以及能够激活顾客登记。
图6示出了通过操作者终端320访问该MA模块306的一屏幕流程。通过选择奖励屏幕610，用户首先选择需要在其中进行该人工调整的奖励。接着，在选项菜单屏幕620上列出的一列选项呈现给用户。在这个实施例当中，有三个可利用的选项添加顾客到奖励，添加登记到顾客帐目以用于奖励，以及激活顾客登记。
在一个实施例当中，在顾客能够基于他们的游戏活动获得奖励登记之前，该顾客在该奖励中必须是被明确指定合格的人。添加顾客屏幕630使用户能够观察该奖励中合格的顾客列表。该用户能够添加顾客到该列表以及从该列表移除顾客。
添加登记屏幕640使用户能够调整顾客在奖励中的登记。在该屏幕中，该用户观察该奖励中所有合格的顾客列表，选择特定顾客，并且为该用户添加或是移除登记。
该激活登记屏450使用户能够为奖励中的特定抽奖激活所有或是部分顾客登记。在抽奖的一实施例当中，获奖登记仅从那些在该次抽奖以前就已经激活的顾客登记中选择出的登记被持有。在这个屏幕450中，用户能够选择特定的抽奖，观察该顾客的登记，以及为那个抽奖激活或不激活他们。
顾客激活和状态在该企业奖励系统的一个实施例当中，为使顾客将被包含于登记存储库中，顾客必须激活他们的登记，其中在每一个抽奖中从该存储库中选择出获奖登记者。该PACS模块304使个别的顾客能够观察并激活他们的对于该各种奖励中的抽奖中获得的登记。在该系统的一个实施例当中，顾客当激活他们的登记的同时还能够赢得即时的奖品。
为了激活他们的登记，顾客使用消费者服务接口420访问该企业奖励应用程序300。在一个实施例当中，顾客还可以从个人计算机324或其他网络使能设备经由因特网112访问该企业奖励应用程序300。图7是一个用于消费者服务接口420处理的实施例。通过欢迎屏幕710，顾客通过，例如刷一张ID卡或是通过在键盘或者触摸屏上键入特定顾客信息的方式，请求注册(logs In)720到该消费者服务接口420上。如果该注册是正确的，该系统确认730这里是否具有奖励的抽奖的当前激活区间。在这个实施例当中，该奖励被作了定义从而使抽奖上没有重叠的激活区间；然而，其他实施例支持重叠的激活区间。如果抽奖上没有开启的激活区间，该系统就显示出顾客状态和信息屏幕740，该屏幕显示该顾客的登记以及其他关于该顾客及该娱乐场所的奖励的信息。如果抽奖上有开启的激活区间，该系统就允许该顾客激活一些或者所有的该顾客对抽奖的具有资格的登记。例如，如果顾客具有100个具有资格的登记并且对特定的抽奖上有开启的激活区间，那么该顾客可以选择对当前抽奖上的那些登记中的40个进行激活，保存剩余的60个待日后使用。
结合该登记激活，并且进一步鼓励顾客获得及激活他们的登记，该系统的一实施例进一步支持一种即时赢取特征。在激活登记以前，该系统确定750是否该顾客已经即时地赢取了特殊的奖品。如果是，则该系统就会在即时赢取显示屏幕760中通知该顾客并且接着打印770一张用于该顾客兑换该奖品的奖券。在一个优选实施例当中，即时赢取仅仅当该顾客经由消费者服务接口420访问该系统时才可获得，而不能经由家庭计算机324获得，以防止欺诈行为的出现。为了支持这个即时赢取特征的实施例，该消费者服务接口420最好包括打印设备用于在需要时打印该即时赢取奖券。在打印770该奖券之后，或是如果该顾客没有赢得即时奖品，则该系统就显示该激活菜单屏幕780。通过这个屏幕780，顾客能够观察该相关联的奖励的登记以及激活他们中的全部或是部分，如上文所述的那样。在作出了选择之后，该系统显示确认屏幕790并且执行该激活。
管理抽奖在为奖励的抽奖指定的时间里，操作者访问该抽奖模块308来管理抽奖。在其他实施例当中，该抽奖能够由该系统自动执行。在抽奖中，一个或多个获奖者被从抽奖的激活登记存储库中随机地选出以接收奖品(可能是不同的奖品)。典型地，该操作者通过操作者终端320来管理该抽奖。在一个实施例当中，该操作者终端320与显示系统430相连接，该显示系统被配置成用于显示那些在该操作者终端320上显示的图像。一旦该抽奖完成，一个或多个获奖登记就被选出并且该操作者批准该获奖者的列表。一旦该获奖者被批准，该显示系统430就可以被打开用于公众查看该获奖者列表。
图8是用于该抽奖处理的实施例的处理流程。在抽奖中的预定的时间和日期中，操作者通过本地操作者终端320访问该抽奖模块308，或者该抽奖处理由该系统自动开始执行。在该终端320上，操作者选择810该奖励以及选择将被管理以开始抽奖处理820的抽奖。依赖于该抽奖，可能有一个或多个获奖者被选择出来，并且这些获奖者可能被分等级排列从而使他们可以接收不同的奖品。一旦该获奖者被抽奖820，该操作者预览830该列表。另外，该系统可以选择预定数量的附加“潜在获奖者”以防被选中获奖者中的一些人不领取他们的奖品。如果有任何问题，该操作者可以命令该系统重新抽奖该列表。当该获奖者准备被显示840时，显示系统430与该操作终端320相连接以用于显示获奖者名单。
能够意识到的是任何数量的用于随机选取获奖者列表的方法都能够被使用。在一个实施例当中，该抽奖模块308检索所有在抽奖中已经被激活的登记的列表。这种信息从该登记数据库316中是可以获得的。由于该登记数据库316在企业的领域之间被共享，因而在多重领域奖励中的抽奖能够当从相同的激活登记存储库中选择时被不同领域所持有。
使用数据从该登记数据库316中获得，该抽奖模块308构筑了下面的表格
该抽奖模块308为每一个合格的顾客确定该顾客登记中有多少个是合格的。每一个顾客都被分配了起始登记范围和终止登记范围变量。第一个顾客的起始登记范围被设定为1并且其终止登记范围被设定为该顾客在该抽奖上登记的数值余下的顾客们具有起始登记范围设定为在其前一顾客的终止登记范围值的基础上再加上1，并且他们的终止登记范围被设定为他们的起始登记范围值再加上他们登记的数值减1。在上面的表格当中，顾客123456具有N个登记，而顾客112358具有M个登记。
一旦该表格被增添人数，该系统就会在1和最后顾客的终止登记范围之间产生一个随机整数。该系统接着确定是否存在这样的顾客，其随机数是在登记范围内并且该是选取(IsPicked)变量是“No”。如果有，该系统添加该顾客到获奖者列表中，并且设置该顾客的是选取变量为“Yes”。如果没有，该系统就会产生另外一个随机数。该系统继续这种的处理以选择任何其他获奖者以及任何需要的后补的“潜在获奖者”。
能够被意识到的是前面的描述导致抽奖处理，在抽奖处理中顾客不能在单一抽奖中获奖两次。允许重复(但是如果该顾客获奖则使用殆尽了其中一个顾客的登记)抽奖处理的实施例被稍微改进。在这个实施例当中，一旦该表被增加，就会产生在1和最后顾客的终止登记范围之间的随机整数。接着该系统确定是否有顾客，且该顾客的随机数是在该登记范围中的，而不考虑该是选取(IsPicked)变量。如果有，该系统就将该顾客添加到获奖者列表中并且把该顾客的终止登记范围减少1，有效的实施方式是，移除其中一个顾客的登记。如果没有，该系统产生另一个随机数。该系统继续这种的处理以选择任何其他获奖者以及任何所需的后补的“潜在获奖者”。
在该抽奖完成以后，该抽奖模块308处理该传递抽奖规则组。赢得抽奖的顾客使他们的状态改变以表明他们赢得了抽奖。另外，该系统能够确定是否为该抽奖激活的登记能够在其他抽奖中重复使用。该系统能移动这些登记到下一个抽奖中，移动这些登记到另一个奖励中，去激活该登记使其不能被重复使用，或是未激活登记已使其能够由顾客人工激活。基于规则的免费券(comp)管理在另一个实施例当中，该企业奖励系统能够被用于管理免费券，该免费券由顾客在娱乐场所，或是顾客能够从带有企业的商业活动中获得的任何其他类型的可兑换的“点值”。在这个实施例当中，由娱乐场所顾客获得的免费券被作为登记对待。在免费券奖励中，就象任何其他奖励一样，基于该顾客对象以及登记产生规则，顾客接收免费券(在银行免费券奖励(banking comps promotion)中的登记的形式)。抽奖并不是通常由免费券奖励所持有。作为可代替的，获得的免费券被系统存储，在此顾客能够在之后把这些免费券兑换成免费的商品或服务。更加方便的方式是，免费券奖励能够被同所有其他奖励同步运行。
在一个实施例当中，免费券奖励能够使用该PMRP模块302创建，并且用于该奖励的规则能够使用已经描述过的规则引擎产生。当在抽奖奖励中带有登记时，免费券基于任何能够被管理系统跟踪的顾客活动而被获得。此外，该系统通过对这个顾客活动数据(如所描述的连同具有资格的登记)应用该用于顾客对象和免费券产生的规则，为顾客产生免费券。顾客能够经由消费者服务接口420或从个人计算机324上经由Internet 322(如已经描述过的)访问该PACS模块304，来观察由免费券奖励产生免费券。当顾客兑换免费券，企业操作者使用该MA模块306从该顾客的计数统计中扣除这些失去效能的免费券。这一过程与用于调整顾客在正常奖励中的登记数量的过程相同。
某种限制能够被安置于免费券奖励中。例如，免费券奖励可以具有滚动累计区间，其中只有那些在指定时间区间获得的免费券能够被兑换。在那个指定时间之前获得的免费券不被认定。在另一个实施例当中，银行免费券奖励可以具有免费券上限，顾客不能够获得比指定免费券上限更高的奖品。一旦顾客在该免费券奖励中到达了该免费券上限，那么该系统将不会把任何额外的免费券给该顾客。在一个方面，该上限可能不会用在由娱乐场所员工进行人工调整上。然而在另一个实施例当中，游戏/级别频率值限制可能被执行。有了这个限制，顾客必须在给定的时间区间内获得指定数目的免费券；否则，所有免费券都由到截止点的顾客获得。总结本发明的优选实施例已经作为在娱乐场所的情况下的企业奖励特定应用被讨论过了。这些企业奖励方法以及系统有利于应用到娱乐场所的奖励和其他游戏企业当中；然而，本发明能够被广泛应用到许多其他的企业中以鼓励该企业商品及服务的顾客光顾(patronage)。例如，本发明能够被用于促进在信用卡领域，定期航线频繁飞行里程领域(airline frequent flyer miles)，娱乐场所领域，定餐服务领域，购物领域以及在线活动领域的奖励。
另外，该多种奖励能够应用于一组物理区域，例如，或用于诸如网站等虚拟区域上。物理区域包括娱乐场所，游船，餐馆，以及其他零售环境。企业区域是网站时，顾客将能够通过他们的在线顾客活动在一种或多种奖励中产生具有资格的登记。依赖于登记产生的奖励规则，具有资格的在线顾客活动包括用户在该网站上注册，登录和浏览该网站，查看特定页或是在该网站上登广告，在线游戏，在线询问应答，以及从网站上购买商品或是服务。奖励将能够被设置为既可应用于该网站的，也可应用于该企业区域的，其中顾客将能够通过他们的在线活动以及通过在一种或多种企业领域，在该奖励中获得具有资格的登记。可通过在线获得也可通过在领域中获得的具有资格的登记，能够接着为进行与奖励相关联的抽奖而被激活。
本发明实施例的前面描述已经由附图及说明书被介绍过了。这并不意味对本发明的详尽的描述或是将本发明限定在已公开的精确形式。本领域的技术人员根据上述启示能够意识到的多种修改和各种方式都可能的。特别是，许多种类以及特定的设计选择均能够形成这里所述的企业奖励系统的具体实例，而不脱离本发明的构想。因此应该认识到本发明的范围不应局限在这种详细说明当中，而是由附上的权利要求来划定的。
权利要求
1.一种为具有多个区域的企业管理奖励的计算机执行方法，该方法包括建立多个奖励，每一个奖励应用于一个或多个区域，至少一个区域具有多个可应用的奖励；响应与区域相关联的具有资格的顾客活动，为所述顾客产生应用于所述区域的每一个奖励的登记；以及从与每一个奖励相关联的所述顾客登记中抽取一个或多个获奖的登记。
2.如权利要求1所述的方法，其中与第二奖励相比第一奖励应用于不同区域组中。
3.如权利要求1所述的方法，其中所述抽奖包括为位于多个场合的奖励选出一个或多个获奖的登记。
4.如权利要求1所述的方法，其中产生登记包括为每一个奖励应用一组规则到所述具有资格的顾客活动上。
5.如权利要求4所述的方法，其中每一个奖励的规则组均包括顾客对象规则，所述顾客对象规则规定在该奖励中的哪位顾客可以获得登记。
6.如权利要求1所述的方法，进一步包括为顾客提供有关他们活动的特定顾客信息以及有关所述奖励的一般信息。
7.如权利要求1所述的方法，进一步包括响应来自于顾客的请求，激活与所述顾客相关联的登记，其中所述抽奖包括仅从被激活的登记中选出获奖的登记。
8.如权利要求7所述的方法，其中所述来自于顾客的请求在消费者服务接口被接收，该接口位于所述多个区域的其中一个。
9.一种用于为具有多个区域的企业管理多个奖励的方法，每一个奖励应用于一组区域，所述方法包括在每一个区域监控顾客活动；为每一个奖励，基于所述顾客活动产生具有资格的登记，该顾客活动仅位于那些所述奖励应用到的区域；以及激活在一个奖励中的至少有资格的登记；为每一个奖励，从所述已在奖励中被激活的登记中抽取获奖的登记。
10.如权利要求9所述的系统，其中所述激活，至少在部分上，响应来自于顾客的请求。
11.如权利要求9所述的系统，其中所述抽奖包括在多个场合上为奖励选出一个或多个获奖的登记。
12.一种为具有多个区域的企业管理一个或多个奖励的计算机执行方法，每一个奖励应用于一组区域，所述方法包括在所述多个区域上监控顾客活动；在一个或多个奖励中产生登记，在每一个奖励中的所述登记基于所述顾客活动，该顾客活动位于那些所述奖励应用到的区域；以及为每一个奖励，管理位于所述奖励应用到的区域的抽奖，其中一个或多个获奖的登记从在所述奖励应用到的所有区域获得的在所述奖励中的所述登记中被选择。
13.如权利要求12所述的方法，进一步包括为至少一个奖励，管理多个抽奖；以及在具有多个抽奖的奖励中，为每一个抽奖激活登记，其中只有为特定抽奖被激活的登记能够在所述抽奖中被选出。
14.如权利要求13所述的方法，其中所述激活登记，至少在部分上，响应来自于顾客的请求。
15.用于为企业在多个区域上同步管理多个奖励的企业奖励系统，所述系统包括奖励数据库，用于存储与多个奖励中的每一个相关联的规则；顾客数据库，用于存储与多个顾客相关的信息；维护模块，与所述奖励数据库和所述顾客数据库相连接，所述维护模块适用于接收有关顾客活动的数据以及，为了应用到所述顾客活动发生的区域的任何奖励，适用于根据为此使用顾客数据的规则为所述奖励创建登记；以及抽奖模块，连接于所述维护模块，用于为每一个奖励从与所述奖励相关联的登记中选出一个或多个获奖的登记。
16.如权利要求15所述的系统，进一步包括激活模块，适用于为每一个奖励激活登记，其中所述抽奖模块仅从所述奖励的已被激活的登记中为每一个奖励选择获奖的登记。
17.如权利要求16所述的系统，其中所述激活模块被应用于激活登记，至少在部分上，响应来自于顾客的请求。
18.如权利要求15的系统，进一步包括消费者服务接口，适合于显示有关顾客活动的特定顾客信息以及显示有关所述奖励的一般信息。
19.如权利要求15所述的系统，进一步包括服务器，适合于通过计算机网络传输有关顾客活动的特定顾客信息以及传输有关所述奖励的一般信息。
20.如权利要求15所述的系统，其中所述抽奖模块适合于从用于多种场合上的奖励的登记中选择一个或多个获奖的登记。
21.一个企业奖励系统用于为具有多个区域的企业管理多个同步的奖励，所述系统包括顾客活动接口，适合于监控在一定数量区域上的顾客活动以及产生基于其上的顾客活动数据；管理模块，适合于产生基于所述顾客活动数据的具有资格的登记，每个具有资格的登记均与顾客及奖励相关联；登记激活模块，适合于为每一个奖励激活至少一些具有资格的登记；以及抽奖模块，适合于在每一个奖励中从已被激活的登记中选择预定数量的获奖登记。
22.如权利要求21所述的系统，其中奖励具有多个抽奖，所述登记激活模块适合于为每一个抽奖激活具有资格的登记，并且所述抽奖模块适合于从已为抽奖激活的一组登记中为每一个抽奖选择预定数量的获奖登记。
23.如权利要求21的系统，进一步包括登记激活接口，适合于接收在奖励中激活顾客的具有资格登记的请求，其中所述登记激活模块适合于响应所述请求而激活具有资格的登记。
全文摘要
多重同步的企业奖励通过企业奖励应用程序能够使这些奖励能应用于单一的区域、多个区域或所有企业区域。该企业奖励应用程序从和顾客活动相关的区域接收数据，从这里系统根据每一种奖励规则在一种或多种奖励中产生登记。为了奖励，顾客登记能够在一个或多个抽奖里被激活，其中一个或多个获奖登记被选中。该系统还提供自动的，基于规则的免费券产生以及其中涉及的管理。
文档编号G06Q30/00GK1438599SQ03120689
公开日2003年8月27日 申请日期2003年1月30日 优先权日2002年2月1日
发明者蒂姆·斯坦利, 蒂莫西·J·里夫斯, 本·帕克斯, 戴维·诺顿 申请人:哈拉斯营业公司