(57)【要約】【課題】クライアントからの操作入力に応じて、サーバにて描画生成される画面データの当該クライアントへの総送信データ量を減少させ、操作レスポンスの向上に寄与する。【解決手段】クライアント20からの操作入力に応じて実行されるアプリケーションに従い、クライアント表示用の画面データGが生成され該クライアント20へ送信される都度、該画面データGをイメージ描画(A)した場合の送信データ量(イメージデータ量)とGUIツールキットにより部品描画(B)した場合の送信データ量(部品データ量)とがカウントされ、前記実行アプリの種類別(Webブラウザの場合URL別、他のアプリの場合アプリ名別)に各データ量の合計が加算記憶される。前記描画データGは、前記アプリの種類別に記憶されたイメージ描画(A)による過去の合計データ量と部品描画(B)による過去の合計データ量との何れか小さい方の描画方法(A)又は(B)により描画生成されてクライアント20へ送信される。【選択図】      図１１
2011028510.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたクライアント装置からの入力イベントに応じてアプリケーションプログラムを実行し、当該入力イベントに応じた画面情報を生成して前記クライアント装置へ送信するサーバベース・コンピューティング・システムのサーバ装置であって、
前記入力イベントに応じた画面情報をイメージデータの描画により生成した場合のデータ量とＧＵＩツールキットによる部品の描画により生成した場合のデータ量とをカウントするデータ量カウント手段と、
このデータ量カウント手段によりカウントされた前記画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とを、それぞれ前記画面情報が更新される都度アプリケーションプログラムの種類別に加算して記憶するイメージ／部品合計データ量記憶手段と、
前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるアプリケーションプログラムの種類に対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する描画方法判定手段と、
この描画方法判定手段により判定された描画方法に従い、前記入力イベントに応じた画面情報を生成し前記クライアント装置へ送信する画面情報送信手段と、
を備えたことを特徴とするサーバ装置。
【請求項２】
前記アプリケーションプログラムの種類には、Ｗｅｂブラウザが含まれ、
前記入力イベントに応じて実行されるアプリケーションプログラムがＷｅｂブラウザである場合、
前記イメージ／部品合計データ量記憶手段により前記画面情報が更新される都度加算して記憶される当該画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とは、前記Ｗｅｂブラウザのアクセス先のＵＲＬ別に記憶され、
前記描画方法判定手段は、前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるＷｅｂブラウザのアクセス先のＵＲＬに対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する、
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
ネットワークを介して接続されたサーバ装置とクライアント装置とを有し、クライアント装置からの入力イベントに応じてサーバ装置により実行されるアプリケーションプログラムに従い生成された画面情報を、前記クライアント装置へ送信して表示部に表示させるようにしたサーバベース・コンピューティング・システムであって、
前記サーバ装置は、
前記入力イベントに応じた画面情報をイメージデータの描画により生成した場合のデータ量とＧＵＩツールキットによる部品の描画により生成した場合のデータ量とをカウントするデータ量カウント手段と、
このデータ量カウント手段によりカウントされた前記画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とを、それぞれ前記画面情報が更新される都度アプリケーションプログラムの種類別に加算して記憶するイメージ／部品合計データ量記憶手段と、
前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるアプリケーションプログラムの種類に対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する描画方法判定手段と、
この描画方法判定手段により判定された描画方法に従い、前記入力イベントに応じた画面情報を生成し前記クライアント装置へ送信する画面情報送信手段とを備え、
前記クライアント装置は、
前記サーバ装置の画面情報送信手段により送信された画面情報を受信して表示部に表示させる画面表示制御手段を備えた、
ことを特徴とするサーバベース・コンピューティング・システム。
【請求項４】
ネットワークを介して接続されたクライアント装置からの入力イベントに応じてアプリケーションプログラムを実行し、当該入力イベントに応じた画面情報を生成して前記クライアント装置へ送信するサーバベース・コンピューティング・システムのサーバ装置のコンピュータを制御するためのプログラムであって、
前記コンピュータを、
前記入力イベントに応じた画面情報をイメージデータの描画により生成した場合のデータ量とＧＵＩツールキットによる部品の描画により生成した場合のデータ量とをカウントするデータ量カウント手段、
このデータ量カウント手段によりカウントされた前記画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とを、それぞれ前記画面情報が更新される都度アプリケーションプログラムの種類別に加算してメモリに記憶するイメージ／部品合計データ量記憶手段、
前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるアプリケーションプログラムの種類に対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する描画方法判定手段、
この描画方法判定手段により判定された描画方法に従い、前記入力イベントに応じた画面情報を生成し前記クライアント装置へ送信する画面情報送信手段、
として機能させるようにしたサーバ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバベース・コンピューティング・システムのサーバ装置、サーバベース・コンピューティング・システム、およびサーバ制御プログラムに関する。
【背景技術】
【０００２】
従来のサーバ・クライアント・システムにおいて、例えばクライアント装置からのリモート操作によりサーバ装置側で所望のアプリケーションプログラムを起動実行させるサーバベース・コンピューティング・システム(ＳＢＣシステム;Server Based Computing system)がある。このＳＢＣシステムでは、クライアント装置の操作入力に応じてサーバ装置側で処理され描画更新される表示用の画面データが、該サーバ装置からその描画更新の都度クライアント装置へと送信転送されて表示される。これによりクライアント装置は、表示や入力など最低限の機能のみを持てば良く、アプリケーションなどの資源はサーバ装置で一元管理するものである。
【０００３】
このようにＳＢＣシステムは、サーバ装置上でアプリケーションプログラムが実行されるので、クライアント装置の性能が低い場合にも高機能なコンピューティング環境を実現可能である。
【０００４】
従来、ＳＢＣシステムは、社内ＬＡＮ(Local Area Network)のような、遅延の存在しない高速ネットワークを前提に設計されている。しかしながら、画面更新のデータ量が大きかったり、ネットワークの通信速度（帯域幅）が低速（狭い）であったりした場合には、クライアント装置の操作入力に対してサーバ装置により描画生成される画面データが当該クライアント装置に送信転送されて１画面として完成表示されるまでに時間が掛かり、応答性の悪い問題となる。
【０００５】
そこで、クライアント装置におけるユーザの見かけの反応を良くするため、最初は低画質にしたデータ量の少ない画面データを送信し、その後インターバルを置いて高画質の画面データを送信する画面転送装置が考えられている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２４６１５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前記従来の画面転送装置では、クライアント装置におけるユーザ操作に応じた画面表示の見かけ上のレスポンスは向上するものの、１画面データの総送信データ量としては逆に増加することになる。
【０００８】
このため、クライアント装置からの入力操作に応じて、サーバ装置から当該クライアント装置へ送信される総合的なデータ量を減少させることについては一切考慮されてなく、本来の操作レスポンスの向上には寄与していない問題がある。
【０００９】
本発明は、このような課題に鑑みなされたもので、クライアント装置からの操作入力に応じてサーバ装置にて描画生成される画面データの当該クライアント装置への総送信データ量を減少させ、本来の操作レスポンスの向上に寄与することが可能になるサーバベース・コンピューティング・システムのサーバ装置、サーバベース・コンピューティング・システム、およびサーバ制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
請求項１に記載のサーバ装置は、ネットワークを介して接続されたクライアント装置からの入力イベントに応じてアプリケーションプログラムを実行し、当該入力イベントに応じた画面情報を生成して前記クライアント装置へ送信するサーバベース・コンピューティング・システムのサーバ装置であって、前記入力イベントに応じた画面情報をイメージデータの描画により生成した場合のデータ量とＧＵＩツールキットによる部品の描画により生成した場合のデータ量とをカウントするデータ量カウント手段と、このデータ量カウント手段によりカウントされた前記画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とを、それぞれ前記画面情報が更新される都度アプリケーションプログラムの種類別に加算して記憶するイメージ／部品合計データ量記憶手段と、前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるアプリケーションプログラムの種類に対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する描画方法判定手段と、この描画方法判定手段により判定された描画方法に従い、前記入力イベントに応じた画面情報を生成し前記クライアント装置へ送信する画面情報送信手段と、を備えたことを特徴としている。
【００１１】
請求項２に記載のサーバ装置は、前記請求項１に記載のサーバ装置において、前記アプリケーションプログラムの種類には、Ｗｅｂブラウザが含まれ、前記入力イベントに応じて実行されるアプリケーションプログラムがＷｅｂブラウザである場合、前記イメージ／部品合計データ量記憶手段により前記画面情報が更新される都度加算して記憶される当該画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とは、前記Ｗｅｂブラウザのアクセス先のＵＲＬ別に記憶され、前記描画方法判定手段は、前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるＷｅｂブラウザのアクセス先のＵＲＬに対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する、ことを特徴としている。
【００１２】
請求項３に記載のサーバベース・コンピューティング・システムは、ネットワークを介して接続されたサーバ装置とクライアント装置とを有し、クライアント装置からの入力イベントに応じてサーバ装置により実行されるアプリケーションプログラムに従い生成された画面情報を、前記クライアント装置へ送信して表示部に表示させるようにしたサーバベース・コンピューティング・システムであって、前記サーバ装置は、前記入力イベントに応じた画面情報をイメージデータの描画により生成した場合のデータ量とＧＵＩツールキットによる部品の描画により生成した場合のデータ量とをカウントするデータ量カウント手段と、このデータ量カウント手段によりカウントされた前記画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とを、それぞれ前記画面情報が更新される都度アプリケーションプログラムの種類別に加算して記憶するイメージ／部品合計データ量記憶手段と、前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるアプリケーションプログラムの種類に対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する描画方法判定手段と、この描画方法判定手段により判定された描画方法に従い、前記入力イベントに応じた画面情報を生成し前記クライアント装置へ送信する画面情報送信手段とを備え、前記クライアント装置は、前記サーバ装置の画面情報送信手段により送信された画面情報を受信して表示部に表示させる画面表示制御手段を備えた、ことを特徴としている。
【００１３】
請求項４に記載のプログラムは、ネットワークを介して接続されたクライアント装置からの入力イベントに応じてアプリケーションプログラムを実行し、当該入力イベントに応じた画面情報を生成して前記クライアント装置へ送信するサーバベース・コンピューティング・システムのサーバ装置のコンピュータを制御するためのプログラムであって、前記コンピュータを、前記入力イベントに応じた画面情報をイメージデータの描画により生成した場合のデータ量とＧＵＩツールキットによる部品の描画により生成した場合のデータ量とをカウントするデータ量カウント手段、このデータ量カウント手段によりカウントされた前記画面情報をイメージ描画した場合のデータ量と部品描画した場合のデータ量とを、それぞれ前記画面情報が更新される都度アプリケーションプログラムの種類別に加算してメモリに記憶するイメージ／部品合計データ量記憶手段、前記入力イベントに応じた画面情報を生成する際に、当該入力イベントに応じて実行されるアプリケーションプログラムの種類に対応して前記イメージ／部品合計データ量記憶手段により記憶されているイメージ描画の場合の合計データ量と部品描画の場合の合計データ量との何れか少ない方の描画方法を判定する描画方法判定手段、この描画方法判定手段により判定された描画方法に従い、前記入力イベントに応じた画面情報を生成し前記クライアント装置へ送信する画面情報送信手段、として機能させることを特徴としている。
【発明の効果】
【００１４】
本発明によれば、クライアント装置からの操作入力に応じてサーバ装置にて描画生成される画面データの当該クライアント装置への総送信データ量を減少させ、本来の操作レスポンスの向上に寄与することが可能になるサーバベース・コンピューティング・システムのサーバ装置、サーバベース・コンピューティング・システム、およびサーバ制御プログラムを提供できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るＳＢＣ(Server Based Computing)システムの構成を示すブロック図。
【図２】例えばＷｅｂブラウザによって取得された更新前後のＷｅｂページＰａ，Ｐｂを比較して示す図。
【図３】前記更新前後のＷｅｂページＰａ，Ｐｂに含まれる共通の画像ｇをイメージ描画する場合と部品描画する場合とで必要なデータ量を説明する図。
【図４】例えばあるアプリケーションによって生成された更新前後のアプリ画面Ｑａ，Ｑｂを比較して示す図。
【図５】前記更新前後のアプリ画面Ｑａ，Ｑｂに含まれるメニュー領域ｍａ，ｍｂをイメージ描画する場合に必要なデータ量を説明する図。
【図６】前記更新前後のアプリ画面Ｑａ，Ｑｂに含まれるメニュー領域ｍａ，ｍｂを部品描画する場合に必要なデータ量を説明する図。
【図７】前記ＳＢＣシステムにおけるサーバ装置１０の回路構成を示すブロック図。
【図８】前記サーバ装置１０のＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄにおけるカウントデータの具体例を示す図。
【図９】前記サーバ装置１０のアプリ別イメージ／部品データ量カウンタ（１）１４ｅにおけるカウントデータの具体例を示す図。
【図１０】前記ＳＢＣシステムにおけるクライアント装置２０の回路構成を示すブロック図。
【図１１】前記ＳＢＣシステムのサーバ装置１０によるサーバ処理を示すフローチャート。
【図１２】前記サーバ装置１０のサーバ処理に伴うイメージ描画エンコードのエンコードデータ量カウント処理を示すフローチャート。
【図１３】前記イメージ描画エンコードのエンコードデータ量カウント処理に伴うイメージエンコード結果データ量カウント処理を示すフローチャート。
【図１４】前記サーバ装置１０のサーバ処理に伴う部品描画エンコードのエンコードデータ量カウント処理を示すフローチャート。
【図１５】前記部品描画エンコードのエンコードデータ量カウント処理に伴う部品エンコード結果データ量カウント処理を示すフローチャート。
【図１６】前記サーバ装置１０のサーバ処理に伴うアプリケーション描画方法判定処理を示すフローチャート。
【図１７】前記サーバ装置１０のサーバ処理に伴うＵＲＬ描画方法判定処理を示すフローチャート。
【図１８】前記ＳＢＣシステムのクライアント装置１０によるサーバ画面表示処理を示すフローチャート。
【発明を実施するための形態】
【００１６】
以下図面により本発明の実施の形態について説明する。
【００１７】
図１は、本発明の実施形態に係るＳＢＣ(Server Based Computing)システムの構成を示すブロック図である。
【００１８】
このＳＢＣシステムは、有線または無線のＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)からなるネットワークＮ上に接続されたサーバ装置１０および複数のクライアント装置(Thin client)２０…を備える。
【００１９】
サーバ装置１０は、テキスト作成処理プログラム，Ｗｅｂブラウザプログラム，表計算処理プログラム，メール処理プログラムなど、複数のアプリケーションプログラムを有し、当該サーバ装置１０に接続されたクライアント装置２０からの操作入力（入力イベント）信号に応じて起動しその処理を実行する。
【００２０】
このサーバ装置１０において、クライアント装置２０からの操作入力信号に応じたアプリケーションプログラムの実行に伴い、クライアント用のフレームバッファＲＡＭ１４ａ（図７参照）上に描画生成された表示出力用の画面データＧは、アクセス元のクライアント装置２０へ転送される。
【００２１】
そして、クライアント装置２０では、前記サーバ装置１０から転送された画面データＧがフレームバッファＲＡＭ２５（図１０参照）に展開され、表示装置２６の表示画面に表示される。
【００２２】
つまり、このＳＢＣシステムにおける各クライアント装置(Thin client)２０…は、何れもキーボードやマウスなどのユーザ操作に応じた入力機能とＬＣＤ表示部及びプリンタなどへの出力機能を主要な機能として有し、少なくとも前記サーバ装置１０が有している各種のアプリケーション機能やデータファイルの管理機能を持っていない。
【００２３】
そして、クライアント装置２０からの操作入力（入力イベント）信号に応じてサーバ装置１０にて起動実行される各種の処理に伴い生成されたデータファイルは、基本的には、当該サーバ装置１０内あるいは該サーバ装置１０にて接続管理される磁気ディスクなどの記憶装置にユーザアカウント毎あるいは共有ファイルとして記憶され保存される。
【００２４】
ここで、前記クライアント用のフレームバッファＲＡＭ１４ａ（図７参照）に生成される画面データＧを描画処理する方法について説明する。
【００２５】
この描画方法としては、(A)ビットマップのイメージデータにより描画する方法、(B)ＧＵＩツールキットによる部品とその画面内位置情報との組合せにより描画する方法の２つの方法がある。
【００２６】
前記クライアント用のフレームバッファＲＡＭ１４ａに生成された画面データＧをクライアント装置２０へ転送して表示させる際、前記描画方法(A)の場合には、ビットマップのイメージデータがそのまま転送され、前記描画方法(B)の場合には、部品とその画面内位置情報からなるデータが送信される。
【００２７】
前記画面データＧを更新する際、例えばその画面内の全ての内容を新たな内容に更新する場合、これに対応して、描画方法(A)では、当該画面内の全ての領域を新たなイメージデータにより描画する必要があり、描画方法(B)でも、当該画面内の全ての領域で新たな部品を使用して描画する必要がある。
【００２８】
これに対し、前記画面データＧを更新する際、更新後の画面内に更新前と共通の内容が含まれる場合、描画方法(A)では、当該画面内の共通部分を含めた全ての領域を新たなイメージデータとして描画する必要がある一方で、描画方法(B)では、当該画面内の共通部分は更新前の部品を使用して描画し、それ以外の領域だけ新たな部品を使用して描画する。
【００２９】
図２は、例えばＷｅｂブラウザによって取得された更新前後のＷｅｂページＰａ，Ｐｂを比較して示す図である。
【００３０】
図３は、前記更新前後のＷｅｂページＰａ，Ｐｂに含まれる共通の画像ｇをイメージ描画する場合と部品描画する場合とで必要なデータ量を説明する図である。
【００３１】
更新前のＷｅｂページＰａと更新後のＷｅｂページＰｂには、共通の画像ｇが含まれるが、更新前のページＰａではその左部分だけ画面データＧに含まれ、更新後のページＰｂではその全体が画面データＧに含まれるよう、レイアウトが変換されている。
【００３２】
前記更新前後のＷｅｂページＰａ，Ｐｂでそれぞれレイアウトが異なる共通の画像ｇをイメージ描画するためには、各レイアウトに応じた２つのイメージデータＩａとＩｂとが必要になるが、部品描画するためには、１つの部品データＲだけでその画面内位置情報だけ変更すればよい。
【００３３】
図４は、例えばあるアプリケーションによって生成された更新前後のアプリ画面Ｑａ，Ｑｂを比較して示す図である。
【００３４】
図５は、前記更新前後のアプリ画面Ｑａ，Ｑｂに含まれるメニュー領域ｍａ，ｍｂをイメージ描画する場合に必要なデータ量を説明する図である。
【００３５】
図６は、前記更新前後のアプリ画面Ｑａ，Ｑｂに含まれるメニュー領域ｍａ，ｍｂを部品描画する場合に必要なデータ量を説明する図である。
【００３６】
更新前のアプリ画面Ｑａと更新後のアプリ画面Ｑｂには、一部項目の異なるメニュー領域ｍａ，ｍｂが含まれる。更新前のアプリ画面Ｑａでは、そのメニュー領域ｍａの左端に仕切られた１つの項目［ＡＡＡ］だけが存在し、更新後のアプリ画面Ｑｂでは、同メニュー領域ｍｂの左端に新たな２つの項目［ＧＧＧ］［ＶＶＶ］が追加で仕切られて挿入されている。
【００３７】
前記更新前後のアプリ画面Ｑａ，Ｑｂでそれぞれ一部内容の異なるメニュー領域ｍａ，ｍｂをイメージ描画するためには、図５に示すように、当該各メニュー領域ｍａ，ｍｂに応じた共通項目［ＡＡＡ］を含む２つのイメージデータＩａとＩｂとが必要になるが、部品描画するためには、図６に示すように、更新後のメニュー領域ｍｂを構成する各部品データＲ１〜Ｒ５だけでよい。
【００３８】
このため、画面データＧの更新の前後で、その画面内に共通の部分が多く含まれるほど、クライアント装置２０へ送信するデータ量は、前記ＧＵＩツールキットの部品による描画方法(B)の方が、イメージによる描画方法(A)よりも少なくなる。
【００３９】
そして、クライアント装置２０からの操作入力に応じてサーバ装置１０により生成される画面データＧについて、その更新の前後で共通の部分が多く含まれるか否かは、ＷｅｂブラウザによってアクセスされるＷｅｂページ［ＵＲＬ］の種類や実行されるアプリケーションの種類によってある程度の傾向（特性）が現れる。
【００４０】
図７は、前記ＳＢＣシステムにおけるサーバ装置１０の回路構成を示すブロック図である。
【００４１】
サーバ装置１０は、コンピュータとしてのＣＰＵ１１を備え、このＣＰＵ１１には、バス１２を介してＲＯＭ１３、ＲＡＭ１４、フレームバッファＲＡＭ１５、表示装置１６が接続される。
【００４２】
また、ＣＰＵ１１には、バス１２を介してキーボード，マウスなどの入力装置１７、外部記憶装置１８、クライアント装置２０との通信Ｉ／Ｆ（インターフェイス）１９が接続される。
【００４３】
ＣＰＵ１１は、ＲＯＭ１３内のプログラムメモリ１３ａに予め記憶されているシステムプログラムや種々のアプリケーションプログラムに従ってＲＡＭ１４や外部記憶装置１８を作業用メモリとし回路各部の動作を制御するもので、入力装置１７からのキー入力信号や通信Ｉ／Ｆ１９を介して受信されるクライアント装置２０からのユーザ操作に応じた処理指令（入力イベント）信号などに応じて前記種々のプログラムが起動・実行される。
【００４４】
このサーバ装置１０において、クライアント装置２０からの入力イベント信号に応じて起動・実行されるアプリケーションプログラムに従い生成された種々のデータは、例えばそのユーザＩＤに対応付けられて外部記憶装置１８に記憶される。またクライアント表示用の画面データＧは、ＲＡＭ１４内のクライアント用フレームバッファＲＡＭ１４ａを使用して生成されると共に、圧縮処理された後、通信Ｉ／Ｆ１９からクライアント装置２０へ転送されて表示出力される。
【００４５】
前記ＲＡＭ１４内には、さらに、イメージキャッシュメモリ１４ｂ、部品キャッシュメモリ１４ｃ、ＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄ、アプリ別イメージ／部品データ量カウンタ（１）１４ｅ、アプリケーション動作用一時メモリ１４ｆなどが確保される。
【００４６】
イメージキャッシュメモリ１４ｂには、前記クライアント表示用の画面データＧをイメージデータによる描画方法(A)で生成した場合に、当該画面データＧの構成部品が記憶される。
【００４７】
部品キャッシュメモリ１４ｃには、前記クライアント表示用の画面データＧをＧＵＩツールキットの部品による描画方法(B)で生成した場合に、当該画面データＧの構成部品が記憶される。
【００４８】
図８は、前記サーバ装置１０のＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄにおけるカウントデータの具体例を示す図である。
【００４９】
このＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄには、前記クライアント装置２０からの今回の入力イベントに応じて起動されたＷｅｂブラウザにより取得されるＷｅｂページの画面を、クライアント表示用の画面データＧとしてイメージデータによる描画方法(A)で生成した場合のデータ量と、ＧＵＩツールキットの部品による描画方法(B)で生成した場合のデータ量とがカウントされ、ページ取得先のＵＲＬに対応付けられて記憶される。
【００５０】
図９は、前記サーバ装置１０のアプリ別イメージ／部品データ量カウンタ（１）１４ｅにおけるカウントデータの具体例を示す図である。
【００５１】
このアプリ別イメージ／部品データ量カウンタ（１）１４ｅには、前記クライアント装置２０からの今回の入力イベントに応じて起動された前記Ｗｅｂブラウザ以外のアプリケーションの画面を、クライアント表示用の画面データＧとしてイメージデータによる描画方法(A)で生成した場合のデータ量と、ＧＵＩツールキットの部品による描画方法(B)で生成した場合のデータ量とがカウントされ、当該アプリケーション名に対応付けられて記憶される。
【００５２】
アプリケーション動作用一時メモリ１４ｆには、各種アプリケーションプログラムの実行に従いＣＰＵ１１に入出力される種々のデータが、必要に応じて一時的に記憶される。
【００５３】
また、前記外部記憶装置１８には、ＵＲＬ別イメージ／部品データ量カウンタ（２）１８ａ、アプリ別イメージ／部品データ量カウンタ（２）１８ｂなどが確保される。
【００５４】
ＵＲＬ別イメージ／部品データ量カウンタ（２）１８ａには、クライアント装置２０との接続が切断された際に、当該クライアント装置２０との今回の接続中に前記ＲＡＭ１４内のＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄにてカウントされ記憶されたＵＲＬ別のイメージ描画(A)の場合のデータ量と部品描画(B)の場合のデータ量とが読み出され、それぞれの場合の過去の合計のデータ量として同ＵＲＬ別に加算され記憶される。
【００５５】
アプリ別イメージ／部品データ量カウンタ（２）１８ｂには、クライアント装置２０との接続が切断された際に、当該クライアント装置２０との今回の接続中に前記ＲＡＭ１４内のアプリ別イメージ／部品データ量カウンタ（１）１４ｅにてカウントされ記憶されたアプリ別のイメージ描画(A)の場合のデータ量と部品描画(B)の場合のデータ量とが読み出され、それぞれの場合の過去の合計のデータ量として同アプリ別に加算され記憶される。
【００５６】
なお、当該サーバ装置１０自身の表示装置１６にて表示させるための画面データは、フレームバッファＲＡＭ１５上に生成される。
【００５７】
このサーバ装置１０は、クライアント装置２０からの入力イベントに応じてクライアント用フレームバッファＲＡＭ１４ａに生成すべきＷｅｂページの画面データＧを更新する際に、前記ＵＲＬ別イメージ／部品データ量カウンタ（２）１８ａに記憶されている該当するＵＲＬに対応するところのイメージ描画(A)の場合と部品描画(B)の場合とのそれぞれの過去の合計のデータ量を比較する。そして、合計データ量が小さい方の描画方法（(A)又は(B)）に従って前記Ｗｅｂページの画面データＧを描画生成し、クライアント装置２０へ送信する機能を有する。
【００５８】
また、サーバ装置１０は、クライアント装置２０からの入力イベントに応じてクライアント用フレームバッファＲＡＭ１４ａに生成すべき前記Ｗｅｂページ以外のアプリケーションに応じた画面データＧを更新する際に、前記アプリ別イメージ／部品データ量カウンタ（２）１８ｂに記憶されている該当するアプリ名に対応するところのイメージ描画(A)の場合と部品描画(B)の場合とのそれぞれの過去の合計のデータ量を比較する。そして、合計データ量が小さい方の描画方法（(A)又は(B)）に従って前記アプリケーションの画面データＧを描画生成し、クライアント装置２０へ送信する機能を有する。
【００５９】
これにより、クライアント装置２０からの入力イベントに応じて、サーバ装置１０により生成され前記クライアント装置２０へ送信される画面描画のためのデータ転送量を、極力少なく抑える。
【００６０】
図１０は、前記ＳＢＣシステムにおけるクライアント装置２０の回路構成を示すブロック図である。
【００６１】
クライアント装置２０は、コンピュータとしてのＣＰＵ２１を備え、このＣＰＵ２１には、バス２２を介してＲＯＭ２３、ＲＡＭ２４、フレームバッファＲＡＭ２５が接続される。そして、このフレームバッファＲＡＭ２５に書き込まれた画面データＧが表示装置２６に出力されて表示される。
【００６２】
また、ＣＰＵ２１には、バス２２を介してキーボード，マウスなどの入力装置２７、外部記憶装置２８が接続され、さらに、前記サーバ装置１０とネットワークＮを介して通信するための通信Ｉ／Ｆ（インターフェイス）２９が接続される。
【００６３】
ＣＰＵ２１は、ＲＯＭ２３内のプログラムメモリ２３ａに予め記憶されているシステムプログラムに従ってＲＡＭ２４を作業用メモリとし回路各部の動作を制御するもので、入力装置２７からのキー入力信号やマウス移動信号、通信Ｉ／Ｆ２９を介して受信されるサーバ装置１０からのアプリケーション応答信号や転送画面データＧなどに応じて前記システムプログラムが起動され実行される。
【００６４】
このクライアント装置２０において、前記サーバ装置１０におけるアプリケーションプログラムを実行させて生成した種々のデータは、適宜、外部記憶装置２８に読み込ませて記憶させ、また生成転送された表示用の画面データＧは、その圧縮が解凍されてフレームバッファＲＡＭ２５に書き込まれ表示装置２６で表示出力される。
【００６５】
この際、前記クライアント装置２０により生成されて転送されてくる表示用の画面データＧは、イメージデータによる描画方法(A)で生成されている場合はイメージデータとして受信され、ＧＵＩツールキットの部品による描画方法(B)で生成されている場合はＧＵＩツールキットのデータとして受信され、そのそれぞれの描画方法に従い前記フレームバッファＲＡＭ２５に展開されて書き込まれる。
【００６６】
前記ＲＡＭ２４には、画面キャッシュメモリ２４ａが確保され、この画面キャッシュメモリ２４ａには、前記フレームバッファＲＡＭ２５に書き込まれる画面データＧの構成部品が記憶される。
【００６７】
次に、前記構成のＳＢＣシステムの動作について説明する。
【００６８】
（サーバ処理）
図１１は、前記ＳＢＣシステムのサーバ装置１０によるサーバ処理を示すフローチャートである。
【００６９】
クライアント装置２０からサーバ装置１０に対して接続要求が送信されると、サーバ装置１０により前記クライアント装置２０の認証処理が実行され、当該クライアント装置２０との接続が確立される。
【００７０】
そして、クライアント装置２０のユーザ操作に応じた入力イベント信号がサーバ装置１０へ送信されると、サーバ装置１０では、当該入力イベント信号に応じたアプリケーションプログラムが実行される。
【００７１】
ここで、前記クライアント装置２０からの操作入力（入力イベント）に応じたアプリケーションプログラムの実行により、クライアント表示用の画面データＧが更新されると判断されると（ステップＳ１（Ｙｅｓ））、当該画面データＧを、イメージによる描画方法(A)により生成した場合のデータ量のカウント処理（図１２・図１３参照）に移行される（ステップＳＡ）。
【００７２】
図１２は、前記サーバ装置１０のサーバ処理に伴うイメージ描画エンコードのエンコードデータ量カウント処理を示すフローチャートである。
【００７３】
図１３は、前記イメージ描画エンコードのエンコードデータ量カウント処理に伴うイメージエンコード結果データ量カウント処理を示すフローチャートである。
【００７４】
先ず、図１２におけるイメージ描画エンコードのエンコードデータ量カウント処理に移行されると（ステップＳＡ）、図１３におけるイメージエンコード結果データ量カウント処理へ移行され（ステップＡＥ）、今回生成すべき画面データＧがイメージキャッシュメモリ１４ｂにキャッシュされているデータであるか否か判断される（ステップＥ１）。
【００７５】
ここで、イメージキャッシュメモリ１４ｂにキャッシュされているデータであると判断されると（ステップＥ１（Ｙｅｓ））、当該キャッシュデータを使用して今回更新される画面データＧを生成した場合に、クライアント装置２０へ送信されるデータ量（この場合にはキャッシュＩＤのデータ量）がカウントされる（ステップＥ２）。
【００７６】
一方、前記ステップＥ１において、今回生成すべき画面データＧがイメージキャッシュメモリ１４ｂにキャッシュされているデータではないと判断されると（ステップＥ１（Ｎｏ））、イメージによる描画方法(A)により今回更新される画面データＧが生成され、クライアント装置２０へ送信されるデータ量がカウントされる（ステップＥ３）。
【００７７】
このように、今回更新されるクライアント表示用の画面データＧを、イメージキャッシュが存在する場合としない場合とで、イメージによる描画方法(A)により生成してクライアント装置２０へ送信するためのデータ量がカウントされると（ステップＡＥ）、当該クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザであるか、又はそれ以外のアプリケーションプログラムであるかが判断される（ステップＡ１）。
【００７８】
ここで、前記クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザであると判断された場合、つまりその画面データＧがＷｅｂページである場合には（ステップＡ１（Ｙｅｓ））、前記ステップＡＥにてカウントされたデータ量が、当該ＷｅｂページのＵＲＬに対応付けられて、ＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄのイメージデータ量として加算される（ステップＡ２）。
【００７９】
一方、前記クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザ以外のアプリケーションプログラムであると判断された場合には（ステップＡ１（Ｎｏ））、前記ステップＡＥにてカウントされたデータ量が、当該アプリケーションプログラム名に対応付けられて、アプリ別イメージ／部品データ量カウンタ（１）１４ｅのイメージデータ量として加算される（ステップＡ３）。
【００８０】
こうして、前記クライアント表示用の画面データＧを、イメージによる描画方法(A)により生成した場合のデータ量のカウント処理（ステップＳＡ）が終了すると、次に、同画面データＧを、ＧＵＩツールキットの部品による描画方法(B)により生成した場合のデータ量のカウント処理（図１４・図１５参照）に移行される（ステップＳＢ）。
【００８１】
図１４は、前記サーバ装置１０のサーバ処理に伴う部品描画エンコードのエンコードデータ量カウント処理を示すフローチャートである。
【００８２】
図１５は、前記部品描画エンコードのエンコードデータ量カウント処理に伴う部品エンコード結果データ量カウント処理を示すフローチャートである。
【００８３】
図１４における、部品描画エンコードのエンコードデータ量カウント処理に移行されると（ステップＳＢ）、先ず図１５における部品エンコード結果データ量カウント処理へ移行され（ステップＢＦ）、今回生成すべき画面データＧの構成部品が部品キャッシュメモリ１４ｃにキャッシュされているデータであるか否か判断される（ステップＦ１）。
【００８４】
ここで、部品キャッシュメモリ１４ｃにキャッシュされているデータであると判断されると（ステップＦ１（Ｙｅｓ））、当該キャッシュデータを使用して今回更新される画面データＧを生成した場合にクライアント装置２０へ送信されるデータ量（この場合にはキャッシュＩＤのデータ量）がカウントされる（ステップＦ２）。
【００８５】
一方、前記ステップＦ１において、今回生成すべき画面データＧが部品キャッシュメモリ１４ｃにキャッシュされているデータではないと判断されると（ステップＦ１（Ｎｏ））、ＧＵＩツールキットの部品による描画方法(B)により今回更新される画面データＧが生成され、クライアント装置２０へ送信されるデータ量がカウントされる（ステップＦ３）。
【００８６】
このように、今回更新されるクライアント表示用の画面データＧを、部品キャッシュが存在する場合としない場合とで、ＧＵＩツールキットの部品による描画方法(B)により生成してクライアント装置２０へ送信するためのデータ量がカウントされると（ステップＢＦ）、当該クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザであるか、又はそれ以外のアプリケーションプログラムであるかが判断される（ステップＢ１）。
【００８７】
ここで、前記クライアント表示用の画面データＧを更新するアプリケーションプログラムがＷｅｂブラウザであると判断された場合、つまりその画面データＧがＷｅｂページである場合には（ステップＢ１（Ｙｅｓ））、前記ステップＢＦにてカウントされたデータ量が、当該ＷｅｂページのＵＲＬに対応付けられて、ＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄの部品データ量として加算される（ステップＢ２）。
【００８８】
一方、前記クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザ以外のアプリケーションプログラムであると判断された場合には（ステップＢ１（Ｎｏ））、前記ステップＢＦにてカウントされたデータ量が、当該アプリケーションプログラム名に対応付けられて、アプリ別イメージ／部品データ量カウンタ（１）１４ｅの部品データ量として加算される（ステップＢ３）。
【００８９】
こうして、今回のクライアント表示用の画面データＧを、イメージによる描画方法(A)により生成した場合のデータ量のカウント処理（ステップＳＡ）、およびＧＵＩツールキットの部品による描画方法(B)により生成した場合のデータ量のカウント処理（ステップＳＢ）が終了すると、当該クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザであるか、又はそれ以外のアプリケーションプログラムであるかが判断される（ステップＳ２）。
【００９０】
ここで、前記クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザ以外のアプリケーションプログラムであると判断された場合には（ステップＳ２（Ｎｏ））、図１６におけるアプリケーション描画方法判定処理へ移行される（ステップＳＣ）。
【００９１】
図１６は、前記サーバ装置１０のサーバ処理に伴うアプリケーション描画方法判定処理を示すフローチャートである。
【００９２】
このアプリケーション描画方法判定処理では、先ず、外部記憶装置１８内のアプリ別イメージ／部品データ量カウンタ（２）１８ｂに記憶されている各アプリケーションプログラム名別にした過去の画面データＧの生成に伴うイメージデータ量の合計と部品データ量の合計の中から、今回実行中のアプリケーションプログラムの名称に該当するところのイメージデータ量の合計と部品データ量の合計とが読み出される（ステップＣ１，Ｃ２）。
【００９３】
そして、今回実行中のアプリケーションプログラムに対応して読み出された過去の画面データＧの生成に伴うイメージデータ量の合計（同一アプリの実行時に過去の画面データＧをイメージによる描画方法(A)で生成した場合の総データ量）と、部品データ量の合計（同一アプリの実行時に過去の画面データＧをＧＵＩツールキットの部品による描画方法(B)で生成した場合の総データ量）とが比較され、部品データ量の合計の方が小さいか否かが判断される（ステップＣ３）。
【００９４】
ここで、部品データ量の合計の方が小さいと判断された場合には（ステップＣ３（Ｙｅｓ））、今回の画面データＧは、ＧＵＩツールキットの部品による描画方法(B)により生成してクライアント装置２０へ送信すべきと判定される（ステップＣ４）。
【００９５】
一方、部品データ量の合計の方が小さくない、つまりイメージデータ量の合計の方が小さいと判断された場合には（ステップＣ３（Ｎｏ））、今回の画面データＧは、イメージによる描画方法(B)により生成して送信すべきと判定される（ステップＣ５）。
【００９６】
そして、前記アプリケーション描画方法判定処理（ステップＳＣ）において、今回更新される画面データＧは、ＧＵＩツールキットの部品による描画方法(B)により生成してクライアント装置２０へ送信すべきと判定された場合には（ステップＳ３（Ｙｅｓ））、当該ＧＵＩツールキットの部品による描画方法(B)により今回更新される画面データＧが生成され、クライアント装置２０へ送信される（ステップＳ４）。
【００９７】
一方、前記アプリケーション描画方法判定処理（ステップＳＣ）において、今回更新される画面データＧは、イメージによる描画方法(A)により生成してクライアント装置２０へ送信すべきと判定された場合には（ステップＳ３（Ｎｏ））、当該イメージによる描画方法(A)により今回更新される画面データＧが生成され、クライアント装置２０へ送信される（ステップＳ５）。
【００９８】
一方、前記ステップＳ２において、クライアント表示用の画面データＧを更新するアプリケーションプログラムが、Ｗｅｂブラウザであると判断された場合には（ステップＳ２（Ｙｅｓ））、図１７におけるＵＲＬ描画方法判定処理へ移行される（ステップＳＤ）。
【００９９】
図１７は、前記サーバ装置１０のサーバ処理に伴うＵＲＬ描画方法判定処理を示すフローチャートである。
【０１００】
このＵＲＬ描画方法判定処理では、先ず、外部記憶装置１８内のＵＲＬ別イメージ／部品データ量カウンタ（２）１８ａに記憶されている各ＵＲＬ別にした過去の画面データ（Ｗｅｂページ）Ｇの生成に伴うイメージデータ量の合計と部品データ量の合計の中から、今回Ｗｅｂブラウザがアクセス中のＵＲＬに該当するところのイメージデータ量の合計と部品データ量の合計とが読み出される（ステップＤ１，Ｄ２）。
【０１０１】
そして、今回アクセス中のＵＲＬに対応して読み出された過去の画面データＧの生成に伴うイメージデータ量の合計（同一ＵＲＬのアクセス時に過去の画面データ［Ｗｅｂページ］Ｇをイメージによる描画方法(A)で生成した場合の総データ量）と、部品データ量の合計（同一ＵＲＬのアクセス時に過去の画面データ［Ｗｅｂページ］ＧをＧＵＩツールキットの部品による描画方法(B)で生成した場合の総データ量）とが比較され、部品データ量の合計の方が小さいか否かが判断される（ステップＤ３）。
【０１０２】
ここで、部品データ量の合計の方が小さいと判断された場合には（ステップＤ３（Ｙｅｓ））、今回の画面データＧは、ＧＵＩツールキットの部品による描画方法(B)により生成してクライアント装置２０へ送信すべきと判定される（ステップＤ４）。
【０１０３】
一方、部品データ量の合計の方が小さくない、つまりイメージデータ量の合計の方が小さいと判断された場合には（ステップＤ３（Ｎｏ））、今回の画面データＧは、イメージによる描画方法(B)により生成して送信すべきと判定される（ステップＤ５）。
【０１０４】
そして、前記ＵＲＬ描画方法判定処理（ステップＳＤ）において、今回更新される画面データ（Ｗｅｂページ）Ｇは、ＧＵＩツールキットの部品による描画方法(B)により生成してクライアント装置２０へ送信すべきと判定された場合には（ステップＳ６（Ｙｅｓ））、当該ＧＵＩツールキットの部品による描画方法(B)により今回更新される画面データ（Ｗｅｂページ）Ｇが生成され、クライアント装置２０へ送信される（ステップＳ４）。
【０１０５】
一方、前記ＵＲＬ描画方法判定処理（ステップＳＤ）において、今回更新される画面データ（Ｗｅｂページ）Ｇは、イメージによる描画方法(A)により生成してクライアント装置２０へ送信すべきと判定された場合には（ステップＳ６（Ｎｏ））、当該イメージによる描画方法(A)により今回更新される画面データ（Ｗｅｂページ）Ｇが生成され、クライアント装置２０へ送信される（ステップＳ７）。
【０１０６】
この後、前記クライアント装置２０からの切断要求に応じて、当該クライアント装置２１との接続が断たれると（ステップＳ８（Ｙｅｓ））、ＲＡＭ１４内のＵＲＬ別イメージ／部品データ量カウンタ（１）１４ｄに記憶されている今回のサーバ装置１０との接続中にカウントされたＵＲＬ別の画面データＧのイメージ描画(A)によるデータ量と部品描画(B)によるデータ量とが読み出され、外部記憶装置１８内のＵＲＬ別イメージ／部品データ量カウンタ（２）１８ａに記憶されている過去の各対応するイメージデータ量の合計と部品データ量の合計とに加算される。またこれと共に、ＲＡＭ１４内のアプリ別イメージ／部品データ量カウンタ（１）１４ｅに記憶されている今回のサーバ装置１０との接続中にカウントされたＷｅｂブラウザ以外のアプリケーション別の画面データＧのイメージ描画(A)によるデータ量と部品描画(B)によるデータ量とが読み出され、外部記憶装置１８内のアプリ別イメージ／部品データ量カウンタ（２）１８ｂに記憶されている過去の各対応するイメージデータ量の合計と部品データ量の合計とに加算される（ステップＳ９）。
【０１０７】
（クライアント処理）
図１８は、前記ＳＢＣシステムのクライアント装置１０によるサーバ画面表示処理を示すフローチャートである。
【０１０８】
クライアント装置２０のユーザ操作に応じた入力イベント信号が前記サーバ装置１０へ送信されることにより、当該サーバ装置１０において生成された画面データＧが受信されると（ステップＴ１（Ｙｅｓ））、受信された画面データＧは、画面キャッシュメモリ２４ａに記憶されているキャッシュＩＤとして受信されたか否か判断される（ステップＴ２）。
【０１０９】
ここで、前記サーバ装置１０から受信された画面データＧが、画面キャッシュメモリ２４ａに記憶されているキャッシュＩＤではなく、イメージ描画された画面データＧか、またはＧＵＩツールキットで部品描画された画面データＧである場合には（ステップＴ２（Ｎｏ））、当該受信されたデータは画面キャッシュメモリ２４ａに記憶される（ステップＴ３）。
【０１１０】
そして、前記受信された画面データＧは、当該画面データＧの描画方法［イメージ描画(A)または部品描画(B)］に従ってフレームバッファＲＡＭ２５に展開されて書き込まれ、表示装置２６に表示される（ステップＴ４）。
【０１１１】
一方、前記ステップＴ２において、サーバ装置１０から受信された画面データＧが、画面キャッシュメモリ２４ａに記憶されているキャッシュＩＤであると判断された場合は、当該キャッシュＩＤに対応付けられたデータが読み出され、フレームバッファＲＡＭ２５に書き込まれて表示装置２６に表示される（ステップＴ５）。
【０１１２】
こうして、クライアント装置２０からのユーザ操作に応じた入力イベント信号に従い、サーバ装置１０にて生成された画面データＧが、イメージ描画されたデータ、またはＧＵＩツールキットで部品描画されたデータ、またはキャッシュＩＤとして受信され、フレームバッファＲＡＭ２５に展開されて表示装置２６に表示される。
【０１１３】
したがって、前記構成のＳＢＣシステムのサーバ装置１０による画面描画送信機能によれば、クライアント装置２０からの入力イベント信号に応じて実行されるアプリケーションプログラムに従い、クライアント表示用の画面データＧが生成され当該クライアント装置１０へ送信される都度、当該画面データＧをイメージ描画(A)した場合の送信データ量（イメージデータ量）とＧＵＩツールキットにより部品描画(B)した場合の送信データ量（部品データ量）とがカウントされ、前記実行されるアプリケーションプログラムの種類別（Ｗｅｂブラウザの場合はＵＲＬ別、それ以外のアプリケーションの場合はアプリケーションの名称別）に各データ量の合計が加算されて記憶される。そして、前記クライアント表示用の描画データＧは、前記アプリケーションプログラムの種類別に記憶されたイメージ描画(A)による過去の合計データ量と部品描画(B)による過去の合計データ量との何れか小さい方の描画方法［(A)又は(B)］により描画生成されてクライアント装置２０へ送信される。
【０１１４】
このため、クライアント装置２０からの操作入力に応じてサーバ装置１０にて描画生成される画面データＧの当該クライアント装置２０への総送信データ量を極力減少させることが可能となり、クライアント装置２０における操作レスポンスの向上が図れるようになる。
【０１１５】
なお、前記実施形態において記載したＳＢＣシステムのサーバ装置１０による各処理の手法、すなわち、図１１のフローチャートに示すサーバ処理、図１２・図１３に示す前記サーバ処理に伴うイメージ描画エンコードのエンコードデータ量カウント処理、図１４・図１５に示す前記サーバ処理に伴う部品描画エンコードのエンコードデータ量カウント処理、図１６に示す前記サーバ処理に伴うアプリケーション描画方法判定処理、図１７に示す前記サーバ処理に伴うＵＲＬ描画方法判定処理等の各手法は、何れもコンピュータに実行させることができるプログラムとして、メモリカード（ＲＯＭカード、ＲＡＭカード等）、磁気ディスク（フロッピディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の外部記憶装置１８の媒体に格納して配布することができる。そして、サーバ装置１０のコンピュータ（ＣＰＵ１１）は、この外部記憶装置１８の媒体に記憶されたプログラムを記憶装置（フラッシュＲＯＭ１３やＲＡＭ１４）に読み込み、この読み込んだプログラムによって動作が制御されることにより、前記実施形態において説明したサーバ装置１０における画面描画方法の切替機能を実現し、前述した手法による同様の処理を実行することができる。
【０１１６】
また、前記各手法を実現するためのプログラムのデータは、プログラムコードの形態として通信ネットワーク（Ｎ）上を伝送させることができ、この通信ネットワーク（Ｎ）に接続されたコンピュータ装置（プログラムサーバ）から前記のプログラムデータを取り込んで記憶装置（フラッシュＲＯＭ１３やＲＡＭ１４）に記憶させ、前述したサーバ装置１０における画面描画方法の切替機能を実現することもできる。
【０１１７】
なお、本願発明は、前記各実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、前記各実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、各実施形態に示される全構成要件から幾つかの構成要件が削除されたり、幾つかの構成要件が異なる形態にして組み合わされても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除されたり組み合わされた構成が発明として抽出され得るものである。
【符号の説明】
【０１１８】
１０  …サーバ装置
２０  …クライアント装置
１１、２１…ＣＰＵ
１２、２２…バス
１３、２３…ＲＯＭ
１３ａ，２３ａ…プログラムメモリ
１４、２４…ＲＡＭ
１４ａ…クライアント用フレームバッファＲＡＭ
１４ｂ…イメージキャッシュメモリ
１４ｃ…部品キャッシュメモリ
１４ｄ…ＵＲＬ別イメージ／部品データ量カウンタ（１）
１４ｅ…アプリ別イメージ／部品データ量カウンタ（１）
１４ｆ…アプリケーション動作用一時メモリ
２４ａ…画面キャッシュメモリ
１５、２５…フレームバッファＲＡＭ
１６、２６…表示装置
１７、２７…入力装置
１８、２８…外部記憶装置
１８ａ…ＵＲＬ別イメージ／部品データ量カウンタ（２）
１８ｂ…アプリ別イメージ／部品データ量カウンタ（２）
１９、２９…通信Ｉ／Ｆ
Ｎ    …通信ネットワーク
Ｐａ，Ｐｂ…Ｗｅｂページの画面データ
Ｑａ，Ｑｂ…アプリケーションの画面データ
【図１】
2011028510.tif 000003
【図２】
2011028510.tif 000004
【図３】
2011028510.tif 000005
【図４】
2011028510.tif 000006
【図５】
2011028510.tif 000007
【図６】
2011028510.tif 000008
【図７】
2011028510.tif 000009
【図８】
2011028510.tif 000010
【図９】
2011028510.tif 000011
【図１０】
2011028510.tif 000012
【図１１】
2011028510.tif 000013
【図１２】
2011028510.tif 000014
【図１３】
2011028510.tif 000015
【図１４】
2011028510.tif 000016
【図１５】
2011028510.tif 000017
【図１６】
2011028510.tif 000018
【図１７】
2011028510.tif 000019
【図１８】
2011028510.tif 000020