(57)【要約】【課題】本発明はＷｅｂサーバ装置からユーザに提供される画面を構成するＷｅｂユーザインターフェースのコンポーネント化方法及び装置に関し，ユーザ毎に異なるＷｅｂユーザインターフェースを提供可能で，個々のユーザが独自にユーザインターフェースのカスタマイズ可能にすることを目的とする。【解決手段】Ｗｅｂサーバ装置のアプリケーションサーバにおいて，ユーザインターフェースに関係する使用コンポーネントを選択して基本コンテンツを出力し，使用コンポーネントの詳細なレイアウトをスタイルシートを用いて設定し，使用コンポーネント及び設定可能なレイアウト情報をデータベースに格納して，使用する全コンポーネントのコンテンツを結合・編集し，結合コンポーネントをユーザに出力するよう構成する。【選択図】      図１
2004185553.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバ装置からユーザに提供される画面を構成するＷｅｂユーザインターフェースのコンポーネント化方法であって，
Ｗｅｂサーバ装置のアプリケーションサーバにおいて，ユーザインターフェースに関係する使用コンポーネントを選択して基本コンテンツを出力し，前記使用コンポーネントの詳細なレイアウトをスタイルシートを用いて設定し，使用コンポーネント及び設定可能なレイアウト情報をデータベースに格納して，使用する全コンポーネントのコンテンツを結合・編集し，
結合コンポーネントをユーザに出力することを特徴とするＷｅｂユーザインターフェースのコンポーネント化方法。
【請求項２】
請求項１において，
前記アプリケーションサーバは，使用コンポーネントを選択し，使用コンポーネントのプロパティ設定を行い，使用コンポーネントのコンテンツを出力し，使用コンテンツ及び設定可能なレイアウト情報を各コンポーネントについてデータベースに格納し，
使用する全コンポーネントのコンテンツを結合・編集して出力することを特徴とするＷｅｂユーザインターフェースのコンポーネント化方法。
【請求項３】
Ｗｅｂサーバ装置からＷｅｂユーザに提供される画面を構成するＷｅｂユーザインターフェースのコンポーネント化装置において，
前記Ｗｅｂサーバ装置に，アプリケーションサーバと，ユーザ情報，レイアウト情報，画面種及び画面内の構成情報を管理する設定情報データベース，画面のレイアウトの詳細が格納されたスタイルシートとを備え，
前記アプリケーションサーバは，ユーザの要求に対応した画面種，画面内の各機能に対応したコンポーネントの組み合わせや，コンポーネントが持つレイアウトの設定情報を含む結合コンテンツ及び設定情報を生成し，ユーザに出力することを特徴とするＷｅｂユーザインターフェースのコンポーネント化装置。
【請求項４】
請求項３において，
前記アプリケーションサーバは，コンテンツ生成ツールと，各機能と画面内容とからなるコンポーネントを複数個備え，
前記コンテンツ生成ツールからのコンテンツ生成の起動指示により前記コンポーネントを起動して，各コンポーネントからレイアウトの設定項目を取得して設定した項目を前記設定情報データベースに格納し，各コンポーネントのコンテンツを結合・編集して結合コンテンツを生成するコンテンツ生成ツールを備えることを特徴とするＷｅｂユーザインターフェースのコンポーネント化装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＷｅｂサーバ装置に組込まれてシステム構築者または開発者にＷｅｂ画面を容易に構築可能なＷｅｂユーザインターフェースのコンポーネント化方法及び装置に関する。
【０００２】
Ｗｅｂサーバ装置（ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバ装置ともいう）  によりＷＷＷのクライアント（ブラウザ）に対してファイル，データ等をインターネットを通じて提供するサービスが広く利用されるようになった。
【０００３】
そのようなＷｅｂサーバ装置はどのクライアント（ブラウザ）に対しても提供する処理機能（インターフェース）は共通しており，ユーザに対応した画面や機能を提供することができないため，その改善が望まれている。
【０００４】
【従来の技術】
従来のＷｅｂサーバ装置とユーザ（クライアント）とのインターフェースは，基本的にすべてのクライアントに対して同一のコンテンツとして提供されてきた。ユーザ毎に異なるサーバを提供する場合も，クライアントに提供する機能や表示するデータ等をＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ：ＷＷＷブラウザからの要求を受けて，  必要な外部プログラムを呼び出し，プログラムの実行結果をブラウザに返す仕組み）や，ＡＳＰ（Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ：ブラウザからのリクエストの発生に対し，サーバ側でスクリプトの実行結果をＨＴＭＬ形式の文書に埋め込んでブラウザに渡すサーバサイドスクリプト方式の一つ），  Ｓｅｒｖｌｅｔ（Ｗｅｂサーバ装置と連携してサーバ側でＪａｖａ（登録商標）実行形式プログラムを実行するもの），ＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ：ＨＴＭＬ形式の文書にＪａｖａのプログラムを埋め込み，リクエストがあったときにＪａｖａのプログラムを実行し，プレゼンテーション画面の生成を行う）  等のサーバサイドアプリケーションを用いることである程度可変にすることが既に行われている。
【０００５】
しかし，ユーザインターフェースに着目すると，操作性や見た目の良さを高めるためには，画像素材等を駆使して画面全体のデザインを構想する専門のデザイナーが必要である。またデザイナーの作成したＷｅｂコンテンツに，サーバサイドで行っている提供機能や処理結果等を埋め込むにはサーバサイドアプリケーション開発者に高度な技術力を必要とする。
【０００６】
近年は，サーバサイドの業務処理部（ビジネスロジック）とユーザインターフェース実現部（アプリケーションロジック）に分離することにより，ある程度アプリケーション開発者とデザイナーとの分担が明確になってきた。しかし，ユーザにとって真に操作性が良く，見た目が良いユーザインターフェースとは，ユーザ本人が構想したユーザインターフェースである。
【０００７】
従来のＷｅｂ技術では，ユーザ毎に異なるＷｅｂユーザインターフェースを提供可能で，個々のユーザが独自にＷｅｂユーザインターフェースのカスタマイズを実現しているものは無く，その方法は知られていない。
【０００８】
なお，ユーザインターフェース要素を処理することが要求されるプログラミングをカプセル化することを目的とした従来の技術として，サーバ側制御オブジェクトがＷｅｂページ上に表示するクライアント側ユーザインターフェース要素を処理し生成するために，多数のサーバ側制御オブジェクトを組み合わせて，クライアント上のＷｅｂページの表示のためのＨＴＭＬのような言語コードをサーバ側制御オブジェクトが協動して生成し，クライアント側ユーザインターフェース要素の処理は，イベントハンドリング処理，ポストバックデータハンドリング処理，データ結合処理及びサーバ側制御オブジェクトの状態に関する状態管理処理のうちの１つ以上の処理を行うようにした技術（特許文献１参照）が存在する。しかし，この技術はＩＩＳ（Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）  等の既存のミドルウェアを利用したインターフェースの技術であり，ユーザの要求に応じて，画面のレイアウトや，画面内の複数の機能に対応するコンポーネントの構成を設定するものではない。
【０００９】
【特許文献１】
特開２００２−４９４８４号公報
【００１０】
【発明が解決しようとする課題】
上記した従来の技術における主な問題点を挙げると次の（１）  〜（３）  である。
【００１１】
（１）  サーバサイドのコンポーネントに関する問題
従来の業務処理を実現するコンポーネント（ＧＵｉに依存しない，内部的なデータ処理機能）は，ユーザインターフェースと関わりの無いサーバサイドの業務処理を行うものとして位置付けられており，ＣＧＩ，ＡＳＰ，Ｓｅｒｖｌｅｔ，ＪＳＰ等のサーバサイドアプリケーションに対してユーザインターフェースに関わる所をシステム毎に開発，追加，変更することにより実現されてきた。しかし，Ｗｅｂユーザインターフェースの中には業務処理と密接な関係を持つものも多数あり，業務処理とユーザインターフェースを完全に分離することは困難であるという問題があった。
【００１２】
（２）  Ｗｅｂユーザインターフェースの提供に関する問題
Ｗｅｂのユーザインターフェースは，基本的にすべてのクライアントに同一のコンテンツ（内容）を提供するものである。クライアント毎に異なるサービスや異なるレイアウトを提供するためには，サーバサイドでクライアントのサービスやレイアウト情報を全て管理する必要がある。一般的に，クライアント毎に異なる情報はデータベースにより管理されるが，クライアント数が膨大な数になると，データベースの肥大化によりクライアント情報の検索がサーバ装置に対して大きな負荷を与える。また，システムとして提供するサービスの拡張によりユーザインターフェースが複雑化するのに伴い，サーバサイドで管理するクライアント情報も膨大なものとなる。これにより，データの管理が複雑になるだけでなく，サーバ装置の負荷も増大するという問題があった。
【００１３】
（３）  Ｗｅｂユーザインターフェースの構築に関する問題
一般的にＷｅｂのユーザインターフェースの構築は，システム毎にサービスを固定化しないかぎり，システム毎に画面の作成を行う必要がある。この画面作成にはＷｅｂデザイナと画面機能の開発者の両者がそろって初めてユーザのニーズを実現することが可能となる。しかし，システムを開発する毎に画面作成を行うと，開発コストが発生し，また個々のユーザ全てのニーズに完全に応えることは困難である。また，ユーザインターフェースを柔軟にすると，ユーザのあらゆる要望を考慮する必要が生じ，ユーザインターフェースを実現する部品化及びコンポーネント化が困難になるという問題があった。
【００１４】
本発明はユーザ毎に異なるＷｅｂユーザインターフェースを提供可能で，個々のユーザが独自にユーザインターフェースのカスタマイズ可能なＷｅｂユーザインターフェースのコンポーネント化方法及び装置を提供することを目的とする。
【００１５】
【課題を解決するための手段】
図１は本発明の原理構成を示す。図中，１はＷｅｂサーバ装置，２は本発明によりユーザ対応の画面構築を含むサーバサイドで行う各種のトランザクション及び業務処理を実現するアプリケーションサーバ，３はユーザＩＤ，ユーザ毎のレイアウト情報，画面種，画面構成情報を管理する設定情報データベース，４は画面内の詳細なレイアウト，色，文字のサイズ等の各種のスタイルの画面情報が規定されたスタイルシート格納部，５はユーザへ提供する画面内に表示すべき複数のコンポーネント（業務処理と画面表示を含む）を結合してユーザに提供する結合コンテンツ部，６−１〜６−３はＷｅｂサーバ装置１から提供されるＷｅｂページを表示する各ユーザＡ，Ｂ，Ｃの端末，に対して同じ画面種について異なる表示形態でブラウザにより表示する端末，６０〜６３は同じＷｅｂページについて各ユーザの端末のブラウザに表示される画面を構成する各種の画面種，レイアウトを表す。
【００１６】
本発明は各ユーザ（クライアント）に対し，各ユーザからの要求に対応した画面の基本的なレイアウトを設定し，画面を構成する複数のコンポーネントをユーザに提供する時に，ユーザに対応した形式にコンポーネント毎のレイアウトを決めて結合してユーザのブラウザへ提供するものである。
【００１７】
ユーザＡ〜Ｃの各端末６−１〜６−３からそれぞれのリクエストを受けてＷｅｂサーバ装置１のアプリケーションサーバ２が備えるユーザインターフェースと業務処理機能を持つコンポーネントとを結合する機能により，各ユーザＡ〜Ｃが要求する画面の基本的なレイアウトや，画面の構成要素である各コンポーネント（処理機能や画面内容）について要求された画面構成となるようレイアウト，設定項目を設定情報データベース３から取り出し，画面のレイアウトについての詳細情報をユーザから指定することでスタイルシート格納部４として設定する。
【００１８】
各ユーザのユーザ情報は設定情報データベース３から取り出し，取り出された基本的なユーザ情報（機能に対応したコンポーネント情報を含む）を用いて，スタイルシート格納部４から画面内の個別の処理機能や画面を構成するコンポーネントに対応する基本的なレイアウト及び複数のコンポーネントのレイアウトの詳細情報を識別する。識別した詳細情報を用いてアプリケーションサーバ２において，複数のコンポーネントを結合した結合コンテンツに対し，ユーザ毎のスタイルシートと結合し，ユーザへのレスポンスとして結合コンテンツとユーザ毎のスタイルシートを組み合わせたコンテンツを提供することで，ユーザの端末６−１〜６−３のそれぞれのブラウザに異なる画面種・フレーム（６０〜６３）を組み合わせた画面が表示される。なお，結合コンテンツは，画面で使用しているコンポーネントの種類や画面上での機能を特定するもので，レイアウト的な要素を持たない。これらは，ユーザ毎のスタイルシートと結合することで，同じ画面種であってもユーザ毎に異なるレイアウトが可能となる。
【００１９】
【発明の実施の形態】
図２は複数のコンポーネントから一つのコンテンツを生成するための構成を示す。図中，２はアプリケーションサーバ，２０はコンテンツ生成ツール，２０ａはレイアウト設定項目取得部，２０ｂはコンテンツ結合・編集部，２１はコンテンツに対応して用意された複数のコンポーネント（機能と画面内容を含む）２１ａ〜２１ｃを備えたサーバ用ソフト部品，５は上記図１の同じ符号と同様の結合コンテンツ，３０はレイアウト設定項目データベース（ＤＢで表示，図１の設定情報データベース３とスタイルシート格納部４を含む）である。
【００２０】
上記のコンテンツ生成ツール２０の代わりに，コンテンツ生成用のサーブレット（Ｓｅｒｖｌｅｔ：サーバ側で動作するＪａｖａプログラム）を使用することができ，サーバ用ソフト部品２１はＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ  Ｊａｖａ  Ｂｅａｎｓ：Ｊａｖａのソフトをサーバにおけるソフト部品として扱う機構）として構成することができる。なお，アプリケーションサーバ２のコンテンツ生成ツール２０は，システム構築者の構築画面（または画面種構築ツール）から呼び出すことにより起動させて，コンテンツを生成させることができるが，ユーザがアプリケーションサーバ２にアクセスして，コンテンツ生成用のサーブレットを呼び出すことで起動させるようにしてもよい。
【００２１】
複数のコンポーネントからユーザインターフェースコンテンツを結合・生成する場合，ユーザインターフェースに関わるところをＥＪＢコンポーネントの一部に含めることにより，業務処理とユーザインターフェースを結合する。ここで，ＥＪＢコンポーネントに対し，ユーザインターフェースに関するコンテンツソース（基本コンテンツと呼ぶ）を出力するためのメソッドを用意する。また，レイアウト設定項目データベース３０に含まれたスタイルシート格納部（図１の４）による詳細なレイアウト設定を行うため，ユーザＩＤ及び名称（ＮＡＭＥ）情報を取得可能なメソッドもコンテンツ生成ツール２０に用意する。
【００２２】
このようなメソッドを用意しておくことで，画面構築を行うコンテンツ生成ツール（またはＳｅｒｖｌｅｔ）２０から設定項目取得メソッド２１ａ〜２１ｃを起動すると，各コンポーネントＡ〜Ｃが各自の所有する設定項目を応答として返し，その結果をコンテンツ生成ツール（またはＳｅｒｖｌｅｔ）２０が取得することで，画面構築者が画面のレイアウト作成に必要な機能の設定項目の抽出ができる。この結果，コンテンツ生成ツール（またはＳｅｒｖｌｅｔ）２０は，ツールの画面上に設定項目を表示し，画面構築者がコンポーネントＡ〜Ｃの所有する各種設定項目を入力することができる。また，コンテンツ生成ツール（またはＳｅｒｖｌｅｔ）２０は，画面構築者が設定した設定情報を設定項目データベース３０に保存したり，取り出したりすることもできる。
【００２３】
コンテンツ生成ツール（またはＳｅｒｖｌｅｔ）２０は，設定項目データベース３０に設定情報を保存した上でＡ〜Ｃのコンポーネントのコンテンツ生成メソッドを起動することにより，Ａ〜Ｃのコンポーネントの持つコンテンツソース（コンポーネントのレイアウトや機能情報をＨＴＭＬ，ＪＳＰ等のＷｅｂコンテンツにしたもの）を取得する。コンテンツ生成ツール（またはＳｅｒｖｌｅｔ）２０は，取得したＡ〜Ｃのコンテンツソースを１つに結合・編集して結合コンテンツを生成する。この結合コンテンツがＷｅｂページの要求を行ったユーザに提供される。
【００２４】
各コンポーネントからの基本コンテンツの出力は次の１）〜４）の方法で行う。
【００２５】
１）各コンポーネントの基本コンテンツは，出力の開始及び終了部に特殊なコメントタグを付加し，出力順及びコンポーネントの識別が可能になるようにする。
【００２６】
２）ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ−Ｌａｎｇａｇｅ）の全てのタグにクラス（Ｃｌａｓｓ）名を付加する。Ｃｌａｓｓ  名は，コンポーネント毎の詳細なレイアウト情報を決定するための要素としてコンポーネント名をつける。
【００２７】
３）コンポーネントが出力する基本コンテンツは，上記１）で示したコメントの他に，各コンポーネントのレイアウトの独立性を高めるため，「＜ＤＩＶ＞〜＜／ＤＩＶ＞」タグを出力の開始及び終了時に設定する。
【００２８】
４）出力するＨＴＭＬのタグは，可能な限りＩＤ及びＮＡＭＥのプロパティを設定する。これは，スタイルシート格納部（図１の４）で詳細なレイアウトの設定を可能にするためである。
【００２９】
上記の１）の具体例を図３に示す。図３は特殊なコメントタグによるコンポーネントのコンテンツ出力の識別例であり，Ａ．はＨＴＭＬによる記述の例を示し，Ｂ．は特殊コメントタグの例を示す。Ａ．の中の＜！‐‐Ｃｏｍｐｏｎｅｎｔ  Ｎａｍｅ＝”ＣｏｍｐｏｎｅｎｔＡ”ＣｏｍＩｎｄｅｘ＝  “１”ＰｏｉｎｔＩｎｆｏ＝“Ｓｔａｒｔ  ”‐‐＞は特殊コメントタグであり，最初の「Ｃｏｍｐｏｎｅｎｔ  Ａ」は出力元コンポーネント名称で，「ＣｏｍＩｎｄｅｘ“１”」は出力順番が１であることを表示し，また特殊コメントタグの「ＰｏｉｎｔＩｎｆｏ  」は出力状況を表し，  “Ｓｔａｒｔ  ”は出力開始を表す。またその「Ｅｎｄ  」は出力終了，「ｍＥｎｄ」は出力中断，「ｍＳｔａｒｔ」は出力再開を表す。また，  ＜ＤＩＶ＞〜＜／ＤＩＶ＞    は上記３）で述べたように，コンポーネントが出力する基本コンテンツ（ユーザインターフェースに関するコンテンツソース）の出力の開始と終了を表すコメントタグである。
【００３０】
上記の２）のクラス名によるコンポーネントのレイアウト情報の識別例を図４に示す。図中の＜ＴＡＢＬＥ  ｃｌａｓｓ＝“Ｃｏｍｐｏｎｅｎｔ  Ａ”や，＜Ａ  ｃｌａｓｓ＝  “Ｃｏｍｐｏｎｅｎｔ  Ａ”ｌｏｃａｔｉｏｎ  ｈｒｅｆ＝“／ｗｅｂｇｕｉ／ｄｓｐ００１”＞ｍｏｖｅ  ｐａｇｅＩ＜／  Ａ＞  における下線部がレイアウト情報のクラス名を表す。
【００３１】
図５はコンテンツの生成・結合の処理フローである。この処理フローにより，画面種を構築するためのシステム構築者専用のぺージやシステム構築ツールを作成して，コンテンツの自動生成が可能となる。
【００３２】
図５の処理フローを説明すると，使用するコンポーネントを選択し（図５のＳ１），使用するコンポーネントの設定可能なプロパティを取得するため，最初に使用コンポーネントのプロパティ設定のための情報収集を行い（同Ｓ２），使用コンポーネントのプロパティを設定し（同Ｓ３），使用コンポーネントのコンテンツソースへ出力する（同Ｓ４）。続いて，使用コンポーネントおよび設定可能なレイアウト情報をデータベースへ格納し（図５のＳ５），使用コンポーネントの全てについて終了したか判別し（同Ｓ６），終了してない場合は，残りの一つのコンポーネントについてステップＳ３〜Ｓ６の処理を行う。こうして，使用するコンポーネントの一つ一つについて同様の処理を行って，使用コンポーネントの全てについて処理が終了すると，全コンポーネントのコンテンツを結合・編集し（図５のＳ７），終了する。
【００３３】
図６はユーザのスタイルシートとコンテンツを結合する構成を示す。図中，２はアプリケーションサーバ，２０はＳｅｒｖｌｅｔ（またはコンテンツ生成ツール），２１は各種のコンポーネント（ＥＪＢ），２２は上記図２に示すレイアウト設定項目ＤＢ３に対応するＤＢＭＳ（Ｄａｔａｂａｓｅ  Ｍｅｔｈｏｄ  Ｓｙｓｔｅｍ），４は各ユーザの複数のスタイルシート４０，４１を含むスタイルシート格納部である。４０はユーザテーマスタイルシートであり，１ユーザ毎に用意する共通のスタイルシートであって，ユーザインタフェースの全体的なレイアウト情報が設定される。４１はユーザコンポーネントデザイン・スタイルシートであり，１コンポーネント毎に用意するコンポーネントの基本コンテンツ用のスタイルシートで，上記図１に示したクラス指定により各種タグの属性を定義するものである。この時，コンポーネント毎のスタイルシートで設定するタグの属性は，そのコンポーネントが出力する基本コンテンツに含まれるタグについて行う。
【００３４】
５は図１の同一符号と同じ結合コンテンツ部であり，ＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）の実行を行い画面種を決定してスタイルシートを結合し，業務処理の実行結果と共にユーザに転送する。６はユーザ（図６の例ではユーザＡとする）のブラウザである。
【００３５】
図６の動作を説明すると，Ｓｅｒｖｌｅｔ２０はクライアントのブラウザ６からのリクエストとしてユーザＩＤ及び各画面で使用する拡張パラメータを受け取る（図６の▲１▼），Ｓｅｒｖｌｅｔ２０は各種のコンポーネント（ＥＪＢ）２１の業務処理を行い（同▲２▼），画面機能を実現するために基本コンテンツとスタイルシート格納部４内のユーザに対応したスタイルシート４０，４１を結合して（同▲３▼），ＪＳＰ（結合コンテンツ）を実行する（同▲４▼）。このしてアプリケーションサーバ２で作成された画面構成及び業務処理の実行結果はユーザへのレスポンスとしてユーザのブラウザ６へＨＴＭＬの形式で出力される（図６の▲５▼）。
【００３６】
図７はスタイルシートをテーマとデザインに分離して決定する説明図であり，図中，５０はクライアントコンテンツ，４０はユーザテーマスタイルシート，４１ａ〜１ｃは各コンポーネントＡ〜Ｃ毎のスタイルシートである。
【００３７】
ＨＴＭＬのクライアントコンテンツ５０の基本的なレイアウト情報（大枠とこれに関連する画面の情報）であるユーザテーマをユーザテーマスタイルシート４０を用いて決定する。次にその基本的なレイアウトに含まれる各コンポーネント５０ａ〜５０ｃのそれぞれのレイアウトを表すコンポーネントデザインを，各コンポーネントスタイルシート４１ａ〜４１ｃを用いてユーザコンポーネントデザインとして設定する。
【００３８】
なお，ブラウザ６からのリクエストで使用するユーザＩＤは，従来から使用されているユーザ認証方式により，ユーザ認証後にサーバサイドで割り当てられるＩＤを画面遷移毎に引き継いだものとする。また，リクエストで同時に使用する拡張パラメータは，Ｓｅｒｖｌｅｔ２０が画面を実現するために使用する各種の業務処理やデータベース検索を行うための各種のコンポーネント（ＥＪＢ）２１のビーン（Ｂｅａｎ）プロパティ（ソフト部品のプロパティ）や，メソッドに渡すステートメントとして使用され，Ｓｅｒｖｌｅｔ２０の機能即ち，各種のコンポーネント（ＥＪＢ）２１の業務処理の呼び出しやデータベースＤＢＭＳ２２の検索毎に異なる。
【００３９】
従来のＳｅｒｖｌｅｔと異なるのは，クライアントのブラウザ６からユーザＩＤを受け取り，リクエストとしてユーザ用のスタイルシートを結合する処理を行うことである。この処理により，次に説明する図８に示すようなヘッダ情報をコンテンツに結合することができる。
【００４０】
図８はコンテンツに結合されたスタイルシートの記述例である。図中，「＜ｈｅａｄ＞」〜「＜／ｈｅａｄ  ＞」で挟まれた記述がヘッダ情報である。「ユーザ毎のテーマスタイルシート」というコメントの記述の後の「＜ＬＩＮＫ  ＲＥＬ＝ＳＴＹＬＥ  ………”ｔｅｘｔ／ｃｓｓ”＞」という部分でテーマスタイルシートのファイル名が記述されている。また，「ユーザ毎のコンポーネントデザインスタイルシート」というコメントの記述の後の３行の記述においてコンポーネントＡ，Ｂ，Ｃのスタイルシートのファイル名が記述されている。
【００４１】
次にスタイルシートの生成と管理方法を説明する。
【００４２】
ユーザテーマとユーザコンポーネントデザインの設定は，システムの利用者（ユーザ）自身が設定することができるように，システムで行うサービスとは別に専用のＷｅｂページを用意し，サーバサイドで各ユーザに提供する。
【００４３】
（１）  ユーザテーマ設定
ユーザテーマを設定する画面では，テーマの要素として図９に示すような各種タグの属性を設定する。図９はユーザテーマ設定項目の例を示し，各タグに対応して設定可能な属性が示されている。例えば，「ＢＯＤＹ」というタグに対しては「ｃｏｌｏｒ，ｔｅｘｔ−ａｌｉｇｎ，ｂａｃｋｇｒｏｕｎｄ−ｃｏｌｏｒ，ｂａｃｋｇｒｏｕｎｄ−ｉｍａｇｅ」という属性が設定可能であり，「Ｈ１〜Ｈ６」というヘッダに対しては「ｃｏｌｏｒ，ｔｅｘｔ−ａｌｉｇｎ，ｂｏｒｄｅｒ−ｌｅｆｔ−ｃｏｌｏｒ，ｐａｄｄｉｎｇ−ｔｏｐ，ｂａｃｋｇｒｏｕｎｄ−ｃｏｌｏｒ」という属性が設定可能であることを示す。
【００４４】
ここで，設定可能な属性は，画面全体について共通的なタグ及びその属性のみとする。ユーザテーマの設定は，次の▲１▼〜▲３▼の手順で行う。
【００４５】
▲１▼テーマ設定情報をデータベースより取得し，テーマ設定画面をユーザへ提供する。
【００４６】
▲２▼ユーザから入力されたテーマ設定情報からユーザテーマを実現するスタイルシートを生成する。
【００４７】
▲３▼テーマ設定情報をデータベースへ登録する。
【００４８】
（２）  ユーザコンポーネントデザイン設定
ユーザコンポーネントデザインを設定する画面では，ユーザが利用できるコンポーネントの種類及びコンポーネント毎に独立した各種のタグ及びその属性を設定する。同一のタグに対してレイアウトを別に定義する場合や，階層構造のタグに対して個々に定義する場合は，スタイルシートを識別可能にするためにＩＤ及び名称（ＮＡＭＥ）プロパティを設定する。なお，ユーザコンポーネントデザインの設定項目は，複数コンポーネントからのユーザインターフェースコンテンツを結合，生成する上記した方法による各コンポーネントの出力（設定済み情報）に依存し，設定は次の▲１▼〜▲４▼の手順で行う。
【００４９】
▲１▼使用可能なコンポーネントの種類をデータベースにより取得し，設定可能なコンポーネントリストの画面をユーザへ提供する。
【００５０】
▲２▼ユーザからコンポーネントの選択及び選択されたコンポーネントのレイアウトに関する設定情報の入力を受け，ユーザコンポーネントデザインを実現するスタイルシートを生成する。
【００５１】
▲３▼上記の▲２▼のスタイルシートの生成を，使用可能なコンポーネントそれぞれについて行う。
【００５２】
▲４▼各コンポーネントの設定情報をデータベースへ登録する。
【００５３】
図１０はサービス構築・レイアウト設定の説明図である。図中，２はアプリケーションサーバ，２３はレイアウト設定コンポーネント，３は設定情報データベース，４０−１，４０−２はユーザＡとユーザＢのテーマスタイルシート，４１−１，４１−２はユーザＡとユーザＢのコンポーネントＡデザインスタイルシート，６−１，６−２はそれぞれユーザＡ用とユーザＢ用の画面，７はシステム構築者によるサービス提供を行うための画面種及び画面構成を構築するためのレベル設定・画面種構築画面・ツール等である。８はユーザによるテーマとコンポーネントデザイン設定のための画面を表し，８Ａ−１〜８Ａ−４はユーザＡ用の画面で，８Ａ−１はテーマ設定画面，８Ａ−２はコンポーネントＡのデザイン設定画面，８Ａ−３はコンポーネントＢのデザイン設定画面，８Ａ−４はコンポーネントＣのデザイン設定画面である。８Ｂ−１〜８Ｂ−３はユーザＢ用の画面で，８Ｂ−１はテーマ設定画面，８Ｂ−２はコンポーネントＡのデザイン設定画面，８Ｂ−３はコンポーネントＣのデザイン設定画面である。
【００５４】
上記（１）  の「ユーザテーマ設定」及び    （２）  の「ユーザコンポーネントデザイン設定」の設定は，図１０のレイアウト設定コンポーネント２３で行うことで実現する。システム構築者が各ユーザへのサービス提供のためのレベルや，画面種及び画面構成を構築する場合，レベル設定・画面種構築画面・ツール等７を用いて行い，各ユーザがテーマとコンポーネントデザインを設定する場合は，テーマ設定画面，各コンポーネントのデザイン設定画面を用い，レイアウト設定コンポーネント２３により各スタイルシート４０−１，４０−２，４１−１，４１−２や，各ユーザ用画面６−１，６−２を用い，ユーザＡ，ユーザＢのテーマ設定画面８Ａ−１，８Ｂ−１や，各コンポーネントのデザイン設定画面８Ａ−２〜８Ａ−４，８Ｂ−２，８Ｂ−３を用いて各ユーザにより設定することができる。
【００５５】
また，設定情報の管理は，全て設定情報データベース（ＤＢ）３で管理する。但し，この設定情報データベース３は，設定情報の保存及び上記（１）  と（２）  の設定画面を生成するために使用し，  ユーザが提供されるサービスを利用する場合（  通常のＷｅｂ画面を使用する場合）  ，このデータベースの参照は行わず，レイアウト情報はファイルとして出力されたスタイルシートのみを使用する。これは，次に説明する要因（ａ．〜ｃ．）で設定情報が膨大な量になったり設定情報が複雑になっても，提供するサービスの性能劣化を起こさないようにするための配慮である。但し，この方法は，データベースアクセスの頻度を抑える代わりにディスク（メモリ）資源をその分だけ消費するため，システム管理者はディスク資源の管理が必要となる。
【００５６】
設定情報データベースが肥大化する要因
ａ．使用ユーザ数の拡大
ｂ．使用するコンポーネント数の拡大
ｃ．使用するコンポーネントの設定情報の複雑化
また，ファイルとして出力しておくことにより，データベースが何らかの原因で整合性を失っても，ファイル内の情報をデータベースへインポートするツールを備えることにより，データベースのリカバリが可能となる。更に，ファイル化しておくことにより，システム固有の機能（汎用性が無く，そのシステムでしか使用されない機能）を直接ファイルに追記することが実現できる。
【００５７】
次にユーザインターフェース構築を簡略化する方法を説明する。ユーザインターフェースコンテンツの作成は，上記したとおり（特に図１，図２参照）であるが，従来の問題の（３）  （システム毎にユーザに対応した画面の作成を行うと開発コストがかかる）をより確実に解決する方法について説明する。
【００５８】
上記の方法では，各種のコンポーネントにユーザインターフェースの出力を行うメソッドを設けることで，ツール等によるコンテンツの生成が可能であることを示したが，各種のコンポーネントの出力を１つに結合したコンテンツをスケルトンソースと呼ぶ。具体的にはＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）に相当し，ＪＳＰソールファイルでは，Ｓｅｒｖｌｅｔで行った各種の業務処理やトランザクションの結果を受け取り，画面の中に埋め込むことができる。従って，Ｓｅｒｖｌｅｔが各種の業務処理を行った結果は，必然的にＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ  Ｊａｖａ  Ｂｅａｎｓ）の出力結果と一致するため，本発明によりＥＪＢに追加したコンテンツ出力メソッドにより出力されたコンテンツは，それだけで業務処理結果を反映できる基本コンテンツとなる。これにより，システム構築者が作成する必要がある物のうち，画面を実現する基本となるレイアウト情報の骨格をシステム構築者がプログラミングしなくとも作成できる。
【００５９】
しかし，ユーザインターフェースに関するユーザの要求をより確実に応えるには，ＥＪＢが提供する基本コンテンツだけでは不十分な場合もあり，より細かい調整が可能な方法として次のような方法を採ることができる。
【００６０】
▲１▼上記図３に示す特殊なコメントタグによりコンポーネント毎のコンテンツ出力の独立性を実現する。
【００６１】
▲２▼コンポーネント出力の行間（特殊コメントタグのＥＮＤ〜ＳＴＡＲＴ間）に個別のソース編集を行うことで，コンポーネント出力に影響することなく個別の処理や追加のレイアウト情報を追記できる。
【００６２】
このようにして，ユーザインターフェースを実現する機能をコンポーネント化しつつ，柔軟なユーザのニーズに応えることが可能となる。
【００６３】
（付記１）  Ｗｅｂサーバ装置からユーザに提供される画面を構成するＷｅｂユーザインターフェースのコンポーネント化方法であって，Ｗｅｂサーバ装置のアプリケーションサーバにおいて，ユーザインターフェースに関係する使用コンポーネントを選択して基本コンテンツを出力し，前記使用コンポーネントの詳細なレイアウトをスタイルシートを用いて設定し，使用コンポーネント及び設定可能なレイアウト情報をデータベースに格納して，使用する全コンポーネントのコンテンツを結合・編集し，結合コンポーネントをユーザに出力することを特徴とするＷｅｂユーザインターフェースのコンポーネント化方法。
【００６４】
（付記２）  付記１において，前記アプリケーションサーバは，使用コンポーネントを選択し，使用コンポーネントのプロパティ設定を行い，使用コンポーネントのコンテンツを出力し，使用コンテンツ及び設定可能なレイアウト情報を各コンポーネントについてデータベースに格納し，使用する全コンポーネントのコンテンツを結合・編集して出力することを特徴とするＷｅｂユーザインターフェースのコンポーネント化方法。
【００６５】
（付記３）  付記１において，前記コンポーネントの基本コンポーネントは，出力の開始及び終了部を表すタグをプログラムに付加し，出力順及びコンポーネントを識別できるようにしたことを特徴とするＷｅｂユーザインターフェースのコンポーネント化方法。
【００６６】
（付記４）  Ｗｅｂサーバ装置からＷｅｂユーザに提供される画面を構成するＷｅｂユーザインターフェースのコンポーネント化装置において，前記Ｗｅｂサーバ装置に，アプリケーションサーバと，ユーザ情報，レイアウト情報，画面種及び画面内の構成情報を管理する設定情報データベース，画面のレイアウトの詳細が格納されたスタイルシートとを備え，前記アプリケーションサーバは，ユーザの要求に対応した画面種，画面内の各機能に対応したコンポーネントの組み合わせや，コンポーネントが持つレイアウトの設定情報を含む結合コンテンツ及び設定情報を生成し，ユーザに出力することを特徴とするＷｅｂユーザインターフェースのコンポーネント化装置。
【００６７】
（付記５）  付記４において，前記アプリケーションサーバは，コンテンツ生成ツールと，各機能と画面内容とからなるコンポーネントを複数個備え，前記コンテンツ生成ツールからのコンテンツ生成の起動指示により前記コンポーネントを起動して，各コンポーネントからレイアウトの設定項目を取得して設定した項目を前記設定情報データベースに格納し，各コンポーネントのコンテンツを結合・編集して結合コンテンツを生成するコンテンツ生成ツールを備えることを特徴とするＷｅｂユーザインターフェースのコンポーネント化装置。
【００６８】
【発明の効果】
本発明によれば次のような効果を奏する。
【００６９】
（１）  複数コンポーネントからユーザインターフェースコンテンツを結合・生成することで，ユーザインターフェースを実現する機能を独立性の高いコンポーネントとして実現することができる。
【００７０】
（２）  ユーザ毎のレイアウト情報設定とスタイルシートファイルを生成，管理することで，ユーザ毎に個別でＷｅｂページのレイアウト設定ができる。
【００７１】
（３）  Ｗｅｂコンテンツとユーザ毎のスタイルシートを結合することで，ユーザ毎に利用しているコンポーネントのレイアウト設定ができ，サーバサイドでユーザの管理ができる。またこれを応用することで，ユーザレベルの管理を行うことができる。
【００７２】
（４）  本発明によるスタイルシートの生成と管理方法によりユーザ毎のレイアウト情報をデータベースにより管理できる。また設定情報やコンテンツをファイル化することにより，サーバサイドのコンポーネント情報，ユーザ情報，レイアウト情報等のデータベース検索負荷を抑え，サーバのレスポンス向上が図れる。これにより，大規模システムへの適用可能な性能が得られ，何らかの原因でデータベースが整合性を失っても，ファイルからデータベースへのリカバリができる。
【００７３】
（５）  ユーザインターフェース構築を簡略化することで，システム構築者のプログラミング量を軽減でき，システム開発・構築のコスト削減ができる。また，システム固有の要求をソースコードに追加してもコンポーネントの独立性が確保され，ユーザのニーズに柔軟に応えることができる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】複数のコンポーネントから一つのコンテンツを生成する構成を示す図である。
【図３】特殊なコメントタグによるコンポーネントのコンテンツ出力の識別例を示す図である。
【図４】クラス名によるコンポーネントのレイアウト情報の識別例を示す図である。
【図５】コンテンツの生成・結合の処理フローを示す図である。
【図６】ユーザのスタイルシートとコンテンツを結合する構成を示す図である。
【図７】スタイルシートをテーマとデザインに分離して決定する説明図である。
【図８】コンテンツに結合されたスタイルシートの記述例である。
【図９】ユーザテーマ設定項目の例を示す図である。
【図１０】サービス構築・レイアウト設定の説明図である。
【符号の説明】
１      Ｗｅｂサーバ装置
２      アプリケーションサーバ
３      設定情報データベース
４      スタイルシート格納部
５      結合コンテンツ部
６−１〜６−３    端末
６０〜６３        画面種
【図１】
2004185553.tif 000003
【図２】
2004185553.tif 000004
【図３】
2004185553.tif 000005
【図４】
2004185553.tif 000006
【図５】
2004185553.tif 000007
【図６】
2004185553.tif 000008
【図７】
2004185553.tif 000009
【図８】
2004185553.tif 000010
【図９】
2004185553.tif 000011
【図１０】
2004185553.tif 000012