JP2001306947A - アクセス分析システム、アクセス分析方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ビジネスユーザがサービスを企画、展開、推
進する上で有用な情報を提供する。 【解決手段】 ＵＲＬマスタ作成部１１は、アクセスロ
グ１０に記録されたＵＲＬを、ウェブページで提供され
るサービスにマッピングさせるためのＵＲＬマスタ１２
を作成する。指標マスタ作成部１４は、ビジネスユーザ
が必要とする指標定義情報と、上記ＵＲＬマスタ１２で
定義した、サービスを特定するＵＲＬＩＤとを対応付け
た指標マスタ１５を作成する。アクセスログテーブル作
成部１６は、上述したＵＲＬマスタ１２を参照し、ユー
ザが利用したサービスを一意的に特定することが可能な
アクセスログテーブル１７を作成する。分析処理部２２
は、指標マスタ１２、アクセスログテーブル１７などに
従って分析結果テーブル２３を作成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サービス提供サイ
トへのアクセス状況を記録するアクセスログから、ユー
ザが利用したサービスを特定するアクセス分析システ
ム、アクセス分析方法および記録媒体に関する。

【０００２】

【従来の技術】近年、インターネット／Ｗｅｂは、ます
ます社会的なインフラストラクチャとして浸透していく
と考えられる。Ｗｅｂを用いた情報システム（以下、Ｗ
ｅｂシステム）は、現在、数多く立ち上がっているが、
その多くが単に情報を提供するだけのものとなっている
一方、Ｗｅｂシステムを消費者へのチャネル（窓口）の
１つとして活用する企業も増加してきている。そこで、
近年、Ｗｅｂシステムから取得できるアクセスログを用
いて、閲覧者の行動を分析するサービス／パッケージ
（アクセスログ分析ツール、アクセスログ分析サービ
ス）が出てきており、従来のＷｅｂシステムの付加価値
として着目されている。

【０００３】例えば、特開平１０−１２４４２８では、
予め、情報獲得のためのプログラムをクライアントにイ
ンストールしておき、閲覧者側にＷＷＷ上での閲覧履歴
を記録し、クライアントプログラムが起動される際に、
クライアントから情報提供者側に上記閲覧履歴を自動的
に送信することで、サーバ側に閲覧情報を収集する技術
が開示されている。

【０００４】また、特開平１０−３１２３２３では、ア
クセスログをバッチ的に処理し、自動統計処理を行い、
Ｗｅｂ上でその結果を参照可能にする技術が開示されて
いる。

【０００５】また、特開平８−１１５３６７では、クラ
イアントサーバ・システムにおいて、クライアント要求
履歴を記録し、分析するサービスが開示されている。該
サービスでは、例えば、ＣＡＴＶでのテレビショッピン
グにおいて、視聴率等をモニタリングし、さらにアンケ
ート情報や商品照会サービスなどを提供し、その履歴を
用いて分析する。これによって、顧客ニーズの把握、商
品の生産などの流通を管理する。

【０００６】

【発明が解決しようとする課題】ところで、例えば商品
販売が目的のＷｅｂサイトで実際にサービスを企画、展
開、推進するビジネスユーザは、商品ごとの閲覧数、購
買数、またはそれらの比率などに基づいて、陳列商品の
選択やプロモーション対象商品の選択などを行う。この
ため、ビジネスユーザにとっては、上記情報が得られな
ければ、提供しているサービスを最適化することができ
ず、効果的なサービスを提供することができない。

【０００７】しかしながら、上述した特開平１０−１２
４４２８では、クライアント側でログを収集するために
特別なプログラムをエンドユーザにインストールしても
らう必要がある。また、そのエンドユーザがどの程度自
分のサーバにアクセスしているのかは分かるが、自分の
サイトのビジネスワークフローに従った分析を行うこと
ができない。

【０００８】また、特開平１０−３１２３２３では、ロ
グ分析ツールと同様、サイト管理者に必要な情報を提供
するためのものであり、ビジネスユーザに必要な情報を
提供する仕組みではない。

【０００９】また、特開平８−１１５３６７では、ＣＡ
ＴＶを用いたシステムを始め、一般的なシステムでは、
元々のシステム（基幹系システム）がビジネスワークフ
ローに従ったスキーマになっている。そのため、そのデ
ータを利用してデータウェアハウスなどの情報系システ
ムを構築し、ビジネスユーザが必要とする情報を提供す
ることは、困難ではない。しかしながら、Ｗｅｂシステ
ムにおいて出力されるアクセスログは、ビジネスワーク
フローとは直接関係しないものであり、この情報をその
まま用いても、ビジネスユーザに必要な情報を提供する
ことはできない。

【００１０】このように、従来技術によるアクセスログ
分析ツール／サービスは、まだまだ単純なものであり、
「全体のアクセス数」や「アクセス数Ｔｏｐ１０」など
サイト構築者にとって有効な情報を提供することはでき
るが、例えば商品販売が目的のＷｅｂサイトでは、「ど
のような商品がどれくらい閲覧され、売れているのか。
また、購買者はどのような人なのか。」といった、ビジ
ネスユーザに必要な情報を提供することができない。こ
れらの情報をビジネスユーザが得られない場合、提供し
ているサービスを最適化することができず、効果的なサ
ービスを提供することができないという問題がある。

【００１１】この発明は上述した事情に鑑みてなされた
もので、ビジネスユーザがサービスを企画、展開、推進
する上で有用な情報を提供することができるアクセス分
析システム、アクセス分析方法および記録媒体を提供す
ることを目的とする。

【００１２】

【課題を解決するための手段】上述した問題点を解決す
るために、請求項１記載の発明では、ウェブページの所
在を示すアドレス情報と、ウェブページで提供されるサ
ービスとを対応付けたアドレス変換テーブルと、前記ア
ドレス変換テーブルに保持されているアドレス情報とサ
ービスとの対応関係に基づいて、サービス提供サイトへ
のアクセス状況を記録するアクセスログに記録された、
ユーザが利用したウェブページのアドレス情報を、前記
サービスに変換する変換手段とを具備し、ユーザが利用
したサービスを一意的に特定することを特徴とする。

【００１３】また、請求項２記載の発明では、請求項１
記載のアクセス分析システムにおいて、ウェブページへ
のアクセス状況を知るための指標と前記サービスとを対
応付けた指標テーブルと、前記指標テーブルに保持され
ている指標とサービスとの対応関係に基づいて、前記変
換手段により変換された、ユーザが利用したサービスか
ら前記指標を算出する算出手段とを具備することを特徴
とする。

【００１４】また、上述した問題点を解決するために、
請求項３記載の発明では、ウェブページへアクセスする
ために外部サイトのウェブページに設定されたリンク情
報に該リンクが設定されたウェブページを識別するため
の識別情報を埋め込むリンク情報設定手段と、前記リン
ク情報から前記ウェブページへアクセスしようとするユ
ーザ端末へ前記識別情報を転送する転送手段と、前記ユ
ーザ端末が前記ウェブページへアクセスした際に、前記
ユーザ端末から転送されてくる前記識別情報を記録する
記録手段とを具備し、ユーザが前記ウェブページへアク
セスしてきた外部サイトを一意的に特定することを特徴
とする。

【００１５】また、上述した問題点を解決するために、
請求項４記載の発明では、ウェブページの所在を示すア
ドレス情報と、ウェブページで提供されるサービスとを
対応付けるステップと、前記アドレス情報と前記サービ
スとの対応関係に基づいて、サービス提供サイトへのア
クセス状況を記録するアクセスログに記録された、ユー
ザが利用したウェブページのアドレス情報を、前記サー
ビスに変換するステップと、ユーザが利用したサービス
を一意的に特定するステップとを含むことを特徴とす
る。

【００１６】また、上述した問題点を解決するために、
請求項５記載の発明では、ウェブページの所在を示すア
ドレス情報と、ウェブページで提供されるサービスとが
対応付けられたアドレス変換テーブルと、前記アドレス
変換テーブルに保持されているアドレス情報とサービス
との対応関係に基づいて、サービス提供サイトへのアク
セス状況を記録するアクセスログに記録された、ユーザ
が利用したウェブページのアドレス情報を、前記サービ
スに変換するステップとを実行させるためのプログラム
をコンピュータ読み取り可能な記録媒体に記録したこと
を特徴とする。

【００１７】この発明では、アドレス変換テーブルに、
ウェブページの所在を示すアドレス情報と、ウェブペー
ジで提供されるサービスとを対応付けて保持しておく。
変換手段は、前記アドレス変換テーブルに保持されてい
るアドレス情報とサービスとの対応関係に基づいて、サ
ービス提供サイトへのアクセス状況を記録するアクセス
ログに記録された、ユーザが利用したウェブページのア
ドレス情報を、前記サービスに変換し、ユーザが利用し
たサービスを一意的に特定する。したがって、ビジネス
ユーザに対して、一般のユーザがどのようなサービスを
どの程度の頻度で利用しているかを取得することが可能
となり、ビジネスユーザがサービスを企画、展開、推進
する上で有用な情報を提供することが可能となる。

【００１８】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。 Ａ．実施形態の構成 図１は、本発明の実施形態によるネットワーク構成を示
すブロック図である。図において、ビジネスユーザは、
提供すべきサービス内容に従ったＷｅｂページ制作をコ
ンテンツ管理者に依頼し、該コンテンツ管理者は、ビジ
ネスユーザからの依頼に従ってＷｅｂページを制作し、
該Ｗｅｂページを上記Ｗｅｂサーバ１に登録する。Ｗｅ
ｂサーバ１は、インターネット／イントラネットなどの
ネットワーク２に接続され、コンテンツ管理者により制
作されたＷｅｂページをアクセスしてきた不特定多数ま
たは特定のユーザ端末に閲覧可能に提供する。該Ｗｅｂ
サーバ１は、一般的に、業務系システム管理者により管
理・運営される。データウェアハウス３は、ネットワー
ク２に接続され、業務系システム管理者やコンテンツ制
作者、ビジネスユーザなどがＷｅｂサーバ１上で提供す
るサービスを管理・運営する際に必要となる各種情報を
蓄積する。ユーザ端末４は、一般のユーザに用いられる
パーソナルコンピュータ、携帯情報端末、携帯電話、Ｐ
ＨＳなど、ネットワーク２上のＷｅｂサーバ１にアクセ
スし、少なくともＷｅｂページを閲覧可能な機器であ
る。

【００１９】次に、図２は、本実施形態によるアクセス
分析システムの構成を説明するためのブロック図であ
る。Ｗｅｂサーバ１は、アクセスしてきたユーザに関す
る情報としてアクセスログ１０を生成する。アクセスロ
グには、図３（ａ）に示すＩＩＳのログ（拡張Ｗ３ＣＥ
ｘｔｅｎｄｅｄ形式）と、図３（ｂ）に示すＮＣＳＡＣ
ｏｍｍｏｎ形式のログ等が知られている。

【００２０】ＩＩＳのログは、各項目を空白で区切り、
項目には、日付（date）、時間（time）、クライアント
ＩＰアドレス（c-ip）、ユーザ名（cs-username）、サ
ービス名（s-sitename）、サーバ名（s-computernam
e）、メソッド（cs-method）、ＵＲＩ Ｓｔｅｍ（cs-u
ri-stem）、ＵＲＩクエリ（cs-uri-query）、ＨＴＴＰ
の状態（sc-status）、送信バイト数（sc-bytes）、受
信バイト数（cs-bytes）、所要時間（time-taken）、ユ
ーザエージェント（cs（User-Agent））、参照元（cs
（Referer））がある。また、ＮＣＳＡ Ｃｏｍｍｏｎ
形式のログは、各項目を空白で区切り、項目には、クラ
インとＩＰアドレス、ユーザ名、日付、時間、メソッ
ド、ＵＲＩ Ｓｔｅｍ、ＨＴＴＰの状態、送信バイト数
がある。

【００２１】ここで、図４は、アクセスログの一構成例
を示す概念図である。図において、アクセスログは、ク
ライアントＩＰ、ユーザＩＤ、システム日時、フルリク
エスト（メソッド、ＵＲＬ，パラメータ、バージョ
ン）、リザルト、コンテンツ長などからなる。例１で
は、顧客ＩＤ：ＡＢＣ０１２３のクライアント（顧客）
が２７日の午前０時に、店舗（shop）のヘルプ（help.h
tml）を見たことを意味する。次に、例２では、顧客Ｉ
Ｄ：ＡＢＣ０１２３のクライアント（顧客）が２７日の
午前０時に、商品ＩＤが「４９０１２３」の商品の詳細
を見たことを意味する。そして、例３では、顧客ＩＤ：
ＡＢＣ０１２３のクライアント（顧客）が２７日の午前
０時に、フォーラムのテーマ０１で、１５２番のメッセ
ージを見たことを意味する。

【００２２】このように、アクセスログ１０には、どの
ユーザがいつ、どのＷｅｂページを閲覧したか、あるい
はクリックした選択肢が詳細に記されている。しかしな
がら、アクセスログ１０は、その解釈方法がＷｅｂサイ
トの物理的なインプリメントに依存するため、その意味
を解釈するには高度なデータハンドリングスキルが必要
となり、ビジネスユーザには困難である。

【００２３】次に、ＵＲＬマスタ作成部１１は、ネット
ワーク２に接続可能なコンピュータなどで実現される機
能であり、物理的なＵＲＬをビジネスワークフローに従
った論理的な構造にマッピングさせるためのＵＲＬマス
タ１２を作成する。該ＵＲＬマスタ１２は、アクセスロ
グから得られる、ユーザが閲覧したＷｅｂページのＵＲ
ＬからそのＷｅｂページ上で提供されるサービスを一意
的に特定するために用いられ、データウェアハウス３に
保持される。なお、本実施形態では、ＵＲＬマスタ作成
部１１を、コンテンツ管理者に属するようにしたが、こ
れに限らず、ビジネスユーザに属させたり、独立した機
能として存在させてもよい。

【００２４】ここで、ＵＲＬマスタ１２について説明す
る前に、ビジネスユーザにより例えば商品販売サービス
のサイトが提供される場合を想定し、該商品購入までの
流れと、各ＷｅｂページのＵＲＬ（アクセスログのＵＲ
Ｌ）の一例について図５ないし図９を参照して説明す
る。図５は、商品販売を行うサイトにおける購入までの
流れおよび各ＷｅｂページのＵＲＬ（アクセスログのＵ
ＲＬ）を示す図である。また、図６ないし図９は、商品
販売を行うサイトの主要なＷｅｂページを示す模式図で
ある。

【００２５】まず、ユーザは、Ｗｅｂサーバにアクセス
し、商品販売を行っているトップページを閲覧する（Ｓ
１０）。該トップページを閲覧することにより、アクセ
スログのＵＲＬには、「http://www.EC_Site.com/inde
x.html」が記録される。そして、該トップページは、例
えば、図６に示す画面となる。該トップページには、ビ
ジネスユーザによる商品販売サービスで提供される項目
として、「お買い物コーナー」、「お店紹介」、「ご意
見箱」が設定されている。いずれかの項目を選択（クリ
ック）することにより、それぞれのＷｅｂページへジャ
ンプする。

【００２６】ここで、ユーザが「お買い物コーナー」を
選択すると、対応するＷｅｂページへジャンプし、さら
に、ユーザが所望の商品が属するカテゴリ（分類）を選
択すると、そのカテゴリで分類されている商品棚を閲覧
するための商品棚閲覧ページへ移動する（Ｓ１２）。該
商品棚閲覧ページを閲覧することにより、アクセスログ
のＵＲＬには、「http://www.EC_Site.com/shop/Slist.
asp?CID=001」が記録される。そして、該商品棚閲覧ペ
ージは、例えば、図７に示す画面となる。なお、上記Ｕ
ＲＬの「ＣＩＤ（カテゴリＩＤ）」は、商品のカテゴリ
を識別するための識別情報であり、この場合、「ＣＩＤ
＝００１」のカテゴリに分類された商品棚が閲覧された
ことを示す。

【００２７】図７では、商品のカテゴリとして「パン」
が選択された場合の商品棚閲覧ページを示している。こ
の例では、商品のカテゴリとして、図示のフレームＦ１
に示すように、「米類」、「パン」、「めん類」、「幼
児品」、「生鮮魚」、「干物類」、「生鮮肉」などがあ
る。また、該商品棚閲覧ページには、図７に示すよう
に、フレームＦ２には、各商品の商品名称、単価、数
量、および購入希望して「かご投入」するための「ＢＡ
ＳＫＥＴ」ボタンなどが表示されている。また、画面下
段のフレームＦ３には、「かご投入」した商品の一覧が
表示されている。

【００２８】次に、ユーザは、商品棚ページに表示され
ている複数の商品の中から所望する商品を選択すること
で、その商品の詳細な情報を閲覧するための商品閲覧ペ
ージへ移動する（Ｓ１４）。該商品閲覧ページを閲覧す
ることにより、アクセスログのＵＲＬには、「http://w
ww.EC_Site.com/shop/Sdetail.asp?PID=0123」が記録さ
れる。そして、該商品閲覧ページは、例えば、図８に示
す画面となる。なお、上記ＵＲＬの「ＰＩＤ（プロダク
トＩＤ）」は、商品を識別するための識別情報であり、
この場合、プロダクトＩＤが「０１２３」の商品の詳細
な情報が閲覧されたことを示す。

【００２９】図８では、フレームＦ４の内容は、上述し
た図７に示す商品棚閲覧ページのフレームＦ１と同じ
く、商品のカテゴリが表示されている。また、この例で
は、フレームＦ５に、商品の詳細な情報として、商品の
写真、商品コード、商品名称、容量・単位、特徴、消費
税、クレジットカードでの支払可否、単価、数量、およ
び購入希望して「かご投入」するための「ＢＡＳＫＥ
Ｔ」ボタンが表示されている。フレームＦ６に付いて
は、上述した図７に示す商品棚閲覧ページと同じく、
「かご投入」した商品の一覧が表示されている。

【００３０】次に、ユーザは、詳細な情報を閲覧した結
果、購入を希望すると、数量などを入力した後、商品を
かごに投入すべく、図８に示すフレームＦ５の「ＢＡＳ
ＫＥＴ」ボタンを選択（クリック）する（Ｓ１６）。な
お、商品の詳細な情報を確認することなく、図７に示す
商品棚閲覧ページの各商品に設定された「ＢＡＳＫＥ
Ｔ」ボタンを選択（クリック）してもよい。この「ＢＡ
ＳＫＥＴ」ボタンの選択動作により、アクセスログのＵ
ＲＬには、「http://www.EC_Site.com/shop/kago.asp?P
ID=0123」が記録される。以下、同様にして、所望する
商品があれば、その商品の「ＢＡＳＫＥＴ」ボタンを選
択することにより、「かご投入」を繰り返す。この結
果、図９に示すように、フレームＦ７には、「かご投
入」した商品の一覧が表示されることになる。

【００３１】図９のフレームＦ７に示す商品一覧におい
て、各商品に設定された「削除」ボタンは、「かご投
入」した商品を取り消すためのものである。ユーザは、
一旦、購入すべく「かご投入」した商品を取り消す場
合、該「削除」ボタンを選択（クリック）する（Ｓ１
８）。この「削除」ボタンの選択動作により、アクセス
ログのＵＲＬには、「http://www.EC_Site.com/shop/ka
go.asp?DELID=0123」が記録される。なお、上記ＵＲＬ
の「ＤＥＬＩＤ（取消ＩＤ）」は、取り消された商品を
識別するための識別情報であり、この場合、取消ＩＤが
「０１２３」の商品が取り消されたことを示す。

【００３２】また、図９のフレームＦ７に示す商品一覧
において、ユーザが、商品確認後、「清算」ボタンを選
択（クリック）すると、「かご投入」した商品の合計金
額や納期などを確認するためのＷｅｂページ「商品確
認」（Ｓ２０）や、正式に発注するためのＷｅｂページ
「購入確定」（Ｓ２２）へジャンプする。「商品確認」
の場合、アクセスログのＵＲＬには、「http://www.EC_
Site.com/shop/kakunin.asp?OID=98765」が記録され
る。また、「購入確定」の場合、アクセスログのＵＲＬ
には、「http://www.EC_Site.com/shop/kakutei.asp?OI
D=98765」が記録される。なお、上記ＵＲＬの「ＯＩＤ
（オーダＩＤ）」は、どの注文であるかを識別するため
に注文に自動的に付された識別情報であり、この場合、
オーダＩＤが「９８７６５」の注文であることを示す。

【００３３】次に、上述したＵＲＬマスタ１２のデータ
構成について説明する。図１０は、ＵＲＬマスタ１２の
一例を示す概念図である。ＵＲＬマスタ１２は、Ｗｅｂ
ページの物理的な構造を示すＵＲＬを、上述した商品販
売のビジネスフローに従った論理的な構造にマッピング
させるためのテーブルである。図１０において、構造
Ａ，Ｂ，Ｃは、論理的な構造を示し、最上位に「ＴＯ
Ｐ」があり、Ｗｅｂページのトップページ（index.htm
l）に対応する。該「ＴＯＰ」の下位には、「店舗」が
あり、Ｗｅｂページのトップページから商品を購入する
ためのＷｅｂページ（shop/）に対応する。

【００３４】上記「店舗」の下位には、「商品棚」、
「商品詳細」、「買い物」がある。「商品棚」の下位に
は、さらに、「表示」があり、当該販売サービスで取り
扱われている商品が掲載されたＷｅｂページ（shop/Sli
st.asp）に対応する。該「shop/Slist.asp」には、商品
のカテゴリを示すＣＩＤ（カテゴリＩＤ）が引数として
存在することを示すべく、対応するＣＩＤ欄に「１」を
立てている。また、「商品詳細」の下位には、さらに、
「個別Ｐ（個別商品）」があり、個々の商品の仕様や価
格などが掲載されたＷｅｂページ（shop/Sdetail.asp）
に対応する。該「shop/Sdetail.asp」には、選択された
商品を識別するためのＰＩＤ（プロダクトＩＤ）が引数
として存在することを示すべく、対応するＰＩＤ欄に
「１」を立てている。

【００３５】また、「買い物」の下位には、さらに、
「かご投入」、「かご取出し」、「注文確認」、「購入
確定」がある。「かご投入」は、「商品詳細」で商品の
詳細情報が確認された後、ユーザにより購入しようと選
択された商品を一時的に記憶させる動作（shop/kago.as
p）に対応する。該「shop/kago.asp」には、購入すべく
選択された商品を識別するためのＰＩＤが引数として存
在することを示すべく、対応するＰＩＤ欄に「１」を立
てている。同様に、「かご取出し」は、一旦、購入しよ
うと選択された商品、すなわち「かご投入」された商品
を取り消す動作（shop/kago.asp）に対応する。該「sho
p/kago.asp」には、購入が取り消された商品を識別する
ためのＤＥＬＩＤ（取消ＩＤ）が引数として存在するこ
とを示すべく、対応するＤＥＬＩＤ欄に「１」を立てて
いる。また、「注文確認」は、「かご投入」した商品を
確認する動作（shop/kakunin.asp）に対応する。該「sh
op/kakunin.asp」には、当該注文に自動的に付されたＯ
ＩＤ（オーダＩＤ）が引数として存在することを示すべ
く、対応するＯＩＤ欄に「１」を立てている。また、
「購入確定」は、「かご投入」された商品を発注（正式
に注文）する動作（shop/kakutei.asp）に対応する。該
「shop/kakutei.asp」には、上記同様に、ＯＩＤ（オー
ダＩＤ）が引数として存在することを示すべく、対応す
るＯＩＤ欄に「１」を立てている。

【００３６】さらに、ＵＲＬマスタ１２には、図示する
ように、ＵＲＬがどの論理構造に対応するかを一意に特
定するためのＵＲＬＩＤが付されている。すなわち、
「index.html」には、ＵＲＬＩＤ＝「０」を対応させ
る。同様に、「shop/Slist.asp」にはＵＲＬＩＤ＝
「１」、「shop/Sdetail.asp」にはＵＲＬＩＤ＝
「２」、「shop/kago.asp」にはＵＲＬＤＩＤ＝
「３」、「shop/kago.asp」にはＵＲＬＩＤ＝「４」、
「shop/kakunin.asp」にはＵＲＬＤＩＤ＝「５」、「sh
op/kakutei.asp」にはＵＲＬＩＤ＝「６」を対応させ
る。なお、論理構造「かご投入」と、論理構造「かご取
出し」には、どちらも「shop/kago.asp」が対応する
が、前者にはＰＩＤが、後者にはＤＥＬＩＤが付随する
ので、区別可能となっている。

【００３７】このように、ＵＲＬマスタ１２を参照する
ことで、アクセスログ１０から得られる、ユーザが閲覧
したＷｅｂページのＵＲＬ、もしくはクリックしたボタ
ンにリンクされたＵＲＬからそのＷｅｂページ上で提供
されるサービスを、ＵＲＬＩＤにより一意的に特定する
ことが可能となる。

【００３８】次に、指標定義情報１３は、ビジネスユー
ザが効果的なサービスを提供するために必要とされる情
報（例えば、商品ページ閲覧数、注文数など）、すなわ
ちビジネスワークフロー中で測定すべき情報（以下、指
標）である。指標マスタ作成部１４は、ネットワーク２
に接続可能なコンピュータなどで実現される機能であ
り、ビジネスユーザによって定義された指標定義情報
と、上記ＵＲＬマスタ１２で定義した、ビジネスユーザ
が提供するサービスを特定するＵＲＬＩＤとを対応付け
た指標マスタ１５を作成する。該指標マスタ１５は、デ
ータウェアハウス３に保持される。なお、本実施形態で
は、指標マスタ作成部１４を、コンテンツ管理者に属す
るようにしたが、これに限らず、ビジネスユーザに属さ
せたり、独立した機能として存在させてもよい。

【００３９】ここで、指標マスタ１５のデータ構成につ
いて説明する。図１１は、指標マスタ１５の一例を示す
概念図である。図示の例では、ビジネスユーザにより、
「商品閲覧数」、「かご投入数（購入しようとした
数）」、「かご取出し数（購入を取り消した数）」、
「注文数（実際に購入した数）」が指標として定義され
ている。それぞれの指標は、その指標に関する情報を取
得するためのＵＲＬＩＤに対応付けられている。例え
ば、「商品閲覧数」は、ＵＲＬＩＤ＝「２」に対応付け
られている。ＵＲＬＩＤ＝「２」は、前述したＵＲＬマ
スタ１２によれば、論理構造Ｃの「個別Ｐ」である。す
なわち、「商品閲覧数」は、ユーザが商品の詳細な情報
が掲載されたＷｅｂページ（ＵＲＬ＝shop/Sdetail.as
p）を閲覧した動作に対応し、該閲覧動作をカウントす
れば、商品閲覧数を取得することが可能となることを示
している。さらに、この場合、ＰＩＤの引数により、閲
覧された商品に関する情報（商品名、仕様、価格など）
も取得することが可能である。

【００４０】同様に、「かご投入数」は、ＵＲＬＩＤ＝
「３」に対応付けられている。ＵＲＬＩＤ＝「３」は、
前述したＵＲＬマスタ１２によれば、論理構造Ｃの「か
ご投入」である。すなわち、「かご投入数」は、ユーザ
が「かご投入＝ＢＡＳＫＥＴ」を選択した動作（ＵＲＬ
＝shop/kago.asp）に対応し、該選択動作をカウントす
れば、かご投入数を取得することが可能となることを示
している。さらに、この場合、ＰＩＤの引数により、購
入しようと選択された商品に関する情報（商品名、仕
様、価格など）も取得することが可能である。

【００４１】また、「かご取出し数」は、ＵＲＬＩＤ＝
「４」に対応付けられている。ＵＲＬＩＤ＝「４」は、
前述したＵＲＬマスタ１２によれば、論理構造Ｃの「か
ご取出し」である。すなわち、「かご取出し数」は、ユ
ーザが「かご取出し」を選択した動作（ＵＲＬ＝shop/k
ago.asp）に対応し、該選択動作をカウントすれば、
「かご取出し数」を取得することが可能となることを示
している。なお、この場合、ＵＲＬのＤＥＬＩＤの有無
により、「かご投入」であるか、「かご取出し」である
かは区別できるようになっている。

【００４２】また、「注文数」は、ＵＲＬＩＤ＝「５」
に対応付けられている。ＵＲＬＩＤ＝「５」は、前述し
たＵＲＬマスタ１２によれば、論理構造Ｃの「注文確
認」である。すなわち、「注文数」は、ユーザが注文を
確認するために商品リストが掲載されたＷｅｂページ
（ＵＲＬ＝shop/kakunin.asp）を閲覧した動作に対応
し、該閲覧動作をカウントすれば、「注文数」を取得す
ることが可能となることを示している。

【００４３】次に、図２に示すアクセスログテーブル作
成部１６は、ネットワーク２に接続可能なコンピュータ
などで実現される機能であり、上述したＵＲＬマスタ１
２を参照し、アクセスログ１０に記された、ユーザが閲
覧したＷｅｂページのＵＲＬに対応するＵＲＬＩＤを、
アクセスログ１０に付与し、アクセスログテーブル１７
を作成する。なお、本実施形態では、アクセスログテー
ブル作成部１６を、独立した機能として存在させたが、
これに限らず、コンテンツ管理者やビジネスユーザに属
させるようにしてもよい。

【００４４】ここで、アクセスログテーブル１７につい
て説明する。図１２は、本実施形態によるアクセスログ
テーブルの一例を示す概念図である。図において、アク
セスタイム、カスタマＩＤ、ＰＩＤなどはアクセスログ
１０の内容である。また、ＵＲＬＩＤは、アクセスログ
１０に記録されたＵＲＬを、上述したＵＲＬマスタ１２
の対応するＵＲＬＩＤで置き換えたものである。すなわ
ち、アクセスログ１０に、「トップ」ページのＵＲＬ
「「http://www.EC_Site.com/index.html」が記録され
ていた場合には、ＵＲＬＩＤとして「０」に置き換え
る。また、アクセスログ１０に、「商品棚」ページのＵ
ＲＬ「http://www.EC_Site.com/shop/Slist.asp?CID=00
1」が記録されていた場合には、ＵＲＬＩＤとして
「１」に置き換える。同様にして、「商品詳細」ページ
のＵＲＬ「http://www.EC_Site.com/shop/Sdetail.asp?
PID=0123」をＵＲＬＩＤの「２」、「かご投入」のＵＲ
Ｌ「http://www.EC_Site.com/shop/kago.asp?PID=012
3」をＵＲＬＩＤの「３」、「かご取出し」のＵＲＬ「h
ttp://www.EC_Site.com/shop/kago.asp?DELID=0123」を
ＵＲＬＩＤの「４」、「注文確認」のＵＲＬ「http://w
ww.EC_Site.com/shop/kakunin.asp?OID=98765」をＵＲ
ＬＩＤの「５」、「購入確定」のＵＲＬ「http://www.E
C_Site.com/shop/kakutei.asp?OID=98765」をＵＲＬＩ
Ｄの「６」に置き換える。また、ＣＩＤ、ＰＩＤ、ＤＥ
ＬＩＤ、ＯＩＤなどの引数がある場合には、その引数の
パラメータが、アクセスログ１０のＵＲＬから抽出さ
れ、アクセスログテーブル１７に記載されるようになっ
ている。

【００４５】次に、購買情報１８、商品情報１９、会員
情報２０、期間情報２１は、それぞれ業務系システム管
理者により管理されるデータベースであり、データウェ
アハウス３に保持される。購買情報１８は、誰が、い
つ、何を購入したかという情報である。商品情報１９
は、商品名、価格などからなる情報である。会員情報２
０は、Ｗｅｂサーバ１で提供されるサービスを享受す
る、登録されたユーザの氏名、性別、住所などからなる
情報である。期間情報２１は、曜日や祝日等のカレンダ
ー情報や日々の天候などからなる情報である。

【００４６】次に、分析処理部２２は、ネットワーク２
に接続可能なコンピュータなどで実現される機能であ
り、指標マスタ１２、アクセスログテーブル１７、なら
びに購買情報１８、商品情報１９、会員情報２０および
期間情報２１に従って、ビジネスユーザが定義した指標
に関する情報、すなわち閲覧数、かご投入数（購入しよ
うとした数）、購入数（実際に購入した数）などの情報
を、商品毎、年代別などに統計処理した分析結果テーブ
ル２３を作成する。該分析結果テーブル２３は、データ
ウェアハウス３に保持され、適宜、ビジネスユーザに提
供される。分析結果テーブル２３の提供方法としては、
Ｗｅｂページにより閲覧させてもよいし、プリントアウ
トしたものを直接、ビジネスユーザに送付（郵送、ＦＡ
Ｘなど）するようにしてもよい。なお、本実施形態で
は、分析処理部２２を、独立した機能として存在させた
が、これに限らず、コンテンツ管理者やビジネスユーザ
に属させるようにしてもよい。

【００４７】なお、アクセスログ１０、ＵＲＬマスタ１
２、指標定義情報１３、指標マスタ１５、アクセスログ
テーブル１７、購買情報１８、商品情報１９、会員情報
２０、期間情報２１、分析結果テーブル２３、プロモー
ション情報３０は、ハードディスク装置や光磁気ディス
ク装置、フラッシュメモリ等の不揮発性のメモリや、Ｃ
Ｄ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ
（Random Access Memory）のような揮発性のメモリ、あ
るいはこれらの組み合わせによるコンピュータ読み取
り、書き込み可能な記録媒体より構成されるもの、ある
いはそれに記録された情報とする。

【００４８】Ｂ．実施形態の動作 次に、本実施形態の動作について詳細に説明する。ここ
で、図１３は、本実施形態の全体動作を説明するための
フローチャートである。まず、ビジネスユーザが分析に
必要となる指標を定義し、指標定義情報１３として、コ
ンテンツ管理者に与える。コンテンツ管理者は、ステッ
プＳ３０で、指標マスタ作成部１４により、上記ビジネ
スユーザからの指標定義情報１３に従って、指標マスタ
１５を作成する。商品販売サイトの場合には、図１１に
示すような商品ページ閲覧数やかご投入数、コミュニテ
ィサイトの場合には、チャット数、掲示板投稿数などが
例として上げられる。次に、コンテンツ管理者は、ステ
ップＳ３２で、ＵＲＬマスタ作成部１１で、指標を算出
するためにどのようなアクセスログを取得する必要があ
るのかを検討し、ＵＲＬを解釈するためのＵＲＬマスタ
１２を作成する。このとき、ＵＲＬマスタ１２を元に指
標を算出するための条件を設定する。例えば、かご投入
数の場合には「かご投入」した際に出力されるアクセス
ログのカウント数が「かご投入数」となるように設定す
る。

【００４９】次に、ステップＳ３４で、１週間、１ヶ月
など定期的、あるいはビジネスユーザの要求に応じて、
Ｗｅｂサーバ１で記録されたアクセスログ１０をアクセ
スログテーブル作成部１６に投入する。アクセスログテ
ーブル作成部１６では、ステップＳ３６で、図１４に示
すフローチャートに従って、図１２に示すアクセスログ
テーブル１７を作成する。

【００５０】アクセスログテーブル作成部１６は、ま
ず、ステップＳ４０で、ＵＲＬＩＤをカウントする変数
ｉを「０」とする。また、ステップＳ４２で、アクセス
ログ１０のログをカウントする変数ｊを「０」とする。
次に、ステップＳ４４で、ＵＲＬマスタ１２のＵＲＬＩ
Ｄ＝ｉの物理構造（ＵＲＬ）と、アクセスログ１０のｊ
番目のログのＵＲＬとを比較し、ステップＳ４６で、一
致するか否かを判断する。そして、一致しなければ、ス
テップＳ４８へ進み、全てのＵＲＬＩＤの物理構造（Ｕ
ＲＬ）と比較したか否かを判断し、まだ比較していない
ＵＲＬＩＤがある場合には、ステップＳ５０へ進み、変
数ｉを１つインクリメントし、ステップＳ４４へ戻り、
上記処理を繰り返し実行する。すなわち、ＵＲＬＩＤを
「０」から順次１つずつ増やしながら、アクセスログ１
０のｊ番目のログのＵＲＬと、ＵＲＬマスタ１２に定義
された物理構造（ＵＲＬ）とを比較し、一致するＵＲＬ
が記録されたログが存在するか判断する。

【００５１】そして、アクセスログ１０のｊ番目のログ
のＵＲＬが、ＵＲＬマスタ１２に定義された全ての物理
構造（ＵＲＬ）に一致しなければ、ステップＳ５４へ進
み、アクセスログ１０の全てのログに対して処理が終了
したか否かを判断する。そして、次のログがある場合に
は、ステップＳ５６へ進み、変数ｊを１つインクリメン
トし、ステップＳ４２へ戻り、上記処理を繰り返し実行
する。すなわち、アクセスログ１０のログを１つ進め、
次のログのＵＲＬとＵＲＬマスタ１２に定義された物理
構造（ＵＲＬ）とを比較していく。

【００５２】上記処理において、アクセスログ１０のｊ
番目のログのＵＲＬと、ＵＲＬマスタ１２に定義された
物理構造（ＵＲＬ）とが一致すると、ステップＳ５２
で、アクセスログ１０のｊ番目のログのＵＲＬと、ＵＲ
Ｌマスタ１２のＵＲＬＩＤ＝ｉのＵＲＬＩＤに書き換え
る。そして、ステップＳ５４で、アクセスログ１０の全
てのログに対して処理が終了したか否かを判断し、次の
ログがある場合には、ステップＳ５６へ進み、変数ｊを
１つインクリメントし、ステップＳ４２へ戻り、上記処
理を繰り返し実行する。すなわち、アクセスログ１０の
ログを１つ進め、次のログのＵＲＬとＵＲＬマスタ１２
に定義された物理構造（ＵＲＬ）とを比較し、アクセス
ログ１０のログにおけるＵＲＬを、対応するＵＲＬＩＤ
で書き換える。この結果、図１２に示すアクセスログテ
ーブル１７が作成される。

【００５３】次に、分析処理部２２において、図１３の
ステップＳ３８で、ＵＲＬマスタ１２、指標マスタ１
５、アクセスログテーブル１７、ならびに購買情報１
８、商品情報１９、会員情報２０、期間情報２１など必
要な情報に従って、図１６（ａ），（ｂ）に示すよう
な、ビジネスユーザが定義した指標に関する情報、すな
わち閲覧数、かご投入数、購入数などの情報を、商品
毎、年代別などに統計処理した分析結果テーブル２３を
作成する。以下、図１４に示すフローチャートを参照し
て詳細に説明する。

【００５４】分析処理部２２は、まず、図１４に示すス
テップＳ６０で、アクセスログテーブル１７のＵＲＩＤ
＝０以外の件数をカウントし、総ＰＶ（ページビュー）
数を取得する。次に、ステップＳ６２で、指標マスタ１
５から分析すべきＵＲＬＩＤと、対応する指標名とを取
得する。次に、ステップＳ６４で、同一ＰＩＤで、かつ
同一のＵＲＩＤの出現数をカウントし、ＰＩＤ（商品）
毎に分析すべき指標の件数を取得する。例えば、「商品
閲覧数」であれば、ＵＲＬＩＤが「２」のログの件数を
カウントすれがよい。また、「かご投入数」であれば、
ＵＲＬＩＤが「３」のログの件数をカウントすればよ
い。

【００５５】次に、ステップＳ６６で、ＰＩＤを検索キ
ーとして商品情報１９から分析すべき商品に対する、商
品名、価格（単価）などの商品情報を得る。さらに、ス
テップＳ６８で、アクセスログテーブル１７のＵＲＩＤ
＝５（注文確認）のＯＩＤのパラメータに基づいて特定
される商品の購入数を取得する。次に、上記価格、購入
するに基づいて、ステップＳ７０で、ＰＩＤ（商品）毎
の売上（購入数×価格）を算出する。また、ステップＳ
７２では、総ＰＶ数を購入数で除算することにより、総
ＰＶ数／購入数を算出する。さらに、ステップＳ７４
で、取得・算出した情報に基づいて、分析結果テーブル
２３を作成する。

【００５６】ここで、図１６は、最終的に得られた分析
結果テーブル２３の一例を示す概念図である。図１６
（ａ）では、商品毎に、図１６（ｂ）では、年代毎に、
総ＰＶ数、商品閲覧数、かご投入数、購入数、売上、お
よび総ＰＶ数／購入数が示されている。ビジネスユーザ
は、上記分析結果テーブル２３を見ることで、商品毎、
年代毎の総ＰＶ数から購入数までの変化の度合いを取得
することができる。例えば、「商品Ａは、かごには投入
されるが（購入されるべく選択されるが）、最終的な購
入にまでに至らない」、「商品Ｂは、総ＰＶ数が少ない
割に購入数が多い」というように、分析結果テーブル２
３から容易に判断することができる。また、ビジネスユ
ーザは、上記分析結果テーブル２３に基づいて、例え
ば、「商品Ａをプロモーション対象商品としよう」と
か、「商品Ｂの表示位置をもっとページの上の方に上げ
てみよう」というように、プロモーション企画やページ
内での商品の割り振り（棚割）などを行う際の基礎デー
タとして使用することができる。

【００５７】Ｃ．他の実施形態上述したような商品販売
などのように、一般の不特定多数のユーザに対するサー
ビスである場合、商品販売サービスを行っているＷｅｂ
ページの存在を知らしめる、いわゆる宣伝活動が不可欠
なものとなる。そこで、一般には、自身のサイトへのア
クセスを促進するために、広く認知されている検索サイ
トなどにバナー広告をはったり、メール広告に出稿した
りするなど、プロモーションを行うことが有効である。
これら広告には、商品販売サービスのトップページ等へ
ジャンプするようにリンクが設定されており、ユーザ
は、バナー広告やメール広告をクリックすることで、直
接、商品販売サービスへアクセスすることが可能となっ
ている。

【００５８】そこで、本発明の他の実施形態では、どの
広告からＷｅｂページへアクセスしてきたか、どの程度
の頻度でアクセスしてきたかを検知可能にすることで、
より効果的にプロモーションを評価することができるよ
うにしたものである。以下、本発明の他の実施形態につ
いて詳細に説明する。

【００５９】図１７は、本発明の他の実施形態によるプ
ロモーションＩＤ収集方法を説明するための概念図であ
る。まず、プロモーションの場所は、外部サイトのバナ
ー広告、電子メール広告などのオンライン媒体である。
すなわち、バナー広告や電子メール広告などに、プロモ
ーションを行っているＷｅｂページのリンクを設定して
おく。このとき、プロモーション・データベースを作成
し、プロモーション（バナー広告や電子メール広告）毎
にプロモーションＩＤ（ｐｒｍｉｄ）を付与する。そし
て、バナー広告や電子メール広告には、ジャンプ先のＵ
ＲＬアドレスと上記プロモーションＩＤを設定する。図
示の例では、リンク先として、「www.Eshop.com/promot
ion.asp?url=www.Eshop.com/index.html&prmid=△△△0
1」が設定されている。なお、「△△△０１」は、外部
サイトの名称など、どこにリンクを設定したかを識別す
るための情報である。

【００６０】次に、ダミーページ「www.Eshop.com/prom
otion.asp」に、分析データ収集用ＡＳＰ（ｃｇｉ）を
作成する。このダミーページは、バナー広告や電子メー
ル広告などをクリックした際に、ユーザが最初にジャン
プしてくるＷｅｂページである。該ダミーページでは、
ＣｏｏｋｉｅへプロモーションＩＤであるｐｒｍｉｄを
書き込む。すなわち、ユーザ端末４に上記プロモーショ
ンＩＤであるｐｒｍｉｄが保存される。次に、リフレッ
シュして、本来、閲覧させたい目的のＷｅｂページ「in
dex.html」へジャンプする。ユーザ端末４は、当該Ｗｅ
ｂページへジャンプすると、ＷＷＷサーバ１へ上記プロ
モーションＩＤであるｐｒｍｉｄが書き込まれたＣｏｏ
ｋｉｅを転送する。そして、最終目的のＷｅｂページに
て、会員登録や商品注文、アンケート、プレゼント応募
などを行い、それぞれのデータベース（会員データベー
ス、注文データベース、アンケートデータベースなど）
に、登録情報と一緒にＣｏｏｋｉｅに書き込まれたプロ
モーションＩＤであるｐｒｍｉｄを書き込む。このよう
に、他の実施形態では、ユーザがどの広告から当該Ｗｅ
ｂページへアクセスしてきたかを知ることができる。該
プロモーションＩＤ（ｐｒｍｉｄ）は、当然、日時情報
（アクセス時刻）とともに記録することができるように
なっている。

【００６１】次に、本発明の他の実施形態で取得したプ
ロモーションＩＤ（ｐｒｍｉｄ）の利用方法について簡
単に説明する。図１８は、他の実施形態によるアクセス
分析システムの動作を説明するための略構成を示すブロ
ック図である。なお、分析処理構成は、前述した実施形
態と同じであるので、説明を省略する。分析処理部２２
は、ＵＲＬマスタ１２、指標マスタ１５、アクセスログ
テーブル１７、ならびに購買情報１８、商品情報１９、
会員情報２０、期間情報２１など必要な情報に従って、
ビジネスユーザが定義した指標に関する情報を、プロモ
ーション情報３０のプロモーションＩＤ（ｐｒｍｉｄ）
毎に、統計処理した分析結果テーブルを作成する。

【００６２】図１９は、上記プロモーションＩＤ（ｐｒ
ｍｉｄ）を利用した分析結果テーブルの一例を示す概念
図である。図において、分析結果テーブルには、プロモ
ーションＩＤ毎に、ビジネスユーザが定義した指標に関
する情報、すなわちプロモーション名、ユーザがアクセ
スしてきた日付、セッション数、入会者、注文件、注文
金、受注件、受注金などを掲載している。

【００６３】ビジネスユーザは、図示の分析結果テーブ
ルを参照することにより、ユーザがアクセスしてきたバ
ナー広告や電子メール広告（＝プロモーション）と、ユ
ーザの商品購入率や商品閲覧率などとの関係を知ること
ができる。例えば、「外部サイトＡのバナー広告を介し
てアクセスしてきたユーザは、他の外部サイトＢのバナ
ー広告より多いが、購入率を見ると、他の外部サイトＢ
の方が高い。ゆえに、次のプロモーションは、外部サイ
トＢの比率を外部サイトＡより上げよう」というような
判断を行うことができる。あるいは、「発行量の少ない
広告の割に、会員化する率が高く、費用対効果が高い。
ゆえに、毎週少しずつ継続的に広告を出稿していこう」
という判断を行うことができる。あるいは、「６ヶ月前
に加入した会員で、退会してしまったユーザがいる場合
には、外部サイトＡのプロモーションから入会したユー
ザが多い。ゆえに、外部サイトＡからアクセスして入会
したユーザに対しては、入会から３ヶ月後にメールで利
用促進を行おう」という判断を行うことができる。この
ように、上述した実施形態において、分析指標としてア
クティブ度（Ｗｅｂページへのアクセス頻度）を含める
ことで、一般のユーザに対して積極的な働きかけができ
る。

【００６４】また、上述の図２に示すアクセス分析シス
テムの機能を実現するためのプログラムを、コンピュー
タ読みとり可能な記録媒体に記録して、この記録媒体に
記録されたプログラムをコンピュータシステムに読み込
ませ、実行することにより、ユーザが利用したサービス
を一意的に特定し、ユーザが利用したサービスから、ウ
ェブページへのアクセス状況を知るための指標等を算出
しても良い。

【００６５】ここで、上記「コンピュータシステム」と
は、ＯＳや周辺機器等のハードウェアを含み、さらにＷ
ＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを利用
している場合であれば、ホームページ提供環境（あるい
は表示環境）も含むものとする。また、「コンピュータ
読みとり可能な記録媒体」とは、フロッピー（登録商
標）ディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ
等の可搬媒体、コンピュータシステムに内蔵されるハー
ドディスク等の記憶装置のことをいう。更に、「コンピ
ュータ読みとり可能な記録媒体」とは、インターネット
等のネットワークや電話回線等の通信回線を介してプロ
グラムを送信する場合のように、短時間の間、動的にプ
ログラムを保持するもの（伝送媒体もしくは伝送波）、
その場合のサーバやクライアントとなるコンピュータシ
ステム内部の揮発性メモリのように、一定時間プログラ
ムを保持しているものも含むものとする。

【００６６】また、上記プログラムは、前述した機能の
一部を実現するためのものであっても良く、更に前述し
た機能をコンピュータシステムに既に記憶されているプ
ログラムとの組み合わせで実現できるもの、いわゆる差
分ファイル（差分プログラム）であっても良い。

【００６７】

【発明の効果】以上説明したように、本発明によれば、
アドレス変換テーブルに、ウェブページの所在を示すア
ドレス情報と、ウェブページで提供されるサービスとを
対応付けて保持しておき、変換手段によって、前記アド
レス変換テーブルに保持されているアドレス情報とサー
ビスとの対応関係に基づいて、サービス提供サイトへの
アクセス状況を記録するアクセスログに記録された、ユ
ーザが利用したウェブページのアドレス情報を、前記サ
ービスに変換し、ユーザが利用したサービスを一意的に
特定するようにしたので、ビジネスユーザに対して、一
般のユーザがどのようなサービスをどの程度の頻度で利
用しているかを取得することができ、ビジネスユーザが
サービスを企画、展開、推進する上で有用な情報を提供
することができるという利点が得られる。

【図面の簡単な説明】

【図１】 本発明の実施形態によるネットワーク構成を
示すブロック図である。

【図２】 本実施形態によるアクセス分析システムの構
成を説明するためのブロック図である。

【図３】 アクセスログの種類を示す概念図である。

【図４】 アクセスログの一構成例を示す概念図であ
る。

【図５】 本実施形態による商品販売を行うサイトにお
ける購入までの流れおよび各ＷｅｂページのＵＲＬ（ア
クセスログのＵＲＬ）を示す図である。

【図６】 本実施形態によるトップページの一画面例を
示す模式図である。

【図７】 本実施形態による商品棚閲覧ページの一画面
例を示す模式図である。

【図８】 本実施形態による商品閲覧ページの一画面例
を示す模式図である。

【図９】 本実施形態による「かご投入」を説明するた
めの一画面例を示す模式図である。

【図１０】 本実施形態によるＵＲＬマスタの一例を示
す概念図である。

【図１１】 本実施形態による指標マスタの一例を示す
概念図である。

【図１２】 本実施形態によるアクセスログテーブルの
一例を示す概念図である。

【図１３】 本実施形態の全体動作を説明するためのフ
ローチャートである。

【図１４】 本実施形態によるアクセスログテーブルの
作成処理を説明するためのフローチャートである。

【図１５】 本実施形態による分析結果テーブルの作成
処理を説明するためのフローチャートである。

【図１６】 本実施形態による分析結果テーブルの一例
を示す概念図である。

【図１７】 本発明の他の実施形態によるプロモーショ
ンＩＤ収集方法を説明するための概念図である。

【図１８】 他の実施形態によるアクセス分析システム
の動作を説明するための略構成を示すブロック図であ
る。

【図１９】 他の実施形態による分析結果テーブルの一
例を示す概念図である。

【符号の説明】

１ Ｗｅｂサーバ ２ ネットワーク ３ データウェアハウス ４ ユーザ端末 １０ アクセスログ １１ ＵＲＬマスタ作成部 １２ ＵＲＬマスタ（アドレス変換テーブル） １３ 指標定義情報 １４ 指標マスタ作成部 １５ 指標マスタ（指標テーブル） １６ アクセスログテーブル作成部（変換手段） １７ アクセスログテーブル １８ 購買情報 １９ 商品情報 ２０ 会員情報 ２１ 期間情報 ２２ 分析処理部（算出手段） ２３ 分析結果テーブル ３０ プロモーション情報

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５４０ Ｇ０６Ｆ 13/00 ５４０Ｒ 17/30 ２２０ 17/30 ２２０Ｚ (72)発明者 渡辺 悟康 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 (72)発明者 須藤 真理 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 (72)発明者 小川 敏一 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B049 AA06 BB07 BB11 CC00 DD01 EE01 EE05 FF03 FF09 GG02 GG04 GG07 GG09 5B075 KK07 ND23 ND36 NK10 NK24 NK54 NR12 PQ03 PQ27 UU08 UU40

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ウェブページの所在を示すアドレス情報
   と、ウェブページで提供されるサービスとを対応付けた
   アドレス変換テーブルと、 前記アドレス変換テーブルに保持されているアドレス情
   報とサービスとの対応関係に基づいて、サービス提供サ
   イトへのアクセス状況を記録するアクセスログに記録さ
   れた、ユーザが利用したウェブページのアドレス情報
   を、前記サービスに変換する変換手段とを具備し、 ユーザが利用したサービスを一意的に特定することを特
   徴とするアクセス分析システム。
2. 【請求項２】 ウェブページへのアクセス状況を知るた
   めの指標と前記サービスとを対応付けた指標テーブル
   と、 前記指標テーブルに保持されている指標とサービスとの
   対応関係に基づいて、前記変換手段により変換された、
   ユーザが利用したサービスから前記指標を算出する算出
   手段とを具備することを特徴とする請求項１記載のアク
   セス分析システム。
3. 【請求項３】 ウェブページへアクセスするために外部
   サイトのウェブページに設定されたリンク情報に該リン
   クが設定されたウェブページを識別するための識別情報
   を埋め込むリンク情報設定手段と、 前記リンク情報から前記ウェブページへアクセスしよう
   とするユーザ端末へ前記識別情報を転送する転送手段
   と、 前記ユーザ端末が前記ウェブページへアクセスした際
   に、前記ユーザ端末から転送されてくる前記識別情報を
   記録する記録手段とを具備し、 ユーザが前記ウェブページへアクセスしてきた外部サイ
   トを一意的に特定することを特徴とするアクセス分析シ
   ステム。
4. 【請求項４】 ウェブページの所在を示すアドレス情報
   と、ウェブページで提供されるサービスとを対応付ける
   ステップと、 前記アドレス情報と前記サービスとの対応関係に基づい
   て、サービス提供サイトへのアクセス状況を記録するア
   クセスログに記録された、ユーザが利用したウェブペー
   ジのアドレス情報を、前記サービスに変換するステップ
   と、 ユーザが利用したサービスを一意的に特定するステップ
   とを含むことを特徴とするアクセス分析方法。
5. 【請求項５】 ウェブページの所在を示すアドレス情報
   と、ウェブページで提供されるサービスとが対応付けら
   れたアドレス変換テーブルと、 前記アドレス変換テーブルに保持されているアドレス情
   報とサービスとの対応関係に基づいて、サービス提供サ
   イトへのアクセス状況を記録するアクセスログに記録さ
   れた、ユーザが利用したウェブページのアドレス情報
   を、前記サービスに変換するステップとを実行させるた
   めのプログラムを記録したコンピュータ読み取り可能な
   記録媒体。