Count-Min スケッチ

Takami Torao #CMS #確率的データ構造
  • このエントリーをはてなブックマークに追加

概要

Count-Min スケッチ (count-min sketch) [1] は大規模データセットにおいて頻度や重み付け合計を効率的に推定するための確率的データ構造である。膨大な数の要素を複数のハッシュ関数を用いて異なるカウンターにマッピングし、その最小値を参照することで頻度を推定する。この手法は結果として得られる合計頻度に誤差を含むが、要素ごとにカウンターを設けるよりはるかにメモリ使用量が少なく、挿入やクエリーも高速である。データストリーム分析、ネットワークトラフィックのモニタリング、検索クエリーの頻度分析などに広く利用されている。

Table of Contents

  1. 概要
  2. アルゴリズム
    1. 設定
    2. 更新
    3. 照会
    4. 誤差パラメータ
    5. レンジクエリー
  3. 適用例
    1. Heavy Hitting の抽出
  4. 参考文献

アルゴリズム

要素 と対応する量 からなるペア を供給するデータストリームを想定する。Count-Min スケッチの目的はある時点 までにデータストリームから得られた任意の要素 に対応する の合計値の近似を推定することである。

Count-Min スケッチはデータストリームから得られた要素 個のハッシュ関数でのハッシュ化し、そのハッシュ値に対応する 個のカウンターに を加算する。異なる要素 でハッシュ値が衝突する可能性があるが、Count-Min スケッチは真の合計からの想定誤差 と想定誤差を超える確率 を決めることができる。

ハッシュの衝突による加算の重複を考慮すると、 の場合 (つまり増加のみの場合)、ある要素 に対するすべてのカウンターは少なくとも の「真の合計値」以上の値を持つはずである。さらに、その中でもっとも小さな合計値が真の値にもっとも近い合計値である。Count-Min スケッチはこの最小値を採用することで合計の近似値を推定する。

なお、Count-Min スケッチでは が負の値をとることを許容することもでき、この場合は最小値ではなく中央値を採用する。この記事の内容は のケースを対象にしている。

設定

Count-Min スケッチのカウンターは の 2 次元整数配列で表される。初期状態のカウンターはすべて 0 が設定されるものとする。 は誤差パラメータ に基づいて式 () のように定めることができる。また のハッシュ値を生成する 個のハッシュ関数 , ..., を pair-wise 独立族からランダムに選択する。

例として Fig 1 のような , の構造を持つ Count-Min スケッチについて考える。逆算してこの誤差パラメータは の上限を持つ。

Fig 1. , の初期状態の Count-Min スケッチ。

更新

データストリームから要素と量のペア の入力があったとき、Count-Min スケッチはまず要素 に対してハッシュ関数を適用して 個のハッシュ値を生成する。次にカウンター配列でハッシュ値に該当するそれぞれのカウンターに を加算する。ある時点 の入力を としたとき、各カウンターの状態 は式 () のように更新される。

Fig 2 の例では Count-Min スケッチを , , で更新している。いくつかのカウンターはハッシュの衝突により異なる要素に対して重複して加算されていることに注意。

Fig 2. Count-Min スケッチをデータストリームからの , , の入力で更新する。

照会

更新された Count-Min スケッチからある要素 の合計推定値を得るには、更新と同様に 個のハッシュ値を生成し、配列内の該当するカウンターで最も小さい値 ( が正の場合)、または中央値 ( に負値を許容する場合) を採用する。

Fig 3 の例では一連の更新の後に を照会し、該当するカウンター内の最小値である 1 が推定合計値として返される。

Fig 3. Count-Min スケッチから の合計推定値を参照する。 であるため、 は 1 と推定される。

誤差パラメータ

2 つの誤差パラメータのうち は過大評価の範囲 (実際より多く見積もってしまう範囲)、 は誤差がその過大評価の想定範囲から外れる確率を表している。

ある時点 までのデータストリーム , ..., において、すべての要素の頻度の合計を 、ある要素 の真の合計頻度を としたとき、Count-Min スケッチで得られる の推定合計頻度 の確率で式 () を満たす [1, 2]。例に用いた , の Count-Min スケッチから得られる推定合計頻度は、 の確率で真の合計頻度から の範囲に収まっていることが保証されている。

式 () における誤差の項 はどの要素でも一定である点に注意。これは のような状況で に比べて の含む誤差の割合が大きくなる事を示している。これは真の合計頻度が大きい方がより相対誤差が少ないという意味であり、直感的には推定合計頻度が大きい方が相対誤差が少ない可能性が高いと言い換えることができる。

誤差パラメータ からカウンター配列の , が決まることから、Count-Min スケッチの空間計算量は式 () のように表すことができる。 Count-Min スケッチはデータストリームから得られる入力数 に依存せず () のような小さなメモリ空間だけで十分に機能する。ただし、全要素の合計頻度 が増えるに連れて過大評価の範囲が大きくなる点に注意する必要がある。

レンジクエリー

Count-Min スケッチでレンジクエリー (range query; 範囲クエリー) を実装する場合、前述のような点クエリーを繰り返して実装することも可能だが 2 つの問題がある。一つ目は誤差が累積すること。過大評価された誤差は範囲 内で最大で に累積する可能性がある。これは が大きい場合に特に問題である。二つ目は単純に加算のコストが となることである。

二進レンジ (dyadic range; 二進区間) とはパラメータ に対して となる範囲である。任意の範囲は最大で 個の二進レンジに分解できることに注目する。例えば範囲 は重複しない 6 個の二進レンジ , , , , , で正準に (canonically) カバーされる。つまり、すべての二進レンジで頻度をカウントしておけば 6 回の加算のみで 範囲のレンジクエリーを計算することができることになる。これは 60 個の点クエリーを繰り返して加算するより誤差が少なく計算効率も良い。

二進レンジを使用してレンジクエリーに近似的に応答するために、 個の Count-Min スケッチを用意し、それぞれ の二進レンジに含まれる頻度としてカウントする。レンジクエリーは要求のあった範囲を各層の二進レンジに分解し、それぞれ頻度を参照して合計頻度の推定値を得る。任意の範囲を二進レンジに分解する計算方法は [2] を参照。

Fig 4 の例は最大 範囲の要素 () を持つ Count-Min スケッチの 5 層構造である。それぞれの層は に対応する二進レンジを要素としてその頻度を保存する。要素 10 の頻度を更新する場合、上層の Count-Min スケッチから , , , , の頻度を更新する (図左)。 のレンジクエリーでは , , の頻度を参照して合計すれば良い (図右)。

Range Query
Fig 4. 二進レンジと頻度を持つ Count-Min スケッチのカスケード構造を用いたレンジクエリー。

二進レンジ Count-Min スケッチ構造の更新とクエリーは、時間計算量 、空間計算量 である。ある範囲 の真の合計頻度を としたとき、二進レンジを使った Count-Min スケッチの構造で得られるレンジクエリー の推定合計頻度 の確率で式 () を満たす [1]。式 () より、 となるように空間を調整すれば単体の Count-Min スケッチでの点クエリーと同等の誤差を持つレンジクエリー向け構造が構築できることが分かる。

適用例

ハッシュテーブルのような決定論的な構造と比べて Count-Min スケッチが有利な点は (1) 要素 の種類が非常に多い (時に無限となる) 状況である。ただし、結果の頻度に誤差を含むことから、(2) 頻度が完全に正確でなくてもシステムの機能には支障がないケースに限られる。

思いつく範囲で (1) の対象は、検索キーワードなどユーザが自由に入力できる値、IP アドレス、URL、地理データの位置情報メッシュ、スマフォなどの小型デバイスの識別子や電話番号、ゲームや映像での敵キャラや弾などのオブジェクト、ページングなどのデータの領域、など。また (2) の対象は、グラフやヒートマップのように全体的な印象として人間が認知する出力、効率化のための自動のシステム最適化、動画の再生回数や投稿のインプレッション数、など。これらの組み合わせで実用的な例があれば Count-Min スケッチの適用を検討する価値があるだろう。

  • 自然言語処理: 自然言語処理では文書に含まれる単語の出現頻度が頻繁に使われている。[2] では単語の分布的類似性を見つけるための点相互情報 (PMI; point-wise mutual information) を得るために Count-Min スケッチを応用している。

  • 分位数: レンジクエリーにより中央値やパーセンタイルのような分位数 (quantile) の近似値を探索する。

Heavy Hitting の抽出

ジップの法則 (Zipf's law) とは、一部の要素が全体の頻度をほとんどの頻度を締め、それ以外の大多数が極めて小さい頻度となるような、現実世界で頻繁に見られるモデルである。例えば EC サイトでは、少数の売れ筋商品が全体の販売数の大多数を占め、それ以降は販売数の少ない多数のロングテール商品が占める形となる。Count-Min スケッチは前述のように推定合計頻度が大きい方が相対誤差が少ないことから、このようなモデルで頻度の大きい上位の要素を抽出するようなタスクで有効である。

Count-Min スケッチは更新と同時に新しいカウンター値を取得してその時点の推定合計頻度を得ることができる。これにヒープ (heap) のようなデータ構造を組み合わせると、頻度の上位を占める Heavy Hitting (大ヒット) 要素を少ない計算量で更新し続けることができる。

  • キャッシュ戦略の最適化: Web 検索やデータベースでは高頻度にアクセスされるクエリーの検索結果をキャッシュして次回以降の応答を高速する手法が一般的に行われている。ただし検索キーワードや SQL は膨大なパターンとなることから、すべてのクエリーの頻度を保存して計測する方法は現実的ではない。Count-Min スケッチで Heavy Hitting を保持することで、どのクエリーの頻度が高くキャッシュすべきかを少ないメモリ空間と計算量で決定することができる。

    また、データベースのバッファプールのようにページ単位で読み書きが行われる設計では、頻繁にアクセスされるページを優先的にメモリに保持しておくことでデータのアクセス速度を改善することができる。

参考文献

  1. Cormode, G., Muthukrishnan, S. (2004). An Improved Data Stream Summary: The Count-Min Sketch and Its Applications. In: Farach-Colton, M. (eds) LATIN 2004 : Theoretical Informatics. LATIN 2004. Lecture Notes in Computer Science, vol 2976. Springer, Berlin, Heidelberg.
  2. Dzejla Medjedovic, Emin Tahirovic, Ines Dedovic. 大規模データセットのためのアルゴリズムとデータ構造. マイナビ出版 (2024)