JP2002163189A - ドキュメント転送サーバ - Google Patents

Abstract

(57)【要約】 【課題】 プロキシサーバが介在する場合であっても、
ユーザによるドキュメントの取得回数を情報提供者に手
間をかけさせることなく正確に計測する。 【解決手段】 ドキュメントの転送要求があった場合
に、まずフレームドキュメントがプロキシサーバ３を介
して転送され転送先で実行される。これによりカウント
要求ドキュメントおよび原本ドキュメントの転送要求が
行われ、これらのドキュメントがプロキシサーバ３を介
して転送先へ転送される。続いて、このカウント要求ド
キュメントが実行されるとカウント応答ドキュメントの
転送要求が行われることにより、原本ドキュメントが転
送先へ転送されたことがドキュメント転送サーバ１へ通
知される。ドキュメント転送サーバ１ではこの通知の数
を計測する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ドキュメントをネ
ットワーク上に接続されたプロキシサーバを介して転送
するドキュメント転送サーバに関し、特にユーザによる
ドキュメントの取得回数を計測する技術に関する。

【０００２】

【従来の技術】従来、情報提供者の作成したドキュメン
トを転送するシステムとしては、ドキュメントを格納し
転送するサーバ（以下「ドキュメント転送サーバ」とい
う）と、ドキュメントの転送を代理して行うサーバ（以
下「プロキシサーバ」）と、ユーザの情報取得端末とを
インターネットに代表される広域ネットワークによって
接続したシステムがある。このシステムの基幹技術とし
ては、広域分散型ハイパーテキストシステムの最も一般
的なシステムであるWorld-Wide-Webシステム（以下「Ｗ
ＷＷシステム」と示す）が多く用いられている。また、
ドキュメント転送サーバとプロキシサーバはそれぞれ異
なる業者等によって運営されることが一般的である。

【０００３】情報取得端末からドキュメントの転送要求
があった場合には、まずプロキシサーバでその転送要求
を受け、プロキシサーバがドキュメント転送サーバから
そのドキュメントを取得して情報取得端末へ転送する。

【０００４】このとき、ドキュメント転送サーバでは、
ドキュメントの転送情報をログに記録しておきこのログ
を解析することにより、ユーザによるドキュメントの取
得回数を計測する。

【０００５】プロキシサーバでは、ドキュメント転送サ
ーバから一回取得したドキュメントについては自ら格納
しておき、同じドキュメントについて再度ユーザから転
送要求があった場合には、ドキュメント転送サーバへア
クセスすることなくそのドキュメントを転送する。

【０００６】このようにドキュメントの転送にあたって
プロキシサーバを介在させるのは、全てのユーザからの
転送要求をドキュメント転送サーバで処理しようとする
と負荷が重くなり、特に容量の大きいドキュメントを多
数転送しなければならない場合に負荷が過大となるた
め、これを防止すべくドキュメント転送サーバでの処理
負担をプロキシサーバにより軽減するようにしたもので
ある。

【０００７】

【発明が解決しようとする課題】ところが、プロキシサ
ーバがドキュメント転送サーバへアクセスすることなく
ドキュメントをユーザの情報取得端末へ転送してしまう
場合には、ドキュメント転送サーバとしては、ユーザに
よるドキュメントの取得回数を正確に測定できなくなる
という問題があった。

【０００８】この問題に対し、従来は、ドキュメントの
中に、そのドキュメントを転送しようとする場合にはド
キュメント転送サーバへ対して再度ドキュメントの転送
要求を行うようにＨＴＭＬ（Hyper Text Markup Langua
ge）等の言語による記述をしておき、この転送要求を受
信することでドキュメント転送サーバがユーザによるド
キュメントの取得回数を測定できるようにしていた。

【０００９】しかし、この場合には情報提供者がドキュ
メントの中に上述した内容の複雑な記述をする必要があ
り、情報提供者によるドキュメントの作成が困難になる
という問題があった。

【００１０】本発明は、上記に鑑みてなされたものであ
り、その目的とするところは、プロキシサーバが介在す
る場合であっても、ユーザによるドキュメントの取得回
数を情報提供者に手間をかけさせることなく正確に計測
し得るドキュメント転送サーバを提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、第１の本発明は、情報提供者により作成されたドキ
ュメントをネットワーク上に接続されたプロキシサーバ
を介して転送するドキュメント転送サーバにおいて、前
記ドキュメントがプロキシサーバから転送先へ転送され
たことを通知するためのドキュメントを作成する作成手
段と、前記作成手段により作成されたドキュメントをプ
ロキシサーバへ送信する送信手段と、ドキュメントがプ
ロキシサーバから転送先へ転送された場合に、前記作成
手段により作成されたドキュメントによる通知を受信す
る受信手段と、前記受信手段により受信された通知の数
を計測する計測手段と、を有することを特徴とする。

【００１２】本発明にあっては、ドキュメントがプロキ
シサーバから転送先へ転送されたことを通知するための
ドキュメントをプロキシサーバへ送信することにより、
プロキシサーバからユーザへドキュメントが転送された
場合にその通知を受信できるようにし、この受信した通
知の数を計測するようにしたことで、プロキシサーバが
自ら格納しているドキュメントを転送する場合でも、ユ
ーザによるドキュメントの取得回数を情報提供者に手間
をかけさせることなく正確に計測できるようにしてい
る。

【００１３】第２の本発明は、第１のドキュメント転送
サーバにおいて、情報提供者により作成されたドキュメ
ントの名称を変更して原本ドキュメントとする名称変更
手段を有し、前記作成手段は、ドキュメントが転送され
たことを通知するためのカウント要求ドキュメントを作
成するとともに、このカウント要求ドキュメントおよび
原本ドキュメントの転送要求をするように記述したフレ
ームドキュメントを作成するものであって、このフレー
ムドキュメントに原本ドキュメントの元の名称を付加す
る名称付加手段を有することを特徴とする。

【００１４】本発明にあっては、情報提供者により作成
されたドキュメントの名称を変更して原本ドキュメント
を作成し、ドキュメントが転送されたことを通知するた
めカウント要求ドキュメントを作成し、カウント要求ド
キュメントおよび原本ドキュメントの転送要求をするよ
うに記述したフレームドキュメントを作成し、このフレ
ームドキュメントに原本ドキュメントの元の名称を付加
する。この構成によって、ドキュメントの名称を指定し
た転送要求があった場合に、まず、その名称と同じ名称
のフレームドキュメントが転送先へ転送されるようにす
る。このフレームドキュメントが転送先で実行されるこ
とにより、カウント要求ドキュメントおよび原本ドキュ
メントの転送要求が行われ、転送先にはカウント要求ド
キュメントおよび原本ドキュメントが転送される。続い
て、このカウント要求ドキュメントが実行されることに
より、原本ドキュメントが転送先へ転送されたことがド
キュメント転送サーバへ通知されるようにしている。

【００１５】第３の本発明は、第２のドキュメント転送
サーバにおいて、前記作成手段は、何ら処理をしないよ
うに記述したカウント応答ドキュメントを作成するもの
であって、前記カウント要求ドキュメントは、このカウ
ント応答ドキュメントの転送要求をするように記述さ
れ、この転送要求をすることによってドキュメントが転
送されたことを通知することを特徴とする。

【００１６】本発明にあっては、カウント要求ドキュメ
ントが実行された場合に、ドキュメント転送サーバに対
してカウント応答ドキュメントの転送要求が行われるこ
とにより、ドキュメントが転送されたことを通知するよ
うにしている。また、カウント応答ドキュメントには何
ら処理の記述をしないことにより、ドキュメント転送サ
ーバがカウント応答ドキュメントの転送を行うときの処
理負担を軽減している。

【００１７】第４の本発明は、第３のドキュメント転送
サーバにおいて、前記記録手段は、転送要求のあったカ
ウント応答ドキュメントのＵＲＬを記録するものであっ
て、前記計測手段は、このＵＲＬの数を計測することを
特徴とする。

【００１８】本発明にあっては、転送要求のあったカウ
ント応答ドキュメントのＵＲＬを計測することによっ
て、ユーザによるドキュメントの取得回数を計測できる
ようにしている。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。ここでは、一例として本発明
をＷＷＷシステムに適用した場合について説明する。

【００２０】図１は、一実施の形態におけるドキュメン
ト転送サーバを用いたシステムの全体的な構成を示すブ
ロック図である。同図において、ドキュメント転送サー
バ１は、ネットワーク５を介して複数の情報提供者２１
の情報提供端末２に接続されるとともに、ネットワーク
６を介してプロキシサーバ３および複数のユーザ４１の
情報取得端末４に接続される。

【００２１】本実施の形態においては、ドキュメント転
送サーバ１とプロキシサーバ３とは異なる業者等により
運営され、ユーザからの転送要求に対してドキュメント
転送サーバ１がプロキシサーバ３を介してドキュメント
の転送を行うように設定されているものとする。

【００２２】ドキュメント転送サーバ１は、登録制御部
１１と、変換制御部１１１と、複製部１１２と、ファイ
ル名変更部１１３と、フレームドキュメント作成部１１
４と、カウント要求ドキュメント作成部１１５と、カウ
ント応答ドキュメント作成部１１６と、サーバ制御部１
２と、ドキュメント格納部１３と、データ取得部１４
と、ログ収集ファイル１５と、通信処理部１６とを有す
る構成である。

【００２３】情報提供端末２は、制御部２２と、ドキュ
メント格納部２３と、通信処置部２４とを有する構成で
ある。プロキシサーバ３は、履歴検索部３１と、履歴フ
ァイル３２と、プロキシ制御部３３と、ドキュメント格
納部３４と、通信処理部３５とを有する構成である。情
報取得端末４は、制御部４２と、ドキュメント表示部４
３と、通信処理部４４とを有する構成である。

【００２４】ネットワーク５，６は、例えばインターネ
ットに代表される広域ネットワークであり、有線および
無線を含む専用回線や電話回線等により形成される。

【００２５】ドキュメント転送サーバ１、情報提供端末
２、プロキシサーバ３、情報取得端末４は、それぞれパ
ソコンやワークステーション等のコンピュータシステム
により構成され、各部の機能はプログラム言語で記述さ
れたソフトウェアにより実現される。もちろん、ソフト
ウェアの他、専用のハードウェアにより実現することと
してもよい。

【００２６】次に、情報提供者２１が作成したドキュメ
ントがドキュメント転送サーバ１に格納されるときの登
録処理について説明する。

【００２７】手順１−１：情報提供者２１は、情報端末
２を用いてＨＴＭＬ形式のドキュメントを作成してドキ
ュメント格納部２３に格納させる。このＨＴＭＬとは、
ＷＷＷシステムでの表示記述言語であり、ドキュメント
の中で他のドキュメントを参照するように指定できる。
ドキュメントを識別するための名称（以下「ファイル
名」という）は情報提供者２１が付与し、ＨＴＭＬ形式
のファイルであることは拡張子としてファイル名の"."
の後に"html"を付加することにより識別される。また、
情報提供者２１は、ＨＴＭＬ形式で記述されたドキュメ
ント内に、このドキュメントに関連のあるＨＴＭＬ形式
で記述されたドキュメントのファイル名やＧＩＦ形式で
記述された画像ドキュメントのファイル名を記述するこ
とができる。

【００２８】図２は、このドキュメントの一例を示す図
である。ドキュメント２２１のファイル名は"index.htm
l"、ドキュメント２２２のファイル名は"index2.htm
l"、ドキュメント２２３のファイル名は"sam/index.htm
l"となっている。ドキュメント２２１の中で"sam/inde
x.html"と記述された表現は、"/"によりディレクトリと
呼ばれる階層構造による格納場所を示す記述であり、ド
キュメント２２１と同じ階層にある"sam"というディレ
クトリの下の"index.html"を指定している。ドキュメン
ト２２１は、ドキュメント２２２および２２３を参照す
るように記述されている。具体的には、ドキュメント２
２１が実行されると、"index2.html"、"sam/index.htm
l"の文字列を画面上に表示し、これらの文字列がユーザ
によりクリックされると対応するドキュメントを呼び出
すようになっている。

【００２９】ドキュメント２２２はドキュメント２２１
を参照するように記述されており、ドキュメント２２３
はドキュメント２２１および２２２を参照するように記
述されている。ドキュメント２２３の中で"../index.ht
ml"と記述された表現は、"../"により相対パスと呼ばれ
るディレクトリ間のファイルを指定する記述であり、ド
キュメント２２３の一つ上の階層にある"index.html"す
なわちドキュメント２２１を指定している。

【００３０】手順１−２：情報提供者２１は、ドキュメ
ント格納部２３に格納された各ドキュメントのファイル
名を指定した上でドキュメント転送サーバ１への転送を
指示する。

【００３１】手順１−３：ドキュメント転送サーバ１で
は、登録制御部１１が、各ドキュメントのファイル名を
複製部１１２へ通知し、これらのドキュメントを情報提
供端末２から複製してくることを指示する。

【００３２】手順１−４：複製部１１２は、情報提供端
末２のドキュメント格納部２３に格納された各ドキュメ
ントを複製し、そのディレクトリ構造を維持したままで
ドキュメント転送サーバ１のドキュメント格納部１３に
同じドキュメントを同じファイル名で格納する。このと
き、情報提供者２１のドキュメントを他の情報提供者の
ものと区別するため、図３に示すように"user21"という
ディレクトリを作成し、その下に格納するようにする。

【００３３】手順１−５：次に、登録制御部１１１は、
ドキュメント格納部１３に格納されたドキュメントの形
式をファイル名の拡張子により識別し、ＨＴＭＬ形式の
ドキュメントを指定して指定変換制御部１１１へ通知す
る。

【００３４】手順１−６：変換制御部１１１は、指定さ
れたドキュメントのそれぞれについて図４に示すように
フレームドキュメント、カウント応答ドキュメント、カ
ウント要求ドキュメント、原本ドキュメントといった各
ドキュメントのファイル名を他のフィル名と重複しない
ように生成する。ファイル名の生成規則としては、フレ
ームドキュメントのファイル名については指定されたド
キュメントのファイル名をそのまま用いる。また、指定
されたドキュメントのファイル名から".html"の部分を
取り除いた文字列の最後部に、カウント応答ドキュメン
トのファイル名には"_count_answer"、カウント要求ド
キュメントのファイル名には"_count_request"、原本ド
キュメントのファイル名には"_inframe"を付加し、その
後ろに".html"を付加する。

【００３５】手順１−７：次に変換制御部１１１は、フ
ァイル名変更部１１３に対して指定されたドキュメント
のファイル名およびこれに対応する原本ドキュメントの
ファイル名を通知し、指定されたドキュメントのファイ
ル名の変更を指示する。この２種類のファイル名の対応
関係について図５に示す。

【００３６】手順１−８：ファイル名変更部１１３で
は、指定されたドキュメントのファイル名を原本ドキュ
メントのファイル名に変換する。例えば"user21/index.
html"というドキュメントのファイル名は"user21/index
_inframe.html"に変換される。これにより、指定された
ドキュメントは原本ドキュメントとして扱われるように
なる。そして、ファイル名の変更を完了した旨を変換制
御部１１１へ通知する。ドキュメント２２１のファイル
名が変更された状態を図６示す。

【００３７】手順１−９：次に変換制御部１１１は、フ
レームドキュメント作成部１１４に対して、フレームド
キュメントのファイル名"user21/index.html"、カウン
ト要求ドキュメントのファイル名"user21/index_count_
request.html"、原本ドキュメントのファイル名"user21
/index_inframe.html"を通知し、フレームドキュメント
の作成を指示する。

【００３８】手順１−１０：フレームドキュメント作成
部１１４では、フレームドキュメントがユーザの情報取
得端末４で実行されたときに、原本ドキュメントおよび
カウント要求ドキュメントの転送要求をし、受信したそ
れぞれのドキュメントを実行するとともに、それぞれの
実行結果を並べて表示するようにＨＴＭＬ形式で記述し
たフレームドキュメントを作成する。このフレームドキ
ュメントには予め受け付けていたフレームドキュメント
のファイル名"user21/index.html"を付与する。そし
て、フレームドキュメント作成完了の旨を変換制御部１
１１へ通知する。

【００３９】図７は、フレームドキュメントの一例を示
す図である。同図において、<FRAMESET COLS="0,*"BORD
ER=0 FRAMEBORDER="no" FRAMEBORDER=0 FRAMESPACING=0
>の記述は、これ以降のドキュメントの表示は、</FRAME
SET>が現れるまで左右別々に表示個所を設けて表示する
ことを指定するＨＴＭＬ形式の記述である。<FRAMESRC
="index_count_request.html"NAME="left"MARGINHEIGHT
=0 MARGINWIDTH=2>、<FRAME SRC="index_inframe.html"
NAME="right"MARGINHEIGHT=5 MARGINWIDTH=5>の記述
は、図１８に示すように左側の表示箇所４２１にはカウ
ント要求ドキュメントを、右側の表示個所４２２には原
本ドキュメントを表示することを指定している。左側の
表示個所４２１は点線で示す部分であるが、この例では
その横幅が０に設定されているため実際には画面上には
何も表示されない。

【００４０】手順１−１１：次に変換制御部１１１は、
カウント要求ドキュメント作成部１１５に対して、カウ
ント要求ドキュメントのファイル名"user21/index_coun
t_request.html"、およびカウント応答ドキュメントの
ファイル名"user21/index_count_answer.html"を通知
し、カウント要求ドキュメントの作成を指示する。

【００４１】手順１−１２：カウント要求ドキュメント
作成部１１５では、カウント要求ドキュメントがユーザ
の情報取得端末４で実行されたときに、指定秒後に情報
取得端末４がドキュメント転送サーバ１へカウント応答
ドキュメントの転送要求をし、受信したカウント応答ド
キュメントを実行してその実行結果を表示するようにＨ
ＴＭＬ形式で記述したカウント要求ドキュメントを作成
する。このカウント要求キュメントには予め受け付けて
いたカウント要求ドキュメントのファイル名"user21/in
dex_count_request.html"を付与する。そして、カウン
ト要求ドキュメント作成完了の旨を変換制御部１１１へ
通知する。

【００４２】図８は、カウント要求ドキュメントの一例
を示す図である。同図において、<META http-equiv="re
fresh" content="0;URL=index_count_answer.html>の記
述は、このカウント要求ドキュメントを表示してから０
秒後にドキュメント転送サーバ１へカウント応答ドキュ
メントの転送要求をし、転送されてきたカウント応答ド
キュメントを実行した結果を表示することを指定してい
る。

【００４３】手順１−１３：次に変換制御部１１１は、
カウント応答ドキュメント作成部１１６に対して、カウ
ント応答ドキュメントのファイル名"user21/index_coun
t_answer.html"を通知し、カウント応答ドキュメントの
作成を指示する。

【００４４】手順１−１４：カウント応答ドキュメント
作成部１１６では、カウント応答ドキュメントがユーザ
の情報取得端末４で実行されたときに、何ら処理するこ
となく画面に何も表示しないようにＨＴＭＬ形式で記述
したカウント応答ドキュメントを作成する。このカウン
ト応答キュメントには予め受け付けていたカウント応答
ドキュメントのファイル名"user21/index_count_answe
r.html"を付与する。そして、カウント応答ドキュメン
ト作成完了の旨を変換制御部１１１へ通知する。カウン
ト応答ドキュメントの一例について図９に示す。

【００４５】手順１−１５：変換制御部１１１は、"use
r21/index.html"の他、手順１−５で指定されたドキュ
メント"user21/index2.html","user21/sam/index.html"
についても上記と同様にしてファイル名の変更による原
本ドキュメントの作成、フレームドキュメントの作成、
カウント要求ドキュメントの作成、カウント応答ドキュ
メントの作成を指示する。全ての指定されたドキュメン
トについて処理が終了したところで、その旨を登録制御
部１１に通知する。登録制御部１１では、情報提供者２
１の情報提供端末２にドキュメントの格納が完了した旨
を通知し、ドキュメントの登録処理を終了する。登録処
理が終了したときのドキュメント格納部１３に格納され
ているドキュメントの内容およびファイル名を図１０に
示す。

【００４６】次に、ユーザ４１が情報取得端末４からド
キュメントの転送要求をしたときの処理について説明す
る。

【００４７】手順２−１：まず、情報提供者２１は、ド
キュメント転送サーバ１でのドキュメントの格納場所に
基づき、ユーザ４１に最初に見せたいドキュメント（以
下「トップページ」という）のＵＲＬ（Uniform Resour
ce Locator）を書籍等でユーザに提示する。ここでは、
トップページのＵＲＬとして図１１に示すような"http:
//www.server/user21/index.html"を提示する。このＵ
ＲＬにおいて、"//www.server/"の部分は、ネットワー
ク６上におけるドキュメント転送サーバ１の位置を示す
ものであり、"http"の部分は、ＨＴＴＰプロトコルとい
う情報転送プロトコルに従ってドキュメントが転送され
ることを示す。

【００４８】手順２−２：ユーザ４１は、情報取得端末
４の制御部４２が画面に表示する入力欄に情報提供者２
１から提示されたＵＲＬを入力することで、情報提供者
２１が作成したドキュメントの転送要求を行う。

【００４９】手順２−３：制御部４２は、"GET http://
www.server/user21/index.html HTTP/1.0"というＨＴ
ＴＰプロトコルによる転送要求を通信処理部４４を用い
てネットワーク６を介してプロキシサーバ３に送信す
る。制御部４２は、プロキシサーバ３からの転送応答の
受信待ち状態となる。この転送要求の中で、"GET"は転
送要求を行うコマンドを示しており、"HTTP/1.0"はＨＴ
ＴＰプロトコルのバージョンを示している。

【００５０】手順２−４：プロキシサーバ３では、通信
処理部３５により情報取得端末４からの転送要求を受信
すると、履歴検索部３１が履歴ファイル３２を検索し、
過去における同一のドキュメントについての転送要求の
記録がなかった場合には、その転送要求をドキュメント
転送サーバ１へ送信する。そして、その転送要求に示さ
れたＵＲＬを記憶し、ドキュメント転送サーバ１からの
転送応答の受信待ち状態となる。転送要求の記録があっ
た場合の処理については後述する。

【００５１】手順２−５：ドキュメント転送サーバ１で
は、通信処理部１６により転送要求を受信すると、サー
バ制御部１２は、ログ収集ファイル１５に転送を要求さ
れたドキュメントのＵＲＬ"http://www.server/user21/
index.html"を記録するとともに、そのＵＲＬからドキ
ュメントのファイル名"user21/index.html"を抽出し、
データ取得部１４にそのファイル名のドキュメントをド
キュメント格納部１３から取り出させる。ここで、"use
r21/index.html"のファイル名が与えられているのはフ
レームドキュメントである。

【００５２】サーバ制御部１２は、ＨＴＴＰプロトコル
の転送情報とこのフレームドキュメントとを組み合せる
ことによって図１２に示すような転送応答を作成し、こ
の転送応答を通信処理部１６を用いてプロキシサーバ３
へ送信する。同図において、上部の"HTTP/1.1 200 OK"
の部分から"Content-Type:text/html"の部分までの記述
が転送情報に相当し、下部の"<HTML>"の部分以降の記述
がフレームドキュメントに相当する。転送情報の中の"H
TTP/1.1 200 OK" の記述は指定されたファイル名のドキ
ュメントが存在し、そのドキュメントを含めて送信して
いることを意味する。

【００５３】手順２−６：プロキシサーバ３では、通信
処理部３５により転送応答を受信すると、プロキシ制御
部３３は、この転送応答に対して図１３に示すようにフ
ァイル名"tmp000000001"を付加することにより応答ドキ
ュメントを作成し、ドキュメント格納部３４に格納す
る。このファイル名には、他の転送応答と識別できるも
のを用いる。そして、先に記憶しておいた転送要求のあ
ったドキュメントのＵＲＬ"http://www.server/user21/
index.html"と応答ドキュメントのファイル名"tmp00000
0001"とを図１４に示すように対応させて履歴ファイル
３２に記録する。続いて、プロキシ制御部３３は、通信
処理部３５を用いてこの応答ドキュメントをユーザ４１
の情報取得端末４へ転送応答として送信する。この転送
応答の内容について図１５に示す。

【００５４】このように受信した転送応答について応答
ドキュメントとしてドキュメント格納部３４に格納する
とともにそのファイル名を履歴ファイル３２に記録して
おくことで、手順２−４で履歴ファイル３２を検索した
ときに、同一のドキュメントについて過去における転送
要求の記録があった場合には、ドキュメント転送サーバ
１へアクセスすることなく既にドキュメント格納部３４
に格納されている応答ドキュメントをユーザ４１の情報
取得端末４へ転送応答として送信するようにする。

【００５５】手順２−７：情報取得端末４では、通信処
理部４４によりプロキシサーバ３からの転送応答を受信
し、制御部４２は、この転送応答を図１６に示す転送情
報と図１７に示すフレームドキュメントとに分割する。
この転送情報が正常であることを確認した後、フレーム
ドキュメントの記述を解釈し実行する。

【００５６】フレームドキュメントは、先に説明したよ
うに、<FRAME SRC="index_count_request.html"NAME="l
eft"MARGINHEIGHT=0 MARGINWIDTH=2>、<FRAME SRC="ind
ex_inframe.html"NAME="right"MARGINHEIGHT=5 MARGINW
IDTH=5>の記述により、カウント要求ドキュメントおよ
び原本ドキュメントの転送要求をして、それぞれのドキ
ュメントを受信して実行し、左側の表示箇所にはカウン
ト要求ドキュメントの実行結果を、右側の表示個所には
原本ドキュメントの実行結果を表示することを指定して
いる。

【００５７】このため、制御部４２は、まず、カウント
要求ドキュメントおよび原本ドキュメントのファイル
名"index_count_request.html"、"index_inframe.html"
を指定した上で転送要求を作成する。ドキュメント転送
サーバ１におけるカウント要求ドキュメントおよび原本
ドキュメントの格納場所はフレームドキュメントの格納
場所からの相対パスで指定されるので、これらのドキュ
メントのＵＲＬは、"http://www.server/user21/index_
count_request.html"、http://www.server/user21/inde
x_inframe.html"になる。制御部４２は、この転送要求
を通信処理部４４を用いてプロキシサーバ３へ送信し、
転送応答の受信待ち状態となる。

【００５８】手順２−８：この転送要求を送信した後の
プロキシサーバ３、ドキュメント転送サーバ１における
動作は手順２−４〜手順２−６で示したものと同様であ
り、プロキシサーバ３では、履歴ファイル３２を検索
し、過去において同一のドキュメントについて転送要求
がなかったことを確認した後、カウント要求ドキュメン
トおよび原本ドキュメントの転送要求をドキュメント転
送サーバ１へ送信する。ドキュメント転送サーバ１から
転送情報およびカウント要求ドキュメントを組み合わせ
た転送応答を受信してファイル名""tmp000000002"を付
加することにより応答ドキュメントとする。また、転送
情報および原本ドキュメントを組み合わせた転送応答を
受信してファイル名""tmp000000003"を付加することに
より応答ドキュメントとする。これらの応答ドキュメン
トをドキュメント格納部３４に格納するとともに、転送
要求のあったドキュメントのＵＲＬと応答ドキュメント
のファイル名とを対応させて履歴ファイル３２に記録す
る。そして、これらの応答ドキュメントを転送応答とし
て情報取得端末４へ送信する。

【００５９】このようにカウント要求ドキュメントや原
本ドキュメントの応答ドキュメントについてもドキュメ
ント格納部３４に格納するとともに、そのファイル名を
履歴ファイル３２に記録しておくことで、手順２−４で
履歴ファイル３２を検索したときに、同一のドキュメン
トについて過去における転送要求の記録があった場合に
は、ドキュメント転送サーバ１へアクセスすることなく
既にドキュメント格納部３４に格納されている応答ドキ
ュメントをユーザの情報取得端末４へ転送応答として送
信するようにする。

【００６０】手順２−９：情報取得端末４では、通信処
理部４４によりこれらの転送応答を受信し、制御部４２
は、受信した転送応答からカウント要求ドキュメントお
よび原本ドキュメントを抽出する。この段階で、ユーザ
は所望の原本ドキュメントを取得したことになる。制御
部４２は、カウント要求ドキュメントおよび原本ドキュ
メントを実行する。

【００６１】カウント要求ドキュメントの実行内容は、
図８を用いて説明した通りであり、<META http-equiv="
refresh" content=0;URL=index_count_answer.html>と
いう記述により、このドキュメントを表示して０秒後
に"index_count_answer.html"というファイル名のカウ
ント応答ドキュメントの転送要求をする。このとき、図
１９に示すように"Progma:No-Cache"という記述をした
上でプロキシサーバ３に送信する。この"Progma:No-Cac
he"という記述は、転送要求のあったカウント応答ドキ
ュメントをプロキシサーバ３が既に格納している場合で
あっても、そのカウント応答ドキュメントを情報取得端
末４へ転送することなく、転送要求をドキュメント転送
サーバ１へ送信するように指示するものである。

【００６２】すなわち、プロキシサーバ３では、カウン
ト応答ドキュメントを格納してあるか否かに関らず、カ
ウント応答ドキュメントの転送要求を必ずドキュメント
転送サーバ１へ送信することとなる。

【００６３】原本ドキュメントの実行内容は、図２を用
いて説明した通りであり、"index2.html"、"sam/index.
html"の文字列を画面上に表示し、これらの文字列がユ
ーザによりクリックされると対応するドキュメントを呼
び出すようになっている。

【００６４】カウント要求ドキュメントおよび原本ドキ
ュメントが実行されたときの画面を図２０に示す。点線
で示す左側の表示箇所４２１にはカウント要求ドキュメ
ントの実行結果が表示され、右側の表示個所４２２には
原本ドキュメントの実行結果が表示される。ここで、左
側の表示個所４２１の幅は０に設定されているため、実
際にはカウント要求ドキュメントの実行結果は表示され
ない。もちろん、カウント要求ドキュメントの実行結果
を表示するようにしてもよいが、カウント要求ドキュメ
ントは、カウント応答ドキュメントの転送要求をするこ
とにポイントがあるのでその実行結果を表示することは
必ずしも必要ではない。

【００６５】手順２−１０：ドキュメント転送サーバ１
では、通信処理部２３によりこの転送要求を受信する
と、要求されたカウント応答ドキュメントをドキュメン
ト格納部１３から読み出してプロキシサーバ３へ転送応
答として送信する。カウント応答ドキュメントの記述内
容は、図９に示した通りであり、記述が非常に少なくド
キュメント転送サーバ１における転送の処理負担を極力
抑えるようにしている。

【００６６】ドキュメント転送サーバ１では、ドキュメ
ントを転送する際に、ログ収集ファイル１５にそのドキ
ュメントのＵＲＬを記録していく。カウント応答ドキュ
メントを転送した場合には、図２１に示すようにログ収
集ファイル１５の最下段に"http://www.server/user21/
index_count_answer.html"を記録する。同図において
は、既にフレームドキュメントやカウント要求ドキュメ
ント、原本ドキュメントの送信を行っていることから、
これらのドキュメントのＵＲＬについても記録されてい
る。また、同じドキュメントについてユーザにより再度
転送の要求があった場合には、プロキシサーバ３からフ
レームドキュメントやカウント要求ドキュメント、原本
ドキュメントについての転送要求が来ることはなく、カ
ウント応答ドキュメントの転送要求だけが来るので、そ
のカウント応答ドキュメントのＵＲＬだけを記録してい
くことになる。

【００６７】手順２−１１：プロキシサーバ３では、通
信処理部３５を用いてドキュメント転送サーバ１からの
カウント応答ドキュメントの転送応答を受信し、その転
送応答について上記と同様に応答ドキュメントとして履
歴ファイル３２に記録し、ドキュメント格納部３４に格
納する。そして、その応答ドキュメントを転送応答とし
て情報取得端末４へ送信する。

【００６８】手順２−１２：情報取得端末４では、通信
処理部４４を用いてプロキシサーバ３からのカウント応
答ドキュメントについての転送応答を受信し、そのカウ
ント応答ドキュメントを実行する。ここでは、実際には
何も実行されず表示もされないので、図２０に示した画
面の状態が維持される。

【００６９】このように、カウント要求ドキュメントに
よるカウント応答ドキュメントの転送要求は、プロキシ
サーバ３が原本ドキュメントを転送先へ転送したことを
ドキュメント転送サーバ１に通知するために用いられる
ものである。よって、ドキュメントを転送した旨の通知
さえできればよいので、情報取得端末４へカウント応答
ドキュメントが転送されるように設定することは必ずし
も必要ではない。

【００７０】手順２−１３：図２０に示した画面上で、
ユーザが"index2.html"や"sam/index.html"といった他
のドキュメントをマウスでクリックすることにより、こ
れらのドキュメントについて転送要求を行った場合に
も、手順２−３〜手順２−１２と同じ処理が情報取得端
末４、プロキシサーバ３、ドキュメント転送サーバ１で
行われる。この転送処理が完了したときのドキュメント
転送サーバ１のログ収集ファイル１５の内容を図２２に
示し、プロキシサーバ３の履歴ファイル３２の内容を図
２３に示す。

【００７１】手順２−１４：ドキュメント転送サーバ１
では、図２２に示したログ収集ファイル１５に記録され
たカウント応答ドキュメントのＵＲＬの数を計測するこ
とによって、ユーザによるドキュメントの取得回数を把
握する。

【００７２】次に、ユーザが情報取得端末４からドキュ
メントの転送要求をしたときの特別な場合として、プロ
キシサーバ３のドキュメント格納部３４がドキュメント
転送サーバ１に格納された全てのドキュメントを格納し
ているときの処理について手順２−１〜手順２−１４を
ベースにして説明する。

【００７３】このときのプロキシサーバ３での履歴ファ
イル３２の内容は図２３に示した通りである。ドキュメ
ント格納部３４に格納されている応答ドキュメントの内
容については図２４に示す。図２４において、３３１，
３３５，３３６は、それぞれ"index.html"、"index2.ht
ml"、"sam/index.html"についての転送情報と原本ドキ
ュメントとを組み合わせた応答ドキュメントである。同
様に、３３２，３３６，３３１０は転送情報とフレーム
ドキュメントとを組み合わせた応答ドキュメントであ
り、３３３，３３７，３３１１は転送情報とカウント要
求ドキュメントとを組み合わせた応答ドキュメント、３
３４，３３８，３３１２は転送情報とカウント応答ドキ
ュメントとを組み合わせた応答ドキュメントである。

【００７４】上記の手順２−１〜手順２−３までは、ユ
ーザ４１がファイル名"index.html"のドキュメントの転
送要求をした場合には、プロキシサーバ３での応答ドキ
ュメントの格納状態によらず同じ手順であるのでここで
は説明を省略し、異なる手順についてだけ説明する。

【００７５】上記の手順２−４において、プロキシサー
バ３は、履歴検索部３１が履歴ファイル３２を検索し、
ＵＲＬ"http://www.server/user21/index.html"が記録
されていることを確認した後、このＵＲＬに対応する応
答ドキュメントのファイル名"tmp000000001"をプロキシ
制御部３３へ通知する。プロキシ制御部３３は、ドキュ
メント格納部３４に格納されているファイル名"tmp0000
00001"の応答ドキュメント３３２を読み出し、通信処理
部３５を用いて情報取得端末４へ送信する。この応答ド
キュメント３３２の内容について図２５に示す。

【００７６】続いて手順２−７を処理し、情報取得端末
４は、カウント要求ドキュメントおよび原本ドキュメン
トの転送要求をプロキシサーバ３へ送信する。

【００７７】手順２−８では、プロキシサーバ３は、履
歴ファイル３２を検索し、ＵＲＬ"http://www.server/u
ser21/index_count_request.html"および"http://www.s
erver/user21/index_inframe.html"が記録されているこ
とを確認した後、カウント要求ドキュメントに対応する
ファイル名"tmp000000002"の応答ドキュメント３３３、
および原本ドキュメントに対応するファイル名"tmp0000
00003"の応答ドキュメント３３１を読み出し、通信処理
部３５を用いてそれぞれの応答ドキュメントを転送応答
として情報取得端末４へ送信する。

【００７８】手順２−９では、情報取得端末４の制御部
４２は、受信した転送応答からカウント要求ドキュメン
トおよび原本ドキュメントを抽出してそれぞれ実行す
る。そして、左側の表示箇所にはカウント要求ドキュメ
ントの実行結果を、右側の表示個所には原本ドキュメン
トの実行結果を表示する。このときの様子を図２６に示
す。

【００７９】カウント要求ドキュメントが実行される
と、図１９に示したように"Progma:No-Cache"という記
述を付与した上でカウント応答ドキュメントの転送要求
をプロキシサーバ３に送信する。プロキシサーバ３で
は、カウント応答ドキュメントについての応答ドキュメ
ントを格納してあるか否かに関らず、その転送要求をド
キュメント転送サーバ１へ送信する。

【００８０】手順２−１０では、ドキュメント転送サー
バ１が、カウント応答ドキュメントをプロキシサーバ４
へ送信するとともに、ログ収集ファイル１５の最下段に
カウント応答ドキュメントのＵＲＬ"http://www.server
/user21/index_count_answer.html"を記録する。この様
子を図２７に示す。続いて手順２−１１、手順２−１２
が処理される。

【００８１】手順２−１３では、図２６に示した画面上
で、ユーザが"index2.html"や"sam/index.html"の文字
列をクリックすることにより他のドキュメントの転送要
求を行った場合に、手順２−３〜手順２−１２と同じ処
理が行われる。この転送処理が完了したときのドキュメ
ント転送サーバ１のログ収集ファイル１５の内容を図２
８に示す。同図に示すように、ログ収集ファイル１５に
はカウント応答ドキュメントのＵＲＬだけが記録されて
いくことになる。

【００８２】手順２−１４では、ドキュメント転送サー
バ１は、図２８に示したログ収集ファイル１５に記録さ
れたカウント応答ドキュメントのＵＲＬの数を計測する
ことによって、ユーザによるドキュメントの取得回数を
把握する。

【００８３】したがって、本実施の形態によれば、ドキ
ュメント転送サーバ１では、情報提供者により作成され
たドキュメントの名称を変更して原本ドキュメントを作
成し、ドキュメントが転送された旨を通知するためのカ
ウント要求ドキュメントを作成し、カウント要求ドキュ
メントおよび原本ドキュメントの転送要求をするように
記述したフレームドキュメントを作成し、このフレーム
ドキュメントに原本ドキュメントの元の名称を付加す
る。これにより、ドキュメントの名称を指定した転送要
求があった場合に、まずその名称と同じ名称のフレーム
ドキュメントがプロキシサーバ３を介して転送先へ転送
され、このフレームドキュメントが転送先で実行される
とカウント要求ドキュメントおよび原本ドキュメントの
転送要求が行われ、プロキシサーバ３を介して転送先へ
カウント要求ドキュメントおよび原本ドキュメントが転
送される。続いて、このカウント要求ドキュメントが実
行されるとカウント応答ドキュメントの転送要求が行わ
れることにより、原本ドキュメントが転送先へ転送され
たことがドキュメント転送サーバへ通知される。この通
知の数を数を計測することにより、ドキュメント転送サ
ーバとしては、プロキシサーバが介在する場合であって
も、ユーザによるドキュメントの取得回数を情報提供者
に手間をかけさせることなく正確に計測することができ
る。

【００８４】

【発明の効果】以上説明したように、本発明に係るドキ
ュメント転送サーバによれば、ドキュメントがプロキシ
サーバから転送先へ転送されたことを通知するためのド
キュメントをプロキシサーバへ送信することにより、プ
ロキシサーバからユーザへドキュメントが転送された場
合にその通知を受信できるようにし、この受信した通知
の数を計測するようにしたことで、プロキシサーバが自
ら格納しているドキュメントを転送する場合でも、ユー
ザによるドキュメントの取得回数を情報提供者に手間を
かけさせることなく正確に計測することができる。

【図面の簡単な説明】

【図１】一実施の形態におけるドキュメント転送サーバ
を用いたシステムの全体的な構成を示すブロック図であ
る。

【図２】情報提供者が作成し,ドキュメント格納部２３
に格納されたドキュメントの一例を示す図である。

【図３】情報提供端末でのドキュメントのファイル名と
ドキュメント転送サーバでのドキュメントのファイル名
との対応関係を示す図である。

【図４】各ドキュメントについて新たに作成されたドキ
ュメントのファイル名の一覧を示す図である。

【図５】指定された各ドキュメントのファイル名および
原本ドキュメントのファイル名の対応関係を示す図であ
る。

【図６】ドキュメント２２１のファイル名が変更された
状態を示す図である。

【図７】フレームドキュメントの一例を示す図である。

【図８】カウント要求ドキュメントの一例を示す図であ
る。

【図９】カウント応答ドキュメントの一例を示す図であ
る。

【図１０】登録処理が終了したときのドキュメント格納
部１３に格納されているドキュントの内容およびファイ
ル名を示す図である。

【図１１】情報提供者が提供するドキュメントのトップ
ページのＵＲＬの一例を示す図である。

【図１２】転送情報およびフレームドキュメントを組み
合せた転送応答を示す図である。

【図１３】転送情報およびフレームドキュメントを組み
合せた転送応答にファイル名"tmp000000001"を付加して
作成した応答ドキュメントを示す図である。

【図１４】転送要求のあったドキュメントのＵＲＬおよ
びこれに対応する応答ドキュメントのファイル名を示す
図である。

【図１５】応答ドキュメントを転送応答として送信した
ときの転送応答の内容を示す図である。

【図１６】転送応答から分割した転送情報を示す図であ
る。

【図１７】転送応答から分割したフレームドキュメント
を示す図である。

【図１８】おけるカウント要求ドキュメントおよび原本
ドキュメントの情報取得端末の画面上における表示個所
の一例を示す図である。

【図１９】カウント応答ドキュメントの転送要求をする
ときのコマンドの一例を示す図である。

【図２０】カウント要求ドキュメントおよび原本ドキュ
メントのそれぞれの実行結果が表示された画面を示す図
である。

【図２１】カウント応答ドキュメントが転送されたとき
のログ収集ファイル１５の内容を示す図である。

【図２２】全てのドキュメントについて転送処理が完了
したときのログ収集ファイル１５の内容を示す図であ
る。

【図２３】全てのドキュメントについて転送処理が完了
したときの履歴ファイル３２の内容を示す図である。

【図２４】ドキュメント転送サーバ１に格納された全て
のドキュメントをプロキシサーバ３のドキュメント格納
部３４が格納しているときの応答ドキュメントの内容を
示す図である。

【図２５】ファイル名"tmp000000001"の応答ドキュメン
トの内容を示す図である。

【図２６】カウント要求ドキュメントおよび原本ドキュ
メントのそれぞれの実行結果が表示された画面を示す図
である。

【図２７】カウント応答ドキュメントが転送されたとき
のログ収集ファイル１５の内容を示す図である。

【図２８】全てのドキュメントについて転送処理が完了
したときのログ収集ファイル１５の内容を示す図であ
る。

【符号の説明】

１ ドキュメント転送サーバ １１ 登録制御部 １１１ 変換制御部 １１２ 複製部 １１３ ファイル名変更部 １１４ フレームドキュメント作成部 １１５ カウント要求ドキュメント作成部 １１６ カウント応答ドキュメント作成部 １２ サーバ制御部 １３ ドキュメント格納部 １４ データ取得部 １５ ログ収集ファイル １６ 通信処理部 ２ 情報提供端末 ２１ 情報提供者 ２２ 制御部 ２３ ドキュメント格納部 ２４ 通信処理部 ３ プロキシサーバ ３１ 履歴検索部 ３２ 履歴ファイル ３３ プロキシ制御部 ３４ ドキュメント格納部 ３５ 通信処理部 ４ ユーザ端末 ４１ ユーザ ４２ 制御部 ４３ ドキュメント表示部 ４４ 通信処理部 ５，６ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 本庄 克彦 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 Ｆターム(参考） 5B082 HA05 HA08

Claims (4)

【特許請求の範囲】
1. 【請求項１】 情報提供者により作成されたドキュメン
   トをネットワーク上に接続されたプロキシサーバを介し
   て転送するドキュメント転送サーバにおいて、 前記ドキュメントがプロキシサーバから転送先へ転送さ
   れたことを通知するためのドキュメントを作成する作成
   手段と、 前記作成手段により作成されたドキュメントをプロキシ
   サーバへ送信する送信手段と、 ドキュメントがプロキシサーバから転送先へ転送された
   場合に、前記作成手段により作成されたドキュメントに
   よる通知を受信する受信手段と、 前記受信手段により受信された通知の数を計測する計測
   手段と、 を有することを特徴とするドキュメント転送サーバ。
2. 【請求項２】 情報提供者により作成されたドキュメン
   トの名称を変更して原本ドキュメントとする名称変更手
   段を有し、 前記作成手段は、ドキュメントが転送されたことを通知
   するためのカウント要求ドキュメントを作成するととも
   に、このカウント要求ドキュメントおよび原本ドキュメ
   ントの転送要求をするように記述したフレームドキュメ
   ントを作成するものであって、 このフレームドキュメントに原本ドキュメントの元の名
   称を付加する名称付加手段を有することを特徴とする請
   求項１記載のドキュメント転送サーバ。
3. 【請求項３】 前記作成手段は、何ら処理をしないよう
   に記述したカウント応答ドキュメントを作成するもので
   あって、 前記カウント要求ドキュメントは、このカウント応答ド
   キュメントの転送要求をするように記述され、この転送
   要求をすることによってドキュメントが転送されたこと
   を通知することを特徴とする請求項２記載のドキュメン
   ト転送サーバ。
4. 【請求項４】 前記記録手段は、転送要求のあったカウ
   ント応答ドキュメントのＵＲＬを記録するものであっ
   て、 前記計測手段は、このＵＲＬの数を計測することを特徴
   とする請求項３記載のドキュメント転送サーバ。