用于在广播系统上分发和兑换积分的系统和方法

摘要

本发明的方法和系统使接收机设备能够从移动TV广播服务提供商接收电子优惠券。可以向移动设备广播优惠券模板。可以使用优惠券模板来与优惠券管理器进行通信，以便接收经数字签名的优惠券。优惠券管理器可以使用所接收的数据来创建经数字签名的优惠券，以便经由单播网络传送给接收机设备。还可以向接收机设备广播经数字签名的优惠券。接收机设备可以使用该数字签名来验证所接收的电子优惠券，以识别哪些优惠券旨在针对它们。可以在销售点处兑换这些电子优惠券。零售商可以使用它们的数字签名来对优惠券进行本地验证。可以使用通向根X.509优惠券签名授权机构的X.509证书链来生成优惠券数字签名，以使接收者能够确认优惠券源自可信赖的实体。

说明书

相关申请

本申请是2009年4月2日提交的、题为“Systems And Methods ForDistributing And Redeeming Credits On A Broadcast System”的美国专利申请No.12/417,493的部分继续(CIP)专利申请，并要求享受其优先权，其中该美国专利申请要求享受以下美国临时申请的优先权利益：2008年4月4日提交的、题为“Method and Apparatus for Enabling and Applying Coupon andToken Usage in Mobile Television”的美国临时申请No.61/042,597；2008年6月13日提交的、题为“Coupons for Broadcast Content Redemption”的美国临时申请No.61/061,556；以及2008年12月5日提交的、题为“EnhancedCoupons for Broadcast Content Redemption”的美国临时申请No.61/120,355，故所有这些申请的全部内容以引用方式并入本文。

本申请还单独地要求享受2008年12月5日提交的、题为“EnhancedCoupons for Broadcast Content Redemption”的美国临时申请No.61/120,355的优先权利益。

背景技术

无线通信技术在过去几年发生了爆炸性增长。无线服务推动了这种增长，其中该无线服务向移动公众提供移动自由，并且削弱了对硬连线通信系统的束缚。此外，无线介质上的语音和数据通信的日益增长的质量和速度吸引了更多的用户。作为这些服务增强的结果，人们预期无线服务的普及将持续快速增长。

无线通信技术最近增加的功能是向移动用户广播电视的能力。移动广播用户可以使用它们的蜂窝电话或其它无线设备，来观看新闻、娱乐、体育、商业和其它节目的移动版本。这些广播系统已在使用和全球可用性方面获得显著的增加。目前，移动电视和广播系统的用户可以付费来接收节目内容。这些费用是根据所选择的服务提供商和服务水平来变化的。

发明内容

本申请的各个实施例提供了用于以下方面的方法和系统：向接收机设备用户传送经数字签名的优惠券，以及兑换这些优惠券来购买观看广播内容的权利或者购买产品或服务。在一个实施例中，可以经由广播网络向接收机设备用户传送加密的优惠券模板。接收机设备可以对这些优惠券模板进行解密，并且可以使用从优惠券模板获得的数据来从优惠券管理器请求经数字签名的优惠券。优惠券管理器可以接收对经数字签名的优惠券的请求以及设备数据。优惠券管理器可以使用该设备数据来创建经数字签名的优惠券，并且可以经由单播网络或互联网向请求方接收机设备传送该经数字签名的优惠券。可以通过整个优惠券记录来计算优惠券上的签名，其中该优惠券记录包括优惠券身份，以防止将假冒的优惠券或其它冒充者作为合法的优惠券持有者。

在另一个实施例中，可以经由广播网络将经数字签名的优惠券传送给接收机设备。接收机设备可以对所接收的优惠券签名进行解密，以确定该优惠券是否旨在针对该接收机设备。如果在该数字签名中接收的数据与接收机设备所持有的数据相匹配，则接收机设备可以将该优惠券存储在存储器中。如果在该数字签名中接收的数据与接收机设备所持有的数据不匹配，则接收机设备可以忽略该优惠券。

在另外的实施例中，可以在销售点处兑换经数字签名的优惠券。在于销售点处出示优惠券之后，销售点可以基于优惠券数据和数字签名来对该优惠券进行验证。或者，优惠券自身可以指示：商业销售点系统应当通过向优惠券管理器发送该优惠券和接收机设备数据，来请求优惠券管理器验证该优惠券。优惠券管理器可以对优惠券签名进行解密，并且可以确定优惠券和所接收的数据是否与从优惠券签名获得的数据相匹配。如果数据相匹配，则优惠券管理器可以向销售点发送验证消息，以便对使用所出示的优惠券的购买交易进行授权或认证。还可以向接收机设备发送取消消息，以便从接收机设备中删除或取消所出示的优惠券。如果数据不匹配，则优惠券管理器可以向销售点发送拒绝消息，以便通知零售商：该优惠券对于该购买交易是未认证或未授权的。

在另一个实施例中，经数字签名的优惠券可以包括权重数。优惠券管理器可以使用该权重数，来确定是否可以在单个购买交易中对两个或更多个优惠券进行组合。优惠券管理器可以从销售点接收优惠券数据，并且计算权重数的总和。如果若干优惠券的权重数的总和大于预定的数，则可以拒绝这些优惠券的组合。

附图说明

本申请并入的附图构成本说明书的一部分，这些附图示出了本发明的示例性实施例，并且与以上给出的概括描述和以下给出的详细描述一起用于解释本发明的特征。

图1是用于将接收机设备设置为接收移动广播的常规方法的过程流程图。

图2是根据各个实施例的、用于向接收机设备提供优惠券的总体过程的过程流程图。

图3是示出移动广播TV系统的不同组件的网络组件图。

图4是用于向接收机设备传送积分或优惠券的实施例方法的过程流程图。

图5是用于向接收机设备传送积分或优惠券的实施例方法的消息流程图。

图6是预订响应消息的实施例的消息结构图。

图7A是奖金积分单元的实施例的消息结构图。

图7B是优惠券单元的另一个实施例的消息结构图。

图7C是示出根据实施例的、优惠券文档和服务指南片段之间的指针引用的图。

图8是奖金积分单元的实施例的消息结构图。

图9是用于实施例的潜在错误代码的列表。

图10A是用于向接收机设备传送积分或优惠券的实施例方法的过程流程图。

图10B是用于向接收机设备传送积分或优惠券的另一个实施例方法的过程流程图。

图11A是用于向接收机设备传送积分或优惠券的图10A所示实施例方法的消息流程图。

图11B是用于向接收机设备传送积分或优惠券的图10B所示实施例方法的消息流程图。

图12是代金券购买响应的实施例的消息结构。

图13是用于向接收机设备传送积分或优惠券的另一个实施例方法的过程流程图。

图14是图13所示实施例的消息流程图。

图15是用于兑换积分或优惠券的实施例方法的过程流程图。

图16是图15所示实施例的消息流程图。

图17是用于兑换积分或优惠券的另一个实施例方法的过程流程图。

图18是图17所示实施例的消息流程图。

图19是用于兑换积分或优惠券的另一个实施例方法的过程流程图。

图20是图20所示实施例的消息流程图。

图21是用于管理到期的积分或优惠券的实施例方法的过程流程图。

图22是用于管理已用积分或优惠券的实施例方法的过程流程图。

图23是用于广播加密的优惠券模板以及获得经数字签名的优惠券的实施例方法的过程流程图

图24是用于广播经数字签名的优惠券的实施例方法的过程流程图。

图25是用于兑换经数字签名的优惠券的实施例方法的过程流程图。

图26是用于管理使用过的经数字签名的优惠券的实施例方法的过程流程图。

图27是用于针对一个购买交易允许两个优惠券的组合的实施例方法的过程流程图。

图28是适合用于实施例的接收机设备的组件框图。

图29是适合用于实施例的服务器设备的组件框图。

具体实施方式

参照附图来详细地描述各个实施例。在可能的情况下，贯穿这些附图使用的相同附图标记来指代相同或类似的部分。对特定示例和实现的述及仅用于说明目的，并非旨在限制本发明或权利要求的保护范围。

本申请所使用的“示例性的”一词意味着“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实现不一定被解释为比其它实现更优选或更具优势。

如本申请所使用的，在本申请中可互换地使用术语“接收机设备”和“移动设备”，以指代下述中的任何一个或全部：蜂窝电话、个人数据助理(PDA)、掌上计算机、无线电子邮件接收机(例如，黑莓和设备)、多媒体互联网使能的蜂窝电话(例如，黑莓风暴(Blackberry))、全球定位系统(GPS)接收机、无线游戏控制器、以及包括用于接收和处理移动广播电视服务的可编程处理器和存储器和接收机电路的类似的个人电子设备。如本申请所使用的，移动设备是接收机设备；然而，并非所有接收机设备都是“移动的”，这是因为一些实施例可以用非移动接收机设备来实现。

在本申请在可互换地使用词语“积分”、“激励”、“促销”、“优惠券”和“代金券”，来指代可以交换或者花费以接收具有价值的事物(比如，接收一个或多个移动电视广播或者购买产品或服务的能力)的价值单位。在各个实施例的背景下，这种积分或优惠券可以由供应商、商户或内容提供商作为节目的一部分来发行或创建，以便针对购买各种产品或服务或者观看特定内容来奖励消费者，或者以便激发消费者采取特定的操作过程、观看特定的节目、或者购买特定的产品或服务。

本申请所使用的“单播网络”一词是指向单个目的地发送数据的通信网络。单播网络的示例包括WiFi和蜂窝数据通信网络。单播传输的示例包括简单消息服务(SMS)、多媒体消息服务(MMS)和电子邮件消息，它们可以经由蜂窝电话数据通信网络来传送。

本申请使用“广播”一词来表示进行数据(信息分组)的传输，使得该数据可以由较大数量的接收设备进行接收。广播消息的示例是移动电视服务广播信号。

本申请使用“内容提供商”一词来指代提供要通过移动电视系统进行广播的视频、网站和其它数据的公司。本申请使用术语“网络提供商”来指代那些对移动电视信号进行广播的实体。通常，网络提供商从内容提供商接收广播内容。本申请使用“广告者”来整体地指代零售商、制造商、服务提供商和可以购买广告或者为了在广播内容中投放产品而付费的其它实体。

以下的参考表1包括本申请所使用的缩写词的字母列表以及它们的相关含义：

表1：缩写词表

  缩写 含义  BCMCS 广播和多媒体服务  BDS 广播分发系统  BSM 广播服务管理/提供商  DRM 数字版权管理  GBA 通用引导架构  ID 标识符  KMS 密钥管理系统  LTKM 长期密钥消息  MMS 多媒体消息服务  MIKEY 多媒体互联网密钥  NTP 网络时间协议  OMA BCAST 开放移动联盟广播工作组  POS 销售点  PPP 按播放付费  PPT 按时间付费  PPV 按观看付费  RO 权利对象(即，遵循DRM的对象)  SMK 用户管理密钥  SMS 短消息服务  SPE 安全策略扩展  STKM 短期密钥消息  TEK 业务加密密钥

移动电视(TV)的日益普及为内容提供商、网络提供商和零售商、制造商、服务提供商以及可以使用该新媒体来影响消费者的其它广告者提供了新收入来源。新收入模式包括基于预订的移动电视访问销售、PPV或PPT移动电视访问、广告、以及比如经由忠诚或激励计划来向消费者提供货物和服务。例如，移动TV网络提供商可以通过向能访问限于订户的移动TV广播网络的用户销售预订，来从它们的服务中产生收入。零售商或制造商可以在移动TV广播系统上进行广告，以便从它们的产品和服务的销售中产生收入。随着使用持续增长，移动广播服务提供商希望通过使用诸如优惠券和代金券的积分来简化和鼓励消费者的访问，其中这些积分可以被传送给移动接收机设备，并且可以被交换以购买移动TV内容(即，观看特权)、服务或产品。

移动TV用户与家庭电视观众的不同点在于：前者使用他们随身携带的观看设备(即，接收机设备)，该观看设备接收移动TV广播服务并且能够经由单播消息来进行通信。另外，移动接收机设备可以是用户私有的，这是因为在大多数情况下仅有一个人使用一个移动设备。通常，用户随身携带他们的移动设备到各个地方(包括在购买产品和服务时)。因此，移动性和对移动TV广播服务的访问意味着：移动接收机设备可以是用于影响特定消费者和建立消费者忠诚的极具价值的市场工具。因此，移动接收机设备提供了用于奖励高价值消费者的独特机会。

提供商可以使用不同的方法来测量其消费者的价值。例如，对于诸如电视制片商、电影工作室和音乐出版社的内容提供商来说，大量地参加其接收机设备的使用以观看移动广播TV内容的用户可以是特别有价值的。使用移动设备上可获得的技术，可以比如通过节目中的投票、竞猜或购买程序来显式地测量用户所观看到的实际内容，或者可以比如通过观众测量来隐式地测量用户所观看到的实际内容。此外，测量软件可以结合移动设备上的调谐器一起运行来监测频道改变，以便提供对于广播观众的准确测量。另外，可以使用移动设备的单播通信能力来接收即时反馈并指导内容观看的测量。除了能够确定谁在观看它们的内容之外，移动设备还可以向内容提供商提供重要的人口统计信息，从而允许内容提供商根据重要的人口统计和相关的消费者信息来表征他们的观众。

除了能够测量总体观众参与和人口统计之外，按观看付费和按时间付费访问服务可以使得内容提供商能够识别并且跟踪实际观看者。因此，可以以一些方式在移动设备上实现目标消费者忠诚计划，这些方式通过常规广播电视是无法实现的。

既然内容提供商可以识别单独的观看者，那么他们可能想要实现目标市场营销计划，该计划旨在保留他们的消费者、增加消费者满意度以及促销类似的内容。用于建立消费者忠诚以及扩充观众的一种手段包括用免费访问广播内容来奖励消费者。例如，内容提供商可以希望向其忠诚观众授予积分或优惠券，从而使得他们能够观看首映电影或者允许访问免费音乐下载。因此，内容提供商可以希望向那些特定移动TV节目的观众提供优惠券，以鼓励他们在常规电影院观看类似的电影。类似地，内容提供商可以希望给予忠诚观众积分或优惠券，以使得他们能够在移动TV上观看该内容提供商的更多节目。另外，内容提供商可以希望进行关联促销，从而诱使观众在基于家庭预订的(可能是固定的)电视系统(比如，DirectTV^TM或Dish^TM网络)上观看内容。

内容提供商并非独自从可以向移动设备传送的消费者忠诚优惠券中受益。直接向消费者进行销售的商户(比如，零售店和消费者服务提供商)可以在销售点(POS)处识别其消费者。传统上，零售商向消费者提供纸质优惠券和类似的促销物。移动设备的技术能力为零售商提供了用于奖励忠诚消费者的新手段。例如，零售商可以希望向忠诚消费者提供积分或优惠券，其中，忠诚消费者可以使用该积分或优惠券来观看移动TV节目。如果积分或优惠券使得消费者能够观看包括来自授予该积分或优惠券的零售商的广告的节目，则该零售商可以受益于双重广告利益。

另外，移动TV广播服务提供商还可以希望向其消费者奖励积分和优惠券，以使得这些消费者能够观看附加内容或者能够打折购买产品或服务。

商户、内容提供商和移动广播网络提供商奖励消费者积分或优惠券的其它原因包括：识别现有服务，或者吸引未来交互；奖励由服务交互活动产生的单播网络业务；对观看广告进行补偿，或者提供对观看广告的未来激励；以及提供奖金来奖赏消费者。还可以作为消费者忠诚计划(例如，航空里程、酒店积分、餐券等等)的一部分来奖励积分或优惠券。另外，当能够准确地确定消费者人口统计时，可以提供积分或优惠券，以便准确地销售这些客户可能期望的产品或服务。

大量不同的移动广播电视服务和广播标准是可用的或在未来可设想的，它们全部可以实现并且受益于各个实施例。这些服务和标准包括开放移动联盟移动广播服务应用套件(OMA BCAST)、MediaFLO、数字视频广播IP数据广播(DVB-IPDC)以及中国多媒体移动广播(CMMB)。典型的，移动广播传输是加密的，使得可以基于预订或者按观看付费来销售对节目的访问。可以使用多种机制将解密密钥链接到预订购买。典型地，移动广播服务利用单播通信网络(比如，消费者的蜂窝电话数据服务)，来向/从特定消费者移动设备传送预订消息，并且移动广播服务利用独立的广播网络来向全部移动设备广播移动电视节目。总而言之，移动广播服务提供商可以发送包括信息的消息，其中该信息使得移动设备能够产生接收特定广播所需要的解密密钥。解密密钥可以被配置为在预定时间量之后到期，以便能够实现按观看付费服务，以及限制解密密钥落入公共领域所造成的经济影响。另外，提供解密密钥的消息可以包括服务限制参数，该服务限制参数可用于将所接收的广播服务限制于特定节目、频道或其它市场分割。

举例而言，OMA BCAST标准使用经由单播网络向移动设备发送的长期密钥消息(LTKM)来提供受限访问密钥。移动设备使用受限访问密钥，以便对以加密形式包含在短期密钥消息(STKM)中的业务加密密钥(TEK)进行解密，其中，短期密钥消息(STKM)是在广播网络上有规律地广播的。当进行解密时，TEK使得移动设备能够在短时间段内(例如，2分钟)对加密的广播内容流进行解密。当TEK到期时，对加密的广播内容的访问将终止，除非获得新的TEK。为了使得消费者能够观看完整的节目，按顺序广播STKM消息，使得可以使用从这些LTKM获得的长期密钥来从这些STKM中获得新的TEK。

下文使用OMA BCAST标准术语和消息名称作为说明性实例来描述各个实施例。其它移动广播标准使用类似的消息结构，其区别在于消息名称以及对各个实施例不重要的细节。例如，DVB-IPDC以类似于OMA BCAST标准的LTKM的方式使用密钥管理消息(KMM)，以类似于OMA BCAST标准的STKM的方式使用密钥流消息(KSM)，并且以类似于OMA BCAST标准的TEK的方式使用TEK。类似地，MediaFLO和CMMB以类似于OMABCAST标准的LTKM的方式使用加密管理消息(EMM)，以类似于OMABCAST标准的STKM的方式使用加密码字消息(ECM)，并且以类似于OMA BCAST标准的TEK的方式使用码字(CW)。因此，提供下文的描述作为说明性实例，并且该描述并非意图将实施例或者权利要求的范围限制于OMA BCAST标准。为了便于参考，在本文中将较长期的版权管理消息称为长期解密密钥消息或LTKM，在本文中将较短期的解密密钥传送消息称为短期解密密钥消息或STKM，并且在本文中将用于对加密的广播内容进行解密的解密密钥称为内容解密密钥或TEK。

当前，移动广播TV系统允许通过购买预订代金券或积分来消费服务或内容。换句话说，用户必须首先付费以变成订户或者为代金券预付费，其中，该代金券随后可以被兑换以用于节目内容。例如，在典型的移动广播TV系统中，消费者每付费1美元可以购买一个代金券。然后，在移动设备中激活电子钱包，以便当用户观看移动TV节目时扣除代金券。当用户消费掉其全部代金券时，其必须在购买了新的代金券之后才能观看更多移动TV节目。

图1是示出了可由移动设备用户用于预订或购买移动TV广播服务的当前方式的过程流程图。在创建广播服务或内容时，移动TV服务提供商已创建了一组使用收费规则，并且就这组使用收费规则达成一致(步骤100)。基于这些收费规则，服务提供商创建订户管理密钥(SMK)并且建立服务注册(步骤102)。服务提供商可以从用户接收对服务预订的请求(步骤104)，或者服务提供商可以从用户接收对购买按观看预付费或按时间预付费代金券的请求(步骤108)。移动广播服务提供商向请求方用户销售所请求的预订或代金券(步骤106、110)，在此之后，移动广播服务提供商通过单播网络向用户的移动设备发送LTKM消息(步骤112)。LTKM包括用于对经由广播网络发送的消息进行解密的长期密钥。该长期密钥通常是依赖于预订或服务的。例如，用户可以预订基本忠诚等级，该基本忠诚等级允许这些用户例如在其移动设备上仅接收基本有线广播频道。在该忠诚等级，用户可能不能观看高级频道，比如，或典型地，通过在基本频道和高级频道之间使用不同的长期密钥来有助于频道服务控制。

LTKM还可以包括用于对前述长期密钥的使用进行管制的服务规则。该规则定义了使用准则和约束条件，并且其实例通常取决于用户与服务提供商之间的合同的条款和条件。例如，服务规则可以向设备通知以下获批准的内容消费模式中的一个：对直播服务的现有预订、对直播事件的PPV访问、对直播事件或录播内容的PPV访问、录播内容的无限制回放。通过单播网络在发往特定用户的移动设备的消息中发送LTKM，其中，长期密钥是存储在安全功能(例如，终端的安全存储器)中或者智能卡上的。服务提供商随后广播STKM(步骤114)。服务提供商还随时间持续地发送加密节目内容流(步骤115)。STKM使得移动设备能够观看加密节目内容。服务提供商网络中的每个移动设备接收STKM流的广播以及相关联的加密内容流。然而，并非每个用户都能对解密内容所必须的每个STKM进行解密。个人的观看特权是基于在用于每个移动设备的LTKM中所规定的服务规则的。因此，如果LTKM中提供的服务规则允许观看节目内容，则移动设备对一个或多个TEK进行解密以对内容进行解码，并且将其显示在移动设备显示器上(步骤116)。在购买了代金券的情况下，如果LTKM规则允许观看节目内容，则在对TEK进行解密并随后将其用于对内容进行解密之前，首先从移动设备电子钱包(例如，智能卡)中减少代金券。然而，如果LTKM中提供的服务规则未授予对节目内容的访问，则将不允许终端对STKM流中的加密TEK进行解密以允许观看与该STKM流相关联的节目。

然而，当前系统向用户发行积分来促销或者以优惠券或免费代金券的形式来创建购买动力的能力是有限的。目前，移动广播TV系统向用户提供积分的唯一方式是在购买服务时向移动广播TV用户传送优惠券。将这些优惠券作为向用户的移动设备发送的、具有内容的购买数据的一部分，来发送给用户。因为这些优惠券是在用户购买服务时分发的，所以这些优惠券不是以特定用户或用户群为目标。代金券也是由服务提供商出售给用户的。然而，这些代金券仅仅是基于购买请求来授予的，并且当前的移动广播TV系统缺少用于将代金券授予与意向购买分离的手段。换句话说，必须请求代金券，因此当前的移动广播TV系统没有能力发行免费的或打折的代金券。另外，移动广播TV网络没有被构造为发送与所请求的代金券量不同的代金券量。因此，即使内容提供商或者网络服务提供商想要给予忠诚消费者比其所购买的代金券更多的代金券，系统也不会允许该情况发生。例如，这些当前限制妨碍了移动广播服务提供商、网络提供商等创建激励，以便他们的消费者使用他们的服务、推广他们的单播网络、观看他们的广告或者在他们的店铺购物。

为了克服这些限制并且能够实现移动TV广播服务的新的市场营销用途，各个实施例方法和系统通过向其消费者提供免费或打折的商品或服务，来使得能够向可以在新收入模式和消费者识别奖励计划中使用的移动设备传送积分。内容提供商、移动广播服务提供商和广告者可以向移动设备用户发行目标积分(例如，优惠券和代金券)。然后，这些积分可以用于对附加移动TV内容的免费赠送的或打折的观看或者用于购买产品或服务，并且因此创建激励，以使用户继续或者增加其对移动广播TV系统的使用。

在各个实施例中，可以出于不同的原因向用户奖励积分。例如，可以由于免费服务试验、内容抽样、忠诚奖励、早到者奖励、新订户服务折扣以及订户内容折扣而向用户提供积分。所发行的积分可以有各种类型的限制，如该积分的产生者所规定的限制。通用积分可用于购买任何种类以及来自任何地方的服务和产品。例如，通用积分可用于在POS处进行购买，以便进行在线购物或者以便购买移动广播TV服务。还可以将积分限制为节目积分，该节目积分仅可用于购买来自移动广播TV系统的节目。积分还可以是特定积分，该特定积分可以仅用于购买特定的服务或产品，比如，来自产生该积分的零售商或制造商的产品。

在各个实施例中，可以用代金券或优惠券的形式来提供积分，其中，该代金券或优惠券就像是一种类型的货币，其可用于购买免费或打折的服务、节目或产品。例如，用户可以使用代金券来购买按观看付费(PPV)的移动TV节目以便在其移动设备上观看。可以免费或打折向用户提供代金券，来作为积分或促销以便激励用户购买产品和服务。如OMA BCAST 1.0中所定义的，有两种类型的针对广播服务的计量消费的代金券。“用户”代金券可用于根据服务指南规则所定义的用户会员资格或预订等级来消费任何内容项目。“服务”代金券被限制于根据用户的会员资格或预订中的特定服务可获得的节目。然而，依据与个体特权有关的成员资格，可以更准确地解决用于获得商品、服务和/或节目的代金券或优惠券的灵活交换。

各个实施例使得被传送给移动设备的优惠券能够用作一种货币，该货币能够在购买产品和服务时被交换以用于缴费折扣或回扣。与通常通过信件、杂志、报纸等等广泛分发的纸质优惠券不同，各个实施例中所实现的优惠券可以经由移动TV广播服务传送到移动设备。一旦被传送到移动设备，用户就可以使用该优惠券，以类似于兑换纸质优惠券的方式获得折扣和促销项目。

各个实施例的方法和系统可以允许各个广告者为了不同的目的来配置积分。积分可以在其使用上有限制。例如，积分可以被配置为：对于特定的时间窗有效；适用于任何购买项目数量；以及独立于该项目的实际价格。积分可以是排他的(例如，不可以进行组合的优惠券)或者非排他的(例如，如果优惠券提供商不同则可以进行组合的优惠券)。积分还可以适用于许多不同的购买项目(即，单独的产品或服务)。积分还可以适用于：由单个购买数据集合(例如，一次节目观看、产品或单个服务)所表征的产品和服务；以及由多个购买数据集合所表征的购买，比如，这可以是预订或持续服务购买的情况。为了支持多数据包的购买(比如预订)，积分可以被配置为适用于购买数据的子集。积分可以被配置用于无权进行转移的仅一个用户或一群用户(比如，忠诚用户或新用户)，或者积分可以被配置为可以从一个拥有者转移给另一个接收者。

图2是用于创建积分、向用户传送积分以及在移动设备上消费积分的总过程的过程流程图。当用户使用其移动设备来观看移动广播TV内容时(步骤200)，可以通过移动TV服务提供商来测量用户的使用(例如，使用等级和类型)。该跟踪(其基于在其移动设备上观看的广播内容的量和选择)对于服务提供商以及内容提供商而言可以是有价值的。移动TV服务提供商受益于预订费用或者一次性代金券购买所支付的频繁使用/消费，从而直接生产移动广播服务提供商的收入。类似地，内容提供商受益于对其内容的需求的增加，这将转化成更高的广告收入和移动广播网络提供商所支付的费用。并且，使用其移动设备的单播特征来参与节目的用户越多(比如，在TV歌手竞赛选秀中为他们喜爱的歌手投票)，则提供该单播服务的蜂窝网络提供商收到更多收入。服务提供商、内容提供商和广告者随后可以分析每个用户的观看习惯以将最有价值的用户作为目标，以便向他们发送促销和激励积分或优惠券。因此，移动广播服务提供商、单播网络提供商、内容提供商和广告者商户中的任意一个或多个可以创建目标积分和优惠券(步骤202)，以用于传送到特定的用户或用户群。这种积分可以包括将在购买服务和产品时使用的优惠券或免费代金券。一旦有价值的用户或用户群被识别并且与合适的积分类型相匹配，就可以向所识别的用户的移动设备发送积分(步骤204)。如下文中更详细描述的，可以通过单播或广播传输方法来传送这种积分。当接收到这种积分之后，移动设备将它们存储到安全的硬件中，以便在移动广播TV系统中使用，其中，所述安全的硬件可以是终端上的安全存储器或者可以对应于可移动智能卡。然后，用户可以通过使用其移动设备购买产品或服务来兑换积分(步骤206)。例如，在观看免费清洁产品的广告时，忠诚用户可以从移动广播服务提供商接收积分，以便用于当在她的移动设备上观看肥皂剧时从零售商或制造商购买免费清洁产品。一旦接收到积分，用户就可以在线购买产品，比如，通过点击与积分一起提供的超链接URL来访问服务零售商或制造商的网店。或者，通过在销售点出示移动设备并且转移积分或者电子记录积分使用，用户可以在光顾店铺时使用该优惠券(类似于其它可下载的电子优惠券)。

图3是移动广播TV系统的网络组件图，其示出了在向移动设备传送积分时所涉及的参与者。在移动广播TV系统中，可以由很多商户创建积分，其中这些商户包括广播服务提供商30、第三方商户50和内容提供商60。广播服务提供商30是提供与终端用户的商业关系(其通常基于预订)的公司。广播网络运营商运营用于向移动设备40传输移动广播TV内容的广播网络80，其中，该广播网络运营商可以是移动广播服务提供商30。广播网络80可以是专用的仅有下行链路的广播传输系统或者基于蜂窝的广播/多播系统(比如，3GPP MBMS或3GPP2 BCMCS所定义的那些系统)。示例性服务提供商30公司包括和这些公司从内容提供商60接收音频、视频和网站内容。随后，这些内容被发送到广播网络运营商，该广播网络运营商进而经由其移动广播TV网络80或者单播网络70来广播该内容。在一些情况下，广播服务提供商30还可以是蜂窝服务提供商，其中在该情况下，他们还将提供并且运营用于向移动设备40提供语音和数据服务的单播网络70。然而，广播服务提供商30无需是单播(例如，蜂窝)网络70提供商。即使单播网络70和广播网络80是由不同的实体运营的，移动广播服务提供商30也仍然可以经由另一个公司所运营的单播网络向移动设备40发送消息并且从移动设备40接收消息。

第三方50可以包括零售商和制造商，比如，和其中这些零售商和制造商希望使促销以移动设备用户为目标。第三方50可以直接与用户交互(比如，当用户光顾他们店铺时)，或者通过广播服务提供商30与用户交互(比如，通过在移动广播TV节目中示出广告)。

内容提供商60可以包括用于提供经由移动广播TV网络80来广播的内容和节目的公司。内容提供商还可以包括广告代理、政府机构以及创建用于广播的音频、视频和图像内容的私有个体。例如，内容提供商可以是用于提供经移动广播TV网络80来广播的新闻和娱乐内容的国家广播公司(NBC)。广告代理内容提供商60可以与第三方50签订合同，以便创建针对其产品和服务的广告内容。例如，可以与广告公司签订合同，以便针对Netflix服务进行广告。

除了单播网络70和移动广播TV网络80之外，用户还可以经由其它通信链路(比如电话(未示出)和互联网90)来与广播服务提供商30和内容提供商60进行通信。例如，用户可以经由其移动设备40(例如，经由未单独示出的蜂窝数据网络)或者耦合到互联网的计算机，来访问由广播服务提供商30和内容提供商60维护的网站。类似地，用户可以通过经由互联网连接到第三方50的网站或者通过走入他们的公司，来直接与第三方50进行通信。

各个实施例的方法和系统允许通过许多传输网络(比如，广播网络80、互联网90、经由单播网络70的SMS消息)以及直接在购买交易销售点处传送和兑换积分。用户的移动设备40可以基于其对移动广播TV系统的使用而成为积分分发的目标。可以直接地或者间接地向用户的移动设备40传送积分。例如，当用户使用其移动设备40经由互联网90在商户的网站处进行购买时，可以直接向移动设备40传送积分。还可以作为互联网会话的一部分或者通过带外方式(比如，通过SMS、MMS或者经由单播网络70传送的电子邮件消息)向移动设备40传送该积分，其中，在该在线购买中建立所述互联网会话。例如，用户的移动设备40可以从接收用于免费咖啡的积分，其中该积分可以是经由带外方法发送的，比如，通过SMS、MMS或电子邮件。不论积分的传送方法如何，用户的移动设备40能够通过广播服务提供商30来兑换积分，比如，以便接收免费或者打折的移动TV节目。

还可以间接地向目标用户传送积分，比如，第三方50向诸如广播服务提供商30的中间方提交积分，以便传送到用户的移动设备40。可以使用不同的方法来实现通过广播服务提供商30向移动设备40传送积分。一种方法在用户与服务提供商30进行通信以购买观看代金券或者预订广播服务时，向用户的移动设备40提供积分。还可以通过服务预订响应消息来实现该积分的传送，其中，服务预订响应消息是由广播服务提供商30响应于移动设备40预订请求消息来发送的。例如，当移动设备40比如为了请求服务预订的扩展或升级(例如，从基本到高级)而向服务提供商30发送预订请求消息时，服务提供商30可以将第三方50优惠券作为预订响应消息的一部分传送到用户的移动设备40。该积分的传送可以通过单播网络70来进行，并且该积分的传送可以基于积分发行方所感觉到的用户价值或者基于用户习惯。第二种方法可以包括：当用户的移动设备40没有发起通信时，向用户的移动设备40传送该积分。在该方法中，服务提供商30可以通过专用服务配置消息向用户的移动设备40发送(即，推送)积分。

为了支持移动TV系统积分和优惠券的传送、处理和兑换，可以在有目标地向用户传送积分之前解决好各个合同方面和技术方面。合同方面可以包括在第三方50与移动广播服务提供商30之间定义消息接口规范，以及建立与针对积分和优惠券的消费和收费语义有关的商业规则。例如，优惠券类型A可以被定义为可以兑换以用于观看特定购买的移动TV节目达X分钟，并且优惠券A在日期Y到期。另一个实例可以包括免费代金券，其中，用户可以兑换该免费代金券以用于观看名义上被定义为价值Z美元的节目，该免费代金券作为交易的一部分从第三方50的银行转移到服务提供商30的银行。

支持移动TV系统积分和优惠券的技术方面可以包括：使用服务配置消息以有助于积分的授予和兑换。除了在移动广播服务提供商30和移动设备40之间传送信息之外，服务配置消息还可以使移动设备40准备接受积分。因此，移动广播服务提供商30可以创建用于积分传送的特定且有目标的服务配置消息，并且使该消息以例如忠诚用户的移动设备为目标。一旦移动设备准备好接收积分，移动广播服务提供商30就可以比如经由单播网络70将积分和与其相关联的规则(即，LTKM)一起传输到目标移动设备40。

图4示出了用于使用预订响应消息从移动广播服务提供商30向移动设备40传送积分的实施例方法。图5是示出了消息交换的消息流程图，该消息交换可以在不同的移动广播TV系统组件之间发生，以便在图4所示实施例方法中传送积分。下文参照图4和图5两者来描述该实施例方法。

在所示的实施例中，移动广播TV服务提供商30可以向第三方50发送报告，其中该报告用于描述很快将被广播的节目内容(图4中的步骤302，其对应于图5中的消息500)。这种对将要广播的节目的预先通知使得第三方50能够评估节目，以便安放广告以及进行促销活动，比如，向目标消费者提供积分或优惠券。当第三方50接收到广播节目报告时(步骤502)，其可以确定其是否愿意向用户的移动设备40提供积分(比如，以优惠券或代金券的形式)。为了使积分到达消费者，第三方50可以向服务提供商30发送积分请求消息(图4中的步骤504，其对应于图5中的消息502)。该积分请求消息可以识别将要传送的积分的细节，比如，它们的价值、它们的适用性(例如，可以兑换的节目、产品或服务)、它们的有效日期以及它们的兑换规则。在接收到该积分请求消息(步骤304)之后，服务提供商30可以向第三方50发送积分响应(图4中的步骤306，其对应于图5中的消息504)。第三方50可以接收积分响应(步骤506)，其中，该积分响应证实服务提供商30已接收到并且已处理第三方50请求，并且该积分响应可以携带与以前达成一致的关于消费和付费的合同条款有关的数据。在准备向移动设备40传送第三方50积分时，服务提供商30可以创建包括由第三方50提供的积分细节的预订响应消息(步骤308)。下面参照图6-图8更详细地描述预订响应消息的结构、元素和参数。在此后的某一时刻，用户移动设备40可以通过单播网络向移动广播服务提供商30发送服务请求，以请求或发起服务调整，比如，购买观看代金券、购买按观看付费代金券、预订请求或升级服务(图4中的步骤402，其对应于图5中的消息506)。移动广播服务提供商30可以接收并且处理服务请求(步骤310)，并且作为响应，使用单播或广播网络70向移动设备40发送合适的服务配置响应消息(图4中的步骤312，其对应于图5中的消息600)。该服务响应可以包括第三方积分以及由用户请求的服务调整。用户的移动设备40可以经由单播网络70接收预订响应消息，访问消息内容，并且将积分存储在移动设备40的存储器(比如，电子代金券钱包)中(步骤404)。然后，移动设备用户可以使用这些积分来购买积分中所指定的服务或产品。下文参照图15-图20来更详细地描述用户兑换移动设备40中所存储的积分的方法。

图6示出了适用于向移动设备40传送积分的实施例预订响应消息600的示例性格式和内容。可以响应于移动设备40为了从服务提供商30购买服务而发送的服务请求消息，来向移动设备40发送该预订响应消息600。预订响应消息600可以包括若干组分，其中这些组分可以被归类为属性和元素。如图6所示，预订响应消息600可以包括可选的属性，比如，请求ID 602、全局状态代码604和自适应模式606。请求ID 602可以是用于相对应的服务请求消息506的标识符。为了允许正确的响应到达正确的请求方，请求ID可以标识预订响应消息600并且将其与正确的服务请求消息506关联。使用请求ID 602，用户的移动设备40可以确定是否接收到正确的服务响应。

全局状态代码604可以根据某些定义的返回代码来提供关于该请求的总体结果的信息。下文参照图9来更详细地描述示例性返回代码。通过使用全局状态代码604，移动设备40可以确定是否成功地对请求进行了处理。换句话说，全局状态代码604可以传送由用户的移动设备40发送的服务请求消息506的状态(即，成功，或者由于错误而失败)。例如，如果全局状态代码604存在于预订响应消息600中并且被设置为值“0”，那么这可以意味着该请求被成功地接收并且完成。反之，如果全局状态代码604存在并且被设置为除了“0”之外的值，那么这可以意味着在对该请求进行接收或处理时存在错误。即使服务请求消息506未被成功地处理，移动广播服务提供商30还是可以用传输积分的预订响应消息600来进行应答，即使移动广播服务提供商30不能提供移动设备所请求的特定的服务调整，这是不值得的。如果全局状态代码604没有存在于预订响应消息600中，则这可以意味着与该请求相关联的一个或多个购买项目元素608有错误。下文更详细地描述购买项目元素608。

可选的自适应模式元素606可以向移动设备40通知操作自适应模式，其中该操作自适应模式可以是通用的或BDS专用的。例如，如果该属性的值被设置为“假”，则这可以指示自适应模式606是通用的。如果该属性的值被设置为“真”，则这可以指示自适应模式606是BDS专用的。根据各个实施例，只有在全局状态代码604指示“成功”并且底层BDS是BCMCS的情况下，自适应模式606才可以存在于预订响应消息600中。

预订响应消息600的元素还可以包括：购买项目元素608；以及可选的DRM简档专用部分元素610，或者可选的智能卡简档专用部分元素612。购买项目元素608可以描述已购买或者接收到什么，比如，服务请求消息506中所请求的项目。换句话说，购买项目元素608可以向移动设备40通知：用户的服务请求是否是成功的；以及所传送的请求项目。例如，如果服务请求消息506请求用于播放某些内容的数字版权(例如，DRM简档)，并且预订购买是成功的，则购买项目元素608可以包括版权有效性结束时间622。下文参考DRM简档部分610来更详细地描述版权有效性结束时间622。对于DRM简档或者智能卡简档，当购买或预订请求出现失败时，可以存在明细状态代码616作为购买项目元素608的属性，以指示移动广播服务提供商30不接受该请求的原因。

购买项目元素608还可以包括多种属性和元素。例如，购买项目元素608可以包括强制性的全局ID参考属性614和可选的明细状态代码属性616。购买项目元素608还可以包括可选的奖金积分元素618和预订窗口元素620。全局ID参考属性614可以是购买项目元素608的指定的ID。同样地，全局ID参考614可以使用在购买项目608中找出的全局购买项目ID(未示出)来识别购买的项目。例如，全局ID参考614可以是任意统一资源标识符(URI)。例如，URI是用于识别或者命名单播网络上的资源的字符串。该识别可以使得能够使用特定协议在网络上与资源表示进行交互。明细状态代码可以是(比全局状态代码604)更具体的状态代码，其可以使用与全局状态代码604相同的返回代码来指定每个购买项目的状态(如下文参照图9所描述的)。

通过使用可选的奖金积分元素618，可以将积分从移动广播服务提供商30发送到移动设备40。例如，在向移动设备40发送服务响应之前，可以将积分(例如，优惠券和/或代金券)数据插入到奖金积分元素618中。以这种方式，当用户发送购买或预订服务的请求时，他们可以从移动广播服务提供商30接收积分。积分类型(其可以是预订响应消息600的一部分)可以改变，并且积分类型可以与请求的服务类型或用户请求服务的身份中的任意一个或两者相联系(例如，基于用户的习惯以及对移动广播TV系统的使用)。例如，在购买项目元素608中可以存在零个或更多个独立的奖金积分(又被称为购买数据)子元素。这些奖金积分子元素可以包括可能由交易产生的奖金服务的独有积分数据。这些积分可以存储在移动设备的存储器中，并且可以基于服务指南规则和用户的会员等级来管理这些积分。下文参照图7和图8来更详细地描述示例性的实施例奖金积分元素618消息结构。

购买项目元素608的强制性的预订窗口元素620可以包括与这样一种时间间隔有关的数据，其中在该时间间隔期间预订或优惠券是有效的。服务提供商30可以将该元素用于基于时间的预订，并且可以针对PPV购买响应消息600包括该元素。用户移动设备40可以使用预订窗口元素620中的信息来确定预订的有效期。预订窗口元素620还可以包括强制性的开始时间属性(未示出)以及可选的结束时间属性(未示出)。开始时间属性可以包括用于表示预订的开始的网络时间协议(NTP)时间戳。结束时间属性可以包括用于表示预订的结束的NTP时间戳。在示例性实施例中，对于可扩充预订而言可以省略该属性。

可选的DRM简档专用部分元素610可以包括服务和内容保护DRM简档专用部分。该部分可以被强制为支持DRM简档，并且可能不适用于智能卡简档。DRM简档专用部分610还可以包括可选的版权有效性结束时间属性622和可选的版权对象获取协议(ROAP)触发器元素624。可以存在版权有效性结束时间属性622，以用于指示与购买内容相关联的LTKM的有效性的结束时间和日期，其中，在该时间和日期之后必须更新LTKM并且此时BSM接受请求消息。可以用NTP时间戳的前32个比特整数部分来表示该字段。例如，如果广播了版权对象(RO)则可以使该属性有效。否则，该属性是不必要的。当存在可选的元素ROAP触发器624时，可以期望移动设备40使用其来发起一个或多个LTKM获取。

可选的智能卡简档专用部分元素612可以包括服务和内容保护智能卡简档专用部分。该部分可以被强制为支持智能卡简档，并且可能不适用于DRM简档。智能卡简档专用部分元素612可以包括可选的LTKM元素626。LTKM元素626可以是智能卡简档移动广播TV LTKM，其包括基本64编码的(base64-encoded)MIKEY消息。如果请求方移动设备40和服务提供商30在注册程序期间对将“HTTP”(即，互联网)作为LTKM传送机制达成一致，则该元素可以存在于预订响应消息600中。

图7A示出了实施例奖金积分元素618的数据结构。如图7A所示，奖金积分元素618可以包括若干参数和子元素，其中这些参数和子元素包括：保护密钥618a、描述618b、价格信息618c、促销信息618d、扩展618e、购买项目参考618f、购买频道参考618g、使用条款618h、专用扩展618i、ID 618j、版本参数618k、有效开始(valid-from)参数618l、有效截止(valid-to)参数618m。保护密钥618a可以包括加密的密钥，其中，可以基于服务指南规则中所描述的用户会员等级对该加密的密钥进行解码。描述618b可以包括用一种或多种语言对向用户销售的产品、服务或预订进行的描述。价格信息618c可以包括对购买或积分交易的类型的描述。

价格信息618c可以包括两个组分：折扣量619a和购买类型619b。折扣量619a可以包括一个或多个货币值，其中，可能以不同的货币将该值表示成负数，该负数表示当使用该折扣/优惠券时可以实现的节省。可以预留特殊值(例如，0)，从而指示相关联的折扣/优惠券使参考购买项目免费。在一些实施例中，折扣量619a可以被省略，其中在该情况下，可以将其值选择为零，从而指示该项目是免费的。

图7A中所示的购买类型表619b示出了购买或积分交易的不同的类型和值，其可用于在向用户的移动设备40发送预订响应消息时丰富价格信息子元素618c。价格表619中的不同类型的购买类型值可以包括：一次性预订、开放式预订、允许基于时间消费直播内容的按时间付费(PPT)直播、允许基于时间消费非直播内容的PPT回放、允许数次回放非直播内容的按播放付费(PPP)回放、允许无限制地回放非直播内容的无限制回放、允许通过使用服务代金券来基于时间消费直播内容的服务代金券PPT直播、允许通过使用服务代金券来基于时间消费非直播内容的使用服务代金券PPT回放、允许通过使用用户代金券来基于时间消费直播内容的用户代金券PPT直播、允许使用用户代金券来基于时间消费非直播内容的用户代金券PPT回放、通过使用用户代金券的用户代金券PPV直播、通过使用用户代金券的用户代金券PPP回放、为了增加链接到这种服务/内容SEK/PEK ID密钥群的服务钱包所购买的额外服务代金券(其中，该密钥群可能需要有效的LTKM来使用该服务代金券)、为了增加用户钱包所购买的可以链接到移动广播服务提供商30 ID的额外用户代金券(其可能不会链接到特定的服务内容，并且可能需要使用有效的LTKM)、非广播(即，真实世界)产品(例如，来自店铺的产品)、预留给未来使用的值和预留给专门使用的值。

促销信息618d可以表示用户可通过购买参考购买项目来获得的折扣/优惠券。扩展618e可以包括用于识别节目、产品或促销或者与节目、产品或促销相关的附加信息。购买项目参考618f可以是用于识别与促销打折优惠券相关联的特定购买项目的标识符。例如，购买项目参考618f可以识别特定的购买项目，比如CNN头条新闻。购买频道参考618g可以包括用于识别用户可以在哪里以及如何购买参考购买项目的信息。在优惠券或代金券用于节目购买的情况下，购买频道参考618g可以识别内容提供商(例如，迪斯尼、AOL、CBS等等)。在优惠券用于从零售商购买产品的情况下，购买频道参考618g可以是必须从其购买该产品的店铺或连锁店(例如，家庭百货(Home Depot)、西尔斯(Sears)等等)。

使用条款618h可以包括关于可以如何使用积分的信息。例如，可以向他人复制或者转移某些积分。使用条款618h可以定义这些界限，以允许积分完整性保持完好。另外，该子元素可以定义积分的类型以及可以出于什么目的使用该积分。例如，优惠券仅可以用于在从移动广播服务提供商30购买内容时接收折扣。该优惠券不能用于购买其它产品或服务。

专用扩展618i除了可以允许基线SG标准之外，还可以允许实现供货商和应用专用的扩展。积分ID 618j可以包括可用于证实积分并且防止用户伪造积分的数据，比如nonce ID、加密值等等。优惠券版本618k可以包括用于识别优惠券的版本的信息，该信息可以允许供货商随时间发行具有不同条款和价值的后续优惠券以用于类似的购买。因此，优惠券版本信息可以用于支持同一类型优惠券的连续版本。有效开始值618l可以包括关于积分开始有效的日期和时间的信息。有效截止值618m可以包括关于积分变无效并且不再能用的日期和时间的信息。如果优惠券永不到期则可以省略有效截止值。

另外，奖金积分元素618可以包括扩展URL元素(未示出)。该URL元素将提供到网络资源的指针，其中该网络资源提供与积分元素有关的其它信息。例如，通过遵循积分元素中的扩展URL，可以到达与积分或优惠券有关的WWW页面。如果移动设备40有能力访问互联网，则该移动设备40使用该URL来访问互联网网站，以便使用HTTP来获得与积分或优惠券有关的附加信息。

对于将要有效并且起作用的奖金积分元素618而言，某些参数和子元素可以是强制性的。在图8所示的消息结构图中示出了这些强制性的参数和子元素。这些强制性的字段包括购买项目参考字段618f、购买频道参考字段618g、有效开始字段618l、积分ID字段618j和优惠券版本字段618k。

图7B中示出了优惠券元素650和其组分的替代实施例。该替代优惠券实施例的子元素包括进行以下操作所需要的信息：识别该优惠券、描述该优惠券、指示该优惠券所提供的价格或折扣、识别其权重以便与其它优惠券进行组合(如下面所更全面描述的)以及验证该优惠券(比如，以数字签名的形式)。可以包括在优惠券对象中的示例性信息包括：标识符(ID)，比如全局唯一标识符；版本号；第一时刻有效日期(有效开始日期)；最后时刻有效日期(有效截止日期)652；指示该优惠券在兑换之前必须由发行方进行验证的标志或值664；该优惠券适用的产品或服务的标识符654；以及对于该优惠券有效的情况，必须通过其来购买产品或服务的频道的标识符656；该优惠券的描述658；该优惠券的提供商的标识符(例如，发行该优惠券的商户的特性)660；如下文参照图27所更全面描述的多使用权重值662；在该优惠券被兑换之后多久可以重新使用该优惠券的指示666；价格信息668，比如包括相对价格或折扣价信息；该优惠券针对其有效的购买项目的目标类型的指示670；当兑换该优惠券时适用的货币折扣价格672；该优惠券在其中有效的货币流通的指示符；可以获得优惠券可打印图像的地址(比如URL)674；描述为该优惠券提供数字签名并且将认证该优惠券的授权机构(authority)的URI 676；用户ID字段和该用户ID的类型的标识符678；来自发行方授权机构的数字签名680，比如XML数字签名。

当将电子优惠券传送和处理成单独的优惠券文档或优惠券对象时，可以将优惠券对象维持在服务指南之外。然而，优惠券对象可以包括指向服务指南中的片段的指针，其中这些片段标识与该优惠券有关的信息。图7C示出了优惠券对象700和服务指南710之间的关系。具体而言，优惠券对象700可以包括指针702、704、706，以指向服务指南710中的配置片段712、714、716，或者指向配置片段中的特定信息字段。这些指针可以具有全局唯一指针的形式，其中该形式不随服务指南的更新而改变，使得由优惠券对象700所指代的信息始终可以经由优惠券中包括的指针702、704、706来获得。

在一个实施例中，积分ID字段618j可以包括如图8所示的附加子元素，比如，加密参数618n、积分标识符618p和多目的签名618o。加密参数618n可以用于指定加密算法和相关联参数(比如，加密salt值或nonce值)。积分标识符618p可以是用于该优惠券的全局唯一标识符。

多目的签名618o可以用于在通过敌对网络来传输优惠券时为该优惠券提供保护。多目的签名618o可以用于使用密码签名(即，优惠券字段的所有部分或某些部分的加密摘要)，与按需获得的和/或由零售商服务器所高速缓存的一个或多个X.509数字证书分级结构一起，对该优惠券进行认证。在一个实施例中，多目的签名618o可以由优惠券发行方使用，以产生在没有检测的情况下不能修改的优惠券(比如，通过使用公知的公钥加密方法)。在一个实施例中，可以使用X.509签名分级结构来创建多目的签名618o，使得优惠券接收者(例如，移动设备和零售商)可以验证该优惠券是由特定的授权机构发行的(如下文所更详细讨论的)。在该实施例中，可以在X.509证书中指定该签名算法。

图9是可以包括在预订响应消息600中的不同的全局状态代码604以及其相关联的状态消息的表604a。例如，包括全局状态代码“000”的预订响应消息600可以指示请求过程是成功的。包括全局状态代码“003”的预订响应消息600可以指示所请求的购买项目是未知的。例如，如果设备拥有具有旧信息的缓存的服务指南服务，则也可以接收到代码“003”，其中在该情况下，用户可以重新获取服务指南。包括全局状态代码“009”的预订响应消息600可以指示收费步骤失败。例如，当达到所协商的积分限度时，可以阻止该账户，其中在该情况下，用户可以联系服务提供商30来解决该问题。还可以在交易中所涉及的不同商户之间使用代码“009”。包括全局状态代码“011”的预订响应消息600可以指示：依据服务提供商30与用户之间的合同，不准许该设备尝试执行的操作。在接收到该错误消息之后，用户可以联系服务提供商30来改变合同条款。还可以在商户之间使用代码“011”。包括全局状态代码“015”的预订响应消息600可以指示：所请求的服务由于传输问题而不可获得，其中在该情况下，可以在稍后重新发起该请求。还可以在商户之间使用代码“015”。包括全局状态代码“016”的预订响应消息600可以指示：以前已处理了相同的请求，其中在该情况下，用户或者实体可以检查以查看是否已经处理了该请求。这可以通过确定是否接收到LTKM来进行，并且如果没有接收到，则重新输入请求。包括全局状态代码“021”的用户预订响应消息600可以指示：所给出的信息是无效的并且不能由系统使用。在该情况下，用户可以重新检查并且再次重新发送请求。包括全局状态代码“022”的预订响应消息600可以指示：请求密钥材料和消息是无效的并且不能被实现。在该情形中，用户可以重新检查，并且如果有必要则重新发送请求。包括全局状态代码“031”的预订响应消息600可以指示：用户设法使用奖金积分618，其中，该奖金积分618携带有优惠券，但是该优惠券具有到期日期并且对于购买交易不再有效。包括全局状态代码“032”的预订响应消息600可以指示：用户使用已验证的奖金积分(其携带有优惠券)来购买可获得的内容对象，但是该优惠券已在以前的交易中使用过，因此该优惠券不再有效。

在一个实施例中，无需从用户接收自愿服务请求就可以向用户的移动设备40传送或推送积分。换句话说，移动广播TV系统可以“引导”用户的移动设备40，并且可以向用户的移动设备40推送出积分而无需他们发送请求消息。该传送方法可以允许第三方50和移动广播服务提供商30使用广播网络80向移动设备40传输积分以向全部用户传送消息，或者使用单播网络70向特定的用户或用户群传送消息。可以通过不同的方法来引导用户的移动设备40。在一个实施例中，如下文参照图10和图11所述，可以向用户的移动设备40广播恳求拉取消息。恳求拉取消息可以从用户的移动设备40恳求积分购买请求。在另一个实施例中，如下文参照图13-图14所述的，可以向用户的移动设备40广播积分授予推送消息，以允许用户的移动设备40无需采取明确行动就接收积分。

为了说明使用引导方法对积分进行的传送，下文的示例性实施例描述了向用户的免费代金券传送。与购买的代金券类似地，免费代金券可以兑换移动TV节目观看。虽然在下文的实施例中使用代金券传送过程作为实例，但是相同的过程可用于传送其它类型的积分，比如，可以兑换产品或服务的优惠券。因此，下文的实例并非旨在将本发明的范围限制于代金券的传送。

图10A是使用恳求拉取消息来引导用户的移动设备接收免费代金券的示例性实施例方法的过程流程图。图11A是一些消息的消息流程图，其中，这些消息可以在不同的移动广播TV系统组件之间交换，以便根据图10A所示的方法来传送代金券。参照图10A和图11A来描述该实施例。

为了发起非自愿代金券购买请求，移动广播服务提供商30可以向用户的移动设备40发送恳求拉取消息(图10A中的步骤314，其涉及图11A中的消息1100)。可以通过广播网络80或单播网络70中的任一个来发送恳求拉取消息1100。恳求拉取消息1110是将提示移动设备40发送购买请求消息的消息，从而开始上文参照图4和图5所描述的积分传送过程。用户的移动设备40可以接收并且处理恳求拉取消息(步骤406)。可选地，可以提示用户接受或者拒绝该恳求拉取(可选的确定408)。例如，对于将私密性和安全性看得比接收积分的期望更重的移动设备用户，该可选的用户选择可以是有用的。如果用户通过拒绝该恳求拉取来对该提示进行响应，则移动设备40可以简单地忽略该恳求拉取消息。然而，如果用户通过接受该恳求拉取(即，确定408＝“是”)来对该提示进行响应，则移动设备40可以向移动广播服务提供商30发送代金券购买请求(图10A中的步骤410，其涉及图11A中的消息1102)。如上文参照图4和图5所描述的，可以通过单播网络70或者诸如互联网90的另一网络将代金券购买请求消息1102发送给服务提供商30。代金券购买请求消息1102可以包括恳求拉取消息中所指定的信息(例如，标识符)或者可以指定购买请求为零，比如，当代金券购买请求是针对基于移动广播服务提供商30所发送的恳求拉取消息1100中所定义的规则的免费代金券时。在接收到代金券购买请求消息1102(步骤316)之后，移动广播服务提供商30可以处理该请求以确定是否存在错误(确定318)。如果代金券购买请求消息1102未被成功接收(即，确定318＝“否”)，则可以向移动设备40发送具有错误消息的代金券购买响应(步骤412，消息1104)。该错误消息可以包括上文参照图9所描述的一个或多个代码和状态消息。如果代金券购买请求被成功处理(即，确定318＝“是”)，则移动广播服务提供商30可以发送代金券购买响应消息(图10A中的步骤320，其涉及图11A中的消息1104)，其中，用户的移动设备40可以接收该代金券购买响应消息(步骤414)。代金券购买响应消息1104可以包括下文操作图12所更详细描述的属性和元素。在发送代金券购买响应消息之后，移动广播服务提供商30可以向移动设备40发送LTKM消息(图10A中的步骤416，其涉及图11A的消息1106)，该LTKM消息包括代金券以及条款和条件，其中可以在该条件下使用免费代金券。可以通过单播网络70或诸如互联网90的另一个网络来传输LTKM。在接收到LTKM(步骤416)之后，移动设备40可以将代金券存储在其存储器中(图10A中的步骤418，其涉及图11A中的消息1108)。可选地，移动设备40可以向移动广播服务提供商30发送验证消息(图10A中的步骤420，其涉及图11A的消息1110)，以便指示代金券的安全接收。可以通过单播网络70或诸如互联网90的另一个网络来传输该验证消息1110。可以由移动广播服务提供商30接收该验证消息1110(步骤324)。

虽然图10A和图11A示出了经由代金券购买请求和购买响应消息来交换代金券的一个示例性实施例，但是，恳求拉取过程可以用于作为接收积分的机制来发送通用预订请求消息(即，服务请求)，以便接收优惠券而不是代金券。图10B是用于使用恳求拉取消息来引导用户的移动设备经由服务请求接收优惠券的示例性实施例方法的过程流程图。图11B是一些消息的消息流程图，其中，这些消息可以在不同的移动广播TV系统组件之间交换，以便于根据图10B所示的方法来传送优惠券。具有类似附图标记的这些过程和消息与参照图10A和图11A所描述的那些过程和消息是一致的。

一起参考图10B和图11B，响应于接收到恳求拉取消息1100(图10B中的步骤406)，移动设备40可以向移动广播服务提供商30发送服务请求消息(图10B中的步骤411和步骤317，其对应于图11B中的消息1103)。移动广播服务提供商30可以通过向移动设备30发送服务响应消息来进行响应(图10B中的步骤321和步骤415，其对应于图11B中的消息1105)。然后，移动广播服务提供商30可以向移动设备30发送包括优惠券(或其它价值项目)的LTKM消息(图10B中的步骤323和步骤417，其对应于图11B中的消息1107)。移动设备30可以将LTKM和优惠券存储在存储器中(图10B中的步骤419和图11B中的内部消息1109)，并且用如上文针对步骤420和步骤324所描述的可选验证消息和消息1110来进行响应。

图12示出了可以包括在实施例代金券购买响应消息1104中的各种属性和元素。代金券购买响应1104可以包括可选的请求ID属性602以及强制性的全局状态代码属性604。如上文参照图6所描述的，请求ID属性602可以是用于相对应的服务请求消息的标识符。因此，为了允许正确的响应到达正确的请求方，请求ID属性602可以识别代金券购买响应消息1104并且将其关联到正确的代金券购买请求消息1102。通过使用请求ID属性602，用户的移动设备40可以确定是否接收到正确的代金券购买响应消息1104。如上文针对图6所描述的，全局状态代码604可以根据某些定义的返回代码来提供关于代金券购买请求的总体结果的信息。上文参照图9详细描述了示例性的返回代码。通过使用全局状态代码604，移动设备40可以确定请求是被成功处理还是由于某种错误而失败。换句话说，全局状态代码604可以向用户的移动设备40传送服务请求的状态(即，成功或者由于错误而失败)。

代金券购买响应1104还可以包括可选的元素，比如，DRM简档专用部分元素610、智能卡简档专用部分元素612以及奖金积分元素618。DRM简档专用部分元素610和智能卡简档专用部分元素612是互相排斥的。因此，代金券购买响应消息还可以仅仅包括DRM简档专用部分元素610或智能卡简档专用部分元素612中的任一个。服务和内容保护DRM简档专用部分元素610可以是被强制为支持DRM简档，并且可能不适用于智能卡简档。

DRM简档专用部分元素610可以包括可选元素ROAP触发器624。代金券购买响应消息1104中的ROAP触发器624元素类似于预订响应消息600中的ROAP触发器624(有一点差别)。如果代金券购买成功，则代金券购买响应消息1104可以包括ROAP触发器624作为附加有效载荷。移动设备40可以使用该ROAP触发器624来发起一个或多个代金券获取(即，通过发起LTKM获取)。该功能与上述预订响应消息600中的ROAP触发器624相同。然而，与预订响应消息600的ROAP触发器624元素相反，如果代金券购买请求由于例如移动设备40未注册而失败，则代金券购买响应消息1104可以包括ROAP注册触发器作为附加有效载荷。随后可以提示移动设备40发起与服务提供商30的注册过程，并且随后一旦移动设备40成功地注册之后就重新发送代金券购买请求消息1102。

代金券购买响应消息可以包括可选的代金券授予元素1202和LTKM元素626。代金券授予元素1202可以包括若干属性，比如，关于响应于代金券购买请求消息1102而授予的代金券的信息。这些属性可以包括类型1204、数量1206和收费类型1208。类型属性1204可以指定在代金券购买交易中授予的代金券的类型。可以授予的不同类型的代金券和它们的所分配值可以包括：预留代金券(值0)、用于DRM简档的代金券(值1)、用于添加到直播PPT钱包中的智能卡简档的服务代金券(值2)、用于添加到回放PPT钱包中的智能卡简档的服务代金券(值3)、用于添加到与服务提供商30 ID相关联的用户钱包中的智能卡简档的用户代金券(值4)、为未来使用预留的代金券(值5-127)以及为专门使用预留的代金券(值128-255)。数量属性1206可以包括用于指定在代金券购买交易中授予的代金券的数量的信息。对于类型属性1204，在该属性中指定的值可以对应于授予的代金券的数量。收费类型属性1208可以包括关于将要与代金券购买交易相关联的收费类型的信息。收费类型可以包括：未指定的(值0)、预付费的(值1)、后付费的(值2)、预留给未来使用(值3-127)以及预留给专门使用(值128-255)。如上文参照图6所描述的，LTKM 626元素可以是包括基本64编码的MIKEY消息的智能卡简档移动广播TV LTKM。如果请求方移动设备40和服务提供商30已在注册程序期间关于将“HTTP”(即，互联网)作为LTKM传送机制达成一致，则该元素可以存在于代金券购买响应消息1104中。

类似于上文参照图6所描述的预订响应消息600，代金券购买响应消息1104还可以包括可选的奖金积分元素618，其中，可以通过该奖金积分元素618向用户发送积分，比如代金券或优惠券。例如，可以在向用户的移动设备40发送代金券购买响应1104之前，将积分(即，优惠券和/或代金券)数据插入到奖金积分元素618中。以这种方式，当用户的移动设备40对移动广播服务提供商30所发送的恳求拉取消息进行响应时，用户可以从移动广播服务提供商30接收积分。可作为代金券购买响应消息1104的一部分的积分类型是可以改变的，并且其可以关联到例如正在向用户推送的代金券的类型、发送恳求拉取消息1100或者(基于用户的习惯或对移动广播TV系统的使用)用代金券购买请求消息1102来进行响应的用户的身份、或者这两者。例如，可以存在零个或更多个独立的奖金积分(又被称为购买数据)参数，来作为购买项目608的属性。这些奖金积分参数可以包括：可以从该代金券购买交易得到的奖金服务的用户唯一积分数据。可以将积分存储在用户的移动设备40的存储器中，并且可以基于服务指南规则和用户的会员等级来对这些积分进行管理。上文参照图7和图8详细描述了示例性实施例奖金积分618消息结构。

图13示出了使用代金券授予推送消息来引导用户的移动设备40接收免费代金券的示例性实施例的过程流程。图14是示出了一些消息的消息流程图，其中，这些消息可以在不同的移动广播TV系统组件之间交换，以便根据图13所示的方法进行积分传送。参照图13和图14二者来描述该实施例。

为了发起对移动设备40的代金券传送，移动广播服务提供商30可以向移动设备40发送代金券授予推送消息(步骤312，消息1400)。移动设备40可以接收并处理代金券授予推送消息(步骤413)。代金券授予推送消息向移动设备40通知将传输LTKM，使得移动设备40可以准备接收LTKM中的积分。在代金券授予推送消息1400之后，移动广播服务提供商30可以向移动设备40发送LTKM(步骤322，消息1106)，其中该LTKM识别免费代金券和使用条款。在接收到LTKM 1106之后，移动设备40处理该信息(步骤416)，并且将免费代金券存储在存储器中，比如存储在移动设备安全功能90(例如，智能卡存储器)中(步骤418，内部消息1108)。移动设备40可以用验证消息来答复移动广播服务提供商30(步骤420，消息1100)，以指示LTKM和免费代金券被成功地接收和存储。可替换地或者可选地，如果没有将代金券成功地存储在存储器中，则移动设备40可以将该信息包括在验证消息(未示出)中。移动广播服务提供商30可以接收验证消息1110(步骤324)，并且可以基于该消息的内容采取适当的步骤。例如，如果验证消息1110指示代金券被移动设备40成功地接收和存储，则服务提供商30可以不采取任何进一步行动。然而，如果验证消息1110包括用于指示代金券未被成功接收或者没有存储在移动设备40存储器中的信息，则移动广播服务提供商30可以采取适当的行动来补救该情况，比如，重新发送LTKM 1106。

一旦诸如免费代金券或优惠券的积分被传送到移动设备40，用户就可以使用它们来购买移动TV节目、服务或产品。根据各个实施例，可以使用用于兑换积分的不同方法。一个示例性的兑换方法包括对STKM进行广播，其中，针对该STKM的积分可以用于购买仅来自特定移动广播服务提供商30的服务内容。另一个实例包括使用单播网络70来传输LTKM钱包模式，以便使移动设备40从车载电子钱包(其实现在终端上的安全存储器上或者智能卡中)中减去特定积分以作为购买付费的一部分。LTKM钱包模式消息是这样一种消息，其包括用于使移动设备从其电子钱包中减少积分的指令。另一个实例包括广播STKM空节目消息，该消息是用于指导移动设备40从其电子钱包中减少特定积分以作为付费的一部分的消息。下文参照图15-图20来更详细地说明这些积分兑换方法中的每一个。

图15是用于使用STKM广播来兑换积分的示例性实施例的过程流程图。图16是一些消息的消息流程图，其中这些消息在不同的移动广播TV系统组件之间交换，以便在图15所示的方法中兑换积分。下文参照图15和图16来描述该实施例。

根据各个实施例，向移动设备40传送或推送的积分可以包括这样一种积分，该积分仅可以被兑换来购买来自移动广播服务提供商30的免费的或打折的节目或内容。在该情形中，移动广播服务提供商30可以广播STKM流(消息1600)(步骤326)，另外还可以广播名义上的或促销的节目或内容流(消息1601)，其中这些节目或内容流可以使用存储在移动设备40中的积分来购买。消息1600包括对STKM流的广播传送。消息1601将加密内容作为连续的流来传输。移动设备40可以处理所接收的STKM流1600(步骤420)，以确定存储器中的积分是否可用于访问与该STKM流广播相关联的特定加密内容流(消息1601)。可以由广播网络80向注册到该广播网络的每个移动设备40传送广播STKM流1600。然而，并非每个接收到STKM的移动设备40都能够对所包括的TEK进行解密以访问相关联的加密内容流(消息1601)。为了访问与STKM流1600相关联的加密内容(消息1601)，接收方移动设备40必须拥有正确的代码和许可。该代码和许可是由存储在移动设备40上的LTKM规则所定义的。例如，可以使用的LTKM规则可以是与如上参照图10-图14所描述的积分一起传送的那些LTKM规则。当移动设备40接收到STKM流1600时，移动设备40可以在移动设备安全功能90中对STKM流1600进行处理(步骤422，内部消息1602)，以便确定该LTKM规则是否允许访问STKM流1600(确定422)。如果移动设备40确定LTKM规则不允许访问STKM流(即，确定422＝“否”)，则移动设备40可以忽略该STKM流(未示出)。然而，如果LTKM规则允许访问STKM流(即，确定422＝“是”)，则移动设备40可以遵循积分钱包中的积分的可用性，来从该积分钱包中减少积分数量并且被要求以从该STKM流中解密出一个或多个TEK(步骤424，内部消息1604)。然后，移动设备40可以使用TEK对加密内容流的至少一部分进行解密(消息1601)。

例如，消息流1601可以携带高级频道节目的加密内容，比如上的新电影。只有先前在LTKM中接收到用于访问该节目的积分的移动设备40才可以访问和解密HBO节目(消息1601)。没有接收到LTKM以及该促销所需积分的其它移动设备40不可以访问与该STKM流1600相关联的内容。

一旦移动设备30解密并且访问了加密内容1601，移动广播服务提供商30就可以结算(settle)与零售商50的积分兑换(步骤338、步骤516，消息1606)。可以使用任何常规商业交易过程(包括已知的电子商务交易方法)来实现移动广播服务提供商30与第三方50或内容提供商60之间的该结算。

图17是使得用户能够花费积分来从零售商购买服务或产品的示例性实施例的过程流程图。图18是一些消息的消息流程图，其中这些消息可以在系统组件之间交换以实现图17所示的步骤。下文参照图17和图18来描述该实施例。

在该示例性实施例中，当在零售商处或者在供货商网站上购物时，可以使用在LTKM中向移动设备40传送的促销积分来购买产品。上文参照图10或图13描述了接收和存储积分的过程。在购物时，比如，在供货商位置处(即，在POS处)实体购物时或者在线购物时，可以使用该积分来为服务或产品付费或者接收服务或产品的折扣。用户可以通过他的/她的移动设备40与零售商50开始购物会话(步骤428、步骤508，消息1800)。用户可以指示最终完成购买的意愿，并且可以从移动设备40向零售商50传输关于移动设备40中所存储的优惠券或积分的信息(消息1802)。可以经由互联网于在线购物会话中传输该消息，或者经由多种已知的传输方法从移动设备40向零售商的POS系统传输该消息，其中所述已知的传输方法包括，例如，近场通信(NFC)链路、显示的条形码或者优惠券ID的人工输入。零售商50可以确定所提供的积分是否可以用作为该交易付费的一部分(确定510)。如果积分不可用于为该交易付费，则零售商50可以允许用户使用其它付费手段来付费，比如，使用信用卡(步骤未示出)。然而，如果零售商50确定用户的积分或优惠券可以被使用(即，确定510＝“是”)，则零售商50可以向移动广播服务提供商30发送付费请求(步骤512，消息1804)。可以经由互联网90或另一个网络来传输该付费请求消息1804，并且该消息可以识别所提供的优惠券、用户和/或移动设备40。在接收到付费请求(步骤330)之后，移动广播服务提供商30可以创建LTKM钱包模式消息并且将其发送到用户的移动设备40(步骤432，消息1806)。可以使用单播网络70向用户40传输LTKM钱包模式消息1806，并且该消息可以包括用于指导用户的移动设备40从移动设备40电子钱包中减少适当积分的指令。移动设备40可以接收LTKM钱包模式消息1806(步骤432)，并且可以基于LTKM规则从电子钱包中减少积分(步骤434，内部消息1808)。如果未完全地或者未成功地减少积分，则移动设备40可以向移动广播服务提供商30传输信号(未示出)。如果未完全地或者未成功地从移动设备40钱包中减少积分，则移动广播服务提供商30可以重新发送LTKM钱包模式(未示出)。然而，如果成功地减少了积分，则移动设备40可以向移动广播服务提供商30发送验证消息(步骤436，消息1810)。可以经由单播网络70传输该验证消息1810。移动广播服务提供商30可以接收该验证消息1810(步骤334)，并且可以向零售商50发送付费响应消息(步骤336，消息1812)，其中，零售商可以经由互联网或另一个网络来接收该付费响应消息(步骤514)。付费响应消息1812可以向零售商50提供关于已从用户的移动设备40钱包成功减少积分的信息。零售商50可以完成与用户的交易。移动广播服务提供商30与零售商50之间的积分兑换结算(步骤338、步骤516)可以发生在进行销售的时候(比如与付费响应消息1812的传输相结合)，或者可以发生在稍后的时候。

在图19所示的示例性实施例中，可以向用户的移动设备40传输STKM空节目消息来减少积分，以便为购买产品或服务而进行付费。由于STKM空节目消息是向全部终端广播的，所以只有参与该购物交易的移动设备才应当受到该特殊付费消息的影响。这是通过在STKM空节目消息中携带唯一的购物交易ID来确保的。所有其它移动设备(其用户未参与该购物交易)可以简单地忽略该STKM消息。图20是可以在图19所示方法中进行交换的消息的消息流程图。下文参照图19和图20二者来描述该实施例。

上文参照图10或图13描述了接收和存储积分的过程。如上所述，当在供货商位置(POS)处购物时或者当在线购物时，可以使用存储在移动设备40上的积分来为服务和产品付费。用户可以通过他的/她的移动设备40开始与零售商50进行购物会话(图19中的步骤428、步骤508，其对应于图20中的消息1800)。用户可以指示最终完成购买的意愿，并且可以从移动设备40向零售商50传输关于移动设备40中所存储的优惠券或积分的信息(图20中的消息1802)。可以经由互联网在在线购物会话中传输该消息，或者可以经由多种已知的传输方法从移动设备40向零售商的POS系统传输该消息，其中所述已知的传输方法包括，例如，近场通信(NFC)链路、显示的条形码或者优惠券ID的人工输入。零售商50可以确定积分是否可以用于为该交易付费(确定510)。如果积分不可用于为该交易付费(步骤未示出)，则零售商50可以允许用户使用其它付费手段来付费，比如使用信用卡(步骤未示出)。然而，如果零售商50确定用户可以使用积分付费(即，确定510＝“是”)，则零售商50可以向移动广播服务提供商30发送付费请求，(图19中的步骤512，其对应于图20中的消息1804)。可以通过互联网90或另一个网络传输该付费请求消息1804，并且该消息可以识别所提供的优惠券、用户和/或移动设备40。在接收到付费请求(步骤330)之后，移动广播服务提供商30可以向移动设备40广播STKM空节目消息(图19中的步骤331，其对应于图20中的消息2000)。可以经由广播网络80来传输STKM空节目消息2000，该消息被编码成使得仅仅该用户的移动设备40能对其进行接收和解密。移动设备40可以接收STKM空节目广播消息2000(步骤438)，并且可以使用与存储在移动设备40上的积分相关联的LTKM中的密钥对该消息2000的内容进行解密，以便确定LTKM规则是否允许访问STKM空节目广播消息2000(确定422)。如果LTKM规则允许访问STKM空节目消息2000(即，确定422＝“是”)，则可以向其中存储有积分的钱包发送该消息(内部消息2002)，并且可以从该钱包中减少积分(步骤434)。一旦减少了积分，就可以向移动广播服务提供商30发送验证消息(图19中的步骤436，其对应于图20中的消息1810)。可以经由单播网络70传输该验证消息1810。移动广播服务提供商30可以接收验证消息1810(步骤334)，并且可以向零售商50发送付费响应消息(图19中的步骤336，其对应于图20中的消息1812)。可以经由互联网90或另一个网络传输付费响应消息1812。零售商50可以接收付费响应(步骤514)，其中，该付费响应向零售商50通知积分已被成功地减少，使得零售商50可以最终完成销售。然后，可以经由任何已知的金融交易机制，在移动广播服务提供商30与零售商50之间结算积分兑换(图19中的步骤338、步骤516，其对应于图20中的消息1606)。

如果移动设备40不能够或者不应该访问STKM空节目消息2000，则移动设备40可以忽略该消息。作为结果，不会减少积分并且不会向服务提供商30发送验证消息1810。由于移动广播服务提供商30没有接收到验证消息，所以其将发送付费响应消息1812，其中该消息1812向零售商50通知没有转移积分。在该情形中，零售商50可以拒绝积分或优惠券，并且可以请求用户对服务或产品使用另一个形式的付费。

可以定义特定的规则来管制积分的使用。例如，积分可以包括到期数据或者仅可以被使用一次。为了说明的目的，以下实例涉及优惠券的使用，然而，本发明的范围不限于这种形式的积分。图21是用于从移动设备40的电子钱包中识别并且删除到期优惠券的实施例方法的过程流程图。优惠券可以由移动设备40接收(步骤2100)，并且可以被存储在存储器中(步骤2102)。然后，可以由该移动设备接收对使用优惠券的请求(步骤2104)。如上所述，可以以LTKM或STKM的形式从广播服务提供商30接收请求。当响应于LTKM或STKM而访问优惠券时，在允许使用优惠券之前，移动设备40可以确定该优惠券是否到期(确定2108)。如果该优惠券到期(即，确定2108＝“YES”)，则可以从存储器中删除该优惠券(步骤2112)，并且可以向移动广播服务提供商30发送关于删除到期优惠券的报告(步骤2114)。可以经由单播网络70来传输该关于删除到期优惠券的报告。如果优惠券未到期(即，确定步骤2108＝“否”)，则可以基于上述所接收的LTKM或STKM来将优惠券应用于进行购买(步骤2110)。

图22是用于识别和删除已用优惠券的示例性实施例方法的过程流程图。优惠券可以由移动设备40接收(步骤2100)，并且可以被存储在存储器中(步骤2102)。可以由该移动设备接收对使用优惠券的请求(步骤2104)。如上所述，可以以LTKM或STKM的形式从广播服务网络30接收请求。当响应于接收的LTKM或STKM而访问优惠券时，在减少优惠券以对购买交易进行付费之前，移动设备40可以确定该优惠券是否已被使用或者以前被复制(确定2200)。该确定使对优惠券能够被定义成使得它们可以被任何用户使用仅一次、可以被任何用户每人使用一次、在促销时段期间可以被多次使用、或者可以根据优惠券创建者所预想的其它使用模式来使用。如果该优惠券已被使用或者以前被复制(即，确定2200＝“YES”)，则可以从存储器中删除该优惠券(步骤2112)，并且可以经由单播网络70向移动广播服务提供商30发送删除报告(步骤2114)。如果优惠券先前未被使用或者未被复制(即，确定步骤2108＝“否”)，则可以基于上述所接收的LTKM或STKM将优惠券应用于进行购买(步骤2110)。

虽然前述实施例的描述涉及经由单播网络与移动广播服务提供商进行通信的移动设备，但是也可以使用其它通信链路。例如，可以在不脱离权利要求和本发明的范围的基础上，经由任播(anycast)网络通信将这些消息传送到移动广播服务提供商网络中的服务器池。

虽然前述实施例经由长期解密密钥消息(例如，LTKM)向移动设备传送优惠券或代金券，并且经由短期解密密钥消息(例如STKM)控制减少优惠券或代金券，但是权利要求可以涵盖使用专用优惠券交易消息的实现，其中所述专用优惠券交易消息当前不是已知移动广播标准的一部分。如果这些标准被修改为包括专用优惠券交易消息，则这些消息应该包括本文所描述的短期和长期解密密钥消息的许多元素，并且可以类似于所述短期和长期解密密钥消息来进行处理。

通过使用公钥加密以及对优惠券进行电子签名，用户和/或零售商可以在无需联系原始发行方的情况下验证优惠券是可信的，或者可以分别存储所发行的所有优惠券的复本。在一个实施例中，优惠券仅仅可以由个人或用户组来发行和使用，且不能由他人重新使用。在这些情况下，多目的签名618o中的摘要可以不仅覆盖优惠券对象的全部内容，而且还可以覆盖被授权以使用该优惠券的用户(或者用户组)的账户身份，以及该优惠券记录的其它方面。当使用数字签名技术来对优惠券进行认证时，可以很容易地检测出第三方尝试提交的优惠券并不是针对他或她来发行的，这是因为所述签名不会验证该未被授权的账户身份。

在一个实施例中，可以使用X.509签名分级结构来形成多目的签名618o。X.509是用于公钥基础设施的公知ITU-T标准，特别地，该标准指定了用于公钥证书的格式和证书路径确认算法，其中该算法使接收者能够确认该签名是由根X.509授权机构所信任的授权机构生成的。总之，该数字签名是通过证书链获得的，其中，每一个证书指向更高的证书，并且该证书链在优惠券兑换方所存储的信任的X.509证书中是未决的。通过利用X.509授权机构，根X.509授权机构可以授权其它公司通过分发子证书来发行有效的优惠券。用此方式，优惠券验证实体可以向希望发行优惠券的公司分发优惠券签名证书，随后这些公司可以向各商业单位或部门发行子证书，其中该各商业单位或部门使用这些证书来发行可验证的优惠券。零售商销售点系统或零售商服务器50(向其出示使用X.509签名分级结构的数字签名所验证的优惠券)可以使用由X.509授权机构提供的高速缓存的验证证书来对优惠券进行验证，而无需与各个优惠券发行方建立信任关系。因此，数字签名(其使用X.509签名分级结构来形成)的使用可以使零售商系统能够在它们信任X.509授权机构时验证优惠券，从而极大地简化根据各个实施例所传送的优惠券的兑换。这使得零售商系统能够在无需与优惠券发行方进行通信的情况下，对优惠券进行验证。

在一个实施例中，可以创建具有数字签名的优惠券，并且可以经由移动多媒体广播网络将这些优惠券广播给移动设备40。图23示出了用于广播具有签名的优惠券的实施例方法。在一个实施例中，零售商服务器50可以创建包括用于优惠券获取的访问信息(比如，URL和优惠券ID号)的优惠券模板(步骤2302)，并且可以经由诸如互联网的网络向移动广播提供商30发送该优惠券模板(步骤2304)。移动广播提供商30可以从零售商服务器50接收该优惠券模板，并对其进行加密和广播(步骤2306)。移动设备40可以从广播传输中接收该加密的优惠券模板(步骤2308)。移动设备40可以通过使用TEK对该优惠券模板进行解密(步骤2310)。如上所述，可以根据移动设备40从移动广播提供商30接收到的LTKM和STKM来获得该TEK。如果该移动设备是所广播优惠券的目标接收者之一，则该移动设备40可以接收使该设备能够对优惠券模板进行解密的TEK(通过LTKM和STKM方法)。如果该移动设备不是该优惠券所针对的群组的一部分，则该移动设备40不可以具有相对应的TEK，因此该移动设备40将不能够对该优惠券模板进行解密。一旦对优惠券模板进行了解密，移动设备40就可以通过使用互联网90(比如经由单播网络)来请求可使用的电子优惠券，以便使用优惠券访问信息来访问零售商服务器50所主持的网站(步骤2312)。

在该实施例中，零售商服务器50可以用作优惠券数据存储库，其中该优惠券数据存储库可以接收移动设备40针对电子优惠券的请求(步骤2314)。零售商服务器50可以经由开放的互联网连接，来向移动设备40发送针对设备身份信息以及在初始请求中没有传送的任何优惠券数据的请求(步骤2316)。移动设备40可以经由互联网90来接收针对身份和优惠券数据的请求(步骤2318)，并且作为响应，向零售商服务器50发送所请求的数据(步骤2320)。该移动设备身份信息可以是向零售商服务器50标识该设备和/或用户的任何形式的信息。该信息的示例包括：设备标识符(例如，MAC ID)、设备电话号码、用户账号、会员资格编号、用户名、存储在设备存储器中的零售商服务器50已知的秘密号码(比如，个人识别号码(PIN))等等。在交易期间，可能需要移动设备提交这些设备标识符中的一个或多个。

可以使用不同的方法来向零售商服务器50发送设备身份数据。例如，可以自动地向零售商服务器50发送设备身份数据(比如，响应于对该信息的请求)。在该实现中，移动设备40可以被配置为通过在去往零售商服务器50的答复消息中提供所请求的身份参数，来对零售商服务器50进行自动响应。或者，移动设备可以向用户通知该请求，并其仅在用户指示之后，才向零售商服务器50发送设备身份数据。在该实现中，移动设备40可以被配置为向用户通知来自零售商服务器50的对身份数据的请求，并且提示该用户同意或不同意发送所请求的数据，并且仅当其接收到允许向零售商服务器50传输该身份数据的用户输入时，才进行响应。

零售商服务器50可以使用该身份数据和优惠券数据来创建包括数字签名的优惠券(步骤2324)。数字签名摘要可以包括请求方设备标识信息和优惠券ID。如上所述，可以使用具有与关联回到根X.509授权机构的X.509签名分级结构的证书，来生成数字签名。如下所述，可以在销售点处使用与设备信息和优惠券ID一起的数字签名，以便在接受优惠券之前验证该优惠券的真伪。下文参照图25来更详细地描述销售点处的验证方法。零售商服务器50可以向广播提供商30发送经签名的优惠券(步骤2326)。广播提供商30可以使用单播网络将该经签名的优惠券从零售商服务器50中继到移动设备40(步骤2330)。或者，经由互联网90，零售商服务器50可以经由开放通信链路直接向移动设备40发送该经签名的优惠券。移动设备40可以接收和存储该经签名的优惠券(步骤2330)，并且可以向用户通知接收到了现在能在交易中使用的电子优惠券(步骤2332)。

在一个替代的实施例中，优惠券模板不是提供URL，而是可以包括不同的通信指示符或地址，比如电话号码。在该实施例中，移动设备40可以与零售商服务器50进行通信以交换设备身份，并且经由通信网络(比如，使用SMS或MMS通信方法)来接收经签名的优惠券。

图24示出了另一种实施例方法，其中，零售商服务器50可以通过该方法来创建用于向移动设备40广播的经签名的电子优惠券，而无需对该广播优惠券进行加密。在该实施例中，零售商服务器50可以使用常规的签名方法来创建具有数字签名的优惠券(步骤2402)，其中该数字签名涵盖了优惠券数据、优惠券身份号和目标接收方移动设备身份数据(如果知道的话)，并且零售商服务器50可以向移动广播提供商30发送该经签名的优惠券以便进行广播(步骤2404)。如上所述，可以使用具有关联回到根X.509授权机构的X.509签名分级结构的证书来生成数字签名。如同前一实施例，移动设备身份数据可以包括任何一个或多个设备标识符，比如，设备MAC ID、电话号码、PIN、账号或者群组编号。群组编号(即，群组ID)可以被分配给移动设备40，其中该移动设备40比如通过与零售商的联系或交互来加入或者被分配到移动设备或用户的群组。例如，零售商可以具有常客奖励程序，其中使用该程序，用户可以签约并接收群组标识符，该群组标识符可以存储在该用户的移动设备中以用于接收电子优惠券。在该示例中，零售商可以发行签名有消费者奖励程序标识符的广播电子优惠券，使得仅仅注册的消费者才会经由广播网络来接收可兑现的优惠券。

移动广播提供商30可以从零售商服务器50接收该经签名的优惠券，并将其作为普通广播传输的一部分来进行广播(步骤2406)。在该示例性实施例中，在对经签名的优惠券进行广播之前，广播提供商30不需要对其进行加密，这是因为数字签名可以用于验证用户和零售商服务器的优惠券使用，以确保仅特定的移动设备接收并处理该优惠券。

为了从零售商服务器50接收经数字签名的优惠券并对其进行解密，移动设备40可以向零售商服务器50进行预注册。作为预注册的一部分，零售商可以提供用于在用户的移动设备上存储的解密密钥。该解密密钥可以是零售商服务器50与移动设备40所共享的标准公共解密密钥，比如，X.509验证证书。另外，在该预注册过程期间，移动设备40可以与零售商服务器50共享设备数据。零售商服务器50可以存储和使用在预注册期间接收到的该设备数据，以便创建包括具有数字签名的这种数据的优惠券，其中该数据签名包括设备数据以及优惠券数据。该方法使得能够生成可以仅仅由特定移动设备使用的电子优惠券，这是因为仅仅可以用该设备数据来验证该数字签名。这允许通过广播网络80以未加密的方式来广播奖励给各个用户或较小用户组的优惠券。

在接收到所广播的经数字签名的优惠券(步骤2408)之后，移动设备40可以使用在预注册期间接收到的解密密钥来对优惠券签名进行解密(步骤2410)。通过对签名进行解密，移动设备40可以访问加密的签名数据(比如，优惠券数据)(步骤2412)，并且可以确定从该签名获得的ID是否与该设备上存储的ID相匹配(确定2414)。当使用X.509签名证书来生成数字签名时，移动设备还可以验证该优惠券是由根X.509授权机构所信任的实体发行的，并且因此是由可信赖的商家发行的。不具有适当解密密钥的移动设备可以接收优惠券广播，但是将不能够对该签名进行解密，从而将忽略该数据。

如果在该签名中接收的设备数据与移动设备数据相匹配(即，确定2414＝“是”)，则移动设备40可以将该优惠券存储在该移动设备40的存储器中(步骤2416)，并且向用户通知接收到了现在可用于交易的电子优惠券(步骤2418)。如果从解密的签名中获得的设备数据与移动设备40数据不匹配(即，确定2414＝“否”)，则移动设备40可以忽略该优惠券(步骤2420)，这是因为该优惠券不是旨在针对该移动设备40的。此外，如果移动设备40不具有对优惠券签名进行解密所需要的解密密钥，则移动设备40可以忽略所接收的优惠券。可以以类似的方式使用加密和数字签名的各种组合，以便经由移动广播网络向特定的用户或用户组提供可验证的电子优惠券，而无需使用广播方的加密方法(例如，上文所描述的LTKM和STKM方法)。

可以以多种方式在零售商的销售点(POS)处兑换经数字签名的优惠券。例如，根据优惠券的类型，可以在销售点处按折扣或免费的方式来购买商品。图25示出了用于在销售点处于购买交易期间兑换经签名的优惠券的实施例方法。在该销售交易期间(例如，在“付帐”期间)，用户可以向POS系统95出示存储有经签名的优惠券的移动设备40。移动设备40和POS系统可以协商通信链路(比如，使用公知的近场通信(NFC)链路)，其中通过该通信链路，移动设备随后可以发送电子优惠券数据以及设备身份数据(步骤2502)。POS系统95可以接收该经签名的优惠券和设备身份数据(步骤2504)，并且可以向零售商服务器50发送用于请求对该经签名的优惠券进行验证的请求(步骤2506)。

来自POS的验证请求消息可以包括优惠券签名、优惠券ID和所接收的设备身份数据。零售商服务器50可以接收该验证请求消息(步骤2508)，对该签名进行解密(步骤2510)，并且将从签名获得的优惠券ID和设备身份数据与从POS接收的优惠券ID和设备身份数据进行比较(步骤2512)。当数字签名是使用X.509签名证书来生成时，零售商服务器50还可以验证该优惠券是否是由根X.509授权机构所信任的实体发行的并且因此是由可信赖的商家发行的。如果对数字签名进行了正确解密(这确认了发行方是值得信任的)，并且从该签名获得的优惠券ID和设备身份数据与在验证请求消息中从POS系统接收到的那些优惠券ID和设备身份数据相匹配(即，确定2510＝“是”)，则零售商服务器50可以验证该优惠券(步骤2514)。

作为验证优惠券的一部分，零售商服务器50还可以在优惠券数据库(例如，如下文所描述的失效优惠券对象列表)中查找优惠券ID，以确定该优惠券是否已经被兑换，并且可以检查优惠券字段以确定该优惠券是否已到期。如果该优惠券通过数字签名进行了验证，并且数据记录指示其还没有被兑换并且还没有到期，则零售商服务器50可以向POS系统发送验证消息(步骤2516)。POS系统可以接收该验证消息(步骤2518)，并且将该优惠券应用于购买交易(步骤2520)。POS系统可以可选地向零售商服务器50发送优惠券使用消息，以便向零售商服务器50通知该优惠券的使用(步骤2522)。POS系统还可以向移动设备40发送优惠券取消消息(步骤2526)。零售商服务器50可以接收该优惠券使用消息(步骤2524)，并且记录已兑换该优惠券ID。移动设备40可以接收该取消消息，并且从存储器中删除该优惠券(步骤2528)。

如果从签名获得的优惠券ID和设备身份数据与从POS接收到的那些优惠券ID和设备身份数据不匹配(确定2510＝“否”)，或者如果该优惠券已经到期或者已经被兑换，则零售商服务器50可以拒绝该优惠券(步骤2530)，并且向POS系统发送拒绝消息(步骤2532)。POS系统可以接收该拒绝消息并且在购买交易期间拒绝该优惠券(步骤2534)。

图26示出了用于取消先前已兑换或已经到期的经数字签名的优惠券的实施例方法。在验证或拒绝经签名的优惠券之后，零售商服务器50可以可选地向移动设备40发送优惠券取消消息(步骤2602)，以向移动设备40通知该优惠券不应当用于其它购买交易。可以使用单播网络(比如，SMS、电子邮件、MMS或其它常规方法)来向移动设备40发送该优惠券取消消息。移动设备40可以接收该优惠券取消消息(步骤2604)。作为接收该优惠券取消消息的一部分，移动设备40可以检查与该取消消息相关联的数字签名，以便在从存储器中删除相对应的优惠券数据之前验证该数字签名的真伪。可以使用X.509签名分级结构来形成该数字签名，以使移动设备40能够验证该取消消息是由经授权的授权机构发送的。

在接收并验证优惠券取消消息之后，移动设备40可以删除移动设备40中存储的优惠券(步骤2605)，并且向零售商服务器50进行答复，确认对移动设备存储器中的优惠券的删除或取消(步骤2606)。配置移动设备删除或取消优惠券并且向零售商服务器50发送消息(其中该消息确认对优惠券的取消/删除)，这种配置保护零售商和优惠券发行方免受无道德用户尝试多次兑现相同优惠券的影响。

为了确保优惠券分发和兑换系统的可靠操作，零售商服务器50可以确认是否在确定步骤2608中已接收到优惠券取消消息确认。如果已接收到优惠券取消确认消息(即，确定步骤2608＝“是”)，则由零售商服务器50验证和兑换优惠券的过程可以结束(步骤2616)。然而，如果没有接收到优惠券取消确认消息(即，确定步骤2608＝“否”)，则零售商服务器50可以在数据库(其由该服务器维持或者可以由该服务器访问)中创建“失效优惠券对象”，以便跟踪已兑换的优惠券(步骤2610)。在服务器可访问的数据库中创建失效优惠券对象的操作允许该服务器识别先前已兑换的优惠券(如果第二次向零售商出示该优惠券)。因此，作为上文参照图25中的步骤2514所描述的优惠券验证过程的一部分，零售商服务器50还可以检查失效优惠券对象数据库，以确定该优惠券是否被列为已被兑换。在一个实施例中，失效优惠券对象的创建可以开启倒数计时器，其中当该倒数计时器在步骤2612中到期时，其提示零售商服务器50确定该优惠券是否仍被列在数据库(比如，失效优惠券对象数据库)中。如果零售商服务器50在该时间点仍然在跟踪该被兑换的优惠券(即，确定步骤2614＝“是”)，则零售商服务器可以返回到步骤2602，以便向移动设备40发送另一个优惠券取消消息。如果零售商服务器50不再跟踪该被兑换的优惠券(即，确定步骤2614＝“否”)，则零售商服务器50验证和兑换优惠券的过程可以结束(步骤2616)。当优惠券自身到期时，该过程也可以结束，这是由于到期的优惠券将基于其到期参数而被拒绝。

在一个实施例中，零售商服务器50所创建的电子优惠券可以包括权重值，其中，该权重值可以由零售商用于规定是否可以对这些优惠券进行组合，并且如果可以进行组合，则规定这些优惠券可以与其它优惠券进行组合的程度。零售商可以建立一些规则，其中这些规则由POS系统用于使用所分配的优惠券权重来确定是否允许若干优惠券的组合。零售商服务器50可以实现规则，使得如果分配给向POS系统出示的优惠券的权重数的总和大于预定的最大值，则不允许这些优惠券的组合。例如，零售商可以向优惠券A分配权重数0.2，向优惠券B分配权重数0.5，并且向优惠券C分配权重数0.9。零售商还可以实现该规则：当向POS系统出示多个优惠券时，如果分配给这些优惠券的权重数的总和大于1，则不允许这些优惠券的组合。根据这样的规则，由于分配给优惠券A的权重数(0.2)和分配给优惠券B的权重数(0.5)的总和小于1，所以允许优惠券A与优惠券B的组合。然而，根据相同的规则，由于分配给优惠券A和优惠券B的优惠券权重数的总和等于1.1(其大于1)，所以不允许优惠券A与优惠券C的组合。在该示例中，也不允许对优惠券A、B和C进行组合，这是由于这些优惠券权重的总和大于1。该处理还允许零售商系统在无需联系原始优惠券发行方的情况下对优惠券进行验证和接受。

图27示出了用于确定是否允许具有权重的多个优惠券的组合使用的实施例方法。作为优惠券发行过程的一部分，可以由优惠券发行方向优惠券分配权重数(步骤2702)。在购买交易期间，诸如零售商服务器50的优惠券管理器可以从POS系统接收优惠券验证请求(参见图25)(步骤2704)，其中该请求包括针对两个或更多个优惠券的优惠券数据。优惠券管理器可以计算优惠券权重的总和(步骤2708)，并且可以确定优惠券权重的总和是否大于预定的数“n”(确定2710)。如果这两个或更多个优惠券的权重的总和小于或等于“n”(即，确定2710＝“是”)，则零售商服务器50可以针对一次购买交易验证这两个或更多个优惠券的组合使用(步骤2714)。如果这两个优惠券的权重的总和大于“n”(即，确定2710＝“否”)，则零售商服务器50可以针对一次购买交易拒绝这两个或更多个优惠券的组合使用(步骤2712)。可以在类似于上文参照图25所描述的验证或拒绝消息中，向POS系统传送这些组合优惠券的接受或拒绝。

适用于与各个实施例一起使用的典型的移动接收机设备40通常将具有图28中所示的组件。例如，示例性的移动接收机设备40可以具有处理器191，该处理器191耦合到内部存储器192、显示器193以及扬声器199。另外，移动接收机设备40可以具有用于发送和接收电磁辐射的天线194，该天线194连接到无线数据链路和/或蜂窝电话收发器195，其中该蜂窝电话收发器195耦合到处理器191。在一些实现中，收发器195以及处理器191和存储器192的用于蜂窝电话通信的部分可以被统称为空中接口，这是因为它们经由无线数据链路来提供数据接口。移动接收机设备通常还包括用于接收用户输入的键盘196或微型键盘以及菜单选择按钮或摇杆开关197。

处理器191可以是任意可编程的微处理器、微型计算机或者一个或多个多处理器芯片，其可由软件指令(应用)配置为执行多种功能(包括本文所描述的各个实施例的功能)。在一些移动设备中，可以提供多个处理器191，比如，一个处理器专用于无线通信功能并且一个处理器专用于运行其它应用。通常，在访问软件应用并且将其加载到处理器191中之前，软件应用可以存储在内部存储器192中。在一些移动设备中，处理器191可以包括足以存储应用软件指令的内部存储器。移动设备40还可以包括独立的存储器芯片190(比如智能卡)，该存储器芯片190用于存储根据各个实施例的、与比如电子钱包中的积分、代金券和优惠券相关的信息。在一些移动设备中，安全存储器可以位于耦合到处理器191的独立存储器芯片中。在许多移动设备40中，内部存储器192可以是易失性存储器或非易失性存储器(比如闪存)或者二者的混合。为了本文描述的目的，通常所提及的存储器是指可以由处理器191访问的所有存储器，其包括内部存储器192、存储器芯片190、插入到移动设备中的可移动存储器、和处理器191本身中的存储器。

还可以用多种远程服务器设备中的任意一个(比如，图29中所示的服务器2800)来实现若干上述实施例。该服务器2800通常包括耦合到易失性存储器2802和大容量非易失性存储器(比如，磁盘驱动器2803)的处理器2801。服务器2800还可以包括耦合到处理器2801的软盘驱动器和/或压缩光盘(CD)驱动器2806。服务器2800还可以包括耦合到处理器2801的网络接入端口2804，用于与诸如互联网的网络电路2805建立数据连接。

提供前述方法描述和过程流程图仅仅是作为示例性的实例，而不是旨在要求或者暗示必须按照所给出的次序来执行各个实施例的步骤。如本领域技术人员将明白的，前述实施例中的步骤可以按照任意次序执行。词语“此后”、“然后”、“接下来”等不是旨在限制步骤的次序；这些词语仅用于指导读者通读该方法的描述。另外，使用例如冠词“一”、“一个”或“该”来以单数形式提及所要求保护的要素不应被理解为将该要素限制为单数。

结合本文公开的实施例所描述的各个说明性的逻辑方框、模块、电路和算法步骤可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种可互换性，上文对各个说明性的组件、方框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。本领域技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的范围。

用于实现结合本文公开的方面所描述的各种说明性的逻辑、逻辑方框、模块和电路的硬件可以利用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或用于执行本文所述功能的其任意组合来实现或执行。通用处理器可以是微处理器，但是可替换地，处理器还可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合、或者任何其它此种结构。可替换地，可以通过专用于给定功能的电路来执行一些步骤和方法。

在一个或多个示例性方面，可以用硬件、软件、固件或其任意组合来实现所描述的功能。如果用软件来实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。本文所公开的方法或算法的步骤可以实现在所执行的处理器可执行软件模块中，其中该软件模块可以位于计算机可读介质上。计算机可读介质包括计算机存储介质和通信介质二者，其中通信介质包括有助于计算机程序从一个地方传送到另一个地方的任意介质。存储介质可以是计算机可访问的任意可用介质。举例而言而非限制性地，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁存储设备、或者可用于携带或存储具有指令或数据结构形式的所期望的程序代码并且可以由计算机访问的任意其它介质。此外，任意连接也可以被称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或无线技术(比如红外线、无线电和微波)从网站、服务器或其它远程源传输软件，则该同轴电缆、光纤光缆、双绞线、DSL或无线技术(比如红外线、无线电和微波)包括在介质的定义中。本申请所使用的磁盘和光盘包括压缩光盘(CD)、激光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘，其中，磁盘通常以磁的方式再现数据，而光盘利用激光以光的方式再现数据。以上的组合也可以包括在计算机可读介质的范围中。此外，方法或算法的操作可以作为代码和/或指令之一或任意组合或集合来位于机器可读介质和/或计算机可读介质上，其中，机器可读介质和/或计算机可读介质可以合并到计算机程序产品中。

提供了对所公开实施例的以上描述以使得任何本领域技术人员都能够实施或使用本发明。本领域技术人员可以容易地想到对于这些实例的各种修改，并且在不脱离本发明的精神或范围的前提下，本文所定义的通用原理可以适用于其它实施例。因此，本发明并非旨在局限于本文所示的实施例，而是要与本文公开的原理和新颖特征的最广范围相一致。