(57)【特許請求の範囲】
【請求項１】
所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する画面生成システムであって、
前記行に相当する桁数を有し、前記フィールドを保持可能な１つの行バッファと、
前記各フィールドの表示優先度及び連続指定の有無を属性としてフィールド毎に設定した複数のテーブルを保存するテーブル保存手段と、
このテーブル保存手段に保存された前記テーブルを前記表示優先度に従って読み込み、この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は前記行バッファの保存可能な残りの桁数内に収まるかを判定するフィールド判定手段と、
このフィールド判定手段により、前記残りの桁数内に収まると判定された場合は、前記行バッファの残りの桁数内に当該フィールドを追加保持させ、前記フィールド判定手段による次のテーブルの読み込みに移行させるフィールド追加手段と、
前記フィールド判定手段により、前記残りの桁数内に収まらないと判定された場合、このフィールドが連続指定有かを判定する連続指定有無判定手段と、
この連続指定有無判定手段により連続指定無と判定された場合は、前記行バッファの前記残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを行バッファに追加するフィールド探索手段と、
前記連続指定有無判定手段により連続指定有りと判定された場合、及びフィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合は、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理を行い、かつ前記画面範囲の表示可能な残り行数から、前記出力されたフィールド行数を減算して、前記テーブル判定手段による次のテーブルの読み込みに移行させる改行処理手段と、
を備えたことを特徴とする画面生成システム。
【請求項２】
所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する画面生成システムであって、
前記行に相当する桁数を有し、前記フィールドを保持可能な１つの行バッファと、
前記各フィールドの表示優先度を属性としてフィールド毎に設定した複数のテーブルを保存するテーブル保存手段と、
このテーブル保存手段に保存された前記テーブルを前記表示優先度に従って読み込み、この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は前記行バッファの保存可能な残りの桁数内に収まるかを判定するフィールド判定手段と、
このフィールド判定手段により、前記残りの桁数内に収まると判定された場合は、前記行バッファの前記残りの桁数内に当該フィールドを追加保持させ、前記フィールド判定手段による次のテーブルの読み込みに移行させるフィールド追加手段と、
前記フィールド判定手段により、前記残りの桁数内に収まらないと判定された場合、前記行バッファの残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを行バッファに追加するフィールド探索手段と、
このフィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理を行い、かつ前記画面範囲の表示可能な残り行数から前記出力されたフィールド行数を減算して、前記フィールド判定手段による次のテーブルの読み込みに移行させる改行処理手段と、
を備えたことを特徴とする画面生成システム。
【請求項３】
所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する各ステップをコンピュータに実行させるための画面生成プログラムであって、
前記各フィールドの表示優先度及び連続指定の有無を属性としてフィールド毎に設定した複数のテーブルを、前記表示優先度に従って順次読み込むステップと、
この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は、前記行に相当する保存用の桁数を有する行バッファの、保存可能な残りの桁数内に、前記フィールドが収まるかを判定するステップと、
この判定結果が、前記残りの桁数内に収まる場合は、前記行バッファの前記残りの桁数内に当該フィールドを追加保持させ、次のテーブルの読み込みに移行させるステップと、
前記判定結果が、前記残りの桁数内に収まらない場合、このフィールドが連続指定有かを判定するステップと、
このフィールドが連続指定無の場合は、前記行バッファの前記残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを１行バッファに追加するステップと、
前記残りの桁数内に収まらないフィールドが連続指定有の場合、及びフィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合は、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理のステップと、
前記行バッファからの出力に伴い、前記画面範囲の表示可能な残り行数から、出力されたフィールド行数を減算して、次のテーブルの読み込みに移行させるステップと、
をコンピュータに実行させるための画面生成プログラム。
【請求項４】
所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する各ステップをコンピュータに実行させるための画面生成プログラムであって、
前記各フィールドの表示優先度を属性としてフィールド毎に設定した複数のテーブルを、前記表示優先度に従って順次読み込むステップと、
この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は、前記行に相当する保存用の桁数を有する行バッファの、保存可能な残りの桁数内に、前記フィールドが収まるかを判定するステップと、
この判定結果が、前記残りの桁数内に収まる場合は、前記行バッファの前記残りの桁数内に当該フィールドを追加保持させ、次のテーブルの読み込みに移行させるステップと、
前記判定結果が、前記残りの桁数内に収まらない場合、前記行バッファの残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを行バッファに追加するステップと、
前記探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理のステップと、
前記行バッファからの出力に伴い、前記画面範囲の表示可能な残り行数から、出力されたフィールド行数を減算して、次のテーブルの読み込みに移行させるステップと、
をコンピュータに実行させるための画面生成プログラム。
【請求項５】
所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する画面生成方法であって、
前記各フィールドの表示優先度及び連続指定の有無を属性としてフィールド毎に設定した複数のテーブルを、前記表示優先度に従って順次読み込むステップと、
この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は、前記行に相当する保存用の桁数を有する行バッファの、保存可能な残りの桁数内に、前記フィールドが収まるかを判定するステップと、
この判定結果が、前記残りの桁数内に収まる場合は、前記行バッファの前記残りの桁数内に当該フィールドを追加保持させ、次のテーブルの読み込みに移行させるステップと、
前記判定結果が、前記残りの桁数内に収まらない場合、このフィールドが連続指定有かを判定するステップと、
このフィールドが連続指定無の場合は、前記行バッファの前記残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを１行バッファに追加するステップと、
前記残りの桁数内に収まらないフィールドが連続指定有の場合、及びフィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合は、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理のステップと、
前記行バッファからの出力に伴い、前記画面範囲の表示可能な残り行数から、出力されたフィールド行数を減算して、次のテーブルの読み込みに移行させるステップと、
を有する画面生成方法。
【請求項６】
所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する画面生成方法であって、
前記各フィールドの表示優先度を属性としてフィールド毎に設定した複数のテーブルを、前記表示優先度に従って順次読み込むステップと、
この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は、前記行に相当する保存用の桁数を有する行バッファの、保存可能な残りの桁数内に、前記フィールドが収まるかを判定するステップと、
この判定結果が、前記残りの桁数内に収まる場合は、前記行バッファの前記残りの桁数内に当該フィールドを追加保持させ、次のテーブルの読み込みに移行させるステップと、
前記判定結果が、前記残りの桁数内に収まらない場合、前記行バッファの残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを行バッファに追加するステップと、
前記探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理のステップと、
前記行バッファからの出力に伴い、前記画面範囲の表示可能な残り行数から、出力されたフィールド行数を減算して、次のテーブルの読み込みに移行させるステップと、
を有する画面生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定数の桁を有する行を所定数並置して成る画面範囲に、それぞれフィールド名称、フィールド長及びフィールドタイプを個別に定義した各フィールドを配置して画面を生成する画面生成システム、画面生成プログラム及び画像形成方法に関する。
【背景技術】
【０００２】
一般に、各種の業務処理を目的として、画面上からデータを入力して検索や登録などを行うシステムが用いられており、このようなシステムに用いられる画面のデザインや画面定義体を作成したりする開発ツールに関する提案がなされていた（例えば、特許文献１参照）。
【０００３】
このような業務画面は、図１５で示すように、フィールド名称（項目名）、フィールド長（桁数）及びフィールドタイプ（プルダウン、チェック、テキストなどの入力形式等）を個別に定義した各フィールドを、桁数及び行数が設定された画面範囲に無駄なく効率的に配置したものである。
【０００４】
このような業務画面を作成するには、従来、ＧＵＩ（Graphical User Interface）等による開発ツールを用い、目視により手動で各フィールドを効率的に配置していた。或いは、
自動生成ツールにより図１６で示すように形式的にフィールドを配置していた。
【特許文献１】特開平１０−３０７７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、目視により手動で、図１５に示すような多数のフィールドを配置した画面を生成する場合は、配置の優先順位や、配置条件（フィールドＡの次にはフィールドＢが来る、例えば、郵便番号の後には住所が来るなど）を考慮しながら配置する必要がある。このため、画面デザイン時の負荷が高くなり、また効率的にフィールドを画面に配置すること（多数の項目を画面に配置すること）が難しかった。
【０００６】
また、一度完成した画面に対する仕様変更、例えば、フィールドの追加や、フィールド長の変更などは、画面状に既に配置されている入出力フィールドが多ければ多いほど難しくなり、修正の影響度が大きかった。すなわち、表示項目の多い複雑な画面の修正は、画面をデザインしながらトライ＆エラーを繰り返す事が多い状況にあり、作業者の負担が大きい。例えば、項目追加やフィールド長の延長により画面に入らなくなった場合、画面のデザインを変更する必要が生じる。この場合、必要な項目をレイアウトできたか判定し、できない場合はフィールドを一つ、二つ、・・・動かしてみる。この操作により再び必要な項目をレイアウトできたかを判定する。レイアウトできない場合、フィールドを動かすことで対応可能かを判定し、対応可能であれば再びフィールドを一つ、二つ、・・・動かしてみる。動かすだけで対応できない場合は、画面デザイン全体を見直す。
【０００７】
このようなトライ＆エラーは、既に配置されている項目が多い場合、極めて煩雑な作業となり、作業者に大きな負担を強いることとなる。
【０００８】
また、画面の自動生成ツールを用いた場合、複数のフィールドが自動的に配置されるので、画面生成自体は容易となるが、図１６で示したように、単に複数のフィールドが形式的に羅列されるだけであり、無駄な配置空間が生じ、効率的に配置することができない。
【０００９】
本発明の目的は、複数のフィールドを限られた画面範囲内に無駄なく効率的に自動で配置することができる画面生成システム、画面生成プログラム及び画像形成方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明による画面生成システムは、所定数の桁を有する行を所定数並置して成る画面範囲に収まるかを個別に定義した各フィールドを配置して画面を生成する画面生成システムであって、前記行に相当する桁数を有し、前記フィールドを保持可能な１つの行バッファと、前記各フィールドの表示優先度及び連続指定の有無を属性としてフィールド毎に設定した複数のテーブルを保存するテーブル保存手段と、このテーブル保存手段に保存された前記テーブルを前記表示優先度に従って読み込み、この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は前記行バッファの保存可能な残りの桁数内に収まるかを判定するフィールド判定手段と、このフィールド判定手段により、前記残りの桁数内に収まると判定された場合は、前記行バッファの残りの桁数内に当該フィールドを追加保持させ、前記フィールド判定手段による次のテーブルの読み込みに移行させるフィールド追加手段と、前記フィールド判定手段により、前記残りの桁数内に収まらないと判定された場合、このフィールドが連続指定有かを判定する連続指定有無判定手段と、この連続指定有無判定手段により連続指定無と判定された場合は、前記行バッファの前記残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを行バッファに追加するフィールド探索手段と、前記連続指定有無判定手段により連続指定有りと判定された場合、及びフィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合は、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理を行い、かつ前記画面範囲の表示可能な残り行数から、前記出力されたフィールド行数を減算して、前記テーブル判定手段による次のテーブルの読み込みに移行させる改行処理手段とを備えたことを特徴とする。
【００１１】
また、本発明の画面生成システムは、テーブル保存手段には各フィールドの表示優先度を属性としてフィールド毎に設定した複数のテーブルを保存し、改行処理手段は、連続指定有無を条件とせずに、フィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理を行うように構成してもよい。
【００１２】
また、本発明による画面生成プログラム及び画像形成方法は、各フィールドの表示優先度及び連続指定の有無を属性としてフィールド毎に設定した複数のテーブルを、前記表示優先度に従って順次読み込むステップと、この読み込んだテーブルのフィールドが、予め設定された前記画面範囲の表示可能な残りの行数に入るかを判定し、残りの行数に入る場合は、前記行に相当する保存用の桁数を有する行バッファの、保存可能な残りの桁数内に、前記フィールドが収まるかを判定するステップと、この判定結果が、前記残りの桁数内に収まる場合は、前記行バッファの前記残りの桁数内に当該フィールドを追加保持させ、次のテーブルの読み込みに移行させるステップと、前記判定結果が、前記残りの桁数内に収まらない場合、このフィールドが連続指定有かを判定するステップと、このフィールドが連続指定無の場合は、前記行バッファの前記残りの桁数内に収まる別のフィールドを探索して、収まるフィールドがあればこれを１行バッファに追加するステップと、前記残りの桁数内に収まらないフィールドが連続指定有の場合、及びフィールド探索手段による探索の結果、前記行バッファの残りの桁数内に収まるフィールドが見つからなかった場合は、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させる改行処理のステップと、前記行バッファからの出力に伴い、前記画面範囲の表示可能な残り行数から、出力されたフィールド行数を減算して、次のテーブルの読み込みに移行させるステップとを有することを特徴とする。
さらに、本発明の画面生成プログラム及び画像形成方法では、各フィールドの表示優先度を属性としてフィールド毎に設定した複数のテーブルを読み込むステップは、前記表示優先度に従って順次読み込みを行い、改行処理のステップは、連続指定有無を条件とせずに、行バッファの残りの桁数内に収まる別のフィールドを探索した結果、行バッファの残りの桁数内に収まるフィールドが見つからなかった場合、前記行バッファに保持されているフィールドを画面の行として出力して行バッファをクリアし、このクリアされた行バッファに、前記残りの桁数内に収まらなかったフィールドを保持させるようにしてもよい。
【発明の効果】
【００１３】
本発明によれば、画面デザイン時の項目配置順位や連続表示有無などの考慮点を開発ツールに登録し、画面設計時の留意点、すなわち画面生成の効率化などをロジックとしてプログラムに組み込み自動化したので、画面生成が自動化され、画面生成負荷が軽減され、しかも、限られた画面表示範囲への入出力フィールドの効率配置がなされる。さらに、一度作成された画面に対する修正を容易なものとなる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施の形態について図面を用いて説明する。
【００１５】
始めに、本発明により作成される画面の一例を図４によって説明する。この画面は保険の契約管理に関する業務画面であり、図示のように「既契約情報」の有無をプルダウンにより表示により入力するためのフィールドや、「現契約内容」をチェックにより入力するためのフィールドや、「契約確定日」をテキストにより入力するためのフィールド、・・・が、限られた画面範囲内に効率的に配置されている。ここで、画面範囲とは、所定数の桁を有する横向きの行を所定数縦方向に並置して成る範囲である。
【００１６】
このような画面を作成するためには、図５で示すように、開発ツールである画面生成ツールに、画面上への配置対象となるフィールドについて、そのフィールド名称（項目名）、フィールド長（桁数）、フィールドタイプ（プルダウン、チェック、テキストなどの入力方式等）などを定義しておく。図５はこの定義内容を表示出力した状態を示している。本発明では、これらに加え、各フィールドに対して画面生成時の配置を効率的に行うため、画面デザインの考慮点である表示優先度及び連続指定の有無を属性として設定してフィールド毎のテーブルとし、これを後述するテーブル保存手段に保存している。この状態を表したのが図６である。
【００１７】
図６において、テーブル（１）〜（８）には、画面上にレイアウトされる入出力用のフィールドに対して、フィールド長に相当する桁数（カッコ内の数値）の他に、それぞれの優先度（できるだけ前に出して表示したい度合）指定、表示を連続させる連続指定（図のテーブル（２）（３）（４）は連続指定されている）が、それぞれ属性として設定されている。ここで、連続指定とは、同じ行に横に並べたり、行末と次の行の開始部分に連続するように表示したいフィールドを指定するもので、例えば、「郵便番号」と「住所」のフィールドや、図４の例では、「年齢条件」と「子供」のフィールドに対して連続指定が行われる。
【００１８】
また、図６の最上部に示されたバッファ（０）は、後述する行バッファとして機能するもので、画面範囲を構成する行に相当する桁数を有する。図の例では１行に表示できるカラム数が１５桁として設定されている。本発明は、後述するように、テーブル（１）〜（８）を優先度にしたがって順次読み込み、そのフィールドがこのバッファ（０）内に収まるか否かを判定しながら画面を生成するものである。
【００１９】
［第１の実施例］
図１はこのような画面生成システムの概念を示すハードウェア構成図である。図１において、画面生成システムは、画面１２を表示する表示装置、ＣＰＵ１４を有する計算機本体、画面生成基データ保存部１１及び属性データ保存部１３が構成される記憶部を備えた計算機システムにより実現される。画面生成基データ保存部１１は、画面１２を生成するための基となる、例えば、背景色のデータや、どの部分に罫線を引くなどのデータ、表示領域の大きさなどに関するデータ、等が保存されている。属性データ保存部１３は、フィールドの大きさや、優先度、連続指定などの属性が保存されており、前述した各フィールドに対して属性を設定したフィールド毎のテーブルを保存するテーブル保存手段１３ａ（図２に図示）はこの部分に構成される。ＣＰＵ１４は、これら画面生成基データ保存部１１及び属性データ保存部１３の各データを取り込んで画面１２を生成するプログラムを実行する部分であり、プログラムには画面設計時の留意点である画面生成の効率化などを実現するロジックが組み込まれている。
【００２０】
ＣＰＵ１４は、その機能実現手段として、図２で示すように、行バッファ２１と、フィールド判定手段２２と、フィールド追加手段２３と、連続指定有無判定手段２４と、フィールド探索手段２５と、改行処理手段２６とを有する。以下、これら手段の機能実現手段の概略を説明する。
【００２１】
行バッファ２１は、画面１２の行に相当する桁数を有し、前記フィールドのデータを保持可能に構成されており、図６で示したバッファ（０）に相当する。
【００２２】
フィールド判定手段２２は、図６で示したテーブル（１）〜（８）のフィールドを優先度に従ってテーブル保存手段１３ａから読み出し、この読み出したフィールドが、まず、予め設定された画面範囲の表示可能な残りの行数に入るかを判定する。その結果、残りの行数に入る場合は、読み出したフィールドが、行バッファ２１の保存可能な残りの桁数内に収まるかを判定する。
【００２３】
フィールド追加手段２３は、フィールド判定手段２２による判定結果が、残りの桁数内に収まる場合、行バッファ２１の残りの桁数内に当該フィールドを追加保持させる。その後、フィールド判定手段２２による次のテーブルの読み込みに移行させる。
【００２４】
連続指定有無判定手段２４は、フィールド判定手段２２による判定結果が、残りの桁数内に収まらない場合、このフィールドが、図６で示したテーブル（２）（３）（４）のように連続指定有りかを判定する。
【００２５】
フィールド探索手段２５は、連続指定有無判定手段２４による判定結果が、連続指定無の場合、行バッファ２１の残りの桁数内に収まるフィールドがあるか、別のテーブルを探索する。その結果、収まるフィールドがあればこれを行バッファ２１に追加する。
【００２６】
改行処理手段２６は、連続指定有無判定手段２４による判定結果が連続指定有の場合と、テーブル探索手段２５による探索の結果、行バッファ２１の残りの桁数内に収まるフィールドが見つからなかった場合とのそれぞれにおいて、行バッファ２１に既に保持されているフィールドを画面１２の行として出力し、行バッファ２１をクリアする。そして、このクリアされた行バッファ２１に、残りの桁数内に収まらなかったフィールドをあらたに保持させる改行処理を行う。そして、画面範囲の残りの行数から画面１２の行として出力されたフィールド行数を減算する。その後、フィールド判定手段２２による次のテーブルの読み込みに移行させる。
【００２７】
以下、これら各手段による画面生成動作の詳細を図３のフローチャート及び図７〜図９の動作説明図を参照して説明する。
【００２８】
図３において、フィールド判定手段２２は、最初のフィールドを読む（ステップ３０１）。すなわち、図７（Ａ）で示すようにテーブル（１）から優先度１のフィールドを読み込む。同時に、予め設定された画面範囲の残りの行数及び１行の表示桁数を図示しない画面範囲設定手段から読み込む。そして、読み込んだ優先度１のフィールドが、残りの行数及び残りの桁数に入るかを判定する（ステップ３０２）。最初のフィールド読込みであるため残りの行数には当然入り、また保持可能なカラム数が１５桁の行バッファ２１に対し、優先度１のフィールドは１０桁であるため、行バッファ２１にも入ることとなり（ステップ３０２：Ｙｅｓ）、テーブル追加手段２３により、行バッファ２１に追加保持される（ステップ３０３）。このため、行バッファ２１の表示枠、すなわち残りの桁数は１５−１０＝５桁となる。
【００２９】
この後、再びフィールド判定手段２２による次のテーブルの読み込みに移行させ、図７（Ｂ）で示すように次のテーブル（２）から優先度２のフィールドを読み込む（ステップ３０５）。そして、読み込んだ優先度２のフィールドについても、残りの行数及び残りの桁数に入るかを判定する（ステップ３０２）。優先度２のテーブルは５桁であり、行バッファ２１の残りの桁数は５桁であるため、この優先度２のフィールドも行バッファ２１に入ることとなり（ステップ３０２：Ｙｅｓ）、フィールド追加手段２３により、行バッファ２１に追加保持される（ステップ３０３）。この動作により、行バッファ２１の残りの桁数は５−５＝０桁となる。
【００３０】
この後、再びフィールド判定手段２２による次のテーブルの読み込みに移行し、図８（Ａ）で示すように次のテーブル（３）から優先度３のフィールドを読み込む（ステップ３０５）。読み込んだ優先度３のフィールドは２桁であるが、行バッファ２１の残りの桁数は０桁であるため、行バッファ２１に入ることができない（ステップ３０２：Ｎｏ）。この場合は、連続指定有無判定手段２４により、優先度３のフィールドが連続指定有りかを判定する（ステップ３０６）。優先度３のフィールドは連続指定されているのでＹｅｓとなり、改行処理手段２６により、それぞれ行バッファ２１に既に保持されている優先度１及び優先度２のフィールドを、画面１２の１行目の表示として出力し、この行バッファ２１をクリアする（ステップ３０７）。そして、このクリアされた行バッファ２１に、残りの桁数内に収まらなかった優先度３のフィールドをあらたに保持させる改行処理を行う（ステップ３０８）。そして、画面範囲の残りの行数から画面１２の行として出力されたフィールド行数ｐ（この例では１行）を減算する（ステップ３０９）。その後、フィールド判定手段２２による次のテーブルの読み込みに移行し、テーブル（４）から連続指定された優先度４のフィールドを読み込む（ステップ３０５）。
【００３１】
読み込まれた優先度４のフィールドは１０桁であり、行バッファ２１の残りの桁数は１５−２＝１３桁であるため、この優先度４のフィールドは行バッファ２１に入ることとなり（ステップ３０２：Ｙｅｓ）、テーブル追加手段２３により、行バッファ２１に追加保持される（ステップ３０３）。この動作により、行バッファ２１の残りの桁数は１３−１０＝３桁となる。
【００３２】
この後、図８（Ｂ）で示すように、テーブル（５）から優先度５のフィールドを読み込む（ステップ３０５）。読み込んだ優先度５のフィールドは１０桁であり、行バッファ２１の残りの桁数は３桁であるため、行バッファ２１に入ることができない（ステップ３０２：Ｎｏ）。また、優先度５のフィールドは連続指定が無い（ステップ３０６：Ｎｏ）ため、この優先度ｎをカウンタ値ｔとし（ステップ３１０）、残りの桁数（３桁）に入るフィールドが見つかるまで、順次テーブル（カウンタ値ｔ＝ｔ＋１）を探索する（ステップ３１１）。この実施の形態では、図８（Ｃ）で示すように、次の優先度６のフィールドは２桁であり、かつ連続指定はないので（ステップ３１２：Ｎｏ）、この優先度６のフィールドを行バッファ２１の残りのカラム（３桁）に追加する（ステップ３１３）。
【００３３】
この後、図８（Ｄ）で示すように、行バッファ２１に入らなかった優先度５のフィールド（１０桁）をもう一度、行バッファ２１の残りのカラム（１桁）に入れようとするが、入らないので次の優先度のフィールドを探索する（ステップ３１１）。
【００３４】
この後、図９（Ａ）で示すように、行バッファ２１の残りのカラム（１桁）に入るフィールドが見つかるまで、優先度を下げてテーブルを探索する。この実施の形態では、最も低い優先度８のフィールドまで探しても残りのカラム（１桁）に入るフィールドは無いので、ステップ３１１から改行処理手段２６による行バッファ２１の出力／クリア処理（ステップ３０７）に移行する。すなわち、これまでに行バッファ２１に保持された優先度３、優先度４、優先度６のフィールドを画面の２行目の表示として出力して行バッファをクリアする。この後、図９（Ｂ）で示すように、クリアされた行バッファ２１に、残りのカラム（１桁）内に収まらなかった優先度５のフィールドを保持させる改行処理（ステップ３０８）を行い、さらに、画面範囲の表示可能な残り行数から、出力されたフィールド行数ｐを再び減算して（ステップ３０９）、次のテーブルの読み込みに（ステップ３０５）移行する。
【００３５】
ステップ３０５では、図９（Ｃ）で示すように、テーブル保存手段１３ａに保存された次の順位の未読込みテーブル（７）から優先度７のフィールドを読み込む。この優先度７のフィールドは１０桁であり、既に優先度５のフィールドが保持されている行バッファの２１の残りのカラム数は５桁であるため、行バッファ２１に入ることができない（ステップ３０２：Ｎｏ）。また、優先度７のフィールドは連続指定が無い（ステップ３０６：Ｎｏ）ため、残りのカラム数（５桁）に入るフィールドが見つかるまで、順次テーブルを探索する（ステップ３１０、３１１）。この実施の形態では、次の優先度８のフィールドは５桁であり、かつ連続指定はないので（ステップ３１２：Ｎｏ）、この優先度８のフィールドを行バッファ２１の残りのカラム（５桁）に追加する（ステップ３１３）。
【００３６】
その後、ステップ３１１でフィールドの探索を行うが、行バッファ２１の残りのカラム数はゼロとなっているため、当然残りのカラムに入るフィールドは見つからない。このため、再び改行処理手段２６による行バッファ２１の出力／クリア処理（ステップ３０７）に移行し、図９（Ｄ）で示すように、行バッファ２１に保持されている優先度５、優先度８のフィールドを画面の３行目の表示として出力し、行バッファ２１をクリアする。この後、前回の処理で残りのカラム（５桁）内に収まらなかった優先度７のフィールドを保持させる改行処理（ステップ３０８）を行い、さらに、画面範囲の表示可能な残り行数から、出力されたフィールド行数ｐを再び減算して（ステップ３０９）、次のテーブルの読み込みに（ステップ３０５）移行する。ただし、図示例では、テーブル保存手段１３ａからすべてのフィールドが取り出されているので、フィールドの取り出しは行われず、行バッファ２１に保持されている優先度７のフィールドを、図示のように画面の４行目の表示として出力して行バッファ２１をクリアし処理を終了する（終了ステップは図示省略）。
【００３７】
上記処理により、表示優先度は多少前後するが、連続表示ルールを維持しつつ、いろいろな大きさを有する複数のフィールドを効率的に配置して、限られた画面の表示範囲を有効活用した、図４で示すような画面を自動生成することができる。
【００３８】
［第２の実施例］
画面の作成に当たっては、限られた画面の表示範囲にできるだけ多くのフィールドを配置することを優先し、表示順位や、連続表示などは無視することも考えられる。このような場合は図１０で示すシステム構成により、図１１で示すロジックにより処理を行えばよい。図１０で示すシステム構成は、図２から連続指定有無判定手段２４を除いたものであり、図１１で示すロジックは、図３で示したロジックから連続表示の指定有無を判定するステップ（３０６、３１２）を除いたものである。これらのシステム及びロジックでは、読み込んだフィールドが行バッファ２１の残りのカラムに入らない場合、連続表示指定の有無を無視して（判定条件とせず）行バッファ２１に入るものを優先して探索する。そして、入るものがあれば優先順位や連続表示指定に関係なく行バッファ２１の残り桁数内に追加保持させるようにしている。したがって、できるだけ多くのフィールドを１行内に配置した画面を自動生成することができる。
【００３９】
また、図３で示したロジックによる処理を標準モードとし、図１１で示したロジックによる処理を省スペースモードとして、これら両モードを任意に切り換え選択できるようにしてもよい。
【００４０】
上記説明は新規画面を作成する場合についてのものであるが、一度完成した画面に対して、その表示内容を変更する場合にも効果的に適用することができる。すなわち、仕様変更（画面の追加、フィールド長の変更）が生じた場合のように、一度完成した画面を変更することは、画面に入出力フィールドが多く配置されていればいるほど難しく、修正による影響度が大きかった。
【００４１】
例えば、図４で示すように作成した画面に対し、図１２で示す項目を追加する場合、単純に追加すれば、図１３で示すように、図４で示した画面の下部に追加項目を加えただけの画面となる。この図１３のような画面では、図４の画面に比べ表示範囲が拡大してしまい、無駄なスペースも生じる。したがって、画面の表示範囲に制限がある場合には、この表示範囲に入らなくなってしまうことがある。
【００４２】
このような場合、追加項目を図４の表示画面の空いている部分に手動で嵌め込む修正を行うことで、効率的な項目配置を行うことが考えられるが、追加項目が空きスペースに入りきらずに、一部の項目を移動させなければならない場合も生じる。しかし、既に効率的に配置されている項目を、移動させることは、他の項目にも影響を与えることとなり、これを目視により手動で行うことは極めて難しく、作業者に大きな負担を強いることとなる。
【００４３】
そこで、図１２で示した追加項目を含め、各フィールドをテーブル保存手段１３ａの各テーブル（１）〜（ｎ）に、図６で示したようにそれぞれ格納し、図３で示したロジックにより画面生成処理を実行すれば、図１４で示すように、表示優先度は多少前後するものの、連続表示指定の表示ルールは維持して、画面の予め設定された限られた表示枠内に、各フィールドを効率的に配置した画面を自動生成することができる。
【００４４】
また、図１０で示したシステム及び図１２で示したロジックを用いれば、連続表示指定も無視して、１行にできるだけ多くのフィールドを収めた省スペースモードによる画面を自動生成することができる。
【００４５】
このように、一度完成した画面に対して、その表示内容を変更する場合にも、標準モードまたは省スペースモードにより、修正画面を自動生成することができ、作業者に多大な負担を与えることなく、効果的な画面生成が可能となる。
【００４６】
これらの結果、画面の新規作成や、仕様変更等による画面修正の作業効率が向上し、煩雑な画面デザイン作業が軽減される。
【図面の簡単な説明】
【００４７】
【図１】本発明による画面生成システムの一実施の形態を示すハードウェア構成図である。
【図２】同上一実施の形態の機能実現手段を示すブロック図である。
【図３】同上一実施の形態における処理ロジックを説明するフローチャートである。
【図４】同上一実施の形態により生成される画面例を示す図である。
【図５】同上一実施の形態に用いる画面生成ツールの設定内容の一例を示す図である。
【図６】同上一実施の形態におけるテーブル保存手段のテーブル内容を示す図である。
【図７】（Ａ）（Ｂ）は同上一実施の形態における画面生成過程を説明する図である。
【図８】（Ａ）（Ｂ）（Ｃ）（Ｄ）は同上一実施の形態における画面生成過程を図７に引き続いて説明する図である。
【図９】（Ａ）（Ｂ）（Ｃ）（Ｄ）は同上一実施の形態における画面生成過程を図８に引き続いて説明する図である。
【図１０】本発明による画面生成システムの他の実施の形態における機能実現手段を示すブロック図である。
【図１１】同上他の実施の形態における処理ロジックを説明するフローチャートである。
【図１２】本発明による画面を修正する場合の追加項目を示す図である。
【図１３】追加項目を単純に加えただけの画面を示す図である。
【図１４】追加項目を含め前記一実施の形態により修正した画面を示す図である。
【図１５】従来の手法により作成した画面例を示す図である。
【図１６】従来の自動生成方法により作成した画面を示す図である。
【符号の説明】
【００４８】
１２    画面
１３ａ    テーブル保存手段
１４    ＣＰＵ
２１    行バッファ
２２    フィールド判定手段
２３    フィールド追加手段
２４    連続指定有無判定手段
２５    フィールド探索手段
２６    改行処理手段
【図１】
0005025520.tif 000002
【図２】
0005025520.tif 000003
【図３】
0005025520.tif 000004
【図６】
0005025520.tif 000005
【図７】
0005025520.tif 000006
【図８】
0005025520.tif 000007
【図９】
0005025520.tif 000008
【図１０】
0005025520.tif 000009
【図１１】
0005025520.tif 000010
【図４】
0005025520.tif 000011
【図５】
0005025520.tif 000012
【図１２】
0005025520.tif 000013
【図１３】
0005025520.tif 000014
【図１４】
0005025520.tif 000015
【図１５】
0005025520.tif 000016
【図１６】
0005025520.tif 000017