JP2022552435A - モノのインターネットにおいてサブスクリプションデータをプッシュするための方法および装置、並びにそれらのデバイスおよび記憶媒体 - Google Patents

Abstract

本開示は、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法および装置に関する。この方法には：サブスクリプション条件セットの受信に応じて、サブスクリプション条件セットを第１の属性セットに解析し；デバイスデータを取得し；デバイスデータを第２の属性セットに解析し；第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の属性要素に対して所定の順序で１つずつブルームフィルタリングを実行し；各属性要素のうちの１つのブルームフィルタリング結果がミスマッチの発生を示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止し；デバイスデータを取得するステップに戻る、が含まれる。【選択図】図７

Description

本開示は、モノのインターネットの技術分野に関し、特に、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法および装置、並びにそれらのデバイスおよび記憶媒体に関する。

モノのインターネット技術の大規模な適用により、モノとモノの間、および人とモノの間の情報相互作用がより頻繁になり、サブスクリプションデータをプッシュする処理の際に、サブスクリプションサーバ内のデータをサブスクリプション条件に従ってマッチングさせる必要がある。

関連技術では、データベース内のデータが一般にサブスクリプション条件とマッチングされ、マッチングの結果、データがサブスクリプション条件を満たしているか否かによって、データをユーザに送信するか否かが決定されていた。

関連技術では、データ構造に異なる属性値が一般的に含まれているため、データの特定の属性値がサブスクリプション条件を満たさないと判定された場合、データの他の属性値をマッチングすることは意味がない。その結果、サブスクリプションサーバのマッチングリソースが浪費され、サブスクリプションサーバのマッチング効率が低下する。

本開示の実施形態は、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法および装置、並びにそれらのコンピュータデバイスおよび非一時的コンピュータ可読記憶媒体を提供し、これにより、照合処理における照合リソースの浪費を削減することができ、照合効率が向上する。

一態様において、モノのインターネットにおいてサブイメージデータをプッシュするための方法が提供される。この方法は、サブスクリプションサーバによって実行され、以下が含まれる：

サブスクリプション条件セットの受信に応じて、サブスクリプション条件セットを第１の属性セットに解析すること、ここで、第１の属性セットには、少なくとも１つの属性要素セットが含まれ、サブスクリプション条件セットには、少なくとも１つのサブスクリプション条件が含まれ；

デバイスデータを取得すること、ここで、デバイスデータは、サブスクリプションサーバに記憶されており；

デバイスデータを第２の属性セットに解析すること、ここで、第２の属性セット内の各属性要素は、第１の属性セット内の属性要素セットと同じタイプであり；

第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行すること；

第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止すること；

デバイスデータを取得するステップに戻ること。

別の態様において、モノのインターネットにおいてサブイメージデータをプッシュするための装置が提供される。この装置は、サブスクリプションサーバに適用することが可能であり、以下が含まれる：

サブスクリプション条件セットの受信に応じて、サブスクリプション条件セットを第１の属性セットに解析するように構成された、第１の解析モジュール、ここで、第１の属性セットには、少なくとも１つの属性要素セットが含まれ、サブスクリプション条件セットには、少なくとも１つのサブスクリプション条件が含まれ；

デバイスデータを取得するように構成された、取得モジュール、ここで、デバイスデータは、サブスクリプションサーバに記憶されており；

デバイスデータを第２の属性セットに解析するように構成された、第２の解析モジュール、ここで、第２の属性セット内の各属性要素は、第１の属性セット内の属性要素セットと同じタイプであり；

第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行するように構成された、ブルームフィルタリングモジュール；

第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止するように構成された、停止モジュール；

デバイスデータを取得するステップに戻るように構成された、リターンモジュール。

幾つかの実施形態において、ブルームフィルタリングモジュールには、以下が含まれる：

第１の属性セット内の各属性要素の属性値に対してそれぞれハッシュ演算を実行することによって、第１の属性セット内の属性要素セットに対応するバイナリベクトルセットを取得するように構成された、第１の計算サブモジュール；

第２の属性セット内の各属性要素の属性値に対してそれぞれハッシュ演算を実行することによって、第２の属性セット内の各属性要素に対応するバイナリベクトルを取得するように構成された、第２の計算サブモジュール；

ここで、停止モジュールは、第２の属性セット内の各属性要素に対応する各バイナリベクトルのうちの１つが第１の属性セット内の各属性要素に対応する各バイナリベクトルセットのうちの１つとのマッチングに失敗した場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止するように更に構成される。

幾つかの実施形態において、サブスクリプション条件の数が１つの場合、前記装置には、以下が更に含まれる：

第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性セット内の属性要素セットとの対応マッチングを示す場合に、デバイスデータをクライアントに送信するように構成された、第１の送信モジュール、ここで、クライアントは、サブスクリプション条件を送信する端末である。

幾つかの実施形態において、サブスクリプション条件の数が１つより多い場合、前記装置には、以下が更に含まれる：

第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性セット内の属性要素セットとの対応マッチングの成功を示す場合に、マッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差（ｉｎｔｅｒｓｅｃｔ；積集合演算）させることによって、統合サブスクリプション条件を取得するように構成された、計算モジュール；

統合サブスクリプション条件に対応する属性セットを第２の属性セットとマッチングすることによって、マッチング結果を取得するように構成された、マッチングモジュール；

第２の属性セットが統合サブスクリプション条件に対応する属性セットとのマッチングに成功したことを示すマッチング結果に応じて、デバイスデータをクライアントに送信するように構成された、第２の送信モジュール。

幾つかの実施形態において、計算モジュールは、第１の属性セット内の属性要素セットに対応するバイナリベクトルセットが第２の属性セット内の各属性要素に対応するバイナリベクトルとのマッチングに成功した場合に、第１の属性セット内のマッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を取得するように構成される。

幾つかの実施形態において、第１の属性セット内の属性要素セットは、モデル、デバイス、測定ポイントのうちの少なくとも１つである。

別の態様において、コンピュータデバイスが提供される。コンピュータデバイスは、プロセッサと、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶したメモリとを含む。少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットは、プロセッサによってロードおよび実行されると、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法をプロセッサに実行させる。

別の態様において、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶した非一時的コンピュータ可読記憶媒体が提供される。少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットは、コンピュータデバイスのプロセッサによってロードおよび実行されると、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法をコンピュータデバイスに実行させる。

本開示による技術的解決策は、以下の有益な効果を達成することができる。

サブスクリプション条件セットが受信されると、サブスクリプション条件セットが第１の属性セットに解析され、デバイスデータを取得して、第１の属性セット内の属性要素セットと同じタイプの属性要素を有する第２の属性セットに解析される。そして、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行し、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングが停止される。この時点で、デバイスデータを取得するステップに戻る。このように、サブスクリプションデータをプッシュする処理の際に、属性要素に従ってデバイスデータとサブスクリプション条件セットとのマッチングを実行し、１つの属性要素がサブスクリプション条件セットを満たさない場合にデバイスデータのマッチングを停止させることで、サブスクリプションサーバのマッチングリソースの浪費を削減し、サブスクリプションサーバのマッチング効率を向上させることができる。

前述の一般的な説明と以下の詳細な説明の両方は、例示的かつ説明的なものに過ぎず、本開示を限定することを意図していないことを理解されたい。

本明細書の図面は、明細書に組み込まれ、明細書の一部を構成する。それらは、本開示と一致する実施形態を示しており、本開示の原理を説明するために明細書と併せて使用される。

図１～図６は、ブルームフィルタのワークフローの模式図である。

図７は、本開示の例示的な実施形態に関する、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法のフローチャートである。

図８は、本開示の例示的な実施形態に関する、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法のフローチャートである。

図９は、本開示の一実施形態に関する、複数のサブスクリプション条件の下で異なる属性要素の属性値に対してハッシュ演算を実行した後の対応するバイナリベクトルの概略図である。

図１０は、本開示の例示的な実施形態に関する、モノのインターネットにおいてサブスクリプションデータをプッシュするための装置のブロック図である。

図１１は、例示的な実施形態に関する、コンピュータデバイスの構造の概略ブロック図である。

次に、添付の図面に例示されている例示的な実施形態について詳細に言及する。以下の説明は、添付の図面について言及しており、異なる図面の同じ番号は、特に示さない限り、同じまたは類似の要素を表す。以下の例示的な実施形態の説明に示される実施形態は、本開示と一致するすべての実施形態を表すものではない。むしろ、それらは、添付の特許請求の範囲に記載されるような本開示に関連する態様と一致する装置および方法の例に過ぎない。

本開示で使用される「幾つかの」という用語は、１つまたは複数を意味し、「複数」という用語は、２つ以上を意味し、「および／または」という用語は、関連するオブジェクトの関連関係を説明し、３つの関係が存在する可能性があることを示す。例えば、Ａおよび／またはＢは、Ａが単独で存在、ＡとＢが同時に存在、Ｂが単独で存在の３つの状況を示す可能性がある。また、文字「／」は一般に、前後に関連付けられたオブジェクト間に「ＯＲ（または）」の関係にあることを示す。

モノのインターネット技術の大規模な普及に伴い、サブスクリプション条件の精度や、サブスクリプション条件をプッシュする処理の際のサブスクリプションサーバにおけるデータマッチングに対して、より高い要求が求められている。本開示は、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法を提供することで、サブスクリプションサーバのマッチングリソースの浪費を削減し、サブスクリプションサーバのマッチング効率を向上させることができる。理解を容易にするために、本開示に含まれる幾つかの用語を以下に説明する。

１）モノのインターネット（ＩｏＴ）

ＩｏＴは、インターネットや従来の電気通信ネットワークなどの情報媒体に基づいて、独立した機能を持つ全ての通常のオブジェクトを接続できるようにするネットワークであり、輸送および物流、工業生産、ヘルスケア、スマート環境（家庭、オフィス、または工場）などの分野に主に適用される。したがって、ＩｏＴは、市場で大きな可能性を秘めている。

２）ブルームフィルタ

ブルームフィルタは、非常に長いバイナリベクトルと一連のランダムマッピング関数から構成され、要素がセット内にあるか否かを検索するために使用することができる。その利点は、ブルームフィルタが一般的なアルゴリズムよりも空間効率が高く、クエリ時間が短いことであり、欠点は、ブルームフィルタが特定の誤認識率（つまり、要素がセット内にないという事実と矛盾して、ブルームフィルタがセット内の要素の存在を報告する可能性があることを意味する誤検知）および削除の困難性であるが、認識エラーの状況が発生しない（つまり、要素がセット内にない場合に、ブルームフィルタがセット内の要素の存在を報告しない可能性があることを意味する偽陰性であり、過小報告が防止される)。

図１～図６を参照すると、ブルームフィルタのワークフローの概略図が示されている。図１～図６に示すように、一例としてＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を取り上げると、ＵＲＬに対して実行されるブルームフィルタリングは、以下のようになる。

（１）第１、第２、第３のＵＲＬをフィルタ条件として、３つの異なるハッシュ関数に応じて３つの異なるハッシュ値をそれぞれ生成する。

ＵＲＬａ、ＵＲＬｂ、ＵＲＬｃに対してハッシュ演算を実行する模式図である図１～図３に示すように、３つの異なるハッシュ関数は、それぞれ、ＨａｓｈＡ、ＨａｓｈＢ、ＨａｓｈＣである。また、ＵＲＬａに対応する３つのハッシュ値は４、１６、８であり、ＵＲＬｂに対応する３つのハッシュ値は９、１１、７であり、ＵＲＬｃに対応する３つのハッシュ値は３、１５、１０である。

（２）フィルタ条件を空のビットマップセットにマッピングする。

図４は、空のビットマップセットを示している。ＵＲＬａに対応する３つのハッシュ値は４、１６、８であるため、ビットマップセット内の４、１６、８に対応する位置は１であると判断され、４、１６、８に対応する位置に１がセットされる。ＵＲＬｂに対応する３つのハッシュ値は９、１１、７であるため、ビットマップセット内の９、１１、７に対応する位置は１であると判断され、９、１１、７に対応する位置に１がセットされる。ＵＲＬｃに対応する３つのハッシュ値は３、１５、１０であるため、ビットマップセット内の３、１５、１０に対応する位置は１であると判断され、３、１５、１０に対応する位置に１がセットされる。図５は、セッティング完了後のビットマップセットを示している。

（３）ブルームフィルタに第４のＵＲＬを追加する場合、第４のＵＲＬを同じブルームフィルタ条件で３つのハッシュ関数に従ってハッシュ演算を実行し、３つの異なるハッシュ値をそれぞれ生成する。

図６に示すように、４番目のＵＲＬｘに対応するハッシュ値は４、１６、８である。

（４）セッティング後のビットマップセットにおける第４のＵＲＬのハッシュ値に対応する位置が１であるか否かが判定される。３つの値の位置が同時に１である場合に、そのＵＲＬは重複ＵＲＬであると判定される。３つの値の位置が同時に１ではない場合に、そのＵＲＬは重複ＵＲＬでないと判定される。

図６に示す第４のＵＲＬｘによって生成された３つのハッシュ値４、１６、８を図５のビットマップセットに対応させることで、４、１６、８の位置が同時に１であれば、図６に示すＵＲＬｘは重複ＵＲＬであり、ＵＲＬｘはＵＲＬａと重複していると判定される。

第４のＵＲＬが重複ＵＲＬでないと判定された場合、ビットマップセットにおけるＵＲＬの３つのハッシュ値に対応する位置のうち、１がセットされていない位置に１がセットされて、次のＵＲＬに対してブルームフィルタリングを実行するためのブルームフィルタ条件とされる。

ビットマップセットのサイズは、前述の図に示したセットのサイズに限定されず、ビットマップセット内の各位置に対応するサイズは１ビットである。ユーザは、異なるニーズに応じて対応するセッティングを行うことができ、１のセット操作をビットマップセット内の各位置に対して１回だけ行うことができる。

幾つかの実施形態において、ブルームフィルタは、サブスクリプションデータがサブスクリプション条件を満たしているか否かを判定するように構成されている。サブスクリプション条件は各属性セットに分割され、各属性セットはブルームフィルタ条件として取得され、ハッシュ演算が実行され、ビットマップセットにマッピングされる。ここで、異なる属性に対応するハッシュ演算で採用されるハッシュアルゴリズムは、同じでもよいし、異なっていてもよい。サブスクリプションデータは、サブスクリプション条件に新たに対応する属性セットに分割され、サブスクリプション条件内の異なる属性に対して実行されるハッシュ演算で対応して採用されるハッシュアルゴリズムに従って、サブスクリプションデータ内の異なる属性に対してハッシュ演算が実行される。次に、ビットマップセットにおける同じサブスクリプションデータの異なる属性のハッシュ値に対応する位置に全て１がセットされているか否かによって、サブスクリプションデータがサブスクリプション条件を満たしているか否かが判定される。ビットマップセットにおける同じサブスクリプションデータの異なる属性のハッシュ値に対応する全ての位置に１がセットされている場合は、サブスクリプションデータはサブスクリプション条件を満たしており、ビットマップセットにおける同じサブスクリプションデータの異なる属性のハッシュ値に対応する全ての位置に１がセットされているのではない場合は、サブスクリプションデータはサブスクリプション条件を満たしていない。

図７を参照すると、本開示の例示的な実施形態に関する、ＩｏＴにおいてサブスクリプションデータをプッシュするための方法のフローチャートが示されている。ＩｏＴにおいてサブスクリプションデータをプッシュするための方法は、サブスクリプションサーバによって実行される。図７に示すように、この方法には、以下のステップが含まれ得る。

ステップ７１０において、サブスクリプション条件セットの受信に応じて、サブスクリプション条件セットを解析して第１の属性セットが得られる。第１の属性セットには、少なくとも１つの属性要素セットが含まれ、サブスクリプション条件セットには、少なくとも１つのサブスクリプション条件が含まれる。

サブスクリプション条件は、サブスクリプションサーバでサブスクリプションデータをフィルタリングするためのカスタマイズ条件を指す。サブスクリプション条件は、カスタマイズ条件をサブスクリプションサーバに入力することによってユーザに定義されてもよいし、サブスクリプションサーバ内のラベルコントロールを制御することによってユーザに定義されてもよい。

幾つかの実施形態において、可能な状況では、クライアントは検索ボックスを有してもよく、ユーザは、クライアントに接続された外部デバイスによってテキストを入力して、カスタマイズ条件をサブスクリプションサーバに送信することができる。あるいは、クライアントが音声認識機能を有することを前提として、ユーザは、カスタマイズ条件を音声入力によってサブスクリプションサーバに送信することができる。あるいは、サブスクリプションデータをフィルタリングするためのラベルコントロールをクライアントに提供することもできます。例えば、モデルａ、デバイスＢ、または測定ポイントＣなどのラベルコントロールをサブスクリプションサーバのタッチインターフェース上に表示してもよく、これらラベルコントロールはサブスクリプションデータの記述を含み、ユーザは、単一の選択または複数の選択によって、カスタマイズ条件をサブスクリプションサーバに送信することができる。

幾つかの実施形態において、サブスクリプション条件は、少なくとも１つの属性をフィルタリングするためのサブスクリプション条件を含み得る。例えば、ユーザに入力されるカスタマイズ条件は、「ＩｏＴ機能付き電球」である。カスタマイズ条件は、サブスクリプションサーバで解析して異なる属性セットが得られる場合があり、属性セットは、電球を識別するシリーズ番号、電球に対応するモデル、モデル内の対応する測定ポイント、またはその他の関連する内容であり得る。属性セット内の異なる属性要素に対して、対応するサブ－サブスクリプション条件が定義され、異なる属性要素を説明または制限する。例えば、「ＩｏＴ機能付き電球」という解析条件に対応する測定ポイントＡは、電球モデルの電流または電圧を説明するための属性値を有し得る。

幾つかの実施形態において、サブスクリプション条件セットを解析する処理において、サブスクリプション条件セット内の各サブスクリプション条件は、対応する解析結果に関連付けられるものとする。すなわち、各サブスクリプション条件は、それに対応する第１の属性サブセットを有し、第１の属性サブセットは、第１の属性セット内にある。例えば、サブスクリプション条件１は、それに対応する第１の属性サブセット１を有することができ、第１の属性サブセット１は、モデル１、デバイス１、測定ポイント１などの対応する属性要素を含むことができる。

ステップ７２０において、デバイスデータが取得され、デバイスデータはサブスクリプションサーバに記憶される。

サブスクリプションサーバは、生成されたデバイスデータをサブスクリプションサーバに送信することができるデータ生成デバイスに接続される。サブスクリプション条件を受信すると、サブスクリプションサーバは、それに記憶されたデバイスデータからデバイスデータを抽出することができる。

ステップ７３０において、デバイスデータを解析して第２の属性セットが得られる。第２の属性セット内の属性要素は、第１の属性セット内の属性要素セットと同じタイプである。

デバイスデータが取得された後、デバイスデータは、サブスクリプション条件の解析ルールに従って解析され得る。例えば、サブスクリプション条件が解析されて、デバイス、モデル、測定ポイントの３つの属性要素で構成された属性セットが得られた場合、データ間の比較可能性を確保できるように、デバイスデータも同じ解析ルールに従って解析して、デバイス、モデル、測定ポイントの３つの属性要素で構成された属性セットを得る必要がある。

ステップ７４０において、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングが実行される。

この処理は、第１の属性セット内の属性要素セットの属性値に基づいて、第２の属性セット内の各属性要素の属性値に対して所定の順序で１つずつブルームフィルタリングを実行し、第２の属性セット内の前の属性要素のブルームフィルタリングの結果がマッチングの成功を示している場合に、次の属性要素のブルームフィルタリングが実行される。例えば、所定のマッチング順序がモデル、デバイス、測定ポイントである場合、サブスクリプション条件の属性セット内のモデルの属性値が、デバイスデータの属性セット内のモデルの属性値に対してブルームフィルタリングを実行するためのフィルタ条件として最初に取得され得る。モデルの属性値のブルームフィルタリングの結果がマッチングの成功を示す場合、サブスクリプション条件の属性セット内のデバイスの属性値をフィルタ条件として、デバイスデータの属性セット内のデバイスの属性値に対してブルームフィルタリングが実行される。デバイスの属性値のブルームフィルタリングの結果がマッチングの成功を示す場合、サブスクリプション条件の属性セット内の測定ポイントの属性値をフィルタ条件として、測定ポイントの属性値に対してブルームフィルタリングが実行される。

ステップ７５０において、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングが停止される。

デバイスデータのマッチング処理の際に、各属性要素の属性値のブルームフィルタリング結果がサブスクリプション条件セット内の対応する属性要素の属性値とのミスマッチを示す限り、デバイスデータがサブスクリプション条件を満たしていないと判定され、属性要素の属性値に対してブルームフィルタリングを実行する意味がない。このように、各属性要素の属性値のブルームフィルタリング結果がサブスクリプション条件セット内の各属性要素の属性値とのミスマッチを示す場合に、それ以降の他の属性要素に対するブルームフィルタリングを停止することができ、マッチング処理におけるマッチングリソースの浪費を削減できる。

ステップ７６０において、デバイスデータを取得するステップに処理が戻る。

サブスクリプションデータをプッシュする処理の際に、特定のデバイスデータがサブスクリプション条件セット内のサブスクリプション条件を満たさないと判定された場合、そのデバイスデータとサブスクリプション条件のマッチングを停止して、サブスクリプション条件セット内の少なくとも１つのサブスクリプション条件を満たすサブスクリプションサーバ内の少なくとも１つのデバイスデータを取得するために、次のデバイスデータとサブスクリプション条件のマッチングを開始する必要がある。

幾つかの実施形態において、サブスクリプションサーバ内のデバイスデータがサブスクリプション条件セット内のサブスクリプション条件を満たさない場合は、サブスクリプション条件は不適切であると判断され、判断結果がサブスクリプション条件を送信するクライアントにフィードバックされる。

要約すると、本開示の実施形態によって提供されるＩｏＴにおけるサブスクリプションデータをプッシュするための方法によれば、サブスクリプション条件セットが受信されると、サブスクリプション条件セットを解析して第１の属性セットが得られ、デバイスデータを取得して解析され、第１の属性セット内の属性要素セットと同じタイプの属性要素を有する第２の属性セットが得られる。そして、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行し、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングが停止される。この時点で、デバイスデータを取得するステップに戻る。このように、サブスクリプションデータをプッシュする処理の際に、属性要素に従ってデバイスデータとサブスクリプション条件セットとのマッチングを実行し、１つの属性要素がサブスクリプション条件セットを満たさない場合にデバイスデータのマッチングが停止させることで、サブスクリプションサーバのマッチングリソースの浪費を削減し、サブスクリプションサーバのマッチング効率を向上させることができる。

図８を参照すると、本開示の例示的な実施形態に関する、ＩｏＴにおいてサブスクリプションデータをプッシュするための方法のフローチャートが示されている。ＩｏＴにおいてサブスクリプションデータをプッシュするための方法は、サブスクリプションサーバによって実行される。図８に示すように、この方法には、以下のステップが含まれ得る。

ステップ８０１において、サブスクリプション条件セットの受信に応じて、サブスクリプション条件セットを解析して第１の属性セットが得られる。第１の属性セットには、少なくとも１つの属性要素セットが含まれ、サブスクリプション条件セットには、少なくとも１つのサブスクリプション条件が含まれる。

幾つかの実施形態において、第１の属性セット内の属性要素セットは、モデル、デバイス、測定ポイントのうちの少なくとも１つである。各属性要素セットには、それに相応して、サブスクリプション条件セット内の全てのサブスクリプション条件を解析することによって取得された対応する属性要素が含まれる。例えば、モデルセットには、サブスクリプション条件セット内の全てのサブスクリプション条件を解析することによって取得されたモデル要素が含まれ得る。

幾つかの実施形態において、各サブスクリプション条件は、対応するサブスクリプションアカウントを有しており、サブスクリプションアカウントは、対応するサブスクリプション条件を満たすデバイスデータをサブスクリプションアカウントに送信するように指示するために使用される。

幾つかの実施形態において、ＩｏＴにおいてサブスクリプションデータをプッシュするプロセスの際に、サブスクリプションサーバは、同じ期間にユーザによって送信された複数のサブスクリプション条件を受信することができ、サブスクリプション条件の数が１つより多い場合、サブスクリプションサーバは、複数のサブスクリプション条件を同時に解析して、１つのサブスクリプション条件が１つのサブスクライバアカウントに対応する、第１の属性セットを形成する。

ステップ８０２において、デバイスデータが取得され、デバイスデータはサブスクリプションサーバに記憶される。

ステップ８０３において、デバイスデータを解析して第２の属性セットが得られる。第２の属性セット内の各属性要素は、第１の属性セット内の属性要素セットと同じタイプである。

ステップ８０４において、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行する。このステップには、以下の内容が含まれ得る。

１）第１の属性セット内の各属性要素の属性値に対してハッシュ演算を実行して、第１の属性セット内の属性要素セットに対応するバイナリベクトルセットを取得する。このプロセスには、以下のステップが含まれ得る。

ステップＳ８１０において、第１の属性セット内の属性要素セットの属性値に対してハッシュ演算することによって、第１の属性セット内の属性要素セットにそれぞれ対応する演算結果が取得される。

ステップ８２０において、空のビットマップセットが準備される。

ステップＳ８３０において、第１の属性セット内の属性要素セットにそれぞれ対応する演算結果に対応するビットマップセット内の位置に１をセットすることによって、第１の属性セット内の属性要素セットに対応するバイナリベクトルが得られる。

１のセット操作は、各位置に対して１回だけ実行できるため、ビットマップセット内の１が設定された位置は、ハッシュ演算の特性により、複数のサブスクリプション条件に対応する可能性がある。したがって、１が設定された位置とサブスクリプション条件との間の相関を確立することが可能であり、１が設定された位置と属性要素との間の相関を最初に確立することによって実現され得る。

２）第２の属性セット内の各属性要素の属性値に対してハッシュ演算を実行して、第２の属性セット内の各属性要素に対応するバイナリベクトルを取得する。

第２の属性セット内の各属性要素に対応するバイナリベクトルを取得するプロセスは、ステップＳ８１０～Ｓ８３０を参照することができ、本明細書ではこれ以上説明しない。

各属性要素の属性値に対してハッシュ演算を実行する処理は、図１～図６に示したブルームフィルタのワークフローを参照することができる。ハッシュ演算の際に、同じサブスクリプション条件または同じデバイスデータの異なる属性要素の属性値に対してハッシュ演算を実行するためのハッシュ関数は、同一であってもよく、そうでなくてもよく、その一方で、サブスクリプション条件とデバイスデータの対応する属性要素の属性値は、同一である必要がある。例えば、サブスクリプション条件の解析に、デバイス、モデル、測定ポイントの３つの属性要素が含まれる場合、対応するデバイスデータの解析にも、デバイス、モデル、測定ポイントの３つの属性要素が含まれる。属性要素に対してブルームフィルタリングを実行する処理の際に、サブスクリプション条件の３つの属性要素の属性値に対してハッシュ演算を実行するためのハッシュ関数が全てＨａｓｈＡである場合、デバイスデータの３つの属性要素の属性値に対してハッシュ演算を実行するためのハッシュ関数も全てＨａｓｈＡとなり；サブスクリプション条件の属性要素であるモデル、デバイス、測定ポイントの属性値をハッシュ演算するためのハッシュ関数がＨａｓｈＡ、ＨａｓｈＢ、ＨａｓｈＣである場合、デバイスデータのモデル、デバイス、測定ポイントである属性要素の属性値に対するハッシュ演算もＨａｓｈＡ、ＨａｓｈＢ、ＨａｓｈＣとなる。

３）第１の属性セット内の属性要素セットに対応するバイナリベクトルセットを、第２の属性セット内の各属性要素に対応するバイナリベクトルとそれぞれマッチングする。

幾つかの実施形態において、マッチング処理の際に、デバイスデータの各属性要素に対応するバイナリベクトルとサブスクリプション条件の各属性要素に対応するバイナリベクトルとの量的積（ｑｕａｎｔｉｔａｔｉｖｅ ｐｒｏｄｕｃｔ）が計算されてもよく、その計算結果に応じて、デバイスデータの各属性要素がサブスクリプション条件を満たしているか否かが判定される。計算結果が１の場合、デバイスデータの属性要素がサブスクリプション条件を満たしていると判定され；計算結果が０の場合、デバイスデータの属性要素がサブスクリプション条件を満たさないと判定される。

幾つかの実施形態において、サブスクリプション条件の数が１つより多い場合、本開示の一実施形態に関する、複数のサブスクリプション条件のうちの異なる属性要素の属性値に対してハッシュ演算を実行した後の対応するバイナリベクトルの概略図である、図９を参照する。図９に示すように、ビットマップセットのサイズは６４ビットである。ハッシュ演算後の図９のサブスクリプション条件の各属性要素の属性値について、出力されるハッシュ値は０～６３の整数範囲内の値であり、ハッシュ値に対応するビットマップセット内の位置に１がセットされる。

図９に示すように、サブスクリプション条件全体のモデル属性に対応するバイナリベクトルは［１，０，１，０，０，１，１，０，０，１．．．１，０］であり、デバイスデータのモデル属性に対応するバイナリベクトルは［０，０，１，０，０，０，０，０，０，０．．．０，０］である。このため、計算されたそれらの間の量的積は、［１，０，１，０，０，１，１，０，０，１．．．１，０］×［０，０，１，０，０，０，０，０，０，０．．．０，０］＝１となる。

デバイスデータとサブスクリプション条件全体との間でマッチするモデルに対応する各バイナリベクトルの積結果は１であるので、デバイスデータのモデルの属性値はサブスクリプション条件を満たすと判定される。

デバイスデータのモデル属性に対応するバイナリベクトルを［０，１，０，０，０，０，０，０，０，０．．．０，０］とすると、計算された量的積は、［１，０，１，０，０，１，１，０，０，１．．．１，０］×［０，１，０，０，０，０，０，０，０，０．．．０，０］＝０となる。

デバイスデータとサブスクリプション条件全体との間でマッチするモデル属性に対応する各バイナリベクトルの積結果が０であるため、デバイスデータのモデルの属性値がサブスクリプション条件を満たしていないと判定される。

マッチング結果に従って、ステップ８０５またはステップ８０７が実行される。

ステップ８０５において、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングが停止される。

幾つかの実施形態において、このプロセスには：第２の属性セット内の各属性要素に対応する各バイナリベクトルのうちの１つが第１の属性セット内の各属性要素に対応する各バイナリベクトルセットのうちの１つとのマッチングに失敗した場合に、第２の属性セット内の属性要素に対するマッチングを停止すること、その後、ステップ８０６を実行すること、が含まれ得る。

ステップ８０６において、デバイスデータを取得するステップに処理が戻る。

ステップ８０７において、第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性セット内の属性要素セットとの対応マッチングを示す場合に、デバイスデータがクライアントに送信される。クライアントは、サブスクリプション条件を送信する端末である。

サブスクリプション条件の数が１つの場合、サブスクリプションサーバは、第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性セット内の属性要素セットとのマッチングを示す場合、これはデバイスデータがサブスクリプション条件とのマッチングに成功したことも意味しており、サブスクリプション条件に対応するクライアントにデバイスデータを継続的に送信することができ、ここで、デバイスデータは、時間の経過に伴って変化するデータである。例えば、サブスクリプション条件が「光発電モジュールモデル内の光発電モジュール１の発電電力を取得すること」である場合には、光発電モジュールモデル内の光発電モジュール１の光発電電力値は、日射量の影響で増加または減少する可能性があり；デバイスデータがサブスクリプション条件とのマッチングに成功した場合に、サブスクリプションサーバは、光発電モジュール１によってアップロードされた光発電電力値をクライアントに継続的に送信することができる。

サブスクリプション条件の数が１つより多い場合、ハッシュ関数の出力は一定の範囲内の整数であるため、異なるサブスクリプション条件の各属性要素の属性値に対してハッシュ演算を実行することで得られるハッシュ値が重複する可能性があり、これにより、第１の属性セット内の１つの属性要素が複数のサブスクリプション条件に対応することができる。例えば、ハッシュ関数は、以下のように定義され得る：
Ｈ（ｘ）＝ｈ

Ｈは、所定のハッシュ関数を表し、ｘは、可変サイズを有するデータを表し、ｈは、計算された固定長のハッシュ値を表す。

ハッシュ関数が剰余２を取る関数である場合、サブスクリプション条件１のモデル属性の属性値は１３であり、サブスクリプション条件２のモデル属性では５であり、以下の結果が生じ得る：
Ｈ（１３）＝１
Ｈ（５）＝１

５の剰余２の結果は１であり、１３の剰余２の結果と同じである。一方、５は１３と等しくなく、サブスクリプション条件１がサブスクリプション条件２と異なることを示している。更に、ハッシュ演算の結果は両方とも１であるため、ビットマップセットの対応する位置１で両方とも１がセットされる。但し、１のセット操作は同じ位置で１回しか実行できないため、１のセット操作に関連する２つのサブスクリプション条件が位置１に存在する。そこで、ハッシュ演算の結果の衝突による判断結果の不正確性を回避するために、以下のステップが実行される。

１）第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性要素セットとの対応マッチングを示す場合に、各第１の属性セット内のマッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を取得する。

幾つかの実施形態において、第１の属性セット内の属性要素セットに対応するバイナリベクトルセットが第２の属性セット内の各属性要素に対応するバイナリベクトルとのマッチングに成功した場合に、各第１の属性セット内のマッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させて統合サブスクリプション条件を取得する。

各サブスクリプション条件は、対応するサブスクリプション条件マークを有し得る。サブスクリプション条件セットを交差させると、各第１の属性セット内のマッチングに成功した各属性要素に対応するサブスクリプション条件マークを取得することができ、各第１の属性セット内の各属性要素に対応する各サブスクリプション条件マークを交差させることによって、統合サブスクリプション条件に対応する各サブスクリプション条件マークを取得することができ、これにより統合サブスクリプション条件を取得する。

２）統合サブスクリプション条件に対応する属性セットを第２の属性セットとマッチングし、マッチング結果を取得する。

統合サブスクリプション条件に対応する属性セット内の各属性要素の属性値が、第２の属性セット内の各属性要素の属性値と１つずつマッチングされる。

３）デバイスデータは、第２の属性セットが統合サブスクリプション条件に対応する属性セットとのマッチングに成功したことを示すマッチング結果に応じてクライアントに送信される。クライアントは、サブスクリプション条件を送信するクライアントである。

幾つかの実施形態において、デバイスデータのモデル属性の属性値に対応するバイナリベクトルと、サブスクリプション条件全体のモデル属性に対応するバイナリベクトルとの積の結果が１となる位置を位置０とし、位置０に関連付けられたサブスクリプション条件で構成されたサブスクリプション条件セットは、［サブスクリプション条件１、サブスクリプション条件２］であり；デバイスデータのデバイス属性の属性値に対応するバイナリベクトルと、サブスクリプション条件全体のデバイス属性に対応するバイナリベクトルとの積の結果が１となる位置を位置２とし、位置２に関連付けられたサブスクリプション条件で構成されたサブスクリプション条件セットは、［サブスクリプション条件３、サブスクリプション条件４］であり；デバイスデータの測定ポイント属性の属性値に対応するバイナリベクトルと、サブスクリプション条件全体の測定ポイントに対応するバイナリベクトルとの積の結果が１となる位置を位置１とし、位置１に関連付けられたサブスクリプション条件で構成されたサブスクリプション条件セットは、「サブスクリプション条件４、サブスクリプション条件２」である。上記３つのサブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を［サブスクリプション条件２］のセットとして取得することができる。

次に、統合サブスクリプション条件に対応する属性セットが第２の属性セットとマッチングされ、統合サブスクリプション条件に対応するユーザの数は、１人または２人以上であり得る。ＩｏＴの環境では、異なるユーザが異なるデバイスデータにマッチングするように異なるサブスクリプション条件を同時に入力してもよく、異なるユーザが同じデバイスデータにマッチングするように同じサブスクリプション条件を入力してもよい。更に、異なるユーザによって入力されたサブスクリプション条件は、ユーザのアカウントに対応してもよい。従って、データデバイスの属性セットと統合サブスクリプション条件に対応する属性セットとの間のマッチング結果がマッチングの成功を示す場合に、サブスクリプションサーバは、異なるサブスクリプション条件に対応する１つまたは複数のアカウントに従って、対応するアカウントによって示されるクライアントにデバイスデータを送信することができる。

要約すると、本開示の実施形態に関する、ＩｏＴにおいてサブスクリプションデータをプッシュするための方法では、サブスクリプション条件セットが受信されると、サブスクリプション条件セットを解析して第１の属性セットが得られ、デバイスデータを取得して解析され、第１の属性セット内の属性要素セットと同じタイプの属性要素を有する第２の属性セットが得られる。そして、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行し、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングが停止される。この時点で、デバイスデータを取得するステップに戻る。このように、サブスクリプションデータをプッシュする処理の際に、属性要素に従ってデバイスデータとサブスクリプション条件セットとをマッチングし、１つの属性要素がサブスクリプション条件セットを満たさない場合にデバイスデータのマッチングが停止させることで、サブスクリプションサーバのマッチングリソースの浪費を削減し、サブスクリプションサーバのマッチング効率を向上させることができる。

図１０を参照すると、本開示の例示的な実施形態に関する、ＩｏＴにおいてサブスクリプションデータをプッシュするための装置のブロック図が示されている。この装置は、図７または図８および対応する実施形態に示される方法のステップの全てまたは一部を実装するソフトウェアの形式のデータ照合サーバの全てまたは一部として実施され得る。図１０に示すように、この装置は、第１の解析モジュール１０１０と、取得モジュール１０２０と、第２の解析モジュール１０３０と、ブルームフィルタリングモジュール１０４０と、停止モジュール１０５０と、リターンモジュール１０６０とを含み得る。

第１の解析モジュール１０１０は、サブスクリプション条件セットの受信に応じて、サブスクリプション条件セットを解析して第１の属性セットを得るように構成され、ここで、第１の属性セットには、少なくとも１つの属性要素セットが含まれる。

取得モジュール１０２０は、デバイスデータを取得するように構成され、ここで、デバイスデータは、サブスクリプションサーバに記憶されている。

第２の解析モジュール１０３０は、デバイスデータを解析して第２の属性セットを得るように構成され、ここで、第２の属性セット内の各属性要素は、第１の属性セット内の属性要素セットと同じタイプである。

ブルームフィルタリングモジュール１０４０は、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルーム・フィルタリングを実行するように構成される。

停止モジュール１０５０は、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止するように構成される。

リターンモジュール１０６０は、デバイスデータを取得するステップに戻るように構成される。

幾つかの実施形態において、ブルームフィルタリングモジュール１０４０は、第１の計算サブモジュールと、第２の計算サブモジュールとを含む。

第１の計算サブモジュールは、第１の属性セット内の各属性要素の属性値に対してハッシュ演算を実行することによって、第１の属性セット内の属性要素セットに対応するバイナリベクトルセットを取得するように構成される。

第２の計算サブモジュールは、第２の属性セット内の各属性要素の属性値に対してハッシュ演算を実行することによって、第２の属性セット内の各属性要素に対応するバイナリベクトルを取得するように構成される。

ここで、停止モジュール１０５０は、第２の属性セット内の各属性要素に対応する各バイナリベクトルのうちの１つが第１の属性セット内の各属性要素に対応する各バイナリベクトルセットのうちの１つとのマッチングに失敗した場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止するように構成される。

幾つかの実施形態において、サブスクリプション条件の数が１つの場合、この装置は更に、第１の送信モジュールを含む。

第１の送信モジュールは、第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性セット内の属性要素セットとの対応マッチングを示す場合に、デバイスデータをクライアントに送信するように構成され、ここで、クライアントは、サブスクリプション条件を送信する端末である。

幾つかの実施形態において、サブスクリプション条件の数が１つより多い場合、この装置は更に、計算モジュールと、照合モジュールと、第２の送信モジュールとを含む。

計算モジュールは、第２の属性セット内の各属性要素のブルームフィルタリング結果が第１の属性セット内の属性要素セットとの対応マッチングの成功を示す場合に、マッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を取得するように構成される。

マッチングモジュールは、統合サブスクリプション条件に対応する属性セットを第２の属性セットとマッチングすることによって、マッチング結果を取得するように構成される。

第２の送信モジュールは、第２の属性セットが統合サブスクリプション条件に対応する属性セットとのマッチングに成功したことを示すマッチング結果に応じて、デバイスデータをクライアントに送信するように構成される。

幾つかの実施形態において、計算モジュールは、第１の属性セット内の属性要素セットに対応するバイナリベクトルセットが第２の属性セット内の各属性要素に対応するバイナリベクトルとのマッチングに成功した場合に、第１の属性セット内のマッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を取得するように構成される。

幾つかの実施形態において、第１の属性セット内の属性要素セットは、モデル、デバイス、測定ポイントのうちの少なくとも１つである。

要約すると、本開示の実施形態に関する、ソフトウェアの形式でサブスクリプションサーバの全部または一部として実装される、ＩｏＴにおけるサブスクリプションデータをプッシュするための装置では、サブスクリプション条件セットが受信されると、サブスクリプション条件セットを解析して第１の属性セットが得られ、デバイスデータを取得して解析され、第１の属性セット内の属性要素セットと同じタイプの属性要素を有する第２の属性セットが得られる。そして、第１の属性セット内の属性要素セットをフィルタ条件として、第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行し、第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、第２の属性セット内の他の属性要素に対するブルームフィルタリングが停止される。この時点で、デバイスデータを取得するステップに戻る。このように、サブスクリプションデータをプッシュする処理の際に、属性要素に従ってデバイスデータとサブスクリプション条件セットとのマッチングを実行し、１つの属性要素がサブスクリプション条件セットを満たさない場合にデバイスデータのマッチングが停止させることで、サブスクリプションサーバのマッチングリソースの浪費を削減し、サブスクリプションサーバのマッチング効率を向上させることができる。

図１１を参照すると、例示的な実施形態に関する、コンピュータデバイス１１００の構造の概略図が示されている。コンピュータデバイスは、本開示の前述の解決策で述べたサブスクリプションサーバとして実装され得る。コンピュータデバイス１１００は、中央処理装置（ＣＰＵ）１１０１と、ランダムアクセスメモリ（ＲＡＭ）１１０２および読み出し専用メモリ（ＲＯＭ）１１０３を含むシステムメモリ１１０４と、システムメモリ１１０４および中央処理装置１１０１に接続されたシステムバス１１０５とを含む。コンピュータデバイス１１００は更に、コンピュータ内のそれぞれのデバイス間の情報転送を容易にする基本入出力システム（Ｉ／Ｏシステム）１１０６と、オペレーティングシステム１１１３、アプリケーションプログラム１１１４、およびその他のプログラムモジュール１１１５を記憶した大容量記憶装置１１０７とを含む。

基本入出力システム１１０６は、情報を表示するためのディスプレイ１１０８と、ユーザが情報を入力するためのマウスまたはキーボードなどの入力装置１１０９とを含む。ディスプレイ１１０８および入力装置１１０９は両方とも、システムバス１１０５に接続された入出力コントローラ１１１０を介してＣＰＵ１１０１に接続される。基本Ｉ／Ｏシステム１１０６は更に、キーボード、マウス、または電子スタイラスなどの複数の他のデバイスからの入力を受信および処理するための入出力コントローラ１１１０を含み得る。同様に、入出力コントローラ１１１０は更に、ディスプレイ画面、プリンタ、または他のタイプの出力デバイスへの出力を提供する。

大容量記憶装置１１０７は、システムバス１１０５に接続された大容量記憶装置コントローラ（図示せず）によってＣＰＵ１１０１に接続される。大容量記憶装置１１０７および関連するコンピュータ可読媒体は、サーバ１１００に不揮発性記憶装置を提供する。すなわち、大容量記憶装置１１０７は、ハードディスクまたはＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブなどのコンピュータ可読媒体（図示せず）を含み得る。

一般性を失うことなく、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報を記憶するための任意の方法または技術によって実装された、揮発性および不揮発性、並びに取り外し可能および取り外し不可能な媒体を含む。コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒy）、フラッシュメモリ、またはその他のソリッドステートストレージ技術、ＣＤ－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、またはその他の光ストレージデバイス、テープカセット、磁気テープ、ディスクストレージ、またはその他の磁気ストレージデバイスが含まれる。当業者は、コンピュータ記憶媒体が上記のものに限定されないことを理解するであろう。前述のシステムメモリ１１０４および大容量記憶装置１１０７は、まとめてメモリと呼ばれることがある。

本開示の様々な実施形態によれば、コンピュータデバイス１１００は更に、インターネットなどのネットワークを介してネットワークに接続されたリモートコンピュータによって操作され得る。すなわち、コンピュータデバイス１１００は、システムバス１１０５に接続されたネットワークインターフェースユニット１１１１によってネットワーク１１１２に接続されてもよく、ネットワークインターフェースユニット１１１１によって他のタイプのネットワークまたはリモートコンピュータシステム（図示せず）に接続されてもよい。

メモリは更に、１つまたは複数のプログラムを記憶しており、メモリに記憶された１つまたは複数のプログラムは、ＣＰＵ１１０１によって実行されると、図７または図８に示した方法のステップの全部または一部をＣＰＵ１１０１に実行させる。

当業者は、上記の１つまたは複数の実施例において、本開示の実施形態で説明された機能が、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせによって実装され得ることを理解するであろう。機能がソフトウェアで実装される場合、それらはコンピュータ可読媒体に記憶されてもよく、またはコンピュータ可読媒体上の１つまたは複数の命令またはコードとして送信されてもよい。コンピュータ可読媒体には、コンピュータ記憶媒体および通信媒体が含まれ、ここで、通信媒体には、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体が含まれ、記憶媒体は、汎用または専用のコンピュータによってアクセスされ得る任意の利用可能な媒体であってもよい。

本開示の一実施形態は、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶した非一時的コンピュータ可読記憶媒体を更に提供する。少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットは、コンピュータデバイスのプロセッサによってロードおよび実行されると、ＩｏＴにおいてサブスクリプションデータをプッシュするための方法をコンピュータデバイスに実行させる。例えば、コンピュータ可読記憶媒体は、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶装置などであり得る。

本開示の他の実施形態は、明細書および本開示の実施を考慮すれば、当業者には明らかである。本開示は、本開示の一般原則に従った本開示の任意の変形、使用、または適応をカバーし、本明細書に開示されていない公知または一般的に使用される技術的手段を含むことを意図している。明細書および実施形態は、単なる例示として考慮されるべきであり、本開示の範囲および精神は、添付の特許請求の範囲に従うものである。

本開示は、上記で説明し、添付の図面に示した正確な構造に限定されず、その範囲から逸脱することなく、様々な修正および変更を行うことができることを理解されたい。本開示の範囲は、添付の特許請求の範囲によってのみ限定されることを意図している。

Claims (10)

1. モノのインターネットにおいてサブスクリプションデータをプッシュするための方法であって、サブスクリプションサーバによって実行される方法において、
   サブスクリプション条件セットの受信に応じて、前記サブスクリプション条件セットを解析して第１の属性セットを得ること、ここで、前記第１の属性セットには、少なくとも１つの属性要素セットが含まれ、前記サブスクリプション条件セットには、少なくとも１つのサブスクリプション条件が含まれ、
   デバイスデータを取得すること、ここで、前記デバイスデータは、前記サブスクリプションサーバに記憶されており、
   前記デバイスデータを解析して第２の属性セットを得ること、ここで、前記第２の属性セット内の各属性要素は、前記第１の属性セット内の属性要素セットと同じタイプであり、
   前記第１の属性セット内の属性要素セットをフィルタ条件として、前記第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行すること、
   前記第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が前記第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、前記第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止すること、
   前記デバイスデータを取得するステップに戻ること、
   を含むことを特徴とする方法。
2. 請求項１に記載の方法において、
   前記第１の属性セット内の属性要素セットをフィルタ条件として、前記第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行することは、
   前記第１の属性セット内の各属性要素の属性値に対してそれぞれハッシュ演算を実行することによって、前記第１の属性セット内の属性要素セットに対応するバイナリベクトルセットを取得すること、
   前記第２の属性セット内の各属性要素の属性値に対してそれぞれハッシュ演算を実行することによって、前記第２の属性セット内の各属性要素に対応するバイナリベクトルを取得すること、
   前記第１の属性セット内の属性要素セットに対応するバイナリベクトルセットと、前記第２の属性セット内の各属性要素に対応するバイナリベクトルとを所定のマッチング順序でマッチングすること、
   を含み、
   前記第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が前記第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、前記第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止することは、
   前記第２の属性セット内の各属性要素に対応する各バイナリベクトルのうちの１つが前記第１の属性セット内の各属性要素に対応する各バイナリベクトルセットのうちの１つとのマッチングに失敗した場合に、前記第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止すること、
   を含むことを特徴とする方法。
3. 請求項１に記載の方法において、
   サブスクリプション条件の数が１つの場合、
   前記方法は更に、
   前記第２の属性セット内の各属性要素のブルームフィルタリング結果が前記第１の属性セット内の属性要素セットとの対応マッチングを示す場合に、前記デバイスデータをクライアントに送信するように構成され、ここで、前記クライアントは、前記サブスクリプション条件を送信する端末である、
   を含むことを特徴とする方法。
4. 請求項１に記載の方法において、
   サブスクリプション条件の数が１つより多い場合、
   前記方法は更に、
   前記第２の属性セット内の各属性要素のブルームフィルタリング結果が前記第１の属性セット内の属性要素セットとの対応マッチングの成功を示す場合に、マッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を取得すること、
   前記統合サブスクリプション条件に対応する属性セットを前記第２の属性セットとマッチングすることによって、マッチング結果を取得すること、
   前記第２の属性セットが前記統合サブスクリプション条件に対応する属性セットとのマッチングに成功したことを示すマッチング結果に応じて、前記デバイスデータをクライアントに送信すること、
   を含むことを特徴とする方法。
5. 請求項４に記載の方法において、
   前記第２の属性セット内の各属性要素のブルームフィルタリング結果が前記第１の属性セット内の属性要素セットとの対応マッチングの成功を示す場合に、マッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、統合サブスクリプション条件を取得することは、
   前記第１の属性セット内の属性要素セットに対応するバイナリベクトルセットが前記第２の属性セット内の各属性要素に対応するバイナリベクトルとのマッチングに成功した場合に、前記第１の属性セット内のマッチングに成功した各属性要素に対応する各サブスクリプション条件セットを交差させることによって、前記統合サブスクリプション条件を取得すること、
   を含むことを特徴とする方法。
6. 請求項１～請求項５のいずれかに記載の方法において、
   前記第１の属性セット内の属性要素セットは、モデル、デバイス、測定ポイントのうちの少なくとも１つである、
   ことを特徴とする方法。
7. モノのインターネットにおいてサブイメージデータをプッシュするための装置であって、サブスクリプションサーバに適用可能な装置において、
   サブスクリプション条件セットの受信に応じて、前記サブスクリプション条件セットを解析して第１の属性セットを得るように構成された、第１の解析モジュールと、ここで、前記第１の属性セットには、少なくとも１つの属性要素セットが含まれ、前記サブスクリプション条件セットには、少なくとも１つのサブスクリプション条件が含まれ、
   デバイスデータを取得するように構成された、取得モジュールと、ここで、前記デバイスデータは、前記サブスクリプションサーバに記憶されており、
   前記デバイスデータを解析して第２の属性セットを得るように構成された、第２の解析モジュールと、ここで、前記第２の属性セット内の各属性要素は、前記第１の属性セット内の属性要素セットと同じタイプであり、
   前記第１の属性セット内の属性要素セットをフィルタ条件として、前記第２の属性セット内の各属性要素に対して所定の順序で１つずつブルームフィルタリングを実行するように構成された、ブルームフィルタリングモジュールと、
   前記第２の属性セット内の各属性要素のうちの１つのブルームフィルタリング結果が前記第１の属性セット内の対応する属性要素セットとのミスマッチを示す場合に、前記第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止するように構成された、停止モジュールと、
   前記デバイスデータを取得するステップに戻るように構成された、リターンモジュールと、
   を備えたことを特徴とする装置。
8. 請求項７に記載の装置において、
   前記ブルームフィルタリングモジュールは、
   前記第１の属性セット内の各属性要素の属性値に対してハッシュ演算を実行することによって、前記第１の属性セット内の属性要素セットに対応するバイナリベクトルセットを取得するように構成された、第１の計算サブモジュールと、
   前記第２の属性セット内の各属性要素の属性値に対してそれぞれハッシュ演算を実行することによって、前記第２の属性セット内の各属性要素に対応するバイナリベクトルを取得するように構成された、第２の計算サブモジュールと、
   を備え、
   前記停止モジュールは、前記第２の属性セット内の各属性要素に対応する各バイナリベクトルのうちの１つが前記第１の属性セット内の各属性要素に対応する各バイナリベクトルセットのうちの１つとのマッチングに失敗した場合に、前記第２の属性セット内の他の属性要素に対するブルームフィルタリングを停止するように更に構成される、
   ことを特徴とする装置。
9. プロセッサと、少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶したメモリとを備えたコンピュータデバイスであって、
   前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセット、または前記命令セットは、前記プロセッサによってロードおよび実行されると、請求項１～請求項６のいずれかに定義された、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法を前記プロセッサに実行させる、
   ことを特徴とするコンピュータデバイス。
10. 少なくとも１つの命令、少なくとも１つのプログラム、コードセット、または命令セットを記憶した非一時的コンピュータ可読記憶媒体であって、
    前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセット、または前記命令セットは、コンピュータデバイスのプロセッサによってロードおよび実行されると、請求項１～請求項６のいずれかに定義された、モノのインターネットにおいてサブスクリプションデータをプッシュするための方法を前記コンピュータデバイスに実行させる、
    ことを特徴とする非一時的コンピュータ可読記憶媒体。

Images