CN103797500A - 虚拟钱包卡选择装置、方法及系统 - Google Patents

Abstract

虚拟钱包卡选择装置、方法及系统（VWCS），通过用户利用移动设备经由VWCS组件将虚拟钱包卡选择转换为基于虚拟钱包卡的交易购买通知。在一个实现中，VWCS是装置，其具有存储器、计算处理器，以及获取用于购买交易的用户认证请求并从它提取通用卡账户号的网络通信设备。当查询数据库时，VWCS确定用户已访问虚拟钱包，并从数据库获取对于该用户的虚拟钱包卡选择选项。VWCS向用户移动设备提供虚拟钱包卡选择选项，并获取包括在选项中的帐户的用户选择。VWCS使用用户选择发起购买交易。同时，当完成购买交易的授权时，VWCS向用户移动设备提供购买收据。

Description

虚拟钱包卡选择装置、方法及系统

本书面专利申请公开和描述了虚拟钱包卡选择技术的各种新的创新及创造性方面（以下称为本公开），并包含受版权、集成电路布图设计、和/或其它知识产权保护的内容。随着本申请出现在出版的专利局文件/记录中，该知识产权的各个所有者对任何人进行的本公开的临摹复制无异议，但除此之外，保留所有的权利。

优先权声明

本申请根据35USC§119要求2011年6月3日提交的、序号为61/492,854、标题为“VIRTUAL WALLET CARD SELECTIONAPPARATUSES,METHODS AND SYSTEMS”、代理卷号为P-42069PRV|20270-139PV的美国临时专利申请的优先权，上述申请的全部内容通过引用明确地合并于此。

技术领域

本发明一般涉及电子购买交易的装置、方法及系统，更具体地，包括虚拟钱包卡选择装置、方法及系统（“VWCS”）。

背景技术

消费者交易需要消费者从商店货架上选择产品，然后在结账柜台对产品结账。产品信息被输入到销售点终端设备，或者通过使用集成的条形码扫描仪扫描物品条形码来自动输入信息，消费者通常会被提供多种支付选项，诸如现金、支票、信用卡或借记卡。一旦进行支付并核准后，销售点终端将交易记忆在商家的计算机系统中，并且产生指示交易的圆满完成的收据。

附图说明

随附的附录、图、图形、图片等示出根据本公开的各种示例、非限制性的、创造性的方面、实施例以及特征（“e.g.,”或“示例”）：

图1A-C显示示出VWCS的一些实施例中基于虚拟钱包卡选择的购买交易的示例方面的方框图；

图2显示示出VWCS的一些实施例中用于从多个支付选项中选择的虚拟钱包卡选择移动应用的示例特征的应用用户界面图；

图3A-C显示示出VWCS的一些实施例中用于获得用户数据并且防止欺诈的虚拟钱包卡选择移动应用的示例特征的应用用户界面图；

图4A-C显示示出VWCS的一些实施例中使用虚拟钱包卡选择执行基于卡的交易的示例过程的数据流程图；

图5A-E显示示出VWCS的一些实施例中（例如，基于虚拟钱包的卡交易执行（“VW-CTE”）组件500）使用虚拟钱包卡选择执行基于卡的交易的示例方面的逻辑流程图；

图6显示示出VWCS的一些实施例中虚拟钱包应用的示例特征的概览的用户界面图；

图7A-G显示示出VWCS的一些实施例中虚拟钱包应用在购物模式中的示例特征的用户界面图；

图8A-F显示示出VWCS的一些实施例中虚拟钱包应用在支付模式中的示例特征的用户界面图；

图9显示示出VWCS的一些实施例中虚拟钱包应用在历史模式中的示例特征的用户界面图；

图10A-E显示示出VWCS的一些实施例中虚拟钱包应用在捕捉模式中的示例特征的用户界面图；

图11显示示出VWCS的一些实施例中虚拟钱包应用在提供模式中的示例特征的用户界面图；

图12A-B显示示出VWCS的一些实施例中虚拟钱包应用在安全和隐私模式中的示例特征的用户界面图；

图13显示示出经由用户购买结账（“UPC”）组件将用户结账请求输入转换为结账数据显示输出的示例方面的数据图示意图；

图14显示示出经由用户购买结账（“UPC”）组件将用户结账请求输入转换为结账数据显示的示例方面的逻辑流程图；

图15A-B显示示出经由购买交易授权（“PTA”）组件将用户虚拟钱包访问输入转换为购买交易收据通知的示例方面的数据图示意图；

图16A-B显示示出经由购买交易授权（“PTA”）组件将用户虚拟钱包访问输入转换成购买交易收据通知的示例方面的逻辑流程图；

图17A-B显示示出经由购买交易清算（“PTC”）组件将商家交易批量数据查询转换成更新的支付总账记录的示例方面的数据图示意图；

图18A-B显示示出经由购买交易清算（“PTC”）组件将商家交易批量数据查询转换成更新的支付总账记录的示例方面的逻辑流程图；

图19显示示出VWCS控制器的示例方面的方框图。

附图内的每个附图标记的首数字指示附图标记在其中被介绍和/或详述的图。这样，附图标记101的详细讨论将在图1中被找到和/或介绍。附图标记201在图2中被介绍等。

具体实施方式

虚拟钱包卡选择（VWCS）

虚拟钱包卡选择装置、方法及系统(以下简称“VWCS”)将用户使用移动设备通过VWCS组件进行的虚拟钱包卡选择转换为基于虚拟钱包卡的交易购买通知。图1A-C显示示出VWCS的一些实施例中基于虚拟钱包卡选择的购买交易的示例方面的方框图。VWCS具有许多特征和能力，图1A中的这些特征和能力中的一些作为示例。关于图1A的更多细节可相对于图4A-5E被发现。参考图4A，在一些实现中，用户（例如101）可能期望从商家购买产品、服务、提供（offering）等（“产品”）。用户可通过客户端与商家服务器（例如103）进行通信，该客户端诸如但不限于：个人计算机、移动设备、电视、销售点终端、信息亭、ATM等（例如，102a）。例如，用户可向客户端提供用户输入（例如，购买输入411）指示用户购买该产品的期望。在各种实现中，用户输入可包括但不限于：键盘输入、刷卡、激活支持RFID/NFC的硬件设备（例如，具有多个帐户的电子卡、智能电话、平板等）、鼠标点击、按下操纵杆/游戏控制台上的按钮、语音命令、触摸感应界面上的单/多点触摸手势、触摸感应显示屏上的触摸用户界面元素等。例如，用户可将客户端设备上执行的浏览器应用导向商家的网站，并且可经由网站通过点击展示给用户的超链接从网站选择产品。作为另一个示例，客户端可从用户的卡（例如信用卡、借记卡、预付卡、付款卡等）获取跟踪1数据，以下提供诸如示例跟踪1数据：

%B123456789012345^PUBLIC/J.Q.^99011200000000000000**901******?*

(其中，‘123456789012345’是‘J.Q.Public’的卡号，并具有CVV号901。‘990112’是服务码，并且***表示每次卡被使用时随机改变的十进制数字。)

在一些实现中，客户端会产生购买订单消息（例如，112），并向商家服务器提供所生成的购买订单消息（例如，113）。例如，客户端上执行的浏览器应用会代表用户提供（安全）超文本传输协议（HTTP（S））GET消息，该消息包括以根据可扩展标记语言（XML）格式化的数据的形式的、对于商家服务器的产品订单细节。下面是对于商家服务器的、包括XML格式化的购买订单消息413的示例HTTP（S）GET消息：

在一些实现中，商家服务器可从客户端获取购买订单消息，并可解析购买订单消息以提取来自用户的购买订单的细节。商家服务器会生成卡查询请求（例如，114）以确定交易能否被处理。例如，商家服务器可尝试确定被提供购买订单的卡账户中用户是否有足够的资金以支付购买。商家服务器可向收单方（acquirer）服务器（例如，104）提供产生的卡查询请求（例如，115）。例如，收单方服务器可以是维护商家账户的收单金融机构（“收单方”）的服务器。例如，由商家处理的交易的收益可被存入由收单方维护的账号中。在一些实现中，卡查询请求可包括细节，这些细节诸如但不限于：交易中涉及的用户的花费、用户的卡帐户细节、用户账单和/或运送信息等。例如，商家服务器可以提供包括与以下提供的示例列举类似的XML格式化的卡查询请求115的HTTP（S）POST消息：

在一些实现中，收单方服务器可使用所获取的卡查询请求产生卡授权请求（例如，116），并向支付网络服务器（例如，105）提供卡授权请求（例如，117）。例如，收单方服务器可将来自商家服务器的以上示例中的HTTP（S）POST消息重定向至支付网络服务器。

在一些实现中，支付网络服务器可从收单方服务器获取卡授权请求，并可解析卡授权请求以提取该请求的细节，例如，用户ID和购买卡细节。支付网络服务器可尝试确定用户是否已经访问虚拟钱包，其中，用户可从该虚拟钱包选择卡来使用以完成购买交易。在一些实现中，支付网络服务器可以查询（例如，119）支付网络数据库（例如，107）以获取关于用户的虚拟卡选择选项的数据。在一些实现中，数据库可以存储：用户的细节、指示用户是否已访问虚拟钱包的标识、与用户的虚拟钱包相关联的账户号等。例如，数据库可以是响应于结构化查询语言（“SQL”）命令的关系数据库。支付网络服务器可以执行包括SQL命令的超文本预处理器（PHP）脚本以对于用户可用的虚拟钱包卡选择选项查询数据库。以下提供列举、阐释对于数据库的虚拟钱包卡选择查询119的实质性方面的示例PHP/SQL命令：

响应于获取虚拟钱包卡选择查询（例如，119），支付网络数据库可向支付网络服务器提供（例如，120）请求的虚拟钱包卡选择选项。支付网络服务器可生成用于从用户的虚拟钱包中选择一个支付选项的请求，并向用户设备（例如，102b）提供（例如，122）虚拟钱包卡选择请求，用户设备诸如但不限于：个人计算机、移动设备、（交互式）电视、个人数字助理、平板计算机、电子书阅读器、游戏控制台、上网本、膝上型电脑等。例如，支付网络服务器可提供包括与以下提供的示例列举类似的XML格式化的虚拟钱包卡选择请求122的HTTP（S）POST消息：

用户设备可对用户显示虚拟钱包卡选择选项（例如123）。例如，用户设备可呈现网页、电子消息、文本/SMS消息、缓冲语音邮件、发出铃声、和/或播放音频消息等，并提供输出，该输出包括但不限于：声音、音乐、音频、视频、图象、触觉反馈、振动告警（例如，在诸如智能电话等的能够振动的客户端设备上）等。

在一些实现中，响应于由用户设备向用户展示的虚拟钱包卡选择选项，用户可以提供卡选择输入（例如，124）。例如，用户可以轻点、轻扫移动设备的触摸屏、按下键盘上的键、执行单一鼠标点击等以提供从用户的虚拟钱包选择卡，以利用从用户的虚拟钱包选择的卡完成购买交易。用户设备可基于用户的卡选择输入产生虚拟钱包卡选择响应，并向支付网络服务器提供（例如，125）虚拟钱包卡选择响应。例如，用户设备可提供包括与以下提供的示例列举类似的XML格式化的虚拟钱包卡选择响应125的HTTP（S）POST消息：

在一些实现中，用户可提供购买交易将被作为分开偿付（splittender）处理，例如，在以上的示例虚拟钱包卡选择响应125中，60％的花费被应用到一张卡，而40％被应用到另一张卡。以下参照图8A-B的讨论中进一步描述描述提供分开偿付选项的用户界面。

参照图1B，在一些实现中，用户（例如101）可能期望亲自购买产品、服务和/或其它提供（“产品”）。用户可例如进入（参见例如，102）商店、货栈等以购买产品。用户可能期望亲自采购商店处可获得的购买物品（参见例如，103）。在一些实现中，用户可尝试在销售点（POS）终端（例如，105）处对购买物品结账（参见例如，104）。例如，用户可刷付款卡106（例如，信用卡、借记卡、预付卡等，以下称为“通用卡（universal card）”）。POS终端可提供用户的通用卡的细节以处理购买交易。例如，POS终端可向支付网络107（例如，信用卡公司、发行方银行、收单方银行等）提供购买交易细节以用于支付处理。基于通用卡细节，支付网络可识别（例如，108）与通用卡相关联的用户已访问虚拟钱包卡。支付网络可例如实时地对于从用户的虚拟钱包选择的卡的一个查询用户（例如，109）。例如，支付网络可向用户的设备，例如110（例如，智能电话、平板计算机、上网本、膝上型电脑、个人数字助理、游戏控制台等））发送消息（例如，（安全）超文本传输协议（HTTP（S））POST/GET消息、电子邮件消息、短消息服务（SMS）消息、HTTP/实时流传输协议（RTSP）视频流、文本消息、Twitter^TM推特（tweet）、

消息/墙张贴）wall posting）等）请求用户从用户的虚拟钱包选择支付选项。基于该消息，用户设备所呈现的用户界面可填充用户卡选择选项（参见110）。在一些示例中，即使通用卡不是信用卡，通过用户使用用户设备也可选择最合适的卡。可替代地，支付网络服务器可以选择预设卡以利用该预设卡处理购买交易。

在一些实现中，当获取消息时，设备可以向用户提供界面，以从用户的虚拟钱包进行卡的选择以利用来完成购买交易。例如，用户的设备可以执行应用模块（“应用”），通过该应用模块用户的设备可与支付网络通信。用户设备会可用户显示经由应用从支付网络获取的虚拟钱包卡选择选项。在一些实现中，通过执行单个动作（例如轻点、轻扫移动设备的触摸屏、按下键盘上的键、执行单次鼠标点击等），应用可向用户提供选项以当场购买物品103。

在一些实现中，应用可向用户提供各种可替代的选择。例如，应用可向用户提供可替代的商家，用户可从这些商家获取产品和/或类似的产品、与购买产品可比较的替代产品、商家之间竞争的价格信息、折扣、优惠券、和/或对于用户的其它提供等。在一些实现中，应用可指示如果用户在另一个商家购买产品，那么用户可挣得奖励点数（reward point）。在一些实现中，应用可指示如果用户在另一商家购买产品，那么可能需要使用较少的奖励点数来支付购买交易，这是因为，其它商家可能与奖励点数提供商之间具有更好的关系。在一些实现中，应用可指示如果使用特定的（或可替代的）卡来支付购买交易，那么用户可获取更多的奖励点数。在一些实现中，应用可指示如果用户在可替代的商家购买卡和/或使用可替代的卡，那么用户可以获取更大量的现金返还。在各种实现中，包括和类似于这里所描述的那些对于用户的提供可源于各种实体和/或组件，这些实体和/或组件包括但不限于：商家、支付网络、卡发行方，收单方等。

参考图lC，在一些实现中，用户可通过在用户设备上执行单个动作（例如，用户设备的触摸屏的轻点）来从当前的商家和/或其它商家当场购买（例如，111）产品。在该实现中，通过使用从用户虚拟钱包（参见例如，112a-b）选择的“卡”（例如，支票帐户、储蓄帐户、Paypal^TM帐户、Google Checkout^TM帐户、信用卡、借记卡、预付卡等），VWCS服务器可发起基于卡的购买交易。在一些实现中，由于考虑交易成本，VWCS能够仲裁（arbitrage）信用卡支付网络如何处理对于用户的支付，在信用卡支付网络中，商家、卡发行方、收单方、支付网络等实体和/或VWCS组件可切换（switch）。

在一些实现中，支付网络(例如，113)可发起基于卡的购买交易（例如，114），并可对用户生成购买确认收据。VWCS服务器可向客户端设备（例如，116a-b）提供购买确认收据。在一些实现中，用户可能期望在购买物品后通过应用退出商店。在该实现中，用户可能需要在商店出口（例如，115）提供产品的购买的证据。用户可以利用通过客户端设备上的应用从VWCS获取的购买确认收据来提供产品购买的证据（例如，116a）。例如，收据可包括购买标识符（例如，116c）。例如，购买标识符可包括条形码、QR码、收据的图像、购买动作的视频等。用户可利用这样的购买确认作为离开商店的证据。因此，在一些实现中，由于只有个人同时具有用户的通用卡并且访问用户的设备以及访问用户的设备上的应用，购买才可完成，因此用户在交易中可以获取更好的安全。此外，即使在过时的POS终端处，用户仍可通过用户的设备获取用户的虚拟钱包的访问，由此提高了用户的效率和用户购物体验中的便利。

图2显示示出VWCS的一些实施例中用于从多个支付选项中选择的虚拟钱包卡选择移动应用的示例特征的应用用户界面图。在一些实现中，在用户的设备上执行的应用可包括为用户提供多个特征的应用接口。在一些实现中，应用可包括用户的位置（例如，商家商店的名称、地理位置、关于商家商店内过道的信息等)的指示（例如，201）。应用可提供对于产品的购买应付的支付额的指示（例如，202）。在一些实现中，应用可为用户提供多个选项以支付金额来购买产品。例如，应用可利用GPS坐标以确定在用户范围内存在商店，并将用户引导至商家的网站。在一些实现中，VWCS可为参与的商家直接提供API以促进交易处理。在一些实现中，利用VWCH功能性可开发商家品牌的VWCS应用，这可直接地将用户连接到商家的交易处理系统。例如，用户可从来自多个卡提供商的若干卡（例如信用卡、借记卡、预付卡等）选择（例如，203）。在一些实现中，应用可为用户提供选项以通过使用用户的银行帐户（例如，支票、储蓄、货币市场、现金账户等）中包括的资金来支付购买（例如，204）。在一些实现中，用户可具有对于卡、银行账户的设定的默认选项以用于通过app的购买交易。在一些实现中，这样的默认选项的设置可允许用户经由单次点击、轻点、轻扫、和/或其它补救的（remedial）用户输入动作来发起购物交易（例如，205）。在一些实现中，当用户利用这样的选项时，应用可利用用户的默认设置发起购物交易。在一些实现中，应用可允许用户利用其它的帐户(例如，Google^TM结帐，Paypal^TM帐户等)来支付购买交易（例如，206）。在一些实现中，应用可允许用户利用奖励点数、航空里程数（airline miles）、酒店点数（hotel points）、电子优惠券、打印优惠券（例如，通过捕获与产品识别符相类似的打印优惠券)等来支付购买交易（例如，207-208）。在一些实现中，应用可在发起购买交易之前提供选项来提供明确的授权（例如，209）。在一些实现中，应用可在用户已选择选项来发起购物交易之后提供进程指示器来提供关于交易的进程的指示（例如，210）。在一些实现中，应用可经由应用向用户提供关于用户的以前购买的历史信息（例如，211）。在一些实现中，应用可向用户提供选项以与其它用户共享关于购买的信息（例如，经由电子邮件、SMS、

上的墙张贴、Twitter^TM上的推特等）（例如，212）。在一些实现中，应用可向用户提供选项以显示由客户端设备捕获的产品识别信息(例如，以便在商店的出口向客户服务代表显示产品信息)（例如，214）。在一些实现中，用户、应用、设备或VWCS在处理中会遇到错误。在这样的场景下，用户可能够与客户服务代表交谈（例如，聊天验证（VerifyChat）213)以解决在购买交易过程中的困难。

在一些实现中，用户可选择使用一次性匿名信用卡号来进行交易（参见例如，205b）。例如，VWCS可利用预先指定的匿名卡组细节（参见例如，AnonCard1、AnonCard2）。作为另一示例，VWCS会例如实时地产生一次匿名卡组细节以安全地完成购买交易（例如，Anon It1X）。在这样的实现中，应用可自动地设置用户档案（profile）设置，使得用户的任何个人识别信息将不会被提供给商家和/或其它实体。在一些实现中，用户可被要求输入用户名和密码以能够实现匿名化特征。

图3A-C显示示出VWCS的一些实施例中用于获得用户数据并且防止欺诈的虚拟钱包卡选择移动应用的示例特征的应用用户界面图。在一些实现中，在用户的设备上执行的应用可提供聊天验证特征以防止诈骗（例如，通过激活图2中的UI元素213）。例如，VWCS可检测异常和/或可疑的交易。VWCS可利用聊天验证特征与用户通信，并验证购买交易的发起人的真实性。在各个实现中，VWCS可发送电子邮件消息、文本（SMS）消息、

消息、Twitter^TM推特、文本聊天、语音聊天、视频聊天（例如，Apple FaceTime）等与用户通信。例如，VWCS可向用户发起视频挑战（challenge）（例如，301）。例如，用户需要经由视频聊天展示他/她自身（例如，302）。在一些实现中，客户服务代表（例如，代理304b）可人工地确定使用用户的视频的用户的真实性。在一些实现中，VWCS可利用脸、生物计量（biometric）等识别（例如，使用模式分类技术）来确定用户的身份（例如，304a）。在一些实现中，应用可提供参照标记（referene marker）（例如，十字准线、目标框等）（例如，303），使得用户可视频以促进VWCS的用户自动识别。在一些实现中，用户可能没有发起交易，例如，该交易是诈骗性的。在这样的实现中，用户可取消挑战（例如，305）。VWCS接着可取消交易，和/或代表用户发起诈骗调查过程。

在一些实现中，VWCS可利用文本挑战过程来验证用户的真实性（例如，306）。例如，VWCS可经由文本聊天、SMS消息、电子邮件、

消息、Twitter^TM推特等与用户通信。VWCS可对于用户提出挑战问题（例如，308）。应用可提供用户输入界面元素（例如，虚拟键盘309）以回答由VWCS所提出的挑战问题。在一些实现中，挑战问题可由VWCS自动地随机选择；在一些实现中，客户服务代表可人工地与用户通信。在一些实现中，用户可能没有发起交易，例如，该交易是诈骗性的。在这样的实现中，用户可取消文本挑战（例如，307，310）。VWCS接着代表用户可取消交易，和/或发起诈骗调查过程。

在一些实现中，应用可被配置为识别产品识别符（例如，条形码、QR码等）。例如，为防止诈骗，应用可要求用户利用用户的设备获取正在购买的物品的快照，由此确保刷卡的人还拥有用户的设备以及购买物品。在一些实现中，用户可被要求登录到应用以启用它的特征。一旦启用，相机可为用户提供亲自轻点购买（in-person one tappurchasing）特征。例如，客户端设备可具有照相机，应用经由照相机可获得图像、视频数据、流式实时视频等（例如，313）。应用可被配置为分析输入数据、以及搜索（例如，311）产品识别符（例如，314）。在一些实现中，应用可覆盖十字线、目标框等对准参照标记（例如，315），使得用户可通过使用参照标记来对准产品识别符以促进产品识别符识别和解释。在一些实现中，应用可包括界面元素以允许用户在产品识别模式和产品提供界面显示屏幕之间来回切换（参见例如，316），使得用户在捕捉产品识别符之前可准确地研究用户可获得的买卖。在一些实现中，应用可向用户提供能力以查看以前的产品识别符捕捉（参见例如，317），使得用户可能够更好地决定用户期望捕获哪个产品标识符。在一些实现中，用户可能期望取消产品购买；应用可向用户提供用户界面元素（例如，318）以取消产品识别符识别过程，并回到以前用户利用的界面屏幕。在一些实现中，用户会被以列表的形式提供关于产品、用户设置、商家、提供等的信息（参见例如，319），使得用户可更好地了解用户的购买选项。各种其它的特征可在应用中被提供（参见例如，320）。

在一些实现中，用户可能够例如通过激活用户界面元素309（参见图3A）来查看和/或修改用户档案和/或用户的设置。例如，用户可能够查看/修改用户名（例如，321a-b）、帐户号（例如，322a-b）、用户安全访问码（例如，323a-b）、用户PIN（例如，324a-b）、用户地址（例如，325a-b）、与用户相关联的社会安全号（例如，326a-b）、当前设备GPS位置（例如，327a-b）、用户当前所在的商店的商家的用户账户（例如，328a-b）、用户的奖励帐户（例如，329a-b）等。在一些实现中，用户可能够选择数据字段和它们的关联值中的哪些应当被发送以促进购买交易，从而为用户提供增强的数据安全。例如，在图3C中的示例图示中，用户已选择姓名312a、账户号322a、安全码323a、商家帐户ID328a以及奖励帐户ID329a作为字段（作为通知的一部分要被发送）以处理购买交易。在一些实现中，用户可切换（toggle）作为通知的一部分被发送的字段和/或数据值以处理购买交易。在一些实现中，应用可提供存储的数据字段和/或关联值的多个屏幕以便用户选择作为购买订单传输的一部分。在一些实现中，应用可向VWCS提供用户的GPS位置。基于用户的GPS位置，VWCS可确定用户的环境（例如，用户是否在商店、医生的办公室、医院、邮政服务办公室等）。基于环境，用户应用可向用户展示适当的字段，用户从该字段可选择字段和/或字段值以作为购买订单传输的一部分发送。

例如，用户可能去医生的办公室并期望为医生的预约支付共付医疗费（copay）。除了诸如帐户号和姓名的基本交易信息之外，应用可向用户提供能力以选择传送医疗记录、健康信息，这些可被提供给医疗提供者、保险公司以及交易处理器以在多方之间协调支付。在一些实现中，记录可以健康保险流通与责任法案（HIPAA）兼容的数据格式被发送并被加密，并且仅被授权查看这样的记录的接收者才可具有适当的解密密钥以解密并查看私人用户信息。

在以下参照图6-18B的讨论中进一步描述这样的应用的各种附加有利的示例特征。

图4A-C显示示出VWCS的一些实施例中使用虚拟钱包卡选择执行基于卡的交易的示例过程的数据流程图。参照图4A，在一些实现中，用户(例如，401)可能期望从商家购买产品、服务、提供等（“产品”）。用户可通过客户端与商家服务器（例如，403）进行通信，客户端诸如但不限于：个人计算机、移动设备、电视、销售点终端、信息亭、ATM等（例如，402a）。例如，用户可向客户端提供用户输入（例如，购买输入411）指示用户购买产品的期望。在各种实现中，用户输入可包括但不限于：键盘输入，刷卡，激活支持RFID/NFC的硬件设备（例如，具有多个帐户的电子卡、智能电话、平板等）、鼠标点击、按下操纵杆/游戏控制台上的按钮、语音命令，触摸感应界面上的单/多点触摸手势、触摸感应显示屏上的触摸用户界面元素等。例如，用户可将客户端设备上执行的浏览器应用导向商家的网站，并且可经由网站通过轻点展示给用户的超链接从网站选择产品。作为另一个示例，客户端可从用户的卡（例如信用卡、借记卡、预付卡、付款卡等）获取跟踪1数据，以下提供诸如示例跟踪1数据：

%B123456789012345^PUBLIC/J.Q.^99011200000000000000**901******?*

(其中，‘123456789012345’是‘J.Q.Public’的卡号，and具有CVV号901.‘990112’is服务码，并且***表示每次卡被使用时随机地改变的十进制数字.)

在一些实现中，客户端可产生购买订单消息（例如，412），并向商家服务器提供所生成的购买订单消息（例如，413）。例如，客户端上执行的浏览器应用会代表用户提供（安全）超文本传输协议（HTTP（S））GET消息，该消息包括以根据可扩展标记语言（XML）格式化的数据的形式的、对于商家服务器的产品订单细节。以下是对于商家服务器的包括XML格式化的购买订单消息413的示例HTTP（S）GET消息：

在一些实现中，商家服务器可从客户端获取购买订单消息，并可解析购买订单消息以提取来自用户的购买订单的细节。商家服务器可生成卡查询请求（例如，414）以确定交易能否被处理。例如，商家服务器可尝试确定被提供购买订单的卡账户中用户是否有足够的资金以支付购买。商家服务器可向收单方服务器（例如，404）提供产生的卡查询请求（例如，415）。例如，收单方服务器可以是维护商家账户的收单金融机构（“收单方”）的服务器。例如，由商家处理的交易的收益可被存入由收单方维护的账户中。在一些实现中，卡查询请求可包括细节，这些诸如但不限于：交易中涉及的用户的花费、用户的卡帐户细节、用户账单和/或运送信息等。例如，商家服务器可提供包括与以下提供的示例列举类似的XML格式化的卡查询请求415的HTTP（S）POST消息：

在一些实现中，收单方服务器可使用所获取的卡查询请求产生卡授权请求（例如，416），并向支付网络服务器（例如，405）提供卡授权请求（例如，417）。例如，收单方服务器可将来自商家服务器的以上示例中的HTTP（S）POST消息重定向至支付网络服务器。

在一些实现中，支付网络服务器可从收单方服务器获取卡授权请求，并可解析卡授权请求以提取该请求的细节，例如，用户ID和购买卡细节。支付网络服务器可尝试确定用户是否已经访问虚拟钱包，其中，用户可从该虚拟钱包选择卡来使用以完成购买交易。在一些实现中，支付网络服务器可查询（例如，419）支付网络数据库（例如，407），以获取关于用户的虚拟卡选择选项的数据。在一些实现中，数据库可存储用户的细节、指示用户是否已访问虚拟钱包的标识、与用户的虚拟钱包相关联的账户号等。例如，数据库可以是响应于结构化查询语言（“SQL”）命令的关系数据库。支付网络服务器可执行包括SQL命令的超文本预处理器（PHP）脚本以对于用户可用的虚拟钱包卡选择选项查询数据库。以下提供列举、阐释对于数据库的虚拟钱包卡选择查询419的实质性方面的示例PHP/SQL命令：

响应于获取虚拟钱包卡选择查询（例如，419），支付网络数据库可向支付网络服务器提供（例如，420）请求的虚拟钱包卡选择选项。支付网络服务器可生成用于从用户的虚拟钱包中选择一个支付选项的请求，并向用户设备（例如，402b）提供（例如，422）虚拟钱包卡选择请求，该用户设备诸如但不限于：个人计算机、移动设备、（交互式）电视、个人数字助理、平板计算机、电子书阅读器、游戏控制台、上网本、膝上型电脑等。例如，支付网络服务器可提供包括与以下提供的示例列举类似的XML格式化的虚拟钱包卡选择请求422的HTTP（S）POST消息：

用户设备可对用户显示虚拟钱包卡选择选项（例如，423）。例如，用户设备可呈现网页、电子消息、文本/SMS消息、缓冲语音邮件、发出铃声、和/或播放音频消息等，并提供输出，该输出包括但不限于：声音、音乐、音频、视频、图象、触觉反馈、振动告警（例如，在诸如智能电话等的能够振动的客户端设备上）等。

在一些实现中，响应于由用户设备向用户展示的虚拟钱包卡选择选项，用户可以提供卡选择输入（例如，424）。例如，用户可以轻点、轻扫移动设备的触摸屏、按下键盘上的键、执行单次鼠标点击等以提供从用户的虚拟钱包选择卡，以利用从用户的虚拟钱包选择的卡完成购买交易。用户设备可基于用户的卡选择输入产生虚拟钱包卡选择响应，并向支付网络服务器提供（例如，425）虚拟钱包卡选择响应。例如，用户设备可提供包括与以下提供的示例列举类似的XML格式化的虚拟钱包卡选择响应425的HTTP（S）POST消息：

在一些实现中，用户可提供购买交易将被作为分开偿付处理，例如，在以上的示例虚拟钱包卡选择响应425中，60％的花费被应用到一张卡，而40％被应用到另一张卡。以下参照图8A-B的讨论中进一步描述描述提供分开偿付选项的用户界面。

参照图4B，在一些实现中，支付网络服务器可从用户设备中获取虚拟钱包卡选择响应，并解析虚拟钱包卡选择响应以提取虚拟钱包卡选择的细节（427）。通过使用所提取的字段（field）和字段值，支付网络服务器可对于与从用户虚拟钱包选择的用户卡账户相对应的发行方服务器产生查询（例如，428）。例如，用户的卡账户可被链接到发行方金融机构（“发行方”），诸如对于用户发行卡帐户的银行机构。发行方的发行方服务器（例如，406）可维护用户的卡帐户的细节。在一些实现中，数据库（例如，支付网络数据库407）能够存储发行方服务器以及与发行方服务器相关联的卡账户号的细节。例如，数据库可以是响应于结构化查询语言（“SQL”）命令的关系数据库。支付网络服务器可执行包括SQL命令的超文本预处理器（PHP）脚本以对于发行方服务器的细节查询数据库。以下提供列举、阐释查询数据库的实质性方面的示例PHP/SQL命令：

响应于获取发行方服务器查询（例如，428），支付网络数据库可向支付网络服务器提供（例如，429）请求的发行方服务器数据。在一些实现中，支付网络服务器可利用发行方服务器数据生成卡授权请求（例如，430）以通过用户的虚拟钱包卡选择将来自收单方服务器的卡授权请求重定向到发行方服务器。支付网络服务器可向发行方服务器提供卡授权请求（例如，431）。在一些实现中，发行方服务器（例如，406）可解析卡授权请求，并对于从用户的虚拟钱包选择的用户卡帐户的数据根据请求细节可查询数据库（例如，用户档案数据库408），例如，432-433。例如，发行方服务器可发出与以下提供的示例类似的PHP/SQL命令：

在一些实现中，当获取用户数据（例如，434）时，发行方服务器可确定用户是否可以通过使用帐户中可用的资金支付交易（例如，435）。例如，发行方服务器可确定用户是否有足够的的余额剩余在账户中、是否有与该帐户相关联的足够的信用等。如果发行方服务器确定用户可以通过使用账户中可用的资金支付交易，那么该服务器会向支付网络服务器提供授权消息（例如，436）。例如，该服务器可提供与以上的示例类似的HTTP（S）POST消息。如果发行方服务器确定用户不能通过使用账户中可用的资金支付交易，那么支付网络服务器可向用户设备提供另一个虚拟钱包卡选择请求，除非提供的这样的请求的在先数目超过阈值，在这种情况下，支付网络服务器可向商家服务器403指示该交易没有被授权。

在一些实现中，支付网络服务器可获取授权消息，并解析该消息以提取授权细节。当确定用户拥有足够的资金用于交易后，支付网络服务器从它接收的卡授权请求产生交易数据记录，并在交易数据库中储存与该交易相关的授权和交易的细节。例如，支付网络服务器可发出与以下的示例列举类似的PHP/SQL命令以在数据库中存储交易数据：

在一些实现中，支付网络服务器可向收单方服务器转发授权消息（例如，437），这继而向商家服务器转发授权消息（例如，438）。商家可获取授权消息，并从它确定用户在卡账户中拥有足够的资金以进行交易。商家服务器可将对于用户的交易记录增加到授权交易相关的一批交易数据。例如，商家可将与用户交易相关的XML数据添加（append）到包括各个用户已授权的交易的XML数据的XML数据文件中（例如，439），并在数据库（例如，商家数据库409）中存储XML数据文件（例如，440）。例如，与以下提供的示例XML数据结构模板相类似，批量XML数据文件可被结构化：

在一些实现中，服务器还可产生购买收据（例如，439），并向客户端提供购买收据（例如，441）。客户端可对用户呈现并显示购买收据（例如，442）。例如，客户端可呈现网页、电子消息、文本/SMS消息、缓冲语音邮件、发出铃声、和/或播放音频消息等，并提供输出，这些输出包括但不限于：声音、音乐、音频、视频、图象、触觉反馈、振动告警（例如，在诸如智能电话等能够振动的客户端设备上）等。

参考图4C，在一些实现中，商家服务器可发起一批授权交易的清算（clearness）。例如，商家服务器可生成批量数据请求（例如，443），并向数据库（例如，商家数据库409）提供该请求（例如，444）。例如，商家可利用与以上提供的示例类似的PHP/SQL命令查询关系数据库。响应于批量数据请求，该数据库可提供请求的批量数据（例如，445）。通过使用从数据库中获取的批量数据，服务器可产生批量清算请求，（例如，446），并向收单方服务器（例如，404）提供批量清算请求，（例如，447）。例如，商家服务器对收单方服务器提供在消息体中包含XML格式化的批量数据的HTTP(S)POST消息。使用获取的批量清算请求，收单方服务器会产生批量支付请求（例如，448），并向网络支付服务器提供批量支付请求（例如，449）。支付网络服务器可解析批量支付请求，并对于存储在批量支付请求中的每一个交易提取交易数据（例如，450）。支付网络服务器可对每一个交易在数据库中（例如，交易数据库410）存储交易数据（例如，451）。对于每个提取的交易，支付网络服务器对于发行方服务器的地址可查询数据库（例如，支付网络数据库407），例如，452-453。例如，支付网络服务器可利用与以上提供的示例类似的PHP/SQL命令。对于每一个它已经提取交易数据的交易，支付网络服务器会产生单个的付款请求（例如454），并向发行方服务器（例如，406）提供单个的支付请求（例如，455）。例如，支付网络服务器可提供与以下提供的示例类似的HTTP（S）POST请求：

在一些实现中，发行方服务器可生成支付指令（例如，456）。例如，发行方服务器可发出命令以从用户的帐户减去资金（或向用户的信用卡帐户增加费用）。发行方服务器可向存储用户的帐户信息的数据库（例如，用户档案数据库408）发出支付指令（例如，457）。发行方服务器可向支付网络服务器提供资金转移消息（例如，458），支付网络服务器可将资金转移消息转发到收单方服务器（例如，459）。以下提供示例HTTP（S）POST资金转移消息：

在一些实现中，收单方服务器可解析资金转移消息，并将交易与商家相关（例如，使用以上示例中的request_ID字段）。收单方服务器接着可将资金转移消息中指定的资金转移到商家的账户（例如，460）。

图5A-E显示示出VWCS的一些实施例中使用虚拟钱包卡选择执行基于卡的交易（例如，基于虚拟钱包的卡交易执行（“VW-CTE”）组件500）的示例方面的逻辑流程图。在一些实现中，用户可提供用户输入（例如，501）到客户端指示用户从商家购买产品的期望。客户端可产生购买订单消息（例如，502），并向商家服务器提供所生成的购买订单消息。在一些实现中，商家服务器可从客户端获取购买订单消息（例如，503），并可解析购买订单消息以提取来自用户的购买订单的细节。商家客户端可利用的示例解析器以下参照图6进一步讨论。商家服务器可生成卡查询请求（例如，504）以确定交易能否被处理。例如，只有当用户在被提供购物订单的卡账户中有足够的资金用于支付购买时，商家服务器才会处理交易。商家服务器可向收单方服务器提供产生的卡查询请求。收单方服务器可解析卡查询请求（例如，505）。收单方服务器使用所获取的卡查询请求可产生卡授权请求（例如，506），并向支付网络服务器提供卡授权请求。

在一些实现中，支付网络服务器可从收单方服务器获取卡授权请求，并可解析卡授权请求以提取该请求的细节（例如，507）。例如，支付网络服务器可获取用户的ID，用户在客户端所刷的卡的帐户号等。支付网络服务器可尝试确定用户是否已经访问虚拟钱包，其中，用户可从该虚拟钱包选择卡来使用以完成购买交易。在一些实现中，如在以上参照图4A的描述中所讨论的那样，支付网络服务器可生成对支付网络数据库的查询（例如，508），以获取用户可用的虚拟卡选择选项。响应于虚拟钱包卡选择查询（例如，508），支付网络数据库可向支付网络服务器提供请求的虚拟钱包卡选项（例如，509）。支付网络服务器可产生用于从用户的虚拟钱包选择支付选项选项中的一个的请求（例如，510），并向用户设备提供虚拟钱包卡选择请求。例如，查询结果可以返回数个用户电子钱包帐户（例如，来自大量的发行方和商家的信用卡，借记卡，预付卡等）的列表；该查询结果的列表可被包装（wrap）成动态用户界面对象（例如，HTML、XML、CSS等包装器；参见图4A，422），其能够被用户设备呈现。在一些实现中，用户设备可呈现由支付网络数据库提供的虚拟钱包卡选择选项（例如，511），并对用户显示虚拟钱包卡选择选项（例如，512）。例如，选择对象可被呈现在屏幕上的显示部分中，例如，在网络呈现对象视图中。

在一些实现中，响应于由用户设备向用户展示的虚拟钱包卡选择选项，用户可提供卡选择输入（例如，513）。用户设备根据用户的卡选择输入可产生虚拟钱包卡选择响应（例如，514），并向支付网络服务器提供虚拟钱包卡选择响应。在一些实现中，支付网络服务器对于来自用户的对于虚拟钱包卡选择请求的响应可等待至少预定的时间量。如果等待时间超过预定的时间量，支付网络服务器可确定用户的时间已用完，从而导致超时。这可对用户的虚拟钱包提供安全的元素。如果用户已经超时（例如，515，选项为是），那么该服务器可确定该用户在当前的交易中是否超时多于预先指定的次数。如果用户不响应（或者如果用户的选择都已导致成功授权失败）多于预先指定的次数阈值（例如，516，选项为是），那么支付网络服务器可确定交易必须取消，并对于商家服务器生成授权失败的消息（例如，517）。在一些实现中，支付网络服务器确定该用户已超时（和/或对于当前交易的超时的次数已超过预定阈值），该服务器可利用由用户以前设定的默认的虚拟钱包卡选择，并通过使用默认的选择继续交易处理。在一些实现中，支付网络服务器可一直使用用户的默认的虚拟钱包卡选择，并且不会尝试通过用户设备联系用户以获取用户选择。但是应当理解的是，这里展示的特征的不同排列和/或组合可被用于在联系用户以获取授权以及从虚拟钱包定制选择卡以便利用的安全利益与减少用户被联系的次数以便实现追求的交易之间进行平衡。

在一些实现中，如果支付网络服务器成功地捕捉从虚拟钱包卡选择选项的、有效的卡账户的用户选择，支付网络服务器可从用户设备获取虚拟钱包卡选择响应，并且可解析虚拟钱包卡选择响应，以提取虚拟钱包卡选择的细节。使用所提取的字段和字段值，支付网络服务器可对于与用户的卡帐户相对应的发行方服务器产生查询（例如，518）。响应于获取发行方服务器查询，支付网络数据库可向支付网络服务器提供（例如，519）请求的发行方服务器数据。在一些实现中，支付网络服务器可利用发行方服务器数据生成转发卡授权请求（例如，520）以将来自收单方服务器的卡授权请求重定向至发行方服务器。支付网络服务器可向发行方服务器提供卡授权请求。在一些实现中，发行方服务器可解析卡授权请求（例如，521），并可根据请求细节可于用户的卡账户查询数据库（例如，522）。作为响应，数据库可提供请求的用户数据（例如，523）。当获取用户数据时，发行方服务器可确定用户是否可通过使用账户中可用的资金来支付交易（例如，524）。例如，通过将来自数据库的数据与从卡授权请求获取的交易花费进行比较，发行方服务器可确定用户是否具有足够的余额剩余在账户中、是否具有与该帐户相关联的足够的信用等。如果发行方服务器确定用户可通过使用账户中可用的资金来支付交易，那么服务器可向支付网络服务器提供授权消息（例如，525）。

在一些实现中，支付网络服务器可获取授权消息，并解析消息以提取授权细节（例如，526）。当确定用户拥有足够的资金用于交易（例如，527，选项为是）时，支付网络服务器可从授权消息和/或卡授权请求提取交易卡（例如，528），并使用卡交易细节生成交易数据记录（例如，529）。支付网络服务器可向数据库提供交易数据以用于存储（例如，530）。在一些实现中，支付网络服务器可向收单方服务器转发授权消息（例如，531），这可继而向商家服务器转发授权消息（例如，532）。商家可获取授权消息，并解析授权消息以提取其内容（例如，533）。商家服务器可确定用户在卡账户中是否拥有足够的资金以进行交易。如果商家服务器确定用户拥有足够的资金（例如，534，选项为是），那么商家服务器可将对于用户的交易的记录增加到一批与授权的交易相关的交易数据（例如，535-536）。商家服务器还可对用户产生购买收据（例如，537）。如果商家服务器确定用户不具备足够的资金（例如，534，选项为否），那么商家服务器可产生授权失败消息（例如，538）。商家服务器可向客户端提供购买收据或授权失败消息。客户端可对用户呈现和显示（例如，538）购买收据。

在一些实现中，商家服务器可通过生成批量数据请求（例如，540）并向数据库提供请求来发起一批授权交易的清算。响应于批量数据请求，数据库可向商家服务器提供请求的批量数据（例如，541）。通过使用从数据库获取的批量数据，服务器会产生批量清算请求（例如，542），并向收单方服务器提供批量清算请求。通过使用获取的批量清算请求，收单方服务器会产生批量支付请求（例如，544），并向支付网络服务器提供批量支付请求。支付网络服务器可解析批量支付请求（例如，545），选择存储在批量数据中的交易（例如，546），并对于存储在批量支付请求中的交易提取交易数据（例如，547）。支付网络服务器可生成交易数据记录（例如，548），并在数据库中存储交易数据（例如，549）。对于提取的交易，支付网络服务器可对于维护请求交易的用户的帐户的发行方服务器的地址产生发行方服务器查询，（例如，550）。支付网络服务器可向数据库提供查询。作为响应，数据库将提供由支付网络服务器请求的发行方服务器数据（例如，551）。支付网络服务器可对于它已提取交易数据的交易产生单个支付请求，（例如，552），并向使用来自数据库的发行方服务器数据的发行方服务器提供单个支付请求。

在一些实现中，发行方服务器可获取单个支付请求，并解析（例如，553）单个支付请求以提取请求的细节。基于所提取的数据，发行方服务器可生成支付命令（例如，554）。例如，发行方服务器可发出命令以从用户的帐户中减去资金（或向用户的信用卡帐户增加费用）。发行方服务器可向存储用户的帐户信息的数据库发出支付指令（例如，555）。作为响应，数据库可更新与该用户帐户相对应的数据记录，以反映对用户的帐户进行的借记（debit）/收费（charge）。在支付命令已被数据库执行之后，发行方服务器可向支付网络服务器提供资金转移消息（例如，556）。

在一些实现中，支付网络服务器可检查在需要清算和偿付的批量中是否存在额外的交易。如果存在额外的交易（例如，557，选项为是），那么支付网络服务器可根据上述的步骤处理每个交易。支付网络服务器可产生（例如，558）反映批量中的所有交易的转移的合计（aggregate）资金转移消息，并向收单方服务器提供（例如，559）资金转移消息。作为响应，收单方服务器将资金转移消息中指定的资金转移到商家的账户（例如，560）。

图6显示示出VWCS的一些实施例中虚拟钱包应用的示例特征的概览的用户界面图。图6显示虚拟钱包移动应用600的各种示例特征的示图。显示的特征的一些包括：钱包601、经由Twitter、Facebook等的社交整合、提供和诚信603、捕捉移动购买604、告警605以及安全、设置和分析696。以下将进一步探讨这些特征。

图7A-G显示示出VWCS的一些实施例中虚拟钱包应用在购物模式中的示例特征的用户界面图。参考图7A，虚拟钱包移动应用的一些实施例促进并极大地提升了消费者的购物体验。如图7A所示的各种购物模式可用于消费者浏览。在一个实现中，例如，用户可通过选择用户界面的底部的商店图标710来开始购物模式。用户可在搜索字段712中输入项目来搜索和/或向购物车增加物品711。用户还可通过对麦克风713说出要被搜索和/或增加到购物车的项目的名称或描述来使用语音激活购物模式。在进一步的实现中，用户也可选择诸如当前项目715、账单716、地址簿717、商家718以及本地接近719等其它购物选项714。

在一个实施例中，例如，用户可选择如图7A的最左侧用户界面中所示的选项当前项目715。当当前项目715选项被选择时，中间的用户界面可被显示。如图所示，中间的用户界面可提供用户的购物车711中的项目715a-h的当前列表。用户可选择项目（例如项目715a）以查看被选择的项目和/或来自同一商家的其它项目的产品描述715j。与捕获实现捕捉移动购买交易所需的信息的QR码715k一起，价格和总支付信息还被显示。

参照图7B，在另一个实施例中，用户可选择帐单选项716。当选择账单选项716时，用户界面可显示来自一个或多个商家的账单和/或收据列表716a-h。靠近账单的每一个，诸如访问的日期、来自多个商店的项目是否存在、最后的账单支付日期、自动支付、项目的数目等附加信息可被显示。在一个示例中，日期为2011年1月20日的钱包购物账单被选择。钱包购物账单选择可显示提供关于被选择的账单的多种信息的用户界面。例如，用户界面可显示购买的项目716k的列表、关于这些项目的QR码编码数据716i，项目的总数目和对应的值716j。例如，在选择的钱包购物账单中存在价值$102.54的7个项目。用户现在可选择项目的任意一个并再次购买以增加购买项目。用户还可刷新提供716j以清算上次的无效提供和/或搜索对于当前购物可适用的新提供。如图7B所示，用户可选择两个项目以重复购买。当增加时，消息716可被显示以确认两个项目的增加，这使得购物车中的项目的总数变为14。

参照图7C，在还一个实施例中，用户可选择地址簿选项717以查看包括联系人的列表717b的地址簿717a以及进行现金转移或支付。在一个实施例中，地址簿可使用每个人的姓名以及可用和/或优选的支付方式来标识每一个联系人。例如，联系人Amanda G可经由如图标717c所指示的社交支付（例如，经由Facebook）支付。在另一个示例中，现金可经由如QR码图标717d所指示的QR码转移到Brian S。在还一个示例中，Charles B可经由近场通信717e、蓝牙717f以及电子邮件717g接受支付。支付还可经由USB717h（例如，通过物理连接两个移动设备）以及诸如Twitter的社交渠道来进行。

在一个实现中，用户可选择Joe P以进行支付。Joe P，如用户界面所示，靠近他的姓名具有指示Joe P经由电子邮件接受支付的电子邮件图标717g。当他的名字被选择时，用户界面可显示他的联系信息，诸如电子邮件、电话等，如果用户希望通过电子邮件以外的方式对JoeP进行支付，那么用户可将另一转移模式717j增加到他的联系信息并进行支付转移。参照图7D，用户可被提供屏幕717k，其中，用户可输入发送给Joe的数目，以及增加其它文本内容以向Joe提供用于支付交易的背景717l。用户可经由用户界面元素717m来选择模式（如SMS、电子邮件、社交网络），经由这些模式Joe可被联系到。随着用户打字，输入的文本可在GUI元素717n内被查阅。当用户已完成输入必要的信息时，用户可按压发送按钮717o以Joe发送社交信息。如果Joe也有虚拟钱包应用，Joe可能够在该应用内或者直接在社交网络（例如，对于Twitter^TM、

等）的网站上查阅社交支付信息717p。消息可从各个社会网络和其它来源（例如，SMS，邮件）聚合。适于每个消息模式的兑换（redemption）的方法可随着社交支付信息一起被指示。在图7D的示图中，Joe接收的SMS717q Joe指示Joe可通过回复SMS并输入哈希标签值#1234来兑换获取的$5。在同一示图中，Joe还经由接收消息717r，其包括Joe可激活以发起$25支付的兑换的URL链接。

参考图7E，在一些其它实施例中，用户可在购物模式下从选项的列表选择商家718以商家718a-e的选择列表。在一个实现中，列表中的商家可附属于钱包，或与钱包具有密切关系。在另一个实现中，商家可包括满足用户定义的或其它标准的商家的列表。例如，列表可以是由用户创建、用户最频繁购物或者花费多余总量x或者连续三个月购物等的商家。在一个实现中，用户可进一步选择商家的一个，例如Amazon718a。用户接着可导航整个商家的列表以寻找感兴趣的项目，如718f-j。直接通过钱包而不从单独的页面访问商家站点，用户可从Amazon718a的目录中进行物品718j的选择。如图7D的最右侧用户界面中所示，选择的项目可被增加到购物车。消息718k指示选择的项目已被增加到购物车，并且现在购物车中更新的物品的数目为13。

参考图7F，在一个实施例中，可存在本地接近选项719，该选项可由用户选择以查看在地理上非常接近于用户的商家的列表。例如，商家719a-e的列表可为位于用户附近的商家。在一个实现中，当用户在商店中时，移动应用可基于用户的位置进一步地识别。例如，当用户非常接近于商店时，位置图标719d可靠近商店（例如，Walgreens）被显示。在一个实现中，在用户移动远离商店（例如，Walgreens）的情况下，移动应用可周期性地刷新其位置。在进一步的实现中，用户可通过移动应用导航选择的Walgreens商店的提供。例如，用户可通过使用移动应用导航Walgreens过道5上可获得的项目5719f-j。在一个实现中，用户可从他或她的移动应用中选择玉米719i以增加到购物车719k。

参考图7G，在另一个实施例中，本地接近选项719可包括商店地图和其它之间的实时地图特征。例如，当选择Walgreens商店时，用户可开始过道地图719l，该过道地图显示示出商店的组织及用户的位置（由黄色圈指示）。在一个实现中，用户可容易地配置地图以增加一个或多个其它用户（例如，用户的孩子）以共享彼此在商店内的位置。在另一个实现中，用户可具有选项以开始与地图中的街道视图相类似的商店视图。商店视图719n可显示用户周边的图像/视频。例如，如果用户即将进入过道5，商店视图地图可显示走道5的示图。此外，用户可通过使用导航工具719o操纵地图的方向以向前、向后、向右、向左以及顺时针和逆时针旋转移动商店视图。

图8A-F显示示出VWCS的一些实施例中虚拟钱包应用在支付模式中的示例特征的用户界面图。参照图8A，在一个实施例中，钱包移动应用可向用户提供多个选项以用于经由钱包模式810来支付交易。在一个实现中，用于进行支付的示例用户界面811被显示。用户界面可明确地识别用于交易的金额812和货币（currency）813。金额可以是可支付的金额，并且货币可包括诸如美元和欧元的真实货币，以及诸如奖励点数的虚拟货币。交易814的金额也可被突出地显示在用户界面上。用户可选择资金标签816来选择支付的一个或多个形式817，这可包括各种信用卡、借记卡、礼品、奖励和/或预付卡。用户还可具有全部或部分地以奖励点数支付的选项。例如，在用户界面上的图形指示器818显示可用的点的数量，图形指示器819显示对于应支付的金额234.56要被使用的点的数量以及以选择的货币（USD，例如）的点的数目的等价物。

在一个实现中，用户可将来自多个源（source）的资金进行组合以支付交易。显示在用户界面上的金额815可提供到目前为止通过选择的支付形式（例如，发现卡和奖励点数）而覆盖的总资金的金额的指示。用户可从一个或多个支付形式选择另一种支付形式或调整要借记的金额，直至金额815匹配应付的金额814。一旦由用户从一个或多个支付形式最终确定要被借记的金额，支付授权则开始。

在一个实现中，用户可通过选择隐藏按钮822以有效地隐藏或隐去一些（例如，预先配置的）或全部识别信息来选择安全的交易授权，使得当用户选择支付按钮821时，交易授权以安全和匿名的方式进行。在另一个实现中，用户可选择支付按钮821，其可对于交易处理使用标准的授权技术。在又一实现中，当用户选择社交按钮823时，关于交易的消息可被发送到更多的社交网络（由用户设置）中的一个，其可以社交论坛的方式（诸如墙张贴或推特）来张贴或宣告购买交易。在一个实现中，用户可选择社交支付处理选项823。指示器824可显示进程中的授权和发送社交共享数据。

在另一个实现中，对于某些购买活动（诸如处方购买），受限支付模式825将被激活。该模式根据由发行方、保险商、商家、支付处理器和/或其它实体所定义的规则来激活以促进专门的商品和服务的处理。在该模式下，用户可向下滚动资金标签下的支付的形式的列表来选择诸如弹性支出帐户（FSA）827、健康储蓄帐户（HAS）等专门的帐户金额和要被借记到所选择的账户的金额。在一个实现中，这样的受限支付模式825处理可禁用购买信息的社交共享。

在一个实现中，钱包移动应用经由导入资金用户界面828可促进资金的导入。例如，失业的用户可经由钱包移动应用来获取失业救济资金829。在一个实现中，如由处理指示消息830所示，提供资金的实体也可配置规则以用于使用资金。钱包可读取并应用以前的规则，并可拒绝任何不满足由规则设定的标准的、利用失业资金的购买。示例标准可包括，例如，商家类别码（MCC）、交易的时间、交易的位置等。作为示例，与具有MCC5411的杂货商家的交易会被批准，而与具有MCC5813的酒吧商家的交易则会被拒绝。

参照图8B，在一个实施例中，钱包移动应用基于诸如用户位置、偏好、货币值偏好在内的因素可促进动态支付优化。例如，当用户在美国时，国家指示器831可显示美国的国旗并将货币833设置为美国。在进一步的实现中，钱包移动应用可自动地重排支付的形式被列举的顺序835以反映各种形式的支付的流行度或接受度。在一个实现中，排列可反映用户的偏好，这不能由钱包移动应用改变。

同样的，当德国用户在德国操作钱包时，移动钱包应用用户界面可被动态地更新以反映操作的国家832和货币834。在进一步的实现中，钱包应用可基于在该国它们的接受程度来重排不同形式的支付836被列举的顺序。当然，这些支付的形式的顺序可由用户修改以适应他或她自身的偏好。

参照图8C，在一个实施例中，在钱包移动设备应用用户界面中的收款人标签837可促进用户选择一个或多个接收资金标签中所选择的资金的收款人。在一个实现中，用户界面可显示用户以前已进行交易或能够进行交易的所有收款人838的列表。用户接着可选择一个或多个收款人。收款人838可包括诸如Amazon.com Inc.的较大的商家以及诸如Jane P.Doe的个人。靠近每个收款人姓名，对于收款人的可接受的支付模式的列表可被显示。在一个实现中，用户可选择收款人Jane P.Doe839以用于接收支付。当选择时，用户界面可显示与收款人相关的附加识别信息。

参照图8D，在一个实施例中，模式标签840可促进选择收款人接受的支付模式。大量的支付模式可供选择。示例模式包括：蓝牙841、无线842、通过用户的捕捉移动获取的QR码843、安全芯片844、Twitter845、近场通信（NFC）846、蜂窝847抢购、通过用户的捕捉移动提供的QR码848、USB849以及FACEBOOK850、以及其它。在一个实现中，仅由收款人接受的付款支付模式可由用户选择。其它不可接受的支付模式可被禁用。

参照图8E，在一个实施例中，提供标签851可提供与用户的购物车中的物品相关的实时提供。用户可从适用的提供852的列表选择一个或多个提供以用于兑现。在一个实现中，一些提供可被组合，而其它的则不可被组合。当用户选择不可与另一提供组合的提供时，未选择的提供可被禁用。在进一步的实现中，由钱包应用的推荐引擎所推荐的提供可由诸如由853所示的指示器识别。在进一步的实现中，用户可通过在用户界面中展开由854所示的提供栏来读取提供的细节。

参照图8F，在一个实施例中，社交标签855可促进钱包应用与社交渠道856的整合。在一个实现中，用户可选择一个或多个社交渠道856并可通过向钱包应用提供社交渠道用户名和密码857以及登陆858来从钱包应用登录到选择的社交渠道。用户接着可使用社交按钮859通过集成的社交渠道来发送或接收金钱。在进一步的实现中，用户可通过集成的社交渠道发送诸如购买信息或链接的社交共享数据。在另一个实施例中，用户提供的登录凭据可允许VWCS参与拦截解析。

图9显示示出VWCS的一些实施例中虚拟钱包应用在历史模式中的示例特征的用户界面图。在一个实施例中，用户可选择历史模式910以查看以前的购买的历史，并对这些以前的购买执行各种动作。例如，用户在搜索条911中可输入商家识别信息，诸如姓名、产品、MCC等。在另一个实现中，用户可通过点击麦克风图标914使用语音激活搜索特征。钱包应用可对于匹配搜索关键字的交易查询移动设备中的存储区域或其它地方（例如，远离移动设备的一个或多个数据库和/或表）。用户界面接着可显示查询的结果，诸如交易915。用户界面也可识别交易的日期912、与交易相关的物品和商家913、确认交易已进行的收据的条形码、交易的金额以及任何其它相关的信息。

在一个实现中，用户可选择交易（例如交易915）以查看交易的细节。例如，用户可查看与交易相关联的物品的细节以及每个物品的金额916。在进一步的实现中，用户可选择显示选项917以查看用户关于交易或交易中的物品可采取的动作918。例如，用户可将照片增加到交易中（例如，用户的照片和用户购买的iPad）。在进一步的实现中，如果用户以前经由社交渠道共享购买，包括照片的张贴可被产生并发送到社交渠道以用于公布。在一个实现中，任意的共享可以是可选的，并且没有经由社交通道共享购买的用户仍然可直接从钱包应用的历史模式通过他或她选择的一个或多个社交渠道共享照片。在另一个实现中，用户可将交易增加到阻，诸如由用户设立的公司开支、家庭开支、旅行开支或其它类别。这样的分组可促进年终开支的结算、工作开支报告的提交、增值税（VAT）退款的提交、个人开支等。在还一实现中，用户可购买在交易中购买的一个或多个物品。用户接着可执行交易而不用去商家目录或站点去寻找物品。在进一步的实现中，用户还可将交易中的一个或多个物品放入购物车以用于以后的购买。

在另一实施例中，历史模式可提供用于获取和显示交易中的物品的评级（rating）的便利。评级的来源可以是用户、用户的朋友（例如，来自社交渠道、联系人等）、从网络聚合的评论等。用户界面在一些实现中还可允许用户向社交渠道（如Twitter或Facebook）的其它用户发布消息。例如，显示区域920显示Facebook消息在两个用户之间交换。在一个实现中，用户可经由消息921共享链接。选择这样的已嵌入产品链接的消息可允许用户直接从历史模式查看产品的描述和/或购买该产品。

在一个实施例中，历史记录模式还可包括用于导出收据的工具。导出收据弹出窗口922可提供用于导出历史交易的收据的多个选项。例如，用户可使用选项925中的一个或多个，该选项925包括：保存（保存至本地移动存储器、服务器、云帐户等）、打印到打印机、传真、电子邮件等。用户可利用他或她的地址簿923以查找用于导出的电子邮件或传真号码。用户还可指定用于导出收据的格式选项924。示例格式选项包括而不限于：文本文件（.doc,.txt,.rtf,.iif等）、电子表格（.csv,.xls等）、图像文件（.jpg,.tff,.png等）、便携式文档格式（.pdf），postscript（.ps）等。用户接着可点击或轻点导出按钮927以发起收据的导出。

图10A-E显示示出VWCS的一些实施例中虚拟钱包应用在捕捉模式中的示例特征的用户界面图。参照图10A，在一个实施例中，用户可选择捕捉模式2110以访问其捕捉特征。捕捉模式可处理任意的机器可读的表数据表示。这样的数据的示例包括线性和2D条形码，诸如UPC码和QR码。这些码可在收据、产品包装等上被找到。捕捉模式还可处理和操作收据、产品、提供、信用卡或其它支付设备等的图片。捕捉模式中的示例用户界面在图10A中被显示。用户可使用他或她的移动电话拍摄QR码1015和/或条形码1014的图片。在一个实现中，条（bar）1013和捕获框1015可帮助用户正确地捕捉码。例如，如所示的捕获框1015没有捕获码1016的全部。这样，由于码中的信息可能是不完整的，所以在该视图中捕获的码可能是无法分析的。这由条1013上指示捕捉模式仍在寻找码的消息指示。当码1016由捕获框1015完全框住时，条消息可被更新为例如捕捉被发现。在一个实现中，当找到码，用户可通过使用移动设备照相机发起码捕获。在另一个实现中，捕捉模式可通过使用移动设备照相机自动地捕捉码。

参照图10B，在一个实施例中，捕捉模式可促进交易后的支付再分配（reallocation）。例如，用户可从零售商Acme超市购买杂货和处方物品。用户无意地或者为了结账的方便，例如使用他或她的Visa卡以支付杂货和处方项目。然而，用户可能具有FSA账户，该FSA账户可被用于支付处方项目并且将向用户提供税收利益。在这样的情况下，用户可使用捕捉模式以启动交易再分配。

如所示的，用户可在搜索条2121中输入搜索词（例如，账单）。用户接着可在标签1022中识别用户想要再分配的收据1023。可替代地，用户可直接地捕捉收据上的条形码的图片，捕捉模式可通过使用来自条形码的信息来产生并显示收据1023。用户现在可再分配1025。在一些实现中，用户还可阻止（dispute）交易1024或对收据存档1026。

在一个实现中，当再分配按钮1025被选择时，钱包应用可执行收据的光学字符识别（OCR）。收据中的项目可接着被检查以识别为了税收利益或其它诸如返现、奖励点数等利益可对一个或多个项目中的哪个对哪个支付设备或账户收费。在这个示例中，如果对用户的Visa卡收费的处方药对用户的FSA账户收费，那么存在税收利益。钱包应用可接着作为后端执行再分配。再分配处理可包括钱包联系支付处理器以将处方药的金额记到Visa卡并将同样的金额借记到用户的FSA账户。在可替代的实现中，支付处理器（例如，Visa或MasterCard）可获取收据并对收据进行OCR、识别用于再分配的支付账户和项目、以及执行再分配。在一个实现中，钱包应用可请求用户确认对于所选择项目将费用再分配到另一个支付账户。在再分配处理完成之后可产生收据1027。如所讨论的，收据显示一些费用已从Visa帐户移动到FSA。

参照图10C，在一个实施例中，捕捉模式可经由诸如条形码或QR码的支付码促成支付。例如，用户可捕捉还没有完成的交易的QR码。QR码可被显示在商家POS终端、网站、或者web应用处，并且可利用识别购买物品、商家细节的信息及其它相关的信息进行编码。当用户捕捉诸如QR码时，捕捉模式可对QR码中的信息进行解码，并可使用解码的信息来产生收据1032。一旦QR码被识别，导航条1031可指示支付码被识别。用户现在可具有选项以增加到购物车1033，利用默认的支付账户支付1034或利用钱包支付1035。

在一个实现中，用户可决定利用默认支付1034。在该示例钱包中，钱包应用接着可使用用户的默认的支付方法来完成购买交易。当完成交易时，收据可被自动产生以用于购买的证据。用户界面还可被更新，以提供其它选项来处理完成的交易。示例选项包括，用于与他人共享购买信息的社交1037、如相对于图10B所讨论的再分配1038、以及用于存储收据的存档1039。

参照图10D，在一个实施例中，捕捉模式还可促成提供识别、应用以及存储以供将来使用。例如，在一个实现中，用户可捕捉提供码1041（例如，条形码、QR码等）。钱包应用接着可从编码在提供码中的信息产生提供文本1042。用户可对该提供码执行许多操作。例如，用户使用查找按钮1043以查找接受该提供码的所有商家、接受该提供码的附近的商家、符合该提供码的商家的产品等。用户还可通过使用增加到购物车按钮1044来将该编码应用到当前在购物车中的物品。此外，用户还可通过选择保存按钮1045保存提供以供将来使用。

在一个实现中，在提供或优惠券1046被应用后，用户可具有选项以通过查找来查找合格的商家和/或产品，用户可通过使用1048进入钱包，以及用户还可保存提供或优惠券1046以供以后使用。

参照图10E，在一个实施例中，捕捉模式还可提供用于将资金源增加到钱包应用的工具。在一个实现中，诸如信用卡、借记卡、预付卡、智能卡及其它支付帐户的支付卡可具有诸如条形码或QR码的关联码。这样的码可具有其中已被编码的支付卡信息，包括但不限于：姓名、地址、支付卡类型、支付卡帐户细节、余额量、消费限度、奖励余额等。在一个实现中，可在物理支付卡的一面上发现码。在另一个实现中，可通过访问相关联的在线帐户或其它安全位置来获取码。在还一个实现中，码可被印在伴随支付卡的证书上。在一个实现中，用户可捕捉码的图片。钱包应用可识别支付卡1051并可显示编码在支付卡中的文本信息1052。用户接着可通过选择验证按钮1053来执行信息1052的验证。在一个实现中，验证可包括联系支付卡的发行方以确认解码的信息1052以及任何其它相关的信息。在一个实现中，用户可通过选择增加至钱包按钮1054来将支付卡增加至钱包。将支付卡增加到钱包的指令可导致支付卡作为支付的形式中的一种在图8A中所讨论的资金标签816下出现。用户还可通过选择取消按钮1055来取消作为资金源的支付卡的导入。当支付卡已被增加到钱包时，用户界面可被更新以经由通知显示1056指示导入完成。用户接着可访问钱包1057以开始使用增加的支付卡作为资金源。

图11显示示出VWCS的一些实施例中虚拟钱包应用在提供模式中的示例特征的用户界面图。在一些实现中，VWCS可允许用户在虚拟钱包移动应用中搜索产品和/或服务的提供。例如，用户可在图形用户界面（“GUI”）元素1111中输入文本，或者通过激活GUI元素1112并向设备讲出命令来发出语音命令。在一些实现中，VWCS可基于用户以前的行为、人口统计、当前位置、当前的购物车选择或购买物品等提供提供。例如，如果用户处于实体商店或在线购物网站，并离开该（虚拟）商店，接着与商店相关联的商家期望提供甜头交易（sweetener deal）以吸引消费者回到（虚拟）商店。商家可提供这样的提供1113。例如，该提供可提供折扣，并可包括届满时间。在一些实现中，其它用户可向用户提供用户可兑换的礼品（例如，1114）。在一些实现中，提供部分可包括关于向其它用户支付未偿还的资金的告警（例如，1115）。在一些实现中，提供部分可包括关于请求来自其它用户的资金的收据的告警（例如，1116）。例如，这样的特征可从其它应用（例如，邮件、日历、任务、便笺、提醒程序、告警等），或者通过用户对虚拟钱包应用的人工输入来识别应收资金。在一些实现中，提供部分可在VWCS中提供来自参与商家的提供（例如，1117-1119、1120）。这些提供有时可通过使用参与商家的组合来汇集，例如，1117。在一些实现中，VWCS自身可从虚拟钱包应用内对依赖于利用特定支付形式的用户的用户提供提供（例如，1120）。

图12A-B显示示出VWCS的一些实施例中虚拟钱包应用在安全和隐私模式中的示例特征的用户界面图。参照图12A，在一些实现中，用户可能够例如通过激活用户界面元素来查看和/或修改用户档案和/或用户的设置。例如，用户可能够查看/修改用户名（例如，1211a-b）、账户号（例如，1212a-b）、用户安全访问码（例如，1213-b）、用户pin（例如，1214-b）、用户地址（例如，1215-b）、与用户相关联的社会安全号（例如，1216-b）、当前设备GPS位置（例如，1217-b）用户当前所在商店的商家的用户帐户（例如，1218-b）、用户的奖励帐户（例如，1219-b）等。在一些实现中，用户可能够选择那些数据字段以及它们的关联值应被传送以促成购买交易，由此为用户提供增强的数据安全。例如，在图12A的示例图示中，用户已选择姓名1211a、账户号1212a、安全码1213a，商家帐户ID1218a以及奖励帐户ID1219a作为字段（作为通知的一部分要被发送）以处理购买交易。在一些实现中，用户可切换作为通知的一部分被发送的字段和/或数据值以处理购买交易。在一些实现中，应用可提供存储的数据字段和/或关联值的多个屏幕以便用户选择作为购买订单传输的一部分。在一些实现中，应用可向VWCS提供用户的GPS位置。基于用户的GPS位置，VWCS可确定用户的环境（例如，用户是否在商店、医生的办公室、医院、邮政服务办公室等）。基于环境，用户应用可向用户展示适当的字段，用户从该字段可选择字段和/或字段值以作为购买订单传输的一部分发送。

例如，用户可能去医生的办公室并期望为医生的预约支付共付医疗费。除了诸如帐户号和姓名的基本交易信息之外，应用可向用户提供能力以选择传送医疗记录、健康信息，这些可被提供给医疗提供者、保险公司以及交易处理器以在多方之间协调支付。在一些实现中，记录可以健康保险流通与责任法案（HIPAA）兼容的数据格式被发送并被加密，并且仅被授权查看这样的记录的接收者才可具有适当的解密密钥以解密并查看私人用户信息。

参考图12B，在一些实现中，在用户的设备上执行的应用可提供聊天验证特征以防止诈骗。例如，VWCS可检测异常和/或可疑的交易。VWCS可利用聊天验证特征与用户通信，并验证购买交易的发起人的真实性。在各个实现中，VWCS可发送电子邮件消息、文本（SMS）消息、

消息、Twitter^TM推特、文本聊天、语音聊天、视频聊天（例如，Apple FaceTime）等与用户通信。例如，VWCS可向用户发起视频挑战（例如，1221）。例如，用户需要经由视频聊天展示他/她自身（例如，1222）。在一些实现中，客户服务代表（例如，代理1224）可人工地确定使用用户的视频的用户的真实性。在一些实现中，VWCS可利用脸、生物计量等识别（例如，使用模式分类技术）来确定用户的身份。在一些实现中，应用可提供参照标记（例如，十字准线、目标框等）（例如，1223），使得用户可视频以促进VWCS的用户自动识别。在一些实现中，用户可能没有发起交易，例如，该交易是诈骗性的。在这样的实现中，用户可取消挑战。VWCS接着可取消交易，和/或代表用户发起诈骗调查过程。

在一些实现中，VWCS可利用文本挑战过程来验证用户的真实性（例如，1225）。例如，VWCS可经由文本聊天、SMS消息、电子邮件、

消息、Twitter^TM推特等与用户通信。VWCS可对于用户提出挑战问题（例如，1226）。应用可提供用户输入界面元素（例如，虚拟键盘1228）以回答由VWCS所提出的挑战问题。在一些实现中，挑战问题可由VWCS自动地随机选择；在一些实现中，客户服务代表可人工地与用户通信。在一些实现中，用户可能没有发起交易，例如，该交易是诈骗性的。在这样的实现中，用户可取消文本挑战。VWCS可代表用户取消交易，和/或发起诈骗调查过程。

图13显示示出经由用户购买结账（“UPC”）组件将用户结账请求输入转换为结账数据显示输出的示例方面的数据图示意图。在一些实施例中，用户（例如1301a）可能期望通过商家在线网站或商家的商店从商家购买产品、服务、提供等（产品）。用户可通过客户端与商家/收单方（商家）服务器通信（例如，1303a），客户端诸如但不限于：个人计算机、移动设备、电视、销售点终端、信息亭、ATM等（例如，1302）。例如，用户可向客户端提供用户输入（例如，结账输入1311）指示用户购买该产品的期望。在各种实现中，用户输入可包括但不限于：触摸屏界面的单次轻点（例如，轻点移动应用购买实施例）、键盘输入、刷卡，激活在用户设备内装有RFID/NFC的硬件设备（例如，具有多个账户的电子卡、智能电话、平板等）、鼠标点击、按下操纵杆/游戏控制台上的键、语音命令、触摸感应界面上的单/多次触摸手势、触摸感应显示屏上的触摸用户界面元素等。作为一个示例，在商家店中的用户可通过销售点终端的条形码扫描仪扫描产品的产品条形码。作为另一个示例，用户可从商家的网站上的网页目录中选择产品，并将产品增加到商家的网站上的虚拟购物车。用户然后可指示用户对（虚拟）购物车中的物品结账的期望。例如，用户可激活由客户端提供的用户界面元素以指示完成用户购买结帐的期望。客户端可产生结帐请求（例如，1312），并向商家服务器提供结帐请求（例如，1313）。例如，客户端可提供（安全）超文本传输协议（HTTP（S））POST消息，该消息包括以根据可扩展标记语言（XML）格式化的数据的形式的、对于商家服务器的产品细节。以下提供了基本上以包括XML格式化数据的HTTP(S)POST消息的形式的、结账请求1312的示例列举：

在一些实施例中，商家服务器可从客户端获取结帐请求，并从结帐请求提取结帐细节（例如，XML数据）。例如，商家服务器可利用诸如以下参照图19的讨论中所描述的示例解析器的解析器。基于对结账请求1312进行解析，商家服务器可从结帐请求中提取产品数据（例如产品标识符）以及可用的PoS客户端数据。在一些实施例中，使用产品数据，商家服务器可查询（例如，1314）商家/收单方（“商家”）数据库（例如，1303b）以获取产品数据（例如1315），诸如产品信息、产品价格、销售税、优惠、折扣、奖励、和/或其它信息以对于用户处理购买交易和/或提供增值服务。例如，商家数据库可以是响应于结构化查询语言（“SQL”）命令的关系数据库。商家服务器可执行包括SQL命令的超文本预处理器（PHP）脚本以对于产品数据查询数据库表（诸如图19，产品1919l）。以下提供了基本上以PHP/SQL形式的示例产品数据查询1314：

在一些实施例中，响应于获取产品数据，商家服务器会产生（例如，1316）结账数据以提供给PoS客户端。在一些实现中，这样的结账数据（例如，1317）可部分地包含在超文本标记语言（HTML）页面中，该超文本标记语言（HTML）页面包括用于显示的数据（诸如产品细节、产品价格、总价格、税收信息、运送信息、优惠、折扣、奖励、增值服务信息等）以及提供支付信息以处理购买交易的输入字段（诸如帐户持有人姓名、帐户号、账单地址、运送地址、小费金额等）。在一些实施例中，结帐数据可部分地包含在PoS客户端可显示的快速响应（QR）码图像中，使得用户可以使用用户的设备捕捉QR码以获取商家和/或产品数据以产生购买交易处理请求。在一些实施例中，用户告警机制可被内置到结账数据中。例如，商家服务器可将特定于交易的URL嵌入到结账数据中。在一些实施例中，告警URL还可被嵌入到卡授权请求中可选的级3数据中，诸如以下参照图15-16进一步讨论的那些。URL可以指向存储在专用于交易（其为卡授权请求的对象）的商家的服务器上的网页、数据文件、可执行脚本等。例如，由URL指向的对象可包括关于购买交易的细节，例如，被购买的产品、购买花费、时间届满（expiry）、订单处理状态等。因此，通过将网页的URL传递到支付网络，商家服务器可向支付网络提供交易的细节。在一些实施例中，支付网络可向用户提供通知，例如支付收据、交易授权确认消息、运送通知等。在这样的消息中，支付网络可向用户设备提供URL。用户可导航到用户的设备上的URL以获取与用户的购买相关的告警以及其它信息，诸如提供、优惠券、相关产品、奖励通知等。以下提供基本上以XML格式化数据的形式的结账数据1317的示例列举：

当获取结账数据（例如，1317）时，PoS客户端会对用户呈现和显示(例如，1318)结帐数据。

图14显示示出经由用户购买结账（“UPC”）组件将用户结账请求输入转换为结账数据显示的示例方面的逻辑流程图。在一些实施例中，用户可能期望通过商家在线网站或商家的商店从商家购买产品、服务、提供等（产品）。用户可通过PoS客户端与商家/收单方（商家）服务器进行通信。例如，用户可以向客户端提供用户输入（例如，1401）指示用户购买该产品的愿望。客户端会产生结帐请求（例如，1402），并将结账请求提供给商家服务器。在一些实施例中，商家服务器可从客户端获取结帐请求，并从结账请求提取结帐细节（例如，XML数据）。例如，商家服务器可利用诸如以下参照图19的讨论中所描述的示例解析器的解析器。基于对结账请求进行解析，商家服务器可从结帐请求中提取产品数据（例如产品标识符）以及可用的PoS客户端数据。在一些实施例中，使用产品数据，商家服务器可查询（例如，1403）商家/收单方（“商家”）数据库以获取产品数据（例如，1404），诸如产品信息、产品价格、销售税、优惠、折扣、奖励、和/或其它信息以对于用户处理购买交易和/或提供增值服务。在一些实施例中，响应于获取产品数据，商家服务器会产生（例如，1405）结账数据以提供（例如，1406）给PoS客户端。当获取结账数据时，PoS客户端会对用户呈现和显示(例如，1407)结帐数据。

图15A-B显示示出经由购买交易授权（“PTA”）组件将用户虚拟钱包访问输入转换为购买交易收据通知的示例方面的数据图示意图。参照图15A，在一些实施例中，用户（例如，1501a）可能期望通过商家在线网站或商家的商店利用虚拟钱包卡账户从商家购买产品、服务、提供等（产品）。用户可以利用物理卡（physical card）或用户钱包设备（例如，1501b）以访问用户的虚拟钱包帐户。例如，用户钱包设备可以是个人计算机/膝上型计算机、蜂窝电话、智能电话、平板、电子书阅读器、上网本、游戏控制台等。用户可向用户钱包设备提供钱包访问输入（例如，1511）。在各种实施例中，用户输入可包括但不限于：触摸屏界面的单次轻点（例如，轻点移动应用购买实施例）、键盘输入、刷卡，激活在用户设备内装有RFID/NFC的硬件设备（例如，具有多个账户的电子卡、智能电话、平板等）、鼠标点击、按下操纵杆/游戏控制台上的键、语音命令、触摸感应界面上的单/多次触摸手势、触摸感应显示屏上的触摸用户界面元素等。在一些实施例中，用户钱包设备可根据用户的钱包访问输入对用户进行认证，并为用户提供虚拟钱包特征。

在一些实施例中，当对于访问虚拟钱包特征认证用户时，用户钱包设备可向销售点（PoS）客户端（例如，1502）提供交易授权输入，例如1514。例如，用户钱包设备可通过蓝牙、Wi-Fi、蜂窝通信、单向或双向近场通信（“NFC”）等与PoS客户端通信。在用户利用塑料卡而不是用户钱包设备的实施例中，用户可以在PoS客户端刷塑料卡以将来自塑料卡的信息转换为PoS客户端。例如，PoS客户端可以从用户的塑料卡（例如信用卡，借记卡，预付卡，付款卡等）中获取跟踪1数据作为交易授权输入1514，诸如以下提供的示例跟踪1数据：

%B123456789012345^PUBLIC/J.Q.^99011200000000000000**901******?*

(其中，‘123456789012345’是‘J.Q.Public’的卡号，并具有CVV号901。‘990112’是服务码，并且***表示每次卡被使用时随机地变化的十进制数字)

在用户利用用户钱包设备的实施例中，用户钱包设备可向PoS客户端提供支付信息，其根据适于用户钱包设备和PoS客户端之间的通信中所采用的通信机制的数据格式协议而被格式化。以下提供了基本上以XML格式化数据的形式的、交易授权输入1514的示例列举：

在一些实施例中，通过使用从用户钱包设备所获取的交易授权输入，PoS客户端会产生卡授权请求（例如，1515），和/或产品/结账数据（参见例如图13，1315-1317）。以下提供了基本上以包括XML格式化数据的HTTP(S)POST消息的形式的、卡授权请求1515-1516的示例列举：

在一些实施例中，由用户设备产生的卡授权请求可包括处理购买交易所需的最少信息。例如，这可提高购买交易请求通信的效率，并且还可有利地提高向用户和/或商家提供的隐私保护。例如，在一些实施例中，卡授权请求可包括至少一个用于用户与商家的购物会话的会话ID。该会话ID可被具有适当的访问商家服务器上的安全站点的访问权限的任意组件和/或实体利用，以在用户和商家的购物会话中获取告警、提醒、和/或关于交易的其它数据。在一些实施例中，PoS客户端可向商家服务器提供所生成的卡授权请求（例如，1516）。商家服务器可以向支付网关服务器转发卡授权请求（例如1504a），以用于将卡授权请求路由到适合的支付网络以用于支付处理。例如，支付网关服务器能够从诸如Visa,Mastercard,American Express,Paypal等支付网络选择以处理各种类型的交易，这些交易包括但不限于：信用卡、借记卡、预付卡、B2B等交易。在一些实施例中，例如通过使用用户ID（诸如电子邮件地址）或用户支付卡号的一部分作为用于数据库查询的关键字，商家服务器可对于支付网关服务器的网络地址查询数据库（例如，商家/收单方数据库1503b）。例如，商家服务器可发出PHP/SQL命令以对于支付网关服务器的URL查询数据库表（诸如图19，支付网关1919h）。以下提供基本上以PHP/SQL命令的形式的、示例支付网关地址查询1517：

作为响应，商家/收单方数据库可提供所请求的支付网关地址（例如，1518）。商家服务器会使用所提供的地址向支付网关服务器转发卡授权请求（例如，1519）。在一些实施例中，当从商家服务器接收到卡授权请求时，支付网关服务器可调用（invoke）组件以提供一个或多个与购买交易授权相关联的服务。例如，支付网关服务器可调用组件以用于防止诈骗、诚信和/或奖励、和/或用户商家组合被授权的其它服务。支付网关服务器可向支付网络服务器（例如，1505a）转发卡授权请求，用于支付处理。例如，支付网关服务器能够从诸如Visa,Mastercard,American Express,Paypal等支付网络选择以处理各种类型的交易，这些交易包括但不限于：信用卡、借记卡、预付卡、B2B等交易。在一些实施例中，例如通过使用用户ID（诸如电子邮件地址）或用户支付卡号的一部分，作为用于数据库查询的关键字，支付网关服务器可对于支付网关服务器的网络地址查询数据库（例如，支付网关数据库1504b）。例如，支付网关服务器可发出PHP/SQL命令以对于支付网关服务器的URL查询数据库表（诸如图19，支付网关1919h）。以下提供基本上以PHP/SQL命令的形式的、示例支付网络地址查询1521：

作为响应，支付网关数据库可提供所请求的支付网络地址（例如，1522）。支付网关服务器通过使用所提供的地址向支付网络服务器转发卡授权请求（例如，1523）。

参考图15B，在一些实施例中，支付网络服务器可处理交易，以便将用于购买的资金转移到存储在商家的收单方上的账户中。例如，收单方可以是维护商家的账户的金融机构。例如，由商家处理的交易的收益可被存入由收单方的服务器维护的账户中。

在一些实施例中，对于与用户选择的支付选项相对应的收单方服务器，支付网络服务器会生成查询（例如，1524）。例如，用户的帐户可被链接到一个或多个发行方金融机构（“发行方”），诸如银行机构，其为用户发行帐户。例如，这些帐户可包括但不限于：信用卡、借记卡、预付卡、支票、储蓄、货币市场、存单、存储（现金）账户等。发行方的发行方服务器（例如1506a）可维护用户账户的细节。在一些实施例中，数据库（例如，支付网络数据库1505b）可存储与发行方相关联的发行方服务器的细节。在一些实施例中，例如通过使用用户ID（诸如电子邮件地址）或用户支付卡号的一部分作为用于数据库查询的关键字，支付网络服务器可对于发行方服务器的网络地址查询数据库（例如，支付网络数据库1505b）。例如，商家服务器可发出PHP/SQL命令以对于发行方服务器的网络地址查询数据库表（诸如图19，发行方1919f）。以下提供基本上以PHP/SQL命令的形式的、示例发行方服务器地址查询1524：

响应于获取发行方服务器查询（例如，1524），支付网络数据库可向支付网络服务器提供（例如，1525）请求的发行方服务器数据。在一些实施例中，支付网络服务器可利用发行方服务器数据以对于基于预先定义的与用户的虚拟钱包、和/或用户的支付选项输入相关联的支付设置而选择的发行方服务器的每一个产生资金授权请求（例如，1526），并向发行方服务器提供资金授权请求。在一些实施例中，资金授权请求包括细节，这些细节诸如但不限于：交易中涉及的用户的花费、用户的卡帐户的的细节、用户账单和/或运送信息等。以下提供了基本上以包括XML格式化数据的HTTP(S)POST消息的形式的、资金授权请求1526的示例列举：

在一些实现中，发行方服务器可解析授权请求，并对于与链接到用户的帐户相关联的数据可根据请求细节查询数据库（例如，用户档案数据库1506b）。例如，商家服务器可发出PHP/SQL命令以对于用户账户数据查询数据库表（例如图19，账户1919d）。以下提供基本上以PHP/SQL命令形式的示例用户账户查询1527：

在一些实施例中，当获取用户账户数据（例如，1528）时，发行方服务器可确定用户是否可以通过使用账户中可用的资金来支付交易（1529）。例如，发行方服务器可确定用户在账户中是否有足够的余额剩余、是否有与帐户相关联的足够的信用等。基于该确定，发行方服务器可向支付网络服务器提供资金授权响应（例如，1530）。例如，发行方服务器可提供与以上示例相类似的HTTP（S）POST消息。在一些实施例中，如果至少一个发行方服务器确定用户不能通过使用账户中可用的资金来支付交易，那么支付网络服务器可再次从用户请求支付选项（例如，通过向用户设备提供授权失败消息并请求用户设备提供新的支付选项），并且再次尝试对于购买交易的授权。在一些实施例中，如果失败的授权尝试次数超过阈值，那么支付网络服务器可中止该授权处理，并向商家服务器、用户设备和/或客户端提供授权失败消息。

在一些实施例中，支付网络服务器可获取包括成功授权的通知的资金授权响应，并且解析该消息以提取授权细节。当确定用户拥有用于交易的足够的资金（例如，1531）时，支付网络服务器可调用组件以对用户提供增值服务。

在一些实施例中，支付网络服务器可从授权请求和/或授权响应产生交易数据记录，并在交易数据库中存储与交易相关的授权和交易的细节。例如，支付网络服务器可发出PHP/SQL命令以将数据存储到数据库表（诸如图19，交易1919i）。以下提供基本上以PHP/SQL命令的形式的示例交易存储命令：

在一些实施例中，支付网络服务器可向用户钱包设备、PoS客户端、和/或商家服务器转发交易授权响应（例如，1532）。商家可获取该交易授权响应，并从它确定用户在卡账户中拥有足够的资金以进行交易。商家服务器可将对于用户的交易的记录增加到一批与授权交易相关的交易数据。例如，商家可将与用户交易有关的XML数据添加到包含对于各个用户已被授权的交易的XML数据的XML数据文件（例如，1533），并在数据库（例如，商家数据库404）中存储XML数据文件（例如，1534）。例如，与以下提供的示例XML数据结构模板相类似的批量XML数据文件可被构成：

在一些实施例中，服务器还可产生购买收据（例如，1533），并向客户端提供购买收据（例如，1535）。客户端可为用户呈现和显示该购买收据（例如，1536）。在一些实施例中，用户的钱包设备还可向用户提供成功授权的通知。例如，PoS客户端/用户设备可呈现网页、电子消息、文本/SMS消息、缓冲语音邮件、发出铃声、和/或播放音频消息等，并且提供输出，这些输出包括但不限于：声音、音乐、音频、视频、图像、触觉反馈、振动告警（例如，在诸如智能电话等能够振动的客户端设备上）等。

图16A-B显示示出经由购买交易授权（“PTA”）组件将用户虚拟钱包访问输入转换成购买交易收据通知的示例方面的逻辑流程图。参照图16A，在一些实施例中，用户可希望经由商家在线网站或者在商家的商店中利用虚拟钱包帐户以购买产品、服务、待售物等（“产品”）。用户可利用物理卡或用户钱包设备以访问用户的虚拟钱包帐户。例如，用户钱包设备可以是个人计算机/膝上型计算机、蜂窝电话、智能电话、平板、电子书阅读器、上网本、游戏控制台等。用户可向用户钱包设备提供钱包访问输入（例如，1601）。在各个实施例中，用户输入可包括但不限于：触摸屏界面的单次轻点（例如，轻点移动应用购买实施例）、键盘输入、刷卡、激活用户设备内装配RFID/NFC的硬件设备（例如，具有多个帐户的电子卡、智能电话、平板等）、鼠标点击、按下操纵杆/游戏控制台上的按钮、语音命令、触摸感应界面上的单/多点触摸手势、触摸敏感显示屏上的触摸用户界面元素等。在一些实施例中，用户钱包设备可基于用户的钱包访问输入对用户进行认证，并为用户提供虚拟钱包特征（例如，1602-1603）。

在一些实施例中，当对用户进行认证以访问虚拟钱包特征时，用户钱包设备可向销售点（PoS）客户端提供交易授权输入（例如，1604）。例如，用户钱包设备可经由蓝牙、Wi-Fi、蜂窝通信、单向或双向近场通信（NFC）等与PoS客户端通信。在用户利用塑料卡而不是用户钱包设备的实施例中，用户可在PoS客户端刷塑料卡以将来自塑料卡的信息传送到PoS客户端。在用户利用用户钱包设备的实施例中，用户钱包设备可向PoS客户端提供支付信息，该支付信息根据适于在用户钱包设备与PoS客户端之间所使用的通信机制的数据格式协议而被格式化。

在一些实施例中，PoS客户端可获取交易授权输入，并解析该输入以从交易授权输入提取支付信息（例如，1605）。例如，PoS客户端可利用诸如以下参照图19的讨论中所提供的示例解析器的解析器。通过使用获取的来自用户钱包设备的交易授权输入和/或产品/结账数据（参见例如图13，1315-1317），PoS客户端可产生卡授权请求（例如，1606）。

在一些实施例中，PoS客户端可向商家服务器提供产生的卡授权请求。商家服务器可向支付网关服务器转发卡授权请求以将卡授权请求路由到适合的支付网络以用于支付处理。例如，支付网关服务器可能够从支付网络选择诸如Visa,Mastercard,American Express,Paypal等以处理各种类型的交易，该交易包括但不限于：信用卡、借记卡、预付卡、B2B等交易。在一些实施例中，例如通过使用用户支付卡号或用户ID（诸如电子邮件地址）的一部分作为用于数据库查询的关键字，商家服务器可对于支付网关服务器的网络地址查询数据库（例如，1608）。作为响应，商家/收单方数据库可提供请求的支付网关地址（例如，1610）。商家服务器可通过使用提供的地址向支付网关服务器转发卡授权请求。在一些实施例中，当接收到来自商家服务器的卡授权请求时，支付网关服务器可调用组件以提供一个或多个与购买交易授权相关联的服务（例如，1611）。例如，支付网关服务器可调用组件以用于防止诈骗（参见例如聊天验证，图3E）、诚信和/或奖励、和/或用户-商家组合被授权的其它服务。

支付网关服务器可向支付网络服务器转发卡授权请求以用于支付处理（例如，1614）。例如，支付网关服务器可能够从支付网络选择诸如Visa,Mastercard,American Express,Paypal等以处理各种类型的交易，该交易包括但不限于：信用卡、借记卡、预付卡、B2B等交易。在一些实施例中，例如通过使用用户支付卡号或用户ID（诸如电子邮件地址）作为用于数据库查询的关键字，支付网关服务器可对于支付网络服务器的网络地址查询数据库（例如，1612）。作为响应，支付网关数据库可提供请求的支付网络地址（例如，1613）。支付网关服务器可通过使用提供的地址向支付网络服务器转发卡授权请求（例如，1614）。

参考图16B，在一些实施例中，支付网络服务器可处理交易以便将用于购买的资金转移到商家的收单方上存储的账户中。例如，收单方可以是维护商家的账户的金融机构。例如，由商家处理的交易的收益可存入由收单方的服务器维护的账户中。在一些实施例中，支付网络服务器可对于与用户选择的支付选项相对应的发行方服务器产生查询（例如，1615）。例如，用户的帐户可被链接到发行用户的账户的、诸如银行机构的一个或多个发行方金融机构（发行方）。例如，这样的帐户可包括但不限于：信用卡、借记卡、预付卡、支票、储蓄、货币市场、存单、存储（现金）值账户等。发行方的发行方服务器维护用户的账户的细节。在一些实施例中，数据库（例如，支付网络数据库）可存储与发行方相关联的发行方服务器的细节。在一些实施例中，例如通过使用用户支付卡号或用户ID（诸如电子邮件地址）作为用于数据库查询的关键字，支付网络服务器可对于发行方服务器的网络地址查询数据库（例如，1615）。

响应于获取发行方服务器查询，支付网络数据库可向支付网络服务器提供请求的发行方服务器数据（例如，1616）。在一些实施例中，对于基于与用户的虚拟钱包相关联的预定义的支付设置、和/或用户的支付选项输入而选择的发行方服务器中的每一个，支付网络服务器可利用发行方服务器数据以产生资金授权请求（例如，1617），并向发行方服务器提供资金授权请求。在一些实施例中，资金授权请求可包括细节，诸如但不限于：交易中涉及的用户的花费、用户的卡帐户细节、用户账单和/或运送信息等。在一些实施例中，发行方服务器可解析授权请求（例如，1618），并且基于请求细节可对于与链接到用户的帐户相关联的数据查询数据库（例如，1619）。

在一些实施例中，当获取用户账户数据（例如，1620）时，发行方服务器可确定用户是否可以通过使用账户中可用的资金来支付交易（例如，1621）。例如，发行方服务器可确定用户在账户中是否有足够的余额剩余、是否有与帐户相关联的足够的信用等。基于该确定，发行方服务器可向支付网络服务器提供资金授权响应（例如，1622）。在一些实施例中，如果至少一个发行方服务器确定用户不能通过使用账户中可用的资金来支付交易，那么支付网络服务器可再次从用户请求支付选项（例如，通过向用户设备提供授权失败消息并请求用户设备提供新的支付选项），并且再次尝试对于购买交易的授权。在一些实施例中，如果失败的授权尝试次数超过阈值，那么支付网络服务器可中止该授权处理，并向商家服务器、用户设备和/或客户端提供授权失败消息。

在一些实施例中，支付网络服务器可获取包括成功授权的通知的资金授权响应，并且解析该消息以提取授权细节。当确定用户拥有用于交易的足够的资金（例如，1623）时，支付网络服务器可调用组件以对用户提供增值服务（例如，1623）。

在一些实施例中，支付网络服务器可向用户钱包设备、PoS客户端、和/或商家服务器转发交易授权响应。商家可解析该交易授权响应（例如，1624），并从它确定用户在卡账户中拥有足够的资金以进行交易（例如，1625选项为是）。商家服务器可将对于用户的交易的记录增加到一批与授权交易相关的交易数据。例如，商家可将与用户交易有关的XML数据添加到包含对于各个用户已被授权的交易的XML数据的XML数据文件（例如，1626），并在数据库中存储XML数据文件（例如，1627）。在一些实施例中，服务器还可产生购买收据（例如，1628），并向客户端提供购买收据。客户端可为用户呈现和显示该购买收据（例如，1629）。在一些实施例中，用户的钱包设备还可向用户提供成功授权的通知。例如，PoS客户端/用户设备可呈现网页、电子消息、文本/SMS消息、缓冲语音邮件、发出铃声、和/或播放音频消息等，并且提供输出，这些输出包括但不限于：声音、音乐、音频、视频、图像、触觉反馈、振动告警（例如，在诸如智能电话等能够振动的客户端设备上）等。

图17A-B显示示出经由购买交易清算（“PTC”）组件将商家交易批量数据查询转换成更新的支付总账（leger）记录的示例方面的数据图示意图。参照图17A，在一些实施例中，商家服务器（例如，1703a）可发起一批授权交易的清算。例如，商家服务器可产生批量数据请求（例如，1711），并向商家数据库（例如，1703b）提供该请求。例如，商家服务器可利用与以上提供的示例相类似的PHP/SQL命令来查询关系数据库。响应于批量数据请求，数据库可提供请求的批量数据（例如，1712）。服务器可通过使用从数据库获取的批量数据来产生批量清算请求（例如，1713），并向收单方服务器，（例如，1707a）提供该批量清算请求（例如，1714）。例如，商家服务器可对于收单方服务器提供在消息体中包括XML格式化的批量数据的HTTP(S)POST消息。收单方服务器可通过使用获取的批量清算请求来产生批量支付请求（例如，1715），并向支付网络服务器（例如，1705a）提供批量支付请求（例如，1718）。支付网络服务器可解析批量支付请求，并对于存储在批量支付请求中的每个交易提取交易数据（例如，1719）。支付网络服务器可将对于每个交易的交易数据（例如，1720）存储在数据库（例如，支付网络数据库1705b）中。在一些实施例中，支付网络服务器可调用组件以提供增值分析服务，该增值分析服务基于VWCS清算购买交易的商家的交易的分析。由此，在一些实施例中，支付网络服务器可为商家和/或商家的用户提供基于分析的增值服务。

参照图17B，在一些实施例中，对于每个提取的交易，支付网络服务器可对于发行方服务器的地址查询数据库（例如，支付网络数据库1705b），例如，1723。例如，支付网络服务器可利用与以上提供的示例相类似的PHP/SQL命令。支付网络服务器可对于已提取交易数据的每个交易产生单个支付请求（例如，1725），并向发行方服务器提供单个支付请求（例如，1725），例如，1706a。例如，支付网络服务器可向发行方服务器提供单个支付请求作为包括XML格式的数据的HTTP(S)POST消息。以下提供基本上以HTTP(S)POST消息（其包括包括XML格式化的数据）的形式的单个支付请求1725的示例列举：

在一些实施例中，发行方服务器可产生支付命令（例如：1727）。例如，发行方服务器可发出命令以从用户账号中扣除资金（或者向用户的信用卡账户增加费用）。发行方服务器可向存储用户的账户信息的数据库（例如，用户档案数据库1706b）发出支付命令（例如，1727）。发行方服务器可向支付网络服务器提供单个支付确认（例如，1728），该支付网络服务器可向收单方服务器转发资金转移消息（例如，1729）。以下提供基本上以HTTP(S)POST消息（其包括包括XML格式化的数据）的形式的单个支付确认1728的示例列举：

在一些实施例中，收单方服务器可解析单个支付确认，并将交易与商家相关（（例如，通过使用以上示例中的request_ID字段）。收单方服务器接着可将资金转移消息中指定的资金转移到商家的账户。例如，收单方服务器可对于支付总账和/或商家账户数据（例如，1731）查询收单方数据库1707b（例如，1730）。收单方服务器可利用来自收单方数据库的支付总账和/或商家账户数据，与单个支付确认一起来产生更新的支付总账和/或商家账户数据（例如，1732）。收单方服务器接着可将更新的支付总账和/或商家账户数据存储到收单方数据库（例如，1733）。

图18A-B显示示出经由购买交易清算（“PTC”）组件将商家交易批量数据查询转换成更新的支付总账记录的示例方面的逻辑流程图。参照图18A，在一些实施例中，商家服务器可发起一批授权交易的清算。例如，商家服务器可产生批量数据请求（例如，1801），并向商家数据库提供该请求。响应于批量数据请求，数据库可提供请求的批量数据（例如，1802）。服务器可通过使用从数据库获取的批量数据来产生批量清算请求（例如，1803），并向收单方服务器提供该批量清算请求。收单方服务器可解析获取的批量清算请求（例如，1804），并通过使用获取的批量清算请求产生批量支付请求（例如，1807）以向支付网络服务器提供该批量支付请求。例如，收单方服务器可对于支付网络服务器的地址查询收单方服务器（例如，1805），并利用获取的地址以向支付网络服务器转发产生的批量支付请求（例如，1806）。

支付网络服务器可解析从收单方服务器获取的批量支付请求，并对于存储在批量支付请求中的每个交易提取交易数据（例如，1808）。支付网络服务器可将对于每个交易的交易数据存储在支付网络数据库中（例如，1809）。在一些实施例中，支付网络服务器可调用组件以提供基于购买交易正在被清算的商家的交易的分析。

参照图18B，在一些实施例中，对于每个提取的交易，支付网络服务器可对于发行方服务器的地址查询支付网络数据库（例如，1811）。支付网络服务器可对于已提取交易数据的每个交易产生单个支付请求（例如，1813），并向发行方服务器提供单个支付请求。在一些实施例中，发行方服务器可解析单个支付请求（例如，1814），并基于解析的单个支付请求产生支付命令（例如，1815）。例如，发行方服务器可发出命令以从用户的账户扣除资金（或者向用户的信用卡账户增加费用）。发行方服务器可向存储用户的账户信息的数据库（例如，用户档案数据库）发出支付命令（例如，1815）。发行方服务器可向支付网络服务器提供单个支付确认（例如，1817），该支付网络服务器可向收单方服务器转发该单个支付确认（例如，1818）。

在一些实施例中，收单方服务器可解析单个支付确认，并将交易与商家相关（例如，通过使用以上示例中的request_ID字段）。收单方服务器接着可将资金转移消息中指定的资金转移到商家的账户。收单方服务器可对于支付总账和/或商家账户数据（例如，1820）查询收单方数据库（例如，1819）。收单方服务器可利用来自收单方数据库的支付总账和/或商家账户数据，与单个支付确认一起来产生更新的支付总账和/或商家账户数据（例如，1821）。收单方服务器接着可将更新的支付总账和/或商家账户数据存储到收单方数据库（例如，1822）。

VWCS控制器

图19显示示出VWCS控制器1901的示例方面的方框图。在该实施例中，VWCS控制器1901可用于通过各种技术聚合、处理、存储、搜索、服务、识别、指示、产生、匹配、和/或促成与计算机之间的交互、和/或其它相关的数据。

用户（例如，1933a），可以是人和/或其它系统，可参与信息技术系统（例如，计算机）以促成信息处理。反过来，计算机使用处理器以处理信息；这样的处理器1903可被称为中央处理单元（CPU）。处理器的一种形成被称为微处理器。CPU利用通信电路（communicative circuit）以传递用作指令的二进制编码信号以使各种操作成为可能。这些指令可以是包含和/或涉及存储器1929的各种处理器可访问和可操作的区域（例如，寄存器、高速缓冲存储器，随机访问存储器等）中的其它指令和数据的可操作指令和/或数据指令。这样的通信指令可以批量存储和/或发送（例如，批指令）作为程序和/或数据组件以促成期望的操作。这些存储的指令代码（例如，程序）可参与CPU电路组件和其它主板和/或系统组件以执行期望的操作。程序的一种类型是计算机操作系统，该计算机操作系统可在计算机上由CPU执行；操作系统允许并且促成用户访问和操作计算机信息技术和资源。在信息技术系统中可被使用的一些资源包括：数据可被传递入/出计算机的输入和输出机制；数据可被存储的存储器；以及信息可被处理的处理器。这些信息技术系统可被用于收集数据以用于以后的检索、分析和操纵，这些可通过数据库程序来促成。这些信息技术系统提供允许用户访问和操作各种系统组件的接口。

在一实施例中，VWCS控制器1901可与实体连接和/或通信。这些实体包括但不限于：来自用户输入设备1911的一个或多个用户；外围设备1912、可选的加密处理器设备1928、和/或通信网络1913。例如，VWCS控制器1901可与用户（例如，1933a）连接和/或通信，操作客户端设备（例如，1933b），客户端设备包括但不限于：个人计算机、服务器和/或各种移动设备，移动设备包括但不限于：蜂窝电话、智能电话（例如，

基于Android OS的电话等）、平板计算机（例如，Apple iPad^TM，HP Slate^TM，MotorolaXoom^TM等)、电子书阅读器（例如，Amazon Kindle^TM，Barnes andNoble’s Nook^TM电子阅读器等）、膝上型计算机、笔记本、上网本，游戏控制台（例如，XBOX Live^TM，

DS，SonyPortable等），便携式扫描仪等。

网络通常被认为包含图形拓扑图中的客户端、服务器以及中间节点之间的互连和互通。需要注意的是，贯穿本申请被使用的术语服务器一般指的是通过通信网络对远程用户的请求进行响应和处理的计算机、其它设备、程序或者其组合。服务器向请求客户端供给其信息。此处使用的术语客户端一般指的是通过通信网络能够处理和进行请求以及获取和处理来自服务器的任何响应的计算机、程序、其它设备、用户和/或其组合。促进、处理从源用户到目的用户的信息和请求和/或信息的传递的计算机、其它设备、程序或者其组合通常被称为节点。网络一般被认为促进从源点到目的地的信息传送。特别地承担推动从源到目的地的信息的传递的任务的节点通常被称为路由器。存在多种形式的网络，例如，局域网（LANs）、微微网、广域网（WANs）、无线网络（WLANs）等。例如，因特网一般被认为是远程客户端和服务器借此可相互访问和互操作的多个网络的互连。

VWCS控制器1901可以是基于计算机系统的，该计算机系统包括但不限于诸如与存储器1929连接的计算机系统化1902的组件。

计算机系统化

计算机系统化1902可包括时钟1930、中央处理单元（CPU和/或处理器（除非相反说明，这些术语贯穿于本发明可互换地使用））1903、存储器1929（例如，只读存储器（ROM）1906、随机访问存储器（RAM）1905等）、和/或接口总线1907，并且最经常地，尽管不是必须地，它们都是通过一个或多个具有导电性和/或其它传输性的电路路径的（主）板1902上的系统总线互连和通信，通过这些电路路径，指令（例如，二进制编码信号）可行进以实现通信，操作，存储等。计算机系统化可以被连接到电源1986，例如，可选的，电源可以是内置的。可选的，加密处理器1926和/或收发器（例如：ICs）1974可以与系统总线连接。在另一个实施例中，加密处理器和/或收发器可以通过接口总线I/O被连接为内置的和/或外置的外围设备1912。此外，收发器可以连接到天线1975，由此执行各种通信和/或传感器协议的无线收发；例如，天线可以连接到：一个Texas设备的WiLinkWL1283收发器芯片(例如：提供802.11n,蓝牙3.0,FM,全球定位系统(GPS)(如此以允许VWCS控制器来确定它的位置));BroadcomBCM4329FKUBG收发器芯片(例如,提供802.11n,蓝牙2.1+EDR,FM等),BCM28150(HSPA+)和BCM2076(蓝牙4.0,GPS等);一个Broadcom BCM4750IUB8收发器芯片(例如，GPS);一个Infineon Technologies X-Gold618-PMB9800(例如,提供2G/3GHSDPA/HSUPA通信);英特尔的XMM7160(LTE&DC-HSPA),高通的CDMA(2000),移动数据/站调制解调器,Snapdragon等。系统时钟可以具有一个晶体振荡器并通过计算机系统化的电路路径产生一个基准信号。时钟可以与系统总线和各种时钟乘法器耦合，其中的时钟乘法器能够增加或者减少计算机系统化中其它互联组件的基准操作频率。计算机系统化中的时钟和各种组件使得包含信息的信号在计算机系统中传送。这种在计算机系统中对包含信息的指令的收发可以被称为通信。更进一步的，这些通信指令可以被传输，接收，将在即时计算机系统化之外返回和/或应答通信的原因发送给：通信网络，输入装置，其它计算机系统化，外围设备等。可以理解，在可替换的实施例中，上述提到的任何组件都可以直接相互连接，连接到PCU和/或由各种计算机系统示例所采用的各种组织形式。

CPU包括至少一个能够执行程序组件以执行用户和/或系统产生的请求的高速数据处理器。通常，处理器本身将合并各种具体的处理单元，例如，但不限于：浮点运算单元，整数处理单元，集成系统（总线）处理器，逻辑操作单元，存储器管理控制单元等，甚至还有具体的处理子单元，例如，图像处理单元，数字信号处理单元等。此外，处理器除处理器本身之外还包括内部快速访问可寻址存储器，可映射和寻址存储器1929；内部存储器可以包括，但不限于：快速寄存器，各种级别的缓冲存储器（例如，级别1，2，3等），RAM等。处理器可以利用通过指令地址可访问的存储器地址空间访问这个存储器，其中，处理器可以构建和解码以允许访问具有存储器状态/值的特定存储器地址控制的电路路径。CPU可以是微处理器，例如：AMD的Athlon，Duron and/or Opteron;ARM的classic(例如，ARM7/9/11)，嵌入式的(Coretx-M/R)，应用(Cortex-A)，嵌入式的安全处理器;IBM和/或Motorola的DragonBall和PowerPC;IBM和Sony的蜂窝处理器;Intel的Atom，Celeron(移动)，Core(2/Duo/i3/i5/i7)，Itanium，Pentium，Xeon，和/或XScale等处理器.CPU通过指令与存储器交互，这些指令通过具有传导性和/或传送性的导管（例如，（印刷）电子和/或光学电路板）传输以执行存储的指令（例如：程序代码）。这种指令传输通过各种接口为VWCS控制器内部和外部的通信提供了便利。如果处理请求需要更快的速度和/或能力，分布式处理器（例如，分布式VWCS），主机，多核，并行，和/或超级计算机架构可以类似地被采用。可替换的，如果部署请求需要更多的可携带性，更小的移动设备（例如，手机，个人数字助理（PDAs）等）也可以被采用。

依靠特定的实现，通过实现一个像CAST’s R8051XC2微处理器;Intel’s MCS51(i.e.，8051微处理器)等这样的微处理器，VWCS的特性可以达到。此外，为了实现VWCS的特定特性，一些特性可以要依靠嵌入式组件来实现，例如：t特定用途集成电路("ASIC")，数字信号处理("DSP")，现场可编程序存储器("FPGA")等一类的嵌入式技术。例如，VWCS组件集合中的任一个（分布式或其它的）和/或通过微处理器和/或嵌入式组件实现的特性；例如，通过ASIC，协处理器，DSP，FPGA等。可替换的，VWCS的一些实现可通过嵌入式组件来实现，这些嵌入式组件被配置并用于实现多个特性和信号处理。

依靠特定的实现，嵌入式组件可以包括软件，硬件，和/或软/硬件的组合。例如，此处讨论的VWCS特性可以通过实现FPGAs来达到，FPGAs是一个包括叫做“逻辑块”的可编程逻辑组件和可编程可互联的半导体设备，例如，由Xilinx制造的高性能FPGA Virtex系列和/或低成本Spartan系列。在FPGA被制造后，逻辑块和互联块可由客户或设计者编程以实现VWCS的任何特性。一个可编程可互联的层级结构允许逻辑块按照VWCS系统设计者/管理者的需要互联，类似于一个单芯片可编程电路实验板。一个FPGA逻辑块可以被编程以执行基本的逻辑门操作，如，与，或，或者更复杂的联合运算例如，解码或者简单的数学运算。在多个FPGA中，逻辑块也包括存储器组件，这些存储器组件可以是锁存器电路或者存储器的多个完整块。在一些情形下，的VWCS可以在常规的FPGA上开发，然后被移植到一个更像是ASIC的固定的版本上。可替换的或等同的实现也可移植VWCS控制器特性到一个最终的ASIC以作为替代或者FPGAs之外的补充。依靠上述提到的所有实现，嵌入式组件和微处理器可以被认为是VWCS的”CPU”和/或“处理器”。

电源

电源1986可以是为小电子电路板设备例如供电的任意的标准形式，包括如下的电池组：碱性的，氢化锂，聚合锂，镍镉，太阳能电池等。其它类型的交流或直直流电源也可使用。在一个实施例中，如果是太阳能电池，箱体提供一个可供太阳能电池获取光能的孔。电池1986连接到互连的VWCS的以下组件中的任一个以提供电流给所有互连的组件。在一个实施例中，电源1986被连接到系统总线组件1904。在可替换的实施例中，外部电源1986通过与I/O1908接口相连而被提供。例如，USB和/或IEEE1394连接通过连接承载数据和电，因此是一个适合的电源。

接口适配器

接口总线1907可以接收，连接和/或与多个接口适配器通信，通常，尽管不是必须的，是以适配卡的形式，诸如但不限于：输入输出接口（I/O）1908，存储接口1909，网络接口1910等。可选的，加密处理器接口1927类似地可与接口总线连接。接口总线为接口适配器之间以及计算机系统化中的其它组件提供通信。接口适配器适合于兼容的接口总线。接口适配器可以通过扩展和/或槽结构与接口总线连接。不同的扩展和/或槽结构可以被采用，诸如但不限于：加速图像接口（AGP），卡总线，ExpressCard，(扩展的)工业标准结构((E)ISA)，微通道结构(MCA)，NuBus，并行组件互连（扩展的）(PCI(X))，PCIExpress，个人计算机存储卡国际协会(PCMCIA)，Thunderbolt等。

存储接口1909可以接收，通信，和/或与多个存储设备连接，诸如但不限于：存储设备1914，可移动磁盘设备等。存储接口可以采用连接协议诸如但不限于：(高度)(串行)先进技术附件(数据包接口)((Ultra)(Serial)ATA(PI))，(增强)集成电路设备((E)IDE)，电气和电子工程师协会(IEEE)1394，以太网，光纤通道，小型计算机系统接口(SCSI)，Thunderbolt，通用串行总线(USB)等。

网络接口1910可以接收，通信，和/或与通信网络1913连接。通过通信网络1913，用户1933a通过远程客户端1933b（例如，具有网页浏览器的计算机）可访问VWCS控制器。网络接口可以采用连接协议，诸如但不限于：直接连接，以太网(厚，薄，双绞线10/100/1000Base T等)，令牌网，无线连接如IEEE802.11a-x等。如果处理请求需要更快的速度和/或能力，分布式网络控制器（例如：分布式VWCS）架构将类似地被用于池，负载均衡，和/或其它的，增强VWCS控制器需要的通信带宽。通信网络可以是任何一个和/或以下的组合：直接互连，因特网，局域网（LAN）;城域网(MAN);操作任务作为因特网中的节点(OMNI);安全客户连接;广域网(WAN);无线网(例如：采用协议诸如但不限于：无线应用协议(WAP)，I模式等)等。网络接口可以被认为是一个输入输出接口的特定形式。更进一步地，多网络接口1910可以被用于各种通信网络形式1913。例如，多网络接口可以被采用以允许通过广播，多播和/或单播网络进行通信。

输入输出接口（I/O）1908可以接收，通信，和/或连接到用户输入设备1911，外围设备1912，加密处理器设备1928等，I/O可以采用连接协议诸如但不限于：音频：模拟的，数字的，非立体声的，RCA，立体声的等；数据：苹果桌面总线（ADB），蓝牙，IEEE1394a-b，串行的，通用串行总线(USB);红外线;操纵杆;键盘;数码音响;光学的;PC AT;PS/2;并行的;无线电的;视频接口:苹果桌面连接器(ADC)，BNC，同轴的，组件，合成的，数字的，显示端口，数字化可视接口(DVI)，高清晰度多媒体接口(HDMI)，RCA，射频天线，S视频，VGA等;无线收发器:802.11a/b/g/n/x;蓝牙;蜂窝的(例如，码分多址接入(CDMA)，高速分组接入技术(HSPA(+))，高速下行分组接入技术(HSDPA)，全球移动通信系统(GSM)，长期演进系统(LTE)，WiMax等)等。输出装置可以是一个视频显示屏，它可以是基于阴极射线管（CRT）、液晶显示屏（LCD），发光二级管（LED），有机发光二级管(OLED)，等离子等形式的具有接口的能够从视频接口接收信号的监视器(例如，VGA，DVI线路线缆)。视频接口合成由计算机系统化产生的信息并且基于视频存储器帧中的合成信息生成视频信号。另外一种输出设备是电视机，它从视频接口接收信号。通常，视频接口通过接受视频显示接口（如：一个接受RCA合成视频线缆的RCA合成视频连接器，一个接受DVI显示线缆的DVI连接器，HDMI等）的视频连接接口提供合成的视频信息。

用户输入设备1911通常是一种外围设备1912的形式（参见如下），它可以包括：卡阅读器，软件狗，指纹阅读器，图形写字板，操纵杆，键盘，麦克风，鼠标，远程控制，视网膜阅读器，触摸屏（例如，电容性的，电阻性的等），跟踪球，触控板，传感器（例如，加速计，背景光，GPS，陀螺仪，邻近网络等），手写笔等。

外围设备1912可以连接到和/或与I/O和/或其它类似设备通信，如网络接口，存储接口，与接口总线，系统总线，CPU等直连。外围设备可以是外置的，内置的和/或VWCS控制的部分。外围设备可以包括：天线，音频设备（例如，入线，出线，麦克风输入，扬声器等），照相机（例如，静止，视频，网络摄像机等），软件狗（例如，用于复制保护，用数字签名保证安全交易等），外部处理器（用于附加的能力，例如，加密设备1928），力反馈设备（例如，振动电机等），近场通信（NFC）设备，网络接口，打印机，射频识别（RFID），扫描仪，存储设备，收发器（例如，蜂窝，GPS等），视频设备（例如，风镜，监视器等），视频源，盔甲等。外围设备工厂包括各种类型的输入设备（例如，麦克风，照相机等）。

需要提示的是，尽管用户输入设备和外围设备可以被采用，VWCS控制器可以被实施为一个嵌入式的，专用的，和/或无监视器（例如，无头的）设备，其中接入可以通过一个网络接口连接提供。

加密单元，诸如但不限于，微处理器，处理器1926，接口1927，和/或设备1928，可以被附接上，和/或与VWCS控制器通信。由摩托罗拉公司制造的MC68HC16微控制器，可以被用于和/或用在解密单元中。MC68HC16微控制器在16MHZ配置中利用16位的乘法与累加计算指令，其要求少于一秒的时间以执行512位RSA私用密钥操作。加密单元支持来自交互代理的通信授权，也允许匿名交易。加密单元也可以被配置为CPU的部分。等同的微处理器和/或处理器也可以被利用。其它商业上可用的特定的加密处理器包括：Broadcom的CryptoNetX和其它安全处理器;nCipher的nShield(例如，Solo，Connect等)，SafeNet的Luna PCI(例如，7100)系列;SemaphoreCommunications的40MHz Roadrunner184;sMIP的(例如，208956);Sun的加密加速器(例如，加速器6000PCIe板，加速器500Daughtercard);Via Nano处理器(例如，L2100，L2200，U2400)线，它能够执行500+MB/s的加密指令;VLSI Technology的33MHz6868等。

存储器

通常，任何允许一个处理器来影响存储和/或信息的获取的机制和/或实现被称作存储器1929。但是，存储器是可替代的技术和资源，因此，任何数量的存储器实现相互之间都可以互换使用。可以理解的是，VWCS控制器和/或计算机系统化可以采用各种形式的存储器1929。例如，计算机系统化可以被配置为片上CPU存储器（例如，寄存器），RAM,ROM,以及其它存储设备的操作由穿孔纸带或纸穿孔卡片机制提供，但是这样的实现会导致相当低得操作速度。在一种配置方式中，存储器1929可以包括ROM1906，RAM1905,和存储设备1914。存储设备1914可以采用任意数量的计算存储设备/系统。存储设备可以包括一个磁鼓，一个（固定的和/或可移动的）磁盘驱动；一个磁光驱动，一个光学驱动（例如，蓝光，CD ROM/RAM/可记录的(R)/可重写的(RW),DVD R/RW,HD DVD R/RW等）；其它处理器可读的存储介质；和/或类似的设备。由此，计算机系统化通常要求并且使用存储器。

组件集合

存储器1929可以包括一个程序集合和/或数据库组件和/或数据，诸如但不限于：操作系统组件1915，（操作系统），信息服务器组件1916（信息服务器）；用户接口组件1917（用户接口）；网页浏览器组件1918（网页浏览器）；数据库1919；邮件服务器组件1921；邮件客户端组件1922；加密服务器组件1920（加密服务器）；VWCS组件1935等（例如，整体上是一个组件集合）。这些组件可以从存储设备中存储和/或通过接口总线从存储设备中科访问。尽管非传统的程序组件如在组件集合中的那些可以被存储在本地存储设备1914中，它们也可以被从存储器中加载和/或存储在存储器中，存储器例如可以是：外围设备，RAM，通过通信网络的远程存储设备，ROM，各种形式的存储器等。

操作系统

操作系统组件1915是一个可执行程序组件能够便于VWCS控制器的操作。操作系统可以为访问I/O，网络接口，外围设备，存储设备等提供便利。操作系统可以是一个高度容错，可扩展和安全的系统，例如：苹果的Macintosh OS X（服务器），AT＆T公司计划9;BE操作系统;Unix和类Unix系统发布的版本（如AT＆T的UNIX;各种不同的伯克利分校软件（BSD），如FreeBSD，NetBSD，OpenBSD等，Linux发行版，如红帽，Ubuntu等）和/或类似的操作系统。然而，更多的限制和/或更不安全的操作系统也会被采用，如苹果的Macintosh OS，IBM的OS/2，微软的DOS，微软的饿Windows2000/2003/3.1/95/98/CE/Millenium/NT/Vista/XP（服务器），Palm操作系统等。此外，移动式操作系统，如苹果的iOS，谷歌的Android，惠普的WebOS，微软的Windows Mobile等均可被采用。这些操作系统中的任何一种都可以被嵌入到NICK控制器的硬件中，和/或存储/加载到存储器/存储装置。操作系统合议与组件集合中的其它组件，其中也包括它本身等。最经常的是操作系统与其它程序组件，用户接口等通信。例如，操作系统可以包括：通信，产生，获取，和/或提供程序组件，系统，用户，和/或数据通信，请求和/或响应。操作系统一旦由CPU执行的，它就能够与通信网络，数据，I/O，外围设备，程序组件，存储器，用户输入设备等进行交互。操作系统可以提供允许VWCS控制器通过通信网络1913与其它实体进行通信的通信协议。VWCS控制器可以使用各种通信协议作为一个子载波传输机制以进行交互，例如，但不限于：多播，TCP/IP，UDP，单播等。

信息服务器

信息服务器组件1916是一个被存储的由CPU执行的程序组件。信息服务器可以是一个互联网信息服务器，诸如但不限于Apache软件基金会的Apache，微软的互联网信息服务器等。信息服务器可以通过工具以允许程序组件的执行。这些工具活动服务器页面（ASP），ActiveX，（ANSI）(Objective-)C(++)，C＃和/或.NET，通用网关接口（CGI）脚本，动态(D)超文本标记语言（HTML），动画，Java，JavaScript，实用萃取报告语言（PERL），超文本预处理器（PHP，管道，Python，无线应用协议（WAP），WebObjects等。信息服务器可支持安全的通信协议，诸如但不限于，文件传输协议（FTP），超文本传输协议（HTTP），安全超文本传输协议（HTTPS），安全套接字层（SSL），消息协议（例如，美国在线（AOL）的即时信使（AIM），苹果的iMessage，应用交换（APEX），ICQ，互联网中继聊天（IRC），微软网络（MSN）信使服务，出席和即时消息协议（PRIM），互联网工程任务组（IETF）的会话发起协议（SIP），用于即时消息和在线利用扩展的SIP（SIMPLE），开放的基于XML的可扩展消息和在线协议（XMPP）（例如，Jabber或开放移动联盟的（OMA的）即时消息和在线服务（IMPS）），雅虎的即时信使服务等。信息服务器以Web页面到Web浏览器的形式提供结果，并允许通过与其它程序组件进行交互而操作对Web页面的生成。当一个HTTP请求的域名系统（DNS）解析部分被解析到一个特定的信息服务器，信息服务器基于的HTTP请求的剩余部分解析请求以在VWCS控制器中的指定位置获取信息。例如，如http://123.124.125.126/myInformation.html的请求可以具有请求的IP部分“123.124.125.126”，该IP部分被DNS服务器解析到具有该IP地址的信息服务器；该信息服务器可以进一步解析该HTTP请求中的“/myInformation.html”部分并将它解析到包含信息“myInformation.html”的存储器响应位置中。此外，可通过不同端口采用其它信息服务协议，如FTP通信通过端口21等。信息服务器可以与组件集合中的其它组件进行通信，包括它本身，或者类似的实现等。最经常的是，信息服务器与VWCS数据库1919，操作系统，其它的程序组件，用户界面，Web浏览器等进行通信。

访问VWCS数据库，可以通过多个数据库桥机制来实现，如通过下文所列的脚本语言（例如，CGI）和应用间的通信通道，列举如下（如CORBA，WebObjects等）。通过Web浏览器发起的任何数据请求都会通过桥机制被解析成VWCS所要求的适当语法。在一个实施例中，信息服务器将提供一个由Web浏览器可访问的Web表单。在Web表单中提供的输入字段被标记为需输入特定域，解析过程也是同样的。之后，输入的条件与该字段标签一起被传送，以指示解析器生成指向适当的表和/或字段的查询。在一个实施例中，解析器会基于被标记的文本输入通过实例化一个具有适当的加入/选择命令的搜索字符串而生成标准的SQL查询，其中，结果命令通过到VWCS的桥机制而作为一个查询被提供。一旦从查询中生成查询结果，该结果通过桥戒指被传送，并且会由桥机制进行解析以格式化和产生新的结果网页。这种新的结果网页然后被提供给信息服务器，信息服务器将结果网页提供给请求的网页浏览器。

信息服务器也可以包括，通信，生成，获取和/或提供程序组件，系统，用户，和/或数据通信，请求和/或响应。

用户接口

计算机接口在某些方面与汽车的操作界面类似。汽车操作界面元素，例如方向盘，换档，速度计便于对汽车资源和状态进行访问，操作和显示。计算机交互界面元素，如复选框，光标，菜单，滚动条和窗口（通常被统称为小部件）同样便于对数据，计算机应用，操作系统资源和状态进行访问，权能，操作和显示。操作接口通常被称为用户界面。图形用户界面（GUIs）如苹果Macintosh操作系统的Aqua和iOS的可触摸，IBM的OS/2，谷歌的Android手机用户界面，微软的Windows2000/2003/3.1/95/98/CE/Millenium/Mobile/NT/XP/Vista/7/8（如，航空，地铁），Unix的X-Windows（例如，其中可以包括额外的Unix图形界面库和层如K桌面环境（KDE），MythTV，以及GNU网络对象模型环境（GNOME）），网络接口库（例如，ACTIVEX，AJAX，（D）HTML，FLASH，Java，JavaScript等，接口库，诸如但不限于，Dojo，jQuery（UI），MooTools，原型，script.aculo.us，SWFObject，雅虎用户界面，其中任何一个可以被使用）提供一个极限和手段以用于访问和以图形方式显示信息给用户。

用户界面组件1917是由CPU执行的是一个存储的程序组件。用户界面可以是由如已经讨论的和/或顶上的操作系统和/或操作环境所提供的图形用户界面。该用户界面可通过文本的和/或图形的实现以允许对程序组件和/或系统装置的显示，执行，交互，操纵，和/或操作。用户界面可提供便利性，通过它用户可以影响，交互，和/或操作一个计算机系统。用户接口可以与组件集合中的其它组件进行通信，包括它本身，和/或类似的设备等。最经常的是，用户界面与操作系统，其它的程序组件等进行通信。用户界面可以包含通信，产生，获取，和/或提供程序组件，系统，用户，和/或数据通信，请求和/或响应。

网页浏览器

网页浏览器组件1918是由CPU执行的存储的程序组件。Web浏览器可以是一个超文本观看应用，如Goofle的（手机）Chrome浏览器，微软IE，网景浏览器，苹果（手机）Safari浏览器，嵌入式的网页浏览器对象如通过苹果的可可（触摸）对象类等。安全网页浏览器可以通过HTTPS，SSL等来提供128位（或更大）的加密。网页浏览器允许通过如ActiveX，AJAX，（D）HTML，FLASH，Java，JavaScript，网页浏览器插件API（例如，Chrome浏览器，火狐，IE浏览器，Safari浏览器插件等类似的API）等工具来执行程序组件。网页浏览器和类似的信息访问工具可以被集成到掌上电脑，蜂窝电话，智能电话，和/或其它移动设备。Web浏览器可以与组件集合中的其它组件进行通信，包括它本身，和/或类似的装置等。最经常的，Web浏览器和信息服务器，操作系统，集成程序组件（例如，插件）等进行通信；例如，它可以包含通信，产生，获取，和/或提供程序组件，系统，用户和/或数据通信，请求和/或响应。此外，作为网页浏览器和信息服务器的替代，联合应用可以被开发以执行两者的相似操作。联合应用，同样也会影响到从VWCS装配节点到用户，用户代理等的信息的获取和提供。联合应用在采用标准网页浏览的系统上会形同虚设。

邮件服务器

邮件服务器组件1921是一个由CPU1903执行存储的程序组件。邮件服务器可以是互联网邮件服务器例如但不仅限于苹果公司的邮件服务器（3），dovect，sendmail，Microsoft Exchange等。邮件服务器可以允许通过工具，如ASP，ActiveX，(ANSI)(Objective-)C(++)，C#and/or.NET，CGI scripts，Java，JavaScript，PERL，PHP，管道，Python，WebObjects等来执行程序组件。邮件服务器支持通信协议，诸如但不限于：互联网消息访问协议（IMAP），消息应用编程接口（MAPI）/Microsoft Exchange，邮局协议（POP3），简单邮件传输协议（SMTP）等。邮件服务器可以路由，转发和处理已经发送的传入和传出的邮件信息，中继和/或以其它方式穿越和/或到达VWCS。

可通过由各网站服务器和/或操作系统提供的多个API来访问VWCS邮件。

邮件服务器还包括，沟通，产生，获取和/或提供程序组件，系统，用户，和/或数据通信，请求，信息，和/或反应。

邮件客户端

邮件客户端组件1922年是一个由CPU1903执行的存储的程序组件。邮件客户端可以是一个邮件查看应用，如苹果（手机）邮件，Microsoft Entourage，Microsoft Outlook，Microsoft Outlook Express，Mozilla，Thunderbird等。邮件客户端可以支持多个传输协议，如：IMAP，Microsoft Exchange，POP3，SMTP等。一个邮件客户端可以与组件集合中的其它组件通信，包括它本身，和/或类似的设备。最经常的，邮件客户端与邮件服务器，操作系统，其它邮件客户端等通信；例如，它可以包含通信，产生，获取，和/或提供程序组件，系统，用户，和/或数据通信，请求，信息，和/或响应。一般来说，邮件客户端提供了一种工具来撰写和发送电子邮件。

加密服务器

加密服务器组件1920是由CPU1903，加密处理器1926，加密处理器接口1927，加密处理器设备1928等执行的存储的程序组件。加密处理器接口允许加密组件加快的加密和/或解密请求;然而，加密组件，可替代地，会运行在CPU上。加密组件允许对提供的数据进行加密和/或解密。加密组件允许对称和非对称（例如，良好的保护（PGP））的加密和/或解密。加密组件，可以采用加密技术，如，但不限于：数字证书（例如X.509认证框架），数字签名，双签名，信封，密码访问保护，公钥管理等。加密组件使得将有利于众多的（加密和/或解密）的安全协议，如，但不限于：校验，数据加密标准（DES），椭圆曲线加密（ECC），国际数据加密算法（IDEA），消息摘要5（MD5，这是一个单向散列操作），密码，Rivest加密（RC5），Rijndael算法，RSA（这是一个互联网的加密和认证系统，它使用由Ron Rivest，Adi Shamir和Leonard Adleman在1977年开发的算法），安全散列算法（SHA），安全套接字层（SSL），安全超文本传输协议（HTTPS）等。采用这样的加密安全协议，VWCS对所有传入和/或传出的通信进行加密，并可以在具有更广通信网络的虚拟专用网（VPN）中作为节点。加密组件有利于“安全认证”的过程，该过程对资源的访问被安全协议所抑制，其中加密组影响对安全资源的授权访问。此外，加密组件可以提供内容的唯一标识符，例如，采用MD5哈希散列来获取一个数字音频文件的唯一签名。加密组件可以与组件集合中其它组件进行通信，包括它本身，和/或类似的设备等。如果需要的话，加密组件支持允许信息在通信网络中安全传输的加密方案，以使得VWCS组件能够进行安全交易。加密组件有利于对VWCS上的资源进行安全访问，并且有利于对远程系统上的安全资源进行访问，也就是说，它可以作为安全资源的一个客户端和/或服务器。最经常的是，加密组件与信息服务器，操作系统，其它的程序组件等进行通信。加密组件可以包含，通信，产生，获取，和/或提供程序组件，系统，用户，和/或数据通信，请求和/或响应。

VWCS数据库

VWCS数据库组件1919可以被实现为一个数据库和它所存储的数据。该数据库是存储的程序组件，它由CPU执行。存储的程序组件部分配置CPU来处理所存储的数据。数据库可以是多个容错的，关系的，可扩展的，安全的数据库中任何一种，如DB2，MySQL，Oracle，SYBASE等。关系型数据库是一个平面文件的扩展。关系数据库包括了一系列相关的表。表之间通过通过关键字段进行互连。关键字段的使用允许通过对关键字段进行索引而对表进行合并，即，关键字段作为二维的枢转点以获取不同表的合并信息。关系通常通过匹配主键来表示表之间维护的链接。主键代表关系数据库中的唯一标识表中的行的字段。更确切地说，它们在一对多的关系中表示“一”那一边以对表中的行进行唯一标识。

可替换地，可以使用各种标准的数据结构来实现VWCS数据库，如一个数组，哈希，（链接的）列表，结构，结构化文本文件（例如，XML），表等。这样的数据结构可以被存储在存储器和/或在（结构化）文件中。在另一种替代方案，一个面向对象的数据库也可以被使用，如Frontier，ObjectStore，Poet，Zope等。对象数据库可以包括许多对象集合，这些对象集合通过共同属性被分组和/或连接在一起，它们可以与其它一些共同的属性的对象集合相关联。面向对象的数据库的执行与关系型数据库类似，但有一个例外是对象不只是数据片，还有可以有其它类型的能力被封装在一个给定对象中。如果VWCS数据库被实现为一个数据结构，VWCS数据库1919的使用也可以集成到另一个组件，例如VWCS部件1935。此外，该数据库可以被实现为数据结构，对象和关系结构的混合。通过标准数据处理技术，数据库可以是集中的和/或分散在无数的变种中。数据库的部分，例如，表格，可以被导出和/或导入，从而实现分散和/或集成。

在一个实施例中，数据库组件1919包括几个表1919a-p。A用户表1919a可以包括，诸如但不限于以下字段：user_id,ssn,dob,first_name,last_name,age,state,address_firstline,address_secondline,zipcode,devices_list,contact_info,contact_type,alt_contact_info,alt_contact_type等。用户表可以支持和/或跟踪VWCS上的多个实体帐户。设备表1919b可以包括，诸如但不限于以下字段：device_ID,device_name,device_IP,device_GPS,device_MAC,device_serial,device_ECID,device_UDID,device_browser,device_type,device_model,device_version,device_OS,device_apps_list,device_securekey,wallet_app_installed_flag等。一个应用表1919c可以包括，诸如但不限于以下字段：app_ID,app_name,app_type,app_dependencies,app_access_code,user_pin等。帐户表1919d可以包括，诸如但不限于以下字段：account_number,account_security_code,account_name,issuer_acquirer_flag,issuer_name,cquirer_name,account_address,routing_number,access_API_call,linked_wallets_list等。商家表1919e可以包括，诸如但不限于以下字段：merchant_id,merchant_name,merchant_address,store_id,ip_address,mac_address,auth_key,port_num,security_settings_list等。发行方表1919f可以包括，诸如但不限于以下字段：issuer_id,issuer_name,issuer_address,ip_address,mac_address,auth_key,port_num,security_settings_list等。收单方表1919g可以包括，诸如但不限于以下字段：account_firstname,account_lastname,account_type,account_num,account_balance_list,billingaddress_line1,billingaddress_line2,billing_zipcode,billing_state,shipping_preferences,shippingaddress_line1,shippingaddress_line2,shipping_zipcode,shipping_state等。支付网关表1919h可以包括，诸如但不限于以下字段：gateway_ID,gateway_IP,gateway_MAC,gateway_secure_key,gateway_access_list,gateway_API_call_list,gateway_services_list等。商店会话表1919i可以包括，诸如但不限于以下字段：user_id,session_id,alerts_URL,timestamp,expiry_lapse,merchant_id,store_id,device_type,device_ID,device_IP,device_MAC,device_browser,device_serial,device_ECID,device_model,device_OS,wallet_app_installed,total_cost,cart_ID_list,product_params_list,social_flag,social_message,social_networks_list,coupon_lists,accounts_list,CVV2_lists,charge_ratio_list,charge_priority_list,value_exchange_symbols_list,bill_address,ship_address,cloak_flag,pay_mode,alerts_rules_list等。交易表1919j可以包括，诸如但不限于以下字段：order_id,user_id,timestamp,transaction_cost,purchase_details_list,num_products,products_list,product_type,product_params_list,product_title,product_summary,quantity,user_id,client_id,client_ip,client_type,client_model,operating_system,os_version,app_installed_flag,user_id,account_firstname,account_lastname,account_type,account_num,account_priority_account_ratio,billingaddress_line1,billingaddress_line2,billing_zipcode,billing_state,shipping_preferences,shippingaddress_line1,shippingaddress_line2,shipping_zipcode,shipping_state,merchant_id,merchant_name,merchant_auth_key等。批量表1919k可以包括，诸如但不限于以下字段：batch_id,transaction_id_list,timestamp_list,cleared_flag_list,clearance_trigger_settings等。总账账表1919l可以包括，诸如但不限于以下字段：request_id,timestamp,deposit_amount,batch_id,transaction_id,clear_flag,deposit_account,transaction_summary,payor_name,payor_account等。产品表1919m可以包括，诸如但不限于以下字段：product_ID,product_title,product_attributes_list,product_price,tax_info_list,related_products_list,offers_list,discounts_list,rewards_list,merchants_list,merchant_availability_list等。提供者表1919n可以包括，诸如但不限于以下字段：offer_ID,offer_title,offer_attributes_list,offer_price,offer_expiry,related_products_list,discounts_list,rewards_list,merchants_list,merchant_availability_list等。行为数据表1919o可以包括，诸如但不限于以下字段：user_id,timestamp,activity_type,activity_location,activity_attribute_list,activity_attribute_values_list等。分析表1919p可以包括，诸如但不限于以下字段：:report_id,user_id,report_type,report_algorithm_id,report_destination_address等。

在一个实施例中，VWCS数据库可以与其它数据库系统通信。例如，在采用分布式数据库系统中，搜索VWCS组件查询和访问数据会将VWCS数据库和一个集成的数据安全层数据库的组合作为一个单独的数据库实体。

在一个实施例中，用户程序可包含各种用户界面原语，这可以用于更新VWCS。此外，各种账目可以需要根据环境和VWCS需要服务的客户端类型来定制数据库表。应该指出的是，任何唯一的字段都可被指定为关键字段。在另一个实施例中，这些表被分散到自己的数据库和其各自的数据库控制器（例如，上述表中的每一个单独的数据库控制器）。采用标准的数据处理技术，可进一步将数据库分布在几个计算机系统化中和/或存储设备中。同样，通过集中和/或分布不同数据库组件1919a-p，分散的数据库控制器的配置会改变。通过数据库控制器该VWCS可以被配置以明了各种设定，输入和参数。

该VWCS数据库可以与组件集合中的其它组件进行通信，包括它本身，和/或类似的设备。最经常的，VWCS数据库与VWCS组件，以及其它的程序组件等通信。数据库可以包含，保留，并提供与其它节点有关的信息和数据。

VWCS

VWCS组件1935是一个由CPU执行的存储的程序组件。在一个实施例中，VWCS组件合并在之前附图中所讨论的VWCS各方面的组合中的任何一种和/或所有方面。因此，VWCS通过各种通信网络影响访问，获取和提供信息，服务，交易等。本文所讨论的VWCS的特征和实现通过减少数据传输需要求，使用更有效的数据结构和它们的传输、存储机制以提高网络效率。因此，更多的数据可以在更短的时间内传送，并且与交易相关的时间延迟时间也在减少。在许多情况下，这种在存储、传输时间、带宽要求，延迟等方面的减少将降低容量和结构基础设施的要求，以支持VWCS的特征和设施，并在许多情况下，降低了成本，能源消耗/要求，并延长了VWCS底层基础设施的寿命；还有额外的益处，即是使VWCS更可靠。类似地，许多的特征和机制的设计是为方便用户使用和访问，从而扩大可以享受/雇用和利用VWCS的特征集的观众，这种便于使用也能够帮助增强VWCS的可靠性。此外，通过加密组件1920，1926，1928和整个几盒，该特征集包括了如上提到的增强的安全性通，使得对特征和数据的访问更为可靠和安全。

VWCS组件可以将通过VWCS组件使用移动设备的用户所做的虚拟钱包卡选项转换为基于虚拟钱包卡的交易购买提示，和/或类似VWCS的用处。在一个实施例中，VWCS组件1935输入（例如，购买输入411，卡选择输入424;虚拟钱包卡选项421;发布者的服务器数据429;用户数据434;结账请求1311;产品数据1315;钱包访问输入1511;交易授权输入1514;支付网关地址1518;支付网络地址1522;发布者的服务器地址（es）1525;资金授权请求1526;用户帐户数据1528；批量数据1712;支付网络地址1716；发布者的服务器地址（es）1724;个人支付请求1725;支付明细账，商家帐户数据1731等）等，并通过各种组件（例如，VW-CTE1944;UPC1941;PTA1942;PTC1943等）转换输入到输出（例如，虚拟钱包卡选择请求422;授权消息436-438;批量追加数据440;购买收据441;结账请求消息1313;结账数据1317;卡授权请求1516，1523;资金授权响应1530;交易授权响应1532;批量追加数据1534，购买收据1535;批次清算请求1714;批量付款请求1718;交易数据1720，单独支付确认1728,17299;更新的付款明细账，商家帐户数据1733等）。

通过采用标准的开发工具和语言进行开发使得VWCS组件能够访问节点之间的信息，诸如但不限于：Apache组件，Assembly，ActiveX，二进制可执行文件(ANSI)，(Objective-)C(++)，C#and/or.NET，数据库适配器，CGI脚本，Java，JavaScript，映射工具，面向过程和对象的开发工具，PERL，PHP，Python，shell脚本，SQL命令，网络应用服务器的扩展，网络开发环境和库（例如，微软的ActiveX，Adobe AIR，FLEX&FLASH;AJAX;（D）HTML;Dojo，JAVA，JavaScript;jQuery(UI);MooTools;Prototype;script.aculo.us;简单对象访问协议（SOAP）;SWFObject;雅虎用户界面等），WebObjects等。在一个实施例中，VWCS服务器使用加密服务器加密和解密通信。VWCS组件可以与组件集合中的其它组件进行，包括它本身，和/或类似的装置。最常见的，VWCS组件与VWCS数据库，操作系统，以及其它的程序组件通信。VWCS可以包含通信，产生，获取，和/或提供程序组件，系统，用户，和/或数据通信，请求和/或响应。

分布式VWCS

任何VWCS节点控制器组件的结构和/或操作可以以任意数量被组合，合并，和/或分布以便于开发和/或部署。同样，组件集合可以以任意数量被组合以方便地部署和/或开发。为了达到这个目的，可以将组件集成到一个共同的代码基础，或者可以按需以集成方式动态加载组件的装置中。

通过标准数据处理和/或开发技术，组件集合在无数变种中可以是集中的和/或分散的。在程序组件集合中的任意一个程序组件的多个实例可以在一个单独的节点和/或跨越大量节点通过负载均衡和/或数据处理技术来被实例化，以提高性能。此外，单实例也可以分布在多个控制器和/或存储设备，例如，数据库。所有协同工作的程序组件实例和控制器，可通过标准的数据处理通信技术来如此工作。

VWCS控制器的配置将依赖于系统部署的上下文。因素，诸如但不限于，预算，能力，位置，和/或底层硬件资源的使用，可以影响部署要求和配置。无论配置会导致更集中和/或集成的程序组件，更分散的一系列的程序组件，和/或集中和分布式配置之间的组合，数据均可以被传送，获取和/或提供。并入来自程序组件集合的通用代码库的组件实例可以通信，获取和/或提供数据。这可以通过应用内的数据处理通信技术来实现，诸如但不限于：数据引用（例如，指针），内部消息，对象实例变量的通信，共享内存空间，变量传递等。

如果组件集合的组件是离散的，独立的，和/或彼此外置，那么通信，获取，和/或提供的数据和/或给其它组件可以通过应用间通信技术来实现，诸如但不限于：应用接口（API）的信息通道;（分布式）组件对象模型((D)COM)，（分布式）对象链接和嵌入((D)OLE)等)，通用对象请求代理架构（CORBA），Jini的本地和远程应用接口，JavaScript对象符号（JSON），远程方法调用（RMI），SOAP，工艺管道，共享文件等。用于应用间通信的分散组件之间或用于应用内通信的一个单独组件的内容空间内间发送的消息可以通过一个文法的创建和解析来实现。可以通过使用开发工具来开发一个文法，例如，lex，yacc，XML等，它们允许文法的生成和解析能力，这反过来又可以形成组件内和组件之间的通信消息的基础。

例如，可以安排一个语法来识别HTTP post命令的令牌，例如：

w3c-post http://...Value1

其中Value1被认为是一个参数，因为“http://”是文法语法的一部分，之后的内容被认为是传递的数值的部分。同样，在这样的文法下，变量“Value1”可以被插入到“http://”post命令中，然后发送。文法语法本身可以表现为可以被翻译和/或用于产生解析机制的结构化数据（例如，一个由lex，yacc等进行处理的文法描述文本文件）。另外，一旦解析机制被生成和/或实例化，它本身可以处理和/或解析结构化数据，诸如但不限于：字符（例如，标签）划定的文本，HTML，结构文本流，XML和/或类似的结构化数据。在另一个实施例中，应用间的数据处理协议本身可以具有集成的和/或是现成的解析器（例如，JSON，SOAP，和/或类似的解析器），采用这些解析器来解析（例如，通信）数据。此外，解析的文法会在消息解析以为使用，但也可以使用进行解析：数据库，数据收集，数据存储，结构化数据等。再次，需要的配置将依赖于系统部署的上下文，环境和要求。

例如，在一些实现中，VWCS控制器可以通过信息服务器执行一个实现安全套接字层（“SSL”）套接字服务器的PHP脚本，该信息服务器侦听客户端要发送数据到的服务器端口上的进入通信，例如，JSON格式编码的数据。一旦识别进入的通信后，PHP脚本可以读取从客户端设备进入的消息，解析接收JSON编码的文本数据到PHP脚本变量，从中提取JSON编码的文本数据，然后存储这些数据（例如，客户端识别信息等）和/或使用结构化查询语言（SQL）提取可访问的关系数据库中的信息。一个示例性的清单，其基本上以PHP/SQL命令的形式编写，接收通过SSL连接的来自客户端设备的JSON编码的输入数据，解析数据以提取变量，并且将数据存储到数据库中，提供如下：

此外，以下资源可以被用来提供有关SOAP解析器实现的示例

实施例：

http://www.xav.com/perl/site/lib/SOAP/Parser.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.

IBMDI.doc/referenceguide295.htm

其它解析器实现：

http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.IBMDI.doc/referenceguide259.htm

所有这些在此通过引用被明确地合并。突出大量进一步的有利方面的非限制性示例性实施例包括：

1.一种虚拟钱包卡选择手段实施例，包括手段用于：

获取用于购买交易的用户认证请求；

基于对用户认证请求进行解析，经由计算处理器提取通用卡账户号；

基于使用通用卡账户号对数据库进行查询，确定用户被授权访问虚拟钱包；

当确定用户被授权访问虚拟钱包时，向用户设备提供用户虚拟钱包卡选择请求；

获取虚拟钱包卡账户的用户选择；以及

使用虚拟钱包卡账户的用户选择，提供购买交易请求消息以用于交易处理。

2.如实施例1所述的手段，进一步包括手段用于：

当基于购买交易请求消息完成购买交易的授权时，向用户设备提供购买收据。

3.如实施例1所述的手段，进一步包括手段用于：

获取对于用户的虚拟钱包卡选择选项；以及

向用户设备提供虚拟钱包卡选择选项。

4.如实施例3所述的手段，其中，虚拟钱包卡选择选项是基于从用户认证请求提取的通用卡账户号的。

5.如实施例4所述的手段，其中，从用户认证请求提取的通用卡账户号包括编码的虚拟钱包卡选择选项信息和用户识别信息。

6.如实施例5所述的手段，其中，编码的虚拟钱包卡选择选项信息被编码作为从用户认证请求提取的通用卡账户号中的标记。

7.如实施例1所述的手段，其中，虚拟钱包卡账户的用户选择包括选择匿名卡账户以处理购买交易。

8.如实施例7所述的手段，其中，匿名卡账户为响应于接收虚拟钱包卡帐户的用户选择而产生的一次性匿名卡帐户。

9.如实施例1所述的手段，进一步包括手段用于：

获取多个虚拟钱包卡账户的用户选择；以及

其中，购买交易请求消息包括所述多个虚拟钱包卡账户的用户选择的识别。

10.如实施例1所述的手段，其中，用户设备是执行虚拟钱包应用的用户移动设备。

为了解决各种问题并提高技术，虚拟钱包卡选择装置、方法及系统的本申请的全部（包括封面、标题、小标题、技术领域、背景技术、发明内容、附图说明、具体实现、权利要求书、摘要、附图、附录和/或其它）通过说明示出了其中可以实施有请求权项的发明的各实施例。本申请的优点和特点只是实施例的代表性示例，不是详尽的和/或排它性的。它们只是有助于理解和讲述声明的原理。应该理解，它们不是所有有请求权项的发明的代表。如此，本公开的某些方面此处没有被讨论。可以没有对于本发明的特定部分呈现替换实施例或者进一步未描述的替换实施例也可以对一部分可用不被视为放弃那些替换实施例。可以理解，那些未描述的实施例中有许多包括本发明的相同原理，其它的实施例也是等效的。如此，可以理解，也可以利用其它实施例，并可以在不偏离本发明的范围的情况下作出功能、逻辑上、组织上、结构上和/或拓扑的修改。如此，所有示例和/或实施例都被视为在整个本公开中是非限制性的。同样，不应该作出关于此处所讨论的那些实施例相对于此处没有讨论的那些实施例的推断，如此，它是为了减少空间和重复。例如，可以理解，如图形和/或整个说明书中所描述的任何程序组件（组件集合），其它组件和/或任何现有特点集的任何组合的逻辑和/或拓扑结构不仅限于固定的操作顺序和/或排列，而是，任何所公开的顺序只是示例性的，本公开可以预期所有等效的做法，不管顺序如何。此外，也可以理解，这样的特点不仅限于串行执行，而是，任意数量的线程、进程、服务、服务器和/或类似的都可以异步地、同时、并行地、同时、同步地执行，和/或本公开也可以预期类似的。如此，这些特点中的某些可以是相互矛盾，它们无法同时存在于单一实施例中。类似地，某些特点适用于本发明的一个方面，并不适用与其它方面。另外，本公开还包括目前没有要求保护的其它发明。申请人保留那些目前没有要求保护的发明中的所有权利，包括要求保护这样的发明、提出增补申请、接续案、部分地接续案的权利和/或等。如此，应该理解，本公开的优点、实施例、示例、功能性、特点、逻辑上、组织上、结构上、拓扑和/或其它方面不仅被视为对如权利要求书所定义的本公开的限制或对权利要求书的等效内容的限制。可以理解，取决于VWCS单个和/或企业用户的特定需要和/或特征，数据库配置、关系模型、数据类型、数据传输和/或网络框架、句法结构和/或等，可以实现允许很大的灵活性和定制的VWCS的各实施例。例如，VWCS的各方面可以适用于防止诈骗、在线/虚拟购物、在线财务管理和/或等。尽管VWCS的各实施例和讨论涉及电子购物交易，然而，可以理解，可以针对各种其它和/或实现轻松地配置和/或定制此处所描述的实施例。

Claims (30)

1.一种虚拟钱包卡选择系统，包括：

计算处理器;

网络通信装置,其被设置与计算处理器通信；以及

存储器，其被设置与计算处理器通信，并且该存储器存储计算处理器可执行的指令，用于：

经由可操作地连接到支付网络服务器的网络通信装置来获取用于购买交易的用户认证请求;

经由可操作地连接到支付网络服务器的计算处理器，基于对用户认证请求进行解析来提取通用卡账户号;

基于使用通用卡账户号对可操作地连接到支付网络服务器的数据库存储器进行查询来确定用户被授权访问虚拟钱包;

基于使用通用卡账户号对数据库存储器进行查询来确定用户期望通过利用与用户的移动设备的安全网络通信以向支付网络服务器提供支付数据以处理购买交易、来保持购买交易中涉及的来自商家的用户支付数据的隐私；

经由支付网络服务器的计算处理器来识别经由网络通信设备安全地提供给用户的用户移动设备的多个卡选择选项，以保持来自购买交易中涉及的商家的用户支付数据的隐私；

当确定用户被授权访问虚拟钱包时，经由网络通信设备经由加密的带外网络通信向用户移动设备提供安全的包括卡选择选项的用户虚拟钱包卡选择请求，由此降低电子支付通信网络的网络延迟和带宽使用；

经由网络通信设备在支付网络服务器处从用户移动设备经由网络通信设备获取从所述多个安全提供的卡选择选项中的虚拟钱包卡账户的用户选择；

经由网络通信设备使用虚拟钱包卡账户的用户选择，提供加密的购买交易请求消息以用于交易处理。

2.一种虚拟钱包卡选择系统，包括：

处理器；以及

存储器，其被设置与处理器通信，并且该存储器存储处理器可执行的指令，用于：

获取用于购买交易的用户认证请求；

基于对用户认证请求进行解析，经由处理器提取通用卡账户号；

基于使用通用卡账户号对数据库进行查询，确定用户被授权访问虚拟钱包；

当确定用户被授权访问虚拟钱包时，向用户设备提供用户虚拟钱包卡选择请求；

获取虚拟钱包卡账户的用户选择；以及

使用虚拟钱包卡账户的用户选择，提供购买交易请求消息以用于交易处理。

3.如权利要求2所述的系统，存储器进一步存储指令用于：

当基于购买交易请求消息完成购买交易的授权时，向用户设备提供购买收据。

4.如权利要求2所述的系统，存储器进一步存储指令用于：

获取对于用户的虚拟钱包卡选择选项；以及

向用户设备提供虚拟钱包卡选择选项。

5.如权利要求4所述的系统，其中，虚拟钱包卡选择选项是基于从用户认证请求提取的通用卡账户号的。

6.如权利要求5所述的系统，其中，从用户认证请求提取的通用卡账户号包括编码的虚拟钱包卡选择选项信息和用户识别信息。

7.如权利要求6所述的系统，其中，编码的虚拟钱包卡选择选项信息被编码作为从用户认证请求提取的通用卡账户号中的标记。

8.如权利要求2所述的系统，其中，虚拟钱包卡账户的用户选择包括选择匿名卡账户以处理购买交易。

9.如权利要求8所述的系统，其中，匿名卡账户为响应于接收虚拟钱包卡帐户的用户选择而产生的一次性匿名卡帐户。

10.如权利要求2所述的系统，该存储器进一步存储指令用于：

获取多个虚拟钱包卡账户的用户选择；以及

其中，购买交易请求消息包括所述多个虚拟钱包卡账户的用户选择的识别。

11.一种永久性计算机可读介质，其存储处理器可执行的虚拟钱包卡选择指令，用于：

获取用于购买交易的用户认证请求；

基于对用户认证请求进行解析，经由处理器提取通用卡账户号；

基于使用通用卡账户号对数据库进行查询，确定用户被授权访问虚拟钱包；

当确定用户被授权访问虚拟钱包时，向用户设备提供用户虚拟钱包卡选择请求；

获取虚拟钱包卡账户的用户选择；以及

使用虚拟钱包卡账户的用户选择，提供购买交易请求消息以用于交易处理。

12.如权利要求11所述的介质，进一步存储指令用于：

当基于购买交易请求消息完成购买交易的授权时，向用户设备提供购买收据。

13.如权利要求11所述的介质，进一步存储指令用于：

获取对于用户的虚拟钱包卡选择选项；以及

向用户设备提供虚拟钱包卡选择选项。

14.如权利要求13所述的介质，其中，虚拟钱包卡选择选项是基于从用户认证请求提取的通用卡账户号的。

15.如权利要求14所述的介质，其中，从用户认证请求提取的通用卡账户号包括编码的虚拟钱包卡选择选项信息和用户识别信息。

16.如权利要求15所述的介质，其中，编码的虚拟钱包卡选择选项信息被编码作为从用户认证请求提取的通用卡账户号中的标记。

17.如权利要求11所述的介质，其中，虚拟钱包卡账户的用户选择包括选择匿名卡账户以处理购买交易。

18.如权利要求17所述的介质，其中，匿名卡账户为响应于接收虚拟钱包卡帐户的用户选择而产生的一次性匿名卡帐户。

19.如权利要求11所述的介质，进一步存储指令用于：

获取多个虚拟钱包卡账户的用户选择；以及

其中，购买交易请求消息包括所述多个虚拟钱包卡账户的用户选择的识别。

20.如权利要求11所述的介质，其中，用户设备是执行虚拟钱包应用的用户移动设备。

21.一种处理器实现的虚拟钱包卡选择方法，包括：

获取用于购买交易的用户认证请求；

基于对用户认证请求进行解析，经由计算处理器提取通用卡账户号；

基于使用通用卡账户号对数据库进行查询，确定用户被授权访问虚拟钱包；

当确定用户被授权访问虚拟钱包时，向用户设备提供用户虚拟钱包卡选择请求；

获取虚拟钱包卡账户的用户选择；以及

使用虚拟钱包卡账户的用户选择，提供购买交易请求消息以用于交易处理。

22.如权利要求21所述的方法，进一步包括：

当基于购买交易请求消息完成购买交易的授权时，向用户设备提供购买收据。

23.如权利要求21所述的方法，进一步包括：

获取对于用户的虚拟钱包卡选择选项；以及

向用户设备提供虚拟钱包卡选择选项。

24.如权利要求23所述的方法，其中，虚拟钱包卡选择选项是基于从用户认证请求提取的通用卡账户号的。

25.如权利要求24所述的方法，其中，从用户认证请求提取的通用卡账户号包括编码的虚拟钱包卡选择选项信息和用户识别信息。

26.如权利要求25所述的方法，其中，编码的虚拟钱包卡选择选项信息被编码作为从用户认证请求提取的通用卡账户号中的标记。

27.如权利要求21所述的方法，其中，虚拟钱包卡账户的用户选择包括选择匿名卡账户以处理购买交易。

28.如权利要求27所述的方法，其中，匿名卡账户为响应于接收虚拟钱包卡帐户的用户选择而产生的一次性匿名卡帐户。

29.如权利要求21所述的方法，进一步包括：

获取多个虚拟钱包卡账户的用户选择；以及

其中，购买交易请求消息包括所述多个虚拟钱包卡账户的用户选择的识别。

30.如权利要求21所述的方法，其中，用户设备是执行虚拟钱包应用的用户移动设备。

Images