用于优惠券协商和认证的方法和装置制造方法

用于优惠券协商和认证的方法和装置制造方法
【专利摘要】提供一种用于协商和认证优惠券的方案。优惠券管理平台接收用于确定与至少一个第一优惠券相关联的第一优惠信息的请求。优惠券管理平台按照一个或者多个协商规则处理和/或促进处理第一优惠信息以确定至少一个第二优惠券。优惠券管理平台还至少部分使得呈现至少一个第二优惠券、与至少一个第二优惠券相关联的第二优惠信息或者其组合。
【专利说明】用于优惠券协商和认证的方法和装置

【背景技术】
[0001] 服务提供商和设备制造商（例如无线、蜂窝等）不断受到例如通过提供有吸引力 的网络服务而向消费者递送价值和便利的挑战。这样的服务经常可以包括购物服务和/或 有关营销服务。一个感兴趣的领域已经是开发促进向用户分发和营销由销售商（例如零售 商、服务提供商、第三方等）提供的促销或者折扣（例如，优惠券或者其它相似折扣优惠） 的服务。例如，销售商可能给可能的用户滥发邮件而希望用户中的一些用户将喜欢和将在 某一时刻兑换优惠券。结果，优惠券和有关折扣优惠已经激增，从而使得用户难以发现感兴 趣的优惠券和折扣并且销售商难以发现和获取新用户/消费者。因而，服务提供商和设备 制造商面临用于使得用户能够高效地发现和利用优惠券并且销售商能够有效地分发它们 的优惠和优惠券的显著技术挑战。


【发明内容】

[0002] 因此，需要一种用于协商和认证优惠券的方案。
[0003] 根据一个实施例，一种方法包括确定与至少一个第一优惠券相关联的第一优惠信 息。该方法也包括按照一个或者多个协商规则处理和/或促进处理第一优惠信息以确定至 少一个第二优惠。该方法还包括至少部分使得呈现至少一个第二优惠券、与至少一个第二 优惠券相关联的第二优惠信息、或者其组合。
[0004] 根据另一实施例，一种装置包括至少一个处理器和至少一个存储器，至少一个存 储器包括用于一个或者多个程序的计算机程序代码，至少一个存储器和计算机程序代码被 配置为利用至少一个处理器使得该装置确定与至少一个第一优惠券相关联的第一优惠信 息。也使该装置按照一个或者多个协商规则处理和/或促进处理第一优惠信息以确定至少 一个第二优惠。还使该装置至少部分使得呈现至少一个第二优惠券、与至少一个第二优惠 券相关联的第二优惠信息、或者其组合。
[0005] 根据另一实施例，一种计算机可读介质承载一个或者多个指令的一个或者多个序 列，一个或者多个指令的一个或者多个序列在由一个或者多个处理器执行时至少部分地使 得装置确定与至少一个第一优惠券相关联的第一优惠信息。也使该装置按照一个或者多个 协商规则处理和/或促进处理第一优惠信息以确定至少一个第二优惠。还使该装置至少部 分使得呈现至少一个第二优惠券、与至少一个第二优惠券相关联的第二优惠信息或者其组 合。
[0006] 根据另一实施例，一种设备包括用于确定与至少一个第一优惠券相关联的第一优 惠信息的装置。该设备也包括用于按照一个或者多个协商规则处理和/或促进处理第一优 惠信息以确定至少一个第二优惠的装置。该设备还包括用于至少部分使得呈现至少一个第 二优惠券、与至少一个第二优惠券相关联的第二优惠信息或者其组合的装置。
[0007] 此外，对于本发明的各种示例实施例，以下项可适用：一种方法包括促进（1)对数 据和/或（2)信息和/或⑶至少一个信号的处理和/或处理⑴数据和/或（2)信息和 /或（3)至少一个信号，该（1)数据和/或（2)信息和/或（3)至少一个信号至少部分基于 (包括至少部分地从中得出）在本申请中公开为与本发明的任何实施例相关的方法（或者 过程）中的任何一种方法（或者过程）或者任何方法（或者过程）组合。
[0008] 对于本发明的各种示例实施例，以下项也可适用：一种方法包括促进对至少一个 接口的访问，该至少一个接口被配置用于允许访问至少一个服务，该至少一个服务被配置 用于执行在本申请中公开的网络或者服务提供商方法（或者过程）中的任何一种网络或者 服务提供商方法（或者过程）或者任何网络或者服务提供商方法（或者过程）组合。
[0009] 对于本发明的各种示例实施例，以下项也可适用：一种方法包括促进创建和/或 促进修改（1)至少一个设备用户用户接口元件和/或（2)至少一个设备用户接口功能，（1) 至少一个设备用户接口元件和/或（2)至少一个设备用户接口功能至少部分基于以下项： 在本申请中公开为与本发明的任何实施例相关的方法或者过程中的一种方法或者过程或 者任何方法或者过程组合所产生的数据和/或信息；以及/或者在本申请中公开为与本发 明的任何实施例相关的方法（或者过程）中的一种方法（或者过程）或者任何方法（或者 过程）组合所产生的至少一个信号。
[0010] 对于本发明的各种示例实施例，以下项也可适用：一种方法包括创建和/或修改 (1)至少一个设备用户接口元件和/或（2)至少一个设备用户接口功能，（1)至少一个设备 用户接口元件和/或（2)至少一个设备用户接口功能至少部分基于以下项：在本申请中公 开为与本发明的任何实施例相关的方法（或者过程）中的一种方法（或者过程）或者任何 方法（或者过程）组合所产生的数据和/或信息；以及/或者在本申请中公开为与本发明 的任何实施例相关的方法（或者过程）中的一种方法（或者过程）或者任何方法（或者过 程）组合所产生的至少一个信号。
[0011] 在各种示例实施例中，可以在服务提供商侧或者在移动设备侧或者以在服务提供 商与移动设备之间的在两侧执行动作的任何共享方式来实现方法（或者过程）。
[0012] 对于各种示例实施例，以下项可适用：一种装置，包括用于执行根据初始提交的权 利要求1-20和36-38中的任一项的方法的部件。
[0013] 仅通过举例说明包括设想的用于实现本发明的最佳模式的多个具体实施例和实 现方式，从以下详细描述中容易清楚本发明的更多其他方面、特征和优点。本发明也能够有 其他和不同实施例并且可以在各种明显方面修改它的若干细节而都未脱离本发明的精神 和范围。因而附图和说明书将视为在性质上为示例性而非限制性的。

【专利附图】

【附图说明】
[0014] 在附图的各图中通过示例而非通过限制来图示本发明的实施例：
[0015] 图1是根据一个实施例的能够协商和认证优惠券的系统的示图；
[0016] 图2是根据一个实施例的能够实现优惠券协商和认证的用户设备的部件的示图；
[0017] 图3是根据一个实施例的优惠券管理平台的部件的示图；
[0018] 图4是根据一个实施例的用于处理第一优惠券和协商一个或者多个后续优惠券 的过程的流程图；
[0019] 图5是根据一个实施例的用于分析优惠券和/或优惠的过程的流程图；
[0020] 图6是根据一个实施例的用于优惠券的无效、生效和认证的过程的流程图；
[0021] 图7是图示根据一个实施例的在用户、优惠券管理平台和一个或者多个销售商之 间的通信的时序图；
[0022] 图8A-8F是根据各种实施例的在优惠券规则和协商过程中利用的示图和用户接 口示例；
[0023] 图9是可以用来实施本发明的一个实施例的硬件的示图；
[0024] 图10是可以用来实施本发明的一个实施例的芯片组的示图；以及
[0025] 图11是可以用来实施本发明的一个实施例的移动终端（例如手持机）的示图。

【具体实施方式】
[0026] 公开一种用于协商和认证优惠券的方法、装置和计算机程序的示例。在下文描述 中，出于说明的目的，阐述许多具体细节以便提供对本发明实施例的透彻理解。然而，本领 域技术人员清楚，无这些具体细节仍可实现或者可以用等效布置来实现本发明的实施例。 在其他实例中，以框图形式示出公知结构和设备以免不必要地模糊本发明的实施例。
[0027] 如本文所使用的，术语"优惠券"是指可以被呈现以接收与用于商品和/或服务的 交易有关的折扣或者返利的文档、文件、权标等。虽然关于协商和认证优惠券讨论各种实施 例，但是设想这里描述的协商和认证过程的实施例也适用于可以在用户和/或销售商（例 如服务提供商）之间协商和/或认证的任何优惠、包括但不限于用于商品、服务、在商务中 的其它项目等的物理和/或电子优惠券/优惠。
[0028] 图1是根据一个实施例的能够协商和认证优惠券的系统的示图。随着用户优惠 券、奖励和特别优惠日益变得更受用户欢迎，销售商和优惠券服务提供商（例如零售商、月艮 务提供商、商户等）利用各种媒介，比如印刷媒体、因特网和移动服务平台，以向用户分发 优惠券（例如，物理的和电子的）和其它优惠，用于为它们的产品和服务做广告和促销，由 此获取新用户/客户和/或维持客户忠诚度。然而对于销售商和优惠券服务提供商的至少 一个主要挑战是用户获取可能很有挑战，尤其在获取新用户时。例如，许多销售商投入大量 资源（例如时间、金钱、人员等）用于实质上向在市场中的相同用户（例如相同目前群组） 促销它们的产品和服务。传统上，销售商（例如快餐承办商）可以向潜在用户兜售优惠券 (例如特别优惠）而希望用户中的一些用户将喜欢和将最终地兑换那些优惠券。然而优惠 券经常具有例如关于哪些销售商将接受优惠券、有效期、适用产品、销售商位置等的限制或 者其它条件。另外，在给定的市场中有大量可能销售商和优惠券时，情况经常是用户具有用 户未打算使用的优惠券、不能使用的优惠券（例如在优惠券变成无效之前）、想要将优惠券 换成（例如用于不同销售商的）不同优惠券和/或协商更佳项目（例如更佳优惠）。另外， 如果用户/或销售商希望交换和/或协商优惠券，则销售商必须能够在接受、交换和/或协 商优惠券之前认证（例如另一销售商的）优惠券。因此，需要一种用于用户和销售商能够 认证和/或协商优惠券的机制。
[0029] 为了至少解决这些问题，图1的系统100引入用来协商和认证优惠券的能力。更 具体而言，系统100支持用户利用第一优惠券（例如优惠、奖励等）以协商和寻求来自各种 销售商（例如不同销售商和/或第一优惠券的销售商）的更佳、不同和/或可比较的优惠 券。例如，用户可能希望利用第一优惠券（例如在第一餐厅的）以协商来自与第一优惠券 相同的销售商的更佳第二优惠券（例如更高折扣、更多产品等），或者协商来自不同销售商 (例如与第一餐厅不同的餐厅）的可用的相似优惠券。此外，系统100可以支持销售商通 过向用户提供更佳和/或更令人感兴趣的优惠券来竞争、获取和/或维持用户/客户忠诚 度。例如，第一销售商可以向用户发布优惠券；一个或者多个其它销售商可以协商和/或向 用户提供/发布一个或者多个更佳优惠券；第一销售商可以具有机会以至少部分基于一个 或者多个其它销售商提供的一个或者多个优惠券产生相反优惠。另外，在系统100中的销 售商可以具有机会以经由用户可能希望在他们的协商中利用的优惠券来查明当前竞争者 和市场条件。另外，系统1〇〇可以向销售商提供跨越销售商的优惠券认证服务。例如，用户 可以向第二销售商呈现第一销售商发布的第一优惠券（例如用于兑换、用于交换、用于协 商等），其中第二销售商可能由于缺乏关于第一优惠券和/或关于第一销售商的充分信息 (例如认证代码、秘密代码等）而不能认证（例如，由不同销售商、第三方等发布的）第一优 惠券。
[0030] 如图1中所示，在一个实施例中，系统100包括用户设备（UE)101a-101n(也统称 为UE 101)，UE可以被用来执行一个或者多个应用103a-103n(也统称为应用103)(例如优 惠券管理、游戏、社交联网、web浏览器、媒体应用、用户接口（UI)、GPS、地图应用、web客户 端等）以直接和/或通过通信网络113与其它UE 101、优惠券管理平台105、一个或者多个 销售商l〇7a-107n(也统称为销售商107)、一个或者多个社交联网平台109a-109n(也统称 为社交联网平台109)、GPS卫星111和/或与通信网络113的其它部件进行通信。在一个 实施例中，优惠券管理平台105可以包括一个或者多个优惠券数据库115a-115n (也统称为 优惠券数据库115)和/或具有对其的访问，该一个或者多个优惠券数据库可以包括可以与 一个或者多个销售商、优惠券提供商、一个或者多个用户和/或其它服务提供商（例如内容 提供商、社交联网等）相关联的各种优惠券、规则、认证代码、秘密代码、用户信息等。在一 个实施例中，UE 101可以包括用于确定和/或收集与UE 101、UE 101的一个或者多个用户、 应用103、一个或者多个内容项目等相关联的数据的数据收集模块117a-117n(也统称为数 据收集模块117)。
[0031] 在各种实施例中，优惠券管理平台105可以包括、取回来自一个或者多个销售商、 一个或者多个用户、一个或者多个服务提供商（例如第三方优惠券提供商、社交联网平台 109等）等的各种优惠券、优惠券信息、优惠券模板、优惠券规则等和/或对其的访问，用于 在协商、交换、认证时和/或在创建各种优惠券、优惠券信息、优惠券模板、优惠券规则等时 利用。在一个实施例中，优惠券管理平台105可以利用由UE 101的数据收集模块117和/ 或社交联网平台109提供的用户数据（例如用户简档、用户偏好、用户情境信息等）来协 商、交换、认证、创建、指定各种优惠券以及之类的处理。在一个实施例中，优惠券管理平台 105可以确定和/或可以访问与销售商、产品、服务和/或优惠券相关联的类别信息（例如 类型、类别等）并且可以对一个或者多个优惠券、一个或者多个规则、一个或者多个销售商 等进行分类，其中类别信息可以被存储在数据结构（例如树形）中并且包括一个或者多个 子类别。
[0032] 在各种实施例中，销售商107包括一个或者多个物理企业机构、在线产品/服务提 供商（例如在线购物）、第三方产品/服务提供商等。在一个实施例中，销售商107可以直 接访问优惠券管理平台105和/或优惠券数据库115,以例如提供更新。在某些示例中，销 售商107可以提供（例如上传）关于与零售店相关联的产品和服务的信息以及有关折扣或 者优惠券信息。在某些实施例中，销售商107可以在提供对优惠券管理平台106和/或其 它服务提供商的访问之时本地定义、存储和/或控制优惠券、优惠券信息、优惠券规则、优 惠券模板等。
[0033] 在一个实施例中，可以在优惠券管理平台105和/或在UE 101收集和/或监视简 档信息、优惠券使用历史、偏好、优惠券标准等以及关于用户和/或UE 101的情境信息。在 某些实施例中，在UE 101上的应用103可以监视与UE 101的数据收集模块117相关联的 信息（例如情境数据、用户偏好、用户标准、用户历史等）。例如，数据收集模块117可以利 用应用、服务、传感器等以收集这样的信息。另外，情境信息可以是可以提供如下条件的多 种类型的信息中的任何一个类型的信息，用户可以使用这些条件以指定一个或者多个基于 情境的优惠券协商。情境信息可以例如包括位置信息、相机信息、麦克风信息、环境传感器 信息、天气信息、用户日历信息、加速度计信息、罗盘信息、体温信息等。在一个实施例中，数 据收集模块117可以具有与比如全球定位系统（GPS)的位置确定传感器系统的连接性以访 问GPS卫星111以确定情境信息（例如UE 101的位置）。UE 101然后可以使得向优惠券 管理平台105传输收集的信息（例如简档信息、折扣使用历史、偏好、情境信息等）用于处 理以促进基于情境的优惠券协商。在一个实施例中，优惠券管理平台105可以接收并且将 信息存储在远程和/或在本地数据存储装置处的与用户相关联的用户简档中。在某些实施 例中，用户简档可以包括用户的标识符（例如用户名）和/或UE 101的标识符（例如，硬 件标识符、比如国际移动设备标识（MEI)、电话号码、网际协议地址等）。
[0034] 在一个实施例中，优惠券管理平台105确定与至少一个第一优惠券相关联的第一 优惠信息。在一个实施例中，服务提供商可以从可能希望协商一个或者多个优惠券的一个 或者多个项目的用户接收一个或者多个优惠券和/或与一个或者多个优惠券相关联的信 息，其中一个或者多个优惠券可以是以电子形式、物理优惠券的图像（例如印刷优惠券的 图片）、优惠券的条形码信息（例如，条形码的图像、设备确定的条形码信息等）等。在一个 实施例中，第一优惠信息可以包括服务提供商、用户和/或设备确定的优惠券信息，其中信 息可以被包括在优惠中和/或经由优惠券信息模板来包括，在优惠券信息模板，可以标准 化优惠券信息用于更容易处理而未使用优惠券的复杂解析和/或识别。在无模板可用于特 定优惠券的情况下，用户可以指定新模板或者可以提供优惠券信息作为自由文本。
[0035] 在一个实施例中，优惠券管理平台105按照一个或者多个协商规则处理第一优惠 信息以确定至少一个第二优惠券。例如，用户希望协商其中可以使用优惠券的销售商的位 置（例如，在不同城市、靠近城市中心等）或者将优惠券换成来自不同销售商、来自第一优 惠券销售商（例如原销售商）等的相似和/或更佳优惠券（例如，更多折扣）。在一个实 施例中，优惠券管理平台105处理第一优惠券和/或优惠券信息（例如，列举一个或者多个 优惠券信息项目的优惠券模板）的优惠券模板以确定与第一优惠券相关联的项目、条件、 信息等（例如，折扣额、销售商、位置、适用产品和/或服务等）。另外，服务提供商利用来 自经处理的优惠券的一个或者多个信息项目以与用于确定一个或者多个其它优惠券的一 个或者多个规则比较，其中规则可以由与第一优惠券相关联的销售商、由一个或者多个其 它销售商、由一个或者多个其它服务提供商、由一个或者多个其他用户等指定。例如，规则 可以提供与一个或者多个不同销售商提供的第一优惠券相似的一个或者多个第二优惠券 (例如，相似产品、服务、价值等）。在一个示例中，第一优惠券的销售商可以提供具有更佳 价值、在不同位置、针对不同产品或者服务等的第二优惠券。
[0036] 在一个实施例中，优惠券管理平台105使得呈现至少一个第二优惠券、与至少一 个第二优惠券相关联的第二优惠信息或者其组合。在一个实施例中，优惠券管理平台105 和/或服务提供商（例如优惠券服务平台）可以在设备向用户呈现和/或使得呈现一个或 者多个第二优惠券，用于用户的回看和考虑，其中呈现可以提供一个或者多个实际的第二 优惠券、与一个或者多个第二优惠券相关联的信息、与一个或者多个第二优惠券和/或销 售商相关联的一个或者多个链接等，其中呈现可以作为列表、在地图应用上、经由SMS等。
[0037] 在一个实施例中，优惠券管理平台105按照与至少一个第一优惠券相关联的一个 或者多个重新协商规则处理第二优惠信息以确定至少一个第三优惠券，该至少一个第三优 惠券与和至少一个第一优惠券相关联的至少一个第一销售商、至少一个第一用户、或者其 组合相关联。在一个实施例中，优惠券管理平台105可以处理第二优惠（例如优惠券）和/ 或与第二优惠相关联的信息，并且与和第一优惠和/或第二优惠相关联的一个或者多个重 新协商规则进行比较以确定与第一销售商和/或第一用户相关联的一个或者多个后续（例 如，第三）优惠券。例如，优惠券管理平台105可以利用第一销售商提供的第一优惠和一个 或者多个规则来协商可从一个或者多个其它销售商获得的一个或者多个第二优惠、然后利 用第二优惠和一个或者多个重新协商规则（例如，来自一个或者多个销售商）来确定可从 第一销售商和/或从一个或者多个其它销售商获得的一个或者多个第三优惠。
[0038] 在一个实施例中，优惠券管理平台105处理第一优惠信息以确定与至少一个第一 优惠券相关联的第一优惠价值。在一个实施例中，服务提供商可以确定来自第一优惠信息 (例如，模板信息）和/或第一优惠券（例如，实际优惠券）的一个或者多个价值。例如，一 个或者多个价值可以指示货币的折扣额（例如，折扣一美元）、购买的百分比折扣（例如， 总购买额折扣15% )、产品优惠（例如，买一赠一）等。在一个实施例中，可以基于公式、算 法、用户信息、位置信息、销售商信息等确定与第一优惠和/或第一优惠券相关联的价值。
[0039] 在一个实施例中，优惠券管理平台105处理第二优惠信息以确定与至少一个第二 优惠券的第二优惠价值。在一个实施例中，服务提供商可以从第二优惠信息（例如，模板信 息）和/或第二优惠券确定一个或者多个价值。在一个实施例中，优惠券管理平台105可以 利用第一优惠价值、第二优惠价值和一个或者多个协商规则来确定一个或者多个第二优惠 券。例如，优惠券管理平台105确定第一优惠具有价值$1. 00而第二优惠具有价值$1. 25， 并且基于（例如，一个或者多个销售商、用户等的）一个或者多个协商规则，优惠券管理平 台105可以协商第二优惠券和/或后续优惠券。
[0040] 在一个实施例中，优惠券管理平台105确定与至少一个第一优惠券相关联的至少 一个类别。在一个实施例中，优惠券管理平台105可以确定和/或利用与一个或者多个优 惠券相关联的优惠信息来例如根据服务/产品类型、销售商、价值（例如百分比折扣、数额 折扣、免费产品等）、位置、评级、排行、（例如与某些组织的）销售商关联等对一个或者多个 优惠券进行分类。在一个实施例中，服务提供者可以利用优惠券的类别信息来协商和/或 确定一个或者多个第二优惠券。例如，服务提供商可以确定第一优惠券（例如，购买的25% 折扣）用于在本地销售商的快餐产品（例如，汉堡包），其中第一优惠券可以至少被分类为 "百分比折扣、快餐、汉堡包、本地销售商"，其中第二优惠券可以至少部分基于类别信息来 确定/协商。
[0041] 在一个实施例中，优惠券管理平台105确定与呈现至少一个第一优惠券的设备、 设备的用户或者其组合相关联的情境信息、用户偏好信息、简档信息、或者其组合。在一个 实施例中，情境信息可以由用户和/或设备呈现，其中情境信息可以指定与用户、设备和/ 或优惠券相关联的一个或者多个属性。例如，情境信息可以描述优惠券的特定特性（例如， 产品、折扣额等）、用户/设备的位置、用户关联（例如，在社交网络中的成员资格、购物俱 乐部的成员等）、用户的性别和年龄、产品偏好（例如，生态友好、有机等）、销售商偏好（例 如，小型商店、超级商场、在0. 5英里内等），其中优惠券管理平台105可以利用情境信息、用 户偏好信息、简档信息或者其组合来确定一个或者多个第二优惠券。
[0042] 在一个实施例中，优惠券管理平台105使得至少部分基于一个或者多个协商规 贝1J、对至少一个第二优惠券的接受、或者其组合无效至少一个第一优惠券。在一个实施例 中，一个或者多个销售商、服务提供者、优惠券平台等的一个或者多个协商规则可以要求在 用户接受一个或者多个第二优惠券和/或后续优惠时，用户的一个或者多个第一优惠券需 要被无效。例如，用户协商用于一个或者多个第二优惠券的第一优惠券；接收和接受一个或 者多个优惠券和/或优惠；第一优惠券需要被无效（例如，释放、取消、交换、轮流等），其中 优惠券管理平台105可以基本上自动地（例如，利用一个或者多个应用103、一个或者多个 算法、一个或者多个软件选项等）。
[0043] 在一个实施例中，优惠券管理平台105确定与至少一个第一优惠券、至少一个第 二优惠券、或者其组合相关联的一个或者多个代码、一个或者多个标识符或者其组合。在一 个实施例中，优惠券管理平台105可以访问、取回和/或利用与一个或者多个第一优惠券相 关联的一个或者多个数值和/或文本代码、与一个或者多个第一优惠券相关联的信息、一 个或者多个第二优惠券、与一个或者多个第二优惠券和/或与后续优惠券相关联的信息、 和/或相关联信息。例如，可以从优惠券信息模板、条形码信息、优惠券的图像、秘密代码等 确定一个或者多个代码，其中代码可以由一个或者多个销售商、一个或者多个优惠券平台、 提供一个或者多个优惠券的一个或者多个用户等提供。
[0044] 在一个实施例中，优惠券管理平台105使得至少部分基于一个或者多个代码、一 个或者多个标识符、或者其组合来认证至少一个第一优惠券、至少一个第二优惠券、或者其 组合。在一个实施例中，优惠券管理平台105可以利用一个或者多个确定的代码来认证一 个或者多个用户、一个或者多个销售商和/或一个或者多个其它服务提供商呈现的一个或 者多个第一优惠券、一个或者多个第二优惠券和/或一个或者多个后续优惠券。
[0045] 在一个实施例中，优惠券管理平台105至少部分使得至少部分基于用于兑换至少 一个第一优惠券、至少一个第二优惠券或者其组合的至少一个请求来发起认证。在一个实 施例中，优惠券管理平台105可以发起一个或者多个用户呈现的用于由一个或者多个销售 商兑换的一个或者多个优惠券（例如第一优惠券、第二优惠券、第三优惠券等）的一个或者 多个认证过程。例如，服务提供商可以向希望认证与一个或者多个其它销售商相关联的一 个或者多个优惠券的一个或者多个销售商提供认证服务，其中一个或者多个优惠券可以访 问和/或可以不访问认证代码和/或过程。
[0046] 举例而言，系统100的通信网络113包括一个或者多个网络，比如数据网络（未 示出）、无线网络（未示出）、电话网络（未示出）或者其任何组合。设想数据网络可以 是任何局域网（LAN)、城域网（MAN)、广域网（WAN)、公共数据网（例如互联网）或者任何 其他适当分组交换网络，比如商业上拥有的专有分组交换网络，例如专有线缆或者光纤网 络。此外，无线网络例如可以是蜂窝网络并且可以运用各种技术，包括全球演进增强数据 速率（EDGE)、通用分组无线电服务（GPRS)、全球移动通信系统（GSM)、网际协议多媒体子系 统（MS)、通用移动电信系统（UMTS)等，以及任何其他适当无线介质，例如全球微波接入互 操作性（WiMAX)、长期演进（LTE)网络、码分多址（CDMA)、宽带码分多址（WCDMA)、无线保真 (WiFi)、蓝牙?、网际协议（IP)数据广播、卫星、移动自组织网络（MANET)等或者其任何 组合。
[0047] UE 101可以是任何类型的移动终端、固定终端或者便携终端，包括移动手持机、 站、单元、设备、多媒体计算机、多媒体写字板、因特网节点、通信器、桌面型计算机、膝上型 计算机、笔记本计算机、上网本计算机、写字板计算机、个人数字助理（PDA)、音频/视频播 放器、数字相机/可携式摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、 游戏设备或者其任何组合，包括这些设备的附件和外设或者其任何组合。也设想UE 101可 以支持与用户的任何类型的接口（比如"可佩戴"电路装置等）。
[0048] 举例而言，UE 101和优惠券管理平台105使用公知、新型或者仍在开发的协议来 相互通信并且与通信网络113的其它部件通信。在本文中，协议包括定义通信网络113内 的网络节点如何基于通过通信链路发送的信息相互交互的规则集。协议在每个节点内的 不同操作层起作用，从生成和接收各种类型的物理信号，到选择用于传输那些信号的链路， 到那些信号所指示的信息格式，到识别计算机系统上执行的哪些软件应用发送或接收该信 息。用于在网络上交换信息的概念上不同的协议层在开放式系统互连（0SI)参考模型中有 所描述。
[0049] 网络节点间的通信通常受到交换离散数据分组的影响。每个数据分组典型地包括 (1)与特定协议相关联的报头信息，以及（2)跟在报头信息之后并且包含可以独立于该特 定协议进行处理的信息的有效载荷信息。在一些协议中，分组包括（3)跟在有效载荷之后 并且指示有效载荷信息结束的报尾信息。报头包括诸如分组来源、其目的地、有效载荷长度 以及协议所使用的其它属性的信息。通常，针对特定协议的有效载荷中的数据包括针对与 0SI参考模型的不同的更高层相关联的不同协议的报头和有效载荷。针对特定协议的报头 典型地指示其有效载荷中所包含的下一个协议的类型。更高层的协议被认为封装在更底层 的协议中。如0SI参考模型所定义的，包括在穿过多个异构网络（诸如互联网）的分组中 的报头典型地包括物理（第1层）报头、数据链路（第2层）报头、互连网络（第3层）报 头和传输（第4层）报头，以及各种应用报头（第5层、第6层、第7层）。
[0050] 在一个实施例中，优惠券管理平台105可以根据客户端-服务器模型与UE 101的 应用103交互。根据客户端-服务器模型，客户端过程向服务器过程发送包括请求的消息， 并且服务器过程通过提供服务（例如，基于情境的分组、社交联网等）来做出响应。服务器 过程也可以向客户端过程返回具有响应的消息。客户端过程和服务器过程经常在称为主 机的不同计算机设备上执行，并且使用用于网络通信的一个或者多个协议经由网络进行通 信。术语"服务器"常规地用来指代提供服务的过程或者该过程在其上操作的主机计算机。 相似地，术语"客户端"常规地用来指代进行请求的过程或者该过程在其上操作的主机计算 机。如这里所用，除非根据上下文另有明示，术语"客户端"和"服务器"指的是过程而不是 主机计算机。此外，服务器执行的过程可以出于包括可靠性、可伸缩性和冗余性以及其它方 面的原因而被分解用于作为多个主机上的多个过程（有时称为层级（tier))运行。
[0051] 图2是根据一个实施例的能够实现优惠券协商和认证的用户设备的部件的示图。 举例而言，UE 101包括用于协商和认证优惠券的一个或者多个部件。设想这些部件的功能 可以在一个或者多个部件中被组合或者由等效功能的其它部件执行。在这一实施例中，UE 101包括数据收集模块117,该数据收集模块可以包括一个或者多个位置模块201、磁力计 模块203、加速度计模块205和传感器模块207。另外，UE 101也可以包括用于协调UE 101 的其它部件的使用的运行时模块209、用户接口 211、通信接口 213、情境处理模块215和存 储器217。UE 101的应用103 (例如，优惠券管理应用）可以利用UE 101的部件在运行时 模块209上执行。
[0052] 位置模块201可以确定用户的位置。用户的位置可以通过比如GPS的三角测量系 统、辅助GPS (A-GPS)、始发小区或者其它位置推测技术来确定。标准GPS和A-GPS系统可以 使用卫星111以对UE 101的位置进行定点。始发小区系统可以用来确定蜂窝UE 101与之 进行同步的蜂窝塔。这一信息提供UE 101的粗略位置，因为蜂窝塔可以具有可以在地理上 映射的唯一蜂窝标识符（小区ID)。位置模块201也可以利用多种技术以检测UE 101的位 置。位置坐标（例如GPS坐标）可以给予关于UE 101在捕获媒体时的位置的更细微细节。 在一个实施例中，GPS坐标作为情境信息存储于存储器217中并且经由通信接口 213向优 惠券管理平台105和/或其它服务提供商传输。另外，在某些实施例中，GPS坐标可以包括 用于提供高度的海拔。在其它实施例中，可以使用另一类型的高度计来确定海拔。在某些 实施例中，位置模块201可以是用于确定UE 101的位置、图像的装置，或者可以被用来关联 在视野中的对象与位置。
[0053] 可以在发现UE 101的水平定向时使用磁力计模块203。磁力计是可以测量磁场 的强度和/或方向的仪器。使用与罗盘相同的方式，磁力计能够使用地球的磁场来确定UE 101的方向。可以标记媒体捕获设备（例如相机）的前面作为在确定方向时的参考点。因 此，如果磁场与参考点相比较指向北，则UE 101参考点101从磁场的角度是已知的。可以 进行简单计算以确定UE 101的方向。在一个实施例中，从磁力计获得的水平方向数据可以 存储于存储器217中和/或经由通信接口 213传输到优惠券管理平台105和/或其它服务 提供商。
[0054] 加速度计模块205可以用来确定UE 101的坚直定向。加速度计是可以测量加速度 的仪器。使用具有轴X、Y和Z的三轴磁力计提供在具有已知角度的三个方向上的加速度。 同样，可以标记媒体捕获设备的前面为在确定方向时的参考点。由于重力所致的加速度是 已知的，所以在UE 101静止时，加速度计模块205可以确定UE 101与地球的重力相比较被 指向的角度。在某些实施例中，磁力计模块203和加速度计模块205可以是用于确定用户 的视角度的装置。这一视角信息可以存储于存储器217中并且发送到优惠券管理平台105 和/或其它服务提供商。
[0055] 在各种实施例中，传感器模块207可以确定包围UE 101的环境（例如，大气）条 件、用户情绪（例如饥饿、生气、疲惫等）等。例如，传感器模块207可以检测包括湿度、温 度、用户的体温、用户的其它生理计量数据等的条件。同样，这一信息可以存储于存储器217 中并且发送到优惠券管理平台105和/或其它服务提供商。在某些实施例中，从数据收集 模块117收集的信息可以由运行时模块209取回并且存储于存储器217中。然后，信息可 以周期性地被传输到优惠券管理平台105和/或其它服务提供商。
[0056] 在一个实施例中，通信接口 213可以用来与优惠券管理平台105或者其它UE 101 通信。某些通信可以经由比如网际协议的方法、消息发送（例如SMS、MMS等）或者任何其 它通信方法（例如经由通信网络113)。在一些示例中，UE 101可以向优惠券管理平台105 发送与UE 101相关联的情境信息。在其它示例中，用户可以利用用户接口 211以生成用于 贡献和/或接收基于情境的优惠券信息以向优惠券管理平台105发送的请求。
[0057] 用户接口 211可以包括各种通信方法。例如用户接口 211可以具有输出，这些输 出包括可视成分（例如屏幕）、音频成分、物理成分（例如振动）和其它通信方法。用户输 入可以包括触屏接口、滚动和点击接口、按钮接口、麦克风等。输入可以经由比如语音输入、 文本输入、键入式输入、键入式触屏输入、其它触摸启用的输入等的一种或者多种方法。
[0058] 可以在确定来自数据收集模块117和/或在运行时模块209上执行的应用103的 情境信息时利用情境处理模块215。可以使得这一信息经由通信接口 213被传输到优惠券 管理平台105和/或系统100的其它实体。还可以利用情境处理模块215作为用于基于与 用户和/或UE 101相关联的输入的标准和接收的情境信息确定优惠券信息的装置。在某 些实施例中，优惠券处理模块215可以从情境数据推断更高级情境信息，比如喜欢的位置、 重要地点、公共活动、对产品和服务的兴趣等。
[0059] 图3是根据一个实施例的优惠券管理平台的部件的示图。举例而言，优惠券管理 平台105包括用于管理用于用户和销售商的优惠券和优惠的一个或者多个部件。设想这些 部件的功能可以在一个或者多个部件中被组合或者由等效功能的其它部件执行。在这一实 施例中，优惠券管理平台105包括通信接口 301、优惠券协商模块303、规则/代码模块305、 优惠券/优惠分析模块307和优惠券认证模块309。设想优惠券管理平台105的功能中的 所有或者部分功能也可以由各种服务提供商和/或UE 101的应用103执行。
[0060] 在一个实施例中，通信接口 301可以用来与UE 101以及在通信网络113上连接的 其它设备进行通信。在一个实施例中，优惠券管理平台105可以经由比如网际协议、丽S、 SMS、GPRS的方法或者任何其它可用通信方法从UE 101和/或销售商107接收或者请求优 惠券信息、用户情境信息、用户指定的模板、用户简档信息、销售商信息（例如，规则、优惠、 优惠券、产品/服务信息等）等。举例而言，UE 101和/或销售商107还可以向优惠券管 理平台105发送优惠券协商请求、基于情境的匹配结果、优惠券信息、折扣和有关信息以访 问用于在优惠券数据库115中确定可用优惠券、确定参与销售商、更新用户简档、更新情境 数据等的一个或者多个优惠券管理功能（例如，认证、协商、共享等）。
[0061] 在一个实施例中，优惠券协商模块303可以从用户接收用于校验一个或者多个优 惠券可用于用户和/或协商可用于用户的一个或者多个优惠券的请求。在一个实施例中， 请求可以包括一个或者多个优惠券、优惠券信息（例如优惠券信息模板）、优惠信息、用户 信息（例如，用户简档、用户偏好、用户历史、用户位置、希望的位置等）、优惠券标准（例如， 优惠券类别、用户性别、用户年龄、用户位置等）等。在一个实施例中，标准是基于情境的。 如先前指出的那样，优惠券和/或优惠信息可以用模板形式由用户提供，其中模板信息可 以由用户和/或应用103提供。例如用户可以输入用户感兴趣的用于与一个或者多个销售 商协商的优惠券的各种参数。在一个示例中，应用103可以根据可用于用户的优惠券和/ 或优惠来确定优惠券信息中的所有或者部分优惠券信息。在一个实施例中，优惠券协商模 块303可以与规则模块交互用于确定与一个或者多个销售商相关联的一个或者多个规则， 该一个或者多个规则可以适用于用户呈现的用于与一个或者多个销售商协商的优惠券和/ 或优惠。在一个实施例中，优惠券协商模块303可以向优惠券/优惠分析模块307提供与 一个或者多个优惠券和/或优惠相关联的信息用于分析、比较、推荐等。
[0062] 在一个实施例中，规则/代码模块305可以经由通信网络113接收、确定和/或监 视与一个或者多个销售商（例如参与系统100/系统100的成员）相关联的一个或者多个 规则和/或代码。规则/代码模块305可以轮询对来自一个或者多个销售商的一个或者多 个规则和/或代码的更新和/或一个或者多个销售商可以更新它们的相应一个或者多个规 则和/或代码。在一个实施例中，规则/代码模块305可以向优惠券/优惠分析模块307 提供一个或者多个规则信息用于在分析与用户和/或一个或者多个销售商相关联的一个 或者多个优惠券和/或优惠时利用。在一个实施例中，规则/代码模块305可以向优惠券 认证模块309提供一个或者多个代码（例如，销售商秘密代码）用于在认证与一个或者多 个用户和/或一个或者多个销售商相关联的一个或者多个优惠券时利用。
[0063] 在一个实施例中，优惠券/优惠分析模块307可以处理和/或分析一个或者多个 销售商、优惠和/或与优惠券和/或优惠相关联的信息。在一个实施例中，优惠券/优惠分 析模块307可以利用一个或者多个算法和/或软件应用以分析（例如比较）可从一个或者 多个销售商获得的优惠券和/或优惠相关联的各种信息，用于确定与优惠券和/或优惠相 关联的潜在价值、优点、缺点、标准、要求、条件、项目等。在一个实施例中，优惠券/优惠分 析模块307可以向优惠券协商模块303提供分析结果用于在协商一个或者多个优惠券和/ 或优惠时利用。在一个实施例中，优惠券/优惠分析模块307可以向通信接口 301提供分 析结果用于向一个或者多个用户呈现。在一个实施例中，优惠券/优惠分析模块307可以 利用分析结果用于向与一个或者多个优惠券和/或优惠相关联的用户提供一个或者多个 推荐。例如，优惠券/优惠分析模块307可以基于用户信息、用户标准、销售商信息、优惠券 价值、项目、条件等推荐用户从可从一个或者多个销售商获得的一组优惠券中选择优惠券。
[0064] 在一个实施例中，优惠券认证模块309可以部分地或者完全地认证来自一个或者 多个用户和/或来自一个或者多个销售商的一个或者多个优惠券。例如，优惠券认证模块 309可以在优惠券协商以及/或者优惠券/优惠分析过程之前和/或之后处理用于认证 的一个或者多个优惠券。在一个实施例中，优惠券认证模块309可以向销售商提供跨越销 售商的优惠券认证服务。例如，用户可以向第二销售商呈现来自第一销售商的第一优惠券 (例如，用于兑换、用于交换、用于协商等），其中第二销售商可能由于缺乏关于第一优惠券 和/或关于第一销售商的充分信息（例如，认证代码、秘密代码等）而不能认证（例如，由 不同销售商、由第三方等所发布的）第一优惠券。
[0065] 图4是根据一个实施例的用于处理第一优惠券和协商一个或者多个后续优惠券 的过程的流程图。在一个实施例中，优惠券管理平台105和/或UE 101的应用103执行过 程400并且被实施于例如如图10中所示包括处理器和存储器的芯片组中。这样，优惠券管 理平台105和/或应用103可以提供用于实现过程400的各种部分的装置以及用于与系统 100的其它部件结合实现其它过程的装置。贯穿这一过程，优惠券管理模块105称为完成过 程的各种部分，然而理解UE101可以执行过程步骤中的一些和/或所有过程步骤。
[0066] 在步骤401中，优惠券管理平台105确定与至少一个第一优惠券相关联的第一优 惠信息。在一个实施例中，优惠券管理平台105可以从可能希望协商一个或者多个优惠券 的一个或者多个项目的用户接收一个或者多个优惠券和/或与一个或者多个优惠券相关 联的信息，其中一个或者多个优惠券可以是以电子形式、物理优惠券的图像（例如印刷优 惠券的图片）、优惠券的条形码信息（例如，条形码的图像、设备确定的条形码信息等）等。 在一个实施例中，第一优惠信息可以包括服务提供商、用户和/或设备确定的优惠券信息， 其中信息可以被包括在优惠中和/或经由优惠券信息模板，其中可以标准化优惠券用于更 容易处理而未使用优惠券的复杂解析和/或识别。在无模板可用于特定优惠券的情况下， 用户可以指定新模板或者可以提供优惠券信息作为自由文本。
[0067] 在步骤403中，优惠券管理平台105按照一个或者多个协商规则处理和/或促进 处理第一优惠信息以确定至少一个第二优惠券。例如，用户希望协商其中可以使用优惠券 的销售商的位置（例如，在不同城市、附近城市中心等中）或者将优惠券换成来自不同销售 商、来自第一优惠券销售商（例如原销售商）等的相似和/或更佳优惠券（例如更多折扣）。 在一个实施例中，优惠券管理平台105处理第一优惠券和/或优惠券信息（例如，列举一个 或者多个优惠券信息项目的优惠券模板）的优惠券模板以确定与第一优惠券相关联的项 目、条件、信息等（例如，折扣额、销售商、位置、适用产品和/或服务等）。另外，服务提供 商利用来自经处理的优惠券的一个或者多个信息项目以与用于确定一个或者多个其它优 惠券的一个或者多个规则比较，其中规则可以由与第一优惠券相关联的销售商、由一个或 者多个其它销售商、由一个或者多个其它服务提供商、由一个或者多个其他用户等指定。例 如，规则可以提供与一个或者多个不同销售商赋予的第一优惠券相似的一个或者多个第二 优惠券（例如，相似产品、服务、价值等）。在一个示例中，第一优惠券的销售商可以提供具 有更佳价值、在不同位置、针对不同产品或者服务等第二优惠券。
[0068] 在步骤405中，优惠券管理平台105至少部分使得呈现至少一个第二优惠券、与至 少一个第二优惠券相关联的第二优惠信息、或者其组合。在一个实施例中，优惠券管理平台 105和/或服务提供商（例如优惠券服务平台）可以在设备向用户呈现和/或使得呈现一个 或者多个第二优惠券用于用户的回看和考虑，其中呈现可以提供一个或者多个实际的第二 优惠券、与一个或者多个第二优惠券相关联的信息、与一个或者多个第二优惠券和/或销 售商相关联的一个或者多个链接等，其中呈现可以作为列表、在地图应用上、经由SMS等。
[0069] 在步骤407中，优惠券管理平台105按照与至少一个第一优惠券相关联的一个或 者多个重新协商规则处理和/或促进处理第二优惠信息以确定至少一个第三优惠券，该至 少一个第三优惠券与和至少一个第一优惠券相关联的至少一个第一销售商、至少一个第一 用户或者其组合相关联。在一个实施例中，优惠券管理平台105可以处理第二优惠（例如 优惠券）和/或与第二优惠券相关联的信息，并且与和第一优惠和/或第二优惠相关联的 一个或者多个重新协商规则进行比较以用于确定与第一销售商和/或第一用户相关联的 一个或者多个后续（例如第三）优惠券。例如，优惠券管理平台105可以利用第一销售商 提供的第一优惠和一个或者多个规则来协商可从一个或者多个其它销售商获得的一个或 者多个第二优惠、然后利用第二优惠和一个或者多个重新协商规则（例如，来自一个或者 多个销售商）用于确定可从第一销售商和/或从一个或者多个其它销售商获得的一个或者 多个第三优惠。
[0070] 图5是根据一个实施例的用于分析优惠券和/或优惠的过程的流程图。在一个实 施例中，优惠券管理平台105和/或UE 101的应用103执行过程500并且被实施于例如如 图10中所示包括处理器和存储器的芯片组中。这样，优惠券管理平台105和/或应用103 可以提供用于实现过程500的各种部分的装置以及用于与系统100的其它部件结合实现其 它过程的装置。贯穿这一过程，优惠券管理模块105称为完成过程的各种部分，然而，应当 理解UE 101可以执行过程步骤中的一些和/或所有过程步骤。
[0071] 在步骤501中，优惠券管理平台105处理和/或促进处理第一优惠信息以确定与 至少一个第一优惠券相关联的第一优惠价值。在一个实施例中，服务提供商可以确定来自 第一优惠信息（例如，模板信息）和/或第一优惠券（例如，实际优惠券）的一个或者多个 价值。例如，一个或者多个价值可以指示货币的折扣额（例如，折扣一美元）、购买的百分比 折扣（例如，总购买额折扣15%)、产品优惠（例如，买一赠一）等。在一个实施例中，可以 基于公式、算法、用户信息、位置信息、销售商信息等确定与第一优惠和/或第一优惠券相 关联的价值。
[0072] 在步骤503中，优惠券管理平台105处理和/或促进处理第二优惠信息以确定与 至少一个第二优惠券的第二优惠价值，其中按照一个或者多个协商规则处理第一优惠信息 以确定至少一个第二优惠券至少部分基于第一优惠价值、第二优惠价值、或者其组合。在一 个实施例中，服务提供商可以从第二优惠信息（例如，模板信息）和/或第二优惠券确定一 个或者多个价值。在一个实施例中，优惠券管理平台105可以利用第一优惠价值、第二优惠 价值和一个或者多个协商规则来确定一个或者多个第二优惠券。例如，优惠券管理平台105 确定第一优惠具有价值$1. 〇〇而第二优惠具有价值$1. 25,并且基于（例如，一个或者多个 销售商、用户等的）一个或者多个协商规则，优惠券管理平台105可以协商第二优惠券和/ 或后续优惠券。
[0073] 在步骤505中，优惠券管理平台105确定与至少一个第一优惠券相关联的至少一 个类别，其中确定至少一个第二优惠券还至少部分基于至少一个类别。在一个实施例中，优 惠券管理平台105可以确定和/或利用与一个或者多个优惠券相关联的优惠信息来例如根 据服务/产品类型、销售商、价值（例如百分比折扣、数额折扣、免费产品等）、位置、评级、排 行、（例如与某些组织的）销售商关联等对一个或者多个优惠券进行分类。在一个实施例 中，服务提供者可以利用优惠券的类别信息来协商和/或确定一个或者多个第二优惠券。 例如，服务提供商可以确定第一优惠券（例如，购买的25%折扣）用于在本地销售商的快餐 产品（例如汉堡包），其中第一优惠券可以至少被分类为"百分比折扣、快餐、汉堡包、本地 销售商"，其中第二优惠券可以至少部分基于类别信息来确定/协商。
[0074] 在步骤507中，优惠券管理平台105确定与呈现至少一个第一优惠券的设备、设备 的用户或者其组合相关联的情境信息、用户偏好信息、简档信息或者其组合，其中确定至少 一个第二优惠券还至少部分基于情境信息、用户偏好信息、简档信息或者其组合。在一个实 施例中，情境信息可以由用户和/或设备呈现，其中情境信息可以指定与用户、设备和/或 优惠券相关联的一个或者多个属性。例如，情境信息可以描述优惠券的特定特性（例如，产 品、折扣额等）、用户/设备的位置、用户关联（例如，在社交网络中的成员资格、购物俱乐部 的成员等）、用户的性别和年龄、产品偏好（例如，生态友好、有机等）、销售商偏好（例如， 小型商店、超级商场、在〇. 5英里内等），其中优惠券管理平台105可以利用情境信息、用户 偏好信息、简档信息或者其组合来确定一个或者多个第二优惠券。
[0075] 图6是根据一个实施例的用于优惠券的无效、生效和认证的过程的流程图。在一 个实施例中，优惠券管理平台105和/或UE 101的应用103执行过程600并且被实施于例 如如图10中所示包括处理器和存储器的芯片组中。这样，优惠券管理平台105和/或应用 103可以提供用于实现过程600的各种部分的装置以及用于与系统100的其它部件结合实 现其它过程的装置。贯穿这一过程，优惠券管理模块105称为完成过程的各种部分，然而， 应当理解UE 101可以执行过程步骤中的一些和/或所有过程步骤。
[0076] 在步骤601中，优惠券管理平台105至少部分使得至少部分基于一个或者多个协 商规则、对至少一个第二优惠券的接受、或者其组合而无效至少一个第一优惠券。在一个实 施例中，一个或者多个销售商、服务提供者、优惠券平台等的一个或者多个协商规则可以要 求在用户接受一个或者多个第二优惠券和/或后续优惠时，用户的一个或者多个第一优惠 券需要被无效。例如，用户协商用于一个或者多个第二优惠券的第一优惠券；接收和接受一 个或者多个优惠券和/或优惠；第一优惠券需要被无效（例如，释放、取消、交换、轮流等）， 其中优惠券管理平台105可以基本上自动地（例如，利用一个或者多个应用103、一个或者 多个算法、一个或者多个软件选项等）。
[0077] 在步骤603中，优惠券管理平台105确定与至少一个第一优惠券、至少一个第二优 惠券、或者其组合相关联的一个或者多个代码、一个或者多个标识符或者其组合。在一个实 施例中，优惠券管理平台105可以访问、取回和/或利用与一个或者多个第一优惠券相关联 的一个或者多个数值和/或文本代码、与一个或者多个第一优惠券相关联的信息、一个或 者多个第二优惠券、与一个或者多个第二优惠券和/或与后续优惠券相关联的信息、和/或 相关联信息。例如，可以从优惠券信息模板、条形码信息、优惠券的图像、秘密代码等确定一 个或者多个代码，其中代码可以由一个或者多个销售商、一个或者多个优惠券平台、提供一 个或者多个优惠券的一个或者多个用户等提供。
[0078] 在步骤605中，优惠券管理平台105至少部分使得至少部分基于一个或者多个代 码、一个或者多个标识符、或者其组合来认证至少一个第一优惠券、至少一个第二优惠券、 或者其组合。在一个实施例中，优惠券管理平台105可以利用一个或者多个确定的代码来 认证一个或者多个用户、一个或者多个销售商和/或一个或者多个其它服务提供商呈现的 一个或者多个第一优惠券、一个或者多个第二优惠券和/或一个或者多个后续优惠券。
[0079] 在步骤607中，优惠券管理平台105至少部分使得至少部分基于用于兑换至少一 个第一优惠券、至少一个第二优惠券或者其组合的至少一个请求来发起认证。在一个实施 例中，优惠券管理平台105可以发起一个或者多个用户呈现的用于由一个或者多个销售商 兑换的一个或者多个优惠券（例如第一优惠券、第二优惠券、第三优惠券等）的一个或者多 个认证过程。例如，服务提供商可以向希望认证与一个或者多个其它销售商相关联的一个 或者多个优惠券的一个或者多个销售商提供认证服务，其中一个或者多个优惠券可以访问 和/或可以不访问认证代码和/或过程。
[0080] 图7是根据一个实施例的图示在用户、优惠券管理平台和一个或者多个销售商之 间的通信的时序图。在一个使用场景中，在图700中，在701，用户向优惠券管理平台105提 交（例如发送、传输等）用于协商一个或者多个第一优惠券和/或第一优惠券/优惠信息 的一个或者多个请求，其中用户可以已经从一个或者多个来源，例如从一个或者多个其他 用户、销售商、优惠券服务等，获得一个或者多个第一优惠券和/或第一优惠券/优惠信息 (例如，电子的、物理的）。在一个实施例中，可以经由一个或者多个优惠券模板提交一个或 者多个第一优惠券和/或第一优惠券/优惠信息作为一个或者多个优惠券、作为自由文本 (例如手写、文本消息等）、作为一个或者多个图像、条形码信息等。另外，在703,优惠券相 关联平台105处理一个或者多个请求、一个或者多个第一优惠券和/或第一优惠券/优惠 信息，以便确定与用户、一个或者多个第一优惠券和/或第一优惠券/优惠信息相关联的一 个或者多个标准。
[0081] 另外，优惠券管理平台105比较一个或者多个标准和与一个或者多个销售商和/ 或服务提供商相关联的一个或者多个规则以便确定一个或者多个其它（例如第二）优惠券 是否可以从一个或者多个销售商（例如，与第一优惠券相同的销售商、不同销售商、另一用 户等）获得。在一个实施例中，优惠券管理平台105确定一个或者多个第二优惠券和/或优 惠并且在705向用户呈现它们用于用户考虑。另外，在707,用户回看和考虑呈现的一个或 者多个第二优惠券和/或优惠并且希望进一步协商一个或者多个第二优惠券和/或优惠， 因此在707向优惠券管理平台105呈现用于协商一个或者多个第二优惠券和/或优惠的一 个或者多个请求。
[0082] 在一个实施例中，在709,优惠券管理平台105可以按照一个或者多个规则回看/ 重新评估一个或者多个第二优惠券和/或优惠，以便针对一个或者多个第三优惠券和/或 优惠可能地重新协商一个或者多个第二优惠券和/或优惠。在一个实施例中，在711，优惠 券管理平台105可以向一个或者多个销售商107校验以校验可能的一个或者多个第三优惠 券和/或优惠。在一个实施例中，在713, 一个或者多个销售商107可以呈现一个或者多个 第三优惠券、优惠和/或一个或者多个规则用于重新协商一个或者多个第二优惠券和/或 优惠。另外，在715,优惠券管理平台105向用户呈现回（例如重新协商的）一个或者多个 第二优惠券、优惠和/或一个或者多个第三优惠券和/或优惠。
[0083] 在各种实施例中，用户可以向优惠券管理平台105呈现用于一个或者多个协商的 一个或者多个优惠券和/或优惠券/优惠信息直至用户、优惠券管理平台105、一个或者多 个规则、一个或者多个销售商或者其组合确定（例如，决定、建议、提出等）停止协商过程。 例如，用户接受重新协商的优惠券，优惠券管理平台105确定无当前协商规则、无当前优惠 券或者优惠等。
[0084] 图8A-8F是根据各种实施例的在优惠券规则和协商过程中利用的图和用户接口 示例。
[0085] 图8A描绘UE 800,其中利用UE 101以向优惠券管理平台105提交优惠券（例如， 优惠）803,其中优惠券803可以包括各种优惠券信息，比如优惠券供应（例如，2合1)、产品 或者服务（例如，咖啡）、销售商（例如Suzie的咖啡店）、到期日期、销售商位置等。另外， 用户可以在805采取一个或者多个动作，例如，利用一个或者多个应用、提交以便协商等。 图8B描绘Π 820,其中利用UE 101以经由相机设备821捕获一个或者多个优惠券823的 一个或者多个图像（例如，优惠券剪辑）和/或优惠券信息825 (例如，条形码）等，其中UE 101的用户还可以利用UE 101以向优惠券管理平台105发送一个或者多个优惠券图像用于 一个或者多个协商。
[0086] 图8C描绘优惠券模板840,该优惠券模板示出其中捕获一个或者多个优惠券/优 惠信息的优惠券管理平台105所接收的优惠券/优惠细节841。在一个实施例中，一个或者 多个用户优惠券细节843可以由UE 101的用户和/或应用103捕获（例如录入）用于向 优惠券管理平台105呈现。例如，优惠券细节可以包括产品（例如，蜂窝电话）的图像845、 产品/服务类别、折扣847(例如，折扣15% )、价格、品牌、销售商849、任何限制（例如，每 客户2个）、有效期851、优惠券代码853、描述855等。在一个实施例中，应用103处理优惠 券和/或优惠券/优惠信息以便确定一个或者多个优惠券细节并且向优惠券模板中提供/ 捕获它们。在一个实施例中，可以经由各种消息发送格式（例如SMS、丽S等）提交优惠券 细节作为自由文本和/或多媒体消息。在一个实施例中，优惠券/优惠细节841由第一销 售商和/或服务提供商呈现给优惠券管理平台105用于认证，其中优惠券/优惠细节841 可以与第一销售商或者另一销售商提供的第一优惠券相关联。例如，第一销售商可能希望 在从用户接受另一销售商提供的第一优惠券用于兑换之前认证它（例如，跨越销售商的认 证）。在另一示例中，一个或者多个销售商可能希望在接受用于任何协商的一个或者多个优 惠券之前认证一个或者多个优惠券/优惠（例如，优惠券/优惠需要在任何协商之前使之 有效）。
[0087] 图8D描绘优惠券模板860,该优惠券模板示出服务提供商（例如向用户）呈现的 新优惠券/优惠细节861。在一个实施例中，优惠券/优惠细节可以与一个或者多个协商和 /或重新协商的优惠券/优惠相关联。在一个实例中，新优惠券/优惠细节861可以为响 应于图8C的第一优惠券841而协商的第二优惠券，其中第二优惠券861的一个或者多个项 目是不同（例如，协商的）。例如，图像863包括与第一优惠券841的产品图像相似的产品 图像，然而折扣865不同（例如，现在为20% )、新销售商867(例如，Phone-N-More)、新有 效期869、新代码871和在873中的附加描述信息，其中现在在新优惠861中包括附加型号 (例如，型号2)。在一个实施例中，优惠券管理平台105(例如，基于一个或者多个规则）可 以在向用户呈现新优惠券/优惠之前请求用户接受新优惠券/优惠的一个或者多个项目/ 条件。在一个实施例中，优惠券管理平台1〇5(例如，基于一个或者多个规则）可能需要在 向用户提供/激活后续（例如第二、第三、第四等）优惠券之前/之后将优惠券（例如第一 优惠券）无效。
[0088] 图8E描绘优惠券模板880,该优惠券模板示出包括新优惠券和对于协商优惠券的 请求的Π 881和882。在一个实施例中，用户接收用户想要用于协商的优惠券883(例如， 用于在鸡肉快餐销售商的套餐份量）。另外，用户可以利用一个或者多个Π 应用选项884 以选择用于向优惠券管理平台105提交优惠券883的一个或者多个协商选项885。例如，用 户可以指定和/或从可用销售商和/或产品类型886和一个或者多个具体协商参数887的 列表中进行选择（例如协商更佳优惠）以便优惠券管理平台105在协商中考虑。另外，用 户可以指定其它参数，比如用户位置偏好888。在各种实施例中，优惠券管理平台105可以 呈现一个或者多个其它参数用于用户考虑，例如其它销售商、产品类型、位置等。
[0089] 图8F描绘优惠券规则模板890,该优惠券规则模板示出包括用于生成与一个或者 多个销售商相关联的一个或者多个优惠券协商和/或认证规则的各种选项的UI 891。在 各种实施例中，优惠券管理平台105和/或各种销售商可以利用Π 891和/或其它模板来 指定和/或生成各种协商和/或认证规则的。在一个示例中，销售商892可以指定销售商 892想要从其中考虑关联优惠券的一个或者多个其它销售商和/或产品类型893。另外，销 售商892可以指定一个或者多个选项894,例如是否接受和/或匹配销售商893所提供的优 惠券。此外，可以指定与销售商893和/或销售商892的优惠券相关联的一个或者多个其 它参数，以例如考虑到期日期、回头客户、新客户等。在各种实施例中，各种销售商可以指定 与一个或者多个协商相关联的一个或多个参数和/或与各种销售商相关联的认证规则，并 且/或者优惠券管理平台105可以分析、比较、确定和/或提出一个或者多个参数。
[0090] 可以有利地经由软件、硬件、固件或者软件和/或固件和/或硬件的组合实施本文 描述的用于协商和认证优惠券的过程。例如，可以有利地经由处理器、数字信号处理（DSP) 芯片、专用集成电路（ASIC)、现场可编程门阵列（FPGA)等实施这里描述的过程。下文具体 描述这样的用于执行描述的功能的示例硬件。
[0091] 图9图示可以在其上实施本发明的一个实施例的计算机系统900。虽然关于特定 设备或者装备描绘计算机系统900,但是设想图9内的其它设备或者装备（例如网元、服务 器等）可以部署系统900的所示硬件和部件。计算机系统900被编程（例如经由计算机程 序代码或者指令）为如本文描述的那样协商和认证优惠券并且包括通信机制、比如用于在 计算机系统900的其它内部与外部部件之间传递信息的总线910。将信息（也称为数据）表 示为可测量现象的物理表达，该现象通常为电压、但是在其它实施例中包括比如磁、电磁、 压力、化学、生物、分子、原子、亚原子和量子互作用这样的现象。例如北和南磁场或者零和 非零电压代表二进制数（位）的两个状态（〇，1)。其它现象可以代表更高基数的数。在测 量之前的多个同时量子状态的叠加代表量子位（qubit)。一个或者多个数的序列构成数字 数据，该数字数据用来代表用于字符的编号或者代码。在一些实施例中，称为模拟数据的信 息由在特定范围内的可测量值的近连续统代表。计算机系统900或者其部分构成用于执行 协商和认证优惠券的一个或者多个步骤的装置。
[0092] 总线910包括一个或者多个并行信息导体使得在耦合到总线910的设备之间快速 传送信息。用于处理信息的一个或者多个处理器902与总线910耦合。
[0093] 一个处理器（或者多个处理器）902对信息执行如与协商和认证优惠券有关的计 算机程序代码指定的操作集。计算机程序代码是用于处理器和/或计算机系统的执行指定 功能的操作的指令或者提供指令的语句的集合。例如，可以用编译成处理器的本机指令集 的计算机编程语言编写代码。也可以使用本机指令集（例如机器语言）来直接编写代码。 操作集包括从总线910带入信息以及将信息置于总线910上。操作集也通常包括比较两个 或者更多信息单位、移位信息单位的位置以及比如通过加法或者乘法或者逻辑运算如0R、 异或（X0R)和AND组合两个或者更多信息单位。称为指令的信息、比如一个或者多个数的 操作代码向处理器表示处理器可以执行的操作集的每个操作。将由处理器902执行的操 作序列、比如操作代码序列构成也称为计算机系统指令或者简称为计算机指令的处理器指 令。可以独自或者组合实施处理器为机械、电、磁、光学、化学或者量子部件以及其它部件。
[0094] 计算机系统900也包括耦合到总线910的存储器904。存储器904、比如随机存取 存储器（RAM)或者任何其它动态存储设备存储如下信息，该信息包括用于协商和认证优惠 券的处理器指令。动态存储器允许其中存储的信息由计算机系统900改变。RAM允许在称 为存储器地址的位置存储的信息单位与在邻近地址的信息独立地存储和取回。存储器904 也由处理器902用来在执行处理器指令期间存储临时值。计算机系统900也包括耦合到总 线910的只读存储器（ROM) 906或者其它静态存储设备，该ROM或者其它静态存储设备用于 存储计算机系统900未改变的静态信息、包括指令。一些存储器由在失去电力时丢失其上 存储的信息的易失性存储装置组成。非易失性（持续）存储设备908、比如磁盘、光盘或者 闪卡也耦合到总线910,该非易失性（持续）存储设备用于存储即使在计算机系统900被关 断或者以别的方式失去电力时仍然持续的信息、包括指令。
[0095] 从外部输入设备912、比如包含由人类用户操作的字母数字键的键盘、麦克风、红 外线（IR)遥控、操纵杆、游戏板、触笔、触屏或者传感器向总线910提供如下信息用于由处 理器使用，该信息包括用于协商和认证优惠券的指令。传感器检测在它附近的条件并且将 那些检测变换成与用来代表计算机系统900中的信息的可测量现象兼容的物理表达。主 要用于与人类交互的、耦合到总线910的其它外部设备包括用于呈现文字或者图像的显 示设备914、比如阴极射线管（CRT)、液晶显示器（IXD)、发光二极管（LED)显示器、有机 LED(OLED)显示器、等离子体屏幕或者打印机以及用于控制在显示器914上呈现的小光标 图像的位置并且发出与在显示器914上呈现的图形元件关联的命令的定点设备916、比如 鼠标、跟踪球、光标方向键或者运动传感器。在一些实施例中、例如在计算机系统900自动 执行所有功能而无人类输入的实施例中，省略外部输入设备912、显示设备914和定点设备 916中的一个或者多个设备。
[0096] 在所示实施例中，专用硬件、比如专用集成电路（ASIC)920耦合到总线910。专用 硬件被配置为出于特殊目的而足够快地执行处理器902未执行的操作。ASIC的示例包括 用于为显示器914生成图像的图形加速器卡、用于加密和解密通过网络发送的消息的密码 板、话音识别以及与特殊外部设备的接口，这些特殊外部设备比如是反复地执行用硬件更 高效实施的某一复杂操作序列的机器人手臂和医疗扫描装备。
[0097] 计算机系统900也包括耦合到总线910的通信接口 970的一个或者多个实例。通 信接口 970提供与多种外部设备的单向或者双向通信耦合，这些外部设备用它们自己的处 理器操作、比如打印机、扫描仪和外部盘。一般而言，耦合是与连接到本地网络980的网络 链路978,多种外部设备连接到该本地网络，这些外部设备具有它们自己的处理器。例如通 信接口 970可以是个人计算机上的并行端口或者串行端口或者通用串行总线（USB)端口。 在一些实施例中，通信接口 970是提供与对应电话线类型的信息通信连接的综合服务数字 网络（ISDN)卡或者数字用户线（DSL)卡或者电话调制解调器。在一些实施例中，通信接口 970是线缆调制解调器，该调制解调器将总线910上的信号转换成用于通过同轴线缆的通 信连接的信号或者用于通过光纤线缆的通信连接的光学信号。作为另一示例，通信接口 970 可以是用于提供与兼容LAN、比如以太网的数据通信连接的局域网（LAN)卡。也可以实施无 线链路。对于无线链路，通信接口 970发送或者接收或者发送和接收承载信息流、比如数字 数据的电、声或者电磁信号，这些信号包括红外线和光学信号。例如，在无线手持设备、比如 移动电话如蜂窝电话中，通信接口 970包括称为无线电收发器的无线电频带电磁发射器和 接收器。在某些实施例中，通信接口 970实现与通信网络95的连接用于向UE 91协商和认 证优惠券。
[0098] 如这里所用术语"计算机可读介质"指代参与向处理器902提供信息的任何介质， 该信息包括用于执行的指令。这样的介质可以采用许多形式，这些形式包括但不限于计算 机可读存储介质（例如非易失性介质、易失性介质）和传输介质。非瞬态介质、比如非易失 性介质例如包括光盘或者磁盘、比如存储设备908。易失性介质例如包括动态存储器904。 传输介质例如包括双绞线缆、同轴线缆、铜线、光纤线缆和经过空间行进而无接线或者线缆 的载波、比如声波和电磁波，这些电磁波包括无线电波、光波和红外线波。信号包括通过传 输介质传输的在幅度、频率、相位、极化或者其它物理性质上的人为瞬态变化。常见计算机 可读介质形式例如包括软盘、柔性盘、硬盘、磁带、任何其它磁介质、CD-ROM、CDRW、DVD、任何 其它光学介质、打孔卡、纸带、光学标记片、具有孔图案或者其它光学可识别戳记的任何其 它物理介质、RAM、PROM、EPROM、FLASH-EPROM、EEPR0M、闪存、任何其它存储器芯片或者盒、载 波或者计算机可以从其读取的任何其它介质。术语计算机可读存储介质这里用来指代除了 传输介质之外的任何计算机可读介质。
[0099] 在一个或者多个有形介质上编码的逻辑包括计算机可读存储介质上的处理器指 令和专用硬件、比如ASIC 920中的一项或者两项。
[0100] 网络链路978通常通过一个或者多个网络使用传输介质向使用或者处理信息的 其它设备提供信息通信。例如，网络链路978可以提供通过本地网络980的与主机计算机 982或者与因特网服务提供商（ISP)操作的装备984的连接。ISP装备984又通过现在普 遍称为因特网990的一个或者多个公共全球范围分组交换通信网络提供数据通信服务。
[0101] 连接到因特网的称为服务器主机992的计算机主控响应于通过因特网接收的信 息提供服务的过程。例如，服务器主机992主控提供如下信息的过程，该信息代表用于在显 示器914呈现的视频数据。设想系统900的部件可以在各种配置中部署于其它计算机系统、 例如主机982和服务器992内。
[0102] 本发明的至少一些实施例与将计算机系统900用于实施本文描述的技术中的一 些或者所有技术有关。根据本发明的一个实施例，计算机系统900响应于处理器902执行 存储器904中包含的一个或者多个处理器指令的一个或者多个序列来执行那些技术。可以 从另一计算机可读介质、比如存储设备908或者网络链路978向存储器904中读取也称为 计算机指令、软件和程序代码的这样的指令。存储器904中包含的指令序列的执行使处理 器902执行本文描述的方法步骤中的一个或者多个方法步骤。在备选实施例中，硬件、比如 ASIC920可以取代软件或者与软件组合用来实施本发明。因此，除非本文另有明示，本发明 的实施例不限于硬件与软件的任何具体组合。
[0103] 经过通信接口 970通过网络链路978和其它网络传输的信号承载去往和来自计算 机系统900的信息。计算机系统900可以通过网络链路978和通信接口 970、通过网络980、 990以及其它网络发送和接收信息，包括程序代码。在使用因特网990的示例中，服务器主 机992通过因特网990、ISP装备984、本地网络980和通信接口 970传输从计算机900发 送的消息所请求的用于特定应用的程序代码。接收的代码可以在它被接收时由处理器902 执行或者可以存储于存储器904中或者存储设备908或者其它非易失性存储装置中用于以 后执行或者兼而有之。以这一方式，计算机系统900可以用载波上的信号这一形式获得应 用程序代码。
[0104] 向处理器902承载一个或者多个指令序列或者数据或者二者用于执行可以涉及 各种形式的计算机可读介质。例如可以起初在远程计算机、比如主机982的磁盘上承载指 令和数据。远程计算机向它的动态存储器中加载指令和数据并且使用调制解调器通过电话 线发送指令和数据。计算机系统900本地的调制解调器通过电话线接收指令和数据并且使 用红外线发射器以将指令和数据转换成作为网络链路978的红外线载波上的信号。作为通 信接口 970的红外线检测器接收红外线信号中承载的指令和数据并且将代表指令和数据 的信息置于总线910上。总线910向存储器904承载信息，处理器902从该存储器取回指 令并且使用与指令一起发送的数据中的一些数据来执行指令。接收在存储器904中的指令 和数据可以可选地在由处理器902执行之前或者之后存储于存储设备908上。
[0105] 图10图示可以在其上实施本发明的一个实施例的芯片组或者芯片1000。芯片组 1000被编程为如本文描述的那样协商和认证优惠券并且例如包括在一个或者多个物理封 装（例如芯片）中并入的、关于图9描述的处理器和存储器部件。举例而言，物理封装包括 一个或者多个材料、部件和/或接线在结构组件（例如基板）上的布置，该布置用于提供一 个或者多个特性、比如物理强度、尺寸节约和/或电互作用限制。设想在某些实施例中，可 以用单个芯片实施芯片组1000。还设想在某些实施例中，可以实施芯片组或者芯片1000为 单个"片上系统"。还设想在某些实施例中，例如将未使用单独ASIC并且如这里公开的所有 相关功能将由一个或者多个处理器执行。芯片组或者芯片1000或者其部分构成用于执行 一个或者多个步骤的装置，该一个或者多个步骤提供与功能的可用性相关联的用户接口导 航信息。芯片组或者芯片1000或者其部分构成用于执行协商和认证优惠券的一个或者多 个步骤的装置。
[0106] 在一个实施例中，芯片组或者芯片1000包括通信机制、比如用于在芯片组1000的 部件之间传递信息的总线1001。处理器1003具有与总线1001的连通以执行例如在存储 器1005中存储的指令并且处理例如在存储器1005中存储的信息。处理器1003可以包括 一个或者多个处理芯而每个芯被配置为独立执行。多芯处理器在单个物理封装内实现多处 理。多芯处理器的示例包括两个、四个、八个或者更大数目的处理芯。备选地或者附加地， 处理器1003可以包括经由总线1001串接配置用于实现独立执行指令、流水线和多线程的 一个或者多个微处理器。处理器1003也可以附带有用于执行某些处理功能和任务的一个 或者多个专门化部件、比如一个或者多个数信号处理器（DSP) 1007或者一个或者多个专用 集成电路（ASIC) 1009。DSP 1007通常被配置为与处理器1003独立实时处理现实信号（例 如声音）。类似地，ASIC 1009可以被配置为执行更通用处理器不容易执行的专门化功能。 用于辅助执行这里描述的发明功能的其它专门化部件可以包括一个或者多个现场可编程 门阵列（FPGA)、一个或者多个控制器或者一个或者多个其它专用计算机芯片。
[0107] 在一个实施例中，芯片组或者芯片1000仅包括一个或者多个处理器以及支持和/ 或涉及和/或用于一个或者多个处理器的一些软件和/或固件。
[0108] 处理器1003和附带部件具有经由总线1001的与存储器1005的连接。存储器 1005包括用于存储可执行指令的动态存储器（例如RAM、磁盘、可写入光盘等）和静态存储 器（例如R0M、CD-R0M等）二者，这些可执行指令在被执行时执行本文描述的发明步骤以协 商和认证优惠券。存储器1005也存储与发明步骤的执行相关联或者通过执行发明步骤而 生成的数据。
[0109] 图11是根据一个实施例的能够在图1的系统中操作的用于通信的移动终端（例 如手持机）的示例部件的图。在一些实施例中，移动终端1101或者其部分构成用于执行协 商和认证优惠券的一个或者多个步骤的装置。一般而言，经常在前端和后端特性方面定义 无线电接收器。接收器的前端涵盖所有射频（RF)电路装置，而后端涵盖所有基带处理电路 装置。如在本申请中所用，术语"电路装置"指代以下二者：⑴仅硬件的实现方式（比如在 仅模拟和/或数字电路装置中的实现方式）和（2)电路装置与软件（和/或固件）的组合 (比如如果适用于特定情境则指代包括数字信号处理器的处理器、软件和存储器的组合，这 些处理器、软件和存储器一起工作以使装置、比如移动电话或者服务器执行各种功能）。"电 路装置"的这一定义适用于这一术语在本申请中、包括在任何权利要求中的所有使用。作为 又一示例，如在本申请中所用并且如果适用于特定情境，则术语"电路装置"也将覆盖仅一 个处理器（或者多个处理器）及其附带软件/或者固件的实现方式。术语"电路装置"如 果适用于特定情境则也将例如覆盖移动电话中的基带集成电路或者应用处理器集成电路 或者蜂窝网络设备或者其它网络设备中的相似集成电路。
[0110] 电话的相关内部部件包括主控制单元（MCU) 1103、数字信号处理器（DSP) 1105和 接收器/发射器单元，该接收器/发射器单元包括麦克风增益控制单元和扬声器增益控制 单元。主显示单元1107向用户提供支持各种应用和移动终端功能的显示，这些应用和移动 终端功能执行或者支持协商和认证优惠券的步骤。显示器1107包括显示电路装置，该显示 电路装置被配置为显示移动终端（例如移动电话）的用户接口的至少部分。此外，显示器 1107和显示电路装置被配置为促进用户控制移动终端的至少一些功能。音频功能电路装置 1109包括麦克风1111和放大从麦克风1111输出的话音信号的麦克风放大器。向编码器/ 解码器（CODEC) 1113馈送从麦克风1111输出的放大的话音信号。
[0111] 无线电部1115放大功率并且转换频率以便经由天线1117与移动通信系统中包括 的基站通信。如本领域中所知，功率放大器（PA) 1119和发射器/调制电路装置在操作上响 应于MCU 1103,而来自PA 1119的输出耦合到双工器1121或者循环器或者天线开关。PA 1119也耦合到电池接口和功率控制单元1120。
[0112] 在使用中，移动终端1101的用户向麦克风1111中讲话，并且他的或者她的语音与 任何检测到的背景噪音一起转换成模拟电压。然后通过模数转换器（ADC) 1123将模拟电压 转换成数字信号。控制单元1103向DSP 1105中传送数字信号用于其中的处理、比如话音 编码、信道编码、加密和交织。在一个实施例中，未单独示出的单元使用蜂窝传输协议、t匕 如全球演进（EDGE)、通用分组无线电服务（GPRS)、全球移动通信系统（GSM)、网际协议多媒 体子系统（MS)、通用移动电信系统（UMTS)等以及任何其它适当无线介质、例如微波接入 (WiMAX)、长期演进（LTE)网络、码分多址（CDMA)、宽带码分多址（WCDMA)、无线保真（WiFi)、 卫星等对处理的语音信号编码。
[0113] 然后向均衡器1125传送编码的信号用于补偿在经过空气传输期间出现的任何依 赖于频率的削弱、比如相位和幅度失真。在均衡位流之后，调制器1127组合信号与RF接口 1129中生成的RF信号。调制器1127通过频率或者相位调制生成正弦波。为了准备信号用 于传输，增频变频器1131组合从调制器1127输出的正弦波与合成器1133生成的另一正弦 波以实现希望频率的传输。然后通过PA 1119发送信号以将信号增加至适当功率电平。在 实际系统中，PA 1119充当可变增益放大器，该放大器的增益由DSP 1105根据从网络基站 接收的信息来控制。然后在双工器1121内对信号滤波并且可选地向天线耦合器1135发送 以匹配阻抗从而提供最大功率传送。最后经由天线1117向本地基站传输信号。可以供应 自动增益控制（AGC)以控制接收器的末级的增益。可以从这里向远程电话转发信号，该远 程电话可以是另一蜂窝电话、其它移动电话或者是连接到公共交换电话网络（PSTN)或者 其它电话网络的陆线。
[0114] 向移动终端1101传输的语音信号经由天线1117接收并且立即由低噪声放大器 (LNA) 1137放大。降频变频器1139降低载波频率而解调器1141剥离RF从而仅留下数字位 流。信号然后穿过均衡器1125并且由DSP 1105处理。数模转换器（DAC) 1143转换信号并 且通过扬声器1145向用户传输所得输出，所有这些都在可以实施为中央处理单元（CPU)的 主控制单元（MCU) 1103的控制之下。
[0115] MCU 1103接收各种信号、包括来自键盘1147的输入信号。与其它用户输入部件 (例如麦克风1111)组合的键盘1147和/或MCU 1103包括用于管理用户输入的用户接口 电路装置。MCU 1103运行用户接口软件以促进用户控制移动终端1101的至少一些功能以 协商和认证优惠券。MCU 1103也分别向显示器1107和向话音输出切换控制器递送显示命 令和切换命令。另外，MCU 1103与DSP 1105交换信息并且可以访问可选地并入的SM卡 1149和存储器1151。此外，MCU 1103执行终端的所需各种控制功能。DSP 1105可以根据 实现方式对语音信号执行多种常规数字处理功能中的任何数字处理功能。此外，DSP 1105 根据麦克风1111检测的信号确定本地环境的背景噪声电平并且将麦克风1111的增益设置 成为了补偿移动终端1101的用户的自然倾向而选择的电平。
[0116] CODEC 1113包括ADC 1123和DAC 1143。存储器1151存储各种数据、包括呼叫传 入音频数据并且能够存储其它数据、包括例如经由全球因特网接收的音乐数据。软件模块 可以驻留于RAM存储器、闪存、寄存器或者在本领域中已知的任何其它形式的可写入存储 介质中。存储器设备1151可以是但不限于单个存储器、⑶、DVD、ROM、RAM、EEPR0M、光学存 储装置、磁盘存储装置、闪存存储装置或者是能够存储数字数据的任何其它非易失性存储 介质。
[0117] 可选地并入的SM卡1149例如承载重要信息、比如蜂窝电话号码、载体供应服务、 预订细节和安全信息。SM卡1149主要服务于在无线电网络上标识移动终端1101。卡1149 也包含用于存储个人电话号码注册表、文字消息和用户专属移动终端设置的存储器。
[0118] 尽管已经结合多个实施例和实现方式描述了本发明，但是本发明不限于此，而是 覆盖落入所附权利要求的范围内的各种明显修改和等效布置。虽然用权利要求之中的某些 组合表达本发明的特征，但是设想可以用任何组合和顺序布置这些特征。
【权利要求】
1. 一种方法，包括促进对（1)数据和/或（2)信息和/或（3)至少一个信号的处理和 /或处理⑴数据和/或⑵信息和/或（3)至少一个信号，所述⑴数据和/或⑵信息 和/或（3)至少一个信号至少部分基于以下项： 对与至少一个第一优惠券相关联的第一优惠信息的至少一个确定； 用来确定至少一个第二优惠券而按照一个或者多个协商规则对所述第一优惠信息的 处理；以及 所述至少一个第二优惠券、与所述至少一个第二优惠券相关联的第二优惠信息或者其 组合的呈现。
2. 根据权利要求1所述的方法，其中所述⑴数据和/或（2)信息和/或（3)至少一 个信号还至少部分基于以下项： 用来确定至少一个第三优惠券而按照与所述至少一个第一优惠券相关联的一个或者 多个重新协商规则对所述第二优惠信息的处理，所述第三优惠券与和所述至少一个第一优 惠券相关联的至少一个第一销售商、至少一个第一用户或者其组合相关联。
3. 根据权利要求1和2中的任一项所述的方法，其中所述（1)数据和/或（2)信息和 /或（3)至少一个信号还至少部分基于以下项： 用来确定与所述至少一个第一优惠券相关联的第一优惠价值的对所述第一优惠信息 的处理；以及 用来确定与所述至少一个第二优惠券的第二优惠价值的对所述第二优惠信息的处理， 其中用来确定所述至少一个第二优惠券而按照所述一个或者多个协商规则对所述第 一优惠信息的处理至少部分基于所述第一优惠价值、所述第二优惠价值或者其组合。
4. 根据权利要求1-3中的任一项所述的方法，其中所述（1)数据和/或（2)信息和/ 或（3)至少一个信号还至少部分基于以下项： 对与所述至少一个第一优惠券相关联的至少一个类别的至少一个确定， 其中对所述至少一个第二优惠券的所述确定还至少部分基于所述至少一个类别。
5. 根据权利要求1-4中的任一项所述的方法，其中所述（1)数据和/或（2)信息和/ 或（3)至少一个信号还至少部分基于以下项： 对与呈现所述至少一个第一优惠券的设备、所述设备的用户或者其组合相关联的情境 信息、用户偏好信息、简档信息或者其组合的至少一个确定， 其中对所述至少一个第二优惠券的所述确定还至少部分基于所述情境信息、所述用户 偏好信息、所述简档信息或者其组合。
6. 根据权利要求1-5中的任一项所述的方法，其中所述（1)数据和/或（2)信息和/ 或（3)至少一个信号还至少部分基于以下项： 至少部分基于所述一个或者多个协商规则、对所述至少一个第二优惠券的接受或者其 组合而对所述至少一个第一优惠券的无效。
7. 根据权利要求1-6中的任一项所述的方法，其中所述一个或者多个协商规则由与 所述至少一个第二优惠券相关联的至少一个第二销售商、至少一个第二用户或者其组合指 定。
8. 根据权利要求1-7中的任一项所述的方法，其中所述（1)数据和/或（2)信息和/ 或（3)至少一个信号还至少部分基于以下项： 对与所述至少一个第一优惠券、所述至少一个第二优惠券或者其组合相关联的一个或 者多个代码、一个或者多个标识符或者其组合的至少一个确定；以及 至少部分基于所述一个或者多个代码、所述一个或者多个标识符或者其组合而对所述 至少一个第一优惠券、所述至少一个第二优惠券或者其组合的认证。
9. 根据权利要求8所述的方法，其中所述（1)数据和/或⑵信息和/或（3)至少一 个信号还至少部分基于以下项： 至少部分基于用来兑换所述至少一个第一优惠券、所述至少一个第二优惠券或者其组 合的至少一个请求的对所述认证的发起。
10. 根据权利要求9所述的方法，其中用来兑换所述至少一个第一优惠券、所述至少一 个第二优惠券或者其组合的所述至少一个请求来自所述至少一个第一优惠券、所述至少一 个第二优惠券或者其组合所呈现的至少一个销售商、至少一个用户或者其组合。
11. 一种方法，包括： 确定与至少一个第一优惠券相关联的第一优惠信息； 按照一个或者多个协商规则处理和/或促进处理所述第一优惠信息以确定至少一个 第二优惠券；以及 至少部分使得呈现所述至少一个第二优惠券、与所述至少一个第二优惠券相关联的第 二优惠信息或者其组合。
12. 根据权利要求11所述的方法，还包括： 按照与所述至少一个第一优惠券相关联的一个或者多个重新协商规则处理和/或促 进处理所述第二优惠信息以确定至少一个第三优惠券，所述第三优惠券与和所述至少一个 第一优惠券相关联的至少一个第一销售商、至少一个第一用户或者其组合相关联。
13. 根据权利要求11和12中的任一项所述的方法，还包括： 处理和/或促进处理所述第一优惠信息以确定与所述至少一个第一优惠券相关联的 第一优惠价值；以及 处理和/或促进处理所述第二优惠信息以确定与所述至少一个第二优惠券的第二优 惠价值， 其中所述按照所述一个或者多个协商规则处理所述第一优惠信息以确定所述至少一 个第二优惠券至少部分基于所述第一优惠价值、所述第二优惠价值或者其组合。
14. 根据权利要求11-13中的任一项所述的方法，还包括： 确定与所述至少一个第一优惠券相关联的至少一个类别， 其中所述确定所述至少一个第二优惠券还至少部分基于所述至少一个类别。
15. 根据权利要求11-14中的任一项所述的方法，还包括： 确定与呈现所述至少一个第一优惠券的设备、所述设备的用户或者其组合相关联的情 境信息、用户偏好信息、简档信息或者其组合， 其中所述确定所述至少一个第二优惠券还至少部分基于所述情境信息、所述用户偏好 信息、所述简档信息或者其组合。
16. 根据权利要求11-15中的任一项所述的方法，还包括： 至少部分使得至少部分基于所述一个或者多个协商规则、对所述至少一个第二优惠券 的接受或者其组合而无效所述至少一个第一优惠券。
17. 根据权利要求11-16中的任一项所述的方法，其中所述一个或者多个协商规则由 与所述至少一个第二优惠券相关联的至少一个第二销售商、至少一个第二用户或者其组合 指定。
18. 根据权利要求11-17中的任一项所述的方法，还包括： 确定与所述至少一个第一优惠券、所述至少一个第二优惠券或者其组合相关联的一个 或者多个代码、一个或者多个标识符或者其组合；以及 至少部分使得至少部分基于所述一个或者多个代码、所述一个或者多个标识符或者其 组合来认证所述至少一个第一优惠券、所述至少一个第二优惠券或者其组合。
19. 根据权利要求18所述的方法，还包括： 至少部分使得至少部分基于用来兑换所述至少一个第一优惠券、所述至少一个第二优 惠券或者其组合的至少一个请求来发起所述认证。
20. 根据权利要求19所述的方法，其中用来兑换所述至少一个第一优惠券、所述至少 一个第二优惠券或者其组合的所述至少一个请求来自所述至少一个第一优惠券、所述至少 一个第二优惠券或者其组合所呈现的至少一个销售商、至少一个用户或者其组合。
21. -种装置，包括： 至少一个处理器；以及 至少一个存储器，包括用于一个或者多个程序的计算机程序代码， 所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器使得 所述装置至少执行以下项： 确定与至少一个第一优惠券相关联的第一优惠信息； 按照一个或者多个协商规则处理和/或促进处理所述第一优惠信息以确定至少一个 第二优惠券；以及 至少部分使得呈现所述至少一个第二优惠券、与所述至少一个第二优惠券相关联的第 二优惠信息或者其组合。
22. 根据权利要求21所述的装置，其中还使得所述装置： 按照与所述至少一个第一优惠券相关联的一个或者多个重新协商规则处理和/或促 进处理所述第二优惠信息以确定至少一个第三优惠券，所述第三优惠券与和所述至少一个 第一优惠券相关联的至少一个第一销售商、至少一个第一用户或者其组合相关联。
23. 根据权利要求21和22中的任一项所述的装置，其中还使得所述装置： 处理和/或促进处理所述第一优惠信息以确定与所述至少一个第一优惠券相关联的 第一优惠价值；以及 处理和/或促进处理所述第二优惠信息以确定与所述至少一个第二优惠券的第二优 惠价值， 其中所述按照所述一个或者多个协商规则处理所述第一优惠信息以确定所述至少一 个第二优惠券至少部分基于所述第一优惠价值、所述第二优惠价值或者其组合。
24. 根据权利要求21-23中的任一项所述的装置，其中还使得所述装置： 确定与所述至少一个第一优惠券相关联的至少一个类别， 其中所述确定所述至少一个第二优惠券还至少部分基于所述至少一个类别。
25. 根据权利要求21-24中的任一项所述的装置，其中还使所述装置： 确定与呈现所述至少一个第一优惠券的设备、所述设备的用户或者其组合相关联的情 境信息、用户偏好信息、简档信息或者其组合， 其中所述确定所述至少一个第二优惠券还至少部分基于所述情境信息、所述用户偏好 信息、所述简档信息或者其组合。
26. 根据权利要求21-25中的任一项所述的装置，其中还使所述装置： 至少部分使得至少部分基于所述一个或者多个协商规则、对所述至少一个第二优惠券 的接受或者其组合而无效所述至少一个第一优惠券。
27. 根据权利要求21-26中的任一项所述的装置，其中所述一个或者多个协商规则由 与所述至少一个第二优惠券相关联的至少一个第二销售商、至少一个第二用户或者其组合 指定。
28. 根据权利要求21-27中的任一项所述的装置，其中还使所述装置： 确定与所述至少一个第一优惠券、所述至少一个第二优惠券或者其组合相关联的一个 或者多个代码、一个或者多个标识符或者其组合；以及 至少部分使得至少部分基于所述一个或者多个代码、所述一个或者多个标识符或者其 组合来认证所述至少一个第一优惠券、所述至少一个第二优惠券或者其组合。
29. 根据权利要求28所述的装置，其中还使所述装置： 至少部分使得至少部分基于用来兑换所述至少一个第一优惠券、所述至少一个第二优 惠券或者其组合的至少一个请求来发起所述认证。
30. 根据权利要求29所述的装置，其中用来兑换所述至少一个第一优惠券、所述至少 一个第二优惠券或者其组合的所述至少一个请求来自所述至少一个第一优惠券、所述至少 一个第二优惠券或者其组合所呈现的至少一个销售商、至少一个用户或者其组合。
31. 根据权利要求21-30中的任一项所述的装置，其中所述装置是移动电话，所述移动 电话还包括： 用户接口电路装置和用户接口软件，被配置为促进用户通过使用显示器来控制所述移 动电话的至少一些功能并且被配置为对用户输入做出响应；以及 显示器和显示电路装置，被配置为至少显示所述移动电话的用户接口的一部分，所述 显示器和显示电路装置被配置为促进用户对所述移动电话的至少一些功能的控制。
32. -种计算机可读存储介质，所述计算机可读存储介质承载一个或者多个指令的一 个或者多个序列，所述一个或者多个指令的一个或者多个序列在由一个或者多个处理器执 行时使得装置至少执行根据权利要求1-20中的任一项所述的方法。
33. -种装置，包括用于执行根据权利要求1-20中的任一项所述的方法的部件。
34. 根据权利要求33所述的装置，其中所述装置是移动电话，所述移动电话还包括： 用户接口电路装置和用户接口软件，被配置为促进用户通过使用显示器来控制所述移 动电话的至少一些功能并且被配置为对用户输入做出响应；以及 显示器和显示电路装置，被配置为显示所述移动电话的用户接口的至少部分，所述显 示器和显示电路装置被配置为促进用户对所述移动电话的至少一些功能的控制。
35. -种计算机程序产品，包括一个或者多个指令的一个或者多个序列，所述一个或者 多个指令的一个或者多个序列在由一个或者多个处理器执行时使装置至少执行根据权利 要求1-20中的任一项所述的至少一个方法的步骤。
36. -种方法，包括促进访问至少一个接口，所述接口被配置为允许访问至少一个服 务，所述至少一个服务被配置为执行根据权利要求1-20中的任一项所述的方法。
37. -种方法，包括促进对（1)数据和/或（2)信息和/或（3)至少一个信号的处理和 /或处理⑴数据和/或⑵信息和/或（3)至少一个信号，所述⑴数据和/或⑵信息 和/或（3)至少一个信号至少部分基于根据要求1-20中的任一项所述的方法。
38. -种方法，包括促进创建和/或促进修改（1)至少一个设备用户接口元件和/或 (2)至少一个设备用户接口功能，所述（1)至少一个设备用户接口元件和/或（2)至少一个 设备用户接口功能至少部分基于根据权利要求1-20中的任一项所述的方法。
【文档编号】G06Q30/02GK104285234SQ201280073191
【公开日】2015年1月14日 申请日期:2012年5月15日 优先权日:2012年5月15日
【发明者】D·J·乔西, 仰灏 申请人:诺基亚公司