用于获取区块链交易签名数据的方法及装置
阅读：156发布：2020-05-13
专利汇可以提供用于获取区块链交易签名数据的方法及装置专利检索，专利查询，专利分析的服务。并且本公开提供了一种用于获取 区 块 链 交易签名数据的方法及装置。所述方法包括：在获取到企业用户的交易信息时，基于所述交易信息生成签名数据 请求 消息，所述交易信息包括所述企业用户的 银 行账号；将所述签名数据请求消息通过区块链企业端应用发送给所述银行账号的对应银行 服务器 ；通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据，所述交易签名数据至少包括数字签名，所述数字签名是在所述企业用户的密钥装置处基于所述企业用户的私钥和所述交易信息生成的；以及基于所述交易签名数据，生成 区块链交易 签名数据。，下面是用于获取区块链交易签名数据的方法及装置专利的具体信息内容。
1.一种用于获取区块链交易签名数据的方法，包括：
在获取到企业用户的交易信息时，基于所述交易信息生成签名数据请求消息，所述交易信息包括所述企业用户的银行账号；
将所述签名数据请求消息通过区块链企业端应用发送给所述银行账号的对应银行服务器；
通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据，所述交易签名数据至少包括数字签名，所述数字签名是在所述企业用户的密钥装置处基于所述企业用户的私钥和所述交易信息生成的；以及
基于所述交易签名数据，生成区块链交易签名数据。
2.如权利要求1所述的方法，其中，所述交易签名数据还包括数字签名原文、所述企业用户的公钥、签名摘要算法和签名摘要。
3.如权利要求1所述的方法，其中，所述企业用户的密钥装置包括所述企业用户的Ukey。
4.如权利要求1所述的方法，其中，所述企业用户的交易信息是通过所述区块链企业端应用来从所述企业用户的用户设备获取的。
5.如权利要求1所述的方法，还包括：
在生成所述区块链交易签名数据之后，获取智能合约；以及
将所述区块链交易数据和所获取的智能合约发送至区块链系统中的对应节点服务器，以执行区块链处理。
6.如权利要求1所述的方法，其中，在通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据之前，所述方法还包括：
通过所述区块链企业端应用从所述对应银行服务器接签名确认页面地址信息，所述签名确认页面地址信息由所述银行服务器响应于所述签名数据请求消息而生成；以及通过所述区块链企业端应用来将所述签名确认页面地址信息提供给所述企业用户的用户设备上，以由所述企业用户访问签名确认页面地址来进行签名确认并在签名确认成功后使用所述Ukey来生成所述数字签名。
7.如权利要求6所述的方法，其中，所述签名确认页面地址信息是在所述银行服务器处基于在经过加密后的所述签名数据请求消息的工单编号生成的。
8.如权利要求1所述的方法，其中，所述交易信息对应的交易包括资产类交易，所述资产类交易的交易信息还包括资产类交易类型、企业用户账号、交易金额和交易对象信息。
9.如权利要求8所述的方法，其中，所述企业用户账号是从所述企业用户首次接收到账户类交易信息时生成的。
10.如权利要求1所述的方法，其中，基于所述交易信息生成签名数据请求消息包括：基于所述交易信息和对应银行服务器的消息生成规则生成签名数据请求消息，和/或基于所述交易签名数据，生成区块链交易签名数据包括：
基于所述交易签名数据和区块链数据规则，生成区块链交易签名数据。
11.一种用于获取区块链交易签名数据的装置，包括：
签名数据请求消息生成单元，在获取到企业用户的交易信息时，基于所述交易信息生成签名数据请求消息，所述交易信息包括所述企业用户的银行账号；
签名数据请求消息发送单元，将所述签名数据请求消息通过区块链企业端应用发送给所述银行账号的对应银行服务器；
交易签名数据接收单元，通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据，所述交易签名数据至少包括数字签名，所述数字签名是在所述企业用户的密钥装置处基于所述企业用户的私钥和所述交易信息生成的；以及
区块链交易签名数据生成单元，基于所述交易签名数据，生成区块链交易签名数据。
12.如权利要求11所述的装置，其中，所述交易签名数据还包括数字签名原文、所述企业用户的公钥、签名摘要算法和签名摘要。
13.如权利要求11所述的装置，还包括：
智能合约获取单元，在生成所述区块链交易签名数据之后，获取智能合约；以及区块链交易发起单元，将所述区块链交易数据和所获取的智能合约发送至区块链系统中的对应节点服务器，以执行区块链处理。
14.如权利要求11所述的装置，还包括：
地址信息接收单元，在通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据之前，通过所述区块链企业端应用从所述对应银行服务器接签名确认页面地址信息，所述签名确认页面地址信息由所述银行服务器响应于所述签名数据请求消息而生成；
以及
地址信息提供单元，通过所述区块链企业端应用来将所述签名确认页面地址信息提供给所述企业用户的用户设备上，以由所述企业用户访问签名确认页面地址来进行签名确认并在签名确认成功后使用所述Ukey来生成所述数字签名。
15.如权利要求11所述的装置，其中，所述签名数据请求消息生成单元基于所述交易信息和对应银行服务器的消息生成规则生成签名数据请求消息，和/或
所述区块链交易签名数据生成单元基于所述交易签名数据和区块链数据规则，生成区块链交易签名数据。
16.一种计算设备，包括：
至少一个处理器；以及
存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1到10中任一所述的方法。
17.一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求1到10中任一所述的方法。
用于获取区块链交易签名数据的方法及装置
技术领域
[0001] 本公开涉及区块链技术领域，具体地，涉及用于获取区块链交易签名数据的方法及装置。
背景技术
[0002] 区块链技术利用链式数据结构来验证和存储数据，并利用分布式节点共识算法来生成和更新数据，利用密码学的方式保证数据传输和访问安全。在利用区块链技术处理交易时，针对客户端发起的交易，通常在该交易通过验证时才会调用智能合约来执行该交易，因而能够保证交易安全性。
[0003] 为了方便用户，银行可以利用网络技术，通过互联网向用户提供查询、对账、行内转账、跨行转账、信贷等金融交易服务。同时，为了保证交易的安全性，银行通常会为使用网络银行服务的用户提供银行身份证书(数字证书)。银行身份证书用于标志用户的唯一身份，用于在进行金融交易进行验证用户身份。
[0004] 区块链技术的不可篡改性能够为银行和用户提供更高级别的安全性。然而，各个银行的银行服务系统以及身份证书的机制各有不同，再加上各个用户(例如企业)本身的财务系统存在差异，且需要满足合规等要求。因而，即有的银行服务系统和用户难以利用区块链技术实现交易。发明内容
[0005] 鉴于上述，本公开提供了一种用于获取区块链交易签名数据的方法及装置。利用该方法及装置，能够将银行为用户发布的密钥装置中的公钥和私钥作为该用户在区块链中的公钥和私钥，从而将银行和企业用户接入区块链系充。
[0006] 根据本公开的一个方面，提供了一种用于获取区块链交易签名数据的方法，包括：在获取到企业用户的交易信息时，基于所述交易信息生成签名数据请求消息，所述交易信息包括所述企业用户的银行账号；将所述签名数据请求消息通过区块链企业端应用发送给所述银行账号的对应银行服务器；通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据，所述交易签名数据至少包括数字签名，所述数字签名是在所述企业用户的密钥装置处基于所述企业用户的私钥和所述交易信息生成的；以及基于所述交易签名数据，生成区块链交易签名数据。
[0008] 可选的，在一个示例中，所述企业用户的密钥装置可以包括所述企业用户的Ukey。
[0009] 可选的，在一个示例中，所述企业用户的交易信息可以是通过所述区块链企业端应用来从所述企业用户的用户设备获取的。
[0010] 可选的，在一个示例中，所述方法还可以包括：在生成所述区块链交易签名数据之后，获取智能合约；以及将所述区块链交易数据和所获取的智能合约发送至区块链系统中的对应节点服务器，以执行区块链处理。
[0011] 可选的，在一个示例中，在通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据之前，所述方法还可以包括：通过所述区块链企业端应用从所述对应银行服务器接签名确认页面地址信息，所述签名确认页面地址信息由所述银行服务器响应于所述签名数据请求消息而生成；以及通过所述区块链企业端应用来将所述签名确认页面地址信息提供给所述企业用户的用户设备上，以由所述企业用户访问签名确认页面地址来进行签名确认并在签名确认成功后使用所述Ukey来生成所述数字签名。
[0012] 可选的，在一个示例中，所述签名确认页面地址信息可以是在所述银行服务器处基于在经过加密后的所述签名数据请求消息的工单编号生成的。
[0013] 可选的，在一个示例中，所述交易信息对应的交易可以包括资产类交易，所述资产类交易的交易信息还包括资产类交易类型、企业用户账号、交易金额和交易对象信息。
[0014] 可选的，在一个示例中，所述企业用户账号可以是从所述企业用户首次接收到账户类交易信息时生成的。
[0015] 可选的，在一个示例中，基于所述交易信息生成签名数据请求消息可以包括：基于所述交易信息和对应银行服务器的消息生成规则生成签名数据请求消息，和/或基于所述交易签名数据，生成区块链交易签名数据可以包括：基于所述交易签名数据和区块链数据规则，生成区块链交易签名数据。
[0016] 根据本公开的另一方面，还提供一种用于获取区块链交易签名数据的装置，包括：签名数据请求消息生成单元，在获取到企业用户的交易信息时，基于所述交易信息生成签名数据请求消息，所述交易信息包括所述企业用户的银行账号；签名数据请求消息发送单元，将所述签名数据请求消息通过区块链企业端应用发送给所述银行账号的对应银行服务器；交易签名数据接收单元，通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据，所述交易签名数据至少包括数字签名，所述数字签名是在所述企业用户的密钥装置处基于所述企业用户的私钥和所述交易信息生成的；以及区块链交易签名数据生成单元，基于所述交易签名数据，生成区块链交易签名数据。
[0017] 可选的，在一个示例中，所述交易签名数据还可以包括数字签名原文、所述企业用户的公钥、签名摘要算法和签名摘要。
[0018] 可选的，在一个示例中，所述装置还可以包括：智能合约获取单元，在生成所述区块链交易签名数据之后，获取智能合约；以及交易数据上链单元，将所述区块链交易数据和所获取的智能合约发送至区块链系统中的对应节点服务器，以执行区块链处理。
[0019] 可选的，在一个示例中，所述装置还可以包括：地址信息接收单元，在通过所述区块链企业端应用从所述对应银行服务器接收交易签名数据之前，通过所述区块链企业端应用从所述对应银行服务器接签名确认页面地址信息，所述签名确认页面地址信息由所述银行服务器响应于所述签名数据请求消息而生成；以及地址信息提供单元，通过所述区块链企业端应用来将所述签名确认页面地址信息提供给所述企业用户的用户设备上，以由所述企业用户访问签名确认页面地址来进行签名确认并在签名确认成功后使用所述Ukey来生成所述数字签名。
[0020] 可选的，在一个示例中，所述签名数据请求消息生成单元可以基于所述交易信息和对应银行服务器的消息生成规则生成签名数据请求消息，和/或所述区块链交易签名数据生成单元可以基于所述交易签名数据和区块链数据规则，生成区块链交易签名数据。
[0021] 根据本公开的另一方面，还提供一种计算设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的方法。
[0022] 根据本公开的另一方面，还提供一种非暂时性机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的方法。
[0023] 利用本公开的方法和装置，通过基于企业用户的交易信息生成签名数据请求消息，并在将签名数据请求消息发送给对应银行服务器之后从对应银行服务器接收交易签名数据，从而能够利用银行为企业用户发行的密钥装置对交易信息进行加密以生成包括数字签名的交易签名数据，由此能够将企业用户的的密钥装置中的私钥和公钥作为该企业用户在进行区块链交易时的密钥。
[0024] 利用本公开的方法和装置，通过将从对应银行服务器接收到的签名确认页面地址信息提供在企业用户的用户设备上，从而企业用户可以访问签名确认页面地址以对签名内容进行确认。
[0025] 利用本公开的方法和装置，通过基于经过加密后的签名数据请求消息的工单编号生成签名确认页面地址，能够防止泄漏企业用户和银行的业务信息，提高安全性。
[0026] 利用本公开的方法和装置，通过基于交易信息和对应银行服务器的消息生成规则生成签名数据请求消息，和/或基于交易签名数据和区块链数据规则，生成区块链交易签名数据，能够在不改变企业用户的用户设备和对应银行服务器的现有软硬件结构的前替下，将企业用户和对应银行服务器接入区块链系统。附图说明
[0027] 通过参照下面的附图，可以实现对于本公开内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开的实施例，但并不构成对本公开的实施例的限制。在附图中：
[0028] 图1示出了可用于执行根据本公开的实施例的用于获取区块链交易签名数据的方法的环境的示例的示意图；
[0029] 图2示出了执行根据本公开的实施例的用于获取区块链交易签名数据的方法的系统架构的示例的示意图；
[0030] 图3是根据本公开的一个实施例的用于获取区块链交易签名数据的方法的流程图；
[0031] 图4是银行服务器获取利用Ukey来生成交易签名数据的过程的一个示例的流程图；
[0032] 图5是根据本公开的另一实施例的用于获取区块链交易签名数据的方法的一个应用场景的流程图；
[0033] 图6是根据本公开的一个实施例的用于获取区块链交易签名数据的装置的结构框图；
[0034] 图7是根据本公开的另一实施例的用于获取区块链交易签名数据的装置的结构框图；
[0035] 图8是根据本公开的一个实施例的用于实现用于获取区块链交易签名数据的方法的计算设备的结构框图。
具体实施方式
[0036] 以下将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本公开内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。
[0037] 如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。
[0038] 现在结合附图来描述本公开的用于获取区块链交易签名数据的方法及装置。
[0039] 区块链是一种按照时间顺序来将数据区块顺序相连组合而成的链式数据结构，并且以密码学方式保证数据区块不可篡改和不可伪造。区块链包括一个或多个区块。区块链中的每个区块通过包括该区块链中紧接其之前的前一个区块的加密散列而链接到该前一个区块。每个区块还包括时间戳、该区块的加密哈希以及一个或多个交易(transaction)。对已经被区块链网络的节点验证的交易进行哈希处理并形成Merkle树。在Merkle树中，对叶节点处的数据进行哈希处理，并且针对Merkle树的每个分支，在该分支的根处级联该分支的所有哈希值。针对Merkle树执行上述处理，直到整个Merkle树的根节点。Merkle树的根节点存储代表该Merkle树中的所有数据的哈希值。当一个哈希值声称是Merkle树中存储的交易时，可以通过判断该哈希值是否与Merkle树的结构一致来进行快速验证。
[0040] 区块链是用于存储交易的数据结构。区块链网络是用于管理、更新和维护一个或多个区块链结构的计算节点网络。如上所述，区块链网络可以包括公有区块链网络、私有区块链网络或联盟区块链网络。
[0041] 在公有区块链网络中，共识过程由共识网络的节点控制。例如，在公有区块链网络中可以存在成千上万个实体协作处理，每个实体操作该公有区块链网络中的至少一个节点。因此，公有区块链网络可以被认为是参与实体的公有网络。在一些示例中，大多数实体(节点)必须按序对每个区块进行签名，并且将签名后的区块添加到区块链网络的区块链中。公有区块链网络的示例可以包括特定对等支付网络。此外，术语“区块链”不特别指代任何特定的区块链。
[0042] 公有区块链网络支持公有交易。公有交易在公有区块链网络内的所有节点之间共享，并且存储在全局区块链中。全局区块链是指跨所有节点复制的区块链。为了达成共识(例如，同意向区块链添加区块)，在公有区块链网络内实现共识协议。共识协议的示例包括但不限于：工作量证明(POW，proof-of-work)，权益证明(POS，proof-of-stake)和权威证明(POA，proof-of-authority)。在本公开中，采用POW作为非限制性示例。
[0043] 私有区块链网络被提供来用于特定实体。私有区块链网络中的各个节点的读写权限被严格控制。因此，私有区块链网络通常也称为许可网络，其对允许谁参与网络以及的网络参与水平(例如，仅在某些交易情形下)进行限制。在私有区块链网络中，可以使用各种类型的访问控制机制(例如，现有参与方对添加新实体进行投票，监管机构控制许可等)。
[0044] 联盟区块链网络在参与实体之间是私有的。在联盟区块链网络中，共识过程由授权节点控制。例如，由若干个(例如，10个)实体(例如，金融机构，保险公司)组成的联盟可以操作联盟区块链网络，每个实体操作该联盟区块链网络中的至少一个节点。因此，联盟区块链网络可以被认为是参与实体的私有网络。在一些示例中，每个参与实体(节点)必须按序对每个区块进行签名，并将该区块添加到区块链。在一些示例中，可以由参与实体(节点)的子集(例如，至少7个实体)来对每个区块进行签名，并将该区块添加到区块链。
[0045] 在本公开中参考联盟区块链网络来详细描述本公开的实施例。然而，可以预期，本公开的实施例可以在任何适合的区块链网络中实现。
[0046] 区块链是防篡改的共享数字分类账，其在公有或私有对等网络中记录交易。分类帐被分发到网络中的所有成员节点，并且网络中发生的资产交易历史记录被永久记录在区块中。
[0047] 共识机制确保分布式区块链网络中的所有网络节点按照相同的顺序执行交易，并且随后写入相同的分类账。共识机制可以用于解决拜占庭问题。
[0048] 图1示出了可用于执行根据本公开的实施例的用于获取区块链交易签名数据的方法的环境100的示例的示意图。在一些示例中，环境100使得实体能够参与区块链网络102。如图1所示，环境100包括网络104、和计算设备/系统106、108。在一些示例中，网络104可以包括局域网(LAN)，广域网(WAN)，因特网或其组合，并且连接网站、用户设备(例如，计算设备)和后端系统。在一些示例中，可以通过有线和/或无线通信链路来访问网络104。在一些示例中，计算设备/系统106、108通过网络104相互通信，以及通过网络104实现与区块链网络102之间的通信，以及区块链网络102中的节点(或，节点设备)通过网络104来进行通信。
通常，网络104表示一个或多个通信网络。在一些情况下，计算设备/系统106、108可以是云计算系统(未示出)的节点，或者每个计算设备/系统106、108可以是单独的云计算系统，其包括通过网络104互连的多个计算机并且用作分布式处理系统。
通常，网络104表示一个或多个通信网络。在一些情况下，计算设备/系统106、108可以是云计算系统(未示出)的节点，或者每个计算设备/系统106、108可以是单独的云计算系统，其包括通过网络104互连的多个计算机并且用作分布式处理系统。
[0049] 在所说明的示例中，计算设备/系统106、108中的每个可以包括能够参与作为区块链网络102中的节点的任何合适的计算系统。计算设备/系统的示例包括但不限于，服务器，台式计算机，笔记本电脑，平板电脑设备和智能手机等。在一些示例中，计算设备/系统106、108上可以安装有用于与区块链网络102交互的一个或多个计算机实现的服务。例如，计算设备/系统106可以上可以安装有第一实体(例如，用户A)的服务，比如，第一实体用于管理其与一个或多个其他实体(例如，其他用户)的交易的交易管理系统。计算设备/系统108可以上可以安装有第二实体(例如，用户B)的服务，比如，第二实体用于管理其与一个或多个其他实体(例如，其他用户)的交易的交易管理系统。在图1的示例中，区块链网络102被表示为节点的对等网络，并且计算设备/系统106、108分别作为参与区块链网络102的第一实体和第二实体的节点。
[0050] 图2示出了执行根据本公开的实施例的用于获取区块链交易签名数据的方法的系统架构200的示例的示意图。系统架构200的示例包括分别与参与方A，参与方B和参与方C对应的参与方系统202、204、206。每个参与方(例如，用户，企业)参与被提供来作为对等网络的区块链网络212。区块链网络212包括多个节点214，其中，节点214中的至少一些节点在区块链216中记录信息，并且所记录的信息不可更改。尽管在区块链网络212内示意性地示出了单个区块链216，但是可以提供区块链216的多个副本，并且在区块链网络212中维护多个副本，如稍后详细描述的。
[0051] 在所示出的示例中，每个参与方系统202、204、206分别由参与方A，参与方B和参与方C提供，或者被提供来作为参与方A，参与方B和参与方C，并且充当区块链网络212内的对应节点214。如这里所使用的，节点通常是指连接到区块链网络212的单个系统(例如，计算机，服务器)，并且使得相应的参与方能够参与区块链网络。在图2示出的示例中，参与方对应于每个节点214。然而，一个参与方可以操作区块链网络212内的多个节点214，和/或多个参与方可以共享单个节点214。在一些示例中，参与方系统202、204、206使用协议(例如，超文本传输协议安全(HTTPS))和/或使用远程过程调用(RPC)来与区块链网络212通信，或者通过区块链网络212进行通信。
[0052] 节点214在区块链网络212的参与度可以不同。例如，一些节点214可以参与共识过程(例如，作为将区块添加到区块链216的矿工节点)，而其他节点214不参与共识过程。作为另一示例，一些节点214存储区块链216的完整副本，而其他节点214仅存储区块链216的部分副本。在图2的示例中，参与方系统202、204、206各自存储区块链216的完整副本216'、216”、216”'。
[0053] 区块链(例如，图2中的区块链216)由一连串的区块组成，每个区块存储数据。数据的示例可以包括表示两个或更多参与方之间的交易的交易数据。在本公开中，交易被使用来作为非限制性示例，可以预期的是，任何适当的数据都可以存储在区块链中(例如，文档，图像，视频，音频)。交易的示例可以包括但不限于交换有价值的东西(例如，资产，产品，服务和货币等)。交易数据被不可更改地存储在区块链中。
[0054] 在存储在区块中之前，对交易数据进行哈希处理。哈希处理是将(作为字符串数据提供的)交易数据转换为固定长度的哈希值(也被作为字符串数据提供)的过程。通过对交易数据进行哈希处理后，即使交易数据出现轻微更改，也会导致得到完全不同的哈希值。哈希值通常是通过使用哈希函数来对交易数据进行哈希处理而生成的。哈希函数的示例包括但不限于安全散列算法(SHA)-256，其输出256比特的哈希值。
[0055] 多个交易的交易数据可以在被哈希化之后存储在区块中。例如，对两个交易数据进行哈希处理得到两个哈希值，然后，对所得到的两个哈希值再次进行哈希处理以得到另一哈希值。重复该过程，直到对于要存储在区块中的所有交易，得到单个哈希值。该哈希值被称为Merkle根哈希，并且被存储在区块的头部。任何交易的更改都会导致其哈希值发生变化，最终导致Merkle根哈希值发生变化。
[0056] 通过共识协议来将区块添加到区块链中。区块链网络中的多个节点参与共识协议，并且经过竞争之后将区块添加到区块链中。这样的节点被称为矿工节点(或记账节点)。以上介绍的POW用作非限制性示例。
[0057] 矿工节点执行共识过程来将交易(所对应的区块)添加到区块链。虽然多个矿工节点参与共识过程，但只有一个矿工节点可以将区块写入区块链。也就是说，矿工节点在共识过程中竞争以将其区块添加到区块链中。更详细地，矿工节点周期性地从交易池中收集待处理的交易(例如，直到达到在区块中可以包括的交易数量的预定限制，如果有的话)。交易池包括来自区块链网络中的参与方的交易消息。矿工节点创建区块，并将交易添加到区块中。在将交易添加到区块之前，矿工节点检查待添加的交易中是否存在区块链的区块中具有的交易。如果该交易已被添加到另一个区块中，则该交易将被丢弃。
[0058] 矿工节点生成区块头，对区块中的所有交易进行哈希处理，并且成对地组合哈希值以生成进一步的哈希值，直到针对区块中的所有交易得到单个哈希值(Merkle根哈希)。然后，将Merkle根哈希添加到区块头中。矿工还确定区块链中的最新区块(即，添加到区块链的最后一个区块)的哈希值。矿工节点还可以在区块头中添加随机数值(noune值)和时间戳。在挖掘过程中，矿工节点尝试找到满足所需参数的哈希值。矿工节点不断更改nonce值，直到找到满足所需参数的哈希值。
[0059] 区块链网络中的每个矿工都试图找到满足所需参数的哈希值，并且以这种方式彼此竞争。最终，一个矿工节点找到满足所需参数的哈希值，并将该哈希值通告给区块链网络中的所有其他矿工节点。其他矿工节点验证哈希值，如果确定为正确，则验证区块中的每个交易，接受该区块，并将该区块附加到它们的区块链副本中。以这种方式，区块链的全局状态在区块链网络内的所有矿工节点上达成一致。上述过程是POW共识协议。
[0060] 在图2所提供的示例中，参与方A想要向参与方B发送一定数量的资金。参与方A生成交易消息，并将交易消息发送到区块链网络，该交易消息被增加到交易池中。区块链网络中的每个矿工节点创建区块，并从交易池中获取交易，并将交易添加到区块。按照这种方式，参与方A所发布的交易被添加到矿工节点的区块中。
[0061] 在一些区块链网络中，实施密码技术来维护交易的隐私性。例如，如果两个节点想要保持交易私密性，使得区块链网络中的其他节点不能获悉交易细节，则节点可以对交易数据进行加密处理。加密方法的示例包括但不限于对称加密和非对称加密。对称加密是指使用单个密钥进行加密(根据明文生成密文)和解密(根据密文生成明文)的加密过程。在对称加密中，多个节点可以使用相同的密钥，因此每个节点都可以对交易数据进行加密/解密。
[0062] 非对称加密中使用密钥对来进行加密和解密，且每个密钥对包括的私钥和公钥不同。对于一个节点来说，其具有的非对称加密的密钥对中的私钥需要保密存储；公钥可以公开出去，让其它节点获得。如果用公钥对数据进行加密，只有用对应的私钥才能解密。例如，再次参考图1。参与方A可以使用参与方B的公钥来加密数据，并将加密后的数据发送至参与方B。参与方B可以使用其私钥来解密从参与方A发来的加密数据(密文)并解密得到原始数据(明文)。使用节点的公钥加密的消息，只能使用成对秘钥中对应的私钥解密。
[0063] 非对称加密还可以用于提供数字签名，这使得交易中的参与方能够确认交易中的其他参与方以及交易的有效性。例如，参与方A可以对消息进行数字签名，而另一个参与方B可以根据参与方A的数字签名确认消息是由该参与方A发送的。数字签名还可以用于确保消息在传输过程中不被篡改。例如，再次参考图1。参与方A将向参与方B发送消息。参与方A生成消息的哈希值，然后使用其私钥对哈希值进行加密来生成数字签名。参与方A将该数字签名附加到消息，并将具有数字签名的消息发送给参与方B。参与方B使用参与方A的公钥解密数字签名，从而解密出对应的哈希值。参与方B对所接收的消息进行哈希处理以得到另一哈希值，然后比较两个哈希值。如果哈希值相同，则参与方B可以确认该消息确实来自参与方A，并且未被篡改。
[0064] 图3是根据本公开的一个实施例的用于获取区块链交易签名数据的方法的流程图。
[0065] 如图3所示，在块320，在获取到企业用户的交易信息时，基于企业用户的交易信息，生成签名数据请求消息。企业用户可以在区块链交易签名获取系统中注册账号，并凭借自己的账号登陆该系统，以发起交易。企业用户可以在系统中填写对应交易所需的交易信息。在一个示例中，企业用户可以在用户设备上将交易信息发送到区块链交易获取系统中。在一个示例中，企业用户可以通过设置在用户设备上的区块链企业端应用发送交易信息，从而可以通过区块链企业端应用来获取交易信息。区块链企业端应用可以设置在区块链交易签名数据获取系统中。
[0066] 企业用户所发起的交易可以包括账户类交易和资产类交易。账户类交易可以包括企业用户在区块链平台进行开户或绑定银行卡等与账户相关但不涉及资产转移的交易。当交易信息对应的交易是账户类交易时，企业用户在发起交易请求时，可以提供银行账号、开户行(银行账号的对应银行)、企业用户在银行开户时的户名、企业用户的统一社会信用代码等信息以生成交易信息。在一个示例中，可以不包括开户行，可以根据银行账号来确定银行账号的开户行。企业用户提供的银行账号可以用于绑定在区块链交易签名获取系统中以进行资产类交易。当企业用户发起账户类交易时，可以在接收到交易信息之后，还可以为企业用户预分配一个区块链平台账号。该区块链平台账号用于在区块链系统中进行区块链交易时使用。在一个示例中，该区块链平台账号可以作为企业用户在区块链系统中进行交易时的区块链地址。
[0067] 企业用户发起的交易还可以包括资产类交易。资产类交易可以包括涉及资产转移的交易。资产类交易可以区分为多个资产类交易类型，例如发行资产、转让资产、融资等。发行资产例如可以是发行股票、债券等，转让资产例如可以是向交易对象转账或转让应收账款等资产。当交易信息所对应的交易为资产类交易时，交易信息可以包括企业用户的银行账号、开户行(可以不包括)、资产类交易类型、区块链平台账号、交易金额等。当资产类交易类型为转让资产时，交易信息还可以包括交易对象。资产类交易的交易信息中的区块链平台账号可以是该企业用户在首次发起账户类交易时，为该企业用户生成的。
[0068] 在获取到企业用户的交易信息之后，可以基于交易信息组装成签名数据请求消息，以用于请求对应银行服务器生成交易签名数据。在一个示例中，可以基于交易信息和对应银行服务器的消息生成规则来生成签名数据请求消息。各个银行的银行服务器的设计机制存在差异，因而能够适用的消息格式也可能不同。当用户需要经由不同的银行服务器发起交易时或不同用户经由不同银行服务器发起交易时，难以匹配每个银行的消息格式，会造成银行服务器识别消息的效率降低。因而，可以在获取到企业用户的交易信息后，基于交易信息和对应银行服务器的消息生成规则来生成签名数据请求消息，以用于请求银行服务器生成针对该交易信息的交易签名数据。银行服务器的消息生成规则例如可以包括消息语句结构、消息必须包含的内容等。
[0069] 所生成的签名数据请求消息中可以包括按照银行服务器的消息生成规则重新组装的交易信息。在一个示例中，可以从企业用户所提供的交易信息中提取生成交易签名数据所必需的信息来生成签名数据请求消息。
[0070] 在生成签名数据请求消息之后，在块340，将签名数据请求消息通过区块链企业端应用发送给对应银行服务器。为了保证交易的安全性，可以经由相应平台的金融网关向对应银行服务器发送签名数据请求消息。
[0071] 对应银行服务器在接收到签名数据请求消息之后，可以基于签名数据请求消息中携带的交易信息进行相关验证。当交易信息对应的是账户类交易时，可以根据企业用户的户名和/或统一社会信用代码，对企业用户的信息进行真实性验证。当交易信息对应的是资产类交易时，对应银行服务器可以根据所存储的银行账号与区块链平台的对应关系来对签名数据请求消息中的交易信息进行正确性验证，例如可以银行账号是否是该企业用户的银行账号、银行账号与区块链平台账号是否存在绑定关系、区块链平台账号是否正确等。
[0072] 在账户类交易的企业信息验证真实或资产类交易的交易信息验证正确之后，对应银行服务器可以基于签名数据请求消息中的交易信息生成工单和对应于该工单的工单标识。该工单所对应的页面(下称签名确认页面)用于企业用户在使用加密装置进行签名之前，确认交易信息是否有误。企业用户可以登陆银行系统来确定签名确认页面中的信息的正确性，当确认无误时，可以将对应银行为企业用户提供的密钥装置接入到用户设备，以使用密钥装置中的私钥来对交易信息进行签名，从而生成数字签名。密钥装置例如可以是对应银行为企业用户提供的Ukey(U盾)。
[0073] 以下，将参考图4以Ukey为例来说明交易签名数据的获取过程。在下下文的示例中，虽然以Ukey为例进行描述，但本公开同样适用于使用其它密钥装置的情形。图4是根据本公开的另一实施例的用于获取区块链交易签名数据的方法的一个应用场景的流程图。
[0074] 如图4所示，在402，Ukey向对应银行服务器发起验证过程，银行服务器对Ukey进行验证，以验证该Ukey是否是合法用户所持有的。然后，在404，判断Ukey是否验证合法。Ukey可以通过银行客户端或通过网银页面和网银安全控件来向银行服务器发送消息或从银行服务器接收消息。银行服务器和Ukey之间可以采用PKI(PublicKeyInfrastructure，公共密钥体系)验证模式或基于冲击/响应的验证模式等验证方法来进行验证。具体的验证过程是本领域技术人员所知晓的，本说明书不再赘述。
[0075] 当Ukey验证合法时，在406，银行服务器将生成交易签名数据所需要的交易信息发送给Ukey。
[0076] 在接收到交易信息之后，在408，Ukey基于自身的签名规则对交易信息进行组装，以生成数字签名原文。然后，在410，Ukey调用存储在安全模块中的私钥，利用加密算法对数字签名原文进行加密，以生成数字签名。在生成数字签名之后，在412，Ukey对相关数据进行组装以生成交易签名数据。该交易签名数据中至少包括数字签名。
[0077] 在生成交易签名数据之后，在414，Ukey将交易签名数据发送给银行服务器。银行服务器在从Ukey获取到交易签名数据之后，可以将交易签名数据发送给区块链企业端应用。
[0078] 银行服务器在接收到签名数据请求消息时，还可以返回受理消息以通知交易签名数据获取系统签名数据请求已受理。签名数据获取系统可以在获取到企业用户的交易信息后的预定时间内未接收到受理消息时，重新执行块320和块340的操作。或者，还可以分析未接收到受理消息的原因并通知用户进行更正，例如是否是因为交易信息缺失或信息有误。此外，银行服务器在接收到签名数据请求消息时，如果签名数据请求消息不符合要求，也可以返回受理失败消息，受理失败消息中可以包括受理失败原因。例如，交易信息格式错误、交易信息缺失、交易信息有误等。交易签名数据获取系统可以根据受理失败消息来重新生成签名数据请求消息，或在通知用户更正交易消息后重新生成签名数据请求消息。
[0079] 接下来，在块360，交易签名数据获取系统通过区块链企业端应用从对应银行服务器接收交易签名数据。
[0080] 在一个示例中，从对应银行服务器接收到的交易签名数据还可以包括数字签名原文、密钥装置中的公钥、签名摘要算法和签名摘要。由于不同银行发行的Ukey的数字签名原文组装规则存在差异，区块链交易签名数据获取系统难以生成与格式完全一致的交易信息原文。因而，Ukey可以将数字签名原文组装在交易签名数据，以便于对数字签名进行签证。签名摘要为Ukey利用签名摘要算法对数字签名原文进行摘要处理后得到的。在交易签名数据中包括签名摘要算法是为了在对交易签名数据中的数字签名进行验证时使用。
[0081] 在获取到交易签名数据之后，在块380，基于交易签名数据，生成区块链交易签名数据。由此，能够使用银行为企业用户提供的密钥装置中的私钥和公钥来作为该企业用户在参与区块链交易时的公钥和私钥。
[0082] 图5是根据本公开的另一实施例的用于获取区块链交易签名数据的方法的一个应用场景的流程图。
[0083] 如图5所示，在502，企业用户可以通过用户设备上的区块链企业端应用来登陆区块链签名数据获取系统，并输入交易信息，从而发起交易。企业用户也可以不登陆区块链签名数据获取系统，而可以利用用户设备将交易信息发送到区块链签名数据获取系统，以发起交易。区块链交易签名数据获取系统在获取到交易信息时，在504，基于交易信息中的银行账号确定该交易对应的银行服务器。在一个示例中，区块链交易签名获取系统可以基于企业用户输入的银行卡号的前四位来确定对应服务器。
[0084] 在确定对应银行服务器之后，在506，区块链交易签名数据获取系统可以基于交易信息和对应服务器的消息生成规则来生成签名数据请求消息。在一个示例中，可以基于交易信息和对应银行服务器的消息生成规则生成签名数据请求消息。由此，能够使所生成的签名数据请求消息易于被对应银行服务器识别。
[0085] 然后，在508，区块链交易签名数据获取系统将所生成的签名数据请求消息发送给对应银行服务器，以请求对应银行服务器生成交易签名数据。
[0086] 银行服务器在接收到签名数据请求消息时，在510，相应于所接收到的签名数据请求消息，生成工单和该工单的对应的签名确认页面地址(即工单页面地址)。签名确认页面地址可以基于银行服务器地址(URL)和该工单的工单标识生成。银行服务器可以将银行服务器地址和工单标识组装成签名确认页面地址。还可以对工单标识进行加密处理，并基于加密之后的工单标识和银行服务器地址来生成签名确认页面地址。工单标识可以反映银行或企业用户的业务信息，例如当工单标识为工单编号时，能够通过工单编号获知银行在一定时间段内的业务量或企业用户在一定时间段内的交易量。因而，对工单标识进行加密处理能够防止第三方通过工单标识获知银行或企业用户的业务信息。在一个示例中，可以针对该工单标识随机地生成一个密钥，并利用该密钥对签名工单标识进行对称加密。在另一示例中，用于对工单标识进行加密的密钥也可以是预先生成的。
[0087] 在生成签名确认页面地址之后，在512，银行服务器将签名确认页面地址信息发送给区块链交易签名数据获取系统。银行服务器可以将组装完成的签名确认页面地址发送给区块链交易签名数据获取系统，还可以将未经组装的签名确认页面地址信息(例如银行网址和工单标识(或加密后的工单标识))发送给区块链交易签名数据获取系统。
[0088] 区块链交易签名数据获取系统在接收到签名确认页面地址信息之后，如果接收到的是未经组装的签名确认页面地址信息，则在514，对签名确认页面地址进行解析。区块链交易签名获取系统可以对签名确认页面地址信息进行解析，并根据解析结果组装成签名确认页面地址。例如，当签名确认页面地址信息包括银行服务器地址和工单标识或加密后的工单标识时，可以对银行服务器地址和工单标识进行组装以生成签名确认页面地址。通过由区块链交易签名数据获取系统来解析和组装签名确认页面地址，能够在获取签名确认页面地址的过程中出现问题时分析问题原因。例如可以分析是银行服务器地址有误还是工单标识出现错误。如果所接收到的是已组的签名确认页面地址，则不需要执行514的过程。
[0089] 在得到签名确认页面地址之后，在516，区块链交易签名数据获取系统将签名确认页面地址提供给企业用户。企业用户可以在518，通过签名确认页面地址来访问签名确认页面，并确认签名确认页面所展示的交易信息是否准确无误。签名确认页面地址可以通过区块链企业端应用提供给企业用户，企业用户可以在用户设备上点击签名确认页面地址以访问签名确认页面地址。例如，企业用户可以确定交易对象账号、合同编号、交易金额、交易日期等信息是否与自己发起交易时输入的信息一致。
[0090] 在确认交易信息无误后，在520，企业用户可以将Ukey接入用户设备，以使Ukey能够通过用户设备与银行服务器执行消息收发。例如，企业用户可以在确认交易信息无误后，将Ukey插入用户设备的USB接口，以将Ukey接入用户设备。
[0091] 然后，在522，银行服务器可以将交易信息发送给Ukey，并从Ukey接收所生成交易签名数据。当Ukey接入用户设备之后，银行服务器可以利用如图4所示的过程来从Ukey获取交易签名数据。
[0092] 在获取到交易签名数据之后，在524，银行服务器将交易签名数据发送给区块链交易签名数据获取系统中的区块链企业端应用。区块链交易签名数据获取系统可以通过区块链企业端应用来从银行服务器获取交易签名数据。
[0093] 在从银行服务器接收到交易签名数据之后，在526，区块链交易签名数据获取系统可以基于所获取到的交易签名数据和对应区块链的数据生成规则生成区块链交易签名数据。Ukey组装的交易签名数据的格式通常不符合区块链系统的数据要求，基于区块链系统的数据生成规则和交易签名数据来生成区块链交易签名数据时，能够在不改变银行服务器和Ukey的软硬件结构的情况下，使银行服务器对接到区块链系统中。
[0095] 区块链交易签名数据获取系统可以在530，将区块链交易签名数据和所获取的智能合约发送到对应区块链系统中的节点服务器，以发起区块链交易。区块链系统中的节点服务器可以对接收到的区块链交易签名数据进行执行操作和共识处理、区块上链处理等区块链处理。
[0096] 通过上述示例，本公开能够在不改变银行服务器和企业用户的系统的软硬件结构的前替下，实现将企业用户和银行服务器接入到区块链系统中，使企业用户和银行服务器都能够参与到区块链交易中。
[0097] 图6是根据本公开的一个实施例的用于获取区块链交易签名数据的装置的结构框图。如图6所示，区块链交易签名数据获取装置600包括签名数据请求消息生成单元610、签名数据请求消息发送单元620、交易签名数据接收单元630和区块链签名数据生成单元640。
[0098] 签名数据请求消息生成单元610被配置为基于企业用户的交易信息，生成签名数据请求消息。签名数据请求消息生成单元610还可以基于企业用户的交易信息和对应银行服务器的消息生成规则，生成签名数据请求消息。
[0099] 在生成签名数据请求消息之后，签名数据请求消息发送单元520将签名数据请求消息发送给对应银行服务器。交易签名数据接收单元530从对应银行服务器接收交易签名数据。交易签名数据至少包括数字签名，数字签名是在企业用户的密钥装置处基于企业用户的私钥和所述交易信息生成的。
[0100] 在获取到交易签名数据之后，区块链签名数据生成单元540基于交易签名数据，生成区块链交易签名数据。区块链签名数据生成单元540还可以基于交易签名数据和区块链系统的数据规则，生成区块链交易签名数据。
[0101] 图7是根据本公开的另一实施例的用于获取区块链交易签名数据的装置的结构框图。如图7所示，区块链交易签名数据获取装置700包括签名数据请求消息生成单元710、签名数据请求消息发送单元720、地址信息接收单元730、地址信息提供单元740、交易签名数据接收单元750、区块链签名数据生成单元760、智能合约获取单元和区块链交易发起单元780。
[0102] 签名数据请求消息生成单元710基于企业用户的交易信息和对应银行服务器的消息生成规则，生成签名数据请求消息。然后，签名数据请求消息发送单元720将签名数据请求消息发送给对应银行服务器。
[0103] 地址信息接收单元730被配置为在从对应银行服务器接收交易签名数据之前，从对应银行服务器接收签名确认页面地址信息，签名确认页面地址信息由银行服务器响应于签名数据请求消息而生成。在接收到签名确认页面地址之后，地址信息提供单元740将签名确认页面地址提供在企业用户的用户设备上，以由企业用户进行签名确认。
[0104] 交易签名数据接收单元750被配置为从对应银行服务器接收交易签名数据。区块链签名数据生成单元760被配置为基于交易签名数据和区块链系统的数据规则，生成对应于区块链系统的区块链交易签名数据。
[0105] 在生成区块链交易签名数据之后，智能合约获取单元770获取对应于交易信息的智能合约。区块链交易发起单元780将区块链交易签名数据和所获取的智能合约发送至区块链系统，以执行区块链处理操作。
[0106] 图7中的各个单元并不都是必要组成要素，在某些示例中可以不包括部分单元。例如在其它示例中，可以不包括签名地址接收单元和签名地址提供单元。在另一示例中，可以不包括区块链交易发起单元或对应银行服务器确定单元。
[0107] 以上参照图1到图7，对根据本公开的获取区块链交易签名数据的方法及装置的实施例进行了描述。在以上对方法实施例的描述中所提及的细节，同样适用于本公开的装置的实施例。
[0109] 本公开的获取区块链交易签名数据的装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将存储器中对应的计算机程序指令读取到内存中运行形成的。在本公开中，获取区块链交易签名数据的装置例如可以利用计算设备实现。
[0110] 图8是根据本公开的一个实施例的用于实现用于获取区块链交易签名数据的方法的计算设备的结构框图。如图8所示，计算设备800包括处理器810、存储器820、内存830、通信接口840和内部总线850，并且处理器810、存储器(例如，非易失性存储器)820、内存830、通信接口840经由总线850连接在一起。根据一个实施例，计算设备800可以包括至少一个处理器810，该至少一个处理器810执行在计算机可读存储介质(即，存储器820)中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。
[0111] 在一个实施例中，在存储器820中存储计算机可执行指令，其当执行时使得至少一个处理器810：基于企业用户的交易信息和对应银行服务器的消息生成规则，生成签名数据请求消息；将所述签名数据请求消息发送给所述对应银行服务器；从所述对应银行服务器接收交易签名数据，所述交易签名数据由所述银行服务器基于所述企业用户的银行身份证书和所述交易信息生成；以及基于所述交易签名数据和区块链系统的数据规则，生成对应于所述区块链系统的区块链交易签名数据。
[0112] 应该理解，在存储器820中存储的计算机可执行指令当执行时使得至少一个处理器810进行本公开的各个实施例中以上结合图1-7描述的各种操作和功能。
[0113] 根据一个实施例，提供了一种例如非暂时性机器可读介质的程序产品。非暂时性机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本公开的各个实施例中以上结合图1-7描述的各种操作和功能。
[0114] 具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
[0115] 在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。
[0116] 可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。
[0117] 上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0118] 上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。
[0119] 在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。
[0120] 以上结合附图详细描述了本公开的实施例的可选实施方式，但是，本公开的实施例并不限于上述实施方式中的具体细节，在本公开的实施例的技术构思范围内，可以对本公开的实施例的技术方案进行多种简单变型，这些简单变型均属于本公开的实施例的保护范围。
[0121] 本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说，对本公开内容进行的各种修改是显而易见的，并且，也可以在不脱离本公开内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本公开内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于存储空间互换的改进的防重放设备 | 2020-05-08 | 56 |
| 用于对等网络上的车辆共享的系统和方法 | 2020-05-11 | 643 |
| 一种基于区块链的碳排放管理方法、设备及介质 | 2020-05-11 | 583 |
| 一种基于区块链技术记录电能交易的智能电表 | 2020-05-12 | 272 |
| 基于区块链的跨境交易方法、装置及硬件设备 | 2020-05-12 | 325 |
| 基于区块链的金融数据处理方法及装置 | 2020-05-12 | 233 |
| 一种物品确权防伪方法和具有防伪芯片的物品 | 2020-05-14 | 546 |
| 基于区块链进行进口开证的方法、计算机可读取存储介质 | 2020-05-12 | 667 |
| 一种基于账户分类的区块链交易执行与数据存储方法 | 2020-05-13 | 905 |
| 一种基于PoW和PoS改进的区块链共识机制 | 2020-05-13 | 307 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈