(57)【要約】【課題】ウェブページを効率的に生成する。【解決手段】サーバ装置１００は、データベース３０において適宜更新されるコンテンツデータからウェブページを生成する装置である。モジュール制御部１２４は、ウェブページ上にレイアウトされる複数の領域ごとに領域処理モジュール１４０を割り当て、ウェブページ生成部１２６は各領域処理モジュールによって生成される部分的なウェブページから全体としてのウェブページを生成し、クライアント通信部１１０はウェブページをクライアント端末１０に送信する。領域処理モジュール１４０は、対応する領域において表示対象となるコンテンツデータをデータベースから取得して部分的なウェブページを生成する。この部分的なウェブページを単位としてデータの有効性が管理される。【選択図】図４
2007241692.tif 000002
【特許請求の範囲】
【請求項１】
データベースにおいて適宜更新されるコンテンツデータからウェブページを生成する装置であって、
ウェブページ上にレイアウトされる複数の領域のそれぞれに対応して設定され、対応する領域についての部分的なウェブページデータである部分データを生成する領域処理モジュールと、
各領域処理モジュールによって生成された部分データから、全体としてのウェブページデータを生成するウェブページデータ生成部と、
全体としてのウェブページデータをクライアント端末に送信するウェブページデータ送信部と、を備え、
前記領域処理モジュールは、
対応する領域において表示対象となるコンテンツデータを前記データベースから取得するコンテンツ取得部と、
取得されたコンテンツデータから部分データを生成する部分データ生成部と、
部分データを保持する部分データ保持部と、
部分データがクライアント端末への送信対象として有効なデータであるための有効条件を保持する有効条件保持部と、
ウェブページデータの送信に際して有効条件が成立しているときには保持されている部分データを送信対象とし、有効条件が成立していないときには前記コンテンツ取得部にコンテンツデータを再取得させた上で、前記部分データ生成部に部分データを再生成させる更新制御部と、
を含むことを特徴とするサーバ装置。
【請求項２】
ウェブページ上に複数の領域をレイアウトするためのフレームデータを保持するフレームデータ保持部を更に備え、
前記領域処理モジュールは、フレームデータによってレイアウトされる領域ごとに対応づけられることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記領域処理モジュールは、
外部装置からの指示により、有効条件を設定変更させる有効条件設定部を更に含むことを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記領域処理モジュールの更新制御部は、データベースの更新通知を受信すると、前記コンテンツ取得部に更新後のコンテンツデータを再取得させることを特徴とする請求項１から３のいずれかに記載のサーバ装置。
【請求項５】
前記領域処理モジュールの部分データ保持部は、部分データがクライアント端末への送信対象として有効な期間を指定するための条件として、前記有効条件を保持することを特徴とする請求項１から４のいずれかに記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ウェブシステム技術に関し、特に、複数種類のコンテンツデータを含むウェブページを提供するための技術に関する。
【背景技術】
【０００２】
近年、コンピュータの普及とネットワーク技術の進展にともない、ネットワークを介した電子情報の交換が盛んになっている。これにより、従来においては紙ベースで行われていた事務処理の多くが、ネットワークベースの処理に置き換えられつつある。
【０００３】
商取引の多くも、ネットワークを介したいわゆる電子商取引に移行しつつあり、最近ではインターネット上にさまざまな電子商取引サイトが開設されている。ユーザは電子商取引サイトが提供するウェブページを介して商品の価格、機能、在庫状態のみならず、競合商品や関連商品、売れ筋ランキングなどのさまざまな情報をまとめて取得できる。ウェブページから取得できる商品情報の豊富さが、電子商取引普及の一因と考えられる。
【特許文献１】特開平１０−７８９０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子商取引サイトのウェブページは、通常、多くのデータベースから取得されるデータをコンテンツとしている。たとえば、ある商品Ａの情報を格納しているデータベースと、別の商品Ｂの情報を格納しているデータベースは別々のものであるかもしれない。また、商品Ａの値段に関する情報と商品Ａの在庫に関する情報は別々のデータベースに格納されているのかもしれない。電子商取引サイトは、更新頻度が異なる多数のデータベースからウェブページのコンテンツを集めている。
ウェブページの生成処理においては、データベースへのアクセスがボトルネックとなりやすい。そのため、アクセスすべきデータベースの数とそのアクセス回数の増加は、電子商取引システム全体のパフォーマンスを悪化させる要因となってきている。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その主たる目的は、適宜更新されるデータベースのデータからウェブページを効率的に生成するための技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は、データベースにおいて適宜更新されるコンテンツデータからウェブページを生成するサーバ装置である。
この装置は、ウェブページ上にレイアウトされる複数の領域ごとに領域処理モジュールを割り当て、各領域処理モジュールによって生成される部分的なウェブページから全体としてのウェブページを生成し、クライアント端末に送信する。
領域処理モジュールは、対応する領域において表示対象となるコンテンツデータをデータベースから取得して部分的なウェブページを生成し、これを保持する。この部分的なウェブページに対しては、たとえば、有効期限のようなデータの有効性を管理するための条件が設定され、ウェブページがクライアント端末に送信されるときにこの条件が成立していなければ、コンテンツデータを再取得して部分的なウェブページを再生成する。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明を方法、装置、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、適宜更新されるデータベースのデータからウェブページを効率的に生成するための技術を提供することができる。
【発明を実施するための最良の形態】
【０００９】
本実施例においては、外部のデータベース群からさまざまなデータを収集し、これらのデータをコンテンツとするウェブページを提供するサーバ装置１００について説明する。
【００１０】
図１は、本実施例におけるクライアントサーバシステムのハードウェア構成図である。
サーバ装置１００は、データベース３０ａ、データベース３０ｂ、データベース３０ｃなどの複数のデータベース（以下、単に「データベース３０」という）と接続されている。また、サーバ装置１００は、クライアント端末１０ａやクライアント端末１０ｂ、クライアント端末１０ｃなどの複数のクライアント端末（以下、単に「クライアント端末１０」という）とインターネット２０を介して接続されている。
【００１１】
サーバ装置１００は、クライアント端末１０からの要求に応じてＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）により記述される形式のウェブページファイル（以下、単に「ウェブページ」とよぶ）を送信する。このウェブページには、静的なコンテンツと動的なコンテンツが含まれる。本実施例にいう静的なコンテンツとは、サーバ装置１００が保持する静的な情報である。これに対し動的なコンテンツとは、各データベース３０において保持される動的に変化する情報である。サーバ装置１００は、ウェブページのスタイルを規定する所定のフレームデータに基づいて、各種コンテンツデータを含めてウェブページを生成する。
次に、動的なコンテンツからウェブページを生成する処理における課題と、本実施例において提案する解決方法について述べる。
【００１２】
図２は、動的コンテンツからウェブページを作成する一般的な処理方法を説明するための模式図である。
ここでは、クライアント端末１０ａがサーバ装置１００に対してＵＲＬ（Uniform Resource Locator）を指定してウェブページＡを要求したとする。サーバ装置１００のインタフェース７０はこのウェブページ取得要求を受け付け、ウェブページ生成プログラム４０にウェブページＡの生成を指示する。ウェブページ生成プログラム４０は、各データベース３０にアクセスして動的コンテンツを集め、ウェブページＡを生成する。また、ウェブページ生成プログラム４０は、生成したウェブページＡをキャッシュ５０に保存する。インタフェース７０は、こうして生成されたウェブページＡを要求元のクライアント端末１０ａに送信する。ウェブページ生成プログラム４０は、サーブレット（Servlet）やＪＳＰ（JavaServer Pages）などのＪａｖａ（登録商標）コンポーネントによって実現されることが多い。
もちろん、このウェブページには、サーバ装置１００自体が保持する静的コンテンツが含まれてもよい。
【００１３】
次に、別のクライアント端末１０ｂがサーバ装置１００に対して再びウェブページＡを要求したとする。サーバ装置１００のインタフェース７０がウェブページ取得要求を受け付けると、ウェブページ生成プログラム４０に対してウェブページＡの生成を要求する。このとき、前回の処理によって生成されたウェブページＡが既にキャッシュ５０にあるため、ウェブページ生成プログラム４０はキャッシュ５０のウェブページＡをインタフェース７０に渡す。ウェブページＡのキャッシュによって、結果的にウェブページ生成プログラム４０によるデータベース３０への２回目のアクセスが不要となっている。このようにキャッシュ５０の存在によって、ウェブページ生成プログラム４０からデータベース３０へのアクセス回数が抑制されている。
【００１４】
とはいえ、各データベース３０のコンテンツデータは適宜更新されるので、キャッシュ５０のウェブページＡは、常に有効なデータであるわけではない。たとえば、「２００５年１月１０日」まで有効な商品情報を含むウェブページＡがキャッシュされている状況において、２００５年１月１１日にウェブページＡについてウェブページ取得要求が受信されると、ウェブページ生成プログラム４０はデータベース３０から最新の商品情報を取得してウェブページＡを再生成する必要がある。
【００１５】
すなわち、ウェブページのキャッシュシステムがうまく機能するためには、キャッシュ５０に保持されるウェブページがなるべく長期間有効であることが望ましい。しかし、多数のデータベース３０からコンテンツデータを取得する場合、キャッシュされるウェブページの有効期間も短くなってくる。たとえば、高い頻度で更新される在庫情報をコンテンツデータとして含むウェブページの場合、キャッシュシステムはほとんど有効に機能しなくなってしまう。
本実施例におけるサーバ装置１００は、ウェブページを複数の領域に分けて、各領域ごとのデータ管理によってこのような課題に対処している。
【００１６】
図３は、本実施例において動的コンテンツからウェブページを作成する処理方法を説明するための模式図である。
まず、ウェブページの表示スタイルは、フレームデータ６０によって規定される。同図の場合、このウェブページは、Ａ１〜Ａ７の７つの領域に分けられている。そして、各領域ごとにＰ１〜Ｐ７として示す領域処理モジュールが割り当てられる。詳しくは後述するが、領域処理モジュールとは、領域に対応して部分的なウェブページ（以下、「部分データ」とよぶ）を生成する。たとえば、領域処理モジュールＰ１は、領域Ａ１についての部分データを生成する。領域処理モジュールは、いわば、図２に関連して説明したウェブページ生成プログラム４０の小型版であるともいえる。
【００１７】
領域処理モジュールＰ１は、領域Ａ１に表示させるべきコンテンツデータをデータベースＡから取得する。そのため領域処理モジュールＰ１は、データベースＡと対応づけられている。同様に、領域処理モジュールＰ４は、データベースＡ、Ｂからコンテンツデータを取得して、領域Ａ４に対応する部分データを生成する。各領域処理モジュールは生成した部分データを独自にキャッシュする。
【００１８】
ＣＤや書籍を販売する電子商取引サイトのウェブページを例として、より具体的に説明する。ここでは、データベースＡは、ＣＤの在庫情報を格納している。データベースＢは、ＣＤについての商品情報を格納している。データベースＣは書籍についての商品情報を格納している。領域Ａ１には、洋楽系ＣＤの在庫状態を示す領域である。そのため、領域処理モジュールＰ１は、データベースＡから洋楽ＣＤの在庫状態に関する情報を取得して部分データを生成する。領域Ａ２は、最近発売されたＣＤについての商品情報を示す。領域Ａ２については領域処理モジュールＰ２が対応づけられている。領域処理モジュールＰ２は、データベースＢから該当データを取得することになる。領域Ａ４には、あるアーティストの新作ＣＤの売れ行きを示す。領域Ａ４については領域処理モジュールＰ４が対応づけられている。領域処理モジュールＰ４は、データベースＡとデータベースＢから該当データを取得する。
フレームデータ６０に基づいて、各領域処理モジュールが生成する部分データによって、全体としてのウェブページが生成される。
【００１９】
ここで、データベースＡにおいてＣＤの在庫情報が更新されたとする。このときには、データベースＡに関連する領域Ａ１と領域Ａ４の部分データは更新される必要があるが、それ以外の領域の部分データは更新の必要がない。更に、データベースＡの更新内容は、領域Ａ１に影響しても領域Ａ４には影響しないかもしれない。このように、ウェブページを部分データ単位でキャッシュすることにより、キャッシュシステムをより効率的に機能させることができる。図２に関連して説明した処理方法の場合、データベースＡに関するコンテンツデータが更新されると、ウェブページ生成プログラム４０はウェブページ全体を再生成する。このとき、このウェブページに関連するデータベースとしてデータベースＡのみならずデータベースＢ〜Ｅへのアクセスも発生してしまうことになる。これに対し、図４に関連した処理方法によれば、ウェブページのうち更新対象となるデータ範囲を限定できるので、結果として、データベース３０に対する不必要なアクセスを抑制しやすくなる。
以下、本実施例におけるサーバ装置１００について、そのウェブページ生成方法の詳細を中心として説明する。
【００２０】
図４は、本実施例におけるサーバ装置の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。次の図５についても同様である。
ここでは、主として各機能ブロックの発揮すべき機能について述べ、その具体的な作用については、図７等に関連して説明する。
【００２１】
サーバ装置１００は、クライアント通信部１１０、ウェブデータ処理部１２０および領域処理部１３０を含む。
クライアント通信部１１０は、クライアント端末１０との通信処理を担当する。クライアント通信部１１０は、クライアント端末１０からウェブページ取得要求を受信し、クライアント端末１０に該当ウェブページを送信する。
ウェブデータ処理部１２０は、ウェブページを生成に関する各種データ処理を統括的に制御する。また、ウェブデータ処理部１２０は、クライアント通信部１１０と領域処理部１３０の間のインタフェースの役割も果たす。
領域処理部１３０は、領域処理モジュール１４０ａ、領域処理モジュール１４０ｂ、領域処理モジュール１４０ｃなどの複数の領域処理モジュール（以下、単に「領域処理モジュール１４０」という）を含む。領域処理モジュール１４０の詳細な機能ブロックについては、次の図５に関連して後述する。
【００２２】
ウェブデータ処理部１２０は、フレーム選択部１２２、モジュール制御部１２４およびウェブページ生成部１２６を含む。
フレーム選択部１２２は、クライアント端末１０から要求されたウェブページについてのフレームデータ６０を選択する。フレーム選択部１２２は、複数種類のフレームデータ６０を保持しており、指定されたＵＲＬに基づいてフレームデータを選択する。モジュール制御部１２４は、選択されたフレームデータ６０の各領域に領域処理モジュール１４０を割り当てる。また、各領域処理モジュール１４０を統括的に制御し、領域処理モジュール１４０に対するインタフェースとしても機能する。ウェブページ生成部１２６は、領域処理モジュール１４０によって生成される部分データを、フレーム選択部１２２によって選択されたフレームデータ６０に基づいてレイアウトすることによりウェブページを生成する。
【００２３】
データベース３０において保持されているさまざまなコンテンツデータにはデータの有効性について条件（以下、「コンテンツ有効条件」とよぶ）が設定されている。たとえば、ある商品についての価格は、キャンペーン期間中とそうでない期間では異なる。データベース３０に「２００１年５月〜２００３年７月」の期間においてのみ有効である価格情報が保持されているとする。この場合、「２００１年５月〜２００３年７月」の期間内であればこの価格情報についてのコンテンツ有効条件は成立判定され、そうでなければ不成立と判定されることになる。
【００２４】
領域処理モジュール１４０は、データベース３０からコンテンツデータを取得するときにコンテンツ有効条件も取得する。ウェブページがクライアント端末１０に送信されるときには、そのウェブページに含まれる全てのコンテンツデータについてコンテンツ有効条件が成立していなければならない。そのため、領域処理モジュール１４０にキャッシュされる部分データにもデータの有効性についての条件（以下、「部分データ有効条件」とよぶ）が設定される。たとえば、部分データにコンテンツデータα、β、γが含まれる場合、全てのコンテンツデータについてコンテンツ有効条件が成立していれば部分データ有効条件は成立判定され、そうでなければ不成立判定される。以下、「コンテンツ有効条件」と「部分データ有効条件」をまとめていうときには単に「有効条件」とよぶ。
有効条件については、領域処理モジュール１４０について詳述した後、図６に関連して詳述する。
【００２５】
図５は、領域処理モジュールの機能ブロック図である。
領域処理モジュール１４０は、データベース通信部１５０、部分データ処理部１６０およびデータ格納部１７０を含む。
データベース通信部１５０は、主としてデータベース３０との通信処理を担当する。データ格納部１７０は、各種データを格納する。部分データ処理部１６０は、部分データの生成を制御する。また、部分データ処理部１６０は、データベース通信部１５０とデータ格納部１７０の間のインタフェースおよびウェブデータ処理部１２０に対する領域処理モジュール１４０のインタフェースの役割も果たす。
【００２６】
データベース通信部１５０は、コンテンツ取得部１５２、更新通知取得部１５４および有効条件設定命令取得部１５６を含む。
コンテンツ取得部１５２は、データベース３０からコンテンツデータを取得する。データベース３０によっては在庫情報のように不定期に更新される鮮度管理がシビアなコンテンツデータもある。データベース３０は、在庫情報のような特定のコンテンツデータが更新されるとき、サーバ装置１００に更新通知を送信する機能を備える。各領域処理モジュール１４０の更新通知取得部１５４は、このような更新通知を受信し、対応関係にあるデータベース３０からの更新通知であるかを判定する。対応関係になければ、この更新通知は無視される。したがって、更新通知は、該当の領域処理モジュール１４０においてのみ処理の対象となる。有効条件設定命令取得部１５６は、保持している部分データに関して、コンテンツ有効条件や部分データ有効条件を変更するための有効条件設定命令を外部装置から受信する。ここでいう外部装置とは、インターネット２０と接続され、遠隔からサーバ装置１００を制御可能な装置である。
【００２７】
データ格納部１７０は、部分データ保持部１７２および有効条件保持部１７４を含む。
部分データ保持部１７２は、部分データを保持する。有効条件保持部１７４は、有効条件を保持する。有効条件保持部１７４のデータ構造については後述する。
【００２８】
部分データ処理部１６０は、有効条件設定部１６２、部分データ生成部１６４および更新制御部１６６を含む。
有効条件設定部１６２は、有効条件設定命令が受信されると、指定の有効条件に応じて有効条件保持部１７４に保持されている有効条件を設定変更する。部分データ生成部１６４は、コンテンツ取得部１５２から取得されたコンテンツデータに基づいて部分データを生成する。このときには、有効条件保持部１７４の各種有効条件も更新される。更新制御部１６６は、ウェブページ取得要求の受信時において部分データ有効条件が成立していないときや、更新通知が受信されたときには部分データ保持部１７２の部分データを更新する。
【００２９】
図６は、有効条件保持部１７４のデータ構造図である。
コンテンツＩＤ欄１８０は、コンテンツデータを識別するためのコンテンツＩＤを示す。同図においては、コンテンツＩＤ「０１０」「０２１」および「００４」の３種類のコンテンツデータが該当部分データに含まれている。データベースＩＤ欄１８２は、各コンテンツの取得元であるデータベース３０を識別するためのデータベースＩＤを示す。同図によれば、コンテンツＩＤ「０１０」のコンテンツデータとコンテンツＩＤ「００４」のコンテンツデータは、共に、データベースＩＤ「００１」のデータベース３０から取得されていることがわかる。
【００３０】
コンテンツ有効条件欄１８４は、各コンテンツデータについてのコンテンツ有効条件を示す。コンテンツＩＤ「０１０」のコンテンツデータは、２００５年１０月３１日まで有効なコンテンツデータである。同様に、コンテンツＩＤ「００４」のコンテンツデータは、２００８年１１月１６日まで有効であり、コンテンツＩＤ「０２１」のコンテンツデータは、１５：００〜１８：００の期間において有効なデータである。部分データ有効条件欄１８６は、部分データ有効条件を示す。有効条件設定部１６２は、現在時刻と各コンテンツ有効条件を比較して、部分データ有効条件の成否を適宜判定する。その判定結果が部分データ有効条件欄１８６に保持される。ここに示す例の場合、２００５年１０月３１日までの日であって１５：００〜１８：００の間の時間帯にあれば、部分データ有効条件は成立し、それ以外であれば不成立となる。有効条件は外部装置からの指示によって変更可能である。たとえば、コンテンツＩＤ「０１０」のコンテンツデータの有効条件が「２００５年９月３１日まで」とあとから変更することも可能である。
【００３１】
部分データ有効条件が成立しているときにウェブページ取得要求が受信されると、部分データ保持部１７２の部分データはそのまま利用される。一方、不成立であれば、コンテンツ取得部１５２はコンテンツ有効条件が成立していないコンテンツデータを再取得する。部分データ生成部１６４は新たに取得されたコンテンツデータに基づいて部分データを再生成する。このとき、新たに取得されたコンテンツデータについてのコンテンツデータ有効条件は更新される。
【００３２】
なお、ここでは、部分データに複数種類のコンテンツデータが含まれるとして説明したが、領域ごとに含まれる部分データが１種類であるとすれば、コンテンツ有効条件と部分データ有効条件は一致することになる。
【００３３】
有効条件は、データベース３０に対してコンテンツデータの管理者により明示的に設定される。コンテンツ取得部１５２がデータベース３０からコンテンツデータを取得するときに、あわせて、そのコンテンツデータに対する有効条件を取得する。有効条件設定命令取得部１５６は、このとき取得された有効条件をコンテンツ有効条件欄１８４に設定する。ただし、有効条件は、時間帯によってその成否が判定される場合に限る必要はない。たとえば、「翌日の天気予報が雨であるとき」や、「日経平均株価が１万５０００円を超えたとき」、「ＶＩＰユーザからのアクセスであるとき」のように、さまざまなコンテンツ有効条件に応じて、部分データが更新されてもよい。このような有効条件判定のための情報はインターネット２０を介して他のウェブサイトから取得すればよい。このように有効条件の設定方法、設定内容に関してはさまざまなバリエーションが考えられる。
【００３４】
有効条件とは別に更新通知が受信されたときにも、部分データは更新される。更新制御部１６６は、更新の対象となったコンテンツデータをコンテンツ取得部１５２に再取得させた上で、部分データ生成部１６４に部分データを再生成させる。
領域処理モジュール１４０は、有効条件に基づく能動的な管理と、更新通知に基づく受動的な管理によって部分データを管理する。
【００３５】
図７は、ウェブページ生成過程を示すフローチャートである。
ここでは、クライアント端末１０からウェブページＡが要求されたとして説明する。まず、フレーム選択部１２２は、ウェブページＡのフレームデータ６０を選択する（Ｓ１０）。ウェブページＡについて領域処理モジュール１４０が割り当てられていなければ（Ｓ１２のＮＯ）、モジュール制御部１２４は各領域に対して領域処理モジュール１４０を割り当てる（Ｓ１４）。この場合、Ｓ１４において領域処理モジュール１４０は初期化される。
【００３６】
各領域処理モジュール１４０は、それぞれが担当する部分データを生成するために部分データ処理を実行する（Ｓ１６）。各領域処理モジュール１４０は互いに独立して処理を実行可能である。そのため、部分データ処理は、各領域処理モジュール１４０によって時間的に並行して実行される。Ｓ１６の部分データ処理については次の図８に関連して詳述する。ウェブページ生成部１２６は、各領域処理モジュール１４０から得られた部分データを合成してウェブページを生成する（Ｓ１８）。クライアント通信部１１０は、ウェブページをクライアント端末１０に送信する（Ｓ２０）。
【００３７】
図８は、図７のＳ１６における部分データ処理を詳細に示すフローチャートである。
部分データ保持部１７２が既に部分データを保持していれば（Ｓ３０のＹＥＳ）、更新制御部１６６は部分データ有効条件が成立しているかを判定する（Ｓ３２）。部分データ有効条件が成立していれば（Ｓ３２のＹＥＳ）、処理はＳ４０にスキップする。部分データが保持されていないときや（Ｓ３０のＮＯ）、部分データ有効条件が成立していないときには（Ｓ３２のＮＯ）、更新制御部１６６はコンテンツ取得部１５２に指示して、データベース３０からコンテンツデータを取得させる（Ｓ３４）。部分データ生成部１６４は新たに取得されたコンテンツデータに基づいて部分データを生成する（Ｓ３６）。有効条件設定部１６２は、新たに取得されたコンテンツデータのコンテンツ有効条件を有効条件保持部１７４に設定する（Ｓ３８）。このとき部分データ有効条件も更新される。部分データ処理部１６０は生成された部分データをウェブデータ処理部１２０に渡す（Ｓ４０）。
【００３８】
このようにして、各領域処理モジュール１４０が適宜部分データを生成することにより、全体としてのウェブページが生成される。各領域処理モジュール１４０は、時間的に並行してそれぞれ部分データ処理を実行できるので、ウェブページの生成処理がより効率的となる。特に、データベース３０の数が多いときも、複数のデータベース３０に対して時間的に並行してアクセスできるため、システム全体としての処理効率をいっそう高めることができる。サーバ装置１００は、フレームデータ６０を選択して領域処理モジュール１４０を割り当てた後は、基本的な処理を領域処理モジュール１４０にほとんど委任できるため、システムの拡張性にもすぐれている。
【００３９】
以上、実施の形態をもとに本発明を説明した。なお本発明はこの実施の形態に限定されることなく、そのさまざまな変形例もまた、本発明の態様として有効である。たとえば、本実施例においては、電子商取引サイトを想定して説明したが、本発明の応用範囲はポータルサイトのウェブページなど、複数のデータベースから得られるコンテンツを含むウェブページを生成する上で有効である。
また、そのほかにもＸＭＬを介しての企業間取引、電文交換処理等についても応用可能である。
【００４０】
請求項に記載のウェブページデータ送信部の機能は、本実施例においては主としてクライアント通信部１１０によって実現される。請求項に記載のフレームデータ保持部は、本実施例においては主としてフレーム選択部１２２によって実現される。
請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００４１】
最後に、変形例として、本実施例に示したサーバ装置１００に部分表示管理機能を付加した態様について付言する。
図９は、本変形例における有効条件保持部１７４のデータ構造図である。
ここでは、図３に示したように、Ａ１〜Ａ７までの７つの領域がフレームデータ６０に含まれているとする。部分データ有効条件欄１８６は、図６にて示したように、各領域についての部分データ有効条件を示す。本変形例では、更に、部分データ表示条件爛１９２が追加され、部分データ表示条件が設定されている。この部分データ表示条件爛１９２において、丸印がついている、すなわち、部分データ表示条件がオン設定されている領域Ａ１や領域Ａ７は表示対象となるが、バツ印のついているオフ設定の領域Ａ２は表示対象とならない。部分データ表示条件は、サーバ装置１００のユーザによって設定される。ユーザは部分データ表示条件の設定により、ウェブページに実際に表示すべきデータをサーバ装置１００へのアクセスによりコントロールできる。たとえば、もともとデータベースに間違ったデータが格納されており、このようなデータが領域Ａ２の表示対象としてロードされたときにも、サーバ装置１００の運用者が領域Ａ２の部分データ表示条件をオフすれば、そのような不適切なデータを即時的に表示対象から外すことができる。この場合、領域Ａ２には、広告のようにあらかじめ用意されている静的コンテンツが差し替えて表示されるとしてもよい。
【００４２】
同図によると、領域Ａ１の部分データ表示条件はオンになっているため、領域Ａ１は表示対象となっている。本変形例では領域Ａ１の表示条件を更に細かく設定することもできる。図９の下側に示すデータ構造図は、領域Ａ１に含まれるコンテンツＩＤや対応するデータベースＩＤを示している。ここで、コンテンツ表示条件爛１９８は、各コンテンツデータの表示可否を設定するためのコンテンツ表示条件を示している。同図においては、コンテンツＩＤ「０１０」および「０２１」は、コンテンツ表示条件がオンされているが、コンテンツＩＤ「００４」についてはオフされている。そのため、領域Ａ１のうち、コンテンツＩＤ「００４」のコンテンツデータは表示対象外となる。このように、サーバ装置１００のユーザは、各領域の各コンテンツごとに、表示可否を設定することもできる。サーバ装置１００は各表示条件をユーザが設定するためのユーザインタフェース処理部を備えることになる。ユーザは、このようなユーザインタフェース処理部を介して、有効条件保持部１７４の表示条件を設定できる。ウェブページ生成部１２６は、部分データ表示条件やコンテンツ表示条件の設定状態に鑑みて、最終的にクライアント端末１０に送信するウェブページの内容を決定することになる。
【図面の簡単な説明】
【００４３】
【図１】本実施例におけるクライアントサーバシステムのハードウェア構成図である。
【図２】動的コンテンツからウェブページを作成する一般的な処理方法を説明するための模式図である。
【図３】本実施例において動的コンテンツからウェブページを作成する処理方法を説明するための模式図である。
【図４】本実施例におけるサーバ装置の機能ブロック図である。
【図５】領域処理モジュールの機能ブロック図である。
【図６】有効条件保持部のデータ構造図である。
【図７】ウェブページ生成過程を示すフローチャートである。
【図８】図７のＳ１６における部分データ処理を詳細に示すフローチャートである。
【図９】変形例における有効条件保持部のデータ構造図である。
【符号の説明】
【００４４】
１０  クライアント端末、  ２０  インターネット、  ３０  データベース、  ４０  ウェブページ生成プログラム、  ６０  フレームデータ、  １００  サーバ装置、  １１０  クライアント通信部、  １２０  ウェブデータ処理部、  １２２  フレーム選択部、  １２４  モジュール制御部、  １２６  ウェブページ生成部、  １３０  領域処理部、  １４０  領域処理モジュール、  １５０  データベース通信部、  １５２  コンテンツ取得部、  １５４  更新通知取得部、  １５６  有効条件設定命令取得部、  １６０  部分データ処理部、  １６２  有効条件設定部、  １６４  部分データ生成部、  １６６  更新制御部、  １７０  データ格納部、  １７２  部分データ保持部、  １７４  有効条件保持部。
【図１】
2007241692.tif 000003
【図２】
2007241692.tif 000004
【図３】
2007241692.tif 000005
【図４】
2007241692.tif 000006
【図５】
2007241692.tif 000007
【図６】
2007241692.tif 000008
【図７】
2007241692.tif 000009
【図８】
2007241692.tif 000010
【図９】
2007241692.tif 000011