CN112101961B - 基于区块链的证照生成方法、区块链节点、设备及介质 - Google Patents

Abstract

本公开提供了一种基于区块链的证照生成方法，包括：获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；对所述证照待生成用户的所有检查点的记录结果进行核验；以及，判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照。本公开实施例对证照生成的整个过程进行记录，最终是否获得证照以整个过程作为一个整体是否真实有效为依据，其至少可以有效确保证照的真实性。

Description

基于区块链的证照生成方法、区块链节点、设备及介质

技术领域

本公开涉及通信技术领域，尤其涉及一种基于区块链的证照生成方法、一种区块链节点、一种终端设备以及一种计算机可读存储介质。

背景技术

日常生活中人们经常需要办理、申请、考取各种证件、执照(以下简称证照)，由于实体证照容易被造假，目前逐渐由传统的实体证照向电子化证照过渡。虽然电子化证照相对基于纸、卡等介质的实体证照而言具备防伪更强的防伪能力，但仍然面临一些现实的问题，具体地，虽然电子证照本身不具备伪造性，但是由于电子证照的生成往往涉及到诸多环节，一旦某个环节出现违规操作，都将导致证照的造假等情况，例如，在某大型考试中，从组织考试到最终颁发证书，其中经历的环节非常之多，每个环节都可能存在不法人员违规操作，导致某些不具备获取证照资格的用户由此获得了证照。

因此，提出一种可以确保证照的真实性的证照生成方案是目前亟待解决的问题。

发明内容

本公开提供了一种基于区块链的证照生成方法、区块链节点、终端设备及计算机可读存储介质，以至少解决上述问题。

根据本公开实施例的一方面，提供一种基于区块链的证照生成方法，包括：

获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；

对所述证照待生成用户的所有检查点的记录结果进行核验；以及，

判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照。

在一种实施方式中，在获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果之前，还包括：

确定检查规程，所述检查规程中包括若干检查点及分别负责所述若干检查点的若干责任节点；

将所述检查规程广播到区块链中，以使所述若干责任节点针对证照待生成用户基于所述检查规程对其各自负责的检查点进行记录，得到所述证照待生成用户的所有检查点的记录结果。

在一种实施方式中，在确定检查规程之前，还包括：

获取证照颁发节点在区块链中发布的取证公告说明；

所述确定检查规程，包括：

基于所述取证公告说明确定检查规程。

在一种实施方式中，所述基于所述取证公告说明确定检查规程，具体为：

基于所述取证公告说明确定若干检查点、分别负责所述若干检查点的若干责任节点以及所述若干责任节点对其各自负责的检查点进行记录的记录时限以及记录规则；

基于所述若干检查点、所述若干责任节点及其记录时限和记录规则确定候选检查规程；

在达到发布所述候选检查规程的时限后，将所述候选检查规程广播至区块链中，以使所有责任节点分别对所述候选检查规程进行签名，并得到所有责任节点各自的签名结果；

判断所有责任节点各自的签名结果是否均签名成功，若均签名成功，则将所述候选检查规程确定为检查规程。

在一种实施方式中，所述方法还包括：

将所述检查规程和所述取证公告说明建立绑定关系；以及，

将绑定后的所述检查规程和所述取证公告说明记入区块链账本。

在一种实施方式中，所述方法还包括：获取所述证照待生成用户的身份标识的哈希值；

所述判断所有检查点的记录结果是否均核验通过，包括：

分别判断所有检查点的记录结果中是否均存在所述哈希值；

若均存在所述哈希值，则判定为所有检查点的记录结果均核验通过。

根据本公开实施例的另一方面，提供一种区块链节点，包括：

获取模块，其设置为获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；

核验模块，其设置为对所述证照待生成用户的所有检查点的记录结果进行核验；以及，

判断模块，其设置为判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照。

在一种实施方式中，所述区块链节点还包括：

确定模块，其设置为获取模块在获取所有责任节点的记录结果之前，确定检查规程，所述检查规程中包括若干检查点及分别负责所述若干检查点的若干责任节点；

广播模块，其设置为将所述检查规程广播到区块链中，以使所述若干责任节点针对证照待生成用户基于所述检查规程对其各自负责的检查点进行记录，得到所述证照待生成用户的所有检查点的记录结果。

根据本公开实施例的另一方面，提供一种终端设备，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行所述的基于区块链的证照生成方法。

根据本公开实施例的又一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行所述的基于区块链的证照生成方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例提供的基于区块链的证照生成方法，通过获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；对所述证照待生成用户的所有检查点的记录结果进行核验；以及，判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照。本公开实施例对证照生成的整个过程进行记录，最终是否获得证照以整个过程作为一个整体是否真实有效为依据，其至少可以有效确保证照的真实性；并且，通过生成虚拟证照的方式，不需要实际执行颁发证照的操作，有效提高发证效率。

本公开的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本公开技术方案的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开的技术方案，并不构成对本公开技术方案的限制。

图1为本公开实施例提供的一种基于区块链的证照生成方法的流程示意图；

图2为本公开另一实施例提供的一种基于区块俩内的证照生成方法的流程示意图；

图3为本公开实施例提供的一种区块链节点的结构示意图；

图4为本公开是实施例提供的一种终端设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序；并且，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本公开的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

由于目前的实体证照或者电子证照的生成或颁发涉及多个环节，一旦某个环节出现造假，将无法保证证照的真实性，例如某个需要通过考试才能获得证书的案例：可能没有考试成绩，而直接获得了证书；可能虽然有考试成绩，但没有到考场参加考试；可是虽然记录表明到考场参加了考试，但根本没打印过准考证；可能打印了准考证，但是根本没交考试费用；可能有报名考试缴费记录，但根本没报名；可能有报名记录，但本身并不符合报名条件。

针对上述问题，本实施例中利用区块链技术生成虚拟证照，其中虚拟证照与传统的实体证照或者电子证照相区别，本实施例完整记录获取一件证照获取所必须经历的全部过程，并通过验证证照生成的各环节的记录结果，在验证成功后判定为已为相关用户的生成了证照，具体地，基于区块链对证照颁发的整个过程进行记录，最终是否获得证照以整个过程是作为一个整体是否真实有效为依据，任何一个环节的缺失，都可以引发对证照真实性的质疑，由此确保证照的真实性；且本实施例中，将颁发证照的具体操作虚拟化一个颁发证照的过程，不需要实际执行颁发证照的操作，颁发证照的实体不必制作、颁发证照，获取证照的单位或个人不必接收、保存证照。

请参照图1，图1为本公开实施例提供的一种基于区块链的证照生成方法的流程示意图，所述方法包括步骤S101-S103。

本公开实施例中，区块链中包括若干区块链节点，例如证照颁发节点、若干责任节点、证照查验节点等，需要说明的是，本实施例所提供的基于区块链的证照生成方法应用于所述证照查验节点，也即后述装置实施例所提供的区块链节点。

在步骤S101中，获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果。

其中，责任节点为负责记录生成证照的各个执行节点，例如在某大型考试中，责任节点包括考点节点、考试报名***节点、考场节点及计分节点，其中考点节点负责资格审查以及确定考场等，考试报名***节点负责接收报名材料确认缴费等，考场节点负责核验准考生及考者身份等，计分节点负责对考生进行计分；检查规程为生成相关证照的检查过程及检查规范，检查点为各个责任节点在生成相关证照时所负责的检查点。

本实施例中，责任节点首先从区块链中接收检查规程，当该检查规程中包含指向自身的通知消息时(例如检查规程中包含自身的节点信息)，首先验证自身是否确系对应取证公告说明中的责任节点，并且自身与通知消息中指明的责任是否匹配(即，自身记录的检查点是否与检查规程中的检查点一致)：a)如果匹配，在区块链上发布确认消息，并签名；b)如果不匹配，在区块链上发布拒绝消息，消息中附带拒绝理由，并签名。在确认为匹配且在区块链上发布了签名后的确认消息，根据检查规程对其负责的检查点进行操作及记录，每条记录可以包含以下内容：执行的操作；执行操作的执行方；执行操作的参与方；执行操作时间签；执行结果描述；责任节点签名。其中，记录可以逐条发布，也可以多条一起发布。

进一步地，考虑到有些证照在不同环节进行检查、记录的时间跨度较大，为提高责任节点对于自身负责内容执行的智能性，可以在确认为责任匹配时，可以设立触发器，以便在规定的时限内执行规定的操作，并发布操作记录。

各责任节点在区块链中发布的记录结果之后，证照查验节点从区块链中获取各责任节点的记录结果，具体地，证照查验节点针对所要查验的证照类型，从区块链账本中找到检查规程并逐个按照检查规程，找到对应的责任节点和执行对应操作的时间点或区间；在对应的时间点或区间内，找到该责任节点执行的操作的记录(即，记录结果)。

在一些实施例中，检查规程是基于证照颁发节点发布的取证公告说明所确定的，证照查验节点可以从区块链账本中查找所有的取证公告说明和对应的检查规程，并核对取证公告说明和检查规程。进一步地，被查验对象(即证照待生成用户)可以事先告知证照查验节点最后一个检查点的时间，或者是针对哪个一个取证公告说明的。这样证照查验节点就不用从区块链上找出所有的同类取证公告说明，也不用逐个尝试核对检查规程，进而提高检索效率。

在步骤S102中，对所述证照待生成用户的所有检查点的记录结果进行核验。

本实施例中，各个责任节点执行操作并获得记录结果之后，证照查验节点进行核验这些信息是否通过，主要用于验证这些信息是否针对相关的证照待生成用户所记录得到，以及验证该证照待生成用户在各个检查点的信息是否具备可以生成证照的资格。

可以理解的是，本实施例中的检查点为必选检查，在一些实施例中，检查规程中可能包含非必选的检查点，例如选择考场，可以不主动选择而等待***分配。而不论是否将选择(分配)考场作为一个检查点，在进考场之前核验准考证都是一个必经的过程，而核验准考证的必然是在某个指定的考点完成，因此核验准考证可以替代选择考点这个环节，由此选择考场可以作为一个非必选的检查点，甚至于可以根本不作为检查点。如果某个被查验对象通过了一个完整的检查规程上所有的必选检查点的检查，则认为该被查验对象获得了(或具备)所要查验的证照。获得的时间是被查验对象通过最后一个检查点的时间。可见，本实施例提供的证照生成方法同时还是一种证照验证方法。

在步骤S103中，判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照，否则，均判定为该证照待生成用户没有生成相应的证照。

进一步的，如果其中某个检查点的记录结果没有被核验通过，则可以确定该证照待生成用户暂时没有生成相应的证照，并结束流程。

在一些实施例中，所述方法还包括：获取所述证照待生成用户的身份标识的哈希值，其中证照待生成用户的身份标识可以为用户的身份证，其哈希值可以由任意区块链节点计算并发布。

所述判断所有检查点的记录结果是否均核验通过，包括：

分别判断所有检查点的记录结果中是否均存在所述哈希值；

若均存在所述哈希值，则判定为所有检查点的记录结果均核验通过。

具体地，判断核验是否通过，通过在操作记录中查找是否存在被查验对象身份标识的哈希值：如果有，则认为被查验对象通过了该检查点的检查；如果没有，则认为被查验对象未通过该检查点的检查。在一些实施例中，也可以通过获取证照待生成用户在区块链上的地址，并判断各记录结果中是否均存在该地址，如是，则核验通过，此处不多作赘述。

作为优化，证照查验节点，可以将自己的查验结果，即被查验对象是否通过了某个具体的全过程查验，签名后发布到区块链上。其他节点可以参照该查验结果，从而进步一部提高效率。

相关技术中，利用区块链***实现证照的颁发，将证书颁发信息与证书颁发轨迹相匹配，若所述证书颁发信息与所述证书颁发轨迹相匹配，则根据所述证书颁发信息生成颁发区块，将所述颁发区块添加至所述证书区块链，而如果不匹配，则可以将证书颁发信息确定为无效数据进行删除，不再进行证书颁发，该方案主要用以解决判定颁发并且实际颁发或者判定不颁发一个电子化的实体证照。上述方案虽然也是利用区块链技术实现电子证照的生成或者颁发，但仍然是通过将现有电子或者实体证照录入***实现。

本实施例则是在获取一件证照所必须经过的整个过程中设立若干检查点，只要所有检查点符合要求，即默认等同于获得了相应的证照，而不必再执行一个“颁发”的操作。颁发证照的实体不必制作、颁发证照；获取证照的单位或个人不必接收、保存证照，因此简化了过程且提高了效率。此外，本实施例中的各流程中的记录结果先记入区块链，后进行验证，验证通过与否不影响过程中任意一个环节是否被记入区块链；而相关技术中通常先验证，后根据验证结果决定是否记入区块链，因此可能导致某些不公正现象，本实施例则可以有效避免上述问题。

请参照图2，图2为本公开另一实施例提供的一种基于区块链的证照生成方法的流程示意图，在上一实施例的基础上，本实施例通过预先确定检查规程，以便于责任节点对检查点的高效记录，具体地，在获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果(即步骤S101)之前，还包括步骤S201和步骤S202。

在步骤S201中，确定检查规程，所述检查规程中包括若干检查点及分别负责所述若干检查点的若干责任节点。

需要说明的是，责任节点的数量和检查点的数量可以不相同，在一些实施例中，可以存在多个责任节点同时负责一个检查点，或者一个责任节点同时负责若干检查点。

进一步地，在确定检查规程之前，还包括以下步骤：获取证照颁发节点在区块链中发布的取证公告说明。

本实施例中，证照办法节点首先在区块链中发布签名后的取证公告说明，其中载明：取证公告(唯一)标识符、证照类型以及取得证照所必须提交的材料、操作步骤以及对应的时间点或时间范围。在一些实施例中，可以同时发布签名后的发布候选检查规程的时限，在后续流程中，如果出现检查规程难以确定的情况，例如出现所有被签名数量不同的候选检查规程均被尝试仍无法确定正式检查规程的情况，则重新发布取证公告说明和“发布候选检查规程”的时限。

所述确定检查规程，具体为：基于所述取证公告说明确定检查规程。其中，所述基于所述取证公告说明确定检查规程，具体为以下步骤：

a、基于所述取证公告说明确定若干检查点、分别负责所述若干检查点的若干责任节点以及所述若干责任节点对其各自负责的检查点进行记录的记录时限以及记录规则。

证照颁发节点在区块链中发布取证公告说明之后，证照查验节点)对证照颁发节点发布的取证公告说明进行识别及确认，所确认内容包括：所有关键检查点；每个检查点的责任节点；每个检查点需要执行的操作(即记录规则)：执行时间点或区间、执行的操作描述。

需要说明的是，确定检查规程可以由区块链中任意节点完成，在一些实施例中，可以由其它区块链节点确定检查规程，各责任节点再从区块链中获取检查规程，可以理解的，确定检查规程的方式一致。

b、基于所述若干检查点、所述若干责任节点及其记录时限和记录规则确定候选检查规程；

具体地，将上述内容按执行时间的先后顺序进行排序，构成本次取证公告的候选检查规程，并在达到相应的发布候选检查规程的时限后，签名并发布到区块链中。

c、在达到发布所述候选检查规程的时限后，将所述候选检查规程广播至区块链中，以使所有责任节点分别对所述候选检查规程进行签名，并得到所有责任节点各自的签名结果。

d、判断所有责任节点各自的签名结果是否均签名成功，若均签名成功，则将所述候选检查规程确定为检查规程。

具体地，区块链中其它节点在接收到候选检查规程后，进行签名确认并返回区块链中，当达到了发布候选过程检查规程的时限向各责任节点发送通知消息，各责任节点对候选过程检查规程进行签名，当所有责任节点均对收到的通知消息进行响应，确认自身为通知消息中指明的责任节点并签名之后，则证照查验节点将当前候选检查规程确定为正式的检查规程。

由于区块链中任意节点均可以发布候选检查规程，在一些实施例中，若由其它节点发布候选检查规程，则证照查验节点对其他节点发布的候选检查规程签名并发布到区块链的候选检查规程进行验证，如果验证后判定为与自身发布的候选过程检查规程的语义相同，则对其进行签名。

进一步地，若区块链中存在若干节点均发布了候选检查规程，则在达到候选检查规程的时限后，按照被签名数量的多少，从多到少依次尝试执行以下操作：1)所有参与了发布候选检查规程的节点，相互间进行选举，选举出一个或者多个节点，负责向候选检查规程中列明的逐一责任节点发送通知消息；2)当所有责任节点均对收到的通知消息进行响应，确认自身为通知消息中指明的责任节点并签名之后，将当前候选检查规程作为正式过程检查规程；3)如果其中有责任节点拒绝成为通知消息中指明的责任节点，则从被签名数量次多的且不含有该拒绝成为通知消息中指明的责任节点的候选检查规程。返回执行1)，依次尝试，直到所有责任节点都确认并签名或者尝试完毕仍然无法确定正式过程检查规程为止。作为优化，执行1)时可以不重复进行选举。进一步地，如果所有被签名数量不同的候选过程检查规程均被尝试仍无法确定正式过程检查规程，则可以想证照办法节点请求重新发布取证公告说明。

在一些实施例中，证照颁发节点自己发布的候选检查规程，可以具有更高的权重。例如证照颁发节点的签名，相当于多个其他节点的签名，或者在所有签名中占有一个固定的比例。

进一步地，为便于后续对于证照生成过程的查询及追溯，在确定正式的检查规程之后，通过建立检查规程和取证公告之间的绑定关系，并记入区块链账本中，所述方法还包括以下步骤：

将所述检查规程和所述取证公告说明建立绑定关系；以及，

将绑定后的所述检查规程和所述取证公告说明记入区块链账本。

在步骤S202中，将所述检查规程广播到区块链中，以使所述若干责任节点针对证照待生成用户基于所述检查规程对其各自负责的检查点进行记录，得到所述证照待生成用户的所有检查点的记录结果。

本实施例中，证照颁发节点首先在区块链中发布取证公告说明，该取证公告说明中载明取得证照所必须提交的材料和操作步骤以及对应的时间点，区块链***自动识别并确定出其中的关键点(即检查点)，然后自动向关键点所对应的各个责任节点发送通知消息，各责任点收到通知消息后，对通知消息进行响应，并且在对应的时间点执行对应的操作，然后将操作结果上传区块链，各责任节点根据取证公告说明所识别出的关键点全部执行完毕之后，任意一个申请证照的个人或单位在全部检查点的记录均无缺失，且对于有通过标准的检查点符合通过标准，则可以判定该单位或个人实际等同于获得了该证照。

为进一步理解本公开实施例，以参与某局组织的XXX资格考试，并生成相应的证书为例：

某局发布当年的《XXX资格考试的公告》，其中《XXX资格考试的公告》相当于“取证公告说明”，《XXX资格考试的公告》中会指明以下内容：a)考点设置；b)报名程序和报名资料；c)准考证；d)考试时间；e)考试科目；f)考试成绩公布和复查。

其中涉及到的责任单位(节点)：

(一)张三(即，证照待生成用户)报名参加考试取得了考试成绩，并且没有进行成绩复查，因此与张三相关的检查点如下：

注：

1.其中“张三”可以采用以下两种方式之一，或同时包含以下两种方式进行标识。

i.张三在区块链上的地址或身份标识。通常的区块链***中，节点的标识就是该节点的地址。仅采用该这种方式，需要张三在本公开涉及的区块链上事先通过实名验证，以便将区块链地址和一个具体的人关联。

ii.张三身份标识的哈希值，例如身份证号码的哈希值。仅采用这种方式，说明张三在本发明涉及的区块链上没有账号，也就没有区块链地址。

2.对于其他证照，例如工商营业执照，以上(i)和(ii)分别为申请营业执照的单位在区块链上第地址和拟申请营业执照的单位的名称(或名称的哈希值，由于公司的名称本就是对外公布的，且不会重名，且在取得营业执照之前，没有统一信用代码作为标识，所以可以直接采用名称)。

3.以“确认准考证下载事件”为例，参与方是“张三”表示“张三下载了准考证”

4.因为张三没有提出成绩复查，因此根据张三身份标识(其在区块链上地址或其身份张号码的哈希值)检索出的检查点，不包含“公布复查结果”这个检查点。

5.由此可以认为张三获得XXX资格证的时间点为计分节点实际公布合格分数线的日期和时间。

(二)李四报名参加考试，并且在公布成绩后复查修改了成绩，修改之后的成绩超过了合格分数线。因此与李四相关的检查点如下：

/>

其他需要说明的是：

(A)如果证照颁发节点在发布取证公告说明时，已经针对区块链***做了优化，即按照【检查点、责任节点、执行时间区间、执行的操作描述】的格式化方式发布公告说明，此时区块链上的任意节点可以不必另行执行识别操作，而直接将该格式化的说明签名后再次发布到区块链。

(B)执行同一职责的责任节点可能有多个，例如现场验证准考证的责任节点分别为各个指定的考场。

(C)有一些检查点是可选的，例如选择考场，可以不主动选择而等待***分配。而不论是否将选择(分配)考场作为一个检查点，在进考场之前核验准考证都是一个必经的过程，而核验准考证的必然是在某个指定的考点完成，因此核验准考证可以替代选择考点这个环节，由此选择考场可以作为一个非必选的检查点，甚至于可以根本不作为检查点。

(D)视情况而确定的必选或可选检查点，考试成绩复查，并不是所有人都需要进行考试成绩复查，但的确有人会参加考试成绩复查。如果公布考试成绩的检查点体现的考试成绩低于合格分数线规定的成绩，那么只有在公布复查结果这个检查点有对应的记录，才能认为通过所有检查点。此时，公布复查结果就成为必选检查点。

(E)在实践当中，并不是所有区块链节点都会关注证照颁发节点发布的取证公告说明。但参与本次取证的节点，因为关系到自己的切身利益，所以会关注取证公告说明的节点。因此总会有关注取证公告说明，并参与发布候选过程检查规程的节点。例如，某人希望参加未来的某次考试，其将会在其区块链节点上设置触发器，以便当有对应的公告说明时，自动触发上述流程。但这并不排除其他不参与本次取证的节点识别并发布候选过程检查规程

(F)申请证照的个人或单位，不是责任节点。例如考试报名，接受报名的考点为责任单位。报名的考生提交报名材料之后，由考点将报名信息上传区块链。

(G)证照颁发节点，可能与责任节点相互重合。例如最终的考试合格分数线可能由证照颁发节点发布。此时证照颁发节点还兼做公布合格分数线的责任节点。

(H)证照查验节点可以不局限于仅对被查验目标的检查点进行核查。例如，对于张三来说，虽然最后一个检查点表明其考试成绩合格，但是证照查验节点仍然可以独立的通过对比多个下检查点的状态，来进一步核对某个检查点的内容是否正确。例如国家知识产权局在公布合格分数线时会产生以下检查点记录：

此时证照查验节点可以将该检查点记录与：

进行对比，以验证下述内容是否正确，即任意一个证照查验节点，可以根据需要，扩大查验范围，以从全局验证某个被查验对象是否可以“被认为获取了相应的证照”。

基于相同的技术构思，本公开实施例相应还提供一种区块链节点，如图3所示，所述区块链节点包括获取模块31、核验模块32及判断模块33，其中，

获取模块31，其设置为获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；

核验模块32，其设置为对所述证照待生成用户的所有检查点的记录结果进行核验；以及，

判断模块33，其设置为判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照。

在一种实施方式中，所述区块链节点还包括：

确定模块，其设置为获取模块在获取所有责任节点的记录结果之前，确定检查规程，所述检查规程中包括若干检查点及分别负责所述若干检查点的若干责任节点；

广播模块，其设置为将所述检查规程广播到区块链中，以使所述若干责任节点针对证照待生成用户基于所述检查规程对其各自负责的检查点进行记录，得到所述证照待生成用户的所有检查点的记录结果。

在一种实施方式中，

所述获取模块还设置为，在确定模块确定检查规程之前，获取证照颁发节点在区块链中发布的取证公告说明；

所述确定模块具体设置为，基于所述取证公告说明确定检查规程。

在一种实施方式中，所述确定模块具体包括：

第一确定单元，其设置为基于所述取证公告说明确定若干检查点、分别负责所述若干检查点的若干责任节点以及所述若干责任节点对其各自负责的检查点进行记录的记录时限以及记录规则；

第二确定单元，其设置为基于所述若干检查点、所述若干责任节点及其记录时限和记录规则确定候选检查规程；

广播单元，其设置为在达到发布所述候选检查规程的时限后，将所述候选检查规程广播至区块链中，以使所有责任节点分别对所述候选检查规程进行签名，并得到所有责任节点各自的签名结果；

判断单元，其设置为判断所有责任节点各自的签名结果是否均签名成功，若均签名成功，则将所述候选检查规程确定为检查规程。

在一种实施方式中，所述区块链节点还包括：

绑定模块，其设置为将所述检查规程和所述取证公告说明建立绑定关系；以及，

记录模块，其设置将绑定后的所述检查规程和所述取证公告说明记入区块链账本。

在一种实施方式中，所述获取模块还设置为，获取所述证照待生成用户的身份标识的哈希值；

所述判断模块33具体设置为，分别判断所有检查点的记录结果中是否均存在所述哈希值；若均存在所述哈希值，则判定为所有检查点的记录结果均核验通过。

基于相同的技术构思，本公开实施例相应还提供一种终端设备，如图4所示，所述终端设备包括存储器41和处理器42，所述存储器41中存储有计算机程序，当所述处理器42运行所述存储器41存储的计算机程序时，所述处理器42执行所述的基于区块链的证照生成方法。

基于相同的技术构思，本公开实施例相应还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行所述的基于区块链的证照生成方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、***、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。

Claims (8)

1.一种基于区块链的证照生成方法，其特征在于，包括：

获取证照颁发节点在区块链中发布的取证公告说明；

基于所述取证公告说明确定检查规程；

获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；

对所述证照待生成用户的所有检查点的记录结果进行核验；以及，

判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照；

所述基于所述取证公告说明确定检查规程，具体为：

基于所述取证公告说明确定若干检查点、分别负责所述若干检查点的若干责任节点以及所述若干责任节点对其各自负责的检查点进行记录的记录时限以及记录规则；

基于所述若干检查点、所述若干责任节点及其记录时限和记录规则确定候选检查规程；

在达到发布所述候选检查规程的时限后，将所述候选检查规程广播至区块链中，以使所有责任节点分别对所述候选检查规程进行签名，并得到所有责任节点各自的签名结果；

判断所有责任节点各自的签名结果是否均签名成功，若均签名成功，则将所述候选检查规程确定为检查规程。

2.根据权利要求1所述的方法，其特征在于，所述检查规程中包括若干检查点及分别负责所述若干检查点的若干责任节点；

在确定检查规程之后，还包括：

将所述检查规程广播到区块链中，以使所述若干责任节点针对证照待生成用户基于所述检查规程对其各自负责的检查点进行记录，得到所述证照待生成用户的所有检查点的记录结果。

3.根据权利要求1所述的方法，其特征在于，还包括：

将所述检查规程和所述取证公告说明建立绑定关系；以及，

将绑定后的所述检查规程和所述取证公告说明记入区块链账本。

4.根据权利要求1所述的方法，其特征在于，还包括：获取所述证照待生成用户的身份标识的哈希值；

所述判断所有检查点的记录结果是否均核验通过，包括：

分别判断所有检查点的记录结果中是否均存在所述哈希值；

若均存在所述哈希值，则判定为所有检查点的记录结果均核验通过。

5.一种区块链节点设备，其特征在于，包括：

获取模块，其设置为获取证照颁发节点在区块链中发布的取证公告说明；

确定模块，其设置为基于所述取证公告说明确定检查规程；

所述获取模块还设置为，获取所有责任节点针对证照待生成用户基于检查规程对其各自负责的检查点进行记录所得到的记录结果；

核验模块，其设置为对所述证照待生成用户的所有检查点的记录结果进行核验；以及，

判断模块，其设置为判断所有检查点的记录结果是否均核验通过，若均核验通过，则确定所述证照待生成用户已生成相应的证照；

所述确定模块具体设置为：

基于所述取证公告说明确定若干检查点、分别负责所述若干检查点的若干责任节点以及所述若干责任节点对其各自负责的检查点进行记录的记录时限以及记录规则；

基于所述若干检查点、所述若干责任节点及其记录时限和记录规则确定候选检查规程；

在达到发布所述候选检查规程的时限后，将所述候选检查规程广播至区块链中，以使所有责任节点分别对所述候选检查规程进行签名，并得到所有责任节点各自的签名结果；

判断所有责任节点各自的签名结果是否均签名成功，若均签名成功，则将所述候选检查规程确定为检查规程。

6.根据权利要求5所述的区块链节点设备，其特征在于，所述检查规程中包括若干检查点及分别负责所述若干检查点的若干责任节点；

所述区块链节点设备还包括：

广播模块，其设置为将所述检查规程广播到区块链中，以使所述若干责任节点针对证照待生成用户基于所述检查规程对其各自负责的检查点进行记录，得到所述证照待生成用户的所有检查点的记录结果。

7.一种终端设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行根据权利要求1至4中任一项所述的基于区块链的证照生成方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，所述处理器执行根据权利要求1至4中任一项所述的基于区块链的证照生成方法。