CN105684007B - 使用一对多支付按钮完成金融交易的系统及方法 - Google Patents

Abstract

公开了一种在电子商务系统中实施的用于促成消费者和销售商之间的交易的方法。该方法包括接收对在广告活动使用的桶令牌的请求。产生桶令牌，其中所述桶令牌至少包含类型字段和数额字段，且不包含电子邮件字段。传送所述桶令牌至销售商服务器。接收回复电子邮件，其中所述回复电子邮件包含所述桶令牌。解码所述桶令牌。所述电子商务系统还可执行发件人策略框架(SPF)和域密钥识别邮件(DKIM)验证并在所述SPF和DKIM验证被认可的情况下处理所述交易。

Description

使用一对多支付按钮完成金融交易的系统及方法

相关申请的交叉引用

本申请要求2013年8月15日提交的美国临时申请No.61/866,068的利益，该美国临时申请通过引用的方式被完全并入本文。

技术领域

本申请与电子商务相关。

背景技术

利用电子邮件来完成金融交易的系统有一系列的技术问题，这些技术问题不同于基于网络URL金融交易的技术中的问题。在以电子邮件为基础的系统中，例如发明名称为“System and Method for Email-Based E-Commerce”且其内容被合并到本申请中的美国专利No.8,775,263中所公开的以电子邮件为基础的系统，消费者接收含有报价的电子邮件消息且消费者可通过产生并发送回复电子邮件来直接进行购买。一旦接收到这封电子邮件，系统就对该电子邮件进行认证并对该项支付进行处理。对于在基于电子邮件的交易中工作的业务而言，目标是使电子邮件交易比以网页为基础的URL交易更容易。目标是为终端消费者(进行购买、捐赠、或送钱的人)提供精简且有效率的体验。另外，销售商或许更喜欢拥有简单且容易使用的工具。消费者和销售商或许都渴望简化购买流程的简单的体验。

当使用在线体验中的不同领域时，在线服务的用户越来越接受特定规范和期望。这些规范和期望之一是将电子邮件账户和网站分开。即使电子邮件账户是在网页中被查看，用户仍将他们的电子邮件客户端看成是他们以安全的方式阅读私人消息并进行通信的私人空间。当他们访问网页去查看信息时，人们普遍认为他们正在查看公开的信息。例如，如果他们对文章、视频或广告进行评论，他们普遍认为评论或许正在被其他人查看。鉴于在线监控的性质，这种对隐私的看法或许在现实中不能成立，但是这些期望已经帮助形成了消费者习惯。

在消费者的电子邮件账户中，他们期望收到来自他们认识的人的消息并跟所认识的人发起了通信。一般来讲，电子邮件广告被看成是不受欢迎的，或至少是非个人形式的消息。在广告被消费者所要求的实例中，这些仍不被看成是消费者会实际上进行回应或与其进行通信的电子邮件。这些广告电子邮件中的一些广告电子邮件告诉收件人不要回复。这些电子邮件或许成为组织放置可驱使消费者去他们网站的URL超链接的机会。从电子邮件客户端删除消费者是立即关闭交易的错失的机会。允许组织在不需要访问网页的情况下通过电子邮件与消费者进行通信的系统将在市场上受到欢迎。如果接收这些电子邮件的消费者有能力将它们转发给他们的朋友和将它们与其他消费者进行分享，这或许对于消费者和销售商而言都是极大的便利。

在电子邮件支付网关的开发中，一个挑战是消费者的识别和分类。消费者可能具有存档的支付方式，或可能是新的消费者。没有存档的支付方式的消费者可以首先被引导到支付方式可被选择的系统中。拥有支付方式的消费者可能不需要被引导到该系统。对于电子邮件商务系统、电子邮件服务提供商或销售商，提供这种行为变化可能需要对电子邮件进行管理以及经常对那些在电子邮件支付网关注册的消费者和那些没有在电子邮件支付网关注册的消费者进行划分。这种组织性负担往往超过该工具的好处。不需要电子邮件列表被划分但仍能为新用户提供支付收集指令以及使用针对现存用户的配置好的支付方式的系统将受到需要更便捷的方式去使用电子邮件支付网关的销售商的欢迎。

目前，使用电子邮件支付网关的销售商需求为每个单独的消费者建立不同的和独立的电子邮件令牌的系统。电子邮件通信中的信息是以特定用户为目标的。在电子邮件营销中，这限制了所有参与者的行为。

被设计以便电子商务系统可以识别返回到该系统的电子邮件是来自注册消费者且因此可以自动处理支付、还是来自非注册消费者且以替换的方式响应该消费者的支付或购买电子邮件对销售商而言将是受欢迎的变化，且对消费者而言将创造精简且有效率的用户体验。

发明内容

本申请中描述的系统和方法通过桶令牌(bulk tokens)的使用来认证电子商务交易的消费者。DKIM/SPF确认了输出服务器(outgoing server)的源，从而促进了针对消费者的电子邮件支付网关的功能扩展和更便捷的使用。电子商务系统可使用大量令牌以及使用URL超链接和瞄向电子邮件的令牌作为辅助系统。

本申请中描述的系统可被销售商和消费者访问以允许在提高安全机制的同时电子邮件结账(checkout)的复杂性有奇异解(singular solution)。来自购买请求的进入电子邮件的地址可被用作用户识别符。瞄向URL的令牌可不与特定电子邮件地址相关联以及可被其他会员转发和使用。

本申请公开了一种在电子商务系统中实施的用于促进消费者和销售商之间的交易的方法。该方法包括接收对在广告运动(advertising campaign)中使用的桶令牌的请求。产生桶令牌，其中桶令牌至少包括类型字段和数量字段，且不包括电子邮件字段。将桶令牌发送至销售商服务器。接收回复电子邮件，其中，回复电子邮件包括桶令牌。解码桶令牌。电子商务系统可进一步执行发件人策略框架(SPF)和域密钥识别邮件(DKIM)验证以及在SPF和DKIM验证被批准的情况下处理交易。

本申请公开了一种在销售商系统中实施的用于由电子商务系统促进的消费者和销售商之间的交易的方法。该方法包括利用发射机发送对在广告运动中使用的桶令牌的请求；利用接收机接收桶令牌，其中桶令牌至少包括类型字段和数量字段以及不包括电子邮件字段；利用发射机发送多个广告电子邮件至收件人列表，其中，收件人列表包括注册的和非注册的个人，广告电子邮件包括包含桶令牌的寄往超链接(mailto hyperlink)；利用接收机接收通知消息，其中通知消息包括已经基于被传送的多个广告电子邮件中的一个广告电子邮件处理了交易的确认；以及响应于所接受的通知消息来执行消费者的订单。

附图说明

图1是根据一实施例的电子商务系统的示意图；

图2是到达DKIM/SPD之前电子邮件活动中的初始步骤；

图3示出了由销售商服务器使用API产生的示例广告电子邮件；

图4示出了由消费者使用寄往超链接产生的示例的响应电子邮件；

图5示出了消费者设备为已经接收了广告电子邮件的平板电脑的示例；

图6示出了消费者设备为已经接收了捐赠请求电子邮件的移动电话的示例；

图7是电子商务系统认证所接收的来自注册的和非注册消费者的电子邮件的流程图；

图8是电子商务系统处理非注册消费者的交易图；

图9是可由用户访问以输入账户和账单信息的网页的示例；

图10是针对电子商务系统的响应被分类为接受的交易流程图；

图11是针对电子商务系统的响应被分类为拒绝的交易流程图；

图12针对电子商务系统的响应被分类为确认以及电子商务系统不能通过电子邮件处理交易的交易流程图；

图13是针对电子商务系统的响应被分类为确认的交易流程图；

图14是转发或提交报价给另一用户的方法流程图；

图15是电子商务系统的针对被转发的电子邮件的交易流程图；

图16示出了电子邮件转发报价的倍增潜能的示例图；

图17示出了可被第一个体使用的示例网页可以做出来自另一个个体的支付请求；

图18是支付请求过程的交易流程图；

图19是网站结账的交易流程图，其可以结合包含购物车或网络结账特征的商业网站来使用；

图20示出了可以结合图19描述的网络结账来使用的示例网页；

图21是与图19和20描述的网络结账相关联的确认电子邮件消息的示例；

图22是与图19-21描述的网络结账相关联的确认电子邮件消息的示例；

图23示出了用于电子商务系统与电子邮件服务器集成在一起的实施例的示例网页；以及

图24是示出了发送和接收钱的步骤的流程图。

具体实施方式

本申请中使用的术语“瞄向电子邮件的令牌(email-targeted token)”可指代与特定电子邮件地址相关联的令牌。

本申请中使用的术语“瞄向URL的令牌(URL-targeted token)”可指代不与特定电子邮件地址相关联且可被其他会员转发和使用的令牌。瞄向URL的令牌可在个体之间相互转发，其可被任何会员使用，以及设置有针对非会员的内置路径以使非会员被引导至可在其上完成交易的URL。

本申请所描述的方法和系统可被配置成将识别从嵌在即将发送的报价电子邮件中的电子邮件地址移动至通过SPF和DKIM验证的电子邮件地址。本申请所描述的方法和系统可允许单独的电子邮件令牌被任何数量的收件人使用。

本申请所描述的方法和系统可允许一个电子邮件令牌被注册用户和非注册用户使用，这可以减少或消除发送活动之前所需的列表分类。

电子邮件支付网关可使销售商能够向消费者发送电子邮件。那些消费者可向电子商务系统注册，由此，允许销售商和消费者通过电子邮件支付网关执行交易。没有注册的消费者可接收包含URL网络链接的单独的电子邮件，该URL网络链接驱使消费者进入允许他们填写必要信息以变成注册用户的“签订合同(signup)页面”。在这种情况下，注册消费者接收包含寄往超链接(mailto hyperlink)的电子邮件，从而允许通过电子邮件进行结账。这些寄往超链接可与由销售商提供的产品或服务相关联。当寄往超链接被选择时，消费者设备可之后自动产生包含瞄向电子邮件的令牌的确认电子邮件。为了对支付进行确认，这个响应电子邮件被发送至电子邮件可被验证且令牌可被解码的电子商务系统。这些令牌可通过嵌在令牌中的消费者电子邮件地址来识别消费者。在一示例中，令牌可与收件人电子邮件相关联，以及该确认可将与所述回复相关联的电子邮件地址和嵌在接收到的令牌中或与接收到的令牌相关联的电子邮件进行比较。

如以下更详细描述的，电子商务系统能够使用“可分享”令牌，即可在多个潜在消费者之间被分享的令牌。在这种情况下，销售商可针对他们的报价来使用这些可分享令牌。这些可分享令牌(例如桶令牌)可被一起转发至可使用该令牌购买商品的其他个体。在这种情况下，该令牌可不被瞄向收件人的电子邮件地址。这些可分享令牌被包含在报价中，以及来自消费者的响应电子邮件通过DKIM-SPF的检查被认证。

图1示出了可被用于电子商务交易的示例系统100。该示例系统100包含销售商服务器120、电子商务系统140、消费者设备150、银行服务器160、电子邮件服务提供商180、以及可通过一个或多个有线和/或无线通信网络110进行通信的支付处理系统190。该有线或无线通信网络110可为公共网络、私人网络、或公共或私人网络的组合。

消费者设备150可为，例如，蜂窝电话、智能手机、台式电脑、手提电脑、平板电脑、或任何其他合适的计算设备。该消费者设备150包含处理器151、存储器152、通信单元153、显示单元154、网页浏览器单元155、基于URL的电子邮件客户端156以及基于非URL的电子邮件客户端157，其中，该网页浏览器单元155可传送去往/来自销售商服务器120和电子商务系统140中的网络服务器模块的数据。该网页浏览器单元155可包含一个或多个子模块和/或与该一个或多个子模块进行通信，该一个或多个子模块执行例如渲染HTML(包括但并不限于HTML5)、绘制光栅和/或矢量图形、执行JAVA脚本(JAVASCRIPT)、和/或呈现多媒体内容等的功能。

可选地或另外，该网页浏览器单元155可实施富因特网应用(RIA，Rich InternetApplication)和/或多媒体技术，例如ADOBE FLASH和/或其他的可与基于因特网的通信兼容的技术。该网页浏览器单元155可使用一个或多个网页浏览器插件模块(例如，ADOBEFLASH)和/或使用网页浏览器单元155自身内部的一个或多个子模块来实施RIA和/或多媒体技术。该网页浏览器单元155可在被包含在消费者设备150中或被连接至消费者设备150(例如液晶显示(LCD)显示器或监视器)的一个或多个显示设备上显示数据。消费者设备150可从被包含在消费者设备150中或被连接至消费者设备150的输入设备(没有被描绘)(例如键盘、鼠标、麦克风或触摸屏)接收来自该消费者设备150的用户的输入，以及向网页浏览器单元155提供表明该输入的数据。

销售商服务器120可包含HTTP服务器模块121、订单执行单元122、处理器124、存储器125、通信单元126以及电子邮件客户端127。

HTTP服务器模块121提供可被消费者设备150访问的网站。该HTTP服务器模块121可实施HTTP协议，以及可使用HTTP传递去往/来自消费者设备150的超文本标记语言(HTML)页面和来自该网站的相关数据。销售商服务器120可被连接至一个或多个私人或公共网络(如因特网)，通过该一个或多个私人或公共网络，HTTP服务器模块121与例如消费者设备150的设备进行通信。HTTP服务器模块121可产生一个或多个网页，并可将这些网页传递给消费者设备150，以及可从消费者设备150接收响应信息。

HTTP服务器模块121可为例如NGINX服务器、APACHE HTTP服务器、SUN-ONE网络服务器、微软因特网信息服务(IIS)服务器，和/或可基于任何其他合适的HTTP服务器技术。销售商服务器120也可包含一个或多个额外的组件或模块(没有被描绘)，例如一个或多个负载均衡器、防火墙设备、路由器、交换器、以及处理电源备份和数据冗余的设备。

订单执行单元122被配置成从接收到的消息中接收指令，以及代表销售商服务器120执行订单。

存储器125可被配置成存储与电子商务交易相关联的信息。这可包含存货信息、被用于产生网页的信息、消费者信息、以及其他电子商务数据。

通信单元126可被配置成通过通信网络110或其他输入/输出来传送/接收通信。

电子邮件客户端127可访问和管理销售商的电子邮件。

电子商务系统140可包含令牌产生器141、接口模块142、购买执行模块143、消息执行模块144、数据库模块145、令牌解码器146、DKIM/SPF检查模块147、通知HTTP模块148、电子邮件接口模块149、账户管理单元158、以及安全模块159。虽然仅有一个销售商服务器120被展示正在与电子商务系统140进行通信，但是这仅是一个示例。电子商务系统140可与内部的或外部的电子邮件服务提供商180以及内部的或外部的支付处理系统190进行通信。电子商务系统140可与多个销售商服务器120进行通信。类似地，销售商可向电子商务系统140注册。根据本申请所描述的方法，电子商务系统140可向销售商服务器120提供将在令牌交易中使用的公钥和私钥。当交易被尝试(例如，尝试开发票或进行支付)时，电子商务系统140解码令牌，认证电子邮件的发件人，这可以允许该交易将被处理。虽然电子商务系统140在图1中被描述为单独的实体，但是这仅是一个示例。电子商务系统140可被销售商服务器120、和/或电子邮件服务提供商180控制，和/或电子商务系统140可与销售商服务器120、和/或电子邮件服务提供商180位于同一位置。

令牌产生器141可产生在电子商务交易中使用的令牌。令牌可以被加密或可以是明文字符串，其包含信息，该信息用于在被发送至电子商务系统140时执行交易。令牌可为可以包含用于执行或认证交易的信息的一个或多个加密字符串、文件、口令、密码、明文或其他数据。虽然图1将令牌产生器141显示为电子商务系统的一部分，但是令牌产生器141可由具有对私钥的使用权的任何可信方来托管。例如，银行服务器160可包含令牌产生器141。令牌可包含以下所列参数或不在以下所列参数中的其他参数中的一个或多个参数：

a)私钥：该私钥由电子商务系统140提供。

b)公钥：由电子商务系统140提供的电子商务系统140的公钥。

c)合作者-id：由电子商务系统140提供的合作者ID。

d)环境：销售商想要为其产生按钮的环境。这可区分令牌是正在测试环境中被使用还是正在现场环境中被使用(以及正在进行真实的交易)。

e)配置：针对yml格式的配置文件的路径。这可保存默认信息设置，例如，私钥、公钥、合作者_id、以及其他信息，因此它们不必在每次产生令牌时被单独输入。如果正在用类似的组件产生多个令牌，则配置字段也可包含专用于报价或消费者的信息。

f)类型：要产生的令牌的类型(例如，桶令牌、瞄向电子邮件的令牌等)。存在着令牌产生器可产生和解码的多个类型的令牌。例如，网站令牌可被用于网站交易，电子邮件令牌可被用于双击电子邮件支付，以及通用令牌可被用于电子邮件验证。

g)卡：与卡令牌的收件人相关联的卡令牌。当消费者向电子商务系统140注册时，销售商接收信用卡令牌，即向与消费者和销售商相关联的特定卡提供参考的唯一识别符。当销售商正在产生令牌以提交至电子商务系统140时，他可包含作为消费者识别符的卡令牌。

h)电子邮件：与该令牌的接收相关联的电子邮件。

i)URL：在消费者不具有向电子商务系统140注册过的支付信息时，收件人应该进入的签订合同URL。

j)费用：针对为其产生令牌的交易而应当向用户收取的费用。

k)用户数据：被传回作为参考的数据。该数据可包含销售商可能想要通过电子商务系统140传送并在交易已经完成时收回的顾客数据。它可能包含项目参考号(itemreference number)或SKU、消费者地址、或电子商务系统140完成交易不需要但销售商想要与那个交易相关联的其他数据片段。

l)有效期：令牌的截止日期，从纪元开始的秒的整数值。

m)报头用户代理(header-user-agent)：来自请求报头的HTTP用户代理(HTTP_USER_AGENT)。HTTP报头作为来自消费者的网页浏览器单元155的对信息片段的请求的一部分而被发送。这些报头定义了网页浏览器单元155正期望取回的参数。用户代理是正在提交请求的软件的识别符-典型地正在请求内容的网页浏览器单元155的识别符。

n)报头接受语言(header-accept-language)：来自请求报头的HTTP接受语言(HTTP_ACCEPT_LANGUAGE)。接受语言是针对响应的可接受语言，例如，网页浏览器单元155正在请求内容被发送回来的语言。

o)报头接受字符集(header-accept-charset)：来自请求报头的HTTP接受字符集(HTTP_ACCEPT_CHARSET)。接受字符集是对响应而言是可接受的的字符集，例如，网页浏览器单元155正在请求内容被发送回来的字符集。

p)ip地址：令牌收件人的IP地址。

在一个示例中，桶令牌可忽略卡字段和电子邮件字段，从而允许令牌将被分享。另外或可选地，桶令牌可包含卡字段和/或电子邮件字段，但电子商务系统140可被配置成基于类型字段而忽略那些字段和/或其他字段。

接口模块142用作针对电子商务系统140中的数据库的接口。

购买执行模块143促进消费者和销售商之间的购买的执行。

消息执行模块144被配置成分析接收到的消息并与令牌解码器146通信以确定接收到的消息是否有效并识别嵌在该消息中的请求(例如，商品购买的请求)。如果令牌解码器146指示令牌是有效的，则接下来消息执行模块144可访问账户管理单元158以对交易进行验证。

数据库模块145用作存储可由电子商务系统140访问的信息的数据库。

令牌解码器146可被配置成解码接收自外部源(例如销售商服务器120或消费者设备150)的令牌。

域密钥识别邮件(DKIM)/发件人策略框架(SPF)检查模块147的作用是使用DKIM和/或SPF协议认证接收到的电子邮件。例如，SPF允许域所有者在收件人服务器交叉校验(cross-check)的服务器上增加文件或记录。类似地，DKIM可被用于在电子邮件中嵌入信息。

通知HTTP模块148递送事件的通知至外部系统，例如在交易被执行时销售商配置以更新他们的内部数据库的HTTP端点。

电子邮件接口模块149可被配置成通过电子商务系统解析针对动作的电子邮件。

账户管理单元158被配置成管理向电子商务系统140注册的账户。希望用电子商务系统140完成交易的消费者或销售商可向电子商务系统140注册他/她的电子邮件地址和支付信息。账户管理单元158可被配置成存储消费者的注册和销售商的注册。

安全模块159可被配置成执行额外的安全措施以阻止对所述系统的未授权访问或诈骗。

电子邮件服务提供商(ESP)180可与销售商服务器120、电子商务系统140相关联、或可为第三方实体。电子邮件服务提供商180可被配置成提供电子邮件营销服务。电子邮件服务提供商180还可进一步被配置成提供显示被发送至地址列表中的每一会员的电子邮件的状态的跟踪信息。电子邮件服务提供商180还可进一步被配置成将地址列表分割成兴趣组或类别以发送目标信息。电子邮件服务提供商180还可基于瞄向电子邮件的令牌的辅助系统来解析消息。EPS 180还可被配置成基于来自销售商或消费者行为的响应来发送触发电子邮件。电子邮件服务提供商180还可进一步被配置成创造或使用由电子商务系统140产生的模板来向联系人进行发送和/或使用预制模板，电子邮件服务提供商180可包含用户界面，该用户界面允许用户手动调节模板或其可与外部源(例如，销售商服务器120或电子商务系统140)集成在一起。电子邮件服务提供商180可包含发送引擎，该发送引擎可允许销售商向消费者散布他们的消息。ESP 180还可进一步包含用于产生寄往超链接、图形按钮、和令牌的工具。电子邮件服务提供商180可被配置成动态地定制被发出的电子邮件的内容，以调整个性化信息和寄往超链接。

银行服务器160可被第三方系统银行控制。电子商务系统140可与银行服务器160通信以验证对于所要求的购买而言消费者有充足的资金或信誉。例如，银行服务器160可被VISA、AMERICAN EXPRESS、MASTERCARD或消费者可用于进行在线支付的任何其他银行或银行业或金融网络控制。银行服务器160可为针对集中式或分散式虚拟货币系统或协议(例如频繁的航空积分里程、“奖励”积分、或比特币)的接口。

以电子邮件为基础的电子商务系统140可允许销售商发送具有与特定商品报价相关联的寄往超链接的广告电子邮件，以及选择该寄往超链接和通过选择寄往超链接来产生响应电子邮件。该响应电子邮件包含令牌且被寄给电子商务系统140。一旦被发送，该响应电子邮件就通过解析令牌中的信息来确认消费者对产品的购买。电子商务系统140对支付进行处理并通知销售商和消费者。电子商务系统140可包含令牌产生器、用于处理令牌的组件以及用于处理支付的组件和用于向销售商服务器120通知交易细节的系统。

回过来参考图1所示的示例系统，支付处理系统190可为独立第三方操作单元，它可位于电子商务系统140或销售商服务器120中。

虽然图1所示的示例系统显示电子商务系统140包含令牌产生器141，但是这仅作为一示例而显示。销售商服务器120也可包含令牌产生器，该令牌产生器允许销售商直接创建令牌。在另一示例中，第三方可有令牌产生器以创建由销售商服务器120使用的令牌。

图2是展示电子邮件活动的初始步骤的流程图，其可包含一个或多个将被发送至一个或多个收件人的电子邮件。该电子邮件活动可针对产品、服务、捐赠或发票。使用销售商服务器120的销售商可创作电子邮件广告或招揽(步骤201)。销售商可从电子商务系统140请求将被用于报价的令牌或销售商可产生这些令牌(步骤202)。这可以是，例如允许电子商务系统140确定怎样收集支付信息的“桶令牌”。桶令牌的一示例可为瞄向URL的令牌，该瞄向URL的令牌将用户引导至嵌在该令牌中的URL。该请求可通过在线接口发送，或用被嵌在销售商服务器中的系统来产生。

销售商服务器120可接收这些令牌并例如通过使用具有包含所述令牌的寄往超链接的按钮将这些令牌整合进与电子邮件活动相关联的每一封电子邮件中(步骤203)。该电子邮件可包含多个产品/报价；每个产品或报价可与所嵌入的寄往超链接相关联，或可作为群组被包含在一个寄往超链接中。根据接收电子邮件客户端，这些寄往超链接可隐藏(wrap)，被图像(例如按钮)包含或引用。接着销售商服务器120可在电子邮件活动中发出每一封包含桶令牌的电子邮件至预期收件人(步骤204)。该列表需要不被划分；注册用户和非注册用户得到相同的电子邮件。

使用消费者设备150的消费者可选择嵌在电子邮件中的寄往超链接，这将自动产生可使用消费者设备150发送的响应电子邮件(步骤205)。该响应电子邮件可包含桶令牌和被寄给电子商务系统140。如上所述，该令牌被放置在主体字段(body field)中，但这仅是一示例，且该令牌可被放置在电子邮件的其他字段中。对于消费者而言，响应电子邮件的目标地址或许看起来是被引导至销售商服务器120，但是它可被引导至电子商务系统140。电子商务系统的位置可被包含在第三方中，例如电子邮件服务提供商、电子邮件客户端或托管实体。电子商务系统140可接收响应电子邮件和执行DKIM/SPF检查以认证电子邮件的发件人(步骤206)。基于DKIM/SPF检查的结果，电子商务系统可继续处理该电子邮件(步骤207)。

图3示出了由销售商服务器120使用API产生的示例广告电子邮件。API允许销售商请求将支付按钮311和321包含到HTML格式的电子邮件消息300中。如图3所示，电子邮件消息300包含电子邮件报头302，该电子邮件报头302包含“来自(from)”、“主题(subject)”、“日期(date)”、“寄往(to)”和“回复(reply-to)”字段。该电子邮件包含两个报价，一个报价用于苹果花(Apple Blossom)310以及一个报价用于曙光(aurora)320。每一个报价均有相关联的支付按钮311和321。支付按钮311和321各自可被嵌有包含令牌(如桶令牌)的超链接。该令牌可包含用于识别与该令牌相关联的报价的产品和购买价格的信息。通过选择支付按钮311和321，与消费者设备150相关联的电子邮件客户端可产生寄往电子商务系统140的响应电子邮件。该响应电子邮件可包含允许电子商务系统140完成交易的信息，包括令牌和来自电子邮件报头302的信息。

图4示出了由消费者使用寄往超链接产生的示例的响应电子邮件400。如图4所示，该响应电子邮件400可包含多个字段。该响应电子邮件400可包含“to”字段401、抄送或cc字段402、密件抄送(blind carbon copy)或bcc字段403、subject字段404、from字段405、以及主体字段406。这些仅是可见字段；该电子邮件可还包含其他字段，如不可见的报头。如该示例所示，令牌407被嵌在响应电子邮件400的主体字段406中。这仅作为一示例。进一步地，虽然令牌407被显示为文本字符串，但是它也可为图像、声音、或其他与响应电子邮件400相关联的文件。

图5展示了一示例，其中，消费者设备150为已经接收到捐赠请求电子邮件500的平板电脑。如图5所示，平板电脑上有一输入区域510，该输入区域510有多个按钮以对多个捐赠额中的一个捐赠额进行捐赠。输入区域510中的每一个按钮与不同的寄往超链接相关联。通过选择输入区域510中的按钮，用户能够选择要捐赠的数额。

图6是一示例，其中，消费者设备150是已经接收到捐赠请求电子邮件600的移动电话。如图6所示，移动电话上有一输入区域610，该输入区域610有多个按钮以对多个捐赠额中的一个捐赠额进行捐赠。输入区域610中的每一个按钮与不同的寄往超链接相关联。通过选择输入区域610中的按钮，用户可选择要捐赠的数额。

图7是电子商务系统140认证来自注册和非注册消费者的接收到的电子邮件的流程图。电子邮件活动可针对已向电子商务系统注册支付信息的消费者和还没向电子商务系统注册支付信息的消费者的任意组合。当电子商务系统140接收响应电子邮件时，它必须确定该响应是来自非注册消费者还是注册消费者，这可基于例如与电子邮件的发件人相关联的电子邮件地址。一旦电子商务系统140已经确定该电子邮件是发送自注册消费者还是非注册消费者，电子商务系统就可确定该电子邮件是否被接收自已认证源。

无论DKIM和SPF验证是否成功，电子商务系统140都可确定电子邮件是接收自非注册消费者(步骤701)。这可基于例如消费者的电子邮件地址或嵌在包含令牌的电子邮件中的信息。如果是这种情况，电子商务系统140可确定SPF/DKIM检查是不适用的(步骤702)。电子商务系统140可发送包含URL超链接以用于网络结账的电子邮件至非注册消费者(步骤703)。该非注册消费者可选择该电子邮件中的URL超链接，该URL超链接可基于该URL将该非注册消费者引导到网页(步骤704)。接着，该非注册消费者可在该网页上完成网络结账(步骤705)。通过完成网络结账，该非注册消费者可自动地或通过选择某选项向电子商务系统140注册。接着支付可被处理(步骤706)。以及订单或捐赠可被执行(步骤707)。

电子商务系统140在电子邮件上执行SPF/DKIM检查，以检查有效地DKIM签名和SPF记录(步骤708)。这些被用于检测进来的消息是否已被模仿。被模仿的消息可为看起来像是已经被用户发送的但其实是被另一个用户发送的电子邮件消息。这在垃圾消息中经常见到，这些垃圾消息看起来像来自于已知源。基于该认证过程，电子商务系统140可确认、拒绝、或接受该认证。

在一情景中，在SPF/DKIM检查之后，电子商务系统140可确定发件人的确认是需要的(步骤710)。例如该确认可基于用户偏好而被请求，或如果电子商务系统140请求额外的信息时而被请求。当DKIM是非定义的且SPF或者是通过的或者是非定义的时，电子商务系统可确定确认是需要的(步骤711)。在这个情景中，电子商务系统140可产生确认电子邮件消息，该确认电子邮件消息包含具有瞄向电子邮件的令牌的寄往超链接以通过电子邮件消息确认该识别(步骤712)。在这个情景中，瞄向电子邮件的令牌可被整合为针对电子邮件客户端中的双击体验的辅助系统。当消费者接收到电子邮件时，他们选择超链接以及产生他们发送回电子商务系统的响应电子邮件(步骤713)。当电子商务系统140接收到对该确认电子邮件消息的响应时，电子商务系统140基于发送该消息的电子邮件地址和嵌在瞄向电子邮件的令牌中的电子邮件地址来认证该消费者(步骤714)。如果这被确认为是(步骤716)，则电子商务系统140可解码令牌和处理支付以及发送通知至消费者和销售商服务器(步骤717)。接着，电子商务系统140可执行订单(步骤718)。如果瞄向电子邮件的令牌返回至电子商务系统140且未被识别为注册的和被确认为否(步骤715)，那么电子商务系统可向消费者发送包含URL超链接的电子邮件，从而驱使消费者进入签订合同和网络结账页面。这个网络结账页面可位于电子商务系统140处或与销售商服务器120上的API相集成或可位于第三方系统上。

在另一情景中，电子商务系统140可拒收电子邮件(步骤720)。这种情况可以发生在DKIM失败且SPF出现失败、未定义或通过时或发生在SPF失败且DKIM是未定义的或通过时(步骤721)。在这种情况下，电子商务系统140可不确认所接收到的电子邮件消息的即将离开的电子邮件服务器。电子商务系统140可产生被寄给消费者的响应电子邮件，该响应电子邮件包含URL超链接，该URL超链接是针对被归类为拒绝的消息的(步骤722)。(图11)。当该URL超链接被选择(步骤723)，消费者打开基于网络的结账页面且使用该URL来完成网络结账(步骤724)。该网络结账可为销售商服务器的一部分或被托管于电子商务系统140。该网络结账也可请求用户输入注册信息。一旦该网络结账完成，支付就可被处理以及订单被执行(步骤725和726)。

在第三种情景中，电子商务系统140接受响应(步骤730)电子邮件，以及能够成功地认证注册用户。例如，当销售商服务器120产生电子邮件且请求来自电子商务系统的桶令牌并将该桶令牌嵌入广告电子邮件中的寄往超链接中时，发生这种情况。每一个寄往超链接与报价相关联。该电子邮件被发送至消费者的列表。当消费者激活寄往超链接时，响应电子邮件采用桶令牌被产生，且该电子邮件被寄给电子商务系统140。消费者发送响应电子邮件。一旦该电子邮件被发送，DKIM/SPF过程开始。如果电子商务系统140确定接收到的电子邮件来自注册消费者且DKIM和SPF出现且是有效的，则接收到的消息可由电子商务系统140归类和处理为接受(步骤731)。该令牌被解码和消费者的支付被处理(步骤732)以及接着订单被执行(步骤733)。

在可选择的实施例中，发送被归类为非注册、确认或拒绝的消息的任何消费者均可接收引导他们至URL的响应电子邮件。这可能是销售商所喜爱的或可响应于其他环境指示器(例如系统目前正在检测的确认、拒绝和接受的比率)。

图8是电子商务系统140处理非注册消费者的交易图。销售商服务器120(或与销售商服务器120相关联的电子邮件服务提供商)可请求将被用于电子邮件活动的令牌(步骤801)。电子商务系统140可产生桶令牌以用于电子邮件活动(步骤802)。这些令牌可以被传送至销售商服务器120或ESP以将该令牌放置在与电子邮件活动相关联的电子邮件中(步骤803)。销售商服务器120可传送与电子邮件活动相关联的电子邮件至一个或多个消费者电子邮件地址(步骤804)。

使用消费者设备的消费者可选择嵌在电子邮件中的寄往超链接(步骤805)。这将自动产生包含令牌的响应电子邮件。该消费者可接着发送响应电子邮件至电子商务系统(步骤806)。如果该用户是非注册用户，则认证或许会失败。接着，电子商务系统140可产生包含URL超链接的电子邮件(步骤807)。电子商务系统140可发送该电子邮件至从其接收到之前响应电子邮件的电子邮件地址(步骤808)。使用消费者设备150的消费者可选择嵌在该电子邮件中的URL超链接(步骤809)。这可打开与销售商服务器120相关联的网页(步骤810)。使用消费者设备150的消费者可接着结账以及签订合同以成为电子商务系统140的注册用户。电子商务系统可接着处理支付(步骤811)。在支付被处理之后，电子商务系统140可向消费者和/或销售商通知交易成功(步骤812)。

图9、17、20-23展示了可由与消费者设备150相关联的网页浏览器单元显示的示例网页。正如如下将要详细描述的，这些网页可包含显示元素，这些显示元素允许发起者和响应者利用一封或多封电子邮件完成基于对等电子邮件的金融交易。这些网页可被包含在由网页浏览器单元155显示和管理的网页浏览器窗口中。这些网页可包含由网页浏览器单元155从电子商务系统140接收的数据。这些网页可包含支付交易信息。

网页浏览器窗口可包含控制区域，该控制区域包含返回按钮、前进按钮、刷新按钮、主画面按钮(home button)、和地址字段。该控制区域还可包含一个或多个额外的控制元素，例如书签页等。使用消费者设备150的发起者或响应者可在该控制区域中选择控制元素。该选择可通过例如点击鼠标或通过键盘、触摸屏、和/或其他类型的输入设备提供输入而被执行。当控制元素中的一者被选择时，网页浏览器单元155可执行对应于所选择的元素的动作。例如，当刷新按钮被选择时，网页浏览器单元155可刷新当前在网页浏览器窗口中查看的页面。

图9是由用户访问以购买商品并输入账单信息的网页900的示例。在一种情景中，当非注册消费者尝试去购买商品时，他们可被引导到网页900。如图9所示，网页900可包含报价字段901、多个输入字段902-910、以及提交按钮911。当消费者设备150接收到针对输入字段902-910或保存设置按钮911的输入时，网页浏览器单元155可存储一个或多个能够反应出在输入字段中所做出的选择的数据结构。进一步，当所做选择被更新，网页浏览器单元155可更新网页900以指示额外的、或更详细的可与所做选择相关联的问题。如图9所示，在消费者被呈现了报价字段901中的报价的网页900中，在消费者是非注册消费者的情景中，或许需要额外的信息。输入区域902征求鞋子尺码信息。网页900在输入字段902-909中征求信用卡信息，该信用卡信息包括(信用卡上的)姓名、卡号、截止日期、安全码、以及与该卡相关联的电话号码。网页900还在输入字段910中征求消费者的电子邮件地址。当消费者选择提交按钮911时，如果在传输过程中没有错误，则账户信息将被电子商务系统140存储，且该消费者可被带入随后的网页。另外，电子商务系统140可接收所述信息且能够处理该交易。

图10是响应被归类为接受的电子商务交易的交易流程图。如图10所示，销售商服务器120或与销售商相关联的电子邮件服务提供商可请求一个或多个来自电子商务系统的针对电子邮件活动的令牌(步骤1001)。电子商务系统140产生一个或多个用于瞄向URL的电子邮件的令牌(步骤1002)。这些令牌可被发送至销售商服务器120或电子邮件服务提供商且被嵌在与电子邮件活动相关联的电子邮件中(步骤1003)。销售商服务器120或电子邮件服务提供商可在电子邮件活动中传送这些电子邮件(步骤1004)。操作消费者设备150的用户可打开接收到的电子邮件以及选择寄往超链接(步骤1005)。消费者设备150将自动产生响应电子邮件以响应寄往超链接的选择且该电子邮件可被消费者设备150发送(步骤1006)。该响应电子邮件包含令牌和SPF/DKIM检查信息。接着，电子商务系统140可执行SPF/DKIM检查和确定该电子邮件被归类为接受。电子商务系统140可进一步解码该令牌和处理支付(步骤1007)。一旦支付被处理，电子商务系统140可通过例如传送电子邮件、SMS或其他电子媒介，向消费者和/或销售商通知交易成功(步骤1008)。

图11是响应被归类为拒绝的电子商务交易的交易流程图。如图11所示，销售商服务器120或与销售商相关联的电子邮件服务提供商可请求一个或多个来自电子商务系统的针对电子邮件活动的令牌(步骤1101)。电子商务系统140产生一个或多个用于瞄向URL的电子邮件的令牌(步骤1102)。这些令牌可被发送至销售商服务器120或电子邮件服务提供商且被嵌在与电子邮件活动相关联的电子邮件中(步骤1103)。销售商服务器120或电子邮件服务提供商可在电子邮件活动中传送电子邮件(步骤1104)。操作消费者设备150的用户可打开接收到的电子邮件且选择寄往超链接(步骤1105)。消费者设备150将自动产生响应电子邮件以响应寄往超链接的选择以及该电子邮件可被消费者设备150发送(步骤1106)。该响应电子邮件包含令牌以及SPF/DKIM检查信息。接着，电子商务系统140可执行SPF/DKIM检查以及确定该电子邮件被归类为拒绝(步骤1107)。此时，电子商务系统可发送包含URL超链接的电子邮件至该消费者，从而将该消费者引导至销售商/网络结账(步骤1108)。接着，使用消费者设备150的消费者可选择URL超链接以及访问与销售商服务器120相关联的网站(步骤1109)。虽然上面的描述是基于单一的消费者设备150，但是用户可在多个设备和多个平台上接收和查看单一的电子邮件。在一情景中，消费者可先在第一消费者设备150上查看电子邮件，接着之后使用另一设备查看该电子邮件并激活寄往超链接。电子商务系统140可处理支付(步骤1110)。一旦该支付被处理，电子商务系统140可通过例如传送电子邮件、SMS或其他电子媒介，向消费者和/或销售商通知交易成功(步骤1111)。

图12是响应被归类为确认的电子商务交易的交易流程图。如图12所示，销售商服务器120或与销售商相关联的电子邮件服务提供商可请求一个或多个来自电子商务系统的针对电子邮件活动的令牌(步骤1201)。电子商务系统140产生一个或多个用于瞄向URL的电子邮件的令牌(步骤1202)。这些令牌可被发送至销售商服务器120或电子邮件服务提供商以及被嵌在与电子邮件活动相关联的电子邮件中(步骤1203)。销售商服务器120或电子邮件服务提供商可在电子邮件活动中传送电子邮件(步骤1204)。操作消费者设备150的用户可打开接收到的电子邮件以及选择寄往超链接(步骤1205)。消费者设备150将自动产生响应电子邮件以响应寄往超链接的选择和该电子邮件可被消费者设备150发送(步骤1206)。该响应电子邮件包含令牌和SPF/DKIM检查信息。接着，电子商务系统140可执行SPF/DKIM检查和确定该电子邮件被归类为确认(步骤1207)。此时，电子商务系统可发送包含寄往超链接的电子邮件至消费者，该寄往超链接包含瞄向电子邮件的令牌(步骤1208)。接着，使用消费者设备150的消费者可选择寄往超链接(步骤1209)。通过选择寄往超链接，消费者设备150将自动产生包含该令牌的响应电子邮件，该响应电子邮件被发送回电子商务系统140(步骤1210)。在图12所示的情景中，认证失败(步骤1211)。此时，电子商务系统可发送包含URL超链接的电子邮件至消费者，从而将消费者引导至销售商/网络结账(步骤1212)。接着，使用消费者设备150的消费者可选择URL超链接以及访问与销售商服务器120相关联的网站(步骤1213和1214)。消费者可完成网络结账和签订合同以成为电子商务系统的注册用户(步骤1215)。电子商务系统140可处理支付。一旦该支付被处理，电子商务系统140可通过例如传送电子邮件、SMS或其他电子媒介，将交易成功通知给消费者和/或销售商(步骤1216)。

图13是将响应归类为确认的电子商务交易的交易流程图。如图13所示，销售商服务器120或与销售商相关联的电子邮件服务提供商可请求一个或多个来自电子商务系统的针对电子邮件活动的令牌(步骤1301)。电子商务系统140产生一个或多个用于瞄向URL的电子邮件的令牌(步骤1302)。这些令牌可被发送至销售商服务器120或电子邮件服务提供商以及被嵌在与电子邮件活动相关联的电子邮件中(步骤1303)。销售商服务器120或电子邮件服务提供商可在电子邮件活动中传送这些电子邮件(步骤1304)。操作消费者设备150的用户可打开接收到的电子邮件和选择寄往超链接(步骤1305)。消费者设备150将自动产生响应电子邮件以响应寄往超链接的选择以及该电子邮件可被消费者设备150发送(步骤1306)。该响应电子邮件包含令牌和SPF/DKIM检查信息。接着，电子商务系统140可执行SPF/DKIM检查和确定该电子邮件被归类为确认(步骤1307)。此时，电子商务系统可发送包含寄往超链接的电子邮件至消费者，该寄往超链接包含瞄向电子邮件的令牌(步骤1308)。接着，使用消费者设备150的消费者可选择寄往超链接(步骤1309)。通过选择寄往超链接，消费者设备150将自动产生包含令牌的响应电子邮件，该响应电子邮件被发送回电子商务系统140(步骤1310)。在图13所示的情景下，认证被确认(步骤1311)。此时，电子商务系统140可处理支付(步骤1312)。一旦支付被处理，电子商务系统140可通过例如传送电子邮件、SMS或其他电子媒介，将交易成功通知给消费者和/或销售商(步骤1313)。

电子商务系统140可被配置成使用桶令牌以允许电子邮件活动中的报价被消费者(不管他们是注册消费者还是未注册消费者)转发以及分享。图14是转发或提供报价至另一用户(例如朋友)的方法的流程图。希望产生电子邮件活动的销售商可创作电子邮件广告(步骤1401)。销售商可请求或产生针对与电子邮件活动相关联的报价的令牌(步骤1402)。销售商服务器120或与销售商相关联的电子邮件服务提供商可在与电子邮件活动相关联的每一电子邮件中嵌入一个或多个令牌(步骤1403)。销售商服务器120或ESP可传送与电子邮件活动相关联的电子邮件至预定电子邮件地址列表(步骤1404)。操作消费者设备150的用户可打开接收到的与电子邮件活动相关联的电子邮件以及转发该电子邮件至一个或多个电子邮件地址(步骤1405)。被转发的电子邮件消息的收件人可打开该电子邮件消息并选择嵌在所转发的电子邮件消息中的寄往超链接。这将自动产生回复消息。被转发的电子邮件消息的收件人可发送该自动产生的回复消息(步骤1406)。电子商务系统140可接收来自一个或多个收件人的一封或多封电子邮件，接着执行SPF/DKIM检查以及对来自注册和非注册用户的响应进行分类(步骤1407)。接着，电子商务系统可基于SPF/DKIM检查的结果对电子邮件进行解析(步骤1408)。基于该解析，该系统可被配置成按照下文中更详尽的描述去执行。

图15是针对所转发电子邮件的电子商务交易的交易流程图。如图15所示，销售商服务器120或与销售商相关联的电子邮件服务提供商可请求一个或多个来自电子商务系统的用于电子邮件活动的令牌(步骤1501)。电子商务系统140产生一个或多个用于瞄向URL的电子邮件的令牌(步骤1502)。这些令牌可被发送至销售商服务器120或电子邮件服务提供商以及被嵌在与电子邮件活动相关联的电子邮件中(步骤1503)。销售商服务器120或电子邮件服务提供商可在电子邮件活动中传送电子邮件(步骤1504)。操作消费者设备150的用户可打开接收到的电子邮件并转发该电子邮件至另一消费者1550(步骤1505和1506)。这可通过使用电子邮件的转发功能完成或可以是寄往超链接的功能，该寄往超链接产生包含预填充消息的转发消息。另一个消费者1550可选择该寄往超链接(步骤1507)。与另一消费者1550相关联的消费者设备将自动产生响应电子邮件以响应寄往超链接的选择以及该电子邮件可被发送(步骤1508)。该响应电子邮件包含令牌和SPF/DKIM检查信息。接着，电子商务系统140可执行SPF/DKIM检查(步骤1509)。基于SPF/DKIM检查的结果，电子商务系统140可按照图7所示进行执行。

图16展示了电子邮件转发报价的倍增潜能的示例的图示。上面描述的方法可允许报价像“病毒”一样传播。其中，一个报价可繁殖成被发送至多个电子邮件地址的许多有效报价。如图16所示，销售商服务器120可请求来自电子商务系统140的令牌(步骤1601)。通过使用这些令牌，销售商可传送包含初始报价的电子邮件，该初始报价包含令牌(步骤1602)。用户A1可转发那个报价至三个其他用户B1-B3(步骤1603)，这些用户中的每一者可通过选择嵌入的寄往超链接来响应该电子邮件。另外，用户B1-B3中的每一者可向多个用户C1-C9进行转发，以及这些用户中的每一者也可响应该电子邮件。这些响应电子邮件可被电子商务系统140接收(步骤1605)。电子商务系统140可在每次接收到响应电子邮件时提供更新并处理支付。电子商务系统140被配置成响应可传送响应消息的任何电子邮件地址。潜在地，允许单封电子邮件被多次转发至不断增长的群体。通过利用在线交流的社交属性，它也允许那些注册用户从被转发的电子邮件上进行快速购买。这对筹款将十分有用，其中如果每个收件人被鼓励去发送请求至三个其他他们认识的人，那么收件人的数目将如可从图16中看到的那样随着每一代A、B、和C而增长。这个原理可被拓展至任意数量的代D、E、F。

图17展示可被第一个体使用的示例网页可进行来自另一个体的支付请求。希望请求支付的消费者可使用消费者设备150访问基于网络的工具。如图17所示，网页1700可包含多个输入字段1701-1707。消费者登录，填写所需的信息以及接着提交请求以由电子邮件的收件人进行支付。例如，该信息可包含如输入字段1701-1707中所示的银行账号、汇款路线号(routing number)、银行指示器(bank indicator)、支付金额、请求者的电子邮件地址、收件人的电子邮件地址以及消息。一旦支付的请求者通过选择网页1700上的发送请求按钮1708提交了请求，电子商务系统140就可产生征求支付的电子邮件并发送该电子邮件至在输入字段1706中输入的收件人的电子邮件地址。该电子邮件可来自电子商务系统140、第三方、或来自请求者。这个特征可被不止一个消费者和不止一个账户使用。

还可以存在着非货币回复方式，例如“错误账户”或“已经支付”。消费者接收电子邮件并选择寄往超链接以及产生被发送回电子商务系统的响应电子邮件和DKIM/SPF处理开始进行，如图7所示。在这种情景下，消息可被发送至任何电子邮件地址以及针对DKIM/SPF处理的过程可开始进行。一旦该支付被处理，钱就被放在支付的请求者的银行账户中。在这个示例中，工具是基于网络的，但在另一实施例中它可为应用或移动智能手机应用。在这个示例中，该工具被设计成电子商务系统的一部分但可被整合进第三方(例如电子邮件服务提供商、电子邮件客户端、或在线零售商或非营利方)中。

图18是支付请求处理的交易流程图。消费请求者可使用消费者设备150访问支付请求网页1700(步骤1801)。该消费请求者可访问网页1700并请求来自另一个体的钱。接着，电子商务系统140可产生包含令牌的支付请求电子邮件(步骤1802和1803)。电子商务系统140可传送该支付请求电子邮件至另一个体1850(步骤1804)。使用消费者设备的另一个体可选择支付请求电子邮件中的寄往超链接以确认支付(步骤1805)。选择寄往超链接可自动产生响应电子邮件。该响应电子邮件可被发送至电子商务系统140(步骤1806)。接着，电子商务系统140可开始SPF/DKIM检查(步骤1807)。基于检查的结果，电子商务系统可如本申请描述的那样处理所述支付，拒绝所述支付或确认所述支付。

图19是网站结账的交易流程图。这可结合包含购物车或网络结账特征的商业网站来使用。如图19所示，访问销售商网页的消费者可选择一个或多个商品放入虚拟购物车。接着，该消费者可选择网络结账选项(步骤1901)。在购物车中，消费者可被呈现多个支付选项。使用消费者设备150的消费者可选择电子商务系统的基于电子邮件的支付方法并确认订单(步骤1902)。在另一示例中，消费者可具有用于直接在正在浏览的网页上选择支付方法的选项，而不需要进入单独的购物车页面。这可提示销售商服务器120请求电子邮件发票(步骤1903)。接着，销售商服务器120可请求令牌(步骤1904)。电子商务系统140可产生令牌(步骤1905)。电子商务系统可发送该令牌至销售商服务器120以使销售商服务器120可将该令牌插入电子邮件中(或电子商务系统可使用其他电子通讯发送令牌)(步骤1906)。电子邮件发票被发送至消费者电子邮件地址(步骤1907)。销售商服务器120可在电子邮件发票中包含额外的报价，其可包含与额外报价相关联的额外的寄往超链接。

使用消费者设备150的消费者可选择被嵌在电子邮件发票中的寄往超链接(步骤1908)。这可自动产生包含令牌并被寄给电子商务系统140的响应电子邮件。该响应电子邮件可被发送至电子商务系统140(步骤1909)。接着，该系统可执行它的SPF/DKIM检查以及令牌解码，以及在图19所示的情景中，处理支付(步骤1910)。接着，电子商务系统140可将交易成功通知给消费者和销售商(步骤1911)。接着，销售商可配送订单或提供服务(步骤1912)。在这个示例中，令牌产生器位于电子商务系统140处，然而，可选地，令牌产生器可位于销售商服务器120或第三方中。在另一实施例中，消费者或许需要在位于购物车中时填写他们的电子邮件地址或该系统可因消费者已经登录而识别该消费者。

图20展示了可结合图19所示的网络结账使用的示例网页2000。如图20所示，消费者可使用输入字段2001-2003选择一个或多个支付方式以支付在与网络购物车相关联的产品字段2005-2006中识别的产品。使用消费者设备的消费者可调整在产品字段2005和2006中订购的产品的尺寸和数量。为了使用此处描述的基于电子邮件的网络结账，用户选择输入字段2003。接着，该用户可被要求在输入字段2004中输入电子邮件地址。一旦电子邮件地址被输入，该用户就选择继续，且订单已准备好被确认。

图21是与图19和20描述的网络结账相关联的发票电子邮件消息的示例。一旦用户已经从网页2000中选择使用基于电子邮件的网络结账来完成支付，该用户就可接收到如图21所示的发票电子邮件消息2100。如图21所示，消息主体2101包含购买信息。为了确认订单，用户可选择确认按钮2102。确认按钮2102与自动产生响应电子邮件的寄往超链接相关联。

图22是与图19-21描述的网络结账相关联的确认电子邮件消息2200的示例。一旦用户已经传送了回复消息，该用户就可接收到如图22所示的确认电子邮件消息2200。确认电子邮件消息2200可包含电子邮件主体2201，该电子邮件主体2201可包含关于订单的信息。在另一示例中，确认电子邮件消息2200可包含一个或多个取消按钮，以允许消费者取消部分或全部订单。这些取消按钮可与寄往超链接相关联。

图23展示了另一示例，其中该工具可为一应用或可与电子邮件客户端整合在一起以允许个体和销售商做出支付请求并通过电子邮件在注册和非注册消费者以及销售商之间流畅地发送钱。消费者可通过多封电子邮件将账户与电子商务系统140关联起来。这可为基于网络的电子邮件客户端或应用程序或移动应用的一功能。这个实施例允许注册用户具有与销售商相同的能力。所有注册用户可拥有他们可通过电子邮件发送和接收钱的账户。图23展示了针对一实施例的示例网页2300，在该实施例中，电子商务系统140与电子邮件服务器整合在一起。在这种情景下，当消费者登录进他们的电子邮件账户时，他们登录进入了电子商务系统140。消费者能够将发送钱作为他们的电子邮件账户的功能。例如，这可通过基于网络的电子邮件或消费者设备150上的应用来执行。会员可登录到他们的电子邮件账户并被呈现网页2300。如图23所示，网页2300可包含多个输入字段2302-2312。输入字段2302、2304和2306允许会员访问他们的电子邮件收件箱、发件箱、以及发送消息。输入字段2312允许会员查看他们的消息。输入字段2308和2310允许会员使用上述讨论的基于电子邮件的过程来发送钱和获得钱。如图23所示，会员可被允许以与他们的电子邮件账户整合在一起的方式来发送和接收钱。进一步地，当选项被更新时，网页浏览器单元155可更新网页2300以指示可与这些选择相关联的额外的或更详细的问题。

如图23所示，消费者可登录到网络工具或应用、或访问电子邮件客户端账户和使用该工具以发送或请求钱。该网络工具可被配置成管理一个或多个电子邮件账户以及一个或多个向电子商务系统140注册的账户。取决于请求，电子商务系统140可使用不同的方法。为了从另一电子邮件地址请求钱，该过程可在请求电子邮件中使用上文描述的桶令牌的方法。这些电子邮件可被转发至其他电子邮件地址，然而，在另一示例中，瞄向电子邮件的令牌可在没有转发能力的情况下被使用。该工具的另一个功能是，如果注册用户希望发送钱，该注册会员可在请求工具中撰写想要发送的数量和他们想要发送的电子邮件地址的电子邮件。接着，电子商务系统140查看接收人的电子邮件地址，以及如果电子邮件地址是注册的，则钱将被转移至接收人的银行账户中。接着，电子商务系统140通知发送人和接收人交易成功。基金的转移可不直接从一个实体到另一个实体，而是或许需要通过第三方的中间调解和检查。如果支付的接收人还没向电子商务系统140注册，那么该系统发送包含URL超链接的电子邮件至接收人。接收人选择该超链接并访问他们可进行注册和接收支付的网页。电子商务处理该支付并将该基金转移至接收人的账户。接着产生基金已经被转移的电子邮件通知。在收件人没有银行账户的实例中，可为他们提供第三方选项以恢复他们的支付。在另一情景中，电子商务系统140可用第三方银行将钱保存在账户中或可以为金融结构或信贷机构。在另一情景中，在交易中用到的钱可为电子商务系统140中存在的电子的或替代货币且只能在请求时被兑换成本国货币。

图24是展示发送和接收钱的步骤的流程图。如图24所示，用户可通过电子邮件客户端、电子邮件服务提供商或第三方销售商访问电子商务系统140(步骤2401)。该用户可访问发送/接收工具(步骤2402)。这与图23所示的基于网络的示例类似。

在第一个情景中，用户可请求支付(步骤2403)。电子商务系统140设计电子邮件请求(步骤2404)。URL令牌被嵌入电子邮件(步骤2405)。包含URL令牌的电子邮件被发送至电子邮件的收件人。基于URL的令牌允许用户转发该电子邮件至其他收件人(步骤2408)。可选择地或另外，用户可选择嵌在该电子邮件中的寄往超链接并发送响应电子邮件至电子商务系统140(步骤2407)。接着，电子商务系统140可执行例如图7所示的SPF/DKIM认证(步骤2409)。如果交易成功，则将交易成功通知给所有方(步骤2410)。

在另一情景中，用户或许希望发送支付。类似地，该用户可通过网页2300访问该工具。该用户可完成用于发送支付的信息(步骤2411)。接着，电子商务系统140可确定如何完成该电子邮件支付(步骤2412)。该系统可确定预期收件人是非注册消费者(步骤2413)。在这一情景中，电子商务系统140可发送包含URL超链接的电子邮件至收件人电子邮件地址(步骤2414)。接着，收件人可选择嵌在该电子邮件中的URL超链接并访问注册网页(步骤2415)。接着，收件人可完成基于网络的表格并提交该表格以接受支付(步骤2416)。这还可向电子商务系统140注册收件人。接着，电子商务系统140促进钱的转移(步骤2417)。将交易成功通知给每一方(步骤2418)。

如果消费者被识别为注册消费者(步骤2419)，那么钱可被转移至首选账户(步骤2420)。

本申请所使用的术语“处理器”一般涉及且并不限于单核或多核处理器、专用处理器、传统处理器、图形处理器(GPU)、数字信号处理器(DSP)、多个微处理器、与DSP核相关的一个或多个微处理器、控制器、微控制器、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、片上系统(SOC)、和/或状态机。

本申请所使用的术语“计算机可读媒介”一般涉及且并不限于寄存器、高速缓冲存储器、ROM、半导体存储器件(例如D-RAM、S-RAM、或其他RAM)、磁性介质(例如闪存、硬盘)、磁-光介质、光学介质(例如CD-ROM、DVD、或蓝光光盘)、或用于电子数据存储的其他类型的器件。

尽管上文描述的参考图2-24的方法和特征被描述为使用图1的示例系统100来执行，但上文描述的方法和特征可通过变通通过使用任何适合的体系结构和或计算环境被执行。尽管特征和单元在上文中以特定组合进行描述，但每个特征或单元可被单独使用或以与(或不与)其他特征和单元的任意组合进行使用。例如，上文描述的参考图1-24的每个特征或单元可在没有其他特征或单元的情况下单独使用或以与(或不与)其他特征和单元进行任何组合的方式进行使用。上文描述的参考图1-24的方法和特征的子单元可按照任何顺序(包括同时)、以任何组合或子组合被执行。

Claims (12)

1.一种利用简单邮件传输协议SMTP来提高电子商务系统的安全性的方法，该方法包括：

由所述电子商务系统的处理器产生桶令牌，其中所述桶令牌至少包含类型字段和数额字段，且不包含电子邮件字段；

由所述电子商务系统的所述处理器传送所述桶令牌至销售商服务器；

由所述电子商务系统的所述处理器接收指示执行来自与多个潜在消费者中的所述至少一者相关联的唯一SMTP电子邮件地址的交易的请求的回复SMTP电子邮件，其中该回复SMTP电子邮件由与所述桶令牌相关联的链接的激活产生；

由所述电子商务系统的所述处理器对所述回复SMTP电子邮件执行发件人策略框架SPF验证和域密钥识别邮件DKIM验证；

在所述SPF验证和所述DKIM验证均成功的情况下，由所述电子商务系统的所述处理器基于所述桶令牌验证所述交易，以产生验证结果，以及由所述电子商务系统的所述处理器基于所述验证结果允许将被处理的所述交易；以及

在所述DKIM验证是未定义的且所述SPF验证通过或是未定义的情况下，执行以下操作：

由所述电子商务系统的所述处理器将确认电子邮件传送到所述回复SMTP电子邮件的发件人的电子邮件地址，其中，所述确认电子邮件包含确认链接；

由所述电子商务系统的所述处理器接收针对所述确认电子邮件的响应，其中，针对所述确认电子邮件的所述响应由所述确认链接的激活产生且包括瞄向电子邮件的令牌；

由所述电子商务系统的所述处理器基于所述瞄向电子邮件的令牌认证所述电子邮件地址；以及

当所述基于所述瞄向电子邮件的令牌认证所述电子邮件地址成功时，由所述电子商务系统的所述处理器允许将被处理的所述交易。

2.根据权利要求1所述的方法，该方法还包括：

在所述SPF验证和DKIM验证中的至少一者被拒绝的情况下，由所述电子商务系统的所述处理器传送包含URL超链接的网络结账电子邮件消息。

3.根据权利要求1所述的方法，所述基于所述桶令牌验证所述交易包括：

基于所述回复SMTP电子邮件被发送的所述电子邮件地址，确定所述回复SMTP电子邮件是发送自注册消费者还是非注册消费者。

4.根据权利要求3所述的方法，该方法还包括：

在所述回复SMTP电子邮件被发送自非注册消费者的情况下，由所述电子商务系统的所述处理器传送包含URL超链接的网络结账电子邮件消息。

5.根据权利要求1所述的方法，其中所述链接是寄往超链接或统一资源定位符URL超链接。

6.根据权利要求1所述的方法，其中所述确认链接是寄往超链接或统一资源定位符URL超链接。

7.一种利用简单邮件传输协议SMTP来提高电子商务系统的安全性的所述电子商务系统，该电子商务系统包括：

接口，该接口被通讯耦合至销售商系统和多个移动单元；

处理器，该处理器被通讯耦合至所述接口，该处理器被配置成：

产生桶令牌，其中所述桶令牌至少包含类型字段和数额字段，且不包含电子邮件字段；

使用所述接口将所述桶令牌传送至销售商服务器；

使用所述接口接收指示执行来自与多个潜在消费者中的所述至少一者相关联的唯一SMTP电子邮件地址的交易的请求的回复SMTP电子邮件，其中，该回复SMTP电子邮件由与所述桶令牌相关联的链接的激活产生；

对所述回复SMTP电子邮件执行发件人策略框架SPF验证和域密钥识别邮件DKIM验证；

在所述SPF验证和所述DKIM验证均成功的情况下，基于所述桶令牌验证所述交易，以产生验证结果，以及基于所述验证结果允许将被处理的所述交易；以及

在所述DKIM验证是未定义的且所述SPF验证通过或是未定义的情况下，执行以下操作：

使用所述接口将确认电子邮件传送到所述回复SMTP电子邮件的发件人的电子邮件地址，其中，所述确认电子邮件包含确认链接；

使用所述接口接收针对所述确认电子邮件的响应，其中，针对所述确认电子邮件的所述响应由所述确认链接的激活产生且包括瞄向电子邮件的令牌；

基于所述瞄向电子邮件的令牌认证所述电子邮件地址；以及

当基于所述瞄向电子邮件的令牌所述电子邮件地址被成功认证时，允许将被处理的所述交易。

8.根据权利要求7所述的电子商务系统，其中，所述处理器还被配置成：

在所述SPF验证和DKIM验证中的至少一者被拒绝的情况下，使用所述接口传送包含URL超链接的网络结账电子邮件消息。

9.根据权利要求7所述的电子商务系统，其中，所述交易由所述处理器执行以下操作被验证：

基于所述回复SMTP电子邮件被发送的所述电子邮件地址，确定所述回复SMTP电子邮件是发送自注册消费者还是非注册消费者。

10.根据权利要求9所述的电子商务系统，其中，所述处理器还被配置成：

在所述回复SMTP电子邮件被发送自非注册消费者的情况下，使用所述接口传送包含URL超链接的网络结账电子邮件消息。

11.根据权利要求7所述的电子商务系统，其中所述链接是寄往超链接或统一资源定位符URL超链接。

12.根据权利要求7所述的电子商务系统，其中所述确认链接是寄往超链接或统一资源定位符URL超链接。

Images