JP5044961B2 - クライアント装置およびプログラム - Google Patents

Description

本発明は、クライアント装置に関する。

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

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

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

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

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

そこで、本発明は、上記問題点に鑑みてなされたものであり、フレームメモリの有効範囲を確認できるクライアント装置を提供することを目的とする。

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

本発明によれば、ユーザはフレームバッファの有効範囲を確認できる。

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

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

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

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

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

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

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

図３は、モバイル端末装置１０４の外観を示す図である。
図３において、モバイル端末装置１０４は、ＬＣＤ２１０と、キーボード９０４を備える。キーボード９０４は、上カーソルキー９０２ａ、右カーソルキー９０２ｂ、下カーソルキー９０２ｃ、左カーソルキー９０２ｄからなる十字カーソルキーと、前記十字カーソルキーの中心に、通常右手で操作するポインター９０１を備えている。また、キーボード９０４は、左クリックキー９０１ａおよび右クリックキー９０１ｂを備え、ポインター９０１を右手で操作した場合の右クリックおよび左クリックは、左クリックキー９０１ａおよび右クリックキー９０１ｂを左手で操作する。また、キーボード９０４は、汎用的に使用するスライドバー９１０を、右手で操作しやすい位置に備えている。スライドバー９１０は、上下スクロール（縦スクロール）の機能を持ち、シフトキー９０５を押しながら、例えば左手でスライドバー９１０を操作すると、上方向のスライド操作では表示画面の縮小となり、下方向のスライド操作では表示画面の拡大となる。

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

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

モバイル端末装置１０４の表示画面は、例えば４インチＨＶＧＡ（６４０×２４０）であり、標準的にパソコンで利用している表示画面、例えば１５インチＸＧＡ（１０２４×７６８）に比較して小さい。そのため、仮想ディスプレイ方式による表示がなされる。すなわちサーバー１０１はＸＧＡ（１０２４×７６８）としてアプリケーションを実行する。一方、モバイル端末装置１０４の内蔵メモリ２０３内のフレームバッファはＸＧＡとしての領域を確保してある。その中から選択的に、ＬＣＤ２１０の大きさであるＨＶＧＡ領域のみをモバイル端末装置１０４上に表示する。

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

ＦＢＣＴ（フレームバッファコントロールテーブル）３２０は、メモリコントローラ３０３に接続され、ＣＰＵ２０１からの内蔵メモリ２０３への表示用データ書き込み状況を監視し、内蔵メモリ２０３内のフレームバッファ内の有効なデータを管理する。

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

内蔵メモリ２０３には、サーバー装置１０１のフレームバッファに対応する全体縮小画像も格納されている（動作は後述する）。メモリコントローラ３０３により読み出された前記全体縮小画像は、ＦＩＦＯ３０７により同期が取られる。また、枠描画器３０８は、現在表示されている位置を全体画像の中での枠として描画する。ＦＢＣＴ３２０は、内蔵メモリ内フレームバッファの有効管理部分を有効部描画器３２１に指示し描画させる。そして、これら全体縮小画像、枠および有効管理部分をαブレンド合成器３２２により、全体レイアウト表示として合成する。

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

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

図７は、サーバー装置１０１側のフレームバッファ５００及び全体縮小画像５０２を示す図である。
サーバー装置１０１では、ＸＧＡ（１０２４×７６８）の解像度（ディスプレイサイズ）によりアプリケーションプログラムを実行しており、ＸＧＡ相当のフレームバッファ５００を扱っている。一方モバイル端末装置１０４側では、ＨＶＧＡ（６４０×２４０）の表示領域しかなく、ＸＧＡの領域の中から選択的に表示を行っている。モバイル端末装置１０４の表示領域はＨＶＧＡであるものの、モバイル端末装置１０４側のフレームバッファ６００（図８参照）もＸＧＡの領域をもっている。ＸＧＡ全領域をサーバー装置１０１がモバイル端末装置１０４に一度に転送は行わず、モバイル端末装置１０４で表示すべき領域のみ順次転送していく。

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

図８は、モバイル端末装置１０４のフレームバッファ６００とＬＣＤ２１０（表示部）の状態を説明するための図である。
モバイル端末装置１０４のフレームバッファ６００はＸＧＡ相当の領域を持っている。フレームメモリ６００内の有効データ領域はＦＢＣＴ３２０により管理されており、例えば有効領域６０１となっている（図８（Ａ））。この際、ＬＣＤ２１０に描画されるのは、表示領域６０２となっている（図８（Ｂ））。ここで、サーバー装置１０１からは、必ず前記有効領域６０１内に表示領域６０２が収まるようにデータが既に送られてきている。

図８（Ｃ）は、全体レイアウト６０４を示しており、現在表示している領域を示す枠６０６と、フレームバッファ６００内で有効となっているデータ領域６０３（図中の白抜き部分）とが識別可能に表示され、そしてＸＧＡ全体のレイアウトとが判別できるようになっている。図８（Ｄ）は、ＬＣＤ２１０に表示されているＬＣＤ表示画像６０５を示している。図中右上には全体レイアウト６０４が表示されている。

この状態で下方向に画面をスクロール（縦スクロール）した例を説明する。
図８（Ｅ）は、下スクロール後の表示領域６０２と有効領域６０１を示している。この状態では図８（Ｆ）のようにＬＣＤ２１０に全体レイアウト６０４を含むＬＣＤ表示画像６０５が表示されている。

図９は、ＦＢＣＴ３２０の動作を説明するための図である。
ＦＢＣＴ３２０は、図７を用いて説明したサーバー装置１０１内のフレームバッファ５００と対応している。

図９（Ａ）は、モバイル端末装置１０４内のフレームバッファ６００を示している。このフレームバッファ６００のうちデータ有効領域６０１のみが有効なデータとなっている。図９（Ｂ）は、図９（Ａ）の状態の際のＦＢＣＴ３２０における管理状態を示している。管理テーブル８００は、メッシュ状の小領域８０２に分割され、分割された小領域８０２単位で管理されている。ＣＰＵ２０１が、メモリコントローラ３０３を介してフレームバッファ６００にアクセスがあると、対応するアドレスを管理テーブル８００上でチェックしていく。有効データ領域６０１に対応する領域８０１は、管理テーブル８００内にチェックされている。このような構成によりＦＢＣＴ３２０は、ＣＰＵ２０１から問い合わせがあると、問い合わせ領域がフレームバッファ６００内に有効データして存在するか答えることができる。

右スクロール（横スクロール）操作が為されると、不足しているデータはサーバー装置１０１から補充され、図９（Ｃ）に示すように有効領域６０１が画面右側に広がっている。この際の、ＦＢＣＴ３２０内の管理テーブル８００は図９（Ｄ）に示すようになっている。

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

まず、ステップ１０００において、モバイル端末装置１０４において何かしらの操作が実行されると、ステップ１００１において、その操作内容を判断する。
ステップ１０００で実行された操作が画面の縮小操作であると判断されれば（ステップ１００１：縮小操作）、ステップ１００２において、指示された縮小が可能な有効データがモバイル端末装置１０４の内に有るか否かを判断する。そして、データがあれば（ステップ１００２：有）、ステップ１００４において、モバイル端末装置１０４内にて縮小処理を実行し、他方、データが無ければ（ステップ１００２：無）、ステップ１００９において、サーバー装置１０１で縮小処理を実行する。

また、ステップ１０００で実行された操作が画面の回転操作であると判断されれば（ステップ１００１：回転操作）、ステップ１００３において、指示された回転が可能な有効データがモバイル端末装置１０４の内に有るか否かを判断する。そして、データがあれば（ステップ１００３：有）、ステップ１００５において、モバイル端末装置１０４内にて回転処理を実行し、他方、データが無ければ（ステップ１００３：無）、ステップ１０１０において、サーバー装置１０１で回転処理を実行する。

また、ステップ１０００で実行された操作が画面の拡大操作であると判断されれば（ステップ１００１：拡大操作）、モバイル端末装置１０４に表示している部分を拡大するだけであり必ずモバイル端末装置１０４内にデータが存在するので、ステップ１００６において、モバイル端末装置１０４内にて拡大処理を実行する。

またステップ１０００で実行された操作が画面のスクロール操作であると判断されれば（ステップ１００１：スクロール操作）、ステップ１００７において、図１１に示したフローチャートを用いて後述するスクロール処理を実行する。

また、縮小操作でも回転操作でも拡大操作でもスクロール操作でもない操作、例えば、マウス操作やキー操作等のその他の操作であると判断されれば（ステップ１００１：他）、ステップ１００８において、その操作内容をサーバー装置１０１に送り、サーバー装置１０１での処理にて表示データが生成される。

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

図１０のステップ１００１でスクロール操作であると判断されると、本スクロール処理が開始される。
まず、図１１のステップ１１００において、モバイル端末装置１０４内のＣＰＵ２０１がスクロール操作を検出すると、ステップ１１０１において、スクロールの移動先が、フレームバッファ６００内での有効領域６０１内での移動であるかを判定する。すなわち、モバイル端末装置１０４のＬＣＤ（表示部）２１０はＨＶＧＡ（６４０×２４０）の表示領域であるが、フレームバッファ６００はＶＧＡ（６４０×４８０）の領域６０１をもっているので、スクロールによる新たに表示する表示データの範囲がフレームバッファ６００に記憶されている表示領域の範囲内であるかを、フレームバッファ６００の領域の中から表示データを読み出す際に、その読出し位置から判別する。そして、ＬＣＤ（表示部）２１０に読み出して表示されている領域はフレームバッファ６００上において左上の座標と高さ及び幅が内蔵メモリ２０３に記憶管理される。なお、この判定は、ＣＰＵ２０１がフレームバッファ６００内への移動先アドレスと大きさを、ＬＣＤＣ２０２内のＦＢＣＴ３２０に問い合わせることにより実現する。

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

このイベントを受けたサーバー装置１０１側では、ステップ１１２０において、モバイル端末装置１０４から送信されたデータを受信し、ステップ１１２１において、モバイル端末装置１０４で必要なデータであってフレームバッファ６００内へ転送するデータを選択し、ステップ１１２２において、選択したデータを転送するために圧縮する。そして、ステップ１１２３において、モバイル端末装置１０４に圧縮データを転送する。さらに、ステップ１１２４において、モバイル端末装置１０４に転送したデータは、サーバー装置１０１内のフレームバッファ５００内でも管理をする。

モバイル端末装置１０４では、ステップ１１０３において、サーバー装置１０１から転送されてきた圧縮された表示データを受信し、ステップ１１０４において、圧縮されている表示データを解凍し、ステップ１１０５において、解凍した表示データをフレームバッファ６００へ書き込む（更新する）。そして、ステップ１１０６において、フレームバッファ６００への書き込みを監視し、ＦＢＣＴ（フレームバッファ管理テーブル）３２０を更新してステップ１１０７へ進む。

ステップ１１０７において、フレームバッファ６００内の、ＬＣＤ（表示部）２１０への表示領域をＬＣＤＣ２０２に指定する。表示領域がＣＰＵ３０１により指定されると、ＬＣＤＣ２０２内では、メモリコントローラ２０４により内蔵メモリ２０３内のフレームバッファ６００より選択的に指定された表示画像が読み出される。

そして、ステップ１１０８において、全体レイアウトが生成され（詳細は図１２および図１３を用いて後述）、ステップ１１０９において、ステップ１１０８で生成された全体レイアウトとαブレンド生成器３０９にて合成され、表示画像が形成される。そしてＬＣＤ２０２上に表示が為される。αブレンド生成器３０９は、ＬＣＤ表示画像６０５の上に何％の透過率で全体レイアウト６０４を重ね合わせるかの設定が可能となっている。１００％であれば、ＬＣＤ表示画像６０５の上に、上書きされる形で全体レイアウト６０４が形成される。なお、αブレンド生成器３０９を５０％と指定すると、５０％と設定したことにより、全体レイアウト６０４の下に形成されているＬＣＤ表示画像６０５についても使用者は認識することができ、表示領域を有効に利用できる。

他方、ステップ１１０１での判断が範囲内の場合（ステップ１１０１：範囲内）は、サーバー装置１０１へのデータ要求を一切行わずにステップ１１０７へ進みそれ以降の処理を実行する。

図１２は、第１の全体レイアウト生成処理の流れを示すフローチャートである。
まず、ステップ１２０１において、フレームバッファ６００内の表示すべき領域をＬＣＤＣ２０２に設定し、枠描画器３０８により表示領域を示す枠を描画する。具体的には、内蔵メモリ２０３より全体縮小画像５０２を読み出し、サーバー装置１０１から受信した当該モバイル端末装置１０４の表示領域（フレームバッファ６００）を示す左上の座標とその幅及び高さ及び全体縮小画像５０２の縮小率に基づいて、全体縮小画像５０２上のフレームバッファ６００に対応する領域を求める。ＬＣＤ２１０に読み出して表示されている領域はフレームバッファ６００上において左上の座標と高さ及び幅が内蔵メモリに記憶管理されているので、全体縮小画像５０２上のフレームバッファ６００に対応する領域を現在表示されている領域に補正して現在表示している領域を示す枠６０６を、枠描画器３０８で全体縮小画像５０２上に描画し、全体レイアウト５０２を生成する。

次に、ステップ１２０２において、有効部描画器３２１はＦＢＣＴ３２０の指示により、フレームバッファ６００内の有効データ領域の内外に濃淡差をつけた画像を生成する。ここでは、有効データ領域を白抜きにし、それ以外を濃くする。

そして、ステップ１２０３において、内蔵メモリ２０２内に保持された全体縮小画像５０２を読み出し、これら全体縮小画像５０２、枠６０６および濃淡を合成して全体レイアウト５０２を表示する。サーバー装置１０１内のフレームバッファ５００の内容が更新されると、全体縮小画像５０２がモバイル端末装置１０４に転送され、内蔵メモリ２０２に格納されている。

図１３は、第２の全体レイアウト生成処理の流れを示すフローチャートである。
まず、ステップ１３０１において、フレームバッファ６００内の表示すべき領域をＬＣＤＣ２０２に設定し、枠描画器３０８により表示領域の内外に濃淡のある画像を生成する。例えば表示領域を薄く、表示領域外を濃い画像とする。

次に、ステップ１３０２において、有効部描画器３２１はＦＢＣＴ３２０の指示により、フレームバッファ６００内の有効データ領域に枠を描画する。
そして、ステップ１３０３において、内蔵メモリ２０２内に保持された全体縮小画像５０２を読み出し、これら全体縮小画像５０２、濃淡および枠６０６を合成して全体レイアウト５０２を表示する。

なお、図１２および図１３を用いて説明したように、ＬＣＤ２１０に表示されている表示領域６０２が全体レイアウト６０４中の何処であるのかを、枠６０６あるいは濃淡画像で示したが、これらの表現に限らず他の領域識別で行ってよい。

次に、図１１を用いて説明したスクロール処理の変形例を説明する。
図１４は、スクロール処理の第１の変形例を示すフローチャートである。
まず、ステップ１４００において、モバイル端末装置１０４内のＣＰＵ２０１がスクロール操作を検出すると、ステップ１４０１において、スクロール後の表示が有効データ領域内であるかＦＢＣＴ３２０に問い合わせを行うことにより判断する。

有効データ内であると判断された場合（ステップ１４０１：範囲内）は、ステップ１４０２において、変数Ｋに０を代入し、図１１のステップ１１０７へ進みそれ以降と同等の処理を行う。ここで変数Ｋは、有効データ内から有効データ外へのスクロール移動を検出するために用いられる変数である。

他方、ステップ１４０１で有効データ内でないと判断された場合（ステップ１４０１：範囲外）は、ステップ１４０３において、変数Ｋが０であるか否かを判断する。ここで変数Ｋが０であれば前回のスクロール処理は、有効データ範囲内の操作であったことを示しており、変数Ｋが０でなければ、前回も有効データ範囲外での操作であったことを示していることとなる。

ステップ１４０３で変数Ｋが０であると判断された場合、すなわち前回は有効データ範囲内であると判断された場合（ステップ１４０３：Ｙ）は、ステップ１４０４において、変数Ｋに１をセットし、次回操作時に備える。

次に、ステップ１４０５において、メッセージを一定期間表示する。例えば「キャッシュ外へのデータアクセスの為、サーバーへ接続します」等のメッセージを１秒間表示する。そして、メッセージの表示期間経過後、ステップ１４０６において、スクロール操作が継続されているか否かを判断する。スクロール操作が終了していれば（ステップ１４０６：終了）、本スクロール処理を終了する。他方、継続中であれば（ステップ１４０６：継続）、図１１のステップ１１０２へ進みそれ以降と同等の処理を行う。

また、スキップ１４０３で変数Ｋが０でないと判断された場合、すなわち前回も有効データ範囲外であると判断された場合（ステップ１４０３：Ｎ）も、図１１のステップ１１０２へ進みそれ以降と同等の処理を行う。

なお、上記第１の変形例では、メッセージを一定期間表示するようにしたが、スクロール操作を一定期間、例えば０．５秒間停止するようにしても良い。この場合には、ステップ１４０５の処理が「一定期間ディレイ」となる。ユーザは、スクロール動作が一旦停止することにより、有効データがモバイル端末装置１０４内に無く、これ以上操作を続けるとサーバー装置１０１への通信が始めることを知ることができる。

図１５は、スクロール処理の第２の変形例を示すフローチャートである。
まず、ステップ１５００において、モバイル端末装置１０４内のＣＰＵ２０１がスクロール操作を検出すると、ステップ１５０１において、スクロール後の表示が有効データ領域内であるかＦＢＣＴ３２０に問い合わせを行うことにより判断する。

有効データ内であると判断された場合（ステップ１５０１：範囲内）は、ステップ１５０２において、変数Ｋに０を代入し、図１１のステップ１１０７へ進みそれ以降と同等の処理を行う。ここで変数Ｋは、有効データ内から有効データ外へのスクロール移動を検出するために用いられる変数である。

他方、ステップ１５０１で有効データ内でないと判断された場合（ステップ１５０１：範囲外）は、ステップ１５０３において、変数Ｋが０であるか否かを判断する。ここで変数Ｋが０であれば前回のスクロール処理は、有効データ範囲内の操作であったことを示しており、変数Ｋが０でなければ、前回も有効データ範囲外での操作であったことを示していることとなる。

ステップ１５０３で変数Ｋが０であると判断された場合、すなわち前回は有効データ範囲内であると判断された場合（ステップ１５０３：Ｙ）は、ステップ１５０４において、変数Ｋに１をセットし、次回操作時に備える。

次に、ステップ１５０５において、確認のためのメッセージと共に確認用のダイアログを表示し、ユーザに処理を継続してよいかの判断を促す（例えば、続行してよい場合には「Ｙ」キーを押し、良くない場合には「Ｙ」キー以外の「Ｎ」キー等を押すように促す）。そして、ステップ１５０６において、ユーザが入力したキーが「Ｙ」キーである場合（ステップ１５０６：Ｙ（移動））は、図１１のステップ１１０２へ進みそれ以降と同等の処理を行う。他方「Ｙ」キー以外のキーが入力されたと判断された場合（ステップ１５０６：Ｎ））は、本スクロール処理を終了する。

また、スキップ１５０３で変数Ｋが０でないと判断された場合、すなわち前回も有効データ範囲外であると判断された場合（ステップ１５０３：Ｎ）も、図１１のステップ１１０２へ進みそれ以降と同等の処理を行う。

なお、本スクロール処理におけるスクロールは、縦スクロールに限らず横スクロールでも良い。
また、スクロール操作がフレームバッファ６００の有効領域６０１を超える操作の場合、ユーザに注意を喚起するためのメッセージの表示だけでなく音の出力やマークの表示であっても良い。

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

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

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

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

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

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

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

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

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

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

サーバーベースコンピューティングのネットワーク構成の概略を示す図である。 モバイル端末装置１０４の消費電力の内訳の一例を示す図である。 モバイル端末装置１０４の外観を示す図である。 本発明を適用したモバイル端末装置１０４の構成の概略を示す図である。 ＬＣＤＣ２０２の内部構成を示す図である。 サーバー装置１０１の構成の概略を示す図である。 サーバー装置１０１側のフレームバッファ５００及び全体縮小画像５０２を示す図である。同図（Ａ）は、サーバー装置１０１側のフレームバッファ５００を示す図であり、同図（Ｂ）は、サーバー装置１０１側の全体縮小画像５０２を示す図である。 モバイル端末装置１０４のフレームバッファ６００とＬＣＤ２１０（表示部）の状態を説明するための図である。 ＦＢＣＴ３２０の動作を説明するための図である。 モバイル端末装置１０４において実行されるメイン処理の流れを示すフローチャートである。 スクロール処理の流れを示すフローチャートである。 第１の全体レイアウト生成処理の流れを示すフローチャートである。 第２の全体レイアウト生成処理の流れを示すフローチャートである。 スクロール処理の第１の変形例を示すフローチャートである。 スクロール処理の第２の変形例を示すフローチャートである。

符号の説明

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

Claims (9)

1. クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置の表示データを記憶するフレームメモリと、
   前記表示データを前記サーバー装置から受信する表示データ受信手段と、
   前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段と、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段と、
   前記判別手段の判別結果に基づいて、前記全体レイアウト画像に前記フレームメモリの有効範囲を示す識別情報を生成する有効範囲識別情報生成手段と、
   前記フレームメモリの内容及び生成されたフレームメモリの有効範囲を示す識別情報を反映させた全体レイアウト画像を表示する表示手段と、
   を備えたことを特徴とするクライアント装置。
2. 前記有効範囲識別情報生成手段が生成する識別情報は、画像の濃淡であることを特徴とする請求項１に記載のクライアント装置。
3. クライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置の表示データを記憶するフレームメモリと、
   前記表示データを前記サーバー装置から受信する表示データ受信手段と、
   前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段と、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段と、
   前記判別手段の判別結果が前記フレームメモリの範囲外の表示データの更新である場合に、ユーザに注意を喚起するためのメッセージを生成するメッセージ生成手段と、
   前記フレームメモリの内容、前記全体レイアウト画像及び前記生成されたメッセージを表示する表示手段と、
   を備えたことを特徴とするクライアント装置。
4. 表示データを記憶するフレームメモリと、
   全体レイアウト画像を記憶する全体レイアウト画像記憶手段と、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段と、
   前記判別手段の判別結果に基づいて、前記全体レイアウト画像に前記フレームメモリの有効範囲を示す識別情報を生成する有効範囲識別情報生成手段と、
   前記フレームメモリの内容及び生成されたフレームメモリの有効範囲を示す識別情報を反映させた全体レイアウト画像を表示する表示手段と、
   を備えたことを特徴とするクライアント装置。
5. 表示データを記憶するフレームメモリと、
   全体レイアウト画像を記憶する全体レイアウト画像記憶手段と、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段と、
   前記判別手段の判別結果が前記フレームメモリの範囲外の表示データの更新である場合に、前記フレームメモリの内容とユーザに注意を喚起するためのメッセージを表示する表示手段と、
   を備えたことを特徴とするクライアント装置。
6. 表示データを記憶するフレームメモリを有するクライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置のコンピュータを、
   表示画面データを前記サーバー装置から受信する表示画面データ受信手段、
   前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段、
   前記判別手段の判別結果に基づいて、前記全体レイアウト画像に前記フレームメモリの有効範囲を示す識別情報を生成する有効範囲識別情報生成手段、
   前記フレームメモリの内容及び生成されたフレームメモリの有効範囲を示す識別情報を反映させた全体レイアウト画像を表示する表示手段、
   として機能させるためのプログラム。
7. 表示データを記憶するフレームメモリを有するクライアント装置からのサービス要求に基づいてプログラムを動作させるサーバー装置と前記クライアント装置とがネットワークを介して相互に接続可能に構成されたサーバーベースコンピューティングシステムにおいて、
   前記クライアント装置のコンピュータを、
   表示画面データを前記サーバー装置から受信する表示画面データ受信手段、
   前記サーバー装置から全体レイアウト画像を受信する全体レイアウト画像受信手段、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段、
   前記判別手段の判別結果が前記フレームメモリの範囲外の表示データの更新である場合に、ユーザに注意を喚起するためのメッセージを生成するメッセージ生成手段、
   前記フレームメモリの内容、前記全体レイアウト画像及び前記生成されたメッセージを表示する表示手段、
   として機能させるためのプログラム。
8. 表示データを記憶するフレームメモリと全体レイアウト画像を記憶する全体レイアウト画像記憶手段とを有するコンピュータを、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段、
   前記判別手段の判別結果に基づいて、前記全体レイアウト画像に前記フレームメモリの有効範囲を示す識別情報を生成する有効範囲識別情報生成手段、
   前記フレームメモリの内容及び生成されたフレームメモリの有効範囲を示す識別情報を反映させた全体レイアウト画像を表示する表示手段、
   として機能させるためのプログラム。
9. 表示データを記憶するフレームメモリと全体レイアウト画像を記憶する全体レイアウト画像記憶手段とを有するコンピュータを、
   画面更新の操作による表示データの更新が前記フレームメモリの範囲内の表示データの更新かを判別する判別手段、
   前記判別手段の判別結果が前記フレームメモリの範囲外の表示データの更新である場合に、前記フレームメモリの内容とユーザに注意を喚起するためのメッセージを表示する表示手段、
   として機能させるためのプログラム。