CN104969512A - 用于基于网络的帐户数据管理和数据交换的系统及方法 - Google Patents

Abstract

提供了用于帐户数据管理和交换的系统和方法。实施方式包括用于发起交易的客户端。该客户端包括帐户。该客户端可操作用于创建交易记录。在创建了交易记录时，装置可确定要将所述交易记录转发到的第二客户端。该第二客户端可操作用于触发选择动作的执行以完成和保存所述记录并且更新对应数据库，拒绝和删除所述记录或提交所述记录用于另外处理。

Description

用于基于网络的帐户数据管理和数据交换的系统及方法

相关申请

本申请要求于2012年10月12日提交的美国专利申请61/712,998的优先权。要求这个较先提出的申请的优先权，并且这个较先提出的申请的内容以其全文以引用的方式并入本文。本申请还要求于2013年4月9日提交的美国专利申请61/810,055的优先权。这个较先提出的申请的优先权，并且这个较先提出的申请的内容以其全文以引用的方式并入本文。

技术领域

本发明总体上涉及数据管理，并且更具体地，涉及用于帐户管理和数据交换的系统及方法。

背景技术

存在各种形式的处理用于基于帐户活动的值的积累及跟踪。因为通过使用基于例如社交网络的网络，不同的处理组件被适用于计算机化和基于网络的操作，所以已存在的处理将变得不足。因此，需要处理与计算机化的和联网的基于关系的帐户管理系统特别关联的问题的新处理，包括用于收集、处理、更新以及维护与帐户关联的交易数据的处理。

发明内容

本发明的目的为提供了一种排除和减轻现有技术的以上明确的缺点中的至少一个的用于帐户数据管理和组织的系统和方法。

根据一个方面，可提供一种交易服务器。该交易服务器可包括：

处理器，该处理器可被构造成：

维护发起帐户和接收帐户、类别和用于关联帐户的网络；

由该发起帐户发起交易记录，所述交易记录包括：基于所述类别的类别指示符、基于所述网络的帐户关系指示符、接收帐户指示符以及交易值；

基于所述接收帐户指示符将所述交易记录提供到所述接收帐户；

基于所述交易记录从所述接收帐户接收选择；以及

基于所述选择确定最终交易值；以及

网络接口，该网络接口可被构造成与客户终端接口以访问所述帐户。

所述选择可包括接受、提供另选值、拒绝以及争议中的一个的指示。所述选择可以是争议的指示，并且在所述选择是争议的情况下，所述确定可包括：

维护多个附加帐户；

从所述多个附加账户选择小组帐户的组；

向所述小组帐户提供争议通知；以及

从所述小组账户接收作为对所述通知的响应的输入的组；以及

基于所述输入的组确定最终交易值。

所述交易记录可还包括从meUp或meDown中的至少一个选择的交易类型并且所述处理器可还被构造成：

针对由所述发起帐户指示符指示的发起帐户，维护与所述接收帐户关联的第一帐户余额；以及

当所述交易类型是meUp时，基于所述最终交易值增加所述第一帐户余额；以及

当所述交易类型是meDown时，基于所述最终交易值减少所述第一帐户余额。

所述交易类型可以是从youUp或youDown中的一个选择的并且所述处理器可还被构造成：

针对所述接收帐户，维护与所述发起帐户关联的第二帐户余额；

当所述交易类型是youUp时，基于所述最终交易值增加所述第二帐户余额；以及

当所述交易类型是youDown时，基于所述最终交易值减少所述第二帐户余额。

所述类别指示符可以是从预先存在的类别值中选择的。所述处理器还可被构造成：

针对每个所述类别值，维护最终交易值的历史；以及

基于与所述类别指示符关联的所述最终交易值的历史，提供针对所述交易记录的初始交易值。

所述处理器还可被构造成：

维护多个附加帐户；以及

通过将所述附加账户中的至少一些与由所述发起账户指示符指示的发起账户相关联，形成第一网络；

其中，交易值的所述历史还基于涉及所述第一网络的交易。

此外，所述处理器可附加地被构造成：

维护多个附加帐户；以及

通过将所述附加账户中的至少一些与由所述发起账户指示符指示的发起账户关联，形成第一网络；

用所述另选值更新所述交易记录；

将所述交易记录发送到所述第一客户终端；

从所述发起账户接收第二值；以及

基于所述第二选择确定所述最终交易值，所述第二值由基于涉及所述第一网络的交易的交易值的历史约束。

所述网络可还被构造成：

从第三方服务至少部分地接收所述网络。

所述网络接口可还被构造成以最终形式将所述交易记录发送到第三方服务以作为由该第三方服务提供的服务的一部分来显示。

根据另一方面，可提供了基于在服务器处用于执行的交易交换的网络的方法。所述方法可包括以下步骤：

维护第一帐户和接收帐户、类别和用于关联帐户的网络；

由所述第一账户发起交易记录，所述交易记录包括发起账户指示符、基于所述类别的类别指示符、基于所述关系的账户关系指示符、接收账户指示符和交易值；

基于所述接收帐户指示符将所述交易记录提供到所述接收帐户；

基于所述交易记录从所述接收账户接收选择；以及

基于所述选择确定最终交易值。

这些(连同其它的方面和优点随后将明显)存在于作为在下文中更全面地描述的和要求的构造和操作的细节中，存在形成在此部分的附图进行参考，其中相同的数字指代贯穿本文的相同部分。

附图说明

实施方式将参考以下附图进行描述，其中：

图1示出了用于帐户数据管理的系统的实施方式的框图；

图2示出了用于帐户数据管理的系统的另一个实施方式的框图；

图3示出了用于帐户数据管理的系统的另一个实施方式的框图,该系统包括资料服务器和电子商务服务器；

图4示出了用于帐户数据管理的系统的另一个实施方式的框图；

图5示出了用于帐户数据管理的系统的另一个实施方式的框图；

图6示出了显示根据实施方式的帐户管理的方法的流程图；

图7示出了根据实施方式的客户端的图；

图8的(a)示出了根据实施方式的客户端的图；

图8的(b)示出了根据实施方式的客户端的图；

图8的(c)示出了根据实施方式记录的示例数据库的框图；

图9示出了根据实施方式的客户端的图；

图10示出了显示根据实施方式的帐户管理和交易交换的方法的流程图；

图11示出了根据实施方式的客户端的图；

图12示出了根据实施方式的客户端的图；

图13示出了根据实施方式的客户端的图；

图14示出了显示根据实施方式的帐户管理和交易交换的方法的流程图；

图15示出了根据实施方式的客户端的图；

图16示出了根据实施方式的客户端的图；

图17示出了根据实施方式的客户端的图；

图18示出了用于帐户数据管理的系统的另一个实施方式的框图；

图19示出了根据实施方式的客户端的图；

图20示出了根据实施方式的客户端的图；

图21示出了根据实施方式的客户端的图；以及

图22示出了根据实施方式的客户端的图。

具体实施方式

图1示出了用于维护和交换基于帐户网络的交易数据的系统100的框图。至少一个客户终端(客户终端104-1、104-2及104-3)经由网络108连接到服务器112。共同地，客户终端104-1、104-2及104-3被称为多个客户终端104，并且总为客户终端104。在本文中的其它地方使用这个术语。

客户终端104可基于任何适合的计算环境，并且类型没有特别限制，只要每个客户终端104能够从服务器112接收数据，以图形的形式显示数据并且向服务器112发送数据。在本实施方式中，客户终端104被构造成至少执行可与由服务器112托管的网络服务器相互作用的网络浏览器。

客户终端104可基于任何类型的客户端计算环境，诸如桌上型计算机、膝上型计算机、上网本、平板计算机、智能手机、个人数字助理(PDA)、其它移动计算装置或已知在现有技术中的适合于图形显示的任何其它平台。每个客户终端104包括连接到诸如存储器这样的非暂时性计算机可读存储介质的至少一个处理器。存储器可是由易失的(例如，随机存取存储器(“RAM”)和非易失的(例如，只读存储器(“ROM”)、电可擦可编程序只读存储器(“EEPROM”)、闪速存储器、磁性计算机存储装置或光盘)存储器任何适合的组合。在一个实施方式中，存储器包括用于永久存储计算机可读指令和其它数据的非易失性存储器，以及用于在计算机可读指令执行期间的短期存储这种计算机可读指令和其它数据的非易失性存储器这二者。还可考虑的是，在客户终端104外部的其它类型的计算机可读存储介质，诸如诸如安全数字(SD)卡及其变型这样。外部计算机可读存储介质的其它示例包括致密盘(CD-ROM、CD-RW)和数字视频光盘(DVD)。

客户终端104还可包括连接到至少一个处理器的一个或更多个输入装置。这种输入装置被构造成接收输入并向处理器提供表示这种输入的数据。输入装置可包括，例如键盘和指点装置。指点装置可被实现为计算机鼠标、轨迹球、轨迹轮、触摸屏或由这些的任何适合的组合。在某些示例中，客户终端104可包括以一个或更多个附加按钮、光敏元件、麦克风等形式的附加输入设备。更一般地，由上述输入装置的任何适合的组合可被并入客户终端104。

客户终端104可另外地包括一个或更多个输出装置。客户终端104的输出装置可包括显示器。当指点装置包括触摸屏时，该触摸屏可与显示器集成。每个客户终端104可还包括连接到处理器的通信接口。通信接口允许客户终端104与其它计算装置通信，例如经由网络108。所以，通信接口被选择为与网络108兼容。

网络108可包括能够链接(link)服务器112与客户终端104的任何网络，并且可包括由有线和/或无线网络任何适合的组合，其中包括但不限于诸如互联网这样的广域网(WAN)、局域网(LAN)、手机互联网、WiFi网络、WiMax网络等。

一般而言，服务器112可包括能够处理数据、发送数据、接收数据及存储数据的任何平台。在本实施方式中，服务器112是被构造成用于数据库管理和数据处理的网络服务器。服务器112可基于任何期望的服务器类型计算环境，其中包括被构造成控制以计算机存储器或存储装置的形式的非暂时性计算机可读媒体并与其相互作用的一个或更多个中央处理单元(CPU)的适合构造。计算机存储器或存储装置可包括诸如随机存取存储器(RAM)这样的易失性存储器和诸如硬盘或闪存，或磁盘阵列(RAID)或云基存储这样的非易失性存储器。服务器112可还包括一个或更多个网络接口，用以连接到网络108或客户终端104。服务器112还可构造成包括诸如键盘或指点装置这样的输入装置或诸如监视器或显示器或它们的任何或全部这样的输出装置，构造成允许本地交互。可考虑到用于服务器112的其它类型的硬件配置。例如，服务器112还可被实现为基于云的计算解决方案的一部分，从而服务器112的功能被实现为在单个数据中心处或以镜像形式在多个数据中心上执行的一个或更多个虚拟机。服务器112的计算环境的软件方面还可包括代替或附加于任何本地输入装置或本地输出装置的远程访问能力。可在服务器112的计算环境中使用任何期望或适合的操作系统。因此，计算环境可被配置以适合的操作系统和应用，用以实现在此讨论的功能。现在，本领域的技术人员将认识到，服务器112不需要被实现为独立操作的装置，并且其可集成为多功能服务器的一部分或可全部以软件实现，例如虚拟机。在本实施方式中，服务器112被连接到诸如硬盘驱动器，固态驱动器，或任何其它的类型和排布的非易失性存储装置的存储装置116。

在系统100的另一个实施方式中，如图2所示，客户终端104可直接地连接到服务器112。

在另外的实施方式中，如图3所示，系统100可包括资料服务器120。在本实施方式中，资料服务器120包括资料数据库124。一般来说，资料数据库124是包括关于交换成员的信息的任何数据库。资料数据库124还可包括从由诸如Facebook^TM、Google^TM、Twitter^TM或LinkedIn^TM这样的一个或更多个第三方服务器维护的一个或更多个第三方服务、以及诸如网页服务器的其它网络联网数据源获得的数据。在一个变型中，资料服务器120通过充当聚合器接入相应服务的加入点来从第三方服务获得数据。另选地，资料服务器120通过接入聚合器服务可从第三方服务和其它联网源获得数据，该聚合器服务聚合来自第三方服务以及来自其它联网信息源的信息。资料服务器120通常通过网络108而链接到第三方接入点或聚合器或这些的组合。考虑到了连接到第三方服务及聚合器的其它方法，诸如通过代理和网关，这也被认为落入在保护范围内。

现在对于读者而言应当明显的是在系统100的其它变型中，资料服务器120可与服务器112共置，并且具有到服务器112的直接链接。另选地，资料服务器120可通过不同于网络108的网络连接到服务器112，从而允许在两个服务器之间的通信绕开网络108。在其它变型中，资料数据库124可位于服务器112上，从而允许服务器112执行资料服务器120的功能。

继续图3，还示出了电子商务服务器126。电子商务服务器126通过网络108连接到服务器112，虽然考虑到了在连通性中的其它变型并且在保护范围内，诸如通过从网络108分离的网络的链接。电子商务服务器126通常托管了诸如在线商店这样的电子商务网站，并且通常具有通向库存数据库和客户数据库的访问权。此外，电子商务服务器126可通常地执行获得客户信息、付款信息、处理付款及准备配送信息的这些功能。电子商务服务器126可与诸如仓库服务器、信用卡处理服务器等的一个或更多个其它服务器或计算机链接，以执行其功能中的一个或更多个。

在系统100的实现方式中的变型现将对于本领域技术人员发生，所有这些都被认为是系统100的可能实现方式并被认为落入在保护范围内。例如，在没有中间服务器112的情况下，每个客户终端104可被直接地连接到存储装置116，直接访问并且操作于存储装置116的内容。

为了例示系统100的实施方式的操作，如图4中所示提供了可在存储装置116处存储并由服务器112操作用以执行帐户管理和数据交换的各种数据库和表的简化表示。这个示例实施方式不以任何方式限制系统100，而是其纯粹地被呈现为示例性的示例以协助系统100的说明。

如图4所示，在这个示例实施方式中，存储装置116包括三个独立的数据库。交易数据库128包括通过使用系统100进行的所有交易。帐户数据库132包括由系统100当前使用的用于帐户管理和数据交换的帐户的列表。类别数据库200包括帐户持有方可执行或已执行的可形成交易和其估值的基础的活动。

图4另外地示出了来自帐户数据库132的帐户记录164，其具有行的形式。帐户记录164包括用于标识帐户记录164的条目“记录ID”168。帐户记录164还包括条目“帐户ID”172和条目“交换帐户”176。帐户ID 172条目标识这个记录所属于的帐户，并且可包括诸如帐户数目、帐户名称及其它标识符这样的一个或更多个条目。该交换帐户176条目标识帐户数据库132之内的与由这个记录中的帐户ID 172条目标识的帐户建立了交易交换关系的另一个帐户。帐户记录164附加地包括条目“关系”178，其存储在由帐户ID条目172标识的帐户和由条目176中标识的交换帐户标识的帐户之间的关系。帐户记录164附加地包括条目“余额”180，其存储了基于在由帐户ID条目172标识的帐户和由条目176中标识的交换帐户标识的帐户之间交换的交易获得的当前帐户余额。帐户记录164附加地包括“交易历史”184条目，其存储对当前未完成和已完成的交易的链接。帐户记录数据的至少一部分可从一个或更多个第三方服务获得，例如通过资料服务器120获得。

图4附加地示出了来自交易数据库128的还是以行的形式的交易记录136。该交易记录136包括作为用于标识交易记录136的条目的条目“记录ID”140。该交易记录136还包括标识正在处理的当前交易类型的条目“交易类型”144。交易记录136附加地包括条目“类别”148，其表示所选择的动作类别和针对交易记录136的子类别，并且从类别数据库200中选择。此外，帐户记录136包括条目“me帐户”152和条目“you帐户”156。me帐户152条目标识发起交易的存储在帐户数据库132中的帐户，并且you帐户148条目标识接收该交易的存储在帐户数据库132中的帐户。此外，交易记录136包括用于以诸如分数这样的数值的或定性度量而言标识交易的当前值的条目“值”160。此外，交易记录136包括“状态”条目162。该“状态”188条目存储了由交易记录136表示的交易的当前状态，诸如未完成、待定、完成、待定、放弃或争议。

图5示出了示例类别数据库200。类别是帐户持有方可执行或已执行的可形成交易和其估值的基础的活动的类型。类别空间包括用于对这些活动分类的各种类别和子类别。在这个示例中，该数据库被表示为多重树。

继续图5，类别数据库200包括4个主类别，每个表示一个父节点：家务事204、礼品208、亲密邂逅212及夜晚外出216。如图5所示，主类别家务事204包括在图1中被指示为“家务事”204的子节点的子类别“垃圾”220、“打扫房屋”224及“洗车”228。另外，如由图5指示，主类别礼物208包括在图1中被指示为“礼物”208的子节点的子类别“鲜花”232、“衣服”236及“现金”204。此外，如由图5指示，主类别“夜晚外出”216包括在图1中被指示为“夜晚外出”208的子节点的子类别“电影”244、“晚餐”248及“喝酒”204。

应该注意的是，在图5中示出的类别数据库200仅为示例性的示例，并且具有不同主类别和子类别的许多不同类别空间是可能的。此外，子类别自身可具有子类别，并且在不具有对子类别水平的任何限制的情况下，那些子子类别可另外地具有子类别。此外，类别空间无须是静态的。例如，随着利用特定类别或子类别的交易的量增加，该类别或子类别可分解成附加的类别或子类别。相反地，随着利用特定类别或子类别的交易的量减少，那些类别可被删除或与其它的类别或子类别合并。例如，如果利用子类别“花”232的交易的量增加了预定阈值以上，则附加子类别“盆花”和“鲜花”可被添加为子类别“花”232的子。添加什么类别或子类别的确定可通常地基于查询帐户，或在它们的交易历史条目184中链接了涉及子类别“花”232的交易的那些帐户。添加什么类别或子类别的确定还可由系统管理员、由帐户的建议、以及通过现在将对本领域技术人员发生的其它方法进行。例如，在某些变型中，帐户可通过人工文本输入或其它途径人工地提供附加类别和子类别。因此，针对所输入的类别和或子类别，可创建客户交易。类别可通过独立的专用显示器提供或在输入其它交易细节的同时提供。针对历史交易值和针对设置建议交易值，所创建的客户交易可由系统分别地跟踪。作为另外的一个示例，如果涉及“洗车”228和“打扫房屋”224的交易的量下降到特定阈值以下，则那两个类别可被删除。所有这些变型都落入在保护范围之内。

交易数据库128、帐户数据库132及类别数据库200可通过使用各种构造来实现，各种构造包括相互链接的列表、阵列、面向对象的容器、相关或平面数据库、树、图或递归结构等。另外，虽然在本实施方式中，在存储装置116上的数据已被存储在三个不同数据库中，而在其它变型中，该数据可被存储在较少或更多表、数据库或以不同方式组织的其它结构中。在交易数据库128、帐户数据库132、类别数据库200的实现中的变型以及在存储装置116上的信息的组织现将对本领域技术人员发生并且被认为落入在保护范围内。例如，交易记录136可另外地包括用于子类别的附加条目，与在单独条目中包括整个类别分支相反。此外，基于被存储以实现系统100的数据，交易数据库128和帐户数据库132可包括附加或较少的字段。在交易数据库128中的交易可被所有帐户全局可见，或具有受限制的可见性，诸如由发起方帐户、接收方帐户或由现将对本领域技术人员的帐户的其它组合。可见性的确定可由各种帐户或由系统执行。

继续该示例实施方式，四个示例性交易类型被包括在内。“MeUp”交易，如果成功，则导致发起该交易的帐户的帐户余额180增加。此外，MeUp交易导致发起交易的帐户的针对已执行或将要执行的活动的回报。“MeDown”交易，如果成功，则导致发起交易的帐户的帐户余额180减少。此外，MeDown交易导致发起交易的账户的针对已执行或将要执行或错过的活动的惩罚。“YouUp”交易，如果成功，则导致接收交易的帐户的帐户余额180增加。此外，YouUp交易导致接收交易的账户的针对已执行或将要执行或错过的活动的罚金。“YouDown”交易，如果成功，则导致接收交易的帐户的帐户余额180减少。现在对本领技术人员明显的是，在其它实施方式中其它交易类型可被使用并且这些实施方式落入保护范围内。为了说明的目的，在某些变型中，MeDown交易可是帐户余额的一部分的赎回。例如，帐户A可通过执行诸如清除垃圾和买花这样的某些活动，并且作为发起交易的帐户进入MeUp交易，或作为接收交易的帐户进入YouUp交易来相对于另一个帐户B赚得余额。在后来某时刻，通过例如进入针对类别/子类别“与朋友夜晚外出”的MeDown交易，其中帐户A是发起帐户并且帐户B是接收帐户，帐户A可选择赎回相对于帐户B赚得的得分的一部分。

在某些变型中，可发生对交易的双方的帐户余额的改变。例如，“MeUp”交易，如果成功，则不但可导致接收交易的帐户的帐户余额180减少，还可导致发起交易的帐户的帐户余额180增加。同样地，“MeDown”，如果成功，则不但可导致接收交易的帐户的帐户余额180增加，还可导致发起交易的帐户的帐户余额180减少。继续该示例，“YouUp”，如果成功，则不但可导致发起交易的帐户的帐户余额180减少，还可导致接收交易的帐户的帐户余额180增加。此外，“YouDown”，如果成功，则可导致发起交易的帐户的帐户余额180增加，还可导致接收交易的帐户的帐户余额180减少。增加和对应减少的量可是相同的或可不同，诸如其中一个是另一个的百分数。在某些变型中，某些交易可导致交易双方的帐户余额值改变；然而，其它交易将导致仅改变一方，发起方或接收方。要受影响的帐户余额值可由当事方规定或由系统自动确定。

继续该示例实施方式，每个交易可具有未完成、待定、完成、待定、放弃或争议的状态。未完成的状态指示该交易的细节尚未完全输入。待定状态指示交易细节已经全部输入，但并交易本身非完全执行。放弃状态指示该交易已被放弃并因此将无法完成。完成状态指示该交易已经完成并且合适的分数转移已经发生。争议状态指示了交换的交易不能由交易帐户完成，并因此该交易正由对等(peer)帐户操作。

现参照表1，并继续该示例实施方式，示出了根据如图4中所示的交易数据库128的结构组织并且存储在存储装置116上的简化示例交易数据库的一部分。

在本示例中，表1的交易数据库128，第一行示出了列标记。从第二行开始及以下，每行对应于处理数据库128的记录136。因此，根据表1，在该示例处理数据库128中的每个记录包括：由标记为“记录ID”的最左列标识的记录ID 140条目；由标记为“交易类型”的列标识的交易类型144条目；由标记为“类别”的列标识的类别148条目；由标记为“Me帐户”的列标记的Me帐户152条目；由标记为“You帐户”的列标识的You帐户156条目；由标记为“值”的列标识的值160条目，以及由标记为“状态”的列标识的状态162条目。

表1

示例交易数据库128的一部分

继续表1，在表的第二行中示出了示例交易数据库128的第一个交易记录136。根据第二行，针对第一示例交易记录136的记录ID 140条目被设置为“1”，因此将记录“1”标识为第一个记录。记录“1”的交易类型144条目被设置为“MeDown”。这个记录的类别是“夜晚外出/喝酒”，并且是从类别数据库200中选择的。基于记录“1”的me帐户152条目，发起这个交易的帐户是“John”。此外，根据记录“1”的you帐户156条目，接收这个交易的帐户是“Jane”。基于值160条目，这个交易的值是60，从而帐户“John”的帐户余额180中的一个条目按照下面进一步描述的方式在这个交易完成时被扣除60分。基于状态162条目，这个交易的状态是完成，其意味着交易成功完成。

现参照表1的第三行，针对第二示例处理记录136的记录ID 140条目被设置为“2”。针对记录“2”的交易类型144条目被设置为YouDown。这个记录的类别是“夜晚外出/看电影”，并且是从类别数据库200中选择的。基于记录“2”的me帐户152条目，发起这个交易的帐户是“Jane”。因此，根据记录“2”的you帐户156条目，接收这个交易的帐户是“John”。基于值160条目，这个交易的值是50，从而帐户“John”的帐户余额中的一个按照下面进一步描述的方式在交易完成时被扣除40分。基于状态162条目，这个交易的状态是完成，其意味着交易成功完成。

接下来参照表1的第四行，针对第二示例处理记录136的记录ID 140条目被设置为“3”。针对记录“3”的交易类型144条目被设置为MeUp。这个记录的类别是“礼物/现金”，并且是从类别数据库200中选择的。基于记录“3”的me帐户152条目，发起这个交易的帐户是“John”。因此，根据记录“3”的you帐户156条目，接收这个交易的帐户是“朋友1”。基于值160条目，这个交易的值是50，从而帐户“John”的帐户余额180中的一个条目按照下面进一步描述的方式在交易完成时增加50分。基于状态162条目，这个交易的状态是完成，其意味着交易成功完成。

现参照表2，示出根据如图4中所示的帐户数据库132的结构组织并且存储在存储装置116上的示例帐户数据库132的内容的一部分。在表2中示出的示例帐户数据库132的该部分与表1的示例交易数据库128关联，如下面进一步说明。在这个示例中，第一行示出了列标记。从第二行开始及以下，每行对应于帐户数据库132的记录164。因此，根据表2，在示例帐户数据库132中的每个记录包括由最左侧列标记“记录ID”标识的记录ID 168条目；由列标记“帐户ID”标识的帐户ID 172条目以及由列标记“交换帐户”标识的交换帐户176条目。每个帐户记录164可另外地包括：由列标记“关系”标识的关系178条目；由列标记“余额”标识的余额180条目以及由列标记“交易历史”标识的交易历史176条目。

表2

示例帐户数据库132的部分

继续表2，在表的第二行中示出了示例帐户数据库132的第一示例帐户记录164。根据第二行，针对第一示例记录164的记录标识符168条目被设置为“A”，从而将第一个帐户记录164标识为记录“A”。这个记录的帐户ID 172条目(记录“A”)被设置为“John”，其指示这个记录属于帐户“John”。针对记录“A”的交换帐户176条目是“Jane”并且其指示了这个记录是关于在帐户“John”和帐户“Jane”之间的交换。这个记录的关系178条目被设置为妻子，其指示帐户“Jane”具有与帐户“John”的妻子关系。记录“A”的余额条目180被设置为-100，其指示基于在“John”和“Jane”帐户之间的一组在先交易交换，这个帐户的当前余额是-100。这个记录的交易条目184被设置为1、2，其指示上述交易记录“1”和“2”形成针对这个记录的交易历史。

继续表2，在该表的第三行中示出了示例帐户数据库132的第二示例帐户记录164。根据第三行，针对第二示例记录164的记录标识符168条目被设置为“B”，从而将第二个帐户记录标识为记录“B”。这个记录的帐户ID 172条目(记录“B”)被设置为“John”，其指示这个记录属于帐户“John”。针对记录“B”的交换帐户176条目是“朋友1”并且其指示了这个记录是关于在帐户“John”和帐户“朋友1”之间的交换。这个记录的关系178条目被设置为朋友，其指示了帐户“朋友1”具有与帐户“John”的朋友关系。记录“B”的余额条目180被设置为50，其指示基于在“John”和“朋友1”帐户之间的一组在先交易交换，这个帐户的当前余额是的50。这个记录的交易条目184被设置为“3”，其指示上述的交易记录“3”形成针对这个记录的交易历史。

继续表2，在表的第四行中示出了示例帐户数据库132的第三示例帐户记录164。根据第四行，针对第三示例记录164的记录标识符168条目被设置为“C”，因此将第三帐户记录164标识为记录“C”。这个记录的帐户ID 172条目(记录“C”)被设置为“Jane”，其指示了这个记录属于帐户“Jane”。针对记录“C”的交换帐户176条目是“John”并且其指示这个记录是关于在帐户“Jane”和帐户“John”之间的交换。这个记录的关系178条目被设置为丈夫，其指示帐户“John”具有与帐户“Jane”的丈夫关系。记录“C”的余额条目180被设置为100，其指示基于在“Jane”和“John”帐户之间的一组在先交易交换，这个帐户的当前余额是100。这个记录的交易条目184被设置为“1”和“2”，其指示上述交易记录“1”和“2”形成针对这个记录的交易历史。

应该注意的是，虽然在这个示例中，基于相同的交易历史184，帐户记录164“A”和“C”具有相同大小的余额条目180，但是在其它示例中，具有相同交易历史184的两个帐户记录164可导致不同大小的余额180。在这个示例中，如表2所示，假设导致John的帐户余额改变的交易导致Jane的帐户余额的相等并且相反的改变。结果，John和Jane，如在记录“A”和记录“C”所指示的，共享相同的帐户余额，但是一个是是另一个的负值。

此外，在这个示例实施方式中，并且如表2所示，每个帐户可在帐户数据库132中具有多个帐户记录164。由帐户ID 172条目标识帐户记录164所属于的账户。例如，在这个示例实施方式中，帐户“John”具有至少两个记录，即记录“A”和记录“B”。此外，每个帐户记录164专用于与所有方帐户具有交易交换关系的另一个帐户的交易交换。例如，帐户“John”的记录“A”专用于与帐户“Jane”的交易交换，而帐户“John”的记录“B”专用于与帐户“朋友1”的交易交换。

现在对于本领域技术人员将变得明显的是，存储帐户、交易及类别的许多变型是可能的。例如，具有相同帐户ID的全部帐户记录可作为单个记录收集在数据库内，以使得对属于单个帐户ID的记录的管理较为流畅。另选地，完成的交易可以仅储存一段时间，并且可在经过预定一段时间之后被删除。另选地，完成的交易记录字段的子集可作为帐户记录的一部分来存储，并且在其一部分被存储在帐户记录中之后，将完成的交易记录删除。在某些变型中，单个余额可与相对于该余额哪个帐户是正和哪个帐户是负的指示符一起维持。

在某些变型中，关系178条目可基于例如从可以从例如社交网络的各种网络服务或直接从这些服务聚集信息的资料数据库124和资料服务器120获得的关系自动确定。在其它变型中，可人工指定该关系。在进一步变型中，帐户记录可自动被创建。该创建可是以帐户ID的关系为基础，该关系是根据资料服务器120从诸如Facebook这样的社交网络服务获得的信息来确定的。在其它变型中，帐户记录或可人工地添加，或除了以社交网络服务信息为基础创建的自动记录之外人工地添加。这些及其它的变型都在保护范围之内。

现参照图6，交易交换的方法总体地被指示在600处。为了帮助说明该方法，假定方法600通过使用如图3所示的系统100进行操作，系统100附加地对如图4和图5以及表1和表2中所示的示例数据库128、数据库132和数据库200进行操作。此外，方法600的以下讨论得到对系统100的进一步理解。然而，可以理解的是，可改变系统100和方法600，并且不需要精确地按照在此所描述的彼此结合地工作，并且这种变型在保护范围之内。

首先从步骤605处开始，交易由帐户使用客户端104-1发起，并且如图7所示。在这个示例中，用于发起交易的帐户的帐户ID通过选择框704选择为“John”。在变型中，选择框704可被预先填充，以对应于在客户端104-1处当前登陆的帐户。在其它变型中，发起交易的帐户可不同于由用于发起交易的帐户的帐户ID指示的帐户。在某些实施方式中，该选择框704是文本输入框。在其它实施方式中，该文本输入框可是下拉列表。现将对本领域技术人员发生的是存在各种方法允许通过用户接口来选择账户并且这些变化在保护范围内。如图7还示出，新的交易记录被相应地创建，并且记录ID 140被设置为“4”。该记录的状态条目被更新为“未完成”，并且me帐户152条目被设置为“John”。假设有效地创建了记录“4”，则方法600前进到步骤610。

返回参照图6，在610处接收方帐户被选择。在这个示例中，用于接收交易的帐户的帐户ID(you帐户)通过如图7所示的选择框708被选择为“Jane”。在某些示例中，该选择框708是文本输入框。在其它实施方式中，该文本输入框可是下拉列表。现将对本领域技术人员发生的是，存在各种方法允许通过用户接口选择帐户并且这些变化在保护范围内。

如图7所示，还更新了记录“4”的you帐户156条目，以反映所选择的帐户“Jane”。虽然在这个示例中，该交易在选择you帐户之前被发起，但是在其它变型中，该交易可基于you帐户选择来创建。例如，you帐户(“Jane”在这个示例中)可以首先被选择，显示例如在John和Jane之间的交易的历史，然后那个阶段创建的新交易。变型的优点是可在交易记录136中预填入接收帐户，减少了附加选择和所需要的关联数据处理。

返回参照图6，在615处交易类型被选择。在这个示例中并且如图7所示，交易类型通过选择器712而被选择为MeUp。如图所示，选择器712由两个可选择的指示符组成：位于选择器712的顶部处的向上箭头714和位于选择器712底部的向下箭头716。选择器712可另外地包括帐户标识符718，其被设置在向上箭头714和向下箭头716附近。选择器712还被设置在用于me帐户的选择框旁边，以附加地标识与其相关的帐户。当向上箭头714被选择时，交易类型MeUp被选择。当向下箭头716被选择时，交易类型MeDown被选择。选择器720被以类似的样式使用，以选择YouUp或YouDown交易类型。在做出了选择时，则所选择的指示符如图8的(a)和图8的(b)所示被高亮。在变型中，在多于四个交易类型的情况下，针对每个选择器可使用超过两个指示符，类似地设置在与他们关联的那个帐户附近。此外，在进一步变型中，可选择的指示符可被按照除了上和下的空间关系以外的诸如左和右的这样的空间关系来分布。这些和其它变型都在保护范围之内。在选择了交易类型时，记录“4”的交易类型144条目被相应地更新，在此情况下为Meup。

移至步骤620，类别被选择。现参照图8的(a)，在这个示例中，基于me帐户和you帐户之间的关系，选择框804显示了类别空间200的所有可用的主类别。确定使用哪个帐户记录164的关系条目178是基于me帐户“152”和you帐户“156”对帐户ID条目172和交换帐户条目176的匹配来进行。在这个示例中，“John”和“Jane”是要分别匹配的帐户，从而匹配帐户记录“A”。因此，该关系被标识，在这个示例是关系“妻子”。基于“妻子”关系，确定类别数据库200的全部四个主类别即家务事204、礼物208、亲密邂逅212及夜晚外出216是可用的，并且因此其如图8的(a)所示被显示在客户端104-1上。在变型中，对于给定关系，不是所有主要的类别可用。例如，对于关系“朋友”，类别亲密邂逅216可能不可用。这些和其它变型在保护范围之内。作为另外的示例，在某些变型中，可使用诸如通过键盘这样的人工输入来指定不同于所示出的4个类别的主类别。然后，这种附加类别可变为对这个和其它帐户持有方可用，以在未来的客户交易适当使用，诸如通过人工或自动监测。

在选择了主类别时，在这个示例中将被假设为家务事204，则选择器框804被更新为804’，以如图8的(b)所示显示针对所选择的类别家务事204的子类别。在其它变型中，可以使用另一个选择框来显示子类别。在另外的其它变型中，不同的屏幕可被利用。这些和其它的变型都在保护范围之内。例如，可人工地输入不同于所显示的子类别。然后，这种附加类别可变为对这个和其它帐户持有方可用，以在未来的客户交易适当使用，诸如通过人工或自动监测。在变型中，子-子类别和这些的其它分支可被选择。

继续步骤620，子类别通过选择框804’而被选择，其在此情况下是垃圾，暗示家务事是倒垃圾。如图8的(c)所示，记录“4”被更新，以反映所选择的类别。

在步骤625处，值被分配给交易记录“4”。该值可基于该子类别的在先交易而自动地被分配。该分配可基于例如针对该子类别完成的最后交易的值。另选地，该值可基于以同一类别/子类别组合为基础的在先的预定数量的交易的统计加权或平均值。在其它变型中，用于确定该值的交易可具有相同关系，或诸如妻子、丈夫和朋友这样的一组被限定为相似的关系。在其它变型中，自动地设置的值可通过在图9中示出的用户接口更改。在另外的其它变型中，仅可通过图9的接口人工地设置该值。在系统中不存在在先交易的情况下，则仅可人工地设置该值，或可分配预设默认值。在进一步变型中，人工指定的值可由基于这个账户已进入过的其它交易的历史值或与这个账户有关系或联网的其它帐户的历史交易值或一般的历史交易的统计确定结果来约束。这些统计确定结果还可基于交易的类别和其它分类。在这个示例中，该值被设置为40。如图9中还示出，相应地更新了记录“4”。

在步骤630处，该交易被发送。如图9所示，该交易可通过在用户接口中做出的选择来发送。在做出了选择时，可将交易记录或相关信息转发到服务器112。在这个时刻，交易记录状态也被更新为待定。此外，可将记录ID“4”添加到记录“A”和记录“C”的交易历史中，因为这个交易涉及这两个帐户。

在图7至图9中示出的接口仅为示例性的，并且在其它变型中可以使用不同接口。这些和其它变型都在保护范围之内。

现在参照图10，在1000处总体地指示了处理接收的交易的方法。为了帮助说明该方法，假定方法600通过使用如图3所示的系统100操作，系统100附加地对如图4和图5以及表1和表2中所示的示例数据库128、数据库132和数据库200操作。此外，方法600的以下讨论得到对系统100的进一步理解。然而，可以理解的是，可改变系统100和方法600，并且不需要精确地按照在此所描述的彼此结合地工作，并且这种变型在保护范围之内。

现参照图10，在步骤1005处，该交易通知被接收。在本示例中，交易记录“4”和/或通知将被发送到已日志记录(logged)或托管该客户帐户“Jane”的客户端104-2。在这个示例中，在图11中在帐户“Jane”已涉及的交易的列表的顶部处示出了最近接收到的交易通知1104。此外，在这个示例中，按时间顺序组织该列表，但是在其它变型中，可根据诸如交易状态这样的其它条件组织列表顺序。此外，在其它变型中，还可以使用诸如LED、声音或振动这样的客户端104-2通知选项、以及诸如通知栏这样的操作系统通知工具来通知新交易的接收。

返回参照图10，在步骤1010处选择合适的处理选项。参照图11，示出了与交易1104关联的四个处理选项。当选项1108被选择时，接受该交易，在当前值完成。在选择了选项1108时，交易记录“4”的状态条目162被更新为完成。此外，按照交易值条目160确定，帐户记录“A”的余额条目180增加了40，因为交易记录“4”的交易类型144条目是MeUp。确定增加哪个帐户记录164的余额条目180是基于me帐户“152”和you帐户“156”对帐户ID条目172和交换帐户条目176的匹配进行。在这个示例中，“John”和“Jane”是被分别地匹配的帐户，从而匹配帐户记录“A”。

继续图11，选项1116是争议，其将在以下被描述。选项1120是拒绝，当其被选择时，删除交易记录并且通知交易的发起方，在这个示例中为“John”帐户。响应，1112是还盘，并且当其被选择时，其允许改变交易的值并发送回发送方。在这个示例中，将假设还盘选项1112被选择。在变型中，交易可被设置使得一个或更多个响应不可用。例如，可禁用还盘和争议响应，仅允许交易的接受或拒绝。在进一步变型中，人工指定的值可由基于这个账户已进入过的其它交易的历史值或与这个账户有关系或联网的其它帐户的历史交易值或一般的历史交易的统计确定结果来约束。这些统计确定结果还可基于交易的类别和其它分类符。在其它变型中，附加响应可以可用。这些和其它变型都在保护范围之内。

移至图10，在步骤1015处，所选择的选项被执行。在这个示例中，参照图12，选择框1204被使用以选择用于交易的新值，并且将该交易发送到服务器112以被发送到发起帐户，在此情况下为“John”。如图12所示，相应地更新了交易记录“4”。虽然未示出，但是交易请求和还盘可包括解释请求和还盘的原因的注释。交易和还盘还可包括提供针对交易或还盘的回顾和完成的绝限指示符的提醒、定时器及其它方式。

在步骤1015处完成了还盘响应的处理时，方法1000再一次被执行，这次是由客户端104-1执行。此外，在步骤1005处，交易记录“4”或关联信息被发送到客户端104-1，帐户“John”已在该客户端登陆。在本示例中，最近地接收的交易通知1304被如图13所示示出在交易帐户“John”涉及的交易的列表的顶端处。在步骤1010处，选择了适合的处理选项。在本示例中，如图13所示，所选择的选项是争议。在步骤1015处，执行所选择的响应争议，接下来其被解释。

现参照图14，在1400处总体地指示处理争议的方法。为了帮助说明该方法，假定方法600通过使用如图3所示的系统100操作，系统100附加地对如图4和图5、以及表1和表2中所示的示例数据库128、数据库132和数据库200操作。此外，方法600的以下讨论得到对系统100的进一步理解。然而，可以理解的是，可改变系统100和方法600，并且不需要精确地按照在此所描述的彼此结合地工作，并且这种变型在保护范围之内。

在步骤1405处开始，发起争议。在这个示例中，争议由使用客户端104-1的帐户发起，并且通过如上解释的争议响应的选择。在由一个帐户发起了争议时，交易所涉及的其它帐户被通知。在变型中，作为争议通知的一部分，可以向其它帐户呈现取消交易的选项。

在步骤1410处，执行争议小组选择。继续这个示例，并且参照图15，示出了用于小组选择的示例用户接口1504。选择屏幕由帐户“John”有权访问的帐户的列表1508和针对在列表1508中示出的每个帐户的选择框1512组成。此时对于本领域技术人员将变得明显的是，存在可用于显示和从可访问帐户的列表选择帐户的各种另选的显示方法并且所有这些变型在保护范围内。在这个示例中并如图15所示，已选择了帐户“朋友1”、“朋友2”、“朋友4”及“朋友5”作为该小组。在变型中，该面板可由系统自动地进行填充。在进一步变型中，小组成员可以是系统管理员帐户或没有设计交易交换的帐户。形成小组的其它变型将对于本领域技术人员发生。

继续方法1400，在步骤1415处，通知形成小组的帐户。因此，将关于通知中的每个的数据发送到在小组帐户登录或被托管的客户端104。在这个示例中，并且如图16所示，在帐户“朋友1”登录的客户端104-3接收了小组通知。该通知被显示为交易历史列表的一部分，但是可以通过使用以上描述的与交易通知有关的各种不同的方法来提供。在选择了小组通知时，方法1400将移至步骤1420。

在步骤1420处，接收了小组成员帐户输入。在本示例中，提供投票选择显示。图17示出了在客户端104-3上提供的针对帐户“朋友1”的示例显示。如图17所示，该显示包括作为交易的简要历史的列表1704，在这个示例中，原始交易值是40并且还盘交易值是30。此外，提供了选项1708，从该选项选择针对特定小组成员帐户的输入。如所示的，选项1708可包括作为交易历史的一部分的值，以及可由系统100计算的其它值。此外，可呈现该交易的当前系统值1712。该当前系统值可以基于涉及这个特定类别的在先交易来确定。例如，可对涉及交易记录136的类别148条目的最近5个交易的完成值求平均。另选地，在计算系统值1712中使用的交易记录136可基于各种其它交易或诸如相关帐户记录164的关系条目178这样的帐户特征来选择。此外，除了求平均之外的计算还可用来计算当前系统值1712。另外，虽然在这个示例中当前系统值1712不是选项1708的一部分，但是在其它变型中其可以是选项1708的一部分。在另一其它变型中，选项1708可包括人工值输入选项。

在从可为一个或更多个的预定数量的小组成员帐户接收到输入时，在步骤1425处确定最终交易值。在本示例中，该最终交易值基于小组成员输入来确定。这个确定可基于从小组成员帐户接收的输入值的主要部分，或从小组成员帐户接收的值的平均。此时对于本领域技术人员将变得明显的是存在多种方法来基于多个小组帐户输入确定最终交易值并且这些全部在保护范围内。在本示例中，将假设由小组成员帐户输入确定的最终值为40。因此，交易记录“4”的值160条目被设置为40。

在选择了最终交易值时，完成了该交易，并且由me帐户条目152和you帐户条目156标识的帐户被通知。交易记录“4”的状态条目162被更新为完成。此外，根据交易值条目160确定，帐户记录“A”的余额条目180增加了40，因为交易记录“4”的交易类型144条目是MeUp。应当注意的是，在此情况下，Jane的帐户余额值保持相同，因为假设了交易仅导致John的余额被影响。确定增加哪个帐户记录164的余额条目180基于将me帐户“152”和you帐户“156”对帐户ID条目172和交换帐户条目176的匹配来进行。在这个示例中，“John”和“Jane”是被分别地匹配的帐户，从而匹配帐户记录“A”。在表3中示出了更新后的帐户数据库132，并且在表4中示出了更新后的交易数据库128。

表3

更新后的示例账户数据库132的一部分

表4

更新后的示例账户数据库128

在这个目前已说明的示例实施方式中，交易记录被存储在服务器112中，并且将其发送到客户端104用于处理和更新。此外，客户端104还可创建记录。在创建、处理或更新了记录时，其被发送回服务器112。在其它变型中，该记录和数据库可仅存储在服务器112上，并且客户端可充当到服务器的用户接口。例如，客户端可包括基于HTML 5的应用，该应用从服务器112检索和更新数据库信息，而不永久地存储数据库或记录的副本。在其它示例中，客户端104可在客户端104本地地维护数据库的一部分或全部。在另一其它变型中，仅与在特定客户端104处登录的帐户相关的数据库的部分可复制在该客户端104处。客户端104对数据库和相关记录的存储还可能与在该客户端处的登录的持续时间重合。在另一个变型中，在没有服务器的情况下，客户端104可执行所有操作，通过使用例如对等网络，或经由网络108通信。现对本领域技术人员明显的是存在各种方式用以构建数据库在系统100的客户端和服务器之间的存储和维护，并且所有的这些变型将在保护范围内。

在另一其它的变型附加数据库中，数据结构和模块可以被使用。例如，在一个实施方式中，可以使用队列来保持针对特定交易的全部当前值和还盘值的实时运行列表。因此，当具有MeUp、MeDown、YouUp、YouDown的交易类型的新的交易记录136被创建时，被认为是请求的该交易记录被设置于该队列中。该队列可首先按照价格排序，然后按照时间排序。由于该交易记录由每个帐户进行操作，其生成还盘值，所以由发起帐户和接收帐户设置的值可被调整直到进行了适合的匹配为止。

作为进一步变型，匹配器模块可负责将特定出盘价(bit value)和要价(ask value)匹配。在这个变型中，匹配器模块将监控该队列。当发起帐户值和接收帐户值在预定差异内时，匹配将会发生，并且交易将被完成。例如，当创建了具有交易类型MeUp、YouDown、MeDown或YouUp的新交易记录136时，然后出盘记录被创建。如果交易记录的接收帐户接受该价钱，则然后这触发创建在相同价格处的要价记录，并且出盘记录和要价记录被匹配，完成该交易。如果接收帐户导致触发争议处理，或用不同的值还盘，则该方法继续直至存在合适的匹配为止。

现对本领域技术人员明显的是存在各种方式来构建用于帐户管理和交易交换的数据的存储和维护，以及用以组织系统100的数据处理模型的各种方式，并且所有的这些将在保护范围内。例如，在变型中，可维护针对所有关系上的个人和净余额的累积数。在某种变型中，可确定针对给定关系的净余额并且将其在显示器上指示。例如，如果帐户A具有相对于帐户B的为50的帐户余额，并且帐户B具有相对于帐户A的为20的帐户余额，则净余额可以是偏向帐户A的30。净余额由箭头指示在显示器上。当净余额偏向帐户A时，该箭头可倾斜指向帐户A的指示符，并且当它偏向帐户B时，则远离帐户A的指示符。指示净余额的其它方法现将对本领域技术人员发生并且在保护范围内。在进一步变型中，在这些帐户之间的净余额的确定可以被归一化。该归一化可相对于在特定关系或相对于关系的网络中的值。该归一化可允许所指示的来自不同关系的净余额处于相似的范围中，并从而可比较。例如，在这个帐户A和帐户B的关系的示例中，该净余额可作为最高帐户余额50的百分比来表示。因此，针对该示例的净余额将被表示为30/50或60％.

在其它变型中，可以根据诸如MeUp,YouUp这样的交易类型维持累计总数。净余额或累计总数可在争议处理期间使用来解决争议。可维护针对所有交易的交易历史。还可单独地或集合地向其它系统输出交易结果，诸如作为第三方服务的一部分而提供的其他第三方服务。因此，交易或多个交易可以作为由第三方服务针对给定账户提供的时间线的一部分而被显示。交易可以在其完成时被输出或在任何适当时间被输出。

在进一步变型中，可例如用现金或商品，或由诸如服务器126这样的电子商务服务器提供的产品和服务赎回帐户余额。在这个变型中，可使用从与帐户关联的一个或更多个帐户记录164的帐户余额中获得由服务器126提供的产品和服务。

在另外的实施方式中，可通过指定用于you帐户条目156的多个帐户来创建交易记录136。在此情况中，使未完成的交易对在you条目156中指定的所有帐户可用。在一个实施方式中，所有接收交易的帐户可完成与发起该交易的帐户的交易。在这个实施方式中，将为选择接受或还盘或争议该交易的每个帐户创建新的交易记录136。在另一变型中，仅一个交易可被完成。在这个实施方式中，该接收帐户将能够接受在该交易记录136的值180条目中指定的交易值或对该交易值还盘。如果接收了多个接受或还盘，则从这些多个帐户中进行选择的方法可以被使用以选择与其完成该交易的进行还盘或接受的帐户。例如，帐户“John”可以创建针对类别家务事/垃圾YouUp交易，根据在其账户记录164的关系178条目中规定的，选择与其具有子关系的所有帐户作为you帐户。所选择的you帐户然后可接受和还盘。在这个示例中，用最低值还盘的帐户可以被选择以完成该交易。在这个示例中，该交易实际上创建了以倒垃圾来赚取分数的出盘。以最低分数的量来同意这样做的子帐户开始完成该交易。

在另一变型中，该创建的交易可被完成有限次数，也就是，作为初始交易记录136的结果，预定数量的交易记录136可以被创建和完成。在这个变型中，在试图完成该交易的接收帐户的数目超过可被创建的交易记录136的预定数目时，从多帐户中进行选择的方法可被执行。在另一个变型中，交易记录136可被设置成如果其在特定时间段内不被操作或完成则过期。

在另一实施方式中，可将系统100和方法600、1000和1400应用到不同的帐户域。例如，如图18所例示，系统100’由与系统100的相同的由相同附图标记附加’表示的元件组成。系统100’包括附加元件，域130-1’、域130-2’或域130-3’。总体地，域130-1’、130-2’及130-3’被称为域130’。在本文中的其它地方使用这个术语。每个域130’包括帐户的集合。例如，域130-1’可包括一个学校的学生的帐户，“学生1”、“学生2”和“学生3”；域130-2’可包括另一个学校的学生帐户，“学生1”、“学生2”和“学生3”并且域130-3’可包括教育委员会账户“食物库”和“庇护所”的帐户。在一个实施方式中，每个域130是管理与系统100’关联的数据库以及该域内的帐户的单独服务器。此外，附加帐户可在服务器112处维护以使得能够执行方法600、1000和1040用于涉及域之间的帐户的交易。在变型中，域和它们的数据库被维护在服务器112处。

在另外的实施方式中，系统100’可被使用例如以实现用于教育委员会的志愿者系统。在这个示例中，由教育委员会103-3’域维护的该帐户可以使得交易记录136可用，其中you帐户条目156被指定为在所有域中的所有学生帐户。如图19所示，登录在客户端104-1’的示例学生帐户将在客户端104-1’从来自教育委员会域130-3’的多个帐户接收交易通知，其包括“食物库”和“庇护所”。在选择了特定帐户域时，在此示例中假设是“食物库”，可如图20所示提供来自“食物银行”帐户的可用交易。在交易被选择并且被接受，在此条件下用600个分数收集食物，该学生帐户余额可被增加以反应图21中示出的新交易。在变型中，在经过特定时间之后可以进行余额更新，使得该许诺的活动的执行可被确认。在又一变型中，使用赎回服务器126’，可以赎回赚得的分数。

在进一步变型中，系统100和系统100’可维护表示完成待定的交易的历史值。例如，维护的历史值可以是每日的，并且每日值可是每日最后完成的那些。在另一变型中，针对所完成的每个交易的每个类别或子类别可以维护每日值。作为示例，参照图22，针对所选择的类别的最近完成的交易值的列表2204可被维护并被提供到帐户。在选择了多个类别中的一个时，可提供对象2208，其指示针对该类别的完成的交易的每日历史值。

在另一个实施方式中，历史值或交易量或这二者可以基于在帐户记录164的关系条目178中限定的帐户关系来维护。因此，针对特定类别的历史值可以例如针对涉及父关系和子关系的全部交易而被维护。在这个实施方式中，当新交易被创建时，在该交易中涉及的帐户可被通知针对该关系的交易的类别的历史或最近值或交易量。例如，当针对垃圾220子类别创建交易时，该交易在父和子之间，仅针对包括父/子关系的交易的历史量和值涉及该垃圾子类别220。在另一个示例中，累积并呈现的历史值可以以参与该交易的帐户为基础。在这个示例中，该帐户可以被呈现在过去他们如何对这个类别估价，以及其它方在过去如何对这个类别的交易估价。在其它变型中，可维护一组历史数据，并且可以以诸如以上讨论的类别、关系等指定标准为基础产生其它子集合。

现在对于本领域技术人员明显的是在交易值和量、待定或完成的其它历史测量结果可能的并且可作为系统100和100’的操作的一部分来存储。这些测量结果可包括，例如用于已完成交易的值范围以及针对待定交易的值范围。这些和其它结果在保护范围之内。此外，可基于不同于关系和帐户的标准来积累和呈现历史测量结果，该标准诸如交易的时间或季度、交易的域130’或这些的组合以及现将发生于本领域技术人员的其它标准。

上述实施方式旨在是示例性的，并且在没有离开由附加在此的权利要求单独限定的范围内的情况下可以对其进行更改和变化。例如，所讨论的方法、系统和实施方式可全部或部分地改变和结合。

Claims (20)

1.一种交易服务器，该交易服务器包括：

处理器，该处理器被构造成：

维护发起帐户和接收帐户、类别和用于关联帐户的网络；

由所述发起帐户发起交易记录，所述交易记录包括：基于所述类别的类别指

示符、基于所述网络的帐户关系指示符、接收帐户指示符以及交易值；

基于所述接收帐户指示符将所述交易记录提供到所述接收帐户；

基于所述交易记录从所述接收帐户接收选择；以及

基于所述选择确定最终交易值；以及

网络接口，该网络接口被构造成与帐户终端接口以访问所述账户。

2.根据权利要求1所述的服务器，其中，所述选择包括接受、提供另选值、拒绝以及争议中的一个的指示。

3.根据权利要求2所述的服务器，其中，所述选择是争议的指示，所述确定包括：

维护多个附加帐户；

从所述多个附加账户选择小组帐户的组；

向所述小组帐户提供争议通知；以及

从所述小组账户接收作为对所述通知的响应的输入的组；以及

基于所述输入的组确定最终交易值。

4.根据权利要求1所述的服务器，其中，所述交易记录还包括从meUp或meDown中的至少一个选择的交易类型，所述处理器还被构造成：

针对由所述发起帐户指示符指示的发起帐户，维护与所述接收帐户关联的第一帐户余额；以及

当所述交易类型是meUp时，基于所述最终交易值增加所述第一帐户余额；以及

当所述交易类型是meDown时，基于所述最终交易值减少所述第一帐户余额。

5.根据权利要求4所述的服务器，其中，所述交易类型是从youUp或youDown中的一个选择的，所述处理器还被构造成：

针对所述接收帐户，维护与所述发起帐户关联的第二帐户余额；

当所述交易类型是youUp时，基于所述最终交易值增加所述第二帐户余额；以及

当所述交易类型是youDown时，基于所述最终交易值减小所述第二帐户余额。

6.根据权利要求1所述的服务器，其中，所述类别指示符是从预先存在的类别值中选择的。

7.根据权利要求6所述的服务器，所述处理器还被构造成：

针对每个所述类别值，维护最终交易值的历史；以及

基于与所述类别指示符关联的所述最终交易值的历史，提供针对所述交易记录的初始交易值。

8.根据权利要求7所述的服务器，所述处理器还被构造成：

维护多个附加帐户；以及

通过将所述附加账户中的至少一些与由所述发起账户指示符指示的发起账户相关联，形成第一网络；

其中，交易值的所述历史还基于涉及所述第一网络的交易。

9.根据权利要求2所述的服务器，所述处理器还被构造成：

维护多个附加帐户；以及

通过将所述附加账户中的至少一些与由所述发起账户指示符指示的发起账户关联，形成第一网络；

当所述选择是提供另选值的指示时，所述确定包括：

用所述另选值更新所述交易记录；

将所述交易记录发送到所述第一客户终端；

从所述发起账户接收第二值；以及

基于所述第二选择确定所述最终交易值，所述第二值由基于涉及所述第一网络的交易的交易值的历史约束。

10.根据权利要求1所述的服务器，所述网络接口还被构造成：

从第三方服务至少部分地接收所述网络。

11.根据权利要求10所述的服务器，其中，所述网络接口还被构造成以最终形式将所述交易记录发送到第三方服务以作为由该第三方服务提供的服务的一部分来显示。

12.一种用于在服务器处执行的基于网络的交易交换的方法，所述方法包括以下步骤：

维护第一帐户和接收帐户、类别和用于关联帐户的网络；

由所述第一账户发起交易记录，所述交易记录包括发起账户指示符、基于所述类别的类别指示符、基于所述关系的账户关系指示符、接收账户指示符和交易值；

基于所述接收帐户指示符将所述交易记录提供到所述接收帐户；

基于所述交易记录从所述接收账户接收选择；以及

基于所述选择确定最终交易值。

13.根据权利要求12所述的方法，其中，所述选择包括：接受、提供另选值、拒绝以及争议中的一个的指示。

14.根据权利要求13所述的方法，其中，所述选择是争议的指示，所述确定包括以下步骤：

维护多个附加帐户；

从所述多个附加账户选择小组帐户的组；

向所述小组账户提供争议通知；

从所述小组账户的组接收作为对所述通知的响应的输入的组；以及

基于所述输入的组确定最终交易值。

15.根据权利要求12所述的方法，其中，所述交易记录还包括从meUp或meDown中的至少一个选择的交易类型，所述方法还包括以下步骤：

针对由所述发起帐户指示符指示的发起帐户，维护与所述接收帐户关联的第一帐户余额；以及

当所述交易类型是meUp时，基于所述最终交易值增加所述第一帐户余额；以及

当所述交易类型是meDown时，基于所述最终交易值减少所述第一帐户余额。

16.根据权利要求15所述的方法，其中，所述交易类型选自youUp或youDown中的一个并且所述方法还包括：

针对所述接收帐户，维护与所述发起帐户关联的第二帐户余额；

当所述交易类型是youUp时，基于所述最终交易值增加所述第二帐户余额；以及

当所述交易类型是youDown时，基于所述最终交易值减少所述第二帐户余额。

17.根据权利要求12所述的方法，其中，所述类别指示符是从预先存在的类别值中选择的。

18.根据权利要求17所述的方法，所述方法还包括以下步骤：

针对每个所述类别值，维护最终交易值的历史；以及

基于与所述类别指示符关联的所述最终交易值的所述历史，提供针对所述交易记录的初始交易值。

19.根据权利要求18所述的方法，所述方法还包括以下步骤：

维护多个附加帐户；以及

通过将所述附加账户中的至少一些与由所述发起账户指示符指示的发起账户相关联，形成第一网络；

其中，交易值的所述历史还基于涉及所述第一网络的交易。

20.根据权利要求13所述的方法，所述方法还包括以下步骤：

维护多个附加帐户；以及

通过将所述附加账户中的至少一些与由所述发起账户指示符指示的发起账户关联，形成第一网络；

当所述选择是提供另选值的指示时，所述确定包括以下步骤：

用所述另选值更新所述交易记录；

将所述交易记录发送到所述第一客户终端；

从所述发起账户接收第二值；以及

基于所述第二选择确定所述最终交易值，所述第二值由基于涉及所述第一网络的交易的交易值的历史约束。