JP6758582B1 - コンテンツ配信システム、コンテンツ配信プログラム - Google Patents

Abstract

【課題】サイトを訪れたユーザが所望しているコンテンツへのアクセス性を向上させる。【解決手段】ウェブサイト内で扱っているコンテンツに対するアクセスログを収集する収集システムを用いて、コンテンツの案内画面を生成するコンテンツ配信システムであって、アクセス元から、案内画面にアクセスするためのリクエスト情報を受信し、受信したリクエスト情報に基づき、アクセス元の所属するグループを導出し、収集システムに収集されているアクセスログから、アクセス元と同じグループに所属するアクセスログの集合体を抽出し、事前に定義されたデータでコンテンツごとに集計する処理を、アクセスログの集合体に対して行い、このコンテンツごとの集計値の中で、逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を強調表示した案内画面を生成し、アクセス元に、案内画面を送信する。【選択図】図１

Description

本発明は、インターネット経由でユーザが所望する情報を配信する技術に関する。

近年、ウェブサイトを作成して運用するツールとして、コンテンツ管理システム（以下、「ＣＭＳ」と称する）を用いた手法が知られている。ＣＭＳは、テキストや画像等の表示内容を用意できれば、ＨＴＭＬ（Hypertext Markup Language）、ＣＳＳ（Cascading Style Sheets）、ＰＨＰ（Hypertext Preprocessor）などの制御コードに関する知識や、それを保存するディレクトリ構造などについての知識を要することなく、インターネット経由でのコンテンツの配信を行うことができる。

ＣＭＳは、ＰＨＰで作成されるテンプレートファイルやＣＳＳファイル（以下、これらを含めて単に「テンプレート」と称する）を用いて、表示用の静止画像や動画、表示用の文字列のサイズや配置関係などを定義している。またＣＭＳの中には、アクセスのあったユーザごとにテンプレートを動的に切り替えて、表示形態を異ならせて提供する技術も現存している。

関連のある技術として、アクセスのあったユーザに対し、このユーザに紐づいたユーザプロファイルと関連付けられているコンテンツを提供することで、ユーザの興味に応じたコンテンツを配信する技術が開示されている（例えば特許文献１）。

特開２０１１−４００８６号公報

従前の多くのウェブサイト（以下、ウェブサイトのことを単に「サイト」と称する）は、全てのユーザに同一のコンテンツを一律に提示しており、多言語サイトにおいても、翻訳はするものの表示されるコンテンツ自体は変わらずに、一律となっている。よって従前の多くのサイトは、必ずしもユーザのニーズに合致する情報を提供できていない。

これに対し、ユーザの過去のアクセス履歴に基づき、当該ユーザの趣向に沿って動的に表示内容を変更するサイトについて検討する。

このようなサイトにおいて、初めてサイトに訪れたユーザが、サイト内で扱っているコンテンツを一覧表示する案内ページにアクセスしたとする。このサイトには、初めて訪れたユーザについての履歴データや、当該ユーザの趣向に関するデータなどは無いため、例えばデフォルトのコンテンツが一覧表示されたりする。この場合、ユーザの趣向に必ずしも合致しないコンテンツが含まれた表示内容となるため、ユーザは、所望するコンテンツを見つけ出すのが困難となる。

また、ユーザの趣向はその時々で変化するため、久しぶりにサイトを訪れたユーザがコンテンツの一覧表示を行うと、過去に興味のあったコンテンツではあるが、今現在では興味の無いコンテンツが多数含まれた一覧表示となる場合もある。この場合においても、所望するコンテンツを見つけ出すのが困難となる。

一方で、このような動的にテンプレートを切り替えることを可能とするサイトを構築する場合、相応の知識や構築の手間を要し、その分コスト（費用）もかかる。よって、容易且つ安価に構築可能となるミドルウェアやツール、ＣＭＳのプラグインなどが望まれる。

本発明は、上述した事情に鑑みてなされるものであって、サイトを訪れたユーザが所望しているコンテンツへのアクセス性を向上させる技術を提供することを目的とする。

上記課題を解決するため、本発明のコンテンツ配信システムは、ウェブサイトを訪問したユーザの、当該ウェブサイト内で扱っているコンテンツに対するアクセスログを収集する収集システムを用いて、コンテンツの案内画面を生成する、１または複数のコンピュータを含んだコンテンツ配信システムであって、コンピュータは、アクセス元から、案内画面にアクセスするためのリクエスト情報を受信し、受信したリクエスト情報に基づき、アクセス元の所属するグループを導出し、収集システムに収集されているアクセスログから、アクセス元と同じグループに所属するアクセスログの集合体を抽出し、事前に定義されたデータでコンテンツごとに集計する処理を、アクセスログの集合体に対して行い、このコンテンツごとの集計値の中で、逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を逸脱している方向に強調表示した案内画面を生成し、アクセス元に、案内画面を送信する。

本発明により、サイトを訪れたユーザが所望しているコンテンツへのアクセス性を向上させることができる。

実施形態のシステム構成例を示す図である。 実施形態のログ取集フェーズの動作例を説明するための図である。 実施形態の動的表示フェーズの動作例を説明するための図である。 実施形態の表示パターンを例示した図である。 実施形態の動作例を示すフローチャートであり、リリース前の準備を例示する図である。 実施形態の動作例を示すフローチャートであり、ログ収集フェーズの動作例を示す図である。 実施形態の動作例を示すフローチャートであり、動的表示フェーズの動作例を示す図である。 実施形態の表示パターンの選定動作を例示するフローチャートである。 実施形態のコンテンツごとの集計手法を説明する図である。 ジニ係数を説明する図である。 実施形態の構成例を示す機能ブロック図である。 実施形態のＷｅｂサーバのハードウェア構成を例示する構成図である。

本実施形態のコンテンツ配信システムは、インターネットを通信媒体として情報を発信する、１または複数のコンピュータを含んだシステムである。コンテンツ配信システムは、アクセスしてきたクライアント端末で設定されている情報や、クライアント端末を特定するグローバルＩＰアドレスなどを用いて、利用者（以下、「サイト訪問者」、「訪問者」と称する）がいずれのグループに属するかの類別を行う。そして本実施形態のコンテンツ配信システムは、サイト内で扱っているコンテンツを案内するページとして、サイト訪問者の属するグループに適した案内画面（コンテンツを代表する画像を一覧で表示した画面）を配信する。尚、本実施形態では、日本語や英語など、サイト訪問者が主として使用する言語でグループ分けを行っている。

具体例として、例えば日本の観光スポットを紹介するサイトを想定する。このサイトにおいて、サイト内で紹介しているコンテンツの中で、フランス語圏の訪問者群からは京都の祇園に関するコンテンツに対して、特にアクセスがあるとする。この場合、本実施形態のコンテンツ配信システムは、フランス語を使用するサイト訪問者からアクセスがあると、祇園の街並みをあらわす画像（コンテンツを代表する画像であり、当該コンテンツとリンクを張って紐づけられた画像である。この画像は、例えばコンテンツの表題と並べて表示される場合もある。以下同様。）を、その他の画像よりも大きくした案内ページを提供する。これは、当該サイトに初めて訪れたフランス語圏の訪問者に対しても、同じ表示となる。また、浅草に関するコンテンツに対して、中国語圏の訪問者群から特にアクセスがある場合、中国語を使用するサイト訪問者からアクセスがあると、新規のサイト訪問者であるかリピーターのサイト訪問者であるかにかかわらず、浅草の街並みをあらわす画像を目立つように配置した案内ページを提供する。

このような態様により、サイト訪問者が所望しているコンテンツへのアクセス性を向上させることができる。また本実施形態により、ユーザ個人の特定情報に基づくのではなく、あくまでも当該ユーザが属するグループの集合体の最新のアクセス動向に基づいて、コンテンツを提供することができる。よって、久しぶりにサイトを訪問したユーザに対しても、最新の傾向に沿ったコンテンツを提供することができる。

引き続き、図面を参照しながら本実施形態のコンテンツ配信システムについて説明する。図１は、本実施形態のコンテンツ配信システムを含んだ全体の構成例を示す図である。

コンテンツ配信システム１００は、Ｗｅｂサーバ１１０、表示パターン選定サーバ１２０を少なくとも有する。コンテンツ配信システム１００は、外部のクラウドシステムであるアクセスログ収集部２００と連携し、アクセスログ収集部２００に蓄積されている、これまでに収集したアクセスログを用いて、クライアント端末３０１、３０２、３０３にコンテンツを配信する。

クライアント端末３０１、３０２、３０３は、コンテンツ配信システム１００にアクセスするサイト訪問者が使用しているＰＣ、スマートフォン、タブレットであり、Ｗｅｂブラウザを搭載している。尚、ここではクライアント端末を３つのみ示しているが、当然、Ｗｅｂブラウザを有し、インターネットに接続可能な全ての端末がクライアント端末となり得る。また以降の説明において、クライアント端末３０１〜３０３を個別に特定する必要のない場合は、クライアント端末３００と称する。

アクセスログ収集部２００について説明する。アクセスログ収集部２００は、Ｗｅｂページのアクセス分析サービスを提供するクラウドシステムである。本実施形態では、外部の他組織や企業体がアクセスログ収集部２００を管理、運営しているものとして説明する。

アクセスログ収集部２００は、ウェブサイトを訪問した訪問者の訪問履歴であり、当該ウェブサイト内で扱っているコンテンツに対する履歴情報を、アクセスログとして収集する。アクセスログ収集部２００は、一般的に、サイト訪問者の動向を把握することで、当該サイトの改善を図ること目的として用いられる。アクセスログ収集部２００が収集可能なログとしては、サイトの訪問者数、閲覧ページ数、閲覧したページ（後述のコンテンツパス）、滞在時間、訪問回数、新規来訪者の数や割合、訪問頻度、ブラウザの種類、ブラウザに設定されている使用言語（後述のブラウザ言語設定）、回線の種類、プロバイダ、アクセスしてきた国・地域などがある。尚、ここで列記したものはあくまでも一例である。またアクセスログ収集部２００は、サイト訪問者がウェブサイト内で行った動作（例えばサイト閲覧や商品購入など）を収集し、各動作に基づいた計測値を、アクセスログとして収集することができる。例えば、アクセスログ収集部２００は、コンテンツの閲覧から購入に至った件数（売上貢献）などの計測値を、ロジックを用いて演算し、アクセスログとして収集することができる。

またアクセスログ収集部２００は、サイト運用者からの要求に応じて、アクセスログそのままのデータ（生データ）を通知したり、当該アクセスログを集計、分析した結果を通知したりする。

アクセスログの収集方法としては、ウェブサイト内で提供する各ページに所定のタグやトラッキングコードを埋め込んでおく手法、ウェブサイト内でアクセスログを収集しておき、このアクセスログをアクセスログ収集部２００に送信する手法、ウェブサイトで送受信されるパケットをキャプチャしてアクセスログを抽出し、これをアクセスログ収集部２００に送信する手法などがある。尚、タグやトラッキングコードを埋め込んでおく手法は、クライアント端末３００がサイトを訪れた際に、クライアント端末３００がトラッキングコードを実行することで、アクセスログを直接アクセスログ収集部２００に送信する手法となる。本実施形態では、ウェブサイト側で訪問者のアクセスログを収集しておく手法を採用する。

Ｗｅｂサーバ１１０は、８０番ポート（ＨＴＴＰ）、４４３番ポート（ＨＴＴＰＳ）などの規定のポート番号で待ち受け、クライアント端末３００からリクエスト情報（ＨＴＴＰ ＧＥＴ）を受信すると、これに応じてレスポンス（コンテンツ）を返信する。

Ｗｅｂサーバ１１０には、Ｗｅｂサーバプログラムとともに、コンテンツ管理システムであるＣＭＳ１１１が事前に導入されている。ＣＭＳ１１１は、テンプレートを動的に切り替える機能を有しており、本実施形態では、この機能を利用してサイト訪問者の使用言語ごとに表示内容を切り替える。

ＣＭＳ１１１は、サードパーティが提供する各種プラグインを組み込む機能を有している。本実施形態では、以降で説明する各種動作を実施するため、プラグイン１１２がＣＭＳ１１１に組み込まれている。プラグイン１１２は、ＣＭＳでサポートしている言語（例えばＰＨＰなど）で、ＣＭＳの種別ごとに定められた書式に則り作成されるプログラムファイルであり、規定のフォルダに格納することで、ＣＭＳ１１１に組み込まれる。

表示パターン選定サーバ１２０は、案内ページ（＝案内画面）に対するアクセスがサイト訪問者からあった際、アクセスログ収集部２００でこれまでに収集されているアクセスログを取得する。そして表示パターン選定サーバ１２０は、このアクセスログに基づき、事前にＷｅｂサーバ１１０内に用意された複数のテンプレートの中から１つのテンプレートを選定する。

Ｗｅｂサーバ１１０は、表示パターン選定サーバ１２０によって選定されたテンプレートに従い、サイト訪問者に案内ページを配信する。

引き続き、コンテンツ配信システム１００の動作について説明する。コンテンツ配信システム１００の動作は、大きく２つの局面（フェーズ）に分けることができる。１つ目は、十分に蓄積されるまでアクセスログを収集する「ログ収集フェーズ」であり、２つ目は十分に蓄積されたアクセスログを用いて、サイト訪問者に応じたテンプレートを使って案内ページを配信する「動的表示フェーズ」となる。

図２は、ログ収集フェーズの動作を説明するための図である。以下の例では、Ｗｅｂサーバ１１０のプラグイン１１２のみを動作主体としているが、アクセスログ収集部２００のクラウドシステム側により提供される機構（ロジック）を用いて行われてもよい。

Ｗｅｂサーバ１１０のプラグイン１１２は、サイトの各コンテンツにアクセスがあったときのアクセスログを生成し、これをアクセスログ収集部２００に送信する。ログ収集フェーズでは、案内ページに限らず、各コンテンツにアクセスがあるごとに、アクセスログが生成され、これをアクセスログ収集部２００に送信される。

ここで収集可能なログは上記のように様々なものがあるが、本実施形態では、少なくともクライアント端末３００のＷｅｂブラウザに設定された言語設定（以下、「ブラウザ言語設定」と称する）、およびサイト訪問者が閲覧を所望するコンテンツのパス（「コンテンツパス」と称する）が収集される。

ブラウザ言語設定は、具体的にはＨＴＴＰリクエストヘッダに含まれる「Accept-Language」の値となる。ＨＴＴＰリクエストヘッダに例えば「Accept-Language: en」（尚、「en」は英語をあらわす識別子）が含まれている場合、プラグイン１１２は、ブラウザ言語設定として「en」を抽出して取得する。またコンテンツパスは、ＨＴＴＰリクエストメッセージの「ＧＥＴ」以降で指定されるＵＲＬである。

これによりアクセスログ収集部２００には、ブラウザ言語設定と、サイト訪問者が閲覧したコンテンツパスとを対応付けたテーブル（後述の図９に示すテーブルＴ１）が蓄積されていく。

図３は、動的表示フェーズの動作を説明するための図である。

クライアント端末３００は、まずはＷｅｂサーバ１１０のトップページにアクセスする。このトップページは、サイト内でどのようなコンテンツを扱っているかを一覧表示した案内ページとなっている。

クライアント端末３００からＷｅｂサーバ１１０の案内ページにアクセスがあると、Ｗｅｂサーバ１１０のプラグイン１１２は、当該アクセス時に受信したＨＴＴＰリクエストヘッダに含まれる「Accept-Language」の値を抽出する。ここで取得される値は、上記のブラウザ言語設定と同じものであるが、アクセスログ収集部２００で収集されているブラウザ言語設定と区別をするため、「訪問者使用言語」と称する。訪問者使用言語も同様に、ＨＴＴＰリクエストヘッダにおいて、「Accept-Language: fr」(「fr」はフランス語をあらわす識別子)となっている場合、プラグイン１１２は、訪問者使用言語としてこの「fr」を抽出して取得する。そしてプラグイン１１２は、表示パターン選定サーバ１２０に対し、表示パターンの問い合わせメッセージを、抽出した訪問者使用言語とともに送信する。

問い合わせメッセージを受信した表示パターン選定サーバ１２０は、アクセスログ収集部２００に対し、これまでに収集し、蓄積されているアクセスログを要求するメッセージを送信する。表示パターン選定サーバ１２０は、この送信に対する返信として、登録済みのアクセスログをアクセスログ収集部２００から受信する。ここで受信されるアクセスログは、少なくともブラウザ言語設定とコンテンツパスとを対応付けた生データとする（後述の図９に示すテーブルＴ１）。

表示パターン選定サーバ１２０は、受信したアクセスログに基づき、訪問者使用言語における、コンテンツパスごとのＰＶ（ページビュー）数を導出する（後述の図９に示すテーブルＴ３）。

次いで表示パターン選定サーバ１２０は、コンテンツごとのＰＶ数に基づき、特定のコンテンツにアクセスが集中しているか否かをあらわす指標値を算出する。詳細については後述するが、ここでは指標値としてジニ係数が算出される。尚、本実施形態ではジニ係数を用いるものとするが、あくまで一例であり、標準偏差などその他の統計値やロジック・アルゴリズムにより演算した値を、指標値として用いてもよい。

表示パターン選定サーバ１２０は、算出した指標値と閾値とを比較して、表示パターンを選定する。図４（Ａ）〜図４（Ｄ）は、表示パターンを例示した案内画面の画面イメージである。

算出した指標値が、いずれのコンテンツにもアクセスが集中していないことを示すものである場合、表示パターン選定サーバ１２０は、各コンテンツそれぞれに紐づけられたリンク画像の全てが均一配置となる表示パターンを選定する。図４（Ａ）の例は、全てのリンク画像Ｃ１〜Ｃ９を均一の画像サイズで配置させた案内画面である。

また算出した指標値が、一部のコンテンツにアクセスが集中していることを示すものである場合、表示パターン選定サーバ１２０は、当該一部のコンテンツに紐づけられたリンク画像を目立たせて配置した表示パターンを選定する。図４（Ｂ）の例は、アクセスの集中しているコンテンツに紐づけられたリンク画像Ｃ２、Ｃ５を大きく、且つ上部に配置させた案内画面である。図４（Ｂ）の例では、その他のリンク画像については、小さく、下部に配置している。

算出した指標値が、１つのコンテンツに特にアクセスが集中していることを示すものである場合、表示パターン選定サーバ１２０は、当該１つのコンテンツに紐づけられたリンク画像を目立たせて配置する表示パターンを選定する。図４（Ｃ）の例は、アクセスが特に集中しているコンテンツに紐づけられたリンク画像Ｃ３のサイズを大きく、且つ上部に配置させた案内画面である。図４（Ｃ）の例では、その他のリンク画像については、小さく、下部に表示している。

また図４（Ｄ）のように、特にアクセスの集中しているコンテンツのリンク画像Ｃ３を、表示領域の全域に配置し、その他のコンテンツ（図４（Ｄ）中のＣ１、Ｃ２、Ｃ４、Ｃ５）については、リンクの張られたテキストのみを配置した画面を採用しても構わない。

尚、図４に例示した案内画面は、あくまでも例示であり、これ以外を採用しても構わない。

表示パターン選定サーバ１２０は、選定した表示パターンを一意に示す識別情報、およびアクセスの集中しているコンテンツパスを、Ｗｅｂサーバ１１０に送信する。

Ｗｅｂサーバ１１０のプラグイン１１２は、事前にＣＭＳ１１１に登録されているテンプレートの中から、受信した表示パターンの識別情報に応じたテンプレートを特定する。そしてＣＭＳ１１１は、当該テンプレートに従った案内画面、例えば図４（Ａ）〜図４（Ｄ）のいずれかを採用し、且つ、アクセスの集中しているコンテンツを目立たせた案内画面を作成する。そしてＷｅｂサーバ１１０は、作成した画面イメージをアクセス元となるクライアント端末３００に返信する。

以上により、アクセス元のＷｅｂブラウザに設定されている訪問者使用言語に応じて、最適化された画面を提供することができる。

以下、本実施形態の動作の詳細について説明する。図５は、システムリリース前の動作を示したフローチャートであり、主に開発者や運用担当者により行われるリリース前準備を示したフローチャートである。

まず、案内画面用のテンプレート、およびコンテンツ群のテンプレートが、Ｗｅｂサーバ１１０の規定のフォルダ内に格納される（Ｓ００１）。そしてアクセスログを収集する機構（ロジック）や、選定されたパターンの一覧画面を提供する機構であるプラグイン１１２が、Ｗｅｂサーバ１１０内に組み込まれる（Ｓ００２）。アクセスログを収集する機構（ロジック）については、アクセスログ収集部２００にデータ収集を行わせるため、クラウドシステムが提供する機構（ロジック）も、必要に応じて組み込まれる。また一方で、表示パターンを決定する機構（ロジック）や、アクセスログ収集部２００からデータを取得するためのクラウドシステムが提供する機構（ロジック）が、表示パターン選定サーバ１２０に組み込まれる（Ｓ００３）。

図６は、ログ収集フェーズの動作例を示すフローチャートである。

Ｗｅｂサーバ１１０は、８０番ポート（ＨＴＴＰ）や４４３番ポート（ＨＴＴＰＳ）を開放し、クライアント端末３００からアクセスがあるまで待ち受ける（Ｓ１０１：Ｎｏのループ）。クライアント端末３００からアクセスを受け付けると（Ｓ１０１：Ｙｅｓ）、Ｗｅｂサーバ１１０のプラグイン１１２は、当該クライアント端末３００のブラウザで設定されているブラウザ言語設定の値、および要求のあったコンテンツパスを取得する。そしてＷｅｂサーバ１１０は、これらを対応付けて一時的に記憶する（Ｓ１０２）。上記のとおりブラウザ言語設定の値は、ＨＴＴＰリクエストヘッダ内の「Accept-Language」で指定されている値であり、コンテンツパスは、「ＨＴＴＰ ＧＥＴ」リクエストで指定されるＵＲＬである。プラグイン１１２は、これらをＨＴＴＰリクエストメッセージから抽出し、対応付けてアクセスログとして一時的に記憶しておく。

Ｗｅｂサーバ１１０のプラグイン１１２は、一定期間アクセスログを収集し続けた段階で、もしくはアクセスのあった都度、アクセスログ収集部２００にアクセスログを送信する（Ｓ１０３）。そしてアクセスログ収集部２００は、受信したアクセスログを記憶して蓄積する（Ｓ１０４）。ここでアクセスログ収集部２００は、ブラウザ言語設定の値、コンテンツパスを対応付けてアクセスログを蓄積するが、これ以外にも、アクセスのあった日時や滞在時間、訪問回数なども、対応付けて蓄積してもよい。

上記Ｓ１０１〜Ｓ１０４の処理は、システムが停止するまで繰り返し実行される（Ｓ１０５：Ｎｏのループ）。システムが停止すると（Ｓ１０５：Ｙｅｓ）、図６のフローチャートの動作は終了する。

図６に示す動作によりアクセスログが十分に蓄積された場合、動的表示の運用が開始される。図７は、この動的表示フェーズの動作例を示すフローチャートである。

Ｗｅｂサーバ１１０は、８０番ポート（ＨＴＴＰ）や４４３番ポート（ＨＴＴＰＳ）を開放し、クライアント端末３００からアクセスがあるまで待ち受ける（Ｓ２０１：Ｎｏのループ）。クライアント端末３００から、案内ページ（＝案内画面）へのアクセスを受け付けると（Ｓ２０１：Ｙｅｓ）、Ｗｅｂサーバ１１０のプラグイン１１２は、クライアント端末３００から送信された訪問者使用言語（「Accept-Language」の値）とともに、表示パターンの問い合わせメッセージを表示パターン選定サーバ１２０に送信する（Ｓ２０２）。

表示パターン選定サーバ１２０は、問い合わせメッセージを受信すると、これとともに送信された訪問者使用言語と、アクセスログ収集部２００に蓄積されているアクセスログとに基づき、事前に設けられている表示パターンを選定する。そして表示パターン選定サーバ１２０は、選定した表示パターンの識別情報（「表示パターン識別情報」とする）、およびアクセスの集中しているコンテンツがあれはそのコンテンツパスを、Ｗｅｂサーバ１１０に返信する（Ｓ２０３）。このＳ２０３の動作の詳細については後述する。

Ｗｅｂサーバ１１０のプラグイン１１２は、表示パターン選定サーバ１２０から返信メッセージを受信すると、このメッセージの中から表示パターン識別情報、およびアクセスの集中しているコンテンツパスを抽出する。プラグイン１１２は、表示パターン識別情報に対応したテンプレートを、事前にＣＭＳ１１１に登録されているテンプレートの中から取得する（Ｓ２０４）。そしてプラグイン１１２は、アクセスの集中しているコンテンツパスが強調表示されるよう、当該コンテンツパスをテンプレートの特定箇所に埋め込む。ＣＭＳ１１１は、このテンプレートに従った画面イメージを生成し、アクセス元となるクライアント端末３００に返信する。これにより、最適化された案内ページ（＝案内画面）がクライアント端末３００側で表示される。

上記のＳ２０１〜Ｓ２０５の各動作は、システムが停止するまで繰り返し行われる（Ｓ２０６：Ｎｏ）。ウェブサイトのシステムメンテナンスなど、必要に応じてサイトの運用を一時的に停止する場合（システムが停止する場合）（Ｓ２０６：Ｙｅｓ）、図７のフローチャートの動作は終了する。

図８は、図７に示すＳ２０３（表示パターンの選定動作）の詳細動作を示したフローチャートである。

表示パターン選定サーバ１２０は、Ｗｅｂサーバ１１０から表示パターンの問い合わせメッセージがあるまで待機する（Ｓ３０１：Ｎｏのループ）。問い合わせメッセージを受信すると（Ｓ３０１：Ｙｅｓ）、表示パターン選定サーバ１２０は、問い合わせメッセージの中から訪問者使用言語を抽出するとともに、アクセスログ収集部２００からアクセスログを取得する（Ｓ３０２）。

表示パターン選定サーバ１２０は、訪問者使用言語における、コンテンツパスごとのＰＶ数を集計する（Ｓ３０３）。

Ｓ３０３の動作を、図９を用いて説明する。アクセスログ収集部２００から取得されるアクセスログは、図９に例示するテーブルＴ１のとおり、ブラウザの言語設定とアクセスのあったコンテンツパスとを対応付けた生データである。

表示パターン選定サーバ１２０は、ブラウザ言語設定が訪問者使用言語と一致するレコードを、テーブルＴ１から抽出する。これによりテーブルＴ２が得られる。尚、図９の例では、訪問者使用言語が「fr」である場合を例示している。

次いで表示パターン選定サーバ１２０は、テーブルＴ２で、コンテンツパスが一致しているレコードを集めて集計値（レコード数）を求める。例えば図９に示すテーブルＴ２に、コンテンツパスを「http://○○.com/BBB」としたレコードが２５０件ある場合、当該コンテンツの集計値は２５０となる。この集計値が、「http://○○.com/BBB」のコンテンツのＰＶ数となる。

ここでは、表示パターン選定サーバ１２０は、アクセスログ収集部２００に蓄積されている生データの全てを取得し、表示パターン選定サーバ１２０の側で、集計処理を行ってコンテンツパスとＰＶ数とを対応付けたテーブルＴ３を求めている。これに対し、アクセスログ収集部２００側で同様の集計処理を行ってテーブルＴ３を作成し、Ｓ３０２の段階で、表示パターン選定サーバ１２０がアクセスログ収集部２００からテーブルＴ３を受信することも可能となる。

次いで表示パターン選定サーバ１２０は、テーブルＴ３を用いてジニ係数を算出する（Ｓ３０４）。このジニ係数は、特定のコンテンツにアクセスが集中しているか否かをあらわす指標値として算出される。

図１０（Ａ）を用いて、本実施形態のジニ係数の算出方法について説明する。図１０（Ａ）は、横軸にサイト内のコンテンツ数の累積比（０〜１の範囲）、縦軸にＰＶ数の累積比（０〜１の範囲）をとっている。また点線で記すグラフは均等分配線であり、実線で記すグラフはローレンツ曲線である。

ローレンツ曲線は、ＰＶ数（ＰＶ数の累積比）の低いものから順に並べていき、この順でＰＶ数を累積的に加算していったグラフである。ジニ係数は、均等分配線とローレンツ曲線とで閉じられた領域Ｒの面積を２倍にした値（０〜１の範囲）となる。

ここで、全てのコンテンツに均等にアクセスがあり、コンテンツごとのＰＶ数に全く隔たりが無い場合、ローレンツ曲線は均等分配線と同じとなる（ジニ係数＝０）。また、アクセスが集中しているコンテンツが無く、コンテンツごとのＰＶ数にほとんど隔たりが無い場合、ローレンツ曲線は、例えば図１０（Ｂ）に示すものとなり、ジニ係数も小さな値をとる。

これに対し、一部のコンテンツにアクセスが集中している場合、ローレンツ曲線は例えば図１０（Ｃ）に示すものとなり、ただ１つのコンテンツに対して特にアクセスが集中している場合、ローレンツ曲線は例えば図１０（Ｄ）に示すものとなる。このように、ＰＶ数の隔たりが大きくなるほど、領域Ｒの面積は増加していき、三角形（ジニ係数＝１）に近似していく。

尚、図１０（Ｅ）のように、横軸をＰＶ数の多いものから順位づけたもの（ランキング順位）とし、縦軸を当該順位のコンテンツのＰＶ数として、ジニ係数を求めてもよい。このような座標系であっても、上記同様の手法でジニ係数を求めることができる。

図８のフローチャートの説明に戻る。以降、表示パターン選定サーバ１２０は、第１閾値および第２閾値（第１閾値＜第２閾値）の２つの閾値を用いて、算出したジニ係数との比較を行い、表示パターンを選定する。

ジニ係数が第１閾値よりも小さい場合（Ｓ３１０：Ｙｅｓ）、表示パターン選定サーバ１２０は、アクセスが集中しているコンテンツは無いものと扱い、表示パターンとして図４（Ａ）に例示したパターンＡを選定する（Ｓ３１１）。

ジニ係数が第１閾値以上且つ第２閾値よりも小さい場合（Ｓ３１０：Ｎｏ、Ｓ３２０：Ｙｅｓ）、表示パターン選定サーバ１２０は、一部のコンテンツにアクセスが集中しているものと扱い、表示パターンとして図４（Ｂ）に例示したパターンＢを選定する（Ｓ３２１）。そして表示パターン選定サーバ１２０は、アクセス数の集中している上位コンテンツの識別情報（＝コンテンツパス）を、テーブルＴ３から抽出する（Ｓ３２２）。ここでは、図４（Ｂ）の表示に合わせるため、ＰＶ数の上位２つのコンテンツパスをテーブルＴ３から抽出するものとするが、態様はこれに限定されない。

Ｓ３２０の判定結果が否定である場合、すなわちジニ係数が第２閾値以上である場合（Ｓ３２０：Ｎｏ）、表示パターン選定サーバ１２０は、１つのコンテンツにアクセスが集中しているものと扱い、表示パターンとして図４（Ｃ）に例示したパターンＣや図４（Ｄ）に例示したパターンＤを選定する（Ｓ３３０）。そして表示パターン選定サーバ１２０は、ＰＶ数の集中している最上位のコンテンツの識別情報（＝コンテンツパス）を、テーブルＴ３から抽出する（Ｓ３３１）。

Ｓ３１１、Ｓ３２２、Ｓ３３１の後、表示パターン選定サーバ１２０は、選定したパターンの識別情報（例えば図４（Ａ）〜（Ｄ）のいずれかを一意にあらわす識別情報）、Ｓ３２２、Ｓ３３１で抽出された上位または最上位のコンテンツの識別情報をＷｅｂサーバ１１０に送信する（Ｓ３４０）。

以降は、図７で説明したＳ２０４の動作となる。

本実施形態は上記のような態様となるが、ここで機能ブロックを用いた構成例について補足する。

図１１は、上記で説明したコンテンツ配信システム１００の機能構成例を示すブロック図である。コンテンツ配信システム１００は、送受信部１００１、導出部１００２、集計値算出部１００３、指標値算出部１００４、テンプレート選定部１００５、画面生成部１００６、ログ収集部１００７を有する。

アクセスログ収集部２００（＝収集システム）には、上記のとおり、ブラウザ言語設定（＝グループ特定情報、言語設定情報）と、アクセスのあったコンテンツのパス（＝コンテンツ特定情報）とを少なくても対応付けて蓄積している。尚、上記の実施形態では、アクセスログ収集部２００は外部のクラウドシステムとしているが、コンテンツ配信システム１００に含めてもよい。

送受信部１００１は、クライアント端末３００（＝アクセス元）から、コンテンツ案内画面にアクセスするためのリクエスト情報を受信する。ここでリクエスト情報とは、送信元ＩＰアドレス、「ＨＴＴＰ ＧＥＴ」メッセージ、ＨＴＴＰリクエストヘッダなどを含んだ要求メッセージである。

導出部１００２は、受信したリクエスト情報から訪問者使用言語（＝グループ特定情報、言語設定情報）を導出する。上記実施形態では、上記のとおりＨＴＴＰリクエストヘッダ内の「Accept-Language」の項目で指定されている値を、訪問者使用言語として抽出し、導き出すことを例示した。

集計値算出部１００３は、導出された訪問者使用言語と、アクセスログ収集部２００に収集されている情報（図９のテーブルＴ１）とに基づき、導出された訪問者使用言語における、ウェブサイトで扱っているコンテンツごとのアクセス集計値を導出する。上記の実施形態では、図９を用いて、テーブルＴ１からテーブルＴ３を導き出すことを例示した。

指標値算出部１００４は、テーブルＴ３に基づき、特定のコンテンツにアクセスが集中しているか否かをあらわす指標値を算出する。上記実施形態では、指標値としてジニ係数を算出することを説明した。

テンプレート選定部１００５は、算出されたジニ係数に基づき、アクセスの集中しているコンテンツに紐づいた画像を他のものよりも目立たせたコンテンツ案内画面を選定する。上記実施形態では、図８のＳ３１０〜３３１で示した処理を行うことで、図４（Ａ）〜図４（Ｄ）で示すレイアウトの中から１つを選定することを説明した。

画面生成部１００６は、テンプレート選定部１００５で選定されたコンテンツ案内画面を生成する。上記実施形態では、事前に設けられるテンプレートの中から、テンプレート選定部１００５により選定されたテンプレートを取得し、ＰＶ数の上位のコンテンツもしくは最上位のコンテンツのパスを、テンプレートの特定箇所（目立たせる表示となるように事前に指定されている箇所）に埋め込むことを説明した。また、このテンプレートに従ったコンテンツ案内画面を生成することを説明した。

この生成後のコンテンツ案内画面は、送受信部１００１によりアクセス元のクライアント端末３００に送信される。

また一方で、ログ収集部１００７は、クライアント端末３００から受信したリクエスト情報からコンテンツパスを抽出する。またログ収集部１００７は、受信したリクエスト情報からブラウザ言語設定を導出し、これらを対応付けてアクセスログ収集部２００に送信する。これによりアクセスログ収集部２００は、情報の収集を行うことができる。このログ収集部１００７の動作は、実施形態におけるログ収集フェーズの動作であり、図２や図６を用いて説明した。

図１１において、送受信部１００１、導出部１００２、画面生成部１００６、ログ収集部１００７は、Ｗｅｂサーバ１１０に備えられ、集計値算出部１００３、指標値算出部１００４、テンプレート選定部１００５は、表示パターン選定サーバ１２０に備えられるものとしたが、態様はこれに限定されない。サーバと機能ブロック（ソフトウェア）との対応付けは、どのような構成であっても構わない。

また、コンテンツ配信システム１００は、上記実施形態ではＷｅｂサーバ１１０と表示パターン選定サーバ１２０の２つのサーバ（コンピュータ）を含む構成としているが、これに限定されない。１つのサーバであってもよく、３つ以上の複数のサーバを含んだ構成であればよい。

最後に、Ｗｅｂサーバ１１０のハードウェア構成例を図１２に示す。尚、表示パターン選定サーバ１２０も図１２に示すものと同じ構成を有している。

Ｗｅｂサーバ１１０は、一般的なコンピュータと同等のハードウェア資源を備えている。したがって、ＣＰＵ１１１０、ＲＡＭ１１２０、ＲＯＭ１１３０、ストレージ１１４０、および通信Ｉ／Ｆ１１５０がバス１１６０を介して接続されている。通信Ｉ／Ｆ１１５０は、有線または無線で機器間を通信するためのインタフェースを構成し、表示パターン選定サーバ１２０などの外部機器と接続する。

ＣＰＵ１１１０は演算処理装置であり、Ｗｅｂサーバ１１０全体の動作を制御する。ＲＡＭ１１２０は揮発性記憶装置であり、ＲＯＭ１１３０は不揮発性記憶装置である。そしてストレージ１１４０は、ＨＤＤやＳＳＤなどの大容量記憶装置（補助記憶装置）である。

このハードウェア構成において、ＲＯＭ１１３０やストレージ１１４０に格納されたプログラム１１４１は、ＲＡＭ１１２０にロードされ、ＣＰＵ１１１０がこれを演算実行する。この実行により、種々の機能モジュールを含むソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、上記の構成を含むハードウェア資源との組み合わせによって、図１１に示す機能ブロックが構成される。

上記の実施形態では、ブラウザに設定されている訪問者使用言語を導出するものとするが、これに替えて、もしくは訪問者使用言語とともに、サイト訪問者の属している国情報を導出してもよい。国情報は、例えば送信元のグローバルＩＰアドレスをＩＣＡＮＮなどで管理されているサーバに問い合わせることで、導き出すことができる。

上記の実施形態では、アクセスログを収集する際、アクセス日時の情報も収集してアクセスログ収集部２００に記憶させておき、表示パターン選定サーバ１２０が、規定期間（例えば日単位、週単位、月単位など）内のアクセスログのみを処理対象にしてもよい。これにより、陳腐化したアクセスログを除外して、より好適な一覧を作成することができる。

上記の実施形態では、サイト訪問者からアクセスがあったときに、表示パターン選定サーバ１２０がその都度動作して表示パターンの選定処理を行っている（図７のＳ２０３、図８参照）。これに対し、サイト訪問者からのアクセスと、表示パターンの選定処理とを非同期にしてもよい。例えば、表示パターン選定サーバ１２０は、アクセスログ収集部２００に収集されているブラウザ言語設定ごとの表示パターンを、例えば日単位や週単位など、特定の周期処理にて行い、事前に選定しておく（＝第１の処理）。ここでは、表示パターン選定サーバ１２０は、図８の動作を、アクセスログ収集部２００に収集されている全てのブラウザ言語設定ごとに行うものとする（ja、en、fr、・・・それぞれの表示パターンを選定しておく）。またここでは、ブラウザ言語設定と表示パターンの識別情報とを対応付けたテーブルが作成される。

そしてＷｅｂサーバ１１０がサイト訪問者からアクセスを受け付け、表示パターン選定サーバ１２０に問い合わせを行うと、表示パターン選定サーバ１２０は、作成した上記のテーブルに基づき、事前に選定済みの表示パターン識別情報を返却する。Ｗｅｂサーバ１１０は、返却された表示パターン識別情報に基づき案内画面を作成し、これをアクセス元に送信する（＝第２の処理）。この実装により、サイト訪問者からアクセスがあった際のレスポンスが向上する。

本実施形態では、サイト訪問者に関する情報の１または複数の要素を類別してグループ分けを行っている。本実施形態では、ブラウザ言語設定がグループ分けの類別要素となっており、例えば「ja」（日本語圏のサイト訪問者）が第１グループ、「en」（英語圏のサイト訪問者）が第２グループ、「fr」（フランス語圏のサイト訪問者）が第３グループなどとなっている。また本実施形態においては、同じグループに所属するサイト訪問者同士は、同じ表示パターンとなり、グループの異なるサイト訪問者同士は、異なった表示パターンとなる。

すなわち、従来の構成では、ユーザ個人に紐づけられた履歴情報に基づき、表示を切り替えるものであったが、本実施形態の構成は、事前に定義されたグループに類別した集合体ごとの履歴情報に基づき、表示を切り替える。よって、初めてアクセスしたサイト訪問者に対しても、当該サイト訪問者の所属グループを特定することができれば、当該所属グループにとって好適となる一覧画面を、そのサイト訪問者に提供することができる。

本実施形態では、このようにブラウザ言語設定でグループを構成するものとしているが、これに限らない。例えば上記のように、送信元のグローバルＩＰアドレスを用いることで、国ごとにグループ分けを行うこともできる。また、例えばショッピングモールサイトなどでは、商品の種類や商品の色、値段区分などでグループ分けを行ってもよい。また、人の趣向について類別が可能であれば、この単位でグループ分けを行ってもよい。

本実施形態の案内ページ（＝案内画面）の生成動作は、サイト内のトップページのものに特定されない。サイトのページ階層構成において、トップページ以外の中段ページに、本実施形態の態様を適用してもよい。

本実施形態では、コンテンツごとのＰＶ数（＝アクセス集計値）を、サイト訪問者の所属グループごとに集計し、表示方法を決定する実装例について説明した。ＰＶ数以外にも、例えばサイト訪問者の滞在時間、新規来訪者の閲覧割合、ＥＣサイトの場合はコンテンツ閲覧からの売上貢献（例えばコンテンツの閲覧から購入に至った件数）などを、訪問者が属するグループ（国や言語など）毎に集計して、ランキングや表示方法を決定してもよい。すなわち、コンテンツ配信システム１００は、アクセスログ収集部２００がアクセスログとして収集可能な、サイトの訪問者数、閲覧ページ数などと上記で一例として列記した各種データや算出される値を、グループごとに集計し、ランキングや表示方法を決定してもよい。

コンテンツごとにＰＶ数を集計する場合は、図９に示すように、所属グループを特定するのに用いられるブラウザ設定言語、およびコンテンツパスのみを対応付けたテーブルＴ１があれば、集計することができる。これに対し、ＰＶ数以外、例えば「コンテンツ閲覧からの売上貢献」に基づき、案内画面の表示内容をグループごとに変える場合、集計対象となる「売上貢献」の情報も必要になる。よってこの場合、図９に示すテーブルＴ１は、ブラウザ設定言語、コンテンツパス、および売上貢献を対応付けたものとなる。そして図９に示すテーブルＴ２は、抽出後のブラウザ設定言語、コンテンツパス、売上貢献を対応付けたものとなり、テーブルＴ３は、抽出後のブラウザ設定言語における、コンテンツパスと売上貢献とを対応付けたものとなる。このテーブル構成以外は、上記で説明した処理を適用することができ、例えば売上貢献が他に比べて逸脱して大きく貢献しているコンテンツを大きくして強調表示したり、逆に売上貢献が他に比べて逸脱して小さいコンテンツを、売上が上がるように目立たせるため、大きくして強調表示したりすることができる。

本実施形態では、逸脱しているコンテンツの画像を大きくするなどして強調表示するものとしているが、逆に、逸脱しているコンテンツの画像を小さくして、相対的に他のものを強調表示するようにしてもよい。このように、コンテンツ配信システム１００は、コンテンツごとに集計したデータのうち、他に比べて逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を逸脱している方向に強調表示した案内画面を生成する。ここで、「逸脱している方向」とは、集計値の大小の方向を意味し、集計値の大きいものは大きく表示し、集計値の小さいものは小さく表示するなどの方向を意味する。

上記をまとめると、本実施形態では、ＰＶ数などの集計対象となる情報を、例えば、売上貢献、滞在時間、新規来訪者の閲覧数など、他の数値データに変更することが可能であり、当該集計対象となる情報に基づき、強調表示する画像をグループごとに変更することができる。

また、上記実施形態では、グループとして、ブラウザ言語設定に紐づくサイト訪問者の使用言語や、ＩＰアドレスに紐づくサイト訪問者の国などを例示したが、グループの種別についてはこれに限らない。例えば、サイト訪問者の性別、年齢層、趣向、ウェブサイトの利用年月の長さや利用回数などでグループ分けをしてもよい。ＥＣサイトなど、ウェブサイトがサイト訪問者のユーザ登録を行うものである場合、当該登録された内容に基づき、容易に所属グループの割り出しを行うことができる。ユーザ登録を行わないサイトの場合であっても、閲覧したコンテンツなどを分析することで、サイト訪問者の性別、年齢層、趣向などを類推することも可能である。これらをグループとする場合、例えばcookieの技術を用い、cookieの値に基づきサイト訪問者の所属グループを導出する。一つの実装例を記すと、まずＷｅｂサーバ１１０が、ウェブサイトにアクセスするためのリクエスト情報に含まれるcookieの値を抽出する。そしてＷｅｂサーバ１１０は、この値に紐づけられたサイト訪問者の性別、年齢層、趣向、ウェブサイトの利用年月の長さや利用回数などを、アクセスログ収集部２００から取得して、サイト訪問者の所属グループを割り出す。以降の動作については、上記で説明した動作を応用することができる。このようにすることで、サイト訪問者の性別ごと、世代ごと、趣向ごと、利用年月や利用回数ごとに、案内画面を切り替えることができる。尚、これ以外にも様々なグループの種別を用いて、案内画面を切り替えることができる。

以上、本実施形態のコンテンツ配信システム１００は、アクセス元から、案内画面にアクセスするためのリクエスト情報を受信し、受信したリクエスト情報に基づき、当該アクセス元の所属するグループを導出する。そしてコンテンツ配信システム１００は、アクセスログ収集部２００に収集されているアクセスログから、アクセス元と同じグループに所属するアクセスログの集合体を抽出する。コンテンツ配信システム１００は、事前に定義されたデータ（例えばＰＶ数、売上貢献、滞在時間、新規来訪者の閲覧数、売上貢献など、アクセスログとして収集される上記で列記したデータ）でコンテンツごとに集計する処理を、抽出したアクセスログの集合体に対して行う。そしてコンテンツ配信システム１００は、このコンテンツごとの集計値の中で、他のものや規定の範囲から逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を強調表示した案内画面を生成し、アクセス元にこの案内画面を送信する。

本実施形態では装置内部に発明を実施する機能が予め記録されている場合について説明したが、これに限らず、同様の機能をネットワークから装置にダウンロードしてもよいし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ、ＤＶＤ等、プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、いずれの形態であってもよい。またこのように予めインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働して、その機能を実現させてもよい。

本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、なんら拘束されない。さらに、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、すべて本発明の範囲内のものである。

１００：コンテンツ配信システム
１１０：Ｗｅｂサーバ
１１１：ＣＭＳ
１１２：プラグイン
１２０：表示パターン選定サーバ
２００：アクセスログ収集部
３００、３０１、３０２、３０３：クライアント端末
１００１：送受信部
１００２：導出部
１００３：集計値算出部
１００４：指標値算出部
１００５：テンプレート選定部
１００６：画面生成部
１００７：ログ収集部

Claims (8)

1. ウェブサイトを訪問したユーザの、当該ウェブサイト内で扱っているコンテンツに対するアクセスログを収集する収集システムを用いて、コンテンツの案内画面を生成する、１または複数のコンピュータを含んだコンテンツ配信システムであって、
   前記コンピュータは、
   アクセス元から、前記案内画面にアクセスするためのリクエスト情報を受信し、
   受信したリクエスト情報に基づき、前記アクセス元の所属するグループを導出し、
   前記収集システムに収集されているアクセスログから、前記アクセス元と同じグループに所属するアクセスログの集合体を抽出し、
   事前に定義されたデータでコンテンツごとに集計する処理を、前記アクセスログの集合体に対して行い、
   このコンテンツごとの集計値の中で、逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を逸脱している方向に強調表示した案内画面を生成し、
   前記アクセス元に、前記案内画面を送信する、
   ことを特徴とするコンテンツ配信システム。
2. 前記収集システムは、グループを特定するグループ特定情報と、各ユーザが過去に訪問したコンテンツを特定するための情報であるコンテンツ特定情報とを含めた情報を、前記アクセスログとして収集し、
   前記コンピュータは、
   アクセス元から受信したリクエスト情報から、グループ特定情報を導出し、
   導出された前記グループ特定情報と前記収集システムに収集されているコンテンツ特定情報とに基づき、導出された前記グループ特定情報における、前記ウェブサイトで扱っているコンテンツごとのアクセス集計値を導出し、
   当該コンテンツごとのアクセス集計値に基づき、特定のコンテンツにアクセスが集中しているか否かをあらわす指標値を算出し、
   前記指標値に基づき、アクセスの集中しているコンテンツに紐づいた画像を他のものよりも強調した案内画面を生成する、
   ことを特徴とする、請求項１に記載のコンテンツ配信システム。
3. 前記コンピュータは、さらに、
   受信したリクエスト情報に含まれたコンテンツ特定情報を抽出し、当該コンテンツ特定情報と、受信した前記リクエスト情報から導出されるグループ特定情報とを対応付けて、前記収集システムに送信することで、前記収集システムに情報の収集を行わせることを特徴とする、請求項２に記載のコンテンツ配信システム。
4. 前記グループ特定情報は、前記アクセス元で使用されているブラウザの言語設定情報であることを特徴とする、請求項２または請求項３に記載のコンテンツ配信システム。
5. 前記グループ特定情報は、前記アクセス元のグローバルＩＰアドレスから導出される国情報であることを特徴とする、請求項２乃至４のいずれか１項に記載のコンテンツ配信システム。
6. 前記コンピュータは、アクセスの集中しているコンテンツに紐づいた画像を、他のものよりも大きく配置するか、または他のものよりも上側に配置するかのいずれか一方または両方を行った案内画面を生成することを特徴とする、請求項２乃至５のいずれか１項に記載のコンテンツ配信システム。
7. ウェブサイトを訪問したユーザの、当該ウェブサイト内で扱っているコンテンツに対するアクセスログを収集する収集システムを用いて、コンテンツの案内画面を生成する、１または複数のコンピュータを含んだコンテンツ配信システムであって、
   前記コンピュータは、
   前記収集システムに収集されているアクセスログから、アクセス元と同じグループに所属するアクセスログの集合体を、グループごとに抽出し、
   事前に定義されたデータでコンテンツごとに集計する処理を、前記アクセスログの集合体のそれぞれに対して行い、
   このコンテンツごとの集計値の中で、逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を逸脱している方向に強調表示した案内画面を、グループごとに生成する第１の処理を事前に実行しておき、
   アクセス元から、前記案内画面にアクセスするためのリクエスト情報を受信し、
   受信したリクエスト情報に基づき、前記アクセス元の所属するグループを導出し、
   前記第１の処理で生成された案内画面の中から、導出した前記グループに対応した案内画面を特定し、前記アクセス元に送信する第２の処理を、前記案内画面にアクセスするためのリクエスト情報を受信するごとに実行する、
   ことを特徴とするコンテンツ配信システム。
8. ウェブサイトを訪問したユーザの、当該ウェブサイト内で扱っているコンテンツに対するアクセスログを収集する収集システムを用いて、コンテンツの案内画面を生成するコンテンツ配信プログラムであって、
   アクセス元から、前記案内画面にアクセスするためのリクエスト情報を受信し、
   受信したリクエスト情報に基づき、前記アクセス元の所属するグループを導出し、
   前記収集システムに収集されているアクセスログから、前記アクセス元と同じグループに所属するアクセスログの集合体を抽出し、
   事前に定義されたデータでコンテンツごとに集計する処理を、前記アクセスログの集合体に対して行い、
   このコンテンツごとの集計値の中で、逸脱しているものがある場合、当該逸脱しているコンテンツと紐づけられた画像を逸脱している方向に強調表示した案内画面を生成し、
   前記アクセス元に、前記案内画面を送信する、
   処理を、１または複数のコンピュータに実行させるためのコンテンツ配信プログラム。