申请/专利权人：加拿大皇家银行

申请日：2017-02-22

公开（公告）日：2022-09-20

公开（公告）号：CN109416815B

主分类号：G06Q40/02

分类号：G06Q40/02;G06F16/18

优先权：["20160222 US 62/298,434"]

专利状态码：有效-授权

法律状态：2022.09.20#授权;2019.03.26#实质审查的生效;2019.03.01#公开

摘要：本发明提供关于电子文件平台的系统、方法和计算机可读媒介。一种示例方法可包括接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的公开密钥；在分布式多节点中的一个节点上生成一个分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。

主权项：1.一种利用区块链系统的分布式账本管理电子贸易金融交易条件的方法，每个电子贸易金融交易包括银行担保和满足贸易金融交易参数后触发的支付，所述方法包括：接收新电子贸易金融交易请求，所述请求识别贸易金融交易参数，以及与对应于一个或多个库存管理装置或一个或多个装运管理装置的各方档案相关联的所述贸易金融交易的至少一个条件；为与贸易金融交易的至少一个条件相关联的一个或多个库存管理装置或一个或多个装运管理装置中的每一个获取与每一所述方档案相关联的公开密钥；在维护区块链系统的多个分布式节点中的一个节点上生成分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述多个分布式节点的传送活动。

全文数据：电子文件平台相关申请的交叉引用本申请针对于2016年2月22日提交的、名称为“电子文件平台”、申请号为62298,434的美国临时专利申请要求包括优先权在内的所有权益，该在先申请通过引用方式被整体纳入本申请中。技术领域本申请提供的一些实施例总体上与电子文件平台领域相关，尤其提供了在贸易金融背景下利用区块链技术的系统和方法。背景技术电子文件平台可减轻物理纸张文件的负担，但其技术特性也带来了各种技术挑战。发明内容根据一方面，本申请提供了一种利用分布式账本的电子贸易金融交易方法。所述方法包括：接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的一串公开密钥；在生成分布式多节点中的一个节点上生成分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。在一些实施例中，所述方法包括：在所述分布式多节点中一个节点处，接收记录与所述多个区块中的一个区块相关的交易的请求，所述请求表示与所述区块关联的一个条件的至少一部分已得到满足，所述请求包括一串私有密钥；在验证所述私有密钥与所述区块中的表示记录交易的请求中的所述条件的至少一部分的所述公开密钥相对应后，在所述节点的所述分布式账本上记录所述交易；以及生成信号，用于发起将所述交易传送至整个所述分布式多节点的传送活动。在上述实施例任一例中，所述方法可包括：所述分布式多节点中的一个节点的账本与资金持有方关联，所述资金持有方处于一种状态，其中，在与相应条件关联的所述多个区块的每一个都被一个或多个传送的交易满足后，生成用于发起根据所述信用证参数进行资金发放的触发信号。在上述实施例任一例中，所述信用证参数可包括由相应方确认条件已得到满足而需验证的数据；所述方法还包括：用与所述相应方的所述档案关联的所述公开密钥加密所述待验证的数据。在上述实施例任一例中，与所述信用证的至少一个条件对应的每一方档案可与所述分布式多节点中的至少一个节点相关联。在上述实施例任一例中，所述方档案可包括与所述信用证关联的装运过程中涉及的相关各方关联的档案；其中，所述信用证的所述条件中的至少一个条件建立在所述装运过程基础上。在上述实施例任一例中，所述各方档案可包括与下列至少一项关联的档案：装运承运人、装卸人、船只、港口、报关员、仓库、或验货人员。在上述实施例任一例中，所述方法可包括：在所述多个分布式节点中一个节点处，接收修改与所述装运过程关联的至少一个参数或条件的修改请求，所述请求由被要求验证所述修改请求的一方的档案相关联的所述公开密钥进行编码；记录所述节点的所述分布式账本上的一条区块分支，所述区块分支显示对所述装运过程的所述修改请求，所述区块分支包括一个初始区块，所述初始区块受交易影响并由与至少一个授权方关联的公开密钥加密；以及生成信号，用于发起将所述分支传送至整个所述分布式多节点的传送活动。在上述实施例任一例中，所述多个区块可进行级联散列排序，使得第二个交易无法在第一个交易被记录在分布式账本上之前被记录。在上述实施例任一例中，所述方法可包括：接收状态请求；和查询所述分布式账本以确认一条最近记录的交易。在上述实施例任一例中，获取与每一所述方档案关联的所述公开密钥可包括：为每一所述方档案生成的公开-私有密钥对；以及将所述私有密钥从所述公开-私有密钥对传送至所述对应方。在上述实施例任一例中，所述信用证参数可包括下列各项中至少一项：商品识别码、数量、装运贸易条款、或承运条件。在上述实施例任一例中，生成的所述多个区块可包括生成的树形结构的区块，所述树形结构的每一分支定义了对所述信用证的条件的部分满足的条件，其中，与特定分支相关联的条件的完成能够触发根据所述信用证参数进行的资金部分发放。在上述实施例任一例中，所述特定分支的条件根据所述信用证参数可与商品的分批装运关联。在上述实施例任一例中，生成分布式账本上的多个区块的操作包括用基于与区块相关联的访问级别的秘钥加密与一个或多个区块相关的参数。根据一方面，本申请提供利用多节点上的分布式账本管理电子贸易金融交易条件的系统。所述系统包括：存储分布式账本数据的存储器设备；以及一个或多个所述多节点的至少一台处理器。所述至少一台处理器被配置为：接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的公开密钥；在分布式多节点中的一个节点上生成一个分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。根据一方面，本申请提供了其中已存储计算机可读指令的一个或多个计算机可读媒介。所述指令被一个或多个多节点的至少一个处理器执行时，将所述至少一个处理器配置为：接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的公开密钥；在分布式多节点中的一个节点上生成一个分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。根据一方面，本申请提供用于提供电子文件平台的系统，所述电子文件平台包括至少多个分布式电子账本，每个分布式电子账本存储至少一个加密链接的记录序列，所述系统包括：多个分布式计算节点，每个分布式计算节点包括：一台处理器和其中已存储计算机可读指令的一个计算机可读媒介，当由所述处理器执行时，使得处理器被配置为与所述分布式计算节点对应的所述分布式账本的主机；应用适应于管控对所述至少一个加密链接的记录序列进行修改的规则集，其中，将对一个单独的分布式计算节点进行的修改同步至链接至所述单独的分布式计算节点的其他分布式计算节点上；从交易的一方接收具有代表贸易金融文件证据特性和变化的表单字段对象的电子信息；并且生成一个新信息区块，所述新信息区块加密链接至记录序列中一个现存的区块，或是代表一个新的记录序列，所述新信息区块适应于至少包括从所述交易中的所述一方接收的电子信息。另一方面，交易涉及商品销售或交换，交易中涉及的一份或多份合同由贸易金融文件代表。另一方面，一份或多份合同中的每一份合同都由与所述合同对应的一个加密链接的记录序列代表。另一方面，与一份或多份合同对应的每个密码链接的记录序列都相互链接。另一方面，机器可读指令进一步导致所述处理器：遍历所述至少一个密码链接的记录序列，以确定一个或多个条件是否被满足；确定所述一个或多个条件被满足后，生成代表成功完成的通知。另一方面，贸易金融文件至少包括一份提货单和一份信用证中其一，所述贸易金融文件包括与所述贸易金融文件证据特性对应的电子表单字段。另一方面，贸易金融文件包括至少链接至以下各项的电子链接i一个或多个库存管理装置，以及ii一个或多个装运管理装置，且收到更新的库存或装运信息或一段时候后收到更新的库存或装运信息时，至少一个分布式计算节点利用所述电子链接，将最新消息传送至所述加密链接的记录序列。另一方面，贸易金融文件包括一个或多个合同条款，所述一个或多个合同条款适应所述交易各方的修改或接受，各方对所述交易的接受以电子签名为证。另一方面，电子签名与触发条件关联，所述触发条件包括与所述贸易金融文件证据关联的特性。另一方面，规则集包括一条或多条共识规则，所述共识规则被应用时，限制相应修改的传送，但首次修改存储于所述多个电子账本中的最长链接的记录序列达成多数共识除外。另一方面，多个分布式计算节点包括与金融机构、保险组织、进口组织、出口组织、管理部门和装运组织有关的至少一个计算装置。另一方面，多个分布式计算节点含有一个或多个分布式计算节点的多个组，每个所述组有对应的规则集，用于管控加密链接的记录序列上存储的信息的访问，所述对应的规则集管控与每个组关联的隐私级别有关的访问。另一方面，多个分布式计算节点含有一个或多个分布式计算节点的多个组，每个所述组有对应的规则集，用于管控对所述加密链接的记录序列上存储的信息的修改，所述对应的规则集管控与每个组关联的修改级别有关的修改。另一方面，机器可读指令进一步导致处理器：遍历至少一个加密链接的记录序列，以对所述加密链接的记录序列上存储的信息进行一次或多次电子查询。另一方面，所述一次或多次电子查询包括对记录完整性、条件满足和记录准确性其中至少一项的访问查询。另一方面，所述一次或多次电子查询包括生成一篇或多篇报告的查询，所述一篇或多篇报告的生成至少基于存储在至少一个加密链接的记录序列上的特性与存储在i一个或多个库存管理装置，或ii一个或多个装运管理装置上的信息之间的比较。另一方面，所述一次或多次电子查询包括履行一次或多次贸易金融文件审计的查询。在各种更多的方面，公开内容提供了对应的系统和装置，以及逻辑结构，例如用于实施所述系统、装置和方法而设置的机器可读编码指令。在这方面，在详细解释至少一个实施例之前，需要了解的是，所述实施例在下文说明书或附图中给出的建造细节中或组成部分的安排中的应用是不限的。另外，还需了解的是，本文的措辞用于说明，不应被视为限制。许多关于本文描述的实施例的更多的特征及其组合将在即时信息披露中对本领域技术人员公开。附图说明附图中，实施例以举例方式说明。需要明确了解的是，说明书和附图仅用于说明示意，便于理解。现将仅通过举例的方式参考附图对实施例加以说明，其中在附图中：图1为根据一些实施例示出的基于区块链的智能合约的示例系统的区块原理图。图2为根据一些实施例示出的一个证书示例。图3为根据一些实施例示出的信用证申请书示例。图4为根据一些实施例示出的带有各种特性的信用证示例。图5为根据一些实施例示出的信用证担保书示例。图6为根据一些实施例示出的提供信用证过程的流程图示例。图7为示出了提供合同、管理交易、和或保存贸易文件过程的流程图示例。图8为根据一些实施例示出的基于区块链的分布式账本可得到实施的过程的流程图示例。图9为根据一些实施例示出的说明一个示例节点的区块原理图示例。图10为根据一些实施例示出的可能提供的功能设置示例。图11为示出了可能提供的系统关系图示例，以说明所述系统如何在一个组织机构的计算系统背景下被实施。图12为示出了信息模型图示例，以说明可以被示例系统跟踪的一些可变因素和或特性。图13为示出了所提供的工作流程示例，其中，买方申请者打开信用证合同，区块链分布式账本用于在几步验证后生成信用证实例。图14为根据一些实施例示出的说明一种取样方法的工作流程示例。图15为根据一些实施例示出的显示一种示例方法的多个方面的工作流程示例。图16为根据一些实施例示出的显示一种示例方法的多个方面的工作流程示例。图17为示出了作为实施例范例的计算设备的原理图。具体实施方式在一些实施例中，给出了与电子文件平台相关的各种系统、方法和或计算机可读媒介，特别是提供了用于基于区块链的智能合约的系统、方法和或计算机可读媒介。在一些实施例中，区块链实施被描述为对应一个电子文件的多个条件的分布式账本区块被存储在一系列去中心化装置上，去中心化装置作为节点计算装置工作，每个去中心化装置具有根据电子传送机制在节点计算装置上管理的所述分布式账本的一个副本（例如：利用能够实现与节点更新相关的状态转换的共识机制，以使分布式账本在整个去中心化网络上包含相同的条目）。电子传送机制用以验证和核实与电子文件传导的实现或失败相关的交易活动。区块链实施提供以下各项的改善：事件排序（例如：交易基于其时间戳排序，排成先入先出（FIFO）队列）、区块创建（例如：交易存储在不可变的对应区块中）、区块链接（例如：区块在被编码到系统链中之前，先利用先前的散列（hash）块进行链接，以提高存储在区块链中事件的整体性，并且允许以遍历方式进行简单查询），各方登记交易的能力。在一些实施例中，相对于集中式文件管理系统，区块链系统在一些方面可提供技术改进，并且在分布式控制和整体复杂性方面提供相应的权衡。例如，配置节点管理分布式账本的复杂性增加了，因此在给定时间内，分布式账本的单一视图就会被提升（例如：预防账本条目生成中的分歧和冲突）。分布式账本特定考虑因素需要改正避免（例如：交易冲突的可能性）的技术方法，同时保持足够的交易舒适性（例如：一笔交易被正确地确认和在分布式账本上传播的概率）和安全性。进口出口交易经常涉及商品的销售或交换，且交易可基于和或由贸易金融文件代表的一份或多份合同为特性。例如：贸易金融文件可至少包括一份提货单和一份信用证中至少一个，贸易金融文件可包括与贸易金融文件特性对应的电子表单字段。其他贸易金融文件可包括发票、封面、监管声明、原产地证书、证书、装箱单、证明、海关发票等。信用证是银行在买方的请求下、以卖方为受益人而发行的银行担保（通过通知银行）和见票即付或出示符合规定的条款和条件后期付款的文件的组合。信用证的目的是以银行的信用代替客户的信用，以促进贸易。信用证可具有各种特性（例如：通过合同条款表达），诸如：•有效期限：信用证可为不可撤回信用证或可撤回信用证（尽管国际商会（ICC）规定为不可撤回的）。•付款时间：向卖方付款的时间。可采用见票即付，或在特定时间支付款，通过延期付款或承兑实现。•见票即付：出示文件即支付，通过开证银行、通知银行或其他被提名的银行进行支付。•期限付款：在后期支付：可以通过出示汇票（由金融机构承兑）完成，也可按照信用证条款的规定延期付款。•出示文件的地点：支付文件的地点。•安全等级：开证银行可在信用证完整有效期内无例外地对信用证担保。提货单可为承运人发出的文件，提货单详述货物装运情况并将货物的所有权转让给指定的一方。提货单上记录的字段和或特性之间可能有各种关系，例如：提货单可与信用证的条款关联，提货单也可要求交互核实，以确保符合合同规定。签署提货单，例如：可能在各方面需要签字，这些方面可与代表合同义务的条件和或条款相关。相应地，贸易金融文件包括一个或多个合同条款，以供交易各方修改或接受，并通过电子签名以证明交易各方对交易的接受。合同义务可通过电子手段进行跟踪，以便各类要求的签署、条件和事件可能需要被记录。物理特性与电子监控之间存在的交集可能会被应用，可能会对交易的许多交互产生影响。例如：商品可能产自用原材料生产商品的生产商。商品可能被多个不同的承运人运送至目的地，承运人可经营不同的运输模式（例如：路运、空运、海运）。随着商品在各个地点通过各种装备装卸（例如：由装卸人员或行李搬运人员使用）、混合、分开等，商品可能在运输过程中被损害。因此，因为在任意时间内可能有各种合同条款生效，进口出口交易可能是错综复杂的。贸易金融文件可以电子方式链接至库存管理装置和或装运管理装置，以使收到更新的库存或装运信息或一段时候后收到更新的库存或装运信息时，利用链接将更新消息传送至加密链接的记录序列。在一些实施例中，一个区块链系统可以在某些情况下允许贸易金融中涉及的所有方更新区块链中的条件和或文件。在某些情况下，这允许贸易金融过程的接近实时状态（考虑到区块链传送延迟等）可供该过程中涉及的任意数量的参与方获取。在传统的贸易金融过程中，物理提货单和其他文件参数都要由发起和或物理签署带有有限信息的特定文件的人核实（例如：商品特性、运送路线途中的状况和数量）。相比之下，区块链的分布式性质可向各方提供区块链中每个区块的访问权限。在某些情况下，与传统贸易金融过程不同，区块链系统可能涉及在传统过程中未显现出的隐私和数据访问权限控制问题。在一些实施例中，维持分布性性质和区块链可访问性时，系统的各方面可为贸易金融区块链提供电子保护的参数，以使得贸易金融区块链只能被特定方访问。参考附图对方法、系统和装置的实施例进行描述。下列讨论提供发明主题的多个示例实施例。尽管每一实施例代表发明要素的单一组合，发明主题被认为包括公开要素的所有可能组合。因而，如果一个实施例包含要素A、B和C，另一个实施例包含要素B和D，那么即使没有明确公开，所述发明主题也应被认为包含A、B、C或D的其他剩余的组合。如图7所示，一个中心化系统可包括人工记录保持和有关方签署记录。保持准确的记录不仅可对确定合同条款是否得到恰当完成至关重要，且在合同条款被违背时，还对确定违背行为何时何地发生，哪方对违背行为负责至关重要。图7中的中心化系统可因为缺少存储互动记录的更新的账本而在跟踪上述违背行为时遇到挑战，相应地，也就可能会难以查明哪方对次优的结果负责。图1根据一些实施例，示出了基于区块链的智能合约的示例系统100的区块原理图。系统100适应于提供电子文件平台。系统100包括，例如，分布式电子账本，每个分布式电子账本存储至少一个加密链接的记录序列。系统100的电子文件平台的一点潜在好处可能是客户可以在系统中更高效、更安全地交易，实时（或接近实时）访问其贸易交易信息。从交易过程的角度来看，可以简化信用证核实过程，且减少所需处理信用证的次数。关于进口商和出口商，使用如图1中所示的系统时，他们可能会有各种类型的目标。例如，进口商和出口商可能会有实现以下项的积极性：•在数字化过程中管理商务合同和协议，进行创建、验证、跟踪和批准；•自动验证进口出口协议提供条款；•实时执行合同条款，能够跟踪影响进口出口交易的生活事件；•确保对其中全球贸易交易中数据的透明、实时访问权限；•为整个进口出口操作提供加速的周期；•确保所有进口出口操作的信任、安全和合规；以及•减少金融、交易对手和文件证据等风险。通知银行和开证银行可能会有实现以下项的积极性：•使进口出口操作过程自动化和数字化；•减少对人工审查、准备和处理贸易文件的依赖；•通过在线协议进口商出口商之间条款和条件消除信用证的差异错误；•在涉及银行合伙人前，允许双方确认、拒绝和请求信贷细节的条款的内联协商设备；•减少文件创建、接受和核实过程中产生的操作开销；•通过消除接受截止期限，加速创建、接受和核实进口出口协议中所需文件的时间；•为进口出口操作提供安全传递和不可否认性的条款；•提供不可变的贸易金融工具，在账本中进行安全编码和认证；•对整个贸易金融过程提供不可变的审计和跟踪；•提供记录的交易的实时对账与结算；以及•减少财务、文件证据（争端）和诈骗等的风险。在一些实施例中，下文描述的系统100提供基于区块链的合约系统，该合约系统适应于计算监管、跟踪和或审计由贸易金融文件代表的一个或多个合同。可在去中心化架构中提供系统100；去中心化架构通过向所有供应链伙伴提供分布式的、私有的区块链账本网络来管理进口出口业务的贸易金融过程。系统100可将存在于区块链网络中的贸易金融的记录工具编码为智能合约代理人。依据系统100所示，由于文件以各种形式存在于分布式账本中，数字化文件和贸易金融工具是已经过验证的、是不可变的，在其整个生命周期都可被追踪的。关于贸易金融工具的规定和或使用，可能有严格的监管要求。对此类工具的精确性、可靠性和审计可用性要求越来越高。基于区块链的去中心化的合约系统100可提供潜在的有益特征，例如：安全的、不可变的信用证存储；非结构化文件和元数据提取的自动处理等。通过遍历区块链，操作者和或实体可有能力执行核实、透明过程跟踪和或报告。实体可能能够更有效地促进操作，例如：能够消除和或减少各类人工处理，减少不完整核实和或能够以安全和最新的方式针对各种数据库和记录进行跟踪操作，以减少各种交易中涉及的风险。系统100可被配置成可提供不同等级的访问，以使，例如：管理者和或审计者能够以遍历条目的方式访问系统，但不对生成自我报告进行更改，该报告基于存储在分布式账本上的实际不可变的记录编辑数据。每个一个或多个合同可由与合同相对应的加密链接的记录序列表示，且与一个或多个合同对应的加密链接的记录序列都相互链接。分布式电子账本存储在如106a-106p所示的分布式计算节点上，每个分布式计算节点106是一个计算设备，该计算设备具有一个处理器和一个计算机可读媒介，该计算机可读媒介中存储有机器可读指令。可以调整节点106a-106p，以使节点与各种类型的组织和或计算系统关联。例如：此类组织可包括金融组织（例如：银行）、保险组织（例如：运输保险）、公共承运人、航运公司、港口公司、管理者等。计算系统可包括库存管理系统、装运或和递送跟踪系统、库存量单位（SKU）数据库等。每个分布式计算节点106都可被配置成与分布式计算节点对应的分布式账本的主机。分布式账本适应于实施一个区块链，其中利用计算规则和或条件来确定该区块链如何与各种记录条目、查询等交互。例如：可配置分布式计算节点106以应用一套规则，该规则适应于管控对至少一个加密链接的记录序列的修改。将在一个单独的分布式计算节点上进行的修改同步至链接至该单独的分布式计算节点的其他的分布式计算节点上。分布式计算节点106被配置为从一次交易的一方接收具有代表贸易金融文件特性和变化的表单字段对象的电子信息。当分布式计算节点106接收到此类信息时，该分布式计算节点106可配置为能够封装此信息而生成一个信息区块。该新信息区块可被加密链接至记录序列中一个现存的区块。当新信息区块代表新的记录序列时，适应新信息区块以至少包括从交易的一方接收的电子信息，并且可开始一个新的记录序列（例如：新的区块链可开始于一个新合同或文件）。一套规则包括一个或多个共识规则，当共识规则被应用时，限制对应修改的传送，但首次修改存储于多个电子账本中的最长链接的记录序列达成多数共识除外。可利用系统100用于在协商合同时跟踪合同条款的改变。在监控和或跟踪合同的履行时，可在项目和或条款层面跟踪合同，以确定是否满足各种项目和或条款。进一步地，通过使用各种机制跟踪授权签署的履行和或手动指示，合同可被“签署”。可配置分布式计算节点106以应用各种条件和触发点确定合同的状态（例如：合同全部履行，部分履行，进行中，已出现违约）。例如：商品的递送顺序可能错误、商品可能在运输途中被损坏、温度错误（例如：变质）、潮湿、标签错误、缺失、装运条款错误等。可连接分布式计算节点106（例如：通过编程接口应用程序），以强大稳定地跟踪装运、进口和或出口操作。个人电子签署可被跟踪，条件可与存储在外部数据库上的记录进行比较，外部数据库例如库存系统等。所述加密链接记录序列可被配置为使得区块-链类型技术实施用于建立存储的记录之间的关系，收集的记录和序列形成存储在分布式节点集上的各种分布式账本。上述节点为计算装置，该计算装置保持存储在其中的账本，且基于清晰定义的逻辑规则集对账本进行修改。基于上述规则（例如：共识更新规则），变化被传送至账本各处，并且可利用加密技术确定变化应该如何何时传送。也可使用加密技术以混淆和或控制存储于分布式账本的信息的访问。在一些实施例中，可通过使用组合密钥和或加密技术建立各种等级的许可和访问，该组合密钥和或加密技术可允许使用多个密钥和或带有不同许可等级和或能力等级的密钥（例如：读写及其限制）。例如，可以各种方式遍历链接记录序列，以使用各种报告、审计、跟踪和或监控技术分析分布式账本。在一个实施例中，使用一个工具遍历至少一个加密链接的记录序列，以确定是否满足一个或多个条件；且在确定满足一个或多个条件后，生成代表成功完成或不成功完成的通知。也可使用上述工具实时或接近实地时跟踪进口出口合同的状态，以确定进程和或将进程与各种度量相比较。例如，当需要电子签名时，可将电子签名与触发条件相关联，触发条件包括与贸易金融文件关联的特性。多个分布式计算节点106a-106p可含有一个或多个分布式计算节点的多个分组，每个分组具有用于管控存储在加密链接的记录序列上的信息的访问的相应的规则集，该相应的规则集管控与每个组关联的隐私级别有关的访问。另一方面，多个分布式计算节点含有一个或多个分布式计算节点的多个分组，每个分组具有用于管控存储在加密链接的记录序列上的信息的修改的对应的规则集，该相应的规则集管控与每个组关联的修改级别有关的修改。如果需要在分布式账本上进行报告时，可利用计算节点106a对加密链接的记录序列上存储的信息进行一次或多次电子查询。例如，一次或多次电子查询包括对记录完整性、条件满足和记录准确性其中至少一项的访问查询。另一方面，一次或多次电子询问包括生成一篇或多篇报告的查询，该报告的生成至少基于存储在所述至少一个加密链接的记录序列上的特性与存储在i库存管理装置或ii装运管理装置上的信息之间的比较。另一方面，一次或多次电子查询包括履行一次或多次贸易金融文件审计的查询。因此，系统100可向进行与存储在计算节点106a-106p上的分布式账本相关的交易的实体提供各种益处。例如，实体可能能够获取资金的实时或接近实时的访问，并且由于在分布式账本更新中涉及到共识过程，可能存在实时清算和结算。进口出口过程可能更加自动化，并且可以对外部数据库进行监控以增加可靠性。可通过消除人工处理提高运行效率，且由于分布式账本的可访问性，参与者之间可能存在包括例如对所有或者部分相关方的贸易信息的实时访问等的完全的端对端过程的透明性。各种规则、触发点和条件的提供可帮助交易方之间的自动执行，从而减少和或消除协调和操作开销。因为分布式账本可以以记录区块的形式存储彼此加密链接的记录，所以合同信息可能难以和或几乎不可能被修改，以至可仅在预定义条款被履行时采用不可逆转的合同，以此最小化和或消除交易对手风险。图2根据一些实施例，示出了证书200的示例。所述证书200提供了例如可用来更新存储在分布式账本上的记录的各种信息要素。图3根据一些实施例，示出了申请一份信用证的申请300的示例。如申请300所示，信用证可有各种表单字段对象，个体完成申请后，表单字段对象可被机器解译。表单字段对象可包括，例如：合同各方的全名和完整地址、合同信息、货币、到期日、装运起点和终点、条款、集装箱装运、是否允许分批装运等。在一些实施例中，可包括如是否使用远期合同和信用担保等附加特性。图4根据一些实施例，示出了具有各种特性的信用证400的示例。图4中信用证400的示例可显示该信用证为可撤销的、有必需的项目、附带的必需的文件，注有是否允许分期提款、扩展条款、适用的备用信用证惯例等。签名需要和或附在信用证400上。图5根据一些实施例，示出了信用证500的另一担保书示例。所述信用证500可包括交易信息，也可与图4示例相似，也包含各种特性和条款。所述信用证500以SWIFT交易系统担保书形式提供。图6根据一些实施例，示出了提供信用证过程的流程图600示例。如600所示，各种特性组合都可能出现，所述特性组合可影响与交易关联的安全和支付速度的等级。图7为提供合同、管理交易、和或保存贸易文件过程的流程图700示例。如图7所示，可利用一个中心化系统，其中，可接收、处理和分析关于支付、操作、贸易系统等的信息。图7中中心化系统可以是一个纸张密集的过程，自动化和标准化的缺少使得实体要承担大量日常开支和上涨的支出。图7中文件核实过程可能是低效的、易出错的，且依赖于人工处理（例如：文件丢失，错误条款和错误商品描述等）。在使用中心化系统时，可能需要多个点对点连接，孤岛式系统（silo-edsystems）可能存在与信息流相关的风险。图8根据一些实施例，示出了实施基于区块链的分布式账本的过程的流程图800的示例。如图1所示，800中的区块链账本可以以存储在各个节点106a-106n的分布式账本的形式提供。图9为说明示例节点106a的区块原理图900的示例。所述节点106a-106p提供去中心化的、点对点的、安全的网络，在闭环、许可的环境中向贸易伙伴银行（开证银行、通知银行、保兑银行等）提供账本节点。节点的数量可能有变化，例如，系统100可以在负载下按比例增加或减少节点，以应对多种请求速率，也可跟踪节点106a-106p以提供所述系统100的实时（或接近实时）监控，确保高可用性，并且具有反应和预防系统故障的能力。节点106a可由各种计算实施例提供的一个或多个单元组成，例如：使用硬件、软件和或嵌入固件的组合。例如，可使用服务器、处理器、计算机可读存储器和存储装置等实施节点106a及其单元。在一些实施例中，节点106a可由分布式资源（例如：通过“云计算”实施）提供。节点106a可由多个单元组成，该多个单元包括信息提取单元902、加密单元904、区块跟踪单元906、区块链规则引擎908、区块链数据库916、存储器920以及区块链存储器922。可配置所述节点106a以使其与接口单元910交互，所述接口单元910可为，例如：用户系统和或可履行各类区块链相关活动（例如：库存系统和或装运系统）的任意类型的自动化系统（例如：通过应用程序接口（API）连接）。例如：接口单元910可以是金融机构计算装置，其指示合同应被添加至区块链账本。接口单元910可通过网络950将此信息提供给信息提取单元902。可配置信息提取单元902以从信息来源提取各种信息要素，例如：合同、交易记录、文件、财物报表、库存系统等。上述信息来源可以电子文件证据等形式提供信息。在一些实施例中，所述信息提取单元902被配置成使信息匿名和或编校信息，和或仅提取与某一特定用途相关的信息的子集。上述信息可存储在所述存储器920上。密码单元904被配置为用于加密和或以其他方式转换信息提取单元902提供的信息，例如：应用多种加密算法和或技术提取信息要素（例如：公开私有密钥加密）。在一些实施例中，密码单元904可配置为生成可以用于形成和或生成一个或多个区块以插入和或添加到区块链中的信息。在一些实施例中，加密单元904可利用各种密钥的组合和或版本，以提供不同等级的访问和或修改能力。例如：一些密钥可能只表示读取访问，而其他密钥可允许修改。在一些实施例中，可能会需要将多个密钥一起使用，以许可修改或访问。可配置区块跟踪单元906以保持关系和或关联，该关系和或关联用于识别区块互相之间的关系和或各种区块的特性（例如：识别与每个区块关联的信息是什么）。区块链规则引擎908可配置为以维持和更新一个或多个区块链，区块链规则引擎908可配置为，例如对与区块链相关联的各种规则和或逻辑进行应用、执行、更新等。例如，规则可与更新区块、添加区块和或删除区块、验证新区块、拒绝新区块等的共识要求相关联。规则可存储在存储器920或区块链存储器922上。区块链规则引擎908可与各类贸易金融合同的条款共同操作，例如：只在某些条件被满足或触发点被触发时引发各种事件发生。区块链存储器922可配置为存储与区块链相关联的信息，如区块链账本、区块链入口、各种区块上存储的信息、区块之间的链接、与所述区块链关联的规则等。存储器920和或区块链存储器922可使用各种类型的存储技术，存储技术例如为固态硬盘、硬盘驱动器、闪速存储器，还可以使用各种格式存储，如关系数据库、非关系数据库、平面文件、电子数据表、扩展标记文件等。图10为根据一些实施例，可由区块链功能提供的示例性功能集。图11为可能提供的系统关系图的示例，系统关系图说明如何在一个机构的计算系统的背景下实施系统100。如图11所示，用户可利用各种接口要素，通过接入信道（如通过移动或在线接口）导入和或导出各方面的信息。可利用安全层进行各方面验证、识别管理、访问权限许可和执行登录（例如：出于审计目的）。用户可利用接口实现例如：发布用于修改存储在所述分布式账本上的各类记录的信息（例如，通过生成要添加至分布式账本的新纪录区块）或基于存储在分布式账本上的信息的遍历和或分析进行查询（例如，生成报告）。分布式应用程序可用于履行各种任务，分布式应用程序与各种交互层交互，如法律协议层和智能合同层。上述层可跟踪版本控制、模板管理（如：模板条款）、合同元数据等。上述层可以通过一个应用程序编程接口直接与区块链账本交互，压缩各种指令并以区块链特定命令的形式编码指令例如，添加新记录至区块链，遍历存储在区块链上的记录。区块链账本被配置为接收各种指令和或命令，并通过应用各种账本权限集、加密、签名依照指示和命令进行操作。区块链账本适应于管理存储的密钥例如，可使用多个密钥以要求最少数量的签名、签名的一致性、不同的访问等级。区块链账本可应用各类加密技术，如跟踪和或保持工作的共识证明等。区块链账本也可跟踪所提供的节点的数量和特性，如与一个节点相关联的可靠性和或正常运行时间，各个节点之间的连接的特性和数量等。上述层可能与区块链集成网关接合，区块链集成网关可提供各种类型的服务，用于与下游组分交互，下游成分例如为客户档案、支付系统、欺诈检测程序、对比参考数据数据库、文件管理数据库等。所述层可以提供各种特征，包括一个分布式系统，其中，分布式应用程序能够利用事件驱动设计以使业务逻辑和技术问题安全、登录等清晰分离，以帮助控制应用程序的复杂性和促进持续的可维护性。分布式应用程序的模块化可以帮助提供合同操作的清晰构成，和过去事件交易和未来事件合同清晰的描述。所述各层适应于在一个弹性和容错平台上执行动态的、特别的和复杂的查询连接、聚合、过滤等。可建立各种连接和通信链接，以使所述通信可支持同步和异步两种通信，且在一些实施例中，还可支持非阻塞应用程序接口（API），以确保系统的解耦。图12示出了信息模型图的示例，信息模型图说明示例了系统100可能会跟踪的一些变量和或特性。信息可以以存储在分布式账本、元数据等中的数据的形式被跟踪。因为记录本身可能是通过加密相互链接的，所以一旦记录被提供到分布式账本上，存储在分布式账本上的记录可能难以和或几乎不可能改变。如信息模型所提供的，其要素可包括:1.卖方受益人：卖方受益人的完整公司名称和地址。2.金额：卖方的信用证的实际金额。还可以使用“近似”、“大约”或“左右”表示可接受的述明金额上下浮动10%。3.有效期：可包括装运和准备所需文件的时间。4.卖方银行：如果适用，卖方可列出其通知银行以及偿付银行的列表。偿付银行是开证行指定的作为支付银行的当地银行。5.支付方式可用性：买方和卖方可同意使用即期汇票、原期汇票或某种延期付款机制。6.所需文件：买方指定所需的文件（如：提货单、商业发票、原产地证书、分析证明书等）。7.通知地址：通知商品到达目的地（例如：港口、机场）的地址。8.商品描述：卖方应提供简短精确的商品及涉及的数量描述。9.确认书：在众多银行中，卖方可能希望经其本国银行确认信用证。正如所指出的，文件可包括，例如，如下:1.发票：为商品和服务所开的发票。所述发票包括货物描述、价格、装运条款（例如：FOB（离岸价格）原产地定价）以及买方的名称和地址与卖方名称和地址。2.提货单：描述接收装运商品的文件，由经营货代或运输商品业务的货运承运人签发。3.权利担保：卖方给予商品买方的写明转让的权利为有效权利及权利的转让为合法的。4.赔偿保证书：为某一阐明的情况赔偿购买者。赔偿通常用于保证运输文件在有效时可以提供良好的秩序。在一些实施例中，信用证区块链可以包含一个或多个合同条款作为参数和或条件，以使后续的条款可以被满足和或表示信用证的完成和或失败。图13示出了提供的工作流程示例，其中，买方或申请人打开信用证合同，区块链分布式账本被用于在几个验证步骤后生成信用证示例。在本例中，可能会有以下各方：•申请者（买方）：在该方请求下银行签发信用证。•受益人（卖方）：只要提供所述信用证要求的文件证据，受益人就有权要求支付。•开证银行（开证行）：代表所述申请者（买方）签发信用证的银行。也称开证行。开证银行保证在到期日支付。•通知银行：通常为卖方所在国家的银行，通知银行的任务是合理的注意检查信用证的真实性，并根据指令通知卖方。•保兑银行：可为受益人保兑信用证的通汇银行。通常为通知银行。基于记录存储在区块链分布式账本上的记录进行签名、修改、合同评审例如，由签发方。且签发方的签名可由区块链分布式账本跟踪。签发方签名后，可生成通知并将其提供给通知银行，之后所述通知银行将所述通知提供给卖方受益人。卖方受益者的签名可被跟踪和应用，可能会提供付款请求，此时卖方受益人的签名可被应用于区块链分布式账本中。区块链分布式账本及其满意度中应用各类规则后，可签发通知，该通知中可提供所请求的付款。在一些实施例中，接收签名可由在一个节点的分布式账本上记录一次交易的请求代表。交易包括与所需签名的一方的档案相关联的私有秘钥。在一些实施例中，交易包括交易为签名的指示。在一些实施例中，交易可包括所需签名一方的数字签名或签名的图片。可由通知银行履行各种验证，例如：•信用证未超过有效日期；•文件逾期未提交；•文件丢失；•文件签发错误；•名称与信用证中名称不一致；•商品描述不一致:数量、质量；•提货单中递送日期在信用证递送日期范围之前或之后；•发票金额与汇票金额不一致；•发票没有签名，按照信用证条款规定；•装运时间迟于规定的装运时间；以及•装运细节不正确例如，在错误的港口装卸，没有使用指定船只，签发错误订单；显示分批装运或转运（如条款中没有允许）；不按照条款包装加标记）等。信用证被批准时，付款由买方开证银行发放到卖方账户，文件也由开证银行发放给买方。信用证没有得到买方批准时，买方与卖方可能需要继续进一步协商。无论如何，信用证被更新并记录在所述账本中。图14根据一些实施例，示出了工作流程1400的示例，工作流程1400说明一种取样方法。工作流程1400的示例可在例如提供电子文件平台的系统上进行，电子文件平台包括至少多个分布式电子账本，每个分布式电子账本存储至少一个加密链接的记录序列，系统包括：多个分布式计算节点，每个分布式计算节点包括：一台处理器和其中已存储计算机可读指令的一个计算机可读媒介。当处理器执行存储的机器可读指令时，在1402处使处理器被配置为与分布式计算节点相对应的分布式账本的主机。在1404，分布式计算节点可以应用一组规则来管理对至少一个加密链接的记录序列的修改，其中将对单个分布式计算节点进行的修改同步至链接到该单个分布式计算节点的其他分布式计算节点上。在1406，分布式计算节点可从一次交易中的一方接收具有代表贸易金融文件证据特性和变化的表单字段对象的电子信息。在1408，分布式计算节点可生成一个新信息区块，该新信息区块加密链接至记录序列中一个现存的区块中，或是代表一个新的记录序列，该新信息区块适应于至少包括从交易中的一方接收的电子信息。图15根据一些实施例，示出了工作流程1500的示例，工作流程1500显示管理电子贸易金融交易的条件的示例方法的各方面。在一些实施例中，该方法的各方面可由一个或多个节点106实施。在一些实施例中，该方法的各方面可由在节点106处和或系统100中其他位置的一个或多个处理器实施。在1502，由节点106处或系统100中其他位置的一个或多个处理器接收创建新信用证的请求。在一些实施例中，信用证请求识别所述信用证的一定数量的参数。参数可包括但不限于：商品的类型、数量、装运承载人参数、装运贸易条款、装运路线、日期截止日期等。在一些实施例中，参数可被识别为文本、数字或一个或多个字段的枚举值。在一些实施例中，参数可被链接至或以其他方式包括定义该参数的实际文件的文本和或图片。在一些实施例中，参数可以提供装运信息，该装运信息可被一方通过将交易记录至分布式账本上来进行核实验证。在一些实施例中，信用证请求可以包括一个或多个标识符，以识别信用证可能涉及的一方或多方。例如，在一些实施例中，各方可包括申请人买方、签发方、通知银行、受益人卖方、承运人、操作员、海关检验实体等。在一些实施例中，一方档案可包括与装运承载人、装卸人、船只、港口、报关员、仓库、验货人员等关联的档案。在一些实施例中，信用证请求可包括该信用证的一个或多个条件。在一些实施例中，上述条件与一方或多方档案相关联。在一些实施例中，与档案对应的各方被授权获取条件和或记录交易，以核实所述条件是否被满足。在一些实施例中，上述条件包括但不限于：签署文件方、核实商品的种类数量状况位置所有权等的处理商品方等等。在1504，在节点106处或系统100中其他位置的一个或多个处理器获取与信用证请求中的条件相关联的各方档案相关联的公开密钥。在一些实施例中，公开密钥可被存储在系统100的数据库中。在一些实施例中，公开密钥可由认证机构管理。在一些实施例中，公开密钥可由一个或多个例如金融机构受信方存储和或管理。在一些实施例中，一个或多个处理器为与条件关联的所有方档案生成公开-私有密钥对。在一些实施例中，一个或多个处理器为公开密钥已经不可用的每一方档案生成公开-私有密钥对。一个或多个处理器接着将私有密钥传达给所述方，例如：与所述方档案关联的地址、账户或装置。在1506，一个或多个处理器在一个节点上的一个分布式账本上生成区块。在一些实施例中，一个或多个处理器为每个新信用证创建一个新的分布式账本。在一些实施例中，一个或多个区块与信用证的对应条件相关联。在一些实施例中，用公开密钥影响和或加密每个区块，公开密钥对应于与区块对应的条件相关联的所述方档案。在一些实施例中，用公开密钥编码区块，以要求私有秘钥相对该区块记录一次交易。在一些情况下，区块顺序排列，以使链中后续的区块被满足之前，链中更早的区块必需得到满足例如：有一次记录的交易）。在一些实施例中，这可以封装顺序满足的条件。例如，要求核实商品到达目的地的条件之前，必须满足要求核实商品在原位置被装上船的条件。在一些实施例中，可通过利用密钥的级联散列来封装顺序条件。在一些实例中，可将区块排列成平行或树形结构，以使条件可在平行结构中被满足。在一些实例中，可将所述排列成串联、平行、树形或其他排列的任何组合。在1508，在第一个节点的分布式账本处生成区块后，在第一个节点处的处理器生成信号，用于发起区块向剩余节点的传送。在一些实施例中，在第一个节点的分布式账本处的区块已经被生成后，初始条件为要求例如申请者和或签发方的请求方提供验证确认签字，以证明分布式账本实例反映信用证。在一些实施例中，在分布式账本中的一个初始区块中封装该条件。在一些实施例中，分布式账本在1508处被传送前，初始条件可能或可能不被满足。图16根据一些实施例，示出了工作流程1600示例，工作流程1600显示管理电子贸易金融交易的条件的示例方法的各方面。在一些实施例中，该方法的各方面可由一个或多个节点106实施。在一些实施例中，该方法的各方面可由在节点106处和或系统100中其他位置的一个或多个处理器实施。在一些实施例中，图16中方法的各方面可在关于图15讨论的各方面之后发生。在1610，在节点106处或系统100中其他位置的一个或多个处理器接收记录与分布式账本中一个区块相关的交易的请求。在一些实施例中，该请求表示与区块关联的条件的至少一部分已经被满足。在一些实施例中，该请求包括或用其他方式利用私有密钥记录交易。在1612，验证私有密钥与区块的公开密钥对应后，将交易记录在分布式账本上。在一些实施例中，私有密钥的验证和交易的记录为单一步骤，其中，如果密钥错误，该记录将失败。在一些实施例中，交易可表示条件得到满足。在一些实施例中，交易也可表示条件没有被满足。在一些实施例中，交易可表示条件的部分满足或部分不满足。例如，如果一方核实了部分商品到达一个位置，交易请求可表示该条件的部分满足，以基于尚未完成的商品的质量为新条件封装成后续的区块。在一些实施例中，可用记录交易的同一方的公开密钥或可与条件相关联的任意其他方的公开密钥编码生成新的后续的区块。在另一例中，如果部分或所有预期商品在装运过程中丢失或损坏，交易可表示条件的部分或完全未满足。在另一例中，交易可触发新区块的创建。例如，在一些实施例中，一方可参与装运过程，交易可表示商品的路线变更。此种情况触发分布式账本中新区块和或区块新分支的生成。例如，新区块可封装与新装运过程关联的条件，新装运过程例如为到达不同港口、由不同承运人核实处理、装卸人等。在一些实施例中，初始新区块可要求，若要核实一方批准装运过程中的变化，应具备签发方、买方、卖方和或其他方的授权。在1614，处理器生成信号，用于发起将交易和或新区块向剩余节点的传送。在1616，当与签发方、通知方或持有资金的其他方关联的节点处的分布式账本处于每个区块及其对应条件都被满足的状态时，该节点生成触发信号，用于发起根据信用证参数进行的资金发放或转拨。在一些实施例中，触发信号为通知一方条件已经被满足和可以转拨资金的通信消息。在一些实施例中，触发信号为自动触发资金的转拨或发放的指令或其他信号。在一些实施例中，在与资金持有方关联的节点处的分布式账本处于一个或多个条件未被满足的状态时，节点生成触发信号将故障传送至一方或多方。在一些实施例中，在与资金持有方关联的节点处的分布式账本表示一个或多个条件的部分完成时，节点可生成触发信号，用于发起根据信用证参数进行的资金部分发放或转拨。在一些实施例中，分布式账本可以是一个系统中所有节点都可进入、由所有节点存储和或保持的公开账本。在一些实施例中，一个节点可接收状态请求，也可被配置以询问账本，以识别和报告最近记录的交易和或信用证各种条件的状态。在一些实施例中，当不同区块的多方面包含敏感信息时，对账本的公开性质可造成技术挑战。例如，可能不希望装卸船只的装卸工人完全访问关于商品费用或交易方的信息和银行账户信息。在一些实施例中，创建分布式账本或新区块的一个节点106的处理器可被配置以用一个或多个加密密钥加密与一个或多个区块或信用证作为整体相关联的参数。在一些实施例中，用于加密参数的加密密钥可以与某一特别的区块或参数关联的访问级别为基础。在一些实施例中，与装运过程关联的区块可只包括装运过程操作员可访问的参数。例如，装卸人或装运过程操作员可能只能访问关于商品描述、数量、运输路线和位置的信息。在一些实施例中，金融和费用信息可仅供金融方以及买方或卖方获取。因此，涉及上述参数的区块可只包括必要的各方可访问的参数。在一些实施例中，某一特定区块的参数可用与该区块关联的一方档案的公开密钥进行编码。因此，一方可能只能解密其自己的区块和阅读其中的参数。在一些实施例中，可用一组或一类密钥编码参数。例如，装运过程操作员可有一个共享密钥，该共享密钥可以解密与装运过程条件关联的任意区块参数。在一些实施例中，金融机构方、买方和或卖方可有共享密钥，该共享密钥可解密与金融条件关联的任意区块参数。在一些实施例中，上述各方也可有装运过程操作密钥，以便上述各方可以监控装运过程。总述本文描述的包含装置、系统和方法的实施例可以硬件和软件结合实施。这些实施例可在可编程的计算机上实施，每台计算机包括至少一台处理器，一个数据存储系统（包括易失性存储器或非易失性存储器或其他数据存储元件或其组合）和至少一个通信接口。程序代码被应用于输入数据以执行本文描述的功能并生成输出信息。该输出信息被应用于一个或多个输出装置。在一些实施例中，通信接口可以是网络通信接口。在可以组合元件的实施例中，通信接口可以是软件通信接口，例如用于进程间通信的软件通信接口。还有在其他的实施例中，通信接口的组合可能被作为硬件、软件及其组合实施。在整个前述讨论中，将会对由服务器、服务、接口、入口、平台或其他由计算装置形成的系统的进行多次引用。需要了解的是，上述此类术语的使用应被认为代表一个或多个计算装置，其具有至少一个处理器，该处理器被配置为用于执行被存储在计算机可读有形的、非暂时性的媒介上的软件指令。例如，服务器可以包括一个或多个计算机，该计算机作为网络服务器、数据服务器或其他类型的计算机服务器运行，以完成描述的任务、责任或功能。实施例的技术方案可能以软件产品的形式呈现。该软件产品可以被存储在非易失性或非暂时性的存储媒介上，该存储媒体可以是激光磁盘只读存储器（CD-ROM），通用串行总线（USB）闪存盘，或抽取式硬碟。该软件产品包括数个指令，这些指令使计算机装置（个人计算机、服务器或网络装置）可以执行所述实施例提供的方法。本文描述的实施例由物理计算机硬件实施，所述物理计算机硬件包括计算装置、服务器、接收器、发送器、处理器、记忆库、显示器和网络。本文描述的实施例提供有用的实体机器和特别配置的计算机硬件配置。本文描述的实施例针对电子机器及适应于处理和转换电磁信号的电子机器实施的方法，所述电磁信号代表各种类型的信息。本文描述的实施例普遍地、整体地与机器及其使用相关；且本文描述的实施例除了与计算机硬件、机器、和各种硬件部件一起使用之外，没有任何意义或实用性。代替特殊配置以实施非物理硬件的各种运行的物理硬件，例如利用思维步骤，可实质上影响实施例的工作方法。此类计算机硬件限制显然是本文描述的实施例的基本要素，不能被忽略或代替思维步骤，而对本文描述的实施例的操作和结构没有实质影响。计算机硬件对实施本文描述的各种实施例至关重要，其使用目的不仅仅在于迅速高效地履行步骤。尽管已经详细描述了上述实施例，需要了解的是，可对本文做出各种变化、代替和改动。此外，本申请的范围不旨限于说明书中描述的过程、机器、制造、物质组成、手段、方法和步骤的个别实施例。正如本领域普通技术人员会轻易地从现存的或待开发的公开内容、过程、机器、制造、物质组成、手段、方法或步骤中理解的，可利用实质上执行与本文描述的对应实施例相同的功能或实际上取得与本申请描述的对应实施例相同的结果。可以理解，上述示例的目的仅限于举例说明。图17为计算装置1700的原理图，一个实施例的示例。如图，所述计算装置1700包括至少一个处理器1702、存储器1704、至少一个IO接口1706和至少一个网络接口1708。每台处理器1702可为，例如任意类型的通用微处理器或微控制器、数字信号处理（DSP）处理器、集成电路、现场可编程逻辑门阵列（FPGA）、可重配置处理器、可编程只读存储器（PROM）或其任意组合。存储器1704可包括任意类型的计算机存储器的适合的组合，计算机存储器位于计算机内部或外部，如，例如随机存取存储器（RAM）、只读存储器（ROM）、激光磁盘只读存储器（CD-ROM）、电光存储器、磁光存储器、可擦除可编程只读存储器（EPROM）、电擦除可编程只读存储器（EEPROM）、铁电体随机存取存储器FRAM或等等。每个IO接口1706都能够使计算装置1700与一个或多个输入装置相互连接，输入装置例如键盘、鼠标、摄像机、触摸屏和传声器，或使计算装置1700与一个或多个输出装置相互连接，输出装置例如为显示屏和扬声器。每个网络接口1708都能使计算装置1700与其他部件通信、与其他部件进行数据交换、访问和连接网络资源、服务应用程序、通过连接至能够承载数据的网络（或多个网络）执行其他计算应用。该网络（或多个网络）包括互联网、以太网、普通老式电话服务（POTS）线路、公共交换电话网（PSTN）、综合业务数字网（ISDN）、数字用户线路（DSL）、同轴电缆、光纤、人造卫星、移动网络、无线网络（例如：无线局域网（Wi-Fi），无线城域网（WiMAX））、SS7信令网、固线、局域网、广域网及包括上述网络的任意组合的其他网络。在向用户提供申请、区域网络、网络资源、其他网络和网络安全装置前，可操作计算装置1700实现用户注册和认证例如，利用注册、唯一标识符和密码）。计算装置1700可服务一位用户或多位用户。

权利要求：1.一种利用分布式账本管理电子贸易金融交易条件的方法，所述方法包括：接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的公开密钥；在分布式多节点中的一个节点上生成分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。2.根据权利要求1所述的方法，还包括：在所述分布式多节点中的一个节点处，接收记录与所述多个区块中的一个区块相关的交易的请求，所述请求表示与所述区块关联的一个条件的至少一部分已得到满足，所述请求包括私有密钥；在验证所述私有密钥与所述区块中的表示记录交易的请求中的所述条件的至少一部分的所述公开密钥相对应后，在所述节点的所述分布式账本上记录所述交易；以及生成信号，用于发起将所述交易传送至整个所述分布式多节点的传送活动。3.根据权利要求2所述的方法，还包括：所述分布式多节点中的一个节点的账本与资金持有方关联，所述资金持有方处于一种状态，其中，在与相应条件相关联的所述多个区块的每一个都被一个或多个传送的交易满足后，生成用于发起根据所述信用证参数进行资金发放的触发信号。4.根据权利要求1-3任意一项所述的方法，其特征在于：所述信用证参数包括由相应方确认条件已得到满足而需验证的数据；所述方法还包括：用与所述相应方的所述档案关联的所述公开密钥加密所述待验证的数据。5.根据权利要求1-4任意一项所述的方法，其特征在于：与所述信用证的至少一个条件对应的每一方档案与所述分布式多节点中的至少一个节点相关联。6.根据权利要求5所述的方法，其特征在于：所述方档案包括与所述信用证关联的装运过程中涉及的相关各方的档案；其中，所述信用证的所述条件中的至少一个条件建立在所述装运过程基础上。7.根据权利要求6所述的方法，其特征在于：所述各方档案包括与装运承运人、装卸人、船只、港口、报关员、仓库或验货人员中至少一项关联的档案。8.根据权利要求6或7所述的方法，包含：在所述多个分布式节点中的一个节点处，接收修改与所述装运过程关联的至少一个参数或条件的修改请求，所述请求由被要求验证所述修改请求的一方的档案相关联的所述公开密钥进行编码；记录所述节点的所述分布式账本上的一条区块分支，所述区块分支显示对所述装运过程的所述请求的修改，所述区块分支包括一个初始区块，所述初始区块受交易影响并由与至少一个授权方关联的公开密钥加密；以及生成信号，用于发起将所述分支传送至整个所述分布式多节点的传送活动。9.根据权利要求1-8任意一项所述的方法，其特征在于：所述多个区块进行级联散列排序，使得第二个交易无法在第一个交易被记录在分布式账本上之前被记录。10.根据权利要求1-9任意一项所述的方法，还包括：接收状态请求；以及查询所述分布式账本以确认一条最近记录的交易。11.根据权利要求1-10任意一项所述的方法，其特征在于：获取与每一所述方档案关联的所述公开密钥，包括：为每一所述方档案生成的公开-私有密钥对；以及将所述私有密钥从所述公开-私有密钥对传送至所述对应方。12.根据权利要求1-11任意一项所述的方法，其特征在于：所述信用证参数包括商品识别码、数量、装运贸易条款或承运条件中的至少一项。13.根据权利要求1-12任意一项所述的方法，其特征在于：生成的所述多个区块包括生成的树形结构的区块，所述树形结构的每一分支定义了对所述信用证的条件的部分满足的条件，其中，与特定分支相关联的条件的完成能够触发根据所述信用证参数进行的资金的部分发放。14.根据权利要求13所述的方法，其特征在于：所述特定分支的条件根据所述信用证参数与商品的分批装运关联。15.根据权利要求1-14任意一项所述的方法，其特征在于：生成分布式账本上的多个区块的操作包括用基于与区块相关联的访问级别的秘钥加密与一个或多个区块相关的参数。16.一种利用多节点的分布式账本管理电子贸易金融交易条件的系统，所述系统包括：存储分布式账本数据的存储器设备；以及一个或多个所述多节点的至少一台处理器，所述处理器被配置为：接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的公开密钥；在分布式多节点中的一个节点上生成分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。17.根据权利要求16所述的系统，其特征在于：一个或多个所述多节点的至少一台处理器被配置为：在所述分布式多节点中的一个节点处，接收记录与所述多个区块中的一个区块相关的交易的请求，所述请求表示与所述区块关联的一个条件的至少一部分已得到满足，所述请求包括私有密钥；在验证所述私有密钥与所述区块中的表示记录交易的请求中的所述条件的至少一部分的所述公开密钥相对应后，在所述节点的所述分布式账本上记录所述交易；以及生成信号，用于发起将交易传送至整个所述分布式多节点的传送活动。18.根据权利要求17所述的系统，其特征在于：一个或多个所述多节点的至少一台处理器被配置为：所述分布式多节点中的一个节点的账本与资金持有方关联，所述资金持有方处于一种状态，其中，在与相应条件相关联的所述多个区块中的每一个都被一个或多个传送的交易满足后，生成用于发起根据所述信用证参数进行资金发放的触发信号。19.根据权利要求16-18任意一项所述的系统，其特征在于：所述信用证参数包括由相应方确认条件已得到满足而需验证的数据；其中，一个或多个多节点的至少一台处理器被配置为：用与所述相应方的所述档案关联的所述公开密钥加密所述待验证的数据。20.根据权利要求16-19任意一项所述的系统，其特征在于：与所述信用证的至少一个条件对应的每一方档案与所述分布式多节点中的至少一个节点相关联。21.根据权利要求20所述的系统，其特征在于：所述方档案包括与所述信用证关联的装运过程中涉及的相关各方的档案；其中，所述信用证的所述条件中的至少一个条件建立在所述装运过程基础上。22.根据权利要求21所述的系统，其特征在于，所述各方档案包括与装运承运人、装卸人、船只、港口、报关员、仓库、或验货人员中至少一项关联的档案。23.根据权利要求21或22所述的系统，其特征在于：一个或多个所述多节点的至少一台处理器被配置为：在所述多个分布式节点中一个节点处，接收修改与所述装运过程关联的至少一个参数或条件的修改请求，所述请求由被要求验证所述修改请求的一方的档案相关联的所述公开密钥进行编码；记录所述节点的所述分布式账本上的一条区块分支，所述区块分支显示对所述装运过程的所述请求的修改，所述区块分支包括一个初始区块，所述初始区块受交易影响并由与至少一个授权方关联的公开密钥加密；生成信号，用于发起将所述分支传送至整个所述分布式多节点的传送活动。24.根据权利要求16-23任意一项所述的系统，其特征在于：所述多个区块进行级联散列排序，使得第二个交易无法在第一个交易被记录在分布式账本上之前被记录。25.根据权利要求16-24所述的系统，其特征在于：一个或多个所述多节点的至少一台处理器被配置为：接收状态请求；以及查询所述分布式账本以确认一条最近记录的交易。26.根据权利要求16-25任意一项所述的系统，其特征在于：获取与每一所述方档案关联的所述公开密钥，包括：为每一所述方档案生成的公开-私有密钥对；以及将所述私有密钥从所述公开-私有密钥对传送至所述对应方。27.根据权利要求16-26任意一项所述的系统，其特征在于：所述信用证参数包括商品识别码、数量、装运贸易条款、或承运条件中的至少一项。28.根据权利要求16-27任意一项所述的系统，其特征在于：生成的所述多个区块包括生成的树形结构的区块，所述树形结构的每一分支定义了对所述信用证的条件的部分满足的条件，其中，与特定分支相关联的条件的完成能够触发根据所述信用证参数进行的资金部分发放。29.根据权利要求28所述的系统，其特征在于：所述特定分支的条件根据所述信用证参数与商品的分批装运关联。30.根据权利要求16-29任意一项所述的系统，其特征在于：生成分布式账本上的多个区块的操作包括用基于与区块相关联的访问级别的秘钥加密与一个或多个区块相关的参数。31.一个或多个计算机可读媒介上存储有计算机可读指令，所述指令被一个或多个多节点的至少一个处理器执行时，将所述至少一个处理器配置为：接收新电子信用证请求，所述请求识别信用证参数，以及与相应方档案相关联的所述信用证的至少一个条件；获取与每一所述方档案相关联的公开密钥；在分布式多节点中一个节点上生成分布式账本上的多个区块，每个区块与需要实现的所述至少一个条件中的一个对应条件相关联，并用与所述条件相关联的相应方的档案对应的公开密钥进行加密；以及生成信号，用于发起将所述多个区块传送至所述分布式多节点的传送活动。

百度查询： 加拿大皇家银行 电子文件平台

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD