特表 2024-520564 ＩＯＴデバイスを管理するためのシステム

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

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

(11)【公表番号】

(43)【公表日】2024-05-24

(54)【発明の名称】ＩＯＴデバイスを管理するためのシステム

(51)【国際特許分類】

   G06F 21/55 20130101AFI20240517BHJP

【ＦＩ】

G06F21/55

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023573602

(86)(22)【出願日】2022-05-24

(85)【翻訳文提出日】2023-12-20

(86)【国際出願番号】 US2022030731

(87)【国際公開番号】W WO2022256202

(87)【国際公開日】2022-12-08

(31)【優先権主張番号】17/334,799

(32)【優先日】2021-05-31

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】523373913

【氏名又は名称】サイベラス ラブス エスピー．ゼット．オー．オー．

【氏名又は名称原語表記】ＣＹＢＥＲＵＳ ＬＡＢＳ ＳＰ． Ｚ．Ｏ．Ｏ．

【住所又は居所原語表記】Ｕｌ． Ｗａｒｓｚａｗｓｋａ ６ Ｐｏｋ． ３０９， ４０－００６ Ｋａｔｏｗｉｃｅ （ＰＬ）

(71)【出願人】

【識別番号】523373924

【氏名又は名称】ウォロセヴィッツ，ジャック

【氏名又は名称原語表記】ＷＯＬＯＳＥＷＩＣＺ， Ｊａｃｋ

【住所又は居所原語表記】３４５０ Ｓａｃｒａｍｅｎｔｏ Ｓｔ．， ３２７， Ｓａｎ Ｆｒａｎｃｉｓｃｏ， ＣＡ ９４１１８ （ＵＳ）

(74)【代理人】

【識別番号】100105131

【弁理士】

【氏名又は名称】井上 満

(74)【代理人】

【識別番号】100105795

【弁理士】

【氏名又は名称】名塚 聡

(72)【発明者】

【氏名】ウォロセヴィッツ，ジャック

(57)【要約】

【課題】
【解決手段】 簡潔に述べると、モノのインターネット（ＩｏＴ）デバイスを管理するためのシステム及び方法は、ユーザ及びデバイス認証ならびにＩｏＴシステム自己修復のためのアーキテクチャを特徴とするプラットフォームを提供する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

ＩｏＴシステムにおいて複数のＩｏＴデバイスを自己修復するための方法であって、
ＩｏＴサーバによって前記ＩｏＴシステムの挙動パターンのベースラインを確立するステップと、
前記ベースラインに基づいて異常なシステム挙動を検出するステップと、
検出された前記異常なシステム挙動を、複数の既知のサイバー攻撃パターンのいずれかとマッチングするステップと、
マッチングした前記既知のサイバー攻撃パターンのいずれかに対応する、もたらされた任意の損傷を修復するステップと、を含む該方法。

【請求項2】

前記ＩｏＴサーバに、複数のＩｏＴベンダから、及び前記複数のＩｏＴデバイスのユーザから、前記複数のＩｏＴデバイスに対応する複数のフライトエンベロープパラメータを受信させるステップと、
前記複数のＩｏＴデバイスのうちのいずれかが前記複数のフライトエンベロープパラメータの外側で作動しているかどうかを判定するステップと、
前記複数のフライトエンベロープパラメータのいずれかを超えた場合、ルールエンジンによってシステム反応を起動するステップであって、前記システム反応は、複数のオペレータ設定可能ルールに対応する、該ステップと、をさらに含む、請求項１記載の方法。

【請求項3】

前記フライトエンベロープパラメータは、少なくとも、
前記複数のＩｏＴベンダによって提供される各ＩｏＴデバイスのための最大動作範囲パラメータと、
前記ユーザによって提供される各ＩｏＴデバイスのための予め設定可能な動作範囲パラメータと、を含む、請求項２に記載の方法。

【請求項4】

前記複数のＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、前記システム内のＩｏＴデバイス障害を予測するために予測分析及び異常検出を実行するステップをさらに含む、請求項１に記載の方法。

【請求項5】

モノのインターネット（ＩｏＴ）デバイスを管理するシステムであって、
ユーザによって操作可能な複数のＩｏＴデバイスと、
前記複数のＩｏＴデバイスを前記ユーザに電子的に結合するためのハブと、
前記複数のＩｏＴデバイスを複数のＩｏＴベンダと電子的に結合するためのＩＯＴサーバと、
前記複数のＩｏＴベンダと前記複数のＩｏＴデバイスとの間のデータ共有を可能にするための複数のアプリケーションプログラミングインターフェース（ＡＰＩ）と、
前記複数のＩｏＴベンダと前記ユーザとの間の通信を可能にするための複数のダッシュボードグラフィカルユーザインターフェース（ＧＵＩ）とを含むシステムであって、前記ＩｏＴサーバが前記複数のＡＰＩを有効化する、該システム。

【請求項6】

前記ＩｏＴサーバは、
前記複数のＩｏＴベンダによって提供される前記複数のＩｏＴデバイスに関連するフライトエンベロープパラメータを記憶するためのサーバリポジトリと、
前記複数のＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、前記システム内のＩｏＴデバイス故障を予測するための予測分析及び異常検出を実行するための人工知能（ＡＩ）エンジンと、をさらに含む、請求項５に記載のシステム。

【請求項7】

前記ＩｏＴサーバは、ＩｏＴハブをさらに備える、請求項６に記載のシステム。

【請求項8】

前記フライトエンベロープパラメータは、少なくとも、
前記複数のＩｏＴベンダによって提供される各ＩｏＴデバイスのための最大動作範囲パラメータと、
前記ユーザによって提供される各ＩｏＴデバイスのための予め設定可能な動作範囲パラメータと、を含む、請求項６に記載のシステム。

【請求項9】

前記ＡＩエンジンが前記ユーザのＩｏＴデバイス挙動パターンのベースラインを確立し、サイバー攻撃パターンに対応する異常なシステム挙動を検出するための機械学習機能を有するルールエンジンを備える、請求項６に記載のシステム。

【請求項10】

前記複数のＡＰＩは、
前記ユーザが、前記ＡＩエンジンの分析に基づいて、前記複数のＩｏＴベンダのいずれかから交換ＩｏＴデバイスを購入するためのＩｏＴマーケットプレイス機能を含む、請求項６に記載のシステム。

【請求項11】

前記複数のＩｏＴベンダは、複数のＩｏＴデバイスベンダ及び複数のサードパーティーソースを含む、請求項５に記載のシステム。

【請求項12】

前記ハブは、音声作動式である、請求項５に記載のシステム。

【請求項13】

前記複数のダッシュボードグラフィカルユーザインタフェースは、
ＩｏＴデバイス情報を検索し、前記複数のＩｏＴベンダとのデータ共有を可能にするためのユーザダッシュボードと、
前記ユーザによって可能にされた前記データ共有に対応するデータを検索し、共有するためのＩｏＴベンダダッシュボードと、を含む、請求項５に記載のシステム。

【請求項14】

前記ユーザダッシュボードは、複数のセクションを含み、前記複数のセクションは、
ＩｏＴデバイス情報セクションと、
ＩｏＴデバイス販売履歴テーブルと、
ＩｏＴデバイスデータ要求セクションと、を含み、前記ＩｏＴデバイスデータ要求セクションは、ＭＴＢＦデータ要求と、故障統計要求と、リアルタイムテレメトリ要求と、を含む、請求項１３に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、デバイスベンダ情報及びＡＩ分析を使用してＩｏＴデバイスを管理することに関する。

【背景技術】

【0002】

モノのインターネット（又は、インターネットオブシングス／Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）（ＩｏＴ）デバイスは、社会において急速に普及している。これらのデバイスは一般に、特定の機能性及び限られた処理能力を有する。多くの場合、処理能力は、セキュリティ又は保守アプリケーションをサポートするのに十分ではない。したがって、ＩｏＴデバイスは、サイバーアタック（又は、サイバーアタッチ／cyber-attaches）に対して特に脆弱である。さらに、ＩｏＴデバイスの所有者及びＩｏＴデバイスベンダが互いに容易に通信できないため、ＩｏＴデバイスのメンテナンス及び交換が遅れるか、又は完全に失われる可能性がある。所有者とベンダとの間の限定された通信は例えば、システム所有者のＩｏＴネットワークの外部のエンティティからのデータ収集を制限又は除外するセキュリティ実装を含む、様々な理由のために起こり得る。

【発明の概要】

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

【0003】

したがって、ＩｏＴデバイスを管理するためのシステムが本明細書に提示される。

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

【0004】

本発明の実施形態によるモノのインターネット（ＩｏＴ）デバイスを管理するために、それを使用するためのシステム及び方法が開示される。具体的には、提示される実施形態は、ユーザ及びデバイス認証ならびにＩｏＴシステム自己修復のためのアーキテクチャを特徴とするプラットフォームを提供する。一実施形態ではモノのインターネット（ＩｏＴ）デバイスを管理するためのシステムが、ユーザによって操作可能な複数のＩｏＴデバイスと、複数のＩｏＴデバイスをユーザに電子的に結合するためのハブと、複数のＩｏＴデバイスを複数のＩｏＴベンダと電子的に結合するためのＩＯＴサーバと、複数のＩｏＴベンダと複数のＩｏＴデバイスとの間のデータ共有を可能にするための複数のアプリケーションプログラミングインターフェース（ＡＰＩ）と、複数のＩｏＴベンダとユーザとの間の通信を可能にするための複数のダッシュボードグラフィカルユーザインターフェース（ＧＵＩ）とを備え、ＩｏＴサーバは複数のＡＰＩを有効化する（又は、可能にする／enable）。

【図面の簡単な説明】

【0005】

【図1】図１は、本発明の実施形態による、ＩｏＴデバイスを管理するためのシステムの例証的表現である。

【図2】図２は、本発明の実施形態による、ＩｏＴデバイスを管理するための自己修復層の例証的表現である。

【図3】図３は、本発明の実施形態による、ＩｏＴデバイスを管理するためのシステムにおいて利用されるシステム所有者ダッシュボードの例示的表現である。

【図4】図４は、本発明の実施形態による、ＩｏＴデバイスを管理するためのシステムにおいて利用されるデバイス所有者ダッシュボードの例示的表現である。

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

【0006】

以下、本発明の実施形態について、添付図面に例示されているように、そのいくつかの実施形態を参照して詳細に説明する。これから述べる説明において、本発明を完全に理解するために、数多くの具体的な詳細が説明される。しかしながら、当業者には、本発明がこれらの具体的な詳細の一部又は全部がなくとも実施され得ることが明らかであろう。他の例では、本発明を不必要に不明瞭にしないために、周知のプロセスステップ及び／又は構造は詳細に説明されていない。

【0007】

当業者によって理解されるように、本発明は、システム、方法、及び／又はコンピュータプログラム製品であり得る。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読記憶媒体（又は複数の媒体）を含み得る。コンピュータ可読記憶媒体は、命令実行デバイスによって使用するための命令を保持及び記憶し得る有形デバイスであり得る。コンピュータ可読記憶媒体は例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又は前述の任意の適切な組合せであり得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストは、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、パンチカード又は命令が記録された溝内の隆起構造などの機械的に符号化されたデバイス、及び前述の任意の適切な組合せを含む。

【0008】

コンピュータ可読記憶媒体は本明細書で使用される場合、電波又は他の自由に伝播する電磁波、導波管又は他の伝送媒体を通って伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、又はワイヤを通して伝送される電気信号などの、一時的な信号／それ自体／であると解釈されるべきではない。本明細書で説明するコンピュータ可読プログラム命令はそれぞれのコンピューティング／処理デバイスに、コンピュータ可読記憶媒体から、又はネットワーク、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はワイヤレスネットワークを介して外部コンピュータ又は外部記憶デバイスにダウンロードし得る。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ及び／又はエッジサーバを含み得る。各コンピューティング／処理デバイス内のネットワークアダプタカード又はネットワークインターフェースはネットワークからコンピュータ可読プログラム命令を受信し、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に記憶するために、コンピュータ可読プログラム命令を転送する。本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、又は、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つ又は複数のプログラミング言語の任意の組合せで書かれたソースコード又はオブジェクトコードのいずれかであり得る。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上で且つ部分的にリモートコンピュータ上で、又は完全にリモートコンピュータ又はサーバ上で実行し得る。後者のシナリオでは、リモートコンピュータがローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、又は接続は外部コンピュータに（例えば、インターネットサービスプロバイダを使用してインターネットを介して）行われてもよい。いくつかの実施形態では、例えば、プログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行するために、コンピュータ可読プログラム命令の状態情報を利用して電子回路をパーソナライズすることによって、コンピュータ可読プログラム命令を実行し得る。

【0009】

本発明の態様は、本発明の実施形態による方法、装置（システム）、及びコンピュータプログラム製品のフローチャート図及び／又はブロック図を参照して本明細書で説明される。フローチャート図及び／又はブロック図の各ブロック、ならびにフローチャート図及び／又はブロック図のブロックの組合せは、コンピュータ可読プログラム命令によって実施され得ることを理解されたい。これらのコンピュータ可読プログラム命令は、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供されて、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサを介して実行される命令がフローチャート及び／又はブロック図のブロック又は複数のブロックで指定された機能／動作を実施するための手段を作成するように、機械を生成し得る。これらのコンピュータ可読プログラム命令はまた、コンピュータ、プログラマブルデータ処理装置、及び／又は他のデバイスに特定の方法で機能するように指示し得るコンピュータ可読記憶媒体に記憶されてもよく、その結果、その中に記憶された命令を有するコンピュータ可読記憶媒体は、フローチャート及び／又はブロック図のブロック又は複数のブロックにおいて指定された機能／動作の態様を実施する命令を含む製造品を含む。コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上で実行される命令がフローチャート及び／又はブロック図ブロック又は複数のブロックにおいて指定される機能／動作を実装するように、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上で実行される一連の動作ステップをコンピュータ、他のプログラマブル装置、又は他のデバイス上で実行されるコンピュータ実装プロセスを生成させるために、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上にロードされ得る。図中のフローチャート及びブロック図は、本発明の様々な実施形態による、システム、方法、及びコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能、及び動作を示す。この点に関して、フローチャート又はブロック図中の各ブロックは、指定された論理機能を実施するための１つ又は複数の実行可能命令を備える、モジュール、セグメント、又は命令の一部を表し得る。いくつかの代替的な実装形態では、ブロックに記載された機能が図に記載された順序から外れて発生し得る。例えば、連続して示される２つのブロックは実際には実質的に同時に実行されてもよく、又はブロックが関与する機能に応じて、逆の順序で実行されてもよい。ブロック図及び／又はフローチャート図の各ブロック、ならびにブロック図及び／又はフローチャート図のブロックの組合せは、指定された機能又は行為を実行するか、又は専用ハードウェアとコンピュータ命令との組合せを実行する専用ハードウェアベースのシステムによって実装され得ることにも留意されたい。

【0010】

コンピュータプログラム命令はまた、コンピュータ又は他のプログラム可能なデータ処理装置上にロードされて、コンピュータ又は他のプログラム可能な装置上で実行される命令がフローチャート及び／又はブロック図のブロック又は複数のブロックにおいて指定された機能／動作を実施するためのプロセスを提供するように、コンピュータ又は他のプログラム可能な装置上で一連の動作ステップを実行させて、コンピュータ実装されたプロセスを生成し得る。

【0011】

図１は、本発明の実施形態による、モノのインターネット（ＩｏＴ）デバイスを管理するためのシステム１００の例証的表現である。具体的には、提示される実施形態が、ユーザ及びデバイス認証ならびにＩｏＴシステム自己修復のためのアーキテクチャを特徴とするプラットフォームを提供する。図示のように、システム１００は、ヒューマン・ツー・マシン（Ｈ２Ｍ）認証層１０２と、マシン・ツー・マシン（Ｍ２Ｍ）暗号化及び認証層１１０と、自己修復層１２０とを含む。実施形態では、ユーザ１０４がハブ１１２を介して様々なユーザＩｏＴデバイス１１４にアクセスし得る。Ｈ２Ｍ認証層の実施形態は、超音波を使用し、ハッカーが盗もうとするユーザ資格情報を提供せずに、フィッシング攻撃又は中間者攻撃を防止する音声作動式のＩｏＴハブのために準備されたスマートフォンベースのログインを含む。さらなる実施形態ではユーザＩｏＴデバイス１１４がＩｏＴサーバ１２２と通信しており、これはユーザとＩｏＴベンダ１２６との間の通信を提供する様々なアプリケーションプログラムインターフェース１２４によって可能となる（又は、有効化される）。Ｍ２Ｍ暗号化及び認証層の実施形態は、単純なエンドポイントデバイス及びデータを認証及び保護する最小計算ＩｏＴ暗号を含む。加えて、自己修復層の実施形態は、異常挙動を検出し、デバイス／システム故障（又は、障害）を予測するための予測人工知能（ＡＩ）分析を含み、これは、図２について以下でさらに詳細に説明される。

【0012】

図２は、本発明の実施形態による、ＩｏＴデバイスを管理するための自己修復層２００の例証的表現である。特に、図２は、図１、１２０に示されるような自己修復層をさらに示す。一般に、自己修復層の実施形態は、ＩｏＴシステムがサイバー攻撃、通信障害、又はＩｏＴ構成要素のいくつかの物理的障害に起因するシステム障害を予測、識別、及び救済することを可能にする。図示されるように、サーバデータベース２０２はＩｏＴサーバ（図１の１２２を参照）によって有効にされるように、システム２００のためのデータリポジトリを提供する。関連データは検索され、ＩｏＴハブ２０４、ＩｏＴ装置ベンダ２１０、サードパーティーソース（又は、第三者ソース）２３０、及びＡＩエンジン２２０を含む様々なエンティティに送信され得る。ＩｏＴデバイスベンダとＩｏＴデバイス所有者との間の通信は、ダッシュボード２１２及びＡＰＩ２１４を介して容易にされる。

【0013】

いくつかの実施形態では、自己修復層２００は、ルールエンジン及びフライトエンベロープ（飛行エンベロープ／包囲線／flight envelope）パラメータ、予測分析及び異常検出のためのＡＩエンジン２２０、ならびに任意の数のＩｏＴデバイスベンダーインターフェースＡＰＩを含む、データ分析層と考えることができる。ルールエンジン及びフライトエンベロープパラメータは、システムがデバイス出力又は入力を監視して、それらが安全な動作範囲内にあるかどうかを決定することを可能にする。実施形態では、ルールエンジンがすべての接続されたデバイスからデータを受信し、ＩｏＴデバイス動作限界に対してデータを実行する。ルールエンジンはシステムの所有者又はユーザによって指定されたルールを適用して、ＩｏＴシステムを制御し、システムの状態と正常性を評価する。いくつかの実施形態では、デバイスが通常のパラメータの外側で動作している場合、ルールエンジンがシステム所有者に警告する。これは、故障前にデバイスを交換するか、又は単にシステム所有者に警告するＡＩ決定の一部であってよい。ルールエンジンは、誤って動作しているデバイスをシャットダウンすることもできる。

【0014】

一般に、ルールエンジンは、フライトエンベロープ限界（flight-envelope-limit）又は動作パラメータに基づく。航空機において、フライトエンベロープという用語は、特定のモデル又はタイプの航空機の動作パラメータ及び能力を総称する。フライトエンベロープを構成する様々なパラメータは、航空機の最大高度、最大及び最小速度、航空機が耐えることができる最大量のｇ－フォース、上昇速度、滑空比、及び航空機の飛行特性を定義する他の要因を含む。航空機と同様に、ＩｏＴエコシステム及びデバイスもまた、フライトエンベロープ－事前に定義された動作及び性能パラメータを必要とする。これらの外で作動するデバイスは、デバイスが１）故障／故障したか、又は２）デバイスがハッキングされたかのいずれかであることを示す。フライトエンベロープパラメータ内で動作するデバイスは、正常と見なされる。実施形態では、フライトエンベロープが「超過しない（又は、超過すべきでない／上限の／not to exceed）」パラメータの少なくとも２つのセットを含む。１つは最大動作範囲パラメータであり、もう１つはユーザが特定のデバイスに対して命令することを望むことができる事前設定可能な動作範囲パラメータである。実施形態では、フライトエンベロープパラメータを超えた場合、ルールエンジンはオペレータ設定可能ルールに依存する特定のシステム反応を起動し得る。

【0015】

予測解析及び異常検出のためのＡＩエンジン２２０は自己修復機構の一部であり、自己修復機構は、ＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、システム内のＩｏＴデバイス故障を予測し得る。異常検出はシステムアクティビティデータを監視して、異常な挙動及び潜在的なハックを検出するとともに、他のシステム障害モードを識別する。システム特有の障害モードは、システムデータの拡張された観測によって情報を得られる機械学習アルゴリズムによって決定し得る。実施形態では、ＡＩエンジンがシステム所有者のＩｏＴシステム挙動パターンのベースラインを確立し、異常なシステム挙動を検出し得る機械学習を含む。次いで、ＡＩは、検出された異常なシステム挙動を既知のサイバー攻撃パターンとマッチングする（match）ことを試みることができる。次いで、ＡＩは、識別されたサイバー攻撃によってもたらされた損傷を修復するための行動をとり得る。

【0016】

ＩｏＴデバイスベンダーインターフェースＡＰＩ２１４は、予測分析動作のためにＡＩエンジンによって利用されるＩｏＴデバイス特性及びＭＴＢＦデータを含むＩｏＴデバイスベンダデータベースへのポータルである。これらのＡＰＩ２１４は、ダッシュボード２１２によってサポートされ、ＩｏＴシステム所有者（ＳＯ）及びＩｏＴデバイスベンダ（ＤＶ）２１０がＩｏＴシステムを動作可能に保ち、互いから様々なデータ及びサービスを要求するために対話することを可能にする。ＭＴＢＦデータは１つの例示的な実施形態であるが、ＤＶはＳＯから実際のフィールド動作データを要求して、それらのＭＴＢＦ数（又は、ＭＴＢＦ回数／MTBF number）を精緻化し、さらにはリアルタイムシステム性能を監視することもできる。同じインターフェースは、必要に応じて、アップグレード、交換品の購入、又はサービスを処理し得る。これは、ＩｏＴシステムを確実に動作させ続けるために、整合された関心を有するＳＯとＤＶとの間の関係を作り出す。事実上、両当事者は、互いの成功に利害関係がある。ベンダＭＴＢＦインターフェースＡＰＩ及びダッシュボードＵＩ図は、図３及び図４について以下でさらに詳細に説明される。

【0017】

図３は、本発明の実施形態による、ＩｏＴデバイスを管理するためのシステムにおいて利用されるシステム所有者ダッシュボード３００の例示的表現である。一般に、ダッシュボードは本明細書で企図されるように、ＳＯがウェブブラウザを使用してＩｏＴハブと対話（又は、相互作用／interact）し得る直感的な画面のセットである。ダッシュボードはさらに、ＳＯが現在のＩｏＴネットワーク状態を監視し、フライトエンベロープ内のルールを管理することを可能にする。ダッシュボードの実施形態は、デバイス性能と、デバイスが超えてはならない動作限界（上回った場合デバイスを損傷させる、デバイス製造業者によって提供されたものを含む）と、を表示する。上述のように、ＡＰＩ実施形態はＩｏＴ ＳＯ及びＩｏＴ ＤＶが相互作用してＩｏＴシステムを動作可能に保ち、互いから様々なデータ及びサービスを要求することを可能にするダッシュボードによってサポートされる。図示のＳＯダッシュボード実施形態は、例えば、デバイス情報セクション３０２、デバイス販売履歴テーブル３０４、及びデバイスデータ要求セクション３０６を含む、任意の数のセクションを含む。いくつかの実施形態では、デバイスデータ要求がＭＴＢＦデータ要求３１０、障害統計要求３１２、及びリアルタイムテレメトリ要求３１４を含み得る。他のデータ要求は、限定することなく、本明細書で提供される実施形態から逸脱することなく、含まれ得る。これらのデータ要求は本明細書に開示される予測分析動作のために、ＡＩエンジンにデータを提供する。さらに、ＡＰＩは、ＡＩが交換を決定すると、ＳＯがＤＶ（任意のデバイスベンダ）から交換デバイスを購入し得るＩｏＴマーケットプレイスも含む。

【0018】

図４は、本発明の実施形態による、ＩｏＴデバイスを管理するためのシステムにおいて利用されるデバイスベンダダッシュボード４００の例示的表現である。上述のように、ＡＰＩ実施形態はＩｏＴ ＳＯ及びＩｏＴ ＤＶが相互作用してＩｏＴシステムを動作可能に保ち、互いから様々なデータ及びサービスを要求することを可能にするダッシュボードによってサポートされる。図示のＤＶダッシュボードの実施形態は例えば、システム所有者情報セクション４０２、デバイス販売履歴テーブル４０４、及びデバイスデータ要求セクション４０６を含む、任意の数のセクションを含む。いくつかの実施形態では、デバイスデータ要求がＭＴＢＦデータ要求４１０、障害統計４１２、及びリアルタイムテレメトリ４１４を含み得る。ＡＰＩはまた、ＳＯとＤＶとの間のセキュアな接点としても機能し、ＤＶがフィールドでデバイスを、このタイプの保守を必要とする現行のＩｏＴ法及び指令に準拠するように、更新／パッチすることを可能にする。

【0019】

用語「特定の実施形態」、「ある実施形態」、「実施形態」、「複数の実施形態」、「その実施形態」、「それらの実施形態」、「１つ又は複数の実施形態」、「いくつかの実施形態」、及び「１つの実施形態」は特に明記しない限り、１つ又は複数の（すべてではない）実施形態を意味する。用語「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｖｉｎｇ）」及びそれらの変形は特に明記しない限り、「含むが、限定されない（ｉｎｃｌｕｄｉｎｇ ｂｕｔ ｎｏｔ）」を意味する。列挙された項目のリストは明示的に別段の指定がない限り、項目のいずれか又はすべてが相互に排他的であることを含意しない。用語「ａ」、「ａｎ」及び「Ｔｈｅ」は特に明記しない限り、「１つ又は複数」を意味する。

【0020】

本発明をいくつかの実施形態に関して説明してきたが、本発明の範囲内に入る変更、置換、及び均等物がある。本発明の方法、コンピュータプログラム製品、及び装置を実装する多くの代替方法があることにも留意されたい。さらに、明示的に述べられていない限り、本明細書に記載される任意の方法の実施形態は、特定の順序又はシーケンスに制約されない。さらに、要約書は、便宜上本明細書で提供され、特許請求の範囲で表現される本発明全体を解釈又は限定するために使用されるべきではない。したがって、以下の添付の特許請求の範囲は、本発明の真の精神及び範囲内に入るすべてのそのような変更、置換、及び均等物を含むものとして解釈されることが意図される。

【図1】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2024-01-29

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

モノのインターネット（ＩｏＴ）システムにおいてＩｏＴデバイスを管理するための方法であって、前記ＩｏＴシステムは、
ユーザによって操作可能な複数のＩｏＴデバイスと、
前記複数のＩｏＴデバイスを前記ユーザに電子的に結合するためのハブと、
前記複数のＩｏＴデバイスを複数のＩｏＴベンダと電子的に結合するためのＩＯＴサーバと、
前記複数のＩｏＴベンダと前記複数のＩｏＴデバイスとの間のデータ共有を可能にするための複数のアプリケーションプログラミングインターフェースであるＡＰＩと、
前記複数のＩｏＴベンダと前記ユーザとの間の通信を可能にするための複数のダッシュボードグラフィカルユーザインターフェースであるＧＵＩとを含み、
前記ＩｏＴサーバが前記複数のＡＰＩを有効化し、人工知能であるＡＩエンジンを含む、システムであって、
前記方法は、
前記ＡＩエンジンによって、前記ＩｏＴシステムの挙動パターンのベースラインを確立するステップと、
前記ＡＩエンジンによって、前記ベースラインに基づいて異常なシステム挙動を検出するステップと、
前記ＡＩエンジンによって、検出された前記異常なシステム挙動を、複数の既知のサイバー攻撃パターンのいずれかとマッチングするステップと、
前記ＡＩエンジンによって、マッチングした前記既知のサイバー攻撃パターンのいずれかに対応する、もたらされた任意の損傷を修復するステップと、
前記ＡＩエンジンによって、前記複数のＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、前記ＩｏＴシステムのＩｏＴデバイス障害を予測するために予測分析及び異常検出を実行するステップと、を含む該方法。

【請求項2】

前記ＩｏＴサーバに、前記複数のＩｏＴベンダから、及び前記複数のＩｏＴデバイスのユーザから、前記複数のＩｏＴデバイスに対応する複数のフライトエンベロープパラメータを受信させるステップと、
前記複数のＩｏＴデバイスのうちのいずれかが前記複数のフライトエンベロープパラメータの外側で作動しているかどうかを判定するステップと、
前記複数のフライトエンベロープパラメータのいずれかを超えた場合、ルールエンジンによってシステム反応を起動するステップであって、前記システム反応は、複数のオペレータ設定可能ルールに対応する、該ステップと、をさらに含む、請求項１記載の方法。

【請求項3】

前記フライトエンベロープパラメータは、少なくとも、
前記複数のＩｏＴベンダによって提供される各ＩｏＴデバイスのための最大動作範囲パラメータと、
前記ユーザによって提供される各ＩｏＴデバイスのための予め設定可能な動作範囲パラメータと、を含む、請求項２に記載の方法。

【請求項4】

モノのインターネット（ＩｏＴ）デバイスを管理するＩｏＴシステムであって、前記ＩｏＴシステムは、
ユーザによって操作可能な複数のＩｏＴデバイスと、
前記複数のＩｏＴデバイスを前記ユーザに電子的に結合するためのハブと、
前記複数のＩｏＴデバイスを複数のＩｏＴベンダと電子的に結合するためのＩＯＴサーバと、
前記複数のＩｏＴベンダと前記複数のＩｏＴデバイスとの間のデータ共有を可能にするための複数のアプリケーションプログラミングインターフェース（ＡＰＩ）と、
前記複数のＩｏＴベンダと前記ユーザとの間の通信を可能にするための複数のダッシュボードグラフィカルユーザインターフェース（ＧＵＩ）とを含み、
前記ＩｏＴサーバが前記複数のＡＰＩを有効化するように構成されており、人工知能であるＡＩエンジンを含み、
前記ＡＩエンジンは、
前記ＩｏＴシステムの挙動パターンのベースラインを確立するステップと、
前記ベースラインに基づいて異常なシステム挙動を検出するステップと、
検出された前記異常なシステム挙動を、複数の既知のサイバー攻撃パターンのいずれかとマッチングするステップと、
マッチングした前記既知のサイバー攻撃パターンのいずれかに対応する、もたらされた任意の損傷を修復するステップと、
前記複数のＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、前記ＩｏＴシステム内のＩｏＴデバイス障害を予測するために予測分析及び異常検出を実行するステップと、を行うように構成されている、システム。

【請求項5】

前記ＩｏＴサーバは、
前記複数のＩｏＴベンダによって提供される前記複数のＩｏＴデバイスに関連するフライトエンベロープパラメータを記憶するためのサーバリポジトリをさらに含む、請求項４に記載のシステム。

【請求項6】

前記ＩｏＴサーバは、ＩｏＴハブをさらに備える、請求項４又は５に記載のシステム。

【請求項7】

前記フライトエンベロープパラメータは、少なくとも、
前記複数のＩｏＴベンダによって提供される各ＩｏＴデバイスのための最大動作範囲パラメータと、
前記ユーザによって提供される各ＩｏＴデバイスのための予め設定可能な動作範囲パラメータと、を含む、請求項５に記載のシステム。

【請求項8】

前記ＡＩエンジンが前記ユーザのＩｏＴデバイス挙動パターンの前記ベースラインを確立し、サイバー攻撃パターンに対応する前記異常なシステム挙動を検出するための機械学習機能を有するルールエンジンを備える、請求項４に記載のシステム。

【請求項9】

前記複数のＡＰＩは、
前記ユーザが、前記ＡＩエンジンの分析に基づいて、前記複数のＩｏＴベンダのいずれかから交換ＩｏＴデバイスを購入するためのＩｏＴマーケットプレイス機能を含む、請求項４に記載のシステム。

【請求項10】

前記複数のＩｏＴベンダは、複数のＩｏＴデバイスベンダ及び複数のサードパーティーソースを含む、請求項４に記載のシステム。

【請求項11】

前記ハブは、音声作動式である、請求項４に記載のシステム。

【請求項12】

前記複数のダッシュボードグラフィカルユーザインタフェースは、
ＩｏＴデバイス情報を検索し、前記複数のＩｏＴベンダとのデータ共有を可能にするためのユーザダッシュボードと、
前記ユーザによって可能にされた前記データ共有に対応するデータを検索し、共有するためのＩｏＴベンダダッシュボードと、を含む、請求項４に記載のシステム。

【請求項13】

前記ユーザダッシュボードは、複数のセクションを含み、前記複数のセクションは、
ＩｏＴデバイス情報セクションと、
ＩｏＴデバイス販売履歴テーブルと、
ＩｏＴデバイスデータ要求セクションと、を含み、前記ＩｏＴデバイスデータ要求セクションは、ＭＴＢＦデータ要求と、故障統計要求と、リアルタイムテレメトリ要求と、を含む、請求項１２に記載のシステム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００２０

【補正方法】変更

【補正の内容】

【0020】

本発明をいくつかの実施形態に関して説明してきたが、本発明の範囲内に入る変更、置換、及び均等物がある。本発明の方法、コンピュータプログラム製品、及び装置を実装する多くの代替方法があることにも留意されたい。さらに、明示的に述べられていない限り、本明細書に記載される任意の方法の実施形態は、特定の順序又はシーケンスに制約されない。さらに、要約書は、便宜上本明細書で提供され、特許請求の範囲で表現される本発明全体を解釈又は限定するために使用されるべきではない。したがって、以下の添付の特許請求の範囲は、本発明の真の精神及び範囲内に入るすべてのそのような変更、置換、及び均等物を含むものとして解釈されることが意図される。
下記は、本願の出願当初に記載の発明である。
＜請求項１＞
ＩｏＴシステムにおいて複数のＩｏＴデバイスを自己修復するための方法であって、
ＩｏＴサーバによって前記ＩｏＴシステムの挙動パターンのベースラインを確立するステップと、
前記ベースラインに基づいて異常なシステム挙動を検出するステップと、
検出された前記異常なシステム挙動を、複数の既知のサイバー攻撃パターンのいずれかとマッチングするステップと、
マッチングした前記既知のサイバー攻撃パターンのいずれかに対応する、もたらされた任意の損傷を修復するステップと、を含む該方法。
＜請求項２＞
前記ＩｏＴサーバに、複数のＩｏＴベンダから、及び前記複数のＩｏＴデバイスのユーザから、前記複数のＩｏＴデバイスに対応する複数のフライトエンベロープパラメータを受信させるステップと、
前記複数のＩｏＴデバイスのうちのいずれかが前記複数のフライトエンベロープパラメータの外側で作動しているかどうかを判定するステップと、
前記複数のフライトエンベロープパラメータのいずれかを超えた場合、ルールエンジンによってシステム反応を起動するステップであって、前記システム反応は、複数のオペレータ設定可能ルールに対応する、該ステップと、をさらに含む、請求項１記載の方法。
＜請求項３＞
前記フライトエンベロープパラメータは、少なくとも、
前記複数のＩｏＴベンダによって提供される各ＩｏＴデバイスのための最大動作範囲パラメータと、
前記ユーザによって提供される各ＩｏＴデバイスのための予め設定可能な動作範囲パラメータと、を含む、請求項２に記載の方法。
＜請求項４＞
前記複数のＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、前記システム内のＩｏＴデバイス障害を予測するために予測分析及び異常検出を実行するステップをさらに含む、請求項１に記載の方法。
＜請求項５＞
モノのインターネット（ＩｏＴ）デバイスを管理するシステムであって、
ユーザによって操作可能な複数のＩｏＴデバイスと、
前記複数のＩｏＴデバイスを前記ユーザに電子的に結合するためのハブと、
前記複数のＩｏＴデバイスを複数のＩｏＴベンダと電子的に結合するためのＩＯＴサーバと、
前記複数のＩｏＴベンダと前記複数のＩｏＴデバイスとの間のデータ共有を可能にするための複数のアプリケーションプログラミングインターフェース（ＡＰＩ）と、
前記複数のＩｏＴベンダと前記ユーザとの間の通信を可能にするための複数のダッシュボードグラフィカルユーザインターフェース（ＧＵＩ）とを含むシステムであって、前記ＩｏＴサーバが前記複数のＡＰＩを有効化する、該システム。
＜請求項６＞
前記ＩｏＴサーバは、
前記複数のＩｏＴベンダによって提供される前記複数のＩｏＴデバイスに関連するフライトエンベロープパラメータを記憶するためのサーバリポジトリと、
前記複数のＩｏＴデバイスベンダによって提供される平均故障間隔（ＭＴＢＦ）統計に基づいて、前記システム内のＩｏＴデバイス故障を予測するための予測分析及び異常検出を実行するための人工知能（ＡＩ）エンジンと、をさらに含む、請求項５に記載のシステム。
＜請求項７＞
前記ＩｏＴサーバは、ＩｏＴハブをさらに備える、請求項６に記載のシステム。
＜請求項８＞
前記フライトエンベロープパラメータは、少なくとも、
前記複数のＩｏＴベンダによって提供される各ＩｏＴデバイスのための最大動作範囲パラメータと、
前記ユーザによって提供される各ＩｏＴデバイスのための予め設定可能な動作範囲パラメータと、を含む、請求項６に記載のシステム。
＜請求項９＞
前記ＡＩエンジンが前記ユーザのＩｏＴデバイス挙動パターンのベースラインを確立し、サイバー攻撃パターンに対応する異常なシステム挙動を検出するための機械学習機能を有するルールエンジンを備える、請求項６に記載のシステム。
＜請求項１０＞
前記複数のＡＰＩは、
前記ユーザが、前記ＡＩエンジンの分析に基づいて、前記複数のＩｏＴベンダのいずれかから交換ＩｏＴデバイスを購入するためのＩｏＴマーケットプレイス機能を含む、請求項６に記載のシステム。
＜請求項１１＞
前記複数のＩｏＴベンダは、複数のＩｏＴデバイスベンダ及び複数のサードパーティーソースを含む、請求項５に記載のシステム。
＜請求項１２＞
前記ハブは、音声作動式である、請求項５に記載のシステム。
＜請求項１３＞
前記複数のダッシュボードグラフィカルユーザインタフェースは、
ＩｏＴデバイス情報を検索し、前記複数のＩｏＴベンダとのデータ共有を可能にするためのユーザダッシュボードと、
前記ユーザによって可能にされた前記データ共有に対応するデータを検索し、共有するためのＩｏＴベンダダッシュボードと、を含む、請求項５に記載のシステム。
＜請求項１４＞
前記ユーザダッシュボードは、複数のセクションを含み、前記複数のセクションは、
ＩｏＴデバイス情報セクションと、
ＩｏＴデバイス販売履歴テーブルと、
ＩｏＴデバイスデータ要求セクションと、を含み、前記ＩｏＴデバイスデータ要求セクションは、ＭＴＢＦデータ要求と、故障統計要求と、リアルタイムテレメトリ要求と、を含む、請求項１３に記載のシステム。

【国際調査報告】