用于资金支付的方法和系统的制作方法

专利名称：用于资金支付的方法和系统的制作方法
技术领域：
本发明一般地涉及数据处理领域，并且在一个特定示例中，涉及用于 资金支付(payment fimding)的方法和系统。
背景技术：
因特网用户利用万维网来购买物品。单个用户通常利用信用卡或者其 他支付源来支付对于所选物品的应付金额。用户有时也可能会兑换要应用 到应付金额的优惠券或者折扣。


在附图中的图中，以示例而非限制方式示出了一些实施例，在附图
中-
图1是示出了根据本发明的一个实施例的网络系统，该网络系统具有 配置来用于通过网络交换数据的客户端服务器体系结构；
图2是示出了作为基于网络的市场的一部分而提供的多个网络和市场 应用的示例性实施例的框图3A是根据本发明的一个示例实施例的高层实体关系图，该关系图 示出了可在一个或多个数据库中维护的多个表格；
图3B是资金提供应用的一个示例性实施例；
图4是示出了根据本发明的示例性实施例用于进行购物会话的方法的流程图5是示出了根据本发明的示例性实施例用于进行协作会话的方法的 流程图6是示出了根据本发明的示例性实施例用于处理用户交互的方法的 流程图7是示出了根据本发明的示例性实施例用于浏览请求的方法的流程
图8是示出了根据本发明的示例性实施例用于处理导航请求的方法的 流程图9是示出了根据本发明的示例性实施例用于处理导航请求的方法的 流程图10是示出了根据本发明的示例性实施例用于处理执行请求的方法 的流程图11是示出了根据本发明的示例性实施例用于处理资金提供规格请 求的方法的流程图12是示出了根据本发明的示例性实施例用于处理联合资金建立请 求的方法的流程图13是示出了根据本发明的示例性实施例用于处理订单请求的方法 的流程图14是示出了根据本发明的示例性实施例用于处理完成的订单信息 的方法的流程图15是示出了根据本发明的示例性实施例用于进行一方会话的方法 的流程图16是示出了根据本发明的示例性实施例用于进行协作会话的方法 的流程图17是示出了根据本发明的示例性实施例用于指定会话参数的方法 的流程图18是示出了根据本发明的示例性实施例用于进行私人会话的方法 的流程图；图19是示出了根据本发明的示例性实施例用于创建会话的方法的流
程图；以及
图20是计算机系统的示例形式的框示表示，在该计算机系统中可以执行一组指令，用于使得该机器执行这里所讨论的方法中的任意一种或者一些。
具体实施例方式
描述了用于资金支付的示例性方法和系统。在下面的描述中，为了说明目的，给出了许多特定细节以便充分理解示例性实施例。然而，本领域技术人员应当清楚没有这些特定细节也可以实现本发明。
在示例性实施例中，可接收提供资金规格请求。提供资金规格请求可定义联网系统中要用来支付价值选择的多个支付源。可从提供资金规格请求中选择指定多个支付源中的第一支付源的支付分配。支付分配可以是对下述百分比的分配多个用户为了支付价值选择所提供的价值量的百分比，所述价值选择是针对一应付价值通过使用联网系统购买的。可从提供资金规格请求中选择对作为主帐户的用户帐户的指定。主帐户可以是多个支付源中的第二支付源。主帐户可以最终负责提供针对价值选择的应付价值。可以从第一支付源处理对应付价值的支付。在来自第一支付源的支付没有满足价值选择的应付价值时，可以从第二支付源处理额外支付。
在示例性实施例中，可以选择联合资金作为联网系统的多个用户的支付源。联合资金可以包括多个用户通过联网系统预先提供的价值。对于一价值选择，其应付价值可被访问。对于应付价值，可从联合资金处理支付。
在示例性实施例中，可接收资金提供规格请求。资金提供规格请求定义联网系统中要用来支付价值选择的多个支付源。可从资金提供规格请求中选择对作为多个支付源中的第一支付源的联合资金的指定。联合资金可以包括多个用户通过联网系统预先提供的价值。可从资金提供规格请求中选择指定多个支付源中的第二支付源的支付分配。支付分配可以是对下述
百分比的分配多个用户为了支付价值选择所提供的价值量的百分比，所述价值选择是针对一应付价值通过使用联网系统购买的。可从资金提供规格请求中选择对作为主帐户的用户帐户的指定。主帐户可以是多个支付源中的第三支付源。主帐户可以最终负责提供针对价值选择的应付价值。可从第一支付源处理对应付价值的支付。可执行以下处理中的至少一个在从第一支付源的支付没有满足针对价值选择的应付价值时从第二支付源处理第一额外支付，或者在来自第一支付源的支付和第一额外支付没有满足针对价值选择的应付价值时从第三支付源处理第二额外支付。
在示例性实施例中，数据库可包括多个用户帐户。多个用户帐户中的每个用户帐户可与至少一个用户相关联。应用服务器可包括第一模块、第二模块和第三模块。第一模块可配置来接收资金提供规格请求。资金提供规格请求可指定联网系统中要用来支付价值选择的多个支付源。第二模块可配置来从资金提供规格请求中选择指定多个支付源中的第一支付源的支付分配。支付分配可以是对由多个用户提供来支付通过使用联网系统购买的价值选择的价值量的百分比的分配。第二模块还可配置来从资金提供规格请求中选择对多个用户帐户中的作为主帐户的一个用户帐户的指定。主帐户可以是多个支付源中的第二支付源。主帐户可以最终负责提供价值选择的应付价值。第三模块可配置来从第一支付源处理对应付价值的支付，并且在从第一支付源的支付没有满足价值选择的应付价值时，从第二支付源处理额外支付。
图1是示出了可在其中布署本发明的一个示例性实施例的客户端-服务器系统100的网络图。基于网络的市场或发布系统的示例形式的联网系统
102经由网络104 (例如，因特网、广域网(WAN))向一个或多个客户端提供服务器方功能。图2示出了例如在相应客户端机器110和112上运行的web客户端106 (例如由华盛顿州Redmond的微软公司开发的IE浏览器之类的浏览器)和程序客户端108。
应用编程接口 (API)服务器114和web服务器116被耦合到一个或多个应用服务器118，并且分别向这一个或多个应用服务器118提供程序和web接口。应用服务器118容纳一个或多个市场应用120和支付应用122。应用服务器118又被示为耦合到一个或多个数据库服务器124，这一个或多个数据库服务器124辅助对一个或多个数据库126的访问。
市场应用120可以向访问联网系统102的用户提供多种市场功能和服务。支付应用122类似地可以向用户提供多种支付服务和功能。支付应用122可以允许用户在帐户中累积价值(例如，诸如以美元之类的商业货币形式，或者诸如"点值(point)"之类的专用货币形式)，然后兌换累积的价值来购买可通过市场应用120获得的产品(例如，商品或服务)。尽管市场和支付应用120和122在图1中被示为都构成联网系统102的一部分，但是应当理解，在替换实施例中，支付应用122可以构成与联网系统102分离并且不同的支付服务的一部分。
此外，尽管图l中示出的系统100采用了客户端-服务器体系结构，但是本发明当然不限于这种体系结构，而是也可以是例如分布式或者对等体系结构中的应用。各种市场和支付应用120和122也可以被实现为独立的软件程序而不一定必须具有联网能力。
Web客户端106通过由web服务器116支持的web接口来访问各种市场和支付应用120和122。类似地，程序客户端108通过由API服务器114支持的程序接口来访问由市场和支付应用120和122提供的各种服务和功能。程序客户端108可以例如是卖家应用(例如，由加利福尼亚州圣何塞的eBay公司开发的TurboLister应用)，该卖家应用使得卖家能以离线方式来编写和管理联网系统102上的列表项(listing)，并且执行程序客户端108和联网系统102之间的批模式(batch-mode)通信。
图1还示出了在第三方服务器机器130上运行的第三方应用128，该第三方应用128通过由API服务器114支持的程序接口来通过编程访问联网系统102。例如，第三方应用128可以利用从联网系统102检索到的信息，来支持由第三方所有的网站上的一种或多种特征或功能。第三方网站可以例如提供由联网系统102的相关应用支持的一种或多种推广、市场或支付功能。
图2是示出了一个示例性实施例中的作为联网系统102 (参见图1)的一部分提供的多个应用120和122的框图。应用120可被容纳在专用或者共享服务器机器(未示出)中，这些服务器机器被通信耦合使得能够在服务器机器之间通信。应用自身也被彼此通信耦合(例如，经由适当的接口)并耦合到多个数据源，以使得能够在应用之间传递信息或者使得应用
能够共享或访问共用数据。应用还可以经由数据库服务器124来访问数据库126。
联网应用102可以提供多种发布、列表和价格设置机制，从而卖家可以列出要销售的商品或服务(或者发布关于要销售的商品或服务的信息)，购买者可以表达对这样的商品或服务感兴趣或者指示希望购买这种商品或服务，并且可以对有关商品或服务的交易设置价格。为此，市场应用120被示为至少包括一个发布应用200和一个或多个拍卖应用202，其支持拍卖格式列表和价格设置机制(例如，英式、荷兰式、Vickrey式、中式、加倍、反向拍卖等)。多个拍卖应用202还可以提供许多特征来支持这种拍卖格式列表，例如反向价格特征，从而卖家可以结合列表和代理竞价特征来指定反向价格，从而竞价者可以调用自动代理竞价。
多个固定价格应用204支持固定价格列表格式(例如，额外分类的广告型列表或类别列表)和全买型列表。具体而言，全买型列表(例如，包括由加利福尼亚州圣何塞的eBay公司开发的Buy-It-Now (BIN)技术)可以结合拍卖格式列表提供，并且允许买家以通常比拍卖的起价高的固定价格购买商品或服务，这些商品或服务也可以提供来通过拍卖销售。
商店应用206允许卖家对一个"虚拟"商店中的列表项进行组合，该商店可被卖家或者针对卖家标以品牌或者以其他方式进行个性化定制。这种虚拟商店也可以提供推广、激励和对相关卖家特定的、个性化的特征。
信誉应用208允许用户利用联网应用102来处理建立、构造和维护信誉，可以使其对潜在的交易伙伴可用或者发布给潜在的交易伙伴。考虑例如联网系统102支持个人对个人买卖的情形，用户可能没有其他可用来评估潜在买卖伙伴的信赖度和可信度的历史或其他参照信息。信誉应用208允许用户例如通过其他交易伙伴提供的反馈来随着时间经过而建立联网系统102中的信誉。其他潜在的买卖伙伴然后可参考这种信誉来评估信赖度和可信度。
个性化应用210允许联网系统102的用户对它们与联网系统102的交互的各个方面进行个性化定制。例如，用户可以利用适当的个性化应用
210来创建个性化的参考页面，在该参考页面上可以査看关于该用户作为 (或者曾作为)交易一方的信息。此外，个性化应用210可以使用户能够 对列表项和它们与联网系统102和其他方的交互的其他方面进行个性化定 制。
联网系统102可以支持例如针对特定地理区域定制的多种市场。联网 系统102的一个版本可以是针对英国定制的，而联网系统102的另一个版 本可以是针对美国定制的。这些版本中的每个可以作为独立的市场运作， 或者可以是共同底层市场的定制(或者国际化的和/或本地化的)表现。因 此，联网系统102可以包括许多国际化应用212，这些国际化应用212根 据预定的标准(例如，地理、人口或者市场标准)来定制联网系统102的 信息(和/或信息的表现)。例如，国际化应用212可以用来支持对由联网 系统102支持并可经由各个web服务器116访问的多个区域网站的信息的 定制。
联网系统102的导航可通过一个或多个导航应用214来辅助。例如， 搜索应用(作为导航应用的一个示例)可以实现对经由联网系统102发布 的列表项的关键字搜索。浏览应用可以允许用户根据在联网系统102中可 被分类的列表项来浏览各种类别、目录或者系统仓库结构。还可以提供多 种其他导航应用来补充搜索和浏览应用。
为了使经由联网系统102可获得的列表项尽可能在视觉上提供丰富的 信息并且尽可能吸引人，市场应用120可以包括一个或多个图像应用 216，利用图像应用216用户可以上传图像以包括在列表项中。图像应用 216还可以操作来将图像结合到所查看的列表项中。图像应用216还可以 支持一种或多种推广特征，例如呈现给潜在买家的相册。例如，卖家可以 支付额外的费用来使图像被包括在被推广物品的相册中。
列表项创建应用218允许卖家方便地编写与它们希望经由联网系统 102交易的商品或服务有关的列表项，并且列表项管理应用220允许卖家 管理这种列表项。具体而言，在特定卖家已编写并/或发布了大量列表 的 情形中，对这些列表项的管理可能是一个挑战。列表项管理应用220提供了大量的特征(例如，自动重列、仓库级监控等)来帮助卖家管理这些列
表项。 一个或多个列表后管理应用222还帮助卖家管理一般在列表后发生 的大量活动。例如，在利用一个或多个拍卖应用202实现的拍卖完成后， 卖家可能希望留下关于特定买家的反馈。为此，列表后管理应用222可以 提供到一个或多个信誉应用208的接口，以允许卖家方便地将关于多个买 家的反馈提供到信誉应用208。
争议解决应用224提供了可用来解决在交易方之间发生的争议的机 制。例如，争议解决应用224可以提供受引导的过程，从而引导各方通过 数个步骤来尝试解决争议。在不能通过受引导的过程来解决争议的情况 下，可以将该争议提高到第三方调解或仲裁。
多个防欺诈应用226实现欺诈检测和防止机制，来减少联网系统102 中欺诈的发生。
消息传递应用228负责生成消息并向联网系统102的用户传递消息， 这种消息例如通知用户关于在联网系统102中列表项的状态(例如，在拍 卖过程中向竞价者提供"出更高价"的通知，或者向用户提供推广和商品 销售信息)。各个消息传递应用228可以利用多个消息递送网络和平台中 的任一个来向用户递送消息。例如，消息传递应用228可以经由有线(例 如，因特网)、普通老式电话服务(POTS)、或者无线(例如，移动、 蜂窝、WiFi、 WiMAX)网络，来递送电子邮件(e-mail)、即时消息
(IM)、短消息业务(SMS)、文本、传真或者语音(例如，语音IP
(VoIP))消息。
商品销售应用230支持多种商品销售功能，卖家可用这些商品销售功 能来经由联网系统102增加销售。商品销售应用230还操作可由卖家调用 的多种商品销售特征，并且可监视并跟踪卖家所采用的商品销售策略是否 成功。
联网系统102自身或者利用联网系统102进行交易的一方或多方可以 操作由一个或多个忠诚度/推广应用232所支持的忠诚度程序。例如，买家 对于与特定卖家建立和/或完成的每个交易可以赚取忠诚度或者推广点，并 且可向买家提供针对可兑换的累积忠诚度点的回报。购物会话应用234支持联网系统102中的各种购物会话(例如，私人 购物会话、协作购物会话、 一方购物会话、个人浏览会话)。例如，用户 在协作购物会话期间可与其他用户一起购物，或者在私人购物会话期间接 收物品的特定推荐。
资金提供应用236支持竞拍和/或购买的物品的资金提供。例如，资金 提供应用可以从多个用户接收价值来购买物品(例如，在购物会话期 间)。
图3A是示出了可在数据库131中维护的各种表300的高层实体关系 图，这些表300可由应用120和122使用和支持(参见图1)。用户表302 包含联网系统102的每个登记用户的记录，并且可包括关于每个这种注册 用户的身份、地址和财物手段信息。用户可以作为联网系统102中的卖 家、买家或者二者工作。在一个示例实施例中，买家可以是已累积了价值 (例如，商业货币或专用货币)的用户，并且因此能用所累积的价值来交 换通过联网系统102提供用于销售的物品(例如，产品和/或服务)。
表300还包括物品表304，在该表中维护有能经由联网系统102或者 已经由联网系统102交易的商品或服务的物品记录。物品表304中的每条 物品记录还可被链接到用户表302中的一条或多条用户记录，以将卖家和 一个或多个实际或潜在的买家与每条物品记录相关联。
交易表306包含与物品表304中存在的记录的项目有关的每个交易 (例如，购买或销售交易)的记录。
订单表308填充有订单记录，每条订单记录被与商品和/或服务的一个 订单相关联。每个订单又可以是针对交易表306中存在的记录的一个或多 个交易的。
竞价表310中的每条竞价记录都与结合拍卖应用202所支持的拍卖格 式列表在联网系统102中接收到的出价相关。反馈表312在一个示例性实 施例中由一个或多个信用应用208用来构建和维护关于用户的信用信息。
历史表314维护用户曾作为一方的交易的历史。交易可包括与物品表 304中存在的记录的物品和物品表304中不存在记录的物品(例如，对 此，支付应用122的支付服务和功能在没有市场应用120的情况下被使用)有关的交易。
一个或多个属性表316记录与在物品表304中存在记录的物品有关的 属性信息。仅考虑这种属性的单个示例，属性表316可以指示与特定物品 相关联的货币属性，货币属性标识由卖家指定的相关物品的价格的货币。
会话表318可以包括关于会话历史(例如，购物会话的历史)的会话 记录。会话表可以包括在联网系统内的会话期间所访问过的区域(例如， 商店和/或卖家)的历史。
参考图3B，示出了示例性资金提供应用236 (参见图2)。资金提供 应用236可以包括一个或多个资金提供规格请求模块352、 一个或多个支 付源指定模块354和/或一个或多个支付处理模块356。
资金提供规格请求模块352 (例如，第一模块)可配置来接收资金提 供规格请求。资金提供规格请求可以指定联网系统102 (参见图1)中的 要被用来支付价值选择的多个支付源。
支付源指定模块354 (例如，第二模块)可配置来从资金提供规格请 求中选择支付分配，支付分配指定多个源中的第一支付源。支付分配可以 是对要由多个用户提供来对通过使用联网系统购买的价值选择进行支付的 价值的百分比的分配。支付源指定模块354可配置来从资金提供规格请求 中选择对用户帐户的指定，该指定将多个用户帐户中的一个用户帐户指定 为主帐户。主帐户可以是多个源中的第二支付源。主帐户可以最终负责提 供价值选择的应付价值。
支付处理模块356 (例如，第三模块)可配置来从第一支付源处理对 应付价值的支付，并且在该支付没有满足价值选择的应付价值时从第二支 付源处理额外支付。
参考图4，示出了用于进行购物会话的方法400。在示例性实施例 中，方法400可由购物会话应用234 (参见图2)执行。
在块402中可访问购物会话请求。例如，协作购物会话、私人购物会 话、个人购物会话或者一方购物会话的购物会话请求可被购物会话应用 234接收。 在块404，可判断是否已接收到了协作购物请求。如果已经接收到协作购物请求，则在块406中可进行协作购物会话。例如，协作购物会话可 包括多个用户共享用于购物的公共界面(例如，因为可以显示在每个用户 的计算机系统上)。下面将更详细地描述进行协作购物会话的示例性实施 例。在判决块404中如果尚未接收到协作购物会话请求，则方法400可以 前进到判决块408。
在判决块408，判断是否已接收到了私人购物请求。如果己接收到了 私人购物会话请求，则在块410中可进行私人购物会话。例如，私人购物 会话可包括一个或多个参与者每个都具有对一个或多个物品的特定访问和/ 或按照特定价格(例如，按照一定折扣或者免费)对一个或多个物品的访 问的购物会话。下面将更详细地描述进行私人购物会话的示例性实施例。 在判决块408中如果尚未接收到私人购物会话请求，则方法400可以前进 到判决块412。
在判决块412，判断是否已接收到了访问会话历史的请求。如果已接 收到了访问会话历史的请求，则在块414中可访问会话历史。例如，用户 可从会话表318 (参见图3A)访问私人购物会话、协作购物会话、 一方购 物会话和/或个人购物会话的历史。在示例性实施例中，响应于接收到对一 个会话(例如，协作购物会话)的会话记录的请求，可以通过共用界面和/ 或个人界面(例如，在会话其他不同时与其他用户共享的界面)提供在会 话表318的会话记录中包含的会话期间联网系统102中被访问的过去区域 的位置。
如果在判决块412中尚未接收到访问会话历史的请求，则在块416中 可进行个人购物会话。例如，个人购物会话可包括用户利用个人界面来参 与购物会话。在块406、块410、块414或块416中的操作完成后，方法 400前进到判决块418。
在判决块418，判断是否作出了另一个购物请求。如果将作出另一个 购物请求，则方法400可返回到块402。如果在判决块418中判断不将作 出另一个购物请求，则方法400可终止。
参考图5，示出了根据本发明的示例性实施例用于进行协作会话(例 如，协作购物会话)的方法500。在示例性实施例中，方法500可在块406 (参见图4)中被执行，并且/或者由购物会话应用234执行(参见图 2)。
在块502中，可发起协作会话(例如，协作购物会话)。例如，协作 会话可由联网系统102的第一用户发起。在示例性实施例中，发起协作会 话可包括定义一方会话的合并标准和/或协作会话的完成标准。下面将更详 细地描述对一方会话的合并标准和该完成标准的使用。
在块504中，可将多个用户(例如，两个或更多个用户)与协作会话 相关联。例如，第一用户可选择一个或多个其他用户来与该第一用户一起 参与协作会话，并且所述选择被提供给购物会话应用234来进行关联。联 网系统102 (参见图1)可将其他用户指示为对于到第一用户的协作会话 可用(例如，利用不同的图标、改变图标的颜色等)。多个用户可利用特 定口令来加入协作会话(例如，在开始时刻或者在进行中)。用户可以是 从另一个应用的用户列表(例如，从Skype有限公司的Skype)或者联系 人列表(例如，从微软公司的Miscrosoft Outlook)导入的。还可以使用在 发起协作会话时或者在进行协作会话期间用户与协作会话之间的其他关 联。
在块506，可以判断是否可向协作会话的多个用户指派权威级别。如 果判断指派权威级别，则在块508中可将权威级别指派给与协作会话相关 联的多个用户。权威级别可指示在另一用户也寻求执行会话交互时，协作 会话的用户中的任意用户是否具有较大的和/或变动的权威级别来执行某些 会话交互。下面将更详细地描述协作会话期间对权威级别的使用。在判决 块506中如果判断不指派权威级别或者在块508中的操作完成后，方法 500可前进到判决块510。
在示例性实施例中，在块508中可向协作会话指派阈值权威级别来作 出执行请求。例如，参与该协作会话的不满足该协作会话的阈值权威级别 的用户可能不能运行，但是可以其他方式参与该协作会话。下面将更详细 地描述对利用运行请求对权威级别的使用。
在示例性实施例中，协作会话的用户可具有默认的权威级别。例如， 请求协作会话的用户可以具有比该协作会话的其他用户高的权威级别。在块510中，可判断是否发出资金提供通知。例如，资金提供通知可 提供如下通知从协作会话的至少一个用户可将价值与该协作会话相关联
(例如，来自一个或多个用户的对价值的请求)，通过用户帐户(例如， 主帐户)已将价值与协作会话相关联(例如，开始该协作会话的充足价 值)，等等。如果判断发出资金提供通知，则可在块512中发出资金提供
通知(例如，向协作会话的多个用户发出)。在块510中如果判断不发出 资金提供通知或者在块512中的操作完成后，则方法500可前进到块 514。
在块514中，可对来自与协作会话相关联的用户(例如，参与者)的 一个或多个用户交互进行处理。下面将更详细地描述对用户交互进行处理 的示例性实施例。
在块516中，可判断是否进行一方会话。如果在块516中判断进行一 方会话，则在块518中可进行一方会话。参与一方浏览会话的用户在参与 该一方会话的同时可以继续是协作会话的一部分也可以临时脱离该协作会 话。例如，在对于参与一方浏览会话的用户的一方会话的操作期间，协作 会话可对于多个用户继续操作。下面将更详细地描述进行一方会话的示例 性实施例。
在块516中如果判断不进行一方浏览会话或者在块518中的操作完成 后，则方法500可前进到判决块520。
在判决块520，判断是否修改与协作会话相关联的用户。例如，用户 (例如，参与者)可被添加到该协作会话或者从该协作会话移走。如果判 断修改与该协作会话相关联的用户，则在步骤522中可修改与该会话相关 联的用户。在判决块520中如果判断不修改与协作会话相关联的用户或者 在块522中的操作完成后，则方法500可前进到判决块524。
在判决块524，判断是否终止协作会话。例如，在完成标准得到满足 时(例如，当多个用户或者具有最高权威级别的用户离开了该协作会话) 可终止该协作会话。如果判断终止该协作会话，则方法500可返回到判决 块506。如果判决终止协作会话，则方法500可终止。
返回到图6，示出了根据示例性实施例用于处理用户交互的方法600。在示例性实施例中，方法600可在块514 (参见图5)中执行。
在块602，可接收到一个或多个用户交互(例如，在一时间段期 间)。例如，用户交互可以是用户提供的到购物会话应用234 (参见图 2)的通信。
在判决块604，可判断是否已接收到了一个或多个浏览请求。如果已 接收到了浏览请求，则在块606可处理该浏览请求(例如，获得内容)。 下面将更详细地描述用于处理浏览请求的示例性实施例。在判决块604如 果尚未接收到浏览请求或者在块606操作完成，则方法600可前进到判决 块608。
在判决块608，可判断是否接收到了一个或多个通信(例如，从多个 用户)。如果已从这多个用户中的源用户接收到了通信，则在块610该通 信可被递送到这多个用户中的一个或多个目标用户。例如，该通信可通过 即时消息(例如，通过AOL， LLC的AOL即时消息)、语音通信(例 如，通过来自Skype有限公司的SKYPE)、文本消息传递等等被递送。在 判决块608中如果尚未接收到通信或者在块610中的操作完成后，则方法 600可前进到步骤612。
在判决块612，判断是否存在又一个用户交互。如果存在又一个用户 交互，则方法600可返回到块602。如果在判决块612不存在又一个用户 交互，则方法600可终止。
参考图7，示出了根据示例性实施例用于处理浏览请求的方法。在示 例性实施例中，方法700的操作可在块606 (参见图6)中执行。
在块702，可从协作会话的一个或多个用户(例如，参与者)接收一 个或多个浏览请求。例如，浏览请求可包括光标移动请求、指示请求、执 行请求、帐户指定请求和订单请求等。
在块704，可判断是否已接收到一个或多个导航请求(例如，参与者 请求在协作会话的共用界面上导航的请求)。如果已接收到导航请求，则 可在块706中处理该导航请求。下面将更详细地描述处理导航请求的示例 性实施例。在判决块704中如果尚未接收到光标移动请求或者在块706的 操作完成后，该方法可前进到判决块708。在判决块708，可判断是否已接收到一个或多个指示请求(例如，参 与者请求在协作会话的的屏幕上作出指示的请求)。如果已接收到指示请 求(例如，从作出光标移动的第一用户或第二用户)，在块710中可对该 指示请求进行处理来在共用界面上作出指示。例如，指示请求所请求的指 示可以是协作会话的共用界面上的标记(例如，圆圈或方块)，标注(例 如，文本或图片)、选择(例如，动多个可用选项选择一个或多个选项) 等等。指示可以仅用于显示或者可在执行请求期间被处理(例如，由购物 会话应用234处理)。下面将更详细地描述处理指示请求的方法。在判决 块708如果尚未接收到指示请求或者在块710中的操作完成后，方法700 可前进到判决块712。
在示例性实施例中，如果会话的每个参与者控制它们自己的光标，则 每个参与者都可能能够在协作会话期间提供指示(例如，标记或标注)。 当会话的各个参与者共享一个光标时，每个参与者都可以被限制为仅在该 参与者在该协作会话期间已共享过光标控制(例如，公知共享的光标)时 才提供指示(或者某类指示，例如标记)。
在块712，可判断是否已接收到一个或多个执行请求(例如，浏览器 请求是否是执行请求)。如果己接收到执行请求(参与者请求处理指示的 请求)，则在块714可处理该执行请求。下面将更详细地描述处理执行请 求的示例性实施例。在判决块712如果尚未接收到执行请求或者在块714 中的操作完成后，方法700可前进到判决块716。
在判决块716，可判断是否已接收到一个或多个资金提供规格请求 (例如，浏览器请求是否是资金提供规格请求)。如果己接收到资金提供 规格请求，则在块718中可处理该资金提供规格请求。下面将更详细地描 述处理资金提供规格请求的示例性实施例。在判决块716如果尚未接收到 资金提供规格请求或者在块718中的操作完成后，方法700可前进到判决 块720。
在判决块720，可判断是否已接收到一个或多个订单请求(例如，浏 览器请求是否是订单请求)。如果已接收到订单请求，则在块722可处理 该订单请求(例如，在协作购物期间参与者请求订购一个或多个物品的请求)。下面将更详细地描述处理订单请求的示例性实施例。在判决块720 如果尚未接收到订单请求或者在块722中的操作完成后，方法700可前进 到判决块724。
在判决块724，可判断是否已接收到联合资金建立请求(例如，浏览 器请求是否是联合资金建立请求)。如果己接收到联合资金建立请求，则 在块726可处理该联合资金建立请求。下面将更详细地描述处理联合资金 建立请求的示例性实施例。在判决块726中如果尚未接收到联合资金建立 请求或者在块726中的操作完成后，方法700可前进到判决块728。
在判决块728，可判断是否已接收到一个或多个额外的浏览器请求。 如果已接收到另一个浏览器请求，则方法700可返回到块702。如果在判 决块728尚未接收到另一个浏览器请求，则方法700可终止。
参考图8，示出了根据示例性实施例的用于处理导航请求的方法 800。在一个实施例中，方法800可在块706 (参见图7)中执行。例如， 方法800可在协作会话使用由该协作会话的所有参与者移动的单个光标时 被执行。
在块802，在一时间段期间可从多个用户中接收到一个或多个光标移 动请求。该时间段可适合来自一个用户的单次光标移动(例如，持续期间 中的一秒或者一秒的一部分)，或者可以是适于来自单个用户的多次光标 移动的充足的量(例如，可变或固定的量)。
在判决块804，可判断是否已从多于一个用户接收到了光标移动请 求。如果在该时间段期间尚未从多于一个用户接收到光标移动请求，则在 块816可执行用户的移动请求所请求的移动。
如果在判决块804判断出在该时间段期间已从多于一个用户(例如， 多个用户中的至少两个用户)接收到了光标移动请求，则在块806可访问 作出这些移动请求的至少两个用户的权烕级别。在示例性实施例中，这至 少两个用户的权威级别可以是在块508 (参见图5)中的操作期间指派 的，并且/或者在块806访问协作会话的所有用户的权威级别。
在判决块808，可判断该协作会话的作出移动请求的这至少两个用户 中的任一个是否具有最高权威级别。如果作出移动请求的一个用户具有最高权威级别，则在块816可执行(例如，通过移动光标)来自具有最高权 威级别的用户的一个或多个光标移动(例如，根据移动请求)。如果用户 不具有最高权威级别，则方法800可前进到判决块810。
在判决块810，可判断该协作会话的作出移动请求的这至少两个用户 中的任一个是否是在该协作会话期间使移动被处理过的最后用户。如果该 协作会话的作出移动请求的这至少两个用户中的一个用户使使移动被处理 过的最后用户，则在块816可执行该最后用户的一个或多个光标移动。
在判决块810，如果该协作会话的作出移动请求的这至少两个用户都 不是使移动被处理过的最后用户，则在块812可向作出移动请求的这至少 两个用户发送光标控制通知，来使得能够选择进行移动处理的用户。例 如，作出了移动请求的第二用户可指定作出了移动请求的第一用户在该时 间段期间进行一次或多次移动。
在判决块814，可判断控制是否己被指定给了一个用户。如果已指定 了控制，则在块816可执行来自已指定用户(例如，第一用户)的移动。 在示例性实施例中，可根据来自具有满足最高权威级别的用户(例如，根 据判决块808)、使光标移动被处理过的最后用户(例如，根据判决块 810)的光标移动请求和/或来从另一个用户指定的控制(例如，根据判决 块814)，在块816中的操作期间移动光标。
在示例性实施例中，在判决块808、判决块810和判决814中的操作 期间判断的移动标准可按照任意顺序发生。
如果在判决块814尚未指定控制或者在块816中的操作完成后，方法 800可在判决块818判断是否将接收到又一个移动请求。如果将接收到一 个或多个移动请求，则方法800可返回到块802。如果不会接收到一个或 多个移动请求，则方法800可终止。
应当理解，除光标之外的其他导航设备也可与方法800 —起使用，并 且导航请求也可导致共用界面上的导航移动。
参考图9，示出了根据示例性实施例的用于处理导航请求的方法。在 示例性实施例中，方法900可在块706 (参见图7)中执行。例如，方法 900可在协作会话使得该协作会话的多个用户中的每个用户都能够使用共用界面上的分离的光标时被使用。
在块902，在一时间段期间可从多个用户中接收到一个或多个光标移 动请求。该时间段可适合来自一个用户的单次光标移动(例如，持续期间 中的一秒或者一秒的一部分)，或者可以是适于来自单个用户的多次光标 移动的充足的量(例如，可变或固定的量)。
在判决块904，可判断是否已从多于一个用户(例如，多个用户中的 至少两个用户)接收到了移动请求。如果已从多于一个用户接收到移动请 求，则在块906中作出了移动请求的这至少两个用户的光标可被改变，以 在该时间段期间在共用界面上区分开光标。例如，在一时间段期间作出了 光标请求的这至少两个用户的光标可以各自具有与另一个的光标不同颜色 的光标、不同大小的光标、图标(化身)等等。
如果在判决块904尚未从多于一个用户接收到移动请求或者在块906 中的操作完成后，在块908中可执行移动。
在判决块910，判断是否可访问其他移动。如果要访问其他移动，则 方法900可返回到块902。如果在判决块910判断不会访问其他移动，则 方法900可终止。
应当理解，除光标之外的其他导航设备也可与方法900 —起使用，并 且导航请求也可导致共用界面上的导航移动。
参考图10，示出了根据示例性实施例用于处理执行请求的方法 1000。在示例性实施例中，方法1000可在块714中被执行(参见图7)。
在块1002，可接收到来自协作会话的用户的执行请求。例如，执行请 求可以是处理在协作会话的共用界面上作出的指示的请求。
在块1004，可访问在协作会话期间用于处理执行请求的阈值权威级别 和用户的权威级别。例如，权威级别可以是在块508 (参见图5)中的操 作期间定义的。
在块1006，可判断用户是否满足阈值权威级别(例如，以在协作会话 期间处理执行请求)。如果该阈值权威级别以被满足，则在块1008可处 理又执行请求所请求的执行。例如，该执行可以是订单请求、对额外 幕 的请求、对关于物品的额外信息的请求等等。在判决块1006如果阈值权烕级别尚未被满足或者在块1008中的操作完成后，方法1000可前进到判 决块1010。
在判决块1010，可判断是否已接收到另一个执行请求。如果已接收到 另一个执行请求，则方法1000可返回到块1002。如果在判决块1010尚未 接收到另一个执行请求，则方法1000可终止。
参考图11，示出了根据实施例用于处理资金提供规格请求的方法
1000。在示例性实施例中，方法1100可在块718 (参见图7)中执行。
在块1102,可接收资金提供规格请求。资金提供规格请求可定义联网 系统中的要用来支付价值选择(例如， 一物品)的多个支付源。资金提供 规格请求可指定包括联合资金、主支付帐户和/或支付分配的至少一个支付 源。
在块1104，可判断联合资金是否可被关联(例如，与协作会话)。联 合资金是由多个用户提供来以用于购买物品的应付价值的价值(例如，在 一个或多个协作购物会话期间)。例如，联合资金可包括用户提供的、支 付处理期间在其他支付源之前应用的价值。联合资金可以被可选地与联合 帐户相关联。如果判断关联联合资金，则在块1106联合资金可被关联。 例如，可访问现有的联合资金或者可建立新的联合资金。下面将更详细地 描述建立联合资金的示例性实施例。在判决块1104如果判断不关联联合 资金或者在块1106中的操作完成后，方法IIOO可前进到判决块1108。
在判决块1108，可判断是否指定了用户选择的主帐户。例如，将用户 帐户指定为主帐户可使该用户帐户的一个或多个用户最终负责提供价值选 择的应付价值(例如，通过协作购物会话按照固定价格购买的或者竞拍的 一个或多个物品)。如果指定了用户选择的主帐户，则在块1110，所选用 户帐户(例如，来自协作会话的用户的)可被指定为主帐户(例如，最终 负责提供应付价值)。
在判决块1108，如果判断尚未指定用户选择的主帐户，则方法1100 可前进到判决块1112，来判断是否指定了联合帐户。如果尚未指定联合帐 户，则在块1114可将默认用户帐户指定为主帐户。例如，默认用户可以 是已注册到联网系统102 (参见图1)最长时间段的用户、具有最大量的累积价值的用户等等。在判决块1112，如果己指定了联合帐户，则方法 IIOO可前进到判决块1116。
在判决块1116，可判断是否创建了联合帐户。例如，联合帐户可被与 多个用户中的多于一个用户相关联，并且最终负责提供用于交换通过协作 会话购买的一个或多个物品的价值。如果要创建联合帐户，则在块1118 可创建一个新的联合帐户(例如，并且与协作会话的多个用户相关联)， 并且在块1120可指定联合帐户。在判决块1116，如果不要创建联合帐 户，则在块1120可指定现有的联合帐户。应当理解， 一个联合帐户可用 于一个或多个会话。
在块1110、块1114或者块1120中的操作完成后，方法1100可前进 到判决块1122。在判决块1122，可判断在块1102中是否已接收到支付分 配(例如，分配要由指定用户为购买的物品或支付通过的价值量)。例 如，支付分配可包括要由多个用户提供来支付应付价值的、通过使用联网 系统102购买的价值选择(例如，物品)的价值量的百分比。
如果已接收到支付分配，则在块1124可指定支付分配(例如，为协 作会话)。在判决块1122，如果判断尚未接收到支付分配，贝帖块1126 默认支付分配可用于指定帐户(例如，协作会话的指定用户的相等部分、 协作会话的多个用户的相等部分、主帐户的整个部分、或者基于指定用户 的财务资源的区分部分)。在完成了块1124或块1126中的操作后，方法 IIOO可终止。
在示例性实施例中，在块1124中的操作期间指定多个源中的支付源 的支付分配可以是从在块1102中的操作期间接收到的资金支付规格请求 中选择出的。
在示例性实施例中，执行方法1100可提供资金支付规格，该资金支 付规格定义一个或多个支付源和/或用于向购物会话或者其他应付价值提供 价值的优先权。
参考图12，示出了根据示例性实施例用于处理联合资金建立请求的方 法1200。在示例性实施例中，方法1200可在块726 (参见图7)中执行和 /或由资金提供应用236 (参见图2)执行。在块1202，可访问一个或多个资金提供参数(例如，协作购物会话 的)。资金提供参数可包括协作会话的用户要请求的价值(例如，来自所 有用户的总价值或者来自特定用户的各自的价值)、开始会话所期望的价 值(例如，协作购物会话)等等。
在块1204，可以可选地访问支付分配。例如，支付分配可以是在块 1102 (参见图11)中接收到的。
在块1206可从会话的用户请求价值。例如，可根据资金提供参数和/ 或所访问的支付分配来从会话的用户请求价值。
在判决块1208，可判断是否己从用户接收到了价值(例如， 一个或多 个请求价值)。如果判断已从用户接收到了价值，则在块1210可将接收 到的价值与联合资金相关联。在块1212，随后可向用户通知联合资金的状 态。在判决块1208，如果判断尚未从用户接收到价值，则在块1214向用 户通知未从用户接收到价值。在块1212或块1214中的操作完成后，方法 1200可前进到判决块1216。
在判决块1216，可判断是否可从用户中的一个或多个请求对价值的进 一步请求。如果作出了进一步请求，则方法1200可返回到块1206。如果 未作出进一步请求，则方法1200可终止。
在示例性实施例中， 一旦建立了联合资金，用户就可以进一步将额外 的价值贡献给该联合资金。
参考图13，示出了根据示例性实施例用于处理订单请求的方法 1300。在示例性实施例中，方法1300可在块722 (参考图7)中执行。
在块1302，可接收订单请求。订单请求可以是与购物会话相关联的单 个用户对物品的购买，或者与购物会话相关联的多个用户对物品的购买。
在块1304，可以可选地提供非订单内容。例如，非订单内容可被提供 给下述所有用户不与主帐户相关联、负责基于支付分配来支付、并且/或 者未对购物会话的联合资金作出贡献的用户。非订单内容可包括在正完成 订单时建议非订购用户等待的屏幕、的用于浏览的其他屏幕等等。
在块1306，可提供订单内容。例如，订单内容可被提供给下述所有用 户与主帐户相关联、负责基于支付分配来支付、并且/或者对购物会话的联合资金贡献了价值的用户。订单内容可包括一个或多个用户用来完成订 单(例如，购买一个或多个固定价格的物品和/或竞拍购买一个或多个可拍
卖的物品)的信息。应当理解，块1304和1306中的操作可同时发生或者 以任意顺序发生。
在块1308，可从用户接收响应于在块1306中提供的订单内容的订单 信息。例如，订单信息可完成订单内容所请求的信息。
在判决块1310，可判断接收到的订单信息是否完成。如果所请求的订 单信息未完成，则在判决块1312判断是否继续处理该订单请求。在判决 块1312，如果判断要继续该订单请求，则方法1300可返回到块1306。在 判决块1312，如果判断不继续该订单请求，则方法1300可终止(例如， 可取消该订单请求)。
在判决块1310，如果订单信息完成，则在块1318可处理完成的订单 信息。例如，完成的订单信息可包括与该购物会话相关联的物品的到期 量。下面将更详细地描述处理完成的订单信息的示例性实施例。在完成了 块1318中的操作后，方法1300可以终止。
在示例性实施例中，在块1306中提供的订单内容可以被独立提供给 购物会话的已选择购买在该购物会话期间发现的一个或多个物品的用户。 在块1304中提供给购物会话的其他用户的内容随后可包括在协作购物会 话期间购买一个或多个物品的订单内容和/或非订单内容。
参考图14，示出了根据示例性实施例用于处理完成的订单信息的方法 1400。在示例性实施例中，方法1400可在块1314 (参见图13)中执行和/ 或由资金提供应用236 (参见图2)执行。
在块1402，可访问应付价值。例如，应付价值可以是来自协作会话的 应付量或其他应付量(例如，公寓的应付租金)。
在块1404，可访问资金提供规格。例如，资金提供规格可以是在方法 1100 (参见图11)的操作期间定义的。资金提供规格定义一个或多个支付 源和/或用于为购物会话或其他应付支付提供价值的优先权。
在判决块1406，可判断是否将从联合资金接收价值。如果从联合资金 接收价值，则在块1408可从该联合资金处理支付。例如，支付可覆盖应付价值的全部或者一部分。在块1406如果判断不从联合资金接收价值或 者在块1408中的操作完成后，方法1400可前进到判决块1410。
在判决块1410，可判断是否将根据支付分配从用户接收价值。如果根 据支付分配从用户接收价值，则在块1412可根据支付分配处理支付。在 块1410如果判断不根据支付分配从用户接收价值或者在块1412中的操作 完成后，方法1400可前进到判决块1414。
在判决块1414，可判断是否将从主帐户接收价值。如果从主帐户接收 价值，则在块1416可从该主帐户处理支付。在块1414如果判断不从主帐 户接收价值或者在块1416中的操作完成后，方法1400可前进到判决块 1418。
在判决块1418，可判断一个或多个支付是否己满足应付价值(例如， 价值选择)。如果已满足应付价值，则可以处理订单来实现购买和/或竞拍 (例如， 一个或多个物品的)。在判决块1418如果应付价值未得到满足 或者在块1420中的操作完成后，方法1400可前进到判决块1422。
在判决块1422，可判断联合资金中是否剩余有价值。如果联合资金中 剩余有价值，则在块1424判断联合资金是否应被分发。如果判断联合资 金应当被分发，则在块1426可分发联合资金中剩余的价值。在判决块 1424如果判决该联合资金不应当被分发(例如，联合资金可保留来用于将 来的购物会话)、在判决1422中联合资金中未剩余价值、或者在块1426 中的操作完成后，方法1400可终止。
在示例性实施例中，在完成了判决块1418或块1420中的操作后，可 跳过判决块1422、判决块1424和块1426中的操作。
参考图15，示出了根据示例性实施例用于进行一方会话(例如， 一方 购物会话)的方法1500。在示例性实施例中，方法1500可在块518 (参 见图5)中执行。
在判决块1506，判断是否已接收到浏览请求。如果己接收到浏览请 求，则在块1508可处理该浏览请求。在示例性实施例中，块1508中的操 作可包括在块606 (参见图6)中执行的操作。在判决块1506如果尚未接 收到浏览请求或者在块1508中的操作完成后，方法1500可前进到判决块1510。
在判决块1501，可判断是否终止一方会话。如果要继续一方会话，则 方法1500可返回到判决块1506。在判决块1510如果要终止一方会话，方 法1500可前进到判决块1512。
在判决块1512，判断是否满足合并标准。合并标准可用来判断用户的 一方会话是否可被与协作会话合并。例如，合并标准可以是一方会话的用 户已请求了合并、 一方会话的用户已请求了合并并且该合并得到了协作会 话的一些(或者所有)参与者的批准， 一方会话的当前内容与协作会话的 当前内容相关、 一方会话的当前内容与协作会话所感兴趣的领域相关等等。
如果满足合并标准，则在块1516可将该一方会话和协作会话合并。 例如，在合并期间一方会话的内容可取代协作会话的内容。在判决块1512 如果不满足合并标准，则在块1514—方会话可终止。在完成了块1514或 块1516中的操作后，方法1500可终止。
在示例性实施例中，用户可标识参加到一方会话中并且通过浏览请求 标识的、该用户寻求与协作会话的其他参与者共享的内容。如果该用户寻 求与其他参与者共享所标识出的内容，则方法1500可前进到判决块1512 来判断是否满足合并标准。如果用户不寻求共享所标识出的内容，则方法 1500可在判决块1510中判断出终止一方会话后终止。
参考图16，示出了根据示例性实施例进行私人会话(例如，私人购物 会话)的方法1600。在示例性实施例中，方法1600可在块410 (参见图 4)中执行和/或由购物会话应用234 (参见图2)执行。
在块1603，可发起私人会话(例如，私人购物会话)。私人会话包括 一个或多个用户的下述会话私人会话的的用户中的每个都具有对物品的 特定访问(例如，不能以其他方式访问物品)或者按照特定价格(例如， 折扣或者免费)访问物品等等。
在块1604，可为私人会话指定一个或多个完成标准。例如，完成标准 可包括在会话期间购买(例如，按照用户支付的价值和/或物品的公平的市 场价值)预定数目的物品、在会话期间购买选定的物品、在会话期间购买总计一定价值的一个或多个物品、会话的时间段期满、指定的时间等等。
在块1606，多个参与者(例如，选择参与的用户)可被与该私人会话
相关联。例如，选择来关联的参与者的数目可基于以下内容联网系统
102的过去的历史、联网系统102中的一个或多个卖家、联网系统102中 对一个或多个物品的购买、参与者的状态(例如，作为参与一事件的名 人，为此该名人获得一个或多个免费物品)等等。在示例性实施例中，参 与者在私人会话期间私人而不是协作地参与。
在块1608，可为私人会话指定私人会话参数。例如，私人会话参数可 包括指定对私人会话的参与者可用的余额、指定在私人会话期间可用的区 域、指定在私人会话期间可购买的物品、指定私人会话的卖家、指定私人 会话的商店、指定私人会话的价格等等。下面将更详细地描述指定私人会 话参数的实施例。
在块1610，可处理一个或多个用户交互。在示例性实施例中，在块 1610中可执行块514 (参见图5)中的操作。例如，在块1610中，可为私 人会话处理通信、光标移动请求、指示请求、执行请求和订单请求。
在块1612，可判断对于私人会话的参与者是否满足了完成标准。如果 对于私人会话的参与者尚未满足完成标准，则方法1600可返回到块 1610。如果对于参与者已满足了完成标准，则在块1614可从私人会话移 除满足了完成标准的用户。
在判决块1616，可判断是否一个或多个参与者属于该私人会话。如果 有参与者属于该私人会话，则方法1600可返回到块1610。在判决块1616 如果没有参与者剩余，则方法1600可终止。
参见图17，示出了根据示例性实施例用于指定会话参数的方法 1700。在示例性实施例中，方法1700可在块1608 (参见图16)中执行。
在块1702，可访问(例如，从用户) 一个或多个私人会话参数选择。
在判决块1704，可判断是否指定余额(credit)。例如，余额可包括 对于私人购物会话的多个参与者中的各个参与者可用的累积价值(例如， 相同的余额或者不同的余额)。如果要指定余额，则在块1706可为会话 的参与者指定余额。在判决块1704如果判断不指定余额或者在块1706中的操作完成后，方法1700可前进到判决块1708。
在判决块1708，可判断是否指定区域。如果要指定区域，则在块 1710可为会话指定区域。例如，在块1710，可指定在私人会话期间进行 购物的站点中的一个或多个区域。在判决块1708如果判断不指定一个或 多个区域或者在块1710中的操作完成后，方法1700可前进到判决块 1712。
在判决块1712，可判断是否可指定一个或多个物品。如果要指定一个 或多个物品，则在块1714可为会话指定一个或多个物品。例如，可将一 个或多个物品指定为在私人会话期间可购买。在判决块1712如果判断不 指定一个或多个物品或者在块1714中的操作完成后，方法1700可前进到 判决块1716。
在判决块1716，可判断是否指定一个或多个卖家。如果要指定一个或 多个卖家，则在块1718可为会话指定一个或多个卖家。例如，在块 1718，可以指定这样的一个或多个卖家，这些卖家已使物品在该私人会话 期间可被购买。在判决块1716如果判断不指定一个或多个卖家或者在块 1718中的操作完成后，方法1700可前进到判决块1720。
在判决块1720，可判断是否指定一个或多个商店。如果要指定一个或 多个商店，则在块1722可为会话指定一个或多个商店。例如， 一个或多 个商店可以使一个或多个物品在该私人购物会话期间可被购买。在判决块 1720如果判断不指定一个或多个商店或者在块1722中的操作完成后，方 法1700可前进到判决块1724。
在判决块1724，可判断是否指定为该私人会话指定定价。如果要指定 定价，则在块1726可为该私人会话指定定价。例如，在块1726，可指定 物品的特定定价(例如，按照折扣或者免费)。在判决块1724如果判断 不指定定价或者在块1726中的操作完成后，方法1700可前进到判决块 1728。
在判决块1728，可判断是否有其他选择要访问。如果有其他选择要访 问，则方法1700可返回到块1702。如果没有其他选择，则方法1700可终 止。参考图18，示出了根据示例性实施例进行协作会话的方法1800。在 示例性实施例中，方法1800可在块406 (参见图4)中执行和/或由购物会 话应用234 (参见图2)执行。
在块1802，可发起协作会话(例如，协作购物会话)。例如，协作会 话可包括多个参与者在共用界面上交互。
在块1804，可选择协作会话的主参与者。例如，主参与者可包括协作 会话的赞助人、负责支付在该协作会话期间购买的任何物品的用户、向另 一个用户进行演示的用户、父亲、名人等等。
在块1806，可指定完成标准。例如，完成标准可包括在会话期间购买 (例如，按照用户支付的价值和/或物品的公平的市场价值)预定数目的物 品、在会话期间购买选定的物品、在会话期间购买总计一定价值的一个或 多个物品、会话的时间段期满、指定的时间等等。
在块1808，可选择一个或多个第二副参与者。例如，副参与者可包括 协作会话的受赞助的参与者、不负责支付在该协作会话期间购买的任何物 品的用户、从另一个用户接收演示的用户、子女、名人的爱好者等等。
在块1810，可处理多个用户交互(例如，来自主参与者和/或副参与 者)。在示例性实施例中，在块1810中可执行块514 (参见图5)中的操 作。例如，在块1810中，可为协作会话处理通信、光标移动请求、指示 请求、执行请求和订单请求。
在块1812，可判断对于是否满足了完成标准。如果尚未满足完成标 准，则方法1800可返回到块1810。在块1812如果已满足了完成标准，则 在块1814可从协作会话移除副参与者。例如，在满足了完成标准时，对 于协作会话的参与者可终止该协作会话。
在判决块1816，可判断是否有另一个副参与者。如果有另一个副参与 者，则方法1800可返回到块1808。如果不存在另一个副参与者，则方法 1800可终止。
参考图19，示出了根据示例性实施例用于创建会话的方法1900。在 示例性实施例中，方法1900可在客户端机器110、 112和/或第三方服务器 130 (参见图1)中执行。在块1902，可为会话指定用户标准和/或一个或多个用户。例如，用 户标准和/或一个或多个用户可被提供给购物会话应用234 (图2)。在块 1904，可为会话指定会话参数。在块1906，可指定完成标准。
在块1910，可向与会话相关联的用户通知会话。例如，用户可被提供 以用于访问会话的口令和/或其他信息。在块1910中的操作完成后，方法 1900可终止。
图20是计算机系统2000的示例形式的机器的图示表示，在该计算机 系统2000中可以执行一组指令，用于使得该机器执行这里所讨论的方法 中的任意一种或者一些。在替换实施例中，该机器可作为独立的设备工作 或者可连接(例如，联网)到其他机器。在联网的布署中，机器可在服务 器-客户机网络环境中服务器或客户机功能中工作、或者在对等(或者分布 式)网络环境中作为对等机器。该机器可以是服务器机器、客户端机器、 个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理 (PDA)、蜂窝电话、网络家电、网络路由器、交换机或网桥，或者能执 行使该机器执行指定动作的一组指令(顺序的或者其他方式的)。此外， 尽管仅示出了单个机器，但是术语"机器"应当包括独立地或联合地执行
一组(或多组)指令来执行这里所述的任意一个或多个方法的机器的任意
鱼厶 朱a o
示例性计算机系统2000包括处理器2002 (例如，中央处理单元 (CPU)、图像处理单元(GPU)或者二者)、主存储器2004和静态存储 器2006，它们经由总线2008彼此通信。计算机系统2000还可包括视频显 示单元2010 (例如，液晶显示器(LCD)或阴极射线管(CRT))。计算 机系统2000还包括字母数字输入设备2012 (例如，键盘)、光标控制设 备(例如，鼠标)、驱动单元2016、信号生成单元2018 (例如，扬声 器)和网络接口设备2020。
驱动单元2016包括机器可读介质2022，在该机器可读介质2022上存 储有一组或多组指令(例如，软件2024)，实现这里所述的任意一个或多 个方法或功能。软件2024在计算机系统2000执行它们期间可以完全或者 至少部分驻留在主存储器2004和/或处理器2002中，主存储器2004和处理器2002也构成计算机可读介质。
还可以经由网络接口设备2020通过网络2026来发送和接收软件 2024。
尽管在示例性实施例中机器可读介质2022被示为单个介质，但是术 语"机器可读介质"应当包括存储这一组或多组指令的单个介质或多个介 质(例如，集中式或分布式数据库和/或相关联的缓存和服务器)。术语 "机器可读介质"还应包括能存储、编码或者承载用于由该机器执行并且 使该机器执行本发明的方法中的任意一个或多个的一组指令的任意介质。 术语"计算机可读介质"因此应包括但不限于固态存储器、光和磁存储 器、以及载波信号。
尽管已就购物会话描述了上面的说明，但是应当理解，协作、私人和 一方会话也可用于处购物之外的目的。
因此，已描述了用于支付基金的方法和系统。尽管已结合特定示例性 实施例描述了本发明，但是应当清楚，在不脱离本发明的宽广的精神和范 围的情况下，可以对这些实施例作出多种修改和改变。因此，应当认为说 明书和附图是说明性的而非限制性的。
根据要求允许读者快速了解技术公开的实质的37 C.F.R提供了说明书 摘要。但是应理解摘要不应用来解释或限制权利要求的范围或含义。另 外，在前面的具体实施方式
中，为了说明流畅目的，各种特征被分组到单 个实施例中。本公开的该方法不应解释为反映了这样的意图所要求的实 施例要求比各个权利要求中所引用的特征更多的特征。相反，如所附权利 要求所反映的，创造性主题的特征比所公开的单个实施例的特征要少。因 此，所附权利要求被从而结合到具体实施方式
中的话，每个权利要求自身 就是一个独立的实施例。
权利要求
1.一种方法，包括接收资金提供规格请求，所述资金提供规格请求定义联网系统中要用来支付价值选择的多个支付源；从所述资金提供规格请求中选择指定所述多个支付源中的第一支付源的支付分配，所述支付分配是对下述百分比的分配由多个用户为了支付通过使用所述联网系统所购买的所述价值选择的应付价值所提供的价值量的百分比；从所述资金提供规格请求中选择对作为主帐户的用户帐户的指定，所述主帐户是所述多个支付源中的第二支付源，所述主帐户最终负责提供所述价值选择的所述应付价值；从所述第一支付源处理对所述应付价值的支付；以及在来自所述第一支付源的支付没有满足所述价值选择的应付价值时，从所述第二支付源处理额外支付。
2. 如权利要求1所述的方法，其中，所述主帐户包括用户选择的帐户。
3. 如权利要求1所述的方法，其中，所述主帐户包括联合帐户，该联 合帐户与所述多个用户中的多于一个用户相关联。
4. 如权利要求1所述的方法，其中，所述支付分配是用户选择的支付 分配。
5. 如权利要求1所述的方法，其中，所述价值选择是服务。
6. 如权利要求1所述的方法，其中，所述价值选择是商品。
7. 如权利要求6所述的方法，还包括在所述应付价值被满足时辅助对所述商品的竞拍或购买中的至少一种。
8. —种方法，包括选择联合资金作为联网系统的多个用户的支付源，所述联合资金包括所述多个用户通过所述联网系统预先提供的价值；访问价值选择的应付价值；以及 从所述联合资金处理对所述应付价值的支付。
9. 如权利要求8所述的方法，其中选择联合资金包括 请求从联网系统的多个用户预先提供的价值；以及 将从所述多个用户接收到的一个或多个价值与联合资金相关联。
10. 如权利要求8所述的方法，还包括在处理对所述应付价值的支付之后，分发所述联合资金中的剩余价值。
11. 一种方法，包括-接收资金提供规格请求，所述资金提供规格请求定义联网系统中要用 来支付价值选择的多个支付源；从所述资金提供规格请求中选择对作为所述多个支付源中的第一支付 源的联合资金的指定，所述联合资金包括多个用户通过所述联网系统预先 提供的价值；从所述资金提供规格请求中选择指定所述多个支付源中的第二支付源 的支付分配，所述支付分配是对下述百分比的分配由所述多个用户为了 支付通过使用所述联网系统所购买的所述价值选择的应付价值所提供的价 值量的百分比；从所述资金提供规格请求中选择对作为主帐户的用户帐户的指定，所 述主帐户是所述多个支付源中的第三支付源，所述主帐户最终负责提供所 述价值选择的所述应付价值；从所述第一支付源处理对所述应付价值的支付；以及 执行如下处理中的至少一个在来自所述第一支付源的支付没有满足 所述价值选择的应付价值时从所述第二支付源处理第一额外支付，或者在 来自所述第一支付源的支付和所述第一额外支付没有满足所述价值选择的 应付价值时从所述第三支付源处理第二额外支付。
12. 如权利要求11所述的方法，其中，所述价值选择是商品。
13. 如权利要求12所述的方法，还包括在所述应付价值被满足时辅助对所述商品的竞拍或购买中的至少一种。
14. 一种包括指令的机器可读介质，所述指令在被机器执行时使所述 机器执行以下步骤接收资金提供规格请求，所述资金提供规格请求定义联网系统中要用 来支付价值选择的多个支付源；从所述资金提供规格请求中选择指定所述多个支付源中的第一支付源 的支付分配，所述支付分配是对下述百分比的分配由多个用户为了支付 通过使用所述联网系统所购买的所述价值选择的应付价值所提供的价值量的百分比；从所述资金提供规格请求中选择对作为主帐户的用户帐户的指定，所 述主帐户是所述多个支付源中的第二支付源，所述主帐户最终负责提供所述价值选择的所述应付价值；从所述第一支付源处理对所述应付价值的支付；以及 在来自所述第一支付源的支付没有满足所述价值选择的应付价值时，从所述第二支付源处理额外支付。
15. 如权利要求14所述的机器可读介质，还包括在被机器执行时使所 述机器执行以下步骤的指令在所述应付价值被满足时辅助对所述选定基金值的竞拍或购买中的至 少一种。
16. —种包括指令的机器可读介质，所述指令在被机器执行时使所述机器执行以下步骤选择联合资金作为联网系统的多个用户的支付源，所述联合资金包括 所述多个用户通过所述联网系统预先提供的价值；访问价值选择的应付价值；以及 从所述联合资金处理对所述应付价值的支付。
17. 如权利要求16所述的机器可读介质，其中使所述机器选择联合资金使得所述机器执行以下步骤请求从所述多个用户预先提供的价值；以及 将从所述多个用户接收到的一个或多个价值与联合资金相关联。
18. —种设备用于接收资金提供规格请求的装置，所述资金提供规格请求定义联网 系统中要用来支付价值选择的多个支付源；用于从所述资金提供规格请求中选择对作为所述多个支付源中的第一 支付源的联合资金的指定的装置，所述联合资金包括多个用户通过所述联 网系统预先提供的价值；用于从所述资金提供规格请求中选择指定所述多个支付源中的第二支 付源的支付分配的装置，所述支付分配是对下述百分比的分配由所述多 个用户为了支付通过使用所述联网系统所购买的所述价值选择的应付价值 所提供的价值量的百分比；用于从所述资金提供规格请求中选择对作为主帐户的用户帐户的指定 的装置，所述主帐户是所述多个支付源中的第三支付源，所述主帐户最终 负责提供所述价值选择的所述应付价值；用于从所述第一支付源处理对所述应付价值的支付的装置；以及用于执行如下处理中的至少一个的装置在来自所述第一支付源的支 付没有满足所述价值选择的应付价值时从所述第二支付源处理第一额外支 付，或者在来自所述第一支付源的支付和所述第一额外支付没有满足所述 价值选择的应付价值时从所述第三支付源处理第二额外支付。
19. 如权利要求18所述的设备，其中，所述价值选择是服务。
20. —种系统，包括数据库，所述数据库包括多个用户帐户，所述多个用户帐户中的每个用户帐户与至少一个用户相关联；应用服务器，该应用服务器包括第一模块，该第一模块被配置用于接收资金提供规格请求，所述资金 提供规格请求指定联网系统中要用来支付价值选择的多个支付源；第二模块，该第二模块被配置用于从所述资金提供规格请求中选择指 定所述多个支付源中的第一支付源的支付分配，所述支付分配是对由多个 用户为了支付通过使用所述联网系统所购买的所述价值选择的应付价值所 提供的价值量的百分比的分配，该第二模块还被配置用于从所述资金提供规格请求中选择对所述多个用户帐户中的作为主帐户的一个用户帐户的指 定，所述主帐户是所述多个支付源中的第二支付源，所述主帐户最终负责提供所述价值选择的应付价值；以及第三模块，该第三模块被配置用于从所述第一支付源处理对所述应付 价值的支付，并且在来自所述第一支付源的支付没有满足所述价值选择的 应付价值时，从所述第二支付源处理额外支付。
全文摘要
公开了用于资金支付的方法和系统的实施例。可接收资金提供规格请求。资金提供规格请求可定义联网系统中要用来支付价值选择的多个支付源。可从资金提供规格请求中选择指定多个支付源中的第一支付源的支付分配。可从资金提供规格请求中选择对作为主帐户的用户帐户的指定。主帐户可以是多个支付源中的第二支付源，并且最终负责提供所述价值选择的应付价值。可以从第一支付源处理对应付价值的支付。在来自第一支付源的支付没有满足价值选择的应付价值时，可以从第二支付源处理额外支付。
文档编号G06Q30/00GK101647036SQ200880010522
公开日2010年2月10日 申请日期2008年1月29日 优先权日2007年1月31日
发明者凯伦娜·苏利洛, 戴戈·拉谷纳斯, 海伦·M·古尔第, 爱德华·奥'尼尔·加西卡, 艾兰·刘易斯, 詹妮弗·T·安德森, 赖安·斯普安, 赖安·梅尔彻, 阿尔瓦罗·布里瓦尔 申请人:电子湾有限公司