JP2009110216A - サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム - Google Patents

Abstract

【課題】サーバベースコンピューティングシステムにおいて、Ｗｅｂブラウザの実行の際に、頻繁に閲覧するＵＲＬの画面データについてクライアント装置での表示を高速化する。
【解決手段】頻繁に閲覧するＵＲＬは重要度を高くしてＵＲＬ重要度テーブルに指定しておけば、指定したＵＲＬの重要度に対応して画面キャッシュ優先度テーブルの優先度を変化させると共に、描画データを描画データのキャッシュメモリに格納する。Ｗｅｂブラウザの実行の際に、クライアント装置は、頻繁に閲覧する優先度の高いＵＲＬの描画データについては描画データのキャッシュメモリから読み出して表示する。
【選択図】 図５

Description

本発明は、アプリケーションプログラムを動作させるサーバ装置に対してサービス要求を行なうクライアント装置と、クライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置とが、ネットワークを介して相互に接続可能に構成されたサーバベースコンピューティング(Server Based Computing)システムに関する。

サーバベースコンピューティングシステムにおいては、サーバ装置はクライアント装置用のアプリケーションプログラムを実行して表示データを作成し、これをクライアント装置に送る。クライアント装置では、使用者のキーやマウス装置等の操作情報を、ネットワークを介してサーバ装置へ送り、前記サーバ装置側で作成されたクライアント装置用の表示データを受け取って表示する。クライアント装置は、ネットワーク機器、表示装置、マウス装置やキーボード等の入力装置を備えているだけでよく、データをクライアント装置内に持たないためハードディスク等の記憶装置が不要であり、アプリケーションプログラムの実行を行なわないためクライアント装置に必要となる処理の負荷は軽い。

しかし、クライアント装置は、サーバ装置から送信される画面の表示データを待つため、頻繁に表示される画面データがクライアント装置のメモリ上のキャッシュに無い場合、画面の表示に通常より長い時間がかかっていた。そこで、クライアント装置またはサーバ装置から頻繁に使用される画面をクライアント装置のキャッシュに事前に登録し、登録した画面はクライアント装置のキャッシュから削除されないようにキャッシュを管理することで、頻繁に使用される画面はクライアント装置のキャッシュから読み込むようにし、ネットワークのトラフィックを軽減して画面の表示の高速化を図っていた（例えば、特許文献１参照。）。

特開２００２−２５１３７３号公報

特許文献１の方法では、サーバ装置側でキャッシュ指定を行う画面データを画面単位で前もって選択してから登録しておく必要がある。そして、クライアント装置におけるキャッシュデータの削除処理を、サーバ装置側で設定した削除する、しないのフラグに従って行っていた。その結果、削除出来ないキャッシュデータが多い場合には、新たなキャッシュデータを登録しづらくなり、削除できるキャッシュデータが多い場合には、メモリ確保のためのキャッシュ削除後に、使用できるキャッシュデータが少なくなってしまうので、キャッシュの利用効率が悪いといった問題があった。

特に、Ｗｅｂページを閲覧するためのアプリケーションプログラムの実行においては、様々なＵＲＬ（Uniform Resource Locator）を参照して様々な画面データを表示するので、頻繁に閲覧するＵＲＬの画面データを効率よくキャッシュすることが求められていた。

本発明の目的は、Ｗｅｂページを閲覧するためのアプリケーションプログラムの実行の際に、頻繁に閲覧するＵＲＬの画面データについてクライアント装置での表示を高速化することである。

請求項１に記載のサーバ装置は、ネットワークを介したクライアント装置からのサービス要求に基づいてＷｅｂページを閲覧するためのアプリケーションプログラムを動作させ、前記サービス要求に対応する画面情報を前記クライアント装置へ送信するサーバ装置であって、インターネット上のアドレス毎に重要度を定めたＵＲＬ重要度テーブルを記憶するＵＲＬ重要度テーブル記憶手段と、クライアント装置から操作データを受信する受信手段と、受信した前記操作データに従って前記アプリケーションプログラムを実行し画面情報を生成するプログラム実行手段と、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、前記ＵＲＬ重要度テーブルを参照して前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルのデータを生成する優先度テーブル生成手段と、前記画面情報が画面キャッシュに存在しない場合は、前記画面情報に前記画面情報の識別子と該識別子に対応した前記優先度テーブル生成手段によって生成された画面キャッシュ優先度テーブルの優先度とを付加してクライアント装置へ送信する送信手段と、を備えることを特徴としている。

請求項２に記載のサーバ装置は、さらに、前記画面情報の識別子を受信する識別子受信手段と、受信した前記画面情報の識別子に該当する、前記画面キャッシュ内のキャッシュデータ及び前記画面キャッシュ優先度テーブル内のテーブルデータを削除する削除手段と、を備えることを特徴としている。

請求項３に記載のクライアント装置は、ネットワークを介して接続されたサーバ装置へサービス要求を行い、そのサービス要求に対応したＷｅｂページを閲覧するためのアプリケーションプログラムの動作に従った画面情報を受信するクライアント装置であって、前記サーバ装置へ操作データを送信する送信手段と、前記サーバ装置から前記画面情報と前記画面情報の識別子と前記画面情報の優先度とを受信する受信手段と、受信した前記画面情報の識別子が新規ならば、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、受信した前記画面情報の識別子が新規ならば、受信した前記画面情報の優先度に従って、前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルを更新する優先度テーブル更新手段と、受信した前記画面情報の識別子が前記画面キャッシュに存在する場合は、前記画面情報の識別子に該当する画面情報を前記画面キャッシュから抽出して表示し、受信した前記画面情報の識別子が前記画面キャッシュに存在しない場合は、受信した前記画面情報を表示する表示手段と、を備えることを特徴としている。

請求項４に記載のクライアント装置は、さらに、前記画面キャッシュ生成手段が前記画面キャッシュのデータを生成する際に、十分な記憶領域が無い場合は、前記画面キャッシュ優先度テーブルの優先度の低いデータから順に削除して記憶領域を確保し、対応する前記画面キャッシュ優先度テーブル内のテーブルデータを削除し、削除した画面情報の識別子と優先度とをサーバ装置へ送信する画面キャッシュ削除手段、を備えることを特徴としている。

請求項５に記載のサーバベースコンピューティングシステムは、Ｗｅｂページを閲覧するためのアプリケーションプログラムを動作させるサーバ装置に対してサービス要求を行なうクライアント装置と、クライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置とが、ネットワークを介して相互に接続可能に構成されたサーバベースコンピューティングシステムにおいて、前記サーバ装置は、インターネット上のアドレス毎に重要度を定めたＵＲＬ重要度テーブルを記憶するＵＲＬ重要度テーブル記憶手段と、クライアント装置から操作データを受信する受信手段と、受信した前記操作データに従って前記アプリケーションプログラムを実行し画面情報を生成するプログラム実行手段と、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、前記ＵＲＬ重要度テーブルを参照して前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルのデータを生成する優先度テーブル生成手段と、前記画面情報が画面キャッシュに存在しない場合は、前記画面情報に前記画面情報の識別子と該識別子に対応した前記優先度テーブル生成手段によって生成された画面キャッシュ優先度テーブルの優先度とを付加してクライアント装置へ送信する送信手段と、を備え、前記クライアント装置は、前記サーバ装置へ操作データを送信する送信手段と、前記サーバ装置から前記画面情報と前記画面情報の識別子と前記画面情報の優先度とを受信する受信手段と、受信した前記画面情報の識別子が新規ならば、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、受信した前記画面情報の識別子が新規ならば、受信した前記画面情報の優先度に従って、前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルを更新する優先度テーブル更新手段と、受信した前記画面情報の識別子が前記画面キャッシュに存在する場合は、前記画面情報の識別子に該当する画面情報を前記画面キャッシュから抽出して表示し、受信した前記画面情報の識別子が前記画面キャッシュに存在しない場合は、受信した前記画面情報を表示する表示手段と、を備えることを特徴としている。

請求項６に記載のサーバ装置のプログラムは、ネットワークを介したクライアント装置からのサービス要求に基づいてＷｅｂページを閲覧するためのアプリケーションプログラムを動作させ、前記サービス要求に対応する画面情報を前記クライアント装置へ送信するサーバ装置のコンピュータを、インターネット上のアドレス毎に重要度を定めたＵＲＬ重要度テーブルを記憶するＵＲＬ重要度テーブル記憶手段、クライアント装置から操作データを受信する受信手段、受信した前記操作データに従って前記アプリケーションプログラムを実行し画面情報を生成するプログラム実行手段、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段、前記ＵＲＬ重要度テーブルを参照して前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルのデータを生成する優先度テーブル生成手段、前記画面情報が画面キャッシュに存在しない場合は、前記画面情報に前記画面情報の識別子と該識別子に対応した前記優先度テーブル生成手段によって生成された画面キャッシュ優先度テーブルの優先度とを付加してクライアント装置へ送信する送信手段、として機能させることを特徴としている。

請求項７に記載のクライアント装置のプログラムは、ネットワークを介して接続されたサーバ装置へサービス要求を行い、そのサービス要求に対応したＷｅｂページを閲覧するためのアプリケーションプログラムの動作に従った画面情報を受信するクライアント装置のコンピュータを、前記サーバ装置へ操作データを送信する送信手段、前記サーバ装置から前記画面情報と前記画面情報の識別子と前記画面情報の優先度とを受信する受信手段、受信した前記画面情報の識別子が新規ならば、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段、受信した前記画面情報の識別子が新規ならば、受信した前記画面情報の優先度に従って、前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルを更新する優先度テーブル更新手段、受信した前記画面情報の識別子が前記画面キャッシュに存在する場合は、前記画面情報の識別子に該当する画面情報を前記画面キャッシュから抽出して表示し、受信した前記画面情報の識別子が前記画面キャッシュに存在しない場合は、受信した前記画面情報を表示する表示手段、として機能させることを特徴としている。

本発明によれば、頻繁に閲覧するＵＲＬの重要度を指定しておくことにより、Ｗｅｂページを閲覧するためのアプリケーションプログラムの実行の際に、頻繁に閲覧するＵＲＬの画面データについてクライアント装置での表示の高速化が可能になる。

以下図面により本発明の実施の形態について説明する。
まず、本実施形態における構成について説明する。
（第１実施形態）
図１は、本発明の実施形態に係るサーバベースコンピューティングシステムの全体構成を示すブロック図である。
このサーバベースコンピューティングシステムは、ＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)からなるネットワーク３上に接続されたサーバ装置１および複数のクライアント装置２を備える。クライアント装置２はシンクライアント（thin client）とも呼ばれる。

サーバ装置１は、文書作成処理プログラム，表計算処理プログラム，プレゼン資料作成プログラム，メール処理プログラム，インターネット接続処理プログラム、Ｗｅｂブラウザなど、複数のアプリケーションプログラムを有し、当該サーバ装置１に接続されたクライアント装置２からの操作入力（入力イベント）信号に応じて起動しその処理を実行する。本実施例では、Ｗｅｂページを閲覧するためのアプリケーションプログラムであるＷｅｂブラウザを実行する。

このサーバ装置１において、クライアント装置２からの操作入力信号に応じたアプリケーションプログラムの実行に伴い、端末用のフレームバッファ１４ａ上に生成された表示出力用の描画データは、圧縮処理された後アクセス元のクライアント装置２へ送信（転送）される。

そして、クライアント装置２では、前記サーバ装置１から転送された描画データがその圧縮を解凍されてフレームバッファ２５に展開され、表示部に表示される。
つまり、このサーバベースコンピューティングシステムにおける各クライアント装置２は、何れもキーボード及びマウスなどのユーザ操作に応じた入力機能とＬＣＤ表示部及びプリンタなどへの出力機能を主要な機能として有し、少なくとも前記サーバ装置１が有している各種のアプリケーション機能やデータファイルの管理機能を一切持っていない。

図２は、本実施形態に係るサーバ装置１の主要部構成を示すブロック図である。
サーバ装置１は、コンピュータとしてのＣＰＵ１１を備え、このＣＰＵ１１には、バス１２を介してＲＯＭ１３、ＲＡＭ１４、フレームバッファＲＡＭ１５、表示装置１６が接続される。

また、ＣＰＵ１１には、バス１２を介してキーボード，マウスなどの入力装置１７、ハードディスクなどの外部記憶装置１８ａ、補助記憶装置１８ｂ、クライアント装置２，…との通信Ｉ／Ｆ（インターフェイス）１９が接続される。
ＣＰＵ１１は、ＲＯＭ１３に予め記憶されているシステムプログラムや種々のアプリケーションプログラムに従ってＲＡＭ１４を作業用メモリとし回路各部の動作を制御するもので、入力装置１７からのキー入力信号や通信Ｉ／Ｆ１９を介して受信されるクライアント装置２からのユーザ操作（入力イベント）に応じた処理指令信号などに応じて前記種々のプログラムが起動・実行される。

このサーバ装置１において、クライアント装置２からの入力イベント信号に応じて起動・実行されるアプリケーションプログラムに従い生成された種々のデータは、例えばそのユーザＩＤに対応付けられて外部記憶装置１８ａに記憶され、また表示用の描画データは、ＲＡＭ１４内の端末用フレームバッファ１４ａを使用して生成されると共に、圧縮処理された後、通信Ｉ／Ｆ１９からクライアント装置２へ転送されて表示出力される。

なお、当該サーバ装置１自身の表示装置１６にて表示させるための描画データは、フレームバッファＲＡＭ１５上に生成される。
図３は、本実施形態に係るクライアント装置２の主要部構成を示すブロック図である。
クライアント装置２は、コンピュータとしてのＣＰＵ２１を備え、このＣＰＵ２１には、バス２２を介してＲＯＭ２３、ＲＡＭ２４、フレームバッファＲＡＭ２５が接続される。そして、このフレームバッファＲＡＭ２５に書き込まれた描画データが表示装置２６に出力されて表示される。

また、ＣＰＵ２１には、バス２２を介してキーボード，マウス，マイク，光センサなどの入力装置２７、ハードディスクなどの外部記憶装置２８ａ、補助記憶装置２８ｂ、前記サーバ装置１との通信Ｉ／Ｆ（インターフェイス）２９が接続される。
ＣＰＵ２１は、ＲＯＭ２３に予め記憶されているシステムプログラムに従ってＲＡＭ２４を作業用メモリとし回路各部の動作を制御するもので、入力装置２７からのキー入力信号や通信Ｉ／Ｆ２９を介して受信されるサーバ装置１からのアプリケーション応答信号，転送描画データなどに応じて前記システムプログラムが起動され実行される。

このクライアント装置２において、前記サーバ装置１におけるアプリケーションプログラムを実行させて生成した種々のデータは、適宜、外部記憶装置２８ａに読み込ませて記憶させ、また生成転送された表示用の描画データは、その圧縮が解凍された後に、フレームバッファＲＡＭ２５に書き込まれ表示装置２６に表示出力される。

次に、本実施形態において使用するデータについて説明する。
図４は、サーバ装置１のＲＡＭ１４、及びクライアント装置２のＲＡＭ２４に記憶される描画データのキャッシュメモリ１４ｂ、２４ｂの一例を示す図である。描画データ毎に描画データ（キャッシュデータ）を識別するための識別子を付し、識別子とキャッシュデータとは、ポインタによりリンクされている。

描画データのキャッシュメモリ１４ｂは、サーバ装置１のＷｅｂブラウザがデータを作成し、サーバ装置１が作成したデータをクライアント装置２が受信してクライアント装置２側にも作成する。作成したデータの削除は、クライアント装置２側の管理により行うことにより、サーバ装置１側との同期を取る。

図５は、サーバ装置１のＲＡＭ１４に記憶されるＵＲＬ重要度テーブル１４ｃの一例を示す図である。ＵＲＬ毎に重要度が数値で設定される。
ＵＲＬは、gyoumu1.companyname.co.jp/touroku3のように、下位のレベルまで指定してもよいし、gyoumu1.companyname.co.jp/のように、上位のレベルでもよい。また、co.jpのように、ＵＲＬの一部の文字列でもよいし、＊のように全てのＵＲＬとしてもよい。
ＵＲＬ重要度テーブル１４は、Ｗｅｂブラウザを実行する前に、予めユーザが設定しておく。

図６は、サーバ装置１のＲＡＭ１４、及びクライアント装置２のＲＡＭ２４に記憶される画面キャッシュ優先度テーブル１４ｄ、２４ｄの一例を示す図である。キャッシュデータの識別子に優先度を付して、優先度の高い順に並べている。優先度はキャッシュデータのＵＲＬを元にＵＲＬ重要度テーブル１４ｃを参照して決定される。

画面キャッシュ優先度テーブル１４ｄは、サーバ装置１のＷｅｂブラウザがデータを作成し、サーバ装置１が作成したデータをクライアント装置２が受信してクライアント装置２側にも作成する。作成したデータの削除は、クライアント装置２側の主導により行うことにより、サーバ装置１側との同期を取る。

次に、本実施形態におけるサーバ装置１の動作について説明する。
図８は、サーバ装置１において実行される指定ＵＲＬ表示処理の詳細を示すフローチャートである。Ｗｅｂブラウザが、指定されたＵＲＬの画面表示のための描画データを判別して送信するまでの手順を示している。

まず、ステップＳ１１では、指定されたＵＲＬに該当する重要度をＵＲＬ重要度テーブル１４ｃを参照して取得する。このとき、ＵＲＬ重要度テーブル１４ｃ上に該当するＵＲＬが複数ある場合は、最も高い重要度が採用される。次に、ステップＳ１２では、取得した重要度の描画データが描画データのキャッシュメモリ１４ｂに存在するかどうかを確認する。

確認の結果、取得した重要度の描画データが描画データのキャッシュメモリ１４ｂに存在しない場合（ステップＳ１２：Ｎｏ）には、Ｗｅｂブラウザが指定されたＵＲＬのＷｅｂコンテンツのデータを取得し、クライアント用フレームバッファ１４ａにレンダリング結果を描画し（ステップＳ１３）、描画データに識別子を付加して描画データのキャッシュメモリ１４ｂに記録し（ステップＳ１４）、重要度の高い順にキャッシュデータの優先度を求めて画面キャッシュ優先度テーブル１４ｄに記録する（ステップＳ１５）。

次に、後述のデータ変換処理サブルーチンにより描画データを送信用の形式に変換し（ステップＳ１６）、変換された描画データをクライアント装置２側に送信する（ステップＳ１７）。そして、ステップＳ１２で、取得した重要度の描画データが描画データのキャッシュメモリ１４ｂに存在する場合（ステップＳ１２：Ｙｅｓ）には、ステップＳ１６以降の処理を行う。

図９は、サーバ装置１において実行されるサブルーチン「データ変換処理」の詳細を示すフローチャートである。ステップＳ２１で、描画データが描画データのキャッシュメモリ１４ｂに存在するかどうかを確認する。描画データが描画データのキャッシュメモリ１４ｂに存在する場合（ステップＳ２１：Ｙｅｓ）には、識別子だけをクライアント装置２へ送信する（ステップＳ２２）。

そして、描画データが描画データのキャッシュメモリ１４ｂに存在しない場合には、描画データを圧縮して送信用の描画データに変換し（ステップＳ２３）、送信用の描画データに識別子と優先度とを付加する（ステップＳ２４）。

サーバ装置１における描画データのキャッシュメモリ１４ｂは、記録するだけだと容量が不足してくるので、不要なデータを削除する必要がある。
そこで、図１０に示すフローチャートのように、クライアント装置２から削除するキャッシュデータの識別子を受信したら（ステップＳ３１）、該当する識別子のキャッシュデータを検索して（ステップＳ３２）、該当する識別子のキャッシュデータを削除する（ステップＳ３３）と共に、該当する識別子の画面キャッシュ優先度テーブル１４ｄのデータも削除して優先度を付け直す（ステップＳ３４）。

これにより、サーバ装置１の描画データのキャッシュメモリ１４ｂは、クライアント装置２の描画データのキャッシュメモリ２４ｂと同一内容に保たれる。また、サーバ装置１の画面キャッシュ優先度テーブル１４ｄも、クライアント装置２の画面キャッシュ優先度テーブル２４ｄと同一内容に保たれる。

次に、本実施形態におけるクライアント装置２の動作について説明する。
図１１は、クライアント装置２において実行される画面表示処理の詳細を示すフローチャートである。クライアント装置２が、サーバ装置１から描画データ、識別子、優先度を受信して描画データを表示するまでの手順を示している。

まず、ステップＣ１１では、サーバ装置１からの送信を待ち、送信された描画データ、識別子、優先度を受信する。受信したデータが識別子だけだった場合（ステップＣ１２：Ｙｅｓ）は、該当する識別子のキャッシュデータを描画データのキャッシュメモリ２４ｂから抽出して（ステップＣ１３）、抽出したキャッシュデータをフレームバッファＲＡＭ２５に書き出して表示装置２６に表示する（ステップＣ１４）。

ステップＣ１２で、受信したデータが識別子だけではない場合（ステップＣ１２：Ｎｏ）は、新たな描画データを受信しているので、描画データのキャッシュメモリ２４ｂに書き出すための空き領域があるかを確認する（ステップＣ１５）。

ステップＣ１５で、空き領域が無い場合（ステップＣ１５：Ｎｏ）は、領域を確保する必要があるので、後述の削除データ決定処理サブルーチンにより削除するキャッシュデータを決定し（ステップＣ１６）、削除を決定された優先度の低いキャッシュデータを識別子をキーとして描画データのキャッシュメモリ２４ｂから削除すると共に、画面キャッシュ優先度テーブル２４ｄのデータを削除する（ステップＣ１７）。

そして、サーバ装置１の描画データのキャッシュメモリ１４ｂ、画面キャッシュ優先度テーブル１４ｄと同期を取るために、削除したキャッシュデータの識別子をサーバ装置１へ送信する（ステップＣ１８）。

次に、受信した描画データを解凍して識別子と共に描画データのキャッシュメモリ２４ｂに記録し（ステップＣ１９）、識別子と優先度を画面キャッシュ優先度テーブル２４ｄ記録（ステップＣ２０）した後、受信した描画データを表示装置２６に表示する（ステップＣ２１）。

ステップＣ１５で、空き領域が有る場合（ステップＣ１５：Ｙｅｓ）は、領域を確保する必要がないので、ステップＣ１９以降の処理を行う。

図１２は、クライアント装置２において実行されるサブルーチン「削除データ決定処理」の詳細を示すフローチャートである。
まず、ステップＣ３１で、書き出そうとする描画データの容量を元に、必要な領域の容量を設定する。次に、これから削除する描画データを優先度の低い順に決定するために、最初の削除する候補として優先度を最下位に設定する（ステップＣ３２）。

設定された優先度の描画データを削除予定のリストに登録する（ステップＣ３３）。次に、削除予定の描画データの容量を加算してゆき、削除予定の容量の合計を求める（ステップＣ３４）。そして、必要な領域の容量と削除予定の容量とを比較して領域が確保できたかどうかを確認する（ステップＣ３５）。

ステップＣ３５で、領域が確保できた場合（ステップＣ３５：Ｙｅｓ）は、処理を終了するが、まだ領域が確保できない場合（ステップＣ３５：Ｎｏ）は、削除する候補の優先度を一つ上げてステップＣ３３以降の処理を繰り返す。

以上説明したように、頻繁に閲覧するＵＲＬは重要度を高くしてＵＲＬ重要度テーブル１４ｃに指定しておけば、指定したＵＲＬの重要度に対応して画面キャッシュ優先度テーブル１４ｄ、２４ｄの優先度を変化させると共に、描画データを描画データのキャッシュメモリ１４ｂ、２４ｂに格納する。Ｗｅｂブラウザの実行の際に、クライアント装置２は、頻繁に閲覧する優先度の高いＵＲＬの描画データについては描画データのキャッシュメモリ２４ｂから読み出して表示する。

その結果、頻繁に閲覧するＵＲＬの画面データについてクライアント装置２での表示の高速化が可能になる。また、描画データのキャッシュメモリ１４ｂ、２４ｂのデータは優先度の低いものから順に自動的に削除されるので、ユーザにとって操作性が良く、描画データのキャッシュメモリ１４ｂ、２４ｂの利用効率が良い。

次に、本実施形態における描画データについて説明する。
図１４は、クライアント装置２において表示される、Ｗｅｂブラウザの実行画面の一例を示す図である。デスクトップ画面上に表示されているＷｅｂブラウザの実行画面４０１と、Ｗｅｂブラウザの実行画面４０１を下方向へスクロールしたＷｅｂブラウザの実行画面４０２とを示している。

図１５は、描画データのキャッシュメモリ１４ｂ、２４ｂに収納される描画データの一例を示す図である。デスクトップ画面の背景データ４１１とＷｅｂブラウザの外枠データ４１２とを示している。

図１６は、描画データのキャッシュメモリ１４ｂ、２４ｂに収納される描画データの一例を示す図である。Ｗｅｂブラウザのコンテンツ表示部分４２１とＷｅｂブラウザをスクロールした際の差分データ４２２とを示している。

（第２実施形態）
第１実施形態では、ＵＲＬ重要度テーブル１４ｃの重要度を固定にしたが、ＵＲＬ重要度テーブル１４ｃに、サーバ装置１がＵＲＬへのアクセス回数をカウントして記録し、ＵＲＬへのアクセス回数に対応して動的にＵＲＬ重要度テーブルの重要度を変更するようにしても良い。
図７は、第２実施形態における、サーバ装置１のＲＡＭ１４に記憶されるＵＲＬ重要度テーブル１４ｅの一例を示す図である。

第２実施形態における動作はほとんど第１実施形態と同じなので、サーバ装置１の動作について第１実施形態と異なる箇所のみ説明する。
図１３は、第２実施形態における、サーバ装置１において実行されるＵＲＬ順位入れ替え処理の詳細を示すフローチャートである。

まず、ステップＣ４１で、ＵＲＬ重要度テーブル１４ｅに記録された単位時間当たりのアクセス数で規定値を超えたものが有るかどうかを調べる。規定値を超えたアクセス数が有る場合（ステップＣ４１：Ｙｅｓ）は、ＵＲＬの重要度を入れ替えるために、その規定値を超えたアクセス数に該当するＵＲＬを見つける（ステップＣ４２）。

ここで、該当するＵＲＬのアクセス数を一つ上位のＵＲＬのアクセス数と比較して、一つ上位のＵＲＬのアクセス数よりも大ならば（ステップＣ４３：Ｙｅｓ）、該当するＵＲＬのデータと一つ上位のＵＲＬのデータとを入れ替える（ステップＣ４４）。ステップＣ４３で、一つ上位のＵＲＬのアクセス数よりも大でなければ（ステップＣ４３：Ｎｏ）、入れ替えをしない。

次に、ＵＲＬ重要度テーブル１４ｅの全てのデータを調べたかを確認して（ステップＣ４５）、完了の場合（ステップＣ４５：Ｙｅｓ）は終了し、まだ完了していない場合（ステップＣ４５：Ｎｏ）はステップＣ４１に戻る。

本実施例では、描画データのキャッシュメモリ１４ｂに収納する画像データをブラウザが描画した画面単位としたが、キャッシュの利用効率をさらに上げるために、描画を行う際の部品レベルでのキャッシュとしてもよい。
図１７は、描画データのキャッシュメモリ１４ｂ、２４ｂに収納される部品レベルの描画データの一例を示す図である。画面４３１と画面４３２とに共通の画面４３１のＡ，Ｂ，Ｃ，Ｄ、及び画面４３２のＡ，Ｂ，Ｃ，Ｄを部品レベルでキャッシュする画像データとした例である。

前記実施形態において記載したサーバ装置１、クライアント装置２の処理、すなわち図８乃至１３のフローチャートに示す各処理は、何れもコンピュータが読み取り可能なプログラムとして、外部記憶装置１８ａ、外部記憶装置２８ａに記憶されている。なお、これらのプログラムは、半導体メモリ（ＲＯＭ、ＲＡＭ等）、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）の記録媒体に記憶してもよく、更に、プログラムの一部若しくは全部をサーバ装置１やクライアント装置２に備えられた記録媒体に記憶し、ネットワーク３を介して受信して読み取る構成にしてもよい。

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

本発明の実施形態に係るサーバベースコンピューティングシステムの全体構成を示すブロック図。 本実施形態に係るサーバ装置１の主要部構成を示すブロック図。 本実施形態に係るクライアント装置２の主要部構成を示すブロック図。 サーバ装置１のＲＡＭ１４、及びクライアント装置２のＲＡＭ２４に記憶される描画データのキャッシュメモリ１４ｂ、２４ｂの一例を示す図。 サーバ装置１のＲＡＭ１４に記憶されるＵＲＬ重要度テーブル１４ｃの一例を示す図。 サーバ装置１のＲＡＭ１４、及びクライアント装置２のＲＡＭ２４に記憶される画面キャッシュ優先度テーブル１４ｄ、２４ｄの一例を示す図。 第２実施形態における、サーバ装置１のＲＡＭ１４に記憶されるＵＲＬ重要度テーブル１４ｅの一例を示す図。 サーバ装置１において実行される指定ＵＲＬ表示処理の詳細を示すフローチャート。 サーバ装置１において実行されるサブルーチン「データ変換処理」の詳細を示すフローチャート。 サーバ装置１において実行されるキャッシュ削除処理の詳細を示すフローチャート。 クライアント装置２において実行される画面表示処理の詳細を示すフローチャート。 クライアント装置２において実行されるサブルーチン「削除データ決定処理」の詳細を示すフローチャート。 第２実施形態における、サーバ装置１において実行されるＵＲＬ順位入れ替え処理の詳細を示すフローチャート。 クライアント装置２において表示される、Ｗｅｂブラウザの実行画面の一例を示す図。 描画データのキャッシュメモリ１４ｂ、２４ｂに収納される描画データの一例を示す図。 描画データのキャッシュメモリ１４ｂ、２４ｂに収納される描画データの一例を示す図。 描画データのキャッシュメモリ１４ｂ、２４ｂに収納される部品レベルの描画データの一例を示す図。

符号の説明

１ …サーバ装置
２ …クライアント装置
３ …通信ネットワーク
１１、２１…ＣＰＵ
１２、２２…バス
１３、２３…ＲＯＭ
１４、２４…ＲＡＭ
１４ａ…クライアント用フレームバッファ
１４ｂ、２４ｂ…描画データのキャッシュメモリ
１４ｃ、１４ｅ…ＵＲＬ重要度テーブル
１４ｄ、２４ｄ…画面キャッシュ優先度テーブル
１５、２５…フレームバッファＲＡＭ
１６、２６…表示装置
１７、２７…入力装置
１８ａ、２８ａ…外部記憶装置
１８ｂ、２８ｂ…補助記憶装置
１９、２９…通信Ｉ／Ｆ

Claims (7)

1. ネットワークを介したクライアント装置からのサービス要求に基づいてＷｅｂページを閲覧するためのアプリケーションプログラムを動作させ、前記サービス要求に対応する画面情報を前記クライアント装置へ送信するサーバ装置であって、
   インターネット上のアドレス毎に重要度を定めたＵＲＬ重要度テーブルを記憶するＵＲＬ重要度テーブル記憶手段と、
   クライアント装置から操作データを受信する受信手段と、
   受信した前記操作データに従って前記アプリケーションプログラムを実行し画面情報を生成するプログラム実行手段と、
   前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、
   前記ＵＲＬ重要度テーブルを参照して前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルのデータを生成する優先度テーブル生成手段と、
   前記画面情報が画面キャッシュに存在しない場合は、前記画面情報に前記画面情報の識別子と該識別子に対応した前記優先度テーブル生成手段によって生成された画面キャッシュ優先度テーブルの優先度とを付加してクライアント装置へ送信する送信手段と、
   を備えることを特徴とするサーバ装置。
2. さらに、前記画面情報の識別子を受信する識別子受信手段と、
   受信した前記画面情報の識別子に該当する、前記画面キャッシュ内のキャッシュデータ及び前記画面キャッシュ優先度テーブル内のテーブルデータを削除する削除手段と、
   を備えることを特徴とする請求項１記載のサーバ装置。
3. ネットワークを介して接続されたサーバ装置へサービス要求を行い、そのサービス要求に対応したＷｅｂページを閲覧するためのアプリケーションプログラムの動作に従った画面情報を受信するクライアント装置であって、
   前記サーバ装置へ操作データを送信する送信手段と、
   前記サーバ装置から前記画面情報と前記画面情報の識別子と前記画面情報の優先度とを受信する受信手段と、
   受信した前記画面情報の識別子が新規ならば、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、
   受信した前記画面情報の識別子が新規ならば、受信した前記画面情報の優先度に従って、前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルを更新する優先度テーブル更新手段と、
   受信した前記画面情報の識別子が前記画面キャッシュに存在する場合は、前記画面情報の識別子に該当する画面情報を前記画面キャッシュから抽出して表示し、受信した前記画面情報の識別子が前記画面キャッシュに存在しない場合は、受信した前記画面情報を表示する表示手段と、
   を備えることを特徴とするクライアント装置。
4. さらに、前記画面キャッシュ生成手段が前記画面キャッシュのデータを生成する際に、十分な記憶領域が無い場合は、前記画面キャッシュ優先度テーブルの優先度の低いデータから順に削除して記憶領域を確保し、対応する前記画面キャッシュ優先度テーブル内のテーブルデータを削除し、削除した画面情報の識別子と優先度とをサーバ装置へ送信する画面キャッシュ削除手段、
   を備えることを特徴とする請求項３記載のクライアント装置。
5. Ｗｅｂページを閲覧するためのアプリケーションプログラムを動作させるサーバ装置に対してサービス要求を行なうクライアント装置と、クライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置とが、ネットワークを介して相互に接続可能に構成されたサーバベースコンピューティングシステムにおいて、
   前記サーバ装置は、
   インターネット上のアドレス毎に重要度を定めたＵＲＬ重要度テーブルを記憶するＵＲＬ重要度テーブル記憶手段と、
   クライアント装置から操作データを受信する受信手段と、
   受信した前記操作データに従って前記アプリケーションプログラムを実行し画面情報を生成するプログラム実行手段と、
   前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、
   前記ＵＲＬ重要度テーブルを参照して前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルのデータを生成する優先度テーブル生成手段と、
   前記画面情報が画面キャッシュに存在しない場合は、前記画面情報に前記画面情報の識別子と該識別子に対応した前記優先度テーブル生成手段によって生成された画面キャッシュ優先度テーブルの優先度とを付加してクライアント装置へ送信する送信手段と、を備え、
   前記クライアント装置は、
   前記サーバ装置へ操作データを送信する送信手段と、
   前記サーバ装置から前記画面情報と前記画面情報の識別子と前記画面情報の優先度とを受信する受信手段と、
   受信した前記画面情報の識別子が新規ならば、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段と、
   受信した前記画面情報の識別子が新規ならば、受信した前記画面情報の優先度に従って、前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルを更新する優先度テーブル更新手段と、
   受信した前記画面情報の識別子が前記画面キャッシュに存在する場合は、前記画面情報の識別子に該当する画面情報を前記画面キャッシュから抽出して表示し、受信した前記画面情報の識別子が前記画面キャッシュに存在しない場合は、受信した前記画面情報を表示する表示手段と、
   を備えることを特徴とするサーバベースコンピューティングシステム。
6. ネットワークを介したクライアント装置からのサービス要求に基づいてＷｅｂページを閲覧するためのアプリケーションプログラムを動作させ、前記サービス要求に対応する画面情報を前記クライアント装置へ送信するサーバ装置のコンピュータを、
   インターネット上のアドレス毎に重要度を定めたＵＲＬ重要度テーブルを記憶するＵＲＬ重要度テーブル記憶手段、
   クライアント装置から操作データを受信する受信手段、
   受信した前記操作データに従って前記アプリケーションプログラムを実行し画面情報を生成するプログラム実行手段、
   前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段、
   前記ＵＲＬ重要度テーブルを参照して前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルのデータを生成する優先度テーブル生成手段、
   前記画面情報が画面キャッシュに存在しない場合は、前記画面情報に前記画面情報の識別子と該識別子に対応した前記優先度テーブル生成手段によって生成された画面キャッシュ優先度テーブルの優先度とを付加してクライアント装置へ送信する送信手段、
   として機能させるためのプログラム。
7. ネットワークを介して接続されたサーバ装置へサービス要求を行い、そのサービス要求に対応したＷｅｂページを閲覧するためのアプリケーションプログラムの動作に従った画面情報を受信するクライアント装置のコンピュータを、
   前記サーバ装置へ操作データを送信する送信手段、
   前記サーバ装置から前記画面情報と前記画面情報の識別子と前記画面情報の優先度とを受信する受信手段、
   受信した前記画面情報の識別子が新規ならば、前記画面情報に画面情報の識別子を付加した画面キャッシュのデータを生成する画面キャッシュ生成手段、
   受信した前記画面情報の識別子が新規ならば、受信した前記画面情報の優先度に従って、前記画面情報の識別子毎に優先度を付けた画面キャッシュ優先度テーブルを更新する優先度テーブル更新手段、
   受信した前記画面情報の識別子が前記画面キャッシュに存在する場合は、前記画面情報の識別子に該当する画面情報を前記画面キャッシュから抽出して表示し、受信した前記画面情報の識別子が前記画面キャッシュに存在しない場合は、受信した前記画面情報を表示する表示手段、
   として機能させるためのプログラム。

Images