CN115470522A

CN115470522A - Health report management method and device based on non-homogeneous evidence

Info

Publication number: CN115470522A
Application number: CN202211272299.7A
Authority: CN
Inventors: 王晓亮; 郑炯
Original assignee: Hangzhou Rivtower Technology Co Ltd
Current assignee: Hangzhou Rivtower Technology Co Ltd
Priority date: 2022-10-18
Filing date: 2022-10-18
Publication date: 2022-12-13

Abstract

A health report management method and device based on non-homogeneous evidence are disclosed, wherein a first intelligent contract for privacy evidence storage and a second intelligent contract for supporting the business of the non-homogeneous evidence are pre-deployed in a block on which the non-homogeneous evidence depends; the method comprises the following steps: collecting health data of a target user and generating a corresponding health report; the statement-of-health includes a privacy-protected details field; calling the first intelligent contract to store the health report in the blockchain; the privacy-protected details field of the statement-of-health is stored in the blockchain after being encrypted; invoking the second intelligent contract to create a non-homogenous pass corresponding to the statement-of-health; the non-homogenous certificate includes the encrypted on-chain storage address of the detail field and a decryption key.

Description

Health report management method and device based on non-homogeneous evidence

Technical Field

The present disclosure relates to the field of block chain technologies, and in particular, to a health report management method and apparatus based on non-homogeneous general evidence.

Background

Generally, people can acquire health status data of themselves by physical examination or wearing health status monitoring equipment (such as a smart bracelet and the like), and the generated health report can be used for self health management and medical reference; however, if the health report is used and traded by a physical examination organization or a big data platform connected with a smart band under the condition that the user does not know, the privacy rights of the user can be damaged.

In the related art, manufacturers of health status monitoring devices and physical examination organizations usually protect health reports of users by means of encryption, right locking and the like so as to guarantee privacy rights and interests of the users; however, the above related scheme essentially only avoids the contradiction between the third-party manufacturer and the user, but does not solve the contradiction, and may further stimulate the third-party manufacturer to acquire the user privacy through an unauthorized channel.

Disclosure of Invention

In view of the above, the present specification discloses a health report management method and apparatus based on non-homogeneous evidence.

According to a first aspect of embodiments of the present specification, a method for managing a statement of health based on non-homogeneous evidence is disclosed, wherein a first intelligent contract for privacy evidence and a second intelligent contract for supporting services of the non-homogeneous evidence are deployed in advance in a block on which the non-homogeneous evidence depends; the method comprises the following steps:

collecting health data of a target user and generating a corresponding health report; wherein the statement-of-health comprises a privacy-protected details field;

invoking the first intelligent contract to vouch for the statement-of-health in the blockchain; wherein the privacy-protected details fields of the statement-of-health are stored in the blockchain after being encrypted;

invoking the second smart contract to create a non-homogenous credential corresponding to the statement-of-health; wherein the non-homogenous certificate includes an on-chain storage address and a decryption key of the detail field that is encrypted.

Optionally, the method further includes:

and analyzing the non-homogenous certificate, and acquiring and decrypting the detail field of the health report from the block chain based on the encrypted chain storage address of the detail field and the decryption key obtained by analysis.

Optionally, the statement-of-health further comprises a basic field that is not protected by privacy; the non-homogenous pass also includes a basic field of the statement-of-health, the basic field including identification information of the target user, a signature of a corresponding health data collection device, and a timestamp;

the method further comprises the following steps:

and combining the basic field in the non-homogenization certificate with the decrypted detail field to obtain a complete health report.

Optionally, the validity period is preset when the non-homogenous certificate is created, and a decryption key carried in the non-homogenous certificate is a disguised key;

the obtaining and decrypting the detail field of the statement of health from the blockchain based on the parsed chain storage address and decryption key of the encrypted detail field comprises:

invoking the first intelligent contract to check whether the non-homogenization evidence provided by the report user is within a validity period; if the non-homogeneous certificate is still within a preset validity period, calling a preset key transformation logic to transform the disguised key carried in the non-homogeneous certificate into a real key;

and acquiring and decrypting the detail field of the health report from the block chain based on the analyzed and encrypted chain storage address of the detail field and the real key.

Optionally, the method further includes:

in response to a purchase request by a reporting user for the non-homogenization pass, invoking the second intelligent contract, and if authorized by a current owner of the non-homogenization pass, transferring ownership of the non-homogenization pass to the reporting user.

Optionally, the method further includes:

transferring the virtual resource indicated by the purchase request for purchasing the non-homogenization voucher from the account of the report user to the account of the current owner, or,

and transferring the virtual resource indicated by the purchase request and used for purchasing the non-homogenization evidence from the account of the report user into the account of the current owner and the platform profit account of the second intelligent contract according to a preset split-charging proportion.

Optionally, the invoking the first intelligent contract to evidence the statement of health in the blockchain includes:

invoking the first intelligent contract, and checking the validity of the health report based on the basic field of the health report; if the validity check is passed, storing the health report in the block chain; wherein verifying the validity of the statement-of-health includes:

calculating the hash value of the basic field of the health report, comparing the hash value with the hash value of the existing health report, and if the hash value is repeated, the validity check of the health report is not passed;

and determining whether the corresponding acquisition equipment of the health data is authorized equipment authenticated by the block chain or not based on the signature in the basic field of the health report, and if not, passing the validity check of the health report.

Optionally, the authorization device authenticated by the blockchain includes a wearable smart device that achieves a preset standard in performance and security and claims a decentralized identity in the blockchain.

Optionally, the blockchain interfaces with a trading platform, and after creating a non-homogeneity certification corresponding to the statement of health, the method further comprises:

and sending the basic information of the non-homogeneous voucher to the trading platform so that the trading platform puts the non-homogeneous voucher on the shelf for sale, and establishing a search index based on the basic information of the non-homogeneous voucher.

According to a second aspect of embodiments of the present specification, a statement of health management apparatus based on non-homogeneous evidence is disclosed, wherein a first intelligent contract for privacy evidence and a second intelligent contract for supporting services of the non-homogeneous evidence are deployed in advance in a block on which the non-homogeneous evidence depends; the device comprises:

the acquisition module acquires health data of a target user and generates a corresponding health report; wherein the statement-of-health comprises a privacy-protected details field;

a evidence storage module calling the first intelligent contract to store the health report in the blockchain; wherein the privacy protected details field of the statement of health is encrypted and stored in the blockchain;

a creation module to invoke the second smart contract to create a non-homogenous credential corresponding to the statement-of-health; wherein the non-homogenous certificate includes an on-chain storage address of the details field and a decryption key that are encrypted.

According to a third aspect of the embodiments of the present specification, a computer device is disclosed, which at least comprises a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of the above-mentioned aspect embodiments when executing the program.

According to a fourth aspect of embodiments herein, a computer-readable storage medium is disclosed, on which a computer program is stored, which, when executed by a processor, implements the method of any of the above-described aspect embodiments.

In the above technical solution, since a first intelligent contract for privacy verification and a second intelligent contract for supporting the service of the non-homogeneous general certificate are pre-deployed in a block chain, a detail field protected by privacy in a health report may be encrypted and stored in the block chain, or a non-homogeneous general certificate including an encrypted on-chain storage address of the detail field and a decryption key may be created; furthermore, the user can use the non-homogeneous general evidence as a legal certificate for acquiring and utilizing the health report, and the non-homogeneous general evidence has the characteristics of clear authority and convenient transfer, so that the scheme for managing the health report through the non-homogeneous general evidence can provide a safe and convenient health report circulation way, and is beneficial to reconciling contradictions between third-party manufacturers and the user.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with this specification and together with the description, serve to explain the principles.

FIG. 1 is an exemplary diagram of a deployment and invocation scenario for an intelligent contract shown in the present specification;

FIG. 2 is a flowchart illustrating a method of non-homogenous evidence based statement of health management illustrated in the present specification;

FIG. 3 is a logical illustration of a non-homogeneous evidence and corresponding statement of health shown in the present specification;

FIG. 4 is a diagram illustrating an exemplary configuration of a non-homogenization evidence based statement-of-health management device;

FIG. 5 is a diagram illustrating an exemplary architecture of a computer device for non-homogenization-based statement-of-health management, as described herein.

Detailed Description

In order to make the technical solutions in one or more embodiments of the present specification better understood, the technical solutions in one or more embodiments of the present specification will be clearly and completely described below with reference to the drawings in one or more embodiments of the present specification. It should be apparent that the described embodiments are only a few embodiments, and not all embodiments. All other embodiments that can be derived by one of ordinary skill in the art from one or more embodiments of the disclosure without making any creative effort shall fall within the scope of the disclosure.

When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary examples do not represent all implementations consistent with this description. Rather, they are merely examples of systems and methods consistent with aspects of the present description.

The terminology used in the description herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the description. As used in this specification, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used herein to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present description. The word "if" as used herein may be interpreted as "at" \8230; "or" when 8230; \8230; "or" in response to a determination ", depending on the context.

In the related art, manufacturers of health status monitoring devices and physical examination organizations usually protect health reports of users by means of encryption, right locking and the like so as to guarantee privacy rights and interests of the users; however, the above related scheme essentially only avoids the contradiction between the third-party manufacturer and the user, but does not solve the contradiction, and thus may further stimulate the third-party manufacturer to acquire the user privacy through an unauthorized channel.

Based on this, the present specification proposes a technical solution for completing the on-chain evidence storage of the health report on one hand and completing the on-chain authorization and ownership management of the health report through a non-homogeneous general evidence technology on the other hand by deploying two intelligent contracts on a block chain.

In practice, the statement-of-health may choose to encrypt the certificate during the uplink, and the corresponding decryption key is stored in the non-homogeneous certificate corresponding to the statement-of-health, so that the holder of the non-homogeneous certificate is actually the owner of the reading right and usage right of the statement-of-health. Therefore, the original obligee of the health report can efficiently and safely realize the transfer of the reading right and the use right of the health report in a mode of giving away or trading non-homogenization general evidence corresponding to the health report.

In the above technical solution, since a first intelligent contract for privacy certification and a second intelligent contract for supporting the service of the non-homogenization certification are deployed in advance in a blockchain, a detail field protected by privacy in a health report may be encrypted and stored in the blockchain, or a non-homogenization certification including an on-chain storage address of the encrypted detail field and a decryption key may be created; furthermore, the user can use the non-homogeneous general evidence as a legal certificate for acquiring and utilizing the health report, and the non-homogeneous general evidence has the characteristics of clear authority and convenient transfer, so that the scheme for managing the health report through the non-homogeneous general evidence can provide a safe and convenient health report circulation way, and is beneficial to reconciling contradictions between third-party manufacturers and the user.

The present specification is described below with reference to specific embodiments and specific application scenarios.

It is generally recognized that blockchains are a distributed infrastructure and computing paradigm that utilize blockchain data structures to verify and store data, distributed node consensus algorithms to generate and update data, cryptographic means to secure data transmission and access, intelligent contracts composed of automated script code to program and manipulate data, and that, in general, blockchains have the property of being decentralized, transparent to disclosure, that each computing device can participate in database records, and that data synchronization between computing devices can be performed quickly.

From an ownership perspective, blockchains can be generally divided into three types: public chain (Public Blockchain), private chain (Private Blockchain) and alliance chain (Consortium Blockchain). Furthermore, there may be a combination of the above types, such as private chain + federation chain, federation chain + public chain, and so on. In general, various types of blockchain properties may differ, and thus may be used to meet different technical requirements; for example, if the highest degree of decentralization is desired, a public chain may be selected; federation chains, etc., may be selected if it is desired to compromise decentralization and performance. In implementation, if the blockchain is in a form of a federation chain, the blockchain nodes constituting the blockchain may be provided by various entities such as a relevant management department, a common user, a network operator, and the like, respectively, so as to ensure that the block chain billing right is relatively fair and reasonable; it can be seen that various forms of blockchains are advantageous, and those skilled in the art can select the type of blockchain according to specific needs, and the present specification does not limit the specific ownership type of blockchain.

The blockchains may be divided into programmable blockchains and non-programmable blockchains depending on whether on-chain programming is supported. The programmable block chain supports a user to create and call some complex logics in a programmable block chain network, namely intelligent contracts; whether public, private, or alliance, may provide the functionality of an intelligent contract. An intelligent contract on a blockchain is a contract that can be executed on a blockchain triggered by a transaction. An intelligent contract may be defined in the form of code.

Taking a programmable blockchain as an example, a user is supported to create and call some complex logic in a programmable blockchain network. The programmable block chain is used as a programmable block chain, the core of the programmable block chain is a Virtual Machine (VM), and each programmable block chain node can run the VM. VMs are typically designed as well-behaved virtual machines through which various complex logic may be implemented. The user issuing and invoking the intelligent contracts in the programmable blockchain is running on the VM. Because the intelligent contract can be independently executed at each node in the blockchain network in a specified mode, and all execution records and data are stored on the blockchain, after the execution of the transaction is finished, transaction certificates which cannot be tampered and lost are stored on the blockchain.

Referring to FIG. 1, FIG. 1 is a schematic diagram illustrating the creation and invocation of an intelligent contract according to the present disclosure. To create an intelligent contract in a programmable block chain, the intelligent contract needs to be written, changed into byte codes, deployed to the block chain and the like. Calling the intelligent contract in the programmable block chain is to initiate a transaction pointing to the intelligent contract address, the VM of each node can respectively execute the transaction, and the intelligent contract code is operated in a distributed mode in the virtual machine of each node in the programmable block chain network.

Referring to fig. 2, fig. 2 is a flowchart illustrating a non-homogenous evidence-based statement-of-health management method according to an embodiment of the present disclosure, where a first intelligent contract for privacy preservation and a second intelligent contract for supporting services of the non-homogenous evidence are pre-deployed in a block on which the non-homogenous evidence depends; the method may perform the steps of:

s201, collecting health data of a target user and generating a corresponding health report; wherein the statement-of-health comprises a privacy-protected details field;

s202, calling the first intelligent contract to store the health report in the block chain; wherein the privacy protected details field of the statement of health is encrypted and stored in the blockchain;

s203, calling the second intelligent contract to create a non-homogenization evidence corresponding to the health report; wherein the non-homogenous certificate includes an on-chain storage address and a decryption key of the detail field that is encrypted.

The block chain can comprise any form of programmable block chain supporting an intelligent contract mechanism; the non-homogeneity evidence may include non-homogeneity evidence supported and operated by the block chain.

In this specification, the health data of a target user may be collected first and a corresponding health report may be generated; wherein the statement-of-health includes a privacy-protected details field. For example, the user may report the health status of the user in a data form by physical examination, wearing wearable health monitoring equipment, and the like, and the health status is organized into a health report by a corresponding business system, for example, a physical examination organization may generate a physical examination report according to data collected by the physical examination, a control terminal of the wearable health monitoring equipment may generate a monitoring report according to data reported by the health monitoring equipment, and the like. For example, the user may generally allow all people to see basic information such as name, age, etc. in the health report, but generally only allow a specific authorized person to see details such as sleep state, blood pressure, etc., so that data that only allows the specific authorized person to see can be used as the detail field protected by privacy.

It can be understood that the health data may include external physiological indexes such as height, weight, and circumference, and may also include internal physiological indexes such as sleep state, blood sugar, blood pressure, and blood lipid; the specific types of items involved can be determined according to specific business requirements, and the description does not need to further enumerate or define the items.

It is also understood that the wearable health monitoring device and the physical examination mechanism may be selected from various channels for acquiring the health data of the target user, and those skilled in the art may also select other channels for acquiring the health data of the target user according to specific business requirements, such as questionnaires, and the present specification does not need to make any more limitation or enumeration on the channels for acquiring the health data of the target user.

In this specification, the first intelligent contract may be invoked to validate the health report in the blockchain; and the detail fields protected by privacy in the health report are encrypted and then stored in the block chain. Specifically, for example, the health report is a digital physical examination report generated by a physical examination center, the physical examination center may send the digital physical examination report to a block chain node in butt joint with the physical examination center, or the physical examination center directly serves as a node of the block chain, constructs a call transaction for the first intelligent contract, which carries the digital physical examination report, and sends the call transaction to a block chain network to call the first intelligent contract, so as to store the digital physical examination report in the block chain; furthermore, the detail fields protected by privacy in the digital physical examination report can be stored in an encrypted manner, so that a user who has access to the block chain is prevented from directly acquiring the detail fields to be protected as privacy.

It is understood that, in addition to the above-mentioned physical examination center example, a person skilled in the art may migrate the process of invoking the first intelligent contract to other scenarios according to the above description, and the description does not need to enumerate or define other (e.g., wearable health monitoring device, etc.) relevant scenarios one by one.

In this specification, the second intelligent contract may be invoked to create a non-homogenous evidence corresponding to the statement of health; wherein the non-homogenous certificate includes a chain storage address and a decryption key of the encrypted detail field. It is generally considered that Non-homogeneous Token (NFT) can complete its casting, circulation, etc. services from intelligent contracts deployed on the block chain; in this application, the above-mentioned smart contract for supporting the related service of the non-homogenous certification is referred to as a second smart contract, and when the non-homogenous certification corresponding to the health report is created, the encrypted chain storage address of the detail field and the decryption key may be put into the non-homogenous certification together, so that the user who obtains the non-homogenous certification naturally becomes the holder of the storage address and the secret key on the face of the detail information of the corresponding health report, that is, the authorized user of the health report.

It will of course be appreciated that the initial ownership of the non-homogenous proof generated may be attributed to the target user as described above, but may be transferred with the target user's authorization.

Through the process, on one hand, the on-chain evidence storage of the health report is completed, and on the other hand, the on-chain right confirmation and ownership management of the health report are completed through a non-homogeneous evidence passing technology; therefore, in the subsequent process, the original righter of the health report can efficiently and safely realize the transfer of the reading right and the use right of the health report in a mode of transfering or trading a non-homogenization voucher corresponding to the health report.

In one embodiment shown, the method may further include a process of resolving non-homogeneity evidence, obtaining details fields of a health report. Specifically, the user holding the non-homogenous certification may analyze the non-homogenous certification by a computer having software such as a blockchain browser installed therein, access the blockchain based on the encrypted chain storage address and decryption key of the detail field obtained by the analysis, and acquire and decrypt the detail field of the health report from the blockchain.

In one embodiment, the method may further include a process of recovering the complete statement-of-health; in particular, the statement-of-health also includes a basic field that is not protected from privacy; the non-homogenous certificate further comprises a basic field of the health report, wherein the basic field comprises identification information of the target user, a signature of a corresponding health data acquisition device and a timestamp; correspondingly, the method further comprises the following steps: and combining the basic field in the non-homogeneity certificate with the detail field obtained by decryption to obtain a complete health report.

Referring to fig. 3, fig. 3 is a logic diagram of a non-homogeneity evidence and corresponding health report shown in the present specification. In this illustration, the non-homogenous certificate may include a storage address, a decryption key, and a basic field, and the basic field in combination with the above detailed fields may result in a complete statement-of-health.

In one embodiment, the decryption process of the health report may also preset an expiration date. Specifically, the validity period is preset when the non-homogeneous certificate is created, and a decryption key carried in the non-homogeneous certificate is a disguised key; the process of obtaining and decrypting the detail field of the health report from the blockchain based on the parsed encrypted chain storage address and decryption key of the detail field may include: calling the first intelligent contract to check whether the non-homogenization evidence provided by the report user is in the valid period; if the non-homogeneous certificate is still in a preset validity period, calling a preset key transformation logic to transform the disguised key carried in the non-homogeneous certificate into a real key; and acquiring and decrypting the detail field of the health report from the block chain based on the analyzed and encrypted chain storage address of the detail field and the real key.

In one embodiment shown, the ownership of the non-homogeneity certificate may be altered. Specifically, the method further includes: and in response to a purchase request of the report user for the non-homogenization voucher, invoking the second intelligent contract, and in the case that the current owner of the non-homogenization voucher authorizes, transferring ownership of the non-homogenization voucher to the report user.

In an embodiment shown, the flow direction of the money corresponding to the ownership change of the non-homogenization evidence can be designed according to requirements. Specifically, the virtual resource for purchasing the non-homogenization voucher indicated by the purchase request may be transferred from the account of the report user to the account of the current owner, or the virtual resource for purchasing the non-homogenization voucher indicated by the purchase request may be transferred from the account of the report user to the account of the current owner and the platform profit account of the second smart contract at a predetermined credit allocation rate.

In one embodiment, the verification phase of the statement of health may further include a step of validity check. Specifically, the invoking the first intelligent contract to store the health report in the blockchain includes: calling the first intelligent contract, and checking the validity of the health report based on the basic field of the health report; and if the validity check is passed, storing the health report in the block chain.

It is understood that the means for verifying the validity of the health report can be flexibly designed, for example, the hash value of the basic field of the health report is calculated and compared with the hash value of the existing health report, and if the hash value is repeated, the validity of the health report is not verified; or, based on the signature in the basic field of the health report, determining whether the corresponding acquisition device of the health data is an authorized device authenticated by the block chain, if not, the validity check of the health report is not passed.

In the art, decentralized IDentity (DID) is generally considered to be an IDentity authentication mechanism that may include an Identifier and a document, with global uniqueness, high availability resolvability, and encryption verifiability. A decentralized identity may be said to be associated with a blockchain if the decentralized identity depends on a blockchain implementation. In implementation, a typical decentralized identity may be represented by the following character string:

did:example:123123123123abcabcabc

wherein, the did part is a system identification for indicating that the character string is a decentralized identity; the example part is a DID method identifier used for indicating the method on the block chain on which DID specifically depends; the 123123123123123123123 abcabcabc portion is an identifier specified in the DID method, typically corresponding to a pair of public and private keys held by the individual whose identity corresponds. The decentralized identity document may include an identity public key corresponding to the DID and information such as a corresponding encryption algorithm, and may be used to verify the decentralized identity. For example, assuming that a user, zhang san sends a piece of information, which carries a signature of a decentralized identity and a DID identifier, other users can check the validity of the decentralized identity signature only by finding the decentralized identity public key of zhang san from the block chain according to the DID identifier, and if the check is passed, the sender of the information can be proved to be a person who holds the private key of zhang san of the user, that is, zhang san self.

In an embodiment, the authorization device authenticated by the blockchain includes a wearable smart device, the performance and security of which meet preset standards, and a decentralized identity is claimed in the blockchain. Correspondingly, when determining whether the corresponding health data acquisition device is an authorized device authenticated by the block chain based on the signature in the basic field of the health report, the decentralized identity of the device generating the signature may be verified, and if the device is determined to be a wearable smart device whose performance and security meet the preset standards and the decentralized identity is claimed in the block chain, the verification may be considered to be passed.

In one embodiment shown, the blockchain may also interface with a trading platform to improve trading convenience. Specifically, after creating the non-homogeneity certification corresponding to the statement of health, the method may further include: and sending the basic information of the non-homogenization permits to the trading platform so that the trading platform puts the non-homogenization permits on the shelf for sale, and establishing a search index based on the basic information of the non-homogenization permits. For a data user wishing to legally use the health data of the user, the data user can quickly find required data reports in batches by using the search index of the transaction platform and apply for purchase; therefore, the demand of a data user can be met, and the corresponding benefits can be objectively and transparently brought to the user, so that the contradiction between the data user and the user between supply and demand is alleviated.

The above contents are all embodiments of the health report management method based on non-homogeneous general evidence in this specification.

The present specification also provides embodiments of a corresponding non-homogenous evidence based statement of health management device as follows:

the present specification proposes a health report management device based on non-homogeneous evidence, wherein a first intelligent contract for privacy evidence storage and a second intelligent contract for supporting the business of the non-homogeneous evidence are deployed in advance in a block on which the non-homogeneous evidence depends; the above-mentioned device includes: fig. 4 shows an example of the structure of the non-homogenization-evidence-based statement-of-health management apparatus, which includes:

the acquisition module 401 acquires health data of a target user and generates a corresponding health report; wherein the statement-of-health comprises a privacy-protected details field;

a forensics module 402 that invokes the first intelligent contract to forensics the statement-of-health in the blockchain; wherein the privacy protected details field of the statement of health is encrypted and stored in the blockchain;

a creating module 403 for invoking the second intelligent contract to create a non-homogenization credential corresponding to the statement-of-health; wherein the non-homogenous certificate includes an on-chain storage address and a decryption key of the detail field that is encrypted.

The embodiments of the present disclosure further provide a computer device, which at least includes a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the program to implement the method for managing a health report based on non-homogenous certificates, and specifically, the method for managing a health report based on non-homogenous certificates may be implemented in one device at the same time.

Fig. 5 is a schematic diagram illustrating a more specific hardware structure of a computing device according to an embodiment of the present disclosure, where the computing device may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. Wherein the processor 1010, memory 1020, input/output interface 1030, and communication interface 1040 are communicatively coupled to each other within the device via bus 1050.

The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solutions provided in the embodiments of the present disclosure.

The Memory 1020 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, or the like. The memory 1020 may store an operating system and other application programs, and when the technical solution provided by the embodiments of the present specification is implemented by software or firmware, the relevant program codes are stored in the memory 1020 and called to be executed by the processor 1010.

The input/output interface 1030 is used for connecting an input/output module to input and output information. The i/o module may be configured as a component within the device (not shown) or may be external to the device to provide corresponding functionality. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.

The communication interface 1040 is used for connecting a communication module (not shown in the drawings) to implement communication interaction between the present device and other devices. The communication module can realize communication in a wired mode (for example, USB, network cable, etc.), and can also realize communication in a wireless mode (for example, mobile network, WIFI, bluetooth, etc.).

Bus 1050 includes a path that transfers information between various components of the device, such as processor 1010, memory 1020, input/output interface 1030, and communication interface 1040.

It should be noted that although the above-mentioned device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040 and the bus 1050, in a specific implementation, the device may also include other components necessary for normal operation. In addition, those skilled in the art will appreciate that the above-described apparatus may also include only the components necessary to implement the embodiments of the present disclosure, and need not include all of the components shown in the figures.

Embodiments of the present specification also provide a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the aforementioned non-homogenous evidence based statement of health management method.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

From the above description of the embodiments, it is clear to those skilled in the art that the embodiments of the present disclosure can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the embodiments of the present specification or portions thereof contributing to the prior art may be embodied in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, or the like, and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device) to execute the methods described in the embodiments or some portions of the embodiments of the present specification.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.

All the embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the apparatus embodiment, since it is substantially similar to the method embodiment, it is relatively simple to describe, and reference may be made to some descriptions of the method embodiment for relevant points. The above-described apparatus embodiments are merely illustrative, and the modules described as separate components may or may not be physically separate, and the functions of the modules may be implemented in one or more software and/or hardware when implementing the embodiments of the present disclosure. And part or all of the modules can be selected according to actual needs to realize the purpose of the scheme of the embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

The foregoing is merely a detailed description of the embodiments of the present disclosure, and it should be noted that modifications and embellishments could be made by those skilled in the art without departing from the principle of the embodiments of the present disclosure, and should be considered as the scope of the embodiments of the present disclosure.

Claims

1. A health report management method based on non-homogeneous evidence is characterized in that a first intelligent contract for privacy evidence storage and a second intelligent contract for supporting the business of the non-homogeneous evidence are deployed in advance in a block on which the non-homogeneous evidence depends; the method comprises the following steps:

acquiring health data of a target user and generating a corresponding health report; wherein the statement-of-health comprises a privacy-protected details field;

invoking the first smart contract to vouch for the statement-of-health in the blockchain; wherein the privacy-protected details fields of the statement-of-health are stored in the blockchain after being encrypted;

2. The method of claim 1, further comprising:

3. The method of claim 2, wherein the statement-of-health further comprises a basic field that is not privacy protected; the non-homogenous pass also includes a basic field of the statement-of-health, the basic field including identification information of the target user, a signature of a corresponding health data collection device, and a timestamp;

the method further comprises the following steps:

4. The method according to claim 2, wherein the non-homogenous certificate is created with a preset validity period, and the decryption key carried in the non-homogenous certificate is a disguised key;

the obtaining and decrypting the detail field of the health report from the blockchain based on the parsed chain storage address and decryption key of the encrypted detail field includes:

calling the first intelligent contract to check whether the non-homogenization evidence provided by the report user is within the validity period; if the non-homogeneous certificate is still in a preset validity period, calling a preset key transformation logic to transform the disguised key carried in the non-homogeneous certificate into a real key;

5. The method of claim 1, further comprising:

invoking the second intelligent contract in response to a purchase request by a reporting user for the non-homogenous evidence, transferring ownership of the non-homogenous evidence to the reporting user if authorized by a current owner of the non-homogenous evidence.

6. The method of claim 5, further comprising:

and transferring the virtual resources indicated by the purchase request and used for purchasing the non-homogenization evidence from the account of the report user to the account of the current owner and the platform income account of the second intelligent contract according to a preset split proportion.

7. The method of claim 3, wherein invoking the first smart contract to qualify the statement of health in the blockchain comprises:

invoking the first intelligent contract, and checking the validity of the health report based on the basic field of the health report; if the validity check is passed, storing the health report in the block chain; wherein verifying the validity of the statement-of-health comprises:

8. The method of claim 7, wherein the authorized devices authenticated by the blockchain comprise wearable smart devices that meet preset criteria for performance and security and claim decentralized identity in the blockchain.

9. The method of claim 3, wherein the blockchain interfaces with a trading platform, and after creating a non-homogenization evidence corresponding to the statement-of-health, the method further comprises:

and sending the basic information of the non-homogeneous evidence to the trading platform so that the trading platform can sell the non-homogeneous evidence on the shelf, and establishing a search index based on the basic information of the non-homogeneous evidence.

10. A health report management device based on non-homogenization certification is characterized in that a first intelligent contract used for privacy certification and a second intelligent contract used for supporting services of the non-homogenization certification are deployed in advance in a block on which the non-homogenization certification depends; the device comprises:

the acquisition module acquires health data of a target user and generates a corresponding health report; wherein the statement-of-health includes a privacy-protected details field;

a evidence storage module calling the first intelligent contract to store the health report in the blockchain; wherein the privacy-protected details fields of the statement-of-health are stored in the blockchain after being encrypted;

a creation module to invoke the second smart contract to create a non-homogenous credential corresponding to the statement-of-health; wherein the non-homogenous certificate includes an on-chain storage address and a decryption key of the detail field that is encrypted.

11. A computer device comprising at least a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the program when executed by the processor implements the method of any one of claims 1 to 9.

12. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 9.