TWI678665B - Care service system and method - Google Patents

Abstract

This case discloses a care service system and method for the care service demander and the care service provider. The care service system includes a care service platform and a sandbox. The care service platform can generate a corresponding sandbox for the care service provider to generate an initial sandbox header for the sandbox based on the timestamp when the sandbox was generated and the care service provider's public key. The file is then broadcast to the blockchain, and when the access permission verification is passed, care certification documents, work permit tickets, care service contracts, or service history evaluations are allowed to be stored in the sandbox, and then based on the timestamp when the sandbox was changed, The public key of the care service provider, as well as the care certification documents, work permits, care service contracts or service history evaluations in the sandbox, regenerate the sandbox header of the sandbox and broadcast it to the blockchain.

Description

Care service system and method

This case is about a blockchain and smart contract technology. In particular, it is about a care service system based on blockchain and smart contracts to provide professional care services between care service demanders and care service providers and Its method.

In today's highly competitive environment, double-paying families have become an inevitable trend, and the care of infants or elderly people in the family has become an important issue in society.

In view of this, the government has also introduced many related measures such as the certification and registration of care services, but the implementation of the policy has not been as satisfactory as the policy goals. For example, many care providers are not effectively controlled by the government, or it is difficult for those in need of care to find the right care provider.

In recent years, blockchain and smart contracts have developed rapidly, or some industry players have applied them to the field of care services. However, blockchain technology is a framework that uses a distributed ledger to achieve undeniable voucher security that is difficult to tamper with. Such a distributed ledger is prone to waste of data storage resources and computing resources, and also results in advanced operations. The problem of poor performance makes it difficult to apply to the verification of more complex and large amounts of certificate text.

Therefore, how to provide a technology that utilizes blockchain and smart contracts while avoiding the waste of resource utilization and reducing the complexity of verification credentials is an urgent issue for the industry.

In order to solve the above and other issues, this case provides a care service system, which includes: a sandbox for storing care certification documents, work permits, care service contracts, and service history evaluations of care service providers or Multiple; and a care service platform, including: a sandbox management module to generate a corresponding sandbox for the care service provider to generate an initial sandbox header for the sandbox, and after the access permission verification is passed, Allow any one or more of the care certification document, the work permit ticket, the care service contract and the service history evaluation to be stored in the sandbox, and then regenerate the sandbox head file of the sandbox; and blockchain processing A module for broadcasting the initial sandbox header file or the regenerated sandbox header file generated by the sandbox management module to the blockchain.

In addition, the sandbox is a protected area and includes one or more books of one or more of the care certification documents, the work permit ticket, the care service contract, and the service history evaluation, and the sandbox The top file is a hash value.

In addition, the sandbox management module includes a sandbox generation submodule and a sandbox head file generation submodule, the blockchain processing module includes an update submodule, and the sandbox generation submodule is used for A new sandbox is generated when a new care service provider joins. The sandbox header generation submodule is used to generate the new sandbox based on the time stamp of the new sandbox and the public key of the new care service provider. The initial sandbox header of the sandbox, and the update submodule is used to broadcast the initial sandbox header of the new sandbox to the blockchain. In addition, the sandbox header generation submodule is used to regenerate sand when the content in the sandbox changes based on the time stamp of the sandbox change, the public key of the care service provider, and the changed content of the sandbox. The box header file, and the update submodule is used to broadcast the sandbox header file regenerated after the sandbox is changed to the blockchain.

In addition, the sandbox management module includes a sandbox access permission management submodule and a key verification submodule, the blockchain processing module includes a blockchain verification submodule, and when the key verification After the key verification by the sub-module passes and the sandbox header verification by the blockchain verification sub-module passes, the sandbox access authority management sub-module allows the care certification document, the work permit standard Any one or more of the care service contract and the service history evaluation are stored in the sandbox.

In addition, the care service platform further includes a care certification document processing module including a newly added sub-module and an edit sub-module, which is used by the certification unit to upload a new care certification document through the new sub-module or through the editor The module edits the care certification file, and when the sandbox management module verifies the private key of the certification unit and the public key of the care service provider and the blockchain management module's current When the sandbox header verification is passed, the sandbox management module allows the certification unit to upload the new care certification file to the sandbox or edit the care certification file in the sandbox, and the sandbox management module recalculates the sand The sandbox header of the box is used by the blockchain processing module to broadcast the recalculated sandbox header to the blockchain.

In addition, the care service platform includes The service work permit processing module of the examination application sub-module is used by the care service provider to request a care service work permit through the application sub-module and for the permitting unit to review through the examination application sub-module. And, when the sandbox management module has verified the private key of the licensed unit and the public key of the care service provider and the blockchain management module has verified the current sandbox header of the sandbox, The sandbox management module allows the work permit permission form of the permitting unit to be stored in the sandbox, and the sandbox management module recalculates the sandbox head file of the sandbox for the blockchain processing module to re- The calculated sandbox header is broadcast to the blockchain.

In addition, the care service platform further includes a matchmaking module, which is used by caregiver service providers to issue care service requirements, and wherein the matchmaking module performs a matchmaking comparison based on the care service requirements to list the satisfaction of the care Candidate care service providers for service needs, and the matchmaking module provides the care service needs to candidate care service providers that meet the care service needs, if the care service provider approved by the care service demander does not agree with the care At the time of service demand, the next round of selection is made, and if the care service provider approved by the care service demander agrees with the care service demand, the matchmaking is completed.

In addition, the care service platform further includes a care contract module, which is used to generate a draft electronic contract based on the match result of the match module. After confirmation by the care service demander and the approved care service provider, the care service platform The care contract module uses the public key of the care service requester and the public key of the approved care service provider to generate an electronic contract and its electronic signature, and when the sandbox management module provides the care service requester Public key and approved When the public key provided by the care service is verified and the current sandbox header of the sandbox is verified by the blockchain management module, the sandbox management module allows the electronic contract and its electronic signature to be placed in the Sandbox, and the sandbox management module recalculates the sandbox header file of the sandbox for the blockchain processing module to broadcast the recalculated sandbox header file to the blockchain. In addition, the care contract module is used for the care service requester and the care service provider to modify or terminate the contract, and when the sandbox management module is used for the private key of the care service requester and the care service provider After the verification of the private key of the pass, and the verification of the current sandbox header of the sandbox by the blockchain management module, the sandbox management module allows the change of the care service contract in the sandbox, and the sand The box management module recalculates the sandbox header file of the sandbox for the blockchain processing module to broadcast the recalculated sandbox header file to the blockchain.

In addition, the care service platform further includes a care service evaluation module including a service evaluation sub-module and an audit sub-module, for the care service demander to perform service evaluation on the care service provider through the service evaluation sub-module, For the license unit or certification unit to review the service evaluation through the audit sub-module, and when the sandbox management module passes the verification of the license unit ’s private key or the certification unit ’s private key, and the zone After the blockchain management module has passed the verification of the current sandbox head file of the sandbox, the sandbox management module allows changes in the service history evaluation in the sandbox, and the sandbox management module recalculates the sand of the sandbox. Box header file for the blockchain processing module to broadcast the recalculated sandbox header file to the blockchain.

In addition, the blockchain processing module includes a block generation submodule, a blockchain processing submodule, a blockchain verification submodule, and an update submodule, and The block generation sub-module is used to generate a new block when a new care service provider joins, and the blockchain verification sub-module is used to save the block header file of the current new block into the pre-zone of the new block. Block header file and save the content of the block body of the current new block into the block body of the new block, and the update submodule updates the initial sandbox header or regenerated sandbox of the sandbox of the care service provider The box header file is broadcast to the block body of all blocks of the blockchain, and the block processing submodule obtains the area of the new block after hashing according to the block body of the new block of the blockchain. Block header file.

Secondly, this case proposes another care service method, which includes: generating a sandbox corresponding to the care service provider; and generating the initial sand of the sandbox based on the timestamp when the sandbox was generated and the public key of the care service provider. Box header file; broadcast the initial sandbox header file of the sandbox to the blockchain; when the access authority is verified, allow the certification documents of the care unit of the certification unit, the work permit ticket of the licensing unit, the care service provider and the care Any one or more of the care service contract between the service demander and the service history evaluation of the care service demander are stored in the sandbox; according to the timestamp when the sandbox was changed, the care service provider's public key , And any one or more of the care certification document, the work permit ticket, the care service contract, and the service history evaluation in the sandbox, regenerating the sandbox head file of the sandbox; and The regenerated sandbox header is broadcast to the blockchain.

Therefore, this case provides an operating platform that uses blockchain technology to achieve a secure and highly verifiable intelligent matchmaking and contract providing professional care services and related certificate management. This case uses a sandbox that can store voucher files in combination with Blockchain technology. The sandbox is A highly protected authority control mechanism, and the authority control mechanism can be performed by each user's key and a Sandbox Header (this is a hash value) obtained through a hash operation. In other words, the sandbox head file is an important key to access the sandbox. Therefore, in this case, the sandbox head file is stored in the block of the blockchain. Through the security advantages of the blockchain, the sandbox head file can be managed in a highly secure manner. . On the other hand, the sandbox header file is a lightweight file, which can effectively solve the problem that the block file of the blockchain is too large and difficult to implement.

11‧‧‧care provider

12‧‧‧ Demanders of care services

13‧‧‧Certified Unit

14‧‧‧licensed unit

2‧‧‧care service platform

21‧‧‧Sandbox Management Module

211‧‧‧ Sandbox generation submodule

212‧‧‧ Sandbox head file generation submodule

213‧‧‧Sandbox Access Rights Management Submodule

214‧‧‧Key Authentication Submodule

22‧‧‧ Blockchain Processing Module

221‧‧‧block generation submodule

222‧‧‧blockchain processing submodule

223‧‧‧blockchain verification submodule

224‧‧‧Update submodule

23‧‧‧Care Care Document Processing Module

231‧‧‧ added submodule

232‧‧‧Edit submodule

24‧‧‧ Service Work Permit Processing Module

241‧‧‧Submission of application module

242‧‧‧ Review Application Submodule

25‧‧‧Matching Module

26‧‧‧Care module

27‧‧‧Care Service Evaluation Module

271‧‧‧Service Evaluation Submodule

272‧‧‧ Audit Submodule

31‧‧‧Sandbox 1

311‧‧‧1 sandbox

3N‧‧‧SandboxN

3N1‧‧‧N Sandbox

312, 3N2‧‧‧Certification Document

313, 3N3‧‧‧Work Permit Form

314, 3N4‧‧‧Care service contract

315, 3N5‧‧‧ Service course evaluation

41‧‧‧ Block 1

42‧‧‧Block 2

4N-1‧‧‧Block N-1

4N‧‧‧block N

411, 421‧‧‧ Block header

412, 422‧‧‧block body

413, 423‧‧‧‧Pre-block header

S201 ~ S206‧‧‧ steps

S301, S3021, S3022, S303 ~ S305‧‧‧steps

S401, S4021 ~ S4023, S403 ~ S405‧‧‧step

S501 ~ S504, S601 ~ S605, S701 ~ S703, S801 ~ S805, S901 ~ S905‧‧‧Steps

Figure 1 is a schematic diagram of the use environment of the care service platform in this case; Figure 2A is a block diagram of an embodiment of the care service system in this case; Figure 2B is a block diagram of an embodiment of the care service platform in this case; and Figure 2C This is a schematic flow chart of the care service method of this case; Figure 3 is a schematic flow chart of generating a new sandbox in the care service method of this case; Figure 4 is a schematic flow chart of adding or editing sandbox content in the care service method of this case; Figure 5 is a schematic diagram of the process of uploading the care certification and education training certificate file in the case of the care service method; Figure 6 is a schematic diagram of the process of the service work permit mechanism in the case of the care service method; Figure 7 is the case of the care service method of the case Matchmaking process Schematic diagram; Figure 8 is a schematic flowchart of the care service contract mechanism in the care service method of the case; Figure 9 is a schematic flowchart of the care service evaluation mechanism in the care service method of the case; and Figure 10 is a diagram of the care service system of the case. Diagram of the relationship between the sandbox and the blockchain.

The following describes the implementation of this case through specific examples. Those skilled in the art can easily understand other advantages and effects of this case from the content disclosed herein. The structures, proportions, and sizes shown in the drawings in this specification are only used to match the content disclosed in the specification for the understanding and reading of those skilled in the art, and are not intended to limit the conditions that can be implemented in this case. Therefore, any modification, change or adjustment shall still fall within the scope covered by the technical content disclosed in this case, without affecting the efficacy and purpose that can be achieved in this case.

Please refer to Figures 1, 2A and 2B. The care service system in this case may include one or more sandboxes and care service platforms 2. The users of the care service platform 2 may include care service providers 11, care service demanders 12, Certification unit 13 and licensed unit 14. The care service platform 2 may include a sandbox management module 21, a blockchain processing module 22, a care certification file processing module 23, a service work permit processing module 24, a matchmaking module 25, a care contract module 26, and care Service evaluation module 27. The sandbox management module 21 may include a sandbox generation submodule 211, a sandbox head file generation submodule 212, and a sandbox access right. Restrict management submodule 212 and key verification submodule 214. The block chain processing module 22 may include a block generation sub-module 221, a block chain processing sub-module 222, a block chain verification sub-module 223, and an update sub-module 224. The care certification document processing module 23 may include a newly-added sub-module 231 and an editing sub-module 232. The service work permission processing module 24 may include a request application submodule 241 and a review application submodule 242. The care service evaluation module 27 may include a service evaluation sub-module 271 and an audit sub-module 272.

The sandbox management module 21 is used to generate a corresponding sandbox for the care service provider 11 to generate an initial sandbox header file of the sandbox according to the public key of the care service provider 11 and allow care when the access authority verification is passed Any one or more of the certification document, work permit ticket, and care service contract. The service history evaluation is stored in the sandbox of the service provider 11, and then according to the public key of the care service provider 11 and the care certification document, the work permit. Any one or more of the ticket, the care service contract, and the service history evaluation regenerate the sandbox header of the sandbox. The blockchain processing module 22 is used to broadcast the initial sandbox header file or the regenerated sandbox header file generated by the sandbox management module 21 to the blockchain.

The sandbox generation submodule 211 can generate corresponding sandboxes 1 31, ..., sandbox N 3N for different care service providers 11, and the sandbox head file generation submodule 212 can be sandboxes 1 31, ..., The sandbox N 3N generates a sandbox 1 head file 311, ..., and the sandbox N head file 3N1, which is a hash value. Sandbox 1 31, ..., Sandbox N 3N are protected areas, and they can be roughly divided into five books to store sandbox 1 head file 311, ..., sandbox N head file 3N1, care services provided Personnel 11's care certification documents 312, ..., 3N2 (such as care certification And education training certificates), work permits 313, ..., 3N3 given by the permitting unit 13, care service contracts 314, ..., 3N4 between the care provider 11 and the demander 12, and the authorized unit 13 or The certification unit 14 reviews the service history evaluations 315, ..., 3N5 given by the care service demander 12 for the service evaluation of the care service provider 11. Taking sandbox 1 31 as an example, when any of the ledger content is legally added or edited, that is, when the care certification document 312, work permit ticket 313, care service contract 314, or service history evaluation 315 is added or edited, The sandbox header generation submodule 212 can re-add the hash function to obtain a hash value based on adding or editing the document summary, timestamp, and public key of the care service provider 11 generated at that time, and regenerate the sandbox. The head file can be updated to the ledger storing the original sandbox head file and broadcasted to the blockchain by the update submodule 224.

Specifically, when a new care service provider joins, as shown in FIG. 3, a new sandbox is generated in step S301, and then proceeds to step S3021 to obtain a time stamp when the new sandbox is generated and in step S3022. Obtain the public key of the new care service provider, then proceed to step S303 to bring in the hash function H (t) to calculate the initial sandbox header of the new sandbox in step S304, and then proceed to step S305 to broadcast the initial sandbox header Files to the blockchain. In addition, when the content in the sandbox is changed, as shown in FIG. 4, in step S401, when there is a legal addition or editing in the sandbox account book, proceed to step S4021 to obtain the time stamp when the addition or editing, Step S4022 recalculates the document summary according to the changed care certification document, work permit ticket, care service contract or service history evaluation, and obtains the public key of the care service provider in step S4023, and then proceeds to step S403 with the hash function H ( t), then proceed to step S404 to Calculate the sandbox head file, and then proceed to step S405 to broadcast the recalculated sandbox head file to the blockchain.

Please return to FIG. 2B. The key verification sub-module 214 can verify the key set. The key set may include: (1) the private key of the certification unit, the public key of the care service provider, and the sandbox header file on the blockchain of the sandbox of the care service provider; (2) the private key of the license unit , The public key of the care provider, and the sandbox header on the blockchain of the sandbox of the care provider; (3) the public key of the care provider, the public key of the care provider, and the care service The sandbox header file on the provider's sandbox's blockchain; (4) the private key of the care service provider and the sandbox header file on the blockchain of the care service provider's sandbox; (5) care The private key of the service requester and the sandbox header file on the blockchain of the sandbox of the care service provider; (6) the private key of the license unit, the public key of the care service provider, and the public key of the care service requester , And the sandbox header on the blockchain of the care provider's sandbox. The blockchain verification sub-module 223 can verify the initial sandbox header or a regenerated sandbox header. The sandbox access authority management sub-module 213 can manage the access rights of the sandbox, that is, after the verification performed by the key verification sub-module 214 and the blockchain verification sub-module 223 is passed, it is allowed to take care of the authentication documents, Any one or more of a work permit ticket, a care service contract, and a service history evaluation are stored in a sandbox. It should be noted that the private key of the certification unit, the private key of the license unit, the private key of the care provider and the private key of the care service requester are each made by the certification unit, the license unit, the care service provider, and the care service demander. Are kept, and the public key of the care provider and the public key of the care service requester are stored in the key store of the care service platform for the care service platform to provide according to the care service provider and care The account used by service requesters to log in to the care service platform, and correspondingly retrieved when needed.

The care certification file processing module 23 can be used by the certification unit 13 to upload the care certification file of the care service provider 11. The new submodule 231 can process the certification unit 13's new care certification and education training certificate for the care service provider 11. (Such as issuing a certificate), and the editing sub-module 232 can handle care certifications and education training certificates for new updates (such as suspension of validity, renewal of validity period, or revision of certification content). The service work permit processing module 24 can be used by the permitting unit 14 to upload a work permit standard for the care service provider 11, in which an application submodule 241 is requested for the care service provider 11 to request a work permit for the care service from the permit unit 14 The review application sub-module 242 is provided for the license unit 14 to process review and issue work permits.

The matchmaking module 25 can be used by the care service demander 12 to ask for care, and a matchmaking comparison is performed to list the care service providers 11 that meet the care need, while the care contract module 26 can care for the service demander 12 and meet When the care service provider 11 of the care needs reaches an agreement, a care service contract is generated according to the agreement. The care service platform 2 further includes a service history evaluation module (not shown), which can be used by the care service demander 12 to submit a service evaluation for verification by 13 certification units or a permit unit 14 to become a service history evaluation.

Therefore, the schematic flow chart of the care service method in this case can be shown in Figure 2C. In step S201, a sandbox corresponding to the care service provider is generated; in step S202, the time stamp and care when the sandbox is generated are generated. The public key of the service provider generates the initial sandbox header of the sandbox; in step S203, the initial sandbox header of the sandbox is broadcast to the blockchain; in step S203 In S204, when the access authority verification is passed, any one or more of the certification unit's care certification documents, the work permit standard of the license unit, the care service contract of the care service provider, and the service history evaluation of the care service demander are allowed. Stored in the sandbox; in step S205, according to the timestamp when the sandbox is changed, the public key of the care service provider, and the care certification documents in the sandbox, the work permit ticket, the care service contract, and the service history Any one or more of the evaluations regenerates the sandbox head file of the sandbox; and in step S206, broadcasts the regenerated sandbox head file of the sandbox to the blockchain.

Next, please refer to Figure 5 to explain the processing process of the certification unit's care certification documents. At this time, the above key group (1) is used, that is, the certification unit's private key, the care service provider's public key, and the care service provider. The sandbox header file on the blockchain of the user's sandbox can be used for the addition (certification) or change of the care service provider's care certification and education training certificate (discontinuation of validity, renewal of validity period, or revision of certification content). In step S501, the certification unit uploads the nursing certification and education and training certificate files through the new submodule of the nursing certification file processing module. At this time, the nursing service platform will request the certification unit to upload the private key. Then in step S502, the public key of the care service provider to which the care certification and education training certificate file belongs, and the sandbox header file of the care service provider on the blockchain are sent to the care service platform for access. Judgment of authority. If the key verification sub-module of the sandbox management module verifies that the private key of the certification unit and the public key of the care service provider are correct, and the blockchain verification sub-module of the blockchain processing module verifies the blockchain After the sandbox header file is correct, that is, the verification is passed. In step S503, the sandbox authority management sub-module of the sandbox management module allows the care certification and education training certificate files to be uploaded to the sandbox. After the upload is completed, the sandbox header file generation module of the sandbox management module calculates a new file summary and time stamp based on all the files in the sandbox, and combines the public key of the care service provider to obtain a new sand by hash calculation. The box header file is updated to the account in which the original sandbox header file is stored in the sandbox. In step S504, the sandbox header file is updated to the block through the blockchain update submodule of the blockchain processing module. Where the original sandbox head is placed in the chain.

As for the changes in the care certification and education training certificate files, the certification unit uploads the updated status of the care certification and education training certificate (the suspension is invalid) and valid through the editing submodule of the care certification file processing module. Date (extension of validity period) or content, at this time, the care service platform will request the private key of the certification unit, combined with the public key of the care service provider to which the updated care certification and education training certificate file belongs, and the care service provider ’s The sandbox header file on the blockchain to judge the access permissions of the sandbox. If the private key of the certification unit is verified by the key verification submodule, the public key of the care service provider is correct, and the sandbox header file is verified by the blockchain verification submodule, that is, the sandbox access permission is passed after the verification is passed. The management submodule allows updated and edited care certification and education training certificate files to be uploaded to the sandbox. After the update is completed, the sandbox header generation submodule calculates a new set of file summaries and timestamps based on all the files in the sandbox and combines the public key of the care service provider to obtain a new sandbox header through hash calculation. And update to the account where the original sandbox header file is stored in the sandbox, and then update the sandbox header file to the location where the original sandbox header file is stored in the blockchain through the blockchain update submodule.

Please refer to Figure 6 to explain the processing process of the work permit standard of the license unit. At this time, the above key group (2) is used, that is, the license unit's private key, The public key of the care provider and the sandbox header on the blockchain of the sandbox of the care provider. In step S601, the request application sub-module of the service work permit processing module is used by the care service provider to request service work from the permitting unit. In step S602, when the permitting unit receives the request, it sends the audit result to the service work permit. The review application sub-module of the processing module. At this time, the care service platform will request the private key of the license unit. Then in step S603, the care service platform performs sandbox access based on the private key of the licensed unit, combined with the public key of the care service provider who requested it, and the sandbox header file of the care service provider on the blockchain. Judgment of authority. In addition, the care service platform may first provide the e-certificate or certification of the care service provider to be reviewed with its validity period, evaluation of the care service history, and other documents or materials for online review by the permitting unit. If the key verification submodule checks the private unit's private key, the care service provider's public key is correct, and the blockchain verification submodule verifies that the sandbox header file is correct, the verification is passed, and the license unit's review After passing, in step S604, the sandbox access authority management sub-module may allow the permitting unit to generate a work permit ticket through the service work permit processing module and store the work permit ticket in the sandbox. After the deposit is completed, the sandbox header generation submodule can calculate a new set of file summaries and timestamps based on all the files in the sandbox and combine the provider's public key to obtain a new sandbox header by hash calculation and update Go to the sandbox to store the account of the original sandbox header file, and then in step S605, the blockchain update submodule of the blockchain processing module updates the sandbox header file to the original sandbox header in the blockchain. Position of the file.

According to the contract, if the ticket is invalid due to suspension, the permitting unit can perform this operation through the service work permit processing module. The platform requires the private key of the licensee, Combine the public key of the care service provider and the hash value of the sandbox header file of the care service provider on the blockchain to determine the access permissions of the sandbox. After the key verification sub-module checks the private unit's private key, the care service provider's public key is correct, and the blockchain verification sub-module verifies that the sandbox header file is correct, the sandbox access permission management module allows The work permit ticket is updated to be invalid. After the update is completed, the sandbox header generation submodule calculates a new set of file summaries and timestamps based on all the files in the sandbox and combines the provider's public key to obtain a new sandbox header through hash calculations. The account book of the original sandbox header file is stored in the sandbox. The blockchain update submodule updates the sandbox header file to the location where the original sandbox header file is stored in the blockchain.

Please refer to FIG. 7. In step S701, the care service requester sends a request for commissioned care service to the matchmaking module, including the conditions and requirements of the care service. In step S702, the care service provider provides some certifications, materials or work orders to the care service platform. In step S703, the matchmaking module automatically performs a matchmaking match according to the conditions and requirements of the care service, and lists a candidate list that meets the conditions. At the same time, the care service platform proposes the conditions and requirements of this care service demander to the candidate providers who meet the conditions. If a caregiver needs to approve a caregiver and the caregiver does not agree with the conditions and requirements of the caregiver, the caregiver is notified to make the next round of selection. If the care service provider approved by the care service demander also agrees to the conditions and requirements of the care service demander, the match module transfers to the care contract module for smart contract operations.

Please refer to Figure 8. After the matchmaking is successful, the care contract module can first generate an electronic contract draft. Here, the above key set (3) is used, that is, care The public key of the service provider, the public key of the care service requester, and the sandbox header file on the blockchain of the sandbox of the care service provider. In step 801 and step S802, the care service demander and the care service provider confirm respectively. After it is confirmed that it is feasible, an electronic contract will generate the electronic signature of the contract from the care service demander's public key. An electronic contract will generate the electronic signature of the contract from the public key of the care service provider. After this electronic contract has the electronic signature of both parties, the care service platform will facilitate the confirmation by the public key of both parties, including the care The public keys of the service requester and the care service provider are stored in the keystore of the care service platform. After the care service requester and the care service provider log in and are verified by the care service platform, the care service platform will Take their respective public keys from the keystore according to their respective platform identification codes (such as platform account numbers). In step S803, if the public key of both parties is verified by the key verification sub-module and the sandbox header file is verified by the blockchain verification sub-module, that is, after passing the verification, the sandbox access authority is passed in step S804. The management module allows electronic contracts and electronic signatures of both parties to be deposited in the sandbox. After the deposit is completed, the sandbox header generation submodule calculates a new set of file summaries and timestamps based on all the files in the sandbox and combines the provider's public key to obtain a new sandbox header by hash calculation, and then updates Go to the account where the original sandbox header file is stored in the sandbox, and in step S805, the blockchain update submodule updates the sandbox header file to the location where the original sandbox header file is stored in the blockchain.

Also refer to Figure 8. When the contract is to be modified or terminated early, the public key groups (4) and (5) above are used here, that is, the private keys of both the service demander and the care service provider are required, and according to the area Care services on the blockchain The provider's sandbox header file determines the access permissions of the sandbox. After the key verification submodule verifies that the respective private keys of the two parties are correct and the blockchain verification submodule verifies that the sandbox header is correct, that is, after the verification, the sandbox access permission management submodule will allow both parties Power to amend or terminate the contract early. After the update is completed, the sandbox header generation submodule is calculated based on all the files in the sandbox to obtain a new set of file summaries and timestamps, combined with the public key of the care service provider, and hashed to obtain a new sandbox header. Then update to the account where the original sandbox header file is stored in the sandbox, and the blockchain update submodule updates the sandbox header file to the position of the original sandbox header file in the blockchain.

Please refer to Figure 9, where the above key set (6) is used, that is, the private key of the license unit, the public key of the care provider, the public key of the care provider, and the sandbox area of the care provider Sandbox header on the blockchain. With the progress of the care service, in step S901, the care service demander can perform service evaluation with the care service provider through the service evaluation sub-module of the care service evaluation module. The evaluation content will first be stored in another database. In step 902, the permitting unit or certification unit can conduct an audit through the audit sub-module of the care service evaluation module. If there is a negative evaluation, the permitting unit or certification unit can investigate . After review and investigation, the care service platform can convert the service evaluation of the care service demander into an evaluation score as the service course of the care service provider. Licensing units or certification units can also evaluate scores. After evaluating the score, the care service platform requires the private key of the licensed unit or certification unit and the sandbox header file of the care service provider on the blockchain to judge the access rights of the sandbox. In step S903, if the sub-module verifies that the private key of the licensed or certified unit is correct and the sub-module is verified by the blockchain The group verifies that the sandbox header file is correct, and the private key and sandbox header file of the permitting unit or certification unit pass the sandbox management module to determine the use permission of the sandbox. After verification, in step S904, the sandbox access permission The management submodule allows evaluation scores to be stored in the sandbox, and the sandbox header generation submodule calculates a new set of file summaries and timestamps based on all the files in the sandbox and combines them with the provider's public key to hash Calculate a new sandbox header file and update it to the sandbox to store the original sandbox header file. In step S905, the blockchain update submodule updates the sandbox header file to the original sandbox in the blockchain. The position of the top gear.

In addition, the serial connection of each block on the blockchain is illustrated in Figure 10. Sandbox 1 31, ..., sandbox 1 headbox 311, ..., sandbox N headbox 3N1 can be taken care of by the service platform. Broadcast to the blockchain. The block chain can include block 1, block 2, ..., block N-1 4N-1, ..., block N 4N. Taking the block 1 41 micro-example, it can include the block header file of block 1 ( BlogHeader) 411, block body (Blogbody) and preblock header file (PreBlogHeader). With reference to Figure 2B, when a new care service provider is added, the block generation module 221 can generate a new block, and the blockchain verification submodule 223 finds the current new block, and changes the current new block area. The block header file is stored in the pre-block header file of the new block, and the block body of the current new block is also stored in the block body of the new block. As shown in Figure 10, the pre-block header file 413 of block 1 41 Is the block header of block 0, and the pre-block header of block 2 stores the block header of block 1, and the block bodies of blocks 1 and 2 both store the sandbox 1 header, ..., sandbox N head gear. In addition, the initial sandbox header file of the sandbox can be stored in the block body of all current blockchains in a broadcast manner through the update submodule. Finally, the block chain processing sub-module 222 The contents of the block body of the new block of the chain are hashed to obtain the block header of the new block.

To sum up, the care service system and method in this case uses the blockchain to store the credentials of care certification and care service for professional care service providers, and provides smart contract technology between care service demanders and care service providers. , Can effectively document the care service provider ’s care certification and care service history, and automatically compare and match the needs of the care service demander with the care service provider ’s document Achieve smart contracts for intelligent and automated care services. therefore. The care service system and method in this case are combined with the security mechanism of the sandbox, the decentralized ledger technology of the blockchain, and the computer agreement of the smart contract. The sandbox is generated by the care service platform and the sandbox head file is stored to Blockchain is used to handle operations such as the certification, certification, or submission, review, and issuance of work permits, matchmaking, and contracts between caregiver service providers, caregiver service providers, permitting units, and certification units.

The above-mentioned embodiments only exemplify the effectiveness of this case, and are not intended to limit this case. Anyone familiar with this technique can modify and change the above implementations without departing from the spirit and scope of this case. Therefore, the scope of protection of the rights in this case should be as listed in the scope of patent application mentioned later.

Claims (12)

A care service system includes a sandbox including one or more of any one or more of a care certification document, a work permit ticket, a care service contract, and a service history evaluation for storing and protecting a care service provider. Account books; and a care service platform, including: a sandbox management module to generate a corresponding sandbox for the care service provider to generate an initial sandbox header file for the sandbox, and after the access authority verification is passed, Any one or more of the care certification document, the work permit ticket, the care service contract, and the service history evaluation are allowed to be stored in the sandbox to regenerate the sandbox head file of the sandbox, where the initial sand The box header file and the sandbox header file are hash values; and the blockchain processing module is used to broadcast the initial sandbox header file or the regenerated sandbox header file generated by the sandbox management module to the block. chain. The care service system according to item 1 of the patent application scope, wherein the sandbox management module includes a sandbox generation submodule and a sandbox head file generation submodule, and the blockchain processing module includes an update submodule And, among them, the sandbox generation submodule is used to generate a new sandbox when a new care service provider joins, and the sandbox header file generation submodule is used to generate a new sandbox based on the timestamp when the new sandbox was generated and the The public key of the new care service provider generates the initial sandbox header of the new sandbox, and the update submodule is used to broadcast the initial sandbox header of the new sandbox to the blockchain. The care service system according to item 1 of the scope of patent application, wherein the sandbox management module includes a sandbox head file generation submodule, and the blockchain processing module includes an update submodule, the sandbox head file Generating a submodule for regenerating a sandbox header file when the content in the sandbox changes according to the timestamp when the sandbox was changed, the public key of the care service provider, and the changed content of the sandbox, and the update The sub-module is used to broadcast the sandbox header file regenerated after the sandbox is changed to the blockchain. The care service system described in item 1 of the scope of patent application, wherein the sandbox management module includes a sandbox access authority management submodule and a key verification submodule, and the blockchain processing module includes blocks Chain verification submodule, and when the key verification performed by the key verification submodule passes and the sandbox header verification performed by the blockchain verification submodule passes, the sandbox access authority The management sub-module allows any one or more of the care certification document, the work permit ticket, the care service contract and the service history evaluation to be stored in the sandbox. The care service system described in item 1 of the scope of patent application, wherein the care service platform further includes a care certification document processing module including a newly added sub-module and an edit sub-module, which is used by the certification unit to pass the new The sub-module uploads a new care certification file or edits the care certification file through the editing sub-module, and when the sandbox management module verifies the private key of the certification unit and the public key of the care service provider When the blockchain management module passes the verification of the current sandbox head file of the sandbox, the sandbox management module allows the certification unit to upload the new care certification file to the sandbox or edit the care in the sandbox. Authentication file, and the sandbox management module recalculates the sandbox header file of the sandbox for the blockchain processing module to broadcast the recalculated sandbox header file to the blockchain. The care service system described in item 1 of the scope of patent application, wherein the care service platform further includes a service work permit processing module including an application sub-module and an examination application sub-module, which is used for the provision of the care service The applicant applies for a care service work permit through the application submodule and the permitting unit reviews the application through the review application submodule, and when the sandbox management module distributes the private key of the permit unit and the care service When the provider's public key verification is passed and the blockchain management module passes the verification of the current sandbox head file of the sandbox, the sandbox management module allows the work permit ticket of the permitted unit to be stored in the sandbox, The sandbox management module recalculates the sandbox header file of the sandbox for the blockchain processing module to broadcast the recalculated sandbox header file to the blockchain. The care service system described in item 1 of the scope of patent application, wherein the care service platform further includes a matchmaking module for the care service demander to issue a care service request, and wherein the matchmaking module is based on the Matching service needs are matched to list candidate care service providers that meet the care service needs, and the matchmaking module provides the care service needs to candidate care service providers that meet the care service needs, if the care When the care service provider approved by the service demander does not agree with the care service demand, the next round of selection is made, and if the care service provider approved by the care service demander agrees with the care service demand, the matchmaking is completed. The care service system described in item 7 of the scope of patent application, wherein the care service platform further includes a care contract module, which is used to generate a draft electronic contract based on the match result of the match module, and the care service After confirming by the demander and the approved care service provider, the care contract module uses the public key of the care service demander and the public key of the approved care service provider to generate an electronic contract and its electronic signature, among which , When the sandbox management module verifies the public key of the care service requester and the public key provided by the approved care service, and the blockchain management module verifies the current sandbox head file of the sandbox , The sandbox management module allows the electronic contract and its electronic signature to be placed in the sandbox, and the sandbox management module recalculates the sandbox head file of the sandbox for the blockchain processing module. The group broadcasts the recalculated sandbox header to the blockchain. The care service system described in item 1 of the scope of patent application, wherein the care service platform further includes a care contract module for the care service demander and the care service provider to modify or terminate the contract, and where, when After the sandbox management module verifies the private key of the care service requester and the private key of the care service provider, and the blockchain management module passes the verification of the current sandbox head file of the sandbox, the The sandbox management module allows the change of the care service contract in the sandbox, and the sandbox management module recalculates the sandbox head file of the sandbox for the blockchain processing module to recalculate the sand. Box header files are broadcast to the blockchain. The care service system described in item 1 of the scope of the patent application, wherein the care service platform further includes a care service evaluation module including a service evaluation sub-module and an audit sub-module, for use by care service demanders through the service The evaluation sub-module performs service evaluation on the care service provider for the license unit or certification unit to audit the service evaluation through the audit sub-module, and when the sandbox management module Key or the private key of the certification unit is verified, and the blockchain management module passes the verification of the current sandbox head file of the sandbox, the sandbox management module allows the service history evaluation changes in the sandbox , And the sandbox management module recalculates the sandbox header file of the sandbox for the blockchain processing module to broadcast the recalculated sandbox header file to the blockchain. The care service system described in item 1 of the scope of patent application, wherein the blockchain processing module includes a block generation submodule, a blockchain connection processing submodule, a blockchain verification submodule, and an updater Module, and the block generation sub-module is used to generate a new block when a new care service provider joins, and the blockchain verification sub-module is used to save the block header file of the current new block into the block The pre-block header file of the new block and the content of the block body of the current new block is stored in the block body of the new block, and the update submodule updates the initial sandbox header file of the sandbox of the care service provider. Or the regenerated sandbox header file is broadcast to the block body of all blocks of the blockchain, and the block chain processing submodule obtains the new block ’s block body based on the block body of the new block of the blockchain. Block header file. A care service method includes: generating a sandbox corresponding to a care service provider; and generating an initial sandbox header file of the sandbox based on a timestamp when the sandbox was generated and a public key of the care service provider; The initial sandbox header file of the sandbox is broadcast to the blockchain; when the access authority is verified, the care unit certification documents of the certification unit, the work permit ticket of the license unit, the care service provider and the care service demander are allowed. Any one or more of the care service contract of the care service requester and the service history evaluation of the care service demander are stored in the sandbox; according to the timestamp when the sandbox was changed, the care provider's public key, and the sandbox Any one or more of the care certification document, the work permit ticket, the care service contract, and the evaluation of the service history, regenerating the sandbox head file of the sandbox; and the sandbox regenerating the sandbox The head file is broadcast to the blockchain.