JP7619736B2 - コンピュータ実装方法、デバイスプロビジョニングシステムおよびコンピュータプログラム（モノのインターネットデバイスのプロビジョニング） - Google Patents

Description

モノのインターネット（ＩｏＴ）は、固有識別子（ＵＩＤ）が提供されている相互に関連するコンピューティングデバイス、機械式もしくはデジタル式のマシン、オブジェクト、動物もしくは人々またはその組み合わせのシステムである。ＩｏＴにより、ヒューマントゥーヒューマンまたはヒューマントゥーコンピュータのインタラクションを要求することなくコンピュータネットワークを介してデータを転送する能力が可能になる。モノのインターネット内のデバイスまたはオブジェクト（すなわち、「モノ」）は、例えば、ＩＰアドレスを割り当てられ得る、コンピュータネットワークを介してデータを転送できる心臓モニタ移植物、家庭用電化製品、白熱電球、内蔵センサ付き自動車もしくは任意のデバイスまたはその組み合わせを含み得る。

ＩｏＴエコシステムは、ＩｏＴデバイスの周囲環境から取得されるデータを収集し、送信し、それに対する動作をするための埋め込み型のプロセッサ、センサおよび通信ハードウェアを用いるインターネット使用可能デバイスを備え得る。ＩｏＴデバイスは、ＩｏＴゲートウェイまたは他のエッジデバイスに接続することによりそれらが収集するデータを共有できる。このデータは、クラウドコンピューティング環境へ送信され得るか、またはローカルに動作するコンピュータシステムにより分析され得る。ＩｏＴデバイスは、互いに、またはコンピュータネットワーク上の他の関連するデバイスと通信できる。用いられる接続プロトコル、ネットワークプロトコルおよび通信プロトコルにより、ＩｏＴデバイスは、任意のヒューマンインタラクションが行われる場合に多くのなくインタラクトすることが可能になり得ると共に、ビジネス上の処理のモニタリング、カスタマーエクスペリエンスの改善、生産性の向上、ビジネス上の決定への影響力行使、ビジネスモデルの統合または適合化のために用いられ得る。

ＩｏＴデバイスの数は、現在数十億であり、指数関数的に増加することが予想されている。デバイスの量を考慮すると、デバイスを大規模に手動でプロビジョニングするのは効果的でない。

本開示の態様は、コンピュータ実装方法、コンピュータプログラム製品およびシステムを含み得る。モノのインターネット（ＩｏＴ）デバイスにプロビジョニングするコンピュータ実装方法の一例は、デバイスプロビジョニングシステムにおいてＩｏＴデバイスのイベントスキーマを受信する段階を備える。イベントスキーマは、ＩｏＴデバイスにより収集される１つまたは複数のイベントタイプを含む。方法は、イベントスキーマからの１つまたは複数のイベントタイプをデバイスタイプスキーマリスト内の１つまたは複数のイベントタイプの複数の組み合わせと比較して、ＩｏＴデバイスからのイベントスキーマ内の１つまたは複数のイベントタイプと、デバイスタイプスキーマリスト内の１つまたは複数のイベントタイプの複数の組み合わせのうちの１つとの間のマッチを特定する段階と、マッチを特定したことに応答して、デバイスタイプと、マッチした１つまたは複数のイベントタイプの組み合わせとの、デバイスタイプスキーマリスト内の相関関係に基づき、デバイスタイプをＩｏＴデバイスに割り当てる段階と、割り当てられたデバイスタイプに基づき、妥当性が確認された認証情報を用いてＩｏＴデバイスにプロビジョニングする段階とをさらに備える。

図面が例示的な実施形態のみを示しており、したがって、範囲が限定的であるとはみなされないことを理解したうえで、添付図面の使用を通じ、追加の特異性および詳細と共に例示的な実施形態を説明する。

ＩｏＴデバイスから受信したサンプルイベントデータに基づいてＩｏＴデバイスの登録を自動化できる例示的なコンピューティング環境の１つの例示的な実施形態のブロック図である。

例示的なデバイスプロビジョニングシステムの一実施形態の上位ブロック図である。

例示的なＩｏＴデバイスの一実施形態の上位ブロック図である。

ＩｏＴデバイスにプロビジョニングする例示的な方法の一実施形態を示すフローチャートである。

ＩｏＴデバイスにプロビジョニングする例示的な方法５００の別の実施形態を示すフローチャートである。

本開示の実施形態によるクラウドコンピューティング環境を示す。

本開示の実施形態による抽象化モデル層を示す。

一般的なやり方に従って、様々な説明される機能は、縮尺どおりに描写されていないが、例示的な実施形態に関連する特定の機能を強調するように描写されている。

以下の詳細な説明において、本明細書の一部を形成し、かつ、特定の例示的な実施形態が図示により示される添付図面を参照する。しかしながら、他の実施形態が利用され得ることと、論理、機械および電気的な変更が行われ得ることとが理解されるべきである。さらに、図面および本明細書において示される方法は、個々の段階が実行され得る順序を限定するものと解釈されるべきではない。したがって、以下の詳細な説明は、限定的な意味で解釈されるべきではない。

図１は、本開示の実施形態による、ＩｏＴデバイスから受信したサンプルイベントデータに基づいてＩｏＴデバイスの登録を自動化できる例示的なコンピューティング環境１００の１つの例示的な実施形態のブロック図を示す。図１に示されるコンピューティング環境１００の実施形態は、コンピュータネットワーク１０２を介して相互接続される複数のコンピュータシステムおよびデバイスを含む。ネットワーク１０２は、任意の数の任意の適切な物理通信トポロジもしくは論理通信トポロジまたはその組み合わせを用いて実装され得る。ネットワーク１０２は、１つまたは複数のプライベートコンピューティングネットワークまたはパブリックコンピューティングネットワークを含み得る。例えば、ネットワーク１０２は、ワークロードに関連するプライベートネットワーク（例えば、許可されていない外部アクセスをブロックするファイアウォールを有するネットワーク）を備え得る。代替的にまたは追加的に、ネットワーク１０２は、インターネットなどのパブリックネットワークを備え得る。故に、ネットワーク１０２は、ローカルエリアネットワークなどのパケットベースネットワーク、ワイドエリアネットワーク、もしくはインターネットなどのグローバルネットワーク、またはその組み合わせの一部を形成し得る。ネットワーク１０２は、１つまたは複数のサーバ、ネットワークまたはデータベースを含み得ると共に、１つまたは複数の通信プロトコルを用いることで、ネットワーク１０２を介して、相互接続されたデバイスとシステムとの間でデータを転送できる。故に、ネットワーク１０２の例は、ローカルエリアネットワーク（ＬＡＮ）、ホームエリアネットワーク（ＨＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、バックボーンネットワーク（ＢＢＮ）、ピアツーピアネットワーク（Ｐ２Ｐ）、キャンパスネットワーク、企業ネットワーク、インターネット、クラウドコンピューティングネットワーク、もしくは当業者に知られている任意の他のネットワークまたはその組み合わせを含み得る。

さらに、図１には単一のエンティティとして示されているが、他の例において、ネットワーク１０２は、パブリックネットワークおよび／またはプライベートネットワークの組み合わせなど、複数のネットワークを備え得る。通信ネットワーク１０２は、様々なタイプの物理的な通信チャネルまたは「リンク」を含み得る。これらのリンクは、有線、無線、光または任意の他の適切な媒体であり得る。加えて、通信ネットワーク１０２は、ルータ、スイッチ、基地局、ブリッジ、またはデータ通信を容易するために有用であり得る任意の他の機器など、ルーティング、切り替えおよび他の機能を実行するための様々なネットワークハードウェアおよびネットワークソフトウェアを含み得る。

この例におけるネットワーク１０２を介して相互接続されている複数のコンピュータシステムおよびデバイスは、プロビジョニングサービスを実装するように構成されたデバイスプロビジョニングシステム１０６と、ＩｏＴプラットフォーム１０８と、複数のＩｏＴデバイス１０４－１…１０４－Ｎ（以下、「ＩｏＴデバイス１０４」と総称される）を含む。Ｎは、ＩｏＴデバイスの総数を表す。説明しやすくするためにこの例ではただ１つのＩｏＴプラットフォームが示されているが、他の実施形態において１つよりも多くのＩｏＴプラットフォーム１０８が利用され得ることが理解されるべきである。同様に、ＩｏＴデバイス１０４の数は図面に示される数に限定されないことが理解されるべきである。つまり、図１には２つのＩｏＴデバイス１０４が示されているが、他の実施形態において２つよりも多くのＩｏＴデバイスが利用され得ることが理解されるべきである。特に、図面により示されているＩｏＴデバイス１０４、ＩｏＴプラットフォーム１０８または任意の他の複製されたコンポーネントもしくはシステムの数は、ネットワーク１０２およびコンピューティング環境によりサポートされる任意の数であり得る。

ＩｏＴデバイス１０４、ＩｏＴプラットフォーム１０８およびデバイスプロビジョニングシステム１０６の実施形態は各々、本明細書において図示および説明されるようなハードウェア、ソフトウェアまたはそれらの組み合わせの専用構成を備える専用コンピュータシステムであってよい。デバイスプロビジョニングシステム１０６、ＩｏＴプラットフォーム１０８および他のネットワークアクセス可能システムの実施形態はデスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン、サーバコンピュータ、または当技術分野において公知である任意の他のコンピュータシステムであってよい。いくつかの実施形態において、ＩｏＴプラットフォーム１０８、デバイスプロビジョニングシステム１０６もしくは他のネットワークアクセス可能システムまたはその組み合わせは、ネットワーク１０２を通じてアクセスされた場合にシームレスリソースの単一のプールとして動作するためのクラスタ化されたコンピュータおよびコンポーネントを利用するコンピュータシステムを表し得る。例えば、そのような実施形態は、データセンタ、クラウドコンピューティング、ストレージエリアネットワーク（ＳＡＮ）およびネットワーク接続ストレージ（ＮＡＳ）の用途で用いられ得る。

いくつかの実施形態において、ＩｏＴプラットフォーム１０８、デバイスプロビジョニングシステム１０６もしくは他のネットワークアクセス可能システムまたはその組み合わせは、ネットワーク１０２上のホストコンピュータによりプロビジョニングされるバーチャルマシンを表し得る。例えば、デバイスプロビジョニングシステム１０６もしくはＩｏＴプラットフォーム１０８またはその組み合わせは、各ＩｏＴデバイス１０４へのアクセスもしくはプロビジョニングまたはその組み合わせを行う複数のバーチャルマシンをホストできる。いくつかの実施形態において、ＩｏＴデバイス１０４が埋め込み型の仮想化特性を有し得るので、ＩｏＴデバイス１０４は、プロビジョニングされる１つまたは複数のタイプの機能の割り当てを受けることができる別個のスロットと共に管理層を用いてプロビジョニングされることが可能になる。仮想化機能を有するＩｏＴデバイス１０４は、ＩｏＴデバイス１０４の元のハードウェア上の複数の機能についてプロビジョニングを受けることができ得る。

ＩｏＴデバイス１０４は、ＩｏＴデバイス１０４がコンピュータネットワーク１０２に接続したり、データを収集したり、データをやり取りしたりすることを可能にし得る電子機器、回路、ソフトウェア、センサ、アクチュエータもしくは接続ハードウェアまたはその組み合わせに埋め込まれた任意の物理的なデバイスまたはオブジェクトであり得る。例えば、ＩｏＴデバイスは、冷蔵庫、電子レンジ、従来型オーブン、照明スイッチ、ドアベル、空調システム、湯沸かし器、温度センサ、またはデータの収集もしくは送信またはその組み合わせをするためにネットワーク１０２を介して通信するように構成された任意の他のデバイスを含み得る。多くの例において、特定のデバイスは、汎用通信チップを当該デバイスへ埋め込むことにより、ネットワークを介して通信することが可能にされる。つまり、同じタイプの通信チップまたはモジュールが、異なるタイプのデバイスへ埋め込まれ得る。例えば、冷蔵庫および電子レンジの両方が、同じタイプの通信チップに埋め込まれ得る。いくつかの実施形態において、通信チップは、他の製造者により製造されるデバイス内への配置のために、サードパーティにより製造され得る。

異なるタイプのデバイスにおいて用いられる通信チップのモジュール機能により、コストおよび製造上の効率が提供される。しかしながら、所与の通信チップがどのタイプのデバイスへ埋め込まれるのかを前もって追跡または認識するのが非常に困難な程度から不可能である程度までになってしまう。これは、通信チップを適切にプロビジョニングして通信チップがＩｏＴプラットフォーム１０８と通信するのを可能にすることについての技術的課題を示している。当業者には理解されるように、デバイスのプロビジョニングは、証明書をデバイス識別情報にアタッチする処理である。デバイス識別情報は、特定のデバイスを一意に特定するために用いられ、プッシュ通知の提供および報告の実行などであるがこれらに限定されない機能のために用いられ得る。例えば、このシステムは、通知がどのデバイスへ送信されているかを特定する、またはいくつのデバイスがサーバを使用しているかを特定する等のために、デバイス識別情報を用いる。デバイス識別情報を認識することにより、例えば、どのＩｏＴデバイスが所与のＩｏＴプラットフォームとの通信を許可されるかの決定など、多くのセキュリティ統合可能性も可能になる。追加的に、デバイス識別情報を認識することにより、デバイスからのデータについてのより具体的かつ関連性がある報告および処理が可能になり得る。さらに、セキュリティ更新は、特定のデバイスタイプにのみ関連し得る。しかしながら、どのタイプのデバイス内に通信モジュール／チップが位置しているかを認識することなく、この更新は、必要とされているよりも多くのデバイスへロールアウトされ得る。

このプロビジョニングの課題に対処するためのいくつかの従来の技術には、デバイスプロビジョニング処理における手動での介入が伴う。しかしながら、ＩｏＴデバイスの数は、現在数十億であり、指数関数的に増加することが予想されている。デバイスの量を考慮すると、デバイスを大規模に手動でプロビジョニングするのは効果的でない。他の従来の技術は、所与の製造者からの任意のデバイスを同じデバイスタイプへ割り当てることなどにより、デバイスプロビジョニング処理を簡略化し過ぎている。しかしながら、本明細書において説明される実施形態は、自動デバイスプロビジョニング処理を可能にしつつ、このプロビジョニング処理が実際のデバイスタイプに基づいてデバイスへより正確にプロビジョニングするようにより複雑な手順が実装されることも可能にする。

特に、本明細書において説明されるように、デバイスプロビジョニングシステム１０６により、所与のＩｏＴデバイス１０４により提供されるサンプルイベントデータに基づくデバイスタイプの自動検出を可能になる。サンプルイベントデータは、ＩｏＴデバイスにより公開される実際のイベントを指す。ＩｏＴデバイスにより公開されるイベントデータは、デバイスのタイプに依存する。例えば、冷蔵庫は、温度読み取り値、コンデンサ内の圧力測定値等に関連するイベントデータを公開し得る。しかしながら、電子レンジは、例えば、電磁（ＥＭ）放射レベルに関連するイベントデータを収集および公開し得る。故に、ＩｏＴデバイスにより収集および公開される特定のイベントデータは、デバイスのタイプに基づいて異なる。

デバイスプロビジョニングシステム１０６は、ＩｏＴデバイス１０４からのサンプルイベントデータを分析して、ＩｏＴデバイスの各々についてそれぞれのデバイスタイプを特定するように構成される。次に、特定されたデバイスタイプは、特定されたデバイスタイプに基づいてＩｏＴデバイス１０４にプロビジョニングする際に用いられるＩｏＴプラットフォーム１０８に提供される。

動作において、ＩｏＴデバイス１０４のうちの１つまたは複数は、ネットワーク１０２を介してＩｏＴデバイス１０４の登録の要求を提出することにより、ＩｏＴプラットフォーム１０８への接続を要求する。上述のように、ＩｏＴデバイス１０４の実施形態は、他のＩｏＴデバイス１０４、コンピュータシステム、サーバ、ゲートウェイ、およびＩｏＴデバイス１０４の外部の環境とのネットワーク通信を可能にする技術と共に埋め込まれ得る物理オブジェクトを指し得る。ＩｏＴデバイス１０１は、インターネットに接続可能であってよく、ＩＰアドレスおよびＭＡＣアドレスなど、ネットワーク使用可能コンピュータシステムに典型的なものであり得る特性、パラメータおよび属性を含んでよい。ＩｏＴデバイス１０４の例は、限定されるわけではないが、セキュリティシステム、スピーカ、家庭用電化製品、玩具、テレビ、サーモスタット、煙探知器、カメラ、センサ、照明システム、自動車、またはネットワーク使用可能通信技術と共に埋め込まれ得る任意の他のオブジェクトを含み得る。図３に関し、例示的なＩｏＴデバイスについて、より詳細に述べる。

プロビジョニング要求に加え、ＩｏＴデバイス１０４はまた、イベントスキーマドキュメント（本明細書において「イベントスキーマ」または「スキーマ」とも称される）をデバイスプロビジョニングシステム１０６に提供するように構成される。イベントスキーマドキュメントは、イベントの名前およびタイプなど、イベントデータの特性を定義する。特に、イベントスキーマドキュメントは、デバイスプロビジョニングシステム１０６に提供されるイベントデータの属性を定義するために用いられる。故に、イベントスキーマドキュメントは、ＸＭＬスキーマドキュメント（ＸＳＤ）と同様に機能するが、ＩｏＴエコシステム内のイベントデータのために用いられる。いくつかの実施形態において、サンプルイベントデータは、イベントスキーマドキュメントの一部として提供され得る。他の実施形態において、イベントデータおよびイベントスキーマは、別個に提供される。加えて、本明細書において用いられるように、イベントタイプという用語は、データの特定の値ではなく、イベントのタイプを指す。例示的なイベントタイプは、限定されるわけではないが、ステータス、読み取り値、測定値等を含む。例えば、ステータスは、コンポーネントのステータス（例えば、動作、スタンバイに関するもの等）を指し得るが、読み取り値または測定値は、その値が所与の時点で測定されたことを示し得る（温度読み取り値など）。追加的に、タイプは、いくつかの実施形態において、例えば、温度読み取り値、圧力読み取り値、周辺光測定値等、より具体的なものであり得る。

ＩｏＴデバイス１０４により提供される特定のイベントタイプおよびイベントスキーマに基づいて、デバイスプロビジョニングシステム１０６は、所与のＩｏＴデバイスのデバイスタイプを特定できる。特に、デバイスプロビジョニングシステム１０６は、イベントタイプの異なる組み合わせを異なるデバイスタイプに相関させるスキーマリスト１１０を維持する。例えば、スキーマリスト１１０は、コンデンサの圧力読み取り値および温度読み取り値のイベントタイプが共に冷蔵庫のデバイスタイプと相関していることを示し得る。故に、デバイスプロビジョニングシステム１０６は、ＩｏＴデバイス１０４からのイベントスキーマが提供されたイベントタイプ間のマッチをスキーマリスト１１０内のイベントタイプがグループ化されたものとして特定することで、所与のＩｏＴデバイスのデバイスタイプを特定するように構成される。マッチが見つかった場合、ＩｏＴデバイスは、そのデバイスタイプとして分類される。デバイスタイプ分類は、ＩｏＴデバイス１０４の認証情報の妥当性を確認する際に用いるためにＩｏＴプラットフォーム１０８に提供される。いくつかの実施形態において、デバイスプロビジョニングシステムは、ＩｏＴデバイス１０４の認証情報の妥当性を確認するように構成される。例えば、いくつかのそのような実施形態において、ＩｏＴプラットフォーム１０８およびデバイスプロビジョニングシステム１０６は、図１に示される別個のシステムとは反対に、単一のシステムとして実装される。

ＩｏＴプラットフォーム１０８は、ＩｏＴプラットフォーム１０８を介してアクセス可能なエンドユーザアプリケーションにハードウェア（ＩｏＴデバイス１０４など）、アクセスポイントおよびネットワークを接続するサポートソフトウェアを指し得る。ＩｏＴプラットフォーム１０８は、管理タスクおよびデータ視覚化を処理することにより、ユーザが物理環境およびコンピューティング環境１００を自動化することを可能にし得る。ＩｏＴプラットフォーム１０８の実施形態は、データコントローラ、ゲートウェイデバイス、通信ネットワーク、データアナライザ、データトランスレータもしくはアプリケーションサービスまたはその組み合わせの機能を含む（いくつかの実施形態において、エンドユーザアプリケーション、またはデバイスプロビジョニングシステム１０６の機能を含む）、コンピューティング環境１００内の複数の機能を実行し得る。ＩｏＴプラットフォーム１０８の実施形態は、リモートで接続しているＩｏＴデバイス１０４と、ＩｏＴプラットフォーム１０８を介して接続され得るかまたはアクセス可能であり得る１つまたは複数のアプリケーションまたはデバイスとの間のミドルウェアとして動作し得る。

ＩｏＴプラットフォーム１０８は、本実施形態において、認証済みの認証情報を含む認証情報データベース１１２の発行または維持も担う。ＩｏＴプラットフォーム１０８は、ＩｏＴデバイス１０４から受信した認証情報を認証情報データベース１１２の検証済みの認証情報と比較でき、ＩｏＴデバイス１０４により示された認証情報が実際に本物であるか否かをデバイスプロビジョニングシステム１０６に確認できる。上述のように、いくつかの実施形態において、デバイスプロビジョニングシステム１０６は、認証情報データベース１１２の維持を担うことができる。

ＩｏＴプラットフォーム１０８の実施形態は、ＩｏＴプラットフォーム１０８に登録されたＩｏＴデバイス１０４の１つまたは複数の機能の有効化を担い得る。例えば、ＩｏＴプラットフォーム１５３は、リアルタイムモニタリング機能、リモート制御機能、構成可能アラート、通知およびプラグ着脱可能クラウドサービスをＩｏＴデバイス１０１に備え付けたり有効化したりできる。ＩｏＴプラットフォーム１０８の実施形態はまた、ＩｏＴデバイス１０４をモバイルコンピューティングデバイス、スマートフォン技術およびアプリケーションと統合し得る。ＩｏＴデバイス１０４の分野におけるＩｏＴプラットフォームの用途の追加の例は、ＩｏＴデバイス１０４とＩｏＴデバイス１０４が備え付けられた車両とのリモートモニタリングと、機器メンテナンスの予測と、物理的な商品／製品のエンドツーエンド移動のモニタリングを含む、ヘルスケア、ホスピタリティおよび旅行などであるがこれらに限定されない様々な分野におけるリアルタイムでの分析のためのセンサデータの収集とを含み得る。ＩｏＴプラットフォーム１０８は、登録されたＩｏＴデバイス１０４の大型ネットワークを、スマートシティインフラストラクチャのためのＩｏＴデバイス１０４のネットワークの使用を含む大規模ソリューションと、配電網の計量、大気質のモニタリングおよび「スマート」ビルディングの機能の制御を含む公共サービスとに利用し得る。

ＩｏＴプラットフォーム１０８の実施形態は、以下で説明される例示的なクラウドコンピューティング環境などのクラウドコンピューティング環境を用いてＩｏＴプラットフォーム１０８が動作する場合、ＩｏＴクラウドとも称され得る。ＩｏＴクラウドとして動作するＩｏＴプラットフォーム１０８は、サービスとしてのプラットフォーム（ＰａａＳ）として利用され得る。ＩｏＴ ＰａａＳにより、ユーザおよびクライアントは、クラウドインフラストラクチャ、ＩｏＴプラットフォーム１０８およびさらにはＩｏＴデバイス１０４の全てを単一の技術プロバイダから賃借することが可能になり得る。

故に、デバイスプロビジョニングシステム１０６がイベントデータに基づいてＩｏＴデバイス１０４のデバイスタイプを自動的に特定するのを可能にすることにより、本明細書において説明される実施形態は、ＩｏＴプラットフォーム１０８へのＩｏＴデバイス１０４のプロビジョニングおよび登録における有効性およびセキュリティを改善できる。図２に関し、例示的なデバイスプロビジョニングシステムを以下でより詳細に説明する。

図２は、例示的なデバイスプロビジョニングシステム２００の一実施形態の上位ブロック図である。デバイスプロビジョニングシステム２００は、図１におけるデバイスプロビジョニングシステム１０６として実装され得る。図２に示される例において、デバイスプロビジョニングシステム２００は、相互接続（例えば、バス）２２０を介して通信可能に結合されているメモリ２２５、ストレージ２３０、１つまたは複数のプロセッサ２０５（本明細書においてＣＰＵ２０５とも称される）およびネットワークインタフェース２１５を含む。デバイスプロビジョニングシステム２００が例としてのみ提供されていること、および、他の実施形態においてデバイスプロビジョニングシステム２００が異なるように実装され得ることが理解されるべきである。例えば、他の実施形態において、図２に示されるコンポーネントのうちのいくつかを省略でき、もしくは他のコンポーネントを含めることができ、またはその組み合わせを行うことができる。

各ＣＰＵ２０５は、メモリ２２５もしくはストレージ２３０またはその組み合わせに格納されたプログラミング命令を取得および実行する。相互接続２２０は、プログラミング命令などのデータをＣＰＵ２０５と、ストレージ２３０と、ネットワークインタフェース２１５と、メモリ２２５との間で移動させるために用いられる。相互接続２２０は、１つまたは複数のバスを用いて実装され得る。ＣＰＵ２０５は、様々な実施形態において、単一のＣＰＵ、複数のＣＰＵ、または複数の処理コアを有する単一のＣＰＵであり得る。いくつかの実施形態において、プロセッサ２０５は、デジタル信号プロセッサ（ＤＳＰ）であり得る。メモリ２２５は概して、ランダムアクセスメモリ（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）またはフラッシュ）を代表するように含まれる。ストレージ２３０は概して、ハードディスクドライブ、ソリッドステートデバイス（ＳＳＤ）、リムーバブルメモリカード、光ストレージまたはフラッシュメモリデバイスなどの不揮発性メモリを代表するように含まれる。代替的な実施形態において、ストレージ２３０は、ネットワークインタフェース２１５に結合されている通信ネットワークを介してデバイスプロビジョニングシステム２００に通信可能に結合されているストレージエリアネットワーク（ＳＡＮ）デバイス、クラウドまたは他のデバイスにより置き換えられ得る。

いくつかの実施形態において、メモリ２２５はプロビジョニング命令２１１を格納し、ストレージ２３０はプロビジョニングログ２０９およびデバイスタイプスキーマリスト２１７を格納する。しかしながら、様々な実施形態において、プロビジョニング命令２１１、プロビジョニングログ２０９およびデバイスタイプスキーマリスト２１７は、部分的にメモリ２２５に格納されるか、部分的にストレージ２３０に格納されるか、または全体的にメモリ２２５に格納されるか、もしくは全体的にストレージ２３０に格納される。追加的に、ストレージ２３０が単一のモノリシックエンティティとして示され、メモリ２２５が単一のモノリシックエンティティとして示されているが、他の実施形態において、ストレージ２３０もしくはメモリ２２５またはその組み合わせは各々複数の別個のメモリデバイスから構成され得ることが理解されるべきである。

ＣＰＵ２０５により実行された場合、プロビジョニング命令２１１は、本明細書において説明されるように、ＣＰＵ２０５に、ＩｏＴデバイスにより提供されるイベントデータに基づいて各ＩｏＴデバイスのデバイスタイプを自動的に特定させる。特に、プロビジョニング命令２１１は、スキーマエンジン２１３に対する命令を含む。スキーマエンジン２１３は、ＩｏＴデバイスから受信したイベントタイプを、デバイスタイプスキーマリスト２１７に格納されたイベントタイプと比較するように構成される。マッチが見つかった場合、プロビジョニング命令２１１は、デバイスタイプスキーマリスト２１７から特定されたマッチにおいて示されるデバイスタイプとしてＩｏＴデバイスを分類する。追加的に、プロビジョニング命令２１１は、ＣＰＵ２０５に、プロビジョニング処理中にエントリをプロビジョニングログ２０９内に維持させる。例えば、いくつかの実施形態において、プロビジョニング命令２１１は、ＣＰＵ２０５に、方法４００もしくは方法５００またはその組み合わせなどの方法をＩｏＴデバイスのプロビジョニング中に実行させる。

さらに、上述のように、いくつかの実施形態において、図２に示されるコンポーネントおよびデータのうちの１つまたは複数は、プロセッサ２０５上で実行される命令もしくはステートメント、もしくは、命令により解釈される命令もしくはステートメント、または、本明細書において説明されるような機能を実行するためにプロセッサ２０５上で実行されるステートメントを含む。他の実施形態において、図２に示されるコンポーネントのうちの１つまたは複数は、プロセッサベースシステムの代わりに、またはプロセッサベースシステムに加えて、半導体デバイス、チップ、論理ゲート、回路、回路カードもしくは他の物理ハードウェアデバイスまたはその組み合わせを介してハードウェアに実装される。

図３は、例示的なＩｏＴデバイス３００の一実施形態の上位ブロック図である。ＩｏＴデバイス３００は、図１におけるＩｏＴデバイス１０４として実装され得る。例示的なＩｏＴデバイス３００は、通信モジュール３６０を含む。上述のように、いくつかの実施形態において、通信モジュール３６０は、多くの異なるタイプのデバイスに含まれ得る汎用モジュールとして製造され得る。この例において、通信モジュール３６０は、プロセッサ３６２、ネットワークインタフェース３６４およびメモリ３６６を含む。ネットワークインタフェース３６４は、ネットワーク１０２などのネットワークを介した、ＩｏＴプラットフォーム１０８およびデバイスプロビジョニングシステム１０６などのＩｏＴプラットフォームおよびデバイスプロビジョニングシステムとの通信を可能にするように構成される。

この例において、メモリ３６６は、認証情報３７０、アドレス３７２およびスキーマ３７４を含む。認証情報３７０は、ネットワーク接続情報および認証ドキュメンテーションである。図３に示される例において、認証情報３７０は、ＩｏＴデバイス３００上のメモリ３６６内に格納される。しかしながら、他の実施形態において、認証情報３７０は、ネットワークアクセス可能ストレージデバイスを介してアクセス可能であり得る。認証情報３７０の実施形態は、ＩｏＴプラットフォームにアクセスするために用いられ得る、認証の情報を格納し得る。認証情報の例は、ユーザ／パスワードの組み合わせ、セキュリティトークンまたはデジタル証明書を含み得る。認証情報の１つまたは複数の組み合わせは、追加されたセキュリティのために実装され得る。

認証情報３７０は、コンピューティングシステム、プラットフォームおよびネットワークが、許可されていないデバイスが正規のＩｏＴデバイス３００になりすましていないことを保証するためにＩｏＴデバイス３００の真正性を検証することを可能にし得る。例えば、デジタル証明書は、ＩｏＴデバイス３００の認証情報３７０の維持を担うデジタル証明書マネージャにより発行されるパブリックキー、プライベートキーまたはデジタル署名を用い得る。認証情報３７０の真正性を検証するために、デジタルキーもしくはデジタル署名またはその両方は、ＩｏＴデバイス３００の登録の時点でＩｏＴデバイス３００により示されているデジタル証明書にマッチさせられ得る。デジタル証明書の例は、セキュアソケットレイヤ（ＳＳＬ）と、デジタル署名済みオブジェクトを含むオブジェクト署名証明書と、署名検証証明書とを用いてセキュアに通信し得るサーバまたはクライアントの証明書を含み得る。用いられ得るパブリックキー証明書の最も一般的なフォーマットは、Ｘ．５０９フォーマットで発行されるデジタル証明書であってよい。

デジタル証明書、セキュリティトークンおよびデフォルトユーザ名／パスワードとして維持される認証情報３７０は、通信モジュール３６０の製造者、ディストリビュータまたはＩｏＴデバイス３００の管理者により、ＩｏＴデバイス３００に予めロードされ得る。予めロードされた認証情報３７０により、ＩｏＴデバイス３００は、ＩｏＴデバイス３００を初めて登録すべく、かつ、ＩｏＴデバイス３００が本物であることを証明すべくＩｏＴプラットフォームに連絡することが可能になり得る。いくつかの実施形態において、ＩｏＴデバイス３００の登録中に、認証情報３７０は、デバイスプロビジョニングシステムまたはＩｏＴプラットフォームにより修正され得る。例えば、ＩｏＴデバイス３００の登録中に、新しいユーザ名／パスワードの組み合わせが、ＩｏＴプラットフォームにアクセスすべく設定され得る。代替的に、ＩｏＴデバイス３００の登録中に、デバイスプロビジョニングシステムは、登録処理の一部として新しいデジタル証明書またはセキュリティトークンをＩｏＴデバイス３００に発行することにより、新しい認証情報を発行できる。

図３の例に示されるものなど、いくつかの実施形態において、ＩｏＴデバイス３００は、ＵＲＬまたは他のネットワークアドレスプロトコル３７２（本明細書において、「アドレス３７２」と総称される）に予めプログラミングされるか、または埋め込まれる。いくつかの実施形態において、アドレス３７２は、ＩｏＴデバイス３００の使用に関連して、ＩｏＴデバイス３００をデバイスプロビジョニングシステムまたはＩｏＴプラットフォームへ向け得る。ＩｏＴデバイス３００に埋め込まれたＵＲＬまたはネットワークアドレスにナビゲートすると、ＩｏＴデバイス３００は、デバイスプロビジョニングシステムに接続し、ＩｏＴデバイス３００の自動登録を開始し得る。例えば、ＩｏＴデバイス１０１は最初に、ＩｏＴプラットフォームのＵＲＬに向かってダイレクトされ得る。しかしながら、ＩｏＴデバイス３００は、未登録デバイスとして特定されてよく、その後、ＩｏＴプラットフォームにアクセスする前にまず登録処理を完了するために、デバイスプロビジョニングシステムにリダイレクトされてよい。

図３に示される例において、メモリ３６６は、スキーマ３７４も格納する。上述のように、スキーマ３７４は、ＩｏＴデバイス３００により収集および公開されるイベントタイプに関する情報を含む。ＩｏＴデバイス３００は、本実施形態において、１つまたは複数の入力／出力（Ｉ／Ｏ）デバイス３７６および１つまたは複数のセンサ３７８も含む。１つまたは複数のＩ／Ｏデバイス３７６は、ＩｏＴデバイスがＩｏＴデバイスの周囲の環境においてユーザもしくは他のＩｏＴデバイスまたはその組み合わせとインタラクトすることを可能にする。例えば、Ｉ／Ｏデバイス３７６は、限定されるわけではないが、ディスプレイスクリーン、スピーカ、マイク、制御パネル等を含み得る。１つまたは複数のセンサ３７８は各々、ＩｏＴデバイスに関するデータを収集するように構成される。例えば、センサ３７８は、限定されるわけではないが、温度センサ、圧力センサ、照明センサ、タイマ等を含み得る。センサ３７８もしくはＩ／Ｏデバイス３７６またはその組み合わせは、ＩｏＴデバイス３００のデバイスタイプの自動特定のためにデバイスプロビジョニングシステムに提供されるＩｏＴデバイス３００のスキーマ３７４に関連するイベントデータを提供する。

ＩｏＴデバイス３００が例としてのみ提供されていること、および、他の実施形態においてＩｏＴデバイス３００が異なるように実装され得ることが理解されるべきである。例えば、他の実施形態において、図示されるものに加えて、または図示されるものの代わりに他のコンポーネントが用いられ得ること、および、図３に示されるいくつかのコンポーネントが省略され得ることが理解されるべきである。例えば、いくつかの実施形態において。Ｉ／Ｏデバイス３７６は省略され得る。追加的に、いくつかの他の実施形態において、プロセッサ３６２は、通信モジュール３６０の一部として実装されない。

図４は、ＩｏＴデバイスにプロビジョニングする例示的な方法４００の一実施形態を示すフローチャートである。方法４００は、デバイスプロビジョニングシステム１０６または２００などのデバイスプロビジョニングシステムにより実装され得る。例えば、方法４００は、プロビジョニング命令２１１などの命令を実行する、デバイスプロビジョニングシステム２００内のＣＰＵ２０５などのＣＰＵにより実装され得る。例示的な方法４００における動作の順序が説明の目的で提供されていること、および、他の実施形態において方法が異なる順序で実行され得ることが理解されるべきである。同様に、他の実施形態においていくつかの動作が省略され得るか、または追加の動作が含まれ得ることが理解されるべきである。

４０２において、プロビジョニングまたは登録の要求が、イベントタイプデータを含むイベントスキーマと共に、デバイスプロビジョニングサービス（ＤＰＳ）におけるプロビジョニングされていないＩｏＴデバイスから受信される。いくつかの実施形態において、デバイスプロビジョニングサービスのユニフォームリソースロケータ（ＵＲＬ）または他のネットワークアドレスが、ＩｏＴデバイス製造者により、ＩｏＴデバイスへ焼かれるかまたは予めロードされる。このように、ＩｏＴデバイスは、要求およびイベントスキーマをデバイスプロビジョニングサービスへ直接送信できる。他の実施形態において、デバイス製造者のＵＲＬまたは他のネットワークアドレスが、ＩｏＴデバイスへ予めロードされる。そのような実施形態において、要求デバイス製造者は、イベントスキーマをデバイスプロビジョニングサービスにリダイレクトできる。同様に、他の実施形態において、ＩｏＴデバイスには、ＩｏＴプラットフォームのＵＲＬまたは他のネットワークアドレスが予めロードされ、ＩｏＴプラットフォームは、最初の要求およびスキーマをデバイスプロビジョニングサービスにリダイレクトする。

４０４において、デバイスプロビジョニングサービスは、受信した要求を図２のプロビジョニングログ２０９などにロギングする。４０６において、デバイスプロビジョニングサービスは、受信したイベントスキーマ内のイベントタイプデータをデバイスタイプスキーマリスト２１７などのデバイスタイプスキーマリストのコンテンツと比較してマッチを特定するように構成されたスキーマエンジンを実行する。いくつかの実施形態において、デバイスタイプスキーマリストには、イベントタイプデータと対応するデバイスタイプとの異なる組み合わせが予めポピュレートされ得る。他の実施形態において、デバイスプロビジョニングサービスは、例えば、以下で例示的な方法５００において説明されるように、ＩｏＴデバイスから受信したイベントスキーマに基づいてデバイスタイプスキーマリストの構築もしくは更新またはその組み合わせをするように構成される。さらに、いくつかの実施形態において、デバイスプロビジョニングシステムは複数の分散デバイスを介して実装され得ることが理解されるべきである。そのような実施形態において、スキーマエンジンは、ＩｏＴデバイスと通信するように構成されたデバイスとは異なるデバイス上に実装され得る。

４０８において、スキーママッチを特定したことに応答して、スキーマステートメントが、デバイスプロビジョニングシステムへ返される。本明細書において用いられるように、スキーマステートメントをデバイスプロビジョニングサービスへ返すことは、スキーマステートメントを生成すること、もしくは、スキーマステートメントをデバイスプロビジョニングシステムの１つのコンポーネントからデバイスプロビジョニングシステムの別のコンポーネントに提供すること、またはその組み合わせを指し得る。例えば、上述のように、１つのデバイスがスキーマエンジンを実装するように構成され得ると共に、別のデバイスがＩｏＴデバイスと通信するように構成され得る。特定されたスキーママッチは、デバイスタイプスキーマリスト内の１つまたは複数のイベントタイプの組み合わせがＩｏＴデバイスから受信したイベントスキーマ内の１つまたは複数のイベントタイプとマッチしているというインジケーションである。故に、マッチに基づいて、デバイスプロビジョニングシステムは、スキーマステートメント内のＩｏＴデバイスタイプを分類できる。

４１０において、スキーマステートメントがプロビジョニングログにロギングされる。４１２において、プロビジョニング要求がＩｏＴプラットフォーム（ＩｏＴクラウドサービスとも称される）へ送信される。追加的に、プロビジョニング要求と共に、デバイスプロビジョニングシステムは、スキーマステートメント内の特定されたデバイスタイプをＩｏＴプラットフォームへ送信する。このように、ＩｏＴプラットフォームは、上述のように認証情報を検証できるだけでなく、特定されたデバイスタイプに基づいてＩｏＴデバイスを登録できる。上述のように、これにより、例えば、デバイスタイプに基づく報告の改善、更新／修復の追跡およびロールアウトの改善、デバイスのなりすましを防ぐためのセキュリティの改善等であるがこれらに限定されない様々な利点が可能になる。

４１４において、上述のように、デバイスプロビジョニングサービスが、ＩｏＴプラットフォームから妥当性が確認された認証情報を受信する。例えば、ＩｏＴデバイスから受信した認証情報の妥当性を確認したことに応答して、ＩｏＴプラットフォームは、ＩｏＴデバイスへの送信のために、署名済み証明書をデバイスプロビジョニングシステムへ返すことができる。４１６において、ＩｏＴプラットフォームからの応答が、妥当性が確認された認証情報なしでロギングされる。言い換えると、妥当性が確認された認証情報の受信のイベントがロギングされるが、デバイスプロビジョニングシステムは、実際の妥当性が確認された認証情報をプロビジョニングログにロギングしない。４１８において、妥当性が確認された認証情報、デバイスＩＤ、トークン等が、プロビジョニングされているＩｏＴデバイスへ返される。４２０において、ＩｏＴデバイスからの正常な復帰コードが受信され、正確な認証情報をロギングすることなくロギングされる。

方法４００が例として提供されていること、および、他の実施形態において方法４００の修正が実装され得ることが理解されるべきである。例えば、ロギング動作のうちの１つまたは複数は、省略または修正され得る。同様に、いくつかの実施形態において、デバイスプロビジョニングシステムは、ＩｏＴプラットフォームの一部として実装でき、したがって、デバイスプロビジョニングシステムは、受信した認証情報の妥当性の確認を実行できる。

図５は、ＩｏＴデバイスのプロビジョニングの例示的な方法５００の別の実施形態を示すフローチャートである。方法５００は、デバイスプロビジョニングシステム１０６または２００などのデバイスプロビジョニングシステムにより実装され得る。例えば、方法５００は、プロビジョニング命令２１１などの命令を実行する、デバイスプロビジョニングシステム２００内のＣＰＵ２０５などのＣＰＵにより実装され得る。例示的な方法５００における動作の順序が説明の目的で提供されていること、および、他の実施形態において方法が異なる順序で実行され得ることが理解されるべきである。同様に、他の実施形態においていくつかの動作が省略され得るか、または追加の動作が含まれ得ることが理解されるべきである。

例示的な方法５００により、デバイスプロビジョニングシステムは、ＩｏＴデバイスから受信したイベントデータに基づいてデバイスタイプスキーマリストの作成もしくは更新またはその組み合わせをすることが可能になる。例えば、上述のように、いくつかの実施形態において、デバイスタイプスキーマリストには、デバイスタイプと１つまたは複数のイベントタイプの組み合わせとの間の関連性が予めポピュレートされ得る。ＩｏＴデバイスから受信したイベントタイプの組み合わせまたはパターンがデバイスタイプスキーマリスト内の保存されたイベントタイプの組み合わせとマッチしない場合、方法５００により、デバイスタイプが特定され、デバイスタイプスキーマリストが更新されることが可能になる。追加的に、デバイスタイプスキーマリストが予めポピュレートされていない場合、方法５００により、デバイスタイプスキーマリストが作成されることが可能になる。

５０２において、上述のように、プロビジョニング要求が、イベントスキーマと共に、プロビジョニングされるＩｏＴデバイスの通信モジュールからデバイスプロビジョニングシステムにおいて受信される。通信モジュールは、ＩｏＴデバイスがデバイスプロビジョニングシステムと通信することを可能にする。デバイスから受信される最初のイベントスキーマおよびプロビジョニング要求について、イベントスキーマをどこにダイレクトするかに関する情報は、上述のように、デバイス製造者、ＩｏＴプラットフォームもしくはデバイスプロビジョニングシステムのいずれかにハードワイヤードまたは予めロードされ得る。デバイス製造者のサイトにハードワイヤードされた場合、サイトは、要求をＩｏＴプラットフォームまたはデバイスプロビジョニングシステムにリダイレクトする。５０４において、デバイスプロビジョニングシステムは、イベントスキーマからのイベントデータを比較して、デバイスタイプスキーマリスト内にマッチがあるかどうかを判定する。言い換えると、イベントデータに関連するデバイスタイプが以前に特定されているかどうかが判定される。

受信したイベントデータ（例えば、上述のようなイベントタイプの組み合わせ）のデバイスタイプが以前に特定されていると５０６において判定された場合、上述のように、ＩｏＴデバイスは、５０８において対応するデバイスタイプに分類され、ＩｏＴデバイスに返される所与の認証情報をプロビジョニングされる。受信したイベントデータのデバイスタイプが以前に特定されていないと５０６において判定された場合、デバイスプロビジョニングシステムは、５１０において、ＩｏＴデバイスから受信したイベントスキーマおよび認証情報をＩｏＴデバイスの相手先商標製品製造者（ＯＥＭ）にダイレクトして、デバイスタイプを判定する。イベントをＯＥＭにダイレクトするための情報は、アプリオリでハードワイヤードまたは予めロードされ得る。サードパーティにより製造されＩｏＴデバイスに埋め込まれる通信モジュールの例において、言及されるＯＥＭは、通信モジュールの製造者とは反対のＩｏＴデバイスのＯＥＭである。ＯＥＭは、ハードコード化された認証情報のチェック、デバイスタイプの割り当ておよびデバイスプロビジョニングシステムへのその返送ができる。例えば、ハードコード化された認証情報は、ＯＥＭにより提供されるデバイスのシリアル番号を含み得る。そのような状況において、ＯＥＭは、デバイスプロビジョニングシステムにより伝達されるシリアル番号に基づいてデバイスタイプを提供できる。５１２において、デバイスプロビジョニングシステムは、ＯＥＭからの応答に基づいてデバイスタイプスキーマリストを更新する。ＤＰＳは、ここで、将来の処理のために、ＩｏＴデバイスから受信したイベントタイプとデバイスタイプとの間の相関関係を有する。

次に、方法５００は、上述のようにＩｏＴデバイスが特定されたデバイスタイプに基づいて分類およびプロビジョニングされる５０８へ進む。次に、方法５００は、同じまたは他のＩｏＴデバイスから後続のイベントデータを受信するために５０２に戻る。故に、イベントスキーマおよび要求が初めて送信される時にのみ、ＩｏＴデバイスはプロビジョニングされる。その後、ＩｏＴプラットフォームは、ＩｏＴデバイスがプロビジョニング処理においてＩｏＴプラットフォームにより提供される検証済みの認証情報と共に要求を送信する時に、ＩｏＴデバイスを特定する。また、ＤＰＳは、最初のイベントが持続されること、および、必要な場合にはデバイスタイプについてＯＥＭとチェックした後にＩｏＴプラットフォームへ転送されることを保証する。１つよりも多くのＩｏＴデバイスが同様のイベントタイプを送信する場合、デバイスタイプは、異なるＩｏＴデバイスについて同じであろうし、これに対して、デバイスＩＤは一意に返されるであろう。故に、更新されたデバイスタイプスキーマリストは、同じデバイスタイプであるが必ずしも同じ製造者のものではない後続のＩｏＴデバイスを特定するために用いられ得る。

本開示はクラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載される教示の実装はクラウドコンピューティング環境に限定されないことが理解されるべきである。むしろ、本発明の実施形態は、現在知られているか、または後に開発される任意の他のタイプのコンピューティング環境と併せて実装できる。

クラウドコンピューティングは、管理の手間またはサービスのプロバイダとのインタラクションを最小限に抑えながら迅速にプロビジョニングおよびリリースされ得る構成可能なコンピューティングリソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、バーチャルマシンおよびサービス）の共有プールへの便利なオンデマンドのネットワークアクセスを可能にするためのサービス供給モデルである。このクラウドモデルは、少なくとも５つの特性、少なくとも３つのサービスモデルおよび少なくとも４つの展開モデルを含み得る。

特性は以下のとおりである。

オンデマンドセルフサービス：クラウド消費者が、サービスのプロバイダとのヒューマンインタラクションを要求することなく、必要に応じて自動的に、サーバ時間およびネットワークストレージなどのコンピューティング機能を一方的にプロビジョニングできる。

ブロードネットワークアクセス：機能がネットワークを介して利用可能であり、異種混合のシンクライアントプラットフォームまたはシッククライアントプラットフォームによる使用を促進する標準的な機構（例えば、携帯電話、ラップトップおよびＰＤＡ）を通じてアクセスされる。

リソースプーリング：プロバイダのコンピューティングリソースが、マルチテナントモデルを用いて複数の消費者にサービスを提供するためにプールされ、異なる物理リソースおよび仮想リソースは、需要に応じて動的に割り当ておよび再割り当てされる。概して消費者は提供されるリソースの正確な位置に関する制御または知識を有しないが、より高い抽象化レベル（例えば、国、州またはデータセンタ）で位置を指定でき得るという点で、位置独立性の意味がある。

迅速伸縮性：機能が、素早くスケールアウトするように、いくつかの場合には自動的に、迅速かつ伸縮自在にプロビジョニングでき、素早くスケールインするように迅速にリリースできる。消費者にとって、プロビジョニングのために利用可能な機能は、無制限に見えることが多く、任意の時点で任意の量を購入できる。

測定されるサービス：クラウドシステムが、サービスのタイプ（例えば、ストレージ、処理、帯域幅およびアクティブユーザアカウント）に対して適切なある抽象化レベルで計量機能を利用することにより、リソースの使用を自動的に制御および最適化する。リソースの使用がモニタリング、制御および報告され得ることで、利用されるサービスのプロバイダおよび消費者の両方に透明性が提供される。

サービスモデルは以下のとおりである。

サービスとしてのソフトウェア（ＳａａＳ）：消費者に提供される機能は、クラウドインフラストラクチャ上で動作するプロバイダのアプリケーションを用いることである。このアプリケーションは、ウェブブラウザ（例えば、ウェブベース電子メール）などのシンクライアントインタフェースを通じて、様々なクライアントデバイスからアクセス可能である。限定的なユーザ固有のアプリケーション構成設定は例外になり得るが、消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージまたはさらには個々のアプリケーション機能を含む、基礎となるクラウドインフラストラクチャを管理または制御しない。

サービスとしてのプラットフォーム（ＰａａＳ）：消費者に提供される機能は、プロバイダによりサポートされるプログラミング言語およびツールを用いて作成される、消費者により作成または取得されたアプリケーションをクラウドインフラストラクチャ上に展開することである。消費者は、ネットワーク、サーバ、オペレーティングシステムまたはストレージを含む、基礎となるクラウドインフラストラクチャを管理または制御しないが、展開されたアプリケーションおよび場合によってはアプリケーションホスト環境構成に対する制御を有する。

サービスとしてのインフラストラクチャ（ＩａａＳ）：消費者に提供される機能は、処理、ストレージ、ネットワークおよび他の基本的なコンピューティングリソースをプロビジョニングすることである。消費者は、オペレーティングシステムおよびアプリケーションを含み得る任意のソフトウェアを展開および実行できる。消費者は、基礎となるクラウドインフラストラクチャを管理または制御しないが、オペレーティングシステム、ストレージ、展開されたアプリケーションに対する制御を有し、場合によっては、ネットワークコンポーネント（例えば、ホストファイアウォール）の限定的な制御を有する。

展開モデルは以下のとおりである。

プライベートクラウド：クラウドインフラストラクチャは、ある組織のみのために動作させられる。クラウドインフラストラクチャは、その組織またはサードパーティにより管理されてよく、オンプレミスまたはオフプレミスに存在してよい。

コミュニティクラウド：クラウドインフラストラクチャは、いくつかの組織により共有され、関心事項（例えば、ミッション、セキュリティ要件、ポリシおよび準拠検討事項）を共有する特定のコミュニティをサポートする。クラウドインフラストラクチャは、これらの組織またはサードパーティにより管理されてよく、オンプレミスまたはオフプレミスに存在してよい。

パブリッククラウド：クラウドインフラストラクチャは、一般大衆または大きい業界グループに対して利用可能にされ、クラウドサービスを販売する組織により所有される。

ハイブリッドクラウド：クラウドインフラストラクチャは、独自のエンティティのままであるが、データおよびアプリケーションのポータビリティを可能にする標準型またはプロプライエタリ型の技術（例えば、クラウド間での負荷分散のためのクラウドバースト）により共に結合された２つまたはそれよりも多くのクラウド（プライベート型、コミュニティ型またはパブリック型）の複合物である。

クラウドコンピューティング環境は、サービス指向であり、ステートレス性、低結合性、モジュール性およびセマンティックインターオペラビリティに重点が置かれている。クラウドコンピューティングの中心には、相互接続ノードのネットワークを含むインフラストラクチャがある。

ここで図６を参照すると、例示的なクラウドコンピューティング環境５０が示されている。示されるように、クラウドコンピューティング環境５０は、例えば、パーソナルデジタルアシスタント（ＰＤＡ）または携帯電話５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃもしくは自動車コンピュータシステム５４Ｎまたはその組み合わせなど、クラウド消費者により用いられるローカルコンピューティングデバイスが通信し得る１つまたは複数のクラウドコンピューティングノード１０を含む。ノード１０は、互いに通信し得る。それらは、上述のようなプライベートクラウド、コミュニティクラウド、パブリッククラウドもしくはハイブリッドクラウドまたはそれらの組み合わせなど、１つまたは複数のネットワークにおいて、物理的または仮想的にグループ化され得る（不図示）。これにより、クラウドコンピューティング環境５０は、インフラストラクチャ、プラットフォームもしくはソフトウェアまたはその組み合わせを、クラウド消費者がローカルコンピューティングデバイス上のリソースを維持する必要がないサービスとして提供することが可能になる。図６に示されるコンピューティングデバイス５４Ａ～Ｎのタイプは例示のみが意図されていること、および、コンピューティングノード１０およびクラウドコンピューティング環境５０は、任意のタイプのネットワークもしくはネットワークアドレス指定可能接続またはその組み合わせを介して（例えば、ウェブブラウザを用いて）任意のタイプのコンピュータ化されたデバイスと通信できることが理解される。

ここで図７を参照すると、クラウドコンピューティング環境５０（図６）により提供される機能抽象化層のセットが示される。図７に示されるコンポーネント、層および機能は例示のみを意図されており、本発明の実施形態がそれに限定されないことが前もって理解されるべきである。示されるように、以下の層および対応する機能が提供される。

ハードウェアおよびソフトウェア層６０は、ハードウェアコンポーネントおよびソフトウェアコンポーネントを含む。ハードウェアコンポーネントの例は、メインフレーム６１と、ＲＩＳＣ（縮小命令セットコンピュータ）アーキテクチャベースサーバ６２と、サーバ６３と、ブレードサーバ６４と、ストレージデバイス６５と、ネットワークおよびネットワークコンポーネント６６とを含む。いくつかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア６７およびデータベースソフトウェア６８を含む。

仮想化層７０は抽象化層を提供し、抽象化層からは、仮想エンティティの以下の例、すなわち、仮想サーバ７１と、仮想ストレージ７２と、仮想プライベートネットワークを含む仮想ネットワーク７３と、仮想アプリケーションおよびオペレーティングシステム７４と、仮想クライアント７５とが提供され得る。

一例において、管理層８０は、以下に説明される機能を提供し得る。リソースプロビジョニング８１は、クラウドコンピューティング環境内でタスクを実行するために利用されるコンピューティングリソースおよび他のリソースの動的な調達を提供する。計量および価格設定８２は、リソースがクラウドコンピューティング環境内で利用される時のコスト追跡と、これらのリソースの消費に対する課金または請求とを提供する。一例において、これらのリソースは、アプリケーションソフトウェアライセンスを含み得る。セキュリティは、クラウド消費者およびタスクについての識別情報検証だけでなく、データおよび他のリソースの保護を提供する。ユーザポータル８３は、消費者およびシステム管理者にクラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理８４は、必要とされるサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当ておよび管理を提供する。サービスレベルアグリーメント（ＳＬＡ）計画および達成８５は、将来の要件がＳＬＡに従って予想されるクラウドコンピューティングリソースの事前準備および調達を提供する。

ワークロード層９０は、クラウドコンピューティング環境が利用され得る機能の例を提供する。この層から提供され得るワークロードおよび機能の例は、マッピングおよびナビゲーション９１と、ソフトウェア開発およびライフサイクル管理９２と、仮想教室教育配信９３と、データ分析処理９４と、トランザクション処理９５と、デバイスプロビジョニング処理９６とを含む。

本発明は、あらゆる可能な技術的詳細統合レベルのシステム、方法もしくはコンピュータプログラム製品またはその組み合わせであってよい。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を有する１つの（または複数の）コンピュータ可読記憶媒体を含み得る。

コンピュータ可読記憶媒体は、命令実行デバイスによる使用のための命令を保持および格納できる有形のデバイスであり得る。コンピュータ可読記憶媒体は、限定されるわけではないが、例えば、電子ストレージデバイス、磁気ストレージデバイス、光ストレージデバイス、電磁ストレージデバイス、半導体ストレージデバイス、または前述のものの任意の適切な組み合わせであってよい。コンピュータ可読記憶媒体のより具体的な例の非包括的な列挙は、ポータブルコンピュータディスケットと、ハードディスクと、ランダムアクセスメモリ（ＲＡＭ）と、リードオンリメモリ（ＲＯＭ）と、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）と、スタティックランダムアクセスメモリ（ＳＲＡＭ）と、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）と、デジタル多用途ディスク（ＤＶＤ）と、メモリスティックと、フロッピーディスクと、命令が記録されたパンチカードまたは溝内の隆起構造など、機械的に符号化されたデバイスと、前述のものの任意の適切な組み合わせとを含む。本明細書において用いられるコンピュータ可読記憶媒体自体は、電波もしくは他の自由に伝搬する電磁波、導波路もしくは他の伝送媒体を通じて伝搬する電磁波（例えば、光ファイバケーブルを通過する光パルス）または電線を通じて伝送される電気信号など、一時的な信号と解釈されるべきではない。

本明細書において説明されるコンピュータ可読プログラム命令は、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワークもしくは無線ネットワークまたはその組み合わせを介して、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスへ、または、ネットワーク、外部コンピュータもしくは外部ストレージデバイスへダウンロードされ得る。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータもしくはエッジサーバまたはその組み合わせを含み得る。
各コンピューティング／処理デバイス内のネットワークアダプタカードまたはネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に格納するためにコンピュータ可読プログラム命令を転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用構成データ、または、例えばＳｍａｌｌｔａｌｋ（登録商標）もしくはＣ＋＋等のオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語などの手続き型プログラミング言語もしくは同様のプログラミング言語を含む１つまたは複数のプログラミング言語の任意の組み合わせで書き込まれるソースコードもしくはオブジェクトコードであってよい。コンピュータ可読プログラム命令は、全体的にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上かつ部分的にリモートコンピュータ上で、または全体的にリモートコンピュータもしくはサーバ上で実行され得る。後者のシナリオにおいて、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続されてもよく、（例えば、インターネットサービスプロバイダを用いるインターネットを通じて）外部コンピュータへの接続が行われてもよい。いくつかの実施形態において、例えばプログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行すべく、コンピュータ可読プログラム命令の状態情報を利用することによりコンピュータ可読プログラム命令を実行して電子回路をパーソナライズし得る。

本発明の態様は、本発明の実施形態による方法、装置（システム）およびコンピュータプログラム製品のフローチャート図もしくはブロック図またはその組み合わせを参照して、本明細書において説明されている。フローチャート図および／またはブロック図の各ブロックと、フローチャート図および／またはブロック図におけるブロックの組み合わせとがコンピュータ可読プログラム命令により実装され得ることが理解されるであろう。

マシンを生成するためにこれらのコンピュータ可読プログラム命令をコンピュータのプロセッサまたは他のプログラム可能なデータ処理装置に提供して、コンピュータのプロセッサまたは他のプログラム可能なデータ処理装置を介して実行される命令が、フローチャートもしくはブロック図またはその組み合わせの１つまたは複数のブロックにおいて指定される機能／動作を実装するための手段を作成するようにしてよい。また、特定の方式で機能するようコンピュータ、プログラム可能なデータ処理装置もしくは他のデバイスまたはその組み合わせに指示できるコンピュータ可読記憶媒体にこれらのコンピュータ可読プログラム命令を格納して、内部に格納された命令を有するコンピュータ可読記憶媒体が、フローチャートもしくはブロック図またはその組み合わせの１つまたは複数のブロックにおいて指定される機能／動作の態様を実装する命令を含む製造品を備えるようにしてよい。

また、一連の動作段階をコンピュータ、他のプログラム可能な装置または他のデバイス上で実行させてコンピュータ実装処理を生成するためにコンピュータ可読プログラム命令をコンピュータ、他のプログラム可能なデータ処理装置または他のデバイスにロードして、コンピュータ、他のプログラム可能な装置または他のデバイス上で実行される命令が、フローチャートもしくはブロック図またはその組み合わせの１つまたは複数のブロックにおいて指定される機能／動作を実装するようにしてよい。

図におけるフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法およびコンピュータプログラム製品の可能な実装のアーキテクチャ、機能および動作を示す。これに関して、フローチャートまたはブロック図における各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能な命令を含む、命令のモジュール、セグメントまたは部分を表し得る。いくつかの代替的な実装において、ブロックに示される機能は、図に示される順序以外で行われ得る。例えば、連続して示される２つのブロックが、実際には、１つの段階として実現されても、同時に、実質的に同時に、部分的にまたは全体的に時間的に重複した方式で実行されてもよく、これらのブロックが、関与する機能に応じて逆の順序で実行されることがあってもよい。ブロック図および／またはフローチャート図の各ブロックと、ブロック図および／またはフローチャート図におけるブロックの組み合わせとが、指定された機能もしくは動作を実行するか、または専用のハードウェア命令およびコンピュータ命令の組み合わせを実行する専用ハードウェアベースシステムにより実装され得ることにも留意されたい。

本明細書において特定の実施形態を図示および説明してきたが、同じ目的を達成するように計算される任意の配置が、示された特定の実施形態のために置き換えられ得ることが、当業者には理解されるであろう。したがって、本発明が特許請求の範囲およびその均等物によってのみ限定されることが明白に意図されている。

Claims (20)

1. モノのインターネット（ＩｏＴ）デバイスにプロビジョニングするコンピュータ実装方法であって、
   デバイスプロビジョニングシステムにおいて前記ＩｏＴデバイスのイベントスキーマを受信する段階であって、前記イベントスキーマは、前記ＩｏＴデバイスにより収集される１つまたは複数のイベントタイプを含む、受信する段階と、
   前記イベントスキーマからの前記１つまたは複数のイベントタイプをデバイスタイプスキーマリスト内の１つまたは複数のイベントタイプの複数の組み合わせと比較して、前記ＩｏＴデバイスからの前記イベントスキーマ内の前記１つまたは複数のイベントタイプと、前記デバイスタイプスキーマリスト内の前記１つまたは複数のイベントタイプの複数の組み合わせのうちの１つとの間のマッチを特定する段階と、
   マッチを特定したことに応答して、デバイスタイプと、マッチした前記１つまたは複数のイベントタイプの組み合わせとの、前記デバイスタイプスキーマリスト内の相関関係に基づき、前記デバイスタイプを前記ＩｏＴデバイスに割り当てる段階と、
   割り当てられた前記デバイスタイプに基づき、妥当性が確認された認証情報を用いて前記ＩｏＴデバイスにプロビジョニングする段階と
   を備える、コンピュータ実装方法。
2. 前記ＩｏＴデバイスにプロビジョニングする段階は、
   前記割り当てられたデバイスタイプをＩｏＴプラットフォームへ送信する段階と、
   前記ＩｏＴデバイスの前記妥当性が確認された認証情報を前記ＩｏＴプラットフォームから受信する段階と
   を有する、
   請求項１に記載のコンピュータ実装方法。
3. 前記イベントスキーマを受信する段階は、プロビジョニング要求、および前記ＩｏＴデバイス内でハードコード化された認証情報と共に前記イベントスキーマを受信する段階を有する、請求項１または２に記載のコンピュータ実装方法。
4. 前記ＩｏＴデバイスの前記イベントスキーマを受信する段階は、前記ＩｏＴデバイスからの前記イベントスキーマを前記デバイスプロビジョニングシステムへ転送したＩｏＴプラットフォームから前記イベントスキーマを受信する段階を有する、請求項１から３のいずれか一項に記載のコンピュータ実装方法。
5. マッチを特定していないことに応答して、前記ＩｏＴデバイスから受信した認証情報を前記ＩｏＴデバイスのデバイス製造者へ転送する段階と、
   前記ＩｏＴデバイスのデバイスタイプを前記デバイス製造者から受信する段階と、
   前記ＩｏＴデバイスの前記イベントスキーマと、前記デバイス製造者から受信した前記デバイスタイプとに基づき、前記デバイスタイプスキーマリストを更新する段階と
   をさらに備える、請求項１から４のいずれか一項に記載のコンピュータ実装方法。
6. プロビジョニングログに前記ＩｏＴデバイスの前記イベントスキーマの受信をロギングする段階と、
   前記プロビジョニングログに、特定された前記マッチのスキーマステートメントをロギングする段階と、
   前記妥当性が確認された認証情報をロギングすることなく、前記ＩｏＴデバイスのプロビジョニングをロギングする段階と
   をさらに備える、請求項１から５のいずれか一項に記載のコンピュータ実装方法。
7. 前記デバイスプロビジョニングシステムにおいて前記ＩｏＴデバイスの認証情報の妥当性を確認する段階をさらに備える、請求項１から６のいずれか一項に記載のコンピュータ実装方法。
8. 通信ネットワークに結合されているネットワークインタフェースと、
   デバイスタイプスキーマリストを格納するように構成されたメモリであって、前記デバイスタイプスキーマリストは、複数のデバイスタイプの各々を１つまたは複数のイベントタイプの複数の組み合わせのうちのそれぞれと相関させる、メモリと、
   前記メモリと前記ネットワークインタフェースとに通信可能に結合されているプロセッサであって、
   ネットワークインタフェースを介してＩｏＴデバイスのイベントスキーマを受信することであって、前記イベントスキーマは、前記ＩｏＴデバイスにより収集される１つまたは複数のイベントタイプを含む、受信することと、
   前記イベントスキーマからの前記１つまたは複数のイベントタイプを前記デバイスタイプスキーマリスト内の前記１つまたは複数のイベントタイプの複数の組み合わせと比較して、前記ＩｏＴデバイスからの前記イベントスキーマ内の前記１つまたは複数のイベントタイプと、前記デバイスタイプスキーマリスト内の前記１つまたは複数のイベントタイプの複数の組み合わせのうちの１つとの間のマッチを特定することと、
   マッチを特定したことに応答して、デバイスタイプと、マッチした前記１つまたは複数のイベントタイプの組み合わせとの、前記デバイスタイプスキーマリスト内の相関関係に基づき、前記デバイスタイプを前記ＩｏＴデバイスに割り当てることと
   を実行するように構成されたプロセッサと
   を備えるデバイスプロビジョニングシステム。
9. 前記プロセッサは、前記ＩｏＴデバイスの認証情報の妥当性を確認するように構成される、請求項８に記載のデバイスプロビジョニングシステム。
10. 前記プロセッサは、
    前記ＩｏＴデバイスの認証情報の妥当性を確認する際に用いるために、割り当てられた前記デバイスタイプをＩｏＴプラットフォームへ送信することと、
    前記ＩｏＴデバイスの妥当性が確認された認証情報を前記ＩｏＴプラットフォームから受信することと
    を実行するように構成される、
    請求項８または９に記載のデバイスプロビジョニングシステム。
11. 受信された前記イベントスキーマは、プロビジョニング要求、および前記ＩｏＴデバイス内でハードコード化された認証情報と共に受信されている、請求項８から１０のいずれか一項に記載のデバイスプロビジョニングシステム。
12. 前記ＩｏＴデバイスの前記イベントスキーマは、前記ＩｏＴデバイスからの前記イベントスキーマを前記デバイスプロビジョニングシステムの前記ネットワークインタフェースへ転送したＩｏＴプラットフォームからのものである、請求項８から１１のいずれか一項に記載のデバイスプロビジョニングシステム。
13. 前記プロセッサはさらに、
    マッチを特定していないことに応答して、前記ＩｏＴデバイスから受信した認証情報を前記ＩｏＴデバイスのデバイス製造者へ転送することと、
    前記ＩｏＴデバイスのデバイスタイプを前記デバイス製造者から受信することと、
    前記ＩｏＴデバイスの前記イベントスキーマと、前記デバイス製造者から受信した前記デバイスタイプとに基づき、前記デバイスタイプスキーマリストを更新することと
    を実行するように構成される、
    請求項８から１２のいずれか一項に記載のデバイスプロビジョニングシステム。
14. 前記プロセッサはさらに、
    前記メモリに格納されたプロビジョニングログに前記ＩｏＴデバイスの前記イベントスキーマの受信をロギングすることと、
    前記プロビジョニングログに、特定された前記マッチのスキーマステートメントをロギングすることと、
    妥当性が確認された認証情報をロギングすることなく、前記ＩｏＴデバイスのプロビジョニングをロギングすることと
    を実行するように構成される、
    請求項８から１３のいずれか一項に記載のデバイスプロビジョニングシステム。
15. プロセッサに、
    ＩｏＴデバイスのイベントスキーマを受信する手順であって、前記イベントスキーマは、前記ＩｏＴデバイスにより収集される１つまたは複数のイベントタイプを含む、受信する手順と、
    前記イベントスキーマからの前記１つまたは複数のイベントタイプをデバイスタイプスキーマリスト内の１つまたは複数のイベントタイプの複数の組み合わせと比較して、前記ＩｏＴデバイスからの前記イベントスキーマ内の前記１つまたは複数のイベントタイプと、前記デバイスタイプスキーマリスト内の前記１つまたは複数のイベントタイプの複数の組み合わせのうちの１つとの間のマッチを特定する手順と、
    マッチを特定したことに応答して、デバイスタイプと、マッチした前記１つまたは複数のイベントタイプの組み合わせとの、前記デバイスタイプスキーマリスト内の相関関係に基づき、前記デバイスタイプを前記ＩｏＴデバイスに割り当てる手順と
    を実行させる、コンピュータプログラム。
16. 前記プロセッサに、前記ＩｏＴデバイスの認証情報の妥当性を確認する手順をさらに実行させる、請求項１５に記載のコンピュータプログラム。
17. 前記プロセッサに、
    前記ＩｏＴデバイスの認証情報の妥当性を確認する際に用いるために、割り当てられた前記デバイスタイプをＩｏＴプラットフォームへ送信する手順と、
    前記ＩｏＴデバイスの妥当性が確認された認証情報を前記ＩｏＴプラットフォームから受信する手順と
    をさらに実行させる、請求項１５または１６に記載のコンピュータプログラム。
18. 受信された前記イベントスキーマは、プロビジョニング要求、および前記ＩｏＴデバイス内でハードコード化された認証情報と共に受信されている、請求項１５から１７のいずれか一項に記載のコンピュータプログラム。
19. 前記プロセッサに、
    マッチを特定していないことに応答して、前記ＩｏＴデバイスから受信した認証情報を前記ＩｏＴデバイスのデバイス製造者へ転送する手順と、
    前記ＩｏＴデバイスのデバイスタイプを前記デバイス製造者から受信する手順と、
    前記ＩｏＴデバイスの前記イベントスキーマと、前記デバイス製造者から受信した前記デバイスタイプとに基づき、前記デバイスタイプスキーマリストを更新する手順と
    をさらに実行させる請求項１５から１８のいずれか一項に記載のコンピュータプログラム。
20. 前記プロセッサに、
    メモリに格納されたプロビジョニングログに前記ＩｏＴデバイスの前記イベントスキーマの受信をロギングする手順と、
    前記プロビジョニングログに、特定された前記マッチのスキーマステートメントをロギングする手順と、
    妥当性が確認された認証情報をロギングすることなく、前記ＩｏＴデバイスのプロビジョニングをロギングする手順と
    をさらに実行させる、請求項１５から１９のいずれか一項に記載のコンピュータプログラム。