WO2020213125A1 - 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法 - Google Patents

入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法 Download PDF

Info

Publication number
WO2020213125A1
WO2020213125A1 PCT/JP2019/016637 JP2019016637W WO2020213125A1 WO 2020213125 A1 WO2020213125 A1 WO 2020213125A1 JP 2019016637 W JP2019016637 W JP 2019016637W WO 2020213125 A1 WO2020213125 A1 WO 2020213125A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
node
entry
blockchain
exit management
Prior art date
Application number
PCT/JP2019/016637
Other languages
English (en)
French (fr)
Inventor
真人 高井
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to PCT/JP2019/016637 priority Critical patent/WO2020213125A1/ja
Priority to PCT/JP2020/016034 priority patent/WO2020213516A1/ja
Priority to US17/428,977 priority patent/US20220027448A1/en
Priority to CN202080028305.7A priority patent/CN113748421A/zh
Priority to JP2021514915A priority patent/JP7173305B2/ja
Priority to DE112020001975.6T priority patent/DE112020001975T5/de
Publication of WO2020213125A1 publication Critical patent/WO2020213125A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/45Structures or tools for the administration of authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31User authentication
    • G06F21/34User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G06F21/35User authentication involving the use of external additional devices, e.g. dongles or smart cards communicating wirelessly
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31User authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44Program or device authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/604Tools and structures for managing or administering access control systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00182Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with unidirectional data transmission between data carrier and locks
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic 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/3234Cryptographic 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 additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic 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/3271Cryptographic 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 challenge-response
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/00174Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00182Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with unidirectional data transmission between data carrier and locks
    • G07C2009/0019Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with unidirectional data transmission between data carrier and locks the keyless data carrier having only one limited data transmission rangs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84Vehicles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Definitions

  • the present invention relates to an entry / exit management system, an entry / exit management system authentication device, an entry / exit management system management device, an entry / exit management system mobile terminal, an entry / exit management data data structure, an entry / exit management program, and entry / exit management. Regarding how to build a system.
  • Patent Document 1 discloses an example of an entry / exit management system.
  • the entry / exit management system includes an electric lock, an electric lock control device, and an entry / exit management device.
  • the electric lock control device collates the collation information acquired from the storage medium with the entry / exit management device to see if the collation information is permitted.
  • the electric lock control device stores the collation result.
  • the electric lock control device controls the electric lock based on the collation result.
  • the entry / exit management device independently holds the collation information permitted. Further, the collation result is held independently by each of the plurality of electric lock control devices. Therefore, the permitted collation information and the information used for collation such as the collation result may be falsified. If the information used for collation is falsified, there is a possibility that unauthorized access to the area where the entry / exit area is managed by the entry / exit management system may be performed.
  • An object of the present invention is an entry / exit management system that suppresses the possibility of unauthorized access, an authentication device, a management device, and a mobile terminal that constitute the entry / exit management system, and entry / exit management data used in the entry / exit management system. It is to provide the data structure of the above, the entry / exit management program executed in the entry / exit management system, and the method of constructing the entry / exit management system.
  • the entry / exit management system includes a plurality of nodes connected by a P2P network, and each of the plurality of nodes has a storage unit for storing a blockchain shared among the plurality of nodes and a blockchain.
  • Management that includes a verification unit that verifies the validity of the blocks to be added, and at least one of a plurality of nodes has a generation unit that generates a block to be added to the blockchain, and is one of the multiple nodes.
  • the node includes a registration unit that records authentication conditions including authentication information of passersby that can be authenticated in a block of the blockchain, and is one of a plurality of nodes.
  • the authentication node provided in the area where passersby pass is a node.
  • the authentication device of the entry / exit management system verifies the validity of the storage unit that stores the blockchain shared between a plurality of nodes connected by the P2P network and the block added to the blockchain.
  • the verification unit, the reader that reads the passerby's authentication information, and the management node, which is one of a plurality of nodes, are designated as the nodes that perform authentication under the authentication conditions recorded in the block of the blockchain, and the reader is It is provided with an authentication unit that authenticates the passerby when the read authentication information is included in the authentication conditions as the authentication information of the passerby that can be authenticated.
  • the management device of the entry / exit management system verifies the validity of a storage unit that stores a blockchain shared between a plurality of nodes connected by a P2P network and a block added to the blockchain.
  • the verification unit and the authentication condition that specifies the authentication node provided in the area where the passerby passes from any of multiple nodes as the node that includes the authentication information of the passerby that can be authenticated and performs the authentication by reading the authentication information. It is equipped with a registration unit that records in the block of the blockchain.
  • the mobile terminal of the access control system verifies the validity of a storage unit that stores a blockchain shared between a plurality of nodes connected by a P2P network and a block added to the blockchain.
  • Multiple nodes by designating the verification unit and the authentication node provided in the area where passersby pass from any of multiple nodes as a node that includes the authentication information of passersby that can be authenticated and reads the authentication information to perform authentication. It is provided with a transmitter that transmits the authentication information read from the authentication conditions recorded in the block of the blockchain by the management node, which is one of the above, to the authentication node by a wireless signal.
  • the data structure of the entry / exit management data includes a plurality of blocks that are ordered and linked in a chain, and each of the plurality of blocks has a hash value calculated from the information of the immediately preceding block.
  • At least one of a plurality of blocks including data has authentication information of a passerby that can be authenticated, and an authentication node provided in an area where the passerby passes as a node that reads the authentication information and performs authentication is connected by a P2P network.
  • the entry / exit management data which includes authentication condition data specified from multiple nodes, is shared among multiple nodes, so that the management node, which is one of the multiple nodes, becomes one of the multiple blocks. It is used to authenticate passersby by the authentication node based on the recorded authentication condition data.
  • the entry / exit management program has a step of storing a blockchain shared between a plurality of nodes connected by a P2P network, a step of verifying the validity of a block added to the blockchain, and a passage. It is designated as a node to authenticate under the authentication conditions recorded in the block of the blockchain by the step of reading the authentication information of the person and the management node which is one of multiple nodes, and the read authentication information can be authenticated.
  • the passerby is included in the authentication condition as the authentication information of the passerby, the authentication device is made to execute the step of authenticating the passerby.
  • the entry / exit management program includes a step of storing a blockchain shared between a plurality of nodes connected by a P2P network, a step of verifying the validity of a block added to the blockchain, and authentication.
  • An authentication condition that specifies an authentication node provided in the area where passersby pass from any of multiple nodes as a node that includes possible passerby authentication information and reads the authentication information to perform authentication is set in the block of the blockchain. Have the management device perform the steps to be recorded.
  • the entry / exit management program includes a step of storing a blockchain shared among a plurality of nodes connected by a P2P network, a step of verifying the validity of a block added to the blockchain, and authentication. Specify the authentication node provided in the area where the passerby passes from any of a plurality of nodes as a node that includes the authentication information of a possible passerby and reads the authentication information to perform authentication, and is one of the plurality of nodes.
  • the mobile terminal is made to execute the step of causing the authentication node to transmit the authentication information read from the authentication conditions recorded in the block of the blockchain by the management node by a wireless signal.
  • the method of constructing the entry / exit management system includes a step of storing a blockchain shared among a plurality of nodes connected by a P2P network and a step of verifying the validity of a block added to the blockchain. And the step to read the passerby's authentication information, and the authentication information specified as the node to authenticate under the authentication conditions recorded in the block of the blockchain by the management node which is one of multiple nodes, and the read authentication information
  • the first program for executing the step of authenticating the passerby and the step of executing the step of authenticating the passerby when the authentication information of the passerby is included in the authentication condition is distributed to the authentication device provided in the area where the passerby passes.
  • the process of making an authentication node that is one of a plurality of nodes includes a step of recording a condition in a block of a blockchain, and a step of distributing a second program for executing the condition to a management device to make it a management node which is one of a plurality of nodes.
  • a plurality of nodes connected by a P2P network share a blockchain.
  • Authentication conditions are recorded in blocks on the blockchain by the management node, which is one of a plurality of nodes.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication condition specifies an authentication node that is one of a plurality of nodes as a node for authentication.
  • the passerby is authenticated by the authentication node. This reduces the possibility of unauthorized access.
  • FIG. 1 It is a block diagram of the entrance / exit management system which concerns on Embodiment 1.
  • FIG. It is a figure which shows the example of the data structure of the entrance / exit management data which concerns on Embodiment 1.
  • FIG. It is a figure which shows the example of the authentication by the entrance / exit management system which concerns on Embodiment 1.
  • FIG. It is a sequence diagram which shows the example of the operation by the entrance / exit management system which concerns on Embodiment 1.
  • FIG. It is a figure which shows the hardware configuration of the node of the entrance / exit management system which concerns on Embodiment 1.
  • FIG. 1 is a configuration diagram of an entry / exit management system according to the first embodiment.
  • the entry / exit management system 1 is a system that manages the entry and exit of passersby to the area to be managed.
  • the area managed by the entry / exit management system 1 is, for example, the space inside a building.
  • a pedestrian is, for example, a person who enters or leaves the area to be managed.
  • the entry / exit management system 1 includes a plurality of nodes. Each of the plurality of nodes is directly or indirectly connected to each other by the P2P network 2 (P2P: Peer to Peer). Each of the plurality of nodes of the entry / exit management system 1 is, for example, a mobile terminal 3, an elevator 4, a door device 5, or a control terminal 6.
  • the entry / exit area management by the entry / exit management system 1 is performed based on the entry / exit management data.
  • the entry / exit management data is shared among each of a plurality of nodes as a blockchain.
  • a blockchain is a data structure having a plurality of blocks connected in a chain. In the blockchain, multiple blocks are ordered and connected.
  • the entry / exit management data is stored across multiple blocks on the blockchain.
  • the mobile terminal 3 is a portable information terminal possessed by a passerby.
  • the mobile terminal 3 is, for example, a smartphone, a tablet PC (PC: Personal Computer), or a notebook PC.
  • the elevator 4 is a device for transporting passers-by and the like between a plurality of floors of a building.
  • the elevator 4 includes a car 7 and a control panel 8.
  • the car 7 is a device on which a pedestrian or the like gets in.
  • the control panel 8 is a device that controls the devices of the elevator 4 including the car 7.
  • the control panel 8 is equipped with a function for registering the call of the car 7.
  • the call registered by the control panel 8 includes, for example, a car call, a landing call, or a landing call with a designated destination floor.
  • the car 7 moves up and down between a plurality of floors of the building based on the registered call.
  • the call of the car 7 may be registered by a control signal input from the outside of the elevator 4.
  • the door device 5 is provided, for example, on the route of a pedestrian passing through an area managed by the entrance / exit management system 1.
  • the door device 5 includes an electric lock 9 and a control unit 10.
  • the electric lock 9 is a device for locking and unlocking the door device 5.
  • the control unit 10 is a part that controls the operation of the electric lock 9.
  • the electric lock 9 may be operated by a control signal input from the outside of the door device 5.
  • the control terminal 6 is a device that controls the operation of the entry / exit management device by outputting a control signal.
  • the entry / exit management device is a device that restricts or assists the passage of passers-by.
  • the entry / exit management device is, for example, an elevator 4 or a door device 5.
  • Each of the plurality of nodes of the entry / exit management system 1 includes a communication unit 11, a storage unit 12, a generation unit 13, and a verification unit 14.
  • the communication unit 11 is a part that communicates with other nodes in the P2P network 2.
  • the storage unit 12 is a unit that stores a blockchain shared among a plurality of nodes.
  • the generation unit 13 is a part that generates a block to be added to the blockchain.
  • the verification unit 14 is a part that verifies the validity of the block added to the blockchain.
  • the blockchain may be a blockchain in a broad sense including, for example, a data structure in which the addition of a block is approved by a specific number of nodes. Further, some of the plurality of nodes in the entry / exit management system 1 may not include the generation unit 13.
  • the authorization node is, for example, a mobile terminal 3, a desktop PC, or another information terminal.
  • the permission node is a management device of the entry / exit management system 1.
  • the operation of the management device is executed based on, for example, an installed entry / exit management program.
  • the authorization node includes a registration unit 15.
  • the registration unit 15 is a part for registering by recording the authentication conditions in the block of the blockchain.
  • the authentication condition is a condition for authenticating a passerby.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the pedestrian authentication information includes, for example, a pedestrian ID (Identification).
  • the passing node is, for example, a mobile terminal 3.
  • a pass node is a device possessed by a passerby.
  • the operation of the mobile terminal 3 as a passage node is executed based on, for example, an installed entry / exit management program.
  • the passing node includes a transmitting unit 16.
  • the transmission unit 16 is a portion that transmits authentication information by wireless communication.
  • the transmitting unit 16 may include, for example, an RF antenna (RF: Radio Frequency), an LF antenna (LF: Low Frequency), or the like.
  • Authentication information is information used for authentication of passersby.
  • the authentication information includes, for example, the ID of a passerby who owns a pass node.
  • the authentication node is, for example, an elevator 4, a door device 5, a control terminal 6, or other entry / exit management device.
  • the authentication node is the elevator 4, the function as a node of the entry / exit management system 1 is realized by, for example, a control panel 8.
  • the authentication node is the door device 5
  • the function as a node of the entry / exit management system 1 is realized by, for example, the control unit 10.
  • the authentication node is provided in an area where passersby pass.
  • the authentication node is an authentication device of the entry / exit management system 1. The operation of the authentication device is executed based on, for example, an installed access control program.
  • the authentication node includes a reading unit 17 and an authentication unit 18.
  • the reading unit 17 is a part that reads authentication information transmitted from a passing node, for example, by wireless communication.
  • the reading unit 17 may include, for example, an RF antenna, an LF antenna, or the like.
  • the authentication unit 18 is a part that authenticates a passerby based on the authentication conditions recorded on the blockchain.
  • Authentication by the authentication unit 18 is performed when the authentication node provided with the authentication unit 18 is designated as a node to perform authentication in the authentication conditions.
  • the authentication unit 18 authenticates based on whether or not the authentication information read by the reading unit 17 from the passing node possessed by the passerby is included in the authentication conditions as the authenticateable authentication information.
  • the authentication unit 18 performs an authentication response operation when authenticating a passerby.
  • the authentication response operation is, for example, registration of a call for the car 7.
  • the authentication response operation may be an operation in which the authentication unit 18 directly registers the call.
  • the authentication response operation may be an operation indirectly performed by the authentication unit 18 outputting a control signal for registering the call to the control panel 8.
  • the authentication response operation may be either a direct operation or an indirect operation by the authentication unit 18.
  • the authentication response operation is, for example, the output of a control signal.
  • the authentication unit 18 registers by recording the authentication history in the block of the blockchain when authenticating a passerby.
  • the authentication history is information representing the authentication history.
  • the authentication history includes, for example, information for identifying an authentication node that has authenticated a passerby, information for identifying the passerby, and information on the time when the passerby was authenticated.
  • the entry / exit management system 1 is constructed by distributing the entry / exit management program to each of a plurality of nodes and installing the program.
  • the entry / exit management program is distributed from a distribution server, for example, via a network such as the Internet.
  • the entry / exit management program may be distributed offline via, for example, a storage medium.
  • the entry / exit management program may be a different type of program depending on the type of node.
  • the entry / exit management program may be a single type of program whose operation is switched according to the type of node.
  • FIG. 2 is a diagram showing an example of a data structure of entry / exit management data according to the first embodiment.
  • the entry / exit management data has a blockchain data structure.
  • the blockchain has a block Ba and a block Bb.
  • the block Ba is a block immediately before the block Bb.
  • Each of the plurality of blocks includes a block header and block data.
  • the block header includes the immediately preceding block hash, the nonce, the Difficulty, and the data hash.
  • the previous block hash is the hash value of the block header of the previous block.
  • the block header of block Bb includes the hash of the block header of block Ba as the immediately preceding block hash.
  • each of the plurality of blocks is chained by including the immediately preceding block hash.
  • the nonce is a fixed length value that defines a block that is valid as a block added to the blockchain.
  • Difficulty is the reciprocal of the threshold that sets the difficulty of the calculation for finding the nonce value of a valid block.
  • a block having validity is a block in which the hash of the block header is smaller than the threshold value.
  • Validating a block includes, for example, verifying that the hash of the block header containing the nonce is less than the reciprocal of the Difficulty.
  • the data hash is the hash value of the block data contained in the same block.
  • the block header may include a time stamp.
  • Block data is information recorded on the blockchain.
  • the block data includes authentication condition data and authentication history data.
  • Authentication condition data is data representing authentication conditions.
  • the authentication condition data includes, for example, an authentication condition ID, a permission node ID, a passing node ID, an authentication node ID, a number of valid times, and a valid period.
  • the authentication condition ID is information that identifies the authentication condition.
  • the authorization node ID is information for identifying the authorization node in which the authentication condition is registered.
  • the passing node ID is information for identifying a passing node possessed by a passerby who can authenticate.
  • the authentication node ID is information that identifies an authentication node designated as a node that performs authentication.
  • the valid number of times is information on the upper limit of the number of times that the authentication node can authenticate the passing node based on the authentication condition.
  • the validity period is information on the period during which the authentication node can authenticate the passing node based on the authentication condition.
  • an upper limit may be set for the validity period.
  • Authentication history data is data that represents the authentication history.
  • the authentication history data includes, for example, an authentication condition ID, a passing node ID, an authentication node ID, an authentication time, and a response operation code.
  • the authentication condition ID is information that identifies the authentication condition based on the authentication of the authentication history.
  • the passing node ID is information for identifying a passing node possessed by a passerby authenticated by the authentication node.
  • the authentication node ID is information that identifies an authentication node that has authenticated a passerby.
  • the authentication time is information on the time when the authentication node authenticates a passerby.
  • the response operation code is information representing an authentication response operation performed when the authentication node authenticates a passerby.
  • FIG. 3 is a diagram showing an example of authentication by the entry / exit management system according to the first embodiment.
  • the case where the user A permits the user B to pass through the door device 5C is shown.
  • User A possesses the mobile terminal 3A.
  • the mobile terminal 3A is an example of a permission node.
  • User B possesses the mobile terminal 3B.
  • the mobile terminal 3B is an example of a passing node.
  • the door device 5C is provided on the route through which the user B passes.
  • the door device 5C is an example of an authentication node.
  • the registration unit 15 of the mobile terminal 3A encrypts the input authentication condition.
  • the registration unit 15 transmits the encrypted authentication condition to a plurality of nodes connected to the P2P network 2.
  • the registration unit 15 may add the electronic signature of the user A when transmitting the authentication condition.
  • the authentication condition is encrypted so that it can be decrypted in the mobile terminal 3B and the door device 5C.
  • the registration unit 15 transmits, for example, both the authentication condition encrypted by the public key of the mobile terminal 3B and the authentication condition encrypted by the public key of the door device 5C to another node.
  • the registration unit 15 may transmit the authentication condition encrypted by the attribute-based encryption or the like to another node when the mobile terminal 3B and the door device 5C have a common attribute.
  • Each of the plurality of nodes of the entry / exit management system 1 temporarily holds the authentication conditions received from the mobile terminal 3A as record candidate data.
  • the recording candidate data may be stored in the storage unit 12.
  • the node that does not have the generation unit 13 does not have to hold the recording candidate data.
  • the node including the generation unit 13 attempts to generate a block containing recording candidate data.
  • the generation unit 13 searches for a nonce value that is a valid block. After that, the generation unit 13 of any of the plurality of nodes succeeds in generating a block having validity.
  • the node including the generation unit 13 that has succeeded in generating the block transmits the generated block to a plurality of nodes connected to the P2P network 2.
  • the verification unit 14 of each of the plurality of nodes of the entry / exit management system 1 verifies the validity of the received block.
  • the verification unit 14 performs verification based on a consensus algorithm predetermined in the entry / exit management system 1.
  • the consensus algorithm is, for example, an algorithm based on PoW (Proof of Work).
  • the verification unit 14 confirms that the hash of the block header is smaller than the reciprocal of the reciprocal of the block as part of the validation of the block.
  • the verification unit 14 determines that the block is not valid. At this time, the block determined to be invalid is not added to the blockchain.
  • the block determined to be valid by the verification unit 14 is added to the blockchain stored by the storage unit 12.
  • the block verification is performed in each of the verification units 14 of the plurality of nodes by the predetermined consensus algorithm, so that the block chains stored in the storage units 12 of the plurality of nodes are synchronized.
  • the authentication condition input from the mobile terminal 3A is recorded in the block Bb of the blockchain.
  • the mobile terminal 3B reads the authentication conditions from the block Bb of the blockchain stored in the storage unit 12.
  • the mobile terminal 3B decrypts the encrypted authentication condition.
  • the mobile terminal 3B acquires the authentication information included in the decrypted authentication condition.
  • the mobile terminal 3B acquires, for example, an authentication condition ID, a passing node ID, and an authentication node ID as authentication information.
  • the authentication condition may include a pedestrian ID.
  • the mobile terminal 3B may acquire the authentication condition ID, the passerby ID, and the authentication node ID as the authentication information.
  • the door device 5C reads the authentication condition from the block Bb of the blockchain stored in the storage unit 12.
  • the door device 5C decrypts the encrypted authentication condition.
  • the door device 5C may discard the authentication condition when the electronic signature of the user A is not valid. Further, the door device 5C may discard the authentication condition when the validity period included in the authentication condition has already passed.
  • the door device 5C is recorded in the block generated from the time retroactive to the time corresponding to the upper limit of the valid period to the present. You may search only the authentication conditions. At this time, the door device 5C authenticates the passerby based on the authentication conditions obtained by the search.
  • the door device 5C transmits, for example, a radio signal including the authentication node ID of the door device 5C.
  • the authentication node ID included in the wireless signal transmitted by the door device 5C is the authentication node ID included in the authentication information acquired from the block Bb
  • the authentication node to which the door device 5C is designated is designated. Is determined to be.
  • the transmission unit 16 of the mobile terminal 3B transmits an authentication request including the authentication information acquired from the block Bb by a wireless signal so that the reading unit 17 of the designated authentication node can receive the authentication request.
  • the reading unit 17 of the door device 5C receives the authentication request sent by the mobile terminal 3B.
  • the reading unit 17 reads the authentication information from the received authentication request.
  • the authentication unit 18 determines whether the authentication information read by the reading unit 17 includes the authentication node ID of the door device 5C. When the authentication information includes the authentication node ID of the door device 5C, the authentication unit 18 determines that the node has been designated as the node to be authenticated in the authentication conditions. At this time, the authentication unit 18 determines whether the pass node ID included in the authentication information read by the reading unit 17 is included as the authentication information of a passerby who can be authenticated under the authentication conditions acquired from the block Bb. When the read pass node ID is included in the authentication conditions as the authentication information of the passerby that can be authenticated, the authentication unit 18 authenticates the user B.
  • the authentication unit 18 of the door device 5C performs an authentication response operation when authenticating the user B.
  • the door device 5C unlocks the electric lock 9 as an authentication response operation.
  • the user B passes through a route provided with the door device 5C in which the electric lock 9 is unlocked.
  • the authentication unit 18 of the door device 5C generates an authentication history when the user B is authenticated.
  • the authentication unit 18 transmits the generated authentication history to a plurality of nodes connected to the P2P network 2.
  • the authentication unit 18 may add the electronic signature of the door device 5C when transmitting the authentication history.
  • Each of the plurality of nodes of the entry / exit management system 1 temporarily holds the authentication history received from the door device 5C as record candidate data.
  • the node including the generation unit 13 attempts to generate a block containing recording candidate data. After that, the generation unit 13 of any of the plurality of nodes succeeds in generating a block having validity.
  • the node including the generation unit 13 that has succeeded in generating the block transmits the generated block to a plurality of nodes connected to the P2P network 2.
  • the verification unit 14 of each of the plurality of nodes of the entry / exit management system 1 verifies the validity of the received block.
  • the block determined to be valid by the verification unit 14 is added to the blockchain stored by the storage unit 12.
  • the authentication history generated by the door device 5C is recorded in the block Bc of the blockchain.
  • the verification of the authentication history is performed as follows, for example.
  • the verifier who verifies the authentication history verifies the authentication history using an information terminal (not shown).
  • the information terminal searches the block data shared by a plurality of nodes in the entry / exit management system 1 by tracing back from the latest block to the previous block.
  • the information terminal When the information terminal detects the authentication history recorded in the block of the blockchain, the information terminal stores the authentication condition ID included in the authentication history in association with the authentication time. When the information terminal detects the authentication condition recorded in the block traced back from the block, the authentication time associated with the authentication condition ID of the authentication condition has passed the valid period included in the authentication condition. , Detect unauthorized access.
  • the information terminal When the upper limit of the valid period is set in the entry / exit management system 1, the information terminal records in the block generated between the authentication time of the authentication history and the time corresponding to the upper limit of the valid period. You may search only the authentication conditions that are set. At this time, the upper terminal verifies the authentication history based on the authentication conditions obtained by the search.
  • FIG. 4 is a sequence diagram showing an example of operation by the entry / exit management system according to the first embodiment.
  • the registration unit 15 of the mobile terminal 3A transmits the input authentication conditions to each of the plurality of nodes.
  • the generation unit 13 of the elevator 4 succeeds in generating the block including the authentication condition.
  • the generation unit 13 of the elevator 4 transmits the generated block to each of the plurality of nodes.
  • the verification unit 14 of each of the plurality of nodes that received the generated block verifies the validity of the block.
  • the storage unit 12 adds the block to the blockchain that stores the block. In this example, the block is added as the block Bb next to the block Ba.
  • the storage unit 12 does not add the block considered to be invalid to the blockchain.
  • the mobile terminal 3B acquires the authentication information from the block Bb stored in the storage unit 12. Further, the door device 5C acquires the authentication condition from the block Bb stored in the storage unit 12.
  • the transmission unit 16 of the mobile terminal 3B transmits an authentication request including the authentication information to the door device 5C.
  • the reading unit 17 of the door device 5C reads the authentication information from the received authentication request.
  • the authentication unit 18 authenticates the user B based on the authentication information read by the reading unit 17 and the authentication conditions acquired from the block Bb.
  • the authentication unit 18 performs an authentication response operation.
  • the authentication unit 18 of the door device 5C After that, the authentication unit 18 of the door device 5C generates an authentication history. The authentication unit 18 transmits the generated authentication history to each of the plurality of nodes.
  • the generation unit 13 of the control terminal 6 succeeds in generating the block including the authentication history.
  • the generation unit 13 of the control terminal 6 transmits the generated block to each of the plurality of nodes.
  • the verification unit 14 of each of the plurality of nodes that received the generated block verifies the validity of the block.
  • the storage unit 12 adds the block to the blockchain that stores the block. In this example, the block is added as block Bc.
  • the storage unit 12 does not add the block considered to be invalid to the blockchain.
  • the entry / exit management system 1 includes a plurality of nodes connected by the P2P network 2.
  • Each of the plurality of nodes includes a storage unit 12 and a verification unit 14.
  • the storage unit 12 stores a blockchain shared among a plurality of nodes.
  • the verification unit 14 verifies the validity of the block added to the blockchain.
  • At least one of the plurality of nodes includes a generation unit 13.
  • the generation unit 13 generates a block to be added to the blockchain.
  • the management node which is one of the plurality of nodes, includes a registration unit 15.
  • the registration unit 15 records the authentication conditions in the block of the blockchain.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication node which is one of the plurality of nodes, includes a reading unit 17.
  • the authentication node is provided in an area where passersby pass.
  • the reading unit 17 reads the authentication information of a passerby.
  • the authentication unit 18 authenticates a passerby when it is designated as a node to perform authentication under the authentication conditions recorded in the block of the blockchain and the authentication information read by the reading unit 17 is included in the authentication conditions.
  • the authentication device of the entry / exit management system 1 includes a storage unit 12, a verification unit 14, a reading unit 17, and an authentication unit 18.
  • the storage unit 12 stores a blockchain shared among a plurality of nodes.
  • the plurality of nodes are connected by the P2P network 2.
  • the verification unit 14 verifies the validity of the block added to the blockchain.
  • the reading unit 17 reads the authentication information of a passerby.
  • the management node is one of a plurality of nodes. Authentication conditions are recorded in blocks on the blockchain by the management node.
  • the authentication unit 18 is designated as a node to perform authentication in the authentication condition and the authentication information read by the reading unit 17 is included in the authentication condition as the authentication information of the passerby who can be authenticated, the passerby Authenticate.
  • the management device of the entry / exit management system 1 includes a storage unit 12, a verification unit 14, and a registration unit 15.
  • the storage unit 12 stores a blockchain shared among a plurality of nodes.
  • the plurality of nodes are connected by the P2P network 2.
  • the verification unit 14 verifies the validity of the block added to the blockchain.
  • the registration unit 15 records the authentication conditions in the block of the blockchain.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication condition specifies an authentication node provided in an area where passersby pass from any of a plurality of nodes as a node that reads authentication information and performs authentication.
  • the mobile terminal 3 of the entry / exit management system 1 includes a storage unit 12, a verification unit 14, and a transmission unit 16.
  • the storage unit 12 stores a blockchain shared among a plurality of nodes.
  • the plurality of nodes are connected by the P2P network 2.
  • the verification unit 14 verifies the validity of the block added to the blockchain.
  • the transmitting unit 16 transmits the authentication information read from the authentication conditions to the authentication node by a wireless signal.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication condition specifies an authentication node from one of a plurality of nodes as a node that reads authentication information and performs authentication.
  • the authentication node is provided in an area where passersby pass.
  • Authentication conditions are recorded in blocks on the blockchain by the management node, which is one of a plurality of nodes.
  • the data structure of the entry / exit management data includes a plurality of blocks that are ordered and linked in a chain.
  • Each of the plurality of blocks contains data of a hash value calculated from the information of the immediately preceding blocks.
  • At least one of the blocks contains authentication condition data.
  • the authentication condition data has authentication information of a passerby who can be authenticated.
  • an authentication node is specified from a plurality of nodes as a node that reads the authentication information and performs authentication.
  • the authentication node is provided in an area where passersby pass.
  • the plurality of nodes are connected by the P2P network 2.
  • the entry / exit management data is shared among a plurality of nodes and is used for authentication of passersby by the authentication node. Pedestrian authentication by the authentication node is performed based on the authentication condition data recorded by the management node in any of a plurality of blocks.
  • the management node is one of a plurality of nodes.
  • the entry / exit management program causes the authentication device to execute a storage step, a verification step, a reading step, and an authentication step.
  • the storage step is a step of storing a blockchain shared among a plurality of nodes connected by the P2P network 2.
  • the verification step is a step of verifying the validity of the block added to the blockchain in the second step.
  • the reading step is a step of reading the authentication information of a passerby.
  • the authentication step is a step of authenticating a passerby when it is specified as a node to be authenticated in the authentication condition and the read authentication information is included in the authentication condition as the authentication information of the passerby who can be authenticated. ..
  • Authentication conditions are recorded in blocks on the blockchain by the management node.
  • the management node is one of a plurality of nodes.
  • the entry / exit management program causes the management device to execute the storage step, the verification step, and the registration step.
  • the storage step is a step of storing a blockchain shared among a plurality of nodes connected by the P2P network 2.
  • the verification step is a step of verifying the validity of the block added to the blockchain in the second step.
  • the registration step is a step of recording the authentication conditions in the block of the blockchain.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication condition specifies an authentication node from one of a plurality of nodes as a node that reads authentication information and performs authentication.
  • the authentication node is provided in an area where passersby pass.
  • the mobile terminal 3 is made to execute the storage step, the verification step, and the transmission step.
  • the storage step is a step of storing a blockchain shared among a plurality of nodes connected by the P2P network 2.
  • the verification step is a step of verifying the validity of the block added to the blockchain in the second step.
  • the transmission step is a step of causing the authentication node to transmit the authentication information read from the authentication conditions by a wireless signal.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication condition specifies an authentication node from one of a plurality of nodes as a node that reads authentication information and performs authentication.
  • the authentication node is provided in an area where passersby pass.
  • Authentication conditions are recorded in blocks on the blockchain by the management node.
  • the management node is one of a plurality of nodes.
  • the method of constructing the entry / exit management system 1 includes an authentication node construction process and a management node construction process.
  • the authentication node construction process is a process of distributing the first program to the authentication device to make it an authentication node which is one of a plurality of nodes.
  • the authentication device is provided in an area where passersby pass.
  • the first program causes the authentication device to perform a storage step, a verification step, a reading step, and an authentication step.
  • the storage step is a step of storing a blockchain shared among a plurality of nodes connected by the P2P network 2.
  • the verification step is a step of verifying the validity of the block added to the blockchain.
  • the reading step is a step of reading the authentication information of a passerby.
  • the authentication step is a step of authenticating a passerby when it is specified as a node to be authenticated in the authentication condition and the read authentication information is included in the authentication condition as the authentication information of the passerby who can be authenticated. ..
  • Authentication conditions are recorded in blocks on the blockchain by the management node.
  • the management node is one of a plurality of nodes.
  • the management node construction process is a process in which the second program is distributed to the management device to be a management node which is one of a plurality of nodes.
  • the second program causes the management device to execute the storage step, the verification step, and the registration step.
  • the registration step is a step of recording the authentication conditions in the block of the blockchain.
  • a plurality of nodes connected by the P2P network 2 share a blockchain.
  • Authentication conditions are recorded in blocks on the blockchain by the management node, which is one of a plurality of nodes.
  • the authentication conditions include authentication information of passersby who can be authenticated.
  • the authentication condition specifies an authentication node that is one of a plurality of nodes as a node for authentication.
  • the passerby is authenticated by the authentication node. In this way, authentication of passersby who access the area where entry / exit is managed is performed based on the authentication conditions recorded on the blockchain.
  • the blockchain Since the blockchain is a distributed ledger that is distributed and managed by a plurality of nodes, it is difficult to be tampered with. This reduces the possibility of unauthorized access. Further, the authentication node stores the blockchain in its own storage unit 12. Therefore, it is not necessary to inquire the authentication conditions from the server, for example, every time the authentication is performed. As a result, the communication load does not increase even when a large number of authentications are required at the same time.
  • the passing node which is one of the plurality of nodes, includes a transmitting unit 16.
  • the pass node is owned by the passerby.
  • the transmission unit 16 transmits the pedestrian authentication information by a wireless signal.
  • the reading unit 17 of the authentication node reads the authentication information transmitted by the transmitting unit 16 by the wireless signal.
  • Information terminals owned by passers-by can be included as nodes that share the blockchain. This allows you to increase the types and number of nodes. In addition, the entities that manage the nodes will also be diverse. For this reason, it becomes more difficult to falsify the information recorded on the blockchain.
  • the registration unit 15 records the authentication conditions decryptably encrypted by the passing node and the authentication node in the block of the blockchain.
  • the pass node is possessed by a passerby who can authenticate under the authentication conditions.
  • the authentication node is specified in the authentication conditions.
  • the verification unit 14 does not have to verify the validity of the authentication condition data itself in the validation of the block. That is, the authentication condition data does not have to be data that requires verification of the data itself in verification of the validity of the block, such as token transaction data. At this time, even if the data is in an encrypted state, each of the plurality of nodes can verify and add the generated block.
  • the verification unit 14 considers the block to be invalid when the hash value calculated from the block generated by the generation unit 13 of any of the plurality of nodes is equal to or greater than the set threshold value.
  • the storage unit 12 does not add a block that is deemed invalid to the blockchain.
  • the verification unit 14 of each of the plurality of nodes verifies the block generated by the consensus algorithm based on PoW. Since falsification of the blockchain requires a large amount of calculation cost, it becomes difficult to falsify the information recorded on the blockchain.
  • the authentication node may be the door device 5.
  • the door device 5 is provided on a route through which a passerby passes.
  • the door device 5 has an electric lock 9.
  • the electric lock 9 is unlocked or locked when the authentication unit 18 authenticates a passerby.
  • the authentication node may be the control terminal 6.
  • the control terminal 6 unlocks or locks the electric lock 9 provided on the door device 5 on the path through which the passerby passes.
  • the authentication node may be the elevator 4.
  • the elevator 4 has a car 7 for pedestrians to board. The elevator 4 registers the call of the car 7 on which the pedestrian gets in when authenticating the pedestrian.
  • devices such as a door device 5, a control terminal 6, and an elevator 4 can be included. This allows you to increase the types and number of nodes. For this reason, it becomes more difficult to falsify the information recorded on the blockchain.
  • the verification unit 14 sets the threshold value set in the verification of the block generated by the generation unit 13 of the authentication node as a value larger than the threshold value set in the verification of the block generated by the generation unit 13 of the node that is not the authentication node. , You may verify the validity of the blocks added to the blockchain.
  • the verification unit 14 may perform verification by setting the threshold value for verification as a different value depending on the type of the node including the generation unit 13 that generated the block.
  • the verification unit 14 may perform verification as a value obtained by multiplying the threshold value for verification by a coefficient corresponding to the type of the node having the generation unit 13 that generated the block by the reciprocal of the Difficulty.
  • the coefficient for the authentication node is set to a value larger than the coefficient for the node that is not the authentication node.
  • the verification unit 14 may consider the block generated by the generation unit 13 of the node that is not the authentication node to be invalid.
  • the storage unit 12 does not add a block that is deemed invalid to the blockchain.
  • the authentication node may also control, for example, the door device 5 or the elevator 4. Therefore, the information processing resources of the authentication node may be less than the information processing resources of other nodes. Even an authentication node with few processing resources can contribute to block generation if it has a generation unit 13. In general, the entity that manages the authentication node often has a high incentive to improve the reliability of the entry / exit management system 1. Since the node managed by such a subject can contribute to the generation of blocks, unauthorized access can be suppressed more effectively.
  • the authentication unit 18 searches for the authentication conditions recorded in the block generated from the time retroactive to the preset time to the present.
  • the authentication unit 18 authenticates a passerby based on the searched authentication conditions.
  • the preset time is, for example, a time corresponding to the upper limit of the valid period.
  • the authentication unit 18 does not scan all blocks to search for authentication conditions. Therefore, even when the information processing resources of the authentication node are limited, it becomes easy to authenticate passersby.
  • the authentication history information is recorded in a block of the blockchain.
  • the authentication history includes information for identifying the authentication node including the authentication unit 18, information for identifying the passerby, and information for the time of authentication.
  • at least one of a plurality of blocks in the blockchain includes authentication history data.
  • the authentication history data includes information for identifying the authentication node that authenticated the passerby, information for identifying the passerby, and information on the time when the passerby was authenticated.
  • the pedestrian authentication history is recorded on the blockchain shared by multiple nodes. As a result, even when an unauthorized access occurs, the record of the access is less likely to be falsified.
  • the blockchain may include other data of entry / exit management data in the block data.
  • the blockchain may include, for example, token transaction data, token balance data, and the like in the block data.
  • the verification unit 14 may verify the block by another algorithm of the consensus algorithm based on PoW.
  • the verification unit 14 may verify the block by, for example, a consensus algorithm based on PoS (Proof of Stake) based on the amount of tokens held.
  • the verification unit 14 may verify the block by, for example, a consensus algorithm that makes it easier for the authentication node that has performed more authentication to succeed in generating the block.
  • the authentication node may also acquire a token when authenticating a passerby.
  • the mobile terminal 3 does not have to be a node of the P2P network 2.
  • the mobile terminal 3 may transmit a unique ID as authentication information by a wireless signal.
  • the mobile terminal 3 may be, for example, a hands-free tag.
  • the reading unit 17 may read the authentication information by a coded image such as a two-dimensional code displayed on the passing node.
  • the authentication information may be displayed as a coded image on, for example, a screen of a passing node.
  • the reading unit 17 may read the authentication information from the passing node by, for example, visible light communication.
  • the authentication information may be transmitted from the transmitting unit 16 of the passing node by, for example, visible light communication.
  • the P2P network 2 in the entry / exit management system 1 may be connected to a node outside the entry / exit management system 1.
  • FIG. 5 is a diagram showing a hardware configuration of a node of the entry / exit management system according to the first embodiment.
  • Each function of the node of the entry / exit management system 1 can be realized by a processing circuit.
  • the processing circuit includes at least one processor Nb and at least one memory Nc.
  • the processing circuit may include at least one dedicated hardware Na with or as a substitute for the processor Nb and memory Nc.
  • each function of the node is realized by software, firmware, or a combination of software and firmware. At least one of the software and firmware is written as a program.
  • the program is stored in the memory Nc.
  • the processor Nb realizes each function of the node by reading and executing the program stored in the memory Nc.
  • the processor Nb is also referred to as a CPU (Central Processing Unit), a processing device, an arithmetic unit, a microprocessor, a microcomputer, and a DSP.
  • the memory Nc is composed of, for example, a non-volatile or volatile semiconductor memory such as RAM, ROM, flash memory, EPROM, EEPROM, a magnetic disk, a flexible disk, an optical disk, a compact disk, a mini disk, a DVD, or the like.
  • the processing circuit is provided with dedicated hardware Na, the processing circuit is realized by, for example, a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC, an FPGA, or a combination thereof.
  • Each function of the node can be realized by the processing circuit.
  • each function of the node can be collectively realized by a processing circuit.
  • a part may be realized by the dedicated hardware Na, and the other part may be realized by software or firmware.
  • the processing circuit realizes each function of the node by hardware Na, software, firmware, or a combination thereof.
  • the entry / exit management system according to the present invention can be applied to, for example, a building having an area where the entry / exit area is controlled.
  • the authentication device, management device and mobile terminal, data structure, and entry / exit management program according to the present invention can be applied to the entry / exit management system.
  • the construction method according to the present invention can be applied to the construction of the entry / exit management system.
  • 1 entry / exit management system 2 P2P network, 3, 3A, 3B mobile terminal, 4 elevator, 5, 5C door device, 6 control terminal, 7 car, 8 control panel, 9 electric lock, 10 control unit, 11 communication unit , 12 storage unit, 13 generation unit, 14 verification unit, 15 registration unit, 16 transmission unit, 17 reading unit, 18 authentication unit, Ba, Bb, Bc block, Na hardware, Nb processor, Nc memory

Abstract

不正なアクセスの可能性を抑制する入退管理システム、当該入退管理システムを構成する認証装置、管理装置、および携帯端末、当該入退管理システムにおいて用いられる入退管理データのデータ構造、当該入退管理システムにおいて実行される入退管理プログラム、ならびに当該入退管理システムの構築方法を提供する。P2Pネットワークによって接続される複数のノードは、ブロックチェーンを共有する。認証条件は、複数のノードのいずれかである管理ノードによって、ブロックチェーンのブロックに記録される。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証を行うノードとして複数のノードのいずれかである認証ノードを指定する。認証条件において指定された認証ノードが読み取った通行者の認証情報が当該認証条件に含まれるときに、通行者は、当該認証ノードに認証される。

Description

入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
 本発明は、入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法に関する。
 特許文献1は、入退管理システムの例を開示する。入退管理システムは、電気錠と、電気錠制御装置と、入退管理装置と、を備える。電気錠制御装置は、記憶媒体から取得した照合情報が許可されている照合情報であるかを入退管理装置に照合する。電気錠制御装置は、照合の結果を記憶する。電気錠制御装置は、記憶媒体から取得した照合情報についての照合の結果を記憶しているときに、当該結果に基づいて電気錠を制御する。
日本特開2013-91964号公報
 しかしながら、特許文献1の入退管理システムにおいて、許可されている照合情報は、入退管理装置が単独で保持している。また、照合の結果は、複数の電気錠制御装置の各々が単独で保持している。このため、許可されている照合情報および照合の結果などの照合に用いられる情報は、改ざんされる可能性がある。照合に用いられる情報が改ざんされる場合に、入退管理システムによって入退域が管理される領域への不正なアクセスが行われる可能性がある。
 本発明は、このような課題を解決するためになされた。本発明の目的は、不正なアクセスの可能性を抑制する入退管理システム、当該入退管理システムを構成する認証装置、管理装置、および携帯端末、当該入退管理システムにおいて用いられる入退管理データのデータ構造、当該入退管理システムにおいて実行される入退管理プログラム、ならびに当該入退管理システムの構築方法を提供することである。
 本発明に係る入退管理システムは、P2Pネットワークによって接続される複数のノードを備え、複数のノードの各々は、複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、を備え、複数のノードの少なくともいずれかは、ブロックチェーンに追加されるブロックを生成する生成部を備え、複数のノードのいずれかである管理ノードは、認証可能な通行者の認証情報を含む認証条件をブロックチェーンのブロックに記録する登録部を備え、複数のノードのいずれかであり、通行者が通行する領域に設けられる認証ノードは、通行者の認証情報を読み取る読取部と、ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部が読み取った認証情報が当該認証条件に含まれるときに、通行者を認証する認証部と、を備える。
 本発明に係る入退管理システムの認証装置は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、通行者の認証情報を読み取る読取部と、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部が読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証する認証部と、を備える。
 本発明に係る入退管理システムの管理装置は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定する認証条件を、ブロックチェーンのブロックに記録する登録部と、を備える。
 本発明に係る入退管理システムの携帯端末は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定し、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件から読み取った認証情報を、認証ノードに無線信号によって発信する発信部と、を備える。
 本発明に係る入退管理データのデータ構造は、順序付けられて連鎖して連結される複数のブロックを含み、複数のブロックの各々は、直前に連結されるブロックの情報から算出されるハッシュ値のデータを含み、複数のブロックの少なくともいずれかは、認証可能な通行者の認証情報を持ち、認証情報を読み取って認証を行うノードとして通行者が通行する領域に設けられる認証ノードをP2Pネットワークによって接続される複数のノードから指定する認証条件データを含み、入退管理データは、複数のノードの間で共有されることで、複数のノードのいずれかである管理ノードが複数のブロックのいずれかに記録した認証条件データに基づいて行われる認証ノードによる通行者の認証に用いられる。
 本発明に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、通行者の認証情報を読み取らせるステップと、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証させるステップと、を認証装置に実行させる。
 本発明に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定する認証条件を、ブロックチェーンのブロックに記録させるステップと、を管理装置に実行させる。
 本発明に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定し、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件から読み取った認証情報を、認証ノードに無線信号によって発信させるステップと、を携帯端末に実行させる。
 本発明に係る入退管理システムの構築方法は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、通行者の認証情報を読み取らせるステップと、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証させるステップと、を実行させる第1プログラムを、通行者が通行する領域に設けられる認証装置に配信して複数のノードのいずれかである認証ノードとする工程と、複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証条件をブロックチェーンのブロックに記録させるステップと、を実行させる第2プログラムを、管理装置に配信して複数のノードのいずれかである管理ノードとする工程と、を備える。
 本発明によれば、P2Pネットワークによって接続される複数のノードは、ブロックチェーンを共有する。認証条件は、複数のノードのいずれかである管理ノードによって、ブロックチェーンのブロックに記録される。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証を行うノードとして複数のノードのいずれかである認証ノードを指定する。認証条件において指定された認証ノードが読み取った通行者の認証情報が当該認証条件に含まれるときに、通行者は、当該認証ノードに認証される。これにより、不正なアクセスの可能性が抑制される。
実施の形態1に係る入退管理システムの構成図である。 実施の形態1に係る入退管理データのデータ構造の例を示す図である。 実施の形態1に係る入退管理システムによる認証の例を示す図である。 実施の形態1に係る入退管理システムによる動作の例を示すシーケンス図である。 実施の形態1に係る入退管理システムのノードのハードウェア構成を示す図である。
 本発明を実施するための形態について添付の図面を参照しながら説明する。各図において、同一または相当する部分には同一の符号を付して、重複する説明は適宜に簡略化または省略する。
 実施の形態1.
 図1は、実施の形態1に係る入退管理システムの構成図である。
 入退管理システム1は、管理の対象となる領域への通行者の入域および退域を管理するシステムである。入退管理システム1が管理する領域は、例えば建築物の内部の空間である。通行者は、例えば管理の対象となる領域に入域および退域する人物などである。
 入退管理システム1は、複数のノードを備える。複数のノードの各々は、P2Pネットワーク2(P2P:Peer to Peer)によって互いに直接的または間接的に接続される。入退管理システム1の複数のノードの各々は、例えば携帯端末3、昇降機4、ドア装置5、または制御端末6などである。
 入退管理システム1による入退域の管理は、入退管理データに基づいて行われる。入退管理データは、ブロックチェーンとして複数のノードの各々の間で共有される。ブロックチェーンは、連鎖して連結される複数のブロックを有するデータ構造である。ブロックチェーンにおいて、複数のブロックは、順序付けられて連結される。入退管理データは、ブロックチェーンの複数のブロックにわたって格納される。
 携帯端末3は、通行者に所持される可搬な情報端末である。携帯端末3は、例えばスマートフォン、タブレットPC(PC:Personal Computer)、またはノートPCである。
 昇降機4は、建築物の複数の階床の間で通行者などを輸送する装置である。昇降機4は、乗りかご7と、制御盤8と、を備える。乗りかご7は、通行者などが乗り込む機器である。制御盤8は、乗りかご7を含む昇降機4の機器の制御を行う機器である。制御盤8は、乗りかご7の呼びを登録する機能を搭載する。制御盤8が登録する呼びは、例えばかご呼び、乗場呼び、または行先階を指定した乗場呼びなどを含む。乗りかご7は、登録される呼びに基づいて建築物の複数の階床の間を昇降する。乗りかご7の呼びは、昇降機4の外部から入力される制御信号によって登録されてもよい。
 ドア装置5は、例えば入退管理システム1が管理する領域を通行する通行者の経路上に設けられる。ドア装置5は、電気錠9と、制御部10と、を備える。電気錠9は、ドア装置5の施錠および解錠を行う装置である。制御部10は、電気錠9の動作を制御する部分である。電気錠9は、ドア装置5の外部から入力される制御信号によって動作してもよい。
 制御端末6は、入退管理装置の動作を制御信号の出力によって制御する装置である。入退管理装置は、通行者の通行の制限または補助などを行う装置である。入退管理装置は、例えば昇降機4、またはドア装置5などである。
 入退管理システム1の複数のノードの各々は、通信部11と、記憶部12と、生成部13と、検証部14と、を備える。通信部11は、P2Pネットワーク2において他のノードとの通信を行う部分である。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する部分である。生成部13は、ブロックチェーンに追加されるブロックを生成する部分である。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する部分である。ここで、ブロックチェーンは、例えば特定多数のノードによってブロックの追加が承認されるデータ構造などを含む広義のブロックチェーンであってもよい。また、入退管理システム1における複数のノードの一部は、生成部13を備えていなくてもよい。
 入退管理システム1の複数のノードの一部は、許可ノードである。許可ノードは、例えば携帯端末3、デスクトップPC、またはその他の情報端末などである。許可ノードは、入退管理システム1の管理装置である。管理装置の動作は、例えばインストールされている入退管理プログラムに基づいて実行される。許可ノードは、登録部15を備える。登録部15は、認証条件をブロックチェーンのブロックに記録することで登録する部分である。認証条件は、通行者を認証するための条件である。認証条件は、認証可能な通行者の認証情報を含む。ここで、通行者の認証情報は、例えば通行者のID(Identification)を含む。
 入退管理システム1の複数のノードの一部は、通行ノードである。通行ノードは、例えば携帯端末3である。通行ノードは、通行者に所持される装置である。通行ノードとしての携帯端末3の動作は、例えばインストールされている入退管理プログラムに基づいて実行される。通行ノードは、発信部16を備える。発信部16は、無線通信によって認証情報を発信する部分である。発信部16は、例えばRFアンテナ(RF:Radio Frequency)、またはLFアンテナ(LF:Low Frequency)などを備えてもよい。認証情報は、通行者の認証に用いられる情報である。認証情報は、例えば通行ノードを所持している通行者のIDを含む。
 入退管理システム1の複数のノードの一部は、認証ノードである。認証ノードは、例えば昇降機4、ドア装置5、制御端末6、またはその他の入退管理装置などである。認証ノードが昇降機4である場合、入退管理システム1のノードとしての機能は例えば制御盤8などによって実現される。認証ノードがドア装置5である場合、入退管理システム1のノードとしての機能は例えば制御部10などによって実現される。認証ノードは、通行者が通行する領域に設けられる。認証ノードは、入退管理システム1の認証装置である。認証装置の動作は、例えばインストールされている入退管理プログラムに基づいて実行される。認証ノードは、読取部17と、認証部18と、を備える。読取部17は、通行ノードから例えば無線通信によって発信される認証情報を読み取る部分である。読取部17は、例えばRFアンテナ、またはLFアンテナなどを備えてもよい。認証部18は、ブロックチェーンに記録されている認証条件に基づいて通行者を認証する部分である。
 認証部18による認証は、当該認証部18を備える認証ノードが認証条件において認証を行うノードとして指定されるときに行われる。認証部18は、通行者が所持している通行ノードから読取部17が読み取った認証情報が当該認証条件に認証可能な認証情報として含まれるか否かに基づいて認証を行う。
 認証部18は、通行者を認証するときに認証応答動作を行う。認証ノードが昇降機4である場合に、認証応答動作は、例えば乗りかご7の呼びの登録である。ここで、認証応答動作は、認証部18が呼びの登録を直接行う動作であってもよい。あるいは、認証応答動作は、呼びの登録をさせる制御信号を認証部18が制御盤8に出力することによって間接的に行う動作であってもよい。また、認証ノードがドア装置5である場合に、認証応答動作は、例えば電気錠9の解錠である。ここで、認証応答動作は、認証部18による直接的な動作または間接的な動作のいずれであってもよい。また、認証ノードが制御端末6である場合に、認証応答動作は、例えば制御信号の出力である。
 認証部18は、通行者を認証するときに認証履歴をブロックチェーンのブロックに記録することで登録する。認証履歴は、認証の履歴を表す情報である。認証履歴は、例えば通行者を認証した認証ノードを識別する情報、当該通行者を識別する情報、および当該通行者が認証された時刻の情報を含む。
 入退管理システム1は、入退管理プログラムを複数のノードの各々に配信してインストールさせることによって構築される。入退管理プログラムは、例えば配信サーバーからインターネットなどのネットワーク経由で配信される。あるいは、入退管理プログラムは、例えば記憶メディアなどを経由してオフラインで配信されてもよい。また、入退管理プログラムは、ノードの種類に応じた異なる種類のプログラムであってもよい。あるいは、入退管理プログラムは、ノードの種類に応じて動作が切り替えられる単一の種類のプログラムであってもよい。
 続いて、図2を用いて入退管理システム1において共有されているブロックチェーンのデータ構造の例を説明する。
 図2は、実施の形態1に係る入退管理データのデータ構造の例を示す図である。
 入退管理データは、ブロックチェーンのデータ構造を持つ。この例において、ブロックチェーンは、ブロックBaと、ブロックBbと、を有する。ブロックBaは、ブロックBbの直前のブロックである。
 複数のブロックの各々は、ブロックヘッダと、ブロックデータと、を含む。
 ブロックヘッダは、直前ブロックハッシュと、ナンスと、ディフィカルティと、データハッシュと、を含む。直前ブロックハッシュは、直前のブロックのブロックヘッダのハッシュ値である。この例において、ブロックBbのブロックヘッダは、ブロックBaのブロックヘッダのハッシュを直前ブロックハッシュとして含む。ブロックチェーンにおいて、複数のブロックの各々は、直前ブロックハッシュを含むことによって連鎖している。ナンスは、ブロックチェーンに追加されるブロックとして妥当性を有するブロックを規定する固定長の値である。ディフィカルティは、妥当性を有するブロックのナンスの値を求める計算の難易度を設定する閾値の逆数である。ここで、妥当性を有するブロックは、ブロックヘッダのハッシュが閾値より小さいブロックである。このため、妥当性を有するブロックのナンスの値を求める計算は、ディフィカルティの値が大きいほど困難になる。ブロックの妥当性の検証は、例えば、ナンスを含むブロックヘッダのハッシュがディフィカルティの逆数より小さいことの確認を含む。データハッシュは、同じブロックに含まれるブロックデータのハッシュ値である。ブロックヘッダは、タイムスタンプを含んでもよい。
 ブロックデータは、ブロックチェーンに記録される情報である。ブロックデータは、認証条件データと、認証履歴データと、を含む。
 認証条件データは、認証条件を表すデータである。認証条件データは、例えば認証条件IDと、許可ノードIDと、通行ノードIDと、認証ノードIDと、有効回数と、有効期間と、を含む。認証条件IDは、当該認証条件を識別する情報である。許可ノードIDは、当該認証条件を登録した許可ノードを識別する情報である。通行ノードIDは、認証が可能な通行者が所持している通行ノードを識別する情報である。認証ノードIDは、認証を行うノードとして指定される認証ノードを識別する情報である。有効回数は、当該認証条件に基づいて認証ノードが通行ノードを認証できる回数の上限の情報である。有効期間は、当該認証条件に基づいて認証ノードが通行ノードを認証できる期間の情報である。ここで、入退管理システム1において、有効期間に上限が設定されていてもよい。
 認証履歴データは、認証履歴を表すデータである。認証履歴データは、例えば認証条件IDと、通行ノードIDと、認証ノードIDと、認証時刻と、応答動作コードと、を含む。認証条件IDは、当該認証履歴の認証が基づく認証条件を識別する情報である。通行ノードIDは、認証ノードによって認証された通行者が所持していた通行ノードを識別する情報である。認証ノードIDは、通行者の認証を行った認証ノードを識別する情報である。認証時刻は、認証ノードが通行者を認証した時刻の情報である。応答動作コードは、認証ノードが通行者を認証したときに行った認証応答動作を表す情報である。
 続いて、図3を用いて、入退管理システム1による認証の例を説明する。
 図3は、実施の形態1に係る入退管理システムによる認証の例を示す図である。
 この例において、利用者Aが利用者Bにドア装置5Cの通行を許可する場合が示される。利用者Aは、携帯端末3Aを所持する。携帯端末3Aは、許可ノードの例である。利用者Bは、携帯端末3Bを所持する。携帯端末3Bは、通行ノードの例である。ドア装置5Cは、利用者Bが通行する経路上に設けられる。ドア装置5Cは、認証ノードの例である。
 利用者Aは、携帯端末3Aから認証条件を入力する。携帯端末3Aの登録部15は、入力された認証条件を暗号化する。登録部15は、暗号化された認証条件を、P2Pネットワーク2に接続されている複数のノードに送信する。登録部15は、認証条件の送信のときに、利用者Aの電子署名を加えてもよい。ここで、認証条件の暗号化は、携帯端末3Bおよびドア装置5Cにおいて復号可能であるように行われる。登録部15は、例えば携帯端末3Bの公開鍵によって暗号化した認証条件と、ドア装置5Cの公開鍵によって暗号化した認証条件と、の両方を他のノードに送信する。あるいは、登録部15は、携帯端末3Bおよびドア装置5Cが共通の属性を持つ場合に、属性ベース暗号などによって暗号化した認証条件を他のノードに送信してもよい。
 入退管理システム1の複数のノードの各々は、携帯端末3Aから受信した認証条件を、記録候補データとして一時的に保持する。記録候補データは、記憶部12に保持されてもよい。生成部13を備えないノードは、記録候補データを保持しなくてもよい。生成部13を備えるノードは、記録候補データを含むブロックの生成を試みる。生成部13は、妥当性を有するブロックとなるようなナンスの値を探す。その後、複数のノードのいずれかの生成部13は、妥当性を有するブロックの生成に成功する。ブロックの生成に成功した生成部13を備えるノードは、生成したブロックをP2Pネットワーク2に接続されている複数のノードに送信する。
 入退管理システム1の複数のノードの各々の検証部14は、受信したブロックの妥当性を検証する。検証部14は、入退管理システム1において予め定められているコンセンサスアルゴリズムに基づいて検証を行う。ここで、コンセンサスアルゴリズムは、例えばPoW(Proof of Work)に基づくアルゴリズムである。検証部14は、ブロックの妥当性の検証の一部として、ブロックヘッダのハッシュが当該ブロックのディフィカルティの逆数より小さいことを確認する。検証部14は、ブロックヘッダのハッシュが当該ブロックのディフィカルティの逆数以上であるときに、当該ブロックが妥当でないと判定する。このとき、妥当でないと判定されたブロックは、ブロックチェーンに追加されない。一方、検証部14によって妥当性を有すると判定されたブロックは、記憶部12が記憶しているブロックチェーンに追加される。このように、予め定められているコンセンサスアルゴリズムによって複数のノードの各々の検証部14においてブロックの検証が行われることで、複数のノードの各々の記憶部12に記憶されているブロックチェーンが同期される。この例において、携帯端末3Aから入力された認証条件は、ブロックチェーンのブロックBbに記録される。
 携帯端末3Bは、記憶部12に記憶されているブロックチェーンのブロックBbから、認証条件を読み込む。携帯端末3Bは、暗号化されている認証条件を復号する。携帯端末3Bは、復号された認証条件に含まれる認証情報を取得する。携帯端末3Bは、認証情報として、例えば認証条件IDと、通行ノードIDと、認証ノードIDと、を取得する。あるいは、認証条件は、通行者のIDを含んでもよい。このとき、携帯端末3Bは、認証情報として、認証条件IDと、通行者のIDと、認証ノードIDと、を取得してもよい。
 ドア装置5Cは、記憶部12に記憶されているブロックチェーンのブロックBbから、認証条件を読み込む。ドア装置5Cは、暗号化されている認証条件を復号する。ここで、認証条件に利用者Aの電子署名が加えられる場合に、ドア装置5Cは、利用者Aの電子署名が有効でないときに当該認証条件を破棄してもよい。また、ドア装置5Cは、認証条件に含まれる有効期間が既に過ぎている場合に、当該認証条件を破棄してもよい。入退管理システム1において有効期間に上限が設定されている場合に、ドア装置5Cは、有効期間の上限に相当する時間を遡った時刻から現在までの間に生成されたブロックに記録されている認証条件のみを検索してもよい。このとき、ドア装置5Cは、検索して得られた認証条件に基づいて通行者の認証を行う。
 利用者Bは、携帯端末3Bを所持しながらドア装置5Cが設けられる経路を通行する。ドア装置5Cは、例えば、ドア装置5Cの認証ノードIDを含む無線信号を発信する。携帯端末3Bは、ドア装置5Cが発信している無線信号に含まれる認証ノードIDが、ブロックBbから取得した認証情報に含まれる認証ノードIDである場合に、ドア装置5Cが指定された認証ノードであると判定する。携帯端末3Bの発信部16は、指定された認証ノードの読取部17が受信しうるように、ブロックBbから取得した認証情報を含む認証要求を無線信号によって発信する。
 ドア装置5Cの読取部17は、携帯端末3Bが発信した認証要求を受信する。読取部17は、受信した認証要求から認証情報を読み取る。認証部18は、読取部17が読み取った認証情報がドア装置5Cの認証ノードIDを含んでいるかを判定する。認証情報にドア装置5Cの認証ノードIDが含まれているときに、認証部18は、認証条件において認証を行うノードとして指定されたと判定する。このとき、認証部18は、読取部17が読み取った認証情報に含まれる通行ノードIDが、ブロックBbから取得した認証条件において認証可能な通行者の認証情報として含まれているかを判定する。読み取られた通行ノードIDが認証可能な通行者の認証情報として認証条件に含まれているときに、認証部18は、利用者Bを認証する。
 ドア装置5Cの認証部18は、利用者Bを認証するときに、認証応答動作を行う。ドア装置5Cは、認証応答動作として、電気錠9を解錠させる。利用者Bは、電気錠9を解錠させたドア装置5Cが設けられる経路を通行する。
 ドア装置5Cの認証部18は、利用者Bを認証するときに、認証履歴を生成する。認証部18は、生成した認証履歴を、P2Pネットワーク2に接続されている複数のノードに送信する。認証部18は、認証履歴の送信のときに、ドア装置5Cの電子署名を加えてもよい。
 入退管理システム1の複数のノードの各々は、ドア装置5Cから受信した認証履歴を、記録候補データとして一時的に保持する。生成部13を備えるノードは、記録候補データを含むブロックの生成を試みる。その後、複数のノードのいずれかの生成部13は、妥当性を有するブロックの生成に成功する。ブロックの生成に成功した生成部13を備えるノードは、生成したブロックをP2Pネットワーク2に接続されている複数のノードに送信する。
 入退管理システム1の複数のノードの各々の検証部14は、受信したブロックの妥当性を検証する。検証部14によって妥当性を有すると判定されたブロックは、記憶部12が記憶しているブロックチェーンに追加される。この例において、ドア装置5Cが生成した認証履歴は、ブロックチェーンのブロックBcに記録される。
 入退管理システム1において、認証履歴の検証は例えば次のように行われる。
 認証履歴の検証を行う検証者は、図示されない情報端末を用いて認証履歴を検証する。情報端末は、入退管理システム1において複数のノードに共有されているブロックチェーンについて、最新のブロックからその前のブロックに遡ってブロックデータを検索する。
 情報端末は、ブロックチェーンのブロックに記録されている認証履歴を検出するたびに、当該認証履歴に含まれる認証条件IDについての認証回数に1を加算する。情報端末は、当該ブロックから遡ったブロックに記録されている認証条件を検出するときに、当該認証条件の認証条件IDについての認証回数が当該認証条件に含まれる有効回数を超えている場合に、不正なアクセスを検出する。
 情報端末は、ブロックチェーンのブロックに記録されている認証履歴を検出するときに、当該認証履歴に含まれる認証条件IDと認証時刻とを関連付けて記憶する。情報端末は、当該ブロックから遡ったブロックに記録されている認証条件を検出するときに、当該認証条件の認証条件IDに関連付けた認証時刻が当該認証条件に含まれる有効期間を過ぎている場合に、不正なアクセスを検出する。
 入退管理システム1において有効期間に上限が設定されている場合に、情報端末は、認証履歴の認証時刻から有効期間の上限に相当する時間を遡った時刻までの間に生成されたブロックに記録されている認証条件のみを検索してもよい。このとき、上方端末は、検索して得られた認証条件に基づいて認証履歴の検証を行う。
 続いて、図4を用いて、入退管理システム1の動作の例を示す。
 図4は、実施の形態1に係る入退管理システムによる動作の例を示すシーケンス図である。
 携帯端末3Aの登録部15は、入力された認証条件を複数のノードの各々に送信する。
 その後、例えば昇降機4の生成部13は、当該認証条件を含むブロックの生成に成功する。昇降機4の生成部13は、生成したブロックを複数のノードの各々に送信する。生成されたブロックを受信した複数のノードの各々の検証部14は、当該ブロックの妥当性を検証する。当該ブロックの妥当性が検証される場合に、記憶部12は、当該ブロックを記憶しているブロックチェーンに追加する。この例において、当該ブロックは、ブロックBaの次のブロックBbとして追加される。一方、ブロックの妥当性が検証されない場合に、記憶部12は、妥当でないとされたブロックをブロックチェーンに追加しない。
 その後、携帯端末3Bは、記憶部12が記憶しているブロックBbから認証情報を取得する。また、ドア装置5Cは、記憶部12が記憶しているブロックBbから認証条件を取得する。
 その後、携帯端末3Bの発信部16は、認証情報を含む認証要求をドア装置5Cに発信する。
 その後、ドア装置5Cの読取部17は、受信した認証要求から認証情報を読み取る。認証部18は、読取部17が読み取った認証情報、およびブロックBbから取得していた認証条件に基づいて、利用者Bを認証する。利用者Bを認証するときに、認証部18は、認証応答動作を行う。
 その後、ドア装置5Cの認証部18は、認証履歴を生成する。認証部18は、生成した認証履歴を複数のノードの各々に送信する。
 その後、例えば制御端末6の生成部13は、当該認証履歴を含むブロックの生成に成功する。制御端末6の生成部13は、生成したブロックを複数のノードの各々に送信する。生成されたブロックを受信した複数のノードの各々の検証部14は、当該ブロックの妥当性を検証する。当該ブロックの妥当性が検証される場合に、記憶部12は、当該ブロックを記憶しているブロックチェーンに追加する。この例において、当該ブロックは、ブロックBcとして追加される。一方、ブロックの妥当性が検証されない場合に、記憶部12は、妥当でないとされたブロックをブロックチェーンに追加しない。
 以上に説明したように、実施の形態1に係る入退管理システム1は、P2Pネットワーク2によって接続される複数のノードを備える。複数のノードの各々は、記憶部12と、検証部14と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。複数のノードの少なくともいずれかは、生成部13を備える。生成部13は、ブロックチェーンに追加されるブロックを生成する。複数のノードのいずれかである管理ノードは、登録部15を備える。登録部15は、認証条件をブロックチェーンのブロックに記録する。認証条件は、認証可能な通行者の認証情報を含む。複数のノードのいずれかである認証ノードは、読取部17を備える。認証ノードは、通行者が通行する領域に設けられる。読取部17は、通行者の認証情報を読み取る。認証部18は、ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部17が読み取った認証情報が当該認証条件に含まれるときに、通行者を認証する。
 また、実施の形態1に係る入退管理システム1の認証装置は、記憶部12と、検証部14と、読取部17と、認証部18と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。複数のノードは、P2Pネットワーク2によって接続される。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。読取部17は、通行者の認証情報を読み取る。管理ノードは、複数のノードのいずれかである。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。認証部18は、当該認証条件において認証を行うノードとして指定され、かつ、読取部17が読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証する。
 また、実施の形態1に係る入退管理システム1の管理装置は、記憶部12と、検証部14と、登録部15と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。複数のノードは、P2Pネットワーク2によって接続される。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。登録部15は、認証条件を、ブロックチェーンのブロックに記録する。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定する。
 また、実施の形態1に係る入退管理システム1の携帯端末3は、記憶部12と、検証部14と、発信部16と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。複数のノードは、P2Pネットワーク2によって接続される。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。発信部16は、認証条件から読み取った認証情報を、認証ノードに無線信号によって発信する。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから認証ノードを指定する。認証ノードは、通行者が通行する領域に設けられる。認証条件は、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録される。
 また、実施の形態1に係る入退管理データのデータ構造は、順序付けられて連鎖して連結される複数のブロックを含む。複数のブロックの各々は、直前に連結されるブロックの情報から算出されるハッシュ値のデータを含む。複数のブロックの少なくともいずれかは、認証条件データを含む。認証条件データは、認証可能な通行者の認証情報を持つ。認証条件データは、認証情報を読み取って認証を行うノードとして認証ノードを複数のノードから指定する。認証ノードは、通行者が通行する領域に設けられる。複数のノードは、P2Pネットワーク2によって接続される。入退管理データは、複数のノードの間で共有されることで、認証ノードによる通行者の認証に用いられる。認証ノードによる通行者の認証は、管理ノードが複数のブロックのいずれかに記録した認証条件データに基づいて行われる。管理ノードは、複数のノードのいずれかである。
 また、実施の形態1に係る入退管理プログラムは、記憶ステップと、検証ステップと、読取ステップと、認証ステップと、を認証装置に実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、第2ステップにおいて、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。読取ステップは、通行者の認証情報を読み取らせるステップである。認証ステップは、認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証させるステップである。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。管理ノードは、複数のノードのいずれかである。
 また、実施の形態1に係る入退管理プログラムは、記憶ステップと、検証ステップと、登録ステップと、を管理装置に実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、第2ステップにおいて、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。登録ステップは、認証条件を、ブロックチェーンのブロックに記録させるステップである。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから認証ノードを指定する。認証ノードは、通行者が通行する領域に設けられる。
 また、実施の形態1に係る入退管理プログラムは、記憶ステップと、検証ステップと、発信ステップと、を携帯端末3に実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、第2ステップにおいて、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。発信ステップは、認証条件から読み取った認証情報を、認証ノードに無線信号によって発信させるステップである。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから認証ノードを指定する。認証ノードは、通行者が通行する領域に設けられる。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。管理ノードは、複数のノードのいずれかである。
 また、実施の形態1に係る入退管理システム1の構築方法は、認証ノード構築工程と、管理ノード構築工程と、を備える。認証ノード構築工程は、第1プログラムを、認証装置に配信して複数のノードのいずれかである認証ノードとする工程である。認証装置は、通行者が通行する領域に設けられる。第1プログラムは、認証装置に、記憶ステップと、検証ステップと、読取ステップと、認証ステップと、を実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。読取ステップは、通行者の認証情報を読み取らせるステップである。認証ステップは、認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証させるステップである。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。管理ノードは、複数のノードのいずれかである。管理ノード構築工程は、第2プログラムは、管理装置に配信して複数のノードのいずれかである管理ノードとする工程である。第2プログラムは、記憶ステップと、検証ステップと、登録ステップと、を管理装置に実行させる。登録ステップは、認証条件をブロックチェーンのブロックに記録させるステップである。
 P2Pネットワーク2によって接続される複数のノードは、ブロックチェーンを共有する。認証条件は、複数のノードのいずれかである管理ノードによって、ブロックチェーンのブロックに記録される。認証条件は、認証可能な通行者の認証情報を含む。認証条件は、認証を行うノードとして複数のノードのいずれかである認証ノードを指定する。認証条件において指定された認証ノードが読み取った通行者の認証情報が当該認証条件に含まれるときに、通行者は、当該認証ノードに認証される。このように、入退域が管理される領域にアクセスする通行者の認証は、ブロックチェーンに記録される認証条件に基づいて行われる。ブロックチェーンは、複数のノードにおいて分散して管理される分散型台帳であるため、改ざんされにくい。これにより、不正なアクセスの可能性が抑制される。また、認証ノードは、自身の記憶部12にブロックチェーンを記憶している。このため、認証のたびに例えばサーバーなどに認証条件を問い合わせる必要がない。これにより、同時に多数の認証が必要な場合においても、通信負荷が増大しない。
 また、複数のノードのいずれかである通行ノードは、発信部16を備える。通行ノードは、通行者に所持される。発信部16は、通行者の認証情報を無線信号によって発信する。認証ノードの読取部17は、発信部16が無線信号によって発信した認証情報を読み取る。
 ブロックチェーンを共有するノードとして、通行者が所持する情報端末を含むことができる。これにより、ノードの種類および数を増やすことができる。また、ノードを管理する主体も多様になる。このため、ブロックチェーンに記録された情報の改ざんがより困難になる。
 また、登録部15は、通行ノードおよび認証ノードによって復号可能に暗号化された認証条件をブロックチェーンのブロックに記録する。通行ノードは、認証条件において認証可能な通行者に所持される。認証ノードは、認証条件において指定される。
 これにより、ブロックチェーンに記録される認証条件が第三者に知られることが抑制される。このため、認証条件を読み取った第三者による不正な認証が予防される。ここで、検証部14は、ブロックの妥当性の検証において、認証条件データそのものの妥当性の検証は行わなくてもよい。すなわち、認証条件データは、例えばトークンの取引データなどのように、ブロックの妥当性の検証においてデータそのものの検証を必要とするデータでなくてもよい。このとき、暗号化された状態のデータであっても、複数のノードの各々は、生成されたブロックの検証および追加ができる。
 また、検証部14は、複数のノードのいずれかの生成部13が生成したブロックから算出されるハッシュ値が設定された閾値以上であるときに当該ブロックを妥当でないとする。記憶部12は、妥当でないとされたブロックをブロックチェーンに追加しない。
 複数のノードの各々の検証部14は、PoWに基づくコンセンサスアルゴリズムによって生成されたブロックの検証を行う。ブロックチェーンの改ざんに多大な計算コストが必要となるため、ブロックチェーンに記録された情報の改ざんが困難になる。
 なお、認証ノードは、ドア装置5であってもよい。ドア装置5は、通行者が通行する経路上に設けられる。ドア装置5は、電気錠9を有する。電気錠9は、認証部18が通行者を認証するときに解錠または施錠される。
 また、認証ノードは、制御端末6であってもよい。制御端末6は、認証部18が通行者を認証するときに、当該通行者が通行する経路上のドア装置5に設けられる電気錠9の解錠または施錠をさせる。
 また、認証ノードは、昇降機4であってもよい。昇降機4は、通行者が乗り込む乗りかご7を有する。昇降機4は、当該通行者を認証するときに当該通行者が乗り込む乗りかご7の呼びの登録を行う。
 ブロックチェーンを共有するノードとして、ドア装置5、制御端末6、および昇降機4などの装置を含むことができる。これにより、ノードの種類および数を増やすことができる。このため、ブロックチェーンに記録された情報の改ざんがより困難になる。
 また、検証部14は、認証ノードの生成部13が生成したブロックの検証において設定される閾値を、認証ノードではないノードの生成部13が生成したブロックの検証において設定される閾値より大きい値として、ブロックチェーンに追加されるブロックの妥当性を検証してもよい。
 検証部14は、検証のための閾値を、ブロックを生成した生成部13を備えるノードの種類に応じて異なる値として検証を行ってもよい。検証部14は、検証のための閾値を、ディフィカルティの逆数にブロックを生成した生成部13を備えるノードの種類に応じた係数を乗じた値として検証を行ってもよい。このとき、認証ノードについての係数は、認証ノードではないノードについての係数より大きい値に設定される。
 また、検証部14は、認証ノードではないノードの生成部13が生成したブロックを妥当でないとしてもよい。
 記憶部12は、妥当でないとされたブロックをブロックチェーンに追加しない。
 認証ノードは、例えばドア装置5または昇降機4などの制御も行うことがある。このため、認証ノードの情報処理リソースは、他のノードの情報処理リソースより少ないことがある。このように処理リソースの少ない認証ノードであっても、生成部13を有していればブロックの生成に寄与できるようになる。一般に、認証ノードを管理する主体は、入退管理システム1の信頼性を高めるインセンティブが高いことが多い。このような主体に管理されるノードがブロックの生成に寄与できるため、不正なアクセスがより効果的に抑制される。
 また、認証部18は、予め設定された時間を遡った時刻から現在までの間に生成されたブロックに記録されている認証条件を検索する。認証部18は、検索された認証条件に基づいて通行者を認証する。
 ここで、予め設定された時間は、例えば有効期間の上限に相当する時間である。
 認証部18は、認証条件の検索のために全てのブロックを走査しない。このため、認証ノードの情報処理リソースが限られている場合においても、通行者の認証がしやすくなる。
 また、認証部18は、通行者を認証するときに、認証履歴の情報をブロックチェーンのブロックに記録する。認証履歴は、当該認証部18を備える認証ノードを識別する情報、当該通行者を識別する情報、および認証された時刻の情報を含む。
 また、ブロックチェーンにおいて複数のブロックの少なくともいずれかは、認証履歴データを含む。認証履歴データは、通行者を認証した認証ノードを識別する情報、当該通行者を識別する情報、および当該通行者が認証された時刻の情報を持つ。
 通行者の認証の履歴は、複数のノードにおいて共有されるブロックチェーンに記録される。これにより、不正なアクセスが発生した場合においても、当該アクセスの記録が改ざんされにくくなる。
 なお、ブロックチェーンは、ブロックデータに入退管理データの他のデータを含んでもよい。ブロックチェーンは、ブロックデータに例えばトークンの取引データ、またはトークンの残高データなどを含んでもよい。
 また、検証部14は、PoWに基づくコンセンサスアルゴリズムの他のアルゴリズムによってブロックの検証を行ってもよい。検証部14は、例えばトークンの保有量によるPoS(Proof of Stake)に基づくコンセンサスアルゴリズムによってブロックの検証を行ってもよい。検証部14は、例えばより多くの認証を行った認証ノードがよりブロックの生成に成功しやすくなるコンセンサスアルゴリズムによってブロックの検証を行ってもよい。また、認証ノードは、通行者を認証するときにトークンを取得してもよい。
 また、携帯端末3は、P2Pネットワーク2のノードでなくてもよい。この場合、携帯端末3は、認証情報として持っている固有のIDを無線信号によって発信してもよい。携帯端末3は、例えばハンズフリータグであってもよい。
 また、読取部17は、通行ノードに表示される例えば二次元コードなどの符号化画像によって認証情報を読み取ってもよい。認証情報は、例えば通行ノードの画面などに符号化画像として表示されてもよい。また、読取部17は、例えば可視光通信などによって通行ノードから認証情報を読み取ってもよい。このとき、認証情報は、当該通行ノードの発信部16から例えば可視光通信によって発信されてもよい。
 また、入退管理システム1におけるP2Pネットワーク2は、入退管理システム1の外部のノードが接続されてもよい。
 続いて、図5を用いて入退管理システム1のノードのハードウェア構成の例について説明する。
 図5は、実施の形態1に係る入退管理システムのノードのハードウェア構成を示す図である。
 入退管理システム1のノードの各機能は、処理回路により実現し得る。処理回路は、少なくとも1つのプロセッサNbと少なくとも1つのメモリNcとを備える。処理回路は、プロセッサNbおよびメモリNcと共に、あるいはそれらの代用として、少なくとも1つの専用のハードウェアNaを備えてもよい。
 処理回路がプロセッサNbとメモリNcとを備える場合、ノードの各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせで実現される。ソフトウェアおよびファームウェアの少なくとも一方は、プログラムとして記述される。そのプログラムはメモリNcに格納される。プロセッサNbは、メモリNcに記憶されたプログラムを読み出して実行することにより、ノードの各機能を実現する。
 プロセッサNbは、CPU(Central Processing Unit)、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、DSPともいう。メモリNcは、例えば、RAM、ROM、フラッシュメモリ、EPROM、EEPROM等の、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD等により構成される。
 処理回路が専用のハードウェアNaを備える場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ASIC、FPGA、またはこれらの組み合わせで実現される。
 ノードの各機能は、それぞれ処理回路で実現することができる。あるいは、ノードの各機能は、まとめて処理回路で実現することもできる。ノードの各機能について、一部を専用のハードウェアNaで実現し、他部をソフトウェアまたはファームウェアで実現してもよい。このように、処理回路は、ハードウェアNa、ソフトウェア、ファームウェア、またはこれらの組み合わせでノードの各機能を実現する。
 本発明に係る入退管理システムは、例えば入退域が管理される領域を有する建築物などに適用できる。本発明に係る認証装置、管理装置および携帯端末、データ構造、ならびに入退管理プログラムは、当該入退管理システムに適用できる。本発明に係る構築方法は、当該入退管理システムの構築に適用できる。
 1 入退管理システム、 2 P2Pネットワーク、 3、3A、3B 携帯端末、 4 昇降機、 5、5C ドア装置、 6 制御端末、 7 乗りかご、 8 制御盤、 9 電気錠、 10 制御部、 11 通信部、 12 記憶部、 13 生成部、 14 検証部、 15 登録部、 16 発信部、 17 読取部、 18 認証部、 Ba、Bb、Bc ブロック、 Na ハードウェア、 Nb プロセッサ、 Nc メモリ

Claims (20)

  1.  P2Pネットワークによって接続される複数のノード
     を備え、
     前記複数のノードの各々は、
     前記複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、
     前記ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、
     を備え、
     前記複数のノードの少なくともいずれかは、
     前記ブロックチェーンに追加されるブロックを生成する生成部
     を備え、
     前記複数のノードのいずれかである管理ノードは、
     認証可能な通行者の認証情報を含む認証条件を前記ブロックチェーンのブロックに記録する登録部
     を備え、
     前記複数のノードのいずれかであり、前記通行者が通行する領域に設けられる認証ノードは、
     前記通行者の認証情報を読み取る読取部と、
     前記ブロックチェーンのブロックに記録された前記認証条件において認証を行うノードとして指定され、かつ、前記読取部が読み取った前記認証情報が当該認証条件に含まれるときに、前記通行者を認証する認証部と、
     を備える
     入退管理システム。
  2.  前記複数のノードのいずれかであり、前記通行者に所持される通行ノードは、
     前記通行者の前記認証情報を無線信号によって発信する発信部
     を備え、
     前記認証ノードの前記読取部は、前記発信部が無線信号によって発信した前記認証情報を読み取る
     請求項1に記載の入退管理システム。
  3.  前記登録部は、前記認証条件において認証可能な前記通行者に所持される前記通行ノード、および前記認証条件において指定される前記認証ノードによって復号可能に暗号化された前記認証条件を前記ブロックチェーンのブロックに記録する
     請求項2に記載の入退管理システム。
  4.  前記検証部は、前記複数のノードのいずれかの前記生成部が生成したブロックから算出されるハッシュ値が設定された閾値以上であるときに当該ブロックを妥当でないとし、
     前記記憶部は、妥当でないとされたブロックを前記ブロックチェーンに追加しない
     請求項1から請求項3のいずれか一項に記載の入退管理システム。
  5.  前記検証部は、前記認証ノードの前記生成部が生成したブロックの検証において設定される閾値を、前記認証ノードではない前記ノードの前記生成部が生成したブロックの検証において設定される閾値より大きい値として、前記ブロックチェーンに追加されるブロックの妥当性を検証する
     請求項4に記載の入退管理システム。
  6.  前記検証部は、前記認証ノードではない前記ノードの前記生成部が生成したブロックを妥当でないとし、
     前記記憶部は、妥当でないとされたブロックを前記ブロックチェーンに追加しない
     請求項1から請求項3のいずれか一項に記載の入退管理システム。
  7.  前記認証部は、予め設定された時間を遡った時刻から現在までの間に生成された前記ブロックに記録されている前記認証条件を検索し、検索された前記認証条件に基づいて前記通行者を認証する
     請求項1から請求項6のいずれか一項に記載の入退管理システム。
  8.  前記認証部は、前記通行者を認証するときに、当該認証部を備える認証ノードを識別する情報、当該通行者を識別する情報、および認証された時刻の情報を含む認証履歴の情報を前記ブロックチェーンの前記ブロックに記録する
     請求項1から請求項7のいずれか一項に記載の入退管理システム。
  9.  前記認証ノードは、前記認証部が前記通行者を認証するときに解錠または施錠される電気錠を有し、当該通行者が通行する経路上に設けられるドア装置である
     請求項1から請求項8のいずれか一項に記載の入退管理システム。
  10.  前記認証ノードは、前記認証部が前記通行者を認証するときに、当該通行者が通行する経路上のドア装置に設けられる電気錠の解錠または施錠をさせる制御端末である
     請求項1から請求項8のいずれか一項に記載の入退管理システム。
  11.  前記認証ノードは、前記通行者が乗り込む乗りかごを有し、当該通行者を認証するときに当該通行者が乗り込む乗りかごの呼びの登録を行う昇降機である
     請求項1から請求項8のいずれか一項に記載の入退管理システム。
  12.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、
     前記ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、
     通行者の認証情報を読み取る読取部と、
     前記複数のノードのいずれかである管理ノードによって前記ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、前記読取部が読み取った前記認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、前記通行者を認証する認証部と、
     を備える入退管理システムの認証装置。
  13.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、
     前記ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、
     認証可能な通行者の認証情報を含み、前記認証情報を読み取って認証を行うノードとして前記複数のノードのいずれかから前記通行者が通行する領域に設けられる認証ノードを指定する認証条件を、前記ブロックチェーンのブロックに記録する登録部と、
     を備える入退管理システムの管理装置。
  14.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、
     前記ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、
     認証可能な通行者の認証情報を含み、前記認証情報を読み取って認証を行うノードとして前記複数のノードのいずれかから前記通行者が通行する領域に設けられる認証ノードを指定し、前記複数のノードのいずれかである管理ノードによって前記ブロックチェーンのブロックに記録された認証条件から読み取った前記認証情報を、前記認証ノードに無線信号によって発信する発信部と、
     を備える入退管理システムの携帯端末。
  15.  順序付けられて連鎖して連結される複数のブロックを含み、
     前記複数のブロックの各々は、
     直前に連結されるブロックの情報から算出されるハッシュ値のデータ
     を含み、
     前記複数のブロックの少なくともいずれかは、
     認証可能な通行者の認証情報を持ち、前記認証情報を読み取って認証を行うノードとして前記通行者が通行する領域に設けられる認証ノードをP2Pネットワークによって接続される複数のノードから指定する認証条件データ
     を含み、
     前記複数のノードの間で共有されることで、前記複数のノードのいずれかである管理ノードが前記複数のブロックのいずれかに記録した前記認証条件データに基づいて行われる前記認証ノードによる前記通行者の認証に用いられる入退管理データのデータ構造。
  16.  前記複数のブロックの少なくともいずれかは、
     前記通行者を認証した認証ノードを識別する情報、当該通行者を識別する情報、および当該通行者が認証された時刻の情報、を持つ認証履歴データ
     を含む請求項15に記載の入退管理データのデータ構造。
  17.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、
     前記ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、
     通行者の認証情報を読み取らせるステップと、
     前記複数のノードのいずれかである管理ノードによって前記ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った前記認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、前記通行者を認証させるステップと、
     を認証装置に実行させる入退管理プログラム。
  18.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、
     前記ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、
     認証可能な通行者の認証情報を含み、前記認証情報を読み取って認証を行うノードとして前記複数のノードのいずれかから前記通行者が通行する領域に設けられる認証ノードを指定する認証条件を、前記ブロックチェーンのブロックに記録させるステップと、
     を管理装置に実行させる入退管理プログラム。
  19.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、
     前記ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、
     認証可能な通行者の認証情報を含み、前記認証情報を読み取って認証を行うノードとして前記複数のノードのいずれかから前記通行者が通行する領域に設けられる認証ノードを指定し、前記複数のノードのいずれかである管理ノードによって前記ブロックチェーンのブロックに記録された認証条件から読み取った前記認証情報を、前記認証ノードに無線信号によって発信させるステップと、
     を携帯端末に実行させる入退管理プログラム。
  20.  P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、前記ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、通行者の認証情報を読み取らせるステップと、前記複数のノードのいずれかである管理ノードによって前記ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った前記認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、前記通行者を認証させるステップと、を実行させる第1プログラムを、前記通行者が通行する領域に設けられる認証装置に配信して前記複数のノードのいずれかである認証ノードとする工程と、
     前記複数のノードの間で共有される前記ブロックチェーンを記憶させるステップと、前記ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、前記認証条件を前記ブロックチェーンのブロックに記録させるステップと、を実行させる第2プログラムを、管理装置に配信して前記複数のノードのいずれかである管理ノードとする工程と、
     を備える入退管理システムの構築方法。
PCT/JP2019/016637 2019-04-18 2019-04-18 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法 WO2020213125A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
PCT/JP2019/016637 WO2020213125A1 (ja) 2019-04-18 2019-04-18 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
PCT/JP2020/016034 WO2020213516A1 (ja) 2019-04-18 2020-04-09 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理システムの移動体、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
US17/428,977 US20220027448A1 (en) 2019-04-18 2020-04-09 Access management system, authentication device for access management system, management device for access management system, portable terminal for access management system, mobile body for access management system, data structure for access management data, access management program, and construction method for access management system
CN202080028305.7A CN113748421A (zh) 2019-04-18 2020-04-09 进出管理系统、进出管理系统的认证装置、进出管理系统的管理装置、进出管理系统的便携终端、进出管理系统的移动体、进出管理数据的数据结构、进出管理程序、以及进出管理系统的构筑方法
JP2021514915A JP7173305B2 (ja) 2019-04-18 2020-04-09 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末または移動体、入退管理プログラム、および入退管理システムの構築方法
DE112020001975.6T DE112020001975T5 (de) 2019-04-18 2020-04-09 Zugangsmanagementsystem, Authentifizierungsvorrichtung für Zugangsmanagementsystem, Verwaltungsvorrichtung für Zugangsmanagementsystem, tragbares Endgerät für Zugangsmanagementsystem, mobiler Körper für Zugangsmanagementsystem, Datenstruktur für Zugangsverwaltungsdaten, Zugangsverwaltungsprogramm und Konstruktionsverfahren für Zugangsmanagementsystem

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/016637 WO2020213125A1 (ja) 2019-04-18 2019-04-18 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法

Publications (1)

Publication Number Publication Date
WO2020213125A1 true WO2020213125A1 (ja) 2020-10-22

Family

ID=72837162

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2019/016637 WO2020213125A1 (ja) 2019-04-18 2019-04-18 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
PCT/JP2020/016034 WO2020213516A1 (ja) 2019-04-18 2020-04-09 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理システムの移動体、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/016034 WO2020213516A1 (ja) 2019-04-18 2020-04-09 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理システムの移動体、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法

Country Status (5)

Country Link
US (1) US20220027448A1 (ja)
JP (1) JP7173305B2 (ja)
CN (1) CN113748421A (ja)
DE (1) DE112020001975T5 (ja)
WO (2) WO2020213125A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113824742A (zh) * 2021-11-23 2021-12-21 湖南兆物信链科技集团有限公司 一种基于区块链的跨链通信授权系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11398123B1 (en) * 2019-10-10 2022-07-26 Proxy, Inc. Methods and apparatus for facilitating operation of control access systems
JP7230948B2 (ja) * 2021-05-13 2023-03-01 三菱電機株式会社 入退管理装置
JP7258258B1 (ja) * 2022-08-08 2023-04-14 三菱電機株式会社 プログラマブルコントローラ、プログラマブルコントローラシステム、アクセス情報共有方法及びプログラム
CN116896564B (zh) * 2023-09-11 2023-12-22 腾讯科技(深圳)有限公司 基于区块链网络的区块生成方法、装置和计算机设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003515201A (ja) * 1999-11-03 2003-04-22 モトローラ・インコーポレイテッド 近接性に基づいた短距離無線リンクを用いた入口通路システム
JP2017069634A (ja) * 2015-09-28 2017-04-06 パナソニックIpマネジメント株式会社 ドアホンシステム、ドアホン親機、および通信方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009169553A (ja) * 2008-01-12 2009-07-30 Japan Port & Harbour Association 出入管理システムの認証手段
JP2013091964A (ja) * 2011-10-25 2013-05-16 Toshiba Corp 電気錠制御装置
WO2017136579A1 (en) * 2016-02-02 2017-08-10 Live Nation Entertainment, Inc. Decentralized virtual trustless ledger for ticketing control
WO2017190794A1 (en) * 2016-05-06 2017-11-09 Rwe International Se Traffic system
US11010754B2 (en) * 2016-09-09 2021-05-18 Tyco Integrated Security, LLC Architecture for access management
WO2018099920A1 (en) * 2016-11-29 2018-06-07 Modum.Io Ag System and method for monitoring environmental conditions of a physical item during transportation
US10581841B2 (en) * 2017-02-13 2020-03-03 Zentel Japan Corporation Authenticated network
US10783600B2 (en) * 2017-05-25 2020-09-22 GM Global Technology Operations LLC Method and system using a blockchain database for data exchange between vehicles and entities
WO2019017439A1 (ja) * 2017-07-21 2019-01-24 株式会社村田製作所 入退場管理システムおよび入退場管理方法
JP2019029013A (ja) * 2017-07-24 2019-02-21 株式会社デンソー 取引システム、提供端末、利用端末、及び、ノード
CN107734502B (zh) * 2017-09-07 2020-02-21 京信通信系统(中国)有限公司 基于区块链的微基站通信管理方法、系统及设备
US20190080538A1 (en) * 2017-09-08 2019-03-14 Alex Shahidi Novel high assurance identity authentication and granular access oversight and management system based on indoor tracking, gps and biometric identification
EP3725110B1 (en) * 2017-12-11 2022-03-02 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for validating messages in a wireless communications network
GB2569398B (en) * 2017-12-18 2022-03-02 V Auth Ltd Authentication method and device
CN108124505B (zh) * 2017-12-19 2020-06-30 深圳前海达闼云端智能科技有限公司 获取可信节点的方法、装置、存储介质及区块链节点
CN111512658B (zh) * 2017-12-19 2023-05-02 海拉有限双合股份公司 用于分散式数字认证的方法和系统
WO2019175878A1 (en) * 2018-03-14 2019-09-19 Security Matters Ltd. Systems and methods for supply chain management and integrity verification via blockchain
JP6494004B1 (ja) * 2018-06-18 2019-04-03 Necソリューションイノベータ株式会社 個人情報管理システム、サービス提供システム、方法およびプログラム
US10928847B2 (en) * 2018-09-29 2021-02-23 Intel Corporation Apparatuses and methods for frequency scaling a message scheduler data path of a hashing accelerator
CN109543447B (zh) * 2018-11-07 2023-03-31 深圳平安医疗健康科技服务有限公司 基于区块链的信息处理方法、服务器及计算机存储介质
CN109583912A (zh) * 2018-11-14 2019-04-05 阿里巴巴集团控股有限公司 基于区块链的商户认证方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003515201A (ja) * 1999-11-03 2003-04-22 モトローラ・インコーポレイテッド 近接性に基づいた短距離無線リンクを用いた入口通路システム
JP2017069634A (ja) * 2015-09-28 2017-04-06 パナソニックIpマネジメント株式会社 ドアホンシステム、ドアホン親機、および通信方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113824742A (zh) * 2021-11-23 2021-12-21 湖南兆物信链科技集团有限公司 一种基于区块链的跨链通信授权系统

Also Published As

Publication number Publication date
US20220027448A1 (en) 2022-01-27
WO2020213516A1 (ja) 2020-10-22
JP7173305B2 (ja) 2022-11-16
CN113748421A (zh) 2021-12-03
JPWO2020213516A1 (ja) 2021-10-28
DE112020001975T5 (de) 2021-12-30

Similar Documents

Publication Publication Date Title
WO2020213125A1 (ja) 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
US10635801B2 (en) Systems and methods for securing access to storage and retrieval systems
JP6494004B1 (ja) 個人情報管理システム、サービス提供システム、方法およびプログラム
KR102130651B1 (ko) 블록체인 기반 사용자 인증 방법 및 장치
EP3613171B1 (en) Industrial network using a blockchain for access control, and access control method
JP4736744B2 (ja) 処理装置、補助情報生成装置、端末装置、認証装置及び生体認証システム
Joshi et al. Unified authentication and access control for future mobile communication-based lightweight IoT systems using blockchain
US8947200B2 (en) Method of distributing stand-alone locks
US8132722B2 (en) System and method for binding a smartcard and a smartcard reader
Liu et al. Enabling secure and privacy preserving identity management via smart contract
US20050021954A1 (en) Personal authentication device and system and method thereof
EP3244568B1 (en) Electronic locking system
KR101858653B1 (ko) 블록체인 데이터베이스 및 이와 연동하는 머클 트리 구조를 통해 모바일 아이디를 이용하여 사용자를 인증하는 방법, 단말 및 이를 이용한 서버
CN101309267A (zh) 认证信息管理系统、服务器、方法和程序
JP2002502186A (ja) 1方向認証通信システム
JP2011012511A (ja) 電気錠制御システム
WO2021053131A1 (en) Method, locking system for controlling access to a resource and a locking device
CN116235460A (zh) 认证系统和方法
CN109767530A (zh) 基于区块链的智能锁控制方法、装置及系统
US20230412400A1 (en) Method for suspending protection of an object achieved by a protection device
JP2018022941A (ja) 管理システム、管理サーバ及び管理プログラム
Mayrhofer et al. Poster: Towards an architecture for private digital authentication in the physical world
Rahat et al. Blockchain based secured multipurpose identity (smid) management system for smart cities
JP2007334644A (ja) 認証システム、認証サーバ、端末、認証方法、プログラム
WO2023021968A1 (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: 19924718

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19924718

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP