WO2024058068A1 - ＩｏＴシステム及びプログラム - Google Patents

ＩｏＴシステム及びプログラム Download PDF

Info

Publication number
WO2024058068A1
WO2024058068A1 PCT/JP2023/032844 JP2023032844W WO2024058068A1 WO 2024058068 A1 WO2024058068 A1 WO 2024058068A1 JP 2023032844 W JP2023032844 W JP 2023032844W WO 2024058068 A1 WO2024058068 A1 WO 2024058068A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
iot
communication device
iot device
mutual authentication
Prior art date
Application number
PCT/JP2023/032844
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 株式会社東芝
Publication of WO2024058068A1 publication Critical patent/WO2024058068A1/ja

Links

Images

Classifications

    • 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/44—Program or device 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
    • 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/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms

Definitions

  • Embodiments of the present invention relate to an IoT system and program.
  • IoT Internet of Things
  • mutual authentication may be performed using a secure element in order to establish a secure communication path for transmitting and receiving information between devices.
  • mutual authentication will be required even when sending and receiving information with relatively low confidentiality, which will excessively restrict the freedom of communication between devices and reduce convenience. there's a possibility that.
  • an object of the embodiments is to provide an IoT system and program that can improve the degree of freedom of communication between devices without compromising security.
  • the IoT system of the embodiment includes a communication device and an IoT device.
  • the communication device is capable of identifying the user via the security device.
  • the IoT device includes a secure element that performs encryption processing to establish a secure channel with a communication device.
  • the communication device and the IoT device each have a list indicating the first information and the second information.
  • the first information is information that can be exchanged when mutual authentication is not performed between the communication device and the IoT device.
  • the second information is information that can be exchanged when performing mutual authentication.
  • the communication device obtains a list from the IoT device, and based on the obtained list, transmits first information to the IoT device when mutual authentication is not to be performed, and transmits second information to the IoT device when mutual authentication is to be performed.
  • the IoT device obtains a list from the communication device, and based on the obtained list, transmits first information to the communication device if mutual authentication is not to be performed, and transmits second information to the communication device if mutual authentication is to be performed. Send to device.
  • FIG. 1 is a diagram illustrating an example of the configuration of an IoT system according to an embodiment.
  • FIG. 2 is a diagram illustrating an example of a functional configuration of a communication device and an IoT device according to an embodiment.
  • FIG. 3 is a flowchart showing an example of the overall processing flow in the IoT system of the embodiment.
  • FIG. 4 is a diagram illustrating an example of the data structure of a list according to the embodiment.
  • FIG. 5 is a sequence diagram illustrating an example of pre-processing of the communication device and IoT device of the embodiment.
  • FIG. 6 is a flowchart illustrating an example of processing in the risk management function of the embodiment.
  • FIG. 7 is a sequence diagram illustrating an example of processing when transferring first information in the IoT system of the embodiment.
  • FIG. 1 is a diagram showing an example of the configuration of an IoT system 1 according to an embodiment.
  • the IoT system 1 of this embodiment includes a communication device 2 and an IoT device 3.
  • the communication device 2 of this embodiment is an electronic device capable of information processing, and may be, for example, a PC (Personal Computer), a smartphone, or the like.
  • the communication device 2 has a function that allows users to be identified via a predetermined security device 10 .
  • the security device 10 is a device that holds information that can identify the user of the communication device 2, and may be, for example, an IC card (also referred to as a smart card, chip card, etc.).
  • the communication device 2 of this embodiment includes an APL (Application) 11 and an SDK (Software Development Kit) 12.
  • the APL 11 is software for making the communication device 2 realize a predetermined function.
  • the SDK 12 has functions for relaying data between the security device 10 and the APL 11, establishing a secure channel in communication with other devices such as the IoT device 3, and the like.
  • the SDK 12 is configured to be able to communicate with an SDK server 31, an issue data generation server 32, and a private CA (Certificate Authority) 33 via a network such as the Internet.
  • the SDK server 31 updates the functions of the SDK 12, etc.
  • the issued data generation server 32 and the private CA 33 issue public keys, issue public key certificates, verify issuer signatures, and so on.
  • the IoT device 3 of this embodiment is a device, device, sensor, etc. that has a predetermined function, and may be, for example, a household electrical appliance, a camera, a car, a measuring instrument, etc.
  • the IoT device 3 is capable of communicating with the communication device 2 via a predetermined network.
  • the IoT device 3 of this embodiment includes an APL 21, an SE (Secure Element) 22, and a GTAAPI (Generic Trust Anchor Application Programming Interface) 23.
  • APL21 is software for making IoT device 3 realize a predetermined function.
  • the SE 22 is a device that performs encryption processing, data protection, etc. for establishing a secure channel in communication with other devices such as the communication device 2.
  • the GTAAPI 23 has functions for relaying data between the SE 22 and the APL 21, establishing a secure channel for communication with other devices such as the communication device 2, and the like.
  • the GTAAPI 23 is configured to be able to communicate with the GTAAPI server 34, the issued data generation server 32, and the private CA 33 via a network such as the Internet.
  • the GTAAPI server 34 updates the functions of the GTAAPI 23, etc.
  • the communication device 2 and IoT device 3 of this embodiment utilize the functions of the SDK 12 and GTAAPI 23 to establish short-range wireless communication such as Bluetooth (registered trademark), Wi-Fi (registered trademark), NFC (registered trademark), etc. do.
  • short-range wireless communication such as Bluetooth (registered trademark), Wi-Fi (registered trademark), NFC (registered trademark), etc. do.
  • FIG. 1 illustrates a state in which the IoT system 1 includes one communication device 2 and one IoT device 3, each may include a plurality of communication devices 2 and IoT devices 3. .
  • FIG. 2 is a diagram showing an example of the functional configuration of the communication device 2 and IoT device 3 of the embodiment.
  • the communication device 2 includes an identification section 101 , a storage section 102 , a setting section 103 , a communication section 104 , an authentication section 105 , a transmission section 106 , and a determination section 107 .
  • These functional units 101 to 107 can be configured by the cooperation of hardware (CPU, memory, input/output device, communication device, etc.) and software (program, firmware, etc.) that configure the communication device 2. Note that at least one of the functional units 101 to 107 may be configured with dedicated hardware (circuit, etc.).
  • the identification unit 101 identifies the user of the communication device 2.
  • the identification unit 101 of this embodiment identifies a user based on identification information obtained from the security device 10, such as an IC card, for example.
  • the user identification method is not limited to this, and the user may be identified using, for example, biometric authentication, password authentication, or the like. Further, biometric authentication processing, password authentication processing, etc. may be performed by the security device 10.
  • the storage unit 102 stores various data necessary to realize the functions of the communication device 2.
  • the storage unit 102 of this embodiment stores lists L1 and L2.
  • Lists L1 and L2 are information indicating first information that can be exchanged when mutual authentication is not performed between the communication device 2 and IoT device 3, and second information that can be exchanged when mutual authentication is performed. be.
  • List L1 is a list corresponding to communication device 2
  • list L2 is a list corresponding to IoT device 3.
  • the first information may be, for example, information with relatively low confidentiality.
  • the second information may be, for example, information necessary to establish mutual authentication, specifically, information regarding an authentication algorithm, a key used in encryption processing, etc.
  • the list L1 is stored in advance in the storage unit 102 of the communication device 2.
  • the list L2 is acquired from the IoT device 3 via predetermined short-range wireless communication and stored in the storage unit 102. Note that the above storage process may be performed by the security device 10.
  • the setting unit 103 performs settings regarding the lists L1 and L2 according to the operation of the user identified by the identification unit 101.
  • the setting unit 103 enables the contents of the list L1 corresponding to the own device to be edited. Further, the setting unit 103 allows setting, for example, whether or not to permit the use of the list L2 acquired from the IoT device 3. Further, the setting unit 103 determines whether to permit the first information indicated by the list L2 acquired from the IoT device 3 to be transferred (relayed, spread, etc.) to other devices other than the communication device 2 and the IoT device 3. Make it possible to set whether or not. Note that the above setting process may be performed by the security device 10.
  • the communication unit 104 establishes communication between the communication device 2 and other devices.
  • the communication unit 104 establishes communication between the communication device 2 and the IoT device 3 via predetermined short-range wireless communication. Further, the communication unit 104 connects the communication device 2 and predetermined equipment (for example, the SDK server 31, the issued data generation server 32, the private CA 33, etc.) via a WAN (Wide Area Network), LAN (Local Area Network), etc. as appropriate. Establish communication via a network N.
  • predetermined equipment for example, the SDK server 31, the issued data generation server 32, the private CA 33, etc.
  • WAN Wide Area Network
  • LAN Local Area Network
  • the authentication unit 105 performs processing for establishing a secure channel for communication by the communication unit 104. Further, the authentication unit 105 performs processing for establishing mutual authentication between the communication device 2 and the IoT device 3. Note that the above processing may be performed by the security device 10.
  • the transmitting unit 106 performs processing for transmitting (transferring) various information stored in the storage unit 102 to other devices via the communication path established by the communication unit 104.
  • the other devices include the IoT device 3 that provided the list L2 to the communication device 2, as well as devices other than the IoT device 3.
  • the determination unit 107 determines whether mutual authentication is to be performed between the communication device 2 and the IoT device 3 based on predetermined conditions. Further, the determination unit 107 determines the type of information (first information or second information) to be exchanged with the IoT device 3 and the first information acquired from the IoT device 3 based on the lists L1 and L2 stored in the storage unit 102. Determine whether transfer is possible or not.
  • the authentication unit 105 performs processing for establishing mutual authentication with the IoT device 3 when the determination unit 107 determines that mutual authentication is to be performed.
  • the transmitting unit 106 exchanges the type of information determined by the determining unit 107 (first information or second information) with the IoT device 3. Furthermore, when the determining unit 107 permits the transfer of the first information acquired from the IoT device 3, the transmitting unit 106 transfers the first information to another device. Note that the above determination process may be performed by the security device 10.
  • the IoT device 3 includes a storage section 201, a setting section 202, a communication section 203, an authentication section 204, a transmission section 205, and a determination section 206.
  • These functional units 201 to 206 can be configured by cooperation of hardware (CPU, memory, input/output device, communication device, etc.) and software (program, firmware, etc.) that configure the IoT device 3.
  • hardware CPU, memory, input/output device, communication device, etc.
  • software program, firmware, etc.
  • the storage unit 201 stores various data necessary to realize the functions of the IoT device 3.
  • the storage unit 201 of this embodiment stores lists L1 and L2.
  • the lists L1 and L2 stored in the storage unit 201 indicate first information and second information, similar to the lists L1 and L2 stored in the storage unit 102 of the communication device 2, and the list L1 indicates communication
  • the list L2 corresponds to the device 2
  • the list L2 corresponds to the IoT device 3.
  • the list L2 is stored in advance in the storage unit 102, and the list L1 is acquired from the communication device 2 via predetermined short-range wireless communication and stored in the storage unit 201. Note that the above storage process may be performed by SE22.
  • the setting unit 202 performs settings regarding the lists L1 and L2 through operations by the administrator of the IoT device 3.
  • the setting unit 202 makes it possible to edit the contents of the list L2 corresponding to the user's own device.
  • the setting unit 203 allows setting, for example, as to whether or not to permit the use of the list L1 acquired from the communication device 2. Further, the setting unit 203 determines, for example, whether to permit the IoT device 3 to transfer the first information indicated by the list L1 acquired from the communication device 2 to other devices other than the IoT device 3 and the communication device 2. Make it possible to set whether or not. Note that the above setting process may be performed by the SE22.
  • the communication unit 203 establishes communication between the IoT device 3 and other devices.
  • the communication unit 203 establishes communication between the IoT device 3 and the communication device 2 via predetermined short-range wireless communication.
  • the communication unit 203 connects the IoT device 3 and predetermined equipment (for example, the SDK server 31, the issued data generation server 32, the private CA 33, etc.) via a WAN (Wide Area Network), LAN (Local Area Network), etc. Establish communication via a network N.
  • the authentication unit 204 performs encryption processing to establish a secure channel for communication by the communication unit 203.
  • the authentication unit 204 also performs mutual authentication processing to establish mutual authentication between the communication device 2 and the IoT device 3.
  • the encryption processing and mutual authentication processing in the authentication unit 204 are performed using the encryption function, data protection function, etc., of the SE 22.
  • the transmitting unit 205 performs processing for transmitting (transferring) various information stored in the storage unit 201 to other devices via the communication path established by the communication unit 203.
  • the other devices include the communication device 2 that provided the list L1 to the IoT device 3, as well as devices other than the communication device 2.
  • the determination unit 206 determines whether or not mutual authentication is to be performed between the communication device 2 and the IoT device 3 based on a predetermined condition.
  • the determination unit 206 also determines the type of information (first information or second information) to be exchanged with the communication device 2, whether or not the first information acquired from the communication device 2 can be transferred, and the like, based on the lists L1 and L2 stored in the storage unit 201.
  • the authentication unit 204 performs processing for establishing mutual authentication with the communication device 2.
  • the transmission unit 205 exchanges the type of information (first information or second information) determined by the determination unit 206 with the communication device 2.
  • the transmission unit 205 transfers the first information to another device.
  • the above determination processing may be performed by the SE22.
  • the communication device 2 and the IoT device 3 can exchange the first information when mutual authentication is not performed and the first information when mutual authentication is performed via short-range wireless communication such as Bluetooth, Wi-Fi, NFC, etc. and second information that can be exchanged.
  • the communication device 2 Based on the list L2 acquired from the IoT device 3, the communication device 2 exchanges the first information with the IoT device 3 if mutual authentication is not to be performed, and the first information with the IoT device 3 if mutual authentication is to be performed. 2. Exchange information.
  • the IoT device 3 exchanges first information with the communication device 2 when mutual authentication is not performed, and with the communication device 2 when mutual authentication is performed.
  • the communication device 2 and the IoT device 3 can exchange predetermined first information (for example, information with relatively low confidentiality) without performing mutual authentication.
  • predetermined first information for example, information with relatively low confidentiality
  • This makes it possible to improve the degree of freedom and convenience of communication in the IoT system 1.
  • processing for example, encryption processing, etc.
  • FIG. 3 is a flowchart illustrating an example of the overall processing flow in the IoT system 1 of the embodiment.
  • the communication device 2 and the IoT device 3 establish short-range wireless communication such as Bluetooth (S101), and exchange lists L1 and L2 with each other via short-range wireless communication ( S102).
  • short-range wireless communication such as Bluetooth (S101)
  • S102 short-range wireless communication
  • each of the communication device 2 and the IoT device 3 determines whether or not the lists L1 and L2 obtained from the other party can be used (S103). This determination may be performed based on, for example, setting information included in the lists L1 and L2 acquired from the other party and indicating whether or not the lists L1 and L2 can be used. That is, the communication device 2 determines whether or not the list L2 can be used based on the setting information included in the list L2 obtained from the IoT device 3, and the IoT device 3 determines whether or not the list L2 can be used based on the setting information included in the list L2 obtained from the communication device 2. Based on the information, it is possible to determine whether or not the list L1 can be used. It is preferable that the availability of such lists L1 and L2 can be arbitrarily set by the user of the communication device 2 or the administrator of the IoT device 3.
  • each of the communication device 2 and the IoT device 3 determines whether mutual authentication between the communication device 2 and the IoT device 3 is necessary. (S104).
  • the specific method of this determination is not particularly limited, but for example, the determination may be based on the function that the APL 11, 21 is trying to execute, or the information contained in the lists L1, L2 acquired from the other party, etc. The determination may be made based on.
  • each of the communication device 2 and the IoT device 3 exchanges the second information indicated by the lists L1 and L2 acquired from the other party (S105), and the second information received from the other party.
  • Mutual authentication is executed based on (S106).
  • the second information includes information regarding an authentication algorithm for establishing mutual authentication, a key used for encryption processing, and the like.
  • each of the communication device 2 and the IoT device 3 determines whether mutual authentication was successful (S107). If mutual authentication is not successful (S107: No), this routine ends. If the mutual authentication is successful (S107: Yes), a predetermined secure channel is established between the communication device 2 and the IoT device 3 (S108), and the communication device 2 and the IoT device 3 perform the predetermined secure channel via the secure channel. information is exchanged (S109).
  • each of the communication device 2 and the IoT device 3 exchanges the first information indicated by the lists L1 and L2 acquired from the other party (S110).
  • the first information may be, for example, information with relatively low confidentiality.
  • each of the communication device 2 and the IoT device 3 determines whether the first information acquired from the other party can be transferred (S111). The determination may be performed based on, for example, setting information included in the lists L1 and L2 acquired from the other party and indicating whether or not the first information can be transferred.
  • the communication device 2 determines whether the first information acquired from the IoT device 3 can be transferred to another device based on the setting information included in the list L2 acquired from the IoT device 3, and the IoT device 3 , based on the setting information included in the list L1 acquired from the communication device 2, it can be determined whether the first information acquired from the communication device 2 can be transferred to another device.
  • the setting information may include information indicating the transfer mode, for example, the number of devices that can be transferred, the transfer destination device, and the like. It is preferable that the necessity and mode of such transfer can be arbitrarily set by the user of the communication device 2 or the administrator of the IoT device 3.
  • the communication device 2 and the IoT device 3 can exchange and transfer the first information defined by the lists L1 and L2 without performing mutual authentication. Further, it becomes possible to efficiently execute processing for establishing mutual authentication using the second information.
  • FIG. 4 is a diagram showing an example of the data structure of the lists L1 and L2 of the embodiment.
  • the lists L1 and L2 include a first information display section 301 and a second information display section 302.
  • the first information display section 301 is a section that indicates first information that can be exchanged when mutual authentication is not required
  • the second information display section 302 is a section that indicates second information that can be exchanged when mutual authentication is required. It is a part.
  • Lists L1 and L2 illustrated here include items such as “mutual authentication”, “SE”, “algorithm”, “key”, “HASH”, “transfer”, “item”, “user”, and “communication”. , “Whether or not information can be stored” etc.
  • “Mutual authentication” indicates whether mutual authentication is necessary.
  • SE indicates whether a private key protected by the SE 22 installed in the IoT device 3 is necessary.
  • Algorithm indicates an authentication algorithm for performing mutual authentication.
  • Key indicates the key length of the key (public key) used when performing mutual authentication.
  • HASH indicates the length of the hash value used when performing mutual authentication.
  • Transfer indicates whether or not the first information 301 acquired from the exchange partners in the lists L1 and L2 can be transferred to another device, and the mode of transfer when transfer is possible (permitted).
  • “Item” indicates information that can be provided to the device to be replaced.
  • User indicates a user of the communication device 2, an administrator of the IoT device 3, or the like.
  • Communication indicates the next communication means, alternative communication means, alternative protocol, etc. in the case of two-step communication.
  • Storability of information indicates whether information provided to the device of the exchange partner or obtained from the device of the exchange partner can be stored in the memory.
  • FIG. 5 is a sequence diagram illustrating an example of pre-processing of the communication device 2 and IoT device 3 of the embodiment.
  • the communication device 2 and the IoT device 3 exchange lists L1 and L2 via short-range wireless communication (S201)
  • the communication device 2 confirms that the expiration date of the list L2 acquired from the IoT device 3 is appropriate.
  • the IoT device 3 confirms (S202) that the expiration date of the list L1 acquired from the communication device 2 is appropriate (S203).
  • the communication device 2 acquires the public key certificate from the private CA 33 (S204), and the IoT device 3 acquires the public key certificate from the private CA 33 (S205). . Furthermore, the communication device 2 verifies the public key certificate and the issuer signature (S206), and the IoT device 3 verifies the public key certificate and the issuer signature (S207).
  • the communication device 2 and the IoT device 3 change the subsequent processing according to the preset type of authorization regarding the use of the lists L1 and L2.
  • the communication device 2 performs a process of having the user of the communication device 2 decide whether to continue the process (S208), and the IoT device 3 requests the administrator of the IoT device 3 to continue the process.
  • a process for determining whether or not it is possible is performed (S209). If pre-authorization is set, the communication device 2 uses its own risk management function to determine whether or not to continue the process (S210), and the IoT device 3 uses its own risk management function to determine whether to continue processing (S210). It is determined whether the process can be continued (S211). If post-authorization is set, the communication device 2 continues processing (S212), notifies the user of the communication device 2 of the processing result after processing, and the IoT device 3 continues processing (S213). After the processing, the processing result is notified to the administrator of the IoT device 3.
  • FIG. 6 is a flowchart illustrating an example of processing in the risk management function of the embodiment.
  • each of the communication device 2 and the IoT device 3 uses its own list (list L1 or IoT pre-stored in the storage unit 102 of the communication device 2). Compare the list L2 stored in advance in the storage unit 201 of the device 3) with the other party's list (for example, the list L2 acquired by the communication device 2 from the IoT device 3 or the list L1 acquired by the IoT device 3 from the communication device 2) (S301). Then, it is determined whether the settings of both lists (own device list and other party's list) (for example, settings of predetermined items in lists L1 and L2 illustrated in FIG. 4) match (S302).
  • FIG. 7 is a sequence diagram illustrating an example of processing when transferring the first information 301 in the IoT system 1 of the embodiment.
  • the IoT system 1 includes two communication devices 2A, 2B and two IoT devices 3A, 3B, and mutual authentication is not necessary.
  • the communication device 2A determines that transfer is permitted in the list L2 acquired from the IoT device 3A.
  • the IoT device 3A confirms that the transfer is permitted in the list L1 acquired from the communication device 2A (S404).
  • the communication device 2A establishes a predetermined secure channel with the communication device 2B as another device (S405), and uses the first information acquired from the IoT device 3A. 301 to the communication device 2B (S406). Furthermore, the communication device 2A establishes a predetermined secure channel with the IoT device 3B as another device (S407), and transfers the first information 301 acquired from the IoT device 3A to the IoT device 3B (S408). .
  • the IoT device 3A establishes a predetermined secure channel with the communication device 2B as another device (S409), and 1 information 301 to the communication device 2B (S410). Furthermore, the IoT device 3A establishes a predetermined secure channel with the IoT device 3B as another device (S411), and transfers the first information 301 acquired from the communication device 2A to the IoT device 3B (S408). .
  • the first information 301 that can be exchanged without mutual authentication can be relayed and spread between multiple devices.
  • Lists L1 and L2 indicating are exchanged, and processes such as information exchange and transfer are performed based on the lists L1 and L2.
  • the communication device 2 and the IoT device 3 can exchange predetermined first information (for example, information with relatively low confidentiality) without performing mutual authentication, and the communication in the IoT system 1 becomes possible.
  • predetermined first information for example, information with relatively low confidentiality
  • processing for example, encryption processing, etc.
  • the program for realizing the functions of the communication device 2 and the IoT device 3 in the IoT system 1 of this embodiment is a file in an installable format or an executable format, and is stored on a CD-ROM, a flexible disk (FD), or a CD-R.
  • the information may be provided by being recorded on a computer-readable recording medium such as a DVD (Digital Versatile Disk).
  • the program may be stored on a computer connected to a network such as the Internet, and provided by being downloaded via the network. Further, the program may be configured to be provided or distributed via a network such as the Internet.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

通信デバイスはセキュリティデバイスを介して利用者を識別可能である。ＩｏＴデバイスは通信デバイスとの間でセキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備える。通信デバイス及びＩｏＴデバイスは第１情報と第２情報とを示すリストをそれぞれ有する。第１情報は通信デバイスとＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な情報である。第２情報は相互認証を行う場合に交換可能な情報である。通信デバイスはＩｏＴデバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を前記ＩｏＴデバイスへ送信し、相互認証を行う場合には第２情報をＩｏＴデバイスへ送信する。ＩｏＴデバイスは通信デバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を通信デバイスへ送信し、相互認証を行う場合には第２情報を前記通信デバイスへ送信する。

Description

ＩｏＴシステム及びプログラム
　本発明の実施形態は、ＩｏＴシステム及びプログラムに関する。
　近年、通信機能を有する様々なデバイスをインターネット等のネットワークを介して接続し、データの収集、デバイスの制御等を可能にするＩｏＴ（Internet　of　Things）システムが利用されている。
特開２０１８－９３４５６号公報 特開２０１９－２８６７０号公報 特表２０２０－５２３８０６号公報
　上記のようなＩｏＴシステムにおいて、デバイス間で情報を送受するためのセキュアな通信経路を確立するために、セキュアエレメントを利用して相互認証を行う場合がある。しかしながら、全ての状況において相互認証を行うと、例えば秘匿性が比較的低い情報等を送受する際にまで相互認証が必要となり、デバイス間における通信の自由度が過度に抑制され、利便性が低下する可能性がある。
　そこで、実施形態の課題は、セキュリティ性を損なうことなくデバイス間の通信の自由度を向上させることが可能なＩｏＴシステム及びプログラムを提供することである。
　実施形態のＩｏＴシステムは、通信デバイスとＩｏＴデバイスとを含む。通信デバイスは、セキュリティデバイスを介して利用者を識別可能である。ＩｏＴデバイスは、通信デバイスとの間でセキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備える。通信デバイス及びＩｏＴデバイスは、第１情報と第２情報とを示すリストをそれぞれ有する。第１情報は、通信デバイスとＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な情報である。第２情報は、相互認証を行う場合に交換可能な情報である。通信デバイスは、ＩｏＴデバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を前記ＩｏＴデバイスへ送信し、相互認証を行う場合には第２情報をＩｏＴデバイスへ送信する。ＩｏＴデバイスは、通信デバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を通信デバイスへ送信し、相互認証を行う場合には第２情報を前記通信デバイスへ送信する。
図１は、実施形態のＩｏＴシステムの構成の一例を示す図である。 図２は、実施形態の通信デバイス及びＩｏＴデバイスの機能構成の一例を示す図である。 図３は、実施形態のＩｏＴシステムにおける全体的な処理の流れの一例を示すフローチャートです。 図４は、実施形態のリストのデータ構成の一例を示す図である。 図５は、実施形態の通信デバイス及びＩｏＴデバイスの事前処理の一例を示すシーケンス図である。 図６は、実施形態のリスク管理機能における処理の一例を示すフローチャートである。 図７は、実施形態のＩｏＴシステムにおいて第１情報を転送する際の処理の一例を示すシーケンス図である。
　以下、図面を参照しながら実施形態について説明する。
　図１は、実施形態のＩｏＴシステム１の構成の一例を示す図である。本実施形態のＩｏＴシステム１は、通信デバイス２とＩｏＴデバイス３とを含む。
　本実施形態の通信デバイス２は、情報処理が可能な電子機器であり、例えばＰＣ（Personal　Computer）、スマートフォン等であり得る。通信デバイス２は、所定のセキュリティデバイス１０を介して利用者を識別可能な機能を有する。セキュリティデバイス１０は、通信デバイス２の利用者を識別可能な情報を保持したデバイスであり、例えばＩＣカード（スマートカード、チップカード等とも称される。）等であり得る。
　本実施形態の通信デバイス２は、ＡＰＬ（Application）１１及びＳＤＫ（Software　Development　Kit）１２を備える。ＡＰＬ１１は、通信デバイス２に所定の機能を実現させるためのソフトウェアである。ＳＤＫ１２は、セキュリティデバイス１０とＡＰＬ１１との間におけるデータの中継、ＩｏＴデバイス３等の他のデバイスとの通信におけるセキュアチャネルの確立等を実現するための機能を有する。ＳＤＫ１２は、ＳＤＫサーバ３１、発行データ生成サーバ３２及びプライベートＣＡ（Certificate　Authority）３３とインターネット等のネットワークを介して通信可能に構成されている。ＳＤＫサーバ３１は、ＳＤＫ１２の機能の更新等を行う。発行データ生成サーバ３２及びプライベートＣＡ３３は、公開鍵の発行、公開鍵証明書の発行、発行者署名の検証等を行う。
　本実施形態のＩｏＴデバイス３は、所定の機能を有する機器、装置、センサ等であり、例えば家庭用電化製品、カメラ、自動車、計測器等であり得る。ＩｏＴデバイス３は、通信デバイス２と所定のネットワークを介して通信可能である。
　本実施形態のＩｏＴデバイス３は、ＡＰＬ２１、ＳＥ（Secure　Element）２２及びＧＴＡＡＰＩ（Generic　Trust　Anchor　Application　Programming　Interface）２３を備える。ＡＰＬ２１は、ＩｏＴデバイス３に所定の機能を実現させるためのソフトウェアである。ＳＥ２２は、通信デバイス２等の他のデバイスとの通信におけるセキュアチャネルを確立するための暗号化処理、データの保護等を行うデバイスである。ＧＴＡＡＰＩ２３は、ＳＥ２２とＡＰＬ２１との間におけるデータの中継、通信デバイス２等の他のデバイスとの通信におけるセキュアチャネルの確立等を実現するための機能を有する。ＧＴＡＡＰＩ２３は、ＧＴＡＡＰＩサーバ３４、発行データ生成サーバ３２及びプライベートＣＡ３３とインターネット等のネットワークを介して通信可能に構成されている。ＧＴＡＡＰＩサーバ３４は、ＧＴＡＡＰＩ２３の機能の更新等を行う。
　本実施形態の通信デバイス２及びＩｏＴデバイス３は、ＳＤＫ１２及びＧＴＡＡＰＩ２３の機能を利用して、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＮＦＣ（登録商標）等の近距離無線通信を確立する。
　なお、図１においては、ＩｏＴシステム１に通信デバイス２及びＩｏＴデバイス３がそれぞれ１つずつ含まれている状態が例示されているが、通信デバイス２及びＩｏＴデバイス３はそれぞれ複数含まれてもよい。
　図２は、実施形態の通信デバイス２及びＩｏＴデバイス３の機能構成の一例を示す図である。通信デバイス２は、識別部１０１、記憶部１０２、設定部１０３、通信部１０４、認証部１０５、送信部１０６及び判定部１０７を有する。これらの機能部１０１～１０７は、通信デバイス２を構成するハードウェア（ＣＰＵ、メモリ、入出力装置、通信装置等）及びソフトウェア（プログラム、ファームウェア等）の協働により構成され得る。なお、機能部１０１～１０７の少なくとも１つを専用のハードウェア（回路等）により構成してもよい。
　識別部１０１は、通信デバイス２の利用者を識別する。本実施形態の識別部１０１は、例えばＩＣカード等のセキュリティデバイス１０から取得される識別情報に基づいて利用者を識別する。なお、利用者の識別方法はこれに限定されるものではなく、例えば生体認証、パスワード認証等を利用して利用者を識別してもよい。また、生体認証処理、パスワード認証処理等は、セキュリティデバイス１０により行われてもよい。
　記憶部１０２は、通信デバイス２の機能を実現するために必要な各種データを記憶する。本実施形態の記憶部１０２は、リストＬ１，Ｌ２を記憶する。リストＬ１，Ｌ２は、通信デバイス２とＩｏＴデバイス３との間で相互認証を行わない場合に交換可能な第１情報と、相互認証を行う場合に交換可能な第２情報と、を示す情報である。リストＬ１は、通信デバイス２に対応するリストであり、リストＬ２は、ＩｏＴデバイス３に対応するリストである。第１情報は、例えば、比較的秘匿性が低い情報等であり得る。第２情報は、例えば、相互認証を確立するために必要な情報、具体的には、認証アルゴリズム、暗号化処理に用いられる鍵に関する情報等であり得る。リストＬ１は、通信デバイス２の記憶部１０２に予め記憶されている。リストＬ２は、所定の近距離無線通信を介してＩｏＴデバイス３から取得され、記憶部１０２に記憶される。なお、上記記憶処理は、セキュリティデバイス１０により行われてもよい。
　設定部１０３は、識別部１０１により識別された利用者の操作により、リストＬ１，Ｌ２に関する設定を行う。設定部１０３は、自機に対応するリストＬ１の内容を編集可能にする。また、設定部１０３は、例えば、ＩｏＴデバイス３から取得したリストＬ２の利用を許可するか否かを設定可能にする。また、設定部１０３は、ＩｏＴデバイス３から取得したリストＬ２が示す第１情報を、当該通信デバイス２及び当該ＩｏＴデバイス３以外の他のデバイスに転送（リレー、拡散等）することを許可するか否かを設定可能にする。なお、上記設定処理は、セキュリティデバイス１０により行われてもよい。
　通信部１０４は、通信デバイス２と他のデバイスとの間での通信を確立にする。通信部１０４は、通信デバイス２とＩｏＴデバイス３との間で所定の近距離無線通信を介して通信を確立する。また、通信部１０４は、通信デバイス２と所定の機器（例えばＳＤＫサーバ３１、発行データ生成サーバ３２、プライベートＣＡ３３等）との間でＷＡＮ（Wide　Area　Network）、ＬＡＮ（Local　Area　Network）等の適宜なネットワークＮを介して通信を確立する。
　認証部１０５は、通信部１０４による通信におけるセキュアチャネルを確立するための処理を行う。また、認証部１０５は、通信デバイス２とＩｏＴデバイス３との間で相互認証を確立するための処理を行う。なお、上記処理は、セキュリティデバイス１０により行われてもよい。
　送信部１０６は、通信部１０４により確立された通信経路を介して記憶部１０２に記憶された各種情報を他のデバイスに送信（転送）するための処理を行う。当該他のデバイスには、通信デバイス２にリストＬ２を提供したＩｏＴデバイス３の他、当該ＩｏＴデバイス３以外のデバイスも含まれる。
　判定部１０７は、所定の条件に基づいて、通信デバイス２とＩｏＴデバイス３との間での相互認証を行うか否かを判定する。また、判定部１０７は、記憶部１０２に記憶されたリストＬ１，Ｌ２に基づいて、ＩｏＴデバイス３と交換する情報の種類（第１情報又は第２情報）、ＩｏＴデバイス３から取得した第１情報の転送可否等を判定する。認証部１０５は、判定部１０７により相互認証を行うと判定された場合に、ＩｏＴデバイス３との相互認証を確立するための処理を行う。送信部１０６は、判定部１０７により判定された種類の情報（第１情報又は第２情報）をＩｏＴデバイス３と交換する。また、送信部１０６は、判定部１０７によりＩｏＴデバイス３から取得した第１情報の転送が許可された場合に、当該第１情報を他のデバイスに転送する。なお、上記判定処理は、セキュリティデバイス１０により行われてもよい。
　ＩｏＴデバイス３は、記憶部２０１、設定部２０２、通信部２０３、認証部２０４、送信部２０５及び判定部２０６を有する。これらの機能部２０１～２０６は、ＩｏＴデバイス３を構成するハードウェア（ＣＰＵ、メモリ、入出力装置、通信装置等）及びソフトウェア（プログラム、ファームウェア等）の協働により構成され得る。なお、機能部２０１～２０６の少なくとも１つを専用のハードウェア（回路等）により構成してもよい。
　記憶部２０１は、ＩｏＴデバイス３の機能を実現するために必要な各種データを記憶する。本実施形態の記憶部２０１は、リストＬ１，Ｌ２を記憶する。記憶部２０１に記憶されるリストＬ１，Ｌ２は、通信デバイス２の記憶部１０２に記憶されるリストＬ１，Ｌ２と同様に、第１情報と第２情報とを示すものであり、リストＬ１は通信デバイス２に対応し、リストＬ２はＩｏＴデバイス３に対応している。ＩｏＴデバイス３においては、リストＬ２は記憶部１０２に予め記憶されており、リストＬ１は所定の近距離無線通信を介して通信デバイス２から取得され、記憶部２０１に記憶される。なお、上記記憶処理は、ＳＥ２２により行われてもよい。
　設定部２０２は、ＩｏＴデバイス３の管理者の操作により、リストＬ１，Ｌ２に関する設定を行う。設定部２０２は、自機に対応するリストＬ２の内容を編集可能にする。また、設定部２０３は、例えば、通信デバイス２から取得したリストＬ１の利用を許可するか否かを設定可能にする。また、設定部２０３は、例えば、ＩｏＴデバイス３が通信デバイス２から取得したリストＬ１が示す第１情報を、当該ＩｏＴデバイス３及び当該通信デバイス２以外の他のデバイスに転送することを許可するか否かを設定可能にする。なお、上記設定処理は、ＳＥ２２により行われてもよい。
　通信部２０３は、ＩｏＴデバイス３と他のデバイスとの間での通信を確立にする。通信部２０３は、ＩｏＴデバイス３と通信デバイス２との間で所定の近距離無線通信を介して通信を確立する。また、通信部２０３は、ＩｏＴデバイス３と所定の機器（例えばＳＤＫサーバ３１、発行データ生成サーバ３２、プライベートＣＡ３３等）との間でＷＡＮ（Wide　Area　Network）、ＬＡＮ（Local　Area　Network）等の適宜なネットワークＮを介して通信を確立する。
　認証部２０４は、通信部２０３による通信におけるセキュアチャネルを確立するための暗号化処理を行う。また、認証部２０４は、通信デバイス２とＩｏＴデバイス３との間で相互認証を確立するための相互認証処理を行う。認証部２０４における暗号化処理及び相互認証処理は、ＳＥ２２が有する暗号化機能、データ保護機能等を利用して行われる。
　送信部２０５は、通信部２０３により確立された通信経路を介して記憶部２０１に記憶された各種情報を他のデバイスに送信（転送）するための処理を行う。当該他のデバイスには、ＩｏＴデバイス３にリストＬ１を提供した通信デバイス２の他、当該通信デバイス２以外のデバイスも含まれる。
　判定部２０６は、所定の条件に基づいて、通信デバイス２とＩｏＴデバイス３との間での相互認証を行うか否かを判定する。また、判定部２０６は、記憶部２０１に記憶されたリストＬ１，Ｌ２に基づいて、通信デバイス２と交換する情報の種類（第１情報又は第２情報）、通信デバイス２から取得した第１情報の転送可否等を判定する。認証部２０４は、判定部２０６により相互認証を行うと判定された場合に、通信デバイス２との相互認証を確立するための処理を行う。送信部２０５は、判定部２０６により判定された種類の情報（第１情報又は第２情報）を通信デバイス２と交換する。また、送信部２０５は、判定部２０６により通信デバイス２から取得した第１情報の転送が許可された場合に、当該第１情報を他のデバイスに転送する。なお、上記判定処理は、ＳＥ２２により行われてもよい。
　上記構成により、通信デバイス２及びＩｏＴデバイス３は、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ＮＦＣ等の近距離無線通信を介して、相互認証を行わない場合に交換可能な第１情報と、相互認証を行う場合に交換可能な第２情報と、を示すリストＬ１，Ｌ２を交換する。そして、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２に基づいて、相互認証を行わない場合にはＩｏＴデバイス３と第１情報を交換し、相互認証を行う場合にはＩｏＴデバイス３と第２情報を交換する。同様に、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１に基づいて、相互認証を行わない場合には通信デバイス２と第１情報を交換し、相互認証を行う場合には通信デバイス２と第２情報を交換する。このように、本実施形態によれば、通信デバイス２及びＩｏＴデバイス３は、予め定められた第１情報（例えば比較的秘匿性が低い情報等）を、相互認証を行わずに交換することが可能となり、ＩｏＴシステム１における通信の自由度や利便性を向上させることができる。また、相互認証を行う場合には、第２情報を利用して相互認証を確立するための処理（例えば暗号化処理等）を効率的に実行することが可能となる。
　図３は、実施形態のＩｏＴシステム１における全体的な処理の流れの一例を示すフローチャートである。ＩｏＴシステム１において所定条件が満たされると、通信デバイス２及びＩｏＴデバイス３は、Ｂｌｕｅｔｏｏｔｈ等の近距離無線通信を確立し（Ｓ１０１）、近距離無線通信を介して互いにリストＬ１，Ｌ２を交換する（Ｓ１０２）。
　その後、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得したリストＬ１，Ｌ２を利用可能か否か判定する（Ｓ１０３）。当該判定は、例えば、相手方から取得したリストＬ１，Ｌ２に含まれる、リストＬ１，Ｌ２の利用可否を示す設定情報等に基づいて実行され得る。すなわち、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２に含まれる設定情報に基づいて当該リストＬ２の利用可否を判定し、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１に含まれる設定情報に基づいて当該リストＬ１の利用可否を判定し得る。このようなリストＬ１，Ｌ２の利用可否は、通信デバイス２の利用者又はＩｏＴデバイス３の管理者により任意に設定可能であることが好ましい。
　取得したリストＬ１，Ｌ２を利用可能である場合（Ｓ１０３：Ｙｅｓ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、通信デバイス２とＩｏＴデバイス３との間の相互認証が必要か否かを判定する（Ｓ１０４）。当該判定の具体的方法は特に限定されるべきものではないが、例えばＡＰＬ１１，２１が実行しようとしている機能に基づいて判定されてもよいし、相手方から取得したリストＬ１，Ｌ２に含まれる情報等に基づいて判定されてもよい。
　相互認証が必要な場合（Ｓ１０４：Ｙｅｓ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得したリストＬ１，Ｌ２が示す第２情報を交換し（Ｓ１０５）、相手方から受信した第２情報に基づいて相互認証を実行する（Ｓ１０６）。このとき、第２情報には、相互認証を確立するための認証アルゴリズム、暗号化処理に用いられる鍵に関する情報等が含まれていることが好ましい。
　その後、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相互認証が成功したか否かを判定する（Ｓ１０７）。相互認証が成功しなかった場合（Ｓ１０７：Ｎｏ）、本ルーチンは終了する。相互認証が成功した場合（Ｓ１０７：Ｙｅｓ）、通信デバイス２とＩｏＴデバイス３との間に所定のセキュアチャネルが確立され（Ｓ１０８）、通信デバイス２及びＩｏＴデバイス３は、当該セキュアチャネルを介して所定の情報を交換する（Ｓ１０９）。
　一方、相互認証が必要でない場合（Ｓ１０４：Ｎｏ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得したリストＬ１，Ｌ２が示す第１情報を交換（Ｓ１１０）する。当該第１情報は、例えば秘匿性が比較的低い情報等であり得る。その後、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得した第１情報を転送可能か否か判定する（Ｓ１１１）。当該判定は、例えば、相手方から取得したリストＬ１，Ｌ２に含まれる、第１情報の転送可否を示す設定情報に基づいて実行され得る。すなわち、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２に含まれる設定情報に基づいて当該ＩｏＴデバイス３から取得した第１情報の他のデバイスへの転送の可否を判定し、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１に含まれる設定情報に基づいて当該通信デバイス２から取得した第１情報の他のデバイスへの転送の可否を判定し得る。また、当該設定情報には、転送の態様、例えば、転送可能なデバイス数、転送先のデバイス等を示す情報が含まれてもよい。このような転送の要否や態様は、通信デバイス２の利用者又はＩｏＴデバイス３の管理者により任意に設定可能であることが好ましい。
　第１情報を転送可能でない場合（Ｓ１１１：Ｎｏ）、本ルーチンは終了し、第１情報を転送可能である場合（Ｓ１１１：Ｙｅｓ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得した第１情報を他のデバイスに転送する（Ｓ１１２）。
　上記のような処理により、通信デバイス２及びＩｏＴデバイス３は、リストＬ１，Ｌ２により定められた第１情報を、相互認証を行わずに交換及び転送することが可能となる。また、第２情報を利用して相互認証を確立するための処理を効率的に実行することが可能となる。
　図４は、実施形態のリストＬ１，Ｌ２のデータ構成の一例を示す図である。図４に示されるように、リストＬ１，Ｌ２には、第１情報表示部３０１及び第２情報表示部３０２が含まれている。第１情報表示部３０１は、相互認証が不要な場合に交換可能な第１情報を示す部分であり、第２情報表示部３０２は、相互認証が必要な場合に交換可能な第２情報を示す部分である。
　ここで例示するリストＬ１，Ｌ２には、項目として、「相互認証」、「ＳＥ」、「アルゴリズム」、「鍵」、「ＨＡＳＨ」、「転送」、「アイテム」、「ユーザ」、「通信」、「情報の保管可否」等が含まれている。
　「相互認証」は、相互認証の要否を示している。「ＳＥ」は、ＩｏＴデバイス３に搭載されたＳＥ２２により保護された秘密鍵の要否を示している。「アルゴリズム」は、相互認証を行うための認証アルゴリズムを示している。「鍵」は、相互認証を行う際に用いられる鍵（公開鍵）の鍵長を示している。「ＨＡＳＨ」は、相互認証を行う際に用いられるハッシュ値の長さを示している。「転送」は、リストＬ１，Ｌ２の交換相手から取得した第１情報３０１を他のデバイスに転送可能か否か、また転送可能（許可）である場合における転送の態様を示している。「アイテム」は、交換対象となるデバイスに提供可能な情報を示している。「ユーザ」は、通信デバイス２の利用者、ＩｏＴデバイス３の管理者等を示している。「通信」は、２段階で通信する場合における次の通信手段、代替通信手段、代替プロトコル等を示している。「情報の保管可否」は、交換相手のデバイスに提供した又は交換相手のデバイスから取得した情報をメモリに保存可能か否かを示している。
　図５は、実施形態の通信デバイス２及びＩｏＴデバイス３の事前処理の一例を示すシーケンス図である。通信デバイス２とＩｏＴデバイス３とが近距離無線通信を介してリストＬ１，Ｌ２を交換した後（Ｓ２０１）、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２の有効期限が適正であることを確認し（Ｓ２０２）、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１の有効期限が適正であることを確認する（Ｓ２０３）。
　リストＬ１，Ｌ２の有効期限が適正である場合、通信デバイス２は、プライベートＣＡ３３から公開鍵証明書を取得し（Ｓ２０４）、ＩｏＴデバイス３は、プライベートＣＡ３３から公開鍵証明書を取得する（Ｓ２０５）。また、通信デバイス２は、公開鍵証明書及び発行者署名を検証し（Ｓ２０６）、ＩｏＴデバイス３は、公開鍵証明書及び発行者署名を検証する（Ｓ２０７）。
　上記検証の結果が適正であった場合、通信デバイス２及びＩｏＴデバイス３は、予め設定された、リストＬ１，Ｌ２の使用に関するオーソライズの種類に応じてその後の処理を変更する。
　即時オーソライズに設定されている場合、通信デバイス２は、通信デバイス２の利用者に処理の継続可否を判断させる処理を行い（Ｓ２０８）、ＩｏＴデバイス３は、ＩｏＴデバイス３の管理者に処理の継続可否を判断させる処理を行う（Ｓ２０９）。プレオーソライズに設定されている場合、通信デバイス２は、自機に備えられたリスク管理機能により処理の継続可否を判断し（Ｓ２１０）、ＩｏＴデバイス３は、自機に備えられたリスク管理機能により処理の継続可否を判断する（Ｓ２１１）。ポストオーソライズに設定されている場合、通信デバイス２は、処理を継続し（Ｓ２１２）、処理後に処理結果を通信デバイス２の利用者に通知し、ＩｏＴデバイス３は、処理を継続し（Ｓ２１３）、処理後に処理結果をＩｏＴデバイス３の管理者に通知する。
　図６は、実施形態のリスク管理機能における処理の一例を示すフローチャートである。上記プレオーソライズに設定されている場合（図５のステップＳ２１０）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、自機のリスト（通信デバイス２の記憶部１０２に予め記憶されているリストＬ１又はＩｏＴデバイス３の記憶部２０１に予め記憶されているリストＬ２）と相手のリスト（例えば通信デバイス２がＩｏＴデバイス３から取得したリストＬ２又はＩｏＴデバイス３が通信デバイス２から取得したリストＬ１）とを比較する（Ｓ３０１）。そして、両リスト（自機のリスト及び相手のリスト）の設定内容（例えば図４に例示されるリストＬ１，Ｌ２の所定の項目の設定）が合致しているか否かを判定する（Ｓ３０２）。
　設定内容が合致している場合（Ｓ３０２：Ｙｅｓ）、当該リストＬ１，Ｌ２を使用した処理を継続し（Ｓ３０３）、設定内容が合致していない場合（Ｓ３０２：Ｎｏ）、当該リストＬ１，Ｌ２を使用した処理を中断する（Ｓ３０４）。
　図７は、実施形態のＩｏＴシステム１において第１情報３０１を転送する際の処理の一例を示すシーケンス図である。ここでは、ＩｏＴシステム１に２つの通信デバイス２Ａ，２Ｂ及び２つのＩｏＴデバイス３Ａ，３Ｂが含まれており、相互認証が不要である場合が例示されている。
　通信デバイス２ＡとＩｏＴデバイス３ＡとがリストＬ１，Ｌ２を交換し（Ｓ４０１）、第１情報３０１を交換すると（Ｓ４０２）、通信デバイス２Ａは、ＩｏＴデバイス３Ａから取得したリストＬ２において転送が許可されていること（図４参照）を確認し（Ｓ４０３）、ＩｏＴデバイス３Ａは、通信デバイス２Ａから取得したリストＬ１において転送が許可されていることを確認する（Ｓ４０４）。
　転送が許可されていることが確認された場合、通信デバイス２Ａは、他のデバイスとしての通信デバイス２Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４０５）、ＩｏＴデバイス３Ａから取得した第１情報３０１を通信デバイス２Ｂに転送する（Ｓ４０６）。また、通信デバイス２Ａは、他のデバイスとしてのＩｏＴデバイス３Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４０７）、ＩｏＴデバイス３Ａから取得した第１情報３０１をＩｏＴデバイス３Ｂに転送する（Ｓ４０８）。
　また、転送が許可されていることが確認された場合、ＩｏＴデバイス３Ａは、他のデバイスとしての通信デバイス２Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４０９）、通信デバイス２Ａから取得した第１情報３０１を通信デバイス２Ｂに転送する（Ｓ４１０）。また、ＩｏＴデバイス３Ａは、他のデバイスとしてのＩｏＴデバイス３Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４１１）、通信デバイス２Ａから取得した第１情報３０１をＩｏＴデバイス３Ｂに転送する（Ｓ４０８）。
　上記処理により、相互認証なしに交換可能な第１情報３０１を複数のデバイス間でリレーし、拡散することができる。
　以上のように、本実施形態によれば、通信デバイス２とＩｏＴデバイス３と間で、相互認証を行わない場合に交換可能な第１情報と、相互認証を行う場合に交換可能な第２情報と、を示すリストＬ１，Ｌ２が交換され、当該リストＬ１，Ｌ２に基づいて情報の交換、転送等の処理が行われる。これにより、通信デバイス２及びＩｏＴデバイス３は、予め定められた第１情報（例えば比較的秘匿性が低い情報等）を、相互認証を行わずに交換することが可能となり、ＩｏＴシステム１における通信の自由度や利便性を向上させることができる。また、相互認証を行う場合には、第２情報を利用して相互認証を確立するための処理（例えば暗号化処理等）を効率的に実行することが可能となる。
　本実施形態のＩｏＴシステム１における通信デバイス２及びＩｏＴデバイス３の機能を実現させるためのプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital　Versatile　Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、当該プログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、当該プログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
　以上、本発明の実施形態を説明したが、上記実施形態はあくまで例であって、発明の範囲を限定することは意図していない。上記実施形態は、様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態は、発明の範囲や要旨に含まれるとともに、請求の範囲に記載された発明とその均等の範囲に含まれる。
　１…ＩｏＴシステム、２，２Ａ，２Ｂ…通信デバイス、３，３Ａ，３Ｂ…ＩｏＴデバイス、１０…セキュリティデバイス、１１…ＡＰＬ、１２…ＳＤＫ、２２…ＳＥ（セキュアエレメント）、２３…ＧＴＡＡＰＩ、３１…ＳＤＫサーバ、３２…発行データ生成サーバ、３３…プライベートＣＡ、３４…ＧＴＡＡＰＩサーバ、１０１…識別部、１０２…記憶部、１０３…設定部、１０４…通信部、１０５…認証部、１０６…送信部、１０７…判定部、２０１…記憶部、２０２…設定部、２０３…通信部、２０４…認証部、２０５…送信部、２０６…判定部、３０１…第１情報表示部、３０２…第２情報表示部、Ｌ１，Ｌ２…リスト、Ｎ…ネットワーク

Claims (8)

  1. 　セキュリティデバイスを介して利用者を識別可能な通信デバイスと、前記通信デバイスとの間でセキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備えるＩｏＴデバイスと、を含み、
    　前記通信デバイス及び前記ＩｏＴデバイスは、前記通信デバイスと前記ＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な第１情報と、前記相互認証を行う場合に交換可能な第２情報と、を示すリストをそれぞれ有し、
    　前記通信デバイスは、前記ＩｏＴデバイスから前記リストを取得し、取得した前記リストに基づいて、前記相互認証を行わない場合には前記第１情報を前記ＩｏＴデバイスへ送信し、前記相互認証を行う場合には前記第２情報を前記ＩｏＴデバイスへ送信し、
    　前記ＩｏＴデバイスは、前記通信デバイスから前記リストを取得し、取得した前記リストに基づいて、前記相互認証を行わない場合には前記第１情報を前記通信デバイスへ送信し、前記相互認証を行う場合には前記第２情報を前記通信デバイスへ送信する、
    　ＩｏＴシステム。
  2. 　前記リストは、前記第１情報を、前記リストを交換した前記通信デバイス及び前記ＩｏＴデバイスとは異なる他の通信デバイス又は他のＩｏＴデバイスへ転送可能か否かを示す情報を含み、
    　前記リストを交換した前記通信デバイス及び前記ＩｏＴデバイスは、転送可能である場合には、前記第１情報を前記他の通信デバイス又は前記他のＩｏＴデバイスへ転送する、
    　請求項１に記載のＩｏＴシステム。
  3. 　前記通信デバイスは、前記セキュリティデバイスにより識別された利用者の操作により前記第１情報の転送の可否を設定可能に構成されている、
    　請求項２に記載のＩｏＴシステム。
  4. 　前記ＩｏＴデバイスは、前記ＩｏＴデバイスに予め登録された管理者の操作により前記第１情報の転送の可否を設定可能に構成されている、
    　請求項２に記載のＩｏＴシステム。
  5. 　前記通信デバイスは、前記セキュリティデバイスにより識別された利用者の操作により、前記ＩｏＴデバイスから取得した前記リストの利用可否を設定可能に構成されている、
    　請求項１に記載のＩｏＴシステム。
  6. 　前記ＩｏＴデバイスは、前記ＩｏＴデバイスに予め登録された管理者の操作により、前記通信デバイスから取得した前記リストの利用可否を設定可能に構成されている、
    　請求項１に記載のＩｏＴシステム。
  7. 　前記第２情報は、前記相互認証を行うための認証アルゴリズム及び鍵に関する情報を含む、
    　請求項１に記載のＩｏＴシステム。
  8. 　セキュリティデバイスを介して利用者を識別可能であり、セキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備えるＩｏＴデバイスと通信可能な通信デバイスに、
    　前記通信デバイスと前記ＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な第１情報と、前記相互認証を行う場合に交換可能な第２情報と、を示すリストを、前記ＩｏＴデバイスとの間で交換する処理と、
    　前記ＩｏＴデバイスから取得した前記リストに基づいて、前記相互認証を行わない場合には前記第１情報を前記ＩｏＴデバイスに送信し、前記相互認証を行う場合には前記第２情報をＩｏＴデバイスに送信する処理と、
    　を実行させるプログラム。
PCT/JP2023/032844 2022-09-15 2023-09-08 ＩｏＴシステム及びプログラム WO2024058068A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022146914A JP2024042302A (ja) 2022-09-15 2022-09-15 ＩｏＴシステム及びプログラム
JP2022-146914 2022-09-15

Publications (1)

Publication Number Publication Date
WO2024058068A1 true WO2024058068A1 (ja) 2024-03-21

Family

ID=90274922

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/032844 WO2024058068A1 (ja) 2022-09-15 2023-09-08 ＩｏＴシステム及びプログラム

Country Status (2)

Country Link
JP (1) JP2024042302A (ja)
WO (1) WO2024058068A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014510480A (ja) * 2011-02-28 2014-04-24 インタラクティブ・ソーシャル・インターネットワークス・エルエルシー ネットワーク通信システムおよび方法
JP2020145496A (ja) * 2019-03-04 2020-09-10 株式会社東芝 通信制御装置および通信システム
JP2021039585A (ja) * 2019-09-04 2021-03-11 株式会社日立製作所 クライアント又はサーバとの接続を制御する方法
JP2022067937A (ja) * 2020-10-21 2022-05-09 大日本印刷株式会社 セキュアコンポーネント、車両部品、車両、コンピュータプログラム、管理システム、情報処理方法及び管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014510480A (ja) * 2011-02-28 2014-04-24 インタラクティブ・ソーシャル・インターネットワークス・エルエルシー ネットワーク通信システムおよび方法
JP2020145496A (ja) * 2019-03-04 2020-09-10 株式会社東芝 通信制御装置および通信システム
JP2021039585A (ja) * 2019-09-04 2021-03-11 株式会社日立製作所 クライアント又はサーバとの接続を制御する方法
JP2022067937A (ja) * 2020-10-21 2022-05-09 大日本印刷株式会社 セキュアコンポーネント、車両部品、車両、コンピュータプログラム、管理システム、情報処理方法及び管理方法

Also Published As

Publication number Publication date
JP2024042302A (ja) 2024-03-28

Similar Documents

Publication Publication Date Title
US9386045B2 (en) Device communication based on device trustworthiness
US10958664B2 (en) Method of performing integrity verification between client and server and encryption security protocol-based communication method of supporting integrity verification between client and server
JP4859336B2 (ja) 安全通信装置及び方法
EP3461100B1 (en) Authenticating a networked camera using a certificate having device binding information
JP6012888B2 (ja) 機器証明書提供装置、機器証明書提供システムおよび機器証明書提供プログラム
KR101762013B1 (ko) Ｔｗｏ ｆａｃｔｏｒ 통신 채널을 활용한 사물기기의 등록 및 비밀키 설정 방법
EP3410670B1 (en) System and method for communicating between devices using a one-time password
JP2014530578A (ja) 第１のエンティティから第２のエンティティにセキュリティモジュールの制御を移行する方法
US20140013116A1 (en) Apparatus and method for performing over-the-air identity provisioning
JPWO2021117406A1 (ja) スマートコントラクトに基づいた利用権情報処理装置、利用権情報処理システム、および利用権情報処理方法
US8341703B2 (en) Authentication coordination system, terminal apparatus, storage medium, authentication coordination method, and authentication coordination program
WO2013168461A1 (ja) アプリケーションプログラム実行装置
US11178137B2 (en) System for IoT devices communicating with server using a tentative common key
WO2024058068A1 (ja) ＩｏＴシステム及びプログラム
CN113316916A (zh) 数字密钥共享系统中更新防盗令牌的设备及方法
CN116389060A (zh) 一种设备管理方法和装置
JP4552785B2 (ja) 暗号化通信管理サーバ
CN117203934A (zh) 具有基于信任根的安全性的加密且认证的固件供应
KR20240045162A (ko) 임베디드 장치들의 안전한 신뢰 루트 등록 및 신원 관리
JP5553914B1 (ja) 認証システム、認証装置、及び認証方法
CN114039731A (zh) 存储介质、中继装置和通信方法
WO2020080510A1 (ja) 認証認可システム、情報処理装置、機器、認証認可方法及びプログラム
WO2020075640A1 (ja) 情報処理装置、及び情報処理システム
JP6813030B2 (ja) 通信システム
KR101790121B1 (ko) 전자 기기 인증 방법 및 시스템

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

Country of ref document: EP

Kind code of ref document: A1