JP5782958B2 - 情報処理装置及びプログラム - Google Patents

Description

この発明は、情報処理装置及びプログラムに関し、例えば、ネットワークのアクセス状況からユーザの行動傾向を分析するシステムに適用し得る。

従来、ユーザがユーザ端末を用いて、インターネット上のＷＷＷサーバ上のコンテンツへアクセスした場合に、そのアクセスに係る履歴を分析して、マーケティングやユーザマッチング広告等に利用することが行われている。

上述のようなユーザ（ユーザ端末）のアクセス履歴を分析する従来技術として特許文献１の記載技術がある。

特許文献１の記載技術では、ユーザに対してより有用な情報を提示するために、ユーザ（ユーザ端末）のコンテンツへのアクセス履歴から、そのユーザにとって重要と思われる単語を統計的に推定し、その単語からよりユーザにとって有用と思われるコンテンツを提供することについて記載されている。

特開平１０−１６２０１１号公報

しかしながら、特許文献１の記載技術では、ユーザ（ユーザ端末）がコンテンツを指定するために用いたＵＲＬ等で、ユーザが閲覧したコンテンツを一意に特定できることが前提となっている。

しかし、実際のネットワーク環境では、ユーザ端末で師弟されたコンテンツを一意に特定できるＵＲＬのような情報を取得できない場合がある。例えば、ユーザ端末とＷＷＷサーバとの間のネットワーク経路上で、ユーザ端末が送受信するパケットを観測して、当該ユーザ端末でアクセスしたコンテンツのＵＲＬを取得しようとすると、パケットのペイロード部分のデータを読み込む必要があるが、その場合、以下のような問題が存在する。

第１の問題点としては、パケットのペイロード部分が暗号化されている場合には、その暗号化の解除を行わなくては当該ユーザ端末でアクセスしたコンテンツのＵＲＬを取得することができないという問題がある。

第２の問題点としては、当該ユーザ端末で送受信するパケットが大量に存在する場合には、その中のいずれのパケットに、当該ユーザ端末でアクセスしたコンテンツのＵＲＬの情報が含まれているのかを把握するのに多大なコスト（処理量、記憶容量等）を要する。

上述のような問題点に鑑みて、データ送信装置（例えば、ＷＥＢサーバ）がパケット単位に分割して送信データ（例えば、ＷＥＢコンテンツ）を送出した場合に、パケットのデータ部分を参照せずに、その送信データの内容を推定することができる情報処理装置及びプログラムが望まれている。

第１の本発明の情報処理装置は、（１）複数の送信データを保持するデータ送信装置から、それぞれの送信データが送出される場合のデータの流れに関する特徴量を含む第１の特徴情報を保持する第１の情報保持手段と、（２）上記データ送信装置から、いずれかの送信データが送出された場合のデータの流れに関する特徴量を含む第２の特徴情報を保持する第２の情報保持手段と、（３）上記第２の情報保持手段が保持した第２の特徴情報と、上記第１の情報保持手段が保持している第１の特徴情報とを照合する処理を行う照合処理手段と、（４）上記照合処理手段の照合結果を利用して、上記データ送信装置が送信した送信データを推定する推定処理手段と、（５）上記データ送信装置に対して、それぞれの上記送信データへアクセスするための識別情報を用いて、それぞれの送信データへのアクセスを要求する送信データ要求手段と、（６）上記送信データ要求手段による上記送信データへのアクセス要求に応じて、上記データ送信装置から送出されたデータの流れを観測し、その観測結果に基づいて当該送信データに関する第１の特徴情報を生成する特徴情報生成手段とを有し、（７）上記第１の情報保持手段は、上記特徴情報生成手段が生成した第１の特徴情報を保持し、（８）上記照合処理手段は、第２の特徴情報と、それぞれの第１の特徴情報とを照合する処理を行うことを特徴とする。

第２の本発明の情報処理プログラムは、コンピュータを、（１）複数の送信データを保持するデータ送信装置から、それぞれの送信データが送出される場合のデータの流れに関する特徴量を含む第１の特徴情報を保持する第１の情報保持手段と、（２）上記データ送信装置から、いずれかの送信データが送出された場合のデータの流れに関する特徴量を含む第２の特徴情報を保持する第２の情報保持手段と、（３）上記第２の情報保持手段が保持した第２の特徴情報と、上記第１の情報保持手段が保持している第１の特徴情報とを照合する処理を行う照合処理手段と、（４）上記照合処理手段の照合結果を利用して、上記データ送信装置が送信した送信データを推定する推定処理手段と、（５）上記データ送信装置に対して、それぞれの上記送信データへアクセスするための識別情報を用いて、それぞれの送信データへのアクセスを要求する送信データ要求手段と、（６）上記送信データ要求手段による上記送信データへのアクセス要求に応じて、上記データ送信装置から送出されたデータの流れを観測し、その観測結果に基づいて当該送信データに関する第１の特徴情報を生成する特徴情報生成手段として機能させ、（７）上記第１の情報保持手段は、上記特徴情報生成手段が生成した第１の特徴情報を保持し、（８）上記照合処理手段は、第２の特徴情報と、それぞれの第１の特徴情報とを照合する処理を行うことを特徴とする。

本発明によれば、データ送信装置がパケット単位に分割して送信データを送出した場合に、パケットのデータ部分を参照せずに、その送信データの内容を推定することができる。

実施形態に関係する各種装置（実施形態のコンテンツ推定装置を含む）の接続関係などの説明図である。 実施形態に係るコンテンツ推定装置で処理されるコンテンツの構成例について示したブロック図である。 実施形態に係るインデックス管理テーブルの内容例について示した説明図である。 実施形態に係る情報生成部の動作について示したフローチャートである。 実施形態に係る推定処理部の動作について示したフローチャートである。 実施形態の変形例に係るインデックス管理テーブルの内容例について示した説明図である。

（Ａ）主たる実施形態
以下、本発明による情報処理装置及びプログラム一実施形態を、図面を参照しながら詳述する。なお、この実施形態の情報処理装置は、コンテンツ推定装置である。

（Ａ−１）実施形態の構成
図１は、この実施形態に関係する各種装置（実施形態のコンテンツ推定装置１０を含む）の接続関係などの説明図である。

図１に示すコンテンツ推定装置１０は、ユーザ端末３０が送受信するパケットを観測（キャプチャ）して、当該ユーザ端末３０が、アクセスしたＷＥＢサーバ２０上のコンテンツ（たとえば、当該コンテンツのＵＲＬ）を推定するものである。

ユーザ端末３０は、例えば、ＰＣ、携帯電話端末、ＰＤＡ等のＷＥＢブラウザを備える端末であるものとする。ユーザ端末３０としては、既存のＷｅｂブラウザを備える端末を適用することができる。

また、ＷＥＢサーバ２０は、ユーザ端末３０のアクセス要求に応じて、コンテンツＣ１〜Ｃ４のいずれかのデータを供給するものであるものとする。ＷＥＢサーバ２０についても既存のＷＥＢサーバを適用することができるため詳しい説明を省略する。ＷＥＢサーバ２０では、コンテンツＣ１〜Ｃ４のそれぞれに対するＵＲＬとして、Ｕ１〜Ｕ４が定義されており、ユーザ端末３０から通知されたＵＲＬに応じたコンテンツのデータをユーザ端末３０に対して供給する。なお、ＷＥＢサーバ２０の構成や格納するコンテンツ構成や数については限定されないものであり、既存の種々のＷＥＢサーバと同様のものを適用することができる。

そして、ユーザ端末３０は、アクセスネットワークＮ２及びインターネットＮ１を介して、ＷＥＢサーバシステム２０にアクセスし、ＷＥＢサーバシステム２０上のコンテンツＣ１〜Ｃ４のいずれかの供給（ダウンロード）を受けるものとする。なお、この実施形態において、ＷＥＢサーバ２０やユーザ端末３０数や、各装置間のネットワーク構成については限定されないものである。

また、以下では、ＷＥＢサーバ２０のＩＰアドレスをＳ１、ユーザ端末３０のＩＰアドレスをＴ１と表わすものとする。

次に、ＷＥＢサーバ２０に格納された各コンテンツの構成例について説明する。

図２は、ＷＥＢサーバ２０に格納されたコンテンツＣ１の構成について示したブロック図である。

上述の通り、ＷＥＢサーバ２０に格納されるコンテンツの構成については限定されないものであるが、この実施形態では説明を簡易にするため、コンテンツＣ１は、図２に示すような構成となっているものとして以下の説明を行う。

各コンテンツは、１又は複数の構成要素である要素コンテンツ（以下、「ＥＣ」とも表わす）を有しており、コンテンツＣ１の場合は、図２に示すように、本文（例えば、ＨＴＭＬ文やＸＭＬ文等）の要素コンテンツＥＣ１１と、本文（ＥＣ１１）から呼び出されるバナー広告（画像データ）の要素コンテンツＥＣ１２、及び本文（ＥＣ１１）から呼び出されるスタイルシートの要素コンテンツＥＣ１３が含まれている。

なお、コンテンツ推定装置１０では、各コンテンツを構成する各要素コンテンツに対して、識別子が管理されているものとする。この実施形態では、要素コンテンツＥＣ１１〜ＥＣ１３については、それぞれＥＣ１１〜ＥＣ１３という識別子が付与されているものとする。具体的には、コンテンツ推定装置１０では、各要素コンテンツにアクセスするためのＵＲＬに上述の識別子を対応付けて管理するようにしても良い。また、コンテンツ推定装置１０では、ＵＲＬ自体を識別子として管理し、各要素コンテンツに対して別途識別子を付与しないようにしても良い。

次に、コンテンツ推定装置１０の構成の概要について説明する。

コンテンツ推定装置１０は、情報生成部１１、コンテンツ情報記憶部１２、及び推定処理部１３を有している。

通信装置１２０は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、ハードディスクなどのプログラムの実行構成、及び、他の通信装置と通信をするためのインターフェースを有する装置（コンピュータ）に、実施形態の情報処理プログラム等をインストールすることにより構築されるものである。

情報生成部１１は、ＷＥＢサーバ２０上の各コンテンツ（Ｃ１〜Ｃ４）に対するアクセスを行い、各コンテンツを構成する要素コンテンツのデータをダウンロードした場合に観測されるデータ（パケット列）の流れ（フロー）に基づく情報（以下、「フロー情報」と呼ぶ）を取得する。この実施形態では、フロー情報には、各フローに対する統計情報（例えば、（ユーザ端末３０に対向するサーバのＩＰアドレスや、当該フローを構成するパケット列のパケット数等）等が含まれているものとする。そして、情報生成部１１は、取得したフロー情報に基づいて、当該統計情報に対応するコンテンツを検索するためのインデックス（見出し）となる情報（以下、「インデックス情報」と呼ぶ）を生成する。言い換えると、インデックス情報には、対応するコンテンツをダウンロードした場合のデータのフローに関する特徴量を示す情報が含まれている。

また、情報生成部１１は、ＷＥＢサーバ２０上の各コンテンツ（Ｃ１〜Ｃ４）の内容を読み込んで、各コンテンツに関する情報（以下、「コンテンツ情報」と呼ぶ）を生成する。コンテンツ情報には、当該コンテンツの内容（キーワード、単語等）や、ＵＲＬ等の情報を含むようにしても良い。この実施形態では、説明を簡易にするため、コンテンツ情報には少なくとも当該コンテンツにアクセスするためのＵＲＬが含まれているものとして説明する。

そして、情報生成部１１は、インデックス情報とコンテンツ情報とを対応付けてコンテンツ情報記憶部１２のインデックス管理テーブル１２１に記録する。言い換えると、コンテンツ情報記憶部１２は、インデックス情報の一部又は全部の項目をキーとしてコンテンツ情報を検索することが可能なデータベースとして構成されている。この実施形態では、コンテンツ情報記憶部１２では、説明を簡易とするためにテーブル形式で、各インデックス情報に対応するコンテンツ情報を管理するものとして説明するが、具体的なデータ管理の方式はテーブル形式に限定されず、種々のデータベース形式を適用することも可能である。

そして、推定処理部１３は、ユーザ端末３０とＷＥＢサーバ２０との間のフロー情報を取得し、取得したフロー情報に基づいて、インデックス作成部１１３と同様の処理によりインデックス情報と一部又は全部の項目が共通する情報（以下、「検索対象インデックス情報」と呼ぶ）を生成する。言い換えると、検索対象インデックス情報には、インデックス情報と同様に、観測したデータのフローに関する特徴量を示す情報が含まれている。

そして、推定処理部１３は、生成した検索対象インデックス情報と、コンテンツ情報記憶部１２（インデックス管理テーブル１２１）の各インデックス情報を照合する処理を行う。推定処理部１３は、その照合結果に基づいて、ユーザ端末３０がアクセスしたコンテンツを推定する処理等を行う。言い換えると、推定処理部１３は、検索対象インデックス情報と、フローに関する特徴量が所定の範囲内で一致するインデックス情報を検出する処理を行う。

次に、コンテンツ推定装置１０の構成の詳細について説明する。

まず、情報生成部１１について説明する。

情報生成部１１は、フロー情報取得部１１１、クローリング処理部１１２、及びインデックス作成部１１３を有している。

クローリング処理部１１２は、所定のコンテンツ（例えば、ユーザの行動傾向を取得するための対象となるコンテンツ）に係るＵＲＬを指定して順次アクセスする処理を行う。すなわち、クローリング処理部１１２は、ユーザ端末３０がＷＥＢサーバ２０上の各コンテンツにアクセスした場合と同様の処理（ネットワーク上のフロー（トラフィック）を発生させる処理）を行う。

この実施形態では、クローリング処理部１１２には、予めアクセスするＵＲＬのリストが登録されているものとして説明するが、クローリング処理部１１２が、アクセスするＵＲＬを保持する方法は限定されないものである。例えば、クローリング処理部１１２に一つのＵＲＬだけを設定して、当該ＵＲＬのコンテンツでリンクされているコンテンツを順次クローリング処理部１１２がアクセスしていくようにしても良い。

そして、クローリング処理部１１２は、一つのコンテンツ（ページ）についてアクセスすると、まず、そのコンテンツの本文に係る要素コンテンツをダウンロードし、本文の記述を分析して当該コンテンツに含まれるその他の要素コンテンツ（例えば、バナーやスタイルシート等）を検索し、検索した要素コンテンツに一つずつアクセス（ダウンロード）する処理を行う。一つのコンテンツが、この時、本文以外の文書、書式、画像等複数の要素コンテンツを含む場合には、クローリング処理部１１２は、それらを複数のフローとして分離して取得するために、充分な間隔を置いてコンテンツの各要素にアクセスをする。 また、クローリング処理部１１２は、当該コンテンツにアクセスしたときに、当該コンテンツに係るコンテンツ情報を保持して、インデックス作成部１１３に供給する。この実施形態では、クローリング処理部１１２が保持するコンテンツ情報に、少なくともＵＲＬが含まれるものとする。

フロー情報取得部１１１は、クローリング処理部１１２によるコンテンツへのアクセス要求に伴って、クローリング処理部１１からＷＥＢサーバ２０へ流れるデータ（パケット列）の流れ（フロー）を観測し、その観測結果に基づいてフロー情報を取得する。そしてフロー情報取得部１１１は、得られたフロー情報をインデックス作成部１１３に引き渡す。

具体的には、フロー情報取得部１１１は、クローリング処理部１１２が各要素コンテンツについてダウンロードした場合のフローを観測してフローごとに、フロー情報を取得する。したがって、フロー情報取得部１１１は、１つの要素コンテンツについて１つのフロー情報を取得することになる。フロー情報に含まれる情報の項目数や種類の組み合わせについては限定されないものであるが、ここでは、当該フローのデータ送信元の識別子（アドレス）と、当該フローを構成するパケットのパケット数の情報とが含まれるものとして説明する。

フロー情報取得部１１１が、フロー情報を取得する具体的な構成については限定されないものであるが、例えば、ＮｅｔＦｌｏｗ（参考文献１（ＩＥＴＦ ＲＦＣ３９５４）参照）、ＩＰＦＩＸ（参考文献２（ＩＥＴＦ ＲＦＣ５１０１）参照）等の従来技術における、エクスポータ（エージェント）及びコレクタの処理構成を適用することができるので詳しい説明を省略する。

なお、フロー情報取得部１１１については、コンテンツ推定装置１０自体に搭載する必要はない。例えば、フロー情報取得部１１１は、クローリング処理部１１２とＷＥＢサーバ２０との間のネットワーク経路上に設置された中継装置（ルータ等）に搭載し、コンテンツ推定装置１０は、統計情報の供給を受けるようにしても良い。

インデックス作成部１１３は、フロー情報取得部１１１から供給されたフロー情報に基づいて１又は複数のインデックス情報を生成して、コンテンツ情報に、コンテンツ情報記憶部１２（インデックス管理テーブル１２１）を対応付けて登録する。

インデックス作成部１１３が生成する各インデックス情報には、フロー情報を構成する項目の情報や、フローの本数等が検索に係るキー情報として含まれているものとする。

図３は、この実施形態のインデックス作成部１１３が生成するインデックス情報及びコンテンツ情報が入力されたインデックス管理テーブルの内容例について示している。

図３では、インデックス管理テーブル１２１に登録される内容のうち、コンテンツＣ１について、クローリング処理部１１２がアクセスした場合に取得されるフロー情報に基づいて登録された内容を抽出して示している。

図３に示す通り、インデックス管理テーブル１２１では、１つのフロー情報に基づいて生成された１又は複数のインデックス情報が、コンテンツ情報に対応付けて登録されている。具体的には、図３に示すインデックス管理テーブル１２１では、１つのインデックス情報と、当該インデックス情報の識別子としてのＩＤと、当該インデックス情報に対応するコンテンツ情報とを含む情報（以下、「インデックス管理情報」と呼ぶ）が１行で表わされている。すなわち、この実施形態のインデックス作成部１１３は、生成したインデックス情報ごとに、当該インデックス情報に基づくインデックス管理情報を生成して、インデックス管理テーブル１２１に登録する処理を行う。

図３では、７行で７つのインデックス管理情報が登録された例について示しており、ＩＤがＲ０〜Ｒ６のインデックス管理情報に対して、それぞれＫ１０〜Ｋ１６という符号を付している。例えば、ＩＤがＲ０のインデックス管理情報Ｋ１０となる。

次に、インデックス管理テーブル１２１において、インデックス管理テーブル１２１を構成するインデックス管理情報の詳細について説明する。

図３に示すように、インデックス管理テーブル１２１を構成するそれぞれのインデックス情報には、「アドレス」、「フロー数」、「パケット数」、「派生タイプ」、「元のフロー数」の項目の情報が含まれている。

「アドレス」は当該インデックス情報に係るフローのデータ供給元の識別子（アドレス）を示している。ここでは、全てのインデックス情報は、ＷＥＢサーバ２０を供給元とするデータのフローに係るものであるので、アドレスの項目は、全て、ＷＥＢサーバ２０にアクセスするためのアドレス「Ｓ１」が入力される。

「フロー数」の項目は、当該インデックス情報に係るフローの本数を示している。

「パケット数」の項目は、フローごとのパケット数の合計を示している。

なお、以下では、要素コンテンツＥＣ１１を単独のフローとしてダウンロードした場合のパケット数をＰ１１、要素コンテンツＥＣ１２を単独のフローとしてダウンロードした場合のパケット数をＰ１２、要素コンテンツＥＣ１３を単独のフローとしてダウンロードした場合のパケット数をＰ１３であるものとする。

「派生タイプ」の項目は、当該インデックス情報が、取得したフロー情報をそのまま反映したインデックス情報であるのか否か等を示している。

上述の通り、クローリング処理部１１２では、各コンテンツを構成する要素コンテンツについては、それぞれ単独にアクセスしている。すなわち、クローリング処理部１１２では、各要素コンテンツについて別個のフローとして観測されるようにアクセス制御を行っているが、実際にユーザ端末３０が当該コンテンツにアクセスする場合には、１部又は全部の要素コンテンツについて同時にアクセス（ダウンロード）する場合も考えられる。そして、ユーザ端末３０が、複数の要素コンテンツについて同時にアクセス（ダウンロード）した場合には、それらのフローは一つのフローに結合して観測されることになる。これは、実際にユーザ端末３０がそのコンテンツにアクセスした場合に、複数の要素コンテンツに連続してアクセスした結果、一つのフローとしてフロー情報取得部１３１で観測される可能性があるためである。

さらに、複数のコンテンツで共通して利用される要素コンテンツ（例えば、スタイルシート等）があった場合には、当該要素コンテンツについては、ユーザ端末３０側でキャッシュされる場合がある。ユーザ端末３０側でキャッシュされた要素コンテンツがあった場合、ユーザ端末３０から当該要素コンテンツを含むコンテンツへアクセスしても、キャッシュされた要素コンテンツについてはダウンロードが行われないことになる。すなわち、ユーザ端末３０側でキャッシュされた要素コンテンツの有無に応じて、観測されるフロー情報が異なる場合がある。

したがって、この実施形態のインデックス作成部１１３では、例として、スタイルシートを要素コンテンツに含むコンテンツについては、当該要素コンテンツのダウンロードを省略した場合のインデックス情報も生成されることになる。インデックス作成部１１３において、各要素コンテンツが、スタイルシートであるか否かは、例えば、拡張子や、元のコンテンツのどの構成部分から呼び出されているか等を確認（例えば、スタイルシート指定部分からのリンクであったことの確認等）することにより容易に判別することができる。

そこで、この実施形態の情報生成部１１では、全ての要素コンテンツについて単独のフローでダウンロードした場合のインデックス情報を基準となるインデックス情報（以下、「基準インデックス情報」と呼ぶ）と、基準インデックス情報から派生したインデックス情報（以下、「派生インデックス情報」と呼ぶ）とを管理するために、インデックス管理テーブル１２１で、上述の「派生タイプ」の項目を設けている。

図３では、基準インデックス情報については、派生タイプの項目に「元データ」と入力し、派生インデックス情報については、派生タイプの項目に、各フローを構成する要素コンテンツの組合せを示す情報を入力している。

例えば、図３において、ＩＤが「Ｒ０」のインデックス管理情報Ｋ１０を構成するインデックス情報は、基準インデックス情報として管理されている。図３に示す、インデックス管理情報Ｋ１０のインデックス情報（基準インデックス情報）では、パケット数の項目に、要素コンテンツＥＣ１１〜ＥＣ１３に対応する３つのフローに関するパケット数「Ｐ１１」、「Ｐ１２」、「Ｐ１３」が入力されている。

一方、図３では、ＩＤが「Ｒ１」のインデックス管理情報Ｋ１１を構成するインデックス情報は、派生インデックスとして管理されている。具体的には、インデックス管理情報Ｋ１１のインデックス情報は、要素コンテンツＥＣ１１、ＥＣ１２が１つのフローでダウンロードされ、要素コンテンツＥＣ１３は単独のフローでダウンロードされた場合の派生インデックス情報として登録されている。そして、図３に示す、インデックス管理情報Ｋ１１のインデックス情報（基準インデックス情報）では、パケット数の項目に、２つのフローに関するパケット数の情報「Ｐ１１＋Ｐ１２」、「Ｐ３」が入力されている。パケット数の項目のうち「Ｐ１１＋Ｐ１２」は、要素コンテンツＥＣ１１、ＥＣ１２が１つのフローでダウンロードされた場合のフローを構成するパケット数を示している。また、パケット数の項目のうち「Ｐ３」は、要素コンテンツＥＣ１３が単独のフローでダウンロードされた場合のフローを構成するパケット数を示している。そして、派生タイプの項目に、上述の２つのフローのそれぞれを構成する要素コンテンツの組合せに関する情報として、「ＥＣ１１＋ＥＣ１２」、「ＥＣ１３」という２つの情報が入力されている。派生タイプの項目のうち「ＥＣ１１＋ＥＣ１２」は、当該フローは、２つの要素コンテンツＥＣ１１、ＥＣ１２のデータで構成されていることを示している。そして、派生タイプの項目のうち「ＥＣ１３」は、当該フローは、１つの要素コンテンツＥＣ１３のデータで構成されていることを示している。

なお、基準インデックス情報に係るインデックス管理情報と、派生インデックス情報に係るインデックス管理情報との対応関係については、別途項目を設けてポインタ等により相互にリンクさせる管理を行うようにしても良い。図３ではインデックス管理情報間の矢印により、上述のリンクを図示している。図３では、インデックス管理情報Ｋ１０を中心として、インデックス管理情報Ｋ１１〜Ｋ１６との間でリンクが張られた構成となっている。これにより、インデックス管理テーブル１２１（インデックス管理情報）を更新する際に整合性を保つこと等が容易になる。

「元のフロー」の項目は、当該インデックス情報に係る基準インデックス情報のフロー数を示している。言い換えると、元のフロー数の項目は、対応するコンテンツのフローについて、フロー情報取得部１１１で観測されたときのフロー数がそのまま表された値となる。したがって、基準インデックス情報については、「フロー数」の項目と「元のフロー数」の項目が同じ値となる。

次に、推定処理部１３の詳細について説明する。

推定処理部１３は、フロー情報取得部１３１、コンテンツ情報検索部１３２、信頼度算出部１３３、及び出力部１３４を有している。

フロー情報取得部１３１は、ＷＥＢサーバ２０とユーザ端末３０との間を流れるデータ（パケット列）のフローを観測して、フロー情報を取得し、コンテンツ情報検索部１３２に供給する。ユーザ端末３０からＷＥＢサーバ２０にいずれかのコンテンツに対するアクセス要求が行われると、ＷＥＢサーバ２０からユーザ端末３０へ当該コンテンツのデータがユーザ端末３０に供給されるため、フロー情報取得部１３１は、このデータのフローを観測してフロー情報を取得する。なお、フロー情報取得部１３１は、上述のフロー情報取得部１１１と同様の処理でフロー情報を取得することが望ましい。また、フロー情報取得部１３１では、例えば、フロー情報を取得する対象のプロトコルを所定のプロトコルに絞るようにしてもよい。例えば、ＷＥＢサーバ２０からユーザ端末３０へはＨＴＴＰプロトコルでのみコンテンツのデータが供給される場合には、フロー情報取得部１３１はＨＴＴＰプロトコルに絞ってフロー情報を取得するようにしても良い。また、フロー情報取得部１３１は、アドレス単位（例えば、パケットの送信元アドレス及び又は送信先アドレス）で、観測対象とするパケット絞り込んで観測するようにしてもよい。

コンテンツ情報検索部１３２は、フロー情報取得部１３１によって得られたフロー情報に基づいて、インデックス情報と同様の項目の情報（ただし、「派生タイプ」、「元のフロー数」の項目は除く）を「検索対象インデックス情報」として生成する。すなわち、この実施形態の検索対象インデックス情報には、「アドレス」、「フロー情報」、「パケット数」の項目の情報が含まれる。

そして、コンテンツ情報検索部１３２は、生成した検索対象インデックス情報と、コンテンツ情報記憶部１２のインデックス管理テーブル１２１の各インデックス情報とを照合する処理を行い、所定の範囲内で一致すると認められるインデックス情報に対応するコンテンツ情報を検出する。

このとき、コンテンツ情報検索部１３２は、インデックス管理テーブル１２１のインデックス情報のうち、検索対象インデックス情報と、アドレス、フロー数、及び各フローのパケット数が一致すると認められるものだけを検出する。そして、各フローのパケット数については、完全に一致しなくても、動的コンテンツで変動がある可能性を見越して、あらかじめ定められた許容範囲内の誤差であれば一致するものとして検出するものとする。この実施形態では、コンテンツ情報検索部１３２は、例として、検索対象インデックス情報のパケット数が、インデックス管理テーブル１２１のパケット数の±３％の範囲内であれば、一致するものとみなすように判断するようにしても良い。なお、コンテンツ情報検索部１３２でパケット数に対して許容する誤差の範囲を何％にするかは上述の例に限定されないものである。

以上のように、コンテンツ情報検索部１３２は、インデックス管理テーブル１２１から、検索対象インデックス情報と一致すると認められるインデックス情報を検出すると、当該インデックス情報と、当該インデックス情報に対応するコンテンツ情報を、信頼度算出部１３３に供給する。

信頼度算出部１３３では、検索対象インデックス情報に係るコンテンツが、検出されたインデックス情報に対応するコンテンツ情報であることの信頼度を示す値を算出する。コンテンツ情報検索部１３２では、複数のコンテンツ情報（インデックス情報）が検出されることも考えられるため、そのような場合等に対応するために、信頼度算出部１３３では、コンテンツ情報検索部１３２の検出結果に応じた信頼度を算出する処理を行う。例えば同じＷＥＢサーバ上であればＩＰアドレスは同じになり、たまたま同じサイズで１コンテンツあたりのフロー数も同じ文書であればパケット数等も同程度になる場合が有り得るからである。

この実施形態では、信頼度算出部１３３は、例として、検出されたコンテンツ情報（インデックス情報）の数と、検出されたインデックス情報のフロー数の差（当該コンテンツ情報の「元のフロー数」の値と「フロー数」との差分）に応じて重み付けした値を信頼度として取り扱うものとする。

コンテンツ情報検索部１３２で、多数該当するコンテンツ情報（インデックス情報）が検出された場合は、１つのみ該当するコンテンツ情報が検出された場合に比べて実際にユーザ端末３０がアクセスしたコンテンツ以外の情報も多く含まれることになるため、そのような場合は信頼度が低いと推測される。また、フロー情報取得部１１１で取得された時のフロー数と、フロー情報取得部１３１で取得された時のフロー数が近いほど、ユーザ端末３０は同じコンテンツ（同じＵＲＬ）にアクセスしていた可能性が高いものと考えられる。そこで、コンテンツ情報検索部１３２では、上述のような要素を考慮した値を、信頼度を示す値として算出し、検出されたコンテンツ情報（インデックス情報）を用いた以後の処理（例えば、データマイニングの処理等）に役立てることができる。

以下では、コンテンツ情報検索部１３２で検出されたコンテンツ情報（インデックス情報）の数を「ｄｆ」、信頼度を算出する対象のコンテンツ情報（インデックス情報）に係る「元のフロー数」を「ｆ０」、信頼度を算出する対象のコンテンツ情報（インデックス情報）に係る「フロー数」（検索対象インデックス情報のフロー数）を「ｆ１」とした場合、例えば、信頼度を示す値Ａは以下の（１）式で表わすことができる。以下の（１）式では、信頼度Ａが高いほど、当該コンテンツ情報（インデックス情報）に係る信頼度は高いことを示している。

信頼度Ａ＝ｆ１／（ｆ０×√ｄｆ） …（１）
上記の（１）式では、ｄｆが大きいほど信頼度Ａが小さい値となる傾向にある。

また、上記の（１）式では、ｆ１が小さいほど信頼度Ａが小さい値となる傾向にある。ｆ０は当該コンテンツについて全ての要素コンテンツが別個のフローでダウンロードされた場合のフロー数を示しているので、基本的にｆ０≧ｆ１となる。そして、ｆ０＞ｆ１の場合には、少なくとも１以上の要素コンテンツに係るフローが結合して１つのフローとなった状態を示しているので、結合したフローが多くなるほど、ｆ１の値は小さくなることになる。そこで、上記の（１）式では、結合したフローが多くなるほど、当該インデックス情報に関する信頼度が低くなることを考慮して、ｆ１が小さいほど信頼度Ａが小さい値となる傾向となるようにしている。

なお、上記の（１）式は、信頼度の値を算出するための一例であり、上述の傾向に対応していれば、具体的な計算式は限定されず他の計算式を用いるようにしても良い。

出力部１３４は、得られた単数もしくは複数のコンテンツ情報（ＵＲＬ情報）と信頼度の値を出力する。出力部１３４が出力する形式は限定されないものであるが、単に、得られたコンテンツ情報（ＵＲＬ情報）と信頼度の情報の一覧（例えば、スプレッドシートやテキストデータ等）のデータを出力するようにしても良い。出力部１３４がデータを出力する先は限定されないものであり、例えば、ハードディスクやＤＶＤ−Ｒ等の記録媒体としても良いし、通信により他の装置に出力するようにしても良い。具体的には、出力部１３４は、例えば、頻繁にアクセスされるＵＲＬの情報から、ユーザの嗜好を推定するための処理等を行う情報処理装置（例えば、データマイニングを行うサーバ装置等）に出力するようにしても良い。

（Ａ−２）実施形態の動作
次に、以上のような構成を有するコンテンツ推定装置１０の動作を説明する。

ここでは、まず、情報生成部１１の動作について、図４のフローチャートを用いて説明する。具体的には、以下では、情報生成部１１がＷＥＢサーバ２０のコンテンツＣ１（上述の図２）にアクセスして捕捉したフロー情報に基づいてインデックス情報を作成し、コンテンツ情報記憶部１２（インデックス管理テーブル１２１）に登録するまでの動作について説明する。

また、上述の通り、図２に示すコンテンツＣ１のＵＲＬはＵ１であり、アドレスＳ１のＷＥＢサーバ２０に格納されているものとする。

まず、クローリング処理部１１２により、コンテンツＣ１を構成する要素コンテンツＥＣ１１〜ＥＣ１３へ順次アクセスされ、そのとき、フロー情報取得部１１１により、ＷＥＢサーバ２０からクローリング処理部１１２へ送出されたデータ（トラフィック）に基づくフロー情報が取得される。そして、フロー情報取得部１１１から、コンテンツＣ１を構成する各要素コンテンツＣ１１〜Ｃ１３のフロー情報がインデックス作成部１１３に供給される。また、クローリング処理部１１２からは、コンテンツＣ１のコンテンツ情報としてＵＲＬを含む情報が、インデックス作成部１１３に供給される（Ｓ１０１）。

具体的には、クローリング処理部１１２は、まず設定されたＵＲＬ（Ｕ１）を指定してＷＥＢサーバ２０にアクセスする処理を行い、本文の要素コンテンツＥＣ１１を読み込む。そのデータ（トラフィック）は、フロー情報取得部１１１経由してクローリング処理部１１２により読み込まれる。このとき、フロー情報取得部１１１ではアドレスＳ１、パケット数Ｐ１の情報を含むフロー情報が取得される。

そして、クローリング処理部１１２は、取得した本文（要素コンテンツＥＣ１１）の記述に基づき、コンテンツＣ１を構成する他の要素コンテンツＥＣ１２、ＥＣ１３のＵＲＬを指定して、それらのフローが１本に結合しないように充分な間隔を空けてアクセスする。例えば、クローリング処理部１１２は、一つの要素コンテンツについてアクセス要求をＷＥＢサーバ２０に送出し、当該アクセス要求に係るデータ（パケット）が到来し始めた後、所定時間以上データ（パケット）の到来が無い場合には、当該要素コンテンツに関するダウンロードは終了したと見なして、次の要素コンテンツのダウンロードを開始するようにしても良い。

上述のような処理を繰り返すことにより、フロー情報取得部１１１では、要素コンテンツＥＣ１１、ＥＣ１２、ＥＣ１３について、それぞれパケット数Ｐ１、Ｐ２、Ｐ３が得られたものとする。そして、フロー情報取得部１１１は、それぞれの要素コンテンツに対応するフロー情報を、インデックス作成部１１３に供給する。例えば、要素コンテンツＥＣ１１に対応するフロー情報には、アドレスＳ１、パケット数Ｐ１の情報が含まれることになる。

次に、インデックス作成部１１３は、フロー情報取得部１１１から供給された各要素コンテンツＣ１１〜Ｃ１３のフロー情報に基づいて、インデックス情報を生成して（Ｓ１０２）、インデックス管理テーブル１２１の更新処理（インデックス管理情報の追加登録）を行う（Ｓ１０３）。

上述のステップＳ１０３で、インデックス作成部１１３が追加登録するインデックス管理情報は、図３に示す７つのインデックス管理情報Ｋ１０〜Ｋ１６となる。

具体的には、インデックス作成部１１３は、まず、要素コンテンツＥＣ１１、ＥＣ１２、ＥＣ１３のフロー情報に基づいて、コンテンツＣ１に関する基準インデックス情報を生成する。図３では、インデックス管理情報Ｋ１０のインデックス情報が基準インデックスに該当する。インデックス作成部１１３は、要素コンテンツＥＣ１１、ＥＣ１２、ＥＣ１３について、フロー情報取得部１１１で得られたフロー情報（アドレスＳ１及びパケット数Ｐ１１、Ｐ１２、Ｐ１３）から基準インデックス情報を構成するキーを作成する。そして、インデックス作成部１１３は、このコンテンツＣ１のコンテンツ情報（ＵＲＬ：Ｕ１）を取得し、図３に示すインデックス管理情報Ｒ１０を登録する。

そして、インデックス作成部１１３は、基準インデックス情報に示される３つのフローのうち２つのフローが重なり、１つのフローとして結合して観測された場合を想定した派生インデックス情報を作成し、作成したインデックス情報に基づくインデックス管理情報（図３に示すインデックス管理情報Ｒ１１〜Ｒ１４）を、インデックス管理テーブル１２１に登録する。

そして、インデックス作成部１１３は、基準インデックス情報に示される３つのフローの全てが重なり、１つのフローとして結合して観測された場合を想定した派生インデックス情報を作成し、作成したインデックス情報に基づくインデックス管理情報（図３に示すインデックス管理情報Ｒ１５）をインデックス管理テーブル１２１に登録する。

以上のように、インデックス作成部１１３は、基準インデックス情報に示されるフローが複数の場合、それらのフローの結合する組み合わせを全て求めて、その組み合わせごとの派生インデックス情報を作成し、作成した派生インデックス情報に基づくインデックス管理情報を、インデックス管理テーブル１２１に登録する。

また、インデックス作成部１１３は、要素コンテンツＥＣ１３については、上述の通りスタイルシートであるものと認識するために、要素コンテンツＥＣ１３のフローが発生しない場合を想定した派生インデックス情報を作成し、作成したインデックス情報に基づいて、図３に示すインデックス管理情報Ｒ１５、Ｒ１６を登録する。なお、インデックス管理情報Ｒ１６は、要素コンテンツＥＣ１１のフローと、要素コンテンツＥＣ１２のフローとが結合した場合を想定した派生インデックス情報に基づくものである。

以上のように、インデックス作成部１１３は、基準インデックス情報に示されるフローのうち、上述のようにダウンロードが省略される可能性のある要素コンテンツに係るフローについて省略した派生インデックス情報を作成する。また、インデックス作成部１１３は、省略される可能性のある要素コンテンツが複数ある場合には、その省略の組み合わせ全てについて派生インデックス情報を作成する。さらに、インデックス作成部１１３は、一部のフローが省略された派生インデックス情報について、一部又は全部のフローが結合した場合の派生インデックス情報も作成する。

次に、推定処理部１３の動作について、図５のフローチャートを用いて説明する。具体的には、以下では、ユーザ端末３０がＷＥＢサーバ２０のコンテンツＣ１（上述の図２）にアクセスした場合に、推定処理部１３が、そのトラフィックを観測した結果に基づくフロー情報に基づいてインデックス情報を作成し、ユーザ端末３０がアクセスしてコンテンツを特定する動作について説明する。

まず、ユーザ端末３０がＷＥＢサーバ２０のコンテンツＣ１にアクセスし、ＷＥＢサーバ２０からユーザ端末３０へのデータ（パケット）が、フロー情報取得部１３１を経由してユーザ端末３０に到達する。この時、ユーザ端末３０では、コンテンツＣ１を構成する要素コンテンツＥＣ１１〜ＥＣ１３が取得される（Ｓ２０１）。これにより、フロー情報取得部１３１ではユーザ端末３０に送られる要素コンテンツＥＣ１１〜ＥＣ１３に係るフロー情報が取得される。

ここで、フロー情報取得部１３１により取得されるフロー情報は、クローリング処理部１１２によるクローリング時にフロー情報取得部１１１で得られる物と同じ（即ち、基準インデックス情報と同様の内容）となる場合が多いと考えられる。ここでは、フロー情報取得部１３１により、アドレスが「Ｓ１」でパケット数が「Ｐｘ１」のフローと、アドレスが「Ｓ１」でパケット数が「Ｐｘ２」のフローと、アドレスが「Ｓ１」でパケット数が「Ｐｘ３」のフローという３つのフローに関するフロー情報が取得されたものとする。そして、それぞれのフローに係るフロー情報（アドレス及びパケット数を含む情報）が、フロー情報取得部１３１からコンテンツ情報検索部１３２に供給されたものとする。

次に、コンテンツ情報検索部１３２では、フロー情報取得部１３１から供給されたフローごとのフロー情報に基づいて、検索対象インデックス情報が生成される（Ｓ２０２）。

具体的には、コンテンツ情報検索部１３２は、アドレスが「Ｓ１」、フロー数が「３」、フローごとのパケット数がそれぞれ「Ｐｘ１」、「Ｐｘ２」、「Ｐｘ３」という検索対象インデックス情報が生成される。

次に、コンテンツ情報検索部１３２では、生成した検索対象インデックス情報と、インデックス管理テーブル１２１の各インデックス情報を照合して、一致すると認められるインデックス情報（コンテンツ情報）を検出する（Ｓ２０３）。

具体的には、コンテンツ情報検索部１３２は、まず、検索対象インデックス情報の「アドレス」及び「フロー数」が一致するインデックス情報を検出する。そして、コンテンツ情報検索部１３２は、検出されたインデックス情報のフローごとのパケット数と、検索対象インデックス情報のパケット数とを照合する処理を行う。フロー数が複数である場合、コンテンツ情報検索部１３２は、検索対象インデックス情報のパケット数と、検出されたインデックス情報のパケット数とを照合するための組合せを決定する必要がある。コンテンツ情報検索部１３２において、上述の照合するための組合せを決定する方法は限定されないものであるが、例えば、最も値が近いパケット数同士を組み合わせて比較するようにしても良いし、最も差分の合計が少なくなる組合せを求めて比較するようにしても良い。

ここでは、例として、コンテンツ情報検索部１３２において、図３に示すインデックス管理情報Ｋ１０のインデックス情報が、検索対象インデックス情報とアドレス及びフロー数が一致するものとして検出されたものとする。そして、コンテンツ情報検索部１３２では、「Ｐｘ１とＰ１１」、「Ｐｘ２とＰ１２」、「Ｐｘ３とＰ１３」という３つの組合せについてパケット数の比較を行うと決定されたものとする。そして、コンテンツ情報検索部１３２では、それぞれの組合せについてパケット数が比較され、所定の範囲内の差分となっているか否かが判断されるものとする。例えば、コンテンツ情報検索部１３２は、インデックス情報のパケット数に対して、検索対象インデックス情報のパケット数が±３％以内の誤差（許容範囲は定数としても良い）であれば、当該組合せについては一致するものと認めるものとするようにしても良い。そして、コンテンツ情報検索部１３２は、全ての組合せ（フロー）について、パケット数が一致するものと認められる場合には、当該インデックス情報は、検索対象インデックス情報と一致するものとして検出するものとする。なお、コンテンツ情報検索部１３２は、全ての組合せ（フロー）について、パケット数が一致するものと認められなくても、パケット数が一致しない組合せの数が所定以下であれば、当該インデックス情報は、検索対象インデックス情報と一致するものとして検出するようにしても良い。

そして、ここでは、インデックス作成部１１３により、検索対象インデックス情報と一致するインデックス情報として、図３に示すインデックス管理情報Ｋ１０のインデックス情報と、コンテンツＣ２に係るインデックス管理情報（以下、「Ｋ２０」と表わす）のインデックス情報（図示せず）とが検出されたものとする。なお、インデックス管理情報Ｋ２０に係るインデックス情報は、アドレスが「Ｓ１」、フロー数が「３」、元のフロー数が「３」という内容であるものとする。

そして、コンテンツ情報検索部１３２は、検出したインデックス情報と、そのインデックス情報に対応するコンテンツ情報（ＵＲＬ）とを、信頼度算出部１３３に供給する。

そして、信頼度算出部１３３では、コンテンツ情報検索部１３２から供給されたインデックス情報のそれぞれについて、信頼度を算出する（Ｓ２０４）。

ここでは、信頼度算出部１３３は、インデックス管理情報Ｋ１０のインデックス情報と、インデックス管理情報Ｋ２０のインデックス情報のそれぞれについて、上記の（１）式を用いて信頼度を算出することになる。

インデックス管理情報Ｋ１０については、元のフロー数ｆ０＝３、フロー数ｆ１＝３、検索された全コンテンツ数ｄｆ＝２なので、信頼度Ａは、３／（３×√２）≒０．７１となる。また、インデックス管理情報Ｋ２０については、ｆ０＝４、ｆ１＝３、ｄｆ＝２なので、信頼度Ａは、３／４×√２）≒０．５３となる。

そして、信頼度算出部１３３は、コンテンツ情報検索部１３２から供給されたインデックス情報に対応するコンテンツ情報（ＵＲＬ）と、対応する信頼度の情報とを出力部１３４に供給する。

そして、出力部１３４は、信頼度算出部１３３から供給されたコンテンツ情報と信頼度の情報とを所定の方式により出力する処理を行う（Ｓ２０５）。

なお、出力部１３４は、信頼度算出部１３３から複数のコンテンツ情報が供給された場合に、全てのコンテンツ情報を出力するようにしても良いし、一部のコンテンツ情報（例えば、信頼度が最も高いコンテンツ情報）のみを出力するようにしても良い。また、出力部１３４は、信頼度の情報を省略してコンテンツ情報のみを出力するようにしても良い。また、出力部１３４は、コンテンツ情報と共に他の情報を対応付けて出力するようにしても良い。例えば、出力部１３４は、現在の日時や、ユーザ端末３０の識別子（例えば、ＩＰアドレスやホスト名）等を保持してコンテンツ情報と共に出力するようにしても良い。

（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。

コンテンツ推定装置１０の推定処理部１３では、ＷＥＢサーバ２０から送出されるパケットのデータ（ペイロード）参照することなく、トラフィックのフロー情報だけで、当該トラフィックの内容（コンテンツ）を推定することができる。これにより、コンテンツ推定装置１０では、パケットの中のＵＲＬを指定した情報が暗号化されて読めない場合や、観測点を通過するトラフィック（パケット数）が多すぎて全てについてパケットの中身を解析してＵＲＬを得ることができない場合や、パケットの中身を見ることができずフロー情報しか取得できない装置でしかトラフィックの観測ができない場合でも、ユーザ（ユーザ端末３０）のアクセスしたコンテンツを特定することができる。

さらに、コンテンツ推定装置１０を利用することにより、ユーザの嗜好情報分析等のアクセスされたＵＲＬ情報を分析処理する装置（例えば、データマイニング処理を行うサーバ装置等）において、直接パケット中のＵＲＬを取得することができない、あるいは処理負荷等の問題でＵＲＬを取得することが効率が悪い場合でも、分析処理に必要な情報（例えば、ユーザ端末３０がアクセスしたＵＲＬ等を含むコンテンツ情報）を保持することができる。

（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｂ−１）上記の実施形態では、情報生成部１１が、インデックス管理テーブル１２１にインデックス管理情報を追加していく処理を行う処理についてのみ説明したが、複数回同じコンテンツについてクローリング処理部１１２がアクセスした場合には、その時にフロー情報取得部１１１で取得された最新のフロー情報に基づいて、インデックス管理テーブル１２１の内容を更新するようにしてもよい。例えば、コンテンツに広告用のバナー等、動的に変化する要素コンテンツが含まれている場合には、フロー情報の内容（特にパケット数）が変化する場合がある。

インデックス作成部１１３は、コンテンツ情報記憶部１２に同一のコンテンツのＵＲＬが登録されていた場合、今回得られたフロー情報と、インデックス管理テーブル１２１に登録されている基準インデックス情報とで、各フロー（各要素コンテンツ）のパケット数を比較する。そして、インデックス作成部１１３は、比較の結果パケット数等データサイズが異なる場合には、当該基準インデックス情報、及び、当該基準インデックス情報から派生した派生インデックス情報のパケット数を、最新に得られたパケット数と、過去に得られたパケット数を含む範囲を示す情報に更新する処理を行う。

例えば、既に、インデックス管理テーブル１２１に、コンテンツＣ１に関するインデックス管理情報Ｋ１０〜Ｋ１６が図３に示すように登録された状態で、クローリング処理部１１２が再度コンテンツＣ１にアクセスし、フロー情報が取得されたた場合に、インデックス作成部１１３は、最新のフロー情報に基づいて、インデックス管理テーブル１２１の内容を更新するようにしても良い。そして、ここでは、要素コンテンツＥＣ１２が、バナー広告の画像であり、要素コンテンツＥＣ１２に係るパケット数が従前のＰ１２より多い数（以下、「Ｐ１２’」と表わす）となった場合を想定する。

この場合、インデックス作成部１１３は、ＵＲＬがＵ１のインデックス管理情報（コンテンツＣ１に対応するインデックス管理情報Ｋ）のインデックス情報を構成するパケット数の項目で、Ｐ１２となっている部分をＰ１２〜Ｐ１２’（Ｐ１２＞Ｐ１２’の場合は、Ｐ１２’〜Ｐ１２）の範囲を取りえるように「Ｐ１２〜Ｐ１２’」と書き換える処理を行う。

その結果、インデックス管理情報Ｋ１０〜Ｋ１６は、図６に示すような内容になる。

そして、インデックス管理情報においてパケット数の項目に上述の「Ｐ１２〜Ｐ１２’」のような範囲指定の表現が加わった場合には、コンテンツ情報検索部１３２で検索対象インデックス情報のパケット数を比較する処理についても、上述の範囲指定を考慮した比較を行う必要がある。

ここでは、例として、コンテンツ情報検索部１３２が、検索対象インデックス情報のパケット数Ｐ２ｘと、図４に示すインデックス管理情報Ｋ１０を構成するインデックス情報のパケット数「Ｐ１２〜Ｐ１２’」とを比較する場合について説明する。

コンテンツ情報検索部１３２は、例えば、「Ｐ２ｘ」が「Ｐ１２〜Ｐ１２’」の範囲内の値である場合に、「Ｐ２ｘ」と「Ｐ１２〜Ｐ１２’」とを一致するパケット数と判定するようにしてもよい。また、コンテンツ情報検索部１３２は、「Ｐ１２〜Ｐ１２’」からはずれた場合であっても、所定の範囲内（例えば、±３％以内）の誤差であれば「Ｐ２ｘ」と「Ｐ１２〜Ｐ１２’」とを一致するパケット数と判定するようにしてもよい。具体的には、例えば、「Ｐ２ｘ」が「（Ｐ１２×０．９７）〜（Ｐ１２’×１．０３）」の範囲内である場合に、「Ｐ２ｘ」と「Ｐ１２〜Ｐ１２’」とを一致するパケット数と判定するようにしてもよい。

（Ｂ−２）上記の実施形態では、インデックス管理テーブル１２１のコンテンツ情報として、ＵＲＬの情報を登録しているが、当該ＵＲＬに係るコンテンツの内容の一部や、当該コンテンツに係る特徴を示す情報も併せて登録するようにしてもよい。例えばコンテンツ中の単語を用いて噂好情報を分析するシステム（例えば、データマイニングのシステム等）に、コンテンツ推定装置１０の推定結果を利用する場合には、コンテンツ情報としてコンテンツ中に登場する単語（例えば、所定以上の数検出される単語や、ＳＥＯ（Ｓｅａｒｃｈ Ｅｎｇｉｎｅ Ｏｐｔｉｍｉｚａｔｉｏｎ）等により指定されたキーワード等）を登録するようにしてもよい。これにより、上述のコンテンツ推定装置１０の推定結果を利用するシステムにおいて、別途コンテンツのＵＲＬとコンテンツ中の単語を対応付けるようなＤＢを用意してそこから単語を取得する等の処理を一括化でき、システム全体の効率化が可能となる。

（Ｂ−３）上記の実施形態では、情報生成部１１のフロー情報取得部１１１と、推定処理部１３のフロー情報取得部１３１とは別個の構成要素として説明しているが、ネットワークの構成によって（例えば、フローの観測点の位置が同じ場合等）は１つの構成要素として構築するようにしてもよい。

（Ｂ−４）上記の実施形態のインデックス作成部１１３では、基準インデックス情報だけでなく、基準インデックス情報から派生した派生インデックス情報まで作成しているが、上述の派生インデックス情報の一部又は全部について生成を省略するようにしてもよい。上記の実施形態では、インデックス作成部１１３は、当該基準インデックス情報が示すフローが結合した場合を考慮した派生インデックス情報と、当該基準インデックス情報が示すフローの一部が省略された場合を考慮した派生インデックスとを作成しているが、上述の条件のうち、一部の条件だけを考慮して派生インデックス情報を作成するようにしてもよい。例えば、インデックス作成部１１３は、当該基準インデックス情報が示すフローが結合した場合だけを考慮した派生インデックス情報を作成し、当該基準インデックス情報が示すフローの一部が省略された場合の派生インデックス情報の生成を行わないようにしてもよい。

（Ｂ−５）上記の実施形態では、各フローのデータ量を示す値としてパケット数を観測いているが、パケットのデータ量の累積値（ペイロードだけのデータ量の累積値としてもよい）を観測するようにしてもよい。

（Ｂ−６）上記の実施形態では、推定処理部１３に信頼度算出部１３３が搭載されているが、信頼度算出部１３３については省略した構成（又は、設定に応じて動作を停止可能な構成）としてもよい。

（Ｂ−７）上記の実施形態では、コンテンツ推定装置１０に、情報生成部１１が搭載されているが、情報生成部１１を省略し、外部からインデックス管理テーブル１２１のデータを保持して推定処理部１３で利用するようにしてもよい。また、コンテンツ推定装置１０では、コンテンツ情報記憶部１２を備えずに、外部の記憶装置として構築された記憶手段からインデックス管理テーブル１２１を読み込んで保持するようにしてもよい。さらに、情報生成部１１又は、推定処理部１３だけで単独の情報処理装置として構築するようにしてもよい。

１０…コンテンツ推定装置、１１…情報生成部、１１１…フロー情報取得部、１１２…クローリング処理部、１１３…インデックス作成部、１２…コンテンツ情報記憶部、１２１…インデックス管理テーブル、１３…推定処理部、１３１…フロー情報取得部、１３２…コンテンツ情報検索部、１３３…信頼度算出部、１３４…出力部、２０…ＷＥＢサーバ、Ｃ１〜Ｃ４…コンテンツ、ＥＣ１１〜ＥＣ１３…要素コンテンツ、３０…ユーザ端末、Ｎ１…インターネット、Ｎ２…アクセスネットワーク。

Claims (3)

1. 複数の送信データを保持するデータ送信装置から、それぞれの送信データが送出される場合のデータの流れに関する特徴量を含む第１の特徴情報を保持する第１の情報保持手段と、
   上記データ送信装置から、いずれかの送信データが送出された場合のデータの流れに関する特徴量を含む第２の特徴情報を保持する第２の情報保持手段と、
   上記第２の情報保持手段が保持した第２の特徴情報と、上記第１の情報保持手段が保持している第１の特徴情報とを照合する処理を行う照合処理手段と、
   上記照合処理手段の照合結果を利用して、上記データ送信装置が送信した送信データを推定する推定処理手段と、
   上記データ送信装置に対して、それぞれの上記送信データへアクセスするための識別情報を用いて、それぞれの送信データへのアクセスを要求する送信データ要求手段と、
   上記送信データ要求手段による上記送信データへのアクセス要求に応じて、上記データ送信装置から送出されたデータの流れを観測し、その観測結果に基づいて当該送信データに関する第１の特徴情報を生成する特徴情報生成手段とを有し、
   上記第１の情報保持手段は、上記特徴情報生成手段が生成した第１の特徴情報を保持し、
   上記照合処理手段は、第２の特徴情報と、それぞれの第１の特徴情報とを照合する処理を行う
   ことを特徴とする情報処理装置。
2. 上記送信データ要求手段は、当該送信データが複数の要素データから構成されている場合、それぞれの要素データについて、異なるタイミングで、上記データ送信装置へ送信を要求し、
   上記特徴情報生成手段は、それぞれの要素データについて、上記データ送信装置から送出される場合のデータの流れに関する特徴量を取得し、当該送信データに係る第１の特徴情報に、取得したそれぞれの要素データの特徴量の情報を含める
   ことを特徴とする請求項１に記載の情報処理装置。
3. コンピュータを、
   複数の送信データを保持するデータ送信装置から、それぞれの送信データが送出される場合のデータの流れに関する特徴量を含む第１の特徴情報を保持する第１の情報保持手段と、
   上記データ送信装置から、いずれかの送信データが送出された場合のデータの流れに関する特徴量を含む第２の特徴情報を保持する第２の情報保持手段と、
   上記第２の情報保持手段が保持した第２の特徴情報と、上記第１の情報保持手段が保持している第１の特徴情報とを照合する処理を行う照合処理手段と、
   上記照合処理手段の照合結果を利用して、上記データ送信装置が送信した送信データを推定する推定処理手段と、
   上記データ送信装置に対して、それぞれの上記送信データへアクセスするための識別情報を用いて、それぞれの送信データへのアクセスを要求する送信データ要求手段と、
   上記送信データ要求手段による上記送信データへのアクセス要求に応じて、上記データ送信装置から送出されたデータの流れを観測し、その観測結果に基づいて当該送信データに関する第１の特徴情報を生成する特徴情報生成手段として機能させ、
   上記第１の情報保持手段は、上記特徴情報生成手段が生成した第１の特徴情報を保持し、
   上記照合処理手段は、第２の特徴情報と、それぞれの第１の特徴情報とを照合する処理を行う
   ことを特徴とする情報処理プログラム。

Images