JP2003242067A - ポータルシステム及びページ断片の合成、応答方法 - Google Patents

Abstract

(57)【要約】 【課題】 ポータルサーバが高負荷である場合にも、一
定の時間内に要求ページに対する応答を返すことを可能
とする。 【解決手段】 ページ断片生成処理制御部１２５はペー
ジ断片生成処理監視部１２７を有し、ある一定時間内に
生成完了したページ断片を合成してクライアント１００
に送信し、生成完了できなかったものは引き続きバック
グラウンドで処理する。また、ページ断片生成処理制御
部１２５は優先順位制御部１２６を有し、サーバが高負
荷時、実行スレッドに優先順位を設定する。さらに、特
定のページ断片生成処理１２９は、直接情報ソースへの
リンクページ断片を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の静的あるい
は動的ページ断片を合成してクライアントからの要求ペ
ージを生成するポータルシステム及びページ断片の合
成、応答方法に係り、特に、高負荷時においても一定の
時間内で応答を返すことを可能にしたポータルシステム
及びページ断片の合成、応答方法に関する。

【０００２】

【従来の技術】近年、ＷＷＷ（World Wide Web）クライ
アント・サーバシステムに代表されるインターネットの
急速な発展に伴い、多様化した大量のコンテンツ（Web
で公開された情報）が世界中に散在している。

【０００３】インターネットポータルは、前述のような
大量のコンテンツから個人に必要な情報を検索し、サマ
リを生成し、個人毎にカスタマイズしたページを提供す
るものである（米国特許第６１９９０７７号）。

【０００４】同様に、企業ポータルは、企業に散在する
各種業務システム、ＥＲＰ（Enterprise Resource Plan
ning）、グループウェア、社内外のＷｅｂなどを集約
し、個人毎に情報とアクセスとをカスタマイズしたOne
Stop Serviceを提供するものである。

【０００５】また、ＷＷＷクライアント・サーバシステ
ムの応答性能を向上させる技術として、リバース・プロ
クシ等のサーバサイドキャッシュ技術、ＣＤＦ(Channel
Definition Format）等の擬似プッシュ技術が知られて
いる。これらに関連する従来技術として、例えば、特開
２００１−１０９７１５号公報等に記載された技術が知
られている。

【０００６】

【発明が解決しようとする課題】前述した従来技術によ
るポータルシステムの応答時間は、各情報ソースから必
要な情報を取得し、要求ページの部分要素（ページ断
片）を生成するそれぞれの処理の最長時間とポータルサ
ーバの負荷状況とに依存する。

【０００７】また、一般に、ポータルは、個人毎にカス
タマイズしたページを提供するため、前述のサーバサイ
ドキャッシュ機能は、クライアントとポータルサーバと
の間では有効ではないという問題点を有している。

【０００８】さらに、一般に、ポータルページを構成す
る各ページ断片の情報ソースの更新間隔や更新タイミン
グがそれぞれ異なるため、前述の擬似プッシュ機能は、
情報の最新性とネットワーク帯域の負荷とのバランスが
悪いという問題点を有している。

【０００９】さらにまた、特開２００１−１０９７１５
号公報に記載の方法は、クライアントで配布済み文書と
更新データとの合成を行うため、クライアントに特殊な
ソフトウェアが必要となり、利用範囲が限定されるとい
う問題点を有している。

【００１０】本発明の目的は、前述した従来技術の問題
点を解決し、ポータルサーバが高負荷である場合にも、
一定の時間内に応答を返すことが可能なポータルシステ
ム及びページ断片の合成、応答方法を提供することにあ
る。

【００１１】

【課題を解決するための手段】本発明によれば前記目的
は、ページ要求を行う１または複数のクライアントと、
複数のページ断片を合成してクライアントからの要求ペ
ージを生成するポータルサーバとを備えるポータルシス
テムにおいて、前記ポータルサーバは、各ページ断片を
生成するページ断片生成手段と、ページ断片生成手段で
のページ断片生成の処理時間を監視する監視手段と、前
記監視手段による監視時間である一定時間内に生成を完
了したページ断片を合成するページ断片合成手段と、ペ
ージ断片を合成したページをクライアントに応答として
返す応答手段とを備えることにより達成される。

【００１２】前述において、前記ページ断片生成手段
は、前記一定時間内に生成を完了できなかったページ断
片について、バックグランドで引き続き生成の処理を継
続し、前記ページ断片合成手段は、前記クライアントか
らの再要求時、前記バックグランドで生成されたページ
断片を合成する。

【００１３】

【発明の実施の形態】以下、本発明によるポータルシス
テム及びページ断片の合成、応答方法の実施形態を図面
により詳細に説明する。

【００１４】図１は本発明の一実施形態によるポータル
システムの構成を示すブロック図、図２はユーザデータ
１３３の詳細を説明する図、図３はユーザのセッション
に関連付けられたセッションデータを説明する図であ
る。図１〜図３において、１００はクライアント、１０
１はＷＷＷブラウザ、１１０、１６０はネットワーク、
１２０はポータルサーバ、１２１はＷＷＷサーバ機能処
理部、１２２はセッション管理部、１２３はユーザ認証
部、１２４はページ合成／データ変換処理部、１２５は
ページ断片生成処理制御部、１２６は優先順位制御部、
１２７はページ断片生成処理監視部、１２８はページ断
片格納部、１２９〜１３１はページ断片生成処理部Ａ〜
Ｎ、１３２はユーザＤＢ（Database）、１３３はユーザ
ＩＤ、１４０はバックエンドシステム、１５０はＤＢＭ
Ｓ（Database Management System）、１７０は外部リソ
ース、３００はセッションデータである。

【００１５】本発明の一実施形態によるポータルシステ
ムは、図１に示すように、ネットワーク１１０により接
続された１または複数のクライアント１００とポータル
サーバ１２０とにより構成される。クライアント１００
は、ＷＷＷブラウザ１０１が搭載されて構成されてお
り、ポータルサーバ１２０に対して、ページ要求を送信
し、要求ページを受信してＷＷＷブラウザ画面に表示す
る。ポータルサーバ１２０は、ＷＷＷサーバ機能処理部
１２１、ユーザ認証部１２３、ページ合成／データ変換
処理部１２４、ページ断片生成処理制御部１２５、生成
ページ断片格納部１２８、及び、１または複数のページ
断片生成処理部Ａ１２９〜Ｎ１３１を備えて構成されて
おり、クライアント１００からページ要求を受信し、予
め定義された設定に従って、ユーザ毎にカスタマイズし
たページを生成してユーザのクライアントに送信する。

【００１６】ＷＷＷサーバ機能処理部１２１は、ＷＷＷ
ブラウザ１０１との間でＨＴＴＰプロトコルによる通信
を行うＷＷＷサーバ機能を実現し、ユーザとのセッショ
ンを管理するセッション管理部１２２を有する。ユーザ
認証部１２３は、例えば、ＬＤＡＰ(Lightweight Direc
tory Access Protocol）認証、ＲＡＤＩＵＳ（RemoteAu
thentication Dial-In User Service）認証等のユーザ
認証機能を有し、認証したユーザを識別するユーザＩＤ
をキーにして、ユーザＤＢ１３２からユーザデータ１３
３を取得し、ユーザセッションと関連付ける。ページ合
成／データ変換処理部１２４は、生成ページ断片格納部
１２８に格納されたページ断片を、予め設定された定義
（例えば、ページ断片の配置、配色、フォントスタイル
等）に従って合成して要求ページを生成する。また、ペ
ージ合成／データ変換処理部１２４は、クライアント１
００の種別（例えば、ＰＣ、ＰＤＡ、携帯端末等）に応
じて、ページ形式や文字コード等の変換を行うこともあ
る。

【００１７】ページ断片生成処理制御部１２５は、優先
順位制御部１２６とページ断片生成処理監視部１２７と
により構成されており、ユーザセッションに関連付けら
れたユーザデータに基づいて、必要なページ断片生成処
理の開始・終了といった実行制御を行う。そして、優先
順位制御部１２６は、定義された優先順位に従って、ペ
ージ断片生成処理実行スレッドの優先順位を設定する。
ページ断片生成処理監視部１２７は、各ページ断片生成
処理が、それぞれ、応答監視時間内に完了するか否かを
監視する。ページ断片生成処理部Ａ１２９〜Ｎ１３１
は、それぞれ、要求ページの構成要素となるページ断片
を生成する。

【００１８】前述したような本発明の一実施形態におい
て、ページ断片生成処理部１２９は、バックエンドの企
業情報システム１４０（例えば、各種業務システム、Ｅ
ＲＰ、ＣＲＭ（Customer Relationship Management）、
ＳＣＭ(Supply Chain Management）、グループウェア
等）に接続されて情報のサマリを生成する。また、ペー
ジ断片生成処理部１３０は、ＤＢＭＳ１５０に接続さ
れ、抽出したタプルをテンプレートに埋め込むことによ
ってページ断片を生成しており、ページ断片生成処理部
１３１は、ネットワーク１６０を介して、ＲＳＳ(Rich
Site Summary）やＯＣＳ（Open Content Syndication）
等の外部リソース１７０を取得してページ断片を生成し
ている。

【００１９】ユーザデータ１３３は、ユーザ毎に予め定
義されたデータであり、図２に示すように、ユーザＩＤ
２０１と、応答監視時間２０２と、各ページ断片処理の
優先順位を定義した優先順位定義テーブル２０３とによ
り構成される。優先順位定義テーブル２０３におけるペ
ージ断片生成処理ＩＤは、ユーザが配置する各ページ断
片に対応する。また、図示では、ページ断片生成処理Ｉ
Ｄに優先順位が与えられており、優先順位の高い順に、
“ＨＩＧＨ”、“ＮＯＲＭＡＬ”、“ＬＯＷ”、“−”
で表している。ここで、“−”は、高負荷時に処理を実
行しないことを表す。

【００２０】ユーザのセッションに関連付けられたセッ
ションデータ３００は、図３に示すように、ページ要求
を行ったユーザのユーザデータのキャッシュ、及び、ペ
ージ断片生成処理状態の記録のためのデータであり、ユ
ーザＩＤ３０１と、応答監視時間３０２と、各ページ断
片処理の優先順位及び処理状態を記録したページ断片処
理状態テーブル３０３とにより構成される。ページ断片
処理状態テーブル３０３の処理状態には、“実行待
ち”、“実行中”、“完了”の３つがある。

【００２１】次に、図４〜図８を参照してポータルサー
バ１２０の各部における処理の流れについて説明する。
なお、以下に説明する処理は、１つのページ要求に対す
る処理である。

【００２２】図４はポータルサーバ１２０がクライアン
ト１００からのページ要求を受信してからページ断片生
成処理制御部１２５に制御を移すまでの処理動作を説明
するフローチャート、図５はページ断片生成処理制御部
１２５がページを生成し、ポータルサーバ１２０が応答
を返すまでの処理動作を説明するフローチャートであ
る。以下では、これらの図のフローを一連のものとして
説明する。

【００２３】（１）まず、ＷＷＷサーバ機能処理部１２
１は、クライアント１００からのページ要求を受信する
と、このページ要求がクライアント１００からの初めて
のページ要求であるか否かを判定する。もし、ページ要
求がクライアント１００からの初めてのページ要求であ
った場合、セッション管理部１２２は、クライアント１
００に対するセッションを生成する（ステップ４００〜
４０２）。

【００２４】（２）ステップ４０１の判定で、ページ要
求がクライアント１００からの初めてのページ要求では
なかった場合、または、ステップ４０２の処理後、次
に、ユーザ認証部１２３は、前記セッションに関連付け
られているユーザが認証済みか否かを判断し、認証済み
であった場合、ページ断片生成処理制御部１２５に処理
を移す（ステップ４０３）。

【００２５】（３）ステップ４０３の判定で、ユーザが
認証済みでなかった場合、前記ページ要求に認証に必要
な情報（例えば、ユーザＩＤとパスワード等）が含まれ
ているか否かを確認する。かりに、前記ページ要求に前
記認証に必要な情報が含まれていなかった場合、前記ペ
ージ要求をログインページに転送し、ステップ４００か
らの最初の処理に戻る（ステップ４０４、４０５）。

【００２６】（４）ステップ４０４の確認で、前記ペー
ジ要求にユーザの認証に必要な情報が含まれていた場
合、前記認証に必要な情報をもってユーザの認証を行
い、認証に成功したか否かを判定し、認証に失敗してい
た場合、前記ページ要求をログインページへ転送し、ス
テップ４００からの最初の処理に戻る（ステップ４０
６、４０７、４０５）。

【００２７】（５）ステップ４０７の判定で、認証に成
功していた場合、空のセッションデータ３００を生成し
て前記セッションに関連付ける。次に、前記空のセッシ
ョンデータに、認証したユーザのユーザＩＤを設定し、
前記ユーザＩＤをキーにユーザＤＢ１３２から対応する
ユーザデータ１３３を取得して、前記セッションデータ
にキャッシュする。同時に、ページ断片処理状態テーブ
ル３０３の処理状態を“実行待ち”状態で初期化する
（ステップ４０８〜４１０）。

【００２８】（６）前述したステップ４０３の判定で、
ユーザが認証済みであった場合、または、ステップ４１
０の処理の後、制御を移されたページ断片生成処理制御
部１２５は、前記ページ要求が前回一定時間（応答監視
時間３０２）内に完了できなかったページ断片の要求で
あるか、または、前回高負荷のため実行しなかったペー
ジ断片の要求であるか否かを判断する。この判断は、例
えば、Cookie、ＵＲＬ Rewriting、hidden タイプのフォ
ーム等を利用してＨＴＴＰ要求ヘッダに情報を設定する
ことにより行うことができる（ステップ５００）。

【００２９】（７）ステップ５００の判定で、ページ要
求が前回完了または実行していなかったページ断片の要
求ではなかった場合、前回の要求と同一の内容を持った
新たなページ要求であるので、ページ断片処理状態テー
ブル３０３を参照して、前回要求されたページ断片がバ
ックグラウンドで処理中か否かを判定し、現在処理中の
ページ断片があれば、その処理を中止する（ステップ５
０１、５０２）。

【００３０】（８）ステップ５０２の処理後、または、
ステップ５０１の判定で、要求されたページ断片がバッ
クグラウンドで処理中でなかった場合、ページ断片生成
処理制御部１２５は、次に、ページ断片処理状態テーブ
ル３０３を“実行待ち”状態としてクリアし、生成ペー
ジ断片格納部１２８をクリアする（ステップ５０３、５
０４）。

【００３１】（９）次に、ページ断片生成処理制御部１
２５は、ポータルサーバ１２０が高負荷状態であるか否
かを、例えば、ＣＰＵ使用率やメモリ使用量等を基に判
断し、ポータルサーバ１２０が高負荷状態であれば、ペ
ージ断片処理状態テーブル３０３に設定された優先順位
に従って、ページ断片生成処理スレッドに優先順位を割
り当てる（ステップ５０５、５０６）。

【００３２】（10）ステップ５０６の処理後、または、
ステップ５０５の判断で、ポータルサーバ１２０が高負
荷状態でなかった場合、ページ断片生成処理の並列実行
を開始し、ページ断片処理状態テーブル３０３のそれぞ
れ対応するカラムを“実行待ち”状態から“実行中”状
態に変更する（ステップ５０７）。

【００３３】（11）次に、図６に示すフローを参照して
後述するページ断片生成処理を実行する。この処理は、
応答監視時間３０２内にすべてのページ断片生成処理が
終了するか、または、応答監視時間３０２が経過すると
終了する（ステップ５０８）。

【００３４】（12）最後に、ページ合成／データ変換処
理部１２５は、生成ページ断片格納部１２８に格納され
たページ断片を合成し、ＷＷＷサーバ機能処理部１２１
が生成された要求ページをクライアント１００に送信し
て処理を終了する（ステップ509、５１０）。

【００３５】図６はステップ５０８でのページ断片生成
処理の動作の詳細を説明するフローチャートである。

【００３６】（１）処理が開始されると、各ページ断片
生成処理部は、応答監視時間３０２内にページ断片の生
成を完了したか否かを判定し、完了した場合、生成した
ページ断片を生成ページ断片格納部１２８に格納する。
そして、ページ断片生成処理制御部１２５は、ページ断
片処理状態テーブル３０３の対応するカラムを“完了”
状態に変更して、処理を終了する（ステップ６００〜６
０２）。

【００３７】（２）一方、ステップ６００の判定で、応
答監視時間３０２内にページ断片の生成が完了しなかっ
た場合、ページ断片生成処理部は、再要求時用のリンク
を含んだ簡易ページ断片を生成し、これを生成ページ断
片格納部１２８へ格納して、処理をバックグラウンドで
継続する。このとき、ページ断片処理状態テーブル３０
３の対応するカラムは、“実行中”状態のままである
（ステップ６０３、６０４）。

【００３８】（３）次に、バックグラウンドで処理中の
ページ断片生成の処理（処理ステップを破線で表記）に
おいて、クライアント１００からの再要求までにページ
断片の生成が完了したか否かを判定し、ページ断片の生
成が完了していた場合、前回生成ページ断片格納部１２
８へ格納したページ断片を今回生成したページ断片で上
書きして格納する。そして、ページ断片生成処理制御部
１２５は、ページ断片処理状態テーブル３０３の対応す
るカラムを“完了”状態に変更して、処理を終了する
（ステップ６１０〜６１２）。

【００３９】（４）一方、ステップ６１０の判定で、再
要求までにページ断片の生成が完了していなかった場
合、図４のステップ４００からの処理に遷移する。

【００４０】図７はクライアント１００からのページ要
求が、前回応答監視時間３０２内に完了できなかったペ
ージ断片の要求であった場合か、または、前回高負荷の
ため実行しなかったページ断片の要求であった場合の処
理を説明するフローチャートである。ここでの処理は、
図５におけるステップ５００の判定で、前回応答監視時
間３０２内に完了できなかったページ断片の要求、また
は、前回高負荷のため実行しなかったページ断片の要求
に対する処理である。

【００４１】（１）まず、ページ断片生成処理制御部１
２５は、ページ断片処理状態テーブル３０３を参照し
て、現在バックグラウンドで実行中のページ断片処理が
あるか否かを判断し、実行中の処理がなければ、前回高
負荷のため“実行待ち”状態となっているページ断片処
理が存在するか否かを確認する。この確認で、“実行待
ち”状態のページ断片処理が存在しなければ、図５によ
り説明したステップ５０９からの処理に移行する（ステ
ップ７００、７０１）。

【００４２】（２）ステップ７００の判定で、現在バッ
クグラウンドで実行中のページ断片処理があった場合、
または、ステップ７０１の判定で、“実行待ち”状態の
ページ断片処理が存在した場合、ポータルサーバ１２０
が高負荷状態であるか否かを判定し、ポータルサーバ１
２０が高負荷状態になければ、“実行待ち”状態のペー
ジ断片処理が存在するかどうか確認する（ステップ７０
２、７０３）。

【００４３】（３）ステップ７０３の確認で、“実行待
ち”状態のページ断片処理が存在すれば、ページ断片生
成処理制御部１２５は、その“実行待ち”状態のページ
断片処理を実行し、処理状態を“実行中”として、図６
のステップ６００からの処理に移行し、“実行待ち”状
態のページ断片処理が存在しない場合、処理中のページ
断片処理がが存在するので、やはり、図６のステップ６
００からの処理に移行する（ステップ７０４）。

【００４４】（４）ステップ７０２の判定で、ポータル
サーバ１２０が高負荷状態であった場合、ページ断片生
成処理制御部１２５は、現在実行中のページ断片生成処
理スレッドの優先順位を再割り当てして、その結果、実
行を中止する必要のあるページ断片生成処理スレッドが
存在するか否かを判定し、そのようなスレッドが存在す
れば、その実行を中止し、処理状態を“実行待ち”に変
更する（ステップ７０５〜７０８）。

【００４５】（５）ステップ７０８の処理終了後、また
は、ステップ７０６の判定で、処理の注視を要するスレ
ッドが存在しなかった場合、図６のステップ６００から
の処理に移行する。

【００４６】図８はログアウト要求を受信したときのポ
ータルサーバ１２０の処理動作を説明するフローチャー
トである。

【００４７】（１）まず、ＷＷＷサーバ機能処理部１２
１は、クライアント１００からのログアウト要求を受信
する。なお、図示していないが、このログアウト要求が
ログイン要求を受信していない処理に対するものである
場合、ログインページへ転送される（ステップ８０
０）。

【００４８】（２）次に、ページ断片生成処理制御部１
２５は、現在バックグラウンドで実行中のページ断片処
理があるか否かを判断し、実行中のものがあれば、その
処理を中止する（ステップ８０１、８０２）。

【００４９】（３）ステップ８０２の処理の終了後、ま
たは、ステップ８０１の判定で、バックグラウンドで実
行中のページ断片処理がなかった場合、ページ断片生成
処理制御部１２５は、生成ページ断片格納部１２８をク
リアし、セッションデータ３００を破棄すると共に、セ
ッションを破棄する（ステップ８０３〜８０５）。

【００５０】（４）最後に、ＷＷＷサーバ機能処理部１
２１は、クライアント１００へログインページを送信し
て処理を終了する（ステップ８０６）。

【００５１】図９は前述で説明した本発明の実施形態に
よりページ断片を合成した合成ページの例を示す図であ
る。

【００５２】図９に示す合成ページの例は、本発明を企
業ポータルに適用した場合に、クライアントに表示され
るページの例であり、ポータルからの「お知らせ」、
「新着情報」の他に、社員であるユーザが要求している
「News Headline」 、「今日の天気」のページ断片を合
成して要求ページとして作成されている。各ページ断片
内の下線が付与されている部分は、リンクが張られてい
ることを示しており、ユーザは、これらの部分をマウス
等により操作することにより、バックエンドシステムや
外部リソース等の情報ソースへ直接アクセスしてその詳
細な情報を見ることができる。

【００５３】また、要求ページとは別に、要求ページ内
に表示される各ページ断片内の情報取得源等の情報の表
示される。

【００５４】前述した本発明の実施形態による各処理
は、処理プログラムとして構成することができ、この処
理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−
ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供する
ことができる。

【００５５】前述した本発明の実施形態は、ポータルサ
ーバの高負荷時に、ページ断片生成処理スレッドに予め
定義された優先順位を割り当て、さらに、特定のページ
断片では処理を行わないこととして、できるだけ優先順
位の高いページ断片が要求ページに含まれるようにして
いるが、本発明は、ポータルサーバの高負荷時、予め定
義された特定のページ断片生成処理において、直接、バ
ックエンドシステムや外部リソース等の情報ソースへの
リンクを含む静的ページ断片を返すようにしてもよい。

【００５６】また、前述した本発明の実施形態は、ペー
ジ断片生成処理の応答監視時間及び優先順位を、予めポ
ータルサーバに登録しておくこととしているが、本発明
は、ページ要求毎にこれらの情報を指定してもよい。

【００５７】前述した本発明の実施形態によれば、各ペ
ージ断片生成処理を時間監視し、ある一定時間内に生成
完了したページ断片を合成してクライアントに応答を返
すようにしたため、一定した応答時間を実現することが
できる。また、本発明の実施形態は、前記一定時間内に
生成を完了することができなかったページ断片を別の要
求で取得できるようにし、そのページ断片処理をバック
グラウンドで引き続き継続するようにしたため、再要求
時、そのページ断片をクライアントへ送信できる割合を
増加させることができる。

【００５８】さらに、前述した本発明の実施形態によれ
ば、ポータルサーバの高負荷時、ページ断片生成処理実
行スレッドの優先順位を設定し、また、予め定義された
特定のページ断片生成処理を実行しないようにしたた
め、ポータルサーバが高負荷時であっても、ある一定時
間内に、各クライアントにとってそれぞれ有用な情報を
提供することができる。

【００５９】また、前述した本発明の実施形態によれ
ば、ポータルサーバの高負荷時、予め定義された特定の
ページ断片生成処理で、直接、バックエンドシステムや
外部リソース等の情報ソースへのリンクを含む簡易なペ
ージ断片を生成するようにしたため、ページ断片生成処
理負荷及びバックグラウンド処理負荷を削減することが
でき、その上、ユーザを直接情報ソースへ誘導すること
によって、ポータルサーバへのアクセスそのものを削減
することができるという効果を期待することもできる。

【００６０】

【発明の効果】以上説明したように本発明によれば、ポ
ータルサーバが高負荷である場合にも、一定の時間内に
応答を返すことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態によるポータルシステムの
構成を示すブロック図である。

【図２】ユーザデータの詳細を説明する図である。

【図３】ユーザのセッションに関連付けられたセッショ
ンデータを説明する図である。

【図４】ポータルサーバがクライアントからのページ要
求を受信してからページ断片生成処理制御部に制御を移
すまでの処理動作を説明するフローチャートである。

【図５】ページ断片生成処理制御部がページを生成し、
ポータルサーバが応答を返すまでの処理動作を説明する
フローチャートである。

【図６】図５におけるページ断片生成処理の動作の詳細
を説明するフローチャートである。

【図７】クライアントからのページ要求が、前回応答監
視時間内に完了できなかったページ断片の要求であった
場合か、または、前回高負荷のため実行しなかったペー
ジ断片の要求であった場合の処理を説明するフローチャ
ートである。

【図８】ログアウト要求を受信したときのポータルサー
バの処理動作を説明するフローチャートである。

【図９】本発明の実施形態によりページ断片を合成した
合成ページの例を示す図である。

【符号の説明】

１００ クライアント １０１ ＷＷＷブラウザ １１０、１６０ ネットワーク １２０ ポータルサーバ １２１ ＷＷＷサーバ機能処理部 １２２ セッション管理部 １２３ ユーザ認証部 １２４ ページ合成／データ変換処理部 １２５ ページ断片生成処理制御部 １２６ 優先順位制御部 １２７ ページ断片生成処理監視部 １２８ ページ断片格納部 １２９〜１３１ ページ断片生成処理部Ａ〜Ｎ １３２ ユーザＤＢ（Database） １３３ ユーザＩＤ １４０ バックエンドシステム １５０ ＤＢＭＳ（Database Management System） １７０ 外部リソース ３００ セッションデータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 進藤 成純 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B075 KK03 KK07 NK02 NK44 PQ02 PQ20 PQ42 UU40 5B082 HA02 HA08

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ページ要求を行う１または複数のクライ
   アントと、複数のページ断片を合成してクライアントか
   らの要求ページを生成するポータルサーバとを備えるポ
   ータルシステムにおいて、前記ポータルサーバは、各ペ
   ージ断片を生成するページ断片生成手段と、ページ断片
   生成手段でのページ断片生成の処理時間を監視する監視
   手段と、前記監視手段による監視時間である一定時間内
   に生成を完了したページ断片を合成するページ断片合成
   手段と、ページ断片を合成したページをクライアントに
   応答として返す応答手段とを備えることを特徴とするポ
   ータルシステム。
2. 【請求項２】 前記ページ断片生成手段は、前記一定時
   間内に生成を完了できなかったページ断片について、バ
   ックグランドで引き続き生成の処理を継続し、前記ペー
   ジ断片合成手段は、前記クライアントからの再要求時、
   前記バックグランドで生成されたページ断片を合成する
   ことを特徴とする請求項１記載のポータルシステム。
3. 【請求項３】 前記ページ断片生成手段は、ポータルサ
   ーバの高負荷時、予め定義された各ページ断片に対する
   優先順位に基づいて、各ページ断片生成処理を実行する
   ことを特徴とする請求項１または２記載のポータルシス
   テム。
4. 【請求項４】 前記ページ断片に対する優先順位は、ペ
   ージ断片生成処理を実行しない順位を含むことを特徴と
   する請求項３記載のポータルシステム。
5. 【請求項５】 前記ページ断片生成手段は、ポータルサ
   ーバの高負荷時、予め定義された特定のページ断片につ
   いて、直接、情報ソースへのリンクを含む簡易なページ
   断片を生成することを特徴とする請求項１または２記載
   のポータルシステム。
6. 【請求項６】 前記ページ断片生成手段は、前記一定時
   間内に生成を完了したページ断片をクライアントとのセ
   ッションに対応して記憶しておき、クライアントからの
   再要求時、前記記憶したページ断片と前記バックグラウ
   ンドで生成完了したページ断片とを合成することを特徴
   とする請求項２記載のポータルシステム。
7. 【請求項７】 複数のページ断片を合成してクライアン
   トからの要求ページを生成するポータルシステムにおけ
   るページ断片の合成、応答方法において、各ページ断片
   を生成するページ断片生成の処理時間を監視し、前記監
   視による監視時間である一定時間内に生成を完了したペ
   ージ断片を合成し、ページ断片を合成したページをクラ
   イアントに応答として返すことを特徴とするポータルシ
   ステムにおけるページ断片の合成、応答方法。
8. 【請求項８】 複数のページ断片を合成してクライアン
   トからの要求ページを生成するポータルシステムにおけ
   る処理プログラムであって、各ページ断片を生成する処
   理プログラムと、ページ断片生成の処理時間を監視する
   処理プログラムと、監視時間である一定時間内に生成を
   完了したページ断片を合成する処理プログラムと、ペー
   ジ断片を合成したページをクライアントに応答として返
   す処理プログラムとを有することを特徴とする処理プロ
   グラム。