"データファイルのレコードから複数のデータ要素を抽出するステップ、前記複数のデータ要素を複数のトークンにトークン化するステップ、前記複数のトークンを登録リスト内の第1のタプルに格納するステップ、前記複数のトークンのうちの1つを前記第1のタプルのトークンキーとして選択するステップであって、前記トークンキーは、前記第1のタプル内の前記複数のトークンのうちの他のトークンの各々より、前記登録リスト内で少ない頻度で生じる、ステップ、を有する方法。前記複数のデータ要素のうちの少なくとも1つは、1又は複数の連続する基本文字の文字パターンにより定められるワードである、請求項1に記載の方法。少なくとも1つのデータ要素は、所定の表現パターンに一致する文字パターンにより定められる表現素であり、前記所定の表現パターンは、少なくとも2つのワード及び該ワード間の分離記号を表す、請求項1に記載の方法。前記複数のトークンのうちの各トークンは、対応するデータ要素の数値表現である、請求項1に記載の方法。前記レコードの終わりを示す所定の区切り文字を認識することにより、前記レコードの終わりを決定するステップ、を更に有する請求項1に記載の方法。前記登録リストは複数のタプルを有し、前記登録リスト内の各タプルは、1又は複数のデータファイルの1つのレコードのみと関連付けられている、請求項1に記載の方法。前記トークンキーは、インデックステーブルのインデックスに格納され、前記インデックスは、前記登録リスト内の前記第1のタプルの位置を示す第1のオフセットを有する、請求項1に記載の方法。前記インデックスは、前記第1のオフセットに関連付けられた文書識別子を有し、前記文書識別子は、前記レコードを含むデータファイルを表す、請求項7に記載の方法。前記インデックスは、前記登録リスト内の別の複数のトークンを有する第2のタプルに対応する第2のオフセットを有し、前記第2のオフセットは、前記登録リスト内の前記第2のタプルの位置を示し、前記第2のタプルの前記別の複数のトークンのうちの1つは、前記トークンキーと等価である、請求項7に記載の方法。前記複数のトークンのうちの1つを前記第1のタプルのトークンキーとして選択するステップは、前記登録リスト内の各トークンの合計発生数を含むカウントテーブルを生成するステップ、前記第1のタプル内の他のトークンの各々と比べて最低合計発生数を有する、前記複数のトークンのうちの1つを識別するために、前記カウントテーブルを検索するステップ、を更に有する、請求項1に記載の方法。それぞれデータ要素の特定の組合せを表す複数のタプルを有する登録リストを生成するよう動作する1又は複数の登録モジュール、前記1又は複数の登録モジュールと関連する命令を実行するよう動作するプロセッサであって、前記命令は、データファイルのレコードから複数のデータ要素を抽出するステップ、前記複数のデータ要素を複数のトークンにトークン化するステップ、前記複数のトークンを登録リスト内の第1のタプルに格納するステップ、前記複数のトークンのうちの1つを前記第1のタプルのトークンキーとして選択するステップであって、前記トークンキーは、前記第1のタプル内の前記複数のトークンのうちの他のトークンの各々より、前記登録リスト内で少ない頻度で生じる、ステップ、を含む、プロセッサ、を有する装置。少なくとも1つのデータ要素は、所定の表現パターンに一致する文字パターンにより定められる表現素であり、前記所定の表現パターンは、少なくとも2つのワード及び該ワード間の分離記号を表す、請求項11に記載の装置。前記プロセッサは、前記レコードの終わりを示す所定の区切り文字を認識することにより、前記レコードの終わりを決定するステップ、を含む更なる命令を実行するよう動作する、請求項11に記載の装置。前記登録リスト内の各タプルは、1又は複数のデータファイルの1つのレコードのみと関連付けられている、請求項13に記載の装置。前記トークンキーは、インデックステーブルのインデックスに格納され、前記インデックスは、前記登録リスト内の前記第1のタプルの位置を示す第1のオフセットを有する、請求項11に記載の装置。前記インデックスは、前記登録リスト内の別の複数のトークンを有する第2のタプルに対応する第2のオフセットを有し、前記第2のオフセットは、前記登録リスト内の前記第2のタプルの位置を示し、前記第2のタプルの前記別の複数のトークンのうちの1つは、前記トークンキーと等価である、請求項15に記載の装置。前記複数のトークンのうちの1つを前記第1のタプルのトークンキーとして選択するステップは、前記登録リスト内の各トークンの合計発生数を含むカウントテーブルを生成するステップ、前記第1のタプル内の他のトークンの各々と比べて最低合計発生数を有する、前記複数のトークンのうちの1つを識別するために、前記カウントテーブルを検索するステップ、を更に有する、請求項11に記載の装置。データファイルのレコード内の第1のデータ要素の始めを識別するステップ、前記第1のデータ要素の始めで開始する第1の文字列が所定の表現パターンと一致する場合に、前記第1のデータ要素は表現素であると決定するステップであって、前記所定の表現パターンは、少なくとも2つのワード及び該2つのワード間の分離記号を表す、ステップ、前記表現素を抽出するステップ、前記表現素を第1のトークンにトークン化するステップ、前記第1のトークンを登録リストの第1のタプル内に格納するステップ、を有する方法。前記表現素をトークン化するステップの前に、前記表現素を正規化するステップ、を更に有する請求項18に記載の方法。前記正規化するステップは、前記表現素から前記分離記号を削除するステップを含む、請求項19に記載の方法。前記所定の表現パターンは、前記第1のデータ要素の始めで開始する文字列に一致する複数の所定の表現パターンのうちの最長の1つである、請求項18に記載の方法。前記レコード内の第2のデータ要素の始めを識別するステップ、前記第2のデータ要素はワードであると決定するステップであって、複数の所定の表現パターンのうちのいずれも、前記第2のデータ要素の始めで開始する第2の文字列に一致しない、ステップ、前記ワードを抽出するステップ、前記ワードを第2のトークンにトークン化するステップ、前記第2のトークンを前記登録リスト内の前記第1のタプル内に格納するステップ、を更に有する請求項18に記載の方法。所定の区切り文字は、前記データファイル内の連続するレコード対の各々を分離する、請求項18に記載の方法。所定の区切り文字は、前記データファイル内のレコードの終わりに位置し、前記所定の区切り文字は、セミコロン、改行、キャリッジリターン、コロン及びピリオドを有するグループから選択される、請求項18に記載の方法。前記登録リスト内の各タプルは、前記データファイルの1つのレコードのみと関連付けられている、請求項18に記載の方法。前記少なくとも2つのワードのうちの各々は、1又は複数の連続する基本文字の文字パターンにより定められる、請求項18に記載の方法。前記基本文字は、数字、文字言語の文字、及び文字言語の音声部分を表す記号を有するグループから選択される、請求項26に記載の方法。前記分離記号は、基本文字と等価ではなく、前記分離記号は、前記分離記号が前記レコードの終わりを示す所定の区切り文字と等価である場合、前記所定の区切り文字と区別される、請求項18に記載の方法。登録リストモジュール、前記登録リストモジュールに関連付けられた命令を実行するよう動作するプロセッサであって、前記命令は、データファイルのレコード内の第1のデータ要素の始めを識別するステップ、前記第1のデータ要素の始めで開始する第1の文字列が所定の表現パターンと一致する場合に、前記第1のデータ要素は表現素であると決定するステップであって、前記所定の表現パターンは、少なくとも2つのワード及び該2つのワード間の分離記号を表す、ステップ、前記表現素を抽出するステップ、前記表現素を第1のトークンにトークン化するステップ、前記第1のトークンを登録リストの第1のタプル内に格納するステップ、を含む、プロセッサ、を有する装置。前記プロセッサは、前記表現素をトークン化するステップの前に、前記表現素を正規化するステップ、を含む更なる命令を実行するよう動作する、請求項29に記載の装置。前記所定の表現パターンは、前記第1のデータ要素の始めで開始する文字列に一致する複数の所定の表現パターンのうちの最長の1つである、請求項29に記載の装置。前記プロセッサは、前記レコード内の第2のデータ要素の始めを識別するステップ、前記第2のデータ要素はワードであると決定するステップであって、複数の所定の表現パターンのうちのいずれも、前記第2のデータ要素の始めで開始する第2の文字列に一致しない、ステップ、前記ワードを抽出するステップ、前記ワードを第2のトークンにトークン化するステップ、前記第2のトークンを前記登録リスト内の前記第1のタプル内に格納するステップ、を含む更なる命令を実行するよう動作する、請求項29に記載の装置。所定の区切り文字は、前記データファイル内の連続するレコード対の各々を分離する、請求項29に記載の装置。前記登録リストの各タプルは、前記データファイルの1つのレコードのみと関連付けられている、請求項29に記載の装置。オブジェクトから複数のデータ要素を抽出するステップ、前記複数のデータ要素を複数のオブジェクトトークンにトークン化するステップ、登録リスト内の複数のタプルのうちの第1のタプルを識別するステップであって、前記第1のタプルは、複数の関連するトークンを有する、ステップ、前記複数の関連するトークンのうちの各々が前記複数のオブジェクトトークンのうちの少なくとも1つに対応するかどうか決定するステップ、前記複数の関連するトークンと前記複数のオブジェクトトークンとの間の対応の量が所定の閾を満たす場合、イベントを有効化するステップ、を有する方法。前記第1のタプルを識別するステップは、前記複数のオブジェクトトークンから保留中キーを識別するステップ、前記保留中キーに対応するトークンキーを見付けるためにインデックステーブルを検索するステップであって、オフセットは前記トークンキーにリンク付けされ、前記オフセットは前記登録リスト内の前記第1のタプルの位置を示す、ステップ、を更に有する、請求項35に記載の方法。前記保留中キーは保留中キーリストに含まれ、前記保留中キーリストは、前記複数のオブジェクトトークンのうちのいずれかが前記インデックステーブル内の複数のトークンキーのうちの1つに対応するかどうかを決定するために、前記インデックステーブルを検索することにより、生成され、前記複数のトークンキーのうちの1つに対応する各オブジェクトトークンは、前記保留中キーリストに格納される、請求項36に記載の方法。前記トークンキーは、前記第1のタプル内の前記複数の関連するトークンのうちの他の関連するトークンの各々より、前記登録リスト内で少ない頻度で生じる、請求項36に記載の方法。前記所定の閾は、前記第1のタプル内の前記複数の関連するトークンの各々が、前記複数のオブジェクトトークンのうちの少なくとも1つに対応するとき、満たされる、請求項35に記載の方法。前記複数のオブジェクトトークンのうちの各々についてビットを設定することにより、ビットハッシュテーブル内で前記複数のオブジェクトトークンを表すステップであって、前記ビットハッシュテーブルは、それぞれ前記ビットハッシュテーブル内の別個のビット位置を有する複数のビットを有する、ステップ、を更に有する請求項35に記載の方法。前記決定するステップは、前記複数の関連するトークンの1つに対応する前記ビットハッシュテーブルの各ビット位置にビットが設定されているか否かを決定するために、前記ビットハッシュテーブルを評価するステップ、を更に有する、請求項40に記載の方法。前記複数のデータ要素のうちの少なくとも1つは、1又は複数の連続する基本文字の文字パターンにより定められるワードである、請求項35に記載の方法。前記複数のデータ要素のうちの少なくとも1つは、所定の表現パターンに一致する文字パターンを有する表現素であり、前記所定の表現パターンは、少なくとも2つのワード及び該ワード間の分離記号を表す、請求項35に記載の方法。複数のタプルを有する登録リストと比較するために、複数のデータ要素を有するオブジェクトを受信するよう動作する1又は複数の検出モジュールであって、各タプルは、データ要素の特定の組合せを表す、1又は複数の検出モジュール、1又は複数の検出モジュールと関連する命令を実行するよう動作するプロセッサであって、前記命令は、前記オブジェクトから前記複数のデータ要素を抽出するステップ、前記複数のデータ要素を複数のオブジェクトトークンにトークン化するステップ、前記登録リスト内の前記複数のタプルのうちの第1のタプルを識別するステップであって、前記第1のタプルは、複数の関連するトークンを含む、ステップ、前記複数の関連するタプルのうちの各々1つが前記複数のオブジェクトトークンのうちの少なくとも1つに対応するかどうかを決定するステップ、前記複数の関連するトークンと前記複数のオブジェクトトークンとの間の対応の量が所定の閾を満たす場合、イベントを有効化するステップ、を含む、プロセッサ、を有する装置。前記第1のタプルを識別するステップは、前記複数のオブジェクトトークンから保留中キーを識別するステップ、前記保留中キーに対応するトークンキーを見付けるためにインデックステーブルを検索するステップであって、オフセットは前記トークンキーにリンク付けされ、前記オフセットは前記登録リスト内の前記第1のタプルの位置を指す、ステップ、を更に有する、請求項44に記載の装置。前記保留中キーは保留中キーリストに含まれ、前記保留中キーリストは、前記複数のオブジェクトトークンのうちのいずれかが前記インデックステーブル内の複数のトークンキーのうちの1つに対応するかどうかを決定するために、前記インデックステーブルを検索することにより、生成され、前記インデックステーブル内の前記複数のトークンキーのうちの1つに対応する各オブジェクトトークンは、前記保留中キーリストに格納される、請求項45に記載の装置。前記トークンキーは、前記第1のタプル内の前記複数の関連するトークンのうちの他の関連するトークンの各々より、前記登録リスト内で少ない頻度で生じる、請求項44に記載の装置。前記所定の閾は、前記第1のタプル内の前記複数の関連するトークンの各々が、前記複数のオブジェクトトークンのうちの少なくとも1つに対応するとき、満たされる、請求項44に記載の装置。前記複数のデータ要素のうちの少なくとも1つは、1又は複数の連続する基本文字の文字パターンにより定められるワードである、請求項44に記載の装置。前記複数のデータ要素のうちの少なくとも1つは、所定の表現パターンに一致する文字パターンを有する表現素であり、前記所定の表現パターンは、少なくとも2つのワード及び該ワード間の分離記号を表す、請求項44に記載の装置。本発明は、データの特定の組合せを保護するシステム及び方法を提供する。<概要>例示的な一実施形態における方法は、データファイルのレコードから複数のデータ要素を抽出するステップ、前記複数のデータ要素を複数のトークンにトークン化するステップ、前記複数のトークンを登録リストの第1のタプルに格納するステップ、を有する。方法は、複数のトークンのうちの1つを第1のタプルのトークンキーとして選択するステップであって、前記トークンキーは、前記登録リスト内で前記第1のタプル内の他のトークンの各々より少ない頻度で生じる、ステップを更に有する。より詳細な実施形態では、少なくとも1つのデータ要素は、所定の表現パターンに一致する文字パターンを有する表現素であり、所定の表現パターンは、少なくとも2つのワードを及び該ワード間の分離記号を表す。他の特定の実施形態では、少なくとも1つのデータ要素は、1又は複数の連続する基本文字の文字パターンにより定められるワードである。他のより詳細な実施形態は、所定の区切り文字を認識することによりレコードの終わりを決定するステップを有する。別の例示的な一実施形態における方法は、オブジェクトから複数のデータ要素を抽出するステップ、前記複数のデータ要素を複数のオブジェクトトークンにトークン化するステップ、登録リスト内の第1のタプルを識別するステップ、を有する。方法は、第1のタプル内の複数の関連するトークンの各々が、少なくとも1つのオブジェクトトークンに対応するかどうかを決定するステップを更に有する。さらに、方法は、第1のタプル内の複数の関連するトークンと複数のオブジェクトトークンとの間の対応の量が所定の閾を満たすかどうかを評価するステップを有する。更に詳細な方法では、所定の閾は、第1のタプル内の関連するトークンの各々が、複数のオブジェクトトークンのうちの少なくとも1つに対応するとき、満たされる。<例示的な実施形態>図1は、例示的なネットワーク100内でデータの特定の組合せを登録及び検出する例示的なデータ組合せ保護システム10を示す簡易ブロック図である。データ組合せ保護システム10は、登録システム22を有するネットワーク機器12並びにそれぞれ検出システム24、26、28を有する複数のネットワーク機器14、16、18のような複数のネットワーク要素を有しても良い。これらのネットワーク機器12、14、16、18は、データ保護マネジャ32を有するネットワーク機器30のような別のネットワーク要素により管理されるか又はそれに結合され得る。さらに、ネットワークセキュリティプラットフォーム140は、ネットワーク100のための既存のネットワークセキュリティ基盤を提供しても良く、データ組合せ保護システム10と適切に統合されても良い。図1に示したネットワーク環境は、一般に、パケットを交換可能な任意の通信アーキテクチャを表すよう構成され又は配置されても良い。このような構成は、図1に説明目的で示したような所与の企業体の別個の部門例えば、マーケティング部152、販売部154、製造部156を含んでも良い。さらに、電子メールゲートウェイ162、ウェブゲートウェイ164、スイッチ172、ファイアウォール174及び少なくとも1つのクライアント装置130のような他の共通ネットワーク要素も、ネットワーク100内に設けられても良い。ネットワーク100は、インターネット180のような他のネットワークと、ファイアウォール174を通じてパケットを交換するよう構成されても良い。データ組合せ保護システム10は、ネットワーク環境からの故意でない又は故意による機密データの開示に対して組織を保護するのを助けることができる。データ組合せ保護システム10の実施形態は、デ―タ要素の特定の組合せを登録し、ネットワーク環境のオブジェクト内で登録されたデータ組合せを検出するために用いることができる。例えば、個人を識別するために組み合わせられるときに十分に独特であり、個人に関する秘密若しくは機密情報を露出する可能性のあるデータ要素は、データ組合せ保護システム10により、組合せとして登録され、ネットワークのオブジェクト内で検出され得る。システム10は、各特定の組合せを有する登録リスト又は該登録リストの別個のタプル若しくはレコードで表されたデータ要素のセットを作成できる。登録リスト内のこれらのタプルを作成するための登録動作は、1又は複数のデータ要素セットを有する任意のデータファイルに対して実行できる。ここで、各データ要素セットは、所定の区切り文字により他のデータ要素セットと区切られる。登録リストは、キーでインデックスを付され、各キーはタプルで表されるデータ要素のうちの1つに対応する。データ組合せ保護システム10は、ネットワーク環境内のオブジェクト例えば、ワープロ文書、集計表、データベース、電子メール文書、テキスト形式ファイル、任意の人間語テキストファイル、等内のデータ要素の1又は複数の登録された組合せを発見するための検出動作を実行できる。オブジェクトは、ネットワーク内でキャプチャされ、送信のためにフォーマット化され例えば、HTML、FTP、SMTP、Webmail、等、又はデータベース、ファイルシステム若しくは他の記憶レポジトリに格納される。一実施形態では、データ要素の登録された組合せの中のつまり、登録リストの1つのタプル内に表される全てのデータ要素がオブジェクト内で検出されるとき、イベントがフラグ設定され又は有効にされ、該オブジェクトは、送信から保護され、及び/又は監視するため及び任意の適切な救済措置を取るためにネットワークオペレータ若しくは他の認可された人に報告されても良い。他の実施形態では、データ要素の登録された組合せの特定の閾量がオブジェクト内で発見された場合、イベントが有効にされても良い。データ組合せ保護システム10の技術を説明する目的のために、図1に示したネットワークのような所与のネットワークに存在し得る活動及びセキュリティ問題を理解することは重要である。以下の基礎的情報は、本開示を正しく説明する基礎として考えることができる。このような情報は、真に単に説明を目的として提供され、したがって、決して本開示の広範な範囲及びその潜在的な適用を制限すると考えられるべきではない。多くのセキュリティ環境における課題は、秘密電子データを制御する能力である。セキュリティ問題の一例では、多くの組織は、該組織に関連し得る又は単に一般社会の若しくはその種々の部門の構成員であり得る個人を特定するために用いることのできるデータを収集し格納する。この機密データは、例えば、名前、社会保障番号、クレジットカード番号、住所、電話番号、生年月日、市民権、口座番号、雇用主、結婚歴、等を有し得る。オブジェクト内の単独の機密データ要素又はオブジェクト内の少数の機密データ要素は、特定の人物を識別するため又は秘密情報を漏洩するためには十分に特色がないかも知れない。しかしながら、特定の人物に関連付けられた機密データ要素の数がオブジェクト内で増大するにつれ、人物が特定できる可能性も増大し、したがって関連する秘密情報を露呈する危険も増大する。同様に、秘密情報に関する関連データ要素例えば、知的財産、会社財務データ、政府の秘密情報に関するデータ要素の数が増大するにつれ、他の種類の秘密情報も特定可能になり得る。種々の国及び州の法律も、特定の組織又は団体による、個人の非公開個人情報及び個人的な識別可能情報の開示を規制する。例えば、1996年のHIPAAHealthInsurancePortabilityandAccountabilityActは、情報が個人を識別可能なつまり、名前、住所、生年月日、社会保障番号、又は特定の人物を識別するために用いられ得る他の情報を含む場合、保護された保険関連情報PHIの使用及び開示を規制する。同様に、1999年のGLBAGrammLeachBlileyActは、金融機関による非公開個人情報の開示を規制することにより、個人の個人財務情報を保護することを求めている。別の例では、PCIPaymentCardIndustryデータセキュリティ基準も、支払カードのデータ要素の使用及び開示を規制する。このような規制は、特定の個人及び彼らの個人情報を識別できる可能性があるデータ要素例えば、名前、社会保障番号、及び生年月日の所定の組合せを含む電子データの無許可流布を排斥できる。機密データ要素についてオブジェクトを監視することは、幾つかの理由で問題がある。先ず、幾つかのネットワーク内で維持される多量のデータは、ネットワーク性能低下を最小限に抑えるために高度な処理技術を必要とする。米国だけで約3億人の人々がいるので、これらの個人に関連するデータ要素の数だけで、直ちに10億個ものデータ要素に増大してしまう。標準的なコンピュータメモリ及び処理能力は、10億個のデータ要素を登録及び評価するためにオブジェクトを効率的に処理するために、最適化される必要がある。別の監視の問題は、特定のデータが常に標準フォーマットで存在するものではないために生じる。例えば、多数のフォーマットが、生年月日例えば、June251964、06251964、1964May25等又は電話番号例えば、0000000、0000000000、0000000000等のために用いられ得る。一例のシナリオでは、デ―タ要素は、1つのフォーマットでネットワークに格納され、異なるフォーマットでオブジェクト内で開示されても良い。しかしながら、無許可のデータ開示に対する規則及び結果として生じる刑罰は、開示に用いられるフォーマットに拘わらず、秘密情報の開示に課せられ得る。したがって、オブジェクト内の機密データ要素の検出は、特定データの変化するフォーマットを認識する必要がある。電子データを電子的に共有できる多数のフォーマットは、セキュリティシステムが秘密情報の電子的開示の監視に成功するのを妨げる。電子データは、多数の構成例えば、所定の列と行を有する集計表、電子メールメッセージ、ワープロ文書、データベース、所定のプロトコルを用いてフォーマット化された送信オブジェクト、等で提供され得る。したがって、データ要素の特定の組合せが監視されているシステムでは、該要素は、必ずしも同じ特定の組合せの他の関連するデータ要素の近隣に配置されていないかも知れない。特定の指定された組合せの中のデータ要素は、ワード、フォーマット文字、線、又はオブジェクト内の任意の分離記号若しくは区切り文字により分けられ得る。データ要素がオブジェクト内のどこに現れるかに拘わらず、該データ要素の特定の組合せを含むオブジェクトを評価し検証するために高度な技術が必要である。図1に概要を示した特定のデータ組合せを保護するシステムは、上述の問題の多くを解決できる。データ組合せ保護システム10のある例示的な実施形態によると、登録システム22は、監視されるべき特定の組合せの登録リスト又はデータ要素セットを作成するために、ネットワーク100内に設けられる。登録システムは、種々の文字フォーマット又はパターンで表される、各データ要素セット間に所定の区切り文字を有する種々の電子ファイルフォーマットで提供されるデータ要素を認識及び登録できる。また、複数の検出システム24、26、28は、ネットワーク環境内のキャプチャされた及び/又は格納されたオブジェクトを評価し、どのオブジェクトが1又は複数の登録されたデータ要素セットを含むかを決定するために設けられても良い。検出システムは、オブジェクト内のデータ要素を認識し、データ要素の登録された組合せの各データ要素がオブジェクトの範囲内のどこかに含まれるか否かを決定するよう構成される。登録リストは、コンピュータリソースを最適化し及びネットワーク性能問題を最小限に抑えるように、検出システムによりインデックス付けされ検索される。留意すべきことに、本願明細書では、一実施形態、例示的な実施形態、ある実施形態、別の実施形態、幾つかの実施形態、種々の実施形態、他の実施形態、代替の実施形態等に含まれる種々の特徴への参照例えば、要素、構造、モジュール、コンポーネント、ステップ、等は、これらの任意の特徴が本開示の1又は複数の実施形態に含まれても良いが、必ずしも同じ実施形態に含まれても良い若しくは含まれなくても良いことを意味する。図1のインフラに戻ると、データ組合せ保護システム10は、LANlocalareanetworkとして構成されても良く種々の有線構成例えば、Ethernet登録商標及び/又は無線技術例えば、IEEE802llxを用いて実装されても良い例示的なネットワーク100内で実施されても良い。一実施形態では、ネットワーク100は、ISPInternetServiceProviderにより又はインターネットサーバを通じて専用帯域でインターネット180に動作可能に結合されても良い。ネットワーク100は、LAN又は任意の他の適切なネットワーク種類として構成された他の論理的に別個のネットワークにも接続され得る。さらに、ネットワーク100は、必要に応じて特定の必要性に従って任意の他の種類のネットワークで置き換えられ得る。このようなネットワークは、WLANwirelessLAN、MANmetropolitanareanetwork、VPNvirtualprivatenetwork、又はネットワーク環境で通信を実現する任意の他の適切なアーキテクチャ若しくはシステムを含む。インターネット180及び他の論理的に別個のネットワークへの接続は、例えばDSLdigitalsubscriberline、電話線、T1線、無線、衛星、光ファイバ、ケーブル、Ethernet登録商標等又はこれらの任意の組合せのような任意の適切な媒体を含んでも良い。ゲートウェイ、ルータ、スイッチ例えば172等のような多数のネットワークコンポーネントは、ネットワーク100内で、並びにネットワーク100、インターネット180及びネットワーク100に接続される任意の他の論理的に別個のネットワークの間で、電子通信を実現するために用いられても良い。ネットワーク100は、電子パケットの送信又は受信ために、TCP/IPtransmissioncontrolprotocolinternetprotocol通信を可能にするよう構成されても良い。ネットワーク100は、適切な場合及び特定の必要性に基づき、UDP/IPuserdatagramprotocolIP又は任意の他の適切なプロトコルと共に動作しても良い。さらに、電子メールゲートウェイ162は、クライアント装置130のような、ネットワーク100に動作可能に接続されるクライアントコンピュータに、SMTPSimpleMailTransferProtocol又は任意の他の適切なプロトコルを用いて電子メールメッセージを送信及び受信することを可能にしても良い。クライアント装置130は、1又は複数のエンドポイント又はネットワーク100内で電子通信に影響を与え若しくは管理したいと望む消費者を表す。用語クライアント装置は、コンピュータ、PDApersonaldigitalassistant、ラップトップ又は電子ノートブック、携帯電話機、又はネットワーク100内で音声、オーディオ若しくはデータ交換を開始可能な任意の他の装置、コンポーネント、要素若しくはオブジェクトのような電子通信を開始するために用いられる装置を含み得る。また、エンドポイントは、マイクロフォン、ディスプレイ若しくはキーボード、又は他の端末機器のような、人間のユーザとの適切なインタフェースを含み得る。エンドポイントは、プログラム、データベース、又は任意の他のコンポーネント、装置、要素若しくはネットワーク100内で音声若しくはデータ交換を開始可能なオブジェクトのような他のエンティティ若しくは要素の代わりに電子通信を開始しようとする任意の装置であっても良い。登録及び検出システムを有するネットワーク機器は、ネットワーク100においてデータ組合せ保護システム10を提供できる。データ組合せ保護システム10は、故意でない又は故意による情報漏洩に対する保護を可能にする。ここで、特定の組合せの漏洩データは秘密情報を露出する可能性がある。これらのネットワーク機器は、ネットワーク構成に関連付けられた通信経路にアクセスでき、1又は複数の機器が電子メールトラフィック、他のネットワークトラフィック又はビジネス基盤のどこか例えば、サーバ、レポジトリ、等に単に存在するデータにアクセスを有するようにしても良い。特に、登録システム22を有するネットワーク機器12は、機密データ要素を含むデータベース及びレポジトリ112へのアクセスのために、ネットワーク100内に配置され得る。登録システム22は、データベース及びレポジトリ112から又は他のファイル若しくはオブジェクトから、適切なフォーマットで、データの特定の組合せを登録できる。データの登録された組合せは、任意の完全な登録されたデータの組合せ若しくはその所定の部分の漏洩をネットワークトラフィック内で検出するために、又は事業体基盤の無認可セグメントに存在するこのようなデータの組合せ若しくはその所定の部分を検出するために、ネットワーク機器14、16、18の検出システム24、26、28により用いることができる。検出システム24、26、28を有するネットワーク機器14、16、18は、内部から外部へ及び内部から内部へのネットワークトラフィックを保護するために、ネットワークイグレスポイント例えば、電子メールゲートウェイ162、ウェブゲートウェイ164、スイッチ172等に配置することができる。ネットワーク機器は、危険なイベントを検出すると、管理者に警告できる。ネットワーク機器は、既存のインフラを利用して、機密情報がネットワークから出るのを阻止又は検疫することができる。ネットワークタップ又はトラフィックモニタリングのような受動傍受技術を用いて配置された装置のように、ネットワーク機器は、非破壊的に動作でき、アプリケーション、サーバ、ワークステーション又はネットワーク自体に如何なる変更も必要としない。ネットワーク機器は、全てのアプリケーション、プロトコル、コンテンツ種類及びトリガ施行動作を実時間で監視及び分析できる。図1に示したネットワーク機器30内のデータ保護マネジャ32は、登録システム22及び全ての検出システム24、26、28を複数のネットワーク機器に渡って管理するための集中インタフェースを提供できるので、データ組合せ保護システム10の管理を容易にするよう設計されても良い。データ保護マネジャ32は、登録システム22及び検出システム24、26、28から生じたデータを集中的に管理し、分散登録及び検出システム間のデータフローを調整するよう構成されても良く、図1に示すように種々のネットワーク機器内に存在し得る。特に、一実施形態は、登録システム22により作成された登録リスト及び該登録リストへのインデックスを有する。これらは、データ保護マネジャ32により各分散検出システム24、26、28に分配され得る。データ保護マネジャ32は、認可されたセキュリティ専門家例えば、ITアドミニストレータ、ネットワークオペレータ等が、どのデータベース若しくは他のレポジトリ登録システム22がデータ入力のためにクロールするかを含め、どんなデータ入力が登録システム22に供給されるかを決定できるよう、個々の検出システムに関連する施行若しくは監視状態を指定できるよう、及び誰が対応する所見にアクセス出来るかを指定できるよう、構成されても良い。施行動作は、適切な管理者に警告し、施行装置に疑わしいトラフィックを阻止又は検疫するよう指示し、及び/又はトラフィックについて報告することを含み得る。監視動作は、阻止又は検疫動作を有しないで、適切な管理者に警告し、及び/又は疑わしいトラフィックについて報告することを含み得る。データ保護マネジャ32は、集中クエリメカニズムを提供し、組織が複数の分散ネットワーク機器に含まれるデータベースを同時にキャプチャすることを通じて迅速に検索できるようにしても良い。管理者に、ネットワーク機器が配置されているネットワーク内のポイントを通じてキャプチャされた全ての履歴データに渡る統一ビューを可能にすることにより、組織は、法的分析を迅速に実行でき、調査を行い、キャプチャされたデータを利用して、機密情報を保護し又は新たに生じる脅威を処理するためにセキュリティ状態を更新できる。さらに、データ保護マネジャは、統一されたレポート及び診断情報を提供しても良い。1又は複数のテーブル及びリストは、これらのネットワーク機器に含まれても良い。幾つかの実施形態では、これらのテーブル及びリストは、これらの要素に外部から供給されるか、又は任意の適切な方法で統合されても良い。テーブル及びリストは、それらの対応するネットワーク機器により参照される情報を格納するメモリ要素である。本願明細書で用いられるように、用語テーブル及びリストは、本願明細書で詳細に説明される動作に関連する情報を維持できる適切な形式で提供される任意の適切なデータベース又は記憶媒体を包含する。例えば、テーブル及びリストは、電子レジスタ、ダイアグラム、レコード、インデックス又はキューに情報を格納しても良い。テーブル及びリストは、必要に応じて及び特定の必要性に基づき、このような情報を任意の適切なRAMrandomaccessmemory、ROMreadonlymemory、EPROMerasableprogrammableROM、EEPROMelectronicallyerasablePROM、ASICapplicationspecificintegratedcircuit、ソフトウェア、ハードウェア又は任意の他の適切なコンポーネント、装置、要素若しくはオブジェクト内に保持しても良い。キャプチャシステム29は、ネットワーク機器18のような1又は複数のネットワーク機器の一部であっても又は1又は複数のネットワーク機器に結合されても良く、対応するキャプチャデータベース118に動作可能に接続されても良い。一実施形態では、キャプチャシステム29は、共に係属中の米国特許出願番号12358399、2009年1月23日出願、名称SYSTEMANDMETHODFORINTELLIGENTSTATEMANAGEMENT、WilliamDeninger他、に示され記載されたようなキャプチャシステムであっても良い。該米国特許出願は、参照されることにより全体が本願明細書に組み込まれる。キャプチャシステム29は、ネットワーク100のようなネットワークを出て行く又はネットワーク100のようなネットワークの内部で通信されているデータを傍受するよう構成されても良い。キャプチャシステム29は、ネットワークを出て行く又は内部で通信されているオブジェクト例えば、ファイル又は他の文書を再構成し、再構成したオブジェクトを例えばキャプチャデータベース118に検索可能な方法で格納できる。幾つかの実施形態では、キャプチャシステム29は、対応するイグレスポイント例えば、電子メールゲートウェイ162及びウェブゲートウェイ164からデータをキャプチャするために、ネットワーク100の他の種々の検出システム24、26と関連して実装されても良い。キャプチャシステム29は、他の関連するが論理的及び/又は地理的に別個のネットワーク内の検出システムと関連して実装されても良い。これらのキャプチャシステムは、図1に示したような検出システムを有するネットワーク機器内に含まれても良く、又は別個のコンポーネントとして設けられても良い。他の実施形態では、ネットワーク100の内部及び外部に向かうトラフィックが分析される検出システム24、26、28を設けるために、任意の他の適切な形式でネットワークトラフィックの傍受が用いられても良い。図1で、スイッチ172は、ネットワーク機器18に接続され、ファイアウォール174を通じてインターネット180に接続される。スイッチ172は、ネットワークコンポーネントを相互接続可能なルータ又は他のネットワーク装置として実装され、外部へのデータストリームをインターネット180へ、及び外部へのデータストリームのコピーをキャプチャシステム29へ送信できる。スイッチ172は、キャプチャシステム29へ及びネットワーク100へ入来するデータを送信しても良い。代替の実施形態では、キャプチャシステム29、登録システム22、検出システム24、26、28、及びデータ保護マネジャ30は、スイッチ、ルータ、ゲートウェイ、ブリッジ、負荷平衡器、サーバ、又はネットワーク環境内で情報を交換可能な任意の他の適切な装置、コンポーネント若しくは要素のような他のネットワーク装置の一部として含まれても良い。分散型ネットワークとしても拡張可能なデータ組合せ保護システム10は、ネットワークインフラの分散したネットワークセグメント例えば、別個のアクセスポイントを有する、地理的に離散している、等に渡りデータ漏洩を防ぐための追加の検出システムを有し得る。データ保護マネジャ32は、ネットワーク100の分散したセグメント内に設けられた検出システムに加えて、登録システム22と検出システム24、26、28との間のデータフローを調整し続けても良い。図2を参照すると、図2は、ネットワーク機器12、14、16、18、30又は他のコンピューティング装置のような、ネットワーク100に接続される汎用又は特定用途コンピュータ200の簡略ブロック図である。コンピュータ200は、プロセッサ220、主記憶230、2次記憶装置240、ネットワークインタフェース250、ユーザインタフェース260及び取り外し可能なメモリインタフェース270のような種々のコンポーネントを有しても良い。システムバスのようなバス210は、プロセッサ210と他のコンポーネント、メモリ、コンピュータ200のインタフェースとの間の電子通信を提供しても良い。プロセッサ220は、中央処理装置CPUとしても参照され、機械可読命令を実行可能であり該機械可読命令により指示されたようにデータに対して操作を実行可能な任意の汎用又は特定用途プロセッサを有し得る。主記憶230は、機械命令にアクセスするためにプロセッサ220に直接アクセスしても良く、RAMrandomaccessmemory又は任意の種類の動的記憶装置例えばDRAMdynamicRAMの形式であり得る。2次記憶装置240は、ハードディスクのような、実行可能ソフトウェアファイルを有する電子データを格納可能な任意の不揮発性メモリであり得る。外部に格納された電子データは、取り外し可能なメモリインタフェース270を通じてコンピュータ200に供給されても良い。取り外し可能なメモリインタフェース270は、コンパクトディスクCD、DVDdigitalvideodisc、フラッシュドライブ、外部ハードディスク又は任意の他の外部媒体のような任意の種類の外部メモリへの接続を表す。ネットワークインタフェース250は、コンピュータ200と任意のネットワーク要素例えば、電子メールゲートウェイ162、ウェブゲートウェイ164、スイッチ172、データベース及びレポジトリ118、112、他のネットワーク機器、等並びにコンピュータ200が電子データを送受信するために接続するネットワークとの間の適切なネットワーク接続を提供する任意のNICnetworkinterfacecontrollerであり得る。例えば、ネットワークインタフェース250は、Ethernet登録商標アダプタ、トークンリングアダプタ又は無線アダプタであり得る。ユーザインタフェース250は、ユーザがコンピュータ200と、グラフィカルユーザインタフェースディスプレイを含む任意の適切な手段を介して相互作用できるように設けられても良い。さらに、キーボード、マウス、音声認識、タッチパッド、入力スクリーン等のような任意の適切な入力機構が含まれても良い。図2に示さないが、プロセッサ220とバス210をメモリ管理ユニットMMU、追加の対称型マルチプロセッシングSMP要素、ROMreadonlymemory、EPROMerasableprogrammableROM、EEPROMelectronicallyerasablePROM、PCIperipheralcomponentinterconnectバス及び対応するブリッジ、SCSIsmallcomputersysteminterface/IDEintegrateddriveelectronics要素等の形式で適切に結合できる追加ハードウェアがある。任意の適切なオペレーティングシステムも、コンピュータ200内のハードウェアコンポーネントの動作を適切に管理するために、コンピュータ200内に設定できる。さらに、これらのコンピュータは、その動作を実現する他の適切なハードウェア、ソフトウェア、コンポーネント、モジュール、インタフェース又はオブジェクトを有しても良い。これは、本願明細書に詳細に記載される登録及び検出動作を実現する適切なアルゴリズム及び通信プロトコルを包含し得る。コンピュータ200を参照して示され及び/又は記載されるこれらの要素は、説明を目的としており、本開示に従って用いられるネットワーク機器12、14、16、18、30のようなコンピュータのアーキテクチャの制限を示すことを意味しない。さらに、ネットワーク機器12、14、16、18、30を含む各コンピュータは、適切な場合及び特定の要件に基づき、より多くの又はより少ないコンポーネントを有しても良い。本願明細書で用いられるように、用語コンピュータは、任意のパーソナルコンピュータ、ネットワーク機器、ルータ、スイッチ、ゲートウェイ、プロセッサ、サーバ、負荷平衡器、ファイアウォール、又はネットワーク環境内で電子情報に影響を与える又は電子情報を処理するよう動作する任意の他の適切な装置、コンポーネント、要素若しくはオブジェクトを包含することを意味する。<登録システム>図3を参照すると、登録システム300の一実施形態の概略ブロック図が示される。登録システム300は、登録リストモジュール310及びインデックステーブル320を有する。登録リストモジュール310への入力は、デリミタデータファイル330及び正規表現テーブル350を有し、登録リストモジュール310への出力は、登録リスト360を有し得る。一実施形態では、デリミタデータファイル330は、種々のデータベースに対して生成された複数のデリミタデータファイル、及び/又は登録リストモジュール310への入力として供給されるネットワーク内のファイルを表し得る。これらのデリミタデータファイルは、登録システム300により登録されるべき特定の組合せ又はデータ要素セットを有する。登録リストモジュール310は、抽出312、トークン化314、タプル記憶316の機能を実行しても良い。一実施形態では、デリミタデータファイル330は、例えばキャリッジリターンのような所定の区切り文字により区切られた複数のレコードを有する。各レコードは、抽出機能312により抽出される1又は複数のデータ要素を有しても良い。レコード内のデータ要素セットは、安全防護対策を必要とする関連データ要素例えば、名前、電話番号、社会保障番号、口座番号、等の特定の組合せであり得る。レコードの各データ要素は、トークン化機能314によりトークン例えば、数値表現にトークン化される。トークンは、次に、タプル記憶機能316により、登録リスト360のタプル又はレコードに格納できる。したがって、登録リスト360内のタプルは、数値表現、又は保護されることが求められる関連データ要素の1つの特定の組合せ内の各データ要素のトークンを有しても良い。デリミタデータファイル330から抽出されトークン化されたデータ要素は、複数の可能な形式例えば、電話番号、生年月日、口座番号、等を有し得るワード及び/又は表現素を有しても良い。参照されることにより全体が本願明細書に組み込まれている米国特許出願番号12358399、2009年1月23日出願、名称SYSTEMANDMETHODFORINTELLIGENTSTATEMANAGEMENTに記載のように、データ要素は、データ要素の特定の文字パターンが所定の表現パターンつまり、正規表現と一致するか否かを決定するために、正規表現テーブル350と比較され得る。米国特許出願番号12358399で示され記載されているように、データ組合せ保護システム10は、正規表現テーブルを用いるよう構成され得るが、データ組合せ保護システム10により用いられる正規表現テーブル350は、テーブル350が所定の表現パターンを有する限り、種々の他の方法で構成されても良いことが明らかである。一実施形態では、正規表現テーブル350は、同じ概念に対する複数の表現パターンを含む多数の表現パターンを有する。例えば、電話番号の概念は、次の正規表現パターンを有し得る:nnnnnn-nnnn、nnn-nnn-nnnn、nnn.nnn.nnnn、ここでnは0乃至9の数字を表す。同様に、異なる州は、運転免許証番号に異なる文字列及び分離記号を用いる。したがって、運転免許証の概念は、異なる州で可能な運転免許証番号を表すそれぞれユニークな文字列及び分離記号に対する正規表現パターンを含み得る。例えば、dnnn-nnnn-nnnn-nn及びdnnn-nnnn-nnnnは、ウィスコンシン州及びイリノイ州の免許証番号の表現パターンであり、ここでnは0乃至9の数字を表し、dはA乃至Zの文字を表す。正規表現テーブル350内の表現パターンは、ユーザが特定の概念のための表現パターンを定めることを可能にするインタフェースを通じてユーザにより設定可能であっても良い。さらに、幾つかの表現パターンは、自動的に生成されても良く、又はデータ組合せ保護システム10に予め設定されても良い。例えば、共通の又はよくある正規表現パターンのリストは、データ組合せ保護システム10が販売される業界に特別に合わせられ得る正規表現テーブル350に予め設定され得る。インデックステーブルモジュール320は、インデックステーブル370を作成するために、トークン計数動作322、トークンキー選択324、インデックス記憶326の機能を実行しても良い。トークン計数動作機能322は、登録リスト360内の各トークンの全ての発生を計数するために、登録リスト360を処理する。一時的プライムカウントテーブル340は、計数の合計を格納するために作成されても良い。次に、トークンキー選択機能324は、各タプルを処理し、プライムカウントテーブル340を用いて各タプルから最も少ない頻度で生じたトークンをトークンキーとして選択する。次に、各ユニークなトークンキーは、インデックステーブル370のインデックスに格納されても良い。したがって、インデックステーブル370は、複数のインデックスを含み得る。各インデックスは、ユニークなトークンキーを有し、登録リスト360の1又は複数のタプルと関連付けられている。図4は、例示的なレコード1を有するデリミタデータファイル330、例示的なタプル362を有する登録リスト360、及び例示的なインデックス372を有するインデックステーブル370の例示的なファイル構造の更に詳細な図を提供する。デリミタデータファイル330は、データ要素種類つまり、ワード及び表現素の例示的な組合せを有するレコード1の可能な構成を示す詳細な第1のレコード332で示される。第1のレコード332は、登録リスト360のタプル362に対応する。ここで、第1のレコード332からの各ワード及び表現素は、タプル362内の1つのトークンに対応する。タプル362は、インデックステーブル370のインデックス372により登録リスト360内でインデックスを付される。インデックステーブル370は、タプル362の始めつまり、トークン1へのポインタつまり、オフセット4である登録リストオフセットを有する。例示的な一実施形態では、デリミタデータファイル330は、各レコード間に所定の区切り文字を有する複数のレコード例えば、RECORD1、2、3等を有するファイルとして構成されても良い。区切り文字は、あるレコードの終わり及び次のレコードの始めを指定するために用いられる任意のフォーマット化された文字又は他の文字であり得る。幾つかの共通の区切り文字は、キャリッジリターン、改行、セミコロン、ピリオドを含む。しかしながら、データファイルが特定の区切り文字で適切に構成される場合、任意の文字が区切り文字として指定され得る。例示的な一実施形態では、キャリッジリターンがデリミタデータファイル330のための区切り文字として定められる場合、各レコードは、キャリッジリターンで終了するだろう。拡張された第1のレコード332に示されるように、各レコードは、複数のデータ要素つまり、ワード又は表現素を有しても良い。デリミタデータファイル330の各レコードに含まれるデータ要素は、少なくとも1つの分離記号例えば、カンマ、スペース、ダッシュ、等により分けられる。ワードは、任意の分離記号を有しない、1又は複数の連続する基本文字を有する文字列を有しても良い。表現素は、少なくとも2つのワード及びワード間に1若しくは複数の分離記号を有する文字列を有しても良い。一実施形態では、基本文字は、数字、文字言語の文字、及び/又は文字言語の音声部分を表す記号例えば、音節を表す文字を含む文字言語における基礎的単位を有し得る。言語の音声部分は、ワード、ワードの音節、区別できる音、句、等を有し得る。分離記号は、基本文字ではなくデータファイル内のレコードの終わりを示す所定の区切り文字として認識されない任意の文字を有し得る。分離記号の例は、発音記号、ワードの仕切り、文字言語の構造及び構成を示す他の記号例えば、ダッシュ、フォワードスラッシュ、バックスラッシュ、左括弧、右括弧、左角括弧、右角括弧、ピリオド、スペース、アットマーク、アンド記号、アスタリスク、ポンド記号、ドル記号、パーセント記号、引用符、キャリッジリターン、改行、等を有する。幾つかのデータファイル構成では、分離記号は、データファイルの所定の区切り文字と等価な文字を有し得る。しかしながら、このようなデータファイルでは、レコード内の等価な文字は、レコードの終わりを示す所定の区切り文字と区別されなければならない。したがって、レコード内の等価な文字は、データ要素間の分離記号として又は表現素に含まれる分離記号として処理されるだろう。例示的な一実施形態では、デリミタデータファイル330は、CSVcommaseparatedvariableリストであり、データベース又は表形式データフォーマットを有する他のファイルのために生成されるテキストフォーマットであり得る。CSVリストは、コンマにより分離されているデータ要素を有する各レコード内に複数のデータ要素を有し得る。CSVリスト内の各レコードは、キャリッジリターン又は改行のようなレコードの終わりを示すために、所定の区切り文字として指定された文字を含む。これらの所定の区切り文字は、RFCRequestforComments4180に準拠する。RFC4180では、レコード内のキャリッジリターン及び改行は、引用符で囲まれるか、又はレコードの終わりを示す所定の区切り文字から区別するために適切に囲まれる。さらに、CSVリストでは、引用符も、適切に回避できる場合には、データ要素間又は表現素内で分離記号として用いられても良いつまり、文字の引用を示す空の引用符セット。一般に、データベース又は表データフォーマットを有する他のファイルでは、各CSVレコードは、同数のデータ要素を有する。しかしながら、登録システム300の実施形態は、各レコード内に可変数のデータ要素を有することができる。なぜなら、各レコードは、システム300により認識される所定の区切り文字により線引きされるからである。さらに、登録システム300は、データ要素の所望の組合せを含む各レコードが、データファイル330のために指定され登録システム300により認識される所定の区切り文字により線引きされる限り、他のフォーマットのデリミタデータファイル330を有することができる。例えば、種々の分離記号例えば、スペース、ダッシュ、等がデータ要素を分ける自由形式のテキスト文書は、所定の区切り文字例えば、改行、キャリッジリターン、ピリオド、等が連続するレコードの対を分離するために用いられ且つ登録システム300により認識されるようにデータファイルのための区切り文字として指定されている場合、デリミタデータファイルとして提供されても良い。図4の例示的な第1のレコード332では、2個のワード、2個の表現素及び6個の連続するワードを含む10個のデータ要素が示される。分離記号は、連続するデータ要素の各々の間に設けられ、区切り文字は、第1のレコード332の終わりに設けられる。登録システム300の登録リストモジュール310によりデータ要素が識別され第1のレコード332から抽出された後、データ要素は、1つのトークンにトークン化例えば、トークン1乃至トークン10され、登録リスト360のタプル362に格納されても良い。終了タグは、登録リスト360内のタプルの終わりを示すために設けられても良い。登録リストモジュール310は、デリミタデータファイル330の各レコードを処理し、各レコードに対応して登録リスト360内の分離タプルを生成できる。登録リスト360がデリミタデータファイル330の各レコードに対応するタプルを有して完成すると、インデックステーブルモジュール320は、インデックステーブル370を生成するために登録リスト360を処理しても良い。図4に示した例では、インデックステーブルモジュール320は、登録リスト360内のタプル362の位置を特定するためのインデックスを提供するインデックス372を生成する。登録リスト360内の各トークンについて発生数の合計を格納するプライムカウントテーブル340が生成され得る。次に、タプル362のトークンキーが、プライムカウントテーブル340を検索し、タプル362内の他のトークンと比べて登録リスト360全体の中で最も少ない頻度で現れるトークンをタプル362から見付けることにより、計算され得る。この例示的な説明では、トークン2は、トークン1及びトークン3~10の発生数の合計と比べて、少ない頻度で生じているつまり、発生数の合計が最も低いトークンとして示される。したがって、トークン2は、トークンキーとして選択され、インデックス372を生成するために用いられても良い。一実施形態では、インデックステーブル370は、ハッシュ値例えば、トークンキーをモジュラを有する狭い境界に押し込み境界が素数により定められる既知の技術を用いて生成できる。これは、データを終了するためにより小さいメモリ領域が割り当てられ、データが割り当てられたメモリ内で概して均一に分散される、特に大容量データの場合に有利であり得る。したがって、非常に大容量のデータが、より効率的に処理できる。インデックステーブル370の大きさは、例えば、システム10のリソース供給中に認可されたユーザにより選択されたリソースに基づき、システム10のデータ保護マネジャ32により生成され得る。一旦メモリが割り当てられると、各インデックスは、インデックステーブルの素数の大きさprimenumbersizeを有するトークンキーに対してモジュロ演算を実行することにより計算された値例えば、残余に対応するインデックステーブル370内のスペースに配置できる。統計的衝突が生じる場合つまり、異なるトークンキーが、モジュロ演算から同じ結果を有する場合、異なるトークンキーは、インデックステーブル370の同じスペース内にリンク及びリストlinklistedできる。登録リストオフセットは、タプル362の始めを指し例えば、オフセット4はトークン1を指している、インデックス372に追加され、トークンキーと関連付けられても良い。さらに、文書識別子文書ID、documentID又はdocIDは、デリミタデータファイル330を識別でき、インデックス372に追加され、トークンキーと関連付けられても良い。したがって、登録リスト360を生成するために複数のデリミタデータファイルが用いられるとき、インデックス内の文書IDフィールドは、どのデリミタデータファイルが、付随する登録リストオフセットの指すタプルに関連付けられているかを識別する。さらに、2以上のトークンキーがインデックステーブル370内のスペースにリンク及びリストされている場合、特定のトークンキーに対応するオフセット及び文書IDは、インデックス内の該特定のトークンキーと関連付けられる。インデックス372の<NEXT>フィールドは、インデックス372内の同一のトークンキーに関連付けられ得る追加の登録リストオフセット及び文書IDを表す。例えば、登録リスト360内の第2のオフセットを有する第2のタプルは、トークン2に含まれても良い。トークン2が、第2のタプル内の他のトークンと比べて登録リスト360内で少ない頻度で生じる第2のタプル内のトークンである場合、第2のタプルのトークン2は、第2のタプルのトークンキーとして選択され得る。したがって、<NEXT>ポインタの後に第2の登録リストオフセット及び適切な文書IDを追加することにより、同じインデックス372が第2のタプルを指定するために用いられ得る。図5を参照すると、図5は、例示的なデータ入力及び結果として生じるプライムカウントテーブル540を示す簡易ブロック図である。プライムカウントテーブル540は、インデックステーブルモジュール320のトークン計数動作322により生成されても良い。データ要素501ワード1、データ要素502ワード1、データ要素503表現素1、及びデータ要素504表現素2は、デリミタデータファイル330のようなデリミタデータファイルの例示的なデータ要素を表す。これらのデータ要素は、登録リスト360のような登録リストの1又は複数のタプル内にトークンとして格納される。トークン計数動作機能322は、データ要素501、502、503、504の各々について生成されたトークンを計数し、プライムカウントテーブル540を生成しても良い。一実施形態では、プライムカウントテーブル540は、対応するトークン合計544を有するn個のエントリ542を有しても良い。本例では、nは素数に等しく、モジュロ演算は、どのエントリがインクリメントされるべきトークン合計に対応するかを決定するために各トークンに対して実行される。したがって、本例では、エントリ2は、データ要素501ワード1及びデータ要素502ワード1を表すトークンに対応し、したがってトークン合計2を有する。さらに、エントリ4及び7は、それぞれデータ要素503表現素1及びデータ要素504表現素2を表すトークンに対応し、それぞれトークン合計1を有する。図6A、6B、7を参照すると、簡易フローチャートが、登録システム300の動作処理を説明する。図6A、6Bは、登録システム300の登録リストモジュール310の例示的な動作ステップを説明する簡易フローチャートである。図7は、登録システム300のインデックステーブルモジュール320の例示的な動作ステップを説明する簡易フローチャートである。図6Aは、登録リストモジュール310の全体フロー600を示し、1又は複数の区切られたデータファイルの処理、各デリミタデータファイルの各レコードの処理、及び1又は複数のデリミタデータファイルの各レコード内の各データ要素の処理を含む。フローは、図6Aのステップ602で開始し、第1のデリミタデータファイルが得られる。一実施形態では、登録システム300は、1又は複数の所望のデータベース又は他のデータファイルをクロールし、該データベース又は他のデータファイルを1又は複数のデリミタデータファイルに変換するよう構成され得る。前述のように、一例では、データベース又は他のデータファイルは、デリミタデータファイルとして供給され得るCSVcommaseparatedvariableリストに変換され得る。デリミタデータファイルが得られると、ステップ604で、第1のレコードがフェッチされる。ステップ606で、フェッチされたレコード内で、第1のデータ要素の始めが識別される。ステップ608で、適切な抽出、トークン化、記憶動作が、現在のデータ要素に対して実行される。これは、図6Bを参照して更に詳細に説明される。適切な抽出、トークン化、記憶動作が現在のデータ要素に対して実行された後、フローは、決定ボックス610に進み、更なるデータ要素がレコード内に存在するか否かを決定する。更なるデータ要素がレコード内に存在する場合、ステップ612で、レコード内の次のデータ要素の始めが識別される。次に、フローはステップ608にループバックし、新しいデータ要素に対して抽出、トークン化、記憶を実行する。再び決定ボックス610を参照すると、現在のデータ要素の後に所定の区切り文字がレコード内で認識された場合、もはやレコード内にデータ要素が存在しないと決定される。次に、フローは決定ボックス614に進み、デリミタデータファイル内に更なるレコードが存在するか否かを決定する。デリミタデータファイル内に更なるレコードが存在する場合、ステップ616で次のレコードがフェッチされ、フローはステップ606にループバックし、新しいレコード内の第1のデータ要素の始めを識別する。しかしながら、デリミタデータファイル内に更なるレコードが存在しないと決定された場合、フローは決定ボックス618に進み、処理されるべき更なるデリミタデータファイルが存在するか否かを決定する。未だ処理されていない1又は複数のデリミタデータファイルが存在すると決定された場合、ステップ620で次のデリミタデータファイルが得られ、フローはステップ604にループバックし、第1のレコードが新しいデリミタデータファイルからフェッチされる。しかしながら、決定ボックス618で全てのデリミタデータファイルが既に処理されていると決定された場合、フローは終了する。図6Bは、図6Aのステップ608の全体フローを示し、デリミタデータファイルのレコードからデータ要素を抽出し、トークン化し、及び格納する例示的な動作ステップを示す。フローは、ステップ652で開始し、データ要素の始めで開始する文字列の文字パターンとの最長の一致を発見するために正規表現テーブル350が検索される。一実施形態では、正規表現テーブル350からの表現パターンは、一致するかどうかを決定するために、最長から最短までのサイズ順に比較される。決定ボックス654で、正規表現テーブル350からの一致が見付かったか否かについてのクエリが生成される。いずれの正規表現パターンもデータ要素の始めで開始する文字列の文字パターンと一致しないと決定された場合つまり、データ要素は、正規表現テーブル350内のどの正規表現パターンとも一致しない、データ要素はワードを表し、フローはステップ660へ進み、データ要素つまり、ワードの終わりを見付ける。ワードの終わりは、データ要素の始めで開始する最後の連続する基本文字である。ステップ662でワードが抽出された後、フローは決定ボックス664へ進み、終了ワードか否かを決定するためにワードが評価されても良い。終了ワードは、管理者により決定された任意のワード、又はその他の場合に単純な文法構成ワード例えば、and、but、or、is、the、an、a、as、等のような終了ワードとして指定された任意のワードを含み得る。ワードが終了ワードであると決定された場合、該ワードは無視され、フローは該ワードをトークン化又は格納することなく終了する。しかしながら、ワードが終了ワードではないと決定された場合、フローはステップ668へ進み、ワードが語幹処理されても良い。例えば知られているPorterStemmingAlgorithmのような語幹処理が、ワードに適用されても良く、任意のサフィックス及び/又はアッフィックスがワードの語幹から取り去られ得る。必要に応じて語幹処理が実行された後、フローはステップ670へ進み、ワード又は語幹処理されたワードがトークン化される。一実施形態では、トークン化は、ワード又は語幹処理されたワードを32ビット数値表現若しくはトークンに変換することを含む。ステップ672で、トークンは、登録リスト360のタプルに格納される。ここで、タプルは、データ要素が抽出されたレコードに対応する。トークンが格納された後、フローは終了し、図6Aのステップ610で処理が続く。[関連米国出願情報]本願は、同一代理人に共に委任された係属中の米国特許出願番号12358399、2009年1月23日出願、名称SYSTEMANDMETHODFORINTELLIGENTSTATEMANAGEMENT、WilliamDeninger他代理人管理番号0047961042に関連する。この米国出願の開示は、本願の一部と考えられ、参照することにより全体が本願に組み込まれる。一実施形態では、トークンの数値表現は、FIPSFederalInformationProcessingStandardsで認可されたハッシュ関数を用いて生成される。標準的に、ハッシュ関数が低い数値強度を有し、したがってセキュアでないハッシュの場合、ハッシュを計算するために少ないコンピュータリソースしか用いられない。しかしながら、登録リスト360はネットワークの至る所に複数の場所に格納され、図1に示したような複数の検出システムにより繰り返し検索され得るので、ハッシュ関数にはより大きな数値強度が望ましい。したがって、トークンの生成がより多くのコンピュータリソースを必要としたとしても、個人及び他の機密情報を含むワード及び表現素のためによりセキュアなトークンを生成することが望ましい。別の検討材料は、トークンに用いられる数値表現のサイズである。32ビット数値は単独では統計的に実行可能ではない。つまり、単独の1つのワード又は表現素は、検出システムのうちの1つが、データ要素を表す1つの32ビットトークンについて対象文書又はファイルを検索した場合、多くの偽陽性結果が生成され得る。しかしながら、レコードが一致を確認するために文書内で発見されなければならない2以上のデータ要素を含むとき、偽陽性の可能性は低減できる。レコードが、タプルに含まれ且つ一致を確認するために文書内で発見されなければならない追加トークンの各々について、偽陽性の可能性は232だけ低減できる。例えば、ワード対に対する偽陽性の可能性は264であり、3ワードでは296である。したがって、一実施形態では、各タプルは少なくとも2個のトークンを有する。再び決定ボックス654を参照すると、正規表現テーブル350の表現パターンとデータ要素の始めで開始する文字列の文字パターンとの間で一致が見付かったと決定された場合、データ要素は、表現素を表し、一致する表現パターンと同じ長さを有する。表現素は、ステップ656で抽出され、ステップ658で正規化される。一実施形態では、表現素の正規化は、表現素からの分離記号の削除を含んでも良い。例えば、電話番号は、nnnnnnnnnnに正規化され得る。ここで、nは任意の数字0乃至9を表す。他の実施形態では、正規化は、表現素の所定の規格化フォームを達成するために、分離記号及び/又は表現素の特定の基本文字を変更することを含んでも良い。例えば、全ての日付は、フォームYYYY-MM-DDに規格化され得る。ここでYYYYは年を表し、MMは月を表し、DDは日を表す。表現素が抽出され正規化されると、フローはステップ670へ進み、表現素がトークン化され、ステップ672で結果として生じたトークンが登録リスト360のタプルに格納される。トークンが登録リスト360に格納された後、フローは図6Aのステップ610へ戻る。図7を参照すると、図7は、インデックステーブルモジュール320の全体フロー700を示し、トークンキー及び登録リスト360に格納されたタプルに対応する関連するオフセットを有するインデックステーブル370を生成する。図1に示した検出システム24、26、28による処理のオーバヘッドを削減するため、各タプルは、トークンキーによりインデックスを付され得る。一実施形態では、トークンキーは、同じタプル内の他のトークンと比べて、登録リスト360全体の全てのタプルにおいて最も低い頻度で発生するトークンであり得る。したがって、登録リスト360を生成するために複数のデリミタデータファイルが用いられる場合、複数のデリミタデータファイルから生成される全てのタプルのうち最も低い頻度を有するトークンキーが選択され得る。一実施形態では、トークンキーは、図3に示したプライムカウントテーブル340及び図5の例示的なプライムカウントテーブル540に更に示したようなプライムカウントテーブルを用いて決定できる。フロー700のステップ702で開始すると、プライムカウントテーブル340は、前述のような、ハッシュ値例えば、トークンキーをモジュラを有する狭い境界に押し込み境界が素数により定められる既知の技術を用いて、登録リスト360に格納されたトークンのために生成できる。プライムカウントテーブルを用いて、数10億個にも上る可能性のあるデータ要素を処理するために必要なコンピュータリソースを軽減できる。論理的には、32ビットの数値表現232は、40億個より多くの可能なトークンを表現できる。現実世界の例示的なシナリオでは、企業が3億人の個人の機密データの4個の異なるエントリを有する場合、エントリ数は10億個を超えるだろう。各個人のエントリがインデックステーブル370を生成するために計数される場合、コンピュータリソースは、処理機能を適切に実行できないだろう。しかしながら、プライムカウントテーブル340の使用は、より小さいメモリ領域が、割り当てられ、登録リスト360内のト―クンを計数するために用いられ、トークンキーとして最も頻度の少ないトークンを選択することを可能にする。一実施形態では、プライムカウントテーブルの大きさは、例えば、システム10のリソース供給中に認可されたユーザにより選択されたリソースに基づき、システム10のデータ保護マネジャ32により生成され得る。ある例示的なシナリオでは、3億人の人々の収集した機密データを有する企業で、1億個のエントリがトークンを計数するために適切であると決定される場合、プライムカウントテーブルのサイズは、次の最も近い素数例えば、100,000,007により定められ得る。したがって、100,000,007個のエントリを有するテーブルが生成され、各エントリはゼロ値でクリアされる。プライムカウントテーブルのためにメモリが割り当てられ定められると、登録リスト360内の各トークンは、プライムカウントテーブル340内のどのエントリをインクリメントすべきかを決定するために処理され得る。一実施形態では、登録リスト360は、最初のタプル内の最初のトークンから、最後のタプル内の最後のトークンまで、順次処理されても良い。各トークンについて、素数及び特定のトークンの数値を用いてモジュロ演算が実行され得る。モジュロ演算の残余値は、プライムカウントテーブル340内に置かれ、1だけインクリメントされる。2つの異なるデータ要素に対して生成されたトークンが同じ残余を生じる幾つかの統計的衝突が生じる。この場合、プライムカウントテーブル340内の同じエントリはインクリメントされ、したがって、1より多くのトークンに対応するエントリの数を人為的に増大させる。しかしながら、ワード数の人為的増大は、登録リスト内の最も低い頻度を有する各タプル内のトークンを決定する実行可能性を大きく低下させない。ステップ702でプライムカウントテーブル340が生成された後、フローはステップ740へ進み、登録リスト360内で第1のタプルが識別される。ステップ706から722を通じ、各タプルについてトークンキーを決定しインデックステーブル370を生成するためのループが実行される。したがって、ループはステップ706で開始し、現在のタプル内のトークンのうちどのトークンが最も低い回数又は頻度を有するかを決定するために、プライムカウントテーブル340が検索される。ステップ708で、プライムカウントテーブル340に従って最も低い頻度を有する現在のタプルのトークンが、現在のタプルのトークンキーとして選択される。現在のタプルのトークンキーを選択した後、フローはステップ710へ進み、インデックステーブル370内の全てのインデックスが、トークンキーの照合のために検索され得る。決定ボックス712を参照すると、現在のタプルに対して選択されたトークンキーに一致するトークンキーが見付からない場合、フローはステップ716へ進み、選択されたトークンキーを用いてインデックステーブル370内に新しいインデックスが生成される。次に、フローはステップ718へ進み、文書識別子及びオフセットが新しいインデックスに追加される。一実施形態では、文書IDは、登録リスト360内の対応するタプルのヘッダ情報から得られても良い。オフセットは、登録リスト360内の対応するタプルへのポインタ又はインデックスであっても良い。例えば、オフセットは、対応するタプル内に現れる第1のトークンのインデックス番号であり得る。決定ボックス712を参照すると、現在のタプルに対して選択されたトークンキーに一致するトークンキーが見付からない場合、フローはステップ716へ進み、選択されたトークンキーを用いてインデックステーブル370内に新しいインデックスが生成される。このシナリオでは、フローはステップ714へ進み、現在のタプル情報が既存のインデックスに追加され得る。ポインタ例えば<NEXT>ポインタが既存のインデックスの終わりに追加され、文書ID及び現在のタプルに対応するオフセットが追加され得る。したがって、同じトークンキーを有する任意の数のタプルは、同じインデックスを使用できる。インデックスがステップ718で生成され又はステップ714で更新された後、フローは決定ボックス720へ進み、現在のタプルが登録リスト360内の最後のタプルか否かを決定する。現在のタプルが最後のタプルではない場合、ステップ722で次のタプルが識別され、フローはステップ706に戻り、トークンキーを選択しインデックステーブル370を更新するために次のタプルを処理し始める。しかしながら、決定ボックス720で現在のタプルが登録リスト360内の最後のタプルであると決定された場合、全てのタプルは処理済みであり、フロー700は終了する。最低頻度のトークンをタプルのトークンキーとして選択することは、決定処理動作の間の処理効率の向上に役立つ。これは、図9~13を参照して更に説明される。最低頻度のトークンをインデックステーブル内でトークンキーとして用いることにより、オブジェクトが、トークン化されるときにインデックステーブル内のトークンキーと等しいデータ要素を含まない限り、登録リスト内のタプルは評価中のオブジェクトと比較される必要がない。したがって、より多くの共通に生じるトークンがトークンキーとして選択され得場合より、本実施形態ではより多くのタプルが不要な処理から除外され得る。代替の実施形態は、インデックステーブルについて最低頻度のトークンを生成するために必要な処理を低減するよう実施され得る。このような実施形態はバックエンドの登録処理を低減し得るが、検出システムにより追加処理が必要であり得る。1つのこのような代替の実施形態では、異なるトークンキー選択基準つまり、最低頻度選択基準以外が用いられても良い。例えば、タプルからのトークンは、所定の列又はレコード内のデータ要素の位置に基づき、トークンキーとして選択され得る。結果としてインデックステーブルはより迅速に生成され得るが、特に少なくとも幾つかのトークンキーがより多くの共通に生じるデータ要素に対応する場合、より多くのタプルが検出処理中に評価され得る。しかしながら、本実施形態は、実装の特定の必要に基づき、望ましい。さらに、トークンキー選択基準はユーザにより設定可能であり、認可されたユーザが、トークンキーを選択するときに登録システム300により使用されるべき選択基準を決定できるようにしても良い。図8は、例示的なデータ要素を有するレコード802が登録システム300により処理されるシナリオを示す。レコード802は、複数のレコードを有し得るデリミタデータファイル330のようなデリミタデータファイルの例示的な単一のレコードである。レコード802は、スペースにより分離され所定の区切り文字であるキャリッジリターンで終了するデータ要素を有する。各データ要素は、ワード又は表現素であるかどうかを決定するために評価される。ワードとして表現されるデータ要素つまり、Carol、Deninger、123、Apple、Lane、Boise、ID、99999が、抽出されトークン化される。正規表現パターンと一致すると決定されたデータ要素は、抽出され正規化される。本例では、表現素の正規化は、基本的でない文字を除去することを含む。次に、正規化された表現素はト―クン化される。以下の表は、データ種類、各データ種類に対応するレコード802の例示的なデータ要素の内容、及び各データ要素について生成されたトークンを示す。登録リスト810のタプル812は、レコード802を登録することにより生成される。レコード802から生成されたトークン804は、登録リスト810のタプル812に起こった順番に格納されても良い。一実施形態では、タプル812は、デリミタデータファイルを識別する文書識別子又はレコード802に関連するデータ記憶例えば、販売部の顧客レコードデータベースを含むヘッダ情報図示しないを有する。また、登録リスト810の内の各タプルの終わりは、タプル812の終わりに示すようなゼロのような終了エントリにより定められ得る。さらに、オフセット814が、登録リスト810に設けられ、各オフセットは登録リスト810内の別個のトークンを指している。インデックステーブル820は、登録リスト810に対して生成され、インデックス822はタプル812に対応している。インデックス822は、タプル812内の2番目に生じるトークンとして示されるトークンキー55を含む。トークンキー55は、上述のように、登録リスト810全体の中で最低頻度で生じるタプル812のトークンである場合に、選択されても良い。さらに、オフセット1001がトークンキー55に設けられ、タプル812内の最初に生じるトークン23を指す。したがって、オフセット1001は、タプル812の始めを示す。インデックス822は、デリミタデータファイルを示すdocID又は文書識別子又はレコード802と関連するデータ記憶を有しても良い。<検出システム>図9を参照すると、検出システム900の一実施形態の概略ブロック図が示される。検出システム900は、評価モジュール910及び検証モジュール920を有し得る。評価モジュール910への入力は、入力オブジェクト930、正規表現テーブル350、インデックステーブル370を有し得る。評価モジュール910の出力は、ビットハッシュテーブル940及び保留中キーリスト950を有し、これらは一時的であっても良い。評価モジュール910は、抽出912、トークン化914、ビット設定動作916、及び保留中キーリスト生成918の機能を実行しても良い。概して、評価モジュール910は、入力オブジェクト930のようなファイルを処理し、登録システム300がデリミタデータファイル330のデータ要素を抽出しトークン化したのと実質的に同一の方法で、ファイルの各データ要素を抽出しトークン化する。したがって、ファイルから抽出されトークン化されたデータ要素は、デリミタデータファイル330から抽出されトークン化されたデータ要素と比較できる。入力オブジェクト930は、データ要素の任意の登録された組合せ又はその所定の閾量がファイル又は文書内に存在するかどうかを決定するために分析されるべき任意の種類のデータファイル又は文書を有し得る。一実施形態では、前述のように、又は参照されることにより全体が本願明細書に組み込まれている米国特許出願番号12358399に記載されているように、パケットがネットワーク100内のキャプチャシステム29により傍受され、オブジェクトが傍受されたパケットから再構成されるとき、入力オブジェクト930は、図1に示したようなキャプチャシステム29により供給され得る。例示的な入力オブジェクトは、Word、Excel、PowerPoint、等のようなMicrosoftOffice文書、PDFportabledocumentformatファイル、テキストファイル、電子メールメッセージ、電子メールの添付、任意の人間言語のテキスト文書例えば、英語テキスト、仏語テキスト、独語テキスト、スペイン語テキスト、日本語テキスト、中国語テキスト、韓国語テキスト、ロシア語テキスト、等、等を有するが、これらに限定されない。これらの種々のオブジェクトに加えて、例えばデータベースのような記憶レポジトリは、任意の登録されたデータの組合せの存在について内容を評価するために、検出システム900により処理されても良い。例示的な一実施形態では、CSVリストのような共通ファイルが、データベース又は他のファイルのために生成され、入力オブジェクト930として検出システム900に供給され得る。入力オブジェクト930は、任意の数の分離記号及び/又は区切り文字により分離されたワード及び/又は表現素を含み得る。一実施形態では、入力オブジェクト930の内容は、順次処理され得る。前述のように、及び参照されることにより全体が本願明細書に組み込まれている米国特許出願番号12358399、2009年1月23日出願、名称SYSTEMANDMETHODFORINTELLIGENTSTATEMANAGEMENTに記載のように、入力オブジェクト930の各データ要素の文字パターンは、データ要素が所定の表現パターンと一致するか否かを決定するために、正規表現テーブル350と比較され得る。データ要素が所定の表現パターンと一致する場合、表現素全体が抽出され正規化され、トークン化機能914が正規化表現素に対して実行できるようにする。データ要素が所定の表現パターンと一致しない場合、データ要素は、ワードであり、トークン化機能914により抽出されトークン化されても良い。ビット設定動作916及び保留中キーリスト生成918は、評価モジュール910により実行されても良い。ビット設定動作916は、ビットハッシュテーブル940内の各トークン化されたデータ要素に対応するビットを設定することにより、入力文書930の各トークン化されたデータ要素を示す効率的な方法を提供する。保留中キーリスト生成918は、入力オブジェクト930の各トークン化されたデータ要素をインデックステーブル370と比較し、インデックス内の対応するトークンキーを識別する。一実施形態では、トークンキーがトークン化されたデータ要素と等しいときつまり、同じ数値表現を有する、対応するトークンキーが識別される。対応するトークンキーが識別された場合、トークン化されたデータ要素又はオブジェクトトークンは、検証モジュール920による更なる分析のために保留中キーリスト950に保存される。検出システム900の検証モジュール920は、登録リスト及びビットハッシュテーブルの比較922、並びにイベントリスト更新928の機能を実行しても良い。登録リスト及びビットハッシュテーブル比較922は、保留中キーリスト生成950からの保留中のキーつまり、トークンを処理して、インデックステーブル370内の対応するインデックスを見付ける。一実施形態では、保留中キーがトークンキーと等しいときつまり、同じ数値表現を有する、保留中キーはインデックス内のトークンキーに対応する。次に、インデックスは、登録リスト360内の対応するタプルの位置を特定するために用いることができる。一実施形態では、識別されたタプル内のトークンは、識別されたタプル内の何個のトークンが入力オブジェクト930内に存在するかを決定するために、ビットハッシュテーブル940と比較され得る。入力オブジェクト930が、トークン化されたとき、タプルの全てのトークンに対応する又はその所定の閾量に対応するデータ要素を含む場合、イベントが有効にされる。入力オブジェクト930のトークン化されたデータ要素がタプル内のトークンに対応するか否かを決定するためにハッシュテーブル940を使用することは、図10~13を参照して更に記載される。イベントリスト更新924は、イベントリスト960を更新し、入力オブジェクト930内で見付かった特定の登録されたデータ組合せ、特定の登録されたデータ組合せと関連する文書識別子、及び任意の他の所望の情報例えば、日付及びタイムスタンプ、ネットワークトラフィックの送信元及び/又は宛先アドレス、ポート番号、等を示し得る。図10を参照すると、図10は、例示的なデータ入力及び結果として生じるビットベクトル又はビットハッシュテーブル1040を示す簡易ブロック図である。これらは、評価モジュール910のビット設定動作916により生成されても良い。データ要素1001ワード1、データ要素1002ワード1、データ要素1003表現素1、及びデータ要素1004表現素2は、入力オブジェクト930のような入力オブジェクトの例示的なデータ要素を表す。ビット位置の設定は、どの値がデフォルトかに依存して、ビットを0から1に又は1から0に変更することにより行われる。一実施形態では、ビットハッシュテーブル1040内の全てのビットは0に初期化され、同一のビット位置に対応するデータ要素が入力オブジェクト内で見付かった場合、ビットハッシュテーブル1040内の特定のビット位置に関連するビットは、1に設定され得る。一実施形態では、ビット設定動作916は、知られている素数ハッシング技術を用いることにより、どのデータ要素がハッシュテーブル1040のどのビット位置に対応するかを決定できる。ビットハッシュテーブル1040は、m個のビットを有しても良い。ここで、mは素数に等しい。モジュロ演算がデータ要素1001~1004のうちの1つのために生成されたトークンに対して実行されるとき、モジュロ演算の結果は、トークンにより表されたデータ要素に対応するビット位置を示し得る。したがって、特定のビット位置に対応するビットは、入力オブジェクト内のデータ要素の存在を示すために設定され得る。図10の例では、ビット位置2はデータ要素1001ワード1及びデータ要素1002ワード1に対応し、ビット位置5はデータ要素1003表現素2に対応し、ビット位置10はデータ要素1004表現素1に対応し得る。したがって、ビット位置2、5、10に対応する各ビットは、1に設定されても良い。図11、12を参照すると、簡易フローチャートが、検出システム900の動作処理を説明する。図11は、検出システム900の評価モジュール910の例示的な動作ステップを示す簡易フローチャートである。図12は、検出システム900の検証モジュール920の例示的な動作ステップを示す簡易フローチャートである。図11を参照すると、評価処理フロー1100は、図6A及び6Bの登録リスト処理フロー600によりデリミタデータファイルに適用された抽出及びトークン化機能に似た、入力オブジェクト930に対する抽出及びトークン化機能を有しても良い。評価処理フロー1100は、ステップ1102で開始し、入力オブジェクト930内の第1のデータ要素が識別される。ステップ1104で、データ要素の始めで開始する文字列の文字パターンとの最長の一致を発見するために正規表現テーブル350が検索される。一実施形態では、正規表現テーブル350からの表現パターンは、一致するかどうかを決定するために、最長から最短までのサイズ順に比較される。決定ボックス1106で、正規表現テーブル350からの一致が見付かったか否かについてのクエリが生成される。いずれの正規表現パターンもデータ要素の始めで開始する文字列の文字パターンと一致しないと決定された場合つまり、データ要素は、正規表現テーブル350内のどの正規表現パターンとも一致しない、データ要素はワードを表し、フローはステップ1112へ進み、データ要素つまり、ワードの終わりを見付ける。データ要素の終わりは、ステップ1114で抽出され得る。ワードの終わりは、データ要素の始めで開始する最後の連続する基本文字である。ステップ1114でワードが抽出された後、フローは決定ボックス1116へ進み、前述のように、終了ワードか否かを決定するためにワードが評価されても良い。ワードが終了ワードであると決定された場合、該ワードは無視され、フローは決定ボックス1128へ進み、現在のワードが入力オブジェクト930内の最後のデータ要素であるか否かを決定する。現在のワードが最後のデータ要素である場合、処理は終了する。しかしながら、ワードが入力オブジェクト930内の最後のデータ要素ではない場合、フローはステップ1130へ進み、次のデータ要素の始めを見付ける。次に、フローはステップ1104にループバックし、新しいデータ要素に対して抽出、トークン化、記憶を実行する。再び決定ボックス1116を参照すると、現在のワードが終了ワードではないと決定された場合、フローはステップ1118へ進み、ワードが語幹処理されても良い。例えば知られているPorterStemmingAlgorithmのような語幹処理が、ワードに適用されても良く、任意のサフィックス及び/又はアッフィックスがワードの語幹から取り去られ得る。必要に応じて語幹処理が実行された後、フローはステップ1120へ進み、ワード又は語幹処理されたワードがトークン化される。一実施形態では、トークン化は、ワード又は語幹処理されたワードを32ビット数値表現又はトークンに変換することを含む。これは、登録リストモジュール310により用いられたのと同じ技術例えば、FIPSFederalInformationProcessingStandardsに認可されたハッシュ関数を用いて達成される。ステップ1120でワードに対してトークンが生成された後、ステップ1122で、ビットがビットハッシュテーブル940に設定されても良い。設定されたビットは、前述のように、ビットハッシュテーブルの素数の大きさを用いてトークンに対して実行されたモジュロ演算により決定されたビットハッシュテーブル940内のビット位置に対応する。ビットは、トークンにより表されたワードが入力オブジェクト930内で見付かったことを示すために設定される。2つの異なるデータ要素に対して生成されたトークンが同じ残余を生じる幾つかの統計的衝突が生じる。しかしながら、イベントのトリガは、単一の個々のデータ要素ではなく、データ要素の特定の組合せが文書内で発見されることを必要とするので、システムは少なくとも部分的に統計的実行可能性を維持する。さらに、テーブルが素数の大きさに十分に合わせられるとき、衝突は標準的に低頻度になる。ビットハッシュテーブル940内で正しいビットを設定した後、フローは決定ボックス1124に進み、トークンが、インデックステーブル370のインデックスの1つの中のトークンキーに対応するか否かを決定する。トークンがインデックスの1つの中のトークンキーに対応する場合、フローはステップ1126に進み、トークンが保留中キーリスト950に保存される。トークンが保留中キーリスト950に保存された後、又はトークンがインデックステーブル370内のインデックスの如何なるトークンにも対応しない場合、フローは決定ボックス1128へ進み、現在のトークンに対応するデータ要素が入力オブジェクト930内の最後のデータ要素であるか否かを決定する。データ要素が入力オブジェクト930内の最後のデータ要素ではない場合、フローはステップ1130へ進み、次のデータ要素の始めを見付ける。次に、フローはステップ1104にループバックし、新しいデータ要素に対して抽出、トークン化、記憶を実行する。再び決定ボックス1128を参照すると、データ要素が入力オブジェクト930内の最後のデータ要素である場合、入力オブジェクト930全体が処理され、フロー1100は終了する。決定ボックス1106に戻ると、正規表現テーブル350の表現パターンとデータ要素の始めで開始する文字列の文字パターンとの間で一致が見付かったと決定された場合、データ要素は、表現素を表し、一致する表現パターンと同じ長さを有する。表現素は、ステップ1108で抽出され、ステップ1110で正規化される。一実施形態では、評価モジュール910により用いられる特定種類の正規化は、登録リストモジュール310で用いられるのと同じ種類の正規化である。前述のように、表現素の正規化は、表現素の所定の標準フォームを達成するために、表現素から任意の分離記号を除去すること、又は分離記号及び/又は表現素の特定の基本文字を変更することを含んでも良い。表現素が抽出され正規化されると、フローはステップ1120へ進み、正規化表現素がトークン化される。ステップ1122で、ビットは、前述のように、ビットハッシュテーブルの素数の大きさを用いてトークンに対して実行されたモジュロ演算の結果生じた残余の値に対応して、ビットハッシュテーブル940内に設定されても良い。ビットハッシュテーブル940内で正しいビットを設定した後、フローは決定ボックス1124に進み、トークンが、インデックステーブル370のインデックスの1つの中のトークンキーに対応するか否かを決定する。トークンがインデックスの1つの中のトークンキーに対応する場合、フローはステップ1126に進み、トークンが保留中キーリスト950に保存される。トークンが保留中キーリスト950に保存された後、又はトークンがインデックステーブル370内のインデックスの如何なるトークンにも対応しない場合、フローは決定ボックス1128へ進み、現在のトークンに対応するデータ要素が入力オブジェクト930内の最後のデータ要素であるか否かを決定する。データ要素が入力オブジェクト930内の最後のデータ要素ではない場合、フローはステップ1130へ進み、次のデータ要素の始めを見付ける。次に、フローはステップ1104にループバックし、新しいデータ要素に対して抽出、トークン化、記憶を実行する。再び決定ボックス1128を参照すると、データ要素が入力オブジェクト930内の最後のデータ要素である場合、入力オブジェクト930全体が処理され、フロー1100は終了する。図12を参照すると、図12は、検出システム900の検証モジュール920の検証処理フロー1200の例示的な動作ステップを示す。概して、検証処理フロー1200は、ビットハッシュテーブル940、保留中キーリスト950、登録リスト360及びインデックステーブル370を用いて、データ要素の登録された組合せ又はその所定の閾量が入力オブジェクト930に含まれるか否かを決定する。フローはステップ1202で開始し、第1の保留中キーが保留中キーリスト950から読み出される。次に、フローはステップ1204へ進み、保留中キーに対応するトークンキーを有するインデックスについてインデックステーブル370が検索される。インデックスが見付かると、フローはステップ1206へ進み、インデックス内で識別された第1のタプルを見付ける。第1のタプルは、インデックス内のトークンキーにリンク付けられた第1のオフセットを用いることにより、識別できる。オフセットは、対応するタプルの始めにあるトークンの登録リスト内の位置を指しても良い。ステップ1208で対応するタプルの第1のトークンが登録リスト360内で識別されると、動作ステップ1210乃至1222は、イベントが有効になるまでつまり、登録されたデータ組合せの全てのデータ要素又はデータ要素の閾量が入力オブジェクト内に存在する、又はイベントが有効でない限りつまり、登録されたデータ組合せの全てのデータ要素又はデータ要素の閾量が入力オブジェクト内に見付からなかった、タプルを処理する。決定ボックス1210で、トークンに対応するビットがビットハッシュテーブル940に設定されたか否かについてのクエリが生成される。したがって、モジュロ演算は、どのビット位置がビットハッシュテーブル940内でチェックされるかを決定するために、ビットハッシュテーブル940の素数の大きさを用いて、トークンに対して実行されても良い。適切なビット位置のビットが設定された場合、フローはステップ1212へ進み、データ要素カウントがインクリメントされ得る。データ要素カウントは、処理中のタプルからの、ビットハッシュテーブル940内で見付かった合計トークン数を示す。データ要素カウントがインクリメントされた後、又はビットがビットハッシュテーブル940に設定されなかった場合、フローは決定ボックス1214へ進み、現在のトークンがタプル内の最後のトークン化否かを決定する。現在のトークンがタプル内の最後のトークンでる場合、フローはステップ1216へ進み、タプル内の次のトークンを識別する。次に、フローは決定ボックス1210へ進み、新しいトークンに対応するビットが設定されるか否かを決定する。タプル内の各トークンが処理されると、決定ボックス1214で、タプル内の最後のトークンが評価されたと決定される。次に、フローは決定ボックス1218へ進み、データ要素カウントが所定の閾量以上か否かについてのクエリが作成される。一実施形態では、イベントは、デリミタデータファイルの単一レコードからの全てのデータ要素が入力文書内で見付かった場合、有効にされても良い。したがって、本実施形態では、所定の閾量は、レコード内のデータ要素数つまり、対応するタプル内のトークン数に等しい。しかしながら、他の実施形態は、単一レコードからの合計データ要素数のうちの特定の割合例えば、50、75、等又は特定の最小数例えば、2、3、4、等を用いても良い。管理上、図1に示したデータ保護マネジャ32は、認可されたユーザが必要に応じて所定の閾量を設定できるように構成されても良いステップ1218でデータ要素カウントが所定の閾量を満たすか又は超過する場合、イベントは有効にされ、フローはステップ1220へ進み、タスク及びファイル情報が読み出される。例示的な一実施形態では、ファイル情報は、現在のタプルの位置を特定するために用いられるインデックス内の特定のオフセットに対応する文書IDdocIDから読み出されても良い。さらに、入力オブジェクト930に関連する他の情報例えば、送信元及び宛先アドレスのような送信情報、送信元及びアドレスポート、日時、関連する電子メールメッセージの電子メールアドレス、文書のファイルパス、データベース、又は他の記憶レポジトリ、等は、登録されたデータ組合せを含む特定のオブジェクトを正しく識別するために、得られても良い。さらに、入力オブジェクト930内で見付かったデータ要素の登録された組合せの特定のデータ要素は、格納され及び/又は再検討のために認可されたユーザに表示されても良い。有効にされたイベントに対して所望の情報の全てが読み出されると、フローはステップ1222へ進み、イベントはイベントリスト960に記録され、及び/又は読み出された情報の一部又は全てを含む適切な通知例えば、電子メール通知、Syslog通知、状態メッセージ、等が認可されたユーザに提供されても良い。イベントの有効化は、イベントの有効化をトリガしたオブジェクトの送信を防ぐ又はイベントの有効化をトリガしたデータベース若しくは他の記憶レポジトリをロックダウンする動作をトリガし得る。このような強制動作は、キャプチャシステム29又はデータ送信のフローを停止するよう設計された他の既存のインフラを介して実施され得る。再び決定ボックス1218を参照すると、データ要素カウントが所定の閾を満たさない場合、如何なるイベントも有効化されず、ステップ1220及び1222は迂回される。現在のタプルの全てのトークンが処理され、イベントが有効化されるか又は如何なるイベントも有効化されなかった後、フローは決定ボックス1224へ進み、処理中のタプルがインデックス内で識別された最後のタプルか否かについての決定が行われる。現在のタプルがインデックス内の最後のタプルではない場合、インデックス内の次の<NEXT>ポインタは、登録リスト360内の次のタプルのオフセットを指定することにより、処理されるべき次のタプルを示す。したがって、インデックスがヌルでない<NEXT>ポインタを有する場合、フローはステップ1226へ進み、<NEXT>ポインタにリンク付けされたオフセットにより次のタプルが識別される。次に、フローはステップ1208へループバックし、次のタプルに対してイベントを有効化するか否かを決定するために、次のタプルのトークンを処理し始める。再び決定ボックス1224を参照すると、現在のタプルがインデックス内の最後のタプルであると決定された場合、フローは決定ボックス1228へ進み、保留中キーが保留中キーリスト950内の最後の保留中キーか否かを決定する。現在の保留中キーが保留中キーリスト950内の最後の保留中キーではない場合、ステップ1240で次の保留中キーが保留中キーリスト950から読み出され、フローはステップ1204へループバックし、新しい保留中キーに対応するトークンキーについて、インデックステーブル370が検索される。次に、フローは、インデックステーブル370の特定のインデックスにより示される各タプルについてイベントを有効化するか否かを決定するために処理を続ける。再び決定ボックス1228を参照すると、現在の保留中キーが保留中キーリスト950内の最後の保留中キーである場合、入力オブジェクト930内で識別された全ての保留中キーが処理済みであり、適切な場合、対応するタプルに対してイベントが有効化されている。しかしながら、次の検出システムの処理のためのメモリ割り当てを準備するために、全ての保留中キーが処理された後に実行され得る追加ステップは、図12に図示しない。例えば<ビットハッシュテーブル940内の全てのビットは、デフォルト値例えば0に設定されても良く、保留中キーリスト950のポインタは、リストの始めにリセットされても良い。図13を参照すると、図13は、例示的な入力文書1302が検出システム300により処理されるシナリオを示す。データ要素の代表的な例は、入力文書1302に示され、省略符号により図示しない追加データ要素を示す。さらに、登録システム300から既に生成された登録リスト1310及びインデックステーブル1320が示される。トークン化されたワード1304は、入力文書1302内に示したデータ要素の各々について生成されたオブジェクトトークンを示す。検出システム300の評価処理中に、ビットハッシュテーブル1350内に示されるオブジェクトトークンの各々についてビットが設定される。さらに、各オブジェクトトークンについて、オブジェクトトークンに対応するインデックス内のトークンキーについて、インデックステーブル1320が検索される。図13の例示的なデータでは、オブジェクトトークン55は、トークンキー55を有するインデックス内で発見され、したがって、オブジェクトトークン55は保留中キーリスト1340に格納される。ビットハッシュテーブル1350及び保留中キーリスト1340が生成された後、保留中キーリスト1340内の各保留中キーは、トークンの対応するタプル又は対応するタプル内の所定の閾量のトークンがビットハッシュテーブル1350内に現れるかどうかを決定するために処理される。図13の例示的なシナリオでは、保留中キーに対応するトークンキー55を有するインデックスについてインデックステーブル1320が検索される。トークンキー55を有するインデックス1322が見付けられ、ボックス1306に示すように、検証処理が実行される。インデックス1322のオフセット1001は、タプル1312を識別するために用いられる。タプル1312内の各トークンは、対応するビットがビットハッシュテーブル1350に設定されているかどうかを決定するために分析される。本例では、タプル1312内の全てのトークンは、ビットハッシュテーブル1350内に設定されたビットにより表される。したがって、所定の閾が満たされ、イベントが有効化され、そしてボックス1308に示すようにイベントリストが更新されても良い。したがって、本例では、検出システム300は、入力文書1302が閾量のデータ要素つまり、タプル1312により表されるデータ要素の登録された組合せを有すると決定し、その結果イベントを有効化する。上述の処理フローは例示的な実施形態を示したが、代替として他の処理フローが実施されても良い。例えば、デリミタデータファイル330内のレコードの各データ要素を順次処理する又は入力オブジェクト930の各データ要素を順次処理する代わりに、パーサは、先に参照されることにより本願明細書に組み込まれた米国特許出願番号12358399に記載されたように用いられても良い。このような実施形態では、パーサは、特定のレコード又はオブジェクト内の全ての表現素を識別するために、抽出されたデータを解析parseし得る。表現素は、レコード又はオブジェクトに対して正規表現テーブル350からの表現パターンを解析することにより、識別できる。一実施形態では、表現パターンは、最長から最短へ降順で、レコード又はオブジェクト全体を通じて解析される。全ての表現素が識別されると、各ワードは、レコード又はオブジェクト内の残りのデータから抽出され得る。本願明細書に概説した登録及び検出動作を達成するソフトウェアは、種々の場所例えば、企業のIT本部、ネットワークのイグレスポイントへ分配されたネットワーク機器、等で提供され得る。他の実施形態では、このソフトウェアは、データの特定の組合せを保護する本システムを提供するために、例えば、別個のネットワーク、装置、サーバ等のための個々のエンドユーザライセンスを購入する状況ではウェブサーバから受信されるか又はダウンロードされ得る。例示的なある実装では、このソフトウェアは、セキュリティ攻撃から保護されるべき又は不要な若しくは無認可のデータ操作から保護されるべき1又は複数のコンピュータに常駐する。種々の例では、コンピュータネットワーク環境内で特定のデータ組合せを保護するシステムのソフトウェアは、独自仕様要素例えば、McAfee登録商標NetworkDataLossPreventionソフトウェア、McAfee登録商標ePolicyOrchestratorソフトウェア、等を有するネットワークセキュリティソリューションの一部としてを含み、これらの特定された要素内に若しくは近くに設けられ、又は任意の他の装置、サーバ、ネットワーク機器、コンソール、ファイアウォール、スイッチ、ITinformationtechnology装置、分散型サーバ等に設けられ、又は例えば、ファイアウォールと共に補足的ソリューションとして設けられ、又はネットワーク内のどこかで供給され得る。特定の例示的な実装では、本願明細書に概説した登録及び検出動作は、ソフトウェアで実装されても良い。これは、ネットワーク機器12、14、16、18、30例えば、登録システム22、検出システム24、26、28、コンピュータシステム29内に設けられるソフトウェアを包含し得る。これらの要素及び/又はモジュールは、本願明細書で議論したような登録及び検出動作を実行するために互いに協働できる。他の実施形態では、これらの特徴は、これらの要素の外部に設けられ、他の装置に含まれ、これらの目的の機能を達成するか、又は任意の適切な方法で強化されても良い。例えば、種々の要素に関連付けられた幾つかのプロセッサは除去され又は強化され、単一プロセッサ及び単一メモリ位置が特定の動作を担うようにしても良い。一般的な意味では、図1に示した構成はその表現においてより論理的であり、一方で、物理的アーキテクチャは、種々の置換、組合せ、及び/又はこれらの要素の合成物を有しても良い。種々の実施形態では、これらの要素の全て例えば、ネットワーク機器12、14、16、18、30は、本願明細書に概説したような、登録及び検出動作を達成するために、協調し、管理し又は協働するソフトウェア又は交換ソフトウェアを有する。これらの要素の1つ又は全部は、その動作を実現する適切なアルゴリズム、ハードウェア、ソフトウェア、コンポーネント、モジュール、インタフェース又はオブジェクトを有しても良い。ソフトウェアを含む実装では、このような構成は、非一時的媒体を含み得る1又は複数の有形媒体内にエンコードされたロジック例えば、ASICapplicationspecificintegratedcircuit、DSPdigitalsignalprocessor命令、プロセッサにより実行されるソフトウェア場合によってはオブジェクトコード及びソースコードを含む、又は他の同様の機械等に設けられる埋め込み型ロジックを包含し得る。上述の例の幾つかでは、1又は複数のメモリ要素例えば、主記憶230、2次記憶240、等は、本願明細書に記載した動作のために用いられるデータを格納できる。これは、本願明細書に記載した動作を実行するために実行されるソフトウェア、ロジック、コード又はプロセッサ命令を格納可能なメモリ要素を含む。プロセッサは、本願明細書に詳述した動作を達成するためにデータと関連付けられた任意の種類の命令を実行できる。一例では、図2に示したようなプロセッサは、要素又はアーティクル例えばデータを、有る状態若しくは物から別の状態若しくは物に変換し得る。別の例では、本願明細書に概説した動作は、固定ロジック若しくはプログラマブルロジック例えば、プロセッサにより実行されるソフトウェア/コンピュータ命令で実装されても良い。また、本願明細書で特定された要素は、特定種類のプログラマブルプロセッサ、プログラマブルデジタルロジック例えば、FPGAfieldprogrammablegatearray、EPROMerasableprogrammablereadonlymemory、EEPROMelectricallyerasableprogrammablereadonlymemory、デジタルロジック、ソフトウェア、コード、電子的命令を有するASIC、フラッシュメモリ、光ディスク、CD-ROM、DVDROM、磁気若しくは光カード、電子的命令を格納するのに適する他の種類の機械可読媒体、又はこれらの任意の適切な組合せであり得る。種々の実施形態では、登録及び検出システム22、24、26、28は、ネットワーク機器12、14、16、18のような独立型装置に実装されるシステムとして上述された。一実施形態では、登録及び検出システム22、24、26、28は、ソフトウェア要件に対応可能な共通に利用可能なコンピューティング機器及び記憶システムを用いて構成される機器に実装され得る。しかしながら、代替として、登録及び検出システムは、ネットワークからのデータを傍受し該データにアクセス可能な任意のコンピュータに実装され得る。例えば、登録システム22は、図1に示したネットワーク100のサーバに実装され得る。別の例では、検出システム14、16、18は、それらの個々のゲートウェイ及びルータ/スイッチに実装され得る。本願明細書で議論した任意のメモリアイテムは、広義の用語メモリ要素に包含されると考えられるべきである。同様に、本願明細書に記載した可能な処理要素、モジュール及び機械のうちのいずれも、広義の用語プロセッサに包含されると考えられるべきである。各コンピュータは、ネットワーク環境内でデータ又は情報を受信し、送信し、及び/又は通信する適切なインタフェースを含み得る。留意すべき事に、本願明細書で提供した多数の例では、相互作用は、2、3、4又はさらに多くのネットワーク要素の観点から記載された。しかしながら、これは、明確化及び単なる例示を目的として行われている。理解されるべきことに、システムは、任意の適切な方法で統合され得る。同様の設計選択肢に沿って、説明したコンピュータ、モジュール、コンポーネント及び図1の要素のうちのいずれも、種々の可能な構成で結合され、これらの全てが本願明細書の広範な範囲内に包含されることが明らかである。特定の例では、限られた数のネットワーク要素のみを参照することにより、所与のフローセットの1又は複数の機能を説明することが分かり易い。理解されるべきことに、図1のシステム及びその教示は、直ちに拡張可能であり、より多くの複雑な/高度な配置及び構成とともに多数のコンポーネントを収容できる。したがって、提供された例は、無数の他のアーキテクチャに適用可能なデータ組合せ保護システム10の範囲を制限し又はその広範な教示を抑制すべきではない。また、重要なことに、前述の図を参照して説明した動作は、当該システムにより又は当該システム内で実行され得る可能なシナリオの一部のみを説明している。これらの動作の一部は、適切な場合、削除又は除去されても良い。或いは、これらのステップは、議論した概念の範囲から逸脱することなく大幅に修正又は変更されても良い。さらに、これらの動作のタイミングは大幅に変更されても良く、依然として本開示で教示した結果を達成する。前述の動作フローは、例示及び議論を目的として提供された。適切な配置、時間順序、及びタイミングメカニズムが議論した概念の教示から逸脱することなく提供され得るシステムにより、十分な柔軟性が提供される。"