(57)【要約】【課題】  Webページの閲覧履歴を取得する際に、ユーザ端末やプロキシサーバでの処理負荷を軽減する。【解決手段】  本発明は、ユーザ端末において、Webブラウザが発生するページ遷移イベント及びクリックイベントを検出し、イベント情報をイベント発生記憶手段に格納すると共に、プロキシサーバに送信し、プロキシサーバにおいて、ユーザ端末からイベント情報を取得し、該ユーザ端末にWebコンテンツを提供した履歴である閲覧履歴と該イベント情報を対応付けて閲覧履歴記憶手段に格納し、該WebコンテンツのHTMLをHTMLファイルとして格納し、閲覧履歴記憶手段の閲覧履歴を解析し、フレームの親子関係を表した履歴を生成し、閲覧履歴解析手段で得られた履歴を閲覧履歴記憶手段に追記する。【選択図】  図７
2014096117.tif 000002
【特許請求の範囲】
【請求項１】
親子関係を有するフレームに分かれたWebページの閲覧履歴を取得するためのWeb閲覧履歴取得システムであって、
ユーザ端末とプロキシサーバを有し、
前記ユーザ端末は、
Webブラウザが発生するページ遷移イベント及びクリックイベントを検出し、イベント情報をイベント発生記憶手段に格納すると共に、前記プロキシサーバに送信するイベント検出・送信手段を有し、
前記プロキシサーバは、
前記ユーザ端末から前記イベント情報を取得し、該ユーザ端末にWebコンテンツを提供した履歴である閲覧履歴と該イベント情報を対応付けて閲覧履歴記憶手段に格納し、該WebコンテンツのHTMLをHTMLファイルとして格納する閲覧履歴取得手段と、
前記閲覧履歴記憶手段の前記閲覧履歴を解析し、フレームの親子関係を表した履歴を生成する閲覧履歴解析手段と、
前記閲覧履歴解析手段で得られた履歴を前記閲覧履歴記憶手段に追記する閲覧履歴追記手段と、
を有することを特徴とするWeb閲覧履歴取得システム。
【請求項２】
前記プロキシサーバの前記閲覧履歴解析手段は、
前記ユーザ端末から受信した前記イベント情報と前記閲覧履歴記憶手段の閲覧履歴とを、該イベント情報と該閲覧履歴のURLと日時で照合する照合手段を含む
請求項１記載のWeb閲覧履歴取得システム。
【請求項３】
前記照合手段は、
前記イベント情報と前記閲覧履歴の前記URLと前記日時で照合した結果、照合対象が見つからない場合は、前記閲覧履歴の時間を遡って検索する手段を含む
請求項２記載のWeb閲覧履歴取得システム。
【請求項４】
前記閲覧履歴追記手段は、
前記照合手段において、前記ユーザ端末から受信したイベント情報と前記閲覧履歴記憶手段の閲覧履歴とを、該イベント情報と該閲覧履歴のURLと日時で照合した結果、該閲覧履歴記憶手段に対応付けがされない閲覧履歴がある場合には、対応付けされていない閲覧履歴を前記ユーザ端末に送信し、該ユーザ端末の前記イベント発生記憶手段に追記させる手段を含む
請求項２記載のWeb閲覧履歴取得システム。
【請求項５】
ユーザ端末において閲覧された親子関係を有するフレームに分かれたWebページの閲覧履歴を管理するWeb閲覧履歴管理装置であって、
前記ユーザ端末で検出された、前記Webブラウザが発生するページ遷移イベント及びクリックイベントを含むイベント情報を取得するイベント情報取得手段と、
前記ユーザ端末にWebコンテンツを提供した履歴である閲覧履歴と該イベント情報を対応付けて閲覧履歴記憶手段に格納し、該WebコンテンツのHTMLをHTMLファイルとして格納する閲覧履歴取得手段と、
前記閲覧履歴記憶手段の前記閲覧履歴を解析し、フレームの親子関係を表した履歴を生成する閲覧履歴解析手段と、
前記閲覧履歴解析手段で得られた履歴を前記閲覧履歴記憶手段に追記する閲覧履歴追記手段と、
を有することを特徴とするWeb閲覧履歴管理装置。
【請求項６】
前記閲覧履歴解析手段は、
前記ユーザ端末から受信した前記イベント情報と前記閲覧履歴記憶手段の閲覧履歴とを、該イベント情報と該閲覧履歴のURLと日時で照合する照合手段を含む
請求項５記載のWeb閲覧履歴管理装置。
【請求項７】
前記照合手段は、
前記イベント情報と前記閲覧履歴の前記URLと前記日時で照合した結果、照合対象が見つからない場合は、前記閲覧履歴の時間を遡って検索する手段を含む
請求項６記載のWeb閲覧履歴管理装置。
【請求項８】
前記閲覧履歴追記手段は、
前記照合手段において、前記ユーザ端末から受信したイベント情報と前記閲覧履歴記憶手段の閲覧履歴とを、該イベント情報と該閲覧履歴のURLと日時で照合した結果、該閲覧履歴記憶手段に対応付けがされない閲覧履歴がある場合には、対応付けされていない閲覧履歴を前記ユーザ端末に送信し、該ユーザ端末の前記イベント発生記憶手段に追記させる手段を含む
請求項６記載のWeb閲覧履歴管理装置。
【請求項９】
コンピュータを、
請求項５乃至８のいずれか１項に記載のWeb閲覧履歴管理装置の各手段として機能させるためのWeb閲覧履歴管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが閲覧したＷｅｂページ（フレーム分割されたWebページも含む）の閲覧履歴を取得するWeb閲覧履歴取得システム及びWeb閲覧履歴管理装置及びプログラムに係り、特に、ユーザがWebページを閲覧した端末と、プロキシサーバとで分担して閲覧履歴を取得するWeb閲覧履歴取得システム及びWeb閲覧履歴管理装置及びプログラムに関する。
【背景技術】
【０００２】
閲覧履歴を取得する技術としてユーザがWebページを閲覧する端末において、Webページ（フレームに分割されたWebページも含む）の閲覧履歴を取得するシステムがある（例えば、特許文献１参照）。当該システムでは、ユーザ端末内にブラウザ閲覧履歴を蓄積しておき、表示内容、表示URL、表示完了イベント等を取得するものである。
【０００３】
また、ユーザがプロキシサーバ経由でWebページを閲覧する場合に、プロキシサーバにおいてWeb閲覧履歴を取得するシステムがある（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2011-90384号公報
【特許文献２】特開2006-48505号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の特許文献１に示すようなユーザ端末において閲覧履歴を取得する方式では、閲覧履歴として表示されたWebページのHTMLも取得する場合には、処理負荷が大きくなり、処理性能の低い端末には適用できないという問題があった。
【０００６】
また、特許文献２に示すようなプロキシサーバにおいて、閲覧履歴を取得する方式では、ユーザ端末においてWebブラウザのキャッシュを用いた表示が行われたときにはプロキシサーバには記録が残らないという問題、及び、フレームページの遷移をできるだけ正確に把握するためにはHTMLをパースして<frame>タグや<iframe>タグのsrc属性を調べる等の解析を行う必要があり、プロキシサーバでの処理の負荷が大きくなるという問題がある。
【０００７】
本発明は、上記の点に鑑みなされたもので、Webページの閲覧履歴を取得する際に、ユーザ端末やプロキシサーバでの処理負荷を軽減することが可能なWeb閲覧履歴取得システム及びWeb閲覧履歴管理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明（請求項１）は、親子関係を有するフレームに分かれたWebページの閲覧履歴を取得するためのWeb閲覧履歴取得システムであって、
ユーザ端末とプロキシサーバを有し、
前記ユーザ端末は、
Webブラウザが発生するページ遷移イベント及びクリックイベントを検出し、イベント情報をイベント発生記憶手段に格納すると共に、前記プロキシサーバに送信するイベント検出・送信手段を有し、
前記プロキシサーバは、
前記ユーザ端末から前記イベント情報を取得し、該ユーザ端末にWebコンテンツを提供した履歴である閲覧履歴と該イベント情報を対応付けて閲覧履歴記憶手段に格納し、該WebコンテンツのHTMLをHTMLファイルとして格納する閲覧履歴取得手段と、
前記閲覧履歴記憶手段の前記閲覧履歴を解析し、フレームの親子関係を表した履歴を生成する閲覧履歴解析手段と、
前記閲覧履歴解析手段で得られた履歴を前記閲覧履歴記憶手段に追記する閲覧履歴追記手段と、を有する。
【０００９】
また、本発明（請求項２）は、上記の請求項１の前記プロキシサーバの前記閲覧履歴解析手段において、前記ユーザ端末から受信した前記イベント情報と前記閲覧履歴記憶手段の閲覧履歴とを、該イベント情報と該閲覧履歴のURLと日時で照合する照合手段を含む。
【００１０】
また、本発明（請求項３）は、請求項２の前記照合手段において、前記イベント情報と前記閲覧履歴の前記URLと前記日時で照合した結果、照合対象が見つからない場合は、前記閲覧履歴の時間を遡って検索する手段を含む。
【００１１】
また、本発明（請求項４）は、前記閲覧履歴追記手段において、前記照合手段で前記ユーザ端末から受信したイベント情報と前記閲覧履歴記憶手段の閲覧履歴とを、該イベント情報と該閲覧履歴のURLと日時で照合した結果、該閲覧履歴記憶手段に対応付けがされない閲覧履歴がある場合には、対応付けされていない閲覧履歴を前記ユーザ端末に送信し、該ユーザ端末の前記イベント発生記憶手段に追記させる手段を含む。
【発明の効果】
【００１２】
本発明によれば、ユーザ端末では表示完了イベントの取得という軽い処理のみを行い、HTMLの取得処理を行わないので、ユーザ端末にかける負荷が軽減することができる。
【００１３】
プロキシサーバでHTMLの解析を行う際に、ユーザ端末においてWebブラウザが発生するイベントを利用する。すなわち、Webページ全体の遷移、子フレームだけの遷移の違い、マウスクリックのイベントを使った解析を行うことができる。そのため、前述の特許文献２で行っているようなフレーム構造テーブルやリンク解析テーブルを作成した解析を行う必要はなく、プロキシサーバでの処理を軽減することができる。
【００１４】
また、従来の技術では、Webブラウザのキャッシュを用いた表示が行われた場合にも、プロキシサーバには記録が残らないが、本発明では、プロキシサーバ側において、ユーザ端末では発生したイベントが記録されるので、これを元にして閲覧履歴を補足することができる。
【００１５】
さらに、ユーザ端末でのイベントの発生は、稀にではあるが発生漏れが起きることがある。そのような場合でも、プロキシサーバには記録が残っているので、それを元にしてユーザ端末側の閲覧履歴を補足することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施の形態におけるシステム構成例である。
【図２】本発明の一実施の形態におけるWebブラウザ拡張機能の例である。
【図３】本発明の一実施の形態におけるフレームページの例である。
【図４】本発明の一実施の形態における発生する表示完了イベントである。
【図５】本発明の一実施の形態におけるページ遷移記録テーブルの例である。
【図６】本発明の一実施の形態におけるクリック履歴記録テーブルの例である。
【図７】本発明の一実施の形態におけるプロキシサーバ拡張機能の例である。
【図８】本発明の一実施の形態における閲覧履歴テーブルの例である。
【図９】本発明の一実施の形態における追記後の閲覧履歴テーブルの例である。
【図１０】本発明の一実施の形態におけるページ遷移記録テーブルの例である。
【発明を実施するための形態】
【００１７】
以下、図面と共に本発明の実施の形態を説明する。
【００１８】
図１は、本発明の一実施の形態におけるシステム構成例を示す。
【００１９】
ユーザは、プロキシサーバ２を経由してインターネットに接続し、Webページを閲覧する。ユーザがWebページを閲覧するユーザ端末１上では、Webブラウザ１０にWebブラウザ拡張機能１００が組み込まれている。さらに、プロキシサーバ２には、プロキシサーバ拡張機能２０が組み込まれている。
【００２０】
図２は、本発明の一実施の形態におけるWebブラウザ拡張機能の例を示す。
【００２１】
Webブラウザ１０は、Webページを閲覧するための、Webページ要求部１１とWebページ受信部１２に加え、Webブラウザ拡張機能１００を有する。Webブラウザ拡張機能１００は、表示完了検出部１１０、フレーム遷移判定部１２０、クリック検出部１３０、閲覧履歴送信部１４０、ページ遷移記録テーブル１２１、クリック履歴記録テーブル１３１を有する。
【００２２】
ユーザがWebブラウザ１０でWebページを閲覧したとき、Webページの表示が完了すると、Webブラウザ１０は表示完了のイベントを発生する。表示完了検出部１１０では、このイベントを検出する。
【００２３】
フレーム遷移判定部１２０では、例えば、特許文献１による方法により、Webページ全体の遷移、子フレームのみの遷移を判定して検出する。例えば、図３に示すようなフレーム構造を持ったWebページを考える。この場合、example.htmlの中には、
<frame src=http://xxx.co.jp/menu.html name="left">
<frame src=http://xxx.co.jp/chap1.html name="right">
というフレーム構造を表す記述が含まれることになる。
【００２４】
このWebページに対して、まず、Webページ全体の遷移が発生し、次に子フレームのみの遷移が発生したとする。このとき、図４に示すような表示完了イベントが発生する。特許文献１の方法等によれば、Webページ全体の遷移、子フレームのみの遷移を検出することができ、ここでは、"２−３"がWebページ全体の遷移、"２−４"が子フレームのみの遷移として検出されるので、その結果は図５のようにページ遷移記録テーブル１２１に記録される。ここで、URL ID=1が図４の"２−３"に対応する記録、URL ID=2が図４中の"２−４"に対応する記録である。URL ID=2は、子フレームのみの遷移の記録であり、トップフレームのURLと併せて記録される。URL ID=3以降は、その後のWebページの閲覧の際のWebページ遷移である。フレーム遷移判定部１２０は、ページ遷移記録テーブル１２１の情報を閲覧履歴送信部１４０に出力する。
【００２５】
クリック検出部１３０では、Webページ上でマウスクリックが行われると、そのイベントを検出し、Webページ遷移のイベントと紐付け、クリックされたタグと共にクリック履歴記録テーブル１３１に記録する。図６にクリック検出部１３０によるクリック履歴記録テーブル１３１への記録の例を示す。同図に示すクリック履歴記録テーブル１３１は、URLの列に記載されたWebページにおいて、タグの列に記載されたタグがクリックされたことを示している。
【００２６】
クリック検出部１３０は、クリック履歴記録テーブル１３１の情報を閲覧履歴送信部１４０に出力する。
【００２７】
閲覧履歴送信部１４０は、表示完了検出後、フレーム遷移判定部１２０、クリック検出部１３０の出力をプロキシサーバ２に送信する。
【００２８】
図７は、本発明の一実施の形態におけるプロキシサーバ拡張機能の例である。
【００２９】
プロキシサーバ２は、Webページ要求受信部２１、Webページ要求部２２、Webページ受信部２３、Webページ提供部２４に加え、プロキシサーバ拡張機能２０を有する。
【００３０】
プロキシサーバ拡張機能２０は、閲覧履歴受信部２１０、Web閲覧履歴取得部２２０、Web閲覧履歴解析部２３０、Web閲覧履歴追記部２４０を有する。Web閲覧履歴取得部２２０、Web閲覧履歴解析部２３０、Web閲覧履歴追記部２４０には、Web閲覧履歴記憶部４０が接続されている。
【００３１】
Web閲覧履歴取得部２２０は、閲覧履歴受信部２１０がWebブラウザ１０から受信した内容をWeb閲覧履歴としてWeb閲覧履歴記憶部４０の閲覧履歴テーブル４１に保存する。受信したHTMLはファイルとしてHTMLファイル４２に保存される。閲覧履歴テーブル４１には、HTMLを受信した日時、URL、リファラ、保存したHTMLファイル４２のローカルパスが記録される。図８に閲覧履歴テーブル４１の例を示す。当該閲覧履歴テーブル４１の情報は各Webブラウザ毎に格納される。
【００３２】
閲覧履歴受信部２１０では、Webブラウザ１０の閲覧履歴送信部１４０からのデータを受信する。受信するデータは、ユーザ端末１で記録されたデータであり、図５、図６に示したページ遷移記録テーブル１２１、クリック履歴記録テーブル１３１に格納されたものである。
【００３３】
Web閲覧履歴解析部２３０は、閲覧履歴受信部２１０からのデータを用いて、Web閲覧履歴の解析を行う。解析は、受信した図５に示すページ遷移記録テーブル１２１のページ遷移記録を元に、順に処理を行っていく。Web閲覧履歴解析部２３０及びWeb閲覧履歴追記部２４０の処理の内容は、次のように場合分けされる。
【００３４】
（１）Webページ全体の遷移の場合：
（ア）閲覧履歴テーブルに存在する場合；
（イ）閲覧履歴テーブルに存在しない場合；
（２）子フレームの遷移の場合：
（ア）閲覧履歴テーブルに存在する場合；
（イ）閲覧履歴テーブルに存在しない場合；
（３）対応するイベントが発生しない場合；
以下に上記の各場合毎に説明する。
【００３５】
（１）（ア）の場合の処理：
当該処理は、Webブラウザ１０から受信したイベント（図５のページ遷移記録テーブルのデータと図６のクリック履歴記録テーブルのデータ）とプロキシサーバ２の閲覧履歴テーブル４１とを、URLと日時で照合することによって解析を行う。
【００３６】
以下に詳細に説明する。
【００３７】
Webページ全体の遷移の場合、図５のページ遷移記録テーブル１２１には、URL ID=1のようなTop URLが空欄である記録がされる。ここに記録されているURLと日時をURL1、DATE1とすると、閲覧履歴受信部２１０は、
URL1=http://xxx.co.jp/example.html
DATE1=2012/08/23 15:00:01
を取得する。Web閲覧履歴解析部２３０において、図８の閲覧履歴テーブル４１において、URLの列の値がURL１に一致し、日時列の値がDATE１と一定の範囲内で一致する行を検索すると、URL ID=2の行が該当する。図５及び図６において、対応する行の時間差は、HTMLファイルがプロキシサーバ２を通過した時刻と、ユーザ端末１においてWebページの表示が完了した時刻の差であるので、通信速度及びWebページの平均的なサイズを指定すれば、平均的な時間差を設定することができる。
【００３８】
もしもこの検索において、一致する行が見つからなかった場合には、後述する（１）（イ）の処理を実行する。
【００３９】
次に、Web閲覧履歴解析部２３０は、閲覧履歴テーブル４１のURL ID=3の行のローカルパス列に書かれたファイルを解析する。このファイルの中には、
http://xxx.co.jp/menu.html
http://xxx.co.jp/chap1.html
がフレーム内の表示内容を示すURLであることが記述されている。これらのURLと一致するURLを図８の閲覧履歴テーブル４１から検索すると、URL ID=3，4の行それぞれに一致する。これにより、URL ID=2，3，4の行が１つのWebページ閲覧に対応することが分かる。このことを示すため、Web閲覧履歴追記部２４０では、図９に示すように、ページIDの列を設け、同一のWebページ閲覧に対応することを示すためにURL ID=2，3，4に対応するページIDに同一のページID=２を記録する。
【００４０】
（１）（イ）の場合の処理：
当該処理は、Webページ全体の遷移の場合において、上記の（１）（ア）において、受信したイベントと閲覧履歴テーブル４１の内容がマッチングしない場合に、時間を遡って閲覧履歴テーブル４１から一致するものを検索する処理である。
【００４１】
閲覧履歴テーブル４１を、URL、日時によって検索したが、対応する行が見つからなかった場合、Webブラウザ１０は、ブラウザキャッシュを利用して表示を行い、プロキシサーバ２にはデータが流れなかったと考えられる。この場合は以前にはそのURLに相当する閲覧を行っているので、時間を遡って閲覧履歴テーブル４１を検索すれば、URL列がURLに一致している行が見つかるはずである。
【００４２】
例えば、図５のページ遷移記録テーブル１２１でURL ID=3の行では、
URL2=http://yyy.co.jp/
DATE2=2012/08/23 15:02:18
である。これらの値を用いて、上記の（１）（ア）と同様に、図８の閲覧履歴テーブル４１を検索しても該当する行は見つからない。この場合には、DATE2から（１）（ア）の場合よりも時間を遡って検索を行う。
【００４３】
見つかった場合に、Web閲覧履歴追記部２４０はその該当する行の情報を、日時DATE2の箇所にコピーする。図８に示されているものよりも更に日時を遡って閲覧履歴テーブル４１を遡って、URL列の値がURL2に一致するものを検索し、見つかった行のリファラがhttp://xxx.co.jp/example.html、ローカルパスの列の値が9001.htmlだったものとする。この場合には、Web閲覧履歴追記部２４０は、リファラ列、ローカルパス列の値を、日時をDATE2とした図９におけるURL ID=5-1の行に追記する。ここで、URL IDは、URL ID=5及びURL ID=6の間への挿入であるので、URL ID=5-1とした。
【００４４】
（２）（ア）の場合の処理：
当該処理は、子フレームの遷移の場合、Webブラウザ１０から受信したイベントとプロキシサーバ２内に蓄積された閲覧履歴テーブルとをURLと日時で照合することにより、解析するものである。
【００４５】
子フレームの遷移の場合、図５のページ遷移記録テーブル１２１のURL ID=2の行に示すように、表示したフレームの内容を示すURLと同時に、トップフレームのURL（Top URL）が記録される。ここで、図５のページ遷移記録テーブル１２１から
URL3=http://xxx.co.jp/chap2.html
Date3=2012/08/23 15:02:13
TOP3=http://xxx.co.jp/example.html
とする。
【００４６】
URL3、DATE3に対して（１）（ア）と同様に閲覧履歴テーブル４１の検索を行うと、URL ID=5の行が該当する。また、TOP3をURLとしてDATE３より閲覧履歴テーブル４１の日時を遡る検索を行うと、URL ID=2が一致する。したがって、URL ID=4に相当する閲覧履歴テーブル４１は、ページ遷移記録テーブル１２１の、URL ID=2の時の閲覧の一部が入れ替わったものと分かる。ここで、日時を遡る範囲は、フレームを含むWebページが表示され、親フレームはそのままで子フレームのみ遷移する時間として、想定される最大値を設定する。
【００４７】
次に、図６に示すクリック履歴記録テーブル１３１のURLがTOP3に一致し、日時をDATE３から遡って検索すると、URL ID=2の「2012/08/23 15:02:12」が検索され、それに対応するクリックタグが<a href=http://xxx.co.jp/chap1.html target=right">であることがわかる。また、図８の閲覧履歴テーブル４１のURLがURL3に一致し、日時をDATE３から遡って検索すると、URL ID=5が抽出され、その行のリファラ情報としてmenu.htmlが得られる。
【００４８】
これにより以下のことが分かる。
【００４９】
・リファラ情報よりクリックが行われた箇所がわかる。この場合、クリックはmenu.htmlの中で行われた。
【００５０】
・クリックされたタグの情報より、クリックされたタグの内容が分かる。この場合、rightフレームにて遷移が行われた。
【００５１】
したがって、図８の閲覧履歴テーブル４１におけるURL ID=5の閲覧は、URL ID=2,3,4の閲覧において、rightフレームであるURL ID=4の内容をchap2.htmlに置き換えたものとなる。この内容にしたがってWeb閲覧履歴追記部２４０が処理を行うと、図９に示す閲覧履歴テーブル４１おいて、URL ID=4-1，4-2の追記が行われる。ここで、URL IDは、URL ID=4及びURL ID=5の間への挿入であるので、URL ID=4−1，4-2とした。
【００５２】
（２）（イ）の場合の処理：
当該処理は、子フレームの遷移の場合、上記（２）（ア）で照合相手が見つからない場合、時間を遡って、閲覧履歴テーブル４１を検索し、照合することにより解析するものである。
【００５３】
子フレームのみの遷移の場合でも、図５のページ遷移記録テーブル１２１の行に対応する内容が図８の閲覧履歴テーブル４１から見つからない場合は、上記の（１）（イ）の処理と同様である。
【００５４】
（３）の場合の処理：
当該処理は対応するイベントの発生がない場合の処理である。
【００５５】
図５のページ遷移記録テーブル１２１において、URL ID=4におけるURLは、図８の閲覧履歴テーブル４１においては、URL ID=7の行に存在するので、これら２つの行が対応することとなる。したがって、図８の閲覧履歴テーブル４１のURL ID=6の行に対して、図５のページ遷移記録テーブル１２１では対応する行が存在しないことになる。これは、ユーザ端末においてイベントの発生漏れが発生したためと考えられる。この場合には、Web閲覧履歴追記部２４０が、ページ遷移記録テーブル１２１に追記を行う。図１０に追記された後のページ遷移記録テーブル１２１のイベント発生履歴の例を示す。URL ID=3-1の列に追記が行われている。
【００５６】
なお、上記の図７に示すプロキシサーバの構成要素の各部の処理をプログラムとして構築し、プロキシサーバとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００５７】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００５８】
１  ユーザ端末
２  プロキシサーバ
３  Webサーバ
１０  Webブラウザ
１１  Webページ要求部
１２  Webページ受信部
２０  プロキシサーバ拡張機能
２１  Webページ受信部
２２  Webページ要求部
２３  Webページ受信部
２４  Webページ提供部
３０  Webリソース
４０  Web閲覧履歴記憶部
４１  閲覧履歴テーブル
４２  HTMLファイル
１００  Webブラウザ拡張機能
１１０  表示完了検出部
１２０  フレーム遷移判定部
１２１  ページ遷移記録テーブル
１３０  クリック検出部
１３１  クリック履歴記録テーブル
１４０  閲覧履歴送信部
２１０  閲覧履歴受信部
２２０  Web閲覧履歴取得部
２３０  Web閲覧履歴解析部
２４０  Web閲覧履歴追記部
【図１】
2014096117.tif 000003
【図２】
2014096117.tif 000004
【図３】
2014096117.tif 000005
【図４】
2014096117.tif 000006
【図５】
2014096117.tif 000007
【図６】
2014096117.tif 000008
【図７】
2014096117.tif 000009
【図８】
2014096117.tif 000010
【図９】
2014096117.tif 000011
【図１０】
2014096117.tif 000012