JP2010009145A - ウェブページ生成システム及びウェブページ生成プログラム - Google Patents

Abstract

【課題】カスタマイズされたウェブページの動的な生成と、メンテナンス性の維持とを共に実現すること。
【解決手段】本ウェブページ生成システムは、カスタマイズツール１００と、部品管理部１０１と、ユーザ定義ファイル管理部１０２と、標準定義ファイル１０９を管理するファイル管理部１０３と、ウェブページ生成エンジン１０４とを備えて構成されている。カスタマイズツール１００は、ユーザ対応にテンプレートと呼ばれる一連の処理に含めるべき部品を部品管理部１０１から取り出し、ユーザ定義ファイルを作成する。ウェブページ生成エンジン１０４は、ユーザ定義ファイルと標準定義ファイルとをマージし、ＨＴＭＬ形式で動的にウェブページを提供する。ユーザがウェブページを使用した後は、一時的に使用した資源を全て解放する。
【選択図】図１

Description

本発明はウェブページ生成システム及びウェブページ生成プログラムに係り、特に、定義ファイル生成支援ツールと、定義ファイルのみからウェブページを生成するツールとを備えて、複数の顧客の様々なニーズに合わせてカスタマイズされたウェブページを生成できるウェブページ生成システム及びウェブページ生成プログラムに関する。

近年、多くの企業が、利用可能なアプリケーション・ソフトウェア（以下、単に「アプリケーション」と略称する）の機能を、ネットワーク経由でユーザに提供している。Google社による、ワープロ、表計算アプリケーションや、SalesForce.com社による、顧客管理アプリケーションなどがその提供されるアプリケーションの代表例である。
これらのアプリケーションについては、いずれも、
（１）複数のユーザが同一のアプリケーションおよびハードウェア環境を共有している、
（２）データベースやウェブページなどの設定をユーザ毎にカスタマイズすることが可能である、
という特徴を有しており、SaaS（Software as a Service）と呼ばれている。

このSaaS（Software as a Service）のように、ネットワークを介してソフトウェアの機能を提供するシステムでは、複数のユーザが同一のソフトウェアおよびソフトウェア環境を共有する形式（即ちマルチテナント形式）でもって、ソフトウェアを提供しており、このため、ユーザ毎のニーズに対応するためのカスタマイズ機能が別途必要になる。

このようなカスタマイズ機能は、ウェブページで利用されるビジネスロジックの変更や、ユーザインターフェースの変更といった、利用者毎のニーズに合わせたウェブページのカスタマイズ処理を行うことが主要な機能である。このため、ウェブページを動的に生成することで、利用者毎のニーズに合ったカスタマイズを実現する手法が一般的に採用されている。ウェブページの動的な生成には、複雑なＨＴＭＬを記述する、JSPなどのプログラミングによる動的なウェブページ構成法などがある。

特開２００３−１３２０８６号公報では、個人情報を一意に定めるキーをパラメータに保有し、ウェブページの仕様を定めるテンプレート情報と、前記キーパラメータにリンク付けされた情報と、該情報を使用して生成されるウェブページの表現形式を定めるルールベースとに基づいてウェブページを動的に生成する方法を提案している（特許文献１参照。）。
特開２００３−１３２０８６号公報

ところで、上記背景技術で述べた従来のウェブページ生成システムにあっては、ウェブページを動的に生成する手法として、
（１）単一のウェブページファイルにビジネスロジックを組み込み、ユーザ毎に定義したパラメータで当該ビジネスロジックに分岐命令を設ける手段によって、ユーザ専用のウェブページを実現する手法、
（２）ユーザ毎に別々のウェブページファイルを準備し、このファイルを、ユーザ単位で振り分けることによって、ユーザ専用のウェブページとして使用する手法、
が存在する。

しかしながら、前記の（１）に記載の手法の場合、例えば、JSPなどのプログラミングによる動的なウェブページ構成手法では、ウェブページの中でビジネスロジックを分岐させているため、制御が複雑になり、ウェブページのボリューム（即ち１ページ当たりの平均情報量）が増大して、ウェブページを保管するファイルが肥大化してしまうといった問題点がある。

また、前記の（２）に記載の手法の場合、例えば、前述の特許文献１に記載のシステムでは、個人情報を一意に定めるキーをパラメータに有しており、ユーザ毎にカスタマイズしたウェブページが、ＨＴＭＬ(Hyper Text Markup Language)ファイルとして出力されている。これにより、ユーザ専用のウェブページを動的に生成することは可能であるが、ユーザが増えるにつれてウェブページの数が増大するという問題点がある。

よって、上記いずれの手法においても、ウェブページを動的に生成することは可能であるが、ウェブページの肥大化や、ウェブページ数の増大が発生してしまうことから、ウェブページについては、そのメンテナンス性と、ユーザ毎のカスタマイズ性とが両立し難い関係にあることが知れる。

本発明は、上記従来の問題点に鑑みてなされたものであって、ウェブページの生成に際してウェブページの肥大化（即ち１ページ当たりの情報量の増大）およびページ数増大を防ぐことと、ユーザ定義ファイルを利用してユーザ毎にカスタマイズしたウェブページを生成することとを可能にして、カスタマイズされたウェブページの動的な生成と、メンテナンス性の維持とを共に実現することができるウェブページ生成システム及びウェブページ生成プログラムを提供することを目的としている。

上記課題を解決するために、本発明は、同一のサーバ環境を使用する複数のユーザの各々に対応してデータベース及びビジネスロジックをカスタマイズさせたウェブページを生成するウェブページ生成システムであって、定型的な処理の実行モジュールである部品を記憶し管理する部品管理手段と、ユーザが指定した当該ユーザ用の部品を前記部品管理手段から取り出して当該ユーザ用の定義ファイルを作成する手段と、前記ユーザ用の定義ファイルと予め記憶された標準の定義ファイルとを併合処理して当該ユーザ用のマージファイルを作成する手段と、前記ユーザ用のマージファイルをＨＴＭＬ形式に変換し、動的にウェブページを生成する手段とを備えたことを特徴とするウェブページ生成システムを提供するものである。

本発明のウェブページ生成システムにおいて、前記ウェブページ生成システムにおいて、前記部品の範疇には、ユーザとのインターフェース手段を設けるために必要な処理単位と、ユーザのビジネスロジックを実現するのに必要な処理単位とが含まれていることを特徴とする。

本発明のウェブページ生成システムにおいて、前記ユーザ用の定義ファイルが存在しない場合には、前記標準の定義ファイルのみを前記ユーザ用のマージファイルとして作成することを特徴とする。

本発明のウェブページ生成システムにおいて、前記動的に生成されたウェブページが前記ユーザによって使用され終わった時には、前記ウェブページ、及び前記ウェブページの生成途中に生成したファイルを全て消去し、かつ前記ウェブページ、及び前記ウェブページの生成途中に生成したファイルに充当されていた資源を全て開放して再使用可能にすることを特徴とする。

本発明は、また、同一のサーバ環境を使用する複数のユーザの各々に対応してデータベース及びビジネスロジックをカスタマイズさせたウェブページを生成するウェブページ生成プログラムであって、定型的な処理の実行モジュールである部品を記憶し管理する部品管理手段を有するコンピュータに、ユーザが指定した当該ユーザ用の部品を前記部品管理手段から取り出して当該ユーザ用の定義ファイルを作成するステップと、前記ユーザ用の定義ファイルと、前記コンピュータに予め記憶された標準の定義ファイルとを併合処理して当該ユーザ用のマージファイルを作成するステップと、前記ユーザ用のマージファイルをＨＴＭＬ形式に変換し、動的にウェブページを生成するステップとを実行させることを特徴とするウェブページ生成プログラムを提供するものである。

本発明のウェブページ生成プログラムにおいて、前記部品には、ユーザとのインターフェース手段を設けるために必要な処理の実行モジュールと、ユーザのビジネスロジックを実現するのに必要な処理の実行モジュールとが含まれていることを特徴とする。

本発明のウェブページ生成プログラムにおいて、前記ユーザ用の定義ファイルが存在しない場合には、前記標準の定義ファイルのみを前記ユーザ用のマージファイルとして作成することを特徴とする。

本発明のウェブページ生成プログラムにおいて、前記動的に生成されたウェブページの前記ユーザによる使用が終了した後に、前記ウェブページ、及び前記ウェブページの生成用に生成したファイルを全て消去し、かつ前記ウェブページ、及び前記ウェブページの生成用に生成したファイルに充当されていた前記コンピュータのリソース（資源）を全て開放して再使用可能にすることを特徴とする。

以上のように構成された本発明に係るウェブページ生成システムは、ユーザ定義ファイル管理部、定義ファイル管理部、部品管理部、ウェブページ生成エンジンを備えることで、ウェブページの肥大化およびページ数増大を防ぐ課題を解決する。即ち、ウェブページ生成エンジンでは、解析手段により、カスタマイズ可能なユーザ定義ファイルと標準アプリケーション用の定義ファイルとをマージし、このマージした結果を生成手段に引き渡し、この生成手段において部品管理手段に存在する部品を呼び出し、ＨＴＭＬ形式の部品に変換する。変換されたＨＴＭＬ形式の部品はメモリ上に置いてＨＴＭＬファイルとしては生成しない。また、ウェブページは利用時に逐次的に作成されるため、マルチテナント型に対応してもウェブページが増大せずに済む。

さらに、本発明に係るウェブページ生成システムは、ユーザ毎にカスタマイズするためにXML形式のユーザ定義ファイルを用いる（ウェブページの自動生成に際しては、ウェブページの肥大化および増大を防ぐために上記手段を用いる）。ユーザ定義ファイルは、部品管理手段、カスタマイズツール、ユーザ定義ファイル管理手段を利用して生成する。まず、画面に表示させるコントロールや、ビジネスロジックを組み込んだ部品群を部品管理手段によって提供する。次に、それらの部品群を基に、ユーザ毎のカスタマイズを行うためのカスタマイズツールを提供し、ユーザ定義ファイルの生成を行う。ユーザ定義ファイルの作成を行った後、ユーザ定義ファイル管理手段が、リポジトリ上でユーザ毎にユーザ定義ファイルを管理する。

以上説明したように、本発明のウェブページ生成システム及びウェブページ生成プログラムによれば、マルチテナント型というカスタマイズ性が求められるウェブアプリケーションに対して、部品と定義ファイルから動的にウェブページを生成することが可能になる効果がある。

また、カスタマイズ用の定義ファイルにおいても、提供するカスタマイズツールを利用することで自動的に生成が可能となり、開発効率が飛躍的に高まる効果がある。

さらに、生成されたウェブページはメモリ上にＨＴＭＬがあるだけで、ファイルとしては保持しない。また、動的に生成されたウェブページがユーザによって使用され終わった時には、ウェブページ、及びウェブページの生成途中に生成したファイルを全て消去し、かつウェブページ、及びウェブページの生成途中に生成したファイルに充当されていた資源は、ウェブページ用のメモリ領域も含めて全て開放して再使用可能にする。これにより、ウェブページの増加によるメンテナンスの困難さを解消することができる効果がある。

以下、本発明のウェブページ生成システム及びウェブページ生成プログラムの最良の実施形態について、図面を参照して詳細に説明するが、便宜上、マルチテナント方式で提供されるアプリケーションにおいて、ユーザ毎にカスタマイズする方法を中心に説明を行う。

図１は、本発明の実施形態に係るウェブページ生成システムの全体構成を示す構成図である。
同図において、本実施形態のウェブページ生成システムは、ユーザに提供するウェブページの作成に必要な部品をカスタマイズするカスタマイズツール１００と、ウェブページの完成に必要な部品を管理する部品管理部１０１と、ユーザ定義ファイルを管理するユーザ定義ファイル管理部１０２と、標準定義ファイル１０９を管理するファイル管理部１０３と、作成されたウェブページをＨＴＭＬ形式にしてウェブページとして提供するウェブページ生成エンジン１０４と、を備える。

ウェブページ生成エンジン１０４は、カスタマイズ可能なユーザ定義ファイルと標準アプリケーション用の定義ファイルとをマージする解析部１１４と、マージ結果を記録するユーザＡ用マージファイル１１０と、マージ結果を記録するユーザＢ用マージファイル１１１と、ＨＴＭＬ形式でウェブページを生成する生成部１１５と、を備えて構成される。
ここでは、ユーザＡが標準用ＨＴＭＬ１１２を使用し、ユーザＢがユーザＢ用ＨＴＭＬ１１３を使用するものとする。

以下、本実施形態のウェブページ生成システムが有する各構成要素の機能について説明する。
カスタマイズツール１００は、部品管理部１０１から、ユーザに提供するウェブページの作成に必要な部品を取り出し、この部品により、ユーザ定義ファイルをカスタマイズして作成し、ユーザ定義ファイル管理部１０２に引き渡す。
部品管理部１０１は、ウェブページの完成に必要な部品（ここでは、ユーザインターフェースに係るＵＩ部品１０５と、ビジネスロジックに係るビジネスロジック部品１０６）を管理し、カスタマイズツール１００に引き渡す。

ユーザ定義ファイル管理部１０２は、部品管理部１０１から受け取ったユーザ定義ファイル（ここでは、ユーザＡ用定義ファイル１０７とユーザＢ用定義ファイル１０８）を管理し、解析部１１４に引き渡す。
ファイル管理部１０３は、標準定義ファイル１０９を管理し、解析部１１４に引き渡す。

ウェブページ生成エンジン１０４は、ウェブページ（ここでは、標準用ＨＴＭＬ１１２と、ユーザＢ用ＨＴＭＬ１１３）を生成し、ウェブページとして提供する。
ウェブページ生成エンジン１０４の解析部１１４は、カスタマイズ可能なユーザ定義ファイルと標準アプリケーション用の定義ファイルとをマージし、当該マージ結果を記録するユーザＡ用マージファイル１１０と、同じく当該マージ結果を記録するユーザＢ用マージファイル１１１とを作成する。ウェブページ生成エンジン１０４の生成部１１５は、ユーザＡ用マージファイル１１０と、ユーザＢ用マージファイル１１１とから、ＨＴＭＬ形式でウェブページを生成する（即ち、インターネット網に公開する）。

よって、本発明に係るウェブページ生成システムの特徴的な処理は、図１において、
（１）ユーザが部品管理部１０１のＵＩ部品１０５とビジネスロジック部品１０６とを基にカスタマイズツール１００を使用してユーザ定義ファイル（１０７、１０８）を生成すること、
（２）カスタマイズツール１００により生成されたユーザ定義ファイル１０７、１０８）と定義ファイル（１０９）とをマージして、ウェブページ生成エンジン１０４を介してウェブページ（１１０、１１１）を生成すること、
（３）ＨＴＭＬファイル、JSPページは、参照時には必要とせず、よって、少ないページボリュームでもマルチテナントに対応できること、
である。

カスタマイズツール１００は、プロセスＩＤ、プロセス名、対象エンティティ（但し、ここではページによって操作することのできるデータベースをエンティティと呼称している）を標準構成としながらも、これらをユーザ毎にカスタマイズする機能を有する。

ここで、プロセスＩＤは、ビジネスプロセスを一意に識別するためのキーであり、プロセス名は一連の業務処理を表す名称である。プロセスとは複数のページによって構成される業務処理であり、対象エンティティを操作するための一連のページの組み合わせである。また、プロセス内のそれぞれのページには、「コントロール」と呼ばれる、エンティティを操作するための部品を設定することができる。

カスタマイズツール１００は、２つの機能を有する。その１つ目の機能は、部品管理部１０１に属するＵＩ部品１０５とビジネスロジック部品１０６とを基にして、ユーザ定義ファイル（１０７，１０８）をXML形式で生成することである。ちなみに、このXML形式のユーザ定義ファイルは、従来では手動で生成しなければならなかったが、本発明では自動生成している。このため、作成処理効率が飛躍的に高まる。さらに、カスタマイズツール１００は、ビジネスロジック部品１０６から成るテンプレートを提供する。

カスタマイズツール１００の２つ目の機能は、部品管理部１０１のＵＩ部品１０５と、ビジネスロジック部品１０６に、新たな部品を追加登録することである。この機能により、ＵＩ部品１０５とビジネスロジック部品１０６の手持ちを拡張することができるため、カスタマイズの幅が広くなる効果がある。以下、主に前記の１つ目の機能に焦点を当てて説明する。

部品管理部１０１には、ＵＩ部品１０５と、ビジネスロジック部品１０６とが備えられている。ここで、ＵＩ部品１０５とは、画面に表示されるボタン、テキスト、ラベル、テキストエリア、セレクトボックス等のコントロール群をいう。一方、ビジネスロジック部品１０６とは、業務処理を扱うための部品であり、検索、一覧、検索一覧、編集等のページ内、及びページ間で動作するビジネスロジックを定義している。

図２は、ＵＩ部品１０５のリストを示す説明図であり、図３は、ビジネスロジック部品１０６のリストを示す説明図である。図２、図３には、部品名、その説明、及び備考の各カラムが設けられている。
図２に示すように、ＵＩ部品１０５は画面表示で一般的に利用されているものを網羅しており、図３に示すように、ビジネスロジック部品１０６も同様に一般的な処理機能を網羅している。

図４は、カスタマイズツール１００の処理手順を示すフローチャート図である。以下、図１を参照しながら、図４に示すフローチャート図を使用して、カスタマイズツール１００の処理手順を説明する。勿論、この処理手順は、ユーザがウェブページを利用するに際して、カスタマイズツール１００が起動された時に実行される処理手順である。

（ステップＳ１）
ステップＳ１では、カスタマイズツール１００は、ユーザが指定したテンプレートをロードする。
（ステップＳ２）
ステップＳ２では、カスタマイズツール１００は、ロードしたテンプレートで使用されているＵＩ部品１０５及びビジネスロジック部品１０８を呼び出し、呼び出した部品は、「panelsタグ」内でＵＩ部品群１０５に、また、「PageMetaタグ」内でビジネスロジック部品１０８に、それぞれ出力する。
（ステップＳ３）
ステップＳ３では、カスタマイズツール１００は、XML形式のユーザ定義ファイル（ここではユーザＢ用定義ファイル１０８）を生成し、ユーザ定義ファイル管理部１０２に引き渡す。

ユーザ定義ファイル管理部１０２では、ユーザ毎にアプリケーションをカスタマイズできるようにユーザ定義ファイル（１０７、１０８）を管理している。図１ではユーザＡ用のユーザ定義ファイル（１０７）は実体が無いことを表しており、このように、ユーザ定義ファイル管理部（１０２）ではカスタマイズしたいユーザのユーザ定義ファイル（ここではユーザＢ用定義ファイル１０８）のみを保持すればよい。

図５は、ユーザ定義ファイル（部分）の１構成例を示す説明図である。
同図において、四角で囲んだ部分がウェブページ内の機能、及びボタンの「submit処理」でデータをどのように扱うかの定義を示す箇所である。「submit処理」とは、ボタン押下時に発生するイベントの遷移やロードを表す。例えば、検索ボタンを押下して、一覧結果を別のページに表示させたい場合は、「submit処理」は遷移を表し、それに対し一覧結果を同ページに表示させたい場合は、「submit処理」はロードを指す。「FormActionタグ」内の「FormActionMeta」にはラベルの「検索」、及び「クリア」が存在しており、これらは処理機能として検索、クリアが有ることを表している。「FormActionMeta」とは、フォーム内でどのようなビジネスロジックが存在するかを表す。さらに、それぞれ「EventLinkｓタグ」内に「QueryEventLinkMeta」と書かれていることから、データはQueryに渡されることを意味している。「EventLinksタグ」とは、ビジネスロジックによるページ遷移でデータを受け渡す仕組みを表すものである。「nextpageタグ」の数字（図５では"１"）は画面遷移先を表す。「panelIｄタグ」（図５では"view"）はパネル内のビジネスロジックを表す。

定義ファイル管理部１０３では、標準アプリケーションを提供するための標準定義ファイル１０９を管理している。基本的には、定義ファイル管理部１０３には標準の定義ファイルが存在することが前提である。但し、標準の定義ファイルは、無くてもシステム全体として問題はないが、ウェブページ生成の効率性、拡張性を考慮するならば用意しておくことが望ましい。
前述のとおり、ウェブページ生成エンジン１０４は、解析部１１４と生成部１１５を備える。

図６は、ウェブページ生成エンジン１０４の処理内容を示す説明図である。
同図に示すように、解析部１１４は、ユーザＡ用定義ファイル１０７が存在する場合はユーザＡ用定義ファイル１０７と標準定義ファイル１０９とをマージしてユーザＡ用のマージファイル１１０を作成し、生成部１１５に引き渡す。また、ユーザＢ用定義ファイル１０８が存在する場合はユーザＢ用定義ファイル１０８と標準定義ファイル１０９とをマージしてユーザＢ用のマージファイル１１１を作成し、生成部１１５に引き渡す。

図７は、解析部１１４の処理手順を示すフローチャート図である。以下、図１を参照しながら、図７に示すフローチャート図を使用して、解析部１１４の処理手順を説明する。

（ステップＳ２１）
ステップＳ２１では、解析部１１４は、ユーザ定義ファイル管理部１０２と定義ファイル管理部１０３の各定義ファイルをメモリ上にロードする。
（ステップＳ２２）
ステップＳ２２では、解析部１１４は、ユーザ定義ファイル（ここではユーザＢ用定義ファイル１０８のみが存在するものとする）が、各ユーザ対応に有るか否かを検証し、いずれかのユーザ定義ファイルが存在する場合は、ステップＳ２３に進み、いずれのユーザ定義ファイルも存在しない場合は、ステップＳ２５に移る。

（ステップＳ２３）
ステップＳ２３では、解析部１１４は、ユーザ定義ファイル管理部１０２に存在するユーザ定義ファイル（ここではユーザ定義Ｂ用ファイル１０８のみ）の各々と、標準定義ファイル１０９とをマージし、このマージ結果をマージファイル（ここではマージファイル１１１のみ）として出力する。
（ステップＳ２４）
ステップＳ２４では、解析部１１４は、ステップＳ２３におけるマージ結果のファイル（ここではマージファイル１１１のみ）を、生成部１１５へ引き渡し、処理を終了する。

（ステップＳ２５）
ステップＳ２５では、解析部１１４は、ユーザ定義ファイル管理部１０２にユーザ定義ファイルが全く存在しない場合の処理として、標準定義ファイル１０９のみを生成部１１５へ渡し、ステップＳ２４に移る。

図８は、生成部１１５の処理手順を示すフローチャート図である。以下、図１を参照しながら、図８に示すフローチャート図を使用して、生成部１１５の処理手順を説明する。

（ステップＳ３１）
ステップＳ３１では、生成部１１５は、解析部１１４から引き渡されたマージファイル（ここではマージファイル１１１のみ）を、メモリにロードする。
（ステップＳ３２）
ステップＳ３２では、生成部１１５は、ＵＩ部品１０５とビジネスロジック部品１０６を取り出す。
（ステップＳ３２）
ステップＳ３２では、生成部１１５は、メモリにロードしたマージファイル（ここではマージファイル１１１のみ）を基にし、ＵＩ部品１０５及びビジネスロジック部品１０６を使用してウェブページを生成し、処理を終了する。

以上の処理過程により、ＨＴＭＬ形式に変換されたウェブページが動的に生成される。
なお、この生成されたウェブページ、及びこの生成途中で生成されたファイルは、ユーザによる使用後には全て消去され、これらに専有されていた資源は全て開放されて再利用されるものとする。

図９は、生成されたＨＴＭＬ（部分）の１構成例を示す説明図である。
同図に示すウェブページは、ファイルとして予め保持されているものではなく、また、ユーザに提供後も保持されるものでもなく、逐次的に（即ち、ユーザに提供する必要が生じた都度に）メモリ内にＨＴＭＬ形式のウェブページを生成し、ユーザに提供するものである。このため、マルチテナント型に対応する場合であってもウェブページを増大させずに済む。また、従来のウェブページ生成システムのように、ＨＴＭＬファイルやJSPなどでパラメータだけを変化させて動的にウェブページ生成する方式とは異なり、ユーザ定義ファイル（１０７、１０８）と定義ファイル（１０９）を使用して、一から本格的にウェブページを動的に生成することができる（以上の点は本発明の最大の特徴である）。

さらに、ユーザがカスタマイズを行う際に変更が必要となるのは、ユーザ定義ファイル管理部１０２に存在するユーザ定義ファイルのみであるため、アプリケーションサーバの再起動や、ファイルのデプロイといった複雑な作業が必要でなくなる。また、ウェブページの数量的な増加を伴わないため、システムに変更が生じた場合にもメンテナンスが最小限で済む効果がある。

最後に、ユーザがウェブページを生成する場合の手順を１例として示す。
ユーザはカスタマイズツール１００を用いてテンプレートを指定し、ビジネスプロセスを指定する（テンプレート選択後にはユーザフレンドリなプレビュー機能も使用できる）。続いて対象エンティティを指定することで、ビジネスプロセスに沿った画面に表示するデータ項目を決定すれば、ウェブページ（１１２、１１３）を容易に生成させることができる。

なお、本発明に係るウェブページ生成システムの各構成要素の処理の少なくとも一部をコンピュータ制御により実行するものとし、かつ、上記処理を、図４，７，８の各フローチャートで示した手順によりコンピュータに実行せしめるプログラムは、半導体メモリを始め、ＣＤ−ＲＯＭや磁気テープなどのコンピュータ読み取り可能な記録媒体に格納して配付してもよい。そして、少なくともマイクロコンピュータ，パーソナルコンピュータ，汎用コンピュータを範疇に含むコンピュータが、上記の記録媒体から上記プログラムを読み出して、実行するものとしてもよい。

本発明は、マルチテナント型に対応したウェブアプリケーションの開発全般に適用可能であり、特に、部品からウェブアプリケーションをカスタマイズするための定義ファイルを管理する方法全般に好適に適用可能である。

本発明の実施形態に係るウェブページ生成システムの全体構成を示す構成図である。 ＵＩ部品１０５のリストを示す説明図である。 ビジネスロジック部品１０６のリストを示す説明図である。 カスタマイズツール１００の処理手順を示すフローチャート図である。 ユーザ定義ファイル（部分）の１構成例を示す説明図である。 ウェブページ生成エンジン１０４の処理内容を示す説明図である。 解析部１１４の処理手順を示すフローチャート図である。 生成部１１５の処理手順を示すフローチャート図である。 生成されたＨＴＭＬ（部分）の１構成例を示す説明図である。

符号の説明

１００ カスタマイズツール
１０１ 部品管理部
１０２ ユーザ定義ファイル管理部
１０３ 定義ファイル管理部
１０４ ウェブページ生成エンジン
１０５ ＵＩ部品
１０６ ピジネスロジック部品
１０７ ユーザＡ用定義ファイル
１０８ ユーザＢ用定義ファイル
１０９ 標準定義ファイル
１１０ ユーザＡ用マージファイル
１１１ ユーザＢ用マージファイル
１１２ 標準用ＨＴＭＬ
１１３ ユーザＢ用ＨＴＭＬ
１１４ 解析部
１１５ 生成部

Claims (8)

1. 同一のサーバ環境を使用する複数のユーザの各々に対応してデータベース及びビジネスロジックをカスタマイズさせたウェブページを生成するウェブページ生成システムであって、
   定型的な処理の実行モジュールである部品を記憶し管理する部品管理手段と、
   ユーザが指定した当該ユーザ用の部品を前記部品管理手段から取り出して当該ユーザ用の定義ファイルを作成する手段と、
   前記ユーザ用の定義ファイルと予め記憶された標準の定義ファイルとを併合処理して当該ユーザ用のマージファイルを作成する手段と、
   前記ユーザ用のマージファイルをＨＴＭＬ形式に変換し、動的にウェブページを生成する手段と、
   を備えたことを特徴とするウェブページ生成システム。
2. 前記部品には、ユーザとのインターフェース手段を設けるために必要な処理の実行モジュールと、ユーザのビジネスロジックを実現するのに必要な処理の実行モジュールとが含まれていることを特徴とする請求項１記載のウェブページ生成システム。
3. 前記ユーザ用の定義ファイルが存在しない場合には、前記標準の定義ファイルのみを前記ユーザ用のマージファイルとして作成することを特徴とする請求項１または請求項２記載のウェブページ生成システム。
4. 前記動的に生成されたウェブページの前記ユーザによる使用が終了した後に、前記ウェブページ、及び前記ウェブページの生成用に生成したファイルを全て消去し、かつ前記ウェブページ、及び前記ウェブページの生成用に生成したファイルに充当されていたリソースを全て開放して再使用可能にすることを特徴とする請求項１から請求項３のいずれか１項に記載のウェブページ生成システム。
5. 同一のサーバ環境を使用する複数のユーザの各々に対応してデータベース及びビジネスロジックをカスタマイズさせたウェブページを生成するウェブページ生成プログラムであって、
   定型的な処理の実行モジュールである部品を記憶し管理する部品管理手段を有するコンピュータに、
   ユーザが指定した当該ユーザ用の部品を前記部品管理手段から取り出して当該ユーザ用の定義ファイルを作成するステップと、
   前記ユーザ用の定義ファイルと、前記コンピュータに予め記憶された標準の定義ファイルとを併合処理して当該ユーザ用のマージファイルを作成するステップと、
   前記ユーザ用のマージファイルをＨＴＭＬ形式に変換し、動的にウェブページを生成するステップと、
   を実行させることを特徴とするウェブページ生成プログラム。
6. 前記部品には、ユーザとのインターフェース手段を設けるために必要な処理の実行モジュールと、ユーザのビジネスロジックを実現するのに必要な処理の実行モジュールとが含まれていることを特徴とする請求項５記載のウェブページ生成プログラム。
7. 前記ユーザ用の定義ファイルが存在しない場合には、前記標準の定義ファイルのみを前記ユーザ用のマージファイルとして作成することを特徴とする請求項５または請求項６記載のウェブページ生成プログラム。
8. 前記動的に生成されたウェブページの前記ユーザによる使用が終了した後に、前記ウェブページ、及び前記ウェブページの生成用に生成したファイルを全て消去し、かつ前記ウェブページ、及び前記ウェブページの生成用に生成したファイルに充当されていた前記コンピュータのリソースを全て開放して再使用可能にすることを特徴とする請求項５から請求項７のいずれか１項に記載のウェブページ生成プログラム。

Images