JP7290095B2 - 表示制御プログラム、表示制御方法および表示制御装置 - Google Patents

Description

本発明は、表示制御プログラム、表示制御方法および表示制御装置に関する。

従来、ＣＯＢＯＬ（Ｃｏｍｍｏｎ Ｂｕｓｉｎｅｓｓ Ｏｒｉｅｎｔｅｄ Ｌａｎｇｕａｇｅ）に代表されるレガシー資産には、ファイルのＯＰＥＮ、ＷＲＩＴＥ、ＲＥＡＤ、ＣＬＯＳＥの命令を用いた、シンプルな決められた順番で行う処理により画面出力をするアプリケーションが存在する。

先行技術としては、例えば、サーバ上で実行しているＣＯＢＯＬアプリケーションの出力帳票をサーバのプリンタで印刷したり、ＰＣクライアントのＷＷＷブラウザ上でプレビューさせたり、ＷＷＷブラウザを通してＰＣクライアント側のプリンタに印刷させたりするものがある。

ＦＵＪＩＴＳＵ Ｓｏｆｔｗａｒｅ ＮｅｔＣＯＢＯＬ 機能説明、［ｏｎｌｉｎｅ］、富士通株式会社、［令和１年９月２０日検索］、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏｍ／ｊｐ／ｐｒｏｄｕｃｔｓ／ｓｏｆｔｗａｒｅ／ｍｉｄｄｌｅｗａｒｅ／ｂｕｓｉｎｅｓｓ－ｍｉｄｄｌｅｗａｒｅ／ｍｉｄｄｌｅｗａｒｅ／ｃｏｂｏｌ／ｆｕｎｃｔｉｏｎ／ｏｖｅｒｖｉｅｗ／ｍｅｆｔｗｅｂ．ｈｔｍｌ＃ｍｅｆｔｗｅｂ＞

しかしながら、従来技術では、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションの場合、同時に複数の画面を表示することができない。既存のアプリケーションに手を加えて、複数画面の表示を制御可能にすることも考えられるが、アプリケーションの改修にはコストがかかる。

一つの側面では、本発明は、アプリケーションの改修を行うことなく、複数の画面を表示可能にすることを目的とする。

一つの実施態様では、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、表示制御プログラムが提供される。

また、一つの実施態様では、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、表示制御プログラムが提供される。

本発明の一側面によれば、アプリケーションの改修を行うことなく、複数の画面を表示可能にすることができるという効果を奏する。

図１は、実施の形態にかかる表示制御方法の一実施例を示す説明図である。 図２は、表示制御システム２００のシステム構成例を示す説明図である。 図３は、サーバ２０１のハードウェア構成例を示すブロック図である。 図４は、端末装置２０２のハードウェア構成例を示すブロック図である。 図５は、画面管理テーブルＴＢのデータ構造例を示す説明図である。 図６は、サーバ２０１の機能的構成例を示すブロック図である。 図７は、アプリからの各命令に対する動作例を示す説明図である。 図８は、アプリからの各命令に応じて複数画面を表示する際の動作例を示す説明図である。 図９Ａは、画面管理テーブルの記憶内容の一例を示す説明図（その１）である。 図９Ｂは、画面管理テーブルの記憶内容の一例を示す説明図（その２）である。 図９Ｃは、画面管理テーブルの記憶内容の一例を示す説明図（その３）である。 図９Ｄは、画面管理テーブルの記憶内容の一例を示す説明図（その４）である。 図９Ｅは、画面管理テーブルの記憶内容の一例を示す説明図（その５）である。 図９Ｆは、画面管理テーブルの記憶内容の一例を示す説明図（その６）である。 図１０Ａは、画面の表示例を示す説明図（その１）である。 図１０Ｂは、画面の表示例を示す説明図（その２）である。 図１０Ｃは、画面の表示例を示す説明図（その３）である。 図１０Ｄは、画面の表示例を示す説明図（その４）である。 図１０Ｅは、画面の表示例を示す説明図（その５）である。 図１０Ｆは、画面の表示例を示す説明図（その６）である。 図１０Ｇは、画面の表示例を示す説明図（その７）である。 図１０Ｈは、画面の表示例を示す説明図（その８）である。 図１０Ｉは、画面の表示例を示す説明図（その９）である。 図１１は、サーバ２０１の表示制御処理手順の一例を示すフローチャートである。 図１２は、ＯＰＥＮ処理の具体的処理手順の一例を示すフローチャートである。 図１３は、ＷＲＩＴＥ処理の具体的処理手順の一例を示すフローチャートである。 図１４は、ＲＥＡＤ処理の具体的処理手順の一例を示すフローチャートである。 図１５は、ＣＬＯＳＥ処理の具体的処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかる表示制御プログラム、表示制御方法および表示制御装置の実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる表示制御方法の一実施例を示す説明図である。図１において、表示制御装置１０１は、アプリケーションＡＰＬからの描画要求に応じて、端末装置１０２に画面を描画させるコンピュータである。アプリケーションＡＰＬは、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションである。端末装置１０２は、ユーザが使用するコンピュータである。

ここで、ＣＯＢＯＬに代表されるレガシー資産には、ファイルのＯＰＥＮ、ＷＲＩＴＥ、ＲＥＡＤ、ＣＬＯＳＥの命令を用いた、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションが多く存在する。以下の説明では、アプリケーションを、単に「アプリ」と称する場合がある。

このようなアプリを動作させる既存のランタイムシステムは、アプリから受け取る命令に対し、例えば、以下のような処理を行う。ランタイムシステムとは、アプリを動作させるためのソフトウェア基盤であり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリの管理を行う。

まず、既存のランタイムシステムは、アプリからのＯＰＥＮ命令（画面の開設）に応じて、画面を開設する。画面の開設とは、出力する画面の作成、初期化を行うことである。つぎに、既存のランタイムシステムは、アプリからのＷＲＩＴＥ命令（画面の描画）に応じて、アプリからの情報をもとに、画面を描画する。

つぎに、既存のランタイムシステムは、アプリからのＲＥＡＤ命令（再リクエストの読込）に応じて、画面に入力されたデータを読み込む。そして、既存のランタイムシステムは、アプリからのＣＬＯＳＥ命令（画面の閉鎖）に応じて、画面を閉鎖する。画面の閉鎖とは、画面の表示を終了して、画面を描画するための情報を削除することである。なお、画面が開設（ＯＰＥＮ）されてから、画面が閉鎖（ＣＬＯＳＥ）されるまでに、例えば、ＷＲＩＴＥ命令やＲＥＡＤ命令は複数回行われてもよい。

以下の説明では、ファイルのＯＰＥＮ、ＷＲＩＴＥ、ＲＥＡＤ、ＣＬＯＳＥを用いた、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリを「ＲＷ形式のアプリ」と表記する場合がある。

ＲＷ形式のシーケンシャルなアプリの構造は、クライアントサーバシステムにも適用されている。例えば、クライアントサーバシステムにおいて、クライアントのＷｅｂブラウザは、アプリからのＯＰＥＮ命令に応じて画面が開設されると、ＷＲＩＴＥ内容を描画し、入力待ち状態となる。

その後、クライアントのＷｅｂブラウザは、画面にデータが入力されると、入力されたデータを処理して、反映したＷＲＩＴＥ内容を描画し、再び入力待ち状態となる。そして、クライアントのＷｅｂブラウザは、アプリからのＣＬＯＳＥ命令に応じて画面が閉鎖されると、画面の表示を終了する。

ＲＷ形式において、アプリと画面の通信は、アプリと入力対象となる画面の間で行われる。ＲＷ形式で複数の画面を処理するときは（既に開設済みの画面１があるときに別画面２をＯＰＥＮしたとき）、アプリは入力対象となる画面（画面２）のみと通信する。このため、表示される画面は、入力対象の画面（画面１から画面２）に切り替わる（切り替え方式）。

一方、一般的なＷｅｂアプリは、シーケンシャルではなく、状態遷移的な構造をもつ。アプリは、クライアントからのＲｅｑｕｅｓｔに応じて処理を切り分け、Ｒｅｓｐｏｎｓｅを返す。Ｒｅｑｕｅｓｔは順不同であり、アプリはＲｅｑｕｅｓｔが同時に複数きても対応可能である。

ＲＷ形式のアプリをＷｅｂアプリ化するにあたり、例えば、入力補助のために、前の画面を参照しながら入力を行いたい（複数画面の表示）という要望や、様々なデバイスで画面処理を行いたい（マルチデバイス対応）という要望がある。しかし、レガシー資産を持つユーザは、アプリの改修は極力行いたくないことが多い。このため、シンプルなＲＷ形式は維持したまま既存資産を流用して、これらの要望を解決することが求められている。

ここで、一般的なＷｅｂアプリは、状態遷移的な構造を持つため、複数の画面を同時に表示したとき、複数の画面が入力対象になりえる。このとき、それぞれの画面はアプリと独自に通信する。そのため、アプリから見ると通信経路が複数あるように見えるものとなっている。

一方、ＲＷ方式のアプリはシーケンシャルな処理であるため、入力対象となる画面は、ＲＥＡＤ命令の対象であるただひとつの画面である。すなわち、複数の画面を表示する場合でも、シーケンシャルな処理を行うためには、アプリとの通信経路は１本でなければならない。このため、従来手法では別画面が出るときは、前画面は隠され、同時表示はできない。

このようなアプリの処理手法の違いから、一般的なＷｅｂアプリに用いられる複数画面の表示の手法を、ＲＷ方式のアプリに適応することはできない。

なお、ＲＷ形式のアプリで複数画面表示する手法として、クライアントマシンで画面制御を行うことが考えられる。例えば、ＡｃｔｉｖｅＸ（登録商標）コントロールに代表される画面制御機構をクライアントマシンにインストールすることで、画面制御をクライアント側で行い、ＲＷ形式のアプリはそのままで複数画面表示を行うことが考えられる。

より詳細に説明すると、例えば、サーバにおいて、クライアントのＷｅｂブラウザからアプリが起動されると、アプリからクライアントに画面情報を送信する。その後、アプリは、Ｗｅｂブラウザの画面制御機構と通信する。画面制御機構は、画面のＯＰＥＮ，ＣＬＯＳＥを管理するものである。

すなわち、アプリ起動時はアプリとブラウザが通信し、アプリ起動後はアプリと画面制御機構が通信するため、２種類の通信経路が存在する。しかしながら、この手法では、クライアント環境ごと画面制御機構が必要である。また、通信経路が２種類存在する。そのため、ＲＷ形式アプリの複数画面表示はクライアント環境に依存することになり、マルチデバイス対応を実現することができない。

そこで、本実施の形態では、既存のアプリＡＰＬ（例えば、ＲＷ形式のレガシー資産）の改修を行うことなく、複数の画面を表示可能にする表示制御方法について説明する。以下、表示制御装置１０１の処理例について説明する。

（１）表示制御装置１０１は、アプリＡＰＬから、端末装置１０２に新たな画面を描画させる描画要求を受け付けたことに応じて、新たな画面についての設定情報１２０を作成して記憶部１１０に記憶する。アプリＡＰＬは、端末装置１０２からの要求に応じて、表示制御装置１０１上に起動される。

例えば、アプリＡＰＬは、ファイルのＯＰＥＮ、ＷＲＩＴＥ、ＲＥＡＤ、ＣＬＯＳＥの命令を用いたシーケンシャル処理により画面の入出力制御をするアプリである。設定情報１２０は、画面についての設定を示す情報であり、例えば、画面の表示内容に関する情報や、画面の配置に関する情報を含む。

具体的には、例えば、表示制御装置１０１は、アプリＡＰＬから、端末装置１０２の表示部１３０に第１の画面を描画させる描画要求を受け付けたことに応じて、第１の画面についての第１の設定情報を作成して記憶部１１０に記憶する。表示部１３０は、画面を表示するための機能部であり、例えば、Ｗｅｂブラウザである。

また、表示制御装置１０１は、第１の画面が表示部１３０に表示された状態で、表示部１３０に第２の画面を描画させる描画要求をアプリＡＰＬから受け付けた場合には、第２の画面についての第２の設定情報を作成して記憶部１１０に記憶する。

（２）表示制御装置１０１は、記憶部１１０に新たな画面についての設定情報１２０のみが記憶されている場合、新たな画面についての設定情報１２０に基づいて、新たな画面を入力対象画面として、新たな画面を描画させる描画データを生成する。ここで、入力対象画面とは、データの入力を受け付ける画面であり、ＲＥＡＤ命令の対象となる画面である。

また、表示制御装置１０１は、記憶部１１０に新たな画面を含む複数の画面それぞれについての設定情報が記憶されている場合、複数の画面それぞれについての設定情報に基づいて、複数の画面のうち新たな画面のみを入力対象画面として、複数の画面をまとめて描画させる描画データを生成する。

具体的には、例えば、表示制御装置１０１は、記憶部１１０に第１の設定情報のみが記憶されている場合、第１の設定情報に基づいて、第１の画面を描画させる描画データを生成する。この際、表示制御装置１０１は、第１の画面を入力対象画面とする描画データを生成する。

また、表示制御装置１０１は、記憶部１１０に第１の設定情報および第２の設定情報が記憶されている場合、第１の設定情報と第２の設定情報とに基づいて、第１の画面と第２の画面の双方をまとめて描画させる描画データを生成する。この際、表示制御装置１０１は、第１の画面と第２の画面のうち直前に描画要求を受け付けた第２の画面を入力対象画面として特定する。そして、表示制御装置１０１は、第１の画面と第２の画面のうち第２の画面のみを入力対象画面とする描画データを生成する。すなわち、表示制御装置１０１は、一つの画面内に第１の画面と第２の画面の双方を表示し、第２の画面のみを入力対象画面とする描画データを生成する。

（３）表示制御装置１０１は、生成した描画データを端末装置１０２に送信する。具体的には、例えば、表示制御装置１０１は、第１の画面を描画させる描画要求を受信した場合、第１の画面を入力対象画面として、第１の画面を描画させる描画データを端末装置１０２に送信する。

また、表示制御装置１０１は、第１の画面が表示された状態で、第２の画面を描画させる描画要求を受信した場合、第１の画面と第２の画面のうち第２の画面のみを入力対象画面とし、第１の画面と第２の画面の双方をまとめて描画させる描画データを端末装置１０２に送信する。

このように、表示制御装置１０１によれば、複数の画面（例えば、第１の画面、第２の画面）が開設された場合であっても、開設された各画面についての設定を示す設定情報を用いて、アプリＡＰＬからの要求に応じて複数画面を端末装置１０２に描画することができる。また、入力対象となる画面（例えば、第２の画面）の設定を制御できるため、アプリＡＰＬと端末装置１０２（表示部１３０）との１つの通信経路での複数画面の出力を実現することができる。

これにより、既存のアプリＡＰＬ（例えば、ＲＷ形式のレガシー資産）の改修を行うことなく、複数の画面を表示可能にすることができる。また、クライアント環境に依存しないため、マルチデバイス環境でＲＷ形式のレガシー資産の複数画面の制御を実現することができる。

（表示制御システム２００のシステム構成例）
つぎに、実施の形態にかかる表示制御システム２００のシステム構成例について説明する。ここでは、図１に示した表示制御装置１０１をサーバ２０１に適用した場合を例に挙げて説明する。表示制御システム２００は、例えば、ＣＯＢＯＬに代表されるレガシー資産を動作させるコンピュータシステムに適用される。

図２は、表示制御システム２００のシステム構成例を示す説明図である。図２において、表示制御システム２００は、サーバ２０１と、端末装置２０２と、を含む。表示制御システム２００において、サーバ２０１および端末装置２０２は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

ここで、サーバ２０１は、画面管理ＤＢ（Ｄａｔａｂａｓｅ）２２０を有し、アプリＡＰＬからの描画要求に応じて、端末装置２０２に画面を描画させるコンピュータである。画面管理ＤＢ２２０は、画面管理テーブルＴＢを格納する。画面管理テーブルＴＢのデータ構造例については、図５を用いて後述する。図１に示した記憶部１１０は、例えば、画面管理ＤＢ２２０に相当する。

端末装置２０２は、ブラウザｂｒ（後述の図７参照）を有し、ユーザが使用するコンピュータである。端末装置２０２は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、スマートフォンなどである。図１に示した端末装置１０２は、例えば、端末装置２０２に相当する。

なお、図２の例では、端末装置２０２を１台のみ表記したが、これに限らない。例えば、表示制御システム２００には、ユーザごとの端末装置２０２が含まれる。

（サーバ２０１のハードウェア構成例）
つぎに、図３を用いて、サーバ２０１（表示制御装置１０１）のハードウェア構成例について説明する。

図３は、サーバ２０１のハードウェア構成例を示すブロック図である。図３において、サーバ２０１は、ＣＰＵ３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、サーバ２０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示した端末装置２０２）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、サーバ２０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、サーバ２０１は、上述した構成部のうち、例えば、ディスクドライブ３０３、ディスク３０４、可搬型記録媒体Ｉ／Ｆ３０６、可搬型記録媒体３０７を有していなくてもよい。

（端末装置２０２のハードウェア構成例）
つぎに、図４を用いて、端末装置２０２のハードウェア構成例について説明する。

図４は、端末装置２０２のハードウェア構成例を示すブロック図である。図４において、端末装置２０２は、ＣＰＵ４０１と、メモリ４０２と通信Ｉ／Ｆ４０３と、ディスプレイ４０４と、入力装置４０５と、可搬型記録媒体Ｉ／Ｆ４０６と、可搬型記録媒体４０７と、を有する。また、各構成部はバス４００によってそれぞれ接続される。

ここで、ＣＰＵ４０１は、端末装置２０２の全体の制御を司る。ＣＰＵ４０１は、複数のコアを有していてもよい。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する記憶部である。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

通信Ｉ／Ｆ４０３は、通信回線を通じてネットワーク２１０（図２参照）に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、サーバ２０１）に接続される。そして、通信Ｉ／Ｆ４０３は、ネットワーク２１０と自装置内部とのインターフェースを司り、外部装置からのデータの入出力を制御する。

ディスプレイ４０４は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。ディスプレイ４０４としては、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。

入力装置４０５は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０５は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

可搬型記録媒体Ｉ／Ｆ４０６は、ＣＰＵ４０１の制御に従って可搬型記録媒体４０７に対するデータのリード／ライトを制御する。可搬型記録媒体４０７は、可搬型記録媒体Ｉ／Ｆ４０６の制御で書き込まれたデータを記憶する。

なお、端末装置２０２は、上述した構成部のほかに、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ、スキャナ、プリンタなどを有することにしてもよい。

（画面管理テーブルＴＢのデータ構造例）
つぎに、図５を用いて、サーバ２０１が有する画面管理ＤＢ２２０に格納される画面管理テーブルＴＢのデータ構造例について説明する。

図５は、画面管理テーブルＴＢのデータ構造例を示す説明図である。図５において、画面管理テーブルＴＢは、画面ごとに作成される、画面についての設定を示す設定情報の一例である。画面管理テーブルＴＢは、画面データテーブル５１０と、画面制御テーブル５２０とを含む。

画面データテーブル５１０は、画面の表示内容を構成する情報を記憶する。具体的には、例えば、画面データテーブル５１０は、ＲＷ形式のアプリと既存のランタイムシステムがやり取りするデータに相当し、入出力レコード５１１と画面装飾データ５１２を含む。入出力レコード５１１は、入出力項目に関するデータである。画面装飾データ５１２は、画面サイズや配色などの画面装飾に関するデータである。

画面制御テーブル５２０は、画面の配置を制御する情報を記憶する。具体的には、例えば、画面制御テーブル５２０は、画面位置情報データ５２１と最大化有無データ５２２を含む。画面位置情報データ５２１は、画面の位置、重なりに関するデータである。最大化有無データ５２２は、画面の最大化状態を記録するデータである。画面制御テーブル５２０は、ＲＥＡＤ命令時にＯＰＥＮしている画面同士の位置や状態を取得して制御するために用いられる。

なお、画面管理テーブルＴＢは、どの画面についての設定情報なのかを識別可能に画面管理ＤＢ２２０に格納される。また、画面管理ＤＢ２２０には、例えば、画面が開設（ＯＰＥＮ）された順に画面管理テーブルＴＢが格納されることにしてもよい。画面管理テーブルＴＢの具体的な記憶内容については、図９Ａ～図９Ｆを用いて後述する。

（サーバ２０１の機能的構成例）
図６は、サーバ２０１の機能的構成例を示すブロック図である。図６において、サーバ２０１は、受付部６０１と、作成部６０２と、生成部６０３と、出力部６０４と、更新部６０５と、記憶部６１０と、を含む。受付部６０１～更新部６０５は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶された表示制御プログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。より具体的には、例えば、各機能部は、後述の図７に示すサーバ２０１のランタイムシステムＲＳにより実現される。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。記憶部６１０は、例えば、メモリ３０２、ディスク３０４などの記憶装置により実現される。具体的には、例えば、記憶部６１０は、画面管理ＤＢ２２０に相当する。

受付部６０１は、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリＡＰＬから、端末装置２０２に新たな画面を描画させる描画要求を受け付ける。新たな画面の描画要求は、例えば、アプリＡＰＬからのＯＰＥＮ命令およびＷＲＩＴＥ命令により実現される。ＯＰＥＮされた画面（開設済みの画面）の描画要求は、例えば、アプリＡＰＬからのＷＲＩＴＥ命令により実現される。具体的には、例えば、受付部６０１は、アプリＡＰＬから、新たな画面を開設するＯＰＥＮ命令や、新たな画面を描画するＷＲＩＴＥ命令を受け付ける。

作成部６０２は、新たな画面を描画させる描画要求を受け付けたことに応じて、新たな画面についての設定を示す設定情報を作成して記憶部６１０に記憶する。具体的には、例えば、作成部６０２は、アプリＡＰＬから新たな画面についてのＯＰＥＮ命令を受け付けたことに応じて、新たな画面に対応する画面管理テーブルＴＢを作成して画面管理ＤＢ２２０に記憶する。

生成部６０３は、新たな画面を描画させる描画データを生成する。具体的には、例えば、生成部６０３は、記憶部６１０に新たな画面についての設定情報のみが記憶されている場合、新たな画面についての設定情報に基づいて、新たな画面を描画させる描画データを生成する。この際、生成部６０３は、新たな画面を入力対象画面とする描画データを生成する。

また、生成部６０３は、記憶部６１０に新たな画面を含む複数の画面それぞれについての設定情報が記憶されている場合、複数の画面それぞれについての設定情報に基づいて、複数の画面をまとめて描画させる描画データを生成する。この際、生成部６０３は、複数の画面のうち新たな画面のみを入力対象画面とする描画データを生成する。

より詳細に説明すると、例えば、生成部６０３は、アプリＡＰＬからＷＲＩＴＥ命令を受け付けたことに応じて、画面管理ＤＢ２２０から画面管理テーブルＴＢを読み込む。つぎに、生成部６０３は、読み込んだ画面管理テーブルＴＢを参照して、入力対象画面を特定する。

例えば、複数の画面それぞれについての画面管理テーブルＴＢが存在する場合を想定する。この場合、生成部６０３は、直前にＯＰＥＮ命令を受け付けた画面を、入力対象画面として特定する。また、入力対象画面を特定する情報は、アプリＡＰＬからのＷＲＩＴＥ命令に含まれていてもよい。この場合、生成部６０３は、ＷＲＩＴＥ命令に含まれる情報から、入力対象となる画面を特定することにしてもよい。

そして、生成部６０３は、複数の画面それぞれについての画面管理テーブルＴＢに基づいて、特定した画面を入力対象画面とし、複数の画面をまとめて描画させる描画データを生成する。例えば、生成部６０３は、複数の画面それぞれについて、画面管理テーブルＴＢの画面制御テーブル５２０を参照して、画面制御情報を生成する。画面制御情報は、画面制御に関わる情報であり、例えば、画面の表示位置、画面間の重なり、画面の最大化状態などを示す。

また、生成部６０３は、複数の画面それぞれについて、画面管理テーブルＴＢの画面データテーブル５１０を参照して、画面表示情報を生成する。画面表示情報は、表示する画面の内容に関わる情報である。ただし、入力対象画面以外の画面については、例えば、入力項目を出力項目に変換して（非活性化）、データの入力を受け付けないようにする。

画面制御情報および画面表示情報は、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのマークアップ言語や、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語を用いて生成される。そして、生成部６０３は、複数の画面それぞれについての画面制御情報および画面表示情報を含む画面情報を生成する。より詳細に説明すると、例えば、生成部６０３は、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔを用いて、各画面を一画面内の部品として操作可能な画面情報を生成する。

出力部６０４は、生成された描画データを出力する。具体的には、例えば、出力部６０４は、新たな画面を描画させる描画データを端末装置２０２に送信する。この結果、端末装置２０２のブラウザｂｒにより、新たな画面がディスプレイ４０４（図４参照）表示される。また、出力部６０４は、新たな画面を含む複数の画面をまとめて描画させる描画データを端末装置２０２に送信する。この結果、端末装置２０２のブラウザｂｒにより、例えば、複数の画面が一画面にまとめてディスプレイ４０４に表示される。

更新部６０５は、端末装置２０２に表示された入力対象画面に入力されたデータを取得し、取得したデータに基づいて、記憶部６１０に記憶された設定情報を更新する。具体的には、例えば、更新部６０５は、アプリＡＰＬからＲＥＡＤ命令を受け付けたことに応じて、入力対象画面へのデータの入力待ち状態となる。

入力対象画面にデータが入力されると、更新部６０５は、入力されたデータを読み込む。この際、更新部６０５は、画面の状態（画面の位置、重なり、最大化状態など）を特定する情報を読み込むことにしてもよい。そして、更新部６０５は、入力されたデータに基づいて、画面管理ＤＢ２２０に記憶された画面管理テーブルＴＢを更新する。

より詳細に説明すると、例えば、更新部６０５は、入力されたデータに基づいて、画面管理テーブルＴＢに含まれる画面データテーブル５１０を更新する。また、更新部６０５は、画面の状態を特定する情報に基づいて、画面管理テーブルＴＢに含まれる画面制御テーブル５２０を更新する。

また、生成部６０３は、記憶部６１０に記憶された更新後の設定情報に基づいて、画面を描画させる描画データを生成する。例えば、記憶部６１０に記憶された複数の画面それぞれについての設定情報が更新されたとする。この場合、生成部６０３は、アプリＡＰＬから端末装置２０２に画面を描画させる描画要求（ＷＲＩＴＥ命令）を受け付けたことに応じて、更新後の複数の画面それぞれについての設定情報に基づいて、複数の画面から入力対象となる画面を特定する。そして、生成部６０３は、特定した画面のみを入力対象画面として、複数の画面をまとめて描画させる描画データを生成する。生成された描画データは、端末装置２０２に送信される。この結果、端末装置２０２のブラウザｂｒにより、入力対象画面に入力されたデータや、ＯＰＥＮしている画面の状態変化に基づく各画面の更新内容を反映した複数画面が表示される。

また、受付部６０１は、端末装置２０２に描画されたいずれかの画面の描画を終了させる描画終了要求をアプリＡＰＬから受け付ける。具体的には、例えば、受付部６０１は、アプリＡＰＬから、画面を閉鎖するＣＬＯＳＥ命令を受け付ける。ＣＬＯＳＥ命令には、例えば、ＣＬＯＳＥ対象の画面を特定する情報が含まれる。

また、更新部６０５は、端末装置２０２に描画されたいずれかの画面の描画を終了させる描画終了要求をアプリＡＰＬから受け付けた場合、記憶部６１０に記憶された当該いずれかの画面についての設定情報を削除する。具体的には、例えば、更新部６０５は、アプリＡＰＬからのＣＬＯＳＥ命令に応じて、画面管理ＤＢ２２０に記憶された当該ＣＬＯＳＥ命令に対応する画面管理テーブルＴＢを削除する。

また、生成部６０３は、記憶部６１０に記憶されたいずれかの画面についての設定情報が削除された場合、記憶部６１０に記憶された残りの画面についての設定情報に基づいて、残りの画面を描画させる描画データを生成する。この場合、出力部６０４は、生成された残りの画面を描画させる描画データを端末装置２０２に送信する。

例えば、記憶部６１０に記憶された複数の画面それぞれについての設定情報のうちいずれかの画面についての設定情報が削除されたとする。この場合、生成部６０３は、アプリＡＰＬから端末装置２０２に画面を描画させる描画要求（ＷＲＩＴＥ命令）を受け付けたことに応じて、複数の画面のうち当該いずれかの画面以外の画面それぞれについての設定情報に基づいて、当該いずれかの画面以外の画面から入力対象となる画面を特定する。そして、生成部６０３は、特定した画面のみを入力対象画面として、当該いずれかの画面以外の画面をまとめて描画させる描画データを生成する。生成された描画データは、端末装置２０２に送信される。この結果、端末装置２０２のブラウザｂｒにより、ＣＬＯＳＥ対象の画面以外の残りの画面が表示される。

なお、記憶部６１０から全ての設定情報が削除された場合には、生成部６０３は、例えば、初期化画面（ブランク画面）を描画させる描画データを生成する。この場合、出力部６０４は、生成された初期化画面（ブランク画面）を描画させる描画データを端末装置２０２に送信する。

（アプリＡＰＬからの各命令に対する動作例）
つぎに、アプリＡＰＬからの各命令に対するサーバ２０１のランタイムシステムＲＳの動作例について説明する。

図７は、アプリからの各命令に対する動作例を示す説明図である。図７に示すように、ランタイムシステムＲＳは、アプリＡＰＬからの各命令に応じて、ＯＰＥＮ処理を行った後、ＷＲＩＴＥ処理およびＲＥＡＤ処理を行って、ＣＬＯＳＥ処理を行う。以下、各命令に対する動作例について説明する。

・ＯＰＥＮ命令
ランタイムシステムＲＳは、アプリＡＰＬからのＯＰＥＮ命令に応じて、ＯＰＥＮ対象の画面（新たな画面）に対応する画面管理テーブルＴＢを作成して画面管理ＤＢ２２０に記憶する。この結果、ＯＰＥＮ対象の画面がブラウザｂｒに開設される。ただし、この時点では、画面はブランク画面である。

・ＷＲＩＴＥ命令
ランタイムシステムＲＳは、アプリＡＰＬからのＷＲＩＴＥ命令に応じて、画面管理ＤＢ２２０から画面管理テーブルＴＢを読み込む。つぎに、ランタイムシステムＲＳは、読み込んだ画面管理テーブルＴＢを参照して、入力対象画面となる画面を特定する。入力対象画面を特定する情報は、例えば、アプリＡＰＬからのＷＲＩＴＥ命令に含まれる。そして、ランタイムシステムＲＳは、特定した画面を入力対象画面とし、ＯＰＥＮされた全ての画面をまとめて描画させる描画データを生成してブラウザｂｒに送信する。この結果、ブラウザｂｒにＯＰＥＮされた全ての画面が一画面にまとめて描画される。

・ＲＥＡＤ命令
ランタイムシステムＲＳは、アプリＡＰＬからのＲＥＡＤ命令に応じて、入力対象画面へのデータの入力待ち状態となる。ここで、入力対象画面にデータが入力されると、ランタイムシステムＲＳは、入力されたデータと、画面の状態を特定する情報を読み込み、画面管理ＤＢ２２０に記憶された画面管理テーブルＴＢを更新する。

・ＣＬＯＳＥ命令
ランタイムシステムＲＳは、アプリＡＰＬからのＣＬＯＳＥ命令に応じて、画面管理ＤＢ２２０からＣＬＯＳＥ対象の画面に対応する画面管理テーブルＴＢを削除する。ＣＬＯＳＥ対象の画面を特定する情報は、例えば、アプリＡＰＬからのＣＬＯＳＥ命令に含まれる。この結果、ブラウザｂｒに開設されたＣＬＯＳＥ対象の画面が閉鎖される。

（アプリＡＰＬからの各命令に対する動作例）
つぎに、アプリＡＰＬからの各命令に応じて複数画面を表示する際のサーバ２０１のランタイムシステムＲＳの動作例について説明する。

図８は、アプリからの各命令に応じて複数画面を表示する際の動作例を示す説明図である。また、図９Ａ～図９Ｆは、画面管理テーブルの記憶内容の一例を示す説明図である。また、図１０Ａ～図１０Ｉは、画面の表示例を示す説明図である。

図８の（１）において、ランタイムシステムＲＳは、アプリＡＰＬから画面１のＯＰＥＮ命令を受け付けたことに応じて、画面１に対応する画面管理テーブルＴＢを作成して画面管理ＤＢ２２０に記憶する。画面１は、背景色がピンクで、入力項目を一つ、出力項目を一つ持つ画面とする。

図９Ａにおいて、画面管理ＤＢ２２０に記憶された画面管理テーブルＴＢ１が示されている。画面管理テーブルＴＢ１は、画面１に対応する画面管理テーブルである。画面管理テーブルＴＢ１は、画面データテーブル９１０と、画面制御テーブル９２０とを含む。画面データテーブル９１０は、入出力レコード９１１と画面装飾データ９１２を含む。入出力レコード９１１は、例えば、入力項目Ａの初期値（０）と、出力項目Ｂの初期値（空欄）を示す。画面装飾データ９１２は、例えば、画面１の背景色「ピンク」を示す。画面制御テーブル９２０は、画面位置情報データ９２１と最大化有無データ９２２を含む。画面位置情報データ９２１は、例えば、画面１の位置（Ｘ，Ｙ，Ｚ）を示す。最大化有無データ９２２は、画面１の最大化状態「Ｆａｌｓｅ（初期値）」を示す。

図１０Ａにおいて、画面１は、ブラウザｂｒに開設されたＯＰＥＮ対象の画面である。ただし、この時点では、画面１はブランク画面である。

図８の（２）において、ランタイムシステムＲＳは、アプリＡＰＬからＷＲＩＴＥ命令を受け付けたことに応じて、画面管理ＤＢ２２０から画面管理テーブルＴＢを読み込む。ここでは、図９Ａに示した画面管理テーブルＴＢ１が読み込まれる。つぎに、ランタイムシステムＲＳは、読み込んだ画面管理テーブルＴＢ１を参照して、入力対象画面を特定する。

ここでは、画面管理テーブルＴＢ１のみのため、ランタイムシステムＲＳは、画面１を入力対象画面として特定する。なお、入力対象画面を特定する情報（画面１）は、アプリＡＰＬからのＷＲＩＴＥ命令に含まれていてもよい。そして、ランタイムシステムＲＳは、画面管理テーブルＴＢ１に基づいて、画面１を入力対象画面として、画面１を描画させる描画データを生成してブラウザｂｒに送信する。

図１０Ｂにおいて、画面１は、ブラウザｂｒに描画された画面である。ブラウザｂｒは、ランタイムシステムＲＳから描画データを受信すると、当該描画データを読み込んで画面１を描画する。画面１は、背景色がピンクで、入力項目Ａと出力項目Ｂを含む画面とする。入力項目Ａには０（初期値）が表示されている。出力項目Ｂは空欄となっている。

図８の（３）において、ランタイムシステムＲＳは、アプリＡＰＬからＲＥＡＤ命令を受け付けたことに応じて、入力対象画面へのデータの入力待ち状態となる。入力対象画面にデータが入力されると、ランタイムシステムＲＳは、入力されたデータと画面の状態を特定する情報を読み込む。そして、ランタイムシステムＲＳは、入力されたデータと画面の状態を特定する情報に基づいて、画面管理ＤＢ２２０に記憶された画面管理テーブルＴＢを更新する。

図１０Ｃにおいて、入力対象画面である画面１の入力項目Ａに「１２３４５」が入力されている。この場合、ランタイムシステムＲＳは、入力項目Ａ「１２３４５」と画面１の状態（画面の位置、最大化状態）を特定する情報を読み込む。そして、ランタイムシステムＲＳは、入力項目Ａ「１２３４５」と画面１の状態を特定する情報とに基づいて、画面１に対応する画面管理テーブルＴＢ１を更新する。

図９Ｂにおいて、更新後の画面管理テーブルＴＢ１が示されている。ここでは、画面管理テーブルＴＢ１において、画面データテーブル９１０内の入出力レコード９１１の入力項目Ａに「１２３４５」が設定されている。また、画面制御テーブル９２０内の画面位置情報データ９２１の画面１の位置（Ｘ，Ｙ，Ｚ）に（１０，２０，１）が設定されている。

図８の（４）において、ランタイムシステムＲＳは、アプリＡＰＬから画面２のＯＰＥＮ命令を受け付けたことに応じて、画面２に対応する画面管理テーブルＴＢを作成して画面管理ＤＢ２２０に記憶する。画面２は、背景色が水色で、入力項目を一つ、出力項目を一つ持つ画面とする。また、画面１の入力項目Ａの値は、画面２の出力項目Ａに出力され、画面２の入力項目Ｂの値は、画面１の出力項目Ｂに出力されるものとする。

図９Ｃにおいて、画面管理ＤＢ２２０に記憶された画面管理テーブルＴＢ１と画面管理テーブルＴＢ２が示されている。画面管理テーブルＴＢ２は、画面２に対応する画面管理テーブルである。画面管理テーブルＴＢ２は、画面データテーブル９３０と、画面制御テーブル９４０とを含む。画面データテーブル９３０は、入出力レコード９３１と画面装飾データ９３２を含む。入出力レコード９３１は、例えば、入力項目Ｂの初期値（空欄）と、出力項目Ａの値「１２３４５」を示す。画面装飾データ９３２は、例えば、画面２の背景色「水色」を示す。画面制御テーブル９４０は、画面位置情報データ９４１と最大化有無データ９４２を含む。画面位置情報データ９４１は、例えば、画面２の位置（Ｘ，Ｙ，Ｚ）を示す。最大化有無データ９４２は、画面２の最大化状態「Ｆａｌｓｅ（初期値）」を示す。

図１０Ｄにおいて、画面１と画面２とが示されている。画面２は、ブラウザｂｒに新たに開設されたＯＰＥＮ対象の画面である。ただし、この時点では、画面２はブランク画面である。

図８の（５）において、ランタイムシステムＲＳは、アプリＡＰＬからＷＲＩＴＥ命令を受け付けたことに応じて、画面管理ＤＢ２２０から画面管理テーブルＴＢを読み込む。ここでは、図９Ｃに示した画面管理テーブルＴＢ１と画面管理テーブルＴＢ２とが読み込まれる。つぎに、ランタイムシステムＲＳは、読み込んだ画面管理テーブルＴＢ１，ＴＢ２を参照して、入力対象画面を特定する。

ここでは、ランタイムシステムＲＳは、画面１と画面２のうち、直前にＯＰＥＮ命令を受け付けた画面２を入力対象画面として特定する。なお、入力対象画面を特定する情報（画面２）は、アプリＡＰＬからのＷＲＩＴＥ命令に含まれていてもよい。そして、ランタイムシステムＲＳは、画面管理テーブルＴＢ１，ＴＢ２に基づいて、画面１と画面２のうち画面２のみを入力対象画面として、画面１と画面２の双方をまとめて描画させる描画データを生成してブラウザｂｒに送信する。

図１０Ｅにおいて、画面１と画面２は、ブラウザｂｒに描画された画面である。ブラウザｂｒは、ランタイムシステムＲＳから描画データを受信すると、当該描画データを読み込んで、画面１と画面２の双方をまとめて描画する。画面２の出力項目Ａには、画面１の入力項目Ａに入力された値「１２３４５」が出力されている。ただし、画面１と画面２のうち、画面２（入力項目Ｂ）のみが入力対象画面のため、画面１（入力項目Ａ）への入力は受け付けない状態となっている。

ランタイムシステムＲＳは、ＯＰＥＮされた全ての画面の画面管理テーブルＴＢを保持しているため、アプリＡＰＬからの１回のＷＲＩＴＥ命令で複数画面をブラウザｂｒに描画することができる。この際、ランタイムシステムＲＳは、画面２のみを入力対象画面とし、画面１へのデータ入力は受け付けないよう制御することができる。

図８の（６）において、ランタイムシステムＲＳは、アプリＡＰＬからＲＥＡＤ命令を受け付けたことに応じて、入力対象画面へのデータの入力待ち状態となる。

図１０Ｆにおいて、入力対象画面である画面２の入力項目Ｂに「ａｂｃｄｅ」が入力されている。この場合、ランタイムシステムＲＳは、入力項目Ｂ「ａｂｃｄｅ」と画面１，２の状態（画面の位置、最大化状態）を特定する情報を読み込む。そして、ランタイムシステムＲＳは、入力項目Ｂ「ａｂｃｄｅ」と画面１，２の状態を特定する情報とに基づいて、画面１，２に対応する画面管理テーブルＴＢ１，ＴＢ２を更新する。

図９Ｄにおいて、更新後の画面管理テーブルＴＢ１，ＴＢ２が示されている。ここでは、画面管理テーブルＴＢ１において、画面データテーブル９１０内の入出力レコード９１１の出力項目Ｂに「ａｂｃｄｅ」が設定されている。また、画面制御テーブル９２０内の画面位置情報データ９２１の画面１の位置（Ｘ，Ｙ，Ｚ）に（１００，２００，１）が設定されている。また、画面制御テーブル９２０内の最大化有無データ９２２に、画面１の最大化状態「Ｆａｌｓｅ」が設定されている。

また、画面管理テーブルＴＢ２において、画面データテーブル９３０内の入出力レコード９３１の入力項目Ｂに「ａｂｃｄｅ」が設定されている。また、画面制御テーブル９４０内の画面位置情報データ９４１の画面２の位置（Ｘ，Ｙ，Ｚ）に（２０，３０，２）が設定されている。また、画面制御テーブル９４０内の最大化有無データ９４２に、画面２の最大化状態「Ｆａｌｓｅ」が設定されている。

図８の（７）において、ランタイムシステムＲＳは、アプリＡＰＬから画面２のＣＬＯＳＥ命令を受け付けたことに応じて、図９Ｅに示すように、画面２に対応する画面管理テーブルＴＢ２を画面管理ＤＢ２２０から削除する。そして、ランタイムシステムＲＳは、ブラウザｂｒに表示された画面２を閉鎖する。この結果、図１０Ｇに示すように、ブラウザｂｒに表示された画面１と画面２のうち、画面２が閉鎖される。

図８の（８）において、ランタイムシステムＲＳは、アプリＡＰＬからＷＲＩＴＥ命令を受け付けたことに応じて、画面管理ＤＢ２２０から画面管理テーブルＴＢを読み込む。ここでは、図９Ｅに示した画面管理テーブルＴＢ１が読み込まれる。つぎに、ランタイムシステムＲＳは、読み込んだ画面管理テーブルＴＢ１を参照して、入力対象画面を特定する。

ここでは、画面管理テーブルＴＢ１のみのため、ランタイムシステムＲＳは、画面１を入力対象画面として特定する。なお、入力対象画面を特定する情報（画面１）は、アプリＡＰＬからのＷＲＩＴＥ命令に含まれていてもよい。そして、ランタイムシステムＲＳは、画面管理テーブルＴＢ１に基づいて、画面１を入力対象画面として、画面１を描画させる描画データを生成してブラウザｂｒに送信する。この結果、図１０Ｈに示すように、ブラウザｂｒに画面１のみが描画される。

図８の（９）において、ランタイムシステムＲＳは、アプリＡＰＬから画面１のＣＬＯＳＥ命令を受け付けたことに応じて、図９Ｆに示すように、画面１に対応する画面管理テーブルＴＢ１を画面管理ＤＢ２２０から削除する。そして、ランタイムシステムＲＳは、ブラウザｂｒに表示された画面１を閉鎖する。この結果、図１０Ｉに示すように、ブラウザｂｒに表示された画面１が閉鎖される。

このように、ランタイムシステムＲＳによれば、ＯＰＥＮされた各画面の画面管理テーブルＴＢを用いることで、シーケンシャルな処理のアプリＡＰＬであっても、１回の通信で複数の画面の出力処理を行うことが可能となる。これにより、ＲＷ形式のレガシー資産を修正せずに、複数画面の制御を実現することができる。また、クライアント環境に依存しないため、マルチデバイス環境でＲＷ形式のレガシー資産の複数画面の制御を実現することができる。

（サーバ２０１の表示制御処理手順）
つぎに、図１１を用いて、サーバ２０１の表示制御処理手順について説明する。

図１１は、サーバ２０１の表示制御処理手順の一例を示すフローチャートである。図１１のフローチャートにおいて、まず、サーバ２０１は、アプリＡＰＬからＯＰＥＮ命令を受け付けたか否かを判断する（ステップＳ１１０１）。ここで、サーバ２０１は、ＯＰＥＮ命令を受け付けるのを待つ（ステップＳ１１０１：Ｎｏ）。

そして、サーバ２０１は、ＯＰＥＮ命令を受け付けた場合（ステップＳ１１０１：Ｙｅｓ）、ＯＰＥＮ処理を実行する（ステップＳ１１０２）。ＯＰＥＮ処理の具体的な処理手順については、図１２を用いて後述する。

つぎに、サーバ２０１は、アプリＡＰＬからＷＲＩＴＥ命令を受け付けたか否かを判断する（ステップＳ１１０３）。ここで、ＷＲＩＴＥ命令を受け付けた場合（ステップＳ１１０３：Ｙｅｓ）、サーバ２０１は、ＷＲＩＴＥ処理を実行して（ステップＳ１１０４）、ステップＳ１１０３に戻る。ＷＲＩＴＥ処理の具体的な処理手順については、図１３を用いて後述する。

一方、ＷＲＩＴＥ命令を受け付けていない場合（ステップＳ１１０３：Ｎｏ）、サーバ２０１は、アプリＡＰＬからＲＥＡＤ命令を受け付けたか否かを判断する（ステップＳ１１０５）。ここで、ＲＥＡＤ命令を受け付けた場合（ステップＳ１１０５：Ｙｅｓ）、サーバ２０１は、ＲＥＡＤ処理を実行して（ステップＳ１１０６）、ステップＳ１１０３に戻る。ＲＥＡＤ処理の具体的な処理手順については、図１４を用いて後述する。

一方、ＲＥＡＤ命令を受け付けていない場合（ステップＳ１１０５：Ｎｏ）、サーバ２０１は、アプリＡＰＬからＯＰＥＮ命令を受け付けたか否かを判断する（ステップＳ１１０７）。ここで、ＯＰＥＮ命令を受け付けた場合（ステップＳ１１０７：Ｙｅｓ）、サーバ２０１は、ＯＰＥＮ処理を実行して（ステップＳ１１０８）、ステップＳ１１０３に戻る。

一方、ＯＰＥＮ命令を受け付けていない場合（ステップＳ１１０７：Ｎｏ）、サーバ２０１は、アプリＡＰＬからＣＬＯＳＥ命令を受け付けたか否かを判断する（ステップＳ１１０９）。ここで、ＣＬＯＳＥ命令を受け付けていない場合（ステップＳ１１０９：Ｎｏ）、サーバ２０１は、ステップＳ１１０３に戻る。

一方、ＣＬＯＳＥ命令を受け付けた場合（ステップＳ１１０９：Ｙｅｓ）、サーバ２０１は、ＣＬＯＳＥ処理を実行する（ステップＳ１１１０）。ＣＬＯＳＥ処理の具体的な処理手順については、図１５を用いて後述する。そして、サーバ２０１は、ＯＰＥＮしている画面があるか否かを判断する（ステップＳ１１１１）。

ここで、ＯＰＥＮしている画面がある場合（ステップＳ１１１１：Ｙｅｓ）、サーバ２０１は、ステップＳ１１０３に戻る。一方、ＯＰＥＮしている画面がない場合（ステップＳ１１１１：Ｎｏ）、サーバ２０１は、本フローチャートによる一連の処理を終了する。

これにより、アプリＡＰＬからの命令（ＯＰＥＮ、ＷＲＩＴＥ、ＲＥＡＤ、ＣＬＯＳＥ）に応じて、各種処理を実行することができる。

つぎに、図１２を用いて、図１１に示したステップＳ１１０２，Ｓ１１０８のＯＰＥＮ処理の具体的な処理手順について説明する。

図１２は、ＯＰＥＮ処理の具体的処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、サーバ２０１は、画面管理ＤＢ２２０に画面管理テーブルＴＢが存在するか否かを判断する（ステップＳ１２０１）。

ここで、画面管理テーブルＴＢが存在しない場合（ステップＳ１２０１：Ｎｏ）、サーバ２０１は、１画面分の画面管理テーブルＴＢに必要なメモリ領域を確保する（ステップＳ１２０２）。このメモリ領域は、画面管理ＤＢ２２０に相当する。

つぎに、サーバ２０１は、ＯＰＥＮ対象の画面に対応する画面管理テーブルＴＢを作成する（ステップＳ１２０３）。そして、サーバ２０１は、作成した画面管理テーブルＴＢを、確保したメモリ領域に記憶して（ステップＳ１２０４）、ＯＰＥＮ処理を呼び出したステップに戻る。

また、ステップＳ１２０１において、画面管理テーブルＴＢが存在する場合（ステップＳ１２０１：Ｙｅｓ）、サーバ２０１は、現在確保しているメモリ領域よりも１画面分大きいメモリ領域を確保する（ステップＳ１２０５）。そして、サーバ２０１は、既にある画面管理テーブルＴＢを、新たに確保したメモリ領域にコピーする（ステップＳ１２０６）。

つぎに、サーバ２０１は、ＯＰＥＮ対象の画面に対応する画面管理テーブルＴＢを作成する（ステップＳ１２０７）。そして、サーバ２０１は、作成した画面管理テーブルＴＢを、確保したメモリ領域に記憶し（ステップＳ１２０８）、コピー元のメモリ領域を解放して（ステップＳ１２０９）、ＯＰＥＮ処理を呼び出したステップに戻る。

これにより、ＯＰＥＮされた全ての画面について、画面管理テーブルＴＢを作成して画面管理ＤＢ２２０（メモリ領域）に保持することができる。

つぎに、図１３を用いて、図１１に示したステップＳ１１０４のＷＲＩＴＥ処理の具体的な処理手順について説明する。

図１３は、ＷＲＩＴＥ処理の具体的処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、サーバ２０１は、画面管理ＤＢ２２０から未処理の画面管理テーブルＴＢを読み込む（ステップＳ１３０１）。

つぎに、サーバ２０１は、読み込んだ画面管理テーブルＴＢの画面制御テーブル５２０を参照して、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔを用いて、画面制御情報を生成する（ステップＳ１３０２）。画面制御情報は、画面制御に関わる情報であり、例えば、画面の表示位置、画面間の重なり、画面の最大化状態などを示す。

つぎに、サーバ２０１は、読み込んだ画面管理テーブルＴＢが次のＲＥＡＤ対象の画面（入力対象画面）であるか否かを判断する（ステップＳ１３０３）。なお、入力対象画面を特定する情報は、例えば、アプリＡＰＬからのＷＲＩＴＥ命令に含まれる。ここで、次のＲＥＡＤ対象の画面である場合（ステップＳ１３０３：Ｙｅｓ）、サーバ２０１は、画面管理テーブルＴＢの画面データテーブル５１０を参照して、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔを用いて、画面表示情報を生成して（ステップＳ１３０４）、ステップＳ１３０６に移行する。画面表示情報は、表示する画面の内容に関わる情報である。

一方、次のＲＥＡＤ対象の画面ではない場合（ステップＳ１３０３：Ｎｏ）、サーバ２０１は、画面管理テーブルＴＢの画面データテーブル５１０を参照して、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔを用いて、入力項目を出力項目に変換した画面表示情報を生成する（ステップＳ１３０５）。

そして、サーバ２０１は、生成した画面制御情報および画面表示情報を、画面情報（ブラウザｂｒに描画させる描画データ）に追加する（ステップＳ１３０６）。つぎに、サーバ２０１は、画面管理ＤＢ２２０に未処理の画面管理テーブルＴＢがあるか否かを判断する（ステップＳ１３０７）。

ここで、未処理の画面管理テーブルＴＢがある場合（ステップＳ１３０７：Ｙｅｓ）、サーバ２０１は、ステップＳ１３０１に戻る。一方、未処理の画面管理テーブルＴＢがない場合（ステップＳ１３０７：Ｎｏ）、サーバ２０１は、端末装置２０２のブラウザｂｒに画面情報を送信して（ステップＳ１３０８）、ＷＲＩＴＥ処理を呼び出したステップに戻る。

これにより、ＯＰＥＮされた各画面の画面管理テーブルＴＢを用いて、アプリＡＰＬからの１回のＷＲＩＴＥ命令で複数画面をブラウザｂｒに描画することができる。

つぎに、図１４を用いて、図１１に示したステップＳ１１０６のＲＥＡＤ処理の具体的な処理手順について説明する。

図１４は、ＲＥＡＤ処理の具体的処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、サーバ２０１は、ＲＥＡＤ対象の画面にデータが入力されたか否かを判断する（ステップＳ１４０１）。ここで、サーバ２０１は、ＲＥＡＤ対象の画面にデータが入力されるのを待つ（ステップＳ１４０１：Ｎｏ）。

そして、サーバ２０１は、ＲＥＡＤ対象の画面にデータが入力された場合（ステップＳ１４０１：Ｙｅｓ）、ＲＥＡＤ対象の画面に入力されたデータと、ＯＰＥＮされた画面の状態を特定する情報とを取得する（ステップＳ１４０２）。

つぎに、サーバ２０１は、画面管理ＤＢ２２０から未処理の画面管理テーブルＴＢを読み込む（ステップＳ１４０３）。そして、サーバ２０１は、入力されたデータを参照して、読み込んだ画面管理テーブルＴＢの画面データテーブル５１０を更新する（ステップＳ１４０４）。

つぎに、サーバ２０１は、画面の状態を特定する情報を参照して、読み込んだ画面管理テーブルＴＢの画面制御テーブル５２０を更新する（ステップＳ１４０５）。そして、サーバ２０１は、画面管理ＤＢ２２０に未処理の画面管理テーブルＴＢがあるか否かを判断する（ステップＳ１４０６）。

ここで、未処理の画面管理テーブルＴＢがある場合（ステップＳ１４０６：Ｙｅｓ）、サーバ２０１は、ステップＳ１４０３に戻る。一方、未処理の画面管理テーブルＴＢがない場合（ステップＳ１４０６：Ｎｏ）、サーバ２０１は、ＲＥＡＤ処理を呼び出したステップに戻る。

これにより、ＲＥＡＤ対象の画面（入力対象画面）へデータが入力されたことに応じて、各画面の画面管理テーブルＴＢを更新することができる。

つぎに、図１５を用いて、図１１に示したステップＳ１１１０のＣＬＯＳＥ処理の具体的な処理手順について説明する。

図１５は、ＣＬＯＳＥ処理の具体的処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、サーバ２０１は、画面管理ＤＢ２２０に画面管理テーブルＴＢが２画面分以上存在するか否かを判断する（ステップＳ１５０１）。

ここで、画面管理テーブルＴＢが１画面分存在する場合（ステップＳ１５０１：Ｎｏ）、サーバ２０１は、現在確保しているメモリ領域を解放して（ステップＳ１５０２）、ＣＬＯＳＥ処理を呼び出したステップに戻る。

一方、画面管理テーブルＴＢが２画面分以上存在する場合（ステップＳ１５０１：Ｙｅｓ）、サーバ２０１は、現在確保しているメモリ領域より１画面分小さいメモリ領域を確保する（ステップＳ１５０３）。

つぎに、サーバ２０１は、ＣＬＯＳＥ対象の画面以外の画面管理テーブルＴＢを、新たに確保したメモリ領域にコピーする（ステップＳ１５０４）。そして、サーバ２０１は、コピー元のメモリ領域を解放して（ステップＳ１５０５）、ＣＬＯＳＥ処理を呼び出したステップに戻る。

これにより、アプリＡＰＬからのＣＬＯＳＥ命令に応じて、ＣＬＯＳＥ対象の画面の画面管理テーブルＴＢを画面管理ＤＢ２２０から削除することができる。

以上説明したように、実施の形態にかかるサーバ２０１（表示制御装置１０１）によれば、複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリＡＰＬから、端末装置２０２に新たな画面を描画させる描画要求を受け付けたことに応じて、新たな画面についての設定を示す設定情報を作成して記憶部６１０に記憶することができる。そして、サーバ２０１（表示制御装置１０１）によれば、記憶部６１０に新たな画面についての設定情報のみが記憶されている場合、新たな画面についての設定情報に基づいて、新たな画面を入力対象画面として、新たな画面を描画させる描画データを端末装置２０２に送信することができる。また、サーバ２０１（表示制御装置１０１）によれば、記憶部６１０に複数の画面それぞれについての設定情報が記憶されている場合、複数の画面それぞれについての設定情報に基づいて、複数の画面のうち新たな画面のみを入力対象画面として、複数の画面をまとめて描画させる描画データを端末装置２０２に送信することができる。

これにより、複数の画面がＯＰＥＮ（開設）された場合であっても、ＯＰＥＮされた各画面の設定情報（画面管理テーブルＴＢ）を用いて、アプリＡＰＬからの１回のＷＲＩＴＥ命令で複数画面をブラウザｂｒに描画することができる。また、入力対象となる画面の設定を制御できるため、アプリＡＰＬとブラウザｂｒとの１つの通信経路での複数画面の出力を実現することができる。

また、サーバ２０１（表示制御装置１０１）によれば、端末装置２０２に描画された入力対象画面に入力されたデータを取得し、取得したデータに基づいて、記憶部６１０に記憶された設定情報を更新することができる。

これにより、ＲＥＡＤ対象の画面（入力対象画面）へデータが入力されたことに応じて、各画面の表示内容を構成する情報（入出力項目）を更新することができる。

また、サーバ２０１（表示制御装置１０１）によれば、端末装置２０２に描画された画面の状態を特定する情報をさらに取得し、取得したデータと画面の状態を特定する情報に基づいて、記憶部６１０に記憶された設定情報を更新することができる。

これにより、ＲＥＡＤ対象の画面（入力対象画面）へデータが入力されたことに応じて、各画面の配置を制御する情報（画面位置、最大化状態）を更新することができる。

また、サーバ２０１（表示制御装置１０１）によれば、記憶部６１０に記憶された複数の画面それぞれについての設定情報が更新された場合、アプリＡＰＬから端末装置２０２に画面を描画させる描画要求を受け付けたことに応じて、更新後の複数の画面それぞれについての設定情報に基づいて、複数の画面から入力対象となる画面を特定し、特定した画面のみを入力対象画面として、複数の画面をまとめて描画させる描画データを端末装置２０２に送信することができる。

これにより、ＲＥＡＤ対象の画面（入力対象画面）に入力されたデータや、ＯＰＥＮしている画面の状態変化に基づく各画面の更新内容を反映した複数画面をブラウザｂｒに描画することができる。

また、サーバ２０１（表示制御装置１０１）によれば、端末装置２０２に描画されたいずれかの画面の描画を終了させる描画終了要求をアプリＡＰＬから受け付けた場合、記憶部６１０に記憶された当該いずれかの画面についての設定情報を削除することができる。

これにより、アプリＡＰＬからのＣＬＯＳＥ命令に応じて、ＣＬＯＳＥ対象の画面の設定情報（画面管理テーブルＴＢ）を削除することができる。

また、サーバ２０１（表示制御装置１０１）によれば、記憶部６１０に記憶された複数の画面それぞれについての設定情報のうちいずれかの画面についての設定情報が削除された場合、アプリＡＰＬから端末装置２０２に画面を描画させる描画要求を受け付けたことに応じて、複数の画面のうち当該いずれかの画面以外の画面それぞれについての設定情報に基づいて、当該いずれかの画面以外の画面から入力対象となる画面を特定し、特定した画面のみを入力対象画面として、当該いずれかの画面以外の画面をまとめて描画させる描画データを端末装置２０２に送信することができる。

これにより、ＣＬＯＳＥ対象の画面以外の残りの画面をブラウザｂｒに描画することができる。

これらのことから、サーバ２０１（表示制御装置１０１）によれば、既存のアプリＡＰＬ（例えば、ＲＷ形式のレガシー資産）の改修を行うことなく、ランタイムシステムＲＳにより複数画面の入出力を制御することができる。また、クライアント環境に依存しないため、マルチデバイス環境でＲＷ形式のレガシー資産の複数画面の制御を実現することができる。また、何らかの異常が発生した場合に、全ての画面を一括して閉じることが可能なため、画面の閉じ忘れを防止することができる。

なお、本実施の形態で説明した表示制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本表示制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本表示制御プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した表示制御装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、
前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、
前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、
前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、
処理をコンピュータに実行させることを特徴とする表示制御プログラム。

（付記２）複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、
前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、
前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
処理をコンピュータに実行させることを特徴とする表示制御プログラム。

（付記３）前記端末装置に描画された前記入力対象画面に入力されたデータを取得し、
取得した前記データに基づいて、前記記憶部に記憶された設定情報を更新する、
処理を前記コンピュータに実行させることを特徴とする付記２に記載の表示制御プログラム。

（付記４）前記取得する処理は、
前記端末装置に描画された画面の状態を特定する情報をさらに取得し、
前記更新する処理は、
取得した前記データと前記画面の状態を特定する情報に基づいて、前記記憶部に記憶された設定情報を更新する、ことを特徴とする付記３に記載の表示制御プログラム。

（付記５）前記記憶部に記憶された前記複数の画面それぞれについての設定情報が更新された場合、前記アプリケーションから前記端末装置に画面を描画させる描画要求を受け付けたことに応じて、更新後の前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面から入力対象となる画面を特定し、特定した前記画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
処理を前記コンピュータに実行させることを特徴とする付記３または４に記載の表示制御プログラム。

（付記６）前記端末装置に描画されたいずれかの画面の描画を終了させる描画終了要求を前記アプリケーションから受け付けた場合、前記記憶部に記憶された前記いずれかの画面についての設定情報を削除する、
処理を前記コンピュータに実行させることを特徴とする付記２～４のいずれか一つに記載の表示制御プログラム。

（付記７）前記記憶部に記憶された前記複数の画面それぞれについての設定情報のうち前記いずれかの画面についての設定情報が削除された場合、前記アプリケーションから前記端末装置に画面を描画させる描画要求を受け付けたことに応じて、前記複数の画面のうち前記いずれかの画面以外の画面それぞれについての設定情報に基づいて、前記いずれかの画面以外の画面から入力対象となる画面を特定し、特定した前記画面のみを入力対象画面として、前記いずれかの画面以外の画面をまとめて描画させる描画データを前記端末装置に送信する、
処理を前記コンピュータに実行させることを特徴とする付記６に記載の表示制御プログラム。

（付記８）前記設定情報は、前記端末装置に描画させる画面の表示内容に関する情報と、前記画面の配置に関する情報とを含む、ことを特徴とする付記２～７のいずれか一つに記載の表示制御プログラム。

（付記９）前記描画データは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）およびＪａｖａｓｃｒｉｐｔを用いて生成される、ことを特徴とする付記２～８のいずれか一つに記載の表示制御プログラム。

（付記１０）複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、
前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、
前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、
前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、
処理をコンピュータが実行することを特徴とする表示制御方法。

（付記１１）複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、
前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、
前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
処理をコンピュータが実行することを特徴とする表示制御方法。

（付記１２）複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、
前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、
前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、
前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、
制御部を有することを特徴とする表示制御装置。

（付記１３）複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、
前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、
前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
制御部を有することを特徴とする表示制御装置。

１０１ 表示制御装置
１０２，２０２ 端末装置
１１０，６１０ 記憶部
１２０ 設定情報
１３０ 表示部
２００ 表示制御システム
２０１ サーバ
２１０ ネットワーク
２２０ 画面管理ＤＢ
３００，４００ バス
３０１，４０１ ＣＰＵ
３０２，４０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５，４０３ 通信Ｉ／Ｆ
３０６，４０６ 可搬型記録媒体Ｉ／Ｆ
３０７，４０７ 可搬型記録媒体
４０４ ディスプレイ
４０５ 入力装置
５１０，９１０，９３０ 画面データテーブル
５１１，９１１，９３１ 入出力レコード
５１２，９１２，９３２ 画面装飾データ
５２０，９２０，９４０ 画面制御テーブル
５２１，９２１，９４１ 画面位置情報データ
５２２，９２２，９４２ 最大化有無データ
６０１ 受付部
６０２ 作成部
６０３ 生成部
６０４ 出力部
６０５ 更新部

Claims (9)

1. 複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、
   前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、
   前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、
   前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、
   処理をコンピュータに実行させることを特徴とする表示制御プログラム。
2. 複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、
   前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、
   前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
   処理をコンピュータに実行させることを特徴とする表示制御プログラム。
3. 前記端末装置に描画された前記入力対象画面に入力されたデータを取得し、
   取得した前記データに基づいて、前記記憶部に記憶された設定情報を更新する、
   処理を前記コンピュータに実行させることを特徴とする請求項２に記載の表示制御プログラム。
4. 前記取得する処理は、
   前記端末装置に描画された画面の状態を特定する情報をさらに取得し、
   前記更新する処理は、
   取得した前記データと前記画面の状態を特定する情報に基づいて、前記記憶部に記憶された設定情報を更新する、ことを特徴とする請求項３に記載の表示制御プログラム。
5. 前記端末装置に描画されたいずれかの画面の描画を終了させる描画終了要求を前記アプリケーションから受け付けた場合、前記記憶部に記憶された前記いずれかの画面についての設定情報を削除する、
   処理を前記コンピュータに実行させることを特徴とする請求項２～４のいずれか一つに記載の表示制御プログラム。
6. 複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、
   前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、
   前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、
   前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、
   処理をコンピュータが実行することを特徴とする表示制御方法。
7. 複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、
   前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、
   前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
   処理をコンピュータが実行することを特徴とする表示制御方法。
8. 複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから受け付けた、端末装置の表示部に第１の画面を描画させる描画要求に応じて、前記第１の画面についての設定を示す第１の設定情報を作成して記憶部に記憶し、
   前記第１の設定情報に基づいて、前記第１の画面を描画させる描画データを前記端末装置に送信し、
   前記第１の画面が前記表示部に表示された状態で、前記表示部に第２の画面を描画させる描画要求を前記アプリケーションから受け付けた場合、前記第２の画面についての設定を示す第２の設定情報を作成して記憶部に記憶し、
   前記第１の設定情報と前記第２の設定情報とに基づいて、前記第１の画面と前記第２の画面のうち前記第２の画面のみを入力対象画面とし、前記第１の画面と前記第２の画面の双方をまとめて描画させる描画データを前記端末装置に送信する、
   制御部を有することを特徴とする表示制御装置。
9. 複数の処理を予め決められた処理順序に従って実行するシーケンシャル処理により画面の入出力制御をするアプリケーションから、端末装置に新たな画面を描画させる描画要求を受け付けたことに応じて、前記新たな画面についての設定を示す設定情報を作成して記憶部に記憶し、
   前記記憶部に前記新たな画面についての設定情報のみが記憶されている場合、前記新たな画面についての設定情報に基づいて、前記新たな画面を入力対象画面として、前記新たな画面を描画させる描画データを前記端末装置に送信し、
   前記記憶部に複数の画面それぞれについての設定情報が記憶されている場合、前記複数の画面それぞれについての設定情報に基づいて、前記複数の画面のうち前記新たな画面のみを入力対象画面として、前記複数の画面をまとめて描画させる描画データを前記端末装置に送信する、
   制御部を有することを特徴とする表示制御装置。

Images