一种工资发放方法、装置、计算机设备及可读存储介质

本发明实施例涉及数据处理系统技术领域，特别涉及一种工资发放方法、装置、计算机设备及可读存储介质。

农民工工资的结算问题是困扰多年的民生问题，相对于白领的按月结算工 资，农民工一年可能只发一次或者两次工资。农民工工资问题确实得到极大缓 解但也存在最后一公里的落地问题，具体表现为：

1、条例要求建设单位与施工总承包单位间的合同增加人工费用，而工程往 往采用多级分包制，甚至各分包商的人工数量更加庞大，这就导致总承包单位 拨付的工资，发放到各分包商之后，因为各分包商因为其自身资金问题，不能 及时将工资向下一级分包商发放，导致资金链断裂，最终导致最终端的农民工 得不到应得的工资；

1、条例要求建设单位与施工总承包单位间的合同增加人工费用，而工程往往采用多级分包制，甚至各分包商的人工数量更加庞大，这就导致总承包单位拨付的工资，发放到各分包商之后，因为各分包商因为其自身资金问题，不能及时将工资向下一级分包商发放，导致资金链断裂，最终导致最终端的农民工得不到应得的工资；

2、农民工工资专用账户不是农民工账户，工资仍无法一步到位；

3、包工头为农民工的直接上级管理，作为各级分包商的最低层，根据目前的管理条例，包工头不能方便的结合对农民工出工情况的监督来决定农民工的工资数额，包工头的管理权限受到限制，导致吃大锅饭的情形，这也是条例出来后很多专家的批评意见；

4、对农民工的工资的发放整个过程不能有效呈现，以便于监管方对过程的监管。

根据以上现有技术的不足，本发明提供了一种工资发放方法和装置，其既能保证作为农民工的直接上级的包工头根据对农民工的出工监管决定其工资多少的权利，又能保证各级分包商或者总承包商拨付工资款项时，可以直接将款发放到农民工的手中，同时也能保证监管方对整个拨款过程的监督。

本发明解决的技术问题采用的技术方案为：

一方面，本发明提供一种工资发放方法，用于第一服务器中，所述方法包括步骤：

S1.接收客户端发送的收款用户和收付款用户的账户申请信息，所述收款用户的账户申请信息和收付款用户的账户申请信息为客户端获取的收款用户的账户申请信息和收付款用户的账户申请信息；；

S2.将收款用户和收付款用户的账户申请信息发送给第二服务器，所述收款用户和收付款用户的账户申请信息用于触发所述第二服务器为收款用户开通收款电子支付账户，为收付款用户开通收付款电子支付账户，第二服务器将电子支付账户与收款用户和收付款用户的银行卡账户进行绑定；

S3.接收客户端发送的与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性，并进行保存，所述与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性为客户端获取的应收金额和应收属性、收付款用户的账户相对应的应收应付属性；

S4.根据应收属性和应收应付属性建立收付链，所述收付链中每一个电子支付账户为一个节点，计算每个节点的应收金额并保存至节点信息中，每个节点信息中包括本节点的电子支付账户信息、下一节点的节点信息和应收金额，每个节点与其下一节点之间具有定向支付的指令；

S5.接收客户端发送的付款请求，所述付款请求中包括发起付款请求的节点的节点信息和付款金额，所述付款请求为客户端获取的付款请求；

S6.分析付款请求发起节点的下一节点的信息，并将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分，并根据节点与下一节点之间的定向支付指令完成节点与下一节点之间的转账；

S7.判断下一节点收到转账之后，分析下下一节点的信息，并再次完成转账直至收款用户所在节点完成转账；

S8.接收到收款用户的收款电子支付账户的转账成功信息之后，接收客户端发送的收款用户的提现请求或者转账请求，向第二服务器发送提现请求或者转账请求，所述提现请求或者转账请求用于触发第二服务器完成收款用户的收款电子支付账户的提现或者转账请求中的转账接收电子支付账户的转账。

所述所述转账请求中包括转账接收电子支付账户，所述转账接收电子支付账户为通过第一服务器向第二服务器传递从客户端获取的用户实名信息并由第二服务器开通的电子支付账户。提现请求能够实现收款用户将现金转入收款用户的与收款电子支付账户绑定的银行卡内。

具体的过程为现有技术，此处仅做简单解释：收款用户可以随时通过客户端向第一服务器发起提现或转账请求，第一服务器将提现或转账请求发送给第二服务器，第二服务器接收请求之后给予收款用户提现或者转账请求的核实请求指令，当收款用户通过客户端发送了确认提现或者转账指令并依次通过第一服务器发给第二服务器之后，第二服务器经过校验后执行转账或者提现。

S9.记录每一步的转账过程为转账过程信息，并保存，所述转账过程信息中包括节点之间转账的完成时间和金额，转账过程中涉及的由各节点组成的收付链；

S10.接收客户端发送的转账过程信息查看请求，所述信息查看请求为客户端获取的信息查看请求；

S11.将转账过程信息发送至客户端。

另一方面，本发明还提供了一种工资发放装置，

第一接收模块，用于接收客户端发送的收款用户和收付款用户的账户申请信息，所述收款用户的账户申请信息和收付款用户的账户申请信息为客户端获取的收款用户的账户申请信息和收付款用户的账户申请信息；

第一发送模块，用于将收款用户和收付款用户的账户申请信息发送给第二服务器，所述收款用户和收付款用户的账户申请信息用于触发所述第二服务器为收款用户开通收款电子支付账户，为收付款用户开通收付款电子支付账户，第二服务器将电子支付账户与收款用户和收付款用户的银行卡账户进行绑定；

第二接收模块，用于接收客户端发送的与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性，并进行保存，所述与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性为客户端获取的应收金额和应收属性、收付款用户的账户相对应的应收应付属性；

收付链建立模块，用于根据应收属性和应收应付属性建立收付链，所述收付链中每一个电子支付账户为一个节点，计算每个节点的应收金额并保存至节点信息中，每个节点信息中包括本节点的电子支付账户信息、下一节点的节点信息和应收金额，每个节点与其下一节点之间具有定向支付的指令；

第三接收模块，用于接收客户端发送的付款请求，所述付款请求中包括发起付款请求的节点信息和付款金额；

分析模块，用于分析付款请求发起节点的下一节点的信息；

划分模块，用于将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分；

转账模块，用于根据节点与下一节点之间的定向支付指令完成节点与下一节点之间的转账；

第一判断模块，用于判断下一节点是否完成转账，以便于在完成转账之后分析下下节点的信息，并再次完成转账直至收款用户所在节点完成转账；

提现或转账请求处理模块，用于接收到收款用户的收款电子支付账户的转账成功信息之后，接收客户端发送的收款用户的提现请求或者转账请求，向第二服务器发送提现请求或者转账请求，所述提现请求或者转账请求用于触发第二服务器完成收款用户的收款电子支付账户的提现或者转账请求中的转账接收电子支付账户的转账。

信息记录模块，记录每一步的转账过程为转账过程信息，并保存，所述转账过程信息中包括节点之间转账的完成时间和金额，转账过程中涉及的由各节点组成的收付链；

查看请求接收模块，用于接收客户端发送的转账过程信息查看请求，所述信息查看请求为客户端获取的信息查看请求；

第二发送模块，用于将转账过程信息发送至客户端。

再一方面，本发明还提供了一种计算机设备，所述计算机设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上所述的工资发放方法。

再一方面，本发明还提供了一种计算机可读储存介质，所述计算机可读储存介质存储有计算机程序，所述计算机程序被处理器执行时实现上述工资发放方法的步骤。

本发明具有以下有益效果：

(1)本发明通过为收款用户和收付款用户建立电子支付账户并根据节点信息将每个用户作为一个节点构成收付链，并在收付链中相关联的相邻节点之间设置定向支付指令以使得支付的金额按指定方向转账直至最后的收款用户的账户中，在收款用户的账户到账之后再根据收款用户的请求完成提现或转账，保证了资金在收付链中流转并不能提现直至最终到达收款用户的账户中，确保了收款用户能够得到支付的款项，保证了收款用户的利益，特别适用于解决农民工工资按时发放的问题，防止了工资被截留。

(2)同时本发明对整个转账过程进行保存，以方便监管用户对过程的监管；

(3)同时本发明还能接收监管视频，可以增加监管的方式，特别适用于对农民工工资的多少起直接监管决定作用的包工头对农民工出工状况的监管，以便于行使其工资数额的决定权，促进包工头的积极性。

图1是本发明所提供实施例的工资发放的流程图；

图2是本发明所提供实施例中各客户端、服务器之间的信号传输框架图。

图3是本发明所提供实施例中计算机设备的内部结构图。

下面结合附图对本发明做进一步描述。

实施例一：

如图1～3所示，本发明所述的工资发放方法，实施环境包括客户端、第一服务器、第二服务器和第三服务器。

客户端可以是运行在具备数字处理能力的电子设备尚具有电子兑换功能的客户端，电子设备可以是手机、平板电脑、膝上型便携计算机和台式计算机等等。

如图2所示，具备数据处理能力的电子设备(上有客户端)、第一服务器、第二服务器、第三服务器各个相互之间可以通过无线网络或者有线网络相连。第一服务器和第二服务器可以是一台服务器，或者由若干台服务器组成的服务器集，或者是一个云计算服务中心。第一、二服务器用于与客户端所在的电子设备之间交互提供电子兑换类业务。第一服务器和第二服务器通常由互联网服务商来设立，第二服务器还可以用来提供电子支付账户，可以是第三方支付，比如通联支付、支付宝、银联等具备支付牌照的三方支付公司。

第三服务器可以是一台服务器，或者由若干台服务器组成的服务器集，或者是一个云计算服务中心。第三服务器用于提供实体资源账户，第三服务器通常由金融机构来设立，如银行。

首先需要说明的是，在本发明各个实施例中，所涉及的术语为：

账户申请信息用于通过第三服务器(也就是银行)与已存有的储蓄账户或者银行卡账户的账户信息进行核对，以及通过第二服务器(可以是通联支付等第三方支付)与已存在的国家公共基础信息进行核对。

所述用户实名信息包括姓名、身份证号、身份证影印件和银行卡号中的至少一种。

电子支付账户为用户在客户端所提供的电子兑换功能中用于完成电子兑换的账户。不同用户对应于不同的电子支付账户。这里的电子支付账户可以是通联支付的电子账户、支付宝电子账户或银联电子账户。

下面将对本发明所述的方法和装置，进行详细介绍。

如图1～图2所示，一种工资发放方法，包括如下步骤：

客户端获取收款用户和收付款用户的账户申请信息并发送给第一服务器，第一服务器将收款用户和收付款用户的账户申请信息发送给第二服务器，所述第二服务器为收款用户开通收款电子支付账户，为收付款用户开通收付款电子支付账户，第二服务器将收款电子支付账户和收付款电子支付账户和账户申请信息发送给第三服务器，所述第三服务器对收款电子支付账户、收款用户的银行卡账户和账户申请信息进行验证，验证成功后，第二服务器将收付款/收款用户的银行卡账户进行绑定；客户端获取与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性并发送给第一服务器，第一服务器将其保存，并根据应收属性和应收应付属性建立收付链，所述收付链中每一个电子支付账户为一个节点，计算每个节点的应收金额并保存至节点信息中，每个节点信息中包括本节点的电子支付账户信息、下一节点的节点信息和应收金额，每个节点与其下一节点之间具有定向支付的指令；客户端获取付款请求并发送给第一服务器，所述付款请求中包括发起付款请求的节点的节点信息和付款金额；第一服务器分析付款请求发起节点的下一节点的信息，并将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分，并将节点与下一节点之间的定向支付指令发送给第二服务器，第二服务器完成节点与下一节点之间的转账；第一服务器判断下一节点收到转账之后，分析下下一节点的信息，并获取下一节点与下下一节点之间的定向转账指令发送给第二服务器，完成节点间转账直至收款用户所在节点完成转账；

或者客户端获取付款请求，所述付款请求中包含一个指令包，该指令包能够根据收付链同时完成各个节点之间的转账。

第一服务器接收到收款用户的收款电子支付转账成功信息之后，接收客户端发送的收款用户的提现请求或者转账请求，并将提现请求或者转账请求发送给第二服务器，第二服务器完成提现请求中的收款用户的收款电子支付账户的提现或者转账请求中的转账接收电子支付账户的转账。

本方法通过对收付链中的付款请求设定特定的支付方向，使得付款请求所在节点的支付款可以不受收付链中间环节的截留而直接到达收款电子支付账户，保证了收款用户的利益。

由图1所示，以第一服务器为例进行说明，包括如下步骤：

S1.接收客户端发送的收款用户和收付款用户的账户申请信息，所述收款用户的账户申请信息和收付款用户的账户申请信息为客户端获取的收款用户的账户申请信息和收付款用户的账户申请信息；所述收款用户的账户申请信息包括若干用户实名信息，所述用户实名信息包括姓名、身份证号、身份证影印件和银行卡号中的至少一种，所述收付款用户的账户申请信息包括企业名称、社会统一信用代码、营业执照影印版、对公账户信息中的至少一种；

S2.将收款用户和收付款用户的账户申请信息发送给第二服务器，所述收款用户和收付款用户的账户申请信息用于触发所述第二服务器为收款用户开通收款电子支付账户，为收付款用户开通收付款电子支付账户，在开通账户的过程中，第二服务器对账户申请信息进行验证，验证通过，则开通收款/收付款电子支付账户；收付款电子支付账户和收款电子支付账户用于触发第二服务器将电子支付账户信息以及对应的账户申请信息发送给第三服务器，第三服务器将收付款/收款电子支付账户对应的账户申请信息与预存在第三服务器中已存储的的银行卡信息进行核对，核对正确后，第三服务器将核对成功的指令发送给第二服务器，第二服务器将收款电子支付账户与收款用户的银行卡账户进行绑定，或者将收付款电子支付账户与收付款用户的银行卡进行绑定；

S3.接收客户端发送的与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性，并进行保存，所述与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性为客户端获取的应收金额和应收属性、收付款用户的账户相对应的应收应付属性；

所述应收应付属性包括：应收方名称、应付方名称中的至少一种；

所述应收属性包括：应收方名称；名称为姓名或者企业名称。

S4.根据应收属性和应收应付属性建立收付链，所述收付链中每一个电子支付账户为一个节点，计算每个节点的应收金额并保存至节点信息中，每个节点信息中包括本节点的电子支付账户信息、下一节点的节点信息和应收金额，每个节点与其下一节点之间具有定向支付的指令；

S5.接收客户端发送的付款请求，所述付款请求中包括发起付款请求的节点的节点信息和付款金额，所述付款请求为客户端获取的付款请求；

S6.分析付款请求发起节点的下一节点的信息，并将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分，并根据节点与下一节点之间的定向支付指令完成节点与下一节点之间的转账；

S7.判断下一节点收到转账之后，分析下下一节点的信息，并再次完成转账直至收款用户所在节点完成转账；

上述两步也可以是付款请求中有一个付款指令包，第一服务器分析付款指令包，并完成指令包内所有节点之间的转账。所述指令包中包括相互具有应收应付关系的节点之间的转账指令，以及各个节点之间的应转账金额。

S8.接收到收款用户的收款电子支付账户的转账成功信息之后，接收客户端发送的收款用户的提现请求或者转账请求，向第二服务器发送提现请求或者转账请求，所述提现请求或者转账请求用于触发第二服务器完成收款用户的收款电子支付账户的提现或者转账请求中的转账接收电子支付账户的转账。

所述转账请求中包括转账接收电子支付账户，所述转账接收电子支付账户为通过第一服务器向第二服务器传递从客户端获取的用户实名信息并由第二服务器开通的电子支付账户。提现请求能够实现收款用户将现金转入收款用户的与收款电子支付账户绑定的银行卡内。

具体的过程为现有技术，此处仅做简单解释：收款用户可以随时通过客户端向第一服务器发起提现或转账请求，第一服务器将提现或转账请求发送给第二服务器，第二服务器接收请求之后给予收款用户提现或者转账请求的核实请求指令，当收款用户通过客户端发送了确认提现或者转账指令并依次通过第一服务器发给第二服务器之后，第二服务器经过校验后执行转账或者提现。

S9.记录每一步的转账过程为转账过程信息，并保存，所述转账过程信息中包括节点之间转账的完成时间和金额，转账过程中涉及的由各节点组成的收付链；

S10.接收客户端发送的转账过程信息查看请求，向客户端发送安全验证信息，在客户端通过安全验证之后，将转账过程信息发送至客户端并呈现给用户。安全验证的方式包括数字和/或字母的组合密码或者回答预设问题。

S11.将转账过程信息发送至客户端。

进一步地，分析付款请求发起节点的下一节点的信息，并将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分，具体还包括：

判断当付款金额比发起付款请求的节点的应收金额小时，计算付款金额占发起付款请求的节点的应收金额的百分比a，并计算收付链中从发起付款请求的节点到收款用户账户所在节点之间的所有节点上应收金额的百分比a；

以每个节点的应收金额的百分比a进行转账，判断所有节点完成转账之后，将每个节点的应收金额更新为原始应收金额的百分比1-a，作为新的应收金额保存在每个节点的节点信息中。

进一步地，上述按百分比a划分的方法可以用于从付款请求发起节点到收款用户所在节点的上一节点之间的转账，当收款用户所在节点的上一节点对应多个收款用户时，收款用户的上一节点可以根据其下相关联的收款用户的优先级对收款用户进行排序，进而根据排序安排对收款用户的转账顺序。所述优先级可以是人为定义，比如建立电子支付账户的先后顺序等。

进一步地，接收视频监管客户端发送的监管视频，所述监管视频为视频监管客户端获取的监管视频；

存储监管视频；

接收客户端发送的视频查看请求，所述视频查看请求为客户端获取的视频查看请求；

向客户端发送存储的监管视频。

本方法通过对收付链中的付款请求设定特定的支付方向，使得付款请求所在节点的支付款可以不受收付链中间环节的截留而直接到达收款电子支付账户，保证了收款用户的利益。同时还将整个过程的转账过程信息进行保存并展示，使得整个转账过程受到监管，进一步提高了对收款用户利益的保证。此外本方法还增加了监管方式，即与监管视频相连接，更完善了本方法的功能。

本方法在某一具体场景中的应用如下。

此处第一服务器为环链支付平台(以下简称平台)，第二服务器选为通联支付，第三服务器为银行，收款用户为农民工，收付款用户包括建设单位、各级承包商、包工头。以上述具体对象为例对本方法进行阐述。

具体的过程为：

建设单位、各级承包商作为工资支付方，通过客户端向平台提供企业名称、社会统一信用代码、营业执照影印版、对公账户信息中的至少一种(这些信息为企业的实名信息)，由平台将转交给通联支付，通联支付接收企业的实名信息后，与预存在公安部的公共基础信息进行核对，核对成功后，通联支付给各个提交了信息的用户建立收付款电子支付账户，同时可以用于收款或用于付款；

另一方面，农民工作为工资的最终收取方，包工头和农民工也在通联支付开通电子支付账号，包工头和农民工可以分别通过客户端提交自身的用户实名信息，农民工的信息也可以是由包工头批量提供，用户实名信息包括包工头和/ 或农民工的姓名、身份证号、身份证影印件、银行卡号中的至少一种，平台将用户实名信息提交给通联支付，通联支付对用户实名信息与预存在公安部的公共基础信息进行核对，核对成功后，通联支付为各个用户开通电子支付账户，农民工对应收款电子支付账户、包工头对应收付款电子支付账户。

通联支付将收到个人的用户实名信息和收款电子支付账户提交给银行卡所对应银行，将企业的实名信息、收付款电子支付账户提交给对公账号所在银行，银行对上述信息与银行内已存储的信息进行核实，核对成功后，反馈给通联支付，通联支付将银行卡账户与收付款/付款电子支付账户进行绑定；

包工头将工资表通过客户端提交至平台，并在平台内提交给(即指定)上级承包商，提交工资表信息包含农民工姓名、农民工资金额、工资月份等基本信息以及每个农民工工资支付总额(即应收金额)；上级承包商接收确认该工资表后可发放工资也可提交给(即继续指定)再上级承包商，直至建筑商。从而形成一条工资收付链。农民工、包工头、各级承包商以及建筑商均分别为一个节点，在每一个节点处将工资表上提(即指定)至上一级的过程中，即为平台接收应收金额、应收属性、应收应付金额和应收应付属性的过程，同时平台根据上述属性建立起各个节点之间的联系，进一步构成收付链，同时赋予两个相邻具有联系的节点之间的定向支付指令，使得具有定向支付指令的两个相关联的节点之间的转账始终是确定方向的。

在此过程中，因为有些节点的下一级节点可能有多个，所以这种具有多个下一级分支的节点处的应收金额需要是其下一级节点的应收金额的加和，平台从收款用户所在的节点开始向上一级节点依次计算每个节点的应收金额，并在收付链建成的基础上自动生成某级节点的应收金额、应付金额，应收金额即本级节点的上一级节点应该支付的金额，应付金额为本级节点对下一级节点应该支付的金额的具体情况，包括金额总数以及根据下一级节点的个数和应收金额的情况进行划分为若干份的份数和每份的金额数。

平台将每一个节点处的应收、应付金额情况进行记录发送给客户端进而呈现给用户，使得用户可以方便看到其所在节点的应收金额、应付金额情况。

收付链中的各级承包商或者建筑商都可以发起付款请求，所述付款请求中包括发起付款请求的节点的节点信息和付款金额，平台根据发起付款请求的节点，判断付款金额与该发起付款请求节点处已经保存在平台内的应付金额进行比较；

当等值时，则平台根据发起付款请求的承包商的下一级承包商的数量以及下一级承包商中每一个承包商的应收金额将付款请求的金额进行划分，并将支付的钱分到下一级承包商的电子支付账户中，平台记录转账过程；

同样在下一级承包商处，平台以同样的方式根据下一级承包商的下一级承包商的情况，进行金额的分割，进而完成转账并记录转账过程；

直至收款电子支付账户内接收到转账过来的资金时结束。这个过程中可以是平台先计算好每个节点转账过程中的资金分配，然后付款请求作为一个指令包，该指令包用于控制所有节点之间的转账。

平台接收到收款用户的收款电子支付账户的转账成功信息之后，农民工通过客户端向平台发起提现请求或者转账请求，平台向通联支付发送提现请求或者转账请求，通联支付根据提现请求或者转账请求完成将现金转入农民工的银行卡或者转入农民工通过客户端提供的转账接收电子支付账户。

转账接收电子支付账户也应当是通过平台在通联支付开通的电子支付账户。

具体的过程为现有技术，此处仅做简单解释：平台将提现或转账请求发送给通联支付，通联支付接收提现或转账请求后向农民工的手机验证，以确认转账或提现操作，农民工将短信验证输入平台(即确认了转账或者提现操作)，平台将接收到的短信验证输入(即确认指令的信息)发送给通联支付，通联支付通过验证后执行提现或者转账。提现就是将现金打入了农民工的银行卡账户中，转账是根据农民工操作提供的转账接收电子支付账户，将钱打入其中。

平台记录所有的转账过程，整个收付链的转账情况。

当付款请求提供的资金数额小于发起付款请求的某级承包商所在的节点的应收金额时，计算付款金额占发起付款请求的承包商的应付金额的百分比a，并计算收付链中从发起付款请求的节点(承包商)到农民工的收款电子支付账户之间的所有节点上应收金额的百分比a；

以每个承包商的应收金额的百分比a进行转账，平台判断所有节点完成转账之后，将每个承包商的应收金额更新为原始应收金额的百分比1-a，作为新的应收金额保存在每个节点的信息中，并向客户端发送，以呈现给建筑商、各级承包商。

每一个收付款用户(即各级承包商或者建筑商)都可以发起付款请求，用于支付农民工工资，发起付款请求中的付款会直接沿着收付链到达收款电子支付账户，中间不会被任何一个节点截留，确保了农民工工资的顺利发放。

当付款请求提供的资金数额小于发起付款请求的某级承包商所在的节点的应收金额时，还可以采用的计算方法是：计算付款金额占发起付款请求的承包商的应付金额的百分比a，并计算收付链中从发起付款请求的节点(承包商)到包工头的收付款电子支付账户之间的所有节点上应收金额的百分比a；

以每个承包商的应收金额的百分比a进行转账，到包工头收到转账之后，更新所有节点(除了农民工所在节点)的应收金额为原来的1-a，每个包工头的收付款电子支付账户下均对应若干农民工的收款电子支付账户，此时包工头可以按照自己对其底下若干农民工的收款电子支付账户指定的规则(规则可以是根据监工得到的出工情况优良设置的优先级)进行农民工工资的支付。对支付完的农民工的收款电子支付账户从收付链中标记为已完成或者剔除。被标记或者剔除的收款电子支付账户将不会参与后续的转账活动。

政府作为农民工工资发放监管方，使用本平台对整个发放过程进行监管。

政府通过客户端向平台发起工资链的转账过程信息查看请求时，平台将给客户端发送安全验证，这个安全验证用于再次确认是政府部门进行查看，其他人不可轻易查看，验证方式可以是用密码，比如由数字、字母或者数字和字母的混合而成，或者是预先存在平台的密保问题，验证通过后，平台将转账过程信息发送给客户端以展现给监管用户。

平台可以接收视频监管客户端发送的监管视频，平台与监管视频客户端之间为有线或者无线连接都可以，包工头能够查看监管视频，包工头每月核算农民工工资，他们是具体用人的组织者和管理者，分配任务并并考核管理。考核过程中可以结合监管视频决定农民工的工资金额因为包工头监督带领农民工干活，所以其对农民工的出工情况掌握的最好，一般工地的包工头都会根据农民工的干活出勤情况，来判定农民工工资的多少。包工头可以通过查看监管视频对每个农民工的干活情况进行监督，并决定其工资多少。这样，保留了包工头对工资的决定权，保证了包工头的积极性，避免了目前政策下的为了保证工资到位而存在的吃大锅饭的情况。

本发明还提供了一种工资发放装置，包括：

第一接收模块，用于接收客户端发送的收款用户和收付款用户的账户申请信息，所述收款用户的账户申请信息和收付款用户的账户申请信息为客户端获取的收款用户的账户申请信息和收付款用户的账户申请信息；

所述收款用户的账户申请信息包括若干用户实名信息，所述用户实名信息包括姓名、身份证号、身份证影印件和银行卡号中的至少一种，所述收付款用户的账户申请信息包括企业名称、社会统一信用代码、营业执照影印版、对公账户信息、姓名、身份证号、身份证影印件和银行卡号中的至少一种。

第一发送模块，用于将收款用户和收付款用户的账户申请信息发送给第二服务器，所述收款用户和收付款用户的账户申请信息用于触发所述第二服务器为收款用户开通收款电子支付账户，为收付款用户开通收付款电子支付账户，账户申请信息用于触发第二服务器将账户申请信息发送给第三服务器，第三服务器将账户信息与预存在第三服务器中的银行卡信息进行核对，核对正确后，向第二服务器发送核对成功指令，第二服务器将电子支付账户与收款用户和收付款用户的银行卡账户进行绑定；

第二接收模块，用于接收客户端发送的与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性，并进行保存，所述与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性为客户端获取的应收金额和应收属性、收付款用户的账户相对应的应收应付属性；

收付链建立模块，用于根据应收属性和应收应付属性建立收付链，所述收付链中每一个电子支付账户为一个节点，计算每个节点的应收金额并保存至节点信息中，每个节点信息中包括本节点的电子支付账户信息、下一节点的节点信息和应收金额，每个节点与其下一节点之间具有定向支付的指令；应收应付金额包括：应收金额和应付金额中的至少一种，所述应收应付属性包括：应收方名称、应付方名称中的至少一种；所述应收属性包括：应收方名称。

第三接收模块，用于接收客户端发送的付款请求，所述付款请求中包括发起付款请求的节点信息和付款金额；

分析模块，用于分析付款请求发起节点的下一节点的信息；

划分模块，用于将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分；

转账模块，用于根据节点与下一节点之间的定向支付指令完成节点与下一节点之间的转账；

第一判断模块，用于判断下一节点是否完成转账，以便于在完成转账之后分析下下节点的信息，并再次完成转账直至收款用户所在节点完成转账；

提现或转账请求处理模块，用于接收到收款用户的收款电子支付账户的转账成功信息之后，接收客户端发送的收款用户的提现请求或者转账请求，向第二服务器发送提现请求或者转账请求，所述提现请求或者转账请求用于触发第二服务器完成收款用户的收款电子支付账户的提现或者转账请求中的转账接收电子支付账户的转账。所述转账请求中包括转账接收电子支付账户，所述转账接收电子支付账户为通过第一服务器向第二服务器传递从客户端获取的用户实名信息并由第二服务器开通的电子支付账户。

信息记录模块，记录每一步的转账过程为转账过程信息，并保存，所述转账过程信息中包括节点之间转账的完成时间和金额，转账过程中涉及的由各节点组成的收付链；

查看请求接收模块，用于接收客户端发送的转账过程信息查看请求，所述信息查看请求为客户端获取的信息查看请求；

第二发送模块，用于将转账过程信息发送至客户端。

第二判断模块，用于判断当付款金额比发起付款请求的节点的应收金额小时，计算付款金额占发起付款请求的节点的应收金额的百分比a，并计算收付链中从发起付款请求的节点到收款用户账户所在节点之间的所有节点上应收金额的百分比a；

以每个节点的应收金额的百分比a进行转账，判断所有节点完成转账之后，将每个节点的应收金额更新为原始应收金额的百分比1-a，作为新的应收金额保存在每个节点的节点信息中。

视频接收模块，用于接收视频监管客户端发送的监管视频，所述监管视频为视频监管客户端获取的监管视频；

视频存储模块，用于存储监管视频；

视频查看请求接收模块，用于接收客户端发送的视频查看请求，所述视频查看请求为客户端获取的视频查看请求；

视频发送模块，用于向客户端发送存储的监管视频。

上述各个模块用于平台中，各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本发明还提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储各个用户的应收应付金额、应收应付属性、应收金额、应收属性等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种工资发放方法。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收客户端发送的收款用户和收付款用户的账户申请信息，所述收款用户的账户申请信息和收付款用户的账户申请信息为客户端获取的收款用户的账户申请信息和收付款用户的账户申请信息；

将收款用户和收付款用户的账户申请信息发送给第二服务器，所述收款用户和收付款用户的账户申请信息用于触发所述第二服务器为收款用户开通收款电子支付账户，为收付款用户开通收付款电子支付账户，第二服务器将电子支付账户与收款用户和收付款用户的银行卡账户进行绑定；

接收客户端发送的与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性，并进行保存，所述与收款用户的账户相对应的应收金额和应收属性、收付款用户的账户相对应的应收应付属性为客户端获取的应收金额和应收属性、收付款用户的账户相对应的应收应付属性；

根据应收属性和应收应付属性建立收付链，所述收付链中每一个电子支付账户为一个节点，计算每个节点的应收金额并保存至节点信息中，每个节点信息中包括本节点的电子支付账户信息、下一节点的节点信息和应收金额，每个节点与其下一节点之间具有定向支付的指令；

接收客户端发送的付款请求，所述付款请求中包括发起付款请求的节点的节点信息和付款金额，所述付款请求为客户端获取的付款请求；

分析付款请求发起节点的下一节点的信息，并将付款金额根据下一节点的数量和每一个下一节点的应收金额进行划分，并根据节点与下一节点之间的定向支付指令完成节点与下一节点之间的转账；

判断下一节点收到转账之后，分析下下一节点的信息，并再次完成转账直至收款用户所在节点完成转账；

接收到收款用户的收款电子支付账户的转账成功信息之后，接收客户端发送的收款用户的提现请求或者转账请求，向第二服务器发送提现请求或者转账请求，所述提现请求或者转账请求用于触发第二服务器完成收款用户的收款电子支付账户的提现或者转账请求中的转账接收电子支付账户的转账。

所述转账请求中包括转账接收电子支付账户，所述转账接收电子支付账户为通过第一服务器向第二服务器传递从客户端获取的用户实名信息并由第二服务器开通的电子支付账户。提现请求能够实现收款用户将现金转入收款用户的与收款电子支付账户绑定的银行卡内。

具体的过程为现有技术，此处仅做简单解释：收款用户可以随时通过客户端向第一服务器发起提现或转账请求，第一服务器将提现或转账请求发送给第二服务器，第二服务器接收请求之后给予收款用户提现或者转账请求的核实请求指令，当收款用户通过客户端发送了确认提现或者转账指令并依次通过第一服务器发给第二服务器之后，第二服务器经过校验后执行转账或者提现。

记录每一步的转账过程为转账过程信息，并保存，所述转账过程信息中包括节点之间转账的完成时间和金额，转账过程中涉及的由各节点组成的收付链；

接收客户端发送的转账过程信息查看请求，所述信息查看请求为客户端获取的信息查看请求；

将转账过程信息发送至客户端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程 ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步 DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(RambuS)直接 RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态 RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书以及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。