JP2000250841A

JP2000250841A - ページ生成方法及び装置並びにページ生成プログラムを記録した記憶媒体および電子モールシステム

Info

Publication number: JP2000250841A
Application number: JP5361599A
Authority: JP
Inventors: Hiroshi Koike; 博小池; Masaya Okayama; 将也岡山; Miyoko Namioka; 美予子浪岡; Tetsuya Masuishi; 哲也増石; Shigetoshi Hayashi; 重年林; Koichi Shimazaki; 康一嶋崎; Yuichi Yoshida; 祐一吉田; Kumiko Igawa; 久美子井川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-03-02
Filing date: 1999-03-02
Publication date: 2000-09-14
Also published as: US7194678B1; US20070198924A1

Abstract

(57)【要約】【課題】従来のWWWシステムでは、プロキシやプッシュ
技術により高速なページアクセスが可能である反面、ユ
ーザがページを全て作成する必要があり、また、固定的
なページしか生成できない。一方、動的なページ生成方
式では、テンプレートと埋め込むデータから各種ページ
を動的に生成するため、フレキシブルなページ生成がで
きる。このため、動的なページ生成方式が近年広い範囲
で使用されるようになった。しかし、毎回、テンプレー
トの解析、データのデータベースからの検索＆取得、ペ
ージの合成を行うため、ページアクセス時間が遅いとい
う課題がある。【解決手段】ページ要素データの更新トリガに従い該ペ
ージ生成手段を起動しページを生成し、該ページサーバ
が参照可能な位置に該バッチ生成ページを配置するバッ
チページ生成制御手段を具備し、該ページサーバがペー
ジ要求を受け付けた時に、該バッチ生成ページをクライ
アントに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷで使用され
るページの生成方法及び装置並びにページ生成プログラ
ムを記録した記憶媒体および電子モールシステムに関す
る。

【０００２】

【従来の技術】近年、世界的なインターネット網の整
備、及び、ＷＷＷ技術の進展により、ＨＴＭＬやＸＭＬ
などに基づいたページをインターネットを通してクライ
アントＰＣにローディングして表示するＷＷＷページア
クセス方法が普及している。また、固定化されたページ
の高速なアクセス方法として、以下の公知例１から公知
例４がある。これは、ページをなるべくクライアントの
近くにもってくるキャッシュの技術が中心にある。すな
わち、ページをクライアントまで転送するコストの削減
を行う技術である。

【０００３】一方、ＷＷＷページアクセス者の要求も多
様化し、アクセス者や求めたい情報の指定により、ＷＷ
Ｗサーバサイトにおいて、動的にかつ機械的にページを
生成するＷＷＷページ生成方法が開発され、エレクトリ
ックコマースにおける、電子カタログ等に応用されてき
ている。ページ生成方法を使用したページアクセス方法
では、ページの生成コストと、生成されたページをクラ
イアントまで転送するコストが必要である。

【０００４】ここでいうページとは、クライアントの画
面を構成する情報のことである。ＷＷＷシステムでは、
ＵＲＬで呼出されＷＷＷブラウザで表示される情報の単
位であり、ＨＴＭＬ言語で記述されたテキストデータ
や、ＸＭＬ言語で記述されたテキストデータ、ＧＩＦ形
式やＪＰＥＧ形式の画像データ、動画データ等があ
る。ＷＷＷシステム以外の例では、クライアントＰＣ上
で動作するソフトウェアの１画面を構成する情報のこと
である。

【０００５】従来のページアクセス方法、および、ペー
ジ生成方法の手法には、以下のものがある。従来のペー
ジアクセス方法、及び、その高速化方法を以下に示す。

【０００６】公知例１：（ＷＷＷサーバの基本的な機
能）ＨＴＭＬページをエディタ等のオーサリングツールを使
用して、発信者自身が作成し、ＷＷＷサーバシステムに
配置することで、ユーザのページ要求時に、該配置した
ページをユーザサイトに転送する方法。このＷＷＷシス
テムの紹介は、例えば、コンピュータソフトウェア誌の
Vol.15、 No2(1998)、pp.48-61に、「ＷＷＷにおけるイ
ンタラクティブな先読みシステムの設計と実装」という
タイトルで掲載されている。図２０が、この公知例のペ
ージアクセス方法を示すシステム構成図である。このＷ
ＷＷ技術により、世界各地のクライアントからＷＷＷペ
ージをアクセスできる方式が実現されている。

【０００７】ここで説明したＷＷＷのページアクセス方
法では、要求ページは発信者が変更しない限り固定化さ
れてたものを想定しており、ユーザ情報やユーザ要求に
よりカスタマイズしたページを参照する技術に関するも
のでない。

【０００８】公知例２：（プロキシ方式）ユーザの要求時、ＷＷＷページをプロキシと呼ばれるキ
ャッシュシステムでキャッシュし、他のユーザ要求が発
生した場合、ＷＷＷサーバに更新の否かを問い合わせ、
ページの更新がなければプロキシ内のキャッシュのペー
ジを使用するページアクセス方法。このＷＷＷシステム
のプロキシ方式の紹介は、公知例１と同様、コンピュー
タソフトウェア誌のVol.15、 No2(1998)、pp.48-61に、
「ＷＷＷにおけるインタラクティブな先読みシステムの
設計と実装」というタイトルで掲載されている。図２１
が、この公知例のページアクセス方法を示すシステム構
成図である。このプロキシにより、ＷＷＷサーバのペー
ジ転送回数が減り、アクセス回線の太い、クライアント
に対し身近なプロキシサーバから、ページの複製を転送
することで、ページ要求を高速に処理する。このプロキ
シは、ＷＷＷブラウザの機能としてクライアントサイト
内部に存在する場合もある。

【０００９】このＷＷＷのページアクセス方法でもま
た、要求ページは発信者が変更しない限り固定化されて
たものを想定しており、ユーザ情報やユーザ要求により
カスタマイズしたページを参照する技術に関するもので
ない。

【００１０】公知例３：（プッシュ方式）プッシュ方式としては、マイクロソフト社の Active Ch
annel（アクティブチャネル）技術がある。これは、プ
ッシュサーバにＣＤＦ（Channel Definition Format）
形式のプッシュ定義を与え、これをプッシュクライアン
トが受け取り、クライアントの時間トリガ等により、ユ
ーザページ要求とは非同期に、プッシュサーバのページ
コンテンツをクライアントのローカルキャッシュに読み
込み、ユーザは、クライアントに送り付けられたページ
をクライアントのローカルキャッシュにあるページを参
照することでアクセスする方法である。この技術は、富
士通XML推進チーム執筆,「はじめてのXML」,日経BP発
行,1997の第３章で示されている。図２３が、この公知
例のページアクセス方法を示すシステム構成図である。
この方式は、ユーザがサーバへ接続しページを参照する
ことなく、ページ自体が、各ユーザの知らない間に送り
付けれられているため（実際は、クライアントが起動さ
れているときに、時間トリガで、ページサーバへページ
要求し、ページをユーザが意識しない間に転送処理をす
る機能である）、参照時はユーザのクライアント上にあ
るページを参照するため、高速にページを参照できる利
点がある。このプッシュは、ＣＤＦの定義に従い時間ト
リガにより配布対象ページや配布時間を指定できる機能
をもつ。

【００１１】このページアクセス方法は、ページ参照が
高速である反面、クライアントの蓄積物に対してインタ
ラクティブに情報の問い合わせができない点や、また、
プッシュサーバは、ページのバリエーションも多数のク
ライアントへ送り付けるため、大勢の人向けのページを
準備して選別して配送するしかできない。また、配布す
るＣＤＦ定義の内容をユーザごとにカスタマイズし、ク
ライアントに配布して、異なるページの参照を行える
が、これにおいても、ページ自身は、固定的に作成され
たものをプッシュすることにはかわならい、ユーザ情報
やユーザ要求によりカスタマイズしたページ（例、検索
処理ページ）できないという課題がある。

【００１２】公知例４：（ページ先読方式）また、利用者からみたページアクセスの応答時間を短縮
する他の例が、コンピュータソフトウェア誌のVol.15、
No2(1998)、pp.48-61に、「ＷＷＷにおけるインタラク
ティブな先読みシステムの設計と実装」というタイトル
で掲載されている。これには、ＷＷＷページの先読みシ
ステムの例であり、先読みシステムには、（１）連想型
と、（２）統計型がある。（１）の連想型は、ユーザが
要求したページを転送後、そのページ内部をスキャンし
て、次に要求される可能性のあるページを類推し、ユー
ザ操作とは独立にプレ呼出しを実行し、その結果えられ
た先ページをキャッシュに記憶することで、ユーザの操
作で先ページが要求された場合に、キャッシュから取り
出し高速にユーザに表示する技術である。図２４がこの
ページアクセス方法を示す図である。この技術は、ネッ
トワーク的に遠いサイト（ロードに時間がかかるサイ
ト）の情報を、ネットワーク的に近いサイト（要求時高
速に取り出せるサイト）に、ユーザが要求する前に取得
しキャッシュ化しておくことを目的とした技術であり、
プロキシサーバや、ユーザクライアントでの実装につい
て論述されている。また、このプレ呼出しの結果得られ
たデータは、そのプロキシを使用するユーザで共有され
ることを目的に、キャッシュ中で共有され、他の人が同
じページを参照した場合にも、高速にページを参照でき
るしくみが紹介されている。各ユーザが、別々に要求す
るユーザごとに異なるページに対しては、この機能の適
用は記述されておらず、適用外である。また、（２）の
統計型は、バッチ型先読みとして紹介されており、プロ
キシで処理したページ情報を統計処理して、アクセスが
あるだろうページを類推し、定期的なバッチページ呼出
しの実行により、それらのページを事前にプロキシに取
り込む技術である。しかし、統計的に参照される可能性
のあるページの事前取得であり、トラフィックを増大さ
せるわりに、キャッシュの効果がきたいできず、ＷＷＷ
サーバばで、再度ページ要求することがおおい。

【００１３】上記の公知例１、２、３、４は、いずれも
サーバで固定化されサーバに配置されたＷＷＷページの
参照方式や、固定ページの参照の高速化に関する公知例
であった。次にユーザからの異なる要求ごとに、ページ
を動的に生成するページ生成方法の公知例を以下に示
す。

【００１４】公知例５：（動的なページ生成方式）ユーザ情報やユーザ要求によりカスタマイズしたページ
を作成するＷＷＷサーバ技術は、ＣＧＩ（コモンゲート
ウェイインタフェース）としてしられている。これは、
ユーザ要求をうけて、サーバで処理し、ＨＴＭＬページ
を合成してユーザに転送する技術である。このページ生
成を一般化したものがページ生成手段である。ページ生
成手段は、ＷＷＷページのユーザの要求毎に指定された
テンプレート（ＨＴＭＬの雛形と処理スクリプト）を解
釈し、ＤＢのデータを取得し、その値をテンプレート内
に、埋め込むことで動的にＨＴＭＬページを生成する。
生成されたページは、ＷＷＷサーバ経由でユーザのクラ
イアント上のＷＷＷブラウザに転送され表示される。ペ
ージの動的な生成に関する公知例として、仮想的な商店
街において商品検索方法に関する発明「物品検索方法及
び装置」（特開平8−22498）や、ユーザ毎にカスタマイ
ズしたＷＷＷページを動的に作成する方法に関する発明
「情報を検索するコンピュータによる実行方法及び装
置」（特開平9−26970）がある。図２２が、本公知例の
ページ生成方法を示すシステム構成図である。本公知例
では、データベースと連動し、発信者が、生成されるペ
ージの雛形であるテンプレート記述物を作成するだけ
で、ユーザが要求するごとに、ＤＢ内部の多量の商品デ
ータを元にした商品ページを動的に生成し、ユーザに転
送できる利点がある。１商品に対し１つのページを手作
りに作成していた、公知例１、２、３、４に比べ、ペー
ジ生成の自動化が行え、発信作業にかかるページ作成コ
ストを大幅に削減できる。また、ユーザの問い合わせ情
報から固定的には作成でできないページ（例、ユーザの
名前を入れる等）を生成できる利点もある。但し、動的
なページ生成方式は、ページ要求があるごとに毎回、必
要なデータの取得やページテンプレートの解釈、そして
生成と、ページ生成に時間がかかるという課題がある。

【００１５】上記、公知例１、公知例２、公知例３、公
知例４、共に、高速なページアクセス方法を実現する技
術を提供しているが、ユーザの要求に対しフレキシブル
なページを提供する、動的なページ生成方法における高
速なページ生成方法、及び、動的に生成されたページの
高速なページアクセス方法について延べたれていない。
また逆に、公知例５は、動的なページ生成についての技
術であるが、その高速化に関して検討されていない。現
在、動的に生成されるページを高速にアクセスするため
のページ生成方法が要望されている。

【００１６】

【発明が解決しようとする課題】従来のシステムの、公
知例１、公知例２、公知例３、公知例４では、固定化さ
れたページを高速にアクセスする技術が記述されている
が、反面、転送するページは、事前に作成され固定化さ
れたものが対象であり、ユーザがページをアクセスする
時点で、動的に作成する必要のあるページを、高速にア
クセスする技術や、ページ生成自体の高速化について記
述されていない。

【００１７】一方、公知例５のような動的なページ生成
方式の公知例では、テンプレートと埋め込むデータから
各種ページを動的に生成するため、フレキシブルなペー
ジ生成ができる。しかし、毎回、テンプレートの解析、
データのデータベースからの検索＆取得、ページの合成
を行うため、ページを取得するまでのページアクセス時
間が遅いという課題があった。さらに、この動的ページ
生成方式では、公知例２のプロキシが有効に働かず、毎
回、ユーザの要求の全てが、サーバでの動的なページ生
成となるという課題があった。また、従来の公知例５の
動的なページ生成では、ある時間範囲をみると、結果ま
ったく同じページが生成される場合でも、要求単位にサ
ーバで各種処理を行いページを生成するため、ページ生
成要求を同時に多数の異なるユーザから受け付けると、
ページ生成に時間とサーバのリソースを奪われ、さらに
ページ生成が遅くなるという課題がある。

【００１８】本発明の目的は、フレキシブルなページを
生成するため、動的なページ生成を行い、ユーザの要求
に対応し生成されたページを転送するページアクセス方
法における、高速なページ生成を実現するページ生成方
法を提供する点にある。

【００１９】

【課題を解決するための手段】本発明では、ページ出力
要求を受け付け、ページ生成の命令の集合であるテンプ
レートとページ生成に必要なページ要素データから要求
ページを生成して出力するページ生成方式を用い、所定
のページ更新契機に従いページを生成し、該ページを出
力する。

【００２０】また、本発明では、ページ生成起動命令に
よりページ生成に必要なページ要素データから動的に要
求ページを生成するページ生成方式を用い、該ページ生
成起動命令を受け付け、要求されたページを、該バッチ
生成ページの記憶から選別して、選別した該バッチ生成
ページの内容を返すページ生成ステップと、該ページ要
素データの更新契機に従い、該ページ生成手段を該ペー
ジ生成起動命令により起動し、該ページ要素データから
バッチ生成ページを生成し、該ページ生成手段が参照可
能な位置に該バッチ生成ページを記憶するバッチページ
生成制御ステップとを用いることにより上記課題を解決
できる。

【００２１】上記の解決手段により、動的に変化するペ
ージの本来の変化のタイミングで固定ページ化すること
ができ、固定のページに対する上記公知例の高速化ペー
ジアクセス方法が適用できるとともに、毎回、動的に生
成されるページと同じ内容のページをユーザがアクセス
できる方法が提供できる。

【００２２】公知例１、２、３、４と、本発明は、補完
関係にあり、特にバッチ生成されサーバに記憶されたペ
ージは、公知例１、２、３、４とともに使用すること
で、ページをクライアントまで転送するコストが削減さ
れ、さらなる高速でかつフレキシブルなページアクセス
の方法を提供できる。

【００２３】

【発明の実施の形態】本発明は、ＷＷＷで使用されるＨ
ＴＭＬページのうち動的にかつ機械的に生成されるペー
ジのページ生成方法に関わり、ページの内容のライフ時
間に合った効果的なページ生成を行う方法に関する。す
なわち、特に、長いライフ時間でページが変化せず、１
ページの生成に時間のかかるページのアクセスを高速化
する方法に関する。

【００２４】以下、本発明の一実施例のページ生成方法
について、図１から図１１を参照しながら説明する。

【００２５】図１は、本発明のページ生成方法を、ＷＷ
Ｗページアクセスシステムへ適用した場合の一実施例で
あり、制御とデータの流れを示したＷＷＷページアクセ
スシステム構成図である。図２は、図１の本発明のペー
ジ生成方法を適用したＷＷＷページアクセスシステムが
動作する装置のシステム構成である。図３は、図１のシ
ステムの動作を示すフローチャートである。図４は、
ページ生成の雛形であるページ生成手段へ入力するテン
プレートの記述例である、図５は、図４のテンプレート
から生成されたＨＴＭＬページの一部の例、図６は、図
５のＨＴＭＬのＷＷＷブラウザにおける表示例である。
また、他のページの例として、ページに埋め込むデータ
の例を図７のデータテーブルで示し、図８、図９に、図
７のレコードデータを使用した場合の生成されたＨＴＭ
ＬのＷＷＷブラウザでの表示例、図１０は、図８の画面
に対するページ生成の事例であり、テンプレートとデー
タから生成されるＨＴＭＬの関係を示した図である。図
１１は、ページ生成をバッチ制御するバッチ生成定義の
例である。

【００２６】まず、本実施例であるＷＷＷページアクセ
スシステムが動作する装置のシステム構成を図２を用い
て説明する。１は本発明の一実施例のＷＷＷページサー
バ処理を行うサーバコンピュータであり、３は、ページ
要求するユーザのパーソナルコンピュータであり、２
の、インターネットやイントラネットのネットワーク
で、サーバコンピュータ１と各パーソナルコンピュータ
３は接続されている。パーソナルコンピュータ３は、ユ
ーザからのページ要求の受付やサーバコンピュータ１へ
のページ生成依頼、生成されたページを表示することを
目的に、処理を担当するコンピュータとページを表示す
るディスプレイと入力デバイスであるキーボードやマウ
スポインタ、ネットワークアダプタ３８で構成されてい
る。また、コンピュータ内には、ＯＳ等のソフトウェア
とともに、ＷＷＷページを表示したり、要求したりする
ためソフトウェアとしてＷＷＷブラウザ３５が動作す
る。２のネットワークは、ユーザのページ要求をパーソ
ナルコンピュータ３からページ生成サーバであるサーバ
コンピュータ１へ伝えたり、生成したページをパーソナ
ルコンピュータ３に送ったりするためのもので、ＷＷＷ
の場合、ＨＴＴＰプロトコルで通信データが交換され
る。通信データの交換は、サーバコンピュータ１の通信
手段３６とパーソナルコンピュータ３の通信手段３７に
より、ネットワークアダプタ８や３８、ネットワーク２
を用いて行われる。本発明のページ生成方法を実現する
サーバコンピュータが１である。１は、ページ生成処理
等を行うＣＰＵ５、データを保存するためのディスク記
憶装置７、パーソナルコンピュータ３とネットワーク２
をかいして接続するためのネットワークアダプタ８、Ｃ
ＰＵ５により実行されるページ生成のための各種手段
（プログラム）と、各手段により使用される各データを
記憶するメモリ４、サーバコンピュータの状態等を表
示、指示するためのディスプレイと入力デバイス９から
なり、それら、４、５、７、８、９がバス６により接続
され、ページ生成のためのサーバコンピュータ１を構成
している。７のディスク記憶装置内には、TEMPLATE２３
の集まりであるTEMPLATE群３０、データ２２の集まりで
あるデータテーブル３１、バッチページ生成定義データ
２０の集まりであるバッチページ生成定義３２、及び、
生成されたpage２４の集まりであるPage群３３が記憶さ
れる。４のメモリ上には、本発明のページ生成方法を実
現する手段として、ＯＳ手段２１、ＷＷＷサーバ手段１
１、ページ生成手段１２、バッチページ制御手段１３、
データ更新手段１４、ＤＢＭＳ（データベースマネージ
メントシステム）手段１５、通信手段３５が記憶され、
ＣＰＵ５により実行される。ＯＳ手段２１は、サーバ
コンピュータのオペレーティングシステムである。ＷＷ
Ｗサーバ手段１１は、パーソナルコンピュータ３のＷＷ
Ｗブラウザ３５からの要求を受けて、Page群３３の中の
指定のPage２４をＷＷＷブラウザ３５に送ったり、動的
なページ生成が必要な場合には、ページ生成手段１２に
ページ生成の命令を行う処理を行う。ページ生成手段１
２は、ＷＷＷサーバ手段１１やバッチページ生成制御手
段１３からのページ生成命令により動作し、外ページ生
成命令で指定されたTEMPLATE２３をＴＥＭＰＬＡＴＥ群
３０から参照し、解釈実行っし、解釈中ででてきたデー
タ要求命令に従い、ＤＢＭＳ手段にデータ２２の参照を
要求し、得られたデータ２２とＴＥＭＰＬＡＴＥ２３の
雛形部分へデータを展開することで、Ｐａｇｅ２４をペ
ージ生成し、要求もとの１１や１３の手段に返す。バッ
チページ生成制御手段１３は、バッチページ生成定義３
２の中のバッチページ生成定義データ２０を入力とし
て、タイマ手段１６の時間トリガや、ＤＢＭＳ手段１５
が管理するデータテーブル３１のデータ２２を更新する
データ更新手段１４が更新するとに発行する更新トリガ
を受付、バッチページ生成定義に従い、ページの生成を
ページ生成手段１２に命令する。本システムにより、ユ
ーザ要求毎に毎回ページ生成されていたページの変更サ
イクルに着目し、ページを事前生成し固定化しておくこ
とで、ユーザ要求があった場合、毎回生成しているペー
ジと同じページを、固定ページとして提供することで高
速なページ生成と、ネットワーク上のプロキシを有効に
した高速なページアクセス方法を提供する。

【００２７】以下、図２のシステム構成で示した本発明
のページ生成方法によるＷＷＷページアクセスシステム
の動作事例を、図１の制御フローとデータフローが示さ
れているシステム構成図、および、図３のフローチャー
トで、詳細に説明する。

【００２８】図３のフローチャートにおいて、本実施例
の処理の開始は２個所存在する。まず、動的に生成され
るページが、ページを事前にバッチ生成するフローチャ
ートである（ステップ１０００から開始）。もう一方
は、ユーザがページ要求をしてページを表示するまでの
フローである（ステップ１０２０から開始）。

【００２９】まず、ステップ１０００は、ページの構成
に関わるデータが更新される場合に開始される。データ
２２のデータ更新を行うデータ更新手段１４がデータ２
２をＤＢＭＳ手段１５に命令し更新する（ステップ１０
０１）。このデータ更新手段１４は、例えば、商品デー
タを管理するソフトウェアであったり、データベースシ
ステムのデータ保守ツールであったり、テンプレートを
更新するソフトウェアであったり、インストーラやセッ
トアップソフトウエア等である。このデータ更新手段１
４が、データ２２のあるデータを更新したタイミング
で、データ更新手段１４は、データの更新があったこと
をしめす更新トリガを、バッチページ生成制御手段１３
へ通知する（ステップ１００２）。更新トリガの通知手
段は、バッチページ生成制御手段１３を、トリガの種類
を引数に起動する方法や、バッチページ生成制御手段１
３のメソッドをコールする方法がある。次に、通知を受
け付けたバッチページ生成制御手段１３は、バッチペー
ジ生成定義データ２０から生成すべきページを決定する
（ステップ１００３）。次に、この決定でえられた、テ
ンプレートとデータ識別子を指定して、ページ生成手段
２３でページを生成する（ステップ１００４）。次に、
生成したページ２４がＷＷＷサーバ手段１１から参照で
きるサーバコンピュータ１のディスクアクセス記憶装置
７に記憶するファイル名称を、バッチページ生成定義デ
ータ２０の生成ページ名から決定する（ステップ１００
５）。次に、生成したページを決定したＵＲＬで参照さ
れる位置の、ディスク記憶装置７上の位置に記憶する
（ストップ１００６）。これで、ステップ１０００から
始まるページのバッチ生成処理は終了する（ステップ１
００７）。

【００３０】次に、図３のもう一方の、パーソナルコン
ピュータ３で、ユーザがページ要求をしてページを表示
するまでのフロー（ステップ１０２０から開始）を、詳
細に説明する。

【００３１】ユーザは、パーソナルコンピュータ３の入
力装置（キーボードやマウス等）を使用して、ＷＷＷブ
ラウザ３５を操作してページを要求する（ステップ１０
２１）。次に要求ページが、要求ごとに変わるページ
か、変化がすくないページか（商品データなどは、デー
タの入れ替えがない場合同じページとなる）を判定する
（ステップ１０２２）。次に、固定のページへのＵＲＬ
の場合、変化が少ないと判定し（ステップ１０２２）、
パーソナルコンピュータ３のＷＷＷブラウザ３５は、生
成済みページの要求（例、 http://www.aaa.co.jp/a_g_
I000a.html ）をネットワーク２経由で出す（ステップ
１０２３）。ステップ１０２３による要求をページサー
バ処理を行うサーバコンピュータ１内のＷＷＷサーバ手
段１１が受け取り、前記ステップ１００６で記憶され
たバッチ生成されている、ページ要求指定されたページ
２４をＷＷＷサーバ手段１１がネットワーク２を通して
パーソナルコンピュータ３のＷＷＷブラウザ３５に送信
する（ステップ１０２４）。この場合、図１のプロキシ
４０も効果的にはたらき、バッチ生成されたページ２４
と同じページがプロキシ４０のキャッシュ４１にある場
合は、プロキシ４０に記憶されているページを使用で
き、更新チェックをプロキシ４０とＷＷＷサーバ手段１
１の間で行うだけで、サーバコンピュータ１からページ
を転送しなくとも高速にページを転送できる。転送され
たページは、パーソナルコンピュータ３のＷＷＷブラウ
ザ３５により処理され、ディスプレイに表示され（ステ
ップ１０２５）、ページ表示が終了する（ステップ１０
２６）。この場合、ユーザ要求がかかる前に、ページを
構成するデータ２２やテンプレート２３の変更をトリガ
として、サーバで事前にバッチ生成されているので、実
際にユーザがページをアクセスする場合に、毎回動的に
生成するページと同じページが、固定ページとして参照
でき、さらにプロキシと協力した高速なページアクセス
が実現される。

【００３２】次に、図３のステップ１０２２における毎
回変わる場合のフローを説明する。ページ生成手段２３
での生成要求をだす（ステップ１０３０の）。ＷＷＷサ
ーバ手段１１はその要求をネットワーク２を通して受け
付け、ページ生成手段２３を起動する（ステップ１０３
１）、次に、ページ生成手段２３で、ＤＢＭＳ手段１５
と連動し、テンプレート２３とデータ２２から動的にペ
ージを生成し（ステップ１０３２）、動的に生成された
ページ２４をＷＷＷサーバ手段１１がネットワーク２を
通してページ要求があったパーソナルコンピュータ３の
ＷＷＷブラウザ３５へおくる（ステップ１０３３）。転
送されたページ２４は、ＷＷＷブラウザ３５により処理
され、ディスプレイに表示され（ステップ１０２５）、
ページ表示が終了する（ステップ１０２６）。以下、上
記ステップを以下で補足する。

【００３３】まず、ステップ１００２における更新トリ
ガについて説明する。更新トリガは、バッチページ生
成のタイミングを通知するための情報である。タイミン
グと考慮されるものは、指定時間や、テンプレートの更
新、ページを構成するデータの更新の情報であり、さら
に、その時の属性（例えば、時間なら何時何分、データ
ならどの商品データか等）を情報としてもつ。これら
は、タイマ手段１６や、データ更新手段１４、また、イ
ンストーラやセットアッププログラム、また、サーバ管
理者からのコマンド等のプログラムから、バッチページ
生成制御手段１３へ伝えられる。伝える方法は、ＯＳへ
メッセージ交換ソフトウェアの機能を使用したり、共用
メモリ機能を使用する。この更新トリガ機能の発生を、
バッチページ生成手段は、どのページが変更すればいい
かの判断をするトリガをもらい、かつ、その判断のため
の属性値を取得できる。これにより、バッチページ生成
制御手段１３は、生成するべきページを判断する機械と
判断材料が得られ、ページ生成手段１１を使用したペー
ジのバッチ生成が行える。

【００３４】次ぎに、ステップ１００３におけるバッチ
ページ生成定義データについて説明する。バッチページ
生成定義データは、上記の更新トリガと生成すべきペー
ジ（実際は、生成するバッチページ生成命令）との関係
を規定したデータである。バッチページ生成定義データ
２０の一実施例を図１１の７１、７２、７３等で示す。
図１１の各レコード７１や７２等は、各バッチページを
行う条件（トリガの種類、トリガの成立条件）と、条件
が成立した場合のバッチページ生成命令、生成したペー
ジをＷＷＷサーバが参照できる位置に記憶するときのＨ
ＴＭＬファイル名で構成される。トリガの種類は、動的
に生成されるページ２４の構成要素（データ２２やテン
プレート自体２３）が変更されるトリガの種類でありデ
ータ更新手段１４やのタイマ手段１６から通知される。
トリガの成立条件とは、バッチページ生成命令（バッチ
コマンド）が実行される条件が記述されている。起動バ
ッチコマンドとは、ページ生成をバッチ起動するコマン
ドが記述されている。ステップ１００３において、例え
ば、トリガがデータ更新で、成立条件がＡ商品データ更
新が成立した場合に、生成すべきページとして、「 pag
e TEMPATE=a.html&ITEM=I000a 」コマンドが決定され
る、すなわち、テンプレートがa.htmlで、その内容は、
商品番号I000aのカタログページであることが決定され
る。バッチページ生成定義データ７０の図１１の例の７
１は、ページテンプレートの内部に時間に依存する処理
やその値の定義がある場合の例であり、７３は、テンプ
レート自身の変更のために、それに関連して生成される
ページ全てのデータに対してバッチページ生成を行うこ
とを示している（命令の中野、ITEM=＊がそれを示し、
＊が条件をしめしている。＊は、全てのデータに対して
行えという意味である。＊の代わりに、条件指定しても
よい。例、ITEM="分類=アウトドア"。この例では、デー
タの分類項目がアウトドアであるデータが選ばれ、全て
バッチ生成される）上記のごとく、バッチ生成定義デー
タ２０により、バッチページ生成制御手段１３は、更新
トリガとバッチ生成ページとの関係、及び、生成したペ
ージの記憶場所の情報により、ページ内容のライフサイ
クルに合わせたページ生成を行える。

【００３５】次に、ステップ１００４におけるバッチペ
ージ生成を詳細に説明する。本事例では、商品ページの
検索を例に、ページ生成をバッチで起動制御してページ
を生成する過程を説明する。本実施例では、バッチペー
ジ生成制御手段は、「 pageTEMPATE=a.html&ITEM=I000a
」コマンドを実行することでページ生成を起動する。
図５がバッチ生成後のページの一部であるＨＴＭＬであ
る。図６が図４により生成されたページ（図５）の実際
のＷＷＷブラウザ上での表示例である。図４に示すテン
プレートは、サーバコンピュータ１のディスク記憶装置
７に記憶されており、１つのテンプレートあたり１つの
ファイルになっている。本実施例で述べているテンプレ
ートは、ＨＴＭＬページを生成するため、ＨＴＭＬのペ
ージ記述中にページデータ生成命令が埋め込んだもので
ある。図４の４０００１から４００２０がページデータ
生成命令である。４０００２等のＥＣＥＸ文は、データ
テーブル３１のＲＤＢを検索する命令であり、結果あら
れた値が$KEYWORD、 $NCONDに代入され、４０００４、
４０００５の文でＨＴＭＬ文中で展開される。４０００
３の文と４０００７の文のＲＥＰＥＡＴ文は、検索結果
が複数のレコードの場合に、そのレコードの数だけルー
プして、生成を繰り返す。生成されたページの結果の一
部が図５である。４００３０の文や４００３１の文が変
数値が展開されたＨＴＭＬであり、その他の文は、テン
プレートにあったＨＴＭＬが使用されている。また、Ｗ
ＷＷブラウザで表示すると図６のように表示される。上
記のごとく、バッチページ生成はおこなわれ、テンプレ
ートとデータから目的のページがバッチ生成される。

【００３６】次ぎに、ステップ１００５におけるバッチ
生成したページを記憶するする場所（ファイル名やパス
名）を決定する方法について述べる。前記のバッチペー
ジ生成定義データを例にすると、生成ページ名「 a_g_I
000a.html 」により、生成したページのファイル名をa_
g_I000a.htmlに決定する。この決定方法は、テンプレー
ト名所とアイテム名所の組み合わせで名づける命名規則
を使用している。次に、生成したページを決定したＵＲ
Ｌで参照される位置の、ディスク記憶装置７上の位置に
記憶する（ストップ１００６）。今回の例では、ＵＲＬ
として参照できる「http://www.aaa.co.jp/a_g_I000a.h
tml」に配置する。このように、バッチページ生成命令
の要素から生成ページ名を構成できる命名規則を採用す
ると、自動的に、生成ページ名所を生成できる利点があ
る。また、図１１の例における、生成ページ名の蘭にフ
ァイル名所を記憶しておく方法も考えられる。この方法
によれば、定義時に指定しておくことで、前記の名前の
合成処理を軽減できる効果がある。

【００３７】次ぎに、ステップ１０２２における毎回変
わるページか否かの判定方法を述べる。本実施例では、
この判定を要求時に、固定のページへのＵＲＬ（例、 h
ttp://www.aaa.co.jp/a_g_I000a.html）の場合と、動的
に生成する場合のＵＲＬ（http://www.aaa.co.jp/cgi-b
in/page? TEMPLATE=a.html&ITEM=I000a）の記述の違い
で判定する。このリンク情報の違いは、ページサーバの
ページ生成機能が、１つ前のページ生成段階で、バッチ
版か、動的生成版のいづれかを決め（実際はテンプレー
トの記述でページの発信者が事前に決定する）、ページ
のリンク情報として生成し、ページをクライアントに転
送することで、使い分けさせる方法がある。これは、発
信者が、テンプレートの記述を変えることで行える。上
記のように、従来すべて動的に生成していた検索等のペ
ージを、ユーザのインタラクションに依存しなくページ
サーバのデータやテンプレートの更新のみに依存するペ
ージと、毎回異なるページの、２つの集合に分類し、前
記のページ集合は、サーバでバッチ生成させ、後者はよ
びだされる都度生成するように、サーバコンピュータ１
のテンプレート群３０のＷＷＷページテンプレート間の
リンク関係を設定する。これにより、発信者は、毎回、
ユーザかの呼出し毎に生成していたページを、ページ生
成の時間のかかり方と、ディスク装置のメモリ量とのト
レードオフにより、バッチページ生成する対象を指定で
き効果がある。

【００３８】次ぎに、ステップ１０３０。例として図４
の検索ページを例にする。図４のテンプレートを使用
し、ページ生成手段２３でページ生成するときのコマン
ドの引数として検索条件を指定しないでページを作る。
これにより、図５、および図６のようなＨＴＭＬが作
成される。この図４のテンプレートは、検索条件に従
い、ページのデータテールル３１を検索し、その現在存
在するレコードの値を求め、その項目値を集合要素とし
て取り出すことを行う。すなわち、図６の例では、デー
タテーブルから取り出されたのデータ２２のレコード
は、１８４件あり、その大分類５０といわれる項目の値
が、「文書、音声、画像、動画」のいずれか１つを持っ
ている。条件指定（$CONDITION）が空で検索のページの
初期ページが作成される。この検索の初期ページ（図
６）は、ユーザすべてに同じであり、商品データの更新
に依存して変化する。図４の検索のため初めて使用され
るページは、商品データの更新によりバッチ生成して、
記憶することができる（ステップ１０００からステップ
１００７）。しかし、実際の検索時は、ユーザが図６の
選択候補をマウスで指定することで、検索条件が指定さ
れ、初期ページをバッチページ生成した上記テンプレー
ト同じテンプレートとを、動的に呼出し、検索条件が加
わり検索の絞り込みを行う。これにより、素ぼり込まれ
た候補が、又、図６のような表となる（但し、絞り込ま
れた分だけ、選択候補が現象する）。上記のように、検
索の候補値を絞り込む場合、その初期値は、ユーザ毎に
変化がなく、サーバ内部のデータの更新のみに依存して
変化する。この初期ページは、一般に候補値を得るため
に検索時間を多く必要とする。これらを考えると、バッ
チページ生成方法は、この検索初期値ページ（候補値を
検索するデータ内部から得る方法に基づく）に対して、
有用に動作する。

【００３９】最後に、ページ生成手段の動作を他の事例
を使用した、図７、図８、図９、図１０を使用して詳細
にその動作を説明する。図１０のテンプレート６５を、
引数「ITEM=I000a」バッチ生成する。バッチ生成手段
は、図１０の６５のテンプレートを読み込み、ページ生
成しながら、アンダーラインの命令を実行する。まず、
EXEC命令を実行し、図７のテーブルのデータを ITEM=I0
00aで検索する。結果、「商品名＝“クリスマスディナ
ー券”」等のデータが得られる。これらの得られた値が
「＄商品名」等の変数の位置で展開される。図１０にお
いて、ITEM=I000aに対するデータ６６（実際は、図７の
６１のレコードデータ）が決定され、ページ生成手段
は、＄ＸＸＸの変数名の部分にデータを展開する。展開
の結果生成されるページ６７とテンプレートの命令との
間の関係を図１０は示している。ＷＷＷブラウザで表示
した例が図８である。また、「ITEM=I000b」の場合（実
際は、図７の６２のレコードデータ）の例では、図９の
ような生成ページとなる。

【００４０】本発明のページ生成方法を採用したＷＷＷ
サーバシステムは、上記のごとく動作するため、フレキ
シブルのあるページをつくるために動的にページを生成
する方法においても、サーバで生成されるページを事前
に生成することができ、実際のユーザがページを要求す
る時に動的に生成するより高速にページをアクセスでき
る効果がある。

【００４１】上記実施例は、バッチ生成したページをＷ
ＷＷサーバから直接参照できる位置に配置してクライア
ントからアクセスする方法する実施例であったが、本発
明は、これに限定されるものでない。バッチ生成された
ページも、動的に生成されるページと同じように、ペー
ジ生成を再度実行してクライアントへ転送してもよい。
すなわち、バッチ生成されたページ自体を、ページ生成
手段のテンプレートとして扱う方法である。この場合の
利点は、第１のバッチ生成で、テンプレートのある部分
が固定ページにおきかえられ、第２のページ生成じに、
実際のページ生成の処理量を削減できる効果がある。下
記の命令は、ページ生成型のページ要求のＵＲＬ記述で
ある。

【００４２】http://www.aaa.co.jp/cgi-bin/page? TEM
PLATE=a.html&ITEM=I000a 上記の命令をバッチページ生成した後に格納したファイ
ルなa_g.htmlとすると、 http://www.aaa.co.jp/cgi-bin/page? TEMPLATE=a_g.ht
mll&ITEM=I000a で、同じページ内容でかつ高速にアクセスできる。

【００４３】この方法の利点は、すべてのページが動的
に生成されるようになっている場合で、ページの生成が
極端に時間がかかるような時、簡単に、リンク関係を
「_g」を追加して、バッチページ生成を起動するだけ
で、ページ生成方法が使用でき、高速化されたページ参
照が実現できる利点がある。また、他の利点としては、
a.htmlテンプレートからバッチ生成される a_g.htmlが
なければ、a.htmlを使用して動的にページ生成して転送
するようにもできる。すなわち、該ページサーバがペー
ジ要求を受け付けた時に、要求された該バッチ生成ペー
ジが存在すれば、該バッチ生成ページをクライアントに
送信し、存在しない場合は、該ページ要求のページを動
的に生成してクライアントに送信するページ生成の切り
替え手段をもつことも可能である。この場合、バッチ生
成が起動中で生成後のページ格納ファイルがロックされ
ている場合、ページ生成から参照できなくなるが、この
場合の代替えとして本来のページ生成を行うことで代行
を行える効果がある。

【００４４】上記実施例は、テンプレート２３の内部の
命令が一回のページ生成ですべて実行されＨＴＭＬに展
開される実施例であったが、本発明は、これに限定され
るものでない。すなわち、図１２のように、第１のテン
プレートＡ１０１の内部にページ生成を遅延させる命令
をもたせ、ページ生成手段に、この命令遅延命令を処理
する機能をもたせる。この遅延命令付きページ生成手段
１００は、該第１のテンプレートＡをバッチページ生成
し、第２のテンプレートＡ‘１０２を作成し、実際のユ
ーザからのページ要求時に、第２のテンプレートＡ’１
０２の内部の遅延命令が取れた命令を実行し、ユーザ要
求固有ページを動的に生成し転送する方法である。本実
施例では、テンプレートの記述命令に、以下のような実
行遅延命令をもたせる。

【００４５】例１： <!@non ECEC INTERFACE=PDBManag
er Method=GetRead Param=(a>1) > 例２： <!@non $商品名> この「non」命令を含む第１のテンプレートＡ１０１
が、バッチページ生成制御２７からの呼出しで遅延命令
付きページ生成手段１００により、バッチページ生成さ
れると、遅延命令が外された、例１： <!@ ECEC INTERFACE=PDBManager Method=GetRea
d Param=(a>1)> 例２： $商品名になり、第２のテンプレートＡ‘ １０２の内部で実行
される命令になる。実際のユーザ要求ページが来たと
き、遅延命令付きページ生成手段１００が、上記命令を
含むテンプレートＡ’を実行し、ページを動的に作成す
る。上記を行うために、遅延命令付きページ生成手段１
００は、命令を遅延させる命令を解釈できる機能を具備
している。また、遅延命令による実現の他の実施例で
は、第１のテンプレートＡ１０１のページ生成のさ
い、第２のテンプレートＡ‘ １０２を作成する段階
で、第２のテンプレート内部に展開する命令文を生成す
る方法がある。以下のその際の文字列合成命令の例であ
る。

【００４６】この実施例では、積極的にページ生成命令を合成するた
め、サーバの状態に応じた第２のテンプレートＡ‘の合
成が可能となる。

【００４７】上記実施例を実現するサーバのシステム構
成を図１３に記述する。図２との違いのみ説明する。ま
ず、ページ生成手段に遅延命令を処理する機能が具備さ
れている。この遅延命令付きページ生成手段１００は、
ＴＥＭＰＬＡＴＥ群３０からメモリ４中に読み込まれた
ＴＥＭＰＬＡＴＥＡを解釈実行し、第２のテンプレー
トＡ‘を、メモリ４に生成する。この生成したテンプレ
ートをさらに、バッチページ生成手段１３が、ディスク
記憶装置７のＴＥＭＰＬＡＴＥ群３０の記憶エリアに記
憶する。これにより、ＴＥＮＰＬＡＴＥＡ’ １０２
も、遅延命令付きページ生成手段１００のテンプレート
として使用できるようになる。実際に、パーソナルコン
ピュータ３からユーザのページ要求がきた場合は、ＴＥ
ＭＰＬＡＴＥＡ‘１０２を使用し、動的にページを生
成して、パーソナルコンピュータ３へ、転送する。この
動的な生成におい、サーバの状態にみに依存する部分
は、ユーザがページ要求する前にバッチ生成されている
ため、実際の動的なページ生成では、ユーザの固有情報
に基づくもののみを動的に生成しページを組み立てるた
め、ユーザ情報に基づくページ生成であっても、ページ
生成が高速になる効果がある。

【００４８】さらに、図１４のフローチャートを使用し
て、遅延命令付きバッチページ生成の動作を詳細に説明
する。第１の実施例と同様、サーバコンピュータ１のデ
ータ２２の更新やタイマートリガ等のサーバ状態の変化
により開始される（ステップ２０００）。まず、データ
更新手段１５がＤＢＭＳ手段１５が管理しているデータ
テーブル３１のデータ２２を更新する（ステップ２００
１）。次ぎに、データ更新手段１４は、更新トリガをバ
ッチページ生成制御手段１３へ通知する（ステップ２０
０２）。通知を受けたバッチページ生成制御手段１３
は、バッチページ生成定義データを参照し、生成すべき
ページの生成方法（バッチコマンド）を決定する（ステ
ップ２００３）。決定されたページ（ページ生成コマン
ド）を、テンプレートＡとデータを指定してページ生成
手段１００で生成する。その際、遅延命令があるテンプ
レート内の命令は、遅延命令が実行され遅延命令が削除
された通常の命令文としてＨＴＭＬのテンプレート内部
に生成する（ステップ２００４）。バッチページ生成制
御手段１３は、生成ページがテンプレートＡ‘として記
憶する名称と位置を、バッチページ生成定義データ２０
から決定する（ステップ２００５）。最後に、生成した
ページ（実際は、テンプレート）をページ生成制御手段
１３が、ページ生成手段１００が参照するテンプレート
としてディスク記憶装置７の中のＴＥＮＰＬＡＴＥ群３
０のエリアに記憶する（ステップ２００６）。以上で、
データ更新により開始された、ステップ２０００から２
００６を終了する（ステップ２００７）。次ぎに、実際
にユーザがページを要求する場合の処理フローを、ステ
ップ２０２０からステップ２０３７で説明する。まず、
ユーザ、パーソナルコンピュータ３のＷＷＷブラウザ３
５からページ要求を行う（ステップ２０２１）。ユーザ
のページ要求は、どのマシーンのどのテンプレートを使
用したどのデータにより生成したページかを指定する。
この要求は、ＵＲＬの指定で行う。例えば、「http://w
ww.aaa.co.jp/cgi-bin/page?TEMPATE=ad.html&ITEM=I00
0a」である。

【００４９】この命令を、http://www.aaa.co.jp/で識
別されるマシーンのＷＷＷサーバ手段１１へ、ネットワ
ーク２経由で要求を出す（ステップ２０２２）。次ぎ
に、ＷＷＷサーバ手段１１は、要求を受け付けると、ペ
ージ生成手段１１を起動する（ステップ２０２３）。ペ
ージ生成手段１００は、テンプレートA'「ad.html」
（a.htmlをバッチページ生成して生成されたテンプレー
ト）とデータ（ITEM=I000a）から、テンプレートＡ（a.
html）中のバッチページ生成後も命令遅延命令により残
った命令にみ処理し、動的にユーザの要求するページを
生成し、ＷＷＷサーバ手段１１へ渡す（ステップ２０２
４）。動的に生成されたページをＷＷＷサーバ手段１１
がネットワーク２を通して、ページの要求もとのユーザ
のパーソナルコンピュータ３にＨＴＴＰプロトコルで送
信する（ステップ２０２５）。送信されたページを、ユ
ーザがページ要求したＷＷＷブラウザ３５により表示す
る（ステップ２０２６）。ページ表示が終了する（ステ
ップ２０２７）。

【００５０】図１５は、遅延命令付きページ生成手段２
３の動作を示す図である。ＴＥＭＰＬＡＴＥＡは、遅
延命令付きページ生成手段２３を、バッチページ生成制
御手段１３の制御のもと動作し、「$NOP」命令がないア
ンダーラインの命令が実行され、データに展開され生成
される。「$NOP」命令は、この「$NOP」がとれた新しい
命令としてＨＴＭＬ中に展開される（ＴＥＭＰＬＡＴＥ
Ａ‘）。図１５の例のＴＥＭＰＬＡＴＥＡ’中の＄
ユーザ名がそれである。このバッチ生成されたＴＥＭＰ
ＬＡＴＥＡ‘を、ユーザが動的にページ生成する要望
をだすと、＄ユーザ名のみ呼出したユーザの名前にかわ
り生成され図１５の生成ページとなる。この生成ページ
は、ユーザがＴＥＭＰＬＡＴＥＡで呼出した場合と同
じページであり、バッチページ生成されている文、ＴＥ
ＮＰＬＡＴＥＡ’を呼出す場合のほうが、高速にペー
ジが生成され、高速に要求ページにアクセスできる効果
をうむ。

【００５１】本実施例では、１つのテンプレート内部
に、サーバ内部の状態であるデータ２２に依存するペー
ジ生成の部分と、ユーザ指定の情報により生成される部
分(例、アクセスしてきた、ユーザのユーザ名のページ
合成等)が、共存している場合に有効である。すなわ
ち、データ２２に依存する部分のみ、事前にバッチペー
ジ生成して、第２のテンプレートにして、本来のユーザ
要求時にユーザの情報により生成ページを完成させるペ
ージ生成方法が提供できる。これにより、共通部分の
事前生成が可能となり、時間がかかる命令を削減するこ
とができ、個別ユーザ向けページの生成を高速化でる。
また、ユーザ名以外に、もっと一般的な用途としては、
生成段階で確定する情報の展開を遅延させるために使用
する方法である。例えば、現在の時間や、アクセス回数
等のページ生成する瞬間のデータによりページ内容が作
られる場合等、生成を遅延しておき、第２のテンプレー
トの実行時に、展開する事例が考えられる。

【００５２】上記実施例は、バッチページ生成制御１３
が、データ更新手段１４のデータ更新時に毎回動作し
て、バッチページ生成していた実施例であったが、本発
明は、これに限定されるものでない。すなわち、バッチ
ページ生成制御１３は更新トリガを受け付けても内部に
持つ更新フラグのみをセットして、実際のバッチ処理
は、更新フラグがたってから、ユーザからのページ要求
が初めてくるまで遅延させておく方法でもよい。更新フ
ラグは、生成するページの分だけ存在し、生成ページが
最新か、バッチ生成するべきかを識別するフラグとして
使用する。以下、図１６を使用して、その動作を詳細に
説明する。図１６のバッチページ生成制御手段１３は、
データ更新手段１４がデータ２２を更新するごとに、デ
ータ更新手段１４から更新トリガを受け取る。または、
タイマ手段１６から更新トリガを受け取る。この際、デ
ータ２２の個々と関連付けたデータの更新フラグ１０４
を「セット」状態にする。セット状態でページ生成手段
１００から呼出しがかかると、対応するテンプレートＡ
１０１をバッチ生成し、第２のテンプレートＡ‘１０２
を生成する。その際、バッチページ生成制御手段１３の
生成遅延機能１０３は、バッチ生成が正常に行われたこ
とを確認して、対応する更新フラグを「リセット」とす
る。リセット状態で、ページ生成手段１００からの呼出
しがかかっても、なにもせずに返す。いずれにせよ、ペ
ージ生成手段１００は、バッチページ生成制御手段１３
の生成遅延機能１０３を呼出すことで、ＴＥＭＰＬＡＴ
ＥＡ’が最新であることことの保証を得られ、ＴＥＭ
ＰＬＡＴＥＡ’を入力とした動的なページ生成をする
ことができる。

【００５３】実際の動作を図１７のフローチャートを使
用して詳細に説明する。

【００５４】ステップ３０００からステップ３００４ま
での処理は、ユーザ要求とは独立に、データ２２の更新
により開始される。データ更新手段１４がＤＢＭＳ１５
内のデータを更新する（ステップ３００１）。データ更
新手段１４は、更新取りだをバッチページ生成制御手段
１３へ通知する。各バッチページ生成定義データ２０に
対応して存在する生成遅延機能１０３内部の更新フラグ
１０４のうち、更新されたデータ関連する更新フラグ１
０４をＯＦＦ状態にする（ステップ３００３）。これ
で、ページのバッチ更新フラグ設定を終了する（ステッ
プ３００４）。次ぎに実際にユーザがＷＷＷブラウザ３
５からページ要求した場合の処理（ステップ３０２０か
らの処理）を説明する。ユーザのパーソナルコンピュー
タ３のＷＷＷブラウザ３５からページを要求する（ステ
ップ３０２１）。バッチ生成されたテンプレート名称Ａ
‘のテンプレート１０２による、ページ生成手段１００
を用いたページ生成要求を、ＷＷＷブラウザ３５からＷ
ＷＷサーバ手段１１へ出す（ステップ３０２２）。ＷＷ
Ｗサーバ手段１１は、ページ生成手段１００を起動する
（ステップ３０２３）。ページ生成手段１００は、バッ
チページ生成制御手段１３の内部の生成遅延機能１０３
に、前記指定されたテンプレートＡ’が最新のテンプレ
ートが既に生成完了であるかを問合わせる（ステップ３
０２４）。更新フラグがＯＮの場合は、生成が終了して
おり最新のテンプレートＡ‘であるので、ページ生成手
段１００は、テンプレートＡ’１０２とデータ２２か
ら、ページ生成を行う。実際には、テンプレートＡ１０
１の命令バッチ実行され、遅延命令により実行が遅延さ
れた命令がテンプレートＡ‘の残存しており、この命令
が実行されユーザが要求したページを動的に生成する
（ステップ３０２６）。動的に生成されたページをＷＷ
Ｗサーバ手段１１がネットワーク２をとおしてユーザの
パーソナルコンピュータ３に送信する（ステップ３０２
７）。転送されたページをＷＷＷブラウザ３５が表示す
る。一方、ステップ３０２５の条件判定で、更新フラグ
１０４がＯＦＦの場合（データ更新があり、バッチ生成
されたテンプレートがすでに、前回生成したテンプレー
トが古くなった場合）の処理を説明する。更新フラグが
ＯＦＦであった場合、バッチページ生成制御手段１３
は、バッチページ生成定義データ２０から生成するべき
ページを決定する（ステップ３０３０）。決定されたペ
ージを、テンプレートＡ１０１とデータ２２を指定して
ページ生成手段１００で生成する。その際、遅延命令が
あるテンプレート内命令は遅延命令がとれた命令として
生成される（ステップ３０３１）。生成ページがテンプ
レートＡ’１０２として記憶する姪署と位置を、バッチ
ページ生成定義データ２０から決定する（ステップ３０
３２）。生成したページをページ生成手段１００が参照
するテンプレートＡ‘１０２としてディスク記憶装置７
の記憶エリアに記憶する（ステップ３０３３）。上記の
ステップにより、テンプレートＡ’１０２が最新のテン
プレートになったため、対応する更新フラグをＯＮにす
る。このＯＮにより、ステップ３０２５の条件判断がＯ
Ｎ状態と同等になるため、ステップ３０３４の後、ステ
ップ３０２６行こうを実行する。このように、ユーザ要
求のページを高速に参照できる。

【００５５】本実施例の効果は、遅延バッチ生成によ
り、バッチ生成の回数を削減できる効果がある。ページ
サーバ処理装置１のＣＰＵ負荷やファイルＩ／Ｏ付加を
軽減できサーバの応答性能を劣化させない効果がある。

【００５６】上記実施例は、一般的なＷＷＷサーバサイ
トにおける実施例であったが、本発明は、これに限定さ
れるものでない。すなわち、ＷＷＷサーバを、エレクト
リックコマースで使用する電子モールシステムへ適用す
ることが可能である。すなわち、電子モールシステムに
おける、入力される商品データから動的に商品カタログ
を生成したり、商品検索を行うシステムへ適用可能であ
る。図１８が、本ページ生成方法を、電子モールシステ
ムへ適用した実施例である。上記の実施例のいずれも適
用できるが、例えば、本稿の第１の実施例を適用した場
合、商品データが少ない間は、すべての商品カタログを
データの更新とともにバッチ生成するように、バッチペ
ージ生成定義データ２０に指定して、使用することがで
きる。この場合、出店者クライアントＰＣ２０１からデ
ータ２２の更新依頼がサーバに届くと、データ更新手段
１４が起動され、データ２２を更新するとともの、バッ
チページ生成制御手段３１を呼出す。バッチページ生成
定義データ２０によりすべての更新データに関連するペ
ージがバッチ生成され、ＷＷＷサーバ１１から参照可能
な記憶エリアに記憶される（テンプレート群３０の記憶
エリア）。実際の顧客は、ページ生成が事前に行われた
ページをアクセスして電子モールシステムの商品ページ
を高速に参照できる。また、検索は、検索の候補値を含
むページが事前にバッチ生成され記憶されており、商品
検索開始ページを高速にアクセスすることが可能であ
る。検索を実行し結果のページを構築する部分は、従来
の動的なページ生成でおこなう。また、商品データ量が
多量の場合（例えば、数十万件以上）の場合、商品カタ
ログを事前にすべてバッチ生成する方法では、サーバ記
憶装置３が多量のディスク容量を必要とするため、すべ
てバッチ生成するのでなく、バッチページ生成定義を、
頻繁に生成するページや１ページ生成に時間がかかるペ
ージを、バッチ生成するように指定して使用する。

【００５７】実際の動作を図１８および図１９のフロー
チャートを使用して詳細に説明する。

【００５８】まず、ステップ４０００からステップ４０
０６のステップについて説明する。電子モールサーバ２
０２内部の商品データ２２が出店者ＰＣ２０１からの商
品データ更新命令や電子モールシステム内部における商
品データの更新により起動する（ステップ４０００）。
出店者ＰＣ２０１のＷＷＷブラウザ２０を使用して更新
する商品データ２２を電子モールサーバ２０２のコンピ
ュータへアップロードする（ステップ４００１）。ＷＷ
Ｗサーバ手段１１が商品データ２２を受け取り、データ
更新手段１４に渡す（ステップ４００２）。データ更新
手段１４は、商品データ２２の記憶されている商品デー
タベースを更新し、更新完了の更新取りだをバッチバッ
チページ生成制御手段３１に渡す（ステップ４００
３）。バッチページ生成制御手段３１は、バッチ生成定
義データ２０に基づき、ページ生成手段２３を用いて、
テンプレート１０１と更新された商品データ２２から商
品ページを生成する（ステップ４００４）。生成した商
品ページをページ生成手段２３が参照できるディスク記
憶装置７上の位置に記憶する（ステップ４００５）。
これで、ページのバッチ生成を終了する（ステップ４０
０６）。次ぎに、ユーザ商品ページを要求する処理につ
いて、ステップ４０２０から始まる処理で説明する。顧
客の商品ぺーに要求により開始される（ステップ４０２
０）。顧客のパーソナルコンピュータ２００のＷＷＷブ
ラウザ２０から商品ページを要求する（ステップ４０２
１）。ＷＷＷサーバ手段１１は、ページ生成手段２３を
起動する（ステップ４０２２）。ページ生成手段２３
で、生成した生成商品ページ１０２をテンプレートと
し、商品データ２２とから動的に所品ページを生成す
る。ここでいう、生成商品ページ１０２は、ステップ４
０００から始まるバッチページ生成で生成されテンプレ
ートとして記憶されたページである。動的に生成された
商品ページをＷＷＷサーバ手段１１がネットワーク２を
通してユーザのパーソナルコンピュータ２００に送信す
る（ステップ４０２４）。送信された商品ページをＷＷ
Ｗブラウザ２０が表示する。これにより、ユーザ要求の
商品ページが高速に参照できる。

【００５９】本実施例のように、本発明のページ生成方
法を、電子モールシステムへ適用することで、商品デー
タの入れ替えにフレキシブルに対応し、かつ、実際に顧
客がアクセスする場合に、特に時間のかかるものや、よ
く使用するページが、事前にバッチ生成されているの
で、顧客は、商店者が更新した最新のデータに基づく最
新の商品カタログページを、高速にアクセスでき、快適
にショッピングを楽しめるという利点がある。

【００６０】上記の実施例は、ＷＷＷサーバでのページ
生成方法に関するものであったが、本発明は、これに限
定されるものではない。すなわち、ページの雛形である
テンプレートの集合と、該ページを構成するコンテンツ
であるデータの集合と、該テンプレートを入力とし、該
テンプレート中に記述されている該データ集合へのデー
タ取得命令を起動し、がデータを取得し、該テンプレー
ト記述と該取得データからページを生成するページ生成
手段と、生成するページに関する情報を指定したバッチ
ページ生成定義と、該バッチページ生成定義を入力とし
て、該ページ生成手段を制御し、バッチ型のページ生成
を行うバッチページ生成制御手段とを、例えばＣＤ−Ｒ
ＯＭ等のページ生成用記憶媒体に記憶し流通させ、ペー
ジアクセスユーザがページをアクセスする前に、該バッ
チページ生成制御手段を起動して、アクセスするページ
を生成させ、生成したページを参照させるページ生成方
法が可能である。

【００６１】本実施例では、重複するページの雛形部と
データ部が独立しており、コンパクトに過般媒体（例、
ＣＤ−ＲＯＭ等）に記憶して、流通させることが可能で
ある特長がある。また、インストールの段階や、実際に
ページアクセスが必要になった段階で、バッチ型のペー
ジ生成を起動させ、ページを生成して必要なページを作
り出し記憶されるため、実際の参照段階では、高速にペ
ージにアクセスできる効果がある。また、データ部のみ
新規文分や差分が、ネットワーク経由や、新たな流通可
能な記憶媒体で得られれば、また、新しいページをバッ
チ生成してページを追加する能力も上記ページ生成用記
憶媒体は機能としてもつ。

【００６２】上記の実施例の全体を通して、ＨＴＭＬで
記述されたページに関してのべてきたが、本発明は、こ
れに限定されるものでははい。すなわち、キャラクタの
並びであるテキストデータで表現できる形式（ＸＭＬ、
ポストスクリプト、ＳＧＭＬ等）のもの全ては、文字列
置換であるページ生成方法が適用可能であり、テキスト
ベースのあらゆる形式のページは、テンプレートと動的
なページ生成機能で生成されるページであるならば、上
記実施例を適用することで高速化することが可能であ
る。

【００６３】本発明のページ生成方法を、エレクトリッ
クコマースシステムの電子モールサーバにおける動的な
ページ生成に適用し、その効果を測定した。いずれも、
１ページ生成に多数のＤＢ検索があり、取得したデータ
の展開が多く、生成時間を要するものである。

【００６４】サンプル１：商店一覧ページ（データ呼び出し：１５回）サンプル２：絞り込み検索ページ（データ呼び出し：８回）サンプル３：商品一覧ページ（２５回）実測データ：（表示完了までの時間：１０人が同時にアクセスした場合のレスポンス）対象図２２の場合図１の場合効果サンプル１：商店一覧ページ：１５秒３秒５倍サンプル２：絞り込み検索ページ：４０秒４秒１０倍サンプル３：商品一覧ページ：４５秒３秒１５倍本方法により、ページ生成の時間が短縮でき、ページア
クセスの全体のレスポンスを、2．5倍〜１５倍向上
できた。本方法は、ページ要求の前にページ内容のライ
フ時間に応じたページ生成がされているため、上記の測
定結果のごとく、フレキシブルに変化するページに関し
て、従来、毎回動的に生成されるページで時間がかかっ
たものも、実際の参照時に高速にページ生成されたペー
ジが得られ、高速なページアクセスが可能となる効果が
ある。また、ページが固定化できるため、従来のページ
アクセス技術（公知例１、２、４）が使用できるため、
ページをクライアントまで転送するコストの削減もおこ
なえ、トータルなページアクセスの高速化を実現する効
果がある。

【００６５】

【発明の効果】所定の更新契機に従いページを生成して
おくことにより、送信要求を受け付けてから短時間で応
答することが可能となる。

【図面の簡単な説明】

【図１】本発明のページ生成方法のシステム構成図。

【図２】本発明のページ生成方法が実行される計算機シ
ステム。

【図３】本発明のページ生成方法の処理を示すフローチ
ャート。

【図４】ページのテンプレートの例。

【図５】生成された後のページの例。

【図６】生成された後のページのＷＷＷブラウザの表示
例。

【図７】ページを構成するデータの記憶例。

【図８】生成されたページのＷＷＷブラウザの表示例。

【図９】生成されたページのＷＷＷブラウザの表示例。

【図１０】テンプレートと生成ＨＴＭＬページの例。

【図１１】バッチページ生成定義の例。

【図１２】本発明のページ生成方法の命令遅延型の実施
例のシステム構成図。

【図１３】本発明のページ生成方法の命令遅延型の実施
例が実行される計算機システム。

【図１４】本発明のページ生成方法の命令遅延型の実施
例の処理を示すフローチャート。

【図１５】本発明のページ生成方法の命令遅延型の実施
例のテンプレートと生成テンプレートと生成ページの
例。

【図１６】本発明のページ生成方法の更新フラグ型の実
施例のシステム構成図。

【図１７】本発明のページ生成方法の更新フラグ型の実
施例の処理を示すフローチャート。

【図１８】本発明のページ生成方法を電子モールに適用
した実施例のシステム構成図。

【図１９】本発明のページ生成方法を電子モールに適用
した実施例の処理を示すフローチャート。

【図２０】ページアクセス方法の公知例（ＷＷＷシステ
ム）。

【図２１】ページアクセス方法の他の公知例（プロキシ
方式）。

【図２２】ページアクセス方法の他の公知例（ページ生
成方式）。

【図２３】ページアクセス方法の他の公知例（プッシュ
方式）。

【図２4】ページアクセス方法の他の公知例（予測取得
方式）。

【符号の説明】

１…サーバコンピュータ、２…ネットワーク、３…パーソナルコンピュータ、４…メモリ、５…ＣＰＵ、６…バス、７…ディスク記憶装置、８…ネットワークアダプタ、９…ディスプレイ、１１…ＷＷＷサーバ手段、１２…ページ生成手段、１３…バッチページ生成制御手段、１４…データ更新手段、１５…ＤＢＭＳ手段、１６…タイマ手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者浪岡美予子神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内 (72)発明者増石哲也神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内 (72)発明者林重年神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内 (72)発明者嶋崎康一神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内 (72)発明者吉田祐一神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内 (72)発明者井川久美子神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内Ｆターム(参考） 5B069 AA02 DC10 FA01 FA09 KA01 LA03 5B075 ND20 PQ02 PQ05 5B082 GA03 GA14 5B089 GA11 GA21 JA08 JA32 JB22 KA05 KH04 LB12 LB14

Claims

【特許請求の範囲】

【請求項１】ページ出力要求を受け付け、テンプレート
とページ生成に必要なページ要素データから要求ページ
を生成して出力するページ生成方法であって、所定のページ更新契機に従いページを生成しておき、該
ページを出力することを特徴とするページ生成方法。
【請求項２】請求項第１項のページ生成方法において、始めのページは、データの更新契機により生成してお
き、ユーザの要求を受け付けた際に該生成出力し、２回
目以降の検索絞り込みページは生成することを特徴とす
るページ生成方法。
【請求項３】請求項第１項のページ生成方法において、最初のページを生成した際に、生成したページから次に
生成する可能性のあるページを解析し、上記可能性のあ
るページを生成する次ページ解析生成制御機能を有し、
次のページの送信要求がきた場合には、該可能性のある
ページを出力することを特徴とするページ生成方法。
【請求項４】請求項第３項のページ生成方法において、次ページ解析生成制御機能は、入力となる最初に生成さ
れたページ内部の個人に関する情報を認識する機能を持
ち、認識した個人の情報を使用して、該個人にカスタマ
イズされた次ぎに可能性のあるページをバッチ生成する
ことを特徴とするページ生成方法。
【請求項５】請求項１から請求項４のページ生成方法に
おいて、上記ページ要素データの更新契機と生成するページとの
関係を定義したバッチページ生成定義を入力とし、生成
するタイミングと生成するページを決定することを特徴
とするページ生成方法。
【請求項６】ページ要求を受け付け、ページ生成に必要
なページ要素データから要求ページを生成して出力する
ページ生成方法において、上記ページ要素データの更新契機にページを生成し、ペ
ージ要求を受け付けた時に、該生成ページを出力するこ
とを特徴とするページ生成方法。
【請求項７】ページ生成起動命令によりページ生成に必
要なページ要素データから要求ページを生成するページ
生成方法において、該ページ生成起動命令を受け付け、要求されたページ
を、該バッチ生成ページの記憶から選別して、選別した
該バッチ生成ページの内容を返すページ生成ステップ
と、更新契機に従い該ページ生成ステップを該ページ生成起
動命令により起動し、該ページ要素データからバッチ生
成ページを生成し、該ページ生成手段が参照可能な位置
に該バッチ生成ページを記憶するバッチページ生成制御
ステップとを有することを特徴とするページ生成方法。
【請求項８】ページ生成起動命令により指定されたテン
プレートを読み込み、該テンプレート内の該ページ生成
の命令を実行することで、ページ生成に必要なページ要
素データを取得し、要求ページを生成するページ生成方
法において、上記ページ生成起動命令に、該バッチ生成ページである
テンプレートを指定しページ生成するページ生成ステッ
プと、該ページ要素データの更新契機に従い、該ページ生成手
段を該ページ生成起動命令により起動し、該ページ要素
データからバッチ生成ページを生成し、該ページ生成手
段の読み込む該テンプレートとして該バッチ生成ページ
を記憶するバッチページ生成制御ステップとを有するこ
とを特徴とするページ生成方法。
【請求項９】請求項６項から請求項８項のページ生成方
法において、上記ページ生成ステップでは、上記ページ生成起動命令
を受け付けた時に、要求されたページの該バッチ生成ペ
ージが存在すれば、該バッチ生成ページを送り、存在し
ない場合は、該ページ要求のページを生成して送ること
を特徴とするページ生成方法。
【請求項１０】ページ生成起動命令により指定されたペ
ージ生成の命令の集合であるテンプレートを読み込み、
該テンプレート内の該ページ生成の命令を実行すること
で、ページ生成に必要なページ要素データを取得し、要
求ページを生成するページ生成方法において、上記ページ要素データの更新契機に従い、該ページ生成
起動命令により起動し、第１のテンプレートを読み込
み、遅延命令がないページ生成命令を実行するととも
に、遅延命令がある命令から遅延命令を削除したページ
生成命令を生成することで、第２のテンプレートを生成
し、その中に記述されている該遅延命令を削除したペー
ジ生成命令を実行することで、要求ページを生成するこ
とを特徴とするページ生成方法。
【請求項１１】請求項１から請求項８のページ生成方法
において、該ページ要素データの更新契機と生成するページとの関
係を定義したバッチページ生成定義を入力とし、生成す
るタイミングと生成するページを決定することを特徴と
するページ生成方法。
【請求項１２】請求項１から請求項８のページ生成方法
において、上記更新契機として、生成されるページ内に
使用するデータを記憶したデータベースの更新時、テン
プレートの更新時、ページ生成するサーバの状態を変更
するセットアップ時、指定時刻、指定時間経過時および
ユーザ情報への更新時の少なくともいずれか一つを用い
ることを特徴とするページ生成方法。
【請求項１３】ページ要求クライアントからのページ要
求を受け付け、要求ページを該クライアントへ送信する
ページサーバと、該ページサーバからのページ生成起動
命令により、ページ生成の命令の集合であるテンプレー
トとページ生成に必要なページ要素データから要求ペー
ジを生成するページ生成手段とからなるページ生成方法
において、ページが生成された場合に次ぎに生成される可能性のあ
るページを生成されたページ内部のリンク情報から解析
する次ぎページ解析手段と、バッチページ生成制御手段
を起動し、上記の次ぎに可能性のあるページをバッチ生
成させる次ページバッチ生成制御機能を具備し、次ぎの
ページの本来の要求がきた場合に、該生成したページの
中から要求のあったページを転送し、また、バッチ生成
されたページに要求ページがなかった時は、生成し、上
記のページ解析手段へつなげることを特徴とするページ
生成方法。
【請求項１４】商店クライアントと電子モールサーバと
顧客クライアントがネットワークで接続されている電子
モールシステムにおいて、上記電子モールサーバは、ＵＰＬＯＡＤ手段、バッチペ
ージ生成制御手段、ページ生成手段からなり、上記ＵＰＬＯＡＤ手段では、該上記商品クライアントか
らの商品データの転送を受け付け、内部の商品データの
データベースを更新し、商品データベースの更新が終了
した段階で、バッチページ生成手段に更新契機を通知
し、上記バッチページ生成制御手段では、更新契機通知を受
け取り、バッチ生成すべきテンプレートをバッチページ
生成定義情報を使用して決定し、ページ生成手段を制御
し、該テンプレート内部命令を実行することでページを
バッチ生成し、新たなテンプレートとして記憶し、上記ページ生成手段では、上記顧客クライアントからの
ページ要求があった場合、該新たなテンプレートを転送
することを特徴とする電子モールシステム。
【請求項１５】ページ出力要求を受け付け、テンプレー
トとページ生成に必要なページ要素データから要求ペー
ジを生成して出力するページ生成装置であって、所定のページ更新契機に従いページを生成する手段と、
該ページを受け取り出力する手段とを有することを特徴
とするページ生成装置。
【請求項１６】ページ出力要求を受け付け、テンプレー
トとページ生成に必要なページ要素データから要求ペー
ジを生成して出力するページ生成プログラムを格納した
計算機読み取り可能な記憶媒体であって、上記ページ生成プログラムでは、所定のページ更新契機
に従いページを生成し、該ページを出力するページ生成
プログラムを格納したことを特徴とする記憶媒体。