JP7351469B1 - ウェブページ提供システム、ウェブページ提供方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】コストをあまり掛けることなく従来よりも安定的に、新しい情報が次々に掲載されるウェブページを配信する。【解決手段】ウェブサーバ２に、ウェブページを表示するためのウェブページデータを記憶するウェブページ記憶手段を設ける。ウェブサーバ２は、ウェブページの構成に影響を及ぼす可能性がありまたは影響を及ぼす第一のイベントが生じた場合に、第二のイベントが生じた後、ウェブページ記憶手段に記憶されているウェブページデータを生成し直す。そして、閲覧用端末装置３Ａから要求があった際に、ウェブページデータを閲覧用端末装置３Ａへ送信する。【選択図】図１

Description

本発明は、ウェブページをクライアントへ提供する技術に関する。

ＣＭＳ（Content Management System）によるウェブページの提供方法には主に、動的配信および静的配信の２つの方法がある。

動的配信によると、クライアントからウェブページを要求されるごとに、その時点にデータベースに記憶されている情報に基づいてウェブページを生成してクライアントへ送信する。一方、静的配信によると、クライアントからウェブページを要求されるごとに、そのウェブページをクライアントへ送信するが、要求されるごとに生成するのではなく予め生成しておいたものを送信する。

ＷＷＷの基本技術 静的コンテンツと動的コンテンツ，上越教育大学，http://juen-cs.dl.juen.ac.jp/html/www/005/，２０２３年４月３０日検索

動的配信によると、新しい情報を静的配信よりも確実にクライアントへ提供することができる。したがって、動的配信は、特に、新しい情報が次々に掲載されるウェブページの配信方法として好んで採用される。

ところが、動的配信は、ウェブページの生成の際にウェブサーバに掛かる負荷が静的配信よりも大きい。したがって、ウェブサイトへのアクセスが集中するとウェブサーバがダウンすることがある。

そこで、ウェブサーバのスペックを増強したり、ウェブサーバの台数を増やしたり、負荷分散装置を導入したりするなどの対策が講じられることがある。

しかし、これらの対策は、コストが掛かるし、アクセスが集中しないときはオーバスペックになる。

本発明は、このような問題点に鑑み、コストをあまり掛けることなく従来よりも安定的に、新しい情報が次々に掲載されるウェブページを配信することを、目的とする。

本発明の一形態に係るウェブページ提供システムは、ウェブページを提供するウェブページ提供システムであって、前記ウェブページを表示するためのウェブページデータを記憶するウェブページ記憶手段と、前記ウェブページの構成に影響を及ぼす可能性がありまたは影響を及ぼすイベントが生じた場合に前記ウェブページデータを前記ウェブページ記憶手段から削除する削除手段と、クライアントから要求があった際に、前記ウェブページデータが前記ウェブページ記憶手段に記憶されている場合は、当該記憶されているウェブページデータを当該クライアントへ送信し、記憶されていない場合は、前記ウェブページデータを生成し直して当該クライアントへ送信するとともに前記ウェブページ記憶手段に記憶させる、提供手段と、を有する。

好ましくは、前記提供手段は、前記ウェブページデータが前記ウェブページ記憶手段に記憶されていなければ、前記イベントが最後に生じた時点から所定の時間が経過した場合にも、前記ウェブページデータを生成し直して前記ウェブページ記憶手段に記憶させる。

または、前記所定の時間は、前記ウェブページへのアクセスの頻度が高いほど短く設定される。

または、前記ウェブページデータの生成日時を記憶する属性記憶手段と、前記提供手段によって前記ウェブページデータが生成し直された際に、前記ウェブページデータの全部分または所定の一部分の、生成し直す前後の内容が相違すれば、前記属性記憶手段に記憶されている前記生成日時を、前記ウェブページデータを生成し直した日時に更新し、同一であれば、前記生成日時を更新しない、管理手段と、を有し、前記提供手段は、前記要求の際に前記クライアントから提示された前記ウェブページデータのキャッシュ日時が、前記属性記憶手段に記憶されている前記生成日時よりも古い場合に前記ウェブページデータを送信し、新しい場合は当該ウェブページデータの代わりに前記ウェブページが更新されていないことを示すメッセージを送信する。

前記ウェブページは、１つまたは複数の所定のカテゴリのうちの少なくとも１つが対応付けられている１つまたは複数の記事ページを案内する一覧を有する固定ページであり、前記イベントは、前記１つまたは複数の所定のカテゴリのうちの前記ウェブページと共通のカテゴリが少なくとも１つ対応付けられている記事ページが更新され、削除され、または新たな追加されることである。

本発明によると、コストをあまり掛けることなく従来よりも安定的に、新しい情報が次々に掲載されるウェブページを配信することができる。

ウェブページ提供システムの全体的な構成の例を示す図である。 ウェブサーバのハードウェア構成の例を示す図である。 ウェブサーバの機能的構成の例を示す図である。 ウェブサイトの機能的構成の例を示す図である。 固定ページの例を示す図である。 属性データ例を示す図である。 固定ページの例を示す図である。 固定ページの例を示す図である。 固定ページの例を示す図である。 固定ページの例を示す図である。 固定ページの例を示す図である。 記事ページの例を示す図である。 固定ページ更新処理の流れの例を示すフローチャートである。 タスクデータの例を示す図である。 リクエスト応答処理の流れの例を示すフローチャートである。 ウェブサーバにおける全体的な処理の流れの例を示すフローチャートである。

〔１．全体構成〕
図１は、ウェブページ提供システム１の全体的な構成の例を示す図である。図２は、ウェブサーバ２のハードウェア構成の例を示す図である。

図１に示すウェブページ提供システム１は、様々なウェブページを様々な閲覧者へ提供するためのシステムであって、ウェブサーバ２、複数の閲覧用端末装置３Ａ（３Ａ１、３Ａ２、…）、複数の管理用端末装置３Ｂ（３Ｂ１、３Ｂ２、…）、および通信回線１０などによって構成される。

ウェブサーバ２は、通信回線１０を介して各閲覧用端末装置３Ａおよび各管理用端末装置３Ｂと通信することができる。通信回線１０として、インターネット、ＬＡＮ（Local Area Network）回線、または公衆回線などが用いられる。

ウェブサーバ２は、ウェブページのデータを管理し、閲覧者からの要求に応じてウェブページのＨＴＭＬ（Hypertext Markup Language）ファイルなどを閲覧者の閲覧用端末装置３Ａへ配信する。

ウェブサーバ２は、コンピュータ本体２１、ディスプレイ２２ａ、キーボード２２ｂ、およびポインティングデバイス２２ｃなどによって構成される。コンピュータ本体２１は、図２に示すように、メインプロセッサ２１ａ、ＲＡＭ（Random Access Memory）２１ｂ、ＲＯＭ（Read Only Memory）２１ｃ、補助記憶装置２１ｄ、ネットワークアダプタ２１ｅ、入出力インタフェース２１ｆ、およびグラフィックボード２１ｇなどによって構成される。

メインプロセッサ２１ａは、ＣＰＵ（Central Processing Unit）またはＧＰＵ（Graphics Processing Unit）などのプロセッサであって、ＲＡＭ２１ｂにロードされたプログラムを実行する。

ＲＯＭ２１ｃまたは補助記憶装置２１ｄには、オペレーティングシステムのほかウェブページ管理アプリケーション２０（図３参照）がインストールされている。ウェブページ管理アプリケーション２０は、ＲＡＭ２１ｂにロードされ、メインプロセッサ２１ａによって実行される。他のプログラムも適宜、ＲＡＭ２１ｂにロードされ、メインプロセッサ２１ａによって実行される。補助記憶装置２１ｄとして、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）などが用いられる。ウェブページ管理アプリケーション２０については、後に詳細に説明する。

ネットワークアダプタ２１ｅは、通信回線１０を介して閲覧用端末装置３Ａおよび管理用端末装置３Ｂなどと通信するためのＮＩＣ（Network Interface Card）などの通信装置である。入出力インタフェース２１ｆは、ＵＳＢ（Universal Serial Bus）などの規格に対応した入出力ボードであって、キーボード２２ｂおよびポインティングデバイス２２ｃが接続される。

グラフィックボード２１ｇは、画面を表示するための映像信号を生成しディスプレイ２２ａへ送信する。「ビデオボード」または「ビデオカード」などと呼ばれることもある。ディスプレイ２２ａは、グラフィックボード２１ｇに繋がれており、グラフィックボード２１ｇからの映像信号に基づいて画像を表示する。

ディスプレイ２２ａは、映像信号に基づいて、コマンドまたは情報を入力するための画面およびメインプロセッサ２１ａによる処理の実行結果を示す画面などを表示する。

キーボード２２ｂおよびポインティングデバイス２２ｃは、コマンドまたは情報を入力するために用いられる。

図１に戻って、閲覧用端末装置３Ａは、閲覧者がウェブページを閲覧するためのクライアントである。閲覧用端末装置３Ａとして、ウェブブラウザを備えるコンピュータ、例えばパーソナルコンピュータ、スマートフォン、またはタブレットコンピュータなどが用いられる。

管理用端末装置３Ｂは、ウェブサイトの管理者または投稿者がウェブページを新たに作成し、編集し、または削除するためのクライアントである。管理用端末装置３Ｂとして、閲覧用端末装置３Ａと同様、ウェブブラウザを備えるコンピュータが用いられる。

〔２．各部の機能的構成の概要〕
図３は、ウェブサーバ２の機能的構成の例を示す図である。図４は、ウェブサイト４の機能的構成の例を示す図である。

ウェブページ管理アプリケーション２０は、ＣＭＳ（Content Management System）用のソフトウェアである。ウェブページ管理アプリケーション２０によると、図３に示す新規固定ページ登録部２０１、固定ページファイル生成部２０２、新規記事ページ登録部２０３、記事ページファイル生成部２０４、リクエスト応答部２０６、タスク管理部２０５、固定コンテンツ記憶部２４１、固定ページファイル記憶部２４２、固定ページ属性記憶部２４３、記事コンテンツ記憶部２４４、記事ページファイル記憶部２４５、およびタスク記憶部２４６などの機能がウェブサーバ２に実現される。これらの機能によって、ウェブサイトが構築され管理される。

以下、図４に示すように構成される、ある地方自治体１００のウェブサイト４を例に、ウェブサーバ２の各部、閲覧用端末装置３Ａ、および管理用端末装置３Ｂそれぞれの処理について、順次、説明する。ウェブサイト４は複数のウェブページによって構成される。

これらのウェブページは、固定ページおよび記事ページに大別される。固定ページは、例えばウェブサイトのトップページ、ウェブサイト主のプロフィールのウェブページ、およびウェブサイト主への問合せ用のウェブページなど、固定的なウェブページである。以下、ウェブサイト４における固定ページを「固定ページ５」と記載する。また、各固定ページ５を「固定ページ５１」、「固定ページ５２」、…と区別して記載することがある。

一方、記事ページは、ニュースなどが記載されたウェブページである。例えば、ブログの各ページは、記事ページの一例である。記事ページは、一般に「投稿ページ」と呼ばれることもある。以下、ウェブサイト４における記事ページを「記事ページ６」と記載する。また、各記事ページ６を「記事ページ６１」、「記事ページ６２」、…、と区別して記載することがある。

〔３．各部の詳細〕
〔３．１ 固定ページ５の準備〕
図５は、固定ページ５０の例を示す図である。図６は、属性データ７Ｄの例を示す図である。図７は、固定ページ５１の例を示す図である。図８は、固定ページ５２の例を示す図である。図９は、固定ページ５３の例を示す図である。図１０は、固定ページ５４の例を示す図である。図１１は、固定ページ５５の例を示す図である。

固定ページ５は、ウェブサイト４の管理者による操作に基づいて、次のようにウェブサーバ２へ登録される。以下、管理者が管理用端末装置３Ｂ１を使用する場合を例に、固定ページ５の登録方法について説明する。

管理用端末装置３Ｂ１は、所定のコマンドが管理者によって入力されると、固定ページ用のテンプレートをウェブサーバ２へ要求する。

すると、新規固定ページ登録部２０１は、固定ページ用のテンプレートのファイルを管理用端末装置３Ｂ１へ送信することによって、管理用端末装置３Ｂ１に固定ページ用のテンプレートを表示させる。管理者は、固定ページ５に関する情報として、主に次の（１－１）～（１－５）の各情報を、表示されたテンプレートへ入力する。
（１－１）固定ページ５のＨＴＭＬファイルのファイル名
（１－２）固定ページ５のタイトル
（１－３）固定ページ５に配置するタブのタブ名およびリンク先
（１－４）固定ページ５に掲載するコンテンツ
（１－５）固定ページ５の記事一覧にリストアップする記事のカテゴリのカテゴリ名

例えば、図４、図５に示す固定ページ５０を登録する場合は、管理者は、（１－１）のファイル名として「index.html」を入力する。（１－２）のタイトルとしてタイトル５０ａの文字列すなわち「東西市ウェブサイト トップページ」を入力する。

さらに、管理者は、（１－３）のタブ名として、タブ５０ｂ１、５０ｂ２、…、５０ｂ５それぞれのタブ名すなわち「スポーツ」、「成人向け」、…、「アクセス」を入力する。これらのタブは、他の固定ページ５へのハイパーリンクとして用いられる。また、タブ５０ｂ１、５０ｂ２、…、５０ｂ５それぞれに対応付けるリンク先として、固定ページ５１、５２、…、５５それぞれを識別する識別情報（ファイル名またはＵＲＬ（Uniform Resource Locator））を入力する。

さらに、管理者は、（１－４）のコンテンツとして、テキスト、リッチテキスト、画像、動画像、またはハイパーリンクなどによって構成されるコンテンツを入力する。本例では、「２０２３年、市制５０周年を迎えました。」というリッチテキストおよび５つの花の画像によって構成されるコンテンツ５０ｃを入力する。

さらに、管理者は、（１－５）のカテゴリ名として、予め用意された複数のカテゴリ名のうちの、記事一覧５０ｄにリストアップしたい記事ページ６のカテゴリのカテゴリ名を入力する。例えば、スポーツに関する記事ページ６をリストアップしたい場合は、「スポーツ」というカテゴリ名を入力する。カテゴリ名を複数、入力することもできる。すべてのカテゴリのカテゴリ名を入力する場合は、これらのカテゴリ名の代わりに「all」と入力してもよい。

テンプレートに固定ページ５０の情報が入力されると、これらの情報を示す固定ページデータ７Ａが管理用端末装置３Ｂ１からウェブサーバ２へ送信される。（１－４）のコンテンツとして画像または動画像が入力された場合は、その画像または動画像のファイルが付属ファイル７Ｂとして管理用端末装置３Ｂ１からウェブサーバ２へ固定ページデータ７Ａとともに送信される。

新規固定ページ登録部２０１は、固定ページデータ７Ａを受信すると、固定コンテンツ記憶部２４１に記憶させる。付属ファイル７Ｂとともに受信した場合は、固定ページデータ７Ａと付属ファイル７Ｂとを対応付けて固定コンテンツ記憶部２４１に記憶させる。

固定ページファイル生成部２０２は、固定ページ５０の情報を入力する際に使用されたテンプレートおよび固定ページデータ７Ａなどに基づいて、固定ページ５０のＨＴＭＬファイル７Ｃを生成する。

記事一覧５０ｄには、固定ページデータ７Ａに示されるカテゴリ名が対応付けられている記事ページ６それぞれのタイトルが並べられる。各タイトルは、ハイパーリンクであり、それぞれの記事ページ６へのＵＲＬが対応付けられている。記事ページ６へのカテゴリ名の対応付けについては、「３．２ 記事ページ６の投稿」で説明する。なお、タイトルとともに記事ページ６の更新日または更新日時を並べてもよい。

そして、固定ページファイル生成部２０２は、ＨＴＭＬファイル７Ｃを、固定ページデータ７Ａに示されるファイル名（本例では、「index.html」）と対応付けて固定ページファイル記憶部２４２に記憶させる。

新規固定ページ登録部２０１は、さらに属性データ７Ｄを生成し、図６のように固定ページ属性記憶部２４３に記憶させる。属性データ７Ｄには、固定ページ５（本例では、固定ページ５０）に関する次の情報が示される。「ファイル名」は、ＨＴＭＬファイル７Ｃのファイル名であって、固定ページデータ７Ａに示されるファイル名が用いられる。「生成日時」は、ＨＴＭＬファイル７Ｃが生成された日時である。

「ハッシュ値」は、ＨＴＭＬファイル７Ｃのハッシュ値である。ハッシュ値は、所定のハッシュ関数ｈによって算出される。なお、ＨＴＭＬファイル７Ｃの全部分のハッシュ値ではなく、ボディタグ（<body>、</body>）で括られている部分などのような、閲覧者へ提示するコンテンツの部分のハッシュ値であってもよい。

以上の処理によって、ウェブサーバ２への固定ページ５０の登録が完了する。固定ページ５０以外の固定ページ５、例えば図７に示す固定ページ５１、図８に示す固定ページ５２、図９に示す固定ページ５３、図１０に示す固定ページ５４、および図１１に示す固定ページ５５なども同様の方法で、ウェブサーバ２へ登録される。

なお、管理者は、（１－１）～（１－５）のすべてを一度に纏めて入力する必要はなく、何度かに分けて入力してもよい。この場合は、最初に入力された情報が固定ページデータ７Ａとして固定コンテンツ記憶部２４１に記憶され、その後に入力された情報が固定ページデータ７Ａに追記される。また、（１－３）～（１－５）の各情報は、必要に応じて任意に入力すればよい。例えば、固定ページ５５のように記事一覧が設けられない場合は、（１－５）のカテゴリ名を入力する必要がない。または、固定ページ５４、５５のようにタグが設けられない場合は、（１－３）のタグ名およびリンク先を入力する必要がない。

〔３．２ 記事ページ６の投稿〕
図１２は、記事ページ６１の例を示す図である。

地方自治体１００では、部署ごとに投稿者が決められており、各投稿者は、自分の部署に関わる記事を適宜、投稿する。例えば、スポーツ課の投稿者は、スポーツの大会に関する記事およびスポーツ施設に関する記事などを投稿する。すると、記事が記事ページ６としてウェブサーバ２に登録される。

以下、ある投稿者が管理用端末装置３Ｂ２を使用する場合を例に、記事ページ６の登録方法について説明する。

管理用端末装置３Ｂ２は、所定のコマンドが投稿者によって入力されると、記事ページ用のテンプレートをウェブサーバ２へ要求する。

すると、新規記事ページ登録部２０３は、記事ページ用のテンプレートのファイルを管理用端末装置３Ｂ２へ送信することによって、管理用端末装置３Ｂ２に記事ページ用のテンプレートを表示させる。投稿者は、記事ページ６に関する情報として、主に次の（２－１）～（２－３）の各情報を、表示されたテンプレートへ入力する。
（２－１）記事ページ６のタイトル
（２－２）記事ページ６に掲載するコンテンツ
（２－３）記事ページ６のカテゴリのカテゴリ名

例えば、図４、図１２に示す記事ページ６１を登録する場合は、投稿者は、（２－１）のタイトルとしてタイトル６１ａの文字列すなわち「２０２３年 マラソン大会」を入力する。（２－２）のコンテンツとして、テキスト、リッチテキスト、画像、動画像、またはハイパーリンクなどによって構成されるコンテンツを入力する。本例では、マラソンのイラストおよびフォントサイズが相違する４行の文字列からなるリッチテキストによって構成されるコンテンツ６１ｂを入力する。

さらに、投稿者は、（２－３）のカテゴリ名として、予め用意された複数のカテゴリ名のうちの、記事ページ６１のカテゴリのカテゴリ名を入力する。記事ページ６１はマラソン大会に関するものなので「スポーツ」というカテゴリ名を入力してもよいし、２０２３年に開催するイベントに関するものなので「２０２３」というカテゴリ名を入力してもよい。カテゴリ名を複数、入力してもよい。

テンプレートに記事ページ６１の情報が入力されると、これらの情報を示す記事ページデータ７Ｅが管理用端末装置３Ｂ２からウェブサーバ２へ送信される。（２－２）のコンテンツとして画像または動画像が入力された場合は、その画像または動画像のファイルが付属ファイル７Ｆとして管理用端末装置３Ｂ１からウェブサーバ２へ記事ページデータ７Ｅとともに送信される。

新規記事ページ登録部２０３は、記事ページデータ７Ｅを受信すると、記事コンテンツ記憶部２４４に記憶させる。付属ファイル７Ｆとともに受信した場合は、記事ページデータ７Ｅと付属ファイル７Ｆとを対応付けて記事コンテンツ記憶部２４４に記憶させる。

記事ページファイル生成部２０４は、記事ページ６１の情報を入力する際に使用されたテンプレートおよび記事ページ６１の記事ページデータ７Ｅなどに基づいて、記事ページ６１のＨＴＭＬファイル７Ｇを生成する。さらに、ユニークなファイル名（本例では、「000001.html」）を発行する。そして、ＨＴＭＬファイル７Ｇを、発行したファイル名と対応付けて記事ページファイル記憶部２４５に記憶させる。

以上の処理によって、ウェブサーバ２への記事ページ６１の登録（投稿）が完了する。記事ページ６１以外の各記事ページ６（６２、６３、…）も同様の方法によってウェブサーバ２に登録される。

〔３．３ 固定ページ５の更新〕
図１３は、固定ページ更新処理の流れの例を示すフローチャートである。図１４は、タスクデータ７Ｊの例を示す図である。

記事ページ６が更新され、削除され、または新たに登録されると、登録済の固定ページ５（図４参照）のうちのいずれかが生成し直される。以下、記事ページ６１が新たに登録された場合を例に、図１３のフローチャートを参照しながら、固定ページ５を生成し直す処理について説明する。

記事ページ６１が新たに登録されると、タスク管理部２０５は、登録済の固定ページ５の中から記事ページ６１のカテゴリ名に対応付けられているものを選出する（図１３の＃８０１）。なお、固定ページ５それぞれに対応付けられているカテゴリ名は、固定ページ５それぞれの固定ページデータ７Ａに示されている。

そして、タスク管理部２０５は、選出した固定ページ５のＨＴＭＬファイル７Ｃを固定ページファイル記憶部２４２から削除するとともに（＃８０２）、その固定ページ５のタスクデータ７Ｊを生成し、図１４に示すようにタスク記憶部２４６に記憶させる（＃８０３）。

タスクデータ７Ｊには、次のような情報が示される。「ファイル名」は、その固定ページ５の識別情報（ファイル名またはＵＲＬ）である。「再生成予定時刻」は、その固定ページ５のＨＴＭＬファイル７Ｃの再生成を開始する予定の時刻であって、そのＨＴＭＬファイル７Ｃが削除された時刻に所定の待機時間Ｔを足した時刻である。例えば、削除された時刻が「１５時５９分５７秒」であって、待機時間Ｔが「３０秒」である場合は、再生予定時刻は、「１６時００分２７秒」である。

なお、タスク管理部２０５は、ステップ＃８０１において複数の固定ページ５を選出した場合は、ステップ＃８０２においてそれぞれのＨＴＭＬファイル７Ｃを固定ページファイル記憶部２４２から削除し、ステップ＃８０３においてそれぞれのタスクデータ７Ｊを生成しタスク記憶部２４６に記憶させる。図４の通り、本例では、記事ページ６１に対応付けられているカテゴリ名が「スポーツ」および「２０２３」なので、すべてのカテゴリ名が対応付けられている固定ページ５０、「スポーツ」が対応付けられている固定ページ５１、および「２０２３」が対応付けられている固定ページ５４の少なくとも３つがステップ＃８０１において選出される。そして、それぞれのＨＴＭＬファイル７Ｃが固定ページファイル記憶部２４２から削除され、それぞれのタスクデータ７Ｊが生成されタスク記憶部２４６へ記憶される。

待機時間Ｔは、固定ページ５ごとに異なっていてもよい。例えば、アクセスされる頻度の低い固定ページ５の待機時間Ｔを、高い固定ページ５の待機時間Ｔよりも長く設定してもよい。

また、タスク記憶部２４６は、キュー（待ち行列）の役割を有する。タスク記憶部２４６に記憶されるタスクデータ７Ｊは、再生成予定時刻の早い順に並べ換えられてもよい。

固定ページファイル生成部２０２は、上述の通り、管理用端末装置３Ｂから固定ページデータ７Ａが送信されてきた際にＨＴＭＬファイル７Ｃを生成するが、さらに、タスク記憶部２４６に記憶されているタスクデータ７Ｊに基づいて次のタイミングでＨＴＭＬファイル７Ｃを生成する。

固定ページファイル生成部２０２は、現在の時刻が、あるタスクデータ７Ｊに示される再生成予定時刻に到達したら（＃８０４でＹｅｓ）、そのタスクデータ７Ｊに対応する固定ページ５のＨＴＭＬファイル７Ｃを生成し直して固定ページファイル記憶部２４２へ記憶させ（＃８０６）、そのタスクデータ７Ｊをタスク記憶部２４６から削除する（＃８０７）。

生成し直されたＨＴＭＬファイル７Ｃによると、固定ページ５の記事一覧には、その固定ページ５に対応付けられているカテゴリ名のカテゴリの記事ページ６それぞれのタイトルがハイパーリンクとして配置される。これらの記事ページ６には、新たな記事ページ６のタイトルが含まれている。

また、いずれかのタスクデータ７Ｊに対応する固定ページ５が閲覧用端末装置３Ａから要求されることがあるが、上述の通り、その固定ページ５のＨＴＭＬファイル７Ｃが削除されている。そこで、そのような固定ページ５が要求された場合も同様に（＃８０５でＹｅｓ）、その固定ページ５のＨＴＭＬファイル７Ｃを生成し直して固定ページファイル記憶部２４２へ記憶させ（＃８０６）、その固定ページ５のタスクデータ７Ｊをタスク記憶部２４６から削除する（＃８０７）。

つまり、新たな記事ページ６が登録されると、その記事ページ６に関連する固定ページ５のＨＴＭＬファイル７Ｃが固定ページファイル記憶部２４２から削除される。そして、所定の時間が経過しまたはその固定ページ５が閲覧用端末装置３Ａから要求された際に、その固定ページ５のＨＴＭＬファイル７Ｃが生成し直され、固定ページファイル記憶部２４２に記憶される。このような処理によって、固定ページ５が更新される。

さらに、固定ページファイル生成部２０２は、生成し直したＨＴＭＬファイル７Ｃのハッシュ値をハッシュ関数ｈによって生成する（＃８０８）。そして、生成したハッシュ値とその固定ページ５の属性データ７Ｄに示されるハッシュ値とが一致しない場合は（＃８０９でＮｏ）、その属性データ７Ｄに示される生成日時およびハッシュ値を、それぞれ、そのＨＴＭＬファイル７Ｃを生成し直した日時および生成したハッシュ値に更新する（＃８１０）。一方、両者が一致する場合は（＃８０９でＹｅｓ）、属性データ７Ｄの更新をスキップする。

ところで、ある固定ページ５のＨＴＭＬファイル７Ｃが再生成されるまでに、さらに、いずれかの記事ページ６が更新され、削除され、または新たに登録されることがある。その記事ページ６に対応付けられているカテゴリ名がその固定ページ５にも対応付けられている場合は（＃８１１でＹｅｓ）、タスク管理部２０５は、その固定ページ５のタスクデータ７Ｊの再生成予定時刻を、現在の時刻に待機時間Ｔを足した時刻に更新する（＃８１２）。これにより、その固定ページ５のＨＴＭＬファイル７Ｃの生成が延期される。

例えば、１６時３３分２０秒時点において、ある固定ページ５のタスクデータ７Ｊに示される再生成予定時刻が「１６時３３分２７秒」であり、新たに記事ページ６が登録され、その記事ページ６に対応付けられているカテゴリ名がその固定ページ５にも対応付けられており、かつ、その固定ページ５の待機時間Ｔが「４５秒」である場合は、タスク管理部２０５は、再生成予定時刻が「１６時３４分１２秒」が示されるようにそのタスクデータ７Ｊを更新する。

ステップ＃８０４～＃８１２の処理は、ステップ＃８０３でタスクデータ７Ｊが登録された各固定ページ５について実行される。

〔３．４ 固定ページ５および記事ページ６の提供〕
図１５は、リクエスト応答処理の流れの例を示すフローチャートである。

閲覧者は、閲覧用端末装置３Ａを操作することによって固定ページ５および記事ページ６を閲覧することができる。以下、ある閲覧者が閲覧用端末装置３Ａ１を操作する場合を例に、固定ページ５および記事ページ６の提供方法を説明する。

閲覧用端末装置３Ａ１は、いずれかの固定ページ５のＵＲＬが閲覧者によって指定されると、リクエストデータ７Ｋをウェブサーバ２へ送信する。以下、固定ページ５０のＵＲＬが指定された場合を例に説明する。

リクエストデータ７Ｋには、ＵＲＬが指定された固定ページ５すなわち固定ページ５０の識別情報（例えば、ファイル名）が示される。固定ページ５０のＨＴＭＬファイル７Ｃが閲覧用端末装置３Ａ１にキャッシュされている場合は、さらに、「If-Modified-Since」の値として、そのＨＴＭＬファイル７Ｃが取得された日時（キャッシュ日時）がリクエストデータ７Ｋに示される。

リクエスト応答部２０６は、リクエストデータ７Ｋを閲覧用端末装置３Ａ１から受信すると、リクエストデータ７Ｋに対して応答する処理を、図１５のフローチャートに示す手順で実行する。

リクエスト応答部２０６は、リクエストデータ７Ｋに示される識別情報に対応する固定ページ５（本例では、固定ページ５０）のＨＴＭＬファイル７Ｃが固定ページファイル記憶部２４２に記憶されており（＃８２１でＹｅｓ）、かつ、固定ページ５０の属性データ７Ｄに示される生成日時がリクエストデータ７Ｋに示されるキャッシュ日時よりも後である場合は（＃８２２でＹｅｓ）、そのＨＴＭＬファイル７Ｃを閲覧用端末装置３Ａ１へ送信する（＃８２３）。つまり、静的配信を行う。

そして、閲覧用端末装置３Ａ１は、送信されてきたＨＴＭＬファイル７Ｃに基づいて固定ページ５０を表示する。なお、そのＨＴＭＬファイル７Ｃに付属ファイル７Ｂへのリンクが示される場合は、閲覧用端末装置３Ａ１は、その付属ファイル７Ｂをウェブサーバ２へ要求する。すると、リクエスト応答部２０６は、その付属ファイル７Ｂを閲覧用端末装置３Ａ１へ送信する。そして、閲覧用端末装置３Ａ１は、その付属ファイル７Ｂに基づいて固定ページ５０の画像または動画像の部分を表示する。

一方、その生成日時がそのキャッシュ日時よりも先である場合は（＃８２２でＮｏ）、そのＨＴＭＬファイル７Ｃの代わりに、「304 Not Modified」のメッセージすなわち「更新されていない」ことを示すレスポンスデータ７Ｌを閲覧用端末装置３Ａ１へ送信する（＃８２４）。

閲覧用端末装置３Ａ１は、レスポンスデータ７Ｌを受信すると、自らキャッシュしているＨＴＭＬファイル７Ｃに基づいて固定ページ５０を表示する。ＨＴＭＬファイル７Ｃに付属ファイル７Ｂへのリンクが示される場合は、自らキャッシュしているその付属ファイル７Ｂに基づいて固定ページ５０の画像または動画像の部分を表示する。

または、そのＨＴＭＬファイル７Ｃが固定ページファイル記憶部２４２に記憶されていなければ（＃８２１でＮｏ）、図１３のステップ＃８０２で説明した通り、生成し直すために一旦、削除された可能性がある。そこで、リクエスト応答部２０６は、次のように動的配信を行う。

リクエスト応答部２０６は、そのＨＴＭＬファイル７Ｃを生成し直すように固定ページファイル生成部２０２に直ちに指令する（＃８２５）。すると、図１３のステップ＃８０５で説明した通り、固定ページファイル生成部２０２によってそのＨＴＭＬファイル７Ｃが生成し直され、固定ページファイル記憶部２４２に記憶される。これにより、そのＨＴＭＬファイル７Ｃが更新される。

そして、リクエスト応答部２０６は、更新（再生成）されたＨＴＭＬファイル７Ｃを閲覧用端末装置３Ａ１へ送信する（＃８２６）。

すると、閲覧用端末装置３Ａ１は、ＨＴＭＬファイル７Ｃに基づいて固定ページ５０を表示する。なお、そのＨＴＭＬファイル７Ｃに付属ファイル７Ｂへのリンクが示される場合は、ウェブサーバ２から取得してもよいし、自らキャッシュしている場合は、これを用いてもよい。

固定ページ５０の記事一覧５０ｄの中からいずれかのタイトルが選択されると、閲覧用端末装置３Ａ１は、選択されたタイトルに対応する記事ページ６をウェブサーバ２へ要求する。

リクエスト応答部２０６は、その要求を受信すると、その記事ページ６のＨＴＭＬファイル７Ｇを閲覧用端末装置３Ａ１へ送信する。

そして、閲覧用端末装置３Ａ１は、ＨＴＭＬファイル７Ｇに基づいてその記事ページ６を表示する。なお、そのＨＴＭＬファイル７Ｇに付属ファイル７Ｆへのリンクが示される場合は、閲覧用端末装置３Ａ１は、その付属ファイル７Ｆをウェブサーバ２へ要求する。すると、リクエスト応答部２０６は、その付属ファイル７Ｆを閲覧用端末装置３Ａ１へ送信する。そして、閲覧用端末装置３Ａ１は、その付属ファイル７Ｆに基づいてその記事ページ６の画像または動画像の部分を表示する。

〔４．全体的な処理の流れおよび本実施形態の効果〕
図１６は、ウェブサーバ２における全体的な処理の流れの例を示すフローチャートである。

次に、ウェブサーバ２の全体的な処理の流れを、図１６のフローチャートを参照しながら説明する。ここでは特に、固定ページ５１（図４、図７参照）を登録しまたは提供する場合を例に説明する。

ウェブサーバ２は、固定ページ５１の固定ページデータ７Ａを受信すると、固定ページ５１を登録する処理として、固定ページ５１のＨＴＭＬファイル７Ｃおよび属性データ７Ｄを生成する処理などを行う（図１６の＃１１）。

記事ページ６に関する指令があった場合は（＃１２でＹｅｓ）、その記事ページ６に関する処理を行う（＃１３）。例えば、新たな記事ページ６の記事ページデータ７Ｅを受信すると、その記事ページ６を登録する処理を行う。または、既存の記事ページ６の更新の指令があった場合は、その記事ページ６の記事ページデータ７Ｅを更新し、その記事ページ６のＨＴＭＬファイル７Ｇを生成し直す。または、既存の記事ページ６の削除の指令があった場合は、その記事ページ６の記事ページデータ７ＥおよびＨＴＭＬファイル７Ｇなどを削除する。

そして、ウェブサーバ２は、図１３で説明した固定ページ更新処理を実行する（＃１４）。

すなわち、もしも、更新され、削除され、または新たに登録された記事ページ６に対応付けられているカテゴリ名が固定ページ５１にも対応付けられていれば、ウェブサーバ２は、固定ページ５１のＨＴＭＬファイル７Ｃを一旦削除する（図１３の＃８０２）。そして、再生成予定時刻になり（＃８０４でＹｅｓ）、または、固定ページ５１が閲覧用端末装置３Ａから要求されたら（＃８０５でＹｅｓ）、ＨＴＭＬファイル７Ｃを生成し直す（＃８０６）。ＨＴＭＬファイル７Ｃを生成し直すまでに、いずれかの記事ページ６が更新され、削除され、または新たに登録され、その記事ページ６に対応付けられているカテゴリ名が固定ページ５１にも対応付けられている場合は（＃８１１でＹｅｓ）、再生成予定時刻を、現在の時刻に待機時間Ｔを足した時刻に更新する（＃８１２）。また、ステップ＃８０２で削除したＨＴＭＬファイル７Ｃのハッシュ値と＃８０６で再生成したＨＴＭＬファイル７Ｃのハッシュ値とが一致しない場合は（＃８０９でＮｏ）、固定ページ５１の属性データ７Ｄ（図６参照）を、再生成したＨＴＭＬファイル７Ｃの生成日時およびハッシュ値が示されるように更新する（＃８１０）。

または、閲覧用端末装置３Ａから固定ページ５１の識別情報を示すデータをリクエストデータ７Ｋとして要求された場合は（図１６の＃１５でＹｅｓ）、ウェブサーバ２は、図１５で説明したリクエスト応答処理を実行する（＃１６）。

すなわち、ウェブサーバ２は、固定ページ５１のＨＴＭＬファイル７Ｃを記憶しており（図１５の＃８２１でＹｅｓ）、かつ、固定ページ５１の属性データ７Ｄに示される生成日時がリクエストデータ７Ｋに示されるキャッシュ日時よりも後であれば（＃８２２でＹｅｓ）、そのＨＴＭＬファイル７Ｃを閲覧用端末装置３Ａへ送信する（＃８２３）。つまり、静的配信を行う。その生成日時がそのキャッシュ日時よりも先であれば（＃８２２でＮｏ）、「304 Not Modified」のメッセージを示すデータすなわちレスポンスデータ７Ｌを閲覧用端末装置３Ａへ送信する（＃８２４）。そのＨＴＭＬファイル７Ｃを記憶していなければ、固定ページ更新処理によって直ちにＨＴＭＬファイル７Ｃが生成し直されるので（図１３の＃８０６参照）、これを閲覧用端末装置３Ａへ送信する（＃８２６）。つまり、動的配信を行う。

ウェブサーバ２は、サービスを継続している間、発生したイベントに応じて図１６のステップ＃１２～＃１６の処理を適宜、実行する。また、固定ページ５１以外の固定ページ５についても同様に処理する。

本実施形態によると、ウェブサーバ２は、固定ページ５のＨＴＭＬファイル７Ｃを基本的に静的配信によって提供する。また、記事ページ６の追加、更新、または削除など、固定ページ５の構成が変わり得る可能性が生じた場合に、固定ページ５のＨＴＭＬファイル７Ｃを一旦削除する。そして、待機時間Ｔまでに固定ページ５のリクエストがあれば、ＨＴＭＬファイル７Ｃを生成し直しＨＴＭＬファイル７Ｃを提供する。つまり、動的配信によってＨＴＭＬファイル７Ｃを提供する。一方、待機時間Ｔまでに固定ページ５のリクエストがなければ、ＨＴＭＬファイル７Ｃを生成し直し、静的配信に備える。このような配信方法により、コストをあまり掛けることなく従来よりも安定的に固定ページ５を新しい状態で配信することができる。

また、ウェブサーバ２は、固定ページ５の再生成を待機している間に、その固定ページ５とカテゴリ名が共通する記事ページ６が更新され、削除され、または新たに生成されると、再生成予定時刻を設定し直すことによって、待機期間を延長する。これにより、ＨＴＭＬファイル７Ｃを生成する回数を全体的に減らすことができ、さらなる安定化を図ることができる。

〔５．変形例〕
本実施形態では、ウェブサーバ２は、記事ページ６の追加、更新、または削除があった際に、その記事ページ６のカテゴリ名に対応付けられている固定ページ５のタスクデータ７Ｊをタスク記憶部２４６（図１４参照）に登録するとともにその固定ページ５のＨＴＭＬファイル７Ｃを固定ページファイル記憶部２４２から削除したが、他のイベントがあった際にも同様に処理してもよい。固定ページ５の固定的な部分（例えば、図５に示すタイトル５０ａ、タブ５０ｂ１～５０ｂ５、またはコンテンツ５０ｃなど）が編集された場合にも、その固定ページ５のタスクデータ７Ｊを登録しその固定ページ５のＨＴＭＬファイル７Ｃを削除してもよい。

上述の通り、固定ページ５のＨＴＭＬファイル７Ｃのハッシュ値は、生成し直す前後で一致する場合がある。つまり、生成し直しても実質的に固定ページ５の構成が変わらないことがある。そこで、ウェブサーバ２は、レスポンスデータ７Ｌの登録およびＨＴＭＬファイル７Ｃの削除の前に、生成し直すことによって固定ページ５の構成が変わるか否かを判断してもよい。そして、構成が変わる場合にのみ、レスポンスデータ７Ｌの登録およびＨＴＭＬファイル７Ｃの削除を行ってもよい。なお、構成が変わるか否かは、記事一覧（例えば、図５に示す固定ページ５０の記事一覧５０ｄ）のメンバが変わるか否かによって判断すればよい。

本実施形態では、ウェブサーバ２は、タスクデータ７Ｊに示される再生成予定時刻になったらＨＴＭＬファイル７Ｃを生成し直したが、リソースに余裕があれば（例えば、メインプロセッサ２１ａの使用率が所定の値未満であれば）、再生成予定時刻になるのを待たず、ＨＴＭＬファイル７Ｃを生成し直してもよい。タスクデータ７Ｊが複数ある場合は、再生成予定時刻が早いものから優先的に生成し直せばよい。

本実施形態では、記事ページ６の記事一覧を有する固定ページ５のＨＴＭＬファイル７Ｃの再生成および提供を例に説明したが、他の固定ページ（ウェブページ）のＨＴＭＬファイルの再生成および提供にも、本発明を適用することができる。例えば、タイムラインを有し、スポーツのリアルタイム中継を行うウェブページの再生成および提供にも、本発明を適用することができる。

本実施形態では、図３に示した各手段をウェブサーバ２に纏めて設けたが、複数台の装置に分散して設けてもよい。

その他、ウェブページ提供システム１、ウェブサーバ２の全体または各部の構成、処理の内容、処理の順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。

２ ウェブサーバ
２０２ ウェブページファイル生成部（生成手段、管理手段）
２０５ タスク管理部（削除手段）
２０６ リクエスト応答部（送信手段）
５ 固定ページ（ウェブページ）
６ 記事ページ
２４２ 固定ページファイル記憶部
２４３ 固定ページ属性記憶部（属性記憶手段）
３Ａ 閲覧者端末装置（クライアント）
７Ｃ ＨＴＭＬファイル

Claims (7)

1. ウェブページを提供するウェブページ提供システムであって、
   前記ウェブページを表示するためのウェブページデータを記憶するウェブページ記憶手段と、
   前記ウェブページの構成に影響を及ぼす可能性がありまたは影響を及ぼすイベントが生じた場合に前記ウェブページデータを前記ウェブページ記憶手段から削除する削除手段と、
   クライアントから要求があった際に、前記ウェブページデータが前記ウェブページ記憶手段に記憶されている場合は、当該記憶されているウェブページデータを当該クライアントへ送信し、記憶されていない場合は、前記ウェブページデータを生成し直して当該クライアントへ送信するとともに前記ウェブページ記憶手段に記憶させる、提供手段と、
   を有することを特徴とするウェブページ提供システム。
2. 前記提供手段は、前記ウェブページデータが前記ウェブページ記憶手段に記憶されていなければ、前記イベントが最後に生じた時点から所定の時間が経過した場合にも、前記ウェブページデータを生成し直して前記ウェブページ記憶手段に記憶させる、
   請求項１に記載のウェブページ提供システム。
3. 前記所定の時間は、前記ウェブページへのアクセスの頻度が高いほど短く設定される、
   請求項２に記載のウェブページ提供システム。
4. 前記ウェブページデータの生成日時を記憶する属性記憶手段と、
   前記提供手段によって前記ウェブページデータが生成し直された際に、前記ウェブページデータの全部分または所定の一部分の、生成し直す前後の内容が相違すれば、前記属性記憶手段に記憶されている前記生成日時を、前記ウェブページデータを生成し直した日時に更新し、同一であれば、前記生成日時を更新しない、管理手段と、
   を有し、
   前記提供手段は、前記要求の際に前記クライアントから提示された前記ウェブページデータのキャッシュ日時が、前記属性記憶手段に記憶されている前記生成日時よりも古い場合に前記ウェブページデータを送信し、新しい場合は当該ウェブページデータの代わりに前記ウェブページが更新されていないことを示すメッセージを送信する、
   請求項１ないし請求項３のいずれかに記載のウェブページ提供システム。
5. 前記ウェブページは、１つまたは複数の所定のカテゴリのうちの少なくとも１つが対応付けられている１つまたは複数の記事ページを案内する一覧を有する固定ページであり、
   前記イベントは、前記１つまたは複数の所定のカテゴリのうちの前記ウェブページと共通のカテゴリが少なくとも１つ対応付けられている記事ページが更新され、削除され、または新たな追加されることである、
   請求項１ないし請求項３のいずれかに記載のウェブページ提供システム。
6. ウェブページを提供するウェブページ提供方法であって、
   前記ウェブページを表示するためのウェブページデータを記憶するウェブページ記憶手段を用意しておき、
   前記ウェブページの構成に影響を及ぼす可能性がありまたは影響を及ぼすイベントが生じた場合に前記ウェブページデータを前記ウェブページ記憶手段から削除し、
   クライアントから要求があった際に、前記ウェブページデータが前記ウェブページ記憶手段に記憶されている場合は、当該記憶されているウェブページデータを当該クライアントへ送信し、記憶されていない場合は、前記ウェブページデータを生成し直して当該クライアントへ送信するとともに前記ウェブページ記憶手段に記憶させる、
   ことを特徴とするウェブページ提供方法。
7. ウェブページの提供を、ウェブページ記憶手段に記憶されている前記ウェブページを表示するためのウェブページデータを送信することによって行うコンピュータに用いられるコンピュータプログラムであって、
   前記コンピュータに、
   前記ウェブページの構成に影響を及ぼす可能性がありまたは影響を及ぼすイベントが生じた場合に、前記ウェブページデータを前記ウェブページ記憶手段から削除する処理を実行させ、
   クライアントから要求があった際に、前記ウェブページデータが前記ウェブページ記憶手段に記憶されている場合は、当該記憶されているウェブページデータを当該クライアントへ送信する処理を実行させ、記憶されていない場合は、前記ウェブページデータを生成し直して当該クライアントへ送信するとともに前記ウェブページ記憶手段に記憶させる処理を実行させる、
   ことを特徴とするコンピュータプログラム。
   

Images