WO2024038510A1 - 情報処理システム、情報処理方法及びプログラム - Google Patents

情報処理システム、情報処理方法及びプログラム Download PDF

Info

Publication number
WO2024038510A1
WO2024038510A1 PCT/JP2022/031011 JP2022031011W WO2024038510A1 WO 2024038510 A1 WO2024038510 A1 WO 2024038510A1 JP 2022031011 W JP2022031011 W JP 2022031011W WO 2024038510 A1 WO2024038510 A1 WO 2024038510A1
Authority
WO
WIPO (PCT)
Prior art keywords
hash value
terminal
management system
blockchain
proof data
Prior art date
Application number
PCT/JP2022/031011
Other languages
English (en)
French (fr)
Inventor
真吾 高橋
雄希 田中
広祐 尾上
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to PCT/JP2022/031011 priority Critical patent/WO2024038510A1/ja
Publication of WO2024038510A1 publication Critical patent/WO2024038510A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Definitions

  • the present invention relates to an information processing system, an information processing method, and a program.
  • cancer vaccine treatment In recent years, treatment using cancer immunotherapy (hereinafter referred to as cancer vaccine treatment), which ⁇ attacks and eliminates cancer cells by the action of the human's innate immune system,'' has progressed.
  • Peptide vaccines are known as one type of cancer vaccine treatment. Peptide vaccines contain antigens that are cancer markers. When a peptide containing this antigen is directly injected into the body, the human's innate immune system detects an abnormality and attacks the antigen, which is a cancer marker, to kill cancer cells.
  • Patent Document 1 discloses a method for identifying a polypeptide fragment that is immunogenic for a specific human subject and a method for preparing an individualized pharmaceutical composition containing the polypeptide fragment.
  • a genetic analysis organization e.g., a sequence vendor
  • a recipe creation organization uses the genetic analysis results to provide information to the patient.
  • a process of creating a recipe for a drug for example, a cancer vaccine
  • a drug manufacturing organization for example, a pharmaceutical company
  • manufacturing reports for drugs exclusive to target patients e.g., personalized vaccines
  • product test reports for medicines exclusive to target patients e.g., personalized vaccines
  • delivery notes for medicines exclusive to target patients e.g., personalized vaccines
  • target content e.g., genome data, recipe data, etc.
  • the target content includes genome data of the target patient, recipe data for a drug exclusive to the target patient (e.g. personalized vaccine), specifications for a medicine exclusive to the target patient (e.g. personalized vaccine), medicine exclusive for the target patient (e.g.
  • a contract for a drug specific to a target patient e.g., a personalized vaccine
  • a manufacturing report for a drug specific to a target patient e.g., a personalized vaccine
  • a product test report for a drug specifically for a target patient e.g., a personalized vaccine
  • This may be a delivery note for a specific vaccine (e.g., a personalized vaccine) or a receipt for a drug specific to the patient (e.g., a personalized vaccine).
  • the present embodiment has been made in view of the above-mentioned problems, and provides an information processing system, an information processing method, and a program that make it possible to ensure the authenticity of target content during the distribution process in the creation of personalized medicines. This is one of the challenges.
  • An information processing system is an information processing system including a first terminal, a second terminal, and a management system, wherein the first terminal extracts a first hash value from data including at least target content. and transmits first proof data including the first hash value or information based on the first hash value, and the management system records the first proof data received from the first terminal on a blockchain. , the management system transmits the first proof data recorded on the blockchain to the second terminal, and the second terminal obtains a first hash value from the first proof data received from the management system. , acquires the target content, generates a second hash value from the target content, and determines whether the first hash value and the second hash value match.
  • An information processing system is the information processing system according to the first aspect, wherein the first terminal is a genetic analysis institution that generates genomic information of a target patient from a sample of the target patient.
  • the second terminal is used by a recipe creation organization that creates a vaccine recipe, and the target content is genome information of a target patient.
  • the information processing system is the information processing system according to the second aspect, in which the genome information of the target patient includes genetic data of cancer cells of the target patient and genetic data of the target patient's cancer cells. Contains genetic data for normal cells.
  • An information processing system is the information processing system according to the first aspect, wherein the first terminal is used by a recipe creation organization that creates vaccine recipes, and the second terminal is used by a recipe creation organization that creates vaccine recipes. , used by a drug manufacturing organization that manufactures personalized medicine from vaccine recipes, and the target content is a vaccine recipe for target patients.
  • An information processing system is an information processing system according to any one of the first to fourth aspects, wherein the information based on the first hash value is based on the first hash value.
  • the first terminal When transmitting the first proof data, the first terminal encrypts the first hash value with the first private key, and transmits the first hash value to the second terminal.
  • the first hash value is obtained by decrypting the first proof data with a first public key corresponding to the first private key. get.
  • An information processing system is an information processing system according to any one of the first to fifth aspects, wherein first proof data received from the first terminal is recorded on the blockchain. includes drug identification information that identifies the personalized drug for the target patient, and if the first hash value and the second hash value match, the second terminal includes the drug identification information and the drug identification information.
  • the management system transmits second proof data including the first hash value or the second hash value, and records the second proof data received from the second terminal on a blockchain.
  • An information processing system is the information processing system according to the sixth aspect, further comprising an authentication system, and the authentication system blocks a blockchain using target drug identification information as a key. If the hash values included in the two obtained blocks match as a result of the search, it is determined that the target content has been successfully transferred.
  • An information processing system is the information processing system according to the second or third aspect, further comprising a third terminal used by a drug manufacturing organization that manufactures personalized medicine from a vaccine recipe.
  • the second terminal outputs a hash value from data including at least a recipe for medicine for the target patient, and transmits third certification data including either the hash value or information based on the hash value
  • the management system the third proof data received from the second terminal is recorded on a blockchain
  • the management system transmits the third proof data recorded on the blockchain to the third terminal
  • the third terminal A fourth hash value included in the third proof data received from the management system is obtained, the recipe is obtained, a fourth hash value is generated from the recipe, and the third hash value and the fourth hash value match. Determine whether or not.
  • An information processing system is the information processing system according to the eighth aspect, wherein the second terminal transmits the third hash value when transmitting the third proof data.
  • the third terminal transmits the third proof data encrypted with the second private key, and when acquiring the third hash value included in the third proof data, the third terminal encrypts the third proof data with the second private key.
  • the second hash value is obtained by decrypting with the second public key corresponding to the second hash value.
  • An information processing system is an information processing system according to the eighth or ninth aspect, wherein the third proof data received from the second terminal recorded on the blockchain includes: medicine identification information for identifying a personalized medicine for the target patient is included, and when the third hash value and the fourth hash value match, the third terminal collects the medicine identification information and the third hash value. or the fourth hash value, and the management system records the fourth proof data received from the third terminal on a blockchain.
  • An information processing system is an information processing system according to any one of the first to tenth aspects, which includes a fourth terminal used by a medical institution and a fifth device used by a logistics company.
  • the fourth terminal transmits fifth certification data for proving that the medical institution has handed over the sample of the target patient to the logistics company, and the management system transmits the fifth certification data received from the fourth terminal.
  • the fifth terminal records the proof data on the blockchain
  • the fifth terminal transmits sixth proof data for proving that the logistics company has received the target patient's sample from the medical institution
  • the management system records the fifth proof data on the blockchain.
  • the sixth proof data received from the terminal is recorded on the blockchain.
  • the information processing system is the information processing system according to the eleventh aspect, wherein the fifth proof data is a hash value of text data for personalized medicine, and a hash value of text data for personalized medicine.
  • the sixth proof data includes data encrypted with a fourth secret key for a logistics company, and the sixth proof data includes a hash value of text data for personalized medicine encrypted with a fourth secret key for a logistics company.
  • the first terminal outputs a first hash value from data including at least target content, and outputs either the first hash value or information based on the first hash value.
  • the management system records the first proof data received from the first terminal on a blockchain; the management system transmits the first proof data recorded on the blockchain; transmitting data to the second terminal; the second terminal obtains a first hash value from the first proof data received from the management system; obtains the target content; and obtains a second hash value from the target content; and determining whether or not the first hash value and the second hash value match.
  • a program according to a fourteenth aspect of the present invention is configured to provide a computer with first proof data including either a first hash value generated from data including at least target content or information based on the first hash value.
  • the first hash value recorded on the blockchain and the second hash value generated from the target content match, it is guaranteed that the two are the same target content.
  • the authenticity of the target content can be guaranteed.
  • FIG. 1 is a schematic configuration diagram of a terminal according to the present embodiment.
  • 1 is a schematic configuration diagram of a management system according to the present embodiment.
  • 1 is a schematic configuration diagram of an authentication system according to an embodiment.
  • FIG. 2 is a schematic diagram illustrating an example of a process for creating a personalized drug.
  • FIG. 2 is a schematic diagram illustrating an example of the flow of receiving and receiving files of target content.
  • FIG. 1 describes the configuration of an information processing system according to this embodiment.
  • the information processing system 10 includes a terminal 1 used by a genetic analysis institution, a terminal 2 used by a recipe creation institution, a terminal 3 used by a drug manufacturing institution, a terminal 4 used by a medical institution, and a terminal 4 used by a logistics company. It is equipped with a terminal 5 used by.
  • the genetic analysis institution generates genomic information (also referred to as genetic data) of the target patient from the target patient's specimen.
  • the target patient's specimen includes, for example, cancer tissue and normal tissue of the same target patient, and in that case, the generated genome information of the target patient is genetic data (e.g., DNA data) of the target patient's cancer cells. and genetic data (eg, DNA data) of normal cells of the subject patient.
  • the recipe creation agency creates a vaccine recipe.
  • the information processing system 10 includes a management system 6, an authentication system 7, a distributed network 8 for blockchain, and a storage 9.
  • Each of the terminals 1 to 5, the authentication system 7, and the storage 9 are communicably connected to the management system 6 via the communication network CN.
  • the terminals 1 to 5 are, for example, a smartphone, a tablet terminal, a notebook computer, or a computer such as a personal computer.
  • Each of the terminals 1-5 has at least one processor and at least one memory, and stores a unique private key.
  • the authentication system 7 stores public keys corresponding to private keys held by each of the terminals 1 to 5.
  • the storage 9 stores the above-mentioned target content data (eg, genetic data, vaccine recipe data, etc.).
  • the distributed network 8 includes a plurality of computers (not shown), and these terminals are communicably connected using a P2P (Peer to Peer) method, for example.
  • the P2P method is a connection method in which a plurality of equivalent computers directly communicate on a one-to-one basis.
  • a blockchain 81 is stored in each of a plurality of computers included in the distributed network 8.
  • the blockchain 81 stores information using blockchain technology, such as the history of deliveries during the distribution process in the creation of personalized medicines.
  • FIG. 2 is a schematic configuration diagram of the terminal of this embodiment.
  • the terminal 1 includes an input interface 11, a communication module 12, a storage device 13, a memory 14, an output interface 15, and a processor 16.
  • the terminal 1 is described here as having one processor 16 as one aspect, it may have a plurality of processors, that is, it is sufficient to have one or more processors.
  • the terminal 1 is described here as having one storage device 13 as one aspect, it may have a plurality of storage devices, that is, it is sufficient to have one or more storage devices.
  • the input interface 11 receives input from, for example, a person in charge at a genetic analysis institution, and outputs an input signal to the processor 16 in accordance with the received input.
  • the communication module 12 is connected to the communication network CN and communicates with the management system 6 and storage 9. This communication may be wired or wireless.
  • the storage device 13 is, for example, a storage, and stores programs for the processor 16 to read and execute, a unique secret key, and various data.
  • Memory 14 temporarily holds data and programs.
  • the memory 14 is a volatile memory, such as RAM (Random Access Memory).
  • the output interface 15 can be connected to an external device and can output a signal to the external device.
  • the processor 16 loads a program from the storage device 13 into the memory 14 and executes a series of instructions included in the program, thereby executing various processes.
  • FIG. 3 is a schematic configuration diagram of the management system of this embodiment.
  • the management system 6 includes an input interface 61, a communication module 62, a storage device 63, a memory 64, an output interface 65, and a processor 66.
  • the management system 6 is described here as having one processor 66 as one aspect, it may have a plurality of processors, that is, it may include one or more processors.
  • the management system 6 is described here as having one storage device 63 as one aspect, it may have a plurality of storage devices, that is, it may include one or more storage devices.
  • the input interface 61 receives input from the administrator of the management system 6 (for example, an employee of a management organization), and outputs an input signal to the processor 66 in accordance with the received input.
  • the communication module 62 is connected to the communication network CN and communicates with each of the terminals 1 to 5, the authentication system 7, the blockchain 81, and the storage 9. This communication may be wired or wireless.
  • the storage device 63 is, for example, a storage, and stores programs and various data for the processor 66 to read and execute.
  • Memory 64 temporarily holds data and programs.
  • the memory 64 is a volatile memory, such as RAM (Random Access Memory).
  • the output interface 65 can be connected to an external device and can output a signal to the external device.
  • the processor 66 loads a program from the storage device 63 into the memory 64 and executes a series of instructions included in the program, thereby executing various processes.
  • FIG. 4 is a schematic configuration diagram of the authentication system of this embodiment.
  • the authentication system 7 includes an input interface 71, a communication module 72, a storage device 73, a memory 74, an output interface 75, and a processor 76.
  • the authentication system 7 is described here as having one processor 76 as one aspect, it may have a plurality of processors, that is, it may include one or more processors.
  • the authentication system 7 is described here as having one storage device 73 as one aspect, there may be a plurality of storage devices, that is, it is sufficient to include one or more storage devices.
  • the input interface 71 receives input from an administrator of the authentication system 7 (for example, an employee of a certification organization), and outputs an input signal to the processor 76 in accordance with the received input.
  • the communication module 72 is connected to the communication network CN and communicates with the management system 6 and the blockchain 81. This communication may be wired or wireless.
  • the storage device 73 is, for example, a storage, and stores programs for the processor 76 to read and execute, public keys corresponding to the private keys of the terminals 1 to 5 (that is, five public keys), and various data.
  • Memory 74 temporarily holds data and programs.
  • the memory 74 is a volatile memory, such as RAM (Random Access Memory).
  • the output interface 75 can be connected to an external device and can output a signal to the external device.
  • the processor 76 loads a program from the storage device 73 into the memory 74 and executes a series of instructions included in the program, thereby executing various processes.
  • FIG. 5 is a schematic diagram illustrating an example of the process of creating a personalized medicine.
  • a drugID which is an example of drug identification information for identifying a personalized drug, is issued from the management system 6.
  • the medical institution hands over the drugID and the target patient's specimen (also called patient sample) to the logistics company.
  • the target patient's specimen also called patient sample
  • the following processing is executed.
  • the terminal 4 transmits information regarding the delivery of the target patient's specimen to the management system 6.
  • the management system 6 records on the blockchain 81 the information received from the terminal 4 about the delivery of the sample of this target patient.
  • the terminal 5 transmits information about the reception of the target patient's specimen to the management system 6.
  • the management system 6 records on the blockchain 81 the information received from the terminal 5 regarding the reception of the sample of this target patient.
  • Step S20 The terminal 5 transmits information regarding the delivery of the target patient's specimen to the management system 6.
  • Step S21 The management system 6 records on the blockchain 81 the information received from the terminal 5 about the delivery of the sample of this target patient.
  • Step S22 The terminal 1 transmits information about the reception of the target patient's specimen to the management system 6.
  • Step S23 The management system 6 records on the blockchain 81 the information received from the terminal 1 regarding the reception of the sample of this target patient.
  • a genetic analysis institution generates genomic information for the target patient from the patient's sample.
  • identification information of the genome information is stored in the blockchain 81 and the genome information is stored in the storage 9.
  • the following processing is executed.
  • the management system 6 acquires the identification information of the genome information from the terminal 1, and records this identification information of the genome information in the blockchain 81.
  • the identification information of the genome information is, for example, the hash value of the genome information file encrypted by the terminal 1 in step S160 of FIG. 6, which will be described later, using the private key of the terminal 1 (or the genetic analysis institution).
  • the management system 6 may generate the identification information of this genome information.
  • Genomic information is stored in the storage 9, for example, by the terminal 1 or the management system 6.
  • a recipe creation agency creates a recipe for a personalized drug (for example, a vaccine, specifically, for example, a cancer vaccine).
  • the genome information is referred to from the identification information of the genome information to create a personalized drug recipe.
  • Recipe data of the personalized medicine is recorded in the storage 9, and identification information of the genome information is recorded in the blockchain 81.
  • the following processing is executed.
  • the management system 6 acquires the identification information of the genome information by referring to the blockchain 81, for example.
  • the identification information of the genome information is, for example, the hash value of the genome information file encrypted by the terminal 1 in step S160 of FIG. 6, which will be described later, using the private key of the terminal 1 (or the genetic analysis institution).
  • Step S34 The management system 6 then transmits the acquired identification information of the genome information to the terminal 2. Thereafter, steps S210 to S260 in FIG. 6, which will be described later, are executed.
  • Step S41 the management system 6 acquires recipe identification information of a personalized medicine (for example, a vaccine, specifically, for example, a cancer vaccine) from the terminal 2, and records this recipe identification information on the blockchain.
  • the recipe identification information is, for example, a hash value of a file of recipe data encrypted by the terminal 2 in step S160 of FIG. 6, which will be described later, using the private key of the terminal 2 (or the recipe creation institution).
  • the management system 6 may generate this recipe identification information.
  • the recipe data of the personalized medicine is recorded in the storage 9 by the terminal 2 or the management system 6.
  • a drug manufacturing facility produces a personalized drug (e.g. a vaccine, specifically a cancer vaccine, for example).
  • the recipe data of the personalized medicine is referenced from the recipe identification information of the personalized medicine, and the medicine manufacturing organization manufactures the personalized medicine.
  • the following processing is executed.
  • the management system 6 obtains the recipe identification information by referring to the blockchain 81, for example.
  • the recipe identification information is, for example, a hash value of a file of recipe data encrypted by the terminal 2 in step S160 of FIG. 6, which will be described later, using the secret key of the terminal 2 (or the recipe creation institution).
  • the management system 6 then transmits the acquired recipe identification information to the terminal 3.
  • the terminal 3 refers to the recipe data of the personalized medicine based on this recipe identification information and acquires it from the storage 9.
  • the drug manufacturing organization manufactures the personalized medicine from this personalized medicine recipe data.
  • Step S50 The terminal 3 transmits information on the delivery of medicine to the management system 6.
  • Step S51 The management system 6 records the medicine delivery information received from the terminal 3 in the blockchain 81.
  • Step S52 The terminal 5 transmits information on the receipt of the medicine to the management system 6.
  • Step S53 The management system 6 records the information received from the terminal 5 regarding the receipt of this medicine in the blockchain 81.
  • Step S61 The terminal 5 transmits information on the delivery of the medicine to the management system 6.
  • Step S62 The management system 6 records the medicine delivery information received from the terminal 5 in the blockchain 81.
  • Step S63 The terminal 4 transmits information on the receipt of the medicine to the management system 6.
  • Step S64 The management system 6 records the information received from the terminal 4 regarding the receipt of this medicine in the blockchain 81.
  • the genome identification information or recipe identification information is recorded without being erased or tampered with.
  • correct genome identification information or recipe identification information can be obtained during or after the production process of a personalized medicine, so that correct genome information or recipe data can be referenced and verified.
  • FIG. 6 is a schematic diagram showing an example of the flow of transferring files of target content. This process is executed in each step of transferring the above-mentioned target content.
  • the target content is genome information of a target patient
  • the sender is a terminal 1 used by a genetic analysis institution
  • the receiver is a terminal 2 used by a recipe creation institution.
  • Step S110 The terminal 1 transmits the sender ID, receiver ID, and drugID, which is identification information of the drug, to the management system 6.
  • the sender ID is information that identifies the genetic analysis institution that uses the terminal 1
  • the recipient ID is information that identifies the recipe creation institution that uses the terminal 2.
  • Step S120 Next, the management system 6 creates a directory for the target content (here, genome information as an example) in the storage 9.
  • the target content here, genome information as an example
  • Step S130 the management system 6 transmits the created directory path (also referred to as a directory path) to the terminal 1.
  • the created directory path also referred to as a directory path
  • Step S140 The terminal 1 that has received the directory path saves the file containing the genome information in the directory indicated by the directory path in the storage 9.
  • Step S150 the terminal 1 transmits the sender's electronic signature encrypted with the sender's (here, the terminal 1 or the genetic analysis institution as an example) private key to the management system 6.
  • the sender's here, the terminal 1 or the genetic analysis institution as an example
  • Step S160 As an example, together with or in parallel, the terminal 1 transmits the hash value of the file encrypted with the private key of the sender (here, the terminal 1 or the genetic analysis institution as an example) to the management system 6. .
  • the hash value of the file is the hash value of the file of the target content (here, genome information as an example).
  • the hash value of the file encrypted with the private key of the sender (here, terminal 1 or the genetic analysis institute as an example) is used as "(S)" to indicate that the file was encrypted with the sender's private key. ” is added to the end and is also called the encrypted file hash value (S).
  • Step S170 First writing step>
  • the management system 6 records the first proof data including the encrypted file hash value (S) in one block of the blockchain 81.
  • This process is a specific example of step S31 in FIG.
  • An example of the first proof data written to the blockchain in the first writing step to the blockchain is as follows.
  • DragID Drug identification information encryptedContentHashValue_S: The hash value of the target content (genome information as an example) encrypted using the sender's private key
  • senderID Sender identification information (identification information of the creator of the hash value)
  • senderEsignature Electronic signature of the sender (here, the genetic analysis institution as an example)
  • recieverID Identification information of the receiver (here, as an example, terminal 2 or the recipe creation institution) timestamp: Time of delivery location: Place of delivery
  • senderEsignature is the sender's electronic signature, but is not limited to this, and is the sender's electronic signature encrypted with the sender's private key, but is not limited to this. There may be.
  • Step S180 Next, the management system 6 transmits the file path and the position of the blockchain record recorded in step S170 to the recipient terminal 2.
  • Step S190 For example, the receiving terminal 2 requests the encrypted file hash value (S), and in response to this request, the management system 6 sends the encrypted file hash value (S) and the blockchain record to the terminal 2. Send. Instead of the above processing in step S190, the management system 6 may transmit the encrypted file hash value (S) and the blockchain record to the terminal 2 without a request from the terminal 2.
  • Step S200 The terminal 2 also acquires a file containing the target content (genome information as an example here) from the storage 9.
  • Step S210 the terminal 2 decrypts the encrypted file hash value (S) using the public key, and compares the decrypted value with the hash value of the file obtained in step S200 to determine whether they match.
  • the public key corresponds to the private key of the sender (here, as an example, the terminal 1 or the genetic analysis institution) used in the encryption in step S150. If it can be decrypted with the public key, it is proven that the encrypted file hash value (S) was created by the owner of the private key (here, as an example, the terminal 1 or the genetic analysis institution). Furthermore, if the decrypted value matches the hash value of the file obtained in step S200, it is proven that the file obtained in step S200 is the true target content (here, genome information as an example).
  • Step S220 If the value after decryption in step S210 matches the hash value of the file obtained in step S200, the terminal 2 receives the recipient's private key (here, a recipe creation organization as an example) encrypted with the recipient's private key (here, a recipe creation organization as an example).
  • the electronic signature is sent to the management system 6.
  • Step S230 As an example, together with or in parallel, the terminal 2 transmits to the management system 6 the hash value of the file encrypted with the private key of the recipient (here, the terminal 2 or the recipe creation institution as an example).
  • the hash value of the file is the hash value of the file of the target content (here, genome information as an example).
  • the hash value of the file encrypted with the private key of the recipient (here, terminal 2 or the recipe creation agency as an example) is indicated by "(R)" to indicate that it was encrypted with the recipient's private key. Added to the end, it is also called the encrypted file hash value (R).
  • Step S240 ⁇ Second writing step>
  • the management system 6 records the second proof data including the encrypted file hash value (R) in one block of the blockchain 81.
  • the block recorded here is, for example, a different block from the block in step S170.
  • An example of the second proof data written to the blockchain in the second writing step of the blockchain is as follows.
  • dragID Drug identification information encryptedContentHashValue_R: Hash value of the target content (here, genome information as an example) encrypted with the recipient's private key
  • recieverEsignature Electronic signature of the recipient (here, as an example, the recipe creation agency) timestamp: Electronic signature time
  • receiverEsignature is the receiver's electronic signature, it is not limited to this, and may be the receiver's electronic signature encrypted with the receiver's private key.
  • Step S250 The management system 6 sends the target dragID, the file of the target content (genome information as an example here), the encrypted file hash value (S), and the encrypted file hash value (R) to the authentication system 7. do.
  • Step S260 When the authentication system 7 receives the target dragID, the file of the target content (genome information as an example here), the encrypted file hash value (S), and the encrypted file hash value (R), the authentication system 7 individually The system verifies whether the target content has been transferred appropriately in each exchange, and if the verification results show that it has been carried out appropriately, it is certified. Specifically, for example, the authentication system 7 executes the following process. For example, the authentication system 7 searches blocks of the blockchain 81 using drugID, which is the drug identification information of the target, as a key, and as a result of the search, if the hash values included in the two obtained blocks match. , authenticates that the target content has been successfully transferred.
  • drugID which is the drug identification information of the target
  • the authentication system 7 decrypts the encrypted file hash value (S) included in one block with the public key corresponding to the private key of the sender terminal 1, and decrypts the file hash value (S). Obtain the file hash value (S), decrypt the encrypted file hash value (R) with the public key corresponding to the private key of the receiving terminal 2, obtain the file hash value (R), and decrypt the encrypted file hash value (R). A determination is made as to whether or not the file hash value (R) matches the file hash value (R).
  • the target content here, genome information as an example
  • the first proof data includes, as an example of information based on the first hash value, the first hash value encrypted with the first private key
  • the first proof data is not limited to this, and may include the first hash value itself. may be included.
  • the information processing system 10 is an information processing system that includes a terminal 1, a terminal 2, and a management system 6.
  • the terminal 1 outputs a first hash value from data that includes at least the genome information of the target patient, and encrypts the first hash value or information based on the first hash value (for example, encrypts the first hash value with a first secret key). transmit the first proof data including the
  • the data including at least the genome information of the target patient may include at least one of the target patient's disease type, medical history, HLA type, and gender.
  • the management system 6 records the first proof data received from the terminal 1 on the blockchain.
  • the management system 6 may transmit storage location data (for example, file path) indicating the storage location of the genome information to the terminal 2.
  • the management system 6 reads the first proof data recorded on the blockchain and transmits the first proof data to the terminal 2.
  • the terminal 2 obtains a first hash value from the first certification data received from the management system 6, reads the genome information from the storage area indicated by the received storage location data, and generates a second hash value from the genome information. Then, it is determined whether the first hash value and the second hash value match.
  • the terminal 1 when transmitting the first proof data, the terminal 1 encrypts the first hash value with the first private key and transmits it.
  • the terminal 2 decrypts the first proof data with a first public key corresponding to the first private key. Get the hash value.
  • the first public key may be held by the terminal 2 or may be input into the terminal 2 by a recipe creation organization using the terminal 2.
  • the first private key is held only by the genetic analysis institution that uses terminal 1, so it is possible to guarantee that the genetic analysis institution was involved in the encryption, and the genetic analysis institution is a party to the genome information. It is possible to guarantee the authenticity of those involved in the generation of genome information, that is, those involved in generating the genome information.
  • the first certification data received from the terminal 1 and recorded in the blockchain 81 includes drug identification information that identifies the personalized drug for the target patient.
  • the terminal 2 stores the medicine identification information and the second hash value (specifically, for example, a file hash value or an encrypted file hash value (R)).
  • the second proof data including the second proof data is transmitted. Note that in this case, since the second hash value and the first hash value match, the first hash value may be transmitted instead of the second hash value.
  • the management system 6 records the second proof data received from the terminal 2 on the blockchain.
  • the second proof data is further recorded on the blockchain. After that, by verifying whether the first hash value included in the first proof data recorded on the blockchain matches the second hash value included in the second proof data, the genome information exchange transaction can be performed successfully. It is possible to verify whether the This verification may be performed by the authentication system 7, as an example.
  • the authentication system 7 searches blocks of the blockchain using the target drug identification information as a key, and if the hash values included in the two obtained blocks match as a result of the search, the authentication system 7 searches for blocks in the blockchain using the target drug identification information as a key. It may be determined that the genome information has been transferred normally. With this configuration, it is possible to authenticate that genome information has been transferred normally.
  • the target content is the genome information of the target patient
  • the sender is terminal 1 used by a genetic analysis institution
  • the receiver is terminal 2 used by a recipe creation institution.
  • the target content may be a vaccine recipe for a target patient
  • the sender may be a terminal 2 used by a recipe creation organization
  • the receiver may be a terminal 3 used by a drug manufacturing organization.
  • the series of processes in FIG. 6 may be as follows.
  • Step S110 The terminal 2 transmits the sender ID, receiver ID, and drugID, which is identification information of the drug, to the management system 6.
  • the sender ID is information that identifies the recipe creation organization that uses the terminal 2
  • the receiver ID is information that identifies the medicine manufacturing organization that uses the terminal 3.
  • Step S120 Next, the management system 6 creates a directory for the target content (recipe data as an example here) in the storage 9.
  • Step S130 the management system 6 transmits the created directory path (also referred to as a directory path) to the terminal 3.
  • the created directory path also referred to as a directory path
  • Step S140 The terminal 3 that has received the directory path saves the file including the recipe data in the directory indicated by the directory path in the storage 9.
  • Step S150 the terminal 2 transmits the sender's electronic signature encrypted with the sender's (here, the terminal 2 or the recipe creation institution as an example) private key to the management system 6.
  • Step S160 As an example, together with or in parallel, the terminal 2 transmits to the management system 6 the hash value of the file encrypted with the private key of the sender (here, the terminal 2 or the recipe creation institution as an example).
  • the hash value of the file is the hash value of the file of the target content (recipe data as an example here).
  • the hash value of the file encrypted with the private key of the sender here, terminal 2 or the recipe creation institution as an example
  • S the hash value of the file encrypted with the private key of the sender (here, terminal 2 or the recipe creation institution as an example) is used as "(S)" to indicate that the file was encrypted with the sender's private key. ” is added to the end and is also called the encrypted file hash value (S).
  • Step S170 First writing step>
  • the management system 6 records the first proof data including the encrypted file hash value (S) in one block of the blockchain 81.
  • This process is a specific example of step S41 in FIG.
  • An example of the first proof data written to the blockchain in the first writing step to the blockchain is as follows.
  • DragID Drug identification information encryptedContentHashValue_S: The hash value of the target content (here, a file containing recipe data as an example) is encrypted using the sender's private key senderID: The sender's identification information (the hash value creator's identification information) senderEsignature: Electronic signature of the sender (here, the recipe creation institution as an example)
  • recieverID Identification information of the receiver (here, the terminal 3 or the drug manufacturing institution as an example) timestamp: Time of delivery location: Place of delivery
  • senderEsignature is the sender's electronic signature, but is not limited to this, and is the sender's electronic signature encrypted with the sender's private key, but is not limited to this. There may be.
  • Step S180 Next, the management system 6 transmits the file path and the position of the blockchain record recorded in step S170 to the recipient terminal 3.
  • Step S190 For example, the receiving terminal 3 requests the encrypted file hash value (S), and in response to this request, the management system 6 sends the encrypted file hash value (S) and the blockchain record to the terminal 3. Send. Instead of the above processing in step S190, the management system 6 may transmit the encrypted file hash value (S) and the blockchain record to the terminal 3 without a request from the terminal 3.
  • Step S200 The terminal 2 also acquires a file containing the target content (recipe data as an example here) from the storage 9.
  • Step S210 the terminal 2 decrypts the encrypted file hash value (S) using the public key, and compares the decrypted value with the hash value of the file obtained in step S200 to determine whether they match.
  • the public key corresponds to the private key of the sender (here, as an example, the terminal 2 or the recipe creation institution) used in the encryption in step S150. If it can be decrypted with the public key, it is proven that the encrypted file hash value (S) has been created by the owner of the private key (here, the terminal 2 or the recipe creation institution as an example). Furthermore, if the decrypted value matches the hash value of the file obtained in step S200, it is proven that the file obtained in step S200 is the true target content (here, recipe data as an example).
  • Step S220 If the value after decryption in step S210 matches the hash value of the file obtained in step S200, the terminal 3 receives the recipient's private key (here, a drug manufacturing organization as an example) encrypted with the recipient's private key (here, a drug manufacturing organization).
  • the electronic signature is sent to the management system 6.
  • Step S230 As an example, together with or in parallel, the terminal 3 transmits to the management system 6 the hash value of the file encrypted with the private key of the recipient (here, as an example, the terminal 3 or the drug manufacturing institution).
  • the hash value of the file is the hash value of the file of the target content (recipe data as an example here).
  • the hash value of the file encrypted with the private key of the recipient (here, the terminal 3 or the drug manufacturing institution as an example) is indicated by "(R)" to indicate that it was encrypted with the recipient's private key. Added to the end, it is also called the encrypted file hash value (R).
  • Step S240 ⁇ Second writing step>
  • the management system 6 records the second proof data including the encrypted file hash value (R) in one block of the blockchain 81.
  • the block recorded here is, for example, a different block from the block in step S170.
  • An example of the second proof data written to the blockchain in the second writing step of the blockchain is as follows.
  • dragID Drug identification information encryptedContentHashValue_R: Hash value of the target content (here, recipe data as an example) encrypted with the recipient's private key recieverEsignature: Electronic signature of the recipient (here, as an example, a drug manufacturing institution) timestamp: Electronic signature time
  • receiverEsignature is the receiver's electronic signature, it is not limited to this, and may be the receiver's electronic signature encrypted with the receiver's private key.
  • Step S250 The management system 6 sends the target dragID, the file of the target content (recipe data as an example here), the encrypted file hash value (S), and the encrypted file hash value (R) to the authentication system 7. do.
  • Step S260 When the authentication system 7 receives the target dragID, the file of the target content (recipe data as an example here), the encrypted file hash value (S), and the encrypted file hash value (R), the authentication system 7 individually The system verifies whether the target content has been transferred appropriately in each exchange, and if the verification results show that it has been carried out appropriately, it is certified. Specifically, for example, the authentication system 7 executes the following process. For example, the authentication system 7 searches blocks of the blockchain 81 using drugID, which is the drug identification information of the target, as a key, and as a result of the search, if the hash values included in the two obtained blocks match. , authenticates that the target content has been successfully transferred.
  • drugID is the drug identification information of the target
  • the authentication system 7 decrypts the encrypted file hash value (S) included in one block with the public key corresponding to the private key of the sender terminal 2, and decrypts the file hash value (S). Obtain the file hash value (S), decrypt the encrypted file hash value (R) with the public key corresponding to the private key of the receiving terminal 3, obtain the file hash value (R), and decrypt the encrypted file hash value (R). A determination is made as to whether or not the file hash value (R) matches the file hash value (R).
  • the third proof data includes, as an example of information based on the third hash value, the third hash value encrypted with the third private key, the third proof data is not limited to this, and may include the third hash value itself. may be included.
  • the terminal 2 outputs the third hash value from data that includes at least a recipe for medicine for the target patient (for example, a vaccine recipe), and outputs the third hash value or information based on the third hash value (for example, the third hash value). encrypted with the third private key).
  • the management system 6 records the third proof data received from the terminal 2 on the blockchain.
  • the management system 6 may transmit storage location data (for example, file path) indicating the storage location of the recipe to the terminal 2.
  • the management system 6 transmits the third proof data recorded on the blockchain to the terminal 3.
  • the terminal 3 acquires a third hash value from the third certification data received from the management system 6, reads the recipe from the storage area indicated by the received storage location data, generates a fourth hash value from the recipe, and generates a fourth hash value from the recipe. It is determined whether the third hash value and the fourth hash value match.
  • the terminal 2 may encrypt the third hash value with the second private key and transmit it.
  • the terminal 3 decrypts the third proof data with the second public key corresponding to the second private key.
  • the second hash value may be obtained.
  • the second private key is held only by the recipe creation organization that uses the terminal 2, it is possible to ensure that the recipe creation organization is involved in the encryption, and the recipe creation organization is the party involved in generating the recipe. In other words, the authenticity of the person involved in creating the recipe can be guaranteed.
  • the third proof data received from the terminal 2 and recorded in the blockchain 81 may include drug identification information that identifies the personalized drug for the target patient.
  • the terminal 3 transmits fourth proof data including medicine identification information and the third hash value or the fourth hash value.
  • the management system 6 may record the fourth proof data received from the terminal 3 on the blockchain.
  • the fourth proof data is further recorded on the blockchain. After that, by verifying whether the third hash value included in the third proof data recorded on the blockchain matches the fourth hash value included in the fourth proof data, the recipe delivery transaction is successfully performed. It is possible to verify whether This verification is performed by the authentication system 7, as an example.
  • the authentication system 7 searches blocks of the blockchain using the target drug identification information as a key, and if the hash values included in the two obtained blocks match as a result of the search, the authentication system 7 searches for blocks of the blockchain using the target drug identification information as a key, and if the hash values included in the two obtained blocks match as a result of the search, the authentication system 7 It may be determined that the delivery was performed normally. With this configuration, it is possible to authenticate that the recipe has been transferred normally.
  • the terminal 4 may transmit fifth certification data to prove that the medical institution has handed over the sample of the target patient to the logistics company.
  • the management system 6 may record the fifth proof data received from the terminal 4 in the blockchain 81.
  • the terminal 5 may transmit sixth certification data for proving that the logistics company has received the target patient's specimen from the medical institution.
  • the management system 6 may record the sixth proof data received from the terminal 5 in the blockchain 81.
  • the fifth certification data may include a hash value of text data for personalized medicine encrypted with a third private key for medical institutions.
  • the sixth proof data may include a hash value of text data for personalized medicine encrypted with a fourth private key for a distribution company.
  • the information processing system 10 is an information processing system including a first terminal, a second terminal, and a management system, and the first terminal outputs a first hash value from data including at least target content. Then, first proof data including either the first hash value or information based on the first hash value (for example, the first hash value encrypted with the first private key) is transmitted.
  • the management system records the first proof data received from the first terminal on the blockchain.
  • the management system transmits the first proof data recorded on the blockchain to the second terminal.
  • the second terminal obtains the first hash value from the first certification data received from the management system.
  • the first public key corresponding to the first private key is This includes decrypting with a key.
  • the second terminal obtains the target content from the storage area of the storage indicated by the storage location data (for example, file path) received from the management system, generates a second hash value from the target content, and generates a second hash value from the first hash value. and the second hash value match.
  • first terminal and the second terminal may be terminal 1, terminal 2, terminal 2, terminal 3, terminal 2, terminal 3, terminal 4, It may be terminal 5, terminal 5 or terminal 1, terminal 3 or terminal 4, or terminal 5 or terminal 4.
  • the first hash value recorded on the blockchain and the second hash value generated from the target content match, it is guaranteed that they are the same target content, so the authenticity of the target content can be verified. Can be guaranteed.
  • target content for example, genome information or recipe data
  • target content was exchanged via the storage 9 as an example. If the target content has a large amount of data, such as genome information, it can be exchanged smoothly by using the storage 9.
  • the content is not limited to this, and the content may be exchanged without going through the storage 9.
  • the second terminal may directly receive the target content from the first terminal or the management system, or the second terminal may receive the target content directly from the first terminal or the management system.
  • the user may physically receive the memory storing the target content by delivery or the like and store it in the second terminal, and as long as the second terminal can acquire the target content, the acquisition route does not matter.
  • the management system 6 or the terminals 1 to 5 described in the above-described embodiments may be configured with hardware or software.
  • a program that implements at least some of the functions of the management system 6 or the terminals 1 to 5 may be stored in a computer-readable recording medium and read and executed by the computer.
  • the recording medium is not limited to a removable one such as a magnetic disk or an optical disk, but may also be a fixed recording medium such as a hard disk device or memory.
  • a program that implements at least some of the functions of the management system 6 or the terminals 1 to 5 may be distributed via a communication line (including wireless communication) such as the Internet.
  • the program may be distributed in an encrypted, modulated, or compressed state via a wired or wireless line such as the Internet, or stored in a recording medium.
  • the management system 6 may be operated by one or more information devices.
  • one of them may be a computer, and the computer may execute a predetermined program to realize the function as at least one means of the management system 6.
  • all processes may be automatically controlled by a computer.
  • each step may be performed by a computer, while progress control between steps may be performed manually.
  • at least a portion of all the steps may be performed manually.
  • the present invention is not limited to the above-mentioned embodiments as they are, and at the implementation stage, the constituent elements can be modified and embodied without departing from the spirit of the invention.
  • various inventions can be formed by appropriately combining the plurality of components disclosed in the above embodiments. For example, some components may be deleted from all the components shown in the embodiments. Furthermore, components from different embodiments may be combined as appropriate.
  • Terminal 10 Information processing system 11
  • Input interface 12 Communication module 13
  • Storage device 14 Memory 15
  • Output interface 16 Processor 2
  • Terminal 3 Terminal 4
  • Terminal 5 Terminal 6
  • Management system 61
  • Input interface 62 Communication module 63
  • Storage device 64 Memory 65
  • Output interface 66 Processor 7
  • Authentication system 71
  • Communication module 73 Storage device 74
  • Memory 75 Output interface 76
  • Processor 8 Distributed network 81 Block chain 9 Storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

第１端末と第２端末と管理システムを備える情報処理システムであって、第１端末は、対象コンテンツを少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報のいずれかを含む第１証明データを送信し、管理システムは、前記第１端末から受信した第１証明データをブロックチェーンに記録し、管理システムは、ブロックチェーンに記録された第１証明データを読み出して当該データを第２端末に送信し、第２端末は、管理システムから受信した第１証明データに含まれる第１ハッシュ値を取得し、対象コンテンツを取得し当該対象コンテンツから第２ハッシュ値を生成し、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定する。

Description

情報処理システム、情報処理方法及びプログラム
　本発明は、情報処理システム、情報処理方法及びプログラムに関する。
　これまでのがん医療では、肺がん、大腸がん、乳がんといったがんの種類別に治療や薬が選ばれていた。しかし、２０００年代に入り、がんの原因となっている分子（タンパク質）やその基となる遺伝子変異の解明が進み、このような分子や遺伝子などに働く「分子標的薬」を治療に使用することができるようになってきた。分子標的薬からさらに発展して、患者個別の分子や遺伝子変異を対象にした治療法も発展している。ここでがんの種類だけではなく、遺伝子変異などのがんの特徴に合わせて、一人一人に適した治療を行うことを、「個別化治療」と呼ぶ。従来、がんの遺伝子情報に基づく「個別化治療」は、主に、少数の遺伝子を調べる「がん遺伝子検査」と、多数の遺伝子を同時に調べる「がん遺伝子パネル検査」に基づいて行われてきた。
　近年、更に「人間が本来もつ免疫系の作用によってがん細胞を攻撃、排除する」というがん免疫療法を用いた治療（以下、がんワクチン治療という）が進んでいる。がんワクチン治療の一つとして「ペプチドワクチン」が知られている。ペプチドワクチンは、がんの目印である抗原を含む。この抗原を含むペプチドを体内に直接注射すると、人間が本来持っている免疫機能が異常を察知し、がんの目印である抗原をターゲットに攻撃してがん細胞を死滅させるしくみである。
　近年、各患者のがんの遺伝子変異が網羅的かつ簡便に分かる時代になり、がんの免疫療法において、その遺伝子変異により新たに生じる「ペプチド」の重要性がクローズアップされている。このペプチドは、「ネオアンチゲン」と呼ばれる変異ペプチドである。それらがヒト白血球抗原（Human Leukocyte Antigen：HLA）に乗ってがん細胞の表面に出ると、それらは正常細胞の表面にはないペプチドであるから、細胞障害性Ｔ細胞（Cytotoxic T lymphocyte：CTL）はそれを敵とみなし、がん細胞を殺せることが明らかとなってきた。今では、「ネオアンチゲン」を使った個別化のがんワクチン療法が、がんの治療法や再発予防法として有効かどうかを確かめる臨床試験が、欧米で行われている。また特許文献１では、特定のヒト被験者に対して免疫原性であるポリペプチドの断片を同定する方法や当該ポリペプチド断片を含む個別化された医薬組成物の調製方法が開示されている。
特表２０２０－５１０６９８号公報
　「ネオアンチゲン」と呼ばれる変異ペプチドは患者個々によって種類も数も異なるため、患者毎に個別に、患者のがん組織の遺伝子変異からペプチドワクチンを生産する必要がある。ここで、個別化医療（例えば個別化がんワクチン療法）の場合、遺伝子解析機関（例えばシーケンスベンダ）が患者の検体の遺伝子配列を解析する工程と、レシピ作成機関が遺伝子解析結果から患者への薬（例えばがんワクチン）のレシピを作成する工程と、薬製造機関（例えば製薬会社）がこのレシピから薬（例えばがんワクチン）を製造する工程がある。
　このように個別化薬（例えばがんワクチン）を作成における流通工程において、患者の検体の遺伝子配列データ（ゲノム情報ともいう）またはワクチンデータの真正性が求められている。
　また、対象患者専用の薬（例えば個別化ワクチン）の仕様書、対象患者専用の薬（例えば個別化ワクチン）の契約書について真正性が求められている。
　また、対象患者専用の薬（例えば個別化ワクチン）の製造報告書、対象患者専用の薬（例えば個別化ワクチン）の製造物試験報告書、対象患者専用の薬（例えば個別化ワクチン）の引渡書または対象患者専用の薬（例えば個別化ワクチン）の受領書などについて真正性を担保する仕組みが求められている。
　このように対象患者専用の薬（例えば個別化ワクチン）の作成における流通工程において対象コンテンツ（例えば、ゲノムデータ、レシピデータなど）の真正性を担保する仕組みが求められている。ここで対象コンテンツは、対象患者のゲノムデータ、対象患者専用の薬（例えば個別化ワクチン）用のレシピデータ、対象患者専用の薬（例えば個別化ワクチン）の仕様書、対象患者専用の薬（例えば個別化ワクチン）の契約書、対象患者専用の薬（例えば個別化ワクチン）の製造報告書、対象患者専用の薬（例えば個別化ワクチン）の製造物試験報告書、対象患者専用の薬（例えば個別化ワクチン）の引渡書または対象患者専用の薬（例えば個別化ワクチン）の受領書などである。
　なお、がんワクチンだけでなく、自己免疫疾患も同様の治療の可能性があり、自己免疫疾患の個別化薬においても同様の問題がある。
　本実施形態は、上記問題に鑑みてなされたものであり、個別化薬の作成における流通工程において対象コンテンツの真正性を担保することを可能とする情報処理システム、情報処理方法及びプログラムを提供することを一つの課題とする。
　本発明の第１の態様に係る情報処理システムは、第１端末と第２端末と管理システムを備える情報処理システムであって、前記第１端末は、対象コンテンツを少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報を含む第１証明データを送信し、前記管理システムは、前記第１端末から受信した第１証明データをブロックチェーンに記録し、前記管理システムは、前記ブロックチェーンに記録された第１証明データを前記第２端末に送信し、前記第２端末は、前記管理システムから受信した第１証明データから第１ハッシュ値を取得し、前記対象コンテンツを取得し当該対象コンテンツから第２ハッシュ値を生成し、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定する。
　本発明の第２の態様に係る情報処理システムは、第１の態様に係る情報処理システムであって、前記第１端末は、対象患者の検体から対象患者のゲノム情報を生成する遺伝子解析機関が使用し、前記第２端末は、ワクチンレシピを作成するレシピ作成機関が使用し、前記対象コンテンツは、対象患者のゲノム情報である。
　本発明の第３の態様に係る情報処理システムは、第２の態様に係る情報処理システムであって、前記対象患者のゲノム情報は、当該対象患者のがん細胞の遺伝子データと当該対象患者の正常細胞の遺伝子データを含む。
　本発明の第４の態様に係る情報処理システムは、第１の態様に係る情報処理システムであって、前記第１端末は、ワクチンレシピを作成するレシピ作成機関が使用し、前記第２端末は、ワクチンレシピから個別化薬を製造する薬製造機関が使用し、前記対象コンテンツは、対象患者用のワクチンレシピである。
　本発明の第５の態様に係る情報処理システムは、第１から４のいずれかの態様に係る情報処理システムであって、前記第１ハッシュ値に基づく情報は、前記第１ハッシュ値を第１秘密鍵で暗号化したものであり、前記第１端末は、前記第１証明データを送信する際に、前記第１ハッシュ値を第１秘密鍵で暗号化したものを送信し、前記第２端末は、前記第１証明データに含まれる前記第１ハッシュ値を取得する際に、当該第１証明データを、前記第１秘密鍵に対応する第１公開鍵で復号することにより当該第１ハッシュ値を取得する。
　本発明の第６の態様に係る情報処理システムは、第１から５のいずれかの態様に係る情報処理システムであって、前記ブロックチェーンに記録される前記第１端末から受信した第１証明データには、対象患者への個別化薬を識別する薬識別情報が含まれており、前記第２端末は、前記第１ハッシュ値と前記第２ハッシュ値が一致する場合、薬識別情報と、当該第１ハッシュ値または当該第２ハッシュ値とを含む第２証明データを送信し、前記管理システムは、前記第２端末から受信した第２証明データをブロックチェーンに記録する。
　本発明の第７の態様に係る情報処理システムは、第６の態様に係る情報処理システムであって、認証システムを更に備え、前記認証システムは、対象の薬識別情報をキーとしてブロックチェーンのブロックを検索し、検索の結果、得られた２つのブロックに含まれるハッシュ値が一致する場合、当該対象コンテンツの受け渡しが正常に行われたと判定する。
　本発明の第８の態様に係る情報処理システムは、第２または３の態様に係る情報処理システムであって、ワクチンレシピから個別化薬を製造する薬製造機関が使用する第３端末を更に備え、前記第２端末は、対象患者用の薬のレシピを少なくとも含むデータからハッシュ値を出力し、ハッシュ値もしくはハッシュ値に基づく情報のいずれかを含む第３証明データを送信し、前記管理システムは、前記第２端末から受信した第３証明データをブロックチェーンに記録し、前記管理システムは、前記ブロックチェーンに記録された第３証明データを前記第３端末に送信し、前記第３端末は、前記管理システムから受信した第３証明データに含まれる第４ハッシュ値を取得し、前記レシピを取得し当該レシピから第４ハッシュ値を生成し、当該第３ハッシュ値と第４ハッシュ値が一致するか否かを判定する。
　本発明の第９の態様に係る情報処理システムは、第８の態様に係る情報処理システムであって、前記第２端末は、前記第３証明データを送信する際に、前記第３ハッシュ値を第２秘密鍵で暗号化したものを送信し、前記第３端末は、前記第３証明データに含まれる前記第３ハッシュ値を取得する際に、当該第３証明データを、前記第２秘密鍵に対応する第２公開鍵で復号することにより当該第２ハッシュ値を取得する。
　本発明の第１０の態様に係る情報処理システムは、第８または９の態様に係る情報処理システムであって、前記ブロックチェーンに記録される前記第２端末から受信した第３証明データには、対象患者への個別化薬を識別する薬識別情報が含まれており、前記第３端末は、前記第３ハッシュ値と前記第４ハッシュ値が一致する場合、薬識別情報と、当該第３ハッシュ値または当該第４ハッシュ値とを含む第４証明データを送信し、前記管理システムは、前記第３端末から受信した第４証明データをブロックチェーンに記録する。
　本発明の第１１の態様に係る情報処理システムは、第１から１０のいずれかの態様に係る情報処理システムであって、医療機関が使用する第４端末と物流会社が使用する第５の装置を備え、前記第４端末は、医療機関から物流会社へ対象患者の検体を渡したことを証明するための第５証明データを送信し、前記管理システムは、前記第４端末から受信した第５証明データをブロックチェーンに記録し、前記第５端末は、物流会社が医療機関から対象患者の検体を受け取ったことを証明するための第６証明データを送信し、前記管理システムは、前記第５端末から受信した第６証明データをブロックチェーンに記録する。
　本発明の第１２の態様に係る情報処理システムは、第１１の態様に係る情報処理システムであって、前記第５証明データは、個別化薬用の文章データのハッシュ値を、医療機関用の第３秘密鍵で暗号化されたものを含み、前記第６証明データは、個別化薬用の文章データのハッシュ値を、物流会社用の第４秘密鍵で暗号化されたものを含む。
　本発明の第１３の態様に係る情報処理方法は、第１端末は、対象コンテンツを少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報のいずれかを含む第１証明データを送信するステップ、管理システムは、前記第１端末から受信した第１証明データをブロックチェーンに記録するステップ、前記管理システムは、前記ブロックチェーンに記録された第１証明データを前記第２端末に送信するステップ、前記第２端末は、前記管理システムから受信した第１証明データから第１ハッシュ値を取得し、前記対象コンテンツを取得し当該対象コンテンツから第２ハッシュ値を生成し、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定するステップを有する。
　本発明の第１４の態様に係るプログラムは、コンピュータに、対象コンテンツを少なくとも含むデータから生成された第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報のいずれかを含む第１証明データであってブロックチェーンに記録された第１証明データから第１ハッシュ値を取得する手順、前記対象コンテンツから第２ハッシュ値を生成する手順、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定する手順、を実行させるためのプログラムである。
　本発明の一態様によれば、ブロックチェーンに記録された第１ハッシュ値と、対象コンテンツから生成された第２ハッシュ値が一致すれば、両者は同じ対象コンテンツであることが担保されるので、対象コンテンツの真正性を担保することができる。
本実施形態に係る情報処理システムの構成について説明する。 本実施形態の端末の概略構成図である。 本実施形態の管理システムの概略構成図である。 実施形態の認証システムの概略構成図である。 個別化薬の作成工程の処理の概略の一例を示す模式図である。 対象コンテンツのファイルの受け渡しの流れの一例を示す模式図である。
　以下、各実施形態について、図面を参照しながら説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
　また、個別化薬（例えばがんワクチン）を作成における流通工程において、患者の検体の遺伝子配列データ（ゲノムデータともいう）について、データ生成を行った遺伝子解析機関が作成当事者であることを担保する仕組みが求められている。また同様に、個別化薬（例えばがんワクチン）を作成における流通工程において、ワクチンレシピデータについて、ワクチンレシピ作成を行ったレシピ作成機関が作成当事者であることを担保する仕組みが求められている。
　同様に、対象患者専用の薬（例えば個別化ワクチン）の仕様書、対象患者専用の薬（例えば個別化ワクチン）の契約書について、作成した作成機関が作成当事者であることを担保する仕組みが求められている。
　また同様に、対象患者専用の薬（例えば個別化ワクチン）の製造報告書、対象患者専用の薬（例えば個別化ワクチン）の製造物試験報告書、対象患者専用の薬（例えば個別化ワクチン）の引渡書または対象患者専用の薬（例えば個別化ワクチン）の受領書などについて、作成した作成機関が作成当事者であることを担保する仕組みが求められている。
　このように、上記の課題に加えてもしくは替えて、個別化薬の作成における流通工程において対象コンテンツを作成した作成当事者の真正性を担保する仕組みが求められている。
　図１は、本実施形態に係る情報処理システムの構成について説明する。図１に示すように、情報処理システム１０は、遺伝子解析機関が使用する端末１、レシピ作成機関が使用する端末２、薬製造機関が使用する端末３、医療機関が使用する端末４、物流会社が使用する端末５を備える。
　ここで、遺伝子解析機関は、対象患者の検体から対象患者のゲノム情報（遺伝子データともいう）を生成する。対象患者の検体は、例えば同じ対象患者のがん組織と正常組織が含まれ、その場合には、生成される対象患者のゲノム情報は、対象患者のがん細胞の遺伝子データ（例えばＤＮＡデータ）と当該対象患者の正常細胞の遺伝子データ（例えばＤＮＡデータ）である。レシピ作成機関は、ワクチンレシピを作成する。
　更に情報処理システム１０は、管理システム６、認証システム７、ブロックチェーン用の分散ネットワーク８、ストレージ９を備える。端末１～５、認証システム７、ストレージ９の各々は、通信回路網ＣＮを介して管理システム６に通信可能に接続されている。ここで端末１～５は、例えばスマートフォン、タブレット端末、ノートパソコン、またはパソコンなどのコンピュータ等である。端末１～５それぞれは、少なくとも一つのプロセッサと、少なくとも一つのメモリを有し、固有の秘密鍵を記憶している。認証システム７は、端末１～５それぞれが保有する秘密鍵に対応する公開鍵それぞれを記憶している。ストレージ９には、上記の対象コンテンツのデータ（例えば、遺伝子データ、ワクチンレシピデータなど）が保存される。
　なお、分散ネットワーク８は複数のコンピュータ（図示せず）を備え、これらの端末は一例としてＰ２Ｐ（Peer to Peer）方式で通信可能に接続されている。ここでＰ２Ｐ方式は、複数の同等なコンピュータが１対１で直接通信を行う接続方式である。分散ネットワーク８が備える複数のコンピュータの各々にブロックチェーン８１が保存されている。ブロックチェーン８１には、ブロックチェーン技術によって情報が格納され、例えば個別化薬の作成における流通過程での受け渡しの履歴が格納される。
　端末１～５の構成は共通しているので、端末１～５を代表して端末１の構成について以下、説明する。
　図２は、本実施形態の端末の概略構成図である。図２に示すように、端末１は、入力インタフェース１１と、通信モジュール１２と、記憶装置１３と、メモリ１４と、出力インタフェース１５と、プロセッサ１６とを備える。なお、ここでは一態様として端末１は一つのプロセッサ１６を備えるとして説明するが、複数あってもよく、すなわち一以上のプロセッサを備えればよい。またここでは一態様として端末１は一つの記憶装置１３を備えるとして説明するが、複数あってもよく、すなわち一以上の記憶装置を備えればよい。
　入力インタフェース１１は、遺伝子解析機関の例えば担当者からの入力を受け付け、受け付けた入力に応じた入力信号をプロセッサ１６へ出力する。
　通信モジュール１２は、通信回路網ＣＮに接続されており、管理システム６、ストレージ９と通信する。この通信は有線であっても無線であってもよい。
　記憶装置１３は例えばストレージであり、プロセッサ１６が読み出して実行するためのプログラム、固有の秘密鍵及び各種のデータが格納されている。メモリ１４は、データ及びプログラムを一時的に保持する。メモリ１４は、揮発性メモリであり、例えばＲＡＭ（Random Access Memory）である。出力インタフェース１５は、外部の装置と接続可能であり、当該外部の装置へ信号を出力可能である。プロセッサ１６は、記憶装置１３からプログラムをメモリ１４にロードし、当該プログラムに含まれる一連の命令を実行することによって、各種の処理を実行する。
　図３は、本実施形態の管理システムの概略構成図である。図３に示すように、管理システム６は、入力インタフェース６１と、通信モジュール６２と、記憶装置６３と、メモリ６４と、出力インタフェース６５と、プロセッサ６６とを備える。なお、ここでは一態様として管理システム６は一つのプロセッサ６６を備えるとして説明するが、複数あってもよく、すなわち一以上のプロセッサを備えればよい。またここでは一態様として管理システム６は一つの記憶装置６３を備えるとして説明するが、複数あってもよく、すなわち一以上の記憶装置を備えればよい。
　入力インタフェース６１は、管理システム６の管理者（例えば、管理団体の従業員）からの入力を受け付け、受け付けた入力に応じた入力信号をプロセッサ６６へ出力する。
　通信モジュール６２は、通信回路網ＣＮに接続されており、端末１～５の各々、認証システム７、ブロックチェーン８１、ストレージ９と通信する。この通信は有線であっても無線であってもよい。
　記憶装置６３は例えばストレージであり、プロセッサ６６が読み出して実行するためのプログラム及び各種のデータが格納されている。メモリ６４は、データ及びプログラムを一時的に保持する。メモリ６４は、揮発性メモリであり、例えばＲＡＭ（Random Access Memory）である。出力インタフェース６５は、外部の装置と接続可能であり、当該外部の装置へ信号を出力可能である。プロセッサ６６は、記憶装置６３からプログラムをメモリ６４にロードし、当該プログラムに含まれる一連の命令を実行することによって、各種の処理を実行する。
　図４は、本実施形態の認証システムの概略構成図である。図４に示すように、認証システム７は、入力インタフェース７１と、通信モジュール７２と、記憶装置７３と、メモリ７４と、出力インタフェース７５と、プロセッサ７６とを備える。なお、ここでは一態様として認証システム７は一つのプロセッサ７６を備えるとして説明するが、複数あってもよく、すなわち一以上のプロセッサを備えればよい。またここでは一態様として認証システム７は一つの記憶装置７３を備えるとして説明するが、複数あってもよく、すなわち一以上の記憶装置を備えればよい。
　入力インタフェース７１は、認証システム７の管理者（例えば、認証団体の従業員）からの入力を受け付け、受け付けた入力に応じた入力信号をプロセッサ７６へ出力する。
　通信モジュール７２は、通信回路網ＣＮに接続されており、管理システム６、ブロックチェーン８１と通信する。この通信は有線であっても無線であってもよい。
　記憶装置７３は例えばストレージであり、プロセッサ７６が読み出して実行するためのプログラム、端末１～５それぞれの秘密鍵に対応する公開鍵（すなわち５つの公開鍵）及び各種のデータが格納されている。メモリ７４は、データ及びプログラムを一時的に保持する。メモリ７４は、揮発性メモリであり、例えばＲＡＭ（Random Access Memory）である。出力インタフェース７５は、外部の装置と接続可能であり、当該外部の装置へ信号を出力可能である。プロセッサ７６は、記憶装置７３からプログラムをメモリ７４にロードし、当該プログラムに含まれる一連の命令を実行することによって、各種の処理を実行する。
　図５は、個別化薬の作成工程の処理の概略の一例を示す模式図である。一態様では、まず医療機関が使用する端末４からの要求に応じて、管理システム６から個別化薬を識別する薬識別情報の一例であるdragIDが発行される。
　まず医療機関から物流会社へdragID、対象患者の検体（患者サンプルともいう）が受け渡される。その際、例えば以下の処理が実行される。
　（ステップＳ１０）端末４は、対象患者の検体を受け渡した情報を管理システム６へ送信する。
　（ステップＳ１１）管理システム６は、端末４から受信した、この対象患者の検体を受け渡した情報をブロックチェーン８１に記録する。
　（ステップＳ１２）端末５は、対象患者の検体を受け取った情報を管理システム６へ送信する。
　（ステップＳ１３）管理システム６は、端末５から受信した、この対象患者の検体を受け取った情報をブロックチェーン８１に記録する。
　次に物流会社から遺伝子解析機関へdragID、対象患者の検体が受け渡される。その際、例えば以下の処理が実行される。
　（ステップＳ２０）端末５は、対象患者の検体を受け渡した情報を管理システム６へ送信する。
　（ステップＳ２１）管理システム６は、端末５から受信した、この対象患者の検体を受け渡した情報をブロックチェーン８１に記録する。
　（ステップＳ２２）端末１は、対象患者の検体を受け取った情報を管理システム６へ送信する。
　（ステップＳ２３）管理システム６は、端末１から受信した、この対象患者の検体を受け取った情報をブロックチェーン８１に記録する。
　次に遺伝子解析機関でゲノム対象患者の検体から対象患者のゲノム情報を生成する。一態様ではゲノム情報は容量が大きいため、ブロックチェーン８１にゲノム情報の識別情報が記憶され、ゲノム情報はストレージ９に記憶される。その際、例えば以下の処理が実行される。
　（ステップＳ３１）管理システム６は、端末１からゲノム情報の識別情報を取得し、このゲノム情報の識別情報をブロックチェーン８１に記録する。ここでゲノム情報の識別情報は、例えば後述する図６のステップＳ１６０で端末１によって、端末１（または遺伝子解析機関）の秘密鍵によって暗号化されたゲノム情報のファイルのハッシュ値である。なお、管理システム６がこのゲノム情報の識別情報を生成してもよい。ストレージ９には、例えば端末１または管理システム６によってゲノム情報が記憶される。
　次にレシピ作成機関で、個別化薬（例えばワクチン、具体的に例えばがんワクチン）のレシピを作成する。一態様ではゲノム情報の識別情報からゲノム情報を参照し、個別化薬のレシピを作成する。個別化薬のレシピデータはストレージ９に記録され、ゲノム情報の識別情報はブロックチェーン８１に記録される。その際、例えば以下の処理が実行される。
　（ステップＳ３３）管理システム６は、ゲノム情報の識別情報を、一例としてブロックチェーン８１を参照して取得する。ここでゲノム情報の識別情報は、例えば後述する図６のステップＳ１６０で端末１によって、端末１（または遺伝子解析機関）の秘密鍵によって暗号化されたゲノム情報のファイルのハッシュ値である。
　（ステップＳ３４）そして管理システム６は、取得したゲノム情報の識別情報を、端末２へ送信する。その後、後述する図６のステップＳ２１０～Ｓ２６０が実行される。
　（ステップＳ４１）次に管理システム６は、端末２から個別化薬（例えばワクチン、具体的に例えばがんワクチン）のレシピ識別情報を取得し、このレシピ識別情報をブロックチェーンに記録する。ここでレシピ識別情報は、例えば後述する図６のステップＳ１６０で端末２によって、端末２（またはレシピ作成機関）の秘密鍵によって暗号化されたレシピデータのファイルのハッシュ値である。なお、管理システム６がこのレシピ識別情報を生成してもよい。個別化薬のレシピデータは端末２または管理システム６によってストレージ９に記録される。
　次に薬製造機関で、個別化薬（例えばワクチン、具体的に例えばがんワクチン）を製造する。個別化薬のレシピ識別情報から個別化薬のレシピデータが参照され、薬製造機関は個別化薬を製造する。その際、例えば以下の処理が実行される。
　（ステップＳ４３）管理システム６は、レシピ識別情報を、一例としてブロックチェーン８１を参照して取得する。ここでレシピ識別情報は、例えば後述する図６のステップＳ１６０で端末２によって、端末２（またはレシピ作成機関）の秘密鍵によって暗号化されたレシピデータのファイルのハッシュ値である。
　（ステップＳ４４）そして管理システム６は、取得したレシピ識別情報を、端末３へ送信する。その後、後述する図６のステップＳ２１０～Ｓ２６０が実行される。端末３はこのレシピ識別情報から個別化薬のレシピデータを参照してストレージ９から取得する。薬製造機関は、この個別化薬のレシピデータから個別化薬を製造する。
　薬製造機関が、製造した個別化薬を物流会社へ渡した場合、例えば以下の処理が実行される。
　（ステップＳ５０）端末３は、薬を受け渡した情報を管理システム６へ送信する。
　（ステップＳ５１）管理システム６は、端末３から受信した、この薬を受け渡した情報をブロックチェーン８１に記録する。
　次に、物流会社が薬製造機関から個別化薬を受け取った場合、例えば以下の処理が実行される。
　（ステップＳ５２）端末５は、薬を受け取った情報を管理システム６へ送信する。
　（ステップＳ５３）管理システム６は、端末５から受信した、この薬を受け取った情報をブロックチェーン８１に記録する。
　次に、物流会社が個別化薬を医療機関へ渡した場合、例えば以下の処理が実行される。
　（ステップＳ６１）端末５は、薬を受け渡した情報を管理システム６へ送信する。
　（ステップＳ６２）管理システム６は、端末５から受信した、この薬を受け渡した情報をブロックチェーン８１に記録する。
　次に、医療機関が物流会社から個別化薬を受け取った場合、例えば以下の処理が実行される。
　（ステップＳ６３）端末４は、薬を受け取った情報を管理システム６へ送信する。
　（ステップＳ６４）管理システム６は、端末４から受信した、この薬を受け取った情報をブロックチェーン８１に記録する。
　このように、対象患者の検体または個別化薬を受け渡した情報がブロックチェーン８１に記録されていくことで、受け渡した履歴が消去または改ざんされることなく記録されるので、個別化薬の作成工程中または作成後において、正しい履歴を確認することができる。
　また、ゲノム識別情報またはレシピ識別情報がブロックチェーン８１に記録されていくことで、ゲノム識別情報またはレシピ識別情報が消去または改ざんされることなく記録される。これにより、個別化薬の作成工程中または作成後において、正しいゲノム識別情報またはレシピ識別情報を取得することができるので、正しいゲノム情報またはレシピデータを参照することができ、検証することができる。
　図６は、対象コンテンツのファイルの受け渡しの流れの一例を示す模式図である。この処理は、上記の対象コンテンツを受け渡す各工程で実行される。一例として対象コンテンツが対象患者のゲノム情報であり、送り手が、遺伝子解析機関が使用する端末１、受け手が、レシピ作成機関が使用する端末２であるものとして説明する。
　（ステップＳ１１０）端末１は、送り手ＩＤ、受け手ＩＤ、薬の識別情報であるdragIDを管理システム６へ送信する。この一例では送り手ＩＤは、端末１を使用する遺伝子解析機関を識別する情報であり、受け手ＩＤは、端末２を使用するレシピ作成機関を識別する情報である。
　（ステップＳ１２０）次に管理システム６は、ストレージ９に、対象コンテンツ（ここでは一例としてゲノム情報）用のディレクトリを作成する。
　（ステップＳ１３０）次に管理システム６は、作成したディレクトリのパス（ディレクトリパスともいう）を端末１へ送信する。
　（ステップＳ１４０）ディレクトリパスを受信した端末１は、ゲノム情報を含むファイルをストレージ９の当該ディレクトリパスが示すディレクトリに保存する。
　（ステップＳ１５０）次に、端末１は、送り手（ここでは一例として端末１または遺伝子解析機関）の秘密鍵によって暗号化された送り手の電子署名を管理システム６へ送信する。
　（ステップＳ１６０）一例としてそれとともにまたは並行して、端末１は、送り手（ここでは一例として端末１または遺伝子解析機関）の秘密鍵によって暗号化されたファイルのハッシュ値を管理システム６へ送信する。ここでファイルのハッシュ値は、対象コンテンツ（ここでは一例としてゲノム情報）のファイルのハッシュ値である。また送り手（ここでは一例として端末１または遺伝子解析機関）の秘密鍵によって暗号化されたファイルのハッシュ値のことを、送り手の秘密鍵によって暗号化されたことを示すものとして“（Ｓ）”を最後尾につけて、暗号化ファイルハッシュ値（Ｓ）ともいう。
　（ステップＳ１７０）＜第１書き込みステップ＞次に管理システム６は、暗号化ファイルハッシュ値（Ｓ）を含む第１証明データをブロックチェーン８１の一つのブロックに記録させる。この処理は図５のステップＳ３１の具体的な一例である。
　ブロックチェーンへの第１書込ステップ（図６のステップＳ１８０）でブロックチェーンに書き込まれる第１証明データの一例は、以下の通りである。
　dragID: 薬の識別情報
　encryptedContentHashValue_S: 対象コンテンツ（ここでは一例としてゲノム情報）のハッシュ値を送り手の秘密鍵で暗号化したもの
　senderID: 送り手の識別情報（ハッシュ値の作成者の識別情報）
　senderEsignature: 送り手（ここでは一例として遺伝子解析機関）の電子署名
　recieverID: 受け手（ここでは一例として端末２またはレシピ作成機関）の識別情報
　timestamp: 受け渡した時刻
　location: 受け渡した場所
　なお、senderEsignatureは、送り手の電子署名としたが、これに限らず、送り手の電子署名を送り手の秘密鍵で暗号化したものとしたが、これに限らず、送り手の電子署名であってもよい。
　（ステップＳ１８０）次に管理システム６は、ファイルパスとステップＳ１７０で記録したブロックチェーンのレコードの位置を、受け手の端末２に送信する。
　（ステップＳ１９０）例えば受け手の端末２は、暗号化ファイルハッシュ値（Ｓ）を要求し、この要求に応じて、管理システム６が、暗号化ファイルハッシュ値（Ｓ）とブロックチェーンレコードを端末２へ送信する。
　ステップＳ１９０の処理は上記に替えて、管理システム６が、端末２からの要求なしに、暗号化ファイルハッシュ値（Ｓ）とブロックチェーンレコードを端末２へ送信してもよい。
　（ステップＳ２００）また端末２は、対象コンテンツ（ここでは一例としてゲノム情報）が含まれるファイルをストレージ９から取得する。
　（ステップＳ２１０）次に端末２は、暗号化ファイルハッシュ値（Ｓ）を公開鍵で復号し、復号後の値をステップＳ２００で取得したファイルのハッシュ値と照合し一致するか否か判定する。ここで公開鍵は、ステップＳ１５０における暗号化で用いられた送り手（ここでは一例として端末１または遺伝子解析機関）の秘密鍵に対応するものである。公開鍵で復号することができれば、秘密鍵の所有者（ここでは一例として端末１または遺伝子解析機関）によって暗号化ファイルハッシュ値（Ｓ）が作成されたことが証明される。更に復号後の値が、ステップＳ２００で取得したファイルのハッシュ値と一致すれば、ステップＳ２００で取得したファイルが真の対象コンテンツ（ここでは一例としてゲノム情報）であることが証明される。
　（ステップＳ２２０）ステップＳ２１０で復号後の値がステップＳ２００で取得したファイルのハッシュ値と一致する場合、端末２は、受け手の秘密鍵（ここでは一例としてレシピ作成機関）によって暗号化された受け手の電子署名を管理システム６へ送信する。
　（ステップＳ２３０）一例としてそれとともにまたは並行して、端末２は、受け手（ここでは一例として端末２またはレシピ作成機関）の秘密鍵によって暗号化されたファイルのハッシュ値を管理システム６へ送信する。ここでファイルのハッシュ値は、対象コンテンツ（ここでは一例としてゲノム情報）のファイルのハッシュ値である。また受け手（ここでは一例として端末２またはレシピ作成機関）の秘密鍵によって暗号化されたファイルのハッシュ値のことを、受け手の秘密鍵によって暗号化されたことを示すものとして“（Ｒ）”を最後尾につけて、暗号化ファイルハッシュ値（Ｒ）ともいう。
　（ステップＳ２４０）＜第２書き込みステップ＞次に管理システム６は、暗号化ファイルハッシュ値（Ｒ）を含む第２証明データをブロックチェーン８１の一つのブロックに記録させる。ここで記録されるブロックは例えば、ステップＳ１７０のブロックとは別のブロックである。
　ブロックチェーンの第２書込ステップ（図６のステップＳ２４０）でブロックチェーンに書き込まれる第２証明データの一例は、以下の通りである。
　dragID: 薬の識別情報
　encryptedContentHashValue_R: 対象コンテンツ（ここでは一例としてゲノム情報）のハッシュ値を受け手の秘密鍵で暗号化したもの
　recieverEsignature: 受け手（ここでは一例としてレシピ作成機関）の電子署名
　timestamp: 電子署名した時刻
　なお、recieverEsignatureは、受け手の電子署名としたがこれに限らず、受け手の電子署名を受け手の秘密鍵で暗号化したものであってもよい。
　（ステップＳ２５０）管理システム６は、対象のdragID、対象コンテンツ（ここでは一例としてゲノム情報）のファイルと、暗号化ファイルハッシュ値（Ｓ）、暗号化ファイルハッシュ値（Ｒ）を認証システム７へ送信する。
　（ステップＳ２６０）認証システム７は、対象のdragID、対象コンテンツ（ここでは一例としてゲノム情報）のファイルと、暗号化ファイルハッシュ値（Ｓ）、暗号化ファイルハッシュ値（Ｒ）を受信した場合、個々のやり取り単位で対象コンテンツの受け渡しが適切に行われたかを検証して、検証の結果、適切に行われていればそのことを認証する。具体的には例えば認証システム７は以下の処理を実行する。認証システム７は例えば、ブロックチェーン８１から、対象の薬識別情報であるdragIDをキーとしてブロックチェーン８１のブロックを検索し、検索の結果、得られた２つのブロックに含まれるハッシュ値が一致する場合、当該対象コンテンツの受け渡しが正常に行われたと認証する。その際に、具体的には例えば認証システム７は、一つのブロックに含まれる暗号化ファイルハッシュ値（Ｓ）を、送り手である端末１の秘密鍵に対応する公開鍵で復号してファイルハッシュ値（Ｓ）を取得し、暗号化ファイルハッシュ値（Ｒ）を受け手である端末２の秘密鍵に対応する公開鍵で復号してファイルハッシュ値（Ｒ）を取得し、ファイルハッシュ値（Ｓ）とファイルハッシュ値（Ｒ）が一致するか否か判定することが実施される。
　これにより、対象コンテンツ（ここでは一例としてゲノム情報）の受け渡しが適切に行われたことを検証して適切であればそのことを認証することができる。なお、第１証明データは、第１ハッシュ値に基づく情報の一例として、第１ハッシュ値を第１秘密鍵で暗号化したものが含まれるとしたが、これに限らず、第１ハッシュ値そのものが含まれてもよい。
　以上についてまとめると、情報処理システム１０は、端末１と端末２と管理システム６を備える情報処理システムである。
　端末１は、対象患者のゲノム情報を少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報（例えば第１ハッシュ値を第１秘密鍵で暗号化したもの）を含む第１証明データを送信する。ここで対象患者のゲノム情報を少なくとも含むデータは、当該対象患者の病気の種類、病歴、HLA型、性別のうち少なくとも一つを含んでもよい。管理システム６は、端末１から受信した第１証明データをブロックチェーンに記録する。管理システム６は、前記ゲノム情報の保存場所を示す保存場所データ（例えばファイルパス）を、端末２に送信してもよい。管理システム６は、前記ブロックチェーンに記録された第１証明データを読み出して当該第１証明データを端末２に送信する。端末２は、管理システム６から受信した第１証明データから第１ハッシュ値を取得し、例えば受信した保存場所データが示すストレージの領域から前記ゲノム情報を読み出し当該ゲノム情報から第２ハッシュ値を生成し、当該第１ハッシュ値と第２ハッシュ値が一致するか否かを判定する。
　この構成により、ブロックチェーンに記録された第１ハッシュ値と、ゲノム情報から生成された第２ハッシュ値が一致すれば、両者は同じゲノム情報であることが担保されるので、対象患者のゲノム情報の真正性を担保することができる。
　また端末１は、前記第１証明データを送信する際に、前記第１ハッシュ値を第１秘密鍵で暗号化したものを送信する。端末２は、前記第１証明データに含まれる前記第１ハッシュ値を取得する際に、当該第１証明データを、前記第１秘密鍵に対応する第１公開鍵で復号することにより当該第１ハッシュ値を取得する。なお、第１公開鍵は、端末２が保持していてもよいし、端末２を使用するレシピ作成機関によって端末２に入力されてもよい。
　この構成により、第１秘密鍵は端末１を使用する遺伝子解析機関のみが保有することから、遺伝子解析機関が暗号化に関わったことを担保することができ、遺伝子解析機関が当事者としてゲノム情報の生成に関わったこと、すなわちゲノム情報生成当事者の真正性を担保することができる。
　またブロックチェーン８１に記録される端末１から受信した第１証明データには、対象患者への個別化薬を識別する薬識別情報が含まれている。端末２は、前記第１ハッシュ値と前記第２ハッシュ値が一致する場合、薬識別情報と当該第２ハッシュ値（具体的には例えば、ファイルハッシュ値または暗号化ファイルハッシュ値（Ｒ））とを含む第２証明データを送信する。なお、この場合、第２ハッシュ値と第１ハッシュ値が一致するので、送信するのは第２ハッシュ値ではなく、第１ハッシュ値であってもよい。続いて管理システム６は、端末２から受信した第２証明データをブロックチェーンに記録する。
　この構成によって、第１証明データに加えて、更に第２証明データがブロックチェーンに記録される。その後に、ブロックチェーンに記録された第１証明データに含まれる第１ハッシュ値と第２証明データに含まれる第２ハッシュ値が一致するか検証することで、ゲノム情報の受け渡し取引が正常に行われたかを検証することができる。この検証は一例として認証システム７によって実行されてもよい。
　具体的に例えば上述したように認証システム７は、対象の薬識別情報をキーとしてブロックチェーンのブロックを検索し、検索の結果、得られた２つのブロックに含まれるハッシュ値が一致する場合、当該ゲノム情報の受け渡しが正常に行われたと判定してもよい。この構成によって、ゲノム情報の受け渡しが正常に行われたことを認証することができる。
　なお、図６では、一例として対象コンテンツが対象患者のゲノム情報であり、送り手が、遺伝子解析機関が使用する端末１、受け手が、レシピ作成機関が使用する端末２であるものとして説明したが、これに限ったものではない。対象コンテンツが対象患者用のワクチンレシピであり、送り手が、レシピ作成機関が使用する端末２、受け手が、薬製造機関が使用する端末３であってもよい。
　その場合、図６の一連の処理は以下のようであってもよい。
　（ステップＳ１１０）端末２は、送り手ＩＤ、受け手ＩＤ、薬の識別情報であるdragIDを管理システム６へ送信する。この一例では送り手ＩＤは、端末２を使用するレシピ作成機関を識別する情報であり、受け手ＩＤは、端末３を使用する薬製造機関を識別する情報である。
　（ステップＳ１２０）次に管理システム６は、ストレージ９に、対象コンテンツ（ここでは一例としてレシピデータ）用のディレクトリを作成する。
　（ステップＳ１３０）次に管理システム６は、作成したディレクトリのパス（ディレクトリパスともいう）を端末３へ送信する。
　（ステップＳ１４０）ディレクトリパスを受信した端末３は、レシピデータを含むファイルをストレージ９の当該ディレクトリパスが示すディレクトリに保存する。
　（ステップＳ１５０）次に、端末２は、送り手（ここでは一例として端末２またはレシピ作成機関）の秘密鍵によって暗号化された送り手の電子署名を管理システム６へ送信する。
　（ステップＳ１６０）一例としてそれとともにまたは並行して、端末２は、送り手（ここでは一例として端末２またはレシピ作成機関）の秘密鍵によって暗号化されたファイルのハッシュ値を管理システム６へ送信する。ここでファイルのハッシュ値は、対象コンテンツ（ここでは一例としてレシピデータ）のファイルのハッシュ値である。また送り手（ここでは一例として端末２またはレシピ作成機関）の秘密鍵によって暗号化されたファイルのハッシュ値のことを、送り手の秘密鍵によって暗号化されたことを示すものとして“（Ｓ）”を最後尾につけて、暗号化ファイルハッシュ値（Ｓ）ともいう。
　（ステップＳ１７０）＜第１書き込みステップ＞次に管理システム６は、暗号化ファイルハッシュ値（Ｓ）を含む第１証明データをブロックチェーン８１の一つのブロックに記録させる。この処理は図５のステップＳ４１の具体的な一例である。
　ブロックチェーンへの第１書込ステップ（図６のステップＳ１８０）でブロックチェーンに書き込まれる第１証明データの一例は、以下の通りである。
　dragID: 薬の識別情報
　encryptedContentHashValue_S: 対象コンテンツ（ここでは一例としてレシピデータが含まれるファイル）のハッシュ値を送り手の秘密鍵で暗号化したもの
　senderID: 送り手の識別情報（ハッシュ値の作成者の識別情報）
　senderEsignature: 送り手（ここでは一例としてレシピ作成機関）の電子署名
　recieverID: 受け手（ここでは一例として端末３または薬製造機関）の識別情報
　timestamp: 受け渡した時刻
　location: 受け渡した場所
　なお、senderEsignatureは、送り手の電子署名としたが、これに限らず、送り手の電子署名を送り手の秘密鍵で暗号化したものとしたが、これに限らず、送り手の電子署名であってもよい。
　（ステップＳ１８０）次に管理システム６は、ファイルパスとステップＳ１７０で記録したブロックチェーンのレコードの位置を、受け手の端末３に送信する。
　（ステップＳ１９０）例えば受け手の端末３は、暗号化ファイルハッシュ値（Ｓ）を要求し、この要求に応じて、管理システム６が、暗号化ファイルハッシュ値（Ｓ）とブロックチェーンレコードを端末３へ送信する。
　ステップＳ１９０の処理は上記に替えて、管理システム６が、端末３からの要求なしに、暗号化ファイルハッシュ値（Ｓ）とブロックチェーンレコードを端末３へ送信してもよい。
　（ステップＳ２００）また端末２は、対象コンテンツ（ここでは一例としてレシピデータ）が含まれるファイルをストレージ９から取得する。
　（ステップＳ２１０）次に端末２は、暗号化ファイルハッシュ値（Ｓ）を公開鍵で復号し、復号後の値をステップＳ２００で取得したファイルのハッシュ値と照合し一致するか否か判定する。ここで公開鍵は、ステップＳ１５０における暗号化で用いられた送り手（ここでは一例として端末２またはレシピ作成機関）の秘密鍵に対応するものである。公開鍵で復号することができれば、秘密鍵の所有者（ここでは一例として端末２またはレシピ作成機関）によって、暗号化ファイルハッシュ値（Ｓ）が作成されたことが証明される。更に復号後の値が、ステップＳ２００で取得したファイルのハッシュ値と一致すれば、ステップＳ２００で取得したファイルが真の対象コンテンツ（ここでは一例としてレシピデータ）であることが証明される。
　（ステップＳ２２０）ステップＳ２１０で復号後の値がステップＳ２００で取得したファイルのハッシュ値と一致する場合、端末３は、受け手の秘密鍵（ここでは一例として薬製造機関）によって暗号化された受け手の電子署名を管理システム６へ送信する。
　（ステップＳ２３０）一例としてそれとともにまたは並行して、端末３は、受け手（ここでは一例として端末３または薬製造機関）の秘密鍵によって暗号化されたファイルのハッシュ値を管理システム６へ送信する。ここでファイルのハッシュ値は、対象コンテンツ（ここでは一例としてレシピデータ）のファイルのハッシュ値である。また受け手（ここでは一例として端末３または薬製造機関）の秘密鍵によって暗号化されたファイルのハッシュ値のことを、受け手の秘密鍵によって暗号化されたことを示すものとして“（Ｒ）”を最後尾につけて、暗号化ファイルハッシュ値（Ｒ）ともいう。
　（ステップＳ２４０）＜第２書き込みステップ＞次に管理システム６は、暗号化ファイルハッシュ値（Ｒ）を含む第２証明データをブロックチェーン８１の一つのブロックに記録させる。ここで記録されるブロックは例えば、ステップＳ１７０のブロックとは別のブロックである。
　ブロックチェーンの第２書込ステップ（図６のステップＳ２４０）でブロックチェーンに書き込まれる第２証明データの一例は、以下の通りである。
　dragID: 薬の識別情報
　encryptedContentHashValue_R: 対象コンテンツ（ここでは一例としてレシピデータ）のハッシュ値を受け手の秘密鍵で暗号化したもの
　recieverEsignature: 受け手（ここでは一例として薬製造機関）の電子署名
　timestamp: 電子署名した時刻
　なお、recieverEsignatureは、受け手の電子署名としたがこれに限らず、受け手の電子署名を受け手の秘密鍵で暗号化したものであってもよい。
　（ステップＳ２５０）管理システム６は、対象のdragID、対象コンテンツ（ここでは一例としてレシピデータ）のファイルと、暗号化ファイルハッシュ値（Ｓ）、暗号化ファイルハッシュ値（Ｒ）を認証システム７へ送信する。
　（ステップＳ２６０）認証システム７は、対象のdragID、対象コンテンツ（ここでは一例としてレシピデータ）のファイルと、暗号化ファイルハッシュ値（Ｓ）、暗号化ファイルハッシュ値（Ｒ）を受信した場合、個々のやり取り単位で対象コンテンツの受け渡しが適切に行われたかを検証して、検証の結果、適切に行われていればそのことを認証する。具体的には例えば認証システム７は以下の処理を実行する。認証システム７は例えば、ブロックチェーン８１から、対象の薬識別情報であるdragIDをキーとしてブロックチェーン８１のブロックを検索し、検索の結果、得られた２つのブロックに含まれるハッシュ値が一致する場合、当該対象コンテンツの受け渡しが正常に行われたと認証する。その際に、具体的には例えば認証システム７は、一つのブロックに含まれる暗号化ファイルハッシュ値（Ｓ）を、送り手である端末２の秘密鍵に対応する公開鍵で復号してファイルハッシュ値（Ｓ）を取得し、暗号化ファイルハッシュ値（Ｒ）を受け手である端末３の秘密鍵に対応する公開鍵で復号してファイルハッシュ値（Ｒ）を取得し、ファイルハッシュ値（Ｓ）とファイルハッシュ値（Ｒ）が一致するか否か判定することが実施される。
　これにより、対象コンテンツ（ここでは一例としてレシピデータ）の受け渡しが適切に行われたことを検証して適切であればそのことを認証することができる。なお、第３証明データは、第３ハッシュ値に基づく情報の一例として、第３ハッシュ値を第３秘密鍵で暗号化したものが含まれるとしたが、これに限らず、第３ハッシュ値そのものが含まれてもよい。
　このように端末２は、対象患者用の薬のレシピ（例えばワクチンレシピ）を少なくとも含むデータから第３ハッシュ値を出力し、第３ハッシュ値もしくは第３ハッシュ値に基づく情報（例えば第３ハッシュ値を第３秘密鍵で暗号化したもの）を含む第３証明データを送信する。管理システム６は、端末２から受信した第３証明データをブロックチェーンに記録する。管理システム６は、前記レシピの保存場所を示す保存場所データ（例えば）ファイルパス）を、端末２に送信してもよい。管理システム６は、ブロックチェーンに記録された第３証明データを端末３に送信する。端末３は、管理システム６から受信した第３証明データから第３ハッシュ値を取得し、受信した保存場所データが示すストレージの領域から前記レシピを読み出し当該レシピから第４ハッシュ値を生成し、当該第３ハッシュ値と第４ハッシュ値が一致するか否かを判定する。
　この構成により、ブロックチェーンに記録された第１ハッシュ値とレシピから生成された第４ハッシュ値とが一致すれば、両者は同じレシピであることが担保されるので、レシピの真正性を担保することができる。
　また端末２は、前記第３証明データを送信する際に、前記第３ハッシュ値を第２秘密鍵で暗号化したものを送信してもよい。この場合、端末３は、前記第３証明データに含まれる前記第３ハッシュ値を取得する際に、当該第３証明データを、前記第２秘密鍵に対応する第２公開鍵で復号することにより当該第２ハッシュ値を取得してもよい。
　この構成により、第２秘密鍵は端末２を使用するレシピ作成機関のみが保有することから、レシピ作成機関が暗号化に関わったことを担保することができ、レシピ作成機関が当事者としてレシピの生成に関わったこと、すなわちレシピ作成当事者の真正性を担保することができる。
　またブロックチェーン８１に記録される端末２から受信した第３証明データには、対象患者への個別化薬を識別する薬識別情報が含まれていてもよい。この場合、端末３は、前記第３ハッシュ値と前記第４ハッシュ値が一致する場合、薬識別情報と、当該第３ハッシュ値または当該第４ハッシュ値とを含む第４証明データを送信してもよい。この場合、管理システム６は、端末３から受信した第４証明データをブロックチェーンに記録してもよい。
　この構成によって、第３証明データに加えて、更に第４証明データがブロックチェーンに記録される。その後に、ブロックチェーンに記録された第３証明データに含まれる第３ハッシュ値と第４証明データに含まれる第４ハッシュ値が一致するか検証することで、レシピの受け渡し取引が正常に行われたかを検証することができる。この検証は一例として認証システム７によって実行される。
　具体的には例えば、認証システム７は、対象の薬識別情報をキーとしてブロックチェーンのブロックを検索し、検索の結果、得られた２つのブロックに含まれるハッシュ値が一致する場合、当該レシピの受け渡しが正常に行われたと判定してもよい。この構成によって、レシピの受け渡しが正常に行われたことを認証することができる。
　また端末４は、医療機関から物流会社へ対象患者の検体を渡したことを証明するための第５証明データを送信してもよい。この場合、管理システム６は、端末４から受信した第５証明データをブロックチェーン８１に記録してもよい。更にこの場合、端末５は、物流会社が医療機関から対象患者の検体を受け取ったことを証明するための第６証明データを送信してもよい。更にこの場合、管理システム６は、端末５から受信した第６証明データをブロックチェーン８１に記録してもよい。
　この構成によって、対象患者の検体の受け渡しが正常に行われたことを、後から検証することができる。
　ここで、前記第５証明データは、個別化薬用の文章データのハッシュ値を、医療機関用の第３秘密鍵で暗号化されたものを含んでもよい。また前記第６証明データは、個別化薬用の文章データのハッシュ値を、物流会社用の第４秘密鍵で暗号化されたものを含んでもよい。
　以上、本実施形態に係る情報処理システム１０は、第１端末と第２端末と管理システムを備える情報処理システムであって、第１端末は、対象コンテンツを少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報（例えば第１ハッシュ値を第１秘密鍵で暗号化したもの）のいずれかを含む第１証明データを送信する。管理システムは、第１端末から受信した第１証明データをブロックチェーンに記録する。管理システムは、ブロックチェーンに記録された第１証明データを前記第２端末に送信する。第２端末は、管理システムから受信した第１証明データから第１ハッシュ値を取得する。第１証明データに含まれる第１ハッシュ値に基づく情報が第１ハッシュ値を第１秘密鍵で暗号化したものである場合、この取得の工程中に、第１秘密鍵に対応する第１公開鍵で復号することが含まれる。そして第２端末は、例えば管理システムから受信した保存場所データ（例えばファイルパス）が示すストレージの記憶領域から前記対象コンテンツを取得し当該対象コンテンツから第２ハッシュ値を生成し、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定する。
　ここで第１端末と第２端末はそれぞれ端末１、端末２であってもよいし、端末２、端末３であってもよいし、端末２、端末３であってもよいし、端末４、端末５であってもよいし、端末５、端末１であってもよいし、端末３、端末４であってもよいし、端末５、端末４であってもよい。
　これにより、ブロックチェーンに記録された第１ハッシュ値と、対象コンテンツから生成された第２ハッシュ値が一致すれば、両者は同じ対象コンテンツであることが担保されるので、対象コンテンツの真正性を担保することができる。
　なお、ストレージ９は、管理システム６とは別体として説明したが、これに限らず、管理システム６に内蔵されていてもよい。なお、上述した一態様では、一例として対象コンテンツ（例えばゲノム情報またはレシピデータ）をストレージ９を介してやり取りした。対象コンテンツが例えばゲノム情報のようにデータ量が多い場合に、ストレージ９を介することによって円滑にやり取りすることができる。しかし、これに限ったものではなく、ストレージ９を介さずにやり取りしてもよく、例えば第２端末が第１端末または管理システムから対象コンテンツを直接受信してもよいし、第２端末を使用するユーザが対象コンテンツを格納したメモリを配送などによって物理的に受け取って第２端末に格納してもよく、第２端末が対象コンテンツを取得できればその取得経路は問わない。
　なお、上述した実施形態で説明した管理システム６または端末１～５の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、管理システム６または端末１～５の少なくとも一部の機能を実現するプログラムをコンピュータ読み取り可能な記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
　また、管理システム６または端末１～５の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
　さらに、一つまたは複数の情報機器によって管理システム６を機能させてもよい。複数の情報機器を用いる場合、そのうちの１つをコンピュータとし、当該コンピュータが所定のプログラムを実行することにより管理システム６の少なくとも１つの手段として機能が実現されてもよい。
　また、方法の発明においては、全ての工程（ステップ）をコンピュータによって自動制御で実現するようにしてもよい。また、各工程をコンピュータに実施させながら、工程間の進行制御を人の手によって実施するようにしてもよい。また、さらには、全工程のうちの少なくとも一部を人の手によって実施するようにしてもよい。
　以上、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
１　端末
１０　情報処理システム
１１　入力インタフェース
１２　通信モジュール
１３　記憶装置
１４　メモリ
１５　出力インタフェース
１６　プロセッサ
２　端末
３　端末
４　端末
５　端末
６　管理システム
６１　入力インタフェース
６２　通信モジュール
６３　記憶装置
６４　メモリ
６５　出力インタフェース
６６　プロセッサ
７　認証システム
７１　入力インタフェース
７２　通信モジュール
７３　記憶装置
７４　メモリ
７５　出力インタフェース
７６　プロセッサ
８　分散ネットワーク
８１　ブロックチェーン
９　ストレージ

 

Claims (14)

  1. 　第１端末と第２端末と管理システムを備える情報処理システムであって、
    　前記第１端末は、対象コンテンツを少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報のいずれかを含む第１証明データを送信し、
    　前記管理システムは、前記第１端末から受信した第１証明データをブロックチェーンに記録し、
    　前記管理システムは、前記ブロックチェーンに記録された第１証明データを前記第２端末に送信し、
    　前記第２端末は、前記管理システムから受信した第１証明データから第１ハッシュ値を取得し、前記対象コンテンツを取得し当該対象コンテンツから第２ハッシュ値を生成し、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定する
    　情報処理システム。
  2. 　前記第１端末は、対象患者の検体から対象患者のゲノム情報を生成する遺伝子解析機関が使用し、
    　前記第２端末は、ワクチンレシピを作成するレシピ作成機関が使用し、
    　前記対象コンテンツは、対象患者のゲノム情報である
    　請求項１に記載の情報処理システム。
  3. 　前記対象患者のゲノム情報は、当該対象患者のがん細胞の遺伝子データと当該対象患者の正常細胞の遺伝子データを含む
    　請求項２に記載の情報処理システム。
  4. 　前記第１端末は、ワクチンレシピを作成するレシピ作成機関が使用し、
    　前記第２端末は、ワクチンレシピから個別化薬を製造する薬製造機関が使用し、
    　前記対象コンテンツは、対象患者用のワクチンレシピである
    　請求項１に記載の情報処理システム。
  5. 　前記第１ハッシュ値に基づく情報は、前記第１ハッシュ値を第１秘密鍵で暗号化したものであり、
    　前記第１端末は、前記第１証明データを送信する際に、前記第１ハッシュ値を第１秘密鍵で暗号化したものを送信し、
    　前記第２端末は、前記第１証明データに含まれる前記第１ハッシュ値を取得する際に、当該第１証明データを、前記第１秘密鍵に対応する第１公開鍵で復号することにより当該第１ハッシュ値を取得する
    　請求項１から４のいずれか一項に記載の情報処理システム。
  6. 　前記ブロックチェーンに記録される前記第１端末から受信した第１証明データには、対象患者への個別化薬を識別する薬識別情報が含まれており、
    　前記第２端末は、前記第１ハッシュ値と前記第２ハッシュ値が一致する場合、薬識別情報と、当該第１ハッシュ値または当該第２ハッシュ値とを含む第２証明データを送信し、
    　前記管理システムは、前記第２端末から受信した第２証明データをブロックチェーンに記録する
    　請求項１から５のいずれか一項に記載の情報処理システム。
  7. 　認証システムを更に備え、
    　前記認証システムは、対象の薬識別情報をキーとしてブロックチェーンのブロックを検索し、検索の結果、得られた２つのブロックに含まれるハッシュ値が一致する場合、当該対象コンテンツの受け渡しが正常に行われたと判定する
    　請求項６に記載の情報処理システム。
  8. 　ワクチンレシピから個別化薬を製造する薬製造機関が使用する第３端末を更に備え、
    　前記第２端末は、対象患者用の薬のレシピを少なくとも含むデータからハッシュ値を出力し、ハッシュ値もしくはハッシュ値に基づく情報のいずれかを含む第３証明データを送信し、
    　前記管理システムは、前記第２端末から受信した第３証明データをブロックチェーンに記録し、
    　前記管理システムは、前記ブロックチェーンに記録された第３証明データを前記第３端末に送信し、
    　前記第３端末は、前記管理システムから受信した第３証明データに含まれる第４ハッシュ値を取得し、前記レシピを取得し当該レシピから第４ハッシュ値を生成し、当該第３ハッシュ値と第４ハッシュ値が一致するか否かを判定する
    　請求項２または３に記載の情報処理システム。
  9. 　前記第２端末は、前記第３証明データを送信する際に、前記第３ハッシュ値を第２秘密鍵で暗号化したものを送信し、
    　前記第３端末は、前記第３証明データに含まれる前記第３ハッシュ値を取得する際に、当該第３証明データを、前記第２秘密鍵に対応する第２公開鍵で復号することにより当該第２ハッシュ値を取得する
    　請求項８に記載の情報処理システム。
  10. 　前記ブロックチェーンに記録される前記第２端末から受信した第３証明データには、対象患者への個別化薬を識別する薬識別情報が含まれており、
    　前記第３端末は、前記第３ハッシュ値と前記第４ハッシュ値が一致する場合、薬識別情報と、当該第３ハッシュ値または当該第４ハッシュ値とを含む第４証明データを送信し、
    　前記管理システムは、前記第３端末から受信した第４証明データをブロックチェーンに記録する
    　請求項８または９に記載の情報処理システム。
  11. 　医療機関が使用する第４端末と物流会社が使用する第５の装置を備え、
    　前記第４端末は、医療機関から物流会社へ対象患者の検体を渡したことを証明するための第５証明データを送信し、
    　前記管理システムは、前記第４端末から受信した第５証明データをブロックチェーンに記録し、
    　前記第５端末は、物流会社が医療機関から対象患者の検体を受け取ったことを証明するための第６証明データを送信し、
    　前記管理システムは、前記第５端末から受信した第６証明データをブロックチェーンに記録する
    　請求項１から１０のいずれか一項に記載の情報処理システム。
  12. 　前記第５証明データは、個別化薬用の文章データのハッシュ値を、医療機関用の第３秘密鍵で暗号化されたものを含み、
    　前記第６証明データは、個別化薬用の文章データのハッシュ値を、物流会社用の第４秘密鍵で暗号化されたものを含む
    　請求項１１に記載の情報処理システム。
  13. 　第１端末は、対象コンテンツを少なくとも含むデータから第１ハッシュ値を出力し、当該第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報のいずれかを含む第１証明データを送信するステップ、
    　管理システムは、前記第１端末から受信した第１証明データをブロックチェーンに記録するステップ、
    　前記管理システムは、前記ブロックチェーンに記録された第１証明データを前記第２端末に送信するステップ、
    　前記第２端末は、前記管理システムから受信した第１証明データから第１ハッシュ値を取得し、前記対象コンテンツを取得し当該対象コンテンツから第２ハッシュ値を生成し、当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定するステップ
    　を有する情報処理方法。
  14. 　コンピュータに、
    　対象コンテンツを少なくとも含むデータから生成された第１ハッシュ値もしくは当該第１ハッシュ値に基づく情報のいずれかを含む第１証明データであってブロックチェーンに記録された第１証明データから第１ハッシュ値を取得する手順、
    　前記対象コンテンツから第２ハッシュ値を生成する手順、
    　当該第１ハッシュ値と当該第２ハッシュ値が一致するか否かを判定する手順、
    　を実行させるためのプログラム。
    　
PCT/JP2022/031011 2022-08-17 2022-08-17 情報処理システム、情報処理方法及びプログラム WO2024038510A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/031011 WO2024038510A1 (ja) 2022-08-17 2022-08-17 情報処理システム、情報処理方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/031011 WO2024038510A1 (ja) 2022-08-17 2022-08-17 情報処理システム、情報処理方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2024038510A1 true WO2024038510A1 (ja) 2024-02-22

Family

ID=89941445

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/031011 WO2024038510A1 (ja) 2022-08-17 2022-08-17 情報処理システム、情報処理方法及びプログラム

Country Status (1)

Country Link
WO (1) WO2024038510A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017204704A (ja) * 2016-05-10 2017-11-16 日本電信電話株式会社 正当性保証方法、正当性保証システム及び正当性保証プログラム
JP2019139750A (ja) * 2018-02-13 2019-08-22 マクロジェン・インコーポレイテッドＭａｃｒｏｇｅｎ， Ｉｎｃ． 複数のブロックチェーンに基盤を置いた生命情報データ提供方法、生命情報データ保存方法及び生命情報データ伝送システム
JP2019185642A (ja) * 2018-04-17 2019-10-24 株式会社メドレー 電子処方せん管理方法、電子処方せん管理システム、及びプログラム
JP2022042765A (ja) * 2020-09-03 2022-03-15 合同会社Ｈ．Ｕ．グループ中央研究所 情報処理方法、情報処理システム及びコンピュータプログラム
WO2022054869A1 (ja) * 2020-09-09 2022-03-17 旭化成株式会社 情報処理方法、情報処理装置、及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017204704A (ja) * 2016-05-10 2017-11-16 日本電信電話株式会社 正当性保証方法、正当性保証システム及び正当性保証プログラム
JP2019139750A (ja) * 2018-02-13 2019-08-22 マクロジェン・インコーポレイテッドＭａｃｒｏｇｅｎ， Ｉｎｃ． 複数のブロックチェーンに基盤を置いた生命情報データ提供方法、生命情報データ保存方法及び生命情報データ伝送システム
JP2019185642A (ja) * 2018-04-17 2019-10-24 株式会社メドレー 電子処方せん管理方法、電子処方せん管理システム、及びプログラム
JP2022042765A (ja) * 2020-09-03 2022-03-15 合同会社Ｈ．Ｕ．グループ中央研究所 情報処理方法、情報処理システム及びコンピュータプログラム
WO2022054869A1 (ja) * 2020-09-09 2022-03-17 旭化成株式会社 情報処理方法、情報処理装置、及びプログラム

Similar Documents

Publication Publication Date Title
US10560272B2 (en) Bio-information data providing method, bio-information data storing method and bio-information data transferring system based on multiple blockchains
US11087021B2 (en) Secure access to individual information
US20210056230A1 (en) Encryption scheme for making secure patient data available to authorized parties
ES2389725T3 (es) Mecanismo de seguridad adaptable para impedir el acceso no autorizado a datos digitales
US8977572B2 (en) Systems and methods for patient-controlled, encrypted, consolidated medical records
JP2022536645A (ja) 暗号化された秘密シェアを使用した鍵の回復
US20130318361A1 (en) Encrypting and storing biometric information on a storage device
US20140380040A1 (en) Secure biometric cloud storage system
US20220270725A1 (en) Blockchain architecture, system, method and device for facilitating electronic health record maintenance, sharing and monetization using a decentralized health information platform including a non-fungible token function and security protocols
US10893027B2 (en) Secure access to individual information
WO2015112859A1 (en) Systems and methods for personal omic transactions
US11343330B2 (en) Secure access to individual information
KR102592375B1 (ko) 아이덴티티 검증을 위한 생체 인식 디지털 서명 생성
KR20200008854A (ko) 유전체 및 유전체 정보의 보존 및 활용을 위한 방법
KR102279377B1 (ko) 블록체인을 이용한 개인 권한 기반의 의료 정보 제공 시스템
WO2024038510A1 (ja) 情報処理システム、情報処理方法及びプログラム
JP2022042765A (ja) 情報処理方法、情報処理システム及びコンピュータプログラム
US11451522B2 (en) System and method for enabling the secure storage, transmission and access of genetic data
KR102478963B1 (ko) 백신 접종 디지털 인증서를 발급하고 증명하는 방법 및 그 시스템
KR102651688B1 (ko) 허가형 블록체인에 기반하여 암 검진 데이터를 공유하기 위한 방법 및 장치
JP2020021127A (ja) 情報処理システム及び情報処理方法
JP2020022150A (ja) 情報処理システム及び情報処理方法
US11995203B2 (en) Computer-implemented methods for handling requests by using a distributed ledger database
CN113343249A (zh) 基于Fabric的DNA序列安全存储与共享方法
Tichopád Partially Autonomous Information System Facilitating Performance-based Managed Entry Agreements in Slovakia

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22955684

Country of ref document: EP

Kind code of ref document: A1