(57)【要約】      （修正有）【課題】プログラムの開発や保守管理等が容易で、基幹系業務に関する画面を作成するような場合でも、ユーザインターフェース機能が良く、サーバの通信負荷やコストを軽減可能な画面制御システムを提供する。【解決手段】クライアント１は、表示部４と画面表示制御部５と表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶部６を有し、サーバ２は、ウェブサーバ７とアプリケーションサーバ８とからなり、アプリケーションサーバ８は、クライアント１から送信される要求とデータに基づき情報処理を行うためのアプリケーションサーバ側情報処理部１６を有する。画面表示制御部５は、ウェブサーバ７から受信したアプリケーションサーバ側情報処理部１６による処理結果とクライアント側データ記憶部６からの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定されるように、表示部４に画面表示させることを特徴とする。【選択図】図７
2005208718.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御システムであって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信部と、
ウェブブラウザを利用して情報の画面表示を行うための表示部と、
前記サーバから受信したデータに基づいて前記表示部に画面表示させるための画面表示制御部と、
前記画面表示制御部による表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶部を有し、
前記サーバは、クライアント側との間でのデータの送受信可能なウェブサーバと、前記ウェブサーバとの間でのデータの送受信可能なアプリケーションサーバとからなり、
前記ウェブサーバは、
前記クライアントとの間でのデータの送受信を行うためのサーバ側通信部と、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのウェブサーバ側通信部と、
を有し、
前記アプリケーションサーバは、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのアプリケーションサーバ側通信部と、
前記クライアントから送信される要求とデータに基づき、情報処理を行うためのアプリケーションサーバ側情報処理部と、
前記アプリケーションサーバ側情報処理部による処理結果を前記ウェブサーバへ送信させるための前記アプリケーションサーバ側制御部を有し、
前記画面表示制御部は、前記クライアント側通信部で前記ウェブサーバから受信した前記アプリケーションサーバ側情報処理部による処理結果と前記クライアント側記憶部からの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定表示されるように、前記表示部に画面表示させることを特徴とする画面制御システム。
【請求項２】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御システムであって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信部と、
ウェブブラウザを利用して情報の画面表示を行うための表示部と、
前記サーバから受信したデータに基づいて前記表示部に画面表示させるための画面表示制御部と、
前記サーバから受信した前記画面表示制御部による表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶部を有し、
前記サーバは、クライアント側との間でのデータの送受信可能なウェブサーバと、前記ウェブサーバとの間でのデータの送受信可能なアプリケーションサーバとからなり、
前記ウェブサーバは、
前記クライアントとの間でのデータの送受信を行うための前記サーバ側通信部と、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのウェブサーバ側通信部と、
前記画面・設定情報として、静的に作成したデータを蓄積するためのウェブサーバ側データ記憶部と、
前記クライアントから前記サーバに対して送信される要求に基づき、情報処理を行うためのウェブサーバ側情報処理部と、
前記ウェブサーバ側情報処理部による前記要求に対応する前記静的に作成したデータを前記クライアントへ送信させるためのウェブサーバ側制御部を有し、
前記アプリケーションサーバは、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのアプリケーションサーバ側通信部と、
前記クライアントから送信される前記要求とデータに基づき、情報処理を行うためのアプリケーションサーバ側情報処理部と、
前記アプリケーションサーバ側情報処理部による処理結果を前記ウェブサーバへ送信させるためのアプリケーションサーバ側制御部を有し、
前記画面表示制御部は、前記クライアント側通信部で前記ウェブサーバから受信した前記アプリケーションサーバ側情報処理部による処理結果と前記ウェブサーバ側情報処理部による前記静的に作成したデータに基づいて、該処理結果が、該静的に作成したデータにしたがって表示されるべき画面内に設定表示されるように、前記表示部に画面表示させることを特徴とする画面制御システム。
【請求項３】
請求項２記載の画面制御システムであって、
前記ウェブサーバ側データ記憶部は、前記画面・設定情報として、前記アプリケーションサーバ側情報処理部による前記処理結果を、前記ウェブサーバ側情報処理部による前記要求に対応する前記静的に作成したデータにしたがって表示されるべき画面内に設定表示するための第一の設定情報を蓄積し、
前記ウェブサーバ側情報処理部は、前記クライアントから前記サーバに対して送信される要求に基づき、その要求に対応する前記第一の設定情報を読み込み、
前記ウェブサーバ側制御部は、前記ウェブサーバ側情報処理部で読み込む前記第一の設定情報を前記クライアントへ送信させるものであって、
前記アプリケーションサーバ側記憶部は、前記画面・設定情報に関する情報として、第二の設定情報を蓄積し、
前記アプリケーションサーバ側情報処理部は、前記クライアントから前記サーバに対して送信される要求及びデータと前記第二の設定情報に基づき、情報処理を行い、
前記アプリケーションサーバ側制御部は、前記アプリケーションサーバ側情報処理部による処理結果を前記ウェブサーバへ送信させるものであって、
前記画面表示制御部は、前記クライアント側通信部で前記ウェブサーバから受信した前記ウェブサーバ側情報処理部による前記第一の設定情報に基づいて、前記アプリケーションサーバ側情報処理部による処理結果が、前記ウェブサーバ側情報処理部による前記要求に対応する前記静的に作成したデータにしたがって表示されるべき画面内に設定表示されるように、前記表示部に画面表示させることを特徴とする画面制御システム。
【請求項４】
請求項２又は３記載の画面制御システムであって、
前記ウェブサーバ側データ記憶部は、前記画面表示制御部における画面表示制御を行うための画面表示制御情報を蓄積し、
前記ウェブサーバ側情報処理部は、前記クライアントから前記サーバに対して送信される要求に基づき、前記画面表示制御情報を読み込み、
前記ウェブサーバ側制御部は、前記ウェブサーバ側情報処理部で読み込む前記画面表示制御情報を前記クライアントへ送信させるものであって、
前記画面表示制御部は、前記ウェブサーバ側データ記憶部からの前記画面表示制御情報に基づく制御部であることを特徴とする画面制御システム。
【請求項５】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御方法であって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信ステップと、
ウェブブラウザを利用して情報の画面表示を行うための表示ステップと、
前記サーバから受信したデータに基づいて前記表示部に画面表示させるための画面表示制御ステップ、
前記画面表示制御ステップによる表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶ステップを有し、
前記サーバは、クライアント側との間でのデータの送受信可能なウェブサーバと、前記ウェブサーバとの間でのデータの送受信可能なアプリケーションサーバとからなり、
前記ウェブサーバは、
前記クライアントとの間でのデータの送受信を行うためのサーバ側通信ステップと、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのウェブサーバ側通信ステップと、
を有し、
前記アプリケーションサーバは、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのアプリケーションサーバ側通信ステップと、
前記クライアントから送信される要求とデータに基づき、情報処理を行うためのアプリケーションサーバ側情報処理ステップと、
前記アプリケーションサーバ側情報処理ステップによる処理結果を前記ウェブサーバへ送信させるためのアプリケーションサーバ側制御ステップを有し、
前記画面表示制御ステップは、前記クライアント側通信ステップで前記ウェブサーバから受信した前記アプリケーションサーバ側情報処理ステップによる処理結果と前記クライアント側記憶ステップからの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定表示されるように、前記表示ステップで画面表示させることを特徴とする画面制御方法。
【請求項６】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御方法であって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信ステップと、
ウェブブラウザを利用して情報の画面表示を行うための表示ステップと、
前記サーバから受信したデータに基づいて前記表示部に画面表示させるための画面表示制御ステップと、
前記サーバから受信したデータに基づいて、前記画面表示制御ステップによる表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶ステップを有し、
前記ウェブサーバは、
前記クライアントとの間でのデータの送受信を行うためのサーバ側通信ステップと、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのウェブサーバ側通信ステップと、
前記画面・設定情報を蓄積するためのウェブサーバ側データ記憶ステップと、
前記クライアントから前記サーバに対して送信される要求に基づき、その要求に対応する前記画面・設定情報を読み込むためのウェブサーバ側情報処理ステップと、
前記ウェブサーバ側情報処理ステップで読み込む前記画面・設定情報を前記クライアントへ送信させるためのウェブサーバ側制御ステップを有し、
前記アプリケーションサーバは、
前記ウェブサーバと前記アプリケーションサーバとの間でのデータの送受信を行うためのアプリケーションサーバ側通信ステップと、
前記画面・設定情報に関する情報として第二の設定情報を蓄積するためのアプリケーションサーバ側記憶ステップと、
前記クライアントから前記サーバに対して送信される要求及びデータと前記第二の設定情報に基づき、情報処理を行うためのアプリケーションサーバ側情報処理ステップと、
前記アプリケーションサーバ側情報処理ステップによる処理結果を前記ウェブサーバへ送信させるための前記アプリケーションサーバ側制御ステップと、
前記クライアント側通信ステップで前記ウェブサーバから受信した前記アプリケーションサーバ側情報処理ステップによる処理結果と前記ウェブサーバ側データ記憶ステップからの前記画面・設定情報に基づいて、前記アプリケーションサーバ側情報処理ステップによる処理結果が、表示されるべき画面内に設定表示されるように、前記表示ステップで画面表示させるための前記画面表示制御ステップを備えてなることを特徴とする画面制御方法。
【請求項７】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御システムであって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信部と、
ウェブブラウザを利用して情報の画面表示を行うための表示部と、
前記表示部に画面表示させるための画面表示制御部と、
前記画面表示制御部による表示画面に関する画面・設定情報を蓄積するためのデータ記憶部を有し、
前記サーバは、
前記クライアントとの間でのデータの送受信を行うためのサーバ側通信部と、
前記クライアントから送信される要求とデータに基づき、情報処理を行うための情報処理部と、
前記情報処理部による処理結果を前記サーバへ送信させるための前記サーバ制御部を有し、
前記画面表示制御部は、前記クライアント側通信部で前記サーバから受信した前記情報処理部による処理結果及び前記データ記憶部からの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定表示されるように、前記表示部に画面表示させることを特徴とする画面制御システム。
【請求項８】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御システムであって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信部と、
ウェブブラウザを利用して情報の画面表示を行うための表示部と、
前記サーバから受信したデータに基づいて前記表示部に画面表示させるための画面表示制御部と、
前記サーバから受信した前記画面表示制御部による表示画面に関する画面・設定情報を蓄積するためのデータ記憶部を有し、
前記サーバは、
前記クライアントとの間でのデータの送受信を行うためのサーバ側通信部と、
前記画面・設定情報を蓄積するためのサーバ側記憶部と、
前記クライアントから送信される要求とデータに基づき、情報処理を行うための情報処理部と、
前記情報処理部による処理結果を前記サーバへ送信させるための前記サーバ制御部を有し、
前記画面表示制御部は、前記クライアント側通信部で前記サーバから受信した前記情報処理部による処理結果及び前記サーバ側データ記憶部からの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定表示されるように、前記表示部に画面表示させることを特徴とする画面制御システム。
【請求項９】
サーバと、前記サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御方法であって、
前記クライアントは、
前記サーバとの間でのデータの送受信を行うためのクライアント側通信ステップと、
ウェブブラウザを利用して情報の画面表示を行うための表示ステップと、
前記サーバから受信したデータに基づいて前記表示部に画面表示させるための画面表示制御ステップと、
前記画面表示制御ステップによる表示画面に関する画面・設定情報を蓄積するためのデータ記憶ステップを有し、
前記サーバは、
前記クライアントとの間でのデータの送受信を行うためのサーバ側通信ステップと、
前記クライアントから送信される要求とデータに基づき、情報処理を行うための情報処理ステップと、
前記情報処理ステップによる処理結果を前記サーバへ送信させるための前記サーバ制御ステップを有し、
前記画面表示制御ステップは、前記クライアント側通信ステップで前記サーバから受信した前記情報処理ステップによる処理結果及び前記データ記憶ステップからの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定表示されるように、前記表示ステップで画面表示させることを特徴とする画面制御方法。
【請求項１０】
画面制御処理をコンピュータに実行させるため、コンピュータによる読取り可能な記録媒体に記憶された画面制御プログラムであって、
データの送受信を行うための通信ステップと、
ウェブブラウザを利用して情報の画面表示を行うための表示ステップと、
受信した前記データに基づいて、前記表示ステップによる表示画面に画面表示させるための画面表示制御ステップと、
前記画面表示制御ステップによる表示画面に関する画面・設定情報を蓄積するためのデータ記憶ステップと、
受信した前記データと前記画面・設定情報に基づいて、表示画面内に設定表示すべきデータを、前記表示ステップによる表示画面内に設定表示させるための前記画面表示制御ステップと、
をコンピュータに実行させることを特徴とする画面制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
クライアントとサーバをネットワーク上にオンラインで接続し、ウェブを利用して、サーバ側のデータに基づき、クライアント側で所望する画面を表示し、その画面内に所望するデータを入出力するための画面制御システム、その方法、及びそのプログラムに関するものである。
【背景技術】
【０００２】
クライアントとサーバをネットワーク上にオンラインで接続し、ウェブブラウザを利用して、サーバ側のデータに基づき、クライアント側で画面を表示し、その画面内にデータを入出力するための画面制御システムとしては、以下に示す２つのものが知られている。
【０００３】
一つ目は、表示したい画面に対応する画面プログラムをサーバ側からダウンロードし、この画面プログラムにしたがってクライアント側のウェブページ上でその画面を表示するというものである。その画面内の項目に入出力する値やその属性に関するデータは、クライアント側の画面プログラムとサーバ側のプログラムの両プログラムに基づくデータ通信で処理することになる。以下、このような画面制御システムのことを「ウェブシステム１」と呼ぶ。ここで、サーバ側のプログラムは、クライアントとの間のデータ通信のみならず、クライアント側から受信したデータに対応する演算処理やデータベースからのデータの読み込み等、業務処理を行うものでもあることから、業務処理プログラムと一般的に呼ばれており、ＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ  ＪａｖａＢｅａｎｓ）等で作成される。よって、このサーバ側のプログラムのことを以下、データ通信・業務処理プログラムと呼ぶ。
【０００４】
ウェブシステム１について、販売画面を表示する場合を例に挙げて説明する。
【０００５】
図１はウェブシステム１の構成を示すブロック図である。ウェブシステム１は、クライアントとサーバからなり、そのサーバは、クライアントへＨＴＭＬデータや画面プログラムデータを送信するためのウェブサーバと、データ通信・業務処理プログラム（図１では、販売画面用の業務処理プログラム（ＥＪＢ）に相当する）を有するアプリケーションサーバからなる。
【０００６】
以下、図１を用いて、ウェブシステム１の動作について説明する。
【０００７】
まず、クライアント側のウェブページ上で入力した販売画面用のＨＴＴＰアドレスデータをそのウェブブラウザ機能を利用して送信する（この操作は、ＨＴＴＰアドレスデータの入力と移動ボタンのクリックに相当する）。
【０００８】
次に、サーバ側は、これを受け取り、クライアント側で表示することになる販売画面用のフレーム部分に相当するＨＴＭＬデータと（図１の黒線枠部分に相当する）、そのフレーム内に表示する販売画面を作成するための画面プログラムをクライアント側へダウンロードする。
【０００９】
クライアント側は、画面のフレーム部分に相当するＨＴＭＬデータと画面プログラムを受け取ると、それらに基づき、ウェブページ上に表示された販売画面用のフレーム部分内に販売画面を表示する（図１によれば、画面とは、黒線枠内の日付、会社、製品、数量、単価、金額の各種項目及びその中の値、項目の配置等のことである。）。
【００１０】
表示された販売画面内の項目に入力した値やその値に対応して出力すべき値等のデータ通信は、クライアント側の画面プログラムの通信部分とサーバ側のデータ通信・業務処理プログラムのデータ通信部分にしたがって行うことになる。
【００１１】
表示された販売画面内で、前頁、次頁、検索等により画面移動する場合も（図１によれば、前頁、次頁、検索ボタンのクリック（押下）に相当する。）、各項目に入力した値やその値に対応して出力すべき値等のデータ通信は、販売用の画面プログラムと販売用のデータ通信・業務処理プログラムとの間のデータ通信にしたがって行うことになる。
【００１２】
画面を販売画面から財務画面へと変えるような画面変更を行う場合には、財務用の画面に対応した画面プログラムをダウンロードするため、上記一連の操作をもう一度行うことになる。なお、この場合、財務用の画面プログラムに対応した財務用のデータ通信・業務処理プログラムが必要となる。これは、表示画面内の項目に入力した値に対応した値をサーバ側から受信するためには、各画面に対応した業務処理を行わなければならないからである。
【００１３】
このように、ウェブシステム１は、クライアントのウェブページ上で所望する画面を表示し、その画面内の項目に対応する値等のデータを出力するという一つの画面制御処理をクライアント側の画面プログラムとサーバ側のデータ通信・業務処理プログラムの二つのプログラムにしたがって行う画面制御システムであり、画面毎に対応した画面プログラムとデータ通信・業務処理プログラムを必要とするものである。
【００１４】
二つ目は、クライアント側で表示したい画面に対応するＨＴＭＬデータをサーバ内で動的に作成し、これをサーバ側からダウンロードすることにより、クライアント側のウェブページ上でその画面を表示するというものである。その画面内の項目に入出力する値やその属性に関するデータも、それらのデータに対応する結果のみをクライアントサーバ間で送受信するのではなく、クライアント側で表示する画面にそれらのデータに対応する結果を組み込んだＨＴＭＬデータとしてサーバ内で動的に作成することになる。クライアント側は、このＨＴＭＬデータをダウンロードすることにより、ウェブページ上でその画面及びその画面内の項目に出力すべき値等を表示する。以下、このような画面制御システムのことを「ウェブシステム２」と呼ぶ。
【００１５】
図２はウェブシステム２の構成を示すブロック図である。ウェブシステム２は、クライアントとサーバからなり、そのサーバは、ウェブサーバとアプリケーションサーバから構成される。ここで、ウェブサーバは、クライアント側からの要求に応じた指示をアプリケーションサーバ側へ伝え、その指示を受けてアプリケーションサーバ側で動的に作成したＨＴＭＬデータをクライアント側へ送信するものである。また、アプリケーションサーバは、ウェブサーバからの指示を受け、これに従い、クライアント側からの要求に応じたＨＴＭＬデータを動的に作成し、そのデータを再び、ウェブサーバへ伝えるものである。
【００１６】
以下、図２を用いて、ウェブシステム２の動作について説明する。
【００１７】
まず、クライアント側のウェブページ上で入力した販売画面用のＨＴＴＰアドレスデータを、そのウェブブラウザ機能を利用して送信する（この操作は、ＨＴＴＰアドレスデータの入力と移動ボタンのクリックに相当する）。
【００１８】
サーバ側は、このデータを受け、サーバ内の販売画面用のサーブレットプログラムを起動する。更に、このサーブレットプログラムにしたがい、同じサーバ内にある販売画面用の業務処理プログラム（ＥＪＢ）を起動する。
【００１９】
ここで、販売画面用のサーブレットプログラムは、クライアント側から受け取ったデータを販売画面用の業務処理プログラムへ引き渡すためのプログラムであるが、その業務処理プログラムの実行により得られるデータを受け取り、その結果を基にクライアント側で表示すべき販売画面のＨＴＭＬデータを組み立てるためのプログラムでもある。
【００２０】
また、販売画面用の業務処理プログラムは、クライアント側からのデータを販売画面用のサーブレットから受け取り、そのデータに基づいて業務処理を実行するとともに、その結果を販売画面用のサーブレットへ送り返すためのプログラムである。
【００２１】
販売画面用のサーブレットで組み立てられたクライアントで表示すべき販売画面のＨＴＭＬデータを送信すると、クライアント側は、これを受信し、そのウェブブラウザを利用して、販売画面を表示する。なお、クライアント側への該ＨＴＭＬデータ送信に関しては、ＪＳＰ（ＪａｖａＳｅｒｖｅｒ  Ｐａｇｅｓ）を使用することもある。このＪａｖａＳｅｒｖｅｒ  Ｐａｇｅｓは、米国サン・マイクロシステムズ社の商品名である。
【００２２】
表示される販売画面内の項目に新たに値を入力、若しくはそのままの状態で次頁等へ画面移動する場合、若しくは販売画面から財務画面のように、業務画面を切り替える場合は、上記一連の操作を繰り返すことになる。なお、画面が表示された後は、販売画面内の項目の値等のデータも送信される（販売画面内の項目の値とは、図２によれば、日付、会社、製品、数量、単価、金額の各種項目に入力されている値のことである。）。
【００２３】
このように、ウェブシステム２は、サーバ内で動的に作成した画面（その画面内の項目に出力すべき値等のデータも含む）のＨＴＭＬデータをダウンロードすることにより、クライアント側のウェブページ上でその画面を表示する画面制御システムである。
【発明の開示】
【発明が解決しようとする課題】
【００２４】
ウェブシステム１では、画面プログラムとデータ通信・業務処理プログラムが必要であり、財務画面や販売画面等の各業務に対応した画面を表示する場合には、これらのプログラムは表示画面毎に必要になる。つまり、財務画面表示のためには、財務用の画面プログラムと財務用のデータ通信・業務処理プログラムが必要であり、販売画面表示のためには、販売用の画面プログラムと販売用のデータ通信・業務処理プログラムが必要となる。このため、ウェブシステム１にしたがって、クライアント側のウェブページ上に所望する画面を表示し、その画面内の項目に対応する適切な値等のデータを出力するには、画面プログラムとデータ通信・業務処理プログラムの両方のプログラムを表示画面毎に同時に開発しなければならない。また、定期的に行うシステムの保守管理には、負荷の大きなプログラムを二つ同時にチェックすることが必要になる。
【００２５】
この結果、ウェブシステム１による画面制御システムは、プログラムの開発が面倒で、保守管理等が不便であるという課題があった。
【００２６】
更に、ウェブシステム１では、クライアント側のパソコン上で、画面プログラムにしたがい表示する画面を作成することになるため、円滑に画面表示を行うためには、画面プログラムの負荷をパソコンの性能で補わなければならない。
【００２７】
このため、高性能のパソコンが必要になり、コストがかかるという課題があった。
【００２８】
一方、ウェブシステム２は、サーバ内で動的に作成した画面のＨＴＭＬデータをダウンロードすることにより、クライアント側のウェブページ上で画面を表示する画面制御システムである。このように、クライアント側は、ウェブシステム１のような画面プログラムを必要としないため、プログラムの開発や保守管理等がウェブシステム１に比べて容易である。
【００２９】
また、このウェブシステム２におけるクライアント側のパソコンは、ダウンロードしたＨＴＭＬデータをクライアントのブラウザ機能を利用してウェブページ上に出力するものである。このため、プログラムを実行しなければならないウェブシステム１のクライアント側のパソコンで要求される程の性能は必要ない。
【００３０】
しかし、ウェブシステム２では、表示しようとする画面がその前後で同じ業務の画面であるか否かにかかわらず、クライアント側で表示するべき画面を、その画面内の項目に出力すべき値等のデータと一緒に、ＨＴＭＬデータとしてサーバ側で動的に作成しなければならない。つまり、表示しようとする画面がその前後で同じ業務の画面であって、その画面内の項目に出力すべき値だけが異なる場合であっても、その項目に出力すべき値のデータ交換だけでは済まず、その業務画面も含めたＨＴＭＬデータを作成しなければならない。
【００３１】
このため、ウェブシステム２は、サーバへの負荷が大きいという課題があった。
【００３２】
また、表示しようとする画面がその前後で同じ業務の画面であって、その画面内の項目に出力すべき値だけが異なる場合であっても、その業務画面も含めたＨＴＭＬデータをダウンロードしなければならない。
【００３３】
このため、無用な通信による通信負荷の増大を招くという課題があった。
【００３４】
更に、ウェブシステム２では、クライアントとサーバとの間の一回の通信で得られる画面表示のためのＨＴＭＬデータが一つである。このため、複数のＨＴＭＬデータを組み合わせた複数のフレームからなるような複雑な画面（図３参照）を作成するには、通常、複数回の通信が必要になる。このような状態を回避するために、複数のＨＴＭＬデータを組み合わせた複数のフレームからなる複雑な画面を１画面とするＨＴＭＬデータをサーバ内で動的に作成しようとすれば、そのＨＴＭＬデータは大容量となるため、サーバへの負荷が大きくなり過ぎてしまう。
【００３５】
このように、ウェブシステム２では、複数のフレームを一つにまとめた複雑な画面を一回の通信でクライアントのウェブページ上に出力することは困難であり、ユーザインターフェース機能が良くないという課題があった。殊に、財務や販売等の基幹系業務に関する画面を作成する場合には、上記のような複雑な画面が多くなるため、極めて重要な課題であった。なお、ユーザインターフェースとは、ユーザとコンピュータとの対話をつかさどる機構のことであり、ここでは、ＨＴＭＬデータをブラウザで操作する際の機能（使い勝手）のことを意味する。
【００３６】
以上より、本発明が解決しようとする課題は、プログラムの開発や保守管理等が容易な画面制御システムを提供することにある（課題１）。
【００３７】
また、本発明が解決しようとする課題は、基幹系業務に関する画面を作成するような場合でも、ユーザインターフェース機能が良い画面制御システムを提供することにある（課題２）。
【００３８】
また、本発明が解決しようとする課題は、クライアントやサーバの通信負荷やコストを軽減させる画面制御システムを提供することにある（課題３）。
【課題を解決するための手段】
【００３９】
本発明の画面制御システムでは、請求項１に記載されているように、クライアントとサーバが通信可能な状態で接続されている。そして、クライアントは、サーバとの間でのデータの送受信を行うためのクライアント側通信部と、ウェブブラウザを利用して情報の画面表示を行うための表示部と、サーバから受信したデータに基づいて表示部に画面表示させるための画面表示制御部と、画面表示制御部による表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶部を有している。
【００４０】
クライアント側通信部は、データの送受信を行えるものであれば良い。通信部のデータ送受信方法としては、モデムやＤＳＵ等のデータ回線終端装置（ＤＣＥ）の他、通信制御装置（ＣＣＵ）等を使用するものがある。また、接続形態としては、ｘＤＳＬ、ＦＴＴＨ、ケーブル回線、ＰＨＳ等の手段をとることができる。なお、これらのデータ送受信方法や接続形態は、以下に述べる通信部全てに共通する。
【００４１】
表示部は、ウェブブラウザを利用することにより、情報を画面として表示するものであれば良く、例えば、ディスプレイ（モニタ）の装置そのものの他、ソフトウェアを利用して表示されるもの（例えば、ウェブブラウザによる閲覧画面のようなウェブページ）も含む意である。
【００４２】
画面表示制御部は、表示部に画面を表示させるものである。また、後述するように、表示すべきデータを表示画面に対して設定すべき位置に所望する状態で配置させるものである。このために必要な情報を画面表示制御情報と呼ぶが、具体例としては、画面表示制御プログラムが挙げられる。なお、「発明を実施するための最良の形態」で述べるクライアントコアモジュールは、この画面表示制御プログラムに相当する。
【００４３】
もっとも、このプログラムは、必ずしも、クライアントが最初から備えていなければならないというものではなく、請求項４に記載されているように、ウェブサーバ側からダウンロードすることにより取得することも可能である。
【００４４】
クライアント側データ記憶部は、表示画面に関する画面・設定情報を蓄積するためのものである。
【００４５】
表示画面に関する画面・設定情報とは、表示画面の基盤となるデータ、具体的には、静的に作成されたデータ（好ましくは、ＨＴＭＬデータ）や、データを表示画面内の配置すべき位置（そのデータの配置されるべき項目等）に、所望する状態（そのデータの桁数、色や入力の可否等の属性、メッセージ等）で設定するための情報データ、いわゆる設定情報等のことである。
【００４６】
なお、後述するように、ここでいう設定情報とは、クライアント側で使用する第一の設定情報のことであり、「発明を実施するための最良の形態」のクライアントマッピング情報プログラムに相当する。
【００４７】
クライアント側データ記憶部は、アクセス可能であれば良いので、コンピュータの記憶部の他、例えば、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは他のコンピュータ並びにそのデータベースや、更に回線上の記憶可能な伝達媒体でも可能である。これは、以下に述べるサーバ側のデータ記憶部についても共通である。もっとも、クライアント側データ記憶部に関して、記憶部に格納するデータをダウンロードして利用する場合には、通常、コンピュータの記憶部であるハードディスクが好ましい。ここで、通常と述べたのは、画面制御プログラムをダウンロードして利用する場合、記録媒体はブラウザのキャッシュ機構に依存するからである。
【００４８】
サーバは、請求項１に記載されているように、クライアント側との間でのデータの送受信が可能なウェブサーバと、そのウェブサーバとの間でのデータの送受信が可能なアプリケーションサーバという二つのサーバから構成される。
【００４９】
ウェブサーバは、クライアントとの間でのデータの送受信を行うためのサーバ側通信部と、ウェブサーバとアプリケーションサーバとの間でのデータの送受信を行うためのウェブサーバ側通信部を有する。
【００５０】
アプリケーションサーバは、ウェブサーバとアプリケーションサーバとの間でのデータの送受信を行うためのアプリケーションサーバ側通信部と、クライアントから送信される要求とデータに基づき、情報処理を行うためのアプリケーションサーバ側情報処理部と、アプリケーションサーバ側情報処理部による処理結果をウェブサーバへ送信させるためのアプリケーションサーバ側制御部を有する。
【００５１】
ここで、クライアント側通信部でウェブサーバから受信したアプリケーションサーバ側情報処理部による処理結果は、画面表示制御部により、前記クライアント側記憶部からの画面・設定情報に基づいて、表示されるべき画面内に設定表示される。
【００５２】
クライアントから送信される要求とは、表示部に表示すべき画面を特定するための情報であり、具体的には、画面のＵＲＬや画面ＩＤ等のようなものを言う。
【００５３】
また、クライアントから送信されるデータとは、表示部に表示すべき画面の画面内の項目に関するデータのことであり、具体的には、その項目内に入力した値やその項目の属性に関するデータ等をいう。
【００５４】
情報処理とは、クライアントから送信される要求とデータを基にして、演算処理等を施すことによりその応答データを得ることを言う。つまり、具体的には、表示すべき画面内の項目に出力すべきデータ（値、属性、メッセージ等）を得るための処理のことである。なお、得られた結果は処理結果と呼ぶ。情報処理は、通常、業務処理プログラムにしたがって行われる。
【００５５】
画面表示制御部は、処理結果を、画面・設定情報に基づいて、表示されるべき画面内に設定表示させるものである。具体的には、処理結果を、データを表示画面内の配置すべき位置に設定し、所望する状態で表示させるための情報データ（第一の設定情報）に基づいて、静的に作成されたデータ（好ましくは、ＨＴＭＬデータ）に基づいて表示された画面内に設定表示させるものである。これは、画面制御プログラム（クライアントコアモジュール）に第一の設定情報（クライアントマッピング情報プログラム）を設定することにより、その実行を図っている。
【００５６】
本発明の画面制御システムは、請求項２及び３の記載によれば、画面・設定情報を予めサーバ側が蓄積する。このため、ウェブサーバ側は、画面・設定情報として、静的に作成したデータ、及び／又は第一の設定情報を蓄積するためのウェブサーバ側データ記憶部と、クライアントから前記サーバに対して送信される要求に基づき、情報処理を行うためのウェブサーバ側情報処理部と、ウェブサーバ側情報処理部による要求に対応する静的に作成したデータをクライアントへ送信させるためのウェブサーバ側制御部を有することを特徴とする。
【００５７】
クライアントから前記サーバに対して送信される要求に基づき、情報処理を行うとは、表示部に表示すべき画面を特定するための情報として、その画面のＵＲＬやその画面ＩＤ等のような情報を利用して、表示すべき画面データ、及び／又はデータを表示画面内の配置すべき位置（そのデータの配置されるべき項目等）に、所望する状態（そのデータの桁数、色や入力の可否等の属性、メッセージ等）で設定するための情報データ（第一の設定情報）を読み込むことを言う。なお、表示すべき画面データは静的に作成されたデータであり、通常は、静的に作成されたＨＴＭＬデータのことである。
【００５８】
アプリケーションサーバは、請求項３の記載によれば、アプリケーションサーバ側記憶部が、画面・設定に関する情報として、第二の設定情報を蓄積し、アプリケーションサーバ側情報処理部が、クライアントからサーバに対して送信される要求及びデータと第二の設定情報に基づき、情報処理を行い、アプリケーションサーバ側制御部が、アプリケーションサーバ側情報処理部による処理結果をウェブサーバへ送信させるものであることを特徴とする。
【００５９】
更に、クライアント側における画面表示制御部は、表示部に画面表示させるにあたって、ウェブサーバから受信したウェブサーバ側情報処理部による要求に対応するウェブサーバ側データ記憶部からの第一の設定情報に基づいて、アプリケーションサーバ側情報処理部による処理結果が、ウェブサーバ側情報処理部による要求に対応する静的に作成したデータにしたがって表示される画面内に設定表示されるようにするものであることを特徴とする。
【００６０】
ここで、第二の設定情報とは、アプリケーションサーバ側に記憶されている画面・設定情報に関する情報のことであり、具体的には、「発明の実施の最良の形態」のサーバマッピング情報ファイルに相当するものである。第一の設定情報（クライアントマッピング情報）と第二の設定情報（サーバマッピング情報ファイル）は、画面表示制御部による表示画面に関して、その画面内の項目に出力すべきデータを適切な位置に、適切な状態で設定するために必要な情報であり、具体的には、項目名の情報、数字の入る項目及びその数字の桁数の情報、更には、色や入力の可否のような属性に関する情報、或いはエラーメッセージやガイドメッセージのようなメッセージに関する情報等のいわゆる表示画面の項目識別情報に相当するものである。但し、第一の設定情報と第二の設定情報は、第二の設定情報が第一の設定情報に基づくものであり、また、チェック処理等の機能やデータの表現方法に関する記述等の点で相違し、実質的には区別される。
【００６１】
本発明では、請求項５に記載されているように、サーバと、サーバと通信可能な状態で接続されているクライアントとを備えてなる画面制御方法であって、クライアントは、サーバとの間でのデータの送受信を行うためのクライアント側通信ステップと、ウェブブラウザを利用して情報の画面表示を行うための表示ステップと、サーバから受信したデータに基づいて表示部に画面表示させるための画面表示制御ステップと、画面表示制御ステップによる表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶ステップを有する。加えて、サーバは、クライアント側との間でのデータの送受信可能なウェブサーバと、ウェブサーバとの間でのデータの送受信可能なアプリケーションサーバとからなり、ウェブサーバは、クライアントとの間でのデータの送受信を行うためのサーバ側通信ステップと、ウェブサーバとアプリケーションサーバとの間でのデータの送受信を行うためのウェブサーバ側通信ステップとを有し、アプリケーションサーバは、ウェブサーバとアプリケーションサーバとの間でのデータの送受信を行うためのアプリケーションサーバ側通信ステップと、クライアントから送信される要求とデータに基づき、情報処理を行うためのアプリケーションサーバ側情報処理ステップと、アプリケーションサーバ側情報処理ステップによる処理結果をウェブサーバへ送信させるためのアプリケーションサーバ側制御ステップを有する。更に、クライアント側通信ステップでウェブサーバから受信したアプリケーションサーバ側情報処理ステップによる処理結果とクライアント側記憶ステップからの画面・設定情報に基づいて、該処理結果が、表示されるべき画面内に設定表示されるように、表示ステップで画面表示させるための前記画面表示制御ステップを備えてなることを特徴とする画面制御方法が提供される。
【００６２】
もっとも、本発明の画面制御方法は、必ずしも、初めから表示画面に関する画面・設定情報をクライアント側に備えていなければならないというわけではなく、請求項６に記載されているように、ウェブサーバ側データ記憶ステップ、ウェブサーバ側情報処理ステップ、ウェブサーバ側制御ステップを設けることにより、初めはウェブサーバ側に画面・設定情報を備えさせ、それを必要に応じてクライアント側のデータ記憶部に蓄積させるという方法もある。
【００６３】
本発明の画面制御システムは、請求項７及び８に記載されているように、サーバが、サーバ側通信部、サーバ側記憶部、情報処理部、サーバ側制御部を有する一つのサーバで構成され、サーバを構成するウェブサーバとアプリケーションサーバを一つにまとめたことを特徴としている。
【００６４】
サーバを一つにまとめることができるのは、本発明の画面制御システムにおけるサーバが、具体的には、クライアントからの要求を受信し、その要求に対応する静的に作成したデータをダウンロードする機能と、クライアントからの要求を受けて、その要求に基づき業務処理プログラムによる業務処理を行わせる機能と、その業務処理の結果を受け取り、クライアントへ送信する機能とを有するサーバマシンであり、これら３つの機能のうち後者の２つは、サーバ中のサーブレットが担うことによる。つまり、本発明のウェブブラウザを利用する画面制御システムにおけるサーバ形態としては、サーバ中のサーブレットを動作させる方法によって、以下の３つが考えられ、その中の二つ（第二、第三の形態）は見かけ上ひとつのサーバとして構成できるからである（図４参照）。
【００６５】
第一の形態はウェブサーバとアプリケーションサーバで構成されるものである。
【００６６】
第二の形態はアプリケーションサーバのみで構成されるものである。この場合、アプリケーションサーバがウェブサーバ機能を包含している。
【００６７】
第三の形態はウェブサーバのみで構成されるものである。この場合、ウェブサーバがサーブレットエンジン（サーブレットを動かす機能）を包含している。アプリケーションサーバが無いので、業務処理プログラムをＥＪＢとしてではなく、単にＪａｖａとして起動する。第一、第二の形態と比較して、プログラム構成の本質は同じであるが、業務処理プログラムの動作する仕組みが異なる。
【００６８】
なお、Ｊａｖａは、米国サン・マイクロシステムズ社の商品名である。
【００６９】
第一から第三のいずれの形態も、クライアントからの要求に対して動的なＨＴＭＬを作成する為のサーブレットをデータ作成に利用しているため、ＨＴＭＬデータのダウンロードと比較して通信量が低い、第二の設定情報（サーバマッピング情報ファイル）を用いてデータ形式のルール化を図ることにより、画面毎にサーブレットを作成しなくても良い等の特徴がある。
【００７０】
もっとも、請求項１乃至４に記載されているような、サーバをウェブサーバとアプリケーションサーバに分ける第一の形態は、図５や図６に示すように、大容量のＨＴＭＬデータを蓄積するウェブサーバをＬＡＮ内に設置し、データ処理をＷＡＮ越しで集中化させ、大量のデータを処理させる場合に好ましい。
【００７１】
本発明の画面制御システムは、請求項７に記載されているように、クライアント側の画面・設定情報が、初めからクライアント側にある場合の他、請求項８に記載されているように、サーバ側にサーバ側通信部、サーバ側記憶部、情報処理部、サーバ側制御部を設けることにより、これをサーバ側から受信してくることも可能である。
【００７２】
本発明の画面制御方法は、請求項９に記載されているように、サーバを一つにまとめた場合の画面制御方法であるが、データ記憶ステップで蓄積される画面・設定情報は、画面表示制御ステップ実行時に蓄積されていれば良い。
【００７３】
本発明は、請求項１０に記載されているように、画面制御処理をコンピュータに実行させるため、コンピュータによる読取り可能な記録媒体に記憶された画面制御プログラムであって、データの送受信を行うための通信ステップと、ウェブブラウザを利用して情報の画面表示を行うための表示ステップと、受信した前記データに基づいて、前記表示ステップによる表示画面に画面表示させるための画面表示制御ステップと、前記画面表示制御ステップによる表示画面に関する画面・設定情報を蓄積するためのデータ記憶ステップと、受信した前記データと前記画面・設定情報に基づいて、表示画面内に設定表示すべきデータを、前記表示ステップによる表示画面内に設定表示させるための前記画面表示制御ステップをコンピュータに実行させることを特徴とするものである。
【００７４】
つまり、クライアント側の画面制御処理を、そのコンピュータが読取可能な記録媒体を使用して行うものである。
【００７５】
本発明の画面制御プログラムは、コンピュータにより読取可能な記録媒体として、例えば、主メモリに格納されているが、この記録媒体としては、フレキシブルディスク、ハードディスク、光ディスク（ＣＤ−ＲＯＭ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等、プログラムを記憶でき、且つコンピュータが読取可能な記録媒体であれば、その形態はいずれの形態であってもよい。要は、アクセス可能であればよい。もっとも、記録媒体としては、通常、ハードディスクを使用する。ここで、通常と述べたのは、画面制御プログラムをダウンロードして利用する場合、記録媒体はブラウザのキャッシュ機構に依存するからである。
【発明の効果】
【００７６】
（発明の効果１）本発明の画面制御システムによれば、クライアント側のウェブページ上で表示したい画面は、サーバ内の静的に作成したデータに基づき、表示することができる。そして、その表示画面内の項目に入出力する値やその属性に関するデータの送受信は、その画面に対応した第一の設定情報（クライアントマッピング情報プログラム）を利用することにより、表示する画面の種類（例えば、財務画面か販売画面かということ）によることなく、同じ画面表示制御情報（具体的には、画面表示制御プログラムのクライアントコアモジュール）に基づくデータ通信で処理することができる。
【００７７】
また、サーバ側は、クライアント側と同じ内容の設定情報（サーバマッピング情報ファイル）を利用することにより、表示する画面の種類によることなく、同じサーバ制御プログラムにしたがって、データ通信やクライアント側のデータに対応した業務処理プログラムに基づく情報処理を行わせることができる。
【００７８】
このように、本発明の画面制御システムでは、表示画面に関しては、サーバ内の静的に作成したデータに基づき、表示することができ、その画面内の項目に入出力する値等のデータの送受信は、表示画面の種類によることなく、同じプログラム（クライアントコアモジュール及びサーバ制御プログラム）を利用することができる。このため、ウェブシステム１のような負荷の大きい画面プログラムとデータ通信・業務処理プログラムを画面毎に同時に作成する必要がない。
【００７９】
以上から明らかなように、本発明の画面制御システムによれば、プログラムの開発や保守管理が容易な画面制御システムを提供することができるという効果を奏する。
【００８０】
（発明の効果２）本発明の画面制御システムによれば、表示画面に対応する静的に作成したデータに基づき、その画面を表示することができる。
【００８１】
このため、複数のフレームを一つにまとめた複雑な画面を一回の通信で容易に作成することができる。
【００８２】
また、本発明の画面制御システムによれば、表示画面内の項目に入出力する値やその属性に関するデータの送受信をクライアント側のウェブブラウザ機能とは独立したプログラム（クライアントコアモジュール）に基づいて行うことができる。
【００８３】
このため、表示しようとする画面がその前後で同じ業務の画面であって、その画面内の項目に出力すべき値だけが異なる場合、ウェブシステム２とは異なり、その項目に出力すべき値のデータ交換だけで済ますことができる。更に、その画面内の項目に出力すべき値に属性情報を付加することにより、項目の色替えやプロテクト、カーソルの位置づけ等の細かな制御も容易に行うことができる。この他、複数のフレームを一つにまとめた画面のように、複数のＨＴＭＬデータに基づいて画面が構成されている場合に、一のＨＴＭＬデータに基づくフレームから、他のＨＴＭＬデータに基づくフレームへまたがるタブキーの制御も可能になる。
【００８４】
以上のように、本発明の画面制御システムによれば、基幹系業務に関する画面を作成するような場合でも、ユーザインターフェース機能が良い画面制御システムを提供することができるという効果を奏する。
【００８５】
（発明の効果３）本発明の画面制御システムは、表示画面に対応する静的に作成したＨＴＭＬデータに基づき、その画面を表示することができるため、サーバへの負荷を少なくすることができ、また、表示画面内の項目に入出力する値やその属性に関するデータの送受信をクライアント側のウェブブラウザ機能とは独立したプログラム（クライアントコアモジュール）に基づいて行うことができるため、通信負荷を軽減することができる。
【００８６】
以上のように、本発明の画面制御システムによれば、クライアントやサーバの通信負荷及びコストを軽減する画面制御システムを提供することができるという効果を奏する。
【００８７】
（発明の効果４）その他、本発明の画面制御システムでは、サーバを、ダウンロード用のＨＴＭＬデータを蓄積するウェブサーバとデータ処理を行うアプリケーションサーバとに分けることにより、大容量のＨＴＭＬデータを蓄積するウェブサーバをＬＡＮ内に設置し、データ処理をＷＡＮ越しで集中化することが容易となる。このように、本発明の画面制御システムは、柔軟なシステム構成をとることができるため、回線容量の少ないネットワーク環境下でのシステム構築に適するという効果を奏する。
【発明を実施するための最良の形態】
【００８８】
本発明の実施の形態について図面を用いて詳細に説明する。
（実施の形態１）
図７は、実施の形態１における本発明の画面制御システムの構成を示すブロック図、図８は、実施の形態１の動作を示すフローチャートである。
【００８９】
本発明の画面制御システムは、図７に示すように、クライアント（１）とサーバ（２）が通信可能な状態に接続されている。そして、そのクライアント側のパソコン（１）は、サーバ（２）との間でのデータの送受信を行うためのクライアント側通信部（３）と、ウェブブラウザを利用して情報の画面表示を行うための表示部（４）と、サーバ（２）から受信したデータに基づいて表示部（４）に画面表示をさせるための画面表示制御部（５）と、画面表示制御部による表示画面に関する画面・設定情報を蓄積するためのクライアント側データ記憶部（６）を備えている。
【００９０】
サーバ側のコンピュータ（２）は、２つのサーバマシンから構成されており、ここでは、これらのサーバマシンのうちの一方をウェブサーバ（７）、他方をアプリケーションサーバ（８）と呼ぶ。ウェブサーバ（７）は、クライアント（１）との間でのデータの送受信を行うためのサーバ側通信部（９）と、アプリケーションサーバ（８）との間でのデータの送受信を行うためのウェブサーバ側通信部（１１）と、表示画面に関する画面・設定情報（表示画面のスクリーン部に相当するＨＴＭＬデータ、表示画面に相当するＨＴＭＬデータ、設定情報（第一の設定情報）等）や画面表示制御情報を蓄積するためのウェブサーバ側データ記憶部（１３）と、クライアント（１）からウェブサーバ（７）に対して送信される要求に基づき、情報処理を行うためのウェブサーバ側情報処理部（１２）と、ウェブサーバ側情報処理部（１２）による要求に対応するデータをクライアント側へ、またクライアント（１）からウェブサーバ（２）に対して送信されるデータ（その財務画面内の項目に入力する値や属性等に関するデータ）をアプリケーションサーバ側へ送信させるためのウェブサーバ側制御部（１０）を備えている。
【００９１】
一方、アプリケーションサーバ（８）は、ウェブサーバ（７）とアプリケーションサーバ（８）との間でのデータの送受信を行うためのアプリケーションサーバ側通信部（１４）と、表示画面に関する情報であって、アプリケーション側情報処理部（１６）による情報処理（演算処理）のための画面・設定情報に関する情報（第二の設定情報）を蓄積するアプリケーションサーバ側データ記憶部（１７）と、ウェブサーバ側制御部（１０）により、ウェブサーバ側通信部（１１）を通じて送信されるクライアント側からの要求及びデータ（その財務画面内の項目に入力する値や属性等に関するデータ）、並びに第二の設定情報に基づき、情報処理を行うためのアプリケーションサーバ側情報処理部（１６）と、アプリケーションサーバ側情報処理部（１６）による処理結果をウェブサーバ（７）へ送信させるためのアプリケーションサーバ側制御部（１５）を備えている。
【００９２】
次に、図８を用いて本発明の画面制御システムの動作について説明する。
【００９３】
本発明の画面制御システムは、Ｓ１からＳ１０までのウェブブラウザの起動から業務画面を表示するまでのステップと、Ｓ１１からＳ２０までの表示した業務画面内の項目に設定・表示すべきデータを実際に設定・表示するためのステップとから構成される。
【００９４】
なお、ＪａｖａＳｃｒｉｐｔは、米国サン・マイクロシステムズ社の商品名であり、ＡｃｔｉｖｅＸは、米国マイクロソフト社の商品名である。
Ｓ１．（クライアント側）ウェブブラウザを起動する（図８の1段目の画面）。なお、ウェブブラウザの起動により表示される画面が表示部（４）である。
Ｓ２．（クライアント側）ウェブブラウザを使用して、ＵＲＬ（ＨＴＴＰアドレス）を、クライアント側通信部（３）を介して送信し、データ記憶部（１３）に蓄積されているスクリーン用のＨＴＭＬデータのダウンロードをサーバ側（ウェブサーバ（７））へ要求する（図８の２段目の画面）。
【００９５】
ここで、スクリーン用のＨＴＭＬデータとは、業務画面を描画するためのスクリーンとなる通信用のコンポーネントを備えた画面表示の基礎となるＨＴＭＬデータのことであり、業務画面を表示するためのフレーム用のＨＴＭＬデータと、ＪａｖａＳｃｒｉｐｔやＡｃｔｉｖｅＸ等で記述されたモジュール群から構成される。なお、このモジュール群を以下、「クライアントコアモジュール」と呼び、本実施例におけるクライアントコアモジュールは、ＪａｖａＳｃｒｉｐｔとＡｃｔｉｖｅＸで記述されたモジュール群で構成されるものとする。
【００９６】
クライアントコアモジュールのＵＲＬ（ＨＴＴＰアドレス）は、ダウンロードすべき業務画面を表示するためのフレーム用のＨＴＭＬデータ上に記述されているので、ウェブブラウザにより、スクリーン用のＨＴＭＬデータのＵＲＬ（ＨＴＴＰアドレス）を送信して、スクリーン用のＨＴＭＬデータをダウンロードすると、まず、業務画面を表示するためのフレーム用のＨＴＭＬデータをダウンロードし（Ｓ３に該当）、その後、このＨＴＭＬデータに記述されているＵＲＬのＪａｖａＳｃｒｉｐｔファイルとＡｃｔｉｖｅＸからなるクライアントコアモジュールをダウンロードする（Ｓ５に該当）ことになる。
【００９７】
つまり、スクリーン用のＨＴＭＬデータをダウンロードすると、スクリーン用ＨＴＭＬのダウンロードとクライアントコアモジュールのダウンロードは、ウェブブラウザにより、見かけ上一緒にダウンロードされることになるが、物理的には区別される。
Ｓ３．（サーバ側）サーバ側のウェブサーバ（７）は、クライアント側からのＵＲＬ（ＨＴＴＰアドレス）を受信すると、スクリーン用のＨＴＭＬデータを構成する業務画面を表示するためのフレーム用のＨＴＭＬデータを、サーバ側通信部（９）を介してクライアント側へダウンロードする。
【００９８】
なお、この業務画面を表示するためのフレーム用のＨＴＭＬデータは、該サーバからのダウンロードを介さずに、最初からクライアント側が備えていてもよい。
Ｓ４．（クライアント側）クライアント側は、サーバ側（ウェブサーバ（７））のデータ記憶部（１３）に蓄積されている業務画面を表示するためのフレーム用のＨＴＭＬデータを受信し、ウェブブラウザを使用してそのＨＴＭＬデータを画面表示させるとともに（画面表示制御部（５）、図８の３段目の画面）、クライアントコアモジュール（画面表示制御情報）のダウンロードを、クライアント側通信部（３）を介してサーバ側へ要求する。
【００９９】
以下、この表示画面のことをＨＴＭＬで作成したスクリーンという意味で、「ＨＴＭＬスクリーン」と呼ぶ。具体的には、業務画面を表示するためのフレームのことである（図８の３段目の画面）。なお、ＨＴＭＬスクリーン内に業務画面を表示するためのＨＴＭＬデータは、「業務画面用のＨＴＭＬデータ」、このＨＴＭＬデータに基づいて表示される業務画面は、ＨＴＭＬで作成した業務画面という意味で、ここでは、「ＨＴＭＬ業務画面」と呼ぶ。
【０１００】
クライアントコアモジュールは、ＪａｖａＳｃｒｉｐｔ（画面表示のための処理等）とＡｃｔｉｖｅＸ（サーバとの通信等）による通信・ＨＴＭＬ制御用コンポーネントで構成されている業務画面共通のモジュールで、画面表示・通信制御のために用いられるプログラムのことである。業務画面共通とは、業務画面の種類によることなく、全業務画面で共通という意味である。
【０１０１】
ＪａｖａＳｃｒｉｐｔによる部分は、イベントに関する処理、画面表示のための処理、コンボボックスのような特殊オブジェクトの作成等を主に担う。
【０１０２】
また、ＡｃｔｉｖｅＸによる部分は、ＨＴＭＬで作成した項目の操作、サーバとの通信、通信データの管理等を主に担う。
Ｓ５．（サーバ側）サーバ側のウェブサーバ（７）は、クライアント側からのクライアントコアモジュール（画面表示制御情報）のダウンロード要求を受け、データ記憶部（１３）に蓄積されているクライアントコアモジュール（画面表示制御情報）を読み込み（ウェブサーバ側情報処理部（１２））、サーバ側通信部（９）を介してクライアント側へダウンロードする（ウェブサーバ側制御部（１０））。なお、このクライアントコアモジュール（画面表示制御情報）は、該サーバからのダウンロードを介さずに、最初からクライアント側が備えていてもよい。
Ｓ６．（クライアント側）クライアント側では、ＨＴＭＬスクリーン中に表示されたメニューから所望の業務画面に対応するものを選択すると、サーバ側（ウェブサーバ（７））からクライアント側通信部（３）を介してダウンロードしたクライアントコアモジュール（画面表示制御情報）に対してその業務画面に対応した画面ＩＤを引渡す。
Ｓ７．（クライアント側）クライアント側は、画面ＩＤを受け取ったクライアントコアモジュール（画面表示制御情報）にしたがって、その画面ＩＤに対応したクライアントマッピング情報プログラム（第一の設定情報）のダウンロードをサーバ側（ウェブサーバ（７））へ要求する（図８の４段目の画面）。なお、そのクライアントマッピング情報プログラム（第一の設定情報）は、サーバ側（ウェブサーバ（７））のデータ記憶部（１３）に蓄積されている。
【０１０３】
具体的には、メニューはＪａｖａＳｃｒｉｐｔで書かれており、メニューを選択すると、メニュー上のＪａｖａＳｃｒｉｐｔの記述にしたがい、表示したい画面ＩＤをクライアントコアモジュール（画面表示制御情報）に渡すと、クライアントコアモジュール（画面表示制御情報）は、画面ＩＤに対応するＵＲＬ（ＨＴＴＰアドレス）を生成する。その後、そのクライアントコアモジュール（画面表示制御情報）にしたがい、そのＵＲＬ（ＨＴＴＰアドレス）に対応したクライアントマッピング情報プログラム（第一の設定情報）のダウンロードをサーバ側へ要求するというものである。クライアントマッピング情報プログラム（第一の設定情報）のダウンロード方法としては、１．メニューからの指定、２．ＨＴＭＬ業務画面からのＪａｖａＳｃｒｉｐｔ指定、３．業務処理プログラムからの指示等によるものがある。
Ｓ８．（サーバ側）サーバ側のウェブサーバ（７）は、クライアント側からの画面ＩＤに対応したＵＲＬ（ＨＴＴＰアドレス）を受けると、そのＵＲＬ（ＨＴＴＰアドレス）に対応したクライアントマッピング情報プログラム（第一の設定情報）を、サーバ側通信部（９）を介してクライアント側へダウンロードする。
【０１０４】
クライアントマッピング情報プログラム（第一の設定情報）は、業務画面用のＨＴＭＬデータをダウンロードし、このＨＴＭＬデータに基づいて業務画面を表示した後、その業務画面内の項目及びクライアントマッピング情報（第一の設定情報）をコアモジュールに設定するためのプログラムである。このプログラムはＪａｖａＳｃｒｉｐｔで作成されている。ここで、業務画面内の項目は、ＨＴＭＬで作成した業務画面の項目ということで、以下、ＨＴＭＬ業務画面項目と呼ぶ。
【０１０５】
クライアントマッピング情報（第一の設定情報）は、画面表示制御部による表示画面に関して、その画面内の項目に出力すべきデータを適切な位置に、適切な状態で設定するために必要な情報であって、具体的には、項目名の情報、数字の入る項目及びその数字の桁数の情報、更には、色や入力の可否のような属性に関する情報、或いはエラーメッセージやガイドメッセージのようなメッセージに関する情報等のいわゆる表示画面の項目を識別するための情報である。
【０１０６】
なお、このクライアントマッピング情報プログラム（第一の設定情報）は、該サーバからのダウンロードを介さずに、最初からクライアント側が備えていてもよい。
Ｓ９．（クライアント側）クライアント側は、ダウンロードしたクライアントマッピング情報プログラム（第一の設定情報）にしたがい、表示する業務画面用のＨＴＭＬデータのダウンロードを、クライアント側通信部（３）を介してサーバ側（ウェブサーバ（７））へ要求する。
Ｓ１０．（サーバ側）サーバ側のウェブサーバ（７）は、クライアント側から業務画面用のＨＴＭＬデータのダウンロードの要求を受けると、そのＨＴＭＬデータをデータ記憶部（１３）から読み込み（ウェブサーバ側情報処理部（１２））、サーバ側通信部（９）を介してクライアント側へダウンロードする（ウェブサーバ側制御部（１０））。
【０１０７】
なお、クライアントマッピング情報プログラム（第一の設定情報）と業務画面用のＨＴＭＬデータは見かけ上一緒にダウンロードされているが（Ｓ８及びＳ１０）、物理的には区別されている。
【０１０８】
また、クライアント側で表示する業務画面用のＨＴＭＬデータは、該サーバからのダウンロードを介さずに、最初からクライアント側が備えていてもよい。
Ｓ１１．（クライアント側）クライアント側は、ダウンロードした業務画面用ＨＴＭＬデータに基づいて、ＨＴＭＬスクリーン内にその業務画面を表示する（図８の５段目の画面）。
【０１０９】
また、クライアント側は、クライアントマッピング情報プログラム（第一の設定情報）にしたがい、ＨＴＭＬ業務画面項目とクライアントマッピング情報（第一の設定情報）をクライアントコアモジュール（画面表示制御情報）に設定する。
【０１１０】
このクライアントマッピング情報プログラム（第一の設定情報）には、クライアントコアモジュール（画面表示制御情報）に対する画面初期化処理ステップの要求を記述することができる。
【０１１１】
画面初期化処理ステップは、画面起動時に１度だけ行う処理ステップであり、コンボボックスリストデータの取得のような最初の画面表示の際に行う処理ステップである。ここで、コンボボックスリストデータとは、コンボボックスのボタンをクリックした際に表示される一覧形式のリストに使用するデータのことである。
【０１１２】
また、クライアントコアモジュール（画面表示制御情報）に対する画面初期化処理ステップの要求とは、具体的には、業務画面上のコンボボックスのリストに必要なデータをサーバから取得し、その取得したデータをコンボボックス内に設定するために行う要求であり、コンボボックス内の表示やデフォルト値の設定等を行うためのものである。
Ｓ１２．（クライアント側）クライアント側は、クライアントマッピング情報（第一の設定情報）を設定したクライアントコアモジュール（画面表示制御情報）にしたがって、ＨＴＭＬ業務画面上に表示されている項目からの値の収集を実施する。このとき、基本項目のチェックの指示があれば、そのチェックも行う。なお、基本項目のチェックとは、業務画面の種類に依存することのない項目をチェックすることであり、具体的には、日付や数値等の形式のチェックや、整数部、小数部の桁数のチェック等がある。
【０１１３】
なお、画面の初期化処理の場合には、その項目には値が入っていない。
Ｓ１３．（クライアント側）クライアント側は、ここでエラーがなければ、コアモジュールにしたがって、ＨＴＭＬ業務画面上に表示されている項目から収集した値を通信メッセージに編集し、サーバ側（ウェブサーバ（７））に送信する。
【０１１４】
通信メッセージとは、図９に示すように、項目の属性（エラー、更新の有無、色、入力の可否、カーソルの位置付け等）と値（ＨＴＭＬ項目から入力された値、又はＨＴＭＬ項目に設定すべき値等）をひとつの組として表した項目データをマッピング情報の順に並べたデータ伝送用のテキストデータのことである。
【０１１５】
また、このとき、クライアントコアモジュール（画面表示制御情報）は、サーバでの処理に必要な情報（図９の処理制御情報に該当）として、画面ＩＤや、前頁、次頁への移行や検索等に代表される情報に基づくクライアント側から要求する処理を通信メッセージに付加する。
Ｓ１４．（サーバ側）サーバ側のウェブサーバ（７）は、クライアント側からの通信メッセージを受信すると、それを、ウェブサーバ側通信部（９）を介してサーバ側のアプリケーションサーバ（８）へ伝える。そして、このアプリケーションサーバ上のサーバ制御プログラムが起動する（アプリケーションサーバ側制御部（１５））。
【０１１６】
サーバ制御プログラムは、サーブレット（Ｓｅｒｖｌｅｔ）により、動作する。
【０１１７】
サーバ制御プログラムは、１．コアモジュールとの通信、２．通信メッセージとデータコンテナオブジェクトの変換、３．セッション情報、４．業務処理プログラム（ＥＪＢ）の起動、５．トランザクション管理、６．実行管理等の機能を有するものである。もっとも、このような機能を有するプログラムは、これらの機能を必ずしも一つのプログラムで実現する必要はなく、各種機能を有するプログラムを組み合わせて実現するものであってもよい。
Ｓ１５．（サーバ側）サーバ側のアプリケーションサーバ（８）は、起動したサーバ制御プログラムにしたがって、指定された画面に対応するサーバ内のサーバマッピング情報ファイル（設定情報）を読み込む（アプリケーションサーバ側制御部（１５））。
【０１１８】
サーバマッピング情報ファイル（第二の設定情報）は、画面表示制御部による表示画面に関して、その画面内の項目に出力すべきデータを適切な位置に、適切な状態で設定するために必要な情報であって、ＨＴＭＬ業務画面項目を識別するための情報データに関するデータファイルである。そのマッピング情報（第二の設定情報）は、クライアントマッピング情報プログラム（第一の設定情報）に基づく情報であって、マッピング情報（第二の設定情報）を構成する項目やその項目に表示する数値の桁数等の情報データは、クライアントマッピング情報プログラム（第一の設定情報）中の情報データと一致する。
【０１１９】
指定された画面とは、クライアント側から指定された画面、即ち、画面ＩＤのことである。
【０１２０】
一方、クライアントマッピング情報プログラム（第一の設定情報）は、クライアント側での画面表示を制御するという観点からプログラムとして作成されているが、サーバマッピング情報ファイル（第二の設定情報）は、クライアントからの要求に従い、サーバ制御プログラムが指定された業務処理を制御するという観点からデータファイルとして作成されている点で相違する。
【０１２１】
また、クライアントマッピング情報プログラム（第一の設定情報）は、ＨＴＭＬ業務画面項目との対応、入力時の基本チェック、編集機能、表示画面における操作性等を重点に構成されているのに対して、サーバマッピング情報ファイル（第二の設定情報）は、業務処理プログラムであり、あらゆる画面を使い易い共通した形式で表現できるデータ構造を生成することを重点に構成されている点で相違する。
Ｓ１６．（サーバ側）サーバ側のアプリケーションサーバ（８）は、サーバマッピング情報ファイル（設定情報）を読み込んだサーバの制御プログラムにしたがって、通信メッセージをデータコンテナオブジェクトに変換する（アプリケーションサーバ側制御部（１５））。
【０１２２】
サーバ側（アプリケーションサーバ）の処理では、通信メッセージの項目データを、例えば、「項目」、「レコード」、「表」、「表の集まり」という４種類の形式で扱うことにより、画面のイメージを表現するが、このうちの「表の集まり」のことを、ここでは、データコンテナオブジェクトと呼ぶ（図１０）。つまり、データコンテナオブジェクトは、伝送された通信メッセージを業務処理プログラムで利用し易い形式にするために用意するデータの入れ物のことである。
Ｓ１７．（サーバ側）サーバ側のアプリケーションサーバ（８）は、更に、サーバ制御プログラムにしたがって、指定された画面に対応する業務処理プログラム（ＥＪＢ）を起動し（アプリケーションサーバ側制御部（１５））、この業務処理プログラムにデータコンテナオブジェクトを引き渡して、業務処理を実行する（アプリケーションサーバ側情報処理部（１６））。
Ｓ１８．（サーバ側）サーバ側のアプリケーションサーバ（８）は、業務処理プログラムに基づく業務処理が完了すると（アプリケーションサーバ側情報処理部（１６））、サーバ制御プログラムにしたがって業務処理プログラムからの結果をデータコンテナオブジェクトとして受け取る（アプリケーションサーバ側制御部（１５））。受け取ったデータコンテナオブジェクトは、サーバ制御プログラムにしたがって通信メッセージに変換し、これを、アプリケーションサーバ側通信部（１４）を介して、ウェブサーバ（７）へ送信する（アプリケーションサーバ側制御部（１５））。そして、ウェブサーバ（７）がこの通信メッセージを、サーバ側通信部（９）を介してクライアント側へ送信する（ウェブサーバ側制御部（１０））。
Ｓ１９．（クライアント側）クライアント側は、クライアントコアモジュール（画面表示制御情報）にしたがって、サーバ側から送信された通信メッセージを、クライアント側通信部（３）を介して受信する。
Ｓ２０．（クライアント側）クライアント側は、クライアントマッピング情報プログラム（第一の設定情報）にしたがって、受信した通信メッセージに基づき、ＨＴＭＬ業務画面項目に値を設定する（画面表示制御部（５））（図８の６段目の画面）。
【０１２３】
なお、ＨＴＭＬ業務画面項目には、値の他、色のような属性やメッセージ等も設定することができる。
【０１２４】
これらＳ１〜Ｓ２０までのステップを経ると、ウェブブラウザを利用した所望の業務画面が表示され、その業務画面内の項目に適切な値や属性等のデータが設定される。
【０１２５】
もっとも、この後、ＨＴＭＬ業務画面上のボタンやチェックボックス等のイベントを実行すると、上記Ｓ１２へ戻り、Ｓ２０までのステップを繰り返すことになる。
【０１２６】
また、財務画面から販売画面へのような業務画面の切り替え要求が発生した場合には、上記Ｓ６へ戻り、Ｓ２０までのステップを繰り返す。
【０１２７】
（実施の形態２）
実施の形態２は、表示した業務画面内の項目に対して設定・表示すべきデータを実際に設定・表示する本発明の画面制御システム（実施の形態１におけるＳ１１からＳ２０まで）である。この実施の形態２に関して、図１１を用いて、製品Ａ、Ｂの販売画面（図上：画面Ａ）が、次頁のクリックにより、製品Ｃ，Ｄの販売画面（図下：画面Ａ）になる場合を例に挙げて説明する。なお、この画面制御システムの構成を示すブロック図は、実施の形態１で説明した通りである。また、本発明の画面制御システムは本実施例に制限されるものではない。
【０１２８】
図１１は、実施の形態２の処理機能に関するブロック図である。
【０１２９】
図１１上下部は、クライアント側における処理機能を示し、中間部は、サーバ側における処理機能を示す。なお、データの流れにしたがって説明した方が理解しやすいので、便宜上、クライアント側の処理機能を二つに分けている。
【０１３０】
図１１の上部におけるクライアント側の処理機能は、クライアントコアモジュール（画面表示制御情報）による製品Ａ，Ｂの販売画面（画面Ａ）の各項目の値を抜き出すための抜き出し機能（１０１）と、その抜き出した各項目の値をチェックするためのチェック機能（１０３）と、その画面のマッピング情報（第一の設定情報）の読み込みによる参照を行うためのマッピング情報の参照機能（１０２）と、抜き出しやチェックを行ったデータを通信用メッセージとして構築するための通信用メッセージ構築機能（１０４）と、そのメッセージを送信するためのデータ送信機能（１０５）を有する。
【０１３１】
図１１の中間部におけるサーバ側の処理機能は、クライアント側から送信される通信用メッセージをデータ編集するための第一のデータ編集機能（１０６）と、画面（Ａ）のマッピング情報（第ニの設定情報）の読み込みによる参照を行うためのマッピング情報の参照機能（１０７）と、編集データに基づき、プログラム管理データを読み込み、業務処理プログラムの実行の可否を判断するためのプログラム制御機能（１０８）と、業務処理プログラムの実行命令があれば、業務処理プログラムを起動し、編集データを受け渡し、演算処理やデータ編集等の情報処理を実行し、その処理結果を再びサーバ制御プログラムへ戻すための情報処理機能（１０９）と、その戻された処理結果を通信用メッセージに編集するための第ニのデータ編集機能（１１０）と、その通信用メッセージを送信するためのデータ送信機能（１１１）を有する。
【０１３２】
図１１の下部におけるクライアント側の処理機能は、画面（Ａ）のマッピング情報（第一の設定情報）の読み込みによる参照を行うためのマッピング情報の参照機能（１１２）と、サーバ側から送信される通信用メッセージをクライアントコアモジュール（画面表示制御情報）により解析し、販売画面（画面Ａ）の項目に製品Ｃ，Ｄに関するデータを設定するための画面表示制御機能（１１３）と、その設定した画面を表示するための表示機能（１１４）を有する。
【０１３３】
次に、図１１乃至１６を用いて本発明の画面制御システムの動作について詳細に説明する。
Ｓ２０１．製品Ａ，Ｂに関する販売画面（画面Ａ）における次頁ボタンを押すと、画面や通信を制御するためのプログラムであるクライアントコアモジュールは、前記抜き出し機能（１０１）と、前記チェック機能（１０３）と、前記マッピング情報の参照機能（１０２）に基づいて、画面Ａのマッピング情報にしたがい、ＨＴＭＬデータで作成した画面Ａの値を収集し、型・長さ等の基本的な値のチェックを実施する。このチェックを実施することにより、サーバへ誤りの少ないデータを送信することができる。
【０１３４】
チェックを通過するとＳ２０２のステップへ移る。
【０１３５】
一方、チェックにひっかかると、エラー項目の色変更やエラー内容のようなメッセージボックスを表示し、ブラウザに制御を戻す。
【０１３６】
なお、このマッピング情報は、上記クライアントマッピング情報に相当するものである。この情報は、画面Ａの中の項目を入出力制御するために使用するものであり、またマッピング情報の構成の中で「変数」を指定することにより、画面Ａに存在しない項目もプログラム中に退避させることも可能である（図１２）。
Ｓ２０２．クライアントコアモジュールは、前記通信用メッセージ構築機能（１０４）と、前記データ送信機能（１０５）に基づいて、マッピング情報に従って、通信メッセージを作成し、サーバ制御プログラムへデータを送信し、応答を待つ。
【０１３７】
通信メッセージは以下の情報で構成される（図１３）。
【０１３８】
メッセージは、マッピング情報の順に従って組立てられ、１つの項目は、属性と値で構成される。値は通常の値とリストボックス等の配列情報を格納するための配列値で構成される。また、メッセージには通常のデータ（画面の項目内のデータ）以外にも要求するプログラム名や処理、また、現在のページ位置、続き頁の有無をグループ毎に示す値等のプログラム間で必要な連絡情報や画面起動時のパラメータ等も含む。これらの連絡情報も通常の項目と構成は同じである。
【０１３９】
なお、図１３の属性には、クライアントからサーバへの送信の場合には、検索処理時と現在の値との変更有無の情報が設定される。また、サーバからクライアントへの受信（応答）の場合には、項目のエラー情報、入力不可（プロテクト）情報、入力カーソルの位置情報等のＨＴＭＬデータを制御するための制御情報が設定される。
Ｓ２０３．クライアントコアモジュールからデータを受け取ったサーバ制御プログラムは、前記第一のデータ編集機能（１０６）と、前記マッピング情報の参照機能（１０７）に基づいて、マッピング情報に従い、業務処理プログラムでも共通に使用できるデータに変換する。このマッピング情報はサーバマッピング情報と呼ばれるものである。
【０１４０】
このとき、ページ管理データが存在すれば、通信で受け取ったデータとページ管理データとを合成してデータを作成する。
【０１４１】
業務処理プログラムのデータは、以下の情報で構成されるメッセージという単位でプログラムに提供される（図１４）。
【０１４２】
メッセージは、制御情報とデータセットの集まりで構成され、画面を表現する。また、先頭のデータセット（グループ０）は、画面・通信制御用のプログラム（クライアントコアモジュール）との連絡情報の集まりで、グループ１以降は、マッピング情報のグループ番号に対応する。データセットは、制御情報と行（Ｒｏｗ）の集まりで構成され、データベースのレコード集合等に対応し、ある単位のデータ集合を表現する。行（Ｒｏｗ）は制御情報とカラムの集まりで構成され、データベースのレコードや画面の行等に対応し、データの処理単位（データの更新等）を表現する。カラムは、制御情報と値で構成され、データベースの項目や画面の項目等に対応する最小単位である。
【０１４３】
サーバマッピング情報は、以下の情報で構成される。
【０１４４】
通信メッセージとこの情報を順番につき合わせて、上記形式のデータ（メッセージ）を作成する（図１５）。
【０１４５】
ページ管理データは、処理が画面１頁分で完結できない場合（複数頁分のデータをまとめて更新したい場合等）に使用する。業務処理プログラムは、１画面分のデータではなく、全頁分のデータを受け取ることになる（図１６）。ページ管理データを使用した場合、サーバ制御プログラムは、通信メッセージ中の現在頁を判定し、ページ管理データの該当ページ位置に通信メッセージを埋め込む。また、クライアントにデータを戻す場合は、逆にページ管理データから要求のあったページのデータを抽出し、通信メッセージが作成される。
Ｓ２０４．前記プログラム制御機能（１０８）を有するサーバ制御プログラムは、プログラム管理データを読み込み、プログラム実行の可否を判定する。
【０１４６】
実行可能な場合には、Ｓ２０５の処理を実行するが、実行不可能な場合には、警告メッセージを通信メッセージに設定し、データを送信する。
【０１４７】
プログラム管理データは、画面プログラムの実行可否を管理するデータで、プログラムの計画停止等で画面の使用を禁止する場合に使用される。
Ｓ２０５．前記情報処理機能（１０９）に基づき、通信メッセージで要求のあった業務処理プログラムを起動し、データ（メッセージ）を受け渡す。
【０１４８】
業務処理プログラムは、メッセージを編集してサーバ制御プログラムに戻す。
【０１４９】
また、サーバ制御プログラムは戻されたメッセージ中のエラーを確認し、業務処理プログラムの後処理を行う。
【０１５０】
ここで、業務処理プログラムのトランザクション管理は、サーバ制御プログラムが行う。業務処理プログラムは、メッセージに状態（成功、若しくは失敗）を設定するだけで良い。サーバ制御プログラムは、業務処理が成功していれば、コミット（更新データをデータベースに反映する）を発行し、失敗していれば、ロールバック（更新データの廃棄）を発行する。
Ｓ２０６．サーバ制御プログラムは、前記第ニのデータ編集機能（１１０）と、前記データ送信機能（１１１）に基づき、マッピング情報に従って、通信メッセージを作成し、クライアントコアモジュールに応答を返す。
【０１５１】
このとき、ページ管理データが必要であれば、これを作成し、該当ページ分のデータのみを通信メッセージとして編集する。
Ｓ２０７．クライアントコアモジュールは、前記マッピング情報の参照機能（１１２）と、前記画面表示制御機能（１１３）と、前記表示機能（１１４）に基づいて、応答を受け取り、マッピング情報に従って、販売画面（画面Ａ）の項目に値を設定する。その結果、製品Ｃ，Ｄに関する販売画面（画面Ａ）が表示される。
【０１５２】
このとき、エラー、入力不可、入力カーソルの位置付け等の属性が設定されている場合、値の設定と同時に色変更・プロテクト等の操作をＨＴＭＬに対して実施する。
【０１５３】
また、画面の切り替え要求があった場合には、上記処理に続いて、新しい画面をロードする。
【０１５４】
画面の切り替えは、サーバでの業務処理プログラムの指示により実行される。切り替えには、大別して自画面が表示されているウィンドウに新しい画面を表示する方法と、新しいブラウザのウィンドウを開いて、画面を表示する２種類がある。
【産業上の利用可能性】
【０１５５】
本発明の画面制御システムやその方法等は、ウェブブラウザを利用する画面制御システムや方法等の分野で利用するものであるが、殊に、基幹系業務画面のような複雑な画面を作成することや該画面制御システムを構成するプログラムの保守管理を簡易にすること等が要求されるような場合にその利用が期待される。
【図面の簡単な説明】
【０１５６】
【図１】ウェブシステム１のブロック図
【図２】ウェブシステム２のブロック図
【図３】複数のフレームからなる複雑な画面例
【図４】サーバの三形態を示す概略図
【図５】本発明の画面制御システムを用いたネットワークの概略図（その１）
【図６】本発明の画面制御システムを用いたネットワークの概略図（その２）
【図７】本発明の画面制御システムのブロック図
【図８】本発明の画面制御システムのフローチャート
【図９】通信メッセージの一例を示す概略図
【図１０】データコンテナオブジェクトの一例を示す概略図
【図１１】実施の形態２の処理機能に関するブロック図
【図１２】クライアントマッピング情報プログラムの概略図
【図１３】通信メッセージの一例を示す概略図
【図１４】業務処理プログラムのデータ形式の一例を示す概略図
【図１５】サーバマッピング情報ファイルの一例を示す概略図
【図１６】ページ管理データの一例を示す概略図
【図１】
2005208718.tif 000003
【図２】
2005208718.tif 000004
【図３】
2005208718.tif 000005
【図４】
2005208718.tif 000006
【図６】
2005208718.tif 000007
【図７】
2005208718.tif 000008
【図８】
2005208718.tif 000009
【図９】
2005208718.tif 000010
【図１１】
2005208718.tif 000011
【図１２】
2005208718.tif 000012
【図１３】
2005208718.tif 000013
【図１４】
2005208718.tif 000014
【図１５】
2005208718.tif 000015
【図１６】
2005208718.tif 000016
【図５】
2005208718.tif 000017
【図１０】
2005208718.tif 000018