用于便于在线交易的系统和方法

专利名称：用于便于在线交易的系统和方法
技术领域：
本公开总体涉及与在线交易相结合而使用的支付系统。具体地，本公开涉及例如 通过实时在线资金转移来便于在线交易的系统和方法。
背景技术：
在线销售系统(例如由在线零售商、拍卖网站和其他系统使用的线销售系统)需 要支付机制以便于从商品和服务的买方向商品和服务的卖方的资金转移。现有的销售系统 典型地依赖于信用卡公司来进行支付处理和管理支付系统。然而，信用卡系统具有缺点。例 如，信用卡公司向卖方收取处理费。信用卡公司还将买方限于特定类型的卡；这可以限制潜 在买方的范围，因为买方可能并不具有被具体零售商所接受的类型的信用卡。最近，在线销售系统已经尝试将直接支付系统整合为执行简单的金钱转移任务， 因此避免了信用卡或其他类似的基于信用卡的系统的使用。在这些系统中，支付机制允许 在由买方和卖方管理的账户之间的直接资金转移。然而，现有的直接支付系统也具有缺点。 例如，这些现有的直接支付系统不实时地与在线销售系统共享数据。相反，与销售或其他交 易有关的所有信息由销售系统收集，并且在没有与资金是否可用于经由直接支付系统来转 移有关的完全信息的情况下确认销售。在销售交易完成后，直接支付系统接收与交易有关 的信息并执行实际的资金转移。然而，如果资金事实上在买方的账户中不可用，则卖方将错 误地完成销售交易，因为在销售时事实上卖方的价格不能被买方支付。必须随后取消这些 交易，从而引起可能的清单重新储存、调度或其他问题。其他的直接支付系统通常要求将买 方完全从卖方的网站引导出以执行购买所需的资金转移交易。由于这些和其他原因，需要改进。

发明内容
根据以下公开，通过以下内容来解决上述和其他问题在第一方面，公开了一种便于在线交易的方法。该方法包括提供用于在网站的图 文框中显示的内容，网站由第三方主持。方法还包括从第三方接收交易信息，并向图文框返 回令牌，令牌包括基于交易信息的状态信息。方法还包括将令牌从图文框传递到第三方。可 选地，方法还包括从第三方接收令牌并基于交易信息和状态信息将资金从第一账户转移到 第二账户。
在第二方面，公开了一种便于在线交易的系统。系统包括被被配置为存储与一个 或多个用户有关的账户信息的存储器。系统还包括与存储器电通信的可编程电路。可编程 电路被被配置为执行程序指令以提供用于在网站的图文框中显示的内容，网站由第三方 主持；以及从第三方接收交易信息。可编程电路还被被配置为执行程序指令以向图文框返 回令牌，令牌包括基于交易信息的状态信息以及账户信息。可编程电路还被被配置为执行 程序指令以将令牌从图文框传递到第三方。在第三方面，公开了一种执行一个或多个在线交易的方法。方法包括主持包括图 文框的网页，图文框被配置为显示来自不附属于该网页的远程系统的内容。方法还包括向 远程系统传递交易信息，交易信息与交易有关。方法还包括从图文框接收令牌，令牌包括基 于交易信息的状态信息。方法包括从客户接收执行交易的请求，并且当接收到请求时，向远 程系统发送令牌。在第四方面，公开了一种可用于执行一个或多个在线交易的系统。系统包括被配 置为存储与一个或多个交易有关的信息的存储器。系统还包括与存储器电通信的可编程电 路。可编程电路被编程为主持包括图文框的网页，网页被配置为显示来自不附属于该网页 的远程系统的内容。可编程电路还被编程为向远程系统传递交易信息，交易信息与交易有 关。可编程电路还被编程为从图文框接收令牌，令牌包括基于交易信息的状态信息。可编程 电路还被编程为从客户接收执行交易的请求，并且当接收到请求时，向远程系统发送令牌。


图1是可以体现本公开方面的网络的示意图；图2是根据本公开可能实施例的便于在线交易的方法和系统的流程图；图3是根据本公开可能实施例的执行在线交易的方法和系统的流程图；图4示出了可以用于实现本公开方面的计算机系统的体系结构；图5示出了根据本公开可能实施例的具有图文框的示例图示网页，其中可以利用 图文框进行数据交换；图6示出了根据本公开可能实施例的示意购物车网页，所述示意购物车网页包括 显示付款人验证区的图文框；图7示出了图6的示意购物车网页，根据本公开的可能实施例，所述示意购物车网 页包括显示支付确认请求的图文框；图8示出了图6的示意购物车网页，根据本公开的可能实施例，所述示意购物车网 页包括显示购买请求消息的图文框；图9是根据本公开的可能实施例的在商品或服务的购买期间交换数据的示意数 据流程图表；以及图10示出了在执行商品或服务的购买之后显示的示意确认网页。
具体实施例方式将参考附图对本公开的多种实施例进行详细描述，多幅图中相似的附图标记表示 相似部件和组件。对多种实施例的参考不限制本发明的范围，本发明的范围仅由在此所附 权利要求的范围来限制。此外，本说明书中阐述的任何示例不旨在限制，而仅仅是阐述了要求保护的本发明的许多可能实施例中的一些实施例。多种实施例的逻辑操作以如下形式实现(1)在通用计算机中的可编程电路上运 行的一系列计算机实现步骤、操作或过程，(2)在专用可编程电路上运行的一系列计算机实 现步骤、操作或过程，和/或C3)可编程电路内的互联机器模块或程序引擎。通常，本公开涉及便于在线交易和执行在线交易(例如用于商品和服务的购买和 销售)的方法和系统。本公开提出了一种系统，该系统提供用于在第三方网站的图文框中 显示的内容，并可以接收与在第三方网站上管理的交易有关的信息。通过将包括交易状态 的令牌返回给图文框(例如通过确认有足够的资金用于成功完成交易)，并然后将令牌从 图文框传递到第三方，第三方接收与交易的状态(通过或失败)有关的实时信息并且可以 基于该信息来完成或选择不完成交易。第三方的意思是，第三方网站代表不由交易促进方(例如直接资金交换系统)管 理的网站。第三方网站也不要求与资金交换系统的整合关系。网站称作“第三方”网站在 于它既不附属于资金交换系统也不附属于该系统上的任何客户账户，系统上的客户账户典 型地属于使用第三方网站的买方。现在参考图1，示出了示例网络100，其中可以实施本公开的方面。网络100包括 多个电子设备，示作设备102、104、106。例如，电子设备102、104、106可以是多种个人计算 机、智能手机、具有远程通信能力的便携计算设备或手持设备中的任何设备。还注意到电子 设备(在此通常也称作通信设备)包括但不限制于个人数字助理(PDA)、计算系统、袖珍个 人计算机(袖珍PC)、MP3播放器、机顶盒以及其他这种系统。电子设备102、104、106可以是能够连接至数据网络108(例如互联网)的多种设 备中的任何设备。数据网络108是能够发送和接收数字数据的基于分组的数据网络，例如 互联网或其一些部分。数据网络106以多种协议或文件格式中的任何协议或文件格式工作。金融服务器110和第三方交易服务器112也连接至数据网络108，并提供电子设备 102、104、106的用户可访问的多种服务。例如，金融服务器110为网络110的用户提供金钱 或其他价值交换服务，例如用于交换商品或服务的支付。在不同实施例中，金融服务器110 可以提供直接的用户对用户的支付系统，其中金钱转移和支付协商可以在不需要使用第三 方来安排金钱转移路径的情况下进行。第三方交易服务器112提供位置，在该位置上一个或多个用户可以为销售多种商 品和服务出价。第三方服务提供方112可以是在线零售商，或者可以是在线社区(例如，在 线拍卖网站或销售公告牌)，在所述在线社区中独立用户可以提供用于销售的商品或服务。在特定情况中，第三方交易服务器112与价值转移服务之间不具有预设支付关 系。在这种情况下，第三方交易服务器112可以将代码放置在其主持网站中，以通过允许在 管理资金转移的图文框(例如由金融服务器110主持的)与由第三方交易服务器112主持 的网页之间共享数据，来允许在页内交易确认。图文框将有兴趣的买方指引至由起到交换 促进方(例如用于商品和服务的金钱/价值交换的金融服务器110的管理方或提供方)作 用的远程系统来管理的网页，以在图文框中管理资金转移。下面的图6至10中示出了这种 系统的使用的一个示例。图2是根据本公开可能实施例的便于在线交易的方法和系统的流程图。所述方法和系统通过提供与买方可用资金有关的实时(在交易期间)信息来便于在线交易，例如商 品和服务的购买或销售。实时信息允许第三方基于观察到的买方可用资金来确信买方被正 确地批准购买商品/服务。图2的系统200总体涉及由交易促进方(例如直接支付协调系统)执行的操作。 系统200允许与第三方的交互，并用作在第三方允许执行交易之前的插入式交易可行性验 证。交易促进方的示例是图1的金融服务器110。在开始操作202处示例了系统200，开始操作202对应于例如当客户试图在在线 零售商处“结账”时发生的在线交易的启动。操作流程进行至内容模块204，内容模块204 提供用于第三方网站显示的内容。内容模块204提供用于在第三方网站的图文框中显示的 格式化的内容。第三方网站通常是由服务器(例如图1的第三方服务器11 主持的网站。 第三方可以是能够购买或销售商品和服务或者便于在线购买和销售商品和服务的多种实 体中的任何实体。这种第三方的示例包括在线零售商、在线拍卖网站或其他类似实体。为显示通过内容模块204提供的内容而创建的图文框，通常是利用第三方插入网 页中的源代码创建的。图文框通常是网页中的插入图文框，其中除了网页的主机(在这种 情况下是第三方)以外的其他实体可以显示内容。下面的图5中示出了这种图文框的示例。在本公开的特定实施例中，网页显示与所提出的要完成的交易有关的信息。交易 可以例如在两方之间，其中一方可以是网页的第三方主机。这种交易的一个示例是商品的 在线销售；在这种示例中，网页可以对应于“购物车”页面。具有用于非主机内容的图文框 的其他示例网页也是可以的。在其他特定实施例中，在图文框中显示的内容与访问第三方网站的买方或卖方的 用户验证有关。内容模块204可以显示窗口，所述窗口请求用户名和口令或其他验证信息 (存取码、PIN等)，要求访问买方或卖方提供证书来登录交易促进系统。在交易促进系统 是直接资金转移系统的实施例中，验证信息通常允许访问具有可用资金量的用户账户(例 如，通过信用额度、在管理系统200的金融机构中的已有账户、或与在另一金融机构中的已 有账户的连接)。操作流程进行至交易信息接收模块206。交易信息接收模块206例如通过将交易 信息传递至并入网页中的图文框，从第三方接收交易信息。交易信息可以是与交易有关的 多种不同类型的信息，通常将包括至少买方身份和购买所需的资金量。也可以包括例如与 卖方身份或所购买的商品或服务有关的附加信息。交易信息接收模块206可以通过允许第三方利用插入网页中的图文框来进行数 据通信访问的多种方法中的任何一种方法，来接收从网页或直接从第三方传递过来的数 据，其中所述网页主持所述图文框。在一个实施例中，当示例图文框时，经由创建图文框的 命令将数据传递至图文框。下面的图5公开了这种方法的示例。在特定实施例中，交易信息接收模块206在交易信息发送至第三方之前向用户显 示确认页面。确认页面向用户显示请求确认以使交易有效的消息，并且还显示提醒用户继 续的按钮。交易信息接收模块206通过检测用户点击按钮来接收执行交易的请求。下面的 图7示出了这种页面的示例。操作流程进行至令牌返回模块208，令牌返回模块208向第三方网站中主持的图 文框返回令牌。令牌返回模块208基于标准的基于web的IP寻址方法向图文框发送令牌。
7令牌返回模块208向图文框返回的令牌包括状态信息。状态信息通常对应于由交易促进方 产生的与交易的可行性有关的信息。例如，状态信息可以涉及试图在第三方网站上购买商 品或服务的客户的一个或多个账户的状态。在交易促进方是直接支付促进方的实施例中， 令牌可以验证使用经由交易信息接收模块206接收到的交易信息来识别出的账户的存在。 在这种实施例中，一旦识别出账户，令牌还可以基于交易信息来验证账户是否包含足够的 资金来完成交易。操作流程进行至令牌发送模块210。令牌发送模块将令牌从网站中的图文框传递 至主持网站的服务器，从而主持网站的第三方具有来自令牌的信息。在这一点上，第三方网 站获知由资金转移促进系统执行的评价，从而接收与例如金融服务器110所确定的交易可 行性有关的信息。在这一点上，主持图文框的第三方可以确定是否允许访问网站(并查看图文框) 的买方或卖方进行交易。如果第三方不允许交易继续(例如基于令牌的观察，令牌指示没 有账户存在或者在该账户中没有足够的资金可用)，则操作将在下述的结束操作218处终 止。如果第三方允许交易继续(例如通过分析令牌并观察到交易可以成功的)，则第三方可 以将访问的买方/卖方重新引导至确认页面。操作流程进行至令牌接收模块212。令牌接收模块对应于交易促进方从第三方 接收令牌，允许交易促进方知道交易可以发生。当执行令牌接收模块212时，操作流程进行 至确认模块214，确认模块214再次确认交易的可行性(例如基于账户的存在以及与进行交 易所需的资金量相比较而言的账户余额)。操作流程进行至资金转移模块216以将资金从 买方账户转移至卖方账户。在系统200的实施例中，第三方是在线零售商，卖方账户可以对应于第三方本身 所持有的账户。在系统200的另一实施例中，在其他方之中第三方(例如作为在线拍卖或 销售论坛网站)便于交易，卖方账户对应于第三方网站的用户的账户。系统200中的操作流程在结束操作218处终止，结束操作218对应于与在线交易 相结合的完成的(或失败的)资金转移。如从图2的操作可见，使用在此所描述的方法和系统，交易促进方可以插入在线 交易并为该交易提供支付系统而不中断在线交易流程。当令牌从图文框传递到第三方时， 第三方获知要执行的交易的可行性。当令牌从第三方传递回金融服务器时(例如图文框中 的内容的源)，可选地重新确认交易的可行性，并完成交易(例如转移资金)。图3是根据本公开的可能实施例的执行在线交易的方法和系统的流程图。系统 300通常对应于第三方服务器执行的活动，第三方服务器起到网页的主机的作用，购买/销 售交易发生在该网页上。第三方服务器300从远程服务器获得与交易的可行性有关的实时 信息，远程服务器通过维持第三方服务器的网站的一个或多个用户的账户来起到交易促进 方的作用。这种远程服务器的示例是图1的金融服务器110。在开始操作302处示例系统300中的操作流程，开始操作302通常对应于第三方 网站的用户启动包含资金交换的交易(例如商品或服务的购买或销售)。例如，在第三方是 在线零售商或其他商品或服务的卖方的实施例中，开始操作302可以对应于用户点击“购 物车”按钮来查看要购买的商品的清单。操作流程进行至主持模块304，主持模块304通常对应于第三方主持与提出的交易有关的网页。在特定实施例中，网页对应于订单确认和支付网页，支付网页允许用户输入 支付信息以完成交易。经由主持模块304来主持的网页包括图文框，图文框对应于显示从单独源取回的 内容的网页中的插入区。在本公开的多种实施例中，图文框被配置为显示来自不附属于网 站的远程系统的内容。在特定实施例中，远程系统对应于不附属于第三方(即，不由第三方 控制)的金融服务器(例如，图1的金融服务器110)，并且可以访问使用第三方网站的一个 或多个买方和卖方的账户。一旦主持模块304显示包括图文框的网页，不附属于该网站的远程系统可以显示 图文框中的信息。例如，远程系统可以显示用户验证信息，如在上面结合图2的内容模块 204所描述的。下面的图6示出了这种页面的示例。远程系统还显示确认页面，确认页面包 括确认按钮以请求用户点击按钮来确认资金可用以完成交易。下面的图7示出了这种页面 的示例。操作流程进行至交易信息模块306，交易信息模块306将交易信息传递至远程系 统。传递至远程系统的交易信息可以根据本公开的不同实施例而不同。通常，交易信息将 包括与使用第三方网站的商品或服务的买方有关的信息。交易信息还可以包括与要访问的 账户、将被批准用于交易使用的资金量、卖方的姓名和账户有关的信息以及其他信息。在交易信息模块306将信息发送至远程服务器(例如金融服务器110)后，远程服 务器通常产生令牌并将令牌返回至图文框，令牌涉及由交易信息所描述的交易的可行性。 然后图文框可以将可行性评估传递至第三方。结合图2的令牌返回模块208和令牌发送模 块210来描述可以发生的示例操作。在系统300中，操作流程进行至令牌接收模块308，令牌接收模块308对应于从并 入第三方网页(例如“购物车”网页)的图文框接收令牌。在特定实施例中，令牌接收模块 执行在网页中的命令(例如“得到令牌”命令)以从图文框获取令牌。当令牌接收模块308 接收令牌时，令牌包括状态信息，状态信息与交易有关并且基于提供给远程系统的交易信 息。状态信息还可以基于买方的可用资金，基于交易信息中指示的金额。操作流程进行至状态确定操作310。状态确定操作310评估包括在在令牌接收模 块308处接收到的令牌中的状态信息，以确定发生在第三方网页上的所提出的交易是否可 行。在特定实施例中，状态确定操作310可以读取包括在状态信息中的“批准的”或“失败 的”指示符。如果状态确定操作310确定交易是批准的(即，买方在指定的账户中具有足够 的资金来购买商品/服务)，操作流程进行至请求接收模块312。如果状态确定操作310确 定交易没有被批准或者已经失败(即，买方不具有足够的资金，账户没有被识别，或者其他 错误)，操作流程分支至结束操作318，如下所描述。接收模块312对应于接收请求以执行由交易信息描述的交易的网页。通常，通过 检测访问第三方网页的买方点击网站上的“购买”按钮以完成交易，从该买方接收请求。令牌发送模块314将令牌从第三方发送至远程服务器，从而将令牌返回远程服务 器并触发远程服务器上的资金转移操作(即，通过图2的资金转移模块216的操作)。从令 牌发送模块314，操作流程进行至交易执行模块316，在交易执行模块316中注册交易以完 成。这可以包括例如，对要运往买方的商品进行排队、启动清单和运送的过程，或者根据在 “购物车”网页中所描述的交易来调度要执行的服务。交易执行模块314还可选地显示确认网页，指示成功完成交易。下面的图10示出了这种页面的示例。从交易执行模块316(或上面的“失败”状态确定操作310)，操作流程进行至结束 操作318。结束操作对应于完成所尝试的交易，不论是以交易完成的形式或是以交易失败的 形式来完成。现在参考图4，实现本公开实施例的示例环境包括以计算系统400的形式的通用 计算设备，计算系统400包括至少一个处理系统402。在此描述的多种实施例中，通用计 算设备可以对应于图1的多种计算设备(例如电子设备、金融服务器或者第三方服务提供 方)。多种处理单元402可以来自多种制造商，例如htel或Advanced Micro Devices。计 算系统400还包括系统存储器404和系统总线406，系统总线406将包括系统存储器404在 内的多种系统组件耦接至处理单元402。系统总线406可以是多种总线结构中的任何总线 结构，这些总线结构包括存储器总线或存储器控制器；外围总线；以及使用多种总线体系 结构中的任何总线体系结构的局域总线。优选地，系统存储器404包括只读存储器(ROM) 408和随机存取存储器(RAM) 410。 R0M408中典型地存储基本输入/输出系统412 (BIOS)，基本输入/输出系统412 (BIOS)包 含例如在启动期间帮助在计算系统400中的元件之间转移信息的基本例程。优选地，计算系统400还包括辅助存储设备413 (例如硬盘驱动)和/或闪存卡 414，辅助存储设备413用于从硬盘(未示出)读取和向硬盘写入。硬盘驱动413和闪存卡414分别通过硬盘驱动接口 420和紧致闪存卡接口 422连 接至系统总线406。驱动和卡以及它们的关联的计算机可读介质提供了非易失存储装置，所 述非易失存储装置用于存储计算机可读指令、数据结构、程序模块以及计算系统400的其 他数据。尽管这里所描述的示例环境利用硬盘驱动413和紧致闪存卡414，然而本领域技 术人员应理解，能够存储数据的其他类型的计算机可读介质可以用在示例系统中。这些其 他类型的计算机可读介质的示例包括磁带盒、闪速存储器卡、数字化视频光盘、伯努利盒式 磁盘、CD ROM、DVD ROM、随机存取存储器(RAM)、只读存储器(ROM)等等。多个程序模块可以存储在硬盘413、紧致闪存卡414、R0M 408、或RAM 410上，所述 多个程序模块包括操作系统426、一个或多个应用程序428、其他程序模块430以及程序数 据432。用户可以通过输入设备434将命令和信息输入计算系统400。输入设备的示例可 以包括键盘、鼠标、麦克风、操纵杆、游戏摇杆、圆盘式卫星天线、扫描仪、数字摄像机、触摸 屏以及电话。这些和其他输入设备通常通过与系统总线406耦接的接口 440连接至处理单 元402。这些输入设备还可以通过任何数量的接口连接，这些接口例如是并行端口、串行端 口、游戏端口或通用串行总线(USB)。显示设备442(例如监视器或触摸屏LCD面板)也经 由接口(例如视频适配器444)连接至系统总线406。显示设备442可以是内部的或外部 的。除了显示设备442外，计算系统通常典型地包括其他外围设备(未示出)，例如扬声器、 打印机以及掌上设备。当用在LAN连网环境中时，计算系统400通过网络接口或适配器452连接至局域 网络。当用在WAN连网环境(如，互联网)中时，计算系统400典型地包括调制解调器454 或用于在广域网络上建立通信的其他装置(如，直接连接)。可以是内部或外部的调制解调 器妨4经由接口 440连接至系统总线406。在连网的环境中，所描述的与计算系统400有关的程序模块或其一部分可以存储在远程存储设备中。应理解的是所示的网络连接是示例性 的，可以使用在计算系统之间建立通信链接的其他装置。计算系统400还可以包括连接至存储器404的录音机460。录音机460包括用于 接收声音输入的麦克风并且与用于缓冲和存储声音输入的存储器404通信。优选地，录音 机460还包括录音按钮461，音按钮461用于激活麦克风并将声音输入传达给存储器404。计算设备(如，计算系统400)典型地包括至少某种形式的计算机可读介质。计算 机可读介质可以是计算系统400可以访问的任何可用介质。通过示例而非限制性的，计算 机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以任何方式或技术实现的用于存储信息(计算机可读指令、 数据结构、程序模块或其他数据)的易失性和非易失性、可移除和非可移除介质。计算机存 储介质包括但不限制于RAM、ROM、EEPR0M、闪存或其他存储技术、CD-ROM、数字多用盘(DVD) 或其他光学存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储设备，或可以用于存储所 需信息并可以被计算系统400访问的任何其他介质。通信介质典型地体现计算机可读指令、数据结构、程序模块或调制数据信号(例 如载波或其他传送机制)中的其他数据，并且包括任何信息传递介质。词语“调制数据信 号”是指其一个或多个特征以对信号中的信息进行编码的形式来设置或改变的信号。通过 示例而非限制性的，通信介质包括有线介质(如，有线网络或直接有线连接)以及无线介质 (如，声、RF、红外线和其他无线介质)。以上介质中任何介质的组合也可以包含在计算机可 读介质的范围内。计算机可读介质还可以是指计算机程序产品。图5示出了根据本公开的可能实施例的包含图文框的示例示意性网页500，利 用图文框可以交换数据。网页500示出了示例网页中的图文框502的方法，其中可以在 网页和图文框之间共享数据。在所示实施例中，网页300使用来自由第三方主持的网页 300的sendDate命令来调用图文框，由第三方主持的网页300被示为驻留在示例网络 地址 http"www. 3rdparty website here, com 处。主网页 500 包括“sendData” 函数， “sendData”函数触发网页中图文框502的加载并从该函数以之为目标的超链接(在该 ff MT,示列网络地址 http//www, revolutionmoney. com/exchanRe/...)调用图文框。 “sendData”函数还将数据传递至由链接标识的图文框信息源。图文框502包括基于目 标超链接而加载的内容。图文框包括当加载图文框时完成的操作，如Window. onLoad = function()代码所指示，该代码限定图文框的大小、位置和其他属性。在本公开的上下文中，第三方网站将包括能够调用图文框并共享数据(例如交易 数据)的代码以及图文框的源(例如，远程服务器，如图1的金融服务器110)。如上所述， 用于图文框的内容的源还提供令牌，令牌用于管理对与向第三方的交易有关的状态信息的 访问O现在参考图6至10，与表示商品或服务销售的在线交易相结合讨论了上述方法和 系统的具体实现方式。下图中提到的在线交易可以表示发生在第三方服务器(如，在线零 售商的服务器、在线拍卖网站，或其他在线交易促进方)上的销售(第三方主机或本地主 机)。下面的示例示出了，通过使用图文框和令牌系统而插入第三方网站的步骤允许与 已有的“购物车”系统有关的不中断购买流程，同时在执行购买或销售之前提供预先批准的支付。此外，示例示出了，使用本公开方面的支付验证步骤可以在图文框中执行，同时仍然 处于购物车环境或其他交易完成环境(即，不将用户重新引导至单独的支付网站)中。图6示出了示意购物车网页600，根据本公开的可能实施例，示意购物车网页600 包括显示付款人验证区的图文框。所显示的购物车网页示出了在图3的主持模块304执行 之后的示例输出。如结合图5所述的，购物车网页600包括在页面中产生的图文框602，图 文框602包括从远程服务器(如，金融服务器)取回的内容。在图文框中显示的内容包括 用户验证信息，如可以由图2的内容模块204产生的用户验证信息。在所示实施例中，用户 验证信息包括用户名请求区604和口令请求区606。还可以包括其他用户验证信息区。图7示出了在页面的用户已经将正确的验证信息输入图文框602之后图6的购物 车网页600。图7所示的购物车网页的状态可以例如在图2的交易信息接收模块206的操 作期间以及在图3的交易信息模块306的操作之前达到。图文框602显示支付确认请求， 支付确认请求包括请求确认支付金额的消息和确认按钮610。确认按钮610与显示给用户 的交易信息(包括交易中涉及的资金金额)相结合触发资金转移的确认。图8示出了图6的示意购物车网页600，根据本公开的可能实施例，示意购物车网 页600包括显示资金确认消息612的图文框602。网页的这种形式可以例如在用户选择图 7的确认按钮610并且图3的状态评估操作310的具体实施例的操作之后达到。资金确认消息612为网页的用户(例如买方)提供资金确认成功的指示。如先前 所述，这可以包括确认成功定位用户的账户并且该账户包含足够资金以完成交易。从远程 服务器向网页600返回用于显示的资金确认消息612，同时从远程服务器向图文框602返回 令牌。然后图文框602将令牌传递至第三方网页600以供第三方使用。以上与图2的令牌 返回模块208和令牌发送模块210相结合更详细地描述了令牌发送步骤。在所示实施例中，购物车网页包括由图文框602外部的网页600提供的购买按钮 620。用户选择购买按钮使第三方网页600将经由图文框602从远程服务器(例如图1的 金融服务器110)接收到的令牌发送回远程服务器以启动资金转移操作。选择购买按钮触 发图9所示的过程，并且引起如图10所示的确认页面1000的显示。图9是根据本公开的可能实施例的在商品或服务的购买期间所交换的数据的示 意数据流程图表900。流程图900示出了当选择图8的购买按钮620时在客户902、第三方 网页904、第三方服务器906以及远程服务器之间的通信。在所示实施例中，客户902可以 表示使用由第三方主持的网站以执行购买或销售交易的买方或卖方。第三方网页904通常 是由第三方主持并向客户902显示的网页。第三方服务器906可以是第三方网页904的主 持服务器或由相同实体控制的另一服务器。远程服务器908对应于便于金融交易的实体， 如图1的金融服务器110。用于完成购买的示例数据流程如下。客户902通过选择图8的购买按钮620向第 三方网页904发送购买命令910。第三方网页904向第三方服务器906发送交易消息920 中的交易，交易消息920包括在网页上从图文框接收的令牌。交易消息920通常包括由用 户与购买相结合输入第三方网页904中的信息(如产品标识信息)以及从图文框接收的令 牌。第三方服务器906将令牌消息930中的令牌发送至远程服务器908，远程服务器908在 资金转移操作940中执行资金转移并向第三方服务器906返回成功状态消息950。第三方 服务器906在提交购买操作960中提交购买，并向客户902发送用于显示的确认页面消息970(例如图10的确认网页1000)。图10示出了在执行商品或服务购买之后显示的示意确认网页1000。如图3的交 易执行模块316中所示，确认网页是在执行交易之后显示的，确认网页可以表示由图9的确 认页面消息970发送的确认页面。确认网页1000向买方传递指示成功完成交易的消息。现在参考图1至10，可见在此所述的便于在线交易的过程可以容易地在现有网站 中实现，这是由于仅需要几行代码用于第三方的执行。此外，第三方交易完成过程流程不中 断；相反，插入第三方网站的图文框可以与网站交互以向第三方以及第三方的客户(买方 或卖方)提供与支付可行性有关的实时信息。此外，支付的确认可以在实际执行交易之前 (或者不存在交易的实际执行)进行。在以上说明书中，示例和数据提供了对本发明的构成的制造和使用的完全说明。 由于可以在不脱离本发明的精神和范围的前提下做出本发明的许多实施例，本发明在于所 附权利要求。
权利要求
1.一种便于在线交易的方法，该方法包括提供用于在网站的图文框中显示的内容，网站由第三方主持； 从第三方接收交易信息；向图文框返回令牌，令牌包括基于交易信息的状态信息；以及 将令牌从图文框传递到第三方。
2.权利要求1所述的方法，还包括 从第三方接收令牌；以及当从第三方接收到令牌时，基于交易信息和状态信息将资金从第一账户转移到第二账户。
3.权利要求2所述的方法，其中第一账户是客户账户，第二账户是卖方账户。
4.权利要求2所述的方法，其中第二账户是第三方的账户。
5.权利要求1所述的方法，其中提供用于在网站的图文框中显示的内容包括提供用 于在图文框中显示的用户验证页面。
6.权利要求1所述的方法，其中交易信息包括购买数据。
7.权利要求1所述的方法，其中交易信息包括资金数额。
8.权利要求1所述的方法，还包括发送用于在图文框中显示的确认页面。
9.权利要求1所述的方法，其中交易信息与商品或服务的购买有关。
10.权利要求9所述的方法，其中交易信息与从第三方购买商品或服务有关。
11.权利要求1所述的方法，其中状态信息包括基于交易信息对可用资金的确认。
12.权利要求11所述的方法，其中确认还基于与用户有关的账户信息。
13.权利要求12所述的方法，其中账户信息包括账户余额。
14.一种便于在线交易的系统，该系统包括存储器，被配置为存储与一个或多个用户有关的账户信息； 可编程电路，与存储器电通信，所述可编程电路被编程为 提供用于在网站的图文框中显示的内容，网站由第三方主持； 从第三方接收交易信息；向图文框返回令牌，令牌包括基于交易信息的状态信息以及账户信息；以及 将令牌从图文框传递到第三方。
15.权利要求14所述的系统，其中账户信息包括账户余额。
16.权利要求14所述的系统，其中可编程电路还被编程为 从第三方接收令牌；以及当从第三方接收到令牌时，基于交易信息和状态信息将资金从第一账户转移到第二账户。
17.权利要求16所述的系统，其中第一账户是客户账户，第二账户是与第三方有关的 账户。
18.权利要求14所述的系统，其中交易信息与从第三方的商品或服务的购买有关。
19.权利要求18所述的系统，其中状态信息包括基于交易信息对可用资金的确认。
20.一种执行一个或多个在线交易的方法，该方法包括主持包括图文框的网页，图文框被配置为显示来自不附属于该网页的远程系统的内容；向远程系统传递交易信息，交易信息与交易有关； 从图文框接收令牌，令牌包括基于交易信息的状态信息； 从客户接收执行交易的请求；以及 当接收到请求时，向远程系统发送令牌。
21.权利要求20所述的方法，还包括执行交易。
22.权利要求21所述的方法，其中交易包括商品或服务的销售。
23.权利要求20所述的方法，其中状态信息包括基于交易信息对可用资金的确认。
24.一种可用于执行一个或多个在线交易的系统，该系统包括 存储器，被配置为存储涉及一个或多个交易的信息；可编程电路，与存储器电通信，所述可编程电路被编程为主持包括图文框的网页，所述图文框被配置为显示来自不附属于该网页的远程系统的 内容；向远程系统传递交易信息，交易信息与交易有关； 从图文框接收令牌，令牌包括基于交易信息的状态信息； 从客户接收执行交易的请求；以及 当接收到请求时，向远程系统发送令牌。
25.权利要求M所述的系统，还包括执行交易。
26.权利要求M所述的系统，其中交易包括商品或服务的销售。
27.权利要求M所述的系统，其中状态信息包括基于交易信息对可用资金的确认。
全文摘要
公开了一种便于在线交易的方法和系统。一个方法包括提供用于在网站的图文框中显示的内容，网站由第三方主持。方法还包括从第三方接收交易信息并向图文框返回令牌，令牌包括基于交易信息的状态信息。方法还包括将令牌从图文框传递到第三方。可选地方法还包括从第三方接收令牌并基于交易信息和状态信息将资金从第一账户转移到第二账户。
文档编号G06Q30/00GK102067159SQ200980118520
公开日2011年5月18日 申请日期2009年3月23日 优先权日2008年3月24日
发明者唐伟东, 罗伯特·科那 申请人:革新货币公司