JP5001682B2 - マイニングシステム及びマイニング方法 - Google Patents

Description

本発明は、複数のサービスを提供するウェブサイトを評価するシステム及び方法に関する。

近年、インターネットを介して多様なサービスが提供されており、既存のＷＥＢサイトに加えて、ＳＮＳ（Social Networking Service）等の個人対個人あるいは個人対集団のコミュニティ型のＷＥＢサイトも発達している。この種のＷＥＢサイトの収入としては、ＷＥＢページに表示するバナー広告やメールなどに加える広告などの広告収入が主なものとなっている。ＷＥＢサイトの運営者は、自らが運営するＷＥＢサイトの来訪者を増やすことなどで、ＷＥＢサイトの人気を高めてより多くの広告を得ることができる。

ここで、運営者などが広告主に対して自ＷＥＢサイトの人気の度合いを提示する際には、閲覧数や閲覧（来訪者）人数、あるいはリピート率（同一の閲覧者が再度閲覧する頻度）などの閲覧者の動向を提示することが知られている。

ＷＥＢサイトの動向を把握する手法としては、閲覧者のアクセス履歴に基づいてＷＥＢページの遷移履歴を解析するもの（例えば、特許文献１）や、ＷＥＢサイトへのログイン時に入力したパスワードから閲覧者の動向を解析するもの（例えば、特許文献２）が知られている。
特開２００２−１２３５１６号公報 特開２００５−２８４８８４号

しかしながら、上記従来例では、ＷＥＢサイトのアクセス履歴に基づいて閲覧者の動向を解析するため、日次や月次など、所定の集計期間で解析を行うことしかできないため、今現在のＷＥＢサイトの動向をリアルタイムで把握することができない、という問題があった。

また、上記ＳＮＳなどのＷＥＢサイトでは、閲覧者や利用者の趣向や興味は時々刻々と変化するため、今現在の閲覧者等の動向をリアルタイムで把握しなければ、閲覧者のニーズに応えるＷＥＢサイトを提供するのは難しい。上記従来例では、閲覧者の動向を解析する対象を変更するためには、プログラムやスクリプトなどを変更する必要があり、容易かつ迅速に行うことができない、という問題があった。

特に、上記ＳＮＳなどのＷＥＢサイトでは、ユーザの趣向や興味は時々刻々と変化するため、集計する対象も閲覧数だけではなく検索キーワードの傾向や、利用しているサービスの種類など、閲覧者の動向の指標も時々刻々と変化する。上記従来例では、閲覧人数やＷＥＢページの遷移履歴といった、固定的な項目のみを解析するため、任意の項目について閲覧者の動向を評価することは難しいという問題があった。

そこで本発明は、上記問題点に鑑みてなされたもので、ＷＥＢサイトの閲覧者の動向をリアルタイムで把握することを目的とし、また、任意の項目について閲覧者の動向を把握することを目的とする。

本発明は、クライアントにサービスを提供し、前記クライアントからのアクセスがあったときにログを生成する第１のサーバと、前記ログに基づいて、前記クライアントのアクセスに関する評価を行う第２のサーバとを備えたマイニングシステムであって、前記第１のサーバは、前記生成したログを前記第２のサーバへ送信し、前記第２のサーバは、前記第１のサーバから受信したログを格納する格納部を所定数備えて、前記格納部へ繰り返してログを順次格納するバッファと、第２のクライアントから受信した評価指令に基づいて、前記バッファのログを評価するエージェントを生成し、当該エージェントを起動するエージェント管理部と、を備え、前記第１のサーバは、複数のコミュニティを備えるサービスを提供し、第１のクライアントへ広告を提供し、前記第１のクライアントから広告の送信要求があったときには、当該広告を送信し、送信した広告の識別子と閲覧した前記第１のクライアントの識別子を含むログを生成し、前記エージェント管理部は、前記評価指令に含まれる、前記広告の識別子を含む評価条件と前記コミュニティ毎の前記広告の閲覧数を含む評価項目とを、前記生成するエージェントに設定し、前記評価指令の数に応じて複数のエージェントを生成し、これらのエージェントを起動させ、前記エージェントは、前記評価指令に含まれる前記評価条件に一致する情報を含むログを抽出するログ抽出部と、前記評価指令に含まれる前記評価項目について前記抽出したログの評価を行い、評価結果を生成する評価実行部と、前記評価結果を出力する出力部と、を有する。

また、前記評価実行部は、前記広告の識別子を含むログを前記バッファから抽出し、前記抽出したログから前記クライアントの識別子を抽出し、前記第１のクライアントの識別子をコミュニティの識別子毎に集計した情報を評価結果として生成し、前記出力部は、前記抽出したログの位置に前記評価結果を加え、前記第２のクライアントへ前記評価結果を送信することを特徴とする。

したがって、本発明によれば、所定数まで格納可能なバッファに第１のクライアントがアクセスしたログを順次格納し、バッファ上のログ、特に、コミュニティ毎の広告の閲覧数を評価することで、第１のサーバにアクセスした第１のクライアントがアクセスした広告に関する動向をリアルタイムで把握することが可能となる。また、第２のクライアントは、前記従来例のようにスクリプトやプログラムを変更することなく、任意の項目について第１のクライアントの動向を把握することが可能となって、時々刻々と変化するクライアントの趣向の変化をリアルタイムで把握することが可能となる。

以下、本発明の一実施形態を添付図面に基づいて説明する。

図１は、第１の実施形態を示し、本発明を適用する計算機システムの一例を示すブロック図である。

図１において、インターネットなどのネットワーク１３に接続されたゲートウェイ装置１は、ロードバランサやファイアーウォールを含んで構成される。そして、ゲートウェイ装置１には、ネットワーク１３からのアクセスに対して所定のサービスを提供する複数のアプリケーションサーバ２を筆頭とするサーバ計算機群が接続される。これらサーバ計算機群により、所定のサービスを提供するＷＥＢサイトが構成される。なお、図示はしないが各計算機（サーバ）は、ＣＰＵとメモリ及びストレージ装置を備える。以下の説明では、ＷＥＢサイトで複数のコミュニティ（情報の交換を行うユーザのグループ）から構成されるＳＮＳを提供する例を示し、ＳＮＳでは、メッセージの送受信、掲示板の入出力、画像データやテキストデータの公開などのサービスを含む。

ネットワーク１３には、ＷＥＢサイトにアクセスを行うＷＥＢクライアント１１と、ＷＥＢクライアント１２が接続される。ＷＥＢクライアント１１は、上記ＷＥＢサイトのＳＮＳを利用する一般利用者（ユーザ）が操作する計算機であり、ブラウザなどを備えている。ＷＥＢクライアント１２は、ＳＮＳ（Social Networking Service）のコミュニティの管理者（コミュニティオーナー）やＷＥＢサイトの管理者など特殊なユーザが操作する計算機で一般利用者（会員または来訪者）とは異なるアクセス権限を持つ特殊ユーザである。

ゲートウェイ装置１に接続される複数のアプリケーションサーバ２は、例えば、メッセージの送受信、掲示板の入出力、画像データやテキストデータの公開などのサービスを含み、複数のアプリケーションサーバ２でＳＮＳを提供する。なお、アプリケーションサーバ２は、ＨＴＴＰにてＷＥＢクライアント１１、１２と通信を行うＷＥＢサーバを含んで構成される。なお、ＷＥＢサイトが提供するサービスは、ＳＮＳに限定されるものではなく、ＷＥＢページや動画データや音楽データの提供などを含むことができる。

複数のアプリケーションサーバ２はＷＥＢサイトの内部ネットワーク８にそれぞれ接続される。この内部メットワーク８には、各種サーバ計算機アプリケーションサーバ２が提供するサービスで使用するデータをアプリケーション用データベース３０に格納するデータベースサーバ３と、アプリケーションサーバ２が生成したログをユーザ操作ログデータベース４０に格納するログサーバ４と、ログに基づいて後述する評価を行う逐次マイニングサーバ６と、逐次マイニングサーバ６が生成した評価結果をバリュエーションデータベース７０に格納する評価結果サーバ７と、ＷＥＢサイト内の各サーバ計算機の時刻を同期させる時刻同期サーバ５がそれぞれ接続される。なお、逐次マイニングサーバ６が行う評価とは、ログに含まれるクライアント１１の操作情報（操作イベント）を集計または解析することを含む。

次に、図２は、各サーバ計算機の要部とデータの流れを示すブロック図である。アプリケーションサーバ２は、ＷＥＢクライアント１１からのアクセスを受け付けると、所定のサービスを実行し、ＷＥＢクライアント１１のアクセス内容を示すログ生成部２１を備える。ログ生成部２１が生成するログは、例えば、ＷＥＢクライアント１１の識別子と、実行したサービス名と、アクセスしたＵＲＬ等の情報を含み、ＷＥＢクライアント１１のユーザが行った操作の履歴をログとして生成する。なお、ＷＥＢクライアント１１の識別子は、例えば、ＩＰアドレスや会員制のＳＮＳの場合ではユーザＩＤなど、アクセスしたＷＥＢクライアント１１またはユーザを一意に特定可能なＷＥＢクライアント１１の識別子であればよい。

次に、ログ生成部２１で生成されたログには、タイムスタンプ付与部２２で現在時刻のタイムスタンプが付与される。タイムスタンプを付与されたログは、キュー２３へ投入されユーザ操作ログサーバ４へログを順次書き込んでいく。

以上により、複数のアプリケーションサーバ２は、ＷＥＢクライアント１１からのアクセスに応答し、アクセス内容に基づくユーザの操作内容をログに記録し、このログにタイムスタンプを付加してユーザ操作ログサーバ４へ格納していく。

ユーザ操作ログサーバ４は、各アプリケーションサーバ２から受信したログを、ユーザ操作ログデータベース４０へ書き込み、このログを逐次マイニングサーバ６へイベントとして送信する。すなわち、ユーザ操作ログサーバ４は、ユーザ操作ログデータベース４０への書き込みが発生したとき、この書き込みをトリガとして逐次マイニングサーバ６にログを送信する。なお、ユーザ操作ログサーバ４では、タイムスタンプを元に格納したログをソートすることでユーザ操作の履歴を適切な順序で読み出すことができる。

逐次マイニングサーバ６はイベントモニタサーバとして機能し、ユーザ操作ログサーバ４からのログをユーザの操作イベントとして取り扱う。なお、逐次マイニングサーバ６は複数備えるようにしても良い。この場合、ユーザ操作ログサーバ４は全ての逐次マイニングサーバ６へログを送信する。

逐次マイニングサーバ６は、ユーザ操作ログサーバ４から受信したログについて予め設定した評価を行う。逐次マイニングサーバ６は、ＷＥＢクライアント１２のコミュニティオーナーから受信した評価指令を受け付けてマイニングエージェント６３を生成するエージェント管理部６１と、ユーザ操作ログサーバ４から受信したログを格納するブラックボード６２と、ブラックボード６２へ投入されたログ（操作イベント）を抽出し、所定の評価を行うマイニングエージェント６３とから構成される。なお、ブラックボード６２は、経時変化を反映するように構成されており、具体的にはファーストインファーストアウト（ＦＩＦＯ）型のリングバッファとして実現される。

エージェント管理部６１は、ＷＥＢクライアント１２のコミュニティオーナーなど所定の権限を有する特殊ユーザから、ログに含まれるユーザの操作イベントに対して評価を行う項目（評価項目）と、この項目についてどのような条件で解析をするかという評価条件とを含む評価指令を受け付ける。そして、エージェント管理部６１は、ログに含まれるユーザの操作イベントを評価項目及び評価条件に基づいて評価するためのマイニングエージェント６３を生成し、このマイニングエージェント６３を起動する。エージェント管理部６１はマイニングエージェント６３を複数生成して、並列的に起動することが可能であり、例えば、ひとつのＷＥＢクライアント１２から複数の評価指令を受け付けて、複数のマイニングエージェント６３を生成したり、複数のＷＥＢクライアント１２から複数の評価指令を受け付けて、複数のマイニングエージェント６３を生成することができる。実行するマイニングエージェント６３の数が多くなる場合には、図２のように、複数の逐次マイニングサーバ６を設ければよい。

ＷＥＢクライアント１２から設定される評価項目としては、閲覧数や閲覧（来訪者）人数、あるいはリピート率、コミュニティ内の人口（会員数）、ユーザまたは来訪者の滞在時間、コミュニティへのデータ量、広告の閲覧数、閲覧した広告のＵＲＬ、利用するサービスの種類などがある。また、評価条件としては、評価項目を監視する時点または期間（現在、過去１日間など）、ＵＲＬ、ＩＰアドレス、ユーザＩＤ等である。例えば、現在のあるコミュニティの閲覧者数を評価する場合、評価項目には閲覧者数が設定され、評価条件にはＵＲＬと時刻が設定される。この評価項目と評価条件からなる評価指令は、エージェント管理部６１が所定のインタフェースを提供して、ＷＥＢクライアント１２からの入力に基づいて評価指令を生成しても良いし、あるいは、ＷＥＢクライアント１２が所定のフォーマットの評価指令を送信し、エージェント管理部６１がこの評価指令を受信するようにしても良い。

エージェント管理部６１は、ＷＥＢクライアント１２から評価指令を受け付けると、予め設定されたテンプレートなどに評価項目と評価条件を設定してマイニングエージェント６３を生成する。例えば、マイニングエージェント６３をＸＭＬを用いたスクリプトで生成する場合には、テンプレートの所定の位置に評価項目と評価条件を設定したものをマイニングエージェント６３として生成する。この場合、逐次マイニングサーバ６の記憶装置（メモリ）上では、ブラックボード６２を監視するマイニングエージェント６３と、マイニングエージェント６３を実行するミドルウェアが実行される。なお、マイニングエージェント６３はスクリプトに限定されるものではなく、ブラックボード６２を監視して所定の評価を実行するオブジェクトとして生成されればよい。

ブラックボード６２は、逐次マイニングサーバ６のメモリ上などに、複数のスロットで区分けされたリングバッファで構成されて、ユーザ操作ログサーバ４から受信したログを順次スロットに格納する。リングバッファは、バッファがフル（オーバーフロー状態）になると最も古いログを破棄して、最新のログを上書きしていくことになる。つまり、ブラックボード６２には常時、最新のログのみが格納されることになる。

マイニングエージェント６３は、予め設定された評価項目と評価条件に基づいて、ブラックボード６２上のログを解析する。そして、マイニングエージェント６３は、ひとつのログ（図中イベント）について評価が完了すると、評価結果を生成する。マイニングエージェント６３は生成した評価結果を評価結果サーバ７へ格納し、また、この評価結果をブラックボード６２上のログに付加する。つまり、ログに評価結果を付加することで、ひとつのマイニングエージェント６３がある評価項目について実施した評価結果について、他のマイニングエージェント６３が評価を行うことができる。また、マイニングエージェント６３は、このマイニングエージェント６３を設定したコミュニティオーナーに生成した評価結果を送信する。エージェント管理部６１は、評価司令の内容をマイニングエージェント６３に設定すると共に、コミュニティオーナーのＩＰアドレスやメールアドレスを設定することで、マイニングエージェント６３から評価結果をコミュニティオーナーへリアルタイムで送信することができる。

ブラックボード６２は、複数のマイニングエージェント６３で共有可能な記憶領域として設定される。ブラックボード６２は、例えば、図３で示すように構成され、ｎ個のスロット備えた記憶領域として設定される。各スロットには、ログを格納する領域と、複数の評価結果を格納する領域と、逐次マイニングサーバ６が受信した時刻（タイムスタンプ）を格納する領域とを備える。

図４は、マイニングエージェント６３で行われる処理の一例を示すフローチャートである。

マイニングエージェント６３は、まず、Ｓ１で、ブラックボード６２を検索して最も古い未処理のログを取得する。Ｓ２では、取得したログに評価対象（評価項目、評価条件）の情報が含まれるか否かを判定する。ログに評価対象の情報が含まれていれば、Ｓ３へ進み、含まれていなければＳ５へ進む。

Ｓ３では、取得したログの情報に基づいて、評価項目に関する評価を行い、評価結果を生成する。Ｓ４では、生成した評価結果を、取得したログと同一のスロットに書き込む。このとき、評価結果を評価結果サーバ７に送信し、バリュエーションデータベース７０に格納する。そして、Ｓ５では、マイニングエージェント６３が評価を行ったスロットの位置を処理済みとして記憶し、ログの受信時刻も記憶する。ブラックボード６２のスロットの位置は、メモリアドレスやシリアル番号など、ブラックボード６２上で一意に格納位置を特定できる値を用いればよい。

なお、マイニングエージェント６３は任意にスロットの内容を破棄することができる。これは情報のふるいをかけるようなフィルタ操作の実現に有効である。

以上の処理を繰り返して実行することにより、マイニングエージェント６３は、ブラックボード６２上の全てのログ（操作イベント）について逐次評価処理をリアルタイムで実行し、現時点の評価結果を生成する。ＷＥＢクライアント１２のユーザ（コミュニティオーナーやＷＥＢサイトの管理者）は、この評価結果を参照することで、現時点のＷＥＢサイトの閲覧者の動向をリアルタイムで知ることができる。

マイニングエージェント６３は、リングバッファで構成されたブラックボード６２のどのスロットまでを処理したかを各自で記憶することで、スロットに書き込む情報を抑制することができる。

また、ブラックボード６２は、新たに多数のログを受信した場合では、リングバッファの特性上、未処理のログを処理済であると判定したり、処理するログの順序が逆転してしまう場合が想定される。このため、逐次マイニングサーバ６は、ログを受信すると、十分に細密な精度による受信時刻を各ログに付加する。

そして、マイニングエージェント６３は処理済であると記憶しているログ（スロット）の受信時刻と、同一のスロットに打刻されている受信時刻とを比較し、受信時刻が異なればブラックボード６２がオーバーフローしたことを判定できる。

以上の処理により、マイニングエージェント６３は、ユーザ操作ログサーバ４から受信したログを順次評価して、評価結果を出力することができる。

ＷＥＢクライアント１２では、コミュニティオーナー（特殊ユーザ）が、評価結果を評価結果サーバ７から適宜読み込んで、評価結果を利用することができる。なお、複数のマイニングエージェント６３が生成する評価結果には、どの特殊ユーザの指示によって評価を実行したかを識別するため、コミュニティオーナー毎に付与したオーナ属性を含む。このオーナー属性を参照することにより、各コミュニティオーナーは自らが指令した評価結果であるか否かを識別することができる。

例えば、コミュニティオーナーが現時点のコミュニティ内の訪問者数を分析する場合、ＷＥＢクライアント１２から、評価するコミュニティのＵＲＬと、現在という条件を逐次マイニングサーバ６に送信する。

逐次マイニングサーバ６は、評価項目にコミュニティ内の訪問者数を設定し、評価条件に現在を示す値と、指定されたＵＲＬを設定する。逐次マイニングサーバ６は、上記図４で示したように、ブラックボード６２上の全てのログを解析し、評価対象の情報を含むログからＩＰアドレスまたユーザＩＤをカウントし、重複する値を排除したものを現時点のコミュニティ内の訪問者数として評価結果を生成し、評価結果サーバ７に送信する。なお、マイニングエージェント６３は各スロットの評価結果には、集計中の値を設定することができる。

逐次マイニングサーバ６のマイニングエージェント６３は、評価結果を生成した後、このマイニングエージェント６３を設定したコミュニティオーナーのＷＥＢクライアント１２へ評価結果を送信する
また、ＷＥＢクライアント１２のコミュニティオーナーは、評価結果サーバ７にアクセスすることにより、マイニングエージェント６３の評価結果をリアルタイムで取得してもよい。

また、評価対象の期間が過去にわたる場合、ブラックボード６２上に存在しないログについてはマイニングエージェント６３が、評価対象のログをログサーバ４から取得し、評価を実施することができる。例えば、ブラックボード６２のサイズが、数時間程度の場合は、評価条件が１日などに設定されていると、不足した期間のログをユーザ操作ログサーバ４へ要求することができる。なお、ブラックボード６２のサイズは、ＷＥＢサイトの規模やトラフィックによって適宜設定すればよい。また、ブラックボード６２のサイズ（容量）が極めて大きい場合に現時点のコミュニティ内の評価を行う際には、評価条件として現在時刻から過去数分などの条件を加えることで、評価結果の精度を確保することができる。

また、図４に示した処理は、逐次マイニングサーバ６では複数のマイニングエージェント６３を並列的に実行できるので、あるマイニングエージェント６３がＷＥＢサイト全体の人口（アクセス数）を評価し、他のマイニングエージェント６３がＷＥＢサイト内の広告を閲覧した数を評価し、複数の評価を同時に行い、複数の事象についてリアルタイムで評価を行うことが可能となる。

また、エージェント管理部６１は、単一または複数のコミュニティオーナーからの指令に応じて複数のマイニングエージェント６３を生成して起動することができる。このため、ＷＥＢサイトの管理者や所有者に加えてＳＮＳのコミュニティオーナーがそれぞれ所望の評価対象を任意に設定することが可能となる。

また、逐次マイニングサーバ６で所定の広告の閲覧数を評価する場合には、次のようになる。アプリケーションサーバ２は、ＷＥＢクライアント１１がＷＥＢサイト内の広告を要求したときは、当該広告を送信し、送信した広告の識別子（ＵＲＬ）と、ＷＥＢクライアント１１の識別子（ＩＰアドレス）とを含むログを生成する。そして、ＷＥＢクライアント１２から、前記広告の閲覧数を評価指令と受け付けたエージェント管理部６１は、評価条件に広告の識別子を設定し、評価項目に広告の閲覧数を設定したマイニングエージェント６３を生成し、このマイニングエージェント６３を起動する。

マイニングエージェント６３は、ブラックボード６２上のログを検索して広告の識別子を含むログからＷＥＢクライアント１１の識別子を抽出し、ＷＥＢクライアント１１の識別子の数を加算したもの（または広告の識別子を含むログの数）を広告の閲覧数として出力する。なお、広告の閲覧人数を評価する場合には、前記広告の閲覧数からＷＥＢクライアント１１の識別子が重複した数を差し引いたものを、広告の閲覧人数として出力すればよい。

また、ＳＮＳを提供する各コミュニティの所定の広告の閲覧数を評価する場合、ＷＥＢクライアント１２は、評価する広告の識別子を評価条件とし、各コミュニティ毎の広告の閲覧数を評価項目とした評価指令を逐次マイニングサーバ６へ送信する。ＷＥＢクライアント１２から、各コミュニティ毎の広告の閲覧数を評価指令と受け付けたエージェント管理部６１は、評価条件に広告の識別子を設定し、評価項目にコミュニティ毎の広告の閲覧数を設定したマイニングエージェント６３を生成し、起動する。

マイニングエージェント６３は、ブラックボード６２上のログを検索して広告の識別子を含むログからＷＥＢクライアント１１の識別子を抽出し、ＷＥＢクライアント１１の識別子の数を加算したものを広告の閲覧数として集計する。そして、ＷＥＢクライアント１１の識別子に基づいてコミュニティ毎の広告の閲覧数を評価結果として出力する。なお、ＷＥＢクライアント１１の識別子と各コミュニティの関連付けは、コミュニティの識別子毎に、所属するＷＥＢクライアント１１の識別子を格納したテーブルを予め設定し、このテーブルを参照すればよい。これにより、ＷＥＢクライアント１２は逐次マイニングサーバ６からの評価結果または評価結果サーバ７を参照することで、ほぼリアルタイムで、現在ある広告を閲覧したＷＥＢクライアント１１の数をコミュニティ毎に評価することが可能となる。

以上のように、本発明の第１の実施形態によれば、リングバッファで構成されたブラックボード６２上のログ（操作イベント）を評価することで、ＷＥＢサイトの閲覧者の動向をリアルタイムで把握することが可能となる。また、本発明により、ＷＥＢクライアント１２は、スクリプトやプログラムを変更することなく、任意の項目について閲覧者の動向を把握することが可能となって、時々刻々と変化する閲覧者やＳＮＳの会員の趣向に応じてコミュニティやＷＥＢページの構成を迅速に行うことが可能となる。さらに、マイニングエージェント６３は、評価結果をブラックボード６２のスロットへ書き加えることにより、複数のマイニングエージェント６３が起動している場合には、他のマイニングエージェント６３がブラックボード６２上の評価結果を演算することで、さらに高度な評価を行うことが可能となる。

前記従来例においては、ＷＥＢサイトの運営者などが過去のアクセス履歴に基づいて閲覧者の動向を解析し、運営者自身でＷＥＢサイトの閲覧者の動向を利用したり、広告主に閲覧者の動向を提示するのが一般的であった。

一方、ＳＮＳなどのコミュニティ型のサービスでは、ＷＥＢサイト内に複数のコミュニティを設けており、各コミュニティはコミュニティオーナーが主体となって情報の提供などが行われている。コミュニティオーナーは、自らが立ち上げたコミュニティの閲覧者または利用者（会員）の動向を把握することで、コミュニティの価値（人気）を高めることができる。

このため、ＷＥＢクライアント１２をコミュニティオーナーが利用することで、コミュニティオーナーが立ち上げたコミュニティに関する評価情報やＷＥＢサイト全体の評価情報をリアルタイムで把握することができる。つまり、コミュニティオーナーは、エージェント管理部６１に対して所望の評価指令を与えることで、コミュニティオーナーが管理する閲覧者の動向をリアルタイムで把握することが可能となるのである。

＜第２実施形態＞
図５は、第２の実施形態を示し、前記第１実施形態に示した複数の逐次マイニングサーバ６を直列的に接続した例を示す。その他の構成は前記第１実施形態と同様である。

図５において、逐次マイニングサーバ６Ａは、前記第１実施形態の図３に示した逐次マイニングサーバ６と同様に、ユーザ操作ログサーバ４から受信したログをイベントとしてブラックボード６２へ格納し、マイニングエージェント６３により評価結果を出力する。

逐次マイニングサーバ６Ａは、演算した評価結果を次段に接続した逐次マイニングサーバ６Ｂに送信する。逐次マイニングサーバ６Ｂは、受信した評価結果をイベントとしてブラックボード６２へ格納し、マイニングエージェント６３により所定の評価を行う。マイニングエージェント６３は演算した第２の評価結果をＷＥＢクライアント１２あるいは評価結果サーバ７のバリュエーションデータベース７０に送信する。

この場合、逐次マイニングサーバ６Ａで求めた評価結果について、逐次マイニングサーバ６Ｂはさらに加工や分析を行うことが可能となる。そして、評価結果に基づく分析（または加工）は、ブラックボード６２上で行われるので、リアルタイムで第２の評価結果を求めることが可能となる。

例えば、逐次マイニングサーバ６Ａでは、ＳＮＳに加入したユーザの数をリアルタイムで求め、評価結果（集計結果）を逐次マイニングサーバ６Ｂへ送信する。逐次マイニングサーバ６Ｂでは、受信した評価結果（加入ユーザ数）から単位時間当たりの増減速度（人／分）を演算して出力する。

このように、評価処理を複数の逐次マイニングサーバ６Ａ、６Ｂで分散して行うことで、各サーバの負荷が過大になるのを防ぎながらも高度な評価結果を得ることが可能となる。

＜第３実施形態＞
次に、上記第１実施形態または第２実施形態のＷＥＢサイトを基盤として複数のＳＮＳを提供し、当該ＷＥＢサイト内で提供する広告の収入をそれぞれのＳＮＳに配分する手法を以下に示す。

まず、図１に示した複数のアプリケーションサーバ２では、Ｗｅｂページの提供、メッセージの交換、アドレス帳機能提供、メンバー（ユーザ）に他のメンバーを紹介する機能、メンバー間で共有する掲示板機能などを実行し、ＷＥＢサイト全体でＳＮＳを提供する。

ここで、複数のアプリケーションサーバ２及びサーバ計算機群で構成されるＷＥＢサイトには、複数の独立したＳＮＳを提供する。各ＳＮＳ内では、上記逐次マイニングサーバ６のマイニングエージェント６３によって、メンバーのアクセス頻度などのパラメータ（評価項目）をリアルタイムで集計し、評価結果として出力する。そして、以下ではこの評価結果を各ＳＮＳの価値とする。以下では、前記第１実施形態の逐次マイニングサーバ６で各ＳＮＳの価値を評価する例を示す。

ここで、ＷＥＢサイトにＳＮＳ−Ａ〜ＳＮＳ−Ｎの複数のＳＮＳが存在する場合、各ＳＮＳの価値をＶ（ｉ）とする（ただし、ｉ＝Ａ〜Ｎ）。そして、次式により価値Ｖ（ｉ）を算出する。
Ｖ（ｉ）＝（ａ×（ＳＮＳ−ｉのメンバー数／すべてのＳＮＳの総メンバー数）＋
ｂ×（ＳＮＳ−ｉのアクティブメンバー数／すべてのＳＮＳの総アクティブメンバー数）＋
ｃ×（ＳＮＳ−ｉの総アクセス数／すべてのＳＮＳの総アクセス数）＋
ｄ×（ＳＮＳ−ｉのメンバーの総滞在時間／すべてのＳＮＳのメンバー滞在時間））
／（ａ＋ｂ＋ｃ＋ｄ） ………（１）
ここでａ、ｂ、ｃ、ｄはマーケットの状況から予め設定した重み付け計数である。また、アクティブメンバーとは、少なくとも週に一回は当該ＷＥＢサイトのＳＮＳ−ｉを利用するメンバーを示す。

上記（１）式の価値Ｖ（ｉ）は０から１の間の値となり、
Ｖ（Ａ）＋Ｖ（Ｂ）＋Ｖ（Ｃ）＋Ｖ（Ｄ）＋…＝１
となる。

前記第１実施形態で示したように、逐次マイニングサーバ６はログに基づいて評価結果を求めるため、アプリケーションサーバ２に負荷をかけることがない。このため、ＷＥＢサイトのメンバーのアクセスにストレスを与えないデータマイニングを実現できる。

次に、各ＳＮＳ−ｉで提供するサイトの広告収入や有料告知等の収入Ｒとする。そして、この収入Ｒを、ＷＥＢサイトの運営者と、各ＳＮＳ−ｉの管理者（コミュニティオーナー）で分配する。この分配の比率は、例えば、６０％：４０％とする。各ＳＮＳ−ｉへ分配する収入Ｒ１は、上記（１）式で求めた価値Ｖ（ｉ）に所定の分配比率＝４０％を乗じた値となる。すなわち、
Ｒ１＝Ｖ（ｉ）×０．４
である。

前記従来例のＳＮＳのモデルは、無料でメンバーを集め、広告・有料告知収入はすべてサービス提供者（ＷＥＢサイトの運営者）が取得していた。これに対して、本実施形態のＳＮＳでは、広告及び有料告知収入を全てのＳＮＳ−ｉのコミュニティオーナーに分配することで、各コミュニティオーナーにサイトの人口増、アクセス増への努力を誘導することが可能となる。また、各ＳＮＳ−ｉのコミュニティオーナーは、ＷＥＢクライアント１２を用いて逐次マイニングサーバ６から価値Ｖ（ｉ）を取得することで、ある時点での自分のＳＮＳ−ｉのアクセス状況や、分配に繋がる価値Ｖ（ｉ）を実時間で知ることができる。さらに、ＳＮＳ−ｉのコミュニティオーナーは、逐次マイニングサーバ６から他のＳＮＳ−ｉの価値Ｖ（ｉ）を取得することで、他のＳＮＳ−ｉの状況を知ることができ、競争状態を把握できる。

この結果、ＷＥＢサイトの活性化が期待でき、さらにこの活性化により広告主への価値向上となる。

なお、ログサーバ４にユーザ（メンバー）の操作ログを常に確保していることから、特定の画面（広告の出ている画面）へのアクセス数や、滞在時間を任意に集計することができる。さらに、逐次マイニングサーバ６への評価指令に、広告のリンクへのクリック数をリアルタイムでカウントすることができる。このため、価値Ｖ（ｉ）を評価する項目を随時変更することが可能となる。

なお、価値Ｖ（ｉ）を決定するためのパラメータは、上記のメンバー数やアクセス数などに限定されるものではなく、ＳＮＳ−ｉの態様に応じて適宜変更することができる。

また、上記ＳＮＳ−ｉは、複数のアプリケーションサーバ２が、単一のプラットフォームを構成し、前記プラットフォーム上で、複数のコミュニティを備えたサービスを提供する集合体（ＳＮＳなど）を複数提供するものである。なお、プラットフォームは、ＷＥＢサイトを提供するための計算機資源を示す。

なお、上記各実施形態では、ブラックボード６２をリングバッファで構成した例を示したが、最新のデータを所定量だけ保持する記憶領域を備えるものであればよく、リングバッファに限定されるものではない。

また、上記各実施形態では、逐次マイニングサーバ６は、ユーザ操作ログサーバ４からログを受信する構成を示したが、逐次マイニングサーバ６はアプリケーションサーバ２のログを取得できればよいので、逐次マイニングサーバ６が直接アプリケーションサーバ２からログを受信しても良いし、あるいは、逐次マイニングサーバ６にユーザ操作ログデータベース４０を設けても良い。

以上のように、本発明は、ＷＥＢサイトの評価をリアルタイムで行う計算機システムに適用することができる。

本発明の実施形態を示す計算機システムのブロック図。 同じく計算機システムの要部におけるデータの流れを示すブロック図。 同じくブラックボードの構成を示すブロック図。 同じくマイニングエージェントの処理を示すフローチャート。 第２の実施形態を示し、逐次マイニングサーバにおけるデータの流れを示すブロック図。

符号の説明

２ アプリケーションサーバ
４ ログサーバ
６ 逐次マイニングサーバ
７ 評価結果サーバ
６１ エージェント管理部
６２ ブラックボード
６３ マイニングエージェント
７０ バリュエーションデータベース

Claims (12)

1. クライアントにサービスを提供し、前記クライアントからのアクセスがあったときにログを生成する第１のサーバと、
   前記ログに基づいて、前記クライアントのアクセスに関する評価を行う第２のサーバとを備えたマイニングシステムであって、
   前記第１のサーバは、前記生成したログを前記第２のサーバへ送信し、
   前記第２のサーバは、
   前記第１のサーバから受信したログを格納する格納部を所定数備えて、前記格納部へ繰り返してログを順次格納するバッファと、
   第２のクライアントから受信した評価指令に基づいて、前記バッファのログを評価するエージェントを生成し、当該エージェントを起動するエージェント管理部と、を備え、
   前記第１のサーバは、複数のコミュニティを備えるサービスを提供し、第１のクライアントへ広告を提供し、前記第１のクライアントから広告の送信要求があったときには、当該広告を送信し、送信した広告の識別子と閲覧した前記第１のクライアントの識別子を含むログを生成し、
   前記エージェント管理部は、
   前記評価指令に含まれる、前記広告の識別子を含む評価条件と前記コミュニティ毎の前記広告の閲覧数を含む評価項目とを、前記生成するエージェントに設定し、
   前記評価指令の数に応じて複数のエージェントを生成し、これらのエージェントを起動させ、
   前記エージェントは、
   前記評価指令に含まれる前記評価条件に一致する情報を含むログを抽出するログ抽出部と、
   前記評価指令に含まれる前記評価項目について前記抽出したログの評価を行い、評価結果を生成する評価実行部と、
   前記評価結果を出力する出力部と、を有し、
   前記評価実行部は、前記広告の識別子を含むログを前記バッファから抽出し、前記抽出したログから前記クライアントの識別子を抽出し、前記第１のクライアントの識別子をコミュニティの識別子毎に集計した情報を評価結果として生成し、
   前記出力部は、前記抽出したログの位置に前記評価結果を加え、前記第２のクライアントへ前記評価結果を送信することを特徴とするマイニングシステム。
2. 前記バッファは、前記複数のエージェントで共有可能なリングバッファで構成されたことを特徴とする請求項１に記載のマイニングシステム。
3. 前記複数のエージェントは、
   前記バッファのログから第１の評価結果を生成し、前記生成した評価結果を前記バッファ上で抽出したログの位置に加える第１のエージェントと。
   前記バッファの第１の評価結果から第２の評価結果を生成し、前記第２のクライアントへ送信する第２のエージェントと、を含むことを特徴とする請求項１に記載のマイニングシステム。
4. 前記第１のクライアントは前記サービスを利用するユーザが操作する第１の計算機であり、前記第２のクライアントは、前記サービスを管理する管理者が操作する第２の計算機であることを特徴とする請求項１から３のいずれか一つに記載のマイニングシステム。
5. クライアントにサービスを提供する第１のサーバが前記クライアントからのアクセスがあったときにログを生成し、前記第１のサーバからログを受信した第２のサーバで前記クライアントのアクセスに関する評価を行うマイニング方法であって、
   前記第１のサーバは、複数のコミュニティを備えるサービスを提供し、第１のクライアントへ広告を提供し、前記第１のクライアントから広告の送信要求があったときには、当該広告を送信し、
   前記第１のサーバからログを受信する手順と、
   前記受信したログを格納する格納部を所定数備えたバッファに、前記格納部へ繰り返してログを順次格納する手順と、
   第２のクライアントから、前記広告の識別子を含む評価条件と前記コミュニティ毎の前記広告の閲覧数を含む評価項目とを含む評価指令を受信する手順と、
   前記評価指令に基づいて、前記バッファのログを評価するエージェントを生成し、前記評価指令に含まれる前記広告の識別子を含む評価条件と前記コミュニティ毎の前記広告の閲覧数を含む評価項目とを、前記生成するエージェントに設定し、前記評価の指令の数に応じて複数のエージェントを生成する手順と、
   前記生成したエージェントを起動する手順と、
   前記広告の識別子を含むログを前記バッファから抽出し、前記抽出したログから前記クライアントの識別子を抽出し、前記クライアントの識別子をコミュニティの識別子毎に集計した情報を評価結果として生成する手順と、
   前記生成した評価結果を前記バッファ上で抽出したログの位置に加える手順と、
   前記第２のクライアントへ前記評価結果を送信する手順と、
   を含むことを特徴とするマイニング方法。
6. 前記バッファは、前記複数のエージェントで共有可能なリングバッファで構成されたことを特徴とする請求項５に記載のマイニング方法。
7. 前記第１のサーバは、複数のコミュニティを備えるサービスを含む集合体を複数提供し、
   前記評価指令には、前記集合体毎の所定の価値を評価する評価条件及び評価項目を含み、
   前記評価結果を生成する手順は、
   前記集合体毎の価値を求める手順と、
   前記第１のサーバの運営者と、前記集合体の間で広告に起因する収入を配分する手順と、
   前記集合体に配分された前記収入を、前記集合体毎の価値に基づいて各集合体毎に配分する手順と、
   を含むことを特徴とする請求項５に記載のマイニング方法。
8. 前記複数のエージェントは、
   前記バッファのログから第１の評価結果を生成し、前記生成した評価結果を前記バッファ上で抽出したログの位置に加える第１のエージェントと、
   前記バッファの第１の評価結果から第２の評価結果を生成し、前記第２のクライアントへ送信する第２のエージェントと、を含むことを特徴とする請求項５に記載のマイニング方法。
9. 前記リングバッファは、前記複数のエージェントで共有され、前記各エージェントは前記格納部のログをそれぞれ読み込むことを特徴とする請求項６に記載のマイニング方法。
10. 前記リングバッファは、前記複数のエージェントで共有され、
    前記ログを抽出する手順は、
    前記各エージェントが前記格納部のログをそれぞれ読み込むことを特徴とする請求項６に記載のマイニング方法。
11. 前記第１のサーバは、
    前記複数のサーバを備えて単一のプラットフォームを構成し、
    前記プラットフォーム上で、複数のコミュニティを備えたサービスを提供する集合体を複数提供することを特徴とする請求項５に記載のマイニング方法。
12. 前記第１のクライアントは前記サービスを利用するユーザが操作する第１の計算機であり、前記第２のクライアントは、前記サービスを管理する管理者が操作する第２の計算機であることを特徴とする請求項５から１０のいずれか一つに記載のマイニング方法。

Images