JP2006268164A - 画面情報生成方法、画面情報生成装置および画面情報生成プログラム - Google Patents

Abstract

【課題】クライアント側での負荷を増大させることなく、より見栄えの良い画面を生成する。
【解決手段】情報処理装置２は、第１の表示情報を記憶する記憶部と、処理部と、を有し、前記処理部は、端末１からの要求を受け付けて、前記要求で指定された第２の表示情報を、外部システム３から取得する取得ステップと、前記記憶部の第１の表示情報と、前記取得ステップで取得した第２の表示情報とを、１つの画面で前記端末に表示させる画面情報を生成する生成ステップとを行い、前記生成ステップは、前記第１の表示情報に前記第２の表示情報を挿入して前記画面情報を生成する。
【選択図】図１

Description

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

現在、インターネット上では、様々なＷｅｂページ（文書）が公開されている。また、Ｗｅｂページは、一般的に、ＨＴＭＬ（HyperText Markup Language）などのマークアップ言語により記述されている。なお、特許文献１には、フレーム機能を用いたＷｅｂページを記述するＨＴＭＬファイルの作成装置が記載されている。
特開平１０−２４０７３２

ところで、１つのＷｅｂページにそれぞれ独立した複数のコンテンツを盛り込む場合がある。例えば、複数の企業（部署）がそれぞれ作成したコンテンツを、１つのＷｅｂページに表示させたい場合がある。この場合、フレーム機能により、１つのＷｅｂページを複数の枠（フレーム）で仕切る方法がある。フレームによって仕切られた複数の画面は、それぞれ独立した存在として機能させることができる。そのため、各画面に表示されるコンテンツを管理する企業等は、それぞれ単独でコンテンツを作成するとともに、コンテンツのメンテナンスを行うことができる。

しかしながら、フレーム機能を用いた場合、画面を仕切る枠（フレーム）やスクロールバーが画面上に表示されてしまう。そのため、デザイン的に見栄えが悪くなる場合がある。

また、フレームで仕切られた各画面において、表示される各コンテンツの情報量が割り当てられた画面より大きい場合、スクロールバーが表示される。この場合、ユーザは、コンテンツの内容を一覧することができず、また、全ての内容を閲覧するにはスクロールバーを操作する必要がある。そのため、機能的に操作性が悪い（使い勝手が悪い）場合がある。

また、フレーム機能を用いた場合、クライアントが使用するＷｅｂブラウザの種類やバージョンによっては、クライアントに表示されるＷｅｂページが異なる場合がある。また、フレーム非対応のＷｅｂブラウザを使用しているクライアントの場合、フレーム機能を用いたＷｅｂページを表示することができない。

また、フレーム機能を用いた場合、クライアントのＷｅｂブラウザは、１つのＷｅｂページを表示するために複数のＨＴＭＬファイルをサーバに要求するため、ネットワークの負荷が大きい。また、クライアントのＷｅｂブラウザは、フレーム毎にＨＴＭＬファイルを解析して表示するため、クライアント側でのシステムリソース（負荷）が増大し、また、Ｗｅｂページの表示に時間を要する。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、クライアントの負荷を増大させることなく、より見栄えの良い画面を生成することにある。また、本発明の目的は、より操作性の良い画面を生成することにある。

上記課題を解決するために、本発明は、例えば、情報処理装置が行う画面情報生成方法であって、前記情報処理装置は、第１の表示情報を記憶する記憶部と、処理部と、を有する。そして、前記処理部は、端末からの要求を受け付けて、前記要求で指定された第２の表示情報を、外部システムから取得する取得ステップと、前記記憶部の第１の表示情報と、前記取得ステップで取得した第２の表示情報とを、１つの画面で前記端末に表示させる画面情報を生成する生成ステップとを行い、前記生成ステップは、前記第１の表示情報に前記第２の表示情報を挿入して前記画面情報を生成する。

本発明では、クライアントの負荷を増大させることなく、より見栄えの良い画面を生成することができる。

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

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

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

Ｗｅｂサーバ２は、各クライアント１からの要求を受け付けて、クライアント１に提供する情報を動的に生成し、生成した情報をクライアント１に送信する。なお、本実施形態では、クライアント１に提供する情報は、Ｗｅｂページの情報（以下、「画面情報」）とする。画面情報は、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（eXtensible Markup Language）などのマークアップ言語により記述されている。なお、本実施形態の画面情報は、ＨＴＭＬにより記述されているものとする
図示するＷｅｂサーバ２は、要求受付部２１と、実行処理部２２と、記憶部２３と、キャッシュ処理部２５と、を有する。要求受付部２１は、クライアント１からの要求を受け付け、受け付けた要求を所定の情報生成ファイル２４（または、実行処理部２２）に引き渡す。実行処理部２２は、クライアント１に提供する画面情報を動的に生成し、生成した画面情報をクライアント１に送信する。なお、本実施形態の実行処理部２２は、記憶部２３に記憶された情報生成ファイル２４のプログラムを実行することにより、上記処理を実行するものとする。

記憶部２３には、少なくとも１つの情報生成ファイル２４が記憶されている。情報生成ファイルは、例えば、ＪＳＰ（Java（登録商標） Server Pages）の技術を用いたＪＳＰファイルである。すなわち、情報生成ファイル２４は、ＨＴＭＬで記述された画面情報の中に、Ｊａｖａ（登録商標）プログラムが記述されたファイルである。実行処理部２２は、情報生成ファイル２４に記述されたＪａｖａ（登録商標）プログラムを実行することにより、画面情報（ＨＴＭＬファイル）を動的に生成し、クライアント１に送信する。なお、情報生成ファイル２４では、ＪＳＰタグ（％タグ）を用いることにより、当該タグにはさまれた部分にＪａｖａ（登録商標）プログラムを記述する（または、Ｊａｖａ（登録商標）Ｂｅａｎを呼び出す）ことができる。実行処理部２２は、ＪＳＰタグ部分を実行し、ＨＴＭＬ形式のタグへと順次変換を行い、ＨＴＭＬのみで記述された画面情報（ＨＴＭＬファイル）を生成しクライアント１に送信する。

キャッシュ処理部２５は、高速な記憶装置であるキャッシュメモリ（不図示）に、コンテンツサーバ３から取得したコンテンツを蓄積しておく。キャッシュ処理部２５は、実行処理部２２の要求を受け付けて、指定されたコンテンツがキャッシュメモリに記憶されている場合は当該コンテンツを読み出し、実行処理部２２に送出する。指定されたコンテンツがキャッシュメモリに記憶されていない場合は、キャッシュ処理部２５は、指定されたコンテンツをコンテンツサーバ３から取得して実行処理部２２に送出するとともに、キャッシュメモリに取得したコンテンツを記憶する。

コンテンツサーバ３各々は、クライアント１に提供する様々なコンテンツを有する装置である。コンテンツサーバ３は、コンテンツ管理部３１と、少なくとも１つのコンテンツ３３が記憶されている記憶部３２とを有する。コンテンツ管理部３１は、Ｗｅｂサーバ２からの要求を受け付けて、記憶部３２から所定のコンテンツ３３を読み出し、Ｗｅｂサーバ２に送信する。また、コンテンツ管理部３１は、必要に応じて、記憶部３２の各コンテンツ３３を更新する。なお、本実施形態では、各コンテンツ３３は、ＨＴＭＬにより記述されたＨＴＭＬファイルであるものとする。

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

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

次に、クライアント１の出力装置に表示される表示画面（Ｗｅｂページ）について説明する。なお、本実施形態の表示画面は、フレーム機能を用いて画面を複数のフレームで仕切ることなく、１つの画面で表示されるものとする。

図３（ａ）は、表示画面の一例を示す図である。クライアント１のＷｅｂブラウザ１１は、Ｗｅｂサーバ２から受信した画面情報（ＨＴＭＬファイル）を解析し、図示するような表示画面を出力装置に出力する。なお、図示する表示画面は、デイトレーダーなどの個人投資家がネットワークを介して株式など売買するオンライントレード（online trade）の画面例である。

図示する表示画面は、ガイドライン部分４０とコンテンツ部分５０とを有し、ガイドライン部分４０に表示されたタブを用いて、コンテンツ部分５０の表示内容を切り替えるものとする。ガイドライン部分４０は、Ｗｅｂサーバ２側で管理する部分であって、第１のタブ群４１と、第２のタブ群４２とが表示されている。第１のタブ群４１および第２のタブ群４２の各タブは、コンテンツ部分５０に表示される表示内容のインデックスの役割を有する。そして、各タブには、コンテンツ部分５０に表示される表示内容のタイトルがそれぞれ表示されている。また、第１のタブ群４１および第２のタブ群４２の各タブは、一覧として常に画面に表示されているため、ユーザは、所望のコンテンツに容易にアクセスすることができる。

なお、図示する表示画面では、第１のタブ群４１の中で選択されているタブ（アクティブ状態のタブ）に応じて、第２のタブ群４２の内容が切り替わるものとする。具体的には、図示する表示画面の第１のタブ群４１では、「ホーム」タブが選択された状態（アクティブ状態）となっている。この場合、第２のタブ群４２では、「ホーム」タブに対応する所定のタブ（「初めての方」タブ、「お知らせ」タブ、「取扱商品」タブ等）が表示されるものとする。なお、「ホーム」タブ以外の別のタブが第１のタブ群４１の中で選択された場合、第２のタブ群４２には選択されたタブに対応する所定のタブがそれぞれ表示される。

コンテンツ部分５０には、コンテンツサーバ３が管理するコンテンツ３３が表示される。なお、本実施形態のコンテンツ部分５０は、第１のタブ群４１および第２のタブ群４２で、それぞれ選択されるタブに応じて、表示されるコンテンツが切り替わるものとする。また、図示するコンテンツ部分５０は、コンテンツタブ群５１と、コンテンツ表示部５２とを有する。すなわち、図示するコンテンツ部分５０は、コンテンツタブ群５１のタブを用いて、コンテンツ表示部５２に表示されるコンテンツを、さらに切り替えるものとする。
具体的には、図示するコンテンツ部分５０には、第１のタブ群４１で「ホーム」タブが選択され、かつ、第２のタブ群４２で「初めての方」タブが選択された場合のコンテンツが表示されている。そして、この場合のコンテンツは、さらに、「Ａ情報」、「Ｂ情報」および「Ｃ情報」の３つのコンテンツを有し、コンテンツタブ群５１のいずれかのタブを選択（クリック）することに、「Ａ情報」、「Ｂ情報」または「Ｃ情報」を、コンテンツ表示部５２に表示することができる。

図３（ｂ）は、図３（ａ）のコンテンツタブ群５１のタブ各々に埋め込まれたリンク先情報の一例を示したものである。すなわち、図３（ａ）に示す表示画面を記述した画面情報（ＨＴＭＬファイル）において、コンテンツタブ群５１の記述部分には図示するリンク先情報が、それぞれ埋め込まれているものとする。リンク先情報には、各タブに対応するコンテンツの位置情報が、例えばＵＲＬ（Uniform Resource Locator）を用いて記述されているものとする。

すなわち、図示するリンク先情報は、Ｗｅｂサーバ２のドメイン名および情報生成ファイルのファイル名６１と、各種の引数６２〜６５とを有する。引数は、情報生成ファイル２４のプログラムに引き渡すパラメータであって、ｂｕｒｌ（コンテンツサーバ３のＵＲＬ）６２と、ｆｉｌｅ（コンテンツのファイル名）６３と、ｔａｂ１（第１のタブ群４１でアクティブ状態とするタブ）６４と、ｔａｂ２（第２のタブ群４２でアクティブ状態とするタブ）６５とが含まれる。なお、Ｗｅｂブラウザ１１は、コンテンツタブ群５１のいずれかのタブが選択（クリック）されると、当該タブに埋め込まれたリンク先情報をＷｅｂサーバ２に送信する。

次に、本実施形態のＷｅｂシステムの処理について説明する。

図４は、Ｗｅｂシステムの処理フロー図である。なお、図示する処理フローは、表示画面（図３（ａ）参照）のコンテンツタブ群５１のいずれかのタブをクリックした場合を例に以下説明する。

まず、ユーザは、クライアント１の入力装置を用いて表示画面のコンテンツタブ群５１のいずれかのタブを選択（クリック）する。クライアント１のＷｅｂブラウザ１１は、選択されたタブのリンク先情報（図３（ｂ）参照）を、Ｗｅｂサーバ２に送信する（Ｓ１）。すなわち、Ｗｅｂブラウザ１１は、選択されたタブのリンク先情報に設定されたＷｅｂサーバ２の情報生成ファイル２４に、リンク先情報に設定された引数を送信する。

そして、Ｗｅｂサーバ２の要求受付部２１は、リンク先情報をクライアント１から受信し、リンク先情報に指定された情報生成ファイル２４に、リンク先情報に設定された引数を引き渡す（Ｓ２）。これにより、実行処理部２２は、指定された情報生成ファイル２４の中に記述されたプログラムを実行し、以下の処理を行う。すなわち、実行処理部２２は、情報生成ファイル２４に記述されたＪＳＰタグ部分を実行し、ＨＴＭＬ形式のタグへと順次変換する。

まず、実行処理部２２は、表示画面のコンテンツ部分５０のコンテンツを、キャッシュ処理部２５に要求する（Ｓ３）。すなわち、実行処理部２２は、リンク先情報の引数（ｂｕｒｌ＝“ ”）に指定されたコンテンツサーバ３のＵＲＬと、引数（ｆｉｌｅ＝“ ”）に指定されたファイル名とを含むコンテンツ要求指示を、キャッシュ処理部２５に送出する。キャッシュ処理部２５は、要求されたファイル名のコンテンツ（ＨＴＭＬファイル）３３がキャッシュメモリに既に記憶されている場合（Ｓ４：ＹＥＳ）、キャッシュメモリから当該コンテンツを読み出し、実行処理部２２に送信する（Ｓ５）。

一方、要求されたコンテンツ３３がキャッシュメモリに記憶されていない場合（Ｓ４：ＮＯ）、キャッシュ処理部２５は、リンク先情報の引数（ｂｕｒｌ＝“ ”）に指定されたコンテンツサーバ３に対して、引数（ｆｉｌｅ＝“ ”）に指定されたファイル名のコンテンツ３３を要求する（Ｓ６）。コンテンツサーバ３のコンテンツ管理部３１は、要求されたファイル名のコンテンツ（ＨＴＭＬファイル）３３を記憶部３２から読み出し、Ｗｅｂサーバ２に送信する（Ｓ７）。

Ｗｅｂサーバ２のキャッシュ処理部２５は、コンテンツサーバ３から取得したコンテンツ３３を、実行処理部２２に送出するとともに、取得したコンテンツ３３をキャッシュメモリに記憶する（Ｓ８）。以上により、Ｗｅｂサーバ２の実行処理部２２は、コンテンツ部分５０のコンテンツ３３を取得することができる。

そして、実行処理部２２は、クライアント１に送信する画面情報（ＨＴＭＬファイル）を動的に生成する（Ｓ９）。具体的には、実行処理部２２は、まず、コンテンツサーバ３（またはキャッシュ処理部２５）から取得したコンテンツ３３を、情報生成ファイル２４の所定の箇所に押し込む（挿入する）。

図５は、コンテンツサーバ３から取得したコンテンツ３３を押し込み、画面情報を生成する処理を模式的に示した図である。Ｗｅｂサーバ２は、図示する情報生成ファイル２４を有するものとする。実行処理部２２は、情報生成ファイル２４のＪＳＰタグ部分２４ａに記述されたプログラムを実行し、リンク先情報の引数で指定されたコンテンツ３３（図示する例では、ｈａｊｉｍｅｔｅ−ａ．ｈｔｍｌ）を、コンテンツサーバ３から取得する（Ｓ６、Ｓ７）。

そして、実行処理部２２は、情報生成ファイル２４のＪＳＰタグ部分２４ａに、取得したコンテンツ３３のＨＴＭＬデータ２５ａを挿入することにより、ＪＳＰタグ部分２４ａをＨＴＭＬ形式のタグ２５ａへと変換し、ＨＴＭＬのみで記述された画面情報（ＨＴＭＬファイル）２５を動的に生成する。

また、実行処理部２２は、表示画面（ガイドライン部分４０）のタブの設定を行う（Ｓ５）。すなわち、実行処理部２２は、リンク先情報の引数（ｔａｂ１＝“ ”、ｔａｂ２＝“ ”）に設定された第１のタブ群４１および第２のタブ群４２の中でアクティブ状態とするタブをそれぞれ特定する。そして、実行処理部２２は、コンテンツ３３を押し込んで生成した画面情報において、特定したタブをアクティブな状態に設定する。

具体的には、実行処理部２２は、特定したタブの背景色を他のタブの背景色とは異なる色に設定、または、タブに表示されるタイトル文字を強調するなどにより、ユーザがアクティブ状態のタブを認識できるように設定する。なお、文字を強調する方法としては、文字制御の各種タグを用いて、文字の色、大きさなどを指定することが考えられる。なお、図３（ａ）に表示画面では、アクティブ状態に設定されたタブのタイトル文字に下線が引かれている。

このように、引数で指定されたガイドライン部分４０のタブがアクティブ状態となるように設定することにより、ガイドライン部分４０の表示内容と、コンテンツ部分５０の表示内容との同期を常に取ることができる。すなわち、本実施形態の表示画面は、フレーム機能を用いて画面を複数のフレームで仕切ることなく、１つの画面で表示されるものである。このような表示画面において、コンテンツタブ群５１のいずれかをクリックして所望のコンテンツ情報を呼び出す場合、現時点で画面に表示されているガイドライン部分４０の表示内容は保証されない。これにより、コンテンツ部分５０の表示内容と、ガイドライン部分４０の表示内容とが、不整合となる場合（コンテンツ部分５０と対応しないタブがアクティブ状態で表示されてしまう等）がある。しかしながら、本実施形態では、クライアント１から受信するリンク情報の引数にアクティブ状態にするタブが指定されているため、実行処理部２２は、コンテンツ部分５０の表示内容と整合する表示内容のガイドライン部分４０を生成することができる。

そして、実行処理部２２は、Ｓ５で生成した画面情報（ＨＴＭＬファイル）を、クライアント１に送信する（Ｓ１０）。そして、クライアント１のＷｅｂブラウザ１１は、画面情報（ＨＴＭＬファイル）のタグを解析し、図３（ａ）に示すような表示画面を出力装置に表示する（Ｓ１１）。

なお、図４に示す処理フローでは、コンテンツタブ群５１のいずれかのタブをクリックした場合を例に説明したが、ガイドライン部分４０の第１のタブ群４１または第２のタブ群のいずれかのタブをクリックした場合も同様である。すなわち、第１のタブ群４１または第２のタブ群のいずれかのタブがクリックされた場合、クリックされたタブのリンク先情報が、Ｗｅｂサーバに送信される。そして、実行処理部２２は、リンク先情報の引数に設定された所定のコンテンツを取得し、当該コンテンツを挿入するとともに、リンク先情報で指定されたタブをアクティブ状態に設定した画面情報を生成する。

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

本実施形態では、Ｗｅｂサーバ２が管理するガイドライン部分４０の表示情報と、コンテンツサーバ３が管理するコンテンツ部分５０の表示情報とを、フレーム機能を用いることなく、１つの画面で表示する。これにより、クライアント側での負荷を増大させることなく、より見栄えの良い（より統一感のある）画面を生成することができる。

また、本実施形態では、フレーム機能を使用しないため、フレーム非対応のＷｅｂブラウザを使用しているクライアント１であっても、Ｗｅｂサーバ２が生成した画面情報を表示することができる。また、クライアント１のＷｅｂブラウザ１１の種類やバージョンによって、クライアント１に表示される表示画面（見た目）は変わらない。

また、本実施形態では、タブを用いて表示画面に表示されるコンテンツを切り替える。これにより、面倒なスクロール操作を行うことなく、容易に所望のコンテンツを表示画面に表示することができる。すなわち、より操作性の良い（使い勝手の良い）表示画面を生成することができる。

また、本実施形態では、Ｗｅｂサーバ２がクライアント１からの要求を受け付け、表示情報を動的に生成する。これにより、コンテンツサーバ３が管理するコンテンツ３３が頻繁に更新される場合であっても、常に最新のコンテンツ３３を表示することができる。

また、本実施形態では、Ｗｅｂサーバ２側で、表示画面全体のデザイン（画面構成）を管理し、所定の部分（図３（ａ）のコンテンツ部分５０）にコンテンツサーバ３が管理するコンテンツを埋め込む。これにより、表示画面のデザイン（画面構成）の変更およびメンテナンスが容易である。

また、本実施形態では、クライアント１から受信するリンク先情報の引数には、アクティブ状態とするタブの情報が指定されている。Ｗｅｂサーバ２は、引数で指定されたガイドライン部分４０のタブをアクティブ状態となるように設定した画面情報を生成することにより、ガイドライン部分４０の表示内容とコンテンツ部分５０の表示内容との整合性を確保することができる。すなわち、本実施形態では、コンテンツ部分５０の表示内容に対応するガイドライン部分４０のタブを、常にアクティブ状態に設定して表示することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、ＪＳＰの技術を用いて動的に画面情報を生成することとした。しかしながら、本発明はこれに限定されず、例えば、ＡＳＰ（Active Server Pages）の技術を用いて動的に画面情報を生成することとしてもよい。

また、本実施形態のＷｅｂサーバ２は、キャッシュ処理部２５を備える。しかしながら、キャッシュ処理部２５を備えることなく、Ｗｅｂサーバ２は、クライアント１からの要求を受け付けると、常に、コンテンツサーバ３にアクセスして指定されたコンテンツを取得することとしてもよい。

本発明の一実施形態が適用されたＷｅｂシステムの全体構成を示す図である。 各装置のハードウェア構成例を示す図である。 表示画面および埋め込み情報の一例を示す図である。 Ｗｅｂシステムの処理フロー図である。 コンテンツを画面情報に押し込む処理を模式的に示す図である。

符号の説明

１：クライアント、１１：Ｗｅｂブラウザ、２：Ｗｅｂサーバ、２１：要求受付部、２２：実行処理部、２３：記憶部、２４：情報生成ファイル、２５：キャッシュ処理部、３：コンテンツサーバ、３１：コンテンツ管理部、３２：記憶部、３３：コンテンツ、４：ネットワーク

Claims (6)

1. 情報処理装置が行う画面情報生成方法であって、
   前記情報処理装置は、第１の表示情報を記憶する記憶部と、処理部と、を有し、
   前記処理部は、
   端末からの要求を受け付けて、前記要求で指定された第２の表示情報を、外部システムから取得する取得ステップと、
   前記記憶部の第１の表示情報と、前記取得ステップで取得した第２の表示情報とを、１つの画面で前記端末に表示させる画面情報を生成する生成ステップと、を行い、
   前記生成ステップは、前記第１の表示情報に前記第２の表示情報を挿入して前記画面情報を生成すること
   を特徴とする画面情報生成方法。
2. 請求項１記載の画面情報生成方法であって、
   前記第１の表示情報には、複数のタブを表示する情報が含まれ、
   前記生成ステップは、前記複数のタブの中で、前記端末からの要求で指定されたタブをアクティブ状態に設定し、前記画面情報を生成すること
   を特徴とする画面情報生成方法。
3. 請求項１記載の画面情報生成方法であって、
   前記生成ステップで生成される画面情報は、ＨＴＭＬを用いて記述されていること
   を特徴とする画面情報生成方法。
4. 請求項１記載の画面情報生成方法であって、
   前記情報処理装置は、キャッシュ記憶部を、さらに備え、
   前記取得ステップは、前記要求で指定された第２の表示情報が前記キャッシュ記憶部に存在しない場合、前記外部システムから前記第２の表示情報を取得すること
   を特徴とする画面情報生成方法。
5. 画面情報生成装置であって、
   第１の表示情報を記憶する記憶手段と、
   端末からの要求を受け付けて、前記要求で指定された第２の表示情報を、外部システムから取得する取得手段と、
   前記記憶手段の第１の表示情報と、前記取得手段が取得した第２の表示情報とを、１つの画面で前記端末に表示させる画面情報を生成する生成手段と、を有し、
   前記生成手段は、前記第１の表示情報に前記第２の表示情報を挿入して前記画面情報を生成すること
   を特徴とする画面情報生成装置。
6. 情報処理装置が実行する画面情報生成プログラムであって、
   前記情報処理装置は、第１の表示情報を記憶する記憶部と、処理部と、を有し、
   前記処理部に、
   端末からの要求を受け付けて、前記要求で指定された第２の表示情報を、外部システムから取得する取得ステップと、
   前記記憶部の第１の表示情報と、前記取得ステップで取得した第２の表示情報とを、１つの画面で前記端末に表示させる画面情報を生成する生成ステップと、を実行させ、
   前記生成ステップは、前記第１の表示情報に前記第２の表示情報を挿入して前記画面情報を生成すること
   を特徴とする画面情報生成プログラム。

Images