JP4856591B2

JP4856591B2 - サーバ・システムならびにその動作制御方法およびその制御プログラム

Info

Publication number: JP4856591B2
Application number: JP2007169319A
Authority: JP
Inventors: 有人浅井
Original assignee: Fujifilm Corp
Current assignee: Fujifilm Corp
Priority date: 2007-06-27
Filing date: 2007-06-27
Publication date: 2012-01-18
Anticipated expiration: 2027-06-27
Also published as: CN101335767B; CN101335767A; US8166134B2; JP2009009309A; US20090006580A1

Description

この発明は，サーバ・システムならびにその動作制御方法およびその制御プログラムに関する。

ウェブ・ページへのアクセス数を向上させるために，ウェブ・サーバのアクセス・ログを解析することがある。アクセスするウェブ・ページのＵＲＬを示すデータをウェブ・ページに送信してアクセスすると，そのアクセスした記録がアクセス・ログとして残る。

しかしながら，ブラウザの戻るボタンなどがクリックされることにより，アクセスしているウェブ・ページの前のウェブ・ページにアクセスする場合には，ウェブ・サーバにはアクセスするウェブ・ページのＵＲＬを示すデータが送信されずに，クライアント端末装置のキャッシュ・メモリに記憶されているウェブ・ページのデータが読み出されて表示されることがある。このために，その前のウェブ・ページがクライアント端末装置に表示されたとしてもウェブ・サーバには，戻るボタンなどがクリックされて表示されるウェブ・ページのアクセス記録はアクセス・ログには残らないことがある。

また，携帯電話では扱えるＵＲＬの長さに制限があるために，その制限にかかわらずウェブ・ページにアクセスできるようにする技術もある（特許文献１）。
特開2003-141002号公報

しかしながら，このような技術でも戻るボタンにより表示されたウェブ・ページへのアクセス記録はアクセス・ログに残らない。

この発明は，戻るボタンなどにより戻ったウェブ・ページへのアクセス記録がアクセス・ログに残るようにすることを目的とする。

この発明は，クライアント端末装置から送信され，ＵＲＬによって特定されるウェブ・ページのリクエスト・データを受信し，受信したリクエスト・データによってリクエストされたウェブ・ページのデータを上記クライアント端末装置に送信するサーバ・システムにおいて，上記リクエストに応じて上記クライアント端末装置に送信されたウェブ・ページ・データによって表されるウェブ・ページのＵＲＬをアクセス先ＵＲＬとして，上記リクエスト・データを送信したときに上記クライアント端末装置の表示装置に表示されていたウェブ・ページのＵＲＬをリンク元ＵＲＬとして，リクエスト順にしたがってアクセス履歴テーブルに記憶するアクセス履歴記憶手段，今回のリクエストによるリンク元ＵＲＬと前回のリクエストによるアクセス先ＵＲＬとが一致しないかどうかを判定する判定手段，および上記判定手段により一致しないと判定されたことにより，前回のリクエスト以前のリクエストにより上記アクセス履歴テーブルに記憶されられたリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたＵＲＬの組み合わせを，前回のリクエストの以前のリクエストの逆順に遡って，今回のリクエストと前回のリクエストとの間のリクエストとしてアクセス履歴テーブルに挿入する処理を，挿入されたリクエストのアクセス先ＵＲＬと今回のリクエストのリンク元ＵＲＬとが一致するまでくり返す履歴修正手段を備えていることを特徴とする。

この発明は，上記サーバ・システムに適した動作制御方法も提供している。すなわち，この方法は，クライアント端末装置から送信され，ＵＲＬによって特定されるウェブ・ページのリクエスト・データを受信し，受信したリクエスト・データによってリクエストされたウェブ・ページのデータを上記クライアント端末装置に送信するサーバ・システムの動作制御方法において，アクセス履歴記憶手段が，上記リクエストに応じて上記クライアント端末装置に送信されたウェブ・ページ・データによって表されるウェブ・ページのＵＲＬをアクセス先ＵＲＬとして，上記リクエスト・データを送信したときに上記クライアント端末装置の表示装置に表示されていたウェブ・ページのＵＲＬをリンク元ＵＲＬとして，リクエスト順にしたがってアクセス履歴テーブルに記憶し，判定手段が，今回のリクエストによるリンク元ＵＲＬと前回のリクエストによるアクセス先ＵＲＬとが一致しないかどうかを判定し，履歴修正手段が，上記判定手段により一致しないと判定されたことにより，前回のリクエスト以前のリクエストにより上記アクセス履歴テーブルに記憶されられたリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたＵＲＬの組み合わせを，前回のリクエストの以前のリクエストの逆順に遡って，今回のリクエストと前回のリクエストとの間のリクエストとしてアクセス履歴テーブルに挿入する処理を，挿入されたリクエストのアクセス先ＵＲＬと今回のリクエストのリンク元ＵＲＬとが一致するまでくり返すものである。

この発明は，上記サーバ・システムを制御するプログラムも提供している。また，そのようなプログラムを格納した記録媒体も提供するようにしてもよい。

この発明によると，クライアント端末装置からのリクエストに応じてクライアント端末装置に送信されたウェブ・ページ・データによって表されるウェブ・ページのＵＲＬがクライアント端末装置にアクセスされたアクセス先ＵＲＬとして，リクエストをしたときにクライアント端末装置の表示装置に表示されていたウェブ・ページのＵＲＬがリンク元ＵＲＬとしてリクエスト順にしたがってアクセス履歴テーブルに記憶される。今回のリクエストによるリンク元ＵＲＬと前回のリクエストによるアクセス先ＵＲＬとが一致しないかどうかが判定される。一致していれば，前回のアクセス先ＵＲＬのウェブ・ページから今回のアクセス先ＵＲＬのウェブ・ページへのアクセス履歴がアクセス履歴テーブルに残っていることとなる。不一致であれば，前回のアクセス先ＵＲＬのウェブ・ページから今回のアクセス先ＵＲＬのウェブ・ページへのアクセス履歴がアクセス履歴テーブルに残っていないこととなる。このために，前回のリクエスト以前のリクエストにより上記アクセス履歴テーブルに記憶されられたリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたＵＲＬの組み合わせが，前回のリクエストの以前のリクエストの逆順に遡って，今回のリクエストと前回のリクエストとの間のリクエストとしてアクセス履歴テーブルに挿入する処理が，挿入されたリクエストのアクセス先ＵＲＬと今回のリクエストのリンク元ＵＲＬとが一致するまでくり返される。クライアント端末装置がブラウザなどの戻るボタンを用いて前のウェブ・ページに戻るようにサーバ・システムにアクセスしたウェブ・ページのＵＲＬを示すデータが送信されない場合でもアクセス履歴がアクセス履歴テーブルに格納されるようになる。

クライアント端末装置が携帯電話のように，固有のＩＰ（インターネット・プロトコル）アドレスが付与されない場合には，この発明のよるサーバ・システムは，下記のような構成をもつ代理サーバに適用することが好ましい。すなわち，クライアント端末装置と代理サーバとウェブ・サーバとを備えた通信システムを構成する代理サーバであって，上記クライアント端末装置からリクエストされるウェブ・ページのＵＲＬが上記代理サーバにおいて変換されていないものかどうかを判定する判定手段，上記判定手段によって，リクエストされるウェブ・ページのＵＲＬが上記代理サーバにおいて変換されていないと判定されたことに応じて，上記クライアント端末装置の識別データを生成する識別データ生成手段，上記判定手段によって，リクエストされるウェブ・ページのＵＲＬが上記代理サーバにおいて変換されていないと判定されたことに応じて，上記クライアント端末装置からのウェブ・ページのリクエストを上記ウェブ・サーバにリクエストする第１のリクエスト手段，上記判定手段によって，リクエストされるウェブ・ページのＵＲＬが上記代理サーバにおいて変換されていると判定されたことに応じて，変換されたＵＲＬを変換される前のＵＲＬに戻すＵＲＬ逆変換手段，上記ＵＲＬ逆変換手段によって戻されたＵＲＬによって特定されるウェブ・ページのリクエストを上記ウェブ・サーバにリクエストする第２のリクエスト手段，上記第１のリクエスト手段または上記第２のリクエスト手段からのリクエストに応答して，上記ウェブ・サーバから送信されるウェブ・ページ・データによって表されるウェブ・ページに含まれる，ウェブ・ページのリンク先を示すリンク先ＵＲＬを変換するリンク先ＵＲＬ変換手段，上記リンク先変換手段によって変換されたリンク先ＵＲＬを含むウェブ・ページを表すウェブ・ページ・データを上記クライアント端末装置に送信するウェブ・ページ・データ送信手段，および上記識別コード生成手段によって生成された識別データと上記リンク先ＵＲＬ変換手段によって変換される前のＵＲＬとを対応づけて記憶するように記憶装置を制御する記憶制御手段を備えていることを特徴とする。

図１は，この発明の実施例による通信システムの全体の構成を示している。

この実施例による通信システムには，携帯電話に代表されるクライアント端末装置（携帯電話に限らないのはいうまでもない）１と代理サーバ（プロキシ・サーバ）10とウェブ・サーバ20とが含まれている。

クライアント端末装置１には，後述する動作を制御するクライアント・プログラム２がインストールされている。クライアント端末装置1には，ＣＰＵ，ウェブ・ページを表示するための表示装置，代理サーバ10と通信するための通信装置，各種指令を与えるためのキーパッド，メモリなどが含まれている（いずれも図示略）。

代理サーバ10には，後述する動作を制御する第１のサーバ・プログラム11がインストールされている。このサーバ・プログラム11は，CD-ROM（コンパクト・ディスク-リード・オンリ・メモリ）に格納されており，CD-ROMドライブ（図示略）によって，そのサーバ・プログラム11が読み取られて代理サーバ10にインストールされる。もちろん，他のサーバ等から送信されたサーバ・プログラム11を受信して代理サーバ10にインストールされるようにしてもよい。代理サーバ10には，後述するアクセス履歴テーブル，その他のデータを記憶するハードディスク13も含まれている。

ウェブ・サーバ20には，後述する動作を制御する第２のサーバ・プログラム21がインストールされている。このウェブ・サーバ20にもハードディスク22が内蔵されている。ハードディスク22には，クライアント端末装置１の表示装置に表示されるウェブ・ページのデータなどが格納されている。

代理サーバ10およびウェブ・サーバ20のいずれにもＣＰＵ，表示装置，通信装置，メモリ，ハードディスク・ドライブ，キーボードなどが含まれている。

クライアント端末装置１の表示装置に，ウェブ・サーバ20に格納されている所望のウェブ・ページ・データによって表されるウェブ・ページを表示するときにはクライアント端末装置１と代理サーバ10とが接続され，かつ代理サーバ10とウェブ・サーバ20とが接続される。

図２は，index.htmlというＵＲＬをもつウェブ・ページの一例である。

index.htmlというＵＲＬをもつウェブ・ページ30には，「ここをクリックという」という第１の文字列31，「ここをクリック」という第２の文字列32などが含まれている。第１の文字列31の「ここ」の文字列はクリッカブルなものであり，ホット・テキスト32である。このホット・テキスト32には，pagea.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。第２の文字列33の文字列の「ここ」の文字列もクリッカブルなものであり，ホット・テキスト34である。ホット・テキスト34には，pageb.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。

図３は，pagea.htmlというＵＲＬをもつウェブ・ページの一例である。

pagea.htmlというＵＲＬをもつウェブ・ページ40には，「このページへジャンプ」という第１の文字列41，「このページへジャンプ」という第２の文字列42などが含まれている。第１の文字列41の「ページ」という文字列はホット・テキスト42である。ホット・テキスト42には，page1.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。第２の文字列42の「ページ」という文字列もホット・テキスト44である。ホット・テキスト44には，page2.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。

図２に示すindex.htmlというＵＲＬをもつウェブ・ページ30が表示されている場合に，ホット・テキスト32がクリックされると，ホット・テキスト32のリンク先であるpagea.htmlのＵＲＬをもつウェブ・ページ42が表示されるようになる。

この実施例においては，図２に示すウェブ・ページ30がクライアント端末装置１においてリクエストされると，図４に示すウェブ・ページ50がクライアント端末装置１に表示される。

図４は，index.htmlというＵＲＬをもつウェブ・ページ50の一例である。

ウェブ・ページ50は，図２に示すウェブ・ページ30と同様に，「ここをクリックという」という第１の文字列51，「ここをクリック」という第２の文字列52などが含まれている。第１の文字列51の「ここ」の文字列はクリッカブルなものであり，ホット・テキスト52である。このホット・テキスト52には，図２に示すホット・テキスト32のリンク先pagea.htmlのＵＲＬをもつウェブ・ページと異なり，xa.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。第２の文字列53の文字列の「ここ」の文字列もクリッカブルなものであり，ホット・テキスト54である。ホット・テキスト54には，図２に示すホット・テキスト34のリンク先pageb.htmlのＵＲＬをもつウェブ・ページと異なり，xb.htmlにリンクが張られている。

図１を参照して，この発明の実施例においては，クライアント端末装置１から図２に示すindex.htmlというＵＲＬ名のウェブ・ページをリクエストする場合，クライアント端末装置１から代理サーバ10に“GET index.html”というリクエストが送られる。リクエストに含まれるＵＲＬ（index.html）が代理サーバ10において変換されていなければそのリクエスト“GET index.html”が代理サーバ10からウェブ・サーバ20に送信される。リクエストに応じてウェブ・サーバ20から代理サーバ10に，図２に示すindex.htmlというＵＲＬ名をもつウェブ・ページを表示するためのウェブ・ページ・データ（index.htmlファイル１）が送信される。代理サーバ10において，図２に示すウェブ・ページ30から図４に示すウェブ・ページ50を表すデータとなるように，ホット・テキストのリンク先のＵＲＬが変換される。すなわち，リンク先が図２に示すpagea.htmlから図４に示すxa.htmlに，図２に示すpageb.htmlから図４に示すxb.htmlにそれぞれ変換される。リンク先のＵＲＬが変換されたウェブ・ページ・データ（index.htmlファイル２）が代理サーバ10からクライアント端末装置１に送信される。

図４に示すウェブ・ページ50がクライアント端末装置１の表示装置に表示されると，クライアント端末装置１のユーザによってウェブ・ページ50に表示されているホット・テキストのうちのいずれかのホット・テキストがクリックされる。ユーザによってホット・テキスト52がクリックされると，そのホット・テキスト52のリンク先であるxa.htmlのウェブ・ページのリクエスト“GET xa.html”がクライアント端末装置１から代理サーバ10に送られる。

xa.htmlのＵＲＬをもつウェブ・ページのリクエスト“GET xa.html”が代理サーバ10において受信されると，リクエストされたウェブ・ページのＵＲＬ（xa.html）は代理サーバ10において変換されたものであるから，変換前の元のＵＲＬ（pagea.html）に戻される。戻された元のＵＲＬ（pagea.html）をもつウェブ・ページのリクエスト“GET pagea.html”が代理サーバ10からウェブ・サーバ20に送信される。

ウェブ・サーバ20において，代理サーバ10から送信されたpagea.htmlのＵＲＬをもつウェブ・ページのリクエスト“GET pagea.html”が受信されると，そのリクエストに応答して図３に示すようにpagea.htmlのＵＲＬをもつウェブ・ページを表すウェブ・ページ・データ（pagea.htmlファイル）が代理サーバ10に送信される。

図３に示すウェブ・ページ40から図５に示すウェブ・ページ60が表示されるように，代理サーバ10においてＵＲＬの変換処理が行われる。

図５を参照して，pagea.htmlをＵＲＬにもつウェブ・ページ60には，図３と同様に，「このページへジャンプ」という第１の文字列61，「このページへジャンプ」という第２の文字列62などが含まれている。第１の文字列61の「ページ」という文字列はホット・テキスト62である。ホット・テキスト62は，図３のホット・テキスト52のようにpage1.htmlのＵＲＬをもつウェブ・ページにリンクが張られているのではなく，x1.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。第２の文字列62の「ページ」という文字列もホット・テキスト64である。ホット・テキスト64は，図３のホット・テキスト44のようにpage2.htmlのＵＲＬをもつウェブ・ページにリンクが張られているのではなく，x2.htmlのＵＲＬをもつウェブ・ページにリンクが張られている。

代理サーバ10において，図３に示すウェブ・ページ40から図５に示すウェブ・ページ60が表示されるようにウェブ・ページに含まれているリンク先ＵＲＬの変換が行われる。リンク先ＵＲＬが変換されたウェブ・ページ・データ（pagea.htmlファイル）が代理サーバからクライアント端末装置１に送信されることにより，クライアント端末装置１の表示装置の表示画面には図５に示すウェブ・ページ60が表示される。その後は上述したのと同様に，クライアント端末装置１からリクエストされたウェブ・ページのＵＲＬは代理サーバ10において逆変換されて，変換前のＵＲＬをもつウェブ・ページのリクエストがウェブ・サーバ20に与えられることにより，ウェブ・サーバ20から代理サーバ10を介してクライアント端末装置１にウェブ・ページ・データが送信される。

図６は，アクセス履歴テーブルの一例である。

アクセス履歴テーブルは，代理サーバ10のハードディスク13に記憶されるものである。

アクセス履歴テーブルには，上述したように変換後のアクセス先ＵＲＬ，変換前のアクセス先ＵＲＬ，リンク元ＵＲＬ，クライアント識別データおよびアクセス時刻が記録されている。リンク元ＵＲＬは，図２から図５に示すようにウェブ・ページ30〜60にホット・テキスト32，34，42，44，52，54，62，64によってリンク先が貼り付けられている，それらのウェブ・ページ30〜60のＵＲＬである。クライアント識別データは，クライアント端末装置１からリクエストされたウェブ・ページのＵＲＬが代理サーバにおいて変換されていない場合，すなわと，クライアント端末装置１から代理サーバ10に最初にウェブ・ページのリクエストがあった場合にクライアント端末装置１を識別するために生成されるものである。アクセス時刻は，ＵＲＬの逆変換が行われた場合に，その逆変換されたＵＲＬをもつウェブ・ページにアクセスしたものとして記録されるものである。

クライアント識別データによって識別されるクライアント端末装置が，どのウェブ・ページにアクセスしたかが，アクセス履歴テーブルのリンク元ＵＲＬの履歴から分かる。

図７から図９は，クライアント端末装置１と代理サーバ10とウェブ・サーバ20との間の処理手順を示すフローチャートである。図７はクライアント端末装置１の処理手順を示し，図８は代理サーバ10の処理手順を示し，図９はウェブ・サーバの処理手順を示している。

ウェブ・ページをクライアント端末装置１の表示装置に新たに表示する場合には，クライアント端末装置１から代理サーバ10に，そのウェブ・ページのＵＲＬが特定されてウェブ・ページのリクエストが送信される（図７ステップ71でＹＥＳ，図７ステップ72）。クライアント端末装置１のブラウザの戻るボタンが押されたことによって，表示されているウェブ・ページの前にすでに表示したウェブ・ページにクライアント端末装置１がアクセスする場合には（図７ステップ73でＹＥＳ），クライアント端末装置１のキャッシュ・メモリに格納されているウェブ・ページ・データが読み出されて，その読み出されたウェブ・ページ・データによって表されるウェブ・ページがクライアント端末装置１の表示装置に表示される（図７ステップ74）。

クライアント端末装置１から送信されたリクエストが代理サーバ10において受信されると（図８ステップ81，図８ステップ82），受信したリクエストによって特定されるウェブ・ページのＵＲＬが，代理サーバ10において変換されたものかどうかが判定される（図８ステップ83）。

最初にウェブ・ページのリクエストが代理サーバ10に送信されたときには，そのリクエストによって特定されるウェブ・ページのＵＲＬは代理サーバ10において変換されていないものであるから（図８ステップ83でＮＯ），リクエストを送信したクライアント端末装置１に固有の識別データが生成される（図８ステップ84）。受信したリクエストが代理サーバ10からウェブ・サーバ20に送信される（図８ステップ86）。

代理サーバ10から送信されたリクエストがウェブ・サーバ20において受信される（図９ステップ101）。すると，そのリクエストによって特定されるＵＲＬのウェブ・ページを表すデータがウェブ・サーバ20から代理サーバ10に送信される（図９ステップ102）。

ウェブ・サーバ20から送信されたウェブ・ページ・データが代理サーバ10において受信されると（図８ステップ87），受信されたウェブ・ページ・データによって表されるウェブ・ページに含まれているホット・テキストに埋め込まれているリンク先ＵＲＬが変換される（図８ステップ88）。変換後のアクセス先ＵＲＬ，変換前のアクセス先ＵＲＬ，リンク元ＵＲＬ（そのウェブ・ページのＵＲＬ）および識別データが変換／逆変換テーブルに記録される（図８ステップ89）。

上述したように，クライアント端末装置１のブラウザの戻るボタンが押されたことによって，表示されているウェブ・ページの前に表示したウェブ・ページにクライアント端末装置１がアクセスする場合には，クライアント端末装置１のキャッシュ・メモリに格納されているウェブ・ページ・データが読み出されて，その読み出されたウェブ・ページ・データによって表されるウェブ・ページがクライアント端末装置１の表示装置に表示される。クライアント端末装置１のキャッシュ・メモリに格納されているウェブ・ページ・データが読み出されて，その読み出されたウェブ・ページ・データによって表されるウェブ・ページがクライアント端末装置１の表示装置に表示される場合には，クライアント端末装置１から代理サーバ10にウェブ・ページのリクエストが送信されないから，クライアント端末装置１の表示装置に戻るボタンによって前のウェブ・ページが表示されてもその前のウェブ・ページにクライアント端末装置１がアクセスしたことは，代理サーバ10は認識できない。このために，戻るボタンによって前のウェブ・ページに戻った後に新たに代理サーバにウェブ・ページにリクエストが送信された場合には，新たにリクエストされた今回のリンク元ＵＲＬと前回のリクエストにもとづくアクセス先ＵＲＬとが一致しないこととなる（図８ステップ90でＮＯ）。この実施例においては，ブラウザの戻るボタンで前のウェブ・ページにアクセスした場合にも，その前のウェブ・ページにアクセスしたことが分かるようにアクセス履歴が修正される（図８ステップ91）。このアクセス履歴の修正について詳しくは後述する。

アクセス先ＵＲＬが変換されたウェブ・ページ・データが代理サーバ10からクライアント端末装置１に送信される（図８ステップ90）。

クライアント端末装置１において代理サーバ10から送信されたウェブ・ページ・データが受信されると，その受信したウェブ・ページ・データによって表されるウェブ・ページに含まれているホット・テキストがクリックされる。すると，そのホット・テキストに埋め込まれているアクセス先ＵＲＬのウェブ・ページのリクエストが，クライアント端末装置１から代理サーバ10に送信される（図７ステップ71でＹＥＳ，ステップ72）。

クライアント端末装置１から送信されたリクエストが代理サーバ10において受信されると（図８ステップ81，ステップ82），そのリクエストによって特定されるＵＲＬが変換されたＵＲＬかどうかが判定される（ステップ83）。この場合には変換されたＵＲＬとなるから（図８ステップ83でＹＥＳ），変換／逆変換テーブルを参照して変換前のＵＲＬに戻される（図８ステップ85）。また，アクセス時刻が変換／逆変換テーブルに記録される（図８ステップ85）。逆変換されたＵＲＬによって特定されるウェブ・ページのリクエストが代理サーバ10からウェブ・サーバ20に送信されることにより（図８ステップ86），ウェブ・サーバ20から代理サーバ10に逆変換されたＵＲＬのウェブ・ページを表すデータが送信される（図７ステップ72）。代理サーバ10において，ウェブ・ページに埋め込まれているアクセス先ＵＲＬが変換される（図８ステップ88）。変換されたリンク先ＵＲＬ等が変換／逆変換テーブルに記録され（図８ステップ89），アクセス先ＵＲＬが変換されたウェブ・ページ・データが代理サーバ10からクライアント端末装置１に送信される（図８ステップ90）。その後の処理は，クライアント端末装置１から代理サーバ10にリクエストがあると同様に繰り返される。

図10から図16は，上述したように，クライアント端末装置１のブラウザの戻るボタンを利用して表示されているウェブ・ページから前のウェブ・ページにアクセスした場合のアクセス履歴の修正処理を示すものである。

図10は，クライアント端末装置１がアクセスするウェブ・ページの表示の遷移を示している。

クライアント端末装置１の表示装置には，最初にウェブ・ページＡが表示されているものとする。ウェブ・ページＡに含まれるウェブ・ページＢにリンクするホット・テキストがクリックされることにより，ウェブ・ページＡからウェブ・ページＢが表示される。さらに，ウェブ・ページＢに含まれるホット・テキストがクリックされることにより，ウェブ・ページＣが表示される。ウェブ・ページＣが表示されているときに，ブラウザの戻るボタンが押されると，ウェブ・ページＣの前に表示されていたウェブ・ページＢが表示される。さらに，ウェブ・ページＢが表示されているときに，ブラウザの戻るボタンが押されると，ウェブ・ページＢの前に表示されていたウェブ・ページＡが表示される。ウェブ・ページＡに含まれるウェブ・ページＤにリンクするホット・テキストかクリックされることにより，ウェブ・ページＤが表示される。このようなウェブ・ページの表示の遷移においてアクセス履歴の修正を説明する。

図11（Ａ）は，ウェブ・ページＡに含まれるホット・テキストがクリックされて，ウェブ・ページＡからウェブ・ページＢに表示が切り替わる様子を示している。図11（Ｂ）は，図11（Ａ）のときに生成されるアクセス履歴テーブルの一例である。以下に示すアクセス履歴テーブルでは，図６に示すものと異なり，変換後のアクセス先ＵＲＬおよびクライアント識別データは省略されている。また，分かりやすくするためにリクエスト番号が付加されている。

図11（Ａ）に示すように，ウェブ・ページＡに含まれているホット・テキストがクリックされることにより，ウェブ・ページＡからウェブ・ページＢにアクセスする場合には，クライアント端末装置１から代理サーバ10にウェブ・ページＢのＵＲＬが送信されるから，図11（Ｂ）に示すように最初のリクエストとしてリクエスト番号１に対応して，アクセス履歴テーブルにはリンク元ＵＲＬであるウェブ・ページＡのＵＲＬが記憶され，アクセス先ＵＲＬ（変換前のアクセス先ＵＲＬ）であるウェブ・ページＢのＵＲＬが記憶される。上述のようにアクセス時刻もアクセス履歴テーブルに記憶される。

図12（Ａ）は，ウェブ・ページＢに含まれるホット・テキストがクリックされて，ウェブ・ページＢからウェブ・ページＣに表示が切り替わる様子を示している。図12（Ｂ）は，図12（Ａ）のときに生成されるアクセス履歴テーブルの一例である。

図12（Ａ）に示すように，ウェブ・ページＢに含まれているホット・テキストがクリックされることにより，ウェブ・ページＢからウェブ・ページＣにアクセスする場合には，クライアント端末装置１から代理サーバ10にウェブ・ページＣのＵＲＬが送信されるから，図12（Ｂ）に示すように二番目のリクエストとしてリクエスト番号２に対応して，アクセス履歴テーブルにはリンク元ＵＲＬであるウェブ・ページＢが記憶され，アクセス先ＵＲＬであるウェブ・ページＣが記憶される。

図12（Ｂ）に示すアクセス履歴テーブルの最後のリクエスト（今回のリクエスト）であるリクエスト番号２に対応して記憶されているリンク元ＵＲＬ（ウェブ・ページＢ）と最後から二番目のリクエスト（前回のリクエスト）であるリクエスト番号１に対応して記憶されているアクセス先ＵＲＬ（ウェブ・ページＢ）とが比較される。比較の結果，一致していれば，戻るボタンが押されずにクライアント端末装置１から代理サーバ10にリクエストが送信されてアクセス履歴テーブルにアクセス履歴が記憶されていると考えられる。このためにアクセス履歴の修正は行われない。

図13（Ａ）は，図10と同様に，ウェブ・ページＣが表示されているときに戻るボタンが押されてウェブ・ページＣの前のウェブ・ページＢが表示され，さらに戻るボタンが押されてウェブ・ページＢの前のウェブ・ページＡが表示された後に，ウェブ・ページＡのホット・テキストがクリックされてウェブ・ページＤが表示される様子を示している。図13（Ｂ）は，図13（Ａ）のウェブ・ページの表示の遷移のときに生成されるアクセス履歴の修正前のアクセス履歴テーブルの一例である。

上述したようにブラウザの戻るボタンが押された場合には，クライアント端末装置１から代理サーバ10にはウェブ・ページのＵＲＬが送信されないから，ウェブ・ページＣが表示されている場合にブラウザの戻るボタンが押されても，ウェブ・ページＢが表示されている場合にブラウザの戻るボタンが押されても，アクセス履歴テーブルは変更されない。ウェブ・ページＡに含まれているホット・テキストがクリックされることにより，ウェブ・ページＡからウェブ・ページＤにアクセスする場合には，クライアント端末装置１から代理サーバ10にウェブ・ページＤのＵＲＬが送信されるから，図13（Ｂ）に示すようにリクエスト番号３に対応して，アクセス履歴テーブルにはリンク元ＵＲＬであるウェブ・ページＡが記憶され，アクセス先ＵＲＬであるウェブ・ページＤが記憶される。

図13（Ｂ）に示すようにアクセス履歴テーブルには，図13（Ａ）に示すようにホット・テキストをクリックして代理サーバ10に送信されるＵＲＬについての情報が，まず記憶されることとなる。

図13（Ｂ）に示すアクセス履歴テーブルの最後のリクエスト（今回のリクエスト）であるリクエスト番号３に対応して記憶されているリンク元ＵＲＬ（ウェブ・ページＡ）と最後から二番目のリクエスト（前回のリクエスト）であるリクエスト番号２に対応して記憶されているアクセス先ＵＲＬ（ウェブ・ページＣ）とが比較される。比較の結果，不一致であると，戻るボタンが押されてウェブ・ページの表示が切り替わったことを意味する。このために，クライアント端末装置１における実際のアクセス履歴と代理サーバ10に記憶されているアクセス履歴テーブルに記憶されているアクセス履歴とが異なるので，アクセス履歴テーブルが修正される。

図14（Ａ）も，図10と同様に，ウェブ・ページＣが表示されているときに戻るボタンが押されてウェブ・ページＣの前のウェブ・ページＢが表示され，さらに戻るボタンが押されてウェブ・ページＢの前のウェブ・ページＡが表示された後に，ウェブ・ページＡのホット・テキストがクリックされてウェブ・ページＤが表示される様子を示している。図14（Ｂ）は，図14（Ａ）のウェブ・ページの表示の遷移においてウェブ・ページＣからウェブ・ページＢに戻ったときのアクセス履歴が修正されたアクセス履歴テーブルの一例である。

図13（Ｂ）で示したように，最後のリクエスト（今回のリクエスト）に対応して記憶されているリンク元ＵＲＬとその最後のリクエストの前のリクエスト（前回のリクエスト）に対応して記憶されているアクセス先ＵＲＬとが不一致であると，図14（Ｂ）に示すように，その前のリクエストに対応して記憶されているリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたリクエストが生成されて最後のリクエストと最後のリクエストの前のリクエストとの間に記憶させられる。すなわち，図13（Ｂ）に示す最後の前のリクエストのリンク元ＵＲＬはウェブ・ページＢのものであり，アクセス先ＵＲＬはウェブ・ページＣのものであるから，リンク元ＵＲＬがウェブ・ページＣに，アクセス先ＵＲＬがウェブ・ページＢのものとなるＵＲＬの組み合わせのリクエストが生成されて，図14に示すように，最後のリクエストの前のリクエストとしてアクセス履歴テーブルに挿入される。これにより，図14（Ａ）において，戻るボタンによりウェブ・ページＣからウェブ・ページＢに戻った場合のクライアント端末装置１のアクセス履歴がアクセス履歴テーブルに加入されたこととなる。リンク元ＵＲＬとアクセス先ＵＲＬとがとりかえられたＵＲＬの組み合わせがアクセス履歴テーブルに格納されることにより，戻るボタンが押されたことによるウェブ・ページのアクセス履歴が生成されていることは理解できよう。また，アクセス履歴テーブルのリンク番号も更新されるのはいうまでもない。さらに，挿入されたリクエストのアクセス時刻は，最後のリクエストのアクセス時刻となる。

図14（Ｂ）において，最後のリクエストのリンク元ＵＲＬと最後の前のリクエストのアクセス元ＵＲＬとが比較され，不一致であると，さらにアクセス履歴テーブルが修正される。アクセス先ＵＲＬとリンク元ＵＲＬとが取り替えられたリクエスト（リクエスト番号２のリクエスト）の前のリクエスト（リクエスト番号１）のリクエストのアクセス先ＵＲＬとリンク元ＵＲＬとが取り替えられた組み合わせのリクエストが生成され，最後のリクエストとその前のリクエストとの間に挿入される。リクエスト番号１のリクエストのアクセス先ＵＲＬはウェブ・ページＢのものであり，リンク元ＵＲＬはウェブ・ページＡのものであるから，アクセス先ＵＲＬがウェブ・ページＡのものとされ，リンク元ＵＲＬがウェブ・ページＢのものとされたリクエストが，最後のリクエストとその前のリクエストとの間に記憶されられる（図15参照）。これにより，図14（Ａ）において，戻るボタンが押されてウェブ・ページＢからウェブ・ページＡに戻った場合のアクセス履歴がアクセス履歴テーブルに追加されることとなる。

図15を参照して，最後のリクエストのリンク元ＵＲＬとその前のリクエストのアクセス先ＵＲＬとが一致するからアクセス履歴修正処理は終了する。これにより，図10に示したウェブ・ページの表示遷移に対応したアクセス履歴が得られることとなる。

図16は，アクセス履歴修正処理（図８ステップ91の処理）を示すフローチャートである。

上述したように，今回のリンク元ＵＲＬ（最後のリクエストのリンク元ＵＲＬ）と前回のアクセス先ＵＲＬ（最後のリクエストの前のリクエストのアクセス先ＵＲＬ）とが不一致であると，最後から（２＋ｎ）番目（変数ｎの初期値は０）のリクエストのアクセス先ＵＲＬとリンク元ＵＲＬとが取り替えられたＵＲＬの組み合わせが生成されて，最後の２つのリクエストの間に挿入される（ステップ111）。

挿入されたＵＲＬの組み合わせのリクエストを構成するアクセス先ＵＲＬと今回のリンク元ＵＲＬとが一致するかどうかが判定される（ステップ112）。一致しなければ（ステップ112でＮＯ），戻るボタンによって戻ったウェブ・ページがまだ存在するとして，戻るボタンによって戻ったウェブ・ページのアクセス履歴を生成するために，さらに一つ前のリクエストに遡るように変数ｎがインクレメントされる（ステップ113）。

このようにステップ111から113の処理が繰り返されることにより，図10から図15において説明したように，戻るボタンを用いて表示されているウェブ・ページの前のページに戻った場合でも，クライアント端末装置１のアクセス履歴を代理サーバ10が把握できる。

上述の実施例においては，クライアント端末装置１とウェブ・サーバ20との間に代理サーバ10を設けているが，クライアント端末装置１が識別可能なＩＰアドレスをもつパーソナル・コンピュータなどのような場合には代理サーバ10を設けずにクライアント端末装置１とウェブ・サーバ20とが直接通信するようにしてもよい。

通信システムの全体を示している。リンク先ＵＲＬが埋め込まれているウェブ・ページの一例である。リンク先ＵＲＬが埋め込まれているウェブ・ページの一例である。変換されたリンク先ＵＲＬが埋め込まれているウェブ・ページの一例である。変換されたリンク先ＵＲＬが埋め込まれているウェブ・ページの一例である。変換／逆変換テーブルの一例である。クライアント端末装置の処理手順を示すフローチャートである。代理サーバの処理手順を示すフローチャートである。ウェブ・サーバの処理手順を示すフローチャートである。ウェブ・ページの表示の遷移を示している。（Ａ）はウェブ・ページの表示の遷移を，（Ｂ）はアクセス履歴テーブルを示している。（Ａ）はウェブ・ページの表示の遷移を，（Ｂ）はアクセス履歴テーブルを示している。（Ａ）はウェブ・ページの表示の遷移を，（Ｂ）はアクセス履歴テーブルを示している。（Ａ）はウェブ・ページの表示の遷移を，（Ｂ）はアクセス履歴テーブルを示している。アクセス履歴テーブルを示している。アクセス履歴テーブルの修正処理手順を示すフローチャートである。

符号の説明

１クライアント端末装置
10 代理サーバ
20 ウェブ・サーバ

Claims

クライアント端末装置から送信され，ＵＲＬによって特定されるウェブ・ページのリクエスト・データを受信し，受信したリクエスト・データによってリクエストされたウェブ・ページのデータを上記クライアント端末装置に送信するサーバ・システムにおいて，
上記リクエストに応じて上記クライアント端末装置に送信されたウェブ・ページ・データによって表されるウェブ・ページのＵＲＬをアクセス先ＵＲＬとして，上記リクエスト・データを送信したときに上記クライアント端末装置の表示装置に表示されていたウェブ・ページのＵＲＬをリンク元ＵＲＬとして，リクエスト順にしたがってアクセス履歴テーブルに記憶するアクセス履歴記憶手段，
今回のリクエストによるリンク元ＵＲＬと前回のリクエストによるアクセス先ＵＲＬとが一致しないかどうかを判定する判定手段，および
上記判定手段により一致しないと判定されたことにより，前回のリクエスト以前のリクエストにより上記アクセス履歴テーブルに記憶されられたリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたＵＲＬの組み合わせを，前回のリクエストの以前のリクエストの逆順に遡って，今回のリクエストと前回のリクエストとの間のリクエストとしてアクセス履歴テーブルに挿入する処理を，挿入されたリクエストのアクセス先ＵＲＬと今回のリクエストのリンク元ＵＲＬとが一致するまでくり返す履歴修正手段，
を備えたサーバ・システム。
クライアント端末装置から送信され，ＵＲＬによって特定されるウェブ・ページのリクエスト・データを受信し，受信したリクエスト・データによってリクエストされたウェブ・ページのデータを上記クライアント端末装置に送信するサーバ・システムの動作制御方法において，
アクセス履歴記憶手段が，上記リクエストに応じて上記クライアント端末装置に送信されたウェブ・ページ・データによって表されるウェブ・ページのＵＲＬをアクセス先ＵＲＬとして，上記リクエスト・データを送信したときに上記クライアント端末装置の表示装置に表示されていたウェブ・ページのＵＲＬをリンク元ＵＲＬとして，リクエスト順にしたがってアクセス履歴テーブルに記憶し，
判定手段が，今回のリクエストによるリンク元ＵＲＬと前回のリクエストによるアクセス先ＵＲＬとが一致しないかどうかを判定し，
履歴修正手段が，上記判定手段により一致しないと判定されたことにより，前回のリクエスト以前のリクエストにより上記アクセス履歴テーブルに記憶されられたリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたＵＲＬの組み合わせを，前回のリクエストの以前のリクエストの逆順に遡って，今回のリクエストと前回のリクエストとの間のリクエストとしてアクセス履歴テーブルに挿入する処理を，挿入されたリクエストのアクセス先ＵＲＬと今回のリクエストのリンク元ＵＲＬとが一致するまでくり返す，
サーバ・システムの動作制御方法。
クライアント端末装置から送信され，ＵＲＬによって特定されるウェブ・ページのリクエスト・データを受信し，受信したリクエスト・データによってリクエストされたウェブ・ページのデータを上記クライアント端末装置に送信するサーバ・システムを制御するプログラムにおいて，
上記リクエストに応じて上記クライアント端末装置に送信されたウェブ・ページ・データによって表されるウェブ・ページのＵＲＬをアクセス先ＵＲＬとして，上記リクエスト・データを送信したときに上記クライアント端末装置の表示装置に表示されていたウェブ・ページのＵＲＬをリンク元ＵＲＬとして，リクエスト順にしたがってアクセス履歴テーブルに記憶させ，
今回のリクエストによるリンク元ＵＲＬと前回のリクエストによるアクセス先ＵＲＬとが一致しないかどうかを判定させ，
一致しないと判定されたことにより，前回のリクエスト以前のリクエストにより上記アクセス履歴テーブルに記憶されられたリンク元ＵＲＬとアクセス先ＵＲＬとが取り替えられたＵＲＬの組み合わせを，前回のリクエストの以前のリクエストの逆順に遡って，今回のリクエストと前回のリクエストとの間のリクエストとしてアクセス履歴テーブルに挿入する処理を，挿入されたリクエストのアクセス先ＵＲＬと今回のリクエストのリンク元ＵＲＬとが一致するまでくり返すようにサーバ・システムを制御するプログラム。