JP2008070949A

JP2008070949A - ウェブページ生成システム、ウェブページ生成装置、およびウェブページ生成方法

Info

Publication number: JP2008070949A
Application number: JP2006246739A
Authority: JP
Inventors: Kenji Sudo; 健司須藤
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2006-09-12
Filing date: 2006-09-12
Publication date: 2008-03-27
Anticipated expiration: 2026-09-12
Also published as: JP5013789B2

Abstract

【課題】アクセスの集中に対応可能な処理能力を確保しつつ無駄なコストを削減すること。
【解決手段】記憶部１０３は、ウェブページの生成に使用されるテンプレートやモジュールをキャッシュする。Ｍキャッシュ検索部１０４は、テンプレートに対して組み込むモジュールを記憶部１０３から検索し、このモジュールがキャッシュされていればモジュールをページ生成部１０８へ出力し、キャッシュされていなければその旨をリクエスト発行部１０５へ通知する。リクエスト発行部１０５は、モジュールリクエストをマスタサーバ４へ送信する。情報取得部１０６は、マスタサーバ４からテンプレートおよびモジュールを受信する。キャッシュ登録部１０７は、受信されたテンプレートおよびモジュールを記憶部１０３にキャッシュする。ページ生成部１０８は、テンプレートおよびモジュールを使用してウェブページを生成する。
【選択図】図２

Description

本発明は、ユーザから要求されるウェブページを生成する第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムおよびウェブページ生成方法に関し、特に、アクセスの集中に対応可能な処理能力を確保しつつ無駄なコストを削減することができるウェブページ生成システムおよびウェブページ生成方法に関する。

一般に、インターネットに接続したクライアント端末などから閲覧されるウェブページは、ウェブサーバで生成されている。ウェブサーバは、クライアント端末からウェブページの閲覧要求を受け取ると、指定されたウェブページを生成し、ページデータをクライアント端末へ配信する。このときウェブサーバは、指定されたウェブページに表示する情報をデータベースなどから取得し、取得した情報をテンプレートに配置してウェブページを生成することになる。

しかし、このようなウェブページ生成処理には比較的時間がかかるため、クライアント端末からの閲覧要求に対して毎回ウェブページ生成処理を行っていては、クライアント端末への応答が遅くなる傾向がある。そこで、ウェブサーバは一度生成したウェブページをキャッシュとして一時的に記憶しておき、同一ページに対する閲覧要求があった時には、キャッシュされたウェブページのページデータをクライアント端末へ送信することが行われている。これにより、一度生成されたウェブページについては、クライアント端末への応答が高速化される。

さらに、例えば特許文献１においては、ウェブページに表示される情報を部分的にキャッシュしておき、同一ページに対する閲覧要求があった時には、キャッシュされた情報と新たに取得された情報とを配置してウェブページを生成することが記載されている。特許文献１に開示された技術によれば、例えば用語検索など表示されるたびに変化する情報を含むウェブページの場合でも、変化のない部分についてはキャッシュされた情報を用いて高速にクライアント端末へウェブページを提供することができ、ウェブサーバのメモリ消費量を削減することができる。

特開２００４−１３３４５号公報

しかしながら、キャッシュによってメモリ消費量を削減しても、ウェブページへのアクセスは時間的に偏向することがあるため、アクセスのピークにも耐え得るように大容量のメモリをウェブサーバに搭載したり、ウェブサーバを増設したりする必要が生じ、通常時にはオーバースペックとなって無駄なコストが発生するという問題がある。

すなわち、例えば台風の接近時には、天気予報のサイトや公共交通機関の運行情報のサイトなどのウェブページにアクセスが集中することがある。また、イベント関連の情報を提供するサイトのウェブページには、実際のイベント開催前後にアクセスが集中すると考えられる。また、１日の時間帯によっても、アクセスがピークとなる時間がサイトごとに異なっている。このようなサイトにおいては、アクセスが集中してもウェブページの提供が可能なように、アクセスのピークを基準としたメモリサイズやウェブサーバ数が決定されるが、アクセスのピーク以外では、メモリやウェブサーバの一部が無駄なリソースとなってしまう。

本発明はかかる点に鑑みてなされたものであり、アクセスの集中に対応可能な処理能力を確保しつつ無駄なコストを削減することができるウェブページ生成システム、ウェブページ生成装置、ウェブページ生成方法、およびウェブページ生成プログラムを提供することを目的とする。

上記課題を解決するために、本発明は、ユーザから要求されるウェブページを生成する第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムであって、前記第１のサーバは、過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、ウェブページの閲覧の要求をユーザから受け付ける受付手段と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、前記検索手段による検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を前記第２のサーバへ要求する要求手段と、前記検索手段によって検索された部分情報および前記要求手段によって生成が要求された部分情報を用いてウェブページを生成する生成手段とを有し、前記第２のサーバは、前記第１のサーバから要求された部分情報を生成し、生成された部分情報を前記第１のサーバへ提供することを特徴とする。

また、本発明は、上記発明において、前記記憶手段は、前記第２のサーバから提供される部分情報を一時的に記憶することを特徴とする。

また、本発明は、上記発明において、前記記憶手段は、所定期間以上不変の静的部分情報のみを記憶することを特徴とする。

また、本発明は、上記発明において、前記記憶手段は、過去に生成されたウェブページのテンプレートを一時的に記憶することを特徴とする。

また、本発明は、上記発明において、前記生成手段は、ウェブページごとのテンプレートに部分情報を組み込んでウェブページを生成することを特徴とする。

また、本発明は、上記発明において、前記第２のサーバは、前記第１のサーバから要求された部分情報と置換可能な部分情報についても同時に生成することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成する複数の第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムであって、前記第１のサーバは、過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、ウェブページの閲覧の要求をユーザから受け付ける受付手段と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、前記検索手段によって検索された部分情報を用いてウェブページを生成する生成手段と、前記記憶手段における部分情報の記憶状況を前記第２のサーバへ報告する報告手段とを有し、前記第２のサーバは、前記第１のサーバから報告される部分情報の記憶状況を管理する管理テーブルと、前記管理テーブルを参照して１つの第１のサーバから他の第１のサーバへ部分情報を複製するか否かを判定する判定手段と、前記判定手段による判定の結果に応じて、部分情報の複製指示を少なくとも１つの第１のサーバへ送信する送信手段とを有することを特徴とする。

また、本発明は、上記発明において、前記報告手段は、前記生成手段による部分情報の使用回数を前記第２のサーバへ報告し、前記判定手段は、前記管理テーブルに記録された使用回数が所定回数に達する部分情報を複製すると判定し、前記送信手段は、前記判定手段による判定の結果、使用回数が所定回数に達した部分情報の複製指示を送信することを特徴とする。

また、本発明は、上記発明において、前記送信手段は、部分情報の複製指示をこの部分情報を記憶していないすべての第１のサーバへ送信することを特徴とする。

また、本発明は、上記発明において、前記第１のサーバは、前記第２サーバから送信された複製指示が受信された場合に、この複製指示に係る部分情報を記憶する第１のサーバへ当該部分情報の複製を要求する要求手段をさらに有することを特徴とする。

また、本発明は、上記発明において、前記送信手段は、前記第１のサーバの処理負荷に基づいて複製のスケジュールを調整する調整手段を含むことを特徴とする。

また、本発明は、上記発明において、前記第１のサーバは、前記検索手段による検索の結果、必要な部分情報が記憶されていない場合に、この部分情報を他の第１のサーバと共有することを前記第２のサーバへ依頼する依頼手段をさらに有し、前記判定手段は、前記依頼手段によって共有を依頼された部分情報が少なくとも１つの第１のサーバに記憶されている場合に、この部分情報を複製すると判定し、前記送信手段は、前記依頼手段によって共有を依頼された部分情報の複製指示をこの部分情報の共有を依頼した第１のサーバへ送信することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成するウェブページ生成装置であって、過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、ウェブページの閲覧の要求をユーザから受け付ける受付手段と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、前記検索手段による検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を外部の装置へ要求する要求手段と、前記検索手段によって検索された部分情報および前記要求手段によって生成が要求された部分情報を用いてウェブページを生成する生成手段とを有することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成するウェブページ生成装置であって、過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、ウェブページの閲覧の要求をユーザから受け付ける受付手段と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、前記検索手段によって検索された部分情報を用いてウェブページを生成する生成手段と、前記記憶手段における部分情報の記憶状況を外部の装置へ報告する報告手段と、前記外部の装置から部分情報の複製指示を受信する受信手段とを有することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成する第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムにおけるウェブページ生成方法であって、前記第１のサーバが、ウェブページの閲覧の要求をユーザから受け付ける受付工程と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、前記検索工程における検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を前記第２のサーバへ要求する要求工程と、前記第２のサーバが、前記第１のサーバから要求された部分情報を生成し、生成された部分情報を前記第１のサーバへ提供する提供工程と、前記第１のサーバが、前記検索工程にて検索された部分情報および前記提供工程にて提供された部分情報を用いてウェブページを生成する生成工程とを有することを特徴とする。

また、本発明は、上記発明において、前記提供工程にて前記第２のサーバから提供される部分情報を前記第１のサーバのメモリに一時的に記憶する記憶工程をさらに有することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成する複数の第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムにおけるウェブページ生成方法であって、前記第１のサーバが、ウェブページの閲覧の要求をユーザから受け付ける受付工程と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、前記検索工程にて検索された部分情報を用いてウェブページを生成する生成工程と、前記メモリにおける部分情報の記憶状況を前記第２のサーバへ報告する報告工程と、前記第２のサーバが、前記第１のサーバから報告される部分情報の記憶状況を管理する管理テーブルを参照して１つの第１のサーバから他の第１のサーバへ部分情報を複製するか否かを判定する判定工程と、前記判定工程における判定の結果に応じて、部分情報の複製指示を少なくとも１つの第１のサーバへ送信する送信工程とを有することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成するウェブページ生成方法であって、ウェブページの閲覧の要求をユーザから受け付ける受付工程と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、前記検索工程における検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を外部の装置へ要求する要求工程と、前記検索工程にて検索された部分情報および前記要求工程にて生成が要求された部分情報を用いてウェブページを生成する生成工程とを有することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成するウェブページ生成方法であって、ウェブページの閲覧の要求をユーザから受け付ける受付手段と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、前記検索工程にて検索された部分情報を用いてウェブページを生成する生成工程と、前記メモリにおける部分情報の記憶状況を外部の装置へ報告する報告工程と、前記外部の装置から部分情報の複製指示を受信する受信工程とを有することを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成するウェブページ生成プログラムであって、ウェブページの閲覧の要求をユーザから受け付ける受付手順と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索手順と、前記検索手順における検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を外部の装置へ要求する要求手順と、前記検索手順にて検索された部分情報および前記要求手順にて生成が要求された部分情報を用いてウェブページを生成する生成手順とをコンピュータに実行させることを特徴とする。

また、本発明は、ユーザから要求されるウェブページを生成するウェブページ生成プログラムであって、ウェブページの閲覧の要求をユーザから受け付ける受付手順と、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索手順と、前記検索手順にて検索された部分情報を用いてウェブページを生成する生成手順と、前記メモリにおける部分情報の記憶状況を外部の装置へ報告する報告手順と、前記外部の装置から部分情報の複製指示を受信する受信手順とをコンピュータに実行させることを特徴とする。

また、本発明は、ウェブページを構成する部分情報からウェブページを生成するウェブページ生成装置が一時的に記憶する部分情報を管理する部分情報管理プログラムであって、前記ウェブページ生成装置から報告される部分情報の記憶状況を管理する管理テーブルを参照して１つのウェブページ生成装置から他のウェブページ生成装置へ部分情報を複製するか否かを判定する判定手順と、前記判定手順における判定の結果に応じて、部分情報の複製指示を少なくとも１つのウェブページ生成装置へ送信する送信手順とをコンピュータに実行させることを特徴とする。

本発明によれば、第１のサーバは、過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶し、ウェブページの閲覧の要求をユーザから受け付け、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を記憶された部分情報から検索し、検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を第２のサーバへ要求し、検索された部分情報および生成が要求された部分情報を用いてウェブページを生成し、第２のサーバは、第１のサーバから要求された部分情報を生成し、生成された部分情報を第１のサーバへ提供する。このため、過去に生成されたウェブページと共通する部分については、第１のサーバに記憶された部分情報を使用してウェブページを生成し、第２のサーバによる部分情報生成の処理負荷を軽減することができる。そして、アクセスのピークに対しては、汎用的な第１のサーバの数のみを調整すれば良く、あるサイトへのアクセスのピークが収束しても、余剰の第１のサーバを他のサイトのウェブページ生成に用いることができ、アクセスの集中に対応可能な処理能力を確保しつつ無駄なコストを削減することができる。

また、本発明によれば、第１のサーバは、第２のサーバから提供される部分情報を一時的に記憶するため、一度ウェブページの生成に使用された部分情報をキャッシュすることになり、繰り返し使用される部分情報を二度目以降は生成する必要がなくなり、第２のサーバの処理負荷を効率的に軽減することができる。

また、本発明によれば、第１のサーバは、所定期間以上不変の静的部分情報のみを記憶するため、頻繁に変化する動的部分情報やユーザ特有の情報を含むパーソナライズ部分情報は毎回生成され、常に最新かつユーザに応じたウェブページを生成することができる。

また、本発明によれば、第１のサーバは、過去に生成されたウェブページのテンプレートを一時的に記憶するため、比較的最近生成されたウェブページのテンプレートを第２のサーバから取得する必要がなく、第２のサーバの処理負荷をさらに軽減することができる。

また、本発明によれば、第１のサーバは、ウェブページごとのテンプレートに部分情報を組み込んでウェブページを生成するため、ウェブページの生成処理が容易となり、第１のサーバの処理負荷を軽減することができる。

また、本発明によれば、第２のサーバは、第１のサーバから要求された部分情報と置換可能な部分情報についても同時に生成するため、例えばサイトの提供者側が閲覧数の増加を促進するためのウェブページへのリンクや広告などを含む置換可能な部分情報については、複数の部分情報がまとめて第１のサーバにキャッシュされ、第１のサーバから第２のサーバへの部分情報生成の要求の回数を減らすことができる。

また、本発明によれば、第１のサーバは、過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶し、ウェブページの閲覧の要求をユーザから受け付け、ユーザが閲覧を要求するウェブページの生成に必要な部分情報を記憶された部分情報から検索し、検索された部分情報を用いてウェブページを生成し、部分情報の記憶状況を第２のサーバへ報告し、第２のサーバは、第１のサーバから報告される部分情報の記憶状況を管理する管理テーブルを参照して１つの第１のサーバから他の第１のサーバへ部分情報を複製するか否かを判定し、判定の結果に応じて、部分情報の複製指示を少なくとも１つの第１のサーバへ送信する。このため、第１のサーバにおける部分情報の記憶状況に応じて、複数の第１のサーバ間で部分情報が複製されるため、部分情報を生成するマスタサーバによる部分情報生成をさらに少なくしてマスタサーバの処理負荷をより軽減することができる。

また、本発明によれば、第１のサーバは、部分情報の使用回数を前記第２のサーバへ報告し、第２のサーバは、管理テーブルに記録された使用回数が所定回数に達する部分情報を複製すると判定し、判定の結果、使用回数が所定回数に達した部分情報の複製指示を送信する。このため、第１のサーバにおけるウェブページの生成に一度も使用されていない部分情報であっても、他の第１のサーバにおける使用頻度が高い部分情報をキャッシュすることができる。

また、本発明によれば、第２のサーバは、部分情報の複製指示をこの部分情報を記憶していないすべての第１のサーバへ送信するため、使用頻度が高い部分情報をすべての第１のサーバにキャッシュすることができる。

また、本発明によれば、第１のサーバは、第２サーバから送信された複製指示が受信された場合に、この複製指示に係る部分情報を記憶する第１のサーバへ当該部分情報の複製を要求する。このため、部分情報の生成をマスタサーバへ要求する場合と同様の処理で部分情報の複製を要求してキャッシュすることができる。

また、本発明によれば、第２のサーバは、第１のサーバの処理負荷に基づいて複製のスケジュールを調整するため、部分情報の複製元および複製先の第１のサーバの処理負荷が過剰になることがなく、確実に必要な部分情報を第１のサーバにキャッシュすることができる。

また、本発明によれば、第１のサーバは、検索の結果、必要な部分情報が記憶されていない場合に、この部分情報を他の第１のサーバと共有することを第２のサーバへ依頼し、第２のサーバは、共有を依頼された部分情報が少なくとも１つの第１のサーバに記憶されている場合に、この部分情報を複製すると判定し、共有を依頼された部分情報の複製指示をこの部分情報の共有を依頼した第１のサーバへ送信する。このため、第１のサーバにおけるウェブページの生成に一度も使用されていない部分情報であっても、他の第１のサーバにおいてキャッシュされている部分情報をキャッシュすることができる。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

（実施の形態１）
図１は、本発明の実施の形態１に係るウェブページ生成システムの全体構成を示す図である。このウェブページ生成システムにおいては、クライアント端末１からウェブページの閲覧要求（以下「ページリクエスト」という）が送信されると、ページリクエストはインターネットなどのネットワーク２を介してロードバランサ３−１またはロードバランサ３−２に受信される。ロードバランサ３−１、３−２への振り分けは、例えばＤＮＳ（Domain Name System）ラウンドロビンなどの方法により実行される。

そして、ページリクエストを受信したロードバランサ３−１、３−２は、自装置に接続されている汎用ウェブサーバ１００の負荷状況や処理能力などを考慮して、要求されたウェブページを生成する汎用ウェブサーバ１００を選定し、選定した汎用ウェブサーバ１００へページリクエストを転送する。

汎用ウェブサーバ１００は、ページリクエストによって要求されたウェブページの枠組みであるテンプレートがキャッシュされているか否か確認し、キャッシュされていなければ自装置に接続されているマスタサーバ４−１またはマスタサーバ４−２へテンプレートを要求する。そして、汎用ウェブサーバ１００は、キャッシュまたはマスタサーバ４−１、４−２から得られたテンプレートに組み込む情報のモジュールがキャッシュされているか否か確認し、キャッシュされていなければマスタサーバ４−１またはマスタサーバ４−２へモジュールを要求する。ここで、モジュールとは、ウェブページの一部分を構成するひとまとまりの情報のことである。具体的には、１つのウェブページは、例えばウェブページのタイトル部分やニュースの見出し部分などの複数のモジュールから構成されている。

汎用ウェブサーバ１００は、要求されたウェブページのテンプレートとモジュールが揃うと、ウェブページを生成し、クライアント端末１へページデータを送信する。また、マスタサーバ４−１、４−２から取得したテンプレートおよびモジュールについては、キャッシュしておく。

マスタサーバ４−１、４−２は、汎用ウェブサーバ１００からテンプレートを要求するテンプレートリクエストやモジュールを要求するモジュールリクエストを受信すると、要求されたテンプレートやモジュールを返信する。マスタサーバ４−１、４−２は、モジュールリクエストが受信されると、モジュールの生成に必要な情報をアプリケーションサーバ５−１〜５−４から取得した上でモジュールを生成し、汎用ウェブサーバ１００へ返信する。

アプリケーションサーバ５−１〜５−４では、モジュール生成に必要な情報が生成される。各々のアプリケーションサーバ５−１〜５−４は、それぞれ異なるアプリケーションによって動作しており、生成されるモジュールに応じて様々な情報を生成する。具体的には、アプリケーションサーバ５−１〜５−４は、例えば比較的長期間変化することがないタイトルなどの静的な情報、頻繁に更新されるニュースなどの動的な情報、およびページリクエスト送信元のクライアント端末１ごとに異なるユーザ特有のパーソナライズされた情報などを生成する。これらのアプリケーションサーバ５−１〜５−４には、図示しないデータベースなどが接続されていても良い。

なお、図１に示すウェブページ生成システムの構成は一例であり、装置の数や接続関係などは図１に示すものに限定されない。ただし、テンプレートやモジュールをキャッシュする汎用ウェブサーバ１００は、実際にモジュールを生成するマスタサーバ４−１、４−２とは分離している。

図２は、本実施の形態に係る汎用ウェブサーバ１００の内部構成を示すブロック図である。図２に示す汎用ウェブサーバ１００は、リクエスト受付部１０１、テンプレートキャッシュ検索部（以下「Ｔキャッシュ検索部」と略記する）１０２、記憶部１０３、モジュールキャッシュ検索部（以下「Ｍキャッシュ検索部」と略記する）１０４、リクエスト発行部１０５、情報取得部１０６、キャッシュ登録部１０７、ページ生成部１０８、およびページ送信部１０９を有している。

リクエスト受付部１０１は、クライアント端末１から送信されたページリクエスト（図２では「ページＲＥＱ」と表記）を受け付け、要求されたウェブページの情報をＴキャッシュ検索部１０２へ通知する。

Ｔキャッシュ検索部１０２は、要求されたウェブページのテンプレートを記憶部１０３にキャッシュされたテンプレートから検索し、このテンプレートがキャッシュされていればテンプレートをＭキャッシュ検索部１０４へ出力し、キャッシュされていなければその旨をリクエスト発行部１０５へ通知する。

記憶部１０３は、ウェブページの生成に使用されるテンプレートやモジュールをキャッシュとして記憶する。そして、記憶部１０３は、一定時間使用されないテンプレートやモジュールを削除する。テンプレートやモジュールが削除されるまでの有効時間は、テンプレートやモジュールごとにあらかじめ規定されている。図２には、例として記憶部１０３がテンプレート０１およびモジュール０１をキャッシュしている様子を示す。

Ｍキャッシュ検索部１０４は、Ｔキャッシュ検索部１０４またはページ生成部１０８から出力されるテンプレートに対して組み込むモジュールを記憶部１０３にキャッシュされたモジュールから検索し、このモジュールがキャッシュされていればモジュールをページ生成部１０８へ出力し、キャッシュされていなければその旨をリクエスト発行部１０５へ通知する。なお、Ｍキャッシュ検索部１０４は、テンプレートに組み込むモジュールが複数である場合にも、すべてのモジュールを記憶部１０３から検索する。

リクエスト発行部１０５は、Ｔキャッシュ検索部１０２からテンプレートがキャッシュされていない旨が通知されると、このテンプレートを要求するテンプレートリクエスト（図２では「テンプレートＲＥＱ」と表記）を接続されているマスタサーバ４−１またはマスタサーバ４−２（以下「マスタサーバ４」という）へ送信する。また、リクエスト発行部１０５は、Ｍキャッシュ検索部１０４からモジュールがキャッシュされていない旨が通知されると、このモジュールを要求するモジュールリクエスト（図２では「モジュールＲＥＱ」と表記）をマスタサーバ４へ送信する。

情報取得部１０６は、テンプレートリクエストおよびモジュールリクエストに応じてマスタサーバ４から返信されるテンプレートおよびモジュールを受信し、キャッシュ登録部１０７およびページ生成部１０８へ出力する。

キャッシュ登録部１０７は、情報取得部１０６から出力されるテンプレートおよびモジュールを記憶部１０３にキャッシュする。ただし、キャッシュ登録部１０７は、情報取得部１０６から出力されたモジュールが頻繁に変化する動的モジュールである場合や、ユーザ特有の情報を含むパーソナライズモジュールである場合には、このモジュールを破棄し、記憶部１０３にキャッシュしない。換言すれば、キャッシュ登録部１０７は、所定期間以上変化することがない静的モジュールを記憶部１０３にキャッシュする。

なお、上述したＴキャッシュ検索部１０２、Ｍキャッシュ検索部１０４、およびキャッシュ登録部１０７は、テンプレートおよびモジュールのキャッシュに関する制御を担うキャッシュ制御部を形成している。

ページ生成部１０８は、記憶部１０３にキャッシュされていたか、または情報取得部１０６によって取得されたテンプレートおよびモジュールを使用して、クライアント端末１から要求されたウェブページを生成する。具体的には、ページ生成部１０８は、例えば図３に示すように、テンプレート０１のそれぞれの枠内にモジュール０１などを組み込んでウェブページを生成する。

ページ送信部１０９は、ページ生成部１０８によって生成されたウェブページのページデータをネットワーク２経由でクライアント端末１へ送信する。

次いで、上記のように構成された汎用ウェブサーバ１００の動作について、図４に示すフロー図を参照しながら説明する。

クライアント端末１から送信されたページリクエストは、ネットワーク２およびロードバランサ３−１、３−２を経由して、汎用ウェブサーバ１００のリクエスト受付部１０１によって受け付けられる（ステップＳ１０１）。ページリクエストが受け付けられると、Ｔキャッシュ検索部１０２によって、要求されたウェブページのテンプレートが記憶部１０３にキャッシュされているか検索される（ステップＳ１０２）。そして、テンプレートが記憶部１０３にキャッシュされていれば、このテンプレートが読み出され、Ｍキャッシュ検索部１０４へ出力される。

一方、テンプレートが記憶部１０３にキャッシュされていなければ、その旨がリクエスト発行部１０５へ通知され、マスタサーバ４からテンプレートが取得される（ステップＳ１０３）。すなわち、リクエスト発行部１０５からマスタサーバ４へテンプレートリクエストが送信され、マスタサーバ４から要求に応じたテンプレートが返信される。返信されたテンプレートは、情報取得部１０６によって受信され、キャッシュ登録部１０７およびページ生成部１０８へ出力される。そして、テンプレートは、キャッシュ登録部１０７によって記憶部１０３にキャッシュとして記憶される（ステップＳ１０４）。また、ページ生成部１０８によって、マスタサーバ４から返信されたテンプレートがＭキャッシュ検索部１０４へ出力される。

以上の処理によって、クライアント端末１から要求されたウェブページのテンプレートが記憶部１０３またはマスタサーバ４から取得され、Ｍキャッシュ検索部１０４に入力されたことになる。テンプレートは、ウェブページの枠組みであり、ウェブページ内に配置するモジュールとモジュールを配置する位置との情報が含まれている。そこで、Ｍキャッシュ検索部１０４によって、ウェブページを生成するのに必要なモジュールの情報がテンプレートから取得され（ステップＳ１０５）、すべてのモジュールについて記憶部１０３にキャッシュされているか検索される（ステップＳ１０６）。そして、必要なモジュールがすべて記憶部１０３にキャッシュされていれば、これらのモジュールが読み出され、テンプレートともにページ生成部１０８へ出力される。

一方、記憶部１０３にキャッシュされていない必要モジュールがあれば、その旨がリクエスト発行部１０５へ通知され、マスタサーバ４から必要モジュールが取得される（ステップＳ１０７）。すなわち、リクエスト発行部１０５からマスタサーバ４へ必要モジュールを要求するモジュールリクエストが送信され、マスタサーバ４およびアプリケーションサーバ５−１〜５−４によって要求に応じたモジュールが生成されて返信される。

ここで、本実施の形態においては、ウェブページを構成するモジュールを単位として記憶部１０３にキャッシュされているため、例えば初めて要求されるウェブページであっても、過去に生成されたウェブページと共通するモジュールについては、キャッシュされたモジュールを使用してウェブページを生成することができ、マスタサーバ４によるモジュール生成の処理負荷を軽減することができる。また、テンプレートおよびモジュールをキャッシュする汎用ウェブサーバ１００と実際にモジュールを生成するマスタサーバ４とを分離したため、汎用ウェブサーバ１００において、ウェブページの種類やサイトに関係なくウェブページを生成することができる。これらのため、汎用ウェブサーバ１００の数のみをアクセスのピークに適合させれば、マスタサーバ４は最低限の数だけあれば良い。そして、汎用ウェブサーバ１００は、いかなるサイトのウェブページも生成可能であることから、あるサイトのウェブページへのアクセスが減った場合にも、余剰の汎用ウェブサーバ１００を他のサイトのウェブページ生成に用いることができ、無駄なコストを削減することができる。

再び図４の説明に戻り、返信された必要モジュールは、情報取得部１０６によって受信され、キャッシュ登録部１０７およびページ生成部１０８へ出力される。そして、必要モジュールとして取得されたモジュールのうち、比較的長期間変化することがない静的モジュールがキャッシュ登録部１０７によって記憶部１０３にキャッシュとして記憶される（ステップＳ１０８）。このとき、頻繁に変化する動的モジュールやユーザ特有の情報を含むパーソナライズモジュールについては、記憶部１０３にキャッシュしても次回のウェブページ要求時に使用することができるとは限らないため、キャッシュ登録部１０７によって破棄される。

以上の処理によって、クライアント端末１から要求されたウェブページのテンプレートおよび必要モジュールが記憶部１０３またはマスタサーバ４から取得され、ページ生成部１０８に入力されたことになる。そこで、ページ生成部１０８によって、テンプレートにモジュールが組み込まれ、ウェブページが生成される（ステップＳ１０９）。生成されたウェブページのページデータは、ページ送信部１０９からページリクエストを発したクライアント端末１へ送信され（ステップＳ１１０）、クライアント端末１においてウェブページが表示される。

以上のように、本実施の形態によれば、汎用ウェブサーバがウェブページのテンプレートやウェブページを構成する部分ごとのモジュールをキャッシュし、必要なテンプレートやモジュールがキャッシュされていない場合にのみ、マスタサーバからテンプレートやモジュールを取得する。このため、過去に生成されたウェブページと共通する部分については、汎用ウェブサーバにキャッシュされたモジュールを使用してウェブページを生成し、マスタサーバによるモジュール生成の処理負荷を軽減することができる。そして、アクセスのピークに対しては、汎用ウェブサーバの数のみを調整すれば良く、あるサイトへのアクセスのピークが収束しても、余剰の汎用ウェブサーバを他のサイトのウェブページ生成に用いることができ、アクセスの集中に対応可能な処理能力を確保しつつ無駄なコストを削減することができる。

（実施の形態２）
本発明の実施の形態２の特徴は、複数の汎用ウェブサーバにキャッシュされているモジュールの情報をモジュール管理サーバにおいて管理しておき、ウェブページの生成に使用される回数が多いモジュールについては、すべての汎用ウェブサーバに複製しておく点である。

図５は、本実施の形態に係るウェブページ生成システムの全体構成を示す図である。同図において、図１と同じ部分には同じ符号を付す。このウェブページ生成システムにおいては、汎用ウェブサーバ１００にキャッシュされたモジュールの情報が逐一汎用ウェブサーバ１００からモジュール管理サーバ２００へ報告され、ウェブページの生成の際の使用頻度が高いモジュールの複製が、このモジュールをキャッシュしていない汎用ウェブサーバ１００へ指示される。これにより、複数の汎用ウェブサーバ１００が設置される場合に、使用頻度が高いモジュールをすべての汎用ウェブサーバ１００がキャッシュすることになり、マスタサーバ４−１、４−２の処理負荷をさらに軽減することができる。

図６は、本実施の形態に係る汎用ウェブサーバ１００の内部構成を示すブロック図である。同図において、図２と同じ部分には同じ符号を付し、その説明を省略する。図６に示す汎用ウェブサーバ１００は、リクエスト受付部１０１ａ、Ｔキャッシュ検索部１０２、記憶部１０３、Ｍキャッシュ検索部１０４、リクエスト発行部１０５ａ、情報取得部１０６、キャッシュ登録部１０７、ページ生成部１０８、ページ送信部１０９、キャッシュ内容報告部３０１、複製指示受信部３０２、およびキャッシュ複製部３０３を有している。

リクエスト受付部１０１ａは、クライアント端末１から送信されたページリクエスト（図６では「ページＲＥＱ」と表記）を受け付け、要求されたウェブページの情報をＴキャッシュ検索部１０２へ通知する。また、リクエスト受付部１０１ａは、他の汎用ウェブサーバ１００から送信されたモジュールリクエスト（図６では「モジュールＲＥＱ」と表記）を受け付け、要求されたモジュールの情報をキャッシュ複製部３０３へ通知する。

リクエスト発行部１０５ａは、Ｔキャッシュ検索部１０２からテンプレートがキャッシュされていない旨が通知されると、このテンプレートを要求するテンプレートリクエスト（図６では「テンプレートＲＥＱ」と表記）をマスタサーバ４へ送信する。また、リクエスト発行部１０５ａは、Ｍキャッシュ検索部１０４からモジュールがキャッシュされていない旨が通知されると、このモジュールを要求するモジュールリクエスト（図６では「モジュールＲＥＱ」と表記）をマスタサーバ４へ送信する。さらに、リクエスト発行部１０５ａは、複製指示受信部３０２から他の汎用ウェブサーバ１００にキャッシュされたモジュールを複製する旨が通知されると、このモジュールを要求するモジュールリクエストを他の汎用ウェブサーバ１００へ送信する。

キャッシュ内容報告部３０１は、キャッシュ登録部１０７によって記憶部１０３に新たなモジュールがキャッシュされると、キャッシュされたモジュールをモジュール管理サーバ２００へ報告する。また、キャッシュ内容報告部３０１は、Ｍキャッシュ検索部によってキャッシュされたモジュールが検索され、ウェブページの生成に用いられると、使用されたモジュールをモジュール管理サーバ２００へ報告する。

複製指示受信部３０２は、他の汎用ウェブサーバ１００にキャッシュされたモジュールの複製を指示する複製指示をモジュール管理サーバ２００から受信し、その旨をリクエスト発行部１０５ａへ通知する。

キャッシュ複製部３０３は、他の汎用ウェブサーバ１００からのモジュールリクエストがリクエスト受付部１０１ａによって受け付けられると、要求されたモジュールを記憶部１０３から読み出して複製し、複製したモジュールを要求元の他の汎用ウェブサーバ１００へ送信する。

図７は、本実施の形態に係るモジュール管理サーバ２００の要部構成を示すブロック図である。図７に示すモジュール管理サーバ２００は、キャッシュ内容受信部２０１、管理テーブル２０２、使用回数判定部２０３、スケジュール調整部２０４、および複製指示送信部２０５を有している。

キャッシュ内容受信部２０１は、汎用ウェブサーバ１００それぞれからモジュールのキャッシュ状況やキャッシュされたモジュールの使用状況などを受信し、管理テーブル２０２を更新する。

管理テーブル２０２は、モジュールごとにどの汎用ウェブサーバ１００にキャッシュされているかを記憶するとともに、それぞれのモジュールがウェブページ生成に使用された使用回数を記憶する。具体的には、管理テーブル２０２は、例えば図８に示すような形式となっている。すなわち、各モジュールの識別記号などにそれぞれのモジュールが汎用ウェブサーバ１００にキャッシュとして登録された登録時刻、ウェブページ生成に使用された最新使用時刻、キャッシュとして記憶される残り有効時間、および使用回数が対応付けて記憶されている。

図８に示す管理テーブル２０２においては、例えばモジュール０１は、サーバ＃１という汎用ウェブサーバ１００に１３時４８分００秒にキャッシュとして登録され、１４時２３分４０秒にサーバ＃１におけるウェブページ生成に使用されている。そして、このモジュール０１は、サーバ＃１において残り有効時間である２分５１秒の間に使用されなければ、削除されることになる。残り有効時間は、最新使用時刻が更新されるたびにあらかじめ定められたモジュールごとの有効時間に設定され、カウントダウンされる。また、このモジュール０１の全汎用ウェブサーバ１００におけるウェブページ生成への使用回数は１０８９回となっている。なお、管理テーブル２０２に情報が管理されるモジュールは、汎用ウェブサーバ１００にキャッシュされるモジュールであるため、動的モジュールやパーソナライズモジュールは除外されている。したがって、例えば図８においては、モジュール０４、０５に関する情報が管理されていない。

使用回数判定部２０３は、管理テーブル２０２に記憶されたモジュールごとの使用回数を所定の閾値と比較し、使用回数が所定の閾値以上であるモジュールをすべての汎用ウェブサーバ１００に複製すると決定し、決定されたモジュールをスケジュール調整部２０４へ通知する。使用回数が大きいモジュールは、換言すれば多くのウェブページで使用されるモジュールであり、すべての汎用ウェブサーバ１００にキャッシュとして登録しておくことにより、さらにマスタサーバ４によるモジュール生成の処理負荷を軽減することができると考えられる。

スケジュール調整部２０４は、管理テーブル２０２において、すべての汎用ウェブサーバ１００に複製すると決定されたモジュールの登録状況を参照し、特定の汎用ウェブサーバ１００からの複製のみが多くなったり、複数の汎用ウェブサーバ１００が同時に１つの汎用ウェブサーバ１００へ複製を要求したりしないよう、モジュール複製のスケジュールを調整する。このとき、スケジュール調整部２０４は、モジュールの残り有効時間なども考慮し、モジュールがキャッシュされている時間内に複製が行われるようにスケジュールを調整する。また、例えば現時点ではモジュールがキャッシュされていない汎用ウェブサーバ１００でも、複製後にはモジュールがキャッシュされていることになるため、複製されたモジュールをさらに複製するなどして、処理負荷が特定の汎用ウェブサーバ１００に集中しないようにする。

複製指示送信部２０５は、スケジュール調整部２０４によって調整された複製スケジュールに従って、複製されたモジュールが新たにキャッシュされる複製先の汎用ウェブサーバ１００へ複製指示を送信する。

次いで、上記のように構成されたモジュール管理サーバ２００の動作について、図９に示すフロー図を参照しながら説明する。

汎用ウェブサーバ１００において、新たにモジュールがキャッシュされたり、キャッシュされたモジュールがウェブページ生成に使用されたりすると、汎用ウェブサーバ１００のキャッシュ内容報告部３０１によって、これらのキャッシュ内容がモジュール管理サーバ２００へ報告される。汎用ウェブサーバ１００から報告されるキャッシュ内容は、モジュール管理サーバ２００のキャッシュ内容受信部２０１によって受信される（ステップＳ２０１）。

そして、報告されたキャッシュ内容が管理テーブル２０２に反映されて更新される（ステップＳ２０２）。具体的には、新たにモジュールがキャッシュされた場合は、管理テーブル２０２において、該当するモジュールが汎用ウェブサーバ１００にキャッシュとして登録された時刻とキャッシュされる有効時間とが登録される。また、キャッシュされたモジュールがウェブページ生成に使用された場合は、管理テーブル２０２において、該当するモジュールの最新使用時刻が更新され、使用回数が１インクリメントされる。

こうして更新される管理テーブル２０２の項目のうち使用回数判定部２０３によって使用回数が監視されており、モジュールごとの使用回数が所定の閾値以上となったか否かが判定される（ステップＳ２０３）。使用回数が所定の閾値以上となったモジュールがない場合は（ステップＳ２０３Ｎｏ）、引き続き汎用ウェブサーバ１００からのキャッシュ内容を受信し、管理テーブル２０２の更新が行われる。

また、使用回数が所定の閾値以上となったモジュールがある場合は（ステップＳ２０３Ｙｅｓ）、使用回数判定部２０３によって、このモジュールがキャッシュされていない汎用ウェブサーバ１００に複製されたモジュールをキャッシュさせることが決定され、その旨がスケジュール調整部２０４へ通知される。そして、スケジュール調整部２０４によって、使用頻度が高いモジュールをキャッシュしている汎用ウェブサーバ１００からキャッシュしていない汎用ウェブサーバ１００へ複製するスケジュールが調整される（ステップＳ２０４）。

すなわち、モジュールをキャッシュしている特定の汎用ウェブサーバ１００にのみモジュールを複製する要求が集中しないように、スケジュール調整部２０４によって、各汎用ウェブサーバ１００の処理負荷を均等とするスケジュールが調整される。このとき、スケジュール調整部２０４によって、管理テーブル２０２の残り有効時間などが参照され、キャッシュされたモジュールが削除されないうちに複製されるようスケジュール調整が行われる。また、現時点ではモジュールがキャッシュされていない汎用ウェブサーバ１００でも、複製されたモジュールがキャッシュされた後は、複製元の汎用ウェブサーバ１００としてスケジュール調整しても良い。

スケジュール調整部２０４によってモジュールの複製スケジュールが調整されると、このスケジュールに従って、複製指示送信部２０５から複製先の汎用ウェブサーバ１００へ複製指示が送信される（ステップＳ２０５）。ここで、既にモジュールがキャッシュされている複製元の汎用ウェブサーバ１００へ複製指示が送信されるのではなく、まだモジュールがキャッシュされていない複製先の汎用ウェブサーバ１００へ複製指示が送信されることにより、複製先の汎用ウェブサーバ１００における制御を単純化することができる。すなわち、複製先の汎用ウェブサーバ１００においては、複製指示受信部３０２によって複製指示が受信され、リクエスト発行部１０５ａからモジュールリクエストが発行されれば良く、マスタサーバ４からモジュールを取得する場合と比較して、モジュールリクエストの送信先を変更するだけの制御が行われれば良い。

次に、使用頻度が高いモジュールがキャッシュされている汎用ウェブサーバ１００からこのモジュールがキャッシュされていない他の汎用ウェブサーバ１００へモジュールが複製される動作について、図１０に示すシーケンス図を参照しながら説明する。

まず、汎用ウェブサーバ１００においてウェブページが生成される際、マスタサーバ４から必要モジュールが取得され、取得されたモジュールが記憶部１０３にキャッシュとして登録される（ステップＳ３０１）。モジュールが記憶部１０３にキャッシュされると、キャッシュ内容報告部３０１によって、キャッシュ内容がモジュール管理サーバ２００へ報告される（ステップＳ３０２）。

モジュール管理サーバ２００では、キャッシュ内容受信部２０１によってキャッシュ内容が受信され、その内容に応じて管理テーブル２０２が更新される（ステップＳ３０３）。ここでは、汎用ウェブサーバ１００にモジュールがキャッシュされた登録時刻とキャッシュされたモジュールの有効時間とが管理テーブル２０２に記憶される。そして、使用回数判定部２０３によって、モジュールの使用回数が判定されるが、ここではモジュールの使用回数が所定の閾値以上となっており、モジュールを他の汎用ウェブサーバ１００へ複製すると決定されたものとする。モジュールの複製が決定されると、スケジュール調整部２０４によって複製のスケジュールが調整され（ステップＳ３０４）、スケジュールに従って、複製指示送信部２０５から他の汎用ウェブサーバ１００へ複製指示が送信される（ステップＳ３０５）。

他の汎用ウェブサーバ１００では、複製指示受信部３０２によって複製指示が受信され、リクエスト発行部１０５ａによって複製が指示されたモジュールを要求するモジュールリクエストが汎用ウェブサーバ１００へ送信される（ステップＳ３０６）。汎用ウェブサーバ１００では、リクエスト受付部１０１ａによってモジュールリクエストが受信され、要求されたモジュールの情報がキャッシュ複製部３０３へ通知される。そして、キャッシュ複製部３０３によって、他の汎用ウェブサーバ１００から要求されたモジュールが記憶部１０３から読み出されて複製され、他の汎用ウェブサーバ１００へ送信される（ステップＳ３０７）。このモジュールは、他の汎用ウェブサーバ１００の情報取得部１０６によって受信され、キャッシュ登録部１０７によって記憶部１０３にキャッシュとして登録される（ステップＳ３０８）。

このようなモジュールの複製が行われることにより、使用頻度が高いモジュールがすべての汎用ウェブサーバ１００にキャッシュされ、汎用ウェブサーバ１００におけるウェブページ生成時にキャッシュされたモジュールの使用割合が向上し、マスタサーバ４によるモジュール生成の処理負荷をさらに軽減することができる。

以上のように、本実施の形態によれば、モジュール管理サーバが汎用ウェブサーバからキャッシュ内容の報告を受け、各汎用ウェブサーバにキャッシュされているモジュールを把握し、使用頻度が高いモジュールについては、キャッシュされている汎用ウェブサーバからキャッシュされていない汎用ウェブサーバへ複製する。このため、すべての汎用ウェブサーバが使用頻度が高いモジュールをキャッシュしてウェブページを生成することができ、マスタサーバによるモジュール生成をさらに少なくしてマスタサーバの処理負荷をより軽減することができる。

（実施の形態３）
本発明の実施の形態３の特徴は、汎用ウェブサーバにおいて必要なモジュールがキャッシュされていない場合、このモジュールの生成をマスタサーバへ要求する前に他の汎用ウェブサーバにキャッシュされていないかモジュール管理サーバに確認し、キャッシュされていれば複製する点である。

本実施の形態に係るウェブページ生成システムの全体構成は実施の形態２（図５）と同様であるため、その説明を省略する。本実施の形態においては、汎用ウェブサーバ１００およびモジュール管理サーバ２００の内部構成が実施の形態２と異なっている。

図１１は、本実施の形態に係る汎用ウェブサーバ１００の内部構成を示すブロック図である。同図において、図２および図６と同じ部分には同じ符号を付し、その説明を省略する。図１１に示す汎用ウェブサーバ１００は、リクエスト受付部１０１ａ、Ｔキャッシュ検索部１０２、記憶部１０３、Ｍキャッシュ検索部１０４、リクエスト発行部１０５ｂ、情報取得部１０６、キャッシュ登録部１０７、ページ生成部１０８、ページ送信部１０９、キャッシュ内容報告部３０１、共有依頼部４０１、およびキャッシュ複製部３０３を有している。

リクエスト発行部１０５ｂは、Ｔキャッシュ検索部１０２からテンプレートがキャッシュされていない旨が通知されると、このテンプレートを要求するテンプレートリクエスト（図１１では「テンプレートＲＥＱ」と表記）をマスタサーバ４へ送信する。また、リクエスト発行部１０５ｂは、共有依頼部４０１から他の汎用ウェブサーバ１００にキャッシュされたモジュールを複製する旨が通知されると、このモジュールを要求するモジュールリクエスト（図１１では「モジュールＲＥＱ」と表記）を他の汎用ウェブサーバ１００へ送信する。さらに、リクエスト発行部１０５ｂは、共有依頼部４０１からマスタサーバ４へモジュールを要求する旨が通知されると、このモジュールを要求するモジュールリクエストをマスタサーバ４へ送信する。

共有依頼部４０１は、Ｍキャッシュ検索部１０４からモジュールがキャッシュされていない旨が通知されると、このモジュールをキャッシュしている他の汎用ウェブサーバ１００とのモジュールの共有を希望する旨の共有依頼をモジュール管理サーバ２００へ送信する。そして、他の汎用ウェブサーバ１００に所望のモジュールがキャッシュされている場合は、共有依頼部４０１は、他の汎用ウェブサーバ１００にキャッシュされたモジュールの複製を指示する複製指示をモジュール管理サーバ２００から受信し、その旨をリクエスト発行部１０５ｂへ通知する。一方、他の汎用ウェブサーバ１００にも所望のモジュールがキャッシュされていない場合は、共有依頼部４０１は、エラーメッセージをモジュール管理サーバ２００から受信し、マスタサーバ４へモジュールを要求する旨をリクエスト発行部１０５ｂへ通知する。

図１２は、本実施の形態に係るモジュール管理サーバ２００の要部構成を示すブロック図である。同図において、図７と同じ部分には同じ符号を付し、その説明を省略する。図１２に示すモジュール管理サーバ２００は、キャッシュ内容受信部２０１、管理テーブル２０２、共有依頼受信部５０１、キャッシュ有無判定部５０２、スケジュール調整部２０４、および複製指示送信部２０５ａを有している。

共有依頼受信部５０１は、汎用ウェブサーバ１００からモジュールの共有を希望する旨の共有依頼を受信し、共有が希望されるモジュールをキャッシュ有無判定部５０２へ通知する。

キャッシュ有無判定部５０２は、管理テーブル２０２を参照して、キャッシュ有無判定部５０２から通知されたモジュールがいずれかの汎用ウェブサーバ１００にキャッシュされているか否かを判定する。そして、キャッシュ有無判定部５０２は、共有を依頼した汎用ウェブサーバ１００以外の汎用ウェブサーバ１００にモジュールがキャッシュされていると判定した場合、このモジュールを汎用ウェブサーバ１００間で複製すると決定し、決定されたモジュールを複製するスケジュールを調整するようにスケジュール調整部２０４へ指示する。また、キャッシュ有無判定部５０２は、所望のモジュールがいずれの汎用ウェブサーバ１００にもキャッシュされていないと判定した場合、共有を依頼した汎用ウェブサーバ１００へエラーメッセージを送信するように複製指示送信部２０５ａへ指示する。

複製指示送信部２０５ａは、スケジュール調整部２０４によって調整された複製スケジュールに従って、複製されたモジュールが新たにキャッシュされる複製先の汎用ウェブサーバ１００へ複製指示を送信する。また、複製指示送信部２０５ａは、所望のモジュールがいずれの汎用ウェブサーバ１００にもキャッシュされていない場合は、共有依頼を送信した汎用ウェブサーバ１００へエラーメッセージをする。

次いで、上記のように構成されたモジュール管理サーバ２００の動作について、図１３に示すフロー図を参照しながら説明する。図１３において、図９と同じ部分には同じ符号を付し、その詳しい説明を省略する。

汎用ウェブサーバ１００からキャッシュ内容が送信されると、キャッシュ内容は、モジュール管理サーバ２００のキャッシュ内容受信部２０１によって受信される（ステップＳ２０１）。そして、報告されたキャッシュ内容が管理テーブル２０２に反映されて更新される（ステップＳ２０２）。

また、いずれかの汎用ウェブサーバ１００において、ウェブページの生成に必要なモジュールがＭキャッシュ検索部１０４によって記憶部１０３から検索された結果、必要モジュールがキャッシュされていなかった場合、共有依頼部４０１によって、他の汎用ウェブサーバ１００にキャッシュされた必要モジュールの共有を依頼する共有依頼がモジュール管理サーバ２００へ送信される。この共有依頼は、モジュール管理サーバ２００の共有依頼受信部５０１によって受信される（ステップＳ４０１）。

共有依頼が受信されると、キャッシュ有無判定部５０２によって、管理テーブル２０２が参照され、共有依頼されたモジュールがいずれかの汎用ウェブサーバ１００にキャッシュされているか否かが判定される（ステップＳ４０２）。この結果、いずれかの汎用ウェブサーバ１００にモジュールがキャッシュされていれば（ステップＳ４０２Ｙｅｓ）、キャッシュ有無判定部５０２によって、共有依頼を送信した複製先の汎用ウェブサーバ１００とモジュールをキャッシュしている複製元の他の汎用ウェブサーバ１００との間におけるモジュールの複製スケジュールを調整するようにスケジュール調整部２０４へ指示される。そして、スケジュール調整部２０４によって、２つの汎用ウェブサーバ１００間におけるモジュールの複製スケジュールが調整される（ステップＳ４０３）。

すなわち、例えば他のモジュールの複製を実行中の汎用ウェブサーバ１００を複製元とするなどとして特定の汎用ウェブサーバ１００に処理が集中しないように、スケジュール調整部２０４によって、汎用ウェブサーバ１００の処理負荷を均等とするスケジュールが調整される。このとき、スケジュール調整部２０４によって、管理テーブル２０２の残り有効時間などが参照され、キャッシュされたモジュールが削除されないうちに複製されるようスケジュール調整が行われる。

スケジュール調整部２０４によってモジュールの複製スケジュールが調整されると、このスケジュールに従って、複製指示送信部２０５ａから共有を依頼した汎用ウェブサーバ１００へ複製指示が送信される（ステップＳ２０５）。送信された複製指示は、汎用ウェブサーバ１００の共有依頼部４０１によって受信され、リクエスト発行部１０５ｂによって、モジュールをキャッシュしている汎用ウェブサーバ１００へモジュールリクエストが送信され、以後、実施の形態２と同様に、モジュールをキャッシュしている汎用ウェブサーバ１００からモジュールが取得される。

一方、モジュール管理サーバ２００におけるキャッシュ有無の判定の結果、共有依頼されたモジュールがいずれの汎用ウェブサーバ１００にもキャッシュされていなければ（ステップＳ４０２Ｎｏ）、キャッシュ有無判定部５０２によって、その旨のエラーメッセージを送信するように複製指示送信部２０５ａへ指示され、複製指示送信部２０５ａから共有を依頼した汎用ウェブサーバ１００へエラーメッセージが送信される（ステップＳ４０４）。送信されたエラーメッセージは、汎用ウェブサーバ１００の共有依頼部４０１によって受信され、リクエスト発行部１０５ｂによって、マスタサーバ４へモジュールリクエストが送信され、以後、実施の形態１と同様に、マスタサーバ４からモジュールが取得される。

次に、キャッシュされているモジュールが２つの汎用ウェブサーバ１００間で共有される動作について、図１４に示すシーケンス図を参照しながら説明する。なお、図１４において、図１０と同じ部分には同じ符号を付し、その詳しい説明を省略する。

モジュール管理サーバ２００では、キャッシュ内容受信部２０１によってキャッシュ内容が受信され、その内容に応じて管理テーブル２０２が更新される（ステップＳ３０３）。また、モジュールがキャッシュされた汎用ウェブサーバ１００とは異なる他の汎用ウェブサーバ１００においてウェブページが生成される際、必要モジュールがキャッシュされていないキャッシュミスが発生したものとする（ステップＳ５０１）。このとき、他の汎用ウェブサーバ１００の共有依頼部４０１によって、必要モジュールの共有依頼がモジュール管理サーバ２００へ送信される（ステップＳ５０２）。

送信された共有依頼は、モジュール管理サーバ２００の共有依頼受信部５０１によって受信され、キャッシュ有無判定部５０２によって、必要モジュールがキャッシュされた汎用ウェブサーバの有無が判定されるが、ここでは汎用ウェブサーバ１００に登録されたモジュールが他の汎用ウェブサーバ１００における必要モジュールであるものとする。このため、キャッシュ有無判定部５０２によって、汎用ウェブサーバ１００から他の汎用ウェブサーバ１００へモジュールを複製することが決定され、スケジュール調整部２０４によって複製のスケジュールが調整され（ステップＳ３０４）、スケジュールに従って、複製指示送信部２０５から他の汎用ウェブサーバ１００へ複製指示が送信される（ステップＳ３０５）。なお、必要モジュールがいずれの汎用ウェブサーバ１００にもキャッシュされていない場合は、複製指示送信部２０５から他の汎用ウェブサーバ１００へその旨のエラーメッセージが送信される。

他の汎用ウェブサーバ１００では、共有依頼部４０１によって複製指示またはエラーメッセージが受信され、複製指示が受信されたか否かによってモジュールの共有の可不可が判断され（ステップＳ５０３）、複製指示が受信されていれば（ステップＳ５０３Ｙｅｓ）、リクエスト発行部１０５ｂによって複製が指示されたモジュールを要求するモジュールリクエストが汎用ウェブサーバ１００へ送信される（ステップＳ３０６）。そして、実施の形態２と同様に、汎用ウェブサーバ１００のキャッシュ複製部３０３によって複製されたモジュールが他の汎用ウェブサーバ１００へ返信され（ステップＳ３０７）、他の汎用ウェブサーバ１００の記憶部１０３にキャッシュとして登録される（ステップＳ３０８）。

このようなモジュールの複製が行われることにより、汎用ウェブサーバ１００に必要モジュールがキャッシュされていなくても、すべての汎用ウェブサーバ１００にキャッシュされたモジュールが共有され、マスタサーバ４によるモジュール生成への依存度が減少し、マスタサーバ４によるモジュール生成の処理負荷をさらに軽減することができる。

一方、共有依頼部４０１にエラーメッセージが受信されていると（ステップＳ５０３Ｎｏ）、リクエスト発行部１０５ｂによって必要モジュールを要求するモジュールリクエストがマスタサーバ４へ送信される（ステップＳ５０４）。そして、実施の形態１と同様に、マスタサーバ４によって生成されたモジュールが他の汎用ウェブサーバ１００へ返信され（ステップＳ５０５）、ウェブページの生成が行われるとともにモジュールがキャッシュとして登録される（ステップＳ３０８）。

以上のように、本実施の形態によれば、ウェブページの生成に必要なモジュールが汎用ウェブサーバにキャッシュされていない場合は、モジュール管理サーバへモジュールの共有を依頼し、このモジュールがキャッシュされている汎用ウェブサーバがあれば、キャッシュされている汎用ウェブサーバから共有を依頼した汎用ウェブサーバへモジュールを複製する。このため、すべての汎用ウェブサーバがキャッシュの内容を実質的に共有することができ、マスタサーバによるモジュール生成をさらに少なくしてマスタサーバの処理負荷をより軽減することができる。

なお、上記各実施の形態においては、汎用ウェブサーバ１００のリクエスト発行部１０５、１０５ａ、１０５ｂからマスタサーバ４へモジュールリクエストが送信された際、１つのモジュールが生成されて汎用ウェブサーバ１００へ返信されるものとしたが、このとき、モジュールの種類によっては、マスタサーバ４が複数の置換可能なモジュールを生成し、同時に汎用ウェブサーバ１００へ返信されるようにしても良い。すなわち、例えばサイトの提供者側が閲覧数の増加を促進するためのウェブページへのリンクや広告などを含むモジュールについては、何種類かの置換可能なモジュールが用意されることがあるが、これらのモジュールは、まとめてマスタサーバ４によって生成され汎用ウェブサーバ１００にキャッシュされるようにしても良い。これにより、汎用ウェブサーバ１００からマスタサーバ４へのモジュールリクエスト送信の回数を減らすことができる。

また、上記各実施の形態においては、ウェブページ生成処理をコンピュータ上（すなわち汎用ウェブサーバ１００上）で実現する場合について説明してきたが、ウェブページ生成処理を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行することによりウェブページ生成処理を実現しても良い。

図１５は、ウェブページ生成処理を実現するコンピュータ６００のハードウェア構成を示すブロック図である。図１５に示すように、このコンピュータ６００は、上記プログラムを実行するＣＰＵ６０１と、データを入力する入力装置６０２と、各種データを記憶するＲＯＭ６０３と、演算パラメータ等を記憶するＲＡＭ６０４と、ウェブページ生成処理を実現するためのプログラムを記録した記録媒体６１０からプログラムを読み取る読取装置６０５と、ディスプレイ等の出力装置６０６と、ネットワーク２を介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース６０７とが、バス６０８で接続された構成となっている。

ＣＰＵ６０１は、読取装置６０５を経由して記録媒体６１０に記録されているプログラムを読み込んだ後、プログラムを実行することにより、ウェブページ生成処理を実現する。なお、記録媒体６１０としては、光ディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ハードディスク等が挙げられる。また、このプログラムは、ネットワーク２を介してコンピュータ６００に導入することとしても良い。同様に、上記実施の形態２および実施の形態３におけるモジュール管理サーバ２００上のモジュール管理処理についても、上述したハードウェア構成によって実現することができる。

本発明は、アクセスの集中に対応可能な処理能力を確保しつつ無駄なコストを削減する場合に適用することができる。

実施の形態１に係るウェブページ生成システムの全体構成を示す図である。実施の形態１に係る汎用ウェブサーバの内部構成を示すブロック図である。ウェブページ生成の具体例を示す図である。実施の形態１に係る汎用ウェブサーバの動作を示すフロー図である。実施の形態２に係るウェブページ生成システムの全体構成を示す図である。実施の形態２に係る汎用ウェブサーバの内部構成を示すブロック図である。実施の形態２に係るモジュール管理サーバの要部構成を示すブロック図である。管理テーブルの具体例を示す図である。実施の形態２に係るモジュール管理サーバの動作を示すフロー図である。実施の形態２に係るモジュール複製の動作を示すシーケンス図である。実施の形態３に係る汎用ウェブサーバの内部構成を示すブロック図である。実施の形態３に係るモジュール管理サーバの要部構成を示すブロック図である。実施の形態３に係るモジュール管理サーバの動作を示すフロー図である。実施の形態３に係るモジュール複製の動作を示すシーケンス図である。ウェブページ生成処理を実現するコンピュータのハードウェア構成を示すブロック図である。

符号の説明

１０１、１０１ａリクエスト受付部
１０２Ｔキャッシュ検索部
１０３記憶部
１０４Ｍキャッシュ検索部
１０５、１０５ａ、１０５ｂリクエスト発行部
１０６情報取得部
１０７キャッシュ登録部
１０８ページ生成部
１０９ページ送信部
２０１キャッシュ内容受信部
２０２管理テーブル
２０３使用回数判定部
２０４スケジュール調整部
２０５、２０５ａ複製指示送信部
３０１キャッシュ内容報告部
３０２複製指示受信部
３０３キャッシュ複製部
４０１共有依頼部
５０１共有依頼受信部
５０２キャッシュ有無判定部

Claims

ユーザから要求されるウェブページを生成する第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムであって、
前記第１のサーバは、
過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、
ウェブページの閲覧の要求をユーザから受け付ける受付手段と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、
前記検索手段による検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を前記第２のサーバへ要求する要求手段と、
前記検索手段によって検索された部分情報および前記要求手段によって生成が要求された部分情報を用いてウェブページを生成する生成手段とを有し、
前記第２のサーバは、
前記第１のサーバから要求された部分情報を生成し、生成された部分情報を前記第１のサーバへ提供する
ことを特徴とするウェブページ生成システム。
前記記憶手段は、
前記第２のサーバから提供される部分情報を一時的に記憶することを特徴とする請求項１記載のウェブページ生成システム。
前記記憶手段は、
所定期間以上不変の静的部分情報のみを記憶することを特徴とする請求項１記載のウェブページ生成システム。
前記記憶手段は、
過去に生成されたウェブページのテンプレートを一時的に記憶することを特徴とする請求項１記載のウェブページ生成システム。
前記生成手段は、
ウェブページごとのテンプレートに部分情報を組み込んでウェブページを生成することを特徴とする請求項１記載のウェブページ生成システム。
前記第２のサーバは、
前記第１のサーバから要求された部分情報と置換可能な部分情報についても同時に生成することを特徴とする請求項１記載のウェブページ生成システム。
ユーザから要求されるウェブページを生成する複数の第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムであって、
前記第１のサーバは、
過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、
ウェブページの閲覧の要求をユーザから受け付ける受付手段と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、
前記検索手段によって検索された部分情報を用いてウェブページを生成する生成手段と、
前記記憶手段における部分情報の記憶状況を前記第２のサーバへ報告する報告手段とを有し、
前記第２のサーバは、
前記第１のサーバから報告される部分情報の記憶状況を管理する管理テーブルと、
前記管理テーブルを参照して１つの第１のサーバから他の第１のサーバへ部分情報を複製するか否かを判定する判定手段と、
前記判定手段による判定の結果に応じて、部分情報の複製指示を少なくとも１つの第１のサーバへ送信する送信手段とを有する
ことを特徴とするウェブページ生成システム。
前記報告手段は、
前記生成手段による部分情報の使用回数を前記第２のサーバへ報告し、
前記判定手段は、
前記管理テーブルに記録された使用回数が所定回数に達する部分情報を複製すると判定し、
前記送信手段は、
前記判定手段による判定の結果、使用回数が所定回数に達した部分情報の複製指示を送信する
ことを特徴とする請求項７記載のウェブページ生成システム。
前記送信手段は、
部分情報の複製指示をこの部分情報を記憶していないすべての第１のサーバへ送信することを特徴とする請求項８記載のウェブページ生成システム。
前記第１のサーバは、
前記第２サーバから送信された複製指示が受信された場合に、この複製指示に係る部分情報を記憶する第１のサーバへ当該部分情報の複製を要求する要求手段をさらに有することを特徴とする請求項７記載のウェブページ生成システム。
前記送信手段は、
前記第１のサーバの処理負荷に基づいて複製のスケジュールを調整する調整手段を含むことを特徴とする請求項７記載のウェブページ生成システム。
前記第１のサーバは、
前記検索手段による検索の結果、必要な部分情報が記憶されていない場合に、この部分情報を他の第１のサーバと共有することを前記第２のサーバへ依頼する依頼手段をさらに有し、
前記判定手段は、
前記依頼手段によって共有を依頼された部分情報が少なくとも１つの第１のサーバに記憶されている場合に、この部分情報を複製すると判定し、
前記送信手段は、
前記依頼手段によって共有を依頼された部分情報の複製指示をこの部分情報の共有を依頼した第１のサーバへ送信する
ことを特徴とする請求項７記載のウェブページ生成システム。
ユーザから要求されるウェブページを生成するウェブページ生成装置であって、
過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、
ウェブページの閲覧の要求をユーザから受け付ける受付手段と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、
前記検索手段による検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を外部の装置へ要求する要求手段と、
前記検索手段によって検索された部分情報および前記要求手段によって生成が要求された部分情報を用いてウェブページを生成する生成手段と
を有することを特徴とするウェブページ生成装置。
ユーザから要求されるウェブページを生成するウェブページ生成装置であって、
過去に生成されたウェブページについて、このウェブページを構成する部分情報を単位として一時的に記憶する記憶手段と、
ウェブページの閲覧の要求をユーザから受け付ける受付手段と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を前記記憶手段から検索する検索手段と、
前記検索手段によって検索された部分情報を用いてウェブページを生成する生成手段と、
前記記憶手段における部分情報の記憶状況を外部の装置へ報告する報告手段と、
前記外部の装置から部分情報の複製指示を受信する受信手段と
を有することを特徴とするウェブページ生成装置。
ユーザから要求されるウェブページを生成する第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムにおけるウェブページ生成方法であって、
前記第１のサーバが、
ウェブページの閲覧の要求をユーザから受け付ける受付工程と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、
前記検索工程における検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を前記第２のサーバへ要求する要求工程と、
前記第２のサーバが、
前記第１のサーバから要求された部分情報を生成し、生成された部分情報を前記第１のサーバへ提供する提供工程と、
前記第１のサーバが、
前記検索工程にて検索された部分情報および前記提供工程にて提供された部分情報を用いてウェブページを生成する生成工程と
を有することを特徴とするウェブページ生成方法。
前記提供工程にて前記第２のサーバから提供される部分情報を前記第１のサーバのメモリに一時的に記憶する記憶工程をさらに有することを特徴とする請求項１５記載のウェブページ生成方法。
ユーザから要求されるウェブページを生成する複数の第１のサーバと複数の第１のサーバと通信可能な第２のサーバとを備えるウェブページ生成システムにおけるウェブページ生成方法であって、
前記第１のサーバが、
ウェブページの閲覧の要求をユーザから受け付ける受付工程と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、
前記検索工程にて検索された部分情報を用いてウェブページを生成する生成工程と、
前記メモリにおける部分情報の記憶状況を前記第２のサーバへ報告する報告工程と、
前記第２のサーバが、
前記第１のサーバから報告される部分情報の記憶状況を管理する管理テーブルを参照して１つの第１のサーバから他の第１のサーバへ部分情報を複製するか否かを判定する判定工程と、
前記判定工程における判定の結果に応じて、部分情報の複製指示を少なくとも１つの第１のサーバへ送信する送信工程と
を有することを特徴とするウェブページ生成方法。
ユーザから要求されるウェブページを生成するウェブページ生成方法であって、
ウェブページの閲覧の要求をユーザから受け付ける受付工程と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、
前記検索工程における検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を外部の装置へ要求する要求工程と、
前記検索工程にて検索された部分情報および前記要求工程にて生成が要求された部分情報を用いてウェブページを生成する生成工程と
を有することを特徴とするウェブページ生成方法。
ユーザから要求されるウェブページを生成するウェブページ生成方法であって、
ウェブページの閲覧の要求をユーザから受け付ける受付手段と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索工程と、
前記検索工程にて検索された部分情報を用いてウェブページを生成する生成工程と、
前記メモリにおける部分情報の記憶状況を外部の装置へ報告する報告工程と、
前記外部の装置から部分情報の複製指示を受信する受信工程と
を有することを特徴とするウェブページ生成方法。
ユーザから要求されるウェブページを生成するウェブページ生成プログラムであって、
ウェブページの閲覧の要求をユーザから受け付ける受付手順と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索手順と、
前記検索手順における検索の結果、必要な部分情報が記憶されていない場合に、この部分情報の生成を外部の装置へ要求する要求手順と、
前記検索手順にて検索された部分情報および前記要求手順にて生成が要求された部分情報を用いてウェブページを生成する生成手順と
をコンピュータに実行させることを特徴とするウェブページ生成プログラム。
ユーザから要求されるウェブページを生成するウェブページ生成プログラムであって、
ウェブページの閲覧の要求をユーザから受け付ける受付手順と、
ユーザが閲覧を要求するウェブページの生成に必要な部分情報を、過去に生成されたウェブページを構成する部分情報を一時的に記憶するメモリから検索する検索手順と、
前記検索手順にて検索された部分情報を用いてウェブページを生成する生成手順と、
前記メモリにおける部分情報の記憶状況を外部の装置へ報告する報告手順と、
前記外部の装置から部分情報の複製指示を受信する受信手順と
をコンピュータに実行させることを特徴とするウェブページ生成プログラム。
ウェブページを構成する部分情報からウェブページを生成するウェブページ生成装置が一時的に記憶する部分情報を管理する部分情報管理プログラムであって、
前記ウェブページ生成装置から報告される部分情報の記憶状況を管理する管理テーブルを参照して１つのウェブページ生成装置から他のウェブページ生成装置へ部分情報を複製するか否かを判定する判定手順と、
前記判定手順における判定の結果に応じて、部分情報の複製指示を少なくとも１つのウェブページ生成装置へ送信する送信手順と
をコンピュータに実行させることを特徴とする部分情報管理プログラム。