JP5067491B2 - 画面処理プログラム - Google Patents

Description

この発明は、利用者の画面操作を受け付け、受け付けた画面操作に対応する処理を行う画面処理プログラムに関し、特に、詳細なイベント指定や様々な画面遷移などの多様な画面処理要求を満たすとともに、多数の画面から構成されるソフトウェアの開発効率および品質を向上させることができる画面処理プログラムに関するものである。

従来、画面（具体的には、画面を構成するパネル）に対する利用者の操作をイベントとして捉え、発生するイベントに対応した業務処理を行う画面処理プログラムでは、画面単位にソースプログラムが開発されてきた。

図２８は、従来の画面処理プログラムによる処理を説明するための説明図である。同図に示すように、二つの項目と三つのボタンを備えたパネル「P001」に対応するソースプログラム「P001ソース」は、三つのボタンおよびキー操作についてのイベントの登録、ならびにパネル「P001」の表示を行う初期化処理部と、発生したイベントを判定してイベントに対応する業務処理を行うイベント処理部から構成される。

このような画面処理プログラムの開発者は、画面ごとに初期化処理部とイベント処理部を作成する必要があり、画面の数が多い場合には、開発者の作成するプログラムの量が多くなり、開発者の負担が重かった。また、画面についての処理と業務処理との結合が密であるため、画面や業務の追加や変更が容易でなかった。

そこで、イベントに対して業務処理と遷移先画面を対応させた表を用いてプログラムの一部を自動生成し、開発効率を向上させるとともに、画面処理と業務処理とを分離してプログラムの保守性を向上する技術が開発されている（例えば、特許文献１参照。）。

特開平１１−２８２６５８号公報

しかしながら、かかる従来技術では、イベントや遷移先画面として指定できる範囲が限られており、詳細なイベント指定や様々な形態の画面遷移などの多様な画面処理要求を満たすことができないという問題があった。

具体的には、イベントの指定が画面上のボタンの押下に限定されるために、画面上のカーソルで指定される項目（アイテム）とキーボード上のファンクションキーとの組み合わせに基づいて処理を指定するなど、複雑なイベントの指定は行うことができなかった。

また、各画面に対してイベントを定義する必要があり、イベントが同一である場合にも、画面が異なる場合には、画面ごとにイベントを繰り返し定義する必要があり、定義量が多くなっていた。

例えば、図２８に示すように、パネル「P001」および「P002」の「ボタン３」についてのイベントが発生したときに起動される業務処理はどちらも「業務処理ｃ」である場合にも、パネル「P001」および「P002」のそれぞれに対して「ボタン３」のイベントと「業務処理ｃ」を定義する必要があった。

また、単一パネルの画面から複数パネルの画面に遷移したり、複数パネルから構成される画面の一部のパネルの表示だけを変更するなどの複雑な画面遷移を行うことができなかった。また、遷移後の画面を表示する前に行う表示前処理や、画面を表示した後の入力要求の前に行う入力前処理を指定することはできなかった。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、詳細なイベント指定や様々な形態の画面遷移などの多様な画面処理要求を満たすとともに、多数の画面から構成されるソフトウェアの開発効率および品質を向上させることができる画面処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、利用者の画面操作を受け付け、該受け付けた画面操作に対応する処理を行う画面処理プログラムであって、画面上でカーソルが位置付けられているパネルおよび項目ならびに利用者の操作を組み合わせて指定されるイベントにイベントが発生した際の処理を対応付けたイベント処理表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する処理を特定する処理特定手順と、前記処理特定手順により特定された処理を利用者の画面操作に対応する処理として行う処理実行手順と、をコンピュータに実行させることを特徴とする。

この発明によれば、画面上でカーソルが位置付けられているパネルおよび項目ならびに利用者の操作を組み合わせて指定されるイベントにイベントが発生した際の処理を対応付けたイベント処理表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する処理を特定し、特定した処理を利用者の画面操作に対応する処理として行うよう構成したので、イベント処理表でイベントを詳細に指定することができる。

また、本発明は、利用者の画面操作を受け付け、該受け付けた画面操作に対応する画面遷移を行う画面処理プログラムであって、利用者の画面操作により発生するイベントに遷移先画面としてフレームのレイアウト定義が可能な画面遷移を対応付けた画面遷移表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する画面遷移を特定する画面遷移特定手順と、前記画面遷移特定手順により特定された画面遷移を利用者の画面操作に対応する画面遷移として行う画面遷移実行手順と、をコンピュータに実行させることを特徴とする。

この発明によれば、利用者の画面操作により発生するイベントに遷移先画面としてフレームのレイアウト定義が可能な画面遷移を対応付けた画面遷移表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する画面遷移を特定し、特定し画面遷移を利用者の画面操作に対応する画面遷移として行うよう構成したので、画面遷移表で多様な画面遷移を指定することができる。

また、本発明は、利用者の画面操作を受け付け、該受け付けた画面操作に対応する画面遷移を行う画面処理プログラムであって、利用者の画面操作により発生するイベントに遷移先画面に対して画面表示の前処理および入力要求の前処理が指定可能な画面遷移を対応付けた画面遷移表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する画面遷移を特定する画面遷移特定手順と、前記画面遷移特定手順により特定された画面遷移を利用者の画面操作に対応する画面遷移として行うとともに、前記画面表示の前処理、入力要求の前処理が指定された場合に、該指定された前処理を行う画面遷移実行手順と、をコンピュータに実行させることを特徴とする。

この発明によれば、利用者の画面操作により発生するイベントに遷移先画面に対して画面表示の前処理および入力要求の前処理が指定可能な画面遷移を対応付けた画面遷移表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する画面遷移を特定し、特定した画面遷移を利用者の画面操作に対応する画面遷移として行うとともに、表示の前処理、入力要求の前処理が指定された場合に、指定された前処理を行うよう構成したので、画面遷移に依存する表示前処理や入力前処理を行うことができる。

本発明によれば、イベント処理表でイベントを詳細に指定することができるので、イベント処理表を用いて画面処理を行うフレームワークを幅広い業務処理プログラムに適用することができ、もって多数の画面から構成されるソフトウェアの開発効率および品質を向上させることができるという効果を奏する。

また、本発明によれば、画面遷移表で多様な画面遷移を指定することができるので、画面遷移表を用いて画面処理を行うフレームワークを幅広い業務処理プログラムに適用することができ、もって多数の画面から構成されるソフトウェアの開発効率および品質を向上させることができるという効果を奏する。

また、本発明によれば、画面遷移に依存する表示前処理や入力前処理を行うことができるので、画面遷移表を用いて画面処理を行うフレームワークを幅広い業務処理プログラムに適用することができ、もって多数の画面から構成されるソフトウェアの開発効率および品質を向上させることができるという効果を奏する。

以下に添付図面を参照して、この発明に係る画面処理プログラムの好適な実施例を詳細に説明する。なお、本実施例では、本発明をＪａｖａ(登録商標、以下同様)アプレットとして動作する画面処理プログラムに適用した場合を中心に説明する。

まず、本実施例１に係る画面処理プログラムによる画面処理の概念について説明する。図１は、本実施例１に係る画面処理プログラムによる画面処理の概念を説明するための説明図である。同図に示すように、この画面処理では、イベントと業務処理との対応付けをアクションマッピング定義情報として定義する。

ここで、イベント指定は、画面上でカーソルが位置付けられているパネルおよび項目ならびに利用者の操作の組み合わせによって行う。すなわち、イベントとしてボタン押下などの操作だけでなく項目を指定することによって、項目と操作の任意の組み合わせについてイベントを定義することができる。

例えば、アクション「１」に対応するイベントは、カーソルがパネル「P001」の項目「FLD1」に位置する場合に「ＥＮＴＥＲキー」が操作されたときに発生する。このように、パネルとパネル内の項目と操作との組み合わせでイベントを指定することによって、多様な画面操作に対してイベントを定義することができる。

また、アクションマッピング定義情報では、パネルごとにイベントと業務処理とを対応付けるのではなく、イベントごとにイベントとアクションを対応させ、アクションと業務処理を対応させる。

すなわち、イベントは、パネルとパネル内の項目と操作との組み合わせによって指定するが、パネル間や項目間で共通するイベントについては、パネルや項目の指定を省略することができる。

例えば、アクション「２」に対応するイベントは項目が省略されており、このイベントは、パネル「P001］において、カーソルに位置する項目が何であっても「ボタン１」が押下された場合に発生する。

また、アクション「５」に対応するイベントはパネルおよび項目が省略されており、このイベントは、どのパネルのどの項目にカーソルが位置しても「ボタン３」が押下された場合に発生する。

このように、パネルごとにイベントと業務処理との対応を定義するのではなく、パネルに関係なくイベントと業務処理との対応を定義することによって、パネル間で共通な操作を単一のイベントとして定義することができ、イベントの定義量を減らすことができる。

そして、画面処理プログラムのイベント制御部１５０の初期化処理部１５１がアクションマッピング定義情報に従って、イベントおよび処理の登録ならびにパネルの作成などの初期化処理を行い、表示パネル情報記憶部１２０に記憶された表示パネル情報を用いて初期パネルを表示する。

その後、利用者の画面操作によってイベントが発生すると、初期化処理部１５１で登録されたイベント判定処理部１５２が呼び出され、イベント判定処理部１５２は、アクションマッピング定義情報を用いて、イベントからアクションを特定し、特定したアクションに対応する業務処理を呼び出す。

例えば、パネル「P001」においてカーソルが「ＢＴＮ２」に位置する場合に「ボタン２」が押下された場合には、イベント判定処理部１５２は、アクション「３」を特定し、アクション「３」に対応する業務処理「処理ａ」を呼び出す。

なお、イベントが発生した場合にイベント判定処理部１５２によってイベントに対応するアクションがアクションマッピング定義情報を用いて特定されることを、アクションが発生すると呼ぶこととする。

次に、本実施例１に係る画面処理プログラムの構成について説明する。図２は、本実施例１に係る画面処理プログラムの構成を示す機能構成図である。同図に示すように、この画面処理プログラム１００は、アクションマッピング定義情報記憶部１１０と、表示パネル情報記憶部１２０と、画面制御部１３０と、入出力データ制御部１４０と、イベント制御部１５０と、制御部１６０とを有する。

アクションマッピング定義情報記憶部１１０は、アクションマッピング定義情報をＸＭＬ形式で記憶した記憶部である。図３−１は、アクションマッピング定義情報のＸＭＬ定義体項目の一例を示す図である。

同図に示すように、このＸＭＬ定義体項目では、アクションマッピング定義情報を定義するタグ<actionMap>は、アクション発生元情報を定義するタグ<source>から構成される。そして、タグ<source>の属性としてアクション発生元のパネルを識別するpanelIDと、アクション発生項目を識別するitemIDと、操作を識別するactionIDが定義される。また、タグ<source>の中に、業務処理を実行するプログラムのクラス名を表わすタグ<className>およびメソッド名を表わすタグ<methodName>が定義される。

図３−２は、アクションマッピング定義情報記憶部１１０が記憶するアクションマッピング定義情報の一例を示す図である。同図に示すように、<actionMap>と</actionMap>の中に複数のアクション発生元が<source>と</source>に囲まれて定義される。

例えば、panelIDが「P001」であるパネルでitemIDが「FLD1」である項目にカーソルが位置しているときにactionIDが「ENTER」である操作すなわち「ENTER」がキーインされた場合には、classNameが「com.fujitsu.FJ001」であるクラスのmethodNameが「Entry001」であるメソッドが呼び出される。

このように、アクションマッピング定義情報として、カーソルが位置するパネルおよび項目ならびに利用者の操作によりイベントを指定することによって、イベントを詳細に指定することができる。

なお、アクションマッピング定義情報は、画面処理プログラム１００を実行するクライアントに画面処理プログラム１００とともにサーバからダウンロードされてアクションマッピング定義情報記憶部１１０に記憶される。

図４は、本実施例１に係る画面処理プログラム１００のサーバからのダウンロードを説明するための説明図である。同図に示すように、画面処理プログラム１００をアプレットとして実行するＷｅｂページにクライアントがアクセスすると、サーバのディスクからＨＴＭＬファイルと、画面処理プログラム１００と、アクションマッピング定義情報とがダウンロードされる。なお、業務処理を行う業務処理プログラムは、対応するイベントが発生した際にダウンロードされる。

表示パネル情報記憶部１２０は、画面に表示するパネルについての情報を記憶した記憶部である。この表示パネル情報記憶部１２０に記憶される情報は、画面制御部１３０によって使用される。

画面制御部１３０は、パネルを表示する処理部である。また、この画面制御部１３０は、パネル上でのユーザのマウス操作やキーボード操作をイベントとして受け付け、受け付けたイベントをイベント制御部１５０に通知する。

入出力データ制御部１４０は、パネル上の項目に出力するデータおよび項目に入力されたデータを管理する処理部である。この入出力データ制御部１４０は、入出力データを格納する入出力データ領域を備え、この入出力データ領域のデータが項目に出力され、項目から入力されたデータはこの入出力データ領域に格納される。

イベント制御部１５０は、画面制御部１３０からイベントを受け取り、受け取ったイベントに対応する業務処理を行う処理部であり、初期化処理部１５１とイベント判定処理部１５２とを有する。

初期化処理部１５１は、アクションマッピング定義情報に従って、イベントおよび処理の登録ならびにパネルの生成を初期化処理として行う処理部である。また、この初期化処理部１５１は、表示パネル情報記憶部１２０に記憶された表示パネル情報を用いてパネルを作成し、画面制御部１３０を介してパネルを表示する。なお、パネルの生成は、初期化処理時以外にパネルが表示される場合に行うこともできる。

イベント判定処理部１５２は、画面制御部１３０からイベントを受け取り、受け取ったイベントに対応するメソッドをアクションマッピング定義情報を用いて特定し、特定したメソッドを呼び出す処理部である。

このイベント判定処理部１５２が、画面制御部１３０からイベントを受け取り、受け取ったイベントに対応するメソッドを呼び出すことによって、イベントに対応する業務処理を行うことができる。

制御部１６０は、画面処理プログラム１００全体の制御をおこなう処理部であり、具体的には、処理部と記憶部の間のデータの受け渡しなどをおこなうことによって、画面処理プログラム１００を一つのプログラムとして機能させる。

次に、本実施例１に係る画面処理プログラム１００によるイベント処理の処理手順について説明する。図５は、本実施例１に係る画面処理プログラム１００によるイベント処理の処理手順を示すフローチャートである。

同図に示すように、この画面処理プログラム１００は、イベント制御部１５０のイベント判定処理部１５２が画面制御部１３０を介してイベントを受け取り（ステップＳ１０１）、受け取ったイベントに対応するクラス名とメソッド名をアクションマッピング定義情報を用いて取得する（ステップＳ１０２）。

そして、取得したクラス名とメソッド名を用いてクラスをサーバからダウンロードし（ステップＳ１０３）、ダウンロードしたクラス内の該当メソッドを実行する（ステップＳ１０４）。

このように、イベント制御部１５０のイベント判定処理部１５２が、受け取ったイベントに対応するクラスをサーバからダウンロードしてクラス内の該当メソッドを実行することによって、画面操作に対応する業務処理を行うことができる。

上述してきたように、本実施例１では、パネルと項目と操作の組み合わせを用いて指定するイベントに業務処理を対応させて定義したアクションマッピング定義情報を用いてイベント制御部１５０がイベントに対応する業務処理を呼び出すこととしたので、多様な画面操作をイベントとして定義することができ、イベントと業務処理を対応させて画面処理を行うフレームワークをより幅広い業務処理プログラムに適用することができる。

また、本実施例では、パネルごとにイベントと業務処理との対応を定義するのではなく、パネルに関係なくイベントごとに業務処理との対応を定義することができるので、パネル間で共通するイベントを一つにまとめることができ、イベントと業務処理との対応の定義数を減らし、開発効率を向上することができる。

ところで、上記実施例１では、多様な画面操作をイベントとして定義し、イベントに業務処理を対応させる場合について説明したが、イベントに多様な画面遷移を対応させることもできる。そこで、本実施例２では、イベントに対応して様々なパターンの画面に遷移させることができる画面処理プログラムについて説明する。

まず、本実施例２に係る画面遷移のパターンについて図６−１〜図６−５を用いて説明する。図６−１は、単一画面に遷移する画面遷移を示す図である。同図に示すように、この画面遷移では、単一のパネル「パネル１」から他の単一のパネル「パネル２」に遷移する。

図６−２は、異なるレイアウトに遷移する画面遷移を示す図である。同図に示すように、この画面遷移では、単一パネル「パネル１」から三つのパネル「パネル２」、「パネル３」および「パネル４」から構成される画面に遷移する。

図６−３は、分割画面表示時の部分フレーム切替えによる画面遷移を示す図である。同図に示すように、この画面遷移では、三つのパネルから構成される画面のうち「パネル２」だけが「パネル４」になる。

図６−４は、親画面からダイアログに遷移する（ダイアログを表示する）画面遷移を示す図である。同図に示すように、この画面遷移では、新たに「パネル２」がダイアログとして表示される。

図６−５は、ダイアログから親画面に遷移する（表示されているダイアログを閉じる）画面遷移を示す図である。同図に示すように、この画面遷移では、ダイアログとして表示されていた「パネル２」が閉じられる。

このように、画面遷移には様々なパターンがあり、本実施例２に係る画面処理プログラムでは、これらの様々な画面遷移をイベントに対応させて定義することを可能とすることによって、多様な画面遷移要求を満たすことができる。

次に、本実施例２に係る画面処理プログラムの構成について説明する。図７は、本実施例２に係る画面処理プログラムの構成を示す機能構成図である。なお、ここでは説明の便宜上、図２に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。

図７に示すように、この画面処理プログラム２００は、表示パネル情報記憶部１２０と、画面制御部１３０と、入出力データ制御部１４０と、画面遷移定義情報記憶部２１０と、画面遷移制御部２２０と、イベント制御部２５０と、制御部２６０とを有する。

画面遷移定義情報記憶部２１０は、イベントに対応する画面遷移を定義する画面遷移定義情報を記憶した記憶部である。画面遷移の定義には、多様な画面遷移を可能とするために、階層構造が用いられる。

図８は、画面遷移定義情報の階層構造の一例を示す図である。同図に示すように、この画面遷移定義情報では、画面遷移定義情報を定義するタグ<transitionMap>の記述の中でタグ<source>によりアクション発生元情報を定義し、タグ<source>の記述の中でタグ<transition>により遷移先画面情報を定義し、タグ<transition>の記述の中でタグ<frame>により遷移先画面の一つのフレームの情報を定義し、タグ<frame>の記述の中でタグ<panel>によりパネルまたはタグ<layout>によりレイアウトを定義する。

そして、タグ<layout>の記述の中でタグ<frame>によりフレームの情報を繰り返し定義することができる。このように、本実施例２に係る画面処理プログラムでは、画面遷移の定義に繰り返し定義が可能な階層構造を用いることによって、多様な画面遷移を定義することができる。図９は、図８に示した画面遷移定義情報の階層構造を定義するＤＴＤ(Document Type Definition)の一例を示す図である。

図１０は、図８に示した画面遷移定義情報のＸＭＬ定義体項目を示す図である。図１０に示すように、この画面遷移定義情報では、タグ<source>は属性としてアクションが発生したパネルを識別するpanelID（パネルＩＤ）、アクションが発生した項目を識別するitemID（アイテムＩＤ）および発生したアクションを識別するactionID（アクションＩＤ）を有する。

また、タグ<transition>は属性として遷移先画面を表示するフレームを表わすtarget、表示するレイアウトを識別するlayoutID、遷移先の横サイズを表わすwidth、遷移先の縦サイズを表わすheight、遷移先の表示位置（Ｘ座標）を表わすpositionXおよび遷移先の表示位置（Ｙ座標）を表わすpositionYを有する。

また、タグ<frame>は属性としてフレームを識別する<frameID>を有し、タグ<panel>は属性として遷移元パネルと遷移先パネルの間の項目データの引継ぎを指定する<inheritance>を有する。この<inheritance>によって項目データの引継ぎが指定された場合には、遷移元パネルと遷移先パネルの間で同一の<itemID>を有する項目のデータが引き継がれる。

図１１−１および図１１−２は、画面遷移定義情報の一例を示す図（１）および（２）である。図１１−１では、パネル「P000」から「P001」への単一画面遷移、パネル「P001」から三つのパネル「P002」、「P003」および「P004」への画面遷移、一部のフレーム「F002」のパネル切替え、ならびにネスト構造を有する分割画面への画面遷移が定義されている。また、図１１−２では、ダイアログを生成する場合およびダイアログを閉じる場合の画面遷移が定義されている。

画面遷移制御部２２０は、イベント制御部２５０からの依頼に基づいて、画面遷移定義情報記憶部２１０に記憶された画面遷移定義情報を用いて画面遷移を特定し、特定した画面遷移を行う処理部である。この画面遷移制御部２２０は、画面遷移定義情報を用いて画面遷移を特定する場合に、複数の画面遷移が該当する場合には、所定の優先度に基づいて画面遷移を特定する。

図１２は、画面遷移決定要因の組み合わせと優先度を示す図である。同図に示すように、画面遷移は、パネルＩＤ、アイテムＩＤおよびアクションＩＤの組み合わせで指定されるイベントにより決定される。ここで、パネルＩＤとアイテムＩＤは省略可能であり、省略した場合には、それぞれ任意のパネル、項目を示す。

また、該当する画面遷移が複数ある場合には、パネルＩＤ、アイテムＩＤおよびアクションＩＤの全てが指定されている画面遷移の優先度が最も高く、アクションＩＤだけが指定されている画面遷移の優先度が最も低い。

また、画面遷移制御部２２０は、ダイアログから他のダイアログへの画面遷移を行うこともできる。図１３は、親ウィンドウおよびダイアログの画面遷移時の動作を示す図である。同図は、遷移元画面および遷移先画面がそれぞれ親ウィンドウまたはダイアログである場合の画面遷移時の動作を示している。

同図に示すように、画面遷移制御部２２０は、遷移元画面と遷移先画面の両方が親ウィンドウである場合には、フレーム内でのパネルおよびレイアウト遷移を行い、遷移元画面と遷移先画面の両方がダイアログである場合には、ダイアログはそのままで、中身の切替えを行う。

また、遷移元画面が親ウィンドウで遷移先画面がダイアログである場合には、モーダルダイアログオープンを行い、遷移元画面がダイアログで遷移先画面が親ウィンドウである場合には、ダイアログクローズを行う。

イベント制御部２５０は、画面制御部１３０からイベントを受け付け、画面遷移制御部２２０に画面遷移を依頼する処理部であり、制御部２６０は、画面処理プログラム２００全体の制御をおこなう処理部である。

次に、本実施例２に係る画面処理プログラム２００によるイベント処理の処理手順について説明する。図１４は、本実施例２に係る画面処理プログラム２００によるイベント処理の処理手順を示すフローチャートである。

同図に示すように、この画面処理プログラム２００は、イベント制御部２５０が画面制御部１３０を介してイベントを受け取り（ステップＳ２０１）、画面遷移制御部２２０に画面遷移を依頼する。

そして、画面遷移制御部２２０が画面遷移定義情報記憶部２１０から画面遷移定義情報を取得し（ステップＳ２０２）、取得した画面遷移定義情報に基づいて不要パネルを返却し（ステップＳ２０３）、必要パネルを借り出す（ステップＳ２０４）。

そして、パネル間で引き継がれるデータの自動転記を入出力データ制御部１４０を用いて行い（ステップＳ２０５）、画面制御部１３０を介して画面表示と初期フォーカスの設定を行う（ステップＳ２０６〜ステップＳ２０７）。

このように、画面遷移制御部２２０が画面遷移定義情報記憶部２１０から画面遷移定義情報を取得して不要パネルの返却および必要パネルの借り出しを行うことによって、利用者の画面操作に対応する画面遷移を行うことができる。

次に、親ウィンドウからダイアログへ遷移する場合の画面処理プログラム２００によるイベント処理の処理手順について説明する。図１５は、親ウィンドウからダイアログへ遷移する場合の画面処理プログラム２００によるイベント処理の処理手順を示すフローチャートである。

同図に示すように、親ウィンドウからダイアログへ遷移する場合には、イベント制御部２５０が画面制御部１３０を介してイベントを受け取り（ステップＳ２２１）、画面遷移制御部２２０に画面遷移を依頼する。

そして、画面遷移制御部２２０が画面遷移定義情報記憶部２１０から画面遷移定義情報を取得し（ステップＳ２２２）、取得した画面遷移定義情報に基づいてダイアログをオープンし（ステップＳ２２３）、必要パネルを借り出す（ステップＳ２２４）。

そして、パネル間で引き継がれるデータの自動転記を入出力データ制御部１４０を用いて行い（ステップＳ２２５）、画面制御部１３０を介して画面表示と初期フォーカスの設定を行う（ステップＳ２２６〜ステップＳ２２７）。

このように、画面遷移制御部２２０が画面遷移定義情報記憶部２１０から画面遷移定義情報を取得してダイアログのオープンおよび必要パネルの借り出しを行うことによって、利用者の画面操作に対応するダイアログをオープンすることができる。

次に、ダイアログから親ウィンドウへ遷移する場合の画面処理プログラム２００によるイベント処理の処理手順について説明する。図１６は、ダイアログから親ウィンドウへ遷移する場合の画面処理プログラム２００によるイベント処理の処理手順を示すフローチャートである。

同図に示すように、ダイアログから親ウィンドウへ遷移する場合には、イベント制御部２５０が画面制御部１３０を介してイベントを受け取り（ステップＳ２４１）、画面遷移制御部２２０に画面遷移を依頼する。

そして、画面遷移制御部２２０が画面遷移定義情報記憶部２１０から画面遷移定義情報を取得し（ステップＳ２４２）、取得した画面遷移定義情報に基づいて不要パネルを返却し（ステップＳ２４３）、ダイアログをクローズする（ステップＳ２４４）。

そして、パネル間で引き継がれるデータの自動転記を入出力データ制御部１４０を用いて行い（ステップＳ２４５）、画面制御部１３０を介して画面表示と初期フォーカスの設定を行う（ステップＳ２４６〜ステップＳ２４７）。

このように、画面遷移制御部２２０が画面遷移定義情報記憶部２１０から画面遷移定義情報を取得して不要パネルの返却およびダイアログのクローズを行うことによって、利用者の画面操作に対応してダイアログをクローズすることができる。

上述してきたように、本実施例２では、画面遷移定義情報記憶部２１０が多様な画面遷移パターンの指定が可能な画面遷移定義情報をイベントに対応させて記憶し、画面遷移制御部２２０が発生したイベントに対して画面遷移定義情報を用いて画面遷移を行うことによって、イベントに画面遷移を対応させるフレームワークを用いて多様なパターンの画面遷移を行うことができる。

上記実施例２では、多様な画面遷移パターンの指定が可能な画面処理プログラム２００について説明したが、画面遷移を行う場合、遷移先の画面の表示前に、項目表示／非表示の切替や引継ぎデータの処理などの表示前処理や、画面の表示後に入力カーソルが表示される前に、例えばＩＣカードの読み取りなどのデバイス制御を入力前処理として行いたい場合がある。そこで、本実施例３では、表示前処理や入力前処理を指定することが可能な画面処理プログラムについて説明する。

まず、本実施例３に係る画面処理プログラムによるイベント処理の概要について説明する。図１７は、本実施例３に係る画面処理プログラムによるイベント処理の概要を説明するための説明図である。

同図に示すように、利用者が画面のボタンを押下する、Ｅｎｔｅｒキーを押下するなどの操作を行ってアクションが発生すると、本実施例３に係る画面処理プログラムは、アクションを検出し（１）、業務処理を行うために呼び出すプログラムをアクションマッピング定義情報を用いて検索し、画面遷移についての情報を画面遷移定義情報を用いて検索する（２）。

このとき、アクションマッピング定義情報と画面遷移定義情報の同一イベントを同一の遷移ＩＤで紐付けを行うことによって、イベントに対する遷移先画面と呼出プログラムについての情報を効率良く検索することができる。すなわち、遷移ＩＤで紐付けすることによって、アクションマッピング定義情報と画面遷移定義情報とを併せた遷移元情報と遷移先情報を効率良く得ることができる。

また、アクションマッピング定義情報には、呼出プログラムに加えて表示前処理を行うプログラムや入力前処理を行うプログラムをイベントに対応させて定義する。したがって、遷移ＩＤを用いてアクションマッピング定義情報と画面遷移定義情報とを紐付けすることによって、イベントに対する遷移先画面と呼出プログラムについての情報に加えて表示前処理および入力前処理についての情報も効率良く検索することができる。

そして、検索したプログラムを呼び出して実行し（３）、プログラムを実行した後、検索した画面遷移を行う際に、画面初期処理として表示前処理や入力前処理を行う（４）。

このように、本実施例３に係る画面処理プログラムは、呼出プログラム、表示前処理および入力前処理についての情報をイベントに対応させて定義したアクションマッピング定義情報と画面遷移定義情報とを遷移ＩＤを用いて紐付けすることによって、イベントが発生した場合に、プログラムの呼出と画面遷移を効率良く行うとともに、表示前処理および入力前処理を行うことができる。

次に、本実施例３に係る画面処理プログラムの構成について説明する。図１８は、本実施例３に係る画面処理プログラムの構成を示す機能構成図である。なお、ここでは説明の便宜上、図２または図７に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。

図１８に示すように、この画面処理プログラム３００は、表示パネル情報記憶部１２０と、画面制御部１３０と、入出力データ制御部１４０と、アクションマッピング定義情報記憶部３１０と、画面遷移定義情報記憶部３２０と、画面遷移制御部３３０と、イベント制御部３５０と、制御部３６０とを有する。

アクションマッピング定義情報記憶部３１０は、アクションマッピング定義情報を記憶する記憶部であり、アクションマッピング定義情報としては、業務処理に加えて表示前処理および入力前処理の情報ならびに遷移ＩＤがイベントに対応させて定義される。

図１９は、アクションマッピング定義情報記憶部３１０が記憶するアクションマッピング定義情報の一例を示す図である。同図において、タグ<source>の記述中screenIDが遷移ＩＤを表わす属性であり、画面遷移定義情報で定義され、アクションマッピング定義情報と画面遷移定義情報との間の結びつけを行う。また、タグ<source>の記述中beforeIDが表示前処理や入力前処理を指定する属性である。

このように、アクションマッピング定義情報のタグ<source>の属性によって遷移ＩＤ、表示前処理および入力前処理を指定することによって、画面遷移と表示前処理および入力前処理とを結びつけることができる。

画面遷移定義情報記憶部３２０は、画面遷移定義情報を記憶する記憶部であり、図２０は、画面遷移定義情報のＸＭＬ定義体項目を示す図である。同図に示すＸＭＬ定義体項目は、図１０に示したＸＭＬ定義体項目と比較すると、属性として遷移ＩＤを指定するscreenIDが追加されている。

このタグ<transition>の属性screenIDで指定した遷移ＩＤをアクションマッピング定義情報のタグ<source>の属性screenIDで指定することによって、アクションマッピング定義情報と画面遷移定義情報とを結びつけることができる。

画面遷移制御部３３０は、イベント制御部３５０からイベントを受け取り、受け取ったイベントに対応する画面遷移を画面遷移定義情報記憶部３２０に記憶された画面遷移定義情報を用いて特定し、特定した画面遷移を行う処理部である。

イベント制御部３５０は、画面制御部１３０からイベントを受け取り、受け取ったイベントに対応する業務処理を行う処理部である。また、このイベント制御部３５０は、画面遷移に対して指定された表示前処理および入力前処理を行う。

このイベント制御部３５０は、初期化処理部１５１、イベント判定処理部１５２に加えて前処理部３５３を有する。前処理部３５３は、画面遷移に対して指定された表示前処理および入力前処理を行う処理部である。具体的には、この前処理部３５３は、遷移ＩＤとアクションマッピング定義情報とを用いて表示前処理や入力前処理を特定し、特定した表示前処理や入力前処理を行う。

制御部３６０は、画面処理プログラム３００全体の制御をおこなう処理部であり、具体的には、処理部間の制御の受け渡し、処理部と記憶部の間のデータの受け渡しなどをおこなうことによって、画面処理プログラム３００を一つのプログラムとして機能させる。

次に、本実施例３に係る画面遷移に対応するアクションマッピング定義情報の例について説明する。図２１は、処理の指定がない画面遷移を示す図である。同図は、業務処理、表示前処理、入力前処理のいずれの処理指定もない画面遷移を示し、このような画面遷移では、アクションマッピング定義が不要なため遷移ＩＤも不要となり、画面遷移定義情報においても遷移ＩＤは指定されない。

図２２−１は、任意のパネルから同一の操作によって同一のパネルへ遷移する画面遷移を示す図である。同図は、パネル「PanelA」またはパネル「PanelC」においてボタン「Button1」が押下された場合に、クラス「Class1」のメソッド「method1」を業務処理として呼び出し、パネル「PanelB」に遷移して表示前処理を行う場合を示す。

このように、任意のパネルから同一の操作によって同一のパネルへ遷移するときに実行する業務処理と表示前処理が同じ場合には、画面遷移の遷移ＩＤを同一のものとし、一つの画面遷移として定義することができる。

図２２−２は、図２２−１に示した画面遷移に対応する遷移元情報および遷移先情報を示す図である。同図に示すように、この画面遷移では、遷移元パネルの指定を省略することができる。

図２２−３は、図２２−１に示した画面遷移に対するアクションマッピング定義情報を示す図である。同図に示すように、タグ<source>の属性として、遷移ＩＤを指定するscreenIDと表示前処理を指定するbeforeIDが定義され、遷移元パネルを指定するpanelIDは定義されない。

図２３−１は、同一パネルの任意の項目に対して同一の操作により同一のパネルへ遷移する画面遷移を示す図である。同図は、パネル「PanelA」においてカーソルが位置付けられた項目が「FLD1」または「FLD2」である場合に「ENTER」がキーインされた場合に、クラス「Class1」のメソッド「method1」を業務処理として呼び出し、パネル「PanelB」に遷移して入力前処理を行う場合を示す。

このように、同一パネルの任意の項目に対して同一の操作により同一のパネルへ遷移するときに実行する業務処理と入力前処理が同じ場合には、二つの画面遷移の遷移ＩＤを同一のものとし、一つの画面遷移として定義することができる。

図２３−２は、図２３−１に示した画面遷移に対応する遷移元情報および遷移先情報を示す図である。同図に示すように、同一パネルの任意の項目に対する同一操作により同一のパネルへ遷移する画面遷移では、遷移元項目の指定を省略することができる。

図２３−３は、図２３−１に示した画面遷移に対するアクションマッピング定義情報を示す図である。同図に示すように、タグ<source>の属性として、遷移ＩＤを指定するscreenIDと入力前処理を指定するbeforeIDが定義され、遷移元パネルを指定するitemIDは定義されない。

図２４−１は、異なるパネルから同一のパネルへ遷移する場合に異なる業務処理を行う画面遷移を示す図である。同図は、パネル「PanelA」において「Button1」が押下されてパネル「PanelB」に遷移した場合と、パネル「PanelC」において「Button3」が押下されてパネル「PanelB」に遷移した場合で異なる遷移ＩＤを付加し、異なる業務処理を呼び出す場合を示している。

このように、異なるパネルから同一のパネルへ遷移する場合に異なる遷移ＩＤを付加して異なる画面遷移を定義することによって、遷移元パネルに応じて業務処理の振り分けを行うことができる。

図２４−２は、図２４−１に示した画面遷移に対応する遷移元情報および遷移先情報を示す図である。同図に示すように、パネル「PanelA」からパネル「PanelB」に遷移する場合と、パネル「PanelC」からパネル「PanelB」に遷移する場合で、異なる遷移ＩＤおよび異なるメソッドを定義することができる。

次に、本実施例３に係る画面処理プログラム３００によるイベント処理の処理手順について説明する。図２５は、本実施例３に係る画面処理プログラム３００によるイベント処理の処理手順を示すフローチャートである。

同図に示すように、この画面処理プログラム３００は、イベント制御部３５０が画面制御部１３０を介してイベントを受け取り（ステップＳ３０１）、アクションマッピング定義情報を用いて業務処理を特定し、特定した業務処理を実行する（ステップＳ３０２）。

そして、画面遷移制御部３３０に画面遷移を依頼し、画面遷移制御部３３０が遷移ＩＤを用いて画面遷移定義情報記憶部３２０から画面遷移定義情報を取得し（ステップＳ３０３）、取得した画面遷移定義情報に基づいて不要パネルを返却し（ステップＳ３０４）、必要パネルを借り出す（ステップＳ３０５）。

そして、パネル間で引き継がれるデータの自動転記を入出力データ制御部１４０を用いて行い（ステップＳ３０６）、イベント制御部３５０に制御を戻す。そして、イベント制御部３５０がアクションマッピング定義情報に定義された表示前処理を実行し（ステップＳ３０７）、画面制御部１３０を介して画面を表示する（ステップＳ３０８）。

そして、画面表示後に、アクションマッピング定義情報に定義された入力前処理を実行し（ステップＳ３０９）、画面制御部１３０を介して初期フォーカスの設定を行う（ステップＳ３１０）。

このように、イベント制御部３５０がアクションマッピング定義情報に定義された業務処理、表示前処理および入力前処理を実行し、画面遷移制御部３３０が画面遷移定義情報に定義された画面遷移を実行することによって、イベントに対応した多様な処理や画面遷移を行うことができる。

上述してきたように、本実施例３では、画面遷移定義情報の各画面遷移に対して遷移ＩＤを定義し、アクションマッピング定義情報に業務処理に加えて表示前処理、入力前処理および遷移ＩＤをイベントに対応させて定義し、画面遷移時にイベント制御部３５０が画面遷移の遷移ＩＤに対応する表示前処理や入力前処理がアクションマッピング定義情報に定義されている場合にこれらの前処理を実行することとしたので、イベントに画面遷移や業務処理を対応させるフレームワークを用いて多様なパターンの画面遷移を行うことができる。

次に、本実施例１〜３に係る画面処理プログラムを実行するクライアントすなわちコンピュータシステムについて説明する。図２６は、本実施例１〜３に係る画面処理プログラムを実行するコンピュータシステムを示す図である。

同図に示すように、このコンピュータシステム４００は、本体部４０１と、本体部４０１からの指示により表示画面４０２ａに情報を表示するディスプレイ４０２と、このコンピュータシステム４００に種々の情報を入力するためのキーボード４０３と、ディスプレイ４０２の表示画面４０２ａ上の任意の位置を指定するマウス４０４と、ＬＡＮ４０６または広域エリアネットワーク（ＷＡＮ）に接続するＬＡＮインタフェースと、公衆回線４０７に接続するモデムとを有する。ここで、ＬＡＮ４０６は、他のコンピュータシステム（ＰＣ）４１１、サーバ４１２、プリンタ４１３などとコンピュータシステム４００とを接続している。

また、図２７は、図２６に示した本体部４０１の構成を示す機能ブロック図である。同図に示すように、この本体部４０１は、ＣＰＵ４２１と、ＲＡＭ４２２と、ＲＯＭ４２３と、ハードディスクドライブ（ＨＤＤ）４２４と、ＣＤ−ＲＯＭドライブ４２５と、ＦＤドライブ４２６と、Ｉ／Ｏインタフェース４２７と、ＬＡＮインタフェース４２８と、モデム４２９とを有する。

そして、このコンピュータシステム４００において実行される画面処理プログラムは、ＬＡＮインタフェース４２８を介して接続されたサーバ４１２のデータベースにアプレットとして記憶され、データベースから読み出されてコンピュータシステム４００にダウンロードされる。そして、ダウンロードされた画面処理プログラムは、ＲＡＭ４２２、ＲＯＭ４２３などを利用してＣＰＵ４２１により実行される。

なお、本実施例では、画面処理プログラムがアプレットとして動作する場合について説明したが、本発明はこれに限定されるものではなく、アプレット以外のプログラムとして動作する場合にも同様に適用することができる。

また、本実施例では、利用者の画面操作をアクションとして定義し、アクションが発生した場合に業務処理、画面遷移、表示前処理および入力前処理を行う場合について説明したが、本発明はこれに限定されるものではなく、周辺機器やサーバからの通知をアクションとして定義して業務処理、画面遷移、表示前処理および入力前処理を行う場合にも同様に適用することができる。

（付記１）利用者の画面操作を受け付け、該受け付けた画面操作に対応する処理を行う画面処理プログラムであって、
画面上でカーソルが位置付けられているパネルおよび項目ならびに利用者の操作を組み合わせて指定されるイベントにイベントが発生した際の処理を対応付けたイベント処理表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する処理を特定する処理特定手順と、
前記処理特定手順により特定された処理を利用者の画面操作に対応する処理として行う処理実行手順と、
をコンピュータに実行させることを特徴とする画面処理プログラム。

（付記２）前記イベント処理表はイベントを指定する場合に前記パネルの指定を省略することが可能であり、該パネルの指定を省略した場合には、前記項目および画面操作の組み合わせが可能な任意のパネルを対象とするイベントの指定であるとすることを特徴とする付記１に記載の画面処理プログラム。

（付記３）利用者の画面操作を受け付け、該受け付けた画面操作に対応する画面遷移を行う画面処理プログラムであって、
利用者の画面操作により発生するイベントに遷移先画面としてフレームのレイアウト定義が可能な画面遷移を対応付けた画面遷移表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する画面遷移を特定する画面遷移特定手順と、
前記画面遷移特定手順により特定された画面遷移を利用者の画面操作に対応する画面遷移として行う画面遷移実行手順と、
をコンピュータに実行させることを特徴とする画面処理プログラム。

（付記４）前記イベントは、画面上でカーソルが位置付けられているパネルおよび項目ならびに利用者の操作を組み合わせて指定されることを特徴とする付記３に記載の画面処理プログラム。

（付記５）前記画面遷移表はイベントを指定する場合に前記パネルの指定を省略することが可能であり、該パネルの指定を省略した場合には、前記項目および画面操作の組み合わせが可能な任意のパネルを対象とするイベントの指定であるとすることを特徴とする付記４に記載の画面処理プログラム。

（付記６）利用者の画面操作を受け付け、該受け付けた画面操作に対応する画面遷移を行う画面処理プログラムであって、
利用者の画面操作により発生するイベントに遷移先画面に対して画面表示の前処理および入力要求の前処理が指定可能な画面遷移を対応付けた画面遷移表を用いて、利用者の操作によりイベントが発生した際に、発生したイベントに対応する画面遷移を特定する画面遷移特定手順と、
前記画面遷移特定手順により特定された画面遷移を利用者の画面操作に対応する画面遷移として行うとともに、前記画面表示の前処理、入力要求の前処理が指定された場合に、該指定された前処理を行う画面遷移実行手順と、
をコンピュータに実行させることを特徴とする画面処理プログラム。

（付記７）前記画面表示の前処理、入力要求の前処理の指定は、画面遷移を識別する遷移識別子を用いて行うことを特徴とする付記６に記載の画面処理プログラム。

（付記８）前記利用者の画面操作により発生するイベントに該イベントに対する処理を対応付けたイベント処理表を用いて、イベントが発生した際に、発生したイベントに対応する処理を特定する処理特定手順をさらにコンピュータに実行させ、前記画面表示の前処理および入力要求の前処理の指定は、該イベント処理表を用いて行い、該イベント処理表と前記画面遷移表との対応付けは前記遷移識別子を用いて行うことを特徴とする付記７に記載の画面処理プログラム。

（付記９）前記イベントは、画面上でカーソルが位置付けられているパネルおよび項目ならびに利用者の操作を組み合わせて指定されることを特徴とする付記６、７または８に記載の画面処理プログラム。

（付記１０）前記イベント処理表および画面遷移表はイベントを指定する場合に前記パネルの指定を省略することが可能であり、該パネルの指定を省略した場合には、前記項目および画面操作の組み合わせが可能な任意のパネルを対象とするイベントの指定であるとすることを特徴とする付記９に記載の画面処理プログラム。

以上のように、本発明に係る画面処理プログラムは、利用者の画面操作に応答して業務処理や画面遷移を行うアプリケーションプログラムに有用であり、特に、多様な画面操作や画面遷移を行うアプリケーションプログラムに適している。

本実施例１に係る画面処理プログラムによる画面処理の概念を説明するための説明図である。 本実施例１に係る画面処理プログラムの構成を示す機能構成図である。 アクションマッピング定義情報のＸＭＬ定義体項目の一例を示す図である。 アクションマッピング定義情報記憶部が記憶するアクションマッピング定義情報の一例を示す図である。 本実施例１に係る画面処理プログラムのサーバからのダウンロードを説明するための説明図である。 本実施例１に係る画面処理プログラムによるイベント処理の処理手順を示すフローチャートである。 単一画面に遷移する画面遷移を示す図である。 異なるレイアウトに遷移する画面遷移を示す図である。 分割画面表示時の部分フレーム切替えによる画面遷移を示す図である。 親画面からダイアログに遷移する（ダイアログを表示する）画面遷移を示す図である。 ダイアログから親画面に遷移する（表示されているダイアログを閉じる）画面遷移を示す図である。 本実施例２に係る画面処理プログラムの構成を示す機能構成図である。 画面遷移定義情報の階層構造の一例を示す図である。 図８に示した画面遷移定義情報の階層構造を定義するＤＴＤの一例を示す図である。 図８に示した画面遷移定義情報のＸＭＬ定義体項目を示す図である。 画面遷移定義情報の一例を示す図（１）である。 画面遷移定義情報の一例を示す図（２）である。 画面遷移決定要因の組み合わせと優先度を示す図である。 親ウィンドウおよびダイアログの画面遷移時の動作を示す図である。 本実施例２に係る画面処理プログラムによるイベント処理の処理手順を示すフローチャートである。 親ウィンドウからダイアログへ遷移する場合の画面処理プログラムによるイベント処理の処理手順を示すフローチャートである。 ダイアログから親ウィンドウへ遷移する場合の画面処理プログラムによるイベント処理の処理手順を示すフローチャートである。 本実施例３に係る画面処理プログラムによるイベント処理の概要を説明するための説明図である。 本実施例３に係る画面処理プログラムの構成を示す機能構成図である。 アクションマッピング定義情報記憶部が記憶するアクションマッピング定義情報の一例を示す図である。 画面遷移定義情報のＸＭＬ定義体項目を示す図である。 処理の指定がない画面遷移を示す図である。 任意のパネルから同一の操作によって同一のパネルへ遷移する画面遷移を示す図である。 図２２−１に示した画面遷移に対応する遷移元情報および遷移先情報を示す図である。 図２２−１に示した画面遷移に対するアクションマッピング定義情報を示す図である。 同一パネルの任意の項目に対して同一の操作により同一のパネルへ遷移する画面遷移を示す図である。 図２３−１に示した画面遷移に対応する遷移元情報および遷移先情報を示す図である。 図２３−１に示した画面遷移に対応するアクションマッピング定義情報を示す図である。 異なるパネルから同一のパネルへ遷移する場合に異なる業務処理を行う画面遷移を示す図である。 図２４−１に示した画面遷移に対応する遷移元情報および遷移先情報を示す図である。 本実施例３に係る画面処理プログラム３００によるイベント処理の処理手順を示すフローチャートである。 本実施例１〜３に係る画面処理プログラムを実行するコンピュータシステムを示す図である。 図２６に示した本体部の構成を示す機能ブロック図である。 従来の画面処理プログラムによる処理を説明するための説明図である。

１００，２００，３００ 画面処理プログラム
１１０，３１０ アクションマッピング定義情報記憶部
１２０ 表示パネル情報記憶部
１３０ 画面制御部
１４０ 入出力データ制御部
１５０，２５０，３５０ イベント制御部
１５１ 初期化処理部
１５２ イベント判定処理部
１６０，２６０，３６０ 制御部
２１０，３２０ 画面遷移定義情報記憶部
２２０，３３０ 画面遷移制御部
３５３ 前処理部
４００，４１１ コンピュータシステム
４０１ 本体部
４０２ ディスプレイ
４０２ａ 表示画面
４０３ キーボード
４０４ マウス
４０６ ＬＡＮ
４０７ 公衆回線
４０８ フロッピィディスク
４０９ ＣＤ−ＲＯＭ
４１２ サーバ
４１３ プリンタ
４２１ ＣＰＵ
４２２ ＲＡＭ
４２３ ＲＯＭ
４２４ ハードディスクドライブ
４２５ ＣＤ−ＲＯＭドライブ
４２６ フロッピィディスクドライブ
４２７ Ｉ／Ｏインタフェース
４２８ ＬＡＮインタフェース
４２９ モデム

Claims (3)

1. 利用者の画面操作を受け付け、該受け付けた画面操作に対応する処理を行う画面処理プログラムであって、
   利用者の画面操作に対応するイベントとプログラム識別情報と、遷移先画面と、該遷移先画面に対する画面表示と、遷移先画面表示後、遷移先画面への入力前に行うデバイス制御としての入力要求の前処理とが対応付けて記憶されたイベント処理表を用いて、利用者の画面操作に基づきイベントが発生した際に、該発生したイベントに対応するプログラム識別情報、遷移先画面、該遷移先画面に対する入力要求の前処理を特定する処理特定手順と、
   前記処理特定手順により特定されたプログラム識別情報で識別されるプログラムを、前記利用者の画面操作に対応する業務処理を実行するプログラムとして呼び出して実行する処理実行手順と、
   前記処理特定手順により特定された遷移先画面に画面を遷移し、該遷移先画面に対する入力要求の前処理を実行する画面遷移実行手順と、
   をコンピュータに実行させることを特徴とする画面処理プログラム。
2. 前記プログラム識別情報はプログラムのクラス名及びメソッド名であって、
   前記処理実行手順は、前記処理特定手順により特定されたプログラムのクラス名及びメソッド名に対応するプログラムを実行することを特徴とする請求項１に記載の画面処理プログラム。
3. 利用者の画面操作を受け付け、該受け付けた画面操作に対応する処理を行う画面処理装置であって、
   利用者の画面操作に対応するイベントとプログラム識別情報と、遷移先画面と、該遷移先画面に対する画面表示および入力要求の前処理とが対応付けて記憶されたイベント処理表を用いて、利用者の画面操作に基づきイベントが発生した際に、該発生したイベントに対応するプログラム識別情報、遷移先画面、該遷移先画面に対する前処理を特定する処理特定手段と、
   前記処理特定手段により特定されたプログラム識別情報で識別されるプログラムを、前記利用者の画面操作に対応する業務処理を実行するプログラムとして呼び出して実行する処理実行手段と、
   前記処理特定手段により特定された遷移先画面に画面を遷移し、該遷移先画面に対する前処理を実行する画面遷移実行手段と、
   を備えることを特徴とする画面処理装置。

Images