JP2014206797A - Ｈｔｍｌドキュメントの画面切替制御方法、プログラム及びクライアント装置 - Google Patents

Abstract

【課題】複数のＨＴＭＬドキュメントの画面を切替える画面切替制御方法等に関し、パネルキャッシュ数が増加しても、ＤＯＭツリーサイズが増大しないようにし、新規ＨＴＭＬファイルの追加時の画面表示時間の増大、ＪａｖａＳｃｒｉｐｔ（登録商標）における画面操作の処理時間の増大を抑止する。【解決手段】ＨＴＭＬドキュメントをウェブブラウザ上で表示処理可能なＤＯＭ形式データに変換して階層構造化したＤＯＭツリーとして主メモリに保持する。表示するＨＴＭＬドキュメントのＤＯＭ形式データＰ１を、ウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化し、非表示のＤＯＭ形式データＰ２〜Ｐ６をインラインフレームＩ１〜Ｉ５内に構築されるＤＯＭツリーＤ１〜Ｄ５に移動させて非表示化する。画面切替時に、非表示のＤＯＭ形式データをインラインフレーム内のＤＯＭツリーから当該ウェブブラウザ上で扱われるＤＯＭツリーに移動して表示化する。【選択図】図１

Description

本発明は、ウェブアプリケーションプログラムによってクライアント装置に表示される複数のＨＴＭＬドキュメントの画面を切替える画面切替制御方法、プログラム及びクライアント装置に関する。

ＨＴＭＬ（Hyper Text Markup Language）やＪａｖａＳｃｒｉｐｔ（登録商標）等を使用してウェブページの画面を表示するウェブアプリケーションプログラムでは、クライアント装置で一度表示した画面を再度表示する際に、該画面への切替を高速に行うために、パネルキャッシュという技術が用いられている。

パネルキャッシュとは、ＨＴＭＬドキュメント（ＨＴＭＬ文書又はＨＴＭＬファイルとも称される。）を、ウェブブラウザが解析し、ウェブブラウザ上で表示処理可能な形式であるＤＯＭ（Document Object Model）形式のデータ構造として、クライアント装置の主メモリ上に保持することである。また、クライアント装置の主メモリ上に保持されたＤＯＭ形式又はＤＯＭ構造のデータをパネルキャッシュという場合もある。

ＤＯＭ形式又はＤＯＭ構造は、ＨＴＭＬやＸＭＬで記述されたウェブページ中の画像やテキスト等の要素をオブジェクトとして取り扱うための標準インタフェースとしてＷ３Ｃ（World Wide Web Consortium)によって勧告されている。ここで、ＤＯＭ形式又はＤＯＭ構造のデータをＤＯＭデータと記す場合もある。

ＤＯＭ形式又はＤＯＭ構造のデータは、ＨＴＭＬドキュメントに記述されているタグ（ＨＴＭＬを記述する際の命令語）をウェブブラウザが構造化して構築される。ＤＯＭ形式又はＤＯＭ構造のデータを階層構造化したＤＯＭ階層構造データは、ＤＯＭツリーと称される。

パネルキャッシュは、過去にクライアント装置で表示されたウェブサイトのＨＴＭＬファイルを該クライアント装置のローカルディスク上に一時的に保持しておく「ファイルキャッシュ（インターネット一時ファイル）」とは異なるものである。

パネルキャッシュを使用した画面切替について、図１２を参照して説明する。クライアント装置１からサーバ装置２に対して、初回のウェブページの表示要求が送出されると（１２−１）、サーバ装置２は該表示要求に応答し（１２−２）、該ウェブページのＨＴＭＬファイルをクライアント装置１にダウンロードする（１２−３）。

クライアント装置１は、該ＨＴＭＬファイルのダウンロードを完了すると（１２−４）、該ＨＴＭＬファイルをローカルディスク１２のインターネット一時ファイル１２１に保持するとともに、該ＨＴＭＬファイルを解析し、ＤＯＭツリーを構築する（１２−５）。

そして、クライアント装置１は、これまで表示していたＨＴＭＬドキュメントのＤＯＭ形式の画面データ（パネルキャッシュ）を非表示状態に変更して主メモリ１１のパネルキャッシュ領域１１１に保持し（１２−６）、ＤＯＭツリー全体の再構築を行い、該ダウンロードしたＨＴＭＬファイルの画面を描画する（１２−７）。

その後、ＨＴＭＬドキュメントの画面を再表示する要求がユーザから送出されたとする（１２−８）。ここで、パネルキャッシュを使用していない場合、クライアント装置１は、該画面が、インターネット一時ファイル１２１に保持（キャッシュ)済みであるか否かを確認するキャッシュチェックをサーバ装置２に送出する（１２−９）。

サーバ装置２は、該キャッシュチェックに対してキャッシュ済みである旨を応答する（１２−１０）。クライアント装置１は、該画面のＨＴＭＬファイルをインターネット一時ファイル１２１から取得し（１２−１１）、該ＨＴＭＬファイルを解析し、ＤＯＭツリーを構築する（１２−１２）。

このように、パネルキャッシュを使用しないＨＴＭＬドキュメントの画面切替では、図１２のシーケンス１２−９から１２−１２までのシーケンスにように、一度表示したＨＴＭＬファイルをインターネット一時ファイル１２１から取得し、該ＨＴＭＬファイルの解析及びＤＯＭツリー構築を再度行うこととなる。

これに対して、以前に表示したＨＴＭＬドキュメントの画面がパネルキャッシュ化されている場合、再表示するＨＴＭＬドキュメントの画面のパネルキャッシュを、主メモリ１１の第１のパネルキャッシュ領域１１１から取得する。そして、取得したパネルキャッシュを表示化し（１２−１３）、これまで表示していたパネルキャッシュを非表示化へ変更し（１２−１４）、主メモリ１１の第２のパネルキャッシュ領域１１２に保持し、ＤＯＭツリー全体の再構築を行って再描画を行う（１２−１５）。

パネルキャッシュを使用したＨＴＭＬドキュメントの画面切替では、一度表示したＨＴＭＬドキュメントに対して、図１２のシーケンス１２−９から１２−１２までのＨＴＭＬファイルの解析及びＤＯＭ形式データの構築が不要になり、画面再表示に要する時間を大幅に短縮することが可能となる。

ＨＴＭＬドキュメントの表示切替に関連するその他の技術として、ページ切替速度を向上させるために、ＨＴＭＬファイルのオブジェクトを抽出して記憶するオブジェクトキャッシングを行い、キャッシングされたオブジェクトが含まれたページに切り替える場合に、キャッシングされたオブジェクトを用いて、オブジェクトキャッシング以前の処理過程を省略する技術などが下記の特許文献１等によって知られている。

また、ウェブサーバにアクセスして取得した複数の一連のウェブページを切り替えて再表示するシステムにおいて、ユーザが次に表示要求する可能性の高いウェブページを、アクセス履歴テーブルを参照して予測し、該ウェブページの内容を先読みしてメモリのキャッシュ領域に格納しておくことにより、ウェブページを速やかに表示する技術等が下記の特許文献２等によって知られている。

また、１つのウェブページ内に別のウェブページを表示させるインラインフレームという技術が知られている。インラインフレームは、ＨＴＭＬにおいて＜ＩＦＲＡＭＥ＞タグによって定義されるフレームである。各インラインフレームには、ウェブページのメインフレームを扱うウェブブラウザと異なる他のウェブブラウザによって扱われるウェブページがダウンロードされ、描画される。

ウェブページの画面切替を行うウェブページ表示システムにおいて、インラインフレームの表示位置を、メインフレームの内側又は外側に適宜指定することにより、インラインフレームを表示又は非表示にする技術が下記の特許文献３等によって知られている。

特開２０１１−１８３２９号公報 特開２００３−３３０７８９号公報 特開２０１１−９６２０１号公報

ＨＴＭＬドキュメントの画面の再表示にパネルキャッシュを使用する場合、再表示するＨＴＭＬドキュメントの画面数が増え、パネルキャッシュ数が増加すると、クライアント装置１の主メモリ１１上に保持するＤＯＭ階層構造データ（ＤＯＭツリー）が増大し、新規ＨＴＭＬファイルの表示時間、及びＪａｖａＳｃｒｉｐｔ（登録商標）の処理時間が増加するという問題がある。

上述の新規ＨＴＭＬファイルの表示時間の増加について説明する。新規ＨＴＭＬファイルをサーバ装置２からダウンロードすると、クライアント装置１のウェブブラウザは、該ＨＴＭＬファイルを解析してＤＯＭ形式データに変換する。その後、現在保持しているＤＯＭツリーに、新たに解析したＤＯＭ形式データを追加し、ＤＯＭツリー全体を再構築する。そのため、ＤＯＭツリーサイズが増大すると、該ＤＯＭツリーに新規ＤＯＭ形式データを追加する処理時間、及びＤＯＭツリー全体を再構築する処理時間が増加する。

図１３は、新規ＨＴＭＬファイル追加時のＤＯＭツリーの様態の例を示している。図１３の（ａ）は、パネルキャッシュ多数のＤＯＭツリーの例を示し、図１３の（ｂ）は、パネルキャッシュ少数のＤＯＭツリーの例を示している。図１３の（ａ）及び（ｂ）において、パネルキャッシュＰ１は表示中であり、他の砂地模様を付したパネルキャッシュＰ２〜Ｐ５は非表示状態である。

新規ＨＴＭＬファイルのＤＯＭデータをＤＯＭツリーに新規に追加する場合、図１３の（ａ）では多数のパネルキャッシュＰ１〜Ｐ５に新規パネルキャッシュＰ６を追加してＤＯＭツリーを再構築する。一方、図１３の（ｂ）では少数のパネルキャッシュＰ１，Ｐ２に新規パネルキャッシュＰ６を追加してＤＯＭツリーを再構築する。

新規ＨＴＭＬファイルの画面を表示する際に必要なＤＯＭツリーの再構築範囲に含まれるパネルキャッシュは、図１３の（ｂ）ではパネルキャッシュＰ１，Ｐ２，Ｐ６であるのに対して、図１３の（ａ）ではパネルキャッシュＰ１〜Ｐ６の多数となり、再構築範囲に含まれるパネルキャッシュが増大する分、処理時間が増大する。このため、パネルキャッシュ数が増加すると、新規ＨＴＭＬファイルの画面の表示時間が増大するという問題がある。

次にＪａｖａＳｃｒｉｐｔ（登録商標）の処理時間の増加について説明する。ＪａｖａＳｃｒｉｐｔ（登録商標）における画面操作の処理は、「ＤＯＭツリーより操作対象画面を検索→画面操作（操作対象の項目への値の設定）」という処理を行うため、ＤＯＭツリーサイズが増大すると、ＤＯＭツリーより操作対象画面を検索する処理時間が増加し、ＪａｖａＳｃｒｉｐｔ（登録商標）の処理時間が増加する。

図１４は、ＪａｖａＳｃｒｉｐｔ（登録商標）による画面操作時のＤＯＭツリーの様態の例を示している。図１４の（ａ）は、パネルキャッシュ多数のＤＯＭツリーの例を示し、図１４の（ｂ）は、パネルキャッシュ少数のＤＯＭツリーの例を示している。図１４の（ａ）及び（ｂ）において、パネルキャッシュＰ１は表示中であり、他の砂地模様を付したパネルキャッシュＰ２〜Ｐ５は非表示状態である。

ＪａｖａＳｃｒｉｐｔ（登録商標）により画面を操作する場合、図１４の（ａ）では多数のパネルキャッシュＰ１〜Ｐ６の中から、操作対象のパネルキャッシュＰ６を検索し、該検索したパネルキャッシュＰ６に対して、画面操作（操作対象の項目への値の設定）を行う。

一方、図１４の（ｂ）では少数のパネルキャッシュＰ１，Ｐ２，Ｐ６の中から、操作対象のパネルキャッシュＰ６を検索し、該検索したパネルキャッシュＰ６に対して、画面操作（操作対象の項目への値の設定）を行う。

ＪａｖａＳｃｒｉｐｔ（登録商標）による画面操作時のパネルキャッシュの検索範囲は、図１４の（ｂ）ではパネルキャッシュＰ１，Ｐ２，Ｐ６であるのに対して、図１４の（ａ）ではパネルキャッシュＰ１〜Ｐ６の広い範囲となる。画面操作時にパネルキャッシュの検索範囲が広くなる分、ＪａｖａＳｃｒｉｐｔ（登録商標）による画面操作の処理時間が増加する。このため、パネルキャッシュ数が増加すると、画面操作のＪａｖａＳｃｒｉｐｔ（登録商標）の処理時間が増加するという問題がある。

上記課題に鑑み、本発明は、非表示のパネルキャッシュ数が増加しても、ウェブアプリケーションプログラム上のＤＯＭツリーサイズが増大しないようにし、新規ＨＴＭＬファイルの追加時の画面表示時間の増大を抑止し、また、ＪａｖａＳｃｒｉｐｔ（登録商標）における画面操作の処理時間の増大を抑止することを目的とする。

本発明に係るＨＴＭＬドキュメントの画面切替制御方法は、クライアント装置に表示される複数のＨＴＭＬ（Hyper Text Markup Language）ドキュメントの画面を切替える画面切替制御方法であって、前記ＨＴＭＬドキュメントを前記クライアント装置のウェブブラウザ上で表示処理可能なＤＯＭ（Document Object Model）形式データに変換して階層構造化したＤＯＭツリーとして、前記クライアント装置の主メモリに保持するＤＯＭ形式データ保持ステップと、前記複数のＨＴＭＬドキュメントのＤＯＭ形式データに対して、前記クライアント装置で表示するＨＴＭＬドキュメントのＤＯＭ形式データを、前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化するＤＯＭ形式データ表示化ステップと、前記複数のＨＴＭＬドキュメントの非表示のＤＯＭ形式データを、前記表示化されるＨＴＭＬドキュメントのメインフレーム内に作成されるインラインフレーム内に構築されるＤＯＭツリーに移動させて非表示化するＤＯＭ形式データ非表示化ステップと、前記非表示のＨＴＭＬドキュメントの画面に表示を切替えるとき、該ＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに移動し、該ＤＯＭツリーを再構築し、該移動したＤＯＭ形式データを表示化し、前記表示中のＨＴＭＬドキュメントのＤＯＭ形式データを非表示化するＤＯＭ形式データ切替ステップと、を含むものである。

また、前記表示中のＨＴＭＬドキュメントの画面から次に表示要求が遷移すると予測される遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、予め登録された画面遷移先テーブルを参照して特定する遷移先画面特定ステップと、前記遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに、間欠的処理によりに分割して移動し、非表示状態で該ＤＯＭツリーに再構築して予め復元しておくＤＯＭ形式データ分割復元ステップと、前記遷移先画面への表示の切替時に、前記予め復元しておいたＤＯＭ形式データを表示化し、表示中のＤＯＭ形式データを非表示化して画面を切替える遷移先画面切替ステップと、を含むものである。

また、前記ＤＯＭ形式データ非表示化ステップにおいて、前記非表示のＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーに移動させる処理を、間欠的処理によりに分割して実行するものである。

本発明に係るＨＴＭＬドキュメントの画面切替制御プログラムは、クライアント装置に表示される複数のＨＴＭＬ（Hyper Text Markup Language）ドキュメントの画面を切替える画面切替制御処理を、前記クライアント装置に実行させるプログラムであって、前記ＨＴＭＬドキュメントを前記クライアント装置のウェブブラウザ上で表示処理可能なＤＯＭ（Document Object Model）形式データに変換して階層構造化したＤＯＭツリーとして、前記クライアント装置の主メモリに保持するＤＯＭ形式データ保持処理と、前記複数のＨＴＭＬドキュメントのＤＯＭ形式データに対して、前記クライアント装置で表示するＨＴＭＬドキュメントのＤＯＭ形式データを、前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化するＤＯＭ形式データ表示化処理と、前記複数のＨＴＭＬドキュメントの非表示のＤＯＭ形式データを、前記表示化されるＨＴＭＬドキュメントのメインフレーム内に作成されるインラインフレーム内に構築されるＤＯＭツリーに移動させて非表示化するＤＯＭ形式データ非表示化処理と、前記非表示のＨＴＭＬドキュメントの画面に表示を切替えるとき、該ＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに移動し、該ＤＯＭツリーを再構築し、該移動したＤＯＭ形式データを表示化し、前記表示中のＨＴＭＬドキュメントのＤＯＭ形式データを非表示化するＤＯＭ形式データ切替処理と、を前記クライアント装置に実行させるものである。

本発明に係るクライアント装置は、複数のＨＴＭＬ（Hyper Text Markup Language）ドキュメントの画面を切替えて表示するクライアント装置であって、前記ＨＴＭＬドキュメントを前記クライアント装置のウェブブラウザ上で表示処理可能なＤＯＭ（Document Object Model）形式データに変換して階層構造化したＤＯＭツリーとして、前記クライアント装置の主メモリに保持するＤＯＭ形式データ保持手段と、前記複数のＨＴＭＬドキュメントのＤＯＭ形式データに対して、前記クライアント装置で表示するＨＴＭＬドキュメントのＤＯＭ形式データを、前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化するＤＯＭ形式データ表示化手段と、前記複数のＨＴＭＬドキュメントの非表示のＤＯＭ形式データを、前記表示化されるＨＴＭＬドキュメントのメインフレーム内に作成されるインラインフレーム内に構築されるＤＯＭツリーに移動させて非表示化するＤＯＭ形式データ非表示化手段と、前記非表示のＨＴＭＬドキュメントの画面に表示を切替えるとき、該ＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに移動し、該ＤＯＭツリーを再構築し、該移動したＤＯＭ形式データを表示化し、前記表示中のＨＴＭＬドキュメントのＤＯＭ形式データを非表示化するＤＯＭ形式データ切替手段と、を備えたものである。

本発明によれば、パネルキャッシュ数が増加してもＤＯＭツリーサイズが増大せず、新規ＨＴＭＬファイルの画面の表示処理、及びＪａｖａＳｃｒｉｐｔ（登録商標）における画面操作の処理を、一定サイズのＤＯＭツリー環境下で実行することが可能になる。このため、パネルキャッシュ数が増加しても、新規ＨＴＭＬファイルの画面の表示時間の増加、及びＪａｖａＳｃｒｉｐｔ（登録商標）における画面操作の処理時間の増加を、抑止することが可能となる。

また、非表示状態のパネルキャッシュを別のＤＯＭツリーから取得して復元する際に必要なＤＯＭ解析及びＤＯＭ構築処理を、遷移先画面を予測して前倒しして行うことにより、再表示画面への切替を高速化することが可能となる。

また、他のウェブブラウザで扱われる別のＤＯＭツリーからパネルキャッシュを取得する処理、及び別のＤＯＭツリーへ非表示化パネルキャッシュを移動する処理を、分割して実行することにより、ＪａｖａＳｃｒｉｐｔ（登録商標）の処理に伴う操作性の低下を防ぐことができる。

本発明による非表示状態のパネルキャッシュの処理の説明図である。 異なるＤＯＭツリー間でのパネルキャッシュの移動の説明図である。 パネルキャッシュの分割移動処理の説明図である。 パネルキャッシュの分割復元処理の説明図である。 本発明が適用されるハードウェア構成例を示す図である。 本発明が適用されるソフトウェア構成例を示す図である。 ウェブページ画面切替え処理の全体の動作例のフローを示す図である。 パネルキャッシュ移動開始処理、パネルキャッシュ復元開始処理、及びパネルキャッシュ復元処理の動作例のフローを示す図である。 パネルキャッシュ移動イベント発行時の動作フローを示す図である。 パネルキャッシュ復元イベント発行時の動作フローを示す図である。 パネルキャッシュ一覧及び画面遷移先テーブルのデータ構造の一例を示す図である。 パネルキャッシュを使用した画面切替の説明図である。 新規ＨＴＭＬファイル追加時のＤＯＭツリーの様態の例を示す図である。 ＪａｖａＳｃｒｉｐｔ（登録商標）による画面操作時のＤＯＭツリーの様態の例を示す図である。

本発明の実施形態について図面を参照して以下に説明する。図１は本発明による非表示状態のパネルキャッシュの処理の説明図である。図１の(ａ)は従来のＤＯＭツリーによるパネルキャッシュＰ１〜Ｐ６を、本発明と対比させるために掲載している。図１の(ｂ)は本発明によるＤＯＭツリーを示している。

従来は、表示中のパネルキャッシュＰ１及び非表示状態のパネルキャッシュＰ２〜Ｐ６を含むＤＯＭツリーが、動作中のウェブアプリケーションプログラムを扱うウェブブラウザにより構築されていた。このため、従来のＤＯＭツリーでは、動作中のウェブアプリケーションプログラム上でウェブブラウザにより扱われるＤＯＭツリーサイズは、非表示中のパネルキャッシュを含むパネルキャッシュＰ１〜Ｐ６のＤＯＭツリーサイズＳ１となる。

これに対して、本発明では、非表示状態となったパネルキャッシュＰ２〜Ｐ６を、動作中のウェブアプリケーションプログラムのＤＯＭツリー構成に影響を及ぼさないように、別のウェブブラウザでそれぞれ扱われるよう別のＤＯＭツリーＤ１〜Ｄ５に移動させる。

表示中のメインドキュメントのパネルキャッシュＰ１には、インラインフレームＩ１〜Ｉ５を生成し、非表示のパネルキャッシュＰ２〜Ｐ６の移動先のＤＯＭツリーＤ１〜Ｄ５を、該インラインフレームＩ１〜Ｉ５にそれぞれ格納する。非表示状態のパネルキャッシュを再表示するには、別のＤＯＭツリーから動作中のウェブアプリケーションプログラム上へ該パネルキャッシュを移動して表示する。

こうすることにより、本発明によるＤＯＭツリーでは、動作中のウェブアプリケーションプログラム上で扱われるＤＯＭツリーサイズは、表示中のパネルキャッシュＰ１のＤＯＭツリーサイズＳ２のまま、一定サイズとなる。

図１（ａ）及び（ｂ）のＤＯＭツリーサイズＳ１及びＳ２は、新規ＨＴＭＬファイル追加時のＤＯＭツリーの再構築範囲、及びＪａｖａＳｃｒｉｐｔ（登録商標）による画面操作時のパネルキャッシュの検索対象範囲である。

本発明によれば、動作中のウェブアプリケーションプログラムと連携するウェブブラウザが扱うＤＯＭツリーサイズは、非表示のパネルキャッシュ数の増加によって増大することが無い。そのため、新規ＨＴＭＬファイルの追加時やＪａｖａＳｃｒｉｐｔ（登録商標）による画面操作の処理時間が、非表示のパネルキャッシュ数の増加によって増大することはない。

図２は画面切替えのためにパネルキャッシュＰ１，Ｐ２を異なるＤＯＭツリーＤ０，Ｄ１，Ｄ２間で移動させる様態を示している。動作中のウェブアプリケーションプログラムで扱われるＤＯＭツリーＤ０と、別のウェブブラウザで扱われるＤＯＭツリーＤ１，Ｄ２との間でパネルキャッシュＰ１，Ｐ２を移動させるとき、ＤＯＭ解析及びＤＯＭツリー構築処理（２−１，２−２)を必要とする。

パネルキャッシュＰ１，Ｐ２の移動時のＤＯＭ解析及びＤＯＭツリー構築処理（２−１，２−２)は、ＪａｖａＳｃｒｉｐｔ（登録商標）により実施される。しかし、ＪａｖａＳｃｒｉｐｔ（登録商標）による実施は、処理負担が大きく、単純に実施するだけでは、パネルキャッシュによる画面切替は高速化されない。また、ＪａｖａＳｃｒｉｐｔ（登録商標）による処理は、ＣＰＵリソースを多く使用するため、異なるＤＯＭツリー間でのパネルキャッシュの移動時には、画面操作等の操作性が低下してしまう。

そこで、本発明によるアプリケーションプログラムでは、以下に説明するパネルキャッシュの分割移動処理及び分割復元処理を実行させる。これらの処理により、パネルキャッシュによる画面切替が高速化され、また、ＪａｖａＳｃｒｉｐｔ（登録商標）処理による画面操作性等の操作性の低下が抑止される。

まず、パネルキャッシュの分割移動処理について図３を参照して説明する。図３の（ａ）は新規ＨＴＭＬファイルＨ１のダウンロード時の様態を示している。このとき、パネルキャッシュＰ１の画面は表示中で、パネルキャッシュＰ２，Ｐ３の画面は非表示中である。パネルキャッシュＰ２，Ｐ３は、パネルキャッシュＰ１の画面を表示しているメインドキュメントのインラインフレームＩ１，Ｉ２内に、他のＤＯＭツリーとして格納されている。

図３の（ｂ）は、新規ＨＴＭＬファイルＨ１の画面の表示化、表示中のパネルキャッシュＰ１の画面の非表示化の様態を示している。新規ＨＴＭＬファイルＨ１の画面を表示するために、パネルキャッシュＰ１の画面を非表示化し、新規ＨＴＭＬファイルＨ１のパネルキャッシュＰ４を生成して表示化する（３−１）。

図３の（ｃ）は、別のＤＯＭツリーへの非表示化パネルキャッシュＰ１の移動の様態を示している。非表示化したパネルキャッシュＰ１を別のＤＯＭツリーへ移動するため、メインドキュメントにインラインフレームＩ３を新たに生成し、該インラインフレームＩ３に、非表示化パネルキャッシュＰ１の移動先のＤＯＭツリーを格納する（３−２）。

このパネルキャッシュＰ１を別のＤＯＭツリーに移動させる処理に伴うＤＯＭ解析・ＤＯＭ構築の処理は、表示画面を切替えた後のユーザ操作が無い期間に少量ずつ間欠的に実施する。こうすることにより、画面切替時にＪａｖａＳｃｒｉｐｔ（登録商標）によるＣＰＵリソースが大量に使用されるのを防ぎ、操作性の低下を防ぐことができる。

次にパネルキャッシュの分割復元処理について図４を参照して説明する。パネルキャッシュの分割復元処理は、現在表示している画面から遷移することが予測される画面のパネルキャッシュを事前に取り出しておく処理である。図４の（ｄ）に示すように、現在表示中の新規ＨＴＭＬパネルキャッシュＰ４から遷移する可能性が高い画面を、画面遷移先テーブル２３を参照して予測する（４−１）。

該予測した画面のパネルキャッシュＰ３を、別のＤＯＭツリーから現在表示中の新規ＨＴＭＬパネルキャッシュＰ４を含むＤＯＭツリーに事前に移動して復元し、非表示化しておく（４−２）。この予測画面のパネルキャッシュＰ３を事前に移動して復元する際に必要なＤＯＭ解析及びＤＯＭツリー構築処理は、ユーザ操作が無い期間に少量ずつ間欠的に実施する。

図４の（ｅ）は、パネルキャッシュ復元済みの画面を再表示する様態を示している。ユーザからパネルキャッシュＰ３の画面への切替要求が送出されると、別のＤＯＭツリーから事前に移動しておいたパネルキャッシュＰ３を表示化して表示画面を切替える。

この画面切替は、画面切替前にパネルキャッシュＰ３の画面再表示に必要なＤＯＭツリーが既に移動・復元済みであるため、該パネルキャッシュＰ３への画面切替を、従来のパネルキャッシュによる画面切替と同様に高速に行うことができる。

新たに表示したパネルキャッシュＰ３に対して、図４の（ｄ）を参照して説明した処理と同様の処理を実施する。即ち、パネルキャッシュＰ３から遷移する可能性が高い画面を、画面遷移先テーブル２３を参照して予測し（４−１）、該予測した画面のパネルキャッシュを現在表示中のパネルキャッシュＰ３を含むＤＯＭツリーに復元して非表示化しておく（４−２）。

一方、新規ＨＴＭＬパネルキャッシュＰ４の非表示化に伴い、該パネルキャッシュＰ４に対して、図３の（ｃ）と同様に別のＤＯＭツリーへの移動する処理を実施する。ただし、該パネルキャッシュＰ４の画面が、現在表示中のパネルキャッシュＰ３の画面から遷移する可能性が高い画面であると予測される場合は、現在表示中のパネルキャッシュＰ３を含むＤＯＭツリー内に残して非表示化しておく。

本発明を使用するウェブアプリケーションプログラムは、画面を切り替える際に、本発明のアプリケーションプログラムを実行して画面を切り替える処理を実行させる。ウェブアプリケーションプログラムより呼出された本発明のアプリケーションプログラムは、表示するＨＴＭＬドキュメントが新規表示であるか又は再表示であるかを確認し、それに応じて新規表示動作又は再表示動作を実行させる。

［新規表示動作］
新規表示の場合、従来と同様に、新規ＨＴＭＬドキュメントをウェブブラウザ上に表示して画面切替を行う。表示していたＨＴＭＬドキュメントは、パネルキャッシュとして非表示化する。画面切替完了後、本発明のアプリケーションプログラムは、以下の処理を実行させる。

（１）非表示化したパネルキャッシュを格納するインラインフレームを作成する。
（２）表示中のＨＴＭＬ画面より予想される遷移先画面が既にパネルキャッシュ化されているか否かを確認する。
（ア）遷移先画面がパネルキャッシュ化されている場合、該パネルキャッシュが格納されているインラインフレームよりＤＯＭデータを分割して移動する。
（イ）遷移先画面がパネルキャッシュ化されていない場合、何もしない。
（３）非表示化したパネルキャッシュのＤＯＭデータを上記（１）で作成したインラインフレームへ移動する。

［再表示動作］
再表示の場合、画面切替時に本発明のアプリケーションプログラムは以下の処理を実行させる。
（１）再表示する画面がウェブアプリケーションプログラムで扱われるＤＯＭツリー内にパネルキャッシュされているか否かを確認する。
（ア）パネルキャッシュされている場合、該パネルキャッシュを表示状態とし、表示していたＨＴＭＬドキュメントをパネルキャッシュとして非表示化する。
（イ）パネルキャッシュ化されていない場合、インラインフレーム上のパネルキャッシュを探索し、探索したインラインフレームから当該ウェブアプリケーションプログラム上に該再表示画面のＤＯＭデータを移動してパネルキャッシュを復元し、上記（ア）の処理を実施する。
（２）非表示化したパネルキャッシュを格納するインラインフレームを作成する。
（３）表示したＨＴＭＬドキュメントの画面から予想される遷移先画面が既にパネルキャッシュ化されているか否かを確認する。
（ア）遷移先画面がパネルキャッシュ化されている場合、該パネルキャッシュが格納されているインラインフレームよりＤＯＭデータを分割して当該ウェブアプリケーションプログラム上に移動する。
（イ）遷移先画面がパネルキャッシュ化されていない場合、何もしない。
（４）非表示化したＤＯＭデータを上記（２）で作成したインラインフレームへ移動する。

図５にウェブページ画面切替えを処理する本発明のパネルキャッシュ制御アプリケーションプログラムが適用されるハードウェア構成例を示す。以下の説明では、アプリケーションプログラムを単にアプリケーションと記す。

本発明のパネルキャッシュ制御アプリケーション２２及び後述する画面遷移先テーブル２３は、既存のウェブアプリケーション２１の資産と共にサーバ装置２に保持される。既存のウェブアプリケーション２１の資産は、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ（登録商標)、ＣＳＳ（Cascading Style Sheets）等である。

本発明のパネルキャッシュ制御アプリケーション２２及び後述する画面遷移先テーブル２３は、既存のウェブアプリケーション２１と共にサーバ装置２から、ネットワーク接続機器３１，３３、及びＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）等のネットワーク３２を介して、クライアント装置１にダウンロードされる。クライアント装置１では、該ダウンロードしたＨＴＭＬドキュメントの画面を、ウェブブラウザ１３により表示する。

図６に本発明による画面切替えを処理するパネルキャッシュ制御アプリケーションが適用されるソフトウェア構成例を示す。本発明のパネルキャッシュ制御アプリケーション２２は、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ（登録商標)、ＣＳＳ（Cascading Style Sheets）等の既存のウェブアプリケーション２１の構成要素の一部に組込まれるウェブアプリケーションである。

該ウェブアプリケーション２１は、アプリケーションサーバソフトウェアの一部として、オペレーティングシステム上で実行されるものである。本発明のパネルキャッシュ制御アプリケーション２２及び画面遷移先テーブル２３は、既存のウェブアプリケーション２１がクライアント装置１にダウンロードされる際に、同時にクライアント装置１にダウンロードされクライアント装置１で実行される。

図７〜図１０にクライアント装置１における本発明のウェブページ画面切替え処理の動作例のフローを示す。図７は、ウェブページ画面切替え処理の全体の動作例のフローを示す。図７に示すように、まず、ウェブアプリケーションから画面切替依頼を受取ると、画面切替の処理を開始し、パネルキャッシュ一覧を取得する（ステップＳ７−１）。

取得したパネルキャッシュ一覧より、画面切替先のパネルキャッシュの状態を探索し（ステップＳ７−２）、該パネルキャッシュの状態が、非表示化しているパネルキャッシュか否かを判定する（ステップＳ７−３）。非表示化しているパネルキャッシュである場合（ステップＳ７−３でＹＥＳの場合）、該パネルキャッシュの表示化を行い（ステップＳ７−４）、表示中のパネルを非表示化する（ステップＳ７−５）。そして、非表示化したパネルキャッシュの移動開始処理を実行し（ステップＳ７−６）、また、表示化した画面から予測される遷移先画面のパネルキャッシュの復元開始処理を実行する（ステップＳ７−７）。

ステップＳ７−３の判定で、探索したパネルキャッシュの状態が、非表示化しているパネルキャッシュでないと判定された場合（ステップＳ７−３でＮＯの場合）、インラインフレーム内に該パネルキャッシュが有るか否かを判定する（ステップＳ７−８）。インラインフレーム内に該パネルキャッシュが有る場合（ステップＳ７−８でＹＥＳの場合）、該パネルキャッシュの復元処理を実行する（ステップＳ７−９）。該パネルキャッシュの復元後は、前述のステップＳ７−４からステップＳ７−７までの処理を実行する。

ステップＳ７−８の判定で、インラインフレーム内に該パネルキャッシュが無いと判定された場合（ステップＳ７−８でＮＯの場合）、画面切替先のＨＴＭＬファイルのダウンロードをサーバ装置２に対して依頼する（ステップＳ７−１０）。該ＨＴＭＬファイルのダウンロードの完了を監視し（ステップＳ７−１１）、ダウンロードの完了を確認すると、該ＨＴＭＬファイルの画面を表示する（ステップＳ７−１２）。

そのとき、表示中パネルキャッシュが有るか否かを判定し（ステップＳ７−１３）、表示中パネルキャッシュが有る場合、該表示中パネルキャッシュの非表示化を行う（ステップＳ７−１４）。そして、該非表示化パネルキャッシュの移動開始処理を実行し（ステップＳ７−１５）、表示化した画面から予測される遷移先画面のパネルキャッシュの復元開始処理を実行する（ステップＳ７−１６）。

図８にパネルキャッシュ移動開始処理、パネルキャッシュ復元開始処理、及びパネルキャッシュ復元処理の動作例のフローを示す。図８の（ａ）はパネルキャッシュ移動開始処理を示す。パネルキャッシュ移動開始処理は、パネルキャッシュ用インラインフレームを作成し（ステップＳ８−１）、パネルキャッシュ移動イベントを発行し（ステップＳ８−２）、図１１の（ａ）に示すパネルキャッシュ一覧テーブルを更新する（ステップＳ８−３）。パネルキャッシュ一覧テーブルについては後述する。

図８の（ｂ）は、パネルキャッシュ復元開始処理を示す。パネルキャッシュ復元開始処理は、パネルキャッシュ復元イベントを発行し（ステップＳ８−４）、図１１の（ａ）に示すパネルキャッシュ一覧テーブルを更新する（ステップＳ８−５）。

図８の（ｃ）は、パネルキャッシュ復元処理を示す。パネルキャッシュ復元処理は、パネルキャッシュ一覧テーブル（図１１の(ａ)参照）より、パネルＩＤからインラインフレームＩＤを取得する（ステップＳ８−６）。ここで、パネルＩＤは、復元するＨＴＭＬドキュメントの画面の識別子であり、インラインフレームＩＤは、該画面のパネルキャッシュが格納されているインラインフレームの識別子である。

取得したインラインフレームＩＤによって指定されるインラインフレームより、復元するパネルキャッシュのＤＯＭデータを取得する（ステップＳ８−７）。取得したＤＯＭデータに対して、ＤＯＭ構造解析処理をＤＯＭデータの先頭から開始する（ステップＳ８−８）。

ＤＯＭ構造解析処理は、解析中のＤＯＭデータを取得し（ステップＳ８−９）、取得したＤＯＭデータをメインドキュメント上へ移動する（ステップＳ８−１０）。メインドキュメント上へ移動したＤＯＭデータを、メインドキュメント上のパネルキャッシュと同一構造で配置する（ステップＳ８−１１）。

以上、ステップＳ８−９からステップＳ８−１１までの処理をＤＯＭデータの終端まで実施する（ステップＳ８−１２）。その後、当該パネルキャッシュ用のインラインフレームを削除し（ステップＳ８−１３）、パネルキャッシュ一覧テーブルを更新する（ステップＳ８−１４）。

図９にパネルキャッシュ移動イベントが発行時の動作フローを示す。パネルキャッシュ移動イベントが発行されると、パネルキャッシュ移動処理が開始され、メインドキュメントから非表示化したパネルキャッシュを取得する（ステップＳ９−１）。そして、該パネルキャッシュの次の解析対象のＤＯＭデータが有るか否かを判定する（ステップＳ９−２）。

次の解析対象のＤＯＭデータが無い場合、パネルキャッシュの先頭ＤＯＭデータを取得する（ステップＳ９−３）。次の解析対象のＤＯＭデータが有る場合、該次の解析対象のＤＯＭデータを取得する（ステップＳ９−４）。取得したＤＯＭデータをインラインフレーム上で構築する（ステップＳ９−５）。そして、該ＤＯＭデータが該パネルキャッシュのＤＯＭデータの終端か否かを判定する（ステップＳ９−６）。

ＤＯＭデータの終端でない場合、次の解析対象のＤＯＭデータを更新し（ステップＳ９−７）、パネルキャッシュ一覧テーブルの状態を更新する（ステップＳ９−８）。そして、一定時間後にパネルキャッシュ移動イベントを発行する（ステップＳ９−９）。前述のステップＳ９−６で、ＤＯＭデータの終端と判定された場合、パネルキャッシュ一覧テーブルの状態を更新し（ステップＳ９−１０）、メインドキュメント上のパネルキャッシュを削除する（ステップＳ９−１１）。

図１０は、パネルキャッシュ復元イベント発行時の動作フローを示す。パネルキャッシュ復元イベントが発行されると、パネルキャッシュ復元処理が開始され、画面遷移先テーブル（図１１の（ｂ）参照）を取得する（ステップＳ１０−１）。画面遷移先テーブルより、表示中画面の遷移先画面を探索する（ステップＳ１０−２）。

そして、インラインフレーム内のパネルキャッシュに遷移先画面が有るか否かを判定する（ステップＳ１０−３）。インラインフレーム内のパネルキャッシュに遷移先画面が有る場合（ステップＳ１０−３でＹＥＳの場合）、次の解析対象のＤＯＭデータが有るか否かを判定する（ステップＳ１０−４）。

次の解析対象のＤＯＭデータが無い場合（ステップＳ１０−４でＮＯの場合）、パネルキャッシュの先頭ＤＯＭデータを取得する（ステップＳ１０−５）。次の解析対象のＤＯＭが有る場合（ステップＳ１０−４でＹＥＳの場合）、インラインフレームより次の解析対象のＤＯＭデータを取得する（ステップＳ１０−６）。

取得したＤＯＭデータをメインドキュメント上で構築する（ステップＳ１０−７）。そして、該ＤＯＭデータがパネルキャッシュのＤＯＭデータの終端か否かを判定する（ステップＳ１０−８）。ＤＯＭデータの終端でない場合（ＮＯの場合）、次の解析対象のＤＯＭデータの更新を行い（ステップＳ１０−９）、パネルキャッシュ一覧テーブルの状態を更新する（ステップＳ１０−１０）。そして、一定時間後にパネルキャッシュ復元イベント発行する（ステップＳ１０−１１）。

ステップＳ１０−８の判定で、ＤＯＭデータの終端であると判定された場合（ＹＥＳの場合）、パネルキャッシュ一覧テーブルの状態を更新し（ステップＳ１０−１２）、当該パネルキャッシュを格納していたインラインフレームを削除する（ステップＳ１０−３）。

図１１に、パネルキャッシュ一覧テーブル及び画面遷移先テーブルのデータ構造の一例を示す。図１１の（ａ）はパネルキャッシュ一覧テーブルを示す。パネルキャッシュ一覧テーブルは、パネルＩＤをキーに、インラインフレームＩＤ及びパネルキャッシュ状態を探索するためのマップ構造データである。

パネルＩＤは、ＨＴＭＬドキュメントの画面の識別子であり、インラインフレームＩＤは、該画面のパネルキャッシュが配置されているインラインフレームの識別子である。パネルキャッシュがメインドキュメント上で非表示化している場合、インラインフレームＩＤの欄は空とする。

パネルキャッシュ状態は、ＤＯＭデータの分割移動中、ＤＯＭデータの分割復元中の２状態、又は該２状態に、分割移動若しくは分割復元の終了を示す１状態を加えた３状態とすることができる。

図１１の（ｂ）は画面遷移先テーブルを示す。画面遷移先テーブルは、ＨＴＭＬドキュメントの画面の識別子であるパネルＩＤをキーに、該画面から遷移する可能性が高い遷移先画面の識別子である遷移先パネルＩＤを探索するためのマップ構造データである。このテーブルは予め過去の遷移先画面の履歴データを基にクライアント装置１内に登録しておく。

以上、本発明の実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。

Ｐ１〜Ｐ６ パネルキャッシュ
Ｉ１〜Ｉ５ インラインフレーム
Ｄ１〜Ｄ５ ＤＯＭツリー
Ｓ１，Ｓ２ ＤＯＭツリーサイズ
１ クライアント端末装置
１１ 主メモリ
１１１，１１２ パネルキャッシュ領域
１２ ローカルディスク
１２１ インターネット一時ファイル
１３ ウェブブラウザ
２ サーバ装置
２１ ウェブアプリケーション
２２ パネルキャッシュ制御アプリケーション
２３ 画面遷移先テーブル
３１，３３ ネットワーク接続機器
３２ ネットワーク

Claims (9)

1. クライアント装置に表示される複数のＨＴＭＬ（Hyper Text Markup Language）ドキュメントの画面を切替える画面切替制御方法であって、
   前記ＨＴＭＬドキュメントを前記クライアント装置のウェブブラウザ上で表示処理可能なＤＯＭ（Document Object Model）形式データに変換して階層構造化したＤＯＭツリーとして、前記クライアント装置の主メモリに保持するＤＯＭ形式データ保持ステップと、
   前記複数のＨＴＭＬドキュメントのＤＯＭ形式データに対して、前記クライアント装置で表示するＨＴＭＬドキュメントのＤＯＭ形式データを、前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化するＤＯＭ形式データ表示化ステップと、
   前記複数のＨＴＭＬドキュメントの非表示のＤＯＭ形式データを、前記表示化されるＨＴＭＬドキュメントのメインフレーム内に作成されるインラインフレーム内に構築されるＤＯＭツリーに移動させて非表示化するＤＯＭ形式データ非表示化ステップと、
   前記非表示のＨＴＭＬドキュメントの画面に表示を切替えるとき、該ＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに移動し、該ＤＯＭツリーを再構築し、該移動したＤＯＭ形式データを表示化し、前記表示中のＨＴＭＬドキュメントのＤＯＭ形式データを非表示化するＤＯＭ形式データ切替ステップと、
   を含むことを特徴とするＨＴＭＬドキュメントの画面切替制御方法。
2. 前記表示中のＨＴＭＬドキュメントの画面から次に表示要求が遷移すると予測される遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、予め登録された画面遷移先テーブルを参照して特定する遷移先画面特定ステップと、
   前記遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに、間欠的処理によりに分割して移動し、非表示状態で該ＤＯＭツリーに再構築して予め復元しておくＤＯＭ形式データ分割復元ステップと、
   前記遷移先画面への表示の切替時に、前記予め復元しておいたＤＯＭ形式データを表示化し、表示中のＤＯＭ形式データを非表示化して画面を切替える遷移先画面切替ステップと、
   を含むことを特徴とする請求項１に記載のＨＴＭＬドキュメントの画面切替制御方法。
3. 前記ＤＯＭ形式データ非表示化ステップにおいて、前記非表示のＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーに移動させる処理を、間欠的処理によりに分割して実行することを特徴とする請求項１又は２に記載のＨＴＭＬドキュメントの画面切替制御方法。
4. クライアント装置に表示される複数のＨＴＭＬ（Hyper Text Markup Language）ドキュメントの画面を切替える画面切替制御処理を、前記クライアント装置に実行させるプログラムであって、
   前記ＨＴＭＬドキュメントを前記クライアント装置のウェブブラウザ上で表示処理可能なＤＯＭ（Document Object Model）形式データに変換して階層構造化したＤＯＭツリーとして、前記クライアント装置の主メモリに保持するＤＯＭ形式データ保持処理と、
   前記複数のＨＴＭＬドキュメントのＤＯＭ形式データに対して、前記クライアント装置で表示するＨＴＭＬドキュメントのＤＯＭ形式データを、前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化するＤＯＭ形式データ表示化処理と、
   前記複数のＨＴＭＬドキュメントの非表示のＤＯＭ形式データを、前記表示化されるＨＴＭＬドキュメントのメインフレーム内に作成されるインラインフレーム内に構築されるＤＯＭツリーに移動させて非表示化するＤＯＭ形式データ非表示化処理と、
   前記非表示のＨＴＭＬドキュメントの画面に表示を切替えるとき、該ＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに移動し、該ＤＯＭツリーを再構築し、該移動したＤＯＭ形式データを表示化し、前記表示中のＨＴＭＬドキュメントのＤＯＭ形式データを非表示化するＤＯＭ形式データ切替処理と、
   を前記クライアント装置に実行させることを特徴とするＨＴＭＬドキュメントの画面切替制御プログラム。
5. 前記表示中のＨＴＭＬドキュメントの画面から次に表示要求が遷移すると予測される遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、予め登録された画面遷移先テーブルを参照して特定する遷移先画面特定処理と、
   前記遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに、間欠的処理によりに分割して移動し、非表示状態で該ＤＯＭツリーに再構築して予め復元しておくＤＯＭ形式データ分割復元処理と、
   前記遷移先画面への表示の切替時に、前記予め復元しておいたＤＯＭ形式データを表示化し、表示中のＤＯＭ形式データを非表示化して画面を切替える遷移先画面切替処理と、
   を前記クライアント装置に実行させることを特徴とする請求項４に記載のＨＴＭＬドキュメントの画面切替制御プログラム。
6. 前記ＤＯＭ形式データ非表示化処理において、前記非表示のＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーに移動させる処理を、間欠的処理によりに分割して実行することを特徴とする請求項４又は５に記載のＨＴＭＬドキュメントの画面切替制御プログラム。
7. 複数のＨＴＭＬ（Hyper Text Markup Language）ドキュメントの画面を切替えて表示するクライアント装置であって、
   前記ＨＴＭＬドキュメントを前記クライアント装置のウェブブラウザ上で表示処理可能なＤＯＭ（Document Object Model）形式データに変換して階層構造化したＤＯＭツリーとして、前記クライアント装置の主メモリに保持するＤＯＭ形式データ保持手段と、
   前記複数のＨＴＭＬドキュメントのＤＯＭ形式データに対して、前記クライアント装置で表示するＨＴＭＬドキュメントのＤＯＭ形式データを、前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリー上に構築して表示化するＤＯＭ形式データ表示化手段と、
   前記複数のＨＴＭＬドキュメントの非表示のＤＯＭ形式データを、前記表示化されるＨＴＭＬドキュメントのメインフレーム内に作成されるインラインフレーム内に構築されるＤＯＭツリーに移動させて非表示化するＤＯＭ形式データ非表示化手段と、
   前記非表示のＨＴＭＬドキュメントの画面に表示を切替えるとき、該ＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに移動し、該ＤＯＭツリーを再構築し、該移動したＤＯＭ形式データを表示化し、前記表示中のＨＴＭＬドキュメントのＤＯＭ形式データを非表示化するＤＯＭ形式データ切替手段と、
   を備えたことを特徴とするクライアント装置。
8. 前記表示中のＨＴＭＬドキュメントの画面から次に表示要求が遷移すると予測される遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、予め登録された画面遷移先テーブルを参照して特定する遷移先画面特定手段と、
   前記遷移先画面のＨＴＭＬドキュメントのＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーから前記クライアント装置のウェブブラウザ上で扱われるＤＯＭツリーに、間欠的処理によりに分割して移動し、非表示状態で該ＤＯＭツリーに再構築して予め復元しておくＤＯＭ形式データ分割復元手段と、
   前記遷移先画面への表示の切替時に、前記予め復元しておいたＤＯＭ形式データを表示化し、表示中のＤＯＭ形式データを非表示化して画面を切替える遷移先画面切替手段と、
   を備えたことを特徴とする請求項７に記載のクライアント装置。
9. 前記ＤＯＭ形式データ非表示化手段において、前記非表示のＤＯＭ形式データを、前記インラインフレーム内に構築されるＤＯＭツリーに移動させる処理を、間欠的処理によりに分割して実行することを特徴とする請求項７又は８に記載のクライアント装置。