JPWO2020218153A1 - Labor bond transaction system - Google Patents
Labor bond transaction system Download PDFInfo
- Publication number
- JPWO2020218153A1 JPWO2020218153A1 JP2020564022A JP2020564022A JPWO2020218153A1 JP WO2020218153 A1 JPWO2020218153 A1 JP WO2020218153A1 JP 2020564022 A JP2020564022 A JP 2020564022A JP 2020564022 A JP2020564022 A JP 2020564022A JP WO2020218153 A1 JPWO2020218153 A1 JP WO2020218153A1
- Authority
- JP
- Japan
- Prior art keywords
- node
- information
- sale
- labor
- sold
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
- G06Q10/1091—Recording time for administrative or management purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/1834—Distributed file systems implemented based on peer-to-peer networks, e.g. gnutella
- G06F16/1837—Management specially adapted to peer-to-peer storage networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
- G06Q20/0658—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed locally
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Data Mining & Analysis (AREA)
- Technology Law (AREA)
- Development Economics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Educational Administration (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】賃金の一部を使用者に請求可能な労働債権を労働者に対して発行することで労働者個人が労働債権を主体的に取引することが可能な労働債権取引システムの提供。【解決手段】労働者ノード20は、売却対象債権が選択されたことに応答して売却申請を使用者ノードに通知し(S321)、買取先及び売却額を記録する(S322)。使用者ノード10は、売却対象債権に問題がないと判断した場合に売却承認情報を分散型台帳に記録し(S33)、売却承認通知を買取先ノード40に通知する(S34)。買取先ノード40は、売却対象債権に問題がないと判断した場合に買取承認情報を分散型台帳に記録し(S35)、買取承認通知を金融機関ノード50に通知する(S36)。金融機関ノード50は、売却承認情報及び買取承認情報が記録されていることを確認し(S37)、売却額送金完了情報を記録する(S38)。【選択図】図4PROBLEM TO BE SOLVED: To provide a labor receivables trading system in which an individual worker can independently trade labor receivables by issuing a labor receivable to the worker who can claim a part of wages from the employer. SOLUTION: A worker node 20 notifies an employer node of a sale application in response to the selection of a receivable to be sold (S321), and records a purchaser and a sale amount (S322). When the user node 10 determines that there is no problem with the loan to be sold, the user node 10 records the sale approval information in the distributed ledger (S33) and notifies the purchaser node 40 of the sale approval notice (S34). When the purchase destination node 40 determines that there is no problem with the loan to be sold, the purchase approval information is recorded in the distributed ledger (S35), and the purchase approval notification is notified to the financial institution node 50 (S36). The financial institution node 50 confirms that the sale approval information and the purchase approval information are recorded (S37), and records the sale amount remittance completion information (S38). [Selection diagram] Fig. 4
Description
本発明は、労働者の賃金の一部を使用者に請求可能な労働債権を取引する労働債権取引システムに関する。 The present invention relates to a labor claim trading system for trading labor claims in which a part of a worker's wage can be charged to an employer.
従来、1日、数週間、数ヶ月といった比較的短期の労働を提供するスタッフを派遣する人材派遣会社のための給与システムが提案されている(例えば、特許文献1参照)。 Conventionally, a salary system for a dispatching company that dispatches staff who provide relatively short-term labor such as one day, several weeks, or several months has been proposed (see, for example, Patent Document 1).
具体的には、特許文献1では、派遣スタッフ(労働者)に対する給与の支払いに関して売掛債権が確定した時点で銀行等の金融機関(買取先)が当該売掛債権を買取り、その買取対価として給与相当額が派遣スタッフに支払われる。なお、売掛債権は、派遣先企業において労働が予定された通りに提供されたことが認証されて確定する。また、人材派遣会社は、このサービスの対価として手数料を当該金融機関に対して支払う。 Specifically, in Patent Document 1, when the accounts receivable are determined for the payment of salary to the dispatched staff (workers), the financial institution (purchaser) such as a bank purchases the accounts receivable and uses it as the purchase consideration. The amount equivalent to the salary is paid to the dispatched staff. The accounts receivable are certified and confirmed that the labor was provided as scheduled at the dispatched company. In addition, the dispatching company pays a commission to the financial institution in consideration of this service.
また、別の技術として、分散型台帳技術を用いて、債務記録情報の正当性を確認できる基盤システムを利用して、効率的な支払いを支援する支払支援システムが提案されている(例えば、特許文献2参照)。 In addition, as another technology, a payment support system that supports efficient payment by using a basic system that can confirm the validity of debt record information using distributed ledger technology has been proposed (for example, a patent). Reference 2).
上記特許文献1のシステムによれば、人材派遣会社(使用者)の所有する売掛債権を銀行等の金融機関(買取先)が買い取ることで、派遣スタッフ(労働者)は、給与支給日前に給与相当額を受け取ることが可能になる。 According to the system of Patent Document 1, the dispatched staff (workers) are sent before the salary payment date by purchasing the accounts receivable owned by the dispatched labor company (employer) by a financial institution (purchasing destination) such as a bank. It will be possible to receive the amount equivalent to salary.
しかし、特許文献1に記載の売掛債権は、派遣スタッフ(労働者)ではなく人材派遣会社(使用者)に対して発行される債権である。よって、派遣スタッフ(労働者)は売掛債権に関して何らの権利も有しておらず、売掛債権を労働者自身の意思に基づいて第三者に売却することはできなかった。そのため、特許文献1において給与前払いサービスを受けるためには、企業間取引(BtoB)として、人材派遣会社(使用者)が銀行等の金融機関(買取先)に売掛債権を売却する他なく、労働者個人が主体的に取引することはできなかった。また、特許文献1に記載のシステムでは、派遣スタッフ(労働者)は、人材派遣会社(使用者)と提携する金融機関(買取先)からしか給与前払いサービスを受けることができないため、人材派遣会社(使用者)と金融機関(買取先)との間で定められた条件(手数料等)を無条件に受け入れなければならなかった。 However, the accounts receivable described in Patent Document 1 are receivables issued not to dispatched staff (workers) but to dispatched labor companies (employers). Therefore, the dispatched staff (workers) did not have any rights regarding the accounts receivable, and could not sell the accounts receivable to a third party based on the workers' own will. Therefore, in order to receive the salary prepayment service in Patent Document 1, the dispatched labor company (employer) has no choice but to sell the accounts receivable to a financial institution (purchaser) such as a bank as a business-to-business transaction (BtoB). Individual workers could not trade independently. Further, in the system described in Patent Document 1, the dispatched staff (worker) can receive the salary prepayment service only from the financial institution (purchaser) affiliated with the dispatched labor company (employer). The conditions (fees, etc.) set between the (employer) and the financial institution (purchaser) had to be accepted unconditionally.
そこで、本発明は、賃金の一部を使用者に請求可能な労働債権を労働者に対して発行することで労働者個人が労働債権を主体的に取引することが可能な労働債権取引システムを提供することを目的とする。 Therefore, the present invention provides a labor claim trading system in which an individual worker can independently trade a labor claim by issuing a labor claim to the worker who can claim a part of wages from the employer. The purpose is to provide.
上記目的を達成するために、本発明は、ピア・ツー・ピア・ネットワークで接続された複数のノードの各々が同一内容のデータを共有した状態で記録するための分散型台帳を有する労働債権取引システムであって、前記分散型台帳には、労働者の賃金の一部を債権額として使用者に請求可能な労働債権に関する情報が記録され、前記複数のノードは、使用者ノードと労働者ノードと仲介者ノードと複数の買取先ノードと金融機関ノードとを含み、前記使用者ノードは、前記労働者の勤怠情報に基づいて発行する新規労働債権に関する情報を前記分散型台帳に記録すると共に、前記新規労働債権の発行通知を前記仲介者ノードに送信し、前記仲介者ノードは、前記発行通知に応答して前記新規労働債権を検証し、前記新規労働債権に問題がないと判断した場合には前記新規労働債権に関する情報として発行承認情報を前記分散型台帳に記録し、前記労働者ノードは、複数の買取先の中から特定の買取先に売却する売却対象債権が前記労働者によって選択されたことに応答して、前記特定の買取先と前記特定の買取先の買取条件に基づく売却額とを前記売却対象債権に関する買取先情報として前記分散型台帳に記録すると共に、前記売却対象債権の売却申請を前記使用者ノードに通知し、前記使用者ノードは、前記売却申請に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として売却承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の売却承認通知を前記特定の買取先に対応する特定の買取先ノードに通知し、前記特定の買取先ノードは、前記売却承認通知に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として買取承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の買取承認通知を前記金融機関ノードに通知し、前記金融機関ノードは、前記売却対象債権に関する情報として前記売却承認情報及び前記買取承認情報が前記分散型台帳に記録されている場合には、前記売却額を前記特定の買取先の口座から前記労働者の口座へ送金する送金処理を実行した後、売却額送金完了情報を前記分散型台帳に記録することを特徴とする労働債権取引システムを提供している。 In order to achieve the above object, the present invention has a labor receivable transaction having a decentralized ledger for recording in a state where each of a plurality of nodes connected by a peer-to-peer network shares the same content data. In the system, the decentralized ledger records information on labor receivables that can be billed to the employer with a part of the wages of the worker as the amount of receivables, and the plurality of nodes are the employer node and the worker node. The employer node records information on new labor receivables issued based on the worker's attendance information in the decentralized ledger, including an intermediary node, a plurality of purchaser nodes, and a financial institution node. When the issuance notice of the new labor claim is transmitted to the intermediary node, and the intermediary node verifies the new labor claim in response to the issuance notice and determines that there is no problem with the new labor claim. Records issuance approval information in the decentralized ledger as information on the new labor receivable, and the worker node selects a receivable to be sold to a specific receivable from a plurality of receivables by the worker. In response to this, the specific purchaser and the sale amount based on the purchase conditions of the specific purchaser are recorded in the decentralized ledger as purchaser information regarding the claim to be sold, and the claim to be sold is recorded. The sale application is notified to the user node, and the user node verifies the sale target receivable in response to the sale application, and if it is determined that there is no problem with the sale target receivable, the sale target receivable. The sale approval information is recorded in the decentralized ledger as information regarding, and the sale approval notice of the receivable to be sold is notified to the specific purchaser node corresponding to the specific purchaser, and the specific purchaser node notifies the specific purchaser node. In response to the sale approval notice, the sale target receivable is verified, and if it is determined that there is no problem with the sale target receivable, the purchase approval information is recorded in the decentralized ledger as information regarding the sale target receivable. When the financial institution node is notified of the purchase approval notice of the receivable to be sold, and the financial institution node records the sale approval information and the purchase approval information in the decentralized ledger as information regarding the receivable to be sold. The labor claim is characterized in that, after executing a remittance process for transferring the sale amount from the account of the specific purchaser to the account of the worker, the sale amount transfer completion information is recorded in the decentralized ledger. It provides a trading system.
ここで、前記売却対象債権に関する情報には、前記債権額を前記特定の買取先に支払う支払日時が含まれ、前記金融機関ノードは、前記分散型台帳を参照して前記支払日時に達した前記売却対象債権を特定し、特定した前記売却対象債権の前記債権額を前記使用者の口座から前記特定の買取先の口座に送金する送金処理を実行した後、債権額送金完了情報を前記分散型台帳に記録すると共に、前記債権額の送金完了通知を前記仲介者ノードに送信し、前記仲介者ノードは、前記送金完了通知に応答して、前記売却対象債権に関する情報として前記売却対象債権を無効化する無効化情報を前記分散型台帳に記録するのが好ましい。 Here, the information regarding the receivable to be sold includes a payment date and time for paying the receivable amount to the specific purchaser, and the financial institution node has reached the payment date and time with reference to the decentralized ledger. After executing a remittance process in which the receivables to be sold are specified and the receivable amount of the specified receivables to be sold is transferred from the user's account to the specific purchaser's account, the receivable amount remittance completion information is distributed. While recording in the ledger, the transfer completion notification of the claim amount is transmitted to the intermediary node, and the intermediary node invalidates the sale target claim as information regarding the sale target claim in response to the remittance completion notification. It is preferable to record the invalidation information to be converted in the distributed ledger.
また、前記労働者ノードは、分割対象債権が前記労働者によって選択されたことに応答して、前記分割対象債権に関する情報として分割申請情報を記録すると共に、前記分割対象債権の分割申請を前記使用者ノードに通知し、前記使用者ノードは、前記分割申請を検証し、前記分割申請に問題がないと判断した場合には、前記分割対象債権に関する情報として分割承認情報を前記分散型台帳に記録し、且つ、分割された複数の分割後労働債権に関する情報をそれぞれ前記分散型台帳に記録すると共に、分割通知を前記仲介者ノードに送信し、前記仲介者ノードは、前記分割通知に応答して前記複数の分割後労働債権を検証し、前記複数の分割後労働債権に問題がないと判断した場合には前記複数の分割後労働債権に関する情報として分割承認情報をそれぞれ前記分散型台帳に記録すると共に、前記分割対象債権に関する情報として無効化情報を前記分散型台帳に記録するのが好ましい。 Further, the worker node records the split application information as the information regarding the split target claim in response to the selection of the split target claim by the worker, and uses the split application of the split target claim. When the user node verifies the split application and determines that there is no problem with the split application, the user node records the split approval information in the distributed ledger as information regarding the claim to be split. In addition, the information regarding the plurality of divided post-division labor receivables is recorded in the distributed ledger, and the division notice is transmitted to the intermediary node, and the intermediary node responds to the division notification. When the plurality of post-split labor receivables are verified and it is determined that there is no problem with the plurality of post-split labor receivables, the split approval information is recorded in the decentralized ledger as information regarding the plurality of post-split labor receivables. At the same time, it is preferable to record the invalidation information in the distributed ledger as the information regarding the loan to be split.
また、前記使用者ノードは、前記分割対象債権が前記使用者によって発行され、且つ、分割対象債権の債権額と前記複数の分割後労働債権の債権額の合計額とが一致することを条件として、前記分割申請に問題がないと判断し、前記仲介者ノードは、前記分割対象債権に関する情報として前記分割申請情報と前記分割承認情報とが記録され、且つ、前記複数の分割後労働債権が分割申請の内容に沿って発行されていることを条件として、前記複数の分割後労働債権に問題がないと判断するのが好ましい。 Further, the employer node is provided on the condition that the split target claim is issued by the employer and the total amount of the split target claim and the plurality of split labor claims are the same. , The intermediary node determines that there is no problem in the split application, the split application information and the split approval information are recorded as information regarding the split target claim, and the plurality of post-split labor claims are split. It is preferable to judge that there is no problem with the plurality of post-split labor claims, provided that they are issued according to the contents of the application.
また、前記労働債権に関する情報には売却期限が含まれ、前記仲介者ノードは、前記複数の買取先の何れにも売却されることなく前記売却期限に達した前記労働債権を非売却労働債権として特定し、前記非売却労働債権に関する情報として無効化情報を前記分散型台帳に記録するのが好ましい。 In addition, the information on the labor receivable includes a sale deadline, and the intermediary node treats the labor receivable that has reached the sale deadline as a non-sale labor receivable without being sold to any of the plurality of purchasers. It is preferable to identify and record invalidation information in the decentralized ledger as information on the unsold labor receivables.
また、前記仲介者ノードは、前記新規労働債権が前記使用者の発行権限内で発行され、且つ、前記新規労働債権に関する情報として購入者情報が記録されていないことを条件として、前記新規労働債権に問題がないと判断するのが好ましい。 Further, the intermediary node is provided with the condition that the new labor claim is issued within the issuing authority of the employer and the purchaser information is not recorded as the information regarding the new labor claim. It is preferable to judge that there is no problem with.
さらに、前記使用者ノードは、前記売却対象債権が前記使用者によって発行されていることを条件として前記売却対象債権に問題がないと判断し、前記特定の買取先ノードは、前記売却対象債権に関する情報として前記売却承認情報が記録されていることを条件として前記売却対象債権に問題がないと判断するのが好ましい。 Further, the user node determines that there is no problem with the sale target receivable on condition that the sale target receivable is issued by the user, and the specific purchaser node relates to the sale target receivable. It is preferable to judge that there is no problem with the claim to be sold on the condition that the sale approval information is recorded as the information.
また、本発明は、ピア・ツー・ピア・ネットワークで接続された複数のノードの各々が同一内容のデータを共有した状態で記録するための分散型台帳を有する労働債権取引システムであって、前記分散型台帳には、労働者の賃金の一部を債権額として使用者に請求可能な労働債権に関する情報が記録され、前記複数のノードは、使用者ノードと労働者ノードと仲介者ノードと複数の買取先ノードと金融機関ノードとを含み、前記労働者ノードは、前記使用者によって承認された勤怠情報に基づいて前記労働者が指定した債権額に相当する新規労働債権の発行申請を使用者ノードに送信し、前記使用者ノードは、前記発行申請に応答して、前記新規労働債権に関する情報を前記分散型台帳に記録すると共に前記新規労働債権の発行通知を前記仲介者ノードに送信し、前記仲介者ノードは、前記発行通知に応答して前記新規労働債権を検証し、前記新規労働債権に問題がないと判断した場合には前記新規労働債権に関する情報として発行承認情報を前記分散型台帳に記録し、前記労働者ノードは、複数の買取先の中から特定の買取先に売却する売却対象債権が前記労働者によって選択されたことに応答して、前記特定の買取先と前記特定の買取先の買取条件に基づく売却額とを前記売却対象債権に関する買取先情報として前記分散型台帳に記録すると共に、前記売却対象債権の売却申請を前記使用者ノードに通知し、前記使用者ノードは、前記売却申請に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として売却承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の売却承認通知を前記特定の買取先に対応する特定の買取先ノードに通知し、前記特定の買取先ノードは、前記売却承認通知に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として買取承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の買取承認通知を前記金融機関ノードに通知し、前記金融機関ノードは、前記売却対象債権に関する情報として前記売却承認情報及び前記買取承認情報が前記分散型台帳に記録されている場合には、前記売却額を前記特定の買取先の口座から前記労働者の口座へ送金する送金処理を実行した後、売却額送金完了情報を前記分散型台帳に記録することを特徴とする労働債権取引システムを提供している。 Further, the present invention is a labor claim transaction system having a decentralized ledger for recording in a state where each of a plurality of nodes connected by a peer-to-peer network shares the same content of data. In the decentralized ledger, information on labor receivables that can be charged to the employer with a part of the wages of the worker as the amount of receivables is recorded, and the plurality of nodes are the employer node, the worker node, the intermediary node, and the like. The worker node, including the purchaser node and the financial institution node, applies for the issuance of a new labor claim corresponding to the amount of the claim specified by the worker based on the attendance information approved by the employer. In response to the issuance application, the employer node records information about the new labor claim in the decentralized ledger and sends a notification of issuance of the new labor claim to the intermediary node. The intermediary node verifies the new labor claim in response to the issuance notification, and if it determines that there is no problem with the new labor claim, issues issuance approval information as information regarding the new labor claim in the distributed ledger. In response to the worker selecting the receivables to be sold to be sold to a specific purchaser from among a plurality of purchasers, the worker node records in the specific purchaser and the specific purchaser. The sale amount based on the purchase conditions of the purchaser is recorded in the distributed ledger as the purchaser information regarding the claim to be sold, and the application for sale of the claim to be sold is notified to the user node, and the user node notifies the user node. In response to the sale application, the sale target claim is verified, and if it is determined that there is no problem with the sale target claim, the sale approval information is recorded in the distributed ledger as information regarding the sale target claim. The sale approval notice of the sale target receivable is notified to the specific purchaser node corresponding to the specific purchaser, and the specific purchaser node verifies the sale target receivable in response to the sale approval notice. When it is determined that there is no problem with the loan to be sold, the purchase approval information is recorded in the distributed ledger as information regarding the loan to be sold, and the purchase approval notice of the loan to be sold is notified to the financial institution node. When the sale approval information and the purchase approval information are recorded in the decentralized ledger as information regarding the receivables to be sold, the financial institution node transfers the sale amount from the account of the specific purchaser. It is characterized by recording the sale amount remittance completion information in the decentralized ledger after executing the receivables process to transfer the receivables to the worker's account. Provides a labor bond trading system.
更に、本発明は、ピア・ツー・ピア・ネットワークで接続された複数のノードの各々が同一内容のデータを共有した状態で記録するための分散型台帳を有する労働債権取引システムであって、前記分散型台帳には、労働者の賃金の一部を債権額として使用者に請求可能な労働債権に関する情報が記録され、前記複数のノードは、使用者ノードと労働者ノードと仲介者ノードと買取先ノードとを含み、前記使用者ノードは、前記労働者の勤怠情報に基づいて発行する新規労働債権に関する情報を前記分散型台帳に記録すると共に、前記新規労働債権の発行通知を前記仲介者ノードに送信し、前記仲介者ノードは、前記発行通知に応答して前記新規労働債権を検証し、前記新規労働債権に問題がないと判断した場合には前記新規労働債権に関する情報として発行承認情報を前記分散型台帳に記録し、前記労働者ノードは、前記買取先ノードに対応する買取先と前記買取先の買取条件に基づく売却額とを前記売却対象債権に関する買取先情報として前記分散型台帳に記録すると共に、前記売却対象債権の売却申請を前記使用者ノードに通知し、前記使用者ノードは、前記売却申請に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として売却承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の売却承認通知を前記買取先ノードに通知し、前記買取先ノードは、前記売却承認通知に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として買取承認情報を前記分散型台帳に記録し、前記売却額を前記買取先の口座から前記労働者の口座へ送金する送金処理を実行した後、売却額送金完了情報を前記分散型台帳に記録することを特徴とする労働債権取引システムを提供している。 Further, the present invention is a labor bond trading system having a decentralized ledger for recording in a state where each of a plurality of nodes connected by a peer-to-peer network shares the same content of data. In the decentralized ledger, information on labor receivables that can be charged to the employer with a part of the wages of the worker as the amount of receivables is recorded, and the plurality of nodes are the employer node, the worker node, the intermediary node, and the purchase. The employer node records information on new labor receivables to be issued based on the worker's attendance information in the decentralized ledger, including the destination node, and notifies the issuance of the new labor receivables to the intermediary node. In response to the issuance notification, the intermediary node verifies the new labor claim, and if it determines that there is no problem with the new labor claim, issues issuance approval information is provided as information regarding the new labor claim. Recorded in the decentralized ledger, the worker node records the purchaser corresponding to the purchaser node and the sale amount based on the purchase conditions of the purchaser in the decentralized ledger as purchaser information regarding the receivables to be sold. While recording, the user node is notified of the application for sale of the receivable to be sold, and the user node verifies the receivable to be sold in response to the application for sale, and there is no problem with the receivable to be sold. When it is determined, the sale approval information is recorded in the distributed ledger as the information regarding the receivable to be sold, and the notice of approval to sell the receivable to be sold is notified to the purchaser node, and the purchaser node notifies the purchaser node of the sale. In response to the approval notice, the loan to be sold is verified, and if it is determined that there is no problem with the loan to be sold, the purchase approval information is recorded in the decentralized ledger as information on the loan to be sold, and the sale amount. Provided is a labor receivables transaction system characterized in that after executing a remittance process of transferring money from the purchaser's account to the worker's account, the sale amount remittance completion information is recorded in the decentralized ledger.
本発明によれば、分散型台帳技術を利用して、賃金の一部を使用者に請求可能な労働債権が労働者に対して発行される。そのため、労働者が自らの意思で複数の買取先の中から労働債権の売却先を選択して売却することが可能である。端的に言えば、労働者個人が労働債権を主体的に取引することが可能である。 According to the present invention, a labor claim capable of claiming a part of wages from an employer is issued to a worker by using the distributed ledger technology. Therefore, it is possible for a worker to voluntarily select and sell a labor receivable from a plurality of purchasers. In short, it is possible for individual workers to independently trade labor receivables.
<1.実施形態>
本発明の実施形態による労働債権取引システム1について図1から図6を参照しながら説明する。<1. Embodiment>
The labor bond transaction system 1 according to the embodiment of the present invention will be described with reference to FIGS. 1 to 6.
図1に示されるように、労働債権取引システム1は、ピア・ツー・ピア(P2P)ネットワークPNによる公知の分散型台帳技術を用いて労働債権に関する情報(図2参照)を共有し、労働債権を取引するためのシステムである。 As shown in FIG. 1, the labor receivables trading system 1 shares information on labor receivables (see FIG. 2) using a known distributed ledger technology by peer-to-peer (P2P) network PN, and labor receivables. It is a system for trading.
以下では、本発明に係る労働債権の一例としてBillCoinという名称の労働債権を例示する。BillCoinとは、労働者の賃金の一部(具体的には給与支給額の6〜7割程度)を使用者に請求可能な債権として使用者(雇用主)が労働者に対して発行する独自の債権である。 In the following, a labor claim named BillCoin will be illustrated as an example of the labor claim according to the present invention. BillCoin is a unique claim issued by an employer to a worker as a claim that can be charged to the employer for a part of the worker's wage (specifically, about 60 to 70% of the salary payment amount). It is a claim of.
労働者は、BillCoinを所定条件(債権額の95パーセントで買取等)で特定の買取先に売却することが可能である。これにより、労働者は、買取先に手数料(買取条件が債権額95%の場合、手数料は5%)を支払うことで、給与支給日前に賃金の一部を現金化することが可能である。なお、本システムでは、BillCoinの売却先を複数の買取先の中から選択する構成となっている関係上、労働者は、より良い買取条件を提示する買取先を選択することが可能である。また、複数の買取先が存在することで、市場の原理が働き、労働者にとって有利な買取条件が設定される可能性が高い。 Workers can sell BillCoin to a specific purchaser under certain conditions (purchase at 95% of the amount of the claim, etc.). As a result, the worker can cash a part of the wage before the salary payment date by paying the purchaser a commission (if the purchase condition is 95% of the claim amount, the commission is 5%). In this system, since the seller of BillCoin is selected from a plurality of purchasers, the worker can select the purchaser who presents better purchase conditions. In addition, the existence of multiple purchasers is likely to work the market principle and set purchase conditions that are favorable to workers.
なお、BillCoinには買取先への売却期限が設定される。売却期限を過ぎたBillCoinは自動的に消滅し、消滅したBillCoinの債権額は給与支給日に残りの給与と共に支給される。すなわち、労働者は、給与前払いが不要な場合には、BillCoinを売却せずに消滅させ、BillCoinの債権額を給与支給日に満額受け取るといった選択も可能である。 The BillCoin has a deadline for sale to the purchaser. BillCoin that has passed the sale deadline will be automatically extinguished, and the amount of the extinguished BillCoin's receivables will be paid together with the remaining salary on the salary payment date. That is, when the salary prepayment is not required, the worker can choose to extinguish the BillCoin without selling it and receive the full amount of the BillCoin claim on the salary payment date.
BillCoinが売却された場合には、買取先への支払日時が設定されるため、支払日時が到来した時点で買取先は債権額を使用者から受け取ることができる。すなわち、買取先は、BillCoinを買い取ることで、支払日時にBillCoinの債権額を使用者から受け取り、受け取った債権額と労働者に実際に支払った買取額との差額を利益として得ることが可能である。つまり、買取先は、BillCoinによって利ざやを稼ぐことが可能である。 When BillCoin is sold, the payment date and time to the purchaser is set, so that the purchaser can receive the amount of the claim from the user when the payment date and time arrives. That is, by purchasing BillCoin, the purchaser can receive the amount of BillCoin's receivables from the employer at the payment date and time, and can obtain the difference between the amount of receivables received and the amount of purchase actually paid to the worker as a profit. be. That is, the purchaser can earn a profit margin by using BillCoin.
また、BillCoinが労働者に対して発行され、当該労働者がBillCoinを特定の買取先に売却可能とすることで、使用者は、給与支給日前に給与前払いのための現金(キャッシュ)を確保しなくて済む。 In addition, BillCoin is issued to a worker, and the worker can sell BillCoin to a specific purchaser, so that the employer secures cash for prepayment of salary before the salary payment date. You don't have to.
図1に示されるように、労働債権取引システム1は、P2P(ピア・ツー・ピア)ネットワークPNを介して接続される複数のノードとして使用者ノード10、労働者ノード20、仲介者ノード30、複数の買取先ノード40(40A〜40C)及び金融機関ノード50を備えて構成される。
As shown in FIG. 1, the labor credit trading system 1 has an
本実施形態では、労働債権取引システム1は、単一のコンピュータ内で構築されたP2PネットワークPNによって単一のコンピュータで実現されているものとする。より詳細には、単一のコンピュータ内において、個別のIPアドレスが設定された各ノード10,20,30,40,50がAPIノードとして機能するように設計されている。これにより、単一のコンピュータ内において、各ノードは他のノードとの間でP2P通信を行い、各種の処理を適宜実行する。なお、各ノード間で実行される各種承認処理(後述)は、公知のスマートコントラクト技術によって自動的に実行される。
In the present embodiment, it is assumed that the labor bond transaction system 1 is realized by a single computer by a P2P network PN constructed in a single computer. More specifically, within a single computer, each
なお、ここでは、P2PネットワークPNが単一のコンピュータ内で構築される場合を例示するが、これに限定されず、複数のコンピュータを用いて構築されるようにしてもよい。つまり、P2PネットワークPNによって互いに接続された複数のコンピュータの各々が上述した各ノード10,20,30,40,50として機能するように設計してもよい。
Here, the case where the P2P network PN is constructed in a single computer is illustrated, but the present invention is not limited to this, and the P2P network PN may be constructed using a plurality of computers. That is, each of the plurality of computers connected to each other by the P2P network PN may be designed to function as the above-mentioned
使用者ノード10、労働者ノード20、仲介者ノード30、複数の買取先ノード40(40A〜40C)及び金融機関ノード50は、分散型台帳に記録されたBillCoinに関する情報を共有する。
The
使用者ノード10は、勤怠データベースDBにアクセス可能に構成されている。勤怠データベースDBには、図示しないタイムレコーダを介して記録される労働者の勤怠情報が蓄積されている。なお、勤怠データベースDBは、労働債権取引システム1が構築されたコンピュータの記憶装置に存在してもよく、当該コンピュータと通信可能な外部の記憶装置に存在してもよい。使用者ノード10は、新規BillCoinの発行等を行うためのノードとして使用者(雇用者)によって予め承認されているものとする。
The
労働者ノード20は、保有するBillCoinの売却等を行うために労働者によって予め承認されているものとする。買取先ノード40は、BillCoinの買取等を行うために買取先によって予め承認されているものとする。金融機関ノード50は、送金処理を実行するためのノードとして金融機関によって予め承認されているものとする。
It is assumed that the
各ノード10,20,30,40,50は、同一内容のデータを共有した状態で記録するための分散型台帳を保持している。各ノード10,20,30,40,50の分散型台帳には、上述したBillCoin情報(図2参照)が記録されている。
Each
図2に示すように、BillCoin情報は、「Coin ID」、「Coin発行日時」、「使用者」、「労働者」、「債権額」、「Coin売却期限」を備えている。「Coin ID」にはBillCoinを識別するための識別子が記録される。「Coin発行日時」にはBillCoinを発行した日時が記録される。「使用者」にはBillCoinを発行した使用者に関する情報(使用者を識別する情報等)が記録される。「労働者」にはBillCoinを所有する労働者に関する情報(労働者を識別する情報等)が記録される。「債権額」にはBillCoinの債権額が記録される。「Coin売却期限」にはBillCoinを買取先に売却可能な期限(売却期日等)が記録される。これら6つの情報は、BillCoinの発行時に記録される。 As shown in FIG. 2, the BillCoin information includes a "Coin ID", a "Coin issuance date and time", an "employer", a "worker", a "credit amount", and a "coin sale deadline". An identifier for identifying the BillCoin is recorded in the "Coin ID". The date and time when the BillCoin was issued is recorded in the "Coin issuance date and time". Information about the user who issued the BillCoin (information for identifying the user, etc.) is recorded in the "user". Information about the worker who owns BillCoin (information for identifying the worker, etc.) is recorded in the "worker". The amount of BillCoin's claim is recorded in "Amount of claim". In the "Coin sale deadline", the deadline (sale date, etc.) at which BillCoin can be sold to the purchaser is recorded. These six pieces of information are recorded when BillCoin is issued.
また、BillCoin情報は、「買取先」、「売却額」、「支払日時」、「売却額送金完了情報」、「債権額送金完了情報」、「分割申請」、「分割元Coin ID」、「無効」を備えている。「買取先」にはBillCoinの買取先情報(買取先を識別する情報等)が記録される。「売却額」には買取先に売却する際の売却額が記録される。「支払日時」にはBillCoin買取先への支払日時が記録される。「売却額送金完了情報」には売却額の送金が完了したことを示す情報が記録される。「債権額送金完了情報」には債権額の送金が完了したことを示す情報が記録される。「分割申請」にはBillCoinの分割申請に関する情報が記録される。なお、分割申請に関する情報としては、例えば、複数の分割後BillCoinの各債権額等が記録される。「分割元Coin ID」には分割対象BillCoinのCoin IDが記録される。「無効」にはBillCoinを無効化する無効化情報が記録される。これら8つの情報は、BillCoinを売却したり、分割したりした場合にのみ記録される。 In addition, BillCoin information includes "purchaser", "sale amount", "payment date", "sale amount remittance completion information", "credit amount remittance completion information", "split application", "split source Coin ID", and "split source Coin ID". It has "invalidity". BillCoin's purchaser information (information identifying the purchaser, etc.) is recorded in the "purchase destination". The "sale amount" records the sale amount when selling to the purchaser. The payment date and time to the BillCoin purchaser is recorded in the "payment date and time". Information indicating that the remittance of the sale amount has been completed is recorded in the "sale amount remittance completion information". Information indicating that the remittance of the claim amount has been completed is recorded in the "credit amount remittance completion information". Information about the BillCoin split application is recorded in the "split application". As the information regarding the split application, for example, the amount of each claim of the plurality of billcoins after the split is recorded. The Coin ID of the BillCoin to be divided is recorded in the "division source Coin ID". In "Invalid", invalidation information for invalidating BillCoin is recorded. These eight pieces of information are only recorded if the BillCoin is sold or split.
更に、BillCoin情報は、「発行承認」、「売却承認」、「買取承認」、「使用者分割承認」、「仲介者分割承認」を備えている。「発行承認」には仲介者によるBillCoinの発行承認情報が記録される。「売却承認」には使用者によるBillCoinの売却承認情報が記録される。「買取承認」には買取先によるBillCoinの買取承認情報が記録される。「使用者分割承認」には使用者によるBillCoinの分割承認情報が記録される。「仲介者分割承認」には仲介者によるBillCoinの分割承認情報が記録される。 Further, the BillCoin information includes "issue approval", "sale approval", "purchase approval", "user division approval", and "intermediary division approval". In "Issue Approval", the issuance approval information of BillCoin by the intermediary is recorded. In the "sale approval", the sale approval information of BillCoin by the user is recorded. In "purchase approval", the purchase approval information of BillCoin by the purchaser is recorded. In the "user division approval", the division approval information of BillCoin by the user is recorded. In "Intermediary division approval", information on division approval of BillCoin by an intermediary is recorded.
上述のようなBillCoin情報は、新規に発行されるBillCoin毎に記録される。詳細には、公知のブロックチェーン方式を用いて、1つのBillCoin情報を1つのブロックと捉え、BillCoinが発行される度にチェーン状にブロック(BillCoin情報)が追加される。ブロックは、ヘッダとトランザクションとからなる。ヘッダには、そのブロックに関する情報と1つ前のブロックに関する情報とが含まれる。トランザクションには、具体的なBillCoin情報が記録される。 The BillCoin information as described above is recorded for each newly issued BillCoin. Specifically, using a known blockchain method, one BillCoin information is regarded as one block, and each time a BillCoin is issued, a block (BillCoin information) is added in a chain shape. A block consists of a header and a transaction. The header contains information about the block and information about the previous block. Specific BillCoin information is recorded in the transaction.
続いて、図3に示すシーケンス図を参照しつつ、BillCoinの発行・消滅に伴う処理について詳細に説明する。 Subsequently, the processing associated with the issuance / disappearance of BillCoin will be described in detail with reference to the sequence diagram shown in FIG.
図3に示されるように、使用者ノード10は、労働者の勤怠情報が記録された勤怠データベースDBを参照し、勤怠情報を承認する(ステップS11)。勤怠情報の承認は、使用者側の担当者が逐次確認して承認するようにしてもよく、あるいは、記録された勤怠情報が正しいものとして自動承認するようにしてもよい。
As shown in FIG. 3, the
使用者ノード10は、承認した勤怠情報に基づいて新規BillCoinを発行し、新規BillCoinに関する情報を分散型台帳に記録する(ステップS12)。上述したように、BillCoinの発行時点においては、「Coin ID」、「Coin発行日時」、「使用者」、「労働者」、「債権額」及び「Coin売却期限」の6つの情報が自動的に記録される。「債権額」には、所定の算定式により賃金の一部(例えば6〜7割)に相当する額が記録される。また、「Coin売却期限」には、使用者が事前に設定した期間(例えば発行から2週間後)が記録される。
The
新規BillCoinに関する情報を記録した後、使用者ノード10は、新規BillCoinの発行通知を仲介者ノード30に送信する(ステップS13)。
After recording the information about the new BillCoin, the
新規BillCoinの発行通知に応答して、仲介者ノード30は、分散型台帳に記録された新規BillCoinを検証する。新規BillCoinが使用者の発行権限内で発行され、かつ、BillCoin情報の「購入者情報」が記録されていないことを条件として、仲介者ノード30は新規BillCoinに問題がないと判断する。
In response to the new BillCoin issuance notification, the
新規BillCoinに問題がないと判断した場合、仲介者ノード30は、仲介者による新規BillCoinの発行承認情報を分散型台帳(詳細にはBillCoin情報の「発行承認」)に記録する(ステップS14)。
When it is determined that there is no problem with the new BillCoin, the
以上のステップS11〜S14の処理により、新規BillCoinが労働者に対して発行され、労働者はBillCoinを所有することになる。 By the processing of the above steps S11 to S14, a new BillCoin is issued to the worker, and the worker owns the BillCoin.
上述したように、労働者は、BillCoinを売却期限までに売却し、早期に現金を受け取ることも、売却期限までに売却せずに債権額を残りの給与と共に給与支給日に全額受け取ることも可能である。 As mentioned above, workers can sell BillCoin by the sale deadline and receive cash early, or they can receive the full amount of the receivables along with the remaining salary on the payday without selling by the sale deadline. Is.
労働債権取引システム1は、労働者がBillCoinを売却期限までに売却しない場合に図3のステップS15,16の処理を実行する。 The labor bond transaction system 1 executes the processes of steps S15 and 16 of FIG. 3 when the worker does not sell BillCoin by the sale deadline.
具体的には、仲介者ノード30は、BillCoin情報を参照し、買取先に売却されることなく売却期限に達したBillCoinを非売却BillCoinとして特定する(ステップS15)。詳細には、仲介者ノード30は、「買取先」に買取先情報が記録されておらず、「Coin売却期限」を過ぎたBillCoinを非売却BillCoinとして特定する。
Specifically, the
仲介者ノード30は、ステップS15で特定した非売却BillCoinを無効化する「無効化情報」を分散型台帳(詳細にはBillCoin情報の「無効」)に記録する(ステップS16)。
The
以上のステップS15,16の処理により、BillCoinは消滅し、BillCoinの債権額は残りの給与に合算され、通常通り給与支給日に労働者に支給される。 By the processing of the above steps S15 and S16, the BillCoin is extinguished, the amount of the BillCoin claim is added to the remaining salary, and the worker is paid to the worker on the salary payment date as usual.
続いて、図4のシーケンス図を参照しつつ、労働者がBillCoinを特定の買取先に売却する場合の処理について説明する。 Subsequently, the process when the worker sells BillCoin to a specific purchaser will be described with reference to the sequence diagram of FIG.
まず、労働者ノード20は、労働者の選択操作に応じて、労働者の所有するBillCoinの中から売却対象BillCoinを選択すると共に、複数の買取先40A〜40Cの中から売却対象BillCoinの売却先を選択する(ステップS31)。そして、労働者ノード20は、売却対象BillCoinの売却申請を使用者ノード10に通知する(ステップS321)。また、労働者ノード20は、売却対象BillCoinの買取先と当該買取先の買取条件に基づく売却額とを分散型台帳(詳細にはBillCoin情報の「買取先」)に記録する(ステップS322)。ここでは、売却対象BillCoinの売却先として買取先40Aが選択されたものとして説明を進める。
First, the
労働者ノード20からの売却申請に応答して、使用者ノード10は、売却対象BillCoinを検証する。売却対象BillCoinが使用者によって発行されていることを条件に、使用者ノード10は、売却対象BillCoinに問題がないと判断する。
In response to the sale request from the
売却対象BillCoinに問題がないと判断した場合、使用者ノード10は、使用者による売却対象BillCoinの売却承認情報を分散型台帳(詳細にはBillCoin情報の「売却承認」)に記録する(ステップS33)。そして、使用者ノード10は、売却対象BillCoinの売却承認通知を買取先ノード40Aに送信する(ステップS34)。
When it is determined that there is no problem with the BillCoin to be sold, the
使用者ノード10からの売却承認通知に応答して、買取先ノード40Aは、売却対象BillCoinを検証する。買取先ノード40Aは、使用者による売却承認情報が「売却承認」に記録されていることを条件に、売却対象BillCoinに問題がないと判断する。
In response to the sale approval notification from the
売却対象BillCoinに問題がないと判断した場合、買取先ノード40Aは、買取先による売却対象BillCoinの買取承認情報を分散型台帳(詳細にはBillCoin情報の「買取承認」)に記録する(ステップS35)。そして、買取先ノード40Aは、売却対象BillCoinの買取承認通知を金融機関ノード50に送信する(ステップS36)。
When it is determined that there is no problem with the BillCoin to be sold, the
金融機関ノード50は、分散型台帳を参照し、売却BillCoinに関する情報として売却承認情報及び買取承認情報が記録されている否かを確認する(ステップS37)。
The
金融機関ノード50は、売却承認情報及び買取承認情報が記録されていると判断した場合には、売却対象BillCoinのBillCoin情報として記録された売却額を買取先の口座から労働者の口座へ送金する送金処理を実行する。送金処理が完了すると、金融機関ノード50は、売却額の送金が完了したことを示す売却額送金完了情報を分散型台帳(詳細にはBillCoin情報の「売却額送金完了情報」)に記録する(ステップS38)。
When the
その後、金融機関ノード50は、送金結果(詳細には分散型台帳に売却額送金完了情報を記録したこと)を仲介者ノード30に通知する(ステップS39)。送金結果が通知されたことに応答して、仲介者ノード30は、分散型台帳に記録された売却額送金完了情報を検証し、問題がないと判断した場合には、BillCoinの購入者情報を分散型台帳(詳細にはBillCoin情報の「買取先」)に記録する(ステップS40)。これに伴い、BillCoinの所有権が労働者から特定の買取先に移る。
After that, the
以上のステップS31〜S39の処理により、BillCoinが労働者から買取先に売却され、買取先がBillCoinの新たな所有者となる。 By the above steps S31 to S39, the BillCoin is sold from the worker to the purchaser, and the purchaser becomes the new owner of the BillCoin.
労働債権取引システム1は、買取先への支払い処理として、図5に示すステップS51〜S53の処理を実行する。 The labor bond transaction system 1 executes the processes of steps S51 to S53 shown in FIG. 5 as the payment process to the purchaser.
具体的には、金融機関ノード50は、BillCoin情報(詳細には「支払日時」)を参照し、支払期限に達したBillCoinを支払対象BillCoinとして特定する(ステップS51)。なお、本実施形態では、「支払日時」は、新規BillCoinの発行時に使用者ノード10によって記録されているものとするが、これに限定されず、例えば、売買成立時に仲介者ノード30によって記録されるようにしてもよい。
Specifically, the
支払対象BillCoinが特定されると、金融機関ノード50は、債権額を使用者の口座から買取先の口座へ送金する送金処理を実行する。
When the payment target BillCoin is specified, the
送金処理が完了すると、金融機関ノード50は、債権額の送金が完了したことを示す債権額送金完了情報を分散型台帳(詳細にはBillCoin情報の「債権額送金完了情報」)に記録する(ステップS52)。また、金融機関ノード50は、送金完了通知を仲介者ノード30に送信する(ステップS53)。
When the remittance process is completed, the
金融機関ノード50から送金完了通知を受信したことに応答して、仲介者ノード30は、支払対象BillCoinを無効化する「無効化情報」を分散型台帳(詳細にはBillCoin情報の「無効」)に記録する(ステップS54)。
In response to receiving the remittance completion notification from the
ところで、労働者が自身の所有するBillCoinの債権額のうち一部を現金化したいというケースも想定される。そこで、労働債権取引システム1では、労働者によって選択された分割対象BillCoinを複数のBillCoinに分割する分割処理が実行可能になっている。 By the way, it is assumed that a worker wants to cash a part of the amount of BillCoin's claims owned by the worker. Therefore, in the labor bond transaction system 1, the division process of dividing the division target BillCoin selected by the worker into a plurality of BillCoins can be executed.
以下、図6のシーケンス図を参照しながら、労働者がBillCoinを分割する分割処理について説明する。 Hereinafter, the division process in which the worker divides the BillCoin will be described with reference to the sequence diagram of FIG.
まず、労働者ノード20は、労働者の選択操作に応じて、労働者の所有するBillCoinの中から分割対象BillCoinを選択する(ステップS71)。
First, the
次に、労働者ノード20は、分割申請情報を分散型台帳(詳細にはBillCoin情報の「分割申請」)に記録する(ステップS72)。分割申請情報には、分割申請したこと及び分割後BillCoinの債権額が含まれる。
Next, the
この後、労働者ノード20は、分割対象BillCoinの分割申請通知を使用者ノード10に送信する(ステップS73)。
After that, the
労働者ノード20からの分割申請通知に応答して、使用者ノード10は、分割対象BillCoinを検証する。詳細には、使用者ノード10は、分割対象BillCoinが使用者によって発行され、且つ、分割対象BillCoinの債権額と複数の分割後BillCoinの債権額の合計額とが一致することを条件に、分割対象BillCoinに対する分割申請に問題がないと判断する。
In response to the division application notification from the
分割対象BillCoinに対する分割申請に問題がないと判断した場合、使用者ノード10は、使用者による分割対象BillCoinの分割承認情報を分散型台帳(詳細にはBillCoin情報の「使用者分割承認」)に記録する(ステップS74)。また、使用者ノード10は、複数の分割後BillCoinに関する情報を分散型台帳に記録する(ステップS75)。複数の分割後BillCoinに関する情報には、図2に示す「分割元Coin ID」が記録される。そして、使用者ノード10は、BillCoin分割通知を仲介者ノード30に送信する(ステップS76)。
When it is determined that there is no problem in the division application to the division target BillCoin, the
使用者ノード10からのBillCoin分割通知に応答して、仲介者ノード30は、複数の分割後BillCoinを検証する。詳細には、仲介者ノード30は、分割対象BillCoinの情報として分割申請情報及び分割承認情報が記録され、かつ、複数の分割後BillCoinが分割申請の内容に沿って発行されていることを条件に、複数の分割後BillCoinに問題がないと判断する。
In response to the BillCoin split notification from the
複数の分割後BillCoinに問題がないと判断した場合、仲介者ノード30は、複数の分割後BillCoinに関する情報として分割承認情報を分散型台帳(詳細にはBillCoin情報の「仲介者分割承認」)に記録すると共に、分割対象BillCoinを無効化する「無効化情報」を分散型台帳(詳細にはBillCoin情報の「無効」)に記録する(ステップS77)。
When it is determined that there is no problem with the plurality of post-split BillCoins, the
以上のステップS71〜S77の処理により、労働者が選択した分割対象BillCoinを複数の分割後BillCoinに分割することが可能である。 By the above steps S71 to S77, it is possible to divide the division target BillCoin selected by the worker into a plurality of division target BillCoins.
上述した本実施形態によれば、分散型台帳技術を利用して賃金の一部を使用者に請求可能なBillCoinが労働者に対して発行される。そのため、労働者が自らの意思でBillCoinの売却先を複数の買取先の中から選択して売却することが可能である。端的に言えば、労働者個人がBillCoinを主体的に取引することが可能である。 According to the present embodiment described above, a BillCoin that can charge an employer for a part of wages by using the distributed ledger technology is issued to a worker. Therefore, it is possible for a worker to voluntarily select a seller of BillCoin from a plurality of buyers and sell it. In short, it is possible for individual workers to trade BillCoin independently.
<2.変形例>
本発明による労働債権取引システムは上述した実施の形態に限定されず、特許請求の範囲に記載した範囲で種々の変形や改良が可能である。<2. Modification example>
The labor claim transaction system according to the present invention is not limited to the above-described embodiment, and various modifications and improvements can be made within the scope of claims.
例えば、上記実施形態では、BillCoin情報が公知のブロックチェーン方式により記録される場合を例示したが、これに限定されない。P2Pネットワークに接続される複数のノードで同じデータを保持し合う分散型台帳技術を用いるものであれば、他の方式を採用してもよい。 For example, in the above embodiment, the case where the BillCoin information is recorded by a known blockchain method has been illustrated, but the present invention is not limited to this. Other methods may be adopted as long as they use the distributed ledger technology in which the same data is held by a plurality of nodes connected to the P2P network.
また、上記実施形態では、図3に示すように、使用者ノード10が新規BillCoinを発行する(ステップS12)と共に、当該新規BillCoinに関する情報を分散型台帳に記録する(ステップS13)場合を例示したが、これに限定されない。
Further, in the above embodiment, as shown in FIG. 3, a case where the
図7に示すように、労働者ノード20が、勤怠情報に基づいて労働者によって指定された債権額に相当する新規BillCoinの発行を使用者ノード10に申請するようにしてもよい(ステップS121)。そして、使用者ノード10が、発行申請された内容に基づいて新規BillCoinに関する情報を分散型台帳に記録するようにしてもよい(ステップS122)。
As shown in FIG. 7, the
また、上記実施形態では、買取先と金融機関とが異なる場合を例示したが、これに限定されず、両者が同じであってもよい。 Further, in the above embodiment, the case where the purchaser and the financial institution are different has been illustrated, but the present invention is not limited to this, and both may be the same.
具体的には、金融機関自体が買取先としてBillCoinを労働者から買い取るようにしてもよい。詳細には、図8に示すように、上記実施形態で金融機関ノード50が行っていた処理(図4のステップS37,S38,S39)を金融機関である買取先ノード40が行うようにすればよい。その場合、図4のステップS36の処理(買取承認通知)は不要であるから、図8においては存在しない。また、図示は省略するが、図5のステップS51,S52,S53の処理についても金融機関である買取先ノード40が行うようにすればよい。
Specifically, the financial institution itself may purchase BillCoin from workers as a purchaser. Specifically, as shown in FIG. 8, if the
以上のように本発明にかかる労働債権取引システムは、賃金の一部を債権化した労働債権を取引するのに適している。 As described above, the labor receivables trading system according to the present invention is suitable for trading labor receivables in which a part of wages is converted into receivables.
1 労働債権取引システム
10 使用者ノード
20 労働者ノード
30 仲介者ノード
40(40A〜40C) 買取先ノード
50 金融機関ノード
DB 勤怠データベース
PN P2Pネットワーク1 Labor
Claims (9)
前記分散型台帳には、労働者の賃金の一部を債権額として使用者に請求可能な労働債権に関する情報が記録され、
前記複数のノードは、使用者ノードと労働者ノードと仲介者ノードと複数の買取先ノードと金融機関ノードとを含み、
前記使用者ノードは、前記労働者の勤怠情報に基づいて発行する新規労働債権に関する情報を前記分散型台帳に記録すると共に、前記新規労働債権の発行通知を前記仲介者ノードに送信し、
前記仲介者ノードは、前記発行通知に応答して前記新規労働債権を検証し、前記新規労働債権に問題がないと判断した場合には前記新規労働債権に関する情報として発行承認情報を前記分散型台帳に記録し、
前記労働者ノードは、複数の買取先の中から特定の買取先に売却する売却対象債権が前記労働者によって選択されたことに応答して、前記特定の買取先と前記特定の買取先の買取条件に基づく売却額とを前記売却対象債権に関する買取先情報として前記分散型台帳に記録すると共に、前記売却対象債権の売却申請を前記使用者ノードに通知し、
前記使用者ノードは、前記売却申請に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として売却承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の売却承認通知を前記特定の買取先に対応する特定の買取先ノードに通知し、
前記特定の買取先ノードは、前記売却承認通知に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として買取承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の買取承認通知を前記金融機関ノードに通知し、
前記金融機関ノードは、前記売却対象債権に関する情報として前記売却承認情報及び前記買取承認情報が前記分散型台帳に記録されている場合には、前記売却額を前記特定の買取先の口座から前記労働者の口座へ送金する送金処理を実行した後、売却額送金完了情報を前記分散型台帳に記録することを特徴とする労働債権取引システム。A labor bond trading system that has a distributed ledger for recording data of the same content in a shared state among multiple nodes connected by a peer-to-peer network.
In the distributed ledger, information on labor receivables that can be claimed from the employer with a part of the wages of the workers as the amount of receivables is recorded.
The plurality of nodes include an employer node, a worker node, an intermediary node, a plurality of purchaser nodes, and a financial institution node.
The employer node records information on new labor receivables to be issued based on the worker's attendance information in the distributed ledger, and sends a notification of issuance of the new labor receivables to the intermediary node.
The intermediary node verifies the new labor claim in response to the issuance notification, and if it determines that there is no problem with the new labor claim, issues issuance approval information as information regarding the new labor claim in the distributed ledger. Record on
The worker node purchases the specific purchaser and the specific purchaser in response to the worker selecting the receivable to be sold to the specific purchaser from among the plurality of purchasers. The sale amount based on the conditions is recorded in the decentralized ledger as purchaser information regarding the receivables to be sold, and the application for sale of the receivables to be sold is notified to the user node.
The user node verifies the loan to be sold in response to the application for sale, and if it determines that there is no problem with the loan to be sold, the user node uses the sale approval information as information on the loan to be sold in the distributed ledger. In addition to notifying the sale approval notice of the loan to be sold to the specific purchaser node corresponding to the specific purchaser,
The specific purchaser node verifies the sale target receivable in response to the sale approval notice, and if it determines that there is no problem with the sale target receivable, the purchase approval information is used as information regarding the sale target receivable. In addition to recording in the distributed ledger, the financial institution node is notified of the purchase approval notice of the loan to be sold.
When the sale approval information and the purchase approval information are recorded in the decentralized ledger as information regarding the receivables to be sold, the financial institution node transfers the sale amount from the account of the specific purchaser to the labor. A labor receivables transaction system characterized in that after executing a remittance process for remittance to a person's account, information on the completion of remittance of the sale amount is recorded in the decentralized ledger.
前記金融機関ノードは、前記分散型台帳を参照して前記支払日時に達した前記売却対象債権を特定し、特定した前記売却対象債権の前記債権額を前記使用者の口座から前記特定の買取先の口座に送金する送金処理を実行した後、債権額送金完了情報を前記分散型台帳に記録すると共に、前記債権額の送金完了通知を前記仲介者ノードに送信し、
前記仲介者ノードは、前記送金完了通知に応答して、前記売却対象債権に関する情報として前記売却対象債権を無効化する無効化情報を前記分散型台帳に記録することを特徴とする請求項1に記載の労働債権取引システム。The information regarding the receivables to be sold includes the payment date and time for paying the amount of the receivables to the specific purchaser.
The financial institution node identifies the receivable to be sold that has reached the payment date and time with reference to the decentralized ledger, and transfers the receivable amount of the specified receivable to be sold from the user's account to the specific purchaser. After executing the remittance process of remittance to the account of, the remittance completion information of the receivable amount is recorded in the distributed ledger, and the remittance completion notification of the receivable amount is transmitted to the intermediary node.
The intermediary node according to claim 1, wherein, in response to the remittance completion notification, invalidation information for invalidating the sale target claim is recorded in the distributed ledger as information regarding the sale target claim. Described labor receivables trading system.
前記使用者ノードは、前記分割申請を検証し、前記分割申請に問題がないと判断した場合には、前記分割対象債権に関する情報として分割承認情報を前記分散型台帳に記録し、且つ、分割された複数の分割後労働債権に関する情報をそれぞれ前記分散型台帳に記録すると共に、分割通知を前記仲介者ノードに送信し、
前記仲介者ノードは、前記分割通知に応答して前記複数の分割後労働債権を検証し、前記複数の分割後労働債権に問題がないと判断した場合には前記複数の分割後労働債権に関する情報として分割承認情報をそれぞれ前記分散型台帳に記録すると共に、前記分割対象債権に関する情報として無効化情報を前記分散型台帳に記録することを特徴とする請求項1又は2に記載の労働債権取引システム。The worker node records the split application information as information regarding the split target claim in response to the selection of the split target claim by the worker, and the split application for the split target claim is made by the employer node. Notify to
When the user node verifies the split application and determines that there is no problem with the split application, the user node records the split approval information in the distributed ledger as information regarding the claim to be split and is split. Information on a plurality of post-split labor receivables is recorded in the distributed ledger, and a split notification is transmitted to the intermediary node.
The intermediary node verifies the plurality of post-split labor receivables in response to the split notification, and if it is determined that there is no problem with the plurality of post-split labor receivables, information on the plurality of post-split labor receivables. The labor claim transaction system according to claim 1 or 2, wherein the split approval information is recorded in the decentralized ledger, and invalidation information is recorded in the decentralized ledger as information regarding the claim to be split. ..
前記仲介者ノードは、前記分割対象債権に関する情報として前記分割申請情報と前記分割承認情報とが記録され、且つ、前記複数の分割後労働債権が分割申請の内容に沿って発行されていることを条件として、前記複数の分割後労働債権に問題がないと判断することを特徴とする請求項3に記載の労働債権取引システム。The employer node is subject to the condition that the split target claim is issued by the employer and the total amount of the split target claims and the plurality of split labor claims are the same. Judging that there is no problem with the split application,
The intermediary node records that the split application information and the split approval information are recorded as information regarding the split target claim, and that the plurality of post-split labor claims are issued according to the contents of the split application. The labor claim transaction system according to claim 3, wherein, as a condition, it is determined that there is no problem with the plurality of post-split labor claims.
前記仲介者ノードは、前記複数の買取先の何れにも売却されることなく前記売却期限に達した前記労働債権を非売却労働債権として特定し、前記非売却労働債権に関する情報として無効化情報を前記分散型台帳に記録することを特徴とする請求項1から4うち何れかに記載の労働債権取引システム。The information on the labor claims includes the sale deadline and
The intermediary node identifies the labor receivable that has reached the sale deadline without being sold to any of the plurality of purchasers as a non-sale labor receivable, and invalidates information as information on the non-sale labor receivable. The labor receivables transaction system according to any one of claims 1 to 4, wherein the labor receivables transaction system is recorded in the decentralized ledger.
前記特定の買取先ノードは、前記売却対象債権に関する情報として前記売却承認情報が記録されていることを条件として前記売却対象債権に問題がないと判断することを特徴とする請求項1から6のうち何れかに記載の労働債権取引システム。The user node determines that there is no problem with the claim to be sold, provided that the claim to be sold has been issued by the user.
Claims 1 to 6, wherein the specific purchaser node determines that there is no problem with the sale target claim on condition that the sale approval information is recorded as the information regarding the sale target claim. The labor bond trading system described in any of them.
前記分散型台帳には、労働者の賃金の一部を債権額として使用者に請求可能な労働債権に関する情報が記録され、
前記複数のノードは、使用者ノードと労働者ノードと仲介者ノードと複数の買取先ノードと金融機関ノードとを含み、
前記労働者ノードは、前記使用者によって承認された勤怠情報に基づいて前記労働者が指定した債権額に相当する新規労働債権の発行申請を使用者ノードに送信し、
前記使用者ノードは、前記発行申請に応答して、前記新規労働債権に関する情報を前記分散型台帳に記録すると共に前記新規労働債権の発行通知を前記仲介者ノードに送信し、
前記仲介者ノードは、前記発行通知に応答して前記新規労働債権を検証し、前記新規労働債権に問題がないと判断した場合には前記新規労働債権に関する情報として発行承認情報を前記分散型台帳に記録し、
前記労働者ノードは、複数の買取先の中から特定の買取先に売却する売却対象債権が前記労働者によって選択されたことに応答して、前記特定の買取先と前記特定の買取先の買取条件に基づく売却額とを前記売却対象債権に関する買取先情報として前記分散型台帳に記録すると共に、前記売却対象債権の売却申請を前記使用者ノードに通知し、
前記使用者ノードは、前記売却申請に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として売却承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の売却承認通知を前記特定の買取先に対応する特定の買取先ノードに通知し、
前記特定の買取先ノードは、前記売却承認通知に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として買取承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の買取承認通知を前記金融機関ノードに通知し、
前記金融機関ノードは、前記売却対象債権に関する情報として前記売却承認情報及び前記買取承認情報が前記分散型台帳に記録されている場合には、前記売却額を前記特定の買取先の口座から前記労働者の口座へ送金する送金処理を実行した後、売却額送金完了情報を前記分散型台帳に記録することを特徴とする労働債権取引システム。A labor bond trading system that has a distributed ledger for recording data of the same content in a shared state among multiple nodes connected by a peer-to-peer network.
In the distributed ledger, information on labor receivables that can be claimed from the employer with a part of the wages of the workers as the amount of receivables is recorded.
The plurality of nodes include an employer node, a worker node, an intermediary node, a plurality of purchaser nodes, and a financial institution node.
The worker node sends an application for issuance of a new labor claim corresponding to the amount of the claim specified by the worker based on the attendance information approved by the employer to the employer node.
In response to the issuance application, the employer node records information on the new labor receivable in the distributed ledger and sends a notification of issuance of the new labor receivable to the intermediary node.
The intermediary node verifies the new labor claim in response to the issuance notification, and if it determines that there is no problem with the new labor claim, issues issuance approval information as information regarding the new labor claim in the distributed ledger. Record on
The worker node purchases the specific purchaser and the specific purchaser in response to the worker selecting the receivable to be sold to the specific purchaser from among the plurality of purchasers. The sale amount based on the conditions is recorded in the decentralized ledger as purchaser information regarding the receivables to be sold, and the application for sale of the receivables to be sold is notified to the user node.
The user node verifies the loan to be sold in response to the application for sale, and if it determines that there is no problem with the loan to be sold, the user node uses the sale approval information as information on the loan to be sold in the distributed ledger. In addition to notifying the sale approval notice of the loan to be sold to the specific purchaser node corresponding to the specific purchaser,
The specific purchaser node verifies the sale target receivable in response to the sale approval notice, and if it determines that there is no problem with the sale target receivable, the purchase approval information is used as information regarding the sale target receivable. In addition to recording in the distributed ledger, the financial institution node is notified of the purchase approval notice of the loan to be sold.
When the sale approval information and the purchase approval information are recorded in the decentralized ledger as information regarding the receivables to be sold, the financial institution node transfers the sale amount from the account of the specific purchaser to the labor. A labor receivables transaction system characterized in that after executing a remittance process for remittance to a person's account, information on the completion of remittance of the sale amount is recorded in the decentralized ledger.
前記分散型台帳には、労働者の賃金の一部を債権額として使用者に請求可能な労働債権に関する情報が記録され、
前記複数のノードは、使用者ノードと労働者ノードと仲介者ノードと買取先ノードとを含み、
前記使用者ノードは、前記労働者の勤怠情報に基づいて発行する新規労働債権に関する情報を前記分散型台帳に記録すると共に、前記新規労働債権の発行通知を前記仲介者ノードに送信し、
前記仲介者ノードは、前記発行通知に応答して前記新規労働債権を検証し、前記新規労働債権に問題がないと判断した場合には前記新規労働債権に関する情報として発行承認情報を前記分散型台帳に記録し、
前記労働者ノードは、前記買取先ノードに対応する買取先と前記買取先の買取条件に基づく売却額とを前記売却対象債権に関する買取先情報として前記分散型台帳に記録すると共に、前記売却対象債権の売却申請を前記使用者ノードに通知し、
前記使用者ノードは、前記売却申請に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として売却承認情報を前記分散型台帳に記録すると共に、前記売却対象債権の売却承認通知を前記買取先ノードに通知し、
前記買取先ノードは、
前記売却承認通知に応答して前記売却対象債権を検証し、前記売却対象債権に問題がないと判断した場合には前記売却対象債権に関する情報として買取承認情報を前記分散型台帳に記録し、
前記売却額を前記買取先の口座から前記労働者の口座へ送金する送金処理を実行した後、売却額送金完了情報を前記分散型台帳に記録することを特徴とする労働債権取引システム。
A labor bond trading system that has a distributed ledger for recording data of the same content in a shared state among multiple nodes connected by a peer-to-peer network.
In the distributed ledger, information on labor receivables that can be claimed from the employer with a part of the wages of the workers as the amount of receivables is recorded.
The plurality of nodes include an employer node, a worker node, an intermediary node, and a purchaser node.
The employer node records information on new labor receivables to be issued based on the worker's attendance information in the distributed ledger, and sends a notification of issuance of the new labor receivables to the intermediary node.
The intermediary node verifies the new labor claim in response to the issuance notification, and if it determines that there is no problem with the new labor claim, issues issuance approval information as information regarding the new labor claim in the distributed ledger. Record on
The worker node records the purchaser corresponding to the purchaser node and the sale amount based on the purchase conditions of the purchaser in the distributed ledger as the purchaser information regarding the bond to be sold, and the bond to be sold. Notify the user node of the sale application of
The user node verifies the loan to be sold in response to the application for sale, and if it determines that there is no problem with the loan to be sold, the user node uses the sale approval information as information on the loan to be sold in the distributed ledger. In addition to notifying the purchaser node of the sale approval notice of the loan to be sold,
The purchase destination node is
In response to the sale approval notice, the sale target receivable is verified, and if it is determined that there is no problem with the sale target receivable, the purchase approval information is recorded in the distributed ledger as information regarding the sale target receivable.
A labor receivables transaction system characterized in that after executing a remittance process of transferring the sale amount from the purchaser's account to the worker's account, the sale amount remittance completion information is recorded in the distributed ledger.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019083642 | 2019-04-25 | ||
JP2019083642 | 2019-04-25 | ||
PCT/JP2020/016725 WO2020218153A1 (en) | 2019-04-25 | 2020-04-16 | Work credit transaction system |
Publications (2)
Publication Number | Publication Date |
---|---|
JPWO2020218153A1 true JPWO2020218153A1 (en) | 2021-09-27 |
JP7202026B2 JP7202026B2 (en) | 2023-01-11 |
Family
ID=72942485
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2020564022A Active JP7202026B2 (en) | 2019-04-25 | 2020-04-16 | Labor credit trading system |
Country Status (3)
Country | Link |
---|---|
US (1) | US11681986B2 (en) |
JP (1) | JP7202026B2 (en) |
WO (1) | WO2020218153A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002023421A1 (en) * | 2000-09-14 | 2002-03-21 | Kabushiki Kaisha Toshiba | Factoring mediating system |
JP6413110B1 (en) * | 2018-02-08 | 2018-10-31 | ガブリエル サイオンGabriel Scion | Unsecured funding system |
JP2018190156A (en) * | 2017-05-02 | 2018-11-29 | 株式会社 みずほ銀行 | Payment support system and payment support method |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS56130218A (en) | 1980-03-18 | 1981-10-13 | Chemical Research Ando Raisens | Contact distillating process and its catalyst |
JPS6075876A (en) * | 1983-09-30 | 1985-04-30 | シャープ株式会社 | Video effect apparatus |
JP3471334B2 (en) | 2001-06-29 | 2003-12-02 | 株式会社みずほコーポレート銀行 | Payroll system |
US9202250B1 (en) * | 2013-06-05 | 2015-12-01 | ActiveHours, Inc. | Systems and methods for distributing payables |
KR102608099B1 (en) * | 2016-04-11 | 2023-12-01 | 엔체인 홀딩스 리미티드 | A method for secure peer to peer communication on a blockchain |
US20210248603A1 (en) * | 2017-07-27 | 2021-08-12 | Eland Blockchain Fintech Inc. | Blockchain-based transaction processing method and apparatus |
US11068978B1 (en) * | 2018-04-02 | 2021-07-20 | Liquid Mortgage Inc. | Decentralized systems and methods for managing loans and securities |
WO2020092426A2 (en) * | 2018-10-29 | 2020-05-07 | Strong Force TX Portfolio 2018, LLC | Adaptive intelligence and shared infrastructure lending transaction enablement platform |
US20210365918A1 (en) * | 2019-03-20 | 2021-11-25 | Edward Showalter | Global combination payment system and method using isolated data storage |
KR20220021337A (en) * | 2020-08-13 | 2022-02-22 | 최천욱 | Loan system for temporary worker |
-
2020
- 2020-04-16 JP JP2020564022A patent/JP7202026B2/en active Active
- 2020-04-16 US US16/973,289 patent/US11681986B2/en active Active
- 2020-04-16 WO PCT/JP2020/016725 patent/WO2020218153A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002023421A1 (en) * | 2000-09-14 | 2002-03-21 | Kabushiki Kaisha Toshiba | Factoring mediating system |
JP2018190156A (en) * | 2017-05-02 | 2018-11-29 | 株式会社 みずほ銀行 | Payment support system and payment support method |
JP6413110B1 (en) * | 2018-02-08 | 2018-10-31 | ガブリエル サイオンGabriel Scion | Unsecured funding system |
Also Published As
Publication number | Publication date |
---|---|
WO2020218153A1 (en) | 2020-10-29 |
JP7202026B2 (en) | 2023-01-11 |
US11681986B2 (en) | 2023-06-20 |
US20210090029A1 (en) | 2021-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017098519A1 (en) | A system and method for automated financial transaction validation, processing and settlement using blockchain smart contracts | |
KR102094101B1 (en) | Interlocked digital currency system and method thereof, Payment system between electronic wallets interlocked to the dedicated digital currency, and method thereof | |
JP7208429B1 (en) | Information processing device, information processing method and information processing program | |
WO2019031423A1 (en) | Asset-backed cryptocurrency issuance/management system, cryptocurrency management method, information processing method, system construction method, and program | |
CA2351626A1 (en) | Electronic factoring | |
JP7042637B2 (en) | Programs, information processing equipment, information processing methods and virtual currency trading systems | |
EP3614328A1 (en) | Computer system for conducting a new product campaign and method | |
JP2018081342A (en) | Money pool device, net shop settlement method and net shop settlement system | |
JP2002092328A (en) | Stock dealing system and stock dealing method | |
KR102180829B1 (en) | Seller loan service system and Method thereof | |
JP2023076425A (en) | Information processing device, information processing method and information processing program | |
JP7212186B1 (en) | Information processing system, information processing method and information processing program | |
WO2020218153A1 (en) | Work credit transaction system | |
JP2023152609A (en) | Information processing device, information processing method and information processing program | |
KR102408072B1 (en) | Event management system using cryptocurrency | |
JP6774073B1 (en) | Information processing device | |
JP2018124640A (en) | Trade support method, virtual currency management method, trade support system, virtual currency management system, trade support program, and virtual currency management program | |
JP2002083247A (en) | Transaction mediation system and method, data processing device, and storage medium | |
JP2003296648A (en) | Fund transfer processing method, computer program, purchaser country side financial institution system, seller country side financial institution system and mediator system | |
JP2002358470A (en) | Centralized management system for inter-enterprise fund, device and method for exchange mediation, computer-readable storage medium with exchange mediating program stored therein, server computer, method, server program, and client computer for exchange, method and program for exchange request, and device, method, and program for netting | |
JP5979800B1 (en) | Financial product trading order system and program | |
JP7242815B1 (en) | Information processing device, information processing method and information processing program | |
JP7140901B1 (en) | Information processing device, information processing method and information processing program | |
JP7140900B1 (en) | Information processing device, information processing method and information processing program | |
JP7395640B2 (en) | Information processing device, information processing method, and information processing program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201119 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20201112 |
|
AA64 | Notification of invalidation of claim of internal priority (with term) |
Free format text: JAPANESE INTERMEDIATE CODE: A241764 Effective date: 20210309 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210315 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20210315 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220111 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220225 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220621 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220728 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20221122 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221216 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7202026 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |