JP6449970B2 - ＩｏＴデバイス - Google Patents

ＩｏＴデバイス Download PDF

Info

Publication number
JP6449970B2
JP6449970B2 JP2017230022A JP2017230022A JP6449970B2 JP 6449970 B2 JP6449970 B2 JP 6449970B2 JP 2017230022 A JP2017230022 A JP 2017230022A JP 2017230022 A JP2017230022 A JP 2017230022A JP 6449970 B2 JP6449970 B2 JP 6449970B2
Authority
JP
Japan
Prior art keywords
iot device
iot
key
master
sub
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.)
Active
Application number
JP2017230022A
Other languages
English (en)
Other versions
JP2018133797A (ja
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 JP2018133797A publication Critical patent/JP2018133797A/ja
Application granted granted Critical
Publication of JP6449970B2 publication Critical patent/JP6449970B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • 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
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • 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
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • H04L9/0861—Generation of secret information including derivation or calculation 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/088—Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • 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
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H04L9/0897—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage involving additional devices, e.g. trusted platform module [TPM], smartcard or USB
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/50—Secure pairing of devices
    • H04W12/55—Secure pairing of devices involving three or more devices, e.g. group pairing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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/80—Wireless
    • H04L2209/805—Lightweight hardware, e.g. radio-frequency identification [RFID] or sensor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/062—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying encryption of the keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)

Description

本発明は、ＩｏＴネットワークにおいて、動的に個人キーを生成して分配するＩｏＴデバイスに関する。
ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：モノのインターネット）はあらゆるモノにセンサーと通信機能を内蔵してインターネットにつなげる技術を意味する。ＩｏＴ技術によれば、コンピュータや移動通信端末などの装置だけでなく、家電製品やウェアラブルデバイスなどの多種多様の装置をインターネットにつなぐことができる。本願明細書においてＩｏＴ技術が適用されている装置を「ＩｏＴデバイス」と称する。
一方、これらのＩｏＴデバイスは相互に通信を行う場合、主に無線通信技術を用いてデータを送受信する。したがって、悪意のある使用者によってデータが違法に収集されたり、データが改ざんされたりすることがある。これを防ぐためには、ＩｏＴのセキュリティを強化する必要がある。
例えば、韓国東国大学慶州キャンパスの産学協力団により２０１５年８月２６日付で出願され、２０１７年１月２３日付で登録された「ＩｏＴにおける情報セキュリティ方法およびこれを用いた情報セキュリティシステム」という名称の韓国登録特許第１０−１７０１０５２号公報（特許文献１）には、公開キー（暗号化キー）および個人キー（復号化キー）を生成してアップロード端末（またはクライアント端末）へ伝送する認証センター（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ｃｅｎｔｅｒ）を用いた方法が開示されている。
しかし、韓国登録特許第１０−１７０１０５２号公報に開示されている方法によれば、アップロード端末は認証センターを通じて公開キーを受信した後、クライアント保存センター（Ｃｌｏｕｄ Ｓｔｏｒａｇｅ Ｃｅｎｔｅｒ）にデータを伝送し、クライアント端末は認証センターを通じて復号キーを受信した後、クライアント保存センターからデータを受信する機能のみを行うことができる。すなわち、韓国登録特許第１０−１７０１０５２号公報に開示されている方法によれば、認証センターはデータの暗号化、または復号化のために必ず必要である。したがって、認証センターがハッキングなどの攻撃を受ける場合は、アップロード端末（または、クライアント端末）はデータの送受信が正常に行われない。また韓国登録特許第１０−１７０１０５２号公報に開示されている方法は、アップロード端末がクライアント保存センターにデータを伝送したり、クライアント端末がクライアント保存センターからデータを受信したりする場合のみ適用され、一般的なＩｏＴデバイス同士データを送受信する場合は適用されない。
また例えば、慶北大学産学協力団により２０１４年６月２４日付で出願され、２０１５年１１月２４日付で登録された「ＩｏＴにおいてのセキュリティ提供方法」という名称の韓国登録特許第１０−１５７２８０５号公報（特許文献２）には、予め指定されたイメージ情報をセキュリティキーで利用する方法が開示されている。
しかし、韓国登録特許第１０−１５７２８０５号公報に開示されている方法は、ＩｏＴデバイスが予め指定されたイメージ情報を共有する場合にのみ適用され、一般的なＩｏＴデバイス同士データを送受信する場合は適用されない。
韓国登録特許第１０−１７０１０５２号公報 韓国登録特許第１０−１５７２８０５号公報
そこで本発明は、ＩｏＴネットワーク内でマスターデバイスとして動作するかどうかを動的に決定し、マスターデバイスに決まれば、ＩｏＴネットワーク内の他のＩｏＴデバイスの個人キーを生成して分配して管理することにより、ＩｏＴのセキュリティを強化しつつハッキングなどの攻撃を防御することができるＩｏＴデバイスを提供することを目的とする。
前記技術的課題を達成するために、本発明は、
第１のＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス乃至第ｎのＩｏＴデバイス（ｎは２以上の自然数）を有するＩｏＴネットワークの第１のＩｏＴデバイスであって、
マスターキーを保存して、前記マスターキーを基に個人キーを生成するキー生成ロジックを備えるキー生成部と、
前記ＩｏＴネットワークに含まれる第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスと通信を行う通信部と、
前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスがマスターデバイスなのかどうかを決める処理（ａ）と、前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記マスターデバイスであれば、前記キー生成部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの各々に対応する第２の個人キー乃至第ｎの個人キーを生成して、前記通信部を通じて前記第２の個人キー乃至前記第ｎの個人キーを前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ各々伝送する処理（ｂ）と、前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記マスターデバイスでなければ、前記通信部を通じて前記マスターデバイスの前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つから前記第１のＩｏＴデバイスに対応する第１の個人キーを受信する処理（ｃ）と、を行う演算部と、
を有する第１のＩｏＴデバイスを提供する。
本発明によれば、ＩｏＴネットワーク内でマスターデバイスとして動作するかどうかを動的に決定し、マスターデバイスに決まれば、ＩｏＴネットワーク内の他のＩｏＴデバイスの個人キーを生成して分配して管理することにより、ＩｏＴのセキュリティを強化しつつ、ハッキングなどの攻撃を防御可能なＩｏＴデバイスを提供することができる。
本発明に係るＩｏＴデバイスの例示的な構成を示すブロック図である。 本発明に係るＩｏＴデバイスを有するＩｏＴネットワークの例示的な構成を示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。 本発明に係るＩｏＴデバイスにおいて、演算部の処理を例示的に示す図面である。
以下、本発明のＩｏＴ（モノのインターネット）デバイスの実施例を添付した図面を参照しながらさらに詳しく説明する。一方、本発明の実施例を説明するための図面において、説明の便宜上実際の構成のうち一部のみ図示したり、一部を省略して図示したり、変形して図示したり、または蓄積が異なるように図示したりすることがある。
図１は、本発明に係るＩｏＴデバイス１００の例示的な構成を示すブロック図である。
図１を参照すれば、本発明に係るＩｏＴデバイス１００は、キー生成部１１０、通信部１５０および演算部１７０を有する。
キー生成部１１０は、マスターキー１１５を保存する。またキー生成部１１０は第１のノーマルキー１２５をさらに保存することができる。また、キー生成部１１０は第１の個人キー１３０および第１のサブ個人キー１３５のうち少なくとも一つをさらに保存することができる。
また、キー生成部１１０は、マスターキー１１５を基に個人キーを生成するキー生成ロジック１２０を備える。
キー生成ロジック１２０は、マスターキーを用いてキーを誘導する機能を備える。例えば誘導されるキー（Ｄｅｒｉｖｅｄ Ｋｅｙ）はマスターキー（Ｍａｓｔｅｒ Ｋｅｙ）および誘導データ（Ｄｅｒｉｖａｔｉｏｎ Ｄａｔａ）を暗号化することにより生成される。
これを簡単に以下のように示す。
Ｄｅｒｉｖｅｄ Ｋｅｙ＝Ｅｎｃｒｙｐｔ（Ｍａｓｔｅｒ Ｋｅｙ、Ｄｅｒｉｖａｔｉｏｎ Ｄａｔａ）
Ｅｎｃｒｙｐｔ（Ａ、Ｂ）は、ＡおよびＢを用いた暗号化関数である。
キー生成ロジック１２０は、マスターキー１１５を基に個人キーを生成する。すなわち、予め保存されたマスターキー１１５と誘導データ（Ｄｅｒｉｖａｔｉｏｎ Ｄａｔａ）を用いて個人キーを誘導することができる。
誘導データ（Ｄｅｒｉｖａｔｉｏｎ Ｄａｔａ）は、後述するように、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎの各々に対応する第１のノーマルキー１２５乃至第ｎのノーマルキーのうち少なくとも一つである。
すなわち、後述する第１のノーマルキー１２５乃至第ｎのノーマルキーは、キー生成ロジック１２０にてマスターキー１１５と共に使われ、個人キーを生成することができるように構成されたデータである。
第１のノーマルキー１２５乃至第ｎのノーマルキーは、公開キーとして使われることもある。例えば、第１のＩｏＴデバイス１００−１の公開キーで第１のノーマルキー１２５が使われ、第ｎのＩｏＴデバイス１００−ｎの公開キーで第ｎのノーマルキーが使われることがある。
しかし、第１のノーマルキー１２５が第１のＩｏＴデバイス１００−１の公開キーでなければ、第１のＩｏＴデバイス１００−１が第１のノーマルキー１２５ではない他の公開キーを使うこともできる。同じく、第ｎのノーマルキーが第ｎのＩｏＴデバイス１００−ｎの公開キーでなければ、第ｎのＩｏＴデバイス１００−ｎが第ｎのノーマルキーでない他の公開キーを使うこともできる。
キー生成ロジック１２０は、第１の暗号化レベルおよび第２の暗号化レベルのいずれか一つで個人キーを誘導することができる。例えば、第１の暗号化レベルは１２８ビットキーを生成し、第２の暗号化レベルは８ビットキーを生成することもできる。
望ましくは、キー生成部１１０は物理的に複製不可に構成される。キー生成部１１０は、通信部１５０および演算部１７０とは独立的に構成されることがある。例えば、キー生成部１１０は外部の違法接近が不可能なＥＭＶ（Ｅｕｒｏｐａｙ ＭａｓｔｅｒＣａｒｄ Ｖｉｓａ）規格に沿って製造されたＥＭＶチップ、または外部の違法接近が不可能なセキュリティブロック（Ｔｒｕｓｔ Ｅｌｅｍｅｎｔｓ）を有するＴＥＥ（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）規格に沿って製造されたＴＥＥチップを用いて実現ることができる。
したがって、マスターキー１１５およびキー生成ロジック１２０は、非常に高いセキュリティレベルによってキー生成部１１０内に維持される。同じく、後述する第１のノーマルキー１２５、第１の個人キー１３０および第１のサブ個人キー１３５も、非常に高いセキュリティレベルによってキー生成部１１０内に維持されることがある。
通信部１５０は、本発明に係るＩｏＴデバイス１００を有するＩｏＴネットワークの他のＩｏＴデバイスとの通信を行う。
図２は、本発明に係るＩｏＴデバイスを有するＩｏＴネットワークの例示的な構成を示す図面である。
図２を参照すれば、ＩｏＴネットワーク２００は、第１のＩｏＴデバイス１００−１、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎを有する（但し、ｎは２以上の自然数）。ＩｏＴネットワーク２００に含まれるＩｏＴデバイスの個数は可変的であり、例えば図２に示すＩｏＴネットワーク２００に第ｎ＋１のＩｏＴデバイス１００−（ｎ＋１）が追加されたり、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのうち少なくとも一つがＩｏＴネットワーク２００から除外されたりすることがある。例えば第２のＩｏＴデバイス１００−２が誤作動した場合、第２のＩｏＴデバイス１００−２はＩｏＴネットワーク２００から除外されることがある。
本発明に係るＩｏＴデバイス１００は、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎのうち少なくとも一つである。例えば本発明に係るＩｏＴデバイス１００は第１のＩｏＴデバイス１００−１である。またはＩｏＴネットワーク２００に含まれる第１のＩｏＴデバイス１００−１、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの各々は全て本発明に係るＩｏＴデバイス１００により作動する。
すなわち、第２のＩｏＴデバイス１００−２は、キー生成部（図示せず）、通信部（図示せず）および演算部（図示せず）を有し、同じく第ｎのＩｏＴデバイス１００−ｎは、キー生成部（図示せず）、通信部（図示せず）および演算部（図示せず）を有する。
第２のＩｏＴデバイス１００−２のキー生成部は、第１のＩｏＴデバイス１００−１のマスターキーと同一であるか、或いは他のマスターキーを保存しながらキー生成ロジック（図示せず）を備える。また、第２のＩｏＴデバイス１００−２のキー生成部は第２のノーマルキーを予め保存でき、さらに第２の個人キーおよび第２のサブ個人キーを保存することもできる。同じく第ｎのＩｏＴデバイス１００−ｎのキー生成部は、第１のＩｏＴデバイス１００−１のマスターキーと同一であるか、或いは他のマスターキーを保存しながらキー生成ロジック（図示せず）を備える。また、第ｎのＩｏＴデバイス１００−ｎのキー生成部は、第ｎのノーマルキーを予め保存することができ、第ｎの個人キーおよび第ｎのサブ個人キーをさらに保存することもできる。
ノーマルキー、すなわち第１のノーマルキー乃至第ｎのノーマルキーは、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎのうち対応されるものに予め保存される。ノーマルキーは、例えば第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎの製造会社、または使用者の政策によって決定されるキーである。ノーマルキーは、例えば第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎがＩｏＴネットワーク２００内に含まれるかどうかを決めることができる値としても使われる。すなわち、特定の政策によって決定されたノーマルキーを有するＩｏＴデバイスのみがＩｏＴネットワーク２００内に追加される。例えば、特定の自動車製造会社の政策によって決定されたノーマルキーを有するＩｏＴデバイスのみが特定の自動車内のＩｏＴネットワークに追加される。
ノーマルキーは、上述のように公開キーとしても使われるが、公開キーとして使われない場合もある。
以下、本発明に係るＩｏＴデバイス１００が図２に示す第１のＩｏＴデバイス１００−１であると仮定して、本発明に係るＩｏＴデバイス１００を説明する。第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの具体的な構成は、第１のＩｏＴデバイス１００−１と異なることがある。しかし、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの各々は、キー生成部１１０、通信部１５０および演算部１７０を有する。したがって、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの個人キーを生成して管理する動作は、第１のＩｏＴデバイス１００−１の動作と実質的に同一であるため、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎは詳しい説明を省略する。
通信部１５０は、上述するように、本発明に係るＩｏＴデバイス１００を有するＩｏＴネットワーク２００の他のＩｏＴデバイスと通信を行う。例えば、本発明に係るＩｏＴデバイス１００は、第１のＩｏＴデバイス１００−１であるため、通信部１５０はＩｏＴネットワーク２００に含まれる第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎと通信を行う。
演算部１７０は、下記のような処理を行う。
（１）ＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１がマスターデバイスなのかどうかを決める処理
マスターデバイスはＩｏＴネットワーク２００内に含まれる第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つである。マスターデバイスは、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎの個人キー、すなわち第１の個人キー乃至第ｎの個人キーを生成して別の装置、すなわち第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎのうちマスターデバイスではないデバイスへ伝送するデバイスである。例えば第１のＩｏＴデバイス１００−１がマスターデバイスである場合、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎをスレーブデバイスと呼ぶことができる。
図３の（ａ）〜（ｃ）は、本発明に係るＩｏＴデバイスにおける演算部１７０の処理を例示的に示す図面である。図３の（ａ）は演算部１７０がＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１がマスターデバイスなのかどうかを決める処理を示す。
上述するように、本発明に係るＩｏＴデバイス１００は、第１のＩｏＴデバイス１００−１であるため、演算部１７０はＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１がマスターデバイスなのかどうかを決める処理を行う。
図３の（ａ）を参照すると、演算部１７０は通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎへ、ネットワーク参加信号（図３の（ａ）の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）を伝送する（Ｓ１０）。
望ましくは、演算部１７０は第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎにネットワーク参加信号を伝送した後、通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの各々からネットワーク参加信号（図３の（ａ）の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）に対する応答信号（図示せず）を受信することもできる。応答信号はネットワーク参加信号と類似の形式を有する。
次に、演算部１７０は第１のＩｏＴデバイス１００−１の固有識別情報、または任意に決定された値を基にタイマー（図示せず）を動作させる（Ｓ１５）。
タイマーは演算部１７０に内蔵された機能のうち一つである。第１のＩｏＴデバイス１００−１の固有識別情報は第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎとは重複しない識別情報であり、望ましくは第１のＩｏＴデバイス１００−１にのみ対応するように構成されている固有識別情報である。第１のＩｏＴデバイス１００−１の固有識別情報は、例えば第１のＩｏＴデバイス１００−１に対応する半導体の放射性同位元素を基に決定された固有値である。
タイマーの動作が終わるまで（Ｓ２０）、通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがマスターデバイスに決まったことを表す信号が、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つから受信されなければ、演算部１７０は第１のＩｏＴデバイス１００−１をマスターデバイスに決定する（Ｓ２５）。
第１のＩｏＴデバイス１００−１をマスターデバイスに決定した後、演算部１７０は、望ましくは通信部１５０を通じて第１のＩｏＴデバイス１００−１がマスターデバイスに決まったことを表す信号（図３の（ａ）の「Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎへ伝送することができる（Ｓ３０）。
すなわち、演算部１７０はＩｏＴネットワーク２００に含まれる第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎに第１のＩｏＴデバイス１００−１がマスターデバイスに決まったことを通知することができる。
一方、第１のＩｏＴデバイス１００−１がマスターデバイスに一旦決まった後も、演算部１７０は第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決めることができる。
図３の（ｂ）は演算部１７０がＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１をマスターデバイスに決めた後に、再び第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決める処理を図示する。
図３の（ｂ）を参照すれば、演算部１７０はＳ２５を通じて第１のＩｏＴデバイス１００−１をマスターデバイスに決めた後、予め指定された条件が満たされたら、第１のＩｏＴデバイス１００−１を前記マスターデバイスではないものに決める（Ｓ３５）。
予め指定された条件は、例えば下記の通りである。
まず、ＩｏＴネットワーク２００に少なくとも一つのＩｏＴデバイスが追加される場合である。すなわち、図２に示すＩｏＴネットワーク２００において、第ｎ＋１のＩｏＴデバイス１００−（ｎ＋１）が追加される場合である。
次に、ＩｏＴネットワーク２００において、少なくとも一つのＩｏＴデバイスが除外される場合である。すなわち、図２に示すＩｏＴネットワーク２００において、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つが除外される場合である。
例えば、第２のＩｏＴデバイス１００−２が誤作動する場合、または第２のＩｏＴデバイス１００−２が故障してこれ以上動作が不可能な場合、第２のＩｏＴデバイス１００−２はＩｏＴネットワーク２００から除外される。
このようにＩｏＴネットワーク２００に含まれるＩｏＴデバイスの個数が変更される場合、第１のＩｏＴデバイス１００−１がそのままマスターデバイスとして動作される。例えば第２のＩｏＴデバイス１００−２がＩｏＴネットワーク２００から除外される場合、第１のＩｏＴデバイス１００−１がそのままマスターデバイスで動作することができる。また、第ｎ＋１のＩｏＴデバイス１００−（ｎ＋１）が追加される場合も、第１のＩｏＴデバイス１００−１がそのままマスターデバイスで動作することができる。第ｎ＋１のＩｏＴデバイス１００−（ｎ＋１）が追加されたら、第ｎ＋１のＩｏＴデバイス１００−（ｎ＋１）は第１のＩｏＴデバイス１００−１に第ｎ＋１のノーマルキーを伝送する。演算部１７０はキー生成ロジック１２０を通じて、マスターキー１１５および第ｎ＋１のノーマルキーを用いて第ｎ＋１の個人キーを生成して、通信部１５０を用いて第ｎ＋１の個人キーを第ｎ＋１のＩｏＴデバイス１００−（ｎ＋１）へ伝送する。
ところが、ＩｏＴネットワーク２００に含まれるＩｏＴデバイスの個数が変更される場合、また新たにマスターデバイスが決定されることがある。
すなわち、新しく追加されたＩｏＴデバイスを有し、上述のような新たにマスターデバイスを決める処理が行われることがある。演算部１７０は例えば図３の（ａ）に示すＳ１０〜Ｓ３０を通じて、再び第１のＩｏＴデバイス１００−１をマスターデバイスに決めることができる。または、後述する図３の（ｃ）に関する説明を参照すると、演算部１７０は第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決めることもできる。
一方、演算部１７０は図３の（ａ）に示すＳ１０〜Ｓ３０を行わずに、直ちに第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決めることもできる。すなわち、第１のＩｏＴデバイス１００−１を一旦マスターデバイスに決め、再び第１のＩｏＴデバイス１００−１がマスターデバイスではないものに決めれば、演算部１７０はネットワーク参加信号（図３の（ａ）の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）そのものを伝送しなくても、第１のＩｏＴデバイス１００−１を自動的にマスターデバイスではないものに決めることができる。
次に、ＩｏＴネットワーク２００において、第１のＩｏＴデバイス１００−１がハッキングなどの外部の攻撃を受ける場合である。
第１のＩｏＴデバイス１００−１がハッキングなどの攻撃を受ける場合、第１のＩｏＴデバイス１００−１がマスターデバイスで動作し続ければ、セキュリティ上問題が発生することがある。
したがって、演算部１７０は第１のＩｏＴデバイス１００−１を前記マスターデバイスではないものに決める（Ｓ３５）。この場合も、演算部１７０は、図３の（ａ）に図示のＳ１０〜Ｓ３０を行わずに、直ちに第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決めることもできる。すなわち、第１のＩｏＴデバイス１００−１がハッキングなどの攻撃を受ける場合、演算部１７０はネットワーク参加信号（図３の（ａ）の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）そのものを伝送しなくても、第１のＩｏＴデバイス１００−１を自動的にマスターデバイスではないものに決めることができる。
Ｓ３５を行った後、演算部１７０は、望ましくはＳ３５を通じて第１のＩｏＴデバイス１００−１を前記マスターデバイスではないものに決めた後、通信部１５０を通じて、第１のＩｏＴデバイス１００−１がマスターデバイスではないことを示す信号（図３の（ｂ）の「Ｃａｎｃｅl Ｓiｇｎａl」）を、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎへ伝送することができる（Ｓ４０）。
図３の（ｃ）は演算部１７０がＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決める処理、およびその後にマスターデバイスから第１の個人キーを受信する処理を示す。
図３の（ｃ）を参照すると、演算部１７０はＳ１５に沿ってタイマーを動作させた後、タイマーの動作が終わる前に、通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つから、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがマスターデバイスに決まったことを表す信号（図３の（ｃ）の「Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を受信する（Ｓ４５）。
演算部１７０は、Ｓ４５を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがマスターデバイスに決まったことを表す信号（図３の（ｃ）の「Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を受信すれば、第１のＩｏＴデバイス１００−１をマスターデバイスではないものに決める。
図３の（ｃ）のＳ５０およびＳ５５に関する説明は後述する。
（２）個人キーらを生成して伝送する処理
演算部１７０は第１のＩｏＴデバイス１００−１がマスターデバイスであれば、下記のような処理を行う。すなわち、図３の（ａ）を参照した説明において、演算部１７０が第１のＩｏＴデバイス１００−１をマスターデバイスに決めたら、演算部１７０は下記のような処理を行う。
図４は、演算部１７０がＩｏＴネットワーク２００内で第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの個人キー、すなわち第２の個人キー乃至第ｎの個人キーを生成して伝送する処理を示す。
図４を参照すると、演算部１７０は通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのノーマルキー、すなわち第２のノーマルキー乃至第ｎのノーマルキーを受信する（Ｓ６０）。
次に、演算部１７０はキー生成部１１０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎに対応する個人キー、すなわち第２の個人キー乃至第ｎの個人キーを生成する（Ｓ６５）。演算部１７０は、例えば上述したキー生成ロジック１２０に第２のノーマルキー乃至第ｎのノーマルキーを代入して、第２の個人キー乃至第ｎの個人キーを生成する（Ｓ６５）。
キー生成ロジック１２０は、上述したＥｎｃｒｙｐｔ関数を用いて第２の個人キー乃至第ｎの個人キーを生成することができる。例えば第２の個人キーはＥｎｃｒｙｐｔ（マスターキー、第２のノーマルキー）を用いて生成され、第ｎの個人キーはＥｎｃｒｙｐｔ（マスターキー、第ｎのノーマルキー）を用いて生成される。
次に、演算部１７０はＳ６５を通じて生成された第２の個人キー乃至第ｎの個人キーを、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの各々へ伝送する（Ｓ７０）。例えば、演算部１７０は通信部１５０を通じて第２の個人キーを第２のＩｏＴデバイス１００−２へ伝送する。同じく、演算部１７０は通信部１５０を通じて第ｎの個人キーを第ｎのＩｏＴデバイス１００−ｎへ伝送する。
一方、演算部１７０は、第１のＩｏＴデバイス１００−１をマスターデバイスに決めた場合にも、第１のＩｏＴデバイス１００−１の個人キー、すなわち第１の個人キーを生成することができる。
図５は、演算部１７０が第１のＩｏＴデバイス１００−１の個人キー、すなわち第１の個人キーを生成する処理を示す。
キー生成部１１０は第１のＩｏＴデバイス１００−１のノーマルキー、すなわち第１のノーマルキー（図１の１２５）をさらに保存することができる。
演算部１７０はキー生成部１１０を通じてマスターキー（図１の１１５）および第１のノーマルキー（図１の１２５）を用いて、第１の個人キー（図１の１３０）を生成することができる（Ｓ７５）。
上述と同様に、第１の個人キー（図１の１３０）はＥｎｃｒｙｐｔ（マスターキー、第１のノーマルキー）を用いて生成されることがある。
一方、キー生成部１１０はＳ７５を通じて生成された第１の個人キー（図１の１３０）をさらに保存することもできる。
（３）第１の個人キーを受信する処理
演算部１７０は、第１のＩｏＴデバイス１００−１がマスターデバイスでなければ、下記のような処理を行う。
図３の（ｃ）を再び参照すると、Ｓ４５を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがマスターデバイスに決まったことを表す信号（図３の（ｃ）の「Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を受信したら、演算部１７０は通信部１５０を通じてマスターデバイス、すなわち第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つのマスターデバイスに第１のノーマルキー（図１の１２５）を伝送する（Ｓ５０）。
次に、演算部１７０はマスターデバイスから第１の個人キーを受信する（Ｓ５５）。
望ましく、キー生成部１１０は第１の個人キー（図１の１３０）をさらに保存することができる。
このようなプロセスを通じて、第１のＩｏＴデバイス１００−１が暗号化通信を行う際に使用することができる第１の個人キー（図１の１３０）がマスターデバイスから獲得される。
一方、演算部１７０は下記のような処理をさらに行うことができる。
（４）ＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１がサブマスターデバイスなのかどうかを決める処理
図６は、演算部１７０がＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１がサブマスターデバイスなのかどうかを決める処理を示す。サブマスターデバイスは第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つであり、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎのうちサブマスターデバイスではないデバイスはサブスレーブデバイスとも呼ぶことができる。
図６を参照すると、演算部１７０は通信部１５０を通じて、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎにネットワーク参加信号（図６の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）を伝送する（Ｓ１１０）。図６のＳ１１０は図３の（ａ）のＳ１０と似ているが、図６のＳ１１０はサブマスターデバイスを決めるためにネットワーク参加信号（図６の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）を伝送し、図３の（ａ）のＳ１０はマスターデバイスを決めるためにネットワーク参加信号（図３の（ａ）の「Ａｔｔｅｎｄｉｎｇ Ｓｉｇｎａｌ」）を伝送する点で異なる。
次に、演算部１７０はタイマーを動作する（Ｓ１１５）。タイマーが終わるまで（Ｓ１２０）、通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがサブマスターデバイスに決まったことを表す信号が、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つから受信されなければ、演算部１７０は第１のＩｏＴデバイス１００−１をサブマスターデバイスに決める（Ｓ１２５）。
第１のＩｏＴデバイス１００−１をサブマスターデバイスに決めた後、演算部１７０は、望ましくは通信部１５０を通じて第１のＩｏＴデバイス１００−１がサブマスターデバイスに決まったことを表す信号（図６の「Ｓｕｂ−Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎへ伝送することができる（Ｓ１３０）。
図６のＳ１１０〜Ｓ１３０はサブマスターデバイスを決めるためのものであり、図３の（ａ）のＳ１０〜Ｓ３０はマスターデバイスを決めるためのものであるという点を除けば、図６のＳ１１０〜Ｓ１３０は図３の（ａ）のＳ１０〜Ｓ３０と実質的に同一であるため、詳しい説明を省略する。
図７は、演算部１７０がＩｏＴネットワーク２００内で第１のＩｏＴデバイス１００−１をサブマスターデバイスではないものに決める処理、およびその後にマスターデバイスから第１のサブ個人キーを受信する処理を示す。
図７を参照すると、演算部１７０はＳ１１５に沿ってタイマーを動作した後、タイマーが終わる前に、通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つから、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがサブマスターデバイスに決まったことを表す信号（図７の「Ｓｕｂ−Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を受信する（Ｓ１４５）。
演算部１７０は、Ｓ１４５を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがサブマスターデバイスに決まったことを表す信号（図７の「Ｓｕｂ−Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を受信したら、第１のＩｏＴデバイス１００−１をサブマスターデバイスではないものに決める。
図７のＳ１５０およびＳ１５５に関する説明は後述する。
（５）第１のサブ個人キーを受信する処理
演算部１７０は第１のＩｏＴデバイス１００−１がサブマスターデバイスでなければ、以下のような処理を行う。
図７を再び参照すると、Ｓ１４５を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのいずれか一つがサブマスターデバイスに決まったことを表す信号（図７の「Ｓｕｂ−Ｍａｓｔｅｒ Ｓｉｇｎａｌ」）を受信したら、演算部１７０は通信部１５０を通じてサブマスターデバイス、すなわち第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのうちサブマスターデバイスに決まったいずれか一つに第１のノーマルキー（図１の１２５）を伝送する（Ｓ１５０）。
次に、演算部１７０はサブマスターデバイスから第１のサブ個人キー（図１の１３５）を受信する（Ｓ１５５）。
望ましくは、キー生成部１１０は第１のサブ個人キー（図１の１３５）をさらに保存することができる。
このようなプロセスを通じて、第１のＩｏＴデバイス１００−１が暗号化通信を行う際に使われる第１のサブ個人キー（図１の１３５）がサブマスターデバイスから獲得される。
（６）サブ個人キーを生成して伝送する処理
演算部１７０は、第１のＩｏＴデバイス１００−１がサブマスターデバイスであれば、下記のような処理を行う。すなわち、図６を参照した説明において、演算部１７０が第１のＩｏＴデバイス１００−１をサブマスターデバイスに決めたら、演算部１７０は下記のような処理を行う。
図８は演算部１７０がＩｏＴネットワーク２００内で第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのサブ個人キー、すなわち第２のサブ個人キー乃至第ｎのサブ個人キーを生成して伝送する処理を示す。
図８を参照すると、演算部１７０は通信部１５０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎのノーマルキー、すなわち第２のノーマルキー乃至第ｎのノーマルキーを各々受信する（Ｓ１６０）。
次に、演算部１７０はキー生成部１１０を通じて第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎに対応するサブ個人キー、すなわち第２のサブ個人キー乃至第ｎのサブ個人キーを生成する（Ｓ６５）。演算部１７０は、例えば上述したキー生成ロジック１２０に第２のノーマルキー乃至第ｎのノーマルキーを代入して、第２のサブ個人キー乃至第ｎのサブ個人キーを生成する（Ｓ１６５）。
キー生成ロジック１２０は、上述したＥｎｃｒｙｐｔ関数を用いて第２のサブ個人キー乃至第ｎのサブ個人キーを生成することができる。例えば、第２のサブ個人キーはＥｎｃｒｙｐｔ（マスターキー、第２のノーマルキー）を用いて生成され、第ｎのサブ個人キーはＥｎｃｒｙｐｔ（マスターキー、第ｎのノーマルキー）を用いて生成される。
上述したように、キー生成ロジック１２０は、第１の暗号化レベルおよび第２の暗号化レベルのいずれか一つに個人キーを誘導することができる。例えば、第１の暗号化レベルは１２８ビットキーを生成し、第２の暗号化レベルは８ビットキーを生成することもできる。
例えば、個人キーは第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎがセキュリティに敏感なデータを送受信する際に使われ、サブ個人キーは第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎがセキュリティにやや敏感なデータを送受信する際に使われることがある。
例えば、ヘルスチェックおよびログ伝達などのデータはセキュリティにやや敏感なデータであるため、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎの間でサブ個人キーを用いて送受信される。
一方、検出データおよび制御信号などのデータはセキュリティに敏感なデータであるため、第１のＩｏＴデバイス１００−１乃至第ｎのＩｏＴデバイス１００−ｎの間で個人キーを用いて送受信される。
次に、演算部１７０はＳ１６５を通じて生成された第２のサブ個人キー乃至第ｎのサブ個人キーを、第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎの各々へ伝送する（Ｓ１７０）。
例えば、演算部１７０は通信部１５０を通じて第２のサブ個人キーを第２のＩｏＴデバイス１００−２に伝送する。同じく、演算部１７０は通信部１５０を通じて第ｎのサブ個人キーを第ｎのＩｏＴデバイス１００−ｎへ伝送する。
一方、演算部１７０は第１のＩｏＴデバイス１００−１をサブマスターデバイスに決めた場合も、第１のＩｏＴデバイス１００−１のサブ個人キー、すなわち第１のサブ個人キーを生成することができる。
図９は、演算部１７０が第１のＩｏＴデバイス１００−１のサブ個人キー、すなわち第１のサブ個人キーを生成する処理を示す。
キー生成部１１０は、第１のＩｏＴデバイス１００−１のノーマルキー、すなわち第１のノーマルキー（図１の１２５）をさらに保存することができる。
演算部１７０は、キー生成部１１０を通じてマスターキー（図１の１１５）および第１のノーマルキー（図１の１２５）を用いて第１のサブ個人キーを生成することができる（Ｓ１７５）。
上述と同様に、具体的には、第１のサブ個人キーはＥｎｃｒｙｐｔ（マスターキー、第１のノーマルキー）を用いて生成される。
上述したように、キー生成ロジック１２０は第１の暗号化レベルで個人キーを生成して、第２の暗号化レベルでサブ個人キーを生成することができる。すなわち、第１の個人キー（図１の１３０）と第１のサブ個人キー（図１の１３５）は暗号化レベルが異なることが望ましい。
望ましくは、キー生成部１１０は第１のサブ個人キー（図１の１３５）をさらに保存することができる。
（７）第１の個人キーの暗号化レベルに対応してデータを暗号化する処理
演算部１７０は、第１のＩｏＴデバイス１００−１の第１の個人キー（図１の１３０）の暗号化レベルに対応してデータを暗号化する処理をさらに行うことができる。
図１０は、演算部１７０が第１の個人キー（図１の１３０）の暗号化レベルに対応してデータを暗号化する処理を示す。
図１０を参照すると、演算部１７０は第１のＩｏＴデバイス１００−１が第２のＩｏＴデバイス１００−２乃至第ｎのＩｏＴデバイス１００−ｎとデータを送受信する場合、第１の個人キー（図１の１３０）の暗号化レベルに対応してデータを暗号化する（Ｓ８０）。
例えば、第１の個人キー（図１の１３０）が１２８ビットレベルであれば、演算部１７０は１２８ビットレベルに対応するようにデータを暗号化する。
（８）第１の個人キー、または第１のサブ個人キーを用いてデータを暗号化する処理
演算部１７０は第１のＩｏＴデバイス１００−１の第１の個人キー（図１の１３０）の暗号化レベル、または第１のサブ個人キー（図１の１３５）の暗号化レベルに対応してデータを暗号化する処理をさらに行うことができる。
図１１は、演算部１７０が第１の個人キー（図１の１３０）の暗号化レベル、または第１のサブ個人キー（図１の１３５）の暗号化レベルに対応してデータを暗号化する処理を示す。
例えば、第１の個人キー（図１の１３０）が１２８ビットレベルであれば、演算部１７０は１２８ビットレベルに対応するようにデータを暗号化する。
例えば、第１のサブ個人キー（図１の１３０）が８ビットレベルであれば、演算部１７０は８ビットレベルに対応するようにデータを暗号化する。
演算部１７０は、用途に適するように暗号化レベルを異ならせることによって暗号化に伴う演算処理の負荷を最小限に抑え、暗号化に要する処理時間を節減することができる。
例えば、演算部１７０はキー生成部１１０と同様に、ＥＭＶ（Ｅｕｒｏｐａｙ ＭａｓｔｅｒＣａｒｄ Ｖｉｓａ）規格に沿って製造されたＥＭＶチップ、またはＴＥＥ（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）規格に沿って製造されたＴＥＥチップを用いて実現されることがある。
しかし、演算部１７０はＥＭＶチップ、またはＴＥＥチップだけでなく、他の形態のチップを用いて、例えばコンピュータ機能を備えたプロセッサによって実現されることもある。
以上説明した通り、本発明によればＩｏＴネットワーク内でマスターデバイスとして動作するかどうかを動的に決定し、マスターデバイスに決まれば、ＩｏＴネットワーク内の他のＩｏＴデバイスの個人キーを生成して分配して管理することによって、ＩｏＴのセキュリティを強化しつつ、ハッキングなどの攻撃を防御可能なＩｏＴデバイスを提供することができる。
また、個人キーおよびサブ個人キーを用いることによって、用途によって暗号化レベルを異ならせることができる。したがって、暗号化に伴う演算処理の負荷を最小限に抑え、暗号化に要する処理時間を節減することができる。
以上本発明の構成を詳しく説明したが、これは単に本発明を例示的に説明したに過ぎず、本発明が属する技術分野において通常の知識を有する者であれば本発明の本質的な特性を超えない範囲内で様々な変形が可能である。
したがって、本願明細書に開示されている実施例は本発明を限定するためのものでなく説明するためのものであり、このような実施例により本発明の思想と範囲が限定される訳ではない。本発明の範囲は以下の請求範囲によって解釈されるべきであり、それと同等な範囲内にあるすべての技術は、本発明の権利範囲に含まれると解釈されるべきである。
本発明によれば、ＩｏＴネットワーク内でマスターデバイスとして動作するかどうかを動的に決定し、マスターデバイスに決まればＩｏＴネットワーク内の他のＩｏＴデバイスの個人キーを生成して分配して管理することによって、ＩｏＴのセキュリティを強化しつつ、ハッキングなどの攻撃を防御することができるＩｏＴデバイスを提供することができる。また、個人キーおよびサブ個人キーを用いることにより、用途によって暗号化レベルを異ならせることができる。したがって、暗号化による演算処理の負荷を最小限に抑え、暗号化に要する処理時間を節減することができる。

Claims (18)

  1. 第１のＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス乃至第ｎのＩｏＴデバイス（ｎは２以上の自然数）を有するＩｏＴネットワークの第１のＩｏＴデバイスであって、
    マスターキー及び第１のノーマルキーを保存して、前記マスターキーを基に復号化キーである個人キーを生成するキー生成ロジックを備えるキー生成部と、
    前記ＩｏＴネットワークに含まれる第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスと通信を行う通信部と、
    （ａ）前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスがマスターデバイスなのかどうかを決める処理と、
    （ｂ）前記処理（ａ）によって、前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記マスターデバイスに決まれば、前記キー生成部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの各々に対応する第２の個人キー乃至第ｎの個人キーを生成して、前記通信部を通じて前記第２の個人キー乃至前記第ｎの個人キーを前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ各々伝送する処理と、
    （ｃ）前記処理（ａ）によって、前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記マスターデバイスでないと決まれば、前記通信部を通じて前記マスターデバイスの前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つから前記第１のＩｏＴデバイスに対応する第１の個人キーを受信する処理と、
    を行う演算部と、
    を有し、
    前記処理（ｂ）は、
    （ｂ−１）前記通信部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの各々から前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの第２のノーマルキー乃至第ｎのノーマルキーを各々受信する処理と、
    （ｂ−２）前記キー生成部を通じて前記マスターキーおよび前記第２のノーマルキー乃至前記第ｎのノーマルキーを用いて前記第２の個人キー乃至前記第ｎの個人キーを生成する処理と、
    （ｂ−３）前記通信部を通じて前記第２の個人キー乃至前記第ｎの個人キーを前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ各々伝送する処理と、を有し、
    前記処理（ｃ）は、
    （ｃ−１）前記通信部を通じて前記第１のノーマルキーを前記マスターデバイスへ伝送する処理を有する第１のＩｏＴデバイス。
  2. 前記処理（ａ）は、
    （ａ−１）前記通信部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへネットワーク参加信号を伝送する処理と、
    （ａ−２）前記第１のＩｏＴデバイスの固有識別情報、または任意に決定された値を基にタイマーを動作させる処理と、
    （ａ−３）前記タイマーの動作が終了するまで、前記通信部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つが前記マスターデバイスに決まったことを表す信号が、前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つから受信されなければ、前記第１のＩｏＴデバイスを前記マスターデバイスに決める処理と、
    を有する請求項１に記載の第１のＩｏＴデバイス。
  3. 前記演算部は、
    （ａ−４）前記第１のＩｏＴデバイスを前記マスターデバイスに決めれば、前記通信部を通じて前記第１のＩｏＴデバイスが前記マスターデバイスに決まったことを表す信号を、前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ伝送する処理、
    をさらに行うように構成されている請求項１に記載の第１のＩｏＴデバイス。
  4. 前記演算部は、
    （ａ−５）前記第１のＩｏＴデバイスを前記マスターデバイスに決めた後、予め指定された条件を満たせば、前記第１のＩｏＴデバイスを前記マスターデバイスではないものに決める処理、
    をさらに行うように構成されている請求項１に記載の第１のＩｏＴデバイス。
  5. 前記演算部は、
    （ａ−６）前記処理（ａ−５）を行った後、前記通信部を通じて前記第１のＩｏＴデバイスが前記マスターデバイスではないことを表す信号を、前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ伝送する処理、
    をさらに行うように構成されている請求項４に記載の第１のＩｏＴデバイス。
  6. 前記予め指定された条件は、前記ＩｏＴネットワークに少なくとも一つのＩｏＴデバイスが追加される場合、前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのうち少なくとも一つが前記ＩｏＴネットワークから除外される場合、および前記第１のＩｏＴデバイスが攻撃を受ける場合のいずれか一つである請求項４に記載の第１のＩｏＴデバイス。
  7. 前記演算部は、
    （ｄ）前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記マスターデバイスであれば、前記キー生成部を通じて前記マスターキーおよび前記第１のノーマルキーを用いて前記第１の個人キーを生成する処理、
    を行う請求項１に記載の第１のＩｏＴデバイス。
  8. 前記キー生成部は前記第１の個人キーをさらに保存する請求項１に記載の第１のＩｏＴデバイス。
  9. 前記演算部は、
    （ｅ）前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスがサブマスター（Ｓｕｂ−Ｍａｓｔｅｒ）デバイスなのかどうかを決める処理と、
    （ｆ）前記処理（ｅ）によって、前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記サブマスターデバイスに決まれば、前記キー生成部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの第２のサブ個人キー（Ｓｕｂ−ｐｒｉｖａｔｅ ｋｅｙ）乃至第ｎのサブ個人キーを各々生成して、前記通信部を通じて前記第２のサブ個人キー乃至前記第ｎのサブ個人キーを前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ各々伝送する処理と、
    （ｇ）前記処理（ｅ）によって、前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記サブマスターデバイスではないと決まれば、前記通信部を通じて前記マスターデバイスの前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つから前記第１のＩｏＴデバイスに対応する第１のサブ個人キーを受信する処理と、
    をさらに行う請求項１に記載の第１のＩｏＴデバイス。
  10. 前記処理（ｅ）は、
    （ｅ−１）前記通信部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへネットワーク参加信号を伝送する処理と、
    （ｅ−２）前記第１のＩｏＴデバイスの固有識別情報、または任意に決定された値を基にタイマーを動作させる処理と、
    （ｅ−３）前記タイマーの動作が終了するまで、前記通信部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つが前記サブマスターデバイスに決まったことを表す信号が、前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスのいずれか一つから受信されなければ、前記第１のＩｏＴデバイスを前記サブマスターデバイスに決める処理と、
    を有する請求項９に記載の第１のＩｏＴデバイス。
  11. 前記演算部は、
    （ｅ−４）前記第１のＩｏＴデバイスを前記サブマスターデバイスに決めれば、前記通信部を通じて前記第１のＩｏＴデバイスが前記サブマスターデバイスに決まったことを表す信号を前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ伝送する処理、
    をさらに行うように構成されている請求項９に記載の第１のＩｏＴデバイス。
  12. 前記処理（ｆ）は、
    （ｆ−１）前記通信部を通じて前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの各々から前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスの第２のノーマルキー乃至第ｎのノーマルキーを各々受信する処理と、
    （ｆ−２）前記キー生成部を通じて、前記マスターキーおよび前記第２のノーマルキー乃至前記第ｎのノーマルキーを用いて前記第２のサブ個人キー乃至前記第ｎのサブ個人キーを生成する処理と、
    （ｆ−３）前記通信部を通じて前記第２のサブ個人キー乃至前記第ｎのサブ個人キーを前記第２のＩｏＴデバイス乃至前記第ｎのＩｏＴデバイスへ各々伝送する処理と、
    を有する請求項９に記載の第１のＩｏＴデバイス。
  13. 前記処理（ｇ）は、
    （ｇ−１）前記通信部を通じて前記第１のノーマルキーを前記サブマスターデバイスへ伝送する処理、
    を有する請求項９に記載の第１のＩｏＴデバイス。
  14. 前記演算部は、
    （ｈ）前記ＩｏＴネットワーク内で前記第１のＩｏＴデバイスが前記サブマスターデバイスであれば、前記キー生成部を通じて前記マスターキーおよび前記第１のノーマルキーを用いて前記第１のサブ個人キーを生成する処理、
    をさらに行う請求項９に記載の第１のＩｏＴデバイス。
  15. 前記演算部は、
    （ｉ）前記第１の個人キーの暗号化レベルに対応してデータを暗号化する処理、
    をさらに行う請求項１に記載の第１のＩｏＴデバイス。
  16. 前記演算部は、
    （ｊ）前記第１の個人キーの暗号化レベル、または前記第１のサブ個人キーの暗号化レベルに対応してデータを暗号化する処理、
    をさらに行う請求項９に記載の第１のＩｏＴデバイス。
  17. 前記キー生成ロジックは、第１の暗号化レベルおよび第２の暗号化レベルのいずれかで前記個人キーを生成し、
    前記第１の個人キーおよび前記第１のサブ個人キーは暗号化レベルが異なる請求項９に記載の第１のＩｏＴデバイス。
  18. 前記キー生成部および前記演算部のうち少なくとも一つは、ＥＭＶ（Ｅｕｒｏｐａｙ ＭａｓｔｅｒＣａｒｄ Ｖｉｓａ）チップまたはＴＥＥ（Ｔｒｕｓｔｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）規格に沿って製造されたＴＥＥチップを有する請求項１に記載の第１のＩｏＴデバイス。
JP2017230022A 2017-02-14 2017-11-30 ＩｏＴデバイス Active JP6449970B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2017-0019900 2017-02-14
KR1020170019900A KR101776172B1 (ko) 2017-02-14 2017-02-14 사물 인터넷 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2018184211A Division JP2019017102A (ja) 2017-02-14 2018-09-28 ＩｏＴデバイス

Publications (2)

Publication Number Publication Date
JP2018133797A JP2018133797A (ja) 2018-08-23
JP6449970B2 true JP6449970B2 (ja) 2019-01-09

Family

ID=59925663

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017230022A Active JP6449970B2 (ja) 2017-02-14 2017-11-30 ＩｏＴデバイス
JP2018184211A Pending JP2019017102A (ja) 2017-02-14 2018-09-28 ＩｏＴデバイス

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2018184211A Pending JP2019017102A (ja) 2017-02-14 2018-09-28 ＩｏＴデバイス

Country Status (5)

Country Link
US (1) US10757571B2 (ja)
EP (1) EP3584992A4 (ja)
JP (2) JP6449970B2 (ja)
KR (1) KR101776172B1 (ja)
WO (1) WO2018151390A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3656145B1 (en) * 2017-07-17 2023-09-06 Sonova AG Encrypted audio streaming
KR102046425B1 (ko) * 2019-02-13 2019-11-19 주식회사 티이이웨어 신뢰실행환경(Trusted Execution Environment)에서 관리되는 클러스터의 키를 이용하여 threshold signature 방식에 기반한 트랜잭션을 서명하는 키 보관 관리 시스템 및 방법
KR102046424B1 (ko) * 2019-02-13 2019-11-19 주식회사 티이이웨어 신뢰실행환경(Trusted Execution Environment)에서 관리되는 클러스터의 내부키로부터 BIP-32 프로토콜에 기초하여 트랜잭션을 서명하는 키 보관 관리 시스템 및 방법
KR102083794B1 (ko) * 2019-10-10 2020-03-03 김흥중 블록체인을 이용한 폐쇄형 홈 IoT 서비스 시스템
KR102083792B1 (ko) * 2019-10-10 2020-03-03 김흥중 폐쇄형 홈 IoT 서비스 시스템
WO2021151495A1 (en) * 2020-01-30 2021-08-05 Huawei Technologies Co., Ltd. Devices, methods and computer programs for bootstrapping a group of node devices for wireless local area networking
US11256783B2 (en) 2020-02-26 2022-02-22 Amera IoT Inc. Method and apparatus for simultaneous key generation on device and server for secure communication
US11258602B2 (en) 2020-02-26 2022-02-22 Amera IoT Inc. Method and apparatus for secure private key storage on IoT device
US10817590B1 (en) 2020-02-26 2020-10-27 Amera IoT Inc. Method and apparatus for creating and using quantum resistant keys
US11271911B2 (en) * 2020-02-26 2022-03-08 Amera Lot Inc. Method and apparatus for imprinting private key on IoT
CN111478902B (zh) * 2020-04-07 2021-03-23 江苏润和智融科技有限公司 电力边缘网关设备及基于该设备的传感数据上链存储方法
TWI796885B (zh) * 2021-12-21 2023-03-21 龍華科技大學 工業物聯網及其安全通訊方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6351536B1 (en) * 1997-10-01 2002-02-26 Minoru Sasaki Encryption network system and method
KR19990053538A (ko) * 1997-12-24 1999-07-15 전주범 화상회의 단말에 있어서 마스터/슬레이브 결정방법
JP3641124B2 (ja) * 1998-01-29 2005-04-20 松下電器産業株式会社 通信方法および通信装置
JP4366845B2 (ja) * 2000-07-24 2009-11-18 ソニー株式会社 データ処理装置およびデータ処理方法、並びにプログラム提供媒体
KR100620289B1 (ko) * 2000-07-25 2006-09-07 삼성전자주식회사 마스터 이탈시 사설 간이 네트워크 운영 방법
JP3851781B2 (ja) * 2001-01-31 2006-11-29 Ｔｄｋ株式会社 無線通信装置及び無線通信システム、並びに、接続認証方法
KR20050014631A (ko) * 2003-05-30 2005-02-07 엘지전자 주식회사 홈 네트워크 시스템
KR101044937B1 (ko) * 2003-12-01 2011-06-28 삼성전자주식회사 홈 네트워크 시스템 및 그 관리 방법
JP4143036B2 (ja) * 2004-01-26 2008-09-03 株式会社エヌ・ティ・ティ・ドコモ 鍵生成システム、鍵生成サーバ及び鍵生成方法
JP4900891B2 (ja) * 2005-04-27 2012-03-21 キヤノン株式会社 通信装置及び通信方法
JP5013728B2 (ja) * 2006-03-20 2012-08-29 キヤノン株式会社 システム及びその処理方法、並びに通信装置及び処理方法
JP2008104040A (ja) * 2006-10-20 2008-05-01 Fujitsu Ltd 共通鍵生成装置および共通鍵生成方法
JP5328141B2 (ja) * 2007-12-05 2013-10-30 キヤノン株式会社 通信装置、通信装置の制御方法、コンピュータプログラム
CN101222325B (zh) * 2008-01-23 2010-05-12 西安西电捷通无线网络通信有限公司 一种基于id的无线多跳网络密钥管理方法
JP5222081B2 (ja) * 2008-09-24 2013-06-26 キヤノン株式会社 通信装置、通信装置の制御方法、コンピュータプログラム、記憶媒体
JP5709497B2 (ja) * 2010-12-07 2015-04-30 キヤノン株式会社 通信装置、通信装置の制御方法およびプログラム
JP5652363B2 (ja) * 2011-03-28 2015-01-14 ソニー株式会社 暗号処理装置、および暗号処理方法、並びにプログラム
KR101572805B1 (ko) 2014-06-24 2015-12-01 경북대학교 산학협력단 사물 인터넷에서의 보안 제공 방법
US9397833B2 (en) * 2014-08-27 2016-07-19 International Business Machines Corporation Receipt, data reduction, and storage of encrypted data
EP3021249A1 (en) * 2014-11-13 2016-05-18 Gemalto Sa System for securely entering a private code
TWI672056B (zh) * 2015-01-05 2019-09-11 展星聯網科技股份有限公司 用於控制電子裝置的物聯系統與方法
KR101701052B1 (ko) 2015-08-26 2017-01-31 동국대학교 경주캠퍼스 산학협력단 사물인터넷에서의 정보 보안 방법 및 이를 이용한 정보 보안 시스템

Also Published As

Publication number Publication date
WO2018151390A1 (ko) 2018-08-23
JP2018133797A (ja) 2018-08-23
KR101776172B1 (ko) 2017-09-07
EP3584992A1 (en) 2019-12-25
JP2019017102A (ja) 2019-01-31
US20190349762A1 (en) 2019-11-14
US10757571B2 (en) 2020-08-25
EP3584992A4 (en) 2020-12-09

Similar Documents

Publication Publication Date Title
JP6449970B2 (ja) ＩｏＴデバイス
EP3446435B1 (en) Key-attestation-contingent certificate issuance
US9473932B2 (en) Local trusted service manager
US20160277933A1 (en) Secure Data Communication system between IoT smart devices and a Network gateway under Internet of Thing environment
US9787663B2 (en) Replaying a batch of secure commands in a secure channel
KR101834504B1 (ko) 암복호화 장치 및 방법
US12003629B2 (en) Secure server digital signature generation for post-quantum cryptography key encapsulations
JP6408536B2 (ja) 通信システム、通信装置、サーバ装置、通信方法、及びコンピュータプログラム
JP6888122B2 (ja) 半導体装置、更新データ提供方法、更新データ受取方法およびプログラム
CN109960935B (zh) 确定tpm可信状态的方法、装置及存储介质
US10404718B2 (en) Method and device for transmitting software
KR101912403B1 (ko) 장비들 간의 보안 인증 방법
WO2017134759A1 (ja) 認証装置、認証システム及び認証プログラム
US20090239500A1 (en) Maintaining secure communication of a network device
WO2018172776A1 (en) Secure transfer of data between internet of things devices
KR101829423B1 (ko) 암복호화 장치 및 이를 이용한 암복호화 방법
CN110999205A (zh) 用于简档证书私有密钥或其他数据的封装的装置和方法
KR101834522B1 (ko) 데이터 확인 장치 및 이를 이용하여 데이터를 확인하는 방법
JP6720558B2 (ja) 情報処理システムおよび暗号通信方法
KR101810165B1 (ko) 전자 화폐 단말 및 이를 이용하여 전자 화폐를 제공하는 방법
GB2560895A (en) Secure transfer of data between internet of things devices
US20230308424A1 (en) Secure Session Resumption using Post-Quantum Cryptography
KR101834515B1 (ko) 입력부를 포함하는 암복호화 장치
KR101834514B1 (ko) 고객측 단말과 서비스 제공 단말 간의 통신에 보안을 제공하는 보안 관리 장치
KR20230037588A (ko) 프로그래밍가능 장치를 원격으로 프로그래밍하는 방법

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180529

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180928

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20181001

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20181019

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181206

R150 Certificate of patent or registration of utility model

Ref document number: 6449970

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313114

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313114

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250