特開 2023-110881 ＩｏＴデバイスの安全な連結のためのデバイス証明書生成方法およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023110881

(43)【公開日】2023-08-09

(54)【発明の名称】ＩｏＴデバイスの安全な連結のためのデバイス証明書生成方法およびシステム

(51)【国際特許分類】

   H04L 9/08 20060101AFI20230802BHJP

【ＦＩ】

H04L9/08 F

H04L9/08 B

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023006931

(22)【出願日】2023-01-20

(31)【優先権主張番号】10-2022-0013582

(32)【優先日】2022-01-28

(33)【優先権主張国・地域又は機関】KR

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

２．ＺＩＧＢＥＥ

３．ブルートゥース

(71)【出願人】

【識別番号】505205812

【氏名又は名称】ネイバー コーポレーション

【氏名又は名称原語表記】ＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】パク ジュンヒョン

(72)【発明者】

【氏名】チョウ ヨンヒョン

(57)【要約】

【課題】 本開示はデバイス管理装置の少なくとも一つのプロセッサによって遂行される、ＩｏＴデバイスの安全連結のためのデバイス証明書生成方法を提供する。
【解決手段】 この方法は、ＩｏＴデバイスとネットワーク連結を設定する段階、ＩｏＴデバイスから受信された証明書署名要請をＩｏＴプラットフォームに伝送する段階、および証明書署名要請に応じてＩｏＴプラットフォームによって生成されたデバイス証明書をＩｏＴデバイスに伝送する段階を含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

デバイス管理装置の少なくとも一つのプロセッサによって遂行される、ＩｏＴデバイスの安全連結のためのデバイス証明書生成方法において、
前記ＩｏＴデバイスとネットワーク連結を設定する段階；
前記ＩｏＴデバイスから受信された証明書署名要請をＩｏＴプラットフォームに伝送する段階；および
前記証明書署名要請に応じて前記ＩｏＴプラットフォームによって生成されたデバイス証明書を前記ＩｏＴデバイスに伝送する段階を含む、デバイス証明書生成方法。

【請求項2】

前記ＩｏＴデバイスの公開鍵および秘密鍵は、前記ＩｏＴデバイスの生産段階で前記ＩｏＴデバイスに保存され、
前記ＩｏＴデバイスの公開鍵は前記ＩｏＴプラットフォームに事前登録される、請求項１に記載のデバイス証明書生成方法。

【請求項3】

前記証明書署名要請は、前記ＩｏＴデバイスの秘密鍵で署名されている、請求項２に記載のデバイス証明書生成方法。

【請求項4】

前記ＩｏＴデバイスの固有情報は前記ＩｏＴプラットフォームに事前登録され、
前記証明書署名要請は、前記ＩｏＴデバイスの公開鍵または固有情報を含み、
前記証明書署名要請に含まれた前記公開鍵または固有情報は、前記ＩｏＴプラットフォームに事前登録された前記ＩｏＴデバイスの公開鍵または固有情報と比較されて検証される、請求項２に記載のデバイス証明書生成方法。

【請求項5】

前記デバイス証明書は、前記ＩｏＴプラットフォームに連動された認証機関の秘密鍵で署名されている、請求項１に記載のデバイス証明書生成方法。

【請求項6】

ＩｏＴデバイスの少なくとも一つのプロセッサによって遂行される、前記ＩｏＴデバイスの安全連結のためのデバイス証明書生成方法において、
ＩｏＴデバイスの初期設定を実行する段階；
前記初期設定が完了した場合、前記ＩｏＴデバイスの公開鍵を含む証明書署名要請を生成する段階；
前記証明書署名要請をＩｏＴプラットフォームに伝送する段階；および
前記証明書署名要請に応じて前記ＩｏＴプラットフォームによって生成されたデバイス証明書を受信すると、前記デバイス証明書を検証および保存する段階を含む、デバイス証明書生成方法。

【請求項7】

前記ＩｏＴデバイスの公開鍵および秘密鍵の対を生成する段階；および
前記公開鍵および前記ＩｏＴデバイスのデバイス固有情報を含むデバイス情報を前記ＩｏＴプラットフォームに伝送する段階をさらに含む、請求項６に記載のデバイス証明書生成方法。

【請求項8】

前記証明書署名要請を生成する段階は、
前記証明書署名要請を前記ＩｏＴデバイスの秘密鍵で署名する段階を含む、請求項６に記載のデバイス証明書生成方法。

【請求項9】

前記デバイス証明書は、前記ＩｏＴプラットフォームに連動された認証機関の秘密鍵で署名されている、請求項６に記載のデバイス証明書生成方法。

【請求項10】

前記ＩｏＴデバイスの初期設定を実行する段階は、
前記ＩｏＴプラットフォームに連結されたデバイス管理装置に前記ＩｏＴデバイスの初期設定要請を伝送する段階を含む、請求項６に記載のデバイス証明書生成方法。

【請求項11】

前記証明書署名要請をＩｏＴプラットフォームに伝送する段階は、
前記証明書署名要請を前記ＩｏＴプラットフォームに連結されたデバイス管理装置に伝送する段階を含む、請求項６に記載のデバイス証明書生成方法。

【請求項12】

請求項１～請求項１１のいずれか一項に記載された方法をコンピュータに実行させるコンピュータ読み取り可能なコンピュータプログラム。

【請求項13】

デバイス管理装置であって、
メモリ；および
前記メモリと連結され、前記メモリに含まれたコンピュータ読み取り可能な少なくとも一つのプログラムを実行するように構成された少なくとも一つのプロセッサを含み、
前記少なくとも一つのプログラムは、
ＩｏＴデバイスとネットワーク連結を設定し、
前記ＩｏＴデバイスから受信された証明書署名要請をＩｏＴプラットフォームに伝送し、
前記証明書署名要請に応じて前記ＩｏＴプラットフォームによって生成されたデバイス証明書を前記ＩｏＴデバイスに伝送するための命令語を含む、デバイス管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示はＩｏＴデバイスの安全な連結のためのデバイス証明書生成方法およびシステムに関し、具体的には、ＩｏＴデバイスの初期設定段階でデバイス証明書発行を遂行して該当デバイスの安全な連結を提供する方法およびシステムに関する。

【背景技術】

【0002】

一般的にモノのインターネットまたはＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）基盤のスマートホームシステム、スマートファクトリーなどのようなＩｏＴプラットフォームでＩｏＴデバイスを使用する場合において、システムセキュリティのために該当デバイスが正常に使用できる製品であるかどうかを確認することがある。また、ＩｏＴデバイスをＩｏＴプラットフォームに安全に連結するために、デバイス証明書基盤の資格証明過程を遂行する場合もある。

【0003】

例えば、センサ、ウェアラブルデバイス、周辺装置のようなＩｏＴデバイスの生産段階で認証機関が発行したセキュリティキーを利用してデバイス証明書を発行することができ、証明書はＩｏＴデバイスの生産が完了した時点でＩｏＴプラットフォームに登録され得る。このようにデバイス証明書をＩｏＴデバイスの生産時点で発行する場合、該当証明書の有効期間以後にＩｏＴデバイスがユーザに販売されると、デバイス証明書の有効期間満了により該当ＩｏＴデバイスを使用できない場合がある。また、ＩｏＴデバイスの証明書の有効期間満了による問題を解決するために、証明書の有効期間を限定しないことも考えられるが、これは証明書の有効期間の管理を困難にするさらに他の問題を発生させてしまう。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】韓国公開特許第１０－２０１４－０１２１２１８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

本開示は、前記のような問題点を解決するためのＩｏＴデバイスの安全な連結のためのデバイス証明書生成方法、コンピュータプログラムおよび装置（システム）を提供する。

【課題を解決するための手段】

【0006】

本開示は、方法、装置（システム）またはコンピュータプログラムを含んだ多様な方式で具現され得る。

【0007】

本開示の一実施例によると、ＩｏＴデバイスの安全連結のためのデバイス証明書生成方法は、ＩｏＴデバイスとネットワーク連結を設定する段階、ＩｏＴデバイスから受信された証明書署名要請をＩｏＴプラットフォームに伝送する段階、および証明書署名要請に応じてＩｏＴプラットフォームによって生成されたデバイス証明書をＩｏＴデバイスに伝送する段階を含む。

【0008】

本開示の他の実施例によると、ＩｏＴデバイスの安全連結のためのデバイス証明書生成方法は、ＩｏＴデバイスの初期設定を実行する段階、初期設定が完了した場合、ＩｏＴデバイスの公開鍵を含む証明書署名要請を生成する段階、証明書署名要請をＩｏＴプラットフォームに伝送する段階、および証明書署名要請に応じてＩｏＴプラットフォームによって生成されたデバイス証明書を受信すると、デバイス証明書を検証および保存する段階を含む。

【0009】

本開示のさらに他の実施例によると、ＩｏＴデバイスの安全連結のためのデバイス証明書生成方法をコンピュータで実行するためのコンピュータプログラムが提供される。

【0010】

本開示のさらに他の実施例によると、メモリおよびメモリと連結され、メモリに含まれたコンピュータ読み取り可能な少なくとも一つのプログラムを実行するように構成された少なくとも一つのプロセッサを含み、少なくとも一つのプログラムは、ＩｏＴデバイスとネットワーク連結を設定し、ＩｏＴデバイスから受信された証明書署名要請をＩｏＴプラットフォームに伝送し、証明書署名要請に応じてＩｏＴプラットフォームによって生成されたデバイス証明書をＩｏＴデバイスに伝送するための命令語を含む、ユーザ端末が提供される。

【発明の効果】

【0011】

本開示の一部の実施例によると、ＩｏＴデバイスの使用時点または初期設定時点でデバイス証明書を発行することによって、ＩｏＴデバイスの使用前にデバイス証明書の有効期間が満了して発生し得るユーザの不便さとセキュリティ問題を解決することができる。

【0012】

本開示の一部の実施例によると、ＩｏＴデバイスの検証とネットワークへの安全連結に使われるセキュリティキー（例えば、秘密鍵）をＩｏＴデバイス自主的に生成して保存することによって、セキュリティキーがＩｏＴデバイスの外部に露出されて発生し得るセキュリティ問題を防止することができる。

【0013】

本開示の一部の実施例によると、ＩｏＴデバイスの初期設定時にＩｏＴデバイス自主的に生成されたセキュリティキーを利用してデバイス証明書発行過程を遂行するため、従来にデバイス証明書発行にセキュリティキーを保存した別途の物理的媒体を使う煩雑さを除去することができる。

【0014】

本開示の一部の実施例によると、ＩｏＴデバイスによって生成されたセキュリティキーのうち一部（例えば、秘密鍵）は自体保存され、残りの一部（例えば、公開鍵）はＩｏＴプラットフォームに事前登録されるため、ＩｏＴデバイスの制御に使われるユーザ端末に対する中間者攻撃（ＭＩＴＭ Ａｔｔａｃｋ；Ｍａｎ ｉｎ ｔｈｅ ｍｉｄｄｌｅ Ａｔｔａｃｋ）に効率的に対応することができる。

【0015】

本開示の一部の実施例によると、デバイス証明書がＩｏＴプラットフォームではないユーザ端末によって任意的に発行されるセキュリティ問題が発生しても、該当証明書がＩｏＴデバイスに事前保存されたルート／チェーン証明書で検証されるため、さらに改善されたセキュリティ環境を提供することができる。

【0016】

本開示の効果は以上で言及した効果に制限されず、言及されていない他の効果は請求の範囲の記載から本開示が属する技術分野で通常の知識を有する者（「通常の技術者」という）に明確に理解され得るであろう。

【図面の簡単な説明】

【0017】

本開示の実施例は、以下で説明する添付図面を参照して説明され、ここで類似する参照番号は類似する要素を示すが、これに限定されはしない。

【図1】本開示の一実施例に係るＩｏＴデバイスの安全連結のためのデバイス証明書生成システムの構成を示す。

【図2】本開示の一実施例に係るデバイス証明書生成のために、情報処理システムが複数のユーザ端末と通信可能であるように連結された構成を示す概要図である。

【図3】本開示の一実施例に係るユーザ端末および情報処理システムの内部構成を示すブロック図である。

【図4】本開示の一実施例に係るユーザ端末のプロセッサの内部構成を示す図面である。

【図5】本開示の一実施例に係る情報処理システムのプロセッサの内部構成を示す図面である。

【図6】本開示の一実施例に係るＩｏＴデバイスの内部構成を示す図面である。

【図7】本開示の一実施例に係るＩｏＴデバイスの生産過程で公開鍵および秘密鍵の対を生成する方法の例示を示す。

【図8】本開示の一実施例に係るＩｏＴデバイスのためのデバイス証明書の生成方法の例示を示す。

【図9】本開示の一実施例に係るＩｏＴデバイスの初期設定および証明書生成のためのデバイス管理装置のユーザインターフェースの例示を示す。

【図10】本開示の一実施例に係るデバイス管理装置によって実行されるＩｏＴデバイスの安全連結のためのデバイス証明書生成方法の例示を示すフローチャートである。

【図11】本開示の一実施例に係るＩｏＴデバイスによって実行されるＩｏＴデバイスの安全連結のためのデバイス証明書生成方法の例示を示すフローチャートである。

【発明を実施するための形態】

【0018】

以下、本開示の実施のための具体的な内容を添付された図面を参照して詳細に説明する。ただし、以下の説明では本開示の要旨を不要に曖昧にさせ得る恐れがある場合、広く知られている機能や構成に関する具体的な説明は省略することにする。

【0019】

添付された図面で、同一または対応する構成要素には同一の参照符号が付されている。また、以下の実施例の説明において、同一または対応する構成要素を重複して記述することが省略され得る。しかし、構成要素に関する技術が省略されても、そのような構成要素がある実施例に含まれないものと意図されはしない。

【0020】

開示された実施例の利点および特徴、そして、それらを達成する方法は、添付される図面と共に後述されている実施例を参照すると明確になるであろう。しかし、本開示は以下で開示される実施例に限定されるものではなく互いに異なる多様な形態で具現され得、ただし、本実施例は本開示を完全なものとし、本開示が通常の技術者に発明の範疇を完全に知らせるために提供されるものであるだけである。

【0021】

本明細書で使われる用語について簡略に説明し、開示された実施例について具体的に説明することにする。本明細書で使われる用語は、本開示での機能を考慮しつつ、できる限り現在広く使われる一般的な用語を選択したが、これは関連分野に従事する技術者の意図または判例、新しい技術の出現などにより変わり得る。また、特定の場合は出願人が任意に選定した用語もあり、この場合、該当する発明の説明の部分で詳細にその意味を記載するであろう。したがって、本開示で使われる用語は単純な用語の名称ではない、その用語が有する意味と本開示の全般にわたった内容に基づいて定義されなければならない。

【0022】

本明細書での単数の表現は文脈上明白に単数であると特定しない限り、複数の表現を含む。また、複数の表現は文脈上明白に複数であると特定しない限り、単数の表現を含む。明細書全体において、或る部分が何らかの構成要素を含むとする時、これは特に反対の記載がない限り、他の構成要素を除くものではなく他の構成要素をさらに含み得ることを意味する。

【0023】

また、明細書で使われる「モジュール」または「部」という用語はソフトウェアまたはハードウェア構成要素を意味し、「モジュール」または「部」は何らかの役割を遂行する。ところが、「モジュール」または「部」はソフトウェアまたはハードウェアに限定される意味ではない。「モジュール」または「部」はアドレッシングできる保存媒体にあるように構成されてもよく、一つまたはそれ以上のプロセッサを再生させるように構成されてもよい。したがって、一例として、「モジュール」または「部」はソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素およびタスク構成要素のような構成要素と、プロセス、関数、属性、プロシーザー、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイまたは変数のうち少なくとも一つを含むことができる。構成要素と「モジュール」または「部」で提供される機能はさらに少ない数の構成要素および「モジュール」または「部」で結合されたり、追加的な構成要素と「モジュール」または「部」にさらに分離されたりしてもよい。

【0024】

本開示の一実施例によると、「モジュール」または「部」はプロセッサおよびメモリで具現され得る。「プロセッサ」は汎用プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、制御器、マイクロ制御器、状態マシンなどを含むように広く解釈されるべきである。いくつかの環境で、「プロセッサ」は特定用途向け半導体（ＡＳＩＣ）、プログラム可能ロジックデバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）等を指称してもよい。「プロセッサ」は、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰコアと結合した一つ以上のマイクロプロセッサの組み合わせ、または任意の他のそのような構成の組み合わせのような処理デバイスの組み合わせを指称してもよい。また、「メモリ」は電子情報を保存可能な任意の電子コンポーネントを含むように広く解釈されるべきである。「メモリ」は任意アクセスメモリ（ＲＡＭ）、読み取り－専用メモリ（ＲＯＭ）、不揮発性任意アクセスメモリ（ＮＶＲＡＭ）、プログラム可能読み取り－専用メモリ（ＰＲＯＭ）、消去－プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）、電気的に消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気または光学データ保存装置、レジスタなどのようなプロセッサ－読み取り可能媒体の多様な類型を指称してもよい。プロセッサがメモリから情報を読み取り、メモリに情報を記録できるのであれば、メモリはプロセッサと電子通信状態にあると呼ばれる。プロセッサに集積されたメモリはプロセッサと電子通信状態にある。

【0025】

本開示で、「システム」は一つ以上のＩｏＴデバイス、デバイス管理装置（例えば、ユーザ端末、ＡＩスピーカーなど）を含むコンピューティング装置、サーバー装置とクラウド装置のうち少なくとも一つの装置を含むことができるが、これに限定されるものではない。例えば、システムは一つ以上のコンピューティング装置またはサーバー装置で構成され得る。他の例として、システムは一つ以上のクラウド装置で構成され得る。さらに他の例として、システムはコンピューティング装置またはサーバー装置とクラウド装置が共に構成されて動作することができる。

【0026】

本開示で、「プラットフォーム（ｐｌａｔｆｏｒｍ）」または「クラウド（ｃｌｏｕｄ）」は、ネットワーク上でサービスとして拡張可能なコンピューティング資源を提供するコンピューティングシステムまたはコンピューティングインフラストラクチャー（ｃｌｏｕｄ ｃｏｍｐｕｔｉｎｇ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を指称し得る。具体的には、クラウドコンピューティングは、コンピューティング資源とその内部の技術的な構造（例えば、サーバー、保存所、ネットワークなど）の間の抽象化（ａｂｓｔｒａｃｔｉｏｎ）を提供するコンピューティング能力を意味し得、これを利用して、サービス提供者との相互作用や管理努力を最小化しつつ速かに提供され得る構成可能なコンピューティング資源の共有プールに対するオンデマンド（ｏｎ－ｄｅｍａｎｄ）ネットワークアクセスを提供することができる。これに伴い、ユーザは、プラットフォームまたはクラウドで、コンピューティング資源の提供に使われる物理的システム（またはシステムの位置）等を知る必要なく、仮想のコンピューティング資源（例えば、保存所、データ、アプリケーション、および仮想化されたコンピューティングシステムなど）に接近することができる。

【0027】

本開示で、「複数のＡのそれぞれ」または「複数のＡそれぞれ」は複数のＡに含まれたすべての構成要素のそれぞれを指称するか、複数のＡに含まれた一部の構成要素のそれぞれを指称し得る。

【0028】

図１は、本開示の一実施例に係るＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス１１０の安全連結のためのデバイス証明書生成システム１００の構成を示す。図示された通り、システム１００はＩｏＴデバイス１１０、生産ラインステーション１２０、デバイス管理装置１３０、１４０およびＩｏＴプラットフォーム１５０を含むことができる。また、ＩｏＴデバイス１１０、生産ラインステーション１２０、デバイス管理装置１３０、１４０およびＩｏＴプラットフォーム１５０は、ネットワーク１６０に連結されて互いに通信することができる。一方、図１にはシステム１００が生産ラインステーション１２０、デバイス管理装置１３０、１４０をすべて含むものとして図示されているが、場合によっては生産ラインステーション１２０、デバイス管理装置１３０、１４０のうち少なくとも一つはシステム１００に含まれないこともあり得る。

【0029】

ＩｏＴデバイス１１０は、ネットワークを通じて外部環境と通信できる機能を含む事物を指称し得る。例えば、ＩｏＴデバイス１１０は通信モジュールが装着されたセンサ、家電製品、モバイル装置、ウェアラブルデバイスなどのような事物を指称し得る。ＩｏＴデバイス１１０はデバイス管理装置１３０、１４０またはＩｏＴプラットフォーム１５０のうち少なくとも一つによって制御され得る。例えば、ＩｏＴデバイス１１０はＩｏＴデバイス１１０に含まれたセンサを通じて収集されたデータをＩｏＴプラットフォーム１５０に提供することによって、該当データに基づいてＩｏＴプラットフォーム１５０により生成された制御命令または信号により制御され得る。他の例において、ＩｏＴデバイス１１０はデバイス管理装置１３０、１４０により生成された制御命令または信号により制御され得る。

【0030】

ＩｏＴプラットフォーム１５０はＩｏＴデバイス１１０を統合管理する機能を遂行するサーバー（またはコンピューティングシステム）を指称し得る。例えば、ＩｏＴプラットフォーム１５０はＩｏＴデバイス１１０によって収集されたデータを受信および管理することができる。また、ＩｏＴプラットフォーム１５０は受信されたデータに基づいてＩｏＴデバイス１１０に制御信号を伝送することによってＩｏＴデバイス１１０を制御することができる。

【0031】

ＩｏＴプラットフォーム１５０はＩｏＴデバイス１１０との間で送受信されるデータおよび／または制御信号のセキュリティのために、ＩｏＴデバイス１１０に対する検証を遂行できる。ＩｏＴプラットフォーム１５０はＩｏＴデバイス１１０が検証された場合、ＩｏＴデバイス１１０にデバイス証明書を伝送することによって、ＩｏＴデバイス１１０が該当デバイス証明書を利用してＩｏＴプラットフォーム１５０に安全に連結され得る。

【0032】

生産ラインステーション１２０は、ＩｏＴデバイス１１０が生産される過程でＩｏＴデバイスと連結されるサーバー（またはコンピューティングシステム）を指称し得る。生産ラインステーション１２０はＩｏＴデバイス１１０の検証に利用されるデータの生成および保存を制御することができる。また、生産ラインステーション１２０はＩｏＴデバイス１１０に秘密鍵１１２、公開鍵１１４および／またはデバイス識別子１１６等を付与したり、ＩｏＴデバイス１１０が自ら秘密鍵１１２、公開鍵１１４および／またはデバイス識別子１１６等を生成および保存したりするように制御することができる。ここでは、便宜のためにデバイスを特定できるデバイス固有情報としてデバイス識別子１１６を例示して説明したが、デバイスを特定できる他のデバイス固有情報（例えば、ハードウェアシリアルナンバー、ＭＡＣアドレスなど）を使用できることは言うまでもない。

【0033】

秘密鍵１１２、公開鍵１１４および／またはデバイス識別子１１６はＩｏＴデバイス１１０に保存され得る。また、秘密鍵１１２を除いた公開鍵１１４および／またはデバイス識別子１１６はＩｏＴデバイス１１０の生産過程でＩｏＴプラットフォーム１５０に伝達され得る。このように、ＩｏＴデバイス１１０とＩｏＴプラットフォーム１５０に保存された秘密鍵１１２、公開鍵１１４および／またはデバイス識別子１１６は、ＩｏＴデバイス１１０の生産後にユーザによって使用が開始される時、ＩｏＴデバイス１１０の検証またはデバイス証明書の生成に利用され得る。一方、秘密鍵１１２はＩｏＴデバイス１１０の生産段階または使用段階でＩｏＴデバイス１１０の外部に流出されないので、ＩｏＴデバイス１１０に対するセキュリティが強化され得る。

【0034】

デバイス管理装置１３０、１４０は、ＩｏＴデバイス１１０とＩｏＴプラットフォーム１５０の間の相互作用を制御することができる。例えば、デバイス管理装置１３０、１４０はＩｏＴデバイス１１０の初期設定のために、ＩｏＴデバイス１１０から受信された公開鍵１１４および／またはデバイス識別子１１６をＩｏＴプラットフォーム１５０に伝達することができる。他の例において、デバイス管理装置１３０、１４０はＩｏＴプラットフォーム１５０により生成されたデバイス証明書（図示されず）をＩｏＴデバイス１１０に伝達することができる。図示された通り、デバイス管理装置１３０、１４０はユーザが携帯できるスマートフォン１３０のようなユーザ端末またはユーザ周辺に設置され得る人工知能スピーカー１４０のような周辺装置または家電製品のうち一つであり得る。以下の説明では、「デバイス管理装置」はユーザ端末（例えばスマートフォンなど）または他のＩｏＴデバイス（例えば、人工知能スピーカーなど）を包括して指称する用語として使われ得る。

【0035】

デバイス管理装置１３０、１４０は、ＩｏＴプラットフォーム１５０に連結されたＩｏＴデバイス１１０の動作を制御することができる。例えば、ユーザ端末１３０はタッチスクリーン、キーボードなどのような入出力インターフェースを通じて受信されたユーザ入力に基づいてＩｏＴデバイス１１０の動作を制御することができる。他の例として、人工知能スピーカー１４０は音声センサを通じて受信されたユーザ入力に基づいてＩｏＴデバイス１１０の動作を制御することができる。

【0036】

デバイス管理装置１３０、１４０は入出力インターフェースを通じてユーザにＩｏＴデバイス１１０に関連した情報を提供することができる。例えば、デバイス管理装置１３０、１４０はディスプレイ装置および／またはオーディオ装置を通じてＩｏＴデバイス１１０に関連した情報を提供することができる。この時、デバイス管理装置１３０、１４０には前述した制御および情報提供機能のためのソフトウェア（例えば、ＩｏＴサービスのためのアプリケーション）が設置され得る。

【0037】

図２は、本開示の一実施例に係るデバイス証明書生成のために、情報処理システム２３０が複数のユーザ端末２１０＿１、２１０＿２、２１０＿３と通信可能であるように連結された構成を示す概要図である。情報処理システム２３０は、ＩｏＴ環境でＩｏＴデバイスを認証するためのシステムおよび／または装置（例えば、図１のＩｏＴプラットフォーム１５０）を含むことができる。一実施例において、情報処理システム２３０はＩｏＴサービスおよび／またはセキュリティサービスに関連したコンピュータ実行可能なプログラム（例えば、ダウンロード可能なアプリケーション）およびデータを保存、提供および実行できる一つ以上のサーバー装置および／またはデータベース、またはクラウドコンピューティングサービス基盤の一つ以上の分散コンピューティング装置および／または分散データベースを含むことができる。情報処理システム２３０はアプリケーションを通じて入力される信号に対応する情報を提供したり、対応する処理を遂行したりすることができる。例えば、情報処理システム２３０はＩｏＴサービスおよび／またはセキュリティサービスを提供するように構成された任意のアプリケーションを通じて複数のユーザ端末２１０＿１、２１０＿２、２１０＿３を制御することができる。

【0038】

情報処理システム２３０はネットワーク２２０を通じて複数のユーザ端末２１０＿１、２１０＿２、２１０＿３と通信することができる。ネットワーク２２０は複数のユーザ端末２１０＿１、２１０＿２、２１０＿３と情報処理システム２３０の間の通信が可能であるように構成され得る。ネットワーク２２０は設置環境により、例えば、イーサネット（Ｅｔｈｅｒｎｅｔ）、有線ホームネットワーク（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、電話線通信装置およびＲＳ－ｓｅｒｉａｌ通信などの有線ネットワーク、移動通信網、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、Ｗｉ－Ｆｉ、ＢｌｕｅｔｏｏｔｈおよびＺｉｇＢｅｅなどのような無線ネットワークまたはその組み合わせで構成され得る。通信方式は制限されず、ネットワーク２２０が含むことができる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網、衛星網など）を活用する通信方式だけでなく、複数のユーザ端末２１０＿１、２１０＿２、２１０＿３間の近距離無線通信も含まれ得る。

【0039】

図２で携帯電話端末機２１０＿１、タブレット端末機２１０＿２およびＰＣ端末機２１０＿３がユーザ端末の例として図示されたが、これに限定されず、ユーザ端末２１０＿１、２１０＿２、２１０＿３は有線および／または無線通信が可能であり、ＩｏＴサービスおよび／またはセキュリティサービスを提供するように構成されたアプリケーションなどが設置されて実行され得る任意のコンピューティング装置（例えば、図１のデバイス管理装置１３０、１４０）であり得る。例えば、ユーザ端末は、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、携帯電話、人工知能（ＡＩ）スピーカー、ナビゲーション、コンピュータ、ノートパソコン、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレットＰＣ、ゲームコンソール（ｇａｍｅ ｃｏｎｓｏｌｅ）、ウェアラブルデバイス（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ）、ＩｏＴ（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）デバイス、ＶＲ（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）デバイス、ＡＲ（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ）デバイスなどを含むことができる。また、図２には３つのユーザ端末２１０＿１、２１０＿２、２１０＿３がネットワーク２２０を通じて情報処理システム２３０と通信するものとして図示されているが、これに限定されず、異なる数のユーザ端末がネットワーク２２０を通じて情報処理システム２３０と通信するように構成されてもよい。

【0040】

一実施例において、ユーザ端末２１０＿１、２１０＿２、２１０＿３はネットワーク２２０を通じてＩｏＴデバイスのデバイス証明書生成のためのデータ要請を情報処理システム２３０に伝送し、情報処理システム２３０からこれに関連したデータ（例えば、デバイス証明書など）を受信することができる。

【0041】

一実施例において、ユーザ端末２１０＿１、２１０＿２、２１０＿３はＡＰＩ呼び出しのようなサービス要請または遠隔制御を通じて、ＩｏＴデバイスのデバイス証明書生成のためのデータ要請（例えば、証明書署名要請）を情報処理システム２３０に伝送することができる。また、ユーザ端末２１０＿１、２１０＿２、２１０＿３は情報処理システム２３０からこれに関連したデータを（例えば、デバイス証明書など）サービス要請などに対する応答として受信することができる。

【0042】

図３は、本開示の一実施例に係るユーザ端末２１０および情報処理システム２３０の内部構成を示すブロック図である。ユーザ端末２１０はＩｏＴサービスおよび／またはセキュリティサービスを提供する任意のアプリケーションなどを実行することが可能であり、有線／無線通信が可能な任意のコンピューティング装置を指称する可能性があり、例えば、図１のデバイス管理装置１３０、１４０、図２の携帯電話端末機２１０＿１、タブレット端末機２１０＿２およびＰＣ端末機２１０＿３等を含むことができる。図示された通り、ユーザ端末２１０はメモリ３１２、プロセッサ３１４、通信モジュール３１６および入出力インターフェース３１８を含むことができる。これと同様に、情報処理システム２３０はメモリ３３２、プロセッサ３３４、通信モジュール３３６および入出力インターフェース３３８を含むことができる。図３に図示された通り、ユーザ端末２１０および情報処理システム２３０はそれぞれの通信モジュール３１６、３３６を利用してネットワーク２２０を通じて情報および／またはデータを通信できるように構成され得る。また、入出力装置３２０は入出力インターフェース３１８を通じてユーザ端末２１０に情報および／またはデータを入力したり、ユーザ端末２１０から生成された情報および／またはデータを出力したりするように構成され得る。

【0043】

メモリ３１２、３３２は非一時的な任意のコンピュータ読み取り可能な記録媒体を含むことができる。一実施例によると、メモリ３１２、３３２はＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ディスクドライブ、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などのような非消滅性大容量保存装置（ｐｅｒｍａｎｅｎｔ ｍａｓｓ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）を含むことができる。他の実施例において、ＲＯＭ、ＳＳＤ、フラッシュメモリ、ディスクドライブなどのような非消滅性大容量保存装置はメモリとは区分される別途の永久保存装置であって、ユーザ端末２１０および／または情報処理システム２３０に含まれ得る。また、メモリ３１２、３３２には運営体制と少なくとも一つのプログラムコード（例えば、ユーザ端末２１０に設置されて駆動されるＩｏＴサービスおよび／またはセキュリティサービスを提供するアプリケーションなどのためのコード）が保存され得る。

【0044】

このようなソフトウェア構成要素は、メモリ３１２、３３２とは別途のコンピュータで読み取り可能な記録媒体からローディングされ得る。このような別途のコンピュータで読み取り可能な記録媒体は、このようなユーザ端末２１０および情報処理システム２３０に直接連結可能な記録媒体を含むことができるが、例えば、フロッピードライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータで読み取り可能な記録媒体を含むことができる。他の例として、ソフトウェア構成要素はコンピュータで読み取り可能な記録媒体ではない通信モジュールを通じてメモリ３１２、３３２にローディングされ得る。例えば、少なくとも一つのプログラムは、開発者またはアプリケーションの設置ファイルを配布するファイル配布システムが、ネットワーク２２０を通じて提供するファイルによって設置されるコンピュータプログラムに基づいてメモリ３１２、３３２にローディングされ得る。

【0045】

プロセッサ３１４、３３４は基本的な算術、ロジックおよび入出力演算を遂行することによって、コンピュータプログラムの命令を処理するように構成され得る。命令はメモリ３１２、３３２または通信モジュール３１６、３３６によりプロセッサ３１４、３３４に提供され得る。例えば、プロセッサ３１４、３３４はメモリ３１２、３３２のような記録装置に保存されたプログラムコードにより受信される命令を実行するように構成され得る。

【0046】

通信モジュール３１６、３３６は、ネットワーク２２０を通じてユーザ端末２１０と情報処理システム２３０が互いに通信するための構成または機能を提供することができ、ユーザ端末２１０および／または情報処理システム２３０が他のユーザ端末および／または他のシステム（一例として、別途のクラウドシステムなど）と通信するための構成または機能を提供することができる。一例として、ユーザ端末２１０のプロセッサ３１４がメモリ３１２などのような記録装置に保存されたプログラムコードにより生成した要請またはデータ（例えば、証明書署名要請（ＣＳＲ；Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎｉｎｇ Ｒｅｑｕｅｓｔ）、公開鍵、デバイス識別子など）は、通信モジュール３１６の制御によりネットワーク２２０を通じて情報処理システム２３０に伝達され得る。逆に、情報処理システム２３０のプロセッサ３３４の制御により提供される制御信号や命令が、通信モジュール３３６とネットワーク２２０を経てユーザ端末２１０の通信モジュール３１６を通じてユーザ端末２１０に受信され得る。

【0047】

入出力インターフェース３１８は入出力装置３２０とのインターフェースのための手段であり得る。一例として、入力装置は音声センサ、加速度センサ、ジャイロスコープ（すなわち、角速度センサ）等の慣性センサ、光学カメラ、ＩＲカメラなどの光学センサ、ＴｏＦ、ＬｉＤＡＲセンサ、Ｄｅｐｔｈカメラなどの距離感知センサを含むことができる。追加的に、入力装置はオーディオセンサおよび／またはイメージセンサを含んだカメラ、キーボード、マイクロホン、マウスなどの装置を含み、出力装置はディスプレイ、スピーカー、ハプティックフィードバックデバイス（ｈａｐｔｉｃ ｆｅｅｄｂａｃｋ ｄｅｖｉｃｅ）などのような装置を含むことができる。他の例として、入出力インターフェース３１８はタッチスクリーンなどのように、入力と出力を遂行するための構成または機能が一つに統合された装置とのインターフェースのための手段であり得る。例えば、ユーザ端末２１０のプロセッサ３１４がメモリ３１２にローディングされたコンピュータプログラムの命令を処理するにおいて、情報処理システム２３０が提供する情報および／またはデータを利用して構成されるサービス画面などが入出力インターフェース３１８を通じてディスプレイに表示され得る。図３では入出力装置３２０がユーザ端末２１０に含まれないように図示されているが、これに限定されず、ユーザ端末２１０と一つの装置で構成され得る。また、情報処理システム２３０の入出力インターフェース３３８は、情報処理システム２３０と連結されたり、情報処理システム２３０が含んだりすることができる入力または出力のための装置（図示されず）とのインターフェースのための手段であり得る。図３では入出力インターフェース３１８、３３８がプロセッサ３１４、３３４と別途に構成された要素として図示されたが、これに限定されず、入出力インターフェース３１８、３３８がプロセッサ３１４、３３４に含まれるように構成され得る。

【0048】

ユーザ端末２１０および情報処理システム２３０は、図３の構成要素よりさらに多くの構成要素を含むことができる。しかし、大部分の従来技術的構成要素を明確に図示する必要性はない。一実施例によると、ユーザ端末２１０は前述された入出力装置３２０のうち少なくとも一部を含むように具現され得る。また、ユーザ端末２１０はトランシーバー（ｔｒａｎｓｃｅｉｖｅｒ）、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含むことができる。例えば、ユーザ端末２１０はカメラモジュール、タッチパネル、入出力ポートなどの多様な構成要素がユーザ端末２１０にさらに含まれるように具現され得る。

【0049】

一実施例によると、ユーザ端末２１０のプロセッサ３１４はユーザ端末２１０を動作させたり、制御したりすることができる任意のアプリケーションを動作させるように構成され得る。例えば、ユーザ端末２１０のプロセッサ３１４はＩｏＴサービスおよび／またはセキュリティサービスを提供するアプリケーションなどが動作するように構成され得る。この時、該当アプリケーションおよび／またはプログラムに関連したコードがユーザ端末２１０のメモリ３１２にローディングされ得る。アプリケーションおよび／またはプログラムが動作する間、ユーザ端末２１０のプロセッサ３１４は入出力装置３２０から提供された情報および／またはデータを入出力インターフェース３１８を通じて受信したり、通信モジュール３１６を通じて情報処理システム２３０から情報および／またはデータを受信したりすることができ、受信された情報および／またはデータを処理してメモリ３１２に保存することができる。また、このような情報および／またはデータは通信モジュール３１６を通じて情報処理システム２３０に提供することができる。

【0050】

ＩｏＴサービスおよび／またはセキュリティサービスを提供するアプリケーションなどのためのプログラムが動作する間に、プロセッサ３１４は入出力インターフェース３１８と連結されたタッチスクリーン、キーボード、オーディオセンサおよび／またはイメージセンサを含んだカメラ、マイクロホンなどの入力装置を通じて入力されたり選択されたりしたテキスト、イメージ、映像、音声などを受信することができ、受信されたテキスト、イメージ、映像および／または音声などをメモリ３１２に保存したり、通信モジュール３１６およびネットワーク２２０を通じて情報処理システム２３０に提供したりすることができる。

【0051】

情報処理システム２３０のプロセッサ３３４は、ユーザ端末２１０を含んだ複数のユーザ端末および／または複数の外部システムから受信された情報および／またはデータを管理、処理および／または保存するように構成され得る。プロセッサ３３４により処理された情報および／またはデータは、通信モジュール３３６およびネットワーク２２０を通じてユーザ端末２１０に提供することができる。一実施例において、情報処理システム２３０のプロセッサ３３４は通信モジュール３３６およびネットワーク２２０を通じてユーザ端末２１０からデバイス証明書生成のための要請を受信することができる。

【0052】

図４は、本開示の一実施例に係るユーザ端末のプロセッサ３１４の内部構成を示す図面である。図示された通り、ユーザ端末のプロセッサ３１４はＩｏＴデバイス初期設定部４１０および証明書管理部４２０を含むことができる。一実施例によると、ＩｏＴデバイス初期設定部４１０はＩｏＴデバイス（例えば、ＩｏＴデバイス１１０）の使用が開始される時、ＩｏＴデバイスの初期設定（ＯＯＢＥ；Ｏｕｔ－Ｏｆ－Ｂｏｘ Ｅｘｐｅｒｉｅｎｃｅ）を制御することができる。ここで、ＩｏＴデバイスの初期設定はＩｏＴデバイスのネットワーク連結およびＩｏＴデバイスに対する検証のための作業を含むことができる。

【0053】

一実施例によると、ＩｏＴデバイス初期設定部４１０はユーザ端末に連結されたネットワークに関する情報をＩｏＴデバイスに伝送することができる。例えば、ＩｏＴデバイス初期設定部４１０はユーザ端末に連結されたワイファイアクセスポイント（Ｗｉ－Ｆｉ Ａｃｃｅｓｓ Ｐｏｉｎｔ）の識別子（ＳＳＩＤ；Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）および／またはパスワード（Ｐａｓｓｗｏｒｄ）を伝送することができる。その後、ＩｏＴデバイスは受信された識別子および／またはパスワードを利用して該当ネットワークに連結され得る。

【0054】

一実施例によると、ＩｏＴデバイス初期設定部４１０は（ネットワークに連結された）、ＩｏＴデバイスから証明書署名要請（ＣＳＲ；Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎｉｎｇ Ｒｅｑｕｅｓｔ）を受信することができる。それから、ＩｏＴデバイス初期設定部４１０は、デバイス証明書の生成のために、受信された証明書署名要請をＩｏＴプラットフォームに伝送することができる。この場合、証明書署名要請はＩｏＴデバイスによって生成され得る。また、証明書署名要請はＩｏＴデバイスの識別子（例えば、デバイス識別子１１６）およびＩｏＴデバイスの公開鍵（例えば、公開鍵１１４）を含むことができる。

【0055】

一実施例によると、証明書管理部４２０はＩｏＴプラットフォームからデバイス証明書を受信することができる。それから、証明書管理部４２０は受信されたデバイス証明書をＩｏＴデバイスに伝送することができる。ここで、デバイス証明書は証明書署名要請に応じてＩｏＴプラットフォームによって生成されたデバイス証明書を指称し得る。

【0056】

図５は、本開示の一実施例に係る情報処理システムのプロセッサ３３４の内部構成を示す図面である。図示された通り、情報処理システムのプロセッサ３３４は証明書署名要請検証部５１０および証明書発行部５２０を含むことができる。一実施例によると、証明書署名要請検証部５１０はユーザ端末から受信した証明書署名要請に対する検証を遂行できる。一方、図５で前述した通り、証明書署名要請はＩｏＴデバイスの固有情報（例えば、デバイス識別子１１６）および／またはＩｏＴデバイスの公開鍵（例えば、公開鍵１１４）を含むことができる。

【0057】

一実施例によると、証明書署名要請検証部５１０は証明書署名要請に含まれたデバイス識別子を利用してＩｏＴデバイスを識別することができる。具体的には、情報処理システム（例えば、情報処理システムのメモリ３３２）には複数のＩｏＴデバイス生産過程で複数のＩｏＴデバイスそれぞれから獲得されたデバイス識別子および／または該当ＩｏＴデバイスの公開鍵が保存され得る。証明書署名要請検証部５１０は、情報処理システムに保存された複数のデバイス識別子の中で証明書署名要請に含まれたデバイス識別子と同一のデバイス識別子を抽出することができる。それから、証明書署名要請検証部５１０は情報処理システムに保存された複数の公開鍵のうち抽出されたデバイス識別子に関連した公開鍵（すなわち、証明書署名要請を生成したＩｏＴデバイスの公開鍵）を検索することができる。

【0058】

一実施例によると、証明書署名要請検証部５１０は証明書署名要請に含まれた公開鍵と検索された公開鍵を比較することによってＩｏＴデバイスを検証することができる。例えば、証明書署名要請に含まれた公開鍵と検索された公開鍵が同じである場合、証明書署名要請検証部５１０はデバイス証明書発行に関する手続きを進めることができる。反面、証明書署名要請に含まれた公開鍵と検索された公開鍵が異なる場合、デバイス証明書は発行されないことができる。すなわち、証明書署名要請検証部５１０がハッキングなどの目的で任意のユーザ端末によって生成された認証署名要請を受信しても、該当認証署名要請はＩｏＴデバイスの公開鍵を含まないのでデバイス証明書が発行されないため、ＩｏＴデバイスは中間者攻撃（ＭＩＴＭ Ａｔｔａｃｋ；Ｍａｎ ｉｎ ｔｈｅ ｍｉｄｄｌｅ Ａｔｔａｃｋ）から安全に保護され得る。

【0059】

一実施例によると、証明書署名要請検証部５１０は証明書署名要請に含まれたデバイス固有情報を情報処理システムに保存されているデバイス固有情報と比較することによってＩｏＴデバイスを検証することができる。デバイス固有情報の比較を通じて情報処理システムに保存された、すなわち認証されたデバイスとして登録されていることが確認される場合、証明書署名要請検証部５１０はデバイス証明書発行に関する手続きを進めることができる。

【0060】

一実施例によると、証明書発行部５２０は証明書署名要請検証部５１０により検証された証明書署名要請を認証サーバー（ＣＡ：Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）に伝送することができる。例えば、証明書署名要請に含まれた公開鍵と検索された公開鍵が同一のものと判断された場合、証明書発行部５２０は証明書署名要請を認証サーバーに伝送することができる。ここで、認証サーバーはＩｏＴプラットフォームと連結されてデバイス証明書を発行する別途のサーバーを指称し得る。代案として、認証サーバーはＩｏＴプラットフォームに含まれてデバイス証明書を発行するモジュールを指称し得る。

【0061】

一実施例によると、証明書発行部５２０は認証サーバーによって発行されたデバイス証明書を受信することができる。それから、証明書発行部５２０は受信されたデバイス証明書をユーザ端末を通じてＩｏＴデバイスに伝送することができる。ここで、デバイス証明書は認証サーバーの秘密鍵による署名を含むことができる。認証サーバーの秘密鍵による署名は該当デバイス証明書が認証サーバーから発行されたデバイス証明書であることを検証するために利用され得る。

【0062】

図６は、本開示の一実施例に係るＩｏＴデバイスの内部構成を示す図面である。図示された通り、ＩｏＴデバイス１１０はＳｏＭ６００を含むことができる。本開示で、「ＳｏＭ（ｓｙｓｔｅｍ ｏｎ ｍｏｄｕｌｅ）」はＩｏＴデバイスのようなシステムまたは装置の機能を一つのモジュールに統合したボードレベルの回路を指称し得る。例えば、ＳｏＭ６００は、ＩｏＴデバイス１１０のデバイス証明書発行のためにＩｏＴデバイス１１０に設置されたファームウェアまたはエンベデッドシステムを含むことができ、該当システムは少なくとも一つのマイクロプロセッサまたはプロセッサコア、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリなどのようなメモリブロック、ＵＳＢ、Ｗｉ－Ｆｉ、ブルートゥースなどのような通信インターフェース、計数タイマー、リアルタイムタイマーなどを含む周辺装置、Ａ／Ｄコンバータ、Ｄ／Ａコンバータなどを含むアナログインターフェース、電力制御回路などを含むことができるが、これに限定されるものではない。図示された通り、ＳｏＭ６００は、ルートＣＡ証明書６１０、チェーン証明書６２０、秘密鍵６３０、公開鍵６４０、デバイス識別子６５０およびＭＡＣアドレス６６０のうち少なくとも一つ以上を含むことができる。ここで、ＳｏＭ６００に含まれた秘密鍵６３０および公開鍵６４０はそれぞれ図１の秘密鍵１１２および公開鍵１１４と対応することができる。また、ＳｏＭ６００に含まれたデバイス識別子６５０またはＭＡＣアドレス６６０は図１のデバイス識別子１１６と対応することができる。

【0063】

一実施例によると、ＩｏＴデバイス１１０はルートＣＡ証明書６１０を利用してデバイス証明書を検証することができる。例えば、ＩｏＴデバイス１１０はルートＣＡ証明書６１０とデバイス証明書が同一の認証サーバーの秘密鍵によって署名されたものと判断された場合、ＩｏＴデバイス１１０は該当デバイス証明書が認証サーバーから発行されたデバイス証明書であることを検証し、検証されたデバイス証明書を保存することができる。同様に、ＩｏＴデバイス１１０はチェーン証明書６２０を利用してデバイス証明書を検証し、検証されたデバイス証明書を保存してもよい。

【0064】

一実施例によると、ＩｏＴデバイス１１０は生産過程で秘密鍵６３０および公開鍵６４０の対およびデバイス識別子６５０を生成および保存することができる。それから、ＩｏＴデバイス１１０は生成された公開鍵６４０およびデバイス識別子６５０をＩｏＴプラットフォームに伝送および登録することができる。ＩｏＴプラットフォームに登録された公開鍵６４０およびデバイス識別子６５０はＩｏＴプラットフォームがＩｏＴデバイス１１０から伝送された証明書生成要請を検証する過程で利用され得る。例えば、デバイス識別子６５０はＩｏＴデバイス１１０を固有に識別できるハードウェアシリアル番号を含むことができる。

【0065】

一実施例によると、ＩｏＴデバイス１１０は生産過程でＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを生成および保存することができる。ＭＡＣアドレス６６０はデバイス識別子６５０と同様に、ネットワークに連結されたＩｏＴデバイス１１０を識別するための固有のアドレスを指称し得る。したがって、ＩｏＴデバイス１１０はＭＡＣアドレス６６０を公開鍵６４０およびデバイス識別子６５０とともにＩｏＴプラットフォームに登録することができ、ＩｏＴプラットフォームは証明書生成要請を検証する過程でＭＡＣアドレス６６０を選択的にまたは追加的に利用することができる。

【0066】

図７は、本開示の一実施例に係るＩｏＴデバイスの生産過程で公開鍵および秘密鍵の対を生成する方法の例示を示す。図示された通り、ＩｏＴデバイス１１０は生産過程でネットワークを通じて生産ラインステーション１２０と連結され得る。一実施例によると、生産ラインステーション１２０は公開鍵および秘密鍵対の生成要請をＩｏＴデバイス１１０に伝送することができる（７１０）。ＩｏＴデバイス１１０は公開鍵および秘密鍵対の生成要請を受信することに応答して、公開鍵および秘密鍵対を生成することができる（７２０）。また、ＩｏＴデバイス１１０は生成された公開鍵およびＩｏＴデバイス１１０を識別するためのデバイス固有情報（例えば、デバイス識別子）をＩｏＴプラットフォーム１５０に伝送することができる（７３０）。

【0067】

このように、ＩｏＴデバイス１１０の生産段階で自主的に生成された秘密鍵はＩｏＴデバイス１１０内部にのみ保存されて、以後ＩｏＴデバイス１１０の検証またはデバイス証明書発生および検証段階で外部に露出されないことができる。また、ＩｏＴデバイス１１０の生産段階でＩｏＴプラットフォーム１５０はＩｏＴデバイス１１０から受信された公開鍵およびデバイス固有情報を事前登録し、以後ＩｏＴデバイス１１０から伝送される証明書署名要請の検証に使うことができる。

【0068】

図８は、本開示の一実施例に係るＩｏＴデバイスのためのデバイス証明書の生成方法の例示を示す。図８に図示されたデバイス証明書の生成方法は、ＩｏＴデバイス１１０の生産段階以後にＩｏＴデバイス１１０の初期設定または使用開始段階で実行され得る。図示された通り、ＩｏＴデバイス１１０はデバイス証明書生成過程でデバイス管理装置１３０と連結され得る。一実施例によると、ＩｏＴデバイス１１０は生産過程で生成された秘密鍵で署名された証明書署名要請（ＣＳＲ）を生成することができる（８１２）。ＩｏＴデバイス１１０は生成された証明書署名要請をデバイス管理装置１３０に伝送し（８１４）、デバイス管理装置１３０は証明書署名要請をＩｏＴプラットフォーム１５０に伝送することができる（８２０）。

【0069】

一実施例によると、ＩｏＴプラットフォーム１５０はデバイス管理装置１３０から、証明書署名要請を受信することに応答して、ＩｏＴデバイス１１０の生産過程でＩｏＴプラットフォーム１５０に事前登録されたＩｏＴデバイスの公開鍵と証明書署名要請の公開鍵を比較することができる。ＩｏＴプラットフォーム１５０は事前登録されたＩｏＴデバイスの公開鍵と証明書署名要請の公開鍵が一致するものと判定すれば、証明書署名要請に基づいて認証機関（ＣＡ）（または認証サーバー）１７０にデバイス証明書発行要請を伝送することができる（８４２）。認証機関１７０は、ＩｏＴプラットフォーム１５０からデバイス証明書発行要請を受信することに応答して、認証機関の秘密鍵で署名したデバイス証明書を発行してＩｏＴプラットフォーム１５０に伝送することができる。

【0070】

一実施例によると、ＩｏＴプラットフォーム１５０は、受信したデバイス証明書をデバイス管理装置１３０に伝送し（８５０）、ユーザ端末１３０は受信したデバイス証明書をＩｏＴデバイス１１０に伝送することができる（８６０）。ＩｏＴデバイス１１０は、デバイス証明書を受信することに応答して、ルートＣＡ証明書（例えば、ルートＣＡ証明書６１０）および／またはチェーン証明書６２０を利用してデバイス証明書を検証することができる（８７０）。それから、ＩｏＴデバイス１１０は検証されたデバイス証明書をＩｏＴデバイス１１０に保存することができる（８８０）。また、ＩｏＴデバイス１１０は検証されたデバイス証明書を利用してＩｏＴプラットフォーム１５０とのセキュリティ連結を実行することができる（８９０）。

【0071】

以上、実施例において、ＩｏＴデバイス１１０は証明書署名要請をデバイス管理装置１３０を通じてプラットフォーム１５０に伝送し、ＩｏＴプラットフォーム１５０はデバイス証明書をデバイス管理装置１３０を通じてＩｏＴデバイス１１０に伝送するものとして説明したが、これに限定されるものではない。一実施例において、ＩｏＴデバイス１１０は証明書署名要請を直接プラットフォーム１５０に伝送し、ＩｏＴプラットフォーム１５０はデバイス証明書を直接ＩｏＴデバイス１１０に伝送してもよい。

【0072】

図９は、本開示の一実施例に係るＩｏＴデバイスの初期設定および証明書生成のためのデバイス管理装置のユーザインターフェースの例示を示す。図示された通り、デバイス管理装置のディスプレイ上に出力される、ＩｏＴデバイスの初期設定および証明書生成のためのユーザインターフェースは、第１動作段階９１０、第２動作段階９２０、第３動作段階９３０および第４動作段階９４０を含むことができる。ここで、ユーザインターフェースは、例えば、ＩｏＴプラットフォーム（例えば、情報処理システム２３０）が提供するＩｏＴサービスのためのアプリケーションなどがユーザ端末に設置されて入出力装置３２０を通じて出力されたものであり、ユーザインターフェースの動作段階９１０～９４０はプロセッサ（例えば、プロセッサ３１４またはプロセッサ３３４）によって遂行され得る。

【0073】

一実施例によると、プロセッサは第１動作段階９１０でＩｏＴデバイス（例えば、「照明」）を連結するための「連結する」ボタン９１２を出力することができる。例えば、ＩｏＴデバイスの使用開始または電源オン動作によりＩｏＴデバイスからネットワーク連結要請を受信すると、プロセッサは第１動作段階９１０で該当ＩｏＴデバイスに関する情報とともに「連結する」ボタン９１２を表示することができる。それから、プロセッサは「連結する」ボタン９１２に対するユーザ入力に応答して、ＩｏＴデバイスに連結可能な少なくとも一つのネットワークが表示された第１インターフェース９２２を出力することができる。第２動作段階９２０で第２ユーザインターフェース９２２にはＷｉ－Ｆｉネットワークのリストが例示として図示されたが、これに限定されるものではなく、ブルートゥース、ＵＳＢ連結または異なる形態の無線、有線または近距離ネットワークが表示されてもよい。

【0074】

一実施例によると、プロセッサは第１インターフェース９２２で一つのネットワークを選択するユーザ入力に応答して、選択されたネットワークに関連した情報（例えば、Ｗｉ－ＦｉネットワークのＳＳＩＤおよび／またはパスワード）をＩｏＴデバイスに伝送することができる。この場合、ＩｏＴデバイスはネットワークに関連した情報に基づいて該当ネットワークに連結され、プロセッサはＩｏＴデバイスとネットワークの連結が完了したことに応答して、第３動作段階９３０でネットワーク連結の完了とともにＩｏＴプラットフォームによるデバイス証明書発行を要請する第２インターフェース９３２を出力することができる。

【0075】

一実施例によると、プロセッサは第２インターフェース９３２に対するユーザ入力に応答して、図１～図８に開示されたデバイス証明書生成手続きを開始することができる。それから、プロセッサは開始された手続きを通じてデバイス証明書が生成されることに応答して、第４動作段階９４０でＩｏＴデバイスのデバイス証明書発行が完了したことを示すインターフェースを出力し、デバイス証明書生成手続きを終了することができる。

【0076】

図１０は、本開示の一実施例に係るデバイス管理装置によって実行されるＩｏＴデバイスの安全連結のためのデバイス証明書生成方法１０００の例示を示すフローチャートである。方法１０００はデバイス管理装置のプロセッサ（例えば、プロセッサ３１４）により遂行され得る。図示された通り、方法１０００はＩｏＴデバイスとネットワーク連結を設定する段階（Ｓ１０１０）で開始され得る。例えば、プロセッサは、ＩｏＴデバイスから受信された初期設定要請に応答して、ＩｏＴデバイスとネットワーク連結を設定することができる。この場合、ＩｏＴデバイスの公開鍵および秘密鍵は、ＩｏＴデバイスの生産段階で事前生成されてＩｏＴデバイスに保存され、ＩｏＴデバイスの公開鍵はＩｏＴプラットフォームに事前登録され得る。

【0077】

一実施例によると、プロセッサはＩｏＴデバイスから受信された証明書署名要請をＩｏＴプラットフォームに伝送することができる（Ｓ１０２０）。ここで、証明書署名要請は、ＩｏＴデバイスの秘密鍵で署名され得る。また、証明書署名要請は、ＩｏＴデバイスの公開鍵を含み、証明書署名要請に含まれた公開鍵は、ＩｏＴプラットフォームに事前登録されたＩｏＴデバイスの公開鍵と比較されて検証され得る。

【0078】

一実施例によると、プロセッサは証明書署名要請に応じてＩｏＴプラットフォームによって生成されたデバイス証明書をＩｏＴデバイスに伝送することができる（Ｓ１０３０）。この場合、デバイス証明書は、ＩｏＴプラットフォームに連動された認証機関の秘密鍵で署名され得る。また、デバイス証明書は、ＩｏＴデバイスに事前保存された認証機関のルートＣＡ証明書を利用して検証され得る。

【0079】

図１１は、本開示の一実施例に係るＩｏＴデバイスによって実行されるＩｏＴデバイスの安全連結のためのデバイス証明書生成方法１１００の例示を示すフローチャートである。図示された通り、方法１１００は公開鍵および秘密鍵の対を生成する段階（Ｓ１１１０）で開始され得る。それから、ＩｏＴデバイスは公開鍵とデバイス識別子を含むデバイス情報をＩｏＴプラットフォームに伝送することができる（Ｓ１１２０）。ここで、公開鍵および秘密鍵の対を生成する段階（Ｓ１１１０）および公開鍵とデバイス識別子を含むデバイス情報をＩｏＴプラットフォームに伝送する段階（Ｓ１１２０）は、ＩｏＴデバイスが生産される過程で遂行され得る。

【0080】

一実施例によると、ＩｏＴデバイスはデバイス管理装置に初期設定要請を伝送することができる（Ｓ１１３０）。ここで、初期設定はＩｏＴデバイスのネットワーク連結要請をデバイス管理装置に伝送、ＩｏＴデバイスが連結可能なネットワークの選択、ＩｏＴデバイスを選択されたネットワークに連結のうち少なくとも一つを含むことができる。例えば、ＩｏＴデバイスの初期設定要請は、ＩｏＴデバイスを購入したユーザがはじめて使用を開始するか電源オン動作を実行することによって、デバイスに伝送され得る。他の実施例において、ＩｏＴデバイスは、デバイス管理装置に初期設定要請を伝送する段階（Ｓ１１３０）を省略し、自主的に初期設定を実行することができる。この場合、ＩｏＴデバイスは連結可能なネットワークを探索し、探索された一つ以上のネットワークの中の一つを選択して連結することができる。

【0081】

一実施例によると、ＩｏＴデバイスは初期設定の完了の有無を判定することができる（Ｓ１１４０）。例えば、ＩｏＴデバイスがネットワークに連結されたものと判定された場合、ＩｏＴデバイスは公開鍵を含む証明書署名要請をユーザ端末に伝送することができる（Ｓ１１５０）。反面、ＩｏＴデバイスがネットワークに連結されていないものと判定された場合、ＩｏＴデバイスはユーザ端末に初期設定要請を再伝送することができる（Ｓ１１３０）。ここで、証明書署名要請はＩｏＴデバイスに事前保存された秘密鍵で署名され得る。他の実施例において、ＩｏＴデバイスがネットワークに連結されたものと判定された場合、ＩｏＴデバイスは公開鍵を含む証明書署名要請を、ユーザ端末を経由せずに直接ＩｏＴプラットフォームに伝送することができる。反面、ＩｏＴデバイスがネットワークに連結されていないものと判定された場合、ＩｏＴデバイスは初期設定を自主的に再実行することができる。

【0082】

一実施例によると、ＩｏＴデバイスはユーザ端末からデバイス証明書を受信すると、該当（デバイス）証明書を検証後保存することができる（Ｓ１１６０）。他の実施例において、ＩｏＴデバイスはＩｏＴプラットフォームからデバイス証明書を受信し、該当証明書を検証後保存することができる。ここで、デバイス証明書は、ＩｏＴプラットフォームに連動された認証機関の秘密鍵で署名され得る。また、デバイス証明書は、ＩｏＴデバイスに事前保存された認証機関のルートＣＡ証明書を利用して検証され得る。デバイス証明書の検証完了後、ＩｏＴデバイスは該当デバイス証明書を利用してＩｏＴプラットフォームに連結され得る。

【0083】

図１０および図１１で図示したフローチャートおよび前述した説明は一例示に過ぎず、一部の実施例では異なって具現され得る。例えば、一部の実施例では各段階の順序が変わったり、一部の段階が繰り返し遂行されたり、一部の段階が省略されたり、一部の段階が追加され得る。

【0084】

前述した方法はコンピュータで実行するためにコンピュータ読み取り可能な記録媒体に保存されたコンピュータプログラムで提供され得る。媒体はコンピュータで実行可能なプログラムを継続して保存するか、実行またはダウンロードのために臨時保存するものであってもよい。また、媒体は単一または数個のハードウェアが結合された形態の多様な記録手段または保存手段であり得るが、何らかのコンピュータシステムに直接接続される媒体に限定されず、ネットワーク上に分散存在するものであってもよい。媒体の例示としては、ハードディスク、フロッピーディスクおよび磁気テープのような磁気媒体、ＣＤ－ＲＯＭおよびＤＶＤのような光記録媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような磁気－光媒体（ｍａｇｎｅｔｏ ｏｐｔｉｃａｌ ｍｅｄｉｕｍ）、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含んでプログラム命令語が保存されるように構成されたものがあり得る。また、他の媒体の例示として、アプリケーションを流通するアプリストアやその他多様なソフトウェアを供給乃至流通するサイト、サーバーなどで管理する記録媒体乃至保存媒体も挙げられる。

【0085】

本開示の方法、動作または技法は多様な手段によって具現されてもよい。例えば、このような技法はハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせで具現されてもよい。本願の開示と連係して説明された多様な例示的な論理的ブロック、モジュール、回路、およびアルゴリズム段階は、電子ハードウェア、コンピュータソフトウェア、または両者の組み合わせで具現されてもよいことを通常の技術者は理解できるであろう。ハードウェアおよびソフトウェアのこのような相互の代替を明確に説明するために、多様な例示的な構成要素、ブロック、モジュール、回路、および段階がそれらの機能的観点で一般的に前記にて説明された。そのような機能がハードウェアで具現されるのかまたはソフトウェアで具現されるのかの有無は、特定のアプリケーションおよび全体システムに課される設計要求事項により変わる。通常の技術者はそれぞれの特定のアプリケーションのために多様な方式で説明された機能を具現してもよいが、そのような具現は本開示の範囲から逸脱させるものと解釈されてはならない。

【0086】

ハードウェアの具現において、技法を遂行するのに利用されるプロセッシングユニットは、一つ以上のＡＳＩＣ、ＤＳＰ、デジタル信号プロセッシングデバイス（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ；ＤＳＰＤ）、プログラム可能論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ；ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ；ＦＰＧＡ）、プロセッサ、制御器、マイクロ制御器、マイクロプロセッサ、電子デバイス、本開示に説明された機能を遂行するように設計された他の電子ユニット、コンピュータ、またはこれらの組み合わせ内で具現されてもよい。

【0087】

したがって、本開示と連係して説明された多様な例示的な論理ブロック、モジュール、および回路は汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡや他のプログラム可能論理デバイス、離散ゲートやトランジスタロジック、離散ハードウェアコンポーネント、または本願に説明された機能を遂行するように設計されたものなどの任意の組み合わせで具現化されたり遂行されたりしてもよい。汎用プロセッサはマイクロプロセッサであり得るが、代案として、プロセッサは任意の従来のプロセッサ、制御器、マイクロ制御器、または状態マシンであってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと連係した一つ以上のマイクロプロセッサ、または任意の他の構成の組み合わせで具現されてもよい。

【0088】

ファームウェアおよび／またはソフトウェアの具現において、技法はランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ；ＲＡＭ）、読み取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ；ＲＯＭ）、不揮発性ＲＡＭ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ；ＮＶＲＡＭ）、ＰＲＯＭ（ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュメモリ、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ；ＣＤ）、磁気または光学データストレージデバイスなどのようなコンピュータ読み取り可能媒体上に保存された命令で具現されてもよい。命令は一つ以上のプロセッサによって実行可能であってもよく、プロセッサ（ら）に、本開示に説明された機能の特定様態を遂行させるようにしてもよい。

【0089】

ソフトウェアで具現される場合、前記技法は一つ以上の命令またはコードでコンピュータ読み取り可能な媒体上に保存されるかまたはコンピュータ読み取り可能な媒体を通じて伝送されてもよい。コンピュータ読み取り可能媒体は一つの場所から他の場所にコンピュータプログラムの伝送を容易にする任意の媒体を含んでコンピュータ保存媒体および通信媒体の両者を含む。保存媒体はコンピュータによってアクセスされ得る任意の利用可能な媒体であってもよい。非制限的な例として、このようなコンピュータ読み取り可能媒体はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭまたは他の光学ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、または所望するプログラムコードを命令またはデータ構造の形態で移送または保存するために使われ得、コンピュータによってアクセスされ得る任意の他の媒体を含むことができる。また、任意の接続がコンピュータ読み取り可能媒体で適切に称される。

【0090】

例えば、ソフトウェアが同軸ケーブル、光ファイバーケーブル、撚線、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のような無線技術を使ってウェブサイト、サーバー、または他の遠隔ソースから伝送されると、同軸ケーブル、光ファイバーケーブル、撚線、デジタル加入者回線、または赤外線、無線、およびマイクロ波のような無線技術は媒体の定義内に含まれる。本願で使われたディスク（ｄｉｓｋ）とディスク（ｄｉｓｃ）は、ＣＤ、レーザーディスク、光ディスク、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク、およびブルーレイディスクを含み、ここでディスク（ｄｉｓｋｓ）は普通磁気的にデータを再生し、反面ディスク（ｄｉｓｃｓ）はレーザーを利用して光学的にデータを再生する。前記の組み合わせもコンピュータ読み取り可能媒体の範囲内に含まれなければならない。

【0091】

ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、移動式ディスク、ＣＤ－ＲＯＭ、または公知の任意の他の形態の保存媒体内に常駐してもよい。例示的な保存媒体は、プロセッサが保存媒体から情報を読み取ったり保存媒体に情報を記録したりすることができるように、プロセッサに連結され得る。代案として、保存媒体はプロセッサに統合されてもよい。プロセッサと保存媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。代案として、プロセッサと保存媒体はユーザ端末で個別の構成要素として存在してもよい。

【0092】

以上で説明された実施例が一つ以上の独立型コンピュータシステムで現在開示された主題の様態を活用するものとして記述されたが、本開示はこれに限定されず、ネットワークや分散コンピューティング環境のような任意のコンピューティング環境と連係して具現されてもよい。ひいては、本開示で主題の様相は複数のプロセッシングチップや装置で具現されてもよく、ストレージは複数の装置にわたって同様に影響を受けることになることもある。このような装置はＰＣ、ネットワークサーバー、および携帯用装置を含んでもよい。

【0093】

本明細書では本開示が一部の実施例と関連して説明されたが、本開示の発明が属する技術分野の通常の技術者が理解できる本開示の範囲を逸脱しない範囲で多様な変形および変更がなされ得る。また、そのような変形および変更は、本明細書に添付された特許請求の範囲内に属するものと理解されるべきである。

【符号の説明】

【0094】

１００：デバイス証明書生成システム
１１０：ＩｏＴデバイス
１２０：生産ラインステーション
１３０、１４０：デバイス管理装置
１５０：ＩｏＴプラットフォーム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】