国际贸易融资区块链系统的制作方法

本申请要求于2016年7月1日提交的，发明名称为“国际贸易融资区块链系统”，申请号为62/357,926的美国申请的优先权和权益，该美国申请的全部内容通过引用并入本文。

背景技术：

贸易交易可涉及从卖方到买方的商品或服务的销售。银行和其他金融机构等金融中介机构可以通过为贸易融资来促进这些交易。

信用证(“lc”)是贸易融资服务的一个例子，用于促进贸易交易，例如国际贸易交易。lc是银行发行的文档，它保证只要卖方满足某些条件，卖方将收到达到一定金额的付款。如果买方不能向卖方付款(并且已满足这些条件)，则lc允许卖方要求银行付款，银行必须支付剩余的欠款。信用证有效地将买方的信用替换为银行的信用，允许银行作为买方和卖方之间的中间人。目前，信用证主要是基于纸张的，需要单独审查，并且缺乏买卖双方获取实时状态信息或跟踪数据的能力。因此，目前的lc缺乏安全性、透明性和访问能力。

技术实现要素：

各种实施例涉及一种计算机实现的方法，包括生成与卖方和买方之间的贸易交易合同相关的基于区块链的信用证(“blc”)。blc定义了跟单流支付触发事件和供应链流支付触发事件。blc存储在区块链上。每个卖方和买方都可以访问blc以查看贸易交易的状态。跟踪与blc相关的多个跟单流事件。响应于检测到多个跟单流事件中的每一个的发生，相应的跟单流事件被记录在区块链上。多个跟单流事件中的每一个都链接到blc。跟踪多个供应链流事件。多个供应链流事件中的每一个都与贸易交易中涉及的商品的物理状态有关。响应于检测到多个供应链流事件中的每一个的发生，相应的供应链流事件被记录在区块链上。多个供应链流事件中的每一个都链接到blc。响应于检测到对应于跟单流支付触发事件的跟单流事件和对应于供应链流支付触发事件的供应链流事件两者的发生，将贸易交易合同的支付转移给卖方。

各种其他实施例涉及一种计算系统，包括贸易融资电路，被构造为生成与卖方和买方之间的贸易交易合同相关的blc。blc定义了跟单流支付触发事件和供应链流支付触发事件。区块链电路被构造为将blc存储在区块链上。卖方和买方均可访问blc以查看贸易交易的状态。事件电路被构造为跟踪与blc相关的多个跟单流事件。响应于检测到多个跟单流事件中的每一个的发生，所跟踪的跟单流事件被记录在区块链上。多个跟单流事件中的每一个都链接到blc。事件电路还被构造为跟踪多个供应链流事件。多个供应链流事件中的每一个都与贸易交易中涉及的商品的物理状态有关。响应于检测到多个供应链流事件中的每一个的发生，所跟踪的供应链流事件被记录在区块链上。多个供应链流事件中的每一个都链接到blc。贸易融资电路还被构造为，响应于检测到对应于跟单流支付触发事件的多个跟单流事件的第一跟单流事件和对应于供应链流支付触发事件的多个供应链流事件的第一供应链流事件两者的发生，将贸易交易合同的支付转移到卖方。

通过以下结合附图的详细描述，这些和其他特征以及其组织和操作方式将变得显而易见，其中，在下面描述的几个附图中，相同的元件具有相同的标号。

附图说明

图1是根据示例实施例示出了被构造为使用blc执行商业贸易融资交易的系统的框图。

图2是根据示例实施例的图1的贸易融资区块链计算系统的框图。

具体实施方式

传统的贸易融资系统，例如那些促进lc的系统，是根据各方和银行之间的文档流运作的，可以称之为“跟单流”。跟单流包括一系列涉及某些跟单的转移、分析和批准的步骤。必须完成每个步骤以满足lc的要求，并最终释放贸易交易的付款。

供应链管理(“scm”)系统用于跟踪货物流动。例如，scm系统可用于跟踪原材料，在制品库存以及从原产地到消费点的成品的移动和存储。货物的这种移动可以被称为“供应链流”。scm系统可以全部或部分自动化。例如，条形码或射频识别(“rfid”)标签和扫描仪可用于跟踪整个供应链中某些点的货物位置，例如在制造、包装、仓储、运输、海关、交付的各个步骤期间，等等。

目前的贸易融资系统和scm系统不统一。因此，促进贸易融资所需的跟单流完全脱离了管理货物制造和交付所需的供应链流。因此，目前的系统缺乏分析跟单流进展相对于货物供应链流进展的能力。

各种实施例涉及经由基于区块链的系统进行贸易融资的系统和方法。该系统被构造为生成blc，该blc是卖方到买方之间的贸易交易合同的贸易融资机制。blc包括与传统lc的一些相似之处。然而，可以理解，blc包括与传统lc相比能够显著增强功能的若干特征。blc可以构造为智能合约并存储在区块链上。通过将blc构造为存储在区块链上的智能合约，与传统的纸质lc相比，跟单风险显著降低。可以理解，这使得能够比传统的贸易融资系统更早地向卖方提供部分和增量融资。

对于传统的贸易融资交易，供应链流独立于文档流发生，并且这两个流没有被链接。各种实施例涉及将贸易交易的供应链流与跟单流链接的系统和方法。这提供了沿着供应链流跟踪重要事件的能力，这反过来又使银行能够识别与贸易融资相关的不同级别的风险。在一些实施例中，通过监视指示货物的物理状态的所接收状态消息来跟踪供应链流。例如，在一些实施例中，无线发射器被附加到货物，其周期性地发送指示货物的地理定位的状态消息。在一些实施例中，无线发射器是物联网(“iot”)设备的一部分。在一些实施例中，基于一个或多个接收到的状态消息将blc链接到一个或多个单个物理事件。在其他实施例中，blc被链接到多阶段地理空间计划，并且可以检索关于该计划的任何阶段的信息。

各种实施例还涉及经由可变贸易融资配置的贸易融资。示例的可变贸易融资配置可以包括由监控的跟单和/或供应链流事件触发的若干增量部分支付金额。在贸易融资交易的整个生命周期内监控跟单和供应链流的能力，使得能够在更高的粒度水平上增强对跟单风险和供应链风险的分析。此外，将跟单流事件与供应链流事件链接，使得能够在以前无法获得的粒度和准确水平上分析整体动态贸易融资风险。通过更好地分析风险，银行可以提供优质的贸易融资产品，从而为客户带来更低的成本和更好的性能。例如，在一个实施例中，可变贸易融资配置定义了随着贸易交易的进展而提供的增量资金的水平。在另一个实施例中，可变贸易融资配置定义了随着贸易交易的进展而降低的利率。

各种实施例还涉及blc的证券化。blc基于一个或多个跟单和/或供应链流事件进行证券化。blc证券可以根据与整个流内事件的位置相关联的跟单、供应链和/或整体贸易融资风险来定价。一些实施例涉及用于交易blc证券的市场。市场提供向其他银行和保险公司出售贸易融资风险，或者抛售未资助的贸易融资确认的能力。在一些实施例中，除了blc之外，市场还可以接收目前(遗留的)纸质lc，以便快速创建资产池并吸引其他银行到市场来提供流动性。

图1是根据示例实施例示出了被构造为使用blc执行商业贸易融资交易的系统100的框图。系统100包括贸易融资区块链计算系统102、贸易融资区块链104、买方106、发行银行108、通知银行110、卖方112、货物113、货运代理114和运输公司116，每个都通过网络118进行有效通信。举例来说，将结合国际贸易融资交易来描述系统100，该国际贸易融资交易涉及卖方112从第一国家出口货物113并且买方106将货物113进口到第二国家。

贸易融资区块链计算系统102被构造为促进和管理贸易融资产品和服务，例如blc。结合图2，进一步详细描述贸易融资区块链计算系统102的详细组件。在一些实施例中，贸易融资区块链计算系统102由金融机构(例如银行)管理。例如，在一些实施例中，贸易融资区块链计算系统102由发行银行108和通知银行110中的一个管理。在其他实施例中，贸易融资区块链计算系统102由政府实体或第三方管理。

贸易融资区块链104是分布式分类账，包括自其产生以来存储在贸易融资区块链104中的所有信息(例如，贸易融资交易、记录和其他相关信息等)。贸易融资区块链104可以类似于其他区块链，例如用于基于数学的货币的区块链，或者可以建立在基于数学的货币区块链之上。贸易融资区块链104将交易(例如，贸易融资交易，事件等)哈希到正在进行的基于哈希的工作证明链中，形成在不重做工作证明的情况下就不能改变的记录。最长的链不仅用作所见证的事件序列的证明，而且用作它来自最大的cpu功率池(例如，由验证节点操作)的证明。工作证明要求确保区块链中的条目不会受到损害。在一些实施例中，通过最小交易费用为他们的挖矿活动支付验证节点。其他实施例使用除工作证明之外的共识机制，例如股权证明、拜占庭容错、联合共识等。

在一些实施例中，贸易融资区块链104是私有且许可的区块链平台，其中验证节点由中央机构(例如，贸易融资区块链计算系统102或另一实体)预先选择。在其他实施例中，贸易融资区块链104是公共和无许可的分类帐。在一个实施例中，贸易融资区块链104是专门构建的以维持与现有应用程序的兼容性。

如图1所示，贸易融资区块链104包括blc120。blc120包括由贸易融资区块链计算系统102响应买方106的请求而定义的blc的条款和条件。blc120还包括与blc120相关联的若干事件，包括第一事件122至第n事件124。例如，可以理解，第一事件122可以包括跟单流事件，并且第n事件124可以包括供应链流事件。第一事件122至第n事件124在它们发生时被添加到贸易融资区块链104。可以基于交易标识符、买方106的标识符或其他类型的唯一标识符来链接blc120及其关联的第一事件122至第n事件124。因此，贸易融资区块链104维护每个blc120及其关联的第一事件122至第n事件124的完整且不可改变的记录。

本文描述的实施例提供了超过传统贸易融资系统的显著技术优势。例如，通过将blc120构造为存储在区块链上的智能合约，与传统的纸质lc相比，跟单风险显著降低。在一些实施例中，在一些实施例中，blc120还可以与一个银行的电子文档和对应银行的纸质文档一起工作。blc120还能够进行人工审查和直通处理(“stp”)。

blc120还采用单边支持，而其他电子贸易融资机制，例如银行支付义务(“bpo”)则不能单边支持。相反，只有买方银行和卖方银行两者都支持bpo，bpo才有可能。相比之下，blc120可以在买方银行和卖方银行中只有一方支持blc120的情况下使用。

将blc120构造为存储在区块链上的智能契约，提供了对交易状态的增强的客户可见性。对于目前的lc系统，客户经常对提交文档后缺少可用的交易状态信息感到沮丧。相反，blc120在交易的每个阶段为所有参与者提供交易状态信息的实时可见性。将blc120构造为基于区块链的智能合约的其他优点包括提供不可改变的审计跟踪，使参与者能够进行权限管理，以及促进blc120的转移和分配。

买方106是申请发行blc120的一方，也可以称为“申请人”。买方106是进口货物113的一方。在该示例中，买方106在发行银行108中具有银行账户。

发行银行108发行lc并负责向卖方112付款。

通知银行110向卖方112通知开立的以卖方为受益人的信用证。

卖方112是发行lc受益的一方，并且如果满足blc120的所有条件和条款，卖方将收到付款。卖方112也可以被称为“受益人”。卖方112是出口货物113的一方。在该示例中，卖方112在通知银行110中具有银行账户。

买方106和卖方112已就有助于构建lc和blc的交易的条款和条件达成一致。购买订单已经存在或者正在买方106和卖方112之间进行协商。国际贸易融资交易使用blc120完成。

货物113是作为blc120的主题的产品，并且由卖方112出售给买方106。在一些实施例中，货物113包括发射器126，用于将供应链流内的货物113的物理状态发送到贸易融资区块链计算系统102。例如，发射器126可以将货物113的地理位置发送到贸易融资区块链计算系统102。在一些实施例中，发射器126是rfid标签。在一些实施例中，货物113包括一维或二维条形码和发射器126，或者以一维或二维条形码替代发射器126。在这样的实施例中，在供应链过程期间在各个点使用扫描仪扫描条形码，并且将物理状态信息发送到贸易融资区块链计算系统102。发射器126或条形码可以集成或附加到货物113的包装，或者可以与货物113成为一体。

图2是根据示例实施例的图1的贸易融资区块链计算系统的框图。贸易融资区块链计算系统102包括网络接口202、账户数据库204、kyc白名单206、授权电路208、贸易融资电路210、区块链电路212、事件电路214、风险分析电路226、可变贸易融资电路218、证券化电路220和市场电路222。

网络接口202被构造为方便贸易融资区块链计算系统102与图1的系统100的其他系统和设备之间经由网络118的有效通信。

帐户数据库204是包括系统100的各种用户(例如公司、组织、个人等的实体)的帐户信息的存储库，例如买方106和卖方112。在一些实施例中，用户必须经历加入过程，包括kyc验证，在贸易融资区块链计算系统102中创建账户以便使用系统100。在一些实施例中，贸易融资区块链计算系统102从用户具有账户的金融机构接收账户信息。例如，贸易融资区块链计算系统102可以从通知银行110接收关于卖方112的账户信息。

kyc白名单206是由贸易融资区块链计算系统102确定的符合kyc要求的实体的列表。包括在kyc白名单206中的实体可以但不必是贸易融资区块链计算系统100的注册账户持有者。如果作为买方或卖方打算使用系统100的实体未包括在kyc白名单206中，则可要求该实体提供某些信息以符合kyc要求。

授权电路208被构造为验证和认证系统100的用户的身份。授权电路208可以利用任何数量的认证机制，例如用户名和密码，密码密钥交换等，来验证和认证具有贸易融资区块链计算系统102的账户的实体的身份。系统100的用户可以包括任何买方106和卖方112，银行和金融机构(例如发行银行108和通知银行110)，物流合作伙伴(例如货运代理114和运输公司116)，以及系统100的任何其他用户。

贸易融资电路210被构造为创建和管理贸易融资机制，例如blc120。在一些实施例中，买方106直接与贸易融资区块链计算系统102接口以请求创建blc120。贸易融资区块链计算系统102处理该请求并将该请求发送到发行银行108。然而，在其他实施例中，买方106可以与发行银行108接口，并且发行银行可以指示贸易融资区块链计算系统102创建blc120。创建blc120的请求可以包括各种文档和关于贸易交易合同条款的其他细节，例如支付条款、装运条款和附加信息。

在一些实施例中，贸易融资电路210与第三方系统接口以创建blc120。例如，在一些实施例中，买方106与第三方系统接口以创建与blc相关联的智能合约。例如，在一些实施例中，第三方基于从买方106接收的请求创建基于括号的义务(bracket-basedobligation，“bbo”)。第三方系统可以向发行银行108发送批准bbo的请求，并且可以在接收到批准时生成blc120。在这样的实施例中，贸易融资电路210可以监控和管理blc120的性能。

贸易融资电路210，与事件电路214合作，还被构造为分析与跟踪的跟单流事件(例如，执行的文档)和供应链事件消息相关联的元数据和其他数据，以跟踪blc120的各种要求或里程碑的遵从情况。因为blc120被构造为智能合约，所以贸易融资电路210通过提供blc120中指定的事件的通知来促进blc120的条款的执行。

根据各种实施例，blc120可以将某些跟单流事件和/或供应链流事件定义为触发支付、风险计算和利率调整等。例如，跟单流支付触发事件和供应链流支付触发事件可以定义合同中的最终事件。在一个实施例中，blc120被构造为响应于检测到跟单流支付触发事件和供应链流支付触发事件两者的发生而转移对合同的支付。在一些实施例中，blc120被构造为响应于检测到跟单流支付触发事件和供应链流支付触发事件之一的发生而全部或部分地转移对合同的支付。

区块链电路212被构造为在贸易融资区块链104上格式化、存储和维护blc120以及第一事件122至第n事件124。区块链电路212还可以管理验证节点的挖矿活动。区块链电路212可以与授权电路208连接，以在贸易融资区块链104是许可的分类账的实施方式中，管理对贸易融资区块链104上的信息的访问。

事件电路214被构造为监控由贸易融资区块链计算系统102接收的消息、文档和其他数据，以跟踪、识别和记录跟单和供应链事件。消息和文档可以包括指示blc120或与消息和文档相关联的各方的元数据或其他数据。事件电路214处理消息和文档以确定在相关联的blc120中指定的事件的发生和遵从。

风险分析电路226被构造为分析与blc120的性能相关联的跟单、供应链和整体贸易融资风险。例如，跟单风险可以包括买方106和卖方112的欺诈风险。例如，如果某个lc交易的受益人(例如，卖方112)准备他们可能表面上遵守的伪造文件，以向发行银行108进行呈现，则可能发生对买方106的跟单欺诈。如果买方106发行伪造lc，则可能发生对卖方112的跟单欺诈。在这种情况下，卖方112从未收到对其已装运的货物113的付款。

供应链风险可能包括对买方106、卖方112，以及对发行银行108和通知银行110的风险。例如，如果进口商没有得到交货，如果收到的货物113质量低劣，如果汇率波动过大，或者如果发行银行108宣布破产，则可能发生对买方106的供应链欺诈。例如，如果出口商不能遵守lc条件，如果lc是伪造的，如果发行银行108失败，或者如果发行银行108的国家经历动乱，则可能发生对卖方112的供应链欺诈。供应链风险可能还包括从不可预测的自然威胁到假冒的产品复制品，以及从达到跨越质量和安全性到弹性和产品完整性。风险可能还包括由于国家出口制度变化，或大规模骚乱、内战、抵制，以及由于主权风险和转移风险而导致的国家和/或政治风险。此外，参与lc交易的每个银行都会维持/承担一定程度的风险，具体取决于他们参与交易的程度。通常，随着银行责任的增加，风险也会增加。

通常，随着blc120的分的完成，风险随着时间而降低。例如，随着贸易融资区块链计算系统102接收、验证和认证与blc120相关联的文档，跟单风险降低。类似地，供应链风险随着货物113通过供应链的进展而降低。为此，风险分析电路226的任务是分析随着时间的推移与blc120相关联的各种风险。例如，在一个实施例中，风险分析电路216被构造为在完成一个跟单或供应链流事件之前分配与贸易交易相关联的第一风险等级，以及在完成一个跟单和/或供应链流事件之后分配与贸易交易相关联的第二风险等级。实际上，第一和第二风险等级之间的差异表示相应的跟单或供应链流事件不会发生的风险。风险分析电路216可以定义与blc120中识别的任何跟单和供应链流事件相关联的风险等级。可以理解，风险等级可以用于触发与blc120相关联的利率调整、部分支付或证券的定价。

可变贸易融资电路218被构造为管理可变贸易融资配置，其可以与某些blc120相关联。可变贸易融资配置可以包括由监控的跟单和/或供应链流事件触发的若干增量部分支付金额。在一些实施方式中，可变贸易融资配置包括基于通过风险分析电路226分析的风险的动态(例如，实时、接近实时或周期性)支付或利率调整。

值得注意的是，通过风险分析电路226随时间对跟单和供应链风险的分析，以及通过可变贸易融资电路218的可变贸易融资分析，使得贸易融资区块链计算系统102能够提供优于现有贸易融资系统的显著技术优势。例如，将跟单流事件与供应链流事件链接，使得能够在先前无法获得的粒度水平和准确水平上分析整体动态贸易融资风险。

例如，现有的贸易融资系统可能包括有限数量的流事件数据点，可能在数据接收方面具有显著滞后，和/或可能无法将跟单流事件与供应链流事件链接。因此，现有的贸易融资系统不能理解在过程中的离散点的真实贸易融资风险。这种理解的缺乏阻碍了银行为每个客户提供最有价值的产品。相比之下，本概念提供的动态风险分析使得能够向客户提供最优价格。

根据各种实施例，可变贸易融资电路218被构造为定义blc120的贸易融资配置(tradefinancingprofile)。贸易融资配置可以定义在检测到一个或多个跟单和/或供应链流事件的发生时自动转移的部分支付。例如，在一个实施例中，贸易融资配置在第一部分跟单流支付触发事件和第一部分供应链流支付触发事件中的至少一个发生时指定合同的第一部分支付。可变贸易融资电路218还被构造为响应于检测到与第一部分跟单流支付触发事件和第一部分供应链流支付触发事件中的至少一个相对应的跟单流事件和供应链流事件中的至少一个的发生而将第一部分支付转移到卖方。在一些实施例中，第一部分跟单流支付触发事件和第一部分供应链流支付触发事件中的至少一个发生在相应的触发全部支付的跟单流支付触发事件和供应链流支付触发事件之前。

在一些实施例中，可变贸易融资电路218，结合风险分析电路216，被构造为至少部分地基于与某些跟单和供应链流事件相关联的风险等级来定义blc120的贸易融资配置。例如，在一个实施例中，贸易融资配置包括在完成多个跟单流事件的第二跟单流事件之前与贸易交易相关联的第一风险等级，以及在完成多个跟单流事件的第二跟单流事件之后与贸易交易相关联的第二风险等级。贸易融资配置还包括与第一风险等级相关联的第一利率，以及与第二风险等级相关联的第二利率。可变贸易融资电路218被构造为响应于检测到第二跟单流事件的发生，基于第一和第二利率中的一个，将第一部分支付转移到卖方。

在另一个实施例中，贸易融资配置包括在完成多个供应链流事件的第二供应链流事件之前与贸易交易相关联的第一风险等级，以及在完成多个供应链流事件的第二供应链流事件之后与贸易交易相关联的第二风险等级。贸易融资配置还包括与第一风险等级相关联的第一利率，以及与第二风险等级相关联的第二利率。可变贸易融资电路218被构造为响应于检测到第二供应链流事件的发生，基于第一和第二利率中的一个，将第一部分支付转移到卖方。

证券化电路220被构造为促进blc120的证券化。blc120可以基于一个或多个跟单和/或供应链流事件进行证券化。blc证券可以根据与整个流内事件的位置相关联的跟单、供应链或整体贸易融资风险来定价。

更具体地，证券化电路220被构造为创建由一个或多个blc120支持的证券。证券保持各个blc120的贸易融资配置与响应检测到相应事件的发生而触发支付、利率计算等的跟单和供应链事件之间的链接。

在一些实施例中，证券化电路220基于其底层blc120的状态动态地对证券进行定价。例如，在一个实施例中，支持证券的blc120中的一个的贸易融资配置包括在完成第二跟单或供应链流事件之前与贸易交易相关联的第一风险等级，以及在完成第二跟单或供应链流程事件之后与贸易交易相关联的第二风险等级。证券化电路220在检测到第二跟单或供应链流事件的发生之前以第一价格对blc证券进行定价，其中第一价格基于第一风险等级。证券化电路220响应于检测到第二跟单或供应链流事件的发生而以第二价格对blc证券进行定价，其中第二价格基于第二风险等级。在实践中，第二价格可能低于第一价格，因为第一和第二风险等级详细说明了在第二跟单或供应链流事件发生之前比之后贸易交易失败的风险更高。

市场电路222被构造为操作和管理用于交易blc证券的市场。市场提供向其他银行和保险公司出售贸易融资风险，或者抛售未资助的贸易融资确认的能力。在一些实施例中，除了blc之外，市场还可以接收目前(遗留的)纸质lc，以便快速创建资产池并吸引其他银行到市场来提供流动性。

本文描述的实施例已经参照附图进行了描述。附图示出了实现本文描述的系统、方法和程序的特定实施例的某些细节。然而，用附图描述实施例不应被解释为对本公开内容施加可能存在于附图中的任何限制。

应该理解的是，本文中的任何权利要求都不应根据35u.s.c§112(f)的规定来解释，除非使用短语“meansfor”明确叙述该要素。

如本文所使用的，术语“电路”可以包括被构造为执行本文描述的功能的硬件。在一些实施例中，每个相应的“电路”可以包括用于配置硬件以执行本文描述的功能的机器可读介质。该电路可以体现为一个或多个电路组件，包括但不限于处理电路、网络接口、外围设备、输入设备、输出设备、传感器等。在一些实施例中，电路可以采用一个或多个的形式。在一些实施例中，电路可以采用一个或多个模拟电路、电子电路(例如，集成电路(ic)、分立电路、片上系统(soc)电路等)、电信电路、混合电路，以及任何其他类型的“电路”的形式。在这方面，“电路”可以包括用于实现或促进实现本文所述操作的任何类型的组件。例如，本文描述的电路可以包括一个或多个晶体管、逻辑门(例如，nand、and、nor、or、xor、not、xnor等)、电阻器、多路复用器、寄存器、电容器、电感器、二极管、接线等)。

“电路”还可以包括通信地耦合到一个或多个存储器或存储器设备的一个或多个处理器。在这方面，一个或多个处理器可以执行存储在存储器中的指令，或者可以执行一个或多个处理器可访问的指令。在一些实施例中，一个或多个处理器可以以各种方式体现。一个或多个处理器可以以足以执行至少本文描述的操作的方式构造。在一些实施例中，一个或多个处理器可以由多个电路共享(例如，电路a和电路b可以包括或共享相同的处理器，在一些示例实施例中，处理器可以执行经由存储器的不同区域存储或以其他方式访问的指令)。可替代地或另外地，一个或多个处理器可以被构造为独立于一个或多个协处理器执行或以其他方式执行某些操作。在其他示例实施例中，两个或更多个处理器可以经由总线耦合以实现独立、并行、流水线或多线程指令执行。每个处理器可以实现为一个或多个通用处理器、专用集成电路(asic)、现场可编程门阵列(fpga)、数字信号处理器(dsp)，或其他合适的被构造为执行由存储器提供的指令的电子数据处理组件。一个或多个处理器可以采用单核处理器、多核处理器(例如，双核处理器、三核处理器、四核处理器等)、微处理器等的形式。在一些实施例中，一个或多个处理器可以在装置外部，例如，一个或多个处理器可以是远程处理器(例如，基于云的处理器)。可替代地或另外地，一个或多个处理器可以在装置的内部和/或本地。在这方面，给定电路或其组件可以在本地布置(例如，作为本地服务器、本地计算系统等的一部分)或远程(例如，作为远程服务器(例如基于云的服务器)的一部分)。为此，如本文所述的“电路”可以包括分布在一个或多个位置上的组件。

用于实现整个系统或实施例的部分的示例性系统可以包括计算机形式的通用计算机，其包括处理单元、系统存储器和将包括系统存储器的各种系统组件耦合到处理单元的系统总线。每个存储器设备可以包括非瞬态易失性存储介质、非易失性存储介质、非瞬态存储介质(例如，一个或多个易失性和/或非易失性存储器)等。在一些实施例中，非易失性介质可以采用rom、闪存(例如，诸如nand、3dnand、nor、3dnor等的闪存)、eeprom、mram、磁存储、硬盘，光盘等的形式。在其他实施例中，易失性存储介质可以采用ram、tram、zram等的形式。上述组合也包括在机器可读介质的范围内。在这方面，机器可执行指令包括，例如，使通用计算机、专用计算机或专用处理机器执行某些功能或功能组的指令和数据。根据本文描述的示例实施例，每个相应的存储器设备可用于维护或以其他方式存储与通过一个或多个相关联的电路执行的操作相关的信息，包括处理器指令和相关数据(例如，数据库组件、目标代码组件、脚本组件等)。

还应注意的是，如本文所述，术语“输入设备”可以包括任何类型的输入设备，包括但不限于，键盘、小键盘、鼠标、操纵杆或执行类似功能的其他输入设备。相比之下，如本文所述，术语“输出设备”可以包括任何类型的输出设备，包括但不限于，计算机监视器、打印机、传真机或执行类似功能的其他输出设备。

任何上述的货币或基金都包括法定货币、非法定货币(如贵金属)和基于数学的货币(通常称为加密货币)。基于数学的货币的例子包括比特币、莱特币(litecoin)、狗狗币(dogecoin)等等。

应当注意的是，尽管本文的附图可以示出方法步骤的特定顺序和组成，但是应该理解，这些步骤的顺序可以与附图所描绘的顺序不同。例如，可以同时或部分同时地执行两个或更多个步骤。此外，可以组合作为离散步骤执行的一些方法步骤，作为组合步骤执行的步骤可以分成离散步骤，某些过程的顺序可以颠倒或以其他方式变化，并且离散过程的性质或数量可以被改变或变化。根据替代实施例，可以改变或替换任何元件或装置的次序或顺序。因此，所有这些修改旨在包括在所附权利要求中限定的本公开的范围内。这些变化将取决于所选择的机器可读介质和硬件系统以及设计者选择。应该理解，所有这些变化都在本公开的范围内。同样地，本公开的软件和网络实现可以使用具有基于规则的逻辑和其他逻辑的标准编程技术来完成，以完成各种数据库搜索步骤、相关步骤、比较步骤和决策步骤。

出于说明和描述的目的，已经给出了实施例的前述描述。其并非旨在穷尽或将本公开限制于所公开的精确形式，并且根据上述教导可以进行修改和变化，或者可以从本公开获得修改和变化。选择和描述实施例是为了解释本公开的原理及其实际应用，以使本领域技术人员能够利用各种实施例以及适合于所预期的特定用途的各种修改。在不脱离如所附权利要求中表达的本公开的范围的情况下，可以在实施例的设计、操作条件和布置中进行其他替换、修改、改变和省略。