特許 7116878 デバイス管理システム、デバイス管理方法、デバイス管理サーバおよびＩｏＴデバイス

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-08-03

(45)【発行日】2022-08-12

(54)【発明の名称】デバイス管理システム、デバイス管理方法、デバイス管理サーバおよびＩｏＴデバイス

(51)【国際特許分類】

   H04L 9/08 20060101AFI20220804BHJP

   H04L 9/32 20060101ALI20220804BHJP

   H04L 9/16 20060101ALI20220804BHJP

   G16Y 20/10 20200101ALI20220804BHJP

   G16Y 30/10 20200101ALI20220804BHJP

【ＦＩ】

H04L9/08 F

H04L9/32 200B

H04L9/16

G16Y20/10

G16Y30/10

【請求項の数】 12

(21)【出願番号】P 2022030012

(22)【出願日】2022-02-28

【審査請求日】2022-02-28

【早期審査対象出願】

(73)【特許権者】

【識別番号】505381024

【氏名又は名称】株式会社ユビキタスＡＩ

(73)【特許権者】

【識別番号】000003193

【氏名又は名称】凸版印刷株式会社

(74)【代理人】

【識別番号】100134430

【弁理士】

【氏名又は名称】加藤 卓士

(72)【発明者】

【氏名】長谷川 聡

(72)【発明者】

【氏名】遠藤 晋

(72)【発明者】

【氏名】平田 純一

(72)【発明者】

【氏名】中山 健司

(72)【発明者】

【氏名】今泉 正明

【審査官】平井 誠

(56)【参考文献】

【文献】特開２０２０－２０２５００（ＪＰ，Ａ）

【文献】特開２０１５－２２２９１５（ＪＰ，Ａ）

【文献】特開２０２０－１１３８６８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０１０６８９３（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／００－４０

Ｇ１６Ｙ １０／００－４０／６０

(57)【特許請求の範囲】

【請求項1】

ＩｏＴデバイスと、
前記ＩｏＴデバイスを管理するデバイス管理サーバと、
を備えるデバイス管理システムであって、
前記デバイス管理サーバは、
前記ＩｏＴデバイスに、新たなサービスを識別する新たなサービス識別情報を含む、前記新たなサービスへの変更通知を送信するサービス変更通知部と、
前記ＩｏＴデバイスからの前記新たなサービス識別情報を含む要求メッセージに応答して、前記ＩｏＴデバイスに、前記ＩｏＴデバイスの信頼性を証明する新たなクライアント証明書を送信する証明書送信部と、
を有し、
前記ＩｏＴデバイスは、
前記デバイス管理サーバからの前記サービスの変更通知に応答して、前記新たなサービス識別情報を含む前記要求メッセージにより、前記新たなクライアント証明書を要求する証明書要求部と、
前記要求メッセージに応じて前記デバイス管理サーバから受信した前記新たなクライアント証明書を用いて、新たなサービスを受けるサービス更新部と、
を有するデバイス管理システム。

【請求項2】

前記要求メッセージは、前記ＩｏＴデバイスに固有のデバイス識別情報と前記デバイス管理サーバから取得したデバイス認証情報と前記サービス識別情報とを含み、
前記証明書要求部は、前記デバイス管理サーバからの前記サービスの変更通知に応答して、前記ＩｏＴデバイスに固有のデバイス識別情報と前記デバイス管理サーバから取得したデバイス認証情報と前記サービス識別情報とを含む前記要求メッセージにより、新たな公開鍵および秘密鍵と前記新たなクライアント証明書とを要求し、
前記証明書送信部は、前記要求メッセージに応答して、前記ＩｏＴデバイスを認証するために用いられる前記新たな公開鍵および秘密鍵の送信、ならびに、前記新たなクライアント証明書の送信を行い、
前記サービス更新部は、前記デバイス管理サーバから受信した前記新たな公開鍵および秘密鍵と前記新たなクライアント証明書とを用いて、前記新たなサービスを受ける請求項１に記載のデバイス管理システム。

【請求項3】

前記デバイス管理サーバは、前記デバイス識別情報と前記サービス識別情報との履歴を対応付けて記憶する第１記憶部をさらに有する請求項２に記載のデバイス管理システム。

【請求項4】

前記サービス変更通知部または前記証明書送信部は、さらに、前記新たなサービスを提供するサービス提供サーバを識別するサービス提供サーバ識別情報を前記ＩｏＴデバイスに送信する請求項２に記載のデバイス管理システム。

【請求項5】

前記デバイス管理サーバは、前記デバイス識別情報と前記サービス提供サーバ識別情報と前記サービス識別情報との履歴を対応付けて記憶する第２記憶部をさらに有する請求項４に記載のデバイス管理システム。

【請求項6】

前記デバイス認証情報は、前記デバイス管理サーバから前記ＩｏＴデバイスへの初期のクライアント証明書の送信を行う時に、前記デバイス管理サーバから前記ＩｏＴデバイスに提供される請求項２から５のいずれか１項に記載のデバイス管理システム。

【請求項7】

前記デバイス認証情報は、ＵＵＩＤ（Universally Unique Identifier）を含む請求項６に記載のデバイス管理システム。

【請求項8】

前記デバイス管理サーバは、前記ＩｏＴデバイスにおけるアプリケーションプログラムを、新たなサービス識別情報を含む新たなアプリケーションプログラムに更新するアプリケーション更新部をさらに有する請求項２に記載のデバイス管理システム。

【請求項9】

前記デバイス管理システムは、複数の前記ＩｏＴデバイスを備え、
前記デバイス管理サーバの前記サービス変更通知部は、前記複数のＩｏＴデバイスを使用する場合の組み合わせの変化に応じて、前記新たなサービスへの変更通知を送信する請求項１または２に記載のデバイス管理システム。

【請求項10】

ＩｏＴデバイスと、
前記ＩｏＴデバイスを管理するデバイス管理サーバと、
を備えるデバイス管理システムのデバイス管理方法であって、
前記デバイス管理サーバのサービス変更通知部が、前記ＩｏＴデバイスに、新たなサービスを識別する新たなサービス識別情報を含む、前記新たなサービスへの変更通知を送信するサービス変更通知部ステップと、
前記デバイス管理サーバの鍵証明書送信部が、前記ＩｏＴデバイスからの前記新たなサービス識別情報を含む要求メッセージに応答して、前記ＩｏＴデバイスへの、前記ＩｏＴデバイスの信頼性を証明する新たなクライアント証明書の送信を行う鍵証明書送信ステップと、
前記ＩｏＴデバイスのサービス更新部が、前記要求メッセージに応じて前記デバイス管理サーバから受信した前記新たなクライアント証明書を用いて、新たなサービスを受けるサービス更新ステップと、
を含むデバイス管理方法。

【請求項11】

ＩｏＴデバイスに、新たなサービスを識別する新たなサービス識別情報を含む前記新たなサービスへの変更通知を送信するサービス変更通知部と、
前記ＩｏＴデバイスからの、前記ＩｏＴデバイスに固有のデバイス識別情報とデバイス管理サーバから前記ＩｏＴデバイスに提供したデバイス認証情報と前記サービス識別情報とを含む要求メッセージに応じて、前記ＩｏＴデバイスを認証するために用いられる新たな公開鍵および秘密鍵の送信、ならびに、前記ＩｏＴデバイスの信頼性を証明する新たなクライアント証明書の送信を行う鍵証明書送信部と、
前記デバイス識別情報と前記サービス識別情報との履歴を対応付けて記憶する第１記憶部と、
を備えるデバイス管理サーバ。

【請求項12】

ＩｏＴデバイスを管理するデバイス管理サーバからの新たなサービス識別情報を含む新たなサービスへの変更通知に応答して、前記デバイス管理サーバに、当該ＩｏＴデバイスに固有のデバイス識別情報と前記デバイス管理サーバから取得したデバイス認証情報と前記サービス識別情報とを含む要求メッセージによって、新たな公開鍵および秘密鍵と新たなクライアント証明書とを要求する鍵証明書要求部と、
前記デバイス管理サーバから受信した前記新たな公開鍵および秘密鍵と前記新たなクライアント証明書とを用いて、前記新たなサービスを受けるサービス更新部と、
を備えるＩｏＴデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デバイス管理システム、デバイス管理方法、デバイス管理サーバおよびＩｏＴデバイスに関する。

【背景技術】

【0002】

上記技術分野において、特許文献１および２には、ＩｏＴデバイスにおいてデバイス管理サーバから取得した鍵やデバイス証明書（クライアント証明書）を保持して、サービス提供サーバからサービスの提供を受ける技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開2020-202500号公報

【文献】特許第6386684号公報

【発明の概要】

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

【0004】

しかしながら、上記文献に記載の技術では、ＩｏＴデバイスへのサービスが固定されるため、ＩｏＴデバイスのライフサイクルを有効に活用できなかった。

【0005】

本発明の目的は、上述の課題を解決する技術を提供することにある。

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

【0006】

上記目的を達成するため、本発明に係るデバイス管理システムは、
ＩｏＴデバイスと、
前記ＩｏＴデバイスを管理するデバイス管理サーバと、
を備えるデバイス管理システムであって、
前記デバイス管理サーバは、
前記ＩｏＴデバイスに、新たなサービスを識別する新たなサービス識別情報を含む、前記新たなサービスへの変更通知を送信するサービス変更通知部と、
前記ＩｏＴデバイスからの前記新たなサービス識別情報を含む要求メッセージに応答して、前記ＩｏＴデバイスに、前記ＩｏＴデバイスの信頼性を証明する新たなクライアント証明書を送信する証明書送信部と、
を有し、
前記ＩｏＴデバイスは、
前記デバイス管理サーバからの前記サービスの変更通知に応答して、前記新たなサービス識別情報を含む前記要求メッセージにより、前記新たなクライアント証明書を要求する証明書要求部と、
前記要求メッセージに応じて前記デバイス管理サーバから受信した前記新たなクライアント証明書を用いて、新たなサービスを受けるサービス更新部と、
を有する。

【0007】

上記目的を達成するため、本発明に係るデバイス管理方法は、
ＩｏＴデバイスと、
前記ＩｏＴデバイスを管理するデバイス管理サーバと、
を備えるデバイス管理システムのデバイス管理方法であって、
前記デバイス管理サーバのサービス変更通知部が、前記ＩｏＴデバイスに、新たなサービスを識別する新たなサービス識別情報を含む、前記新たなサービスへの変更通知を送信するサービス変更通知部ステップと、
前記デバイス管理サーバの鍵証明書送信部が、前記ＩｏＴデバイスからの前記新たなサービス識別情報を含む要求メッセージに応答して、前記ＩｏＴデバイスへの、前記ＩｏＴデバイスの信頼性を証明する新たなクライアント証明書の送信を行う鍵証明書送信ステップと、
前記ＩｏＴデバイスのサービス更新部が、前記要求メッセージに応じて前記デバイス管理サーバから受信した前記新たなクライアント証明書を用いて、新たなサービスを受けるサービス更新ステップと、
を含む。

【0008】

上記目的を達成するため、本発明に係るデバイス管理サーバは、
ＩｏＴデバイスに、新たなサービスを識別する新たなサービス識別情報を含む前記新たなサービスへの変更通知を送信するサービス変更通知部と、
前記ＩｏＴデバイスからの、前記ＩｏＴデバイスに固有のデバイス識別情報とデバイス管理サーバから前記ＩｏＴデバイスに提供したデバイス認証情報と前記サービス識別情報とを含む要求メッセージに応じて、前記ＩｏＴデバイスを認証するために用いられる新たな公開鍵および秘密鍵の送信、ならびに、前記ＩｏＴデバイスの信頼性を証明する新たなクライアント証明書の送信を行う鍵証明書送信部と、
前記デバイス識別情報と前記サービス識別情報との履歴を対応付けて記憶する第１記憶部と、
を備える。

【0009】

上記目的を達成するため、本発明に係るＩｏＴデバイスは、
ＩｏＴデバイスを管理するデバイス管理サーバからの新たなサービス識別情報を含む新たなサービスへの変更通知に応答して、前記デバイス管理サーバに、当該ＩｏＴデバイスに固有のデバイス識別情報と前記デバイス管理サーバから取得したデバイス認証情報と前記サービス識別情報とを含む要求メッセージによって、新たな公開鍵および秘密鍵と新たなクライアント証明書とを要求する鍵証明書要求部と、
前記デバイス管理サーバから受信した前記新たな公開鍵および秘密鍵と前記新たなクライアント証明書とを用いて、前記新たなサービスを受けるサービス更新部と、
を備える。

【発明の効果】

【0010】

本発明によれば、ＩｏＴデバイスのライフサイクルを有効に活用することができる。

【図面の簡単な説明】

【0011】

【図1】第１実施形態に係るデバイス管理システムの構成を示すブロック図である。

【図2A】第２実施形態に係るデバイス管理システムの動作の概要を示す図である。

【図2B】第２実施形態に係るデバイス管理システムの構成を示すブロック図である。

【図3A】第２実施形態に係るデバイス管理システムの動作手順の一例を示すシーケンスである。

【図3B】第２実施形態に係るデバイス管理システムの動作手順の他例を示すシーケンスである。

【図3C】第２実施形態に係るデバイス管理システムの動作手順のさらに他例を示すシーケンスである。

【図3D】第２実施形態に係るアクティベート処理およびアップデート処理の動作手順を示すシーケンスである。

【図4】第２実施形態に係るデバイス管理サーバの機能構成を示すブロック図である。

【図5】第２実施形態に係るデバイス管理サーバの識別情報登録部およびデバイス管理テーブルの構成を示す図である。

【図6】第２実施形態に係るデバイス管理サーバのハードウェア構成を示すブロック図である。

【図7】第２実施形態に係るデバイス管理サーバの処理手順を示すフローチャートである。

【図8】第２実施形態に係る情報処理部を含むＩｏＴデバイスの機能構成を示すブロック図である。

【図9】第２実施形態に係る情報処理部を含むＩｏＴデバイスの機密保持部および要求メッセージ生成テーブルの構成を示す図である。

【図10】第２実施形態に係る情報処理部を含むＩｏＴデバイスのハードウェア構成を示すブロック図である。

【図11】第２実施形態に係る情報処理部の処理手順を示すフローチャートである。

【図12A】第２実施形態に係る初期サービス設定処理の手順を示すフローチャートである。

【図12B】第２実施形態に係る更新サービス設定処理の手順を示すフローチャートである。

【図13】第３実施形態に係るデバイス管理サーバの識別情報登録部およびデバイス管理テーブルの構成を示す図である。

【図14】第３実施形態に係るデバイス管理サーバの処理手順を示すフローチャートである。

【図15】第３実施形態に係る更新サービス設定処理の手順を示すフローチャートである。

【図16】第４実施形態に係るデバイス管理サーバの識別情報登録部およびデバイス管理テーブルの構成を示す図である。

【図17】第４実施形態に係るデバイス管理サーバの処理手順を示すフローチャートである。

【図18】第４実施形態に係る更新サービス設定処理の手順を示すフローチャートである。

【図19】第５実施形態に係るアクティベート処理の動作手順を示すシーケンスである。

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

【0012】

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

【0013】

［第１実施形態］
本発明の第１実施形態としてのデバイス管理システム１００について、図１を用いて説明する。デバイス管理システム１００は、ＩｏＴデバイス１０１と、ＩｏＴデバイスを管理するデバイス管理サーバ１０２と、を備えるシステムである。

【0014】

デバイス管理サーバ１０２は、サービス変更通知部１２１と、証明書送信部１２３と、を有す。サービス変更通知部１２１は、ＩｏＴデバイス１０１に、新たなサービスを識別する新たなサービス識別情報１２２含む新たなサービスへの変更通知を送信する。証明書送信部１２３は、ＩｏＴデバイス１０１からの新たなサービス識別情報１２２を含む要求メッセージに応答して、ＩｏＴデバイス１０１に、ＩｏＴデバイス１０１の信頼性を証明する新たなクライアント証明書１２４を送信する。

【0015】

ＩｏＴデバイス１０１は、証明書要求部１１１と、サービス更新部１１２と、を有する。証明書要求部１１１は、デバイス管理サーバ１０２からのサービスの変更通知に応答して、新たなサービス識別情報１２２を含む要求メッセージにより、新たなクライアント証明書を要求する。サービス更新部１１２は、要求メッセージに応じてデバイス管理サーバ１０２から受信した新たなクライアント証明書１２４を用いて、新たなサービスの提供を受ける。

【0016】

本実施形態によれば、ＩｏＴデバイスのライフサイクルを有効に活用することができる。すなわち、ＩｏＴデバイスのライフサイクル中に提供されるサービスを、ＩｏＴデバイスへのユーザ操作なしに更新することができる。

【0017】

［第２実施形態］
次に、本発明の第２実施形態に係るデバイス管理システムについて説明する。本実施形態に係るデバイス管理システムでは、ＩｏＴデバイスからデバイス管理サーバにクライアント証明書を要求する要求メッセージに、ＩｏＴデバイスに固有のデバイス識別情報とデバイス管理サーバから取得したデバイス認証情報とサービス識別情報とを含む。要求メッセージへの応答として、デバイス管理サーバからＩｏＴデバイスには、ＩｏＴデバイスを認証するために用いられる公開鍵および秘密鍵の送信、ならびに、クライアント証明書が送信される。そして、ＩｏＴデバイスは、デバイス管理サーバから受信した新たな公開鍵および秘密鍵と新たなクライアント証明書とを用いて、新たなサービスの提供を受ける。ここで、デバイス認証情報には、デバイス管理サーバからＩｏＴデバイスへの初期のクライアント証明書の送信を行う時に、デバイス管理サーバからＩｏＴデバイスに提供されるＵＵＩＤ（Universally Unique Identifier）が含まれるが、限定されない。

【0018】

＜デバイス管理システム＞
以下、図２Ａ～図３Ｂを参照して、第２実施形態に係るデバイス管理システムの構成および動作を説明する。

【0019】

（システム動作の概要）
図２Ａは、本実施形態に係るデバイス管理システム２００におけるＩｏＴデバイス２１０のライフサイクルの概要を示す図である。

【0020】

図２Ａは、ＩｏＴデバイス２１０のライフサイクルと、ＩｏＴデバイス２１０を用いたサービスのライフサイクルとを比較して示している。図２Ａのように、ＩｏＴデバイス２１０のライフサイクル、特に製造から廃棄までのライフサイクルを有効に利用するためには、ＩｏＴデバイス２１０とサービスとの関係を柔軟に変更可能であることが望ましい。図２Ａでは、１つのＩｏＴデバイス２１０がＩｏＴサービスＡとＢとの２つのサービスに使用されている。この場合に、例えＩｏＴデバイス２１０が遠隔などにあってユーザによる操作ができなくても、ＩｏＴサービスＡからＢへの移行が簡単な操作で行われる必要がある。

【0021】

本実施形態では、デバイス管理サーバ２２０による管理によって、ＩｏＴデバイス２１０を使用するサービス提供サーバ２３０によるサービスの移行を簡単にスムースに行うことができる
（システム構成）
図２Ｂは、本実施形態に係るデバイス管理システム２００の構成を示すブロック図である。

【0022】

デバイス管理システム２００は、クライアント機器としてのＩｏＴデバイス２１０と、デバイス管理サーバ２２０と、Ｗｅｂサーバなどのサービス提供サーバ２３０と、デバイス製造者２４０と、を含む。

【0023】

ＩｏＴデバイス２１０は、デバイス管理サーバ２２０に管理されサービス提供サーバ２３０からサービスを提供されるデバイスである。ＩｏＴデバイス２１０は、FOTA(Firmware Over The Air),TrustZone,TPM(Trusted Platform Module)などの機能を有してよい。デバイス管理サーバ２２０は、デバイス管理(Device management)と、証明書管理および鍵管理(Certification/Key management)との機能を有して、ＩｏＴデバイス２１０を管理するサーバである。サービス提供サーバ２３０は、デバイス管理サーバ２２０がＩｏＴデバイス２１０に配布した証明書および鍵を認証し、ＩｏＴデバイス２１０にサービスを提供するWeb serversなどのサーバである。デバイス製造者２４０は、ＩｏＴデバイス２１０を製造する製造者であり、例えばＩｏＴデバイス２１０に固有の識別子などを含むデバイス情報を付して、Device Lifecycle Managementを実現させる。また、オプショとして、ＩｏＴデバイス２１０とデバイス管理サーバ２２０とサービス提供サーバ２３０とデバイス製造者２４０とを、総合的にその使用を計画し管理するオプションのＩｏＴシステム管理者２５０（図示せず）を設けてもよい。

【0024】

（動作シーケンス）
図３Ａは、本実施形態に係るデバイス管理システム２００の動作手順の一例を示すシーケンスである。なお、図３Ａにおいては、ＩｏＴデバイス２１０としての温度測定機器を異なるアプリケーションで順次に使用する例について説明する。本例においては、複数の温度測定機器が、監視用に橋梁やトンネルなどの土木構造施設や建築物に設置あるいは埋設された例を説明する。

【0025】

アクティベート処理（Activate：Ｓ３１０）においては、各温度測定機器からデバイス管理サーバ２２０に空調機器に固有のデバイス識別情報とサービス識別情報が送信される。そして、その応答として、デバイス管理サーバ２２０から各温度測定機器のデバイス認証情報（例えば、ＵＵＩＤ）が返信される。

【0026】

アップデート処理（Update：Ｓ３２０）においては、各温度測定機器からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から各温度測定機器に鍵（秘密鍵と公開鍵）とクライアント証明書とが返信される。

【0027】

サービス処理（Ｓ３２５）においては、各温度測定機器からサービス提供サーバ２３０に検出した温度データが送信される。サービス提供サーバ２３０は、温度データを収集して、例えば、他のデータ（加速度や歪データなど）を共に考慮して土木建築監視用の情報を作成して、ユーザ端末３４０に提供する（Ｓ３２６）。

【0028】

温度測定機器を用いるサービスが変更される場合は、中段のサービス更新処理（Ｓ３５０）において、各温度測定機器からデバイス管理サーバ２２０へのポーリング(Poling)時に、デバイス管理サーバ２２０から各温度測定機器への応答として、新たなサービス識別情報（ＩＤ）への更新が通知される。

【0029】

アップデート処理（Ｓ３２０）においては、上述と同様に、各温度測定機器からデバイス管理サーバ２２０にデバイス識別情報と新たなサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から各温度測定機器に新たな鍵（秘密鍵と公開鍵）と新たなクライアント証明書とが返信される。

【0030】

サービス処理（Ｓ３２５）においては、各温度測定機器からサービス提供サーバ２３０に検出した温度データが送信される。サービス提供サーバ２３０は、温度データを収集して、例えば、他のデータ（湿度や気圧など）を共に考慮して天気予報の情報を作成して、ユーザ端末３４０に提供する（Ｓ３２７）。

【0031】

さらに、温度測定機器を用いるサービスが変更される場合は、下段のサービス更新処理（Ｓ３５０）において、各温度測定機器からデバイス管理サーバ２２０へのポーリング(Poling)時に、デバイス管理サーバ２２０から各温度測定機器への応答として、新たなサービス識別情報（ＩＤ）への更新が通知される。

【0032】

アップデート処理（Ｓ３２０）においては、上述と同様に、各温度測定機器からデバイス管理サーバ２２０にデバイス識別情報と新たなサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から各温度測定機器に新たな鍵（秘密鍵と公開鍵）と新たなクライアント証明書とが返信される。

【0033】

サービス処理（Ｓ３２５）においては、各温度測定機器からサービス提供サーバ２３０に検出した温度データが送信される。サービス提供サーバ２３０は、温度データを収集して、例えば、他のデータ（ＣＯ2濃度や雨量など）を共に考慮して環境計測の情報を作成して、ユーザ端末３４０に提供する（Ｓ３２８）。

【0034】

以下、温度測定機器のライフサイクルが終わるまでの間に、使用するアプリケーションの変更があれば、ステップＳ３５０、Ｓ３２０およびＳ３２５を繰り返して、ＩｏＴデバイス２１０としての温度測定機器のライフサイクルを異なる複数のサービスに有効に活用することができる。

【0035】

なお、本例では、複数の温度測定機器を用いるアプリケーションの更新を説明したが、個々の温度測定機器をそれぞれ異なる複数のアプリケーションで用いるようにしてもよい。また、図３Ａにおいては、ＩｏＴデバイス２１０として温度測定機器を例に説明したが、ＩｏＴデバイス２１０は温度測定機器に限定されない。ライフサイクルが長い測定機器であって、１つのアプリケーションの使用終了後に次の異なるアプリケーションで継続して使用できる測定機器であればよい。

【0036】

図３Ｂは、本実施形態に係るデバイス管理システム２００の動作手順の他例を示すシーケンスである。なお、図３Ｂにおいては、ＩｏＴデバイス２１０としての温度センサ付き空調機器および照度センサ付き照明制御機器による空調機器の自動調整の変化の例について説明する。

【0037】

アクティベート処理（Ｓ３１０）においては、空調機器からデバイス管理サーバ２２０に空調機器に固有のデバイス識別情報とサービス識別情報が送信される。そして、その応答として、デバイス管理サーバ２２０から空調機器のデバイス認証情報（例えば、ＵＵＩＤ）が返信される。

【0038】

アップデート処理（Ｓ３２０）においては、空調機器からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から空調機器に鍵（秘密鍵と公開鍵）とクライアント証明書とが返信される。

【0039】

サービス処理（Ｓ３３０）においては、空調機器からサービス提供サーバ２３０に空調機器の温度センサが検出した温度データが送信される。そして、サービス提供サーバ２３０は空調機器に温度データを考慮した空調制御コマンドを送信して、自動空調制御をする。

【0040】

アクティベート処理（Ｓ３１０）においては、照明制御機器からデバイス管理サーバ２２０に照明制御機器に固有のデバイス識別情報とサービス識別情報が送信される。そして、その応答として、デバイス管理サーバ２２０から照明制御機器のデバイス認証情報（例えば、ＵＵＩＤ）が返信される。

【0041】

アップデート処理（Ｓ３２０）においては、照明制御機器からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から照明制御機器に鍵（秘密鍵と公開鍵）とクライアント証明書とが返信される。

【0042】

サービス処理（Ｓ３６０）においては、照明制御機器からサービス提供サーバ２３０に照明制御機器の照度センサが検出した照度データが送信される。そして、サービス提供サーバ２３０は照明制御機器に照度データを考慮した照明制御コマンドを送信して、自動照明制御をする。

【0043】

サービス更新処理（Ｓ３５０）においては、空調機器からデバイス管理サーバ２２０へのポーリング(Poling)時に、デバイス管理サーバ２２０から空調機器への応答として、新たなサービス識別情報（ＩＤ）への更新が通知される。

【0044】

アップデート処理（Update：Ｓ３２０）においては、上述と同様に、空調機器からデバイス管理サーバ２２０にデバイス識別情報と新たなサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から空調機器に新たな鍵（秘密鍵と公開鍵）と新たなクライアント証明書とが返信される。

【0045】

サービス処理（Ｓ３７０）においては、空調機器からサービス提供サーバ２３０に空調機器の温度センサが検出した温度データが送信される。そして、サービス提供サーバ２３０は空調機器に温度データおよび照度データを考慮した空調制御コマンドを送信して、自動空調制御をする。

【0046】

以下、空調機器のライフサイクルが終わるまでの間に、異なるＩｏＴデバイスの追加やアプリケーションの変更があれば、ステップＳ３５０、Ｓ３２０およびＳ３７０を繰り返して、ＩｏＴデバイス２１０としての空調機器のライフサイクルを異なる複数のサービスに有効に活用することができる。

【0047】

図３Ｃは、本実施形態に係るデバイス管理システム２００の動作手順のさらに他例を示すシーケンスである。なお、図３Ｃにおいては、ＩｏＴデバイス２１０としての温度センサ付き空調機器と湿度センサ付き加湿機器による空調機器の自動調整の変化の例について説明する。

【0048】

アクティベート処理（Ｓ３１０）においては、空調機器からデバイス管理サーバ２２０に空調機器に固有のデバイス識別情報とサービス識別情報が送信される。そして、その応答として、デバイス管理サーバ２２０から空調機器のデバイス認証情報（例えば、ＵＵＩＤ）が返信される。

【0049】

アップデート処理（Ｓ３２０）においては、空調機器からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から空調機器に鍵（秘密鍵と公開鍵）とクライアント証明書とが返信される。

【0050】

サービス処理（Ｓ３３０）においては、空調機器からサービス提供サーバ２３０に空調機器の温度センサが検出した温度データが送信される。そして、サービス提供サーバ２３０は空調機器に温度データを考慮した空調制御コマンドを送信して、自動空調制御をする。

【0051】

アクティベート処理（Ｓ３１０）においては、加湿機器からデバイス管理サーバ２２０に加湿機器に固有のデバイス識別情報とサービス識別情報が送信される。そして、その応答として、デバイス管理サーバ２２０から加湿機器のデバイス認証情報（例えば、ＵＵＩＤ）が返信される。

【0052】

アップデート処理（Ｓ３２０）においては、加湿機器からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から加湿機器に鍵（秘密鍵と公開鍵）とクライアント証明書とが返信される。

【0053】

サービス処理（Ｓ３８０）においては、加湿機器からサービス提供サーバ２３０に加湿機器の湿度センサが検出した湿度データが送信される。そして、サービス提供サーバ２３０は加湿機器に加湿データを考慮した加湿制御コマンドを送信して、自動加湿制御をする。

【0054】

サービス更新処理（Ｓ３５０）においては、空調機器からデバイス管理サーバ２２０へのポーリング(Poling)時に、デバイス管理サーバ２２０から空調機器への応答として、新たなサービス識別情報（ＩＤ）への更新が通知される。

【0055】

アップデート処理（Ｓ３２０）においては、上述と同様に、空調機器からデバイス管理サーバ２２０にデバイス識別情報と新たなサービス識別情報とデバイス認証情報とが送信される。そして、その応答として、デバイス管理サーバ２２０から空調機器の新たな鍵（秘密鍵と公開鍵）と新たなクライアント証明書とが返信される。

【0056】

サービス処理（Ｓ３９０）においては、空調機器からサービス提供サーバ２３０に空調機器の温度センサが検出した温度データが送信される。そして、サービス提供サーバ２３０は空調機器に温度データおよび湿度データを考慮した空調制御コマンドを送信して、自動空調調整をする。

【0057】

以下、空調機器のライフサイクルが終わるまでの間に、異なるＩｏＴデバイスの追加やアプリケーションの変更があれば、ステップＳ３５０、Ｓ３２０およびＳ３９０を繰り返して、ＩｏＴデバイス２１０としての空調機器のライフサイクルを異なる複数のサービスに有効に活用することができる。

【0058】

なお、図３Ｂおよび図３Ｃにおいては、空調機器（エアコン）の自動調整を例に説明したが、これに限定されるものではなく、例えば遠隔機器の制御をクラウドサーバから一括して行う場合などに様々な適用が可能である。

【0059】

（アクティベート処理およびアップデート処理）
図３Ｄは、本実施形態に係る図３Ａ～図３Ｃのアクティベート処理Ｓ３１０およびアップデート処理Ｓ３２０の具体的な動作手順を示すシーケンスである。

【0060】

アクティベート処理（Activate：Ｓ３１０）では、ステップＳ３１１において、ユーザ３１０がＩｏＴデバイスの電源をＯＮにする。ステップＳ３１３において、ＩｏＴデバイス２１０からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報が送信される。ステップＳ３１５において、応答として、デバイス管理サーバ２２０からＩｏＴデバイス２１０のデバイス認証情報（例えば、ＵＵＩＤ）が返信される。

【0061】

アップデート処理（Update：Ｓ３２０）においては、ＩｏＴデバイス２１０が遠隔にある場合は、ステップＳ３２１において、自動でＩｏＴデバイス２１０からデバイス管理サーバ２２０にデバイス識別情報とサービス識別情報とデバイス認証情報とが送信される。ステップＳ３２２において、応答として、デバイス管理サーバ２２０からＩｏＴデバイス２１０に鍵（秘密鍵と公開鍵）とクライアント証明書とが返信される。なお、ＩｏＴデバイス２１０がユーザにより操作可能な場所に配置されている場合は、アップデート処理（Update：Ｓ３２０）がユーザによるＩｏＴデバイス２１０のボタンの押下などで行われてもよい。

【0062】

更新指示処理（Ｓ３４０）は、デバイス管理サーバ２２０にＩｏＴデバイス２１０へのサービス内容を変更するための指示を行う処理である。ステップＳ３４１において、デバイス管理サーバ２２０のコンソール３２０は、ユーザ３１０（または、システムのオペレータやサービス提供サーバ２３０など）からの登録確認と証明書配信指示を受ける。そして、ステップＳ３４３において、コンソール３２０からデバイス管理サーバ２２０にサービス識別情報（あるいは、サービス提供サーバ２３０の識別情報）の更新が指示される。

【0063】

なお、ＩｏＴデバイス２１０を医療機器としても同様な処理ができる。特に、遠隔診療や体内に埋め込まれた機器などへの適用ができる。例えば、医療機器として、常時針を挿して血糖値を測定する機器が存在する。現在、血液検査で検査する項目は患者に合わせて様々な項目で数値が示されるが、今後センサや血液から値を導くアルゴリズムの開発が行われることで、患者に合わせた血液測定を行うことができる。ＩｏＴデバイスを使用するその他の技術分野への用途も可能である。

【0064】

＜デバイス管理サーバ＞
以下、図４～図７を参照して、本実施形態に係るデバイス管理サーバ２２０の構成と動作を説明する。

【0065】

（デバイス管理サーバの機能構成）
図４は、本実施形態に係るデバイス管理サーバ２２０の機能構成を示すブロック図である。

【0066】

デバイス管理サーバ２２０は、通信制御部４０１と、データベース４０２と、デバイス認証要求受信部４０３と、デバイス認証情報生成送信部４０４と、を備える。また、デバイス管理サーバ２２０は、要求メッセージ受信部４０５と、識別情報抽出部４０６と、識別情報照合部４０７と、鍵および証明書生成部４０８と、鍵および証明書配布部４０９と、サービス開始記録部４１０と、を備える。また、デバイス管理サーバ２２０は、サービス変更指示部４１１と、サービス変更記録部４１２と、を備える。

【0067】

通信制御部４０１は、ネットワークを介するＩｏＴデバイス２１０やサービス提供サーバ２３０との通信を制御する。データベース４０２は、デバイス管理サーバ２２０で使用するデータを格納する。例えば、データベース４０２は、デバイス識別情報とサービス識別情報とデバイス認証情報とを登録する識別情報登録部４２１と、ＩｏＴデバイスに提供される複数のサービスのサービス開始およびサービス終了の履歴を蓄積するためのデバイス管理テーブル４２２とを有する。デバイス認証要求受信部４０３は、アクティベート処理において、ＩｏＴデバイス２１０からのデバイス識別情報とサービス識別情報とを含むデバイス認証情報の要求メッセージを機密に受信して、デバイス識別情報とサービス識別情報とをデータベース４０２に登録する。デバイス認証情報生成送信部４０４は、デバイス認証情報を生成して、デバイス識別情報とサービス識別情報とに紐つけてデータベース４０２に登録すると共に、デバイス認証情報の要求元のＩｏＴデバイス２１０に機密に送信する。

【0068】

要求メッセージ受信部４０５は、ＩｏＴデバイス２１０からの公開鍵と秘密鍵とクライアント証明書とを要求する要求メッセージを機密に受信する。識別情報抽出部４０６は、要求メッセージ受信部４０５が受信した要求メッセージからデバイス識別情報とサービス識別情報とデバイス認証情報とを抽出する。識別情報照合部４０７は、識別情報抽出部４０６が抽出したデバイス識別情報、サービス識別情報およびデバイス認証情報と、識別情報登録部４２１に格納されたデバイス識別情報、サービス識別情報およびデバイス認証情報と、を照合して、照合結果を出力する。なお、識別情報抽出部４０６が抽出して識別情報照合部４０７が照合する、デバイス識別情報とサービス識別情報とデバイス認識情報とは、１つの情報であっても複数の情報であってもよい。多くの情報を照合することによって、より認証が厳密となる。また、照合は、少なくともデバイス認識情報であってもよい。

【0069】

鍵および証明書生成部４０８は、照合結果が一致であれば、秘密鍵および公開鍵のペアと、サービス識別情報を含むクライアント証明書とを生成する。鍵および証明書配布部４０９は、鍵および証明書生成部４０８が生成した秘密鍵と公開鍵とクライアント証明書とをＩｏＴデバイス２１０に機密に配布する。例えば、電子署名などにより機密が保持される。サービス開始記録部４１０は、鍵および証明書配布部４０９が秘密鍵と公開鍵とクライアント証明書とをＩｏＴデバイス２１０に機密に配布すると、ＩｏＴデバイス２１０へのサービス開始をデバイス管理テーブル４２２に記録する。

【0070】

サービス変更指示部４１１は、デバイス管理サーバ２２０によるＩｏＴデバイス２１０へのサービス提供サーバ２３０によるサービスの変更に従い、ＩｏＴデバイス２１０にサービス変更を指示する。サービス変更記録部４１２は、サービス変更指示部４１１の指示に応じて、ＩｏＴデバイス２１０のサービス変更（旧いサービスの終了と新たなサービスの開始）をデバイス管理テーブル４２２に記録する。

【0071】

（識別情報登録部およびデバイス管理テーブル）
図５は、本実施形態に係る識別情報登録部４２１およびデバイス管理テーブル４２２の構成を示す図である。ここで、デバイス管理テーブル４２２は、デバイス識別情報とサービス識別情報との履歴を対応付けて記憶する記憶部として機能する。

【0072】

識別情報登録部４２１は、デバイス識別情報５１１とサービス識別情報５１２とデバイス認証情報５１３とを組として登録する。

【0073】

デバイス管理テーブル４２２は、ＩｏＴデバイス２１０の履歴を管理するテーブルである。デバイス管理テーブル４２２は、デバイス識別情報５２１とデバイス認証情報５２２とに対応付けて、サービス識別情報の履歴５２３と鍵および証明書更新履歴５２４とデバイス使用履歴５２５とを記憶する。デバイス使用履歴５２５は、鍵および証明書の配布に対応するサービス開始年月日と、鍵および証明書の更新に対応するサービス終了年月日とを含む。鍵および証明書更新履歴５２４は、さらに、鍵やクライアント証明書の盗聴や改竄などを防ぐための、セッション毎、あるいは、所定セッションごと、また、所定時間経過ごとの更新の履歴を含んでもよい。

【0074】

（デバイス管理サーバのハードウェア構成）
図６は、本実施形態に係るデバイス管理サーバ２２０のハードウェア構成を示すブロック図である。

【0075】

図６で、ＣＰＵ(Central Processing Unit)６１０は演算制御用のプロセッサであり、プログラムを実行することで図５の機能を実現する。なお、ＣＰＵ６１０は、それぞれの機能に対応して複数あってもよい。ＲＯＭ(Read Only Memory)６２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ネットワークインタフェース６３０は、ネットワークを介して、ＩｏＴデバイス２１０やサービス提供サーバ２３０などとの通信を制御する。

【0076】

ＲＡＭ(Random Access Memory)６４０は、ＣＰＵ６１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ６４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。登録する識別情報６４１は、識別情報登録部４２１に登録するデバイス識別情報とサービス識別情報とデバイス認証情報とである。要求メッセージ６４２は、ＩｏＴデバイス２１０から受信した要求メッセージである。抽出した識別情報６４３は、要求メッセージ６４２から抽出したデバイス識別情報とサービス識別情報とデバイス認証情報とである。識別情報の照合結果６４４は、識別情報登録部４２１に登録されたデバイス識別情報、サービス識別情報およびデバイス認証情報と、要求メッセージ６４２から抽出したデバイス識別情報、サービス識別情報およびデバイス認証情報と、の照合結果である。配布情報６４５は、照合結果が一致である場合に、生成してＩｏＴデバイス２１０に機密に配布される秘密鍵と公開鍵とクライアント証明書とである。配布、変更、消去記録６４６は、デバイス管理テーブル４２２に記録される、ＩｏＴデバイス２１０のサービス開始、サービス変更、サービス終了を示す年月日を含むデータである。送受信データ６４７は、ネットワークインタフェース７３０を介して、ＩｏＴデバイス２１０やサービス提供サーバ２３０などと送受信されるデータである。

【0077】

ストレージ６５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶さる不揮発メモリである。識別情報登録部４２１は、図４に示したように、デバイス識別情報とサービス識別情報とデバイス認証情報とを登録する。また、デバイス管理テーブル４２２は、図４に示したように、ＩｏＴデバイス２１０のサービス開始、サービス変更の履歴を管理するテーブルである。

【0078】

ストレージ６５０には、以下のプログラムが格納される。デバイス管理サーバ制御プログラム６５１は、本デバイス管理サーバ２２０全体を制御するプログラムである。認証情報送信モジュール６５２は、ＩｏＴデバイス２１０からのデバイス識別情報およびサービス識別情報に応答して、ＩｏＴデバイス２１０にデバイス認証情報を送信するモジュールである。識別情報登録モジュール６５３は、取得したデバイス識別情報とサービス識別情報とデバイス認証情報とを登録するモジュールである。要求メッセージ認証モジュール６５４は、ＩｏＴデバイス２１０からの要求メッセージを受信してデバイス識別情報、サービス識別情報およびデバイス認証情報を抽出し、識別情報登録部４２１のデバイス識別情報、サービス識別情報およびデバイス認証情報と照合するモジュールである。鍵および証明書配布モジュール６５５は、照合結果が一致である場合に、秘密鍵と公開鍵のペアとクライアント証明書を生成して、ＩｏＴデバイス２１０に配布するモジュールである。サービス変更モジュール６５６は、ＩｏＴデバイス２１０に新たなサービス識別情報を送信して、新たな秘密鍵と公開鍵のペアと新たなクライアント証明書を生成して、ＩｏＴデバイス２１０に配布することによって、新たなサービスに更新するモジュールである。デバイス履歴記録モジュール６５７は、秘密鍵と公開鍵のペアとクライアント証明書の配布、変更および消去に基づいて、ＩｏＴデバイス２１０のサービス開始、サービス更新およびサービス終了の履歴を記録して管理するモジュールである。

【0079】

なお、図６のＲＡＭ６４０やストレージ６５０には、デバイス管理サーバ２２０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

【0080】

（デバイス管理サーバの処理手順）
図７は、本実施形態に係るデバイス管理サーバ２２０の処理手順を示すフローチャートである。このフローチャートは、図６のＣＰＵ６１０がＲＡＭ６４０を使用して実行し、図５の構成要素を実現する。

【0081】

デバイス管理サーバ２２０は、ステップＳ７１１において、識別情報の登録か否かを判定する。識別情報の登録であれば、デバイス管理サーバ２２０は、ステップＳ７１３において、デバイス識別情報を取得して識別情報登録部４２１に登録する。デバイス管理サーバ２２０は、ステップＳ７１５において、サービス識別情報を取得して識別情報登録部４２１に登録する。デバイス管理サーバ２２０は、ステップＳ７１７において、ＩｏＴデバイスからのデバイス識別情報およびサービス識別情報の受信によるアクティベーションを待つ。ＩｏＴデバイスからデバイス識別情報およびサービス識別情報を受信すると、デバイス管理サーバ２２０は、ステップＳ７１９において、デバイス認証情報を生成して識別情報登録部４２１に登録し、ＩｏＴデバイス２１０に送信する。

【0082】

識別情報の登録でなければ、デバイス管理サーバ２２０は、ステップＳ７２１において、要求メッセージの受信か否かを判定する。要求メッセージの受信であれば、デバイス管理サーバ２２０は、ステップＳ７２３において、受信した要求メッセージからデバイス識別情報とサーバ識別情報とデバイス認証情報とを抽出する。デバイス管理サーバ２２０は、ステップＳ７２５において、抽出されたデバイス識別情報、サーバ識別情報およびデバイス認証情報と、識別情報登録部４２１に登録されたデバイス識別情報、サーバ識別情報およびデバイス認証情報と、を照合する。そして、デバイス管理サーバ２２０は、ステップＳ７２７において、照合結果が一致か否かを判定する。一致でなければ、デバイス管理サーバ２２０は、ステップＳ７３９において、ＩｏＴデバイス２１０へのエラー通知などのエラー処理をする。

【0083】

照合結果が一致であれば、デバイス管理サーバ２２０は、ステップＳ７２９において、秘密鍵と公開鍵とクライアント証明書とを生成する。デバイス管理サーバ２２０は、ステップＳ７３１において、秘密鍵と公開鍵とクライアント証明書とをＩｏＴデバイスに機密に配布する。そして、デバイス管理サーバ２２０は、ステップＳ７３３において、初期のサービスの開始か変更（更新）かを判定する。サービスの開始であれば、デバイス管理サーバ２２０は、ステップＳ７３５において、ＩｏＴデバイス２１０のサービス開始をデバイス管理テーブル４２２に記録する。一方、サービスの変更であれば、デバイス管理サーバ２２０は、ステップＳ７３７において、前のサービスの終了と新たなサービスの開始をデバイス管理テーブル４２２に記録する。

【0084】

識別情報の登録でなく要求メッセージの受信でなければ、デバイス管理サーバ２２０は、ステップＳ７４１において、ＩｏＴデバイス２１０のサービスの変更か否かを判定する。ＩｏＴデバイス２１０のサービス変更であれば、デバイス管理サーバ２２０は、ステップＳ７４３において、識別情報登録部４２１およびデバイス管理テーブル４２２に新たなサービス識別情報を登録する。そして、デバイス管理サーバ２２０は、ステップＳ７４３において、ＩｏＴデバイス２１０に新たなサービス識別情報を送信する。

【0085】

＜ＩｏＴデバイス＞
以下、図８～図１２Ｂを参照して、本実施形態に係るＩｏＴデバイス２１０の構成と動作について説明する。

【0086】

（ＩｏＴデバイスの機能構成）
図８は、本実施形態に係る情報処理部８１０を含むＩｏＴデバイス２１０の機能構成を示すブロック図である。

【0087】

ＩｏＴデバイス２１０は、本実施形態の情報処理部８１０を構成するＳＥ(Secure Element：機密保持部)８１１およびＳＥ制御部８１２と、ＤＥ(Device Element)８２０と、ＳＳＬ／ＴＬＳ処理部８１３とを備える。

【0088】

ＤＥ８２０は、ＩｏＴデバイス２１０に固有の処理を実行する。例えば、図３Ａにおいては、エアコンの自動調整サービスを実行する。ＳＳＬ／ＴＬＳ処理部８１３は、受信して機密に保持された公開鍵と秘密鍵とクライアント証明書とを用いてＳＳＬ方式やＴＬＳ方式によりサービス提供サーバ２３０との暗号化データの通信を実行する。なお、ＳＳＬ／ＴＬＳ処理部８１３は、ＳＥ制御部８１２に含まれてもよい。

【0089】

ＳＥ制御部８１２は、通信制御部８０１と、デバイス認証情報受信部８０７と、要求メッセージ生成部８０６と、要求メッセージ送信部８０２と、鍵および証明書受信部８０３と、鍵および証明書保持部８０４と、鍵および証明書変更部８０５と、ＳＳＬ／ＴＬＳ処理部８１３と、を備える。

【0090】

通信制御部８０１は、ネットワークを介して、デバイス管理サーバ２２０やサービス提供サーバ２３０との通信を制御する。なお、通信制御部８０１は、ＳＥ制御部８１２およびＳＳＬ／ＴＬＳ処理部８１３の通信制御に兼用されてもよいし、それぞれ別個に設けられてもよい。デバイス認証情報受信部８０７は、デバイス管理サーバ２２０から送信されたデバイス認証情報を受信して、ＳＥ８１１に機密に格納する。要求メッセージ生成部８０６は、要求メッセージ生成テーブル８６１を有し、ＳＥ８１１に記憶されたデバイス識別情報およびサービス識別情報を含むデバイス管理サーバ２２０への要求メッセージ（アクティベイト要求）を生成する。また、要求メッセージ生成部８０６は、ＳＥ８１１に記憶されたデバイス識別情報、サービス識別情報およびデバイス認証情報を含むデバイス管理サーバ２２０への要求メッセージ（アップデート要求）を生成する。要求メッセージ送信部８０２は、デバイス管理サーバ２２０への要求メッセージを送信する。なお、要求メッセージ（アクティベイト要求）と要求メッセージ（アップデート要求）とを別途に生成する生成部と送信部とを設けてもよい。

【0091】

鍵および証明書受信部８０３は、デバイス管理サーバ２２０から要求メッセージに応答して返信された公開鍵と秘密鍵とクライアント証明書とを受信する。鍵および証明書保持部８０４は、受信された公開鍵と秘密鍵とクライアント証明書とをＳＥ８１１に機密に保持する。鍵および証明書変更部８０５は、ＩｏＴデバイス２１０に提供されるサービスを更新する場合などに、デバイス管理サーバ２２０からの指示で公開鍵と秘密鍵とクライアント証明書とを変更する。

【0092】

（機密保持部および要求メッセージ生成テーブル）
図９は、本実施形態に係るＳＥ８１１および要求メッセージ生成テーブル８６１の構成を示す図である。

【0093】

ＳＥ８１１は、デバイス識別情報９１１とサービス識別情報９１２とデバイス認証情報９１３とを機密に記憶する。また、ＳＥ８１１は、サービス提供サーバ識別情報９２１およびサービス識別情報９２２と、サービス秘密鍵９２３と、公開鍵９２４と、クライアント証明書９２５とを機密に記憶する。

【0094】

要求メッセージ生成テーブル８６１は、要求メッセージ生成部８０６が要求メッセージを生成するために使用される。例えば、アクティベート処理の要求メッセージは、ヘッダ９３１と、デバイス識別情報９３２と、サービス識別情報９３３と、ＣＲＣ(Cyclic Redundancy Check)９３５と、を含む。アップデート処理の要求メッセージは、ヘッダ９４１と、デバイス識別情報９４２と、サービス識別情報９４３と、デバイス認証情報９４４と、ＣＲＣ(Cyclic Redundancy Check)９４５と、を含む。

【0095】

（ＩｏＴデバイスのハードウェア構成）
図１０は、本実施形態に係る情報処理部８１０を含むＩｏＴデバイス２１０のハードウェア構成を示すブロック図である。

【0096】

図１０で、ＣＰＵ１０１０は演算制御用のプロセッサであり、プログラムを実行することで図６の機能を実現する。なお、ＣＰＵ７１０は、それぞれの機能に対応して複数あってもよく、異なるＣＰＵで実現してもよい。また、ＳＥ制御部の処理とデバイスの処理とを、異なるＣＰＵで並行に実行してもよい。ＲＯＭ１０２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ネットワークインタフェース１０３０は、ネットワークを介して、デバイス管理サーバ２２０やサービス提供サーバ２３０との通信を制御する。ＳＥ８１１は、情報処理部８１０に含まれる機密情報の保持部であり、デバイス管理サーバ２２０に認証されて取得され、サービス提供サーバ２３０とのＳＳＬ／ＴＬＳ処理に使用される、公開鍵と秘密鍵とクライアント証明書とを機密に記憶する。また、ＳＥ８１１は、デバイス管理サーバ２２０へのアクセスに使用される一意の識別子（ＵＵＩＤ）も記憶する。

【0097】

ＲＡＭ１０４０は、ＣＰＵ１０１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１０４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。送信コマンド１０４１は、ＳＥ制御部８１２が外部装置に対して送信するアクティベーションやポーリングなどのコマンドである。送信パラメータ１０４２は、送信コマンド１０４１に付与されるＪＳＯＮ(JavaScript（登録商標） Object Notation)などのパラメータである。送信データ１０４３は、送信コマンド１０４１に付与される、例えばデバイスがセンサ機能を有する場合は検出データである。受信コマンド１０４４は、ＳＥ制御部８１２が外部装置から受信するコマンドである。受信パラメータ１０４５は、受信コマンド１０４４に付与される、例えばＳＥ８１１からの機密情報の消去指示を含むパラメータである。受信データ１０４６は、受信コマンド１０４４に付与される、例えばデバイスがアプリケーションを更新・変更可能な場合はアプリケーションプログラムである。入出力データ１０４８は、入出力インタフェース１０６０を介して入出力機器などと交換するデータである。

【0098】

ストレージ１０５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶さる不揮発メモリである。デバイス識別情報／サービス識別情報１０５１は、アクティベーション処理の要求メッセージ、および、アップデート処理の要求メッセージにおいてパラメータとして使用され得るデータである。通信アルゴリズム１０５２は、本ＩｏＴデバイス２１０のＳＥ制御部８１２やＳＳＬ／ＴＬＳ処理部８１３がデバイス管理サーバ２２０やサービス提供サーバ２３０と通信ために使用する通信プロトコルやシーケンス、フォーマットなどを記憶する。

【0099】

ストレージ１０５０には、以下のプログラムが格納される。デバイス制御プログラム１０５３は、本ＩｏＴデバイス２１０全体を制御するプログラムである。ＳＥ制御プログラム１０５４は、ＳＥ制御部８１２を実現するプログラムである。ＳＥ制御プログラム１０５４は、デバイスアクティベーションモジュール１０５５とデバイスアップデートモジュール１０５６とを含む。デバイスアクティベーションモジュール１０５５は、デバイス管理サーバ２２０との間でデバイスをアクティベーションする。すなわち、デバイス識別情報とサービス識別情報とを含む要求メッセージをデバイス管理サーバ２２０に送って、デバイス認証情報（例えば、ＵＵＩＤ）を受信してＳＥ８１１に機密に保持するモジュールである。デバイスアップデートモジュール１０５６は、ＩｏＴデバイス２１０へのサービスをアップデートするモジュールである。すなわち、デバイス識別情報とサービス識別情報とデバイス認証情報とを含む要求メッセージをデバイス管理サーバ２２０に送って、公開鍵と秘密鍵とクライアント証明書とを受信してＳＥ８１１に機密に保持するモジュールである。サービスプログラム１０５７は、サービス提供サーバ２３０と接続してサービスを受けるためのプログラムであり、サービスアクティベーションモジュール１０５８とサービス変更モジール１０５９とを有する。サービスアクティベーションモジュール１０５８は、サービス提供サーバ２３０との間でサービスをアクティベーションして実行するモジュールである。サービス変更モジール１０５９は、新たなサービス識別情報への更新に従って、ＩｏＴデバイス２１０へのサービスを変更するモジュールである。

【0100】

入出力インタフェース１０６０は、入出力デバイスとのデータ入出力を制御するためのインタフェースを行なう。本実施形態においては、入出力インタフェース１０６０には、表示部１０６１と、操作部１０６２と、デバイスがセンサの場合のセンサ部１０６３とが接続され、図３Ａのようにエアコンの自動調整サービスであればエアコンが接続される。入出力インタフェース１０６０には、さらに、撮像部やＧＰＳ位置算出部、などが接続されてもよい。

【0101】

なお、図１０のＲＡＭ１０４０やストレージ１０５０には、ＩｏＴデバイス２１０や情報処理部８１０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

【0102】

（情報処理部の処理手順）
図１１は、本実施形態に係る情報処理部８１０の処理手順を示すフローチャートである。このフローチャートは、図１０のＣＰＵ１０１０がＲＡＭ１０４０を使用して実行し、図５の構成要素を実現する。

【0103】

情報処理部８１０は、ステップＳ１１１１において、ＩｏＴデバイス２１０が電源ＯＮされたかを判定する。電源ＯＮであれば、情報処理部８１０は、ステップＳ１１１３において、ＩｏＴデバイス２１０の初期化が行われる。そして、情報処理部８１０は、ステップＳ１１１５において、IｏＴデバイスの初期サービス設定処理を実行する。

【0104】

電源ＯＮでなければ、情報処理部８１０は、ステップＳ１１２１において、サービス変更（新たなサービス識別情報の受信）かを判定する。サービス変更であれば、情報処理部８１０は、ステップＳ１１２３において、受信した新たなサービス識別情報をＳＥ８１１に機密に登録する。そして、情報処理部８１０は、ステップＳ１１２５において、IｏＴデバイスの更新サービス設定処理を実行する。

【0105】

電源ＯＮでなくサービス変更でなければ、情報処理部８１０は、ステップＳ１１３１において、ＩｏＴデバイス２１０が電源ＯＦＦされたかを判定する。電源ＯＦＦであれば、情報処理部８１０は、ステップＳ１１３３において、ＩｏＴデバイス２１０の使用終了処理を行う。

【0106】

（初期サービス設定処理）
図１２Ａは、本実施形態に係る初期サービス設定処理Ｓ１１１５の手順を示すフローチャートである。

【0107】

情報処理部８１０は、ステップＳ１２１１において、ＳＥ８１１からデバイス識別情報とサービス識別情報とを取得する。情報処理部８１０は、ステップＳ１２１３において、デバイス識別情報とサービス識別情報とを含むアクティベーションの要求メッセージを生成してデバイス管理サーバ２２０に送信する。情報処理部８１０は、ステップＳ１２１５において、デバイス管理サーバ２２０からのデバイス認証情報（例えば、ＵＵＤＩ）の返信を待つ。デバイス管理サーバ２２０からのデバイス認証情報の返信があれば、情報処理部８１０は、ステップＳ１２１７において、受信したデバイス認証情報をＳＥ８１１に登録し機密に保持する。

【0108】

情報処理部８１０は、ステップＳ１２１９において、ＳＥ８１１からデバイス識別情報とサービス識別情報とデバイス認証情報とを取得する。情報処理部８１０は、ステップＳ１２２１において、デバイス識別情報とサービス識別情報とデバイス認証情報とを含むアップデートの要求メッセージを生成してデバイス管理サーバ２２０に送信する。情報処理部８１０は、ステップＳ１２２３において、デバイス管理サーバ２２０からの秘密鍵、公開鍵およびクライアント証明書の返信を待つ。デバイス管理サーバ２２０からの秘密鍵、公開鍵およびクライアント証明書の返信があれば、情報処理部８１０は、ステップＳ１２２５において、受信した秘密鍵、公開鍵およびクライアント証明書をＳＥ８１１に登録し機密に保持する。

【0109】

情報処理部８１０は、ステップＳ１２２７において、秘密鍵、公開鍵およびクライアント証明書を用いてサービス元のサービス提供サーバ２３０との認証を行って接続する。そして、情報処理部８１０は、ステップＳ１２２９において、サービス提供サーバ２３０によるサービス識別情報に対応するサービスの受理を開始する。

【0110】

（更新サービス設定処理）
図１２Ｂは、本実施形態に係る更新サービス設定処理Ｓ１１２５の手順を示すフローチャートである。

【0111】

情報処理部８１０は、ステップＳ１２３１において、ＳＥ８１１に機密に保持されたデバイス識別情報と新たなサービス識別情報とデバイス認証情報とを取得する。情報処理部８１０は、ステップＳ１２３３において、デバイス識別情報と新たなサービス識別情報とデバイス認証情報とを含むアップデートの要求メッセージを生成してデバイス管理サーバ２２０に送信する。情報処理部８１０は、ステップＳ１２３５において、デバイス管理サーバ２２０からの新たな秘密鍵、新たな公開鍵および新たなクライアント証明書の返信を待つ。デバイス管理サーバ２２０からの新たな秘密鍵、新たな公開鍵および新たなクライアント証明書の返信があれば、情報処理部８１０は、ステップＳ１２３７において、ＳＥ８１１の保持情報を、受信した新たな秘密鍵、新たな公開鍵および新たなクライアント証明書に書き換えて機密に保持する。ここで、ステップＳ１２３１およびＳ１２３３の処理を行う機能構成部がＩｏＴデバイス２１０の鍵証明書要求部に相当する。

【0112】

情報処理部８１０は、ステップＳ１２３９において、新たな秘密鍵、新たな公開鍵および新たなクライアント証明書を用いてサービス元の新たなサービス提供サーバ２３０との認証を行って接続する。そして、情報処理部８１０は、ステップＳ１２４１において、新たなサービス提供サーバ２３０による新たなサービス識別情報に対応するサービスの受理を開始する。

【0113】

本実施形態によれば、ＩｏＴデバイスのライフサイクルを有効に活用することができる。特に、ＩｏＴデバイスへのユーザ操作なしに認証処理を含んで機密にサービスの更新をすることができる。

【0114】

［第３実施形態］
次に、本発明の第３実施形態に係るデバイス管理システムについて説明する。本実施形態に係るデバイス管理システムは、上記第２実施形態と比べると、ＩｏＴデバイスへのサービス提供元であるサービス提供サーバの識別情報を更新する点で異なる。すなわち、第２実施形態のサービス変更通知部または鍵証明書送信部において、新たなサービスを提供するサービス提供サーバを識別するサービス提供サーバ識別情報がＩｏＴデバイスに送信される。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

【0115】

（デバイス管理サーバの識別情報登録部およびデバイス管理テーブル）
図１３は、本実施形態に係るデバイス管理サーバの識別情報登録部１３２１およびデバイス管理テーブル１３２２の構成を示す図である。なお、図１３において、図５と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。ここで、デバイス管理テーブル１３２２は、デバイス識別情報とサービス提供サーバ識別情報とサービス識別情報との履歴を対応付けて記憶する記憶部として機能する。

【0116】

識別情報登録部１３２１は、デバイス識別情報５１１に対応付けて、ＩｏＴデバイスにサービスを提供しているサービス提供サーバの識別情報１３１２を記憶する。また、デバイス管理テーブル１３２２は、デバイス識別情報５２１およびデバイス認証情報５２２に対応付けて、サービス提供サーバの識別情報の履歴１３２３を格納する。

【0117】

（デバイス管理サーバの処理手順）
図１４は、本実施形態に係るデバイス管理サーバの処理手順を示すフローチャートである。なお、図１４において、図７と同様のステップには同じステップ番号を付して、重複する説明を省略する。

【0118】

デバイス管理サーバは、ステップＳ７４１において、サービスの変更であると判定した場合、ステップＳ１４４３に進む。デバイス管理サーバは、ステップＳ１４４３において、サービス提供サーバの識別情報および／またはサービス識別情報の登録を更新する。そして、デバイス管理サーバは、ステップＳ１４４５において、サービス提供サーバの識別情報および／またはサービス識別情報を対象のＩｏＴデバイスに送信する。

【0119】

（更新サービス設定処理）
図１５は、本実施形態に係るＩｏＴデバイスの更新サービス設定処理Ｓ１１２５の手順を示すフローチャートである。なお、図１５において、図１２Ｂと同様のステップには同じステップ番号を付して、重複する説明を省略する。

【0120】

ＩｏＴデバイスは、ステップＳ１５３９において、鍵および証明書を用いて、新たなサービス提供サーバ識別情報に対応するサービス提供サーバと接続する。そして、ＩｏＴデバイスは、ステップＳ１５４１において、新たなサービス提供サーバから提供される新たなサービスの受理を開始する。

【0121】

本実施形態によれば、上記実施形態の効果に加えて、サービスの提供元を変更できるので、ＩｏＴデバイスのライフサイクルをより多様に活用することができる。

【0122】

［第４実施形態］
次に、本発明の第４実施形態に係るデバイス管理システムについて説明する。本実施形態に係るデバイス管理システムは、上記第２実施形態および第３実施形態と比べると、ＩｏＴデバイスに組み込まれたアプリケーションを更新する点で異なる。すなわち、ＩｏＴデバイスにおけるアプリケーションプログラムを、新たなサービス識別情報含む新たなアプリケーションプログラムに更新する。その他の構成および動作は、第２実施形態または第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

【0123】

（デバイス管理サーバの識別情報登録部およびデバイス管理テーブル）
図１６は、本実施形態に係るデバイス管理サーバの識別情報登録部１６２１およびデバイス管理テーブル１６２２の構成を示す図である。なお、図１６において、図５および図１３と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

【0124】

識別情報登録部１６２１は、デバイス識別情報５１１に対応付けて、ＩｏＴデバイスで動作中のアプリケーションの識別情報１６１２を記憶する。また、デバイス管理テーブル１６２２は、デバイス識別情報５２１およびデバイス認証情報５２２に対応付けて、アプリケーションの識別情報の履歴１６２３を格納する。

【0125】

（デバイス管理サーバの処理手順）
図１７は、本実施形態に係るデバイス管理サーバの処理手順を示すフローチャートである。なお、図１７において、図７および図１４と同様のステップには同じステップ番号を付して、重複する説明を省略する。

【0126】

デバイス管理サーバは、ステップＳ７４１において、サービスの変更であると判定した場合、ステップＳ１７４３に進む。デバイス管理サーバは、ステップＳ１７４３において、アプリケーションの識別情報および／またはサービス識別情報の登録を更新する。そして、デバイス管理サーバは、ステップＳ１７４５において、アプリケーションの識別情報および／またはサービス識別情報を対象のＩｏＴデバイスに送信する。かかるステップＳ１７４３およびＳ１７４５の処理をする機能構成部がアプリケーション更新部に相当する。

【0127】

（更新サービス設定処理）
図１８は、本実施形態に係るＩｏＴデバイスの更新サービス設定処理Ｓ１１２５の手順を示すフローチャートである。なお、図１８において、図１２Ｂおよび図１５と同様のステップには同じステップ番号を付して、重複する説明を省略する。

【0128】

ＩｏＴデバイスは、ステップＳ１９３９において、鍵および証明書を用いて、新たなアプリケーションによりサービス提供サーバと接続する。そして、ＩｏＴデバイスは、ステップＳ１９４１において、サービス提供サーバによる新たなサービスの新たなアプリケーションによる受理を開始する。

【0129】

本実施形態によれば、上記実施形態の効果に加えて、ＩｏＴデバイスの組み込みアプリの少なくとも一部を変更できるので、ＩｏＴデバイスのライフサイクルをさらに多様に活用することができる。

【0130】

［第５実施形態］
次に、本発明の第５実施形態に係るデバイス管理システムについて説明する。本実施形態に係るデバイス管理システムは、上記第２実施形態から第４実施形態と比べると、ＩｏＴデバイスが初期にサービス識別情報を記憶していない点で異なる。その他の構成および動作は、第２実施形態から第４実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

【0131】

（アクティベート処理およびアップデート処理）
図１９は、本実施形態に係るアクティベート処理Ｓ１９１０の動作手順を示すシーケンスである。

【0132】

アクティベート処理Ｓ１９１０では、ＩｏＴデバイス１９１０は、ステップＳ１９１３において、初期のサービス識別情報を有しないので、デバイス識別情報をデバイス管理サーバ１９２０に送信する。デバイス管理サーバ１９２０は、ステップＳ１９１３において、ＵＵＩＤを払い出すと共に、ＩｏＴデバイス１９１０に初期に提供するサービスの識別情報をＩｏＴデバイス１９１０に送信する。なお、図１９においては、アクティベート処理Ｓ１９１０のＵＵＩＤを払い出しと共に、初期に提供するサービスの識別情報をＩｏＴデバイス１９１０に送信したが、このタイミングに限定されない。アップデート処理Ｓ３２０でＩｏＴデバイス１９１０がサービスの識別情報を使用する前のタイミングであればいずれでもよい。

【0133】

本実施形態によれば、ＩｏＴデバイスの組み込みアプリにサービス識別情報が記憶されていなくても、上記実施形態と同様の効果を奏する。さらに、ＩｏＴデバイスの初期のサービス内容も管理することができる。

【0134】

［他の実施形態］
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の技術的範囲で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の技術的範囲に含まれる。

【0135】

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に供給され、内蔵されたプロセッサによって実行される場合にも適用可能である。本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるサーバも、プログラムを実行するプロセッサも本発明の技術的範囲に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の技術的範囲に含まれる。

【要約】

【課題】 ＩｏＴデバイスのライフサイクルを有効に活用すること。
【解決手段】 ＩｏＴデバイスとデバイス管理サーバとを備えるデバイス管理システムである。デバイス管理サーバは、ＩｏＴデバイスに新たなサービスを識別する新たなサービス識別情報を含む、新たなサービスへの変更通知を送信するサービス変更通知部と、ＩｏＴデバイスからの新たなサービス識別情報を含む要求メッセージに応答して、ＩｏＴデバイスにＩｏＴデバイスの信頼性を証明する新たなクライアント証明書を送信する証明書送信部とを有する。ＩｏＴデバイスは、デバイス管理サーバからのサービスの変更通知に応答して、新たなサービス識別情報を含む要求メッセージにより新たなクライアント証明書を要求する証明書要求部と、要求メッセージに応じてデバイス管理サーバから受信した新たなクライアント証明書を用いて、新たなサービスの提供を受けるサービス更新部とを有する。
【選択図】 図１

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図3D】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12A】

【図12B】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】