JP7416936B2

JP7416936B2 - データ取得方法および装置

Info

Publication number: JP7416936B2
Application number: JP2022528100A
Authority: JP
Inventors: ▲偉▼ 宋; 子▲韜▼ 王; ▲欽▼ ▲呉▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-11-14
Filing date: 2020-10-07
Publication date: 2024-01-17
Anticipated expiration: 2040-10-07
Also published as: MX2022005907A; EP4044033A4; CN112799856A; BR112022009123A2; US20220278912A1; JP2023501662A; EP4044033A1; WO2021093489A1

Description

この出願は、2019年11月14日に中国国家知識産権局に出願され、発明の名称を「データ取得方法および装置」とする中国特許出願CN201911113511.3号の優先権を主張し、その全体が参照によりここに組み込まれる。

この出願は、デバイス管理の分野、特に、データ取得方法および装置に関する。

ネットワーク管理デバイスは、デバイスと相互作用して、デバイスのデータを収集し、分析することができる。具体的には、デバイスは、固定された周期に基づいてネットワーク管理デバイスにデータを報告してよく、ネットワーク管理デバイスは、受信されたデータを分析する。結果として、ネットワーク管理デバイスは、大量のデータを受信する必要がある。ネットワーク管理デバイスおよびデバイスは、比較的重い負荷および貧弱な性能を有する。

この出願の実施形態は、デバイスの負荷を減らし、デバイスの性能を向上させるためにデータ取得方法を提供する。

第1の態様によれば、データ取得方法が提供される。方法においては、第1のデバイスが、第1のメッセージを生成してよく、第1のメッセージは、第1の条件および第1の条件に対応する第1の周期を含み、第1のデバイスが、第1の条件が満たされるときに第2のデバイスが第1の周期に基づいて第1のデバイスにデータを報告するように、第1のメッセージを第2のデバイスに送信してよい。この出願のこの実施形態においては、第2のデバイスがそれに基づいて第1のデバイスにデータを報告する周期が、第1のデバイスによって配信される条件に基づいて決定される周期であり、つまり、第1の条件が満たされるとき、データが第1の周期に基づいて第1のデバイスに報告されることが知られることが可能である。第1の条件が満たされるかどうかに依存して周期が設定され、それによって、第2のデバイスが実際の状況に基づいてデータをサンプリングし、これは、冗長なサンプリングを減らし、サンプリングの効率を向上させ、デバイスの負荷を減らし、性能を向上させる。第1の周期は、比較的大きな値であってよいことが理解され得る。このようにして、第2のデバイスが第1のデバイスにデータを報告する頻度が減らされ、それによって、第1のデバイスによって受信されるデータの量が減らされ、それに対応して、第1のデバイスのデータ分析の圧迫が減らされる。ここで言及される第1のデバイスは、ネットワーク管理デバイスであってよい。ネットワーク管理デバイスのデータ分析の圧迫が、この出願のこの実施形態において提供されるこの解決策を使用することによって減らされることが可能であることが知られることが可能である。

可能な実装において、第1のデバイスは、可変時間の周期に基づいて特定のデータを報告するように第2のデバイスに示すために、複数のメッセージを第2のデバイスに送信してよい。たとえば、第1のデバイスは、RSSIを報告するように第2のデバイスに示すために第2のデバイスに2つのメッセージを送信してよい。第1の条件が満たされるときに周期T1に基づいてRSSIを第1のデバイスに報告し、第2の条件が満たされるときに周期T2に基づいてRSSIを第1のデバイスに報告するように第2のデバイスに示すために、1つのメッセージは第1の周期T1および第1の条件を保持し、他のメッセージは第2の周期T2および第2の条件を保持する。第1のデバイスと第2のデバイスの間の相互作用の回数を減らし、第1のデバイスが第2のデバイスに同じデータについて複数のメッセージを繰り返し送信することを防ぐために、第1のメッセージが、第1の周期および第1の条件に加えて、第2の周期および第2の条件をさらに保持してよい。このようにして、第1のデバイスは、可変時間の周期に基づいて特定のデータを報告するように第2のデバイスに示すために、1つのみの第1のメッセージを第2のデバイスに送信することができる。

可能な実装において、第1の条件は、第1のパラメータが第1の閾値以上であること、であってよく、または第1の条件は、第1のパラメータが第1の閾値より小さいこと、であってよい。第1のパラメータは、第2のデバイスによって第1のデバイスに報告されるパラメータであり、第1のパラメータは、たとえば、RSSIであってよい。このようにして、第2のデバイスがそれに基づいて第1のデバイスにデータを報告する周期が、第1のパラメータの値に基づいて決定されてよい。第2のデバイスによって第1のデバイスに報告されるデータの量が減らされるという前提のもとで、第1のデバイスは、第2のデバイスによって報告されたデータに基づいて第2のデバイスの動作ステータスを分析することができる。加えて、第1の条件は、期間が第1の瞬間と第2の瞬間の間であることを含んでよい。この場合、第1のメッセージは、第1のパラメータをさらに含む。第2の条件は、第1の条件と異なる。第1の条件が、第1のパラメータが第1の閾値以上であること、であるとき、第2の条件は、第1のパラメータが第1の閾値より小さいこと、であってよい。第1の条件が、第1のパラメータが第1の閾値より小さいこと、であるとき、第2の条件は、第1のパラメータが第1の閾値以上であること、であってよい。第1の条件が、期間が第1の瞬間と第2の瞬間の間であること、であるとき、第2の条件は、期間が第3の瞬間と第4の瞬間の間であること、などであってよい。第1のメッセージが、第1の条件、第1の周期、第2の条件、および第2の周期を保持し、それによって、周期が、動的に設定されることが可能であり、これは、冗長なサンプリングを減らし、サンプリングの効率を向上させ、デバイスの負荷を減らすことが理解され得る。

第2の態様によれば、この出願の実施形態は、データ取得方法を提供する。方法においては、第2のデバイスが、第1の条件および第1の周期を取得してよく、第1の条件および第1の周期が、第1のデバイスからのものであり、第1の条件および第1の周期を取得した後、第2のデバイスが、第1の条件が満たされるときに第1の周期に基づいて第1のデバイスにデータを報告してよい。第2のデバイスがそれに基づいて第1のデバイスにデータを報告する周期が、条件に基づいて決定される周期であり、つまり、第1の条件が満たされるとき、第2のデバイスが第1の周期に基づいて第1のデバイスにデータを報告し、それによって、第2のデバイスが実際の状況に基づいてデータをサンプリングし、これは、冗長なサンプリングを減らし、サンプリングの効率を向上させ、デバイスの負荷を減らし、性能を向上させることが知られることが可能である。

可能な実装において、第2のデバイスは、第1のデバイスから第1のメッセージを受信し、第1のメッセージを解析することによって第1の条件および第1の周期を取得してよい。別の実装においては、第1の条件および第1の周期を初めて取得した後、第2のデバイスは、第1の条件および第1の周期を記憶してよい。第2のデバイスは、その後、第1の条件および第1の周期が取得されることが要求されるときにキャッシュから第1の条件および第1の周期を取得してよい。

可能な実装において、第2のデバイスは、第1のデバイスから第2の条件および第2の周期をさらに取得してよい。第1の条件および第1の周期を取得した後、第2のデバイスは、第2の条件が満たされるときに第2の周期に基づいて第1のデバイスにデータを報告してよい。言い換えると、第2のデバイスは、第1の条件が満たされたるときに第1の周期に基づいて第1のデバイスにデータを報告し、第2の条件が満たされるときに第2の周期に基づいて第1のデバイスにデータを報告してよい。つまり、第2のデバイスは、実際の状況に基づいてデータをサンプリングしてよく、これは、冗長なサンプリングを減らし、サンプリングの効率を向上させ、デバイスの負荷を減らす。

可能な実装において、第2のデバイスは、第1のデバイスから第1のメッセージを受信し、第1のメッセージを解析することによって第2の条件および第2の周期を取得してよい。別の実装においては、第2の条件および第2の周期を初めて取得した後、第2のデバイスは、第2の条件および第2の周期を記憶してよい。その後、第2の条件および第2の周期を取得するとき、第2のデバイスは、キャッシュから第2の条件および第2の周期を取得してよい。

可能な実装において、第1の条件は、期間が第1の瞬間と第2の瞬間の間であることを含むか、第1の条件は、第1のパラメータが第1の閾値以上であることを含み、第1のパラメータが、第2のデバイスによって第1のデバイスに報告されるパラメータであるか、または第1の条件は、第1のパラメータが第1の閾値より小さいことを含む。

可能な実装において、第2の条件は、期間が第3の瞬間と第4の瞬間の間であることを含むか、第2の条件は、第1のパラメータが第1の閾値以上であることを含み、第1のパラメータが、第2のデバイスによって第1のデバイスに報告されるパラメータであるか、または第2の条件は、第1のパラメータが第1の閾値より小さいことを含む。

可能な実装において、第1のパラメータは、受信信号強度インジケータRSSIを含む。

第3の態様によれば、この出願の実施形態は、データ取得装置を提供し、装置は、第1のデバイスに配置され、装置は、第1のメッセージを生成するように構成された生成ユニットであって、第1のメッセージが、第1の条件および第1の周期を含み、第1の条件が、第1の周期に対応する、生成ユニットと、第1の条件が満たされるときに第2のデバイスが第1の周期に基づいて装置にデータを報告するように、第1のメッセージを第2のデバイスに送信するように構成された送信ユニットとを含む。

第4の態様によれば、この出願の実施形態は、データ取得装置を提供し、装置は、第2のデバイスに配置され、装置は、第1の条件および第1の周期を取得するように構成された取得ユニットであって、第1の条件および第1の周期が、第1のデバイスからのものである、取得ユニットと、第1の条件が満たされるときに第1の周期に基づいて第1のデバイスにデータを報告するように構成された送信ユニットとを含む。

可能な実装において、取得ユニットは、第2の条件および第2の周期を取得するようにさらに構成され、第2の条件および第2の周期は、第1のデバイスからのものであり、送信ユニットは、第2の条件が満たされるときに第2の周期に基づいて第1のデバイスにデータを報告するようにさらに構成される。

可能な実装において、取得ユニットは、具体的には、第1のデバイスによって送信された第1のメッセージを受信することであって、第1のメッセージが、第1の条件および第1の周期を含む、前記受信すること、またはキャッシュされている第1の条件および第1の周期を取得することであって、第1の条件および第1の周期が、第1のデバイスによって送信された第1のメッセージからのものである、前記取得することを行うように構成される。

可能な実装において、取得ユニットは、具体的には、第1のデバイスによって送信された第1のメッセージを受信することであって、第1のメッセージが、第2の条件および第2の周期を含む、前記受信すること、またはキャッシュされている第2の条件および第2の周期を取得することであって、第2の条件および第2の周期が、第1のデバイスによって送信された第1のメッセージからのものである、前記取得することを行うように構成される。

第5の態様によれば、この出願の実施形態は、データ取得デバイスを提供する。デバイスは、プロセッサおよびメモリを含む。メモリは、命令を記憶するように構成され、プロセッサは、メモリ内の命令を実行して、第1の態様の任意の可能な実装による方法、または第2の態様の任意の可能な実装による方法を実行するように構成される。

第6の態様によれば、この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータにおいて実行されるとき、コンピュータは、第1の態様の任意の可能な実装による方法または第2の態様の任意の可能な実装による方法を実行することを可能にされる。

第7の態様によれば、この出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。命令がコンピュータにおいて実行されるとき、コンピュータは、第1の態様の任意の可能な実装による方法または第2の態様の任意の可能な実装による方法を実行することを可能にされる。

ネットワークシナリオの概略図である。この出願の実施形態によるデータ取得方法のシグナリング交換図である。この出願の実施形態によるYANGデータモデルを動的にサブスクライブする概略図である。この出願の実施形態によるYANGデータモデルをサブスクライブおよび構成する概略図である。この出願の実施形態によるYANGデータモデルを動的にサブスクライブする概略図である。この出願の実施形態によるYANGデータモデルをサブスクライブおよび構成する概略図である。この出願の実施形態によるYANGデータモデルを動的にサブスクライブする概略図である。この出願の実施形態によるYANGデータモデルをサブスクライブおよび構成する概略図である。この出願の実施形態によるデータ取得装置の構造の概略図である。この出願の実施形態によるデータ取得装置の構造の概略図である。この出願の実施形態によるデータ取得デバイスの構造の概略図である。

図1に表されるネットワークシナリオにおいては、ネットワーク管理デバイス101が、デバイス102、デバイス103、およびデバイス104を制御し、管理してよい。ネットワーク管理デバイス101とデバイス102の間の相互作用が、ネットワーク管理デバイスと任意のデバイスの間の相互作用を説明するために例として使用される。

ネットワーク管理デバイス101およびデバイス102は、ネットワーク構成プロトコル(Network Configuration Protocol、NETCONF)または具象的状態転送構成プロトコル(Representational State Transfer Configuration Protocol、RESTCONF)を使用することによって互いに相互作用してよい。

NETCONFは、YANGモデルを基にしたサブスクリプション(subscription)通知(notification)メカニズムをサポートする。具体的には、YANGプッシュ(Push)は、サブスクリプションプッシュメカニズムを提供する。ネットワーク管理デバイス101は、メカニズムを使用することによってデバイス102にサブスクリプション要求を送信してよい。サブスクリプション要求は、ネットワーク管理デバイス101にデータを報告するようにデバイス102に示すために使用される。サブスクリプション要求は、動的サブスクリプションメッセージとして表現されてよく、またはサブスクリプションおよび構成メッセージとして表現されてよい。デバイス102は、サブスクリプション要求内の周期に基づいてデータをネットワーク管理デバイス101に報告する。デバイス102によって報告されるデータの網羅性を保証するために、たとえば、受信信号強度インジケータ(received signal strength indicator、RSSI)が-65デシベルミリワット(decibel-milliwatts, dBm)より小さいデータをネットワーク管理デバイス101が取得することができることを保証するために、一般に、周期は、固定された値である。固定された周期は、比較的小さい値を有する。たとえば、固定された周期は、数秒である。これは、デバイス102に、データをネットワーク管理デバイス101に頻繁に報告させる。その結果、ネットワーク管理デバイス101によって受信されるデータの量は、比較的大きく、それに対応して、ネットワーク管理デバイスのデータ分析の圧迫が、比較的大きい。

上述の問題を解決するために、この出願の実施形態は、データ取得方法を提供する。方法においては、第1のデバイスが、第1のメッセージを生成し、第1のメッセージは、第1の条件および第1の周期を含み、第1の条件は、第1の周期に対応し、第1のデバイスは、第1の条件が満たされるときに第2のデバイスが第1の周期に基づいて第1のデバイスにデータを報告するように、第1のメッセージを第2のデバイスに送信する。第2のデバイスは、第1の条件および第1の周期を取得し、第1の条件および第1の周期は、第1のデバイスからのものであり、第2のデバイスは、第1の条件が満たされるときに第1の周期に基づいて第1のデバイスにデータを報告する。この出願のこの実施形態において提供される方法によれば、それによって周期が動的に設定されることが可能であり、これは、冗長なサンプリングを減らし、サンプリングの効率を向上させ、デバイスの負荷およびネットワーク管理デバイスの負荷を減らす。

この出願のこの実施形態における第1のデバイスは、ネットワーク管理プロトコルを実行するデバイスである。第1のデバイスは、第2のデバイスを管理し、制御することができる、制御デバイス、サーバ、またはネットワーク管理デバイスなどの装置であってよい。この出願のこの実施形態において言及される第2のデバイスは、ルータまたはスイッチなどのネットワークデバイスであってよく、または端末デバイスであってよい。詳細は、ここで列挙されない。第1のデバイスは、1つまたは複数の第2のデバイスを管理し、制御することができる。NETCONFまたはRESTCONFが、第1のデバイスと第2のデバイスの間の通信のために使用されることが可能である。この出願のこの実施形態における第1のデバイスは、図1におけるネットワーク管理デバイス101であってよい。この出願のこの実施形態における第2のデバイスは、図1におけるデバイス102、デバイス103、またはデバイス104であってよい。

以下は、図1および図2を参照して、この出願において提供されるデータ取得方法を説明する。図2は、この出願の実施形態によるデータ取得方法のシグナリング交換図である。図2に表される方法は、たとえば、S101からS104によって実現されてよい。

S101: 第1のデバイスが、第1のメッセージを生成し、第1のメッセージは、第1の条件および第1の周期を含み、第1の条件は、第1の周期に対応する。

たとえば、第1のデバイスが第1のメッセージを生成することは、以下を含む。第1のデバイスが、第1の条件および第1の周期を取得し、第1のデバイスが、第1の条件および第1の周期に基づいて第1のメッセージを生成する。第1のメッセージは、第1の条件が満たされるときに第1の周期に基づいて第1のデバイスにデータを報告するように第2のデバイスに示すために使用されてよい。第1のデバイスが第1の条件および第1の周期を取得することは、以下を含む。第1のデバイスが、ヒューマン・マシン相互作用インターフェースを通じて第1の条件および第1の周期を取得してよく、または第1のデバイスが、構成ファイルを読み出して、構成ファイルから第1の条件および第1の周期を取得してよい。

第1の条件は、この出願のこの実施形態において具体的に限定されない。実際の応用においては、ネットワーク管理デバイスとして働く第1のデバイスが、データに基づいて第2のデバイスの動作ステータスを決定するために、データを報告するように第2のデバイスに示すと考えられる。さらに、第2のデバイスが異常に動作するとき、ネットワーク管理デバイスとして働く第1のデバイスは、第2のデバイスによって報告されるデータに基づいて、第2のデバイスの異常な動作の原因をさらに決定し得る。実際の応用において、ネットワーク管理デバイスとして働く第1のデバイスに、第2のデバイスによって報告されるデータの一部は、第2のデバイスの異常な動作の原因を決定することにほとんど寄与しないことが理解され得る。たとえば、第2のデバイスは、ネットワーク管理デバイスとして働く第1のデバイスにRSSIを報告する。RSSIが-65 dBm以上であるとき、RSSIは、第2のデバイスの異常な動作の原因を決定することにほとんど寄与しないと考えられ得る。これは、RSSIが-65 dBm以上であることが、第2のデバイスが異常に動作する非常に低い確率をもたらすからである。これを考慮して、この出願のこの実施形態の実装において、第1の条件は、第1のパラメータが第1の閾値以上であること、であってよく、または第1の条件は、第1のパラメータが第1の閾値より小さいこと、であってよい。第2のデバイスによって第1のデバイスに報告されるデータは、第1のパラメータのデータである。

第1のパラメータは、この出願のこの実施形態において具体的に限定されない。第1のパラメータは、第2のデバイスの動作パラメータ、属性パラメータ、または同様のものであってよい。たとえば、第1のパラメータは、RSSIであってよい。別の例として、第1のパラメータは、CPU使用率またはメモリ使用率であってよい。詳細は、ここで列挙されない。第1の閾値は、この出願のこの実施形態において具体的に限定されない。第1の閾値の具体的な値は、第1のパラメータに基づいて決定されてよい。たとえば、第1のパラメータがRSSIであるとき、第1の閾値は、-65 dBmであってよい。別の例として、第1のパラメータがCPU使用率であるとき、第1の閾値は、80%であってよい。詳細は、ここで列挙されない。

たとえば、第1のメッセージは、YANGデータモデルを使用することによって表現される第1の条件および第1の周期を含んでよい。この出願のこの実施形態において、第1の条件は、第1のパラメータが第1の閾値以上であること、であるか、または第1の条件は、第1のパラメータが第1の閾値より小さいこと、であるかである。YANGデータモデルを使用することによって表現される第1の条件は、第1のパラメータ、第1の閾値、および第1の関係演算子を含む。第1の条件は、第1のパラメータおよび第1の閾値が第1の関係演算子を満たすことによって示される演算関係を使用することによって表現されてよい。たとえば、第1の関係演算子が以上であるとき、それは、第1の条件が、第1のパラメータが第1の閾値以上であること、であることを示す。第1の関係演算子がより小さいであるとき、それは第1の条件が、第1のパラメータが第1の閾値より小さいこと、であることを示す。YANGデータモデルを使用することによって表現される第1の条件および第1の周期については、図3aおよび図3bを参照されたい。図3aは、この出願の実施形態によるYANGデータモデルを動的にサブスクライブする概略図である。図3bは、この出願の実施形態によるYANGデータモデルをサブスクライブおよび構成する概略図である。

図3aおよび図3bについて、以下の説明が提供される。
augment /sn:establish-subscription/sn:input/yp:update-triggerは、YANGデータモデルの種類が動的サブスクリプションであることを示し、
augment /sn:subscriptions/sn:subscription/yp:update-triggerは、YANGデータモデルの種類がサブスクリプションおよび構成であることを示し、
idは、第1の周期および第1の条件をインデックス付けするために使用され、
objectは、第1のパラメータ、たとえば、RSSIを保持するために使用され、
thresholdは、第1の閾値を保持するために使用され、
operatorは、第1の関係演算子を保持するために使用され、
intervalは、第1の周期を保持するために使用される。

第1の条件は、object、threshold、およびoperatorを含む。

加えて、実際の応用においては、ネットワーク管理デバイスとして働く第1のデバイスによって異なる期間において制御され、管理される第2のデバイスの数量は、異なる。第1のデバイスがネットワーク管理デバイスである例において、以下の説明が提供される。ネットワーク管理デバイスは、ワイヤレス・ローカル・エリア・ネットワーク(Wireless Local Area Network、WLAN)にアクセスするデバイスを管理するように構成され、異なる期間においてWLANにアクセスするデバイスの数量は、異なる。それに対応して、ネットワーク管理デバイスは、異なる期間において異なる数量のデバイスを制御し、管理する。WLANにアクセスするデバイスの数量が比較的大きい期間、たとえば、第1の期間には、ネットワーク管理デバイスによって制御され、管理されるデバイスの数量も、比較的大きくなる。WLANにアクセスするデバイスの数量が比較的小さい期間、たとえば、第2の期間には、ネットワーク管理デバイスによって制御され、管理されるデバイスの数量も、比較的小さくなる。ネットワーク管理デバイスの負荷を減らすために、第1の期間においては比較的大きな周期が設定されてよく、第2の期間においては比較的小さな周期が設定されてよい。これを考慮して、この出願のこの実施形態の実装において、第1の条件は、期間が第1の瞬間と第2の瞬間の間であることを含んでよい。第1の瞬間および第2の瞬間は、たとえば、第1の期間または第2の期間の2つの端点の瞬間であってよい。この場合、第1のメッセージは、第1のパラメータをさらに含む。

たとえば、第1のメッセージは、YANGデータモデルを使用することによって表現される第1の条件および第1の周期を含んでよい。この出願のこの実施形態において、YANGデータモデルを使用することによって表現される第1の条件および第1の周期については、図4aおよび図4bを参照されたい。図4aは、この出願の実施形態によるYANGデータモデルを動的にサブスクライブする概略図である。図4bは、この出願の実施形態によるYANGデータモデルをサブスクライブおよび構成する概略図である。

図4aおよび図4bについて、以下の説明が提供される。
augment /sn:establish-subscription/sn:input/yp:update-triggerは、YANGデータモデルの種類が動的サブスクリプションであることを示し、
augment /sn:subscriptions/sn:subscription/yp:update-triggerは、YANGデータモデルの種類がサブスクリプションおよび構成であることを示し、
idは、第1の周期および第1の条件をインデックス付けするために使用され、
objectは、第1のパラメータを保持するために使用され、
monthは月を示し、day-of-monthは月の日、たとえば、15日を示し、day-of-weekは曜日、たとえば、水曜日を示し、hourは時間を示し、minuteは分を示し、secondは秒を示し、month、day-of-month、day-of-week、hour、およびminuteは、すべてオプションのフィールドであり、
startは、開始の瞬間を保持するために使用され、たとえば、上述の第1の瞬間であってよく、
endは、終了の瞬間を保持するために使用され、たとえば、上述の第2の瞬間であってよく、
intervalは、第1の周期を保持するために使用される。

オプションで、第1の条件は、条件aおよび条件bを含んでよい。条件aと条件bのどちらかまたは両方が満たされるとき、それは、第1の条件が満たされることを示す。条件aは、第1のパラメータが第1の閾値以上であること、であり、条件bは、期間が第1の瞬間と第2の瞬間の間であること、である。この場合、YANGデータモデルを使用することによって表現される第1の条件および第1の周期については、図5aおよび図5bを参照されたい。図5aは、この出願の実施形態によるYANGデータモデルを動的にサブスクライブする概略図である。図5bは、この出願の実施形態によるYANGデータモデルをサブスクライブおよび構成する概略図である。

図5aおよび図5bにおけるいくつかのパラメータは、図3aおよび図3bにおけるパラメータと同じであり、いくつかの他のパラメータは、図4aおよび図4bにおけるパラメータと同じである。したがって、図5aおよび図5bにおける関連するパラメータについては、図3a、図3b、図4a、および図4bの説明を参照されたい。詳細は、ここで再び説明されない。

S102: 第1のデバイスが、第2のデバイスに第1のメッセージを送信する。

たとえば、第1のデバイスは、NETCONFを使用することによって第2のデバイスに第1のメッセージを送信してよい。第1のメッセージは、動的サブスクリプションメッセージであってよく、またはサブスクリプションおよび構成メッセージであってよい。第1のメッセージが動的サブスクリプションメッセージであるのかまたはサブスクリプションおよび構成メッセージであるのかにかかわらず、第1のメッセージは、YANGデータモデルを使用することによって表現される第1の条件および第1の周期を含む。

S103: 第2のデバイスが、第1の条件および第1の周期を取得する。

たとえば、第1のメッセージを受信した後、第2のデバイスは、第1のメッセージを解析して、第1の条件および第1の周期を取得してよい。さらに、実際の応用においては、一般に、第2のデバイスがS103およびS104を周期的に実行してよいと考えられる。第1のメッセージを解析することによって第1の条件および第1の周期を取得した後、第2のデバイスは、第1の条件および第1の周期をさらに記憶してよい。その後、S104を周期的に実行する前に、第2のデバイスは、記憶された第1の周期および第1の条件を取得してよい。

S104: 第2のデバイスが、第1の条件が満たされるときに第1の周期に基づいて第1のデバイスにデータを報告する。

たとえば、第2のデバイスは、第1の条件が満たされるかどうかを決定し、第1の条件が満たされると決定するときに、第1の周期に基づいて第1のデバイスにデータを報告する。具体的には、第1の条件が、第1のパラメータが第1の閾値以上であること、であるとき、第2のデバイスは、第1のパラメータを取得し、第1のパラメータが第1の閾値以上であるかどうかを決定してよい。第1のパラメータが第1の閾値以上であると決定するとき、第2のデバイスは、第1の周期に基づいて第1のパラメータの値を第1のデバイスに報告する。つまり、第1の周期の後に、デバイスは、第1のパラメータの値を再び取得し、第1のパラメータの値を第1のデバイスに報告してよい。たとえば、第1のパラメータがRSSIであり、第1の周期が60秒であり、第1の条件が、RSSIが-65 dBm以上であること、であるならば、瞬間t1においてRSSIを取得した後、第2のデバイスは、RSSIが-65 dBm以上であるかどうかを決定してよい。RSSIが-65 dBm以上であると決定した後、第2のデバイスは、RSSIの値を第1のデバイスに報告し、60秒後に、RSSIの値を取得し、第1のデバイスに報告し、RSSIが-65 dBm以上であるかどうかを決定するステップを実行し続けてよい。このようにして、第2のデバイスは、60秒の間隔でRSSIの値を第1のデバイスに報告する。

たとえば、第1の条件が、第1のパラメータが第1の閾値より小さいこと、であるとき、第2のデバイスは、第1のパラメータを取得し、第1のパラメータの値が第1の閾値より小さいかどうかを決定してよい。第1のパラメータの値が第1の閾値より小さいと決定するとき、第2のデバイスは、第1の周期に基づいて第1のパラメータの値を第1のデバイスに報告する。つまり、第1の周期の後に、デバイスは、第1のパラメータの値を再び取得し、第1のパラメータの値を第1のデバイスに報告してよい。たとえば、第1のパラメータがRSSIであり、第1の周期が10秒であり、第1の条件が、RSSIが-65 dBmより小さいこと、であるならば、瞬間t1においてRSSIを取得した後、第2のデバイスは、RSSIが-65 dBmより小さいかどうかを決定してよい。RSSIが-65 dBmより小さいと決定した後、第2のデバイスは、RSSIの値を第1のデバイスに報告し、10秒後に、RSSIの値を取得し、第1のデバイスに報告し、RSSIが-65 dBmより小さいかどうかを決定するステップを実行し続けてよい。このようにして、第2のデバイスは、10秒の間隔でRSSIの値を第1のデバイスに報告する。

第1の条件が、期間が第1の瞬間と第2の瞬間の間であること、であるとき、第2のデバイスは、第1の瞬間と第2の瞬間の間の期間において第1の周期に基づいて第1のデバイスにデータを報告してよい。つまり、第1の瞬間と第2の瞬間の間の期間において、第2のデバイスは、第1の周期に基づいてデータを取得し、第1のデバイスに報告する。たとえば、第1の周期が60秒であり、第1の瞬間が12:00であり、第2の瞬間が14:00であるならば、報告されるべきデータを瞬間t1において取得した後、第2のデバイスは、報告されるべきデータを第1のデバイスに報告してよく、第2のデバイスは、さらに、瞬間t1が12:00と14:00の間であるかどうかを決定してよい。瞬間t1が12:00と14:00の間であると決定した後、60秒後に、第2のデバイスは、報告されるべきデータを取得し、第1のデバイスに報告し、(t1+60秒)に対応する瞬間が12:00と14:00の間であるかどうかを決定するステップを実行し続けてよい。このようにして、第2のデバイスは、12:00と14:00の間の期間において60秒の周期に基づいて第1のデバイスにデータを報告する。ここで言及された報告されるべきデータは、上記で言及されたRSSIであってよく、または他のデータ、たとえば、CPU使用率またはメモリ使用率であってよい。

この出願のこの実施形態においては、第2のデバイスがそれに基づいて第1のデバイスにデータを報告する周期が条件に基づいて決定され得る周期であり、つまり、第1の条件が満たされるとき、データが第1の周期に基づいて第1のデバイスに報告されることが、上述の説明から知られることが可能である。第1の周期は、比較的大きな値、たとえば、上記で説明された60秒であってよいことが理解され得る。このようにして、第2のデバイスが第1のデバイスにデータを報告する頻度が減らされ、それによって、第1のデバイスによって受信されるデータの量が減らされ、それに対応して、第1のデバイスのデータ分析の圧迫が減らされる。上記で説明されたように、第1のデバイスは、ネットワーク管理デバイスであってよい。したがって、ネットワーク管理デバイスのデータ分析の圧迫が、この出願のこの実施形態におけるこの解決策を使用することによって減らされることが可能である。

この出願のこの実施形態において、第1のデバイスは、可変時間の周期に基づいて特定のデータを報告するように第2のデバイスに示すために、複数のメッセージを第2のデバイスに送信してよいことが理解され得る。たとえば、第1のデバイスは、第2のデバイスに2つのメッセージを送信してよく、2つのメッセージは、同じデータを報告するように第2のデバイスに示す。たとえば、2つのメッセージの両方は、RSSIを報告するようにデバイスに示すために使用される。第1の条件が満たされるときに周期T1に基づいてRSSIを第1のデバイスに報告し、第2の条件が満たされるときに周期T2に基づいてRSSIを第1のデバイスに報告するように第2のデバイスに示すために、1つのメッセージは第1の周期T1および第1の条件を保持し、他のメッセージは第2の周期T2および第2の条件を保持する。ここでの説明は、単に理解の容易さのためであり、この出願のこの実施形態に対する限定を構成しないことが留意されるべきである。この出願のこの実施形態において、第1のデバイスは、第3の条件が満たされるときに第3の周期T3に基づいてRSSIを第1のデバイスに報告するようにデバイスに示す別のメッセージを第2のデバイスにさらに送信してよい。詳細は、ここで列挙されない。

この出願のこの実施形態の実装においては、第1のデバイスと第2のデバイスの間の相互作用の回数を減らし、第1のデバイスが第2のデバイスに同じデータについて複数のメッセージを繰り返し送信することを防ぐために、第1のメッセージが、第1の周期および第1の条件に加えて、第2の周期および第2の条件をさらに保持してよい。この場合、第1のメッセージは、第2の条件が満たされるときに第2のデバイスが第2の周期に基づいて第1のデバイスにデータを報告することを可能にするためにさらに使用される。それに対応して、第1のメッセージが第2の周期および第2の条件を保持するとき、第2のデバイスは、第2の周期および第2の条件をさらに取得してよい。第2のデバイスが第2の周期および第2の条件を取得する実装は、第2のデバイスが第1の周期および第1の条件を取得する実装と類似する。第2のデバイスは、第1のメッセージを解析することによって第2の周期および第2の条件を取得してよく、または第2のデバイスは、キャッシュから第2の周期および第2の条件を取得してよい。第2の周期および第2の条件を取得した後、第2のデバイスは、第2の条件が満たされると決定するときに第2の周期に基づいて第1のデバイスにデータを報告してよい。

第2の条件について、第2の条件は第1の条件とは異なることが留意されるべきである。たとえば、第2の条件は、第1の条件と相互に排他的であってよく、または第2の条件は、第1の条件と相反してよい。これは、この出願のこの実施形態において具体的に限定されない。第1の条件が、第1のパラメータが第1の閾値以上であること、であるとき、第2の条件は、第1のパラメータが第1の閾値より小さいこと、であってよい。第1の条件が、第1のパラメータが第1の閾値より小さいこと、であるとき、第2の条件は、第1のパラメータが第1の閾値以上であること、であってよい。第1の条件が、期間が第1の瞬間と第2の瞬間の間であること、であるとき、第2の条件は、期間が第3の瞬間と第4の瞬間の間であること、などであってよい。第2の条件が第1の条件と相互に排他的であることは、第2の条件および第1の条件が共通集合を持たないことを意味する。第2の条件が第1の条件と相反することは、第2の条件が第1の条件と逆であることを意味する。言い換えると、第2の条件が第1の条件と相反することは、第2の条件および第1の条件が共通集合を持たず、第1の条件および第2の条件が完全な集合を形成することを意味する。第2の条件が第1の条件と相反するならば、第2の条件は、第1の条件と必然的に相互に排他的であり、そうではなく、第2の条件が第1の条件と相互に排他的であるならば、第2の条件は、第1の条件と必ずしも相反しないことが理解され得る。たとえば、第1の条件が、第1のパラメータが第1の閾値より小さいこと、であり、第2の条件が、第1のパラメータが第1の閾値以上であること、であるとき、第2の条件および第1の条件は、相互排他的であり、相反する。別の例として、第1の条件が、期間が第1の瞬間と第2の瞬間の間、たとえば、08:00から10:00までであること、であり、第2の条件が、期間が第3の瞬間と第4の瞬間の間、たとえば、11:00から13:00までであること、であるとき、第1の条件および第2の条件は、相互排他的であるが、相反しない。

この出願のこの実施形態において提供される方法において、第1のメッセージは、第1の条件および第1の周期をインデックス付けするために使用される識別子をさらに含む。たとえば、識別子は、図3aから図5bに表されたYANGデータモデルのidであってよい。

上述の実施形態において提供されたデータ取得方法に基づいて、この出願の実施形態は、対応するデータ取得装置をさらに提供する。以下は、添付の図面を参照して装置を説明する。

図6は、この出願の実施形態によるデータ取得装置の構造の概略図である。図6に表されるデータ取得装置600は、第1のデバイスによって実行される、上述の実施形態において提供されるデータ取得方法を実行するように構成されてよい。

図6に表されるデータ取得装置600は、たとえば、生成ユニット601および送信ユニット602を含んでよい。

生成ユニット601は、第1のメッセージを生成するように構成され、第1のメッセージは、第1の条件および第1の周期を含み、第1の条件は、第1の周期に対応し、送信ユニット602は、第1の条件が満たされるときに第2のデバイスが第1の周期に基づいて装置600にデータを報告するように、第1のメッセージを第2のデバイスに送信するように構成される。

可能な実装において、第1のメッセージは、第2の周期および第2の条件をさらに含み、第2の条件は、第1の条件と異なり、第2の周期は、第2の条件に対応し、第1のメッセージは、第2の条件が満たされるときに第2のデバイスが第2の周期に基づいて装置600にデータを報告することを可能にするためにさらに使用される。

可能な実装において、第1の条件は、期間が第1の瞬間と第2の瞬間の間であることを含むか、第1の条件は、第1のパラメータが第1の閾値以上であることを含み、第1のパラメータが、第2のデバイスによって装置600に報告されるパラメータであるか、または第1の条件は、第1のパラメータが第1の閾値より小さいことを含む。

可能な実装において、第2の条件は、期間が第3の瞬間と第4の瞬間の間であることを含むか、第2の条件は、第1のパラメータが第1の閾値以上であることを含み、第1のパラメータが、第2のデバイスによって装置600に報告されるパラメータであるか、または第2の条件は、第1のパラメータが第1の閾値より小さいことを含む。

装置600は、上述の方法の実施形態において提供される第1のデバイスによって実行されるステップに対応する装置であり、装置600のユニットの具体的な実装は、上述の方法の実施形態において第1のデバイスによって実行されるステップと同じ概念を有する。したがって、装置600のユニットの具体的な実装については、上述の方法の実施形態において第1のデバイスによって実行されるステップの説明を参照されたい。詳細は、ここで再び説明されない。

図7は、この出願の実施形態によるデータ取得装置の構造の概略図である。図7に表されるデータ取得装置700は、第2のデバイスによって実行される、上述の実施形態において提供されるデータ取得方法を実行するように構成されてよい。

図7に表されるデータ取得装置700は、たとえば、取得ユニット701および送信ユニット702を含んでよい。

取得ユニット701は、第1の条件および第1の周期を取得するように構成され、第1の条件および第1の周期は、第1のデバイスからのものであり、送信ユニット702は、第1の条件が満たされるときに第1の周期に基づいて第1のデバイスにデータを報告するように構成される。

可能な実装において、取得ユニット701は、第2の条件および第2の周期を取得するようにさらに構成され、第2の条件および第2の周期は、第1のデバイスからのものであり、送信ユニット702は、第2の条件が満たされるときに第2の周期に基づいて第1のデバイスにデータを報告するようにさらに構成される。

可能な実装において、取得ユニット701は、具体的には、第1のデバイスによって送信された第1のメッセージを受信することであって、第1のメッセージが、第1の条件および第1の周期を含む、前記受信すること、またはキャッシュされている第1の条件および第1の周期を取得することであって、第1の条件および第1の周期が、第1のデバイスによって送信された第1のメッセージからのものである、前記取得することを行うように構成される。

可能な実装において、取得ユニット701は、具体的には、第1のデバイスによって送信された第1のメッセージを受信することであって、第1のメッセージが、第2の条件および第2の周期を含む、前記受信すること、またはキャッシュされている第2の条件および第2の周期を取得することであって、第2の条件および第2の周期が、第1のデバイスによって送信された第1のメッセージからのものである、前記取得することを行うように構成される。

可能な実装において、第1の条件は、期間が第1の瞬間と第2の瞬間の間であることを含むか、第1の条件は、第1のパラメータが第1の閾値以上であることを含み、第1のパラメータが、装置によって第1のデバイスに報告されるパラメータであるか、または第1の条件は、第1のパラメータが第1の閾値より小さいことを含む。

可能な実装において、第2の条件は、期間が第3の瞬間と第4の瞬間の間であることを含むか、第2の条件は、第1のパラメータが第1の閾値以上であることを含み、第1のパラメータが、装置によって第1のデバイスに報告されるパラメータであるか、または第2の条件は、第1のパラメータが第1の閾値より小さいことを含む。

この出願の実施形態は、データ取得デバイスをさらに提供する。デバイスは、プロセッサおよびメモリを含む。メモリは、命令を記憶するように構成され、プロセッサは、メモリ内の命令を実行して、第1のデバイスによって実行される、上述の方法の実施形態において提供されるデータ取得方法を実行するように構成される。いくつかの実施形態において、データ取得デバイスは、図1におけるネットワーク管理デバイス101であってよい。

この出願の実施形態は、データ取得デバイスをさらに提供する。デバイスは、プロセッサおよびメモリを含む。メモリは、命令を記憶するように構成され、プロセッサは、メモリ内の命令を実行して、第2のデバイスによって実行される、上述の方法の実施形態において提供されるデータ取得方法を実行するように構成される。いくつかの実施形態において、データ取得デバイスは、任意のデバイス、たとえば、図1におけるデバイス102、デバイス103、またはデバイス104であってよい。

上述のデータ取得デバイスのハードウェア構造は、図8に表される構造であってよいことが留意されるべきである。図8は、この出願の実施形態によるデータ取得デバイスの構造の概略図である。

図8を参照されたく、データ取得デバイス800は、プロセッサ810、通信インターフェース820、およびメモリ830を含む。データ取得デバイス800に1つまたは複数のプロセッサ810が存在してよく、図8においては、例として1つのプロセッサが使用される。この出願のこの実施形態において、プロセッサ810、通信インターフェース820、およびメモリ830は、バスシステムを通じてまたは別のやり方で接続されてよい。図8においては、プロセッサ810、通信インターフェース820、およびメモリ830がバスシステム840を通じて接続される例が使用される。

プロセッサ810は、中央処理ユニット(central processing unit、CPU)、ネットワークプロセッサ(network processor、NP)、またはCPUとNPの組み合わせであってよい。プロセッサ810は、ハードウェアチップをさらに含んでよい。ハードウェアチップは、特定用途向け集積回路(application-specific integrated circuit、ASIC)、プログラマブル・ロジック・デバイス(programmable logic device、PLD)、またはそれらの組み合わせであってよい。PLDは、複合プログラマブル・ロジック・デバイス(complex programmable logic device、CPLD)、フィールド・プログラマブル・ゲート・アレイ(field-programmable gate array、FPGA)、ジェネリック・アレイ・ロジック(generic array logic、GAL)、またはそれらの任意の組み合わせであってよい。

メモリ830は、揮発性メモリ(volatile memory)、たとえば、ランダム・アクセス・メモリ(random access memory、RAM)を含んでよい。メモリ830は、不揮発性メモリ(non-volatile memory)、たとえば、フラッシュメモリ(flash memory)、ハード・ディスク・ドライブ(hard disk drive、HDD)、またはソリッド・ステート・ドライブ(solid-state drive、SSD)も含んでよい。メモリ830は、上述の種類のメモリの組み合わせも含んでよい。

データ取得デバイス800が第1のデバイスによって実行されるデータ取得方法を実行するように構成されるならば、メモリ830は、上述の実施形態において第2のデバイスによって報告される、第1のパラメータの値、第1の周期、第1の条件、第2の周期、第2の条件、および同様のものを記憶してよい。データ取得デバイス800が第2のデバイスによって実行されるデータ取得方法を実行するように構成されるならば、メモリ830は、上述の実施形態における第1の周期、第1の条件、第2の周期、第2の条件、および同様のものを記憶してよい。

オプションで、メモリ830は、オペレーティングシステムおよびプログラム、実行可能モジュールまたはデータ構造、またはそれらのサブセット、またはそれらの拡張セットを記憶し、プログラムは、様々な動作を実現するための様々な動作命令を含んでよい。オペレーティングシステムは、様々な基本的なサービスを実現し、ハードウェアを基にしたタスクを処理するための様々なシステムプログラムを含んでよい。プロセッサ810は、メモリ830内のプログラムを読み出して、第1のデバイスによって実行される、この出願の実施形態において提供されるデータ取得方法を実現するか、または第2のデバイスによって実行される、この出願の実施形態において提供されるデータ取得方法を実現してよい。

バスシステム840は、周辺機器相互接続(peripheral component interconnect、PCI)バス、拡張業界標準アーキテクチャ(extended industry standard architecture、EISA)バス、または同様のものであってよい。バスシステム840は、アドレスバス、データバス、制御バス、および同様のものに分類され得る。表現の容易さのために、図8においては、バスを表現するために1つのみの太線が使用されるが、これは、1つのみのバスまたは1種類のみのバスが存在することを意味しない。

この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータにおいて実行されるとき、コンピュータは、第1のデバイスによって実行される、上述の実施形態において提供されるデータ取得方法を実行することを可能にされる。

この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータにおいて実行されるとき、コンピュータは、第2のデバイスによって実行される、上述の実施形態において提供されるデータ取得方法を実行することを可能にされる。

この出願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータにおいて動作するとき、コンピュータは、第1のデバイスによって実行される、上述の実施形態において提供されるデータ取得方法を実行することを可能にされる。

この出願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータにおいて動作するとき、コンピュータは、第2のデバイスによって実行される、上述の実施形態において提供されるデータ取得方法を実行することを可能にされる。

この出願のこの明細書、請求項、および添付の図面において、用語「第1の」、「第2の」、「第3の」、「第4の」、および同様のもの(存在するならば)は、類似する対象の間で区別するように意図されるが、必ずしも具体的な順序または系列を示さない。そのようにして称されるデータは、適切な状況において交換可能であり、それによって、ここで説明された実施形態は、ここで図示または説明された順序とは別の順序で実現されることが可能であることが理解されるべきである。さらに、用語「含む」、「備える」、およびそれらの任意の他の変形は、非排他的包含に及ぶことを意味する。たとえば、ステップまたはユニットの列挙を含むプロセス、方法、システム、製品、またはデバイスは、必ずしもそれらのステップまたはユニットに限定されず、明示的に列挙されていない、またはそのようなプロセス、方法、製品、またはデバイスに固有の他のステップまたはユニットを含み得る。

便利で簡潔な説明の目的のために、上述のシステム、装置、およびユニットの詳細な動作プロセスについては、上述の方法の実施形態における対応するプロセスを参照することは、この技術分野の当業者によって明確に理解されることが可能である。詳細は、ここで説明されない。

この出願において提供されるいくつかの実施形態において、開示されたシステム、装置、および方法は、他のやり方で実現されてよいことが理解されるべきである。たとえば、説明された装置の実施形態は、単に例である。たとえば、ユニットの区分は、単に論理的なサービスの区分であるに過ぎず、実際の実装においては他の区分であってよい。たとえば、複数のユニットまたは構成要素が組み合わされるかまたは別のシステムに統合されてよく、またはいくつかの特徴が無視されるかまたは実行されなくてよい。加えて、表示されるかまたは論じられる相互の結合または直接的な結合または通信接続は、いくつかのインターフェースを通じて実現されてよい。装置またはユニットの間の間接的な結合または通信接続は、電気的、機械的、または別の形式で実現されてよい。

別個の部分として説明されたユニットは、物理的に別個であってもなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもなくてもよく、1つの位置に置かれてもよく、または複数のネットワークユニットにおいて分散されてもよい。ユニットのいくつかまたはすべては、実施形態における解決策の目的を達成するために実際の要件に基づいて選択されてよい。

加えて、この出願の実施形態におけるサービスユニットが、1つの処理ユニットに統合されてよく、またはユニットの各々が、物理的に単独で存在してよく、または2つ以上のユニットが、1つのユニットに統合される。統合されたユニットは、ハードウェアの形式で実現されてよく、またはソフトウェアサービスユニットの形式で実現されてよい。

サービスユニットがソフトウェア機能ユニットの形式で実現され、独立した製品として販売されるかまたは使用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本質的にこの出願の技術的解決策、または従来の技術に貢献する部分、または技術的解決策のすべてまたはいくつかは、ソフトウェア製品の形式で実現されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、この出願の実施形態において説明される方法のステップのすべてまたはいくつかを実行するように、(パーソナルコンピュータ、サーバ、またはネットワークデバイスであってよい)コンピュータデバイスに命令するためのいくつかの命令を含む。上述の記憶媒体は、USBフラッシュドライブ、取り外し可能なハードディスク、リード・オンリ・メモリ(ROM、Read-Only Memory)、ランダム・アクセス・メモリ(RAM、Random Access Memory)、磁気ディスク、または光ディスクなどのプログラムコードを記憶することができる様々な媒体を含む。

この技術分野の当業者は、上述の1つまたは複数の例において、本発明において説明されたサービスがハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせを使用することによって実現され得ることを認識すべきである。サービスがソフトウェアによって実現されるとき、サービスは、コンピュータ可読媒体に記憶されるか、またはコンピュータ可読媒体における1つまたは複数の命令またはコードとして送信されてよい。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み、通信媒体は、1つの場所から別の場所へのコンピュータプログラムの送信を容易にする任意の媒体を含む。記憶媒体は、汎用または専用コンピュータにアクセス可能な任意の利用可能な媒体であってよい。

本発明の目的、技術的解決策、および有益な効果は、上述の具体的な実装においてさらに詳細に説明された。上述の説明は、単に本発明の具体的な実装であることが理解されるべきである。

上述の実施形態は、この出願を限定するのではなく、単にこの出願の技術的解決策を説明するために意図される。この出願が上述の実施形態を参照して詳細に説明されているが、この技術分野の当業者が、この出願の実施形態の技術的解決策の範囲を逸脱することなく、依然として、上述の実施形態において説明された技術的解決策への修正を行い、またはそれらのいくつかの技術的特徴への等価な置換を行い得ることを、この技術分野の当業者は理解すべきである。

101 ネットワーク管理デバイス
102 デバイス
103 デバイス
104 デバイス
600 データ取得装置
601 生成ユニット
602 送信ユニット
700 データ取得装置
701 取得ユニット
702 送信ユニット
800 データ取得デバイス
810 プロセッサ
820 通信インターフェース
830 メモリ
840 バスシステム

Claims

データ取得方法であって、前記方法が、
第1のデバイスによって第1のメッセージを生成するステップであって、前記第1のメッセージが、第1の条件および第1の周期を備え、前記第1の条件が、前記第1の周期に対応する、ステップと、
前記第1の条件が満たされるときに第2のデバイスが前記第1の周期に基づいて前記第1のデバイスにデータを報告するように、前記第1のデバイスによって前記第1のメッセージを前記第2のデバイスに送信するステップと
を備え、
前記第1のメッセージが、第2の周期および第2の条件をさらに備え、前記第2の条件が、前記第1の条件と異なり、前記第2の周期が、前記第2の条件に対応し、前記第1のメッセージが、前記第2の条件が満たされるときに前記第2のデバイスが前記第2の周期に基づいて前記第1のデバイスに前記データを報告することを可能にするためにさらに使用される、方法。
前記第1の条件が、第1の瞬間と第2の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第1の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記第2のデバイスによって前記第1のデバイスに報告されるパラメータであるか、または
前記第1の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項1に記載の方法。
前記第2の条件が、第3の瞬間と第4の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第2の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記第2のデバイスによって前記第1のデバイスに報告されるパラメータであるか、または
前記第2の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項1に記載の方法。
前記第1のパラメータが、受信信号強度インジケータ(RSSI)を備える、請求項2または3に記載の方法。
データ取得方法であって、前記方法が、
第2のデバイスによって第1の条件および第1の周期を取得するステップであって、前記第1の条件および前記第1の周期が、第1のメッセージを使用して第1のデバイスから送信されたものである、ステップと、
前記第1の条件が満たされるときに、前記第2のデバイスによって前記第1の周期に基づいて前記第1のデバイスにデータを報告するステップと、
前記第2のデバイスによって第2の条件および第2の周期を取得するステップであって、前記第2の条件および前記第2の周期が、前記第1のメッセージを使用して前記第1のデバイスから送信されたものである、ステップと、
前記第2の条件が満たされるときに前記第2のデバイスによって前記第2の周期に基づいて前記第1のデバイスに前記データを報告するステップと
を備える方法。
前記第1の条件が、第1の瞬間と第2の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第1の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記第2のデバイスによって前記第1のデバイスに報告されるパラメータであるか、または
前記第1の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項5に記載の方法。
前記第2の条件が、第3の瞬間と第4の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第2の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記第2のデバイスによって前記第1のデバイスに報告されるパラメータであるか、または
前記第2の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項5に記載の方法。
前記第1のパラメータが、受信信号強度インジケータ(RSSI)を備える、請求項6または7に記載の方法。
データ取得装置であって、前記装置が、第1のデバイスに配置され、前記装置が、
第1のメッセージを生成するように構成された生成ユニットであって、前記第1のメッセージが、第1の条件および第1の周期を備え、前記第1の条件が、前記第1の周期に対応する、生成ユニットと、
前記第1の条件が満たされるときに、第2のデバイスが前記第1の周期に基づいて前記装置にデータを報告するように、前記第1のメッセージを前記第2のデバイスに送信するように構成された送信ユニットと
を備え、
前記第1のメッセージが、第2の周期および第2の条件をさらに備え、前記第2の条件が、前記第1の条件と異なり、前記第2の周期が、前記第2の条件に対応し、前記第1のメッセージが、前記第2の条件が満たされるときに前記第2のデバイスが前記第2の周期に基づいて前記装置に前記データを報告することを可能にするためにさらに使用される、装置。
前記第1の条件が、第1の瞬間と第2の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第1の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記第2のデバイスによって前記装置に報告されるパラメータであるか、または
前記第1の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項9に記載の装置。
前記第2の条件が、第3の瞬間と第4の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第2の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記第2のデバイスによって前記装置に報告されるパラメータであるか、または
前記第2の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項9に記載の装置。
前記第1のパラメータが、受信信号強度インジケータ(RSSI)を備える、請求項10または11に記載の装置。
データ取得装置であって、前記装置が、第2のデバイスに配置され、前記装置が、
第1の条件および第1の周期を取得するように構成された取得ユニットであって、前記第1の条件および前記第1の周期が、第1のメッセージを使用して第1のデバイスから送信されたものである、取得ユニットと、
前記第1の条件が満たされるときに前記第1の周期に基づいて前記第1のデバイスにデータを報告するように構成された送信ユニットと
を備え、
前記取得ユニットが、第2の条件および第2の周期を取得するようにさらに構成され、前記第2の条件および前記第2の周期が、前記第1のメッセージを使用して前記第1のデバイスから送信されたものであり、
前記送信ユニットが、前記第2の条件が満たされるときに前記第2の周期に基づいて前記第1のデバイスに前記データを報告するようにさらに構成された、装置。
前記第1の条件が、第1の瞬間と第2の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第1の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記装置によって前記第1のデバイスに報告されるパラメータであるか、または
前記第1の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項13に記載の装置。
前記第2の条件が、第3の瞬間と第4の瞬間の間の期間であって、第2のデバイスが第1のデバイスにデータを報告する期間であることを備えるか、
前記第2の条件が、第1のパラメータが第1の閾値以上であることを備え、前記第1のパラメータが、前記装置によって前記第1のデバイスに報告されるパラメータであるか、または
前記第2の条件が、前記第1のパラメータが前記第1の閾値より小さいことを備える、請求項13に記載の装置。
前記第1のパラメータが、受信信号強度インジケータ(RSSI)を備える、請求項14または15に記載の装置。