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

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

Info

Publication number
WO2020225929A1
WO2020225929A1 PCT/JP2019/026883 JP2019026883W WO2020225929A1 WO 2020225929 A1 WO2020225929 A1 WO 2020225929A1 JP 2019026883 W JP2019026883 W JP 2019026883W WO 2020225929 A1 WO2020225929 A1 WO 2020225929A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
transaction
signature
information management
authentication
Prior art date
Application number
PCT/JP2019/026883
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 US16/622,155 priority Critical patent/US11356243B2/en
Publication of WO2020225929A1 publication Critical patent/WO2020225929A1/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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • 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/3236—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 cryptographic hash functions
    • H04L9/3239—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 cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0492—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload by using a location-limited connection, e.g. near-field communication or limited proximity of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0861—Network architectures or network communication protocols for network security for authentication of entities using biometrical features, e.g. fingerprint, retina-scan
    • 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/3297—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 time stamps, e.g. generation of time stamps
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the present invention relates to an information management system, an information management method, and an information management program.
  • Information management preferably has both security assurance and privacy protection at the same time.
  • secure information management based on biometric authentication including face authentication has been realized, but the lack of a viewpoint of privacy protection regarding the handling of personal information for biometric authentication has been regarded as a problem.
  • Patent Document 1 a step of associating an identifier with an individual having an authenticated personal identity, a step of assigning an authentication address on the blockchain to the individual, and recording the identifier and biometric data associated with the individual in the corresponding authentication address.
  • the steps to be taken and the method for building an authentication address on the blockchain including at least are disclosed.
  • biometric data is only used for information management on the blockchain, and the blockchain and biometrics are organically combined for privacy protection in transaction management. It is hard to say that it is.
  • the present invention has been made in view of the above circumstances, and it is an issue to be solved to realize new information management.
  • the present invention is an information management system, which has a block chain stored in the first and second nodes, and the first or second node is authenticated based on the feature data. It has an authentication means to perform processing, the first node has a first signature means to generate a first transaction signature and add to an undecided block on the blockchain, and a second node. Has a second signing means that performs the generation of the second transaction signature and the addition to the undecided block based on the result of the authentication process and the first transaction signature, and the first node is the second. It has a chain update means that performs hashing of undecided blocks and block generation based on the transaction signature. According to the present invention, transaction management on the network can be secured based on personal authentication.
  • the blockchain corresponds to a user-defined schema written based on an object-oriented language, where the user-defined schema contains a user-defined script for smart contract execution and a user containing the results of smart contract execution.
  • the hash value of the user-defined script is used to generate the first transaction signature.
  • the blockchain is a private chain unique to each of at least one first node. According to the present invention, it is possible to impart tamper resistance to the information stored on the network.
  • the blockchain has an undecided block containing at least a first transaction signature and a hash value of the final decision block, the final decision block having the first and second transaction signatures. , Hash value, and. According to the present invention, it is possible to impart tamper resistance to the information stored on the network.
  • the authentication means executes the authentication process based on the feature data newly acquired by the first node during the authentication process.
  • blockchain management can be realized on an on-site network.
  • the authentication means executes the authentication process based on the feature data newly acquired by the second node during the authentication process.
  • blockchain management can be realized on an on-site network.
  • the feature data is based on biometric data including face data.
  • biometric data including face data.
  • personal authentication on the network can be secured.
  • the first signature means executes the generation and addition of the first transaction signature, with the hashing and block generation by the chain update means as a turning point.
  • blockchain management on the network can be made user-driven.
  • the first node further has registration means for transmitting terminal signatures and feature data corresponding to the first node to the second node, the second node being based on the terminal signature. Further, it has a registration receiving means for receiving feature data and transmitting a feature signature based on the feature data to the first node, and the authentication means executes an authentication process when the first node has the feature signature. According to the present invention, personal authentication on the network can be secured.
  • the second node has a transaction requesting means for making a transaction request to the first node based on the first transaction signature, and the first node is used for the result of the authentication process and the transaction request. It further has a transaction execution means for executing transaction processing based on the basis. According to the present invention, transaction management on the network can be secured.
  • the authentication means executes the authentication process based on the feature data acquired by the first or second node with the transaction request by the transaction request means as a turning point, and the second signature means is the transaction.
  • the generation and addition of the second transaction signature is executed with the execution of the transaction processing by the executing means as a turning point.
  • transaction management on the network can be secured.
  • the first node further comprises a chain designation means that performs at least one search and designation of the blockchain corresponding to the first node.
  • blockchain management can be realized on an on-site network.
  • At least one of the authentication means, the first signing means, the second signing means and the chain updating means is a first and second node in which interconnection by short-range wireless communication is maintained. based on.
  • blockchain management can be realized on an on-site network.
  • the blockchain is a sidechain stored in a block on the mainchain.
  • transaction management on a private network can be realized based on a consortium or a public network having tamper resistance.
  • the block on the main chain contains feature data.
  • feature data for personal authentication can be securely managed in a tamper-resistant consortium or public network.
  • the present invention is an information management method, which comprises an authentication step of executing an authentication process on a computer processor of a first node based on feature data, and a first transaction signature generation. , To the undecided block on the blockchain stored in the second node and the first node, and based on the signature step to perform and the second transaction signature generated by the second node.
  • the chain update step which executes the hashing and block generation of the decision block, is executed.
  • the present invention is an information management method, in which an authentication step of executing an authentication process based on feature data on a computer processor of a second node, a result of the authentication process, and a first first method.
  • a signature step that generates a second transaction signature based on the first transaction signature generated by the node and adds it to the undecided blocks on the blockchain stored in the first and second nodes. And to execute.
  • the present invention is an information management program, which is an authentication means for executing an authentication process on a first node based on feature data, generation of a first transaction signature, and a second. Based on the signing instrument that performs the addition to the node and the undetermined block on the blockchain stored in the first node, and the second transaction signature generated based on the private key corresponding to the second node. , As a chain update means to perform hashing and block generation of undetermined blocks.
  • the present invention is an information management program, in which a second node is generated based on an authentication means that executes an authentication process based on feature data and a private key corresponding to the first node. Based on the result of the first transaction signature and the authentication process, the second transaction signature is generated and added to the undetermined block on the blockchain stored in the first and second nodes. It functions as a signing means.
  • transaction management on the network can be secured based on personal authentication. Further, according to the present invention, since a private chain in which finalization based on personal authentication is performed is used, transaction management is faster and lighter than a public chain in which finalization is performed based on consensus building by an unspecified number of people. It has a further technical effect that it can be realized while achieving both excellent privacy protection.
  • FIG. 5 is a sequence diagram of processing including an authentication step, a transaction execution step, and a second signature step in one embodiment of the present invention. It is a sequence diagram of the process which shows the chain update step including the 1st signature step in one Embodiment of this invention. It is an embodiment corresponding to one embodiment of the present invention, and is a schematic diagram in the case where settlement is performed in the transaction execution step. This is a screen display example corresponding to a process including a chain designation step and a transaction request step in one embodiment of the present invention.
  • the configuration, operation, and the like of the information management system will be described, but methods, programs, recording media, and the like having the same configuration also have the same effects.
  • each means in the information management system and each step in the information management method perform the same function.
  • the program may be stored in a recording medium.
  • the recording medium By using the recording medium, the program can be installed in a computer device as an example.
  • the recording medium in which the program is stored is, for example, a non-transient recording medium such as an optical disk or a flash memory.
  • the program also includes source code or binaries and is appropriately encrypted.
  • Embodiment 1 the information management system according to the first embodiment of the present invention will be described with reference to the drawings.
  • the embodiments shown below are examples of the present invention, and the present invention is not limited to the following embodiments, and various configurations can be adopted. Further, there is no limitation on the type of business type or service to which the information management system according to the embodiment of the present invention is applied.
  • the information management system includes a first node 1 and a second node 2.
  • the first node 1 includes a first arithmetic unit 11, a first main storage device 12, a first auxiliary storage device 13, a first input device 14, a first output device 15, and a first.
  • a communication device 16, a first detection device 17, and a first bus interface for interconnection are included.
  • the second node 2 includes a second arithmetic unit 21, a second main storage device 22, a second auxiliary storage device 23, a second input device 24, a second output device 25, and a second. Includes two communication devices 26, a second detection device 27, and a second bus interface for interconnection.
  • the first node 1 and the second node 2 can communicate with each other via the communication network NW.
  • the hardware resources of the information management system are at least used to realize the functions of the program.
  • the first arithmetic unit 11 and the second arithmetic unit 21 include a processor core using a CPU (Central Processing Unit) as an example.
  • CPU Central Processing Unit
  • the first main storage device 12 and the second main storage device 22 include a volatile device such as a RAM (Random Access Memory) as an example.
  • the first auxiliary storage device 13 and the second auxiliary storage device 23 include non-volatile devices such as an HDD (Hard Disk Drive) and an SSD (Solid State Drive).
  • the first auxiliary storage device 13 and the second auxiliary storage device 23 store the OS (Operating System), the program, and the data related to each.
  • the first auxiliary storage device 13 and / or the second auxiliary storage device 23 may include a primary storage device and one or more secondary storage devices.
  • Each of the first auxiliary storage device 13 and the second auxiliary storage device 23 corresponds to the first database DB1 and the second database DB2.
  • the first node 1 and / or the second node 2 may include a SoC (System-on-Chip) in which the processor core, an ASIC (Application Specific Integrated Circuit), and the like are integrated.
  • the processor including the processor core may be a programmable device.
  • the ASIC refers to, for example, a DSP (Digital Signal Processor) or ML (Machine Learning) dedicated processor such as a hardware encoder / decoder.
  • the first node 1 and / or the second node 2 may include a memory device having a volatile cache area and a non-volatile data area.
  • the first input device 14 and the second input device 24 are used for data input processing related to the information management system.
  • the first input device 14 and the second input device 24 include at least one of a keyboard, a touch panel and a microphone. At this time, there is no limitation on the input processing method.
  • the first output device 15 and the second output device 25 are used for display processing of the information management system.
  • the first output device 15 and the second output device 25 are a visual display device such as a display device or a projection device using an LCD (Liquid Crystal Display) as an example, and a graphic controller using a GPU (Graphics Processing Unit) as an example. And, including.
  • the graphic controller may be included in the SoC.
  • the first output device 15 and / or the second output device 25 may be a device that comes into contact with at least a part of the body, for example, a head-mounted display.
  • the first communication device 16 and the second communication device 26 are preferably communication devices based on the short-range wireless communication method.
  • the short-range wireless communication system is a communication system using Bluetooth (registered trademark) or Zigbee (registered trademark) as an example, and forms a communication network NW in the form of a private network.
  • each of the first communication device 16 and the second communication device 26 corresponds to each of the communicable distances D1 and D2.
  • the communication network NW in the first embodiment may be formed in the form of a mesh network.
  • the mesh network is realized for the communication network NW in the first node 1 and the second node 2 by using another first node 1 or the second node 2 as a relay node.
  • the first detection device 17 and the second detection device 27 acquire the detection data for determining the feature data 1004 described later.
  • the first detection device 17 and the second detection device 27 are image sensors.
  • the image sensor a conventional device such as a CMOS image sensor or an infrared image sensor is adopted.
  • the communication network NW can use a wired line such as an optical line or a CATV (Community Antenna Television) line, or a wireless line such as an out-of-home communication network, an aviation communication network, or a satellite communication network. Includes packet switch.
  • a wired line such as an optical line or a CATV (Community Antenna Television) line
  • a wireless line such as an out-of-home communication network, an aviation communication network, or a satellite communication network. Includes packet switch.
  • the first node 1 and the second node 2 take the form of a data terminal device such as a laptop computer, a smartphone and a wearable device.
  • Each of the one or more first nodes 1 may realize the introduction of the program to any one of the one or more first nodes 1 by cooperating with each of the one or more first nodes 1. ..
  • the first node 1 and / or the second node 2 in one embodiment of the present invention does not include an input device and / or an output device such as some IoT (Internet of Things) devices. It may be configured. At this time, the functions realized by the input device and / or the output device are appropriately replaced by a remote control or the like.
  • the on-site network 0 includes a first node 1 and a second node 2 in which mutual communication based on short-range wireless communication is maintained (paired), and a blockchain 3.
  • the term “onsite” in the present specification refers to “on the spot” such as inside an event venue, and refers to the private network itself including the first node 1 and the second node 2.
  • the first node 1 and the second node 2 in the on-site network 0 have a first database DB1 and a second database DB2, respectively.
  • the block chain 3 including the block group 30 and the user-defined schema 3001 is stored in the first node 1 and the second node 2.
  • the information related to the blockchain 3 is distributed and stored in the first database DB1 and the second database DB2, for example.
  • the first node 1 has a first database DB 1, a first input means 101, a first output means 102, a first signature means 103, a registration means 104, and a first authentication means 105. , At least a chain updating means 106 and a transaction executing means 107.
  • the first database DB1 has a first public key 1001, a first private key 1002, terminal data 1003, feature data 1004, attribute data 1005, terminal signature 1006, and feature signature 2003.
  • the first public key 1001 corresponds to the first private key 1002.
  • the first database DB1 in the first embodiment preferably takes the form of KVS (Key Value Store).
  • the first input means 101 performs input via the first node 1 in the information management system based on the first input device 14.
  • the first output means 102 executes display processing including screen display on the first node 1 in the information management system based on the first output device 15.
  • the screen display is at least a display process related to the transaction start screen W4, the authentication screen W5, and the transaction completion screen W6.
  • the first signature means 103 generates the first transaction signature 1007 based on the first private key 1002, and stores it in the undecided block 33 on the blockchain 3, which will be described later. Further, the first signature means 103 generates the terminal signature 1006 based on the terminal data 1003 and the first private key 1002.
  • the first transaction signature 1007 is preferably generated based on a hash value based on the user-defined schema 3001 described later, more preferably generated based on a hash value of a user-defined profile described later, and more preferably described later. Generated based on the hash value of the user-defined script.
  • the registration means 104 transmits the terminal data 1003, the feature data 1004, the attribute data 1005, and the terminal signature 1006 to the second node 2.
  • the terminal data 1003 in the first embodiment is, for example, a terminal identifier corresponding to the first node 1.
  • the attribute data 1005 in the first embodiment is personal information of the user including the date of birth, gender, and the like.
  • the feature data 1004 transmitted to the second node 2 by the registration means 104 may be in the form of a hash value.
  • the first authentication means 105 executes the authentication process based on the feature data 1004.
  • the first authentication means 105 executes the authentication process based on the feature data 1004 newly acquired by the first node 1 at the time of the authentication process and the feature data 1004 previously stored in the first database DB1. ..
  • One aspect of the first authentication means 105 determines the degree of similarity based on N-dimensional vector data indicating each of two different feature data 1004. If the similarity satisfies a predetermined condition, the authentication process is successful.
  • the similarity is determined, for example, based on the Euclidean distance or cosine similarity indicated by the N-dimensional vector data.
  • the number of dimensions of the N-dimensional vector data corresponding to the feature data 1004 is preferably 4096 or more, more preferably 2048 or more, more preferably 1024 or more, more preferably 512 or more, and more preferably 256. The above is more preferably 128 or more.
  • the feature data 1004 in the first embodiment is determined after feature extraction with respect to the detection data acquired by the first detection device 17.
  • first authentication means 105 eigenvector calculation processing by a PCA (principal component analysis) model, learning and inference processing by a deep learning model such as a CNN (convolutional neural network) model, and SVM (support vector machine)
  • PCA principal component analysis
  • CNN convolutional neural network
  • SVM support vector machine
  • Any one of the feature extraction algorithms including the learning and classification processing by the decision tree model such as, and the extraction processing by HOG (gradient direction histogram) is adopted.
  • HOG gradient direction histogram
  • the feature data 1004 in the first embodiment is preferably based on biological data including face data, fingerprint data, palm shape data, retinal data, voice print data, iris data, vein pattern data, and the like, and more preferably face data. ..
  • the hardware configuration of the first detection device 17 and the second detection device 27 may be appropriately changed according to the type of the biometric data.
  • the authentication process by the first authentication means 105 may be performed in a complex manner based on the feature data 1004 corresponding to each of the two or more different types of biometric data.
  • the feature data 1004 in the first embodiment may be based on data for handwriting authentication, gait authentication, etc., and can be appropriately adopted as long as it is an information pattern emitted from an individual.
  • the chain update means 106 acquires the hash value of the undecided block 33 on the block chain 3, sets the undecided block 33 as the final decision block 32, and further, the chain update means 106 generates a new undecided block 33. Then, the hash value is stored in the new undetermined block 33. At this time, the chain update means 106 stores the first transaction signature 1007 on the new undecided block 33.
  • the unidirectional conversion for generating the hash value, the public key, and the electronic signature in the first embodiment is preferably performed by an encryption method such as an RSA method, a DSA method, or a Schnorr method.
  • the hash value generation may be configured by performing the unidirectional conversion a plurality of times, or may be configured by adding a random number or metadata when performing the unidirectional conversion.
  • signature verification and the like are appropriately performed according to the above-mentioned one-way conversion.
  • the electronic signature in one embodiment of the present invention may be a Lamport signature.
  • the transaction execution means 107 executes the transaction process with the transaction request by the transaction request means 206 described later as a turning point. At this time, the transaction process is executed based on the user-defined script included in the user-defined schema 3001. In addition, the transaction execution means 107 executes the transaction process based on the transaction token described later.
  • the information related to the transaction processing in the first embodiment is treated as at least a part of the user-defined schema 3001.
  • the second node 2 has a second input means 201, a second output means 202, a second signature means 203, a second authentication means 204, a registration reception means 205, and a transaction request means 206. And at least the chain designating means 207.
  • the second database DB2 has a second public key 2001, a second private key 2002, terminal data 1003, feature data 1004, attribute data 1005, terminal signature 1006, and feature signature 2003.
  • the second public key 2001 corresponds to the second private key 2002.
  • the second database DB2 in the first embodiment like the first database DB1, preferably takes the form of KVS.
  • the second database DB2 may have at least one snapshot data of various information stored in the first database DB1.
  • the second input means 201 performs input via the second node 2 in the information management system based on the second input device 24.
  • the second output means 202 executes display processing including screen display on the second node 2 in the information management system based on the second output device 25.
  • the screen display is at least a display process related to the chain designation screen W1.
  • the second signature means 203 generates a second transaction signature 2004 based on the second private key 2002, and stores it in the undecided block 33 on the blockchain 3, which will be described later. Further, the second signature means 203 generates the feature signature 2003 based on the feature data 1004 and the second private key 2002.
  • the second transaction signature 2004 is preferably generated further based on the hash value based on the user-defined schema 3001, more preferably generated based on the hash value of the user-defined profile, and more preferably the hash value of the user-defined script. It is generated based on.
  • the second authentication means 204 executes the authentication process based on the feature data 1004.
  • the second authentication means 204 executes the authentication process based on the feature data 1004 newly acquired by the second node 2 at the time of the authentication process and the feature data 1004 previously stored in the second database DB2. ..
  • the function of the second authentication means 204 is the same as that of the first authentication means 105 unless otherwise specified.
  • the registration receiving means 205 receives the terminal data 1003, the feature data 1004, the attribute data 1005, and the terminal signature 1006 transmitted by the registration means 104, and stores them in the second database DB2. At this time, the registration receiving means 205 transmits the feature signature 2003 generated by the second signing means 203 to the first node 1.
  • the transaction requesting means 206 makes a transaction request corresponding to the transaction processing to the first node 1. At this time, the transaction request is made based on the first transaction signature 1007 inside the undecided block 33 on the blockchain 3, but the details will be described later.
  • the chain designation means 207 searches for a first node 1 capable of intercommunication within the communication network NW and a block chain 3 corresponding to the first node 1. Further, the chain designating means 207 designates at least one of the searched block chains 3 based on the intention input via the screen display. The details of the screen display will be described later.
  • the first authentication means 105 and the second authentication means 204 in the present specification are generally referred to as authentication means. Further, the first signature means 103 and the second signature means 203 are generally referred to as signature means.
  • the block group 30 in the block chain 3 in the first embodiment has an initial block 31, a final determined block 32, and an undetermined block 33.
  • the user-defined schema 3001 corresponds to or is stored in each block of the block group 30.
  • Each block of the block group 30 in the present specification is treated in the form of a block header.
  • the blockchain 3 in the first embodiment preferably has a transaction token for transaction processing such as a settlement key. Since the blockchain 3 in the first embodiment is managed on the on-site network 0, it can be called an on-site chain.
  • the initial block 31 refers to the genesis block generated by the first node 1 and has a first public key 1001, a first transaction signature 1007, a second transaction signature 2004, a user-defined schema 3001 and a time stamp 3002. .
  • the time stamp 3002 may correspond to the generation timing of the initial block 31, or may correspond to the generation timing of each signature.
  • the final decision block 32 refers to the block finalized (finalized) by the first node 1, the first public key 1001, the first transaction signature 1007, the second transaction signature 2004, the user-defined schema 3001, and the time. It has a stamp 3002 and a block hash value 3003.
  • the time stamp 3002 may correspond to the generation timing of the final determination block 32, or may correspond to the generation timing of each signature.
  • the block at the hash value 3003 of the block refers to the immediately preceding block.
  • the immediately preceding block in the present specification refers to the immediately preceding block in the generation order on the same blockchain 3. Further, the immediately preceding block in the present specification refers to the immediately preceding block in the generation order on the same blockchain 3. Further, the block hash value 3003 is a hash value obtained by hashing the immediately preceding block based on the one-way function.
  • the undecided block 33 refers to a block that has not been finalized (finalized) by the first node 1, and has at least a block hash value of 3003, a first public key 1001, a first transaction signature 1007, and a user-defined schema 3001. Have.
  • the blockchain 3 in the first embodiment may have at least one initial block 31 and one undecided block 33, and may be in a state not including the final determined block 32. Further, the blockchain 3 in the first embodiment may have a state in which one undetermined block 33 does not include the hash value 3003 of the block. Further, the block chain 3 in the first embodiment may take a state of having only the initial block 31.
  • the onsite network 0 includes a unique first node 1 and a second node 2.
  • each of the first node 1A and the first node 1B corresponds to each of the blockchain 3A and the blockchain 3B.
  • the number of blockchains 3 in the on-site network 0 is not particularly limited.
  • the unique first node 1 in the description in the present specification refers to the first node 1 unique to the on-site network 0.
  • the onsite network 0 includes a unique first node 1 and one or more second nodes 2.
  • each of the blocks included in the block group 30 on the blockchain 3 does not always correspond to a single second node 2, and as illustrated in FIG. 5B, the second node 2A , Can correspond to each of the second node 2B and the second node 2C.
  • the second transaction signature 2004 in each block is generated based on the second private key 2002 of the second node 2 corresponding to each block.
  • the number of the second nodes 2 corresponding to the blockchain 3 of 1 is not particularly limited.
  • the on-site network 0 in the first embodiment is a private network including the first node 1, the second node 2, and the blockchain 3, but the unique configuration remains in the first node 1 and the blockchain 3. That is, it can be understood that the on-site network 0 in the first embodiment is a flexible private network that can change the second node 2.
  • the user-defined schema 3001 on the blockchain 3 includes a user-defined profile and a user-defined script corresponding to the transaction processing executed between the first node 1 and the second node 2.
  • the user in the description in the present specification preferably refers to the owner / administrator of the first node 1, and more preferably the owner / administrator of the first node 1 or the second node 2. Refers to a person.
  • the user-defined schema 3001 in the first embodiment is described based on an object-oriented language using the JSON (Javascript (registered trademark) Objective Notation) format as an example. Therefore, the data types handled by the user-defined schema 3001 are at least character strings, numerical values, boolean values, and the like.
  • the user-defined schema 3001 in the first embodiment may have a configuration in which information indicating the processing status performed between the first node 1 and the second node 2 is described as a state.
  • the user-defined schema 3001 in the first embodiment may be configured to have the feature data 1004 or a hash value thereof. At this time, it goes without saying that the feature data 1004 can be used for the authentication process by the authentication means. Further, even when the feature data 1004 is managed on the user-defined schema 3001, it is of course possible to adopt a configuration that requires at least a part of the processing by the registration means 104 and the registration reception means 205.
  • the user-defined schema 3001 corresponding to the above payment processing, not only the credit line data but also the credit card data may be described. Further, if it is data for performing payment processing, conventional data can be described in the user-defined schema 3001. Specifically, as an example, it is a wallet address of a cryptocurrency or the like.
  • the user-defined profile corresponding to the above qualification presentation process may be configured to correspond to a user-defined script that acquires a public key for certifying a degree from an external URL.
  • a digital key such as a car provided by the owner of the first node 1 as the lender to the owner of the second node 2 as the borrower is used. Will be described.
  • the check-in location, expiration date, etc. are registered in the digital key, and the borrower can use the car, etc. within the scope of these contracts.
  • the data related to latitude and longitude may be acquired by the first detection device 17 or the second detection device 27, or may be acquired based on the communication network NW including the Wi-Fi network.
  • the user-defined script is a code for executing transaction processing based on the user-defined profile included in the user-defined schema 3001, and is described in a script language such as Javascript (registered trademark).
  • Execution of transaction processing in the first embodiment is performed in the form of a smart contract. Specifically, as an example, the execution of transaction processing including settlement processing is determined based on the set amount indicated by the credit line data on the user-defined schema 3001.
  • the user-defined script is prohibited from accessing websites and the like that are not stored in the first database DB1 and the second database DB2. At this time, permission data including a list of URLs and the like to which the access is permitted may be provided by the second node 2.
  • the user-defined script preferably operates in a sandbox environment on the first node 1 and / or the second node 2.
  • the mode of transaction processing is, for example, settlement processing, unlock processing, qualification presentation processing, loan management processing, and the like. Further, it goes without saying that the user-defined script in the first embodiment can be arbitrarily changed for each blockchain 3.
  • the user-defined script is modified by the first input means 101 or the second input means 201.
  • the electronic signature by the first node 1 or the second node 2 may be added to the user-defined script to manage the editing authority of the user-defined script.
  • the user-defined script by associating a predetermined public key as information for prohibiting change, the user-defined script is not allowed to be changed unless the electronic signature corresponding to the public key can be added.
  • the digital signature can be generated based on various information on the on-site network 0 including the first database DB1 or the second database DB2.
  • each of the various data described in the present specification may refer to a hash value based on each of the various data.
  • the processing flowchart is a set of one or more steps, and it goes without saying that each step is realized based on at least a part of the functions of each means. Further, unless otherwise specified in the present specification, the steps in the processing flowchart are in no particular order. Further, since the on-site network 0 in the first embodiment of the present invention is transaction management based on the blockchain 3, it goes without saying that each step is repeated in a circular manner.
  • At least a part of the series of processes related to the information management system is executed by the chain designation step S1 in which the chain designation means 207 designates the blockchain 3 and the transaction request means 206.
  • Transaction request step S2 authentication step S3 in which the first authentication means 105 or the second authentication means 204 executes the authentication process
  • transaction execution step S4 in which the transaction execution means 107 executes the transaction process
  • the second A second signature step S5 in which the signing means 203 generates a second transaction signature 2004 and adds it on the blockchain 3
  • a chain updating means 106 finalizes the undecided block 33 and makes a new undecided block 33. It includes a chain update step S6 that executes the generation of the decision block 33.
  • the authentication step S3 includes the first authentication step S3A including the authentication process by the first authentication means 105 and the second authentication means 204.
  • the configuration may include a second authentication step S3B including the authentication process according to the above.
  • the collection source of the feature data 1004 in the authentication step S3 may be a user corresponding to the first node 1 or a user corresponding to the second node 2.
  • the chain update step S6 in the first embodiment is preferably performed after the second signature step S5. Further, the second signature step S5 in the first embodiment is performed after the transaction execution step S4. Further, the transaction execution step S4 in the first embodiment is preferably performed after the transaction request step S2. Further, the transaction request step S2 in the first embodiment is performed after the chain designation step S1.
  • the registration step S0 in the first embodiment is preferably performed before the chain designation step S1.
  • the feature data 1004 is registered.
  • the first node 1 acquires the detection data (detection process) and determines the feature data 1004 (registration step S0A).
  • the first public key 1001, the feature data 1004, the attribute data 1005, and the terminal signature 1006 are stored in the first database DB1.
  • the first public key 1001, feature data 1004, attribute data 1005, and terminal signature 1006 are transmitted to the second node 2 and stored in the second database DB2 (registration step S0B).
  • the terminal signature 1006 is verified based on the first public key 1001 (registration step S0C). If the terminal signature 1006 fails verification, the process related to registration step S0 is terminated.
  • the feature signature 2003 is generated by the second node 2 based on the feature data 1004 and transmitted to the first node 1 (registration step S0D).
  • the failure of signature verification in the present specification refers to a discrepancy between the information to be signed and the information obtained by decrypting the electronic signature based on the public key.
  • the success of signature verification refers to the agreement between the information to be signed and the information obtained by the decryption.
  • the registration step S0 in the first embodiment is preferably performed prior to the generation of the initial block 31 on the blockchain 3. Needless to say, after the initial block 31 is generated, the registration step S0 can be performed again for the purpose of changing / updating the feature data 1004.
  • ⁇ Chain designation step S1> As shown in FIG. 8, in the chain designation step S1, the second node 2 first searches the onsite network 0 for the first node 1 and the blockchain 3 (chain designation step S1A). Next, at least one of the searched block chains 3 is designated via screen display or the like (chain designation step S1B).
  • the user-defined profile related to the first node 1 and / or the blockchain 3 can be used as a search condition.
  • the user-defined profile includes, for example, the separation distance between the first node 1 and the second node 2, the terminal data 1003 corresponding to the first node 1, the information included in the user-defined schema 3001 on the blockchain 3, and the like. ,.
  • the search condition can be whether or not the user-defined profile includes credit line data. Specifically, the search condition may be whether or not the set amount data included in the credit line data is equal to or greater than a predetermined value. Specifically, the search condition may be whether or not the expiration date data included in the payment data exceeds the current date and time.
  • the separation distance in the first embodiment may be estimated based on the communication distance evaluation by short-range wireless communication in the first node 1 and the second node 2 in which the interconnection is maintained. Further, the separation distance may be estimated by indoor / outdoor positioning based on one or more beacon terminals installed around the second node 2. Positioning for estimating the separation distance may be performed not only by radio waves but also by sound waves or visible light. In addition, the separation distance may be estimated based on image processing including object tracking.
  • ⁇ Transaction request step S2> As shown in FIG. 8, in the transaction request step S2, first, the first transaction signature 1007 on the blockchain 3 is verified based on the first public key 1001 (transaction request step S2A). If the verification fails with respect to the first transaction signature 1007, the process of transaction request step S2 ends. If the verification is successful with respect to the first transaction signature 1007, the transaction request is transmitted to the first node 1 (transaction request step S2B).
  • the transaction request in the first embodiment is, for example, a request for payment processing
  • it may be configured to include transmission of account information corresponding to the seller user who owns the second node 2.
  • the account information may be stored in advance in the second database DB2.
  • the authentication step S3 in the first embodiment is based on the first authentication step S3A by the first authentication means 105 and / or the second authentication step S3B by the second authentication means 204.
  • the detection data is acquired and the feature data 1004 is determined.
  • verification is performed based on the feature data 1004 and the feature data 1004 stored in advance in the first node 1 or the second node 2 (first authentication step S3A1 or the second authentication step). S3B1). If the feature data 1004 fails in verification, the process of authentication step S3 ends.
  • Transaction execution step S4 in the first embodiment is performed when the feature data 1004 in the authentication step S3 is verified successfully.
  • transaction execution step S4A the transaction processing is executed (transaction execution step S4A).
  • the transaction processing in the first embodiment is, for example, a payment processing based on a user-defined profile and a user-defined script included in the user-defined schema 3001. At this time, the transaction processing may be performed based on the transaction token on the blockchain 3. Next, the result of the settlement process is reflected in the user-defined schema 3001 (transaction execution step S4B).
  • ⁇ Second signature step S5> As shown in FIG. 9, the second signature step S5 in the first embodiment is performed when the feature data 1004 in the authentication step S3 is successfully verified, as in the transaction execution step S4.
  • the second signature step S5A first, a second transaction signature 2004 is generated (second signature step S5A).
  • the second transaction signature 2004 is stored in the undecided block 33 on the blockchain 3 (second signature step S5B).
  • ⁇ Chain update step S6> As shown in FIG. 10, in the chain update step S6 in the first embodiment, first, the second transaction signature 2004 in the undecided block 33 is verified (chain update step S6A). If the verification of the second transaction signature 2004 fails, the process of the chain update step S6 ends. When the second transaction signature 2004 is successfully verified, the undecided block 33 is hashed and the hash value 3003 of the block is acquired (chain update step S6B). Next, a new undecided block 33 is generated (chain update step S6C). Next, the hash value 3003 of the block is stored in a new undetermined block (chain update step S6D).
  • First signature step S7 As shown in FIG. 10, in the first signature step S7 in the first embodiment, the first transaction signature 1007 is first generated (first signature step S7A). Next, the first transaction signature 1007 is stored in the undetermined block 33 newly generated in the chain update step S6 (first signature step S7B). It is preferable that the first signature step S7 in the first embodiment is performed after the chain update step S6.
  • the immediate settlement process is performed in the transaction execution step S4.
  • a small amount of payment is made between the purchaser user who is the owner of the first node 1 and the seller user who is the owner of the second node 2 with the service enjoyment as a turning point.
  • the transaction execution step S4 first, the first node 1 makes a payment request to the external payment service.
  • the external payment service performs payment processing based on the account information and the like corresponding to the second node 2.
  • the deposit settlement process based on the credit line data on the user-defined schema 3001 is performed in the transaction execution step S4.
  • the credit credit is set for the external payment service, and the user-defined schema 3001 is updated.
  • the settlement process is performed based on the account information and the like corresponding to the seller user having the second node 2.
  • the external payment service is, for example, a service provided by a guarantee company.
  • the function related to the external payment service in one embodiment of the present invention may be configured to be managed by the seller user. Specifically, the management of the credit line data or the credit card data including the acceptance of the credit credit setting may be performed by the seller user.
  • the settlement process in the description in this specification is a comprehensive settlement process including a settlement request for the external settlement service.
  • one embodiment shown in FIG. 11A is a payment process based on credit card data, and the user-defined schema 3001 is appropriately and preferably determined.
  • the chain designation screen W1 is displayed and processed at the second node 2.
  • the chain search intention input unit W11 and the chain search cancellation intention input unit W12 are displayed and processed.
  • the chain search result display unit W13 is further displayed.
  • the chain search result display unit W13 displays each blockchain 3 based on the user-defined schema 3001 corresponding to the blockchain 3 and / or the attribute data 1005 of the first node 1 corresponding to the blockchain 3. It is processed. Specifically, as an example, a display object is appropriately determined based on personal information such as a user name, gender, and age included in the attribute data 1005. Further, as an example, the display object is appropriately determined based on the user-defined schema 3001.
  • the transaction request screen W2 is displayed and processed at the second node 2.
  • the chain information display unit W21, the transaction request information input unit W22, and the transaction request intention input unit W23 are displayed.
  • the chain information display unit W21 at least a part of the display contents in the chain search result display unit W13 and the transaction request status are displayed.
  • the transaction request information input unit W22 for example, when the settlement process is performed in the transaction execution step S4, the input unit of the information related to the settlement amount is displayed.
  • the transaction request intention input unit W23 one or more input units according to the type of transaction processing performed in the transaction execution step S4 are displayed.
  • the transaction request intention input unit W23 in FIG. 12 corresponds to each of the immediate settlement process, the deposit settlement process, and the qualification authentication process described later.
  • the transaction request status when the transaction request intention input unit W23 is specified is displayed and processed.
  • the transaction request status when the transaction processing is completed by the first node 1 is displayed and processed.
  • the profile display unit W31 display processing indicating transaction processing is displayed based on the user-defined schema 3001 on the blockchain 3.
  • the network status display unit W32 displays, for example, the separation distance between the first node 1 and the second node 2 as information related to the on-site network 0.
  • the intention input unit for making a change related to the user-defined schema 3001 is displayed.
  • the separation distance display process in the first embodiment is not limited to the separation distance display process as numerical data, and may be a display process indicating whether or not a predetermined threshold value is exceeded. At this time, a plurality of the threshold values may be set, and the display object may be appropriately determined according to each of the plurality of threshold values.
  • the first signature means 103 again generates the first transaction signature 1007 and adds it to the undecided block 33.
  • the configuration is preferred. At this time, it goes without saying that the verification of the first transaction signature 1007 by the second node 2 is performed again.
  • the transaction start screen W4A is displayed and processed on the first node 1.
  • the transaction start intention input unit W41 and the transaction cancellation intention input unit W42 are displayed and processed.
  • the transaction start input unit is displayed and processed as an intention input related to the settlement process.
  • the first node 1 or the second node 2 temporarily displays the authentication screen W5. During this time, it goes without saying that the authentication step S3 is performed.
  • the authentication screen W5A and the authentication screen W5B in addition to the information related to the transaction processing, the authentication status and the authentication cancellation intention input unit W51 are displayed and processed.
  • the authentication cancellation intention input unit W51 is specified, the first node 1 or the second node 2 shifts to the transaction start screen W4A.
  • the transaction start screen W4B is displayed.
  • the card determination intention input unit W43 and the card change intention input unit W44 related to the credit card information are displayed and processed.
  • the transaction start screen W4B is displayed again.
  • the card determination intention input unit W43 is specified, the screen display related to the first node 1 shifts to the transaction start screen W4C.
  • the transaction completion screen W6 is finally displayed and processed.
  • Embodiment 2 ⁇ Embodiment 2 >> Hereinafter, the second embodiment of the information management system will be described.
  • the hardware configurations and functions in the second embodiment and the codes corresponding thereto are the same as those in the first embodiment unless otherwise specified.
  • the first node 1 and the second node 2 are interconnected via a conventional communication network, not limited to short-range wireless communication.
  • web login authentication is realized between the first node 1 and the second node 2.
  • the first node 1 in the transaction execution step S4, the first node 1 generates a login signature based on the identification information for login, the password, and the like, and transmits the login signature to the second node 2.
  • the second node 2 verifies the login signature. At this time, if the verification is successful, the second node 2 permits login by the first node 1.
  • two-step authentication is realized by the authentication by the identification information and the password for login described in advance on the user-defined schema 3001 and the authentication of the feature data 1004 by the authentication step S3. Can be done.
  • the login identification information, password, and the like may be described on the user-defined schema 3001 or may be stored on the blockchain 3 as a transaction token.
  • Embodiment 3 the second embodiment of the information management system will be described.
  • the hardware configurations and functions in the third embodiment and the codes corresponding thereto are the same as those in the first embodiment unless otherwise specified.
  • the block chain 3 in the third embodiment takes the form of a side chain stored in a block on the main chain 3X.
  • the block on the main chain 3X includes the feature data 1004.
  • the main chain 3X has an initial block, a final determined block, and an undetermined block.
  • the final decision on the block for the main chain 3X is made by consensus building by at least one second node 2. After that, a new undecided block is generated by the second node 2.
  • the block final determination / block generation may be performed with the signature generation / addition by the first node 1 and / or the second node 2 as a turning point.
  • the hash value or the like used for signature generation there is no particular limitation on the hash value or the like used for signature generation.
  • Transaction data is stored in each block on the main chain 3X.
  • the transaction data is used, for example, for ownership management of electronic tickets.
  • the main chain 3X in the third embodiment can grasp the management of the admission ticket to any venue as an embodiment thereof. Further, the main chain 3X in the third embodiment can grasp the management of the usage ticket pertaining to an arbitrary amount of money as an embodiment thereof.
  • the generation of the initial block (genesis block) on the blockchain 3 in the third embodiment is executed when the admission to an arbitrary venue is completed, for example. Then, it can be understood that the final decision regarding the undecided block on the main chain that stores the blockchain 3 is made when the player leaves the arbitrary venue. At this time, it goes without saying that the entrance / exit related to the arbitrary venue is managed as transaction data on the main chain 3X.
  • the main chain 3X may have a user-defined schema 3001 on the blockchain 3.
  • the feature data 1004 on the main chain 3X and the user-defined schema 3001 may be stored on the blockchain 3 at the turning point such as admission to an arbitrary venue.
  • the main chain 3X stores various information on the first database and may be used for final determination of blocks, block generation, and signature generation / addition.
  • transaction management can be realized in a multi-chain mode based on the main chain 3X and the block chain 3, and unauthorized transactions by a malicious user can be prevented in advance.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)

Abstract

新規な情報管理を実現すること、を解決すべき課題とする。　上記課題を解決するために、本発明は、情報管理システムであって、第１及び第２のノードに格納されるブロックチェーンを有し、第１又は第２のノードは、特徴データに基づき認証処理を実行する認証手段を有し、第１のノードは、第１の取引署名の生成及びブロックチェーン上の未決定ブロックへの追加を実行する第１の署名手段を有し、第２のノードは、認証処理の結果及び第１の取引署名に基づき、第２の取引署名の生成及び未決定ブロックへの追加を実行する第２の署名手段を有し、第１のノードは、第２の取引署名に基づき、未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新手段を有する。本発明によると、ネットワーク上のトランザクション管理を個人認証に基づきセキュアにすることができる。

Description

情報管理システム、情報管理方法及び情報管理プログラム
　本発明は、情報管理システム、情報管理方法及び情報管理プログラムに関する。
　電子デバイス間のトランザクション管理を含む情報管理は、セキュリティ確保と、プライバシー保護と、が両立されることが好ましい。近年では、顔認証を含む生体認証等に基づくセキュアな情報管理が実現しているが、生体認証のための個人情報の取り扱いに関するプライバシー保護の観点の欠如が問題視されている。
　また近年では、情報管理システムにおける改竄耐性を向上するためのソリューションとしてブロックチェーン技術が注目されており、経済価値を有するトークンの送受に限定されないような活用シーンの拡充が起きている。
　ブロックチェーン技術の最たる利点の１つは、中央集権サーバに依存しない自由化された情報管理を実現し得る点である。そのため、ブロックチェーン技術の導入は、情報管理における生体認証のプライバシー保護を好適に実現し得る。
　特許文献１では、識別子を、認証済み個人身元を有する個人に関連付けるステップと、ブロックチェーン上の認証アドレスを個人に割り当てるステップと、個人に関連付けられた識別子及び生体特徴データを対応する認証アドレスに記録するステップと、を少なくとも含むブロックチェーン上に認証アドレスを構築するための方法について、開示されている。
　特許文献１に記載の発明は、ブロックチェーン上の情報管理のために生体特徴データが用いられているに過ぎず、トランザクション管理におけるプライバシー保護のために、ブロックチェーン及び生体認証が有機的に組み合わされているとは言い難い。
特開２０１９－５７２７１号公報
　本発明は、上記のような実情に鑑みてなされたものであり、新規な情報管理を実現すること、を解決すべき課題とする。
　上記課題を解決するために、本発明は、情報管理システムであって、第１及び第２のノードに格納されるブロックチェーンを有し、第１又は第２のノードは、特徴データに基づき認証処理を実行する認証手段を有し、第１のノードは、第１の取引署名の生成及びブロックチェーン上の未決定ブロックへの追加を実行する第１の署名手段を有し、第２のノードは、認証処理の結果及び第１の取引署名に基づき、第２の取引署名の生成及び未決定ブロックへの追加を実行する第２の署名手段を有し、第１のノードは、第２の取引署名に基づき、未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新手段を有する。本発明によると、ネットワーク上のトランザクション管理を個人認証に基づきセキュアにすることができる。
　本発明の好ましい形態では、ブロックチェーンは、オブジェクト指向言語に基づき記述されるユーザ定義スキーマと対応し、ユーザ定義スキーマは、スマートコントラクト執行のためのユーザ定義スクリプトと、スマートコントラクト執行の結果を含むユーザ定義プロファイルと、を含み、ユーザ定義スクリプトのハッシュ値は、第１の取引署名の生成に用いられる。本発明によると、ネットワーク上で展開されるサービスに設計柔軟性を付与することができる。また、本発明によると、スマートコントラクト執行のためのユーザ定義スクリプトにおける悪意ある変更を未然に防ぐことができ得る。
　本発明の好ましい形態では、ブロックチェーンは、少なくとも１つの第１のノードのそれぞれに固有なプライベートチェーンである。本発明によると、ネットワーク上に保存される情報に改竄耐性を付与することができる。
　本発明の好ましい形態では、ブロックチェーンは、少なくとも第１の取引署名と、最終決定ブロックのハッシュ値と、を含む未決定ブロックを有し、最終決定ブロックは、第１及び第２の取引署名と、ハッシュ値と、を含む。本発明によると、ネットワーク上に保存される情報に改竄耐性を付与することができる。
　本発明の好ましい形態では、認証手段は、認証処理に際し第１のノードにより新たに取得された特徴データに基づき、認証処理を実行する。本発明によると、オンサイトネットワーク上でブロックチェーン管理を実現することができる。
　本発明の好ましい形態では、認証手段は、認証処理に際し第２のノードにより新たに取得された特徴データに基づき、認証処理を実行する。本発明によると、オンサイトネットワーク上でブロックチェーン管理を実現することができる。
　本発明の好ましい形態では、特徴データは、顔データを含む生体データに基づく。本発明によると、ネットワーク上の個人認証をセキュアにすることができる。
　本発明の好ましい形態では、第１の署名手段は、チェーン更新手段によるハッシュ化及びブロック生成を転機として、第１の取引署名の生成及び追加を実行する。本発明によると、ネットワーク上のブロックチェーン管理をユーザドリブンにすることができる。
　本発明の好ましい形態では、第１のノードは、第１のノードと対応する端末署名及び特徴データを第２のノードに送信する登録手段をさらに有し、第２のノードは、端末署名に基づき特徴データを受け付け、特徴データに基づく特徴署名を第１のノードに送信する登録受付手段をさらに有し、認証手段は、第１のノードが特徴署名を有する場合、認証処理を実行する。本発明によると、ネットワーク上の個人認証をセキュアにすることができる。
　本発明の好ましい形態では、第２のノードは、第１の取引署名に基づき第１のノードに取引要求を行う取引要求手段を有し、第１のノードは、認証処理の結果及び取引要求に基づき取引処理を実行する取引実行手段をさらに有する。本発明によると、ネットワーク上のトランザクション管理をセキュアにすることができる。
　本発明の好ましい形態では、認証手段は、取引要求手段による取引要求を転機として第１又は第２のノードにより取得された特徴データに基づき、認証処理を実行し、第２の署名手段は、取引実行手段による取引処理の実行を転機として、第２の取引署名の生成及び追加を実行する。本発明によると、ネットワーク上のトランザクション管理をセキュアにすることができる。
　本発明の好ましい形態では、第１のノードは、第１のノードと対応するブロックチェーンの少なくとも１つの検索及び指定を実行するチェーン指定手段をさらに有する。本発明によると、オンサイトネットワーク上でブロックチェーン管理を実現することができる。
　本発明の好ましい形態では、認証手段、第１の署名手段、第２の署名手段及びチェーン更新手段の少なくとも１つは、近距離無線通信による相互接続が保持されている第１及び第２のノードに基づく。本発明によると、オンサイトネットワーク上でブロックチェーン管理を実現することができる。
　本発明の好ましい形態では、ブロックチェーンは、メインチェーン上のブロックに格納されるサイドチェーンである。本発明によると、改竄耐性を有するコンソーシアム又はパブリックネットワークを基盤として、プライベートネットワーク上のトランザクション管理を実現することができる。
　本発明の好ましい形態では、メインチェーン上のブロックは、特徴データを含む。本発明によると、改竄耐性を有するコンソーシアム又はパブリックネットワークにおいて、個人認証のための特徴データをセキュアに管理することができる。
　上記課題を解決するために、本発明は、情報管理方法であって、第１のノードが有するコンピュータプロセッサに、特徴データに基づき認証処理を実行する認証ステップと、第１の取引署名の生成と、第２のノード及び第１のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名ステップと、第２のノードにより生成された第２の取引署名に基づき、未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新ステップと、を実行させる。
　上記課題を解決するために、本発明は、情報管理方法であって、第２のノードが有するコンピュータプロセッサに、特徴データに基づき認証処理を実行する認証ステップと、認証処理の結果及び第１のノードにより生成された第１の取引署名に基づき、第２の取引署名の生成と、第１及び第２のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名ステップと、を実行させる。
　上記課題を解決するために、本発明は、情報管理プログラムであって、第１のノードを、特徴データに基づき認証処理を実行する認証手段と、第１の取引署名の生成と、第２のノード及び第１のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名手段と、第２のノードと対応する秘密鍵に基づき生成された第２の取引署名に基づき、未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新手段と、として機能させる。
　上記課題を解決するために、本発明は、情報管理プログラムであって、第２のノードを、特徴データに基づき認証処理を実行する認証手段と、第１のノードと対応する秘密鍵に基づき生成された第１の取引署名及び認証処理の結果に基づき、第２の取引署名の生成と、第１及び第２のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名手段と、として機能させる。
　本発明によると、ネットワーク上のトランザクション管理を個人認証に基づきセキュアにすることができる。また、本発明によると、個人認証に基づく最終決定（ファイナライズ）が行われるプライベートチェーンを用いるため、不特定多数による合意形成に基づくファイナライズが行われるパブリックチェーンと比較して高速かつ軽量なトランザクション管理を、優れたプライバシー保護と両立しながら、実現することができる、という更なる技術的効果を奏する。
本発明の一実施形態におけるハードウェア構成図である。 本発明の一実施形態におけるブロックチェーンを含むオンサイトネットワークの概要図である。 本発明の一実施形態における機能ブロック図である。 本発明の一実施形態におけるブロックチェーンのデータ構造を示す説明図である。 本発明の一実施形態における第１及び第２のノードを含むオンサイトネットワークの概要図である。 本発明の一実施形態における処理フローチャート図であり、（ａ）：第１又は第２のノードによる認証処理が行われる場合、（ｂ）：第１及び第２のノードによる認証処理が行われる場合である。 本発明の一実施形態における登録ステップを含む処理のシークエンス図である。 本発明の一実施形態におけるチェーン指定ステップ及び取引要求ステップを含む処理のシークエンス図である。 本発明の一実施形態における認証ステップ、取引実行ステップ及び第２の署名ステップを含む処理のシークエンス図である。 本発明の一実施形態における第１の署名ステップを含むチェーン更新ステップを示す処理のシークエンス図である。 本発明の一実施形態と対応する実施例であり、取引実行ステップにて決済が行われる場合の概要図である。 本発明の一実施形態におけるチェーン指定ステップ及び取引要求ステップを含む処理と対応する画面表示例である。 本発明の一実施形態における取引実行ステップ及び認証ステップを含む処理と対応する画面表示例である。 本発明の一実施形態におけるオンサイトネットワークの概要図である。 本発明の一実施形態におけるブロックチェーンの概要図である。
　本発明の一実施形態では、情報管理システムの構成、動作などについて説明するが、同様の構成の方法、プログラム、記録媒体なども、同様の作用効果を奏する。例えば、情報管理システムにおける各手段のそれぞれと、情報管理方法における各ステップは同様の機能を発揮する。なお、プログラムは、記録媒体に記憶させてよい。当該記録媒体を用いれば、一例として、コンピュータ装置に当該プログラムをインストールすることができる。ここで、当該プログラムを記憶した記録媒体は、一例として、光ディスクやフラッシュメモリなどの、非一過性の記録媒体である。また、当該プログラムは、ソースコード又はバイナリを含み、適宜、暗号化される。
《実施形態１》
　以下、図面を用いて、本発明の実施形態１に係る情報管理システムについて説明する。なお、以下に示す実施形態は本発明の一例であり、本発明を以下の実施形態に限定するものではなく、様々な構成を採用できる。また、本発明の一実施形態に係る情報管理システムの適用先である業態やサービスの種別に、制限はない。
〈ハードウェア構成〉
　図１に示す通り、情報管理システムは、第１のノード１と、第２のノード２と、を含む。第１のノード１は、第１の演算装置１１と、第１の主記憶装置１２と、第１の補助記憶装置１３と、第１の入力装置１４と、第１の出力装置１５と、第１の通信装置１６と、第１の検出装置１７と、相互接続のための第１のバスインターフェースと、を含む。第２のノード２は、第２の演算装置２１と、第２の主記憶装置２２と、第２の補助記憶装置２３と、第２の入力装置２４と、第２の出力装置２５と、第２の通信装置２６と、第２の検出装置２７と、相互接続のための第２のバスインターフェースと、を含む。第１のノード１及び第２のノード２は、通信ネットワークＮＷを介して、相互通信できる。情報管理システムが有するハードウェア資源は、少なくとも、プログラムが有する機能を実現するために用いられる。
　第１の演算装置１１及び第２の演算装置２１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を一例とするプロセッサコアを備える。
　第１の主記憶装置１２及び第２の主記憶装置２２は、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）を一例とする揮発性デバイスを備える。第１の補助記憶装置１３及び第２の補助記憶装置２３は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などの不揮発性デバイスを備える。
　第１の補助記憶装置１３及び第２の補助記憶装置２３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）と、プログラムと、に係るデータのそれぞれが格納される。第１の補助記憶装置１３及び／又は第２の補助記憶装置２３は、プライマリストレージ及び１以上のセカンダリストレージを備えてよい。第１の補助記憶装置１３及び第２の補助記憶装置２３のそれぞれは、第１のデータベースＤＢ１及び第２のデータベースＤＢ２と対応する。
　第１のノード１及び／又は第２のノード２は、当該プロセッサコアやＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）などが集約されたＳｏＣ（ＳｙｓｔｅｍーｏｎーＣｈｉｐ）を備えてよい。当該プロセッサコアを含むプロセッサは、プログラマブルデバイスであってよい。当該ＡＳＩＣは、例として、ハードウェアエンコーダ／デコーダなどのＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）やＭＬ（Ｍａｃｈｉｎｅ　Ｌｅａｒｎｉｎｇ）専用プロセッサを、指す。第１のノード１及び／又は第２のノード２は、揮発性を有するキャッシュ領域及び不揮発性を有するデータ領域を有するメモリデバイスを備えてよい。
　第１の入力装置１４及び第２の入力装置２４は、情報管理システムに係るデータの入力処理のために用いられる。第１の入力装置１４及び第２の入力装置２４は、キーボード、タッチパネル及びマイクロフォンの少なくとも１つを含む。このとき、当該入力処理の方式に制限はない。
　第１の出力装置１５及び第２の出力装置２５は、情報管理システムの表示処理のために用いられる。第１の出力装置１５及び第２の出力装置２５は、ＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）を一例とするディスプレイデバイスやプロジェクションデバイスなどの視覚表示装置と、ＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を一例とする、グラフィックコントローラと、を含む。当該グラフィックコントローラは、ＳｏＣに含まれてよい。第１の出力装置１５及び／又は第２の出力装置２５は、ヘッドマウントディスプレイを一例とする、身体の少なくとも一部に接触する装置であってよい。
　第１の通信装置１６及び第２の通信装置２６は、好ましくは、近距離無線通信方式に基づく通信装置である。当該近距離無線通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＺｉｇｂｅｅ（登録商標）を一例とする通信方式であり、プライベートネットワークの態様で通信ネットワークＮＷを形成する。このとき、第１の通信装置１６及び第２の通信装置２６のそれぞれは、通信可能距離Ｄ１及びＤ２のそれぞれと対応する。なお、実施形態１における通信ネットワークＮＷは、メッシュネットワークの態様で形成されてもよい。当該メッシュネットワークは、第１のノード１及び第２のノード２における通信ネットワークＮＷについて、他の第１のノード１又は第２のノード２を中継ノードとして、実現する。
　第１の検出装置１７及び第２の検出装置２７は、後述する特徴データ１００４の決定のための検出データの取得を行う。特徴データ１００４が顔データである場合、第１の検出装置１７及び第２の検出装置２７はイメージセンサである。当該イメージセンサには、ＣＭＯＳイメージセンサや赤外線イメージセンサ等の慣用の装置が採用される。
　なお、通信ネットワークＮＷは、光回線やＣＡＴＶ（Ｃｏｍｍｕｎｉｔｙ　Ａｎｔｅｎｎａ　Ｔｅｌｅｖｉｓｉｏｎ）回線などの有線回線や、外出体通信網、航空通信網、衛星通信網などの無線回線を利用でき、回線に応じて、適宜、パケット交換機を含む。
　第１のノード１及び第２のノード２は、ラップトップコンピュータ、スマートフォン及びウェアラブルデバイスなどのデータ端末装置の態様をとる。１以上の第１のノード１のそれぞれは、当該１以上の第１のノード１のそれぞれが協調することで、当該１以上の第１のノード１の何れかに対するプログラムの導入を実現してよい。
　なお、本発明の一実施形態における第１のノード１及び／又は第２のノード２は、例として一部のＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）機器のような、入力装置及び／又は出力装置を含まない構成としてもよい。このとき、入力装置及び／又は出力装置により実現される機能は、リモートコントロール等により適宜、代替される。
〈オンサイトネットワーク０〉
　図２に示す通り、実施形態１における情報管理システムは、オンサイトネットワーク０の態様で把握することができる。オンサイトネットワーク０は、近距離無線通信に基づく相互通信が保持される（ペアリングされる）第１のノード１及び第２のノード２と、ブロックチェーン３と、を含む。本明細書中におけるオンサイトとは、例としてイベント会場内部等の「その場」を指し、第１のノード１及び第２のノード２を含むプライベートネットワーク自体を指す。
　図３に示す通り、オンサイトネットワーク０における第１のノード１及び第２のノード２は、それぞれ、第１のデータベースＤＢ１及び第２のデータベースＤＢ２のそれぞれを有する。さらに、第１のノード１及び第２のノード２には、ブロック群３０及びユーザ定義スキーマ３００１を含むブロックチェーン３が格納される。このとき、ブロックチェーン３に係る情報は、例として、第１のデータベースＤＢ１及び第２のデータベースＤＢ２に分散して保存されていると把握することができる。
〈第１のノード１〉
　図３に示す通り、第１のノード１は、第１のデータベースＤＢ１、第１の入力手段１０１、第１の出力手段１０２、第１の署名手段１０３、登録手段１０４、第１の認証手段１０５、チェーン更新手段１０６及び取引実行手段１０７を少なくとも有する。
　第１のデータベースＤＢ１は、第１の公開鍵１００１、第１の秘密鍵１００２、端末データ１００３、特徴データ１００４、属性データ１００５、端末署名１００６及び特徴署名２００３を有する。第１の公開鍵１００１は、第１の秘密鍵１００２と対応する。実施形態１における第１のデータベースＤＢ１は、好ましくは、ＫＶＳ（Ｋｅｙ　Ｖａｌｕｅ　Ｓｔｏｒｅ）の態様をとる。
　第１の入力手段１０１は、第１の入力装置１４に基づき、情報管理システムにおける第１のノード１を介した入力を行う。
　第１の出力手段１０２は、第１の出力装置１５に基づき、情報管理システムにおける第１のノード１上の画面表示を含む表示処理を実行する。当該画面表示は、少なくとも、取引開始画面Ｗ４、認証画面Ｗ５及び取引完了画面Ｗ６に係る表示処理である。
　第１の署名手段１０３は、第１の秘密鍵１００２に基づき第１の取引署名１００７を生成し、後述するブロックチェーン３上の未決定ブロック３３に格納する。また、第１の署名手段１０３は、端末データ１００３及び第１の秘密鍵１００２に基づき、端末署名１００６を生成する。
　第１の取引署名１００７は、好ましくは、後述するユーザ定義スキーマ３００１に基づくハッシュ値にさらに基づき生成され、より好ましくは、後述するユーザ定義プロファイルのハッシュ値に基づき生成され、より好ましくは、後述するユーザ定義スクリプトのハッシュ値に基づき生成される。
　登録手段１０４は、端末データ１００３、特徴データ１００４、属性データ１００５及び端末署名１００６を第２のノード２へ送信する。実施形態１における端末データ１００３は、例として、第１のノード１と対応する端末識別子である。また、実施形態１における属性データ１００５は、生年月日、性別等を含むユーザの個人情報である。登録手段１０４により第２のノード２へ送信される特徴データ１００４は、ハッシュ値の態様としてもよい。
　第１の認証手段１０５は、特徴データ１００４に基づき認証処理を実行する。第１の認証手段１０５は、認証処理に際し第１のノード１により新たに取得された特徴データ１００４と、予め第１のデータベースＤＢ１に格納された特徴データ１００４と、に基づき、認証処理を実行する。
　第１の認証手段１０５の一態様は、異なる２つの特徴データ１００４のそれぞれを示すＮ次元ベクトルデータに基づき類似度を決定する。当該類似度が所定の条件を満たす場合、認証処理は成功となる。当該類似度は、例として、当該Ｎ次元ベクトルデータが示すユークリッド距離又はコサイン類似度に基づき、決定される。
　特徴データ１００４と対応するＮ次元ベクトルデータの次元数は、好ましくは４０９６以上であり、より好ましくは２０４８以上であり、より好ましくは１０２４以上であり、より好ましくは５１２以上であり、より好ましくは２５６以上であり、より好ましくは１２８以上である。
　実施形態１における特徴データ１００４は、第１の検出装置１７により取得された検出データに対する特徴抽出を経て決定される。第１の認証手段１０５の一態様では、ＰＣＡ（主成分分析）モデルによる固有ベクトルの計算処理と、ＣＮＮ（畳み込みニューラルネットワーク）モデル等の深層学習モデルによる学習及び推論処理と、ＳＶＭ（サポートベクターマシン）等の決定木モデルによる学習及び分類処理と、ＨＯＧ（勾配方向ヒストグラム）による抽出処理と、を含む特徴抽出アルゴリズムの何れかが採用される。
　上記アルゴリズムに限らず、慣用のアルゴリズムであれば、適宜、採用され得る。
　実施形態１における特徴データ１００４は、好ましくは、顔データ、指紋データ、掌形データ、網膜データ、声紋データ、虹彩データ、静脈パターンデータ等を含む生体データに基づき、より好ましくは、顔データである。
　第１の検出装置１７及び第２の検出装置２７は、当該生体データの種別に応じて、適宜、そのハードウェア構成は変更され得る。
　なお、実施形態１では、異なる２以上の種別の生体データのそれぞれと対応する特徴データ１００４に基づき、第１の認証手段１０５による認証処理が複合的に行われる構成としてもよい。
　なお、実施形態１における特徴データ１００４は、筆跡認証や歩容認証等のためのデータに基づいてもよく、個人から発せられる情報パターンであれば、適宜採用し得る。
　チェーン更新手段１０６は、ブロックチェーン３上の未決定ブロック３３のハッシュ値を取得し、当該未決定ブロック３３を最終決定ブロック３２とし、さらに、チェーン更新手段１０６は、新たな未決定ブロック３３を生成し、当該新たな未決定ブロック３３に当該ハッシュ値を格納する。このとき、チェーン更新手段１０６は、新たな未決定ブロック３３上に第１の取引署名１００７を格納する。
　実施形態１におけるハッシュ値や公開鍵や電子署名の生成のための一方向性変換は、ＲＳＡ方式、ＤＳＡ方式、Ｓｃｈｎｏｒｒ方式等の暗号化方式によって行われる構成が好ましい。当該ハッシュ値生成は、複数回の一方向性変換によって行われる構成としてもよいし、該一方向性変換を行う際に、乱数やメタデータを付加する構成としてもよい。また、上記の一方向性変換に応じて、署名検証等が適宜行われることは勿論である。
　なお、本発明の一実施形態における電子署名は、ランポート署名であってよい。
　取引実行手段１０７は、後述する取引要求手段２０６による取引要求を転機として、取引処理を実行する。このとき、ユーザ定義スキーマ３００１に含まれるユーザ定義スクリプトに基づき当該取引処理は実行される。また、取引実行手段１０７は、後述する取引用トークンに基づき当該取引処理を実行する。実施形態１における取引処理に係る情報は、ユーザ定義スキーマ３００１の少なくとも一部として扱われる。
〈第２のノード２〉
　図３に示す通り、第２のノード２は、第２の入力手段２０１、第２の出力手段２０２、第２の署名手段２０３、第２の認証手段２０４、登録受付手段２０５、取引要求手段２０６及びチェーン指定手段２０７を少なくとも有する。
　第２のデータベースＤＢ２は、第２の公開鍵２００１、第２の秘密鍵２００２、端末データ１００３、特徴データ１００４、属性データ１００５、端末署名１００６及び特徴署名２００３を有する。第２の公開鍵２００１は、第２の秘密鍵２００２と対応する。実施形態１における第２のデータベースＤＢ２は、第１のデータベースＤＢ１同様、好ましくはＫＶＳの態様をとる。また、第２のデータベースＤＢ２は、第１のデータベースＤＢ１に格納される各種情報の少なくとも１つのスナップショットデータを有してもよい。
　第２の入力手段２０１は、第２の入力装置２４に基づき、情報管理システムにおける第２のノード２を介した入力を行う。
　第２の出力手段２０２は、第２の出力装置２５に基づき、情報管理システムにおける第２のノード２上の画面表示を含む表示処理を実行する。当該画面表示は、少なくとも、チェーン指定画面Ｗ１に係る表示処理である。
　第２の署名手段２０３は第２の秘密鍵２００２に基づき第２の取引署名２００４を生成し、後述するブロックチェーン３上の未決定ブロック３３に格納する。また、第２の署名手段２０３は、特徴データ１００４及び第２の秘密鍵２００２に基づき、特徴署名２００３を生成する。
　第２の取引署名２００４は、好ましくは、ユーザ定義スキーマ３００１に基づくハッシュ値にさらに基づき生成され、より好ましくは、ユーザ定義プロファイルのハッシュ値に基づき生成され、より好ましくは、ユーザ定義スクリプトのハッシュ値に基づき生成される。
　第２の認証手段２０４は、特徴データ１００４に基づき認証処理を実行する。第２の認証手段２０４は、認証処理に際し第２のノード２により新たに取得された特徴データ１００４と、予め第２のデータベースＤＢ２に格納された特徴データ１００４と、に基づき、認証処理を実行する。なお、第２の認証手段２０４が有する機能は、特に指定がない限り、第１の認証手段１０５と同一である。
　登録受付手段２０５は、登録手段１０４により送信された端末データ１００３、特徴データ１００４、属性データ１００５及び端末署名１００６を受け付け、第２のデータベースＤＢ２に格納する。このとき、登録受付手段２０５は、第２の署名手段２０３により生成された特徴署名２００３を第１のノード１に送信する。
　取引要求手段２０６は、第１のノード１に対し、取引処理と対応する取引要求を行う。このとき、ブロックチェーン３上の未決定ブロック３３内部の第１の取引署名１００７に基づき、当該取引要求は行われるが、詳細は後述する。
　チェーン指定手段２０７は、通信ネットワークＮＷ内で相互通信可能な第１のノード１と当該第１のノード１と対応するブロックチェーン３と、を索出する。また、チェーン指定手段２０７は、索出されたブロックチェーン３の少なくとも１つを、画面表示を介した意思入力に基づき指定する。当該画面表示の詳細については、後述する。
　本明細書中における第１の認証手段１０５及び第２の認証手段２０４は総じて認証手段と呼称される。また、第１の署名手段１０３及び第２の署名手段２０３は総じて署名手段と呼称される。
〈ブロックチェーン３（オンサイトチェーン）〉
　図４に示す通り、実施形態１におけるブロックチェーン３におけるブロック群３０は、初期ブロック３１、最終決定ブロック３２及び未決定ブロック３３を有する。ユーザ定義スキーマ３００１は、ブロック群３０の各ブロックに対応もしくは格納される。なお、本明細書中におけるブロック群３０の各ブロックは、ブロックヘッダーの態様で扱われる。
　実施形態１におけるブロックチェーン３は、決済鍵等、取引処理のための取引用トークンを適宜、有する構成が好ましい。なお、実施形態１におけるブロックチェーン３は、オンサイトネットワーク０上で管理されるため、オンサイトチェーンと呼称され得る。
〈ブロック群３０〉
　初期ブロック３１は、第１のノード１により生成されたジェネシスブロックを指し、第１の公開鍵１００１、第１の取引署名１００７、第２の取引署名２００４、ユーザ定義スキーマ３００１及びタイムスタンプ３００２を有する。当該タイムスタンプ３００２は、初期ブロック３１の生成タイミングと対応してもよいし、各署名の生成タイミングと対応してもよい。
　最終決定ブロック３２は、第１のノード１により最終決定（ファイナライズ）されたブロックを指し、第１の公開鍵１００１、第１の取引署名１００７、第２の取引署名２００４、ユーザ定義スキーマ３００１、タイムスタンプ３００２及びブロックのハッシュ値３００３を有する。タイムスタンプ３００２は、最終決定ブロック３２の生成タイミングと対応してもよいし、各署名の生成タイミングと対応してもよい。なお、ブロックのハッシュ値３００３におけるブロックとは、直前ブロックを指す。
　本明細書中の直前ブロックとは、同一のブロックチェーン３上の生成順序における直前のブロックを指す。また、本明細書中の直前ブロックとは、同一のブロックチェーン３上の生成順序における直前のブロックを指す。また、ブロックのハッシュ値３００３は、一方向性関数に基づき直前ブロックをハッシュ化することで得られるハッシュ値である。
　未決定ブロック３３は、第１のノード１により最終決定（ファイナライズ）されていないブロックを指し、ブロックのハッシュ値３００３、第１の公開鍵１００１、第１の取引署名１００７及びユーザ定義スキーマ３００１を少なくとも有する。
　実施形態１におけるブロックチェーン３は、少なくとも、１の初期ブロック３１及び１の未決定ブロック３３を有すればよく、最終決定ブロック３２を含まない状態をとり得る。また、実施形態１におけるブロックチェーン３は、ブロックのハッシュ値３００３を含まない１の未決定ブロック３３を有する状態をとり得る。また、実施形態１におけるブロックチェーン３は、初期ブロック３１のみを有する状態をとり得る。
　図５（ａ）に示す通り、オンサイトネットワーク０は固有な第１のノード１と、第２のノード２と、を含む。このとき、第１のノード１Ａ及び第１のノード１Ｂのそれぞれは、ブロックチェーン３Ａ及びブロックチェーン３Ｂのそれぞれと対応する。なお、オンサイトネットワーク０におけるブロックチェーン３の数に、特に制限はない。
　なお、本明細書中の説明における固有な第１のノード１とは、オンサイトネットワーク０に対して固有な第１のノード１を指す。
　図５（ｂ）に示す通り、オンサイトネットワーク０は固有な第１のノード１と、１以上の第２のノード２と、を含む。このとき、ブロックチェーン３上のブロック群３０に含まれる各ブロックのそれぞれは、単一の第２のノード２と対応するとは限らず、図５（ｂ）で例示する通り、第２のノード２Ａ、第２のノード２Ｂ及び第２のノード２Ｃのそれぞれと対応し得る。このとき、各ブロックと対応する第２のノード２の第２の秘密鍵２００２に基づき、当該各ブロックにおける第２の取引署名２００４が生成されることは勿論である。なお、１のブロックチェーン３と対応する第２のノード２の数に、特に制限はない。
　実施形態１におけるオンサイトネットワーク０では、第１のノード１、第２のノード２及びブロックチェーン３を含むプライベートネットワークではあるものの、固有な構成は第１のノード１及びブロックチェーン３に留まる。つまり、実施形態１におけるオンサイトネットワーク０は第２のノード２を変化し得るフレキシブルなプライベートネットワークである、と把握することができる。
〈ユーザ定義スキーマ３００１〉
　ブロックチェーン３上のユーザ定義スキーマ３００１は、第１のノード１及び第２のノード２間で実行される取引処理と対応するユーザ定義プロファイル及びユーザ定義スクリプトを含む。
　なお、本明細書中の説明におけるユーザとは、好ましくは、第１のノード１の所有者／管理者を指し、より好ましくは、第１のノード１又は第２のノード２の所有者／管理者を指す。
　実施形態１におけるユーザ定義スキーマ３００１は、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）　Ｏｂｊｅｃｔｉｖｅ　Ｎｏｔａｔｉｏｎ）形式を一例とするオブジェクト指向言語に基づき記述される。このため、ユーザ定義スキーマ３００１にて取り扱われるデータ種は、少なくとも、文字列、数値、真偽値等である。
　実施形態１におけるユーザ定義スキーマ３００１は、第１のノード１及び第２のノード２間で行われる処理ステータスを示す情報が状態として記述される構成としてもよい。
　実施形態１におけるユーザ定義スキーマ３００１は、特徴データ１００４又はそのハッシュ値を有する構成としてもよい。このとき、当該特徴データ１００４が認証手段による認証処理のために利用され得ることは勿論である。また、ユーザ定義スキーマ３００１上で特徴データ１００４を管理する場合においても、登録手段１０４及び登録受付手段２０５による処理の少なくとも一部が要される構成をとり得ることは勿論である。
　以下に、実施形態１におけるユーザ定義プロファイルの一例を示す。当該一例では、取引処理が決済処理である場合のユーザ定義プロファイルについて例示している。
　｛
種別：ＰｏｔａｂｌｅＰａｙｍｅｎｔ，
請求者：ＡＢＣＤＥ，
ショップＩＤ：１２３４，
担当者：　ＦＧＨＩＪ，
請求日：ＹＹＹＹ－ＭＭ－ＤＤ，
請求金額：　５０００，
内訳：　文具，
決済種別：　即時決済（クレジットライン），
決済結果：　ＯＫ－０１０００，
クレジットライン
｛
限度額：３０，０００，
残高：５，０００，
移動種別：支払（限度額設定、チャージ、送金、入金），
移動日：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
｝
決済日：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
ＷＥＢログインＫＥＹ：ＡＢＣ…．，
会員ＩＤ：ＡＢＣ…．，
実行コード：ｆｕｎｃｔｉｏｎ｛｝，
第１の取引署名１００７：ＢＢＢＢ…，
承認コード：　ａｂｃ１２３，
第１の取引署名１００７：　ＸＸＸＸＸＸ，
状態：１
　｝
　上記の決済処理と対応するユーザ定義スキーマ３００１では、クレジットラインデータに限らず、クレジットカードデータが記述される構成としてもよい。また、決済処理を行うためのデータであれば慣用のデータが、ユーザ定義スキーマ３００１に記述され得る。具体的には、例として、暗号通貨のウォレットアドレス等である。
　以下に、実施形態１におけるユーザ定義プロファイルの一例を示す。当該一例では、取引処理が資格提示処理である場合のユーザ定義プロファイルについて例示している。
　｛
種別：ＰｏｔａｂｌｅＩｄｅｎｔｉｆｉｃａｔｉｏｎ，
資格：部長，
所属：ソフトウェア開発部，
氏名：　ＡＢＣ ＤＥＦ，
生年月日：ＹＹＹＹ－ＭＭ－ＤＤ，
資格取得年月日：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
組織名：ＸＹＺ１，
組織ＩＤ：ＸＸＸＸ……，
証明年月日：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
有効期限：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
証明先：ＸＹＺ２，
ＷＥＢログインＫＥＹ：ＡＢＣ…．，
実行コード：ｆｕｎｃｔｉｏｎ｛｝，
第１の取引署名１００７：ＢＢＢＢ…，
状態：１
　｝
　上記の資格提示処理と対応するユーザ定義プロファイルでは、学位を証明するための公開鍵を外部ＵＲＬより取得するようなユーザ定義スクリプトと対応する構成としてもよい。
　以下に、実施形態１におけるユーザ定義プロファイルの一例を示す。当該一例では、取引処理が貸借管理処理である場合のユーザ定義プロファイルについて例示している。
　｛
種別：ＣａｒＲｅｎｔａｌ，
デジタル鍵：ＸＸＸＸ……，
出発地：Ｄｅｐａｒｔｕｒｅ，
出発地緯度経度：……．，
出発時間：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
到着地：Ａｒｒａｉｖａｌ，
到着地緯度経度：……．，
到着時間：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
貸出開始日：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
貸出終了日：ＹＹＹＹ－ＭＭ－ＤＤ ＨＨ：ＭＭ：ＳＳ，
ＷＥＢログインＫＥＹ：ＡＢＣ…．，
実行コード：ｆｕｎｃｔｉｏｎ｛｝，
第１の取引署名１００７：ＢＢＢＢ…，
状態：１
　｝
　上記の貸借管理処理と対応するユーザ定義プロファイルでは、例として、貸し手である第１のノード１の所有者が借り手である第２のノード２の所有者に対して提供する自動車等のデジタル鍵が記述される。当該デジタル鍵にはチェックイン場所、有効期限などが登録されており、借り手はこれらの契約の範囲内において自動車等を使用することができる。なお、緯度経度に係るデータは、第１の検出装置１７又は第２の検出装置２７により取得されてもよいし、Ｗｉ－Ｆｉネットワークを含む通信ネットワークＮＷに基づき取得されてもよい。
〈ユーザ定義スクリプト〉
　ユーザ定義スクリプトは、ユーザ定義スキーマ３００１に含まれるユーザ定義プロファイルに基づき取引処理を実行するためのコードであり、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語で記述される。
　実施形態１における取引処理の実行はスマートコントラクトの態様で行われる。具体的には、例として、ユーザ定義スキーマ３００１上のクレジットラインデータが示す設定額に基づき、決済処理を含む取引処理の執行を判断する。
　ユーザ定義スクリプトは、第１のデータベースＤＢ１及び第２のデータベースＤＢ２に格納されていないウェブサイト等へのアクセスが禁止される。このとき、当該アクセスが許可されるＵＲＬ等のリストを含む許可データが第２のノード２により提供されてもよい。なお、ユーザ定義スクリプトは、好ましくは、第１のノード１及び／又は第２のノード２上のサンドボックス環境で動作する。
　ユーザ定義スクリプトは、取引処理の態様に応じて適宜、変更されることは勿論である。ここでの取引処理の態様は、例として、決済処理、ロック解除処理、資格提示処理、貸借管理処理等である。また、実施形態１におけるユーザ定義スクリプトは、ブロックチェーン３毎に任意に変更され得ることは勿論である。
　ユーザ定義スクリプトは、第１の入力手段１０１又は第２の入力手段２０１により変更される。このとき、第１のノード１又は第２のノード２による電子署名がユーザ定義スクリプトに追加されることで、ユーザ定義スクリプトの編集権限を管理する構成としてもよい。具体的には、ユーザ定義スクリプトの一機能として、所定の公開鍵を変更禁止の情報として対応付けることで、当該公開鍵と対応する電子署名を追加できなければユーザ定義スクリプトの変更を許可しない。当該電子署名は、第１のデータベースＤＢ１又は第２のデータベースＤＢ２上を含むオンサイトネットワーク０上の各種情報に基づき生成され得る。
　なお、本明細書中で説明される各種データのそれぞれは、当該各種データのそれぞれに基づくハッシュ値を指す場合がある。
〈処理フローチャート／シークエンス〉
　以下、実施形態１の情報管理システムにおける処理フローチャートを説明する。当該処理フローチャートは、１以上のステップの集合であり、各手段が有する機能の少なくとも一部に基づきステップのそれぞれが実現されることは勿論である。また、本明細書中で特段の指定が無い限り、当該処理フローチャートにおける各ステップは順不同である。
　また、本発明の実施形態１におけるオンサイトネットワーク０は、ブロックチェーン３に基づくトランザクション管理であるため、当該各ステップが円環的に、繰り返し行われることは勿論である。
　図６（ａ）に示す通り、情報管理システムに係る一連の処理の少なくとも一部は、チェーン指定手段２０７がブロックチェーン３を指定するチェーン指定ステップＳ１と、取引要求手段２０６により取引要求が実行される取引要求ステップＳ２と、第１の認証手段１０５又は第２の認証手段２０４が認証処理を実行する認証ステップＳ３と、取引実行手段１０７が取引処理を実行する取引実行ステップＳ４と、第２の署名手段２０３が第２の取引署名２００４の生成及びブロックチェーン３上への追加を実行する第２の署名ステップＳ５と、チェーン更新手段１０６が未決定ブロック３３の最終決定（ファイナライズ）及び新たな未決定ブロック３３の生成を実行するチェーン更新ステップＳ６と、を含む。
　図６（ｂ）に示す通り、情報管理システムに係る一連の処理の内、認証ステップＳ３は、第１の認証手段１０５による認証処理を含む第１の認証ステップＳ３Ａと、第２の認証手段２０４による認証処理を含む第２の認証ステップＳ３Ｂと、を含む構成としてもよい。なお、認証ステップＳ３における特徴データ１００４の採集元は第１のノード１と対応するユーザであってもよいし、第２のノード２と対応するユーザであってもよい。
　実施形態１におけるチェーン更新ステップＳ６は、好ましくは、第２の署名ステップＳ５以降に行われる。また、実施形態１における第２の署名ステップＳ５は、取引実行ステップＳ４以降に行われる。また、実施形態１における取引実行ステップＳ４は、好ましくは、取引要求ステップＳ２以降に行われる。また、実施形態１における取引要求ステップＳ２は、チェーン指定ステップＳ１以降に行われる。
　以下、情報管理システムに係る一連の処理の詳細について、図８～１１を用いて説明する。なお、実施形態１における登録ステップＳ０は、好ましくは、チェーン指定ステップＳ１以前に行われる。
〈登録ステップＳ０〉
　図７に示す通り、登録ステップＳ０では特徴データ１００４の登録が行われる。まず、第１のノード１により、検出データの取得（検出処理）と、特徴データ１００４の決定と、が行われる（登録ステップＳ０Ａ）。このとき、第１の公開鍵１００１、特徴データ１００４、属性データ１００５及び端末署名１００６が第１のデータベースＤＢ１に格納される。次に、第１の公開鍵１００１、特徴データ１００４、属性データ１００５及び端末署名１００６が第２のノード２に送信され、第２のデータベースＤＢ２に格納される（登録ステップＳ０Ｂ）。次に、第１の公開鍵１００１に基づき、端末署名１００６の検証が行われる（登録ステップＳ０Ｃ）。端末署名１００６が検証失敗となった場合、登録ステップＳ０に係る処理は終了される。端末署名１００６が検証成功となった場合、第２のノード２により、特徴データ１００４に基づき特徴署名２００３が生成され、第１のノード１に送信される（登録ステップＳ０Ｄ）。
　本明細書中における署名検証の失敗とは、署名対象の情報と、公開鍵に基づく電子署名の復号化により得られた情報と、の不一致を指す。また、署名検証の成功とは、署名対象の情報と、当該復号化により得られた情報と、の一致を指す。
　実施形態１における登録ステップＳ０は、好ましくは、ブロックチェーン３上の初期ブロック３１の生成に先行して行われる。
　なお、初期ブロック３１の生成後に、特徴データ１００４の変更・更新を目的として、再度、登録ステップＳ０が行われ得ることは勿論である。
〈チェーン指定ステップＳ１〉
　図８に示す通り、チェーン指定ステップＳ１では、まず、第２のノード２がオンサイトネットワーク０において第１のノード１及びブロックチェーン３を検索する（チェーン指定ステップＳ１Ａ）。次に、検索されたブロックチェーン３の少なくとも１つが、画面表示等を介して指定される（チェーン指定ステップＳ１Ｂ）。
　実施形態１におけるチェーン指定ステップＳ１では、第１のノード１及び／又はブロックチェーン３に関するユーザ定義プロファイルが検索条件として利用され得る。当該ユーザ定義プロファイルは、例として、第１のノード１及び第２のノード２の離間距離、第１のノード１と対応する端末データ１００３、ブロックチェーン３上のユーザ定義スキーマ３００１に含まれる情報等、である。
　具体的には、ユーザ定義プロファイルにクレジットラインデータが含まれるか否か等、を検索条件とすることができる。また具体的には、クレジットラインデータに含まれる設定額データが所定値以上であるか否か等、を検索条件としてもよい。また具体的には、決済データに含まれる有効期限データが現在日時を超過しているか否か等、を検索条件としてもよい。
　実施形態１における離間距離は、相互接続が保持される第１のノード１及び第２のノード２における近距離無線通信による通信距離評価に基づき推定されてよい。また、当該離間距離は、第２のノード２周辺に設置された１以上のビーコン端末に基づく屋内外の位置測位により推定されてもよい。当該離間距離の推定のための位置測位は、電波のみならず、音波又は可視光により行われる構成としてもよい。また、オブジェクト追跡を含む画像処理に基づき、当該離間距離が推定される構成としてもよい。
〈取引要求ステップＳ２〉
　図８に示す通り、取引要求ステップＳ２では、まず、ブロックチェーン３上の第１の取引署名１００７が第１の公開鍵１００１に基づき検証される（取引要求ステップＳ２Ａ）。第１の取引署名１００７に関して検証失敗となった場合、取引要求ステップＳ２の処理は終了する。第１の取引署名１００７に関して検証成功となった場合、取引要求が第１のノード１へ送信される（取引要求ステップＳ２Ｂ）。
　実施形態１における取引要求は、例えば決済処理の要求である場合、第２のノード２を所有する販売者ユーザと対応する口座情報の送信を含む構成としてもよい。当該口座情報は、第２のデータベースＤＢ２に予め格納されていてもよい。
〈認証ステップＳ３〉
　図９に示す通り、実施形態１における認証ステップＳ３は、第１の認証手段１０５による第１の認証ステップＳ３Ａ及び／又は第２の認証手段２０４による第２の認証ステップＳ３Ｂに基づく。認証ステップＳ３では、まず、検出データが取得され特徴データ１００４が決定される。認証ステップＳ３では、当該特徴データ１００４と、第１のノード１又は第２のノード２に予め格納された特徴データ１００４と、に基づき検証を行う（第１の認証ステップＳ３Ａ１又は第２の認証ステップＳ３Ｂ１）。特徴データ１００４が検証失敗となった場合、認証ステップＳ３の処理は終了する。
〈取引実行ステップＳ４〉
　図９に示す通り、実施形態１における取引実行ステップＳ４は、認証ステップＳ３における特徴データ１００４が検証成功となった場合に行われる。取引実行ステップＳ４では、まず、取引処理が実行される（取引実行ステップＳ４Ａ）。
　実施形態１における取引処理は、例として、ユーザ定義スキーマ３００１に含まれるユーザ定義プロファイル及びユーザ定義スクリプトに基づく決済処理等である。このとき、ブロックチェーン３上の取引用トークンに基づき取引処理は行われる構成としてもよい。次に、当該決済処理の結果をユーザ定義スキーマ３００１に反映させる（取引実行ステップＳ４Ｂ）。
〈第２の署名ステップＳ５〉
　図９に示す通り、実施形態１における第２の署名ステップＳ５は、取引実行ステップＳ４と同様、認証ステップＳ３における特徴データ１００４が検証成功となった場合に行われる。第２の署名ステップＳ５では、まず、第２の取引署名２００４が生成される（第２の署名ステップＳ５Ａ）。次に、第２の取引署名２００４は、ブロックチェーン３上の未決定ブロック３３に格納される（第２の署名ステップＳ５Ｂ）。
〈チェーン更新ステップＳ６〉
　図１０に示す通り、実施形態１におけるチェーン更新ステップＳ６では、まず、未決定ブロック３３における第２の取引署名２００４が検証される（チェーン更新ステップＳ６Ａ）。第２の取引署名２００４が検証失敗となった場合、チェーン更新ステップＳ６の処理は終了する。第２の取引署名２００４が検証成功となった場合、未決定ブロック３３をハッシュ化しブロックのハッシュ値３００３を取得する（チェーン更新ステップＳ６Ｂ）。次に、新たな未決定ブロック３３を生成する（チェーン更新ステップＳ６Ｃ）。次に、当該ブロックのハッシュ値３００３を新たな未決定ブロクに格納する（チェーン更新ステップＳ６Ｄ）。
〈第１の署名ステップＳ７〉
　図１０に示す通り、実施形態１における第１の署名ステップＳ７では、まず、第１の取引署名１００７が生成される（第１の署名ステップＳ７Ａ）。次に、チェーン更新ステップＳ６で新たに生成された未決定ブロック３３へ、第１の取引署名１００７を格納する（第１の署名ステップＳ７Ｂ）。実施形態１における第１の署名ステップＳ７は、チェーン更新ステップＳ６に次いで行われる構成が好ましい。
　以下、実施形態１のオンサイトネットワーク０に基づく決済処理を含む一実施例について説明する。
　図１１（ａ）に示す通り、実施形態１に係る一実施例では、取引実行ステップＳ４において即時決済処理が行われる。このとき、第１のノード１の所有者である購入者ユーザと、第２のノード２の所有者である販売者ユーザとの間でサービス享受等を転機とする少額決済が行われているものと仮定する。当該取引実行ステップＳ４では、まず、第１のノード１が外部決済サービスに対して決済依頼を行う。次に、当該外部決済サービスが第２のノード２と対応する口座情報等に基づき、決済処理を行う。
　図１１（ｂ）に示す通り、実施形態１に係る一実施例では、取引実行ステップＳ４においてユーザ定義スキーマ３００１上のクレジットラインデータに基づくデポジット決済処理が行われる。当該取引実行ステップＳ４では、外部決済サービスに対してクレジット与信設定を行い、ユーザ定義スキーマ３００１を更新する。図１１（ａ）に示す一実施例と同様、第２のノード２を有する販売者ユーザと対応する口座情報等に基づき、決済処理が行われる。外部決済サービスは、例として、保証会社が提供するサービスである。
　なお、本発明の一実施形態における外部決済サービスに係る機能は、販売者ユーザが管理する構成としてもよい。具体的には、クレジット与信設定の受け付けを含むクレジットラインデータ又はクレジットカードデータの管理は、販売者ユーザにより行われる構成としてもよい。
　本明細書中の説明における決済処理とは、当該外部決済サービスに対する決済依頼を含めた包括的な決済処理であることは勿論である。また、図１１（ａ）に示す一実施例は、クレジットカードデータに基づく決済処理であり、ユーザ定義スキーマ３００１も適宜、好適に決定される。
〈画面表示例〉
　以下、実施形態１の情報管理システムにおける画面表示例について図１２及び図１３を用いて説明する。
　図１２に示す通り、チェーン指定ステップＳ１において第２のノード２にてチェーン指定画面Ｗ１が表示処理される。チェーン指定画面Ｗ１Ａでは、チェーン検索意思入力部Ｗ１１とチェーン検索取消意思入力部Ｗ１２とが表示処理される。チェーン指定画面Ｗ１Ｂでは、チェーン検索意思入力部Ｗ１１が指定された場合、チェーン検索結果表示部Ｗ１３がさらに表示処理される。
　チェーン検索結果表示部Ｗ１３は、ブロックチェーン３のそれぞれが、当該ブロックチェーン３と対応するユーザ定義スキーマ３００１、及び／又は、当該ブロックチェーン３と対応する第１のノード１の属性データ１００５に基づき表示処理される。具体的には、例として、属性データ１００５に含まれるユーザ名、性別、年齢等の個人情報に基づき、適宜、表示オブジェクトが決定される。また、例として、ユーザ定義スキーマ３００１に基づき表示オブジェクトは、適宜、決定される。
　図１２に示す通り、取引要求ステップＳ２において第２のノード２にて取引要求画面Ｗ２が表示処理される。取引要求画面Ｗ２Ａでは、チェーン検索結果表示部Ｗ１３におけるブロックチェーン３の少なくとも１つが指定された場合、チェーン情報表示部Ｗ２１、取引要求情報入力部Ｗ２２及び取引要求意思入力部Ｗ２３が表示処理される。チェーン情報表示部Ｗ２１では、チェーン検索結果表示部Ｗ１３における表示内容の少なくとも一部と、取引要求ステータスと、が表示処理される。
　取引要求情報入力部Ｗ２２では、例えば取引実行ステップＳ４において決済処理が行われる場合、決済金額に係る情報の入力部が表示処理される。取引要求意思入力部Ｗ２３では、取引実行ステップＳ４で行われる取引処理の種別に応じた入力部が１以上、表示処理される。例として、図１２における取引要求意思入力部Ｗ２３は、即時決済処理、デポジット決済処理及び後述する資格認証処理のそれぞれと対応する。
　取引要求画面Ｗ２Ｂでは、取引要求意思入力部Ｗ２３が指定された場合の取引要求ステータスが表示処理される。取引要求画面Ｗ２Ｃでは、第１のノード１により取引処理が完了された場合の取引要求ステータスが表示処理される。
　プロファイル表示部Ｗ３１では、ブロックチェーン３上のユーザ定義スキーマ３００１に基づき取引処理を示す表示内容が表示処理される。
　ネットワーク状態表示部Ｗ３２では、オンサイトネットワーク０に係る情報として、例えば、第１のノード１及び第２のノード２の離間距離が表示処理される。プロファイル設定意思入力部Ｗ３３では、ユーザ定義スキーマ３００１に係る変更を行うための意思入力部が表示処理される。
　実施形態１における離間距離の表示処理は、数値データとしての離間距離の表示処理に限らず、所定のしきい値を超過するか否かを示す表示処理としてもよい。このとき、当該しきい値は複数設定されてよく、複数のしきい値のそれぞれに応じて表示オブジェクトが適宜、決定される構成としてもよい。
　プロファイル設定意思入力部Ｗ３３を介した意思入力を転機として、ユーザ定義スキーマ３００１が変更された場合、第１の署名手段１０３が再度、第１の取引署名１００７を生成し未決定ブロック３３に追加する構成が好ましい。このとき、第２のノード２による第１の取引署名１００７の検証が再度行われることは勿論である。
　図１３に示す通り、第２のノード２によりブロックチェーン３が指定され取引要求が送信された場合、第１のノード１において取引開始画面Ｗ４Ａが表示処理される。取引開始画面Ｗ４Ａでは、取引開始意思入力部Ｗ４１及び取引取消意思入力部Ｗ４２が表示処理される。取引開始入力部は、例として、決済処理に係る意思入力として表示処理される。
　図１３に示す通り、取引開始意思入力部Ｗ４１が指定された場合、第１のノード１又は第２のノード２は認証画面Ｗ５を一時的に表示処理する。この間、認証ステップＳ３が行われることは勿論である。
　認証画面Ｗ５Ａ及び認証画面Ｗ５Ｂでは、取引処理に係る情報の他、認証ステータスと、認証取消意思入力部Ｗ５１と、が表示処理される。認証取消意思入力部Ｗ５１が指定された場合、第１のノード１又は第２のノード２は取引開始画面Ｗ４Ａに移行する。
　図１３に示す通り、認証ステップＳ３における特徴データ１００４が検証成功となった場合、取引開始画面Ｗ４Ｂが表示処理される。取引開始画面Ｗ４Ｂでは、クレジットカード情報に係るカード決定意思入力部Ｗ４３及びカード変更意思入力部Ｗ４４が表示処理される。なお、カード変更意思入力部Ｗ４４の指定を転機とするカード変更処理が行われた場合、再度、取引開始画面Ｗ４Ｂが表示処理される。カード決定意思入力部Ｗ４３が指定された場合、第１のノード１に係る画面表示は、取引開始画面Ｗ４Ｃに移行する。取引開始画面Ｗ４Ｃにおける取引開始意思入力部Ｗ４１が指定された場合、最後に、取引完了画面Ｗ６が表示処理される。
《実施形態２》
　以下、情報管理システムの実施形態２を説明する。
　なお、実施形態２におけるハードウェア構成及び機能とそれらに対応する符号と、は特段の指定がない限り、実施形態１と同様である。
　図１４に示す通り、実施形態２におけるオンサイトネットワーク０では、近距離無線通信に限らず、慣用の通信網を介して第１のノード１及び第２のノード２が相互接続される。実施形態２におけるオンサイトネットワーク０では、例として、第１のノード１及び第２のノード２間でウェブログイン認証が実現される。
　実施形態２におけるウェブログイン認証では、取引実行ステップＳ４において、第１のノード１が、ログイン用の識別情報やパスワード等に基づくログイン署名を生成し第２のノード２へ送信する。次に、第２のノード２は、ログイン署名の検証を行う。このとき、検証成功だった場合に、第１のノード１によるログインを第２のノード２が許可する。
　本発明の実施形態２によれば、ユーザ定義スキーマ３００１上に予め記述されたログイン用の識別情報やパスワードによる認証と、認証ステップＳ３による特徴データ１００４の認証と、による二段階認証を実現することができる。なお、ログイン用の識別情報やパスワード等は、ユーザ定義スキーマ３００１上で記述されてもよいし、取引用トークンとしてブロックチェーン３上に格納されてもよい。
《実施形態３》
　以下、情報管理システムの実施形態２を説明する。
　なお、実施形態３におけるハードウェア構成及び機能とそれらに対応する符号とは、特段の指定がない限り、実施形態１と同様である。
　図１５に示す通り、実施形態３におけるブロックチェーン３は、メインチェーン３Ｘ上のブロックに格納されるサイドチェーンの態様をとる。このとき、メインチェーン３Ｘ上のブロックは、特徴データ１００４を含む。
　メインチェーン３Ｘは、ブロックチェーンと同様、初期ブロック、最終決定ブロック及び未決定ブロックを有する。メインチェーン３Ｘに係るブロックの最終決定は、少なくとも１つの第２のノード２による合意形成によって行われる。その後、新たに未決定ブロックが第２のノード２により生成される。
　メインチェーン３Ｘは、第１のノード１及び／又は第２のノード２による署名生成／追加を転機として、ブロック最終決定／ブロック生成が行われてもよい。このとき、署名生成に用いられるハッシュ値等に、特に制限はない。
　メインチェーン３Ｘ上の各ブロックには、トランザクションデータが格納される。当該トランザクションデータは、例として、電子チケットの所有権管理等のために用いられる。実施形態３におけるメインチェーン３Ｘは、任意の会場への入場券の管理を、その実施例として把握することができる。また、実施形態３におけるメインチェーン３Ｘは、任意の金額に係る利用券の管理を、その実施例として把握することができる。
　実施形態３におけるブロックチェーン３上の初期ブロック（ジェネシスブロック）の生成は、例として、任意の会場への入場が完了した時点で実行される、と把握することができる。そして、当該任意の会場から退場された時点で、ブロックチェーン３を格納するメインチェーン上の未決定ブロックに係る最終決定が行われる、と把握することができる。このとき、当該任意の会場に係る入退場がメインチェーン３Ｘ上のトランザクションデータとして管理されることは勿論である。
　メインチェーン３Ｘは、ブロックチェーン３上のユーザ定義スキーマ３００１を有してもよい。メインチェーン３Ｘ上の特徴データ１００４ならびにユーザ定義スキーマ３００１は、任意の会場への入場等を転機として、ブロックチェーン３上に格納される構成としてもよい。メインチェーン３Ｘは、第１のデータベース上の各種情報を格納し、ブロックの最終決定、ブロック生成、署名生成／追加のために利用してもよい。
　本発明の実施形態３によれば、メインチェーン３Ｘ及びブロックチェーン３に基づくマルチチェーンの態様でトランザクション管理を実現することができ、悪意あるユーザによる不正なトランザクションを未然に防ぐことができ得る。
　本発明によると、優れたプライバシー保護を実現可能な、かつ、簡易な情報管理ソリューションを提供することができる。
０　　　　　　　　　　オンサイトネットワーク
１、１Ａ、１Ｂ　　　　第１のノード
２、２Ａ、２Ｂ、２Ｃ　第２のノード
３、３Ａ、３Ｂ　　　　ブロックチェーン
１１　　　第１の演算装置
１２　　　第１の主記憶装置
１３　　　第１の補助記憶装置
１４　　　第１の入力装置
１５　　　第１の出力装置
１６　　　第１の通信装置
１７　　　第１の検出装置
２１　　　第２の演算装置
２２　　　第２の主記憶装置
２３　　　第２の補助記憶装置
２４　　　第２の入力装置
２５　　　第２の出力装置
２６　　　第２の通信装置
２７　　　第２の検出装置
３０　　　ブロック群
３１　　　初期ブロック
３２　　　最終決定ブロック
３３　　　未決定ブロック
３Ｘ　　　メインチェーン
１０１　　第１の入力手段
１０２　　第１の出力手段
１０３　　第１の署名手段
１０４　　登録手段
１０５　　第１の認証手段
１０６　　チェーン更新手段
１０７　　取引実行手段
２０１　　第２の入力手段
２０２　　第２の出力手段
２０３　　第２の署名手段
２０４　　第２の認証手段
２０５　　登録受付手段
２０６　　取引要求手段
２０７　　チェーン指定手段
１００１　第１の公開鍵
１００２　第１の秘密鍵
１００３　端末データ
１００４　特徴データ
１００５　属性データ
１００６　端末署名
１００７　第１の取引署名
２００１　第２の公開鍵
２００２　第２の秘密鍵
２００３　特徴署名
２００４　第２の取引署名
３００１　ユーザ定義スキーマ
３００２　タイムスタンプ
３００３　ブロックのハッシュ値
ＤＢ１　　第１のデータベース
ＤＢ２　　第２のデータベース
ＮＷ　　　通信ネットワーク
Ｓ０、Ｓ０Ａ、Ｓ０Ｂ、Ｓ０Ｃ、Ｓ０Ｄ　登録ステップ
Ｓ１、Ｓ１Ａ、Ｓ１Ｂ　　　　　　　　　チェーン指定ステップ
Ｓ２、Ｓ２Ａ、Ｓ２Ｂ　　　　　　　　　取引要求ステップ
Ｓ３　　　　　　　　　　　　　　　　　認証ステップ
Ｓ３Ａ、Ｓ３Ａ１　　　　　　　　　　　第１の認証ステップ
Ｓ３Ｂ、Ｓ３Ｂ１　　　　　　　　　　　第２の認証ステップ
Ｓ４、Ｓ４Ａ、Ｓ４Ｂ　　　　　　　　　取引実行ステップ
Ｓ５、Ｓ５Ａ　　　　　　　　　　　　　第２の署名ステップ
Ｓ６、Ｓ６Ａ、Ｓ６Ｂ、Ｓ６Ｃ、Ｓ６Ｄ　チェーン更新ステップ
Ｓ７、Ｓ７Ａ、Ｓ７Ｂ　　　　　　　　　第１の署名ステップ
Ｄ１、Ｄ２　　　　　　　　　　　　　　通信可能距離
Ｗ１、Ｗ１Ａ、Ｗ１Ｂ　　　　　チェーン指定画面
Ｗ２、Ｗ２Ａ、Ｗ２Ｂ、Ｗ２Ｃ　取引要求画面
Ｗ３　　　　　　　　　　　　　待機画面
Ｗ４、Ｗ４Ａ、Ｗ４Ｂ、Ｗ４Ｃ　取引開始画面
Ｗ５、Ｗ５Ａ、Ｗ５Ｂ　　　　　認証画面
Ｗ６　　　　　　　　　　　　　取引完了画面
Ｗ１１　　チェーン検索意思入力部
Ｗ１２　　チェーン検索取消意思入力部
Ｗ１３　　チェーン検索結果表示部
Ｗ２１　　チェーン情報表示部
Ｗ２２　　取引要求情報入力部
Ｗ２３　　取引要求意思入力部
Ｗ３１　　プロファイル表示部
Ｗ３２　　ネットワーク状態表示部
Ｗ３３　　プロファイル設定意思入力部
Ｗ４１　　取引開始意思入力部
Ｗ４２　　取引取消意思入力部
Ｗ４３　　カード決定意思入力部
Ｗ４４　　カード変更意思入力部
Ｗ５１　　認証取消意思入力部

Claims (19)

  1. 　情報管理システムであって、
    　第１及び第２のノードに格納されるブロックチェーンを有し、
    　前記第１又は第２のノードは、特徴データに基づき認証処理を実行する認証手段を有し、
    　前記第１のノードは、第１の取引署名の生成及び前記ブロックチェーン上の未決定ブロックへの追加を実行する第１の署名手段を有し、
    　前記第２のノードは、前記認証処理の結果及び第１の取引署名に基づき、第２の取引署名の生成及び前記未決定ブロックへの追加を実行する第２の署名手段を有し、
    　前記第１のノードは、前記第２の取引署名に基づき、前記未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新手段を有する、
    　情報管理システム。
  2. 　前記ブロックチェーンは、オブジェクト指向言語に基づき記述されるユーザ定義スキーマと対応し、
    　前記ユーザ定義スキーマは、スマートコントラクト執行のためのユーザ定義スクリプトと、前記スマートコントラクト執行の結果を含むユーザ定義プロファイルと、を含み、
    　前記ユーザ定義スクリプトのハッシュ値は、前記第１の取引署名の生成に用いられる、
    　請求項１に記載の情報管理システム。
  3. 　前記ブロックチェーンは、少なくとも１つの前記第１のノードのそれぞれに固有なプライベートチェーンである、
    　請求項１又は２に記載の情報管理システム。
  4. 　前記ブロックチェーンは、少なくとも前記第１の取引署名と、最終決定ブロックのハッシュ値と、を含む未決定ブロックを有し、
    　前記最終決定ブロックは、前記第１及び第２の取引署名と、直前の前記最終決定ブロックのハッシュ値と、を含む、
    　請求項１から３の何れかに記載の情報管理システム。
  5. 　前記認証手段は、前記認証処理に際し前記第１のノードにより新たに取得された前記特徴データに基づき、前記認証処理を実行する、
    　請求項１から４の何れかに記載の情報管理システム。
  6. 　前記認証手段は、前記認証処理に際し前記第２のノードにより新たに取得された前記特徴データに基づき、前記認証処理を実行する、
    　請求項１から５の何れかに記載の情報管理システム。
  7. 　前記特徴データは、顔データを含む生体データに基づく、
    　請求項１から６の何れかに記載の情報管理システム。
  8. 　前記第１の署名手段は、前記チェーン更新手段による前記ハッシュ化及びブロック生成を転機として、前記第１の取引署名の生成及び追加を実行する、
    　請求項１から７の何れかに記載の情報管理システム。
  9. 　前記第１のノードは、前記第１のノードと対応する端末署名及び前記特徴データを前記第２のノードに送信する登録手段をさらに有し、
    　前記第２のノードは、前記端末署名に基づき前記特徴データを受け付け、前記特徴データに基づく特徴署名を前記第１のノードに送信する登録受付手段をさらに有し、
    　前記認証手段は、前記第１のノードが前記特徴署名を有する場合、前記認証処理を実行する、
    　請求項１から８の何れかに記載の情報管理システム。
  10. 　前記第２のノードは、前記第１の取引署名に基づき前記第１のノードに取引要求を行う取引要求手段を有し、
    　前記第１のノードは、前記認証処理の結果及び取引要求に基づき取引処理を実行する取引実行手段をさらに有する、
    　請求項１から９の何れかに記載の情報管理システム。
  11. 　前記認証手段は、前記取引要求手段による前記取引要求を転機として前記第１又は第２のノードにより取得された前記特徴データに基づき、前記認証処理を実行し、
    　前記第２の署名手段は、前記取引実行手段による前記取引処理の実行を転機として、前記第２の取引署名の生成及び追加を実行する、
    　請求項１０に記載の情報管理システム。
  12. 　前記第１のノードは、前記第１のノードと対応する前記ブロックチェーンの少なくとも１つの検索及び指定を実行するチェーン指定手段をさらに有する、
    　請求項１から１１の何れかに記載の情報管理システム。
  13. 　前記認証手段、前記第１の署名手段、前記第２の署名手段及び前記チェーン更新手段の少なくとも１つは、近距離無線通信による相互接続が保持されている前記第１及び第２のノードに基づく
    　請求項１から１２の何れかに記載の情報管理システム。
  14. 　前記ブロックチェーンは、メインチェーン上のブロックに格納されるサイドチェーンである、
    　請求項１から１３の何れかに記載の情報管理システム。
  15. 　前記メインチェーン上のブロックは、前記特徴データを含む、
    　請求項１４に記載の情報管理システム。
  16. 　情報管理方法であって、第１のノードが有するコンピュータプロセッサに、
    　特徴データに基づき認証処理を実行する認証ステップと、
    　第１の取引署名の生成と、第２のノード及び前記第１のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名ステップと、
    　前記第２のノードにより生成された第２の取引署名に基づき、前記未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新ステップと、を実行させる、
    　情報管理方法。
  17. 　情報管理方法であって、第２のノードが有するコンピュータプロセッサに、
    　特徴データに基づき認証処理を実行する認証ステップと、
    　前記認証処理の結果及び第１のノードにより生成された第１の取引署名に基づき、
    　第２の取引署名の生成と、前記第１及び第２のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名ステップと、を実行させる、
    　情報管理方法。
  18. 　情報管理プログラムであって、第１のノードを、
    　特徴データに基づき認証処理を実行する認証手段と、
    　第１の取引署名の生成と、第２のノード及び前記第１のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名手段と、
    　前記第２のノードと対応する秘密鍵に基づき生成された第２の取引署名に基づき、前記未決定ブロックのハッシュ化及びブロック生成を実行するチェーン更新手段と、として機能させる、
    　情報管理プログラム。
  19. 　情報管理プログラムであって、第２のノードを、
    　特徴データに基づき認証処理を実行する認証手段と、
    　第１のノードと対応する秘密鍵に基づき生成された第１の取引署名及び前記認証処理の結果に基づき、
    　第２の取引署名の生成と、前記第１及び第２のノードに格納されるブロックチェーン上の未決定ブロックへの追加と、を実行する署名手段と、として機能させる、
    　情報管理プログラム。
PCT/JP2019/026883 2019-05-08 2019-07-05 情報管理システム、情報管理方法及び情報管理プログラム WO2020225929A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/622,155 US11356243B2 (en) 2019-05-08 2019-07-05 Information management system with blockchain authentication

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019088029A JP6650157B1 (ja) 2019-05-08 2019-05-08 情報管理システム、情報管理方法及び情報管理プログラム
JP2019-088029 2019-05-08

Publications (1)

Publication Number Publication Date
WO2020225929A1 true WO2020225929A1 (ja) 2020-11-12

Family

ID=69568283

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/026883 WO2020225929A1 (ja) 2019-05-08 2019-07-05 情報管理システム、情報管理方法及び情報管理プログラム

Country Status (3)

Country Link
US (1) US11356243B2 (ja)
JP (1) JP6650157B1 (ja)
WO (1) WO2020225929A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11442780B2 (en) * 2015-04-22 2022-09-13 The Bank Of New York Mellon Systems and methods for real-time processing
JP7534620B2 (ja) * 2020-09-28 2024-08-15 富士通株式会社 通信プログラム、通信装置、及び通信方法
CN113127563B (zh) * 2021-04-15 2023-12-19 广东便捷神科技股份有限公司 一种基于区块链的智能零售管理方法及系统
CN113781229B (zh) * 2021-09-22 2024-10-15 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种交易数据的存储方法、装置、设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017175338A1 (ja) * 2016-04-06 2017-10-12 ブレイニー株式会社 電子決済システム
JP2018014622A (ja) * 2016-07-21 2018-01-25 株式会社日立製作所 署名検証システム、署名検証方法及びプログラム
JP6494004B1 (ja) * 2018-06-18 2019-04-03 Ｎｅｃソリューションイノベータ株式会社 個人情報管理システム、サービス提供システム、方法およびプログラム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6358658B2 (ja) * 2015-11-09 2018-07-18 日本電信電話株式会社 ブロックチェーン生成装置、ブロックチェーン生成方法、ブロックチェーン検証装置、ブロックチェーン検証方法およびプログラム
US10693658B2 (en) * 2016-02-12 2020-06-23 Visa International Service Association Methods and systems for using digital signatures to create trusted digital asset transfers
US11120437B2 (en) * 2016-02-23 2021-09-14 nChain Holdings Limited Registry and automated management method for blockchain-enforced smart contracts
US9985964B2 (en) * 2016-03-28 2018-05-29 Black Gold Coin, Inc. Systems and methods for providing block chain-based multifactor personal identity verification
CN109219940B (zh) * 2016-03-31 2022-01-11 比特飞翔区块链株式会社 私有节点以及私有节点中的处理方法
US10621157B2 (en) * 2016-10-10 2020-04-14 AlphaPoint Immediate order book failover
US10693636B2 (en) * 2017-03-17 2020-06-23 Guigen Xia Authenticated network
US20180285839A1 (en) * 2017-04-04 2018-10-04 Datient, Inc. Providing data provenance, permissioning, compliance, and access control for data storage systems using an immutable ledger overlay network
EP3410156A1 (en) * 2017-06-02 2018-12-05 Nokia Technologies Oy Positioning information verification
CN110741599A (zh) * 2017-06-14 2020-01-31 维萨国际服务协会 基于有序智能合约创建多个记录的系统和方法
JP6869820B2 (ja) * 2017-06-15 2021-05-12 Kddi株式会社 管理装置、管理方法及びプログラム
JP6814482B2 (ja) * 2017-11-29 2021-01-20 株式会社医療情報技術研究所 知識管理システム
US11196747B2 (en) * 2017-12-07 2021-12-07 Bank Of America Corporation Automated event processing computing platform for handling and enriching blockchain data
WO2019178300A1 (en) * 2018-03-13 2019-09-19 Blockpoint Systems Inc. Relational blockchain database
US20190340269A1 (en) * 2018-05-02 2019-11-07 Rockwell Automation Technologies, Inc. Blockchain-enabled industrial devices
CN108632045A (zh) * 2018-05-10 2018-10-09 阿里巴巴集团控股有限公司 一种区块链数据处理方法、装置、处理设备及系统
US11120434B2 (en) * 2018-06-08 2021-09-14 AnApp Technologies Limited System and method for securing transaction in a blockchain network
US11777748B2 (en) * 2018-11-28 2023-10-03 International Business Machines Corporation Trusted timestamping
US20200394651A1 (en) * 2019-06-13 2020-12-17 Gridplus, Inc. Dynamic off-chain digital currency transaction processing

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017175338A1 (ja) * 2016-04-06 2017-10-12 ブレイニー株式会社 電子決済システム
JP2018014622A (ja) * 2016-07-21 2018-01-25 株式会社日立製作所 署名検証システム、署名検証方法及びプログラム
JP6494004B1 (ja) * 2018-06-18 2019-04-03 Ｎｅｃソリューションイノベータ株式会社 個人情報管理システム、サービス提供システム、方法およびプログラム

Also Published As

Publication number Publication date
JP2020184675A (ja) 2020-11-12
JP6650157B1 (ja) 2020-02-19
US11356243B2 (en) 2022-06-07
US20200382276A1 (en) 2020-12-03

Similar Documents

Publication Publication Date Title
EP3701466B1 (en) Blockchain member management data processing methods, apparatuses, servers, and systems
JP6650157B1 (ja) 情報管理システム、情報管理方法及び情報管理プログラム
US11070381B2 (en) Digital certificate management method and apparatus, and electronic device
US20210336802A1 (en) Digital certificate management method, apparatus, and system
US11572713B1 (en) Smart lock box
US20190305966A1 (en) Cross-blockchain authentication method, apparatus, and electronic device
CN110419055A (zh) 基于利用零知识证明的账户票据模型的区块链数据保护
US11588804B2 (en) Providing verified claims of user identity
CN114144781A (zh) 身份验证和管理系统
JP2018537022A (ja) デジタルアイデンティティを管理するためのシステム及び方法
WO2019143584A1 (en) Key recovery
BR112019008171A2 (pt) método implementado por computador para validar as transações blockchain com base em modelos de conta, meio de armazenamento legível por computador e sistema
JP2019219780A (ja) 個人情報管理システム、サービス提供システム、方法およびプログラム
EP4040720A1 (en) Secure identity card using unclonable functions
KR102290481B1 (ko) 블록 체인 기반 부동산 거래 서비스를 제공하는 방법 및 장치
JP7052325B2 (ja) デバイス、セキュアエレメント、プログラム、情報処理システム及び情報処理方法
US20240241976A1 (en) System and method for security suite concatenating validation elements for blockchain binding operations
CN114844629A (zh) 区块链账户的验证方法、装置、计算机设备及存储介质
JP7492545B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
WO2023248445A1 (ja) システム、端末、端末の制御方法及び記憶媒体
JPWO2020026382A1 (ja) 電子チケット管理システム、電子チケット管理方法及び電子チケット管理プログラム
JP7568673B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7525539B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7525534B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7490008B2 (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: 19927830

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 07/03/2022)

122 Ep: pct application non-entry in european phase

Ref document number: 19927830

Country of ref document: EP

Kind code of ref document: A1