JP2023170633A - 情報処理システム、情報処理方法又はプログラム - Google Patents

Abstract

【課題】 クラウドブラウザ等のシステムにおいて画面遷移や画面更新を伴う処理を実施する場合に、高速に通信端末の表示結果を更新する技術を提供すること。
【解決手段】 ネットワーク上にある画像生成システムから複数の通信端末に画像データの送信が可能な情報処理システムであって、前記画像生成システムは、ブラウザの戻る処理、進む処理、またはスクロール処理を実施する場合に、ブラウザの描画結果を画像として保存し、画像に対応するインデックス番号を保存し、前記通信端末に前記インデックス番号を送信する。前記通信端末は、受信した前記インデックス番号を保存し、前記インデックス番号に対応する画像を保存し、前記インデックス番号に対応する画像を表示する。
【選択図】 図２

Description

本発明は、Ｗｅｂページを表示するための技術に関する。

現在、Ｗｅｂブラウザ（以下、ブラウザ）を搭載し、そのブラウザ上でＷｅｂページを閲覧できる機能を有する通信端末が普及している。ブラウザを通して外部サービスのＷｅｂページを表示することにより、通信端末が外部サービスと連携できるようになる。

ところで、ブラウザの形態として、クラウドサーバ上でＷｅｂページの描画結果を生成するクラウドブラウザと呼ばれる形態がある。Ｗｅｂページの解析処理や実行処理といった計算負荷の高い処理をサーバ上で実行することにより、通信端末に計算負荷がかからなくなる（特許文献１）。

クラウドブラウザでは、ブラウザはクラウドサーバ上で稼働する仮想マシン上で稼働する。仮想マシンには、ＰＣに必要とされる様々な機器リソースが仮想的に割り当てられる。このため、仮想マシン上で稼働するブラウザは、ＰＣ上で稼働する場合と同じように動作することができる。クラウドブラウザの中には、複数のセッションにて平行して画像をダウンロードし、処理を高速化する方法も存在する。

特開２０２２－４１７１７

上記従来技術の方法では、一つの画像が巨大である場合に、画像を分割することで、平行して画像をダウンロード可能としていた。しなしながら、画面遷移や画面更新を伴う処理の場合、更新前の表示結果と更新後の表示結果はそれぞれ生成されるタイミングが異なるため、平行してダウンロードすることができない。例えば、ブラウザの戻るボタンにより表示される画像に従来技術の手法を応用する場合、戻る前の表示結果のダウンロードの開始は、戻る先の表示結果が生成されるまで、時間がかかる。そのため、ユーザはブラウザの戻る、進む、スクロールといった処理にて、画面が更新するまで待たされてしまう。

このためクラウドブラウザ等のシステムにおいて、戻る、進む、スクロールといった画面遷移や画面更新を伴う処理を実施する場合に、高速に通信端末の表示結果を更新できる方法が望まれている。

上記課題に鑑み、本発明の情報処理システムは、ネットワーク上にある画像生成システムから複数の通信端末に画像データの送信が可能な情報処理システムであって、前記画像生成システムは、ブラウザの戻る処理、進む処理、またはスクロール処理を実施する場合、ブラウザの描画結果を画像として保存する第一の画像保存手段と、画像に対応するインデックス番号を保存する第一のインデックス保存手段と、前記通信端末に前記インデックス番号を送信する送信手段と、を有し、前記通信端末は、前記インデックス番号を受信する受信手段と、受信した前記インデックス番号を保存する第二のインデックス保存手段と、前記インデックス番号に対応する画像を保存する第二の画像保存手段と、前記インデックス番号に対応する画像を表示する表示手段とを有することを特徴とする。

クラウドブラウザ等のシステムにおいて画面遷移や画面更新を伴う処理を実施する場合に、高速に通信端末の表示結果を更新できる。

仮想マシンのハードウェア図 実施例１の画像生成システム、および通信端末の構成図 実施例１の画像生成システムの処理の流れを示したフローチャート 実施例１の通信端末の処理の流れを示したフローチャート Ｗｅｂページの画面遷移の例 Ｗｅｂページの画面遷移における画像インデックステーブルの変化 戻る、および進むボタン押下の例 戻る、および進むボタン押下における画像インデックステーブルの変化 ボタン押下によるＷｅｂページの画面更新の例 ボタン押下によるＷｅｂページの画面更新における画像インデックステーブルの変化 スクロールによるＷｅｂページの画面更新の例 スクロールによるＷｅｂページの画面更新における画像インデックステーブルの変化

以下、本発明の実施形態について、図面を参照して説明する。なお、以下の実施の形態は特許請求の範囲に関る本発明を限定するものではなく、また、本実施例の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一な構成については、同じ符号を付して説明する。

本実施例では、クラウドブラウザにて、リクエストを伴うページ遷移、進む、または戻るボタン押下、リクエストを伴わない画面更新にて、表示結果を切り替える事例を考える。

ここで、リクエストを伴うページ遷移の例には、閲覧したことのないＷｅｂページを閲覧する場合がある。また、リクエストを伴わない画面更新の例には、特定のＨＴＭＬ要素がユーザ操作により背景色が変わるＷｅｂページがある。

本実施例で言及する仮想マシンの構成について、図１のブロック図を参照して説明する。図１において、１０１は仮想マシン１００全体を制御するＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）である。１０２は変更を必要としないプログラムやパラメータを格納するＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）である。１０３は外部装置などから供給されるプログラムやデータを一時記憶するＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）である。１０４は保持するデータや供給されたデータを表示するためのインタフェースである。１０５は１０１～１０４の各ユニットを通信可能に接続するシステムバスである。ユーザからの操作を受けてデータを入力するマウスなどのポインティングデバイスやキーボードなどの入力デバイスとのインタフェース等があってもよい。また仮想マシン１００に仮想的に固定して設置されたハードディスクやメモリカード等があってもよい。あるいは仮想マシン１００から仮想的に着脱可能なフレキシブルディスク（ＦＤ）やＣｏｍｐａｃｔ Ｄｉｓｋ（ＣＤ）等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含む外部記憶装置等があってもよい。さらにインターネットなどのネットワーク回線に接続するためのネットワークインターフェイス等があってもよい。

次に、本実施例のクラウドブラウザの構成について、図２を参照して説明する。図２は実施例１の画像生成システムと通信端末の構成を示す。

図２において、２０１は通信端末である。また２０３は画像生成システムである。本実施例において、画像生成システムとは例えばクラウドブラウザである。画像生成システム２０３はネットワーク上に存在し、画像生成システムと通信端末とはネットワークを介して通信可能である。本実施例において情報処理システムには少なくとも画像生成システム２０３と通信端末２０１が含まれる。

ユーザは通信端末２０１の画面を閲覧している。通信端末２０１は、ユーザが閲覧したいＷｅｂページ２０２のＵＲＬを、送受信部２１５を通して、画像生成システム２０３に送信する。

次に、画像生成システム２０３はＷｅｂページ２０２にアクセスして描画結果を生成する。その後、画像生成システム２０３は、通信端末２０１から描画結果の取得要求があった場合、送受信部２０９を通して、生成した描画結果を画像データとして通信端末２０１に返送する。通信端末２０１は、送受信部２１５を通して描画結果を受け取り、表示部２１１にてユーザに描画結果を提示する。

ここで、画像生成システム２０３にはゲートウェイ２０４と仮想マシンＡ２０５が存在する。描画結果を生成するブラウザ２０６は仮想マシンＡ２０５上で稼働する。２０１と２０５の通信、および、２０２と２０５の通信は、ゲートウェイ２０４を通して行われる。

仮想マシンＡ２０５は、表示中画像インデックスと、そのインデックスに対応する描画結果の保存先を、画像インデックステーブル保持部（インデックス保存部）２０７に登録する。また、表示中画像インデックスを表示中画像インデックス保持部２０８に格納する。さらに、ブラウザ２０６が生成した描画結果を、画像保持部（画像保存部）２１０に保存する。

画像生成システム２０３は、送受信部２０９にて表示中画像インデックス、描画結果、リクエスト発生、または画面更新を、送受信部２０９を通して、通信端末２０１に送信する。

本実施例では表示中画像インデックスは数字とし、描画結果は画像とし、リクエスト発生と画面更新は文字列とする。

ここで、インデックスの仕様を説明する。インデックスは２桁の数字である。初期値はインデックスの初期値は００である。

異なるＵＲＬで生成された画像は、１０の位の数字によって判別する。また、同一のＵＲＬ内で生成された異なる描画結果の画像は、１の位の数字によって判別する。

インデックスを利用して、ＵＲＬは１０種類までしか判別しない。また、同一ＵＲＬ内の画面更新も１０種類までしか判別しない。

インデックス番号が９の状態で、新たに描画結果の画像を生成してキャッシュを更新する場合、最も古い画像を消去する。つまり、表示中画像インデックスが１９である状態で、画面更新が発生した場合、それまでのインデックスが１０の画像は破棄される。その後、表示中画像インデックスは１０となり、インデックスが１０の画像が更新される。

通信端末２０１と画像生成システム２０３とでインデックスの一貫性を保つために、通信端末２０１と画像生成システム２０３はどちらも、上述のインデックスの仕様に基づいて動作する。

次に、画像インデックステーブルの仕様について説明する。画像インデックステーブルとは、インデックスと、それに対応する画像の保存先の対応表である。本実施例では、画像インデックステーブルには、インデックス番号に拡張子を付与した文字列が保存されているとする。例えば、インデックスが００の場合、インデックス番号に拡張子を付与した文字列は００．ｐｎｇとなる。画像インデックステーブルの例を、図７（Ａ）に示す。インデックステーブルは２次元配列で表現されている。インデックステーブルの内の１次元は、リクエスト発生の履歴を判別するためや、リクエスト発生を伴わない画面更新を判別するために利用される。

一方で、通信端末２０１では、画像生成システム２０３から送られる表示中画像インデックス、描画結果、リクエスト発生、または画面更新を送受信部２１５で受け取る。さらに通信端末２０１では、送受信部２１５で受け取った情報に応じて、画像キャッシュ（画像保存部）２１２、画像インデックステーブル保持部（インデックス保存部）２１３、表示中画像インデックス保持部２１４を更新する。

図３と図４は本実施例のフローチャートである。図３は画像生成システム２０３側の処理フローであり、図４は通信端末２０１側の処理フローである。これらのフローは、画像生成システムと通信端末それぞれが備えているプロセッサが、プログラムを実行することによって処理される。

まず、図３を参照して、画像生成システム２０３側の処理フローを説明する。本実施例ではまず、通信端末２０１からユーザの操作指示を受け取る（Ｓ３０１）。操作指示はゲートウェイ２０４を通り、送受信部２０９を通ってブラウザ２０６に到達する。

続いて、ブラウザ２０６は受信した情報が、ブラウザの進む機能、または戻る機能を実行する指示か否かを判断する（Ｓ３０２）。Ｓ３０２の判断の結果、ブラウザの進む機能、または戻る機能を実行する指示であった場合、表示中画像インデックスを更新する（Ｓ３０３）。さらに、表示中画像インデックスを通信端末２０１に向けて送信する（Ｓ３０４）。その後、処理を終了する。

ここで、ブラウザの進む機能、または戻る機能におけるインデックスの更新処理について説明する。

まず、ブラウザの進む機能、または戻る機能でＷｅｂページを遷移した際に、遷移後のＷｅｂページの先頭に戻る場合の仕様を説明する。この場合、ブラウザの戻る機能を実行する場合は、表示中画像インデックスの１０の位を１減らす。一方で、ブラウザの進む機能を実行する場合は、表示中画像インデックスの１０の位を１増やす。

さらにどちらの場合も、表示中画像インデックスの１の位を０に設定する。

続いて、ブラウザの進む機能、または戻る機能でＷｅｂページを遷移した際に、以前に閲覧していた位置に遷移する場合の仕様を説明する。この場合、ブラウザの戻る機能を実行する場合は、表示中画像インデックスの１０の位を１減らす。一方で、ブラウザの進む機能を実行する場合は、表示中画像インデックスの１０の位を１増やす。

さらにどちらの場合も、表示中画像インデックスの１の位は、画像インデックステーブル保持部に保存されている中で最も大きい値とする。例えば、現在の表示中画像インデックスが１２とする。また、画像インデックステーブル保持部には、２０、２１、２２に対応する画像のパスが保存されていたとする。ここで、進むボタンが押下された。

一方で、Ｓ３０２の判断の結果、ブラウザの進む機能、または戻る機能を実行する指示でなかった場合、スクロール処理で一度表示した位置に戻る操作か否かを判断する（Ｓ３１４）。

Ｓ３１４の判断の結果、スクロール処理で一度表示した位置に戻る操作であった場合、処理をＳ３０３に移す。スクロール処理で一度表示した描画結果の画像は、画像キャッシュ２１２に保持されているため、新たに画像を生成することはしない。

一方で、Ｓ３１４の判断の結果、スクロール処理で一度表示した位置に戻る操作でなかった場合、処理をＳ３０５に移す。

次に、該当する指示によって、Ｗｅｂページのリクエストが発生するか否かを判断する（Ｓ３０５）。ここで、Ｗｅｂページのリクエストが発生する事例としては、＜ａ＞要素で構成されたリンクを押下する操作がある。

Ｓ３０５の判断の結果、リクエストが発生する場合、リクエスト発生を示す文字列を通信端末２０１に通知する（Ｓ３０６）。次に、表示中画像インデックス保持部２０８に保存された表示中画像インデックスを１０増加させる（Ｓ３０７）。

一方で、Ｓ３０５の判断の結果、リクエストが発生しない場合、画面更新が発生するか否かを判断する（Ｓ３０９）。

Ｓ３０９の判断の結果、画面更新が発生する場合、画面更新を示す文字列を通信端末２０１に送信する（Ｓ３１０）。次に、表示中画像インデックス保持部２０８に保存された表示中画像インデックスを１増加させる（Ｓ３１１）。

ここで、Ｗｅｂページのリクエストが発生せず、画面が更新される例としては、要素をクリックすると背景色が変わるＪａｖａＳｃｒｉｐｔ（登録商標）が含まれるＷｅｂページにて、要素をクリックする指示が挙げられる。

一方で、Ｓ３０９の判断の結果、画面更新が発生しない場合、処理を終了する。

Ｓ３０７、またはＳ３１１の処理の後、ブラウザ２０６は描画結果を生成する（Ｓ３１２）。ここで、描画結果を生成する処理には、通信端末２０１から受信したＵＲＬに該当するＷｅｂページ２０２を取得する処理。および、Ｗｅｂページ２０２を解釈して実行した結果を画像として保存する処理が含まれる。ここで、Ｗｅｂページ２０２はＨＴＭＬ文書、ＪａｖａＳｃｒｉｐｔ、ＣＳＳファイル、外部フォント、画像などを含む。

続いて、ブラウザ２０６は、描画結果を画像保持部２１０に格納する（Ｓ３１３）。その後、処理を終了する。

次に、図４を参照して、通信端末２０１側の処理フローを説明する。通信端末２０１はまず、キャッシュ領域を確保する（Ｓ４０１）。ここで、キャッシュ領域は、画像生成システム２０３から受信した描画結果を保存しておく領域である。

続いて、通信端末２０１は、表示中画像インデックスを受信したか否かを判断する（Ｓ４０２）。Ｓ４０２の判断の結果、表示中画像インデックスを受信した場合、表示中画像インデックス保持部２１４の表示中画像インデックスを更新し、画像インデックステーブル保持部２１３に、受信したインデックスを追加する（Ｓ４０３）。続いて、表示中画像インデックスに対応する画像を、画像キャッシュ２１２から取得し、表示部２１１に表示する（Ｓ４０４）。

一方で、Ｓ４０２の判断の結果、表示中画像インデックスを受信しなかった場合、リクエスト発生を受信したか否かを判断する（Ｓ４０５）。Ｓ４０５の判断の結果、リクエスト発生を受信した場合、表示中画像インデックスより番号が大きい画像を、画像キャッシュ２１２から削除する（Ｓ４０６）。

リクエストが発生するという事は、ブラウザの履歴に残っていないＵＲＬを表示するという事である。このとき、ブラウザの内部では、進む機能で参照されるＵＲＬのテーブルが上書きされる。

例えば、現在ｈｔｔｐ：／／ＡＡＡ．ｈｔｍｌを表示しているとする。このとき、進む機能で１つ先に参照するＵＲＬは、ｈｔｔｐ：／／ＢＢＢ．ｈｔｍｌとする。

ここで、ｈｔｔｐ：／／ＣＣＣ．ｈｔｍｌに対するリクエストが発生したとする。この場合、ブラウザ内部で保持している進む機能で参照するＵＲＬのテーブルは一度破棄される。さらに、戻る機能で１つ前に参照するＵＲＬがｈｔｔｐ：／／ＡＡＡ．ｈｔｍｌとなり、ｈｔｔｐ：／／ＣＣＣ．ｈｔｍｌを表示する。

Ｓ４０６は、上述のブラウザ内部の動作と整合性を保つための処理であり、また、効率的にキャッシュ領域を利用するための処理でもある。

続いて、表示中画像インデックスを１０増加させる（Ｓ４０７）。それまで表示していた画像のインデックスが００とすると、Ｓ４０７の処理によって、表示中画像インデックスは１０となる。次に、表示中画像インデックスに対応する画像を、画像生成システム２０３からダウンロードする（Ｓ４０８）。さらに、Ｓ４０８でダウンロードした画像を、画像キャッシュ２１２に保存する（Ｓ４０９）。

Ｓ４０５の判断の結果、リクエスト発生を受信しなかった場合、画面更新を受信したか否かを判断する（Ｓ４１０）。Ｓ４１０の判断の結果、画面更新を受信した場合、表示中画像インデックスを１増加させる（Ｓ４１１）。さらに、処理をＳ４０８に移す。

Ｓ４１０の判断の結果、画面更新を受信しなかった場合、処理を終了する。

ここで、図５～図１０を用いて、Ｗｅｂページの遷移や画面更新と、および、画像インデックステーブルの変化の具体例を示す。

図５と図６では、異なるＵＲＬの３種のＷｅｂページを、順番に表示していく例を示す。本実施例ではこのシナリオをシナリオ１と呼ぶ。

図５（Ａ）～（Ｃ）は、異なるＵＲＬのＷｅｂページを示し、それぞれ５０１～５０２とする。図６（Ａ）～（Ｃ）は、画像インデックステーブルの変化を示す。

５０１には車の絵と共に、「ｌｉｎｋ ｔｏ １」と「ｌｉｎｋ ｔｏ ２」というリンクが含まれる。「ｌｉｎｋ ｔｏ １」は５０２が示すＷｅｂページへのリンクとする。「ｌｉｎｋ ｔｏ ２」は５０３が示すＷｅｂページへのリンクとする。

５０２には「ｅｌｅｍｅｎｔ０１」と「ｅｌｅｍｅｎｔ０２」という要素と共に、「ｌｉｎｋ ｔｏ ０」と「ｌｉｎｋ ｔｏ １」というリンクが含まれる。「ｌｉｎｋ ｔｏ ０」は５０１が示すＷｅｂページへのリンクとする。「ｌｉｎｋ ｔｏ ２」は５０３が示すＷｅｂページへのリンクとする。

５０３には風景と共に、「ｌｉｎｋ ｔｏ ０」と「ｌｉｎｋ ｔｏ １」というリンクが含まれる。「ｌｉｎｋ ｔｏ ０」は５０１が示すＷｅｂページへのリンクとする。「ｌｉｎｋ ｔｏ １」は５０２が示すＷｅｂページへのリンクとする。

ここで、ユーザはまず５０１を表示し、５０１にて「ｌｉｎｋ ｔｏ １」を押下する。次に、５０２にて「ｌｉｎｋ ｔｏ ２」を押下する。

シナリオ１において、画像インデックステーブル保持部２０７に保存される画像インデックステーブルは、図６（Ａ）～（Ｃ）に示すように変化する。

まず、ブラウザが５０１を表示した際に、図６（Ａ）に示す通り、画像インデックステーブルには文字列００．ｐｎｇが保存される。００．ｐｎｇは、５０１の描画結果を画像化したものである。００．ｐｎｇは画像保持部２１０に格納される。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス００を送信する。さらに、通信端末２０１は表示中画像インデックスの００を受け取り、画像生成システム２０３から００．ｐｎｇをダウンロードして、００．ｐｎｇを表示部２１１に表示する。

次に、ブラウザが５０２を表示した際に、図６（Ｂ）に示す通り、画像インデックステーブルには文字列１０．ｐｎｇが追加される。５０２と５０１は異なるＷｅｂページであり、５０２に相当するキャッシュがないため、リクエストが発生する。そのため、５０２に相当する画像インデックスは００から１０増加した１０となる。１０．ｐｎｇは、５０２の描画結果を画像化したものである。１０．ｐｎｇは画像保持部２１０に格納される。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス１０を送信する。さらに、通信端末２０１は表示中画像インデックスの１０を受け取り、画像生成システム２０３から１０．ｐｎｇをダウンロードして、１０．ｐｎｇを表示部２１１に表示する。

続いて、ブラウザが５０３を表示した際に、図６（Ｃ）に示す通り、画像インデックステーブルには文字列２０．ｐｎｇが追加される。５０３と５０２は異なるＷｅｂページであり、５０３に相当するキャッシュがないため、リクエストが発生する。そのため、５０３に相当する画像インデックスは１０から１０増加した２０となる。２０．ｐｎｇは、５０２の描画結果を画像化したものである。２０．ｐｎｇは画像保持部２１０に格納される。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス２０を送信する。さらに、通信端末２０１は表示中画像インデックスの２０を受け取り、画像生成システム２０３から２０．ｐｎｇをダウンロードして、２０．ｐｎｇを表示部２１１に表示する。

図７と図８では、シナリオ１の後に、戻るボタンを押下し、続いて、進むボタンを押下する例を示す。本実施例ではこのシナリオ１の後のシナリオを、シナリオ２と呼ぶ。シナリオ２で利用するＷｅｂページは、５０２、および５０３である。

図７（Ａ）～（Ｃ）は、５０３と５０２の表示結果である。図８（Ａ）は画像インデックステーブルを、図８（Ｂ）～（Ｄ）は、表示中画像インデックスの変化を示す。シナリオ２では画像のキャッシュが利用されるため、画像インデックステーブルは変化しない。

シナリオ２ではまず、ユーザが戻るボタン押下する場合、通信端末２０１は画像生成システム２０３に戻るボタン押下の指示を送信する。ブラウザが５０３から５０２に戻る際に、表示中画像インデックスは図８（Ｂ）の２０から、図８（Ｃ）の１０に変化する。その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス１０を送信する。続いて、通信端末２０１は表示中画像インデックスの１０を受け取り、画像キャッシュ２１２から１０．ｐｎｇを参照して、１０．ｐｎｇを表示部２１１に表示する。

続いて、ユーザが進むボタン押下する場合、通信端末２０１は画像生成システム２０３に進むボタン押下の指示を送信する。ブラウザが５０２から５０３に進む際に、表示中画像インデックスは図８（Ｃ）の１０から、図８（Ｄ）の２０に変化する。その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス２０を送信する。さらに、通信端末２０１は表示中画像インデックスの２０を受け取り、画像キャッシュ２１２から２０．ｐｎｇを参照して、２０．ｐｎｇを表示部２１１に表示する。

シナリオ２では、通信端末２０１は画像生成システム２０３から描画結果の画像をダウンロードすることなく、表示部２１１に画像を表示するため、高速にブラウザの戻る機能、および進む機能を実現できる。

図９と図１０では、シナリオ１の後に、戻るボタンを押下して５０２を表示し、５０２のＷｅｂページを操作する例を示す。本実施例ではシナリオ１後に５０２を表示した時点を開始とし、５０２のＷｅｂページを操作するシナリオを、シナリオ３と呼ぶ。シナリオ３で利用するＷｅｂページは、シナリオ１と同じく５０２である。

５０２のＷｅｂページは、「ｅｌｅｍｅｎｔ０１」と「ｅｌｅｍｅｎｔ０２」という要素が含まれている。「ｅｌｅｍｅｎｔ０１」と「ｅｌｅｍｅｎｔ０２」は、押下すると色が変わるようＪａｖａＳｃｒｉｐｔが設定されている。

図９（Ａ）～（Ｃ）は、シナリオ３における５０２の表示結果の変化を示す。図１０（Ａ）～（Ｃ）は、シナリオ３における画像インデックステーブルの変化を示す。

シナリオ３では、ユーザは「ｅｌｅｍｅｎｔ０１」を押下し、その後、「ｅｌｅｍｅｎｔ０２」を押下する。

図９（Ａ）は、ユーザが「ｅｌｅｍｅｎｔ０１」を押下する前の表示結果である。このとき、ユーザが「ｅｌｅｍｅｎｔ０１」を押下すると、図９（Ｂ）に示す表示結果となる。さらに、ユーザが「ｅｌｅｍｅｎｔ０２」を押下すると、図９（Ｃ）に示す表示結果となる。図９（Ａ）～（Ｃ）は全て同じＵＲＬのＷｅｂページであり、リクエストは発生しない。しかし、「ｅｌｅｍｅｎｔ０１」と「ｅｌｅｍｅｎｔ０２」は押下によって色が変わるため、画面更新が発生する。

ブラウザの状態が図９（Ａ）のとき、画像インデックステーブル保持部２０７に保存されている画像インデックステーブルは図１０（Ａ）である。表示中画像インデックスは１０であり、図９（Ｂ）の描画結果は１０．ｐｎｇである。

ここで、ユーザが「ｅｌｅｍｅｎｔ０１」を押下すると、ブラウザの状態は図９（Ｂ）となり、画面更新が発生するため、表示中画像インデックスが１増加されて１１となる。このとき図９（Ｂ）の描画結果は１１．ｐｎｇとして画像保持部２１０に保存される。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス１１を送信する。さらに、通信端末２０１は表示中画像インデックスの１１を受け取り、画像生成システム２０３から１１．ｐｎｇをダウンロードして、１１．ｐｎｇを表示部２１１に表示する。

さらに、ユーザが「ｅｌｅｍｅｎｔ０２」を押下すると、ブラウザの状態は図９（Ｃ）となり、画面更新が発生するため、表示中画像インデックスが１増加されて１２となる。このとき図９（Ｃ）の描画結果は１２．ｐｎｇとして画像保持部２１０に保存される。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス１２を送信する。さらに、通信端末２０１は表示中画像インデックスの１２を受け取り、画像生成システム２０３から１２．ｐｎｇをダウンロードして、１２．ｐｎｇを表示部２１１に表示する。

図１１と図１２では、シナリオ１の後に、画面を一度下にスクロールし、その後、また元の位置にスクロールする例を示す。本実施例ではシナリオ１後に５０３を表示した時点を開始とし、５０３のＷｅｂページを操作するシナリオを、シナリオ４と呼ぶ。シナリオ４で利用するＷｅｂページは５０３である。

シナリオ４において、一度のスクロール処理で移動するピクセル数は固定値とする。そのため、シナリオ４では下にスクロールして、その後上にスクロールすると、元の位置に戻る。

図１１（Ａ）～（Ｃ）は、シナリオ４における５０３の表示結果の変化を示す。図１２（Ａ）～（Ｂ）は、シナリオ４における画像インデックステーブルの変化を示す。図１２（Ｃ）～（Ｅ）は、シナリオ４における表示中画像インデックスの変化を示す。

図１１（Ａ）は、ユーザが下にスクロールする前の表示結果である。このとき、ユーザが下にスクロールすると、図１１（Ｂ）に示す表示結果となる。さらに、ユーザが上にスクロールすると、図１１（Ｃ）に示す表示結果となる。図１１（Ａ）～（Ｃ）は全て同じＵＲＬのＷｅｂページであり、リクエストは発生しない。しかし、スクロールによって描画結果が変わるため、画面更新が発生する。

ブラウザの状態が図１１（Ａ）のとき、画像インデックステーブル保持部２０７に保存されている画像インデックステーブルは図１２（Ａ）である。表示中画像インデックスは図１２（Ｃ）に示す通り２０であり、図１１（Ａ）の描画結果は２０．ｐｎｇである。このとき図１１（Ａ）の描画結果は２０．ｐｎｇとして画像保持部２１０に保存される。

ここで、ユーザが下にスクロールすると、ブラウザの状態は図１１（Ｂ）となり、画面更新が発生するため、図１２（Ｄ）に示す通り、表示中画像インデックスが１増加されて２１となる。このとき図１１（Ｂ）の描画結果は２１．ｐｎｇとして画像保持部２１０に保存される。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス２１を送信する。さらに、通信端末２０１は表示中画像インデックスの２１を受け取り、画像生成システム２０３から２１．ｐｎｇをダウンロードして、２１．ｐｎｇを表示部２１１に表示する。

さらに、ユーザが上にスクロールすると、ブラウザの状態は図１１（Ｃ）となる。このスクロール操作は、Ｓ３１４にて、一度表示したことのある位置に戻る操作であると判断される。一度表示した図１１（Ｂ）の描画結果は２１．ｐｎｇとして画像保持部２１０や画像キャッシュ２１２に保存されており、再利用可能である。そのため、ユーザが上にスクロールすると、図１２（Ｅ）に示す通り、表示中画像インデックスは１減らされて２０に戻る。

その後、画像生成システム２０３は通信端末２０１に向けて、表示中画像インデックス２０を送信する。このとき、リクエスト発生、および、画面更新は送信しない。

さらに、通信端末２０１は表示中画像インデックスの２０を受け取り、画像キャッシュ２１２から２０．ｐｎｇを参照して、２０．ｐｎｇを表示部２１１に表示する。

シナリオ４では、通信端末２０１は画像生成システム２０３から描画結果の画像をダウンロードすることなく、表示部２１１に画像を表示するため、高速にブラウザのスクロール機能を実現できる。

（その他の実施形態）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施例に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。

２０１ 通信端末
２１１ 表示部
２１２ 画像キャッシュ
２１３ 画像インデックステーブル保持部
２１４ 表示中画像インデックス保持部
２１５ 送受信部
２０３ 画像生成システム
２０５ 仮想マシン
２０９ 送受信部
２０６ ブラウザ
２０７ 画像インデックステーブル保持部
２０８ 表示中画像インデックス保持部
２１０ 画像保持部

Claims (9)

1. ネットワーク上にある画像生成システムから複数の通信端末に画像データの送信が可能な情報処理システムであって、
   前記画像生成システムは、
   ブラウザの戻る処理、進む処理、またはスクロール処理を実施する場合、ブラウザの描画結果を画像として保存する第一の画像保存手段と、
   画像に対応するインデックス番号を保存する第一のインデックス保存手段と、
   前記通信端末に前記インデックス番号を送信する送信手段と、を有し、
   前記通信端末は、
   前記インデックス番号を受信する受信手段と、
   受信した前記インデックス番号を保存する第二のインデックス保存手段と、
   前記インデックス番号に対応する画像を保存する第二の画像保存手段と、
   前記インデックス番号に対応する画像を表示する表示手段と、
   を有することを特徴とする情報処理システム。
2. 前記画像生成システムは、ブラウザがＷｅｂページのリクエストを発生させた場合に、前記通信端末にリクエスト発生を通知する通知手段を更に有し、
   前記通信端末は、前記画像生成システムから前記リクエスト発生を受信した場合に、
   保存していたインデックス番号よりも大きいインデックス番号に対応する画像を、前記第二の画像保存手段から削除する削除手段を更に有することを特徴とする請求項１に記載の情報処理システム。
3. 前記第一のインデックス保存手段及び第二のインデックス保存手段は、２次元配列で表現されたインデックステーブルを保存する
   ことを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記第一のインデックス保存手段及び第二のインデックス保存手段は、２次元配列で表現されたインデックステーブルの内の１次元を、リクエスト発生の履歴を判別するために利用することを特徴とする請求項３に記載の情報処理システム。
5. 前記第一のインデックス保存手段及び第二のインデックス保存手段は、２次元配列で表現されたインデックステーブルの内の１次元を、リクエスト発生を伴わない画面更新を判別するために利用することを特徴とする請求項３に記載の情報処理システム。
6. ネットワーク上にある画像生成システムから複数の通信端末に画像データの送信が可能な情報処理システムにおける情報処理方法であって、
   前記画像生成システムにおいて、
   ブラウザの戻る処理、進む処理、またはスクロール処理を実施する場合、ブラウザの描画結果を画像として保存する画像保存工程と、
   画像に対応するインデックス番号を保存するインデックス保存工程と、
   前記通信端末に前記インデックス番号を送信する送信工程と、を有し、
   前記通信端末において、
   前記インデックス番号を受信する受信工程と、
   受信した前記インデックス番号を保存するインデックス保存工程と、
   前記インデックス番号に対応する画像を保存する画像保存工程と、
   前記インデックス番号に対応する画像を表示部に表示する表示工程と、
   を有することを特徴とする情報処理方法。
7. コンピュータを請求項１乃至５のいずれか１項に記載の画像生成システム又は通信端末として機能させるためのプログラム。
8. 請求項１に記載の情報処理システムにおける画像生成システム。
9. 請求項１に記載の情報処理システムにおける通信端末。

Images