(57)【要約】      （修正有）【課題】トラヒック監視のためのデバイスおよび方法ならびに該デバイスにおいて使用するための非一時的有形機械可読媒体を提供する。【解決手段】トラヒック監視システム１は、トラヒック監視デバイス１１、被試験デバイス１３および端末器１５を含む。トラヒック監視デバイスは、確率モデルを記憶する。トラヒック監視デバイスは、監視期間において被試験デバイスによって送信されるパケット量を記録する。トラヒック監視デバイスは、パケット量および監視期間が対応付けられた発生確率が確率閾値より低い時、被試験デバイスは異常状態にあると判断し、発生確率は確率モデルによって判断される。【選択図】図１
2020107337.tif 000002
【特許請求の範囲】
【請求項１】
確率モデルを記憶するように構成されるストレージと、
被試験デバイスおよび前記ストレージと電気的に接続されるプロセッサであって、前記被試験デバイスは複数のパケットを連続的に送信し、監視時間間隔内に前記被試験デバイスによって送信される第１のパケット量を記録すること、および、前記第１のパケット量および前記監視時間間隔が対応付けられた発生確率が確率閾値より低い時、前記被試験デバイスは異常状態にあると判断することであって、前記発生確率は前記確率モデルによって判断されることを特徴とする、判断すること、を行うように構成されるプロセッサと、を含む、
トラヒック監視デバイス。
【請求項２】
前記第１のパケット量を記録する前に、前記プロセッサは、データトレーニング時間間隔内に前記被試験デバイスによって送信される第２のパケット量を記録し、および、前記データトレーニング時間間隔および前記第２のパケット量に従って、かつポアソン確率塊関数に基づいて前記確率モデルを構築するように、さらに構成されることを特徴とする、請求項１に記載のトラヒック監視デバイス。
【請求項３】
前記プロセッサは、前記発生確率が前記確率閾値より高い時前記確率モデルを更新するために、前記第１のパケット量に従って前記第２のパケット量を調整するようにさらに構成されることを特徴とする、請求項２に記載のトラヒック監視デバイス。
【請求項４】
前記第２のパケット量を記録する前に、前記プロセッサは、前記データトレーニング時間間隔内に前記被試験デバイスによって送信される前記複数のパケットの量がパケット量の閾値より低い時、少なくとも１つのトリガメッセージを前記被試験デバイスに送信することで、前記複数のパケットの量を前記パケット量の閾値より高くするようにさらに構成されることを特徴とする、請求項２に記載のトラヒック監視デバイス。
【請求項５】
前記プロセッサは、前記異常状態に従ってトラヒック異常レポートを生成するようにさらに構成されることを特徴とする、請求項１に記載のトラヒック監視デバイス。
【請求項６】
トラヒック監視デバイスのためのトラヒック監視方法であって、
トラヒック監視デバイスは、確率モデルを記憶し、かつ被試験デバイスと電気的に接続され、
前記被試験デバイスは、複数のパケットを連続的に送信し、
前記トラヒック監視デバイスによって、監視時間間隔内に前記被試験デバイスによって送信される第１のパケット量を記録するステップと、
前記第１のパケット量および前記監視時間間隔が対応付けられた発生確率が確率閾値より低い時、前記被試験デバイスは異常状態にあると、前記トラヒック監視デバイスによって判断するステップであって、前記発生確率は前記確率モデルによって判断されることを特徴とする、判断するステップと、を含む、
トラヒック監視方法。
【請求項７】
前記第１のパケット量を記録するステップの前に、前記トラヒック監視デバイスによって、データトレーニング時間間隔内に前記被試験デバイスによって送信される第２のパケット量を記録するステップと、前記トラヒック監視デバイスによって、前記データトレーニング時間間隔および前記第２のパケット量に従って、かつポアソン確率塊関数に基づいて前記確率モデルを構築するステップと、をさらに含む、請求項６に記載のトラヒック監視方法。
【請求項８】
前記発生確率が前記確率閾値より高い時前記確率モデルを更新するために、前記第１のパケット量に従って前記第２のパケット量を前記トラヒック監視デバイスによって調整するステップをさらに含む、請求項７に記載のトラヒック監視方法。
【請求項９】
前記第２のパケット量を記録するステップの前に、前記データトレーニング時間間隔内に前記被試験デバイスによって送信される前記複数のパケットの量がパケット量の閾値より低い時、少なくとも１つのトリガメッセージを前記被試験デバイスに前記トラヒック監視デバイスによって送信することで、前記複数のパケットの量を前記パケット量の閾値より高くするステップをさらに含む、請求項７に記載のトラヒック監視方法。
【請求項１０】
前記異常状態に従ってトラヒック異常レポートを前記トラヒック監視デバイスによって生成するステップをさらに含む、請求項６に記載のトラヒック監視方法。
【請求項１１】
コンピュータプログラムが記憶される非一時的有形機械可読媒体であって、
前記コンピュータプログラムは、前記コンピュータプログラムがトラヒック監視デバイスにロードされる時トラヒック監視方法を実行するように構成される複数のコードを含み、
前記トラヒック監視方法は、
監視時間間隔内に被試験デバイスによって送信される第１のパケット量を記録するステップであって、前記被試験デバイスは複数のパケットを連続的に送信することを特徴とする、記録するステップと、
前記第１のパケット量および前記監視時間間隔が対応付けられた発生確率が確率閾値より低い時、前記被試験デバイスは異常状態にあると判断するステップであって、前記発生確率は確率モデルによって判断されることを特徴とする、判断するステップと、を含む、
非一時的有形機械可読媒体。
【請求項１２】
前記トラヒック監視方法は、前記第１のパケット量を記録するステップの前に、データトレーニング時間間隔内に前記被試験デバイスによって送信される第２のパケット量を記録するステップと、前記データトレーニング時間間隔および前記第２のパケット量に従って、かつポアソン確率塊関数に基づいて前記確率モデルを構築するステップと、をさらに含むことを特徴とする、請求項１１に記載の非一時的有形機械可読媒体。
【請求項１３】
前記トラヒック監視方法は、前記発生確率が前記確率閾値より高い時、前記第１のパケット量に従って前記第２のパケット量を調整するステップをさらに含むことを特徴とする、請求項１２に記載の非一時的有形機械可読媒体。
【請求項１４】
前記トラヒック監視方法は、前記第２のパケット量を記録するステップの前に、前記データトレーニング時間間隔内に前記被試験デバイスによって送信される前記複数のパケットの量がパケット量の閾値より低い時、トリガメッセージを前記被試験デバイスに送信することで、前記複数のパケットの量を前記パケット量の閾値より高くするステップをさらに含むことを特徴とする、請求項１２に記載の非一時的有形機械可読媒体。
【請求項１５】
前記トラヒック監視方法は、前記異常状態に従ってトラヒック異常レポートを生成するステップをさらに含むことを特徴とする、請求項１１に記載の非一時的有形機械可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラヒック監視のためのデバイスおよび方法、ならびに、このデバイスにおいて使用するための非一時的有形機械可読媒体に関する。より詳細には、本発明の実施形態は、時間間隔内に被試験デバイスによって送信されるパケット量を測定し、かつ確率モデルに基づいて被試験デバイスのトラヒック状態を判断する、トラヒック監視のためのデバイス、方法、および非一時的有形機械可読媒体に関する。
【背景技術】
【０００２】
従来のシステム監視技術は、２つのカテゴリに大きく分類可能である。従来のシステム監視技術の第１のカテゴリについて、監視デバイスは、被試験デバイスが異常であるかどうかを判断するために被試験デバイスの特定のメモリスペースのメモリ状態を監視する。この種類の監視技術はメモリアクセスを伴うため、監視デバイスは、被試験デバイスの管理アクセス権を得なければならない。従って、この種類のシステム監視技術は、厳しい条件を必要とし、かつブラックボックス／グレーボックステストシナリオに適用できない。
【０００３】
従来のシステム監視技術の他のカテゴリに関して、監視デバイスは、被試験デバイスのトラヒック内容を分析することによって被試験デバイスのトラヒック状態を判断する。具体的には、監視デバイスは、特定のプロトコルを使用する被試験デバイスの全ての応答を予期することが可能でなければならず、そうあることで被試験デバイスが、被試験デバイスからパケットを受信する時にパケット内容を分析することによって、異常であるかどうかを判断できる。しかしながら、この種類のシステム監視技術は、被試験デバイスのパケット内容の精確な分析を必要とするため、実装形態および動作はより複雑になる。さらに、被試験デバイスによって使用されるプロトコルが異なっている場合があるとすると、ほとんどの監視デバイスは、別個に開発されなければならず、開発費が高額になる。
【０００４】
以上より、従来のシステム監視技術が、不十分な互換性、複雑な実装形態、および高費用という問題を有することが理解さる。このため、従来のシステム監視技術の上述される問題を解決することは、当技術分野において非常に重要となっている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述の問題を解決するために、本開示はトラヒック監視デバイスを提供する。
トラヒック監視デバイスは、ストレージ、および被試験デバイスおよびストレージと電気的に接続されるプロセッサを含む。ストレージは確率モデルを記憶するように構成される。被試験デバイスは、複数のパケットを連続的に送信する。プロセッサは、監視時間間隔内に被試験デバイスによって送信される第１のパケット量を記録するように構成される。プロセッサは、第１のパケット量および監視時間間隔が対応付けられた発生確率が確率閾値より低い時、被試験デバイスは異常状態にあると判断されるようにさらに構成され、発生確率は確率モデルによって判断される。
【０００６】
前述の問題を解決するために、本開示は、トラヒック監視デバイスのためのトラヒック監視方法をさらに提供する。
トラヒック監視デバイスは、確率モデルを記憶し、かつ被試験デバイスと電気的に接続される。被試験デバイスは、複数のパケットを連続的に送信する。トラヒック監視方法は、以下のステップ、トラヒック監視デバイスによって、監視時間間隔内に被試験デバイスによって送信される第１のパケット量を記録するステップと、第１のパケット量および監視時間間隔が対応付けられた発生確率が確率閾値より低い時、被試験デバイスが異常状態にあると、トラヒック監視デバイスによって判断するステップであって、発生確率は確率モデルによって判断される、判断するステップとを含む。
【０００７】
前述の問題を解決するために、本開示は、非一時的有形機械可読媒体をさらに提供する。
非一時的有形機械可読媒体はコンピュータプログラムが記憶され、このコンピュータプログラムは、コンピュータプログラムがトラヒック監視デバイスにロードされる時トラヒック監視方法を実行できる複数のコードを含む。トラヒック監視方法は、以下のステップ：監視時間間隔内に被試験デバイスによって送信される第１のパケット量を記録するステップであって、被試験デバイスは複数のパケットを連続的に送信する、記録するステップと、第１のパケット量および監視時間間隔が対応付けられた発生確率が確率閾値より低い時、被試験デバイスは異常状態にあると判断するステップであって、発生確率は確率モデルによって判断される、判断するステップとを含む。
【課題を解決するための手段】
【０００８】
本発明のトラヒック監視技術は、被試験デバイスが、特定の時間間隔内に被試験デバイスによって送信されるパケット量に基づいて異常であるかどうかを判断する。ゆえに、従来のシステム監視技術のように、被試験デバイスによって使用される種々のプロトコルのための種々のトラヒック監視デバイスを開発する必要はない。さらに、従来のシステム監視技術のように、監視を行うために被試験デバイスに対する管理アクセス権を得る必要はない。さらに、トラヒック監視デバイスは、被試験デバイスによって送信されるパケットに対して精確な分析を行う必要はないため、動作上の複雑さは従来のシステム監視技術のものより低い。開発者は、被試験デバイスによって使用される種々のプロトコルのための種々のトラヒック監視デバイスを開発する必要がないため、従来のシステム監視技術より開発費が安価である。その結果、本開示によって提供される、トラヒック監視のためのデバイスおよび方法、ならびに該デバイスにおいて使用するための非一時的有形機械可読媒体は、従来のシステム監視技術の上述した問題を効果的に解決する。
【０００９】
以上は、本発明を限定することを意図しておらず、全体的に、当業者が本発明を事前に理解できるように、本発明によって解決可能である技術的問題、採用可能である技術的手法、および本発明によって実現可能である技術的効果を説明するものに過ぎない。以下の実施形態において説明される添付の図面および内容に従って、当業者は本発明において特許請求される特徴を理解可能である。
【図面の簡単な説明】
【００１０】
【図１】本発明の１つまたは複数の実施形態によるトラヒック監視システムの概略図である。
【図２Ａ】本発明の１つまたは複数の実施形態による別のトラヒック監視システムの概略図である。
【図２Ｂ】本発明の１つまたは複数の実施形態による、被試験デバイスに対してトラヒック監視を行うトラヒック監視デバイスのフローチャートである。
【図２Ｃ】本発明の１つまたは複数の実施形態による、被試験デバイスに対してトラヒック監視を行うトラヒック監視デバイスのフローチャートである。
【図３】本発明のトラヒック監視方法のフローチャートである。
【発明を実施するための形態】
【００１１】
以下の説明では、本発明は本発明の実施形態に関して開示される。後述する本発明の実施形態が、これらの実施形態において説明されるいずれの特定の環境、応用、構造、プロセス、またはステップに本発明を限定することをも意図しないことは理解されるべきである。添付の図面において、本発明の実施形態に関係がない要素は描写から省略されており、添付の図面における要素の寸法および個々の要素の間の比例関係は典型的な例に過ぎず、本発明を限定することを意図していない。特に記されていない限り、同じ（または同様の）要素のシンボルは、以下の説明における同じ（または同様の）要素に対応し得る。特に記されていない限り、後述される要素のそれぞれの数は、適用において１つまたは複数を意味する。
【００１２】
図１は、本発明の１つまたは複数の実施形態によるトラヒック監視システム１の概略図を示す。図１における内容は、本発明を限定するためのものではなく、本発明の実施形態を例証する目的のためのものに過ぎない。
【００１３】
図１を参照する。本発明の第１の実施形態はトラヒック監視システムである。トラヒック監視システム１は、トラヒック監視デバイス１１、被試験デバイス１３、および端末器１５を含んでよい。
トラヒック監視デバイス１１は、ストレージ１１１、およびストレージ１１１と電気的に接続されるプロセッサ１１３を含んでよい。被試験デバイス１３は、有線または無線式にトラヒック監視デバイス１１と接続され、トラヒック監視デバイス１１は有線または無線で端末器１５と接続される。被試験デバイス１３は、複数のパケットを、トラヒック監視デバイス１１を介して端末器１５に連続的に送信する。トラヒック監視デバイス１１のプロセッサ１１３は、被試験デバイス１３によって受信および送信されるパケット量を監視する、またはプロセッサ１１３および被試験デバイス１３は互いにパケットを送信する。
【００１４】
いくつかの実施形態では、トラヒック監視デバイス１１は、（図示せず）送信インターフェースをさらに含み、プロセッサ１１３は、送信インターフェースを介して被試験デバイス１３および端末器１５と接続される。また、有線接続は、限定はされないが、ケーブルによる接続、またはさまざまな機能の光ファイバネットワークなどを含んでよい。無線接続は、限定はされないが、ブルートゥース（登録商標）、Ｗｉ−Ｆｉ（登録商標）、またはモバイル通信ネットワークによる接続などを含んでよい。
【００１５】
被試験デバイス１３は、モバイル通信装置（例えば、限定はされないが、スマートフォンまたはタブレットコンピュータなど）、ネットワーキング装置（例えば、限定はされないが、サーバ）、モノのインターネット（ＩＯＴ）デバイス、またはパケットを送受信することが可能な他の通信デバイスであってよい。
端末器１５は、パケットを被試験デバイス１３などと送受信するといった相互作用のために、被試験デバイス１３と相互に作用することが可能である通信デバイスであってよい。いくつかの実施形態では、端末器１５およびトラヒック監視デバイス１１は、同じデバイス内に配設されてもよいし、またはシステムを共に形成してよい。トラヒック監視デバイス１１は、被試験デバイス１３によって送信されるパケット量を直接監視できる。すなわち、トラヒック監視デバイス１１は、被試験デバイス１３と送受信するパケットに直接参加できることで、被試験デバイス１３によって送信されるパケット量をより直接的に監視するようにする。
【００１６】
ストレージ１１１は、トラヒック監視デバイス１１によって生成されるデータ、または外部から受信されるデータを記憶するように構成される。ストレージ１１１は、（メインメモリまたは内部メモリとも呼ばれる）一次メモリを含んでよく、プロセッサ１１３は、一次メモリに記憶される命令セットを直接読み出してよく、かつ必要に応じてこれらの命令セットを実行してよい。ストレージ１１１は、オプションとして、（外部メモリまたは補助メモリとも呼ばれる）二次メモリを含んでよく、二次メモリは、記憶されたデータを、データバッファを介して一次メモリに送信してよい。例えば、二次メモリは、例えば、限定はされないが、ハードディスクまたは光ディスクなどであってよい。ストレージ１１１は、オプションとして、三次メモリ、すなわち、例えば、モバイルディスクといった、コンピュータに対して直接挿入または引き出しが可能であるストレージデバイスを含んでよい。第１の実施形態では、ストレージ１１１は確率モデルＭＤを記憶する。
【００１７】
プロセッサ１１３は、信号処理などが可能であるマイクロプロセッサまたはマイクロコントローラである。マイクロプロセッサまたはマイクロコントローラは、動作、記憶、または出力／入力などが可能である一種のプログラム可能な特定の集積回路である。また、マイクロプロセッサまたはマイクロコントローラは、さまざまなコード化命令を受信しかつ処理できることによって、さまざまな論理演算および算術演算が行われ、かつ対応する演算結果が出力される。プロセッサ１１３は、トラヒック監視デバイス１１においてさまざまな動作またはプログラムを実行するようにプログラミングされてよい。
【００１８】
監視時間間隔内に、プロセッサ１１３は、被試験デバイス１３から端末器１５に送信される合計「Ｍ」のパケット、すなわち、パケットＰ＿０１、パケットＰ＿０２、…、パケットＰ＿０Ｍを記録することによって、監視時間間隔内に被試験デバイス１３によって送信される第１のパケット量を取得する。
第１のパケット量を取得した後、プロセッサ１１３は、確率モデルＭＤに従って、監視時間間隔および第１のパケット量が対応付けられた発生確率、すなわち、「監視時間間隔内に被試験デバイス１３によって第１のパケット量のパケットを送信する」確率を計算する。発生確率が事前設定された確率閾値より低い時、「監視時間間隔内に被試験デバイス１３によって第１のパケット量のパケットを送信する」ことが異例の状況に分類可能であることを意味するため、プロセッサ１１３は、その後、被試験デバイス１３が異常状態にあると判断できる。
【００１９】
前述のパケット量「Ｍ」が変数値であってよいことが理解されるべきである。より詳細には、それぞれの監視時間間隔内に被試験デバイス１３によって送信されるパケット量「Ｍ」は異なっている場合がある。従って、種々の監視時間間隔内に計算される確率は変化し得る。
【００２０】
また、確率モデルＭＤはストレージ１１１において事前確立されかつ記憶される計算モデルであってよい。確率モデルＭＤは、監視時間間隔のさまざまな単位時間長内に特定のパケット量を送信するさまざまな発生確率を計算するために使用されてよい。例えば、０．１５秒ごとに、８パケット、１２パケット、１６パケット、２０パケット、および２４パケットを送信する発生確率は、それぞれ、約０．０２、０．０８、０．０９、０．０４、および０．０１であり、計算に確率関数を使用することで得ることができる。従って、確率モデルＭＤを使用することによって、トラヒック監視デバイス１１は、後の確率閾値との比較のために単位時間内に送信されるパケット量による確率値を生成できる。
【００２１】
図２Ａは、本発明の１つまたは複数の実施形態によるトラヒック監視システム２Ａの概略図を示す。図２Ｂおよび図２Ｃは、本発明の１つまたは複数の実施形態による、被試験デバイス１３に対してトラヒック監視を行うトラヒック監視デバイス１１のフローチャートを示す。図２Ａ、図２Ｂ、および図２Ｃに示される内容は、本発明を限定するためのものではなく、本発明の実施形態を例証する目的のためのものに過ぎない。
【００２２】
図２Ａ、図２Ｂ、および図２Ｃを参照する。本発明の第２の実施形態は第１の実施形態を拡張したものである。本発明の第１の実施形態におけるトラヒック監視システム１のように、トラヒック監視システム２Ａはまた、トラヒック監視デバイス１１、被試験デバイス１３、および端末器１５を含んでよい。第２の実施形態では、トラヒック監視デバイス１１のプロセッサ１１３は、トラヒック監視プロセス２Ｂおよびトラヒック監視プロセス２Ｃを実行するようにさらに構成される。
【００２３】
トラヒック監視プロセス２Ｂにおいて、監視時間間隔内に被試験デバイス１３によって送信されるパケット量を記録する前に、プロセッサ１１３は、データトレーニング時間間隔内に被試験デバイス１３によって送信されるパケット量を記録し、次いで、データトレーニング時間間隔内に被試験デバイス１３によって送信されるパケット量がパケット量の事前設定された閾値より高いかどうかを分析してよい（アクション２０１として標示される）。
データトレーニング時間間隔内に被試験デバイス１３によって送信されるパケット量がパケット量の閾値より低い場合、プロセッサ１１３は、少なくとも１つのトリガメッセージを被試験デバイス１３に自発的に送信できることで、プロセッサ１１３の少なくとも１つのトリガメッセージに応答してパケットを送信するように被試験デバイス１３をトリガするようにする（アクション２０３として標示される）。次に、プロセッサ１１３は、データトレーニング時間間隔内に被試験デバイス１３によって送信されるパケット量が実際に、パケット量の閾値より高くなるまで、アクション２０１および２０３を繰り返してよく、その後、方法はトラヒック監視プロセス２Ｃに進む。
【００２４】
例えば、データトレーニング時間間隔（例えば、限定はされないが、６０秒）内に被試験デバイス１３によって送信されるパケット量（すなわち、パケットＰ＿０１、パケットＰ＿０２、…、パケットＰ＿０Ｍで構成される合計「Ｍ」パケット）がパケット量の閾値より低い場合、プロセッサ１１３は、「Ｌ」のトリガメッセージ（すなわち、トリガメッセージＴ＿１、トリガメッセージＴ＿２、…、トリガメッセージＴ＿Ｌ）を連続的に（例えば、限定はされないが、等しい時間間隔で）送信してよく、被試験デバイス１３は、プロセッサ１１３によって送信される「Ｌ」のトリガメッセージに応答して、「Ｎ」のパケット（すなわち、パケットＰ＿１１、パケットＰ＿１２、…、パケットＰ＿１Ｎ）を対応して送信する。
次に、プロセッサ１１３は、再び分析し、データトレーニング時間間隔内に被試験デバイス１３によって送信されるパケット量（すなわち、パケット量「Ｍ」および「Ｎ」の合計）が実際に、パケット量の閾値（例えば、限定はされないが、３０）より高いことを確認できる。
【００２５】
前述のパケット量「Ｍ」および「Ｎ」が変数値であってよいことが理解されるべきである。より詳細には、被試験デバイス１３は、それぞれの監視時間間隔内に「Ｍ」および「Ｎ」と異なるパケット量を送信してよい。より精確な確率モデルＭＤを確立するために、トラヒック監視デバイス１１は、被試験デバイス１３に、量がパケット量の閾値より大きいパケットを送信させる。
【００２６】
その後、トラヒック監視プロセス２Ｃにおいて、プロセッサ１１３は、データトレーニング時間間隔内に被試験デバイス１３によって送信される第２のパケット量を記録し（アクション２０５として標示される）、データトレーニング時間間隔および第２のパケット量に従って、かつポアソン確率塊関数に基づいて確率モデルＭＤを構築し（アクション２０７として標示される）、さらにまた、確率モデルＭＤをストレージ１１１に記憶できる。具体的には、ポアソン確率塊関数は以下のようなものであってよい。
【００２７】
【数１】
2020107337.tif 000003
【００２８】
本発明の１つまたは複数の実施形態において、
「Ｘ」は離散型確率変数であり、
「ＰＸ（Ｋ）」は、「Ｘ」が「Ｋ」に等しい時のポアソン確率塊関数であり、
「ｅ」はオイラー数であり、
「μ」はポアソン確率塊関数のパラメータであり、
「Ｋ」は第１のパケット量（すなわち、監視時間間隔内のパケット量）であり、
「ＲＸ」は実数を表し、
本発明の実施形態では、パラメータ「μ」は以下のようなものであってよい。
【００２９】
【数２】
2020107337.tif 000004
「Ｓ」は第２のパケット量（すなわち、データトレーニング時間間隔内のパケット量）であり、
「Ｔ」はデータトレーニング時間間隔であり、
「ｔ」は監視時間間隔である。
【００３０】
例えば、プロセッサ１１３は、データトレーニング時間間隔（例えば、限定はされないが、２秒）内に被試験デバイス１３によって送信される第２のパケット量（例えば、限定はされないが、２００）を記録できることで、確率モデルＭＤを以下のように構築する。
【００３１】
【数３】
2020107337.tif 000005
【００３２】
確率モデルＭＤを構築後、プロセッサ１１３は、監視時間間隔内に被試験デバイス１３によって送信される、パケットＰ＿０１、パケットＰ＿０２、…、パケットＰ＿０Ｍの第１のパケット量を記録し（アクション２０９として標示される）、かつ確率モデルＭＤに従って監視時間間隔および第１のパケット量から計算される発生確率が確率閾値より低いかどうかを判断でき（アクション２１１として標示される）、それによって、被試験デバイス１３が異常状態にあるかどうかを判断する。
【００３３】
例えば、プロセッサ１３は、被試験デバイスが監視時間間隔（例えば、限定ではないが、０．１５秒）内に合計２３パケットを送信したことを記録してよい。次いで、「被試験デバイス１３によって０．１５秒内に２３パケットを送信する」ことに対応する発生確率は、約０．０１３２（すなわち、１．３２％）である、上記の式３による確率モデルＭＤによって計算されてよい。次に、プロセッサ１１３は、発生確率（すなわち、「１．３２％」）が確率閾値（例えば、限定はされないが、「２％」）より低いことを確認できることによって、被試験デバイス１３が異常状態にあることを判断する。
【００３４】
いくつかの実施形態では、被試験デバイス１３が異常状態にあると判断した後、プロセッサ１１３は、被試験デバイス１３が異常状態にあることをレポート（または表示）し、かつ異常状態に関連しているトラヒック異常レポートを生成してよく（アクション２１３として標示される）、それによって、ユーザは、被試験デバイス１３のトラヒック条件を記録するか、または被試験デバイス１３に対するトラヒックへの調整を行う。
【００３５】
監視時間間隔内に被試験デバイス１３によって送信される第１のパケット量から確率モデルＭＤに従って計算される発生確率が確率閾値より高い場合、プロセッサ１１３は、被試験デバイス１３が異常状態にないと判断し、プロセッサ１１３は、被試験デバイス１３が異常状態にあること、またはユーザがトラヒック監視プロセス２Ｂおよびトラヒック監視プロセス２Ｃを終了していることが判断されるまで、アクション２０５、２０７、２０９、および２１１を繰り返してよい。
また、プロセッサ１１３が、被試験デバイス１３が異常状態にないと判断し、かつアクション２０５を繰り返す時、プロセッサ１１３は、最終時間のデータ（すなわち、異常と判断されない第１のパケット量および監視時間間隔）を第２のパケット量およびデータトレーニング時間間隔として使用することが可能となり、確率モデルＭＤを更新する。
【００３６】
いくつかの実施形態では、ユーザは、発生確率が期待値に従っているかどうかを判断し、かつ確率閾値を修正できることで、被試験デバイス１３が異常状態にあるかどうかを判断する。同様に、ユーザが、被試験デバイス１３が異常状態にないと判断する場合、プロセッサ１１３は、発生確率が確率閾値より低くなるか、またはユーザがトラヒック監視プロセス２Ｂおよびトラヒック監視プロセス２Ｃを自発的に終了するまで、アクション２０５、２０７、２０９、および２１１を繰り返してよい。
【００３７】
図３は、本発明のトラヒック監視方法のフローチャートを示す。図３に示される内容は、本発明を限定するためのものではなく、本発明の実施形態を例証する目的のためのものに過ぎない。
【００３８】
図３を参照する。本発明の第３の実施形態は、トラヒック監視デバイス（例えば、第１の実施形態に説明されるトラヒック監視デバイス１１）のためのトラヒック監視方法３である。トラヒック監視デバイスは、確率モデルを記憶し、かつ被試験デバイスと電気的に接続される。被試験デバイスは複数のパケットを連続的に送信する。トラヒック監視方法３は、以下のステップ、トラヒック監視デバイスによって、監視時間間隔内に被試験デバイスによって送信される第１のパケット量を記録するステップ（３０１として標示される）と、第１のパケット量および監視時間間隔が対応付けられた発生確率が確率閾値より低い時被試験デバイスが異常状態にあると、トラヒック監視デバイスによって判断するステップであって、発生確率は確率モデルによって判断される、判断するステップ（３０３として標示される）とを含んでよい。
【００３９】
いくつかの実施形態では、第３の実施形態におけるトラヒック監視方法３は、第１のパケット量を記録するステップの前に、以下のステップ、トラヒック監視デバイスによって、データトレーニング時間間隔内に被試験デバイスによって送信される第２のパケット量を記録するステップと、トラヒック監視デバイスによって、データトレーニング時間間隔および第２のパケット量に従って、かつポアソン確率塊関数に基づいて確率モデルを構築するステップと、をさらに含んでよい。
【００４０】
いくつかの実施形態では、第３の実施形態におけるトラヒック監視方法３は、以下のステップ、トラヒック監視デバイスによって、データトレーニング時間間隔内に被試験デバイスによって送信される第２のパケット量を記録するステップと、トラヒック監視デバイスによって、データトレーニング時間間隔および第２のパケット量に従って、かつポアソン確率塊関数に基づいて確率モデルを構築するステップと、トラヒック監視デバイスによって、発生確率が確率閾値より高い時確率モデルを更新するために、第１のパケット量に従って第２のパケット量を調整するステップと、をさらに含んでよい。
【００４１】
いくつかの実施形態では、第３の実施形態におけるトラヒック監視方法３は、以下のステップ、データトレーニング時間間隔内に被試験デバイスによって送信される複数のパケットの量がパケット量の閾値より低い時、少なくとも１つのトリガメッセージを被試験デバイスにトラヒック監視デバイスによって送信することで、複数のパケットの量をパケット量の閾値より高くするステップと、トラヒック監視デバイスによって、データトレーニング時間間隔内に被試験デバイスによって送信される第２のパケット量を記録するステップと、トラヒック監視デバイスによって、データトレーニング時間間隔および第２のパケット量に従って、かつポアソン確率塊関数に基づいて確率モデルを構築するステップと、をさらに含んでよい。
【００４２】
いくつかの実施形態では、第３の実施形態におけるトラヒック監視方法３は、以下のステップ、異常状態に従ってトラヒック異常レポートをトラヒック監視デバイスによって生成するステップをさらに含んでよい。
【００４３】
第３の実施形態では、トラヒック監視方法３は、前述のステップに加えて、トラヒック監視デバイス１１に関連している上記の実施形態全てに対応する他のステップを実行してもよい。これらの他のステップは、トラヒック監視デバイス１１の上記の説明に基づいて当業者によって理解されるものであるため、本明細書においてさらに説明されることはない。
【００４４】
第３の実施形態において説明されるトラヒック監視方法３は、複数のコードを含むコンピュータプログラムとして実施されてよい。コードは、コンピュータプログラムが電子装置にロードされる時、第３の実施形態におけるトラヒック監視方法３を実行可能である。コンピュータプログラムは、非一時的有形機械可読媒体、例えば、限定はされないが、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、フロッピーディスク、モバイルハードディスク、磁気テープ、ネットワークにアクセス可能なデータベース、または、同じ機能を有し、かつ当業者に周知である任意の他の記憶媒体に記憶されてよい。
【００４５】
上記の説明によると、本発明のトラヒック監視技術は、特定の時間間隔内に被試験デバイスによって送信されるパケット量を検出し、特定の確率モデルに基づいて確率値を生成し、被試験デバイスが、確率値、およびユーザによって設定される確率閾値を使用することによって異常状態にあるかどうかを判断する。従って、本開示に提供される、トラヒック監視のためのデバイスおよび方法、ならびに該デバイスにおいて使用するための非一時的有形機械可読媒体は、パケットの内容を解釈する必要なく被試験デバイスの使用状態を判断できる。本発明は、従来のトラヒック監視技術と比較して、広範な適用性および低複雑度のトラヒック監視方法を提供する。
【００４６】
本発明の明細書および特許請求の範囲において、第１のパケット量および第２のパケット量における「第１の」および「第２の」などの用語が、異なる時間間隔内に監視されるパケット量を表すためだけに使用され、一連のパケット量を限定することを意図するものではないことが理解されるべきである。
【００４７】
本明細書において複数の実施形態が開示されているが、これらの実施形態は本発明を限定することを意図するものではない。これらの実施形態の等価物または方法（例えば、上記の実施形態の修正および／または組み込み）もまた、本発明の趣旨および範囲から逸脱することのない本発明の一部である。当業者によって容易になされ得るいずれの修正物または等価物も本発明の範囲内にあり、本発明の範囲は特許請求の範囲に画成される内容に準拠する。
【図１】
2020107337.tif 000006
【図２Ａ】
2020107337.tif 000007
【図２Ｂ】
2020107337.tif 000008
【図２Ｃ】
2020107337.tif 000009
【図３】
2020107337.tif 000010
【外国語明細書】
2020107337000001.pdf