JP2002108932A - 画面情報保存制御用プログラムの記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、メモリ容量と処理速度とのバランス
を図りつつ画面情報を保存できるようにする画面情報保
存制御技術の提供を目的とする。 【解決手段】画面情報の表示元が表示する画面遷移ボタ
ンの操作に応答して、ツリー構造の下位層に向かう形で
画面遷移が指示される場合に、遷移先の画面情報を保存
し、ツリー構造の上位層に向かう形で画面遷移が指示さ
れる場合に、保存される画面情報の中から、遷移元の画
面情報を削除するとともに、その遷移元画面情報と遷移
先の画面情報との間に位置する画面情報を削除するよう
に処理する。表示する画面情報をツリー構造の上位層側
に戻すときには、その戻った画面情報よりも下位層側に
位置する画面情報が再度利用される可能性が低いことを
考慮して削除することで、処理速度に大きな影響を与え
ることなく、画面情報の保存に用いられるメモリの容量
を大幅に削減できるようになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ツリー構造で遷移
する画面情報の保存を制御するためのプログラムを記録
した画面情報保存制御用プログラムの記録媒体に関し、
特に、メモリ容量と処理速度とのバランスを図りつつ画
面情報を保存できるようにするプログラムを記録した画
面情報保存制御用プログラムの記録媒体に関する。

【０００２】

【従来の技術】クライアントがブラウザを介して検索条
件を設定することで、サーバに対してデータベースの検
索を指示して、その検索結果を閲覧することが広く行わ
れている。

【０００３】このような場合、サーバは、データベース
の検索結果をツリー構造の画面構成で表示することが多
い。このツリー構造の画面構成では、各画面に、別画面
（次画面や前画面など）への遷移を指示するボタンを用
意する構成を採って、このボタン操作に応答して、ディ
スプレイに表示する画面を遷移させていくという構成を
採っている。

【０００４】サーバは、ツリー構造の画面構成を用いる
場合、処理速度を高めるために、通常、画面で表示する
データベース検索データなどの情報をキャッシュすると
いう構成を採って、ユーザのボタン操作に応答して前に
表示した画面に戻るときには、そのキャッシュしてある
情報に従って、直ちに、その前に表示した画面を表示す
るという構成を採っている。

【０００５】

【発明が解決しようとする課題】しかしながら、従来技
術のように、各画面で表示する情報をキャッシュすると
いう構成を採っていると、膨大なメモリ容量が必要にな
るという問題点があった。

【０００６】キャッシュした画面情報の内、不要となっ
たものを廃棄していけば、画面情報のキャッシュに必要
となるメモリ容量を削減できるようになるものの、不要
となった画面情報であるのか否かを判断することが難し
く、現在までの所、一度キャッシュした画面情報につい
ては削除するという方法は用いられていない。

【０００７】更に、Ｗeb画面では、業務画面の持つ画面
遷移用ボタンの他に、Ｗeb画面の持つ画面遷移用ボタン
があり、このＷeb画面の持つ画面遷移用ボタンによる画
面遷移の情報については業務プログラムに通知されない
ことから、このキャッシュ情報の削除処理の実現を一層
難しいものにしている。

【０００８】本発明はかかる事情に鑑みてなされたもの
であって、ツリー構造で遷移する画面情報の保存を制御
する構成を採るときにあって、メモリ容量と処理速度と
のバランスを図りつつ画面情報を保存できるようにする
新たな画面情報保存制御技術の提供を目的とする。

【０００９】

【課題を解決するための手段】この目的を達成するため
に、本発明のプログラム記録媒体に記録されたプログラ
ムにより実現される画面情報保存制御方法は、ツリー構
造で遷移する画面情報の保存を制御するために、画面情
報の表示元が表示する画面遷移ボタンの操作に応答し
て、ツリー構造の下位層に向かう形で画面遷移が指示さ
れる場合に、遷移先の画面情報を保存する過程と、画面
情報の表示元が表示する画面遷移ボタンの操作に応答し
て、ツリー構造の上位層に向かう形で画面遷移が指示さ
れる場合に、保存される画面情報の中から、遷移元の画
面情報を削除するとともに、その遷移元画面情報と遷移
先の画面情報との間に位置する画面情報を削除する過程
とを備えるように構成する。

【００１０】このとき、画面情報を保存する過程では、
画面情報で表示されるデータベース検索データと、その
データベース検索データの検索条件データとを保存する
ことになるが、データベース検索データについては常に
保存するのではなくて、画面情報に対応付けて定義され
るデータベース検索データを保存するのか否かを示す情
報に従って、データベース検索データを保存するのか否
かを決定するように処理することがある。この処理構成
を採る場合には、データベース検索データが保存されな
い画面情報に遷移する場合に、保存される検索条件デー
タを使ってデータベースを検索する過程が備えられるこ
とになる。

【００１１】そして、データベース検索データを保存す
る構成を採るときには、遷移先の画面情報に対応付けて
定義されるデータベースを再検索するのか否かを示す情
報に従って、データベースを再検索するのか否かを決定
する過程を備えることがある。

【００１２】このように構成される本発明のプログラム
記録媒体に記録されたプログラムにより実現される画面
情報保存制御方法では、画面情報を表示するＷeb画面に
設けられる画面遷移ボタンの操作には応答せずに、画面
情報の表示元が表示する画面遷移ボタンの操作に応答し
て、ツリー構造の下位層に向かう形で画面遷移が指示さ
れる場合に、遷移先の画面情報を保存する。

【００１３】そして、画面情報を表示するＷeb画面に設
けられる画面遷移ボタンの操作には応答せずに、画面情
報の表示元が表示する画面遷移ボタンの操作に応答し
て、ツリー構造の上位層に向かう形で画面遷移が指示さ
れる場合に、保存される画面情報の中から、遷移元の画
面情報を削除するとともに、その遷移元画面情報と遷移
先の画面情報との間に位置する画面情報を削除する。

【００１４】このようにして、本発明では、ツリー構造
の画面遷移構成を用いる場合に、画面情報の表示元が表
示する画面遷移ボタンの操作に応答して、表示する画面
情報をツリー構造の上位層側に戻すときには、その戻っ
た画面情報よりも下位層側に位置する画面情報が再度利
用される可能性が低いことを考慮して、その画面情報を
削除することで、処理速度に大きな影響を与えることな
く、画面情報の保存に用いられるメモリの容量が大きく
ならないように制御するのである。

【００１５】この画面情報の保存構成を採るときに、処
理速度を犠牲にしてでもメモリ容量の更なる削減が要求
される場合には、画面情報で表示されるデータベース検
索データについては保存せずに、検索条件データのみを
保存する構成を採って、そのデータベース検索データを
保存しない画面情報に戻ってくるときには、その保存す
る検索条件データを使ってデータベースを検索すること
で、その画面情報の表示を実現する。

【００１６】そして、この画面情報の保存構成を採ると
きに、データベースに新規データが登録されることで、
保存するデータベース検索データと整合性がとれなくな
ることがあることを考慮して、遷移先の画面情報に対応
付けて定義されるデータベースの再検索指示に応答し
て、保存する検索条件データを使ってデータベースを再
検索することで、その遷移先の画面情報で表示するデー
タベース検索データに誤りがないことを実現する。

【００１７】このようにして、本発明によれば、メモリ
容量と処理速度とのバランスを図りつつ画面情報を保存
できるようになる。

【００１８】この本発明による画面情報の保存制御を実
現するにあたって、画面情報の表示元となる業務プログ
ラムは、基本的には、自プログラムの表示する画面遷移
ボタンに対してどの画面情報に遷移するのかということ
を設定するだけでよい。

【００１９】これから、本発明によれば、業務プログラ
ムの開発者に対してに何ら負荷を強いることなく、本発
明による画面情報の保存制御を実現できるようになる。

【００２０】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。

【００２１】図１に、本発明の適用されるシステムの一
例を図示する。

【００２２】この図に示すように、本発明は、例えば、
ブラウザ３０を展開するクライアント３と、ネットワー
ク４を介してクライアント３に接続されて、クライアン
ト３からの要求に応答してデータベース２を検索して、
その検索結果をクライアント３に提供するサーバ１とで
構成されるシステムに適用される。

【００２３】サーバ１は、図中に示すサーバ機構１０を
使って、このサービスを提供する処理を行うものであっ
て、ツリー構造の画面遷移を使ってクライアント３にサ
ービスを提供する。

【００２４】すなわち、例えば、図２に示すように、
先ず最初に、検索条件入力画面を表示し、続いて、ユ
ーザが検索条件入力画面に検索条件を入力して検索ボタ
ンを押下するとデータベース２を検索して、その検索結
果を表示（この例では、全部で３００件がヒットして、
その内の最初の１００件を表示することを想定してい
る）し、続いて、ユーザがページセレクタを押下する
と検索結果の次の１００件を表示し、続いて、ユーザ
が検索結果の１つを選択してその明細の表示を要求する
と、その明細を表示し、続いて、ユーザが前画面への
戻りボタンを押下すると、その前に表示していた検索結
果の表示画面を表示し、続いて、ユーザが前画面への
戻りボタンを押下すると、その前に表示していた検索条
件入力画面を表示するというような、ツリー構造の画面
遷移を使ってクライアント３にサービスを提供するので
ある。

【００２５】図３に、サーバ機構１０の一実施形態例を
図示する。

【００２６】図中、１００は画面情報オブジェクト、１
０１はスタックメモリ、１０２はメモリ管理部、１０３
は画面処理振分部、１０４はデータベース２をアクセス
するデータベースアクセス部である。

【００２７】ここで、サーバ機構１０の持つ機能は具体
的にはプログラムで実現されるものであり、このプログ
ラムは、計算機が読み取り可能な半導体メモリなどの適
当な記録媒体に格納することができる。

【００２８】画面情報オブジェクト１００は、クライア
ント３に表示する画面に対応付けて用意されて、その画
面における業務処理を実行する業務処理モジュールと、
その業務処理モジュールの処理結果をクライアント３に
表示する描画モジュールと、パラメータの受け渡し処理
を実行するパラメータ受け渡し部とを備える。

【００２９】この業務処理モジュールは、例えば、デー
タベース２の検索条件を設定して、データベースアクセ
ス部１０４を起動することでデータベース２を検索し、
その検索結果のセットを描画モジュールに提供するとと
もに、その検索結果のセットを開放（削除）する処理な
どを行う。一方、描画モジュールは、業務処理モジュー
ルの処理結果をクライアント３に表示する処理を行う。

【００３０】スタックメモリ１０１は、ユーザ毎に、起
動された画面情報オブジェクト１００をその起動の順番
に従いスタック形式で格納する。この図では、最初に、
画面ＩＤ“１”(SID=1) の画面情報オブジェクト１００
が起動され、それに続いて、画面ＩＤ“２”(SID=2) の
画面情報オブジェクト１００が起動され、それに続い
て、画面ＩＤ“３”(SID=3) の画面情報オブジェクト１
００が起動され、それに続いて、画面ＩＤ“４”(SID=
4) の画面情報オブジェクト１００が起動されたことを
想定している。

【００３１】メモリ管理部１０２は、画面処理振分部１
０３からの指示に応答して、画面情報オブジェクト１０
０をスタックメモリ１０１から取得したり、画面情報オ
ブジェクト１００をスタックメモリ１０１に保存した
り、画面情報オブジェクト１００をスタックメモリ１０
１から削除する処理を実行する。

【００３２】画面処理振分部１０３は、クライアント３
に表示される画面の持つボタンの操作に応答して通知さ
れてくるパラメータを受け取り、それに応じて以下に説
明する本発明に特徴的な処理を行う。

【００３３】ここで、画面処理振分部１０３は、図中に
示すように、大きく説明すると、“共通パラメータ処
理”と、“プログラム振分処理”と、“業務パラメータ
設定呼出処理”と、“業務処理呼出処理”と、“描画処
理呼出処理”という処理を実行する。

【００３４】画面処理振分部１０３に通知されるパラメ
ータとしては、通常のＷebパラメータの他に、図４に示
すように、遷移先の画面ＩＤ（リクエスト画面ＩＤ）
と、そのリクエスト画面ＩＤの指す画面情報オブジェク
ト１００を新規に作成する必要があるのか、あるいは、
スタックメモリ１０１から読み出せばよいのかについて
記述する「継続区分」と、そのリクエスト画面ＩＤの指
す画面情報オブジェクト１００の業務処理モジュールに
対して、データベース２の再検索を指示する「再検索指
示」とがある。

【００３５】クライアント３に表示される画面の持つボ
タンとしては、次画面への遷移を指示する「次ボタン」
や、その１つ前に表示していた画面への遷移を指示する
「戻りボタン」や、複数ページで構成される検索結果の
別ページへの遷移を指示する「ページセレクトボタン」
や、データベース２への新規データの登録を指示する
「登録ボタン」などがある。

【００３６】この「次ボタン」が押下されると、それま
で表示していない画面を表示するように処理することか
ら、この「次ボタン」には、「継続区分」として、画面
情報オブジェクト１００を新規に作成する必要があるこ
とを示す“Ｎｏ”が設定され、「再検索指示」として、
データベース２の再検索を行う必要がないことを示す
“Ｎｏ”が設定されることになる。

【００３７】また、この「戻りボタン」が押下される
と、その１つ前に表示していた画面を表示するように処
理することから、この「戻りボタン」には、「継続区
分」として、画面情報オブジェクト１００をスタックメ
モリ１０１から読み出せばよいことを示す“Ｙｅｓ”が
設定され、「再検索指示」として、データベース２の再
検索を行う必要がないことを示す“Ｎｏ”が設定される
ことになる。

【００３８】また、この「ページセレクトボタン」が押
下されると、複数ページで構成される検索結果の別ペー
ジを表示するように処理することから、この「ページセ
レクトボタン」には、「継続区分」として、画面情報オ
ブジェクト１００をスタックメモリ１０１から読み出せ
ばよいことを示す“Ｙｅｓ”が設定され、「再検索指
示」として、データベース２の再検索を行う必要がない
ことを示す“Ｎｏ”が設定されることになる。

【００３９】また、この「登録ボタン」が押下される
と、前に表示したことのある画面を表示するように処理
することから、この「登録ボタン」には、「継続区分」
として、画面情報オブジェクト１００をスタックメモリ
１０１から読み出せばよいことを示す“Ｙｅｓ”が設定
されるとともに、データベース２の内容が異なることに
なったことに対応させて、「再検索指示」として、デー
タベース２の再検索を行う必要があることを示す“Ｙｅ
ｓ”が設定されることになる。

【００４０】なお、この「継続区分」と「再検索指示」
については、ボタンの持つ意味に応じて、画像情報オブ
ジェクト１００の開発者が設定することになる。

【００４１】図５ないし図７に、画面処理振分部１０３
の実行する処理フローの一実施形態例、図８ないし図１
０に、画面処理振分部１０３から呼び出されるメモリ管
理部１０２の実行する処理フローの一実施形態例を図示
する。

【００４２】次に、これらの処理フローに従って、この
ように構成される実施形態例の動作処理について詳細に
説明する。先ず最初に、図５及び図６の処理フローにつ
いて説明する。

【００４３】画面処理振分部１０３は、画面遷移ボタン
の操作に応答してブラウザ３０からパラメータが通知さ
れると、図５及び図６の処理フローに示すように、先ず
最初に、ステップ１で、その通知されるパラメータの中
から上述した「リクエスト画面ＩＤ」／「継続区分」／
「再検索指示」を抽出して、それらをそれぞれ変数“Ｐ
-sid”／“Ｐ-cont"／“Ｐ-reexec"にセットする。この
ステップ１の処理が図３に示した“共通パラメータ処
理”に相当する。

【００４４】続いて、ステップ２で、“Ｐ-cont"にセッ
トされた値が“Ｙes”であるのか否かを判断して、“Ｙ
es”でないことを判断するとき、すなわち、リクエスト
画面ＩＤの指す画面情報オブジェクト１００を新規に作
成する必要があることを判断するときは、ステップ３に
進んで、リクエスト画面ＩＤの指す画面情報オブジェク
ト１００を新規に作成して、それを変数“scrInfo"に格
納する。

【００４５】一方、“Ｐ-cont"にセットされた値が“Ｙ
es”であることを判断するとき、すなわち、リクエスト
画面ＩＤの指す画面情報オブジェクト１００がスタック
メモリ１０１に格納されていることを判断するときに
は、ステップ４に進んで、メモリ管理部１０２に指示す
ることでリクエスト画面ＩＤの指す画面情報オブジェク
ト１００をスタックメモリ１０１から取得して、それを
変数“scrInfo"に格納する。このステップ３，４の処理
が図３に示した“プログラム振分処理”に相当する。

【００４６】続いて、ステップ５で、ステップ３，４で
処理した画面情報オブジェクト１００の持つ業務処理モ
ジュールを変数“obj"に格納する。

【００４７】続いて、ステップ６で、その変数“obj"に
格納した業務処理モジュールに対してパラメータの設定
を指示することで、その業務処理モジュールの必要とす
るパラメータの設定処理を実行する。この実施形態例で
は、業務処理モジュールはデータベース２を検索すると
いう処理を実行することを想定しているので、具体的に
は、ここで検索条件データを設定するのである。このス
テップ５の処理が図３に示した“業務パラメータ設定呼
出処理”に相当する。

【００４８】続いて、ステップ７で、“Ｐ-reexec"にセ
ットされた値が“Ｙes”であるのか否かということと、
変数“obj"に格納した業務処理モジュールの内部変数と
して用意される、変数“obj.execFlg"にセットされてい
る値が“true”であるのか否かということを判断する。

【００４９】ここで、内部変数“obj.execFlg"には、変
数“obj"に格納した業務処理モジュールが処理を実行し
てよいのか否かということを示す値（"true"/"false")
がセットされている。この実施形態例では、業務処理モ
ジュールはデータベース２を検索するという処理を実行
することを想定しているので、変数“obj"に格納した業
務処理モジュールが既にデータベース２を検索してい
て、かつ、その検索結果を開放（削除）していない場合
には、内部変数“obj.execFlg"には、その業務処理モジ
ュールが処理を実行する必要がないということを示す値
（“false"）がセットされることになる。

【００５０】このステップ７の判断処理により、“Ｐ-r
eexec"にセットされた値が“Ｙes”を示しているか、内
部変数“obj.execFlg"にセットされている値が“true”
を示していることを判断するときには、ステップ８に進
んで、変数“obj"に格納した業務処理モジュールに対し
て、設定した検索条件データの指すデータをデータベー
ス２から検索することを指示することで、業務処理モジ
ュールの処理を実行し、続くステップ９で、データベー
ス２を検索したことに対応して、内部変数“obj.execFl
g"に“false"をセットする。このステップ８，９の処理
が図３に示した“業務処理呼出処理”に相当する。

【００５１】すなわち、ブラウザ３０から変数“obj"に
格納した業務処理モジュールに対して再検索指示が発行
された場合と、その業務処理モジュールで未だデータベ
ース２を検索したことがない場合と、その業務処理モジ
ュールで既にデータベース２を検索したものの、その検
索結果を開放してしまった場合には、データベース２を
検索する必要があるので、その業務処理モジュールに対
して、データベース２を検索することを指示するのであ
る。

【００５２】一方、ステップ７で、“Ｐ-reexec"にセッ
トされた値が“ｎｏ”であることを判断する場合と、内
部変数“obj.execFlg"にセットされている値が“false"
であることを判断する場合には、このステップ８，９の
処理を省略する。

【００５３】すなわち、ブラウザ３０から変数“obj"に
格納した業務処理モジュールに対して再検索指示が発行
されない場合と、その業務処理モジュールで既にデータ
ベース２を検索して、かつ、その検索結果を開放してい
ない場合には、データベース２を検索する必要がないの
で、その業務処理モジュールに対して、データベース２
を検索することを指示しないのである。

【００５４】続いて、ステップ１０で、描画モジュール
に対して描画を指示することで、リクエスト画面ＩＤの
指す画面をクライアント３に表示する。このステップ１
０の処理が図３に示した“描画処理呼出処理”に相当す
る。

【００５５】続いて、ステップ１１で、メモリ管理部１
０２に指示することで、処理を行ったリクエスト画面Ｉ
Ｄの指す画面情報オブジェクト１００をスタックメモリ
１０１に書き込む。このとき、処理を行った画面情報オ
ブジェクト１００がスタックメモリ１０１から取得した
ものである場合には、重複した形で格納されるのを防止
するために、後述するように上書きする形でスタックメ
モリ１０１に書き込むように処理している。

【００５６】続いて、ステップ１２で、変数“obj"に格
納した業務処理モジュールの内部変数として用意され
る、変数“obj.freeFlg"にセットされている値が“tru
e”であるのか否かということを判断する。

【００５７】ここで、内部変数“obj.freeFlg"には、デ
ータベース２から検索したデータをスタックメモリ１０
１に残しておくのか否かということを示す値（"true"/"
false") がセットされている。但し、検索条件のデータ
については保存しておく構成を採っているので、その検
索データが再び必要になるときにはデータベース２を再
び検索すればよい。なお、この内部変数“obj.freeFlg"
の値は、画面情報オブジェクト１００の開発者が画面情
報オブジェクト１００毎に設定することになる。

【００５８】これから、ステップ１２で、内部変数“ob
j.freeFlg"にセットされている値が“true”を示してい
ることを判断するとき、すなわち、検索結果を残さない
ことの指示があるときは、ステップ１３に進んで、スタ
ックメモリ１０１に格納した画像情報オブジェクト１０
０の持つ検索結果のデータを開放（削除）し、続くステ
ップ１４で、データベース２を検索しなかったことに相
当することを考慮して、内部変数“obj.execFlg"に“tr
ue”をセットして、処理を終了する。

【００５９】一方、ステップ１２で、内部変数“obj.fr
eeFlg"にセットされている値が“false"を示しているこ
とを判断するとき、すなわち、検索結果を残すことの指
示があるときには、ステップ１３，１４の処理を行わず
に、そのまま処理を終了する。

【００６０】次に、図７の処理フローについて説明す
る。この図７の処理フローは、図５のステップ３で行う
画面情報オブジェクト１００の新規作成処理の詳細な処
理フローである。

【００６１】画面処理振分部１０３は、画面情報オブジ
ェクト１００の新規作成処理に入ると、図７の処理フロ
ーに示すように、先ず最初に、ステップ１で、メモリ管
理部１０２に指示することで、スタックメモリ１０１に
格納されている不要な画面情報オブジェクト１００の削
除処理を実行するとともに、スタックメモリ１０１の何
段目まで画像情報オブジェクト１００が格納されている
のかの検索処理を行う。

【００６２】このステップ１で行う処理については、図
８の処理フローで後述するが、簡単に説明するならば、
図１１に示すように、スタックメモリ１０１に格納され
ているリクエスト画面ＩＤの指す画面情報オブジェクト
１００の格納位置を検索して、それよりも上にスタック
されている画面情報オブジェクト１００を削除する処理
を行うものである。

【００６３】続いて、ステップ２以下の処理に示すよう
に、オブジェクト指向のクラス・インスタンスの関係を
使って、変数“Ｐ-sid”の指す画面情報オブジェクト１
００を生成する。

【００６４】ここで、リクエスト画面ＩＤの指す画面情
報オブジェクト１００よりも上にスタックされている画
像情報オブジェクト１００を削除するという構成を採る
のは、図１２及び図１３に示すように、リクエスト画面
ＩＤの指す画面情報オブジェクト１００に戻るときに
は、そこを起点にして遷移した画面情報オブジェクト１
００については、この後に利用される可能性が低いこと
を考慮して、スタックメモリ１０１から削除するように
したことに、その理由がある。

【００６５】次に、図８の処理フローについて説明す
る。この図８の処理フローは、図７のステップ１で行わ
れる「不要な画面情報削除と検索処理」の詳細な処理フ
ローである。

【００６６】メモリ管理部１０２は、「不要な画面情報
削除と検索処理」の実行指示が発行されると、図８の処
理フローに示すように、ステップ１ないしステップ３に
示すループ処理で、スタックメモリ１０１に格納されて
いるリクエスト画面ＩＤの指す画面情報オブジェクト１
００の格納位置を検索して、格納位置が存在しない場合
には、変数“ret"にその旨を示す“−1 ”をセットし
て、呼び出し元にその旨を通知する。

【００６７】一方、スタックメモリ１０１に格納されて
いるリクエスト画面ＩＤの指す画面情報オブジェクト１
００の格納位置ｉを検索する場合には、変数“ret"にそ
の格納位置をセットするともに、ステップ６ないしステ
ップ８に示すループ処理で、リクエスト画面ＩＤの指す
画面情報オブジェクト１００の格納位置よりも上にスタ
ックされる画面情報オブジェクト１００を開放（削除）
してから、呼び出し元に格納位置ｉ（変数“idx"に格納
される）を通知する。

【００６８】このようにして、画面処理振分部１０３
は、メモリ管理部１０２に指示することで、図１１で説
明したように、スタックメモリ１０１に格納されている
リクエスト画面ＩＤの指す画面情報オブジェクト１００
の格納位置を検索して、それよりも上にスタックされて
いる画面情報オブジェクト１００を削除する処理を行う
ことになる。

【００６９】次に、図９の処理フローについて説明す
る。この図９の処理フローは、図５のステップ４で行わ
れる「スタックメモリ１０１からの画像情報オブジェク
ト１００の取得処理」の詳細な処理フローである。

【００７０】メモリ管理部１０２は、「スタックメモリ
１０１からの画像情報オブジェクト１００の取得処理」
の実行指示が発行されると、図９の処理フローに示すよ
うに、図８の処理フローで説明した「不要な画面情報削
除と検索処理」を実行して、リクエスト画面ＩＤの指す
画面情報オブジェクト１００の格納位置（“idx"）を得
て、それを呼び出し元である画面処理振分部１０３に通
知する。

【００７１】この通知を受けて、画面処理振分部１０３
は、通知された格納位置の指す画面情報オブジェクト１
００を取得することで、リクエスト画面ＩＤの指す画面
情報オブジェクト１００を取得する。

【００７２】次に、図１０の処理フローについて説明す
る。この図１０の処理フローは、図５のステップ１１で
行われる「画像情報オブジェクト１００のスタックメモ
リ１０１への格納処理」の詳細な処理フローである。

【００７３】メモリ管理部１０２は、「画像情報オブジ
ェクト１００のスタックメモリ１０１への格納処理」の
実行指示が発行されると、図１０の処理フローに示すよ
うに、先ず最初に、ステップ１で、図８の処理フローで
説明した「不要な画面情報削除と検索処理」を実行す
る。

【００７４】続いて、ステップ２で、その処理により得
られたリクエスト画面ＩＤの指す画面情報オブジェクト
１００の格納位置“idx"の値が“−１”を示しているの
か否かを判断する。上述したように、“idx"の値が“−
１”を示しているときには、リクエスト画面ＩＤの指す
画面情報オブジェクト１００がスタックメモリ１０１に
格納されていないことを示している。

【００７５】このステップ２の判断処理により、“idx"
の値が“−１”を示していることを判断するときには、
リクエスト画面ＩＤの指す画面情報オブジェクト１００
が新規に作成されたものであることを判断して、ステッ
プ３に進んで、スタックメモリ１０１の一番上の格納位
置をリクエスト画面ＩＤの指す画面情報オブジェクト１
００の格納位置“idx"として設定し、続くステップ４
で、その設定したスタックメモリ１０１の格納位置“id
x"に、リクエスト画面ＩＤの指す画面情報オブジェクト
１００（新規に作成したもの）を格納する。

【００７６】一方、ステップ２の判断処理により、“id
x"の値が“−１”でないものを示しているときには、リ
クエスト画面ＩＤの指す画面情報オブジェクト１００を
ステップ１で得た格納位置“idx"に格納すればよいこと
を判断して、直ちにステップ４に進んで、ステップ１で
得た格納位置“idx"に、リクエスト画面ＩＤの指す画面
情報オブジェクト１００（スタックメモリ１０１から取
得したもの）を上書きする形で格納する。

【００７７】図１４に、以上に説明した処理を一覧表に
して示す。この一覧表では、データベース２の検索結果
を開放しない場合と開放する場合とに分け、更に、その
２つのそれぞれを、画像情報オブジェクト１００を新規
に作成する場合の「初回」と、画像情報オブジェクト１
００をスタックメモリ１００から取得する場合の「継
続」と、画像情報オブジェクト１００をスタックメモリ
１００から取得するとともに、再検索を実行する場合の
「再検索」という３つに分けて、それらがどのような処
理を行う（丸印を付けたものを行う）のかを図示してい
る。

【００７８】このようにして、本発明では、例えば、図
１５に示すように、メニュー画面からＡ検索画面に遷移
し、Ａ検索画面からＡ２一覧画面に遷移し、Ａ２一覧画
面からＡ明細画面に遷移し、Ａ明細画面からＡ登録画面
に遷移し、Ａ登録画面からＡ２一覧画面に戻る場合に
は、Ａ検索画面に遷移するときに、Ａ検索画面の情報
をスタックメモリ１０１に保存し、Ａ２一覧画面に遷
移するときに、Ａ２一覧画面の情報をスタックメモリ１
０１に保存し、Ａ明細画面に遷移するときに、Ａ明細
画面の情報をスタックメモリ１０１に保存し、Ａ登録
画面に遷移するときに、Ａ登録画面の情報をスタックメ
モリ１０１に保存し、Ａ２一覧画面に戻るときに、Ａ
登録画面及びＡ明細画面をスタックメモリ１０１から削
除していくように処理するのである。

【００７９】なお、この図には示していないが、Ａ登録
画面ではデータベース２に新規にデータを登録する処理
を行うので、Ａ登録画面からＡ２一覧画面に戻るときに
は、画面処理振分部１０３に対して、データベース２を
再検索することを指示する上述の「再検索指示」が通知
されることになる。

【００８０】図１６及び図１７に、各画像情報オブジェ
クト１００の持つ上述した内部変数“obj.freeFlg"に
“false"が設定されることで、データベース２の検索結
果を開放しないように設定される場合の処理の一例を図
示する。

【００８１】この場合、先ず最初に、検索条件の入力に
用いる検索画面（画面ＩＤ＝Ｓ１）を新規に作成したこ
とで、図１６（ａ）に示すように、その画面情報オブジ
ェクト１００がスタックメモリ１０１に格納される。続
いて、検索条件を入力してデータベース２を検索しその
検索結果を表示する検索一覧画面（画面ＩＤ＝Ｓ２）を
新規に作成したことで、図１６（ｂ）に示すように、そ
の画面情報オブジェクト１００がスタックメモリ１０１
に格納される。このときには、検索結果の第１ページを
表示していることを想定している。

【００８２】続いて、検索結果の第２ページの表示要求
に応答してその第２ページを検索一覧画面（画面ＩＤ＝
Ｓ２）に表示したことで、図１６（ｃ）に示すように、
その画面情報オブジェクト１００がスタックメモリ１０
１に格納される。続いて、検索結果の一覧から選択され
る項目の明細を表示する明細画面（画面ＩＤ＝Ｓ３）を
新規に作成したことで、図１７（ａ）に示すように、そ
の画面情報オブジェクト１００がスタックメモリ１０１
に格納される。

【００８３】続いて、検索結果の第２ページを表示する
検索一覧画面（画面ＩＤ＝Ｓ２）に戻ったことで、図１
７（ｂ）に示すように、明細画面（画面ＩＤ＝Ｓ３）を
スタックメモリ１０１から削除する。続いて、検索画面
（画面ＩＤ＝Ｓ１）に戻ったことで、図１７（ｃ）に示
すように、検索一覧画面（画面ＩＤ＝Ｓ２）をスタック
メモリ１０１から削除する。

【００８４】図１８及び図１９に、各画像情報オブジェ
クト１００の持つ上述した内部変数“obj.freeFlg"に
“true" が設定されることで、データベース２の検索結
果を開放するように設定される場合の処理の一例を図示
する。但し、この例では、明細画面（画面ＩＤ＝Ｓ３）
については、データベース２の検索結果を開放しないよ
うに設定されていることを想定している。

【００８５】この場合、先ず最初に、上述の検索画面
（画面ＩＤ＝Ｓ１）を新規に作成したことで、図１８
（ａ）に示すように、その画面情報オブジェクト１００
がスタックメモリ１０１に格納される。続いて、上述の
検索一覧画面（画面ＩＤ＝Ｓ２）を新規に作成したこと
で、図１８（ｂ）に示すように、その画面情報オブジェ
クト１００がスタックメモリ１０１に格納（但し、検索
結果については保持しない）される。このときには、検
索結果の第１ページを表示していることを想定してい
る。

【００８６】続いて、検索結果の第２ページの表示要求
に応答してその第２ページを検索一覧画面（画面ＩＤ＝
Ｓ２）に表示したことで、図１８（ｃ）に示すように、
その画面情報オブジェクト１００がスタックメモリ１０
１に格納（但し、検索結果については保持しない）され
る。続いて、上述の明細画面（画面ＩＤ＝Ｓ３）を新規
に作成したことで、図１９（ａ）に示すように、その画
面情報オブジェクト１００がスタックメモリ１０１に格
納（この画面では検索結果についても保持する）され
る。

【００８７】続いて、検索結果の第２ページを表示する
検索一覧画面（画面ＩＤ＝Ｓ２）に戻ったことで、図１
９（ｂ）に示すように、明細画面（画面ＩＤ＝Ｓ３）を
スタックメモリ１０１から削除する。続いて、検索画面
（画面ＩＤ＝Ｓ１）に戻ったことで、図１９（ｃ）に示
すように、検索一覧画面（画面ＩＤ＝Ｓ２）をスタック
メモリ１０１から削除する。

【００８８】図１８及び図１９に示す処理例のように、
データベース２の検索結果を開放するようにすると、ス
タックメモリ１０１の容量を大幅に削減できるようにな
る。この場合にも、データベース２の検索に用いる検索
条件データについては削除しないようにしていることか
ら、検索結果を開放した画面に戻るようなことがあって
も、その画面でデータベース２を再び検索できることに
なるので、何ら不都合は起こらない。

【００８９】（付記１）ツリー構造で遷移する画面情報
の保存を制御するためのプログラムを記録した記録媒体
であって、画面情報の表示元が表示する画面遷移ボタン
の操作に応答して、上記ツリー構造の下位層に向かう形
で画面遷移が指示される場合に、遷移先の画面情報を保
存する処理と、画面情報の表示元が表示する画面遷移ボ
タンの操作に応答して、上記ツリー構造の上位層に向か
う形で画面遷移が指示される場合に、上記保存される画
面情報の中から、遷移元の画面情報を削除するととも
に、該遷移元画面情報と遷移先の画面情報との間に位置
する画面情報を削除する処理とをコンピュータに実行さ
せるプログラムを記録したことを、特徴とする画面情報
保存制御用プログラムの記録媒体。

【００９０】（付記２）付記１に記載される画面情報保
存制御用プログラムの記録媒体において、上記画面情報
を保存する処理では、複数ページで構成される画面情報
については、最終表示されるページの画面情報を保存す
るように処理することを、特徴とする画面情報保存制御
用プログラムの記録媒体。

【００９１】（付記３）付記１又は２に記載される画面
情報保存制御用プログラムの記録媒体において、上記画
面情報を保存する処理では、画面情報で表示されるデー
タベース検索データと、該データベース検索データの検
索条件データとを保存するように処理することを、特徴
とする画面情報保存制御用プログラムの記録媒体。

【００９２】（付記４）付記３に記載される画面情報保
存制御用プログラムの記録媒体において、上記画面情報
を保存する処理では、画面情報に対応付けて定義される
データベース検索データを保存するのか否かを示す情報
に従って、データベース検索データを保存するのか否か
を決定するように処理することを、特徴とする画面情報
保存制御用プログラムの記録媒体。

【００９３】（付記５）付記４に記載される画面情報保
存制御用プログラムの記録媒体において、データベース
検索データが保存されない画面情報に遷移する場合に、
上記保存される検索条件データを使ってデータベースを
検索する処理をコンピュータに実行させるプログラムを
記録したことを、特徴とする画面情報保存制御用プログ
ラムの記録媒体。

【００９４】（付記６）付記３ないし５のいずれか１項
に記載される画面情報保存制御用プログラムの記録媒体
において、遷移先の画面情報に対応付けて定義されるデ
ータベースを再検索するのか否かを示す情報に従って、
データベースを再検索するのか否かを決定する処理をコ
ンピュータに実行させるプログラムを記録したことを、
特徴とする画面情報保存制御用プログラムの記録媒体。

【００９５】（付記７）ツリー構造で遷移する画面情報
の保存を制御する画面情報保存制御方法であって、画面
情報の表示元が表示する画面遷移ボタンの操作に応答し
て、上記ツリー構造の下位層に向かう形で画面遷移が指
示される場合に、遷移先の画面情報を保存する過程と、
画面情報の表示元が表示する画面遷移ボタンの操作に応
答して、上記ツリー構造の上位層に向かう形で画面遷移
が指示される場合に、上記保存される画面情報の中か
ら、遷移元の画面情報を削除するとともに、該遷移元画
面情報と遷移先の画面情報との間に位置する画面情報を
削除する過程とを備えることを、特徴とする画面情報保
存制御方法。

【００９６】

【発明の効果】以上説明したように、本発明では、ツリ
ー構造の画面遷移構成を用いる場合に、画面情報の表示
元が表示する画面遷移ボタンの操作に応答して、表示す
る画面情報をツリー構造の上位層側に戻すときには、そ
の戻った画面情報よりも下位層側に位置する画面情報が
再度利用される可能性が低いことを考慮して、その画面
情報を削除することで、処理速度に大きな影響を与える
ことなく、画面情報の保存に用いられるメモリの容量が
大きくならないように制御するのである。

【００９７】この画面情報の保存構成を採るときに、処
理速度を犠牲にしてでもメモリ容量の更なる削減が要求
される場合には、画面情報で表示されるデータベース検
索データについては保存せずに、検索条件データのみを
保存する構成を採って、そのデータベース検索データを
保存しない画面情報に戻ってくるときには、その保存す
る検索条件データを使ってデータベースを検索すること
で、その画面情報の表示を実現する。

【００９８】そして、この画面情報の保存構成を採ると
きに、データベースに新規データが登録されることで、
保存するデータベース検索データと整合性がとれなくな
ることがあることを考慮して、遷移先の画面情報に対応
付けて定義されるデータベースの再検索指示に応答し
て、保存する検索条件データを使ってデータベースを再
検索することで、その遷移先の画面情報で表示するデー
タベース検索データに誤りがないことを実現する。

【００９９】このようにして、本発明によれば、メモリ
容量と処理速度とのバランスを図りつつ画面情報を保存
できるようになる。

【０１００】この本発明による画面情報の保存制御を実
現するにあたって、画面情報の表示元となる業務プログ
ラムは、基本的には、自プログラムの表示する画面遷移
ボタンに対してどの画面情報に遷移するのかということ
を設定するだけでよい。

【０１０１】これから、本発明によれば、業務プログラ
ムの開発者に対して何ら負荷を強いることなく、本発明
による画面情報の保存制御を実現できるようになる。

【図面の簡単な説明】

【図１】本発明の適用されるシステムの一例である。

【図２】ツリー構造の画面遷移の説明図である。

【図３】サーバ機構の一実施形態例である。

【図４】クライアントから通知されるパラメータの説明
図である。

【図５】画面処理振分部の実行する処理フローの一実施
形態例である。

【図６】画面処理振分部の実行する処理フローの一実施
形態例である。

【図７】画面処理振分部の実行する処理フローの一実施
形態例である。

【図８】メモリ管理部の実行する処理フローの一実施形
態例である。

【図９】メモリ管理部の実行する処理フローの一実施形
態例である。

【図１０】メモリ管理部の実行する処理フローの一実施
形態例である。

【図１１】画面情報オブジェクトの削除処理の説明図で
ある。

【図１２】画面情報オブジェクトの削除処理の説明図で
ある。

【図１３】画面情報オブジェクトの削除処理の説明図で
ある。

【図１４】本発明で実行する処理の説明図である。

【図１５】本発明による処理の説明図である。

【図１６】本発明による処理の一例である。

【図１７】本発明による処理の一例である。

【図１８】本発明による処理の一例である。

【図１９】本発明による処理の一例である。

【符号の説明】

１ サーバ ２ データベース ３ クライアント ４ ネットワーク １０ サーバ機構 ３０ ブラウザ １００ 画面情報オブジェクト １０１ スタックメモリ １０２ メモリ管理部 １０３ 画面処理振分部 １０４ データベースアクセス部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５４０ Ｇ０６Ｆ 13/00 ５４０Ｂ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ツリー構造で遷移する画面情報の保存を
   制御するためのプログラムを記録した記録媒体であっ
   て、 画面情報の表示元が表示する画面遷移ボタンの操作に応
   答して、上記ツリー構造の下位層に向かう形で画面遷移
   が指示される場合に、遷移先の画面情報を保存する処理
   と、 画面情報の表示元が表示する画面遷移ボタンの操作に応
   答して、上記ツリー構造の上位層に向かう形で画面遷移
   が指示される場合に、上記保存される画面情報の中か
   ら、遷移元の画面情報を削除するとともに、該遷移元画
   面情報と遷移先の画面情報との間に位置する画面情報を
   削除する処理とをコンピュータに実行させるプログラム
   を記録したことを、 特徴とする画面情報保存制御用プログラムの記録媒体。
2. 【請求項２】 請求項１に記載される画面情報保存制御
   用プログラムの記録媒体において、 上記画面情報を保存する処理では、画面情報で表示され
   るデータベース検索データと、該データベース検索デー
   タの検索条件データとを保存するように処理すること
   を、 特徴とする画面情報保存制御用プログラムの記録媒体。
3. 【請求項３】 請求項２に記載される画面情報保存制御
   用プログラムの記録媒体において、 上記画面情報を保存する処理では、画面情報に対応付け
   て定義されるデータベース検索データを保存するのか否
   かを示す情報に従って、データベース検索データを保存
   するのか否かを決定するように処理することを、 特徴とする画面情報保存制御用プログラムの記録媒体。
4. 【請求項４】 請求項３に記載される画面情報保存制御
   用プログラムの記録媒体において、 データベース検索データが保存されない画面情報に遷移
   する場合に、上記保存される検索条件データを使ってデ
   ータベースを検索する処理をコンピュータに実行させる
   プログラムを記録したことを、 特徴とする画面情報保存制御用プログラムの記録媒体。
5. 【請求項５】 請求項２ないし４のいずれか１項に記載
   される画面情報保存制御用プログラムの記録媒体におい
   て、 遷移先の画面情報に対応付けて定義されるデータベース
   を再検索するのか否かを示す情報に従って、データベー
   スを再検索するのか否かを決定する処理をコンピュータ
   に実行させるプログラムを記録したことを、 特徴とする画面情報保存制御用プログラムの記録媒体。