JP2007200142A - サーバー装置、クライアント装置およびプログラム - Google Patents

Abstract

【課題】サーバーベースコンピューティングにおいて、サーバー装置とクライアント装置間の通信の頻度を低減させ、モバイル性を有しているクライアント装置の消費電力を低減させると共に、クライアント装置の表示画面の視認性を良くする。
【解決手段】クライアント装置が、クライアント装置の表示のためのフレームメモリを記憶する手段と、表示画面データをサーバー装置から受信する手段と、サーバー装置から全体レイアウト画像を受信する手段と、画面更新の操作による表示データの更新がフレームメモリの範囲内の表示データの更新かを判別する手段と、フレームメモリの範囲内の表示データの更新である場合に、サーバー装置に対する表示データの転送を要求することなく、全体レイアウト画像に表示画面の範囲を示す識別情報を生成する手段と、フレームメモリの内容及び全体レイアウト画像を表示する手段とを備えたことを特徴とする。
【選択図】図８

Description

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

近年、企業によるサーバーベースコンピューティングの採用が急速に進んでいる。
サーバーベースコンピューティングとは、クライアント装置とサーバー装置とがネットワークを介して相互に接続可能に構成されたシステムにおいて、クライアント装置がサーバー装置に対してサービス要求を行うと、サーバー装置がクライアント装置からのサービス要求に基づいて、データの管理およびアプリケーションプログラムを動作させるというものである（例えば、特許文献１、非特許文献１参照。）。

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

企業はサーバーベースコンピューティングを導入することにより、データやアプリケーションプログラム等の資源がサーバー装置側で一元管理できるため、運用コストを削減することができるというメリットがある。また、クライアント装置は従来のパソコンに比べて安価に調達することができるというメリットがある。セキュリティ面においても、サーバー装置内のデータへのアクセス制限をかけたり、アクセスログを取ったりすることにより、情報への不正アクセスのリスクを減らすことが出来る。ウイルスに対しても、サーバー装置で一括対処することが可能となる。
特開２００５−２２８２２７号公報 ｈｔｔｐ：／／ｗｗｗ．ｋｅｙｍａｎ．ｏｒ．ｊｐ／ｓｅａｒｃｈ／３０００００３１＿１．ｈｔｍｌ（サーバベースコンピューティング）

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

クライアント装置が、モバイル端末装置であった場合は、モバイル性を重視したクライアント装置であるため、表示画面を大きくとることができない。例えば４インチＨＶＧＡ（６４０×２４０）であれば、標準的なデスクトップパソコンの表示サイズの１５インチ、ＸＧＡ（１０２４×７６８）に比べてはるかに小さい。そのため、クライアント装置の操作に応答してクライアント装置の表示データが変更されるごとにサーバ装置からクライアント装置への表示データのデータ送信が必要になる。特に、クライアント装置の表示画面が小さい場合に、サーバー装置１０１へのアクセスが頻繁に発生し、モバイル端末装置１０４の消費電力を大きくしてしまうという問題点があった。更に、モバイル端末装置が電池駆動の場合は、搭載電池容量に応じた時間しか使用することができない。またモバイル性を保つためには大きな電池パックを利用することができない。つまり、モバイル端末装置でサーバーベースコンピューティングを行うということは、モバイル端末装置内の消費電力の大半を占める無線部を使うことであり、これによりモバイル端末装置の使用時間が大きく制限されてしまうという問題点があった。

そこで、本発明は、上記問題点に鑑みてなされたものであり、サーバーベースコンピューティングにおいて、サーバー装置とクライアント装置間の通信の頻度を低減させ、モバイル性を有しているクライアント装置の消費電力を低減させると共に、クライアント装置の表示画面の視認性を良くすることが可能なサーバーベースコンピューティングシステムを提供することを目的とする。

本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明のサーバー装置は、クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、前記クライアント装置の表示画面データを記憶する表示画面データ記憶手段と、前記表示画面データを前記クライアント装置の要求により送信する表示画面データ送信手段と、前記表示画面データを縮小して全体レイアウト画像を生成する全体レイアウト画像生成手段と、前記クライアント装置から画面操作の操作データを受信する操作データ受信手段と、前記クライアント装置の画面操作により、全体レイアウト画像が変更されたと判断した場合に、前記クライアント装置に全体レイアウト画像を送信する全体レイアウト画像送信手段とを備えたことを特徴とする。

また、本発明のサーバー装置は、前記全体レイアウト画像送信手段が、前記全体レイアウト画像の更新前後の画像変化量が所定値より多い場合に、前記全体レイアウト画像をクライアント装置に送信することが望ましい。

また、本発明の一態様によれば、本発明のクライアント装置は、クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、前記クライアント装置の表示のためのフレームメモリを記憶するフレームメモリ記憶手段と、表示画面データを前記サーバー装置から受信する表示画面データ受信手段と、前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段と、画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段と、前記判別手段により前記フレームメモリの範囲内の表示データの更新である場合に、前記サーバー装置に対する表示データの転送を要求することなく、全体レイアウト画像に表示画面の範囲を示す識別情報を生成する表示範囲識別情報生成手段と、前記フレームメモリの内容及び前記全体レイアウト画像を表示する表示手段とを備えたことを特徴とする。

また、本発明のクライアント装置は、前記表示画面データ受信手段が、前記操作データを判断して、前記フレームメモリの範囲外の操作の場合に前記サーバー装置から表示画面データを受信することが望ましい。

また、本発明の一態様によれば、本発明のプログラムは、クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、前記サーバー装置のコンピュータを、前記表示画面データを前記クライアント装置の要求により送信する表示画面データ送信手段、前記表示画面データを縮小して全体レイアウト画像を生成する全体レイアウト画像生成手段、前記クライアント装置から画面操作の操作データを受信する操作データ受信手段、前記クライアント装置の画面操作を判断して、全体レイアウト画像が変更された場合は、前記クライアント装置に全体レイアウト画像を送信する全体レイアウト画像送信手段として機能させるためのプログラムである。

また、本発明の一態様によれば、本発明のプログラムは、クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、前記クライアント装置のコンピュータを、表示画面データを前記サーバー装置から受信する表示画面データ受信手段、前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段、画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段、前記判別手段により前記フレームメモリの範囲内の表示データの更新である場合に、前記サーバー装置に対する表示データの転送を要求することなく、全体レイアウト画像に表示画面の範囲を示す識別情報を生成する表示範囲識別情報生成手段、前記フレームメモリの内容及び前記全体レイアウト画像を表示する表示手段、として機能させるためのプログラムである。

本発明によれば、サーバーベースコンピューティングにおいて、サーバー装置とクライアント装置間の通信の頻度を低減させ、クライアント装置の消費電力を低減させると共に、クライアント装置の表示画面上に全体レイアウト表示を行うことによりクライアント装置の表示画面の視認性を良くすることができる。

以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、サーバーベースコンピューティングのネットワーク構成の概略を示す図である。

図１において、サーバー装置１０１は、アプリケーションプログラムを実行する機能、データを管理する機能等を有している。
クライアント端末装置１０２は、ネットワーク１０９を介してサーバー装置１０１に接続されている。無線アクセスポイント１０３も、ネットワーク１０９を介してサーバー装置１０１に接続されている。また、モバイル端末装置１０４、スマートフォン１０５等の移動端末装置は、アクセスポイント１０３と無線通信を行うことにより、ネットワーク９を介してサーバー装置１０１と接続されている。なお、以下の説明においては、クライアント端末装置１０２、モバイル端末装置１０４およびスマートフォン１０５を総称してクライアント装置という。

そして、クライアント端末装置１０２、モバイル端末装置１０４あるいはスマートフォン１０５は、サーバー装置１０１との間でサーバーベースコンピューティングシステムを構築している。

モバイル端末装置１０４では、無線ネットワーク（例えばＷｉＦｉ）、アクセスポイント１０３を介して、サーバー装置１０１と接続されている。そして、モバイル端末装置１０４のような移動端末装置は、電池寿命を考慮した低消費電力設計されている。

図２は、モバイル端末装置１０４の消費電力の内訳の一例を示す図である。
モバイル端末装置１０４が電力を消費するのは、図２に示したように、主にＬＳＩ部、表示部および無線部である。なお、図２に示した例においては、無線部は１００％稼動している状態を示している。サーバー装置１０１との非通信期間を長く取れれば無線部をパワーダウンすることが可能であるが、一般的には、頻繁に通信がなされている。

図２に示すとおり、無線部の消費電力がモバイル端末装置が消費する電力の６５％を占めている。モバイル端末装置１０４は電池駆動であるため、搭載電池容量に応じた時間しか使用することができず、モバイル端末装置１０４でサーバーベースコンピューティングを行うということは、モバイル端末装置１０４内の消費電力の大半を占める無線部を使うことであり、これによりモバイル端末装置１０４の使用時間が制限される。

本発明を適用したサーバーベースコンピューティングシステムは、サーバー装置内のフレームバッファを縮小した全体レイアウト画像を、予めクライアント端末装置に転送しておき、端末フレームバッファ内の動作であれば、前記全体レイアウト画像を利用して、クライアント装置側で全体レイアウト画像を表示する。また、画像の内容が更新されると、サーバー装置から全体レイアウト画像を転送してもらうが、画像の変更が少ない場合には、全体レイアウト画像は転送されず、クライアント装置内に残されている全体レイアウト画像を利用する。

図３は、本発明を適用したモバイル端末装置１０４の構成の概略を示す図である。
図３において、モバイル端末装置１０４は、ＬＳＩ２００、ＬＣＤ２１０、プログラム格納メモリ２１２およびワークメモリ２１３を備えている。

ＬＳＩ２００は、ＳＯＣ（Ｓｙｓｔｅｍ Ｏｎ Ｃｈｉｐ）により構成されている。ＬＳＩ２００の内部構成について説明をする。ＣＰＵ２０１は、内部バス（Ｂｕｓ）２０４ａを介して各部とやり取りを制御する。メモリコントローラ（Ｍｅｍ．Ｃｏｎｔ．）２０４は、内部バス２０４ｂと、ＳＤＲＡＭ等のワークメモリ２１３およびＦＲＯＭ等のプログラム格納メモリ２１２の制御を行う。ＬＣＤＣ（ＬＣＤコントローラ）２０２は、ＬＳＩ２００に内蔵されたＲＡＭ等の内蔵メモリ２０３を利用し、ＬＣＤ２１０(表示部)へ表示データを転送する。また、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ：調歩同期シリアル通信）２０６、パワーマネージメントブロック（Ｐｏｗｅｒ Ｍｇｍｔ）２０７、リアルタイムカウンタ（ＲＴＣ）２０５、ＵＳＢファンクション（ＵＳＢＦ）２０８等により構成される。無線通信部２０９は、ＷｉＦｉによる通信を可能とし、ＵＡＲＴ２０６に接続されている。

図４は、ＬＣＤＣの内部構成を示す図である。
図４において、ＬＣＤＣ２０２は、バスインターフェース（ＢＵＳ Ｉ／Ｆ）３０１を介してＬＳＩ２００の内部バス２０４ａと接続される。レジスタ（Ｒｅｇ．）３０２は、ＬＣＤＣ２０２への各種設定情報を格納する。メモリコントローラ（Ｍｅｍｏｒｙ Ｃｏｎｔ．）３０３は、内蔵メモリ（表示データの格納用メモリ）２０３を制御する。また、メモリコントローラ３０３は、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）３０３ａを内蔵する。前記ＤＭＡＣ３０３ａは、内蔵メモリ２０３からＬＣＤ２１０へのデータ転送を司る。

前記ＤＭＡＣ３０３ａにより内蔵メモリ２０３から読み出された表示用のデータは、ＦＩＦＯ（先入れ先出しメモリ）３０４により同期を取った後、拡大縮小の機能を有するリサイザー（Ｒｅｓｉｚｅｒ）３０５により所望の拡大率に処理される。

そして、ＦＩＦＯ３０６で同期が取られる。内蔵メモリ２０３には、サーバー装置１０１のフレームバッファに対応する全体縮小画像も格納されている（動作は後述する）。読み出された前記全体縮小画像は、ＦＩＦＯ３０７により同期が取られる。

更に、全体の中での現在表示位置を枠描画器３０８で描画し、全体レイアウト画像を生成する。ＦＩＦＯ３０６で同期が取られた表示画像と、全体レイアウト画像をαブレンド合成器３０９で合成する。ＦＩＦＯ３１０で同期を取った後、ＬＣＤ Ｉ／Ｆ３１１を介してＬＣＤ２１０(表示部)へ表示データを転送し、画像を表示する。モバイル端末装置１０４の表示部は、ＨＶＧＡ（６４０×２４０）の表示領域を有し、一方、モバイル端末装置１０４の内蔵メモリ内のフレームバッファ５００はＶＧＡ（６４０ｘ４８０）の領域５０１をもっている（図９参照）。そして、フレームバッファの領域の中からＨＶＧＡ（６４０×２４０）相当の表示データを読み出して表示部に表示している。なお、表示部の表示領域とフレームバッファの領域は上記の例に限定されず、フレームバッファの領域を表示部の表示領域よりも大きく設定するものであればよい。前述のように、内蔵メモリ２０３には、全体縮小画像も記憶されており、この全体縮小画像の中での現在表示部に表示されている領域を枠描画器３０８で描画し、全体レイアウト画像として生成し、表示部の一部に合成して表示する。

図５は、サーバー装置の構成の概略を示す図である。
図５において、サーバー装置１０１は、ＣＰＵ（中央処理装置：Central Processing Unit）７０１、サーバー装置１０１において実行する処理を実行するプログラムの他、サーバー装置１０１の各機能を制御し実行するための制御プログラムが収納されたＲＯＭやＲＡＭ等のメモリ７０２、各種のデータや信号等を入力するための入力部７０３、画像やその他の情報を表示するための表示部７０４、画像を始め様々な情報を記録するための記憶部７０５、外部記録媒体を駆動する記録媒体駆動部７０６、ＬＡＮ等のネットワーク１０９に接続するためのネットワーク接続部７０７がバス７００に接続されて構成され、ＣＰＵ７０１がこれらの各部を制御している。

図６は、サーバー装置側のフレームバッファ及び全体縮小画像を示す図である。サーバー装置１０１では、ＸＧＡ（１０２４×７６８）のディスプレイサイズでアプリケーションプログラムを実行しており、ＸＧＡ相当のフレームバッファ４００を扱っている。

なお、図６（Ａ）は、サーバー装置１０１のフレームバッファ４００と、モバイル端末装置１０４に送信済みのＶＧＡサイズの領域４０１を示し、モバイル端末装置１０４に送信済みの領域４０１の左上の座標とその幅及び高さが図示しないがサーバー装置側でクライアントごとに管理記憶され、所望のタイミングでモバイル端末装置１０４に転送される。また、図６（Ｂ）は、サーバー装置１０１側フレームバッファ４００を１／ｎに縮小した全体縮小画像４０２であり、この全体縮小画像４０２とその縮小率はサーバー装置側でクライアントごとに管理記憶されており、後述する通り所望のタイミングでモバイル端末装置１０４に転送される。

次に、上述してきたサーバベースコンピューティングシステムを構成するモバイル端末装置１０４での動作について説明する。
図７は、モバイル端末装置１０４の画面更新処理の流れを示すフローチャートである。

モバイル端末装置１０４の入力部（図示せず）に設けられたキーボード若しくはポインティングデバイスの操作が行われた場合はステップ６００でこれを検出し、ステップ６０１において、前記操作がモバイル端末装置１０４の表示部であるＬＣＤ２１０に表示されている表示データをスクロールする操作であるかを判定し、スクロール操作であれば（ステップ６０１：Ｙ）、後述する図８のステップ７００以降の処理を行う。他方、スクロール以外の操作であれば（ステップＳ６０１：Ｎ）、後述する図１１のステップ８０１以降の処理を行う。

図８のステップ７００乃至ステップ７０９は、モバイル端末装置１０４のスクロール処理の流れを示すフローチャートであり、図８のステップ７１０乃至ステップ７１３はモバイル端末装置１０４のスクロール処理に応答するサーバー装置１０１の処理を示すフローチャートである。

図９は、モバイル端末装置１０４側のフレームバッファと表示部の状態（その１）を示す図である。
上述の通り、モバイル端末装置１０４のフレームバッファ５００（図９（Ａ））はＶＧＡの領域をもっており、サーバー装置１０１よりデータが転送され、既に有効なデータで保持されている。フレームバッファ５００は、内蔵メモリ２０３上に生成されている。更に、内蔵メモリ２０３上には、全体縮小画像５０２を記憶するメモリ領域を備え、サーバー装置１０１より送られた全体縮小画像５０２を記憶している。（図９（Ｃ））
まず、ステップ７００において、スクロール操作をモバイル端末装置１０４内ＣＰＵが検出すると、ステップ７０１において、スクロールによる表示範囲が、フレームバッファ（ＦＢ）５００内での移動であるかをＣＰＵ２０１が判断する。

即ち、モバイル端末装置１０４の表示部はＨＶＧＡ（６４０×２４０）の表示領域であるが、フレームバッファ５００はＶＧＡ（６４０ｘ４８０）の領域５０１をもっているので、スクロールによる新たに表示する表示データの範囲がフレームバッファ５００に記憶されている表示領域の範囲内であるかを、フレームバッファの領域の中から表示データを読み出す際に、その読出し位置から判別する。そして、表示部に読み出して表示されている領域はフレームバッファ５００上において左上の座標と高さ及び幅が内蔵メモリに記憶管理される。

ステップ７０１でスクロールによる新たに表示する表示データの範囲がフレームバッファ５００に記憶されている表示領域の範囲外と判断された場合（ステップ７０１：範囲外）は、ステップ７０２において、フレームバッファ５００の内容を書き換えるべくサーバー装置１０１にデータを要求する。ここでのデータ要求は、スクロールというイベントがサーバー装置１０１へ送られる。

このイベントを受けたサーバー装置１０１側では、ステップ７１０において、ステップ７１１において、フレームバッファ４００内へ転送するデータを選択し、圧縮する。そして、ステップ７１２において、モバイル端末装置１０４に圧縮データを転送する。

モバイル端末装置１０４では、ステップ７０３において、表示データを受信し、ステップ７０４において、解凍しつつフレームバッファ５００を更新する。
他方、ステップ７０１での判断が範囲内の場合（ステップ７０１：範囲内）は、サーバー装置１０１へのデータ要求を一切行わずにステップ７０５へ進む。

そして、フレームバッファ５００内の、ＬＣＤ２１０へ表示する領域５０１を、ＣＰＵ２０１がＬＣＤＣ２０２に設定する。図９（Ｂ）は、フレームバッファ５００内のデータのうち表示部２１０へ表示される表示データ領域５０１（斜線の部分）を示したものである。メモリコントローラ３０３は、内蔵メモリ２０３内のフレームバッファ５００から表示データ領域５０１を取得する。ここではスクロール操作であるため、リサイザー３０５への拡大率は１（拡大縮小処理は行われない）が設定され、ステップ７０５において、ＬＣＤ表示画像５０４に表示される。

さらに、ステップ７０６において、内蔵メモリ２０３より全体縮小画像５０２を読み出し、サーバから受信した当該クライアントの表示領域(フレームバッファ)を示す左上の座標とその幅及び高さ及び全体縮小画像の縮小率に基づいて、全体縮小画像上のフレームバッファに対応する領域を求め、表示部に読み出して表示されている領域はフレームバッファ５００上において左上の座標と高さ及び幅が内蔵メモリに記憶管理されているので、全体縮小画像上のフレームバッファに対応する領域を現在表示されている領域に補正して現在表示している領域を示す枠５０３を、枠描画器３０８で全体縮小画像４０２上に描画し、全体レイアウト５０２を生成する。図９（Ｄ）に、生成した全体レイアウト５０２を示す。なお、枠で表示した例を説明したが、現在表示している領域を色で識別してもよく、その他の領域識別で行ってよい。枠５０３は、全領域（サーバー装置１０１のフレームバッファ４００と同義）の中の、ＬＣＤ２１０で表示している領域を示している。

そして、ステップ７０８において、αブレンド生成器３０９にて、前記ＬＣＤ表示画像５０４と全体レイアウト５０２とを合成し、ＬＣＤ２１０の画像表示を行う。αブレンド生成器３０９は、ＬＣＤ表示画像５０４の上に何％の透過率で全体レイアウト５０２を重ね合わせるかの設定が可能となっている。１００％であれば、ＬＣＤ表示画像５０４の上に、上書きされる形で全体レイアウト５０２が形成される。図９（Ｄ）に、ＬＣＤ２１０への表示状態を示す。

なお、αブレンド生成器３０９を５０％と指定すると、５０％と設定したことにより、全体レイアウト５０２の下に形成されているＬＣＤ表示画像５０４についても使用者は認識することができ、表示領域を有効に利用できる。

図１０は、モバイル端末装置１０４側のフレームバッファと表示部の状態（その２）を表した図である。
図１０に示した例は、図９に示した状態より、下スクロールが発生したときの状態を示している。図１０（Ａ）は、フレームバッファ５００を示しており、スクロールにより表示領域が６０２に移動している。フレームバッファ５００内での操作であり、サーバー装置１０１との間で通信は発生していない。図８を用いて説明したようにＬＣＤ表示画像６０３を生成する。なお、図９（Ａ）は図１０（Ａ）と対応しており、図９（Ｄ）は図１０（Ｂ）に対応している。

図１１は、モバイル端末装置１０４の画面書換処理の流れを示すフローチャートであり、ステップ８００乃至ステップ８０９は、モバイル端末装置１０４の処理を示すフローチャートであり、ステップ８１０乃至ステップ８１９はモバイル端末装置１０４に応答するサーバー装置１０１の処理を示すフローチャートである。

図７のステップ６０１で、スクロール以外の操作であると判断された場合（ステップＳ６０１：Ｎ）は、ステップ８０１において、操作の内容を示す信号をサーバー装置１０１へ転送する。ここでは、例えばマウスによりラジオボタンをクリックした動作とする。マウスをクリックしたという情報と、そのクリックした座標をサーバー装置１０１に送ることに相当する。

ステップ８１０において、サーバー装置１０１がその信号を受信すると、操作を受信したサーバー装置１０１は、ステップ８３０において、操作に応じた処理をする。本実施の形態では、所望のラジオボタンが選択される。そして、ステップ８１１において、フレームバッファ４００が更新される。さらに、ステップ８１２において、更新されたフレームバッファ４００の内容を圧縮し、ステップ８１３において、モバイル端末装置１０４に転送する。

続いて、ステップ８３１において、サーバー装置１０１のフレームバッファ４００が更新されたので、全体縮小画像を生成する。そして、ステップ８１４において、今生成した全体縮小画像と、モバイル端末装置１０４側に転送済みの全体縮小画像を比較する。少々の変更では、縮小画像での変更の認識ができない。ここでの判定は、フレームバッファ４００の更新後の全体縮小画像と、更新前の全体縮小画像を比較している。判定方法として、例えば、対応する全ドットにて色距離の総和を取って判定しても良い。或いは、２つの縮小画像を比較して、同一性を判定しても良い。ラジオボタンの選択が行われたような場合では、その変更は縮小画像では認識できないため、全体縮小画像の転送を行わない（ステップ８１４：無し）。他方、ステップ８１４での比較の結果、全体縮小画像の転送が必要であれば、すなわち、変化があると判断された場合（ステップ８１４：有り）は、ステップ８１５において、モバイル端末装置１０４に向けてデータ転送をする。

モバイル端末装置１０４では、ステップ８０２において、データを受信し、ステップ８０３において、フレームバッファ５００を更新する。全体縮小画像が送られてきたら、全体縮小画像も合わせて更新する。ステップ８０４乃至８０６は、図８を用いて説明したステップ７０５、７０６および７０８と同様であるので説明を省略する。

なお、上述の実施の形態では、全体縮小画像更新の判断をサーバー装置１０１側で行ったが、モバイル端末装置１０４内でフレームバッファ５００の更新前後を比較判定し、必要であれば、モバイル端末装置１０４側で全体縮小画像をサーバー装置１０１に対して要求するようにしても良い。

以上、本発明の実施の形態を説明してきたが、これにより、表示画面が狭いクライアント装置を用いたサーバーコンピューティングにおいて、通信頻度が減り、消費電力低減を図ることができる。また、低消費電力ながら全体レイアウト表示を行うことにより、狭い画面でも快適な操作が可能となる。

なお、上述してきた本発明の実施の形態は、サーバー装置あるいはクライアント装置の一機能としてハードウェアまたはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。

以上、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用されるサーバー装置あるいはクライアント装置は、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。

また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、サーバー装置あるいはクライアント装置に供給し、それらのサーバー装置あるいはクライアント装置のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。

この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。

プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。

また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。

さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。

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

サーバーベースコンピューティングのネットワーク構成の概略を示す図である。 モバイル端末装置の消費電力の内訳の一例を示す図である。 本発明を適用したモバイル端末装置の構成の概略を示す図である。 ＬＣＤＣの内部構成を示す図である。 サーバー装置の構成の概略を示す図である。 サーバー装置側のフレームバッファ及び全体縮小画像を示す図である。同図（Ａ）は、サーバー装置側のフレームバッファを示す図であり、同図（Ｂ）は、サーバー装置側の全体縮小画像を示す図である。 モバイル端末装置の画面更新処理の流れを示すフローチャートである。 モバイル端末装置のスクロール処理の流れを示すフローチャートである。 モバイル端末装置側のフレームバッファと表示部の状態（その１）を表した図である。同図（Ａ）は、モバイル端末装置のフレームバッファを示す図であり、同図（Ｂ）は、モバイル端末装置のフレームバッファ内のデータのうち表示部へ表示される表示データ領域を示す図であり、同図（Ｃ）は、モバイル端末装置の全体縮小画像を示す図であり、同図（Ｄ）は、モバイル端末装置の全体レイアウトを示す図である。 モバイル端末装置側のフレームバッファと表示部の状態（その２）を表した図である。同図（Ａ）は、モバイル端末装置のフレームバッファを示す図であり、同図（Ｂ）は、モバイル端末装置の全体レイアウトを示す図である。 モバイル端末装置の画面書換処理の流れを示すフローチャートである。

符号の説明

１０１ サーバー装置
１０２ クライアント端末装置
１０３ 無線アクセスポイント
１０４ モバイル端末装置
１０５ スマートフォン
１０９ ネットワーク
２００ ＬＳＩ
２０１ ＣＰＵ
２０２ ＬＣＤコントローラ（ＬＣＤＣ）
２０３ 内蔵メモリ（ＲＡＭ）
２０４ メモリコントローラ（Ｍｅｍ．Ｃｏｎｔ．）
２０４ａ 内部バス（Ｂｕｓ）
２０４ｂ 内部バス
２０５ リアルタイムカウンタ（ＲＴＣ）
２０６ 調歩同期シリアル通信（ＵＡＲＴ）
２０７ パワーマネージメントブロック（Ｐｏｗｅｒ Ｍｇｍｔ）
２０８ ＵＳＢファンクション（ＵＳＢＦ）
２０９ 無線通信部（ＷｉＦｉ）
２１０ ＬＣＤ
２１２ プログラム格納メモリ（ＦＲＯＭ）
２１３ ワークメモリ（ＳＤＲＡＭ）
３０１ バスインターフェース（ＢＵＳ Ｉ／Ｆ）
３０２ レジスタ（Ｒｅｇ．）
３０３ メモリコントローラ（Ｍｅｍｏｒｙ Ｃｏｎｔ．）
３０３ａ ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）
３０４ ＦＩＦＯ（先入れ先出しメモリ）
３０５ リサイザー（Ｒｅｓｉｚｅｒ）
３０６ ＦＩＦＯ
３０７ ＦＩＦＯ
３０８ 枠描画器
３０９ αブレンド合成器
３１０ ＦＩＦＯ
３１１ ＬＣＤ Ｉ／Ｆ
４００ フレームバッファ（サーバー装置側）
４０１ ＶＧＡサイズの領域
４０２ 全体縮小画像
５００ フレームバッファ（モバイル端末装置側）
５０１ 表示領域
５０２ 全体レイアウト
５０３ 枠
５０４ ＬＣＤ表示画像
６０２ 表示領域
６０３ ＬＣＤ表示画像
７０１ ＣＰＵ
７０２ メモリ
７０３ 入力部
７０４ 表示部
７０５ 記憶部
７０６ 記録媒体駆動部
７０７ ネットワーク接続部
７００ バス

Claims (6)

1. クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置の表示画面データを記憶する表示画面データ記憶手段と、
   前記表示画面データを前記クライアント装置の要求により送信する表示画面データ送信手段と、
   前記表示画面データを縮小して全体レイアウト画像を生成する全体レイアウト画像生成手段と、
   前記クライアント装置から画面操作の操作データを受信する操作データ受信手段と、
   前記クライアント装置の画面操作により、全体レイアウト画像が変更されたと判断した場合に、前記クライアント装置に全体レイアウト画像を送信する全体レイアウト画像送信手段と、
   を備えたことを特徴とするサーバー装置。
2. 前記全体レイアウト画像送信手段は、前記全体レイアウト画像の更新前後の画像変化量が所定値より多い場合に、前記全体レイアウト画像をクライアント装置に送信する、
   ことを特徴とする請求項１記載のサーバー装置。
3. クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置の表示のためのフレームメモリを記憶するフレームメモリ記憶手段と、
   表示画面データを前記サーバー装置から受信する表示画面データ受信手段と、
   前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段と、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段と、
   前記判別手段により前記フレームメモリの範囲内の表示データの更新である場合に、前記サーバー装置に対する表示データの転送を要求することなく、全体レイアウト画像に表示画面の範囲を示す識別情報を生成する表示範囲識別情報生成手段と、
   前記フレームメモリの内容及び前記全体レイアウト画像を表示する表示手段と、
   を備えたことを特徴とするクライアント装置。
4. 前記表示画面データ受信手段は、前記操作データを判断して、前記フレームメモリの範囲外の操作の場合に前記サーバー装置から表示画面データを受信する、
   ことを特徴とする請求項３記載のクライアント装置。
5. クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記サーバー装置のコンピュータを、
   前記表示画面データを前記クライアント装置の要求により送信する表示画面データ送信手段、
   前記表示画面データを縮小して全体レイアウト画像を生成する全体レイアウト画像生成手段、
   前記クライアント装置から画面操作の操作データを受信する操作データ受信手段、
   前記クライアント装置の画面操作を判断して、全体レイアウト画像が変更された場合は、前記クライアント装置に全体レイアウト画像を送信する全体レイアウト画像送信手段、
   として機能させるためのプログラム。
6. クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置のコンピュータを、
   表示画面データを前記サーバー装置から受信する表示画面データ受信手段、
   前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段、
   前記判別手段により前記フレームメモリの範囲内の表示データの更新である場合に、前記サーバー装置に対する表示データの転送を要求することなく、全体レイアウト画像に表示画面の範囲を示す識別情報を生成する表示範囲識別情報生成手段、
   前記フレームメモリの内容及び前記全体レイアウト画像を表示する表示手段、
   として機能させるためのプログラム。