(57)【要約】      （修正有）【課題】アプリケーションレベルで侵害されたデバイスを、リアルタイム特定する。【解決手段】装置１１６は、処理リソース２００と動作可能に結合され、複数のデータフラグメントを受信する様に構成された通信インタフェース２１８も有する。複数のデータフラグメントは、それぞれ、個別のデバイス識別子と、関連付けられた観察データと、複数の一意なデバイス識別子を有する。データ選択モジュール２１４は、複数のデータフラグメントの個別の識別子と、関連付けられた観察データと、を読み、共通デバイス特性の結果として生成される複数のデータフラグメントの集合を特定する様に構成される。データ分析モジュール２１６は、異常なデバイスのアクティビティを検出するため、データ選択モジュールにより特定された複数のデータフラグメントの集合を分析する様に構成される。【選択図】図２
2018109956.tif 000002
【特許請求の範囲】
【請求項１】
通信可能デバイスのネットワークのための監視装置であって、
データ選択モジュールとデータ分析モジュールとをサポートする様に構成された処理リソースと、
前記処理リソースと動作可能に結合され、複数のデータフラグメントを受信する様に構成された通信インタフェースと、
を備え、
前記複数のデータフラグメントは、それぞれ、個別のデバイス識別子と、関連付けられた観察データと、を有し、前記複数のデータフラグメントは、それぞれ、複数の一意のデバイス識別子を有し、
前記データ選択モジュールは、前記複数のデータフラグメントの前記個別の識別子と、前記関連付けられた観察データと、を読み、共通デバイス特性の結果として生成される前記複数のデータフラグメントの集合を特定する様に構成され、
前記データ分析モジュールは、予め定義された、期待される動作パラメータに対して異常なデバイスのアクティビティを検出するため、前記データ選択モジュールにより特定された前記複数のデータフラグメントの前記集合を分析する様に構成される、監視装置。
【請求項２】
請求項１に記載の監視装置であって、
前記共通デバイス特性は、デバイスの振る舞いに関する、監視装置。
【請求項３】
請求項１に記載の監視装置であって、
前記共通デバイス特性は、デバイスの物理パラメータである、監視装置。
【請求項４】
請求項３に記載の監視装置であって、
前記デバイスの物理パラメータは、周辺デバイスにより検出可能である、監視装置。
【請求項５】
請求項１から４のいずれか１項に記載の監視装置であって、
前記共通デバイス特性は、デバイスのアプリケーションの実行で生じる測定可能なパラメータである、監視装置。
【請求項６】
請求項１から５のいずれか１項に記載の監視装置であって、
前記処理リソースは、予期しないデバイスの動作を示す前記異常なデバイスのアクティビティの検出に応答して、警報を生成する様に構成される、監視装置。
【請求項７】
請求項６に記載の監視装置であって、
前記処理リソースは、前記警報の前記生成に応答してデバイス更新のための通信を開始する様に構成される、監視装置。
【請求項８】
請求項１から７のいずれか１項に記載の監視装置であって、
前記データ選択モジュールは、前記複数のデータフラグメントの前記集合の別の共通デバイス特性を特定する様に構成され、
前記データ分析モジュールは、前記異常なデバイスのアクティビティの共通デバイス特性を使用する前記検出の信頼性を高めるため、前記別の共通デバイス特性に対して前記データ選択モジュールにより特定された前記複数のデータフラグメントの前記集合を分析する様に構成される、監視装置。
【請求項９】
請求項１から８のいずれか１項に記載の監視装置であって、
前記データ選択モジュールは、前記共通デバイス特性の結果として生成された前記複数のデータフラグメントの別の集合を特定する様に構成され、
前記データ分析モジュールは、異常なデバイスのアクティビティを検出するため、前記データ選択モジュールにより特定された前記複数のデータフラグメントの前記別の集合を分析する様に構成される、監視装置。
【請求項１０】
デバイス監視システムであって、
請求項１から９のいずれか１項に記載の監視装置と、
前記監視装置と通信可能な複数の通信可能デバイスと、
を備えているデバイス監視システム。
【請求項１１】
請求項１０に記載のデバイス監視システムであって、
前記複数のデバイスは、アプリケーションレイヤを含むプロトコルスタックをサポートするデバイス処理リソースを含むデバイスを有し、
前記デバイス処理リソースは、前記アプリケーションレイヤとは独立して動作する監視モジュールもサポートする、デバイス監視システム。
【請求項１２】
請求項１０又は１１に記載のデバイス監視システムであって、
前記複数の通信可能デバイスのグループに関連付けられるコントロールエンティティをさらに備えている、デバイス監視システム。
【請求項１３】
請求項１２に記載のデバイス監視システムであって、
前記監視装置は、前記コントロールエンティティに前記警報を通信する様に構成される、デバイス監視システム。
【請求項１４】
請求項１０から１３のいずれか１項に記載のデバイス監視システムであって、
前記複数のデバイスは、前記複数のデータフラグメントを前記監視装置に通信する様に構成される、デバイス監視システム。
【請求項１５】
請求項１１から１４のいずれか１項に記載のデバイス監視システムであって、
前記デバイス処理リソースは、前記処理リソースによりサポートされるサンドボックス内で前記監視モジュールを実行する様に構成される、デバイス監視システム。
【請求項１６】
請求項１１から１５のいずれか１項に記載のデバイス監視システムであって、
前記監視モジュールは、複数の前記複数のデータフラグメントを通信する様に構成され、複数の前記複数のデータフラグメントは、前記デバイスと一意に関連付けられた識別子を含む、デバイス監視システム。
【請求項１７】
請求項１０から１６のいずれか１項に記載のデバイス監視システムであって、
前記監視装置は、デバイス監視加入サービスの部分として、監視される前記複数のデバイスのデバイスを特定する、監視されるデバイスのレジスタを有する、デバイス監視システム。
【請求項１８】
請求項１０から１７のいずれか１項に記載のデバイス監視システムであって、
前記データ選択モジュールは、前記デバイスの前記識別子を参照することにより、デバイスの前記グループを判定する様に構成される、デバイス監視システム。
【請求項１９】
請求項１６に記載のデバイス監視システムであって、
前記監視モジュールにより通信される前記観察データの本質は工場設定である、デバイス監視システム。
【請求項２０】
請求項１０から１９のいずれか１項に記載のデバイス監視システムを含む、インターネットオブシングス。
【請求項２１】
複数のネットワーク化されたデバイスを監視する方法であって、
前記複数のデバイスから複数のデータフラグメントを受信することであって、前記複数のデータフラグメントは、それぞれ、個別のデバイス識別子と、関連付けられた観察データとを、含む、前記受信することと、
共通デバイス特性の結果として生成される前記複数のデータフラグメントの集合を特定するため、前記複数のデータフラグメントの前記個別の識別子と、前記関連付けられた観察データと、を読むことと、
異常なデバイスのアクティビティを検出するために、特定された前記複数のデータフラグメントの前記集合を分析することと、を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、受信データを分析するデータ分析モジュールを含むタイプの装置に関する。本発明は、例えば、監視対象の複数のネットワーク化された通信可能デバイスを含むタイプのデバイス監視システムにも関する。本発明は、複数のネットワーク化されたデバイスを監視する方法にも関し、方法は、例えば、複数のネットワーク化された通信可能デバイスから受信されるデータを監視するタイプである。
【背景技術】
【０００２】
インターネットオブシングス（ＩｏＴ）システムは、典型的には、多数の個別の小さな、例えば、バッテリで給電されるデバイス及び中央ユニットを含んでいる。デバイスは、例えば、無線チャネルである通信チャネルを介して中央ユニットに接続される。多くの場合、無線チャネルは、例えば、ロングタームエボリューション（ＬＴＥ）、３Ｇ又はＩＥＥ８０２.１１通信システムといった、標準化された通信システムを使用する。これは、デバイスの中央ユニットからの距離をかなりのものにできることを意味する。例えば、クラウドサービスを介して接続することも可能であるため、距離は、無線チャネルの範囲のみにより制限されない。結果、例えば、デバイス改ざんが生じたかを、サイト検査といった、視覚により判定することは常に可能ではない。よって、ＩｏＴデバイスのセキュリティは危機的である。よって、遠隔監視が望まれる。
【０００３】
製造の観点から、デバイスは、デバイスがデザインされた目的のパフォーマンスを可能にするソフトウェアをプリロードされた工場からの出荷の段階で、その目的に沿ったものとみなされ、試験の間に電源投入されると、デバイスは意図された通りに動作を開始する。しかしながら、目的に沿ったとのこの定義は、セキュリティの考慮、例えば、オンサイトでの直接的な改ざんにより侵害される、上述した遠隔デバイスの脆弱性を考慮していない。また、多くの場合、複数のデバイスは、少なくとも部分的に似ており、しばしば、同じ製造者により製造される。結果、デザインが似ていることにより、あるデバイスに対する成功した攻撃は、同じ脆弱性を共有する他の総てのデバイスが攻撃対象になり得ることを暗示する。よって、侵害されたデバイスの製造者の多くのカスタマは、危険にさらされ得る。
【０００４】
これらの脆弱性を利用する様々な技術が存在する。この点、異なるネットワークは、異なるセキュリティ対策と、異なる厳格さの程度を適用する。その様なセキュリティ対策の差の結果、１つのネットワーク又はエンド間のコネクションに関連付けられたデバイスのグループの元になるハードウェア要素の脆弱性と、他のネットワーク又はエンド間のコネクションのデバイスにより使用される同じハードウェア要素との間の相関性は、予期され得ない。同様に、元になるハードウェア要素は、広く配置された多くの異なるデバイスに組み込まれ、あるデバイスの所有者又は製造者に知られた脆弱性は、同じ元になるハードウェア要素を使用する他のデバイスの所有者又は製造者には知られていないかもしれない。さらに、セキュリティ対策は、あるネットワーク或いはサードパーティの中央ユニットにより実現され、よって、ネットワークで実現されるセキュリティ対策に利用可能なデータは、アプリケーションレベルのみで利用可能な、高いレベルの測定データである。アプリケーションレイヤで取得されたデータを使用して認識されるある種のアクティビティは、実際、アクティビティが異常であるときに、通常のアクティビティに見え、例えば、侵害され、ディードス（ＤＤｏＳ）攻撃に参加しているカメラデバイスの様に、アクティビティの異常の本質は、より低いレベルでのデータの分析によりのみ検出できる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩｏＴシステムの脆弱性は、しばしば、中央ユニットとデバイスとの間のトラフィックを監視することにより、或いは、デバイス内で局所的に監視することにより検出でき、その情報は、検出した脅威を中央ユニットにアドバイスするために使用され得る。例えば、米国特許８，６７６，１４９は、デバイス内のトラフィックデータに基づき異常を検出し、中央ユニットに総ての異常を報告するデバイスに関する。"Ａｎｏｍａｌｙ  Ｄｅｔｅｃｔｉｏｎ  ｉｎ  Ｃｅｌｌｕｌａｒ  Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ"（Ｍｕｒｙｎｅｔｓ  ｅｔ  ａｌ．，２０１３ＩＥＥＥ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＩＣＣＣ  ２０１３２０１３）は、マシン−トゥ−マシン（Ｍ２Ｍ）トラフィックを分析し、多数のデバイスのトラフィックデータからデバイスのグループ及び／又は単一デバイス内の異常を検出する研究結果を開示している。研究は、ネットワークのＭ２Ｍデバイスのトラフィックデータに基づきオフラインで行われている。しかしながら、これら公知技術を使用してアプリケーションレベルで侵害されたデバイスを、常に容易に特定すること、特にリアルタイムでは、特定することができない。
【課題を解決するための手段】
【０００６】
本発明の第１態様によると、通信可能デバイスのネットワークのための監視装置が提供され、監視装置は、データ選択モジュールとデータ分析モジュールとをサポートする様に構成された処理リソースと、処理リソースと動作可能に結合され、複数のデータフラグメントを受信する様に構成された通信インタフェースと、を備え、複数のデータフラグメントは、それぞれ、個別のデバイス識別子と、関連付けられた観察データと、を有し、複数のデータフラグメントは、それぞれ、複数の一意なデバイス識別子を有し、データ選択モジュールは、複数のデータフラグメントの個別の識別子と関連付けられた観察データと、を読み、共通デバイス特性の結果として生成された複数のデータフラグメントの集合を特定する様に構成され、データ分析モジュールは、予め定義された、期待される動作パラメータに対して異常なデバイスのアクティビティを検出するため、データ選択モジュールにより特定された複数のデータフラグメントの集合を分析する様に構成される。
【０００７】
共通デバイス特性は、デバイスの振る舞いに関し得る。共通デバイス特性は、デバイスの物理パラメータであり得る。
【０００８】
デバイスの物理パラメータは、周辺デバイスで検出可能であり得る。
【０００９】
周辺デバイスは、処理リソースとは別の測定デバイスであり得る。周辺デバイスは、温度センサであり得る。周辺デバイスは、ＧＮＳＳ受信機であり得る。
【００１０】
共通デバイス特性は、デバイスのアプリケーションの実行で生じる測定可能なパラメータであり得る。
【００１１】
処理リソースは、予期されないデバイス動作を示す、異常なデバイスのアクティビティの検出に応答して、警報を生成する様に構成され得る。
【００１２】
処理リソースは、警報の生成に応答してデバイス更新のための通信を開始する様に構成され得る。更新は、ファームウェア更新であり得る。
【００１３】
データ選択モジュールは、複数のデータフラグメントの集合の別の共通デバイス特性を特定する様に構成され、データ分析モジュールは、異常なデバイスのアクティビティの共通デバイス特性を使用する検出の信頼性を高めるため、別の共通デバイス特性に対してデータ選択モジュールにより特定された複数のデータフラグメントの集合を分析する様に構成され得る。
【００１４】
データ選択モジュールは、共通デバイス特性の結果として生成された複数のデータフラグメントの別の集合を特定する様に構成され、データ分析モジュールは、異常なデバイスのアクティビティを検出するため、データ選択モジュールにより特定された複数のデータフラグメントの別の集合を分析する様に構成され得る。
【００１５】
受信した複数のデータフラグメントのデータフラグメントは、暗号化され得る。データフラグメントは、圧縮データとして受信され得る。実際、データフラグメントは、任意の適切な帯域最適化技術を使用して通信され得る。この点、データフラグメントは、データ差分、データの変化を特定するデルタを表現し得る。
【００１６】
本発明の第２態様によると、本発明の第１態様に関する監視装置と、監視装置と通信可能な複数の通信可能デバイスとを含む、デバイス監視システムが提供される。
【００１７】
複数のデバイスは、アプリケーションレイヤを含むプロトコルスタックをサポートするデバイス処理リソースを含むデバイスを有し、デバイス処理リソースは、アプリケーションレイヤとは独立して動作する監視モジュールもサポートし得る。
【００１８】
システムは、複数の通信可能デバイスのグループに関連付けられるコントロールエンティティをさらに備え得る。
【００１９】
監視装置は、コントロールエンティティに警報を通信する様に構成され得る。
【００２０】
複数のデバイスは、複数のデータフラグメントを監視装置に通信する様に構成され得る。
【００２１】
デバイス処理リソースは、処理リソースによりサポートされるサンドボックスにおいて監視モジュールを実行する様に構成され得る。
【００２２】
監視モジュールは、複数のデータフラグメントを通信する様に構成され、複数のデータフラグメントは、デバイスと一意に関連付けられた識別子を含み得る。
【００２３】
監視装置は、デバイス監視加入サービスの部分として、監視される複数のデバイスのデバイスを特定する、監視されるデバイスのレジスタを有し得る。
【００２４】
データ選択モジュールは、デバイスの識別子を参照することでデバイスのグループを判定する様に構成され得る。
【００２５】
監視モジュールにより通信される観察データの本質は、工場設定であり得る。
【００２６】
本発明の第３態様によると、本発明の第２態様に関するデバイス監視システムを含む、インターネットオブシングスが提供される。
【００２７】
本発明の第４態様によると、複数のデバイスから複数のデータフラグメントを受信することであって、複数のデータフラグメントは、それぞれ、個別のデバイス識別子と、関連付けられた観察データとを、含む、受信することと、共通デバイス特性の結果として生成された複数のデータフラグメントの集合を特定するため、複数のデータフラグメントの個別の識別子と関連付けられた観察データと、を読むことと、異常なデバイスのアクティビティを検出するために、特定された複数のデータフラグメントの集合を分析することと、を含む、複数のネットワーク化されたデバイスを監視する方法が提供される。
【００２８】
この様に、振る舞いの異常を検出するためにデバイスのグループ化をサポートする装置、システム及び方法を提供することができる。アプリケーションデザインとは独立し、例えば、プロトコルスタックのアプリケーションレイヤといったアプリケーション、或いは、デバイスとの通信の終端点のエンティティに見える、より下のシステムレベルでデバイスを監視することにより、通常のエンドユーザの測定技術では検出できない、例えば、デバイスの目的とする動作に直接、或いは、即座のインパクトを持たないが、他のシステムを傷づける原因となる振る舞いを検出することできる。よって、デバイスは、弱点を発見するために提示される無効なコマンドの突然の増加の様な攻撃が生じているのを監視するのみならず、デバイスの自由なグループ化により、その様な検出結果をデバイスの所有者に見せることを可能にし、よって、同じ攻撃が生じる前に、潜在的な脆弱性を所有者は見ることができる。同様にデバイスの自由なグループ化は、単一デバイスの不正確な振る舞いを見つけるのに必要な通常の経過時間の減少を可能にする。実際のハッキングの試みのリアルタイム検出は、より速い応答も可能にし得る。さらに、デバイスの第１グループでの潜在的な異常アクティビティの検出が、アクティビティが異常であるか否かについて決定的ではない場合、第１グループのデバイスに関して認識できたものより多くの振る舞いの例があるかを判定するため、第１グループのデバイスと関連するハードウェア特徴を共有するデバイスの第２グループに関して検出されたアクティビティとクロスチェックでき、異常なアクティビティの確認を得ることができる。
【００２９】
本発明の少なくとも１つの実施形態について、添付の図面を参照し、例示目的で説明を行う。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態を構成するデバイス監視システムの構成図。
【図２】本発明の他の実施形態を構成する、図１の監視装置の構成図。
【図３】図１の通信可能デバイスの構成図。
【図４】図３の通信可能デバイスが使用するデータフラグメントを生成する方法のフロー図。
【図５】本発明のさらなる実施形態を構成し、図２の監視装置が使用する、複数のネットワーク化されたデバイスを監視する方法のフロー図。
【発明を実施するための形態】
【００３１】
以下の説明において、同一の参照符号は、同様の部分を特定するために使用される。
【００３２】
図１を参照すると、デバイス監視システム１００が、第１ＩｏＴネットワーク１０２と、第２ＩｏＴネットワーク１０４と、を監視するために設けられている。第１ＩｏＴネットワーク１０２は、第１グループ又は複数の第１通信可能デバイス１０６を有し、第２ＩｏＴネットワーク１０４は、第２グループ又は複数の第２通信可能デバイス１０８を有する。複数の第１通信可能デバイス１０６及び複数の第２通信可能デバイス１０８の各デバイス１０９は、一意の識別子（ＩＤ）が、例えば、製造時に割り当てられた通信モジュール１１１を備えている。複数の第１通信可能デバイス１０６及び複数の第２通信可能デバイス１０８のデバイスは、それぞれ、例えば、ウェブカム、ＧＮＳＳトラッキングユニット、車載型、ＨＶＡＣシステム及び／又はスマートメータといった、第１ＩｏＴネットワーク１０２及び第２ＩｏＴネットワーク１０４と適合可能な任意の望まれるタイプであり得る。通信モジュール１１１は、デバイス１０９との通信を可能にする任意の適切なモジュールである。あるデバイスについて、通信モジュール１１１の製造者は、デバイス１０９の製造者とは異なり、区別され得ることを理解すべきである。この点、通信モジュール１１１の製造者は、デバイス１０９の製造者へのサプライヤであり得る。さらに、デバイス１０９の所有者、保持者及び／又はユーザは、通信モジュール１１１及び／又はデバイス１０９の製造者とは異なり、区別され得る。
【００３３】
第１ＩｏＴネットワーク１０２は、第１コントロールエンティティ１１０を有し、第２ＩｏＴネットワーク１０４は、第２コントロールエンティティ１１２を有している。第１コントロールエンティティ１１０及び第２コントロールエンティティ１１２は、第１ＩｏＴネットワーク１０２及び第２ＩｏＴネットワーク１０４の動作又は動作の態様を、管理又は監視する任意の技術的なリソースである。第１コントロールエンティティ１１０及び第２コントロールエンティティ１１２の正確な役割は、ＩｏＴネットワーク１０２、１０４それぞれの目的に依存する。例えば、ＩｏＴネットワークは、資産トラッキングデバイスのネットワーク、資産を監視するために使用されるカメラデバイスの監視ネットワーク、複数のカスタマを有し、複数のカスタマの幾つかのものが通信可能デバイスを所有するインターネットサービスプロバイダ（ＩＳＰ）又はインフラストラクチャプロバイダのネットワークであり得る。典型的には、コントロールエンティティは、例えば、サーバといった、通信可能コンピューティング装置を使用して実現される。この点、コントロールエンティティ１１０、１１２は、所定のコントロールエンティティと関連付けられるネットワークを所有又は管理するエンティティのサーバであり、例えば、サーバは、デバイス１０９からデータを集め、及び／又は、データ管理機能をサポートし、例えば、ある種の振る舞い又は機能の遠隔制御を行う。
【００３４】
例えば、インターネット１１４といった、ワイドエリアネットワーク（ＷＡＮ）が提供され、複数の第１の通信可能デバイス１０６は、インターネット１１４を介して第１コントロールエンティティ１１０と通信可能である。複数の第２の通信可能デバイス１０８も、インターネット１１４を介して第２コントロールエンティティ１１２と通信可能である。
【００３５】
監視装置１１６は、複数の第１の通信可能デバイス１０６、複数の第２の通信可能デバイス１０８、第１コントロールエンティティ１１０及び／又は第２コントロールエンティティ１１２とインターネット１１４を介して通信可能である。
【００３６】
複数の第２の通信可能デバイス１０８は、通信可能デバイス１１８のサブセットを有する。この例において、通信可能デバイス１１８のサブセット及び複数の第１の通信可能デバイス１０６は、例えば、同じ製造者により製造された通信モジュール１１１を使用して実現されている。
【００３７】
図２によると、この例において、監視装置１１６は、サーバとして実現され、処理リソース２００を有し、処理リソース２００は、本例ではプロセッサである。処理リソース２００は、例えば、ＲＡＭ２０２といった揮発性メモリと、例えば、デジタルメモリ２０４といった不揮発性メモリと動作可能に結合される。処理リソース２００は、キーボード２０６及びディスプレイ２０８にも結合される。例えば、ハードディスクドライブ又はソリッドステートドライブ（ＳＳＤ）といった格納デバイス２１０も、プロセッサ２００と動作可能に結合され、デバイスデータ２１２のデータベースを有する。上述した個別のデータベース又はデータベースの部分として、その詳細については後述する加入データが格納デバイス２１０に格納され得る。当業者は、上述した監視装置１１６の構造が、他の要素を含むことを理解するが、その様な追加の要素は、本例の理解には必要なく、記述の簡略化及び明確化を維持するため、その詳細については記載しない。
【００３８】
この例において、デバイスデータ２１２のデータベースは、各デバイスのデバイスタイプ及び識別子を含むデバイス登録データを格納している。デバイスデータ２１２のデータベースは、登録された識別子に関連付けられる、振る舞い及び／又は物理パラメータを含み得る予め決められた期待される動作パラメータを有する技術仕様データも格納する。例えば、振る舞いは、デバイス１０９により行われる動作の頻度、生成される出力の様な、実行される機能を含み得る。物理パラメータは、例えば、デバイスの処理リソースの通常の動作温度、又は、例えばデータレートといった物理的な特性又はパフォーマンスといった、デバイス１０９の１つ以上の物理的な要素の物理的な特性を含み得る。
【００３９】
通信可能デバイスが存在するＩｏＴネットワークに応じて、デバイスは、第１コントロールエンティティ１１０又は第２コントロールエンティティ１１２に登録される。代わりに、製造者は、監視装置１１６に１つ以上の通信可能デバイスを登録できる。製造者は、デバイス１０９の製造者、通信モジュール１１１の製造者、又は、監視されるデバイスに関連付けられた振る舞いを監視することに興味がある任意の他のエンティティであり得る。その様なエンティティは、加入者であると考えられ得る。（デバイス１０９又は通信モジュール１１１の）製造者が、監視サービスへの加入を望む場合、製造者は、幾つかの製品を製造することに責任を負い、製造者は、監視装置１１６に複数の通信可能デバイスのみを登録するために選択でき、通信可能デバイスの異なるモデルが、共通の態様又は特徴を共有することを理解すべきである。
【００４０】
この例において、処理リソース２００は、データ選択モジュール２１４と、データ分析モジュール２１６とをサポートしている。データ選択モジュール２１４は、監視装置１１６の通信インタフェース２１８及び格納デバイス２１０と動作可能に結合される。データ選択モジュール２１４は、データ分析モジュール２１６とも通信可能であり、データ分析モジュール２１６は、監視装置１１６の通信インタフェース２１８及び格納デバイス２１０と動作可能に結合される。
【００４１】
図３によると、デバイス１０９は、部分的にプロトコルスタック３０２、３０４、３０６、３０８をサポートするデバイス処理リソース３００を有する。本例において、プロトコルスタックは、アプリケーション環境レイヤ３０４と通信可能なアプリケーションレイヤ３０２を含み、アプリケーション環境レイヤ３０４は、プロトコルスタックのモデムレイヤ３０６と通信可能である。プロトコルスタックは、モデムレイヤ３０６と通信可能なハードウェア及びドライバレイヤ３０８も含む。モデムレイヤ３０６、ハードウェア及びドライバレイヤ３０８は、インターネット１１４、本例では、監視装置１１６と通信するために使用される。通信モジュール１１１は、例えば、モデムレイヤ３０６、ハードウェア及びドライバレイヤ３０８の一部及び監視モジュール３１０といった、プロトコルスタックの一部又は全部をサポートする。
【００４２】
アプリケーションレイヤ３０２は、デバイスの所有者がデバイス１０９にインストールした、デバイス１０９の総てのアプリケーション及び機能をホストするサービスを提供する。アプリケーションレイヤ３０２は、デバイス１０９の基本動作に関する、デバイス１０９の製造者により提供されるアプリケーションも含み得る。
【００４３】
アプリケーション環境レイヤ３０４は、例えば、デバイス１０９のオペレーティングシステム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を有する。モデムレイヤ３０６は、デバイス１０９がデータ送信に使用する、例えば、ＬＴＥ通信規格に従うといった通信技術に応じて、高次レイヤから受信し、送信されるデータを必要なフォーマットにするサービスと、低次レイヤから受信し、高次レイヤに渡すデータを必要なフォーマットにするサービスとを、提供する。
【００４４】
ハードウェア及びドライバレイヤ３０８は、例えば、無線周波数（ＲＦ）送信ステージ及びアンテナといった、モデムレイヤ３０６からの要求されるフォーマットのデータの送信に必要なハードウェアを含む。
【００４５】
点線３１２は、プロトコルスタックの境界を示し、この例において、その下は、通信モジュール１１１の製造者はアクセスを有するが、デバイス１０９の所有者（或いは、コントロールエンティティ１１０、１１２の様な他のエンティティ）はアクセスを有さない。
【００４６】
監視モジュール３１０は、アプリケーションレイヤ３０２、つまり、点線３１２の下で、監視ソフトウェア３１４を実行する様に構成され、監視モジュール３１０により集められたデータを、監視装置１１６に転送するためのアドレス情報３１６を有する。監視モジュール３１０は、例えば、アプリケーション環境レイヤ３０４により提供されるサンドボックス内で実行する様に構成され、或いは、アプリケーション環境レイヤ３０４によりサポートされる個別タスクとして実行する様に構成され得る。アドレス情報は、ＩＰアドレス又は任意の他のタイプのアドレスであり得る。外部デバイス３１８は、例えば、周辺モジュール又はユニットであり、監視モジュール３１０及びハードウェア及びドライバレイヤ３０８と動作可能に結合される。本例において、外部デバイス３１８は、デバイス１０９の外部にあるとして描かれているが、デバイス１０９の構成によっては、外部デバイス３１８は、デバイスの一部分として製造され得ることを理解すべきである。この点、外部デバイス３１８の相対位置は、例えば、プロトコルスタック３０２、３０４、３０６、３０８をサポートするために使用される電子回路に関する、つまり、外部デバイス３１８は、プロトコルスタック３０２、３０４、３０６、３０８をサポートするハードウェアとは機能的に独立し、デバイス１０９のハウジング（図示せず）内、或いは、ハウジング外に配置できる。実際、"外部"デバイス３１８は、プロトコルスタック３０２、３０４、３０６、３０８をサポートするのと同じ集積回路の部分とすることができる。この外部デバイス３１８は、この例では、温度センサ又はＧＳＮＮ受信機であり、データをデバイス１０９及びそのアプリケーションに提供する。外部デバイス３１８は、監視モジュール３１０とのコネクションにより監視ソフトウェア３１４にもデータを提供できる。本例において、外部デバイス３１８は、ハードウェア及びドライバレイヤ３０８に接続されているが、当業者は、必要に応じて、プロトコルスタックの他のレイヤに直接提供できることを理解する。外部デバイス３１８と動作可能に結合されることに加えて、監視モジュール３１０は、アプリケーション環境レイヤ３０４、モデムレイヤ３０６及びハードウェア及びドライバレイヤ３０８にも動作可能に結合される。監視モジュール３１０は、デバイス１０９内から生じる、内部データ資産として参照されるデータ資産を受信でき、さらに、デバイス１０９の外部の１つ以上のソース、例えば、外部デバイス３１８から、外部データ資産として参照されるデータ資産を受信できる。データ資産は、観察データを構成する。データ資産は、遠隔位置、つまり、監視装置１１６で、異常なデバイスのアクティビティを検出するために使用される。異常なデバイスのアクティビティは、デバイスの振る舞い及び／又はデバイスの物理的パラメータ、例えば、温度（デバイスを侵害するため、デバイスを熱する攻撃がしばしば行われる）に関し得る。異常なデバイスのアクティビティは、異常な送信を含み得る。異常なデバイスのアクティビティは、例えば、攻撃された或いは障害となったデバイス１０９の結果として、アプリケーションレイヤ３０２で実行されるコードから生じ���る。
【００４７】
動作中（図４）、監視モジュール３１０の監視ソフトウェア３０４は、監視モジュール３１０への入力、つまり、監視モジュール３１０のプロトコルスタックへの結合と、外部デバイス３１８への結合とにより、上述した内部及び／又は外部データ資産を監視（ステップ４００）する様に構成される。この点、データのその様な獲得は、アプリケーション環境レイヤ３０４、モデムレイヤ３０６及び／又はハードウェア及びドライバレイヤ３０８において、専用のアプリケーションプログラミングインタフェース（ＡＰＩ）を呼び出すことにより達成され得る。代わりに、或いは、追加して、監視モジュール３１０は、データ資産を取得するため、アプリケーション環境レイヤ３０４、モデムレイヤ３０６及び／又はハードウェア及びドライバレイヤ３０８により呼び出され得る。その様な動作は、データ資産の本質に応じて、アクション／イベント駆動に基づき、或いは、時間に基づき得る。
【００４８】
データ資産は、プロトコルスタックのアプリケーションレイヤ３０２の下から生じる。データ資産の例は、温度測定値、ＧＮＳＳ位置データ、基地局ハンドオフデータ、ＩＭＥＩデータ、ウェイクアップ時刻、内部のダイの温度、アプリケーション環境メモリ利用量、中央処理ユニット（ＣＰＵ）のアイドル時間、及び／又は、フラッシュメモリアクセスの利用率であるが、これらに限定されない。獲得されるデータ資産のタイプは、製造中に構成され得る。監視ソフトウェア３１４は、データ資産のいずれかが、デバイス１０９の製造者によって、製造時に予め定義された選択基準を満たしているかを判定するために、受信したデータ資産を分析（ステップ４０２）する。受信したデータ資産が、監視装置１１６に報告することが必要である種類と判定されると、監視ソフトウェア３１４は、データ資産をデバイス１０９の一意な識別子及び監視モジュール３００に格納されたアドレス情報３１６でパッケージ化（ステップ４０４）する。パッケージ化処理は、データ資産、識別子及び／又はアドレス情報の暗号化を含み得る。同様に、必要に応じてデータ圧縮や、任意の他の帯域最適化技術、例えば、通信データ差分又はデルタが適用され得る。パッケージ化されたデータ資産は、プロトコルスタックのより低いレベル、つまり、点線３１２の下での処理のため、アプリケーション環境レイヤ３０４に通信される。代わりに、報告できるデータ資産が現在受信されていないと、監視ソフトウェア３１４は、監視装置１１６に報告することが必要ないずれかのデータ資産を特定するために、データ資産の監視を続ける。アプリケーション環境レイヤ３０４により受信されたパッケージ化されたデータ資産は、プロトコルスタックのデザインに応じてプロトコルスタックにより処理され、プロトコルスタックのハードウェア及びドライバレイヤ３０８を介して送信される（ステップ４０６）。
【００４９】
第１ＩｏＴネットワーク１０２及び第２ＩｏＴネットワーク１０４のそれぞれは、複数の第１通信可能デバイス１０６及び複数の第２通信可能デバイス１０８を有し、複数の通信可能デバイスが、デバイス監視加入サービスに加入し、それぞれが、データフラグメントを監視装置１１６に通信することを理解すべきである。監視装置１１６は、よって、複数のデータフラグメントを受信する。
【００５０】
図５によると、データ選択モジュール２１４は、通信インタフェース２１８を介して上述した複数のデータフラグメントを受信する（ステップ５００）。データ選択モジュール２１４は、その後、データフラグメントに含まれる識別子と、デバイスデータ２１２のデータベースを参照して、共通のデバイス特性を共有するデバイスから生じた１つ以上のデータフラグメントのグループを特定する（ステップ５０２）ことを試みる。この点、デバイスデータ２１２のデータベースに格納された技術仕様データは、共通デバイス特性を特定するために、データ選択モジュール２１４により、例えば、データフラグメントに含まれる識別子を参照してアクセスされる。共通デバイス特性は、この例では、ウェイクアップ機能である。例えば、ウェイクアップ機能も有するスマートメータといった、あるクラスのデバイスから生じるデータフラグメントは、データフラグメントのグループとして選択される。ここで、２以上の共通デバイス特性がありえ、この例で、別の共通デバイス特性は、データフラグメント選択の基準として使用され得る。１つ以上の共通デバイス特性を共有する複数のデータフラグメントが特定されると、データ選択モジュール２１４は、第１ＩｏＴネットワーク１０２及び／又は第２ＩｏＴネットワーク１０４の通信可能デバイスの任意の異常な振る舞いを特定し（ステップ５０４）、データフラグメントのグループを分析するために、データ分析モジュール２１６にデータフラグメントのグループを通信する。つまり、データフラグメントをグループ化するアプローチは、ネットワークには不可知である。ウェイクアップ機能を有するクラスのデバイスの場合、ウェイクアップの通常周期は、例えば、２時間であり得る。データ分析モジュール２１６は、通常の周期を判定するためにデバイスデータ２１２のデータベースにアクセスする。しかしながら、他の実施形態において、その様な技術仕様データは、デバイス１０９の監視装置１１６への登録の間に設定され得る。この情報は、複数のデータフラグメントが、通常の動作パラメータ内である周期においてウェイクアップが実行されていることの報告を構成しているかを判定するために、データ分析モジュール２１６により使用される。例えば、データフラグメントのグループから取得されたデータ資産が、ウェイクアップ周期が通常の動作周期に従わないこと、例えば、時間期間が２時間毎より大変短いことを示していると、これは、データ分析モジュール２１６により異常な振る舞いとみなされる。この点、データフラグメントのグループのデータ資産の統計的な分析は、データフラグメントを生成する統計的に多くの数のデバイスが、期待される動作パラメータに従って動作していないかを判定するために、実行され得る。ここで、統計的に多くの数のデバイスが、異常な動作をしていることが発見されると、これは、デバイスが侵害されたことを示している。追加して、或いは、代わりに、少数のデバイスが、通常の動作パラメータに従って動作していないと判定されると、１つ以上のデバイスの故障を示している。幾つかの例において、１つ以上の追加の共通デバイス特性が、異常なデバイスのアクティビティの共通デバイス特性を使用した検出の信頼性を増加させるためにデータ分析モジュール２１６により分析され得る。幾つかの例において、共通デバイス特性は、データフラグメントの２以上グループであって、各グループそれぞれが異常な振る舞いをするグループを特定するために使用され得る。この点、各グループは、共通の特徴、例えば、通信モジュール１１１の様な、元になるハードウェア要素を共有し、各グループのデータフラグメントは、別の共通のグループにも適合する。よって、共通グループのデータフラグメントの分析は、両方のグループ、よって、例えば、スマートメータ及びスマートストリートライトの様な異なるクラスのデバイスにより示される異常な振る舞いを明らかにし、よって、データフラグメントの個別のグループからのデータフラグメントを独立して分析することでは必ずしも検出できない異常の振る舞いを明らかにすることができる。
【００５１】
幾つかの例において、データフラグメントのグループを分析するためにデータ分析モジュール２１６が使用する基準は、構成可能である。この点、例えば、基準は、コントロールエンティティ１１０、１１２の１つ、或いは、例えば、技術仕様データに関して一方的な監視装置１１６の様な任意の他の適切なエンティティにより設定され得る。その様な例において、調整要求が、適切なエンティティから監視装置１１６に通信され得る。一例として、基準の調整は、受け入れることができない多くの数の偽アラームを伝え得るデバイス１０９に関連付けられた環境状態の結果であり得る。例えば、暖かい気候又は室内での使用の結果として、多数のデバイス１０９が、高い大気温度の環境にあると、例えば、それを超えると、一般的に、異常なアクティビティを示す温度パラメータは、大気温度を考慮して増加できる。追加して、或いは、代わりに、ある基準に関してのデータフラグメントのグループの分析が、受ける入れることができない多数の偽のアラームの結果になると、例えば、閾値を含む基準は、多数の偽アラームを減少するために調整され得る。これは、多数の偽のアラームが、受ける入れることができないくらい高い理由の場合のみ必要であり、例えば、環境の理由を特定することはできない。
【００５２】
デバイスの１つ以上が加入デバイスである場合、データ分析モジュール２１６は、データベース２１２に格納された加入データを参照して判定し、データ分析モジュール２１６は、異常なデバイスの振る舞いの検出に対して、予期しない方法で動作する１つ以上のデバイスを示す警報を生成することにより応答する。警報は、監視装置１１６にデバイス１０９を登録したエンティティ、例えば、異常な動作を示すデバイスの製造者、デバイス１０９の実際の所有者、通信モジュール１１１の製造者及び／又はデバイスに関連付けられた制御エンティティの様なサービスの加入者、に通信される（ステップ５０６）。
【００５３】
送信された警報への応答は、警報の受信者のポリシーに依存し得る。例えば、ある製造者は、さらに異常な振る舞いを調査し、例えば、ファームウェアオーバザエアー（ＦＯＴＡ）更新の様なソフトウェア更新といった、デバイス更新を１つ以上のデバイスに送信する必要があるかを判定できる。
【００５４】
本発明の特定の例を述べたが、当業者は、多くの等価な修正、バリエーションが可能であることを理解する。  例えば、上記例は、通信可能デバイスのウェイクアップの振る舞いを監視する文脈で述べたが、例えば、有効ではないＡＴコマンドのデバイスへの殺到を監視するといった、他のアクティビティを異常な振る舞いの検出の基礎とすることができる。
【００５５】
上記例を、ＩｏＴネットワークの文脈で説明したが、当業者は、本例を他の通信可能デバイスのネットワークに適用できることを理解する。
【００５６】
上記例は、分析が通信モジュール１１１により実行される文脈で説明したが、ここで記載した監視モジュール３１０をサポートするデバイス１０９のデバイス処理リソースが、例えば、通信モジュール１１１の部品又は要素、或いは、それらにネストされた、デバイス１０９の深部において監視目的の処理を行うこともできる。その様な環境において、深い要素によりサポートされた監視モジュール３１０は、プロトコルスタックの点線３１２の下で生じるアクティビティにアクセスを有する。この点、一例として、監視モジュール３１０は、加入者識別モジュール（ＳＩＭ）のプロセッサによりサポートされ、ＳＩＭは、上述したデバイス処理リソースの一部を構成する。
【００５７】
よって、上述した本発明の例示的な実施形態は、説明目的であり、制限するものとはみなされない。上述した実施形態の種々の変更が、本発明の精神及び範囲を逸脱することなく行われ得る。
【００５８】
上記実施形態の装置及び方法は、上述した構造的な部品及びユーザとの相互作用に加えて、コンピュータシステム（特に、コンピュータハードウェア又はコンピュータソフトウェア）、或いは、特別に製造された或いは適合された集積回路で実現され得る。
【００５９】
上述した実施形態の方法は、コンピュータプログラム、或いは、コンピュータプログラムを担持するコンピュータ可読記憶媒体として提供することができ、コンピュータプログラムは、コンピュータ又は他のプロセッサで実行されると、上述した方法を実行させる様に構成される。
【００６０】
用語"コンピュータ可読記憶媒体"は、制限なく、コンピュータ又はコンピュータシステムにより直接的にアクセスされ、読み込まれる任意のメディアを含む。媒体は、フロッピィディスク、ハードディスク格納媒体、磁気テープの様な磁気格納媒体、光ディスク又はＣＤ−ＲＯＭの様な光格納媒体、ＲＡＭ、ＲＯＭ及びフラッシュメモリを含むメモリの様な電気格納媒体、磁気／光格納媒体の様な上述した媒体のハイブリッド及び組み合わせを含み得るが、それらに限定されない。
【図１】
2018109956.tif 000003
【図２】
2018109956.tif 000004
【図３】
2018109956.tif 000005
【図４】
2018109956.tif 000006
【図５】
2018109956.tif 000007
【外国語明細書】
2018109956000001.pdf