用于计算机实施的支付系统的资助账户的制作方法

文档序号:6351749阅读:191来源:国知局
专利名称:用于计算机实施的支付系统的资助账户的制作方法
技术领域
本公开总体上涉及进行电子支付的计算机实施的系统和方法。
背景技术
电子商务,通常称为电子营销、e商务或eCommerce,由通过诸如因特网和其他计算机网络的电子系统买卖产品或服务构成。以电子方式进行的贸易量随着因特网使用的普及而得到异常增长。通过这种方式进行的商务利用了电子资金转帐、供应链管理、因特网营销、联机事务处理、电子数据交换(EDI)、库存管理系统、自动化数据收集系统和很多其他方 面创新的复合网络。现代的电子商务通常至少在事务处理生命周期中的ー些点使用万维网,但其也能够涵盖更宽范围的技木,例如电子邮件。很大百分比的电子商务是针对虚拟项目,例如访问网址上的奖金内容,完全以电子方式进行的。此外,很多电子商务涉及在某种方式下运输物理项目。联机零售商有时被称为e-零售商,联机零售有时被称为e-零售。几乎所有的大規模零售商都在万维网上有电子商务。随着网络上竞争的不断加剧,产品、内容和服务提供商必须争取不仅生产最好的产品、内容和服务,而且还必须通过竞争提供最直观和快速的机制,向感兴趣的消费者提供他们的产品。未使用信用卡、电子支票账户或可以通过电子方式访问以向他方支付的其他外部经费源的未成年人和其他用户当前没有方便的方法购买电子商务贸易商要求电子支付的物品。这样的用户受到访问账户的法定年龄要求限制,或者他们因种种原因不能或不愿意获得赊购账。尽管第二个人可以为这样的用户购买,但这种解决方案不理想。它要求第二人很多交互,还阻止了用户具有自主措施。例如,父母或雇主可能希望为儿童或雇员提供资金并为其儿童或雇员提供ー些自主权,但父母或雇主还可能希望对花费多少钱以及从什么贸易商购买进行各种层级的控制。他们还可能希望监测已经进行的购买。

发明内容
提供了用于基本账户和资助账户的系统和方法。ー种系统可以包括账户处理器和账户数据库,所述账户处理器执行软件指令以生成和管理电子支付账户,所述账户数据库存储来自账户处理器的账户数据。所述账户处理器可以被配置成在所述账户数据库中生成基本账户和资助账户。基本账户可以与有权访问基本账户以添加和移除资金的基本账户持有者相关联。所述资助账户可以与所述基本账户持有者和资助账户持有者都关联,其中所述基本账户持有者有权访问所述资助账户以在所述基本账户和所述资助账户之间划拨资金,以便对所述资助账户增加和从所述资助账户移除资金,所述资助账户持有者有权访问所述资助账户以利用所述资助账户中的资金进行交易。—种生成电子支付账户的方法可以包括如下步骤在账户处理器处接收生成新电子支付账户的请求,所述请求包括与申请者相关的账户概况信息;以及从所述账户概况信息确定申请者是否超过开立基本账户的预定最小年龄。如果所述申请者超过预定最小年龄,那么可以利用所述账户概况信息为所述申请者开立基本账户。如果所述申请者不在所述预定最小年龄以上,那么账户处理器可以将所述申请者自动引导到用于请求资助账户的图形用户界面;经由图形用户界面接收识别资助者的信息;从所述资助者请求对所述资助账户的批准;以及在从所述资助者接收到批准时,为所述申请者生成资助账户并将所述资助账户链接到与所述资助者相关联的基本账户,其中使得所述资助者有权访问资助账户以从所述基本账户向所述资助账户划拨资金,并使得所述申请者有权访问资助账户以利用所述资助账户中的资金进行购买。
在附图和以下描述中阐述了本发明ー个或多个实施例的细节。从说明书、附图和权利要求,本发明的其他特征、方面和优点将变得显而易见。


图I示出了在微支付交易中示例性參与者的数据流图。图2示出了处理微支付交易的示例性过程的流程图。图3示出了微支付处理系统的示例性结算过程的流程图。图4A1、4A2和4B示出了从收款者网站进行示例性微支付购买的流程图。图5不出了不例电子付款系统的方框图。图6不出了不例基本和资助账户系统的方框图。图7示出了示例流程图,示出了设置资助账户的方法。图8示出了第二示例流程图,示出了设置资助账户的方法。图8A示出了用于提供用于开立资助账户的信息的图形用户界面示例。图SB示出了发送给所识别用户以完成资助账户注册的通知示例。图9示出了输入电子邮件地址的示例图形用户界面。图10示出了用于选择签入或生成账户的示例图形用户界面。图11示出了用于资助账户的示例图形用户界面网页。图12示出了用于基本账户的示例图形用户界面网页的一部分。图13示出了用于资助账户摘要网页的示例图形用户界面。图14示出了用于显示与资助账户相关联的信任水平2卖家的示例图形用户界面。图15示出了用于查看资助账户网页细节的图形用户界面示例。图16示出了用于存满资助账户的示例图形用户界面。图17示出了示例图形用户界面,示出了用于所转资金的确认消息。图18示出了用于安排定期存满资助账户的示例图形用户界面。图19示出了用于选择使用哪个资金源进行周期性存满的示例图形用户界面。图20A和20B示出了用于编辑周期性存满的示例图形用户界面。图21示出了用于从资助账户转账的示例图形用户界面页。图22示出了解释用户资金不足的示例通知。图23示出了用于关闭资助账户的示例图形用户界面。图24示出了用于确认账户关闭的示例图形用户界面。图25A和25B示出了用于查看资助账户的只读信息并重新开立账户的示例图形用户界面。图26示 出了用于从资助账户关闭账户的示例图形用户界面。图27示出了发给资助者的关于资助账户关闭的示例通知。图28示出了发给资助者的关于资助账户关闭的示例电子邮件。图29示出了资助账户已经重新激活的通知示例。图30示出了发给资助账户持有者的资助账户已经重新激活的示例通知。图31-47示出了用于开立资助账户的另一示例方法和示例用户界面。图48示出了可以实践资助账户系统各实施例的示例性硬件。
具体实施例方式支付者是从事价值转让的实体,例如个人或小型企业。支付者參与与收款者的交易,通常的方式是从收款者那里购买货物或服务和/或与收款者交換物品、服务或其他价值。收款者是从事价值转让的第二实体。收款者參与与支付者的交易,通常的方式是向支付者提供货物或服务和/或与支付者交換物品、服务或其他价值。交易是实体之间,例如支付者和收款者之间价值的流动。微支付交易是要转移的价值小于阈值的交易,阈值例如是,但不限于大约五美元。图I示出了在根据实施例的微支付交易中示例性參与者的数据流图。如图I所示,微支付交易处理系统可以包括支付者105、收款者110、微支付处理服务器115、收单银行120、发卡银行125、付款银行130和存款存取银行135,以管理系统中价值的浮动。由图I中的线描绘两方之间的示例性通信,并在下文參考图2和3更详细地描述。通信方可以经由例如因特网和内部网和/或任何其他数据网络彼此通信。在本公开的范围之内,也可以使用其他通信方法,例如电话、PDA、黑莓、游戏控制台、交互电话亭等。图2示出了根据实施例处理微支付的示例性过程的流程图。如图2中所示,支付者105可以在联机收款者110处购买,例如,从收款者选择205 —个或多个货物和/或服务购买。如果交易是微支付交易,可选支付方法的列表可以包括用于微支付处理系统115的图标。支付者105可以选择微支付处理系统115。支付者可以通过提交210标识符来开始微支付交易的处理,标识符例如是,但不限于电子邮件地址、“用户ID”、电话号码和/或其任何部分。在实施例中,位干支付者的网络接入装置上的“cookie”或其他持久数据可以涉及这样的标识符。如果支付者105已经与支付处理系统115建立起账户,可以将支付者105引导到系统(或设计成代表微支付处理系统接收信息的收款者网址110之内的位置)以提供215 ロ令,授权向收款者支付。可以使用其他验证方法,例如,但不限于生物測定装置或加密令牌向微支付处理系统验证支付者。如果支付者尚未在微支付处理系统115建立账户,可以将支付者105引导到注册子系统,以便开始220账户设立例程。在完成账户设立例程时,或如果事先建立过账户,一旦输入口令,或向微支付处理系统以其他方式验证支付者,就可以确定是否有充分多的价值完成交易。如果没有,支付者105可以选择价值源,由微支付处理系统115从其接收225资金。在实施例中,可以从例如,但不限于信用卡、借记卡、从银行帐户直接借记来接收225资金,直接借记例如是经由自动交換所(ACH)、直接存款等,通过柜台向代理和/或从存款量进行。微支付处理系统115可以向收单银行120发送230支付者105供应的交易信息。收单银行120可以方便直接借记账户或卡让受方的授权流程。如果支付者105被授权,收单银行120可以向微支付处理系统115确认235价值加载,微支付处理系统115将确认转发240到支付者。否则,微支付过程可以终止245。在替代实施例中,可以为支付者105提供ー个或多个额外的机会以向微支付处理系统115提供适当的授权信息。一旦有了充分多价值来完成交易,微支付处理系统115就可以从任何支付者账户向任何收款者账户转移250资金。在实施例中,支付者账户和收款者账户可以是同一账户的属性。微支付处理系统115然后可以通知255支付者105和收款者110已成功完成交易。然后可以让支付者105返回260到收款者网址110。图3示出了根据实施例微支付处理系统的示例性结算过程的流程图。如图3中所 示,收单银行120可以向存款存取银行135操作的账户中存入305资金。存款存取银行135可以管理浮动(在系统中的账户保持资金的正平衡时发生浮动)并为微支付处理系统115协调310支付。存款存取银行135可以例如周期性地与每位收款者结算315其账目。例如, 存款存取银行135可以每小时、每天、每周或毎月与每位收款者结算315其账目。在本公开的范围之内还可以使用其他结算周期。图4A和4B示出了根据实施例在收款者网址上执行的示例性微支付交易的流程图。如图4A和4B所示,支付者可以经由用户界面,例如浏览器访问收款者网址。用户界面可以向支付者显示402要购买的物品或服务,伴随有消息,提供选项以利用微支付处理系统为物品付款,如果物品或服务的价值低于阈值,提供可选的微支付图标。在实施例中,可以显示402额外的信息,例如通往描述微支付处理系统的信息页的链接。在实施例中,可以选择微支付图标以开始微支付交易处理。可以确定404支付者事先是否在微支付处理系统注册过以及收款者是否是可信赖贸易商。在实施例中,可能要求收款者经过ー个证明合格的过程以被认为是可信赖贸易商。进ー步可以要求支付者从已经认定为可信赖贸易商的收款人列表中选择收款者,以便使收款者成为该支付者的可信赖贸易商。在实施例中,支付者可以选择具有检验码或令牌,将其作为支付者在可信赖贸易商处注册的概况的一部分加以存储。支付者可以在(例如,通过因特网银行业务或接ロ,其独立于可信赖贸易商的交易便于连接到微支付处理系统)与可信赖贸易商或与微支付处理系统接ロ连接时提出这个请求。在接收到持卡人请求时,微支付处理系统可以向可信赖贸易商提供检验码或令牌以作为注册支付者的概况一部分存储。在实施例中,可以响应干支付者的请求产生检验码或令牌,使其仅验证支付者在指定可信赖贸易商那里进行的交易,可以以完全加密的形式提供给可信赖贸易商,或者可以仅由微支付处理系统解密。在实施例中,令牌可以允许基于会话的验证。在另ー个实施例中,可以使用令牌而无需会话特异性验证。在支付者与可信赖贸易商进行交易时,收款者可以向微支付处理系统提交支付者的检验码或令牌伴随的付款受权请求。微支付处理系统可以在接收到付款受权请求时对检验码解密或以其他方式检验令牌,并提供具有所有必要数据元的适当付款授权响应。收款者网址可以接收付款授权响应并酌情处理响应。在实施例中,如果支付者事先注册过,可信赖贸易商可以參与与注册支付者的交易,无需重新提交各方的识别信息,例如ロ令、电子邮件地址等。
如果支付者以前未注册,可以显示406注册屏,从支付者请求概况信息。例如,支付者可以提供姓名、地址、电话号码和/或其他信息。一旦支付者提供了 408请求的信息,然后可以显示410支付选择屏。支付选择屏可以使支付者能够选择支付类型,例如Visa.RTM.-牌的信用卡、针对所选支付类型的源细节和加载量。在实施例中,可以通过下拉菜单显示针对加载量的ー个或多个选择。微支付处理系统可以向外部授权服务提交412加载交易。如果交易未被授权,微支付处理系统可以再次显示410支付选择屏。在实施例中,如果加载交易再次失败,微支付交易可以失败414。如果加载交易被授权,微支付支付系统可以显示416加载确认屏,请求提供例如ロ令和选择以及针对例如三个安全问题的回答。在其他示例中,可以在本公开的范围之内从用户请求额外或替代信息。此外,在本公开的范围之内还可以包括安全问题的其他数量、其他安全检验方法和/或加载交易失败。
如果支付者成功完成了注册过程或如果确定支付者已注册,但收款者不是可信赖贸易商,在步骤404中,微支付处理系统可以显示418购买量、收款者姓名和要购买物品的描述。该系统还可以显示418例如文本输入字段,其中请求支付者输入标识符,例如电子邮件地址和与输入的标识符对应的ロ令。然后可以确定420输入的ロ令是否对应于标识符。如果不对应,微支付处理系统可以显示422支付者在注册过程中事先选择的ー个或多个安全问题。在实施例中,可以从事先选择的安全问题中随机选择所显示的安全问题。可以将支付者对所显示安全问题的回答与注册期间提供的答案比较424。如果提供的答案不正确,可以向收款者发送426否定消息。收款者网站然后可以显示428消息,向支付者请求替代支付形式。如果提供了正确的答案,用户可以重新配置和确认430该账户的ロ令,或者选择新的安全问题和响应。该过程然后可以返回到步骤418。如果在步骤404中确定420输入的ロ令对应于标识符或如果支付者已注册且收款者是可信赖贸易商,可以做出一个或多个其他确定。例如,可以确定432交易量是否落在用户定义的账户參数之内。这样的參数可以包括,例如,但不限于收款者被允许和/或阻塞,是否满足总值限制,交易是否满足收款者的价值限制和/或交易是否满足账户的时间限制。在本公开的范围之内,例如可以针对每个支付者、每个收款者和/或每个账户定义其他账户參数。此外,对于除账户基本支付者之外的支付者做出的交易,可以确定434基本支付者是否许可交易。例如,父母可以设置对儿童利用账户执行的交易的限制,例如这种交易的类型、钱数等。如果对于交易而言不满足用户定义的账户參数和/或基本支付者參数,收款者网站可以向支付者显示436否定消息并请求选择替代支付形式。如果满足所有參数,可以确定438交易值和阈值之间的关系。例如,如果交易值大于和/或等于预定义阈值,可以向支付者显示440支付屏。支付屏可以包括,例如,但不限于ー个或多个默认支付源和针对每个源的细节,例如屏蔽的账号。支付者可以选择源,可以提交442交易进行外部授权。如果选择的支付源授权444进行交易,可以向支付者任选地显示446 —屏画面,例如列出购买量、收款者姓名、所购买货物和/或服务的描述等。支付者可以提交支付而无需提供额外信息。如果交易值小于和/或等于预定义阈值,可以选择微支付处理系统处理交易。微支付处理系统可以确定448支付者的账户中是否还有充分多资金。如果没有,微支付处理系统可以显示450 —屏画面,请求支付者从默认支付源,例如信用卡、银行帐户等向该账户添加额外的资金。在实施例中,该屏画面可以提供具有屏蔽信息的默认支付源,屏蔽信息例如是信用卡号的最后四位、银行帐户号码等。在实施例中,支付者可以提供替代支付源。在实施例中,可以在下拉菜单中或具有预选量的类似方法中给出要添加到账户的量。在实施例中,屏幕画面可以包括文本输入字段,其中支付者可以指定特定量。一旦支付者指定了要増加到账户中的量,微支付处理系统可以提交452加载交易,供所选支付源进行外部授权。如果选择的支付源授权444进行交易,可以向支付者任选地显示446 —屏画面,例如列出购买量、收款者姓名、所购买货物和/或服务的描述等。支付者可以提交支付而无需提供额外信息。如果账户中还剩余充分多资金或向账户增加了充分多资金,可以向收款者网站提供454交易确认。收款者网站在从微支付处理系统接收到确认时,可以向支付者显示456确认消息,并允许458访问货物和/或服务。在实施例中,如果支付者希望460购买额外的货物和/或服务,用于这种额外货物和/或服务的微支付购买过程可以跳到例如步骤432。在实施例中,仅在单次访问会话期间试图购买额外的货物和/或服务时微支付购买过程才可以跳到步骤432。在实施例中,例如,如果支付者未在先前购买的预定义时间之内购买,支付者访问不同网址等,可以要求支付者再次提供ロ令。或者,如果收款者是可信赖贸易商,微支付购买过程可以跳到步骤432。图5-48示出了为计算机实施的支付系统提供资助账户的系统和方法示例。可以使用资助账户系统为无资格或不愿直接拥有电子支付账户的用户提供利用电子支付购买的方式。或者,可以将资助账户系统用于其他目的,例如用于礼物或对其他用户的支付,即使那些用户有资格使用其自己的电子支付账户。作为另ー示例,可以在其他状况下使用资助账户系统,例如雇员-雇主的状况,其中基本账户持有者希望有方法控制被资助账户持有者的购买行为。图5示出了示例交易处理系统1000的方框图。系统1000可以是计算机实施的环境,其中一个或多个用户1050能够通过网络1200与一个或多个网站1100交互。例如,用户可能希望參与与网站的财务交易,可能希望接收对通过网站可用的限制性信息或功能的访问,或者可能希望參与与网站的类似或相关交互。为了便于和网站交互,用户经由网络1200利用账户处理器1150在账户数据库1160中建立ー个或多个基本和资助账户。用户可以在访问网站之前利用账户处理器建立一种或多种账户,或者可以从网站重定向到账户处理器,以建立ー个或多个账户。在下文更全面描述的各实施例中,可以使用ー个或多个基本和资助账户与网站进行财务交易。例如,可以使用ー个或多个基本和资助账户从网站购买货物和/或服务。在本实施例中,用户1050可以游历到网站1100开始财务交易,例如购买货物或服务。基本账户持有者选择利用账户处理器1150维护的ー个或多个外部经费来源之一用作财务交易的一部分,然后经由账户处理器向网站验证基本账户持有人。资助账户不要求任何外部资金来源进行购买。ー个或多个外部经费来源可以是预付费账户、储值账户、赊购账户、借记账户等。在一个实施例中,预付费账户可用于以为卖方增加利益率的方式进行低值交易。在另ー个实施例中,账户可以是信用、借记或其他账户,或针对这种账户的化名,其可能更适 于高值交易。资助账户仅由从基本账户接收的资金注资。一个或多个账户或者可以是与保健相关的账户,使得用户能够访问网站上与保健相关的信息,执行与保健相关的交易,或者以其他方式管理和/或获取与保健相关的产品和/或服务。在另ー实施例中,ー个或多个账户可以使用户能够在网站上访问任何类型的受限访问信息或功能和/或參与与这种受限访问相关的交易。账户处理器1150可以包括ー个或多个包含软件操作或例程的服务器,用于为用户生成和维护账户;使用户能够与ー个或多个网站进行交易;使用户能够与ー个或多个网站开始投诉行动并使与投诉和投诉解决相关的通信自动化;基于预定义和/或可定制的參数向用户、网站和/或 系统管理员开始和发送提示;向所有交易配置和应用费用;进行可能与网站、账户处理器和/或用户相关的报告。此外,账户处理器的一个或多个服务器可以额外包含与如下内容相关的软件操作或例程管理账户(例如,通过更新票据地址、交货地址、用户偏好等);使用户能够授权和管理重复支付或预授权支付;使用户能够预先授权(即白名単)或禁止(即黑名単)网址和/或交易;和/或使用户能够利用移动电子装置或任何其他电子装置,例如连接因特网的游戏控制台、数字机顶盒或类似装置管理账户和执行交易。账户数据库1160可以包括一个或多个存储装置。在一些示例中,账户数据库1160可以由多个分布式存储装置构成。在另ー个示例中,账户数据库1160可以包括一个或多个存储装置,所述存储装置与账户处理器1150包括在相同的一个或多个服务器内。图6示出了针对基本账户1400资助的资助账户1500、1590的示例数据结构。具有基本账户1400 (由外部经费来源2100注资)的用户能够资助ー个或多个资助账户1500、1590,供他人使用,例如儿童、朋友、亲属、雇员等。在一个实施例中,基本账户1400和资助账户1500、1590的系统托管在网站上,账户数据1410、1430、1450、1530、1550存储在账户数据库,例如与网站相关联的数据库中。从基本账户1400和资助账户1500、1590,用户能够从贸易商网站2180、2200、2300购买。在这里论述资助账户的设立、操作和关闭。图7示出了设立资助账户的方法示例。在图7中,计算设备(例如网站)从基本账户的用户接收(步骤2310)请求以开立资助账户。该请求可以特定地识别第二账户的用户和练习第二账户的用户的地址,例如电子邮件地址、移动电话号码、即时消息标识符等。然后可以经由第一账户向第二账户转移资金(步骤2320)。计算设备然后向第二账户的用户发送(步骤2330)包含激活码的消息。在计算设备接收(步骤2350)到利用激活码激活第二账户的请求时,计算设备提示(步骤2370)用户通过验证代理(例如网站)验证。如果用户不是已经在验证代理那里具有账户,用户可以此时建立ー个。该方法还可以要求输入ー些类型的双方都知道的秘密信息,例如基本账户持有人的电子邮件地址或移动电话号码(步骤2380)。一旦由验证代理验证了用户并成功输入了秘密信息,计算设备将第二账户与验证代理提供的凭证相关联(步骤2390)。接下来,第二账户的用户能够经由在验证代理处验证来访问第二账户。然后可以经由第一账户向第二账户转移资金(步骤2410)。图8示出了开立资助账户的扩展示例方法。基本账户的用户签入基本账户(步骤3010)。例如,基本账户持有者可以利用用户名和ロ令组合在网站上登录。接下来,基本账户持有者请求生成资助账户,并提供开立账户必需的信息(步骤3030)。例如,基本账户持有者能够在网站用户界面上输入请求,并提供信息为所识别的用户开立资助账户。该信息可以包括所识别用户的姓名和电子邮件地址、所识别用户的移动电话号码和即时消息标识符等。基本账户持有者还可以向所识别的用户书写任选消息以与通知一起发送。在一个示例中,该系统将检查所识别用户的联系信息是否已经在系统注册(例如,对于另ー资助账户或对于基本账户)。在一个示例中,如果已经注册了联系信息,将通知并提示基本账户持有者尝试再次提交信息。图8A示出了用于实施步骤3030的图形用户界面的示例。基本账户用户从游历菜单选择“Sponsored Accounts (资助账户)”。用户然后从独立的子菜单选择“Add NewSponsored Account (添加新资助账户)”。然后显示表格,其中用户输入针对资助账户用户的电子邮件地址,重新输入电子邮件,输入资助账户用户的名和姓,输入任选的“ Messageto sponsored accounts (给资助账户的消息)”,然后点击“Send Invitation (发送邀请)”按钮以开始资助账户通知。在下ー步中,计算机获取在前一步骤中提供的信息并向被识别为接收资助账户的用户发送通知(步骤3050)。例如,通知可以是电子邮件、SMS或其他电子通信。通知包括指令和信息,例如激活代码,以完成账户的注册。在通知中可以包括通往网站用户界面的链 接,用于访问并入激活码的账户。通知还可以包括拒绝提供资助账户的指令,例如删除账户的链接。如果拒绝提供资助账户,那么基本账户持有者可以在将来重新发送通知。图形用户界面可以稍晚向基本账户持有者提供重新发送选项。此外,在一个示例中,如果拒绝资助账户,将把已从基本账户向资助账户转移的任何资金返回到基本账户,基本账户持有者将接收到一封电子邮件,通知他们资助账户被拒绝。在一个示例中,一旦发送了通知,或一旦所识别的用户接收到通知,基本账户持有者就可选择从基本账户向新的资助账户转移资金(步骤3070)。基本账户持有者还可以以ー定间隔或在将来的日期设立从基本账户到资助账户的自动资金转帐。在另ー个示例中,在所识别用户遵守指令完成资助账户的注册之前不开立资助账户。在本示例中,可以要求基本账户持有者等候执行资金转移,直到另ー时间;例如,直到如下文所述资助账户持有者注册■为止。被识别为接收资助账户的用户接收在步骤3050中发送的通知(步骤3100)。图SB示出了所识别用户接收的通知示例,包括完成注册的链接和删除资助账户的链接。然后识别的用户能够遵照通知中包含的指示,例如在提供到网站用户界面上的链接上点击,用于以电子方式访问账户。作为确认和安全的屏障,可以要求识别的用户在网站用户界面中输入检验信息,其识别通知和/或发送通知的用户(步骤3120)。检验信息可以是活化码和/或电子邮件地址。检验信息,例如激活码可以包含在通知中存在的链接中。在一个示例中,嵌入链接中的激活码基于基本账户持有者的电子邮件地址和账户ID的散列函数。计算机可以在允许注册过程继续之前自动检验这个激活码。在另ー个示例中,可以要求识别的用户输入基本账户持有者的电子邮件地址作为检验码的额外安全屏障。这样通过要求所识别用户输入激活通知中不包括的一些信息来提供额外程度的验证。如果未授权用户获得对邀请通知的访问权,他们不知道基本账户持有者的电子邮件地址将不能完成注册。图9示出了输入适当电子邮件地址的示例图形用户界面。接下来,识别的用户可以利用来自已经建立的电子账户的用户ID和ロ令登录,或者他们可以注册账户(步骤3140)。账户可以是对基本/资助账户系统特有的,或者可以是一般因特网账户,例如OPEN ID账户。在一个示例中,网站将检查来自一般因特网账户的cookie,如果找到了,将接受登录会话状态,由此消除了对再次登录的需要。图10示出了用于选择登录或生成账户的图形用户界面。在另ー个示例中,在识别的用户已登录之后给出步骤3120的检验页(步骤3140)。最后,识别的用户可以输入用户概况中的额外剩余细节(步骤3160),例如设置ロ令以购买。概况信息包括电子邮 件地址和姓名,可以从基本账户持有者输入的信息中事先填充,但可以由识别的用户修改或确认。在这个步骤可以给出条款供接受。最后,识别的用户通过提交概况信息,例如,通过在图形用户界面中的生成账户按钮上点击来完成注册过程。识别的用户于是变为资助账户的持有者。此时完成注册,基本账户持有者转移的任何资金立即可用于资助账户持有者与贸易商网站进行的交易。如果识别的用户在完成之前取消注册过程,识别的用户能够通过简单地遵照始于步骤3100的通知中的指令,例如在它们接收的邀请电子邮件中的链接上再次点击,稍晚时候完成注册。在一个示例中,试图关闭或离开注册网站将导致如下通知如果用户放弃,如何可以重新开始注册过程。返回到图6及其对基本和资助账户系统的描绘,将论述资助账户1500、1590和基本账户1400的注资和操作。在一个示例中,基本账户1400存储注资源数据1410,例如关于信用卡账户、借记卡账户、银行账户等的信息。在基本账户1400的余额1430低于或不足以购买时,资助者使用资金源数据1410识别的资金源2100重新补足基本账户1400。在一些实施例中,基本账户1400的用户可以直接使用资金源数据标识的外部资金源2100进行购买。与示例基本账户1400相反,示例资助账户1500、1590没有资金源数据1410。资助账户1500、1590通过基本账户1400获得资金。在一个示例中,限制资助账户1500、1590具有其自己的资金源数据1410。在资助账户持有者是儿童的情况下,资助账户持有者可能没有资格具有其自己的资金源2100以提供资金源数据1410。在一个示例中,资助账户1500、1590也没有资格从任何端到端交易接收资金。在一个实施例中,资助者的账户1400存储注资源数据1410,例如关于信用卡账户、借记卡账户、银行账户等的信息。在账户1400的余额1430低于或不足以购买时,资助者可以使用资金源数据1410识别的资金源2100重新补足账户1400。在一些实施例中,账户1400的用户可以直接使用资金源数据标识的资金源2100进行购买。在一个示例中,资助账户在基本账户的控制之下。基本账户持有者(或资助者)可以使用基本账户1400管理资助账户1500、1590。向资助者提供几种管理工具,包括以下能力查看资助账户1500中的交易数据1550,查看资助账户1500中的余额1530,从资助账户1500中提取资金,安排向资助账户1500定期存款,存满账户1500 (即,使存款或使资助账户1500的余额1530达到预定水平)等。在一些示例中,系统可以阻挡资助者访问资助账户1400中的一定信息,例如交易数据1550。例如,在满足ー组预定标准(例如,资助账户用户的年龄在阈值以上和/或基本账户持有者同意阻挡等)时可能发生这种情況。在一个示例中,资助账户1500、1590仅能够通过购买或通过资助人发起的从资助账户1500、1590向基本账户1400转账使资金減少。资助账户仅能用于来自余额1530的交易,不允许通过型交易(即,由第三方金融凭证出资的交易)。亦即,不能用外部资金源2100进行交易。相反,资助账户持有者不能访问基本账户1400中存储的信息,例如余额1430和交易数据1450等。在一个示例中,可能有余额和其他限制。例如,将基本账户1400和该基本账户1400下所有资助账户1500、1590的总余额作为单ー余额处理,以便实现基于风险的账户最大余额限制和其他法规的要求。从资金源2100,例如支票、储蓄或信用卡账户为基本账户1400供应资金。这些资金选项可以由资助者通过图形用户界面访问,图形用户界面例如是“管理资金”网页,其允许资助者向基本账户1400中转入资金和从其中转出资金。相反,在一个示例中,资助账户1500没有从外部账户注入额外资金的选择,而是仅从基本账户1400接收其资金。在ー个示例中,资助账户1500不能从余额1530中,例如经由向外部账户转账,提款。在一个示例中, 资助账户1500甚至没有将外部账户与资助账户1500相关联的选择,例如经由基本账户中可用的“管理资金”网页。图11示出了用于资助账户1500的示例图形用户界面网页。在本示例中,账户摘要页示出了反映资助账户1500的所存储交易数据1550的交易历史。提供了选择用于调节交易历史的日期范围并选择交易类型和状态。在这个页面上,除了关于定期账户存款或存满的信息,还提供了帐户余额。在图11的示例中,每个星期四将存款$20。还为“Express Sellers (快速卖家)”(即可信赖水平2的卖家)和“Edit Profile(编辑概況)”提供游历菜单项。在“编辑概況”菜单中,用户对其概况信息做出改变。概况信息的示例是在注册过程的步骤3160输入的信息。在一个示例中,资助人的账户不能有其自己的资助账户。图12示出了用于基本账户1500的示例图形用户界面网页的一部分。在"Sponsored Account (资助账户)”菜单项下,为资助者提供资助账户持有者的姓名、资助账户1500、1590的状态(活动,不活动或关闭)以及每个账户的帐户余额1530。不活动帐户1590尚未通过上述注册流程激活。还给出了总资助账户余额。在这ー页上,资助者能够选择任何资助账户名称以查看特定资助账户摘要页。图13示出了用于资助账户摘要页的示例图形用户界面,其包括从交易数据1550編制的交易历史。交易历史与在资助账户图形用户界面中提供给资助账户持有者的相同。资助账户1500存在的快速卖家关系列表(下文更详细地描述)也可以由资助者观看。图14示出了用于显示可信赖水平2的卖家(例如快速卖家)的图形用户界面示例。用户可以在资助账户摘要页中的查看细节上点击,以查看资助账户的注册细节,包括除ロ令和安全问题之外的所有细节。这些细节是资助者不能编辑的。图15示出了用于查看细节网页的图形用户界面示例。从查看细节页,用户能够点击“Go to Summary(转向摘要)”以返回到资助账户摘要。存在用于关闭在“View Details (查看细节)”页和资助账户摘要页上的账户的选项。用户可以在资助账户摘要页中的“All Sponsored Accounts (所有资助账户)”上点击,以返回到图12中所示的“Sponsored Account (资助账户)”菜单项下的摘要页。因此,所有资助账户交易、概况细节和快速卖家列表都完全可以由资助者通过资助者基本账户图形用户界面看到。不过,在一个实施例中,资助者不能修改这些项。不过,如果资助账户持有者更改注册资助账户所用的电子邮件,在成功验证这个电子邮件时,通知资助者这个变化,例如通过电子邮件。资助账户1500、1590可能具有独立于基本账户1400施加给它们的账户中止,例如,因为未能遵守服务条件、账户未使用等。不过,任何基本账户中止都自动应用于基本账户1500之下的所有资助账户1500、1590。返回到图12,图形用户界面示出了标记为“Top Up (存满)”和“ Set up RegularTop-Up (设置定期存满)”的菜单选项。这些选项是无论资助账户1500、1590活动还是不活动如何为它们注资。图16示出了题为“Top up may sponsored accounts (存满我的资助账户)”的示例图形用户界面页,是通过在图12或13中所示的“存满”菜单项上点击来访问的。在这个 页面上,资助者输入要转入ー个或多个资助账户1500、1590的每个的量。资助者能够看到总的资金调拨以及转账之前基本账户1400中可用的资金,以及转账之后基本账户1400中将有什么。如果要转账的总数超过基本账户1400中可用的资金,显示资金不足消息作为要输入的量,提示资助者減少要转账的量或在继续之前从外部资金源2100之一存满基本账户 1400。基本账户持有者还可以向资助账户持有者输入任选的消息,将在针对交易历史中存满排列项的“Description (描述)”字段中显示该消息。为了进行转账,基本账户持有者输入口令并在“Transfer Funds Now(现在划拔资金)”的项目上点击,获得资助账户摘要页上的确认消息。图17示出了图形用户界面,示出了用于被转账资金的确认消息。在一个示例中,在“Active (活动)”状态1500中资金立刻在资助账户中可用,在“Not Activated(不活动)”状态1590下在激活资助账户时立刻可用。如果资助账户持有者拒绝“不活动”资助账户要求,那么将把加载的任何资金自动返回基本账户1400。图18 不出了题为“Regularly top-up my sponsored accounts (定期存满我的资助账户)”的示例图形用户界面页,是通过在图12中所示的“设置定期存满”菜单项上点击来访问的。从这ー页,基本账户持有者选择存款的期望频率和日期;例如,每周和星期几或毎月和几号。还在这ー页上选择要划拨到每个资助账户1500、1590的量。像在一次存满选项中那样,基本账户持有者还可以向资助账户持有者输入任选的消息,将在针对交易历史中存满排列项的“Description(描述)”字段中显示该消息。还向基本账户持有者提供选项,如果在转账日没有充分多资金用于资助账户自动转账,用以自动存满其自己的账户。在选择了这个选项时,为基本账户持有者赋予选择使用哪个资金源2100的选项。图19示出了用于选择使用哪个资金源2100进行定期存满的图形用户界面。在一个示例中,在这个选择中银行账户不可用,因为这些资金需要立即生效。在一个示例中,关联的存满为最低量,例如$20,或转账量和帐户余额之间的差异中较大ー个。如果自动向基本账户1400存满失败,那么向资助账户1500、1590自动存满也将失败,两个账户都将在其相应的交易历史中看到相対的存满失败。基本账户持有者将看到两个失败。如果删除了资助者用于存满基本账户的资金源2100,将提示基本账户持有者将资助账户存满与替代资金源2100相关联。如果未选择替代资金源2100或没有可用的,那么将删除与资助账户自动化存满相关联的存满。如一次性存满那样,为了确认定期安排的转账,基本账户持有者输入口令并在"Transfer Funds Now(现在划拨资金)”项上点击,在基本账户摘要页上获得确认消息。在设置之后,在每个资助账户1500、1590以及资助账户持有者主要帐户摘要页的基本账户持有者视图上反映出定期存满(參见图13)。可以通过在资助账户账户摘要页(图13)上的“编辑定期存满”链接上点击或通过在资助账户下的左侧游历菜单(图12)中设置定期存满项上点击来编辑安排的对资助账户的存满操作。将显示类似于图18的页面,提供同样的选项,但具有先前选择的量和预先以可编辑形式填充的选项,例如如图20所示,图20示出了用于编辑定期存满的示例图形用户界面页面。资助者能够通过在“删除这一定期存满”按钮上点击来删除对资助账户的定期存满操作。在本示例中,这个选项需要输入口令并将立即取消现行命令。资助者还能够对设置做出修改,其也将要求在点击“ save (保存)”按钮之前输入口令。编辑并保存新设置 将用新的命令设置覆盖先前的现行命令。在完成以上操作后,用户将看到确认消息。在一个示例中,资助者可以从ー个或多个资助账户1500、1590收回资金。为了这样做,资助者在资助账户菜单下选择“Transfer Money from sponsored Accounts (从资助账户转账)”,如图12所示。图21示出了用于从资助账户1500、1590转账的示例图形用户界面页。在图21中所示的页面中,资助者输入要转账的量,最多为每个资助账户1500、1590的余额1530,并显示转账前后的可用资金。如果输入的量超过资助账户余额1530,然后出现错误消息。与向资助账户1500、1590存款那样,自助者然后能够向资助账户持有者输入任选消息,将在交易历史中的资金转账排列项的“Description(描述)”字段中显示。为了确认转账,资助者输入口令并在“Retrieve Funds Now(现在收回资金)”上点击。从资助账户1500、1590立即消除资金并增加到基本账户1400中的可用余额。资助账户持有者可以从因特网网站进行电子购买。在一个示例中,仅在账户1500、1590中有针对购买价格的充分多余额1530时,资助账户1500、1590才可以进行购买。不允许资助账户1500、1590的外部资金源2100补充余额1530或进行通过型交易。在资助账户持有者试图购买他们没有充分余额1530的状况时,将显示诸如图22中所示页面的页面,这将解释用户资金不足。这个页面将不提供任何选项,供用户完成交易,因为资助账户没有任何外部资金源2100。不过,这个页面不提供链接选项,使资助账户持有者返回卖家网站,这将导致向卖家发回“资金不足”消息,或转到用户的资助账户页面,例如图13中所示的页面。在一个示例中,至少有三个类别的因特网贸易商网站2180、2200、2300,可以将其称为标准(信任水平0)、快速会话(信任水平I)和快速卖家(信任水平2)。对于标准贸易商2180,可能要求用户输入针对每次交易的ロ令。对于快速会话贸易商2200,用户能够与贸易商的网站2200建立受信赖会话,其中将ロ令输入一次,但只要会话是活动的,不必再次输入。在受信赖会话活动时,可以进行无键盘的交易。对于快速卖家贸易商2300,用户能够与贸易商的网站2300建立信赖关系,其中输入一次ロ令,然后不需要为多次会话再次输入。只要用户登录到快速卖家有关系的贸易商账户中,为了从快速卖家贸易商网站2300购买,例如无键盘交易购买,根本不需要输入口令。在示例中,通过资助账户图形用户界面访问通往快速卖家贸易商网站2300的链接。例如,參见图11,其示出了“ Express Sellers (快速卖家)”菜单标签,在被选择时,会显示通往快速卖家贸易商网站2300的链接。基本账户1400和资助账户1500、1590都可以从标准(信任水平O)、第一和第二信任水平贸易商网站2180、2200、2300购买。用于对快速卖家贸易商网站2300的体验与对基本账户1400的相同,只是将允许资助账户持有者加入快速卖家关系而没有任何外部资金源2100 (与基本账户不同,可能要求其具有资金源)。在一些实施方式中,可以为任何贸易商设置限制。在一个示例中,资助者可以指定资助账户可以从其购买的任何贸易商——标准、快速会话和/或快速卖家贸易商2180、2200、2300。或者,资助者可以限制资助账户从特定的标准、快速会话和/或快速卖家贸易商2180、2200、2300购买。也可以为基本账户持有者提供选项,将资助账户1500、1590能够从其购买的贸易商网站2180、2200、2300限制到具有快速卖家状态的贸易商网站。 在一个示例中,可以通过三种方式关闭资助账户由资助者,由基本账户1400的关闭以及由资助账户持有者。在一个示例中,资助者也可以使用资助者账户1400关闭ー个或多个资助账户1500、1590,并在关闭资助账户1500、1590之后重新激活资助账户1500、1590。在资助者账户1400关闭资助账户1500之后,资助账户1500的用户不能利用资助账户余额1530中的资金购买。在一个示例中,在关闭资助账户1500、1590时,将账户1500、1590中剩余的全部资金转回基本账户1400中。返回到图13,这是针对所选资助账户1500的资助账户摘要页,资助者可以在关闭账户链接上点击以开始关闭账户。这个链接指向示例图形用户界面页,例如图23所示用于关闭账户的页面。资助者可以选择将资助账户1500设置成只读状态。在基本账户1400关闭资助账户1500之后的只读资助账户1500中,资助者和/或资助账户持有者仍然可以在一段时间内,例如120天内访问资助账户1500中的一定信息,例如交易数据1550。在不例页面中,资助者必须选择“Reason for closing the account (关闭账户的原因)”,这将向系统提供者提供关于任何技术或设计失败的有用反馈。在阅读账户关闭规则/细节之后,资助者能够点击“Yes, please closethisSponsored account (是,请关闭该资助账户)”或“No, don’t close it(不,不要关闭)”如果资助者选择了“是……”并输入用于授权的ロ令,然后下一屏重新通知他们账户关闭规则并提示他们确认或取消。图24示出了用于确认账户关闭的示例图形用户界面。在确认账户关闭之后,系统将向资助账户持有者发送电子邮件,通知他们资助者关闭了资助账户1500。此外,资助者还将接收到资助账户1500已关闭的确认邮件。资助者对已关闭资助账户1500的只读访问还为资助者提供了重新激活资助账户或永久关闭资助账户的选项。例如,參见图25,其示出了用于查看资助账户1500上的只读信息和重新激活账户的示例图形用户界面。在一个示例中,重新激活将使资助账户1500恢复到活动状态,提供为资助账户1500重新注资的选项,并使通知电子邮件被发送到资助账户持有者。永久关闭账户会阻止用户对资助账户1500进行任何进ー步访问。如果资助者关闭基本账户1400,那么基本账户1400之内保持的所有资助账户1500、1590将同时自动关闭,资助账户1500、1590中的所有资金都返回基本账户余额1430。基本账户余额1430例如通过支票被分发给资助者。
在一个示例中,资助账户持有者还能够关闭资助账户1500。在图26中所示的示例图形用户界面中,在“Edit Profile (编辑概况)”菜单下,资助账户持有者能够点击左手游历菜单中的“Close Account (关闭账户)”以开始关闭账户。在一个示例中,在资助账户持有者关闭资助账户1500时,可以自动将其变为“Read-only (只读)”状态一段时间,并可以如上所述访问关闭的资助账户。 在一个示例中,向上文论述的向资助者呈现那样,向资助账户持有者呈现对关闭账户理由的同样请求、账户关闭规则/细节的陈述以及对确认的请求。在一个示例中,在确认关闭资助账户1500时,取消所有重复的转账,将资助账户1500中剰余的任何资金立即划拨到基本账户1400。系统通知资助者和/或资助账户持有者资助账户的关闭。例如,该系统可以在资助账户摘要页上显示消息和/或发送电子邮件(例如,參见图27和28)。在一个示例中,资助者可以如上所述永久关闭资助账户1500或重新激活资助账户1500。不过,在一个示例中,如果由资助者重新激活账户,将再次开始账户设立过程,或在另ー个示例中,将需要来自资助账户持有者的同意以重新激活账户。另ー替代实施例允许资助者立即重新激活资助账户1500而无需来自资助账户持有者的任何同意,并为资助者提供这种情况的确认(例如,參见图29)。在这种情况下,该系统向资助账户持有者发送通知,例如电子邮件,表示资助者已重新激活账户并确认资助账户持有者能够利用先前使用的用户名和ロ令登录(例如,參见图30)。在一个示例中,可以将资助账户1500、1590升级到新的基本用户账户。可以出于若干理由升级资助账户。例如,在资助账户持有者是未成年人时,在未成年人达到成年人年龄时可以将账户升级到基本账户。基本账户持有者可以基于将来的特定日期,资助账户持有者的出生日期,事先授权升级,或者基本账户持有者可以授权立即升级。该系统然后可以为升级的账户持有者提供选项,以申请和保持外部资金源2100。在另ー个示例中,资助者必须要在资助账户持有者能够利用相同标识符,例如电子邮件地址开始注册基本账户之前关闭和删除资助账户。图31是流程图,示出了用于开立资助账户的另一示例方法4000。在步骤4020中,做出请求以注册新的电子支付账户。新账户请求可以包括申请者的账户概况信息,包括表示申请者年龄的信息。一旦已经提交了新账户请求,就在步骤4040进行年龄验证,以确定申请者的年龄。如果申请者为法定年龄(例如18岁),那么在步骤4060进行标准账户注册过程。如果申请者不是法定年龄(例如低于18岁),那么方法前进到步骤4080。在步骤4080,未到法定年龄的申请者可以提交资助账户的请求。图32中示出了用于请求资助账户的示例用户界面(例如网页)。利用图32中所示的用户界面,申请者可以向潜在资助者(例如,年龄在18岁以上的人,例如父母或监护人)发送请求以代表他们资助账户。如图所示,可以通过向用户界面上提供的字段中输入潜在资助者的姓名、电子邮件地址和自由文本消息,然后点击“继续”按钮来开始请求。此外,可以要求申请者在发送资助账户请求之前检验其电子邮件地址。例如,可以将检验码通过电子邮件发给申请者,可以要求申请者在处理资助账户请求之前输入检验码,如图33所示。在申请者已经验证且已经提交资助账户请求之后,可以将申请者链接到账户摘要网页,如图34所示。在已经发送资助账户请求之后,潜在资助者可以通过电子邮件接收请求,如图35所示。如图所示,发送给潜在资助者的电子邮件消息可以包括请求资助的人名、申请者提供的消息、简要指示和关于电子支付服务的信息。电子消息还可以指明限制,防止由其他资助账户或买家账户(收款者账户、贸易商账户等)资助。再次參考图31,如果潜在资助者没有现有的电子支付账户(步骤4120),那么可以将其定向到用于生成新账户的网址(步骤4140),之后他们可以继续操作资助账户(步骤4160)。在步骤4160,潜在资助者可以接受或拒绝资助账户的请求。如果潜在资助者已经有了电子支付账户,那么在他们签名进入其账户时,可以提供消息,表示有ー个或多个资助账户请求悬而未决,如图36所示。在图36中所示的示例中,还为潜在资助者提供通往资助账户页的链接,图37中示出了其示例。从资助账户页,潜在资助者可以选择将请求资助的人名链接到另ー页,如图38所示,其中他们能够查看来自请求者的消息、请求者注册的概况细节并选择接受或拒绝资助请求。此外,也可以为潜在资助者提供链接,请求关于资助账户 或资助账户安全特征的更多信息。返回到图31,在接受对资助的请求时(步骤4160),激活账户,资助者能够在步骤4200中向资助账户转移资金。也可以向新的资助账户持有者发送电子邮件,以确认已经接受资助请求。图39中示出了资助已被接受的示例通知。再次參考图31,如果账户持有者拒绝请求的资助(步骤4160),那么在步骤4180向请求者发送拒绝通知。參考图38,账户持有者例如可以通过选择“reject request (拒绝请求)”单选按钮,从下拉列表选择拒绝理由(例如,我不希望资助这个账户;我不认识为资助账户指定的人;我不是为资助账户指定的人的父母/监护人)井随后输入其账户ロ令且选择“Authorize (授权)”按钮来拒绝请求。在拒绝时,请求者可能接收到电子邮件通知,通知他们被拒绝的请求并提供阐述的理由,如图40的示例中所示。在资助账户请求过程期间的任何时间,预期的资助账户持有者可能能够进入其悬而未决的账户,例如,检查待处理请求的状态,删除悬而未决的账户,发送新的资助请求或进行电子支付业务的电子查询。在请求者进入其悬而未决账户时,可以提供消息以显示待处理请求的状态,如图41的示例中所示。为了删除悬而未决的账户,可以为用户提供选项,以点击“delete my account (删除我的账户)”链接,如图41中所示,将用户定向到关闭悬而未决账户的另ー页面,如图42的示例中所示。在图42中所示的示例中,定向用户以输入其账户ロ令,然后点击“yes,close it (是,关闭它)”按钮,以关闭悬而未决的账户。在关闭账户之后,用户可以,例如被定向到新网页,确认账户已经关闭,如图43中所示示例中所
/Jn ο为了发送新的资助者请求(图31中由连接步骤4180和4080的点划线表示),用户可以例如在其账户摘要页上选择“send new sponsor request (发送新资助者请求)”链接。请求新资助者例如可以将请求者定向到新的资助者请求页,如图44中所示示例中所示。在这里,用户可以例如输入新的潜在资助者姓名、电子邮件地址和消息,然后输入口令并点击“Send Request (发送请求)”按钮。如果申请者已经有了待处理请求但尚未接受或拒绝,那么可以利用待处理请求的细节预先填充这些字段,可以将其重新发送或用新请求覆盖。在一个示例中,如果申请者在设定的一段时间(例如24小吋)内做出超过三个资助请求,那么可以暂时中止该账户。例如,用户可能接收到如图45中所示的消息,表示在当前不可以发送新的资助请求。在中止账户的同时,可以对用户隐藏“发送新资助请求”链接并可以禁用悬而未决资助账户的其他功能。在资助账户请求悬而未决的同时,不启用特定的账户功能,例如完成交易的能力。如果用户试图在启用账户之前 进行交易,可以产生出错消息,如图46中所示的示例中所
/Jn ο悬而未决的资助账户也可以为用户提供输入对电子支付业务查询的能力,如图47中所示示例中所示。在账户悬而未决时,例如,可以将此限于一般的反馈查询以及查看悬而未决和关闭查询的能力。图48示出了可以实践资助账户系统各实施例的示例性硬件5010。图48中所示的硬件是用于图5的用户部位的示例性硬件(1050)。硬件5010可以是由计算机5012构成的个人计算机系统,计算机5012具有键盘5014、鼠标5016和微音器5018作为输入装置。还可以提供输出装置,例如监视器5020和扬声器5022。读者将会认识到,可以提供其他类型的输入输出装置,本发明不受特定硬件配置的限制。计算机5012之内包含由主机中央处理单元5026 (CPU)构成的主处理器5024。可以从例如磁盘5028 (或其他装置)向主存储器5029中加载软件应用5027,例如本发明的方法,可以在主机CPU 5026上从主存储器运行软件应用5027。主处理器5024协同存储器子系统5030 —起工作。存储器子系统5030由主存储器5029和存储器及总线控制器5320构成,主存储器5029可以由若干存储部件构成,总线控制器5320用于控制对主存储器5029的访问。主存储器5029和控制器5032可以通过总线5036与图形系统5034通信。可以存在其他总线,例如PCI总线5037,其接ロ连接到I/O装置或存储装置,例如磁盘5028或CDR0M,或提供网络接入。可以在数字电子电路中或在计算机软件、固件或硬件中实施本说明书中描述的主题和功能操作的实施例,包括本说明书中公开的结构及其等价结构或与它们之一或多个组合。可以将本说明书中描述的主题实施例实现为一种或多种计算机程序产品,即计算机可读介质上编写的一个或多个计算机程序指令模块,用于由数据处理设备执行或控制数据处理设备的运行。计算机可读介质可以是机器可读的存储装置、机器可读的存储衬底、存储装置、实现机器可读传播信号的成分物质,或它们中一种或多种的组合。术语“数据处理设备”包含用于处理数据的所有设备、装置和机器,例如可编程处理器、计算机或多个处理器或计算机。除了硬件之外,该设备可以包括为相关计算机程序生成执行环境的代码,例如构成固件、协议栈、数据库管理系统、操作系统或它们中ー个或多个组合的代码。传播的信号是人为产生的信号,例如机器产生的电、光或电磁信号,产生其是为了对信息编码,以发送到适当的接收机设备。可以在任何形式的程序设计语言中編写计算机程序(也称为程序、软件、软件应用、脚本或代码),包括汇编或解释语言,可以通过任何形式部署它,包括作为独立程序或作为模块、部件、子例程或适用于计算环境中的其他単元。计算机程序未必一定对应于文件系统中的文件。可以在保持其他程序或数据的文件的一部分(例如标记语言文件中存储的一个或多个脚本)中,在专用于相关程序的单个文件中,或在多个协调的文件中(例如,存储ー个或多个模块、子程序或代码部分的文件)存储程序。可以部署计算机程序以在位于ー个地方或分布于多个地方并通过通信网络互连的ー个计算机或多个计算机上执行。
可以由执行一个或多个计算机程序的一个或多个可编程处理器执行本说明书中描述的过程和逻辑流以通过对输入数据操作并产生输出来执行功能。也可以由特殊用途逻辑电路,例如FPGA (现场可编程门阵列)或ASIC (专用集成电路)执行过程和逻辑流,并且也可以将设备实现为特殊用途逻辑电路。适于执行计算机程序的处理器例如包括通用和专用微处理器以及任何种类的数字计算机的任何一个或多个处理器。通常,处理器将从只读存储器或随机存取存储器接收指令和数据。计算机的必要元件是用于执行指令的处理器以及ー个或多个用于存储指令和数据的存储装置。通常,计算机还将包括一个或多个存储数据的大容量存储装置,例如磁盘、磁光盘或光盘,或操作性耦合到其上以从其接收数据或向其传送数据,或两者兼有。不过,计算机未必具有这样的装置。此外,计算机可以嵌入另ー装置中,例如仅举数例,移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收机。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储装置,例如 包括半导体存储装置,例如EPROM、EEPROM和闪速存储装置;磁盘,例如内部硬盘或活动磁盘;磁光盘;和⑶ROM和DVD ROM盘。处理器和存储器可以由专用逻辑电路补充或并入其中。为了实现与用户的交互,可以在具有用于向用户显示信息的显示装置(例如CRT(阴极射线管)到LCD (液晶显示器)监视器)和键盘与定点装置(例如鼠标或跟踪球)的计算机上实施本说明书中描述的主题实施例,利用键盘和定点装置,用户能够向计算机提供输入。也可以使用其他种类的装置实现与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈或触觉反馈);来自用户的输入可以通过任何形式接收,包括声学、话音或触觉输入。可以在计算系统中实施本说明书中描述的主题实施例,该计算系统包括后端部件,例如作为数据服务器,或包括中间件部件,例如应用服务器,或包括前端部件,例如具有图形用户界面的客户端计算机或用户能够通过其与本说明书中所述主题实施方式交互的浏览器,或这种后端、中间件或前端部件的任何组合。可以通过任何形式或介质的数字数据通信,例如通信网络将系统的部件互连。通信网络的示例包括局域网(“LAN”)和广域网(“WAN”),例如因特网。计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离,典型地通过通信网络交互。利用运行于相应计算机上并彼此具有客户端-服务器关系的计算机程序引起客户端和服务器的关系。尽管本说明书包含很多具体细节,不应将这些解释为对本发明范围的限制或可以主张什么权利,而是解释为对本发明的特定实施例而言特异的特征描述。也可以在单个实施例的组合中实施在语境或独立实施例中在本说明书中描述的特定特征。相反,在单个实施例的语境中描述的各个特征也可以独立或以任何适当组合在多个实施例中实施。此外,尽管上文可以将特征描述为以特定组合工作,甚至ー开始就这样主张权利,但在ー些情况下也可以从组合中切割来自所主张组合的一个或多个特征,所主张的组合可以指向子组合或子组合的变化。类似地,尽管在附图中将操作描绘为特定的次序,但不应将这理解为要求按照所示的特定次序或按相继次序执行这样的操作,或者必须要执行所有图示的操作以实现期望的結果。在特定环境中,多任务执行和并行处理可能是有利的。此外,上述实施例中各系统部件的分立不应被理解为在所有实施例中都需要这样的分立,应当理解可以将所述程序成分和系统大致地在单个软件产品中集成在一起或封装到多个软件产品中。 这样已经描述了本发明的特定实施例。其他实施例在以下权利要求的范围之内。例如,可以按照不同次序执行权利要求中列举的动作,仍然实现期望的結果。
权利要求
1.一种计算机实施的支付系统,包括 账户处理器,执行软件指令以生成和管理电子支付账户; 账户数据库,存储来自所述账户处理器的账户数据; 所述账户处理器被配置成在所述账户数据库中生成基本账户和资助账户; 所述基本账户与基本账户持有者相关联,所述基本账户持有者能访问所述基本账户以増加和移除资金;并且 所述资助账户与所述基本账户持有者和资助账户持有者都关联,所述基本账户持有者有权访问所述资助账户以在所述基本账户和所述资助账户之间划拨资金,以便对所述资助账户增加资金和从所述资金账户移除资金,所述资助账户持有者有权访问所述资助账户以利用所述资助账户中的资金进行交易。
2.根据权利要求I所述的计算机实施的支付系统,其中所述资助账户持有者对所述资助账户的访问限于已经事先授权的交易。
3.根据权利要求2所述的计算机实施的支付系统,其中所述事先授权的交易仅包括从所述基本账户持有者已经批准的贸易商网站购买。
4.根据权利要求2所述的计算机实施的支付系统,其中所述事先授权的交易仅包括从所述基本账户持有者已经批准的类别的贸易商购买。
5.根据权利要求2所述的计算机实施的支付系统,其中所述事先授权的交易仅包括购买在所述基本账户持有者设置的事先批准的花费限制内的数量。
6.根据权利要求2所述的计算机实施的支付系统,其中所述事先授权的交易仅包括从所述计算机实施的支付系统已经证明的贸易商网站购买。
7.根据权利要求I所述的计算机实施的支付系统,其中所述基本账户是从ー个或多个外部资金源注资的,而所述资助账户是仅从所述基本账户注资的。
8.根据权利要求I所述的计算机实施的支付系统,其中所述账户处理器和所述账户数据库包括在一个或多个服务器之内。
9.根据权利要求I所述的计算机实施的支付系统,其中所述基本账户和所述资助账户都是由验证代理验证的。
10.根据权利要求I所述的计算机实施的支付系统,其中由所述基本账户持有者配置所述基本账户以按照预定间隔自动向所述资助账户划拨资金。
11.ー种生成电子支付账户的方法,包括 在账户处理器处接收生成新电子支付账户的请求,所述请求包括与申请者相关的账户概况信息; 从所述账户概况信息确定申请者是否超过开立基本账户的预定最小年龄; 如果所述申请者超过所述预定最小年龄,那么利用所述账户概况信息为所述申请者开立基本账户;以及 如果所述申请者不在所述预定最小年龄以上,那么 将所述申请者自动引导到用于请求资助账户的图形用户界面; 经由所述图形用户界面从所述申请者接收识别资助者的信息; 从所述资助者请求对所述资助账户的批准;以及 在从所述资助者接收到批准时,所述账户处理器为所述申请者生成资助账户并将所述资助账户链接到与所述资助者相关联的基本账户,其中使得所述资助者有权访问资助账户以从所述基本账户向所述资助账户划拨资金,并使得所述申请者有权访问资助账户以利用所述资助账户中的资金进行购买。
12.根据权利要求11所述的方法,还包括 确定所述资助者是否有现有的基本账户;以及 在确定所述资助者没有现有基本账户时,将所述申请者引导到用于生成基本账户的图形用户界面。
13.根据权利要求11所述的方法,其中所述申请者对所述资助账户的访问限于已经事先授权的交易。
14.根据权利要求13所述的方法,其中所述事先授权的交易仅包括从所述资助者已经批准的贸易商网站购买。
15.根据权利要求13所述的方法,其中所述事先授权的交易仅包括从所述资助者已经批准的类别的贸易商购买。
16.根据权利要求13所述的方法,其中所述事先授权的交易仅包括购买在所述资助者设置的事先批准的花费限制内的数量。
17.根据权利要求11所述的方法,还包括 在生成资助账户之前验证所述申请者的身份。
18.—种处理辅助支付者和收款者之间交易的方法,包括 从所述收款者接收访问物品的请求和辅助支付者标识符; 请求并检验所述辅助支付者的身份; 访问数据库以确定所述辅助支付者是否具有与基本支付者相关联的账户; 基于所述辅助支付者具有与基本支付者相关联的账户的确定,访问所述数据库以确定访问物品的请求是否是所述基本支付者许可的交易; 基于访问物品的请求是所述基本支付者许可的交易的确定,访问所述数据库以确定所述账户是否包含大于或等于访问物品所需价值的资金;并且 基于所述账户包含大于或等于所需价值的资金的确定,许可所述辅助支付者访问所述物品。
19.根据权利要求18所述的方法,其中所述基本支付者是父母或监护人,而所述辅助支付者是儿童。
20.根据权利要求18所述的方法,其中所述基本支付者是雇主,而所述辅助支付者是雇员。
21.根据权利要求18所述的方法,其中许可的交易由所述基本支付者设置以限制可以由辅助支付者执行的交易类型。
22.根据权利要求18所述的方法,其中许可的交易由所述基本支付者设置以限制可以由辅助支付者执行的交易钱数。
23.根据权利要求18所述的方法,其中所述账户是与所述基本支付者和所述辅助支付者都相关联的资助账户,并且所述资助账户是从与所述基本支付者相关联的基本账户注资的。
24.一种在电子付款系统中存储数据供账户处理器访问的存储器,包括基本账户数据结构,存储在所述存储器中并包括存在于由所述账户处理器使用的账户数据库中的信息,所述基本账户包括将所述基本账户与基本账户持有者相关联的数据,以便为所述基本账户持有者提供对所述基本账户的访问以添加和移除资金;以及 资助账户数据结构,存储在所述存储器中并包括存在于由所述账户处理器使用的账户数据库中的信息,所述资助账户包括将所述资助账户与所述基本账户持有者和资助账户持有者都关联的数据,所述资助账户数据结构为所述基本账户持有者提供对资助账户的访问以在所述基本账户和所述资助账户之间划拨资金,以便对所述资助账户添加资金和从所述资助账户移除资金,以及所述资助账户数据结构为所述资助账户持有者提供对所述资助账户的访问以利用所述资助账户中的资金进行交易。
25.根据权利要求24所述的存储器,其中所述资助账户数据结构将所述资助账户持有者对所述资助账户的访问限于所述基本账户持有者事先授权的交易。
全文摘要
提供了用于基本账户和资助账户的系统和方法。一种系统可以包括账户处理器和账户数据库,所述账户处理器执行软件指令以生成和管理电子支付账户,所述账户数据库存储来自账户处理器的账户数据。所述账户处理器可以被配置成在所述账户数据库中生成基本账户和资助账户。基本账户可以与有权访问基本账户以添加和移除资金的基本账户持有者相关联。所述资助账户可以与所述基本账户持有者和资助账户持有者都关联,其中所述基本账户持有者有权访问所述资助账户以在所述基本账户和所述资助账户之间划拨资金,以便对所述资助账户增加资金和从所述资助账户移除资金,所述资助账户持有者有权访问所述资助账户以利用所述资助账户中的资金进行交易。
文档编号G06Q20/12GK102667837SQ201080060156
公开日2012年9月12日 申请日期2010年10月28日 优先权日2009年10月29日
发明者J.W.珀尔曼 申请人:国际签证服务协会
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1