パケット伝送モードを使用してデータネットワークのストリームを監視するためのデータ収集装置であって、送信機、受信機、およびプロトコルによって定義されるストリームに属するパケットに含まれるデータの抽出装置と、前記抽出装置からリアルタイムで前記データを受信し、前記プロトコル構文規則に従って、前記受信したデータを要素に分解し、前記構文規則が前記要素をツリー構造として表すことができるようにし、それぞれのツリー状態インジケータを前記要素の少なくとも一部と関連付け、要素と関連付けられた前記ツリー状態インジケータが前記ツリー構造において前記要素をラベル付けするように構成された構文解析器と、前記ツリー状態インジケータが関連付けられた要素と共に、前記ツリー状態インジケータを、ストリーム解析器に送信するためのインタフェースとを備える、装置。要素と関連付けられた前記ツリー状態インジケータが、前記ツリー構造表現において前記要素を受信するサイトがアタッチされる前記ツリー構造の親ノードの識別子を含む、請求項1に記載の装置。前記構文分析器がさらに、前記構文規則により、前記ツリー構造表現において、前記ツリー構造のノードに位置するサイトで現在の要素が受信されることが決定された場合、前記現在の要素にノード識別子を割り当てる、前記現在の要素と関連付けられた前記ツリー状態インジケータの中に前記現在の要素に割り当てられた前記ノード識別子を含むように構成された、請求項2に記載の装置。前記構文解析器が、要素およびその関連ツリー状態インジケータの伝送後の所与のストリームに対して、前記ツリー構造表現において前記要素を受信する前記サイトから前記ツリー構造を上方へ移動するとき遭遇する各ノード識別子をメモリに格納するだけであるように構成された、請求項3に記載の装置。請求項1から4のいずれか一項に記載のデータ収集装置と、前記伝送された要素を前記関連ツリー状態インジケータと共に受信するストリーム解析器とを備える、パケット伝送モードを使用してデータネットワークのストリームを監視するためのシステム。前記ストリーム解析器が、前記関連ツリー状態インジケータと共に前記伝送された要素から前記ツリー構造の少なくとも一部を構築するように構成された、請求項5に記載のシステム。パケット伝送モードを使用してデータネットワークのストリームを監視するための方法であって、送信機、受信機、およびプロトコルによって定義されるストリームに属するパケットに含まれるデータを取り出すステップと、ツリー構造に従って要素を表すことができるようにする、前記プロトコル構文規則に従って、前記受信したデータをリアルタイムで前記要素に分解するステップと、それぞれのツリー状態インジケータを前記要素の少なくとも一部と関連付けるステップであって、要素と関連付けられた前記ツリー状態インジケータが、前記ツリー構造において前記要素をラベル付けするステップと、前記ツリー状態インジケータが関連付けられた前記要素と共に、ストリーム解析器に前記ツリー状態インジケータを送信するステップとを含む、方法。要素と関連付けられた前記ツリー状態インジケータが、前記ツリー構造表現において前記要素を受信するサイトがアタッチされる前記ツリー構造の親ノードの識別子を含む、請求項7に記載の方法。前記構文規則に従って、前記ツリー構造表現において、前記ツリー構造の1つのノードに位置するサイトで現在の要素が受信されると決定された場合、前記現在の要素にノード識別子を割り当てるステップと、前記現在の要素と関連付けられた前記ツリー状態インジケータの中に前記現在の要素に割り当てられた前記ノード識別子を含むステップとをさらに含む、請求項8に記載の方法。要素およびその関連ツリー状態インジケータの伝送後の所与のストリームについて、前記ツリー構造表現において前記要素を受信する前記サイトから前記ツリー構造を上に移動するとき、遭遇する各ノード識別子以外は保持されない、請求項9に記載の方法。前記ストリーム解析器のレベルで、前記関連付けられたツリー状態インジケータを有する前記伝送された要素から、前記ツリー構造の少なくとも一部を前記構築することをさらに含む、請求項7から10のいずれか一項に記載の方法。本発明によれば、パケット伝送モードを使用するデータネットワークのストリームを監視するためにデータ収集装置が提案される。この装置は、送信機、受信機、およびプロトコルによって定義されるストリームに属するパケットに含まれるデータの抽出装置と、構文解析器であって、リアルタイムで抽出装置からデータを受信し、要素をツリー構造として表すことを可能にする、上記プロトコル構文規則に従って、受信したデータを上記要素に解体し、それぞれのツリー状態インジケータを上記要素の少なくとも一部と関連付け、1つの要素と関連付けられたツリー状態インジケータが、ツリー構造において上記要素をラベル付けするように構成された構文解析器と、ツリー状態インジケータが関連付けられた要素と共にツリー状態インジケータをストリーム解析器に送信するためのインタフェースとを備える。この装置の一実施形態では、ある要素と関連するツリー状態インジケータは、ツリー構造表現において上記要素を受信するサイトがアタッチされるツリー構造の親ノードの識別子を含む。構文解析器は、構文規則に従って、ツリー構造表現において、ツリー構造のノードに位置するサイトで現在の要素が受信されると決定された場合、現在の要素にノード識別子を割り当て、現在の要素に割り当てられたノード識別子を、上記現在の要素と関連するツリー状態インジケータの中に含むように構成することができる。有利な実施形態では、構文解析器は、要素およびその関連するツリー状態インジケータを送信した後の所与のストリームに対して、ツリー構造表現において上記要素を受信するサイトからツリー構造を上方へ移動するときに遭遇する各ノード識別子のみを、メモリに含むように構成される。本発明の別の態様は、パケット伝送モードを使用してデータネットワークのストリームを監視するためのシステムに関する。このシステムは、上記のように定義されるデータ収集装置と、伝送された要素を関連するツリー状態インジケータと共に受信するストリーム解析器とを含む。本発明のさらに別の態様は、パケット伝送モードを使用してデータネットワークのストリームを監視するための方法に関する。この方法は、送信機、受信機、およびプロトコルによって定義されるストリームに属するパケットに含まれるデータを取り出すステップと、ツリー構造に従って要素を表すことができるようにする、上記プロトコル構文規則に従って、受信したデータをリアルタイムで上記要素に分解するステップと、それぞれのツリー状態インジケータを、上記要素の少なくとも一部に関連付けることであって、要素と関連付けられるツリー状態インジケータは、ツリー構造において上記要素をラベル付けするステップと、関連付けられた要素と共にツリー状態インジケータをストリーム解析器に送信するステップとを含む。この方法はさらに、ストリーム解析器のレベルで、関連するツリー状態インジケータを有する伝送された要素から、少なくともツリー構造の一部を構築するステップを含むことができる。添付の図面を参照した、非限定的な実施形態の次の説明の中で、本発明の他の特徴および利点が明らかになるであろう。図1を参照すると、監視システムが、例えばIPパケット型プロトコルを使用する、インターネットなどのデータネットワーク3に直接接続され、このネットワークを流れるパケットを取り込む、データ収集装置1を含んでいる。このデータ収集装置1は、例えば特許出願EP1722509Alまたは特許出願EP1722508Alに詳述されているアーキテクチャを使用する。このデータ収集装置は、データネットワーク3を流れるパケットから抽出された構造化されたデータを、データ接続5を介して解析器7に送信する。データネットワーク3上の伝送は、従来から伝送プロトコルスタックを使用する。したがって、例えばウェブサイト検索の状況では、IPパケットがTCPプロトコルのデータ構造を含んでおり、これ自体がHTTPデータ構造を含んでいる。電子メールの状況では、TCPデータ構造は、SMTPデータ構造などを含む。当該のストリームのタイプに従って、IPネットワーク通信の分野でよく知られている他の多くのアプリケーション層またはトランスポート層のプロトコルが使用される。所与のストリームの状況で流れている情報は、単一IPパケットに含まれていることはまれである。逆に、この情報は、いくつかの連続パケットで送信されるように分割される。こうしたIPパケットは、ネットワーク全体にわたって流れ、パケットヘッダは、ルーティング情報、詳細にはパケットのソースおよび宛先のIPアドレスを含んでいる。他のストリームに属する他のパケットが、これらの間に挿入される場合がある。パケットは、ネットワーク内の異なるルートをたどる可能性がある、およびまたは、パケットが送信された順序とは異なる順序で受信される可能性がある。所与のストリームを監視するために、当該のストリームに属しているパケットを識別すること、パケットから関連情報を抽出し、当該の監視アプリケーションの要求に従ってこれを解析することが好都合である。図1のアーキテクチャでは、監視アプリケーション自体が解析器7によって実行される間に、識別および抽出はデータ収集装置1によって提供される。図2を参照すると、データ収集装置1は、トラフィックを観察するために、ネットワーク3のノードまたはリンクに接続されたデータ抽出装置11を含んでいる。データ抽出装置11は、抽出器が接続されたノードまたはリンクレベルでネットワーク3によって使用される下位プロトコル層に適合されたネットワークインタフェースを有する。データ抽出装置11は、特定のストリームに属しているパケットに含まれたデータを抽出し、ストリームは、送信者、受信者、およびプロトコルによって定義される。データ収集装置1はさらに、所与のストリームの抽出装置11によって抽出されたデータをリアルタイムで受信する構文解析器13を含む。構文解析器13は、当該のストリームの関連プロトコル構文規則を組み込んでいるソフトウェアリソースを有する。構文解析器13は、ストリームから抽出されたデータを、ストリームのプロトコル構文に関して、イベントとも呼ばれる要素に分解する。このように取得された要素は、これらの要素をツリー状態インジケータと共に外部の解析器7に送信することを担うインタフェース15に提供される。ストリームのデータを要素に分解することは、ツリー構造に従ってこれらの要素を表すことを可能にする、そのプロトコルに適用できる構文規則に従って、構文解析器13によって行われる。実際には、ツリー構造は、データ収集装置1のレベルでは完全に格納されていない。アプリケーションによって要求される場合、ツリー構造は、構造化データ解析器7によって再構成される。データ収集装置1は、単にツリー状態を格納し、そのインジケータは、構文解析器13によって行われた分解の結果として生じる要素と、それぞれ関連付けられる。要素と関連付けられたツリー状態インジケータは、ツリー構造においてこの要素をラベル付けし、構造化データ解析器7が監視されるストリームの中でこの要素を見つけることができるようにする。ツリーとは、ルートデータ項目と、子データとを含む、グラフ理論の意味におけるデータ構造を意味し、子データ項目は、単一の上位の親データ項目にのみリンクされる。子データ項目へのリンクを有するデータ項目は、ツリーノードと呼ばれ、子データのないデータ項目は、ツリーの葉と呼ばれる。したがってツリーは、ループのないグラフである。データ収集装置1の一般的動作は、図3の図に示している。設定ステップ21では、抽出装置11に必要であるパラメータが抽出装置に提供され、詳細には、監視されるストリームの関連送信機、受信機、およびプロトコル抽出されるデータタイプの表示。簡単な設定では、ストリームのすべてのデータが抽出され、解析器7のレベルで任意のフィルタリングが行われる。一定のタイプのデータのみが抽出されるように指定することにより、オプションとして、収集装置1の負荷および接続5を通じて伝送される情報の量を削減することができる。実際には、抽出装置11および解析器13はいくつかのストリームを1度に調べることができるので、当該のストリームを処理する構文解析器13のインスタンスを識別すること。ステップ23では、抽出装置11は、パケットがネットワーク3を通じて伝送されるときパケットを検査する。このために、抽出装置11は、例えば特許出願WO2004017595A2に記載される認識およびプロトコル解析方法を使用する。したがって抽出装置11は、ステップ25において、設定中に指定されたプロトコルに属し、指定された送信機から指定された受信機へ流れているデータを抽出すること、およびこうしたデータをリアルタイムで構文解析器13に送信することができる。図3に示す分解ステップ27における構文解析器13の機能を説明するために、特定の場合について、所与の送信機と受信機との間のHTTPプロトコルに準拠したストリームを考える。この説明の例では、抽出装置11はパケットを解析し、2つの連続パケットから、ヘッダを削除した後にTableIに示す情報を抽出する。この特定の場合では、完全なHTTPリクエスト、すなわちGETsearchhlfrqbrevetHTTP10nHostgooglefrnは、ペイロードサイズの点で下位レベルのプロトコルによって課される制限を守りながら伝送可能であるように、2つのパケットに分割された。意味論的には、このHTTPメッセージは、GETリクエストコマンドと、URIとに分解される。URI自体は、意味論的に適切な要素またはイベントに分解される。これらの要素は、当該のプロトコルに適切な構文規則に従ってパケットに収容されるデータに配置される。例えば、パケットP1からのデータは、TableIIに示すように分解することができる。一方、パケットP2からのデータは、TableIIIに示すように分解することができる。イベント11は、GETコマンドの検出に対応する。次に、構文解析器13は、パケットP1の残部は、URI資源識別子の部分を形成すると決定し、これが次のイベント12を構成する。このイベントurisearchhlfr自体は、不完全である可能性がある、パラメータのリストを明らかにするイベントに分解されなければならない。この新規の分解は、URIパラメータを宣言するイベント13を追加するためにツリー構造において1レベル下ることを意味する。次に、イベント14および15が、この第1のパラメータの名前および値を与える。パケットP2を受信すると、URI後に別のパラメータが続き、その名前および値はイベント23および24によって与えられることは明らかである。最終的に、この例では無視することができるHTTPプロトコルのバージョン番号の後に、最後のイベントが、問い合わせられるサーバ、ここではgooglefrに関連付けられる。構文解析器13は、抽出器11によって提供された生データをイベントに変換するために、解析されたプロトコル構文に従って、ステップ27においてこのタイプの分解を実行する。各アプリケーションプロトコルは、例で示したHTTPプロトコル構文とは一般的に異なる各アプリケーション独自の構文を使用する。構文解析器は、異なるストリーム上の異なるプロトコルを解析できるようにするモジュール構成を有することができる。したがって、新しいプロトコルは、その構文用の特定のモジュールを開発することによって、構文解析器によって解析することができる。詳細にはツリー構造に従って、ただし最小限の追加情報で、ストリームを再構成することができるように、外部の解析器7に十分なデータを送信することが望ましい。データ収集装置1がTableIIおよびTableIIIの右側の列に示すイベントの内容のみを送信する場合、曖昧さが残る。例えば、解析器7はイベント12、21、または25がイベント11と同じリクエストに関するかどうかを知ることができない。下位プロトコル層から生じる情報を送信する必要もなくこうした曖昧さを回避するために、イベントの内容は、ステップ29において構文解析器13によって関連付けられたツリー状態インジケータと共に、構造化された形式でステップ31においてデータ収集装置によって送信される。ツリー状態は、既に上述した例では図4に示すように決定することができる。図4では、左側の列は、ストリームから抽出されたパケットP1、P2を、TableIIおよびTableIII中に概要を示したもののような要素またはイベントに分解することを示す。図4の中央の列は、ステップ31においてそのそれぞれのツリー状態インジケータと共にデータ収集装置1によって外部の解析器7に送信されたイベントを示し、右側の列は、分析器7が監視されるストリームを表すツリーをそのように再構成できることを示す。この右側の部分では、太字は、収集装置1から要素が受信されたとき解析器7がツリーに追加する要素を示す。ツリーは、解析されるストリームに対応するルートノードから始まり、イベントが受信されるとき解析器7によって構築されることが可能である。ルートノードは、図4ではhttpで示され、例えばノード識別子15C4が記載されている。この例では、ツリーは、パケットP1およびP2によって搬送されたリクエストの前に、既に2つの受信済みリクエストを有し、右側の列の上部に、2つのrequestノードとして示しているが、その枝は、図の載せすぎを回避するために示していない。当該のストリームの新規リクエストを示すイベント11を受信すると、ルートhttpをその親ノードとする新しいrequestノードがツリーに追加される。これは、HTTPプロトコルのルールに従って、子データが存在することを構文解析器13が認識しているイベントであるので、構文解析器はこれにノード識別子、この例ではid38FAを割り当てる。ステップ29において構文解析器13によってイベント11と関連付けられるツリー状態インジケータは、この場合、これに割り当てたばかりのノード識別子38FAと、ツリーの中のその親ノードの識別子、ここではp15C4を含む。インジケータを有するイベント11を受信すると、解析器7は、ツリーに新しいノードを追加することができ、そこからその位置に関連した識別子38FAを格納する。分解のステップ27から生じる次のイベントでは、ツリー状態インジケータもまた、ステップ29において割り当てられ、ツリーの中のその親ノードの識別子、この場合はp38FAを含む。構文解析器13は、このイベントがツリーの葉に対応すると判断することができるので、これにノード識別子を割り当てる必要がなく、したがってそのツリー状態インジケータは、現在のHTTPリクエストを示しているその親ノードの識別子p38FAに限ることができる。第3のイベント13は、以下にURIのパラメータを含むことを宣言する。したがってこれは、requestノードの子ノードと表すことができ、他の子ノードとのリンクを有することになる。結果として構文解析器13は、これに一意の識別子、例えばid8B53を割り当て、したがってその関連するツリー状態インジケータはである。このURIパラメータの名前および値を付与する次のイベントは、ノード8B53への葉の形でアタッチされる。これらのツリー状態インジケータは、単にp8B53であり、いずれの新しいノード識別子も指定しない。パケットP2から抽出されたイベント21~25については、図4の下部に示す、解析器7によるツリーの構成の論理は、まさに説明した論理と同様である。したがって収集装置1の構文解析器13は、出現するノードに対して実行中に新しい識別子を割り当て、その親ノードの一意の識別子を含んでいるツリー状態インジケータを伝送される各イベントと関連付け、それ自体が下位を有するノードで表される場合、識別子は新規にこのノードに割り当てられる。URIは、例ではパケットの分割に続くパケットP1で末尾が切り捨てられているが、イベント21が解析器7によって受信された後に完成されたことに注意されたい。後者は、実際には、前の葉、urisearchhlfrに従って、URIは末尾を切り捨てられ、タイプURIの新規のイベントを受信すると、新しい葉を作成することによってではなく、対応する葉への連結によって進むことを確認することができる。解析器7によるこの処理は、データ収集装置1によるいかなる特別なシグナリングも必要としない。ツリー状態インジケータを使用してツリーを構築するための全処理を、図4に示す。解析されるHTTPリクエストは、図4の右下に示すツリーの形態で表すことができる。この伝送は有利には、ノード識別子を使用して伝送されるデータの構造、または文脈を保持しながら、情報の要求される項目のみを送信できるようにする。この伝送は、パケットが収集装置1によって受信されるとき行われ、必要であれば即座に解析器7が監視されるストリームを再構成できるようにする。別の利点は、最も厳しい処理速度の要求にさらされているデータ収集装置1が、現在のイベントからルートに戻るとき、ツリーで見つけられるノードの識別子に対応する最小限の動的情報のみをメモリに格納すればよいということである。当該のプロトコル構文規則は、ストリームの継続を調べることによって、適切なノードとの連結を可能にする。ツリーの現在のイベントの兄弟ノードまたは従兄弟ノードに関連する情報の項目は、収集装置1によって格納される必要がない。本発明による方法および装置は、単に具体的な用語で実施形態を説明するために触れたHTTPプロトコルに、決して限定されないことに注意されたい。別の例を挙げると、SMTPのような電子メールアプリケーションのプロトコルを考えることができる。送信者と受信者との間のこのプロトコルのストリームは、連続的なメッセージを生じ、それぞれが件名と、電子メールアドレスおよびオプションの別名を有する送信者と、それぞれが電子メールアドレスおよびオプションの別名を有する1人または複数の受信者と、メッセージの本文と、オプションでは他のフィールド添付物などとを有する。使用されるプロトコルの適切な構文規則を提供される場合、構文解析器1はこうした異なるフィールドにラベル付けすることができる。送信者のレベルで使用される分割により、これらは異なるIPパケットで送信されることが多い。図5は、2人の受信者を有する簡単なメッセージの例を表すために、構造化データ解析器7によって構築することができるツリーの枝について詳しく説明する。破線で囲まれた要素は第1のパケットP1から抽出され、一点鎖線で囲まれた要素は、第2のパケットP2から抽出されると仮定する。この例では、分解ステップ27は、第1のパケットP1に7つのイベント11~17を、第2のパケットP2に4つのイベント21~24を生じる。ステップ29では、構文解析器13は、正常に検出されたノードに識別子を割り当て、これらのノードならびに葉をそれぞれの親ノードにアタッチする。これらの識別子およびこれらの付加物は、ツリー状態インジケータとして外部の解析器7に送信され、アプリケーションがそのように要求する場合、外部の識別子が図5に示すツリーの全部または一部を再構築する。受信者のアドレスで終わる第1のパケットP1を処理した後に、データ収集装置1の構文解析器13は、後続パケットが当該の受信者の仮名を含む可能性がある場合は、このイベントの親ノードの識別子のみを、ストリームの次のパケットがメッセージの本文から始まる場合は、祖父ノードの識別子を、新しいメッセージがストリームに現れる可能性がある場合は、日付、添付物もしくは他のもの、およびルートノードの識別子を、メモリに格納すればよいことに注意されたい。ストリームで伝送されるデータをツリー構造として表し、ツリーに配置することができる要素の最小限の構造記述を送信する上記の方法は、当該のプロトコルの関連する構文規則の記述に基づいていかなるタイプのプロトコルにも適用できる。本発明について、図面および先の記述の中で明らかにし、詳細に説明した。先の記述は例示と考えられ、例として提供され、本発明の範囲をこの記述のみに限定しないものでなければならない。数多くの実施形態の変形が考えられる。