(57)【要約】      （修正有）【課題】アプレットを用いたクライアントアプリケーションの開発工数を削減し、生産性を向上する。【解決手段】端末装置１０においてユーザへの表示処理を実行可能な実行環境を備えておき、その上で実行するプログラムを該サーバ装置２０で生成する構成において、該サーバ装置２０に、表示画面の態様を定義する画面定義データ４０を格納する記憶手段、端末装置からの開始要求Ｓ１を契機として画面定義データ４０を読み出し、プログラムに該画面定義データを組み込むと共に、組み込まれた画面定義データを呼び出す処理プロトコルを該プログラム中に定義して該プログラムを生成し、生成されたプログラムを端末装置の実行環境に送信する画面表示処理手段３１とを備える。【選択図】図１
2007172098.tif 000002
【特許請求の範囲】
【請求項１】
ユーザへの表示処理を実行可能な実行環境を含む端末装置とネットワークを介して接続される情報処理サーバ装置とから成り、該実行環境で実行するプログラムを前記情報処理サーバ装置で生成する情報処理システムであって、
該情報処理サーバ装置が、
表示画面の態様を定義する画面定義データを格納する記憶手段と、
端末装置からの開始要求を契機として該画面定義データを読み出し、該プログラムに該画面定義データを組み込むと共に、組み込まれた画面定義データを呼び出す処理プロトコルを該プログラム中に定義して該プログラムを生成し、生成されたプログラムを端末装置の実行環境に送信する画面表示処理手段とを備え、
前記端末装置が、前記情報処理サーバ装置が生成したプログラムを受信し、前記実行環境を用いてユーザへの表示処理を実行することを特徴とする情報処理システム。
【請求項２】
前記情報処理システムにおいて、
少なくとも遷移前の表示画面と遷移後の表示画面との２種以上の表示画面の態様を１個の画面定義データに定義し、
前記画面表示処理手段が、該画面定義データに含まれる一部又は全部の態様で、且つ２種以上の態様に係る画面定義データを前記プログラムに組み込むと共に、組み込まれた画面定義データのうち遷移前の表示画面の態様を呼び出す処理プロトコルと、所定の契機で遷移後の表示画面の態様を呼び出す処理プロトコルとを該プログラム中に定義して該プログラムを生成することを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記遷移前の表示画面においてユーザからの入力イベントとして入力情報を取得すると共に、該入力情報を前記情報処理サーバ装置に送信する前記情報処理システムにおいて、
該情報処理サーバ装置が、該入力情報を取得して少なくとも該入力情報の記憶手段への格納処理又は、該入力情報が所定の条件を満たすか否かの判定処理のいずれかを実行し、端末装置に向けて遷移後の表示画面を表示する制御指令を少なくとも送信する画面遷移制御処理手段を備え、
該端末装置が、前記制御指令を契機として遷移後の表示画面を表示することを特徴とする請求項２記載の情報処理システム。
【請求項４】
前記情報処理サーバ装置が、
出力データの形式を規定する形式データを記憶手段に予め格納すると共に、該形式に従って出力データを生成する出力処理手段を備え、
該出力処理手段が、遷移前又は遷移後の少なくともいずれかの表示画面における入力イベントで取得された入力情報を前記端末装置から受信し、前記画面定義データを参照して該入力情報の属性を決定し、該形式データ中に該属性に従って入力情報を埋め込んで出力データを生成し、格納することを特徴とする請求項３記載の情報処理システム。
【請求項５】
端末装置において少なくともユーザへの表示処理を実行可能な実行環境を備え、該実行環境で実行するプログラムを情報処理サーバ装置で生成する情報処理サーバ装置であって、
該情報処理サーバ装置が、
表示画面の態様を定義する画面定義データを格納する記憶手段と、
端末装置からの開始要求を契機として該画面定義データを読み出し、該プログラムに該画面定義データを組み込むと共に、組み込まれた画面定義データを呼び出す処理プロトコルを該プログラム中に定義して該プログラムを生成し、生成されたプログラムを端末装置の実行環境に送信する画面表示処理手段とを備えたことを特徴とする情報処理サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理システムとそれに用いる情報処理サーバ装置に係り、特に情報処理サーバ装置において端末装置で実行するプログラムを簡便に生成するための情報処理システム及び情報処理サーバ装置に関する。
【背景技術】
【０００２】
近年のインターネット環境においては、端末側で実行環境を構成し、単に表示だけではない動的な処理を実行させる技術、例えばアプレットと呼ばれるプログラムが多用されるようになっている。このアプレットとは、ネットワークを通じてWebブラウザにダウンロードされ、ブラウザのウィンドウに埋め込まれて実行されるJava（登録商標）プログラムの一種であり、このアプレットを使うことにより、HTMLで記述された静的なWebページでは実現できない動的な表現が可能となる。また、Webブラウザのみで利用することができるネットワークゲームやチャットを開発することもできる。
【０００３】
企業内のクライアントサーバシステムでJavaアプレットを利用すれば、社員のコンピュータにはWebブラウザを入れるだけでシステムを利用できるようになり、アプリケーションソフトの配備や管理にかかるコストを節減することができる。
【０００４】
すでに多くのアプレットに関する特許技術が開示されているが、特許文献１では、表示画面の内容を規定する電子文書（画面定義）、および、画面の遷移など処理の流れを規定する電子文書（フロー定義）を含んでいる。
【０００５】
【特許文献１】特開２００３−２１６４２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来技術によるとアプレットに画面定義及びフロー定義を組み合わせて採用した電子文書作成システムは、比較的自由な画面を生成することができるものの、その文章の基となる画面定義や文書サンプル（テンプレート）や文書書式に変更が生じた場合、これら画面定義等がアプレットに含まれるため、難易度の高いアプレットそのものを変更する必要が生じ、この変更処理が繁雑になると言う不具合があった。
特にアプレットにおける画面の作成においては、HTMLで作成する場合に比べて難易度が高く、またコーディング量が増えるため、メンテナンス性が低下し、作業効率が低下すると言う不具合があった。
【０００７】
本発明の目的は、前述の従来技術による不具合を除去することであり、アプレットを用いたクライアントアプリケーションの開発工数の削減による生産性を向上することができる情報処理システム及び情報処理サーバ装置を提供することである。
【課題を解決するための手段】
【０００８】
前記目的を達成するために本発明は、ユーザへの表示処理を実行可能な実行環境を含む端末装置とネットワークを介して接続される情報処理サーバ装置とから成り、該実行環境で実行するプログラムを前記情報処理サーバ装置で生成する情報処理システムにおいて、該情報処理サーバ装置が、表示画面の態様を定義する画面定義データを格納する記憶手段と、端末装置からの開始要求を契機として該画面定義データを読み出し、該プログラムに該画面定義データを組み込むと共に、組み込まれた画面定義データを呼び出す処理プロトコルを該プログラム中に定義して該プログラムを生成し、生成されたプログラムを端末装置の実行環境に送信する画面表示処理手段とを備え、該端末装置が、前記情報処理サーバ装置が生成したプログラムを受信し、実行する処理手段である実行環境を備えたことを第１の特徴とする。
【０００９】
また本発明は、前記情報処理システムにおいて、少なくとも遷移前の表示画面と遷移後の表示画面との２種以上の表示画面の態様を１個の画面定義データに定義し、前記画面表示処理手段が、該画面定義データに含まれる一部又は全部の態様で、且つ２種以上の態様に係る画面定義データを前記プログラムに組み込むと共に、組み込まれた画面定義データのうち遷移前の表示画面の態様を呼び出す処理プロトコルと、所定の契機で遷移後の表示画面の態様を呼び出す処理プロトコルとを該プログラム中に定義して該プログラムを生成することを第２の特徴とする。
【００１０】
更に本発明は、前記遷移前の表示画面においてユーザからの入力イベントとして入力情報を取得すると共に、該入力情報を前記情報処理サーバ装置に送信する前記第２の特徴の情報処理システムにおいて、該情報処理サーバ装置が、該入力情報を取得して少なくとも該入力情報の記憶手段への格納処理又は、該入力情報が所定の条件を満たすか否かの判定処理のいずれかを処理し、端末装置に向けて遷移後の表示画面を表示する制御指令を少なくとも送信する画面遷移制御処理手段を備え、該端末装置が、前記制御指令を契機として遷移後の表示画面を表示することを第３の特徴とする。
【００１１】
また本発明は、前記情報処理サーバ装置が、出力データの形式を規定する形式データを記憶手段に予め格納すると共に、該形式に従って出力データを生成する出力処理手段を備え、該出力処理手段が、遷移前又は遷移後の少なくともいずれかの表示画面における入力イベントで取得された入力情報を前記端末装置から受信し、前記画面定義データを参照して該入力情報の属性を決定し、該形式データ中に該属性に従って入力情報を埋め込んで出力データを生成し、格納することを第４の特徴とする。
【００１２】
更に本発明は、端末装置において少なくともユーザへの表示処理を実行可能な実行環境を備え、該実行環境で実行するプログラムを情報処理サーバ装置で生成する情報処理サーバ装置であって、該情報処理サーバ装置が、表示画面の態様を定義する画面定義データを格納する記憶手段と、端末装置からの開始要求を契機として該画面定義データを読み出し、該プログラムに該画面定義データを組み込むと共に、組み込まれた画面定義データを呼び出す処理プロトコルを該プログラム中に定義して該プログラムを生成し、生成されたプログラムを端末装置の実行環境に送信する画面表示処理手段とを備えたことを第５の特徴とする。
【発明の効果】
【００１３】
本発明によれば、端末側の実行環境で実行されるプログラム（アプレット）を生成する際に画面定義データを用いることにより、アプレット画面を動的生成できるようになる。このとき、例えばHTMLタグによる画面生成と同等な方式を用いることもできる。
様々な処理を全て１つの画面定義ファイルに定義された情報によって対応できるため、クライアントアプリケーションの開発工数を削減できるようになる。
【００１４】
更に本発明は、クライアントアプリケーション修正時に画面定義ファイルを修正するだけで対応できるためメンテナンス性が向上することもできる。以上より、本発明を利用することでアプレットを用いたクライアントアプリケーションの生産性向上に寄与する。
【００１５】
また、本発明では全ての処理を1つのXMLファイルで構成された画面定義ファイルに記述することができる。このことにより、各ファイルを修正する必要が無く、メンテナンス性が向上すると考えられる
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の一実施形態を図面を参照して詳細に説明する。図１は、本発明を適用した情報処理システム及び情報処理サーバ装置のシステム構成図である。本実施形態例では、ユーザがクライアントから必要事項を入力して、申請書を作成するシステムを例として用いるが、本発明はこのような用途のシステムに限定されるものではない。
本システムでは、サーバ20側に、本発明の処理を実行するＣＰＵ部30および画面定義ファイル（XMLファイル）40、テンプレートファイル（XMLファイル）50を設置する。
【００１７】
本実施形態で表示画面の態様を表したり、画面の遷移処理を表すための方法としてXML（eXtensible Markup Language）形式を用いているが、XML形式は文書やデータの意味や構造を記述するためのマークアップ言語で記述されたデータ形式である。本発明の画面定義データにはXMLに限らず如何なるデータ形式を用いてもよい。
【００１８】
また、クライアント10は、携帯電話端末、パーソナルコンピュータ、携帯情報端末等の端末装置であり、周知の如く演算処理・画像処理等を行うＣＰＵ部とネットワーク通信を行う通信部、ユーザからの入力を受け付ける入力部、画面表示を行う表示部等を備える。
【００１９】
本実施形態による情報処理システム及び情報処理サーバ装置による処理の概要について説明する。
本処理は、まずクライアント10側における入力部から発生したイベントその他の要求イベントを契機としてネットワークを通じてサーバ20に対してアプレット画面が起動するように「画面表示要求」処理S1を行う。
ネットワークを通じて該要求を受理するとＣＰＵ部30の画面表示処理部31が起動し、同サーバ20に設置されている記憶部内の画面定義データである画面定義ファイル（XMLファイル）40を読み込む「読込」処理S2を行う。なお、記憶部はメモリ等の記憶媒体、又はハードディスク等の記憶装置により構成される。
【００２０】
次いで本処理は、読み込んだ画面定義ファイル40に設定されている情報に基づいて、画面表示処理部31の作用により、ネットワークを通じてクライアント10の表示部のブラウザ上で画面表示S3を行う。このときアプレット画面11がＷｅｂブラウザ等のネットワークからの情報表示を行うブラウザ上に表示される。本実施形態においてアプレット画面の表示など、アプレットを実行する環境を実行環境と呼んでおり、例えばウェブブラウザによって該環境は提供される。
以後、作成した申請書を送信するまでサーバとの通信は行わないため個人情報保護の観点からも本発明は優れていると考えられる。
【００２１】
クライアント10のブラウザにおけるアプレット画面（遷移前）入力画面に対応した、コーディング例を図２及び３に示す。
図２のように、アプレット画面を表示させるためにプログラムであるアプレットコーディングを用いる場合、１画面を表示するだけでもコーディング量が多いことがわかる。従来の方法では、このように多量のデータを通信し実行しなければならなかった。
【００２２】
次に、図３には本実施形態に係る画面定義ファイル40のコーディング例を示す。図３のコードは１画面の表示を行うコーディング（図２と同様の処理）C10だけではなく、申請書を作成する画面から次の画面への遷移後、入力した内容を確認画面に表示、及び入力した内容を申請書の構成要素となる申請書ファイル（XMLファイル）60への出力までを行うコーディングC11を含むコーディング例である。
【００２３】
以上から、画面定義ファイル40を読み込むことで、コーディングを行う量が大幅に削減できることがわかる。
図３では画面遷移に関しては、Buttonタグのtarget属性を設定するC12ことで対応している。確認画面への表示についてはTextFieldタグのlink属性C13、申請書ファイルへの出力についてはLinkLabelタグのdirect属性C14で対応している。
【００２４】
このように画面定義ファイル40では、申請書を送信するまでの処理を実現する各機能、すなわち申請書を作成する画面から入力した内容を確認する画面への遷移する機能、入力した内容を確認画面に表示する機能、及び入力した内容を申請書の構成要素となる申請書ファイル（XMLファイル）60として出力する機能をコーディングしている。
各機能については、全てアプレット画面を表示させる際に読み込んだ画面定義ファイル40に必要な情報を設定しているため、それぞれの機能起動時にサーバ20との通信のみを行い、アプレット画面表示要求以外の処理で画面定義ファイル40を読み込むことは一切行わない。
【００２５】
申請書を作成する入力画面から画面遷移を行うボタン（遷移前の「次へ」ボタン）をユーザが押下した場合、該イベント情報がネットワークを通じて画面遷移制御処理部32に送信S4される。
これによりＣＰＵ部30の画面遷移制御処理部32が動作する。画面表示処理時の「読込」S3の際に読み込まれた画面定義ファイル40に設定されている情報から遷移先の画面を判断し、遷移先の画面を表示S5する。この時に申請書作成画面で入力した内容も表示される。
【００２６】
申請データをサーバ20に送信を行うアプレット画面（遷移後）確認画面（クライアント10側のアプレット画面（遷移後）確認画面12）において、申請データ構成要素となる申請書ファイル（XMLファイル）60作成の契機となるボタン（同「送信ボタン」12）を押下した場合、該イベントが送信S6され、XML出力処理部が処理を開始する。
この際、同じサーバ20に設置されているテンプレートファイル（XMLファイル）50を読み込む（S7）。このテンプレートファイル50は申請データとなる申請書ファイル（XMLファイル）60の基となる。
【００２７】
読み込んだテンプレートファイル50に申請書作成画面で入力した内容が出力され、申請書ファイル（XMLファイル）60が完成する（S8）。このとき、入力した内容は画面表示機能が起動した際に読み込まれた画面定義ファイル40に設定されている情報から、テンプレートファイル50のどの位置に出力されるか判断され、テンプレートファイル50に出力される。
【００２８】
また、テンプレートファイル50についてもアプレット画面表示時の処理を行う時に画面定義ファイルと同様に読み込まれているため、XML出力機能が起動するときにサーバと通信を行い、テンプレートファイル50を読み込むことはない。すなわち、本発明では最初の画面表示要求(S1)の後の画面表示（S3)においてアプレットをロードすると、入力された情報がサーバ20に送信されるだけで、サーバから改めてアプレットをロードすることはなく、アプレット画面はサーバ20からの画面遷移制御により切り替わるようになっている。
【００２９】
テンプレートファイル50の例と、それを元に生成された申請書ファイル60の例を図４に示す。本発明ではテンプレート50に対し、クライアント10で入力されたデータが挿入されて申請書ファイル60が生成される。
画面定義ファイルの各種タグの設定方法は画面定義ファイルにおける各種タグの設定方法にまとめた。以下の表の通りである。
【００３０】
ＡＰＰタグ
【表１】
2007172098.tif 000003
【００３１】
Ｐａｇｅタグ
【表２】
2007172098.tif 000004
【００３２】
Ｌａｂｅｌタグ
【表３】
2007172098.tif 000005
【００３３】
ＬｉｎｋＬａｂｅｌタグ
【表４】
2007172098.tif 000006
【００３４】
ＴｅｘｔＦｉｅｌｄタグ
【表５】
2007172098.tif 000007
【００３５】
Ｂｕｔｔｏｎタグ
【表６】
2007172098.tif 000008
【００３６】
以下に本実施形態に備わっている機能について詳細な説明を行う。
まず、画面表示機能では以下の処理が行われる。画面表示機能の処理は図５に示すフロー図の通りである。
この処理はクライアント10からサーバ20に対して画面表示要求を行った時点である（S101）。まず、サーバ側におかれている画面定義ファイル40の読み込みを行う（S102）。読み込んだ画面定義ファイル40から定義された全画面分、画面オブジェクト（Panel）を生成する（S103）。
【００３７】
画面オブジェクトとは、画面全体のベースのことである。次に定義された全画面の全項目分、項目オブジェクト（TextField、checkBox等）を生成して、既に生成されている画面オブジェクトに配置する（S104）。以上の処理を行い、初期表示画面を表示する（S105）。
また、上記の（S103）から（S105）の処理は画面定義ファイル40に設定されている全ての画面に対して行われるため、画面が遷移するたびに画面表示機能を起動させることなく、遷移先の画面が表示される。
以上の処理を行い、ブラウザにアプレットがロードされる。
【００３８】
次に、画面遷移を行うボタンを押下時に起動する画面遷移制御機能では以下の処理が行われる。画面遷移制御機能の処理を行うフローは図６の通りである。
画面項目の入力値を、編集オブジェクト（AppEditData）としてメモリ内に格納する（S106）。次に単項目チェックを行う（S107）。（本発明が行うのは制御のみであり、実際のチェック処理AppUnitChkCallクラス、callメソッドに記述する）この単項目チェックに関する詳細については下記の単項目チェックにて説明する。
【００３９】
入力した値にエラーがなければ、メモリ内の編集オブジェクトを、遷移先の画面項目に展開する（S108）。（S106）から（S108）の処理が完了した後、遷移先画面を表示する（S109）。
単項目チェックの処理は必須処理ではないため、画面定義ファイル（XMLファイル）40の"Button"タグにおいて、どの処理を実行するかを任意に設定することにより、画面内の各ボタン押下時のイベント処理を、ユーザ独自にカスタマイズすることが可能である。単項目チェックの他に行うチェックが存在する場合、ユーザによるコーディングによってユーザ独自処理を行うことができる。（AppUserExecクラス、executeメソッドに処理を記述する。）
【００４０】
上記２つの機能に加えて、XML出力機能がある。XML出力機能は、申請書作成のために入力した内容が、申請データ構成要素となるXMLファイルに出力される機能である。XML出力機能では以下の処理が行われる。
この機能が起動するタイミングは任意となる（ボタン押下時のユーザ独自処理内から呼び出されるのが一般的である）。ボタン押下時に起動するXML出力機能の処理を行うフローは図７の通りである。
【００４１】
入力画面で入力した値を画面定義ファイルの設定内容に従って、出力するXMLファイル数分、出力データ格納用データ領域を生成する（S110）。次に画面項目から入力した内容を取得して最初の処理（S110）で生成した出力データ格納用データ領域に格納する（S111）。
出力データ格納用データ領域の情報をもとにテンプレートファイル50をＤＯＭオブジェクト（XML文書を解析して、ツリー構造として扱う）に展開する（S112）。
【００４２】
前の処理（S112）で生成したＤＯＭオブジェクトに対して、出力データ格納用データ領域内のデータ（入力した内容）を設定する（S113）。最後に、前の処理（S113）で展開したＤＯＭオブジェクトをバイナリデータに変換する（S114）。以上の処理を行い、サーバ30側で申請書ファイル60が生成される。
【００４３】
前述の出力データ格納用データ領域を生成する処理（S110）、及び画面項目から値を取得して最初の処理で生成した出力データ格納用データ領域に格納する処理（S111）に関してはAppXMLOutputクラス、directExecメソッドを呼び出すことで実行される。テンプレートファイル50をＤＯＭオブジェクトに展開する処理（S112）、及び生成したＤＯＭオブジェクトに対して、出力データ格納用データ領域内のデータを設定する処理（S113）に関してはAppXMLOutputクラス、XMLoutputメソッドを呼び出すことで実行される。
【００４４】
展開したＤＯＭオブジェクトをバイナリデータに変換する処理（S114）に関してはAppXMLOutputクラス、toBinaryメソッドを呼び出すことで実行される。
本実施形態で対応していない複雑な編集を行う場合は、（S110）で生成した出力データ格納用データ領域、又は（S113）生成したＤＯＭオブジェクトに対して直接操作を行うことにより実現される。
【００４５】
上記３つの処理の他にXML入力機能がある。この機能を使用する前提の一例として、申請書をサーバ側へ送信後、申請書審査官が申請書を審査中に内容の誤りを発見したという状況を想定した場合、申請者に申請内容を訂正してもらう必要がある。そこで、予め申請者側に審査の進行状況が確認出来るよう「状況照会画面」を準備しておいたとする。審査官は申請書の誤りを見つけた時点で、申請者に誤りがあることを状況照会画面から通知する。
【００４６】
そして、この通知を確認した申請者が自分で誤りを訂正する場合に、訂正画面にログインを行う。その際にXML入力機能を用い、申請時の入力データをデフォルト表示することで、申請内容の確認および訂正ができ、再申請が可能となる。つまり、このXML出力機能は、既に作成済みの申請書ファイル（XMLファイル）のタグに設定されている情報を取得し、画面に表示させる機能である。
【００４７】
XML入力機能では以下の処理が行われる。この機能が起動するタイミングは任意である（ボタン押下時のユーザ独自処理内から呼び出されるのが一般的である）。XML入力機能の処理を行うフローは図８の通りである。
【００４８】
この機能が起動するタイミングは、前述の訂正画面にログインした際（図８）訂正画面ログインボタン押下時）起動される。まず、申請書内容バイナリデータを取得する（S115）。次にバイナリデータを解析する（S116）。バイナリデータをDOMオブジェクト（XML文書を解析して、ツリー構造として扱う）に変換する（S117）。DOMオブジェクトの値をDOMオブジェクト格納用データ領域に設定する（S118）。DOMオブジェクトの値を入力データ格納用データ領域に設定する（S119）。入力データが格納されたデータ領域データの値を、画面定義ファイル40に従い画面表示項目に展開する（S120）。
【００４９】
前述のDOMオブジェクトの値を入力データ格納用データ領域に設定する処理（S119）に関してはAppXMLInputクラス、XMLinputメソッドを呼び出すことで実行される。入力データが格納されたデータ領域データの値を、画面定義ファイル40に従い画面表示項目に展開する処理（S120）に関してはAppXMLInputクラス、inputExecメソッドを呼び出すことで実行される。
【００５０】
また、画面の項目に入力した値に対して単項目チェックを行う機能を備えている。単項目チェックの処理を行うフローは図９の通りである。この機能が起動するタイミングは画面内のボタン（例えばクライアント10側「次へ」ボタン）が押下された時点である。ボタン押下時に行うチェックは２種類ある。１つ目が単項目チェックである。
【００５１】
単項目チェックとは入力した値が申請データとして妥当でない場合は、エラーメッセージダイアログが表示される。例をあげると、数字を入力する項目に数字以外の属性が入力されていないか、入力桁数が制限桁数を超えていないかなどがある。
【００５２】
2つ目は関連チェックである。単項目チェックでエラーがない場合に行うチェックである。関連チェックでは入力項目間の相関チェックを行う。関連チェックの例をあげると、入力項目で氏名を入力した場合は、必ず住所を入力しなければならないという条件の下で、氏名を入力したにも関わらず住所を入力しなかった場合に住所を入力するように促すエラーメッセージが表示されることである。
【００５３】
単項目チェックは画面の項目数分、処理を繰り返す。（S121）（AppUnitChkCallクラス、callメソッドが呼び出される。実際のチェックロジックは当メソッドに記述する）。
単項目チェックの結果がエラーの場合はエラーメッセージを配列に保持する（S122）。エラーが存在している場合は、配列に保持したエラーメッセージをダイアログに表示し当機能を終了する（S123）。
エラーが存在していない場合は、関連チェックの処理を実行する（S124）。（AppUserChkCallクラス、callメソッドが呼び出される。実際のチェックロジックは当メソッドに記述する。）関連チェックでエラーが存在している場合はダイアログを表示する（S125）。
【００５４】
単項目チェック、関連チェックは画面定義ファイル40のButtonタグにて"on"、"off"を指定することによって、実行するか否かを指定することができる。但し、"on"を設定した場合は必ず上記の全ての処理が実行される。単項目チェック、関連チェックで表示するエラーメッセージは本発明のシステムに設置されているプロパティファイルにて任意に設定可能である。
ただし、単項目チェック、関連チェックのチェック内容は電子申請を行うシステムの仕様によってチェックする内容が違う為、ユーザによるコーディングで対応する。
【００５５】
また、上記以外にファイル選択機能も備えている。ファイル選択機能では、申請入力内容を一時保存する「ファイル保存処理」と、一時保存した申請内容を申請画面に再表示させる「ファイル読込処理」が実現できる。ファイル選択機能に関するフローチャートは図１０・図１１の通りである。
【００５６】
ファイル保存処理に関しては以下の処理を行う（図１０）。現在の表示画面情報を取得する（S126）。デフォルトファイルパスの設定を行う（S127）。デフォルトファイルパスを基準としたファイル選択ダイアログの表示を行う（S128）。ファイルフィルターの生成を行う（S129）。選択されたファイルパスの取得を行う（S130）。選択されたファイルのファイルサイズをチェックする（S131）。（S126）から（S131）の処理が行われ、（S125）で設定したファイルパスに保存するファイルが格納される。
【００５７】
ファイル読込処理に関しては以下の処理を行う（図１１）。現在の表示画面情報の取得する（S132）。デフォルトパスの設定を行う（S133）。デフォルトパスを基準としたファイル選択ダイアログの表示を行う（S134）。ファイルフィルターの生成を行う（S135）。選択されたファイルパスの取得を行う（S136）。選択されたパスにファイル出力を行う（S137）。（S１32）から（S137）の処理が行われ、（S134）で設定したファイルが読み込まれ、画面上に読み込んだファイルの値が設定される。
【００５８】
ファイル選択ダイアログを表示して、選択されたパスにファイルを出力する処理はAppFileChooserクラス、saveFileメソッド呼び出すことで実行される。ファイル選択ダイアログを表示して、ファイルパスを取得する処理はAppFileChooserクラス、getReadFilePathメソッド呼び出すことで実行される。選択したファイルのファイルサイズをチェックする処理はAppFileChooserクラス、checkFileSizeメソッド呼び出すことで実行される。
【００５９】
この様に本実施形態による情報処理システムは、記憶手段に表示画面の態様を定義する画面定義データ／テンプレートファイル／申請書ファイルをＸＭＬファイル形式等で格納しておき、アプレットが申請書等を作成する際に前記ＸＭＬファイル形式のフィルを参照してプログラムを作成するため、画面定義データ等に変更が生じた際には訂正が比較的容易なＸＭＬファイルの訂正のみで良いため、アプレットを用いたクライアントアプリケーションの開発工数の削減による生産性を向上することができる。
【産業上の利用可能性】
【００６０】
本発明は、アプレット画面による申請書作成システム開発（電子申請システム）の場合に有効的に利用することができる。HTMLでは端末とサーバの間で何度も入力情報をやり取りするため、個人情報保護の観点において問題があると考えられる。アプレットではプログラムをインターネット経由でダウンロード後、端末側で申請書を作成し、サーバへの送信を一括して行うことが可能であるため、端末とサーバ間のやり取りが少なく、データを盗聴される可能性が低い。
【００６１】
申請書作成画面を作成する際に本発明を利用するにあたり、画面定義ファイルを用いることでコーディングによる作業工数を削減させることで作業効率が向上し、また品質向上につながる。アプレットによる複雑なコーディングを行うことなく、画面情報（画面に表示されるコンポーネント（ラジオボタン、リストボックス、テキストフィールド等）等）をまとめた画面定義ファイルを作成するだけでよく、作成した画面定義ファイルを本発明のシステムに読み込ませるだけでアプレット画面を自動的に生成することができる。
【００６２】
画面定義ファイルに画面遷移の情報を設定しているため、申請書作成画面から入力したデータを確認する画面など、申請書作成の一連の画面遷移をコーディングすることなく設定することができる。また、入力したデータが、確認画面、または申請データ構成要素となるXMLファイルに出力される機能に関しても、画面定義ファイルにlink属性、direct属性を設定するだけで、入力したデータを、確認画面、および申請データとなるXMLファイルに転記・出力し、申請書を作成することができる。
【図面の簡単な説明】
【００６３】
【図１】本発明のシステム構成図である。
【図２】アプレット画面のコーディング例である。
【図３】画面定義ファイルコーディング例である。
【図４】テンプレートファイル例・申請書ファイル例である。
【図５】画面表示機能を示すフロー図である。
【図６】画面遷移制御機能を示すフロー図である。
【図７】XML出力機能を示すフロー図である。
【図８】XML入力機能を示すフロー図である。
【図９】単項目チェック機能を示すフロー図である。
【図１０】ファイル選択機能を示すフロー図（ファイル保存処理）である。
【図１１】ファイル選択機能を示すフロー図（ファイル読込処理）である。
【符号の説明】
【００６４】
１０：クライアント、１１：アプレット遷移前画面、１２：アプレット遷移後画面、２０：サーバ、３０：ＣＰＵ部、３１：画面表示処理部、３２：画面遷移制御処理部、３３：ＸＭＬ出力処理部、４０：画面定義ファイル、５０：テンプレートファイル、６０：申請書ファイル、Ｓ１：画面表示要求、Ｓ２：読み込み、Ｓ３：画面表示、Ｓ４：ボタン押下、Ｓ５：画面表示、Ｓ６：ボタン押下、Ｓ７：読み込み、Ｓ８：出力。
【図１】
2007172098.tif 000009
【図２】
2007172098.tif 000010
【図３】
2007172098.tif 000011
【図４】
2007172098.tif 000012
【図５】
2007172098.tif 000013
【図６】
2007172098.tif 000014
【図７】
2007172098.tif 000015
【図８】
2007172098.tif 000016
【図９】
2007172098.tif 000017
【図１０】
2007172098.tif 000018
【図１１】
2007172098.tif 000019