本申请要求于2015年10月13日提交的申请号为no.62/240,671的美国临时申请的权益，该美国临时申请通过引用方式被整体纳入本文。
所描述的实施方案涉及用于促进各方之间的电子交易的系统和方法。具体地，所描述的实施方案涉及用于使用数字代币来促进安全电子交易的系统和方法。
背景技术：
当今的现代经济越来越少地依靠政府发行的现金来完成经济交易。取而代之的是，越来越多地依赖于无需任何实体现金交换的其他形式的支付方法。
在基于现金的经济交易模型中，通过验证交易各方所持有的现金工具来授权交易。现金模型的交易简单、廉价且易于实施。然而，现金模型受其使用的限制。在现金模型中，要求交易参与者在彼此面前实际存在。
另一方面，当前的技术现状是基于账户的，并且包括基于诸如信用卡、借记卡、储值交易、移动银行等工具的交易。在基于账户的模型中，通过验证注册账户持有人或账户所有人的身份来授权交易。虽然基于账户的模型提供在远离彼此的参与者之间进行交易的益处，但该模型的身份验证要求使其变得非常昂贵且容易受到欺诈。
因此，目前的经济交易模型常常具有许多缺点和复杂性。因此需要一种用于促进各方之间安全、有效、有利且简单地进行电子交易的系统和方法。
技术实现要素：
在广泛的方面，本文描述的至少一个实施方案提供了一种操作一交易系统以促进在客户系统和商家系统之间的交易的方法，其中，所述方法包括以下步骤：从所述客户系统接收对至少一个数字代币的请求，操作至少一个处理器以生成所述至少一个数字代币，将所述至少一个数字代币发送到所述商家系统以换取至少一个物品，以及验证所述至少一个数字代币以确认所述至少一个处理器生成所述至少一个数字代币。
在多种实施方案中，用于生成所述至少一个数字代币的所述至少一个处理器位于所述客户系统处，并且该方法还包括将所述至少一个数字代币发送到发行方系统，操作在所述发行方系统处的至少一个处理器以授权所述至少一个数字代币并生成至少一个被授权的数字代币，以及将所述至少一个被授权的数字代币发送到所述客户系统，其中所述至少一个被授权的数字代币由所述客户系统用于与所述商家系统的交易中。
在多种实施方案中，所述发行方系统的至少一个处理器基于对于发送所述至少一个数字代币给所述发行方系统的所述客户系统的资金的可用性来授权所述至少一个数字代币。
在多种实施方案中，发送到所述发行方系统的所述至少一个数字代币是盲币，且对于所述发行方系统而言所述客户系统的身份不明。
在多种实施方案中，用于生成所述至少一个数字代币的所述至少一个处理器位于发行方系统处，并且所述方法还包括将所述至少一个数字代币发送到所述客户系统，其中，所述至少一个数字代币由所述客户系统用于与所述商家系统的交易中。
在多种实施方案中，所述商家系统将从所述客户系统接收到的所述至少一个数字代币发送到所述至少一个处理器用于验证。
在多种实施方案中，所述商家系统将从所述客户系统接收到的所述至少一个数字代币发送到收单方系统，并且所述方法还包括在所述收单方系统处理所述至少一个数字代币以识别生成所述至少一个数字代币的所述至少一个处理器，以及将所述至少一个数字代币发送到所述至少一个处理器用于验证。
在多种实施方案中，如果验证成功，则该方法包括将所述至少一个物品从所述商家系统转移到所述客户系统。
在多种实施方案中，所述至少一个数字代币经由密码技术生成。
在一些实施方案中，所述至少一个数字代币包括使用条件，其中该使用条件限制在交易系统内对所述至少一个数字代币的使用。
另一方面，在本文中描述的至少一个实施方案中，提供了一种用于管理在客户系统和商家系统之间的交易的系统，所述系统包括至少一个处理器，所述至少一个处理器被配置为：从所述客户系统接收对至少一个数字代币的请求，操作所述至少一个处理器以生成所述至少一个数字代币，将所述至少一个数字代币发送到所述客户系统以用于与所述商家系统的交易中，以及验证所述至少一个数字代币以确认所述至少一个处理器生成所述至少一个数字代币。
另一方面，在本文描述的至少一个实施方案中，提供了一种用于管理在客户系统和商家系统之间的交易的系统，所述系统包括至少一个处理器，所述至少一个处理器被配置为：从所述客户系统接收至少一个数字代币，授权所述至少一个数字代币并生成至少一个被授权的数字代币，将所述至少一个被授权的数字代币发送到所述客户系统，其中，所述至少一个被授权的数字代币由客户系统用于与商家系统的交易中，以及验证所述至少一个数字代币以确认至少一个处理器对该至少一个数字代币的授权。
在多种实施方案中，所述至少一个处理器被配置为基于对于发送所述至少一个数字代币的客户系统而言的资金的可用性来授权所述至少一个数字代币。
另一方面，在本文描述的至少一个实施方案中，提供了一种用于管理在客户系统和商家系统之间的交易的系统，所述系统包括至少一个处理器，所述至少一个处理器被配置为：生成至少一个数字代币，将所述至少一个数字代币发送到发行方系统用于授权，以及接收至少一个被授权的数字代币用于在与商家系统的交易中使用。
另一方面，在本文描述的至少一个实施方案中，提供了一种存储计算机可执行指令的计算机可读介质，所述指令用于使至少一个处理器执行操作一交易系统以促进在客户系统和商家系统之间的交易的方法，所述方法包括：从客户系统接收对至少一个数字代币的请求，操作至少一个处理器以生成所述至少一个数字代币，将所述至少一个数字代币发送到所述商家系统以换取至少一个物品，以及验证所述至少一个数字代币以确认所述至少一个处理器生成所述至少一个数字代币。
根据下面结合附图的详细描述，本申请的其他特征和优点将变得明了。然而，应该理解的是，尽管表明了本申请的优选实施方案，但是详细描述和具体实施例仅是以示例的方式给出的，这是因为本领域技术人员从该详细描述中将明了在本申请的精神和范围内的各种变化和修改。
附图说明
现在将参考附图详细描述本发明的若干实施方案，在附图中：
图1是根据一个示例实施方案的交易系统的框图；
图2是根据另一示例实施方案的交易系统的框图；
图3是根据另一示例实施方案的交易系统的框图；
图4是根据另一示例实施方案的交易系统的框图；
图5例示了根据一个示例实施方案的交易系统内的数据流；
图6a例示了根据一个示例实施方案的交易系统的框图；
图6b例示了根据另一示例实施方案的交易系统的框图；和
图7例示了根据一个示例实施方案的数字货币的框图。
提供附图是为了例示本文描述的示例实施方案的各方面和特征的目的。为了例示的简单和清楚起见，图中所示的元件不一定按比例绘制。此外，在认为适当的情况下，可以在附图中重复使用附图标记以表示对应或类似的元件。
具体实施方式
应当领会，阐述了许多具体细节以便提供对本文描述的示例实施方案的透彻理解。然而，本领域普通技术人员将会理解，在没有这些具体细节的情况下仍可以实践本文描述的实施方案。在其他情况下，公知的方法、过程和部件未被详细描述以免使本文描述的实施方案混淆不清。
本文描述的系统和方法的实施方案可以以硬件或软件或这两者的组合来实施。这些实施方案可以以可编程计算机上执行的计算机程序来实施，每个计算机包括至少一个处理器、数据存储系统(包括易失性存储器或非易失性存储器或其他数据存储元件或其组合)以及至少一个通信接口。例如但不限于，各种可编程计算机可以是服务器、网络设备、机顶盒、嵌入式设备、计算机扩展模块、个人计算机、膝上型计算机、移动电话、智能电话或能够被配置为执行本文描述的方法的任何其他计算机设备。
每个程序都可以以高级程序或面向对象编程语言或脚本语言或这两者来实施，以与计算机系统通信。然而，替代地，如果需要，程序可以以汇编语言或机器语言来实施。所述语言可以是编译或解释性语言。每个这样的计算机程序都可以存储在非临时性计算机可读存储介质(例如，只读存储器、磁盘、光盘)上。如此配置的存储介质使计算机以特定和预定义的方式操作以执行本文所述的功能。
尽管在本文中明确描述了各功能和特征的特定组合，但是这些特征和功能的其他组合也是可能的，其不受本文所公开的具体实施例的限制，并且它们明确地包含在本发明的范围内。
在多种实施方案的描述中使用了术语模块，模块包括以硬件或软件或这两者实施的功能块，所述功能块执行一个或多个功能，比如处理输入信号以生成输出信号。如本文中所使用的，模块可以包含其本身就是模块的子模块。
此外，应当领会，为了例示的简单和清楚起见，在认为适当的情况下，可以在附图中重复使用附图标记以表示对应或类似的元件。另外，阐述了许多具体细节以便提供对本文描述的实施方案的透彻理解。然而，本领域普通技术人员将会理解，在没有这些具体细节的情况下仍可以实践本文描述的实施方案。在其他情况下，公知的方法、过程和部件未被详细描述以免使本文描述的实施方案混淆不清。而且，所述描述不应被视为对本文描述的实施方案的范围进行限制。
还应该注意的是，本文使用的术语“耦合(coupled)”或“耦合(coupling)”取决于使用这些术语的上下文而可以具有若干不同的含义。例如，术语耦合或耦合可以具有机械、电或通信含义。例如，如本文所使用的，术语耦合或耦合可以表示两个元件或设备可以直接彼此连接或者通过一个或多个中间元件或设备经由电元件、电信号或机械元件(取决于具体的上下文)彼此连接。此外，术语“通信耦合(communicativecoupling)”可用于表示元件或设备可以电地、光学地或无线地将数据发送到另一元件或设备以及从另一元件或设备接收数据。
还应该注意的是，如本文所使用的，措词“和/或”旨在表示包含性的或者。也就是说，例如，“x和/或y”旨在表示例如x或y或两者。作为另一个例子，“x、y和/或z”旨在表示x或y或z或其任意组合。
应该注意的是，本文所用的程度术语诸如“基本上(substantially)”、“大约(about)”和“近似(approximately)”意味着被修饰的术语的合理偏差量，使得最终结果不会显著改变。如果该偏差不会否定其修饰的术语的含义，则这些程度术语也可以被解释为包括所修饰的术语的偏差。
此外，本文中记载的任何带有端点的数值范围包括涵盖在该范围内的所有数字和分数(例如1至5包括1、1.5、2、2.75、3、3.90、4和5)。还应该理解的是，其所有数字和分数都被假定为修饰有术语“大约”，该术语意味着如果最终结果没有显著改变则所指的数字的高达一定量的变化。
本文描述的是使用数字支付工具或货币促进安全电子交易的系统和方法的示例实施方案。本文公开的多种实施方案的数字货币可以是具有至少由参与交易的各方认可的价值的任何电子工具。因此，数字货币可用作交易中各方之间的交换媒介。
数字货币可以包括使用密码技术生成或创建的加密货币。数字货币还可以包括虚拟货币，虚拟货币可以是由其开发者发行和控制的任何受监管或不受监管的数字货币。数字货币还可以包括任何其他形式的在线工具，所述工具可具有或者也可不具有实体形式，并且可以用于在交易中买或者卖物品。
在本文公开的多种实施方案中，交易通过验证货币本身而不是货币付款方或所有者的身份来授权。换言之，货币付款方或所有者的身份与支付工具或货币本身是没有联系的。
传统的交易模式(比如上面讨论的基于账户的模式)基于保护整个网络并通过安全网络传递不安全信息，比如包括姓名、账号、密码等的客户标识。在这种交易模式中保护网络是一项非常繁琐的任务。确保网络安全性往往是非常昂贵的，要不断演进并且容易发生欺诈。相反，在本文公开的多种实施方案中，系统和方法基于创建高安全性数字支付工具并通过可用网络传递所述支付工具，所述可用网络可能是安全的或不安全的网络。如将在下面进一步详细描述的，可以实现这样的高安全性数字支付工具以提供基于非id的多币种支付工具，其中工具本身而非整个网络被保护，并且需要必要的端点以促进电子交易。因此，本文描述的高安全性数字支付工具可以被视为结合了现金工具和电子交易的可取属性。
首先参考图1，其例示了根据一示例实施方案的交易系统100的框图。交易系统100包括发行方系统105、客户或付款方系统110、商家或收款方系统115、收单方系统120和通信网络125。
通信网络125可以是能够携带数据的任何网络或网络部件，包括因特网、以太网、普通老式电话服务(pots)线路、公共交换电话网络(pstn)、综合业务数字网络(isdn)、数字用户线路(dsl)、同轴电缆、光纤、卫星、移动电话、无线网络(例如wi-fi、wimax)、ss7信令网络、固定线路、局域网(lan)、广域网(wan)、直接点对点连接网络、移动数据网络(例如，通用移动电信系统(umts)、3gpp长期演进技术升级版(lte升级版)、全球互通微波接入(wimax)等)以及其他，包括以上各项的任何组合。
发行方系统105可以是包括处理器和存储器并且能够与通信网络125通信的联网计算设备或服务器。发行方系统105可以替代地是分布式系统，其包括多于一个的能够彼此通信的联网计算设备或服务器。发行方系统105的分布式系统实现方式可以包括一个或多个具有计算处理能力的处理器和诸如数据库或文件系统之类的存储器。
发行方系统105是代表客户或付款方系统110持有数字货币价值的任何实体。发行方系统105可以是比如银行之类的金融机构或者存储和保护客户或付款方系统110价值的任何其他法律实体。
发行方系统105的主要功能是控制数字货币在交易系统100内的流通中流入及流出。在一些实施方案中，发行方系统105制造数字货币并将其发放给付款方系统110。数字货币可以根据付款方系统110的请求以预定频率被发放到付款方系统110，或者基于发行方系统105与付款方系统110之间的一些其他预先建立的规则或协议被发放到付款方系统110。例如，可以在每月开始时或者以每两周等方式将固定值的数字货币发放到付款方系统110，但是也可以根据请求将附加的数字货币发放到付款方系统110。
在一些其他实施方案中，付款方系统110制造数字货币并且发行方系统105对所制造的数字货币进行授权用于在交易系统100内流通。在这样的实施方案中，所制造的数字货币只有在发行方系统105将该所制造的数字货币授权为有效使用之后才由交易系统100的各部件认可。在这样的实施方案中，发行方系统105和付款方系统110都参与数字货币的制造。
在一个实施例中，付款方系统110使用密码技术来制造或生成各种面值的数字硬币。在一些实施方案中，所使用的密码协议可以包含一定程度的灵活性，其中发行方系统105和/或与其相关联的付款方系统110可以使用不同但可互操作的密码方法来实施其各自形式的密码代币。这种灵活性可以是合乎需要的，这是因为可以迅速纳入随着时间推移而发展的对密码技术的改进。例如，发行方系统“a”实施rsa2024，发行方系统“b”实施dsa4000，发行方系统“c”实施u-prove，而发行方系统“d”实施椭圆曲线密码技术(ecc)。由于每个发行系统通常在交易期间验证其自身的数字硬币，因此发行方系统可以在同一系统内实施或改变他们对密码方法的选择，从而允许多个密码体制在同一系统内互操作。然后使用盲标签名技术由付款方系统110对制造币进行盲标。对制造币进行盲标的过程可以包括给制造币乘以随机因子。进行盲标的目的在于确保除了负责数字硬币制造的实体之外，没有任何实体确切地知道制造币的准确面值和/或所有者。这可以提供完全匿名的优点，由于制造币无法追溯到付款方系统110。
接下来，可以将盲标数字硬币打包成消息，该消息可通过付款方系统110的私钥进行数字签名并利用发行方系统105的公钥被加密，以及经由通信网络125发送到发行方系统105用于授权。在发送到发行方系统105之前利用加密将盲标数字硬币打包成消息的目的在于确保除了发行方系统105以外，没有任何实体可以解密该消息。
一旦在发行方系统105处接收到消息，发行方系统105就解密该消息并检查付款方系统110的数字签名。发行方系统105接下来检查付款方系统110是否在相应的财务记录(比如银行账户)中具有与制造的量相等的量。在一些情况下，只有在可以从付款方系统110的银行账户中成功地将与制造的量相等的量记入借方时，发行方系统才授权在交易系统100内使用所制造的数字货币。在另一些情况下，即使在授权时不能从付款方系统110的银行账户中成功地将与制造的量相等的量记入借方，发行方系统仍可以授权在交易系统100内使用所制造的数字货币，只要能够在将来的某个时间将与制造的量相等的量记入借方。
在从付款方系统110的银行账户中将相等的量记入借方之后，或者在建立了对能够在未来将该量记入借方的信任之后，发行方系统105对所制造的数字货币进行授权并将被授权的数字货币发送回付款方系统110用于立即使用或将来使用。
在多种实施方案中，发行方系统105被配置为对客户财务记录进行定义、更新和维护。每个客户财务记录都对应于发行方系统105可与之交互的每个付款方系统110。在一些情况下，发行方系统105可通信地链接到付款方系统110的财务服务账户，并被配置为基于从银行账户接收的信息来对客户财务记录进行定义、更新和维护。财务服务账户可以包括但不限于与客户的银行、借记卡、信用卡相关联的账户；或非账户，比如诸如那些为汇款交易而建立的账户之类的一次性“暂记账户”。
在一些情况下，每个客户财务记录都标识了由付款方系统110拥有的政府发行货币(例如举例而言本地货币、外币等)。在另一些情况下，每个客户财务记录额外地标识了付款方系统110所拥有的其他商品，例如铁、金、银、钻石等。在另一些情况下，每个客户财务记录可额外地标识不动产、股票/债券和/或其他证券等，和/或具有由付款方系统110所拥有的货币价值的任何其他工具。
在多种实施方案中，发行方系统105还被配置为将价值转移给第三方作为付款。当付款方系统110在与交易系统100内的商家或收款方系统115的交易中使用授权的数字货币时，发行方系统105被配置为将等值的政府发行货币转移给商家或商家代表(比如商家银行)作为付款。
发行方系统105被配置为在向商家或商家代表付款之前对从付款方系统110转移到收款方系统115的数字货币进行验证。当数字货币从付款方系统110转移到收款方系统115时，收款方系统115或收单方系统120将数字货币转移到发行方系统105用于验证。发行方系统105进行验证，或者换句话说，确保使用的数字货币是有效货币。在大多数情况下，发行方系统105通过确认发行方系统105最初授权了数字货币供使用来验证数字货币。
额外地，发行方系统105还被配置为在使用或转移之后修改或撤销数字货币。在付款方系统110将数字货币成功地转移到商家或收款方系统115之后，即在发行方系统105验证了数字货币之后，发行方系统105撤销或修改数字货币以备将来使用或转移。例如，如果价值$5cad的数字货币成功地从付款方系统110转移到收款方系统115用于进行价值$5cad的交易，则发行方系统105撤销该数字货币以备任何将来的使用或转移。然而，如果价值$10cad的数字货币从付款方系统110成功地转移到收款方系统115用于进行价值$5cad的交易，则发行方系统105将数字货币的价值从$10cad修改为$5cad。在使用或转移之后修改数字货币的这种方法可以被称为用于制作链的菊花链法。
在另一些情况下，交易系统100可以实施进行改变的直接方法。这种直接方法可以发生在交易之前或交易期间。如果在交易之前请求改变，则付款方系统110可以自己判断向发行方系统105发送请求以将大面值代币拆分为若干较小面值的代币。在一些实施方案中，客户的钱包应用程序(下面会更详细描述)可以识别出客户不具有最适合的零钱(例如，基于对先前交易的回顾等)并且通知客户授权向发行方系统105发送一些代币以拆分成较小的面值。在又一些实施方案中，客户的钱包应用程序可以在确定客户不具有最适合的零钱时自动地将代表客户的请求发送给发行方系统105用于要求零钱。
或者，在交易过程中可能会需要找零。在这种情况下，付款方系统110选择收款方系统115上的物品进行购买，并且收款方系统反过来为付款方系统110生成发票。如果付款方系统110不具有恰好的零钱(例如，如果收款方系统115生成的发票显示的是$5，但付款方系统具有的是$10数字代币)，则付款方系统110就向发行方系统105发送要求恰好的零钱的请求。在此过程期间，与收款方系统115的购买交易可暂时中止，直到已从发行方系统105获得零钱为止。一旦从发行方系统105获得零钱，随着付款方系统110具有恰当的零钱用于付款，交易可以继续。在一个实施例中，付款方系统110发送$10代币且从发行方系统105请求两个$5代币并且继续完成与收款方系统115的交易。在另一个实施例中，付款方系统110将$10代币和由收款方系统115出具的发票发送给发行方系统105，并接收$5代币以存储在付款方系统110中且接收预授权代币(或消息)以呈送给收款方系统115和收单方系统120。在该实施例中，预授权代币不需要由发行方系统105验证以完成交易。下文中对验证过程进行详细讨论。
在一些情况下，交易系统100可以实施一个其中收款方系统115发行零钱的系统。这种情境类似于真实世界的情况，其中，客户为商品和/或服务提供商业现金并接收找回的零钱。付款方系统110选择收款方系统115上的物品进行购买，并且收款方系统反过来为付款方系统110生成发票。如果付款方系统110不具有恰好的零钱(例如，如果收款方系统115生成的发票显示的是$5，但付款方系统具有的是$10数字代币)，则付款方系统110提供其价值大于发票中所显示的价值的代币。在这种情况下，收款方系统115识别出付款方系统110已经提供了超额金额。收款方系统115可以制造对应于零钱价值的一个或多个代币并将所述代币转移回付款方系统110。在一些情况下，制造零钱的收款方系统115可以使用与由付款方系统110使用的发行方系统105不同的发行方系统来授权找零。由此，付款方系统110可随着时间的推移积累由多个不同的发行方授权的数字代币。在随后的交易中，付款方系统110可以给收款方系统115提供已经被各种不同的发行方系统授权的数字代币。在支付处理期间，可能需要收单方系统120联系多个发行方来验证由付款方系统110所提供的付款。
在一些情况下，除了发行零钱之外，收款方系统115还能够制造其他形式的代币(比如专有代币或类似于忠诚点数的等同物)以激励客户或付款方系统110更多地购买。由收款方系统115发行给付款方系统110的专有代币的量可以是所开发票价值的百分比、固定量或分级量(例如对于$20而言的$5店铺抵用券)。这种专有代币只能由发行的收款方系统115兑换。
在一些情况下，交易系统100可以实施一个其中收单方系统120发行零钱的系统。在这种情况下，付款方系统110选择收款方系统115上的物品进行购买，并且收款方系统反过来为付款方系统110生成发票。如果付款方系统110不具有恰好的零钱(例如，如果收款方系统115生成的发票显示的是$5，但付款方系统具有的是$10数字代币)，则付款方系统110就提供其价值大于发票中所显示的价值的代币。收款方系统115将交易发送给收单方系统120用于验证。在当前情况下，收单方系统120可以决定发行零钱，而不是像前面的情况中描述的那样询问发行方系统105。为此，收单方系统120向发行方系统105提供附加信息以及与原始交易有关的信息，以指示收单方系统120应当发行零钱并且仅要求发行方系统105验证并记录发行系统105欠收单方系统120零钱，所述零钱为收单方系统120将发行的零钱。此外，将会要求发行方系统撤销由付款方系统110提供给收款方系统115的代币。一旦从发行方系统105接收到确认，收单方系统120可以发行零钱作为原始交易响应过程的一部分。
接下来涉及交易系统100的付款方系统110。付款方系统110可以包括具有处理器和存储器并且能够与通信网络125通信的任何联网计算设备。计算设备可以是个人计算机、工作站、服务器、便携式计算机、移动电话、无线耦合到接入点(例如无线路由器、蜂窝通信塔等)的膝上型计算机、无线启用的个人数字助理(pda)或智能电话、终端、平板计算机、经由有线或无线连接的游戏控制台、wap电话、嵌入式设备、智能卡或以上各项的组合。
支付系统110通常包括一个或多个输入设备，诸如键盘、鼠标、照相机、触摸屏和传声器等，并且还包括一个或多个输出设备，诸如显示屏和扬声器等。付款方系统110还具有网络接口，其用于连接到通信网络125以与交易系统100内的其他部件通信。
在多种实施方案中，付款方系统110包括客户端或钱包，其可以是应用程序，诸如由付款方系统110执行的计算应用程序、应用程序插件、微件、移动设备应用程序、javatm应用程序或网络浏览器以发送或传送数据。
客户端或钱包可以包括在各平台(例如，在个人计算机、移动电话、云环境等)上运行的任何软件，并且可以被配置为通过通信网络125与发行方系统105通信以安全地存储数字货币、以管理付款方系统110和发行方系统105之间的符合逻辑的联系、以提供用户接口、以在相联系的发行方系统105和付款方系统110之间转移价值并且以维护交易记录(例如，日志和数字收据等)。在一些实施方案中，存储数字货币和所有相关数据的钱包可由发行方系统105、付款方系统110或可信的第三方(例如可信的云计算供应商)来操作。
付款方系统110由客户来操作，客户使用存储在钱包中的数字货币与商家或收款方系统115进行购买。在一些实施方案中，每个付款方系统110可由被分配给付款方系统110的仅一个客户使用。在另一些实施方案中，付款方系统110可由多于一个客户使用，其中每个客户可通过输入识别信息(比如用户名和/或密码等)登入他/她的个人钱包。多方钱包可以由同一家庭的成员共享(例如家庭钱包)，或者其可以是由一群人(例如村庄成员)所共享的钱包。在维护个人钱包系统不合算的情况下，这种共享钱包或多方钱包可能很有用。例如，生活在经济上无法拥有智能手机的发展中国家的个人可选择使用多方钱包。
在再一些实施方案中，钱包可以被配置为具有相对于由操作钱包的客户可转移的资金量而言的变化的授权等级。所述资金量可以取决于客户的分配凭证。例如，分配给低级别员工的为公司支出而设的钱包(即，分配有与员工相对应的凭证的付款方系统100)可被配置为允许员工授权高达$500的交易。另一方面，行政级别的员工可以被给予授权更大交易的权限。例如，vp级别的员工可以授权高达$5000的交易，而首席执行官或首席财务官可以授权高达$1,000,000的交易。这些交易限制和各种其他策略可以通过使用管理工具来管理，所述管理工具也可以被配置为针对每个交易报告数字凭证。在一些情况下，凭证可以被组合起来用于甚至更大的交易。例如，结合了他们的授权凭证的首席执行官和首席财务官可以批准高于单独授予他们的交易限额的交易额。类似地，应用各授权级别的能力也可适用于多方帐户。例如，家庭钱包可以由父母管理，以便他们的子女可以具有不同于父母权限的授权限制。
在一些实施方案中，钱包还可以被配置为存储另一个国家的数字货币。例如，客户可以授权钱包来存储具有与各种全球货币(比如英镑、欧元、美元和日元)相对应的价值的数字货币。在一些情况下，还可以授权钱包将数字货币自动从一种类型转换为另一种类型。例如，在钱包确定出客户已经前往其中当地货币与当前存储在钱包中的货币不同的国家旅行时，客户可以授权钱包自动转换钱包中所存储的一些或全部货币。钱包可以通过访问钱包可用的数据源提供的位置数据(诸如gps坐标、ip地理位置数据或商家系统地址及账单信息)确定客户的位置。钱包可以将原始货币的现有数字硬币存回发行方系统105并且请求相同量的新国家货币。在一些实施方案中，客户可以建立转换规则以定制通过钱包所进行的货币转换的方式。例如，客户可以配置钱包以将数字硬币的整个钱包余额转换成新货币；将固定量转换为新货币(例如总是转换价值为$100的欧元、英镑、瑞士法郎等)；或购买与客户所在的国家相对应的固定量的外国数字货币，将该量添加到钱包中。
在一些实施方案中，付款方系统110请求发行方系统105为所请求的量发行数字货币。在另一些实施方案中，付款方系统110制造期望面值的数字货币并将制造货币发送给发行方系统105用于授权。被授权的数字货币随后可由付款方系统110用于与一个或多个收款方系统115进行一次或多次交易。
在多种实施方案中，付款方系统110给操作所述付款方系统110的客户提供用户接口。客户可操纵该用户接口以访问各收款方系统115并参与到与收款方系统115的交易中。
接下来涉及交易系统100的收款方系统115。收款方系统115可以包括具有处理器和存储器并且能够与网络通信的任何联网计算设备。计算设备可以是个人计算机、工作站、服务器、便携式计算机、移动电话、无线耦合到接入点(例如无线路由器、蜂窝通信塔等)的膝上型计算机、无线启用的个人数字助理(pda)或智能电话、终端、平板计算机、经由有线或无线连接的游戏控制台、wap电话或以上各项的组合。
收款方系统115还可以包括商家网站、网络位置、销售点(pos)终端、atm终端或提供与一个或多个商家相关联的产品或服务以及操作数据的任何商家数据源。在多种实施方案中，产品或服务和操作数据包括但不限于以下各项中的一项或多项：表明由潜在商家收款方提供的产品或服务的数据，表明由潜在商家收款方提供的产品或服务的价格的数据，表明潜在商家收款方的支付策略的数据，比如表明潜在商家收款方是否接受现金或提供通常使用现金支付的产品或服务的数据，表明潜在商家收款方的操作时间的数据，表明潜在商家收款方关门的日期和/或潜在商家收款方所遵守的假期的数据，和/或如本文所讨论的与可用的和期望的潜在商家收款方相关联的和/或作为在提交时在本领域中已知的和/或在提交之后被开发的/可用的任何其他产品或服务以及操作数据。
收款方系统115由商家操作，商家从付款方系统110接收数字货币以换取一个或多个产品和/或服务。在本文公开的多种实施方案中，客户使用他们的付款方系统110，尤其是钱包应用程序，以在诸如pc、网络服务器、基于云的存储器、移动电话、智能卡或pda之类的支付设备上接收和存储数字货币。在多种实施方案中，收款方系统115使用集成工具包将相应的商家店铺系统连接到支付处理器，并提供接口以接受来自客户钱包应用程序的支付。
接下来涉及交易系统100的收单方系统120。收单方系统120可以包括一个或多个服务器系统，所述一个或多个服务器系统包括一个或多个具有计算处理能力的处理器和比如数据库或文件系统之类的存储器。
收单方系统120由收单方控制和操作，该收单方是代表控制收款方系统115的收款方接收价值的法律实体。收单方系统120还被配置为接受义务与操作所述收款方系统115的商家/收款方进行结算。在一些实施方案中，收单方系统120可以被配置为处理多种类型的结算，包括但不限于实时rtgs、批量格式和基于时间的批量格式。
在多种实施方案中，收单方系统120从收款方系统115接收从付款方系统110转移到收款方系统115以进行交易的数字货币，并且确定发行方系统105要么制造数字货币要么对所制造的数字货币进行授权。在一些情况下，收单方系统120可以具有内部数据库或可以耦合到分析数字货币并确定相应发行方系统105的外部服务器。
一旦确定了与所接收的数字货币相对应的发行方系统105，收单方系统120就将数字货币发送给发行方系统105用于验证。如果发行方系统105成功验证数字货币，则发行方系统105将数字货币的货币价值发送给收单方系统120。收单方系统120还可以从发行方系统105接收交易收据，所述收单方系统120直接地或者经由收款方系统115将交易收据发送给付款方系统110。
在一些情况下，如果付款方系统115所转移的金额高于发行方系统105所购买的商品和/或服务的价值，则收单方系统120还可以从发行方系统105接收数字货币形式的零钱。收单方系统120直接地或者经由收款方系统115将零钱发送给付款方系统110。
接下来参考图2，其例示了根据一示例实施方案的交易系统200的框图。交易系统200包括付款方系统210、收款方系统215、合并的发行方/收单方系统230和通信网络225。在图2所例示的实施方案中，付款方系统210类似于图1的付款方系统110，且收款方系统215类似于图1的收款方系统115。类似地，通信网络225类似于图1的通信网络125。
合并的发行方/收单方系统230可以包括一个或多个服务器系统，所述一个或多个服务器系统包含一个或多个具有计算处理能力的处理器和诸如数据库或文件系统之类的存储器。合并的发行方/收单方系统230可以具有发行方系统(比如图1的发行方系统105)和收单方系统(比如图1的收单方系统120)二者的功能。
尽管为了清楚起见示出的是一个合并的发行方/收单方系统230，但是可以存在分布在广泛的地理区域中并且经由例如通信网络225连接的多个合并的发行方/收单方系统230。
在这一实施方案中，合并的发行方/收单方系统230可以是金融机构比如银行或独立第三方，其存储和保护客户110的价值并且具有义务与商家或收款方系统215进行结算。在一些实施方案中，发行方/收单方系统230可以被配置为处理多种类型的结算，包括但不限于实时rtgs、批量格式以及基于时间的批量格式。在一些情况下，如果为付款方系统210发行或授权制造数字货币的金融机构与为收款方系统215获取并处理数字货币的金融机构相同的话，则可以使用合并的发行方/收单方系统230。
接下来参考图3，其例示了根据一示例实施方案的交易系统300的框图。交易系统300包括发行方系统305、付款方系统310、收款方系统315、收单方系统320、通信网络225和处理系统335。在图3所例示的实施方案中，发行方系统305类似于图1的发行方系统105，付款方系统310类似于图1的付款方系统110，收款方系统315类似于图1的收款方系统115，且收单方系统320类似于图1的收单方系统120。类似地，通信网络325类似于图1的通信网络125。
处理系统335可以包括一个或多个服务器系统，所述服务器系统包括一个或多个具有计算处理能力的处理器和诸如数据库或文件系统之类的存储器。尽管为了清楚起见示出的是一个处理系统335，但是可以存在分布在广泛的地理区域中并且经由例如通信网络325连接的多个处理系统335。
处理系统335可以被配置为促进在发行方系统305和收单方系统320之间的通信。在一些实施方案中，处理系统335可以具有数据库或查询表，其使收单方系统320能够识别在交易期间制造数字货币或者对从付款方系统310转移到收款方系统315的数字货币进行授权的相关发行方系统305。
接下来参考图4，其例示了根据一示例实施方案的交易系统400的框图。交易系统400包括发行方系统405、付款方系统410、收款方系统415、收单方系统420、通信网络425和分析系统440。在图4所例示的实施方案中，发行方系统405类似于图1的发行方系统105，付款方系统410类似于图1的付款方系统110，收款方系统415类似于图1的收款方系统115，且收单方系统420类似于图1的收单方系统120。类似地，通信网络425类似于图1的通信网络125。
分析系统440可以包括一个或多个服务器系统，所述服务器系统包括一个或多个具有计算处理能力的处理器和诸如数据库或文件系统之类的存储器。尽管为了清楚起见示出的是一个分析系统440，但是可以存在分布在广泛的地理区域中并且经由例如通信网络425连接的多个分析系统440。
分析系统440可以被配置为促进在付款方系统410和收款方系统415之间的通信。在一些实施方案中，分析系统440可以是存储关于操作所述付款方系统410的客户的个人信息的大数据服务器。在一些实施方案中，分析系统可以由收款方系统415、收单方系统420、发行方系统405、第三方系统(未示出)来操作或者由这些系统中的一个或多个系统联合操作。在一些情况下，分析系统440可以为操作所述付款方系统410的客户提供选择以发布他们的个人信息。反过来，分析系统440可以为操作所述付款方系统410的客户提供其他有益信息，诸如免费的数字货币、商品或服务形式的免费礼物、访问分析信息诸如客户支出、客户模式和/或客户习惯等。在这样的情况下，分析系统440可以被配置为制造数字货币并将数字货币分配给操作所述付款方系统410的客户。
在一些实施方案中，分析系统440还可以存储关于各收款方系统415的个人信息。在一些情况下，分析系统440可以为操作所述收款方系统415的商家和/或银行提供选择以发布他们的个人信息。反过来，分析系统440可以向操作所述收款方系统415的商家和/或银行提供其他有益信息。这样的有益信息可以包括访问分析信息，比如举例而言，访问其他商家的客户，关于由收款方系统415提供的商品和/或服务的销售数据，使由收款方系统415提供的商品和/或服务与购买该商品和/或服务的对应客户的年龄、性别、地理位置和/或货币状况(除了其他因素之外)相关的关联数据。
在一些实施方案中，分析系统440可以基于客户与由一个或多个商家操作的一个或多个收款方系统415的交互来维护客户的忠诚点数(或奖励回头客户的其他标记)的数据库。在另一些实施方案中，忠诚点数本身可以用付款方系统410来存储。例如，忠诚点数可以本地存储在付款方系统410(例如，在由客户控制的智能电话上)的钱包应用程序中或者在由发行方系统405或付款方系统410控制的云中，或者为其中忠诚点数既本地存储并且又存储在云中的混合形式。在一些情况下，数字代币也可以通过客户存储在设备控制器(例如，付款方的智能电话上的钱包应用程序)中、存储在由发行方系统405或付款方系统410控制的云中，或者以上的组合。
在一些实施方案中，分析系统440可以用于当付款方系统410请求时或者当付款方系统410制造其自身的代币面值供使用时，促进对由发行方系统405生成的最合适的代币面值的确定。如果对于任何给定交易而言，付款方系统410具有恰当的代币量，则可以使支付系统的效率提高。例如，如果对于任何给定的交易而言，付款方系统410具有恰当的零钱，则可能需要较少的步骤来完成交易，这是因为如果发票上的确切金额最初被支付给收款方系统415，则付款方系统410就不再要求找零。
该优化可以基于使用由分析系统440提供的数据以各种普遍性级别来检查用户行为，包括1)一般群体(即支付系统的所有用户)；2)一般群体的特定组群(即具有特定消费习惯的某些群体)，其可通过对与一般群体相对应的用户数据应用各种启发式或分析式框架或过滤器来确定；或3)特定个人(即所识别的用户的目标行为分析)。用于优化代币面值的分析或者行为数据可以由分析系统440按需提供给付款方系统405或发行方系统410。替代地，分析系统440可以以固定的时间表(例如，每小时、每天、每周或每月等)将优化信息提供给发行方系统405或付款方系统410。
例如，客户“a”经常以$0.01购买新闻文章并且每天阅读大约25篇文章。客户“b”喜欢在线连续下载/放送音乐，其中每个曲目的费用为$0.05。客户“c”喜欢在线游戏并定期地将数个$0.10花费在游戏中消费上。所有三位客户参与不同的交易，并且他们也可能有不同的提款偏好。举例而言，客户“a”、“b”和“c”倾向于分别提取$10、$20和$50。此外，每个客户的消费频率也可能不同。每个客户a、b和c的数据以及其他客户的集体数据也可以提供对各种类别的用户(比如花费很多的用户(例如客户c)或频繁花费的用户(例如客户b))的深刻理解并且帮助确定整个群体组群的消费趋势。在一定时间后，由分析系统404为客户收集的累积数据可用于生成面值优化数据，给定个人的实际记录的交易数据与该面值优化数据进行比较以确定针对该特定个人而言的一组代币面值。在一些实施方案中，在发行方系统405或付款方系统410不能从分析系统440获得优化数据的情况下，这些系统可实施自身的默认优化策略。类似地，如果用户是新注册的用户并且没有收集到关于该用户的消费习惯的足够的分析数据，则也可以应用这种默认策略，直到获得更多的交易数据。
接下来参考图5，其例示了根据一示例实施方案的交易系统500内的数据流。交易系统500包括发行方系统505、付款方系统510、收款方系统515、收单方系统520和通信网络525。在图5所例示的实施方案中，发行方系统505类似于图1的发行方系统105，付款方系统510类似于图1的付款方系统110，收款方系统515类似于图1的收款方系统115，且收单方系统520类似于图1的收单方系统120。类似地，通信网络525类似于图1的通信网络125。在所例示的实施方案中，通信网络525基于互联网协议(“ip”)。传送可以通过私人或公共ip网络。
交易系统500是支持数字货币流通并且依赖于认证数字货币而非依赖于参与交易的付款方或客户的支付网络。在本文公开的多种实施方案中使用的数字货币包括可存储在设备上的价值承载工具。在多种实施方案中，数字货币包括基于加密代币的数字现金。从客户的角度来看，数字货币是直接的、匿名的且最终的。本文公开的多种实施方案中使用的数字货币可以由许多收款方系统115、发行方系统105和收单方系统120提供和接受。
在所示实施方案中，在550处，操作所述付款方系统510的客户从发行方系统505获得钱包软件。在另一些情况下，可以由付款方系统510从除了付款方系统510以外的某个来源获得钱包软件。例如，付款方系统510可以从任何在线数字媒体商店(比如itunes、googleplay等)获得钱包应用程序。
在552处，操作所述付款方系统510的客户将钱包应用程序链接到发行方系统505处的账户。如前所述，发行方系统505维护多个客户的记录，其中每个记录都包括对应的客户的账户标识符。账户标识符是指客户的账户，其可以是存储客户拥有的真实或虚拟货币、商品、股票、储值卡等的物理账户和电子账户的组合。
通过将付款方系统510处的钱包应用程序链接到发行方系统505处的账户，客户可以在交易期间访问由发行方系统505存储或可访问的货币和/或商品等。在本文公开的多种实施方案中，钱包应用程序与账户的连接仅仅是为了了解关于客户的账户价值而需要的。如下文讨论的，可由发行方系统505使用这种对客户账户的价值的了解用于验证由钱包应用程序所制造的数字货币。
在554处，付款方系统510从发行方系统505接收数字货币。付款方系统510可使用数字货币用于与一个或多个收款方系统515或商家进行交易。一旦数字货币被付款方系统510接收，数字货币就被存储在付款方系统510的存储器中。数字货币可以驻留在付款方的设备(例如，移动电话、智能卡等)上，或者它可以驻留在云中(在付款方、发行方、操作方或以上各项的任何组合的控制下)，或者它可以同时驻留在两者(付款方设备和云)中。
在多种实施方案中，付款方系统510的钱包应用程序制造代币。在一些情况下，针对预先确定的货币面值制造代币。在另一些情况下，针对付款方系统510所要求的恰好的零钱而制造代币。一旦付款方系统510制造了代币，该代币就被发送给发行方系统505用于验证。只有经过验证的代币可被付款方系统510用于交易。
在另一些实施方案中，发行方系统505基于来自付款方系统510的请求自行制造代币。在这种情况下，发行方系统505可以制造如付款方系统510所请求的恰当面值的代币。在另一些情况下，发行方系统505可以以预先确定的面值的一些组合来制造所请求的金额。一旦发行方系统505制造了代币，可以或可以不要求进行验证。所制造的和/或经验证的代币随后被传送到付款方系统510用于进行交易。
在556处，操作所述付款方系统510的客户访问商家或收款方系统515以浏览商家的商品和服务并可能购买一个或多个商品和服务。付款方系统510和收款方系统515可以位于彼此靠近的位置，或者可以彼此远离。
一旦客户识别出客户想要购买的商品和/或服务，在558处，客户通常去结账并选择付款方法。结账可以是电子结账，比如在网站上或在实体商家位置处的实体结账地点。
在560处，当检测到客户有兴趣购买商品和/或服务时，收款方系统515生成标识出欠商家的金额的发票。发票还可以标识出正在购买的商品和/或服务。收款方系统515也可以将发票发送给客户。
在562处，客户批准支付并且所需金额被从付款方系统510传送到收款方系统515。在本文公开的实施方案中，客户使用数字代币进行支付。
在一些实施方案中，步骤554可以发生在步骤560之后，其中仅在从收款方系统515接收到数字签名的发票之后，付款方系统510才从发行方系统505接收该代币。一旦付款方系统510接收到数字签名的发票，付款方系统510就自己制造所需代币或者请求发行方系统505制造所需代币。然后，在可以使用制造的代币之前，发行方系统505可以对制造的代币进行验证。
在564处，一旦支付代币被从付款方系统510发送到收款方系统515，收款方系统515就将支付代币和发票发送给收单方系统520。支付代币和发票被发送给收单方系统520是为了将货币存到商家账户。以这种方式进行的向商家账户的资金转移可以被视为“拉取”交易，其中与商家相关联的收单方系统520从与付款方系统510相关联的发行方拉取资金。在其他情况下，系统还可以支持被视为“推送”交易的交易，其中付款方系统510将资金存到或推送到收款方系统515的账户。例如，收款方系统515可以是慈善机构，并且付款方系统可以与希望将资金转移到慈善机构的捐赠者相关联。在这种情况下，可以使用本文描述的类似方法将资金从付款方系统510推送到收款方系统515。在一些实施方案中，无论交易是推送交易还是拉取交易，诸如发票之类的信息的传送都可以以未加密的方式(即不受阻碍地)进行。在另一些情况下，交易信息的传送是通过加密的通信信道进行的。在再一些情况下，交易信息可以在支付代币本身内被加密。
在566处，收单方系统520确定与从收款方系统515接收到的支付代币相对应的发行方系统505或发行方。一旦确定相应的发行方系统505，收单方系统520就将支付代币发送给发行方系统505用于进行验证。
接下来，发行者系统505验证从收单方系统520接收到的支付代币，并将验证结果发送给568a处的收单方系统520和568b处的收款方系统515。一旦从收单方系统520接收到支付代币，发行方系统505就验证发行方系统505是否制造和/或验证了支付代币。
例如，在其中代币由付款方系统510制造并由发行方系统505验证的实施方案中，发行方系统505验证支付代币已由发行方系统505授权供使用。在其中代币由发行方系统505制造和/或验证的实施方案中，发行方系统505验证支付代币已由发行方系统505制造和/或验证。在其中代币由发行方系统505和付款方系统510组合制造的实施方案中，发行方系统505验证代币。
一旦发行方系统505验证从收单方系统520接收到的支付代币已由发行方系统505验证和/或制造，发行方系统505就将验证结果发送给收单方系统520和收款方系统515。在一些情况下，验证结果经由收单方系统520被发送到收款方系统515。
在发行方系统505确认支付代币已由发行方系统505验证和/或制造的情况下，验证结果包含对该结果的批准。另一方面，如果发行方系统505不能确认支付代币已由发行方系统505验证和/或制造，则验证结果包含对该结果的错误标记。
如果验证结果包含发行方系统505的批准，则在570处，收款方系统515发送收据给付款方系统510，确认支付代币的验证状态和交易的完成。同样在570处，商品和/或服务被交付给客户，其中交付可以是即时或延迟的。在大多数情况下，收据是数字签名的并且合法有效。
在一些情况下，其中支付代币不是商品和/或服务的恰当金额并且欠付款方系统510零钱，在572c处，收款方系统515还可以将适当的零钱发送给付款方系统510。在本文公开的多种实施方案中，零钱也是类似于支付代币的数字货币并且由发行方系统505生成。然后在572a处，零钱被从发行方系统505发送到收单方系统520，然后在572b处从收单方系统520发送到收款方系统515。付款方系统510可以本地存储零钱代币或者将其发送给发行方系统505。在一些实施方案中，收款方系统515(即，商家)也能够例如通过上述方法中的制造数字货币并且直接或间接地(即通过收单方系统520)将适当的零钱发送回付款方系统510来提供零钱。
接下来，在574a处，发行方系统505向收单方系统520支付由付款方系统510购买的商品和/或服务的价值。支付给收单方系统520的价值可以是实际货币的电子转账。类似地，在574b处，收单方系统520使用可用的结算工具向收款方系统515支付适当的金额。例如，收单方系统520将适当的实际货币存到收款方系统515的银行账户中。
接下来参考图6a，其例示了根据示例实施方案的交易系统600的框图。交易系统600包括发行方系统605、客户/付款方系统610、商家/收款方系统615、收单方系统620、支付处理系统645和网络管理器系统650。此外，在所例示的实施方案中，发行方系统605包括发行方控制系统625，客户/付款方系统610包括付款方控制系统630，商家/收款方系统615包括收款方控制系统635并且收单方系统620包括收单方控制系统640。
在所例示的实施方案中，包括发行方控制系统625的发行方系统605对应于本文所讨论的发行方系统，比如图1的发行方系统105。类似地，包括付款方控制系统630的付款方系统610对应于本文所讨论的付款方系统，比如图1的付款方系统110，包括收款方控制系统635的收款方系统615对应于本文所讨论的收款方系统，比如图1的收款方系统115，且包括收单方控制系统640的收单方系统620对应于本文所讨论的收单方系统。
在所例示的实施方案中，发行方控制系统625、付款方控制系统630、收款方控制系统635、收单方控制系统640、支付处理系统645和网络管理器系统650是服务器系统，所述服务器系统包括一个或多个具有计算处理能力的处理器和比如数据库或文件系统之类的存储器。
在所例示的实施方案中，发行方系统605、客户/付款方系统610、商家/收款方系统615和收单方系统620可以是由第三方提供、组织和/或维护的第三方系统。如前所述，发行方系统605和收单方系统620可以是金融机构，比如举例而言银行。
在多种实施方案中，发行方系统605是被授权以创建或授权在用于交易系统600中使用的所制造的数字货币的任何金融机构或任何其他法律实体。发行方控制系统625是使得金融机构能够实际创建或制造数字货币和/或对所制造的数字货币进行授权的软件栈(softwarestack)。发行方控制系统625向发行方系统605提供附加的功能，由此发行方系统605修改或撤销与数字货币相关联的价值以完成交易。
发行方控制系统625还被配置为验证在交易系统600内使用的数字货币以表明成功的交易。在多种实施方案中，发行方控制系统625通过确认从收单方系统620接收的数字货币是最初被制造还是被授权以供发行方控制系统625使用来验证数字货币。
在多种实施方案中，收单方系统620可以是能够代表收款方或商家接受价值的任何法律实体。在一个实施例中，收单方系统620是商家银行。收单方控制系统640是使收单方系统620能够代表收款方/商家接受数字货币的软件栈。收单方控制系统640还可以验证数字货币或验证来自收款方系统615的指令以交换数字货币。收单方控制系统640还允许收单方系统620从与已经参与到与收款方系统615的交易中的客户系统610相对应的发行方系统605获得数字货币，并且相应地代表收款方系统615与发行方系统605进行结算。在一些情况下，发行方系统605可以像一个发行方和收单方的系统620一样操作，而非作为两个单独的系统来操作。在这一配置下，组合的发行方和收单方系统可以执行两个系统的功能。
在本文所例示的多种实施方案中，客户系统610具有与发行方系统605的代理契约关系，其中发行方系统605为操作所述客户系统610的一个或多个客户保存资金。如前所述，客户系统610可以是为操作所述客户系统610的一个或多个客户提供用户接口的任何计算设备，使得客户能够参与到与商家系统615的交易中。
付款方控制系统630是使客户系统610能够参与到交易系统600中的软件栈。在一些实施方案中，付款方控制系统630可以从网站、应用商店(比如举例而言itunes、googleplay等)或者经由其他来源(比如举例而言cdrom、usb设备、外部硬件等)下载到客户系统610上。在本文例示出的多种实施方案中，付款方控制系统630可以是任何网络应用程序或在网络浏览器中运行的任何程序。付款方控制系统630可以以浏览器支持的编程语言(诸如javascript、html和css等的组合)来创建并依赖于网络浏览器来呈现应用程序。
在多种实施方案中，付款方控制系统630制造或生成供在交易系统600内使用的数字货币。付款方控制系统630可以以预定频率或每当交易需要时制造数字货币。如上所述，在大多数情况下，付款方控制系统630的所制造的数字货币仅在发行方系统605授权了数字货币之后才准备好供在交易系统600内使用。付款方控制系统630还被配置为存储所制造的并且授权的数字货币，并参与到与商家系统615的交易中。
在本文所示的多种实施方案中，收款方控制系统635具有与收单方系统620的代理契约关系，其中收单方系统620中包括的收单方控制系统640被配置为验证、接受和兑换由数字货币所持有的价值表示。
在本文所例示的多种实施方案中，收款方控制系统635比如举例而言通过提供基于网络的“购物车”应用程序来促进商家系统615的基于网络的交易系统，所述基于网络的“购物车”应用程序与客户的浏览器交互以使得能够进行基于网络的购买。收款方控制系统635还被配置为记录由客户系统610购买的商品和/或服务，并管理向操作所述客户系统610的客户交付所购买的物品。在一些情况下，交易系统600支持在实体位置处的交易。例如，购买可以发生在零售商店中，其中可以通过多种方法来支持付款，所述方法包括但不限于销售点(pos)终端、近场通信(nfc)和机器可读代码(例如qr代码或条形码)，所述过程是通过使用适当的通信协议(包括但不限于bluetooth、ibeacons和红外)来促进的。由此，收款方控制系统635可以进一步被配置为记录客户610在实体位置处所购买的商品和/或服务。
收款方控制系统635还被配置为将从客户系统610接收的数字货币转发给收单方系统620。在一些情况下，收款方控制系统635还将客户系统610和商家系统615之间的交易收据转发到收单方系统620。
收款方控制系统635附加地从收单方系统620接收在交易期间交换的数字货币的价值。在大多数情况下，仅针对成功完成的交易接收价值。
在本文所例示的多种实施方案中，支付处理系统645可以被配置为提供商家系统615和收单方系统620之间的功能接口。在一些情况下，支付处理系统645可以与商家系统615集成。在另一些情况下，支付处理系统645可以与收单方系统620集成。
支付处理系统645可以被配置为对操作所述商家系统615的商家进行注册并且管理从商家到相应的收单方系统620的数字货币的交换。例如，支付处理系统645可以被配置为从商家系统615接收在交易中所使用的数字货币，并且识别对应于该商家系统615的收单方系统620。一旦被识别，支付处理系统就将数字货币转发给收单方系统620用于与发行方系统605进行结算。
在本文例示的多种实施方案中，网络管理器系统650可以被配置为定义、维护和强制执行支付系统规则。在一些情况下，网络管理器系统650维护发行方系统605和收单方系统620的数据库，并且促进需要收单方系统620和发行方系统605一起参与的发现事情是一旦接收到数字货币就结算。
在图6a所例示的实施方案中，在一些情况下，交易系统600的所有部件都位于相同的地理参数(比如相同的国家)内。在这种情况下，发行方系统605和收单方系统620可以是同一国家内的金融机构，并且因此使用相同货币进行操作。在这种情况下，发行方控制系统625和收单方控制系统640不需要考虑货币转换和汇率。
在另一些情况下，发行方系统605和收单方系统620可以是位于不同国家的金融机构，并且因此使用不同的货币进行操作。在这种情况下，发行方控制系统625和收单方控制系统640可以被配置为考虑货币转换和汇率。
在一些情况下，客户系统610和商家系统615可以位于地理上不同位置处，比如不同的国家。在这样的情况下，商家控制系统635可以被配置为识别参与到与商家系统615的交易中的客户控制系统630的地理位置，并且以所检测到的客户控制系统630所处国家的操作货币显示各种货物和服务的价格。
在一些情况下，发行方系统605可以是一国家的中央银行或储备银行。在另一些情况下，发行方系统605可以是本地银行，并且交易系统600可以具有中央银行，其监视数字货币的发行和/或授权以及对交易系统600内的数字货币的验证。在这种情况下，本地的发行方系统605可以将客户系统610的要求发行和/或授权所制造的数字货币的请求中继到中央银行，并且将来自中央银行的所制造的和/或授权的制造数字货币转发给客户系统610。类似地，在这种情况下，本地的发行方系统605可以将在交易期间来自收单方系统620或网络管理器系统650的要求验证数字货币的请求中继到中央银行，并将验证结果转发给收单方系统620或网络管理器系统650。
接下来参考图6b，其例示了根据另一示例实施方案的交易系统600'的框图。交易系统600'类似于图6a的交易系统600，除了交易系统600'仅包括合并的发行系统605'和合并的购买系统610'之外。
在所例示的实施方案中，合并的发行系统605'类似于并包括图6a的发行方控制系统625和收单方控制系统640的功能。类似地，合并的购买系统610'类似于并包括图6a的客户控制系统630和收单方控制系统635的功能。
在图6b的实施方案中，合并的发行系统605'可以在一些情况下像图6a的发行方系统605一样起作用，并且在另一些情况下像图6a的收单方系统620一样起作用。类似地，合并的购买系统610'可以在一些情况下像图6a的客户系统610一样起作用，并且在另一些情况下像图6a的商家系统615一样起作用。
再次参考图1，其例示了交易系统100的框图。在一些实施方案中，付款方系统110与收款方系统115之间的交易可以离线发生。在这样的实施方案中，通信网络125可以暂时离线，或者交易系统100可以临时或永久地位于交易系统100的部件之间没有连接的地理区域中。在另一些情况下，如果通信网络125包括蓝牙技术、qr码技术等，则可以进入离线模式。
在离线模式下，付款方系统110和收款方系统115之间的交易发生达到如下程度，即付款方系统110和收款方系统115保持有对客户有兴趣购买的商品和/或服务的记录，并且付款方系统110将适当的数字货币转移到收款方系统115。
在离线模式的一些实施方案中，收款方系统115可以被配置为至少检测那些先前已被撤销或修改的数字代币。在离线模式的另一些实施方案中，收款方系统115简单地存储数字代币，直到交易系统100重新在线为止，一旦交易系统100重新在线所述数字代币就如上所讨论的被验证。
在一些实施方案中，付款方系统110和收款方系统115可以通过使用碰撞传输技术(bumptechnology)或用于启动数据传送的任何其他类型的技术来启动交易。
接下来参考图7，其例示了根据一示例实施方案的数字货币或数字代币700的框图。如上所述，数字代币700是使用密码技术生成或创建的加密货币。数字代币700可以是管制或非管制数字货币。
在图7的实施方案中，根据示例实施方案例示了数字代币700的各字段。字段705对应于数字货币的价值。如上所述，可以将数字货币700制造和发行为具有任何面值。例如，数字货币700可以具有任何价值，比如举例而言任何货币形式的5.00、5.75、5.2、0.13等的价值。
字段710对应于数字货币700的授权状态。这可以是其中数字货币由发行方系统(比如图1的发行方系统105)制造的实施方案中的可选字段。在数字货币由付款方系统(比如图1的付款方系统110)制造的实施方案中，数字货币700只有在被发行方系统授权的情况下才能在交易系统内使用。在这样的实施方案中，数字货币700的授权状态字段710标识出数字货币700是否已被发行方系统授权供在交易系统内使用。
字段715对应于数字货币700的花费状态。如果数字货币700先前在交易系统内未被使用，则花费状态字段715标识出“未花费”状态。如果数字货币700先前在交易系统内已被使用，则花费状态字段715标识出“已花费”状态。在后一种情况下，表明“已花费”状态的数字货币700将不可在交易系统内合法使用。
字段720对应于数字货币700的验证状态。在大多数情况下，一旦数字货币700在交易系统内的交易期间由发行方系统验证，则数字货币700的验证状态字段720就被设置为“已验证”以表明数字货币700资格完好。“已验证”状态还表明交易已成功并且商家可以将购买的商品和/或服务传送给客户。
字段725对应于管理对数字货币700的使用的条件。在多种实施方案中，可以通过将条件包括在数字货币700的条件字段725内来限制数字货币700的使用。条件字段725可以包括基于客户使用数字货币700购买的商品和/或服务的条件。例如，数字货币700可以包括阻止使用数字货币700来购买非法商品和/或服务(比如毒品、枪支等)的条件。在另一实施例中，数字货币700可以包括防止未成年顾客购买酒、香烟等的条件。在该实施例中，条件字段725可以包括数字货币700只能由交易正在进行的相应国家的法定年龄以上的人来使用的条件。
在一些情况下，一旦交易已经由例如选择商品和/或服务来购买的用户启动时，数字货币700就被制造和/或授权。在这种情况下，条件字段725可以包括数字货币700可用于的商品和/或服务的确切性质，从而防止将数字货币700用于不相关的交易。
字段730对应于数字货币700的转换状态。转换状态字段730表明数字货币700是否先前已经从一种货币修改或转换为另一种货币。例如，如果在价值较低的货物和/或服务的交易中使用了较高面值的数字货币700，则可以修改数字货币700以反映价值的平衡。在这种情况下，转换状态字段730可以被配置为表明对数字货币700所进行的修改的性质。
类似地，如果数字货币700以第一货币发行但后来被转换成第二货币以用于例如与初始发行国不同的国家，则转换状态字段730可以被配置为表明对数字货币700所进行的转换的性质。
字段735对应于数字货币700的发行方身份状态。发行方身份状态735表明对制造或授权用于在交易系统内使用的数字货币的发行方系统。发行方身份状态对识别验证过程的发行方身份很有用。
应当领会，阐述了许多具体细节以提供对本文描述的示例实施方案的透彻理解。然而，本领域普通技术人员将会理解，在没有这些具体细节的情况下仍可以实践本文描述的实施方案。在其他情况下，公知的方法、过程和部件未被详细描述以免混淆本文描述的实施方案。权利要求的范围不应受到优选实施方案和实施例的限制，而是应该被给予与整个说明书一致的最宽泛的解释。