(57)【要約】【課題】  ＷＷＷブラウザのフレームページの表示状態の履歴を、プロキシサーバ内のＨＴＴＰ要求履歴のみで特定する方法を提供する。【解決手段】  ＷＷＷブラウザはプロキシサーバにＨＴＴＰ要求を送信し、プロキシサーバはネットワークからＷＷＷページを取得する（３０１〜３０３）。プロキシサーバは、このＷＷＷページがフレームページであるか否かを判断する（３０４）。フレームページの場合、ＷＷＷページに含まれる子フレームのＵＲＬを、親子関係が示された仮想ＵＲＬで書き換える（３０５）。そして、ＵＲＬが書き換えられたＷＷＷページをＷＷＷブラウザに送信する（３０６）。プロキシサーバは、ＷＷＷブラウザから仮想ＵＲＬを含む子フレームのＨＴＴＰ要求を受信すると（３１０２）、仮想ＵＲＬから実ＵＲＬを抽出してＷＷＷページを取得するとともに（３１０３〜３１０４）、仮想ＵＲＬを含むＨＴＴＰ要求を履歴として記録する（３１０６）。【選択図】  図３
2006048505.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末が、プロキシサーバを介してネットワークから、フレーム構造を有するＷＷＷページを取得する際、前記プロキシサーバが、フレームの親子関係を含めた、前記クライアント端末でのフレーム表示状態の履歴を参照できる形で、前記クライアント端末からのＨＴＴＰ要求の履歴を記録する方法であって、
前記プロキシサーバが、前記クライアント端末から、ＷＷＷページの取得を要求するＨＴＴＰ要求を受信すると、前記ネットワークから当該ＷＷＷページを取得し、このＷＷＷページがフレーム構造を有するか否かを判断するステップと、
前記プロキシサーバが、フレーム構造を有すると判断した場合、取得した親フレームのＷＷＷページに含まれる子フレームのＷＷＷページの実ＵＲＬを、前記プロキシサーバを識別するための文字列と、前記親フレームのＷＷＷページの実ＵＲＬと、前記子フレームのＷＷＷページの実ＵＲＬとを含む仮想ＵＲＬに書き換えて、前記親フレームのＷＷＷページを前記クライアント端末に送信するステップと、
前記プロキシサーバが、前記クライアント端末から、前記仮想ＵＲＬを含む子フレームのＷＷＷページの取得を要求するＨＴＴＰ要求を受信すると、前記仮想ＵＲＬから前記子フレームのＷＷＷページの実ＵＲＬを抽出して、当該実ＵＲＬで前記ネットワークから前記子フレームのＷＷＷページを取得し、これを前記クライアント端末に送信するとともに、前記仮想ＵＲＬでＨＴＴＰ要求の履歴を記録するステップを有する方法。
【請求項２】
クライアント端末が、ネットワークから、フレーム構造を有するＷＷＷページを取得する際、フレームの親子関係を含めた、前記クライアント端末でのフレーム表示状態の履歴を参照できる形で、前記クライアント端末からのＨＴＴＰ要求の履歴を記録するプロキシサーバであって、
前記クライアント端末から、ＷＷＷページの取得を要求するＨＴＴＰ要求を受信すると、前記ネットワークから当該ＷＷＷページを取得し、このＷＷＷページがフレーム構造を有するか否かを判断する手段と、
フレーム構造を有すると判断した場合、取得した親フレームのＷＷＷページに含まれる子フレームのＷＷＷページの実ＵＲＬを、当該プロキシサーバを識別するための文字列と、前記親フレームのＷＷＷページの実ＵＲＬと、前記子フレームのＷＷＷページの実ＵＲＬとを含む仮想ＵＲＬに書き換えて、前記親フレームのＷＷＷページを前記クライアント端末に送信する手段と、
前記クライアント端末から、前記仮想ＵＲＬを含む子フレームのＷＷＷページの取得を要求するＨＴＴＰ要求を受信すると、前記仮想ＵＲＬから前記子フレームのＷＷＷページの実ＵＲＬを抽出して、当該実ＵＲＬで前記ネットワークから前記子フレームのＷＷＷページを取得し、これを前記クライアント端末に送信するとともに、前記仮想ＵＲＬでＨＴＴＰ要求の履歴を記録する手段を有するプロキシサーバ。
【請求項３】
請求項１に記載の各ステップを、前記プロキシサーバとなるべきコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークからのＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書取得を中継するプロキシサーバに関する。
【背景技術】
【０００２】
昨今、教育現場におけるインターネット利用が進んでいる。特に、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）は、その即時性、網羅性により、学習における情報源としての利用が進んでいる。ＷＷＷで共有されている文書は、例えば、ＨＴＭＬと呼ばれる記述言語によって記述されており、テキスト文書、静止画、動画、音声データ、アプリケーションプログラムなどを含めることが可能になっている。このようなＨＴＭＬ文書（ＷＷＷページとも称する）には、それぞれＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）なる固有のアドレス符号が割り当てられている。
【０００３】
学習者は、このようなＷＷＷページを、ＷＷＷブラウザなるＨＴＭＬ文書取得、表示用ソフトウェアを利用して、クライアントコンピュータに表示させる。この際、学習者は、ＷＷＷブラウザ上でＵＲＬを指定することによって、所望のＷＷＷページを閲覧する。また、ＷＷＷページには、他のＷＷＷページの閲覧を容易にするためのリンクが備えられていることがある。リンクは、ＷＷＷページ中にＨＴＭＬで指定された書式で埋め込まれている。学習者は、ブラウザ上でリンクを指示することで、リンクに記述されたＵＲＬが割り当てられているＷＷＷページを表示させる。
【０００４】
教育現場では、学習者の学習の履歴を取得し、これを分析することで、学習者の学習が深められることがある。コンピュータを教育現場で利用する目的の１つは、学習者の学習の履歴取得である。ＷＷＷの利用も例外ではなく、学習者のＷＷＷ閲覧履歴の取得が課題となっている。学習者のＷＷＷ閲覧履歴取得の方法の１つとして、ＷＷＷブラウザで記録されるＷＷＷ閲覧履歴を回収する方法がある。
【０００５】
例えば、ＷＷＷブラウザとしては、マイクロソフト社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）やアップル社のＳａｆａｒｉ（登録商標）などが広く普及している。これらのＷＷＷブラウザでは、アクセスしたＷＷＷページ、アクセス日時、ＷＷＷページタイトルなどをＷＷＷ閲覧履歴としてクライアントコンピュータ内に記録することが可能となっている。これらのクライアントコンピュータ内に記録されたデータを回収することで、全学習者のＷＷＷ閲覧記録を取得、分析し、指導に活用することが可能となる。
【０００６】
しかしながら、上で例に挙げたＷＷＷブラウザに、ＷＷＷ閲覧記録回収を援助する機能は存在しない。したがって、教師は、すべてのクライアントコンピュータに対してＷＷＷ閲覧記録を探し出し、回収していく作業をしなければならない。
【０００７】
これに対して、ＷＷＷ閲覧履歴を取得する別の方法として、プロキシサーバを利用する方法がある。プロキシサーバは、ＷＷＷブラウザのＷＷＷサーバに対するＷＷＷページ取得を中継する装置で、アクセスしたクライアント、アクセスしたユーザ、閲覧したＷＷＷページのＵＲＬ、アクセス日時などをプロキシサーバ内に記録することができる。これらの履歴は、ＷＷＷブラウザが送信するＨＴＴＰ要求をプロキシサーバが中継するときに記録することができる。プロキシサーバを利用した場合、ＷＷＷブラウザを利用したすべてのＷＷＷページ閲覧に関して、ＨＴＴＰ要求の履歴を取得することが可能になる。
【０００８】
ここで問題となるのが、ＨＴＭＬで規定されているフレームの存在である。フレームを利用したＷＷＷページを閲覧した場合、従来のプロキシサーバに記録された閲覧履歴だけでは、ＷＷＷページを閲覧した際に、フレームを利用したページ（以下フレームページ）がＷＷＷブラウザにどのように表示されていたのかを判断することができない。
【０００９】
例えば、図７に示すＨＴＭＬ文書のＷＷＷページに対して、ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｅｘａｍｐｌｅ．ｈｔｍｌというＵＲＬが割り当てられているとする。学習者がＷＷＷブラウザでｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｅｘａｍｐｌｅ．ｈｔｍｌで参照されるＷＷＷページを取得すると、広く普及しているＷＷＷブラウザでは、図８に示すようなレイアウトで表示される。
【００１０】
図８では、ｅｘａｍｐｌｅ．ｈｔｍｌは親フレームであり、ｍｅｎｕ．ｈｔｍｌとｍａｉｎ．ｈｔｍｌの２つの子フレームから構成されている。この場合、ＷＷＷブラウザの表示状態は、ｅｘａｍｐｌｅ．ｈｔｍｌ、ｍｅｎｕ．ｈｔｍｌ、ｍａｉｎ．ｈｔｍｌの３つのＨＴＭＬ文書により構成されている。ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｅｘａｍｐｌｅ．ｈｔｍｌを、あるユーザ（例えば、ｙａｍａｄａ）がプロキシサーバを介して、あるクライアント（例えば、１９２．１６８．０．２）からＷＷＷブラウザに表示させたとき、プロキシサーバに残る閲覧記録の例を図９に示す。
【００１１】
図９では、ＷＷＷブラウザがＨＴＭＬ文書を取得する順に、３つのＨＴＴＰ要求の履歴が記録されている。
【００１２】
図１０を参照すると、プロキシサーバを利用してフレームページをＷＷＷブラウザで閲覧するまでの処理の流れを示すフローチャートが示されている。
【００１３】
まず、学習者が、ＷＷＷブラウザ上で閲覧するＷＷＷページのＵＲＬを指定することにより、ステップ１０１で、ＨＴＭＬ文書取得のルーチンが開始される。
【００１４】
ステップ１０１１で、ＷＷＷブラウザが、プロキシサーバに、学習者が指定したＵＲＬに当たるＨＴＭＬ文書を取得するように、ＨＴＴＰ要求を送信する。ステップ１０１２で、プロキシサーバが、ＷＷＷブラウザから、このＨＴＴＰ要求を受信する。ステップ１０１３で、プロキシサーバが、ＨＴＴＰ要求のＵＲＬにあたるＨＴＭＬ文書を取得する。ステップ１０１４で、プロキシサーバが、取得したＨＴＭＬ文書をＷＷＷブラウザへ送信する。ステップ１０１５で、プロキシサーバが、ステップ１０１２で受信したＨＴＴＰ要求を履歴として記録する。ステップ１０１６で、ＷＷＷブラウザが、プロキシサーバからＨＴＭＬ文書を受信する。以上により、ＨＴＭＬ文書取得のルーチンが終了する。
【００１５】
そして、ステップ１０２で、プロキシサーバは、ステップ１０１３で取得したＨＴＭＬ文書がフレームページか否かを判断する。フレームページであれば、ステップ１０３に進む。フレームページでなければ、ステップ１０６に進む。
【００１６】
ステップ１０３で、プロキシサーバは、すべての子フレームのＨＴＭＬ文書の取得を開始する。ステップ１０４で、すべての子フレームについて、ステップ１０１１からステップ１０１６のＨＴＭＬ文書取得のルーチンが実行され、ステップ１０５で、すべての子フレームのＨＴＭＬ文書の取得が終了し、ステップ１０６に進む。
【００１７】
ステップ１０６で、ＷＷＷブラウザは、取得したすべてのＨＴＭＬ文書をＷＷＷページとして表示する。
【００１８】
以上のＨＴＴＰ要求には、ＨＴＭＬ文書の構造に関する情報が含まれていない。そのため、ＨＴＴＰ要求の履歴だけでは、このＨＴＴＰ要求されたＨＴＭＬ文書がフレームページであるのかどうか、また、複数のフレームページ間にどのような親子関係があるのかどうかを判断することはできない。例えば、図９の履歴の場合、ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｅｘａｍｐｌｅ．ｈｔｍｌ、ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｍｅｎｕ．ｈｔｍｌ、ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｍａｉｎ．ｈｔｍｌの３つの非フレームＷＷＷページを順に閲覧した可能性を否定することができない。このように、プロキシサーバを用いてＨＴＴＰ要求の履歴を記録しただけでは、ＷＷＷブラウザ上でのフレームページの表示状態を同定することはできない。
【００１９】
そこで、フレームページの表示状態をＨＴＴＰ要求の履歴から再現するためには、ＨＴＴＰ要求の履歴とは別に、フレームページのＨＴＴＰ要求について、このＨＴＴＰ要求が構成するフレームページの親子関係をプロキシサーバ内に記憶しておくことが考えられる（例えば、特開２００１−１２５９１０号公報（特許文献１）を参照）。
【特許文献１】特開２００１−１２５９１０号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
上述したような、フレームページの親子関係をプロキシサーバ内に記憶しておく方法を用いた場合、サーバ内の記憶領域の確保が問題となる。クライアントのＷＷＷ閲覧が増えるほど、すなわち、学習者が増えるほど、さらに、学習者がフレームページを閲覧するほど、この記憶領域を確保する必要性が高まる。この記録領域の増大は、大規模システム実装上の問題となる。
【００２１】
本発明の目的は、ＷＷＷブラウザのフレームページの表示状態の履歴を、プロキシサーバ内のＨＴＴＰ要求の履歴のみで特定する方法を提供することにある。
【課題を解決するための手段】
【００２２】
上記目的を達成するために、本発明では、ＷＷＷブラウザでのフレームページの表示状態をプロキシサーバに伝える。そのために、ＨＴＴＰ要求の中のＵＲＬにフレームの親子関係を埋め込む。
【００２３】
具体的には、プロキシサーバ上でＷＷＷページがフレームページであるかどうかを判断し、フレームページであった場合、フレームページのＨＴＭＬ文書で子フレームページのＵＲＬを指示している文字列を、フレームページの親子関係を含んだものに置き換える。また、置き換えられたフレームページの親子関係を含んだＵＲＬを含んだＨＴＴＰ要求をプロキシサーバが受け取った場合には、置き換えられたＵＲＬから本来のＨＴＭＬ文書を指示するＵＲＬを抽出し、本来のＵＲＬに相当するＨＴＭＬ文書をＷＷＷから取得してＷＷＷブラウザに送信する。
【００２４】
以上により、ＷＷＷブラウザでは、フレームページが正常に表示され、プロキシサーバ上に記録されるＨＴＴＰ要求の履歴には、ＷＷＷブラウザで表示されるフレームページの表示上の親子関係が記録される。
【発明の効果】
【００２５】
以上説明したように、本発明によれば、プロキシサーバ内にフレームページの親子関係を記憶させなくても、ＷＷＷブラウザで表示されるフレームページの表示上の親子関係がプロキシサーバ内に記録される。
【発明を実施するための最良の形態】
【００２６】
次に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２７】
図１を参照すると、本発明の一実施形態のネットワークシステムが示されている。プロキシサーバ１３は、外部ネットワーク１２を介してＷＷＷ１１と接続されている。ＷＷＷ１１は、実際にはネットワークを介してアクセス可能なＷＷＷサーバの集合である。プロキシサーバ１３はまた、内部ネットワーク１４を介して多数のクライアントコンピュータ１５１〜１５ｎと接続されている。クライアントコンピュータ１５１〜１５ｎ上ではＷＷＷブラウザが動作し、学習者が操作可能な状態になっている。ここで、外部ネットワーク１２と内部ネットワーク１４は論理的に区別を設けているだけであり、物理的には同一の回線を使用していてもよい。
【００２８】
図２を参照すると、プロキシサーバ１３の内部構成が示されている。
【００２９】
ＨＴＴＰサーバ１３６は、内部ネットワーク１４と接続されており、クライアントコンピュータ上のＷＷＷブラウザと通信可能である。ＨＴＴＰサーバ１３６は、ＷＷＷブラウザからのＨＴＴＰ要求を受信し、ＷＷＷブラウザにＨＴＭＬ文書を送信する。
【００３０】
ＨＴＴＰクライアント１３１は、外部ネットワーク１２と接続されており、ＷＷＷ上のＷＷＷサーバと通信可能である。ＨＴＴＰクライアント１３１は、ＨＴＴＰ要求に含まれるＵＲＬに相当するＨＴＭＬ文書を、このＨＴＭＬ文書を有するＷＷＷサーバから取得する。
【００３１】
ＨＴＴＰリクエスト履歴保存部１３２は、ＨＴＴＰサーバ１３６が受信したＨＴＴＰ要求を、例えば図９の形式で保存する。ＨＴＴＰパーザ１３４は、ＨＴＴＰクライアント１３１が取得したＨＴＭＬ文書を構成要素に分解、抽出する機能を有し、ＨＴＴＰリクエスト処理部１３３が利用可能な形式にする。ＨＴＴＰパーザ１３４を利用することで、ＨＴＭＬ文書がフレームページであるかどうかを判断するために、ＨＴＭＬ文書中のｆｒａｍｅｓｅｔ要素の有無を検査したり、フレームページのＨＴＭＬ文書からフレームページを構成する子フレームのＵＲＬを抽出したりすることができる。
【００３２】
ＨＴＭＬ書き換え部１３５は、ＨＴＴＰリクエスト処理部１３３からの指示にしたがい、ＨＴＴＰクライアント１３１が取得したＨＴＭＬ文書の書き換えを行う機能を有し、フレームページＨＴＭＬ文書で子フレームページＵＲＬを指示している文字列を、フレームページの親子関係を含んだものに置き換える。ＨＴＴＰリクエスト処理部１３３は、以上の構成要素を制御して、次の図３の処理を実行する。
【００３３】
図３を参照すると、プロキシサーバを利用してフレームページをＷＷＷブラウザで閲覧するまでの処理の流れを示すフローチャートが示されている。
【００３４】
まず、学習者が、ＷＷＷブラウザ上で閲覧するＷＷＷページのＵＲＬを指定することにより、処理が開始される。
【００３５】
ステップ３０１で、ＷＷＷブラウザは、プロキシサーバ（ＨＴＴＰサーバ）に、学習者により指定されたＵＲＬにあたるＨＴＭＬ文書を取得するように、ＨＴＴＰ要求を送信する。ステップ３０２で、プロキシサーバ（ＨＴＴＰサーバ）は、ＷＷＷブラウザから、このＨＴＴＰ要求を受信する。ステップ３０３で、プロキシサーバ（ＨＴＴＰクライアント）は、ＨＴＴＰ要求のＵＲＬにあたるＨＴＭＬ文書を取得する。
【００３６】
ステップ３０４で、プロキシサーバ（ＨＴＴＰパーザおよびＨＴＴＰリクエスト処理部）は、取得したＨＴＭＬ文書がフレームページか否かを判断する。フレームページであれば、ステップ３０５に進み、フレームページでなければ、ステップ３１２に進む。
【００３７】
ステップ３０５で、プロキシサーバ（ＨＴＭＬ書き換え部およびＨＴＴＰリクエスト処理部）は、取得した親フレームのＨＴＭＬ文書に含まれる子フレームのＵＲＬを書き換える。ステップ３０６で、プロキシサーバ（ＨＴＴＰサーバ）は、ＵＲＬが書き換えられたＨＴＭＬ文書をＷＷＷブラウザに送信する。ステップ３０７で、プロキシサーバ（ＨＴＴＰリクエスト履歴保存部およびＨＴＴＰリクエスト処理部）が、ＨＴＴＰ要求を履歴として記録する（このステップでは親フレームの履歴のみ）。ステップ３０８で、ＷＷＷブラウザが、プロキシサーバ（ＨＴＴＰサーバ）から、子フレームのＵＲＬが書き換えられたＨＴＭＬ文書を受信する。
【００３８】
次に、ステップ３０９で、子フレームのＨＴＭＬ文書を取得するための処理が開始される。ステップ３１０は、子フレームのＨＴＭＬ文書取得のルーチン（ステップ３１０１〜３１０７）である。
【００３９】
ステップ３１０１で、ＷＷＷブラウザが、プロキシサーバ（ＨＴＴＰサーバ）に、変換された子フレームのＵＲＬにあたるＨＴＭＬ文書を取得するように、ＨＴＴＰ要求を送信する。ステップ３１０２で、プロキシサーバ（ＨＴＴＰサーバ）が、ＷＷＷブラウザからのＨＴＴＰ要求を受信する。ステップ３１０３で、プロキシサーバ（ＨＴＴＰリクエスト処理部）が、子フレームを指示するＵＲＬからＷＷＷ上の実ＵＲＬを抽出する。ステップ３１０４で、プロキシサーバ（ＨＴＴＰクライアント）が、ＷＷＷ上の実ＵＲＬにあたるＨＴＭＬ文書を取得する。ステップ３１０５で、プロキシサーバ（ＨＴＴＰサーバ）が、取得したＨＴＭＬ文書をＷＷＷブラウザに送信する。ステップ３１０６で、プロキシサーバ（ＨＴＴＰリクエスト履歴保存部およびＨＴＴＰリクエスト処理部）が、変換されたＵＲＬからなるＨＴＴＰ要求を履歴として記録する（このステップでは、取得したＨＴＭＬ文書が、ステップ３０７で記録された親フレームの子フレームとして履歴に記録されることになる）。ステップ３１０７で、ＷＷＷブラウザは、プロキシサーバ（ＨＴＴＰサーバ）から子フレームのＨＴＭＬ文書を受信する。
【００４０】
ステップ３１０１〜３１０７がすべての子フレームについて実行され、ステップ３１１で、すべての子フレームのＨＴＭＬ文書の取得が終了する。
【００４１】
ステップ３０４で、フレームページではないと判断された場合は、通常の処理と全く同様である。すなわち、ステップ３１２で、プロキシサーバは、取得したＨＴＭＬ文書をＷＷＷブラウザに送信する。ステップ３１３で、プロキシサーバは、ＨＴＴＰ要求を履歴として記録する。ステップ３１４で、ＷＷＷブラウザは、プロキシサーバからＨＴＭＬ文書を受信する。
【００４２】
最後に、ステップ３１５で、ＷＷＷブラウザは、取得したＨＴＭＬ文書をＷＷＷページとして表示する。
【００４３】
次に、ＨＴＭＬ書き換え部によるＨＴＭＬ文書書き換えについて説明する。ここでは、図７に示すＨＴＭＬ文書を例にする。図７に示すＨＴＭＬ文書が、ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｅｘａｍｐｌｅ．ｈｔｍｌというＵＲＬで参照可能であるとする。このとき、ＨＴＭＬ書き換え部は、図７に示すＨＴＭＬ文書を、ＨＴＴＰ要求の履歴にＷＷＷブラウザの表示状態が残るように書き換えを行う。ＨＴＭＬ書き換え部が書き換えを行うのは、ＨＴＭＬ文書に含まれるｆｒａｍｅ要素中のｓｒｃ属性である。このｓｒｃ属性にフレームの親子関係を埋め込む。
【００４４】
書き換え後のＨＴＭＬ文書例を図４に示す。書き換えに必要な条件は、（１）書き換え後のＵＲＬが本実施形態のプロキシサーバによって書き換えられたものであると断定できること、（２）書き換え後のＵＲＬに親フレームページのＵＲＬを含むこと、（３）書き換え後のＵＲＬに子フレームページの本来のＵＲＬを含むこと、（４）書き換え後のＵＲＬから、親フレームページのＵＲＬと子フレームページのＵＲＬとを確実に抽出できることの４点である。
【００４５】
この４点を満たすために、本実施形態では、元のＨＴＭＬ文書に含まれるｆｒａｍｅ要素中のｓｒｃ属性値と、元のＨＴＭＬ文書を指示するＵＲＬとを用いて、元のＨＴＭＬ文書に含まれるｆｒａｍｅ要素中のｓｒｃ属性値を図５のように書き換える。図５で「特別なホスト名」というのは、ＷＷＷに実在せず、かつ、当該プロキシサーバによる書き換えであることがＨＴＴＰ要求の履歴から確認できるようなホスト名を選択すればよい。図４の例では、ＴＬＤ（最上位ドメイン）をｗｅｂａｎｇｅｌという実在しないドメインとし、ｃｏｒｅ．ｗｅｂａｎｇｅｌという文字列をホスト名に用いることで、ＷＷＷに存在しない特別なホスト名としている。図４の例では、書き換え後のＵＲＬに埋め込まれた、親フレームを指示するＵＲＬと子フレームを指示するＵＲＬとにＵＲＬ中で使用できない文字が含まれるため、それぞれ、ＵＲＬで許された形式にエンコードされている。
【００４６】
このように書き換えられたＵＲＬは、図３の処理を実行するプロキシサーバを介することにより、ＷＷＷブラウザ上に図８のように表示される。これは、書き換えがない場合と同様の表示である。しかし、プロキシサーバ上に記録されるＨＴＴＰ要求の履歴は書き換えが無い場合と異なる。
【００４７】
本実施形態においてプロキシサーバによりＨＴＭＬ書き換えが行われた際にプロキシサーバに記録されるＨＴＴＰ要求の履歴の例を図６に示す。図６のＨＴＴＰ要求の履歴を例に説明すると、プロキシサーバによりＨＴＭＬ書き換えが行われた際には、子フレームページのＨＴＴＰアクセス履歴に残されたＵＲＬに、プロキシサーバによる書き換えが行われたことを示すｃｏｒｅ．ｗｅｂａｎｇｅｌという文字列と、ｐａｒｅｎｔ＝の後につづく親フレームページＵＲＬが埋め込まれている。子フレームページのＵＲＬはｓｒｃ＝の後につづき、ＨＴＴＰアクセス履歴からフレームページの親子関係を読み取ることができ、ＨＴＴＰアクセス履歴に残った３つのＨＴＭＬ文書がＷＷＷブラウザ上で１つのＷＷＷページとして表示されていたことがわかる。
【００４８】
なお、本発明のプロキシサーバは、専用のハードウェアにより実現する以外に、その機能を実現するためのプログラムを、コンピュータ読み取りが可能な記録媒体に記録して、この記録媒体に記録されたプログラムを、プロキシサーバとなるべきコンピュータに読み込ませて実行することにより、実現するものでもよい。コンピュータ読み取りが可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取りが可能な記録媒体とは、インターネットを介してプログラムを送信する場合のように、短時間の間に、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【００４９】
【図１】本発明のネットワークシステムの構成を示した図である。
【図２】本発明のプロキシサーバの内部構成を示した図である。
【図３】本発明において、フレームページをＷＷＷブラウザで閲覧するまでの処理の流れを示すフローチャートである。
【図４】子フレームのＵＲＬが書き換えられたＨＴＭＬ文書を示す図である。
【図５】子フレームのＵＲＬの書き換えを説明するための図である。
【図６】本発明におけるプロキシサーバのＨＴＴＰ要求履歴の例である。
【図７】子フレームを有するＨＴＭＬ文書の例である。
【図８】図７のＨＴＭＬ文書をＷＷＷブラウザで表示させた場合の画面を示した図である。
【図９】図８の場合のプロキシサーバのＨＴＴＰ要求履歴の例である。
【図１０】従来技術において、フレームページをＷＷＷブラウザで閲覧するまでの処理の流れを示すフローチャートである。
【符号の説明】
【００５０】
１１  ＷＷＷ
１２  外部ネットワーク
１３  プロキシサーバ
１３１  ＨＴＴＰクライアント
１３２  ＨＴＴＰリクエスト履歴保存部
１３３  ＨＴＴＰリクエスト処理部
１３４  ＨＴＴＰパーザ
１３５  ＨＴＭＬ書き換え部
１３６  ＨＴＴＰサーバ
１４  内部ネットワーク
１５１〜１５ｎ  クライアントコンピュータ
３０１〜３１５、３１０１〜３１０７  ステップ
１０１〜１０６、１０１１〜１０１６  ステップ
【図１】
2006048505.tif 000003
【図２】
2006048505.tif 000004
【図３】
2006048505.tif 000005
【図４】
2006048505.tif 000006
【図５】
2006048505.tif 000007
【図６】
2006048505.tif 000008
【図７】
2006048505.tif 000009
【図８】
2006048505.tif 000010
【図９】
2006048505.tif 000011
【図１０】
2006048505.tif 000012