JP6450517B2 - 画面レイアウト生成システム及びその生成方法 - Google Patents

Description

本発明は、画面レイアウト生成システム及びその生成方法に関する。

オンライン型システムの表示画面を作成する時は、表示画面の要件に合わせてプログラムソースをコーディングしていく。そして、プログラムソースにより画面を表示させている。これに関連する技術として、特許文献１ないし特許文献２のものがある。

特許文献１では、Ｗｅｂサービスの要求及び応答メッセージの記述形式とＷｅｂサービスの開発プログラムで処理可能なデータ形式を変換するプログラムを自動生成する技術を開示している。それは、コンピュータにＷｅｂサービスのインタフェース定義を構成する複数の要素の関連を示す第一要素木に基づいて、前記Ｗｅｂサービスを実行する関数によって処理可能な入出力データと前記Ｗｅｂサービスに関する要求及び応答メッセージに含まれる値のデータ型との変換処理を行う変換プログラムを生成する変換プログラム生成手順と、前記Ｗｅｂサービスに関する要求メッセージを解析するとともに前記応答メッセージを生成する解析プログラムを生成する解析プログラム生成手順を実行させるものである。

また、特許文献２の技術では、データ放送画面のレイアウト情報を、ＢＣＭＬ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｅｎｔｓ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）及びＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ）規格等の高度な知識を有しない者でも変更できるようにする技術を提供する技術を開示している。それは、データ放送画面を構成するオブジェクトのレイアウト情報をＷｅｂブラウザ上で指定できるようにし、その指定された情報に基づいてレイアウトＢＴＢが生成されるようにする。そして、そのレイアウトＢＴＢをパラメータとして読み込んで動作するＥＣＭＡＳｃｒｉｐｔファイルとともに、テレビ受信機へ送信されるようにする。このようにすることによって、高度な知識を有しない原稿作成者でもデータ放送画面のレイアウト情報を変更することができる。

特開２００５−３１０１７１号公報 特開２０１２−６０４４８号公報

特許文献１では、ソースプログラムを生成することを目的としているが、利用開始前及び利用開始後のプログラム実行確認については言及されていない。また、特許文献２では、データ放送画面のレイアウト情報を指定された情報（表示属性）に基づいて生成されることは開示されているが、利用者から受け付けた入力情報（入力属性）については言及されていない。

そのため、上記従来技術には、画面の構成要件（画面仕様）毎にプログラムソースをコーディングするため、プログラム設計／コーディング／単体テストというプログラム開発が必要であり、開発期間が長くプログラム作成コストも高くなるという課題がある。そこで、本発明では、画面を表示させるプログラムソースを簡便に生成する画面レイアウト生成システム及びその生成方法を提供することを目的とする。

上記課題を解決するために、本発明では、画面を構成する各項目の属性をパラメータとしてデータファイルに登録しておき、画面生成要求の都度、パラメータを読み取り画面項目を構成した画面ソースコードを生成し表示する。また、画面項目の属性には、表示する項目だけでなく、利用者から入力する項目及び入力された値の妥当性チェックを行う機能もパラメータから読み取りソースコードを動的生成、すなわち、処理の都度、ソースコードを生成する。

本発明の画面レイアウト生成システム及びその生成方法では、プログラム開発を必要としないため、低コストかつ短期間で顧客要件を満足するシステムを構築できると共に、システム不良が作りこまれる可能性が低くなり安定したシステム稼動が実現できる。前述以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

図１は、本発明の全体構成を示すブロック図である。 図２は、サーバ装置の内部構成を示すハードウェアブロック図である。 図３は、端末装置の内部構成を示すハードウェアブロック図である。 図４は、画面ソースコード生成の全体概要を示すフロー図である。 図５は、画面ソースコードの生成・実行機能（プログラム）を示す機能ブロック図である。 図６は、登録パラメータを管理するパラメータ管理テーブルの構成例を示す図である。 図７は、ソースコードの生成処理の全体を示すフローチャート図である。 図８は、表示用ソースコードの生成処理を示すフローチャート図である。 図９は、生成したソースコードの機能チェック処理を示すフローチャート図である。 図１０は、生成した画面ソースコードの例を示す図である。 図１１は、生成した画面ソースコードでの第１の表示画面イメージ図である。 図１２は、第２のパラメータ管理テーブルの構成例を示す図である。 図１３は、第２の生成した画面ソースコードの例を示す図である。 図１４は、生成した画面ソースコードでの第２の表示画面イメージ図である。

以下、図面を参照しながら本発明の実施の形態を説明する。なお、以下の説明では、「管理テーブル」等の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。また、データ構造に依存しないことを示すために「管理テーブル」を「管理情報」と呼ぶことができる。

また、「プログラム」を主語として処理を説明する場合がある。そのプログラムは、プロセッサ、例えば、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）やＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって実行されるもので、定められた処理をするものである。なお、適宜に記憶資源（例えばメモリ）及び通信インタフェース装置（例えば、通信ポート）を用いながら行うため、処理の主語がプロセッサとされてもよい。プロセッサは、ＣＰＵの他に専用ハードウェアを有していても良い。コンピュータプログラムは、プログラムソースから各コンピュータにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアなどで提供されるものであっても良い。

また、各要素、例えば、コントローラは番号などで識別可能であるが、識別可能な情報であれば、名前など他種の識別情報が用いられても良い。本発明の図及び説明において同一部分には同一符号を付与しているが、本発明が本実施例に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。また、特に限定しない限り、各構成要素は複数でも単数でも構わない。

＜全体ブロック図＞
図１は、本発明の全体構成を示すブロック図である。本発明を適用できる具体的なケースとして、開発側システム１１でのプログラムのソースコード開発及びその動作確認、利用側システム１３でのＷｅｂサービス利用の２つのケースがある。開発側システム１１は、複数の開発者用端末（開発者端末ａ １１１から開発者端末ｎ １１２）と開発用サーバ１１３を備え、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの内部ネットワーク１４ａで相互に接続されている。

また、利用側システム１３は、複数のサービスプロバイダＡＰサーバ装置（サービスプロバイダＡＰサーバａ １３１からサービスプロバイダＡＰサーバｎ １３２）と複数の利用端末装置（利用者端末ａ１ １３３から利用者端末ａｘ １３４及び利用者端末ｎ１ １３５から利用者端末ｎｘ １３６）を備える。

サービスプロバイダＡＰサーバａ １３１と、利用者端末ａ１ １３３から利用者端末ａｘ １３４とはＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどの外部ネットワーク１４ｃで相互に接続される。同じく、サービスプロバイダＡＰサーバｎ １３２と、利用者端末ｎ１ １３５から利用者端末ｎｘ １３６との間も外部ネットワーク１４ｄで相互に接続される。

更に、開発用サーバ１１３と、サービスプロバイダＡＰサーバａ １３１ないしサービスプロバイダＡＰサーバｎ １３２との間は、外部ネットワーク１４ｂで相互に接続される。なお、以降の説明で内部ネットワーク１４ａと外部ネットワーク１４ｂから１４ｄをネットワーク１４と総称することがある。

＜サーバ内部構成＞
図２は、サーバ装置の内部構成を示すハードウェアブロック図である。サーバ装置（以下、サーバと略す）２１としては図１に示すように、開発用サーバ１１３、サービスプロバイダＡＰサーバａ １３１からサービスプロバイダＡＰサーバｎ １３２がある。サーバ２１は、ＣＰＵ２１１、メモリ２１２、記憶部２１３、入力部２１４、出力部２１５、表示部２１６、通信部２１７を備える。

ＣＰＵ２１１は、サーバ２１全体を制御するプロセッサである。メモリ２１２は、各種プログラム及び後述する各種データなどを一時的に記憶するデバイスである。記憶部２１３は、各種プログラム及び後述する各種データなどを恒久的に記憶するデバイスで、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。入力部２１４は、入力を受け付けるデバイスで、例えば、キーボードである。

出力部２１５は、情報やデータを出力するデバイスで、例えば、スピーカやプリンタである。表示部２１６は、情報やデータを表示するデバイスで、例えば、液晶ディスプレイである。通信部２１７は、ネットワークを介しサーバ２１と他の装置とを接続するデバイスである。以上の構成要素は内部バスで相互に接続される。

なお、点線部分で表記した入力部２１４、出力部２１５、表示部２１６は必ずしも備える必要はなく、それら構成要素が接続できるインタフェースのみを設けるだけでもよい。

＜端末内部構成＞
図３は、端末装置の内部構成を示すハードウェアブロック図である。端末装置（以下、端末と略す）３１としては、図１に示すように、開発者端末ａ １１１／開発者端末ｎ １１２、利用者端末ａ１ １３３／利用者端末ａｘ １３４、利用者端末ｎ１ １３５／利用者端末ｎｘ １３６である。端末３１は、ＣＰＵ３１１、メモリ３１２、記憶部３１３、入力部３１４、出力部３１５、表示部３１６、通信部３１７を備える。

ＣＰＵ３１１は、端末３１全体を制御するプロセッサである。メモリ３１２は、各種プログラム及び後述する各種データなどを一時的に記憶するデバイスである。記憶部３１３は、各種プログラム及び後述する各種データなどを恒久的に記憶するデバイスで、例えばＨＤＤやＳＳＤである。入力部３１４は、入力を受け付けるデバイスで、例えば、キーボードである。

出力部３１５は、情報やデータを出力するデバイスで、例えば、スピーカやプリンタである。表示部３１６は、情報やデータを表示するデバイスで、例えば、液晶ディスプレイである。通信部３１７は、ネットワーク１４を介し端末３１とサーバ１６や他の装置とを接続するデバイスである。以上の構成要素は内部バスで相互に接続される。

＜ソースコード生成機能ブロック＞
図４は、画面ソースコード生成の全体概要を示すフロー図である。画面ソースコード生成の全体概要は、下記（１）から（３）に示す構成である。
（１）クラス（Ｃｌａｓｓ）ファイル作成（サーバ）
予め、開発用サーバ１１３で画面ソースコードを生成する実行プログラムを作成する。そのため、まず、開発用サーバ１１３で、データファイルからパラメータ情報を読み込んでソースコードを生成するロジックが記載されたＪａｖａ（登録商標）形式ソースファイルを生成する（ＳＰ１０）。ちなみに、Ｊａｖａとはオブジェクト指向型言語で、強固なセキュリティ機構や豊富なネットワーク機能を標準装備し、ネットワーク環境での利用に適した言語である。

次に、生成されたＪａｖａ形式ソースファイルを、開発用サーバ１１３はコンパイル（デプロイメント）する（ＳＰ２０）。コンパイルにより、Ｊａｖａの実行ファイルであるＣｌａｓｓ実行ファイルが開発用サーバ１１３で生成される（ＳＰ３０）。

（２）画面生成用ＨＴＭＬファイルを生成（サーバ）
Ｓｔｒｕｔｓ等の制御システム（ＳＰ４０）がＣｌａｓｓ実行ファイル（ＳＰ３０）を読み込みでその生成ロジックに基づき、画面構成の骨組み、すなわちパラメータで生成する以外の部分を定義するＪＳＰファイル（ＳＰ５０）と、画面項目を定義したデータファイルのパラメータ（ＳＰ６０）を結合し、画面表示のソースファイルであるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル（ＳＰ７０）を生成する。

ちなみに、ＳｔｒｕｔｓとはＪａｖａ言語を用いてＷｅｂアプリケーションを開発する際の必要なフレームワークとなるもので、ＪＳＰ（Ｊａｖａ Ｓｅｒｖｅｒ
Ｐａｇｅｓ）等を組み合わせてアプリケーションを構築する際に必要となる諸機能を提供するものである。また、ＪＳＰとは、Ｊａｖａ言語を利用してＷｅｂサーバで動的にＷｅｂページを生成し、利用者（開発者を含む）に送信するための機能で、ＨＴＭＬファイルの中にＪａｖａプログラムを埋め込んでおき、クライアントの要求に応じてプログラムを適宜実行し、処理結果であるＨＴＭＬファイルを利用者に提供するものである。

（３）ＨＴＭＬファイルにてブラウザに画面を表示（端末）
画面表示のソースファイルであるＨＴＭＬファイル（ＳＰ７０）で、開発用端末１１１や利用者端末１３３などへブラウザ画面を表示させる。

Ｃｌａｓｓ実行ファイル（ＳＰ３０）が後述するソースコード生成・実行機能相当でありＳｔｒｕｔｓ（ＳＰ４０）やＪＳＰファイル（ＳＰ５０）を用いて、画面表示のソースファイル、入力用ソースファイル、入力チェック用ソースファイルなどのＨＴＭＬファイル（ＳＰ７０）を生成する。詳細については後述する。

＜ソースコード生成機能ブロック＞
図５は、画面ソースコードの生成・実行機能（プログラム）を示す機能ブロック図である。ソースコード生成・実行機能４０は、パラメータ登録機能４１、パラメータ読取機能４２、個別ソースコード生成機能４３、ソースコード実行機能４４から構成される。なお、ソースコード生成・実行機能４０を１つのプログラムとして、開発用サーバ１１３のＣＰＵ２１１などで実行させてもよいし、パラメータ登録機能４１、パラメータ読取機能４２、個別ソースコード生成機能４３、ソースコード実行機能４４それぞれを１つの独立したプログラムとし、それぞれのプログラムを開発用サーバ１１３のＣＰＵ２１１などで実行させてもよい。

まず、開発者ａ（符号４６）が開発者端末ａ １１１などで画面レイアウト生成に必要なパラメータを入力すると、パラメータ登録機能４１が入力されたパラメータ情報を受け付けて、パラメータ管理テーブルに登録する。なお、パラメータの種類・内容やパラメータ管理テーブルの構成については図６で詳細に説明する。

パラメータ登録機能４１では、入力されたパラメータ情報に問題（登録値異常、設定不足など）が無いかを確認する。もし、問題があれば、パラメータ登録機能４１が、開発者ａ（符号４６）へ開発者端末ａ １１１の表示部３１６にエラー内容を表示したり、出力部３１５から音声でエラー通知を行い、修正を依頼する。

次に、パラメータ読取機能４２は、パラメータ登録機能４１から登録されたパラメータ情報（パラメータ管理テーブル）のデータファイルを取得する。そして、パラメータ読取機能４２は、取得したデータファイルで１番初めのエントリにおけるパラメータ情報を読み取る処理を行う。パラメータ読取機能４２は、読み取ったパラメータ情報を個別ソースコード生成機能４３に送る。

個別ソースコード生成機能４３では、受信したパラメータ情報に応じたソースコードの生成処理を実行する。個別ソースコード生成機能４３で、全てのパラメータでソースコードの生成処理が終了すると、処理をソースコード実行機能４４へ遷移させる。開発者ｂ ４７で画面レイアウトに問題無いかを確認できるように、ソースコード実行機能４４は、生成されたソースコードを実行し、例えば、開発者端末ｎ １１２の表示部３１６に、作成した画面レイアウトでの表示を行う。このようにすることで、ソースコードの開発者が利用者と同じ立場で、画面レイアウト構成や表示動作の確認を行うことができる。

更に、開発者ｂ ４７で入力処理が正しく動作しているかを確認できるように、ソースコード実行機能４４は、開発者端末ｎ １１２の入力部３１４で入力情報を受け付けて、開発用サーバ１１３で入力情報とパラメータ管理テーブルのパラメータ情報とを比較し、比較結果を開発者端末ｎ １１２の表示部３１６に表示する。このようにすることで、ソースコードの開発者が利用者と同じ立場で、画面レイアウトでの入力動作及び入力チェック動作の確認を行うことができる。

上述のソースコード生成と生成されたソースコードでの動作確認で問題がなければ、生成されたソースコードが、例えば、サービスプロバイダに提供されサービスプロバイダＡＰサーバａ １３１で動作させることで、利用者４８に対し所定のサービスを提供できる。また、同様な処理で、異なった画面レイアウト、入力レイアウト、入力チェック処理が可能なソースコードを生成して、別のサービスプロバイダに提供しサービスプロバイダＡＰサーバｎ １３２で動作させることで、利用者４８に対し別のサービスを提供できる。また、例えば開発用サーバ１１３とサービスプロバイダＡＰサーバｎ １３２を同一のサーバとし、開発側が直接、利用者へサービスを提供してもよい。

なお、ソースコード生成・実行機能４０を１つのプログラムとして利用者に提供し、開発者の代わりに利用者自身が好みに応じて画面レイアウトを作成することも可能である。

＜パラメータ管理テーブル構成１＞
図６は、登録パラメータを管理するパラメータ管理テーブルの構成例を示す図である。パラメータ管理テーブル５０は、ＩＤ５０１、ラベル／フォントタイプ５０２、表示開始位置／背景色５０３、ラベル表示色／サイズ５０４、入力形式５０５、入力領域位置５０６、入力領域表示色５０７、文字数５０８、入力必須５０９、チェックパターン５１０を有する。このパラメータ管理テーブル５０は、異なる画面レイアウト毎に設けられる。

ＩＤ５０１は、登録するパラメータを一意に識別するためのＩＤ番号で、通し番号を付与する。ラベル／フォントタイプ５０２は、表示画面（画面レイアウト）に表示する文字情報（例えば、文字コードなど）とフォント種類（例えば、ゴシックなど）で、ＩＤ５０１が“１”であるラベル／フォントタイプ５０２の内容は“電子申請画面／ゴシック”となる。

表示開始位置／背景色５０３は、ラベル／フォントタイプ５０２で指定されたフォントタイプの文字を表示する開始位置と背景色を示す。開始位置は、画面レイアウトで水平方向Ｘ軸（横方向）での位置情報と垂直方向Ｙ軸（縦方向）での位置情報で指定する。背景色は、表示位置から表示される文字の背景の色を指定する。ＩＤ５０１が“１”である表示開始位置／背景色５０３の内容は、開始位置（ｘ１１、ｙ１１）で背景色は“白”である。

ラベル表示色／サイズ５０４は、ラベル／フォントタイプ５０２で指定された文字をどの色で、どれくらいのサイズで表示するかを指定する情報である。ＩＤ５０１が“１”であるラベル表示色／サイズ５０４は、文字色を“赤”で、サイズは“１８ｐｔ（１８ポイント）”である。

入力形式５０５は、情報の入力を一意に識別するもので、種類として例えば、テキスト入力、チェックボックス入力、オプションボタン入力、ドロップダウン入力、ボタン押下などである。入力領域位置５０６は、入力情報を受け付ける領域を設定するもので、始点の座標と終点の座標が指定される。ＩＤ５０１が“２”でラベル／フォントタイプ５０２が“氏名（必須）／ゴシック”の場合の入力情報を受け付ける領域は、始点の座標（ｘ２２、ｙ２２）と終点の座標（ｘ３２、ｙ３２）とで算出される矩形領域が、入力情報の受付領域である。

入力領域表示色５０７は、入力情報の受付領域への入力文字ないしオプションボタンなどの選択手段を、どの色で表示するかを設定するものである。ＩＤ５０１が“３”でラベル／フォントタイプ５０２が“性別（必須）／ゴシック”の場合、オプションボタンを入力領域表示色５０７で設定された“赤”で表示する。

文字数５０８は、入力情報の受付領域に入力可能な文字数の上限を設定するものである。例えば、ＩＤ５０１が“４”でラベル／フォントタイプ５０２が“ＴＥＬ（任意）／ゴシック”の場合、文字数５０８は“１２”で１３文字以上は入力を受け付けない、またはエラー表示を行う

入力必須５０９は、入力情報の受付領域への入力が必須であるか否（任意）かを判断するための情報である。例えば、ＩＤ５０１が“５”でラベル／フォントタイプ５０２が“備考（任意）／ゴシック”の場合の入力必須５０９は“否”で必須でないが、ＩＤ５０１が“２”でラベル／フォントタイプ５０２が“氏名（必須）／ゴシック”の場合の入力必須５０９は“要”で必須である。

チェックパターン５１０は、入力情報の受付領域への入力を許可する情報の形式（文字種別、半角／全角、桁数など）を設定するもので、設定された情報の形式以外で入力されると、入力受付を拒否して再入力を促す。

図６には示していないが、文字長、配置時の表示条件（強調表示、アンダーライン付加、斜体表示、ボールド表示など）等をパラメータ管理テーブル５０に設けることもできる。

＜＜ソースコード生成処理＞＞
＜全体処理＞
図７は、画面ソースコードの生成処理の全体を示すフローチャート図である。本処理は、パラメータ登録機能４１で開発者ａ ４６から受け付けたパラメータ情報をパラメータ管理テーブル５０へ登録完了したことを契機に開始される。処理の主体を開発用サーバ１１３のＣＰＵ２１１とするが、ＡＰサーバ１３１／１３２のＣＰＵ２１１でもよいし開発用サーバ１１３またはＡＰサーバ１３１／１３２自体でもよい。また、ソースコード生成・実行機能４０自体が実行してもよい。

Ｓ７０１で、ＣＰＵ２１１は、パラメータ管理テーブル５０に登録されたパラメータ情報を取得しメモリ２１２にデータファイルとして格納する。ソースコード生成・実行機能４０の動作では、パラメータ登録機能４１が開発者ａから受け付けたパラメータ情報をメモリ２１２にデータファイルとして格納する。

Ｓ７０２で、ＣＰＵ２１１は、メモリ２１２からデータファイルの先頭エントリ内容の読み取り処理を実行する。ソースコード生成・実行機能４０の動作では、パラメータ登録機能４１で登録されたデータファイルからパラメータ読取機能４２がパラメータ情報を取得する。

Ｓ７０３で、ＣＰＵ２１１は、エントリ内容にデータが有るかを判断する。データが有る場合（Ｙｅｓ）、ＣＰＵ２１１はＳ７０４以降のソースコード生成処理を実行し、データが無い場合（Ｎｏ）はＳ７２１以降の処理を実行する。ソースコード生成・実行機能４０の動作では、パラメータ読取機能４２から個別ソースコード生成機能４３（ソースコード生成処理１から１０）にパラメータ情報を送る。

Ｓ７０４（ソースコード生成処理１）で、ＣＰＵ２１１は、パラメータ読取機能４２から取得したパラメータ情報から画面項目の属性を判別し分類する処理を実行する。例えば、パラメータ管理テーブル５０のＩＤ５０１が“１”であるエントリは、ラベル／フォントタイプ５０２からラベル表示色／サイズ５０４に情報が設定されているが、入力形式５０５に情報が設定されていない。そのため、ＣＰＵ２１１は、このエントリは表示属性のみ存在し入力属性は存在しないと判断する。また、ＩＤ５０１が“２”であるエントリは、入力形式５０５に情報が設定されているので、ＣＰＵ２１１は表示属性及び入力属性の両方が存在すると判断する。

Ｓ７０５で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性が“文字表示”という表示属性のみであるかを判断する。“文字表示”であれば（Ｙｅｓ）、ＣＰＵ２１１はＳ７１１のソースコード生成処理２を、“文字表示”でなければ（Ｎｏ）、Ｓ７０６を実行する。

Ｓ７０６で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性が“文字入力”という表示属性及び入力属性であるかを判断する。“文字入力”であれば（Ｙｅｓ）、ＣＰＵ２１１はＳ７１２のソースコード生成処理３を、“文字入力”でなければ（Ｎｏ）、Ｓ７０７を実行する。

Ｓ７０７で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性が“チェックボックス”という表示属性及び入力属性であるかを判断する。“チェックボックス”であれば（Ｙｅｓ）、ＣＰＵ２１１はＳ７１４のソースコード生成処理４を、“チェックボックス”でなければ（Ｎｏ）、Ｓ７０８を実行する。

Ｓ７０８で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性が“オプションボタン”という表示属性及び入力属性であるかを判断する。“オプションボタン”であれば（Ｙｅｓ）、ＣＰＵ２１１はＳ７１６のソースコード生成処理５を、“オプションボタン”でなければ（Ｎｏ）、Ｓ７０９を実行する。

Ｓ７０９で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性が“ドロップボタン”
という表示属性及び入力属性であるかを判断する。“ドロップボタン”であれば（Ｙｅｓ）、ＣＰＵ２１１はＳ７１８のソースコード生成処理６を、“ドロップボタン”でなければ（Ｎｏ）、Ｓ７１０を実行する。

Ｓ７１０で、ＣＰＵ２１１は、表示属性及び入力属性の所定の情報が設定されていないと判断し、開発者端末１１１の表示部（端末３１の表示部３１６）にエラーメッセージを表示させて異常を開発者に報せる。

Ｓ７１１（ソースコード生成処理２：表示属性）で、ＣＰＵ２１１は、ソースコード生成部１で判別した表示属性について、表示位置、文字色、文字長、文字フォント種別、文字フォントサイズ、背景色、配置時の表示条件（強調表示、アンダーライン付加、斜体など）に関して表示項目としてのソースコードを生成する。

Ｓ７１２（ソースコード生成処理３：文字入力属性）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうち文字表示属性について、表示位置、文字色、文字長、文字フォント種別、文字フォントサイズ、背景色、配置時の表示条件（強調表示、アンダーライン付加、斜体など）に関して、文字入力の表示項目としてのソースコードを生成する。

Ｓ７１３（ソースコード生成処理７：文字入力属性チェック）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうち文字入力属性について、入力チェック機能（数値チェック、全角チェック、半角チェック、アルファベットチェック、電話番号桁数チェック、数値範囲チェック、未入力チェック、入力桁数チェック）に関するソースコードを生成する。

Ｓ７１４（ソースコード生成処理４：チェックボックス入力属性）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうちチェックボックス表示属性について、チェックボックスの集団毎に、表示位置、文字色、文字長、文字フォント種別、文字フォントサイズ、背景色、配置時の表示条件（強調表示、アンダーライン付加、斜体など）に関して、チェックボックス入力の表示項目としてのソースコードを生成する。

Ｓ７１５（ソースコード生成処理８：チェックボックス入力属性チェック）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうちチェックボックス入力属性について、チェックボックスの集団毎に入力チェック機能（未選択チェック、複数選択チェック）に関するソースコードを生成する。

Ｓ７１６（ソースコード生成処理５：オプションボタン入力属性）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうちオプションボタン表示属性について、オプションボタンの集団毎に表示位置、文字色、文字長、文字フォント種別、文字フォントサイズ、背景色、配置時の表示条件（強調表示、アンダーライン付加、斜体など）に関してオプションボタン入力項目としてのソースコードを生成する。

Ｓ７１７（ソースコード生成処理９：オプションボタン入力属性チェック）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうちオプションボタン入力属性について、オプションボタン毎に入力チェック機能（未選択チェック）に関するソースコードを生成する。

Ｓ７１８（ソースコード生成処理６：ドロップダウン入力属性）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうちドロップダウン表示属性について、ドロップダウンリストの要素を生成し、表示位置、文字色、文字長、文字フォント種別、文字フォントサイズ、背景色、配置時の表示条件（強調表示、アンダーライン付加、斜体など）に関してドロップダウン入力項目としてのソースコードを生成する。

Ｓ７１９（ソースコード生成処理１０：ドロップダウン入力属性チェック）で、ＣＰＵ２１１は、ソースコード生成部１で判別した属性のうちドロップダウン入力属性について、ドロップダウンリストの要素を生成し、入力チェック機能（未選択チェック）に関するソースコードを生成する。

以上の処理が終了すると、ＣＰＵ２１１は処理をＳ７０３に戻し、次のエントリに対し同様の処理を実行する。例えば、パラメータ管理テーブル５０のＩＤ５０１が“１”であるエントリでは、Ｓ７０３、Ｓ７０４、Ｓ７０５、Ｓ７１１の処理を実行し、画面に文字を表示させる。ＩＤ５０１が“２”であるエントリは、Ｓ７０３からＳ７０６、Ｓ７１２、Ｓ７１３の処理を実行し、画面に文字を表示させ入力領域を構成し入力をチェックするソースコードを生成する。

Ｓ７２１（ソースコード実行処理１）で、ＣＰＵ２１１は、ソースコード生成処理１からソースコード生成処理１０で生成した表示に関するソースコードを実行し、開発者端末１１１や利用者端末１３３−１３６における表示部３１６の画面に所定の内容を表示させる。なお、Ｓ７２１以降の処理が、ソースコード生成・実行機能４０のソースコード実行機能４４により実行される。

Ｓ７２２で、ＣＰＵ２１１は、表示部３１６に表示させた画面に対し所定の入力が発生したかを判断する。入力があれば（Ｙｅｓ）、ＣＰＵ２１１はＳ７２３を実行し、入力がなければ（Ｎｏ）、再度Ｓ７２２を実行し入力を待つ。なお、ここでの入力とは、入力領域（例えば、ＩＤ５０１が“２”の“氏名（必須）”など）に所定の情報が設定されること、承認ボタンが押下されることの２つの場合を指す。

承認ボタンが押下されると、Ｓ７２３（ソースコード実行処理２）で、ＣＰＵ２１１は、ソースコード生成処理１からソースコード生成処理１０で生成した入力に関するソースコードを実行し、画面に入力された内容のチェック処理を実行する。

Ｓ７２４で、ＣＰＵ２１１は、入力された内容のチェック処理の結果がエラーであるかを判断する。エラーである場合（Ｙｅｓ）、ＣＰＵ２１１は再入力を開発者や利用者に求めるため、再度Ｓ７２２を実行する。ちなみに、エラーとは、例えば、ＩＤ５０１が“２”である“氏名（必須）”の入力で、文字数５０８に設定された１０文字を超える入力や半角文字の入力が発生した場合で、その場合はエラーと通知する。また、エラーでない場合（Ｎｏ）、ＣＰＵ２１１はＳ７２５を実行する。

Ｓ７２５で、ＣＰＵ２１１は、表示画面の遷移が必要であるかを判断する。画面遷移が必要である場合（Ｙｅｓ）は、再びＳ７０１以降の処理を実行し画面レイアウト生成に必要なパラメータ管理テーブル５０のデータファイルで所定の画面レイアウトを表示させる。例えば、入力が正しく行われ、承認ボタンが押下されると表示画面が変わり別な画面レイアウトが表示される。画面遷移が必要でない場合（Ｙｅｓ）、ＣＰＵ２１１はＳ７２２を再び実行する。

以上の処理により、設定されたパラメータよりソースコード生成することができ、更に生成したソースコードを動的に実行することで個々の表示動作及び入力動作の正しさをチェックすることができる。また、利用者の操作毎に、つまり動的にソースコードを生成し画面の切り換えや様々な入力処理を行うことができる。

＜生成処理＞
図８は、表示用ソースコードの生成処理を示すフローチャート図である。

Ｓ８０１で、ＣＰＵ２１１は、パラメータ管理テーブル５０の表示開始位置／背景色５０３の設定内容で、文字の表示を開始する位置に対するソースコードを生成すると共に、ラベル／フォントタイプ５０２の設定内容で、表示する内容（ラベル）に対するソースコードを生成する。ＩＤ５０１が“１”のエントリの場合、表示位置（ｘ１１、ｙ１１）に“電子申請画面”という文字を表示するためのソースコードを生成する。

Ｓ８０２で、ＣＰＵ２１１は、ラベル表示色／サイズ５０４の設定内容から、文字色（ラベル表示色）の設定が有るかを判断する。有る場合（Ｙｅｓ）、ＣＰＵ２１１はＳ８０３を実行し、無い場合（Ｎｏ）はＳ８０４を実行する。Ｓ８０３で、ＣＰＵ２１１は、文字色（ラベル表示色）の設定内容に対するソースコードを生成する。ＩＤ５０１が“１”のエントリの場合、文字色（ラベル表示色）は“赤”である。Ｓ８０４で、ＣＰＵ２１１は、標準文字色（例えば、“黒”）でのソースコードを生成する。

Ｓ８０５で、ＣＰＵ２１１は、ラベル／フォントタイプ５０２の設定内容から、文字種別（フォントタイプ）の設定が有るかを判断する。有る場合（Ｙｅｓ）、ＣＰＵ２１１はＳ８０６を実行し、無い場合（Ｎｏ）はＳ８０７を実行する。Ｓ８０６で、ＣＰＵ２１１は、文字種別（フォントタイプ）の設定内容に対するソースコードを生成する。ＩＤ５０１が“１”のエントリの場合、文字種別（フォントタイプ）は“ゴシック”である。Ｓ８０７で、ＣＰＵ２１１は、標準文字種別（例えば、“明朝”）でのソースコードを生成する。

Ｓ８０８で、ＣＰＵ２１１は、ラベル表示色／サイズ５０４の設定内容から、文字サイズの設定が有るかを判断する。有る場合（Ｙｅｓ）、ＣＰＵ２１１はＳ８０９を実行し、無い場合（Ｎｏ）はＳ８１０を実行する。Ｓ８０９で、ＣＰＵ２１１は、文字サイズの設定内容に対するソースコードを生成する。ＩＤ５０１が“１”のエントリの場合、文字サイズは“１８ｐｔ” （１８ポイント）である。Ｓ８１０で、ＣＰＵ２１１は、標準文字サイズ（例えば、“１６ｐｔ”（１６ポイント））でのソースコードを生成する。

Ｓ８１１で、ＣＰＵ２１１は、表示開始位置／背景色５０３の設定内容から、背景色の設定が有るかを判断する。有る場合（Ｙｅｓ）、ＣＰＵ２１１はＳ８１２を実行し、無い場合（Ｎｏ）はＳ８１３を実行する。Ｓ８１２で、ＣＰＵ２１１は、背景色の設定内容に対するソースコードを生成する。ＩＤ５０１が“１”のエントリの場合、背景色は“白”である。Ｓ８１３で、ＣＰＵ２１１は、標準背景色（例えば、“黒”）でのソースコードを生成する。

Ｓ８１４で、ＣＰＵ２１１は、パラメータ管理テーブル５０に配置表示条件の設定が有るかを判断する。有る場合（Ｙｅｓ）、ＣＰＵ２１１はＳ８１５を実行し、無い場合（Ｎｏ）はソースコード生成処理を終了する。Ｓ８１５で、ＣＰＵ２１１は、配置表示条件を判別し、強調表示等のソースコードを生成する。

以上の処理で、表示用ソースコードを生成することができる。なお、パラメータ管理テーブル５０のＩＤ５０１が“１”のエントリを例について説明したが、他のＩＤ５０１でも同様の処理を実行することで、表示用ソースコードを生成することができる。その生成されたソースコードの例を図１０に示すが詳細については後述する。

＜機能チェック処理＞
図９は、生成したソースコードの機能チェック処理を示すフローチャート図である。

Ｓ９０１で、ＣＰＵ２１１は、入力領域の表示位置のソースコードを生成する。Ｓ９０２で、ＣＰＵ２１１は、パラメータ管理テーブル５０のチェックパターン５１０に数値ないしアルファベットのチェック項目が設定されているかを判断する。設定されている場合（Ｙｅｓ）、ＣＰＵ２１１はＳ９０３を、設定されていない場合（Ｎｏ）はＳ９０４を実行する。Ｓ９０３で、ＣＰＵ２１１は、数値／アルファベットチェック用ソースコードを生成する。例えば、パラメータ管理テーブル５０のＩＤ５０１が“４”のチェックパターン５１０は“半角数値１０文字以上”であるので、それに合致する数値チェック用ソースコードがＣＰＵ２１１により生成される。

Ｓ９０４で、ＣＰＵ２１１は、チェックパターン５１０に半角ないし全角のチェック項目が設定されているかを判断する。設定されている場合（Ｙｅｓ）、ＣＰＵ２１１はＳ９０５を、設定されていない場合（Ｎｏ）はＳ９０６を実行する。Ｓ９０５で、ＣＰＵ２１１は、半角／全角チェック用ソースコードを生成する。例えば、ＩＤ５０１が“２”のチェックパターン５１０は“全角文字”であるので、それに合致する全角文字チェック用ソースコードがＣＰＵ２１１により生成される。

Ｓ９０６で、ＣＰＵ２１１は、チェックパターン５１０に桁数ないし範囲のチェック項目が設定されているかを判断する。設定されている場合（Ｙｅｓ）、ＣＰＵ２１１はＳ９０７を、設定されていない場合（Ｎｏ）はＳ９０８を実行する。Ｓ９０７で、ＣＰＵ２１１は、桁数／範囲チェック用ソースコードを生成する。例えば、ＩＤ５０１が“４”のチェックパターン５１０は“半角数値１０文字以上”であるので、それに合致する桁数用ソースコードがＣＰＵ２１１により生成される。

Ｓ９０８で、ＣＰＵ２１１は、チェックパターン５１０に未選択のチェック項目が設定されているかを判断する。設定されている場合（Ｙｅｓ）、ＣＰＵ２１１はＳ９０９を、設定されていない場合（Ｎｏ）はＳ９１０を実行する。Ｓ９０９で、ＣＰＵ２１１は、未選択チェック用ソースコードを生成する。例えば、チェックボックス、オプションボタン、ドロップダウンメニューでの選択が行われない場合にエラーとなる。

Ｓ９１０で、ＣＰＵ２１１は、チェックパターン５１０に複数選択のチェック項目が設定されているかを判断する。設定されている場合（Ｙｅｓ）、ＣＰＵ２１１はＳ９１１を、設定されていない場合（Ｎｏ）はチェック用ソースコード生成を終了する。Ｓ９１１で、ＣＰＵ２１１は、複数選択チェック用ソースコードを生成する。

以上の処理で、入力及び選択チェック用のソースコードを生成することができる。なお、チェック項目は、説明したものに限定されるものではなく、例えば、数値範囲チェックや未入力チェックなどがある。

＜生成ソースコード１＞
図１０は、生成した画面ソースコードの例を示す図である。図１０は、設定された画面レイアウトのパラメータ（パラメータ管理テーブル５０）を用いて、図７から図９の処理を実行して生成されたソースコードの例を示す。図１０の例では、ソースコードを生成する言語を、例えば、文書構造記述言語であるＨＴＭＬとしているが、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの言語でもよい。

符号９１０は、パラメータ管理テーブル５０のＩＤ５０１が“１”のエントリの表示属性に関する生成したソースコードである。所定の位置に表示する文字内容“電子申請画面”と、文字色“黒（ｂｌａｃｋ）”、文字フォントサイズ“１８ポイント（１８ｐｔ）”、文字フォント種別“ゴシック”が定義されている。

符号９２０は、ＩＤ５０１が“２”のエントリの表示属性に関する生成したソースコードである。符号９２１は、ＩＤ５０１が“２”のエントリの入力属性（文字入力）に関する生成したソースコードである。

符号９３０は、ＩＤ５０１が“３”のエントリの表示属性に関する生成したソースコードである。符号９３１は、ＩＤ５０１が“３”のエントリの入力属性（オプションボタン（ラジオボタン））に関する生成したソースコードである。

符号９４０は、ＩＤ５０１が“４”のエントリの表示属性に関する生成したソースコードである。符号９４１は、ＩＤ５０１が“４”のエントリの入力属性（文字入力）に関する生成したソースコードである。

符号９５０は、ＩＤ５０１が“５”のエントリの表示属性に関する生成したソースコードである。符号９５１は、ＩＤ５０１が“５”のエントリの入力属性（文字入力）に関する生成したソースコードである。

符号９６０は、ＩＤ５０１が“６”のエントリの表示属性及び入力属性に関する生成したソースコードである。符号９６１は、ＩＤ５０１が“７”のエントリの表示属性及び入力属性に関する生成したソースコードである。

図１０に示したソースコードをＣＰＵ２１１が実行することで、開発者端末１１１や利用者端末１３３などの表示部３１６に所定の画面レイアウトを表示できる。そのイメージ画面の例が図１１に示す画面レイアウトである。

＜表示画面イメージ１＞
図１１は、生成した画面ソースコードでの第１の表示画面イメージ図である。図１０で説明したソースコードを実行することで、図１１のような画面レイアウト９０を開発者端末１１１や利用者端末１３３などの表示部３１６に表示できる。

＜パラメータ管理テーブル構成２＞
図１２は、第２のパラメータ管理テーブルの構成例を示す図である。第２のパラメータ管理テーブル５１は、ドロップダウン入力とチェックボックス入力を備えた画面レイアウトのソースコードを生成するためのものである。このパラメータ管理テーブル５１に登録されたパラメータ内容を用いて、図７から図９までの処理を実行することで図１３に示すソースコードが生成される。また、図１３には図示していないが、入力に対するチェック機能のソースコードも生成することができ、また、生成したソースコードを実行することで、画面レイアウトの表示確認及び入力動作の正常確認を行うことができる。

＜生成ソースコード２＞
図１３は、生成した画面ソースコードの例を示す図である。

符号１２１０は、パラメータ管理テーブル５１のＩＤ５０１が“１”のエントリの表示属性に関する生成したソースコードである。所定の位置（ｘ１１、ｙ１１）に表示する文字内容“○×アンケート回答画面”と、文字色“緑（ｇｒｅｅｎ）”、文字フォントサイズ“１６ポイント（１６ｐｔ）”、文字フォント種別“明朝”が定義されている。また、図示はしていないが、文字フォント表示領域の背景色は“黄色”となる。

符号１２２０は、ＩＤ５０１が“２”のエントリの表示属性及び入力属性（ドロップダウン）に関する生成したソースコードである。符号１２３０は、ＩＤ５０１が“３”のエントリの表示属性及び入力属性（チェックボックス）に関する生成したソースコードである。

符号９６０及び符号９６１は、図１０で説明した内容と同じである。図１３に示したソースコードをＣＰＵ２１１が実行することで、開発者端末１１１や利用者端末１３３などの表示部３１６に所定の画面レイアウトを表示できる。そのイメージ画面の例が図１４に示す画面レイアウトである。

＜表示画面イメージ２＞
図１４は、生成した画面ソースコードでの第２の表示画面イメージ図である。図１３で説明したソースコードを実行することで、図１４のような画面レイアウト１２０を開発者端末１１１や利用者端末１３３などの表示部３１６に表示できる。

以上説明したように、本発明では、画面を構成する各項目の属性をパラメータとしてデータファイルに登録しておき、画面生成要求の都度、パラメータを読み取り画面項目を構成した画面ソースコードを生成し表示することができる。また、画面項目の属性には、表示する項目だけでなく、利用者から入力する項目及び入力された値の妥当性チェックを行う機能もパラメータから読み取りソースコードを動的生成、すなわち、処理の都度、ソースコードを生成することができる。

そのため、本発明の画面レイアウト生成システム及びその生成方法では、プログラム開発を必要としないため、低コストかつ短期間で顧客要件を満足するシステムを構築できると共に、システム不良が作りこまれる可能性が低くなり安定したシステム稼動が実現できる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置いてもよい。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１１：開発側システム、１３：利用側システム、１４：ネットワーク、２１：サーバ、３１：端末、４０：ソースコード生成・実行機能、４１：パラメータ登録機能、４２：パラメータ読取機能、４３：個別ソースコード生成機能、４４：ソースコード実行機能、５０、５１：パラメータ管理テーブル、９０、１２０：表示画面イメージ、１１１、１１２：開発者端末、１１３：開発用サーバ、１３１、１３２：サービスプロバイダＡＰサーバ、１３３、１３４、１３５、１３６：利用者端末、２１１、３１１：ＣＰＵ、２１２、３１２：メモリ、２１３、３１３：記憶部、２１４、３１４：入力部、２１５、３１５：出力部、２１６、３１７：表示部、２１７、３１７：通信部

Claims (9)

1. １つ以上の端末装置での表示画面レイアウトを生成する画面レイアウトファイルを提供する画面レイアウト生成システムにおいて、
   前記画面レイアウト生成システムは、
   前記画面レイアウト生成システムの全体を制御するＣＰＵと、
   情報及びプログラムを格納するメモリと、
   前記端末装置と接続するための通信部と、
   情報を入力する入力部を備えたサーバからなり、
   前記ＣＰＵが、前記入力部ないし前記通信部で受け付けたパラメータ情報で前記画面レイアウトファイルを生成する画面レイアウト生成プログラムを実行し、前記画面レイアウトファイルを生成するものであって、
   前記画面レイアウト生成プログラムは、
   パラメータ登録機能、パラメータ読取機能、個別ソースコード生成機能、ソースコード実行機能、を含むソースコード生成・実行機能を制御し、
   前記パラメータ登録機能は、前記端末装置より入力された画面レイアウトの生成に必要なパラメータ情報を受付け、当該パラメータ情報に問題ない場合は、パラメータ管理部に登録し、問題ある場合は、前記端末装置に前記パラメータ情報に問題ある旨を通知する処理を実行し、
   前記パラメータ読取機能は、前記パラメータ管理部から前記パラメータ情報のデータファイルを取得し、当該取得したデータファイルで１番初めのエントリにおけるパラメータ情報を読み取る処理を実行し、
   前記個別ソースコード生成機能は、前記パラメータ読取機能から送られたパラメータ情報を受信し、当該受信したパラメータ情報に応じたソースコードの生成処理を実行し、
   前記ソースコード実行機能は、前記個別ソースコード生成機能により生成されたソースコードを動的に実行して、画面レイアウトを作成し、当該作成した画面レイアウトを前記端末装置の表示部に表示し、前記ソースコードの開発者がシステム利用者と同じように前記画面レイアウトの構成、表示動作の確認を可能とし、かつ、
   前記端末装置からの入力情報を受付け、当該入力情報と前記パラメータ管理部のパラメータ情報とを前記サーバにて比較した比較結果を前記端末装置の表示部に表示し、前記ソースコードの開発者がシステム利用者と同じように前記画面レイアウトでの入力動作および入力動作の確認を可能とし、
   前記パラメータ情報を前記パラメータ管理部に登録することで、前記ソースコードを動的に生成、実行し、前記画面レイアウトの切り換えが自動的に行われることを可能とする
   ことを特徴とする画面レイアウト生成システム。
2. 請求項１記載の画面レイアウト生成システムにおいて、
   前記画面レイアウトファイルは、前記表示画面レイアウトからの入力情報を受け付ける機能を有する
   ことを特徴とする画面レイアウト生成システム。
3. 請求項２記載の画面レイアウト生成システムにおいて、
   前記画面レイアウトファイルは、前記入力情報が正常であるかを判断する機能を有する
   ことを特徴とする画面レイアウト生成システム。
4. 請求項３記載の画面レイアウト生成システムにおいて、
   前記パラメータ管理部は、前記表示画面レイアウトを構成するための表示属性情報と、前記表示画面レイアウトで入力される情報の入力属性情報を少なくとも含むパラメータ管理テーブルを有する
   ことを特徴とする画面レイアウト生成システム。
5. 請求項４記載の画面レイアウト生成システムにおいて、
   前記表示属性情報は、文字コード、文字長、文字色、背景色、文字フォントタイプ、文字フォントサイズ、表示開始位置、強調表示、斜体表示、ボールド表示、下線付加のうち、少なくとも１つ以上を含む
   ことを特徴とする画面レイアウト生成システム。
6. 請求項４記載の画面レイアウト生成システムにおいて、
   前記入力属性情報は、入力形式、入力領域位置、入力領域表示色、入力文字数、入力要否、正常判断条件のうち、少なくとも１つ以上を含む
   ことを特徴とする画面レイアウト生成システム。
7. 請求項６記載の画面レイアウト生成システムにおいて、
   前記入力形式は、テキスト入力、チェックボックス入力、オプションボタン入力、ドロップダウン入力のいずれかである
   ことを特徴とする画面レイアウト生成システム。
8. 請求項６記載の画面レイアウト生成システムにおいて、
   前記正常判断条件は、数値チェック、全角チェック、半角チェック、アルファベットチェック、桁数チェック、数値範囲チェック、未入力チェック、未選択チェック、複数選択チェックのいずれか１つ以上を含む
   ことを特徴とする画面レイアウト生成システム。
9. １つ以上の端末装置での表示画面レイアウトを生成する画面レイアウトファイルを提供する画面レイアウト生成システムの画面レイアウト生成方法において、
   前記画面レイアウト生成システムは、
   前記画面レイアウト生成システムの全体を制御するＣＰＵと、
   情報及びプログラムを格納するメモリと、
   前記端末装置と接続するための通信部と、
   情報を入力する入力部を備えたサーバからなり、
   前記ＣＰＵが、前記入力部ないし前記通信部で受け付けたパラメータ情報で前記画面レイアウトファイルを生成する画面レイアウト生成プログラムを実行し、前記画面レイアウトファイルを生成するものであって、
   前記画面レイアウト生成プログラムは、
   前記端末装置より入力された画面レイアウトの生成に必要なパラメータ情報を受付け、当該パラメータ情報に問題ない場合は、パラメータ管理部に登録し、問題ある場合は、前記端末装置に前記パラメータ情報に問題ある旨を通知する処理を実行するパラメータ登録ステップと、
   前記パラメータ管理部から前記パラメータ情報のデータファイルを取得し、当該取得したデータファイルで１番初めのエントリにおけるパラメータ情報を読み取る処理を実行するパラメータ読取ステップと、
   前記パラメータ読取ステップのパラメータ情報を受信し、当該受信したパラメータ情報に応じたソースコードの生成処理を実行する個別ソースコード生成ステップと、
   前記個別ソースコード生成ステップにより生成されたソースコードを動的に実行して、画面レイアウトを作成し、当該作成した画面レイアウトを前記端末装置の表示部に表示し、前記ソースコードの開発者がシステム利用者と同じように前記画面レイアウトの構成、表示動作の確認を可能とし、かつ、
   前記端末装置からの入力情報を受付け、当該入力情報と前記パラメータ管理部のパラメータ情報とを前記サーバにて比較した比較結果を前記端末装置の表示部に表示し、前記ソースコードの開発者がシステム利用者と同じように前記画面レイアウトでの入力動作および入力動作の確認を可能とし、
   前記パラメータ情報を前記パラメータ管理部に登録することで、前記ソースコードを動的に生成、実行し、前記画面レイアウトの切り換えを自動的に行うことを可能とするソースコード実行ステップと、
   を含むソースコード生成・実行機能を制御することを特徴とする画面レイアウト生成システムの画面レイアウト生成方法。
   以上

Images