WO2022255151A1 - データ管理システム、データ管理方法、及び非一時的記録媒体 - Google Patents

データ管理システム、データ管理方法、及び非一時的記録媒体 Download PDF

Info

Publication number
WO2022255151A1
WO2022255151A1 PCT/JP2022/021146 JP2022021146W WO2022255151A1 WO 2022255151 A1 WO2022255151 A1 WO 2022255151A1 JP 2022021146 W JP2022021146 W JP 2022021146W WO 2022255151 A1 WO2022255151 A1 WO 2022255151A1
Authority
WO
WIPO (PCT)
Prior art keywords
computer
data
public key
encrypted
index
Prior art date
Application number
PCT/JP2022/021146
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 KR1020237031695A priority Critical patent/KR20230145191A/ko
Priority to CN202280034064.6A priority patent/CN117280652A/zh
Priority to EP22815901.8A priority patent/EP4329241A1/en
Priority to US18/565,450 priority patent/US20240259192A1/en
Publication of WO2022255151A1 publication Critical patent/WO2022255151A1/ja

Links

Images

Classifications

    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • 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
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09C—CIPHERING OR DECIPHERING APPARATUS FOR CRYPTOGRAPHIC OR OTHER PURPOSES INVOLVING THE NEED FOR SECRECY
    • G09C1/00—Apparatus or methods whereby a given sequence of signs, e.g. an intelligible text, is transformed into an unintelligible sequence of signs by transposing the signs or groups of signs or by replacing them by others according to a predetermined system
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
    • 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
    • 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
    • H04L9/3226—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 using a predetermined code, e.g. password, passphrase or PIN
    • H04L9/3231—Biological data, e.g. fingerprint, voice or retina
    • 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
    • H04L9/3247—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 involving digital 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
    • H04L9/3263—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 involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements

Definitions

  • the present invention relates to a data management system, data management method, and non-temporary recording medium.
  • Non-Patent Document 1 describes a data format of an electronic qualification certificate for realizing the above technology.
  • one aspect of the present invention safely manages data without using a personal device.
  • a data management system including a first computer, a second computer, and a third computer, wherein the first computer generates a secret key from biometric information of a user of the first computer, and the second computer generates the holding a public key corresponding to a private key, encrypted data that is data encrypted based on the public key, a list of indexes indicating types of the data, and indexes of the encrypted data;
  • the list is transmitted to the first computer, and the first computer designates an index of data to be presented, which is an index included in the list, and transmits the designated index to the second computer.
  • the second computer transmits encrypted data corresponding to the index transmitted by the first computer to the first computer, and the first computer stores the encrypted data corresponding to the index as the secret key based on the decoded data and transmitted to the third computer.
  • data can be managed safely without using a personal device.
  • FIG. 1 is a block diagram showing a configuration example of a data management system in Example 1;
  • FIG. FIG. 10 is a sequence diagram showing an example of registration processing according to the first embodiment;
  • FIG. 10 is a sequence diagram showing an example of data issuing processing according to the first embodiment;
  • FIG. 10 is a sequence diagram showing an example of data issuing processing according to the first embodiment;
  • FIG. 10 is a sequence diagram showing an example of data presentation processing in Example 1;
  • FIG. 10 is a sequence diagram showing an example of data presentation processing in Example 1;
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the registration process in the first embodiment;
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the registration process in the first embodiment;
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the registration process in the first embodiment;
  • FIG. 10 is an explanatory diagram showing an example of
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the data issuing process in the first embodiment
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the data issuing process in the first embodiment
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the data presentation process according to the first embodiment
  • FIG. 10 is an explanatory diagram showing an example of screen transition of the output device of the registration terminal in the data presentation process according to the first embodiment
  • FIG. 1 is a block diagram showing a configuration example of a data management system.
  • the data management system includes, for example, an issuing terminal 100, a registration terminal 200, a verification terminal 300, and a PDS (Personal Data Store) 400 connected by a network such as the Internet.
  • the issuing terminal 100 is, for example, a computer having a CPU (Central Processing Unit) 101, a memory 102, an auxiliary storage device 103, a communication device 104, an input device 105, and an output device .
  • CPU Central Processing Unit
  • the CPU 101 includes a processor and executes programs stored in the memory 102 .
  • the memory 102 includes ROM (Read Only Memory), which is a non-volatile storage element, and RAM (Random Access Memory), which is a volatile storage element.
  • the ROM stores immutable programs (for example, BIOS (Basic Input/Output System)) and the like.
  • BIOS Basic Input/Output System
  • RAM is a high-speed and volatile storage device such as DRAM (Dynamic Random Access Memory), and temporarily stores programs executed by the CPU 101 and data used when the programs are executed.
  • the auxiliary storage device 103 is, for example, a magnetic storage device (HDD (Hard Disk Drive)), flash memory (SSD (Solid State Drive)), or other large-capacity, non-volatile storage device. Stores data used when running That is, the program is read from the auxiliary storage device 103, loaded into the memory 102, and executed by the CPU 101.
  • HDD Hard Disk Drive
  • SSD Solid State Drive
  • the input device 105 is a device such as a keyboard or mouse that receives input from the operator.
  • the output device 106 is a device, such as a display device or a printer, that outputs the execution result of the program in a format that can be visually recognized by the operator.
  • the communication device 104 is a network interface device that controls communication with other devices according to a predetermined protocol.
  • the communication device 104 also includes a serial interface such as USB (Universal Serial Bus).
  • a part or all of the program executed by the CPU 101 is transferred from a removable medium (CD-ROM, flash memory, etc.), which is a non-temporary storage medium, or an external computer having a non-temporary storage device to the issuing terminal 100 via a network.
  • a removable medium CD-ROM, flash memory, etc.
  • an external computer having a non-temporary storage device may be provided and stored in the non-volatile auxiliary storage device 103, which is a non-temporary storage medium. Therefore, the issuing terminal 100 preferably has an interface for reading data from removable media. This is the same for the registration terminal 200, the verification terminal 300, and the PDS 400 as well.
  • the issuing terminal 100 is a computer system configured on one physical computer or on a plurality of computers configured logically or physically, and operates on the same computer with separate threads. Alternatively, it may operate on a virtual computer constructed on multiple physical computer resources. This is the same for the registration terminal 200, the verification terminal 300, and the PDS 400 as well.
  • the CPU 101 includes, for example, an authentication unit 111, a certificate generation unit 112, a data issuing unit 113, and an encryption unit 114.
  • Authentication unit 111 performs authentication with registration terminal 200 .
  • Certificate generation unit 112 generates an electronic certificate.
  • the electronic certificate may be data obtained by adding predetermined information to the data contained in the personal data 122 and adding an electronic signature generated based on the key data 121 to the data.
  • the electronic certificate includes the UID received from the registration terminal 200 (an ID that identifies the user of the registration terminal 200), the first public key certificate, and the identity verification of the user by the issuer or the issuing terminal 100. and/or an identification method, and an electronic signature generated based on the key data 121 added thereto, that is, a second public key certificate.
  • the data issuing unit 113 issues the data included in the personal data 122 to the registration terminal 200 or PDS 400.
  • the encryption unit 114 encrypts personal data.
  • the CPU 101 functions as the authentication unit 111 by operating according to the authentication program loaded into the memory 102, and functions as the certificate generation unit 112 by operating according to the certificate generation program loaded into the memory 102.
  • Other functional units included in the CPU 101 also have the same relationship between programs and functional units. The relationship between the programs and the functional units is the same for the functional units included in the CPU 201 of the registration terminal 200, the CPU 301 of the verification terminal 300, and the CPU 401 of the PDS 400, which will be described later.
  • the functions of the functional units included in the CPU 101, the CPU 201 of the registration terminal 200, the CPU 301 of the verification terminal 300, and the CPU 401 of the PDS 400 are, for example, ASIC (Application Specific Integrated Circuit) or FPGA (Field-Programmable Gate). Array) or the like.
  • the auxiliary storage device 103 holds key data 121 and personal data 122, for example.
  • Key data 121 includes the key of issuing terminal 100 and the public key of registration terminal 200 .
  • Personal data 122 includes personal data of the user of registration terminal 200 .
  • auxiliary storage device 103 Some or all of the information stored in the auxiliary storage device 103, the auxiliary storage device 203 of the registration terminal 200, the auxiliary storage device 303 of the verification terminal 300, and the auxiliary storage device 403 of the PDS 400 are stored in the memory 102, It may be stored in memory 202, memory 302, and memory 402, or may be stored in a database connected to the device.
  • the information used by the data management system may be represented by any data structure without depending on the data structure.
  • the information is represented in the form of a table in this embodiment, the information can be stored in a data structure suitably selected from, for example, a list, database, or queue.
  • the registration terminal 200 is composed of a computer having a CPU 201, a memory 202, an auxiliary storage device 203, a communication device 204, an input device 205, an output device 206, and a biological information acquisition device 207, for example.
  • the CPU 201, the memory 202, the auxiliary storage device 203, the communication device 204, the input device 205, and the output device 206 will be described as hardware in terms of the CPU 101, the memory 102, the auxiliary storage device 103, the communication device 104, the input device 105, and the output device. Since it is the same as the description of the hardware of the device 106, it will be omitted.
  • the CPU 201 includes, for example, a biometric information acquisition unit 211, a key generation unit 212, a certificate generation unit 213, an authentication unit 214, an encryption unit 215, an index acquisition unit 216, and a UID designation unit 217.
  • the biometric information acquisition unit 211 acquires the biometric information of the user of the registration terminal 200 via the biometric information acquisition device 207 .
  • a key generation unit 212 generates a public key, a secret key, and a common key.
  • the certificate generation unit 213 generates a public key certificate.
  • the authentication unit 214 performs authentication with the issuing terminal 100 and authentication with the PDS 400 .
  • the encryption unit 215 encrypts data to be transmitted to the verification terminal 300 .
  • the index acquisition unit 216 acquires a data index specifying the type of data.
  • UID designation section 217 designates a UID that is an ID for identifying a user of registration terminal 200 .
  • the auxiliary storage device 203 holds, for example, one or more wallets 221 and key data 222.
  • Each wallet 221 is linked to the UID of the user of the registration terminal 200 and holds data issued by the issuing terminal 100 to the user.
  • the wallet 221 is a user-specific wallet for storing data including data issued by the issuing terminal 100 to the registration terminal 200 (for example, the user's personal data, electronic certificate, and public key certificate).
  • the key data 222 holds the key of the user of the registration terminal 200 and auxiliary information.
  • the biometric information acquisition device 207 acquires the user's biometric information.
  • a camera that captures a user's facial image and a scanner that acquires a user's fingerprints and veins are examples of the biometric information acquisition device 207 .
  • the verification terminal 300 is configured by a computer having a CPU 301, a memory 302, an auxiliary storage device 303, a communication device 304, an input device 305, and an output device 306, for example.
  • the CPU 301, the memory 302, the auxiliary storage device 303, the communication device 304, the input device 305, and the output device 306 will be explained as hardware by referring to the CPU 101, the memory 102, the auxiliary storage device 103, the communication device 104, the input device 105, and the output device 306. Since it is the same as the description of the hardware of the device 106, it will be omitted.
  • CPU 301 includes, for example, a signature verification unit 311 .
  • Signature verification unit 311 verifies the signature attached to the data received from registration terminal 200 .
  • the PDS 400 is composed of a computer having a CPU 401, a memory 402, an auxiliary storage device 403, a communication device 404, an input device 405, and an output device 406, for example.
  • the CPU 401, the memory 402, the auxiliary storage device 403, the communication device 404, the input device 405, and the output device 406 will be explained as hardware by referring to the CPU 101, the memory 102, the auxiliary storage device 103, the communication device 104, the input device 105, and the output device 406. Since it is the same as the description of the hardware of the device 106, it will be omitted.
  • the CPU 401 includes, for example, a data management unit 411, an authentication unit 412, and a search unit 413.
  • the data management unit 411 creates a wallet 421 corresponding to the designated UID and manages data stored in the created wallet 421 .
  • Authentication unit 412 performs authentication with registration terminal 200 .
  • the search unit 413 searches for the wallet 421 corresponding to the UID.
  • Auxiliary storage device 403 holds, for example, wallets 421 for each of one or more UIDs.
  • the wallet 421 holds data issued by the issuing terminal 100 to the user associated with the UID.
  • some devices included in the data management system may be integrated.
  • the issuing terminal 100 and the registration terminal 200 may be integrated, or the registration terminal 200 and the PDS 400 may be integrated.
  • Authentication processing which will be described later, may be omitted between devices that are integrated in this way.
  • FIG. 2 is a sequence diagram showing an example of registration processing.
  • the UID specifying unit 217 of the registered terminal 200 specifies a UID that is an ID for identifying the user of the registered terminal 200 (S201).
  • the UID designation unit 217 may save the designated UID in the auxiliary storage device 203 and/or the memory 202 .
  • the UID designation unit 217 receives input of a UID from the user of the registration terminal 200 and designates the received UID. Further, for example, the UID specifying unit 217 may automatically specify the UID, or the registration terminal 200 holds the UID corresponding to the user, and the UID specifying unit 217 acquires the UID to specify the UID. may
  • the biometric information acquisition unit 211 acquires the biometric information (for example, finger vein, fingerprint, facial image, gait, etc.) of the user of the registration terminal 200 via the biometric information acquisition device 207 (S202).
  • the key generation unit 212 generates a key pair of a private key and a public key from the biometric information and, if necessary, auxiliary information (S203). Specifically, for example, the key generation unit 212 generates a key pair from biometric information according to algorithms such as Fuzzy Extractor and Fuzzy Signature. When an algorithm such as Fuzzy Extractor is used, the auxiliary information is used in key generation processing from biometric information at the time of data issuance or data presentation, which will be described later.
  • the certificate generation unit 213 acquires the first public key certificate (S204). Specifically, for example, the certificate generation unit 213 may acquire the first public key certificate by generating a self-certificate based on the private key generated in step S203, or the registration terminal 200 The first public key certificate may be obtained from a certificate authority connected to the
  • the certificate generation unit 213 transmits the UID, the first public key certificate, and, if generated, auxiliary information to the PDS 400 (S205).
  • the data management unit 411 of the PDS 400 creates a wallet 421 corresponding to the UID, and registers the first public key certificate and auxiliary information in the wallet 421 (S206).
  • the data management unit 411 transmits the registration result of the UID and the first public key certificate to the wallet 421 to the registration terminal 200 (S207).
  • the certificate generation unit 213 stores the UID and the first public key certificate in the wallet 221 (S208). Although the process of step S208 may be omitted, if the common registration terminal 200 is used in the data issuing process, the data issuing process, and the data presentation process by executing the process of step S208, the registered terminal 200 Processing for requesting a public key certificate from the PDS 400 can be omitted, the number of communications between the registration terminal 200 and the PDS 400 can be reduced, and processing performance can be improved.
  • the key generation unit 212 deletes the private key (S209) and ends the registration process.
  • the certificate generating unit 213 acquires the second public key certificate issued by the issuing terminal 100 as an electronic certificate, and transmits it to the PDS 400. good too.
  • the PDS 400 registers the first public key and/or the second public key certificate in the wallet 421 corresponding to the UID.
  • the second public key certificate is, for example, a certificate in the X509 format, in which the subject (Subject) or subject identifier (Subject Unique ID) includes a UID description, and the subject public key (Subject Public Key Info ) describes the public key, and the issuer (Issuer) describes the identifier of the data issuer.
  • extensions may include a description of an identity verification method (for example, the data issuer faces the user to verify the health insurance card).
  • a secret key, a public key, and a common key are generated from biometric information.
  • a private key, a public key, and a common key may be generated from information that can be presented by an individual, such as stored information of the individual.
  • FIGS. 3A and 3B are sequence diagrams showing an example of data issuing processing.
  • FIGS. 3A and 3B describe the processing by the registration terminal 200, the processing described below may be executed by a terminal different from the registration terminal 200 used for the data registration processing. That is, the registration terminal 200 used for the data registration process and the data issuance process may be the same terminal or may be different terminals.
  • the UID designation unit 217 of the registration terminal 200 acquires a UID according to, for example, an input from the user of the registration terminal 200 (S301). Note that if the UID specified by the UID specifying unit 217 in step S201 is stored in the memory 102 or the auxiliary storage device 103, the process of step S301 may be omitted.
  • the UID designation unit 217 transmits the UID to the PDS 400 (S302), and the search unit 413 of the PDS 400 retrieves the auxiliary information stored in the wallet 421 corresponding to the UID. It is acquired and sent back to the registration terminal 200 (S303).
  • the biometric information acquisition unit 211 acquires the biometric information of the user of the registration terminal 200 (for example, biometric information of the same type as during the registration process, such as finger veins, fingerprints, or facial images) via the biometric information acquisition device 207 ( S304).
  • the key generation unit 212 generates a secret key from the biometric information using, for example, auxiliary information (S305).
  • the UID specifying unit 217 transmits the UID to the PDS 400 (S307), and authentication is performed between the registration terminal 200 and the PDS 400 (S309).
  • the authentication unit 214 of the registration terminal 200 uses the private key (S306)
  • the authentication unit 412 of the PDS 400 uses the first public key certificate or the second public key certificate (hereinafter referred to as the first public key certificate).
  • Authentication is performed between the registration terminal 200 and the PDS 400 using either the key certificate or the second public key certificate, simply called a public key certificate (S307). be.
  • step S302 to step S309 may be omitted, by executing the processing from step S302 to step S309, it is possible to ensure security against misrepresentation of the UID from the registration terminal 200 to the PDS 400 and input errors. can be done.
  • authentication by another authentication means (for example, password authentication, FIDO (First Identity Online) authentication, etc.) may be executed.
  • the authentication unit 214 of the registration terminal 200 transmits to the PDS 400 a public key certificate request containing the UID (however, the UID may not be contained when the process of step S305 is executed) (S310). .
  • the search unit 413 of the PDS 400 searches for the wallet 421 corresponding to the UID, and transmits the public key certificate stored therein to the registration terminal 200 (S311).
  • the authentication unit 214 transmits the acquired public key certificate to the issuing terminal 100 (S313), and authentication is performed between the registration terminal 200 and the issuing terminal 100 (S315). Specifically, authentication unit 214 of registration terminal 200 uses the private key (S312), authentication unit 111 of issuing terminal 100 uses the received public key certificate (S314), and registration terminal 200 and issuing terminal 100 Authentication is performed between S313 and S313.
  • UID designation unit 217 of registration terminal 200 generates a data issuance application including a data index, which is information specifying the type of data, and a UID (S316), and transmits it to issuing terminal 100 (S317).
  • the user of the registration terminal 200 presents the identity verification information to the user of the issuing terminal 100 (S318).
  • the user of the issuing terminal 100 confirms the presented personal identification information (S319).
  • the presentation and confirmation of the identity verification information may be performed by the user of the registration terminal 200 and the user of the issuing terminal 100 facing each other and directly presenting the identity verification documents and visually confirming them.
  • the user 200 may transmit from the registration terminal 200 to the issuing terminal 100 , and the user of the issuing terminal 100 may check the identity verification information displayed on the output device 160 of the issuing terminal 100 .
  • the user of the issuing terminal 100 reads the My Number Card using the issuing terminal 100 or another terminal owned by the user, and transmits the My Number Card from the issuing terminal 100 to the registration terminal 200.
  • User identity verification can be realized.
  • the registration terminal 200 transmits the public key certificate acquired from the PDS 400 to the issuing terminal 100, or sends personal data (for example, , data relating to attributes, history, etc. of the user of the registration terminal 200), the identity of the user of the issuing terminal 100 can be verified.
  • steps S318 and S319 may not be executed, impersonation of the user of the registration terminal 200 can be suppressed by executing these processes. Furthermore, after executing these processes, by describing information about the means of identity verification executed there in the extension area of the second public key certificate described later, the second public key certificate can be Another issuing or validating entity can be more trustworthy.
  • the data issuing unit 113 searches the personal data 122 and acquires the data index indicated by the received data issuing application and the data corresponding to the user's personal identification information included in the public key certificate or the personal identification information. to generate data (S320).
  • This data is, for example, personal data relating to attributes, qualification information, history, etc. of the user of the registration terminal 200 .
  • Covid-19 PCR (Polymerase Chain reaction) test result information negative certification information
  • a degree certificate certifying that the user has obtained a degree from the university if the issuer is a university
  • the past purchase history information of the user of the registration terminal 200 at the EC (Electric Commerce) site operated by the user of the issuing terminal 100 is an example of the above-described personal data.
  • the certificate generation unit 112 of the issuing terminal 100 generates one or more electronic certificates using the private key included in the key data 121 (S321).
  • the electronic certificate is data containing user data including some information related to the user and an electronic signature generated for the user data using a private key included in the key data 121 .
  • the user data may be personal data related to user attributes, qualification information, history, etc., as described above. There may be.
  • the user data may also include the public key included in the public key certificate described above. An electronic certificate containing such a public key can be used as the aforementioned second public key certificate.
  • the second public key certificate may be in X509 format and may contain a UID and information about the identity verification means.
  • the certificate generation unit 112 may generate a plurality of electronic certificates in step S321. Note that if the electronic certificate is not included in the data generated in step S320 described above, the process of step S321 may not be executed.
  • the data issuing unit 113 may include one or more electronic certificates generated in step S320 in the data generated in step S321. Also, the data issuing unit 113 may generate a plurality of types of data in step S321.
  • the encryption unit 114 generates encrypted data by encrypting the data generated in step S320 (and also the electronic certificate if the electronic certificate was generated in step S321) (S322). Specifically, for example, the encryption unit 114 obtains the public key from the first public key certificate, and encrypts the data with the obtained public key using the public key cryptosystem. Generate encrypted data. Further, for example, the encryption unit 114 randomly generates a common key, encrypts data with the common key using the common key cryptosystem, and encrypts data with the public key using the public key cryptosystem. The key is encrypted, and data containing the encrypted data and the encrypted common key is defined as encrypted data.
  • a private key and a public key are stored in the key data 121 of the issuing terminal 100, and the encryption unit 114 adds a signature to the data generated in S321 using the private key, and then encrypts the data in step S322.
  • the public key may be distributed to the verification terminal 300 .
  • the verification terminal 300 can use the public key to verify the issuer's signature attached to the data.
  • the signature is executed after identity verification is performed in steps S318 and S319, it is possible to use the certification authority and the registration authority to confirm that the data is generated after the issuer has verified the identity. can be guaranteed at the issuer's security level.
  • the data issuing unit 113 transmits the UID, data index, and encrypted data to the PDS 400 (S323).
  • steps S322 and S323 may be omitted, the processing of steps S324 to S328 described later can be omitted by executing the processing of step S322, and in particular, the user of the issuing terminal 100 can save time and effort. can be reduced. Also, conversely, steps S322 and S323 may be omitted, and in this case, the processes of steps S324 to S328 are executed.
  • the data issuing unit 113 transmits the data acquired in step S321 to the registration terminal 200 (S324).
  • the biometric information acquisition unit 211 of the registration terminal 200 acquires the biometric information of the user of the registration terminal 200 via the biometric information acquisition device 207, and generates a secret key using the auxiliary information (S325). Note that if the processes of steps S302 to S305 have been executed, the process of step S323 may be omitted.
  • the encryption unit 215 uses the private key to generate a signature for the received data (S326). Although the processing of step S324 may be omitted, the execution of the processing of step S326 allows the user of registration terminal 200 to leave a trace that he or she has confirmed that there is no error in the contents of the data. can. In the data presentation process described later with reference to FIGS. 4A and 4B, the verification terminal 300 verifies this signature, thereby ensuring the reliability of the data.
  • the key generation unit 212 generates a common key using auxiliary information from the biometric information, and the encryption unit 215 generates encrypted data by encrypting data using the common key (S327). Note that the method for generating the encrypted data in step S327 may be the same as the method described in step S322.
  • the encryption unit 215 transmits the UID, data index, and encrypted data to the PDS 400 (S328).
  • the data management unit 411 of the PDS 400 stores the encrypted data (which may include the encrypted electronic certificate) and the data index in the wallet 421 corresponding to the UID (S329).
  • the key generator 212 of the registration terminal 200 deletes the private key and common key (S330).
  • 4A and 4B are sequence diagrams showing an example of data presentation processing. 4A and 4B, the processing by the registration terminal 200 is described, but the processing described below is performed by a terminal different from the registration terminal 200 used for the data registration processing and the registration terminal 200 used for the data issuance processing. may be performed. That is, the registration terminals 200 used for the data registration process, the data issuance process, and the data presentation process may all be the same terminal, or may be partially or wholly different terminals.
  • the UID specifying unit 217 of the registered terminal 200 specifies the UID of the user of the registered terminal 200 (S401).
  • the UID specifying unit 217 may specify the user's UID by, for example, the same method as in step S201.
  • the UID may be read from 203 or memory 202 .
  • the index acquisition unit 216 acquires one or more data indexes indicating the type of data to be presented, for example, according to user input (S402). Note that, for example, when the data index is specified from the verification terminal 300 (for example, the data index of the data to be presented to the user of the verification terminal 300 is predetermined), the processing of step S402 is omitted, or Registered terminal 200 is notified of the specified data index, and index acquisition section 216 may be able to select only (partially or entirely) data indexes included in the specified index.
  • the index acquisition unit 216 transmits the specified UID and the data index list acquisition request to the PDS 400 (S403).
  • the search unit 413 of the PDS 400 searches for the wallet 421 corresponding to the UID, and obtains the public key certificate, data index list, and auxiliary information stored therein (S404).
  • the biometric information acquisition unit 211 of the registration terminal 200 acquires biometric information via the biometric information acquisition device 207 (S405).
  • the search unit 413 of the PDS 400 sends back the auxiliary information acquired in step S404 to the registration terminal 200 (S406).
  • the key generation unit 212 generates a secret key using the biometric information obtained in step S405 and the auxiliary information obtained in step S406 (S407).
  • Authentication is performed between the registration terminal 200 and the PDS 400 (S409). Specifically, for example, the authentication unit 214 of the registration terminal 200 performs authentication using the private key generated in step S407 (S408), and the authentication unit 412 of the PDS 400 uses the public key certificate included in the above search result. Authentication is performed using the certificate (S410).
  • steps S407 to S410 By executing the authentication in steps S407 to S410, it becomes safer against misrepresentation of the UID by the registration terminal 200 and misdesignation.
  • another authentication means (password authentication, FIDO authentication, etc.) may be used in steps S407 to S410. Note that the processing of steps S407 to S410 may be omitted.
  • the private key is used in the data decryption process, which will be described later, so the process of step S407 must be executed.
  • the search unit 413 of the PDS 400 transmits the data index list and the public key certificate acquired in step S404 to the registration terminal 200 (S411).
  • the index acquisition unit 216 of the registration terminal 200 selects one or more data indexes from the received index list, for example, according to user input (S412).
  • the index acquisition unit 216 transmits the selected data index to the PDS 400 (S413).
  • the search unit 413 of the PDS 400 searches and acquires encrypted data corresponding to the data index received from the wallet 421 corresponding to the UID (S414).
  • the search unit 413 transmits the acquired encrypted data to the registration terminal 200 (S415).
  • the key generation unit 212 generates a common key using the biometric information acquired in step S405 (S416). However, if the data is not encrypted with the common key in step S322, the process of step S417 may be omitted.
  • the encryption unit 215 decrypts the encrypted data with the secret key or the common key according to the algorithm with which the encrypted data was encrypted (S417).
  • the encryption unit 215 uses the private key to attach an electronic signature to the decrypted data and the data provision consent information (S418).
  • This provision consent information is, for example, stored in advance in the verification terminal 300 and transmitted from the verification terminal 300 to the registration terminal 200 .
  • the provided consent information includes, for example, a hash value of the data, information of the user, information of the verifier, date and time of generation of the data, purpose of use of the data (for example, determined according to input by the user of the issuing terminal 100), etc. include.
  • the user of the verification terminal 300 can certify to a third party that the data has not been illegally obtained or used for any other purpose. can.
  • the encryption unit 215 transmits to the verification terminal 300 the specified UID and data, and, if generated, the provision consent information, various signatures, the electronic certificate, and the public key certificate acquired in step S411. (S419).
  • the signature verification unit 311 of the verification terminal 300 verifies the signature generated in step S418 using the public key included in the public key certificate received in step S419 (S420). Specifically, for example, the signature verification unit 311 includes the electronic signature attached to the data and the electronic signature attached to the provision consent information generated in step S418 in the public key certificate received in step S419. verification using the public key provided (S420). The signature verification unit 311 displays the verification result on the output device 306 of the verification terminal 300 and/or the output device 206 of the registration terminal 200, for example.
  • the data management system of this embodiment executes data and key management by generating a common key from biometric information and storing data in the PDS 400 in a form that cannot be decrypted without the common key.
  • a user who does not have a mobile terminal (smartphone, tablet terminal, etc.) for the purpose can execute the registration process and the data presentation process. This eliminates the risk of the mobile terminal being lost or stolen, and allows even users who do not own a mobile terminal to use the self-sovereign identity mechanism.
  • registration terminal 200 since registration terminal 200 performs authentication and signatures using a public key generated from the biometric information of the user of registration terminal 200, the user may collude with others to obtain data or data from registration terminal 200 as a mobile terminal. If there is, it is possible to prevent a fraudulent act of transferring or selling the mobile terminal.
  • 5A and 5B are explanatory diagrams showing an example of screen transition of the output device 206 of the registration terminal 200 in the registration process. It should be noted that, in the screen transition example described below, the designation of the UID is automatically executed by the registration terminal 200 . 5A to 7B, the registration terminal 200 obtains a Covid-19 negative certificate from the issuing terminal 100, registers it in the PDS 400, and presents it to the verification terminal 300. 5A to 7B, when "Back" is selected, the screen returns to the previous screen.
  • the home screen 501 is displayed.
  • the home screen 501 displays an icon 551 for starting a data management application.
  • the icon 551 is selected, the screen transitions to the menu screen 502 .
  • "-Create New Wallet" is selected on the menu screen 502, the data issuing process starts and the wallet creation screen 503 is displayed.
  • the wallet creation screen 503 requires the entry of a wallet name.
  • the screen transitions to the first biometric registration screen 504 .
  • a face image, a right finger vein image, and a left finger vein image are acquired as biometric information.
  • the first biometric registration screen 504 requests input of a face image using a camera, which is an example of the biometric information acquisition device 207 .
  • the first biometric registration completion screen 505 displays information indicating that registration of the face image has been completed.
  • the screen transitions to the second biometric registration screen 506 .
  • the second biometric registration screen 506 requests input of an image of the right palm vein by a scanner, which is an example of the biometric information acquisition device 207 .
  • the second biometric registration screen 506 when the scanner completes scanning the image of the right finger vein once, the screen transitions to the second biometric registration screen 507 .
  • the right and left finger veins are each scanned three times to complete registration.
  • the image of the right finger vein is scanned by the scanner two more times, and then the screen transitions to the third biometric registration screen 508 .
  • the biometric registration confirmation screen 510 is displayed.
  • the biometric registration confirmation screen 510 displays information indicating that the biometric information has been acquired and the registration process has ended, and the name of the wallet. The user returns from the biometric registration confirmation screen 510 to the home screen 501 .
  • FIGS. 6A and 6B are explanatory diagrams showing an example of screen transition of the output device 206 of the registration terminal 200 in the data issuing process.
  • the home screen 501 transitions to the menu screen 502 .
  • the screen transitions to the personal authentication screen 603 .
  • the process of step S302 is executed. That is, on the personal authentication screen 603, input of a face image is requested via a camera, which is an example of the biometric information acquisition device 207 (that is, information indicating the modality of biometric information to be input is displayed).
  • the processing of steps S303 to S312 is executed. This is executed, and the screen changes to the identity verification screen 604 .
  • the personal identification screen 604 displays information indicating successful authentication and the name of the wallet.
  • the wallet menu selection screen 605 is displayed.
  • step S314 When "Enrol a New Data" is selected on the wallet menu selection screen 605, the process of step S314 starts and the screen transitions to the data issuance request screen 606.
  • the data issuance request screen 606 displays a method for generating a data issuance application to be transmitted to the issuance terminal 100 (here, "Two-dimensional code” or "IC chip”). Also, when “complete” is selected on the wallet menu selection screen 605, the screen transitions to an encryption and PDS registration screen 609, which will be described later (however, if the registration terminal 200 does not hold data, the menu return to screen 502).
  • the screen transitions to the data issuance screen 607, and the data issuance screen 607 displays a request to scan the two-dimensional code.
  • the data issuance screen 607 displays a request to read the IC chip.
  • the data issuance confirmation screen 608 displays the issued data. When “Yes, I Confirmed” is selected on the data issuance confirmation screen 608, the screen returns to the data issuance request screen 606. If “No,>Retry” is selected on the data issuance confirmation screen 608, the data is discarded and the screen returns to the data issuance request screen 606, for example.
  • “Complete” is selected on the data issuance request screen 606, and the screen transitions to the encryption and PDS registration screen 609.
  • An encryption and PDS registration screen 609 displays a display for deciding whether to encrypt the issued data and transmit it to the PDS 400 .
  • steps S325 to S328 are performed, and the screen transitions to the registration completion screen 610.
  • FIG. When "No, I don't" is selected on the encryption and PDS registration screen 609, for example, the menu screen 502 is displayed.
  • FIG. 7A and 7B are explanatory diagrams showing an example of screen transition of the output device 106 of the registration terminal 200 in the data presentation process. Transitions to the home screen 501, the menu screen 502, the identity verification screen 603, the identity verification screen 604, and the wallet menu selection screen 605 are the same as those in FIG. 6A, and therefore description thereof is omitted.
  • step S412 When “Present Your Data” is selected on the wallet menu selection screen 605, at least the process of step S412 is executed, and the screen transitions to the data index selection screen 706.
  • a data index list is displayed on the data index selection screen 706, and it is possible to select which data index corresponds to which data to acquire.
  • "Certificate of Testing for Covid-19” is selected as the data index on the data index selection screen 706 (that is, in step S413), the processes of steps S414 to S416 are executed, and the data decryption screen 707 is displayed. do.
  • the data decryption screen 707 requests biometric information necessary to generate a key for data decryption (that is, information indicating the modality of the required biometric information is displayed).
  • biometric information that is, information indicating the modality of the required biometric information is displayed.
  • the data is decrypted with a key generated from one finger vein.
  • the data presentation screen 708 presents the decrypted data and the decrypted electronic certificate. For example, when the data presentation screen 708 is displayed and a predetermined time elapses, the screen transitions to the principal consent acquisition screen 709 .
  • the personal consent acquisition screen 709 displays purpose-of-use information included in the decrypted data.
  • the processes of steps S420 and S421 are executed, and the data transmission completion screen 710 is displayed.
  • the screen returns to the menu screen 502, for example.
  • Information indicating that the data has been transmitted to the verification terminal 300 is displayed on the data transmission completion screen 710 .
  • the screen returns to the home screen 501 .
  • the present invention is not limited to the above-described embodiments, and includes various modifications.
  • the above-described embodiments have been described in detail in order to explain the present invention in an easy-to-understand manner, and are not necessarily limited to those having all the described configurations. It is also possible to replace part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. Moreover, it is possible to add, delete, or replace a part of the configuration of each embodiment with another configuration.
  • each of the above configurations, functions, processing units, processing means, etc. may be realized in hardware, for example, by designing a part or all of them with an integrated circuit.
  • each of the above configurations, functions, etc. may be realized by software by a processor interpreting and executing a program for realizing each function.
  • Information such as programs, tables, and files that implement each function can be stored in a recording device such as a memory, a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC card, SD card, or DVD.
  • control lines and information lines indicate what is considered necessary for explanation, and not all control lines and information lines are necessarily indicated on the product. In practice, it may be considered that almost all configurations are interconnected.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Biomedical Technology (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Storage Device Security (AREA)
  • Collating Specific Patterns (AREA)

Abstract

第１計算機は、第１計算機のユーザの生体情報から秘密鍵を生成し、第２計算機は、秘密鍵に対応する公開鍵と、公開鍵に基づいて暗号化されたデータである暗号化データと、当該データの種類を示すインデックスの一覧と、暗号化データのインデックスと、を保持し、当該一覧を第１計算機に送信し、第１計算機は、当該一覧に含まれるインデックスであって、提示対象のデータのインデックスを指定して、指定したインデックスを第２計算機に送信し、第２計算機は、第１計算機が送信したインデックスに対応する暗号化データを、第１計算機に送信し、第１計算機は、当該インデックスに対応する暗号化データを秘密鍵に基づいて復号して、第３計算機に送信する。

Description

データ管理システム、データ管理方法、及び非一時的記録媒体 参照による取り込み
　本出願は、2021年5月31日に出願された日本特許出願第2021-90942号の優先権を主張し、その内容を参照することにより、本出願に取り込む。
　本発明は、データ管理システム、データ管理方法、及び非一時的記録媒体に関する。
　ブロックチェーンとスマートフォンとを用いたＳＳＩ（Ｓｅｌｆ－ｓｏｖｅｒｅｉｇｎ　Ｉｄｅｎｔｉｔｙ）技術が知られている。当該技術において、個人や電子証明書（ＶＣ（Ｖｅｒｉｆｉａｂｌｅ　Ｃｒｅｄｅｎｔｉａｌ））の発行主体である組織は、自己の識別子（ＤＩＤ）と、公開鍵及び秘密鍵のペアと、を作成し、ＤＩＤと公開鍵をブロックチェーンに書き込み、秘密鍵をスマートフォン等のデバイスに格納して管理する。電子資格証明書の発行主体が個人に対して電子資格証明書を発行する。具体的には、個人が発行主体にＶＣを申請し、電子資格証明書を受領する。そして、個人はスマートフォン等の個人所有のデバイスに個人資格証明書を保持する。当該技術において、個人は当該個人所有のデバイスを用いて検証者に資格証明書を提示する。非特許文献１には、上記した技術を実現するための電子資格証明書のデータフォーマットについて記載されている。
Ｍａｎｕ　Ｓｐｏｒｎｙ，Ｄａｖｅ　Ｌｏｎｇｌｅｙ，Ｄａｖｉｄ　Ｃｈａｄｗｉｃｋ，"Ｖｅｒｉｆｉａｂｌｅ　Ｃｒｅｄｅｎｔｉａｌｓ　Ｄａｔａ　Ｍｏｄｅｌ　１．０，"　Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ　Ｃｏｎｓｏｒｔｉｕｍ，２０１９年１１月、［令和３年５月２０日検索］、インターネット＜https://www.w3.org/TR/vc-data-model＞
　上記した従来技術においては、個人がスマートフォン等の個人所有のデバイスを紛失すると、電子資格証明書等のデータや秘密鍵も紛失することになり、当該データを証明できなくなる。一方、電子資格証明書等のデータや秘密鍵をクラウドなどのストレージにバックアップすると、ストレージ管理者による濫用やプライバシーが侵害されるリスク、及び攻撃者に電子資格証明書等のデータや秘密鍵が漏洩してなりすましがされるリスクが生じる。
　また、スマートフォン等のデバイスを所有しない人は、上記した技術をそもそも利用できない。さらに、個人がスマートフォンを盗まれて悪用されると、電子資格証明書等のデータを勝手に提示されてなりすまされるリスクが生じる。そこで、本発明の一態様は、個人のデバイスを利用せずとも、安全にデータを管理する。
　上記課題を解決するため、本発明の一態様は以下の構成を採用する。第１計算機、第２計算機、及び第３計算機を含むデータ管理システムであって、前記第１計算機は、前記第１計算機のユーザの生体情報から秘密鍵を生成し、前記第２計算機は、前記秘密鍵に対応する公開鍵と、前記公開鍵に基づいて暗号化されたデータである暗号化データと、前記データの種類を示すインデックスの一覧と、前記暗号化データのインデックスと、を保持し、前記一覧を前記第１計算機に送信し、前記第１計算機は、前記一覧に含まれるインデックスであって、提示対象のデータのインデックスを指定して、前記指定したインデックスを前記第２計算機に送信し、前記第２計算機は、前記第１計算機が送信したインデックスに対応する暗号化データを、前記第１計算機に送信し、前記第１計算機は、前記インデックスに対応する暗号化データを前記秘密鍵に基づいて復号して、前記第３計算機に送信する。
　本発明の一態様によれば、個人のデバイスを利用せずとも、安全にデータを管理することができる。
　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
実施例１におけるデータ管理システムの構成例を示すブロック図である。 実施例１における登録処理の一例を示すシーケンス図である。 実施例１におけるデータ発行処理の一例を示すシーケンス図である。 実施例１におけるデータ発行処理の一例を示すシーケンス図である。 実施例１におけるデータ提示処理の一例を示すシーケンス図である。 実施例１におけるデータ提示処理の一例を示すシーケンス図である。 実施例１における登録処理における登録端末の出力装置の画面遷移の一例を示す説明図である。 実施例１における登録処理における登録端末の出力装置の画面遷移の一例を示す説明図である。 実施例１におけるデータ発行処理における登録端末の出力装置の画面遷移の一例を示す説明図である。 実施例１におけるデータ発行処理における登録端末の出力装置の画面遷移の一例を示す説明図である。 実施例１におけるデータ提示処理における登録端末の出力装置の画面遷移の一例を示す説明図である。 実施例１におけるデータ提示処理における登録端末の出力装置の画面遷移の一例を示す説明図である。
　以下、本発明の実施形態を図面に基づいて詳細に説明する。本実施形態において、同一の構成には原則として同一の符号を付け、繰り返しの説明は省略する。なお、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。
　図１は、データ管理システムの構成例を示すブロック図である。データ管理システムは、例えば、インターネット等のネットワークで接続された発行端末１００、登録端末２００、検証端末３００、及びＰＤＳ（Ｐｅｓｏｎａｌ　Ｄａｔａ　Ｓｔｏｒｅ）４００を含む。発行端末１００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１０１、メモリ１０２、補助記憶装置１０３、通信装置１０４、入力装置１０５、及び出力装置１０６を有する計算機によって構成される。
　ＣＰＵ１０１は、プロセッサを含み、メモリ１０２に格納されたプログラムを実行する。メモリ１０２は、不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）及び揮発性の記憶素子であるＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）を含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ））などを格納する。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、ＣＰＵ１０１が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。
　補助記憶装置１０３は、例えば、磁気記憶装置（ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ））、フラッシュメモリ（ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ））等の大容量かつ不揮発性の記憶装置であり、ＣＰＵ１０１が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。すなわち、プログラムは、補助記憶装置１０３から読み出されて、メモリ１０２にロードされて、ＣＰＵ１０１によって実行される。
　入力装置１０５は、キーボードやマウスなどの、オペレータからの入力を受ける装置である。出力装置１０６は、ディスプレイ装置やプリンタなどの、プログラムの実行結果をオペレータが視認可能な形式で出力する装置である。
　通信装置１０４は、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。また、通信装置１０４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）等のシリアルインターフェースを含む。
　ＣＰＵ１０１が実行するプログラムの一部またはすべては、非一時的記憶媒体であるリムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又は、非一時的記憶装置を備える外部計算機からネットワークを介して発行端末１００に提供され、非一時的記憶媒体である不揮発性の補助記憶装置１０３に格納されてもよい。このため、発行端末１００は、リムーバブルメディアからデータを読み込むインターフェースを有するとよい。これは、登録端末２００、検証端末３００、ＰＤＳ４００についても同様である。
　発行端末１００は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。これは登録端末２００、検証端末３００、及びＰＤＳ４００についても同様である。
　ＣＰＵ１０１は、例えば、認証部１１１、証明書生成部１１２、データ発行部１１３、暗号化部１１４を含む。認証部１１１は、登録端末２００との間の認証を実行する。証明書生成部１１２は、電子証明書を生成する。ここで電子証明書は、個人データ１２２に含まれるデータに所定の情報を追加したデータに対して、鍵データ１２１に基づき生成した電子署名を付加したデータであってもよい。また電子証明書は、登録端末２００から受信したＵＩＤ（登録端末２００のユーザを識別するＩＤ）と第一の公開鍵証明書、および発行主体や発行端末１００によるユーザの本人確認が行われた場合には本人確認方法、の全て又は一部を含むデータに対して、鍵データ１２１に基づき生成した電子署名を付加したデータ、すなわち第二の公開鍵証明書であってもよい。
　データ発行部１１３は、個人データ１２２に含まれるデータを登録端末２００又はＰＤＳ４００に発行する。暗号化部１１４は、個人データを暗号化する。
　例えば、ＣＰＵ１０１は、メモリ１０２にロードされた認証プログラムに従って動作することで、認証部１１１として機能し、メモリ１０２にロードされた証明書生成プログラムに従って動作することで、証明書生成部１１２として機能する。ＣＰＵ１０１に含まれる他の機能部についても、プログラムと機能部の関係は同様である。また、登録端末２００のＣＰＵ２０１、検証端末３００のＣＰＵ３０１、及びＰＤＳ４００のＣＰＵ４０１、それぞれに含まれる後述する機能部についても、プログラムと機能部の関係は同様である。
　なお、ＣＰＵ１０１、登録端末２００のＣＰＵ２０１、検証端末３００のＣＰＵ３０１、及びＰＤＳ４００のＣＰＵ４０１に含まれる機能部による機能の一部又は全部が、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）等のハードウェアによって実現されてもよい。
　補助記憶装置１０３は、例えば、鍵データ１２１及び個人データ１２２を保持する。鍵データ１２１は、発行端末１００の鍵や登録端末２００の公開鍵を含む。個人データ１２２は、登録端末２００のユーザの個人データを含む。
　なお、補助記憶装置１０３、登録端末２００の補助記憶装置２０３、検証端末３００の補助記憶装置３０３、及びＰＤＳ４００の補助記憶装置４０３に格納されている一部又は全部の情報は、それぞれ、メモリ１０２、メモリ２０２、メモリ３０２、及びメモリ４０２に格納されていてもよいし、当該装置に接続されているデータベースに格納されていてもよい。
　なお、本実施形態において、データ管理システムが使用する情報は、データ構造に依存せずどのようなデータ構造で表現されていてもよい。本実施形態ではテーブル形式で情報が表現されているが、例えば、リスト、データベース又はキューから適切に選択したデータ構造体が、情報を格納することができる。
　登録端末２００は、例えば、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、通信装置２０４、入力装置２０５、出力装置２０６、及び生体情報取得装置２０７を有する計算機によって構成される。
　ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、通信装置２０４、入力装置２０５、及び出力装置２０６のハードウェアとしての説明は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、通信装置１０４、入力装置１０５、及び出力装置１０６のハードウェアとしての説明と同様であるため省略する。
　ＣＰＵ２０１は、例えば、生体情報取得部２１１、鍵生成部２１２、証明書生成部２１３、認証部２１４、暗号化部２１５、インデックス取得部２１６、及びＵＩＤ指定部２１７を含む。生体情報取得部２１１は、生体情報取得装置２０７を介して、登録端末２００のユーザの生体情報を取得する。鍵生成部２１２は、公開鍵、秘密鍵、及び共通鍵を生成する。
　証明書生成部２１３は公開鍵証明書を生成する。認証部２１４は、発行端末１００との間の認証、及びＰＤＳ４００との間の認証を実行する。暗号化部２１５は、検証端末３００に対して送信するデータを暗号化する。インデックス取得部２１６は、データの種類を特定するデータインデックスを取得する。ＵＩＤ指定部２１７は、登録端末２００のユーザを識別するＩＤであるＵＩＤを指定する。
　補助記憶装置２０３は、例えば、１つ以上のウォレット２２１及び鍵データ２２２を保持する。ウォレット２２１それぞれは、登録端末２００のユーザのＵＩＤに紐づけられ、当該ユーザに対して発行端末１００が発行したデータを保持する。つまり、ウォレット２２１とは、発行端末１００が登録端末２００に対して発行したデータ（例えば、当該ユーザの個人データ、電子証明書、及び公開鍵証明書）を含むデータを格納するための、ユーザごとに定められ、当該ユーザが管理するための補助記憶装置４０３上のデータ格納領域である。鍵データ２２２は、登録端末２００のユーザの鍵や補助情報を保持する。
　生体情報取得装置２０７は、ユーザの生体情報を取得する。例えば、ユーザの顔画像を撮影するカメラ、及びユーザの指紋や静脈を取得するスキャナなどは、生体情報取得装置２０７の一例である。
　検証端末３００は、例えば、ＣＰＵ３０１、メモリ３０２、補助記憶装置３０３、通信装置３０４、入力装置３０５、及び出力装置３０６を有する計算機によって構成される。ＣＰＵ３０１、メモリ３０２、補助記憶装置３０３、通信装置３０４、入力装置３０５、及び出力装置３０６のハードウェアとしての説明は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、通信装置１０４、入力装置１０５、及び出力装置１０６のハードウェアとしての説明と同様であるため省略する。ＣＰＵ３０１は、例えば、署名検証部３１１を含む。署名検証部３１１は、登録端末２００から受信したデータに付与された署名を検証する。
　ＰＤＳ４００は、例えば、ＣＰＵ４０１、メモリ４０２、補助記憶装置４０３、通信装置４０４、入力装置４０５、及び出力装置４０６を有する計算機によって構成される。ＣＰＵ４０１、メモリ４０２、補助記憶装置４０３、通信装置４０４、入力装置４０５、及び出力装置４０６のハードウェアとしての説明は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、通信装置１０４、入力装置１０５、及び出力装置１０６のハードウェアとしての説明と同様であるため省略する。
　ＣＰＵ４０１は、例えば、データ管理部４１１、認証部４１２、及び検索部４１３を含む。データ管理部４１１は、指定されたＵＩＤに対応してウォレット４２１を生成し、生成したウォレット４２１に格納するデータを管理する。認証部４１２は、登録端末２００との間の認証を実行する。検索部４１３は、ＵＩＤに対応するウォレット４２１を検索する。補助記憶装置４０３は、例えば、１つ以上のＵＩＤに対してそれぞれウォレット４２１を保持する。ウォレット４２１は、発行端末１００がＵＩＤに紐づくユーザに対して発行したデータを保持する。
　なお、例えば、データ管理システムに含まれる一部の装置が一体化していてもよい。例えば、発行端末１００と登録端末２００とが一体化していてもよいし、登録端末２００とＰＤＳ４００とが一体化していてもよい。このように一体化している装置の間では、後述する認証処理は省略されてもよい。
　図２は、登録処理の一例を示すシーケンス図である。登録端末２００のＵＩＤ指定部２１７は、登録端末２００のユーザを識別するＩＤであるＵＩＤを指定する（Ｓ２０１）。ＵＩＤ指定部２１７は、指定したＵＩＤを補助記憶装置２０３及び／又はメモリ２０２に保存してもよい。
　具体的には、例えば、ＵＩＤ指定部２１７は、登録端末２００のユーザからＵＩＤの入力を受け付け、入力を受け付けたＵＩＤを指定する。また、例えば、ＵＩＤ指定部２１７が自動でＵＩＤを指定してもよいし、登録端末２００が当該ユーザに対応するＵＩＤを保持し、ＵＩＤ指定部２１７は当該ＵＩＤを取得することでＵＩＤを指定してもよい。
　生体情報取得部２１１は、生体情報取得装置２０７を介して、登録端末２００のユーザの生体情報（例えば、指静脈、指紋、顔画像、又は歩容等）を取得する（Ｓ２０２）。鍵生成部２１２は、生体情報から秘密鍵と公開鍵の鍵ペア、及び必要に応じて補助情報を生成する（Ｓ２０３）。具体的には、例えば、鍵生成部２１２はＦｕｚｚｙ　ＥｘｔｒａｃｔｏｒやＦｕｚｚｙ　Ｓｉｇｎａｔｕｒｅなどのアルゴリズムに従って、生体情報から鍵ペアを生成する。Ｆｕｚｚｙ　Ｅｘｔｒａｃｔｏｒなどのアルゴリズムが利用される場合は、後述するデータ発行時やデータ提示時における生体情報からの鍵生成処理において、当該補助情報が利用される。
　証明書生成部２１３は、第一の公開鍵証明書を取得する（Ｓ２０４）。具体的には、例えば、証明書生成部２１３は、ステップＳ２０３で生成した秘密鍵に基づいて自己証明書を生成することで第一の公開鍵証明書を取得してもよいし、登録端末２００に接続された認証局から第一の公開鍵証明書を取得してもよい。
　証明書生成部２１３は、ＵＩＤ、第一の公開鍵証明書、及び生成していれば補助情報をＰＤＳ４００に送信する（Ｓ２０５）。ＰＤＳ４００のデータ管理部４１１は、ＵＩＤに対応するウォレット４２１を作成し、第一の公開鍵証明書と補助情報を当該ウォレット４２１に登録する（Ｓ２０６）。データ管理部４１１は、ＵＩＤと第一の公開鍵証明書のウォレット４２１への登録結果を登録端末２００に送信する（Ｓ２０７）。
　証明書生成部２１３は、ウォレット２２１にＵＩＤと第一の公開鍵証明書とを格納する（Ｓ２０８）。ステップＳ２０８の処理は省略されてもよいが、ステップＳ２０８の処理が実行されることにより、データ発行処理、データ発行処理、及びデータ提示処理において共通の登録端末２００が用いられれば、登録端末２００がＰＤＳ４００に公開鍵証明書を要求する処理を省略することができ、登録端末２００とＰＤＳ４００との間の通信回数を減らして、処理パフォーマンスを向上させることができる。鍵生成部２１２は、秘密鍵を削除して（Ｓ２０９）、登録処理を終了する。
　なお、証明書生成部２１３は、第一の公開鍵証明書に加えて又は代えて、発行端末１００が電子証明書として発行する第二の公開鍵証明書を取得して、ＰＤＳ４００に送信してもよい。この場合、ＰＤＳ４００は、第一の公開鍵及び／又は第二の公開鍵証明書をＵＩＤに対応するウォレット４２１に登録する。第二の公開鍵証明書は、例えば、Ｘ５０９形式などの証明書であって、主体者（Ｓｕｂｊｅｃｔ）あるいは主体者識別子（Ｓｕｊｅｃｔ　Ｕｎｉｑｕｅ　ＩＤ）にＵＩＤの記述が含まれ、主体公開鍵（Ｓｕｂｊｅｃｔ　ＰｕｂｌｉｃＫｅｙ　Ｉｎｆｏ）に公開鍵が記述され、発行者（Ｉｓｓｕｅｒ）にデータ発行主体の識別子が記述されたものである。更に拡張領域（ｅｘｔｅｎｓｉｏｎｓ）に本人確認方法（例えば、データ発行主体がユーザと対面して保険証を確認）の記述が含まれてもよい。
　なお、本実施例では、生体情報から秘密鍵、公開鍵、及び共通鍵が生成される例を説明しているが、生体情報のように個人性を含む情報のみならず、例えばパスワードのような個人の記憶情報のように、個人が手ぶらで提示可能な情報から秘密鍵、公開鍵、及び共通鍵が生成されてもよい。
　図３Ａ及び図３Ｂは、データ発行処理の一例を示すシーケンス図である。なお、図３Ａ及び図３Ｂでは、登録端末２００による処理が記載されているが、データ登録処理に用いられる登録端末２００と異なる端末によって以下に説明する処理が実行されてもよい。つまり、データ登録処理及びデータ発行処理に用いられる登録端末２００は同じ端末であってもよいし、異なる端末であってもよい。
　登録端末２００のＵＩＤ指定部２１７は、例えば、登録端末２００のユーザからの入力に従ってＵＩＤを取得する（Ｓ３０１）。なお、ステップＳ２０１においてＵＩＤ指定部２１７が指定したＵＩＤをメモリ１０２又は補助記憶装置１０３に格納していた場合には、ステップＳ３０１の処理が省略されてもよい。
　なお、ステップＳ２０３において補助情報が生成されていた場合には、ＵＩＤ指定部２１７はＵＩＤをＰＤＳ４００に送信し（Ｓ３０２）、ＰＤＳ４００の検索部４１３はＵＩＤに対応するウォレット４２１に格納された補助情報を取得して登録端末２００に送り返す（Ｓ３０３）。
　生体情報取得部２１１は、生体情報取得装置２０７を介して、登録端末２００のユーザの生体情報（例えば、指静脈、指紋、又は顔画像等の登録処理時と同種の生体情報）を取得する（Ｓ３０４）。鍵生成部２１２は、例えば補助情報を用いて、生体情報から秘密鍵を生成する（Ｓ３０５）。
　ＵＩＤ指定部２１７は、ＵＩＤをＰＤＳ４００に送信し（Ｓ３０７）、登録端末２００とＰＤＳ４００との間で認証が実行される（Ｓ３０９）。具体的には、登録端末２００の認証部２１４は秘密鍵を用いて（Ｓ３０６）、ＰＤＳ４００の認証部４１２は第一の公開鍵証明書又は第二の公開鍵証明書（以下、第一の公開鍵証明書又は第二の公開鍵証明書のいずれを用いてもよい場合には、単に公開鍵証明書と呼ぶ）を用いて（Ｓ３０７）、登録端末２００とＰＤＳ４００との間で認証が実行される。
　ステップＳ３０２からステップＳ３０９の処理は省略されてもよいが、ステップＳ３０２からステップＳ３０９の処理が実行されることにより、登録端末２００からＰＤＳ４００に対するＵＩＤの詐称や入力ミスに対して安全性を確保することができる。なお、ステップＳ３０２からステップＳ３０９の処理に代えて、別の認証手段による認証（例えば、パスワード認証やＦＩＤＯ（Ｆｉｒｓｔ　ＩＤｅｎｔｉｔｙ　Ｏｎｌｉｎｅ）認証等）が実行されてもよい。
　登録端末２００とＰＤＳ４００との間の認証が成功した場合には以下の処理へと進むが、失敗した場合には処理が終了する。登録端末２００の認証部２１４は、ＰＤＳ４００に対して、ＵＩＤを含む（但し、ステップＳ３０５の処理が実行された場合にはＵＩＤを含まなくてもよい）公開鍵証明書要求を送信する（Ｓ３１０）。ＰＤＳ４００の検索部４１３は、当該ＵＩＤに対応するウォレット４２１を検索し、そこに格納されている公開鍵証明書を登録端末２００に送信する（Ｓ３１１）。
　認証部２１４は、取得した公開鍵証明書を発行端末１００に送信し（Ｓ３１３）、登録端末２００と発行端末１００との間で認証が実行される（Ｓ３１５）。具体的には、登録端末２００の認証部２１４は秘密鍵を用いて（Ｓ３１２）、発行端末１００の認証部１１１は受信した公開鍵証明書を用いて（Ｓ３１４）、登録端末２００と発行端末１００との間の認証が実行される。
　登録端末２００と発行端末１００との間の認証が成功した場合には以下の処理へと進むが、失敗した場合には処理が終了する。登録端末２００のＵＩＤ指定部２１７は、データの種類を特定する情報であるデータインデックスと、ＵＩＤと、を含むデータ発行申請を生成し（Ｓ３１６）、発行端末１００に送信する（Ｓ３１７）。
　登録端末２００のユーザは、発行端末１００のユーザに対して本人確認情報を提示する（Ｓ３１８）。発行端末１００のユーザは、提示された本人確認情報を確認する（Ｓ３１９）。なお、本人確認情報の提示及び確認は、登録端末２００のユーザと発行端末１００のユーザとが対面して直接的に本人確認書類を直接的に提示及び目視で確認してもよいし、登録端末２００のユーザが登録端末２００から発行端末１００に送信し、発行端末１００のユーザは発行端末１００の出力装置１６０に表示された本人確認情報を確認してもよい。
　例えば、発行端末１００のユーザが、発行端末１００又はユーザが所有する他の端末を用いてマイナンバーカードを読み取らせ、発行端末１００からマイナンバーカードを、登録端末２００に送信することで、発行端末１００のユーザの本人確認が実現できる。また、例えば、登録端末２００は、ＰＤＳ４００から取得した公開鍵証明書を発行端末１００に送信したり、図４Ａ及び図４Ｂで後述するデータ提示処理と同様の方法で発行端末１００に個人データ（例えば、登録端末２００のユーザの属性や履歴などに関するデータ）を送信したりすることで、発行端末１００のユーザの本人確認が実現できる。
　なお、ステップＳ３１８及びステップＳ３１９の処理は実行されなくてもよいが、これらの処理が実行されることにより、登録端末２００のユーザのなりすましを抑制することができる。更に、これらの処理を実行した上で、そこで実行した本人確認の手段に関する情報を、後述する第二の公開鍵証明書の拡張領域などに記述することで、第二の公開鍵証明書を、別の発行主体や検証主体が信頼できる度合いを高めることができる。
　データ発行部１１３は、個人データ１２２を検索し、受信したデータ発行申請が示すデータインデックス及び前記当該公開鍵証明書又は当該本人確認情報に含まれるユーザの個人識別情報に対応するデータを取得することでデータを生成する（Ｓ３２０）。このデータは、例えば、登録端末２００のユーザの属性や資格情報、履歴などに関する個人データである。登録端末２００のユーザのＣｏｖｉｄ－１９のＰＣＲ（Ｐｏｌｙｍｅｒａｓｅ　Ｃｈａｉｎ　ｒｅａｃｔｉｏｎ）検査結果情報（陰性証明情報）、発行主体が大学である場合にユーザが当該大学の学位を取得したことを証明する学位証明書、及び発行端末１００のユーザが運営するＥＣ（Ｅｌｅｃｔｒｉｃ　Ｃｏｍｍｅｒｃｅ）サイトでの登録端末２００のユーザの過去の購買履歴情報等は、上記した個人データの一例である。
　発行端末１００の証明書生成部１１２は、鍵データ１２１に含まれる秘密鍵を用いて１つ以上の電子証明書を生成する（Ｓ３２１）。ここで電子証明書は、当該ユーザに関連する何らかの情報を含むユーザデータと、当該ユーザデータに対して鍵データ１２１に含まれる秘密鍵を用いて生成した電子署名と、を含むデータである。当該ユーザデータは、前述した、ユーザの属性や資格情報、履歴などに関する個人データであってもよく、その場合の電子証明書のデータ形式は非特許文献１に記載のＶＣ（Ｖｅｒｉｆｉａｂｌｅ　Ｃｒｅｄｅｎｔｉａｌ）形式であってもよい。また当該ユーザデータは、前述した公開鍵証明書に含まれる公開鍵を含んでもよい。このような公開鍵を含む電子証明書は、前述した第二の公開鍵証明書として利用することができる。第二の公開鍵証明書はＸ５０９形式であってもよく、ＵＩＤや、本人確認手段に関する情報を含むことができる。また、証明書生成部１１２は、ステップＳ３２１において、複数の電子証明書を生成してもよい。なお前述したステップＳ３２０において生成されるデータに電子証明書を含めない場合には、ステップＳ３２１の処理が実行されなくてもよい。
　なお、データ発行部１１３は、ステップＳ３２１で生成するデータに、ステップＳ３２０で生成した１つ以上の電子証明書を含めてもよい。また、データ発行部１１３は、ステップＳ３２１において、複数種類のデータを生成してもよい。
　暗号化部１１４は、ステップＳ３２０で生成したデータを（及びステップＳ３２１で電子証明書を生成した場合には電子証明書も）それぞれ暗号化することで暗号化データを生成する（Ｓ３２２）。具体的には、例えば、暗号化部１１４は、例えば、第一の公開鍵証明書から公開鍵を取得し、公開鍵暗号方式を用いて当該取得した公開鍵でデータをそれぞれ暗号化することで暗号化データを生成する。また、例えば、暗号化部１１４は、例えば、共通鍵をランダムに生成し、共通鍵暗号方式を用いて当該共通鍵でデータを暗号化するとともに、公開鍵暗号方式を用いて公開鍵で当該共通鍵を暗号化し、暗号化されたデータと暗号化された共通鍵とを含むデータを暗号化データとする。
　なお、発行端末１００の鍵データ１２１に秘密鍵と公開鍵が格納されており、暗号化部１１４は、Ｓ３２１で生成されたデータに対して秘密鍵を用いて署名を付与した上で、ステップＳ３２２の暗号化データ生成処理を実行し、公開鍵を検証端末３００に配付してもよい。これにより、検証端末３００は、当該公開鍵を用いて、データに付与された発行者による署名を検証することができる。特に、ステップＳ３１８及びステップＳ３１９における本人確認が実行された上で当該署名が実行されれば、発行者が本人確認をした上で生成したデータであることを、認証局及び登録局を利用することなく発行者のセキュリティレベルで保証することができる。
　データ発行部１１３は、ＵＩＤと、データインデックスと、暗号化データと、をＰＤＳ４００に送信する（Ｓ３２３）。ステップＳ３２２及びステップＳ３２３の処理は省略されてもよいが、ステップＳ３２２の処理が実行されることにより、後述するステップＳ３２４～ステップＳ３２８の処理を省略することができ、特に発行端末１００のユーザの手間を軽減することができる。また、逆に、ステップＳ３２２及びステップＳ３２３が省略されてもよく、この場合、ステップＳ３２４～ステップＳ３２８の処理が実行される。
　データ発行部１１３は、ステップＳ３２１で取得したデータを登録端末２００に送信する（Ｓ３２４）。登録端末２００の生体情報取得部２１１は、生体情報取得装置２０７を介して、登録端末２００のユーザの生体情報を取得し、補助情報を用いて秘密鍵を生成する（Ｓ３２５）。なお、ステップＳ３０２～ステップＳ３０５の処理が実行されていれば、ステップＳ３２３の処理は省略されてもよい。
　暗号化部２１５は、当該秘密鍵を用いて、受信したデータに対する署名を生成する（Ｓ３２６）。ステップＳ３２４の処理は省略されてもよいが、ステップＳ３２６の処理が実行されることにより、登録端末２００のユーザが、データの内容に誤りが無いことを自身で確認したことの証跡を残すことができる。図４Ａ及び図４Ｂを用いて後述するデータ提示処理において、検証端末３００がこの署名を検証することで、データの信頼性を担保することができる。
　鍵生成部２１２は、生体情報から補助情報を用いて共通鍵を生成し、暗号化部２１５は当該共通鍵を用いてデータを暗号化することで暗号化データを生成する（Ｓ３２７）。なお、ステップＳ３２７における暗号化データの生成方法は、ステップＳ３２２で説明した生成方法と同様であってもよい。暗号化部２１５は、ＵＩＤと、データインデックスと、暗号化データと、をＰＤＳ４００に送信する（Ｓ３２８）。
　ＰＤＳ４００のデータ管理部４１１は、暗号化データ（暗号化電子証明書を含む場合もある）とデータインデックスとを、ＵＩＤに対応するウォレット４２１に格納する（Ｓ３２９）。登録端末２００の鍵生成部２１２は、秘密鍵及び共通鍵を削除する（Ｓ３３０）。
　図４Ａ及び図４Ｂは、データ提示処理の一例を示すシーケンス図である。なお、図４Ａ及び図４Ｂでは、登録端末２００による処理が記載されているが、データ登録処理に用いられる登録端末２００、データ発行処理に用いられる登録端末２００とも異なる端末によって以下に説明する処理が実行されてもよい。つまり、データ登録処理、データ発行処理、及びデータ提示処理に用いられる登録端末２００は全て同じ端末であってもよいし、一部又は全部が異なる端末であってもよい。
　登録端末２００のＵＩＤ指定部２１７は、登録端末２００のユーザのＵＩＤを指定する（Ｓ４０１）。ＵＩＤ指定部２１７は、例えば、ステップＳ２０１と同様の方法で、ユーザのＵＩＤを指定してもよいし、補助記憶装置２０３及び／又はメモリ２０２にＵＩＤが保存されている場合には、補助記憶装置２０３又はメモリ２０２からＵＩＤを読み出してもよい。
　インデックス取得部２１６は、例えば、ユーザの入力に従って、提示対象のデータの種類を示す１以上のデータインデックスを取得する（Ｓ４０２）。なお、例えば、検証端末３００からデータインデックスが指定される場合等（例えば、検証端末３００のユーザに提示すべきデータのデータインデックスが予め決まっている）は、ステップＳ４０２の処理は省略される、又は当該指定されたデータインデックスが登録端末２００に通知され、インデックス取得部２１６は、当該指定されたインデックスに含まれる（一部又は全部）データインデックスのみを選択可能であってもよい。
　インデックス取得部２１６は、指定したＵＩＤと、データインデックス一覧取得要求と、をＰＤＳ４００に送信する（Ｓ４０３）。ＰＤＳ４００の検索部４１３は、ＵＩＤに対応するウォレット４２１を検索し、そこに格納されている公開鍵証明書、データインデックス一覧、及び補助情報を取得する（Ｓ４０４）。
　登録端末２００の生体情報取得部２１１は、生体情報取得装置２０７を介して生体情報を取得する（Ｓ４０５）。ＰＤＳ４００の検索部４１３は、ステップＳ４０４で取得した補助情報を登録端末２００に送り返す（Ｓ４０６）。鍵生成部２１２は、ステップＳ４０５で取得した生体情報とステップＳ４０６で取得した補助情報を用いて秘密鍵を生成する（Ｓ４０７）。登録端末２００とＰＤＳ４００との間で認証が実行される（Ｓ４０９）。具体的には、例えば、登録端末２００の認証部２１４はステップＳ４０７で生成された秘密鍵を用いて認証を実行し（Ｓ４０８）、ＰＤＳ４００の認証部４１２は上記の検索結果に含まれる公開鍵証明書を用いて認証を実行する（Ｓ４１０）。
　ステップＳ４０７～ステップＳ４１０の認証が実行されることにより、登録端末２００によるＵＩＤの詐称や指定ミスに対してより安全になる。なお、ステップＳ４０７～ステップＳ４１０において別の認証手段（パスワード認証やＦＩＤＯ認証など）が用いられてもよい。なお、ステップＳ４０７～ステップＳ４１０の処理が省略されてもよい。但し、暗号化データが、公開鍵暗号方式で作成されている場合、後述するデータ復号化処理において秘密鍵が使用されるため、ステップＳ４０７の処理は実行される必要がある。
　ステップＳ４０７～ステップＳ４１０の認証に成功した場合には、ステップＳ４１１以降の処理が実行されるが、ステップＳ４０７～ステップＳ４１０の認証に失敗した場合には、ステップＳ４０９以降の処理が実行されずに処理が終了する。ＰＤＳ４００の検索部４１３は、ステップＳ４０４で取得した、データインデックス一覧と公開鍵証明書とを登録端末２００に送信する（Ｓ４１１）。
　登録端末２００のインデックス取得部２１６は、受信したインデックス一覧から、例えばユーザの入力に従って、１以上のデータインデックスを選択する（Ｓ４１２）。インデックス取得部２１６は、選択したデータインデックスをＰＤＳ４００に送信する（Ｓ４１３）。ＰＤＳ４００の検索部４１３は、当該ＵＩＤに対応するウォレット４２１から受信したデータインデックスに対応する暗号化データを検索して取得する（Ｓ４１４）。検索部４１３は取得した暗号化データを登録端末２００に送信する（Ｓ４１５）。
　鍵生成部２１２は、ステップＳ４０５で取得した生体情報を用いて共通鍵を生成する（Ｓ４１６）。但し、ステップＳ３２２においてデータが共通鍵で暗号化されていない場合には、ステップＳ４１７の処理は省略されてもよい。暗号化部２１５は、暗号化データが暗号化されたアルゴリズムに応じて、秘密鍵又は共通鍵で暗号化データを復号する（Ｓ４１７）。
　暗号化部２１５は、復号したデータと、データの提供同意情報と、に秘密鍵を用いて、電子署名を付与する（Ｓ４１８）。この提供同意情報は、例えば、検証端末３００に予め保持され、検証端末３００が登録端末２００に送信するものである。提供同意情報は、例えば、当該データのハッシュ値、利用者の情報、検証者の情報、当該データの生成日時、当該データの利用目的（例えば発行端末１００のユーザの入力に従って決定される）等を含む。ステップＳ４１９において電子署名が付与されることにより、当該データが不正に入手されたものでないことや、目的外利用をしていないことなどを、検証端末３００のユーザが第三者に証明することができる。暗号化部２１５は、指定されたＵＩＤ及びデータを、さらには、生成されていれば提供同意情報、各種署名、電子証明書、及びステップＳ４１１で取得した公開鍵証明書を検証端末３００に送信する（Ｓ４１９）。
　検証端末３００の署名検証部３１１は、ステップＳ４１８で生成された署名を、ステップＳ４１９で受信した公開鍵証明書に含まれる公開鍵を用いて検証する（Ｓ４２０）。具体的には、例えば、署名検証部３１１は、ステップＳ４１８で生成された、データに付与された電子署名及び提供同意情報に付与された電子署名を、ステップＳ４１９で受信した公開鍵証明書に含まれる公開鍵を用いて検証する（Ｓ４２０）。署名検証部３１１は、例えば、検証結果を検証端末３００の出力装置３０６及び／又は登録端末２００の出力装置２０６に表示する。
　以上、本実施例のデータ管理システムは、上記したように生体情報から共通鍵を生成し、さらにデータをその共通鍵でないと復号できない形でＰＤＳ４００に保管することで、データや鍵管理を実行するための携帯端末（スマートフォンやタブレット端末等）を所持していないユーザでも、登録処理及びデータ提示処理を実行することができる。これにより、携帯端末の紛失及び盗難リスクがなくなり、また携帯端末を所持していないユーザであっても自己主権型アイデンティティの仕組みを利用可能となる。
　また、登録端末２００は、登録端末２００のユーザの本人の生体情報から生成された公開鍵で認証や署名を実行するため、当該ユーザが他人と結託してデータや、登録端末２００が携帯端末であれば当該携帯端末を、譲渡又は売却する不正行為を防止することができる。
　図５Ａ及び図５Ｂは、登録処理における登録端末２００の出力装置２０６の画面遷移の一例を示す説明図である。なお、以下に説明する画面遷移の例では、ＵＩＤの指定は登録端末２００によって自動的に実行されるものとする。また、図５Ａ～図７Ｂの画面遷移の例では、登録端末２００は、Ｃｏｖｉｄ－１９の陰性証明書を発行端末１００から入手してＰＤＳ４００に登録し、検証端末３００に提示するシーンを説明する。また、図５Ａ～図７Ｂにおいて、「Ｂａｃｋ」が選択されると１つ前の画面に戻る。
　まず、ホーム画面５０１が表示されている。ホーム画面５０１には、データ管理のアプリを起動するためのアイコン５５１が表示されている。アイコン５５１が選択されると、メニュー画面５０２に遷移する。メニュー画面５０２における、「－Ｃｒｅａｔｅ　Ｎｅｗ　Ｗａｌｌｅｔ」が選択されると、データ発行処理が開始して、ウォレット作成画面５０３に遷移する。
　ウォレット作成画面５０３では、ウォレットの名称の入力が要求されている。ウォレット作成画面５０３において、ウォレットの名称が入力されると、第１生体登録画面５０４に遷移する。図５Ａ及び図５Ｂの例では、生体情報として、顔画像、右の指静脈の画像、及び左の指静脈の画像が、取得される。第１生体登録画面５０４では、生体情報取得装置２０７の一例であるカメラによる顔画像の入力が要求されている。
　第１生体登録画面５０４において、カメラで顔画像を撮影が完了すると、第１生体登録完了画面５０５に遷移する。第１生体登録完了画面５０５では、顔画像の登録が完了したことを示す情報が表示されている。第１生体登録完了画面５０５において、「ＮＥＸＴ」が選択されると、第２生体登録画面５０６へ遷移する。第２生体登録画面５０６では、生体情報取得装置２０７の一例であるスキャナによる右の手のひら静脈の画像の入力が要求されている。
　第２生体登録画面５０６において、スキャナで右の指静脈の画像のスキャンが１回完了すると第２生体登録画面５０７に遷移する。図５Ａ及び図５Ｂの例では、右の指静脈及び左の指静脈はそれぞれ３回スキャンされることで登録が完了する。第２生体登録画面５０７が表示されてから、スキャナで右の指静脈の画像のスキャンがさらに２回完了すると、第３生体登録画面５０８に遷移する。
　第３生体登録画面５０８において、スキャナで左の指静脈の画像のスキャンが１回完了すると第３生体登録画面５０９に遷移する。第３生体登録画面５０９が表示されてから、スキャナで左の指静脈の画像のスキャンがさらに２回完了すると、ステップＳ２０２における生体情報の取得が完了し、ステップＳ２０２～ステップＳ２０９の処理が実行され、生体登録確認画面５１０に遷移する。生体登録確認画面５１０では、生体情報が取得され、登録処理が終了したことを示す情報やウォレット名が表示されている。生体登録確認画面５１０からホーム画面５０１に戻る。
　図６Ａ及び図６Ｂは、データ発行処理における登録端末２００の出力装置２０６の画面遷移の一例を示す説明図である。まず、ホーム画面５０１からメニュー画面５０２へと遷移する。メニュー画面５０２において、「－Ｃｒｅａｔｅ　Ｎｅｗ　Ｗａｌｌｅｔ」が選択されると、本人認証画面６０３へ遷移する。本人認証画面６０３では、ステップＳ３０２の処理が実行される。つまり、本人認証画面６０３では、生体情報取得装置２０７の一例であるカメラを介して顔画像の入力が要求されている（つまり、入力対象の生体情報のモダリティを示す情報が表示されている）。
　本人認証画面６０３において顔画像の入力が完了すると、ステップＳ３０３～ステップＳ３１２の処理が実行される即ち登録端末２００とＰＤＳ４００との間の認証、及び登録端末２００と発行端末１００との間の認証が実行され、本人確認画面６０４に遷移する。本人確認画面６０４では、認証に成功したことを示す情報、及びウォレットの名称が表示される。本人確認画面６０４において、「Ｙｅｓ，Ｉ’ｍ」が選択されると、ウォレットメニュー選択画面６０５へ遷移する。
　ウォレットメニュー選択画面６０５において、「Ｅｎｒｏｌ　ａ　Ｎｅｗ　Ｄａｔａ」が選択されると、ステップＳ３１４の処理が開始し、データ発行依頼画面６０６へ遷移する。データ発行依頼画面６０６では、発行端末１００に送信されるデータ発行申請を生成するための方法（ここでは「Ｔｗｏ－ｄｉｍｅｎｓｉｏｎａｌ　ｃｏｄｅ」又は「ＩＣ　ｃｈｉｐ」）が表示されている。また、ウォレットメニュー選択画面６０５において、「ｃｏｍｐｌｅｔｅ」が選択されると、後述する暗号化及びＰＤＳ登録画面６０９に遷移する（但し、登録端末２００がデータを保持していない場合には、例えば、メニュー画面５０２に戻る）。
　データ発行依頼画面６０６において、「Ｔｗｏ－ｄｉｍｅｎｓｉｏｎａｌ　ｃｏｄｅ」が選択されると、データ発行画面６０７に遷移し、データ発行画面６０７では二次元コードをスキャンする要求を表示する。なお、データ発行依頼画面６０６において、「ＩＣ　Ｃｈｉｐ」が選択されれば、データ発行画面６０７ではＩＣチップの読み取りを実行する要求を表示する。データ発行画面６０７が表示されているときに二次元コードをカメラ等で読み取ると、ステップＳ３１４の処理が終了し、少なくともステップＳ３１９及びステップＳ３１２の処理が実行されて、データ発行確認画面６０８へ遷移する。
　データ発行確認画面６０８では、発行されたデータが表示される。データ発行確認画面６０８において「Ｙｅｓ，Ｉ　Ｃｏｎｆｉｒｍｅｄ」が選択されると、データ発行依頼画面６０６に戻る。なお、データ発行確認画面６０８において「Ｎｏ，＞Ｒｅｔｒｙ」が選択されると、例えば、当該データが破棄された上で、データ発行依頼画面６０６に戻る。
　データ発行依頼画面６０６において「ｃｏｍｐｌｅｔｅ」が選択されて、暗号化及びＰＤＳ登録画面６０９に遷移する。暗号化及びＰＤＳ登録画面６０９では、発行されたデータを暗号化してＰＤＳ４００に送信するかを決定するための表示が表示される。暗号化及びＰＤＳ登録画面６０９において「Ｙｅｓ，Ｉ　Ｃｏｎｆｉｒｍｅｄ」が選択されると、ステップＳ３２５～ステップＳ３２８の処理が行われ、登録完了画面６１０に遷移する。暗号化及びＰＤＳ登録画面６０９において、「Ｎｏ，Ｉ　ｄｏｎ’ｔ」が選択されると、例えば、メニュー画面５０２に戻る。
　図７Ａ及び図７Ｂは、データ提示処理における登録端末２００の出力装置１０６の画面遷移の一例を示す説明図である。ホーム画面５０１、メニュー画面５０２、本人認証画面６０３、本人確認画面６０４、及びウォレットメニュー選択画面６０５への遷移は、図６Ａと同様であるため説明を省略する。
　ウォレットメニュー選択画面６０５において、「Ｐｒｅｓｅｎｔ　Ｙｏｕｒ　Ｄａｔａ」が選択されると、少なくともステップＳ４１２の処理が実行され、データインデックス選択画面７０６へ遷移する。データインデックス選択画面７０６には、データインデックス一覧が表示され、どのデータインデックスに対応するデータを取得するかを選択可能である。ここでは、データインデックス選択画面７０６において（つまりステップＳ４１３において）データインデックスとして、「Ｃｅｒｔｉｆｉｃａｔｅ　ｏｆ　Ｔｅｓｔｉｎｇ　ｆｏｒ　Ｃｏｖｉｄ－１９」が選択され、ステップＳ４１４～ステップＳ４１６の処理が実行され、データ復号化画面７０７へ遷移する。
　データ復号化画面７０７では、データ復号する鍵を生成するために必要な生体情報が要求される（つまり、必要な生体情報のモダリティを示す情報が表示されている）。ここでは一方の指静脈から生成される鍵によってデータが復号される。データ復号化画面７０７が表示されている状態で、生体情報取得装置２０７を介して生体情報が取得されると、ステップＳ４１８の処理が実行され、データ提示画面７０８へ遷移する。
　データ提示画面７０８では復号化されたデータ及び復号された電子証明書が提示される。例えば、データ提示画面７０８が表示されて所定時間が経過すると本人同意取得画面７０９へ遷移する。本人同意取得画面７０９では、復号化されたデータに含まれる利用目的情報が表示される。本人同意取得画面７０９において、「Ｙｅｓ，Ｉ　ｄｏ」が選択されると、ステップＳ４２０及びステップＳ４２１の処理が実行され、データ送信完了画面７１０へ遷移する。
　本人同意取得画面７０９において、「Ｎｏ，Ｉ　ｄｏｎ’ｔ」が選択されると、例えば、メニュー画面５０２へと戻る。データ送信完了画面７１０には、データが検証端末３００に送信されたことを示す情報が表示される。データ送信完了画面７１０において、「ＥＮＤ」が選択されると、ホーム画面５０１へと戻る。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

Claims (11)

  1. 　第１計算機、第２計算機、及び第３計算機を含むデータ管理システムであって、
    　前記第１計算機は、前記第１計算機のユーザの生体情報から秘密鍵を生成し、
    　前記第２計算機は、前記秘密鍵に対応する公開鍵と、前記公開鍵に基づいて暗号化されたデータである暗号化データと、前記データの種類を示すインデックスの一覧と、前記暗号化データのインデックスと、を保持し、
    　前記一覧を前記第１計算機に送信し、
    　前記第１計算機は、前記一覧に含まれるインデックスであって、提示対象のデータのインデックスを指定して、前記指定したインデックスを前記第２計算機に送信し、
    　前記第２計算機は、前記第１計算機が送信したインデックスに対応する暗号化データを、前記第１計算機に送信し、
    　前記第１計算機は、前記インデックスに対応する暗号化データを前記秘密鍵に基づいて復号して、前記第３計算機に送信する、データ管理システム。
  2. 　請求項１に記載のデータ管理システムであって、
    　前記第２計算機は、前記公開鍵を保持し、
    　前記第１計算機が前記秘密鍵を用いて、前記第２計算機が前記公開鍵を用いて、前記第１計算機と前記第２計算機との間で認証を実行し、
    　前記認証が成功した場合に、前記第２計算機は前記一覧を前記第１計算機に送信する、データ管理システム。
  3. 　請求項１に記載のデータ管理システムであって、
    　前記第３計算機は、前記公開鍵を保持し、
    　前記第１計算機は、
    　前記データの提供同意情報を保持し、
    　前記秘密鍵を用いて前記提供同意情報に電子署名を付与し、
    　前記電子署名を付与した提供同意情報を前記第３計算機に送信し、
    　前記第３計算機は、前記公開鍵を用いて前記電子署名を検証する、データ管理システム。
  4. 　請求項１に記載のデータ管理システムであって、
    　第４計算機を含み、
    　前記第１計算機は、前記生体情報から共通鍵を生成し、
    　前記第４計算機は、
    　前記暗号化データの暗号化前の元データを保持し、
    　前記元データを前記第１計算機に送信し、
    　前記第２計算機が保持する暗号化データは、前記第１計算機が前記共通鍵に基づいて前記元データを暗号化して、前記第２計算機に送信したデータである、データ管理システム。
  5. 　請求項４に記載のデータ管理システムであって、
    　前記第１計算機は、
    　生体情報取得装置を有し、
    　表示装置に接続され、
    　前記第２計算機が保持する暗号化データは、前記第４計算機による電子証明書が前記公開鍵に基づいて暗号化された暗号化電子証明書を含み、
    　前記第１計算機は、
    　前記表示装置に前記生体情報のモダリティを示す情報を表示し、
    　前記生体情報取得装置を介して生体情報を取得し、
    　前記取得した生体情報から前記秘密鍵を生成し、
    　前記インデックスに対応する暗号化データに含まれる暗号化電子証明書を前記秘密鍵に基づいて復号して、前記第３計算機に送信し、
    　前記表示装置に前記復号したデータと前記復号した電子証明書を表示する、データ管理システム。
  6. 　請求項１に記載のデータ管理システムであって、
    　第４計算機を含み、
    　前記第４計算機は、
    　前記暗号化データの暗号化前の元データと、前記公開鍵と、を保持し、
    　前記第２計算機が保持する暗号化データは、前記第４計算機が前記公開鍵に基づいて前記元データを暗号化して、前記第２計算機に送信したデータである、データ管理システム。
  7. 　請求項６に記載のデータ管理システムであって、
    　前記第１計算機は、
    　生体情報取得装置を有し、
    　表示装置に接続され、
    　前記第２計算機が保持する暗号化データは、前記第４計算機による電子証明書が前記公開鍵に基づいて暗号化された暗号化電子証明書を含み、
    　前記第１計算機は、
    　前記表示装置に前記生体情報のモダリティを示す情報を表示し、
    　前記生体情報取得装置を介して生体情報を取得し、
    　前記取得した生体情報から前記秘密鍵を生成し、
    　前記インデックスに対応する暗号化データに含まれる暗号化電子証明書を前記秘密鍵に基づいて復号して、前記第３計算機に送信し、
    　前記表示装置に前記復号したデータと前記復号した電子証明書を表示する、データ管理システム。
  8. 　請求項６に記載のデータ管理システムであって、
    　前記第２計算機は、
    　前記公開鍵を含む公開鍵証明書を保持し、
    　前記公開鍵証明書を前記第１計算機に送信し、
    　前記第４計算機が保持する公開鍵は、前記第１計算機は前記第４計算機に送信した公開鍵証明書に含まれる公開鍵であり、
    　前記第１計算機が前記秘密鍵を用いて、前記第４計算機が前記公開鍵証明書を用いて、前記第１計算機と前記第４計算機との間で認証を実行する、データ管理システム。
  9. 　請求項８に記載のデータ管理システムであって、
    　前記第１計算機が前記秘密鍵を用いて、前記第２計算機が前記公開鍵証明書を用いて、前記第１計算機と前記第２計算機との間で認証を実行し、
    　前記認証に成功した場合に、前記第２計算機は前記公開鍵証明書を前記第１計算機に送信する、データ管理システム。
  10. 　第１計算機、第２計算機、及び第３計算機を含むデータ管理システムによるデータ管理方法であって、
    　前記第１計算機は、前記第１計算機のユーザの生体情報から秘密鍵を生成し、
    　前記第２計算機は、前記秘密鍵に対応する公開鍵と、前記公開鍵に基づいて暗号化されたデータである暗号化データと、前記データの種類を示すインデックスの一覧と、前記暗号化データのインデックスと、を保持し、
    　前記一覧を前記第１計算機に送信し、
    　前記第１計算機は、前記一覧に含まれるインデックスであって、提示対象のデータのインデックスを指定して、前記指定したインデックスを前記第２計算機に送信し、
    　前記第２計算機は、前記第１計算機が送信したインデックスに対応する暗号化データを、前記第１計算機に送信し、
    　前記第１計算機は、前記インデックスに対応する暗号化データを前記秘密鍵に基づいて復号して、前記第３計算機に送信する、データ管理方法。
  11. 　第１計算機、第２計算機、及び第３計算機を含むデータ管理システムにデータ管理を実行させるデータ管理プログラムを保持するコンピュータ読み取り可能な非一時的記録媒体であって、
    　前記データ管理プログラムは、前記第１計算機に、前記第１計算機のユーザの生体情報から秘密鍵を生成する処理を実行させ、
    　前記第２計算機は、前記秘密鍵に対応する公開鍵と、前記公開鍵に基づいて暗号化されたデータである暗号化データと、前記データの種類を示すインデックスの一覧と、前記暗号化データのインデックスと、を保持し、
    　前記データ管理プログラムは、
    　前記第２計算機に、前記一覧を前記第１計算機に送信する処理と、
    　前記第１計算機に、前記一覧に含まれるインデックスであって、提示対象のデータのインデックスを指定して、前記指定したインデックスを前記第２計算機に送信する処理と、
    　前記第２計算機に、前記第１計算機が送信したインデックスに対応する暗号化データを、前記第１計算機に送信する処理と、
    　前記第１計算機に、前記インデックスに対応する暗号化データを前記秘密鍵に基づいて復号して、前記第３計算機に送信する処理と、を実行させる、コンピュータ読み取り可能な非一時的記録媒体。
PCT/JP2022/021146 2021-05-31 2022-05-23 データ管理システム、データ管理方法、及び非一時的記録媒体 WO2022255151A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020237031695A KR20230145191A (ko) 2021-05-31 2022-05-23 데이터 관리 시스템, 데이터 관리 방법, 및 비일시적 기록 매체
CN202280034064.6A CN117280652A (zh) 2021-05-31 2022-05-23 数据管理系统、数据管理方法及非暂时性记录介质
EP22815901.8A EP4329241A1 (en) 2021-05-31 2022-05-23 Data management system, data management method, and non-transitory recording medium
US18/565,450 US20240259192A1 (en) 2021-05-31 2022-05-23 Data management system, data management method, and non-transitory recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-090942 2021-05-31
JP2021090942A JP7565868B2 (ja) 2021-05-31 2021-05-31 データ管理システム、データ管理方法、及びデータ管理プログラム

Publications (1)

Publication Number Publication Date
WO2022255151A1 true WO2022255151A1 (ja) 2022-12-08

Family

ID=84323113

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/021146 WO2022255151A1 (ja) 2021-05-31 2022-05-23 データ管理システム、データ管理方法、及び非一時的記録媒体

Country Status (6)

Country Link
US (1) US20240259192A1 (ja)
EP (1) EP4329241A1 (ja)
JP (1) JP7565868B2 (ja)
KR (1) KR20230145191A (ja)
CN (1) CN117280652A (ja)
WO (1) WO2022255151A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007058532A (ja) * 2005-08-24 2007-03-08 Sony Corp 情報処理システム、情報処理装置および方法、プログラム、並びに、記録媒体
JP2015090993A (ja) * 2013-11-05 2015-05-11 エヌ・ティ・ティ・ソフトウェア株式会社 暗号制御装置、暗号制御方法、及びプログラム
WO2020257123A1 (en) * 2019-06-16 2020-12-24 Planaria Corp. Systems and methods for blockchain-based authentication
JP2021090942A (ja) 2019-12-09 2021-06-17 国立研究開発法人産業技術総合研究所 触媒反応器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007058532A (ja) * 2005-08-24 2007-03-08 Sony Corp 情報処理システム、情報処理装置および方法、プログラム、並びに、記録媒体
JP2015090993A (ja) * 2013-11-05 2015-05-11 エヌ・ティ・ティ・ソフトウェア株式会社 暗号制御装置、暗号制御方法、及びプログラム
WO2020257123A1 (en) * 2019-06-16 2020-12-24 Planaria Corp. Systems and methods for blockchain-based authentication
JP2021090942A (ja) 2019-12-09 2021-06-17 国立研究開発法人産業技術総合研究所 触媒反応器

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MANU SPORNYDAVE LONGLEYDAVID CHADWICK: "Verifiable Credentials Data Model 1.0", WORLD WIDE WEB CONSORTIUM, November 2019 (2019-11-01), Retrieved from the Internet <URL:<https://www.w3.org/TR/vc-data-model>
SHIBATA Y. ET AL.: "Mechanism base PKI", COMPUTER SECURITY SYMPOSIUM, XX, XX, vol. 2003, no. 15, 29 October 2003 (2003-10-29), XX , pages 181 - 186, XP002987575 *

Also Published As

Publication number Publication date
KR20230145191A (ko) 2023-10-17
US20240259192A1 (en) 2024-08-01
CN117280652A (zh) 2023-12-22
EP4329241A1 (en) 2024-02-28
JP7565868B2 (ja) 2024-10-11
JP2022183562A (ja) 2022-12-13

Similar Documents

Publication Publication Date Title
CN102576399B (zh) 基于多个凭证的资源访问
JP6882080B2 (ja) 画像処理装置、方法、プログラム及びシステム
JP5365512B2 (ja) ソフトウェアｉｃカードシステム、管理サーバ、端末、サービス提供サーバ、サービス提供方法及びプログラム
TWI651656B (zh) 多維條碼行動身分認證方法、數位證件裝置
US10848304B2 (en) Public-private key pair protected password manager
JP7030476B2 (ja) 画像処理装置、画像処理装置の制御方法、プログラム、システム、およびシステムの制御方法
JPWO2007094165A1 (ja) 本人確認システムおよびプログラム、並びに、本人確認方法
US11449586B2 (en) Authenticated intention
JP5086839B2 (ja) 認証デバイス、生体情報管理装置、認証システムおよび認証方法
JP6760631B1 (ja) 認証リクエストシステム及び認証リクエスト方法
CN110909336B (zh) 一种基于指纹u盘的密码管理方法及装置
US20220391518A1 (en) Data management system, data management method, and non-transitory computer readable medium
JP2014052843A (ja) 情報処理システム、情報処理方法、画像入力装置、情報処理装置、及びプログラム
WO2022255151A1 (ja) データ管理システム、データ管理方法、及び非一時的記録媒体
WO2024014017A1 (ja) メッセージ提示システム、提示用装置、及びメッセージ提示方法
JP2023125727A (ja) テンプレート管理システム及びテンプレート管理方法
TWI772648B (zh) 基於集體驗證的部分資料驗證方法
JP5331736B2 (ja) ファイル持ち出し管理システム、ファイル持ち出し管理サーバ、ファイル持ち出し管理方法およびファイル持ち出し管理プログラム
JP2017076413A (ja) 情報処理装置、情報処理方法及びプログラム
JP2016163198A (ja) ファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラム
JP4680538B2 (ja) 認証装置、利用者端末、認証方法および認証システム
JP2024104593A (ja) メッセージ提示システム及びメッセージ提示方法
CN112784237A (zh) 一种电子文档的认证处理方法、认证授权方法及相关设备
JP2008293396A (ja) 認証システム及び方法
JP2019201392A (ja) 暗号化システム、暗号化システム用サーバ、暗号化アプリケーションプログラム、暗号化方法

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: 22815901

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237031695

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020237031695

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 202280034064.6

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2022815901

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 18565450

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2022815901

Country of ref document: EP

Effective date: 20231121

NENP Non-entry into the national phase

Ref country code: DE