CN104956395A - 对包含支付的电子邮件的管理 - Google Patents

对包含支付的电子邮件的管理 Download PDF

Info

Publication number
CN104956395A
CN104956395A CN201380071460.7A CN201380071460A CN104956395A CN 104956395 A CN104956395 A CN 104956395A CN 201380071460 A CN201380071460 A CN 201380071460A CN 104956395 A CN104956395 A CN 104956395A
Authority
CN
China
Prior art keywords
payment
sender
email
email message
addressee
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201380071460.7A
Other languages
English (en)
Other versions
CN104956395B (zh
Inventor
纳雷勒·科曾斯
特拉维斯·哈里森·克罗尔·格林
博里斯·弥真
菲利普·尼尔·夏普
乔什·奥斯特罗
霍艾·恩古延
彼得·施米特
布赖恩·马克西米利安·萨拉伊
迈克尔·德帕斯奎尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Priority to CN201711164575.7A priority Critical patent/CN107886304B/zh
Publication of CN104956395A publication Critical patent/CN104956395A/zh
Application granted granted Critical
Publication of CN104956395B publication Critical patent/CN104956395B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer Security & Cryptography (AREA)

Abstract

一种电子邮件支付系统和方法，其提供给用户经由电子邮件传讯发起并发送支付至一个或多个收件人的能力。在电子邮件客户端中提供使用户可使用电子邮件插入支付的用户界面。支付详情通过在电子邮件客户端中显示的一个或多个支付模式来收集。支付对象被插入电子邮件的主体，并向发送者和收件人两者显示。在支付对象中获取的支付详情被传达给支付处理器。支付处理器使用与对应的发送者和收件人的电子邮件地址关联的电子支付账户来识别有关的电子支付账户并在所述账户之间传递该支付。支付交易的状态被跟踪并在存在于发送者和收件人电子邮件客户端中的电子邮件的支付对象内显示。

Description

对包含支付的电子邮件的管理
相关申请的交叉引用
本申请要求于2012年12月27日提交的主题为"Management ofEmails Containing Payments"(《对包含支付的电子邮件的管理》)的美国专利申请No.13/728,478的优先权并是其继续部分。以上所识别的优先权申请的全部内容在此全部通过引用合并到本文中。
技术领域
本公开涉及用于执行电子点对点支付的系统和方法。更具体地，本公开提供用于通过电子邮件传讯发起和完成电子支付的系统和方法。
背景技术
人们越来越多地使用电子支付方法而不是通过直接地交换现金或支票支付来处理与其他人之间的个人账户支付。例如，个人可以发送电子支付来向另一个人支付共享晚餐账单中他们应付的那部分，或者为由代表他们的其他人所购买的物品进行支付。存在使用户可在中央服务器上建立支付账户并经由网页浏览器或其它应用程序来访问该账户的服务。用户可以访问他们的支付账户、指定收件人并通过电子方式将资金转移到收件人的支付账户。电子邮件是普遍的通信工具，并因为其提供清楚的交易记录而通常被用来请求、提醒将要发生的支付或为其提供证明。然而，现有的系统不允许用户从他们的电子邮件客户端发起和发送支付。
发明内容
在本文所描述的特定示例性方面中，一种使用电子邮件支付系统通过电子邮件发送支付的方法包括：在电子邮件消息中提交支付对象模式以从发送者处收集支付交易详情；经由支付对象模式从发送者处接收支付交易详情；生成包含支付详情的支付对象；将支付对象插入电子邮件消息中；将支付交易详情传达给支付处理器；以及将带有支付对象的电子邮件消息按路线发送到电子邮件服务器，用于传送到收件人。
在本文所描述的特定示例性方面中，使用电子邮件系统来结合电子邮件消息定址和支付交易定址的方法包括：对来自发送者的包含支付对象的电子邮件消息定址，发送者将经由所述支付对象支付支付金额；在电子邮件消息的“to(发送至)”字段中确定一系列收件人地址；在电子邮件消息的“cc(抄送)”和“bcc(密送)”字段中确定一系列收件人地址；在发送到在电子邮件消息的“to”字段中的每个收件人的电子邮件消息中提供支付对象；以及从发送到在电子邮件消息的“cc”和“bcc”字段中的收件人的每个电子邮件消息中移除支付对象。
在本文中所描述的特定其它示例性实施例中，使用电子邮件支付系统来更新在电子邮件客户端中的电子邮件支付对象的状态的方法包括：接收包含支付对象的电子邮件消息已从电子邮件消息的发送者传达到电子邮件消息的收件人的通知；设定支付对象的初始处理状态；请求来自支付处理器的处理状态的更新；接收来自支付处理器的处理状态的更新；以及更新具有经更新的处理状态的支付对象。
考虑到以下对示例性实施例的详细的说明，示例性实施例的这些和其它方面、目的、特征和优点对本领域普通的技术人员来说是清楚的。
附图说明
图1是根据特定示例性实施方式描述用于经由电子邮件传讯来进行电子支付的系统的框图。
图2是根据特定示例性实施方式描述管理带有支付对象的电子邮件消息的方法的方框流程图。
图3是根据特定示例性实施方式描述在电子邮件消息内检测发送者发送支付的意图的方法的方框流程图。
图4是根据特定示例性实施方式描述用于准备带有包含支付的支付对象的电子邮件的方法的方框流程图。
图5是根据特定示例性实施方式描述用于准备带有包含支付请求的支付对象的电子邮件的方法的方框流程图。
图6是根据特定示例性实施方式描述用于将带有支付对象的电子邮件从发送者电子邮件客户端模块发送到收件人电子邮件客户端模块的方法的方框流程图。
图7是根据特定示例性实施方式描述用于使带有支付对象的电子邮件的传递与对应支付从发送者支付账户到收件人支付账户的传递同步的方法的方框流程图。
图8是根据特定示例性实施方式描述跟踪包含支付的支付对象的状态的方法的方框流程图。
图9是根据特定示例性实施方式描述跟踪包含支付请求的支付对象的状态的方法的方框流程图。
图10是根据特定示例性实施方式描述使用支付处理器处理支付对象的方法的方框流程图。
图11是根据特定示例性实施方式描述计算机器和模块的框图。
具体实施方式
本文的实施方式提供用于通过电子邮件传讯发送和接收电子支付的计算机执行技术。本文中所描述的实施方式提供一用户界面，所述用户界面使发送者在编写电子邮件的同时可生成支付对象并将该支付对象直接地插入到电子邮件的主体中。支付对象可以包含支付或支付请求。发送者的电子邮件账户被链接到对应的电子支付账户。同样地，收件人的电子邮件账户可以链接到电子支付账户。如果收件人电子邮件账户不与电子支付账户关联，则电子支付系统可以提示收件人注册电子支付账户。电子支付账户可以通过使用作为电子支付账户的账户标识符的电子账户的电子邮件地址来链接到电子邮件账户。电子支付账户托管在支付处理器系统上，所述支付处理器系统是电子邮件支付系统的一部分或与其通信。电子支付账户可以具有存储在电子支付账户中的多个支付凭证，例如多个信用卡或银行账户，发送者可以从电子支付账户中选择来进行支付。系统然后将支付对象传送到收件人电子邮件账户，并将该支付从发送者电子支付账户发送到收件人电子支付账户。用户可以在支持电子邮件客户端的任何远程用户装置上的他们的电子邮件客户端中访问电子邮件支付选择，所述远程用户装置包括但不限于个人计算机、移动电话和平板电脑。一个或多个应用程序接口(API)有利于在电子邮件支付系统、电子邮件服务器、发送者和收件人电子邮件客户端以及支付处理器之间的通信，以完成电子邮件的传送和资金在发送者电子支付账户与收件人电子支付账户之间的转移。
为了发起支付请求或支付，发送者向收件人编写电子邮件并指示支付收件人的意图。在特定示例性实施方式中，该意图可以通过点击在电子邮件客户端内的按钮或其它用户界面对象来指示。在其它示例性实施方式中，电子邮件支付系统可以分析电子邮件，查找支付信号。例如，电子邮件支付系统可以分析电子邮件中的文本，在电子邮件的主体中查找例如“$”或例如“我欠你的钱”的短语的支付信号。
在检测到一个或多个支付信号或指示支付意图的其它用户指示时，电子邮件支付系统在电子邮件客户端的电子邮件编写窗口提交电子邮件支付建议模式，提供给发送者使用电子邮件来包含支付对象的机会。在用户界面设计中，模式窗口是一子窗口，所述子窗口要求用户在返回运行父应用程序之前与其互动，从而阻止在应用程序主窗口上的工作流。支付对象模式提供字段，以收集支付详情。支付详情可以包括但不限于收件人、支付凭证和支付金额。在处理电子支付之前，电子邮件支付系统可以首先验证在所选择的支付凭证上有足够的可用资金。在特定示例性实施方式中，如果没有足够的可用资金，则电子邮件支付系统提交“修改支付账户”模式，所述模式允许发送者例如通过选择可替代的支付凭证或通过将追加资金传移到电子支付账户来修改电子支付账户。此外，电子邮件支付系统可以执行风险评估，如果识别到了潜在安全问题，则会向发送者提交安全授权挑战并随后结束支付对象。
一旦支付详情由发送者确认，则支付对象就由电子邮件支付系统生成并被插入到电子邮件中。支付对象在电子邮件中被显示给发送者，并可以指示至少收件人和支付或支付请求的资金金额。发送者在电子邮件客户端中点击“发送”后(如果想要的话，也可以在点击之前)，电子邮件支付系统会验证收件人没有被禁止接收支付。例如，如果特定外部规定阻止特定地理区域进行支付交易，则电子邮件支付系统将验证收件人在经允许的地理交易区域之外不具有对应的电子支付账户。例如，电子邮件支付系统可以验证与收件人的支付账户关联的物理地址或检测与到收件人电子支付账户的之前登录有关的IP地址。如果收件人没有被限制接收电子邮件支付，则电子邮件支付系统将在支付对象的准备过程中所收集到的支付详情传达给支付处理器。在特定的示例性实施方式中，电子邮件支付系统保证支付到收件人支付账户的传送和电子邮件到收件人电子邮件账户的传送同步。例如，电子邮件支付系统可以使跟踪支付交易状态的支付处理器暂停将交易发布到发送者和收件人支付账户中，直至电子邮件被发送或传递。同样地，电子邮件支付系统可以使电子邮件服务器暂停发送带有支付对象的电子邮件，直至确认支付处理器已经确认收到支付详情。
包含支付对象的电子邮件被传送到指定的收件人。支付对象在电子邮件中被显示给收件人。所提交的支付对象可以指示至少发送者或收件人和资金金额。如果支付对象是支付请求，则支付对象将进一步提供使收件人接受或拒绝该支付请求的按钮或其它用户界面对象。当由收件人接受或拒绝支付请求时，关于支付请求状态的确认电子邮件可以被传送给发送者。如果支付对象是支付，则支付对象将进一步提供使收件人可接受或拒绝该支付或访问他们的支付账户以查看追加的支付交易详情的按钮或其它用户界面对象。
如果支付被接受，则该接受被传达到支付处理器，所述支付处理器结束在发送者支付账户与收件人支付账户之间的资金的转移。然后确认电子邮件可以被发送到发送者和收件人两者。如果支付被拒绝，则通知发送者收件人拒绝支付的决定的跟进电子邮件可以被发送给发送者。在带有支付对象的电子邮件已被传递给收件人电子邮件账户、但收件人在其电子邮件客户端中查看带有支付对象的电子邮件之前先访问他们的电子支付账户的情况下，支付对象的接收通知也可以显示在收件人电子支付账户界面(例如网页浏览器或电子支付账户应用程序)中。在特定示例性实施方式中，收件人可以从他们的电子支付账户界面上接受或拒绝支付对象。在特定示例性实施方式中，在电子邮件支付系统确认带有支付对象的电子邮件已经被传递到收件人电子邮件账户之前，收件人都不会在收件人电子支付账户界面中被通知已收到支付对象。
在特定示例性实施方式中，电子邮件支付系统通过将电子邮件的“to”字段中的电子邮件地址自动地指定为支付的收件人并通过确保对于在“to”字段中的每个收件人地址均指定单个支付对象来提供在电子邮件与电子支付交易定址之间的结合。电子邮件支付系统在发送者指示将支付对象包括在电子邮件中的意图后将来自“to”字段的电子邮件地址插入到支付对象模式中。如果多个收件人在“to”字段中被指示，则电子邮件支付系统可以提交多收件人模式并请求发送者对于在接收支付的“to”字段中的那些收件人指定支付金额和支付凭证。在特定示例性实施方式中，如果收件人地址是群组电子邮件地址，则电子邮件支付系统可以加载群组收件人模式并请求发送者指定群组管理员电子邮件，该群组管理员是唯一被授权接受或拒绝群组支付的收件人。电子邮件支付系统进一步分析在在“cc”或“bcc”字段中的收件人的电子邮件消息，并可以限制支付对象插入到被传送到那些收件人的电子邮件的副本中。在特定实施方式中，在电子邮件的“cc”字段和“bcc”字段中的收件人可以接收支付通知，但不会接收指向那些收件人的支付。然后如前所述进行电子邮件支付的发送和处理。
在其它示例性实施方式中，电子邮件支付系统跟踪和更新带有支付对象的发送者和收件人电子邮件消息中的支付交易的状态。例如，带有支付对象的电子邮件消息的副本存储在发送者的存储文件夹中或专门的电子邮件支付文件夹中。在电子邮件的发送者副本中的支付对象的初始状态指示“等待动作”或显示需要收件人采取动作的另一指示符。同时，在电子邮件的收件人副本中的支付对象将指示来自收件人的“动作被需要”。如果收件人接受支付，则在带有支付对象的电子邮件消息的发送者和收件人副本的支付对象中更新发送者和收件人的状态，以指示支付正在“处理中”。在完成支付交易后，在电子邮件的支付对象中的发送者和收件人的状态被更新为“已完成”。如果收件人拒绝支付，则在电子邮件的支付对象中的发送者和收件人的状态被更新为“已拒绝”。在原始支付对象是支付请求时提供类似的状态更新。在接受支付请求时，状态更新遵循如之前所描述的关于接受和拒绝支付的类似程序。在特定示例性实施方式中，状态的更新以超文本标记语言编码并每隔一定时间和/或在请求显示带有电子邮件支付对象的电子邮件消息之前由向支付处理器的API呼叫执行。在特定其它示例性实施方式中，支付处理器将推送通知发送给包含状态更新的电子邮件客户端。
结合图示程序流的附图来阅读，实施方式的各方面将在以下描述中得到更详细的解释。
实施例系统结构
现在转向附图，其中详细地描述了示例性实施方式，在整个附图中类似的标号表示类似的(但不一定是相同的)组件。
图1是描述用于经由电子邮件传讯来执行电子支付交易的系统的框图。如图1中所描述的那样，系统100包括被配置成经由一个或多个网络115来相互通信的网络装置105、110和120。
每个网络115均包括有线的或无线的通信设备，网络装置(包括装置105、110和120)可以通过该通信设备交换数据。网络115包括有线的或无线的通信系统或装置，网络装置(包括装置105、110和120)通过该通信系统或装置可以交换数据。例如，网络115可以包括局域网(“LAN”)、广域网(“WAN”)、内联网、因特网、存储局域网络(SAN)、个人局域网络(PAN)、城域网(MAN)、无线局域网(WLAN)、虚拟专用网络(VPN)、蜂窝网络或其它移动通信网络、蓝牙、NFC(近场通信)或其任何的组合，或者有利于信号、数据和/或消息通信的任何其它合适的结构或系统。在示例性实施方式的整个讨论中，应该理解的是，术语“数据”和“信息”在本文中可交换地使用，以指示文本、图像、音频、视频或可以存在于基于电脑的环境中的任何其它形式的信息。
每个网络装置105、110和120均包括具有能够通过网络115发送和接收数据的通信模块的装置。例如，每个网络装置105、110和120均可以包括服务器、台式电脑、笔记本电脑、平板电脑、具有嵌入到其中和/或与其耦合的一个或多个处理器的电视、智能手机、掌上电脑、个人数字助理(“PDA”)或任何其它有线或无线的处理器驱动装置。在图1中所描述的示例性实施方式中，网络装置105和110由在本文中被称为发送者和收件人的终端用户操作，网络装置120由电子邮件支付系统操作人员操作。
发送者装置105和收件人装置110分别地由发送者和收件人操作。发送者装置105和收件人装置110分别地各包括电子邮件客户端模块106和107。在发送者装置105和收件人装置110上的电子邮件客户端模块106和107可以与网页服务器或连接到网络115的其它计算装置相互作用，所述其它计算装置包括电子邮件服务器145和电子邮件支付系统120的支付处理器150。电子邮件客户端模块106和107可以是基于网页的电子邮件客户端模块，所述模块可由浏览器应用程序或用于与由电子邮件支付系统120所维护的网页文件相互作用的另一适当应用程序访问。电子邮件客户端模块106和107也可以包括存在于发送者105和收件人110的装置上并在其上执行的电子邮件软件应用程序。如以下所描述的那样，将在发送者电子邮件客户端模块106的上下文中描述特定功能，并在收件人电子邮件客户端模块107的上下文中描述其它功能。应该理解的是，由于在一个例子中的电子邮件支付的发送者可以是在另一例子中的电子邮件支付的收件人并且反之亦然，电子邮件支付系统120能够在每个电子邮件客户端模块106和107内实现相同的功能。
电子邮件支付系统120由电子邮件支付系统操作人员操作。在特定示例性实施方式中，电子邮件支付系统120包括电子邮件支付模块125、传递同步模块135、交易监视模块140、电子邮件服务器145和支付处理器150。
支付处理器150托管发送者电子支付账户151和收件人电子支付账户152，并在所述电子支付账户之间转移资金。在特定示例性实施方式中，发送者电子支付账户151和收件人电子支付账户152是电子钱包账户。发送者支付账户151和收件人支付账户152可以具有与电子支付账户直接地关联的资金。或者，发送者电子支付账户151和收件人电子支付账户152可以具有其它支付凭证，例如链接到发送者电子支付账户151或收件人电子支付账户152的信用卡。在特定示例性实施方式中，支付处理器150可以是与电子邮件支付处理器系统120通信的第三方支付处理器系统的一部分。如以下所描述的那样，将在发送者电子支付账户151的上下文中描述特定功能，并在收件人电子支付账户152的上下文中描述其它功能。应该理解的是，由于在一个例子中的电子邮件支付的发送者可以是在另一例子中的电子邮件支付的收件人并且反之亦然，电子邮件支付系统120能够在每个电子支付账户151和152内实现相同的功能。
电子邮件服务器145在发送者电子邮件账户146与收件人电子邮件账户147之间传递电子邮件消息。如在本领域中所理解的那样，在发送者和收件人之间的电子邮件消息的传递可以涉及超过一个的电子邮件服务器145。例如，电子邮件消息可以首先传送到托管发送者电子邮件账户的第一电子邮件服务器，然后被按路线发送到托管收件人电子邮件账户的第二电子邮件服务器。对发送者电子邮件账户146与收件人电子邮件账户147进行区分仅为了方便提及的目的，除非另有说明，这两种电子邮件账户类型被视为具有相同的特征和功能。在特定示例性实施方式中，电子邮件服务器145可以是与电子邮件支付处理器系统120通信的第三方电子邮件服务器系统的一部分。
电子邮件支付模块125与发送者电子邮件客户端模块106和收件人电子邮件客户端模块107通信，并提供用于在发送者电子邮件客户端模块106内选择电子邮件支付选项的用户界面对象和一组用于在电子邮件内显示并允许发送者提供支付详情和发送者电子支付账户的模式。电子邮件支付模块125进一步生成包含支付或支付请求的支付对象并将所述支付对象插入到电子邮件消息中。支付对象可由发送者在发送电子邮件消息之前查看，并可由收件人在打开电子邮件消息时查看。在将带有支付对象的电子邮件发送给收件人后，该带有支付对象的电子邮件在发送者电子邮件账户中也可保持可被查看的状态。支付对象进一步提供用户界面对象，所述用户界面对象允许收件人接受或拒绝支付对象，并使发送者和收件人可连接到在支付处理器150上托管的他们各自的电子支付账户。支付对象可以进一步显示支付对象的交易状态。例如，交易状态可以反映支付对象是否被传递、接受、处理、完成或拒绝。带有支付对象的电子邮件消息的副本被保留在发送者和收件人电子邮件账户146和147中，并在电子邮件客户端模块106和107中是可查看的，直至分别由发送者或收件人删除。
交易监视模块140监视交易的状态。在特定示例性实施方式中，交易监视模块140可以包括在带有支付对象的电子邮件内编码的API。例如，API可以以超文本标记语言(HTML)或呼叫脚本编码。在发送带有支付对象的电子邮件后，交易监视模块向支付处理器150进行常规呼叫以获得交易状态。交易监视模块140然后可以在带有支付对象的电子邮件中显示交易状态。例如，交易监视模块140可以如上所述在支付对象中显示状态，也可以在电子邮件消息内的其它地方显示状态。例如，交易状态可以在带有支付对象的电子邮件消息的电子邮件消息主题行中显示。
传递同步模块135在支付处理器150与电子邮件服务器145之间通信。传递同步模块135向支付处理器150和电子邮件服务器145两者进行常规呼叫以确定带有支付对象的电子邮件的传递状态和支付处理器150对支付详情的接收状态，根据需要暂停每个系统，以在带有支付对象的电子邮件的传递与来自发送者电子支付账户151和经指定的收件人电子支付账户152的支付的发布之间提供同步。
应该了解，在图1中所显示的网络连接是一个实施例，可以使用其它方式在网络装置105、110和120中建立通信链接。而且，具有本领域的普通技术和利用本公开的功效的人员应该了解，在图1中所示的发送者装置105、收件人装置110和电子邮件支付系统120可以具有几种其它适当的计算机系统配置中的任何一种。
实施例流程
以下参考在图2-10中所示的实施例方法描述实施例运行环境100的部件。参考在图1中所示的部件描述在图2中所示的方法。
图2是根据特定示例性实施方式描述管理带有支付对象的电子邮件消息的方法200的方框流程图。
方法200开始于框205，其中发送者在发送者电子邮件客户端106中打开新电子邮件消息并向收件人电子邮件账户147编写电子邮件。电子邮件支付系统API或用于与电子邮件支付系统120通信的其它模块被存储在电子邮件客户端模块106和107内，或者存储在与电子邮件客户端模块106和107通信的发送者装置105和收件人装置110上。此外，电子邮件支付模块125向电子邮件客户端模块106提供按钮或其它用户界面对象，用于在由电子邮件客户端模块106所生成的电子邮件消息中显示。用户界面对象使发送者可选择电子邮件支付选项。例如，用户界面对象可以显示为紧挨着电子邮件客户端模块106的本机附件用户界面对象的“$”。
在框210处，电子邮件支付系统120的电子邮件编写模块155分析电子邮件以查找支付信号。以下参考图3对框210进行更详细的描述。
图3是根据特定示例性实施方式描述用于分析电子邮件以查找支付信号的方法210的方框流程图。
方法210开始于框305，其中电子邮件支付模块125确定用户是否已选择支付选项。如果在电子邮件的编写过程中的任何时刻，电子邮件支付模块125检测到发送者已经选择了支付选项用户界面对象，则该方法直接前进到图2的框215。如果支付选项没有被选择，则该方法前进到框310。
在框310处，电子邮件支付模块125分析电子邮件以查找一个或多个支付信号。支付信号指示发送者将支付发送给收件人的意图。在特定示例性实施方式中，支付信号可由存储在电子邮件支付模块125中的判定函数所限定。判定函数可以包含一组预限定支付信号。例如，如“$”的信号或如“我欠你的钱”的短语可以被用来指示该电子邮件涉及发送支付的意图。此外，判定函数可以是机器学习导出判定函数。通常地，机器学习导出判定函数对于一组支付信号限定一组权重和判定阈值。如果判定函数的分数在阈值以上，则所检测到的支付信号指示发送支付的意图。机器学习导出判定函数能够从用户反应中持续地学习并相应地调整判定函数。例如，如果在电子邮件消息中使用短语“我欠你的钱”时，用户经常拒绝电子邮件支付选项，则机器学习算法将降低信号“我欠你的钱”的权重值。如果检测到支付信号，则方法前进到框315。如果没有检测到支付信号，则该方法终止。在特定示例性实施方式中，该方法继续分析电子邮件消息以查找支付信号，直至电子邮件消息被发送或电子邮件客户端应用程序关闭。
在框315处，电子邮件支付模块125确定信号阈值是否被满足。在特定示例性实施方式中，检测到许多预定义信号中的任何一个均可以满足判定阈值。在其它特定示例性实施方式中，可以要求信号的组合，或由判定函数所指定的它们对应权重的和必须大于信号阈值。如果信号阈值被满足，则该方法就前进到框320。如果信号阈值未被满足，则该方法就返回到框310，在此处电子邮件支付模块125继续分析电子邮件消息以查找其它支付信号。
在框320处，电子邮件支付模块125在发送者电子邮件客户端模块106中提交电子邮件支付选项模式，提供给发送者用户界面对象，以供其接受或拒绝使用电子邮件支付选项。
在框325处，电子邮件支付模块125经由电子邮件支付选项模式接收发送者对电子邮件选项的接受或拒绝。如果支付选项被选择，则该方法前进到图2的框215。如果支付选项未被选择，则该方法终止。
返回图2的框215，在此处电子邮件支付模块125从发送者处收集支付详情并将支付对象插入到发送者的电子邮件中。以下参考图4和图5对框215进行更详细的描述。
图4是根据特定示例性实施方式描述用于准备带有包含支付的支付对象的电子邮件的方法215a的方框流程图。
方法215a开始于框405，在此处发送者通过在电子邮件客户端模块106内选择适当的用户界面对象而发起支付对象的生成。
在框410处，电子邮件支付模块125经由电子邮件客户端模块106提交支付模式，以从发送者处收集支付详情。该模式包含用于收集支付详情的字段。支付详情可以包括发送者支付账户标识符、收件人电子邮件账户标识符、支付金额和支付凭证。在特定示例性实施方式中，发送者支付标识符和收件人电子邮件账户标识符分别是发送者和收件人的电子邮件地址。支付凭证可以是与例如电子在线钱包账户的发送者电子支付账户151关联的几个支付凭证中的一个。例如，支付凭证可以是链接到发送者电子支付账户151的信用卡账户，或者其可以是与电子支付账户直接关联的支付账户。
在框415处，电子邮件支付模块125接收支付详情，所述支付详情由发送者输入到在发送者电子邮件客户端106中显示的支付模块中。在特定示例性实施方式中，收件人被限制为只能是在电子邮件的“to”字段中所指定的电子邮件地址。
在框420处，电子邮件支付模块125确定在电子邮件的“to”字段中是否存在多个收件人。如果在“to”字段中存在多个收件人，则该方法前进到框425。
在框425处，电子邮件支付模块125确认对于在电子邮件的“to”字段中的每个收件人的支付金额。例如，电子邮件支付模块125可以经由电子邮件客户端模块106将多收件人模式提交给发送者，所述多收件人模式列出每个收件人并提供一字段以指示对每个收件人的支付金额。在特定示例性实施方式中，电子邮件支付模块125可以默认在多收件人模式中为每个收件人列出相同的支付金额。发送者然后可以编辑支付金额、根据需要在多收件人模式中添加或移除收件人、并通过选择在多收件人模式上所显示的“提交”用户界面对象来将那些编辑传达到电子邮件支付模块125。该方法然后前进到框430。
返回到框420，如果电子邮件支付模块125确定只存在单个收件人，则该方法直接地前进到框430。
在框430处，电子邮件支付模块125将支付详情传达给支付处理器150并请求支付账户状态。在支付对象指示多个支付收件人的情况下，电子邮件支付模块125可以将支付详情单独地传达给每个收件人的支付处理器150。支付处理器150使用发送者支付账户标识符来访问发送者电子支付账户151，并证实对于每个所请求的支付均存在与所选择的支付凭证关联的足够资金。
在框435处，电子邮件支付模块125接收来自支付处理器150的支付账户状态。如果支付账户状态指示没有足够的资金支持在支付详情中所指示的支付金额，则该方法前进到框440。
在框440处，电子邮件支付模块125通过电子邮件客户端模块106向发送者显示修改账户模式。修改账户模式指示资金的不足并提交给发送者修改支付详情或取消支付交易的选项。如果发送者选择修改账户，则该方法返回到框415，步骤415至435被重复。发送者可以例如通过选择不同的支付凭证，或访问发送者支付账户151并授权转移追加的资金到支付账户中，或通过更新与发送者支付账户151关联的支付信息来修改发送者支付账户151。如果发送者选择取消支付交易，则该方法终止。发送者可以继续编写和发送不带有支付对象的电子邮件。
返回到框435，如果电子邮件支付模块125接收到来自支付处理器150的有足够的可用资金的确认，则该方法直接前进到框445。
在框445处，电子邮件支付模块125在允许支付交易完成之前确定是否需要安全挑战。例如，电子邮件支付模块125可以基于支付的资金金额、存储在发送者电子支付账户151中的支付凭证信息的金额、是否是向发送者社交网络内的某人进行支付或这些因素的组合来确定是否需要安全挑战。安全挑战可以要求例如完整的账单地址等新的支付账户信息，或例如所选择的支付凭证的信用卡号码等已知详情的确认。在其它特定示例性实施方式中，安全挑战也可以要求发送者证实他们持有验证码。例如，电子邮件支付模块125可以将包含验证码的短信消息发送给与发送者电子邮件或支付账户关联的手机号码。如果电子邮件支付模块125确定要求安全挑战，则该过程前进到框450。
在框450处，电子邮件支付模块125经由电子邮件客户端模块106向发送者显示安全挑战模式，并基于由发送者输入安全挑战模式的信息确定安全挑战是否已经通过。如果安全挑战通过，则该方法前进到框455。如果安全挑战没有通过，则该方法终止。在特定示例性实施方式中，在电子邮件支付过程终止之前，可给予发送者限定数量的提供正确的安全挑战验证信息的额外尝试。
返回到框445，如果电子邮件支付模块125确定不需要安全挑战，则该方法直接地前进到框455。
在框455处，电子邮件支付模块125将支付对象插入到电子邮件的主体中。在发送者电子邮件客户端模块106中，支付对象将显示收件人、支付金额和关于正在使用的支付凭证或账户的识别信息。在收件人电子邮件客户端模块107中，支付对象可以显示关于发送者和支付金额的信息。支付对象也可以包含附加信息。例如，支付对象可以包含收件人或发送者的图片，所述图片例如与在发送者装置105或收件人装置110上的收件人联系信息关联的图片。支付对象也可以向发送者提供字段，以输入备注或其它文本。例如，发送者可以在支付对象中指示支付是针对什么。该方法然后前进到图2的框220。
图5是根据特定示例性实施方式描述用于准备带有包含支付请求的支付对象的电子邮件的方法215b的方框流程图。
方法215b开始于框505。框505至515大致如上述关于图4的框405至415那样前进，而框520至530大致如上述关于图4的框445至455那样前进。在方法215b中，支付对象包含从支付接收者到支付发送者的支付请求，而非包含从发送者到收件人的支付。类似于包含支付的支付对象，包含支付请求的支付对象根据是发送者还是收件人在查看支付对象和所请求的金额来列出收件人或发送者，但不需要在发送者查看支付对象的视图中指示支付凭证标识符。可以如上所述那样包含例如收件人或发送者的图片等附加信息或关于请求性质的备注。
返回到图2的框220，其中发送者电子邮件客户端模块106将带有支付对象的电子邮件发送给收件人电子邮件客户端模块107。以下参考图6对框220进行更详细的描述。
图6是描述用于经由电子邮件服务器145将带有支付对象的电子邮件从发送者电子邮件客户端模块106发送到收件人电子邮件客户端模块107的方法220的方框流程图。
方法220开始于框605，在此处发送者通过点击“发送”确认支付对象的详情。
在框610处，电子邮件支付模块125验证包含在电子邮件中的支付对象的数量等于在电子邮件消息的“to”字段中所指定的收件人的数量。如果电子邮件支付模块125检测到在“to”字段中收件人多于插入到电子邮件中的支付对象，则该方法前进到框615。
在框615处，电子邮件支付模块125限制支付对象只能被发送给那些在电子邮件中带有匹配支付对象的“to”字段中的收件人。例如，电子邮件支付模块125可以将从电子邮件客户端模块106发送至电子邮件服务器145、指向在电子邮件中没有对应支付对象的收件人的出站消息副本中的支付对象移除。
在特定示例性实施方式中，电子邮件支付模块125也可以限制将带有支付对象的电子邮件副本发送到群组电子邮件地址。在其它特定示例性实施方式中，电子邮件客户端模块125允许将带有支付对象的电子邮件发送到群组地址，但要求指定群组管理员电子邮件地址，该群组管理员是唯一被授权代表该群组接受或拒绝支付对象的人。在其它特定示例性实施方式中，电子邮件支付模块125也可以限制带有支付对象的电子邮件被发送给限定地理区域内的收件人。例如，如果现有的规定限制向特定地理区域发送电子支付，则电子支付模块125将把支付对象从发送给在受限的地理区域中的任何收件人的电子邮件中移除。例如，电子邮件支付模块125可以请求支付处理器150验证与收件人支付账户152关联的物理地址信息不在受限的地理区域内。如果与收件人支付账户152关联的物理地址在受限的地理区域中，则电子邮件支付模块125将把支付对象从发送到该收件人的电子邮件中移除。
返回到框610，如果只存在单个收件人和支付对象，则该方法直接前进到框620。
在框620处，电子邮件支付模块125确定在带有支付对象的电子邮件的“cc”字段或“bcc”字段中是否存在任何收件人。如果在“cc”字段或“bcc”字段中存在收件人，则该方法前进到框625。
如上文关于框615所描述的那样，在框625处，电子邮件支付模块125限制支付只能被发送给在“to”字段中的收件人。例如，电子支付模块125可以将支付对象从被发送给在“cc”字段或“bcc”字段中所指定的收件人的电子邮件副本中移除。或者，电子邮件支付模块125可以修改支付对象详情，以仅仅显示交易详情，而不包含使“cc”或“bcc”收件人可接受或拒绝支付的用户界面对象。
返回到框620，如果在“cc”字段或“bcc”字段中不存在收件人，则该方法直接地前进到框630。
在框630处，电子邮件服务器145将带有支付对象或对象的适当受限的电子邮件按路线发送到它们指定的收件人。此外，电子邮件支付模块125将在支付对象的生成过程中获取的最终支付详情传达到支付处理器125。支付处理器150使用发送者电子支付账户标识符来访问发送者的对应电子支付账户151以及使用收件人的电子邮件账户标识符来访问收件人的电子支付账户152。支付处理器150然后根据同步步骤将所请求的资金从发送者电子支付账户151转移到收件人电子支付账户152，以下参考图7对所述同步步骤作了进一步的详细描述。如果收件人当时没有电子支付账户，则支付处理器150将暂停支付请求的处理，直至收件人电子账户被建立。不具有已注册的电子支付账户的收件人在收到带有支付对象的电子邮件后会被提示通过支付处理器150建立这样的账户，以下参考图2的框230对此作了进一步的详细描述。
在框635处，传递同步模块135使发送者电子支付账户151和收件人电子支付账户152中支付的发布与带有支付对象的电子邮件从发送者电子邮件账户到收件人电子邮件账户的传递同步。以下参考图7对框635进行更详细的描述。
图7是根据特定示例性实施方式描述用于使带有支付对象的电子邮件的传递与支付从发送者电子支付账户到收件人电子支付账户的传递同步的方法635的方框流程图。
方法635开始于框705，在此处传递同步模块135确定带有支付对象的电子邮件是否包含支付或支付请求。如果支付对象包含支付请求，则不要求同步，该方法直接前进到图2的框225。如果支付对象包含支付，则该方法前进到框710。
在框710处，传递同步模块135请求电子邮件服务器145暂停带有支付对象的电子邮件的传递，直至接收到来自传递同步模块135的进一步确认。例如，在向电子邮件服务器145发出进一步确认以将带有支付对象的电子邮件传递到收件人电子邮件客户端107之前，传递同步模块135可以等待，直至支付处理器如下文框715所描述的那样确认已收到支付详情。
在框715处，传递同步模块135请求由支付处理器150验证支付详情已被接收。例如，传递同步模块可以请求确认由电子邮件支付模块125如上文图6的框630所描述的那样所发送的最终支付详情已被接收。传递同步模块135可以由交易标识符识别支付详情，所述交易标识符由电子邮件支付模块125指定到电子邮件支付并由电子邮件支付模块125传达到具有最终支付详情的支付处理器150。支付处理器150使用交易标识符识别支付详情是否已经被接收，并在特定示例性实施方式中识别支付详情准备在哪里用于处理。支付处理器150然后将响应发送到传递同步模块135，所述传递同步模块135指示支付详情是否被接收。
在框720处，传递同步模块135接收来自支付处理器150的响应。如果传递同步模块135接收到来自支付处理器150的支付详情已经被接收的确认，则该方法前进到框735。
返回到框720，如果传递同步模块135接收到来自支付处理器150的尚未收到支付详情的响应，则该方法前进到框725。
在框725处，传递同步模块135将附加验证请求传达到支付处理器150，因为在上文框720处支付处理器150指示尚未收到支付详情。
在框730处，传递同步模块135接收来自支付处理器150的响应。如果传递同步模块135接收到来自支付处理器150的支付处理器150尚未收到支付详情的响应，则传递同步模块135将继续监视支付处理器150以了解支付详情是否已被接收。例如，传递同步模块135可以每隔一定时间将附加验证请求发送到支付处理器150。在特定示例性实施方式中，超时期间可以被限定，如果该超时期间被超过，则该方法终止。如果传递同步模块135接收到来自支付处理器125的支付详情已经被接收的确认，则该方法前进到框735。
在框735处，传递同步模块135将请求传达到电子邮件服务器145，以将带有支付对象的电子邮件传递到指定的收件人，并在传递时请求电子邮件服务器145将确认发送到传递同步模块135。传递同步模块135也将请求传达给支付处理器150，以暂停对发送者和收件人电子支付账户的支付的发布，直至支付处理器150接收来自传递同步模块135的进一步确认。
在框740处，传递同步模块135接收来自电子邮件服务器145的指示电子邮件的传递是否完成的响应。如果传递同步模块135接收到来自电子邮件服务器145的带有支付对象的电子邮件已被传递的确认，则该方法直接前进到框755。如果传递同步模块135接收到来自电子邮件服务器145的指示传递未被完成的响应，则该方法前进到框745。
在框745处，传递同步模块135将附加的传递验证请求发送给电子邮件服务器145。
在框750处，传递同步模块135接收来自电子邮件服务器145的指示带有支付对象的电子邮件消息是否已经被传递的响应。如果传递同步模块135接收到带有支付对象的电子邮件已被传递的确认，则该方法前进到框755。如果传递同步模块135接收到来自电子邮件服务器145的带有支付对象的电子邮件还没有被传递的响应，则传递同步模块135将继续监视电子邮件服务器145，以了解带有支付对象的电子邮件是否已被传递。例如，传递同步模块135可以每隔一定时间将附加传递验证请求发送到电子邮件服务器145。在特定示例性实施方式中，超时期间可以被限定，如果该超时期间被超过，则电子邮件支付过程终止。如果传递同步模块135接收到来自电子邮件服务器145的电子邮件已经被传递的确认，则该方法前进到框755。
在框755处，传递同步模块135将请求传达给支付处理器150，以将支付发布到收件人和发送者电子支付账户151和152，随后该方法返回到图2的框225。
返回到图2的框225，在此处电子邮件服务器145将带有支付对象的电子邮件传递给每个收件人电子邮件账户147，用以在收件人电子邮件客户端107上显示。该方法然后前进到框230。
在框230处，电子邮件支付模块125在电子邮件消息内将支付对象显示给收件人。支付对象指示支付金额和由发送者输入的任何附加信息，所述附加信息例如指示支付用于何目的的备注。支付对象也显示例如按钮的用户界面对象，所述用户界面对象使收件人可接受支付对象、拒绝支付对象或访问它们的电子支付账户152，以查看附加的交易详情。如果收件人不具有已注册的电子支付账户152，则“访问”用户界面对象和“接受支付”用户界面对象将收件人连接到网络登录页面或使收件人可通过支付处理器150建立电子支付账户152的其它用户界面。
在框235处，交易监视模块140监视支付对象的状态，直至支付对象被接受或被拒绝。以下参考图8和图9对框230进行更详细的描述。
图8是根据特定示例性实施方式描述用于跟踪包含支付的支付对象的状态的方法230a的方框流程图。
方法230a开始于框805，在此处交易监视模块140请求来自支付处理器150的交易状态。在特定示例性实施方式中，交易监视模块140包含在支付对象中编码的交易状态API。例如，交易监视模块140可以以被使用来显示电子邮件消息的超文本标记语言来编码。交易监视模块140在支付对象中显示交易的状态。在特定示例性实施方式中，交易监视模块140也在电子邮件的别处显示交易状态，例如在电子邮件消息的主题行中。在交易状态在主题行中显示的情况下，支付对象的交易状态被显示给发送者和收件人，而不要求显示支付对象的主体。交易监视模块140可以在发送者或收件人电子邮件客户端模块106和107运行的同时每隔一段时间就请求来自支付处理器150的交易状态更新。在特定示例性实施方式中，交易监视模块140可以在每次电子邮件客户端模块106或107接收显示带有支付对象的电子邮件的请求时请求来自支付处理器150的交易状态更新。在交易状态更新在带有支付对象的电子邮件的显示过程中发生的情况下，交易状态的更新在发送者或收件人查看电子邮件消息的同时实时地被显示。
在框810处，交易监视模块140接收来自支付处理器150的交易状态更新。该状态更新可以是在框815、820、825和830中指示的四个示例性状态更新中的一个。
如果状态是“电子邮件被传递”，则该方法前进到框835。在框835处，交易监视模块140在发送者电子邮件客户端模块106中将带有支付对象的电子邮件中的交易状态设定为“等待动作”，并在收件人电子邮件客户端模块107中将带有支付对象的电子邮件中的交易状态设定为“动作被要求”。在特定示例性实施方式中，带有支付对象的已发送的电子邮件可以在发送者电子邮件客户端模块106中的单独的已发送电子邮件文件夹中显示，以使发送者在查看他们的收件箱时，更易于跟踪带有支付对象的电子邮件的状态。同样地，带有支付对象的电子邮件可以在收件人电子邮件客户端模块107收件箱的不同部分中被提交给收件人。在其它特定示例性实施方式中，带有支付对象的电子邮件使用例如“$”的独特标识符来标示，而无论它们被存储和显示在电子邮件客户端模块106和107内的哪里。交易监视模块140然后继续监视支付的交易状态，框805和810被重复。
如果状态是“支付被接受”，则该方法前进到框840。在框840处，交易监视模块140如上文框835处所述将发送者和收件人的带有支付对象的电子邮件副本的交易状态更新为“处理中”。交易监视模块140然后继续监视交易状态，框805和810被重复。
如果状态是“交易完成”，则该方法前进到框845。在框845处，交易监视模块140如上文框835处所述将发送者和收件人的带有支付对象的电子邮件副本的交易状态更新为“已完成”，该方法前进到图2的框240。
如果状态是“支付被拒绝”，则方法230a前进到框850。在框850处，交易监视模块140如上文框835处所述将发送者和收件人的带有支付对象的电子邮件副本的交易状态更新为“支付被拒绝”。在某些情况下，收件人可以删除电子邮件，而不经由支付对象接受或拒绝电子邮件。在特定示例性实施方式中，交易监视模块140可以在一限定时间段后请求最后交易状态的更新。如果收件人不采取行动，则交易监视模块140将发送者的电子邮件支付对象副本的交易状态更新为“拒绝”，并将收件人的带有支付对象的电子邮件副本的交易状态更新为“已过期”，如果该副本之前没有被删除的话。交易监视模块140然后将终止支付交易的指令传达给支付处理器150。该方法然后前进到图2的框240。
图9是根据特定示例性实施方式描述用于跟踪包含支付请求的支付对象的状态的方法230b的方框流程图。
方法230b开始于框905。框905至910大致如上述关于图8的框805至810那样前进，而框915、925和935大致如上述关于图8的框815、820和830那样前进。
该状态可以是在框915、925或935中所指示的三个实施例状态更新中的一个。如果状态更新是“电子邮件被传递”，则该方法前进到框920。在框920处，交易监视模块140在发送者电子邮件客户端模块106中将带有支付对象的电子邮件中的交易状态设定为“等待动作”，并在收件人电子邮件客户端模块107中将带有支付对象的电子邮件中的交易状态设定为“动作被要求”。
如果状态更新是“请求被接受”，则该方法前进到框930。在框930处，交易监视模块140在发送者电子邮件客户端模块106和收件人电子邮件客户端模块107中将带有支付对象的电子邮件中的交易状态设定为“被接受”。支付请求的收件人然后变成支付的发送者，该方法前进到图2的框215，而不是图2的框240。例如，通过接受支付请求，电子邮件支付对象的初始收件人同意支付初始发送者所请求的金额。初始收件人现在变成支付的新发送者，初始发送者变成支付的新收件人。新的发送者然后可以利用电子支付系统来完成所请求的支付。
如果状态更新是“请求被拒绝”，则该方法前进到框940。在框940处，交易监视模块140在发送者电子邮件客户端模块106和收件人电子邮件客户端模块107中将带有支付对象的电子邮件中的交易状态设定为“被拒绝”。该方法然后终止而不是前进到图2的框240。
返回到图2的框240，在此处支付处理器150处理支付对象。以下参考图10对框240进行更详细的描述。
图10是根据特定示例性实施方式描述用于通过支付处理器处理支付对象中的支付的方法240的方框流程图。
方法240开始于框1005，其中支付处理器150接收来自交易监视模块140的支付对象被收件人接受或拒绝的通知。如果支付对象被接受，则该方法前进到框1010。
在框1010处，支付处理器150将在支付对象中所指示的支付金额从发送者的电子支付账户151转移到收件人的支付账户152。当发送者随后访问发送者电子支付账户151时，显示资金转移到收件人电子支付账户152。同样地，当收件人访问收件人支付账户152时，显示发布到收件人支付账户的来自发送者电子支付的支付。方法240然后终止。
返回到框1005，如果支付处理器150接收到来自交易监视模块140的支付对象被拒绝的通知，则该方法前进到框1015。
在框1015处，支付处理器150通过将经转移的资金归还给发送者电子支付账户151来取消支付并更新发送者电子支付账户151。方法240然后终止。
示例性系统
图11根据特定示例性实施方式描述计算机器2000和模块2050。计算机器2000可以对应于各种计算机、服务器、移动装置、嵌入系统或本文所介绍的计算系统中的任何一个。模块2050可以包括一个或多个硬件或软件组件，所述硬件或软件组件被配置为有利于计算机器2000执行各种方法并处理在本文中所介绍的功能。计算机器2000可以包括各种内部部件或附着型部件，例如，处理器2010、系统总线2020、系统存储器2030、存储介质2040、输入/输出接口2060以及用于与网络2080通信的网络接口2070。
计算机器2000可以作为传统的计算系统、嵌入控制器、笔记本电脑、服务器、移动装置、智能手机、机顶盒、一体机、车载信息系统、与电视关联的又一个处理器、定制机器、任何其它硬件平台或其任何组合或其重数来运行。计算机器2000可以是分布式系统，所述分布式系统被配置为经由数据网络或总线系统使用互连的多个计算机器来起作用。
处理器2010可以被配置为运行代码或指令，以执行本文所描述的操作和功能、管理请求流和地址映射，以及执行计算和生成命令。处理器2010可以被配置为监视和控制在计算机器2000中的部件的运行。处理器2010可以是通用处理器、处理器内核、多重处理器、可重构处理器、微处理器、数字信号处理器(“DSP”)、专用集成电路(“ASIC”)、图形处理单元(“GPU”)、现场可编程门阵列(“FPGA”)、可编程逻辑装置(“PLD”)、控制器、状态机、逻辑门、离散的硬件部件、任何其它处理单元或其任何组合或其重数。处理器2010可以是单处理单元、多处理单元、单处理内核、多处理内核、专用处理内核、协同处理器或其任何组合。根据特定实施方式，处理器2010与计算机器2000的其它部件一起可以是在一个或多个其它计算机器内运行的虚拟化计算机器。
系统存储器2030可以包括非易失性存储器，例如只读存储器(“ROM”)、可编程只读存储器(“PROM”)、可擦可编程只读存储器(“EPROM”)、闪存或能够使用或不使用输入功率来存储程序指令或数据的任何其它装置。系统存储器2030也可以包括易失存储器，例如，随机存取存储器(“RAM”)、静态随机存取存储器(“SRAM”)、动态随机存取存储器(“DRAM”)、同步动态随机存取存储器(“SDRAM”)。其它类型的RAM也可以被用来运行系统存储器2030。系统存储器2030可以使用单存储器模块或多个存储器模块来运行。虽然系统存储器2030被描述为计算机器2000的一部分，但是本领域的技术人员应该了解，系统存储器2030可与计算机器2000分离，而不背离主体技术的范围。应该了解的是，系统存储器2030可包括例如存储介质2040等非易失性存储装置，或与其结合运行。
存储介质2040可以包括硬盘、软盘、光盘只读存储器(“CD-ROM”)、数字多功能盘(“DVD”)、蓝光光盘、磁带、闪存、其它非易失性存储装置、固态驱动器(“SSD”)、任何磁存储装置、任何光学存储装置、任何电存储装置、任何半导体存储装置、任何基于物理的存储装置、任何其它的数据存储装置或其任何组合或其重数。存储介质2040可以存储一个或多个操作系统、应用程序和例如模块2050的程序模块、数据或任何其它信息。存储介质2040可以是计算机器2000的一部分或与其连接。存储介质2040也可以是一个或多个其它计算机器的一部分，所述其它计算机器与例如服务器、数据库服务器、云存储、网络附加存储等计算机器2000通信。
模块2050可以包括一个或多个硬件或软件组件，所述硬件或软件组件被配置为有利于计算机器2000执行各种方法并处理本文中所介绍的功能。模块2050可以包括作为与系统存储器2030、存储介质2040或两者关联的软件或固件而存储的一个或多个指令序列。存储介质2040可以因此指机器或计算机可读介质的实施例，指令或代码可以存储在所述机器或计算机可读介质上，以供处理器2010来执行。机器或计算机可读介质可以一般地指被用来向处理器2010提供指令的任何介质。与模块2050关联的这些机器或计算机可读介质可以包含计算机软件产品。应该理解的是，构成模块2050的计算机软件产品也可以与一个或多个程序或方法关联，所述程序或方法用于经由网络2080、任何信号承载介质或任何其它通信或传输技术来将模块2050传送到计算机器2000。模块2050也可以包括硬件电路、用于配置硬件电路的例如微代码等信息或用于FPGA或其它PLD的配置信息。
输入/输出(“I/O”)接口2060可以被配置为连接到一个或多个外部装置，以从一个或多个外部装置接收数据以及将数据发送到一个或多个外部装置。这些外部装置与各种内部装置一起也可以被视为外围装置。I/O接口2060可以包括用于将各种外围装置可操作地连接到计算机器2000或处理器2010的电连接和物理连接两者。I/O接口2060可以被配置为在外围装置、计算机器2000或处理器2010之间进行数据、地址和控制信号的通信。I/O接口2060可以被配置为运行任何标准接口，例如，小型计算机系统接口(“SCSI”)、串行连接SCSI(“SAS”)、光纤通道、外围部件互连(“PCI”)、PCI Express(PCIe)、串行总线、并行总线、先进技术附件(“ATA”)、串行ATA(“SATA”)、通用串行总线(“USB”)、Thunderbolt、FireWire、各种视频总线等。I/O接口2060可以被配置为仅运行一种接口或总线技术。或者，I/O接口2060可以被配置为运行多种接口或总线技术。I/O接口2060可以被配置为系统总线2020的一部分或全部或与系统总线2020结合运行。I/O接口2060可以包括用于缓冲在一个或多个外部装置、内部装置、计算机器2000或处理器2010之间的传送的一个或多个缓冲器。
I/O接口2060可以将计算机器2000连接到各种输入装置，所述输入装置包括鼠标、触摸屏、扫描仪、生物识别阅读器、电子数字化器、传感器、接收器、触摸板、轨迹球、照相机、麦克风、键盘、任何其它定位装置或其任何组合。I/O接口2060可以将计算机器2000连接到各种输出装置，所述输出装置包括视频显示器、扬声器、打印机、投影仪、触觉反馈装置、自动化控制器、机器人部件、致动器、马达、风机、电磁阀、阀门、泵、发射器、信号发射器、灯等。
计算机器2000可以在网络环境下使用经由网络接口2070而与网络2080上的一个或多个其它系统或计算机器的逻辑连接来运行。网络2080可以包括广域网(WAN)、局域网(LAN)、内部网、因特网、无线接入网络、有线网络、移动网络、电话网络、光网络或其组合。网络2080可以是任何拓扑的分组交换和电路交换并可以使用任何通信协议。在网络2080内的通信链路可以涉及各种数字或模拟通信介质，例如光纤电缆、自由空间光通信、波导、电导体、无线链路、天线、射频通信等等。
处理器2010可以通过系统总线2020连接到计算机器2000的其它组件或本文所讨论的各种外围装置。应该理解的是，系统总线2020可以在处理器2010内或在处理器2010外，也可以既在其内，也在其外。根据一些实施方式，处理器2010、计算机器2000的其它组件或在本文中所讨论的各种外围设备中的任何一个均可以整合到单台装置中，所述单台装置例如片上系统(“SOC”)、系统封装(“SOP”)或ASIC装置。
在此所讨论的系统收集关于用户的个人信息或可能利用个人信息的情况中，可能会为用户提供机会来控制程序或功能是否收集用户信息(例如，与用户的社交网络、社会活动、职业、用户的喜好或用户的当前位置有关的信息)或控制是否及/或如何从可能与用户更有关的内容服务器中接收内容。此外，特定数据可以在其被存储或使用之前以一种或多种方式来处理，以使个人可识别信息被移除。例如，可以对用户的身份进行处理，以使针对用户的个人可识别信息无法被确定，或可以对位置信息获取处的用户的地理位置加以泛化(例如，泛化到城市、邮政编码或省份层次)，以使用户的特定位置不能被确定。这样，用户可以对关于用户的信息是如何被收集以及如何被内容服务器所使用的加以控制。
实施方式可以包括体现本文中所描述和图示的功能的计算机程序，其中该计算机程序在计算机系统中运行，所述计算机系统包括存储在机器可读介质中的指令和执行该指令的处理器。然而，应该清楚的是，在计算机编程中可能存在执行实施方式的许多不同方式，该实施方式应不被解释为受限于任何一组计算机程序指令。而且，熟练的编程员能够基于应用文本中所附流程图和相关描述而写下执行所公开的实施方式之一的计算机程序。因此，特定程序代码指令的公开对于充分理解如何编制和使用实施方式来说不被认为是必要的。而且，本领域的技术人员应该理解，在本文中所描述的实施方式的一个或多个方面可以通过硬件、软件或其组合来执行，如可以在一个或多个计算系统中所体现的那样。而且，对由计算机所执行的行为的任何提及都不应被解释为由单台计算机执行，因为可能有一台以上的计算机执行该行为。
在本文中所描述的示例性实施方式可以通过执行之前所描述的方法和处理功能的计算机硬件和软件来使用。在本文中所描述的系统、方法和程序可以在可编程计算机、计算机可执行软件或数字电路中体现。该软件可以存储在计算机可读介质上。例如，计算机可读介质可以包括软盘、RAM、ROM、硬盘、可移动介质、闪存、记忆棒、光学介质、磁光介质、CD-ROM等。数字电路可以包括集成电路、门阵列、逻辑结构块、现场可编程门阵列(FPGA)等。
在之前所提供的实施方式中所描述的示例性系统、方法和行为是图示性的，在可替代的实施方式中，特定的行为可以以不同的次序来执行、可以以相互平行的方式执行、可以整体被省略以及/或者在不同示例性实施方式之间结合执行，以及/或者可以执行特定的附加行为，而不背离各种实施方式的范围和精神。因此，这些替代性实施方式包括在本文所描述的发明中。
虽然以上已详细地描述了特定实施方式，但是该描述仅仅用于图示性目的。因此，应该理解的是，除非另有明确陈述，以上所描述的许多方面不意图作为需要的或必需的组件。除了以上所描述的那些外，本领域的普通技术人员可以实施的对于所公开的示例性实施方式的各个方面的修正和对应于该各个方面的等效部件或行为，具有本公开的功效，而不背离在以下权利要求中所限定的实施方式的精神和范围，该权利要求的范围应被赋予最宽的解释，以便包括这些修正和等效结构。

Claims (61)

1.一种用于通过电子邮件发送支付的计算机执行方法，其包括：
使用一个或多个计算装置来接收来自发送者电子邮件客户端的将支付对象贴附到所提交的电子邮件消息中的请求；
使用所述一个或多个计算装置将支付对象模式发送到所述发送者电子邮件客户端，用于由与所述提交的电子邮件消息连接的所述发送者电子邮件客户端提交，所述支付对象模式包含用于获取支付交易详情的字段，所述支付交易详情至少包括与支付的发送者的账户关联的发送者电子支付账户标识符、与所述支付的收件人的账户关联的收件人电子支付账户标识符以及所述支付的支付金额；
使用所述一个或多个计算装置接收来自所述发送者电子邮件客户端的在提供给所述发送者电子邮件客户端的所述支付对象模式中输入的所述支付交易详情；
使用所述一个或多个计算装置将支付交易详情的接收通知传达给所述发送者电子邮件客户端，所述发送者电子邮件客户端响应于接收到所述支付交易详情接收通知而在所述发送者电子邮件客户端中的所述电子邮件消息中提交支付对象，所述支付对象至少显示在所述支付对象模式中输入的所述支付交易详情的一部分和与所述支付对象关联的第一状态；
使用所述一个或多个计算装置来接收包含来自所述发送者电子邮件客户端的所述支付对象的所述电子邮件消息；
使用所述一个或多个计算装置来将包含所述支付对象的所述电子邮件消息传达到与所述收件人关联的收件人电子邮件客户端以供所述收件人电子邮件客户端提交，由所述收件人电子邮件客户端对所述电子邮件消息的提交包含所述支付对象，所述支付对象至少包含在所述支付对象模式中输入的所述支付交易详情的一部分和与所述支付对象关联的第二状态；以及
响应于接收到来自所述发送者电子邮件客户端的包含所述支付对象的所述电子邮件消息，使用所述一个或多个计算机来将所述支付交易详情和转移指令传达到支付处理器计算装置，所述转移指令包含在接收到来自在所述收件人电子邮件客户端中的所述电子邮件中所提交的所述支付对象的接受通知时将在所述支付交易详情中所指示的所述支付金额从所述发送者账户转移到所述收件人账户的指令。
2.根据权利要求1所述的方法，其中所述发送者电子支付账户标识符和所述收件人电子支付账户标识符分别地是与所述发送者账户关联的发送者电子邮件地址和与所述收件人账户关联的收件人电子邮件地址。
3.根据权利要求1所述的方法，所述支付凭证选自与所述发送者账户关联的一个或多个支付凭证。
4.根据权利要求1所述的方法，所述发送者账户是电子钱包账户。
5.根据权利要求1所述的方法，所述收件人支付账户标识符由被输入在所述电子邮件消息的“to”字段中的电子邮件地址自动地确定。
6.根据权利要求1所述的方法，其中将包含所述支付对象的所述电子邮件消息传达到所述收件人电子邮件客户端包括将带有所述支付对象的所述电子邮件消息按路线发送到电子邮件服务器，以及通过所述电子邮件服务器将带有所述支付对象的所述电子邮件消息按路线发送到所述收件人电子邮件账户。
7.根据权利要求1所述的方法，其进一步包括：
通过所述一个或多个计算装置来将资金验证请求传达到与所述发送者支付账户关联的发行人计算装置，所述资金验证请求包含所述发送者电子支付账户标识符和所述支付金额；
通过所述一个或多个计算装置来接收来自所述发行人计算装置的电子发送者支付账户状态，所述发送者支付账户状态指示与所述发送者支付账户关联的当前发送者支付账户余额是否大于、等于或少于所述支付金额；以及
通过所述一个或多个计算装置来向所述发送者电子邮件客户端生成所述支付对象，用于仅在当前发送者支付账户余额大于或等于所述支付金额时插入到所述电子邮件消息中。
8.一种计算机程序产品，其包括：
具有在其上体现的计算机可读程序指令的非暂态计算机可执行存储装置，当由一计算机执行时，所述计算机可读程序指令执行用于通过电子邮件传讯发送电子支付的方法，所述计算机可执行程序指令包括：
接收来自发送者电子邮件客户端的将支付对象贴附到所提交的电子邮件消息中的请求的计算机可执行程序指令；
传达支付对象模式用于由与所提交的电子邮件消息连接的所述发送者电子邮件客户端提交的计算机可执行程序指令，所述支付对象模式包含用于获取支付交易详情的字段，所述支付交易详情至少包含发送者电子支付账户标识符、收件人电子支付账户标识符、发送者支付凭证和支付金额；
接收来自所述电子邮件客户端的所述电子邮件消息的计算机可执行程序指令，所述电子邮件消息包含在提供给所述发送者电子邮件客户端的所述支付对象模式中输入的所述支付交易详情；
将支付交易详情接收通知传达给所述发送者电子邮件客户端的计算机可执行程序指令，所述发送者电子邮件客户端响应于接收到所述支付交易详情接收通知而提交在所述发送者电子邮件客户端中的所述电子邮件消息中的支付对象，所述支付对象至少显示在所述支付对象模式中输入的所述支付交易详情的一部分和与所述支付对象关联的一状态；
接收包含来自所述发送者电子邮件客户端的所述支付对象的所述电子邮件消息的计算机可执行程序指令；
将包含所述支付对象的所述电子邮件消息传达到收件人电子邮件客户端的计算机可执行程序指令，由所述收件人电子邮件客户端对所述电子邮件消息的提交包含所述支付对象，所述支付对象至少包含在所述支付对象模式中输入的所述支付交易详情的一部分和与所述支付对象关联的一状态；以及
响应于接收到来自所述发送者电子邮件客户端的所述支付交易详情而将所述支付交易详情和转移指令传达到支付处理器计算装置的计算机可执行程序指令，所述转移指令包括在接收到来自在所述收件人电子邮件客户端中所提交的所述支付对象的接受通知时将在所述支付交易详情中所指示的所述支付金额从所述发送者电子支付账户转移到所述收件人电子支付账户的可执行指令。
9.根据权利要求8所述的计算机程序产品，其中所述发送者电子支付账户标识符和所述收件人电子支付账户标识符是分别地与所述发送者电子支付账户和所述收件人电子支付账户关联的发送者电子邮件地址和收件人电子邮件地址。
10.根据权利要求8所述的计算机程序产品，所述支付凭证选自与所述发送者电子支付账户关联的一个或多个支付凭证。
11.根据权利要求8所述的计算机程序产品，其中所述发送者电子支付账户和所述收件人电子支付账户是电子钱包账户。
12.根据权利要求8所述的计算机程序产品，所述收件人电子支付账户由被输入在所述电子邮件消息的“to”字段中的所述电子邮件地址自动地确定。
13.根据权利要求8所述的计算机程序产品，其中将包含所述支付对象的所述电子邮件消息传达到所述收件人电子邮件客户端包括将带有所述支付对象的所述电子邮件消息按路线发送到电子邮件服务器，用于通过所述电子邮件服务器将带有所述支付对象的所述电子邮件消息发送到所述收件人电子邮件账户。
14.根据权利要求8所述的计算机程序产品，其进一步包括：
将资金验证请求传达到与所述发送者支付凭证关联的发行人计算装置的计算机可执行程序指令，所述资金验证请求包含所述发送者支付账户标识符和所述支付金额；
接收来自所述发行人计算装置的电子发送者支付账户状态的计算机可执行代码，所述发送者支付账户状态指示与所述发送者支付凭证关联的当前发送者支付账户余额是否大于、等于或少于所述支付金额；以及
将所述支付对象传达给所述发送者电子邮件客户端，以用于在所述当前发送者支付账户余额大于或等于所述支付金额时插入到所述电子邮件消息中的计算机可执行程序指令。
15.一种用于通过电子邮件传讯发送电子支付的系统，所述系统包括：
存储装置；
网络装置；以及
以通信方式连接到所述存储装置和所述网络装置的处理器，所述处理器执行存储在所述存储装置中的应用程序代码指令，所述指令导致所述系统：
接收来自发送者电子邮件客户端的将支付对象贴附到所提交的电子邮件消息中的请求；
将支付对象模式传达到所述发送者电子邮件客户端，用于由与所述所提交的电子邮件消息连接的所述发送者电子邮件客户端所提交，所述支付对象模式包含用于获取支付交易详情的字段，所述支付交易详情至少包含发送者电子支付账户标识符、收件人电子支付账户标识符、发送者支付凭证和支付金额；
接收来自所述发送者电子邮件客户端的所述电子邮件消息，所述电子邮件消息包含在提供给所述发送者电子邮件客户端的所述支付对象模式中输入的所述支付交易详情；
将支付交易详情接收通知传达到所述发送者电子邮件客户端，所述发送者电子邮件客户端响应于接收到所述支付交易详情接收通知而提交在所述发送者电子邮件客户端中的所述电子邮件消息中的支付对象，所述支付对象至少显示在所述支付对象模式中输入的所述支付交易详情的一部分和与所述支付对象关联的一状态；以及
响应于接收到来自所述发送者电子邮件客户端的所述支付交易详情而将所述支付交易详情和转移指令传达到支付处理器计算装置，所述转移指令包括在接收到来自在所述收件人电子邮件客户端中所提交的所述支付对象的接受通知时将在所述支付交易详情中所指示的所述支付金额从所述发送者电子支付账户转移到所述收件人电子支付账户的可执行指令。
16.根据权利要求15所述的系统，所述收件人电子支付账户标识符和所述发送者电子支付账户标识符是分别地与所述发送者支付账户和收件人支付账户关联的发送者电子邮件地址和收件人电子邮件地址。
17.根据权利要求15所述的系统，所述支付凭证选自与所述发送者电子支付账户关联的一个或多个支付凭证。
18.根据权利要求15所述的系统，所述发送者电子支付账户是电子钱包账户。
19.根据权利要求15所述的系统，所述收件人支付账户标识符由被输入在所述电子邮件消息的“to”字段中的电子邮件地址自动地确定。
20.根据权利要求15所述的系统，其中将包含所述支付对象的所述电子邮件消息传达到所述收件人电子邮件客户端包括将带有所述支付对象的所述电子邮件消息按路线发送到电子邮件服务器，用于通过所述电子邮件服务器将带有所述支付对象的所述电子邮件消息发送到所述收件人电子邮件账户。
21.根据权利要求15所述的系统，其进一步包括执行存储在所述存储装置中的应用程序代码指令，所述指令导致所述系统：
将资金验证请求传达到与所述发送者支付凭证关联的发行人计算装置，所述资金验证请求包含所述发送者电子支付账户标识符和所述支付金额；
接收来自所述发行人计算装置的电子发送者支付账户状态，所述发送者支付账户状态指示与所述发送者支付凭证关联的当前发送者支付账户余额是否大于、等于或少于所述支付金额；以及
将所述支付对象传达给所述发送者电子邮件客户端，用于在所述当前发送者支付账户余额大于或等于所述支付金额时插入到所述电子邮件消息中。
22.一种用于更新在电子邮件消息中的电子邮件支付对象的状态的方法，其包括：
通过一个或多个计算装置接收包含支付对象的电子邮件消息从所述电子邮件消息的发送者传达到所述电子邮件消息的收件人的通知，所述支付对象包含关于从所述发送者到所述收件人的支付的信息，所述支付对象在被提交给所述发送者和所述收件人时在所述电子邮件消息内显示；
通过一个或多个计算装置设定所述支付对象的初始支付状态，所述初始支付状态指示所述支付的处理状态，所述初始状态在被提交给所述发送者和所述收件人时在所述电子邮件消息内显示；
通过所述一个或多个计算装置接收所述支付的处理状态的更新；以及
通过所述一个或多个计算装置随着所述支付的处理的状态的更新来更新所述支付对象，当被提交给所述发送者和所述收件人时，在所述电子邮件消息内的所述支付对象中显示所述经更新的状态而不是所述初始支付状态。
23.根据权利要求22所述的方法，其进一步包括通过所述一个或多个计算装置来请求来自处理所述支付的计算机系统的所述支付的处理状态的更新，
其中所述经更新的状态接收自处理所述支付的所述计算机系统，以及
其中所述经更新的状态通过所述一个或多个计算装置传达到在电子邮件消息中的所述支付对象，用于与所述电子邮件消息一起向所述发送者和所述收件人显示。
24.根据权利要求23所述的方法，所述支付更新状态请求包含与在处理所述支付的所述计算机系统上的所述支付关联的交易标识符。
25.根据权利要求23所述的方法，所述支付更新状态请求在每次请求在发送者或收件人电子邮件客户端中提交所述电子邮件消息时被执行。
26.根据权利要求23所述的方法，所述支付更新状态请求每隔限定的一段时间被执行一次。
27.根据权利要求22所述的方法，所述支付对象在所述电子邮件消息的主体中以超文本标记语言编码。
28.根据权利要求22所述的方法，所述更新步骤通过响应于支付对象状态更新请求来执行，所述支付对象状态更新请求由在所述电子邮件消息中的所述支付对象内编码的动态应用程序接口呼叫来执行。
29.一种用于更新在电子邮件消息中的电子邮件请求对象的状态的方法，其包括：
通过一个或多个计算装置接收包含支付对象的电子邮件消息从所述电子邮件消息的发送者传达到所述电子邮件消息的收件人的通知，所述支付对象包含从所述发送者到所述收件人的支付请求，所述支付对象在所述电子邮件消息被提交给所述发送者和所述收件人时在所述电子邮件消息内显示；
通过一个或多个计算装置设定所述支付对象的第一支付状态，所述第一支付状态指示所述支付请求的第一处理状态，所述第一处理状态在所述电子邮件消息被提交给所述发送者和所述收件人时在所述电子邮件消息内的所述支付对象中显示；
通过所述一个或多个计算装置来请求来自处理所述支付的计算机系统的所述支付请求的第一处理状态的更新；
通过所述一个或多个计算装置来接收来自所述支付处理计算机系统的所述支付请求的第一处理状态的更新；以及
通过所述一个或多个计算装置更新具有所述支付请求的处理的更新状态的所述支付对象，在所述电子邮件消息被提交给所述发送者和所述收件人时，在所述电子邮件消息内的所述支付对象中显示所述更新状态而不是所述第一处理状态。
30.根据权利要求29所述的方法，其中所述支付对象在所述电子邮件消息的主体中以超文本标记语言编码。
31.根据权利要求29所述的方法，所述支付对象状态更新的请求通过在所述支付对象内编码的动态应用程序接口(API)呼叫来执行。
32.根据权利要求29所述的方法，所述支付对象状态更新的请求包括通过所述支付处理计算机系统传达与所述支付请求关联的交易标识符。
33.根据权利要求29所述的方法，所述支付对象状态更新的请求在每次请求在发送者或收件人电子邮件客户端中显示所述电子邮件消息时被执行。
34.根据权利要求29所述的方法，所述支付对象状态更新的请求每隔一定时间被执行一次。
35.一种计算机程序产品，其包括：
具有在其上体现的计算机可读程序指令的非暂态计算机可执行存储装置，当由计算机执行时，所述计算机可读程序指令执行用于更新在电子邮件消息中的电子邮件请求对象的状态的方法，所述计算机可执行程序指令包括：
接收包含支付对象的电子邮件消息从所述电子邮件消息的发送者传达到所述电子邮件消息的收件人的通知的计算机可执行程序指令，所述支付对象包含从所述发送者到所述收件人的支付，所述支付对象在被提交给所述发送者和所述收件人时在所述电子邮件消息内显示；
设定所述支付对象的初始支付状态的计算机可执行程序指令，所述初始支付状态指示所述支付的第一处理状态并在所述电子邮件消息内的所述支付对象中显示；
请求来自处理所述支付的计算机系统的所述支付的第一处理状态的更新的计算机可执行程序指令；
接收来自所述支付处理计算机系统的所述支付的第一处理状态的更新的计算机可执行程序指令；
更新具有所述支付的处理的更新状态的所述支付对象的计算机可执行程序指令，所述更新状态在所述电子邮件消息内的所述支付对象中显示。
36.根据权利要求35所述的计算机程序产品，所述支付对象在所述电子邮件消息的主体中以超文本标记语言编码。
37.根据权利要求35所述的计算机程序产品，所述支付对象状态更新请求通过在所述支付对象内编码的动态应用程序接口(API)呼叫来执行。
38.根据权利要求35所述的计算机程序产品，所述支付对象状态更新请求包含与在所述支付处理计算机系统上的所述支付关联的交易标识符。
39.根据权利要求35所述的计算机程序产品，所述支付对象状态更新请求在每次请求在发送者或收件人电子邮件客户端中显示所述电子邮件消息时被执行。
40.根据权利要求35所述的计算机程序产品，所述支付对象状态更新请求每隔一定时间被执行一次。
41.一种用于更新在电子邮件消息中的电子邮件请求对象的状态的系统，所述系统包括：
存储装置；
网络装置；以及
以通信方式连接到所述存储装置和所述网络装置的处理器，所述处理器执行存储在所述存储装置中的应用程序代码指令，所述指令导致所述系统：
接收包含支付对象的电子邮件消息已从所述电子邮件消息的发送者传达到所述电子邮件消息的收件人的通知，所述支付对象包含从所述发送者到所述收件人的支付，所述支付对象在被提交给所述发送者和所述收件人时在所述电子邮件消息内显示；
设定所述支付对象的初始支付状态，所述初始支付状态指示所述支付的第一处理状态并在所述电子邮件消息内的所述支付对象中显示；
请求来自处理所述支付的计算机系统的所述支付的第一处理状态的更新；
接收来自所述支付处理计算机系统的所述支付的第一处理状态的更新；以及
更新具有所述支付的处理的更新状态的所述支付对象，所述更新状态在所述电子邮件消息内的所述支付对象中显示。
42.根据权利要求41所述的系统，所述更新请求在每次请求在发送者或收件人电子邮件客户端中显示所述电子邮件消息时被执行。
43.根据权利要求41所述的系统，所述更新请求每隔一定时间被执行一次。
44.一种用于合并电子邮件消息定址和支付交易定址的计算机执行方法，其包括：
通过一个或多个计算装置接收用以传达来自发送者的电子邮件消息的信息，所述电子邮件消息包含支付对象，所述发送者将经由所述支付对象支付支付金额；
通过所述一个或多个计算装置确定在所述电子邮件消息的“to”字段中的收件人地址；
通过所述一个或多个计算装置确定在所述电子邮件消息的“cc”或“bcc”字段中的收件人地址；
通过所述一个或多个计算装置将所述电子邮件消息传达到在所述电子邮件消息的“to”字段中的每个收件人地址，所述电子邮件消息被传送到在包含所述支付对象的所述电子邮件消息的“to”字段中的每个收件人地址；以及
通过所述一个或多个计算装置将所述电子邮件消息传达到在所述电子邮件消息的“cc”或“bcc”字段中的每个收件人地址，被发送到所述电子邮件消息的“cc”或“bcc”字段中的每个收件人地址的所述电子邮件中的所述支付对象已被移除。
45.根据权利要求44所述的方法，其中如果在所述电子邮件消息的“to”字段中的收件人的地址的数量大于一，则所述一个或多个计算装置在所述电子邮件消息中提交多收件人模式，所述多收件人模式要求所述发送者对于在所述“to”字段中的每个收件人指定支付金额和支付账户。
46.根据权利要求44所述的方法，其中如果在所述电子邮件消息的“to”字段中的收件人地址的数量大于一，则所述方法进一步包括：
通过所述一个或多个计算装置识别在所述支付对象中的至少一部分的所述支付金额的每个支付接收者；以及
通过所述一个或多个计算装置将所述支付对象从发送到在所述电子邮件消息的“to”字段中、但未在所述支付对象中被识别为至少一部分所述支付金额的支付接收者的收件人的每个电子邮件消息中移除。
47.根据权利要求44所述的方法，其进一步包括通过所述一个或多个计算装置确定在所述“to”字段中的所述收件人是否是群组电子邮件地址，其中如果所述电子邮件收件人是群组电子邮件地址，则所述一个或多个计算装置提交群组收件人模式，所述群组收件人模式要求所述发送人指示群组管理员电子邮件地址，所述群组管理员电子邮件地址是唯一被授权接受或拒绝所述支付对象的电子邮件地址。
48.根据权利要求44所述的方法，其进一步包括通过所述一个或多个计算装置确定在所述“to”字段中的任一所述收件人是否是不合格收件人，其中检测到不合格收件人导致所述支付对象从发送到每个不合格收件人的所述电子邮件消息中被移除。
49.根据权利要求48所述的方法，不合格收件人的状态通过参考与收件人电子支付关联的物理账户地址来确定，以确定所述收件人所在国家不是所述发送人发送所述电子邮件消息时所在的国家。
50.一种计算机程序产品，其包括：
具有在其上体现的计算机可读程序指令的非暂态计算机可执行存储装置，当由一计算机执行时，所述计算机可读程序指令执行用于结合电子邮件消息定址和支付交易定址的方法，所述计算机可执行程序指令包括：
检测来自发送者的电子邮件消息的计算机可执行程序指令，所述电子邮件消息包含支付对象，所述发送者将经由所述支付对象支付支付金额；
确定在所述电子邮件消息的“to”字段中的收件人电子邮件地址的计算机可执行程序指令；
确定在所述电子邮件消息的“cc”或“bcc”字段中的收件人电子邮件地址的计算机可执行程序指令；
在被传送到在所述电子邮件消息的所述“to”字段中的每个收件人的所述电子邮件消息中提供所述支付对象的计算机可执行程序指令；以及
从被传送到在所述电子邮件消息的所述“cc”或“bcc”字段中的收件人的每个电子邮件消息中移除所述支付对象的计算机可执行程序指令。
51.根据权利要求50所述的计算机程序产品，其进一步包括如果在所述电子邮件消息的“to”字段中有超过一个的收件人电子邮件地址则在所述电子邮件消息中提交多收件人模式的计算机可执行程序指令，所述多收件人模式要求所述发送者对于在所述“to”字段中的每个收件人指定支付金额和支付账户。
52.根据权利要求50所述的计算机程序产品，所述计算机可执行程序指令进一步包括：
识别在所述支付对象中的至少一部分的所述支付金额的每个支付接收者的计算机可执行程序指令；以及
将所述支付对象从发送到在所述电子邮件消息的“to”字段中、但未在所述支付对象中被识别为至少一部分所述支付金额的支付接收者的收件人的每个电子邮件消息中移除的计算机可执行程序指令。
53.根据权利要求50所述的计算机程序产品，其进一步包括确定在所述“to”字段中的收件人是否是群组电子邮件地址的计算机可执行程序代码，其中如果所述电子邮件收件人是群组电子邮件地址，则所述一个或多个计算装置提交群组收件人模式，所述群组收件人模式要求所述发送人指示群组管理员电子邮件地址，所述群组管理员电子邮件地址是唯一被授权接受或拒绝所述支付对象的电子邮件地址。
54.根据权利要求50所述的计算机程序产品，其进一步包括确定在所述“to”字段中的收件人是否是不合格收件人的计算机可执行程序代码，其中检测到不合格收件人导致所述支付对象从发送到每个不合格收件人的所述电子邮件消息中被移除。
55.根据权利要求54所述的计算机程序产品，不合格收件人是通过参考与所述不合格收件人的收件人支付账户关联的物理支付账户地址以确定所述收件人是国际收件人来确定的。
56.一种用于结合电子邮件消息定址和支付交易定址的系统，所述系统包括：
存储资源；
网络模块；以及
以通信方式连接到所述存储资源和所述网络模块的处理器，所述处理器执行存储在所述存储资源中的应用程序代码指令，所述指令导致所述系统：
检测来自发送者的电子邮件消息，所述电子邮件消息包含支付对象，所述发送者将经由所述支付对象支付支付金额；
识别在所述支付对象中的至少一部分的所述支付金额的每个支付接收者；
将所述支付对象从发送到在所述电子邮件消息的“to”字段中、但未在所述支付对象中被识别为至少一部分所述支付金额的支付接收者的收件人的每个电子邮件消息中移除；以及
在发送到在所述电子邮件消息的“to”字段中、同时也在所述支付对象中被识别为至少一部分所述支付金额的支付接收者的每个收件人的所述电子邮件消息中提供所述支付对象。
57.根据权利要求56所述的系统，所述处理器进一步执行存储在所述存储资源中的应用程序代码指令，所述指令导致所述系统：
确定在所述电子邮件消息的“cc”或“bcc”字段中的收件人地址；以及
从被传送到在所述电子邮件消息的所述“cc”或“bcc”字段中的收件人的每个电子邮件消息中移除所述支付对象。
58.根据权利要求56所述的系统，所述处理器进一步执行存储在所述存储资源中的应用程序代码指令，所述指令导致所述系统在所述电子邮件消息的“to”字段中存在超过一个的收件人地址时在所述电子邮件消息中提交多收件人模式，所述多收件人模式要求所述发送者对于在所述“to”字段中的每个收件人指定支付金额和支付账户。
59.根据权利要求56所述的系统，所述处理器进一步执行存储在所述存储资源中的应用程序代码指令，所述指令导致所述系统确定在所述“to”字段中的收件人是否是群组电子邮件地址，其中如果所述电子邮件收件人是群组电子邮件地址，则提交群组收件人模式，所述群组收件人模式要求所述发送者指示用于存放所述付款的群组存款账户，所述群组存款账户由至少一个群组管理员控制。
60.根据权利要求56所述的系统，所述处理器进一步执行存储在所述存储资源中的应用程序代码指令，所述指令导致所述系统确定在所述“to”字段中的收件人是否是不合格收件人，其中检测到国际收件人导致所述支付对象从发送给每个国际收件人的所述电子邮件消息中被移除。
61.根据权利要求56所述的系统，不合格收件人的状态通过参考与所述国际收件人的收件人支付账户关联的支付账户地址来确定。
CN201380071460.7A 2012-12-27 2013-12-26 对包含支付的电子邮件的管理 Active CN104956395B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711164575.7A CN107886304B (zh) 2012-12-27 2013-12-26 对包含支付的电子邮件的管理

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US13/728,478 US8762272B1 (en) 2012-12-27 2012-12-27 Management of emails containing payments
US13/728,478 2012-12-27
US13/731,098 2012-12-30
US13/731,106 US9805358B2 (en) 2012-12-27 2012-12-30 Changing email text based on payment status
US13/731,106 2012-12-30
US13/731,098 US10360550B2 (en) 2012-12-27 2012-12-30 Management of emailed payment recipients
PCT/US2013/077777 WO2014105937A1 (en) 2012-12-27 2013-12-26 Management of emails containing payments

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201711164575.7A Division CN107886304B (zh) 2012-12-27 2013-12-26 对包含支付的电子邮件的管理

Publications (2)

Publication Number Publication Date
CN104956395A true CN104956395A (zh) 2015-09-30
CN104956395B CN104956395B (zh) 2017-12-26

Family

ID=50944183

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380071460.7A Active CN104956395B (zh) 2012-12-27 2013-12-26 对包含支付的电子邮件的管理
CN201711164575.7A Active CN107886304B (zh) 2012-12-27 2013-12-26 对包含支付的电子邮件的管理

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201711164575.7A Active CN107886304B (zh) 2012-12-27 2013-12-26 对包含支付的电子邮件的管理

Country Status (4)

Country Link
US (6) US8762272B1 (zh)
EP (1) EP2939206A4 (zh)
CN (2) CN104956395B (zh)
WO (1) WO2014105937A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106020983A (zh) * 2016-05-20 2016-10-12 腾讯科技（深圳）有限公司 一种虚拟资源的处理方法、装置和系统
CN109118201A (zh) * 2017-06-23 2019-01-01 万事达卡国际公司 用于便利与电子消息关联的转账的系统和方法
CN109196536A (zh) * 2016-05-29 2019-01-11 邦克英沃斯株式会社 信息处理装置、显示方法及程序
CN109426955A (zh) * 2017-08-23 2019-03-05 腾讯科技（深圳）有限公司 目标对象提供方法、装置及系统
CN109756418A (zh) * 2019-01-30 2019-05-14 张海旻 一种融合货币协议的电子邮件系统、邮件发送、接收方法
CN109981816A (zh) * 2019-03-21 2019-07-05 上海风汇网络科技有限公司 基于dns域名系统的价值传输系统、方法及dns服务器
CN111857876A (zh) * 2020-07-20 2020-10-30 北京字节跳动网络技术有限公司 业务处理方法、装置、电子设备及计算机可读介质
CN111880611A (zh) * 2020-06-19 2020-11-03 深圳宏芯宇电子股份有限公司 用于快速交易的服务器及快速交易数据处理方法
WO2021258737A1 (zh) * 2020-06-24 2021-12-30 上海风汇网络科技有限公司 一种基于电子邮件的价值传输方法及价值传输集群系统

Families Citing this family (97)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2947592B1 (en) 2007-09-24 2021-10-27 Apple Inc. Embedded authentication systems in an electronic device
US8600120B2 (en) 2008-01-03 2013-12-03 Apple Inc. Personal computing device control using face detection and recognition
US8775263B2 (en) 2011-03-29 2014-07-08 @Pay Ip Holdings Llc System and method for email-based e-commerce
US9002322B2 (en) 2011-09-29 2015-04-07 Apple Inc. Authentication with secondary approver
US8769624B2 (en) 2011-09-29 2014-07-01 Apple Inc. Access control utilizing indirect authentication
US20130246296A1 (en) 2012-03-19 2013-09-19 @Pay LLC Method for processing multimodal mobile donations via text message and email communication
US9710797B2 (en) 2012-07-18 2017-07-18 @Pay Ip Holdings Llc Email-based e-commerce
US9704184B2 (en) * 2012-07-27 2017-07-11 @Pay Ip Holdings Llc Email payment gateway for donations
US8762272B1 (en) 2012-12-27 2014-06-24 Google Inc. Management of emails containing payments
US9704190B2 (en) 2013-02-01 2017-07-11 @Pay Ip Holdings Llc Email checkout system for completing website cart checkout
US9449321B2 (en) 2013-03-15 2016-09-20 Square, Inc. Transferring money using email
US9495679B2 (en) 2013-03-15 2016-11-15 @Pay Ip Holdings Llc Automated application programming interface (API) system and method
US9582789B2 (en) * 2013-03-15 2017-02-28 Google Inc. Payments in communication systems
US9536232B2 (en) 2013-03-15 2017-01-03 Square, Inc. Transferring money using email
US20140279553A1 (en) * 2013-03-15 2014-09-18 @Pay Ip Holdings Llc Vendor token generator
US10339506B2 (en) 2013-03-25 2019-07-02 Swoop Ip Holdings Llc Method and system for a secure registration
US10229400B2 (en) 2013-06-07 2019-03-12 Swoop Ip Holdings Llc System and method for two-click validation
US10037530B2 (en) * 2013-06-13 2018-07-31 Paypal, Inc. Payment recipient verification
EP3033719A4 (en) 2013-08-15 2016-08-31 Pay Ip Holdings Llc SYSTEM AND METHOD FOR USING A BUTTON FOR ONE TO MANY PAYMENTS FOR COMPLETING A FINANCIAL TRANSACTION
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US9378491B1 (en) 2013-10-15 2016-06-28 Square, Inc. Payment transfer by sending E-mail
JP6393325B2 (ja) 2013-10-30 2018-09-19 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． 関連するユーザインターフェースオブジェクトの表示
US9037491B1 (en) 2013-11-26 2015-05-19 Square, Inc. Card reader emulation for cardless transactions
US20150178819A1 (en) 2013-12-23 2015-06-25 @Pay Ip Holdings Llc Alternative email-based website checkouts
US10250535B2 (en) 2014-01-08 2019-04-02 Swoop Ip Holdings Llc Email based e-commerce using embedded forms
WO2015105688A1 (en) 2014-01-09 2015-07-16 @Pay Ip Holdings, Llc Email based e-commerce with qr code barcode, image recognition alternative payment method and biometrics
US10853799B2 (en) 2014-02-20 2020-12-01 Swoop Ip Holdings Llc System and method for dual email and web based checkout in an unsegmented list
USD769274S1 (en) 2014-04-21 2016-10-18 Square, Inc. Display screen with a graphical user interface
US20150310404A1 (en) * 2014-04-23 2015-10-29 Square, Inc. Transferring money using email
US10346846B2 (en) 2014-04-24 2019-07-09 Swoop Ip Holdings Llc SMS and social media dual authorization, management oversight, and non-password security in email based e-commerce
US11100499B1 (en) * 2014-05-07 2021-08-24 Google Llc Location modeling using transaction data for validation
US10869170B2 (en) 2014-05-19 2020-12-15 Swoop Ip Holdings Llc Email based e-commerce with SMS and social media
US10043185B2 (en) 2014-05-29 2018-08-07 Apple Inc. User interface for payments
US10614445B1 (en) 2014-06-04 2020-04-07 Square, Inc. Proximity-based payments
US11507931B1 (en) 2014-07-31 2022-11-22 Block, Inc. Payout payment platform
WO2016019535A1 (zh) * 2014-08-06 2016-02-11 深圳市银信网银科技有限公司 一种邮箱支付方法及邮箱支付系统
US9773232B1 (en) 2014-08-20 2017-09-26 Square, Inc. Payment without account creation
WO2016036552A1 (en) 2014-09-02 2016-03-10 Apple Inc. User interactions for a mapping application
US10692156B2 (en) * 2014-09-05 2020-06-23 Thomas Skala Payment system and method
US10963868B1 (en) 2014-09-09 2021-03-30 Square, Inc. Anonymous payment transactions
US11481741B2 (en) 2014-10-31 2022-10-25 Block, Inc. Money transfer by use of a payment proxy
US9990613B1 (en) 2014-12-12 2018-06-05 Square, Inc. Bill payment using direct funds transfer
US11699148B2 (en) 2014-12-23 2023-07-11 Swoop Ip Holdings Llc Email address token integration
US11551198B2 (en) 2015-01-28 2023-01-10 Swoop Ip Holdings Llc Email-based e-commerce with near field communication
US11410154B2 (en) 2015-06-05 2022-08-09 Block, Inc. Apparatuses, methods, and systems for transmitting payment proxy information
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US20160358133A1 (en) 2015-06-05 2016-12-08 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11416829B2 (en) 2015-07-13 2022-08-16 Swoop Ip Holdings Llc Myriad of payment methods with alternate payment controls
US10476782B2 (en) * 2015-08-03 2019-11-12 Nexmo, Inc. Systems and methods for adaptive routing
US10325262B2 (en) * 2015-08-10 2019-06-18 Ca, Inc. Controlling mobile payment transactions based on risk scores for point-of-sale terminals determined from locations reported by mobile terminals
US10410194B1 (en) 2015-08-19 2019-09-10 Square, Inc. Customized tipping flow
US10127532B1 (en) 2015-08-19 2018-11-13 Square, Inc. Customized transaction flow
US11553252B2 (en) 2015-09-02 2023-01-10 Swoop Ip Holdings Llc System and method for interactive television with messaging based payments
US10049349B1 (en) 2015-09-29 2018-08-14 Square, Inc. Processing electronic payment transactions in offline-mode
US11983696B2 (en) 2015-11-25 2024-05-14 Swoop Ip Holdings Llc Web-based checkout and alternate login based on secure identifiers and alternate link formats
US10163107B1 (en) 2016-03-31 2018-12-25 Square, Inc. Technical fallback infrastructure
DK179186B1 (en) 2016-05-19 2018-01-15 Apple Inc REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION
CN114693289A (zh) 2016-06-11 2022-07-01 苹果公司 用于交易的用户界面
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
DK201670622A1 (en) 2016-06-12 2018-02-12 Apple Inc User interfaces for transactions
US20180068313A1 (en) 2016-09-06 2018-03-08 Apple Inc. User interfaces for stored-value accounts
US11216805B2 (en) * 2016-09-08 2022-01-04 Modopayments, Llc COIN operated digital payments hub
US9886689B1 (en) 2016-09-12 2018-02-06 Square, Inc. Processing a mobile payload
USD837227S1 (en) 2016-09-12 2019-01-01 Square, Inc. Display screen with graphical user interface for a mobile device
DK179471B1 (en) 2016-09-23 2018-11-26 Apple Inc. IMAGE DATA FOR ENHANCED USER INTERACTIONS
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
WO2018094530A1 (en) * 2016-11-25 2018-05-31 Royal Bank Of Canada System, process and device for e-commerce transactions
EP3340139A1 (en) * 2016-12-22 2018-06-27 Mastercard International Incorporated Amount confirmation for visually impaired users
US10762495B2 (en) 2016-12-30 2020-09-01 Square, Inc. Third-party access to secure hardware
US10783517B2 (en) 2016-12-30 2020-09-22 Square, Inc. Third-party access to secure hardware
US11593773B1 (en) * 2017-03-31 2023-02-28 Block, Inc. Payment transaction authentication system and method
US10755281B1 (en) 2017-03-31 2020-08-25 Square, Inc. Payment transaction authentication system and method
US12020235B2 (en) 2017-04-28 2024-06-25 Block, Inc. Multi-source transaction processing
EP4156129A1 (en) 2017-09-09 2023-03-29 Apple Inc. Implementation of biometric enrollment
KR102185854B1 (ko) 2017-09-09 2020-12-02 애플 인크. 생체측정 인증의 구현
US11979390B2 (en) 2017-09-20 2024-05-07 Swoop Ip Holdings Llc Email-based authentication for account login, account creation and security for passwordless transactions
US11080617B1 (en) * 2017-11-03 2021-08-03 Paypal, Inc. Preservation of causal information for machine learning
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US11222311B2 (en) * 2018-12-18 2022-01-11 The Toronto-Dominion Bank System and method for secure data transfer
US10803458B1 (en) 2018-12-20 2020-10-13 Worldpay, Llc Methods and systems for detecting suspicious or non-suspicious activities involving a mobile device use
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11095740B2 (en) * 2019-04-18 2021-08-17 Bank Of America Corporation Two-way push notification of activity events through a wireless device
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
EP4034979B1 (en) 2019-09-29 2024-01-03 Apple Inc. Account management user interfaces
US11861608B2 (en) 2020-03-17 2024-01-02 Visa International Service Association Methods and systems for making on-demand payments via an electronic communication
DK180985B1 (da) 2020-04-10 2022-09-02 Apple Inc Brugergrænseflader for muliggørelse af en aktivitet
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations
US11968195B2 (en) 2020-09-14 2024-04-23 Swoop Ip Holdings Llc Email-based authentication for sign in and security
EP4264460A1 (en) 2021-01-25 2023-10-25 Apple Inc. Implementation of biometric authentication
US11966491B2 (en) 2021-04-01 2024-04-23 The Toronto-Dominion Bank System and method for processing instructions associated with one or more data transfers
US20230101795A1 (en) * 2021-09-30 2023-03-30 Expensify, Inc. Chat abstraction layer for a peer-to-peer transaction service
US20240152918A1 (en) * 2022-11-03 2024-05-09 Capital One Services, Llc Distributed database with inter-related records relating to a vehicle

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5699528A (en) * 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US6775689B1 (en) * 2000-06-07 2004-08-10 International Business Machines Corporation System for restructuring selected parts of email messages prior to transmission to plurality of recipients
KR20040084557A (ko) * 2003-03-28 2004-10-06 남완주 이메일 전자상거래와 회비 결제서비스 운영방법 및 그의운영시스템
US20050177518A1 (en) * 2004-02-10 2005-08-11 Brown Collie D. Electronic funds transfer and electronic bill receipt and payment system
US7120606B1 (en) * 2000-02-10 2006-10-10 Jove Corporation System and method for secure electronic fund transfers
US20090112768A1 (en) * 2007-10-25 2009-04-30 Ayman Hammad Payment transaction using mobile phone as relay
US20100070419A1 (en) * 2008-09-17 2010-03-18 Srinivas Vadhri System and method to initiate a function with an email message
CN101950451A (zh) * 2010-08-19 2011-01-19 中国民生银行股份有限公司 银行账户间收付款处理方法及系统
US20110106675A1 (en) * 2009-10-29 2011-05-05 Jeffrey William Perlman Peer-To-Peer And Group Financial Management Systems And Methods
US20110125644A1 (en) * 2001-01-26 2011-05-26 Acxsys Corporation Online payment transfer and identity management system and method

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5826241A (en) 1994-09-16 1998-10-20 First Virtual Holdings Incorporated Computerized system for making payments and authenticating transactions over the internet
US5677955A (en) 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US7533064B1 (en) * 1998-10-07 2009-05-12 Paypal Inc. E-mail invoked electronic commerce
US6684248B1 (en) 1999-05-03 2004-01-27 Certifiedmail.Com, Inc. Method of transferring data from a sender to a recipient during which a unique account for the recipient is automatically created if the account does not previously exist
US7194437B1 (en) 1999-05-14 2007-03-20 Amazon.Com, Inc. Computer-based funds transfer system
US7644037B1 (en) 1999-08-16 2010-01-05 Vladimir Ostrovsky Method and system for transferring electronic funds
US8571975B1 (en) 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US7376587B1 (en) * 2000-07-11 2008-05-20 Western Union Financial Services, Inc. Method for enabling transfer of funds through a computer network
US7243163B1 (en) * 2001-08-07 2007-07-10 Good Technology, Inc. System and method for full wireless synchronization of a data processing apparatus with a messaging system
US20050071229A1 (en) * 2003-09-30 2005-03-31 Alex Mashinsky System and method for permitting the secure creation, distribution, tracking, and redemption of payments to a customer
US20060089906A1 (en) * 2004-10-21 2006-04-27 Michael Rowley Method for securing a payment transaction over a public network
US20060168016A1 (en) * 2004-11-30 2006-07-27 Barrett Michael C E-mail
US20070010879A1 (en) 2005-07-07 2007-01-11 Gregg Feinerman Injector system for a lens
US7783709B2 (en) * 2005-07-08 2010-08-24 Followflow B.V. E-mail with visual object method and apparatus
US20070106736A1 (en) * 2005-11-10 2007-05-10 Xerox Corporation Variable and customizable email attachments and content
US20070168266A1 (en) 2006-01-18 2007-07-19 Patrick Questembert Systems, methods and computer readable code for visualizing and managing digital cash
US20080091606A1 (en) * 2006-10-12 2008-04-17 William Grecia Proprietary encapsulated session container with embedded features for a post transferred option for electronic commerce along with a system for distribution and user access
US20090006233A1 (en) 2007-03-30 2009-01-01 Roland Chemtob Electronic Fund Transfers Using an Electronic Mail Interface
US20080288400A1 (en) 2007-04-27 2008-11-20 Cashedge, Inc. Centralized Payment Method and System for Online and Offline Transactions
US20080282338A1 (en) * 2007-05-09 2008-11-13 Beer Kevin J System and method for preventing the reception and transmission of malicious or objectionable content transmitted through a network
US20090112766A1 (en) 2007-10-25 2009-04-30 Ayman Hammad Device including multiple payment applications
US20090132423A1 (en) 2007-11-15 2009-05-21 Ebay Inc. Send money plug in for web mails
US8069115B2 (en) * 2008-06-25 2011-11-29 Douglas Schoenberg Method and system to process payment
US7552185B1 (en) 2008-07-28 2009-06-23 International Business Machines Corporation Method for associating individuals or email groups with a specific recipient field
US8443185B2 (en) 2009-08-07 2013-05-14 Eco-Mail Development, Llc System for management and processing of electronic vendor mail
WO2011028840A2 (en) * 2009-09-02 2011-03-10 Visa International Service Association Portable consumer device with funds transfer processing
IL202686A (en) * 2009-12-10 2016-06-30 Verint Systems Ltd A system and method for analyzing relationships by law engines
CA2738428A1 (en) 2010-04-30 2011-10-30 Iliv Technologies Inc. Collaboration tool
US8762385B2 (en) * 2011-01-28 2014-06-24 Oracle International Corporation Methods and systems for implementing email recipient templates
US20130080319A1 (en) * 2011-09-28 2013-03-28 Permission Interactive, Inc. Systems and methods for embedded virtual shopping carts
US8762272B1 (en) 2012-12-27 2014-06-24 Google Inc. Management of emails containing payments
US9449321B2 (en) 2013-03-15 2016-09-20 Square, Inc. Transferring money using email
CN104702645A (zh) * 2013-12-10 2015-06-10 中国银联股份有限公司 一种基于Email的P2P数据处理系统以及数据处理方法

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5699528A (en) * 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US7120606B1 (en) * 2000-02-10 2006-10-10 Jove Corporation System and method for secure electronic fund transfers
US6775689B1 (en) * 2000-06-07 2004-08-10 International Business Machines Corporation System for restructuring selected parts of email messages prior to transmission to plurality of recipients
US20110125644A1 (en) * 2001-01-26 2011-05-26 Acxsys Corporation Online payment transfer and identity management system and method
KR20040084557A (ko) * 2003-03-28 2004-10-06 남완주 이메일 전자상거래와 회비 결제서비스 운영방법 및 그의운영시스템
US20050177518A1 (en) * 2004-02-10 2005-08-11 Brown Collie D. Electronic funds transfer and electronic bill receipt and payment system
US20090112768A1 (en) * 2007-10-25 2009-04-30 Ayman Hammad Payment transaction using mobile phone as relay
US20100070419A1 (en) * 2008-09-17 2010-03-18 Srinivas Vadhri System and method to initiate a function with an email message
US20110106675A1 (en) * 2009-10-29 2011-05-05 Jeffrey William Perlman Peer-To-Peer And Group Financial Management Systems And Methods
CN101950451A (zh) * 2010-08-19 2011-01-19 中国民生银行股份有限公司 银行账户间收付款处理方法及系统

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106020983B (zh) * 2016-05-20 2019-11-15 腾讯科技（深圳）有限公司 一种虚拟资源的处理方法、装置和系统
CN106020983A (zh) * 2016-05-20 2016-10-12 腾讯科技（深圳）有限公司 一种虚拟资源的处理方法、装置和系统
CN109196536A (zh) * 2016-05-29 2019-01-11 邦克英沃斯株式会社 信息处理装置、显示方法及程序
CN109118201A (zh) * 2017-06-23 2019-01-01 万事达卡国际公司 用于便利与电子消息关联的转账的系统和方法
CN109426955A (zh) * 2017-08-23 2019-03-05 腾讯科技（深圳）有限公司 目标对象提供方法、装置及系统
CN109756418A (zh) * 2019-01-30 2019-05-14 张海旻 一种融合货币协议的电子邮件系统、邮件发送、接收方法
WO2020155581A1 (zh) * 2019-01-30 2020-08-06 上海风汇网络科技有限公司 一种融合货币协议的电子邮件系统、邮件发送、接收方法
CN109756418B (zh) * 2019-01-30 2021-11-16 上海风汇网络科技有限公司 一种融合货币协议的电子邮件系统、邮件发送、接收方法
JP2022522606A (ja) * 2019-01-30 2022-04-20 上海風匯網絡科技有限公司 通貨プロトコルを融合する電子メールシステム、メール送信方法、メール受信方法
JP7308496B2 (ja) 2019-01-30 2023-07-14 上海風匯網絡科技有限公司 通貨プロトコルを融合する電子メールシステム、メール送信方法、メール受信方法
CN109981816A (zh) * 2019-03-21 2019-07-05 上海风汇网络科技有限公司 基于dns域名系统的价值传输系统、方法及dns服务器
JP2022526309A (ja) * 2019-03-21 2022-05-24 上海風匯網絡科技有限公司 Ｄｎｓに基づく価値伝送システム、ｄｎｓに基づく価値伝送方法、及びｄｎｓサーバ
CN111880611A (zh) * 2020-06-19 2020-11-03 深圳宏芯宇电子股份有限公司 用于快速交易的服务器及快速交易数据处理方法
WO2021258737A1 (zh) * 2020-06-24 2021-12-30 上海风汇网络科技有限公司 一种基于电子邮件的价值传输方法及价值传输集群系统
CN111857876A (zh) * 2020-07-20 2020-10-30 北京字节跳动网络技术有限公司 业务处理方法、装置、电子设备及计算机可读介质

Also Published As

Publication number Publication date
EP2939206A1 (en) 2015-11-04
US10997575B2 (en) 2021-05-04
US20140188702A1 (en) 2014-07-03
US8762272B1 (en) 2014-06-24
US10360550B2 (en) 2019-07-23
CN107886304B (zh) 2019-08-02
EP2939206A4 (en) 2016-10-05
US20140188727A1 (en) 2014-07-03
US20190287092A1 (en) 2019-09-19
US20180018653A1 (en) 2018-01-18
CN104956395B (zh) 2017-12-26
US20140188714A1 (en) 2014-07-03
CN107886304A (zh) 2018-04-06
US12020231B2 (en) 2024-06-25
WO2014105937A1 (en) 2014-07-03
US10552817B2 (en) 2020-02-04
US20210326830A1 (en) 2021-10-21
US9805358B2 (en) 2017-10-31

Similar Documents

Publication Publication Date Title
CN104956395A (zh) 对包含支付的电子邮件的管理
CN105706129B (zh) 利用旋转应用交易计数器进行安全支付交易
CN112119416B (zh) 提供访问信息的方法、系统和计算机可读介质
US20220138732A1 (en) Systems, Methods, and Interfaces for Smart Contract Based Exchanges Via a Blockchain
CN104603811B (zh) 匹配用于代理卡交易的付款票据的退款
JP6473745B2 (ja) 電子取引方法、システムおよび支払いプラットフォームシステム
US10445491B2 (en) Confirming the identity of integrator applications
CN105051766A (zh) 通信系统中的支付
CN107466408A (zh) 离线支付系统中的积分奖励
EP3474210A1 (en) User account controls for online transactions
CN104995647A (zh) 用于发现和支付由团体所欠债务的方法
CN102667837A (zh) 用于计算机实施的支付系统的资助账户
US20180053162A1 (en) On-line payment system
TW201640424A (zh) 利用客戶帳號直接匯款的交易方法及其系統，及非暫時電腦可讀記錄媒體
US20160180317A1 (en) Offline peer-to-peer transactions
KR101735287B1 (ko) 애플리케이션 펀딩서비스를 제공하는 서버, 방법 및 시스템
JP2020098491A (ja) 注文決済装置、コンピュータプログラム及び注文決済方法
JP2015125452A (ja) マンション管理会社向け振込管理システムおよび方法
US20190325409A1 (en) Interaction processing with virtual counter-party identification
KR20150096158A (ko) 애플리케이션 펀딩서비스를 제공하는 방법 및 시스템
KR102323300B1 (ko) 온라인 축의가 가능한 웨딩 플랫폼을 제공하는 방법, 장치 및 컴퓨터-판독 가능 기록 매체
CN115499182A (zh) 一种多账户登录应用程序的方法、装置和系统
US20150066723A1 (en) Maintaining online functionality during an outage

Legal Events

Date Code Title Description
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: American California

Patentee after: Google limited liability company

Address before: American California

Patentee before: Google Inc.

CP01 Change in the name or title of a patent holder