JP2012084161A - 画面情報生成方法、画面情報生成システムおよび画面情報生成プログラム - Google Patents

Abstract

【課題】複数の画面で使用するレイアウト定義を共有することにより、システムの生産性および保守性をより向上させる。
【解決手段】情報処理装置は、処理部と、少なくとも１つの画面のテンプレートが記憶された記憶部とを有し、処理部は、所定の業務処理の業務データを受け付ける受付ステップと、使用する画面のテンプレートを特定するとともに、当該テンプレートの所定の領域に埋め込むコンテンツを前記業務データに基づいて生成するコンテンツ生成ステップと、特定した画面のテンプレートを記憶部から読み出し、読み出したテンプレートの前記所定の領域に前記生成したコンテンツを埋め込み、画面情報を生成する画面情報生成ステップと、を行う。
【選択図】図５

Description

本発明は、端末に提供する画面情報を生成する技術に関する。

現在、インターネット上では、様々な画面（Ｗｅｂページ）が公開されている。そして、複数の画面で同じレイアウトを用いる場合、例えば、フレームと呼ばれる画面分割技術を用いて、複数画面で共通する部分を別フレームとして作成する方法がある。

また、スクリプト言語やＪＳＰ（Java Server Pages）などで、共通する部分を共通部品として生成し、画面生成時にインクルード（統合）する方法がある。例えば、非特許文献１には、Struts Tilesが記述されている。Strutsは、Apache Software Licenseに基づいて公開されたオープンソースのソフトウェアである。Struts Tilesでは、画面を構成する部品であるタイル毎に所定の文字列またはＪＳＰファイルを指定して、タイル毎に情報を生成し、生成した情報をインクルードすることにより画面を生成する。

Apache Software Foundation、"Struts"［online］、［平成１８年２月１日検索］、インターネット＜ＵＲＬ：http://struts.apache.org/struts-tiles/index.html＞

フレームを用いた場合、画面を仕切る枠（フレーム）やスクロールバーが画面上に表示されてしまうため、デザイン的に見栄えが悪くなる場合がある。また、フレームを用いた場合、クライアントのＷｅｂブラウザは、１つのＷｅｂページを表示するためにフレーム数分のＨＴＭＬファイルを要求するため、ネットワーク上の負荷が増大する。

また、Struts Tilesを用いた場合、タイルの内容が異なる度に、レイアウト定義を作成する必要がある。

図８は、Struts Tilesの画面の作成を模式的に示す図である。図示する例では、基本となるレイアウト１の画面８１から派生したレイアウト２の画面８２、レイアウト３の画面８３およびレイアウト４の画面８４を作成するものとする。Struts Tilesでは、レイアウト１と同じレイアウトを共有する画面８２、８３、８４であっても、それぞれの画面のレイアウト定義を作成する必要がある。なお、基本となるレイアウト１の画面８１と異なるタイル＃３に埋め込まれる情報８５、８６、８７を生成するプログラムも必要となる。

すなわち、Struts Tilesでは、基本となるレイアウト１の画面８１と同じレイアウトの画面を生成する場合であっても個別にレイアウト定義が必要であるため、使用する画面の数が増えると、画面の数だけ新たなレイアウト定義が必要となり、システムの生産性の観点において、あまり効率的でない。また、画面毎にレイアウト定義が作成されることにより、所定のレイアウトに変更が生じると、当該レイアウトを使用する各画面のレイアウト定義を修正する場合があり、システムの保守性について考慮されていない場合がある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、複数の画面で使用するレイアウト定義を共有することにより、システムの生産性および保守性をより向上させることにある。

上記課題を解決するために、本発明は、情報処理装置が行う画面情報生成方法であって、前記情報処理装置は、処理部と、複数の画面で共通して使用する、複数のコンテンツを埋め込む領域を有するテンプレートを、少なくとも１つ記憶するテンプレート記憶部と、使用するテンプレートおよびコンテンツを埋め込む領域が指定された情報生成ファイルを、少なくとも１つ記憶する情報生成ファイル記憶部と、を有し、前記処理部は、所定の業務処理の業務データを受け付ける受付ステップと、前記業務処理に対応する情報生成ファイルを特定し、当該情報生成ファイルに指定されたテンプレートを前記テンプレート記憶部から読み出す読出ステップと、前記テンプレートの複数の領域に埋め込む複数のコンテンツを、前記業務データに基づいて生成するコンテンツ生成ステップと、前記テンプレートの複数の領域に、前記生成した複数のコンテンツをそれぞれ埋め込み、画面情報を生成する画面情報生成ステップと、を行う。

また、本発明は、画面情報生成システムであって、複数の画面で共通して使用する、複数のコンテンツを埋め込む領域を有するテンプレートを、少なくとも１つ記憶するテンプレート記憶手段と、使用するテンプレートおよびコンテンツを埋め込む領域が指定された情報生成ファイルを、少なくとも１つ記憶する情報生成ファイル記憶手段と、所定の業務処理の業務データを受け付ける受付手段と、前記業務処理に対応する情報生成ファイルを特定し、当該情報生成ファイルに指定されたテンプレートを前記テンプレート記憶手段から読み出す読出手段と、前記テンプレートの複数の領域に埋め込む複数のコンテンツを、前記業務データに基づいて生成するコンテンツ生成手段と、前記テンプレートの複数の領域に、前記生成した複数のコンテンツをそれぞれ埋め込み、画面情報を生成する画面情報生成手段と、を有する。

また、本発明は、情報処理装置が実行する画面情報生成プログラムであって、前記情報処理装置は、処理部と、複数の画面で共通して使用する、複数のコンテンツを埋め込む領域を有するテンプレートを、少なくとも１つ記憶するテンプレート記憶部と、使用するテンプレートおよびコンテンツを埋め込む領域が指定された情報生成ファイルを、少なくとも１つ記憶する情報生成ファイル記憶部と、を有し、前記処理部に、所定の業務処理の業務データを受け付ける受付ステップと、前記業務処理に対応する情報生成ファイルを特定し、当該情報生成ファイルに指定されたテンプレートを前記テンプレート記憶部から読み出す読出ステップと、前記テンプレートの複数の領域に埋め込む複数のコンテンツを、前記業務データに基づいて生成するコンテンツ生成ステップと、前記テンプレートの複数の領域に、前記生成した複数のコンテンツをそれぞれ埋め込み、画面情報を生成する画面情報生成ステップと、を実行させる。

本発明では、複数の画面で使用するレイアウト定義を共有することにより、システムの生産性および保守性をより向上させることができる。

本発明の一実施形態が適用されたＷｅｂシステムの全体構成を示す図である。 各装置のハードウェア構成例を示す図である。 テンプレートおよびレイアウト定義の一例を示す図である。 Ｗｅｂシステムの処理を模式的に示す図である。 複数の画面で１つのテンプレートを共有する処理を模式的に示す図である。 業務データに応じて使用するテンプレートを切り替える処理を模式的に示す図である。 前画面のテンプレートを引き継ぐ処理を模式的に示す図である。 Struts Tilesの画面の作成を模式的に示す図である。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施形態が適用されたＷｅｂシステムの全体構成図である。本実施形態のＷｅｂシステムは、少なくとも１つのクライアント１と、Ｗｅｂサーバ２と、アプリケーションサーバ３と、を有する。そして、各クライアント１とＷｅｂサーバ２とは、インターネットなどのネットワーク４により接続されている。

クライアント１のＷｅｂブラウザ１１は、ユーザの指示を受け付けてＷｅｂサーバ２から所望の情報を取得し、出力装置（不図示）に表示する。

Ｗｅｂサーバ２は、各クライアント１からの要求を受け付けて、クライアント１に提供する情報を動的に生成し、生成した情報をクライアント１に送信する。なお、本実施形態では、クライアント１に提供する情報は、Ｗｅｂページを表示するための情報（以下、「画面情報」）とする。画面情報は、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（eXtensible Markup Language）などのマークアップ言語により記述されている。本実施形態ではＨＴＭＬにより記述された画面情報を例として以下説明する。

図示するＷｅｂサーバ２は、制御部２１と、画面生成部２２と、少なくとも１つの情報生成ファイル２３と、少なくとも１つのレイアウト定義ファイル２４と、を有する。制御部２１（フレームワークなど）は、クライアント１からの要求に応じてアプリケーションサーバ３と連携し、所定の業務データを情報生成ファイル２３（または、画面生成部２２）に引き渡す。

画面生成部２２は、クライアント１に提供する画面情報を動的に生成し、生成した画面情報をクライアント１に送信する。なお、本実施形態の画面生成部２２は、情報生成ファイル２３およびレイアウト定義ファイル２４のプログラムを実行することにより、上記処理を実行するものとする。

情報生成ファイル２３は、例えば、ＪＳＰ（Java Server Pages）の技術を用いたＪＳＰファイルである。すなわち、情報生成ファイル２３は、ＨＴＭＬで記述された画面情報の中に、Ｊａｖａ（登録商標）プログラムが記述されたファイルである。画面生成部２２は、情報生成ファイル２３に記述されたＪａｖａ（登録商標）プログラムを実行することにより、レイアウト定義ファイル２４を利用して画面情報（ＨＴＭＬファイル）を動的に生成し、クライアント１に送信する。

レイアウト定義ファイル２４は、画面のテンプレート（雛型）のレイアウト情報が定義されたファイルである。すなわち、レイアウト定義ファイル２４には、画面上での各コンテンツの配置場所が定義されている。本実施形態のテンプレートは、複数の画面で共有する、共通のレイアウトを定義するためのものである。なお、レイアウト定義ファイル２４およびテンプレートについては、後述する。また、情報生成ファイル２３およびレイアウト定義ファイル２４は、Ｗｅｂサーバ２のメモリまたは外部記憶装置に記憶されている。

アプリケーションサーバ３は、複数のビジネスロジック３１を有する。各ビジネスロジック３１は、Ｗｅｂサーバ２から送信された要求を受け付けて所定の業務処理を行い、処理結果である業務データをＷｅｂサーバ２に送信する。

上記説明した、クライアント１、Ｗｅｂサーバ２およびアプリケーションサーバ３は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、クライアント１、Ｗｅｂサーバ２およびアプリケーションサーバ３の各機能は、クライアント１用のプログラムの場合はクライアント１のＣＰＵ９０１が、Ｗｅｂサーバ２用のプログラムの場合はＷｅｂサーバ２のＣＰＵ９０１が、そして、アプリケーションサーバ３用のプログラムの場合はアプリケーションサーバ３のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。また、Ｗｅｂサーバ２およびアプリケーションサーバ３は、１つのコンピュータ装置内に設けることとしてもよい。

次に、レイアウト定義ファイル２４に定義される画面のテンプレートについて説明する。なお、本実施形態の画面のテンプレートは、フレーム機能を用いて画面を複数のフレームで仕切ることなく、１つの画面内に複数のコンテンツが表示されるものとする。

図３（ａ）は、レイアウト定義ファイル２４に定義されたテンプレートの一例（テンプレートＡ）を示す図である。テンプレートは、複数画面で共通して使用するコンテンツ（以下、「共通コンテンツ」）が表示される共通コンテンツ領域と、画面毎に独自に生成されるコンテンツ（以下、「メインコンテンツ」）が表示されるメインコンテンツ領域とを有する。

図示するテンプレートＡでは、共通コンテンツ＃１領域３１、共通コンテンツ＃２領域３２、および、メインコンテンツ領域３３の３つの領域から構成される。共通コンテンツ領域３１、３２には、所定の静的コンテンツが表示されるものとする。例えば、共通コンテンツ＃１領域３１には画面のタイトルを、共通コンテンツ＃２領域３３にはメニューを、表示することが考えられる。メインコンテンツ領域３３には、ビジネスロジック３１からの業務データに基づいて動的に生成される情報が表示される。

図３（ｂ）は、図３（ａ）に示すテンプレートＡのレイアウト定義の一例を示したものである。なお、本実施形態のレイアウト定義は、ＪＳＰファイルであるレイアウト定義ファイル２４に記述されているものとする。図示するレイアウト定義では、共通コンテンツ記述部３６ａにおいて、共通コンテンツ＃１領域３１および共通コンテンツ＃２領域３２に埋め込むコンテンツの情報が記述されている。

図示する例では、共通コンテンツ＃１領域３１には「Ｘ．ｊｓｐ」（不図示）のＪＳＰファイルから取得するコンテンツ（例えば、タイトル）を埋め込むことが、また、共通コンテンツ＃２領域３２には「Ｙ．ｊｓｐ」（不図示）のＪＳＰファイルから取得するコンテンツ（例えば、メニュー）を埋め込むことが記述されている。なお、図示するようにＪＳＰファイル名（「Ｘ．ｊｓｐ」など）を記述することなく、共通コンテンツ領域３１、３２に埋め込むコンテンツ（タイトルなどの文字列）を、直接、レイアウト定義の中に記述することとしてもよい。

また、メインコンテンツ記述部３６ｂにおいて、メインコンテンツ領域３３には、情報生成ファイル２３が動的に生成したメインコンテンツを埋め込むことを記述している。図示する例では、メインコンテンツを埋め込むこと示す記述（マーク）として、＜ｎｓｐ：ｇｅｔＦｉｅｌｄ＞タグを用いている。
次に、本実施形態のＷｅｂシステムの処理について説明する。

図４は、Ｗｅｂシステムの処理を模式的に示した図である。なお、Ｗｅｂサーバ２が、図３（ｂ）に示すレイアウト定義を用いて、図３（ａ）に示すテンプレートＡの画面情報（ＨＴＭＬファイル）を生成する場合を例に以下説明する。

まず、クライアント１のＷｅｂブラウザ１１は、ユーザの指示を受け付けて、所定の画面情報をＷｅｂサーバ２に要求する（Ｓ１１）。

Ｗｅｂサーバ２の制御部２１は、クライアント１からのリクエストを受信し、当該リクエストに含まれる情報（例えば、ユーザＩＤなど）を引数として、アプリケーションサーバ３の所定のビジネスロジック３１にアクセスする（Ｓ１２）。そして、ビジネスロジック３１は、リクエストの情報に基づいて業務データを生成し、生成した業務データを制御部２１に送信する（Ｓ１３）。なお、図示する例では、顧客名と、当該顧客が所有する日本円の資産金額およびドルの資産金額とが、業務データとして送信されるものとする。

そして、制御部２１は、業務データの送信元ビジネスロジック３１に対応する情報生成ファイル２３を特定する。そして、制御部２１は、特定した情報生成ファイル２３を呼び出し、業務データを引き渡す（Ｓ１４）。本実施形態では、ビジネスロジック３１毎（または、ビジネスロジックの種別毎）に、対応する情報生成ファイル２３があらかじめ定められているものとする。なお、制御部２１は、送信元のビジネスロジック３１だけでなく、受信した業務データに基づいて情報生成ファイル２３を特定することとしてもよい。

制御部２１が情報生成ファイル２３を呼び出すことにより、画面生成部２２は、指定された情報生成ファイル２３の中に記述されたプログラムを実行し、以下の処理を行う。すなわち、画面生成部２２は、利用する画面のテンプレート（すなわち、当該テンプレートのレイアウトが定義されたレイアウト定義ファイル２４）を特定する。また、画面生成部２２は、特定したテンプレートのメインコンテンツ領域に埋め込むメインコンテンツを、業務データに基づいて動的に生成する。なお生成されるメインコンテンツは、ＨＴＭＬのブロックであって、長さに特別な制限はない。

図４に示す情報生成ファイル２３の一例２３Ａには、レイアウト定義ファイル２４を呼び出す呼出部２３１と、メインコンテンツを生成する生成部２３２とを有する。図示する呼出部２３１には、「ＬａｙｏｕｔＡ．ｊｓｐ」（図３（ｂ）参照）のレイアウト定義ファイル２４を呼び出し、テンプレートＡ（図３（ａ）参照）を使用することが記述されている。また、図示する生成部２３２には、生成したメインコンテンツを埋め込む領域（場所）と、業務データ（顧客名、資産金額）を用いて顧客の資産を示すメインコンテンツを生成することが記述されている。なお、呼出部２３１は＜ｎｓｐ：ｇｅｔＦｉｅｌｄ＞タグを、また、生成部２３２は、＜ｎｓｐ：ｓｅｔＦｉｅｌｄ＞タグを用いて記述されている。

そして、画面生成部２２は、情報生成ファイル２３で指定されたレイアウト定義ファイル２４を呼び出し、生成したメインコンテンツを引き渡す（Ｓ１５）。これにより、画面生成部２２は、呼び出されたレイアウト定義ファイル２４を実行し、画面情報（ＨＴＭＬファイル）を生成する。図示する例では、画面生成部２２は、図３（ｂ）に示すレイアウト定義ファイル２４で定義されたテンプレートＡを用いて画面情報を生成する。すなわち、画面生成部２２は、レイアウト定義ファイル２４の＜ｎｓｐ：ｇｅｔＦｉｅｌｄ＞タグで記述されたメインコンテンツ領域に生成したメインコンテンツを埋め込むことによりＨＴＭＬ形式のタグへと変換し、ＨＴＭＬのみで記述された画面情報（ＨＴＭＬファイル）を生成する。

そして、画面生成部２２は、生成した画面情報をクライアント１に送信する（Ｓ１６）。そして、クライアント１のＷｅｂブラウザ１１は、画面情報のタグを解析し、表示画面２９を出力装置に表示する（Ｓ１７）。

次に、１つのテンプレートを用いて複数の画面を生成する処理を説明する。

図５は、複数の画面を生成する処理を模式的に示す図である。図示する例では、アプリケーションサーバ３のビジネスロジック＃１から業務データ（＃１）５１ａを受信した場合、および、アプリケーションサーバ３のビジネスロジック＃２から業務データ（＃２）５１ｂを受信した場合に、同じテンプレートＡ５３を用いて複数の画面 ５５ａ、５５ｂを生成する。

業務データ（＃１）５１ａには、顧客名と、日本円の資産金額と、ドルの資産金額とが含まれているものとする。Ｗｅｂサーバ２の制御部２１は、業務データ（＃１）５１ａを受信すると、当該業務データ（＃１）に対応する情報生成ファイル２３ａ（図４参照）に、当該業務データ（＃１）を送出する。これにより、画面生成部２２は、情報生成ファイル２３ａを実行することにより、情報生成ファイル２３ａに記述されたテンプレートＡ５３のレイアウト定義ファイル２４を呼び出すとともに、業務データ（＃１）用のメインコンテンツ５４ａを生成する。すなわち、画面生成部２２は、生成したメインコンテンツ５４ａと、当該メインコンテンツを埋め込む領域とを指定して、テンプレートＡ５３のレイアウト定義ファイル２４を呼び出す。そして、画面生成部２２は、テンプレートＡ５３のレイアウト定義ファイル２４を実行することにより、メインコンテンツ領域に業務データ（＃１）用のメインコンテンツ５４ａを埋め込んだ画面５５ａの画面情報を生成する。

また、業務データ（＃２）５１ｂには、顧客名と、購入する株の銘柄とが含まれているものとする。Ｗｅｂサーバ２の制御部２１は、業務データ（＃２）５１ｂを受信すると、当該業務データ（＃２）に対応する情報生成ファイル２３ｂに、当該業務データ（＃２）を送出する。これにより、画面生成部２２は、情報生成ファイル２３ｂを実行することにより、情報生成ファイル２３ｂに記述されたテンプレートＡ５３のレイアウト定義ファイル２４を呼び出すとともに、業務データ（＃２）用のメインコンテンツ５４ｂを生成する。すなわち、画面生成部２２は、生成したメインコンテンツ５４ｂと、当該メインコンテンツを埋め込む領域とを指定して、テンプレートＡ５３のレイアウト定義ファイル２４を呼び出す。そして、画面生成部２２は、テンプレートＡ５３のレイアウト定義ファイル２４を実行することにより、メインコンテンツ領域に業務データ（＃２）用のメインコンテンツ５４ｂを埋め込んだ画面５５ｂの画面情報を生成する。

以上説明したように、本実施形態では、レイアウトが同じ画面については、レイアウト定義ファイル２４でテンプレートをあらかじめ定義しておくことで、テンプレートを共有することができる。すなわち、新たなビジネスロジックを追加する際に、追加するビジネスロジック固有のメインコンテンツを生成する情報生成ファイル２３のみを生成するだけで、既存のレイアウト定義ファイル２４（テンプレート）を利用して当該ビジネスロジック固有の画面を生成することができる。これにより、システムの生産性および保守性をより向上させることができる。また、レイアウト定義ファイル２４を共用することで、リソースを低減することができる。

次に、テンプレート（すなわち、レイアウト定義ファイル２４）の指定方法について説明する。テンプレートの指定方法としては、情報生成ファイル２３の中に使用するテンプレートのレイアウト定義ファイル名を記述する第１の方法（図４参照）と、ビジネスロジック３１の業務データに基づいてテンプレートを指定する第２の方法と、前画面で使用したテンプレートを引き継ぐ第３の方法とがある。第１の方法については、図４で既に説明したため、ここでは、第２の方法と、第３の方法について説明する。

図６は、第２の方法を説明するための説明図である。

第２の方法では、Ｗｅｂサーバ２の制御部２１が、ビジネスロジック３１からの業務データに基づいて、所定のテンプレートを特定する。なお、業務データの中に、使用するテンプレートが指定されていることとしてもよい。そして、制御部２１は、図４のＳ１４において、業務データとともに特定したテンプレートが定義されたレイアウト定義ファイル２４のファイル名（識別情報）を、情報生成ファイル２３に引き渡す。図示する例では、テンプレートＢ、テンプレートＣまたはテンプレートＤを指定する場合を示している。

情報生成ファイル２３は、図４のＳ１５において、メインコンテンツを生成し、生成したメインコンテンツを受け付けたテンプレートのレイアウト定義ファイル２４に送出する。なお、第２の方法において、制御部２１が呼び出す情報生成ファイル２３には、呼び出すレイアウト定義ファイル２４の記述がされていないか、あるいは、レイアウト定義ファイル２４の記述がされている場合であっても制御部２１が指定したテンプレートのレイアウト定義ファイル２４が優先されるものとする。

画面生成部２２は、呼び出された各レイアウト定義ファイル２４の記述に従って、所定の領域に共通コンテンツおよびメインコンテンツを配置した画面情報を生成する。なお、図６には、各レイアウト定義ファイルで定義されたテンプレートＢ６１ｂ、テンプレートＣ６１ｃおよびテンプレートＤ６１ｄを示している。

メインコンテンツ領域は、テンプレートＢ６１ｂおよびテンプレートＣ６１ｃに示すように１つだけでなく、テンプレートＤ６１ｄに示すように２つ以上であってもよい。メインコンテンツ領域が２つの場合、情報生成ファイル２３の生成部２３２（図４参照）には、メインコンテンツ＃１用およびメインコンテンツ＃２用の２つの＜ｎｓｐ：ｓｅｔＦｉｅｌｄ＞タグが記述され、２つのメインコンテンツが生成されるものとする。また、レイアウト定義２４（図３（ｂ）参照）では、メインコンテンツ＃１用およびメインコンテンツ＃２用の２つの＜ｎｓｐ：ｇｅｔＦｉｅｌｄ＞タグが記述され、各メインコンテンツ領域にそれぞれのメインコンテンツが埋め込まれるものとする。

第２の方法によれば、業務データに応じて使用するテンプレートを動的に切り替えることができる。

図７は、第３の方法を説明するための説明図である。

第３の方法では、画面遷移をする際に、前画面で用いたテンプレートを引き継ぐ。図７（ａ）の第１の画面７１は、テンプレートＡを用いて生成され画面であって、メインコンテンツ領域７２にはリンク先（遷移先）に遷移するためにリンク先情報が埋め込まれたリンクボタン７３が表示されている。

通常のリンクボタン７３では、リンク先の画面を生成する情報生成ファイル（ＪＳＰファイル）のファイル名のみが埋め込まれている。しかしながら、第３の方法では、情報生成ファイルだけでなく、現在表示している第１の画面で使用されたテンプレートの情報も併せて埋め込まれている。例えば、リンクボタン７３には＜a href=“/a/b/c.jsp?Layout=A.jsp”＞が埋め込まれているものとする。

リンクボタン７３に自画面７１のテンプレートの情報を埋め込む場合、レイアウト定義ファイル２４には、例えば、テンプレート引継ぎパラメータが指定されているものとする。テンプレート引継ぎパラメータが指定されている場合、画面生成部２２は、リンク先の画面で使用するテンプレートとして、当該レイアウト定義ファイル２４のテンプレートの情報（レイアウト定義ファイル２４のファイル名など）を付加したリンク先情報を生成する。

第１の画面７１のリンクボタン７３がクリックされると、クライアント１はＷｅｂサーバ２にリンク先の画面を要求するリクエストを送信する。送信されるリクエストには、リンクボタン７３に埋め込まれたテンプレートの情報が含まれる。Ｗｅｂサーバ２の制御部２１は、図４で説明したように、クライアント１からのリクエストを受け付けると、アプリケーションサーバ３のビジネスロジック３１にアクセスし、業務データを取得する。そして、制御部２１は、クライアント１からのリクエストで指定された情報生成ファイル２３に当該リクエストで指定されたテンプレートの情報を送出する。

そして、情報生成ファイル２３は、業務データに基づいてメインコンテンツを生成し、リクエストで指定されたテンプレートのレイアウト定義ファイル２４を呼び出し、リンク先の画面７４の画面情報を生成する。

図７（ｂ）は、ポップアップなどのようにメインコンテンツのみのテンプレートを使用した第１の画面７６についても、図７（ａ）と同様に、前画面のテンプレートを利用してリンク先の画面７７を生成することを示している。

第３の方法では、情報生成ファイル２３の中に使用するテンプレートの情報を記述することなく、前画面で使用したテンプレートの情報をクライアント１から取得し、取得したテンプレートを用いてリンク先の画面情報を生成することができる。

以上、本発明の一実施形態を説明した。

本実施形態では、複数の画面で共通して使用するテンプレートをレイアウト定義ファイル２４にあらかじめ定義しておく。これにより、レイアウトが同じ画面については、テンプレートを共有することにより、容易に画面を生成することができる。すなわち、新たなビジネスロジックを追加する際に、追加するビジネスロジック固有のメインコンテンツを生成する情報生成ファイル２３のみを生成するだけで、既存のレイアウト定義ファイル２４（テンプレート）を利用して当該ビジネスロジック固有の画面を生成することができる。これにより、システムの生産性および保守性をより向上させることができる。また、レイアウト定義ファイル２４を共用することで、リソースを低減することができる。

また、本実施形態では、情報生成ファイル２３の中に使用するテンプレートの情報を記述することなく、前画面で使用したテンプレートの情報を取得し、当該テンプレートを用いて画面情報を生成することができる（図７参照）。

また、本実施形態では、フレーム機能を用いることなく、１つの画面（Ｗｅｂページ）で複数のコンテンツを表示する。これにより、フレームを用いた場合に、クライアント１側でフレーム数分のコンテンツ（ＨＴＭＬファイル）を要求し、ネットワーク上の負荷が増大することを回避することができる。また、クライアント１がフレーム数分のコンテンツをＷｅｂサーバ２に要求するたびに発生するユーザ認証処理の回数を低減することができる。また、フレームやスクロールバーが画面上に表示されないため、デザイン的に見栄えの良い（より統一感のある）画面を生成することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

１：クライアント、１１：Ｗｅｂブラウザ、２：Ｗｅｂサーバ、２１：制御部、２２：画面生成部、２３：情報生成ファイル、２４：レイアウト定義ファイル、３：アプリケーションサーバ、３１：ビジネスロジック

Claims (5)

1. 情報処理装置が行う画面情報生成方法であって、
   前記情報処理装置は、
   処理部と、
   複数の画面で共通して使用する、複数のコンテンツを埋め込む領域を有するテンプレートを、少なくとも１つ記憶するテンプレート記憶部と、
   使用するテンプレートおよびコンテンツを埋め込む領域が指定された情報生成ファイルを、少なくとも１つ記憶する情報生成ファイル記憶部と、を有し、
   前記処理部は、
   所定の業務処理の業務データを受け付ける受付ステップと、
   前記業務処理に対応する情報生成ファイルを特定し、当該情報生成ファイルに指定されたテンプレートを前記テンプレート記憶部から読み出す読出ステップと、
   前記テンプレートの複数の領域に埋め込む複数のコンテンツを、前記業務データに基づいて生成するコンテンツ生成ステップと、
   前記テンプレートの複数の領域に、前記生成した複数のコンテンツをそれぞれ埋め込み、画面情報を生成する画面情報生成ステップと、を行うこと
   を特徴とする画面情報生成方法。
2. 請求項１記載の画面情報生成方法であって、
   前記読出ステップは、前記業務処理の種別または前記業務データに基づいて、前記使用するテンプレートを特定すること
   を特徴とする画面情報生成方法。
3. 請求項１記載の画面情報生成方法であって、
   前記処理部は、前画面で使用したテンプレートを指定する情報をクライアントから取得する取得ステップを、さらに行い、
   前記読出ステップは、前記取得ステップで取得した、指定された情報のテンプレートを、前記テンプレート記憶部から読み出すこと
   を特徴とする画面情報生成方法。
4. 画面情報生成システムであって、
   複数の画面で共通して使用する、複数のコンテンツを埋め込む領域を有するテンプレートを、少なくとも１つ記憶するテンプレート記憶手段と、
   使用するテンプレートおよびコンテンツを埋め込む領域が指定された情報生成ファイルを、少なくとも１つ記憶する情報生成ファイル記憶手段と、
   所定の業務処理の業務データを受け付ける受付手段と、
   前記業務処理に対応する情報生成ファイルを特定し、当該情報生成ファイルに指定されたテンプレートを前記テンプレート記憶手段から読み出す読出手段と、
   前記テンプレートの複数の領域に埋め込む複数のコンテンツを、前記業務データに基づいて生成するコンテンツ生成手段と、
   前記テンプレートの複数の領域に、前記生成した複数のコンテンツをそれぞれ埋め込み、画面情報を生成する画面情報生成手段と、を有すること
   を特徴とする画面情報生成システム。
5. 情報処理装置が実行する画面情報生成プログラムであって、
   前記情報処理装置は、
   処理部と、
   複数の画面で共通して使用する、複数のコンテンツを埋め込む領域を有するテンプレートを、少なくとも１つ記憶するテンプレート記憶部と、
   使用するテンプレートおよびコンテンツを埋め込む領域が指定された情報生成ファイルを、少なくとも１つ記憶する情報生成ファイル記憶部と、を有し、
   前記処理部に、
   所定の業務処理の業務データを受け付ける受付ステップと、
   前記業務処理に対応する情報生成ファイルを特定し、当該情報生成ファイルに指定されたテンプレートを前記テンプレート記憶部から読み出す読出ステップと、
   前記テンプレートの複数の領域に埋め込む複数のコンテンツを、前記業務データに基づいて生成するコンテンツ生成ステップと、
   前記テンプレートの複数の領域に、前記生成した複数のコンテンツをそれぞれ埋め込み、画面情報を生成する画面情報生成ステップと、を実行させるための
   画面情報生成プログラム。