トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 画面情報保存制御用プログラムの記録媒体
【発明者】 【氏名】野口 裕史
【要約】 【課題】本発明は、メモリ容量と処理速度とのバランスを図りつつ画面情報を保存できるようにする画面情報保存制御技術の提供を目的とする。

【解決手段】画面情報の表示元が表示する画面遷移ボタンの操作に応答して、ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面情報を保存し、ツリー構造の上位層に向かう形で画面遷移が指示される場合に、保存される画面情報の中から、遷移元の画面情報を削除するとともに、その遷移元画面情報と遷移先の画面情報との間に位置する画面情報を削除するように処理する。表示する画面情報をツリー構造の上位層側に戻すときには、その戻った画面情報よりも下位層側に位置する画面情報が再度利用される可能性が低いことを考慮して削除することで、処理速度に大きな影響を与えることなく、画面情報の保存に用いられるメモリの容量を大幅に削減できるようになる。
【特許請求の範囲】
【請求項１】 ツリー構造で遷移する画面情報の保存を制御するためのプログラムを記録した記録媒体であって、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面情報を保存する処理と、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、上記保存される画面情報の中から、遷移元の画面情報を削除するとともに、該遷移元画面情報と遷移先の画面情報との間に位置する画面情報を削除する処理とをコンピュータに実行させるプログラムを記録したことを、特徴とする画面情報保存制御用プログラムの記録媒体。
【請求項２】 請求項１に記載される画面情報保存制御用プログラムの記録媒体において、上記画面情報を保存する処理では、画面情報で表示されるデータベース検索データと、該データベース検索データの検索条件データとを保存するように処理することを、特徴とする画面情報保存制御用プログラムの記録媒体。
【請求項３】 請求項２に記載される画面情報保存制御用プログラムの記録媒体において、上記画面情報を保存する処理では、画面情報に対応付けて定義されるデータベース検索データを保存するのか否かを示す情報に従って、データベース検索データを保存するのか否かを決定するように処理することを、特徴とする画面情報保存制御用プログラムの記録媒体。
【請求項４】 請求項３に記載される画面情報保存制御用プログラムの記録媒体において、データベース検索データが保存されない画面情報に遷移する場合に、上記保存される検索条件データを使ってデータベースを検索する処理をコンピュータに実行させるプログラムを記録したことを、特徴とする画面情報保存制御用プログラムの記録媒体。
【請求項５】 請求項２ないし４のいずれか１項に記載される画面情報保存制御用プログラムの記録媒体において、遷移先の画面情報に対応付けて定義されるデータベースを再検索するのか否かを示す情報に従って、データベースを再検索するのか否かを決定する処理をコンピュータに実行させるプログラムを記録したことを、特徴とする画面情報保存制御用プログラムの記録媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、ツリー構造で遷移する画面情報の保存を制御するためのプログラムを記録した画面情報保存制御用プログラムの記録媒体に関し、特に、メモリ容量と処理速度とのバランスを図りつつ画面情報を保存できるようにするプログラムを記録した画面情報保存制御用プログラムの記録媒体に関する。
【０００２】
【従来の技術】クライアントがブラウザを介して検索条件を設定することで、サーバに対してデータベースの検索を指示して、その検索結果を閲覧することが広く行われている。
【０００３】このような場合、サーバは、データベースの検索結果をツリー構造の画面構成で表示することが多い。このツリー構造の画面構成では、各画面に、別画面（次画面や前画面など）への遷移を指示するボタンを用意する構成を採って、このボタン操作に応答して、ディスプレイに表示する画面を遷移させていくという構成を採っている。
【０００４】サーバは、ツリー構造の画面構成を用いる場合、処理速度を高めるために、通常、画面で表示するデータベース検索データなどの情報をキャッシュするという構成を採って、ユーザのボタン操作に応答して前に表示した画面に戻るときには、そのキャッシュしてある情報に従って、直ちに、その前に表示した画面を表示するという構成を採っている。
【０００５】
【発明が解決しようとする課題】しかしながら、従来技術のように、各画面で表示する情報をキャッシュするという構成を採っていると、膨大なメモリ容量が必要になるという問題点があった。
【０００６】キャッシュした画面情報の内、不要となったものを廃棄していけば、画面情報のキャッシュに必要となるメモリ容量を削減できるようになるものの、不要となった画面情報であるのか否かを判断することが難しく、現在までの所、一度キャッシュした画面情報については削除するという方法は用いられていない。
【０００７】更に、Ｗ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"）がセットされることになる。
【００５０】このステップ７の判断処理により、“Ｐ-reexec"にセットされた値が“Ｙes”を示しているか、内部変数“obj.execFlg"にセットされている値が“true”を示していることを判断するときには、ステップ８に進んで、変数“obj"に格納した業務処理モジュールに対して、設定した検索条件データの指すデータをデータベース２から検索することを指示することで、業務処理モジュールの処理を実行し、続くステップ９で、データベース２を検索したことに対応して、内部変数“obj.execFlg"に“false"をセットする。このステップ８，９の処理が図３に示した“業務処理呼出処理”に相当する。
【００５１】すなわち、ブラウザ３０から変数“obj"に格納した業務処理モジュールに対して再検索指示が発行された場合と、その業務処理モジュールで未だデータベース２を検索したことがない場合と、その業務処理モジュールで既にデータベース２を検索したものの、その検索結果を開放してしまった場合には、データベース２を検索する必要があるので、その業務処理モジュールに対して、データベース２を検索することを指示するのである。
【００５２】一方、ステップ７で、“Ｐ-reexec"にセットされた値が“ｎｏ”であることを判断する場合と、内部変数“obj.execFlg"にセットされている値が“false"であることを判断する場合には、このステップ８，９の処理を省略する。
【００５３】すなわち、ブラウザ３０から変数“obj"に格納した業務処理モジュールに対して再検索指示が発行されない場合と、その業務処理モジュールで既にデータベース２を検索して、かつ、その検索結果を開放していない場合には、データベース２を検索する必要がないので、その業務処理モジュールに対して、データベース２を検索することを指示しないのである。
【００５４】続いて、ステップ１０で、描画モジュールに対して描画を指示することで、リクエスト画面ＩＤの指す画面をクライアント３に表示する。このステップ１０の処理が図３に示した“描画処理呼出処理”に相当する。
【００５５】続いて、ステップ１１で、メモリ管理部１０２に指示することで、処理を行ったリクエスト画面ＩＤの指す画面情報オブジェクト１００をスタックメモリ１０１に書き込む。このとき、処理を行った画面情報オブジェクト１００がスタックメモリ１０１から取得したものである場合には、重複した形で格納されるのを防止するために、後述するように上書きする形でスタックメモリ１０１に書き込むように処理している。
【００５６】続いて、ステップ１２で、変数“obj"に格納した業務処理モジュールの内部変数として用意される、変数“obj.freeFlg"にセットされている値が“true”であるのか否かということを判断する。
【００５７】ここで、内部変数“obj.freeFlg"には、データベース２から検索したデータをスタックメモリ１０１に残しておくのか否かということを示す値（"true"/"false") がセットされている。但し、検索条件のデータについては保存しておく構成を採っているので、その検索データが再び必要になるときにはデータベース２を再び検索すればよい。なお、この内部変数“obj.freeFlg"の値は、画面情報オブジェクト１００の開発者が画面情報オブジェクト１００毎に設定することになる。
【００５８】これから、ステップ１２で、内部変数“obj.freeFlg"にセットされている値が“true”を示していることを判断するとき、すなわち、検索結果を残さないことの指示があるときは、ステップ１３に進んで、スタックメモリ１０１に格納した画像情報オブジェクト１００の持つ検索結果のデータを開放（削除）し、続くステップ１４で、データベース２を検索しなかったことに相当することを考慮して、内部変数“obj.execFlg"に“true”をセットして、処理を終了する。
【００５９】一方、ステップ１２で、内部変数“obj.freeFlg"にセットされている値が“false"を示していることを判断するとき、すなわち、検索結果を残すことの指示があるときには、ステップ１３，１４の処理を行わずに、そのまま処理を終了する。
【００６０】次に、図７の処理フローについて説明する。この図７の処理フローは、図５のステップ３で行う画面情報オブジェクト１００の新規作成処理の詳細な処理フローである。
【００６１】画面処理振分部１０３は、画面情報オブジェクト１００の新規作成処理に入ると、図７の処理フローに示すように、先ず最初に、ステップ１で、メモリ管理部１０２に指示することで、スタックメモリ１０１に格納されている不要な画面情報オブジェクト１００の削除処理を実行するとともに、スタックメモリ１０１の何段目まで画像情報オブジェクト１００が格納されているのかの検索処理を行う。
【００６２】このステップ１で行う処理については、図８の処理フローで後述するが、簡単に説明するならば、図１１に示すように、スタックメモリ１０１に格納されているリクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置を検索して、それよりも上にスタックされている画面情報オブジェクト１００を削除する処理を行うものである。
【００６３】続いて、ステップ２以下の処理に示すように、オブジェクト指向のクラス・インスタンスの関係を使って、変数“Ｐ-sid”の指す画面情報オブジェクト１００を生成する。
【００６４】ここで、リクエスト画面ＩＤの指す画面情報オブジェクト１００よりも上にスタックされている画像情報オブジェクト１００を削除するという構成を採るのは、図１２及び図１３に示すように、リクエスト画面ＩＤの指す画面情報オブジェクト１００に戻るときには、そこを起点にして遷移した画面情報オブジェクト１００については、この後に利用される可能性が低いことを考慮して、スタックメモリ１０１から削除するようにしたことに、その理由がある。
【００６５】次に、図８の処理フローについて説明する。この図８の処理フローは、図７のステップ１で行われる「不要な画面情報削除と検索処理」の詳細な処理フローである。
【００６６】メモリ管理部１０２は、「不要な画面情報削除と検索処理」の実行指示が発行されると、図８の処理フローに示すように、ステップ１ないしステップ３に示すループ処理で、スタックメモリ１０１に格納されているリクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置を検索して、格納位置が存在しない場合には、変数“ret"にその旨を示す“−1 ”をセットして、呼び出し元にその旨を通知する。
【００６７】一方、スタックメモリ１０１に格納されているリクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置ｉを検索する場合には、変数“ret"にその格納位置をセットするともに、ステップ６ないしステップ８に示すループ処理で、リクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置よりも上にスタックされる画面情報オブジェクト１００を開放（削除）してから、呼び出し元に格納位置ｉ（変数“idx"に格納される）を通知する。
【００６８】このようにして、画面処理振分部１０３は、メモリ管理部１０２に指示することで、図１１で説明したように、スタックメモリ１０１に格納されているリクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置を検索して、それよりも上にスタックされている画面情報オブジェクト１００を削除する処理を行うことになる。
【００６９】次に、図９の処理フローについて説明する。この図９の処理フローは、図５のステップ４で行われる「スタックメモリ１０１からの画像情報オブジェクト１００の取得処理」の詳細な処理フローである。
【００７０】メモリ管理部１０２は、「スタックメモリ１０１からの画像情報オブジェクト１００の取得処理」の実行指示が発行されると、図９の処理フローに示すように、図８の処理フローで説明した「不要な画面情報削除と検索処理」を実行して、リクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置（“idx"）を得て、それを呼び出し元である画面処理振分部１０３に通知する。
【００７１】この通知を受けて、画面処理振分部１０３は、通知された格納位置の指す画面情報オブジェクト１００を取得することで、リクエスト画面ＩＤの指す画面情報オブジェクト１００を取得する。
【００７２】次に、図１０の処理フローについて説明する。この図１０の処理フローは、図５のステップ１１で行われる「画像情報オブジェクト１００のスタックメモリ１０１への格納処理」の詳細な処理フローである。
【００７３】メモリ管理部１０２は、「画像情報オブジェクト１００のスタックメモリ１０１への格納処理」の実行指示が発行されると、図１０の処理フローに示すように、先ず最初に、ステップ１で、図８の処理フローで説明した「不要な画面情報削除と検索処理」を実行する。
【００７４】続いて、ステップ２で、その処理により得られたリクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置“idx"の値が“−１”を示しているのか否かを判断する。上述したように、“idx"の値が“−１”を示しているときには、リクエスト画面ＩＤの指す画面情報オブジェクト１００がスタックメモリ１０１に格納されていないことを示している。
【００７５】このステップ２の判断処理により、“idx"の値が“−１”を示していることを判断するときには、リクエスト画面ＩＤの指す画面情報オブジェクト１００が新規に作成されたものであることを判断して、ステップ３に進んで、スタックメモリ１０１の一番上の格納位置をリクエスト画面ＩＤの指す画面情報オブジェクト１００の格納位置“idx"として設定し、続くステップ４で、その設定したスタックメモリ１０１の格納位置“idx"に、リクエスト画面ＩＤの指す画面情報オブジェクト１００（新規に作成したもの）を格納する。
【００７６】一方、ステップ２の判断処理により、“idx"の値が“−１”でないものを示しているときには、リクエスト画面ＩＤの指す画面情報オブジェクト１００をステップ１で得た格納位置“idx"に格納すればよいことを判断して、直ちにステップ４に進んで、ステップ１で得た格納位置“idx"に、リクエスト画面ＩＤの指す画面情報オブジェクト１００（スタックメモリ１０１から取得したもの）を上書きする形で格納する。
【００７７】図１４に、以上に説明した処理を一覧表にして示す。この一覧表では、データベース２の検索結果を開放しない場合と開放する場合とに分け、更に、その２つのそれぞれを、画像情報オブジェクト１００を新規に作成する場合の「初回」と、画像情報オブジェクト１００をスタックメモリ１００から取得する場合の「継続」と、画像情報オブジェクト１００をスタックメモリ１００から取得するとともに、再検索を実行する場合の「再検索」という３つに分けて、それらがどのような処理を行う（丸印を付けたものを行う）のかを図示している。
【００７８】このようにして、本発明では、例えば、図１５に示すように、メニュー画面からＡ検索画面に遷移し、Ａ検索画面からＡ２一覧画面に遷移し、Ａ２一覧画面からＡ明細画面に遷移し、Ａ明細画面からＡ登録画面に遷移し、Ａ登録画面からＡ２一覧画面に戻る場合には、■Ａ検索画面に遷移するときに、Ａ検索画面の情報をスタックメモリ１０１に保存し、■Ａ２一覧画面に遷移するときに、Ａ２一覧画面の情報をスタックメモリ１０１に保存し、■Ａ明細画面に遷移するときに、Ａ明細画面の情報をスタックメモリ１０１に保存し、■Ａ登録画面に遷移するときに、Ａ登録画面の情報をスタックメモリ１０１に保存し、■Ａ２一覧画面に戻るときに、Ａ登録画面及びＡ明細画面をスタックメモリ１０１から削除していくように処理するのである。
【００７９】なお、この図には示していないが、Ａ登録画面ではデータベース２に新規にデータを登録する処理を行うので、Ａ登録画面からＡ２一覧画面に戻るときには、画面処理振分部１０３に対して、データベース２を再検索することを指示する上述の「再検索指示」が通知されることになる。
【００８０】図１６及び図１７に、各画像情報オブジェクト１００の持つ上述した内部変数“obj.freeFlg"に“false"が設定されることで、データベース２の検索結果を開放しないように設定される場合の処理の一例を図示する。
【００８１】この場合、先ず最初に、検索条件の入力に用いる検索画面（画面ＩＤ＝Ｓ１）を新規に作成したことで、図１６（ａ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納される。続いて、検索条件を入力してデータベース２を検索しその検索結果を表示する検索一覧画面（画面ＩＤ＝Ｓ２）を新規に作成したことで、図１６（ｂ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納される。このときには、検索結果の第１ページを表示していることを想定している。
【００８２】続いて、検索結果の第２ページの表示要求に応答してその第２ページを検索一覧画面（画面ＩＤ＝Ｓ２）に表示したことで、図１６（ｃ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納される。続いて、検索結果の一覧から選択される項目の明細を表示する明細画面（画面ＩＤ＝Ｓ３）を新規に作成したことで、図１７（ａ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納される。
【００８３】続いて、検索結果の第２ページを表示する検索一覧画面（画面ＩＤ＝Ｓ２）に戻ったことで、図１７（ｂ）に示すように、明細画面（画面ＩＤ＝Ｓ３）をスタックメモリ１０１から削除する。続いて、検索画面（画面ＩＤ＝Ｓ１）に戻ったことで、図１７（ｃ）に示すように、検索一覧画面（画面ＩＤ＝Ｓ２）をスタックメモリ１０１から削除する。
【００８４】図１８及び図１９に、各画像情報オブジェクト１００の持つ上述した内部変数“obj.freeFlg"に“true" が設定されることで、データベース２の検索結果を開放するように設定される場合の処理の一例を図示する。但し、この例では、明細画面（画面ＩＤ＝Ｓ３）については、データベース２の検索結果を開放しないように設定されていることを想定している。
【００８５】この場合、先ず最初に、上述の検索画面（画面ＩＤ＝Ｓ１）を新規に作成したことで、図１８（ａ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納される。続いて、上述の検索一覧画面（画面ＩＤ＝Ｓ２）を新規に作成したことで、図１８（ｂ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納（但し、検索結果については保持しない）される。このときには、検索結果の第１ページを表示していることを想定している。
【００８６】続いて、検索結果の第２ページの表示要求に応答してその第２ページを検索一覧画面（画面ＩＤ＝Ｓ２）に表示したことで、図１８（ｃ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納（但し、検索結果については保持しない）される。続いて、上述の明細画面（画面ＩＤ＝Ｓ３）を新規に作成したことで、図１９（ａ）に示すように、その画面情報オブジェクト１００がスタックメモリ１０１に格納（この画面では検索結果についても保持する）される。
【００８７】続いて、検索結果の第２ページを表示する検索一覧画面（画面ＩＤ＝Ｓ２）に戻ったことで、図１９（ｂ）に示すように、明細画面（画面ＩＤ＝Ｓ３）をスタックメモリ１０１から削除する。続いて、検索画面（画面ＩＤ＝Ｓ１）に戻ったことで、図１９（ｃ）に示すように、検索一覧画面（画面ＩＤ＝Ｓ２）をスタックメモリ１０１から削除する。
【００８８】図１８及び図１９に示す処理例のように、データベース２の検索結果を開放するようにすると、スタックメモリ１０１の容量を大幅に削減できるようになる。この場合にも、データベース２の検索に用いる検索条件データについては削除しないようにしていることから、検索結果を開放した画面に戻るようなことがあっても、その画面でデータベース２を再び検索できることになるので、何ら不都合は起こらない。
【００８９】（付記１）ツリー構造で遷移する画面情報の保存を制御するためのプログラムを記録した記録媒体であって、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面情報を保存する処理と、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、上記保存される画面情報の中から、遷移元の画面情報を削除するとともに、該遷移元画面情報と遷移先の画面情報との間に位置する画面情報を削除する処理とをコンピュータに実行させるプログラムを記録したことを、特徴とする画面情報保存制御用プログラムの記録媒体。
【００９０】（付記２）付記１に記載される画面情報保存制御用プログラムの記録媒体において、上記画面情報を保存する処理では、複数ページで構成される画面情報については、最終表示されるページの画面情報を保存するように処理することを、特徴とする画面情報保存制御用プログラムの記録媒体。
【００９１】（付記３）付記１又は２に記載される画面情報保存制御用プログラムの記録媒体において、上記画面情報を保存する処理では、画面情報で表示されるデータベース検索データと、該データベース検索データの検索条件データとを保存するように処理することを、特徴とする画面情報保存制御用プログラムの記録媒体。
【００９２】（付記４）付記３に記載される画面情報保存制御用プログラムの記録媒体において、上記画面情報を保存する処理では、画面情報に対応付けて定義されるデータベース検索データを保存するのか否かを示す情報に従って、データベース検索データを保存するのか否かを決定するように処理することを、特徴とする画面情報保存制御用プログラムの記録媒体。
【００９３】（付記５）付記４に記載される画面情報保存制御用プログラムの記録媒体において、データベース検索データが保存されない画面情報に遷移する場合に、上記保存される検索条件データを使ってデータベースを検索する処理をコンピュータに実行させるプログラムを記録したことを、特徴とする画面情報保存制御用プログラムの記録媒体。
【００９４】（付記６）付記３ないし５のいずれか１項に記載される画面情報保存制御用プログラムの記録媒体において、遷移先の画面情報に対応付けて定義されるデータベースを再検索するのか否かを示す情報に従って、データベースを再検索するのか否かを決定する処理をコンピュータに実行させるプログラムを記録したことを、特徴とする画面情報保存制御用プログラムの記録媒体。
【００９５】（付記７）ツリー構造で遷移する画面情報の保存を制御する画面情報保存制御方法であって、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面情報を保存する過程と、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、上記保存される画面情報の中から、遷移元の画面情報を削除するとともに、該遷移元画面情報と遷移先の画面情報との間に位置する画面情報を削除する過程とを備えることを、特徴とする画面情報保存制御方法。
【００９６】
【発明の効果】以上説明したように、本発明では、ツリー構造の画面遷移構成を用いる場合に、画面情報の表示元が表示する画面遷移ボタンの操作に応答して、表示する画面情報をツリー構造の上位層側に戻すときには、その戻った画面情報よりも下位層側に位置する画面情報が再度利用される可能性が低いことを考慮して、その画面情報を削除することで、処理速度に大きな影響を与えることなく、画面情報の保存に用いられるメモリの容量が大きくならないように制御するのである。
【００９７】この画面情報の保存構成を採るときに、処理速度を犠牲にしてでもメモリ容量の更なる削減が要求される場合には、画面情報で表示されるデータベース検索データについては保存せずに、検索条件データのみを保存する構成を採って、そのデータベース検索データを保存しない画面情報に戻ってくるときには、その保存する検索条件データを使ってデータベースを検索することで、その画面情報の表示を実現する。
【００９８】そして、この画面情報の保存構成を採るときに、データベースに新規データが登録されることで、保存するデータベース検索データと整合性がとれなくなることがあることを考慮して、遷移先の画面情報に対応付けて定義されるデータベースの再検索指示に応答して、保存する検索条件データを使ってデータベースを再検索することで、その遷移先の画面情報で表示するデータベース検索データに誤りがないことを実現する。
【００９９】このようにして、本発明によれば、メモリ容量と処理速度とのバランスを図りつつ画面情報を保存できるようになる。
【０１００】この本発明による画面情報の保存制御を実現するにあたって、画面情報の表示元となる業務プログラムは、基本的には、自プログラムの表示する画面遷移ボタンに対してどの画面情報に遷移するのかということを設定するだけでよい。
【０１０１】これから、本発明によれば、業務プログラムの開発者に対して何ら負荷を強いることなく、本発明による画面情報の保存制御を実現できるようになる。
【出願人】 【識別番号】０００００５２２３
【氏名又は名称】富士通株式会社
【出願日】 平成１２年９月２９日（２０００．９．２９）
【代理人】 【識別番号】１０００９５０７２
【弁理士】
【氏名又は名称】岡田 光由 （外１名）
【公開番号】 特開２００２−１０８９３２（Ｐ２００２−１０８９３２Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−２９７９３０（Ｐ２０００−２９７９３０）