CN114612089A - 基于区块链的工时结算方法、装置、设备及存储介质 - Google Patents

Abstract

本申请属于区块链技术领域，提供了一种基于区块链的工时结算方法、装置、设备及存储介质，包括：接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；通过智能合约从预设项目账户中扣除预付金额添加至监管节点请求创建的临时账户；接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；通过智能合约对乙方工时投入数据进行验证，在验证通过时允许乙方节点从临时账户扣除结算金额添加至乙方节点账户完成结算交易；接收甲方节点在预设验收周期到达时发送的验收请求，通过智能合约协助甲方节点对乙方节点完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。本申请基于区块链实现了准确性更高的工时结算。

Description

基于区块链的工时结算方法、装置、设备及存储介质

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的工时结算方法、装置、设备及存储介质。

背景技术

甲方委托乙方开发人员进行项目开发时，甲方对乙方的结算付款是以乙方开发人员的工作量为衡量依据的，因此乙方开发人员对项目开发的工时投入的真实性尤为重要。

然而，在项目开发管理中，对于人力效能的评估是比较复杂的事，其中一个难点在于，甲方的项目管理人员需要非常了解技术，对于乙方开发人员的产出，依赖于“故事开发完成数量”等指标。但是每一个用户故事的开发难度，本身包含的工作量是比较难量化的，哪怕在敏捷开发过程中，也只能事先评估该项任务“大约”需要多少时间。当乙方开发人员完成开发后，以事先评估的工时作为实际投入的工时，可见，对工时投入的评估并不十分准确，即现有的项目工时结算方式，准确性较低。

发明内容

本申请的主要目的在于提供一种基于区块链的工时结算方法、装置、设备及存储介质，旨在解决现有的项目工时结算方式，准确性较低的技术问题。

第一方面，本申请提供了一种基于区块链的工时结算方法，所述区块链设有甲方节点、乙方节点和监管节点，所述方法包括以下步骤：

接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；

通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；

接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；

通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；

接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

第二方面，本申请还提供了一种基于区块链的工时结算装置，所述装置包括：

第一接收模块，用于接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；

添加模块，用于通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；

第二接收模块，用于接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；

验证模块，用于通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；

协助模块，用于接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

第三方面，本申请还提供了一种计算机设备，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如上述的基于区块链的工时结算方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如上述的基于区块链的工时结算方法。

本申请公开了一种基于区块链的工时结算方法、装置、设备及存储介质，该基于区块链的工时结算方法，区块链设有甲方节点、乙方节点和监管节点，接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。相比现有的项目工时结算方式，本申请基于区块链在监管节点的参与下实现了甲乙双方之间的工时结算，由于乙方的工时投入数据经过验证，且工时结算交易发生在临时账户，使得工时结算交易的安全性和准确性得到了提升，提升了项目工时结算的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

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

图1为本申请基于区块链的工时结算方法一实施例的流程示意图；

图2为本申请基于区块链的工时结算方法一实施例涉及的应用场景示例图；

图3为本申请一实施例提供的一种基于区块链的工时结算装置的示意性框图；

图4为本申请一实施例涉及的计算机设备的结构示意框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

本申请的实施例提供了一种基于区块链的工时结算方法、装置、设备及存储介质。该基于区块链的工时结算方法主要应用于基于区块链的工时结算设备，该基于区块链的工时结算设备可以是服务器等具有数据处理功能的终端设备。

其中，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，图1为本申请的实施例提供的一种基于区块链的工时结算方法的流程示意图。

如图1所示，该基于区块链的工时结算方法包括步骤S101至步骤S105。

步骤S101、接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息。

其中，基于区块链的工时结算方法应用于区块链，参与的对象包括甲方、乙方和第三方监管平台三方。甲方、乙方、第三方监管平台在区块链进行注册，区块链分别随机为甲方、乙方、第三方监管平台生成对应的私钥(可以是预设位数的二进制数字，例如256位)，并从分别基于甲方、乙方、第三方监管平台对应的私钥计算(可以是椭圆曲线算法)生成甲方、乙方、第三方监管平台对应的公钥，由此返回给甲方一对公钥和私钥、乙方一对公钥和私钥、第三方监管平台一对公钥和私钥。其中，公钥都是公开的，而私钥是保密的，只有拥有者才能使用。甲方的公钥通过哈希(hash)函数生成甲方账户地址，甲方的私钥供甲方用于签名；乙方的公钥通过哈希函数生成乙方账户地址，乙方的私钥供乙方用于签名；第三方监管平台的公钥通过哈希函数生成第三方监管平台账户地址，第三方监管平台的私钥供第三方监管平台用于签名。如此，甲方、乙方、第三方监管平台便可以在区块链上创建各自对应的节点，分别定义为甲方节点、乙方节点、监管节点。

可以理解的是，在基于区块链实现工时结算之前，甲乙双方需针对项目进行工时预估，协商项目的相关内容，从而签订项目协议。该项目协议中的约定内容包括工时单价，工期时长，结算周期，验收周期，仲裁周期，甲乙双方及第三方监管平台收款的账户地址，手续费率，超期罚款等等。以下对相关约定内容进行详细介绍：

工时单价：以浮点数形式，计算每个单位时间的价格。例如，每小时1单位货币。

工期时长：即项目时长，工期时长主要有两个作用，一是用于计算甲方对项目的投入预算(即预计投入金额)，二是用于判断项目是否超期。

结算周期：工期时长可以包括N(N为正整数)个结算周期，在每个结算周期内，甲方预先支付一定金额，乙方在结算周期内投入工时，结算周期完成后，以2-of-3的协议签名，1个结算周期作为1个交易进行提交。

验收周期：验收周期是在乙方提交结算周期签名数据后，甲方对数据进行签名或提出仲裁的时间。超期不签名，结算周期内金额通过HTLC技术计算给乙方。验收周期大于结算周期，大于或等于工期时长。

仲裁周期：仲裁周期表示甲乙双方对交易产生冲突时，第三方监管平台需要在一定周期内完成仲裁。超期不完成仲裁，仲裁周期内的纠纷金额由第三方监管平台垫付。仲裁周期内，第三方监管平台可以根据证据对仲裁结果签名。

超期罚款：项目超过工期时长，按照事前规则对乙方进行惩罚扣款，弥补甲方损失。

由此，甲方节点、乙方节点和监管节点根据协议内容提前创建执行工时结算交易的智能合约。当甲方节点、乙方节点和监管节点创建该智能合约之后，区块链根据智能合约生成项目账户。项目账户是一个P2SH多重签名地址，采用2-of-3方式运行。

其中，P2SH多重签名地址说明：多重签名2-of-3是通过一段脚本来保证的。比如以结算货币为比特币为例，其对应有赎回脚本、锁定脚本和解锁脚本。P2SH多重签名地址是以赎回脚本中20个字节的hash进行钱包地址计算后得到。也就是说，这一笔钱，存在了一个内存地址，这个地址不属于任何人，而是一段脚本(上面的redeem script)的地址。要想解锁这个地址里对应的金额，需要2两方签名后得到。

以下是2-of-3交易过程：

在一些实施例中，步骤S101之前，包括：接收甲方节点发送的项目投入交易信息，通过所述智能合约将所述项目投入交易信息中甲方对项目的预计投入金额存入所述预设项目账户。

甲方节点创建并发送携带项目预计投入金额的项目投入交易信息至区块链，以触发智能合约，智能合约要求甲方节点和乙方节点使用各自的私钥对项目投入交易共同进行签名，并使用甲乙节点的公钥验证签名无误后，从甲方账户中扣除项目投入交易信息中的预计投入金额，添加至预设项目账户，项目投入交易完成。

可以理解的是，预付交易信息还携带预设项目账户地址，智能合约要求甲方节点和乙方节点使用各自的私钥对项目投入交易进行签名后，预设项目账户地址为两方(甲方节点和乙方节点)签名地址。

需要说明的是，在一些实施例中，为了确保乙方按时保质保量完成并交付甲方委托的项目开发任务，步骤S101之前，包括：接收乙方节点的项目交付保证金交易信息，通过所述智能合约将所述项目交付保证金交易信息中乙方的项目交付保证金添加至预设项目账户。

乙方节点创建并发送携带项目交付保证金的项目交付保证金交易信息至区块链，以触发智能合约，智能合约要求甲方节点和乙方节点使用各自的私钥对项目交付保证金交易进行签名，并使用甲乙节点的公钥验证签名无误后，从乙方账户中扣除项目交付保证金交易信息中的项目交付保证金，添加至预设项目账户，项目交付保证金交易完成。由此，预设项目账户中不仅存有甲方对项目的预计投入金额，还可以包括乙方对项目的交付保证金，乙方的项目交付保证金可以作为乙方未能如约交付甲方委托的项目开发任务时的罚金。

可以理解的是，项目交付保证金交易信息还携带预设项目账户地址，智能合约要求甲方节点和乙方节点使用各自的私钥对项目交付保证金交易进行签名后，预设项目账户地址为两方(甲方节点和乙方节点)签名地址。

上述项目投入交易和项目交付保证金交易均满足2-of-3协议。需要说明的是，为防止第三方监管平台与其他方勾结，对于项目交付保证金的添加及扣除，智能合约限定只有甲乙双方节点才能参与签名，监管节点不参与签名。

以下介绍基于区块链实现工时结算的具体过程。

甲方节点在检测到预设结算周期的预付时间到达时，创建并发送携带预付金额的预付交易信息至区块链。示例性的，比如结算周期为每间隔24小时，可以将每天00：00作为预付时间，甲方节点在每天00：00时发起预付交易。

步骤S102、通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额。

甲方节点创建并发送携带预付金额的预付交易信息至区块链后，触发智能合约，智能合约要求甲方节点和监管节点使用各自的私钥对预付交易进行签名，并使用甲方节点和监管节点的公钥验证签名无误后，从预设项目账户中扣除预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，预付交易完成。

在一些实施例中，所述通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，具体为：通过所述智能合约从所述预设项目账户中扣除所述预付交易金额添加至监管节点的监管账户；接收监管节点发送的临时账户创建请求，通过所述智能合约创建临时账户，将所述监管账户中的预付金额添加至所述临时账户。

甲方节点创建并发送携带预付金额的预付交易信息至区块链后，触发智能合约，智能合约要求甲方节点和监管节点使用各自的私钥对预付交易进行签名，并使用甲方节点和监管节点的公钥验证签名无误后，从预设项目账户中扣除预付交易信息中的预付金额，先添加至监管节点的监管账户，由监管节点负起监管责任进行监管。

可以理解的是，预付交易信息还携带监管账户地址，智能合约要求甲方节点和监管节点使用各自的私钥对预付交易进行签名后，监管账户地址为两方(甲方节点和监管节点)签名地址。

在一些实施例中，考虑到第三方监管平台承担了监管责任，理应获得一定报酬，因此，预付交易信息除了携带支付给乙方节点的预付金额，还可以携带支付给监管节点的手续费。示例性的，手续费可以为预付金额的10％，比如甲方节点每天00：00时发起一笔预付交易，每项预付交易的预付金额为8单位货币(按照乙方每天工作8小时计算)，手续费为预付金额的10％也就是0.8单位货币，也即甲方节点每天0：00向第三方监管平台对应的监管账户添加8.8单位货币。

考虑到监管账户已经作为甲方节点与监管节点之间的支付通道，为保证监管账户中的资金安全，已经不再适于作为乙方节点与监管节点之间的支付通道了。因此，第三方监管节点可以申请在区块链中创建临时账户，作为乙方节点与监管节点之间的支付通道，便于后续监管节点向乙方支付甲方需对乙方支付的乙方工时投入对应的结算金额。

具体地，第三方监管节点发送临时账户创建请求至区块链，以触发智能合约，智能合约根据该临时账户创建请求创建临时账户，并根据该临时账户创建请求携带的参数为创建的临时账户设置参数，该参数包括容量(小于预设项目账户中甲方对项目的预计投入金额的余额)、交易对手和关闭时间。

临时账户创建完成后，智能合约将监管账户中的预付金额添加至临时账户。

步骤S103、接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息。

乙方节点在检测到预设结算周期的结算时间到达时，创建并发送携带乙方工时投入数据和结算金额的结算交易信息至区块链，结算交易信息还携带乙方节点的私钥签名。示例性的，比如结算周期为每间隔24小时，可以将每天24：00作为预付时间，乙方节点在每天24：00时发起结算交易。

步骤S104、通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易。

乙方节点创建发送携带乙方工时投入数据和结算金额的结算交易信息至区块链后，触发智能合约，智能合约对结算交易信息中的乙方工时投入数据进行验证，并在验证通过时使用乙方节点的公钥验证结算交易的签名无误后，允许乙方节点从临时账户中将结算交易信息中的结算金额添加至乙方节点账户，完成结算交易。可以理解的是，在临时账户关闭之前，乙方节点可以多次提交结算交易以从临时账户中转出结算金额。

其中，该工时投入数据包括乙方工时投入和乙方工时投入证明数据，乙方工时投入证明数据包括乙方所属开发人员使用终端(比如PC)开展项目开发工作时的截屏图像及截屏图像相似度比较结果。截屏图像及截屏图像相似度比较结果用于证实乙方工时投入的真实性。工时投入数据可以是乙方节点从乙方所属开发人员用于项目开发的终端处获取的。

具体地，可以在乙方所属开发人员的终端安装目标客户端，通过目标客户端对乙方工时投入进行监控以实现乙方工时投入的自动计算。即目标客户端在预设结算周期内，每间隔时间t对乙方所属开发人员终端的当前屏幕进行截图得到截屏图像。接着将当前的截屏图像与前一截屏图像进行比对，判断二者是否发生变化，如果未发生变化，说明二者相同，表示开发人员在两次屏幕截图的时间段内未投入项目开发工作，如果发生变化，说明二者不同，表示开发人员在两次截图的时间段内投入项目开发工作。在当前的截屏图像与前一截屏图像相同时，两次屏幕截图之间的时间段不计入工时投入，在将当前的截屏图像与前一截屏图像不同时，将两次屏幕截图之间的时间段计入工时投入。可以理解的是，为了提升对乙方工时投入的计算准确性，进行屏幕截图的间隔时间t不能设置的过久，例如可以设置为每间隔30min。对预设结算周期内计入的工时投入进行汇总，即可得到预设结算周期内的乙方工时投入。如此，通过比对相邻两次屏幕截图的两个截屏图像实现乙方工时投入的自动计算，提升乙方工时投入的评估准确性。

在一些实施例中，判断相邻两次屏幕截图的两个截屏图像是否相同，具体为检测二者之间的相似度。示例性的，可以采用Hash算法、深度学习领域中的ResNet全连接的匹配算法、基于Gist特征的匹配算法等检测二者之间的相似度。示例性的，以Hash算法比较中的平均哈希aHash算法为例，具体包括：

A、缩放截屏图像：考虑到截屏图像大小尺寸各异，对截屏图像缩放为统一尺寸，比如统一将截屏图像尺寸缩放为8*8，一共得到了64个像素点。

B、转灰度图：考虑到截屏图像有些为单通道灰度图，有些RGB三通道彩色图，有些为RGBA四通道彩色图，也为了统一下一步输入标准，将非单通道截屏图像都转化为单通道灰度图。其中，RGB三通道转单通道算法包括这几种：①浮点算法：Gray＝R0.3+G0.59+B0.11；②整数方法：Gray＝(R30+G59+B11)/100；③移位方法：Gray＝(R76+G151+B*28)>>8；④平均值法：Gray＝(R+G+B)/3；⑤仅取绿色：Gray＝G。

对于Linux操作系统，可以优先采用⑤转化算法，对于windows、macOs操作系统，优先采用②转化算法，但仍可以选择任何的转化算法。

C、计算像素均值：通过上一步可得一个8x8的整数矩阵G，计算这个矩阵中所有元素的平均值，假设其值为a；

D、根据像素均值计算指纹：初始化输入图像的ahash＝""

从左到右一行一行地遍历矩阵G每一个像素，如果第i行j列元素G(i,j)>＝a，则ahash+＝"1"，如果第i行j列元素G(i,j)<a，则ahash+＝"0"

最终得到的aHash的值类似于：1011111010011110100111011010100110101011101000110000111000101100。将二进制形式转为16进制，得到的hash值为：be9e9da9aba30e2c。

通过上述方式获得相邻两次屏幕截图的两个截屏图像的hash值之后，对二者的hash值进行汉明距离计算，如果汉明距离大于预设阈值，表示相邻两次屏幕截图的两个截屏图像不同，反之，表示相邻两次屏幕截图的两个截屏图像相同。在极端的情况下，当汉明距离＝0，表示相邻两次屏幕截图的两个截屏图像完全相同。如此，实现对相邻两次屏幕截图的两个截屏图像的相似性比较。

需要说明的是，对于乙方节点发送的结算交易信息中的乙方工时投入数据，交由监管节点保存，以便在出现甲乙节点之间出现交易纠纷时作为仲裁的依据。

智能合约对结算交易信息中的乙方工时投入数据进行验证，具体是查验乙方节点提交的截屏图像与截屏图像相似度比较结果是否相符，截屏图像相似度比较结果与乙方工时投入是否相符，都相符的情况下验证通过，只要有一个不相符则验证不通过。能合约对结算交易信息中的乙方工时投入数据进行验证，为后续结算交易的正确性提供了保障。

步骤S105、接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

甲方节点在检测到预设验收周期到达时，创建并发送验收请求至区块链，以触发智能合约，智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作，并在验收通过时签名，完成项目工时结算。

在一些实施例中，所述通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作，具体为：通过智能合约将乙方节点在验收周期内完成的所有结算交易的明细反馈至甲方节点，以供甲方节点根据所述明细对乙方节点完成的所有结算交易执行验收操作。

甲方节点在预设验收周期到达时发送验收请求至区块链触发智能合约后，智能合约将乙方节点在验收周期内完成的所有结算交易明细返回至甲方节点，该结算交易明细是指结算交易详情，供甲方节点进行查看检验，验收无误时甲方节点使用甲方的私钥进行验收签名，完成项目工时结算交易。

在一些实施例中，所述通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作之后，包括：接收甲方节点验收未通过时发起的仲裁申请；对所述仲裁申请进行广播，以供乙方节点在预设期限内对所述仲裁申请中的异常结算交易对应的修正交易进行响应，以终止仲裁。

考虑到甲乙双方之间的交易可能存在纠纷的情况，还涉及交易纠纷处理。交易纠纷出现在甲方节点执行验收操作之后，甲方节点若发现乙方节点在验收周期内完成的结算交易中存在异常的结算交易，甲方节点验收不通过，验收不通过时甲方节点不签名，而是发起仲裁申请提交至区块链。

其中，仲裁申请是一个修正异常结算交易的智能合约(注意，与前述执行工时结算交易的智能合约不同)。该修正智能合约的内容是在乙方节点提交的异常结算交易后，添加一笔甲方节点认为的修正交易，修正交易为addr2->addr3:x的形式。

区块链接收到甲方节点的仲裁申请后进行广播，供乙方节点接收该冲裁申请，乙方节点若对仲裁申请中的修正交易无异议，则签名，终止仲裁，甲方节点认为的修正交易将被提交执行。

乙方节点若对仲裁申请中的修正交易存在异议，则在原异常结算交易后重新添加一笔乙方节点认为的修正交易，发送至区块链，供甲方节点再次验收，若甲方无异议则签名，完成仲裁，节点认为的修正交易将被提交执行。

在一些实施例中，所述对所述仲裁申请进行广播，以供乙方节点对所述仲裁申请中的异常结算交易的修正交易进行响应之后，包括：若乙方节点在预设期限内未对所述修正交易进行响应，通过监管节点在对所述修正交易进行仲裁。

对于乙方节点接收该冲裁申请后不受理不签名的情况(比如在仲裁周期的1/2时间后乙方节点无响应)，由监管节点进行干预，监管节点调取异常的结算交易对应的乙方工时投入数据，基于异常的结算交易对应的乙方工时投入数据对仲裁申请中的修正交易进行核验，核验出甲方节点认为的修正交易无误时，对甲方节点认为的修正交易进行签名，监管节点的签名完成后，被监管节点签名的修正交易将被提交执行。

通过上述方式，进一步确保项目工时结算的准确性。

在一些实施例中，步骤S105之后，包括：通过智能合约将所述临时账户中的余额添加至预设项目账户并关闭所述临时账户。

为避免临时账户所设置的关闭时间过长，临时账户因太长时间未关闭引起临时账户的金额被冻结，在甲方节点对乙方节点在验收周期内完成的所有结算交易进行签名验收后，智能合约将临时账户中的余额添加至预设项目账户。还将发生在临时账户中的每笔结算交易明细批量提交至预设项目账户。最终通过HTLC技术将临时账户关闭。

为更好理解上述实施例，请参阅图2，结合图2的示例进行说明。

在图2的示例中，该基于区块链的工时结算方法包括：

步骤a，甲方节点发送项目投入交易信息至区块链，乙方节点发送项目交付保证金交易信息至区链链，以触发智能合约，智能合约从甲方节点账户地址扣除甲方对项目的预计投入金额添加至项目账户完成项目投入交易，从乙方节点账户地址扣除乙方对项目的交付保证金添加至项目账户完成项目交付保证金交易，其中，项目投入交易和项目交付保证金交易满足2-of-3协议，均具备甲方双方节点的签名。如图2所示，addr1表示从甲方节点账户地址扣除而添加至项目账户的甲方对项目的预计投入金额1000单位货币，addr2表示从乙方节点账户地址扣除而添加至项目账户的乙方对项目的交付保证金10单位货币。

步骤b，在检测到预设结算周期的预付时间到达时，甲方节点发送预付交易至区块链，以触发智能合约，智能合约从项目账户扣除预付金额和手续费添加至监管节点的监管账户，完成预付交易，其中，预付交易具备甲方节点和监管节点的签名。之后，监管节点发送临时账户创建请求至区块链，智能合约创建临时账户，将监管账户中的预付金额添加至临时账户，其中，此项交易具备监管节点的签名。如图2所示，例如以每间隔24小时为结算周期，甲方节点每天00：00时发起一笔预付交易，该预付交易的预付金额为8单位货币(按照乙方每天工作8小时计算)，手续费为预付金额的10％也就是0.8单位货币，也即甲方节点每天0：00向监管节点的监管账户添加至8.8单位货币。

步骤c，在检测到预设结算周期的结算时间到达时，乙方节点发送结算交易信息至区块链，以触发智能合约，智能合约从临时账户中扣除结算金额添加至乙方节点账户，完成结算交易，其中，结算交易具备乙方签名。如图2所示，图2步骤d中形如“addr3->addr2:x”就表示乙方提交的结算交易，具备乙方签名。

步骤d，在检测到预设验收周期到达时，甲方节点发送验收请求至区块链，以触发智能合约，智能合约将乙方节点在验收周期内完成的所有结算交易的明细反馈至甲方节点，供甲方节点根据该明细对乙方节点完成的所有结算交易执行验收操作，验收通过时甲方对乙方节点在验收周期内完成的所有结算交易进行签名，完成项目工时结算。如图2所示，图2步骤d中形如“addr3->addr2:x”就表示甲方节点验收通过的结算交易，具备甲乙双方节点的签名。

如此，基于区块链并在监管节点的参与下实现了准确且安全的项目工时结算。

上述提供的基于区块链的工时结算方法，区块链设有甲方节点、乙方节点和监管节点，接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。相比现有的项目工时结算方式，本申请基于区块链在监管节点的参与下实现了甲乙双方之间的工时结算，由于乙方的工时投入数据经过验证，且工时结算交易发生在临时账户，使得工时结算交易的安全性和准确性得到了提升，提升了项目工时结算的效率。

请参照图3，图3为本申请实施例提供的一种基于区块链的工时结算装置的示意性框图。

如图3所示，该装置300，包括：第一接收模块301、添加模块302、第二接收模块303、验证模块304和协助模块305。

第一接收模块301，用于接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；

添加模块302，用于通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；

第二接收模块303，用于接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；

验证模块304，用于通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；

协助模块305，用于接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块及单元的具体工作过程，可以参考前述基于区块链的工时结算方法实施例中的对应过程，在此不再赘述。

上述实施例提供的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。

请参阅图4，图4为本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以是个人计算机(personal computer，PC)、服务器等具有数据处理功能的设备。

如图4所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括非易失性存储介质和内存储器。

非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种基于区块链的工时结算方法。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种基于区块链的工时结算方法。

该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

在一些实施例中，所述处理器实现所述接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息之前，用于实现：

接收甲方节点发送的项目投入交易信息，通过所述智能合约将所述项目投入交易信息中甲方对项目的预计投入金额存入所述预设项目账户。

在一些实施例中，所述处理器实现所述通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户时，用于实现：

通过所述智能合约从所述预设项目账户中扣除所述预付交易金额添加至监管节点的监管账户；

接收监管节点发送的临时账户创建请求，通过所述智能合约创建临时账户，将所述监管账户中的预付金额添加至所述临时账户。

在一些实施例中，所述处理器实现所述通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作时，用于实现：

通过所述智能合约将乙方节点在验收周期内完成的所有结算交易的明细反馈至甲方节点，以供甲方节点根据所述明细对乙方节点完成的所有结算交易执行验收操作。

在一些实施例中，所述处理器实现所述通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作之后，用于实现：

接收甲方节点验收未通过时发起的仲裁申请；

对所述仲裁申请进行广播，以供乙方节点在预设期限内对所述仲裁申请中的异常结算交易对应的修正交易进行响应，以终止仲裁。

在一些实施例中，所述处理器实现所述对所述仲裁申请进行广播，以供乙方节点在预设期限内对所述仲裁申请中的异常结算交易对应的修正交易进行响应，以终止仲裁之后，用于实现：

若乙方节点在预设期限内未对所述修正交易进行响应，通过监管节点在对所述修正交易进行仲裁。

在一些实施例中，所述处理器实现所述完成项目工时结算之后，用于实现：

通过所述智能合约将所述临时账户中的余额添加至预设项目账户并关闭所述临时账户。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时所实现的方法可参照本申请基于区块链的工时结算方法的各个实施例。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种基于区块链的工时结算方法，其特征在于，所述区块链设有甲方节点、乙方节点和监管节点，所述方法包括以下步骤：

接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；

通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；

接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；

通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；

接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

2.根据权利要求1所述的基于区块链的工时结算方法，其特征在于，所述接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息之前，包括：

接收甲方节点发送的项目投入交易信息，通过所述智能合约将所述项目投入交易信息中甲方对项目的预计投入金额添加至所述预设项目账户。

3.根据权利要求1所述的基于区块链的工时结算方法，其特征在于，所述通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，包括：

通过所述智能合约从所述预设项目账户中扣除所述预付交易金额添加至监管节点的监管账户；

接收监管节点发送的临时账户创建请求，通过所述智能合约创建临时账户，将所述监管账户中的预付金额添加至所述临时账户。

4.根据权利要求1所述的基于区块链的工时结算方法，其特征在于，所述通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作，包括：

通过所述智能合约将乙方节点在验收周期内完成的所有结算交易的明细反馈至甲方节点，以供甲方节点根据所述明细对乙方节点完成的所有结算交易执行验收操作。

5.根据权利要求1所述的基于区块链的工时结算方法，其特征在于，所述通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作之后，包括：

接收甲方节点验收未通过时发起的仲裁申请；

对所述仲裁申请进行广播，以供乙方节点在预设期限内对所述仲裁申请中的异常结算交易对应的修正交易进行响应，以终止仲裁。

6.根据权利要求5所述的基于区块链的工时结算方法，其特征在于，所述对所述仲裁申请进行广播，以供乙方节点在预设期限内对所述仲裁申请中的异常结算交易对应的修正交易进行响应，以终止仲裁之后，包括：

若乙方节点在预设期限内未对所述修正交易进行响应，通过监管节点在对所述修正交易进行仲裁。

7.根据权利要求1所述的基于区块链的工时结算方法，其特征在于，所述完成项目工时结算之后，包括：

通过所述智能合约将所述临时账户中的余额添加至预设项目账户并关闭所述临时账户。

8.一种基于区块链的工时结算装置，其特征在于，所述基于区块链的工时结算装置包括：

第一接收模块，用于接收甲方节点在预设结算周期的预付时间到达时发送的预付交易信息；

添加模块，用于通过智能合约从预设项目账户中扣除所述预付交易信息中的预付金额，添加至监管节点请求创建的临时账户，其中，所述预设项目账户存有甲方对项目的预计投入金额；

第二接收模块，用于接收乙方节点在预设结算周期的结算时间到达时发送的结算交易信息；

验证模块，用于通过所述智能合约对所述结算交易信息中的乙方工时投入数据进行验证，在验证通过时允许乙方节点从所述临时账户中扣除所述结算交易信息中的结算金额添加至乙方节点账户，完成结算交易；

协助模块，用于接收甲方节点在预设验收周期到达时发送的验收请求，通过所述智能合约协助甲方节点对乙方节点在验收周期内完成的所有结算交易执行验收操作并在验收通过时签名，完成项目工时结算。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如权利要求1至7中任一项所述的基于区块链的工时结算方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如权利要求1至7中任一项所述的基于区块链的工时结算方法的步骤。

Images