WO2024009355A1 - 認証システム、認証方法、プログラム - Google Patents

認証システム、認証方法、プログラム Download PDF

Info

Publication number
WO2024009355A1
WO2024009355A1 PCT/JP2022/026598 JP2022026598W WO2024009355A1 WO 2024009355 A1 WO2024009355 A1 WO 2024009355A1 JP 2022026598 W JP2022026598 W JP 2022026598W WO 2024009355 A1 WO2024009355 A1 WO 2024009355A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
authentication information
external system
unit
slave
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2022/026598
Other languages
English (en)
French (fr)
Inventor
史堯 工藤
彰 永井
悠介 飯島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to PCT/JP2022/026598 priority Critical patent/WO2024009355A1/ja
Priority to JP2024531764A priority patent/JP7750413B2/ja
Priority to US18/880,556 priority patent/US20250392464A1/en
Publication of WO2024009355A1 publication Critical patent/WO2024009355A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/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/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/44—Program or device authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
    • H04L9/3228—One-time or temporary data, i.e. information which is sent for every authentication or authorization, e.g. one-time-password, one-time-token or one-time-key
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84—Vehicles

Definitions

  • the present invention relates to an authentication system, an authentication method, and a program for authenticating an unmanned aircraft.
  • unmanned aerial vehicles vehicles or transportation machines without humans on board
  • the possibility of grouping unmanned aerial vehicles together to provide services is being considered, and there will be a need to securely manage a huge number of unmanned aerial vehicles in the future. is expected to appear.
  • Non-Patent Document 1 As a method for realizing the authentication of IoT devices and unmanned aerial vehicles, a system (Non-Patent Document 1) has been disclosed in which electronic certificates and private keys are distributed from the central system side to IoT devices and unmanned aerial vehicles.
  • Figure 1 shows an example of the configuration of a service provision system using unmanned aerial vehicles that may be realized in the future.
  • a central control system 92 there are a central control system 92, N groups 93 including a base unit 931 and a slave unit 932 (93-1,..., 93-n,..., 93-N, N is integer greater than or equal to 1).
  • the parent device 931 belonging to the n-th group is expressed as a parent device 931-n.
  • the number of slave units 932 in each group is M (M is an integer of 1 or more), but the number of slave units 932 may be different for each group.
  • a slave unit 932 that belongs to the n-th group and is the m-th unit within the group is expressed as a slave unit 932-nm. This notation method is also followed in the examples described below.
  • an object of the present invention is to provide an authentication system that can centrally manage authentication information and authority even when there are a huge number of unmanned aircraft or groups of unmanned aircraft to be managed.
  • the authentication system of the present invention includes a certification authority, a central control system, a group including a master drone and a slave drone, a management system, and an external system.
  • the central control system includes a first authentication information transmitter that transmits the first authentication information received from the certificate authority to the base device.
  • the base unit includes an authentication unit that performs authentication with slave units belonging to the same group, and transmits a first token with an expiration date and second authentication information including the first authentication information to the authenticated slave unit.
  • a second authentication information transmitter is included.
  • the management system includes an authentication unit that performs authentication with the external system, and a third authentication unit that sends the second token and third authentication information including the first authentication information received from the authentication authority to the authenticated external system. Contains an information transmitter.
  • the slave device and the external system include an authentication unit that performs authentication based on the second authentication information and the third authentication information.
  • the authentication system of the present invention even if there are a huge number of unmanned aerial vehicles or groups of unmanned aerial vehicles to be managed, their authentication information and authority can be centrally managed.
  • FIG. 1 is a diagram illustrating a configuration example of a service providing system using an unmanned vehicle that may be realized in the future.
  • 1 is a block diagram showing a functional configuration of an authentication system according to a first embodiment
  • FIG. FIG. 2 is a block diagram showing the functional configuration of a certification authority according to the first embodiment.
  • 1 is a block diagram showing the functional configuration of a central control system according to a first embodiment
  • FIG. FIG. 2 is a block diagram showing the functional configuration of a master device according to the first embodiment.
  • FIG. 2 is a block diagram showing the functional configuration of a handset according to the first embodiment.
  • 1 is a block diagram showing a functional configuration of a management system according to a first embodiment;
  • FIG. 3 is a block diagram showing the functional configuration of an external system according to the first embodiment.
  • FIG. 2 is a diagram schematically showing the operation of the authentication system according to the first embodiment.
  • FIG. 3 is a sequence diagram showing the operation of the authentication system according to the first embodiment.
  • FIG. 2 is a block diagram showing the functional configuration of an authentication system according to a second embodiment.
  • FIG. 2 is a block diagram showing the functional configuration of a certificate authority according to a second embodiment.
  • FIG. 3 is a block diagram showing the functional configuration of a central control system according to a second embodiment.
  • FIG. 2 is a block diagram showing the functional configuration of a master device according to a second embodiment.
  • FIG. 3 is a block diagram showing the functional configuration of a slave device according to a second embodiment.
  • FIG. 2 is a block diagram showing the functional configuration of a management system according to a second embodiment.
  • FIG. 3 is a block diagram showing the functional configuration of an external system according to a second embodiment.
  • FIG. 3 is a sequence diagram showing the operation of the authentication system according to the second embodiment.
  • FIG. 3 is a block diagram showing the functional configuration of an authentication system according to a third embodiment.
  • FIG. 1 is a diagram showing an example of a functional configuration of a computer.
  • the authentication system 1 of this embodiment includes a certification authority 11, a central control system 12, a master device 131, a slave device 132, a management system 14, and an external system 15.
  • the base unit 131, slave unit 132, and external system 15 are placed in a secure environment such as TEE or SE, and each block is shown enclosed in square brackets to indicate that they are placed in the secure environment. .
  • this system has N groups 13 (groups 13-1,..., groups 13-n,..., groups 13-N, where N is 1 or more) including one base unit 131 and M slave units 132. (integer)).
  • a plurality of base devices 131 may belong to one group.
  • the number of slave units 132 may be different for each group.
  • the base unit 131 that belongs to the n-th group is expressed as base unit 131-n
  • the slave unit 132 that belongs to the n-th group and corresponds to the m-th unit in the group is expressed as slave unit 132-nm.
  • the certificate authority 11 includes a first authentication information issue request receiving section 111, a first authentication information transmitting section 112, a first authentication information issuing request receiving section 113, and a first authentication information transmitting section 134.
  • the central control system 12 includes a first authentication information issue request transmitting section 121, a first authentication information receiving section 122, and a first authentication information transmitting section 123.
  • each component 121 to 123 may be a separate device. Further, it may be configured by a device having two functions among the constituent features and a device having one function among the constituent features.
  • Base device 131 includes a first authentication information receiving section 1311, an authentication section 1312, and a second authentication information transmitting section 1313.
  • Handset 132 includes an authentication section 1321 , a second authentication information reception section 1322 , a communication request transmission section 1323 , an authentication section 1324 , and a service provision section 1325 .
  • the management system 14 includes a first authentication information issue request transmitting section 141, a first authentication information receiving section 142, an authentication section 143, and a third authentication information transmitting section 144.
  • each component 141 to 144 may be a separate device. Further, it may be configured by a device having functions of two or more of the constituent elements and a device functioning as the other constituent elements.
  • the external system 15 includes an authentication section 151 , a third authentication information reception section 152 , a communication request reception section 153 , an authentication section 154 , and a service reception section 155 .
  • each component 151 to 155 may be a separate device. Further, it may be configured by a device having functions of two or more of the constituent elements and a device functioning as the other constituent elements.
  • the base unit 131 is equipped with a secure environment such as SE (Secure Element) and TEE (Trusted Execution Environment), and manages and distributes the authentication information (second authentication information 6, shown in the figure) of the slave unit 132.
  • SE Secure Element
  • TEE Trusted Execution Environment
  • Only authentication information (fourth authentication information 7, shown in the figure) that allows the base unit 131 and the slave unit 132 to mutually confirm that they are legitimate terminals is distributed to the slave unit 132 in advance.
  • the fourth authentication information 7 include image recognition using a pre-shared key and physical characteristics. For example, as illustrated in the same figure, when the slave unit 132-1-M that belonged to group 13-1 is reassigned to group 13-n, the base unit 131-n of group 13-n is The fourth authentication information 7 is distributed in advance to the newly assigned handset 132-1-M so that they can mutually confirm that it is a legitimate terminal.
  • the management system 14 distributes authentication information (fifth authentication information A, shown in the figure) used for authentication with the external system 15 in advance.
  • the first authentication information issuance request transmitting unit 121 of the central control system 12 transmits a first authentication information issuance request to the certification authority 11 (S121).
  • the first authentication information issuance request receiving unit 111 of the certificate authority 11 receives the first authentication information issuance request from the central control system 12 (S111).
  • the first authentication information transmitting unit 112 of the certificate authority 11 issues first authentication information and transmits it to the central control system 12 (S112).
  • the first authentication information receiving unit 122 of the central control system 12 receives the first authentication information from the certificate authority 11 (S122).
  • the first authentication information transmitting unit 123 of the central control system 12 transmits the first authentication information received from the certificate authority 11 to the base device 131 (S123).
  • the first authentication information transmitting unit 1311 of the base device 131 receives the first authentication information from the central control system 12 (S1311).
  • the authentication unit 1312 of the base device 131 performs authentication with the slave device 132 belonging to the same group (S1312).
  • the aforementioned fourth authentication information 7 (FIG. 9) is used for authentication. It is preferable that the base unit 131 performs authentication with the slave unit 132 using close proximity communication (Bluetooth (registered trademark), NFC, etc.).
  • This system has the feature that the base unit 131, which is an unmanned aircraft, functions as an intermediate certification authority, which is a feature not found in conventional authentication systems. , flight) and establish close proximity communication in close proximity to the handset 132, reducing the risk of spoofing and operational errors, and establishing secure communication using a method not available in conventional authentication systems. be able to.
  • the authentication unit 1321 of the slave device 132 performs authentication with the base device 131 belonging to the same group (S1321).
  • the aforementioned fourth authentication information 7 (FIG. 9) is used for authentication. It is preferable that the slave device 132 performs authentication with the base device 131 using proximity communication.
  • the second authentication information transmitting unit 1313 of the base device 131 transmits the second authentication information including the first token with an expiration date and the first authentication information to the slave device 132 that has been authenticated in steps S1312 and S1321 ( S1313). It is preferable that the second authentication information transmitting unit 1313 of the base device 131 transmits the second authentication information to the slave device 132 using close proximity communication.
  • the first token is a one-time token that the base unit 131 pays out to the slave unit 132. Authentication/authorization information and an expiration date are written in the one-time token so that it can be confirmed that the external system 15 is a legitimate partner.
  • the first token may be the ID of the slave device 132.
  • the second authentication information receiving unit 1322 of the handset 132 that has been authenticated in steps S1312 and S1321 receives the second authentication information from the base device 131 (S1322). It is preferable that the second authentication information receiving unit 1322 receives the second authentication information using close proximity communication.
  • the first authentication information issuance request transmitting unit 141 of the management system 14 transmits a first authentication information issuance request to the certification authority 11 (S141).
  • the first authentication information issuance request receiving unit 113 of the certificate authority 11 receives the first authentication information issuance request from the management system 14 (S113).
  • the first authentication information transmitting unit 114 of the certificate authority 11 issues first authentication information and transmits it to the management system 14 (S114).
  • the first authentication information receiving unit 142 of the management system 14 receives the first authentication information from the certificate authority 11 (S142).
  • the authentication unit 151 of the external system 15 performs authentication with the management system 14 (S151).
  • the fifth authentication information A (FIG. 9) described above is used for authentication.
  • the authentication unit 143 of the management system 14 performs authentication with the external system 15 (S143).
  • the fifth authentication information A (FIG. 9) described above is used for authentication.
  • the third authentication information transmitting unit 144 of the management system 14 transmits third authentication information including the second token and the first authentication information received from the certificate authority 11 to the authenticated external system 15 (S144).
  • the second token may be set to be the ID of the external system 15.
  • the third authentication information receiving unit 152 of the external system 15 receives the third authentication information from the management system 14 (S152).
  • the communication request transmitting unit 1323 of the handset 132 transmits a communication request to the external system 15 (S1323).
  • the communication request receiving unit 153 of the external system 15 receives the communication request from the handset 132 (S153).
  • the authentication unit 154 of the external system 15 performs authentication with the slave device 132, which is the source of the communication request, based on the second authentication information and the third authentication information (S154). For example, when a system is configured using an ID-based encryption method, authentication can be performed using the ID of the handset 132, the ID of the external system 15, and the private key using the method described in Reference Patent Document 1.
  • Reference Patent Document 1 Japanese Unexamined Patent Publication No. 2021-019223
  • the authentication unit 1324 of the handset 132 performs authentication with the external system 15, which is the destination of the communication request, based on the second authentication information and the third authentication information (S1324). Similar to step S154, when the system is configured using an ID-based encryption method, authentication can be performed using the method described in Reference Patent Document 1.
  • the service providing unit 1325 of the authenticated handset 132 provides a service to the authenticated external system (S1325).
  • a typical example of a service is a logistics service.
  • a specific example of the external system 15 may be a baggage storage system.
  • the service receiving unit 155 of the authenticated external system 15 receives the service from the authenticated handset 132 (S155). In the case of a logistics service, this operation corresponds to receiving a package.
  • the authentication system 1 of this embodiment includes a certification authority 21, a central control system 22, a master device 231, a slave device 232, a management system 24, and an external system 25.
  • the unmanned aircraft (base unit 231, slave unit 232) is a drone
  • the management system 24 is a smart locker management system
  • the external system 25 is a smart locker.
  • the first authentication information is a private key
  • the first token is the ID of the handset
  • the second token is the ID of the external system
  • the handset 232 and the external system 25 are 232
  • the ID of the external system 25, and a secret key authentication is performed using an ID-based encryption method.
  • Figures 12 to 17 show the functional configuration of each device and system.
  • the names of the constituent elements of each device and system are the same as in the first embodiment, and some of the symbols have been changed.
  • the certificate authority 21 includes a first authentication information issue request receiving section 211, a first authentication information transmitting section 212, a first authentication information issuing request receiving section 213, and a first authentication information transmitting section 234.
  • the central control system 22 includes a first authentication information issue request transmitting section 221, a first authentication information receiving section 222, and a first authentication information transmitting section 223, and the base device 231 includes a first authentication information receiving section 2311 and a first authentication information receiving section 223.
  • an authentication section 2312, a second authentication information transmission section 2313, and the handset 232 includes an authentication section 2321, a second authentication information reception section 2322, a communication request transmission section 2323, an authentication section 2324, and a service provision section.
  • the management system 24 includes a first authentication information issue request sending unit 241, a first authentication information receiving unit 242, an authentication unit 243, and a third authentication information sending unit 244, and the external system 25 includes 251 , a third authentication information receiving section 252 , a communication request receiving section 253 , an authentication section 254 , and a service receiving section 255 .
  • the base unit 231, slave unit 232, and external system 25 are placed in a secure environment such as TEE or SE, and each block is shown enclosed in square brackets to indicate that they are placed in the secure environment.
  • an intermediate key issuing authority (intermediate KGC) under the certification authority 21 which is a root key issuing authority (KGC) is located within the secure environment of the base device 231 and in the management system 24.
  • steps S121, S111, S112, S122, S123, and S1311 of the first embodiment the operations in which the first authentication information is replaced with the private key are executed according to the components with the same names.
  • Steps S2312, S2321 The same operations as steps S1312 and S1321 in the first embodiment are respectively executed by constituent elements with the same names.
  • Steps S2313, S2322> the operation of reading the first token ⁇ delivery host information, the ID (public key) of the handset 232 incorporating the authority expiration date, and the first authentication information ⁇ private key is the same name. Each is executed according to its configuration requirements.
  • Steps S241, S213, S214, S242> In steps S141, S113, S114, and S142 of the first embodiment, the operations in which the first authentication information is replaced with the private key are executed by the components with the same name.
  • Steps S251, S243> The same operations as steps S151 and S143 in the first embodiment are respectively executed by constituent elements with the same names.
  • Steps S244, S252 In steps S144 and S152 of the first embodiment, the operations in which the second token is replaced with the ID of the external system 25 (smart locker) and the first authentication information are replaced with the private key are executed according to the components with the same name.
  • Steps S2323, S253 The same operations as steps S1323 and S153 in the first embodiment are respectively executed by constituent elements with the same names.
  • Steps S2325, S255> The same operations as steps S1325 and S155 in the first embodiment are respectively executed by constituent elements with the same names.
  • the content of the service is the delivery of packages by a drone formation, this corresponds to delivery and receipt of the delivered items.
  • the unmanned aircraft (base unit and slave unit) that appeared in Examples 1 and 2 are not autonomously moving drones, but are replaced with fixedly installed IoT devices 331 and 332. Good too.
  • the authentication system 3 of the third embodiment is configured by replacing the unmanned devices (base unit, slave unit) in the first embodiment with IOT devices (base unit 331, slave unit 332).
  • Authentication systems 1 to 3 in Examples 1 to 3 are not limited to hierarchical ID-based encryption, and may be configured to provide other authentication means, including, for example, hierarchical ID-based encryption with a revocation function.
  • a configuration may be used in which a public key infrastructure is utilized and an intermediate CA is placed in the parent device, or it may be realized by a unique authentication method in which the parent device can issue authentication information.
  • the device of the present invention includes, as a single hardware entity, an input section to which a keyboard or the like can be connected, an output section to which a liquid crystal display or the like can be connected, and a communication device (for example, a communication cable) capable of communicating with the outside of the hardware entity.
  • a communication unit that can be connected to a CPU (Central Processing Unit, which may include cache memory, registers, etc.), RAM and ROM that are memories, external storage devices that are hard disks, and their input units, output units, and communication units. , CPU, RAM, ROM, and an external storage device.
  • the hardware entity may be provided with a device (drive) that can read and write a recording medium such as a CD-ROM.
  • a physical entity with such hardware resources includes a general-purpose computer.
  • the external storage device of the hardware entity stores the program required to realize the above-mentioned functions and the data required for processing this program (not limited to the external storage device, for example, when reading the program (It may be stored in a ROM, which is a dedicated storage device.) Further, data obtained through processing of these programs is appropriately stored in a RAM, an external storage device, or the like.
  • each program stored in an external storage device or ROM, etc.
  • the data necessary for processing each program are read into memory as necessary, and are interpreted and executed and processed by the CPU as appropriate.
  • the CPU realizes predetermined functions (each of the constituent elements expressed as . . . units, . . . means, etc.).
  • the processing functions of the hardware entity (device of the present invention) described in the above embodiments are realized by a computer, the processing contents of the functions that the hardware entity should have are described by a program. By executing this program on a computer, the processing functions of the hardware entity are realized on the computer.
  • a program that describes this processing content can be recorded on a computer-readable recording medium.
  • the computer-readable recording medium may be of any type, such as a magnetic recording device, an optical disk, a magneto-optical recording medium, or a semiconductor memory.
  • magnetic recording devices include hard disk drives, flexible disks, magnetic tapes, etc.
  • optical disks include DVDs (Digital Versatile Discs), DVD-RAMs (Random Access Memory), and CD-ROMs (Compact Discs Read Only). Memory), CD-R (Recordable)/RW (ReWritable), etc. as magneto-optical recording media, MO (Magneto-Optical disc), etc. as semiconductor memory, EEP-ROM (Electrically Erasable and Programmable-Read Only Memory), etc. can be used.
  • this program is performed, for example, by selling, transferring, lending, etc. portable recording media such as DVDs and CD-ROMs on which the program is recorded. Furthermore, this program may be distributed by storing the program in the storage device of the server computer and transferring the program from the server computer to another computer via a network.
  • a computer that executes such a program for example, first stores a program recorded on a portable recording medium or a program transferred from a server computer in its own storage device. When executing a process, this computer reads a program stored in its own recording medium and executes a process according to the read program. In addition, as another form of execution of this program, the computer may directly read the program from a portable recording medium and execute processing according to the program, and furthermore, the program may be transferred to this computer from the server computer. The process may be executed in accordance with the received program each time.
  • ASP Application Service Provider
  • the above-mentioned processing is executed by a so-called ASP (Application Service Provider) service, which does not transfer programs from the server computer to this computer, but only realizes processing functions by issuing execution instructions and obtaining results.
  • ASP Application Service Provider
  • the hardware entity is configured by executing a predetermined program on a computer, but at least a part of these processing contents may be implemented in hardware.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Lock And Its Accessories (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

認証局と、中央制御システムと、親機である無人機と子機である無人機を含むグループと、管理システムと、外部システムを含む認証システムであって、前記中央制御システムは、前記認証局から受信した第１の認証情報を前記親機に送信する第１認証情報送信部を含み、前記親機は、同じグループに属する前記子機との認証を実行する認証部と、認証された前記子機に有効期限付きの第１のトークンと前記第１の認証情報を含む第２の認証情報を送信する第２認証情報送信部を含み、前記管理システムは、前記外部システムとの認証を実行する認証部と、認証された前記外部システムに第２のトークンと前記認証局から受信した前記第１の認証情報を含む第３の認証情報を送信する第３認証情報送信部を含み、前記子機と前記外部システムは、前記第２の認証情報と前記第３の認証情報に基づいて認証を実行する認証部を含む。

Description

認証システム、認証方法、プログラム
　本発明は、無人機を認証する認証システム、認証方法、プログラムに関する。
　無人機（人が搭乗しない乗り物または輸送機械）を使ったサービスでは、無人機がグループを組んでサービスを提供することも検討されており、今後膨大な数の無人機をセキュアに管理する必要性が出てくると想定される。
　無人機の管理にあたっては、無人機のグループが状況に応じて親機同士で子機を融通し合うなど、柔軟性の高い管理方法が求められる。
　ＩｏＴデバイスや無人機の認証を実現する方法として、中央システム側からＩｏＴデバイスや無人機に対して電子証明書及び秘密鍵を配布するシステム（非特許文献１）が開示されている。
Prodrone Co., Ltd., "ドローンの通信セキュリティ強化のための実証実験を開始 ～GMOグローバルサインのセキュリティ技術で「空」もセキュアに～"、［online］、令和 3 年 5 月 14 日、Prodrone Co., Ltd., ［令和 4 年 6 月 20日検索］、インターネット〈URL：https://www.prodrone.com/jp/release/7589/〉
　図１に今後実現される可能性がある無人機によるサービス提供システムの構成例を示す。同図に示すようにこの構成例では、中央制御システム９２と、親機９３１と子機９３２を含むグループ９３をＮ個（９３－１，…，９３－ｎ，…，９３－Ｎ、Ｎは１以上の整数）含む。ｎ番目のグループに属する親機９３１は親機９３１－ｎと表記される。
　同図においては便宜上各グループの子機９３２の台数は全てＭ台（Ｍは１以上の整数）としたが、子機９３２の台数はグループごとに異なっていてもよい。ｎ番目のグループに属し、グループ内でｍ台目に該当する子機９３２は子機９３２－ｎ－ｍと表記される。この表記方法は後述の実施例においても踏襲される。
　無人機が無人機同士もしくはその他システムとセキュアな通信を行うためには、無人機に、各個体を識別できる認証情報を配布する必要があるが、図１においてＮ，Ｍの値が大きい場合、すなわち無人機が膨大に存在する場合には、すべての個体の認証情報や権限を中央で管理するのは困難である。また、グループの組み換え時には、適切に認証情報や権限の制御が行われる必要があるが、グループの数が膨大にある場合は、中央で管理するのは困難である。
　そこで本発明は、管理対象の無人機や無人機のグループが膨大にある場合であっても、これらの認証情報や権限を中央で管理することができる認証システムを提供することを目的とする。
　本発明の認証システムは、認証局と、中央制御システムと、親機である無人機と子機である無人機を含むグループと、管理システムと、外部システムを含む。
　中央制御システムは、認証局から受信した第１の認証情報を親機に送信する第１認証情報送信部を含む。
　親機は、同じグループに属する子機との認証を実行する認証部と、認証された子機に有効期限付きの第１のトークンと第１の認証情報を含む第２の認証情報を送信する第２認証情報送信部を含む。
　管理システムは、外部システムとの認証を実行する認証部と、認証された外部システムに第２のトークンと認証局から受信した第１の認証情報を含む第３の認証情報を送信する第３認証情報送信部を含む。
　子機と外部システムは、第２の認証情報と第３の認証情報に基づいて認証を実行する認証部を含む。
　本発明の認証システムによれば、管理対象の無人機や無人機のグループが膨大にある場合であっても、これらの認証情報や権限を中央で管理することができる。
今後実現される可能性がある無人機によるサービス提供システムの構成例を示す図。 実施例１の認証システムの機能構成を示すブロック図。 実施例１の認証局の機能構成を示すブロック図。 実施例１の中央制御システムの機能構成を示すブロック図。 実施例１の親機の機能構成を示すブロック図。 実施例１の子機の機能構成を示すブロック図。 実施例１の管理システムの機能構成を示すブロック図。 実施例１の外部システムの機能構成を示すブロック図。 実施例１の認証システムの動作の概略を示す図。 実施例１の認証システムの動作を示すシーケンス図。 実施例２の認証システムの機能構成を示すブロック図。 実施例２の認証局の機能構成を示すブロック図。 実施例２の中央制御システムの機能構成を示すブロック図。 実施例２の親機の機能構成を示すブロック図。 実施例２の子機の機能構成を示すブロック図。 実施例２の管理システムの機能構成を示すブロック図。 実施例２の外部システムの機能構成を示すブロック図。 実施例２の認証システムの動作を示すシーケンス図。 実施例３の認証システムの機能構成を示すブロック図。 コンピュータの機能構成例を示す図。
　以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
　以下、図２を参照して実施例１の認証システム１の構成を説明する。同図に示すように本実施例の認証システム１は、認証局１１と、中央制御システム１２と、親機１３１と、子機１３２と、管理システム１４と、外部システム１５を含む構成である。親機１３１、子機１３２、外部システム１５は、ＴＥＥやＳＥなどのセキュア環境内に配置されており、セキュア環境内に配置されている状態を示すために各ブロックをカギ括弧で囲んで示した。
　なお、本システムは、１台の親機１３１とＭ台の子機１３２を含むグループ１３をＮ個（グループ１３－１，…，グループ１３－ｎ，…，グループ１３－Ｎ、Ｎは１以上の整数）含む。親機１３１は１つのグループ内に複数台属していてもよい。子機１３２の台数はグループごとに異なっていてもよい。
　ｎ番目のグループに属する親機１３１は親機１３１－ｎと表記され、ｎ番目のグループに属し、グループ内でｍ台目に該当する子機１３２は子機１３２－ｎ－ｍと表記される。枝番を付さずに、親機１３１、子機１３２と表現する場合は、任意の親機、子機を指すものとする。
　以下、図３を参照して、認証局１１の機能構成を説明する。認証局１１は、第１認証情報発行依頼受信部１１１と、第１認証情報送信部１１２と、第１認証情報発行依頼受信部１１３と、第１認証情報送信部１３４を含む。
　以下、図４を参照して、中央制御システム１２の機能構成を説明する。中央制御システム１２は、第１認証情報発行依頼送信部１２１と、第１認証情報受信部１２２と、第１認証情報送信部１２３を含む。中央制御システム１２を複数の装置で構成する場合、各構成要件（１２１～１２３）のそれぞれを別の装置としてもよい。また構成要件のうち２つの機能を備える装置と、構成要件のうち１つの機能を備える装置により構成されていてもよい。
　以下、図５を参照して、親機１３１の機能構成を説明する。親機１３１は、第１認証情報受信部１３１１と、認証部１３１２と、第２認証情報送信部１３１３を含む。
　以下、図６を参照して、子機１３２の機能構成を説明する。子機１３２は、認証部１３２１と、第２認証情報受信部１３２２と、通信依頼送信部１３２３と、認証部１３２４と、サービス提供部１３２５を含む。
　以下、図７を参照して、管理システム１４の機能構成を説明する。管理システム１４は、第１認証情報発行依頼送信部１４１と、第１認証情報受信部１４２と、認証部１４３と、第３認証情報送信部１４４を含む。管理システム１４を複数の装置で構成する場合、各構成要件（１４１～１４４）のそれぞれを別の装置としてもよい。また構成要件のうち２つ以上の機能を備える装置と、その他の構成要件として機能する装置により構成されていてもよい。
　以下、図８を参照して、外部システム１５の機能構成を説明する。外部システム１５は、認証部１５１と、第３認証情報受信部１５２と、通信依頼受信部１５３と、認証部１５４と、サービス受取部１５５を含む。外部システム１５を複数の装置で構成する場合、各構成要件（１５１～１５５）のそれぞれを別の装置としてもよい。また構成要件のうち２つ以上の機能を備える装置と、その他の構成要件として機能する装置により構成されていてもよい。
　図９に示すように、本実施例の認証システム１は、権限管理を階層構造にし、中央制御システム１２は親機１３１の認証情報（第１の認証情報５、同図）のみを管理することを特徴とする。第１の認証情報として任意の認証情報を用いることができるが、例えばシステムをＩＤベース暗号方式で組む場合、第１の認証情報＝秘密鍵となる（詳細は実施例２を参照）。
　親機１３１はＳＥ（Secure Element）やＴＥＥ(Trusted Execution Environment)などのセキュア環境を搭載し、子機１３２の認証情報（第２の認証情報６、同図）の管理・配布を行う。
　子機１３２には親機１３１と子機１３２の間で互いに正規の端末であることを確認可能な認証情報（第４の認証情報７、同図）のみ事前に配布しておく。第４の認証情報７として、例えば事前共有鍵や物理的な特徴を使った画像認識などが挙げられる。例えば同図に例示するように、グループ１３－１に属していた子機１３２－１－Ｍが、グループ１３－ｎに配属変更となった場合、グループ１３－ｎの親機１３１－ｎは、新しく配属された子機１３２－１－Ｍに対して、第４の認証情報７を事前に配布し、互いに正規の端末であることを確認可能な状態にしておく。
　また、管理システム１４は外部システム１５との認証に用いる認証情報（第５の認証情報Ａ、同図）を事前に配布しておくものとする。
　以下、図１０のシーケンスに基づいて、本実施例の認証システム１の各装置の動作を構成要件ごとに説明する。
＜中央制御システム１２－第１認証情報発行依頼送信部１２１＞
　まず、中央制御システム１２の第１認証情報発行依頼送信部１２１は、認証局１１に第１の認証情報発行依頼を送信する（Ｓ１２１）。
＜認証局１１－第１認証情報発行依頼受信部１１１＞
　認証局１１の第１認証情報発行依頼受信部１１１は、中央制御システム１２から第１の認証情報発行依頼を受信する（Ｓ１１１）。
＜認証局１１－第１認証情報送信部１１２＞
　認証局１１の第１認証情報送信部１１２は第１の認証情報を発行し、中央制御システム１２に送信する（Ｓ１１２）。
＜中央制御システム１２－第１認証情報受信部１２２＞
　中央制御システム１２の第１認証情報受信部１２２は、認証局１１から第１の認証情報を受信する（Ｓ１２２）。
＜中央制御システム１２－第１認証情報送信部１２３＞
　中央制御システム１２の第１認証情報送信部１２３は、認証局１１から受信した第１の認証情報を親機１３１に送信する（Ｓ１２３）。
＜親機１３１－第１認証情報受信部１３１１＞
　親機１３１の第１認証情報送信部１３１１は、中央制御システム１２から第１の認証情報を受信する（Ｓ１３１１）。
＜親機１３１－認証部１３１２＞
　親機１３１の認証部１３１２は、同じグループに属する子機１３２との認証を実行する（Ｓ１３１２）。認証には前述した第４の認証情報７（図９）が用いられる。親機１３１は近接通信（Bluetooth（登録商標），NFCなど）を用いて子機１３２との認証を実行すれば好適である。
　本システムは、従来の認証システムには無い特徴である無人機である親機１３１が中間認証局として機能するという特徴を備えているため、無人機である中間認証局自身が移動（航行、走行、飛行）して、子機１３２に近接して近接通信を確立することができるため、なりすましや運用ミスなどが発生するリスクを低減でき、従来の認証システムに無い方法でセキュアな通信を確立することができる。
＜子機１３２－認証部１３２１＞
　子機１３２の認証部１３２１は、同じグループに属する親機１３１との認証を実行する（Ｓ１３２１）。認証には前述した第４の認証情報７（図９）が用いられる。子機１３２は近接通信を用いて親機１３１との認証を実行すれば好適である。
＜親機１３１－第２認証情報送信部１３１３＞
　親機１３１の第２認証情報送信部１３１３は、ステップＳ１３１２，Ｓ１３２１で認証済みの子機１３２に有効期限付きの第１のトークンと第１の認証情報を含む第２の認証情報を送信する（Ｓ１３１３）。親機１３１の第２認証情報送信部１３１３は、近接通信を用いて子機１３２に第２の認証情報を送信すれば好適である。
　第１のトークンは、親機１３１が子機１３２に払い出すワンタイムトークンとすれば好適である。ワンタイムトークンには、認証・権限情報と有効期限が書き込まれ、外部システム１５が正当な相手であることが確認できるようにしておく。例えばシステムをＩＤベース暗号方式で組む場合、第１のトークン＝子機１３２のＩＤとすればよい。
＜子機１３２－第２認証情報受信部１３２２＞
　ステップＳ１３１２，Ｓ１３２１で認証済みの子機１３２の第２認証情報受信部１３２２は、親機１３１から第２の認証情報を受信する（Ｓ１３２２）。第２認証情報受信部１３２２は、近接通信を用いて第２の認証情報を受信すれば好適である。
＜管理システム１４－第１認証情報発行依頼送信部１４１＞
　管理システム１４の第１認証情報発行依頼送信部１４１は、認証局１１に第１の認証情報発行依頼を送信する（Ｓ１４１）。
＜認証局１１－第１認証情報発行依頼受信部１１３＞
　認証局１１の第１認証情報発行依頼受信部１１３は、管理システム１４から第１の認証情報発行依頼を受信する（Ｓ１１３）。
＜認証局１１－第１認証情報送信部１１４＞
　認証局１１の第１認証情報送信部１１４は第１の認証情報を発行し、管理システム１４に送信する（Ｓ１１４）。
＜管理システム１４－第１認証情報受信部１４２＞
　管理システム１４の第１認証情報受信部１４２は、認証局１１から第１の認証情報を受信する（Ｓ１４２）。
＜外部システム１５－認証部１５１＞
　外部システム１５の認証部１５１は、管理システム１４との認証を実行する（Ｓ１５１）。認証には前述した第５の認証情報Ａ（図９）が用いられる。
＜管理システム１４－認証部１４３＞
　管理システム１４の認証部１４３は、外部システム１５との認証を実行する（Ｓ１４３）。認証には前述した第５の認証情報Ａ（図９）が用いられる。
＜管理システム１４－第３認証情報送信部１４４＞
　管理システム１４の第３認証情報送信部１４４は、認証済みの外部システム１５に第２のトークンと認証局１１から受信した第１の認証情報を含む第３の認証情報を送信する（Ｓ１４４）。例えばシステムをＩＤベース暗号方式で組む場合、第２のトークン＝外部システム１５のＩＤとすればよい。
＜外部システム１５－第３認証情報受信部１５２＞
　外部システム１５の第３認証情報受信部１５２は、管理システム１４から第３の認証情報を受信する（Ｓ１５２）。
＜子機１３２－通信依頼送信部１３２３＞
　子機１３２の通信依頼送信部１３２３は、外部システム１５に通信依頼を送信する（Ｓ１３２３）。
＜外部システム１５－通信依頼受信部１５３＞
　外部システム１５の通信依頼受信部１５３は、子機１３２から通信依頼を受信する（Ｓ１５３）。
＜外部システム１５－認証部１５４＞
　外部システム１５の認証部１５４は、第２の認証情報と第３の認証情報に基づいて、通信依頼の送信元である子機１３２との認証を実行する（Ｓ１５４）。例えばシステムをＩＤベース暗号方式で組む場合、子機１３２のＩＤ、外部システム１５のＩＤ、秘密鍵を用いて、参考特許文献１に記載の方法で認証を実行することができる。
（参考特許文献１：特開２０２１－０１９２２３号公報）
＜子機１３２－認証部１３２４＞
　子機１３２の認証部１３２４は、第２の認証情報と第３の認証情報に基づいて、通信依頼の送信先である外部システム１５との認証を実行する（Ｓ１３２４）。ステップＳ１５４と同様、システムをＩＤベース暗号方式で組む場合、参考特許文献１に記載の方法で認証を実行することができる。
＜子機１３２－サービス提供部１３２５＞
　認証済みの子機１３２のサービス提供部１３２５は、認証済みの外部システムに対して、サービスを提供する（Ｓ１３２５）。サービスの典型例として、物流サービスなどがある。外部システム１５の具体例として荷物を預かるシステムなどが考えられる。
＜外部システム１５－サービス受取部１５５＞
　認証済みの外部システム１５のサービス受取部１５５は、認証済みの子機１３２からサービスを受け取る（Ｓ１５５）。物流サービスであればこの動作は荷物の受け取りに該当する。
　以下、図１１を参照して実施例１の認証システム１をＩＤベース暗号方式で構成した実施例２の認証システム２の機能構成を説明する。同図に示すように本実施例の認証システム１は、認証局２１と、中央制御システム２２と、親機２３１と、子機２３２と、管理システム２４と、外部システム２５を含む構成である。
　本実施例において、無人機（親機２３１、子機２３２）はドローンであり、管理システム２４はスマートロッカー管理システムであり、外部システム２５はスマートロッカーである。また、第１の認証情報は秘密鍵であり、第１のトークンは、子機のＩＤであり、第２のトークンは、外部システムのＩＤであり、子機２３２と外部システム２５は、子機２３２のＩＤと、外部システム２５のＩＤと、秘密鍵に基づいて、ＩＤベース暗号方式により認証を実行することを特徴とする。
　図１２～図１７に各装置、システムの機能構成を示す。各装置、システムの構成要件の名称は実施例１と同じであり、符号の一部が変更されている。
　より詳細には、認証局２１は、第１認証情報発行依頼受信部２１１と、第１認証情報送信部２１２と、第１認証情報発行依頼受信部２１３と、第１認証情報送信部２３４を含み、中央制御システム２２は、第１認証情報発行依頼送信部２２１と、第１認証情報受信部２２２と、第１認証情報送信部２２３を含み、親機２３１は、第１認証情報受信部２３１１と、認証部２３１２と、第２認証情報送信部２３１３を含み、子機２３２は、認証部２３２１と、第２認証情報受信部２３２２と、通信依頼送信部２３２３と、認証部２３２４と、サービス提供部２３２５を含み、管理システム２４は、第１認証情報発行依頼送信部２４１と、第１認証情報受信部２４２と、認証部２４３と、第３認証情報送信部２４４を含み、外部システム２５は、認証部２５１と、第３認証情報受信部２５２と、通信依頼受信部２５３と、認証部２５４と、サービス受取部２５５を含む。
　親機２３１、子機２３２、外部システム２５は、ＴＥＥやＳＥなどのセキュア環境内に配置されており、セキュア環境内に配置されている状態を示すために各ブロックをカギ括弧で囲んで示した。本実施例では、ルート鍵発行局（ＫＧＣ）である認証局２１配下の中間鍵発行局（中間ＫＧＣ）を、親機２３１のセキュア環境内、および管理システム２４に配置する。
　以下、図１８のシーケンスに基づいて、本実施例の認証システム２の各装置の動作を説明する。
＜ステップＳ２２１，Ｓ２１１，Ｓ２１２，Ｓ２２２，Ｓ２２３，Ｓ２３１１＞
　実施例１のステップＳ１２１，Ｓ１１１，Ｓ１１２，Ｓ１２２，Ｓ１２３，Ｓ１３１１において、第１の認証情報→秘密鍵と読み替えた動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２３１２，Ｓ２３２１＞
　実施例１のステップＳ１３１２，Ｓ１３２１と同じ動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２３１３，Ｓ２３２２＞
　実施例１のステップＳ１３１３，Ｓ１３２２において、第１のトークン→配送主情報、権限有効期限を組み込んだ子機２３２のＩＤ（公開鍵）、第１の認証情報→秘密鍵と読み替えた動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２４１，Ｓ２１３，Ｓ２１４，Ｓ２４２＞
　実施例１のステップＳ１４１，Ｓ１１３，Ｓ１１４，Ｓ１４２において、第１の認証情報→秘密鍵と読み替えた動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２５１，Ｓ２４３＞
　実施例１のステップＳ１５１，Ｓ１４３と同じ動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２４４，Ｓ２５２＞
　実施例１のステップＳ１４４，Ｓ１５２において、第２のトークン→外部システム２５（スマートロッカー）のＩＤ、第１の認証情報→秘密鍵と読み替えた動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２３２３，Ｓ２５３＞
　実施例１のステップＳ１３２３，Ｓ１５３と同じ動作が、同名の構成要件によりそれぞれ実行される。
＜ステップＳ２３２４、Ｓ２５４＞
　ステップＳ２３２４、Ｓ２５４については、子機２３２のＩＤ、外部システム２５（スマートロッカー）のＩＤ、秘密鍵を用いて、参考特許文献１に記載の方法で認証を実行することができる。
＜ステップＳ２３２５，Ｓ２５５＞
　実施例１のステップＳ１３２５，Ｓ１５５と同じ動作が、同名の構成要件によりそれぞれ実行される。本実施例では、ドローン編隊による荷物の配送をサービスの内容としているため、配送物の引渡、受取に該当する。
　実施例１、２の認証システム１、２によれば、管理対象の無人機や無人機のグループが膨大にある場合であっても、個体管理コストを低くすることができるため、これらの認証情報や権限を中央で管理することができる。また、無人機グループの配属変更を任意のタイミングで行うことができる。
　図１９に示すように、実施例１、２に登場した無人機（親機及び子機）は自律的に移動を行う無人機でなく、固定的に設置されたＩｏＴデバイス３３１、３３２に置き換えてもよい。同図に示すように、実施例３の認証システム３は、実施例１における無人機（親機、子機）をＩＯＴデバイス（親機３３１、子機３３２）に代替して構成されている。
＜変形例＞
　実施例１～３の認証システム１～３は、階層型ＩＤベース暗号に限らず、例えば失効機能付き階層型ＩＤベース暗号を含む、他の認証手段を用意する形態でも良い。例えば、公開鍵基盤を活用し、親機に中間ＣＡを配置するような構成でも良いし、親機が認証情報を発行可能な独自の認証方法によって実現されても良い。
＜補記＞
　本発明の装置は、例えば単一のハードウェアエンティティとして、キーボードなどが接続可能な入力部、液晶ディスプレイなどが接続可能な出力部、ハードウェアエンティティの外部に通信可能な通信装置（例えば通信ケーブル）が接続可能な通信部、ＣＰＵ（Central Processing Unit、キャッシュメモリやレジスタなどを備えていてもよい）、メモリであるＲＡＭやＲＯＭ、ハードディスクである外部記憶装置並びにこれらの入力部、出力部、通信部、ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置の間のデータのやり取りが可能なように接続するバスを有している。また必要に応じて、ハードウェアエンティティに、ＣＤ－ＲＯＭなどの記録媒体を読み書きできる装置（ドライブ）などを設けることとしてもよい。このようなハードウェア資源を備えた物理的実体としては、汎用コンピュータなどがある。
　ハードウェアエンティティの外部記憶装置には、上述の機能を実現するために必要となるプログラムおよびこのプログラムの処理において必要となるデータなどが記憶されている（外部記憶装置に限らず、例えばプログラムを読み出し専用記憶装置であるＲＯＭに記憶させておくこととしてもよい）。また、これらのプログラムの処理によって得られるデータなどは、ＲＡＭや外部記憶装置などに適宜に記憶される。
　ハードウェアエンティティでは、外部記憶装置（あるいはＲＯＭなど）に記憶された各プログラムとこの各プログラムの処理に必要なデータが必要に応じてメモリに読み込まれて、適宜にＣＰＵで解釈実行・処理される。その結果、ＣＰＵが所定の機能（上記、…部、…手段などと表した各構成要件）を実現する。
　本発明は上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。また、上記実施形態において説明した処理は、記載の順に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されるとしてもよい。
　既述のように、上記実施形態において説明したハードウェアエンティティ（本発明の装置）における処理機能をコンピュータによって実現する場合、ハードウェアエンティティが有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記ハードウェアエンティティにおける処理機能がコンピュータ上で実現される。
　上述の各種の処理は、図２０に示すコンピュータの記録部１００２０に、上記方法の各ステップを実行させるプログラムを読み込ませ、制御部１００１０、入力部１００３０、出力部１００４０などに動作させることで実施できる。
　この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ（Random Access Memory）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ－ＲＯＭ（Electrically Erasable and Programmable-Read Only Memory）等を用いることができる。
　また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
　このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
　また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、ハードウェアエンティティを構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

Claims (8)

  1. 　認証局と、中央制御システムと、親機である無人機と子機である無人機を含むグループと、管理システムと、外部システムを含む認証システムであって、
    　前記中央制御システムは、
    　前記認証局から受信した第１の認証情報を前記親機に送信する第１認証情報送信部を含み、
    　前記親機は、
    　同じグループに属する前記子機との認証を実行する認証部と、
    　認証された前記子機に有効期限付きの第１のトークンと前記第１の認証情報を含む第２の認証情報を送信する第２認証情報送信部を含み、
    　前記管理システムは、
    　前記外部システムとの認証を実行する認証部と、
    　認証された前記外部システムに第２のトークンと前記認証局から受信した前記第１の認証情報を含む第３の認証情報を送信する第３認証情報送信部を含み、
    　前記子機と前記外部システムは、
    　前記第２の認証情報と前記第３の認証情報に基づいて認証を実行する認証部を含む
    　認証システム。
  2. 　請求項１に記載の認証システムであって、
    　前記親機の前記認証部は、
    　近接通信を用いて前記子機との認証を実行する
    　認証システム。
  3. 　請求項１に記載の認証システムであって、
    　前記親機の前記第２認証情報送信部は、
    　近接通信を用いて前記子機に前記第２の認証情報を送信する
    　認証システム。
  4. 　請求項２または３に記載の認証システムであって、
    　前記無人機はドローンであり、
    　前記外部システムはスマートロッカーである
    　認証システム。
  5. 　請求項１から３の何れかに記載の認証システムであって、
    　前記第１の認証情報は秘密鍵であり、
    　前記第１のトークンは、前記子機のＩＤであり、
    　前記第２のトークンは、前記外部システムのＩＤであり、
    　前記子機と前記外部システムは、
    　前記子機のＩＤと、前記外部システムのＩＤと、前記秘密鍵に基づいて、ＩＤベース暗号方式により認証を実行する
    　認証システム。
  6. 　認証局と、中央制御システムと、親機である無人機と、子機である無人機と、管理システムと、外部システムが実行する認証方法であって、
    　前記中央制御システムは、
    　前記認証局から受信した第１の認証情報を前記親機に送信するステップを実行し、
    　前記親機は、
    　同じグループに属する前記子機との認証を実行するステップと、
    　認証された前記子機に有効期限付きの第１のトークンと前記第１の認証情報を含む第２の認証情報を送信するステップを実行し、
    　前記管理システムは、
    　前記外部システムとの認証を実行するステップと、
    　認証された前記外部システムに第２のトークンと前記認証局から受信した前記第１の認証情報を含む第３の認証情報を送信するステップを実行し、
    　前記子機と前記外部システムは、
    　前記第２の認証情報と前記第３の認証情報に基づいて認証を実行するステップを実行する
    　認証方法。
  7. 　コンピュータを請求項１に記載の中央制御システムとして機能させるプログラム。
  8. 　無人機を請求項１に記載の親機、または子機として機能させるプログラム。
PCT/JP2022/026598 2022-07-04 2022-07-04 認証システム、認証方法、プログラム Ceased WO2024009355A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2022/026598 WO2024009355A1 (ja) 2022-07-04 2022-07-04 認証システム、認証方法、プログラム
JP2024531764A JP7750413B2 (ja) 2022-07-04 2022-07-04 認証システム、認証方法、プログラム
US18/880,556 US20250392464A1 (en) 2022-07-04 2022-07-04 Authentication system, authentication method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/026598 WO2024009355A1 (ja) 2022-07-04 2022-07-04 認証システム、認証方法、プログラム

Publications (1)

Publication Number Publication Date
WO2024009355A1 true WO2024009355A1 (ja) 2024-01-11

Family

ID=89452925

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/026598 Ceased WO2024009355A1 (ja) 2022-07-04 2022-07-04 認証システム、認証方法、プログラム

Country Status (3)

Country Link
US (1) US20250392464A1 (ja)
JP (1) JP7750413B2 (ja)
WO (1) WO2024009355A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018074253A (ja) * 2016-10-25 2018-05-10 国立研究開発法人情報通信研究機構 無人航空機を介した暗号鍵共有システム、無人航空機による信号伝送システム、無人航空機
US20180279105A1 (en) * 2014-08-19 2018-09-27 Aeryon Labs Inc. Secure system for emergency-mode operation, system monitoring and trusted access vehicle location and recovery
US20200007384A1 (en) * 2016-07-01 2020-01-02 Intel Corporation Internet-of-things swarm management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180279105A1 (en) * 2014-08-19 2018-09-27 Aeryon Labs Inc. Secure system for emergency-mode operation, system monitoring and trusted access vehicle location and recovery
US20200007384A1 (en) * 2016-07-01 2020-01-02 Intel Corporation Internet-of-things swarm management
JP2018074253A (ja) * 2016-10-25 2018-05-10 国立研究開発法人情報通信研究機構 無人航空機を介した暗号鍵共有システム、無人航空機による信号伝送システム、無人航空機

Also Published As

Publication number Publication date
JPWO2024009355A1 (ja) 2024-01-11
US20250392464A1 (en) 2025-12-25
JP7750413B2 (ja) 2025-10-07

Similar Documents

Publication Publication Date Title
Gousteris et al. Secure distributed cloud storage based on the blockchain technology and smart contracts
CN111541724B (zh) 区块链一体机及其节点自动加入方法、装置
KR102205654B1 (ko) 분산 환경에서의 신원 인증 방법
US9225693B2 (en) Major management apparatus, authorized management apparatus, electronic apparatus for delegation management, and delegation management methods thereof
CN111541552B (zh) 区块链一体机及其节点自动加入方法、装置
CN112381646A (zh) 基于区块链的隐私交易及其应用方法和装置
EP1505509A1 (en) Information processing device and method, information processing system, recording medium, and program
US20190080299A1 (en) Cyber ownership transfer
WO2009107351A1 (ja) 情報セキュリティ装置および情報セキュリティシステム
CN108694330A (zh) 物联网数据管理方法、平台及设备
CN111034116A (zh) 密钥管理装置、通信设备和密钥共享方法
JP2023027775A (ja) プライバシーを維持した監査可能アカウントのためのコンピュータ実装方法、コンピュータシステム及びコンピュータプログラム（プライバシーを維持した監査可能アカウント）
KR102263202B1 (ko) 분산 ID 를 이용한 IoT 디바이스의 인증 방법 및 시스템
KR20230094891A (ko) 연합 학습 시스템 및 그 동작 방법
CN114928617B (zh) 专网签约数据管理方法、装置、设备及介质
JP7750413B2 (ja) 認証システム、認証方法、プログラム
JP6919484B2 (ja) 暗号通信方法、暗号通信システム、鍵発行装置、プログラム
WO2022166278A1 (zh) 数据处理方法、装置和存储介质
JP7327208B2 (ja) データ記録装置、データ記録方法、データ記録プログラム、システム、方法、および、プログラム
CN101366088A (zh) 用于提供、分发并刻录数字数据的方法及关联分发服务器
JP2025092374A (ja) 車両システム内のデバイスを管理するためのシステムおよび方法
Pérez‐Solà et al. BArt: Trading digital contents through digital assets
CN111639352B (zh) 电子证明的生成方法、装置、电子设备及可读存储介质
KR102813292B1 (ko) 콘텐츠 월렛을 활용한 콘텐츠 거래 시스템 및 그 제어 방법
WO2022264205A1 (ja) データ処理システム、秘密計算装置、データ処理方法、プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22950150

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024531764

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18880556

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22950150

Country of ref document: EP

Kind code of ref document: A1