含的服务 信息:NFC读取器、RFID读取器、无接触型卡读取器、条形码读取器或其任何组合(在403)。基 于服务信息，UE 101a生成服务管理请求消息（在405)，并且按照407,将该消息传送到服务 平台107。
[0047]类似于相对于服务管理模块111所描述的处理，UE 101a接收来自服务平台107的 消息，其提供了相关联的计费信息，并且请求确认服务动作(在409)。接下来，UE 101a接收 来自用户的对所述请求做出响应的输入(例如，在请求或取消请求的情况下继续）（在411)， 基于该用户输入来生成响应消息（在413)，并且将该响应消息传送到服务平台107(在415) 用于对服务平台107进行指导。
[0048]在示例性实施例中，UE 101可以被配置以便执行处理400,用于使用"一次拍击"操 作模式来管理服务(例如，启动服务）。在该模式中，如在401描述的，在承载标签105上的单 击(或其它类似动作）启动了服务管理动作(例如，服务激活）。使用与用户有关的先前存储 的信息(例如，账户、计费以及支付信息），由服务平台107和网络计费系统109自动地完成处 理400的所有其它动作以及任何关联的服务启用和计费动作。例如，当用户启动了无线服务 时，从用户收集该信息。如此，当在处理400下管理服务时，用户不需要输入任何先前存储的 信息。
[0049] 如前所述，对于用来管理(例如，激活、购买、预订等)服务的"一次拍击"操作模式 的使用可以改进用户在访问服务时的整体便利性。这一添加的便利性进而可以鼓励对服务 的更大使用。
[0050] 图5是根据示例性实施例的用于管理与承载标签相对应的服务的处理的流程图。 在该例中，在501，服务平台107从UE 101接收对于管理(例如，激活或修改）与承载标签105 相对应的服务的请求。该请求例如根据承载标签105中所含的服务信息以及做出该请求的 UE 101来标识服务。作为响应，服务平台107使用例如服务目录数据库223来标识所请求的 服务以及相关联的计费信息（在503)。然后，平台107生成用于请求用户确认服务管理请求 和计费信息的消息(在505)，并且启动向用户传送该请求(在507)。
[0051] 在特定实施例中，与承载标签105相对应的一个或多个服务可以受限于特定的地 理区域(例如，Atlanta或New York City)。在这种情况下，服务平台107还被配置以便基于 位置来验证服务管理请求。术语"验证"指的是用于确保UE 101满足与管理服务有关的条件 (例如，位置要求）的处理。为了验证位置信息，服务平台107可以通过例如以下方式来获得 UE 101的位置:标识UE 101正在其中操作的无线通信小区，使用UE 101的全球定位卫星 (GPS)接收机，或者使用其它类似定位技术。在一个实施例中，可以替代地或附加地按照大 洲来对服务的位置限制进行分类(即，特定服务仅可用于北美洲或欧洲）。举例来说，与服务 相关联的位置限制被包括在承载标签105中作为位置验证标识符，如表1所示。表1还包括与 每个标识符相关联的有效性日期。有效性日期指示了对于位置限制的一个或多个有效日 期。 LUUDJJ 衣丄
[0054]在特定实施例中，可以预期，服务平台107还可以使用与位置不同的准则来验证源 自承载标签105的服务管理请求。例如，服务平台107可以确定是否已经激活了或以其它方 式先前已经使用了与特定承载标签105相关联的服务。在一个进一步的实施例中，通过例如 将承载标签ID和与UE 101相对应的唯一标识符(例如，国际移动设备身份（ΠΕΙ))相关联， 服务平台107可以将特定承载标签105链接到UE 101。
[0055]在509,服务平台107从用户接收响应消息。如果该响应确认了服务管理请求，则月艮 务平台107启动所请求的服务管理动作(在511)。在示例性实施例中，启动所述动作的处理 包括:根据相对于图2Β的支付网关227所描述的支付收集的方法来启动对服务管理请求的 合适支付的收集。
[0056]图6Α和图6Β是根据不例性实施例的承载标签和相应服务的不图。如图6Α所不，承 载标签601-607例如对应于各种服务，并且可以使用不同类型的承载标签。例如，承载标签 601-605包括无线标签609(例如，NFC、RFID或无接触型卡），而承载标签607包括条形码标签 611。此外，承载标签601对应于电子邮件预订服务，承载标签603对应于可立即应用于用户 的电话账单的服务信贷，并且承载标签605和607对应于购买游戏(例如，国际象棋）。
[0057]在一个实施例中，用于服务的计费信息可以被印刷或显示在标签本身上(例如，承 载标签601-605)。在其它实施例中（例如，承载标签607)，计费信息没有被显示在标签上。相 反，标签607可以被配置成例如当标签被读取时显示计费信息。
[0058]在另一实施例中，承载标签可以被配置以便激活除了所请求的服务之外的任何从 属特征(例如，数据计划）。例如，承载标签601可以用于预订移动邮件电子邮件服务。在该例 中，服务平台107被配置以便当预订移动邮件服务时要求数据计划。在UE 101激活标签601 时，如果UE 101尚不具有数据计划的话，则服务平台自动地启动对数据计划的预订并且激 活服务。
[0059]尽管图6A中承载标签被显示为卡，但是可以预期，承载标签601-607可以采用能够 针对承载标签进行印刷或嵌入的任何形式。
[0060] 图6B是图示了根据示例性实施例的用于承载标签的分发方法的示图。可以预期， 可以使用任何合适的方法(例如，在用户设备盒内分发、利用每月计费声明、在印刷广告中 等)来分发图6A的承载标签601 -607。如图6B所示，移动邮件承载标签601与UE 623-起被包 括在用户设备盒621中。例如，在设备购买时可以将承载标签601放置在用户设备盒621中。
[0061] 表2总结了与承载标签105相关联的示例性服务和特征，其涉及如相对于图6A和6B 所讨论的用于分发承载标签105和已经安装在UE 101上的从属特征的机制。情形1包括:UE 101被预先配置成包括与服务相对应的应用（例如，电子邮件应用）。然而，UE 101并不具有 数据计划。在该情形下，与例如电子邮件服务相对应的承载标签105可以被包括在设备盒 中，以便促成对数据计划与服务的使用。用户经由承载标签105来启动该服务和相应的数据 计划。然后，举例来说，经由收费(premium) SMS (PSMS)消息可以进行支付。
[0062]情形2类似于情形1，不同之处在于：已经向UE 101提供了数据计划特征。该情形例 如可以用于促成电子邮件服务、即时消息收发服务，或者游戏。在该情况下，用户只是必须 使用例如无线应用协议(WAP)计费页面来激活服务并对服务进行支付。该支付被调度成定 期地(例如，每月）自动重现以便维持该服务。
[0063] 情形3包括:UE 101并不具有与已经安装在该设备上的服务相对应的应用。UE 101 也不具有已经启用的数据计划特征。在该情形下，在设备盒中或者通过其它装置而分发的 承载标签105可以用于启动该服务，下载相应的应用，以及启用从属特征(例如，数据计划）。 在该情形下，经由例如SMS短代码或WAP链路，用户可以启动对服务的支付。
[0064]情形4类似于情形3,不同之处在于:UE 101已经具有在设备上提供的数据计划特 征。在该情况下，UE 101可以通过"一次拍击"方法（即，在承载标签105上单击UE 101)来启 动服务和下载相应的应用。然后，第二或后续拍击可以例如启动对该服务的支付，或者激活 该服务以及任何相应的所下载的应用。
[0065]情形5类似于情形4,不同之处在于：已经在UE 101上提供的数据计划并不足以充 分利用服务(例如，收费视频服务要求附加带宽）。在该情况下，用户可以使用承载标签105 来启动该服务并且升级到所推荐的数据计划特征。例如可以通过具有电话账单的邮件来将 承载标签105发送给用户。
[0066]
[
[0068] 表 2
[0069] 图7是根据示例性实施例在图5和图6的处理中利用的用户接口的示图。在示例性 实施例中，承载标签701 (例如，含有NFC标签)被插入到电话包装中以便用户容易取得。在该 例中，承载标签701对应于电子邮件预订服务，每月花费$4.99,并且在激活情况下有一个月 免费。通过在承载标签701上或附近拍击设备703,设备703的用户启动对于激活电子邮件服 务的请求。设备703读取NFC标签，并且经由例如服务平台107来请求对服务的激活。如果这 是设备703在承载标签701上的第一拍击705,则服务平台107处理该请求并且根据预定的计 费布置(例如，针对用户的电话账单直接对服务进行计费)来激活该服务。服务平台107显示 确认消息707,其呈现计费信息并且需要用户同意以便在预订的情况下继续。用户可以响应 "是"，以便完成服务激活并同意计费布置，或者响应"否"以便取消该请求。如果拍击是第二 拍击709(或后续拍击），则服务平台107例如将第二拍击709解释为用于激活该服务以及任 何相应应用的请求。因此，服务平台107显示消息711，该消息请求确认对服务和应用进行访 问。如此，用户可以使用承载标签701来容易地在激活之后访问服务。
[0070] 根据特定实施例，所描述的处理和布置向用户有利地提供了用于标识和预订服务 的快速和方便的机制。
[0071] 图8-11是图示了根据各种示例性实施例的使用情况场景的一系列消息和处理的 时序图。通过阴影竖向框(shaded vertical box)来表示在网络上的网络处理。通过水平箭 头来表示从一个处理传递到另一个处理的消息。通过文本来指示由处理所实施的步骤。 [0072] 图8-11中表示的处理是消费者设备801、NFC应用803、NFC标签805、铺面807、支付 网关809、运营商接入点811和运营商计费系统813。消费者设备801是UE 101的例子。NFC应 用803是服务管理模块111的例子。NFC标签805是承载标签105的例子。铺面807是服务门户 221的例子。支付网关809是支付网关227的例子。运营接入点811是针对通信网络103的接入 点的例子。运营商计费系统813是网络计费系统109的例子。
[0073]图8A和图8B是根据各种不例性实施例图不了用于管理包括了应用下载的服务的 一系列消息和处理的时序图。在815,在NFC标签805上拍击消费者设备801以便激活服务。作 为响应，NFC应用803与NFC标签805进行协商（在817)以便请求来自NFC标签805的服务信息 (在819)。然后，NFC应用803读取和解密来自NFC标签805的服务信息(在821)。
[0074] 在该例中，服务信息包括对于服务的激活代码以及用来应用于服务计费收费的促 销代码。在823，NFC应用803读取服务信息并且将其解译为激活代码和促销代码，并经由SMS 消息将该服务信息发送到铺面807。
[0075] 在接收到该消息时，铺面807将服务信息解译为用于服务的服务激活代码，并且向 消费者设备801发送确认请求(在825)。确认消息例如含有考虑了促销代码的用于服务的计 费价格。
[0076]在从用户确认要激活该服务并且要将收费应用于用户的电话账单时，NFC应用803 向支付网关809发送针对以下内容的请求:发送关于服务的事务细节以及SMS短代码的信息 (