CN109064124B

CN109064124B - 基于区块链验证、存储工作履历的方法和装置

Info

Publication number: CN109064124B
Application number: CN201810785376.6A
Authority: CN
Inventors: 朱德飞
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2018-07-17
Filing date: 2018-07-17
Publication date: 2023-02-28
Anticipated expiration: 2038-07-17
Also published as: CN109064124A

Abstract

本发明公开了一种基于区块链验证、存储工作履历的方法和装置，用于通过区块链进行工作履历的存储和验证，提升工作履历验证的效率。验证工作履历的方法包括：接收验证请求，所述验证请求用于请求验证第一用户的工作履历；确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息；在所述区块链节点中已存储与所述第一用户的工作履历相匹配的信息的情况下，确定所述第一用户的工作履历验证通过。这样，可以通过区块链存储和验证用户的工作履历，这样，无需招聘者进行实地调查，或者电话询问，就能够对应聘者所提供的工作履历进行验证，速度更快，效率更高。

Description

基于区块链验证、存储工作履历的方法和装置

技术领域

本发明涉及区块链技术领域，尤其涉及一种基于区块链验证、存储工作履历的方法和装置。

背景技术

目前，企业进行员工招聘时，主要通过应聘者的简历中所提供的工作履历等信息对应聘者进行评价，进而决定是否让应聘者进行下一轮的应聘过程或直接录用。但是，因为简历是应聘者自己所提供的，企业无法判断应聘者所提供的工作履历的真实性，因此在经过面试后，对入选的应聘者，尤其是入选较为重要的岗位的应聘者，通常还会对其进行人事调查，以验证这些应聘者所提供的工作履历的真实性。

但是，目前的人事调查主要是通过人工调查来进行的，例如，企业可以根据应聘者所提供的工作地点进行实地调查，或者还可以通过电话询问应聘者所在的上一家企业的相关人员，来验证应聘者所提供的信息是否真实。但是，这些人事调查的方式都需要耗费大量的人力，并且需要消耗大量的时间，效率较低。

发明内容

本发明实施例提供一种基于区块链验证、存储工作履历的方法和装置，用于通过区块链进行工作履历的存储和验证，提升工作履历验证的效率。

第一方面，提供一种基于区块链验证工作履历的方法，该方法包括：

接收验证请求，所述验证请求用于请求验证第一用户的工作履历；

确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息；

在所述区块链节点中已存储与所述第一用户的工作履历相匹配的信息的情况下，确定所述第一用户的工作履历验证通过。

本发明实施例中，可以通过区块链存储用户的工作履历，这样，在进行验证时，只需要确定应聘者提供的工作履历是否能够在区块链中查找到与之匹配的信息，若能够在区块链中查找到与之匹配的信息，则认为该应聘者所提供的工作履历验证通过，即该应聘者所提供的工作履历为真实的。这样，无需招聘者进行实地调查，或者电话询问，就能够对应聘者所提供的工作履历进行验证，速度更快，效率更高。并且由于区块链的不可篡改的特性，那么一旦将用户的工作履历存储在区块链中之后，就无法对区块链中存储的工作履历进行篡改，从而提高区块链中工作履历的真实性，相应的，用户的工作履历的验证结果的准确性也能够得以提升。

可选的，所述验证请求携带第一时间段的信息，则所述确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息，包括：

确定所述区块链节点中存储的，且在所述第一时间段中生成的区块中，是否已存储与所述第一用户的工作履历相匹配的信息。

本发明实施例中，在验证请求中可以携带第一时间段的信息，这样在对工作履历进行匹配时，只需要将接收到的工作履历与第一时间段所生成的区块中存储的工作履历进行匹配，从而缩小匹配的范围，提升匹配效率。

可选的，所述确定所述区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息，包括：

按照预设的格式将所述第一用户的工作履历中的关键字段进行组合；

根据预设的哈希函数计算组合后的关键字段的哈希码；

确定所述区块链节点中是否已存储与所述组合后的关键字段的哈希码相匹配的哈希码，其中，所述区块链节点中存储的哈希码为按照所述预设的格式进行组合后，通过所述预设的哈希函数计算得到的。

本发明实施例中，工作履历可以是以哈希码的方式存储在区块链节点中，这样，即使能够从区块链中获取用户的工作履历的哈希码，也无法通过哈希码反推出用户的工作履历的明文信息，从而保护用户的隐私。

可选的，

接收存储请求，其中，所述存储请求用于请求存储至少一个用户的履历更新信息，其中，所述履历更新信息用于表征所述至少一个用户的工作履历发生变化后的信息；

每间隔预设时间段，生成区块，并将在所述预设时间段内接收的所述存储请求携带的履历更新信息存储在所述区块中；

将所述区块存储在所述区块链节点中。

本发明实施例中，可以通过区块链来进行工作履历的存储，这样，基于区块链不可篡改的特性，无法对区块链中存储的工作履历进行篡改，从而保证工作履历的安全性。

可选的，所述将在所述预设时间段内接收的所述存储请求中携带的履历更新信息存储在新生成的区块中，包括：

按照预设的格式将每一个用户的履历更新信息中的关键字段进行组合；

根据预设的哈希函数计算所述每一个用户的组合后的关键字段的哈希码；

将所述每一个用户的组合后的关键字段的哈希码存储在所述新生成的区块中。

可选的，对于第二用户的履历更新信息，在根据预设的哈希函数计算所述第二用户的组合后的关键字段的哈希码之后，还包括：

将所述第二用户的履历更新信息的哈希码与所述区块链节点中存储的上一条履历更新记录的校验码进行组合，得到组合后的哈希码，其中，一条履历更新记录用于存储一个用户的一条履历更新信息，所述上一条履历更新记录的校验码用于对上一条履历更新记录进行校验，所述第二用户的履历更新信息为在所述预设时间段内接收的履历更新信息中的一个；

基于所述组合后的哈希码，生成所述组合后的哈希码的校验码；

根据所述组合后的哈希码以及所述组合后的哈希码的校验码生成所述第二用户的履历更新记录，并将所述第二用户的履历更新记录存储在所述新生成的区块中。

本发明实施例中，在进行工作履历的哈希码的存储时，需要将前后两条履历更新记录通过校验码进行关联，这样，想要篡改一条履历更新记录，就需要对后续的履历更新记录全部进行篡改，否则，即使篡改了其中一条或者几条，也无法校验通过，进而通过关联的校验码增加信息篡改的难度，以提高存储的工作履历的安全性。

第二方面，还提供一种基于区块链存储工作履历的方法，该方法包括：

将所述区块存储在区块链节点中。

第三方面，还提供一种基于区块链验证工作履历的装置，所述装置包括：

接收单元，用于接收验证请求，所述验证请求用于请求验证第一用户的工作履历；

确定单元，用于确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息；以及在所述区块链节点中已存储与所述第一用户的工作履历相匹配的信息的情况下，确定所述第一用户的工作履历验证通过。

可选的，所述验证请求携带第一时间段的信息，则所述确定单元具体用于：

可选的，所述确定单元具体用于：

根据预设的哈希函数计算组合后的关键字段的哈希码；

可选的，所述装置还包括区块生成单元和执行单元，

所述接收单元，还用于接收存储请求，其中，所述存储请求用于请求存储至少一个用户的履历更新信息，其中，所述履历更新信息用于表征所述至少一个用户的工作履历发生变化后的信息；

区块生成单元，用于每间隔预设时间段，生成区块，并将在所述预设时间段内接收的所述存储请求携带的履历更新信息存储在所述区块中；

执行单元，用于将所述区块存储在所述区块链节点中。

可选的，所述区块生成单元具体用于：

将所述每一个用户的组合后的关键字段的哈希码存储在所述区块中。

可选的，对于第二用户的履历更新信息，在所述区块生成单元根据预设的哈希函数计算所述第二用户的组合后的关键字段的哈希码之后，所述区块生成单元具体还用于：

根据所述组合后的哈希码以及所述组合后的哈希码的校验码生成所述第二用户的履历更新记录，并将所述第二用户的履历更新记录存储在所述区块中。

第四方面，还提供一种基于区块链存储工作履历的装置，所述装置包括：

接收单元，用于接收存储请求，其中，所述存储请求用于请求存储至少一个用户的履历更新信息，其中，所述履历更新信息用于表征所述至少一个用户的工作履历发生变化后的信息；

执行单元，用于将所述区块存储在区块链节点中。

可选的，所述区块生成单元具体用于：

第五方面，还提供一种区块链节点，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面或第二方面所述的方法。

第六方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第一方面或第二方面所述的方法。

本发明实施例中，可以通过区块链存储和验证用户的工作履历，这样，无需招聘者进行实地调查，或者电话询问，就能够对应聘者所提供的工作履历进行验证，速度更快，效率更高。并且由于区块链的不可篡改的特性，那么一旦将用户的工作履历存储在区块链中之后，就无法对区块链中存储的工作履历进行篡改，从而提高区块链中工作履历的真实性，相应的，用户的工作履历的验证结果的准确性也能够得以提升。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例中的区块链的结构示意图；

图2为本发明实施例中的应用场景的示意图；

图3为本发明实施例中的基于区块链存储工作履历的方法的流程示意图；

图4为本发明实施例中的一种人力资源管理系统的显示界面示意图；

图5为本发明实施例中的企业服务器将存储请求发送给记录节点的流程示意图；

图6为本发明实施例中的基于区块链验证工作履历的方法的流程示意图；

图7为本发明实施例中的另一种人力资源管理系统的显示界面示意图；

图8为本发明实施例中的基于区块链验证工作履历的装置的一种结构示意图；

图9为本发明实施例中的基于区块链存储工作履历的装置的一种结构示意图；

图10为本发明实施例中的区块链节点的一种结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚明白，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

为便于理解本发明实施例提供的技术方案，这里先对本发明实施例使用的一些关键名词进行解释：

工作履历：指有工作经历的用户在参加工作后的主要工作历程，工作履历中主要包括用户在工作发生变动时的时间、工作变动前后的岗位以及所在的企业等信息。例如，用户A在2018年3月25日从公司A离职后，在2018年4月1日入职公司B，上任高级机械工程师岗位，那么上述这些都会成为用户A的工作履历。

区块(block)：用于记录按照一定条件划分出的数据集合和状态结果，是在各个节点达成共识之后形成的，在本发明实施例中，需要记录的数据主要是工作履历，或者用户的工作履历变化后的履历更新信息。具体的，区块可以是以时间进行划分，例如每间隔10秒(s)产生一个区块，那么这个区块即是记录这10s内的所有数据，或者每间隔一天产生一个区块，那么这个区块即是记录这一天内的所有数据；或者，区块还可以是根据接收到的工作履历或者履历更新信息的数量进行划分，例如，在接收到指定数量的工作履历或者履历更新信息之后，生成一个区块，那么这个区块即是用于记录已接收到的指定数量的工作履历或者履历更新信息，当然，本发明实施例对区块具体的划分方式并不进行限制。请参见如图1所示，为通过多个区块串联而形成的区块链的一种结构示意图，其中，一个矩形方框代表一个区块，一个区块包括区块头和区块体。其中，区块头中包括前一区块地址(Prev-block)，前一区块地址在区块头中可以通过前一区块哈希码(pre-hash)的形式进行存储，通过前一区块地址的指向将所有的区块串联起来，进而形成一条区块链。区块体中则用于存储具体的数据，例如本发明实施例中的工作履历。

区块链(block chain)：或称分布式数据记录账本，是一种按照一定顺序将存储数据的区块以顺序相连的方式组合成的一种链式数据结构。如图1中所示，将区块按照顺序串联起来在而形成了一条区块链。

节点：指区块链网络中参与工作履历的记录或者验证等处理过程的计算设备，例如计算机、手机、矿机、台式机或者服务器等拥有计算能力的设备均可作为区块链网络中的节点。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

为了利于对本发明实施例的技术方案的理解，下面介绍区块链的原理。

在区块链技术中，网络中的任意一个设备都可以作为区块链的一个节点，并且可以参与到区块链的记录和存储中，节点间基于共识机制，通过竞争计算共同维护整个区块链。由于任一节点都可以拥有一份完整的区块链的数据拷贝，因而任一节点失效，其余节点仍能够正常进行工作，从而基于区块链存储的方式可靠性高。

此外，由于在区块链技术中心通过众多的节点来共同维护整个区块链，每个节点所拥有的权限可以是相同的，因而并不存在中心化的设备或者管理机构。区块链中所有的数据信息都是公开透明的，单个节点甚至多个节点对自身数据的修改无法影响到其他节点的数据，除非能够控制整个区块链网络中超过一半的节点都进行修改，但是这种方式难度太大，并且区块链中的每一个区块都与前后的两个区块进行关联，要想篡改一个区块的数据，就需要篡改与之相关的多个区块的数据，难度较大，从而基于区块链存储的数据具有不可篡改性。

例如，在比特币网络中，区块链的区块中主要用于存储比特币的交易信息，以比特币网络的交易过程为例，对区块链技术的交易过程进行描述。

节点A将自身拥有的比特币交易给了节点B，那么节点A就会将该交易广播给区块链网络中的所有节点，每个节点都会将该交易纳入自身生成的一个区块中，在特定时刻到来时，每个节点都会基于特定的共识机制，来找到达到共识的一个区块。以工作量证明机制(Proof of Work，POW)为例，每个节点会基于区块中存储的内容反复进行尝试，来寻找一个满足一定条件的数值，当一个节点找到该数值时，则会向其他的所有节点广播该节点生成的区块，并由全网所有节点对区块中的交易进行核对，最先通过核对的节点所生成的区块则是达成共识的区块，全网所有节点将该区块保存在自身存储的区块链中，从而实现交易的存储。

下面介绍本发明实施例的设计思想。

在具体实践过程中，企业进行员工的招聘时，主要通过应聘者的简历中所提供的工作履历等信息对应聘者进行评价，但是招聘者无法得知应聘者所提供的工作履历的真实性，那么招聘者可以通过对该应聘者进行人事调查来确认其工作履历的真实性。但是，目前的人事调查主要是通过人工调查来进行的，例如，招聘者可以根据应聘者所提供的工作地点进行实地调查，或者还可以通过电话询问应聘者所在的上一家企业的相关人员，来验证应聘者所提供的信息是否真实。但是，这些人事调查的方式都需要耗费大量的人力，并且需要消耗大量的时间，效率较低。

本发明人对现有技术进行分析后发现，现有技术中由于并没有一个可提供给企业的招聘者进行工作履历验证的平台，从而只能通过招聘者自身通过诸如实地调查或者电话调查等方式进行人事调查，显然这些方式不仅效率低下，并且可靠性也不高，因而想要提高提升人事调查的效率以及可靠性，那么就需要提供给招聘者一个可信任的平台来进行上述人事调查的工作。鉴于此，本发明人考虑到，区块链最大的两个特性即为去中心化的分布式数据记录方式以及数据的不可篡改性，但是区块链目前主要应用于交易的记录，那么我们可以转换一下思维，将区块链中用于交易的记录，转换到用于工作履历的存储和验证上来，那么基于区块链本身的两大特性，就可以为招聘者构建一个可信任的平台来进行工作履历的存储和验证了。

鉴于上述的分析和考虑，本发明实施例提供了一种基于区块链存储和验证工作履历的方法，在该方法中，在用户的工作履历发生变动，例如用户入职、离职或者岗位变迁时，就可以将该用户变动后的工作履历的信息通过区块链进行存储，这样，基于区块链不可篡改的特性，无法对区块链中存储的工作履历进行篡改，从而保证工作履历的安全性。进一步的，工作履历可以是以哈希码的方式存储在区块链节点中，这样，即使能够从区块链中获取用户的工作履历的哈希码，也无法通过哈希码反推出用户的工作履历的明文信息，从而保护用户的隐私。相对应的，在该用户到下一家企业进行面试时，下一家企业的招聘者就可以发起验证请求，进而确定该用户提供的工作履历在区块链中是否有已存储的，且与之相匹配的工作履历，进而对该用户的工作履历的真实性进行验证，这样，无需招聘者进行实地调查，或者电话询问，就能够对应聘者所提供的工作履历进行验证，速度更快，效率更高。

在介绍完本发明实施例的设计思想之后，下面对本发明实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本发明实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本发明实施例提供的技术方案。

请参见图2所示，为发明实施例中的技术方案能够适用的一种应用场景，在该场景中，可以包括终端201、企业服务器202、记录节点203以及验证节点204。

终端201可以是手机、平板电脑(PAD)、掌上电脑(Personal Digital Assistant，PDA)、笔记本电脑或者个人计算机(Personal Computer，PC)等。企业的招聘者，一般为企业的人力资源管理(Human Resource，HR)岗位的人员(后续简称为HR)，可以在终端201中的浏览器中打开所在企业的人力资源管理系统(Human Resources System)对应的网页，或者还可以在终端201中安装人力资源管理软件，进而在员工入职、离职或者员工的岗位发生变更时，招聘者可以在人事管理平台对应的网页或者人力资源管理软件中对入职、离职或者岗位发生变更的员工的工作履历进行更新，以及对应聘者的工作履历进行验证。

企业服务器202用于与终端201进行通信，以接收终端201的存储请求或者验证请求，并转发至区块链网络。企业服务器202的类型也是可以多种多样的，根据服务器大小进行划分，企业服务器202例如可以是小型服务器、大型服务器或者服务器集群等，具体的根据企业的规模可以进行合理的设置，或者对于小型的企业，可能通过代理服务器为其提供服务，那么企业服务器202还可以是指这个代理服务器。

记录节点203和验证节点204是区块链网络中的两个节点，其中，记录节点203主要用于工作履历的记录和存储，验证节点204主要用于应聘者简历中工作履历的验证，但在具体实施过程中，记录节点203和验证节点204可以并不是单纯执行自身所能执行的功能，也就是说，记录节点203和验证节点204所实现的功能之间是可以存在交集的，例如，记录节点203可以同时拥有记录节点203和验证节点204这两种节点的功能。具体的，在具体的区块链网络中，可能涉及到的节点数量是很多的，因此，虽然图2中虽然只是示出了两个节点，但是需要声明的是，实际上还可能存储除图中示出的记录节点203和验证节点204之外的很多节点。

在具体应用中，区块链网络可以是只包括一些功能性的节点，例如图2中采用实线椭圆示出的区块链网络1中包括记录节点203和验证节点204，但是实质上企业服务器202也可以作为区块链网络中的一个节点，并且其拥有这与区块链网络中的其他节点同等的权利，例如图2中采用虚线椭圆示出的区块链网络2中包括记录节点203、验证节点204以及企业服务器202，企业服务器202中实现的功能可以是记录节点203所实现的功能，或者可以是验证节点204所实现的功能，又或者是能够同时实现记录节点203和验证节点204所能实现的功能。

其中，终端201与企业服务器202之间，或者企业服务器与区块链中的节点之间，以及区块链内部的节点之间，都可以通过网络进行通信。其中，该网络可以是有线网络或者无线网络，无线网络例如可以是移动性蜂窝网络或者无线局域网(Wireless Local AreaNetwork，WLAN)，当然，该网络还可以是其他任何可以进行通信的网络，本发明实施例对此并不进行限制。对于终端201与企业服务器202之间，网络除了可以是公共网络之外，还可以是企业内部网络。

当然，本发明实施例提供的方法并不限用于图2所示的应用场景中，还可以用于其他可能的应用场景，本发明实施例并不进行限制。

为进一步说明本发明实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本发明实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本发明实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

在具体实施过程中，为了能够对应聘者所提供的简历中的工作履历进行验证，那么需要在区块链节点中存储工作履历，这样才能后续的验证过程提供一定的基础，因此请参见图3中所示，本发明实施例提供一种为基于区块链存储工作履历的方法，下面结合图2所示的应用场景，且以一个企业的工作履历的存储过程为例，对本发明实施例的技术方案进行描述。该方法的流程包括如下步骤：

步骤301：终端201生成存储请求。

本发明实施例中，企业中有员工入职、离职或者岗位变迁等情况时，该员工的工作履历都会发生变化，那么可以通过企业的HR对这些变化进行记录。具体的，HR可以在终端201上的浏览器中打开人力资源管理系统的网页，或者终端201上安装的人力资源管理软件中进行操作，由于不管是在浏览器中或者在特定的软件中操作的流程均相似，因此下面以在浏览器中打开的人力资源管理系统的网页中进行操作为例进行描述。

请参见图4，为一种人力资源管理系统的网页的显示界面的示意图，该界面为输入员工在入职、离职或者岗位变迁后的信息的界面。其中，在例如图4的操作界面中，可以包括多个信息栏，每一个信息栏中需要填入工作履历发生变化的员工的相应的信息，例如图4中所示，信息栏可以包括但不限于操作类型栏、姓名栏、证件类型栏、证件号码栏、入职时间栏以及岗位栏等信息栏，当然，还可以包括其他可能的信息栏，例如联系方式栏等。具体的，信息栏中可以划分为必填信息栏和可填信息栏，其中，必填信息栏中需要填入的信息可以是员工的基本信息，例如上述操作类型栏、员工姓名栏、证件类型栏、证件号码栏、入职时间栏以及岗位栏等信息，可选信息栏中需要填入的信息可以是员工的较为隐私的信息，例如薪资栏等。

操作类型可以是指员工的工作履历发生变化的类型，例如具体可以包括入职、离职和岗位变迁。HR可以在操作类型栏选择具体的操作类型，由于不同的操作类型所需要填写的信息是不同的，因此选择不同的操作类型后，显示界面也可以是不同的，例如图4中所示，当前为选择的操作类型为入职后的显示界面。证件类型用于区分员工，例如可以是身份证或者工卡，相应的，证件号码则可以是身份证号码或者工号，岗位可以是指新员工入职后的岗位或者岗位变迁后的岗位，又或者是离职前的岗位。

本发明实施例中，HR在人力资源管理系统将员工的信息一一录入之后，点击提交按钮，终端201就可以接收到基于HR的操作录入的信息生成的履历更新信息，并基于接收到的履历更新信息生成存储请求，该存储请求用于存储至少一个用户的履历更新信息。其中，这里的用户即是指企业的员工。具体的，人力资源管理系统中可以提供给HR可以依次输入多个员工的履历更新信息后，再进行提交的功能，那么HR则可以一次性提交一个或者多个员工的履历更新信息，例如，HR在可以输入一个员工的履历更新信息之后，就提交一次，那么基于该次提交的一个履历更新信息生成的存储请求即用于请求存储这一个员工的履历更新信息，或者，HR在可以输入多个员工的履历更新信息之后，才提交一次，那么基于该次提交的多个履历更新信息生成的存储请求即用于请求存储这多个员工的履历更新信息。

步骤302：终端201将存储请求发送给企业服务器202，企业服务器202接收该存储请求。

步骤303：企业服务器202将存储请求发送给记录节点203，记录节点203接收该存储请求。

本发明实施例中，在一种可能的实施方式中，企业服务器202可以不作为区块链网络中的节点，那么企业服务器202只需要将存储请求转发给区块链网络中的记录节点203，图3中具体以此为例。具体的，企业服务器202可以将存储请求发送给区块链网络中的其中一个记录节点203，再通过该记录节点203广播给区块链网络中的其他记录节点203，或者，企业服务器202也可以直接将存储请求发送给区块链网络中的所有记录节点203。

当然，企业服务器202除了执行转发的功能之外，还可以将终端201发送的存储请求进行保存，以便企业内部进行查询。

在另一种可能的实施方式中，企业服务器202也可以作为区块链网络中的其中一个节点，例如可以是记录节点，或者可以是验证节点，又或者是同时具备记录节点和验证节点的功能的节点，那么企业服务器202在接收到存储请求之后，则可以将存储请求直接广播给区块链网络中的记录节点203。

在另一种可能的实施方式中，区块链网络可以是由各个企业的企业服务器202组建而成，那么每一个企业的企业服务器202即可以是该区块链网络中的一个节点，也就是说记录节点203实质上就是企业服务器203。那么在其中一个企业服务器202接收到该企业的员工的存储请求时，则会将存储请求发送给其他的企业服务器202。

本发明实施例中，企业服务器202可以是将存储请求直接转发给其他的企业服务器202或者记录节点203，或者，还可以是从存储请求中提取出履历更新信息之后，再将履历更新信息发送给其他的企业服务器202或者记录节点203。

本发明实施例中，如果通过记录节点203来进行工作履历的记录的话，即这些记录节点203并非是任何企业的企业服务器202，可以作为一种中立的设备，那么则企业服务器202就可以将接收到的存储请求发送给记录节点203。

或者，若是企业服务器202也会作为区块链网络中的节点，那么通过企业服务器202也可以查看到所有用户的履历更新信息，但是存储请求中携带的履历更新信息涉及到该企业的员工的隐私，并且该企业的员工信息也属于该企业的机密信息，因此企业服务器202在接收到存储请求之后，可以对存储请求中携带的履历更新信息进行一定的处理之后，再发送给其他的企业服务器202或者记录节点203。例如，企业服务器202可以通过哈希算法计算接收到的履历更新信息的哈希码，并把计算得到的哈希码发送给其他的企业服务器202或者记录节点203。

因此，请参见图5，企业服务器202将存储请求发送给记录节点203具体可以包括如下步骤：

步骤3031：企业服务器202照预设的格式将存储请求中每一个用户的履历更新信息中的关键字段进行组合。

具体的，由于将履历更新信息转换成为哈希码之后，无法通过哈希码反推成具体的履历更新信息，因此需要将每一个用户的履历更新信息中所包括的关键字段按照预设的格式进行组合，这样，在进行验证时，按照同样的格式进行组合后的关键字段才能够有匹配成功的希望。预设的格式例如可以是JSON(JavaScript Object Notation)格式、XML(eXtensible Markup Language)格式或者YAML(Yet Another Markup Language)格式。下面以JSON格式为例进行描述。

请参见表1，为企业服务器202接收到的一条履历更新信息包括的信息。

字段	字段内容
		time	2018-5-15
name	张三
		id_type	身份证
id	31010XXXXXXXXXXXXX
		action	入职
title	高级开发工程师

表1

上述表1中字段“time”为员工的工作履历发生变化的时间，例如入职时间或者离职时间，time需要统一采用相同的格式，例如可以是采用年月日格式，例如输入的time可以是2018-5-15或者2018年5月15日。字段“name”为员工的姓名，字段“id_type”为员工的证件类型，字段“id”为证件类型相对应的证件号，字段“action”为员工的工作履历发生变化的类型，例如图4中选择的入职、离职或者岗位变迁等，字段“title”为员工入职或者岗位变迁后的岗位。根据表1中的内容，可以得到身份证为31010XXXXXXXXXXXXX，姓名为张三的员工在2018年5月15日入职，入职后的岗位为高级开发工程师，那么按照JSON格式进行组合后，可以得到如下内容：{"time":"2018-05-15","name":"张三","id_type":"身份证","id":"31010XXXXXXX XXXXXX","action":"入职","title":"高级开发工程师"}。

步骤3032：企业服务器202根据预设的哈希函数计算每一个用户的组合后的关键字段的哈希码。

本发明实施例中，将关键字段按照预设的格式进行组合之后，则可以将组合后的关键字段通过哈希函数转换成哈希码。其中，哈希函数(Hash Function)可以是采用SHA-256算法或者第五代消息摘要(Message Digest Algorithm 5，MD5)算法，以MD5算法为例，对上述组合的关键字进行MD5运算即可得到上述的履历更新信息的哈希码。

哈希码＝MD5({"time":"2018-05-15","name":"张三","id_type":"身份证","id":"31010XXXXXXXXXXXXX","action":"入职","title":"高级开发工程师"})＝F3D241C9C56AF199776D2930C78E990C。

步骤3033：企业服务器202将每一个用户的履历更新信息的哈希码携带在存储请求中发送给记录节点203。

沿用上述的例子，企业服务器202计算得到“F3D241C9C56AF199776D2930C78E990C”，那么企业服务器202只需要将计算得到的“F3D241C9C56AF199776D2930C78E990C”携带在存储请求中发送给其他的企业服务器202或者记录节点203。

步骤304：记录节点203生成区块，并将存储请求中携带的履历更新信息存储在该区块中。

在具体应用中，区块的生成通常具有一定的机制，例如每间隔预设时间段会生成一个区块，预设时间段例如可以是一天、一小时或者10秒等，或者，还可以每在接收到指定数量的待存储数据之后生成一个区块。下面以预设时间段为一天为例对本发明实施例的技术方案进行描述。

具体的，若是预设时间段为一天，那么记录节点203就可以每间隔一天生成一个区块，并将这一天内接收到的存储请求中携带的履历更新信息存储在该区块中。其中，记录节点203在接收存储请求时，是持续进行接收的，那么记录节点203接收的存储请求可以是指一天内接收的存储请求，那么记录节点203存储在一个区块中的就是这一天内接收的存储请求；或者，记录节点203接收的存储请求还可以是多天内接收的存储请求，那么记录节点203存储在一个区块中的就是这多天中其中一天接收的存储请求。例如，记录节点203可以在每天的零点生成一个区块，并将当天接收的所有履历更新信息存储在该区块中。

其中，若是企业服务器202直接将履历更新信息以明文的形式携带在存储请求中发送给记录节点203，那么记录节点203可以是将接收到的履历更新信息直接存储在记录节点203生成的区块中。或者，记录节点203还可以将履历更新信息转换成哈希码之后，然后以哈希码的形式进行存储，对于记录节点203转换成哈希码的过程可以参考步骤3031和步骤3032中的描述，在此不再进行赘述。

若是企业服务器202将履历更新信息以哈希码的形式携带在存储请求中发送给记录节点203，那么记录节点203就可以将哈希码直接存储在该记录节点203生成的区块中。

本发明实施例中，若是企业服务器202也作为区块链网络中的一个节点，并且可以拥有记录节点203的功能时，企业服务器202也可以生成区块，并将接收到的履历更新信息存储在该区块中。

具体的，在区块中，对于记录节点203在预设时间段内接收到的其中一条履历更新信息，以第二用户的履历更新信息为例，在区块中以一条履历更新记录的方式进行存储，在第二用户的履历更新记录中，除了存储第二用户的履历更新信息的哈希码之外，还可以存储其他的一些信息，例如第二用户的履历更新记录可以包括表2中的内容。

字段	字段描述	字段大小
			pre-tx-hash	上一条履历更新记录的校验码	64字节
timestamp	时间戳	4字节
			size	该条履历更新记录的长度	8字节
work-experience-hash	必填信息栏中的信息的哈希码	32字节
			optional-experience-hash	可选信息栏中的信息的哈希码	32字节
enterprise	企业的名称	不定长
			tx-hash	上述字段的校验码	64字节

表2

其中，字段“pre-tx-hash”的内容为上一条履历更新记录的校验码，用于对上一条履历更新记录进行校验，pre-tx-hash可以采用SHA-256算法或者MD5算法进行计算。上一条履历更新记录可以是同一个区块中的上一条的履历更新记录，也可以是上一个区块中的最后一条履历更新记录。字段“timestamp”的内容为提交该条履历更新记录的时间戳，字段“size”的内容为该条履历更新记录的长度，包括从字段“pre-tx-hash”到字段“enterprise”的长度，字段“work-experience-hash”的内容为图4所述的实施例中必填信息栏中填入的信息，字段“optional-experience-hash”的内容为图4所述的实施例中可选信息栏中填入的信息，字段“work-experience-hash”和“optional-experience-hash”的内容实质上即为履历更新信息的内容。work-experience-hash和optional-experience-hash都可以采用SHA-256算法或者MD5算法进行计算。字段“enterprise”的内容为第二用户所在的企业的名称，在第二用户入职时，企业的名称即为入职后的企业的名称，在第二用户离职时，企业的名称即为第二用户离职前的企业的名称。字段“tx-hash”的内容为对表2中tx-hash之前的所有字段的校验码，tx-hash可以采用SHA-256算法或者MD5算法进行计算。

因此，在记录节点203获取第二用户的履历更新信息的哈希码之后，或者，在记录节点203获取第二用户的履历更新信息，并计算得到第二用户的履历更新信息的哈希码之后，还会将第二用户的履历更新信息的哈希码与其他的一些信息进行组合，例如表2中的pre-tx-hash或者timestamp等，得到组合后的哈希码，然后基于组合后的哈希码，生成组合后的哈希码的校验码，组合后的哈希码和组合后的哈希码的校验码共同组合成第二用户的履历更新记录，然后将第二用户的履历更新记录存储区块中。这样，在本次存储的履历更新记录中包括这上一条履历更新记录的校验码，若是想要对上一条履历更新记录进行修改，那么就需要对后续的履历更新记录全部进行修改，否则被修改的履历更新信息就无法校验通过，从而增加对区块链中数据进行篡改的难度，提高数据的安全性。

步骤305：记录节点203存储区块。

本发明实施例中，由于所有的记录节点203(可以包括企业服务器202)都会生成区块，并将履历更新信息保存在其生成的区块中，但是最终在存储时只会选择一个节点生成的区块，因此需要所有的记录节点203之间达成共识，即具体要选择哪个记录节点203生成的区块。其中，共识机制例如可以是工作证明机制或者股权证明(Proof of Stake，POS)机制。以POW为例，每个记录节点203需要对自己的工作量进行证明，证明的方式就是看那个记录节点203能够最先计算得到符合要求的区块哈希码(block hash)。

具体的，区块链网络中的所有记录节点203都会接收到需要进行存储的履历更新信息，并将其存储在自身生成的区块中，在预设时间段的上限时间到达时，开始计算该区块的区块哈希码。其中，区块头中包括随机数(Nonce)，所有记录节点203在预设时间段的上限时间到达时，都会变更随机数开始尝试进行计算，最先得到符合要求的区块哈希码记录节点203将自己的区块广播给区块链网络中其余记录节点203，在通过其余记录节点203的验证之后，就可以认为最先得到符合要求的区块哈希码记录节点203生成的区块是有效的，区块链网络中的所有节点，包括记录节点203以及验证节点204都会对该区块进行存储。

本发明实施例中，在区块链节点中保存了履历更新信息之后，在需要对应聘者的简历进行验证时，就可以通过区块链节点中保存的履历更新信息进行验证，因此，请参见图6，本发明实施例还提供了一种基于区块链验证工作履历的方法，该方法的流程包括如下步骤。

步骤601：终端201生成验证请求，该验证请求用于请求验证第一用户的工作履历。

本发明实施例中，企业中招聘新员工时，都会拿到这些应聘者的简历，简历中写明了该应聘者的部分或者全部的工作履历，那么可以HR就可以对简历中的工作履历进行验证。具体的，HR同样可以在终端201上的浏览器中打开人力资源管理系统的网页，或者终端201上安装的人力资源管理软件中进行操作。

因此在浏览器中打开的人力资源管理系统的网页中进行操作为例，请参见图7，为另一种人力资源管理系统的网页的显示界面的示意图，该界面用于提交请求验证应聘者工作履历是否真实的验证请求。其中，在例如图7的操作界面中，也可以包括多个信息栏，每一个信息栏中可以相应填入应聘者的工作履历，例如图7中所示，可以包括但不限于姓名、证件类型、证件号码、入职时间以及岗位等信息栏。具体的，信息栏中可以划分为必填信息栏和可填信息栏，其中，必填信息栏中需要填入的信息可以是应聘者的基本信息，例如上述姓名、证件类型、证件号码、入职时间以及岗位等信息，可选信息栏中需要填入的信息可以是应聘者的较为隐私的信息，例如薪资等。

本发明实施例中，HR在人力资源管理系统将应聘者的信息一一录入之后，点击验证按钮，终端201就可以接收到基于HR的操作录入的信息，并生成验证请求，该验证请求用于请求验证第一用户的工作履历。其中，这里的第一用户即是指上述的应聘者，例如某企业在招聘时，应聘者包括3个，那么第一用户就可以是这3个应聘者中的其中一个。

步骤602：终端201将验证请求发送给企业服务器202，企业服务器202接收该验证请求。

步骤603：企业服务器202将验证请求发送给验证节点204，验证节点204接收验证请求。

在一种可能的实施方式中，企业服务器203并不作为区块链网络中的一个节点，或者企业服务器不作为区块链网络中的验证节点，换句话说，就是企业服务器202不具备验证节点204的功能，那么企业服务器202就需要将验证请求发送给区块链网络中的验证节点204，图6中具体以此为例。其中，由于一个验证节点204就可以完成验证过程，因而企业服务器202可以将验证请求发送给其中一个验证节点204即可，或者，为了提升验证结果的可靠性，也可以通过多个验证节点204进行验证，那么企业服务器202可以将验证请求发送给多个验证节点204。

在一种可能的实施方式中，企业服务器203也可以作为区块链网络中的一个节点，并且拥有验证节点204的功能，那么企业服务器就可以自行进行验证，而不将验证请求发送给其余的验证节点了，当然，为了验证结果更加可靠，企业服务器202也可以将验证请求发送给其余的验证节点204，进而综合多个验证结果来决定最终的验证结果。

具体的，企业服务器将验证请求发送给验证节点204时，可以是将验证请求中的工作履历以明文的形式进行发送，或者为了保护用户的隐私，还可以是将验证请求中的工作履历转换成哈希码之后进行发送，其中，在进行哈希码的转换时，需要按照与存储过程中相同的格式以及相同的哈希算数进行转换，这样才能够有匹配成功的希望，其中，对于哈希码的转换过程可以参考图5所述的实施例中相应部分的描述，在此就不在赘述了。

步骤604：验证节点204确定自身是否已存储了与第一用户的工作履历相匹配的信息。

本发明实施例中，若是所有企业都接入到区块链网络，那么所有企业的人事变动在区块链网络中都会有记录，因此可以确定区块链网络中是否有第一用户所提供的工作履历相匹配的信息，进而来确定第一用户所提供的工作履历是否真实。

具体的，若是验证节点204中是将履历更新信息以明文的形式进行存储，且验证节点204接收到的验证请求中的第一用户的工作履历也是明文的形式，那么验证节点204就可以将第一用户的工作履历直接与自身存储的区块中的履历更新信息进行匹配，从而确定自身是否已存储了与第一用户的工作履历相匹配的信息。或者，验证节点204中是将履历更新信息以哈希码的形式进行存储，且验证节点204接收到的验证请求中的第一用户的工作履历也是哈希码的形式，那么验证节点204也可以将第一用户的工作履历的哈希码直接与自身存储的区块中的履历更新信息的哈希码进行匹配，从而确定自身是否已存储了与第一用户的工作履历的哈希码相匹配的哈希码。

具体的，若是验证节点204中是将履历更新信息以哈希码的形式进行存储，但是验证节点204接收到的验证请求中的第一用户的工作履历是明文的形式，那么验证节点204就可以计算第一用户的工作履历的哈希码之后，将第一用户的工作履历的哈希码与自身存储的区块中的履历更新信息的哈希码进行匹配，从而确定自身是否已存储了与第一用户的工作履历的哈希码相匹配的哈希码。

本发明实施例中，由于验证节点204中存储的区块的数量可能较多，若在每一个区块中都进行匹配，需要消耗大量的时间，效率较低，因而可以只在部分区块中进行匹配。具体的，HR在请求验证时，可以选择需要验证的第一时间段，例如第一用户的工作履历中写明第一用户在2018年5月15日入职某企业，那么HR可以选择验证2018年5月15日这一天是否有第一用户的相应的履历更新记录。此外，有可能还会存在这样的情况，第一用户虽然在2018年5月15日入职，但是该企业的HR在2018年5月18日才提交了相应的履历更新信息，那么在2018年5月15日这一天的区块中显然不会有第一用户的相应的履历更新记录，因此HR在选择验证的第一时间段可以灵活的扩充一下，例如选择在2018年5月或者2018年的区块中进行验证。

相对应的，验证节点204在接收到验证请求之后，则可以获取到第一时间段的信息，那么验证节点204可以在自身存储的，且在第一时间段中生成的区块中进行匹配，以确定在第一时间段中生成的区块中是否已存储第一用户的工作履历相匹配的信息。

步骤605：在验证节点204确定自身已存储了与第一用户的工作履历相匹配的信息时，确定第一用户的工作履历验证通过。

若是验证节点确定自身已存储了与第一用户的工作履历相匹配的信息，那么就可以确定第一用户的工作履历验证通过，也就是说第一用户所提供的工作履历是真实的。

步骤606：在验证节点204确定自身未存储与第一用户的工作履历相匹配的信息时，确定第一用户的工作履历验证不通过。

若是验证节点确定自身并未存储与第一用户的工作履历相匹配的信息，那么就可以确定第一用户的工作履历验证不通过，即第一用户所提供的工作履历是虚假的。

步骤607：验证节点204将验证结果发送给企业服务器202，企业服务器202接收验证结果。

其中，若是企业服务器202为区块链网络中的验证节点，且企业服务器202仅通过自身对第一用户的工作履历进行验证，那么就无需执行步骤605。但是，若是企业服务器202不是验证节点，那么就需要区块链网络中的验证节点204进行验证，或者企业服务器202同时通过其他的验证节点204对第一用户的工作履历进行验证，那么区块链网络中的一个或者多个验证节点204得到验证结果之后，都可以将验证结果反馈给企业服务器202，进而企业服务器202根据一个或者多个验证结果确定最终的验证结果。

步骤608：企业服务器202将最终的验证结果发送给终端201，终端201接收最终的验证结果。

企业服务器202可以将最终的验证结果发送给终端201，这样，终端201就可以将最终的验证结果通过显示单元进行显示，以便HR获知验证结果。

综上所述，本发明实施例中，可以通过区块链存储和验证用户的工作履历，这样，无需招聘者进行实地调查，或者电话询问，就能够对应聘者所提供的工作履历进行验证，速度更快，效率更高。并且由于区块链的不可篡改的特性，那么一旦将用户的工作履历存储在区块链中之后，就无法对区块链中存储的工作履历进行篡改，从而提高区块链中工作履历的真实性，相应的，用户的工作履历的验证结果的准确性也能够得以提升。

进一步的，由于工作履历的存储和验证过程都可以通过区块链所提供的平台来进行，那么就可以通过企业中的HR来进行存储和验证过程的操作者，从而减少应聘者的参与程度，从而提升区块链中所存储的工作履历的真实性，也就相应的提升了最终的验证结果的可靠性。

请参见图8，基于同一发明构思，本发明实施例还提供了一种基于区块链验证工作履历的装置，装置包括：

接收单元801，用于接收验证请求，验证请求用于请求验证第一用户的工作履历；

确定单元802，用于确定区块链节点中是否已存储与第一用户的工作履历相匹配的信息；以及在区块链节点中已存储与第一用户的工作履历相匹配的信息的情况下，确定第一用户的工作履历验证通过。

可选的，验证请求携带第一时间段的信息，则确定单元802具体用于：

确定区块链节点中存储的，且在第一时间段中生成的区块中，是否已存储与第一用户的工作履历相匹配的信息。

可选的，确定单元802具体用于：

按照预设的格式将第一用户的工作履历中的关键字段进行组合；

根据预设的哈希函数计算组合后的关键字段的哈希码；

确定区块链节点中是否已存储与组合后的关键字段的哈希码相匹配的哈希码，其中，区块链节点中存储的哈希码为按照预设的格式进行组合后，通过预设的哈希函数计算得到的。

可选的，装置还包括区块生成单元803和执行单元804，

接收单元801，还用于接收存储请求，其中，存储请求用于请求存储至少一个用户的履历更新信息，其中，履历更新信息用于表征至少一个用户的工作履历发生变化后的信息；

区块生成单元803，用于每间隔预设时间段，生成区块，并将在预设时间段内接收的存储请求携带的履历更新信息存储在区块中；

执行单元804，用于将区块存储在区块链节点中。

可选的，区块生成单元803具体用于：

根据预设的哈希函数计算每一个用户的组合后的关键字段的哈希码；

将每一个用户的组合后的关键字段的哈希码存储在区块中。

可选的，对于第二用户的履历更新信息，在区块生成单元803根据预设的哈希函数计算第二用户的组合后的关键字段的哈希码之后，区块生成单元803具体还用于：

将第二用户的履历更新信息的哈希码与区块链节点中存储的上一条履历更新记录的校验码进行组合，得到组合后的哈希码，其中，一条履历更新记录用于存储一个用户的一条履历更新信息，上一条履历更新记录的校验码用于对上一条履历更新记录进行校验，第二用户的履历更新信息为在预设时间段内接收的履历更新信息中的一个；

基于组合后的哈希码，生成组合后的哈希码的校验码；

根据组合后的哈希码以及组合后的哈希码的校验码生成第二用户的履历更新记录，并将第二用户的履历更新记录存储在区块中。

该装置可以用于执行图2～图7所示的实施例所提供的方法，例如可以是图2中所示的企业服务器202、记录节点203或者验证节点204，因此，对于该装置的各功能模块所能够实现的功能等可参考图2～图7所示的实施例的描述，不多赘述。其中，区块生成单元803和执行单元804虽然在图8中一并示出，但需要知道的是，区块生成单元803和执行单元804并不是必选的功能单元，因此在图8中以虚线示出。

请参见图9，基于同一发明构思，本发明实施例还提供了一种基于区块链存储工作履历的装置，所述装置包括：

接收单元901，用于接收存储请求，其中，存储请求用于请求存储至少一个用户的履历更新信息，其中，履历更新信息用于表征至少一个用户的工作履历发生变化后的信息；

区块生成单元902，用于每间隔预设时间段，生成区块，并将在预设时间段内接收的存储请求携带的履历更新信息存储在区块中；

执行单元903，用于将区块存储在区块链节点中。

可选的，区块生成单元902具体用于：

将每一个用户的组合后的关键字段的哈希码存储在区块中。

可选的，对于第二用户的履历更新信息，在区块生成单元902根据预设的哈希函数计算第二用户的组合后的关键字段的哈希码之后，区块生成单元902具体还用于：

基于组合后的哈希码，生成组合后的哈希码的校验码；

该装置可以用于执行图2～图5所示的实施例所提供的方法，例如可以是图2中所示的企业服务器202或者记录节点203，因此，对于该装置的各功能模块所能够实现的功能等可参考图2～图5所示的实施例的描述，不多赘述。

请参见图10，基于同一技术构思，本发明实施例还提供了一种区块链节点，可以包括存储器1001和处理器1002。

所述存储器1001，用于存储处理器1002执行的计算机程序。存储器1001可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。处理器1002，可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本发明实施例中不限定上述存储器1001和处理器1002之间的具体连接介质。本发明实施例在图10中以存储器1001和处理器1002之间通过总线1003连接，总线1003在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线1003可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1001可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1001也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器1001是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1001可以是上述存储器的组合。

处理器1002，用于调用所述存储器1001中存储的计算机程序时执行如图2～图7中所示的实施例提供的基于区块链存储和验证工作履历的方法。

本发明实施例还提供了一种计算机存储介质，存储为执行上述处理器所需执行的计算机可执行指令，其包含用于执行上述处理器所需执行的程序。

在一些可能的实施方式中，本发明提供的基于区块链存储和验证工作履历的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本发明各种示例性实施方式的基于区块链存储和验证工作履历的方法中的步骤，例如，所述计算机设备可以执行如图2～图7中所示的实施例提供的基于区块链存储和验证工作履历的方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本发明的实施方式的用于基于区块链存储和验证工作履历的方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种基于区块链验证工作履历的方法，其特征在于，所述方法包括：

确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息；其中，在所述区块链节点中存储履历更新记录时，获取预设时间段内接收的存储请求携带的履历更新信息，并将每一个用户的履历更新信息的哈希码与上一条履历更新记录的校验码进行组合，得到组合后的哈希码，其中，一条履历更新记录用于存储一个用户的一条履历更新信息，所述上一条履历更新记录的校验码用于对上一条履历更新记录进行校验；基于所述组合后的哈希码，生成所述组合后的哈希码的校验码；根据所述组合后的哈希码以及所述组合后的哈希码的校验码生成相应用户的履历更新记录，并将生成的履历更新记录存储在新生成的区块中；

2.如权利要求1所述的方法，其特征在于，所述验证请求携带第一时间段的信息，则所述确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息，包括：

3.如权利要求1或2所述的方法，其特征在于，所述确定所述区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息，包括：

根据预设的哈希函数计算组合后的关键字段的哈希码；

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

将所述区块存储在所述区块链节点中。

5.如权利要求4所述的方法，其特征在于，所述将在所述预设时间段内接收的所述存储请求中携带的履历更新信息存储在新生成的区块中，包括：

6.一种基于区块链存储工作履历的方法，其特征在于，所述方法包括：

每间隔预设时间段，生成区块，并将在所述预设时间段内接收的所述存储请求携带的履历更新信息存储在所述区块中；其中，将在所述预设时间段内接收的所述存储请求携带的履历更新信息存储在所述区块中，包括：将每一个用户的履历更新信息的哈希码与上一条履历更新记录的校验码进行组合，得到组合后的哈希码，其中，一条履历更新记录用于存储一个用户的一条履历更新信息，所述上一条履历更新记录的校验码用于对上一条履历更新记录进行校验；基于所述组合后的哈希码，生成所述组合后的哈希码的校验码；根据所述组合后的哈希码以及所述组合后的哈希码的校验码生成相应用户的履历更新记录，并将生成的履历更新记录存储在所述新生成的区块中；

将所述区块存储在区块链节点中。

7.如权利要求6所述的方法，其特征在于，所述将在所述预设时间段内接收的所述存储请求中携带的履历更新信息存储在新生成的区块中，包括：

8.一种基于区块链验证工作履历的装置，其特征在于，所述装置包括：

确定单元，用于确定区块链节点中是否已存储与所述第一用户的工作履历相匹配的信息；其中，在所述区块链节点中存储履历更新记录时，获取预设时间段内接收的存储请求携带的履历更新信息，并将每一个用户的履历更新信息的哈希码与上一条履历更新记录的校验码进行组合，得到组合后的哈希码，其中，一条履历更新记录用于存储一个用户的一条履历更新信息，所述上一条履历更新记录的校验码用于对上一条履历更新记录进行校验；基于所述组合后的哈希码，生成所述组合后的哈希码的校验码；根据所述组合后的哈希码以及所述组合后的哈希码的校验码生成相应用户的履历更新记录，并将生成的履历更新记录存储在新生成的区块中；

以及，在所述区块链节点中已存储与所述第一用户的工作履历相匹配的信息的情况下，确定所述第一用户的工作履历验证通过。

9.如权利要求8所述的装置，其特征在于，所述验证请求携带第一时间段的信息，则所述确定单元具体用于：

10.一种基于区块链存储工作履历的装置，其特征在于，所述装置包括：

区块生成单元，用于每间隔预设时间段，生成区块，并将在所述预设时间段内接收的所述存储请求携带的履历更新信息存储在所述区块中；其中，将在所述预设时间段内接收的所述存储请求携带的履历更新信息存储在所述区块中，包括：将每一个用户的履历更新信息的哈希码与上一条履历更新记录的校验码进行组合，得到组合后的哈希码，其中，一条履历更新记录用于存储一个用户的一条履历更新信息，所述上一条履历更新记录的校验码用于对上一条履历更新记录进行校验；基于所述组合后的哈希码，生成所述组合后的哈希码的校验码；根据所述组合后的哈希码以及所述组合后的哈希码的校验码生成相应用户的履历更新记录，并将生成的履历更新记录存储在所述新生成的区块中；

执行单元，用于将所述区块存储在区块链节点中。

11.如权利要求10所述的装置，其特征在于，所述区块生成单元具体用于：

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1～7任一权利要求所述的方法。