JP5472220B2 - 情報処理装置、情報処理方法、及びコンピュータプログラム - Google Patents

Description

本発明は、複数のアプリケーションを複数のウィンドウで同時に表示可能なコンピュータシステムの画面制御に関する。

現在広く使用されているコンピュータシステムは、マルチウィンドウシステムが採用され、複数のアプリケーションの処理ウィンドウを同時に表示させて、それらウィンドウを介してのユーザによる操作に従って、複数のアプリケーションが夫々の処理を行うことが可能である。

これら複数の処理ウィンドウは、通常は夫々で独立なアプリケーションであるため、複数の処理ウィンドウを連携させて表示させることは難しかった。また、従来の複数の処理ウィンドウを連携させて表示させるアプリケーションは、アプリケーション作成時から連携させて表示させるように作成するしかなかった。

特許文献１には、画面上に形成された複数のウィンドウの特定ウィンドウにおける株の表示対象銘柄の変更、及び全ウィンドウにおける表示対象銘柄の一斉変更を簡単な操作で行うことができる情報処理装置が記載されている。

特開平１０−１８７８１４号公報

しかし、特許文献１では、簡単な操作で複数のウィンドウを一斉変更できることは記載されているが、複数のウィンドウは複数のアプリケーションを連携して作成している訳ではない。特許文献１では、１つのアプリケーションが入力装置から受け付けた入力結果を元に、１つのアプリケーションがデータベースからデータ検索し複数のウィンドウを作成して表示させている。

本発明は、複数の画面（ウィンドウ）で表示されたアプリケーション間において、１つのウィンドウへの入力されたデータを画面管理アプリケーションを介して複数のウィンドウにデータを送信することを容易に実現することを目的とする。

上記の目的を達成するために、本発明の情報処理装置は、複数のサーバアプリケーションが稼働している一つ又は複数のサーバと接続可能な情報処理装置であり、複数の子画面を管理する画面管理アプリケーションと、該画面管理アプリケーションで管理された複数のサーバアプリケーション夫々に対応する子画面を表示する子画面アプリケーションとを有する情報処理装置であって、前記子画面アプリケーションは、前記子画面アプリケーションへの入力指示を受け付ける入力指示受付手段と、前記入力指示受付手段により入力される入力情報と入力イベント情報とを前記子画面に対応するサーバアプリケーションに送信する送信手段と、前記サーバアプリケーションから送信される出力情報を受信する受信手段と、前記受信手段で受信した出力情報と共に前記入力イベント情報を前記画面管理アプリケーションへ受け渡す第１の受渡手段とを有し、前記画面管理アプリケーションは、前記第１の受渡手段で受け渡された出力情報と、前記入力イベント情報とを前記子画面アプリケーション以外の子画面アプリケーションに受け渡す第２の受渡手段と、を有することを特徴とする。

本発明によれば、複数の画面（ウィンドウ）で表示されたアプリケーション間において、１つのウィンドウへの入力されたデータを画面管理アプリケーションを介して複数のアプリケーションへ送信し、複数のウィンドウにデータを送信するアプリケーションを容易に作成することが可能となる。複数のウィンドウ表示されるデータは、夫々の対応するサーバアプリケーションから情報を受信可能となり、１つのウィンドウへの入力と同時に複数の画面で表示されるアプリケーションが一斉に表示内容を変更可能となる。

本発明に係る情報処理システムの構成を示すシステム構成図の一例を示す図である。 本発明の情報処理装置に適用可能なコンピュータのハードウェア構成の一例を示す図である。 本発明の実施形態のソフトウェア構成を示すブロック図の一例を示す図である。 本発明の情報処理システムにおける第１の制御処理手段の一例を示すフローチャートである。 本発明のクライアントにおける画面の一例を示す模式図である。 本発明のクライアントにおける子画面とサーバアプリケーションの対応付けを記憶したデータの一例である。 本発明のクライアントにおける画面の一例を示す模式図である。 本発明のクライアントにおける子画面アプリケーションのソースコードの一例である。 本発明のクライアントにおける画面の一例を示す模式図である。 本発明のクライアントにおける画面管理アプリケーションのソースコードの一例である。 本発明のクライアントにおける子画面アプリケーションのソースコードの一例である。 本発明に係るワークフローサーバで読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。 本発明の情報処理システムにおける第２の制御処理手段の一例を示すフローチャートである。 本発明の情報処理システムにおける第３の制御処理手段の一例を示すフローチャートである。 本発明のクライアントにおける画面の一例を示す模式図である。 本発明のクライアントにおける画面の一例を示す模式図である。 本発明のクライアントにおける画面の一例を示す模式図である。 本発明の情報処理システムにおける第４の制御処理手段の一例を示すフローチャートである。 本発明のクライアントにおける子画面とサーバアプリケーションの対応付けを記憶したデータの一例である。 本発明のクライアントにおける画面の一例を示す模式図である。

［第１の実施形態］
以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明に係る情報処理システムの構成を示すシステム構成図である。

図１において、情報処理システムは、少なくとも１つのクライアント１０１とサーバ１０２がネットワークを介して接続されている。

ユーザは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、クライアント１０１から、サーバ１０２に対して、サーバアプリケーションへのデータの送受信などを行う。

サーバ１０２は、要求に応じた処理、管理をおこない、必要があればクライアント１０１に対して結果などを送信する。

サーバ１０２とクライアント１０１の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。また、サーバ１０２からネットワークを介してＤＢサーバ１０３へ接続されており、ＤＢサーバ１０３には、例えば、販売実績情報３３１や顧客データ、地図情報３３０などを保持している。

次に、図２を参照して図１に示す本発明の情報処理装置として適用可能なコンピュータのハードウェア構成の一例について説明する。

図中、ＣＰＵ２０１は、システムバス２０４に接続される後述の各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、プロキシサーバに後述する各種の処理を実行させるために必要な各種プログラムやデータ等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで後述する各種処理を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボードやポインティングデバイス等で構成される入力装置２０９からの入力を制御する。出力コントローラ２０６は、ディスプレイ装置（出力部）２１０等の表示装置への表示を制御する。ディスプレイ装置２１０は、例えばＣＲＴディスプレイや液晶ディスプレイ等で構成される。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。以上が、図１の情報処理装置に適用可能なコンピュータのハードウェア構成の説明であるが、後述する各種の処理を実行可能であれば、必ずしも図２に記載のハードウェア構成を有していなくとも構わないことは言うまでもない。

図３は、本発明の実施形態のソフトウェア構成を示すブロック図である。

本実施形態では、クライアント１０１のユーザがクライアント１０１から、サーバ１０２のサーバアプリケーション３２０を操作し、出力結果をクライアント１０１の出力部２１０に表示する処理について説明する。

クライアント１０１では画面管理アプリケーション３０２とその画面管理アプリケーション３０２で管理された子画面アプリケーション３０１が動作する。

各子画面アプリケーション３０１はサーバリスト３１６に記憶されたサーバアプリケーション３２０と対応付けられており、それぞれ子画面アプリケーション毎に画面管理アプリケーション内で子画面を表示している。

クライアント１０１の入力部３１０は、子画面アプリケーション３０１の子画面に表示された入力欄から、ユーザによる入力を入力データとして受け付ける。

ユーザにより入力された入力データを、送信手段３１３により子画面に対応するサーバアプリケーション３２０に送信する。

サーバ１０２はクライアント１０１から送信された情報を入力データとしてサーバアプリケーション３２０がＤＢサーバ１０３からデータを検索し、加工する等の処理を実行し、結果をクライアント１０１へ送信する。

サーバ１０２より送信されたサーバアプリケーション３２０の処理結果をクライアント１０１の子画面アプリケーション３０１の受信手段３１２が受信し、受信した処理結果を表示手段３１１により表示する。

表示手段３１１に処理結果を表示すると、子画面アプリケーション３０１は、第１のデータ受渡手段により、画面管理アプリケーションにサーバアプリケーションの処理結果（出力情報）及び制御情報を受け渡す。

処理結果を引き渡された画面管理アプリケーション３０２は、第２のデータ受渡手段により前記子画面アプリケーション３０１以外の子画面アプリケーション３０１に対し、サーバアプリケーションの処理結果（出力情報）及び制御情報を受け渡す。また、前記子画面アプリケーションから引き渡されたデータを子画面データ管理手段３１７で管理する。

複数ある子画面アプリケーションの内、前記子画面アプリケーション３０１以外の子画面アプリケーション３０１は、第２のデータ受渡手段により受け渡されたサーバアプリケーションの処理結果を入力データ（入力情報）として受け付け、送信手段３１３により対応するサーバアプリケーション３２０に送信する。

前記対応するサーバ１０２において、クライアント１０１から送信された情報を入力データ（入力情報）として対応するサーバアプリケーション３２０が処理し、結果をクライアント１０１へ送信する。

サーバ１０２より送信されたサーバアプリケーション３２０の処理結果をクライアント１０１の対応する子画面アプリケーション３０１の受信手段３１２が受信し、受信した処理結果を表示手段３１１によって対応する子画面へ表示して処理を終了する。
以下、図４〜図１１を参照して本発明の第１の実施形態を説明する。

図４は、本発明の情報処理システムにおける第１の制御処理手段の一例を示すフローチャートであり、図１に示したクライアント１０１のＣＰＵ２０１（以下、クライアント１０１のＣＰＵ）及びサーバ１０２のＣＰＵ２０１（以下、サーバ１０２のＣＰＵ）によって行われる情報処理の詳細の一例である。なお、図中のＳ４０１〜Ｓ４１７は各ステップを示す。

図５を参照して、図４のフローチャートで動作する環境の例について説明する。

図５は、本発明のクライアントにおける画面の一例を示す模式図であり、図５の５００や５０６のような画面イメージがクライアント１０１のディスプレイ２１０上に表示され、クライアントのユーザがクライアント１０１のキーボードやマウス２０９などからデータを入力する。

図５において、５００は本発明の画面管理アプリケーションの例であり、この画面上に５０１〜５０５の子画面が配置されている（５０６）。５０１〜５０５の子画面には夫々のサーバアプリケーションが対応付いている。例えば、５０１には販売実績情報一覧が表示されており、データベースサーバ１０３の販売実績情報データベース３３１を利用して５０１に販売実績情報一覧を表示する。５０２には、顧客別販売実績グラフを表示する。また、５０３には顧客情報を表示する。顧客情報の具体例として、顧客会社の基本情報（社名や社長名など）や会社の所在地情報などを表示する。所在地情報はデータベース１０３の地図情報データベース３３０を利用して５０３へ表示している。５０４は納入先別販売実績一覧を表示しており、５０５は商品情報について表示している。夫々のデータは描画しないデータベースに保存されており、夫々の子画面が夫々の図示しないサーバアプリケーションから情報を受信し、５０６の画面管理アプリケーションの画面上に表示する。

なお、各子画面と子画面に対応するサーバアプリケーションのＵＲＬは図６にあるサーバアプリケーションリストから取得する。

図６は、本発明のクライアントにおける子画面とサーバアプリケーションの対応付けを記憶したデータの一例である。

図６において、６０１の販売実績情報に該当する子画面は左上座標が０×０、右下座標が１２８０×７２０の画面位置に“ｓａｌｅｓｐｅｒｆｏｒｍ．ｃｏｍ”サーバのアプリケーションからデータを受信して表示する。６０２から６０５も同様に夫々のサーバのアプリケーションからデータを受信して、夫々の画面位置に表示する。図４のフローチャートの説明に戻る。

まず、クライアント１０１の子画面アプリケーション３０１の子画面の入力欄にユーザが入力すると、クライアント１０１のＣＰＵは、ステップＳ４０１を開始する。

クライアント１０１のＣＰＵは、ステップＳ４０１において、子画面アプリケーション３０１の入力欄に入力された値、もしくは選択された項目を受け付ける。以下、図７を参照してＳ４０１のユーザによる項目の選択の例について説明する。

図７は、本発明のクライアントにおける画面の一例を示す模式図であり、図７の画面イメージがクライアント１０１のディスプレイ２１０上に表示される。クライアントのユーザはクライアント１０１のマウス２０９などからデータを選択する。なお、図７では説明を分かりやすくするため、５０１の販売実績一覧以外の子画面は表示していない。

図７において、ユーザが販売実績一覧５０１上にマウスカーソル７０１を移動させ、図上の地点で、クリックする。図７のマウスカーソル位置でクリックされると、例えば行７０２が選択される。図４のフローチャートの説明に戻る。

次に、図４のステップＳ４０２において、クライアント１０１のＣＰＵは、子画面アプリケーション３０１でユーザにより入力もしくは選択された項目を抽出し、サーバアプリケーションに入力データとして送信する。図８を参照して、図７のマウスカーソルによる選択行で実行されるソースコードの例を説明する。

図８は、本発明のクライアントにおける子画面アプリケーションのソースコードの一例である。

図７でマウスカーソル７０１により、ある行が選択されると、図８の８０１の“ｄｏＣｈａｎｇｅ”メソッドが実行され、行選択イベント“ＣｓｆｖＳｅｌｅｃｔＤａｔａＥｖｅｎｔ”のインスタンスが生成される（８０２）。その後、８０３の右辺で該当するサーバにデータ“ｄｇＳａｌｅｓＰｅｒｆｏｒｍ．ｓｅｌｅｃｔｅｄＩｎｄｅｘ”を送信し、左辺のデータを取得している。図７の場合は行７０２である２行目が選択されているので、“ｄｇＳａｌｅｓＰｅｒｆｏｒｍ．ｓｅｌｅｃｔｅｄＩｎｄｅｘ”には例えば“２”が入力される。

なお、８０２において、行選択イベントのインスタンスが生成された後、サーバにデータを送信し、返ってくるデータを行選択イベントのインスタンスに入力する場合と、後述する８０３のようにクライアント１０１の子画面アプリケーションが有するオブジェクトデータ“ｃｘＦｏｒｍ．ｒｅｓｐｏｎｓｅ．ｖｏ．ｄｔｏｓ．ｄｔｏｓ”からデータを取得している場合とがある。
図４のフローチャートの説明に戻る。

図４のステップＳ４０３において、サーバアプリケーション１のサーバ１０２のＣＰＵはクライアント１０１から送信されたデータを入力データとして受信し、ＳＱＬ文などを生成しデータベースサーバ１０３のデータベースからデータを検索するなどのデータ処理を実施する（Ｓ４０４）。なお、サーバでのデータ処理は本発明の主要部ではないので、説明を省略する。サーバ１０２のＣＰＵは、ステップＳ４０５においてデータ処理された出力データをクライアント１０１に送信し、ステップＳ４０６に移行する。

ステップＳ４０６において、クライアント１０１のＣＰＵは、サーバ１０２から出力された出力データを子画面アプリケーション３０１で受信し、出力結果を該当する子画面に表示する（Ｓ４０７）。

図７の例では、マウスカーソル７０１により指定された行７０２を表示色を変えて表示している。なお、ステップＳ４０７の子画面への表示処理は必須の処理ではなく、場合によってはステップＳ４０７を実施しなくても良い。

次に、ステップＳ４０８において、クライアント１０１のＣＰＵは、子画面アプリケーション３０１で保持している出力データを画面管理アプリケーション３０２に引き渡す。

以下、図７、図８を参照して、画面管理アプリケーション３０２に出力データを引き渡す工程を説明する。

図７において、子画面５０１で選択された行７０２のデータが画面管理アプリケーション（親画面）に引き渡される（図中の１．のイメージ）。図８の例では、８０４が画面管理アプリケーションへのデータの引き渡しに該当し、子画面アプリケーションで生成したデータ“ｅｖ”オブジェクトを画面管理アプリケーション“ｐａｒｅｎｔＡｐｐｌｉｃａｔｉｏｎ．ｄｉｓｐａｔｃｈＥｖｅｎｔ”に引き渡している。図４のフローチャートの説明に戻る。

図４のステップＳ４０９において、クライアント１０１のＣＰＵは、画面管理アプリケーションに引き渡されたデータを子画面データ管理手段３１７に記憶し、「受け渡された子画面アプリケーション以外の子画面アプリケーション」に引き渡す（ステップＳ４１０）。以下、図９、図１０を参照して、画面管理アプリケーションから子画面アプリケーションへデータを引き渡す例について説明する。

図９は、本発明のクライアントにおける画面の一例を示す模式図であり、図９の画面イメージがクライアント１０１のディスプレイ２１０上に表示される。なお、図９では説明を分かりやすくするため、５０１の販売実績一覧の子画面を表示していない。

図４のステップＳ４１０の画面管理アプリケーションから「データを受け渡された子画面アプリケーション以外の子画面アプリケーション」にデータと制御を引き渡す工程は、図９における、画面管理アプリケーション５００から子画面アプリケーション５０２〜５０５へデータを引き渡し、制御を引き渡す動作を示す（図中の２．のイメージ）。図１０を参照して、図９の画面管理アプリケーションから子画面アプリケーションにデータを送信するソースコードの例を説明する。

図１０は、本発明のクライアントにおける画面管理アプリケーションのソースコードの一例である。

図４のステップＳ４１０の画面管理アプリケーションにおいて、「データを受け渡された子画面アプリケーション以外の子画面アプリケーション」にデータと制御を受け渡す（ディスパッチ）ソースコードが、図１０の１０００である。図１０の１００１において、画面管理アプリケーションは、子画面から受け渡されたデータと制御「行選択イベント」“ＣｓｆｖＳｅｌｅｃｔＤａｔａＥｖｅｎｔ”を受け取ると、“ｄｏＳｅｌｅｃｔＤａｔａ”メソッドがハンドリングして、１００２にある「再検索イベント」“ＣｓｆｖＤａｔａＣｈａｎｇｅＥｖｅｎｔ”のインスタンスを生成する。「再検索イベント」１００２のインスタンスは「データを受け渡された子画面アプリケーション以外の子画面アプリケーション」に対して生成され、「データを受け渡された子画面アプリケーション以外の子画面アプリケーション」夫々のディスパッチイベント１００４〜１００７に対して生成される。生成された「再検索イベント」インスタンス１００２に対し、１０００で受け渡された「行選択イベント」インスタンスの情報を代入し（１００３）、「データを受け渡された子画面アプリケーション以外の子画面アプリケーション」夫々にデータと制御を受け渡す（ディスパッチ）。１００４では、顧客情報画面へ再検索イベントをディスパッチし、１００５では商品情報画面へ、１００６では納入先販売実績画面へ、１００７では顧客別販売実績グラフ画面へ、夫々再検索イベントをディスパッチしている。

上記のように、「行選択イベント」などに対応して１００８のようなスクリプトを生成するだけで、容易に画面連携したアプリケーションを生成可能となる。図４のフローチャートの説明に戻る。

図４のステップＳ４１０において、画面管理アプリケーションからデータと制御を受け渡された「データを受け渡した子画面アプリケーション以外の子画面アプリケーション」は、ステップＳ４１１において、画面管理アプリケーションからデータと制御を受け取り、ステップＳ４１２において、クライアント１０１のＣＰＵは、受け取ったデータを「データを受け渡した子画面アプリケーション以外の子画面アプリケーション」からサーバアプリケーションに入力データとして送信する。図１１を参照して、受け取ったデータを「データを受け渡した子画面アプリケーション以外の子画面アプリケーション」からサーバアプリケーションに入力データとして送信する例を説明する。

図１１は、本発明のクライアントにおける子画面アプリケーションのソースコードの一例であり、顧客情報画面を表示する子画面アプリケーションのソースコードに対応する。

図４のステップＳ４１２の「データを受け渡した子画面アプリケーション以外の子画面アプリケーション」において、画面管理アプリケーションから受け渡されたデータと制御をサーバアプリケーションへ送信するソースコードが、図１１の１１００である。図１１の１１０１において、子画面アプリケーションは、画面管理アプリケーションから受け渡されたデータと制御「再検索イベント」“ＣｓｆｖＤａｔａＣｈａｎｇｅＥｖｅｎｔ”を受け取ると、“ｄｏＤａｔａＣｈａｎｇｅ”メソッドがハンドリングする。続いて、１１０２において、現在表示している顧客情報“ｔｉＣｄｃｏｒｐ．ｔｅｘｔ”と受け取った顧客情報“ｅ．ｃｄ＿ｃｏｒｐ”が一致していれば何もせずに（すなわち、表示されている情報を変更せずに）“ｄｏＤａｔａＣｈａｎｇｅ”メソッドを終了する。一方、現在表示している顧客情報“ｔｉＣｄｃｏｒｐ．ｔｅｘｔ”と受け取った顧客情報“ｅ．ｃｄ＿ｃｏｒｐ”が一致していなければ、受け取った顧客情報を“ｃｘＦｏｒｍ．ｒｅｑｕｅｓｔ”オブジェクトに入力し（１１０３）、サーバアプリケーションに送信する（１１０４）。図４のフローチャートの説明に戻る

図４のステップＳ４１３において、サーバアプリケーション２のサーバ１０２のＣＰＵ２０１（以下、サーバアプリ２のサーバ１０２のＣＰＵ）は、クライアント１０１からデータを受け取り、ステップＳ４１４において、サーバアプリケーション２の処理を実行してステップＳ４１５に処理を移行する。なお、サーバアプリケーション２の処理は本発明の主要部ではないので、説明を省略する。

ステップＳ４１５において、サーバアプリ２のサーバ１０２のＣＰＵは、処理した結果をクライアント１０１のデータをサーバアプリ２のサーバに送信してきた子画面アプリケーションに出力する。

続いて、ステップＳ４１６において、クライアント１０１のＣＰＵは、ステップＳ４１２でデータを送信した子画面アプリケーションが、サーバアプリ２のサーバからの出力データを受信して、ステップＳ４１７に移行する。

ステップＳ４１７において、クライアント１０１のＣＰＵは、ステップＳ４１１で受け取った子画面アプリケーションに対応するサーバアプリ２の出力結果を子画面に表示して、フローチャートを終了する。

本発明では以上のような構成をとることで、複数の画面（ウィンドウ）で表示されたアプリケーション間において、１つのウィンドウへの入力されたデータを画面管理アプリケーションを介して複数のウィンドウにデータを送信することを容易に実現が可能となる。複数のウィンドウ表示されるデータは、夫々の対応するサーバアプリケーションから情報を受信可能であり、１つのウィンドウへの入力と同時に複数の画面で表示されるアプリケーションが一斉に表示内容を変更可能となる。

また、図１０のような画面管理アプリケーションのスクリプト部分（１０００の各段落）を生成するだけで、図８や図１２のような子画面アプリケーションと容易に画面連携アプリケーションを作成することが出来る効果を有する。
［第２の実施形態］

第１の実施形態では、クライアント１０１における子画面アプリケーションがサーバからデータを受信する場合について記載したが、ステップＳ４０２において、子画面アプリケーション１がサーバからデータを受信する場合と、子画面アプリケーションから自身にあるデータを使用する場合とがある。後者の例を、図１３を参照しながら説明する。

図１３は、本発明の情報処理システムにおける第２の制御処理手段の一例を示すフローチャートであり、図１に示したクライアント１０１のＣＰＵ及びサーバ１０２のＣＰＵによって行われる情報処理の詳細の一例である。なお、図中のＳ４０１〜Ｓ４１７、Ｓ１３０１、Ｓ１３０２は各ステップを示し、ステップＳ４０１〜Ｓ４１７は図４と同様なので説明を省略する。

図１３のステップＳ１３０１では、クライアント１０１のＣＰＵは、子画面アプリケーション１のソースコードにより、ステップＳ４０１で入力された値や押下されたボタンに対応する値を、子画面アプリケーションが有するデータを使用するのか、サーバからデータを受信するのかを判断する。図８は、８０３のようにクライアント１０１の子画面アプリケーションが有するオブジェクトデータ“ｃｘＦｏｒｍ．ｒｅｓｐｏｎｓｅ．ｖｏ．ｄｔｏｓ．ｄｔｏｓ”からデータを取得している例である。

図１３のステップＳ１３０１において、子画面アプリケーションが有するデータを使用すると判断された場合、クライアント１０１のＣＰＵは、ステップＳ１３０２へと移行し、子画面アプリケーションでデータ検索やデータ抽出などの処理を実施し（８０３）、ステップＳ４０７へと進める。一方サーバからデータを受信すると判断された場合は、サーバアプリケーションへ入力された値や押下されたボタンに対応する値をサーバに送信する。サーバ１０２のＣＰＵはデータを受信後、ＳＱＬ文などを生成しデータベースサーバ１０３のデータベースからデータを検索するなど、図４のステップＳ４０３と同様の処理を行う。

以上、第２の実施形態により、クライアント１０１の中にあるデータを利用して、複数のウィンドウ間でのデータの移行を容易に実現可能なプログラムを生成する。
［第３の実施形態］

第１、第２の実施形態では、クライアント１０１における子画面アプリケーションが既に起動されている場合の処理を記載したが、子画面アプリケーションが最初から起動されていない場合もある。その際の処理を、図１３〜図１７を参照しながら説明する。

図１４は、本発明の情報処理システムにおける第３の制御処理手段の一例を示すフローチャートであり、図１に示したクライアント１０１のＣＰＵ及びサーバ１０２のＣＰＵによって行われる情報処理の詳細の一例である。なお、図中のＳ１４０１〜Ｓ１４１５は各ステップを示す。

また、図１５〜図１７は本発明のクライアントにおける画面の一例を示す模式図であり、図１５〜図１７の画面イメージがクライアント１０１のディスプレイ２１０上に表示され、クライアントのユーザがクライアント１０１のキーボードやマウス２０９などからデータを入力する。
図１５を参照して、本発明の処理を説明する。

図１５において、１５０５は本発明の画面管理アプリケーションの例であり、この画面上に１５００〜１５０３の子画面が配置されている。１５００〜１５０３の子画面には夫々のサーバアプリケーションが対応付いている。例えば、１５００には販売実績情報一覧が表示されており、データベースサーバ１０３の販売実績情報データベース３３１を利用して１５００に販売実績情報一覧を表示する。１５０１には、顧客別販売実績グラフを表示する。また、１５０２は納入先別販売実績一覧を表示しており、１５０３は商品情報について表示している。夫々のデータは描画しないデータベースに保存されており、夫々の子画面が夫々の図示しないサーバアプリケーションから情報を受信し、１５０５の画面管理アプリケーションの画面上に表示する。

なお、各子画面と子画面に対応するサーバアプリケーションのＵＲＬは図６にあるサーバアプリケーションリストから取得する。

まず、クライアント１０１の子画面アプリケーション１５００の入力欄にユーザが入力することにより、クライアント１０１のＣＰＵは、図１３のステップＳ４０１を開始する。

クライアント１０１のＣＰＵは、図１３のステップＳ４０１において、ユーザから入力された値や押下されたボタンに対応する値をクライアントのＲＡＭ２０２に記憶する。例えば、図１５のマウスポインタ１５０４で販売実績一覧１５００の２行目をユーザが選択することにより、ユーザから入力された値や押下されたボタンに対応する値を記憶する。

次にクライアント１０１のＣＰＵは、ＲＡＭ２０２に記憶された値を入力値（この場合は２行目という値）としてステップＳ１３０１でサーバに送信するか、子画面アプリケーションからデータを取得するかを判断する。

子画面アプリケーションのスクリプトが子画面アプリケーションからデータを取得するスクリプトである場合、クライアント１０１のＣＰＵは、ステップＳ１３０２に移行し、子画面アプリケーションでデータ処理を行う。具体的には、クライアント１０１のＲＡＭ２０２に記憶された２行目という値より、２行目の受注日、受注Ｎｏ．、顧客コード（０００００００１）、会社名、会社電話番号、商品コード（４０２５Ｃ）、商品名、定価などを子画面アプリケーションで読み出し、記憶する（ステップＳ１３０２）。

次にステップＳ４０７へ移行し、クライアント１０１のＣＰＵは、子画面アプリケーションの結果を表示する。子画面アプリケーションの表示結果を、図１６を参照して説明する。

図１６において、１６０５のグレー表示で選択されている２行目の部分が、ステップＳ４０７における結果の表示に該当する。図１３のフローチャートの説明に戻る。

次にステップＳ４０８において、クライアント１０１のＣＰＵは、子画面アプリケーションから、画面管理アプリケーションにデータと制御を受け渡す。

クライアント１０１のＣＰＵは、画面管理アプリケーションにおいて、データと制御を受け取り（ステップＳ４０９）、子画面データ管理手段３１７で受け取ったデータを管理し、「受け渡された子画面アプリケーション以外の子画面アプリケーション」にデータと制御を引き渡す（ステップＳ４１０）。

次にクライアント１０１のＣＰＵは、「受け渡された子画面アプリケーション以外の子画面アプリケーション」において、データと夫々の制御を受け取り（ステップＳ４１１）、夫々のサーバアプリケーションにデータを送信する（ステップＳ４１２）。夫々のサーバが送信する送信先サーバは、図６のサーバアプリリストに記憶されたＵＲＬを利用して特定する。

次にクライアント１０１のＣＰＵは、各サーバで処理されたデータを受信し（ステップＳ４１６）、子画面アプリケーションの画面上に処理結果を表示する（ステップＳ４１７）。

ステップＳ４０７から、ステップＳ４１７までの画面表示イメージを表示した図が図１６である。

図１６の１６０５で選択された２行目を選択行として表示した子画面アプリケーション１６００は、選択された１６０５行の値を取得後、子画面アプリケーション１６０１、１６０２、１６０３にデータと制御を渡す。データと制御を受け取った子画面アプリケーション１６０１、１６０２、１６０３は子画面アプリケーション１６００から受信したデータの内、各アプリケーションで必要なデータ（子画面アプリケーション１６０１や１６０２の場合は顧客コード１６１１，１６１２、子画面アプリケーション１６０３の場合は商品コード１６１３等）を抽出し、各子画面アプリケーションに対応するサーバアプリケーションへとデータを送信し、返信されたデータから、図１６の１６０１や１６０２、１６０３を表示する。

一方、図１６のように、図９の５０３で表示していた顧客情報表示画面がまだ起動されていない状態の実施例である場合に、顧客情報表示画面を表示したい場合がある。画面下部の「顧客情報表示起動ボタン」が顧客情報表示を起動するボタンに該当する。顧客情報表示画面の際の地図情報などの別のアプリケーションを起動する場合は、デフォルトでの起動時の画面を指定、もしくは前回終了時の表示画面を保持するしかなかった。

本発明の第３の実施形態では、画面管理アプリケーション上で機能する子画面アプリケーションが起動される際に、他の子画面アプリケーションと関係がある子画面アプリケーションが起動される場合には、起動時から他の子画面アプリケーションと関係している結果を表示することを可能とする。子画面アプリケーションの起動時から他の子画面アプリケーションと関係する値を取得し、子画面アプリケーションの結果表示を行う処理を図１４を参照して説明する。

図１４は、本発明の情報処理システムにおける第３の制御処理手段の一例を示すフローチャートであり、図１に示したクライアント１０１のＣＰＵ及びサーバ１０２のＣＰＵによって行われる情報処理の詳細の一例である。なお、図中のＳ１４０１〜Ｓ１４０８、Ｓ４１２〜Ｓ４１７は各ステップを示し、ステップＳ４１２〜Ｓ４１７は図４と同様なので説明を省略する。

まず、ステップＳ１４０１において、クライアント１０１のＣＰＵは、まだ起動されていない子画面アプリケーションを起動するボタンもしくはコマンドをユーザより受け付ける。ユーザにより子画面アプリケーションが起動される処理を図１６、図１７を参照して説明する。

図１６では前述したように、顧客情報を表示する子画面アプリケーションは起動されていない。図１６の最下部にある顧客情報表示起動ボタンを１６０４のようなマウスポインタなどで指定（クリック）して顧客情報を表示する子画面を起動する。図１４のフローチャートの説明に戻る。

次にクライアント１０１のＣＰＵは、ステップＳ１４０２において、画面管理アプリケーションから起動した子画面に関するデータを取得するために、データを要求する。

次にクライアント１０１のＣＰＵは、ステップＳ１４０３において、起動した子画面アプリケーションからの要求により、起動した子画面アプリケーションに渡す情報を生成する。起動した子画面アプリケーションに渡す情報は、図３の３１７のように子画面データ管理手段により管理されているデータを用いても良いし、画面管理アプリケーションにデータ取得の要求があった時に、他の子画面アプリケーションから現在の表示結果を取得しても良い。

次にステップＳ１４０４において、クライアント１０１のＣＰＵは、起動した子画面アプリケーションに送信するデータが生成できたかを確認する。起動した子画面アプリケーションに送信するデータが生成できた場合は、生成できたデータを起動した子画面アプリケーションに送信する（ステップＳ１４０５）。

一方、起動した子画面アプリケーションに送信するデータが生成できない場合は、起動した子画面アプリケーションが画面管理アプリケーションの属する最初に起動された子画面アプリケーションであるか、他の子画面アプリケーションにまだ、データが入力されていない場合である。その場合は画面管理アプリケーションからはデータを送信せず、ステップＳ１４０６において、子画面アプリケーションのデフォルトの値を設定し、ステップＳ４１２へと移行する。

画面管理アプリケーションから起動した子画面アプリケーションにデータが送信された場合は、クライアント１０１のＣＰＵは、子画面アプリケーションにおいて、送信されたデータを受信する（ステップＳ１４０７）。

次にクライアント１０１のＣＰＵは、ステップＳ１４０８において、画面管理アプリケーションから受信したデータの中に、起動した子画面アプリケーションに関連する項目があるかどうかを判断する。起動した子画面アプリケーションに関連する項目があると判断した場合は、その関連する項目のデータを利用して、サーバにデータを送信し（ステップＳ４１２）、起動した子画面アプリケーションに関連する項目がないと判断した場合は、ステップＳ１４０６に移行し、起動した子画面アプリケーションのデフォルトの値を設定する。具体的に図１７を参照して説明する。

図１７は、図１６の画面イメージから、マウスポインタ１６０４により、顧客情報表示起動ボタンを選択（クリック）した後の画面イメージである。

図１７の１７０１が前述した他の子画面アプリケーションの現在の表示結果であり、１７０１で選択された行には受注日、受注Ｎｏ．、顧客コード（＝０００００００１）、会社名、会社電話番号、商品コード、商品名、定価が指定されている。これらの項目のうち、起動した子画面アプリケーション（この場合、顧客情報表示の子画面アプリケーション）に関連する項目として顧客コード（＝０００００００１）が存在するので、顧客コード（＝０００００００１）をサーバに送信する（ステップＳ４１２）。クライアント１０１がサーバに顧客コードを送信後、サーバ１０２は顧客コードを受け付け（ステップＳ４１３）、サーバ１０２は顧客コードに対応する会社名や住所などをデータベース１０３から検索し、地図情報３３０から顧客の地図情報などを表示する（図１７の１７０２）。

図１７において、仮に１７０１が選択されていなくても、左下の顧客別販売実績グラフなどに記載のある顧客コード１７０３等のデータにより、同様に１７０２が表示可能である。

以上、第３の実施形態により、新たに起動した子画面アプリケーションの起動時の表示結果を最初から他の子画面と関連付いた値で表示することが出来るという効果を有する。
［第４の実施形態］

第１〜第３の実施形態では、複数の子画面アプリケーションをほぼ同時に更新する構成について記載したが、子画面の中でも最小化している画面も同時に更新していると、クライアントの動作が見た目遅くなったように感じてしまう。第４の実施形態では、最小化された子画面アプリケーションについては、通常画面の処理よりも優先度を落として表示させることにより、クライアントの動作が見た目で遅くなったように感じさせないことを目的とする。図１８のフローチャートを参照して説明する。

図１８は、本発明の情報処理システムにおける第４の制御処理手段の一例を示すフローチャートであり、図１に示したクライアント１０１のＣＰＵ及びサーバ１０２のＣＰＵによって行われる情報処理の詳細の一例である。なお、図中のＳ４０９〜Ｓ４１７、Ｓ１８０１〜Ｓ１８０４は各ステップを示し、ステップＳ４０９〜Ｓ４１７は図４と同様なので説明を省略する。

このフローチャートは、子画面アプリケーションが画面管理アプリケーションへデータと制御を受け渡した後で開始される。

クライアント１０１のＣＰＵは、画面管理アプリケーションにおいて、データと制御を受け取った後（ステップＳ４０９）、各子画面アプリケーションのディスプレイ２１０上での表示状態を図３のサーバリストにより確認する（ステップＳ１８０１）。子画面アプリケーションの表示状態を説明するために、図１９を参照して説明する。

図１９は、本発明のクライアントにおける子画面とサーバアプリケーションの対応付けを記憶したデータの一例であり、図３のサーバリスト３１６に該当する。

図１９の顧客情報の子画面は、１９０２のように「Ｍｉｎｉｍｕｍ」と登録されており、顧客情報を表示する子画面が最小化されていることを示している。図１９の状況がクライアント１０１のディスプレイ２１０上に表示されるイメージを図２０を参照して説明する。

図２０は、本発明のクライアントにおける画面の一例を示す模式図であり、図２０の画面イメージがクライアント１０１のディスプレイ２１０上に表示され、クライアントのユーザがクライアント１０１のキーボードやマウス２０９などからデータを入力する。

図２０において、最下部にある顧客情報表示最小化アイコンは、図１６とは異なり、一旦顧客情報を表示する子画面アプリケーションを起動した後、最小化してアイコン化している状態である。図１８のフローチャートの説明に戻る。

図１８のステップＳ１８０１において、クライアント１０１のＣＰＵは、各子画面アプリケーションの表示状況をサーバリスト３１６から取得し、ステップＳ１８０２に移行する。

次にステップＳ１８０２において、クライアント１０１のＣＰＵは、サーバリスト３１６で取得した子画面アプリケーションの中で最小化された子画面アプリケーションを抽出し、子画面アプリケーションの処理優先度を付与する。子画面アプリケーションの処理優先度を、図１９を参照して説明する。

図１９のサーバリストにおいて、顧客情報の画面欄（表内の１行目）の子画面アプリケーションは、１９０２のように最小化されており、１９０１に該当する他の子画面アプリケーションは、最小化されていない子画面アプリケーションである。従って、最小化されていない子画面の処理優先度を「１」として処理優先順位を上げ、最小化されている子画面アプリケーションは処理優先度を「２」として処理優先順位を下げる（１９０３）。図１８のフローチャートの説明に戻る。

図１８のステップＳ１８０３において、クライアント１０１のＣＰＵは、通常画面の子画面アプリケーション（図１９の１９０３で処理優先度が「１」の子画面アプリケーション）へデータと制御を受け渡す。

次にステップＳ４１１において、クライアント１０１のＣＰＵは、通常画面の子画面アプリケーションにおいてデータと制御を受け取り、夫々のサーバアプリケーションへデータを送信する（ステップＳ４１２）。

一方、全ての処理優先度が「１」の子画面アプリケーションへのデータと制御の受け渡しが終了したら、クライアント１０１のＣＰＵは、画面管理アプリケーションにおいて、処理優先度が「２」の子画面アプリケーション（即ち、最小化されている子画面アプリケーション）へ、データと制御を受け渡す。

以上、第４の実施形態により、最小化された子画面アプリケーションは、通常画面の処理よりも優先度を落として表示させることにより、クライアントの動作が遅くなったように感じさせない等の効果を有する。

また、他の実施形態として、最小化された子画面アプリケーションのデータと制御の受け渡しは、通常画面の子画面アプリケーションへのデータと制御の受け渡し処理後に、一定時間だけ時間を空けて実施するようにしても良い。

また、他の実施形態として、最小化された子画面アプリケーションのデータと制御の受け渡しは、最小化された子画面が通常画面へ戻される際（即ち、顧客情報表示最小化アイコンをマウスポインタ２００４が押下され、通常画面サイズへの表示指示の入力を受け付けた場合）に、データと制御の受け渡しを実施するようにしても良い。

これらの構成により、通常画面の子画面アプリケーションを優先的に実施するので、最小化された子画面アプリケーションの処理を待つことなく、通常画面の子画面アプリケーションを確認でき、ユーザビリティを上げることが出来る。 以下、図１２に示すメモリマップを参照して本発明に係るワークフローサーバで読み取り可能なデータ処理プログラムの構成について説明する。

図１２は、本発明に係るワークフローサーバで読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記記録媒体に管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４、図１３、図１４、図１８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

１０１ クライアント
１０２ サーバ
１０３ データベース
３０１ 子画面アプリケーション
３０２ 画面管理アプリケーション
３１０ 入力手段
３１１ 表示手段
３１２ 受信手段
３１３ 送信手段
３１４ 第１のデータ引渡手段
３１５ 第２のデータ引渡手段
３１６ サーバリスト
３１７ 子画面データ管理手段
３２０ サーバアプリケーション
３３０ 地図情報ＤＢ
３３１ 販売実績情報ＤＢ

Claims (5)

1. 複数のサーバアプリケーションが稼働している一つ又は複数のサーバと接続可能な情報処理装置であり、
   複数の子画面を管理する画面管理アプリケーションと、該画面管理アプリケーションで管理された複数のサーバアプリケーション夫々に対応する子画面を表示する子画面アプリケーションとを有する情報処理装置であって、
   前記子画面アプリケーションは、
   前記子画面アプリケーションへの入力指示を受け付ける入力指示受付手段と、
   前記入力指示受付手段により入力される入力情報と入力イベント情報とを前記子画面に対応するサーバアプリケーションに送信する送信手段と、
   前記サーバアプリケーションから送信される出力情報を受信する受信手段と、
   前記受信手段で受信した出力情報と共に前記入力イベント情報を前記画面管理アプリケーションへ受け渡す第１の受渡手段とを有し、
   前記画面管理アプリケーションは、
   前記第１の受渡手段で受け渡された出力情報と、前記入力イベント情報とを前記子画面アプリケーション以外の子画面アプリケーションに受け渡す第２の受渡手段と、を有することを特徴とする情報処理装置。
2. 前記第２の受渡手段は、子画面アプリケーションが起動された際、前記起動した子画面アプリケーションの要求により、子画面アプリケーションに受け渡す前記出力情報がある場合、前記子画面アプリケーションに受け渡す前記出力情報を前記起動した子画面アプリケーションに受け渡すことを特徴とする請求項１に記載の情報処理装置。
3. 前記入力指示を受け付けた子画面アプリケーション以外の子画面アプリケーションは、
   前記第２の受渡手段により受け渡された前記出力情報と、前記入力イベント情報により予め対応付けられたイベント情報とを前記子画面に対応するサーバアプリケーションに送信する送信手段と、
   前記画面管理アプリケーションは、
   前記複数の子画面アプリケーションの表示状況を確認する表示状況確認手段と、
   前記表示状況確認手段により、最小化されている子画面アプリケーションがあれば、該最小化されている子画面アプリケーションへの処理の優先度を相対的に下げる処理優先度設定手段と、
   を有することを特徴とする請求項１又は２に記載の情報処理装置。
4. 複数のサーバアプリケーションが稼働している一つ又は複数のサーバと接続可能な情報処理装置によって行われる情報処理方法であって、
   複数の子画面を管理する画面管理アプリケーションと、該画面管理アプリケーションで管理された複数のサーバアプリケーション夫々に対応する子画面を表示する子画面アプリケーションとを有する情報処理方法であり、
   前記子画面アプリケーションは、
   前記子画面アプリケーションへの入力指示を受け付ける入力指示受付工程と、
   前記入力指示受付工程により入力される入力情報と入力イベント情報とを前記子画面に対応するサーバアプリケーションに送信する送信制御工程と、
   前記サーバアプリケーションから送信される出力情報を受信する受信制御工程と、
   前記受信制御工程で受信した出力情報と共に前記入力イベント情報を前記画面管理アプリケーションへ受け渡す第１の受渡工程とを有し、
   前記画面管理アプリケーションは、
   前記第１の受渡工程で受け渡された出力情報と、前記入力イベント情報とを前記子画面アプリケーション以外の子画面アプリケーションに受け渡す第２の受渡工程と、を有することを特徴とする情報処理方法。
5. 請求項１乃至３のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラム。

Images