CN101689260A

CN101689260A - 虚拟点数交换所

Info

Publication number: CN101689260A
Application number: CN200880015164A
Authority: CN
Inventors: J·张; T·Y-K·叶; J·X·王; J·Z·洪; S·张
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 2007-05-10
Filing date: 2008-05-09
Publication date: 2010-03-31
Also published as: MX2009011848A; JP2010527079A; WO2008141199A1; US20080281692A1; IL201400A0; TW200905599A; EP2145299A1; RU2491634C2; RU2009141361A; AU2008251397B2; KR20100015727A; CA2683595A1; BRPI0810764A2; AU2008251397A1; EP2145299A4

Abstract

各系统和方法建立虚拟点数交换所。该交换所跨不同服务提供者兑换异类数字微支付——如从各种点数发放者所接收到的奖励点数。可以直接使用旨在用于在一个服务提供者处的排它性兑换的点数来兑换不同服务提供者的非对应商品。在一个实现中，交换所包括点数发放者、服务提供者、以及交换所之间的合约，该合约包括中间转换率。用户界面允许用户从计算设备、蜂窝电话、或其它移动设备处管理多种点数余额。用户界面允许用户寻找不同商品并直接通过兑换不同异类点数来获得这些商品。交换所包括发票引擎以允许用户、点数发放者、服务提供者、以及该交换所之间的现金流。

Description

虚拟点数交换所

背景

当前，有许多不同的通过因特网可获得的虚拟奖励点数和信用点，诸如航空里程、ICOKE点数、微软点数、雅虎点数、QQ币、移动电话分钟、优惠券、广告折扣码等。取决于上下文，这各种点数、奖励、以及信用点在此处可互换地被称为“点数”和“数字微支付”。数字微支付或点数不以任何国家或政府的现金或货币的形式来发放。

点数的一个特征是常规上它们的发放和它们的兑现都限于单个服务提供者，如商业实体、公司、企业、广告客户等。如图1所示，第一点数发放者102、第二点数发放者104、以及“第n”点数发放者106各奖励了用户108一类点数。给定点数发放者可以是或可以不是与用点数兑换产品或服务的服务提供者相同的实体。给定商家可以与不相关的服务提供者“组队”以发放该服务提供者所接受的点数。例如，通过在酒店保留房间，一个人可以根据酒店与航空公司之间所建立的合约来挣得航空里程。但是一旦发放，每一类型的点数常规上具有限于单个预期的服务提供者(例如，110)的商品的排它性兑换。获得这些数字微支付的用户常规上仅可在没有麻烦的转变或交换的情况下用这些数字微支付兑换由对应的数字微支付发放者所提供的商品或服务。常规上，用户仅可用ICOKE点数兑换在可口可乐网站上提供的产品或服务。

当前在美国有一些允许用户转换、交换、或对换他们的奖励点数和信用点的常规服务。但是必须手动且单独地为每一交易完成该转换，且要获得的产品或服务仍然必须通过对应类型的点数来兑换。例如，www.points.com允许用户将他们所受奖励的美国航空的里程转换为西北航空的里程。但是此服务不允许用户直接使用美国航空的里程来获得西北航空的飞机票。此外，该交换程序是非常有限的。

在另一常规交换场景中，在用户兑换里程或点数时，该用户不直接接收到可兑换产品和服务的各种商家的礼物卡或凭证，更何况是产品或服务本身。相反，该用户接收可在线交换礼物卡和凭证的报酬——但仅以诸如$10、$15、$20、$25、$50、$100、$250、$500、$750、$1000等预设种类货币的形式。在该用户的兑换交易完成时，用户接收具有到可交换报酬的链接的电子邮件。此电子邮件通常耗时三到五天来到达。一旦该电子邮件到达，用户遵循指令来选择礼物卡和凭证。然后，在选择礼物卡或凭证之后，它被打印并传送到用户指定的地址。这所耗的时间量可以变化——一般传送耗时7-10个工作日。

此外，通常这些礼物卡或凭证不能被退回或交换。如果过期、丢失、或被窃，它们不能被重新发放。仅针对奖励兑换单上提供的地址来兑现它们。代理不负责由于不正确或不可辨认的地址或它们的控制之外的其它事件等而引起的未投递所导致的丢失凭证。

此外，要接受兑换的服务提供者和商品的产品厂商通常不具有直接向用户的点数收费的支付渠道，尤其是在点数并非由此服务提供者发放的情况下。有一些诸如第一数据公司(FIRST DATA CORPORATION)渠道等支付技术允许服务提供者从用户处收集金钱。(FDC，Greenwood Village，科罗拉多州)。但这限于真正的货币。没有用于数字微支付的支付渠道。

概述

各系统和方法建立虚拟点数交换所。该交换所在不同服务提供者之间兑换异类数字微支付——如从各种点数发放者处接收到的奖励点数。可以直接使用旨在用于在一个服务提供者处的排它性兑换的点数来兑换不同服务提供者的非对应商品。在一个实现中，交换所包括点数发放者、服务提供者、以及交换所之间的合约，包括中间转换率。一用户界面允许用户从计算设备、蜂窝电话、或其它移动设备处管理多种点数余额。该用户界面允许用户寻找不同商品并且直接通过兑换各种异类点数来获得这些商品。交换所包括发票引擎以允许用户、点数发放者、服务提供者、以及该交换所之间的现金流。

提供本概述以便介绍将在以下详细描述中进一步描述的虚拟点数交换所的主题。本概述并不旨在标识所要求保护的主题的必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

附图简述

图1是兑换数字微支付的常规场景的图示。

图2是用于跨不同服务提供者兑换数字微支付的示例性交换所的图示。

图3是用于兑换数字微支付的示例性系统的图示。

图4是图2和3的示例性交换所的更详细的框图。

图5是跨不同服务提供者兑换来自各种点数发放者的数字微支付中的示例性合约形成和现金流的图示。

图6是在经由示例性交换所来兑换数字微支付时的示例性交互的图示。

图7是在经由服务提供者来兑换数字微支付时的示例性交互的图示。

图8是用于管理用于跨不同服务提供者兑换数字微支付的用户账户的示例性用户界面的屏幕截图。

图9是用于通过选择非对应点数来购买商品的示例性用户界面的屏幕截图。

图10是用于确认通过跨不同服务提供者兑换数字微支付来执行的购买的示例性用户界面的屏幕截图。

图11是用于查看多种点数余额的用户账户内的变更历史的示例性用户界面的屏幕截图。

图12是跨不同服务提供者兑换来自各种点数发放者的异类数字微支付的示例性方法的流程图。

详细描述

概览

本发明描述了用于实现示例性虚拟点数交换所的系统和方法。如图2所示，示例性场景允许用户108直接用从各种“点数发放者”(例如，102、104、106)处获得的虚拟奖励点数和信用点来兑换选自不同参与提供者的“超市”的不同产品和服务(例如，110、112、114)——而不是仅用点数来兑换由发放该点数的相同实体所提供的产品和服务。该示例性场景避免了手动发现哪种类型的点数可以被交换并为每一单独的交易在点数类型之间手动转换的麻烦和延迟。该示例性场景允许用户直接并立即用点数来兑换不对应于该点数发放者的产品和服务的产品和服务。通过此处所述的示例性交换所200和用户界面202，可以通过兑换对应或非对应点数来直接并立即获得各种产品和服务。

如上所述，诸如航空里程等虚拟点数和其它奖励在此处被称为“数字微支付”，或在某些上下文中仅被称为“点数”。本上下文中的“虚拟”仅意味着点数是数字的和/或电子的，不依赖于诸如现金等物理人造物。例如，点数或电子微支付可以是购买点数、推荐点数、报酬点数、奖励点数、航空里程、移动电话分钟、优惠券折扣、促销折扣、折扣码、或能够被发放给用户或商品或服务的参与者且不使用任何国家或政府的现金或货币的形式的其它虚拟信用点。

“数字微支付发放者”——通常但不总是商品提供者——指的是发放点数、奖励、信用点、促销折扣等的实体。通常数字微支付发放者是与通过兑换所发放的点数可获得的商品或服务的提供者相同的实体。例如，阿拉斯加航空在阿拉斯加里程计划中发放阿拉斯加航空的里程。然而，示例性交换所使数字微支付发放者与接受兑换的服务提供者能够是不同的。

“服务提供者”指的是提供“商品”(即，产品或服务)来交换预定义类型的数字微支付的对应兑换的实体。如刚才所述，数字微支付发放者和服务提供者常规上是一体且相同的——因为点数通常是为促销产品或服务而发放的。然而，示例性交换所使数字微支付发放者与服务提供者能够是不同的。

在一个实现中，此处将描述的示例性系统包括接受多种类型的数字微支付的示例性交换所，以便允许用户直接并立即获得不必对应于点数发放者的产品和服务的各种类型的产品和服务。该示例性交换所还提供通用/标准界面，例如，供商家向用户收费。

示例性系统

图3示出用于兑换数字微支付的示例性系统300。一个或多个用户108经由计算设备306或诸如蜂窝电话、移动计算机、袖珍PC、智能电话等移动通信设备308与因特网302连接或连接到诸如电话网络和/或无线网络304等另一通信网络。示例性交互所200还通信耦合到因特网302以及诸如无线网络304、移动电话服务等其它通信信道。点数发放者(102、104、106)和服务提供者(例如，110、112、114)还经由接口310通信耦合到因特网302，接口310在一个实现中可以是依照交换所标准的与示例性交换所200兼容的接口310。通过该接口310，点数发放者(例如，102)和商品提供者(例如，112)通过示例性交换所200与交易通信并执行交易，且还可以与用户108通信并交易。

示例性交换所200还可以包括部署在用户侧并适于用户的设备(例如，306、308)的各种用户界面202。该用户界面202便于安全通信，且用于兑换点数并管理用户账户，包括同一用户108名下的各种数字微支付账户的余额。

图4更为详细地示出了图2和3中的示例性交换所200。所示实现是出于描述目的的一种示例配置。示例性交换所200的组件的许多其他安排在本发明范围内也是可能的。此类示例性交换所200可以在硬件、软件、固件等的组合中执行。

所示交换所200服务多个用户108以及多个服务提供者102。交换所200包括兑换引擎402、用户账户管理器404、获取引擎406、用户接口引擎408、商品库存引擎410、以及多个服务提供者102之间和/或一个或多个服务提供者102与示例性交换所200之间的合约412。

兑换引擎402还可以包括订单输入414和支付引擎422，订单输入414还包括具有标识码接收器418和确认码管理器420的商品标识器416，支付引擎422还可以包括标识微支付的类型426和数量428的微支付标识器424。

用户账户管理器404还可以包括用户认证器430、余额管理器432、用于保护账户交易和变更的安全管理器434、以及包括点数余额438和交易历史440的用户账户436。

获取引擎406还可以包括库存查寻器442和价钱标识器444，该价钱标识器444确定需要兑换以获得商品的点数的类型446和数量448、和/或商品的价值450。

用户接口引擎408还可以包括web服务接口452、以及包括例如用于收发文本消息的短消息服务代理(SMS)456的移动通信管理器454。

商品库存引擎410还可以包括可得商品链接458——即，到要通过兑换点数来获得的可得商品和服务的链接；广告引擎460；以及搜索管理器462。

合约412可以指定数字微支付的类型与商品之间的转换率464，且可以包含关于服务提供者102与交换所200之间的范围、收入共享规则等的其它协定。

交换所200包括基于约定的转换率464的价值转换器466，用于将一种类型的数字微支付的价钱转换为对应的另一种类型的数字微支付的价钱的。

如果合约412中的收入共享规则要求从交易中提取费用或者如果交换所200的维护基于所兑换点数的一部分价值(即，不是由合约412以某些非基于交易方式所确定的)，则该交换所200可以包括交易费管理器468并收取服务费。同样，如在第一点数发放者102、第二点数发放者104、以及交换所200之间的合约412中指定的，第一点数发放者102可以对兑换第二点数发放者104的点数收取很少额外点数。

在一个实现中，交换所200还包括发票引擎470。发票引擎470跟踪点数流和兑换以允许用户108、点数发放者102、服务提供者110、以及交换所200之间的真正金钱交换。该发票引擎470还可以包括点数发放者账户472、服务提供者账户474、以及交换所账户476。发票引擎470能访问用户账户426，包括点数余额438和历史440，以便跟踪包括点数兑换和充值在内的用户的交易历史440。该现金流在下面将更详细地描述。

示例性系统的操作

从提供商品110的商家或服务提供者102的观点来看，服务提供者102可以通过示例性交换所200接受更多种类型的数字微支付。从用户108的观点来看，用户108享受各种数字微支付类型以获得与发放其各自的数字微支付的服务提供者102不相关联的许多不同种类的产品和服务。这增加了每一类型的数字微支付的有效价值，因为可以使用每一类型来获得多得多的类型的商品。每一用户108具有更大的兑换点数的范围。例如，一个可口可乐的罐子常规上只能兑换10个ICOKE点数。示例性交换所200可以允许用户108使用15个微软点数(假想示例)来兑换该相同的可口可乐的罐子。该10个ICOKE点数等于15个微软点数的假想兑换率将由可口可乐和微软在合约412中达成协定。

示例性交换所200允许用户108具有中央平台以用各种数字微支付来兑换与常规兑换场景相比大幅增加的种类的商品。作为渠道，示例性交换所200允许服务提供者102收取用户108在他的账户426中现有的任何点数，而用户108具有使用他们的点数来获得各种商品的一站式位置。

每一服务提供者102可以使用对交换所200的单个接口310来收取大量不同数字微支付。服务提供者102不必为要兑换的每一不同类型的点数实现不同接口。交换所200还协助服务提供者102收集更多点数。

如图5所示，在一个实现中，在兑换交易发生之前，给定服务提供者112、给定数字微支付发放者——点数发放者102——以及示例性交换所200创建合约412。交换所200可以保留许多此类合约412。每一合约412可以包括收入共享规则、转换率、和要使用的通用接口以及该合约的范围——包括涵盖哪些商品和点数。

合约412包括转换率464，即，在(例如，由点数发放者102)所发放的数字微支付的类型与能够(例如，由第二服务提供者112)兑换的商品的类型之间。交换所200的价值转换器466可以使用这些转换率464来允许不对应于所发放的点数的类型的商品的直接兑换。交换所200作为合约412的一部分可以提取交易费或服务费，且在一个实现中此类服务费的收集由与用户账户管理器404相关联的交易费管理器468来执行。如之前所介绍的，转换率464还允许不同类型的点数之间的转换(例如，15个微软点数对10个ICOKE点数的假想转换率)、和/或一类点数与货币之间的转换(例如，95个微软点数＝0.95美元的假想转换率)。

在图5中，发票引擎470使用在合约412中建立的参数来允许用户108、点数发放者(例如，102)、服务提供者(例如，112)、以及交换所200之间的真实现金流。发票引擎470例如基于用户的账户426中的余额438和历史440来跟踪用户的点数兑换和充值的历史(结算)。服务提供112和点数发放者102可以使用发票引擎470来向彼此支付真钱。例如，在典型交易中，真钱可以从用户108移动到点数发放者102、服务提供者112、以及交换所账户467处(用于根据合约412的服务费和交易费)。交换所200的发票引擎470可以仲裁这些真钱交易的部分或全部。例如，点数发放者102、服务提供者112、以及交换所200可以根据发票引擎470的记录来以真钱向彼此付款。在一个实现中，发票引擎470可以向点数发放者102和服务提供者112发送周期性发票。交换所200还可以仲裁所涉及的所有各方之间的这些发票的支付。

在典型的兑换交易中，用户108经由用户界面202来选择要获得的商品112并选择要为该交易兑换的点数。可以取决于用户108是通过计算设备306、通过移动通信设备308、还是通过某些其它设备进行交易来采用不同的用户界面202。示例用户界面202将在以下更详细地描述。

兑换引擎402在订单输入414处接收用户108的通信，在那里商品标识器416向商品库存引擎410发信号，以便标识由该用户108所选择的产品或服务。在一个实现中，仅向用户108展示那些可以通过交换所200兑换的商品，而在另一实现中用户108自由输入任何商品，且交换所200咨询商品库存引擎410以确定所提出的商品是否可通过交换所200来兑换。

在一个实现中，商品标识器416可以接收所需商品的标识码418。该标识码418可以是从网站输入到用户108的用户界面202中的字母数字字符串，或可以由用户108在计算设备306或移动通信设备308上的键区上键入。该标识码还可以是可视码418，如用户108用蜂窝电话相机捕捉并传送到标识码接收器418的QR码。在一个实现中，标识码接收器418将QR码图像转换成标识产品或服务的字符串。在一个实现中，确认码管理器420将代码返回给用户108以验证该用户108和/或产品110。例如，确认码管理器420可以通过SMS 456向用户108的移动设备308发送代码。用户108随后将所接收到的代码输入到用户界面202中以完成确认。

兑换引擎402的支付引擎422具有微支付标识器424，该微支付标识器424确定要被用户108兑换以完成交易的数字微支付的类型426和数量428。要兑换的点数的类型426可以取决于用户108的账户436，且尤其取决于该用户108将哪种点数的类型指定为首先兑换的最高优先级(即，当在用户的账户436中存在若干种点数余额438时)。该用户108可能不知道为所选商品支付多少给定类型的点数。在这种情况下，微支付标识器424可以检索或计算完成交易所需的点数的数量428——以给定种类点数的形式——并返回该数量428以供在用户界面202上显示。微支付标识器424可以请求获取引擎406获得给定种类点数形式的商品的价钱。

在一个实现中，获取引擎406包括搜索关于商品的信息的数据库的库存查询器442。价钱标识器444可以检索或计算商品的价钱，即，以特定类型的点数的数量的形式。商品可以被广告为价值特定数量的特定类型的点数，在这种情况下消费标识器444可以返回点数的类型446和数量448。或者，价钱标识器444可以访问关于被交换所200用作标准的单位的商品的根本价值450的信息，且从此根本价值450计算给定种类或类型446的点数所需的点数的数量448。在一个实现中，价值转换器466使用合约412中的转换率464来将商品的根本价值转换为特定种类的点数。或者，价值转换器466可以使用转换率464在不同类型的点数之间直接转换(而不采用存储在关于商品的信息的数据库中的商品的根本价值)。

商品库存引擎410可以编译到可得商品的链接的列表458，该列表可由广告引擎460发送到用户界面202。在一个实现中，在用户108想要获取特定商品时，广告引擎460将用户108送到可通过点数兑换来获得的此类商品的网页。在用户点击或选择可得商品链接458中的一个时，广告引擎460可以提供描述商品的更详细的页面。广告引擎460还可以在用户界面202上贴出已经购买了用户108正考虑购买的一类商品的朋友或伙伴的列表。

商品库存引擎410还可以包括可从用户界面202访问的搜索管理器462。即，用户108可以从他的计算设备306或移动设备308进行搜索以寻找要获得的商品。

在兑换引擎402已经标识了要获得的商品且已经标识了完成该兑换所需的数字微支付的类型426和数量428时，随后从用户的账户436中的余额438中收回这些点数。可以在同一交易中兑换多种类型的点数。

在一个实现中，用户账户管理器404允许用户108对其用户账户436进行高级且全面的控制。首先，用户认证器430保护该用户108的身份。例如，用户108可以将密码提交到移动设备308上的用户界面202以获得对其用户账户436的访问权。用户108可以对余额管理器432进行编程以管理用户账户436中的各种点数的余额438。用户108可以为账户436中的每一种点数的余额438指定优先级。例如，用户108可以指定在兑换交易中，首先使用微软点数，接着是联合航空的里程，接着是可口可乐点数，接着是移动电话分钟。此外，用户108可以指定自动最小余额438和/或自动平衡充值。即，用户108可以指定在微软点数低于100点的水平时，则在不同余额438中的移动电话分钟将按照约定转换率464被转换成微软点数以将微软点数保持在阈值最小水平之上。或者相反，用户108可以指定微软点数将被转换以将移动电话分钟保持在预指定最小值之上。用户账户436还可以允许用户108查看交易历史440。

图6示出示例兑换交易。服务提供者112将用户108重定向到示例性交换所200以输入例如账号和个人识别号(PIN)。首先，用户108选择要获得的商品。服务提供者112从交换所200请求所支持的点数的列表。交换所200将支持商品或服务的点数的列表返回给服务提供者112。用户108向服务提供者112检查以查看他的账户436中的特定类型的点数是否可兑换该商品。用户108随后发起从服务提供者112对该商品的购买，且服务提供者112将用户108重定向到交换所200。用户108将账号和密码输入到交换所200并指定在兑换交易中使用的点数或其它数字微支付的类型。在支付成功后，服务提供者112投递产品或服务。

图7示出另一示例兑换交易。在此变体中，用户108从服务提供者112处的账户直接购买，且服务提供者112进而向示例性交换所200收费。首先，用户108选择要从服务提供者112获得的商品。服务提供者112向交换所200请求所支持的点数的列表。交换所200将支持要获得的商品或服务的点数的列表返回给服务提供者112。用户108向服务提供者112检查以查看由用户108所拥有的特定类型的点数或其它数字微支付是否可兑换该商品。用户108输入在服务提供者112处的账户(不是交换所200处的用户账户436)的帐号和PIN。服务提供者112经由交换所200向用户108收费。交换所200将收费的成功中继给服务提供者112。服务提供者112随后投递或供应该商品。

再次参考图4，用户接口引擎408可以包括方便跨多个通信平台的兑换交易的接口和管理器。在一个实现中，用户接口引擎408包括web服务接口452和移动通信管理器454。web服务接口452允许与服务提供者(例如，102)和用户108的通信(通过因特网302或其它网络)。可以利用各种web服务来经由交换所200执行兑换交易。例如，交换所200可以主存通过浏览器可访问的各种网站，或交换所200可以为用户的计算设备306、蜂窝电话308、或其它移动设备308等而利用即时消息收发(IM)。移动通信管理器454方便了与用户108在他们的蜂窝电话和其它移动设备308上进行通信，例如，基于电话的因特网、SMS、和/或基于电话的即时消息收发。示例性用户界面202可以在各种通信平台上实现以对用户108广告并允许用户108搜索商品、兑换点数、以及管理他们自己在交换所200处的用户账户436。

示例性用户界面

用户接口引擎408可以控制多种类型的用户界面202，以便通过示例性交换所200达成兑换交易。以下所示的是显示可由示例性交换所200来扩展的某些用户界面202。这些所示的示例不旨在描绘用于交换所200的一组全面的用户界面202，因为大量用户界面202可用于该交换所200。例如，用户界面202可用于台式计算机、便携PC、PDA、蜂窝电话、用于在台式计算机处管理移动设备的袖珍控制器等。还可以使用组合，如经由参与交换所200的因特网市场网站来定购商品，而通过活跃于蜂窝电话上的SMS服务来接收产品和支付确认码。

图8示出与图4的用户账户管理器404相关联的示例性用户界面202′。在可通过选择可视选项卡802来访问的账单和账户窗格中，以优先级804的次序来列出各种数字微支付余额438。例如，除非用户108具体地选择了不同类型的点数以供首先兑换，否则微软点数806被指定为最高优先级且将在交易中被首先兑换。联盟支付银联808和可口可乐点数810分别具有对应的第二和第三优先级。为每一类型的点数显示余额438。每一类型的点数还具有相对于某些基准的转换率464。该基准可以是被用作标准的指定类型的点数，或可以是某些其它相对值基准。用户108可以将两种不同类型的点数或账户绑定在一起812，并选择转换方向814。例如，在一个转换方向中，在移动分钟降低到所选的阈值以下时，用户账户管理器404的余额管理器432自动使用转换的微软点数806来为移动分钟充值。

图9示出与由兑换引擎402仲裁的兑换交易相关联的示例性用户界面202″。在此用户界面202”中，给定产品可以使用现金购买或可以通过启动将该交易传送到示例性交换所200的“通过点数购买”按钮902来经由示例性交换所兑换。微支付标识器424接受用户选择904以确定在该交易中要兑换的特定类型点数。

图10示出在确认码管理器420的操作期间扩展的示例性用户界面202′″。在一个实现中，交换所200通过SMS 456来发送确认码以完成购买。用户108在例如移动电话308上接收该确认码并将该码输入到用户界面202′″中。交换所200随后使得所购买的商品被发货到用户的住址或允许用户108经由在线市场下载该商品。还可使用用户界面202′″的类似的确认窗格来确认用户108正将新类型的点数账户/点数余额438添加到他的用户账户436。同样，类似的用户界面202′″还可用于由安全管理器434来确认以用于验证用户的账户436中的其它改变。

图11示出在用户选择用户账户管理器404的历史440特征时扩展的示例性用户界面202″″。在一个实现中，历史用户界面202″″全面地示出用户的账户436中的改变，包括点数兑换、点数充值、以及各种点数余额438的重新结算。

示例性方法

图12示出跨不同服务提供者兑换来自各种点数发放者的异类数字微支付的示例性方法1200。在该流程图中，操作被概括成单独的框。示例性方法1200可以由硬件、软件或硬件、软件、固件的组合等来执行，例如由示例性的交换所200的组件来执行。

在框1202，接收所发放来获得第一商品提供者的商品的微支付。此类数字微支付，如奖励点数、航空里程、以及其它非现金信用点，通常由点数提供者发放以供在特定服务提供者处的排它性兑换。换言之，奖励点数旨在仅兑换与该奖励点数相关联的预期产品和服务。

在框1204，兑换微支付以获得由与该点数发放者所预期的服务提供者不同的服务提供者所提供的商品。在一个实现中，因为微支付通常是为获得预期商品的排它性兑换而发放的，所以示例性方法1200包括创建点数发放者、服务提供者、以及交换所之间的合约以便该点数发放者和该服务提供者接受彼此的微支付。该合约还可以包括点数和服务之间或甚至每一参与的服务提供者的不同种类微支付之间的转换率。示例性方法1200不仅包括为非预期商品而兑换异类微支付，而且在各种实现中还包括允许用户排定多种奖励点数余额(例如，在示例性交换所处的用户账户内)的优先级并为商品向这多种奖励点数余额收费。

结论

尽管已用对结构特征和/或方法动作专用的语言描述了示例性系统和方法，但可以理解，所附权利要求书中定义的主题不必限于所述具体特征或动作。相反，上述具体特征和动作是作为实现所要求保护的方法、设备、系统等的示例性形式而公开的。

Claims

1.一种方法，包括：

在微支付发放者与第二商品提供者之间形成合约，其中所述微支付发放者发放仅可兑换第一商品提供者的第一商品的微支付；

所述方法的特征在于：

接收(1202)仅可兑换所述第一商品提供者的第一商品的微支付；以及

兑换(1204)所述微支付以获得由所述第二商品提供者所提供的第二商品。

2.如权利要求1所述的方法，其特征在于，形成所述合约包括获得所述微支付发放者与所述第二商品提供者之间的协定以供所述第二商品提供者接受旨在用于所述第一商品提供者、针对由所述第二商品提供者所提供的商品的微支付。

3.如权利要求2所述的方法，其特征在于，形成所述合约还包括约定所述微支付发放者的第一微支付种类与所述第二商品提供者所接受的第二微支付种类之间的转换率和收入共享。

4.如权利要求1所述的方法，其特征在于，还包括跟踪由所述第二商品提供者所兑换的微支付并向所述微支付发放者开一金额的发票。

5.如权利要求1所述的方法，其特征在于，所述微支付从由以下各项组成的微支付组中选择：奖励点数、推荐点数、参与点数、购买点数、报酬点数、感谢点数、航空里程、移动电话分钟、优惠券折扣、促销折扣、折扣码、虚拟币、超链接推荐信用点、以及所存入来进行在线购买的在线奖励。

6.如权利要求1所述的方法，其特征在于，还包括接收来自用户的、多个微支付发放者的异类微支付；以及

用所述异类微支付兑换由多个商品提供者之一提供的商品。

7.如权利要求6所述的方法，其特征在于，还包括获得各对之间的一系列合约，每一对由所述微支付发放者之一和所述商品提供者之一组成；

每一所述合约至少部分包括接受所述微支付发放者的一类微支付来兑换所述商品提供者所提供的一类商品的协定；以及

其中在所述各对中的一对的微支付发放者与该对的商品提供者是同一实体时，不获得所述合约。

8.如权利要求7所述的方法，其特征在于，所述合约参考一标准来为每一异类微支付指定转换率。

9.如权利要求8所述的方法，其特征在于，所述标准包括所述商品提供者之一的微支付之一的种类。

10.一种交换所(200)，包括：

点数发放者与服务提供者之间的合约(412)，每一合约(412)包括接受所述点数发放者所发放的一类点数来兑换所述服务提供者所提供的一类商品的协定；以及

接受旨在用于第一服务提供者的第一类型商品的第一点数发放者的点数来获取第二服务提供者的第二类型商品的兑换引擎(402)。

11.如权利要求10所述的交换所，其特征在于，所述点数从由以下各项组成的点数组中选择：推荐点数、参与点数、购买点数、报酬点数、感谢点数、航空里程、移动电话分钟、优惠券折扣、促销折扣、折扣码、虚拟币、超链接推荐信用点、以及所存入来进行在线购买的在线奖励和折扣。

12.如权利要求10所述的交换所，其特征在于，所述兑换引擎根据所述合约之一中的转换率将第一点数发放者的第一价值的点数转换为第二点数发放者的第二价值的点数。

13.如权利要求10所述的交换所，其特征在于，所述兑换引擎接受来自所述交换所的用户的、多个点数发放者的异类点数以获取商品。

14.如权利要求10所述的交换所，其特征在于，还包括管理用户的多种点数余额的用户账户管理器。

15.如权利要求14所述的交换所，其特征在于，所述用户账户管理器排定所述多种奖励点数余额的优先级，以使得在获得商品时首先兑换最高优先级的余额。

16.如权利要求14所述的交换所，其特征在于，还包括发票引擎以允许根据所述合约的、所述点数发放者、所述服务提供者、以及所述交换所之间的现金流。

17.一种用户界面(202)，包括：

排定优先级(804)的奖励点数余额的可视列表；以及

用于指定由第一服务提供者所发放的奖励点数余额之一来兑换由第二服务提供者所提供的商品的可视选择器(904)。

18.如权利要求17所述的用户界面，其特征在于，还包括用于输入信息以添加由附加服务提供者所发放的附加奖励点数余额的输入。

19.如权利要求17所述的用户界面，其特征在于，还包括用于链接所述奖励点数余额中的两种的输入，以使得该两种奖励点数余额中的第一种在这两种奖励点数余额中的第二种降到阈值以下时根据转换率对第二种奖励点数余额充值。

20.如权利要求17所述的用户界面，其特征在于，还包括使用现金来购买商品或使用所述奖励点数来购买商品的可视选项，所述可视选项包括选择来经由异类奖励点数余额中的一个或多个来兑换所述商品的所述异类奖励点数余额的菜单。