用收据存储来处理支付收据的制作方法

专利名称：用收据存储来处理支付收据的制作方法
用收据存储来处理支付收据背景交易(例如，销售、出租、酒店预订、慈善捐赠等)常常按收据的形式来记住。通 常，收据在纸上发放。因为电子商务的出现，发生在web上的交易(例如，通过网站的零售 购买)产生了电子收据。当交易通过web发生时，顾客通常提供电子邮件地址作为交易的 一部分，且电子收据被发送至该电子邮件地址。电子商务已经扩展到通过网站的购物之外。现代收银机常常使用软件应用程序来 实现。诸如飞机票、音乐、定制三明治等的许多项目通过如现代收银机一样也使用软件应用 程序来实现的零售自助服务终端来销售。越来越多地使用计算机系统来执行零售功能呈现 了在通常发放了纸质收据的情况下发放电子收据的机会。当电子收据被发放到网站购物交易之外的时候会产生可能不清楚将收据发送至 何处的问题。顾客在执行web交易时通常提供电子邮件地址，所以将收据用电子邮件发送 给顾客是符合逻辑的。然而，顾客在执行现场(in-person)交易时通常不提供电子邮件地 址。此外，即使顾客的确提供了电子邮件地址，可能存在与将收据用电子邮件发送给顾客相 比更方便的方式来处理收据。当用电子邮件将收据发送给顾客是发送电子收据的唯一实用 的方式时，用电子邮件发送收据的做法可以是电子商务早期的痕迹。收据可按利用更高级 的基础结构、更强大的手持式设备和更出色的连接的其他方式来处理。概述电子收据可基于交易来生成，且收据可被传递至收据存储。收据存储可作为云服 务来提供，且收据可被发送至云中以被传递至收据存储。顾客随后可通过收据存储来访问 他或她的收据。商业机构(例如，零售商店、酒店等)可配备有连接到设备读取器的销售点组件 (诸如收银机)。顾客可携带存储该顾客的简档的设备。简档可包括支付信息(诸如信用 卡号或其他账号)，且还可包括指示顾客的收据要被发送至的收据存储的位置的联系信息。 设备读取器可从顾客的设备读取简档信息。收据可被发送至顾客的简档中所指定的收据存 储。收据的发送可按各种方式来实现。例如，收银机或其他销售点组件可将收据发送 至云中以便传递至顾客所指定的收据存储。或者，设备读取器可生成收据和/或通过云将 收据发送至收据存储。作为另一选项，设备读取器可参与与设备的双向通信并可将收据直 接提供给设备。设备随后可将收据发送至云中以便传递至顾客的收据存储，同时在顾客的 设备上留下在交易时生成的收据的副本。收据可包含关于交易的任何级别的详细信息。例如，在特定信用卡交易中，向信用 卡发卡行提供关于交易的行项目级别的详细信息，且可利用该数据的可用性来向顾客提供 非常详细的收据。顾客随后可通过收据存储来访问该级别的详细信息。提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概 念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定 所要求保护的主题的范围。
附图简述

图1-3是其中可生成收据并将收据传递至收据存储的示例系统的框图。图4是其中发生与顾客的交易并将收据发送至收据存储的示例过程的流程图。图5是其中执行交易并生成收据或收据的一部分的示例过程的流程图。图6-8是基于哪些组件将收据发送至收据存储来继续图5的过程的某些示例方式 的流程图。图9是可对收据存储执行的某些示例动作的框图。图10是示例顾客设备的框图。图11是可结合实现此处所述的主题来使用的示例组件的框图。详细描述收据及其他种类的交易记录传统上以纸质形式来发放。由于电子商务的出现，在 线交易的许多收据已经以电子形式来发放。在线交易中的买家提供电子邮件地址是社交礼 节上需要的，所以将在线交易的收据发送至买家的电子邮件地址是自然的。然而，收集买家 的电子邮件地址并将收据用电子邮件发送至该地址的模型可能不能很好地推广到web设 置之外的交易。人们不习惯在现场交易期间提供电子邮件地址。同样，用于支持现场交易 的设备和软件通常不被设置为生成收据并用电子邮件将其发送至顾客。此外，在顾客的常用通讯地址处通过电子邮件来接收收据可能不是特别方便的接 收收据的方式。用电子邮件将收据发送给顾客的做法可能是早期电子商务的痕迹，而可使 用现代技术来以其他方式提供收据。云计算模型的开发提出了电子收据可被定向到顾客而 不必要用电子邮件将其发送至顾客的常用通讯收件箱的方式。例如，顾客可携带可将顾客 的支付信息传递至诸如餐馆、音乐商店、航班自助服务终端等的零售机构处的支付设备的 设备。顾客的设备可以是顾客的无线电话或手持式计算机。该设备可存储要用于支付的顾 客的信用卡号，且顾客可通过在设备读取器前刷该设备来支付。在这种情景中，用电子邮件 将收据发送到顾客的常用通讯地址看起来是难以使用的且与交易的现场特征有点不协调。 此处描述的主题提供了可用于将收据或其他交易记录传递至诸如收据存储等不同位置的 各种机制。顾客可通过收据存储来访问他或她的收据，并可被给予对关于交易的任意级别 的详细信息(例如，顾客所购买的东西的逐行账目)的访问权。这些机制可用于现场交易， 但也可用作传递web交易或其他在线交易中的收据的方式。现在转向附图，图1示出其中可生成收据并将收据传递至收据存储的示例系统 100。顾客102是参与交易的顾客。例如，顾客102可正在他或她物理上所在的零售机构处 购买商品或服务。可涉及任何类型的商品或服务。例如，顾客102可正在购买超市的杂货、 电子商店的视频设备、咖啡屋中的自助服务终端的音乐、餐馆的饭菜、来自医生办公室的医 疗服务等。其他类型的交易可包括作出酒店或租赁汽车预定、作出慈善捐赠等。上述是示 例，但可以执行任何类型的交易。顾客102可拥有设备104或可以按其他方式与设备104相关联。设备104可按电 子形式保存顾客102的简档。简档可包括顾客102可用来参与交易的各种信息。例如，设 备104可保存顾客102用来支付购买的信用卡信息或其他账户信息。设备104可以是无线 电话、个人数字助理、智能卡、或任何其他类型的设备。设备104可具有存储上述信息的组 件，且还可具有将这些信息传递给适当类型的设备读取器的组件。设备104的示例组件和设备104可保存的示例信息在图10中示出，并结合该附图在下文讨论。设备读取器106是用于读取设备104传递的信息的组件。例如，设备读取器106可 读取符合国际标准化组织(ISO)邻近卡标准14443的设备，或使用近场通信(NFC)技术的 设备。在一个示例中，设备104是配备有NFC技术的顾客102的无线电话，且顾客102在读 取器106的几英寸内“刷”电话从而使得设备读取器106可从设备104读取信息。然而，上 述仅仅是示例，设备读取器106可使用任何类型的技术或通信机制读取任何类型的设备。简档信息108是设备104存储的信息。简档信息可包括顾客102的姓名、信用卡 号、或任何其他信息。这些信息的具体示例在下文中结合图10来讨论。设备104将简档信 息108传递至设备读取器106。在示例交易场景中，购买通过多个不同的组件来实现，这些组件包括设备读取器 106和销售点(P0Q组件110。POS组件110可以是收银机、零售自助服务终端、计算机、或 可用于帮助销售的任何其他类型的设备或系统。通常，POS组件110用于在顾客在物理上在 发生交易的位置处的情况下的交易，例如，在实体店、餐馆等的情况下。物理在场的场景与 因特网购买/电子商务的场景、或者通过网络执行远程交易的其他场景形成对比。因此，在 一个示例中，图1示出各元件一起在同一物理位置160处(如虚线围栏所指示的)。例如， 如果POS组件110是收银机，则正在购买/销售的项目以及这些项目的价格可被输入到POS 组件110中。输入可通过键盘、条形码扫描仪、或任何其他种类的机制来发生。如果POS组 件110是出售音乐的零售自助服务终端，则POS组件110可用于选择音乐并可能将所购买 的音乐传递至顾客102的音乐呈现系统。(设备104可以是顾客102的音乐呈现系统-例 如，在设备104是MPS播放器或带有音乐呈现能力的某一其他设备的情况下。)在一个示 例中，设备读取器106和POS组件110是彼此附连的单独组件。在另一示例中，设备读取器 106内置到POS组件110中。图1示出POS组件110接收对正在销售/购买的项目112和/或这些项目的价格 114的指示111。POS组件110可按任意方式来接收对项目112和价格114的指示。(在该 示例中，“项目”可以指代商品、服务、餐馆菜单上的食物和饮料、或可以是交易对象的任何 其他事物。)例如，POS组件110可连接到包含可用于销售的项目的目录和这些项目的价格 的数据库。因此，对正在购买哪些项目的指示可通过键盘、扫描仪、触摸屏等来输入，并可在 数据库中查找价格。或者，在POS组件110是收银机的示例中，收银员可将价格114输入到 收银机中。POS组件110可接收对要销售/购买的项目112和/或价格114的指示，且上述 仅仅是POS组件110如何能够接收这些信息的某些示例。当POS组件110完成交易时，它生成收据116。(如下文结合图2和3所讨论的， POS组件110还可生成部分收据，设备读取器102在从顾客102收集支付时添加支付信息。) 收据116可包括，例如，关于购买的项目152、项目的价格154、购买的项目的总金额156、支 付信息158(例如，为购买支付了多少钱以及支付的形式)的信息，或任何其他类型的信息。收据116可被发送至收据存储118。收据存储118可经由诸如因特网等的网络来 访问。此外，收据存储118可通过云计算模型来提供，其中收据存储118是可从云120传递 的服务。如一般理解的，云120指的是远程设备和软件所提供且经由网络交互的功能和/或 服务的集合。收据存储118可接收收据116，并可对收据116执行各种动作。可对收据116 执行的动作的示例在下文中结合图9来讨论。
系统100的组件可将收据116发送到云120中以便传递至收据存储118。(通过 云120来发送收据是作为示例来示出的，但收据116也可按照不涉及云120的方式被发送 至收据存储118。)收据116可由系统100的各组件发送至收据存储118。图1示出其中 POS组件110将收据116发送至收据存储118的示例。然而，收据116可由系统100的其他 组件来发送。图2和3示出其中收据116由系统100的其他组件发送至收据存储118的示 例。图2和3示出其中使用除POS组件110之外的系统100的组件来将收据发送至收 据存储的示例。(在图 2 和 3 中，标号 100、102、104、106、108、110、111、112、114、116、118、 120和160指代与图1中相同的元件。在图2和3中，收据116可具有与图1中用标号152、 154、156和158示出的相同的示例细节-但为简化图示，该细节不在图2和3中重复。)在 图2中，POS组件110生成部分收据122。部分收据122可包括图1的收据116中包含的 信息，但没有支付信息。在POS组件110查明正在购买什么以及要支付的金额之后，支付信 息可由设备读取器106插入来反映顾客102的支付。部分收据122可采用略去支付信息的 收据的形式，或者其可以是购买的项目和/或总金额的某种其他表示，部分收据122随后可 在接收到支付之后由设备读取器106用来生成适当形式的收据。(收据也可在另一时刻生 成，诸如在接收到支付之前。)设备读取器106接收部分收据，然后生成收据116。在生成 收据116之后，设备读取器106将收据116发送至收据存储118(可能通过云120，如图1中 所示)。(作为术语，部分收据122和收据116都是与交易相关的内容的示例。)在图3中，POS组件110还将部分收据122发送给设备读取器106。设备读取器 106随后可将支付信息添加至部分收据122以便生成收据116。设备读取器106还可将收 据116发送给顾客的设备104。顾客的设备104可被配置成将收据116发送至收据存储 118(同样，可能通过云120，如图1和2中所示)。在这些不同场景中处理收据的示例过程 在图5-8中示出并在下文中讨论。(图3的讨论中对部分收据122的参考仅仅是示例；并 非在各个阶段生成收据，POS组件110可改为生成完整的收据。)将收据116从系统100的各种不同组件发送至收据存储118支持各种不同的技术 和商业模型。例如，在某些情况下，POS组件110可收集购买的项目的列表并累加销售总数， 但不能够生成完整收据因为其不具有支付信息。此外，某些POS组件(例如，某些收银机) 采用专用技术和/或封闭平台，并因此难于翻新要用于生成适当格式的收据并将该收据发 送至云120中的收据存储118的软件。出于这些原因，使设备读取器106或顾客的设备104 而不是POS组件110将收据116发送至收据存储118是有意义的。(其上构建并分布设备读 取器的商业模型可使得设备读取器变得更易修改来安装适当的软件以生成并发送收据。)另一方面，在某些情况下，POS组件110不能访问支付信息但可安装适当的软件来 将收据发送至收据存储。例如，大型零售连锁店可实现并管理其自身的POS系统，并可给予 该POS系统对从顾客收集支付的后端系统的访问权。在这种情况下，POS系统可安装软件 来将收据发送至收据存储118并将能够访问支付信息。因此，在这种情况下，POS组件110 可生成收据116并将其发送至收据存储118。当POS组件110不是用于将收据116发送至收据存储118的组件时，收据可由设 备读取器106或顾客的设备104来发送。在图3的场景中，设备读取器106将收据116提 供给顾客的设备104，顾客的设备104随后将收据116发送至收据存储118。在该场景中，顾客的设备104接收收据116，因此使得收据116在交易时在顾客的设备104上可用。顾客 的设备104随后可在网络连接对设备104可用时将收据116发送至收据存储118。因为顾 客102可将设备104用作个人和商业信息的通用储存库，所以对于顾客102而言在设备104 上拥有收据116的副本是方便的。然而，在交易时将收据提供给顾客的设备通常涉及设备 读取器106和顾客的设备104之间的两个通信会话一个是收集简档信息108以便作出支 付，另一个是在生成收据116之后接收收据116。在实际操作中，这两个通信会话通常涉及 顾客102刷设备104两次。使设备读取器106将收据116发送至收据存储118 (如图2的 场景)避免了第二次刷设备。收据116稍后可使用设备104上可用的普通网络连接从收据 存储118发送至设备104。然而，在该场景中，顾客102可能需要等待接收收据116直到收 据116可以从收据存储118传递-这在例如在交易时网络连接对设备104不可用时可能会 花费时间。图4-8示出各种过程。在转向对图4-8的描述之前，注意，这些附图中包含的流程 图是参考图1-3中示出的组件作为示例来描述的，但这些过程可在任何系统中执行并且不 限于图1-3中示出的场景。另外，图4-8中的流程图中的每一个示出其中过程的各阶段按 特定次序来执行的示例，如连接框的线所指示的，但这些图中示出的各阶段可按任意次序 或按任意组合或子组合来执行。图4示出其中发生与顾客的交易并将收据发送至收据存储的示例过程400。在402 处，参与与顾客的交易。例如，在系统100(图1-3中示出)中，顾客102可使用诸如设备 104、设备读取器106和POS组件110(也在图1-3中示出)等的组件来参与购买交易。在 404处，基于交易生成收据。收据可由POS组件、设备读取器等生成。在406处，系统使得收 据被发送至云中的收据存储。使得收据被发送至收据存储的动作可采用不同形式，因为收 据可从不同组件来发送。例如，如上所述，收据可从POS组件、设备读取器或顾客的设备来 发送。图5示出其中执行交易并生成收据(或收据的一部分)的示例过程。图5中的列 (如标记单独列的垂直虚线所示)指示可在其处执行过程的特定阶段的图1-3的特定组件 (顾客的设备104、读取器106和POS组件110)。然而，示出的各阶段可使用任意组件来执 行(不管是否是在图1-3中示出的那些组件)。在502处，顾客使用设备来将简档信息从设备发送至读取器。例如，顾客的姓名、 账号、联系信息等可被存储在顾客的手持式无线电话上。这些信息可被发送至设备读取器。 发送可使用任何种类的数据传输技术来执行，诸如NFC技术、WiFi、蓝牙、光学条形码等。在504处，读取器接收设备所发送的简档信息。读取器随后将简档信息发送至POS 组件(在506处)。例如，设备读取器可有线连接到POS组件，且可用作在设备和POS组件 之间中继信息的接口。因此，如果设备读取器从顾客的设备接收简档信息，则设备读取器可 将该信息提供给POS组件。在508处，POS组件接收简档信息。在510处，POS组件接收对顾客正在购买的项 目、要支付的价格、或其他销售数据的指示。例如，POS组件可以是通过条形码扫描仪接收 对要购买哪些项目的指示并在数据库中查找那些项目的价格的收银机。或者，收银机可仅 仅接收要支付的总金额(如可在餐馆发生的，在那里收银员将最后结账金额输入到收银机 中)。作为另一示例，POS组件可以是出售音乐、飞机票或任何其他事物的自助服务终端，在这种情况下，该自助服务终端可在执行交易的同时直接从顾客接收对要购买的项目的指 示。上述是POS组件可如何接收对要购买的项目、其价格和/或其他销售数据的指示的某 些示例，但这些信息可按任意方式来接收。在512处，POS组件生成交易的收据或部分收据。如上所述，取决于其中采用POS 组件的上下文，POS组件可生成交易的完整收据。或者，它可生成包含要在收据中使用的某 些信息的部分收据(其中部分收据可例如包含要在收据中使用的信息减去要通过设备读 取器来收集的支付信息)。图5中示出的过程可继续至图6、7或8，取决于如何将收据传递至收据存储。图6示出如果收据要从POS组件发送至收据存储时可执行的示例阶段。因为收据 已经由POS组件生成，所以在602处，收据简单地从POS组件发送至云中的收据存储。图7示出如果收据要从设备读取器发送至收据存储时可执行的示例阶段。在702 处，将POS组件生成的部分收据发送至设备读取器。在704处，设备读取器从POS组件接收 部分收据。在706处，设备读取器将支付信息和/或其他信息添加至部分收据来创建完整 收据。在708处，设备读取器将收据发送至云中的收据存储。图7中的各阶段可如指示的 使用POS组件和设备读取器来实现，但也可使用其他和/或另外的组件来执行。例如，收据 打印机可连接至上述组件中的一个或多个。收据打印机可打印纸质收据并且还能够将收据 发送至云(不管打印机是否打印纸质收据)。此外，单独设备可执行将收据发送至云，无论 该设备是否也是纸质打印机。图8示出如果收据要从顾客的设备(例如，从顾客的无线电话)发送至收据存储 时可执行的示例阶段。在802处，POS组件110将部分收据发送至设备读取器106。在804 处，读取器接收部分收据。在806处，设备读取器随后将支付信息和/或其他信息添加至部 分收据来创建完整收据。在808处，设备读取器将收据发送至顾客的设备。在810处，顾客 的设备104接收收据。在812处，顾客的设备可在其自身的存储器或存储设备中存储收据 的副本。在814处，顾客的设备将收据发送至云中的收据存储。将收据从顾客的设备发送 至收据存储可使用任何机制。例如，如果顾客的设备是无线电话，则收据可使用可用于发送 信息至或自无线电话的各种技术来发送-例如，3G 816、WiFi 818、用于GSM进化的增强型 数据速率(EDGE)820、短消息服务(SMQ822或任何其他机制。收据存储116可以是其中存储顾客102的收据的储存库。(收据存储116和顾客 102在图1-3中示出。)可以执行各种动作来为顾客设置收据存储和/或使用存储中的收 据。图9示出可对收据存储执行的某些示例动作900。可以执行的一种这样的动作是收据存储的提供者与特定顾客商议来用作该顾客 的收据存储(框90幻。例如，第三方在线服务提供者可将收据存储作为顾客可订阅的云服 务来提供。顾客随后可订阅该服务，随之提供者将同意用作顾客的收据存储。提供者可(在 框904)将顾客可用来定向收据的联系信息(例如，电子邮件地址、即时消息(IM)地址、统 一资源定位符(URL)、电话号码、SMS标识符、该存储与特定顾客相关联的但不可由诸如垃 圾邮件发送者等的公众的成员译解的任意字符串等等)给予顾客。顾客从收据存储提供者 获得的该联系信息可被存储在顾客的设备104(图1-3中示出)中。该联系信息可用作一种 形式的顾客标识符，其可被包括在收据中或以其他方式与收据相关联；该联系人信息在顾 客可与用于将收据发送至他或她的收据存储的特定联系信息相关联的意义上可标识顾客。(然而，其他类型的联系信息可被包括在收据中。)虽然收据存储在上文中被描述为三方服务，但顾客可诸如通过在他或她自己的联 网计算机上运行收据存储软件等来提供他或她自己的收据存储，从而使得收据可被接收并 存储在顾客自己的计算机上。在收据存储开始为顾客接收收据(框906)之后，可对这些收据执行各种动作。例 如，顾客可请求查看收据，且收据可被呈现给顾客(框908)。作为另一示例，收据包含各种 类型的事实(例如，顾客购买了什么类型的项目、顾客花费了多少钱等)，且这些事实以及 来自这些事实的结论可从收据存储中挖掘(框910)。例如，如果顾客最近在特定照相机店 作出了 100美元的购买，则该事实是可从顾客的收据中挖掘的基本事实。如果顾客在照相 机商店作出频繁购买，则可以挖掘的结论是顾客对摄影有兴趣。上述是可以从顾客的收据 中挖掘的关于特定顾客的事实和结论的示例。然而，因为收据存储可为许多不同顾客存储 收据，所以还可以挖掘横跨不同顾客的收据(或甚至匿名的收据，或者顾客和收据之间的 关联不易于辨别的收据)的事实和结论。例如，如果在一个月内对所有顾客收集的收据示 出对特定项目的购买在18-M岁范围内加速，则可以挖掘该特定项目正在成为下一个“时 尚”的结论。收据存储提供者和顾客之间的订阅协议可包括对分析顾客的收据的授权，从而 可以从顾客收据中挖掘这些种类的事实和结论。可以执行的另一动作是将基于收据的数据传递给顾客(框912)。所挖掘的事实 和/或结论是可以基于收据的数据的示例。收据本身也可以是这种数据的示例。例如，收 据存储提供者可具有按仪表板的形式来显示所挖掘的事实和/或结论(或以其他方式将这 些所挖掘的事实和/或结论呈现或传递给个人)的某种类型的软件。软件可允许提供者查 询特定种类的事实或结论(例如，上个月在西雅图地区1814岁所购买的最受欢迎的歌曲 是什么？或者在CTZ公司员工中什么餐馆最受欢迎？)可以执行的其他动作是基于所挖掘的事实和/或结论来作出商业提议(框914)。 例如，如果顾客在特定商店购买了项目，则可向该顾客发送该商店的优惠券或折扣作为忠 实激励。或者，如果顾客的购买反映对滑雪的兴趣，则想要与该顾客做生意的滑雪商店的优 惠券可被发送至该顾客。如上所述，顾客的设备104(图1-3中示出)可存储并能够发送关于顾客的各种简 档信息。图10示出带有各种示例简档信息108以及可用于存储和/或传递该信息的组件 的顾客的设备104的示例。顾客的设备104可以是例如无线电话、手持式计算机、智能卡、或任何其他类型的 设备。设备104可具有存储组件1002，诸如闪存、只读存储器、易失性存储器、盘等。设备 104还可具有通信组件1004，设备104可使用通信组件1004来参与与设备104之外的世界 的单向或双向通信。例如，通信组件1004可包括有线或无线网络接口、串行或并行端口、天 线、或单独或彼此组合的任何其他类型的通信组件。设备104还可包括处理器1006，设备 104使用处理器1006来执行指令。指令可被存储在存储组件1002中和/或通过通信组件 1004来接收。简档信息108可被存储在存储组件1002中。图10示出简档信息108中可包括的 各种类型的信息的示例。图10中示出的具体信息是一个示例，但简档信息108可包括任何 类型的信息。此外，在设备104传递简档信息108时，所传递的信息可包括设备104为顾客存储的所有简档信息，或者可以是该信息的某一子集(或诸如散列等的该信息的卷积)。简档信息108可包括顾客的姓名1008、联系信息1010、以及支付账户信息1012。 姓名可被表示为文本串(例如，“John A. Smith”)。联系人信息1010可包括任何类型的联 系信息，诸如电话号码1014(例如，设备104的电话号码，如果设备104用作电话的话)、IM 地址1016、电子邮件地址1018、收据存储顾客标识符1019、或任何其他类型的联系信息。一 条或多条联系信息可标识顾客的收据要被发送至的位置。例如，如果顾客订阅收据存储服 务且该服务向顾客提供诸如电子邮件地址(或IM地址、SMS地址、URL等)等收据要被发送 至的位置，则该位置可被包括在联系信息1010中。在一个示例中，联系信息1010所标识的 收据要被发送至的位置可以是除顾客用来接收通讯的顾客的通用收件箱之外的位置。(可 能存在通讯偶尔被发送至收据存储的情况；通讯可被定向到收据存储的事实不会使得收据 存储变为通讯地址，也不会使得收据存储变为顾客的常用通讯收件箱。)支付账户信息1012可标识可用于支付顾客的购买的各种类型的账户。该信息 可包括信用卡信息1020(例如，账号、到期日、特定Visa卡的卡保险号)、房屋账户信息 1022 (例如，店内账户的账号)、礼物凭证1024、微支付或支付聚集账户10 (诸如允许从顾 客的支付宝账户作出支付的电子邮件地址和密码)、或任何其他类型的账户信息。图11示出其中可部署此处所述的主题的各方面的示例环境。计算机1100包括一个或多个处理器1102和一个或多个数据备忘录组件1104。处 理器1102通常是微处理器，如那些在个人台式机或膝上型计算机、服务器、手持式计算机 或另一种计算设备中所找到的。数据备忘录组件1104是能够短期或长期存储数据的组件。 数据备忘录组件1104的示例包括硬盘、可移动盘(包括光盘和磁盘)、易失性和非易失性随 机存取存储器(RAM)、只读存储器(ROM)、闪存、磁带等。数据备忘录组件是计算机可读存储 介质的示例。计算机1100可包括显示器1112或与其相关联，显示器1112可以是阴极射线 管(CRT)监视器、液晶显示(LCD)监视器、或任何其他类型的监视器。软件可被存储在数据备忘录设备1104中，且可在一个或多个处理器1102上执行。 这种软件的示例是收据处理软件1106，它可以实现上文中结合图1-10所描述的部分或全 部功能，但可以使用任何类型的软件。软件1106可例如通过一个或多个组件来实现，这些 组件可以是分布式系统、单独文件、单独功能、单独对象、单独代码行等中的组件。其中程序 被存储在硬盘上，加载到RAM中，并在计算机的处理器上执行的个人计算机代表了图11所 示的场景，但此处所述的主题不限于此示例。此处所述的主题可被实现为存储在数据备忘录组件1104中的一个或多个中并在 处理器1102中的一个或多个上执行的软件。作为另一示例，本主题可被实现为具有执行 方法的一个或多个动作的指令的软件，其中指令被存储在一个或多个计算机可读存储介质 上。执行动作的指令可被存储在一个介质上，或者可分散在多个介质上，从而使得指令可共 同出现在一个或多个计算机可读存储介质上，而不管所有指令是否都在同一介质上。在一个示例环境中，计算机1100可通过网络1108通信连接到一个或多个其他设 备。可在结构上与计算机1100类似的计算机1110是可连接到计算机1100的设备的示例， 但也可以连接其他类型的设备。尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权 利要求书中定义的主题不必限于上述具体特征或动作。相反，上文所描述的具体特征和动作是作为实现权利要求的示例形式来公开的。
权利要求
1.一种提供收据的方法，所述方法包括参与(402)与顾客(102)的销售点交易，其中所述顾客(102)物理上在所述交易发生 的位置处，所述交易不通过便于远程网络交易的商务系统来执行；从所述顾客(102)携带的设备(104)接收(504)存储在所述设备(104)上的简档信息 (108)，所述简档信息(108)包括标识所述收据要被发送至的位置的联系信息(1010)； 基于所述交易生成(404)所述收据(116)；以及使得(406)所述收据(116)被发送至所述联系信息(1010)所标识的收据存储(118)。
2.如权利要求1所述的方法，其特征在于，所述简档信息在与所述设备进行通信并通 信连接到销售点组件的设备读取器处接收，且其中所述使得包括将所述收据从所述销售点组件发送至所述收据存储而无需将所述收据发送至所述设 备读取器。
3.如权利要求1所述的方法，其特征在于，所述简档信息在与所述设备进行通信并通 信连接到销售点组件的设备读取器处接收，且其中所述方法还包括在所述销售点组件处创建部分收据；将所述部分收据从所述销售点组件发送至所述设备读取器；以及 在所述设备读取器处创建所述收据；且中所述使得包括 将所述收据从所述设备读取器发送至所述收据存储。
4.如权利要求1所述的方法，其特征在于，所述简档信息在与所述设备进行通信并通 信连接到销售点组件的设备读取器处接收，且其中所述方法还包括在所述设备读取器处从所述销售点组件接收部分收据； 将支付信息添加至所述部分收据来生成所述收据；以及 将所述收据从所述设备读取器发送至所述设备；且中所述使得包括 将所述收据从所述设备发送至所述收据存储。
5.如权利要求4所述的方法，其特征在于，还包括 将所述收据的副本存储至所述设备。
6.如权利要求1所述的方法，其特征在于，所述收据存储被实现为云中的服务，且其中 所述使得包括将所述收据发送到所述云中。
7.如权利要求6所述的方法，其特征在于，还包括 在所述设备处从所述云接收所述收据。
8.如权利要求1所述的方法，其特征在于，所述顾客具有订阅关系来使用所述收据存 储，且其中所述联系信息由所述顾客作为形成所述订阅关系的一部分来获得。
9.一种系统，包括从设备(104)接收简档信息(108)的设备读取器(106)，所述简档信息(108)包括顾客 (102)的支付账户信息(1012)以及所述顾客(102)的联系信息(1010)；销售点组件(110)，所述销售点组件(110)在所述顾客(102)和所述销售点组件(110) 物理上在一起的位置处执行交易并生成与所述交易相关的内容(122)；以及第一组件(1106)，所述第一组件基于所述内容(122)生成收据(116)并使得所述收据 (116)基于所述联系信息(1010)被发送至收据存储(118)。
10.如权利要求9所述的系统，其特征在于，所述第一组件是所述销售点组件，且其中 所述销售点组件将所述收据发送至其中所述收据存储被实现为服务的云。
11.如权利要求9所述的系统，其特征在于，所述第一组件是所述设备读取器，其中所 述设备读取器将支付数据添加至所述内容来生成所述收据，且其中所述设备读取器将所述 收据发送至其中所述收据存储被实现为服务的云。
12.如权利要求9所述的系统，其特征在于，所述第一组件是所述设备读取器，其中所 述设备读取器将支付数据添加至所述内容来生成所述收据，且其中所述设备读取器通过将 所述收据发送至所述设备来使得所述收据被发送至所述设备存储，所述设备由所述顾客携 带并被配置成将所述收据发送至所述收据存储。
13.如权利要求9所述的系统，其特征在于，所述顾客具有订阅关系来使用所述收据存 储，且其中所述联系信息由所述顾客作为形成所述订阅关系的一部分来获得。
14.如权利要求9所述的系统，其特征在于，所述设备读取器将所述收据存储至所述设备。
15.一种或多种包括执行一种方法的可执行指令的计算机可读存储介质，所述方法包括与顾客(102)商议来用作收据存储(118)；向所述顾客(102)提供标识要存储在所述收据存储(118)中的收据要被发送至的位置 的联系信息(1010)，所述联系人信息(1010)不是通讯地址；接收被发送至所述联系信息(1010)所标识的所述位置的收据(116)； 将基于所述收据(116)的数据传递至所述顾客(102)。
16.如权利要求15所述的一种或多种计算机可读存储介质，其特征在于，基于所述收 据的所述数据包括在从中生成所述收据的交易中购买的项目的逐行列表。
17.如权利要求15所述的一种或多种计算机可读存储介质，其特征在于，所述方法还 包括从所述收据存储中的收据中挖掘事实或结论，所述收据包括所述收据，其中基于所述 收据的所述数据包括所述事实或所述结论。
18.如权利要求17所述的一种或多种计算机可读存储介质，其特征在于，所述方法还 包括基于所述事实或所述结论向所述顾客作出商业提议。
19.如权利要求15所述的一种或多种计算机可读存储介质，其特征在于，所述方法还 包括将所述收据存储中的收据的表示呈现给所述顾客，基于所述收据的所述数据包括所述表不。
20.如权利要求15所述的一种或多种计算机可读存储介质，其特征在于，所述收据存 储被实现为云的服务，且其中所述接收包括通过所述云来接收所述收据。
全文摘要
收据存储可作为服务来提供。任何类型的交易中生成的电子支付收据可被传递至收据存储。顾客可订阅要用作该顾客的收据的储存库的特定数据存储。顾客可携带用于在作出购买时将支付信息(诸如信用卡号)传递给设备读取器的设备。设备还可标识顾客的收据存储。接受顾客的支付的商业机构可生成电子收据并将其发送至顾客的设备所指定的收据存储。机构还可将收据传递至顾客的设备，且顾客的设备可将收据发送至收据存储。
文档编号G06Q20/00GK102057387SQ200980122386
公开日2011年5月11日 申请日期2009年4月21日 优先权日2008年6月13日
发明者S·H·S·马歇尔, S·M·麦肯纳 申请人:微软公司