WO2017006630A1 - 情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置 - Google Patents

情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置 Download PDF

Info

Publication number
WO2017006630A1
WO2017006630A1 PCT/JP2016/064836 JP2016064836W WO2017006630A1 WO 2017006630 A1 WO2017006630 A1 WO 2017006630A1 JP 2016064836 W JP2016064836 W JP 2016064836W WO 2017006630 A1 WO2017006630 A1 WO 2017006630A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
authentication information
information
key
passcode
Prior art date
Application number
PCT/JP2016/064836
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 JP2017527112A priority Critical patent/JP6743818B2/ja
Priority to EP16821101.9A priority patent/EP3322120A4/en
Priority to US15/572,684 priority patent/US10999267B2/en
Priority to CN201680038109.1A priority patent/CN107710677B/zh
Publication of WO2017006630A1 publication Critical patent/WO2017006630A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • E—FIXED CONSTRUCTIONS
    • E05—LOCKS; KEYS; WINDOW OR DOOR FITTINGS; SAFES
    • E05B—LOCKS; ACCESSORIES THEREFOR; HANDCUFFS
    • E05B49/00—Electric permutation locks; Circuits therefor ; Mechanical aspects of electronic locks; Mechanical keys therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/067—Network architectures or network communication protocols for network security for supporting key management in a packet data network using one-time keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H04L63/0846—Network architectures or network communication protocols for network security for authentication of entities using passwords using time-dependent-passwords, e.g. periodically changing passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00309—Electronically 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
    • G07C2009/00412—Electronically 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 the transmitted data signal being encrypted
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C2009/00753—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by active electrical keys
    • G07C2009/00769—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by active electrical keys with data transmission performed by wireless means
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00658—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by passive electrical keys
    • G07C9/00674—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by passive electrical keys with switch-buttons
    • G07C9/0069—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by passive electrical keys with switch-buttons actuated in a predetermined sequence

Definitions

  • the present disclosure relates to an information processing device, an information processing method, a program, an information processing system, and a communication device.
  • Patent Document 1 when a portable device is held over an electric lock, the electric lock reads key data from the portable device, and performs unlock control by comparing the read key data with authentication key data. Techniques to do are disclosed.
  • Patent Document 1 has low authentication safety.
  • the electric lock described in Patent Document 1 performs authentication by comparing key data read from a portable device with authentication key data stored in advance. For this reason, for example, if the authentication key data is stolen from the electric lock by unauthorized access to the electric lock, the door may be illegally unlocked.
  • the present disclosure proposes a new and improved information processing apparatus, information processing method, program, information processing system, and communication apparatus capable of improving the security of authentication.
  • a communication unit that receives authentication information and a processing request from a first communication device, and authentication information generation that generates authentication information based on first key information associated with the second communication device
  • An information processing unit configured to control execution of processing according to the processing request based on the authentication information received by the communication unit and the authentication information generated by the authentication information generating unit.
  • receiving authentication information and a processing request from the first communication device generating authentication information based on the first key information associated with the second communication device, And a processor controlling execution of processing according to the processing request based on the received authentication information and the generated authentication information.
  • the computer is configured to obtain authentication information based on the communication unit that receives the authentication information and the processing request from the first communication device, and the first key information associated with the second communication device.
  • a process control unit that controls execution of a process according to the process request based on the authentication information generation unit to be generated, the authentication information received by the communication unit, and the authentication information generated by the authentication information generation unit; As a result, a program is provided.
  • the said information processing apparatus receives authentication information and a process request from the said 1st communication apparatus.
  • a communication unit a storage unit that stores first key information associated with the second communication device, and an authentication that generates authentication information based on the first key information stored in the storage unit
  • An information generation unit and a process control unit that controls execution of a process according to the process request based on the authentication information received by the communication unit and the authentication information generated by the authentication information generation unit.
  • the input unit that receives input of authentication information and a processing request
  • the transmission control unit that controls transmission of signals to a plurality of information processing devices, and the plurality of information processing devices that are received by the information processing device
  • An acquisition unit that acquires a value of a signal strength, and the transmission control unit, for each of the plurality of information processing devices in order of the information processing device having a larger value of the acquired signal strength,
  • a communication device is provided that causes the communication unit to transmit the input authentication information and processing request.
  • the security of authentication can be improved.
  • the effects described here are not necessarily limited, and may be any of the effects described in the present disclosure.
  • FIG. 6 is a sequence diagram showing an operation of master key registration processing according to the embodiment.
  • FIG. 6 is a sequence diagram showing an operation of a setup process of the button unit 20 according to the same embodiment. It is explanatory drawing which showed the example of a display of the account screen by the embodiment. It is explanatory drawing which showed the example of a display of the device addition screen by the embodiment. It is explanatory drawing which showed the example of a display of the lock selection screen by the embodiment.
  • FIG. 8 is a sequence diagram showing an operation of an operation log request process according to the embodiment.
  • FIG. 6 is a sequence diagram showing an operation of master key update processing according to the embodiment. It is explanatory drawing which showed the generation example of the passcode by the modification of the embodiment. It is explanatory drawing which showed the example of a display of the passcode confirmation screen by the modification.
  • FIG. 10 is a sequence diagram showing a part of an operation of master key registration processing according to the modification.
  • FIG. 10 is a sequence diagram showing a part of an operation of master key registration processing according to the modification. It is the flowchart which showed the operation
  • FIG. 10 is a sequence diagram showing an operation of reset counter update processing according to the modification.
  • FIG. 6 is a sequence diagram showing an example of composition of personal digital assistant 30-2 by a 2nd embodiment of this indication. It is the functional block diagram which showed the structural example of the server 40-2 by the embodiment. It is the sequence diagram which showed the outline
  • FIG. 6 is a sequence diagram showing an operation of master key registration processing according to the embodiment.
  • FIG. 6 is a sequence diagram showing an operation of a passcode generation process according to the same embodiment. It is the sequence diagram which showed the operation
  • FIG. 6 is a sequence diagram showing an operation of master key update processing according to the embodiment.
  • a plurality of constituent elements having substantially the same functional configuration may be distinguished by adding different alphabets after the same reference numeral.
  • a plurality of configurations having substantially the same functional configuration are distinguished as the mobile terminal 30-1a and the mobile terminal 30-1b as necessary.
  • only the same reference numerals are given.
  • the mobile terminal 30-1 when there is no need to distinguish between the mobile terminal 30-1a and the mobile terminal 30-1b, they are simply referred to as the mobile terminal 30-1.
  • the information processing system according to the first embodiment includes a lock device 10 and a button unit 20.
  • the lock device 10 and the button unit 20 may be attached to, for example, a building door.
  • the lock device 10 is installed on the indoor side of the door
  • the button unit 20 is installed on the outdoor side of the door.
  • the information processing system in addition to the lock device 10 and the button unit 20, the information processing system according to the first embodiment further includes a portable terminal 30-1, a communication network 32, a server 40-1, and A communication terminal 50 is included.
  • the lock device 10 is an example of an information processing apparatus according to the present disclosure.
  • the lock device 10 is an apparatus that is attached to, for example, a door of a building and controls door unlocking and locking.
  • the lock device 10 can control the unlocking and locking of a thumb turn (not shown) installed on the indoor side of the door.
  • the thumb turn is not installed on the door, the lock device 10 itself may be a building door locking mechanism.
  • the lock device 10 performs various processes such as an unlocking process and a locking process based on processing requests received from the button unit 20 and the portable terminal 30-1 described later.
  • the button unit 20 is an example of a first communication device and a communication device in the present disclosure.
  • the button unit 20 is an input device for a user to input a request for processing to another device such as the lock device 10.
  • the button unit 20 can be used by a user who does not have the authority to unlock the lock device 10 (hereinafter, may be referred to as an unauthorized user 2b) to input a request for unlocking and locking.
  • the unauthorized user 2b is, for example, an intermediary or a person who wants to see the building or room where the lock device 10 is installed.
  • the button unit 20 is connected to other devices by wireless communication in accordance with Bluetooth such as BLE (Bluetooth (registered trademark) Low Energy), Wi-Fi (registered trademark), NFC (Near Field Communication), and the like. It is possible to send and receive information. For example, when an unlock request for the lock device 10 is input by the user, the button unit 20 transmits the input unlock request to the lock device 10 by wireless communication.
  • Bluetooth Bluetooth (registered trademark) Low Energy
  • Wi-Fi registered trademark
  • NFC Near Field Communication
  • one button unit 20 communicates with only one lock device 10 associated in advance.
  • one button unit 20 may be able to communicate with a plurality of lock devices 10.
  • the button unit 20 may simultaneously transmit unlock requests to the plurality of lock devices 10.
  • the button unit 20 includes a numeric keypad 250, an unlock button 252, and a lock button 254.
  • the numeric keypad 250 is a key for inputting numbers from “0” to “9”.
  • the numeric keypad 250 is used by the user to input a passcode used for authentication processing by the lock lock device 10, for example.
  • the passcode is an example of authentication information in the present disclosure.
  • the unlock button 252 is a key for the user to input an unlock request for the lock device 10, for example.
  • the unlock button 252 is also a key for the user to switch the internal state of the button unit 20. For example, when the button unit 20 is in the normal mode and the unlock button 252 is pressed by the user for a long time, that is, when the button unit 20 is pressed for a predetermined time or longer, the button unit 20 changes the setting information of the button unit 20 from the normal mode. Switch internal state to registration mode to change.
  • the lock button 254 is a key for the user to input a lock request for the lock device 10, for example.
  • the portable terminal 30-1 is an example of a second communication device according to the present disclosure.
  • the portable terminal 30-1 is a terminal owned by the user 2.
  • the mobile terminal 30-1 is used by a user who has management authority for the lock device 10 (hereinafter, may be referred to as “owner user 2 a”), a user who is permitted to unlock the lock device 10 by the owner user 2 a, used.
  • the owner user 2a is, for example, a person who has ownership of the building or room in which the lock device 10 is installed, or an employee of a management company that manages the building or room in which the lock device 10 is installed.
  • This mobile terminal 30-1 can be mounted with an application for a key sharing service.
  • the key sharing service application displays, for example, a passcode used for authentication processing (of the button unit 20) by the lock device 10 on the display screen, and makes various processing requests such as an unlock request to the lock device 10. Or an application for issuing an unlocking right of the lock device 10 to another portable terminal 30-1b.
  • the mobile terminal 30-1 can communicate with the server 40-1 via a communication network 32 described later, for example, by wireless communication.
  • the mobile terminal 30-1 may be, for example, a mobile phone such as a smartphone, a tablet terminal, a wristwatch-type device, a spectacle-type device, or a headphone having a communication function according to, for example, Bluetooth.
  • the communication network 32 is a wired or wireless transmission path for information transmitted from a device connected to the communication network 32.
  • the communication network 32 may include a public line network such as a telephone line network, the Internet, a satellite communication network, various local area networks (LANs) including the Ethernet (registered trademark), a wide area network (WAN), and the like.
  • LANs local area networks
  • WAN wide area network
  • the communication network 32 may include a dedicated line network such as an IP-VPN (Internet Protocol-Virtual Private Network).
  • the server 40-1 is an example of a second communication device according to the present disclosure.
  • the server 40-1 is a device for managing a key sharing service configured by, for example, a web system.
  • the server 40-1 registers the mobile terminal 30-1 as an owner terminal based on a request from the mobile terminal 30-1 registered as an owner terminal in the lock lock device 10.
  • the server 40-1 transfers the unlocking right issued to another mobile terminal 30-1b (other than the owner terminal) by the mobile terminal 30-1a that is the owner terminal to the mobile terminal 30-1b.
  • the communication terminal 50 is a terminal used by the unauthorized user 2b, for example.
  • the communication terminal 50 can communicate with the portable terminal 30-1 or the server 40-1 via the communication network 32.
  • the communication terminal 50 receives a passcode issued by the portable terminal 30-1 of the owner user 2a from the portable terminal 30-1.
  • the lock device 10 described above unlocks the pass code received from the button unit 20 by comparing the pass code generated by the lock device 10 based on the master key associated with the mobile terminal 30-1. It is possible to execute processing.
  • FIG. 4 is a functional block diagram showing the configuration of the lock device 10 according to the first embodiment.
  • the lock device 10 includes a control unit 100, a communication unit 120, a lock unit 122, and a storage unit 124.
  • the controller 100 generally controls the operation of the lock device 10 using hardware such as a CPU (Central Processing Unit) and a RAM (Random Access Memory) that are built in the lock device 10. As illustrated in FIG. 4, the control unit 100 includes a key information processing unit 102, a passcode generation unit 104, a passcode verification unit 106, a processing control unit 108, and an authentication processing unit 110.
  • a CPU Central Processing Unit
  • a RAM Random Access Memory
  • the key information processing unit 102 acquires a master key based on information received from the mobile terminal 30-1. For example, the key information processing unit 102 decrypts an encrypted master key received from the portable terminal 30-1 based on a security code stored in advance in the storage unit 124 and a predetermined encryption algorithm. To obtain a master key.
  • the master key is an example of first key information in the present disclosure.
  • the master key is information used to generate a passcode, and is generated by the mobile terminal 30-1 in association with the mobile terminal 30-1, for example.
  • the security code is, for example, a common key for the lock device 10.
  • the predetermined encryption algorithm is, for example, a common key encryption algorithm such as AES (Advanced Encryption Standard).
  • the key information processing unit 102 stores the acquired master key in the master key file 128.
  • the key information processing unit 102 associates the acquired master key with the terminal ID of the portable terminal 30-1 that is the transmission source of the master key, and stores them in the master key file 128.
  • the key information processing unit 102 updates the master key stored in the master key file 128 based on information received from the portable terminal 30-1, for example. For example, when a new encrypted master key is received from the mobile terminal 30-1, the key information processing unit 102 first converts the information received from the mobile terminal 30-1 into the master key file 128. A new master key is obtained by decrypting based on the current master key stored in and the predetermined encryption algorithm. Then, the key information processing unit 102 updates the current master key stored in the master key file 128 by replacing it with the acquired new master key.
  • the new master key is an example of second key information in the present disclosure.
  • the master key file 128 is a file in which the master key acquired by the key information processing unit 102 is stored.
  • the master key and the terminal ID of the portable terminal 30-1 that is the transmission source of the master key are stored in association with each other.
  • the passcode generation unit 104 is an example of an authentication information generation unit in the present disclosure.
  • the passcode generation unit 104 generates a predetermined number of passcodes based on the master key stored in the master key file 128.
  • the passcode generation unit 104 generates a predetermined number of passcode generation key information different from each other based on the master key, and based on each of the generated predetermined number of passcode generation key information, Pass codes are generated as many times as the number of pass code generation key information.
  • the passcode generation key information is an example of authentication information generation key information in the present disclosure.
  • the passcode generation unit 104 first generates passcode generation key information based on the master key, each of a predetermined number of types of valid periods determined in advance, and a predetermined hash function. , Generate the number of types of validity period. Then, the passcode generation unit 104 is based on each of the generated predetermined number of passcode generation key information, each of a predetermined number of types of valid periods based on the current date and time, and a predetermined hash function. Pass codes are generated for the number of types of validity period.
  • FIG. 5 shows an example in which four types of “permanent”, “one week”, “one day”, and “one hour” are determined in advance as valid periods.
  • the passcode generation unit 104 first sets the value obtained by combining the number of the validity period (for example, “1”) and the master key with respect to the type of each validity period, and SHA (Secure Hash Algorithm).
  • the passcode generation keys K1 to K4 are generated by converting using.
  • K1 is a passcode generation key when the validity period is “permanent”
  • K2 is a passcode generation key when the validity period is “one week”
  • K3 is a validity period “one day”.
  • ", And K4 is a passcode generation key when the validity period is" one hour ".
  • the passcode generation unit 104 converts each combination of the converted value of the current date and time according to the valid period type and the generated passcode generation key using SHA.
  • SHA a value obtained by combining “0” and K1
  • K2 “the date of a predetermined day of the week in the week corresponding to the current date” (for example, “June 1, 2015”)
  • K3 a value combining “current date” (for example, “June 3, 2015”) and K3
  • K4 current date and time zone
  • the passcode generation unit 104 converts a value obtained by combining “4 June 2015, 10:00”) and K4 using SHA.
  • the passcode generation unit 104 applies mod so that the four converted values are converted into values of a predetermined number of digits such as six digits, and the four passcodes (EP, EP, WP, DP, and HP).
  • FIG. 6 is an explanatory diagram showing a modification example of the passcode generation example shown in FIG.
  • FIG. 6 shows an example in which “specific day of the week” is further defined as the valid period type in addition to the four types shown in FIG. 5.
  • This “specific day of the week” is a type of period in which the passcode is valid only on a specific day of the week, for example.
  • the passcode generation unit 104 first converts a value obtained by combining a number (for example, “5”) corresponding to “specific day of the week” and a master key using SHA. Thus, a passcode generation key K5 is generated. Next, the passcode generation unit 104 uses a value obtained by combining the numerical value associated with “day of the current date” (for example, “1” on Monday, “2” on Tuesday, etc.) and K5 with SHA. To convert. Then, the passcode generation unit 104 generates a passcode (CP) corresponding to “specific day of the week” by applying mod to the converted value.
  • CP passcode
  • types of valid periods are not limited to the above five types, and any number of types can be set.
  • Passcode verification unit 106 When a passcode is received from the button unit 20, the passcode verification unit 106 compares the received passcode with each of a predetermined number of passcodes generated by the passcode generation unit 104. , Verify the validity of the received passcode.
  • the passcode verification unit 106 determines that the received passcode is valid. Judge that there is. If none of the predetermined number of passcodes generated by the passcode generation unit 104 matches the received passcode, the passcode verification unit 106 determines that the received passcode is not valid. judge.
  • the passcode verification unit 106 It is also possible to reject the reception of the pass code from the predetermined time. With this configuration, it is possible to prevent a passcode brute force attack using the button unit 20 by a malicious user.
  • the lock device 10 may output a buzzer. Thereby, it is possible to notify the user that the reception of the passcode is rejected.
  • the passcode verification unit 106 may store the verification results in the operation log DB 130.
  • the portable terminal 30-1 acquires an operation log from the lock device 10 to input an invalid passcode in the past.
  • the owner user 2a can know that has been performed.
  • the processing control unit 108 executes processing according to the processing request received from the button unit 20 based on the verification result by the passcode verification unit 106. For example, when the passcode verification unit 106 determines that the received passcode is valid, the process control unit 108 executes a process according to the received process request. As an example, when the received processing request is an unlocking request to the locking unit 122 and the passcode verification unit 106 determines that the received passcode is valid, the processing control unit 108. Causes the locking part 122 to unlock.
  • the process control unit 108 does not execute the process according to the received process request.
  • Authentication processing unit 110 (1-2-1-6. Authentication processing unit 110) -Determination of eKey
  • the authentication processing unit 110 determines the validity of the received eKey.
  • eKey is information used to authenticate the mobile terminal 30-1. Note that only the mobile terminal 30-1a registered in advance in the lock device 10 and the server 40-1 as the owner terminal of the lock device 10 sends the eKey corresponding to the lock device 10 to the own terminal or another mobile terminal 30-1b. Can be issued against.
  • the authentication processing unit 110 verifies the validity of the corresponding eKey by verifying the signature information for the public key of the portable terminal 30-1 included in the received eKey.
  • the authentication processing unit 110 first stores in advance the signature information for the public key of the mobile terminal 30-1b included in the eKey received from the mobile terminal 30-1b in the storage unit 124 (owner Verification is performed using the public key of the portable terminal 30-1a (which is the terminal). Then, the authentication processing unit 110 determines whether the public key of the mobile terminal 30-1 included in the corresponding eKey is valid based on the verification result of the signature information for the public key of the mobile terminal 30-1. . The same applies to the case where the portable terminal 30-1a and the portable terminal 30-1b are the same terminal.
  • the eKey 60 includes a header 600 and a main body 602, for example.
  • the header 600 includes an eKey ID 6000, a terminal ID 6002, a lock ID 6004, and a validity period 6006.
  • the main body 602 includes a terminal public key 6020 and a public key certificate 6022.
  • eKeyID 6000 an eKeyID corresponding to eKey60 is recorded.
  • the eKey ID is an ID determined for the eKey 60 by the owner terminal, for example.
  • the terminal ID 6002 records the terminal ID of the mobile terminal 30-1 to which the corresponding eKey 60 is issued.
  • the lock ID 6004 records the ID of the lock device 10 to be used (corresponding to the corresponding eKey 60).
  • a valid period set for the corresponding eKey 60 is recorded.
  • FIG. 7 shows an example in which “ALWAYS” indicating that the valid period is unlimited is registered as the valid period 6006.
  • the terminal public key 6020 stores the public key of the mobile terminal 30-1 to which the corresponding eKey 60 is issued.
  • the public key certificate 6022 stores signature information for the public key stored in the terminal public key 6020, for example, by the mobile terminal 30-1 that issued the eKey 60 (that is, the owner terminal).
  • the authentication processing unit 110 verifies the validity of the received response data when information generated by the private key of the portable terminal 30-1 (hereinafter also referred to as response data) is received. Verification is performed based on the public key of the portable terminal 30-1 and a predetermined public key authentication algorithm. For example, the authentication processing unit 110 first generates a challenge that is, for example, a pseudorandom number. Then, after the generated challenge is transmitted to the portable terminal 30-1 by the communication unit 120, when the response data is received from the portable terminal 30-1, the authentication processing unit 110 verifies the received response data. Is verified based on the public key of the portable terminal 30-1, the original challenge, and a predetermined public key authentication algorithm.
  • the communication unit 120 transmits and receives information to and from other devices by wireless communication along Bluetooth such as BLE, Wi-Fi, NFC, and the like. For example, the communication unit 120 receives a passcode and an unlock request from the button unit 20.
  • the locking unit 122 performs unlocking processing or locking processing according to the control of the processing control unit 108.
  • the storage unit 124 can store, for example, various data such as a master key file 128, a lock key file 126 described later, and an operation log DB 130 described later, and various software.
  • the lock key file 126 is a file in which information of an authentication key unique to the lock lock device 10 is stored.
  • the lock key file 126 stores the lock ID of the lock device 10, the common key of the lock device 10, the secret key of the lock device 10, and the public key of the lock device 10.
  • the operation log DB 130 is a database in which a user operation log for the lock device 10 is stored.
  • the unit ID of the button unit 20 (operating the lock device 10) or the terminal ID of the portable terminal 30-1, the operation date and time, and the operation content are stored in association with each other. .
  • FIG. 8 is a functional block diagram showing the configuration of the button unit 20 according to the first embodiment. As illustrated in FIG. 8, the button unit 20 includes a control unit 200, a communication unit 220, an input unit 222, and a storage unit 224.
  • the control unit 200 generally controls the operation of the button unit 20 using hardware such as a CPU and a RAM built in the button unit 20. Further, as illustrated in FIG. 8, the control unit 200 includes a transmission control unit 202.
  • the transmission control unit 202 controls transmission of information input by the user to the input unit 222 to other devices.
  • the transmission control unit 202 causes the communication device 220 to transmit the passcode and the processing request input to the input unit 222 to the lock device 10.
  • the communication unit 220 transmits and receives information to and from other devices by wireless communication according to, for example, Bluetooth, Wi-Fi, or NFC.
  • the communication unit 220 transmits an unlock request and a pass code to the lock device 10 under the control of the transmission control unit 202.
  • the input unit 222 receives input from the user.
  • the input unit 222 includes a numeric keypad 250, an unlock button 252 and a lock button 254, for example, as shown in FIG.
  • the input unit 222 receives an input of an unlock request.
  • the storage unit 224 stores, for example, a lock ID of the lock device 10 received from the mobile terminal 30-1, as will be described later.
  • FIG. 9 is a functional block diagram showing the configuration of the portable terminal 30-1 according to the first embodiment.
  • the mobile terminal 30-1 includes a control unit 300-1, a communication unit 320, an operation display unit 322, an imaging unit 324, and a storage unit 326.
  • Control unit 300-1 The control unit 300-1 generally controls the operation of the mobile terminal 30-1 using hardware such as a CPU and a RAM built in the mobile terminal 30-1. 9, the control unit 300-1 includes a master key generation unit 302, a two-dimensional code reading unit 304, a key information processing unit 306, a pass code generation unit 308, a display control unit 310, and a transmission control unit. 312 and an authentication processing unit 314.
  • the master key generation unit 302 generates a master key that is, for example, a pseudo random number.
  • the master key generation unit 302 generates a master key when a key sharing service application is installed.
  • the two-dimensional code reading unit 304 acquires information stored in the two-dimensional code by analyzing an image of the two-dimensional code photographed by the imaging unit 324 described later. For example, the two-dimensional code reading unit 304 analyzes an image obtained by photographing the two-dimensional code printed on the owner registration card provided to a specific user by the imaging unit 324, and is stored in the two-dimensional code. Get information such as security code.
  • the specific user is a user who has been previously permitted to register his / her mobile terminal 30-1 as an owner terminal with respect to the lock device 10, for example, a purchaser of the lock device 10.
  • the owner registration card can be delivered to a specific user in a state of being packed together with the lock device 10, for example.
  • the key information processing unit 306 encrypts the master key generated by the master key generation unit 302. For example, the key information processing unit 306 encrypts the generated master key based on the security code acquired by the two-dimensional code reading unit 304 and a predetermined encryption algorithm.
  • the predetermined encryption algorithm is, for example, a common key encryption algorithm such as AES.
  • the passcode generation unit 308 is an example of a second authentication information generation unit in the present disclosure.
  • the passcode generation unit 308 generates a passcode based on the master key generated by the master key generation unit 302.
  • the passcode generation unit 308 first includes a master key generated by the master key generation unit 302, a type of valid period specified by the user among a predetermined number of types of valid periods, Based on the hash function, pass code generation key information is generated. Then, the passcode generation unit 308 generates a passcode based on the generated passcode generation key information, the period designation information input by the user, and a predetermined hash function.
  • the display control unit 310 displays various display information on the operation display unit 322 described later. For example, the display control unit 310 causes the operation display unit 322 to display the passcode generated by the passcode generation unit 308. Thereby, the user of the portable terminal 30-1 can confirm the generated passcode.
  • the transmission control unit 312 causes the communication unit 320 to transmit various types of information to other devices. For example, the transmission control unit 312 causes the communication unit 320 to transmit the master key encrypted by the key information processing unit 306 to the lock device 10. In addition, the transmission control unit 312 causes the communication unit 320 to transmit the passcode generated by the passcode generation unit 308 to the communication terminal 50 by e-mail or the like, for example, based on a user input to the operation display unit 322. For example, after a challenge is received from the lock device 10, the transmission control unit 312 causes the lock device 10 to transmit response data generated by the authentication processing unit 314 described later to the communication unit 320.
  • the authentication processing unit 314 generates response data based on, for example, a challenge received from the lock device 10 and a predetermined public key authentication algorithm. For example, the authentication processing unit 314 generates response data based on the received challenge, the private key of the portable terminal 30-1 stored in the storage unit 326 described later, and a predetermined public key authentication algorithm.
  • the predetermined public key authentication algorithm is basically the same type of algorithm as the public key authentication algorithm implemented in the lock lock device 10.
  • the communication unit 320 transmits / receives information to / from other devices. For example, the communication unit 320 transmits the encrypted master key to the lock device 10 under the control of the transmission control unit 312.
  • the operation display unit 322 is constituted by a touch panel type display, for example.
  • the operation display unit 322 displays various display screens under the control of the display control unit 310.
  • the operation display unit 322 receives various inputs by the user, such as selection of a selection button displayed on the display screen.
  • the imaging unit 324 records an external image as a digital image by forming an image on an imaging device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) through a lens.
  • an imaging device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) through a lens.
  • the storage unit 326 is, for example, various data such as a public key of the mobile terminal 30-1, a secret key of the mobile terminal 30-1, an issued eKey, and a generated master key, an application for a key sharing service, and the like Store various software.
  • FIG. 10 is a functional block diagram showing the configuration of the server 40-1 according to the first embodiment. As illustrated in FIG. 10, the server 40-1 includes a control unit 400-1, a communication unit 420, and a storage unit 422.
  • Control unit 400-1 The control unit 400-1 generally controls the operation of the server 40-1 using hardware such as a CPU and a RAM built in the server 40-1.
  • the communication unit 420 transmits and receives information to and from other devices connected to the communication network 32, for example.
  • the communication unit 420 receives the operation log of the lock device 10 acquired by the mobile terminal 30-1 from the mobile terminal 30-1.
  • the storage unit 422 stores various data and software.
  • the storage unit 422 stores the lock ID of each lock device 10 and the terminal ID of the portable terminal 30-1 registered as the owner terminal of each lock device 10 in association with each other.
  • FIG. 11 is a sequence diagram showing an overview of the overall operation according to the first embodiment. As shown in FIG. 11, first, the mobile terminal 30-1 performs a “master key registration process” to be described later for registering a master key in the lock lock device 10 based on the operation of the owner user 2a (S11). ).
  • the mobile terminal 30-1 performs a “button unit 20 setup process” to be described later for initial setting of the button unit 20 based on the operation of the owner user 2a (S13).
  • the portable terminal 30-1 performs a “passcode generation process” described later for generating a passcode based on the operation of the owner user 2a (S15).
  • the owner user 2a operates the mobile terminal 30-1 to send an e-mail including the passcode generated in S15 to the communication terminal 50, for example, or sends the corresponding passcode to an SNS (Social Networking Service). And publish on websites.
  • the owner user 2a transmits the corresponding passcode to the unauthorized user 2b by telephone (S17).
  • the owner user 2a can transmit the corresponding passcode to the unauthorized user 2b without directly meeting the unauthorized user 2b (to which the passcode is provided), for example.
  • the unauthorized user 2b visits the door where the button unit 20 is installed. Then, the button unit 20 performs “unlocking process A” to be described later for requesting the unlocking device 10 to unlock based on the operation of the unauthorized user 2b (S19).
  • the button unit 20 performs a “locking process” to be described later for requesting the locking device 10 to lock based on the operation of the unauthorized user 2b (S21).
  • the owner user 2a wishes to confirm the operation log of the lock device 10
  • the owner user 2a carries the portable terminal 30-1 and visits the door where the lock device 10 is installed.
  • the portable terminal 30-1 performs “operation log request processing” to be described later for requesting the lock device 10 to provide an operation log based on the operation of the owner user 2a (S23).
  • the owner user 2a desires to update the master key registered in S11
  • the owner user 2a carries the portable terminal 30-1 and visits the door where the lock device 10 is installed.
  • the portable terminal 30-1 performs a “master key update process” to be described later for updating the master key registered in the lock device 10 based on the operation of the owner user 2a (S25).
  • the imaging unit 324 of the mobile terminal 30-1 captures a two-dimensional barcode printed in the owner registration card ( S1101). Then, the two-dimensional code reading unit 304 acquires various types of information such as a security code stored in the two-dimensional code by analyzing the captured image (S1103).
  • the master key generation unit 302 generates a master key that is, for example, a pseudorandom number. Then, the master key generation unit 302 stores the generated master key in the storage unit 326 (S1105).
  • the key information processing unit 306 encrypts the generated master key based on the security code acquired in S1103 and a predetermined common key encryption algorithm (S1107). Then, the communication unit 320 transmits the encrypted master key and the terminal ID of the mobile terminal 30-1 to the lock device 10 according to the control of the transmission control unit 312 (S1109).
  • the key information processing unit 102 of the lock device 10 decrypts the encrypted master key received in S1109 based on the security code stored in the storage unit 124 and a predetermined common key encryption algorithm. (S1111).
  • the key information processing unit 102 associates the decrypted master key with the terminal ID of the portable terminal 30-1 received in S1109, and stores it in the master key file 128 (S1113).
  • buttons unit 20 setup process Next, with reference to FIG. 13, the operation of the “button unit 20 setup process” in S13 (shown in FIG. 11) will be described in detail. This operation is performed when the owner user 2a associates the button unit 20 with a specific lock device 10 using the portable terminal 30-1.
  • the control unit 300-1 of the portable terminal 30-1 activates the key sharing service application based on the operation of the owner user 2a on the operation display unit 322, for example. Then, the operation display unit 322 displays an account screen 70 as shown in FIG. 14, for example, in the key sharing service application (S1301).
  • the account screen 70 is a dedicated home screen for an account registered in advance by the owner user 2a, for example. Further, as shown in FIG. 14, the account screen 70 includes, for example, a lock device addition button 700 and a return button 702.
  • the owner user 2a places the button unit 20 in a position where it can communicate with the mobile terminal 30-1 (in the vicinity of the mobile terminal 30-1), and then presses the unlock button 252 of the button unit 20 for a long time. . Then, the control unit 200 of the button unit 20 switches the internal state of the button unit 20 from the normal mode to the registration mode (S1303). Then, wireless communication is established between the button unit 20 and the portable terminal 30-1 (S1305).
  • the operation display unit 322 of the portable terminal 30-1 displays the device as shown in FIG.
  • An additional screen 72 is displayed (S1307).
  • the device addition screen 72 is a screen for additionally registering, for example, the button unit 20 and the lock device 10 that can currently communicate with the mobile terminal 30-1 as devices to be managed by the mobile terminal 30-1.
  • the device addition screen 72 includes, for example, an additional device selection button 720 and a return button 722.
  • a selection button 720 corresponding to the corresponding button unit 20 in which the unit ID of the corresponding button unit 20 is displayed is displayed.
  • the owner user 2a selects.
  • the operation display part 322 of the portable terminal 30-1 displays the lock selection screen 74 as shown, for example in FIG.
  • the lock selection screen 74 is a screen for the owner user 2 a to select the lock device 10 associated with the button unit 20 selected on the device addition screen 72.
  • the lock selection screen 74 includes, for example, a selection field 740 for the lock device 10 and a return button 742.
  • the control unit 300-1 of the portable terminal 30-1 selects the selected one.
  • the corresponding button unit 20 is associated with the lock device 10 (S1309).
  • the communication unit 320 transmits the lock ID of the lock device 10 selected in S1309 and the terminal ID of the portable terminal 30-1 to the button unit 20 according to the control of the transmission control unit 312 (S1311).
  • control unit 200 of the button unit 20 stores the received lock ID and terminal ID in the storage unit 224 in association with each other (S1313).
  • the control unit 200 of the button unit 20 switches the internal state of the button unit 20 from the registration mode to the normal mode (S1315). Then, the wireless communication between the button unit 20 and the portable terminal 30-1 is disconnected (S1317).
  • the owner user 2a transports the button unit 20 to the door where the lock device 10 associated in S1309 is installed, and attaches the button unit 20 to the outside of the door (S1319).
  • buttons unit setting screen 76 is a screen for performing settings related to the button unit 20 for which the “setup processing of the button unit 20” in S13 has been completed.
  • the button unit setting screen 76 includes, for example, the valid setting button 760 of the corresponding button unit 20, the passcode confirmation button 762 of the associated lock device 10, and the registration deletion of the button unit 20.
  • a button 764 and a back button 766 are included.
  • the operation display unit 322 of the portable terminal 30-1 displays a passcode confirmation screen 78 as shown in FIG. 18, for example.
  • the passcode confirmation screen 78 is a screen for the owner user 2a to set passcode generation conditions and for the owner user 2a to confirm the generated passcode.
  • the passcode confirmation screen 78 includes, for example, a passcode update interval selection button 780, a passcode generation period designation information selection button 782, a designated date / time change button 784, and a passcode display field 786. , Passcode transfer button 788, and return button 790.
  • the passcode update interval selection button 780 is a selection button for the owner user 2a to select the type of passcode validity period.
  • the update interval selection button 780a has an effective period of “1 day”
  • the update interval selection button 780b has an effective period of “1 hour”
  • the update interval selection button 780c has an effective period of “1 week”
  • an update interval selection button Reference numeral 780d denotes a selection button for setting the validity period to “permanent”.
  • the passcode generation period designation information selection button 782 is a selection button for setting period designation information related to the type of passcode validity period selected by the passcode update interval selection button 780.
  • the period designation information selection button 782a is a button for setting period designation information by designating the reference date and time of the valid period of the type selected by the update interval selection button 780 as the current date and time. For example, when the update interval selection button 780a is selected and the period designation information selection button 782a is selected, the period designation information is set to “current date”. In addition, when the update interval selection button 780c is selected and the period designation information selection button 782a is selected, the period designation information is set to “date of a predetermined day of the week in which the current date corresponds”. .
  • the period designation information selection button 782b is a selection button for setting, for example, the designation date and time designated by the owner user 2a as the period designation information when the designation date and time change button 784 is selected.
  • FIG. 18 shows an example in which the designated date and time designated by the owner user 2a is “April 15, 19:00 to 20:00”.
  • the passcode display field 786 is a display field for displaying a passcode generated by a “passcode generation process” described later.
  • the passcode transfer button 788 is a button for transmitting the generated passcode to the communication terminal 50 by e-mail, for example.
  • the passcode generation unit 308 of the mobile terminal 30-1 converts the number of the validity period selected in S1501 and the master key set stored in the storage unit 326 using a predetermined hash function. Thus, passcode generation key information is generated (S1503).
  • the owner user 2a inputs period designation information, for example, by selecting a desired selection button using the passcode generation period designation information selection button 782 shown in FIG. 18 (S1505).
  • the passcode generation unit 308 of the portable terminal 30-1 converts the set of the period designation information input in S1505 and the passcode generation key information generated in S1503 using a predetermined hash function. Thus, a pass code is generated (S1507).
  • the operation display unit 322 displays the passcode generated in S1507 in, for example, the passcode display field 786 shown in FIG. 18 according to the control of the display control unit 310 (S1509).
  • the unauthorized user 2b inputs the passcode transmitted in S17 to the button unit 20 (S1901), and then presses the unlock button 252 of the button unit 20 ( S1903).
  • control unit 200 of the button unit 20 encrypts the unlock request, the terminal ID of the portable terminal 30-1, the unit ID of the button unit 20, and the input passcode based on, for example, a key sharing protocol. Then, the communication unit 220 transmits the encrypted information to the lock device 10 according to the control of the control unit 200 (S1905).
  • the lock lock device 10 decrypts the information received in S1905 based on, for example, a key sharing protocol. Then, the lock device 10 performs a “passcode verification process” to be described later on the decrypted passcode (S1907).
  • the processing control unit 108 determines that the locking unit 122 is not unlocked (S1911). Then, the unlocking device 10 ends the “unlocking process A”.
  • the process control unit 108 causes the locking unit 122 to unlock (S1913). Then, the control unit 100 associates the unit ID received in S1905 with the result of the unlocking process A and stores it in the operation log DB 130 (S1915).
  • the passcode generation unit 104 sets “1” to the variable I indicating the number of the type of passcode to be generated (S2003). Then, the passcode generation unit 104 sets N as the total number of passcode types determined in advance (S2005).
  • the passcode generation unit 104 determines whether or not the value of I is N or less (S2007). When I is larger than N (S2007: No), the lock device 10 performs the operation of S2051 described later.
  • the passcode generation unit 104 converts a value obtained by combining the value of I and the master key extracted in S2001 using a predetermined hash function. As a result, passcode generation key information K [I] is generated (S2009).
  • the passcode generation unit 104 converts a value obtained by combining the conversion value of the current date and time according to the type of the Ith passcode and the generated K [I] using a predetermined hash function.
  • a passcode P [I] is generated (S2011).
  • the passcode generation unit 104 adds “1” to I (S2013). Then, the passcode generation unit 104 performs the operation of S2007 again.
  • the passcode verification unit 106 sets “1” to I (S2051).
  • the passcode verification unit 106 determines whether or not the value of I is N or less (S2053). When I is larger than N (S2053: No), the passcode verification unit 106 determines that the verification result is “invalid” (S2061). The lock device 10 then ends the “passcode verification process”.
  • the passcode verification unit 106 next checks whether the passcode received in S1905 matches the P [I] generated in S2011. It is determined whether or not (S2055). If the received passcode and P [I] match (S2055: Yes), the passcode verification unit 106 determines that the verification result is “valid” (S2059). The lock device 10 then ends the “passcode verification process”.
  • the passcode verification unit 106 adds “1” to I (S2057). The passcode verification unit 106 performs the operation of S2053 again.
  • the unauthorized user 2b presses the lock button 254 of the button unit 20 (S2101). Then, the button unit 20 transmits the locking request and the unit ID of the button unit 20 to the lock device 10 (S2103).
  • the processing control unit 108 of the lock control device 10 causes the locking unit 122 to lock based on the received locking request (S2105). Then, the control unit 100 stores the unit ID received in S2103 and the result of the locking process in the operation log DB 130 in association with each other (S2107).
  • the transmission control unit 312 of the mobile terminal 30-1 stores the operation log provision request and the storage unit 326 based on, for example, the input of the owner user 2a to the operation display unit 322.
  • EKey is transmitted to the lock device 10 to the communication unit 320 (S2301).
  • the authentication processing unit 110 of the lock lock device 10 verifies the validity of the eKey by, for example, checking the validity period of the eKey received in S2301.
  • the authentication processing unit 110 decrypts the public key certificate included in the eKey received in S2301 using the public key of the owner terminal stored in the storage unit 124. Then, the authentication processing unit 110 verifies the validity of the public key of the mobile terminal 30-1 included in the eKey received in S2301 based on the decrypted result (S2303). If it is determined that one or more of the eKey or the public key of the portable terminal 30-1 is not valid (S2305: No), the lock device 10 performs the operation of S2311 described later.
  • the authentication processing unit 110 determines the public key of the mobile terminal 30-1 and the predetermined key. Challenge / response authentication using a public key authentication algorithm is performed with the mobile terminal 30-1 (S2307). If the authentication result is not valid (S2309: No), the authentication processing unit 110 does not allow the operation log to be provided (S2311). Then, the lock device 10 ends the “operation log request process”.
  • the authentication processing unit 110 permits the provision of the operation log (S2313). Then, the process control unit 108 extracts the operation log stored in the operation log DB 130, and causes the communication unit 120 to transmit the extracted operation log to the portable terminal 30-1 (S2315).
  • the transmission control unit 312 of the portable terminal 30-1 causes the server 40-1 to transmit the operation log received in S2315 and the lock ID of the lock device 10 to the server 40-1 to the communication unit 320 (automatically). Thereafter, the control unit 400-1 of the server 40-1 stores the received lock ID and the operation log in the storage unit 422 in association with each other (S2317).
  • the owner user 2a inputs a master key update request to the operation display unit 322 of the portable terminal 30-1 (S2501). Then, the master key generation unit 302 of the mobile terminal 30-1 generates a new master key, for example, a pseudo random number (S2503).
  • a new master key for example, a pseudo random number (S2503).
  • the key information processing unit 306 encrypts the master key generated in S2503 based on the current master key stored in the storage unit 326 and a predetermined common key encryption algorithm (S2505). Then, the communication unit 320 transmits the new master key encrypted in S2505 and the terminal ID of the portable terminal 30-1 to the lock device 10 according to the control of the transmission control unit 312 (S2507).
  • the key information processing unit 102 of the lock device 10 receives the new encrypted master key received in S2507 based on the master key stored in the master key file 128 and a predetermined common key encryption algorithm. Decryption is performed (S2509).
  • the key information processing unit 102 associates the current master key stored in the master key file 128 in association with the terminal ID of the portable terminal 30-1 received in S2507 with the new master key decrypted in S2509. Updating is performed by replacing the key (S2511).
  • the lock device 10 receives the passcode and the unlock request from the button unit 20, and the mobile terminal 30- A passcode is generated based on the master key associated with 1, and an unlocking process is executed based on a comparison between the received passcode and the generated passcode. Therefore, the lock device 10 can perform authentication without storing an authentication passcode. Therefore, even if the lock lock device 10 is illegally accessed, there is little risk that the security of authentication will be reduced.
  • the lock device 10 first generates passcode generation key information for each type of validity period, and then generates a passcode (valid for each type of validity period based on the generated passcode generation key information. As many as the number of types of periods). As described above, the lock device 10 distinguishes the passcode generation key information for generating the passcode for each type of the valid period, and thus the pattern of the generated passcode string varies greatly depending on the type of the valid period. For this reason, for example, the lock device 10 can verify the validity of the received passcode with higher accuracy than a method using the same key information for different types of valid periods.
  • the mobile terminal 30-1 generates a passcode that is valid only within the period specified by the owner user 2a. For this reason, since the issued passcode becomes invalid outside the valid period, it is possible to prevent the door from being unlocked at a date and time not intended by the owner user 2a.
  • the owner user 2a can make the unauthorized user 2b look at the real estate, for example, without passing the physical key to the unauthorized user 2b. Therefore, it is possible to prevent the physical key from being copied by the malicious unauthorized user 2b.
  • buttons unit 20 [1-4-6. Effect 6]
  • authentication is performed only with the pass code between the button unit 20 and the lock device 10, so the button unit 20 only needs to include the numeric keypad 250 and the unlock button 252. .
  • the button unit 20 can be configured simply and inexpensively.
  • the lock device 10 shares a master key with the portable terminal 30-1 based on the security code, so that a user other than the owner user 2a (a legitimate owner of the lock device 10) uses the portable device. This has the effect of preventing the master key from being shared with the terminal 30-1b. If the master key can be shared with the lock lock device 10 even in the portable terminal 30-1b used by an unauthorized user other than the owner user 2a, a passcode may be issued without permission by the unauthorized user. is there. Therefore, as in the first embodiment, it is important from the viewpoint of security to restrict the authority to share the master key.
  • the first embodiment is not limited to the above description.
  • the lock device 10 and the mobile terminal 30-1 have described the example in which the passcode generation key information is generated and the passcode is generated based on the generated passcode generation key information.
  • the lock device 10 and the mobile terminal 30-1 may generate a passcode based on a reset counter indicating the passcode reset count instead of generating passcode generation key information. Is possible.
  • the key information processing unit 102 (1-5-1-1.
  • the key information processing unit 102 according to this modification generates a master key based on the reset counter received from the mobile terminal 30-1 and the security code stored in the storage unit 124.
  • the key information processing unit 102 stores the generated master key in the master key file 128.
  • the key information processing unit 102 updates the master key based on the reset counter received from the mobile terminal 30-1 and the security code stored in the storage unit 124. For example, when a new reset counter is received from the mobile terminal 30-1, the key information processing unit 102 determines a new master based on the received reset counter and the security code stored in the storage unit 124. Generate a key. Then, the key information processing unit 102 updates the current master key stored in the master key file 128 by replacing it with the generated new master key.
  • the passcode generation unit 104 generates a predetermined number of passcodes based on the master key generated by the key information processing unit 102. For example, the passcode generation unit 104 generates a passcode (validity type) based on the generated master key, each of a predetermined number of types of valid periods based on the current date and time, and a predetermined hash function. To generate).
  • a passcode validity type
  • FIG. 26 shows an example in which four types of “permanent”, “one week”, “one day”, and “one hour” are determined in advance as valid periods.
  • the passcode generation unit 104 first converts, for each valid period, a value obtained by combining the converted value of the current date and time according to the type of the valid period and the master key using SHA. To do. For example, when the validity period is “permanent”, the passcode generation unit 104 converts a value obtained by combining “0” and the master key using SHA.
  • the passcode generation unit 104 applies mod so that the four converted values are converted into the number of digits of the passcode, and the four passcodes (EP, WP, DP, And HP).
  • the master key generation unit 302 generates a master key based on the reset counter stored in the storage unit 326 and the security code acquired by the two-dimensional code reading unit 304.
  • FIG. 27 is an explanatory diagram showing a display example (passcode confirmation screen 78b) of the passcode confirmation screen according to this modification.
  • the passcode confirmation screen 78b further includes a passcode reset button 792 compared to the passcode confirmation screen 78a shown in FIG.
  • the control unit 300-1 counts up the value of the reset counter by a predetermined number such as “1”. Then, the control unit 300-1 updates the reset counter stored in the storage unit 326 to a value after counting up. Each time the value of the reset counter is updated, the master key generation unit 302 generates a new master key based on the reset counter after the count-up and the security code.
  • the passcode generation unit 308 uses the pass based on the master key generated by the master key generation unit 302 and the valid period specified by the user among the predetermined number of valid periods. Generate code. For example, when a specific date and time is designated by the user, the passcode generation unit 308 converts a value obtained by combining the master key and the designated date and time using a predetermined hash function, thereby obtaining a passcode. Is generated. If a specific date and time is not specified by the user, the passcode generation unit 308 sets a predetermined value obtained by combining the converted value of the current date and time according to the type of the validity period specified by the user and the master key. A passcode is generated by performing conversion using the hash function.
  • the other components included in the mobile terminal 30-1 are the same as described above.
  • the configurations of the button unit 20 and the server 40-1 are the same as described above.
  • control unit 300-1 of the mobile terminal 30-1 After S3103, the control unit 300-1 of the mobile terminal 30-1 generates a reset counter whose initial value is set to “0”. Then, the control unit 300-1 stores the generated reset counter in the storage unit 326 (S3105).
  • the master key generation unit 302 generates a master key based on the security code acquired in S3103 and the reset counter generated in S3105. Then, the master key generation unit 302 stores the generated master key in the storage unit 326 (S3107).
  • the key information processing unit 306 encrypts the reset counter generated in S3105 based on the security code and a predetermined common key encryption algorithm (S3109).
  • the communication unit 320 transmits the reset counter encrypted in S3109 and the terminal ID of the portable terminal 30-1 to the lock device 10 according to the control of the transmission control unit 312 (S3111).
  • the operation after S3111 will be described with reference to FIG. 29 after S3111, the key information processing unit 102 of the lock lock device 10 is received in S3111 based on the security code stored in the storage unit 326 and a predetermined common key encryption algorithm.
  • the encrypted reset counter is decrypted (S3121).
  • the key information processing unit 102 generates a master key based on the reset counter received in S3111 and the security code stored in the storage unit 124 (S3123).
  • the key information processing unit 102 associates the generated master key with the terminal ID received in S3111 and stores them in the master key file 128 (S3125).
  • the passcode generation unit 308 of the mobile terminal 30-1 stores the period information based on the number of the validity period selected in S3301 and the period designation information input in S3303, and the storage unit 326.
  • a passcode is generated by converting the stored master key pair using a predetermined hash function (S3305).
  • the passcode generation unit 104 determines whether or not the value of I is N or less (S3507).
  • I is larger than N (S3507: No)
  • the lock device 10 performs the same operation as the operation (S2051 to S2061) shown in FIG.
  • the passcode generation unit 104 uses the conversion value of the current date and time according to the type of the Ith passcode and the master key extracted in S3501.
  • a passcode P [I] is generated by converting the combined value using a predetermined hash function (S3509).
  • the passcode generation unit 104 adds “1” to I (S3511).
  • the passcode generation unit 104 performs the operation of S3507 again.
  • the owner user 2a selects the passcode reset button 792 on the passcode confirmation screen 78b shown in FIG. 27, for example, displayed on the operation display unit 322 of the portable terminal 30-1.
  • a passcode reset is input (S3701).
  • control unit 300-1 of the mobile terminal 30-1 extracts the reset counter stored in the storage unit 326, and counts up the value of the reset counter by a predetermined number such as “1”. Then, the control unit 300-1 updates the reset counter stored in the storage unit 326 to the reset counter after counting up (S3703).
  • the master key generation unit 302 generates a new master key based on the reset counter after counting up and the security code stored in the storage unit 326. Then, the master key generation unit 302 updates the current master key stored in the storage unit 326 by replacing it with the generated new master key (S3705).
  • the key information processing unit 306 encrypts the reset counter counted up in S3703 based on the security code stored in the storage unit 326 and a predetermined common key encryption algorithm (S3707). Then, the communication unit 320 transmits the reset counter encrypted in S3707 and the terminal ID of the portable terminal 30-1 according to the control of the transmission control unit 312 (S3709).
  • the key information processing unit 102 of the lock device 10 decrypts the encrypted reset counter received in S3709 based on the security code stored in the storage unit 124 and a predetermined common key encryption algorithm. (S3711). At this time, the key information processing unit 102 can also verify whether or not the decrypted value is valid. For example, the key information processing unit 102 verifies whether or not the value counted up by a predetermined value with the current reset counter value stored in the storage unit 124 matches the decrypted value.
  • the key information processing unit 102 generates a new master key based on the security code stored in the storage unit 124 and the decrypted reset counter (S3713).
  • the key information processing unit 102 uses the new master key generated in S3713 as the current master key stored in the master key file 128 in association with the terminal ID of the mobile terminal 30-1 received in S3709. It is updated by replacing with (S3715).
  • the "reset counter update process" is not limited to the above-described operation.
  • the mobile terminal 30-1 may transmit the reset counter to the lock device 10 without encrypting the reset counter.
  • rock device 10 may verify the correctness of the reset counter received from the portable terminal 30-1 based on MAC (Message Authentication Code).
  • MAC Message Authentication Code
  • the lock device 10 verifies whether the reset counter received from the mobile terminal 30-1 has been tampered with based on the MAC.
  • Second Embodiment >> The first embodiment has been described above. As described above, in the first embodiment, the portable terminal 30-1 generates and issues a passcode based on the input of the owner user 2a in the key sharing service application installed in the portable terminal 30-1.
  • the server 40-2 can generate a passcode based on a passcode generation condition specified by the owner user 2a in the portable terminal 30-2. is there. Further, when the server 40-2 receives a passcode provision request from the communication terminal 50, the server 40-2 can display the generated passcode on the communication terminal 50.
  • the information processing system according to the second embodiment is different from the first embodiment (shown in FIG. 2) in that the mobile terminal 30-2 and the server 40 are replaced with the mobile terminal 30-1 and the server 40-1. -2.
  • Other components are the same as those in the first embodiment.
  • FIG. 33 is a functional block diagram showing the configuration of the portable terminal 30-2 according to the second embodiment.
  • the mobile terminal 30-2 includes a control unit 300-2 in place of the control unit 300-1 as compared with the mobile terminal 30-1 illustrated in FIG. Further, the control unit 300-2 does not include the passcode generation unit 308, as compared with the control unit 300-1.
  • the other components included in the mobile terminal 30-2 are the same as those in the first embodiment.
  • FIG. 34 is a functional block diagram showing the configuration of the server 40-2 according to the second embodiment. As illustrated in FIG. 34, the server 40-2 includes a control unit 400-2 instead of the control unit 400-1 as compared with the server 40-1 illustrated in FIG.
  • Control unit 400-2 further includes a key information processing unit 402, a passcode generation unit 404, and a transmission control unit 406, as compared with the control unit 400-1.
  • the key information processing unit 402 acquires a master key based on information received from the mobile terminal 30-2. For example, the key information processing unit 402 acquires a master key by decrypting a master key encrypted based on, for example, a key sharing protocol. The key information processing unit 402 stores the decrypted master key in the storage unit 422.
  • the passcode generation unit 404 is an example of a second authentication information generation unit in the present disclosure.
  • the passcode generation unit 404 generates a passcode based on the master key decrypted by the key information processing unit 402.
  • the passcode generation unit 404 is first received from the mobile terminal 30-2 among the master key decrypted by the key information processing unit 402 and a predetermined number of types of valid periods.
  • Pass code generation key information is generated based on the valid period of the type specified by the owner user 2a and a predetermined hash function. Then, the passcode generation unit 404 generates a pass based on the generated passcode generation key information, the period specifying information specified by the owner user 2a received from the portable terminal 30-2, and a predetermined hash function. Generate code.
  • the transmission control unit 406 is an example of a display control unit in the present disclosure. For example, when a passcode provision request is received from the communication terminal 50, the transmission control unit 406 causes the communication unit 50 to transmit the passcode generated by the passcode generation unit 404 to the communication unit 420.
  • FIG. 35 is a sequence diagram showing an overview of the overall operation according to the second embodiment. As shown in FIG. 35, the mobile terminal 30-2 firstly registers a master key in the lock device 10 and the server 40-2 based on the operation of the owner user 2a. Is performed (S41).
  • the mobile terminal 30-2 performs the “setup process of the button unit 20”, which is substantially the same as S13 in the first embodiment (S43).
  • the server 40-2 performs a “passcode generation process” to be described later (S45).
  • the server 40-2 performs a “passcode provision process” to be described later (S47).
  • the button unit 20 performs “unlocking process A” which is substantially the same as S19 in the first embodiment based on the operation of the unauthorized user 2b (S49).
  • the button unit 20 performs the “locking process” which is substantially the same as S21 in the first embodiment based on the operation of the unauthorized user 2b (S51).
  • the mobile terminal 30-2 performs “operation log request processing” which is substantially the same as S23 in the first embodiment, based on the operation of the owner user 2a (S53).
  • the owner user 2a desires to update the master key registered in S41
  • the owner user 2a carries the portable terminal 30-2 and visits the door where the lock device 10 is installed.
  • the mobile terminal 30-2 performs a “master key update process” described later for updating the master key registered in the lock device 10 based on the operation of the owner user 2a (S55).
  • the key information processing unit 306 of the mobile terminal 30-2 uses the master key generated in S4105 and the terminal ID of the mobile terminal 30-2 based on, for example, a key sharing protocol. Encrypt. Then, the communication unit 320 transmits the encrypted master key and the terminal ID of the portable terminal 30-2 to the server 40-2 according to the control of the transmission control unit 312 (S4115).
  • the key information processing unit 402 of the server 40-2 decrypts the received information based on, for example, a key sharing protocol. Then, the key information processing unit 402 stores the decrypted master key and the terminal ID of the portable terminal 30-2 in association with each other in the storage unit 422 (S4117).
  • the mobile terminal 30-2 logs in to, for example, a web site for issuing a passcode provided by the server 40-2 based on the input by the owner user 2a (S4501). Then, the mobile terminal 30-2 receives the passcode generation condition setting screen from the server 40-2.
  • the generation condition setting screen may be a screen similar to the passcode confirmation screen 78 shown in FIG.
  • the owner user 2a selects the type of valid period of the passcode to be generated on this generation condition setting screen (S4503). Furthermore, the owner user 2a inputs passcode period designation information on the generation condition setting screen (S4505).
  • the communication unit 320 of the portable terminal 30-2 transmits the type of the valid period selected in S4503 and the period designation information input in S4505 to the server 40-2 according to the control of the transmission control unit 312 ( S4507).
  • the passcode generation unit 404 of the server 40-2 converts the set of the validity period type received in S4507 and the master key set stored in the storage unit 422 using a predetermined hash function. Thus, passcode generation key information is generated (S4509).
  • the passcode generation unit 404 generates a passcode by converting the combination of the period designation information received in S4507 and the passcode generation key information generated in S4509 using a predetermined hash function. (S4511).
  • the communication terminal 50 logs in to, for example, a passcode confirmation web site provided by the server 40-2 based on an input by the unauthorized user 2b (S4701).
  • the unauthorized user 2b inputs a passcode provision request to the communication terminal 50 (S4703). Then, the communication terminal 50 transmits the input passcode provision request to the server 40-2 (S4705).
  • the communication unit 420 of the server 40-2 transmits the passcode generated in S45 to the communication terminal 50 according to the control of the transmission control unit 406 (S4707).
  • the communication terminal 50 displays the received passcode on the display screen (S4709). Thereby, the unauthorized user 2b can confirm the passcode generated in S45.
  • S5501 to S5511 shown in FIG. 39 are the same as those in S2501 to S2511 according to the first embodiment (shown in FIG. 25).
  • the key information processing unit 306 of the mobile terminal 30-2 encrypts the master key generated in S5503 and the terminal ID of the mobile terminal 30-2 based on, for example, a key sharing protocol. Then, the communication unit 320 transmits the encrypted master key and the terminal ID of the portable terminal 30-2 to the server 40-2 according to the control of the transmission control unit 312 (S5513).
  • the key information processing unit 402 of the server 40-2 decrypts the information received in S5513 based on, for example, a key sharing protocol. Then, the key information processing unit 402 replaces the current master key stored in the storage unit 422 in association with the received terminal ID of the mobile terminal 30-2 with a new decrypted master key. Update (S5515).
  • the server 40-2 receives the master key received from the portable terminal 30-2 and the portable terminal 30-2. Passcode generation key information is generated based on the type of the valid period, and the passcode is generated based on the generated passcode generation key information and the period designation information received from the portable terminal 30-2. Is generated. Then, when a passcode provision request is received from the communication terminal 50, the server 40-2 transmits the generated passcode to the communication terminal 50.
  • the server 40-2 can generate a passcode instead of the portable terminal 30-2, and provide the generated passcode to the unauthorized user 2b. Can do.
  • the second embodiment is not limited to the above description.
  • the modification of the first embodiment described in Section 1-5 can be applied to the second embodiment. That is, in the modification of the second embodiment, the server 40-2 (and the lock device 10) generates a passcode based on the security code and the reset counter instead of generating the passcode generation key information. Is possible.
  • the specific processing contents are substantially the same as the contents described in Section 1-5, and thus description thereof is omitted.
  • the third embodiment will be described. As will be described later, according to the third embodiment, even if the button unit 20 is not associated with the lock device 10 in advance, the lock device 10 can be unlocked only by an operation on the button unit 20. .
  • buttons unit 20 The components included in the button unit 20 according to the third embodiment are the same as those of the first embodiment (shown in FIG. 8). Below, only the component which has a function different from 1st Embodiment is demonstrated.
  • the control unit 200 scans surrounding BLE devices based on an input to the input unit 222. For example, the control unit 200 starts scanning the surrounding BLE devices when a valid key (for example, a numeric key) is first pressed. According to this control example, by starting the scan when the first digit is input, for example, the processing time is increased by several seconds compared to the case where the scan is not started until the input of all the digits is completed. be able to.
  • a valid key for example, a numeric key
  • the transmission control unit 202 stores the ID of the lock device 10 when the pass code is input to the input unit 222 and the unlock button is pressed.
  • the transmission of the input passcode and the unlock request is controlled depending on whether or not it is registered in the unit 224. For example, when the ID of the lock device 10 is registered in the storage unit 224, the transmission control unit 202 transmits the input passcode and the unlock request to the lock device 10 corresponding to the ID. 220 to transmit.
  • the transmission control unit 202 acquires the BLE devices in descending order of the RSSI values acquired from the surrounding BLE devices discovered by scanning.
  • the communication part 220 is made to transmit the input passcode and the unlocking request to each.
  • the transmission control unit 202 inputs each of the BLE devices in descending order of the RSSI value until the authentication is successful by any one of the BLE devices (more precisely, the lock lock device 10).
  • the pass code and the unlocking request are sequentially transmitted to the communication unit 220.
  • the “RSSI value” is, for example, the intensity of the signal received by the BLE device when the button unit 20 transmits a signal (scan signal or the like) to the BLE device.
  • the transmission control unit 202 controls the transmission of the locking request depending on whether or not the ID of the lock device 10 is registered in the storage unit 224. For example, when the ID of the lock device 10 is registered in the storage unit 224, the transmission control unit 202 causes the lock device 10 corresponding to the ID to transmit a lock request to the communication unit 220. When the ID of the lock device 10 is not registered in the storage unit 224, the transmission control unit 202 sends the lock device 10 that has been unlocked immediately before (ie, the lock device 10 that has finally transmitted the unlock request). The locking request is transmitted to the communication unit 220.
  • the transmission control unit 202 may cause the communication unit 220 to transmit a lock request to all lock devices 10 located in the vicinity. .
  • the configurations of the lock lock device 10, the mobile terminal 30-1, and the server 40-1 according to the third embodiment are substantially the same as those of the first embodiment.
  • FIG. 41 is a sequence diagram showing an overview of the overall operation according to the third embodiment. 41 are substantially the same as S11, S15, S17, and S21 according to the first embodiment (shown in FIG. 11), respectively.
  • the “setup process” (S13) is omitted. Instead, after S61, the button unit 20 is attached to the door (in the initial state) by, for example, an installation contractor (S63).
  • the control unit 200 of the button unit 20 waits until the ten key is pressed for the first time, that is, the first digit of the pass code is pressed (S6901). If the numeric keypad is pressed for the first time (S6901: Yes), the control unit 200 starts scanning surrounding BLE devices (S6903). The scan is continued for a predetermined time.
  • control unit 200 sequentially sorts the discovered BLE devices in descending order of the RSSI value acquired from the BLE device (S6905).
  • control unit 200 determines whether or not scanning has been completed, the passcode has been entered in all digits, and the unlock button has been pressed (S6907).
  • the control unit 200 repeats the processing from S6903 onward.
  • the control unit 200 next stores the ID of the lock device 10 in the storage unit 224. It is determined whether it is registered in (S6909). When the ID of the lock device 10 is registered in the storage unit 224 (S6909: Yes), the control unit 200 encrypts the input passcode and unlock request based on, for example, a key sharing protocol. At this time, the control unit 200 can further encrypt the terminal ID of the portable terminal 30-1 and the unit ID of the button unit 20.
  • the communication unit 220 transmits the encrypted information to the lock lock device 10 corresponding to the ID registered in the storage unit 224 according to the control of the transmission control unit 202 (S6911). Thereafter, the corresponding lock device 10 performs the process of S6931 described later.
  • the control unit 200 sets “1” to the variable I indicating the number of the BLE device that is the passcode transmission target (S6913). Then, the total number of BLE devices discovered in S6905 is set to N (S6915).
  • control unit 200 determines whether I is N or less (S6917). When I is larger than N, that is, when connection or authentication with the lock lock device 10 has failed for all discovered BLE devices (S6917: No), the “unlock process B” ends.
  • the control unit 200 encrypts the input passcode and unlock request based on, for example, a key sharing protocol. At this time, the control unit 200 can further encrypt the terminal ID of the portable terminal 30-1 and the unit ID of the button unit 20. Then, under the control of the transmission control unit 202, the communication unit 220 transmits the encrypted information to the BLE device with the sort order (S6919).
  • control unit 200 determines whether or not the connection with the I-th BLE device is completed within a predetermined time (S6921). For example, the control unit 200 determines whether or not the bond process is completed within a predetermined time.
  • the control unit 200 adds “1” to I (S6923). That is, the control unit 200 sets a BLE device with the next sort order as a passcode transmission target. Then, the control unit 200 performs the process of S6917 again.
  • the button unit 20 performs the process of S6923 again. That is, the control unit 200 sets a BLE device with the next sort order as a passcode transmission target.
  • the control unit 200 of the button unit 20 determines whether or not the ID of the lock device 10 is registered in the storage unit 224 (S6941). If the ID of the lock device 10 is registered in the storage unit 224 (S6941: Yes), the “unlocking process B” ends. On the other hand, when the ID of the lock device 10 is not registered in the storage unit 224 (S6941: No), the control unit 200 stores the ID of the lock device 10 that has been successfully unlocked, that is, the lock device 10 that has been successfully unlocked. It is registered in 224 (S6943). Then, “unlocking process B” ends.
  • the operation of “unlocking process B” is not limited to the above-described example.
  • the button unit 20 may sound a buzzer once per second. As a result, the user can be notified that the process is ongoing.
  • the button unit 20 may sound a buzzer with a predetermined tone color. Thereby, it is possible to notify the user that unlocking has failed.
  • the button unit 20 is installed in a range close to the lock device 10 to be unlocked (for example, on the opposite side of the same door). Therefore, even if a large number of BLE devices are found, the pass code can be efficiently transmitted to the unlocking device 10 to be unlocked by the above method.
  • the operation (setup operation) for associating each button unit 20 with a specific lock device 10 in advance is not necessary. Therefore, the installation work of the button unit 20 becomes easy. As a result, for example, it can be expected that the button units 20 are installed in a larger number of vacant rooms, and the inside of the vacant rooms becomes easier.
  • Modification 1> For example, in each embodiment described above, basically, an example in which one mobile terminal 30-1 generates a passcode based on an input of a generation condition by the owner user 2a having the mobile terminal 30-1. Although described, it is not limited to such an example.
  • a plurality of portable terminals 30-1 are registered as owner terminals in the lock lock device 10
  • all the portable terminals 30-1 registered as owner terminals are each owner user having each portable terminal 30-1. It is also possible to generate a passcode based on the input of the generation condition by 2a.
  • the portable terminal 30-1b has another portable terminal 30-1b.
  • a passcode can be issued to the unauthorized user 2b.
  • the button unit 20 is an input device for transmitting a passcode to the lock lock device 10 .
  • the present invention is not limited to this example.
  • the button unit 20 has a housing door that can be electrically locked, and can store any object that can be unlocked based on a passcode input to the input unit 222. It may be a device.
  • the owner user 2a stores the physical key of the real estate in the casing of the button unit 20, and causes the unauthorized user 2b to input the pass code to the input unit 222, thereby By unlocking the door, the physical key can be lent to the unauthorized user 2b.
  • the button unit 20 according to the second modification may be capable of transmitting an unlocking request to the lock device 10 based on the input of a pass code to the input unit 222, as in the above-described embodiments. .
  • the information processing apparatus in this indication is not limited to this example.
  • the information processing apparatus according to the present disclosure is a locking device installed at various doors such as a locker door, a safe door, or an automobile door installed at an airport or a station, or a locking device such as a bicycle. It may be.
  • the button unit 20 may be an input device for causing the information processing apparatus to unlock and lock.
  • the button unit 20 may be a car door remote control key.
  • the information processing apparatus is, for example, a PC (Personal Computer), a server, a smartphone, or a tablet terminal, and a passcode can be used for authenticating a user who uses the information processing apparatus.
  • the information processing apparatus may be a PC installed in a public facility.
  • the PC When the passcode is input by the user, the PC generates a predetermined number of types of passcodes with valid periods, and compares the input passcode with the generated passcode. The validity of the input passcode may be verified. According to this modification, only the user who has been notified of the passcode among the users without the usage authority can use the PC only during the validity period of the passcode.
  • each step in the operation of each embodiment described above does not necessarily have to be processed in the order described.
  • the steps may be processed by changing the order as appropriate.
  • Each step may be processed in parallel or individually instead of being processed in time series.
  • a communication unit that receives authentication information and a processing request from the first communication device;
  • An authentication information generating unit that generates authentication information based on the first key information associated with the second communication device;
  • a process control unit that controls execution of a process according to the process request based on the authentication information received by the communication unit and the authentication information generated by the authentication information generation unit;
  • An information processing apparatus comprising: (2) When the authentication information received by the communication unit matches the authentication information generated by the authentication information generation unit, the processing control unit executes a process according to the processing request. The information processing apparatus described.
  • the authentication information generation unit generates authentication information generation key information based on the first key information, and generates the authentication information based on the generated authentication information generation key information.
  • the authentication information generation unit generates a predetermined number of different authentication information generation key information based on the first key information, and generates each of the generated predetermined number of authentication information generation key information. Based on the predetermined number of authentication information, The process control unit executes the process according to the process request based on a comparison between the authentication information received by the communication unit and each of the predetermined number of authentication information generated by the authentication information generation unit.
  • the information processing apparatus according to (3) wherein the information processing apparatus is controlled.
  • the authentication information generating unit generates the predetermined number of pieces of authentication information generating key information based on the first key information and each of the predetermined number of types of valid periods determined in advance; and Generating the predetermined number of authentication information based on each of the generated predetermined number of pieces of authentication information generating key information and each of the predetermined number of types of validity periods based on the current date and time, The information processing apparatus according to (4).
  • the authentication information generation unit generates the predetermined number of authentication information generation key information based on the first key information, each of the predetermined number of types of validity periods, and a predetermined hash function.
  • the information processing apparatus which is generated.
  • the first key information is information generated based on third key information associated with the information processing apparatus and a reset counter indicating the number of times authentication information is reset,
  • the authentication information generation unit generates a predetermined number of authentication information based on the first key information,
  • the process control unit executes the process according to the process request based on a comparison between the authentication information received by the communication unit and each of the predetermined number of authentication information generated by the authentication information generation unit.
  • the information processing device according to (1) or (2), wherein the information processing device is controlled.
  • the predetermined number of types of valid periods are predetermined,
  • the authentication information generation unit generates the predetermined number of authentication information based on the first key information and each of the predetermined number of types of validity periods based on the current date and time, ). (9) If the authentication information received by the communication unit matches any one of the predetermined number of authentication information generated by the authentication information generation unit, the processing control unit performs processing according to the processing request.
  • the processing control unit executes a process according to the processing request
  • the information processing apparatus according to any one of (4) to (8), wherein: (10) The communication unit further receives the encrypted first key information from the second communication device,
  • the information processing apparatus includes: a key information processing unit that decrypts the encrypted first key information;
  • the information processing apparatus according to any one of (1) to (9), further including a storage unit that stores the first key information decrypted by the key information processing unit.
  • the communication unit further receives encrypted second key information associated with the second communication device from the second communication device
  • the information processing apparatus further includes a key information processing unit that decrypts the encrypted second key information
  • the authentication information generation unit When the encrypted second key information is received, the authentication information generation unit generates the predetermined number of keys based on the second key information decrypted by the key information processing unit.
  • Generate authentication information The processing control unit, based on a comparison between the authentication information received by the communication unit and each of the predetermined number of authentication information generated based on the second key information by the authentication information generation unit, The information processing apparatus according to any one of (4) to (9), wherein execution of a process according to the process request is controlled.
  • the information processing apparatus according to any one of (1) to (11), wherein the authentication information is a passcode.
  • the information processing apparatus is a lock device, The information processing apparatus further includes a locking unit, The processing request is an unlocking request for the locking part, The processing control unit executes unlocking control for the locking unit based on a comparison between authentication information received by the communication unit and authentication information generated by the authentication information generation unit, (1) The information processing apparatus according to any one of (12) to (12).
  • An information processing method comprising: (15) Computer A communication unit that receives authentication information and a processing request from the first communication device; An authentication information generating unit that generates authentication information based on the first key information associated with the second communication device; A process control unit that controls execution of a process according to the process request based on the authentication information received by the communication unit and the authentication information generated by the authentication information generation unit; Program to function as (16) An information processing device, a first communication device, and a second communication device;
  • the information processing apparatus includes: A communication unit that receives authentication information and a processing request from the first communication device; A storage unit for storing first key information associated with the second communication device; An authentication information generating unit that generates authentication information based on the first key information stored in the storage unit; A process control unit that controls execution of a process according
  • the second authentication information generation unit generates key information for generating authentication information based on the first key information and an effective period designated by a user among a predetermined number of types of effective periods. And generating authentication information based on the generated authentication information generation key information and the validity period specified by the user, The authentication information generation unit obtains the predetermined number of pieces of authentication information generation key information based on the first key information stored in the storage unit and each of the predetermined number of types of validity periods.
  • the predetermined number of authentication information generated based on each of the generated predetermined number of pieces of authentication information generating key information and each of the predetermined number of types of valid periods based on the current date and time Produces
  • the process control unit executes the process according to the process request based on a comparison between the authentication information received by the communication unit and each of the predetermined number of authentication information generated by the authentication information generation unit.
  • Communication device further includes a storage unit that stores identification information of the information processing device when the authentication information is authenticated by any of the plurality of information processing devices.
  • the transmission control unit stores the information in the storage unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Power Engineering (AREA)
  • Lock And Its Accessories (AREA)

Abstract

【課題】認証の安全性を向上させることが可能な、情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置を提案する。 【解決手段】認証情報および処理要求を第１の通信装置から受信する通信部と、第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、を備える、情報処理装置。

Description

情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置
　本開示は、情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置に関する。
　従来、ドアの施解錠を電気的に行うことが可能な錠前デバイスが開発されている。例えば、特許文献１には、携帯機器が電気錠にかざされると、電気錠は携帯機器からキーデータを読み取り、そして、読み取ったキーデータと認証用キーデータとを照合することにより解錠制御を行う技術が開示されている。
特開２００７－２３９３４７号公報
　しかしながら、特許文献１に記載の技術では、認証の安全性が低い。例えば、特許文献１に記載の電気錠は、携帯機器から読み取ったキーデータと、予め記憶している認証用キーデータとを照合することにより認証を行う。このため、例えば電気錠に対する不正なアクセスなどにより認証用キーデータが電気錠から盗取されると、ドアが不正に解錠される恐れがある。
　そこで、本開示では、認証の安全性を向上させることが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置を提案する。
　本開示によれば、認証情報および処理要求を第１の通信装置から受信する通信部と、第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、を備える、情報処理装置が提供される。
　また、本開示によれば、認証情報および処理要求を第１の通信装置から受信することと、第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成することと、前記受信された認証情報と前記生成された認証情報とに基づいて、前記処理要求に応じた処理の実行をプロセッサが制御することと、を備える、情報処理方法が提供される。
　また、本開示によれば、コンピュータを、認証情報および処理要求を第１の通信装置から受信する通信部と、第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部、として機能させるための、プログラムが提供される。
　また、本開示によれば、情報処理装置、第１の通信装置、および、第２の通信装置を有し、前記情報処理装置は、認証情報および処理要求を前記第１の通信装置から受信する通信部と、前記第２の通信装置に対応付けられた第１の鍵情報を記憶する記憶部と、前記記憶部に記憶されている前記第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、を備える、情報処理システムが提供される。
　また、本開示によれば、認証情報および処理要求の入力を受け付ける入力部と、複数の情報処理装置に対する信号の送信を制御する送信制御部と、前記複数の情報処理装置の各々が受信した前記信号の強度の値を取得する取得部と、を備え、前記送信制御部は、取得された前記信号の強度の値が大きい情報処理装置の順に、前記複数の情報処理装置の各々に対して、前記入力された認証情報および処理要求を通信部に送信させる、通信装置が提供される。
　以上説明したように本開示によれば、認証の安全性を向上させることができる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本開示の第１の実施形態による錠前デバイス１０およびボタンユニット２０のドアへの取り付け例を示した説明図である。 同実施形態による情報処理システムの構成例を示した説明図である。 同実施形態によるボタンユニット２０の外観の一例を示した説明図である。 同実施形態による錠前デバイス１０の構成例を示した機能ブロック図である。 同実施形態によるパスコードの生成例を示した説明図である。 同実施形態によるパスコードの生成例の変形例を示した説明図である。 同実施形態によるｅＫｅｙの構成例を示した説明図である。 同実施形態によるボタンユニット２０の構成例を示した機能ブロック図である。 同実施形態による携帯端末３０‐１の構成例を示した機能ブロック図である。 同実施形態によるサーバ４０‐１の構成例を示した機能ブロック図である。 同実施形態による全体の動作の概要を示したシーケンス図である。 同実施形態によるマスター鍵の登録処理の動作を示したシーケンス図である。 同実施形態によるボタンユニット２０のセットアップ処理の動作を示したシーケンス図である。 同実施形態によるアカウント画面の表示例を示した説明図である。 同実施形態によるデバイス追加画面の表示例を示した説明図である。 同実施形態によるロック選択画面の表示例を示した説明図である。 同実施形態によるボタンユニット設定画面の表示例を示した説明図である。 同実施形態によるパスコード確認画面の表示例を示した説明図である。 同実施形態によるパスコード生成処理の動作を示したフローチャートである。 同実施形態による解錠処理Ａの動作を示したシーケンス図である。 同実施形態によるパスコードの検証処理の動作の一部を示したフローチャートである。 同実施形態によるパスコードの検証処理の動作の一部を示したフローチャートである。 同実施形態による施錠処理の動作を示したシーケンス図である。 同実施形態による操作ログの要求処理の動作を示したシーケンス図である。 同実施形態によるマスター鍵の更新処理の動作を示したシーケンス図である。 同実施形態の変形例によるパスコードの生成例を示した説明図である。 同変形例によるパスコード確認画面の表示例を示した説明図である。 同変形例によるマスター鍵の登録処理の動作の一部を示したシーケンス図である。 同変形例によるマスター鍵の登録処理の動作の一部を示したシーケンス図である。 同変形例によるパスコード生成処理の動作を示したフローチャートである。 同変形例によるパスコードの検証処理の動作の一部を示したフローチャートである。 同変形例によるリセットカウンタの更新処理の動作を示したシーケンス図である。 本開示の第２の実施形態による携帯端末３０‐２の構成例を示した機能ブロック図である。 同実施形態によるサーバ４０‐２の構成例を示した機能ブロック図である。 同実施形態による全体の動作の概要を示したシーケンス図である。 同実施形態によるマスター鍵の登録処理の動作を示したシーケンス図である。 同実施形態によるパスコード生成処理の動作を示したシーケンス図である。 同実施形態によるパスコード提供処理の動作を示したシーケンス図である。 同実施形態によるマスター鍵の更新処理の動作を示したシーケンス図である。 本開示の第３の実施形態による錠前デバイス１０およびボタンユニット２０のドアへの取り付け例を示した説明図である。 同実施形態による全体の動作の概要を示したシーケンス図である。 同実施形態による解錠処理Ｂの動作の一部を示したフローチャートである。 同実施形態による解錠処理Ｂの動作の一部を示したフローチャートである。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて携帯端末３０‐１ａおよび携帯端末３０‐１ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、携帯端末３０‐１ａおよび携帯端末３０‐１ｂを特に区別する必要が無い場合には、単に携帯端末３０‐１と称する。
　また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
　１．第１の実施形態
　２．第２の実施形態
　３．第３の実施形態
　４．変形例
＜＜１．第１の実施形態＞＞
　＜１－１．システム構成＞
　本開示は、一例として「１．第１の実施形態」～「３．第３の実施形態」において詳細に説明するように、多様な形態で実施され得る。まず、第１の実施形態による情報処理システムの基本構成について、図１および図２を参照して説明する。図１に示したように、第１の実施形態による情報処理システムは、錠前デバイス１０およびボタンユニット２０を含む。図１に示したように、錠前デバイス１０およびボタンユニット２０は、例えば建物のドアなどに取り付けられ得る。例えば、図１に示したように、錠前デバイス１０は、ドアの室内側に設置され、また、ボタンユニット２０は、ドアの室外側に設置される。
　また、図２に示したように、第１の実施形態による情報処理システムは、錠前デバイス１０およびボタンユニット２０に加えて、さらに、携帯端末３０‐１、通信網３２、サーバ４０‐１、および通信端末５０を含む。
　［１－１－１．錠前デバイス１０］
　錠前デバイス１０は、本開示における情報処理装置の一例である。錠前デバイス１０は、例えば建物のドアなどに取り付けられ、ドアの解錠および施錠の制御を行うための装置である。例えば、錠前デバイス１０は、ドアの室内側に設置されているサムターン（図示省略）に対する解錠および施錠の制御を行うことが可能である。または、ドアにサムターンが設置されていない場合には、錠前デバイス１０自体が、建物のドアのロック機構であってもよい。
　また、錠前デバイス１０は、後述するボタンユニット２０や携帯端末３０‐１から受信される処理要求に基づいて、例えば解錠処理や施錠処理などの各種の処理を行う。
　［１－１－２．ボタンユニット２０］
　ボタンユニット２０は、本開示における第１の通信装置および通信装置の一例である。ボタンユニット２０は、例えば錠前デバイス１０などの他の装置に対する処理の要求をユーザが入力するための入力装置である。例えば、ボタンユニット２０は、錠前デバイス１０に対する解錠権限を有しないユーザ（以下、権限無ユーザ２ｂと称する場合がある）により、解錠および施錠の要求を入力するために使用され得る。なお、権限無ユーザ２ｂは、例えば、錠前デバイス１０が設置されている建物または部屋の仲介業者や内見希望者などである。
　また、ボタンユニット２０は、例えばＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）　Ｌｏｗ　Ｅｎｅｒｇｙ）などのＢｌｕｅｔｏｏｔｈ、Ｗｉ‐Ｆｉ（登録商標）、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などに沿った無線通信により、他の装置との間で情報の送受信を行うことが可能である。例えば、ボタンユニット２０は、錠前デバイス１０に対する解錠要求がユーザにより入力された場合に、入力された解錠要求を無線通信により錠前デバイス１０へ送信する。
　なお、基本的には、一台のボタンユニット２０は、予め対応付けられている一台の錠前デバイス１０とのみ通信を行う。但し、かかる例に限定されず、一台のボタンユニット２０は、複数の錠前デバイス１０と通信可能であってもよい。例えば、ボタンユニット２０は、複数の錠前デバイス１０に対して解錠要求を同時に送信してもよい。
　ここで、図３を参照して、ボタンユニット２０の外観の一例について説明する。図３に示したように、ボタンユニット２０は、テンキー２５０、解錠ボタン２５２、および、施錠ボタン２５４を含む。ここで、テンキー２５０は、「０」～「９」までの各数字を入力するためのキーである。なお、詳細については後述するが、テンキー２５０は、例えば、錠前デバイス１０による認証処理に用いられるパスコードを入力するためにユーザにより使用される。ここで、パスコードは、本開示における認証情報の一例である。
　解錠ボタン２５２は、例えば錠前デバイス１０に対する解錠要求をユーザが入力するためのキーである。また、解錠ボタン２５２は、ボタンユニット２０の内部状態をユーザが切り替えるためのキーでもある。例えば、ボタンユニット２０が通常モードであり、かつ、解錠ボタン２５２がユーザにより長押し、つまり、所定の時間以上押下されると、ボタンユニット２０は、通常モードから、ボタンユニット２０の設定情報を変更するための登録モードへ内部状態を切り替える。また、施錠ボタン２５４は、例えば錠前デバイス１０に対する施錠要求をユーザが入力するためのキーである。
　［１－１－３．携帯端末３０‐１］
　携帯端末３０‐１は、本開示における第２の通信装置の一例である。携帯端末３０‐１は、ユーザ２が所有する端末である。例えば、携帯端末３０‐１は、錠前デバイス１０の管理権限を有するユーザ（以下、オーナーユーザ２ａと称する場合がある）や、オーナーユーザ２ａにより錠前デバイス１０の解錠権を許可されたユーザなどにより使用される。なお、オーナーユーザ２ａは、例えば、錠前デバイス１０が設置される建物または部屋の所有権を有する人物や、錠前デバイス１０が設置される建物または部屋を管理する管理会社の従業員などである。
　この携帯端末３０‐１は、鍵共有サービス用アプリケーションを実装することが可能である。この鍵共有サービス用アプリケーションは、例えば、錠前デバイス１０による（ボタンユニット２０の）認証処理に用いられるパスコードを表示画面に表示させたり、錠前デバイス１０に対する解錠要求などの各種の処理要求を行ったり、または、別の携帯端末３０‐１ｂに対する錠前デバイス１０の解錠権の発行などを行うためのアプリケーションである。また、携帯端末３０‐１は、例えば無線通信により、後述する通信網３２を介してサーバ４０‐１と通信することが可能である。
　なお、携帯端末３０‐１は、例えば、スマートフォンなどの携帯電話、タブレット端末、腕時計型デバイス、眼鏡型デバイス、または、例えばＢｌｕｅｔｏｏｔｈなどに沿った通信機能を有するヘッドホンなどであってもよい。
　［１－１－４．通信網３２］
　通信網３２は、通信網３２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網３２は、電話回線網、インターネット、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などを含んでもよい。また、通信網３２は、ＩＰ－ＶＰＮ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ－Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
　［１－１－５．サーバ４０‐１］
　サーバ４０‐１は、本開示における第２の通信装置の一例である。サーバ４０‐１は、例えばｗｅｂシステムで構成される鍵共有サービスを管理するための装置である。例えば、サーバ４０‐１は、錠前デバイス１０にオーナー端末として登録された携帯端末３０‐１からの要求に基づいて、携帯端末３０‐１をオーナー端末として登録する。また、サーバ４０‐１は、オーナー端末である携帯端末３０‐１ａにより（オーナー端末以外の）別の携帯端末３０‐１ｂに対して発行された解錠権を携帯端末３０‐１ｂに転送する。
　［１－１－６．通信端末５０］
　通信端末５０は、例えば、権限無ユーザ２ｂにより使用される端末である。この通信端末５０は、通信網３２を介して携帯端末３０‐１またはサーバ４０‐１と通信を行うことが可能である。例えば、通信端末５０は、オーナーユーザ２ａの携帯端末３０‐１により発行されるパスコードを携帯端末３０‐１から受信する。
　以上、第１の実施形態による情報処理システムの基本構成について説明した。上述した錠前デバイス１０は、ボタンユニット２０から受信されるパスコードと、携帯端末３０‐１に対応付けられたマスター鍵に基づいて錠前デバイス１０が生成したパスコードとを比較することにより、解錠処理を実行することが可能である。
　＜１－２．構成＞
　［１－２－１．錠前デバイス１０］
　次に、第１の実施形態による構成について詳細に説明する。図４は、第１の実施形態による錠前デバイス１０の構成を示した機能ブロック図である。図４に示したように、錠前デバイス１０は、制御部１００、通信部１２０、施錠部１２２、および記憶部１２４を有する。
　（１－２－１－１．制御部１００）
　制御部１００は、錠前デバイス１０に内蔵される、例えばＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などのハードウェアを用いて、錠前デバイス１０の動作を全般的に制御する。また、図４に示したように、制御部１００は、鍵情報処理部１０２、パスコード生成部１０４、パスコード検証部１０６、処理制御部１０８、および認証処理部１１０を有する。
　（１－２－１－２．鍵情報処理部１０２）
　‐マスター鍵の取得
　鍵情報処理部１０２は、携帯端末３０‐１から受信される情報に基づいてマスター鍵を取得する。例えば、鍵情報処理部１０２は、携帯端末３０‐１から受信される、暗号化されたマスター鍵を、記憶部１２４に予め記憶されているセキュリティコードおよび所定の暗号アルゴリズムに基づいて復号化することにより、マスター鍵を取得する。
　ここで、マスター鍵は、本開示における第１の鍵情報の一例である。また、マスター鍵は、パスコードを生成するために使用される情報であり、例えば携帯端末３０‐１に対応付けて携帯端末３０‐１により生成される。また、セキュリティコードは、例えば、錠前デバイス１０の共通鍵である。また、所定の暗号アルゴリズムは、例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）などの共通鍵暗号アルゴリズムである。
　なお、鍵情報処理部１０２は、取得したマスター鍵をマスター鍵ファイル１２８に格納する。例えば、鍵情報処理部１０２は、取得したマスター鍵と、当該マスター鍵の送信元である携帯端末３０‐１の端末ＩＤとを対応付けてマスター鍵ファイル１２８に格納する。
　‐マスター鍵の更新
　また、鍵情報処理部１０２は、例えば携帯端末３０‐１から受信される情報に基づいて、マスター鍵ファイル１２８に格納されているマスター鍵を更新する。例えば、暗号化された、新たなマスター鍵が携帯端末３０‐１から受信された場合には、鍵情報処理部１０２は、まず、携帯端末３０‐１から受信された情報を、マスター鍵ファイル１２８に格納されている現在のマスター鍵および所定の暗号アルゴリズムに基づいて復号化することにより、新たなマスター鍵を取得する。そして、鍵情報処理部１０２は、マスター鍵ファイル１２８に格納されている現在のマスター鍵を、取得した新たなマスター鍵に置き換えることにより更新する。なお、新たなマスター鍵は、本開示における第２の鍵情報の一例である。
　‐‐マスター鍵ファイル１２８
　マスター鍵ファイル１２８は、鍵情報処理部１０２により取得されたマスター鍵が格納されるファイルである。例えば、マスター鍵ファイル１２８では、マスター鍵と、マスター鍵の送信元である携帯端末３０‐１の端末ＩＤとが対応付けて格納される。
　（１－２－１－３．パスコード生成部１０４）
　パスコード生成部１０４は、本開示における認証情報生成部の一例である。パスコード生成部１０４は、マスター鍵ファイル１２８に格納されているマスター鍵に基づいて所定の数のパスコードを生成する。
　例えば、パスコード生成部１０４は、マスター鍵に基づいて互いに異なる所定の数のパスコード生成用鍵情報を生成し、そして、生成した所定の数のパスコード生成用鍵情報の各々に基づいて、パスコード生成用鍵情報の個数だけパスコードを生成する。なお、パスコード生成用鍵情報は、本開示における認証情報生成用鍵情報の一例である。
　より具体的には、パスコード生成部１０４は、まず、マスター鍵と、予め定められた所定の数の種類の有効期間の各々と、所定のハッシュ関数とに基づいてパスコード生成用鍵情報を、有効期間の種類の数だけ生成する。そして、パスコード生成部１０４は、生成した所定の数のパスコード生成用鍵情報の各々と、現在日時を基準とした所定の数の種類の有効期間の各々と、所定のハッシュ関数とに基づいてパスコードを、有効期間の種類の数だけ生成する。
　ここで、図５および図６を参照して、上記の機能についてより詳細に説明する。なお、図５では、有効期間として「永久」、「一週間」、「一日」、および「一時間」の４種類が予め定められている例を示している。図５に示した例では、パスコード生成部１０４は、まず、各有効期間の種類に関して、当該有効期間の番号（例えば「１」）とマスター鍵とを組み合わせた値をＳＨＡ（Ｓｅｃｕｒｅ　Ｈａｓｈ　Ａｌｇｏｒｉｔｈｍ）を用いて変換することにより、パスコード生成鍵Ｋ１～Ｋ４を生成する。なお、Ｋ１は、有効期間が「永久」である場合のパスコード生成鍵であり、Ｋ２は有効期間が「一週間」である場合のパスコード生成鍵であり、Ｋ３は有効期間が「一日」である場合のパスコード生成鍵であり、また、Ｋ４は有効期間が「一時間」である場合のパスコード生成鍵である。
　そして、パスコード生成部１０４は、各有効期間の種類に関して、当該有効期間の種類に応じた現在日時の変換値と、生成されたパスコード生成鍵とを組み合わせた値をそれぞれＳＨＡを用いて変換する。例えば、Ｋ１の場合には「０」とＫ１とを組み合わせた値、Ｋ２の場合には「現在の日付が該当する週における所定の曜日の日付」（例えば「２０１５年６月１日」）とＫ２とを組み合わせた値、Ｋ３の場合には「現在の日付」（例えば「２０１５年６月３日」）とＫ３とを組み合わせた値、Ｋ４の場合には「現在の日付および時間帯」（例えば「２０１５年６月３日１０時」）とＫ４とを組み合わせた値を、パスコード生成部１０４はそれぞれＳＨＡを用いて変換する。
　そして、パスコード生成部１０４は、変換された４個の値が例えば６桁などの所定の桁数の値に変換されるようにそれぞれｍｏｄを適用し、そして、４個のパスコード（ＥＰ、ＷＰ、ＤＰ、およびＨＰ）を生成する。
　‐変形例
　また、図６は、図５に示したパスコードの生成例の変形例を示した説明図である。なお、図６では、有効期間の種類として、図５に示した４種類に加えて、さらに「特定の曜日」が定められている例を示している。この「特定の曜日」は、パスコードが例えば毎週の特定の曜日にだけ有効な期間の種類である。
　例えば、図６に示したように、パスコード生成部１０４は、まず、「特定の曜日」に対応する番号（例えば「５」）とマスター鍵とを組み合わせた値をＳＨＡを用いて変換することにより、パスコード生成鍵Ｋ５を生成する。次に、パスコード生成部１０４は、「現在の日付の曜日」に対応付けられた数値（例えば、月曜日では「１」、火曜日では「２」など）とＫ５とを組み合わせた値をＳＨＡを用いて変換する。そして、パスコード生成部１０４は、変換された値にｍｏｄを適用することにより、「特定の曜日」に対応するパスコード（ＣＰ）を生成する。
　なお、有効期間の種類は、上記の５種類に限定されず、任意の数の種類が設定され得る。
　（１－２－１－４．パスコード検証部１０６）
　パスコード検証部１０６は、ボタンユニット２０からパスコードが受信された場合に、受信されたパスコードと、パスコード生成部１０４により生成された所定の数のパスコードの各々とを比較することにより、受信されたパスコードの正当性を検証する。
　例えば、パスコード生成部１０４により生成された所定の数のパスコードのうちいずれかと、受信されたパスコードとが一致する場合には、パスコード検証部１０６は、受信されたパスコードが正当であると判定する。また、パスコード生成部１０４により生成された所定の数のパスコードのいずれも、受信されたパスコードと一致しない場合には、パスコード検証部１０６は、受信されたパスコードが正当ではないと判定する。
　‐変形例
　なお、変形例として、ボタンユニット２０から受信されたパスコードが正当ではないと判定された連続の回数が所定の回数に達した場合には、パスコード検証部１０６は、ボタンユニット２０からのパスコードの受信を所定の時間拒絶することも可能である。かかる構成によれば、悪意のあるユーザによるボタンユニット２０を用いたパスコードの総当たり攻撃を防止することができる。
　さらに、上記の場合には、錠前デバイス１０は、ブザーを出力してもよい。これにより、パスコードの受信を拒絶していることをユーザに通知することができる。
　さらに、上記の場合には、パスコード検証部１０６は、検証の実績を操作ログＤＢ１３０に格納してもよい。これにより、例えばオーナーユーザ２ａが携帯端末３０‐１を携帯してドアを訪れた際に、携帯端末３０‐１が錠前デバイス１０から操作ログを取得することにより、過去に不正なパスコードの入力が行われたことをオーナーユーザ２ａは知ることができる。
　（１－２－１－５．処理制御部１０８）
　処理制御部１０８は、パスコード検証部１０６による検証結果に基づいて、ボタンユニット２０から受信された処理要求に応じた処理を実行する。例えば、受信されたパスコードが正当であるとパスコード検証部１０６により判定された場合には、処理制御部１０８は、受信された処理要求に応じた処理を実行する。一例として、受信された処理要求が、施錠部１２２に対する解錠要求であり、かつ、受信されたパスコードが正当であることがパスコード検証部１０６により判定された場合には、処理制御部１０８は、施錠部１２２に解錠させる。
　また、受信されたパスコードが正当ではないとパスコード検証部１０６により判定された場合には、処理制御部１０８は、受信された処理要求に応じた処理を実行しない。
　（１－２－１－６．認証処理部１１０）
　‐ｅＫｅｙの判定
　認証処理部１１０は、携帯端末３０‐１からｅＫｅｙが受信された場合に、受信されたｅＫｅｙの正当性を判定する。ここで、ｅＫｅｙは、携帯端末３０‐１を認証するために用いられる情報である。なお、錠前デバイス１０のオーナー端末として錠前デバイス１０およびサーバ４０‐１に予め登録された携帯端末３０‐１ａのみが、該当の錠前デバイス１０に対応するｅＫｅｙを自端末または別の携帯端末３０‐１ｂに対して発行することが可能である。
　例えば、認証処理部１１０は、受信されたｅＫｅｙに含まれる、携帯端末３０‐１の公開鍵に対する署名情報を検証することにより、該当のｅＫｅｙの正当性を検証する。一例として、認証処理部１１０は、まず、携帯端末３０‐１ｂから受信されたｅＫｅｙに含まれる、携帯端末３０‐１ｂの公開鍵に対する署名情報を、記憶部１２４に事前に記憶されている（オーナー端末である）携帯端末３０‐１ａの公開鍵を用いて検証する。そして、認証処理部１１０は、携帯端末３０‐１の公開鍵に対する署名情報の検証結果に基づいて、該当のｅＫｅｙに含まれる携帯端末３０‐１の公開鍵が正当であるか否かを判定する。なお、携帯端末３０‐１ａおよび携帯端末３０‐１ｂが同一の端末である場合に関しても同様である。
　‐‐ｅＫｅｙ
　ここで、図７を参照して、ｅＫｅｙの構成例（ｅＫｅｙ６０）について説明する。図７に示したように、ｅＫｅｙ６０は、例えばヘッダー６００、および本体６０２を有する。また、ヘッダー６００は、ｅＫｅｙＩＤ６０００、端末ＩＤ６００２、錠前ＩＤ６００４、および、有効期間６００６を有する。また、本体６０２は、端末公開鍵６０２０、および、公開鍵の証明書６０２２を有する。
　ここで、ｅＫｅｙＩＤ６０００には、ｅＫｅｙ６０に対応するｅＫｅｙＩＤが記録される。なお、ｅＫｅｙＩＤは、例えばオーナー端末により、ｅＫｅｙ６０に対して決定されたＩＤである。また、端末ＩＤ６００２には、該当のｅＫｅｙ６０の発行対象の携帯端末３０‐１の端末ＩＤが記録される。また、錠前ＩＤ６００４には、（該当のｅＫｅｙ６０に対応づけられた）利用対象の錠前デバイス１０のＩＤが記録される。また、有効期間６００６には、該当のｅＫｅｙ６０に対して設定された有効期間が記録される。なお、図７では、有効期間６００６として、有効期間が無制限であることを意味する「ＡＬＷＡＹＳ」が登録されている例を示している。
　また、端末公開鍵６０２０には、該当のｅＫｅｙ６０の発行対象の携帯端末３０‐１の公開鍵が格納される。また、公開鍵の証明書６０２２には、端末公開鍵６０２０に格納されている公開鍵に対する、例えばｅＫｅｙ６０を発行した携帯端末３０‐１（つまりオーナー端末）による署名情報が格納される。
　‐公開鍵認証処理
　また、認証処理部１１０は、携帯端末３０‐１の秘密鍵により生成された情報（以下、レスポンスデータとも称する）が受信された場合に、受信されたレスポンスデータの正当性を携帯端末３０‐１の公開鍵、および所定の公開鍵認証アルゴリズムに基づいて検証する。例えば、認証処理部１１０は、まず、例えば擬似乱数であるチャレンジを生成する。そして、生成されたチャレンジが通信部１２０により携帯端末３０‐１へ送信された後に、レスポンスデータが携帯端末３０‐１から受信された場合に、認証処理部１１０は、受信されたレスポンスデータの正当性を、携帯端末３０‐１の公開鍵、元のチャレンジ、および、所定の公開鍵認証アルゴリズムに基づいて検証する。
　（１－２－１－７．通信部１２０）
　通信部１２０は、例えばＢＬＥなどのＢｌｕｅｔｏｏｔｈ、Ｗｉ‐Ｆｉ、ＮＦＣなどに沿った無線通信により、他の装置との間で情報の送受信を行う。例えば、通信部１２０は、パスコードおよび解錠要求をボタンユニット２０から受信する。
　（１－２－１－８．施錠部１２２）
　施錠部１２２は、処理制御部１０８の制御に従って、解錠処理または施錠処理を行う。
　（１－２－１－９．記憶部１２４）
　記憶部１２４は、例えば、マスター鍵ファイル１２８、後述する錠前鍵ファイル１２６、および、後述する操作ログＤＢ１３０などの各種のデータや、各種のソフトウェアを記憶することが可能である。
　‐錠前鍵ファイル１２６
　錠前鍵ファイル１２６は、該当の錠前デバイス１０固有の認証鍵の情報が格納されるファイルである。例えば、錠前鍵ファイル１２６には、錠前デバイス１０の錠前ＩＤ、錠前デバイス１０の共通鍵、錠前デバイス１０の秘密鍵、および、錠前デバイス１０の公開鍵が対応付けて格納される。
　‐操作ログＤＢ１３０
　操作ログＤＢ１３０は、錠前デバイス１０に対するユーザの操作ログが格納されるデータベースである。例えば、操作ログＤＢ１３０では、（錠前デバイス１０に対して操作を行った）ボタンユニット２０のユニットＩＤまたは携帯端末３０‐１の端末ＩＤと、操作日時と、操作内容とが対応付けて格納される。
　［１－２－２．ボタンユニット２０］
　図８は、第１の実施形態によるボタンユニット２０の構成を示した機能ブロック図である。図８に示したように、ボタンユニット２０は、制御部２００、通信部２２０、入力部２２２、および記憶部２２４を有する。
　（１－２－２－１．制御部２００）
　制御部２００は、ボタンユニット２０に内蔵される例えばＣＰＵやＲＡＭなどのハードウェアを用いて、ボタンユニット２０の動作を全般的に制御する。また、図８に示したように、制御部２００は、送信制御部２０２を有する。
　（１－２－２－２．送信制御部２０２）
　送信制御部２０２は、入力部２２２に対してユーザにより入力された情報の、他の装置に対する送信を制御する。例えば、送信制御部２０２は、入力部２２２に対して入力されたパスコードおよび処理要求を錠前デバイス１０へ通信部２２０に送信させる。
　（１－２－２－３．通信部２２０）
　通信部２２０は、例えばＢｌｕｅｔｏｏｔｈ、Ｗｉ‐Ｆｉ、ＮＦＣなどに沿った無線通信により、他の装置との間で情報の送受信を行う。例えば、通信部２２０は、送信制御部２０２の制御により、解錠要求およびパスコードを錠前デバイス１０へ送信する。
　（１－２－２－４．入力部２２２）
　入力部２２２は、ユーザによる入力を受け付ける。この入力部２２２は、例えば図３に示したように、テンキー２５０、解錠ボタン２５２、および、施錠ボタン２５４を含む。例えば、解錠ボタン２５２がユーザにより押下された場合には、入力部２２２は、解錠要求の入力を受け付ける。
　（１－２－２－５．記憶部２２４）
　記憶部２２４は、例えば、後述するように携帯端末３０‐１から受信される錠前デバイス１０の錠前ＩＤなどを記憶する。
　［１－２－３．携帯端末３０‐１］
　図９は、第１の実施形態による携帯端末３０‐１の構成を示した機能ブロック図である。図９に示したように、携帯端末３０‐１は、制御部３００‐１、通信部３２０、操作表示部３２２、撮像部３２４、および記憶部３２６を有する。
　（１－２－３－１．制御部３００‐１）
　制御部３００‐１は、携帯端末３０‐１に内蔵される、例えばＣＰＵやＲＡＭなどのハードウェアを用いて、携帯端末３０‐１の動作を全般的に制御する。また、図９に示したように、制御部３００‐１は、マスター鍵生成部３０２、二次元コード読み取り部３０４、鍵情報処理部３０６、パスコード生成部３０８、表示制御部３１０、送信制御部３１２、および認証処理部３１４を有する。
　（１－２－３－２．マスター鍵生成部３０２）
　マスター鍵生成部３０２は、例えば擬似乱数であるマスター鍵を生成する。例えば、マスター鍵生成部３０２は、鍵共有サービス用アプリケーションがインストールされた際に、マスター鍵を生成する。
　（１－２－３－３．二次元コード読み取り部３０４）
　二次元コード読み取り部３０４は、後述する撮像部３２４により撮影された二次元コードの画像を解析することにより、二次元コードに格納されている情報を取得する。例えば、二次元コード読み取り部３０４は、特定のユーザに提供されるオーナー登録カードに印刷されている二次元コードが撮像部３２４により撮影された画像を解析し、そして、二次元コードに格納されているセキュリティコードなどの情報を取得する。
　ここで、特定のユーザは、錠前デバイス１０に対して例えば自己の携帯端末３０‐１をオーナー端末として登録することが予め許可されたユーザであり、例えば、錠前デバイス１０の購入者などである。なお、オーナー登録カードは、例えば、錠前デバイス１０と一緒に梱包された状態で特定のユーザ宛てに配送され得る。
　（１－２－３－４．鍵情報処理部３０６）
　鍵情報処理部３０６は、マスター鍵生成部３０２により生成されたマスター鍵を暗号化する。例えば、鍵情報処理部３０６は、二次元コード読み取り部３０４により取得されたセキュリティコードおよび所定の暗号アルゴリズムに基づいて、生成されたマスター鍵を暗号化する。ここで、所定の暗号アルゴリズムは、例えば、ＡＥＳなどの共通鍵暗号アルゴリズムである。
　（１－２－３－５．パスコード生成部３０８）
　パスコード生成部３０８は、本開示における第２認証情報生成部の一例である。パスコード生成部３０８は、マスター鍵生成部３０２により生成されたマスター鍵に基づいてパスコードを生成する。
　例えば、パスコード生成部３０８は、まず、マスター鍵生成部３０２により生成されたマスター鍵と、予め定められた所定の数の種類の有効期間のうちユーザにより指定された種類の有効期間と、所定のハッシュ関数とに基づいてパスコード生成用鍵情報を生成する。そして、パスコード生成部３０８は、生成したパスコード生成用鍵情報と、ユーザにより入力された期間指定情報と、所定のハッシュ関数とに基づいてパスコードを生成する。
　（１－２－３－６．表示制御部３１０）
　表示制御部３１０は、各種の表示情報を、後述する操作表示部３２２に表示させる。例えば、表示制御部３１０は、パスコード生成部３０８により生成されたパスコードを操作表示部３２２に表示させる。これにより、携帯端末３０‐１のユーザは、生成されたパスコードを確認することができる。
　（１－２－３－７．送信制御部３１２）
　送信制御部３１２は、各種の情報を他の装置へ通信部３２０に送信させる。例えば、送信制御部３１２は、鍵情報処理部３０６により暗号化されたマスター鍵を錠前デバイス１０へ通信部３２０に送信させる。また、送信制御部３１２は、例えば操作表示部３２２に対するユーザの入力に基づいて、パスコード生成部３０８により生成されたパスコードを例えば電子メールなどにより通信端末５０宛てに通信部３２０に送信させる。また、送信制御部３１２は、例えば錠前デバイス１０からチャレンジが受信された後に、後述する認証処理部３１４により生成されたレスポンスデータを錠前デバイス１０へ通信部３２０に送信させる。
　（１－２－３－８．認証処理部３１４）
　認証処理部３１４は、例えば錠前デバイス１０から受信されるチャレンジおよび所定の公開鍵認証アルゴリズムに基づいてレスポンスデータを生成する。例えば、認証処理部３１４は、受信されたチャレンジ、後述する記憶部３２６に記憶されている携帯端末３０‐１の秘密鍵、および、所定の公開鍵認証アルゴリズムに基づいてレスポンスデータを生成する。なお、所定の公開鍵認証アルゴリズムは、基本的には、錠前デバイス１０に実装されている公開鍵認証アルゴリズムと同じ種類のアルゴリズムである。
　（１－２－３－９．通信部３２０）
　通信部３２０は、他の装置との間で情報の送受信を行う。例えば、通信部３２０は、送信制御部３１２の制御により、暗号化されたマスター鍵を錠前デバイス１０へ送信する。
　（１－２－３－１０．操作表示部３２２）
　操作表示部３２２は、例えばタッチパネル型のディスプレイから構成される。この操作表示部３２２は、表示制御部３１０の制御により、各種の表示画面を表示する。また、操作表示部３２２は、例えば表示画面に表示されている選択ボタンの選択など、ユーザによる各種の入力を受け付ける。
　（１－２－３－１１．撮像部３２４）
　撮像部３２４は、外部の映像を、レンズを通して例えばＣＣＤ（Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ　Ｍｅｔａｌ　Ｏｘｉｄｅ　Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子に結像させることにより、デジタル画像として記録する。
　（１－２－３－１２．記憶部３２６）
　記憶部３２６は、例えば、携帯端末３０‐１の公開鍵、携帯端末３０‐１の秘密鍵、発行されたｅＫｅｙ、および、生成されたマスター鍵などの各種のデータや、鍵共有サービス用アプリケーションなどの各種のソフトウェアを記憶する。
　［１－２－４．サーバ４０‐１］
　図１０は、第１の実施形態によるサーバ４０‐１の構成を示した機能ブロック図である。図１０に示したように、サーバ４０‐１は、制御部４００‐１、通信部４２０、および記憶部４２２を有する。
　（１－２－４－１．制御部４００‐１）
　制御部４００‐１は、サーバ４０‐１に内蔵される例えばＣＰＵやＲＡＭなどのハードウェアを用いて、サーバ４０‐１の動作を全般的に制御する。
　（１－２－４－２．通信部４２０）
　通信部４２０は、例えば通信網３２に接続されている他の装置との間で情報の送受信を行う。例えば、通信部４２０は、携帯端末３０‐１により取得された錠前デバイス１０の操作ログを携帯端末３０‐１から受信する。
　（１－２－４－３．記憶部４２２）
　記憶部４２２は、各種のデータやソフトウェアを記憶する。例えば、記憶部４２２は、個々の錠前デバイス１０の錠前ＩＤと、個々の錠前デバイス１０のオーナー端末として登録された携帯端末３０‐１の端末ＩＤとを対応付けて記憶する。
　＜１－３．動作＞
　以上、第１の実施形態による構成について説明した。続いて、第１の実施形態による動作について、図１１～図２５を参照し、以下の流れで説明を行う。
　１．全体の動作の概要
　２．マスター鍵の登録処理
　３．ボタンユニット２０のセットアップ処理
　４．パスコード生成処理
　５．解錠処理Ａ
　６．施錠処理
　７．操作ログの要求処理
　８．マスター鍵の更新処理
　［１－３－１．全体の動作の概要］
　図１１は、第１の実施形態による全体の動作の概要を示したシーケンス図である。図１１に示したように、まず、携帯端末３０‐１は、オーナーユーザ２ａの操作に基づいて錠前デバイス１０へマスター鍵を登録するための、後述する「マスター鍵の登録処理」を行う（Ｓ１１）。
　その後、携帯端末３０‐１は、オーナーユーザ２ａの操作に基づいてボタンユニット２０の初期設定を行うための、後述する「ボタンユニット２０のセットアップ処理」を行う（Ｓ１３）。
　その後、携帯端末３０‐１は、オーナーユーザ２ａの操作に基づいてパスコードを生成するための、後述する「パスコード生成処理」を行う（Ｓ１５）。
　その後、オーナーユーザ２ａは、携帯端末３０‐１を操作して、例えばＳ１５で生成されたパスコードを含む電子メールを通信端末５０宛てに送信したり、該当のパスコードをＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）やホームページなどで公開する。または、オーナーユーザ２ａは、電話により該当のパスコードを権限無ユーザ２ｂに伝達する（Ｓ１７）。これにより、オーナーユーザ２ａは、例えば、（パスコードの提供対象の）権限無ユーザ２ｂと直接会わなくても、該当のパスコードを権限無ユーザ２ｂに伝達することができる。
　その後、権限無ユーザ２ｂは、ボタンユニット２０が設置されているドアを訪れる。そして、ボタンユニット２０は、権限無ユーザ２ｂの操作に基づいて錠前デバイス１０へ解錠を要求するための、後述する「解錠処理Ａ」を行う（Ｓ１９）。
　Ｓ１９の後、権限無ユーザ２ｂは例えば建物の内見を行い、そして、室外へ出る。その後、ボタンユニット２０は、権限無ユーザ２ｂの操作に基づいて錠前デバイス１０へ施錠を要求するための、後述する「施錠処理」を行う（Ｓ２１）。
　その後、錠前デバイス１０の操作ログの確認をオーナーユーザ２ａが希望する場合には、オーナーユーザ２ａは、携帯端末３０‐１を携帯して、錠前デバイス１０が設置されているドアを訪れる。そして、携帯端末３０‐１は、オーナーユーザ２ａの操作に基づいて、錠前デバイス１０へ操作ログの提供を要求するための、後述する「操作ログの要求処理」を行う（Ｓ２３）。
　その後、Ｓ１１で登録されたマスター鍵の更新をオーナーユーザ２ａが希望する場合には、オーナーユーザ２ａは、携帯端末３０‐１を携帯して、錠前デバイス１０が設置されているドアを訪れる。そして、携帯端末３０‐１は、オーナーユーザ２ａの操作に基づいて、錠前デバイス１０に登録されているマスター鍵を更新するための、後述する「マスター鍵の更新処理」を行う（Ｓ２５）。
　［１－３－２．マスター鍵の登録処理］
　以上、全体の動作の概要について説明した。次に、図１２を参照して、Ｓ１１における「マスター鍵の登録処理」の動作について詳細に説明する。なお、この動作は、オーナー登録カードが提供されたユーザ（つまりオーナーユーザ２ａ）が、マスター鍵を錠前デバイス１０に登録する際の動作である。また、ここでは、セキュリティコードが予め錠前デバイス１０に記憶されていることを前提とする。
　図１２に示したように、まず、例えば操作表示部３２２に対するユーザの操作に基づいて、携帯端末３０‐１の撮像部３２４は、オーナー登録カード内に印刷された二次元バーコードを撮影する（Ｓ１１０１）。そして、二次元コード読み取り部３０４は、撮影された画像を解析することにより、二次元コードに格納されているセキュリティコードなどの各種情報を取得する（Ｓ１１０３）。
　続いて、マスター鍵生成部３０２は、例えば擬似乱数であるマスター鍵を生成する。そして、マスター鍵生成部３０２は、生成したマスター鍵を記憶部３２６に格納する（Ｓ１１０５）。
　続いて、鍵情報処理部３０６は、Ｓ１１０３で取得されたセキュリティコードおよび所定の共通鍵暗号アルゴリズムに基づいて、生成されたマスター鍵を暗号化する（Ｓ１１０７）。そして、通信部３２０は、送信制御部３１２の制御に従って、暗号化されたマスター鍵、および携帯端末３０‐１の端末ＩＤを錠前デバイス１０へ送信する（Ｓ１１０９）。
　その後、錠前デバイス１０の鍵情報処理部１０２は、記憶部１２４に記憶されているセキュリティコードおよび所定の共通鍵暗号アルゴリズムに基づいて、Ｓ１１０９で受信された、暗号化されたマスター鍵を復号化する（Ｓ１１１１）。
　そして、鍵情報処理部１０２は、復号化されたマスター鍵と、Ｓ１１０９で受信された携帯端末３０‐１の端末ＩＤとを対応付けてマスター鍵ファイル１２８に格納する（Ｓ１１１３）。
　［１－３－３．ボタンユニット２０のセットアップ処理］
　次に、図１３を参照して、（図１１に示した）Ｓ１３における「ボタンユニット２０のセットアップ処理」の動作について詳細に説明する。なお、この動作は、オーナーユーザ２ａが、携帯端末３０‐１を用いて、ボタンユニット２０を特定の錠前デバイス１０に対応付ける際の動作である。
　図１３に示したように、まず、携帯端末３０‐１の制御部３００‐１は、例えば操作表示部３２２に対するオーナーユーザ２ａの操作に基づいて、鍵共有サービス用アプリケーションを起動する。そして、操作表示部３２２は、鍵共有サービス用アプリケーションにおける例えば図１４に示したようなアカウント画面７０を表示する（Ｓ１３０１）。
　なお、このアカウント画面７０は、例えば、オーナーユーザ２ａにより予め登録されているアカウントの専用のホーム画面である。また、図１４に示したように、アカウント画面７０は、例えば、錠前デバイスの追加ボタン７００、および、戻るボタン７０２を含む。
　Ｓ１３０１の後、オーナーユーザ２ａは、ボタンユニット２０を携帯端末３０‐１と通信可能な位置（携帯端末３０‐１の近辺）に配置し、そして、ボタンユニット２０の解錠ボタン２５２を長押しする。そして、ボタンユニット２０の制御部２００は、通常モードから登録モードへとボタンユニット２０の内部状態を切り替える（Ｓ１３０３）。そして、ボタンユニット２０と携帯端末３０‐１との間で無線通信が確立する（Ｓ１３０５）。
　その後、例えば図１４に示したアカウント画面７０において、錠前デバイスの追加ボタン７００がオーナーユーザ２ａにより選択されると、携帯端末３０‐１の操作表示部３２２は、例えば図１５に示したようなデバイス追加画面７２を表示する（Ｓ１３０７）。なお、デバイス追加画面７２は、例えば、携帯端末３０‐１と現在通信可能なボタンユニット２０や錠前デバイス１０を、携帯端末３０‐１の管理対象のデバイスとして追加登録するための画面である。また、図１５に示したように、デバイス追加画面７２は、例えば、追加デバイスの選択ボタン７２０、および、戻るボタン７２２を含む。
　その後、デバイス追加画面７２に表示されている一以上の追加デバイスの選択ボタン７２０のうち、例えば該当のボタンユニット２０のユニットＩＤが表示されている、該当のボタンユニット２０に対応する選択ボタン７２０を、オーナーユーザ２ａは選択する。そして、携帯端末３０‐１の操作表示部３２２は、例えば図１６に示したようなロック選択画面７４を表示する。このロック選択画面７４は、デバイス追加画面７２において選択されたボタンユニット２０に対応付ける錠前デバイス１０をオーナーユーザ２ａが選択するための画面である。また、図１６に示したように、ロック選択画面７４は、例えば、錠前デバイス１０の選択欄７４０、および、戻るボタン７４２を含む。
　このロック選択画面７４に表示されている一以上の錠前デバイス１０の選択欄７４０のうちいずれかがオーナーユーザ２ａにより選択されると、携帯端末３０‐１の制御部３００‐１は、選択された錠前デバイス１０に該当のボタンユニット２０を対応付ける（Ｓ１３０９）。
　そして、通信部３２０は、送信制御部３１２の制御に従って、Ｓ１３０９で選択された錠前デバイス１０の錠前ＩＤ、および携帯端末３０‐１の端末ＩＤをボタンユニット２０へ送信する（Ｓ１３１１）。
　その後、ボタンユニット２０の制御部２００は、受信された錠前ＩＤおよび端末ＩＤを対応付けて記憶部２２４に格納する（Ｓ１３１３）。
　その後、例えばオーナーユーザ２ａによる操作がなされないまま所定の時間が経過した場合には、ボタンユニット２０の制御部２００は、登録モードから通常モードへとボタンユニット２０の内部状態を切り替える（Ｓ１３１５）。そして、ボタンユニット２０と携帯端末３０‐１との間の無線通信が切断される（Ｓ１３１７）。
　その後、オーナーユーザ２ａは、Ｓ１３０９で対応付けた錠前デバイス１０が設置されているドアまでボタンユニット２０を搬送し、そして、ドアの室外側にボタンユニット２０を取り付ける（Ｓ１３１９）。
　［１－３－４．パスコード生成処理］
　次に、（図１１に示した）Ｓ１５における「パスコード生成処理」の動作について詳細に説明する。なお、この動作は、オーナーユーザ２ａの操作に基づいて、携帯端末３０‐１がパスコードを生成する際の動作である。
　（１－３－４－１．ＵＩ）
　具体的な動作の説明を行う前に、まず、この「パスコード生成処理」に関連するＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の内容について図１７および図１８を参照して説明する。まず、オーナーユーザ２ａは、携帯端末３０‐１の鍵共有サービス用アプリケーションを起動し、そして、例えば、図１７に示したようなボタンユニット設定画面７６を表示する。このボタンユニット設定画面７６は、Ｓ１３の「ボタンユニット２０のセットアップ処理」が完了したボタンユニット２０に関する設定を行うための画面である。また、図１７に示したように、ボタンユニット設定画面７６は、例えば、該当のボタンユニット２０の有効設定ボタン７６０、対応付けられた錠前デバイス１０のパスコード確認ボタン７６２、ボタンユニット２０の登録削除ボタン７６４、および、戻るボタン７６６を含む。
　このボタンユニット設定画面７６においてパスコード確認ボタン７６２がオーナーユーザ２ａにより選択されると、携帯端末３０‐１の操作表示部３２２は、例えば図１８に示したようなパスコード確認画面７８を表示する。なお、パスコード確認画面７８は、パスコードの生成条件をオーナーユーザ２ａが設定したり、生成されたパスコードをオーナーユーザ２ａが確認するための画面である。また、図１８に示したように、パスコード確認画面７８は、例えば、パスコードの更新間隔選択ボタン７８０、パスコード生成の期間指定情報選択ボタン７８２、指定日時変更ボタン７８４、パスコード表示欄７８６、パスコード転送ボタン７８８、および戻るボタン７９０を含む。
　ここで、パスコードの更新間隔選択ボタン７８０は、パスコードの有効期間の種類をオーナーユーザ２ａが選択するための選択ボタンである。例えば、更新間隔選択ボタン７８０ａは有効期間を「１日」、更新間隔選択ボタン７８０ｂは有効期間を「１時間」、更新間隔選択ボタン７８０ｃは有効期間を「１週間」、また、更新間隔選択ボタン７８０ｄは有効期間を「永久」にそれぞれ設定するための選択ボタンである。
　また、パスコード生成の期間指定情報選択ボタン７８２は、パスコードの更新間隔選択ボタン７８０において選択された、パスコードの有効期間の種類に関する期間指定情報を設定するための選択ボタンである。例えば、期間指定情報選択ボタン７８２ａは、更新間隔選択ボタン７８０において選択された種類の有効期間の基準日時を現在日時に指定することにより期間指定情報を設定するためのボタンである。例えば、更新間隔選択ボタン７８０ａが選択され、かつ、期間指定情報選択ボタン７８２ａが選択された場合には、期間指定情報は「現在の日付」に設定される。また、更新間隔選択ボタン７８０ｃが選択され、かつ、期間指定情報選択ボタン７８２ａが選択された場合には、期間指定情報は「現在の日付が該当する週における所定の曜日の日付」に設定される。
　また、期間指定情報選択ボタン７８２ｂは、例えば、指定日時変更ボタン７８４が選択されることによりオーナーユーザ２ａにより指定された指定日時を期間指定情報として設定するための選択ボタンである。例えば、図１８では、オーナーユーザ２ａにより指定された指定日時が「４月１５日　１９：００～２０：００」である例を示している。
　また、パスコード表示欄７８６は、後述する「パスコード生成処理」により生成されたパスコードを表示する表示欄である。また、パスコード転送ボタン７８８は、生成されたパスコードを例えば電子メールにより通信端末５０宛てに送信するためのボタンである。
　（１－３－４－２．動作）
　次に、図１９を参照して、「パスコード生成処理」の動作について詳細に説明する。図１９に示したように、まず、オーナーユーザ２ａは、例えば、図１８に示したパスコードの更新間隔選択ボタン７８０において所望の有効期間の種類を選択することにより、生成されるパスコードの有効期間の種類を選択する（Ｓ１５０１）。
　その後、携帯端末３０‐１のパスコード生成部３０８は、Ｓ１５０１で選択された有効期間の種類の番号、および、記憶部３２６に記憶されているマスター鍵の組を所定のハッシュ関数を用いて変換することによりパスコード生成用鍵情報を生成する（Ｓ１５０３）。
　その後、オーナーユーザ２ａは、例えば、図１８に示したパスコード生成の期間指定情報選択ボタン７８２において所望の選択ボタンを選択するなど、期間指定情報を入力する（Ｓ１５０５）。
　その後、携帯端末３０‐１のパスコード生成部３０８は、Ｓ１５０５で入力された期間指定情報、および、Ｓ１５０３で生成されたパスコード生成用鍵情報の組を所定のハッシュ関数を用いて変換することによりパスコードを生成する（Ｓ１５０７）。
　そして、操作表示部３２２は、表示制御部３１０の制御に従って、Ｓ１５０７で生成されたパスコードを、例えば図１８に示したパスコード表示欄７８６に表示する（Ｓ１５０９）。
　［１－３－５．解錠処理Ａ］
　次に、図２０を参照して、（図１１に示した）Ｓ１９における「解錠処理Ａ」の動作について詳細に説明する。なお、この動作は、Ｓ１７でパスコードを伝達された権限無ユーザ２ｂが、ボタンユニット２０を操作することにより解錠要求を錠前デバイス１０へ送信する際の動作である。
　図２０に示したように、まず、権限無ユーザ２ｂは、Ｓ１７で伝達されたパスコードをボタンユニット２０に対して入力し（Ｓ１９０１）、そして、ボタンユニット２０の解錠ボタン２５２を押下する（Ｓ１９０３）。
　その後、ボタンユニット２０の制御部２００は、解錠要求、携帯端末３０‐１の端末ＩＤ、ボタンユニット２０のユニットＩＤ、および、入力されたパスコードを例えば鍵共有プロトコルに基づいて暗号化する。そして、通信部２２０は、制御部２００の制御に従って、暗号化された情報を錠前デバイス１０へ送信する（Ｓ１９０５）。
　その後、錠前デバイス１０は、Ｓ１９０５で受信された情報を例えば鍵共有プロトコルに基づいて復号化する。そして、錠前デバイス１０は、復号化されたパスコードに関して、後述する「パスコードの検証処理」を行う（Ｓ１９０７）。
　そして、Ｓ１９０７における検証結果が正当ではない場合には（Ｓ１９０９：Ｎｏ）、処理制御部１０８は、施錠部１２２に解錠させないことを決定する（Ｓ１９１１）。そして、錠前デバイス１０は、当該「解錠処理Ａ」を終了する。
　一方、Ｓ１９０７における検証結果が正当である場合には（Ｓ１９０９：Ｙｅｓ）、処理制御部１０８は、施錠部１２２に解錠させる（Ｓ１９１３）。そして、制御部１００は、Ｓ１９０５で受信されたユニットＩＤと、解錠処理Ａの結果とを対応付けて操作ログＤＢ１３０に格納する（Ｓ１９１５）。
　（１－３－５－１．パスコードの検証処理）
　ここで、図２１を参照して、Ｓ１９０７における「パスコードの検証処理」の動作について詳細に説明する。図２１に示したように、まず、錠前デバイス１０のパスコード生成部１０４は、Ｓ１９０５で受信された端末ＩＤに対応するマスター鍵をマスター鍵ファイル１２８から抽出する（Ｓ２００１）。
　続いて、パスコード生成部１０４は、生成対象のパスコードの種類の番号を示す変数Ｉに「１」を設定する（Ｓ２００３）。そして、パスコード生成部１０４は、予め定められているパスコードの種類の総数をＮに設定する（Ｓ２００５）。
　続いて、パスコード生成部１０４は、Ｉの値がＮ以下であるか否かを判定する（Ｓ２００７）。ＩがＮよりも大きい場合には（Ｓ２００７：Ｎｏ）、錠前デバイス１０は、後述するＳ２０５１の動作を行う。
　一方、ＩがＮ以下である場合には（Ｓ２００７：Ｙｅｓ）、パスコード生成部１０４は、Ｉの値と、Ｓ２００１で抽出されたマスター鍵とを組み合わせた値を所定のハッシュ関数を用いて変換することによりパスコード生成用鍵情報Ｋ［Ｉ］を生成する（Ｓ２００９）。
　そして、パスコード生成部１０４は、Ｉ番目のパスコードの種類に応じた現在日時の変換値と、生成されたＫ［Ｉ］とを組み合わせた値を所定のハッシュ関数を用いて変換することによりパスコードＰ［Ｉ］を生成する（Ｓ２０１１）。
　続いて、パスコード生成部１０４は、Ｉに「１」を加算する（Ｓ２０１３）。そして、パスコード生成部１０４は、再びＳ２００７の動作を行う。
　ここで、図２２を参照して、Ｓ２０５１以降の動作について説明する。図２２に示したように、まず、パスコード検証部１０６は、Ｉに「１」を設定する（Ｓ２０５１）。
　続いて、パスコード検証部１０６は、Ｉの値がＮ以下であるか否かを判定する（Ｓ２０５３）。ＩがＮよりも大きい場合には（Ｓ２０５３：Ｎｏ）、パスコード検証部１０６は、検証結果が「正当ではない」と判定する（Ｓ２０６１）。そして、錠前デバイス１０は、当該「パスコードの検証処理」を終了する。
　一方、ＩがＮ以下である場合には（Ｓ２０５３：Ｙｅｓ）、パスコード検証部１０６は、次に、Ｓ１９０５で受信されたパスコードと、Ｓ２０１１で生成されたＰ［Ｉ］とが一致するか否かを判定する（Ｓ２０５５）。受信されたパスコードとＰ［Ｉ］とが一致する場合には（Ｓ２０５５：Ｙｅｓ）、パスコード検証部１０６は、検証結果が「正当」と判定する（Ｓ２０５９）。そして、錠前デバイス１０は、当該「パスコードの検証処理」を終了する。
　一方、受信されたパスコードとＰ［Ｉ］とが一致しない場合には（Ｓ２０５５：Ｎｏ）、パスコード検証部１０６は、Ｉに「１」を加算する（Ｓ２０５７）。そして、パスコード検証部１０６は、再びＳ２０５３の動作を行う。
　［１－３－６．施錠処理］
　次に、図２３を参照して、（図１１に示した）Ｓ２１における「施錠処理」の動作について詳細に説明する。なお、この動作は、Ｓ１９でドアが解錠され、そして、権限無ユーザ２ｂが建物の内見を行った後に、権限無ユーザ２ｂが、ボタンユニット２０を操作することにより施錠要求を錠前デバイス１０へ送信する際の動作である。
　図２３に示したように、まず、権限無ユーザ２ｂは、ボタンユニット２０の施錠ボタン２５４を押下する（Ｓ２１０１）。そして、ボタンユニット２０は、施錠要求、および、ボタンユニット２０のユニットＩＤを錠前デバイス１０へ送信する（Ｓ２１０３）。
　その後、錠前デバイス１０の処理制御部１０８は、受信された施錠要求に基づいて、施錠部１２２に施錠させる（Ｓ２１０５）。そして、制御部１００は、Ｓ２１０３で受信されたユニットＩＤ、および施錠処理の結果を対応付けて操作ログＤＢ１３０に格納する（Ｓ２１０７）。
　（１－３－６－１．変形例）
　なお、当該「施錠処理」の変形例として、錠前デバイス１０がボタンユニット２０から施錠要求を受信しない場合（つまりＳ２１０１～Ｓ２１０３の動作が行われない場合）であっても、錠前デバイス１０は、例えばオートロック機能により自動的に施錠部１２２に施錠させてもよい。例えば、Ｓ２１０５の変形例として、建物のドアが権限無ユーザ２ｂにより閉められる度に、錠前デバイス１０（の処理制御部１０８）は、自動的に施錠部１２２に施錠させてもよい。
　［１－３－７．操作ログの要求処理］
　次に、図２４を参照して、（図１１に示した）Ｓ２３における「操作ログの要求処理」の動作について詳細に説明する。なお、この動作は、オーナーユーザ２ａが所望のタイミングに、携帯端末３０‐１を携帯して錠前デバイス１０が設置されているドアを訪れ、そして、錠前デバイス１０に格納されている操作ログを取得する際の動作である。
　図２４に示したように、まず、携帯端末３０‐１の送信制御部３１２は、例えば操作表示部３２２に対するオーナーユーザ２ａの入力に基づいて、操作ログの提供要求と、記憶部３２６に記憶されているｅＫｅｙとを錠前デバイス１０へ通信部３２０に送信させる（Ｓ２３０１）。
　その後、錠前デバイス１０の認証処理部１１０は、Ｓ２３０１で受信されたｅＫｅｙの例えば有効期間を確認することなどによりｅＫｅｙの正当性を検証する。
　続いて、認証処理部１１０は、Ｓ２３０１で受信されたｅＫｅｙに含まれる公開鍵の証明書を、記憶部１２４に記憶されているオーナー端末の公開鍵を用いて復号化する。そして、認証処理部１１０は、復号化された結果に基づいて、Ｓ２３０１で受信されたｅＫｅｙに含まれる携帯端末３０‐１の公開鍵の正当性を検証する（Ｓ２３０３）。そして、ｅＫｅｙまたは携帯端末３０‐１の公開鍵のうちいずれか一以上が正当ではないと判定された場合には（Ｓ２３０５：Ｎｏ）、錠前デバイス１０は、後述するＳ２３１１の動作を行う。
　一方、ｅＫｅｙおよび携帯端末３０‐１の公開鍵がともに正当であると判定された場合には（Ｓ２３０５：Ｙｅｓ）、次に、認証処理部１１０は、携帯端末３０‐１の公開鍵および所定の公開鍵認証アルゴリズムを用いたチャレンジ／レスポンス認証を携帯端末３０‐１との間で行う（Ｓ２３０７）。認証結果が正当ではない場合には（Ｓ２３０９：Ｎｏ）、認証処理部１１０は、操作ログの提供を許可しない（Ｓ２３１１）。そして、錠前デバイス１０は、当該「操作ログの要求処理」を終了する。
　一方、認証結果が正当である場合には（Ｓ２３０９：Ｙｅｓ）、認証処理部１１０は、操作ログの提供を許可する（Ｓ２３１３）。そして、処理制御部１０８は、操作ログＤＢ１３０に格納されている操作ログを抽出し、そして、抽出した操作ログを携帯端末３０‐１へ通信部１２０に送信させる（Ｓ２３１５）。
　その後、携帯端末３０‐１の送信制御部３１２は、Ｓ２３１５で受信された操作ログと、該当の錠前デバイス１０の錠前ＩＤとを（自動的に）サーバ４０‐１へ通信部３２０に送信させる。その後、サーバ４０‐１の制御部４００‐１は、受信された錠前ＩＤと操作ログとを対応付けて記憶部４２２に格納する（Ｓ２３１７）。
　［１－３－８．マスター鍵の更新処理］
　次に、図２５を参照して、（図１１に示した）Ｓ２５における「マスター鍵の更新処理」の動作について詳細に説明する。なお、この動作は、Ｓ１１で登録されたマスター鍵の更新をオーナーユーザ２ａが希望する場合に、オーナーユーザ２ａが携帯端末３０‐１を携帯して錠前デバイス１０が設置されているドアを訪れ、そして、錠前デバイス１０に記憶されているマスター鍵を更新する際の動作である。
　図２５に示したように、まず、オーナーユーザ２ａは、携帯端末３０‐１の操作表示部３２２に対してマスター鍵の更新要求を入力する（Ｓ２５０１）。そして、携帯端末３０‐１のマスター鍵生成部３０２は、例えば擬似乱数である、新たなマスター鍵を生成する（Ｓ２５０３）。
　続いて、鍵情報処理部３０６は、記憶部３２６に記憶されている現在のマスター鍵および所定の共通鍵暗号アルゴリズムに基づいて、Ｓ２５０３で生成されたマスター鍵を暗号化する（Ｓ２５０５）。そして、通信部３２０は、送信制御部３１２の制御に従って、Ｓ２５０５で暗号化された新たなマスター鍵、および携帯端末３０‐１の端末ＩＤを錠前デバイス１０へ送信する（Ｓ２５０７）。
　その後、錠前デバイス１０の鍵情報処理部１０２は、マスター鍵ファイル１２８に格納されているマスター鍵および所定の共通鍵暗号アルゴリズムに基づいて、Ｓ２５０７で受信された、暗号化された新たなマスター鍵を復号化する（Ｓ２５０９）。
　そして、鍵情報処理部１０２は、Ｓ２５０７で受信された携帯端末３０‐１の端末ＩＤに対応付けてマスター鍵ファイル１２８に格納されている現在のマスター鍵を、Ｓ２５０９で復号化された新たなマスター鍵に置き換えることにより更新する（Ｓ２５１１）。
　＜１－４．効果＞
　［１－４－１．効果１］
　以上、例えば図４、図１１～図２５などを参照して説明したように、第１の実施形態による錠前デバイス１０は、パスコードおよび解錠要求をボタンユニット２０から受信し、携帯端末３０‐１に対応付けられたマスター鍵に基づいてパスコードを生成し、そして、受信されたパスコードと生成されたパスコードとの比較に基づいて、解錠処理を実行する。このため、錠前デバイス１０は、認証用のパスコードを記憶せずに認証を行うことができる。従って、仮に錠前デバイス１０が不正にアクセスされたとしても、認証の安全性が低下する恐れが小さい。
　［１－４－２．効果２］
　また、錠前デバイス１０は、ボタンユニット２０からパスコードが受信された場合に、携帯端末３０‐１によるパスコードの生成ロジックと概ね同じロジックでパスコードを生成し、そして、生成したパスコードと、受信されたパスコードとを比較する。このため、第１の実施形態によれば、錠前デバイス１０が認証用のパスコードを記憶していなくても、正確な認証を行うことができる。
　［１－４－３．効果３］
　また、錠前デバイス１０は、まず、有効期間の種類ごとにパスコード生成用鍵情報を生成し、そして、有効期間の種類ごとに、生成したパスコード生成用鍵情報に基づいてパスコードを（有効期間の種類の数だけ）生成する。このように、錠前デバイス１０は、パスコードを生成するためのパスコード生成用鍵情報を有効期間の種類ごとに区別するので、生成されるパスコード列のパターンが有効期間の種類によって大きく異なる。このため、例えば異なる種類の有効期間に対して同一の鍵情報を使用する方法と比較すると、錠前デバイス１０は、受信されたパスコードの正当性をより精度高く検証することができる。
　［１－４－４．効果４］
　また、携帯端末３０‐１は、オーナーユーザ２ａにより指定された期間内のみ有効なパスコードを生成する。このため、発行されたパスコードは有効期間以外では無効になるので、オーナーユーザ２ａが意図しない日時にドアが解錠されることを防止できる。
　［１－４－５．効果５］
　また、第１の実施形態によれば、権限無ユーザ２ｂ（つまり、ｅＫｅｙが発行された携帯端末３０‐２および物理鍵を有していないユーザ）であっても、事前にパスコードをオーナーユーザ２ａから伝達されることにより、ボタンユニット２０を用いて、ドアを容易に解錠することができる。
　また、オーナーユーザ２ａは、権限無ユーザ２ｂに物理鍵を渡すことなく、権限無ユーザ２ｂに例えば不動産を内見させることが可能となる。従って、悪意のある権限無ユーザ２ｂにより物理鍵が複製されることを防止することができる。
　［１－４－６．効果６］
　また、第１の実施形態によれば、ボタンユニット２０と錠前デバイス１０との間では、パスコードのみで認証を行うので、ボタンユニット２０は、テンキー２５０および解錠ボタン２５２を含んでいればよい。このため、ボタンユニット２０は、簡素かつ安価に構成することが可能である。
　［１－４－７．効果７］
　また、錠前デバイス１０は、セキュリティコードに基づいて携帯端末３０‐１との間でマスター鍵の共有を行うことにより、オーナーユーザ２ａ（錠前デバイス１０の正当な所有者）以外のユーザが使用する携帯端末３０‐１ｂとの間でマスター鍵の共有が行われることを防ぐ効果がある。仮にオーナーユーザ２ａ以外の不正なユーザが使用する携帯端末３０‐１ｂでも錠前デバイス１０との間でマスター鍵の共有ができてしまうと、当該不正なユーザにより勝手にパスコードを発行される恐れがある。従って、第１の実施形態のように、マスター鍵の共有を行う権限を制限することはセキュリティの観点から重要である。
　＜１－５．変形例＞
　なお、第１の実施形態は、上述した説明に限定されない。上記の説明では、錠前デバイス１０および携帯端末３０‐１は、パスコード生成用鍵情報を生成し、そして、生成したパスコード生成用鍵情報に基づいてパスコードを生成する例について説明した。
　後述する変形例によれば、錠前デバイス１０および携帯端末３０‐１は、パスコード生成用鍵情報を生成する代わりに、パスコードのリセット回数を示すリセットカウンタに基づいてパスコードを生成することが可能である。
　［１－５－１．構成］
　まず、本変形例による構成について詳細に説明する。なお、上記の説明と重複する内容については説明を省略する。
　（１－５－１－１．錠前デバイス１０）
　‐鍵情報処理部１０２
　本変形例による鍵情報処理部１０２は、携帯端末３０‐１から受信されるリセットカウンタ、および記憶部１２４に記憶されているセキュリティコードに基づいてマスター鍵を生成する。なお、鍵情報処理部１０２は、生成したマスター鍵をマスター鍵ファイル１２８に格納する。
　また、本変形例による鍵情報処理部１０２は、携帯端末３０‐１から受信されるリセットカウンタ、および、記憶部１２４に記憶されているセキュリティコードに基づいてマスター鍵を更新する。例えば、新たなリセットカウンタが携帯端末３０‐１から受信された場合には、鍵情報処理部１０２は、受信されたリセットカウンタ、および記憶部１２４に記憶されているセキュリティコードに基づいて新たなマスター鍵を生成する。そして、鍵情報処理部１０２は、マスター鍵ファイル１２８に格納されている現在のマスター鍵を、生成した新たなマスター鍵に置き換えることにより更新する。
　‐パスコード生成部１０４
　本変形例によるパスコード生成部１０４は、鍵情報処理部１０２により生成されたマスター鍵に基づいて所定の数のパスコードを生成する。例えば、パスコード生成部１０４は、生成されたマスター鍵と、現在日時を基準とした所定の数の種類の有効期間の各々と、所定のハッシュ関数とに基づいてパスコードを（有効期間の種類の数だけ）生成する。
　ここで、図２６を参照して、上記の機能についてより詳細に説明する。なお、図２６では、有効期間として「永久」、「一週間」、「一日」、および「一時間」の４種類が予め定められている例を示している。図２６に示した例では、パスコード生成部１０４は、まず、各有効期間に関して、当該有効期間の種類に応じた現在日時の変換値とマスター鍵とを組み合わせた値をそれぞれＳＨＡを用いて変換する。例えば、有効期間が「永久」である場合には、パスコード生成部１０４は、「０」とマスター鍵とを組み合わせた値をＳＨＡを用いて変換する。同様に、有効期間が「一週間」である場合には「現在の日付が該当する週における所定の曜日の日付」とマスター鍵とを組み合わせた値を、有効期間が「一日」である場合には「現在の日付」とマスター鍵とを組み合わせた値を、有効期間が「一時間」である場合には「現在の日付および時間帯」とマスター鍵とを組み合わせた値を、パスコード生成部１０４はそれぞれＳＨＡを用いて変換する。
　そして、パスコード生成部１０４は、変換された４個の値がパスコードの桁数の値に変換されるようにそれぞれｍｏｄを適用し、そして、４個のパスコード（ＥＰ、ＷＰ、ＤＰ、およびＨＰ）を生成する。
　なお、錠前デバイス１０に含まれるその他の構成要素は、上記の説明と同様である。
　（１－５－１－２．携帯端末３０‐１）
　‐マスター鍵生成部３０２
　また、本変形例によるマスター鍵生成部３０２は、記憶部３２６に記憶されているリセットカウンタ、および、二次元コード読み取り部３０４により取得されたセキュリティコードに基づいてマスター鍵を生成する。
　図２７は、本変形例によるパスコード確認画面の表示例（パスコード確認画面７８ｂ）を示した説明図である。図２７に示したように、パスコード確認画面７８ｂは、図１８に示したパスコード確認画面７８ａと比較して、さらに、パスコードリセットボタン７９２を含む。このパスコードリセットボタン７９２がオーナーユーザ２ａにより選択されると、制御部３００‐１は、リセットカウンタの値を例えば「１」など所定の数だけカウントアップする。そして、制御部３００‐１は、記憶部３２６に記憶されているリセットカウンタをカウントアップ後の値に更新する。なお、リセットカウンタの値が更新される度に、マスター鍵生成部３０２は、カウントアップ後のリセットカウンタ、および、セキュリティコードに基づいて新たなマスター鍵を生成する。
　‐パスコード生成部３０８
　また、本変形例によるパスコード生成部３０８は、マスター鍵生成部３０２により生成されたマスター鍵と、所定の数の種類の有効期間のうちユーザにより指定された種類の有効期間とに基づいてパスコードを生成する。例えば、ユーザにより特定の日時が指定された場合には、パスコード生成部３０８は、マスター鍵と、指定された日時とを組み合わせた値を所定のハッシュ関数を用いて変換することにより、パスコードを生成する。また、ユーザにより特定の日時が指定されていない場合には、パスコード生成部３０８は、ユーザにより指定された有効期間の種類に応じた現在日時の変換値とマスター鍵とを組み合わせた値を所定のハッシュ関数を用いて変換することにより、パスコードを生成する。
　なお、携帯端末３０‐１に含まれるその他の構成要素については、上記の説明と同様である。また、ボタンユニット２０およびサーバ４０‐１の構成については、上記の説明と同様である。
　［１－５－２．動作］
　次に、本変形例による動作について、図２８～図３２を参照し、以下の流れで説明を行う。なお、その他の種類の動作については、上記の説明と同様であるので、説明を省略する。
　１．マスター鍵の登録処理
　２．パスコード生成処理
　３．パスコードの検証処理
　４．リセットカウンタの更新処理
　（１－５－２－１．マスター鍵の登録処理）
　まず、本変形例による「マスター鍵の登録処理」の動作について、図２８～図２９を参照して説明する。なお、この動作は、図１２に示したＳ１１の動作の代わりに実行される動作である。
　なお、図２８に示したＳ３１０１～Ｓ３１０３の動作は、図１２に示したＳ１１０１～Ｓ１１０３と同様である。
　Ｓ３１０３の後、携帯端末３０‐１の制御部３００‐１は、初期値が「０」に設定されたリセットカウンタを生成する。そして、制御部３００‐１は、生成したリセットカウンタを記憶部３２６に格納する（Ｓ３１０５）。
　続いて、マスター鍵生成部３０２は、Ｓ３１０３で取得されたセキュリティコード、および、Ｓ３１０５で生成されたリセットカウンタに基づいてマスター鍵を生成する。そして、マスター鍵生成部３０２は、生成したマスター鍵を記憶部３２６に格納する（Ｓ３１０７）。
　続いて、鍵情報処理部３０６は、セキュリティコードおよび所定の共通鍵暗号アルゴリズムに基づいて、Ｓ３１０５で生成されたリセットカウンタを暗号化する（Ｓ３１０９）。
　そして、通信部３２０は、送信制御部３１２の制御に従って、Ｓ３１０９で暗号化されたリセットカウンタ、および携帯端末３０‐１の端末ＩＤを錠前デバイス１０へ送信する（Ｓ３１１１）。
　ここで、図２９を参照して、Ｓ３１１１より後の動作について説明する。図２９に示したように、Ｓ３１１１の後、錠前デバイス１０の鍵情報処理部１０２は、記憶部３２６に記憶されているセキュリティコードおよび所定の共通鍵暗号アルゴリズムに基づいて、Ｓ３１１１で受信された、暗号化されたリセットカウンタを復号化する（Ｓ３１２１）。
　続いて、鍵情報処理部１０２は、Ｓ３１１１で受信されたリセットカウンタ、および記憶部１２４に記憶されているセキュリティコードに基づいてマスター鍵を生成する（Ｓ３１２３）。
　そして、鍵情報処理部１０２は、生成したマスター鍵と、Ｓ３１１１で受信された端末ＩＤとを対応付けてマスター鍵ファイル１２８に格納する（Ｓ３１２５）。
　（１－５－２－２．パスコード生成処理）
　次に、本変形例による「パスコード生成処理」の動作について、図３０を参照して説明する。なお、この動作は、図１９に示したＳ１５の動作の代わりに実行される動作である。
　なお、図３０に示したＳ３３０１の動作は、図１９に示したＳ１５０１と同様である。また、図３０に示したＳ３３０３の動作は、図１９に示したＳ１５０５と同様である。
　Ｓ３３０３の後、携帯端末３０‐１のパスコード生成部３０８は、Ｓ３３０１で選択された有効期間の種類の番号とＳ３３０３で入力された期間指定情報とに基づいた期間情報、および、記憶部３２６に記憶されているマスター鍵の組を所定のハッシュ関数を用いて変換することによりパスコードを生成する（Ｓ３３０５）。
　なお、図３０に示したＳ３３０７の動作は、図１９に示したＳ１５０９と同様である。
　（１－５－２－３．パスコードの検証処理）
　次に、本変形例による「パスコードの検証処理」の動作について、図３１を参照して説明する。なお、この動作は、図２１に示したＳ１９０７の動作の代わりに実行される動作である。
　なお、図３１に示したＳ３５０１～Ｓ３５０５の動作は、図２１に示したＳ２００１～Ｓ２００５と同様である。
　Ｓ３５０５の後、パスコード生成部１０４は、Ｉの値がＮ以下であるか否かを判定する（Ｓ３５０７）。ＩがＮよりも大きい場合には（Ｓ３５０７：Ｎｏ）、錠前デバイス１０は、図２２に示した動作（Ｓ２０５１～Ｓ２０６１）と同様の動作を行う。
　一方、ＩがＮ以下である場合には（Ｓ３５０７：Ｙｅｓ）、パスコード生成部１０４は、Ｉ番目のパスコードの種類に応じた現在日時の変換値と、Ｓ３５０１で抽出されたマスター鍵とを組み合わせた値を所定のハッシュ関数を用いて変換することにより、パスコードＰ［Ｉ］を生成する（Ｓ３５０９）。
　続いて、パスコード生成部１０４は、Ｉに「１」を加算する（Ｓ３５１１）。そして、パスコード生成部１０４は、再びＳ３５０７の動作を行う。
　（１－５－２－４．リセットカウンタの更新処理）
　次に、本変形例による「リセットカウンタの更新処理」の動作について、図３２を参照して説明する。なお、この動作は、発行済みのパスコードのリセットをオーナーユーザ２ａが希望する場合に、オーナーユーザ２ａが、携帯端末３０‐１に対する入力に基づいて、リセットカウンタの値を更新する際の動作である。
　図３２に示したように、まず、オーナーユーザ２ａは、携帯端末３０‐１の操作表示部３２２に表示される、例えば図２７に示したパスコード確認画面７８ｂにおいてパスコードリセットボタン７９２を選択するなど、パスコードのリセットの入力を行う（Ｓ３７０１）。
　そして、携帯端末３０‐１の制御部３００‐１は、記憶部３２６に記憶されているリセットカウンタを抽出し、そして、リセットカウンタの値を例えば「１」など所定の数だけカウントアップする。そして、制御部３００‐１は、記憶部３２６に記憶されているリセットカウンタを、カウントアップ後のリセットカウンタに更新する（Ｓ３７０３）。
　続いて、マスター鍵生成部３０２は、カウントアップ後のリセットカウンタ、および、記憶部３２６に記憶されているセキュリティコードに基づいて、新たなマスター鍵を生成する。そして、マスター鍵生成部３０２は、記憶部３２６に記憶されている現在のマスター鍵を、生成した新たなマスター鍵に置き換えることにより更新する（Ｓ３７０５）。
　続いて、鍵情報処理部３０６は、記憶部３２６に記憶されているセキュリティコードおよび所定の共通鍵暗号アルゴリズムに基づいて、Ｓ３７０３でカウントアップされたリセットカウンタを暗号化する（Ｓ３７０７）。そして、通信部３２０は、送信制御部３１２の制御に従って、Ｓ３７０７で暗号化されたリセットカウンタ、および携帯端末３０‐１の端末ＩＤを送信する（Ｓ３７０９）。
　その後、錠前デバイス１０の鍵情報処理部１０２は、記憶部１２４に記憶されているセキュリティコードおよび所定の共通鍵暗号アルゴリズムに基づいて、Ｓ３７０９で受信された、暗号化されたリセットカウンタを復号化する（Ｓ３７１１）。この際、鍵情報処理部１０２は、復号化した値が正当であるか否かを検証することも可能である。例えば、鍵情報処理部１０２は、記憶部１２４に記憶されている現在のリセットカウンタの値に所定の値だけカウントアップされた値と、復号化した値とが一致するか否かを検証する。
　続いて、鍵情報処理部１０２は、記憶部１２４に記憶されているセキュリティコード、および、復号化されたリセットカウンタに基づいて、新たなマスター鍵を生成する（Ｓ３７１３）。
　その後、鍵情報処理部１０２は、Ｓ３７０９で受信された携帯端末３０‐１の端末ＩＤに対応付けてマスター鍵ファイル１２８に格納されている現在のマスター鍵を、Ｓ３７１３で生成された新たなマスター鍵に置き換えることにより更新する（Ｓ３７１５）。
　‐変形例
　なお、本変形例による「リセットカウンタの更新処理」は、上述した動作に限定されない。例えば、Ｓ３７０７～Ｓ３７１１の変形例として、まず、携帯端末３０‐１は、リセットカウンタを暗号化せずに、リセットカウンタを錠前デバイス１０へ送信してもよい。そして、錠前デバイス１０は、ＭＡＣ（Ｍｅｓｓａｇｅ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｃｏｄｅ）に基づいて、携帯端末３０‐１から受信されたリセットカウンタの正当性を検証してもよい。例えば、錠前デバイス１０は、携帯端末３０‐１から受信されたリセットカウンタが改竄されていないかをＭＡＣに基づいて検証する。
＜＜２．第２の実施形態＞＞
　以上、第１の実施形態について説明した。上述したように、第１の実施形態では、携帯端末３０‐１に実装された鍵共有サービス用アプリケーションにおけるオーナーユーザ２ａの入力に基づいて、携帯端末３０‐１がパスコードを生成および発行する。
　続いて、第２の実施形態について説明する。後述するように、第２の実施形態によれば、携帯端末３０‐２においてオーナーユーザ２ａにより指定されるパスコードの生成条件に基づいて、サーバ４０‐２がパスコードを生成することが可能である。また、パスコードの提供要求をサーバ４０‐２が通信端末５０から受信した場合に、サーバ４０‐２は、生成したパスコードを通信端末５０に表示させることが可能である。
　＜２－１．システム構成＞
　第２の実施形態による情報処理システムは、（図２に示した）第１の実施形態と比較して、携帯端末３０‐１およびサーバ４０‐１の代わりに、携帯端末３０‐２およびサーバ４０‐２を有する。なお、その他の構成要素については、第１の実施形態と同様である。
　＜２－２．構成＞
　続いて、第２の実施形態による構成について詳細に説明する。なお、以下では、第１の実施形態と重複する内容については説明を省略する。
　［２－２－１．携帯端末３０‐２］
　図３３は、第２の実施形態による携帯端末３０‐２の構成を示した機能ブロック図である。図３３に示したように、携帯端末３０‐２は、図９に示した携帯端末３０‐１と比較して、制御部３００‐１の代わりに、制御部３００‐２を有する。また、制御部３００‐２は、制御部３００‐１と比較して、パスコード生成部３０８を有しない。
　なお、携帯端末３０‐２に含まれるその他の構成要素については、第１の実施形態と同様である。
　［２－２－２．サーバ４０‐２］
　図３４は、第２の実施形態によるサーバ４０‐２の構成を示した機能ブロック図である。図３４に示したように、サーバ４０‐２は、図１０に示したサーバ４０‐１と比較して、制御部４００‐１の代わりに、制御部４００‐２を有する。
　（２－２－２－１．制御部４００‐２）
　制御部４００‐２は、制御部４００‐１と比較して、鍵情報処理部４０２、パスコード生成部４０４、および送信制御部４０６をさらに有する。
　（２－２－２－２．鍵情報処理部４０２）
　鍵情報処理部４０２は、携帯端末３０‐２から受信される情報に基づいてマスター鍵を取得する。例えば、鍵情報処理部４０２は、例えば鍵共有プロトコルに基づいて暗号化されたマスター鍵を復号化することにより、マスター鍵を取得する。なお、鍵情報処理部４０２は、復号化したマスター鍵を記憶部４２２に格納する。
　（２－２－２－３．パスコード生成部４０４）
　パスコード生成部４０４は、本開示における第２認証情報生成部の一例である。パスコード生成部４０４は、鍵情報処理部４０２により復号化されたマスター鍵に基づいてパスコードを生成する。
　例えば、パスコード生成部４０４は、まず、鍵情報処理部４０２により復号化されたマスター鍵と、予め定められた所定の数の種類の有効期間のうち、携帯端末３０‐２から受信される例えばオーナーユーザ２ａにより指定された種類の有効期間と、所定のハッシュ関数とに基づいてパスコード生成用鍵情報を生成する。そして、パスコード生成部４０４は、生成したパスコード生成用鍵情報と、携帯端末３０‐２から受信される例えばオーナーユーザ２ａにより指定された期間指定情報と、所定のハッシュ関数とに基づいてパスコードを生成する。
　（２－２－２－４．送信制御部４０６）
　送信制御部４０６は、本開示における表示制御部の一例である。送信制御部４０６は、例えばパスコードの提供要求が通信端末５０から受信された場合に、パスコード生成部４０４により生成されたパスコードを通信端末５０へ通信部４２０に送信させる。
　なお、サーバ４０‐２に含まれるその他の構成要素については、第１の実施形態と同様である。また、錠前デバイス１０およびボタンユニット２０の構成については、第１の実施形態と同様である。
　＜２－３．動作＞
　以上、第２の実施形態による構成について説明した。続いて、第２の実施形態による動作について、図３５～図３９を参照し、以下の流れで説明を行う。なお、その他の種類の動作については、第１の実施形態と同様であるので、説明を省略する。
　１．全体の動作の概要
　２．マスター鍵の登録処理
　３．パスコード生成処理
　４．パスコード提供処理
　５．マスター鍵の更新処理
　［２－３－１．全体の動作の概要］
　図３５は、第２の実施形態による全体の動作の概要を示したシーケンス図である。図３５に示したように、まず、携帯端末３０‐２は、オーナーユーザ２ａの操作に基づいて錠前デバイス１０およびサーバ４０‐２へマスター鍵を登録するための、後述する「マスター鍵の登録処理」を行う（Ｓ４１）。
　その後、携帯端末３０‐２は、第１の実施形態におけるＳ１３と概略同様な「ボタンユニット２０のセットアップ処理」を行う（Ｓ４３）。
　その後、オーナーユーザ２ａによる入力に基づいた、パスコードの発行要求が携帯端末３０‐２から受信された場合に、サーバ４０‐２は、後述する「パスコード生成処理」を行う（Ｓ４５）。
　その後、オーナーユーザ２ａによる入力に基づいた、パスコードの提供要求が通信端末５０から受信された場合に、サーバ４０‐２は、後述する「パスコード提供処理」を行う（Ｓ４７）。
　その後、ボタンユニット２０は、権限無ユーザ２ｂの操作に基づいて、第１の実施形態におけるＳ１９と概略同様な「解錠処理Ａ」を行う（Ｓ４９）。
　その後、ボタンユニット２０は、権限無ユーザ２ｂの操作に基づいて、第１の実施形態におけるＳ２１と概略同様な「施錠処理」を行う（Ｓ５１）。
　その後、携帯端末３０‐２は、オーナーユーザ２ａの操作に基づいて、第１の実施形態におけるＳ２３と概略同様な「操作ログの要求処理」を行う（Ｓ５３）。
　その後、Ｓ４１で登録されたマスター鍵の更新をオーナーユーザ２ａが希望する場合には、オーナーユーザ２ａは、携帯端末３０‐２を携帯して、錠前デバイス１０が設置されているドアを訪れる。そして、携帯端末３０‐２は、オーナーユーザ２ａの操作に基づいて、錠前デバイス１０に登録されているマスター鍵を更新するための、後述する「マスター鍵の更新処理」を行う（Ｓ５５）。
　［２－３－２．マスター鍵の登録処理］
　以上、第２の実施形態による全体の動作の概要について説明した。次に、図３６を参照して、Ｓ４１における「マスター鍵の登録処理」の動作について詳細に説明する。なお、この動作は、図１２に示した、第１の実施形態によるＳ１１の動作の代わりに実行される動作である。
　なお、図３６に示したＳ４１０１～Ｓ４１１３の動作は、第１の実施形態によるＳ１１０１～Ｓ１１１３と同様である。
　図３６に示したように、Ｓ４１０９の後、携帯端末３０‐２の鍵情報処理部３０６は、Ｓ４１０５で生成されたマスター鍵、および携帯端末３０‐２の端末ＩＤを例えば鍵共有プロトコルに基づいて暗号化する。そして、通信部３２０は、送信制御部３１２の制御に従って、暗号化されたマスター鍵および携帯端末３０‐２の端末ＩＤをサーバ４０‐２へ送信する（Ｓ４１１５）。
　その後、サーバ４０‐２の鍵情報処理部４０２は、受信された情報を例えば鍵共有プロトコルに基づいて復号化する。そして、鍵情報処理部４０２は、復号化したマスター鍵および携帯端末３０‐２の端末ＩＤを対応付けて記憶部４２２に格納する（Ｓ４１１７）。
　［２－３－３．パスコード生成処理］
　次に、図３７を参照して、Ｓ４５における「パスコード生成処理」の動作について詳細に説明する。なお、この動作は、サーバ４０‐２が、携帯端末３０‐２に対してオーナーユーザ２ａにより入力された生成条件を携帯端末３０‐２から受信することにより、パスコードを生成する際の動作である。
　図３７に示したように、まず、携帯端末３０‐２は、オーナーユーザ２ａによる入力に基づいて、サーバ４０‐２が提供する例えばパスコード発行用のｗｅｂサイトにログインする（Ｓ４５０１）。そして、携帯端末３０‐２は、パスコードの生成条件設定画面をサーバ４０‐２から受信する。なお、この生成条件設定画面は、例えば、図１８に示したパスコード確認画面７８に類似した画面であってもよい。
　その後、オーナーユーザ２ａは、この生成条件設定画面において、生成するパスコードの有効期間の種類を選択する（Ｓ４５０３）。さらに、オーナーユーザ２ａは、生成条件設定画面において、パスコードの期間指定情報を入力する（Ｓ４５０５）。
　そして、携帯端末３０‐２の通信部３２０は、送信制御部３１２の制御に従って、Ｓ４５０３で選択された有効期間の種類、および、Ｓ４５０５で入力された期間指定情報をサーバ４０‐２へ送信する（Ｓ４５０７）。
　その後、サーバ４０‐２のパスコード生成部４０４は、Ｓ４５０７で受信された有効期間の種類の番号、および、記憶部４２２に記憶されているマスター鍵の組を所定のハッシュ関数を用いて変換することによりパスコード生成用鍵情報を生成する（Ｓ４５０９）。
　続いて、パスコード生成部４０４は、Ｓ４５０７で受信された期間指定情報、および、Ｓ４５０９で生成されたパスコード生成用鍵情報の組を所定のハッシュ関数を用いて変換することによりパスコードを生成する（Ｓ４５１１）。
　［２－３－４．パスコード提供処理］
　次に、図３８を参照して、Ｓ４７における「パスコード提供処理」の動作について詳細に説明する。なお、この動作は、権限無ユーザ２ｂがパスコードの提供要求を通信端末５０に対して入力した場合に、サーバ４０‐２が、生成済みのパスコードを通信端末５０へ送信する際の動作である。
　図３８に示したように、まず、通信端末５０は、権限無ユーザ２ｂによる入力に基づいて、サーバ４０‐２が提供する例えばパスコード確認用のｗｅｂサイトにログインする（Ｓ４７０１）。
　その後、権限無ユーザ２ｂは、パスコードの提供要求を通信端末５０に対して入力する（Ｓ４７０３）。そして、通信端末５０は、入力されたパスコードの提供要求をサーバ４０‐２へ送信する（Ｓ４７０５）。
　その後、サーバ４０‐２の通信部４２０は、送信制御部４０６の制御に従って、Ｓ４５で生成されたパスコードを通信端末５０へ送信する（Ｓ４７０７）。
　その後、通信端末５０は、受信されたパスコードを表示画面に表示する（Ｓ４７０９）。これにより、権限無ユーザ２ｂは、Ｓ４５で生成されたパスコードを確認することができる。
　［２－３－５．マスター鍵の更新処理］
　次に、図３９を参照して、Ｓ５５における「マスター鍵の更新処理」の動作について詳細に説明する。なお、この動作は、（図２５に示した）第１の実施形態によるＳ２５の動作の代わりに実行される動作である。
　なお、図３９に示したＳ５５０１～Ｓ５５１１の動作は、（図２５に示した）第１の実施形態によるＳ２５０１～Ｓ２５１１と同様である。
　Ｓ５５０７の後、携帯端末３０‐２の鍵情報処理部３０６は、Ｓ５５０３で生成されたマスター鍵および携帯端末３０‐２の端末ＩＤを例えば鍵共有プロトコルに基づいて暗号化する。そして、通信部３２０は、送信制御部３１２の制御に従って、暗号化されたマスター鍵および携帯端末３０‐２の端末ＩＤをサーバ４０‐２へ送信する（Ｓ５５１３）。
　その後、サーバ４０‐２の鍵情報処理部４０２は、Ｓ５５１３で受信された情報を例えば鍵共有プロトコルに基づいて復号化する。そして、鍵情報処理部４０２は、受信された携帯端末３０‐２の端末ＩＤに対応付けて記憶部４２２に記憶されている現在のマスター鍵を、復号化された新たなマスター鍵に置き換えることにより更新する（Ｓ５５１５）。
　＜２－４．効果＞
　［２－４－１．効果１］
　以上、例えば図３４～図３９などを参照して説明したように、第２の実施形態によるサーバ４０‐２は、携帯端末３０‐２から受信されたマスター鍵と、携帯端末３０‐２から受信された有効期間の種類とに基づいてパスコード生成用鍵情報を生成し、そして、生成したパスコード生成用鍵情報と、携帯端末３０‐２から受信された期間指定情報とに基づいてパスコードを生成する。そして、パスコードの提供要求が通信端末５０から受信された場合に、サーバ４０‐２は、生成したパスコードを通信端末５０へ送信する。
　このため、第２の実施形態によれば、携帯端末３０‐２の代わりに、サーバ４０‐２がパスコードを生成することができ、また、生成したパスコードを権限無ユーザ２ｂに提供することができる。
　［２－４－２．効果２］
　また、第２の実施形態の他の構成に関しては第１の実施形態と概略同様であるので、第１の実施形態の効果と概略同様な効果が得られる。
　＜２－５．変形例＞
　なお、第２の実施形態は、上述した説明に限定されない。例えば、１－５節で説明した第１の実施形態の変形例は、第２の実施形態にも適用可能である。すなわち、第２の実施形態の変形例では、サーバ４０‐２（および錠前デバイス１０）は、パスコード生成用鍵情報を生成する代わりに、セキュリティコードおよびリセットカウンタに基づいてパスコードを生成することが可能である。なお、具体的な処理内容に関しては、１－５節で説明した内容と概略同様であるので、説明を省略する。
＜＜３．第３の実施形態＞＞
　以上、第２の実施形態について説明した。上述したように、第１の実施形態および第２の実施形態では、ボタンユニット２０と錠前デバイス１０とを予め対応付けておく必要がある。
　ところで、例えば図４０に示したように、複数の部屋の各々に錠前デバイス１０およびボタンユニット２０が設置される場面も想定される。このような場合、図１３～図１６を参照して説明したような、錠前デバイス１０との対応付けをボタンユニット２０ごとに行う必要があるので、手間が大きい。
　続いて、第３の実施形態について説明する。後述するように、第３の実施形態によれば、ボタンユニット２０を予め錠前デバイス１０に対応付けておかなくても、ボタンユニット２０に対する操作だけで錠前デバイス１０に解錠させることが可能である。
　＜３－１．システム構成＞
　第３の実施形態による情報処理システムの構成は、（図２に示した）第１の実施形態と概略同様である。
　＜３－２．構成＞
　続いて、第３の実施形態による構成について詳細に説明する。なお、以下では、第１の実施形態と重複する内容については説明を省略する。
　［３－２－１．ボタンユニット２０］
　第３の実施形態によるボタンユニット２０に含まれる構成要素は、（図８に示した）第１の実施形態と同様である。以下では、第１の実施形態とは異なる機能を有する構成要素についてのみ説明を行う。
　（３－２－１－１．制御部２００）
　第３の実施形態による制御部２００は、入力部２２２に対する入力に基づいて、周囲のＢＬＥデバイスをスキャンする。例えば、制御部２００は、有効なキー（例えば数字キーなど）が最初に押下された際に、周囲のＢＬＥデバイスのスキャンを開始する。この制御例によれば、一桁目が入力された時点でスキャンを開始することにより、例えば全桁の入力が終了するまでスキャンを開始しない場合と比較して、処理時間を数秒程度高速化することができる。
　（３－２－１－２．送信制御部２０２）
　‐解錠要求の送信
　第３の実施形態による送信制御部２０２は、入力部２２２に対してパスコードが入力され、かつ、解錠ボタンが押下された場合には、錠前デバイス１０のＩＤが記憶部２２４に登録されているか否かによって、入力されたパスコードおよび解錠要求の送信を制御する。例えば、錠前デバイス１０のＩＤが記憶部２２４に登録されている場合には、送信制御部２０２は、当該ＩＤに対応する錠前デバイス１０に対して、入力されたパスコードおよび解錠要求を通信部２２０に送信させる。また、錠前デバイス１０のＩＤが記憶部２２４に登録されていない場合には、送信制御部２０２は、スキャンにより発見された周囲のＢＬＥデバイスから取得される、ＲＳＳＩの値の大きい順に、当該ＢＬＥデバイスの各々に対して、入力されたパスコードおよび解錠要求を通信部２２０に送信させる。例えば、上記の場合には、送信制御部２０２は、いずれかのＢＬＥデバイス（正確には錠前デバイス１０）により認証が成功するまで、ＲＳＳＩの値の大きい順に当該ＢＬＥデバイスの各々に対して、入力されたパスコードおよび解錠要求を通信部２２０に逐次送信させる。
　なお、「ＲＳＳＩの値」は、例えば、ボタンユニット２０が信号（スキャン信号など）をＢＬＥデバイスへ送信した際に当該ＢＬＥデバイスが受信する当該信号の強度である。
　‐施錠要求の送信
　また、施錠ボタンが押下された場合には、送信制御部２０２は、錠前デバイス１０のＩＤが記憶部２２４に登録されているか否かによって、施錠要求の送信を制御する。例えば、錠前デバイス１０のＩＤが記憶部２２４に登録されている場合には、送信制御部２０２は、当該ＩＤに対応する錠前デバイス１０に対して、施錠要求を通信部２２０に送信させる。また、錠前デバイス１０のＩＤが記憶部２２４に登録されていない場合には、送信制御部２０２は、直前に解錠した錠前デバイス１０（すなわち最後に解錠要求を送信した錠前デバイス１０）に対して、施錠要求を通信部２２０に送信させる。
　‐‐変形例
　なお、変形例として、施錠ボタンが押下された場合には、送信制御部２０２は、周囲に位置する全ての錠前デバイス１０に対して施錠要求を通信部２２０に送信させてもよい。
　なお、第３の実施形態による錠前デバイス１０、携帯端末３０‐１、およびサーバ４０‐１の構成は、第１の実施形態と概略同様である。
　＜３－３．動作＞
　以上、第３の実施形態による構成について説明した。続いて、第３の実施形態による動作について、図４１～図４３を参照し、以下の流れで説明を行う。なお、その他の種類の動作については、第１の実施形態と同様であるので、説明を省略する。
　１．全体の動作の概要
　２．解錠処理Ｂ
　［３－３－１．全体の動作の概要］
　図４１は、第３の実施形態による全体の動作の概要を示したシーケンス図である。なお、図４１に示したＳ６１、Ｓ６５、Ｓ６７、および、Ｓ７１はそれぞれ、（図１１に示した）第１の実施形態によるＳ１１、Ｓ１５、Ｓ１７、および、Ｓ２１と概略同様である。
　図４１に示したように、第３の実施形態では、第１の実施形態とは異なり、「セットアップ処理」（Ｓ１３）が省略される。その代わりに、Ｓ６１の後に、例えば取付業者などにより、ボタンユニット２０が（初期状態のままで）ドアに取り付けられる（Ｓ６３）。
　また、第３の実施形態では、第１の実施形態とは異なり、Ｓ６７の後に（「解錠処理Ａ」の代わりに）「解錠処理Ｂ」が行われる。
　［３－３－２．解錠処理Ｂ］
　ここで、図４２～図４３を参照して、Ｓ６９における「解錠処理Ｂ」の動作について詳細に説明する。なお、この動作は、Ｓ６７でパスコードを伝達された権限無ユーザ２ｂが、ボタンユニット２０を操作することにより解錠要求を錠前デバイス１０へ送信する際の動作である。
　図４２に示したように、まず、ボタンユニット２０の制御部２００は、テンキーが初めて押下される、つまりパスコードの一桁目が押下されるまで待機する（Ｓ６９０１）。そして、テンキーが初めて押下された場合には（Ｓ６９０１：Ｙｅｓ）、制御部２００は、周囲のＢＬＥデバイスのスキャンを開始する（Ｓ６９０３）。なお、スキャンは所定の時間継続される。
　そして、制御部２００は、ＢＬＥデバイスが発見される度に、ＢＬＥデバイスから取得されるＲＳＳＩの値が大きい順に、発見したＢＬＥデバイスを逐次ソートする（Ｓ６９０５）。
　その後、制御部２００は、スキャンが終了し、パスコードが全桁入力され、かつ、解錠ボタンが押下されたか否かを判定する（Ｓ６９０７）。スキャン途中である場合、または、入力途中である場合には（Ｓ６９０７：Ｎｏ）、制御部２００は、Ｓ６９０３以降の処理を繰り返す。
　一方、スキャンが終了し、パスコードが全桁入力され、かつ、解錠ボタンが押下された場合には（Ｓ６９０７：Ｙｅｓ）、制御部２００は、次に、錠前デバイス１０のＩＤが記憶部２２４に登録されているか否かを判定する（Ｓ６９０９）。錠前デバイス１０のＩＤが記憶部２２４に登録されている場合には（Ｓ６９０９：Ｙｅｓ）、制御部２００は、入力されたパスコードおよび解錠要求を例えば鍵共有プロトコルに基づいて暗号化する。なお、この際、制御部２００は、さらに、携帯端末３０‐１の端末ＩＤ、および、ボタンユニット２０のユニットＩＤも含めて暗号化することも可能である。そして、通信部２２０は、送信制御部２０２の制御に従って、記憶部２２４に登録されているＩＤに対応する錠前デバイス１０へ、暗号化された情報を送信する（Ｓ６９１１）。その後、該当の錠前デバイス１０は、後述するＳ６９３１の処理を行う。
　一方、錠前デバイス１０のＩＤが登録されていない場合には（Ｓ６９０９：Ｎｏ）、制御部２００は、パスコードの送信対象のＢＬＥデバイスの番号を示す変数Ｉに「１」を設定し（Ｓ６９１３）、そして、Ｓ６９０５で発見されたＢＬＥデバイスの総数をＮに設定する（Ｓ６９１５）。
　その後、制御部２００は、ＩがＮ以下であるか否かを判定する（Ｓ６９１７）。ＩがＮよりも大きい場合、つまり、発見された全てのＢＬＥデバイスに関して錠前デバイス１０との接続または認証が失敗した場合には（Ｓ６９１７：Ｎｏ）、「解錠処理Ｂ」は終了する。
　一方、ＩがＮ以下である場合には（Ｓ６９１７：Ｙｅｓ）、制御部２００は、入力されたパスコードおよび解錠要求を例えば鍵共有プロトコルに基づいて暗号化する。なお、この際、制御部２００は、さらに、携帯端末３０‐１の端末ＩＤ、および、ボタンユニット２０のユニットＩＤも含めて暗号化することも可能である。そして、通信部２２０は、送信制御部２０２の制御に従って、ソート順がＩ番目のＢＬＥデバイスへ、暗号化された情報を送信する（Ｓ６９１９）。
　その後、制御部２００は、Ｉ番目のＢＬＥデバイスとの接続が所定の時間内に完了したか否かを判定する（Ｓ６９２１）。例えば、制御部２００は、ｂｏｎｄの処理が所定の時間内に完了するか否かを判定する。
　そして、Ｉ番目のＢＬＥデバイスとの接続が所定の時間内に完了した場合には（Ｓ６９２１：Ｙｅｓ）、該当のＢＬＥデバイス（錠前デバイス１０）は、後述するＳ６９３１の処理を行う。
　一方、Ｉ番目のＢＬＥデバイスとの接続が所定の時間内に完了しなかった場合には（Ｓ６９２１：Ｎｏ）、制御部２００は、Ｉに「１」を加算する（Ｓ６９２３）。すなわち、制御部２００は、ソート順が次のＢＬＥデバイスをパスコードの送信対象とする。そして、制御部２００は、再びＳ６９１７の処理を行う。
　ここで、図４３を参照して、Ｓ６９３１以降の動作について説明する。なお、図４３に示したＳ６９３１～Ｓ６９３９の処理は、（図２０に示した）第１の実施形態によるＳ１９０７～Ｓ１９１５と概略同様である。
　図４３に示したように、Ｓ６９３５の後、ボタンユニット２０は、再びＳ６９２３の処理を行う。すなわち、制御部２００は、ソート順が次のＢＬＥデバイスをパスコードの送信対象とする。
　また、Ｓ６９３９の後、ボタンユニット２０の制御部２００は、錠前デバイス１０のＩＤが記憶部２２４に登録されているか否かを判定する（Ｓ６９４１）。錠前デバイス１０のＩＤが記憶部２２４に登録されている場合には（Ｓ６９４１：Ｙｅｓ）、「解錠処理Ｂ」は終了する。一方、錠前デバイス１０のＩＤが記憶部２２４に登録されていない場合には（Ｓ６９４１：Ｎｏ）、制御部２００は、該当の錠前デバイス１０、すなわち解錠が成功した錠前デバイス１０のＩＤを記憶部２２４に登録する（Ｓ６９４３）。そして、「解錠処理Ｂ」は終了する。
　（３－３－２－１．変形例）
　なお、「解錠処理Ｂ」の動作は、上述した例に限定されない。例えば、「解錠処理Ｂ」の処理中（Ｓ６９０１～Ｓ６９４３の間）は、ボタンユニット２０は、一秒に一回ブザーを鳴らしてもよい。これにより、処理が継続中であることをユーザに知らせることができる。
　また、発見された全てのＢＬＥデバイスに関して錠前デバイス１０との接続または認証が失敗した場合（Ｓ６９１７：Ｎｏ）に関しても、ボタンユニット２０は、所定の音色でブザーを鳴らしてもよい。これにより、解錠に失敗したことをユーザに通知することができる。
　＜３－４．効果＞
　［３－４－１．効果１］
　以上、例えば図４１～図４３を参照して説明したように、第３の実施形態によれば、錠前デバイス１０のＩＤが登録されていない場合は、ボタンユニット２０は、スキャンにより発見された周囲のＢＬＥデバイスから取得されるＲＳＳＩの値の大きい順に、当該ＢＬＥデバイスの各々に対して、入力されたパスコードおよび解錠要求を送信する。
　通常、ボタンユニット２０は、解錠対象の錠前デバイス１０の近い範囲（例えば同じドアの反対側など）に設置される。従って、仮に多数のＢＬＥデバイスが発見された場合であっても、上記の方法により、解錠対象の錠前デバイス１０に対してパスコードを効率的に送信することができる。
　［３－４－２．効果２］
　また、錠前デバイス１０のＩＤが登録されている場合、すなわち、二回目以降の解錠操作時には、ボタンユニット２０は、登録されているＩＤに対応する錠前デバイス１０に対して、入力されたパスコードおよび解錠要求を送信する。このため、二回目以降の解錠操作時には、パスコードの認証および解錠をさらに効率的に行うことができる。
　［３－４－３．効果３］
　また、第３の実施形態によれば、個々のボタンユニット２０を、予め特定の錠前デバイス１０に対応付ける作業（セットアップ作業）が不要となる。従って、ボタンユニット２０の設置作業が容易になる。その結果、例えば、より多数の空き部屋にボタンユニット２０が設置されることが期待でき、空き部屋の内見がより容易になる。
＜＜４．変形例＞＞
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　＜４－１．変形例１＞
　例えば、上述した各実施形態では、基本的には、一台の携帯端末３０‐１が、当該携帯端末３０‐１を有するオーナーユーザ２ａによる生成条件の入力に基づいてパスコードを生成する例について説明したが、かかる例に限定されない。錠前デバイス１０に複数の携帯端末３０‐１がオーナー端末として登録されている場合には、オーナー端末として登録されている全ての携帯端末３０‐１は、各携帯端末３０‐１を有する各オーナーユーザ２ａによる生成条件の入力に基づいてパスコードを生成することも可能である。かかる構成によれば、仮に、ある携帯端末３０‐１ａを有するオーナーユーザ２ａが不在であるなどによりパスコードの発行操作を行うことができない場合であっても、別の携帯端末３０‐１ｂを有する別のオーナーユーザ２ａが携帯端末３０‐１ｂに対してパスコードの発行操作を行うことにより、権限無ユーザ２ｂに対してパスコードを発行することができる。
　＜４－２．変形例２＞
　また、上述した各実施形態では、ボタンユニット２０が、錠前デバイス１０に対してパスコードを送信するための入力装置である例を中心に説明したが、かかる例に限定されない。例えば、ボタンユニット２０は、電気的にロック可能な筐体扉を有し、かつ、入力部２２２に対するパスコードの入力に基づいて筐体扉を解錠可能であるような、何らかの物体の保管用装置であってもよい。この変形例２によれば、オーナーユーザ２ａは不動産の物理鍵をボタンユニット２０の筐体内に格納しておき、そして、権限無ユーザ２ｂに入力部２２２に対してパスコードを入力させ、筐体扉を解錠させることにより、物理鍵を権限無ユーザ２ｂに貸し出すことが可能となる。
　なお、この変形例２によるボタンユニット２０は、さらに、上述した各実施形態と同様に、入力部２２２に対するパスコードの入力に基づいて、解錠要求を錠前デバイス１０へ送信可能であってもよい。
　＜４－３．変形例３＞
　また、上述した各実施形態では、本開示における情報処理装置が、例えば建物などのドアに設置される錠前デバイス１０である例を中心として説明したが、かかる例に限定されない。例えば、本開示における情報処理装置は、空港や駅などに設置されるロッカーのドア、金庫のドア、または、自動車のドアなどの各種のドアに設置される施錠装置、または、自転車などの施錠装置であってもよい。さらに、この変形例において、ボタンユニット２０は、当該情報処理装置に解錠および施錠させるための入力装置であってもよい。例えば、当該情報処理装置が自動車のドアの施錠装置である場合には、ボタンユニット２０は、自動車のドアのリモコンキーであってもよい。
　または、当該情報処理装置は、例えばＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、サーバ、スマートフォン、またはタブレット端末などであり、かつ、当該情報処理装置を利用するユーザを認証する用途でパスコードを使用することも可能である。例えば、当該情報処理装置は、公共施設などに設置されるＰＣであってもよい。そして、ユーザによりパスコードが入力された際に、当該ＰＣは、所定の数の種類の有効期間のパスコードを生成し、そして、入力されたパスコードと生成したパスコードとを比較することにより、入力されたパスコードの正当性を検証してもよい。この変形例によれば、利用権限の無いユーザのうちパスコードが通知されたユーザにのみ、当該パスコードの有効期間内だけ当該ＰＣを利用させることが可能となる。
　＜４－４．変形例４＞
　また、上述した各実施形態の動作における各ステップは、必ずしも記載された順序に沿って処理されなくてもよい。例えば、各ステップは、適宜順序が変更されて処理されてもよい。また、各ステップは、時系列的に処理される代わりに、一部並列的に又は個別的に処理されてもよい。
　＜４－５．変形例５＞
　また、上述した各実施形態によれば、ＣＰＵなどのプロセッサ、およびＲＡＭなどのハードウェアを、上述した錠前デバイス１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、該コンピュータプログラムが記録された記録媒体も提供される。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　認証情報および処理要求を第１の通信装置から受信する通信部と、
　第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、
　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、
を備える、情報処理装置。
（２）
　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とが一致する場合に、前記処理制御部は、前記処理要求に応じた処理を実行する、前記（１）に記載の情報処理装置。
（３）
　前記認証情報生成部は、前記第１の鍵情報に基づいて認証情報生成用鍵情報を生成し、かつ、生成した認証情報生成用鍵情報に基づいて前記認証情報を生成する、前記（１）または（２）に記載の情報処理装置。
（４）
　前記認証情報生成部は、前記第１の鍵情報に基づいて互いに異なる所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々に基づいて前記所定の数の認証情報を生成し、
　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、前記（３）に記載の情報処理装置。
（５）
　前記認証情報生成部は、前記第１の鍵情報と、予め定められた前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々と、現在日時を基準とした前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報を生成する、前記（４）に記載の情報処理装置。
（６）
　前記認証情報生成部は、前記第１の鍵情報と、前記所定の数の種類の有効期間の各々と、所定のハッシュ関数とに基づいて前記所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々と、前記所定の数の種類の有効期間の各々と、前記所定のハッシュ関数とに基づいて前記所定の数の認証情報を生成する、前記（５）に記載の情報処理装置。
（７）
　前記第１の鍵情報は、前記情報処理装置に対応付けられた第３の鍵情報と、認証情報のリセット回数を示すリセットカウンタとに基づいて生成された情報であり、
　前記認証情報生成部は、前記第１の鍵情報に基づいて所定の数の認証情報を生成し、
　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、前記（１）または（２）に記載の情報処理装置。
（８）
　前記所定の数の種類の有効期間が予め定められており、
　前記認証情報生成部は、前記第１の鍵情報と、現在日時を基準とした前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報を生成する、前記（７）に記載の情報処理装置。
（９）
　前記通信部により受信された認証情報が前記認証情報生成部により生成された前記所定の数の認証情報のうちいずれかと一致する場合には、前記処理制御部は、前記処理要求に応じた処理を実行し、
　前記通信部により受信された認証情報が前記認証情報生成部により生成された前記所定の数の認証情報のいずれとも一致しない場合には、前記処理制御部は、前記処理要求に応じた処理を実行しない、前記（４）～（８）のいずれか一項に記載の情報処理装置。
（１０）
　前記通信部は、さらに、暗号化された前記第１の鍵情報を前記第２の通信装置から受信し、
　前記情報処理装置は、前記暗号化された前記第１の鍵情報を復号化する鍵情報処理部と、
　前記鍵情報処理部により復号化された前記第１の鍵情報を記憶する記憶部と、をさらに備える、前記（１）～（９）のいずれか一項に記載の情報処理装置。
（１１）
　前記通信部は、さらに、暗号化された、前記第２の通信装置に対応付けられた第２の鍵情報を前記第２の通信装置から受信し、
　前記情報処理装置は、前記暗号化された前記第２の鍵情報を復号化する鍵情報処理部をさらに備え、
　前記暗号化された前記第２の鍵情報が受信された場合には、前記認証情報生成部は、前記鍵情報処理部により復号化された前記第２の鍵情報に基づいて前記所定の数の認証情報を生成し、
　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により前記第２の鍵情報に基づいて生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、前記（４）～（９）のいずれか一項に記載の情報処理装置。
（１２）
　前記認証情報は、パスコードである、前記（１）～（１１）のいずれか一項に記載の情報処理装置。
（１３）
　前記情報処理装置は、錠前デバイスであり、
　前記情報処理装置は、施錠部をさらに備え、
　前記処理要求は、前記施錠部に対する解錠要求であり、
　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報との比較に基づいて、前記施錠部に対する解錠の制御を実行する、前記（１）～（１２）のいずれか一項に記載の情報処理装置。
（１４）
　認証情報および処理要求を第１の通信装置から受信することと、
　第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成することと、
　前記受信された認証情報と前記生成された認証情報とに基づいて、前記処理要求に応じた処理の実行をプロセッサが制御することと、
を備える、情報処理方法。
（１５）
　コンピュータを、
　認証情報および処理要求を第１の通信装置から受信する通信部と、
　第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、
　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部、
として機能させるための、プログラム。
（１６）
　情報処理装置、第１の通信装置、および、第２の通信装置を有し、
　前記情報処理装置は、
　認証情報および処理要求を前記第１の通信装置から受信する通信部と、
　前記第２の通信装置に対応付けられた第１の鍵情報を記憶する記憶部と、
　前記記憶部に記憶されている前記第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、
　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、
を備える、情報処理システム。
（１７）
　前記第２の通信装置は、前記第１の鍵情報に基づいて認証情報を生成する第２認証情報生成部と、
　前記第２認証情報生成部により生成された認証情報を表示画面に表示させる表示制御部と、を備え、
　前記第１の通信装置は、ユーザによる入力を受け付ける入力部と、
　入力された認証情報および処理要求の、前記情報処理装置に対する送信を制御する送信制御部と、を備える、前記（１６）に記載の情報処理システム。
（１８）
　前記第２認証情報生成部は、前記第１の鍵情報と、予め定められた所定の数の種類の有効期間のうちユーザにより指定された有効期間とに基づいて認証情報生成用鍵情報を生成し、かつ、生成した認証情報生成用鍵情報と、前記ユーザにより指定された有効期間とに基づいて認証情報を生成し、
　前記認証情報生成部は、前記記憶部に記憶されている前記第１の鍵情報と、前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々と、現在日時を基準とした前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報を生成し、
　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、前記（１７）に記載の情報処理システム。
（１９）
　認証情報および処理要求の入力を受け付ける入力部と、
　複数の情報処理装置に対する信号の送信を制御する送信制御部と、
　前記複数の情報処理装置の各々が受信した前記信号の強度の値を取得する取得部と、
を備え、
　前記送信制御部は、取得された前記信号の強度の値が大きい情報処理装置の順に、前記複数の情報処理装置の各々に対して、前記入力された認証情報および処理要求を通信部に送信させる、通信装置。
（２０）
　前記通信装置は、前記複数の情報処理装置のうちのいずれかにより前記認証情報が認証された場合に、当該情報処理装置の識別情報を記憶する記憶部をさらに備え、
　第２の認証情報および第２の処理要求が入力され、かつ、いずれかの情報処理装置の識別情報が前記記憶部に記憶されている場合には、前記送信制御部は、前記記憶部に記憶されている識別情報に対応する情報処理装置に対して、前記第２の認証情報および前記第２の処理要求を通信部に送信させる、前記（１９）に記載の通信装置。
１０　錠前デバイス
２０　ボタンユニット
３０‐１、３０‐２　携帯端末
３２　通信網
４０‐１、４０‐２　サーバ
５０　通信端末
１００、２００、３００‐１、３００‐２、４００‐１、４００‐２　制御部
１０２、３０６、４０２　鍵情報処理部
１０４、３０８、４０４　パスコード生成部
１０６　パスコード検証部
１０８　処理制御部
１１０、３１４　認証処理部
１２０、２２０、３２０、４２０　通信部
１２２　施錠部
１２４、２２４、３２６、４２２　記憶部
１２６　錠前鍵ファイル
１２８　マスター鍵ファイル
１３０　操作ログＤＢ
２０２、３１２、４０６　送信制御部
２２２　入力部
３０２　マスター鍵生成部
３０４　二次元コード読み取り部
３１０　表示制御部
３１４　認証処理部
３２２　操作表示部
３２４　撮像部

Claims (20)

  1. 　認証情報および処理要求を第１の通信装置から受信する通信部と、
    　第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、
    　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、
    を備える、情報処理装置。
  2. 　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とが一致する場合に、前記処理制御部は、前記処理要求に応じた処理を実行する、請求項１に記載の情報処理装置。
  3. 　前記認証情報生成部は、前記第１の鍵情報に基づいて認証情報生成用鍵情報を生成し、かつ、生成した認証情報生成用鍵情報に基づいて前記認証情報を生成する、請求項１に記載の情報処理装置。
  4. 　前記認証情報生成部は、前記第１の鍵情報に基づいて互いに異なる所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々に基づいて前記所定の数の認証情報を生成し、
    　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、請求項３に記載の情報処理装置。
  5. 　前記認証情報生成部は、前記第１の鍵情報と、予め定められた前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々と、現在日時を基準とした前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報を生成する、請求項４に記載の情報処理装置。
  6. 　前記認証情報生成部は、前記第１の鍵情報と、前記所定の数の種類の有効期間の各々と、所定のハッシュ関数とに基づいて前記所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々と、前記所定の数の種類の有効期間の各々と、前記所定のハッシュ関数とに基づいて前記所定の数の認証情報を生成する、請求項５に記載の情報処理装置。
  7. 　前記第１の鍵情報は、前記情報処理装置に対応付けられた第３の鍵情報と、認証情報のリセット回数を示すリセットカウンタとに基づいて生成された情報であり、
    　前記認証情報生成部は、前記第１の鍵情報に基づいて所定の数の認証情報を生成し、
    　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、請求項１に記載の情報処理装置。
  8. 　前記所定の数の種類の有効期間が予め定められており、
    　前記認証情報生成部は、前記第１の鍵情報と、現在日時を基準とした前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報を生成する、請求項７に記載の情報処理装置。
  9. 　前記通信部により受信された認証情報が前記認証情報生成部により生成された前記所定の数の認証情報のうちいずれかと一致する場合には、前記処理制御部は、前記処理要求に応じた処理を実行し、
    　前記通信部により受信された認証情報が前記認証情報生成部により生成された前記所定の数の認証情報のいずれとも一致しない場合には、前記処理制御部は、前記処理要求に応じた処理を実行しない、請求項４に記載の情報処理装置。
  10. 　前記通信部は、さらに、暗号化された前記第１の鍵情報を前記第２の通信装置から受信し、
    　前記情報処理装置は、前記暗号化された前記第１の鍵情報を復号化する鍵情報処理部と、
    　前記鍵情報処理部により復号化された前記第１の鍵情報を記憶する記憶部と、をさらに備える、請求項１に記載の情報処理装置。
  11. 　前記通信部は、さらに、暗号化された、前記第２の通信装置に対応付けられた第２の鍵情報を前記第２の通信装置から受信し、
    　前記情報処理装置は、前記暗号化された前記第２の鍵情報を復号化する鍵情報処理部をさらに備え、
    　前記暗号化された前記第２の鍵情報が受信された場合には、前記認証情報生成部は、前記鍵情報処理部により復号化された前記第２の鍵情報に基づいて前記所定の数の認証情報を生成し、
    　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により前記第２の鍵情報に基づいて生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、請求項４に記載の情報処理装置。
  12. 　前記認証情報は、パスコードである、請求項１に記載の情報処理装置。
  13. 　前記情報処理装置は、錠前デバイスであり、
    　前記情報処理装置は、施錠部をさらに備え、
    　前記処理要求は、前記施錠部に対する解錠要求であり、
    　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報との比較に基づいて、前記施錠部に対する解錠の制御を実行する、請求項１に記載の情報処理装置。
  14. 　認証情報および処理要求を第１の通信装置から受信することと、
    　第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成することと、
    　前記受信された認証情報と前記生成された認証情報とに基づいて、前記処理要求に応じた処理の実行をプロセッサが制御することと、
    を備える、情報処理方法。
  15. 　コンピュータを、
    　認証情報および処理要求を第１の通信装置から受信する通信部と、
    　第２の通信装置に対応付けられた第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、
    　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部、
    として機能させるための、プログラム。
  16. 　情報処理装置、第１の通信装置、および、第２の通信装置を有し、
    　前記情報処理装置は、
    　認証情報および処理要求を前記第１の通信装置から受信する通信部と、
    　前記第２の通信装置に対応付けられた第１の鍵情報を記憶する記憶部と、
    　前記記憶部に記憶されている前記第１の鍵情報に基づいて認証情報を生成する認証情報生成部と、
    　前記通信部により受信された認証情報と前記認証情報生成部により生成された認証情報とに基づいて、前記処理要求に応じた処理の実行を制御する処理制御部と、
    を備える、情報処理システム。
  17. 　前記第２の通信装置は、前記第１の鍵情報に基づいて認証情報を生成する第２認証情報生成部と、
    　前記第２認証情報生成部により生成された認証情報を表示画面に表示させる表示制御部と、を備え、
    　前記第１の通信装置は、ユーザによる入力を受け付ける入力部と、
    　入力された認証情報および処理要求の、前記情報処理装置に対する送信を制御する送信制御部と、を備える、請求項１６に記載の情報処理システム。
  18. 　前記第２認証情報生成部は、前記第１の鍵情報と、予め定められた所定の数の種類の有効期間のうちユーザにより指定された有効期間とに基づいて認証情報生成用鍵情報を生成し、かつ、生成した認証情報生成用鍵情報と、前記ユーザにより指定された有効期間とに基づいて認証情報を生成し、
    　前記認証情報生成部は、前記記憶部に記憶されている前記第１の鍵情報と、前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報生成用鍵情報を生成し、かつ、生成した前記所定の数の認証情報生成用鍵情報の各々と、現在日時を基準とした前記所定の数の種類の有効期間の各々とに基づいて前記所定の数の認証情報を生成し、
    　前記処理制御部は、前記通信部により受信された認証情報と前記認証情報生成部により生成された前記所定の数の認証情報の各々との比較に基づいて、前記処理要求に応じた処理の実行を制御する、請求項１７に記載の情報処理システム。
  19. 　認証情報および処理要求の入力を受け付ける入力部と、
    　複数の情報処理装置に対する信号の送信を制御する送信制御部と、
    　前記複数の情報処理装置の各々が受信した前記信号の強度の値を取得する取得部と、
    を備え、
    　前記送信制御部は、取得された前記信号の強度の値が大きい情報処理装置の順に、前記複数の情報処理装置の各々に対して、前記入力された認証情報および処理要求を通信部に送信させる、通信装置。
  20. 　前記通信装置は、前記複数の情報処理装置のうちのいずれかにより前記認証情報が認証された場合に、当該情報処理装置の識別情報を記憶する記憶部をさらに備え、
    　第２の認証情報および第２の処理要求が入力され、かつ、いずれかの情報処理装置の識別情報が前記記憶部に記憶されている場合には、前記送信制御部は、前記記憶部に記憶されている識別情報に対応する情報処理装置に対して、前記第２の認証情報および前記第２の処理要求を通信部に送信させる、請求項１９に記載の通信装置。
PCT/JP2016/064836 2015-07-07 2016-05-19 情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置 WO2017006630A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2017527112A JP6743818B2 (ja) 2015-07-07 2016-05-19 情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置
EP16821101.9A EP3322120A4 (en) 2015-07-07 2016-05-19 INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING METHOD, PROGRAM, INFORMATION PROCESSING SYSTEM, AND COMMUNICATION DEVICE
US15/572,684 US10999267B2 (en) 2015-07-07 2016-05-19 Information processing apparatus, information processing method, program, information processing system, and communication apparatus
CN201680038109.1A CN107710677B (zh) 2015-07-07 2016-05-19 信息处理装置、信息处理方法、程序、信息处理系统和通信装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2015136205 2015-07-07
JP2015-136205 2015-07-07
JP2016-006281 2016-01-15
JP2016006281 2016-01-15

Publications (1)

Publication Number Publication Date
WO2017006630A1 true WO2017006630A1 (ja) 2017-01-12

Family

ID=57685440

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/064836 WO2017006630A1 (ja) 2015-07-07 2016-05-19 情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置

Country Status (5)

Country Link
US (1) US10999267B2 (ja)
EP (1) EP3322120A4 (ja)
JP (1) JP6743818B2 (ja)
CN (1) CN107710677B (ja)
WO (1) WO2017006630A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109472889A (zh) * 2018-04-08 2019-03-15 国家电网公司 一种防误闭锁解锁钥匙智能管理系统及方法
WO2020153059A1 (ja) * 2019-01-22 2020-07-30 株式会社ビットキー 利用管理システム、管理装置、利用制御装置、利用管理方法、およびコンピュータで読み取り可能なプログラム
JP2020120404A (ja) * 2019-01-22 2020-08-06 株式会社ビットキー 利用管理システム、管理装置、利用制御装置、利用管理方法、およびコンピュータで読み取り可能なプログラム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793432B (zh) * 2016-12-06 2023-07-18 亚萨合莱有限公司 通过服务消费者设备提供对锁的访问
US11294846B2 (en) * 2017-09-18 2022-04-05 Intel Corporation System, apparatus and method for secure communication on a bus
CN109184361B (zh) * 2018-10-29 2023-09-26 深圳市创想网络系统有限公司 具有高安全性的门锁及其工作方法
CN111709006A (zh) * 2019-03-01 2020-09-25 开利公司 用于空调机组的解锁方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008186321A (ja) * 2007-01-31 2008-08-14 Quality Kk 資格管理システムおよび管理装置ならびに資格置管理プログラム
JP2011097292A (ja) * 2009-10-28 2011-05-12 Sii Data Service Kk システムｉｄの設定システムおよび設定方法
JP2014072843A (ja) * 2012-10-01 2014-04-21 Sakura Information Systems Co Ltd ワンタイムパスワード装置、システム及びプログラム
US20140375422A1 (en) * 2013-06-20 2014-12-25 Parakeet, Llc Technologies and methods for security access
JP2015090540A (ja) * 2013-11-05 2015-05-11 パナソニックＩｐマネジメント株式会社 設備機器の登録システム、設備機器の登録方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1089488B1 (en) * 1999-04-13 2006-10-04 Sony Corporation Information processing system, information processing method, and information processing device
DE10112027A1 (de) * 2001-03-06 2002-09-19 Mannesmann Vdo Ag Fernbedienung für mit Schließsystemen ausgestattete Türen, insbesondere für das Türschloss oder die Zentralverriegelung eines Kraftfahrzeuges
US7577250B2 (en) * 2004-08-12 2009-08-18 Cmla, Llc Key derivation functions to enhance security
US7290141B2 (en) * 2002-06-27 2007-10-30 Nokia, Inc. Authentication of remotely originating network messages
CN101029546A (zh) * 2006-03-02 2007-09-05 黄涛 电子密码锁系统以及控制和开启方法
JP4828262B2 (ja) 2006-03-09 2011-11-30 美和ロック株式会社 ロックシステム
JP4867760B2 (ja) * 2007-03-30 2012-02-01 ソニー株式会社 情報処理装置および方法、並びに情報処理システム
ES2456815T3 (es) * 2007-10-30 2014-04-23 Telecom Italia S.P.A. Procedimientos de autenticación de los usuarios en sistemas de procesamiento de datos
CN101222772B (zh) * 2008-01-23 2010-06-09 西安西电捷通无线网络通信有限公司 一种基于id的无线多跳网络认证接入方法
WO2010014097A1 (en) * 2008-07-31 2010-02-04 Hewlett-Packard Development Company, L.P. Unlocking a locked user device using a computer generated unlock code provided by user
US9306741B1 (en) * 2010-12-22 2016-04-05 Emc Corporation Updating keys for use in authentication
JP5468588B2 (ja) * 2011-09-15 2014-04-09 株式会社東芝 通信装置及びプログラム
CN103544746A (zh) * 2012-07-08 2014-01-29 上海博路信息技术有限公司 一种动态条码的电子门禁系统
EP2725823A1 (en) 2012-10-26 2014-04-30 Irevo Inc. Method for performing user authentication between secured element and door lock through NFC
CN104333887A (zh) * 2013-07-22 2015-02-04 昀阳科技有限公司 控制无线网络装置进行网络连线的方法
US9699185B2 (en) * 2014-01-31 2017-07-04 Panasonic Intellectual Property Management Co., Ltd. Unauthorized device detection method, unauthorized device detection server, and unauthorized device detection system
CN104517338B (zh) * 2015-01-20 2017-07-04 蹇晓梅 基于无线网络的远程门禁控制系统及其实现方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008186321A (ja) * 2007-01-31 2008-08-14 Quality Kk 資格管理システムおよび管理装置ならびに資格置管理プログラム
JP2011097292A (ja) * 2009-10-28 2011-05-12 Sii Data Service Kk システムｉｄの設定システムおよび設定方法
JP2014072843A (ja) * 2012-10-01 2014-04-21 Sakura Information Systems Co Ltd ワンタイムパスワード装置、システム及びプログラム
US20140375422A1 (en) * 2013-06-20 2014-12-25 Parakeet, Llc Technologies and methods for security access
JP2015090540A (ja) * 2013-11-05 2015-05-11 パナソニックＩｐマネジメント株式会社 設備機器の登録システム、設備機器の登録方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3322120A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109472889A (zh) * 2018-04-08 2019-03-15 国家电网公司 一种防误闭锁解锁钥匙智能管理系统及方法
WO2020153059A1 (ja) * 2019-01-22 2020-07-30 株式会社ビットキー 利用管理システム、管理装置、利用制御装置、利用管理方法、およびコンピュータで読み取り可能なプログラム
JP2020120231A (ja) * 2019-01-22 2020-08-06 株式会社ビットキー 利用管理システム、管理装置、利用制御装置、利用管理方法、およびコンピュータで読み取り可能なプログラム
JP2020120404A (ja) * 2019-01-22 2020-08-06 株式会社ビットキー 利用管理システム、管理装置、利用制御装置、利用管理方法、およびコンピュータで読み取り可能なプログラム
JP7321443B2 (ja) 2019-01-22 2023-08-07 株式会社ビットキー 利用管理システム、管理装置、利用制御装置、利用管理方法、およびコンピュータで読み取り可能なプログラム

Also Published As

Publication number Publication date
EP3322120A4 (en) 2019-02-27
US10999267B2 (en) 2021-05-04
US20180159835A1 (en) 2018-06-07
CN107710677A (zh) 2018-02-16
JP6743818B2 (ja) 2020-08-19
EP3322120A1 (en) 2018-05-16
CN107710677B (zh) 2021-09-07
JPWO2017006630A1 (ja) 2018-04-19

Similar Documents

Publication Publication Date Title
JP6743818B2 (ja) 情報処理装置、情報処理方法、プログラム、情報処理システム、および通信装置
US11270532B2 (en) Lock control device, information processing method, program, and communication terminal
WO2021023164A1 (zh) 一种智能锁具控制方法和系统
KR102056722B1 (ko) 인증 시스템 및 그에 따르는 송신 단말과 수신 단말 및 권한 인증 방법
CN104065653B (zh) 一种交互式身份验证方法、装置、系统和相关设备
US20170236350A1 (en) Electronic door lock system
US20180077156A1 (en) Systems and methods for device authentication
WO2016105591A1 (en) Systems and methods for authentication using multiple devices
US20140068739A1 (en) Method and system for verifying an access request
WO2013101358A1 (en) System and method for secure network login
US11522709B2 (en) Access control system
CN104063650B (zh) 一种密钥存储设备及其使用方法
CN100514333C (zh) 一种数据库安全访问方法和系统
CN106664504A (zh) 设备活动的控制
US11348392B2 (en) Method for access control
CN110298947A (zh) 一种开锁方法及电子锁
Hussain et al. Secure annihilation of out-of-band authorization for online transactions
RU2709281C1 (ru) Способ и система авторизации носителя цифрового ключа
US8683570B1 (en) Scheduling soft token data transmission
CN113595743B (zh) 一种授权令牌处理方法及装置
CN113935744A (zh) 一种设备防伪方法及装置
KR20160098901A (ko) 사용자 인증 서버 시스템 및 이를 이용한 사용자 인증 방법
KR101571609B1 (ko) 모바일기기를 이용한 수처리 시설의 관리제어 시스템
Liou et al. A study of biometric feature for a recall-based behavioral graphical mobile authentication
CN113345139A (zh) 开锁方法、智能锁芯和智能锁系统

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017527112

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15572684

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016821101

Country of ref document: EP