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

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

Info

Publication number
WO2020213516A1
WO2020213516A1 PCT/JP2020/016034 JP2020016034W WO2020213516A1 WO 2020213516 A1 WO2020213516 A1 WO 2020213516A1 JP 2020016034 W JP2020016034 W JP 2020016034W WO 2020213516 A1 WO2020213516 A1 WO 2020213516A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
node
blockchain
entry
nodes
Prior art date
Application number
PCT/JP2020/016034
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 DE112020001975.6T priority Critical patent/DE112020001975T5/de
Priority to US17/428,977 priority patent/US20220027448A1/en
Priority to CN202080028305.7A priority patent/CN113748421A/zh
Priority to JP2021514915A priority patent/JP7173305B2/ja
Publication of WO2020213516A1 publication Critical patent/WO2020213516A1/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
    • 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
    • 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

Definitions

  • This disclosure describes 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 system mobile body, an entry / exit management data data structure, and entry / exit management data. Regarding the exit management program and how to build the entry / exit management 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.
  • the present disclosure describes an entry / exit management system that suppresses the possibility of unauthorized access, an authentication device, a management device, a mobile terminal, and a mobile body that constitute the entry / exit management system, and entry / exit management used in the entry / exit management system.
  • Provided are a data structure of data, an entry / exit management program executed in the entry / exit management system, and a method for 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 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 the mobile body 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 through which the mobile body passes 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 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 reading unit that reads the authentication information of the moving object, 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 reading unit is It is provided with an authentication unit that authenticates the mobile body when the read authentication information is included in the authentication conditions as the authentication information of the mobile body 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 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 mobile body passes from any of multiple nodes as the node that includes the authentication information of the mobile body that can be authenticated and performs 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 among 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 moving body 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. Specify the verification unit and the authentication node provided in the area through which oneself passes from any of multiple nodes as a node that includes its own authentication information and reads the authentication information to perform authentication, and is one of the multiple nodes. It is provided with a transmitting unit that transmits authentication information read from the authentication conditions recorded in the block of the blockchain by the management node 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 is 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 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 is a hash value calculated from the information of the blocks that are linked immediately before.
  • At least one of a plurality of blocks including data has authentication information of a mobile body that can be authenticated, and connects an authentication node provided in an area through which the mobile body passes as a node that reads the authentication information and performs authentication by a P2P network.
  • 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 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 among a plurality of nodes connected by a P2P network, a step of verifying the validity of a block added to the blockchain, and a movement. It is designated as a node that authenticates under the authentication conditions recorded in the block of the blockchain by the step of reading the body authentication information and the management node that is one of multiple nodes, and the read authentication information can be authenticated.
  • the authentication device is made to execute the step of authenticating the moving body.
  • 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.
  • 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.
  • An authentication condition that specifies an authentication node provided in the area where the mobile body passes from any of multiple nodes as a node that includes the authentication information of the possible mobile body and reads the authentication information and performs 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 entry / exit management program has 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 a step of itself.
  • a node that includes the authentication information of and performs authentication by reading the authentication information specify the authentication node provided in the area through which one of the multiple nodes passes, and blockchain by the management node that is one of the multiple nodes.
  • the moving body is made to execute the step of transmitting the authentication information read from the authentication conditions recorded in the block of the above to the authentication node by the 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.
  • 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 authentication information of the mobile body, 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 step of authenticating the mobile body and the first program for executing the execution are distributed to the authentication device provided in the area through which the mobile body passes.
  • the process of making it an authentication node that is one of a plurality of nodes includes a step of recording an authentication condition in a block of a blockchain, and a step of distributing a second program for executing the authentication 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 condition includes the authentication information to be authenticated that can be authenticated.
  • the authentication condition specifies an authentication node that is one of a plurality of nodes as a node for authentication.
  • the authentication target authentication information read by the authentication node specified in the authentication condition is included in the authentication condition, the authentication target is authenticated by the authentication node. This reduces the possibility of unauthorized access.
  • FIG. 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. It is a block diagram of the entrance / exit management system which concerns on Embodiment 2.
  • 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.
  • the authentication unit 18 determines that the node has been designated as the node to be authenticated in the authentication conditions.
  • 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.
  • the authentication unit 18 authenticates the user B.
  • User B who is a passerby, is an example of an authentication target.
  • 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 information 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 with dedicated hardware Na, software, firmware, or a combination thereof.
  • Embodiment 2 The differences between the second embodiment and the examples disclosed in the first embodiment will be described in particular detail. As for the features not described in the second embodiment, any of the features disclosed in the first embodiment may be adopted.
  • FIG. 6 is a configuration diagram of the entry / exit management system according to the second embodiment.
  • the entry / exit management system 1 manages the entry / exit of the passerby into the area to be managed.
  • a passerby is a person or device that enters or exits a controlled area.
  • the entry / exit management system 1 includes a plurality of nodes directly or indirectly connected to each other by the P2P network 2.
  • Each of the plurality of nodes is, for example, a mobile terminal 3, an elevator 4, a door device 5, a control terminal 6, a mobile body 19, or a management server 20.
  • the passerby includes a passerby possessing the mobile terminal 3 and a mobile body 19.
  • the elevator 4 includes a plurality of car cars 7.
  • the entry / exit management system 1 according to the second embodiment manages the entry / exit of the passerby, and the entry / exit management system according to the first embodiment manages the entry / exit of the passersby. Do the same as.
  • the entry / exit management system 1 according to the second embodiment performs authentication and an authentication response to the passerby, similarly to the entry / exit management system according to the first embodiment for passersby. That is, operations such as entry / exit management, authentication, and authentication response in the entry / exit management system 1 according to the second embodiment are entry / exit management data shared among a plurality of nodes as a blockchain. It is done based on.
  • the entry / exit management data according to the second embodiment has the same structure as the entry / exit management data according to the second embodiment.
  • the entrance / exit management system 1 according to the second embodiment is constructed in the same manner as the entrance / exit management system according to the first embodiment. That is, 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 mobile body 19 is a device that moves in a place including an area to be managed.
  • the mobile body 19 includes, for example, an autonomous mobile robot, a remotely controlled mobile robot, or mobility on which a person is boarded.
  • the management server 20 is a server that manages the mobile body 19.
  • the management server 20 may be equipped with a function for remotely controlling the movement of the mobile body 19.
  • the management server 20 is connected to the mobile body 19 through another network such as the P2P network 2 or the Internet.
  • the management server 20 is, for example, a server computer.
  • the management server 20 may be a virtual server on the cloud service.
  • the permission node in the entry / exit management system 1 is, for example, a mobile terminal 3, a desktop PC, a management server 20, or another information terminal.
  • the authentication condition registered by the registration unit 15 of the permission node in the block of the blockchain is a condition for authenticating a passerby such as a passerby or a mobile body 19.
  • the authentication condition includes the authentication information of the passable body that can be authenticated.
  • the authentication information of the passerby includes, for example, the ID of the passerby, the ID of the mobile body 19, and the like.
  • the mobile body 19 is a mobile body node of the entry / exit management system 1.
  • the mobile node is included in a plurality of nodes of the entry / exit management system 1.
  • the operation of the mobile body 19 as a mobile body node is executed based on, for example, an installed entry / exit management program.
  • the mobile node includes a transmitter 16.
  • the transmission unit 16 transmits the authentication information used for the authentication of the mobile body 19 by wireless communication.
  • the transmitting unit 16 may include, for example, an RF antenna, an LF antenna, or the like.
  • the authentication information includes, for example, the ID of the mobile body 19 which is a mobile body node.
  • the block data included in the entry / exit management data block includes authentication condition data and authentication history data.
  • the authentication condition data includes, for example, an authentication condition ID, a permission node ID, a passerby ID, an authentication node ID, a valid number of times, a valid period, and attribute information of the passerby.
  • the passerby ID is, for example, information for identifying a passing node possessed by a passerby who can be authenticated, information for identifying a mobile body 19 which is a mobile node which can be authenticated, and the like.
  • the attribute information of the passerby is information representing the attribute of the passerby.
  • the attributes of the pedestrian include, for example, information such as a form of use such as whether or not a mobility assisting device such as a wheelchair is used, or information such as a desire for use such as whether or not the vehicle 7 can ride with the moving body 19.
  • the attributes of the moving body 19 include, for example, information such as the usage type of the moving body 19, the scale of the moving body 19, and the presence / absence of the function of the moving body 19.
  • the usage type of the mobile body 19 represents a classification of services provided by the mobile body 19, such as "emergency", "security”, or "meal service”.
  • the scale of the moving body 19 includes, for example, the size or weight of the moving body 19.
  • the function of the moving body 19 includes, for example, a function of riding with a person in the car 7.
  • the authentication history data includes, for example, an authentication condition ID, a passerby 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 passerby ID is information for identifying a passerby node possessed by a passerby authenticated by the authentication node, information for identifying a mobile node authenticated by the authentication node, and the like.
  • the authentication node ID is information that identifies the authentication node that has authenticated the passerby.
  • the authentication time is information on the time when the authentication node authenticates the passerby.
  • the response operation code is information representing the authentication response operation performed when the authentication node authenticates the passerby.
  • FIG. 7 is a diagram showing an example of authentication by the entry / exit management system according to the second embodiment.
  • the management server 20A permits the mobile body 19B to use the elevator 4C.
  • the management server 20A is an example of an authorized node.
  • the management server 20A remotely controls the movement of the mobile body 19B.
  • the management server 20A remotely controls the mobile body 19B so as to move on the route using the elevator 4C.
  • the mobile body 19B is an example of a mobile body node.
  • the elevator 4C is an example of an authentication node.
  • the elevator 4C includes a plurality of car cars 7.
  • the elevator 4C includes a group management device that selects a car 7 to which a call is assigned from a plurality of car 7.
  • the registration unit 15 of the management server 20A encrypts the authentication conditions.
  • the authentication node specified in the authentication condition includes the elevator 4C designated based on the route by which the management server 20A moves the mobile body 19B.
  • 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 management server 20A when transmitting the authentication condition.
  • the authentication conditions are encrypted so that they can be decrypted by the mobile body 19B and the elevator 4C.
  • the registration unit 15 transmits, for example, both the authentication condition encrypted by the public key of the mobile body 19B and the authentication condition encrypted by the public key of the elevator 4C to another node.
  • the registration unit 15 may transmit the authentication condition encrypted by the attribute-based encryption or the like to another node.
  • Each of the plurality of nodes of the entry / exit management system 1 temporarily holds the authentication conditions received from the management server 20A 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 verifies based on a consensus algorithm such as PoW predetermined in the entry / exit management system 1.
  • 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 management server 20A is recorded in the block Bb of the blockchain.
  • the mobile body 19B reads the authentication conditions from the block Bb of the blockchain stored in the storage unit 12.
  • the mobile body 19B decrypts the encrypted authentication condition.
  • the mobile body 19B acquires the authentication information included in the decrypted authentication condition.
  • the mobile body 19B acquires, for example, an authentication condition ID, an ID of the mobile body 19B which is a passerby ID, and an authentication node ID as authentication information.
  • the elevator 4C reads the authentication conditions from the block Bb of the blockchain stored in the storage unit 12.
  • the elevator 4C decrypts the encrypted authentication condition.
  • the elevator 4C may discard the authentication condition when the electronic signature of the management server 20A is not valid. Further, the elevator 4C may abandon the certification condition when the validity period included in the certification condition has already passed.
  • the elevator 4C has the authentication 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 condition. At this time, the elevator 4C authenticates the moving body 19B based on the authentication conditions obtained by the search.
  • the management server 20A moves the moving body 19B to the landing of the elevator 4C.
  • the management server 20A causes the transmitting unit 16 of the mobile body 19B to transmit an authentication request including the authentication information acquired from the block Bb by a wireless signal.
  • the reading unit 17 of the elevator 4C receives the authentication request sent by the moving body 19B.
  • 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 elevator 4C. When the authentication information includes the authentication node ID of the elevator 4C, 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 passerby ID included in the authentication information read by the reading unit 17 is included as the authentication information of the passerby that can be authenticated under the authentication conditions acquired from the block Bb. When the read passerby ID is included in the authentication conditions as the authentication information of the passerby that can be authenticated, the authentication unit 18 authenticates the mobile body 19B.
  • the moving body 19B which is a passing body, is an example of a target of authentication.
  • the authentication unit 18 of the elevator 4C performs an authentication response operation when authenticating the moving body 19B.
  • the elevator 4C selects the car 7 to which the call of the moving body 19B is assigned from the plurality of car 7s as the authentication response operation.
  • the elevator 4C assigns a call based on, for example, a priority according to the attribute of the moving body 19B to be authenticated. For example, when the usage type of the mobile body 19B is "emergency" with a high priority, the call of the mobile body 19B is preferentially assigned to the call of the mobile body 19 which is a "meal service" whose usage type is a low priority. .. The elevator 4C allocates calls so that, for example, the higher the priority, the shorter the time to reach the destination floor.
  • the elevator 4C assigns a call to the moving body 19B to any of the car 7 based on the attributes of the moving body 19B to be authenticated, for example. For example, the elevator 4C determines whether or not the moving body 19B can ride on the same car 7 with other passing bodies based on the scale of the moving body 19B or the presence or absence of the function of the moving body 19B. The elevator 4C assigns the call of the moving body 19B to one of the car 7s based on the determination result of whether or not the passenger can ride.
  • the management server 20A puts the mobile body 19B in the car 7 to which the call is assigned. After that, the management server 20A disembarks the mobile body 19B from the car 7 on the destination floor.
  • the authentication unit 18 of the elevator 4C generates an authentication history when the mobile body 19B 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 elevator 4C 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 elevator 4C 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 elevator 4C is recorded in the block Bc of the blockchain.
  • FIG. 8 is a sequence diagram showing an example of operation by the entry / exit management system according to the second embodiment.
  • the registration unit 15 of the management server 20A transmits the authentication conditions generated based on the route through which the mobile body 19B passes to each of the plurality of nodes.
  • the generation unit 13 of the control terminal 6 succeeds in generating the block including the authentication condition.
  • 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 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 moving body 19B acquires the authentication information from the block Bb stored in the storage unit 12. Further, the elevator 4C acquires the authentication condition from the block Bb stored in the storage unit 12.
  • the transmission unit 16 of the mobile body 19B transmits an authentication request including the authentication information to the elevator 4C.
  • the reading unit 17 of the elevator 4C reads the authentication information from the received authentication request.
  • the authentication unit 18 authenticates the mobile body 19B based on the authentication information read by the reading unit 17 and the authentication conditions acquired from the block Bb. When authenticating the mobile body 19B, the authentication unit 18 performs an authentication response operation.
  • the authentication unit 18 of the elevator 4C After that, the authentication unit 18 of the elevator 4C 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 door device 5 succeeds in generating the block including the authentication history.
  • the generation unit 13 of the door device 5 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 condition includes the authentication information of the mobile body 19 that 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 through which the mobile body 19 passes.
  • the reading unit 17 reads the authentication information of the moving body 19.
  • the authentication unit 18 authenticates the moving body 19 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 the moving body 19.
  • the management node is one of a plurality of nodes. Authentication conditions are recorded in blocks on the blockchain by the management node.
  • 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 condition includes the authentication information of the mobile body 19 that can be authenticated.
  • the authentication condition specifies an authentication node provided in an area where the mobile body 19 passes from any of a plurality of nodes as a node that reads the authentication information and performs authentication.
  • the mobile body 19 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 condition includes the authentication information of the mobile body 19 itself.
  • 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 through which the mobile body 19 itself passes.
  • 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 the authentication information of the mobile body 19 that 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 through which the mobile body 19 passes.
  • 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 the mobile body 19 by the authentication node.
  • the authentication of the mobile body 19 by the authentication node is performed based on the authentication condition data recorded by the management node in any of the plurality of blocks.
  • the management node is one of a plurality of nodes.
  • the entry / exit management program causes the authentication device to execute the storage step, the verification step, the reading step, and the 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 the moving body 19.
  • the authentication step is a step of authenticating the mobile body 19 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 mobile body 19 that can be authenticated. Is. 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 condition includes the authentication information of the mobile body 19 that 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 through which the mobile body 19 passes.
  • the moving body 19 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 condition includes the authentication information of the mobile body 19 itself that 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 through which the mobile body 19 itself passes. 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 through which the mobile body 19 passes.
  • 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 the moving body 19.
  • the authentication step is a step of authenticating the mobile body 19 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 mobile body 19 that 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 condition includes the authentication information of the mobile body 19 that can be authenticated.
  • the authentication condition specifies an authentication node that is one of a plurality of nodes as a node for authentication.
  • the authentication information of the mobile body 19 read by the authentication node specified in the authentication condition is included in the authentication condition, the mobile body 19 is authenticated by the authentication node. In this way, the authentication of the mobile body 19 that accesses the area where the entry / exit area is managed is performed based on the authentication conditions recorded in 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 mobile node which is one of the plurality of nodes, includes a transmission unit 16.
  • the mobile node is the mobile 19.
  • the transmission unit 16 transmits the authentication information of the mobile body 19 itself 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.
  • the management node is a management server 20 that remotely controls the movement of the mobile body 19.
  • the mobile body 19 itself can be included as a node that shares the blockchain.
  • a management server 20 that remotely controls the movement of the mobile body 19 can be included. This allows you to increase the types and number of nodes.
  • 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 management server 20 can easily identify the authentication node on the route to which the mobile body 19 moves. This makes the registration of authentication conditions smoother.
  • the registration unit 15 records the authentication conditions decryptably encrypted by the mobile node and the authentication node in the block of the blockchain.
  • the mobile node is a mobile 19 that can be authenticated 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 registration unit 15 records the attributes of the authentication target that can be authenticated under the authentication conditions in the block of the blockchain.
  • the authentication node which is the elevator 4, registers the call of the target based on the priority according to the attribute of the target of authentication.
  • the authentication node which is the elevator 4, has a plurality of car 7.
  • the authentication node assigns the call of the authenticated target to one of the cars based on the attribute of the target.
  • the elevator 4 is operated according to the attributes of the moving body 19 and the like, which are the targets of certification.
  • the mobile body 19 can move between a plurality of floors depending on the speed required for the service to be provided.
  • the elevator 4 may assign calls based on the priority according to the attributes of passersby. For example, when a passerby is using a mobility aid such as a wheelchair, the call may be assigned with a higher priority. Further, the elevator 4 may assign the call of the authenticated passerby to any of the car 7 based on the attributes of the passerby.
  • the elevator 4 determines whether or not to ride with a moving body 19 or the like in the same car 7 based on a passerby's desire to use the elevator 4.
  • the elevator 4 assigns the call of the passerby to one of the car 7s based on the determination result of whether or not the passenger can ride.
  • the mobile body 19 does not have to be a node of the P2P network 2.
  • the mobile body 19 may transmit a unique ID as authentication information by a wireless signal.
  • 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 the mobile node.
  • the reading unit 17 may read the authentication information from the mobile node by, for example, visible light communication. At this time, the authentication information may be transmitted from the transmission unit 16 of the mobile node, for example, by visible light communication.
  • the entry / exit management system 1 may manage authentication and authentication response of only a passerby who is a person as a passerby, as well as entry and exit.
  • the entry / exit management system 1 may manage authentication and authentication response of only the mobile body 19 which is a device as a passerby, as well as entry and exit.
  • the entry / exit management system 1 may manage authentication and authentication response of both a pedestrian who is a person as a passerby and a mobile body 19 which is a device, as well as entry and exit.
  • the entry / exit management system according to the present disclosure can be applied to, for example, a building having an area where the entry / exit area is managed.
  • the authentication device, management device, mobile terminal, mobile body, data structure, and entry / exit management program according to the present disclosure can be applied to the entry / exit management system.
  • the construction method according to the present disclosure can be applied to the construction of the entrance / exit management system.
  • 1 entry / exit management system 2 P2P network, 3, 3A, 3B mobile terminal, 4, 4C 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, 19, 19B mobile body, 20, 20A management server, Ba, Bb, Bc block, Na hardware, Nb processor, Nc memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Lock And Its Accessories (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)

Abstract

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

Description

入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理システムの移動体、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
 本開示は、入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理システムの移動体、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法に関する。
 特許文献1は、入退管理システムの例を開示する。入退管理システムは、電気錠と、電気錠制御装置と、入退管理装置と、を備える。電気錠制御装置は、記憶媒体から取得した照合情報が許可されている照合情報であるかを入退管理装置に照合する。電気錠制御装置は、照合の結果を記憶する。電気錠制御装置は、記憶媒体から取得した照合情報についての照合の結果を記憶しているときに、当該結果に基づいて電気錠を制御する。
日本特開2013-91964号公報
 しかしながら、特許文献1の入退管理システムにおいて、許可されている照合情報は、入退管理装置が単独で保持している。また、照合の結果は、複数の電気錠制御装置の各々が単独で保持している。このため、許可されている照合情報および照合の結果などの照合に用いられる情報は、改ざんされる可能性がある。照合に用いられる情報が改ざんされる場合に、入退管理システムによって入退域が管理される領域への不正なアクセスが行われる可能性がある。
 本開示は、このような課題の解決に係るものである。本開示は、不正なアクセスの可能性を抑制する入退管理システム、当該入退管理システムを構成する認証装置、管理装置、携帯端末、および移動体、当該入退管理システムにおいて用いられる入退管理データのデータ構造、当該入退管理システムにおいて実行される入退管理プログラム、ならびに当該入退管理システムの構築方法を提供する。
 本開示に係る入退管理システムは、P2Pネットワークによって接続される複数のノードを備え、複数のノードの各々は、複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、を備え、複数のノードの少なくともいずれかは、ブロックチェーンに追加されるブロックを生成する生成部を備え、複数のノードのいずれかである管理ノードは、認証可能な通行者の認証情報を含む認証条件をブロックチェーンのブロックに記録する登録部を備え、複数のノードのいずれかであり、通行者が通行する領域に設けられる認証ノードは、通行者の認証情報を読み取る読取部と、ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部が読み取った認証情報が当該認証条件に含まれるときに、通行者を認証する認証部と、を備える。
 本開示に係る入退管理システムは、P2Pネットワークによって接続される複数のノードを備え、複数のノードの各々は、複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、を備え、複数のノードの少なくともいずれかは、ブロックチェーンに追加されるブロックを生成する生成部を備え、複数のノードのいずれかである管理ノードは、認証可能な移動体の認証情報を含む認証条件をブロックチェーンのブロックに記録する登録部を備え、複数のノードのいずれかであり、移動体が通行する領域に設けられる認証ノードは、移動体の認証情報を読み取る読取部と、ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部が読み取った認証情報が当該認証条件に含まれるときに、移動体を認証する認証部と、を備える。
 本開示に係る入退管理システムの認証装置は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、通行者の認証情報を読み取る読取部と、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部が読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証する認証部と、を備える。
 本開示に係る入退管理システムの認証装置は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、移動体の認証情報を読み取る読取部と、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部が読み取った認証情報が認証可能な移動体の認証情報であるとして当該認証条件に含まれるときに、当該移動体を認証する認証部と、を備える。
 本開示に係る入退管理システムの管理装置は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定する認証条件を、ブロックチェーンのブロックに記録する登録部と、を備える。
 本開示に係る入退管理システムの管理装置は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、認証可能な移動体の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから移動体が通行する領域に設けられる認証ノードを指定する認証条件を、ブロックチェーンのブロックに記録する登録部と、を備える。
 本開示に係る入退管理システムの携帯端末は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定し、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件から読み取った認証情報を、認証ノードに無線信号によって発信する発信部と、を備える。
 本開示に係る入退管理システムの移動体は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶する記憶部と、ブロックチェーンに追加されるブロックの妥当性を検証する検証部と、自らの認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから自らが通行する領域に設けられる認証ノードを指定し、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件から読み取った認証情報を、認証ノードに無線信号によって発信する発信部と、を備える。
 本開示に係る入退管理データのデータ構造は、順序付けられて連鎖して連結される複数のブロックを含み、複数のブロックの各々は、直前に連結されるブロックの情報から算出されるハッシュ値のデータを含み、複数のブロックの少なくともいずれかは、認証可能な通行者の認証情報を持ち、認証情報を読み取って認証を行うノードとして通行者が通行する領域に設けられる認証ノードをP2Pネットワークによって接続される複数のノードから指定する認証条件データを含み、入退管理データは、複数のノードの間で共有されることで、複数のノードのいずれかである管理ノードが複数のブロックのいずれかに記録した認証条件データに基づいて行われる認証ノードによる通行者の認証に用いられる。
 本開示に係る入退管理データのデータ構造は、順序付けられて連鎖して連結される複数のブロックを含み、複数のブロックの各々は、直前に連結されるブロックの情報から算出されるハッシュ値のデータを含み、複数のブロックの少なくともいずれかは、認証可能な移動体の認証情報を持ち、認証情報を読み取って認証を行うノードとして移動体が通行する領域に設けられる認証ノードをP2Pネットワークによって接続される複数のノードから指定する認証条件データを含み、複数のノードの間で共有されることで、複数のノードのいずれかである管理ノードが複数のブロックのいずれかに記録した認証条件データに基づいて行われる認証ノードによる移動体の認証に用いられる。
 本開示に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、通行者の認証情報を読み取らせるステップと、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証させるステップと、を認証装置に実行させる。
 本開示に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、移動体の認証情報を読み取らせるステップと、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な移動体の認証情報であるとして当該認証条件に含まれるときに、当該移動体を認証させるステップと、を認証装置に実行させる。
 本開示に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定する認証条件を、ブロックチェーンのブロックに記録させるステップと、を管理装置に実行させる。
 本開示に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証可能な移動体の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから移動体が通行する領域に設けられる認証ノードを指定する認証条件を、ブロックチェーンのブロックに記録させるステップと、を管理装置に実行させる。
 本開示に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証可能な通行者の認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから通行者が通行する領域に設けられる認証ノードを指定し、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件から読み取った認証情報を、認証ノードに無線信号によって発信させるステップと、を携帯端末に実行させる。
 本開示に係る入退管理プログラムは、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、自らの認証情報を含み、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから自らが通行する領域に設けられる認証ノードを指定し、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件から読み取った認証情報を、認証ノードに無線信号によって発信させるステップと、を移動体に実行させる。
 本開示に係る入退管理システムの構築方法は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、通行者の認証情報を読み取らせるステップと、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な通行者の認証情報であるとして当該認証条件に含まれるときに、通行者を認証させるステップと、を実行させる第1プログラムを、通行者が通行する領域に設けられる認証装置に配信して複数のノードのいずれかである認証ノードとする工程と、複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証条件をブロックチェーンのブロックに記録させるステップと、を実行させる第2プログラムを、管理装置に配信して複数のノードのいずれかである管理ノードとする工程と、を備える。
 本開示に係る入退管理システムの構築方法は、P2Pネットワークによって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、移動体の認証情報を読み取らせるステップと、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な移動体の認証情報であるとして当該認証条件に含まれるときに、当該移動体を認証させるステップと、を実行させる第1プログラムを、移動体が通行する領域に設けられる認証装置に配信して複数のノードのいずれかである認証ノードとする工程と、複数のノードの間で共有されるブロックチェーンを記憶させるステップと、ブロックチェーンに追加されるブロックの妥当性を検証させるステップと、認証条件をブロックチェーンのブロックに記録させるステップと、を実行させる第2プログラムを、管理装置に配信して複数のノードのいずれかである管理ノードとする工程と、を備える。
 本開示によれば、P2Pネットワークによって接続される複数のノードは、ブロックチェーンを共有する。認証条件は、複数のノードのいずれかである管理ノードによって、ブロックチェーンのブロックに記録される。認証条件は、認証可能な認証の対象の認証情報を含む。認証条件は、認証を行うノードとして複数のノードのいずれかである認証ノードを指定する。認証条件において指定された認証ノードが読み取った認証の対象の認証情報が当該認証条件に含まれるときに、認証の対象は、当該認証ノードに認証される。これにより、不正なアクセスの可能性が抑制される。
実施の形態1に係る入退管理システムの構成図である。 実施の形態1に係る入退管理データのデータ構造の例を示す図である。 実施の形態1に係る入退管理システムによる認証の例を示す図である。 実施の形態1に係る入退管理システムによる動作の例を示すシーケンス図である。 実施の形態1に係る入退管理システムのノードのハードウェア構成を示す図である。 実施の形態2に係る入退管理システムの構成図である。 実施の形態2に係る入退管理システムによる認証の例を示す図である。 実施の形態2に係る入退管理システムによる動作の例を示すシーケンス図である。
 本開示を実施するための形態について添付の図面を参照しながら説明する。各図において、同一または相当する部分には同一の符号を付して、重複する説明は適宜に簡略化または省略する。
 実施の形態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を認証する。通行者である利用者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、ソフトウェア、ファームウェア、またはこれらの組み合わせでノードの各機能を実現する。
 実施の形態2.
 実施の形態2において、実施の形態1で開示される例と相違する点について特に詳しく説明する。実施の形態2で説明しない特徴については、実施の形態1で開示される例のいずれの特徴が採用されてもよい。
 図6は、実施の形態2に係る入退管理システムの構成図である。
 入退管理システム1は、管理の対象となる領域への通行体の入域および退域を管理する。通行体は、管理の対象となる領域に入域および退域する人物または機器などである。入退管理システム1は、P2Pネットワーク2によって互いに直接的または間接的に接続された複数のノードを備える。各々の複数のノードは、例えば携帯端末3、昇降機4、ドア装置5、制御端末6、移動体19、または管理サーバー20などである。通行体は、携帯端末3を所持する通行者、および移動体19を含む。この例において、昇降機4は、複数の乗りかご7を備える。
 実施の形態2に係る入退管理システム1は、通行体に対する入域および退域の管理などを、実施の形態1に係る入退管理システムが通行者に対して行う入域および退域の管理などと同様に行う。実施の形態2に係る入退管理システム1は、通行者に対する実施の形態1に係る入退管理システムと同様に、通行体に対して認証および認証応答などを行う。すなわち、実施の形態2に係る入退管理システム1における入域および退域の管理、認証、および認証応答などの動作は、ブロックチェーンとして複数のノードの各々の間で共有される入退管理データに基づいて行われる。実施の形態2に係る入退管理データは、実施の形態2に係る入退管理データと同様の構造を有する。
 また、実施の形態2に係る入退管理システム1は、実施の形態1に係る入退管理システムと同様にして構築される。すなわち、入退管理システム1は、入退管理プログラムを複数のノードの各々に配信してインストールさせることなどによって構築される。
 移動体19は、管理の対象となる領域を含む場所を移動する機器である。移動体19は、例えば自律移動ロボット、遠隔操作される移動ロボット、または人が搭乗するモビリティなどを含む。
 管理サーバー20は、移動体19を管理するサーバーである。管理サーバー20は、移動体19の移動を遠隔制御する機能を搭載していてもよい。このとき、管理サーバー20は、例えばP2Pネットワーク2、またはインターネットなどの他のネットワークを通じて移動体19に接続される。管理サーバー20は、例えばサーバーコンピューターである。管理サーバー20は、クラウドサービス上の仮想サーバーであってもよい。
 入退管理システム1における許可ノードは、例えば携帯端末3、デスクトップPC、管理サーバー20、またはその他の情報端末などである。許可ノードの登録部15がブロックチェーンのブロックに登録する認証条件は、通行者または移動体19などの通行体を認証するための条件である。認証条件は、認証可能な通行体の認証情報を含む。ここで、通行体の認証情報は、例えば通行者のID、移動体19のIDなどを含む。
 移動体19は、入退管理システム1の移動体ノードである。移動体ノードは、入退管理システム1の複数のノードに含まれる。移動体ノードとしての移動体19の動作は、例えばインストールされている入退管理プログラムに基づいて実行される。移動体ノードは、発信部16を備える。発信部16は、無線通信によって移動体19の認証に用いられる認証情報を発信する。発信部16は、例えばRFアンテナ、またはLFアンテナなどを備えてもよい。認証情報は、例えば移動体ノードである移動体19のIDを含む。
 続いて、入退管理システム1においてブロックチェーンとして共有されている入退管理データのデータ構造の例を説明する。入退管理データのブロックに含まれるブロックデータは、認証条件データと、認証履歴データと、を含む。
 認証条件データは、例えば認証条件IDと、許可ノードIDと、通行体IDと、認証ノードIDと、有効回数と、有効期間と、通行体の属性情報と、を含む。通行体IDは、例えば認証が可能な通行者が所持している通行ノードを識別する情報、または認証が可能な移動体ノードである移動体19を識別する情報などである。通行体の属性情報は、通行体の属性を表す情報である。通行者の属性は、例えば、車椅子などの移動補助具の利用の有無などの利用の形態、または、乗りかご7における移動体19との同乗の可否などの利用についての希望などの情報を含む。移動体19の属性は、例えば移動体19の利用種別、移動体19のスケール、移動体19の機能の有無などの情報を含む。移動体19の利用種別は、例えば「救急」、「警備」、または「食事サービス」などのように、移動体19が提供するサービスの分類を表す。移動体19のスケールは、例えば移動体19の大きさまたは重量などを含む。移動体19の機能は、例えば乗りかご7において人と同乗する機能などを含む。
 認証履歴データは、例えば認証条件IDと、通行体IDと、認証ノードIDと、認証時刻と、応答動作コードと、を含む。認証条件IDは、当該認証履歴の認証が基づく認証条件を識別する情報である。通行体IDは、認証ノードによって認証された通行者が所持していた通行ノードを識別する情報、または認証ノードによって認証された移動体ノードを識別する情報などである。認証ノードIDは、通行体の認証を行った認証ノードを識別する情報である。認証時刻は、認証ノードが通行体を認証した時刻の情報である。応答動作コードは、認証ノードが通行体を認証したときに行った認証応答動作を表す情報である。
 続いて、図7を用いて、入退管理システム1による認証の例を説明する。
 図7は、実施の形態2に係る入退管理システムによる認証の例を示す図である。
 この例において、管理サーバー20Aが移動体19Bに昇降機4Cの利用を許可する場合が示される。管理サーバー20Aは、許可ノードの例である。管理サーバー20Aは、移動体19Bの移動を遠隔制御する。管理サーバー20Aは、昇降機4Cを利用した経路上を移動するように移動体19Bを遠隔制御する。移動体19Bは、移動体ノードの例である。昇降機4Cは、認証ノードの例である。昇降機4Cは、複数の乗りかご7を備える。昇降機4Cは、複数の乗りかご7のうちから呼びを割り当てる乗りかご7を選択する群管理装置を備える。
 管理サーバー20Aの登録部15は、認証条件を暗号化する。ここで、認証条件において指定される認証ノードは、管理サーバー20Aが移動体19Bを移動させる経路に基づいて指定される昇降機4Cを含む。登録部15は、暗号化された認証条件を、P2Pネットワーク2に接続されている複数のノードに送信する。登録部15は、認証条件の送信のときに、管理サーバー20Aの電子署名を加えてもよい。ここで、認証条件の暗号化は、移動体19Bおよび昇降機4Cにおいて復号可能であるように行われる。登録部15は、例えば移動体19Bの公開鍵によって暗号化した認証条件と、昇降機4Cの公開鍵によって暗号化した認証条件と、の両方を他のノードに送信する。あるいは、登録部15は、移動体19Bおよび昇降機4Cが共通の属性を持つ場合に、属性ベース暗号などによって暗号化した認証条件を他のノードに送信してもよい。
 入退管理システム1の複数のノードの各々は、管理サーバー20Aから受信した認証条件を、記録候補データとして一時的に保持する。記録候補データは、記憶部12に保持されてもよい。生成部13を備えないノードは、記録候補データを保持しなくてもよい。生成部13を備えるノードは、記録候補データを含むブロックの生成を試みる。生成部13は、妥当性を有するブロックとなるようなナンスの値を探す。その後、複数のノードのいずれかの生成部13は、妥当性を有するブロックの生成に成功する。ブロックの生成に成功した生成部13を備えるノードは、生成したブロックをP2Pネットワーク2に接続されている複数のノードに送信する。
 入退管理システム1の複数のノードの各々の検証部14は、受信したブロックの妥当性を検証する。検証部14は、入退管理システム1において予め定められているPoWなどのコンセンサスアルゴリズムに基づいて検証を行う。このとき、妥当でないと判定されたブロックは、ブロックチェーンに追加されない。一方、検証部14によって妥当性を有すると判定されたブロックは、記憶部12が記憶しているブロックチェーンに追加される。このように、予め定められているコンセンサスアルゴリズムによって複数のノードの各々の検証部14においてブロックの検証が行われることで、複数のノードの各々の記憶部12に記憶されているブロックチェーンが同期される。この例において、管理サーバー20Aから入力された認証条件は、ブロックチェーンのブロックBbに記録される。
 移動体19Bは、記憶部12に記憶されているブロックチェーンのブロックBbから、認証条件を読み込む。移動体19Bは、暗号化されている認証条件を復号する。移動体19Bは、復号された認証条件に含まれる認証情報を取得する。移動体19Bは、認証情報として、例えば認証条件IDと、通行体IDである移動体19BのIDと、認証ノードIDと、を取得する。
 昇降機4Cは、記憶部12に記憶されているブロックチェーンのブロックBbから、認証条件を読み込む。昇降機4Cは、暗号化されている認証条件を復号する。ここで、認証条件に管理サーバー20Aの電子署名が加えられる場合に、昇降機4Cは、管理サーバー20Aの電子署名が有効でないときに当該認証条件を破棄してもよい。また、昇降機4Cは、認証条件に含まれる有効期間が既に過ぎている場合に、当該認証条件を破棄してもよい。入退管理システム1において有効期間に上限が設定されている場合に、昇降機4Cは、有効期間の上限に相当する時間を遡った時刻から現在までの間に生成されたブロックに記録されている認証条件のみを検索してもよい。このとき、昇降機4Cは、検索して得られた認証条件に基づいて移動体19Bの認証を行う。
 管理サーバー20Aは、移動体19Bを昇降機4Cの乗場まで移動させる。管理サーバー20Aは、移動体19Bが昇降機4Cの乗場に進入するときに、ブロックBbから取得した認証情報を含む認証要求を無線信号によって移動体19Bの発信部16に発信させる。
 昇降機4Cの読取部17は、移動体19Bが発信した認証要求を受信する。読取部17は、受信した認証要求から認証情報を読み取る。認証部18は、読取部17が読み取った認証情報が昇降機4Cの認証ノードIDを含んでいるかを判定する。認証情報に昇降機4Cの認証ノードIDが含まれているときに、認証部18は、認証条件において認証を行うノードとして指定されたと判定する。このとき、認証部18は、読取部17が読み取った認証情報に含まれる通行体IDが、ブロックBbから取得した認証条件において認証可能な通行体の認証情報として含まれているかを判定する。読み取られた通行体IDが認証可能な通行体の認証情報として認証条件に含まれているときに、認証部18は、移動体19Bを認証する。通行体である移動体19Bは、認証の対象の例である。
 昇降機4Cの認証部18は、移動体19Bを認証するときに、認証応答動作を行う。昇降機4Cは、認証応答動作として、複数の乗りかご7のうちから移動体19Bの呼びを割り当てる乗りかご7を選択する。
 このとき、昇降機4Cは、例えば認証の対象である移動体19Bの属性に応じた優先度に基づいて呼びの割当てを行う。例えば移動体19Bの利用種別が優先度の高い「救急」である場合に、利用種別が優先度の低い「食事サービス」である移動体19の呼びより移動体19Bの呼びが優先して割り当てられる。昇降機4Cは、例えば優先度がより高い呼びほど行先階に到着するまでの時間がより短くなるように呼びの割当てを行う。
 あるいは、昇降機4Cは、例えば認証の対象である移動体19Bの属性に基づいていずれかの乗りかご7に移動体19Bの呼びを割り当てる。例えば昇降機4Cは、移動体19Bのスケール、または移動体19Bの機能の有無などに基づいて、同じ乗りかご7への他の通行体との同乗の可否を判定する。昇降機4Cは、同乗の可否の判定結果に基づいて、移動体19Bの呼びをいずれかの乗りかご7に割り当てる。
 管理サーバー20Aは、移動体19Bを呼びが割り当てられた乗りかご7に乗車させる。その後、管理サーバー20Aは、行先階において乗りかご7から移動体19Bを降車させる。
 昇降機4Cの認証部18は、移動体19Bを認証するときに、認証履歴を生成する。認証部18は、生成した認証履歴を、P2Pネットワーク2に接続されている複数のノードに送信する。認証部18は、認証履歴の送信のときに、昇降機4Cの電子署名を加えてもよい。
 入退管理システム1の複数のノードの各々は、昇降機4Cから受信した認証履歴を、記録候補データとして一時的に保持する。生成部13を備えるノードは、記録候補データを含むブロックの生成を試みる。その後、複数のノードのいずれかの生成部13は、妥当性を有するブロックの生成に成功する。ブロックの生成に成功した生成部13を備えるノードは、生成したブロックをP2Pネットワーク2に接続されている複数のノードに送信する。
 入退管理システム1の複数のノードの各々の検証部14は、受信したブロックの妥当性を検証する。検証部14によって妥当性を有すると判定されたブロックは、記憶部12が記憶しているブロックチェーンに追加される。この例において、昇降機4Cが生成した認証履歴は、ブロックチェーンのブロックBcに記録される。
 続いて、図8を用いて、入退管理システム1の動作の例を示す。
 図8は、実施の形態2に係る入退管理システムによる動作の例を示すシーケンス図である。
 管理サーバー20Aの登録部15は、移動体19Bが通行する経路に基づいて生成した認証条件を複数のノードの各々に送信する。
 その後、例えば制御端末6の生成部13は、当該認証条件を含むブロックの生成に成功する。制御端末6の生成部13は、生成したブロックを複数のノードの各々に送信する。生成されたブロックを受信した複数のノードの各々の検証部14は、当該ブロックの妥当性を検証する。当該ブロックの妥当性が検証される場合に、記憶部12は、当該ブロックを記憶しているブロックチェーンに追加する。この例において、当該ブロックは、ブロックBaの次のブロックBbとして追加される。一方、ブロックの妥当性が検証されない場合に、記憶部12は、妥当でないとされたブロックをブロックチェーンに追加しない。
 その後、移動体19Bは、記憶部12が記憶しているブロックBbから認証情報を取得する。また、昇降機4Cは、記憶部12が記憶しているブロックBbから認証条件を取得する。
 その後、移動体19Bの発信部16は、認証情報を含む認証要求を昇降機4Cに発信する。
 その後、昇降機4Cの読取部17は、受信した認証要求から認証情報を読み取る。認証部18は、読取部17が読み取った認証情報、およびブロックBbから取得していた認証条件に基づいて、移動体19Bを認証する。移動体19Bを認証するときに、認証部18は、認証応答動作を行う。
 その後、昇降機4Cの認証部18は、認証履歴を生成する。認証部18は、生成した認証履歴を複数のノードの各々に送信する。
 その後、例えばドア装置5の生成部13は、当該認証履歴を含むブロックの生成に成功する。ドア装置5の生成部13は、生成したブロックを複数のノードの各々に送信する。生成されたブロックを受信した複数のノードの各々の検証部14は、当該ブロックの妥当性を検証する。当該ブロックの妥当性が検証される場合に、記憶部12は、当該ブロックを記憶しているブロックチェーンに追加する。この例において、当該ブロックは、ブロックBcとして追加される。一方、ブロックの妥当性が検証されない場合に、記憶部12は、妥当でないとされたブロックをブロックチェーンに追加しない。
 以上に説明したように、実施の形態2に係る入退管理システム1は、P2Pネットワーク2によって接続される複数のノードを備える。複数のノードの各々は、記憶部12と、検証部14と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。複数のノードの少なくともいずれかは、生成部13を備える。生成部13は、ブロックチェーンに追加されるブロックを生成する。複数のノードのいずれかである管理ノードは、登録部15を備える。登録部15は、認証条件をブロックチェーンのブロックに記録する。認証条件は、認証可能な移動体19の認証情報を含む。複数のノードのいずれかである認証ノードは、読取部17を備える。認証ノードは、移動体19が通行する領域に設けられる。読取部17は、移動体19の認証情報を読み取る。認証部18は、ブロックチェーンのブロックに記録された認証条件において認証を行うノードとして指定され、かつ、読取部17が読み取った認証情報が当該認証条件に含まれるときに、移動体19を認証する。
 また、実施の形態2に係る入退管理システム1の認証装置は、記憶部12と、検証部14と、読取部17と、認証部18と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。複数のノードは、P2Pネットワーク2によって接続される。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。読取部17は、移動体19の認証情報を読み取る。管理ノードは、複数のノードのいずれかである。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。認証部18は、当該認証条件において認証を行うノードとして指定され、かつ、読取部17が読み取った認証情報が認証可能な移動体19の認証情報であるとして当該認証条件に含まれるときに、移動体19を認証する。
 また、実施の形態2に係る入退管理システム1の管理装置は、記憶部12と、検証部14と、登録部15と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。複数のノードは、P2Pネットワーク2によって接続される。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。登録部15は、認証条件を、ブロックチェーンのブロックに記録する。認証条件は、認証可能な移動体19の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから移動体19が通行する領域に設けられる認証ノードを指定する。
 また、実施の形態2に係る入退管理システム1の移動体19は、記憶部12と、検証部14と、発信部16と、を備える。記憶部12は、複数のノードの間で共有されるブロックチェーンを記憶する。複数のノードは、P2Pネットワーク2によって接続される。検証部14は、ブロックチェーンに追加されるブロックの妥当性を検証する。発信部16は、認証条件から読み取った認証情報を、認証ノードに無線信号によって発信する。認証条件は、移動体19自身の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから認証ノードを指定する。認証ノードは、移動体19自身が通行する領域に設けられる。認証条件は、複数のノードのいずれかである管理ノードによってブロックチェーンのブロックに記録される。
 また、実施の形態2に係る入退管理データのデータ構造は、順序付けられて連鎖して連結される複数のブロックを含む。複数のブロックの各々は、直前に連結されるブロックの情報から算出されるハッシュ値のデータを含む。複数のブロックの少なくともいずれかは、認証条件データを含む。認証条件データは、認証可能な移動体19の認証情報を持つ。認証条件データは、認証情報を読み取って認証を行うノードとして認証ノードを複数のノードから指定する。認証ノードは、移動体19が通行する領域に設けられる。複数のノードは、P2Pネットワーク2によって接続される。入退管理データは、複数のノードの間で共有されることで、認証ノードによる移動体19の認証に用いられる。認証ノードによる移動体19の認証は、管理ノードが複数のブロックのいずれかに記録した認証条件データに基づいて行われる。管理ノードは、複数のノードのいずれかである。
 また、実施の形態2に係る入退管理プログラムは、記憶ステップと、検証ステップと、読取ステップと、認証ステップと、を認証装置に実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、第2ステップにおいて、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。読取ステップは、移動体19の認証情報を読み取らせるステップである。認証ステップは、認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な移動体19の認証情報であるとして当該認証条件に含まれるときに、移動体19を認証させるステップである。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。管理ノードは、複数のノードのいずれかである。
 また、実施の形態2に係る入退管理プログラムは、記憶ステップと、検証ステップと、登録ステップと、を管理装置に実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、第2ステップにおいて、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。登録ステップは、認証条件を、ブロックチェーンのブロックに記録させるステップである。認証条件は、認証可能な移動体19の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから認証ノードを指定する。認証ノードは、移動体19が通行する領域に設けられる。
 また、実施の形態2に係る入退管理プログラムは、記憶ステップと、検証ステップと、発信ステップと、を移動体19に実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、第2ステップにおいて、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。発信ステップは、認証条件から読み取った認証情報を、認証ノードに無線信号によって発信させるステップである。認証条件は、認証可能な移動体19自身の認証情報を含む。認証条件は、認証情報を読み取って認証を行うノードとして複数のノードのいずれかから認証ノードを指定する。認証ノードは、移動体19自身が通行する領域に設けられる。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。管理ノードは、複数のノードのいずれかである。
 また、実施の形態2に係る入退管理システム1の構築方法は、認証ノード構築工程と、管理ノード構築工程と、を備える。認証ノード構築工程は、第1プログラムを、認証装置に配信して複数のノードのいずれかである認証ノードとする工程である。認証装置は、移動体19が通行する領域に設けられる。第1プログラムは、認証装置に、記憶ステップと、検証ステップと、読取ステップと、認証ステップと、を実行させる。記憶ステップは、P2Pネットワーク2によって接続される複数のノードの間で共有されるブロックチェーンを記憶させるステップである。検証ステップは、ブロックチェーンに追加されるブロックの妥当性を検証させるステップである。読取ステップは、移動体19の認証情報を読み取らせるステップである。認証ステップは、認証条件において認証を行うノードとして指定され、かつ、読み取った認証情報が認証可能な移動体19の認証情報であるとして当該認証条件に含まれるときに、移動体19を認証させるステップである。認証条件は、管理ノードによってブロックチェーンのブロックに記録される。管理ノードは、複数のノードのいずれかである。管理ノード構築工程は、第2プログラムは、管理装置に配信して複数のノードのいずれかである管理ノードとする工程である。第2プログラムは、記憶ステップと、検証ステップと、登録ステップと、を管理装置に実行させる。登録ステップは、認証条件をブロックチェーンのブロックに記録させるステップである。
 P2Pネットワーク2によって接続される複数のノードは、ブロックチェーンを共有する。認証条件は、複数のノードのいずれかである管理ノードによって、ブロックチェーンのブロックに記録される。認証条件は、認証可能な移動体19の認証情報を含む。認証条件は、認証を行うノードとして複数のノードのいずれかである認証ノードを指定する。認証条件において指定された認証ノードが読み取った移動体19の認証情報が当該認証条件に含まれるときに、移動体19は、当該認証ノードに認証される。このように、入退域が管理される領域にアクセスする移動体19の認証は、ブロックチェーンに記録される認証条件に基づいて行われる。ブロックチェーンは、複数のノードにおいて分散して管理される分散型台帳であるため、改ざんされにくい。これにより、不正なアクセスの可能性が抑制される。また、認証ノードは、自身の記憶部12にブロックチェーンを記憶している。このため、認証のたびに例えばサーバーなどに認証条件を問い合わせる必要がない。これにより、同時に多数の認証が必要な場合においても、通信負荷が増大しない。
 また、複数のノードのいずれかである移動体ノードは、発信部16を備える。移動体ノードは、移動体19である。発信部16は、移動体19自身の認証情報を無線信号によって発信する。認証ノードの読取部17は、発信部16が無線信号によって発信した認証情報を読み取る。
 また、管理ノードは、移動体19の移動を遠隔制御する管理サーバー20である。
 ブロックチェーンを共有するノードとして、移動体19自身を含むことができる。ブロックチェーンを共有するノードとして、移動体19の移動を遠隔制御する管理サーバー20を含むことができる。これにより、ノードの種類および数を増やすことができる。また、ノードを管理する主体も多様になる。このため、ブロックチェーンに記録された情報の改ざんがより困難になる。また、管理サーバー20は移動体19が移動する経路上の認証ノードを容易に特定できる。これにより、認証条件の登録がよりスムーズになる。
 また、登録部15は、移動体ノードおよび認証ノードによって復号可能に暗号化された認証条件をブロックチェーンのブロックに記録する。移動体ノードは、認証条件において認証可能な移動体19である。認証ノードは、認証条件において指定される。
 これにより、ブロックチェーンに記録される認証条件が第三者に知られることが抑制される。このため、認証条件を読み取った第三者による不正な認証が予防される。ここで、検証部14は、ブロックの妥当性の検証において、認証条件データそのものの妥当性の検証は行わなくてもよい。すなわち、認証条件データは、例えばトークンの取引データなどのように、ブロックの妥当性の検証においてデータそのものの検証を必要とするデータでなくてもよい。このとき、暗号化された状態のデータであっても、複数のノードの各々は、生成されたブロックの検証および追加ができる。
 また、登録部15は、認証条件において認証可能な認証の対象の属性をブロックチェーンのブロックに記録する。昇降機4である認証ノードは、認証の対象の属性に応じた優先度に基づいて当該対象の呼びの登録を行う。また、昇降機4である認証ノードは、乗りかご7を複数有する。認証ノードは、認証を行った対象の呼びを当該対象の属性に基づいていずれかの乗りかごに割り当てる。
 これにより、認証の対象である移動体19などの属性に応じて昇降機4が運行される。移動体19は、提供するサービスに必要とされる迅速さなどに応じて複数の階床の間を移動できる。また、移動体19との同乗による不快感を昇降機4の他の利用者に与えにくい。なお、昇降機4は、通行者の属性に応じた優先度に基づいて呼びの割当てを行ってもよい。例えば通行者が車椅子などの移動補助具を利用している場合などに、より高い優先度で呼びを割り当ててもよい。また、昇降機4は、認証を行った通行者の呼びを、当該通行者の属性に基づいていずれかの乗りかご7に割り当ててもよい。例えば昇降機4は、通行者の利用の希望などに基づいて、同じ乗りかご7への移動体19などとの同乗の可否を判定する。昇降機4は、同乗の可否の判定結果に基づいて、当該通行者の呼びをいずれかの乗りかご7に割り当てる。
 また、移動体19は、P2Pネットワーク2のノードでなくてもよい。この場合、移動体19は、認証情報として持っている固有のIDを無線信号によって発信してもよい。
 また、読取部17は、通行ノードに表示される例えば二次元コードなどの符号化画像によって認証情報を読み取ってもよい。認証情報は、例えば移動体ノードが有する画面などに符号化画像として表示されてもよい。また、読取部17は、例えば可視光通信などによって移動体ノードから認証情報を読み取ってもよい。このとき、認証情報は、当該移動体ノードの発信部16から例えば可視光通信によって発信されてもよい。
 また、入退管理システム1は、通行体として人物である通行者のみの認証および認証応答など、ならびに入域および退域などを管理してもよい。入退管理システム1は、通行体として機器である移動体19のみの認証および認証応答など、ならびに入域および退域などを管理してもよい。入退管理システム1は、通行体として人物である通行者および機器である移動体19の両方の認証および認証応答など、ならびに入域および退域などを管理してもよい。
 本開示に係る入退管理システムは、例えば入退域が管理される領域を有する建築物などに適用できる。本開示に係る認証装置、管理装置、携帯端末、および移動体、データ構造、ならびに入退管理プログラムは、当該入退管理システムに適用できる。本開示に係る構築方法は、当該入退管理システムの構築に適用できる。
 1 入退管理システム、 2 P2Pネットワーク、 3、3A、3B 携帯端末、 4、4C 昇降機、 5、5C ドア装置、 6 制御端末、 7 乗りかご、 8 制御盤、 9 電気錠、 10 制御部、 11 通信部、 12 記憶部、 13 生成部、 14 検証部、 15 登録部、 16 発信部、 17 読取部、 18 認証部、 19、19B 移動体、 20、20A 管理サーバー、 Ba、Bb、Bc ブロック、 Na ハードウェア、 Nb プロセッサ、 Nc メモリ

Claims (35)

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

Priority Applications (4)

Application Number Priority Date Filing Date Title
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
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 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末または移動体、入退管理プログラム、および入退管理システムの構築方法

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2020213516A1 true WO2020213516A1 (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 Before (1)

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

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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022175252A (ja) * 2021-05-13 2022-11-25 三菱電機株式会社 入退管理装置
JP7258258B1 (ja) * 2022-08-08 2023-04-14 三菱電機株式会社 プログラマブルコントローラ、プログラマブルコントローラシステム、アクセス情報共有方法及びプログラム

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
CN113824742B (zh) * 2021-11-23 2022-02-01 湖南兆物信链科技集团有限公司 一种基于区块链的跨链通信授权系统
JP7492545B2 (ja) 2022-03-16 2024-05-29 Lineヤフー株式会社 情報処理装置、情報処理方法及び情報処理プログラム
CN116896564B (zh) * 2023-09-11 2023-12-22 腾讯科技(深圳)有限公司 基于区块链网络的区块生成方法、装置和计算机设备

Citations (6)

* 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マネジメント株式会社 ドアホンシステム、ドアホン親機、および通信方法
US20170221288A1 (en) * 2016-02-02 2017-08-03 David Johnson Decentralized virtual trustless ledger for access control
WO2017190794A1 (en) * 2016-05-06 2017-11-09 Rwe International Se Traffic system
US20180075247A1 (en) * 2016-09-09 2018-03-15 Tyco Integrated Security, LLC Architecture For Access Management
JP2019029013A (ja) * 2017-07-24 2019-02-21 株式会社デンソー 取引システム、提供端末、利用端末、及び、ノード

Family Cites Families (17)

* 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 電気錠制御装置
US20200364647A1 (en) * 2016-11-29 2020-11-19 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 株式会社村田製作所 入退場管理システムおよび入退場管理方法
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
WO2019116377A1 (en) * 2017-12-11 2019-06-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods 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 海拉有限双合股份公司 用于分散式数字认证的方法和系统
JP2021517686A (ja) * 2018-03-14 2021-07-26 セキュリティ マターズ リミテッド ブロックチェーンを介したサプライチェーンの管理、及び、整合性検証のためのシステム、及び、方法
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 (6)

* 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マネジメント株式会社 ドアホンシステム、ドアホン親機、および通信方法
US20170221288A1 (en) * 2016-02-02 2017-08-03 David Johnson Decentralized virtual trustless ledger for access control
WO2017190794A1 (en) * 2016-05-06 2017-11-09 Rwe International Se Traffic system
US20180075247A1 (en) * 2016-09-09 2018-03-15 Tyco Integrated Security, LLC Architecture For Access Management
JP2019029013A (ja) * 2017-07-24 2019-02-21 株式会社デンソー 取引システム、提供端末、利用端末、及び、ノード

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022175252A (ja) * 2021-05-13 2022-11-25 三菱電機株式会社 入退管理装置
JP7230948B2 (ja) 2021-05-13 2023-03-01 三菱電機株式会社 入退管理装置
JP7258258B1 (ja) * 2022-08-08 2023-04-14 三菱電機株式会社 プログラマブルコントローラ、プログラマブルコントローラシステム、アクセス情報共有方法及びプログラム
WO2024033971A1 (ja) * 2022-08-08 2024-02-15 三菱電機株式会社 プログラマブルコントローラ、プログラマブルコントローラシステム、アクセス情報共有方法及びプログラム

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2020213516A1 (ja) 入退管理システム、入退管理システムの認証装置、入退管理システムの管理装置、入退管理システムの携帯端末、入退管理システムの移動体、入退管理データのデータ構造、入退管理プログラム、および入退管理システムの構築方法
JP6494004B1 (ja) 個人情報管理システム、サービス提供システム、方法およびプログラム
KR102130651B1 (ko) 블록체인 기반 사용자 인증 방법 및 장치
EP3613171B1 (en) Industrial network using a blockchain for access control, and access control method
US10682981B2 (en) Systems and methods for networked device security
US10635801B2 (en) Systems and methods for securing access to storage and retrieval systems
US10829088B2 (en) Identity management for implementing vehicle access and operation management
CN108701276B (zh) 用于管理数字身份的系统和方法
AU2003212617B2 (en) A biometric authentication system and method
US11164413B2 (en) Access control system with secure pass-through
Liu et al. Enabling secure and privacy preserving identity management via smart contract
JP6969216B2 (ja) 開錠制御システム
WO2020170976A1 (ja) 認可システム、管理サーバおよび認可方法
WO2021211983A1 (en) Systems, methods, and non-transitory computer-readable media for secure biometrically-enhanced data exchanges and data storage
JP2020042440A (ja) 入退室管理システム
WO2020184341A1 (ja) 携帯端末のネットワークアドレスを利用したゲート開放方法及びドアロック解除方法
US11014535B2 (en) Shared vehicle security
KR102089030B1 (ko) 조합 인증 기반 출입 통제 시스템 및 방법
KR20230104921A (ko) 보호 장치에 의해 달성되는 오브젝트의 보호를 중단하는 방법
JP4500585B2 (ja) 認証システム及び認証サーバ
WO2021181523A1 (ja) 認証システム、中央管理装置、認証装置、認証方法、認証プログラム、およびデータ構造
US11860992B1 (en) Authentication and authorization for access to soft and hard assets
WO2023021968A1 (ja) 情報処理システム、第一管理装置、第二管理装置、及び、情報処理方法
Khalid et al. New and Simple Offline Authentication Approach using Time-based One-time Password with Biometric for Car Sharing Vehicles
JP2022168991A (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: 20792056

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021514915

Country of ref document: JP

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 20792056

Country of ref document: EP

Kind code of ref document: A1