(57)【要約】【課題】通信環境に応じたリモートデスクトップ方式を選択して、より快適な操作性を得るリモートデスクトップシステム、クライアント装置、サーバ、通信方式選択方法、プログラム及び記録媒体を提供する。【解決手段】サーバと、クライアント装置とが、ネットワークを介して接続されたリモートデスクトップシステムであって、前記クライアント装置は、前記サーバにデータを送った際の伝送遅延値を測定する遅延値測定手段と、前記遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する方式判定手段と、を備え、前記遅延値測定手段は、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、前記通信方式の選択は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする。【選択図】図１
2010087625.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、クライアント装置とが、ネットワークを介して接続されたリモートデスクトップシステムであって、
前記クライアント装置は、
前記サーバにデータを送った際の伝送遅延値を測定する遅延値測定手段と、
前記遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する方式判定手段と、を備え、
前記遅延値測定手段は、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、
前記通信方式の選択は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とするリモートデスクトップシステム。
【請求項２】
前記第一の方式は、前記サーバが、前記クライアント装置からの操作信号に応じた画像データを生成するためのコマンドを送信する方式であり、
前記第二の方式は、前記サーバが、前記クライアント装置からの操作信号に応じた画像データを送信する方式であることを特徴とする請求項１記載のリモートデスクトップシステム。
【請求項３】
前記サーバは、前記クライアント装置とVirtual Private Networkを構築する第一のVPN構築手段を備え、
前記クライアント装置は、前記サーバとVirtual Private Networkを構築する第二のVPN構築手段を備え、
前記クライアント装置から前記サーバへ接続を試みるタイミングは、前記クライアント装置から前記サーバへＶＰＮ構築するために接続するタイミングであり、前記サーバと前記クライアント装置とが接続し、VPNが構築された際に、Pingを実行し、リプライが返ってくるまでの時間や応答率から、遅延値であるRTT値を算出することを特徴とする請求項１又は２記載のリモートデスクトップシステム。
【請求項４】
サーバとネットワークを介して接続し、リモートデスクトップシステムを構成するクライアント装置であって、
前記サーバにデータを送った際の伝送遅延値を測定する遅延値測定手段と、
前記遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する方式判定手段と、を備え、
前記遅延値測定手段は、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、
前記通信方式の選択は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とするクライアント装置。
【請求項５】
前記第一の方式は、前記サーバが、前記クライアント装置からの操作信号に応じた画像データを生成するためのコマンドを送信する方式であり、
前記第二の方式は、前記サーバが、前記クライアント装置からの操作信号に応じた画像データを送信する方式であることを特徴とする請求項４記載のクライアント装置。
【請求項６】
前記第二の方式は、前記方式判定手段によって前記第二の方式が選択され、前記第二の方式で前記サーバと接続したタイミングで、再度前記遅延値測定手段によって伝送遅延値を測定し、前記再度測定した遅延値に応じて、前記サーバが送信する画像データの画質の段階を設定することを特徴とする請求項５記載のクライアント装置。
【請求項７】
クライアント装置とネットワークを介して接続し、リモートデスクトップシステムを構成するサーバであって、
前記クライアント装置において選択された通信方式が第一の方式の場合は、前記クライアント装置からの操作信号に応じた画像データを生成するためのコマンドを送信し、前記選択された通信方式が第二の方式の場合は、前記クライアント装置からの操作信号に応じた画像データを送信する送信手段を備えることを特徴とするサーバ。
【請求項８】
画像データを圧縮する圧縮手段を備え、
前記送信手段は、前記クライアント装置において選択された通信方式が第二の方式の場合に、１枚目の画像データは前記圧縮手段により圧縮して送信し、２枚目以降の画像データは前回送信した画像データとの差分を抽出し、前記抽出した差分の画像データを前記圧縮手段により圧縮して送信することを特徴とする請求項７記載のサーバ。
【請求項９】
前記送信手段は、前記クライアント装置において選択された通信方式が第二の方式の場合に、さらに、前記クライアント装置においてサーバから送信する画像データの画質の段階が設定されている場合は、前記設定された段階に応じて画質を変化させた画像データを送信することを特徴とする請求項７又は８記載のサーバ。
【請求項１０】
サーバとネットワークを介して接続し、リモートデスクトップシステムを構成するクライアント装置の通信方式選択方法であって、
前記サーバにデータを送った際の伝送遅延値を測定するステップと、
前記測定した遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択するステップと、を備え、
前記遅延値を測定するステップは、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、
前記通信方式を選択するステップは、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする通信方式選択方法。
【請求項１１】
サーバとネットワークを介して接続し、リモートデスクトップシステムを構成するクライアント装置の通信方式選択プログラムであって、
前記サーバにデータを送った際の伝送遅延値を測定する処理と、
前記測定した遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する処理と、をコンピュータに実行させ、
前記遅延値を測定する処理は、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、
前記通信方式を選択する処理は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする通信方式選択プログラム。
【請求項１２】
請求項１１記載の通信方式選択プログラムの処理を記録するコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモートデスクトップシステム、クライアント装置、サーバ、通信方式選択方法、プログラム及び記録媒体に関し、特に通信環境に応じたリモートデスクトップ方式を選択して、より快適な操作性を得ることが出来るリモートデスクトップシステム、クライアント装置、サーバ、通信方式選択方法、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
インターネット等のネットワークを介して接続された装置のリモート操作を可能にするリモートユーザインタフェースシステムが知られている。リモートユーザインタフェースシステムでは、ユーザが操作を行うためのＵＩ（ユーザインターフェース）や、表示情報を視認することが可能な表示装置を備えた装置側はクライアント装置と呼ばれ、ネットワークを介して制御される装置側は、サーバと呼ばれる（特許文献１参照）。また、コンピュータのＧＵＩ（グラフィックユーザインタフェース）をネットワークで接続された別の機器から操作するリモートデスクトップシステムが広く採用されている。例えば自宅のＰＣ（パーソナルコンピュータ）をサーバとし、外出先等の遠隔地から他のＰＣ（例えばモバイルＰＣ）を用いてネットワークを介して自宅にあるサーバにアクセスし、サーバが記憶しているデータを外出先で閲覧することが出来る。
【０００３】
サーバからクライアント装置へのデータ伝送に関しては、プロキシサーバを介してサーバからクライアント装置へ画像データを伝送する技術が知られている（特許文献２参照）。ここで、画像データとは、静止画及び動画の双方を含む。プロキシサーバは、画像データ伝送をより効率的に行うために用いられているが、無線回線のように不安定で時々刻々スループットが変動するような場合にも単純に画像情報を伝送すると、必要以上に時間がかかり過ぎることがある。そこで、画像情報の送信に先立ち、プロキシサーバはクライアントに対し回線速度の問い合せを行い、クライアントから回線速度情報を取得する。取得した回線速度情報に応じて、プロキシサーバは、クライアントへ送信する画像の画質を変更する。すなわち、回線速度が遅い程、画像の品質を落としてデータ量の少ない画像にしてクライアントへ送信する。
【特許文献１】特開２００８−１２９９５４号公報
【特許文献２】特開平１１−１６１５７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したリモートデスクトップシステムでは、サーバとクライアント装置の間でネットワークを介してデータ伝送が行われる分、クライアント装置で行った操作が画面に反映させるまでに時間の遅れが生じ、快適な操作性が損なわれてしまうことがあった。
【０００５】
データ伝送に関しては、上述したプロキシサーバを介してサーバからクライアント装置へ画像データを伝送する技術では、画像データのサイズを変更することなく単純に送信するのではなく、クライアントから取得した回線速度情報に応じて画質変更するよう、データ伝送の効率化について検討されているが、いずれも画像データ送信が前提となっている。
【０００６】
リモートデスクトップシステムでは画像データを送信する方式の他、コマンドとして伝送する方式（特許文献１、段落０００３）も用いられている（以下、かかる２つの方式をリモートデスクトップ方式とも称す）。一般的に、クライアント装置は１つのリモートデスクトップ方式しかサポートされておらず、購入時にどの方式をサポートしたクライアント装置を購入するか選択している。企業のネットワーク環境に応じて選択できるよう複数のリモートデスクトップ方式を搭載しているクライアント装置であっても、サーバに接続する際にユーザがいずれかの方式を選択するか、若しくはいずれかの方式しか使えないようシステム管理されている。ユーザは、通信環境を考慮していずれかの方式を選択している。
【０００７】
しかしながら、リモートデスクトップシステムを用いてクライアント装置からアクセスする際、その時に利用する通信インフラだけでなく、場所や時間帯、周りのインターネット利用者数によっても通信性能が異なり、実際に接続してみないとどちらの方式がより適切かは分からない。
【０００８】
すなわち、コマンドとして伝送する方式では、通信するデータは、コマンド情報が主なので、送信データのサイズが小さく低速回線でも円滑に送受信できるが、クライアント装置が保持していない、動画などの画像を表示する場合は、クライアント装置はサーバからこのデータをダウンロードし、クライアント装置のハードウェア資源を用いて処理する必要がある。しかしながら、一般にこのようなシステムのクライアント装置はサーバに比べて処理能力が低く、円滑な再生は期待できない。一方、画像データを送信する方式では、通信するデータは画像データのため、送信データのサイズが大きく、ある程度の回線速度を必要とする。したがって、遅延の大きい＝実効速度が遅い環境では、コマンド伝送方式の方が操作性に優れるが、遅延の小さい＝実効速度が速い可能性が高い環境では、画像データ伝送方式の方が動画などの再生時でも安定した操作性を維持できる。
【０００９】
そこで、時々刻々と変化する通信環境に応じて、より快適な操作性を得ることが出来るリモートデスクトップ方式が選択されることが求められる。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、通信環境に応じたリモートデスクトップ方式を選択して、より快適な操作性を得ることを目的としている。
【課題を解決するための手段】
【００１１】
本発明に係るリモートデスクトップシステムは、サーバと、クライアント装置とが、ネットワークを介して接続されたリモートデスクトップシステムであって、前記クライアント装置は、前記サーバにデータを送った際の伝送遅延値を測定する遅延値測定手段と、前記遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する方式判定手段と、を備え、前記通信方式の選択は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする。
【００１２】
本発明に係るクライアント装置は、サーバとネットワークを介して接続し、リモートデスクトップシステムを構成するクライアント装置であって、前記サーバにデータを送った際の伝送遅延値を測定する遅延値測定手段と、前記遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する方式判定手段と、を備え、前記遅延値測定手段は、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、前記通信方式の選択は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする。
【００１３】
本発明に係るサーバは、クライアント装置とネットワークを介して接続し、リモートデスクトップシステムを構成するサーバであって、前記クライアント装置において選択された通信方式が第一の方式の場合は、前記クライアント装置からの操作信号に応じた画像データを生成するためのコマンドを送信し、前記選択された通信方式が第二の方式の場合は、前記クライアント装置からの操作信号に応じた画像データを送信する送信手段を備えることを特徴とする。
【００１４】
本発明に係る通信方式選択方法は、サーバとネットワークを介して接続し、リモートデスクトップシステムを構成するクライアント装置の通信方式選択方法であって、前記サーバにデータを送った際の伝送遅延値を測定するステップと、前記測定した遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択するステップと、を備え、前記遅延値を測定するステップは、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、前記通信方式を選択するステップは、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする。
【００１５】
本発明に係る通信方式選択プログラムは、サーバとネットワークを介して接続し、リモートデスクトップシステムを構成するクライアント装置の通信方式選択プログラムであって、前記サーバにデータを送った際の伝送遅延値を測定する処理と、前記測定した遅延値が、予め定めた閾値を満たすか否かによって、前記サーバとの通信方式を選択する処理と、をコンピュータに実行させ、前記遅延値を測定する処理は、前記クライアント装置から前記サーバへ接続を試みるタイミングで測定し、前記通信方式を選択する処理は、前記遅延値が前記閾値以上であった場合は、第一の方式を選択し、前記遅延値が前記閾値未満であった場合は、第二の方式を選択することを特徴とする。
【００１６】
本発明に係る記録媒体は、上記通信方式選択プログラムの処理を記録するコンピュータ読取り可能な記録媒体である。
【発明の効果】
【００１７】
本発明によれば、通信環境に応じたリモートデスクトップ方式を選択して、より快適な操作性を得ることが出来る。
【発明を実施するための最良の形態】
【００１８】
以下に、本発明の実施形態について図面を用いて詳細に説明する。なお、以下に述べる実施形態は、本発明の好適な実施形態であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００１９】
本実施形態に係るクライアント装置とサーバとがネットワークを介して接続されるリモートデスクトップシステムにおいて利用するリモートデスクトップ方式は、以下の２つ（方式Ａ及び方式Ｂ）が考え得る。なお、本明細書においてネットワークは有線・無線を問わない。
【００２０】
（方式Ａ）
サーバ側で生成したコマンド情報をクライアント装置に転送し、クライアント装置側でコマンド情報に基づき画像データを生成する方式である。コマンド情報を伝送するため、後述する方式Ｂの画像データ伝送に比べて伝送量が少なく、狭帯域でも快適な操作性を提供出来る。しかしながら、クライアント装置側において、コマンド情報に基づき画像データを生成するためのリソースが必要になる。例えば写真画像、動画再生など、クライアント装置内に存在しないソースが存在する場合は、サーバからデータをダウンロードして描画処理するため、時間がかかってしまう。
【００２１】
（方式Ｂ）
サーバ側で生成した画像データをクライアント装置に転送する方式である。画像データを転送するため、ネットワーク伝送する情報量が増加し、通信帯域を多く必要とするが、動画の再生性能は比較的高く、優れている。狭帯域では十分な性能が出ない。データ伝送量を軽減するため、サーバ側の画面に変更が生じた部分（差分）だけを抽出し、圧縮してクライアント装置に転送することも可能である。
【００２２】
上述のように、各リモートデスクトップ方式はそれぞれ一長一短があり、本実施形態に係るクライアント装置は、通信環境に応じてより快適な操作を行うことが出来る方式を選択することを特徴とする。
【００２３】
（構成）
本実施形態に係るクライアント装置１と、サーバ３とが、ネットワーク２を介して接続されたリモートデスクトップシステムの全体概略図を図１に示す。図１に示す構成により、通信環境に応じたより快適な操作を行うことが出来る方式を選択することが可能となる。
【００２４】
クライアント装置１は、設定部１１、記憶部１２、ＶＰＮ（Virtual Private Network；私的ネットワーク、私設網）構築部１３、ＲＴＴ（Return to Trip；伝送遅延）測定部１４、方式判定部１５、方式Ａクライアント１６、方式Ｂクライアント１７を備える。
【００２５】
サーバ２は、設定部３１、記憶部３２、ＶＰＮ構築部３３、方式Ａサーバ３４、方式Ｂサーバ３５を備える。
【００２６】
ＲＴＴ値は、サーバにデータを送った際の応答時間の値であり、これにより伝送遅延の程度を把握することが出来る。ＲＴＴ値に応じて、二つの方式（方式ＡorＢ）が選択される。
【００２７】
ここで、受信速度（帯域）の上限値については、例えば以下の式で算出出来る。
受信帯域の上限[bps]=RWin[byte]×8/RTT[ms]×1000
RWin・・・サーバが一度に送るデータ量
RTT・・・サーバとの往復時間  pingでの測定が一般的
RWinの値が固定だとすると、RTT値によって実効速度の上限が決まってくるため、RTTを計測すれば、おおよその通信性能が予想できる。また、実効速度を測定する場合、ファイルをアップロードやダウンロードしたときの時間から測定するが、ファイルサイズが小さいと誤差が大きくなり、ファイルサイズを大きくすると測定に時間がかかる。その点、pingであれば、短時間に何度も測定できるため、比較的信頼の置ける値を短時間に得ることが出来る。
【００２８】
また、本実施形態に係るリモートデスクトップシステムは、セキュリティを考慮し、ＶＰＮの中で通信するようにしている。従って、最初にＶＰＮを張るためにサーバ２と接続したタイミングでＲＴＴ値を測定することが可能となるが、本発明はこれに限られることはなく、クライアント装置から前記サーバへ接続を試みるタイミングで測定できれば良い。従ってＶＰＮ構築部は必ずしも必須の構成とはならない。
【００２９】
（動作処理）
次に、本実施形態に係るリモートデスクトップシステムの動作処理について、図２に示すフローチャートを用いて説明する。
【００３０】
システム導入時は、クライアント装置１、サーバ２をローカルネットワークに接続し、設定部で初期設定を行う。これにより、ＶＰＮ接続やリモートデスクトップ接続に必要な情報を記憶部に保存する。
【００３１】
サーバ２へのリモートデスクトップ接続時には（ステップＳ１）、まずクライアント装置１のＶＰＮ構築部１３が、クライアント装置の記憶部１２に保存した情報を利用し、サーバ２のＶＰＮ構築部３３とＶＰＮを構築する（ステップＳ２）。
【００３２】
ＶＰＮが構築できた段階でＲＴＴ測定部１４は、サーバ２へPingを実行し、ＲＴＴ値を計測し、記憶部１２に書き込み、方式判定部１５を呼び出す（ステップＳ３）。
【００３３】
方式判定部１５は、記憶部１２に記憶されたＲＴＴ値と判定条件から、リモートデスクトップ方式を選択し、選択した方のクライアントを実行する（ステップＳ４）。判定条件は、例えば、ＲＴＴ値が所定の閾値Ｘ以上の場合は方式Ａを選択し、Ｘ未満の場合は方式Ｂを選択する。
【００３４】
例えば、方式Ａを選択した場合には（ステップＳ５）、方式Ａクライアント１６を実行する。方式Ａクライアント１６は、サーバ２内の方式Ａサーバ３４へ接続を試み、成功すれば、方式Ａのリモートデスクトップ接続が確立する（ステップＳ６）。
【００３５】
本実施形態では、クライアント装置１が選択するリモートデスクトップ方式は、上述した方式Ａ及び方式Ｂのいずれかとしている。従って、以下に各方式を選択した場合の動作処理について詳述する。
【００３６】
（方式Ａのリモートデスクトップ接続）
図３に、方式Ａのリモートデスクトップ接続が実行された場合の機能ブロック図を示す。サーバ３は、アプリケーション群３６、ＯＳ（Operating System）３７、ユーザデータ３８をさらに備える。方式Ａサーバ３４は、カタログ生成部３４１、データ圧縮部３４２、受信部３４３、送信部３４４から構成される。
【００３７】
クライアント装置１は、ＳＷ（ソフトウェア）１８と、表示部１９と、入力部２０をさらに備える。方式Ａクライアント１６は、受信部１６１、データ伸張部１６２、画面生成部１６３、送信部１６４を備える。
【００３８】
サーバ３とクライアント装置１とが接続すると、サーバ３のカタログ生成部３４１はその時点のサーバ３のデスクトップを構成する部品(シェルなど)のリストを作成（コマンド作成）し送信部３４４からクライアント装置１に送信する。クライアント装置１では、受信部１６３で受信したデータを画面生成部１６３に受け渡す。画面生成部１６３では受取ったリスト（コマンド）をもとに手持ちのＳＷリソース１８で画面を作成し、表示部１９に表示する。壁紙や動画などクライアント装置１側で持ち合わせの無いデータは、サーバ３のカタログ生成部３４１に要求する。
【００３９】
カタログ生成部３４１では、要求を受けたデータをデータ圧縮部３４２で圧縮後、送信部３４４からクライアント装置１に送信する。クライアント装置１の受信部１６１で受信されたデータはデータ伸張部１６２で伸張され、画面生成部１６３に届く。
【００４０】
オプション設定により、サーバ３からダウンロードしたデータをリモート接続中はＳＷリソースとしてキャッシュしておくことで描画速度を向上させることもできる。
【００４１】
ユーザはクライアント装置１のデスクトップ画面を操作することができる。キーボードやマウスなどの入力部２０から入力された情報は直接、上記デスクトップ画面に入力される。その結果、手持ちのＳＷリソースで処理できればそのまま処理し、処理できない場合は、サーバ３のカタログ生成部３４１経由でダウンロードして表示する。
【００４２】
（方式Ｂのリモートデスクトップ接続）
図４に、方式Ｂのリモートデスクトップ接続が実行された場合の機能ブロック図を示す。サーバ３が備える方式Ｂサーバ３５は、画像生成部３５１、画像圧縮部３５２、受信部３５３、送信部３５４から構成される。
【００４３】
クライアント装置１が備える方式Ｂクライアント１６は、受信部１７１、画像伸張部１７２、画像生成部１７３、送信部１７４から構成される。
【００４４】
サーバ３とクライアント装置１とが接続すると、画像生成部３５１はその時点のサーバのデスクトップ画像（OSやアプリケーションで構成）をキャプチャし、画像圧縮部３５２で圧縮後、送信部３５４からクライアント装置１に送信する。クライアント装置１では、受信部１７１で受信したデータを画像伸張部１７２で伸張後、画像生成部１７３経由で表示部１９に出力される。
【００４５】
ユーザは表示部１９に表示された画像に対し、キーボードやマウスといった入力部２０で操作するとその操作情報が送信部１７４からサーバ３に送信される。
【００４６】
サーバ３の受信部３５３はその操作情報をOS３７に渡すと、サーバ３上のデスクトップ画面が操作される。その操作によって発生した差分を画像生成部３５１は抽出し、画像圧縮部３５２、送信部３５４を介して、クライアント装置１に送信する。
【００４７】
クライアント装置１の受信部１７１、画像伸張部１７２を介して受信した画像の差分情報は画像生成部１７３で置換され、表示部１９に出力する。これを繰り返すことでクライアント装置１からサーバを操作する。
【００４８】
ここで、クライアント装置１に表示するサーバ画面の画質を速度優先から画質優先まで段階分けにより調整することが可能である。速度優先では画質を落とすことでデータの転送量を少なくし、その分レスポンスを向上させる。画質優先では極力画質を劣化させずに転送するが、その分レスポンスが犠牲になる。
【００４９】
本実施形態では、図５に示すフローチャートを用いて、一例として４段階の調整を行う際の動作処理について説明する。４段階の設定は、速度を優先する設定から設定１、設定２、設定３、設定４とする。
【００５０】
図５に示すフローチャートは、図２のステップＳ７、Ｓ８に続いて行われる。方式Ｂが選択され（ステップＳ７）、方式Ｂでリモートデスクトップ接続したら（ステップＳ８）、再度RTT値を測定する（ステップＳ９）。
【００５１】
再度測定したRTT値が閾値Ｘ以上の場合は（Ｓ１０／Ｙｅｓ）、方式Ｂでは操作性に問題があるため、設定１に設定する（ステップＳ１１）。設定１は速度優先のため、画質を落とすことでデータの転送量を少なくし、その分レスポンスを向上させることが出来る。
【００５２】
ステップＳ９で再度測定したRTT値が閾値Ｙ以上Ｘ未満のときは（Ｓ１２／Ｙｅｓ）設定２、Ｚ以上Ｙ未満のときは（Ｓ１９／Ｙｅｓ）設定３に設定する。
【００５３】
設定２若しくは設定３に設定された場合は、一定時間におけるサーバ３から転送されるデータ量を測定し（Ｓ１４、Ｓ２１）、その値により設定を前後１段階の範囲で変更する（Ｓ１５〜Ｓ１８、Ｓ２２〜Ｓ２５）。変更する段階の範囲を限定したのは、もともとRTT値で選択した設定のため、もとの設定から大きく設定を変更することで操作性を改悪してしまうことを防ぐためである。
【００５４】
また、転送されるデータ量＝サーバ側画面の変更量である。テキスト入力等では画面の変更が少ないのでデータ量が小さく、全画面で動画を再生したとき等は画面の変更量が大きくなりデータ量が大きくなる。このことから、動画再生時には滑らかに再生できるよう速度優先に変更し、テキスト入力等文字をくっきり見えるようにしたいときには画質優先に変更する。
【００５５】
閾値Ｚ未満のときは（ステップＳ１９／Ｎｏ）、通信環境が動画再生にも十分耐え得るものと判断し、画質優先の設定４に設定する。
【００５６】
上記実施形態により、ユーザは自分でリモートデスクトップの接続方式を使い分けずとも、通信性能（例えば、ＲＴＴ値を考慮）によって適切な方式で自動的に接続される。具体的には、リモート接続時にそのときのＲＴＴ値に応じた画質やレスポンス性能に調整される。また、リモートデスクトップの利用目的（動画再生、テキスト入力等）に応じて、画質やレスポンスが再調整される。
【００５７】
なお、各図のフローチャートに示す処理を、ＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。このプログラムを記録する記録媒体としては、半導体記憶部や光学的及び／又は磁気的な記憶部等を用いることができる。このようなプログラム及び記録媒体を、前述した各実施形態とは異なる構成のシステム等で用い、そこのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【００５８】
以上、本発明を好適な実施形態に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施形態に係るリモートデスクトップシステムの全体概略図である。
【図２】本発明の実施形態に係るリモートデスクトップシステムの動作処理を示すフローチャートである。
【図３】本発明の実施形態に係る方式Ａのリモートデスクトップ接続が実行された場合の機能ブロック図である。
【図４】本発明の実施形態に係る方式Ｂのリモートデスクトップ接続が実行された場合の機能ブロック図である。
【図５】本発明の実施形態に係る方式Ｂのリモートデスクトップ接続が実行された場合に、データ転送量に応じて速度／画質優先の再調整を行う際の動作処理を示すフローチャートである。
【符号の説明】
【００６０】
１    クライアント装置
２    ネットワーク
３    サーバ
１１    設定部
１２    記憶部
１３    ＶＰＮ構築部
１４    ＲＴＴ測定部
１５    方式判定部
１６    方式Ａクライアント
１６１    受信部
１６２    データ伸張部
１６３    画面生成部
１６４    送信部
１７    方式Ｂクライアント
１７１    受信部
１７２    画像伸張部
１７３    画像生成部
１７４    送信部
３４    方式Ａサーバ
３４１    カタログ生成部
３４２    データ圧縮部
３４３    受信部
３４４    送信部
３５    方式Ｂサーバ
３５１    画像生成部
３５２    画像圧縮部
３５３    受信部
３５４    送信部
３６    アプリケーション群
３７    ＯＳ
３８    ユーザデータ
【図１】
2010087625.tif 000003
【図２】
2010087625.tif 000004
【図３】
2010087625.tif 000005
【図４】
2010087625.tif 000006
【図５】
2010087625.tif 000007