(57)【要約】【課題】シンクライアントシステムにおいて、接続を切断したクライアント装置とサーバ装置とを再接続する際、無駄なデータ通信量を減らすことにより、短時間で再接続が可能なサーバベースコンピューティングシステムを提供すること。【解決手段】アプリケーションプログラムを動作させるサーバ装置に対してネットワークを介してサービス要求を行なうクライアント装置であって、ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成する手段と、デスクトップ画面データと識別情報とをキャッシュデータとして記憶する手段と、キャッシュデータの有効性を判定するために識別情報をサーバ装置に送信する手段と、キャッシュデータの有効性を判断した結果をサーバ装置から受信する手段と、その有効性が認められた場合、キャッシュデータを用いて表示画面を生成する手段と、生成した表示画面を表示する手段とを備える。【選択図】図２
2008071092.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプログラムを動作させるサーバ装置に対してネットワークを介してサービス要求を行なうクライアント装置であって、
前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するクライアント側識別情報生成手段と、
前記デスクトップ画面データと前記クライアント側識別情報生成手段によって生成された識別情報とをキャッシュデータとして記憶するキャッシュデータ記憶手段と、
前記キャッシュデータの有効性を判定するために前記識別情報を前記サーバ装置に送信するクライアント側送信手段と、
前記キャッシュデータの有効性を判断した結果を前記サーバ装置から受信するクライアント側受信手段と、
前記キャッシュデータの有効性が認められた場合、前記キャッシュデータを用いて表示画面を生成する表示画面生成手段と、
前記表示画面生成手段によって生成した表示画面を表示する表示手段と、
を備えることを特徴とするクライアント装置。
【請求項２】
前記クライアント側送信手段は、前記キャッシュデータが無い場合、前記キャッシュデータが無いことを示すダミー識別情報を前記サーバ装置に送信する、
ことを特徴とする請求項１に記載のクライアント装置。
【請求項３】
前記クライアント側識別情報生成手段は、前記サーバ装置で動作中の前記アプリケーションプログラムの画面に対応する識別情報を生成し、
前記キャッシュデータ記憶手段は、前記アプリケーションプログラムの画面データと前記クライアント側識別情報生成手段によって生成された前記アプリケーションプログラムの画面に対応する識別情報とをキャッシュデータとして記憶する、
ことを特徴とする請求項１または２に記載のクライアント装置。
【請求項４】
ネットワークを介したクライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置であって、
前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するサーバ側識別情報生成手段と、
前記サーバ側識別情報生成手段によって生成された識別情報を記憶する識別情報記憶手段と、
前記ネットワークに接続している際に前記クライアント装置が有するキャッシュデータの有効性を判定するために、前記キャッシュデータの識別情報を前記クライアント装置から受信するサーバ側受信手段と、
前記サーバ側受信手段によって受信したキャッシュデータの識別情報と前記識別情報記憶手段に記憶された識別情報とを照合することにより、前記キャッシュデータの有効性を判定する判断手段と、
前記判断手段によって判断した判断結果を前記クライアント装置へ送信するサーバ側送信手段と、
を備えることを特徴とするサーバ装置。
【請求項５】
前記サーバ側識別情報生成手段は、動作中の前記アプリケーションプログラムの画面に対応する識別情報を生成する、
ことを特徴とする請求項４に記載のサーバ装置。
【請求項６】
請求項１乃至３の何れか１項に記載のクライアント装置と請求項４または５に記載のサーバ装置とを備えることを特徴とするサーバベースコンピューティングシステム。
【請求項７】
アプリケーションプログラムを動作させるサーバ装置に対してネットワークを介してサービス要求を行なうクライアント装置のコンピュータを、
前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するクライアント側識別情報生成手段、
前記デスクトップ画面データと前記クライアント側識別情報生成手段によって生成された識別情報とをキャッシュデータとして記憶するキャッシュデータ記憶手段、
前記キャッシュデータの有効性を判定するために前記識別情報を前記サーバ装置に送信するクライアント側送信手段、
前記キャッシュデータの有効性を判断した結果を前記サーバ装置から受信するクライアント側受信手段、
前記キャッシュデータの有効性が認められた場合、前記キャッシュデータを用いて表示画面を生成する表示画面生成手段、
前記表示画面生成手段によって生成した表示画面を表示する表示手段、
として機能させるためのプログラム。
【請求項８】
ネットワークを介したクライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置のコンピュータを、
前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するサーバ側識別情報生成手段、
前記サーバ側識別情報生成手段によって生成された識別情報を記憶する識別情報記憶手段、
前記ネットワークに接続している際に前記クライアント装置が有するキャッシュデータの有効性を判定するために、前記キャッシュデータの識別情報を前記クライアント装置から受信するサーバ側受信手段、
前記サーバ側受信手段によって受信したキャッシュデータの識別情報と前記識別情報記憶手段に記憶された識別情報とを照合することにより、前記キャッシュデータの有効性を判定する判断手段、
前記判断手段によって判断した判断結果を前記クライアント装置へ送信するサーバ側送信手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムを動作させるサーバ装置に対してサービス要求を行なうクライアント装置とクライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置とがネットワークを介して相互に接続可能に構成されたサーバベースコンピューティングシステムに関する。
【背景技術】
【０００２】
近年、企業によるサーバベースコンピューティングの採用が急速に進んでいる。
サーバベースコンピューティング（シンクライアントシステム）とは、クライアント装置（シンクライアント装置とも呼ばれる）とサーバ装置とがネットワークを介して相互に接続可能に構成されたシステムにおいて、クライアント装置がサーバ装置に対してサービス要求を行なうと、サーバ装置がクライアント装置からのサービス要求に基づいて、データの管理およびアプリケーションプログラムを動作させるというものである（例えば、特許文献１参照。）。
【０００３】
サーバ装置はクライアント装置用の表示データを作成し、これをクライアント装置に送る。クライアント装置では、使用者のキーやマウス等の操作情報を、ネットワークを介してサーバ装置へ送り、前記サーバ装置側で作成されたクライアント用の表示データを受け取って表示する。クライアント装置は、ネットワーク機器、表示装置、マウスやキーボード等の入力装置を備えているだけでよく、データをクライアント装置内に持たないためハードディスク等のストレージが不要であり、アプリケーションプログラムの実行を行なわないためクライアント装置に必要となる処理の負荷は軽い。
【０００４】
企業はサーバベースコンピューティングを導入することにより、データやアプリケーションプログラム等の資源がサーバ装置側で一元管理できるため、運用コストを削減することができるというメリットがある。また、クライアント装置は従来のパソコンに比べて安価に調達することができるというメリットがある。セキュリティ面においても、サーバ装置内のデータへのアクセス制限をかけたり、アクセスログを取ったりすることにより、情報への不正アクセスのリスクを減らすことが出来る。ウイルスに対しても、サーバ装置で一括対処することが可能となる。
【０００５】
上述のように、サーバベースコンピューティングシステムにおいて、一般的にはサーバ装置側が各機能を実行し画面変化が生じた場合に、更新した部分の画面データがサーバ装置からクライアント装置へ送信される。この更新画面データを受け取ったクライアント装置は、その更新情報に従い更新データをクライアント装置の画面に反映する。このように、サーバ装置からクライアント装置へ送信される画面データは、接続開始時から少なくとも１度は全ての画面領域のデータに対する描画命令として通信される。
【特許文献１】特開２００５−２２８２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来技術のように、サーバ装置側から画面更新データを送信する方式では、クライアント装置のネットワークへの接続時に最初に表示するデスクトップ画面の画面データを少なくとも一度はクライアント装置に送信するが、画面全体のデータを送信するとかなり大きなデータをクライアント装置で受け取らなければならないという問題点があった。
【０００７】
さらに、接続するネットワークによってはこの画面データを受け取ることに非常に時間がかかってしまうという問題点があった。
特に、デスクトップ画面は接続ごとに変更されるケースが少ないことが想定されるにも関わらず、接続する度に同じデータを受信することになってしまうという問題点があった。
【０００８】
そこで、本発明は、上記問題点に鑑みてなされたものであり、シンクライアントシステムにおいて、ネットワークの接続を切断したクライアント装置とサーバ装置とを再接続する際、無駄なデータ通信量を減らすことにより、短時間で再接続が可能なサーバベースコンピューティングシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明のクライアント装置は、アプリケーションプログラムを動作させるサーバ装置に対してネットワークを介してサービス要求を行なうクライアント装置であって、前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するクライアント側識別情報生成手段と、前記デスクトップ画面データと前記クライアント側識別情報生成手段によって生成された識別情報とをキャッシュデータとして記憶するキャッシュデータ記憶手段と、前記キャッシュデータの有効性を判定するために前記識別情報を前記サーバ装置に送信するクライアント側送信手段と、前記キャッシュデータの有効性を判断した結果を前記サーバ装置から受信するクライアント側受信手段と、前記キャッシュデータの有効性が認められた場合、前記キャッシュデータを用いて表示画面を生成する表示画面生成手段と、前記表示画面生成手段によって生成した表示画面を表示する表示手段とを備えることを特徴とする。
【００１０】
また、本発明のクライアント装置は、前記クライアント側送信手段が、前記キャッシュデータが無い場合、前記キャッシュデータが無いことを示すダミー識別情報を前記サーバ装置に送信することが望ましい。
【００１１】
また、本発明のクライアント装置は、前記クライアント側識別情報生成手段が、前記サーバ装置で動作中の前記アプリケーションプログラムの画面に対応する識別情報を生成し、前記キャッシュデータ記憶手段が、前記アプリケーションプログラムの画面データと前記クライアント側識別情報生成手段によって生成された前記アプリケーションプログラムの画面に対応する識別情報とをキャッシュデータとして記憶することが望ましい。
【００１２】
また、本発明の一態様によれば、本発明のサーバ装置は、ネットワークを介したクライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置であって、前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するサーバ側識別情報生成手段と、前記サーバ側識別情報生成手段によって生成された識別情報を記憶する識別情報記憶手段と、前記ネットワークに接続している際に前記クライアント装置が有するキャッシュデータの有効性を判定するために、前記キャッシュデータの識別情報を前記クライアント装置から受信するサーバ側受信手段と、前記サーバ側受信手段によって受信したキャッシュデータの識別情報と前記識別情報記憶手段に記憶された識別情報とを照合することにより、前記キャッシュデータの有効性を判定する判断手段と、前記判断手段によって判断した判断結果を前記クライアント装置へ送信するサーバ側送信手段とを備えることを特徴とする。
【００１３】
また、本発明のサーバ装置は、前記サーバ側識別情報生成手段、動作中の前記アプリケーションプログラムの画面に対応する識別情報を生成することが望ましい。
また、本発明の一態様によれば、本発明のサーバベースコンピューティングシステムは、上述の何れかのクライアント装置と上述の何れかのサーバ装置とを備えることを特徴とする。
【００１４】
また、本発明の一態様によれば、本発明のプログラムは、アプリケーションプログラムを動作させるサーバ装置に対してネットワークを介してサービス要求を行なうクライアント装置のコンピュータを、前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するクライアント側識別情報生成手段、前記デスクトップ画面データと前記クライアント側識別情報生成手段によって生成された識別情報とをキャッシュデータとして記憶するキャッシュデータ記憶手段、前記キャッシュデータの有効性を判定するために前記識別情報を前記サーバ装置に送信するクライアント側送信手段、前記キャッシュデータの有効性を判断した結果を前記サーバ装置から受信するクライアント側受信手段、前記キャッシュデータの有効性が認められた場合、前記キャッシュデータを用いて表示画面を生成する表示画面生成手段、前記表示画面生成手段によって生成した表示画面を表示する表示手段として機能させるためのプログラムである。
【００１５】
また、本発明の一態様によれば、本発明のプログラムは、ネットワークを介したクライアント装置からのサービス要求に基づいてアプリケーションプログラムを動作させるサーバ装置のコンピュータを、前記ネットワークに接続している際のデスクトップ画面に対応する識別情報を生成するサーバ側識別情報生成手段、前記サーバ側識別情報生成手段によって生成された識別情報を記憶する識別情報記憶手段、前記ネットワークに接続している際に前記クライアント装置が有するキャッシュデータの有効性を判定するために、前記キャッシュデータの識別情報を前記クライアント装置から受信するサーバ側受信手段、前記サーバ側受信手段によって受信したキャッシュデータの識別情報と前記識別情報記憶手段に記憶された識別情報とを照合することにより、前記キャッシュデータの有効性を判定する判断手段、前記判断手段によって判断した判断結果を前記クライアント装置へ送信するサーバ側送信手段として機能させるためのプログラムである。
【発明の効果】
【００１６】
本発明によれば、ネットワークの接続を切断したクライアント装置とサーバ装置とが再接続する際、キャッシュデータを利用してデータ通信量を減らすことにより再接続の時間を短縮することができる。
【００１７】
また、本発明によれば、クライアント装置とサーバ装置とのネットワークの接続を切断する際に、デスクトップ画面のキャッシュデータを自動的に保存し、再接続する際に保存したキャッシュデータを自動的に判別して使用するので、ユーザは特別な操作をしなくてもよい。
【００１８】
また、本発明によれば、保存したキャッシュデータを判別して、正常に切断できなかった場合はキャッシュデータを使用しないで新たに接続するので正常な接続処理ができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、サーバベースコンピューティングシステム１のネットワーク構成の概略を示す図である。
【００２０】
図１において、サーバベースコンピューティングシステム１は、サーバ装置１０に対してサービス要求を行なうクライアント装置２０と、前記クライアント装置２０からのサービス要求に基づいてアプリケーションプログラムを動作させる前記サーバ装置１０とが、ネットワーク網３０、アクセスポイント４０を介して相互に接続可能に構成されている。
【００２１】
サーバベースコンピューティングシステム１は、サーバ装置１０側でアプリケーションプログラムを実行して、データ等もサーバ装置１０側に保存し、クライアント装置２０側はキーやマウス等の入出力情報をサーバ装置１０側へ伝送し、サーバ装置１０側で実行されているアプリケーションプログラムの画面変更情報を受信してクライアント装置２０側で表示を行なうような、いわゆるシンクライアントのサーバ実行型である。
【００２２】
図２は、クライアント装置２０の構成を示す図である。
図２において、クライアント装置２０は、ＣＰＵ（中央処理装置：Central Processing Unit）を備える制御部２０１、基本的には物理的なデータ伝送が行われる部位である、少なくとも無線ＬＡＮや携帯電話網等の無線ネットワークに接続するための無線通信制御部２０２、あるいは有線ＬＡＮ等の有線ネットワークに接続するための有線通信制御部２０３のどちらか一方、実際に送受信されるデータを制御する部分である通信プロトコル等のデータ通信制御部２０４、クライアント装置２０において実行する処理を実行するプログラムの他、クライアント装置２０の各機能を制御し実行するための制御プログラムが収納されたプログラム記憶部２０５、クライアント装置２０内の時間を管理する時計管理デバイスであり、常に電源が供給されているＲＴＣ（Real Time Clock）２０６、一時的又は保存のための各種のデータを記憶するデータ記憶部２０７、画像やその他の情報を表示するための表示装置２０８、表示装置２０８を制御するための表示制御部２０９、各種のデータや信号等を入力するための入力装置２１０、入力装置２１０を制御するための入力制御部２１１、の各部がバスに接続されて構成され、制御部２０１がこれらの各部を制御している。
【００２３】
そして、プログラム記憶部２０５には、制御部２０１の制御の下にデータ記憶部２０７のデータを用いて以下のような処理を行なうプログラムが格納されている。すなわち、クライアント装置２０でデスクトップ画面をキャッシュデータとして利用可能にするためにデスクトップのイメージデータを保存する処理、サーバ装置１０から送信されてきた画面データを受信する処理、キャッシュデータの有効性をサーバ装置１０に送信するための接続情報（端末ＩＤ、ユーザ名および切断時刻等）を切断時に保存処理、再接続時にデスクトップキャッシュのＩＤをサーバ装置１０に送信する処理、クライアント装置２０から送信したキャッシュＩＤをサーバ装置１０が利用した場合にサーバ装置１０から送信されるキャッシュＩＤを受信してクライアント装置２０の画面に反映させる処理等を行なうためのプログラムが格納されている。
【００２４】
図３は、サーバ装置１０の構成を示す図である。
図３において、サーバ装置１０は、ＣＰＵを備える制御部３０１、基本的には物理的なデータ伝送が行われる部位であるデータ通信Ｉ／Ｆ３０２、実際に送受信されるデータを制御する部分である通信プロトコル等のデータ通信制御部３０４、サーバ装置１０において実行する処理を実行するプログラムの他、サーバ装置１０の各機能を制御し実行するための制御プログラムが収納されたプログラム記憶部３０５、サーバ装置１０内の時間を管理する時計管理デバイスであり、常に電源が供給されているＲＴＣ３０６、クライアント装置２０やサーバ装置１０の各ユーザ情報３７１や一時的又は保存のためのデータファイル３７２等の各種のデータを記憶するデータ記憶部３０７、画像やその他の情報を表示するための表示装置３０８、表示装置３０８を制御するための表示制御部３０９、各種のデータや信号等を入力するための入力装置３１０、入力装置３１０を制御するための入力制御部３１１、の各部がバスに接続されて構成され、制御部３０１がこれらの各部を制御している。
【００２５】
そして、プログラム記憶部３０５には、制御部３０１の制御の下にデータ記憶部３０７のデータを用いて以下のような処理を行なうプログラムが格納されている。すなわち、クライアント装置２０からのサービス要求に基づいて更新される画面データを作成する処理、作成した画面データをクライアント装置２０へ送信する処理、切断時に接続情報（端末ＩＤ、ユーザＩＤおよび切断時刻等）を保存する処理、クライアント装置２０から受信したデスクトップキャッシュＩＤと、サーバ装置１０に保存してある前回接続していた接続情報とを比較して受信した情報が有効であるかを判断する処理、受信した情報が有効と判断した場合にキャッシュＩＤをサーバ装置１０からクライアント装置２０へ送信する処理等を行なうためのプログラムが格納されている。
【００２６】
次に、図４乃至図６を用いてネットワークの切断要因が異なるクライアント装置２０とサーバ装置１０の切断時の動作シーケンスについて説明する。
クライアント装置２０とサーバ装置１０とのネットワークの切断の切断要因としては、主に（１）クライアント装置２０から行なった場合、（２）ネットワークから行なった場合、（３）サーバ装置１０から行なった場合の３通りが考えられる。
【００２７】
まず、クライアント装置２０とサーバ装置１０とのネットワークの切断をクライアント装置２０から行なった場合について説明する。
図４は、クライアント装置２０とサーバ装置１０とのネットワークの切断をクライアント装置２０から行なった場合の動作シーケンスを示す図である。
【００２８】
図４中の右側がサーバ装置１０側のシーケンスであり、左側がクライアント装置２０側のシーケンスである。
まず、ステップＳ４０１において、ユーザがクライアント装置２０に対して切断指示を入力し、クライアント装置２０がサーバ装置１０側へその入力を送信する。すると、ステップＳ４０２において、サーバ装置１０がクライアント装置２０からの切断指示を受信し、その後、クライアント装置２０に対して切断イベントを送信する。
【００２９】
そして、ステップＳ４０３において、サーバ装置１０から切断イベントを受信したクライアント装置２０は、ステップＳ４０４において、クライアント装置２０は切断処理でソケットのクローズや終了処理を行なう。そして、ステップＳ４０５において、現在のクライアント装置２０で表示しているデスクトップイメージの画面をデータ記憶部２０７内のキャッシュ用のバッファに保存する。この時、クライアント装置２０ではユニークなキャッシュＩＤを割付ける。さらに、ステップＳ４０６において、このキャッシュデータに現在の切断時の接続情報（端末ＩＤ、ユーザＩＤおよび切断時刻等）を同時に記憶させる。
【００３０】
また、サーバ装置１０では、切断イベントをクライアント装置２０へ送信後、ステップＳ４０７において、ソケットのクローズや各状態の保存を切断処理で行ない、その後、ステップＳ４０８において、現在の切断時刻、接続していたユーザＩＤ、端末ＩＤ等を次回の接続時のデスクトップキャッシュの有効性の確認に利用するために接続情報として保存処理を行なう。
【００３１】
次に、クライアント装置２０とサーバ装置１０とのネットワークの切断をネットワークから行なった場合の動作について説明する。
図５は、クライアント装置２０とサーバ装置１０とのネットワークの切断をネットワークから行なった場合の動作シーケンスを示す図である。
【００３２】
図５中の右側がサーバ装置１０側のシーケンスであり、左側がクライアント装置２０側のシーケンスである。
まず、サーバ装置１０においては、ステップＳ５０１において、ネットワークドライバからの切断割込みを受信し、ステップＳ５０２において、ソケットのクローズや各状態の保存を切断処理で行ない、その後、ステップＳ５０３において、現在の切断時刻、接続していたユーザＩＤ、端末ＩＤ等を次回の接続時のデスクトップキャッシュの有効性の確認に利用するために接続情報としてデータ記憶部３０７へ保存処理を行なう。
【００３３】
他方、クライアント装置２０においては、ステップＳ５０４において、ネットワークドライバからの切断割込みを受信し、ステップＳ５０５において、切断処理でソケットのクローズや終了処理を行なう。そして、ステップＳ５０６において、現在のクライアント装置２０で表示しているデスクトップイメージの画面をデータ記憶部２０７内のキャッシュ用のバッファに保存する。この時、クライアント装置２０ではユニークなキャッシュＩＤを割付ける。さらに、ステップＳ５０７において、このキャッシュデータに現在の切断時の接続情報を同時に記憶させる。
【００３４】
次に、クライアント装置２０とサーバ装置１０とのネットワークの切断をサーバ装置１０から行なった場合について説明する。
図６は、クライアント装置２０とサーバ装置１０とのネットワークの切断をサーバ装置１０から行なった場合の動作シーケンスを示す図である。
【００３５】
図６中の右側がサーバ装置１０側のシーケンスであり、左側がクライアント装置２０側のシーケンスである。
まず、ステップＳ６０１において、サーバ装置１０がクライアント装置２０に対して切断指示を送信する。
【００３６】
すると、ステップＳ６０２において、サーバ装置１０から切断イベントを受信したクライアント装置２０は、ステップＳ６０３において、クライアント装置２０は切断処理でソケットのクローズや終了処理を行なう。そして、ステップＳ６０４において、現在のクライアント装置２０で表示しているデスクトップイメージの画面をキャッシュ用のバッファに保存する。この時、クライアント装置２０ではユニークなキャッシュＩＤを割付ける。さらに、ステップＳ６０５において、このキャッシュデータに現在の切断時の接続情報（端末ＩＤ、ユーザＩＤおよび切断時刻等）を同時に記憶させる。
【００３７】
また、サーバ装置１０では、切断指示をクライアント装置２０へ送信後、ステップＳ６０６において、ソケットのクローズや各状態の保存を切断処理で行ない、その後、ステップＳ６０７において、現在の切断時刻、接続していたユーザＩＤ、端末ＩＤ等を次回の接続時のデスクトップキャッシュの有効性の確認に利用するために接続情報として保存処理を行なう。
【００３８】
次に、図７および図８を用いてクライアント装置２０とサーバ装置１０とのネットワークの接続時の動作シーケンスについて説明する。
図７は、従来のクライアント装置２０とサーバ装置１０とのネットワークの接続時の動作シーケンスを示す図である。
【００３９】
図７中の右側がサーバ装置１０側のシーケンスであり、左側がクライアント装置２０側のシーケンスである。
まず、クライアント装置２０は、ステップＳ７０１において、ユーザの操作により接続開始動作を開始し、ステップＳ７０２において、ソフトウェアの初期化処理を行なう。そして、ステップＳ７０３において、接続確立処理を行ないサーバ装置１０との接続を開始する。
【００４０】
サーバ装置１０は、ステップＳ７０４において、接続確立処理を実行後、ステップＳ７０５において、画面イメージの送信処理を開始する。
クライアント装置２０は、ステップＳ７０６において、サーバ装置１０から受け取った表示情報に従って画面表示（ログオン画面）に反映し、ステップＳ７０７において、ログイン名およびパスワードを入力することによりログイン処理を実行する。
【００４１】
続いて、サーバ装置１０は、ステップＳ７０８において、クライアント装置２０で入力されたログイン名およびパスワードに基づいてユーザ認証処理を実行し、認証ＯＫであればクライアント装置２０との間で認証後のデータ処理を開始する。
【００４２】
そして、ステップＳ７０９において、サーバ装置１０がデスクトップ画面データのクライアント装置２０に対する送信処理を実行すると、ステップＳ７１０において、サーバ装置１０がそのデスクトップ画面データを受信し、ステップＳ７１１において、受信したデスクトップ画面データに基づく表示画面を生成・表示する。
【００４３】
このように、接続直後にサーバ装置１０から全画面分のデータが送信されるのでデータ量が非常に多く、通信時間も大きくなる。通信プロトコルによっては背景のみを矩形描画命令で送信するものもあるがアイコンやアプリケーションプログラムのウィンドウが存在すると、イメージデータそのものを送る必要があるので、やはり非常に大きなデータ量が送信される。
【００４４】
図８は、本発明を適用した実施の形態におけるクライアント装置２０とサーバ装置１０とのネットワークの接続時の動作シーケンスを示す図である。
図８中の右側がサーバ装置１０側のシーケンスであり、左側がクライアント装置２０側のシーケンスである。
【００４５】
まず、クライアント装置２０は、ステップＳ８０１において、ユーザの操作により接続開始動作を開始し、ステップＳ８０２において、ソフトウェアの初期化処理を行なう。そして、ステップＳ８０３において、接続確立処理を行ないサーバ装置１０との接続を開始する。
【００４６】
サーバ装置１０は、ステップＳ８０４において、接続確立処理を実行後、ステップＳ８０５において、画面イメージの送信処理を開始する。
クライアント装置２０は、ステップＳ８０６において、サーバ装置１０から受け取った表示情報に従って画面表示（ログオン画面）に反映し、ステップＳ８０７において、ログイン名およびパスワードを入力することによりログイン処理を実行する。
【００４７】
続いて、サーバ装置１０は、ステップＳ８０８において、クライアント装置２０で入力されたログイン名およびパスワードに基づいてユーザ認証処理を実行し、認証ＯＫであればクライアント装置２０との間で認証後のデータ処理を開始する。
【００４８】
ここまでは、従来と同じである。
そして、クライアント装置２０は、認証が確立（ＯＫ）すると、ステップＳ８０９において、前回の切断時にキャッシュしたデスクトップイメージのデータを読み出し、サーバ装置１０に対してそのキャッシュＩＤと切断時刻やユーザＩＤ、端末ＩＤ等の接続情報を送信する。
【００４９】
これを受信したサーバ装置１０は、ステップＳ８１０において、キャッシュＩＤが有効な値であるか否かと、前回の切断が同一のユーザでかつ同一のクライアント装置２０であるか否かを確認し、ステップＳ８１１において、キャッシュＩＤが有効であれば、クライアント装置２０から受け取ったデスクトップキャッシュＩＤをそのままクライアント装置２０へ返す。もしキャッシュＩＤが無効であればクライアント装置２０へクライアント装置２０で無効なキャッシュＩＤと判別できるダミーＩＤを返し、画面データを全て送信する。
【００５０】
そして、クライアント装置２０は、ステップＳ８１２において、デスクトップ画面のキャッシュＩＤを受信し、ステップＳ８１３において、有効なキャッシュＩＤを受け取った場合は、キャッシュバッファからデスクトップのキャッシュデータを読み出し画面データを表示に反映させる。
【００５１】
その後は通常のサーバベースコンピューティングと同様に、画面更新があった場合には差分データをサーバ装置１０からクライアント装置２０へ送信し（ステップＳ８１４）、クライアント装置２０がこれを表示画面として生成・表示する（ステップＳ８１５）。
【００５２】
次に、クライアント装置２０におけるネットワークの切断時の動作フローについて説明する。
図９は、クライアント装置２０におけるネットワークの切断処理の流れを示すフローチャートである。
【００５３】
まず、ステップＳ９０１において、切断処理としてはネットワーク網３０の接続を正常に切断するためにソケットのクローズを行なう。その後、ステップＳ９０２において、クライアント装置２０の切断時刻を記憶するためにＲＴＣ２０６から切断時刻を読み出す。そして、ステップＳ９０３において、デスクトップのキャッシュイメージデータとして保存するために、フレームバッファから切断時のデスクトップ画面のデータを読み込む。
【００５４】
キャッシュデータとして保存するためにはユニークなＩＤをつける必要があるので、ステップＳ９０４において、クライアント装置２０が管理するキャッシュＩＤで使用可能なＩＤを取得する。そして、ステップＳ９０５において、現在接続しているユーザＩＤ、クライアント装置２０独自の端末ＩＤを取得し、キャッシュデータと関連付けることで唯一のキャッシュデータとして保存することが可能となる。
【００５５】
そして、ステップＳ９０６において、これらの取得した情報と画面データをパッキングしたキャッシュデータとして生成し、キャッシュ用のバッファに書き込み保存し、切断処理を終了する。このキャッシュデータの書き込み処理については、図１０を用いて詳述する。
【００５６】
図１０は、キャッシュデータの書き込み処理の流れを示すフローチャートである。
まず、ステップＳ１００１において、キャッシュデータのヘッダ情報作成用のバッファを確保し、ステップＳ１００２において、ステップＳ１００１で確保したヘッダ情報作成用バッファに、取得してある各キャッシュ情報（キャッシュＩＤ、切断時刻情報、ユーザＩＤ、端末ＩＤ、画面データサイズ、データ開始オフセット、画像データの幅、高さ、カラーフォーマット等）を設定する。
【００５７】
図１１は、キャッシュデータのフォーマット例を示す図である。
図１１に示すように、キャッシュデータの構成としては、ヘッダ部分とデータ部分とで大きく二つに分類される。
【００５８】
ヘッダ部分ではキャッシュデータをユニークなものと判別するための情報として、キャッシュＩＤ、切断時刻情報、ユーザＩＤ、端末ＩＤを記憶する。そして画像データの情報として、画像データのデータ長を示す画像データサイズ、キャッシュデータ内で画像データのデータ本体の開始位置を示す開始オフセット、画像データの幅、高さのドット数を示す画像データ情報、画像データのドットに対するビット数を示すカラーフォーマット情報を記憶する。このような情報がヘッダ部分に記述された直後にデスクトップ画像のデータ本体が記憶される。なお画像データが圧縮／非圧縮データのいずれであるかは、クライアント装置２０の性能に依存する。
【００５９】
図１０の説明に戻る。
ステップＳ１００３において、キャッシュデータ保存用のファイルを作成し、ステップＳ１００４において、ヘッダ情報をそのファイルに書き込む。また、ステップＳ１００５において、画像データをファイルに書き込み、ステップＳ１００６において、ファイルをクローズする。
【００６０】
次に、ステップＳ１００７において、書き込みが成功したか否かを判断し、成功したと判断された場合（ステップＳ１００７：Ｙｅｓ）は、ステップＳ１００８において、キャッシュ情報管理用のリストへキャッシュ情報を追加して本キャッシュデータの書き込み処理を終了する。他方、成功しなかったと判断された場合（ステップＳ１００７：Ｎｏ）は、エラーを返す等の異常処理をして本キャッシュデータの書き込み処理を終了する。
【００６１】
次に、クライアント装置２０における接続時の動作フローについて説明する。
クライアント装置２０における接続時の動作フローは、デスクトップのキャッシュデータ処理とイベント待ち処理とから構成される。
【００６２】
図１２は、クライアント装置２０におけるデスクトップのキャッシュデータ処理の流れを示すフローチャートであり、図１３は、クライアント装置２０におけるイベント待ち処理の流れを示すフローチャートであり、図１４は、サブルーチン「データ受信処理」の流れを示すフローチャートであり、図１５は、サブルーチン「キャッシュデータ読み込み処理」の流れを示すフローチャートである。
【００６３】
まず、図１２のステップＳ１２０１において、クライアント装置２０内にデスクトップキャッシュデータが存在するかの確認処理を行なう。
デスクトップキャッシュデータが存在した場合（ステップＳ１２０２：Ｙｅｓ）には、ステップＳ１２０３において、デスクトップキャッシュデータを読み込み、ステップＳ１２０４において、デスクトップキャッシュデータのヘッダ部分に記憶されている情報を基に、サーバ装置１０へデスクトップキャッシュデータの存在を表わすキャッシュ情報パケットを生成する。このキャッシュ情報をサーバ装置１０が受け取り判断し、クライアント装置２０へ応答することで、初めてクライアント装置２０はデスクトップキャッシュデータを使用することができる。
【００６４】
他方、デスクトップキャッシュデータが存在しない場合（ステップＳ１２０２：Ｎｏ）には、ステップＳ１２０５において、あらかじめ無効な値として規定しているダミーのキャッシュＩＤを利用して、キャッシュ情報パケットを生成する。
【００６５】
そして、ステップＳ１２０６において、ステップＳ１２０４またはステップＳ１２０５で生成されたキャッシュ情報パケットをサーバ装置１０に送信し、サーバ装置１０の応答を待つために、後述するイベント待ち処理が実行される。
【００６６】
イベント待ち処理では、まず、図１３のステップ１３０１において、イベントが発生したか否かを判断する。
イベントが発生したと判断された場合（ステップＳ１３０１：Ｙｅｓ）は、その発生したイベントの種別を判別し、各処理を実行する。具体的には、ステップＳ１３０２において、その発生したイベントがマウス入力やキー入力等のユーザ操作イベントであるか否かを判断する。ユーザ操作イベントであると判断された場合（ステップＳ１３０２：Ｙｅｓ）は、ステップＳ１３０３において、サーバ装置１０へ入力イベント情報の送信処理を行った後、ステップＳ１３０１に戻り、またイベント待ち処理の状態が継続される。
【００６７】
ユーザ操作イベントでないと判断された場合（ステップＳ１３０２：Ｎｏ）は、ステップＳ１３０４において、その発生したイベントがデータ受信であるか否かを判断する。データ受信のイベントであると判断された場合（ステップＳ１３０４：Ｙｅｓ）は、ステップＳ１３０５において、サブルーチン「データ受信処理」を実行する。サブルーチン「データ受信処理」については詳細を後述する。
【００６８】
他方、データ受信のイベントでないと判断された場合（ステップＳ１３０４：Ｎｏ）は、ステップＳ１３０６において、その他のイベント処理を実行した後、ステップＳ１３０１に戻り、またイベント待ち処理の状態が継続される。
【００６９】
次に、サブルーチン「データ受信処理」について説明する。
サブルーチン「データ受信処理」では、まず受信データの種別を判別する。
具体的には、ステップＳ１４０１において、受信したデータが画面更新データであるか否かを判断し、画像更新データでないと判断された場合、すなわち、画面更新データ以外であると判断された場合（ステップＳ１４０１：Ｎｏ）は、ステップＳ１４０２において、例えば切断やクライアント情報の要求等のそれぞれ対応する命令を実行する。
【００７０】
他方、画像更新データであると判断された場合（ステップＳ１４０１：Ｙｅｓ）は、ステップＳ１４０３において、その受信した画像更新データが描画命令であるのか否かを判断する。そして、直線描画や矩形描画等の描画命令であると判断された場合（ステップＳ１４０３：Ｙｅｓ）は、ステップＳ１４０４において、対応する各描画処理を実行し、描画命令でないと判断された場合（ステップＳ１４０３：Ｎｏ）は、ステップＳ１４０５において、受信したデータが画面更新データであるか否かを判断する。
【００７１】
受信データが画面更新データであると判断された場合（ステップＳ１４０５：Ｙｅｓ）は、ステップＳ１４０６において、サーバ装置１０から受信した画像データを展開し、ビットマップ（Bitmap）画像データをフレームバッファに転送する描画処理を実行する。他方、受信データが画面更新データでないと判断された場合（ステップＳ１４０５：Ｎｏ）は、ステップＳ１４０７において、キャッシュデータを利用する描画命令であるか否かを判断する。
【００７２】
そして、キャッシュデータを利用する描画命令であると判断された場合（ステップＳ１４０７：Ｙｅｓ）は、ステップＳ１４０８において、クライアント装置２０に記憶されているキャッシュデータを読み込む処理（図１６を用いて後述するサブルーチン「キャッシュデータ読み込み処理」）を実行し、ステップＳ１４０９において、その読み込んだキャッシュデータをフレームバッファに転送して描画処理を行なう。このキャッシュデータを読み込む際に利用するキャッシュＩＤとして、クライアント装置２０から接続時にサーバ装置１０へ送信したキャッシュＩＤが利用される。
【００７３】
他方、キャッシュデータを利用する描画命令でないと判断された場合（ステップＳ１４０７：Ｎｏ）は、ステップＳ１４１０において、それぞれの命令に従い更新動作が実行される。（描画色の更新や描画有効領域の設定等）
そして、ステップＳ１４０９あるいはステップＳ１４１０の実行後、イベント待ち処理へと戻る。
【００７４】
続いて、上記ステップＳ１４０８において実行されるサブルーチン「キャッシュデータ読み込み処理」について説明する。
まず、ステップＳ１５０１において、キャッシュリストからキャッシュＩＤを検索し、ステップＳ１５０２において、一致するキャッシュＩＤがあるか否かを判断する。
【００７５】
一致するキャッシュＩＤが検索できなかった場合（ステップＳ１５０２：Ｎｏ）は、エラーを返す等の異常処理をして本サブルーチン「キャッシュデータ読み込み処理」を終了する。
【００７６】
他方、一致するキャッシュＩＤが検索できた場合（ステップＳ１５０２：Ｙｅｓ）は、ステップＳ１５０３において、キャッシュデータのヘッダ情報を取得し、ステップＳ１５０４において、画像サイズや表示オフセット等の値を取得する。そして、ステップＳ１５０５において、画像データ展開用のメモリを確保する。
【００７７】
次に、ステップＳ１５０６において、画像メモリ展開用のメモリが確保できたか否かを判断し、展開できた場合（ステップＳ１５０６：Ｙｅｓ）は、ステップＳ１５０７において、キャッシュデータをそのメモリに展開して本サブルーチン「キャッシュデータ読み込み処理」を終了する。展開できなかった場合（ステップＳ１５０８：Ｎｏ）は、エラーを返す等の異常処理をして本サブルーチン「キャッシュデータ読み込み処理」を終了する。
【００７８】
次に、サーバ装置１０におけるデータ受信待ちの動作フローについて説明する。
サーバベースコンピューティングシステム１においては、基本的にクライアント装置２０からのユーザ入力操作データをサーバ装置１０が受け取り、実行すべき動作を判断してその各動作を実行し、画面更新情報をクライアント装置２０へ送信している。
【００７９】
図１６は、サーバ装置１０におけるデータ受信待ち処理の流れを示すフローチャートであり、図１７は、サブルーチン「デスクトップのキャッシュＩＤデータ受信処理」の流れを示すフローチャートである。
【００８０】
これらのフローチャートによって、サーバ装置１０がクライアント装置２０から受信したデータをどのように処理を行なうのかを説明する。
まず、図１６のステップＳ１６０１において、サーバ装置１０がクライアント装置２０からのデータを受信する。
【００８１】
そして、ステップＳ１６０２において、データを受信したか否かを判断し、受信した場合（ステップＳ１６０２：Ｙｅｓ）は、ステップＳ１６０３において、受信データがログオンデータか否かを判断する。
【００８２】
受信データがログオンデータであると判断された場合（ステップＳ１６０３：Ｙｅｓ）、ステップＳ１６０４において、ログオン処理として、ユーザＩＤや、パスワードからサーバ装置１０への認証を許可するかを判断し、クライアント装置２０へ応答結果を返す処理を実行してステップＳ１６０１に戻る。
【００８３】
ログオンデータでないと判断された場合（ステップＳ１６０３：Ｎｏ）は、ステップＳ１６０５において、マウス入力やキー入力等のユーザ入力データであるか否かを判断する。
【００８４】
そして、ユーザ入力データであると判断された場合（ステップＳ１６０５：Ｙｅｓ）は、ステップＳ１６０６において、入力処理として、座標データやキーコード等が付加されているのでこれらの情報を解析し、サーバ装置１０で各入力に対応した処理（入力処理）を実行してステップＳ１６０１に戻る。他方、ユーザ入力データでないと判断された場合（ステップＳ１６０５：Ｎｏ）は、ステップＳ１６０７において、文字列データであるか否かを判断する。
【００８５】
文字列データであると判断された場合（ステップＳ１６０７：Ｙｅｓ）は、ステップＳ１６０８において、クリップボード同期処理を実行してステップＳ１６０１に戻る。他方、文字列データでないと判断された場合（ステップＳ１６０７：Ｎｏ）は、ステップＳ１６０９において、キャッシュＩＤデータであるか否かを判断する。
【００８６】
キャッシュＩＤデータである（すなわち、キャッシュＩＤデータを受信した）と判断された場合（ステップＳ１６０９：Ｙｅｓ）は、ステップＳ１６１０において、図１７を用いて後述するサブルーチン「デスクトップのキャッシュＩＤデータ受信処理」を実行してステップＳ１６０１に戻る。他方、キャッシュＩＤデータでないと判断された場合、すなわちその他の受信データであった場合（ステップＳ１６０９：Ｎｏ）は、ステップＳ１６１１において、それぞれに対応した処理を実行してステップＳ１６０１に戻る。
【００８７】
次に、サブルーチン「デスクトップのキャッシュＩＤデータ受信処理」、すなわち、クライアント装置２０の接続時にサーバ装置１０がクライアント装置２０からデスクトップのキャッシュＩＤデータを受信した場合の処理について説明する。
【００８８】
まず、ステップＳ１７０１およびステップＳ１７０２において、キャッシュＩＤデータを受信した際に、キャッシュＩＤの値が有効であるかの否かの確認処理を行なう。前述のクライアント装置２０の処理で示したように、クライアント装置２０にキャッシュデータが存在しない場合にはダミーのＩＤ値が送信されるのでそのダミーＩＤで確認を行なう。
【００８９】
そして、キャッシュＩＤが有効であると判断した場合（ステップＳ１７０２：Ｙｅｓ）は、ステップＳ１７０３およびステップＳ１７０４において、キャッシュＩＤに続く他の情報が有効であるかの確認を行なう。ここではサーバ装置１０で記憶していた前回接続情報を読み出し、クライアント装置２０とサーバ装置１０とにおいて切断時刻がある程度の範囲内に収まっており、かつ、同一のユーザＩＤであり同一の端末ＩＤであることが確認された場合のみ、キャッシュ情報が有効であると判断する。
【００９０】
そして、キャッシュＩＤが有効であると判断された場合（ステップＳ１７０４：Ｙｅｓ）は、ステップＳ１７０５において、クライアント装置２０で受信したキャッシュＩＤを利用して、キャッシュデータを描画する命令をクライアント装置２０へ送信する。
【００９１】
他方、キャッシュＩＤが有効でない（無効である）と判断された場合（ステップＳ１７０４：Ｙｅｓ）は、ステップＳ１７０５において、デスクトップのイメージデータをサーバ装置１０で生成し、ステップＳ１７０６において、通常のイメージデータとしてクライアント装置２０への送信を行なう。
【００９２】
さらに、ステップＳ１７０８において、画面の更新データがあるか否かを判断し、画面の更新データがあると判断した場合（ステップＳ１７０８：Ｙｅｓ）には、ステップＳ１７０９において、画面の差分データを生成し、ステップＳ１７１０において、クライアント装置２０へその差分データを画像データとして送信する。これらの一連の処理が終了した後、サーバ装置１０は通常のクライント装置２０からのデータ受信待ち処理を継続する（図１６のステップＳ１６０１へ戻る）。
【００９３】
以上、本発明を適用した実施の形態を説明してきた。この実施の形態では、切断と再接続時にキャッシュデータを利用してデスクトップ画面を構築したが、サーバ装置１０で実行するアプリケーションの起動と終了をトリガーにして、アプリケーションの画面データをキャッシュデータとして記憶することにより、更新画面データ量の軽減を図ることが可能である。これを変形例として以下に説明する。
【００９４】
図１８は、変形例におけるキャッシュデータのフォーマット例を示す図である。
図１８において、図１１を用いて説明した実施の形態におけるデスクトップ画面のキャッシュデータと異なる部分は、まずヘッダ部分にアプリケーションＩＤが存在する事であり、これはアプリケーションを特定するのに必要な情報である。
【００９５】
次に、切断時刻情報がアプリ終了時刻情報となる事である。アプリケーションの終了時の時刻を記憶することでサーバ装置１０で次回起動時にキャッシュデータが利用できるかの判断の材料として利用する。
【００９６】
そして、ヘッダ部分の最後にアプリ表示開始座標位置がある。この情報はアプリケーションが終了時にどの座標から表示していたかを記憶しておくための情報である。これらの情報を記憶することがアプリケーションの再起動を行った時にキャッシュデータを利用するための最低限の情報となる。
【００９７】
なお、従来のサーバベースコンピューティングシステム（シンクライアントシステム）での画面更新では、クライアント装置でアプリケーションの情報はサーバ装置から得ることはできない。よってこの変形例の方法を実現するためには、サーバ装置１０からアプリケーションの起動情報（アプリケーションＩＤや表示位置、起動タイミング等）、アプリ終了情報（アプリケーションが終了する直前のタイミング等）をサーバ装置１０からクライアント装置へ伝える仕組みが必要となる。
【００９８】
上記のような条件を満たすことでアプリケーションの起動、終了時でのキャッシュデータの利用が可能となる。実際に通常のアプリケーションではタイトル部分や操作アイコン部分等で大量の画面更新データがサーバ装置１０から送信されるので、キャッシュデータを利用することで大幅なデータ通信量の軽減を図ることが可能となる。
【００９９】
なお、上述してきた本発明の実施の形態は、サーバ装置またはクライアント装置の一機能としてハードウェアまたはＤＳＰ（Digital  Signal  Processor）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【０１００】
以上、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用されるサーバ装置およびクライアント装置は、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【０１０１】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、サーバ装置およびクライアント装置に供給し、それらのサーバ装置およびクライアント装置のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【０１０２】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【０１０３】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【０１０４】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【０１０５】
さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【０１０６】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
【図面の簡単な説明】
【０１０７】
【図１】サーバベースコンピューティングシステム１のネットワーク構成の概略を示す図である。
【図２】クライアント装置２０の構成を示す図である。
【図３】サーバ装置１０の構成を示す図である。
【図４】クライアント装置２０とサーバ装置１０とのネットワークの切断をクライアント装置２０から行なった場合の動作シーケンスを示す図である。
【図５】クライアント装置２０とサーバ装置１０とのネットワークの切断をネットワークから行なった場合の動作シーケンスを示す図である。
【図６】クライアント装置２０とサーバ装置１０とのネットワークの切断をサーバ装置１０から行なった場合の動作シーケンスを示す図である。
【図７】従来のクライアント装置２０とサーバ装置１０とのネットワークの接続時の動作シーケンスを示す図である。
【図８】本発明を適用した実施の形態におけるクライアント装置２０とサーバ装置１０とのネットワークの接続時の動作シーケンスを示す図である。
【図９】クライアント装置２０におけるネットワークの切断処理の流れを示すフローチャートである。
【図１０】キャッシュデータの書き込み処理の流れを示すフローチャートである。
【図１１】キャッシュデータのフォーマット例を示す図である。
【図１２】クライアント装置２０におけるデスクトップのキャッシュデータ処理の流れを示すフローチャートである。
【図１３】クライアント装置２０におけるイベント待ち処理の流れを示すフローチャートである。
【図１４】サブルーチン「データ受信処理」の流れを示すフローチャートである。
【図１５】サブルーチン「キャッシュデータ読み込み処理」の流れを示すフローチャートである。
【図１６】サーバ装置１０におけるデータ受信待ち処理の流れを示すフローチャートである。
【図１７】サブルーチン「デスクトップのキャッシュＩＤデータ受信処理」の流れを示すフローチャートである。
【図１８】変形例におけるキャッシュデータのフォーマット例を示す図である。
【符号の説明】
【０１０８】
１        サーバベースコンピューティングシステム
１０      サーバ装置
２０      クライアント装置
３０      ネットワーク網
４０      アクセスポイント
２０１    制御部
２０２    無線通信制御部
２０３    有線通信制御部
２０４    データ通信制御部
２０５    プログラム記憶部
２０６    ＲＴＣ（Real Time Clock）
２０７    データ記憶部
２０８    表示装置
２０９    表示制御部
２１０    入力装置
２１１    入力制御部
３０１    制御部
３０２    データ通信Ｉ／Ｆ
３０４    データ通信制御部
３０５    プログラム記憶部
３０６    ＲＴＣ（Real Time Clock）
３０７    データ記憶部
３０８    表示装置
３０９    表示制御部
３１０    入力装置
３１１    入力制御部
【図２】
2008071092.tif 000003
【図３】
2008071092.tif 000004
【図４】
2008071092.tif 000005
【図５】
2008071092.tif 000006
【図６】
2008071092.tif 000007
【図７】
2008071092.tif 000008
【図８】
2008071092.tif 000009
【図９】
2008071092.tif 000010
【図１０】
2008071092.tif 000011
【図１１】
2008071092.tif 000012
【図１２】
2008071092.tif 000013
【図１３】
2008071092.tif 000014
【図１４】
2008071092.tif 000015
【図１５】
2008071092.tif 000016
【図１６】
2008071092.tif 000017
【図１７】
2008071092.tif 000018
【図１８】
2008071092.tif 000019
【図１】
2008071092.tif 000020