(57)【要約】      （修正有）【課題】Ｗｅｂアクセス分析において、クライアント側の仕組みを変えることなく、クライアントのＷｅｂブラウザにおけるブックマーク等のショートカット機能を使用したアクセスか否かを把握できる仕組みを提供する。【解決手段】Ｗｅｂサーバは、クライアント端末からアクセスするＷｅｂページを指定する要求ＵＲＬを受信し、クライアント端末のＷｅｂブラウザに表示させる表示用ＵＲＬと指定されたＷｅｂページの表示データとをクライアント端末に送信する際に、要求ＵＲＬがクライアント端末のＷｅｂブラウザのショートカットを使用して送信されたか否かを判定し、判定結果に従い、Ｗｅｂページに対してショートカットを使用してアクセスされたか否かを識別可能な識別子を含む表示用ＵＲＬを送信する。【選択図】図５
2018109888.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からアクセスするＷｅｂページを指定する要求ＵＲＬを受信し、前記クライアント端末のＷｅｂブラウザに表示させる表示用ＵＲＬと指定されたＷｅｂページの表示データとを前記クライアント端末に送信する情報処理装置であって、  前記クライアント端末のＷｅｂブラウザのショートカットを使用して前記Ｗｅｂページにアクセスされたか否かを識別可能な識別子を管理する管理手段と、
前記要求ＵＲＬに含まれる前記識別子に基づいて、前記要求ＵＲＬが前記ショートカットを使用して送信されたか否かを判定する判定手段と、
前記要求ＵＲＬが前記ショートカットを使用して送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用してアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信し、一方、前記要求ＵＲＬが前記ショートカットを使用せずに送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用せずにアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記判定手段は、前記要求ＵＲＬに前記識別子が含まれている場合に前記要求ＵＲＬが前記ショートカットを使用して送信されたと判定し、一方、前記要求ＵＲＬに前記識別子が含まれていない場合に前記要求ＵＲＬが前記ショートカットを使用せずに送信されたと判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記識別子には、前記Ｗｅｂページを指定する要求ＵＲＬを受信した日付に関する情報が含まれることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記ショートカットを使用したアクセスは、前記クライアント端末のＷｅｂブラウザのブックマークまたは閲覧履歴からのアクセスであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
クライアント端末からアクセスするＷｅｂページを指定する要求ＵＲＬを受信し、前記クライアント端末のＷｅｂブラウザに表示させる表示用ＵＲＬと指定されたＷｅｂページの表示データとを前記クライアント端末に送信し、前記クライアント端末のＷｅｂブラウザのショートカットを使用して前記Ｗｅｂページにアクセスされたか否かを識別可能な識別子を管理する管理手段を備える情報処理装置の制御方法であって、
判定手段が、前記要求ＵＲＬに含まれる前記識別子に基づいて、前記要求ＵＲＬが前記ショートカットを使用して送信されたか否かを判定する判定ステップと、
送信手段が、前記要求ＵＲＬが前記ショートカットを使用して送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用してアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信し、一方、前記要求ＵＲＬが前記ショートカットを使用せずに送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用せずにアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信する送信ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項６】
クライアント端末からアクセスするＷｅｂページを指定する要求ＵＲＬを受信し、前記クライアント端末のＷｅｂブラウザに表示させる表示用ＵＲＬと指定されたＷｅｂページの表示データとを前記クライアント端末に送信する情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
前記クライアント端末のＷｅｂブラウザのショートカットを使用して前記Ｗｅｂページにアクセスされたか否かを識別可能な識別子を管理する管理手段と、
前記要求ＵＲＬに含まれる前記識別子に基づいて、前記要求ＵＲＬが前記ショートカットを使用して送信されたか否かを判定する判定手段と、
前記要求ＵＲＬが前記ショートカットを使用して送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用してアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信し、一方、前記要求ＵＲＬが前記ショートカットを使用せずに送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用せずにアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信する送信手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサイトのアクセス分析技術に関する。
【背景技術】
【０００２】
近年、Ｗｅｂサイトを構築して運営する場合、サイトの改善のために日々のアクセス数などを計測して、計測結果から「どんな時間帯にアクセスが多いのか」、「新規ユーザとリピータの比率はどのくらいか」などの情報を収集することがある。これを実現するための技術の一つとして「タグ埋め込み型のアクセス分析」が挙げられる。「タグ埋め込み型のアクセス分析」は以下の手順により実施する。
【０００３】
１．サイト管理者は、Ｗｅｂサーバで管理しているＷｅｂサイト表示用のＨＴＭＬコンテンツの中にアクセス情報を収集するためのＪａｖａ  Ｓｃｒｉｐｔ（登録商標）等で記述されたスクリプト（簡易プログラム）を埋め込む（以下、分析用スクリプトと呼ぶ）。
【０００４】
２．ユーザがクライアントのＷｅｂブラウザから当該Ｗｅｂサイトにアクセスすると、Ｗｅｂブラウザ上にコンテンツとともに分析用スクリプトもロードされて実行され、アクセス情報が分析サーバに送信されて分析サーバに蓄積される。
【０００５】
３．サイト分析の担当者は、分析サーバの管理画面から蓄積されたアクセス情報をもとにアクセス状況を分析する。
【０００６】
タグ埋め込み型のアクセス分析用の製品として、Ｇｏｏｇｌｅ  Ａｎａｌｙｔｉｃｓ（登録商標）などがある。このような製品には、分析サーバ機能が含まれるため、自前で分析サーバを用意せずにアクセス分析が可能となる。
【０００７】
アクセス分析では、サイトごとにページビュー数、ユーザ数、ユーザの環境（ＯＳ、ブラウザ、国、プロバイダ、描画時間など）、流入元など様々な値が計測可能であるが、ユーザがＷｅｂブラウザ上でどのような操作をして当該サイトにアクセスしたかが重要となる場合がある。例えば、Ｗｅｂブラウザにはブックマーク（お気に入り）や履歴と呼ばれるショートカット機能が備わっており、ユーザが登録したブックマークや、記録された履歴を選択することにより迅速に当該サイトにアクセスすることができるが、ユーザがＷｅｂブラウザに登録したブックマークを選択してアクセスしたのかどうか、ということがユーザの当該サイトに対する重要度や嗜好等を知る上で重要となる。しかし、従来のアクセス分析では、ユーザがＷｅｂブラウザ上でどのような操作をして当該サイトにアクセスしたか把握することができない。把握することができない理由としては、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用してアクセスした場合と、他の操作によりアクセスした場合とを区別する情報がない、または、両者を区別する情報を常に取得できるとは限らないためである。
【０００８】
特許文献１には、ＷｅｂサイトにアクセスしたＵＲＬがブックマークに登録されていれば、当該ＵＲＬに対するアクセス情報を更新する方法が提示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−３３９３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１の方法は、ブックマークを選択してアクセス、などのユーザの操作に対するアクセス情報を把握するものではなく、操作の結果としてアクセスしたＵＲＬがブックマークに存在するかを判定して当該ＵＲＬごとにアクセス情報を集計するものである。
【００１１】
また、特許文献１の方法は、クライアントに導入した専用プログラムにより実施され、クライアントで管理しているブックマーク情報に直接アクセスする必要がある。専用プログラムは、対象となる、つまり当該サイトにアクセスする可能性のある全てのクライアントに導入する必要がある。また、専用プログラムではなく汎用的なＷｅｂブラウザで実現する場合、前述のスクリプトにより同様の機能を実行させることが考えられるが、セキュリティ面からスクリプトによるクライアントが管理する情報へのアクセスが制限されている場合が多く、その場合は処理に必要な情報を取得することができない。特に「タグ埋め込み型のアクセス分析」では、スクリプトによるアクセス情報の収集を前提にしているため、特許文献１の方法により、ブックマークに登録したＵＲＬからのアクセスか否かを把握することは困難である。
【００１２】
そこで、本発明では、Ｗｅｂアクセス分析において、クライアント側の仕組みを変えることなく、クライアントのＷｅｂブラウザにおけるブックマーク等のショートカット機能を使用したアクセスか否かを把握できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、クライアント端末からアクセスするＷｅｂページを指定する要求ＵＲＬを受信し、前記クライアント端末のＷｅｂブラウザに表示させる表示用ＵＲＬと指定されたＷｅｂページの表示データとを前記クライアント端末に送信する情報処理装置であって、前記クライアント端末のＷｅｂブラウザのショートカットを使用して前記Ｗｅｂページにアクセスされたか否かを識別可能な識別子を管理する管理手段と、前記要求ＵＲＬに含まれる前記識別子に基づいて、前記要求ＵＲＬが前記ショートカットを使用して送信されたか否かを判定する判定手段と、前記要求ＵＲＬが前記ショートカットを使用して送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用してアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信し、一方、前記要求ＵＲＬが前記ショートカットを使用せずに送信されたと判定された場合、前記Ｗｅｂページに対して前記ショートカットを使用せずにアクセスされたことを識別可能な識別子を含む表示用ＵＲＬを送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、Ｗｅｂアクセス分析において、クライアント側の仕組みを変えることなく、クライアントのＷｅｂブラウザにおけるブックマーク等のショートカット機能を使用したアクセスか否かを把握できるようになる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態であるアクセス分析システムの構成の一例を示すシステム構成図である。
【図２】アクセス分析システムを構成するクライアント１０１、Ｗｅｂサーバ１０２、分析サーバ１０３に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【図３】アクセス分析システムの機能ブロック図である。
【図４】アクセス分析システムの一連の処理の一例を示すフローチャートである。
【図５】応答データ作成処理の一例を示すフローチャートである。
【図６】アクセス情報登録処理の一例を示すフローチャートである。
【図７】分析用スクリプトを埋め込んだＨＴＭＬデータの一例を示す図である。
【図８】識別子を説明するための図である。
【図９】使用するデータテーブルの一例を示すデータ図である。
【図１０】使用するデータテーブルの一例を示すデータ図である。
【図１１】ブックマーク登録時のＷｅｂブラウザ画面の一例を示す画面イメージである。
【図１２】アクセス分析結果画面の一例を示す画面イメージである。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１７】
図１は、本発明の実施形態であるアクセス分析システム１００の構成の一例を示すシステム構成図である。
【００１８】
アクセス分析システム１００は、不特定多数のクライアント１０１、Ｗｅｂサーバ１０２、分析サーバ１０３がインターネット１０４を介して接続される構成となっている。
【００１９】
クライアント１０１には、Ｗｅｂブラウザがインストールされており、Ｗｅｂブラウザを介して、Ｗｅｂサーバ１０２にアクセス要求を送信し、応答データを受信し、応答データをもとにコンテンツを表示する。また、応答データに含まれるＨＴＭＬデータ内に埋め込まれたスクリプトを実行することにより、分析サーバ１０３にアクセス情報を送信する。
【００２０】
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーションサービスを提供するサーバであり、クライアント１０１からのアクセス要求に対し、応答データを作成し、クライアント１０１に送信し、クライアント１０１のＷｅｂブラウザにコンテンツを表示させる。また、Ｗｅｂサーバ１０２は、応答データの元となるコンテンツおよびスクリプトを含むＨＴＭＬデータを管理している。なお、ＨＴＭＬデータを不図示のデータベースサーバで管理する構成であってもよい。
【００２１】
分析サーバ１０３は、クライアント１０１から送信されたアクセス情報を受信し、データベースに蓄積する。随時ユーザから要求に応じて、蓄積されたアクセス情報をもとに、アクセス分析を実施し分析結果を提示する。アクセス分析機能はＷｅｂアプリケーションとして提供し、不図示のクライアントのＷｅｂブラウザから分析実行要求を受け、Ｗｅｂブラウザに分析結果を表示させる。なお、アクセス情報を不図示のデータベースサーバで管理する構成であってもよい。
以上で図１のシステム構成図の説明を終了する。
【００２２】
以下、図２を用いて、図１に示したクライアント１０１、Ｗｅｂサーバ１０２、分析サーバ１０３に適用可能な情報処理装置のハードウェア構成の一例について説明する。
【００２３】
図２は、クライアント１０１、Ｗｅｂサーバ１０２、分析サーバ１０３に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２５】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２６】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。
【００２７】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したインターネット１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３１】
以上で図２のハードウェア構成図の説明を終了する。
【００３２】
次に、図３用いて、本発明の実施形態であるアクセス分析システム１００の機能ブロック図について説明する。
【００３３】
アクセス分析システム１００は、クライアント１０１、Ｗｅｂサーバ１０２、分析サーバ１０３を構成として持つ。
【００３４】
クライアント１０１は、画面表示部３１１、操作受付部３１２、アクセス情報送信部３１３を持つ。
【００３５】
画面表示部３１１は、Ｗｅｂサーバ１０２から送信されたＨＴＭＬデータに含まれるコンテンツデータをもとに、ディスプレイ２１０に画面を表示する機能部である。
【００３６】
操作受付部３１２は、ユーザの操作を受け付け、受け付けた内容をＷｅｂサーバ１０２に送信する機能部である。アクセス要求も操作受付部３１２から送信される。
【００３７】
本実施例では、画面表示部３１１、操作受付部３１２の機能はＷｅｂブラウザにて実現している。
【００３８】
アクセス情報送信部３１３は、Ｗｅｂサーバ１０２から送信されたＨＴＭＬデータに含まれるスクリプトを実行し、アクセス情報を分析サーバ１０３に送信する機能部である。アクセス情報には、アクセスしたＵＲＬ、クライアントのＩＰアドレス、アクセス日時等の情報が含まれる。
【００３９】
Ｗｅｂサーバ１０２は、アクセス要求受付部３２１、ＵＲＬ変換部３２２、応答データ作成部３２３、応答データ送信部３２４を持つ。
【００４０】
アクセス要求受付部３２１は、クライアント１０１のＷｅｂブラウザから送信されたアクセス要求を受け付ける機能部である。
【００４１】
ＵＲＬ変換部３２２は、受け付けたアクセス要求に含まれるＵＲＬに対して、アクセス操作を認識可能な識別子を埋め込む機能部である。
【００４２】
応答データ作成部３２３は、受け付けたアクセス要求に対する応答データを作成する機能部である。その際、アクセス要求に含まれていた元のＵＲＬではなく、変換されたＵＲＬを付与する。
【００４３】
応答データ送信部３２４は、作成された応答データをクライアント１０１に送信する機能部である。応答データには、ＵＲＬ、コンテンツデータおよびスクリプトを含むＨＴＭＬデータが含まれる。
【００４４】
分析サーバ１０３は、アクセス情報受信部３３１、アクセス情報管理部３３２、アクセス情報分析部３３３を持つ。
【００４５】
アクセス情報受信部３３１は、クライアント１０１から送信されたアクセス情報を受信する機能部である。
【００４６】
アクセス情報管理部３３２は、受信したアクセス情報をもとに、分析に必要なデータを付加してデータベースに蓄積し、アクセス情報分析部３３３からの要求に応じて蓄積したアクセス情報を検索する機能部である。
【００４７】
アクセス情報分析部３３３は、ユーザからの要求に応じて、アクセス情報管理部３３２からアクセス情報を取得して加工し、分析結果として提示する機能部である。
以上で図３の機能ブロック図の説明を終了する。
【００４８】
次に、図を参照して、本発明の実施形態であるアクセス分析システムの全体処理フローについて説明する。
【００４９】
図４は、アクセス分析システム１００の一連の処理の一例を示すフローチャートである。
【００５０】
ステップＳ４０１では、Ｗｅｂサーバ１０２は、事前にアクセス分析したいＷｅｂページのＨＴＭＬデータにＪａｖａ  Ｓｃｒｉｐｔ（登録商標）で記述された分析用スクリプトを埋め込む。
【００５１】
図７に分析用スクリプトを埋め込んだＨＴＭＬデータの一例を示す。図７では、ＨＴＭＬデータ７０１に対し、分析用スクリプト７０２が埋め込まれており、クライアント１０１のＷｅｂブラウザにてＨＴＭＬデータ７０１をロードすると、分析用スクリプト７０２が実行され、クライアント１０１から分析サーバ１０３にアクセス情報を送信する。
図４の説明に戻る。
【００５２】
ステップＳ４０２では、クライアント１０１は、ユーザからＷｅｂブラウザ上で、ＵＲＬ直接入力、ブックマーク選択、履歴選択等の操作を受け付け、リクエストＵＲＬとともにＷｅｂページへのアクセス要求をＷｅｂサーバ１０２に送信する。
【００５３】
ステップＳ４０３では、Ｗｅｂサーバ１０２は、クライアント１０１からアクセス要求を受信する。
【００５４】
ステップＳ４０４では、Ｗｅｂサーバ１０２は、クライアント１０１に返信する応答データを作成する。
【００５５】
ここで、図５を参照して、ステップＳ４０４の応答データ作成処理について説明する。
【００５６】
ステップＳ５０１では、Ｗｅｂサーバ１０２は、ステップＳ４０３にて受信したリクエストＵＲＬを取得する。
【００５７】
ステップＳ５０２では、Ｗｅｂサーバ１０２は、取得したリクエストＵＲＬが詳細分析対象のＵＲＬか否かを判定する。詳細分析とは、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用してアクセスがあったか否かを区別してアクセス分析を実施することであり、詳細分析対象ではない場合は両者を区別しないアクセス総数が集計されることになる。具体的には、図９（ａ）に示すＵＲＬ管理テーブル９００の詳細分析区分９０３が”対象”か否かで判定する。リクエストＵＲＬが詳細分析対象のＵＲＬである場合はステップＳ５０３に進み、詳細分析対象のＵＲＬではない場合はステップＳ５１０に進む。
【００５８】
以下の処理では、リクエストＵＲＬに応じて、クライアント１０１に送信しクライアント１０１のＷｅｂブラウザのＵＲＬ入力欄に表示させるＵＲＬ、すなわち、表示用ＵＲＬを生成するが、当該表示用ＵＲＬがクライアント１０１のＷｅｂブラウザの履歴やブックマークに登録される。また、表示用ＵＲＬは分析サーバ１０３にアクセス情報として送信され集計される。
【００５９】
ステップＳ５０３では、Ｗｅｂサーバ１０２は、リクエストＵＲＬに識別子が含まれているかを判定する。これは、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用してアクセスがあったかを判定する処理である。
【００６０】
ここで、図８を参照して、本実施例で使用している識別子について説明する。
【００６１】
図８（ａ）に識別子を埋め込んだＵＲＬの例を示す。図８（ａ）において、８０１は識別子の無い、つまりオリジナルのＵＲＬであり、８０２、８０３は識別子を埋め込んだＵＲＬである。識別子は、８０２の”４ｄ…０−０”や、８０３の”４ｄ…０−１”の部分である。また、本実施例では２種類の識別子があり、説明上、８０２の”４ｄ…０−０”を「第１識別子」、８０３の”４ｄ…０−１”を「第２識別子」と呼ぶ。第１識別子はＷｅｂブラウザのブックマーク等のショートカット機能を使わずにアクセス要求があった場合にＵＲＬに埋め込む識別子であり、、第２識別子はＷｅｂブラウザのブックマーク等のショートカット機能を使ってアクセス要求があった場合にＵＲＬに埋め込む識別子である。本実施例では、図８（ｃ）に示すように、識別子の末尾（”−”以降）に、第１識別子の場合は”０”、第２識別子の場合は”１”を付加することにより２種類の識別子を区別している。また、識別子の”−”より前の部分は日付数字列をハッシュ化した英数字列であり、図８（ｂ）に一例を示す。これにより、識別子からブックマークに登録された日付や履歴の日付を把握することができる。本実施例では、公知のハッシュ関数の１つであるＭＤ５（Ｍｅｓｓａｇｅ  Ｄｉｇｅｓｔ  ５）によりハッシュ化している。なお、識別子から日付を把握する必要がなければ、別の情報を示す識別子を付加してもよいし、単に、第１識別子を”０”、第２識別子を”１”のみとしてもよい。
図５の説明に戻る。
【００６２】
ステップＳ５０３の判定で、リクエストＵＲＬに識別子が含まれていれば、ステップＳ５０４に進み、含まれていなければステップＳ５０８に進む。
【００６３】
ステップＳ５０４では、Ｗｅｂサーバ１０２は、リクエストＵＲＬから識別子を除いたＵＲＬ（例えば、図８（ａ）の８０１）のＨＴＭＬデータをデータベースから取得する。
【００６４】
ステップＳ５０５では、Ｗｅｂサーバ１０２は、リクエストＵＲＬに含まれる識別子が第１識別子かを判定する。第１識別子の場合はステップＳ５０６に進み、そうでない場合、つまり識別子が第２識別子の場合はステップＳ５０７に進む。
【００６５】
ステップＳ５０６では、Ｗｅｂサーバ１０２は、リクエストＵＲＬに第２識別子を埋め込んで表示用ＵＲＬを生成する。これは、第１識別子付きのＵＲＬでアクセスがあったということは、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用してアクセスがあったと判断できるため、そのことを示す第２識別子を埋め込んだ表示用ＵＲＬを生成する処理である。この際、元の第１識別子の日付部分は変更せず、末尾の”０”を”１”に変換する。これにより、ブックマークが登録される元になったアクセス日付や、最初に選択された履歴の日付を把握することが可能となる。本ステップ実行後、ステップＳ５１２に進む。
【００６６】
ステップＳ５０７では、Ｗｅｂサーバ１０２は、リクエストＵＲＬを表示用ＵＲＬとする。これは、第２識別子付きのＵＲＬでアクセスがあったということは、一度Ｗｅｂブラウザのブックマーク等のショートカット機能を使用してアクセスがあり、さらに、そのアクセスの履歴を選択してアクセスがあったと判断できるため、表示用ＵＲＬの数を増やさないために表示用ＵＲＬはリクエストＵＲＬと同じとしている。本ステップ実行後、ステップＳ５１２に進む。
【００６７】
ステップＳ５０８では、Ｗｅｂサーバ１０２は、リクエストＵＲＬのＨＴＭＬデータを取得する。
【００６８】
ステップＳ５０９では、Ｗｅｂサーバ１０２は、リクエストＵＲＬに第１識別子を埋め込んで表示用ＵＲＬを生成する。これは、識別子無しのＵＲＬでアクセスがあったということは、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用せずにアクセスがあったと判断できるため、そのことを示す第１識別子を埋め込んだ表示用ＵＲＬを生成する処理である。また、表示用ＵＲＬに識別子を埋め込むのは、本アクセスの後にクライアント１０１にてブックマーク登録が実施されれば、識別子付きのＵＲＬがブックマークとして登録され、また、履歴としても識別子付きのＵＲＬが登録されるため、次回、ブックマークまたは履歴が選択されると、識別子付きのＵＲＬでアクセス要求されることになるので、ステップＳ５０３の判定処理が有効に働くことがわかる。本ステップ実行後、ステップＳ５１２に進む。
【００６９】
ステップＳ５１０では、Ｗｅｂサーバ１０２は、リクエストＵＲＬのＨＴＭＬデータを取得する。処理後、ステップＳ５１０に進む。
【００７０】
ステップＳ５１１では、Ｗｅｂサーバ１０２は、リクエストＵＲＬを表示用ＵＲＬとする。これは、リクエストＵＲＬがアクセス分析対象外の場合は、表示用ＵＲＬに識別子を埋め込まず、リクエストＵＲＬをそのまま返すための処理である。本ステップ実行後、ステップＳ５１２に進む。
【００７１】
ステップＳ５１２では、Ｗｅｂサーバ１０２は、表示用ＵＲＬと、取得したＨＴＭＬデータとを集約して応答データを作成し、応答データ作成処理を終了する。
図４の説明に戻る。
【００７２】
ステップＳ４０５では、Ｗｅｂサーバ１０２は、作成した応答データをクライアント１０１に送信する。応答データには、表示用ＵＲＬ、分析用スクリプトが埋め込まれたＨＴＭＬデータが含まれる。
【００７３】
ステップＳ４０６では、クライアント１０１は、Ｗｅｂサーバ１０２から送信された応答データを受信し、Ｗｅｂブラウザにロードする。
【００７４】
ステップＳ４０７では、クライアント１０１は、受信したＨＴＭＬデータに基づいてＷｅｂブラウザにＷｅｂページのコンテンツを表示する。この際、ＷｅｂブラウザのＵＲＬ入力欄には、Ｗｅｂサーバ１０２から受信した応答データに含まれる表示用ＵＲＬが表示される。この時、Ｗｅｂブラウザの履歴情報が更新される。履歴情報は履歴管理テーブルにて管理される。
【００７５】
図９（ｂ）に履歴管理テーブルの一例を示す。履歴管理テーブル９１０は、履歴ＩＤ９１１、閲覧日時９１２、タイトル９１３、ＵＲＬ９１４を持つ。履歴ＩＤ９１１はＷｅｂブラウザからＷｅｂページにアクセスする度に付与される連番である。閲覧日時９１２はＷｅｂページを表示した日時でありアクセス要求した日時（アクセス日時）とほぼ同じである。タイトル９１３、ＵＲＬ９１４はそれぞれ、Ｗｅｂサーバ１０２から送信された応答データに含まれるＷｅｂページのタイトル、表示用ＵＲＬである。ＵＲＬ９１４については、詳細分析対象のＵＲＬの場合は識別子付きのＵＲＬが登録されることになる。なお、本例では、全てのアクセスに対する履歴を残しているが、同一のＵＲＬに対しては上書きして最新の履歴のみを残すようにしてもよいし、閲覧日ごとに最新の履歴を残すようにしてもよい。
図４の説明に戻る。
【００７６】
ステップＳ４０８では、クライアント１０１は、受信したＨＴＭＬデータに埋め込まれた分析用スクリプトを実行し、アクセス情報を分析サーバ１０３に送信する。アクセス情報には、表示用ＵＲＬ、クライアントのＩＰアドレス、アクセス日時等が含まれる。
【００７７】
ステップＳ４０９では、クライアント１０１は、必要に応じて、今回アクセスしたＷｅｂページをブックマーク登録する。この際、ブックマークのＵＲＬとして、Ｗｅｂサーバ１０２から受信した応答データに含まれる表示用ＵＲＬが登録される。
【００７８】
図１１にブックマーク登録時の画面イメージを示す。図１１では、Ｗｅｂブラウザ画面１１００において、コンテンツ表示欄１１０２にＷｅｂページのコンテンツが表示され、ＵＲＬ入力欄１１０１にＷｅｂサーバ１０２より送信された表示用ＵＲＬが表示されている。また、ブックマーク一覧１１０３に既に登録されているブックマークが表示されている。この状態で、ユーザがブックマークに追加ボタン１１０４を押下すると、ＵＲＬ入力欄１１０１に表示されているＵＲＬが、Ｗｅｂページタイトル（本画面例では「今日の天気」）とともにブックマークとして登録され、ブックマーク一覧１１０３に追加表示される。ブックマークはフォルダ（例えば本画面例の「ショッピング」フォルダ）により分類管理することもできる。ブックマーク登録後は、ブックマーク一覧から、アクセスしたいＷｅｂページのブックマークを押下することにより、当該Ｗｅｂページにアクセスできる。登録されたブックマークは、ブックマーク管理テーブルにて管理される。
【００７９】
図９（ｃ）にブックマーク管理テーブルの一例を示す。ブックマーク管理テーブル９２０は、ブックマークＩＤ９２１、ＵＲＬ９２２、タイトル９２３、ブックマークパス９２４を持つ。ブックマークＩＤ９２１はブックマークが登録されるごとに付与される連番である。ＵＲＬ９２２、タイトル９２３はそれぞれ、Ｗｅｂサーバ１０２から送信された応答データに含まれるＷｅｂページの表示用ＵＲＬ、タイトルである。ＵＲＬ９２２については、詳細分析対象のＵＲＬの場合は識別子付きのＵＲＬが登録されることになる。タイトル９２３についてはユーザが任意で変更することができる。ブックマークパス９２４は分類用のフォルダを示す。
図１１の説明に戻る。
【００８０】
Ｗｅｂブラウザ画面１１００の履歴一覧１１０５には、Ｗｅｂページ閲覧ごとに更新される履歴管理テーブル９１０（図９（ｂ））に基づいて、それまでにアクセスしたＷｅｂページの履歴一覧が表示され、履歴一覧から、アクセスしたいＷｅｂページの履歴を押下することにより、当該Ｗｅｂページにアクセスできる。
図４の説明に戻る。
【００８１】
ステップＳ４１０では、分析サーバ１０３は、クライアント１０１から送信されたアクセス情報を受信する。
【００８２】
ステップＳ４１１では、分析サーバ１０３は、受信したアクセス情報をデータベースに登録する。
【００８３】
ここで。図６を参照して、ステップＳ４１１のアクセス情報登録処理について説明する。
【００８４】
本処理は、ステップＳ４１０にて受信したアクセス情報を図１０に示すアクセス情報テーブル１０００に登録する処理である。
【００８５】
ステップＳ６０１では、分析サーバ１０３は、アクセス情報からＵＲＬ（表示用ＵＲＬ）を取得する。
【００８６】
ステップＳ６０２では、分析サーバ１０３は、ＵＲＬに識別子が含まれているか判定する。ＵＲＬに識別子が含まれていればステップＳ６０３に進み、含まれていなければステップＳ６０６に進む。
【００８７】
ステップＳ６０３では、分析サーバ１０３は、識別子が第２識別子か否かを判定する。具体的には、識別子の末尾が”１”か否かで判定する。識別子が第２識別子の場合はステップＳ６０４に進み、そうではない、つまり第１識別子の場合はステップＳ６０５に進む。
【００８８】
ステップＳ６０４では、分析サーバ１０３は、アクセス種別を”ショートカット使用”に設定する。これは、ＵＲＬに埋め込まれた識別子が第２識別子の場合は、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用したアクセスであるので、それを表すアクセス種別を設定する処理である。本ステップ実行後、ステップＳ６０７に進む。
【００８９】
ステップＳ６０５では、分析サーバ１０３は、アクセス種別を”ショートカット未使用”に設定する。これは、ＵＲＬに埋め込まれた識別子が第１識別子の場合は、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用していないアクセスであるので、それを表すアクセス種別を設定する処理である。本ステップ実行後、ステップＳ６０７に進む。
【００９０】
ステップＳ６０６では、分析サーバ１０３は、アクセス種別を”区分なし”に設定する。
【００９１】
これは、ＵＲＬに識別子が埋め込まれていない場合は詳細分析対象ではなく、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用しているか否かを区別せずにアクセス総数を集計するためである。本ステップ実行後、ステップＳ６０７に進む。
【００９２】
ステップＳ６０７では、分析サーバ１０３は、アクセス情報テーブルにステップＳ４１０で受信したアクセス情報と設定したアクセス種別を登録し、アクセス情報登録処理を終了する。
【００９３】
図１０にアクセス情報テーブルの一例を示す。アクセス情報テーブル１０００は、アクセス日時１００１、ＩＰアドレス１００２、タイトル１００３、ＵＲＬ１００４、アクセス種別１００５を持つ。アクセス日時１００１、ＩＰアドレス１００２、タイトル１００３、ＵＲＬ１００４はクライアントから受信したアクセス情報に含まれる項目であり、アクセス種別１００５は図６の処理にて設定される項目である。
【００９４】
なお、本実施例ではアクセス情報の登録時にアクセス情報テーブル１０００のアクセス種別１００５を設定しているが、後述するアクセス分析時にアクセス情報テーブル１０００のＵＲＬ１００４に含まれる識別子からアクセス種別を逐次判定するようにしてもよい。
図４の説明に戻る。
【００９５】
ステップＳ４１２では、分析サーバ１０３は、必要時、アクセス分析を実施する。実施するタイミングは、ユーザからの要求があった場合の随時実行や、分析レポートを出力する場合の定期実行等が考えられる。ステップＳ４１１にて登録されたアクセス情報テーブル１０００に基づいて、分析要求のあったＵＲＬ１００４に対して、アクセス種別ごとにアクセス数を集計する。ＵＲＬ１００４については、識別子を除いた部分が同じであれば同一のＵＲＬとして集計する。集計した結果をアクセス分析結果画面に出力する。
【００９６】
図１２にアクセス分析結果画面の一例を示す。アクセス分析結果画面１２００では、各ＵＲＬ（Ｗｅｂページ）に対するアクセス数がグラフ表示される（１２０１）。詳細分析対象であるＵＲＬでは、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用したアクセスの数（１２０２）と、使用いないアクセスの数（１２０３）が区別して表示される。一方、詳細分析対象ではないＵＲＬでは、Ｗｅｂブラウザのブックマーク等のショートカット機能を使用有無に関わらずアクセスの総数（１２０４）が表示される。
【００９７】
以上で、アクセス分析システムの一連の処理を終了する。
【００９８】
上記により、Ｗｅｂアクセス分析において、クライアント側の仕組みを変えることなく、クライアントのＷｅｂブラウザにおけるブックマーク等のショートカット機能を使用したアクセスか否かを把握できる。また、ＵＲＬに埋め込まれた識別子から日付等の情報を把握することができる。
【００９９】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１００】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１０１】
また、本発明におけるプログラムは、図４〜図６に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図６の各装置の処理方法ごとのプログラムであってもよい。
【０１０２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１０３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１０４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１０５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０８】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０９】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１１０】
１００    アクセス分析システム
１０１    クライアント
１０２    Ｗｅｂサーバ
１０３    分析サーバ
１０４    ネットワーク
【図１】
2018109888.tif 000003
【図２】
2018109888.tif 000004
【図３】
2018109888.tif 000005
【図４】
2018109888.tif 000006
【図５】
2018109888.tif 000007
【図６】
2018109888.tif 000008
【図７】
2018109888.tif 000009
【図８】
2018109888.tif 000010
【図９】
2018109888.tif 000011
【図１０】
2018109888.tif 000012
【図１１】
2018109888.tif 000013
【図１２】
2018109888.tif 000014