技术领域
[0001] 本
发明涉及确保基于劳动者的劳动债权的薪酬并且管理该确保的薪酬的技术。
背景技术
[0002] 最近，在发展中国家，停止成为逃税、贿赂、抢劫、洗钱等的温床的高额
纸币、纸币的发行，使用移动终端能够进行基于
数字货币的结算、汇款的移动货币、和能够进行基于该移动货币的入款、转账、出款等的移动
银行急速增加。但是，使用了移动终端的移动结算、汇款基本上都是预付式的先行支付，在以信用进行交易的后付结算中几乎不使用。
[0003] 虽然现货的使用现金的结算当场便完成交易，但是商业用的交易货款或基于劳动债权的薪酬的实际情况是绝大多数情况下都不立即支付给销售源或劳动者，销售源或劳动者只能相信销售对象或雇主会在结算日或发薪日付款。在这样的实际情况下，销售源或劳动者承担交易货款的未回收或薪酬的未支付的结果。在先技术文献
专利文献
[0004] 专利文献1：JP特开第2016-110582号
公报专利文献2：JP特开第2016-126793号公报
发明内容
(发明要解决的课题)
[0005] 近年来，谋求一种能够防止基于劳动者的劳动债权的薪酬、社会保险等扣除费的未支付、未缴纳、并且能够防止金钱的往来的不正当行为的系统的呼声愈发高涨，但依然处于尚未能提供充分的系统的状况。
[0006] 因此，本发明的目的在于，可靠地确保劳动者的劳动债权，防止薪酬、扣除费等变为未支付或者未缴纳，削减支付、缴纳所需要的成本。此外，目的在于，通过使薪酬、货款等的支付的依据、过程变得明确，从而防止不正当行为。
(用于解决课题的技术方案)
[0007] 为了达成上述目的，本发明的一个方面所涉及的薪酬管理装置构成为能够经由网络与薪酬支付者所利用的薪酬支付者终端进行通信，并将所述薪酬支付者所保有的
虚拟货币当中的与从所述薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬，所述薪酬管理装置具有：虚拟账户信息存储单元，其存储有对管理者、所述薪酬支付者以及所述劳动者分别保有的虚拟货币进行了存放的虚拟账户所涉及的信息，所述管理者管理基于劳动债权的薪酬；考勤信息存储单元，其存储所述劳动者的考勤信息；薪酬计算单元，其基于所述考勤信息，计算与所述劳动者取得的劳动债权相应的薪酬额；薪酬信息存储单元，其存储与所述劳动者取得的劳动债权相应的薪酬额；批准
请求发送单元，其对所述薪酬支付者终端发送针对所述薪酬的批准请求；批准接收单元，其从所述薪酬支付者终端接收所述薪酬支付者对所述薪酬的批准；第一确保处理单元，其参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的实收额相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述劳动者的虚拟账户，由此确保所述劳动者的实收额；以及第二确保处理单元，其参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的扣除费相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，并作为缴纳预定扣除费而登记到所述虚拟账户信息存储单元中，由此确保所述劳动者的扣除费。
[0008] 另外，这里所说的虚拟货币，是
数字货币等不限名称的、“在购买物品或者租借或者接受服务的提供的情况下，为了这些价款的偿还能够针对非特定人使用，并且，能够以非特定人为对方而进行购买以及出售，且能够使用
电子信息处理组织转移的财产价值”、或“能够以非特定人为对方相互进行交换的、能够使用电子信息处理组织转移的财产价值”(与资金结算相关的法律上的定义)，也包括
比特币等。
[0009] 此外，也可以构成为能够经由网络与管理所述劳动者的考勤信息的考勤管理装置进行通信，并还具有：考勤信息接收单元，其从所述考勤管理装置接收所述劳动者的考勤信息。
[0010] 此外，也可以构成为能够经由网络与从所述薪酬支付者接受薪酬的支付的劳动者所利用的劳动者终端进行通信，并还具有：确保处理请求接收单元，其从所述劳动者终端接收所述劳动者所保有的劳动债权的范围内的薪酬的确保处理请求。
[0011] 此外，也可以构成为能够经由网络与设置于所述劳动者购买商品的商铺的商铺终端进行通信，并还具有：结算处理请求接收单元，其从所述商铺终端接收所述劳动者购买的商品的货款的结算处理请求；以及第三确保处理单元，其参照所述虚拟账户信息存储单元，将与所述劳动者的虚拟账户建立了关联的虚拟货币当中的与所述商品的货款相当的相应量建立关联到所述管理者的虚拟账户，并登记为支付预定货款，由此确保所述商品的货款。
[0012] 此外，也可以还具有：判断处理单元，其根据所述结算处理请求，参照所述虚拟账户信息存储单元，基于与所述劳动者的虚拟账户建立了关联的虚拟货币，来判断能否进行所述商品的货款的结算，在能够进行所述商品的货款的结算的情况下，所述第三确保处理单元参照所述虚拟账户信息存储单元，将与所述劳动者的虚拟账户建立了关联的虚拟货币当中的与所述商品的货款相当的相应量建立关联到所述管理者的虚拟账户，并登记为支付预定货款，由此确保所述商品的货款。
[0013] 此外，也可以所述第三确保处理单元将登记为支付预定货款的虚拟货币分成不含税货款和税金进行登记。
[0014] 此外，也可以还具有：第一支付处理单元，其在给定日期将所述商品的不含税货款从所述管理者的虚拟账户中建立关联到所述商铺的虚拟账户。
[0015] 此外，也可以还具有：第二支付处理单元，其在给定日期将所述商品的税金从所述管理者的虚拟账户中建立关联到征收所述商品的税金的行政机关的虚拟账户。
[0016] 此外，也可以还具有：第三支付处理单元，其在给定日期将所述扣除费从所述管理者的虚拟账户中建立关联到征收所述扣除费的行政机关的虚拟账户。
[0017] 此外，也可以构成为能够经由网络与商铺终端和即时结算终端进行通信，所述商铺终端设置于所述劳动者购买商品的商铺，所述即时结算终端进行基于该商品的购买的货款的即时结算，并还具有：即时结算处理请求接收单元，其从所述即时结算终端接收所述劳动者购买的商品的货款的扣费处理请求；第一扣费处理单元，其参照所述虚拟账户信息存储单元，从所述劳动者的虚拟账户中对与所述商品的货款相当的虚拟货币进行扣费；以及扣费处理完成通知发送单元，其对所述即时结算终端发送与所述货款相当的虚拟货币的扣费已经完成的意思的通知。
[0018] 此外，也可以构成为能够经由网络与卡管理者终端和金融机关终端进行通信，所述卡管理者终端设置于对由所述劳动者保持且能够用于结算处理的预付卡进行管理的卡管理者处，所述金融机关终端设置于对该卡管理者的账户进行管理的金融机关，并还具有：汇款请求接收单元，其从已受理从所述劳动者向预付卡充值给定充值额的充值请求的卡管理者终端接收该给定额的汇款请求；第二扣费处理单元，其参照所述虚拟账户信息存储单元，从所述劳动者的虚拟账户中对与所述给定充值额相当的虚拟货币进行扣费；汇款委托发送单元，其对所述金融机关终端发送将所扣费的所述虚拟货币汇至所述卡管理者的账户的汇款委托；以及发送处理结果发送单元，其对所述卡管理者终端发送与所述给定充值额相当的虚拟货币的汇款处理结果。
[0019] 此外，本发明的另一方面所涉及的薪酬管理装置构成为能够经由网络与薪酬支付者利用的薪酬支付者终端进行通信，并将所述薪酬支付者保有的虚拟货币当中的与从所述薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬，所述薪酬管理装置具有：虚拟账户信息存储单元，其存储有对管理者以及所述薪酬支付者分别保有的虚拟货币进行了存放的虚拟账户所涉及的信息，所述管理者管理基于劳动债权的薪酬；考勤信息存储单元，其存储所述劳动者的考勤信息；薪酬计算单元，其基于所述考勤信息，计算与所述劳动者取得的劳动债权相应的薪酬额；薪酬信息存储单元，其存储与所述劳动者取得的劳动债权相应的薪酬额；批准请求发送单元，其对所述薪酬支付者终端发送针对所述薪酬的批准请求；批准接收单元，其从所述薪酬支付者终端接收所述薪酬支付者对所述薪酬的批准；第一确保处理单元，其参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的实收额相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，由此确保所述劳动者的实收额；以及第二确保处理单元，其参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的扣除费相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，并登记为缴纳预定扣除费，由此确保所述劳动者的扣除费。
[0020] 此外，也可以构成为能够经由网络与管理所述劳动者的考勤信息的考勤管理装置进行通信，并还具有：考勤信息接收单元，其从所述考勤管理装置接收所述劳动者的考勤信息。
[0021] 此外，也可以构成为能够经由网络与从所述薪酬支付者接受薪酬的支付的劳动者所利用的劳动者终端进行通信，并还具有：确保处理请求接收单元，其从所述劳动者终端接收所述劳动者所保有的劳动债权的范围内的薪酬的确保处理请求。
[0022] 此外，也可以还具有：汇款指示接收单元，其从所述劳动者终端接收给定额的虚拟货币的汇款指示；以及汇款处理单元，其参照所述虚拟账户信息存储单元，将在所述管理者的虚拟账户中作为所述劳动者的实收额而建立了关联的虚拟货币当中的所述给定额的虚拟货币建立关联到所述劳动者的虚拟账户。
[0023] 此外，也可以构成为能够经由网络与设置于所述劳动者购买商品的商铺的商铺终端进行通信，并还具有：第一结算处理请求接收单元，其针对所述劳动者购买的商品的货款，从所述商铺终端接收基于与所述管理者的虚拟账户建立了关联的虚拟货币的结算处理请求、或基于与所述劳动者的虚拟账户建立了关联的虚拟货币的结算处理请求；第三确保处理单元，其在接收到基于与所述管理者的虚拟账户建立了关联的虚拟货币的结算处理请求的情况下，参照所述虚拟账户信息存储单元，将在所述管理者的虚拟账户中作为所述劳动者的实收额而建立了关联的虚拟货币当中的与所述商品的货款相当的相应量登记为支付预定货款，由此确保所述商品的货款；以及第四确保处理单元，其在接收到基于与所述劳动者的虚拟账户建立了关联的虚拟货币的结算处理请求的情况下，参照所述虚拟账户信息存储单元，将与所述劳动者的虚拟账户建立了关联的虚拟货币当中的与所述商品的货款相当的相应量建立关联到所述管理者的虚拟账户，并且登记为支付预定货款，由此确保所述商品的货款。
[0024] 此外，也可以所述第三确保处理单元以及所述第四确保处理单元将登记为支付预定货款的虚拟货币分成不含税货款和缴纳预定税金进行登记。
[0025] 此外，也可以还具有：第一判断处理单元，其根据基于与所述管理者的虚拟账户建立了关联的虚拟货币的结算处理请求，参照所述虚拟账户信息存储单元，基于在所述管理者的虚拟账户中作为所述劳动者的虚拟货币而建立了关联的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的虚拟货币，来判断能否进行所述商品的货款的结算；以及第二判断处理单元，其在接收到基于与所述劳动者的虚拟账户建立了关联的虚拟货币的结算处理请求的情况下，基于与所述劳动者的虚拟账户建立了关联的虚拟货币，来判断能否进行所述商品的货款的结算，在能够进行所述商品的货款的结算的情况下，所述第三确保处理单元参照所述虚拟账户信息存储单元，将在所述管理者的虚拟账户中作为所述劳动者的实收额而建立了关联的虚拟货币当中的与所述商品的货款相当的相应量登记为支付预定货款，由此确保所述商品的货款，在能够进行所述商品的货款的结算的情况下，所述第四确保处理单元参照所述虚拟账户信息存储单元，将与所述劳动者的虚拟账户建立了关联的虚拟货币当中的与所述商品的货款相当的相应量建立关联到所述管理者的虚拟账户，并且登记为支付预定货款，由此确保所述商品的货款。
[0026] 此外，也可以还具有：第一支付处理单元，其在给定日期将所述商品的不含税货款从所述管理者的虚拟账户中建立关联到所述商铺的虚拟账户。
[0027] 此外，也可以还具有：第二支付处理单元，其在给定日期将所述商品的税金从所述管理者的虚拟账户中建立关联到征收所述商品的税金的行政机关的虚拟账户。
[0028] 此外，也可以还具有：第三支付处理单元，其在给定的支付日期，参照所述虚拟账户信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬所涉及的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的部分建立关联到所述劳动者的虚拟账户，由此向所述劳动者支付薪酬。
[0029] 此外，也可以还具有：第四支付处理单元，其在给定日期将所述扣除费从所述管理者的虚拟账户中建立关联到征收所述扣除费的行政机关的虚拟账户。
[0030] 此外，也可以构成为能够经由网络与商铺终端和即时结算终端进行通信，所述商铺终端设置于所述劳动者购买商品的商铺，所述即时结算终端进行基于该商品的购买的货款的即时结算，并还具有：即时结算处理请求接收单元，其从所述即时结算终端接收所述劳动者购买的商品的货款的扣费处理请求；第一扣费处理单元，其参照所述虚拟账户信息存储单元，从与所述管理者的虚拟账户建立了关联的所述劳动者的实收额中，对与所述商品的货款相当的虚拟货币进行扣费；以及扣费处理完成通知发送单元，其对所述即时结算终端发送与所述货款相当的虚拟货币的扣费已经完成的意思的通知。
[0031] 此外，也可以构成为能够经由网络与商铺终端和即时结算终端进行通信，所述商铺终端设置于所述劳动者购买商品的商铺，所述即时结算终端进行基于该商品的购买的货款的即时结算，并还具有：即时结算处理请求接收单元，其从所述即时结算终端接收所述劳动者购买的商品的货款的扣费处理请求；第二扣费处理单元，其参照所述虚拟账户信息存储单元，从所述劳动者的虚拟账户中，对与所述商品的货款相当的虚拟货币进行扣费；以及扣费处理完成通知发送单元，其对所述即时结算终端，发送与所述货款相当的虚拟货币的扣费已经完成的意思的通知。
[0032] 此外，也可以能够经由网络与卡管理者终端和金融机关终端进行通信，所述卡管理者终端设置于对所述劳动者保持且能够用于结算处理的预付卡进行管理的卡管理者处，所述金融机关终端设置于对该卡管理者的账户进行管理的金融机关，并还具有：汇款请求接收单元，其从受理了从所述劳动者向预付卡的给定充值额的充值请求的卡管理者终端，接收该给定额的汇款请求；第三扣费处理单元，其参照所述虚拟账户信息存储单元，从与所述管理者的虚拟账户建立了关联的所述劳动者的实收额中，对与所述给定充值额相当的虚拟货币进行扣费；汇款委托发送单元，其对所述金融机关终端，发送向所述卡管理者的账户的所扣费的所述虚拟货币的汇款委托；以及发送处理结果发送单元，其对所述卡管理者终端，发送与所述给定充值额相当的虚拟货币的汇款处理结果。
[0033] 此外，也可以构成为能够经由网络与卡管理者终端和金融机关终端进行通信，所述卡管理者终端设置于对由所述劳动者保持且能够用于结算处理的预付卡进行管理的卡管理者处，所述金融机关终端设置于对该卡管理者的账户进行管理的金融机关，并还具有：汇款请求接收单元，其从已受理从所述劳动者向预付卡充值给定充值额的充值请求的卡管理者终端接收该给定额的汇款请求；第四扣费处理单元，其参照所述虚拟账户信息存储单元，从所述劳动者的虚拟账户中对与所述给定充值额相当的虚拟货币进行扣费；汇款委托发送单元，其对所述金融机关终端发送将所扣费的所述虚拟货币汇至所述卡管理者的账户的汇款委托；以及发送处理结果发送单元，其对所述卡管理者终端发送与所述给定充值额相当的虚拟货币的汇款处理结果。
[0034] 此外，本发明的又一方面所涉及的薪酬管理方法是通过构成为能够经由网络与薪酬支付者利用的薪酬支付者终端进行通信的计算机将所述薪酬支付者所保有的虚拟货币当中的与从所述薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬的方法，所述计算机具有：虚拟账户信息存储单元，其存储有对管理者、所述薪酬支付者以及所述劳动者分别保有的虚拟货币进行了存放的虚拟账户所涉及的信息，所述管理者管理基于劳动债权的薪酬；以及考勤信息存储单元，其存储所述劳动者的考勤信息，所述计算机执行如下处理：薪酬计算处理，基于所述考勤信息，来计算与所述劳动者取得的劳动债权相应的薪酬额；将与所述劳动者取得的劳动债权相应的薪酬额存储到薪酬信息存储单元中的处理；批准请求发送处理，对所述薪酬支付者终端发送针对所述薪酬的批准请求；批准接收处理，从所述薪酬支付者终端接收所述薪酬支付者对所述薪酬的批准；第一确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬额当中的与所述劳动者的实收额相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述劳动者的虚拟账户，由此确保所述劳动者的实收额；以及第二确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的扣除费相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，并作为缴纳预定扣除费而登记到所述虚拟账户信息存储单元中，由此确保所述劳动者的扣除费。
[0035] 此外，本发明的又一方面所涉及的计算机程序是用于使构成为能够经由网络与薪酬支付者利用的薪酬支付者终端进行通信的计算机作为薪酬管理装置而发挥功能的程序，所述薪酬管理装置用于将所述薪酬支付者所保有的虚拟货币当中的与从所述薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬，所述计算机具有：虚拟账户信息存储单元，其存储有对管理基于劳动债权的薪酬的管理者、所述薪酬支付者以及所述劳动者分别保有的虚拟货币进行了存放的虚拟账户所涉及的信息；以及考勤信息存储单元，其存储所述劳动者的考勤信息，所述程序使所述计算机执行如下处理：薪酬计算处理，基于所述考勤信息，来计算与所述劳动者取得的劳动债权相应的薪酬额；将与所述劳动者取得的劳动债权相应的薪酬额存储到薪酬信息存储单元中的处理；批准请求发送处理，对所述薪酬支付者终端发送针对所述薪酬的批准请求；批准接收处理，从所述薪酬支付者终端接收所述薪酬支付者对所述薪酬的批准；第一确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬额当中的与所述劳动者的实收额相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述劳动者的虚拟账户，由此确保所述劳动者的实收额；以及第二确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的扣除费相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，并作为缴纳预定扣除费而登记到所述虚拟账户信息存储单元中，由此确保所述劳动者的扣除费。
[0036] 此外，本发明的又一方面所涉及的薪酬管理方法是通过构成为能够经由网络与薪酬支付者所利用的薪酬支付者终端进行通信的计算机将所述薪酬支付者所保有的虚拟货币当中的与从所述薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬的方法，所述计算机具有：虚拟账户信息存储单元，其存储有对管理者以及所述薪酬支付者分别保有的虚拟货币进行了存放的虚拟账户所涉及的信息，所述管理者管理基于劳动债权的薪酬；以及考勤信息存储单元，其存储所述劳动者的考勤信息，所述计算机执行如下处理：薪酬计算处理，基于所述考勤信息，来计算与所述劳动者取得的劳动债权相应的薪酬额；将与所述劳动者取得的劳动债权相应的薪酬额存储到薪酬信息存储单元中的处理；批准请求发送处理，对所述薪酬支付者终端发送针对所述薪酬的批准请求；批准接收处理，从所述薪酬支付者终端接收所述薪酬支付者对所述薪酬的批准；第一确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的实收额相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，由此确保所述劳动者的实收额；以及第二确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的扣除费相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，并登记为缴纳预定扣除费，由此确保所述劳动者的扣除费。
[0037] 此外，本发明的又一方面所涉及的计算机程序是用于使构成为能够经由网络与薪酬支付者利用的薪酬支付者终端进行通信的计算机作为薪酬管理装置而发挥功能的计算机程序，所述薪酬管理装置用于将所述薪酬支付者所保有的虚拟货币当中的与从所述薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬，所述计算机具有：虚拟账户信息存储单元，其存储有对管理者以及所述薪酬支付者分别保有的虚拟货币进行了存放的虚拟账户所涉及的信息，所述管理者管理基于劳动债权的薪酬；以及考勤信息存储单元，其存储所述劳动者的考勤信息，所述计算机程序使所述计算机执行如下处理：薪酬计算处理，基于所述考勤信息，来计算与所述劳动者取得的劳动债权相应的薪酬额；将与所述劳动者取得的劳动债权相应的薪酬额存储到薪酬信息存储单元中的处理；批准请求发送处理，对所述薪酬支付者终端发送针对所述薪酬的批准请求；批准接收处理，从所述薪酬支付者终端接收所述薪酬支付者对所述薪酬的批准；第一确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的实收额相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，由此确保所述劳动者的实收额；以及第二确保处理，参照所述虚拟账户信息存储单元以及所述薪酬信息存储单元，将与所述劳动者取得的劳动债权相应的薪酬当中的与所述劳动者的扣除费相当的虚拟货币从所述薪酬支付者的虚拟账户中建立关联到所述管理者的虚拟账户，并登记为缴纳预定扣除费，由此确保所述劳动者的扣除费。
(发明效果)
[0038] 根据本发明，能够确保基于劳动债权的薪酬、扣除费，能够防止给劳动者的薪酬成为未支付或者扣除费成为未缴纳的
风险。此外，能够削减薪酬等的支付或缴纳所需要的成本。
进而，薪酬或货款等的支付的依据、过程变得明确，能够防止不正当行为。
附图说明
[0039] 图1是示出了本发明的第一实施方式涉及的薪酬管理装置具备的功能的功能
框图。图2是示出了在本实施方式涉及的薪酬管理装置中存储于薪酬支付者信息DB(
数据库)中的数据的一例的图。
图3是示出了在本实施方式涉及的薪酬管理装置中存储于劳动者信息DB中的数据的一例的图。
图4是示出了在本实施方式涉及的薪酬管理装置中存储于虚拟账户信息DB中的数据的一例的图。
图5是示出了在本实施方式涉及的薪酬管理装置中存储于考勤信息DB中的数据的一例的图。
图6是示出了在本实施方式涉及的薪酬管理装置中存储于薪酬信息DB中的数据的一例的图。
图7是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图8是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图9是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图10是示出在本实施方式涉及的薪酬管理装置所进行的处理中虚拟账户间的虚拟货币的移动的图。
图11是示出了本发明的第二实施方式涉及的薪酬管理装置具备的功能的功能框图。
图12是示出了在本实施方式涉及的薪酬管理装置中存储于虚拟账户信息DB中的数据的一例的图。
图13是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图14是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图15是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图16是示出在本实施方式涉及的薪酬管理装置所进行的处理中虚拟账户间的虚拟货币的移动的图。
图17是示出了本发明的第三实施方式涉及的薪酬管理装置具备的功能的功能框图。
图18是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图19是示出了本发明的第四实施方式涉及的薪酬管理装置具备的功能的功能框图。
图20是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图21是示出了本发明的第五实施方式涉及的薪酬管理装置具备的功能的功能框图。
图22是示出了本实施方式涉及的薪酬管理装置所进行的处理的流程的时序图。
图23是示出在本实施方式涉及的薪酬管理装置所进行的处理中虚拟账户间的虚拟货币的移动的图。
具体实施方式
[0040] 以下，参照附图对本发明的实施方式涉及的薪酬管理装置1进行说明。图1中示出本发明的第一实施方式涉及的薪酬管理装置1的结构。薪酬管理装置1是将薪酬支付者保有的虚拟货币中的、与从薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币作为薪酬来确保的装置，由给定的管理者进行管理。该薪酬管理装置1构成为，能够经由因特网等网络NW与取得劳动者的考勤信息的考勤管理装置21、薪酬支付者利用的薪酬支付者终端22、劳动者利用的劳动者终端23以及商铺利用的商铺终端24进行通信。
[0041] 此外，薪酬管理装置1通过所谓的
服务器计算机等来实现，并通过CPU(Central Processing Unit，
中央处理器)、RAM(Random Access Memory，随机存取
存储器)、ROM(Read Only Memory，
只读存储器)、
硬盘驱动器等
硬件资源、CPU执行的计算机程序等
软件资源，来构成由薪酬计算部11、确保处理部12、判断处理部13、支付处理部14、通信处理部15、薪酬支付者信息DB 1A、劳动者信息DB 1B、考勤信息DB 1C、薪酬信息DB 1D以及虚拟账户信息DB 1E构成的功能
块。
[0042] 薪酬支付者信息DB 1A是存储有与薪酬支付者相关的信息的存储部。在该薪酬支付者信息DB 1A中例如，如图2所示，按能够识别薪酬支付者的每个薪酬支付者ID，与其建立关联地存储薪酬支付者的姓名或名称、住所等详细信息、在薪酬支付者对薪酬管理装置1进行
访问等时用于认证薪酬支付者的认证信息、作为从薪酬支付者接受薪酬而工作的员工的劳动者的劳动者ID。
[0043] 劳动者信息DB 1B是存储有与劳动者相关的信息的存储部。在该劳动者信息DB 1B中例如，如图3所示，按能够识别劳动者的每个劳动者ID，与其建立关联地存储包括劳动者的姓名、住所等个人信息在内的详细信息、认证信息、以及作为雇佣了劳动者的雇主的薪酬支付者的薪酬支付者ID。
在认证信息中，除了用于在劳动者从劳动者终端23访问薪酬管理装置1时对劳动者进行认证的信息之外，还包含在劳动者基于自己的虚拟账户中保有的虚拟货币在商铺进行商品的购买等时，用于在伴随该商品购买的结算中对该劳动者进行认证的信息。
[0044] 虚拟账户信息DB 1E是存储有管理者、薪酬支付者以及劳动者的虚拟账户所涉及的信息的存储部。在此，所谓虚拟账户，是存放虚拟货币的概念上的账户，通过给定额的虚拟货币与识别给定人员的信息的建立关联，从而视为该给定人员保有该给定额的虚拟货币。并且，通过改变对虚拟货币建立关联的对象，从而能够变更保有虚拟货币的对象，即能够使虚拟货币在虚拟账户之间移动。
[0045] 此外，在入出款到各虚拟账户的虚拟货币中，登记有实收额、缴纳预定扣除费、支付预定货款(不含税货款)、支付预定货款(税金)的种别。实收额是劳动者的薪酬中去掉保险、养老金等各种扣除费后劳动者实际收到的部分。缴纳预定扣除费是劳动者的薪酬中作为保险、养老金等各种扣除费需要缴纳的预定的部分。支付预定货款(不含税货款)是在劳动者在商铺进行了商品的购买的情况下支付给商铺的货款，其不包含消费税等税金。支付预定货款(税金)是在劳动者在商铺进行了商品的购买的情况下向行政机关缴纳或者被征收的消费税等税金。
[0046] 图4示出在虚拟账户信息DB 1E中管理的虚拟账户的例子。图4的(a)示出了薪酬支付者的虚拟账户，按账户名义所示的每个薪酬支付者ID，存储有处理历史记录和余额。
处理历史记录是作为账户名义人的薪酬支付者的虚拟账户的入出款历史记录，包含处理的内容、日期时间、入款源/出款目的地、数额所涉及的信息。在处理的内容中，一起示出了所处理的虚拟货币的保有者所涉及的信息，在入款源/出款目的地中，示出了入款源或出款目的地的虚拟账户的名义人的信息。
[0047] 具体地，图4的(a)中内容为“实收额(劳动者ID：L001001)”、日期时间为“5/2”、入出款目的地为“[出款]劳动者ID：L001001”、数额为“……日元[出款]”的处理示出了在5月2日出款……日元作为以L001001的劳动者ID识别的劳动者的实收额，并向以L001001的劳动者ID识别的劳动者的虚拟账户进行了入款。此外，内容为“缴纳预定扣除费(劳动者ID：L001001)”、日期时间为“5/2”、入款源/出款目的地为“[出款]管理者”、数额为“……日元”的处理示出了在5月2日出款……日元作为根据以L001001识别的劳动者ID识别的劳动者的缴纳预定扣除费，并向管理者的虚拟账户进行了入款。
[0048] 图4的(b)示出了劳动者的虚拟账户，按账户名义所示的每个劳动者ID，存储有处理历史记录和余额。在该劳动者的虚拟账户中，处理历史记录也是作为账户名义人的薪酬支付者的虚拟账户的入出款历史记录，包含处理的内容、日期时间、入款源/出款目的地、数额所涉及的信息。在处理的内容中，一起示出了所处理的虚拟货币的保有者所涉及的信息，在入款源/出款目的地中，示出了入款源或出款目的地的虚拟账户的名义人的信息。
[0049] 具体地，图4的(b)中内容为“实收额(劳动者ID：L001001)”、日期时间为“5/2”、入款源/出款目的地为“[入款]薪酬支付者ID：E001”、数额为“……日元”的处理示出了在5月2日，从以E001识别的薪酬支付者将……日元作为实收额入款到以劳动者ID：L001001识别的劳动者的虚拟账户(自己的虚拟账户)。
[0050] 图4的(c)示出了管理者的虚拟账户，按作为处理对象的每个薪酬支付者的薪酬支付者ID或每个劳动者的劳动者ID，存储有处理历史记录。在该管理者的虚拟账户中，处理历史记录是作为处理对象的薪酬支付者或劳动者的虚拟账户的入出款历史记录，包含处理的内容、日期时间、入款源/出款目的地、数额所涉及的信息。在处理的内容中，一起示出了所处理的虚拟货币的保有者所涉及的信息，在入款源/出款目的地中，示出了入款源或出款目的地的虚拟账户的名义人的信息。
[0051] 具体地，图4的(c)中处理对象为“劳动者ID：L001001”、处理历史记录的内容为“支付预定货款[不含税](劳动者ID：L001001)”、日期时间为“4/28”、入款源/出款目的地为“[出款]商铺ID：S001”、数额为“……日元”的处理示出了在4月28日，将作为以L001001的劳动者ID识别的劳动者的支付预定货款而确保的……日元的虚拟货币向以S001的商铺ID识别的商铺的虚拟账户进行了出款。
[0052] 此外，在该虚拟账户信息DB 1E中，登记有由其他管理者管理的虚拟账户的信息。即，在由其他管理者管理商铺或行政机关等的虚拟账户的情况下，登记有该商铺或行政机关的账户编号等从管理者侧对虚拟货币进行汇款时所需的信息。
在本例中，以商铺或行政机关的虚拟账户由其他管理者管理，而关于这些商铺或行政机关的虚拟账户，在虚拟账户信息DB 1E中仅登记有账户编号等信息的情况为例，但是在其他实施例中，也可以构成为由薪酬管理装置1来管理商铺或行政机关的虚拟账户，在这样的实施例中，也能够进行与本实施例相同的处理。
[0053] 另外，在以管理者的虚拟账户管理的薪酬支付者、劳动者的虚拟货币中，根据运用的方式而产生利息。因此，在其他实施例中，也可以向保有虚拟货币的薪酬支付者、劳动者返还关于以管理者的虚拟账户管理的薪酬支付者、劳动者的虚拟货币产生的利息。在此情况下，能够参照与管理者的虚拟账户建立了关联的虚拟货币的保有者所涉及的信息，将根据处于管理者的管理下的期间产生的利息与薪酬支付者或劳动者的虚拟账户建立关联，由此将利息返还给薪酬支付者或劳动者。
[0054] 考勤信息DB 1C是存储劳动者的考勤信息的存储部。考勤信息从考勤管理装置21提供，通过该考勤信息，能掌握劳动者的劳动时间。在该考勤信息DB 1C中例如，如图5所示，按每个劳动者ID，与日期时间、上班时刻以及下班时刻所涉及的信息建立关联。
[0055] 薪酬信息DB 1D是存储每个劳动者的薪酬信息的存储部。在该薪酬信息DB 1D中例如，如图6所示，按每个劳动者ID，建立关联地存储有工作日、薪酬额、有无批准、实收额、实收额有无支付、扣除费、以及扣除费有无支付所涉及的信息作为薪酬信息。
在此，薪酬按每个工作日，基于考勤信息来计算。
此外，有无批准是示出薪酬支付者对给定工作日中的薪酬是否已经批准的信息。此外，有无确保是示出关于实收额或扣除费是否已经被劳动者或行政机关确保的信息。
[0056] 薪酬计算部11基于存储于考勤信息DB 1C中的考勤信息，计算与劳动者取得的劳动债权相应的薪酬额。通过该薪酬计算部11，除了计算劳动者取得的每个劳动债权的薪酬额之外，还计算实收额、扣除费等。
[0057] 确保处理部12作为第一确保处理而进行如下处理，即：参照虚拟账户信息DB 1E以及薪酬信息DB 1D，将与劳动者取得的劳动债权相应的薪酬当中的与劳动者的实收额相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到劳动者的虚拟账户，登记为给定劳动者的实收额。在虚拟货币与劳动者的虚拟账户被建立了关联的时间点，该虚拟货币的所有权转移至给定劳动者。结果，不论薪酬支付者的破产等薪酬支付者的支付能
力如何，都能将基于劳动者迄今为止取得的劳动债权的薪酬确保为劳动者的薪酬，并可靠地提供到劳动者的手中。
[0058] 此外，确保处理部12作为第二确保处理而进行如下处理，即：参照虚拟账户信息DB 1E以及薪酬信息DB 1D，将与给定劳动者取得的劳动债权相应的薪酬当中的与劳动者的扣除费相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到管理者的虚拟账户，登记为该给定劳动者的缴纳预定扣除费。与劳动者的实收额同样，在虚拟货币与管理者的虚拟账户被建立了关联的时间点，该虚拟货币的所有权转移至给定劳动者。结果，不论薪酬支付者的破产等薪酬支付者的支付能力如何，都能够将应从劳动者的薪酬中支付的扣除费确保为劳动者的扣除费，并可靠地缴纳扣除费。
[0059] 此外，在劳动者基于自己的虚拟账户中保有的虚拟货币在商铺进行了商品的购买等的情况下，确保处理部12作为第三确保处理而进行如下处理，即：参照虚拟账户信息DB 1E，将与劳动者的虚拟账户建立了关联的虚拟货币当中的相当于商品的货款的相应量与管理者的虚拟账户建立关联，从而登记为对于给定商铺的支付预定货款。在此，对支付预定货款赋予不含税货款和税金的种别，不含税货款可视为支付给商铺的
费用，税金可视为缴纳给行政机关的费用。
结果，能够与劳动者、商铺的支付能力等无关地，确保包含税金的商品的货款。此外，作为劳动者，也能够基于根据劳动债权确保的虚拟货币来购买商品等，因此可以不必由于在给定的薪酬支付日之前的期间中手中没有钱这样的理由而接受贷款等金钱的借贷。
另外，该第三确保处理在由后述的判断处理部13判断能否进行商品的货款的结算的情况下，仅在能够进行商品的货款的结算的情况下执行。
[0060] 判断处理部13在劳动者基于自己的虚拟账户中保有的虚拟货币在商铺进行了商品的购买等的情况下，根据来自商铺的结算处理请求，参照虚拟账户信息DB 1E，基于与劳动者的虚拟账户建立了关联的虚拟货币，来判断能够进行商品的货款的结算。即，根据与劳动者的虚拟账户建立了关联的虚拟货币的数额，来判断是否能够支付商品的价格，在能够支付的情况下判断为能够结算，在不能支付的情况下判断为不能结算。
[0061] 支付处理部14作为第一支付处理而进行如下处理，即：在给定日期，将劳动者在商铺购买的商品的货款从管理者的虚拟账户中建立关联到商铺的虚拟账户，由此进行货款的支付。此外，支付处理部14作为第二支付处理而进行如下处理，即：在给定日期，将劳动者在商铺购买的商品相关的税金从管理者的虚拟账户中建立关联到对该商品的税金进行收纳或者征收的行政机关的虚拟账户，由此进行税金的支付。
进而，支付处理部14作为第三支付处理而进行如下处理，即：在给定日期，将劳动者的扣除费从管理者的虚拟账户中建立关联到对该扣除费进行收纳或者征收的行政机关的虚拟账户，由此进行扣除费的支付。
[0062] 通信处理部15是经由网络NW与考勤管理装置21、薪酬支付者终端22、劳动者终端23以及商铺终端24执行各种数据的收发处理的功能部。
[0063] 考勤管理装置21是取得并汇总由劳动者的上下班时刻构成的考勤信息的计算机。该考勤管理装置21从劳动者受理考勤信息的输入并进行汇总，并对构成为经由网络NW能够与薪酬管理装置1进行通信的薪酬管理装置1发送该考勤信息。
另外，考勤管理装置21可以如计时器那样设置为专用的装置，也可以作为软件而安装到员工终端中。
[0064] 薪酬支付者终端22是雇用劳动者并向该劳动者支付薪酬的薪酬支付者或者雇主利用的终端，通过所谓的个人计算机、平板终端或能够收发数据的便携式电话机之类的智能设备等来实现。该薪酬支付者终端22具备：经由网络NW与薪酬管理装置1进行各种数据的收发处理的通信处理单元、输出从薪酬管理装置1接收到的劳动者的考勤信息、或者输入针对该考勤信息的批准的输入输出单元。
[0065] 劳动者终端23是被薪酬支付者雇用并从该薪酬支付者接受薪酬的支付的劳动者或者员工利用的终端，通过所谓的个人计算机、平板终端或能够收发数据的便携式电话机之类的智能设备等来实现。该劳动者终端23具备：经由网络NW与薪酬管理装置1进行各种数据的收发处理的通信处理单元、用于进行各种数据的输入输出的输入输出单元。并且，通过这些单元，能够对薪酬管理装置1发送薪酬的确保处理请求。
[0066] 商铺终端24是劳动者购买商品的商铺所具备的终端，通过所谓的个人计算机、平板终端或能够收发数据的便携式电话机之类的智能设备等来实现。该商铺终端24具备：通信处理单元，其用于经由网络NW与薪酬管理装置1进行数据的收发、用于进行各种数据的输入输出的输入输出单元。并且，通过这些单元，能够进行与向劳动者的商品销售相关的数据的输入输出、收发。另外，在输入输出单元中例如，包括在伴随商品销售的结算时，用于取得用于对购买商品的劳动者进行认证的认证信息的
读卡器等。
另外，在本实施方式涉及的薪酬管理装置1的说明中，虽然提及了劳动者在商铺购买了商品的情况，但是“商品的购买”不应当被狭义地解释，还包含服务的提供等，意图表示劳动者与商铺之间的各种有偿的交易。
[0067] 接着，对本实施方式涉及的薪酬管理装置1所进行的处理的流程进行说明。另外，薪酬支付者预先在虚拟账户中作为虚拟货币而保有一定数额的金钱，作为向劳动者支付的薪酬的原始资本。
首先，通过图7，对收集劳动者的考勤信息并由薪酬支付者对基于该考勤信息的薪酬额进行批准之前的流程进行说明。
[0068] 劳动者根据出勤状况，在考勤管理装置21输入考勤信息(S101)。所输入的考勤信息发送到薪酬管理装置1(S102)，并存储到考勤信息DB1C中(S103)。薪酬管理装置1通过薪酬计算部11，参照考勤信息DB 1C来计算薪酬(S104)，并将所计算出的薪酬额存储到薪酬信息DB 1D中(S105)。
[0069] 若薪酬额被确定，则从薪酬管理装置1对薪酬支付者终端22，关于该薪酬额，向薪酬支付者发送请求批准的批准请求(S106)。接受批准请求的薪酬支付者确认劳动者的薪酬额，若没有问题，则对薪酬管理装置1发送批准(S107)。
[0070] 薪酬管理装置1若从薪酬支付者终端22接收批准，则参照薪酬信息存储部登记批准(S108)。所登记的批准内容即批准的薪酬额经由劳动者终端23通知给劳动者(S109)。在此，由薪酬支付者批准的薪酬能够作为劳动者的劳动债权而由劳动者随时确保。
[0071] 接着，通过图8来说明关于由薪酬支付者批准的薪酬即劳动债权，从劳动者对管理者进行了确保处理请求时的处理的流程。劳动者通过劳动者终端23，关于自己保有的给定的劳动债权，向薪酬管理装置1发送确保处理请求(S201)。
[0072] 从劳动者终端23受理了确保处理请求的薪酬管理装置1通过确保处理部12，执行针对给定的劳动债权确保实收额和扣除费的处理(S202)。即，确保处理部12参照虚拟账户信息DB 1E以及薪酬信息DB 1D，将与请求了确保处理的劳动债权相应的薪酬当中的相当于劳动者的实收额的虚拟货币从薪酬支付者的虚拟账户中建立关联到劳动者的虚拟账户，登记为劳动者的实收额。此外，同时确保处理部12参照虚拟账户信息DB 1E以及薪酬信息DB 1D，将与请求了确保处理的劳动债权相应的薪酬当中的与劳动者的扣除费相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到管理者的虚拟账户，登记为缴纳预定扣除费。
[0073] 在此，参照图10对薪酬/扣除费确保处理(S202)执行时的虚拟账户间的虚拟货币的移动进行说明。实收额从雇主的虚拟账户中被建立关联到劳动者的虚拟账户。由此劳动者能够自由使用作为实收额而存入到自己的虚拟账户中的虚拟货币。劳动者既可以直接使用虚拟货币，也可以根据需要变换为现金来使用。此外，扣除费从雇主的虚拟账户中被建立关联到管理者的虚拟账户。
[0074] 若基于给定的劳动债权的包含实收额以及扣除费的薪酬的确保处理完成，则在薪酬信息DB 1D中，关于成为确保处理的对象的薪酬，登记表示已被确保的信息(S203)。
[0075] 接着，参照图9对劳动者基于在自己的虚拟账户中保有的虚拟货币在商铺进行购物的情况下的处理进行说明。若劳动者在商铺进行购物(S301)，并对商铺请求基于自己的虚拟账户中保有的虚拟货币的结算，则从商铺终端24对薪酬管理装置1发送结算处理请求(S302)。
[0076] 在此，在从劳动者向商铺的结算的请求中，从劳动者向商铺提供用于认证劳动者的认证信息。另外，认证信息也可以保存于IC芯片等的介质中。此外，从商铺终端向薪酬管理装置1的结算处理请求中，附带有用于识别以及认证劳动者的信息、商铺的信息、以及商品的内容、货款等信息。
[0077] 从商铺终端24接收到结算处理请求的薪酬管理装置1通过判断处理部13，来判断能否结算(S303)。即，判断处理部13参照虚拟账户信息DB 1E，通过与劳动者的虚拟账户建立了关联的虚拟货币的数额，来判断是否能够支付商品的货款。
[0078] 在该结果为判断为不能结算的情况下，对商铺终端24通知错误(S304)。另一方面，在判断为能够结算的情况下，通过确保处理部12，来执行伴随商品购买的货款的确保处理(S305)。即，确保处理部12参照虚拟账户信息DB 1E，将与劳动者的虚拟账户建立了关联的虚拟货币当中的与商品的货款相当的量建立关联到管理者的虚拟账户，并登记为对于给定商铺的支付预定货款。在此，支付预定货款进一步被分开登记为支付给商铺的不含税货款和缴纳给行政机关的缴纳预定税金。
[0079] 在此，参照图10对货款确保处理(S305)执行时的虚拟账户间的虚拟货币的移动进行说明。货款包括不含税货款和税金，从劳动者的虚拟账户中建立关联到管理者的虚拟账户。
由此，商品的货款相应量的虚拟货币不再能由劳动者自由地处置，不存在不履行商品的货款的结算的风险。
[0080] 若月末等的给定日期到来，则执行商品的货款的支付处理(S306)。即，支付处理部14将商品的不含税货款从管理者的虚拟账户中建立关联到商铺的虚拟账户，由此支付要支付给商铺的商品的不含税货款。此外，支付处理部14将伴随劳动者对商品的购买而产生的税金从管理者的虚拟账户中建立关联到行政机关的虚拟账户，由此向行政机关支付商品的税金。进而，支付处理部14将劳动者的扣除费从管理者的虚拟账户中建立关联到行政机关的虚拟账户，由此向行政机关支付扣除费。
[0081] 在此，参照图10对支付处理(S306)执行时的虚拟账户间的虚拟货币的移动进行说明。不含税货款从管理者的虚拟账户中，被建立关联到将商品销售给劳动者的商铺的虚拟账户。此外，扣除费和因商品的销售而产生的税金从管理者的虚拟账户中被建立关联到行政机关的虚拟账户。由此，伴随商品的买卖的货款、税金以及扣除费的支付处理完成。
[0082] 根据以上的本实施方式涉及的薪酬管理装置1，不会出现劳动者的劳动债权未支付、或者扣除费未缴纳的情况，能够保护认真地工作的劳动者的生活。此外，劳动者能够基于每天的劳动债权进行购物，从而无需在发薪日之前进行有息的借款。
此外，通过确保薪酬、税金的系统与人事、考勤以及薪酬的系统联动，从而能够瞬间判断何时、由谁、向谁、基于什么目的、支付多少货款。
此外，由于以虚拟货币进行支付等，因此债权的来源、交易的过程明确，能够防止不正当行为。
进而，由于支付全部自动进行，因此能够大幅抑制薪酬的支付、税金的征收等所需要的成本。
【实施例2】
[0083] 图11中示出本发明的第二实施方式涉及的薪酬管理装置3的结构。在本实施方式中，与第一实施方式不同，基于劳动者取得的劳动债权的薪酬的实收额被确保时，作为劳动者的实收额而登记到管理者的虚拟账户中。
薪酬管理装置3与第一实施方式涉及的薪酬管理装置3相同，是将薪酬支付者保有的虚拟货币当中的、与从薪酬支付者接受薪酬的支付的劳动者的劳动债权相应的虚拟货币确保为薪酬的装置，由给定的管理者来管理。
该薪酬管理装置3构成为，能够经由因特网等网络NW与取得劳动者的考勤信息的考勤管理装置21、薪酬支付者利用的薪酬支付者终端22、劳动者利用的劳动者终端23、以及商铺利用的商铺终端24进行通信。
[0084] 此外，薪酬管理装置3通过所谓的服务器计算机等来实现，并通过CPU(Central Processing Unit，中央处理器)、RAM(Random Access Memory，
随机存取存储器)、ROM(Read Only Memory，只读存储器)、硬盘驱动器等硬件资源、CPU执行的计算机程序等软件资源，来构成由薪酬计算部31、确保处理部32、判断处理部33、支付处理部34、汇款处理部35、通信处理部36、薪酬支付者信息DB 3A、劳动者信息DB 3B、考勤信息DB3C、薪酬信息DB 3D以及虚拟账户信息DB 3E构成的功能块。
[0085] 另外，薪酬计算部31、通信处理部36、薪酬支付者信息DB 3A、劳动者信息DB 3B、考勤信息DB 3C、以及薪酬信息DB 3D的功能分别与上述第一实施方式中的薪酬计算部31、通信处理部36、薪酬支付者信息DB 3A、劳动者信息DB 3B、考勤信息DB 3C以及薪酬信息DB 3D的功能相同。
[0086] 虚拟账户信息DB 3E与第一实施方式相同，是存储有管理者、薪酬支付者以及劳动者的虚拟账户所涉及的信息的存储部，但是关于来自薪酬支付者的实收额的出款目的地、管理者的虚拟账户中的处理的内容等，具有与第一实施方式不同之处。
[0087] 图12示出在本例的虚拟账户信息DB 3E中管理的虚拟账户的例子。图12的(a)示出了薪酬支付者的虚拟账户，按账户名义所示的每个薪酬支付者ID而存储有处理历史记录和余额。
在处理历史记录中，在本实施例中，具有劳动者的实收额从薪酬支付者的虚拟账户向管理者的虚拟账户移动的处理。
[0088] 具体地，图12的(a)中内容为“实收额(劳动者ID：L001001)”、日期时间为“5/2”、入出款目的地为“[出款]管理者”、数额为“……日元[出款]”的处理示出了在5月2日出款……日元作为以L001001的劳动者ID识别的劳动者的实收额，并向管理者的虚拟账户进行了入款
[0089] 图12的(b)示出了劳动者的虚拟账户，按账户名义所示的每个劳动者ID，存储有处理历史记录和余额。在处理历史记录中，在本实施例中，具有劳动者的实收额从管理者的虚拟账户向该劳动者的虚拟账户移动的处理。
[0090] 具体地，图12的(b)中内容为“实收额(劳动者ID：L001001)”、日期时间为“5/2”、入款源/出款目的地为“[入款]管理者”、数额为“……日元”的处理示出了在5月2日从管理者向以劳动者ID：L001001识别的劳动者的虚拟账户(自己的虚拟账户)入款了……日元作为实收额。
[0091] 图12的(c)示出了管理者的虚拟账户，在本实施例中，按作为处理对象的每个薪酬支付者的薪酬支付者ID或每个劳动者的劳动者ID，除了存储有处理历史记录之外，还存储有作为各处理对象者的虚拟货币而管理的虚拟货币的余额所涉及的信息。在处理历史记录中，在本实施例中，具有劳动者的实收额从管理者虚拟账户向该劳动者的虚拟账户移动的处理。此外，在管理者的虚拟账户内保有的该劳动者的实收额有时被登记为劳动者在商铺购买商品时的支付预定货款。
[0092] 具体地，图12的(c)中处理对象为“劳动者ID：L001001”、处理历史记录的内容为“实收额(劳动者ID：L001001)”、日期时间为“4/28”、入款源/出款目的地为“[出款]劳动者ID：L001001”、数额为“……日元”的处理示出了在4月28日从管理者向以L001001识别的劳动者的虚拟账户出款了……日元作为实收额。此外，处理对象为“劳动者ID：L001001”、处理历史记录的内容为“支付预定货款[不含税货款](商铺ID：S001)”、日期时间为“5/3”、入款源/出款目的地为“－”、数额为“……日元”的处理示出了在5月3日关于作为劳动者的实收额而由管理者管理的数额当中的……日元，在5月3日被登记为向以S001的商铺ID识别的商铺的支付预定货款(不含税)。
[0093] 另外，与第一实施方式相同，在该虚拟账户信息DB 3E中，登记有由其他管理者管理的虚拟账户的信息。即，在由其他管理者管理商铺或行政机关等的虚拟账户的情况下，登记有该商铺或行政机关的账户编号等从管理者侧对虚拟货币进行汇款时所需的信息。此外，在本例中，以商铺或行政机关的虚拟账户由其他管理者管理，而关于这些商铺或行政机关的虚拟账户，在虚拟账户信息DB 3E中仅登记有账户编号的情况为例，但是在其他实施例中，薪酬管理装置3也可以还管理商铺或行政机关的虚拟账户，在这样的实施例中，也能够进行与本实施例相同的处理。
[0094] 此外，在以管理者的虚拟账户管理的薪酬支付者、劳动者的虚拟货币中，根据运用的方式而产生利息。因此，在其他实施例中，也可以向保有虚拟货币的薪酬支付者、劳动者返还返还关于以管理者的虚拟账户管理的薪酬支付者、劳动者的虚拟货币产生的利息。在此情况下，能够参照与管理者的虚拟账户建立了关联的虚拟货币的保有者所涉及的信息，将根据处于管理者的管理下的期间产生的利息与薪酬支付者或劳动者的虚拟账户建立关联，由此将利息返还给薪酬支付者或劳动者。此外，关于管理者以管理者的虚拟账户管理的劳动者的实收额，该实收额移动到劳动者的虚拟账户之前产生的利息也可以返还到该劳动者的薪酬支付者。在此情况下，只要将基于劳动者的实收额的余额计算出的利息与该劳动者的薪酬支付者的虚拟账户建立关联即可。
[0095] 确保处理部32作为第一确保处理而进行如下处理，即：参照虚拟账户信息DB 3E以及薪酬信息DB 3D，将与给定劳动者取得的劳动债权相应的薪酬当中的与劳动者的实收额相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到管理者的虚拟账户，登记为给定劳动者的实收额。在虚拟货币与管理者的虚拟账户被建立了关联的时间点，该虚拟货币的所有权转移至给定劳动者。结果，不论薪酬支付者的破产等薪酬支付者的支付能力如何，都能将基于劳动者迄今为止取得的劳动债权的薪酬确保为劳动者的薪酬，并可靠地提供到劳动者的手中。
[0096] 此外，确保处理部32作为第二确保处理而进行如下处理，即：参照虚拟账户信息DB 3E以及薪酬信息DB 3D，将与劳动者取得的劳动债权相应的薪酬当中的与劳动者的扣除费相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到管理者的虚拟账户，登记为缴纳预定扣除费。与劳动者的实收额同样，在虚拟货币与管理者的虚拟账户被建立了关联的时间点，该虚拟货币的所有权转移至给定劳动者。结果，不论薪酬支付者的破产等薪酬支付者的支付能力如何，都能够将应从劳动者的薪酬中支付的扣除费确保为劳动者的扣除费，并可靠地缴纳扣除费。
[0097] 此外，在劳动者在商铺进行商品的购买、并希望基于与管理者的虚拟账户建立了关联的该劳动者的虚拟货币的结算的情况下，确保处理部32作为第三确保处理而进行如下处理，即：参照虚拟账户信息DB 3E，将作为该劳动者的实收额而与管理者的虚拟账户建立了关联的虚拟货币当中的与商品的货款相当的相应量登记为支付预定货款。
[0098] 另一方面，在劳动者在商铺进行商品的购买、并希望基于与劳动者的虚拟账户建立了关联的虚拟货币的结算的情况下，确保处理部32作为第四确保处理而进行如下处理，即：参照虚拟账户信息DB 3E，将与该劳动者的虚拟账户建立了关联的虚拟货币当中的与商品的货款相当的相应量建立关联到管理者的虚拟账户，并且登记为支付预定货款。
[0099] 在此，在第三确保处理和第四确保处理中，支付预定货款被赋予不含税货款和税金的种别，不含税货款可视为支付给商铺的费用，税金可视为缴纳给行政机关的费用。结果，能够与劳动者、商铺的支付能力等无关地，确保包含税金的商品的货款。此外，作为劳动者，也能够基于根据劳动债权确保的虚拟货币来购买商品等，因此可以不必由于在给定的薪酬支付日之前的期间中手中没有钱这样的理由而接受贷款等金钱的借贷。
另外，该第三确保处理以及第四确保处理在由后述的判断处理部33判断能否进行商品的货款的结算的情况下，仅在能够进行商品的货款的结算的情况下执行。
[0100] 判断处理部33在劳动者在商铺进行商品的购买、并希望基于与管理者的虚拟账户建立了关联的该劳动者的虚拟货币的结算的情况下，进行如下处理作为第一判断处理，即：根据来自商铺的结算处理请求，参照虚拟账户信息DB 3E，基于在管理者的虚拟账户中作为该劳动者的虚拟货币而建立了关联的虚拟货币当中的、未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的虚拟货币，来判断能否进行商品的货款的结算。即，根据与管理者的虚拟账户建立了关联的劳动者的虚拟通货币当中的用途未定而能够由劳动者自由处置的虚拟货币的数额，来判断是否能够支付商品的价格以及税金，在能够支付的情况下判断为能够结算，在不能支付的情况下判断为不能结算。
[0101] 另一方面，在劳动者在商铺进行商品的购买、并希望基于与劳动者的虚拟账户建立了关联的虚拟货币的结算的情况下，进行如下处理作为第二判断处理，即：根据来自商铺的结算处理请求，参照虚拟账户信息DB 3E，基于与该劳动者的虚拟账户建立了关联的虚拟货币，来判断能否进行商品的货款的结算。即，根据与劳动者的虚拟账户建立了关联的虚拟货币的数额，来判断是否能够支付商品的价格以及税金，在能够支付的情况下判断为能够结算，在不能支付的情况下判断为不能结算。
[0102] 支付处理部34进行如下处理作为第一支付处理，即：在给定日期，将劳动者在商铺购买的商品的不含税货款从管理者的虚拟账户中建立关联到商铺的虚拟账户，由此进行货款的支付。此外，支付处理部34进行如下处理作为第二支付处理，即：在给定日期，将劳动者在商铺购买的商品相关的税金从管理者的虚拟账户中建立关联到行政机关的虚拟账户，由此进行税金的支付。
此外，支付处理部34进行如下处理作为第三支付处理，即：在给定日期，参照虚拟账户信息DB 3E，将与劳动者取得的劳动债权相应的薪酬所涉及的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的部分建立关联到劳动者的虚拟账户，由此向劳动者支付薪酬。
进而，支付处理部34进行如下处理作为第四支付处理，即：在给定日期，参照虚拟账户信息DB 3E，将劳动者的扣除费从管理者的虚拟账户中建立关联到行政机关的虚拟账户，由此进行扣除费的支付。
[0103] 汇款处理部35在从劳动者终端23接收到给定额的虚拟货币的汇款指示的情况下，执行如下处理，即：参照虚拟账户信息DB 3E，将在管理者的虚拟账户中作为劳动者的实收额而建立了关联的虚拟货币当中的给定额的虚拟货币建立关联到劳动者的虚拟账户。另外，在该汇款处理中，能够与劳动者的虚拟账户建立关联的虚拟货币限于未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的虚拟货币。
[0104] 接着，对本实施方式涉及的薪酬管理装置3所进行的处理的流程进行说明。另外，薪酬支付者预先在虚拟账户中作为虚拟货币而保有一定数额的金钱，作为向劳动者支付的薪酬的原始资本。
首先，与关于上述第一实施方式参照图7所作的说明同样地，收集劳动者的考勤信息，并薪酬支付者对基于该考勤信息的薪酬额进行批准。
[0105] 接着，通过图13来说明关于由薪酬支付者已经批准的薪酬，从劳动者向管理者进行了确保处理请求时的处理的流程。劳动者通过劳动者终端23，关于自己保有的给定的劳动债权，向薪酬管理装置3发送确保处理请求(S401)。
[0106] 从劳动者终端23受理了确保处理请求的薪酬管理装置3通过确保处理部32，执行针对给定的劳动债权来确保实收额和扣除费的处理(S402)。即，确保处理部32参照虚拟账户信息DB 3E以及薪酬信息DB 3D，将与请求了确保处理的劳动债权相应的薪酬当中的与劳动者的实收额相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到管理者的虚拟账户，登记为该劳动者的实收额。此外，同时确保处理部32参照虚拟账户信息DB 3E以及薪酬信息DB3D，将与请求了确保处理的劳动债权相应的薪酬当中的与劳动者的扣除费相当的虚拟货币从薪酬支付者的虚拟账户中建立关联到管理者的虚拟账户，登记为该劳动者的缴纳预定扣除费。
[0107] 在此，参照图16对薪酬/扣除费确保处理(S402)执行时的虚拟账户间的虚拟货币的移动进行说明。实收额从雇主的虚拟账户中被建立关联到管理者的虚拟账户。由此劳动者能够自由使用作为实收额而存入到自己的虚拟账户中的虚拟货币。此外，扣除费也从雇主的虚拟账户中被建立关联到管理者的虚拟账户。由此，与劳动者的劳动债权相应的薪酬得到确保。
[0108] 若基于给定的劳动债权的包含实收额以及扣除费的薪酬的确保处理完成，则在薪酬信息DB 3D中，关于成为确保处理的对象的薪酬，登记表示已被确保的信息(S403)。
[0109] 接着，参照图14来说明根据劳动者的请求，将已经确保到管理者的虚拟账户中的劳动者的虚拟货币汇款到该劳动者的虚拟账户中的处理。劳动者通过劳动者终端23，关于已经确保到管理者的虚拟账户中的自己的虚拟货币，向薪酬管理装置3发送用于请求将给定额汇款到自己的虚拟账户中的汇款指示(S501)。
另外，劳动者能够请求汇款的虚拟货币的数额限于在管理者的账户中作为劳动者的薪酬而建立了关联的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的数额的范围。
[0110] 相应地，薪酬管理装置3通过汇款处理部35来执行如下处理，即：参照虚拟账户信息DB 3E，将在管理者的虚拟账户中作为劳动者的实收额而建立了关联的虚拟货币当中的所
指定的给定额的虚拟货币建立关联到劳动者的虚拟账户(S502)。
[0111] 在此，参照图16对汇款处理(S502)执行时的虚拟账户间的虚拟货币的移动进行说明。由劳动者指定的给定额的虚拟货币从管理者的虚拟账户中被建立关联到劳动者的虚拟账户。由此，劳动者能够自由使用作为实收额而存入到自己的虚拟账户中的虚拟货币。劳动者既可以直接使用虚拟货币，也可以根据需要变换为现金来使用。
另外，登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的虚拟货币不会向劳动者的虚拟账户移动，而是维持与管理者的虚拟账户建立了关联的状态不变。
[0112] 接着，参照图15来说明劳动者基于确保到管理者的账户中的自己的虚拟货币或自己的虚拟账户中所保有的虚拟货币在商铺进行购物的情况下的处理。劳动者在商铺进行购物时(S601)，针对商铺，指定基于与管理者的虚拟账户建立了关联的自己的虚拟货币的虚拟货币的结算、或者基于自己的虚拟账户中所保有的虚拟货币的结算中的任一结算方法。与此相应地，商铺通过商铺终端24，对薪酬管理装置3发送基于由劳动者指定的结算方法的结算处理请求(S602)。
[0113] 在此，与第一实施方式相同，在从劳动者向商铺的结算的请求中，从劳动者向商铺提供用于认证劳动者的认证信息。另外，认证信息也可以保存于IC芯片等的介质中。此外，关于从商铺终端向薪酬管理装置3的结算处理请求，也与第一实施方式相同，附带有用于识别以及认证劳动者的信息、商铺的信息、以及商品的内容、货款等信息。
[0114] 从商铺终端24接收到结算处理请求的薪酬管理装置3通过判断处理部33，来判断能否结算(S603)。即，在指定了基于与管理者的虚拟账户建立了关联的劳动者的虚拟货币的结算的情况下，判断处理部33参照虚拟账户信息DB 3E，基于在管理者的虚拟账户中作为劳动者的虚拟货币而建立了关联的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的虚拟货币，来判断能否进行商品的货款的结算。另一方面，在指定了基于与劳动者的虚拟账户建立了关联的虚拟货币的结算的情况下，判断处理部33参照虚拟账户信息DB 3E，基于与劳动者的虚拟账户建立了关联的虚拟货币，来判断能否进行商品的货款的结算。
[0115] 结果，在判断为不能结算的情况下，对商铺终端24通知错误(S604)。另一方面，在判断为能够结算的情况下，通过确保处理部32来执行伴随商品购买的货款的确保处理(S605)。即，在指定了基于与管理者的虚拟账户建立了关联的劳动者的虚拟货币的结算的情况下，确保处理部32参照虚拟账户信息DB 3E，将与管理者的虚拟账户作为该劳动者的实收额而建立了关联的虚拟货币当中的与商品的货款相当的相应量登记为支付预定货款。另一方面，在指定了基于与劳动者的虚拟账户建立了关联的虚拟货币的结算的情况下，确保处理部32参照虚拟账户信息DB 3E，将与该劳动者的虚拟账户建立了关联的虚拟货币当中的与商品的货款相当的相应量建立关联到管理者的虚拟账户，并且登记为支付预定货款。在此，支付预定货款进一步被分开登记为：支付给商铺的不含税货款和缴纳给行政机关的缴纳预定税金。
[0116] 在此，参照图16对货款确保处理(S605)执行时的虚拟账户间的虚拟货币的移动进行说明。在指定了基于与管理者的虚拟账户建立了关联的劳动者的虚拟货币的结算的情况(图
16中，货款确保处理A)下，在虚拟账户间没有虚拟货币的移动，仅是将与管理者的虚拟账户建立了关联的虚拟货币当中的与商品的货款相当的相应量登记为支付预定货款。另一方面，在指定了基于与劳动者的虚拟账户建立了关联的虚拟货币的结算的情况(图16中，货款确保处理B)下，货款包含不含税货款和税金，从劳动者的虚拟账户中建立关联到管理者的虚拟账户。由此，商品的货款相应量的虚拟货币不再能由劳动者自由地处置，不存在不履行商品的货款的结算的风险。
[0117] 若月末等的给定日期到来，则执行劳动者的剩余实收额、商品的货款的支付处理(S606)。即，支付处理部34通过将劳动者在商铺购买的商品的不含税货款从管理者的虚拟账户中建立关联到商铺的虚拟账户，从而进行货款的支付。此外，支付处理部34通过将劳动者在商铺购买的商品相关的税金从管理者的虚拟账户中建立关联到行政机关的虚拟账户，从而进行税金的支付。进而，支付处理部34通过将与劳动者取得的劳动债权相应的薪酬所涉及的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的部分(剩余实收额)建立关联到劳动者的虚拟账户，从而向劳动者支付薪酬。
[0118] 在此，参照图16对支付处理(S606)执行时的虚拟账户间的虚拟货币的移动进行说明。不含税货款从管理者的虚拟账户中，被建立关联到将商品销售给劳动者的商铺的虚拟账户。此外，扣除费和因商品的销售而产生的税金从管理者的虚拟账户中被建立关联到行政机关的虚拟账户。进而，与劳动者取得的劳动债权相应的薪酬所涉及的虚拟货币当中的未被登记为支付预定货款、缴纳预定扣除费或缴纳预定税金的部分，即，由管理者确保且未汇款到劳动者的虚拟账户而留在管理者的虚拟账户中的剩余实收额被建立关联到劳动者的虚拟账户。由此，伴随商品的买卖的货款、税金、扣除费以及劳动者的剩余实收额的支付处理完成。
[0119] 根据以上的本实施方式涉及的薪酬管理装置3，劳动者的实收额会被确保到管理者的虚拟账户中，能够防止基于劳动者的劳动债权的薪酬或扣除费的未支付或未缴纳。【实施例3】
[0120] 说明对于上述的本发明的第一以及第二实施方式涉及的薪酬管理装置1、3，针对劳动者所进行的商铺中的商品购买应用了其他结算处理的第三实施方式涉及的薪酬管理装置4。图17示出了对于第一实施方式涉及的薪酬管理装置1，使得能够进行使用现有的借记卡(Debit Card)的结算(即时结算)的本实施方式涉及的薪酬管理装置4的装置结构。
在该例中，薪酬管理装置4构成为，除了上述的考勤管理装置21、薪酬支付者终端22、劳动者终端23以及商铺终端24之外，还能够经由因特网等网络NW与即时结算终端25以及金融机关终端26进行通信。
[0121] 本实施方式涉及的薪酬管理装置4与第一实施方式涉及的薪酬管理装置4相同，通过所谓的服务器计算机等来实现，通过CPU(Central Processing Unit，中央处理器)、RAM(Random Access Memory，随机存取存储器)、ROM(Read Only Memory，只读存储器)、硬盘驱动器等硬件资源、CPU执行的计算机程序等软件资源，从而具备由薪酬计算部11、确保处理部12、判断处理部13、支付处理部14、通信处理部15、薪酬支付者信息DB1A、劳动者信息DB 1B、考勤信息DB 1C、薪酬信息DB 1D以及虚拟账户信息DB 1E构成的功能块，除此之外还具备扣费处理部41。
[0122] 扣费处理部41从即时结算终端25接收到劳动者购买的商品的货款的即时结算处理请求时，参照虚拟账户信息DB 1E，从劳动者的虚拟账户中，对与商品的货款相当的虚拟货币进行扣费。
[0123] 另外，本实施方式中的判断处理部13在被即时结算终端25请求了从劳动者的虚拟账户中对给定货款进行扣费的处理的情况下，基于劳动者的虚拟账户内的虚拟货币，来判断是否能够对该给定货款进行扣费。
[0124] 即时结算终端25是设置在对利用借记卡的即时结算处理进行调解的中介者处的终端，通过所谓的服务器计算机等来实现。该即时结算终端25在劳动者在商铺购买了商品时，根据来自商铺终端24的请求，使薪酬管理装置4执行货款的扣费，并使金融机关执行向商铺的货款的入款。
[0125] 金融机关终端26是设置在管理商铺的账户的金融机关处的终端，通过所谓的服务器计算机等来实现。该金融机关终端26根据来自即时结算终端25的请求，执行将给定货款入款到商铺的账户的处理。
[0126] 接着，参照图18对本实施方式涉及的薪酬管理装置4所进行的处理进行说明。另外，本实施方式涉及的薪酬管理装置4所进行的处理的特征在于伴随劳动者的购物的结算，仅对这一点进行说明，其他方面与上述例相同。
首先，劳动者在商铺进行购物(S701)，并对商铺请求基于在自己的虚拟账户中所保有的虚拟货币的即时结算时，从商铺终端24对即时结算终端25发送即时结算处理请求(S702)。
另外，在即时结算处理请求时，使用能够利用基于在虚拟账户中所保有的虚拟货币的即时结算的借记卡。在借记卡中，通过IC芯片等，至少保存有用于识别劳动者的信息、对薪酬管理装置4的访问目的地等信息。
[0127] 与此相应地，即时结算终端25对薪酬管理装置4发送劳动者所购买的商品的货款的扣费处理请求(S703)。另外，在该扣费处理请求中，附带有用于识别以及认证劳动者的信息、商铺的信息、以及商品的内容、货款等信息。
[0128] 从商铺终端24接收到扣费处理请求的薪酬管理装置4通过判断处理部13来判断能否扣费(S704)。即，判断处理部13参照虚拟账户信息DB，通过与劳动者的虚拟账户建立了关联的虚拟货币的数额，来判断是否能够支付商品的货款。
[0129] 结果，在判断为不能扣费的情况下，对即时结算终端25通知错误(S705)。另一方面，在判断为能够扣费的情况下，由扣费处理部41参照虚拟账户信息DB，从劳动者的虚拟账户中对伴随商品购买的货款进行扣费(S706)。
若扣费完成，则从薪酬管理装置4对即时结算终端25发送与货款相当的虚拟货币的扣费已经完成的意思的通知(S707)。
[0130] 与此相应地，即时结算终端25将扣费处理已经完成的意思、商铺的信息、以及要入款到商铺的货款所涉及的信息等作为处理信息而发送给金融机关终端26(S708)。金融机关终端26基于处理信息，将给定货款入款到商铺的账户中(S709)。由此，基于劳动者的虚拟账户内的虚拟货币，完成即时结算处理。
[0131] 根据本实施例，通过与现有的借记卡系统进行API协作，能够利用已经普及的即时结算处理。结果，能够根据劳动债权利用已经普及的即时结算处理。
[0132] 另外，在以上的本实施方式中，示出了在第一实施方式涉及的薪酬管理装置1应用了即时结算处理的情况，但是关于第二实施方式涉及的薪酬管理装置3也能够同样地应用。在此，在第一实施方式中，劳动者的实收额在劳动者的虚拟账户中，而在第二实施方式中，劳动者的实收额不光是在劳动者的虚拟账户，还有在管理者的虚拟账户中的情况。因此，在将上述即时结算处理应用于第二实施方式涉及的薪酬管理装置3的情况下，可以构成为能够从由劳动者的虚拟账户或管理者的虚拟账户管理的劳动者的实收额的任意一方进行货款的扣费。至于从哪一方进行，既可以预先择一地设定，也可以构成为劳动者能够选择。
[0133] 此外，也可以将劳动者的虚拟账户的虚拟货币或由管理者的虚拟账户管理的劳动者的实收额的合计额视为能够进行即时结算处理的数额，判断处理部基于该合计额来判断是否能够进行货款的扣费。并且，在通过合计额能够进行货款的扣费的情况下，扣费处理部41分别从劳动者的虚拟账户以及管理者的虚拟账户中对所需的货款进行扣费，合计得到的扣费额成为货款。根据这样的处理，不管在劳动者或管理者的哪个账户中具有劳动者的虚拟货币，劳动者都能够利用即时结算，因此很便利。
【实施例4】
[0134] 对使上述本发明的第一以及第二实施方式涉及的薪酬管理装置1、3能够进行向劳动者保持的预付卡中充值劳动者的虚拟货币的处理的第四实施方式涉及的薪酬管理装置5进行说明。图19示出了使第一实施方式涉及的薪酬管理装置1能够进行向预付卡的充值的本实施方式涉及的薪酬管理装置5的装置结构。
在该例中，薪酬管理装置5构成为，除了上述考勤管理装置21、薪酬支付者终端22、劳动者终端23以及商铺终端24之外，还能够经由因特网等网络NW与卡管理者终端27以及金融机关终端28进行通信。
[0135] 本实施方式涉及的薪酬管理装置5与第一实施方式涉及的薪酬管理装置1相同，通过所谓的服务器计算机等来实现，通过CPU(Central Processing Unit，中央处理器)、RAM(Random Access Memory，随机存取存储器)、ROM(Read Only Memory，只读存储器)、硬盘驱动器等硬件资源、CPU执行的计算机程序等软件资源，从而具备由薪酬计算部11、确保处理部12、判断处理部13、支付处理部14、通信处理部15、薪酬支付者信息DB1A、劳动者信息DB 1B、考勤信息DB 1C、薪酬信息DB 1D以及虚拟账户信息DB 1E构成的功能块，除此之外还具备汇款处理部51。
[0136] 汇款处理部51在从卡管理者终端27接收到向劳动者保持的预付卡的充值用的给定额的汇款请求时，执行如下处理，即：参照虚拟账户信息DB，从劳动者的虚拟账户中对与给定的充值额相当的虚拟货币进行扣费。
[0137] 另外，本实施方式中的判断处理部13在从卡管理者终端27接收到给定额的汇款请求的情况下，基于劳动者的虚拟账户内的虚拟货币，判断是否能够对该给定额的虚拟货币进行扣费。
[0138] 卡管理者终端27是设置在管理预付卡的卡管理者处的终端，通过所谓的服务器计算机等来实现。该卡管理者终端27从劳动者受理向预付卡的给定充值额的充值请求，并相应地，对薪酬管理装置5请求与该给定充值额相当的虚拟货币的入款。
[0139] 金融机关终端28是设置在对卡管理者的账户进行管理的金融机关处的终端，通过所谓的服务器计算机等来实现。该金融机关终端28对于与给定充值额相当的虚拟货币，从管理者受理向卡管理者的账户的入款，并进行入款处理。另外，从管理者向金融机关的入款也可以是将虚拟货币变换为现金的入款。
[0140] 接着，参照图20对本实施方式涉及的薪酬管理装置5所进行的处理进行说明。另外，本实施方式涉及的薪酬管理装置5所进行的处理的特征在于对预付卡进行充值这一点，仅对这一点进行说明，其他方面与上述例相同。
首先，若劳动者对卡管理者请求向预付卡的给定额的充值(S801)，则从卡管理者终端
27对薪酬管理装置5发送该给定额的汇款请求(S802)。另外，在该汇款处理请求中，附带有用于识别以及认证劳动者的信息、卡管理者的信息、给定充值额所涉及的信息、以及成为汇款目的地的卡管理者的账户相关的信息。
[0141] 从卡管理者终端27接收到汇款请求的薪酬管理装置5通过判断处理部13来判断能否汇款(S803)。即，判断处理部13参照虚拟账户信息DB 1E，通过与劳动者的虚拟账户建立了关联的虚拟货币的数额，来判断是否能够支付给定充值额。
[0142] 结果，在判断为不能汇款的情况下，对卡管理者终端27通知错误(S804)。另一方面，在判断为能够汇款的情况下，由汇款处理部51参照虚拟账户信息DB 1E，从劳动者的虚拟账户中对与给定充值额相当的虚拟货币进行扣费，并将该扣费的虚拟货币汇款到处于金融机关的管理下的卡管理者的账户(S805)。
若汇款完成，则从薪酬管理装置5对卡管理者终端27发送与给定充值额相当的虚拟货币的汇款已经完成的意思的汇款结果通知(S806)。
另外，汇款可以通过虚拟货币来进行，但是也能够变换为现金来进行。
[0143] 与此相应地，作为处理信息，卡管理者终端27访问金融机关终端28来确认入款(S807)，并将给定充值额充值到劳动者的预付卡(S808)。另外，也可以在从薪酬管理装置5接收到汇款结果通知的时间点充值到预付卡。由此，基于劳动者的虚拟账户内的虚拟货币，完成向预付卡的充值处理。
[0144] 根据本实施例，通过与现有的预付卡系统进行API协作，能够利用已经普及的预付卡。结果，能够基于劳动债权，向已经普及的预付卡进行充值。
[0145] 另外，在以上本实施方式中，示出了对第一实施方式涉及的薪酬管理装置1应用了即时结算处理的情况，但是对于第二实施方式涉及的薪酬管理装置3也能够同样地应用。在此，在第一实施方式中，劳动者的实收额在劳动者的虚拟账户中，但是在第二实施方式中，劳动者的实收额不光是在劳动者的虚拟账户，还有在管理者的虚拟账户中的情况。因此，在将上述的向预付卡的充值处理应用于第二实施方式涉及的薪酬管理装置3的情况下，可以构成为能够从由劳动者的虚拟账户或管理者的虚拟账户管理的劳动者的实收额的任意一方进行与充值额相当的虚拟货币的汇款。至于从哪一方进行，既可以预先择一地设定，也可以构成为劳动者能够选择。
[0146] 此外，也可以将劳动者的虚拟账户的虚拟货币或由管理者的虚拟账户管理的劳动者的实收额的合计额视为能够进行向预付卡充值的数额，判断处理部13基于该合计额来判断是否能够进行与充值额相当的虚拟货币的汇款。并且，在通过合计额能够进行与充值额相当的虚拟货币的汇款的情况下，汇款处理部51分别从劳动者的虚拟账户以及管理者的虚拟账户对所需的货款进行扣费，合计得到的扣费额成为充值额。根据这样的处理，不管在劳动者或管理者的哪个账户中具有劳动者的虚拟货币，劳动者都能够对预付卡进行充值，因此很便利。【实施例5】
[0147] 接着，对将上述本发明的第一以及第二实施方式涉及的薪酬管理装置1、3应用于企业间等的交易中的请款/支付处理的请款管理装置6进行说明。图21示出了本实施方式涉及的请款管理装置6的装置结构。
请款管理装置6是管理并执行企业间等的交易中的请款以及支付的装置，由给定的管理者来管理。
该请款管理装置6构成为能够经由因特网等网络NW与设置在企业A处的企业A终端71、以及设置在企业B处的企业B终端72进行通信。另外，在图21的例子中，虽然仅列举了企业A终端71和企业B终端72这两个终端，但是数量并不特别作限定。
[0148] 此外，请款管理装置6通过所谓的服务器计算机等来实现，通过CPU(Central Processing Unit，中央处理器)、RAM(Random Access Memory，随机存取存储器)、ROM(Read Only Memory，只读存储器)、硬盘驱动器等硬件资源、CPU执行的计算机程序等软件资源，来构成由企业信息DB 6A、虚拟账户信息DB 6B、请款信息DB 6C、确保处理部61、支付处理部62以及通信处理部63构成的功能块。另外，在本实施方式的说明中，只是示出了仅请款管理装置6所执行的请款/支付处理所需要的功能所涉及的最小限度的结构例，能够适当组入在第一至第四实施方式中说明的其他功能部。
[0149] 企业信息DB 6A是存储有与进行交易并且进行请款、支付的企业相关的信息的存储部。在该企业信息DB 6A中，按能够识别企业的每个企业ID，建立关联地存储有包括企业的名称、住所等的详细信息、以及认证信息。此外，在企业信息中，存储有企业内的部
门或群组、团队等在请款或支付中成为独立的对象且保有固有的虚拟账户的部署的信息。即，在本实施方式中，在一个企业内，也可以每个部门或群组具有虚拟账户，该部门或群组所涉及的信息登记到企业信息DB 6A中。
[0150] 虚拟账户信息DB 6B是存储有企业的虚拟账户所涉及的信息的存储部。在此，所谓虚拟账户，与上述第一实施方式相同，是存放虚拟货币的概念上的账户，通过给定额的虚拟货币与识别给定人员的信息的建立关联，从而视为该给定人员保有该给定额的虚拟货币。并且，通过改变对虚拟货币建立关联的对象，从而能够变更保有虚拟货币的对象，即能够使虚拟货币在虚拟账户间移动。
[0151] 在本实施方式中，虚拟账户不仅是企业单位，还能够以企业内的部门或组单位的名义设立，在虚拟账户信息DB 6B中存储有适当设立的虚拟账户。另外，虚拟账户也可以按每个目的、每个会计科目而准备多个。在该虚拟账户信息DB 6B中管理的虚拟账户中，按每个名义存储有入出款历史记录、余额。在入出款历史记录中，包含处理的内容、日期时间、入款源/出款目的地、数额所涉及的信息。
[0152] 请款信息DB 6C是存储有企业间的请款信息所涉及的信息的存储部。请款信息是从一方向另一方的货款等请款所涉及的信息，包含请款源、请款目标对象、请款内容、请款额、请款日等信息。在该请款信息中，按每个请款单位，建立关联地登记有无请款目标对象的批准，若请款目标对象批准请款信息，则登记已被批准的意思的信息。
[0153] 确保处理部61在从企业A或企业B的一方向另一方进行给定货款等的请款、且另一方对该请款已经批准的情况下，参照虚拟账户信息DB 6B，将与该请款所涉及的货款等相应的虚拟货币从请款目标对象中建立关联到请款源的虚拟账户，由此确保请款。在此，在请款额包含税金的情况下，将不含税的请款额与请款源的虚拟账户建立关联，另一方面将税金作为请款源所涉及的缴纳预定税金而与管理者的虚拟账户建立关联。
[0154] 支付处理部62在给定日期，将请款所包含的税金从管理者的虚拟账户中建立关联到收纳该税金的行政机关的虚拟账户，由此进行税金的支付。
[0155] 通信处理部63是经由网络NW与企业A终端71、企业B终端72执行各种数据的收发处理的功能部。
[0156] 企业A终端71以及企业B终端72是设置在进行交易的企业处的终端，通过具有输入输出数据的输入输出单元、进行数据的收发的通信处理单元等的计算机等来实现。在本例中，示出了如下情况，即：企业A仅具有企业A单位的虚拟账户，并作为企业A与企业B等进行交易。另一方面，示出了如下情况，即：按设置于企业B内的总部的总部终端72a、设置于企业B内的给定部门的部门终端72b的每一个具有虚拟账户，按总部或部门与企业A进行交易。
[0157] 接着，通过图22来说明从企业B的给定部门对企业A进行了基于给定交易的请款时的处理的流程。企业内的给定部门通过部门终端72b，基于交易来输入请款信息(S801)，并对请款管理装置6发送该请款信息(S802)。
[0158] 从企业B的部门终端72b受理了请款信息的请款管理装置6对企业A终端71，与该请款信息一起发送针对该请款信息的批准请求(S803)。企业A通过企业A终端71对从请款管理装置6接收到的请款信息进行确认，若无问题则对请款管理装置6发送针对该请款信息的批准(S804)。
[0159] 与此相应地，请款管理装置6通过确保处理部61，来执行对基于请款信息的请款进行确保的处理(S805)。即，确保处理部61参照虚拟账户信息DB 6B，将已被批准的请款当中的与不含税额相当的虚拟货币从企业A的虚拟账户中建立关联到企业B的给定部门的虚拟账户，登记为该给定部门的虚拟货币。此外，同时确保处理部61参照虚拟账户信息DB 6B，将已被批准的请款当中的与税金相当的虚拟货币从企业A的虚拟账户中建立关联到管理者的虚拟账户，登记为缴纳预定税金。
[0160] 若月末等给定日期到来，则执行税金的支付处理(S806)。即，支付处理部62将请款所包含的税金从管理者的虚拟账户建立关联到行政机关的虚拟账户，由此向行政机关支付税金。
[0161] 在此，参照图23对请款额的确保处理/税金确保处理(S805)以及支付处理(S806)执行时的虚拟账户间的虚拟货币的移动进行说明。首先，在请款额的确保处理/税金确保处理(S805)中，不含税的请款额从企业A的虚拟账户被建立关联到企业B的给定部门的虚拟账户。另一方面，税金从企业A的虚拟账户被建立关联到管理者的虚拟账户。
[0162] 此外，在支付处理(S806)中，请款额中包含且由管理者管理的税金从管理者的虚拟账户被建立关联到行政机关的虚拟账户。
[0163] 另外，在企业B内，能够进行如下往来，即：给定部门将从企业A收到的请款额向总部的账户进行汇款，从该请款额中将向给定部门的成功报酬或经费再汇款给该给定部门等。
[0164] 根据以上的本实施方式涉及的请款管理装置6，能够按照企业内的部门、项目、工作场所或者职务简单地准备虚拟账户，能够以各个单位进行对外的请款。此外，由于以各部门等的请款变得明确，因此能够对各部门等进行适当的评价，资金的流动、用途也变得明确。此外，也不会出现销售债权拒付而损失的情况，认真地纳税的健全的公司得到保护。
[0165] 另外，在以上的本发明的实施方式中，优选将用于防止篡改、不正当行为的
区块链技术或分布式数据库技术应用于虚拟货币，由此能够使信息的管理更加严密，从而保证交易的安全性。(标号说明)
[0166] 1 薪酬管理装置1A 薪酬支付者信息DB
1B 劳动者信息DB
1C 考勤信息DB
1D 薪酬信息DB
1E 虚拟账户信息DB
11 薪酬计算部
12 确保处理部
13 判断处理部
14 支付处理部
15 通信处理部
21 考勤管理装置
22 薪酬支付者终端
23 劳动者终端
24 商铺终端
25 即时结算终端
26 金融机关终端
27 卡管理者终端
28 金融机关终端
3 薪酬管理装置
3A 薪酬支付者信息DB
3B 劳动者信息DB
3C 考勤信息DB
3D 薪酬信息DB
3E 虚拟账户信息DB
31 薪酬计算部
32 确保处理部
33 判断处理部
34 支付处理部
35 汇款处理部
36 通信处理部
4 薪酬管理装置
41 扣费处理部
5 薪酬管理装置
51 汇款处理部
6 请款管理装置
6A 企业信息DB
6B 虚拟账户信息DB
6C 请款信息DB
61 确保处理部
62 支付处理部
63 通信处理部
71 企业A终端
72 企业B终端
72a 总部终端
72b 部门终端
NW 网络。
