(57)【要約】【課題】サーバ装置とクライアント装置間で実行される遠隔操作において、アプリケーションプログラム（以下、ＡＰと略す）の操作性を維持するため、サーバ装置とクライアント装置のどちらの装置でＡＰを起動するかを選択する。【解決手段】本発明の遠隔操作システムでは、サーバ装置が、ＡＰ監視手段と、ＡＰ管理手段と、データ送信手段とを有し、クライアント装置が、ＡＰ監視手段と、ＡＰ管理手段と、画像データ記憶手段と、画像データ処理手段と、データ受信手段とを有し、遠隔操作を行う際、クライアント装置のＡＰ監視手段によって行われるクライアント装置状況判定の結果から、遠隔操作で使用するＡＰの起動をサーバ装置もしくはクライアント装置で行うかを選択する。【選択図】図１
2011070278.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムにおいて、
前記サーバ装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
データ送信手段と、
を有し、
前記クライアント装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
画像データ記憶手段と、
画像データ処理手段と、
データ受信手段と、
を有し、
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記クライアント装置の前記アプリケーションプログラム監視手段によって行われるクライアント装置状況判定の結果から、
前記遠隔操作で使用するアプリケーションプログラムの起動を前記サーバ装置もしくは前記クライアント装置で行うかを選択する
ことを特徴とする遠隔操作システム。
【請求項２】
請求項１記載の遠隔操作システムにおいて
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記クライアント装置の前記アプリケーションプログラム監視手段によって行われるクライアント装置状況判定の結果の他に、
前記サーバ装置の前記アプリケーションプログラム監視手段によって行われるアプリケーションプログラム判定およびネットワーク判定の結果と、
前記クライアント装置の前記アプリケーションプログラム監視手段によって行われるクライアント装置性能判定の結果から、
前記遠隔操作で使用するアプリケーションプログラムの起動を前記サーバ装置もしくは前記クライアント装置で行うかを選択する
ことを特徴とする遠隔操作システム。
【請求項３】
前記アプリケーションプログラム判定は、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、前記遠隔操作で起動対象となるアプリケーションプログラムが動画用のアプリケーションプログラムであるか否かを判定し、更に、前記遠隔操作で起動対象となるアプリケーションプログラムが前記クライアント装置の前記アプリケーションプログラム管理手段に存在するか否かを判定する
ことを特徴とする請求項２記載の遠隔操作システム。
【請求項４】
前記ネットワーク判定は、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、前記サーバ装置の前記データ送信手段のバッファ空き容量を測定する
ことを特徴とする請求項２または３記載の遠隔操作システム。
【請求項５】
前記クライアント装置状況判定は、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、前記クライアント装置の前記画像データ記憶手段の空き容量を測定し、かつ、前記クライアント装置の前記画像データ処理手段の性能を評価する
ことを特徴とする請求項１乃至４記載の遠隔操作システム。
【請求項６】
前記クライアント装置性能判定は、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、前記クライアント装置の前記データ受信手段のバッファ空き容量を測定する
ことを特徴とする請求項２乃至５記載の遠隔操作システム。
【請求項７】
ネットワークを介してクライアント装置と接続する遠隔操作システムのサーバ装置において、
前記サーバ装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム監理手段と、
データ送信手段と、
を有し、
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、アプリケーションプログラム判定およびネットワーク判定を行う
ことを特徴とするサーバ装置。
【請求項８】
前記アプリケーションプログラム判定は、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、前記遠隔操作で起動対象となるアプリケーションプログラムが動画用のアプリケーションプログラムであるか否かを判定し、更に、前記遠隔操作で起動対象となるアプリケーションプログラムが前記クライアント装置のアプリケーションプログラム管理手段に存在するか否かを判定する
ことを特徴とする請求項７記載のサーバ装置。
【請求項９】
前記ネットワーク判定は、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、前記サーバ装置の前記データ送信手段のバッファ空き容量を測定する
ことを特徴とする請求項７または８記載のサーバ装置。
【請求項１０】
ネットワークを介して、クライアント装置からの遠隔操作が可能なサーバ装置であって、
前記サーバ装置は、
表示すべき画像データを生成する生成手段と、
前記ネットワークを介して前記画像を送出する送出手段と、
前記クライアント装置からの遠隔操作によってサーバ装置の備えるアプリケーションプログラムを起動する要求があったときに前記クライアント装置の装置性能判定を行う判定手段とを備え、
前記判定手段は、
前記クライアント装置が受信する前記画像を表示する性能を示す条件を満たさない場合に、
前記画像の送出を停止し、前記クライアント装置に、前記クライアント装置側で備える前記アプリケーションプログラムに対応するプログラムを起動させる
ことを特徴とするサーバ装置。
【請求項１１】
前記画像を表示する性能を示す条件は、前記クライアント装置が表示すべき画像データを記憶する記憶手段の空き容量である
ことを特徴とする請求項１０記載のサーバ装置。
【請求項１２】
ネットワークを介してサーバ装置と接続する遠隔操作システムのクライアント装置において、
前記クライアント装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
画像データ記憶手段と、
画像データ処理手段と、
データ受信手段と、
を有し、
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、クライアント装置状況判定およびクライアント装置性能判定を行う
ことを特徴とするクライアント装置。
【請求項１３】
前記クライアント装置状況判定は、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、前記クライアント装置の前記画像データ記憶手段の空き容量を測定し、かつ、前記クライアント装置の前記画像データ処理手段の性能を評価する
ことを特徴とする請求項１２記載のクライアント装置。
【請求項１４】
前記クライアント装置性能判定は、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、前記クライアント装置の前記データ受信手段のバッファ空き容量を測定する
ことを特徴とする請求項１２または１３記載のクライアント装置。
【請求項１５】
ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムの制御方法において、
前記サーバ装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
データ送信手段と、
を有し、
前記クライアント装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
画像データ記憶手段と、
画像データ処理手段と、
データ受信手段と、
を有し、
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記クライアント装置の前記アプリケーションプログラム監視手段によってクライアント装置状況を判定する判定ステップと、
前記判定ステップの結果に基づいて、前記遠隔操作で使用するアプリケーションプログラムの起動を前記サーバ装置もしくは前記クライアント装置で行うかを選択する選択ステップと、
を備えることを特徴とする遠隔操作システムの制御方法。
【請求項１６】
ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムの制御方法において、
前記サーバ装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
データ送信手段と、
を有し、
前記クライアント装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
画像データ記憶手段と、
画像データ処理手段と、
データ受信手段と、
を有し、
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記クライアント装置の前記アプリケーションプログラム監視手段によってクライアント装置状況を判定する第１のステップと、
前記サーバ装置の前記アプリケーションプログラム監視手段によってアプリケーションプログラムを判定する第２のステップと、
前記サーバ装置の前記アプリケーションプログラム監視手段によってネットワークを判定する第３のステップと、
前記クライアント装置の前記アプリケーションプログラム監視手段によってクライアント装置性能を判定する第４のステップと、
前記第１のステップ、前記第２のステップ、前記第３のステップおよび前記第４のステップの結果に基づいて、前記遠隔操作で使用するアプリケーションプログラムの起動を前記サーバ装置もしくは前記クライアント装置で行うかを選択する第５のステップと、
を備えることを特徴とする遠隔操作システムの制御方法。
【請求項１７】
前記第１のステップは、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、前記クライアント装置の前記画像データ記憶手段の空き容量を測定し、かつ、前記クライアント装置の前記画像データ処理手段の性能を評価する
ことを特徴とする請求項１６記載の遠隔操作システムの制御方法。
【請求項１８】
前記第２のステップは、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、前記遠隔操作で起動対象となるアプリケーションプログラムが動画用のアプリケーションプログラムであるか否かを判定し、更に、前記遠隔操作で起動対象となるアプリケーションプログラムが前記クライアント装置の前記アプリケーションプログラム管理手段に存在するか否かを判定する
ことを特徴とする請求項１６または１７記載の遠隔操作システムの制御方法。
【請求項１９】
前記第３のステップは、
前記サーバ装置の前記アプリケーションプログラム監視手段によって、前記サーバ装置の前記データ送信手段のバッファ空き容量を測定する
ことを特徴とする請求項１６乃至１８記載の遠隔操作システムの制御方法。
【請求項２０】
前記第４のステップは、
前記クライアント装置の前記アプリケーションプログラム監視手段によって、前記クライアント装置の前記データ受信手段のバッファ空き容量を測定する
ことを特徴とする請求項１６乃至１９記載の遠隔操作システムの制御方法。
【請求項２１】
ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムを制御するプログラムにおいて、
前記サーバ装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
データ送信手段と、
を有し、
前記クライアント装置は、
アプリケーションプログラム監視手段と、
アプリケーションプログラム管理手段と、
画像データ記憶手段と、
画像データ処理手段と、
データ受信手段と、
を有し、
前記サーバ装置と前記クライアント装置の間で、遠隔操作を行う際、
前記クライアント装置の前記アプリケーションプログラム監視手段によってクライアント装置状況を判定する第１の処理と、
前記第１の処理の結果に基づいて、前記遠隔操作で使用するアプリケーションプログラムの起動を前記サーバ装置もしくは前記クライアント装置で行うかを選択する第２の処理と、
を遠隔操作システム上で実行させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してサーバ装置とクライアント装置間で実行される遠隔操作において、アプリケーションプログラム（以下、ＡＰと略す）の操作性を維持するため、サーバ装置とクライアント装置のどちらの装置で、ＡＰを起動するかを選択する技術に関するものである。
【背景技術】
【０００２】
近年、サーバベースコンピューティングと呼ばれる技術思想が提案されている。サーバベースコンピューティングとは、端末などのクライアント装置とサーバ装置とが、ネットワークを介して相互に接続されたシステムにおいて、クライアント装置がサーバ装置に対してサービス要求を行うと、サーバ装置はクライアント装置からのサービス要求に基づいて、データの管理および特定のＡＰを動作させるというものである。
【０００３】
クライアント装置は、使用者のキーやマウスなどの操作情報をネットワーク経由でサーバ装置へ送るとともに、サーバ装置から受け取ったデータを表示する。クライアント装置は、ネットワーク機器、表示装置、マウスやキーボードなどの入力装置を備えているだけでよく、データをクライアント装置内に持たないためシンクライアントと呼ばれる。シンクライアントは、ハードディスクなどのストレージが不要かつ、ＡＰの実行を行わないために、シンクライアント側で必要となる処理の負荷は軽い。
【０００４】
ところで、従来のサーバ装置では、クライアント装置に送信する表示データをソフトウェア処理などにより生成しているので制御手段としてのＣＰＵに負荷がかかるという問題があった。また、ネットワークを介して送るときの負荷を軽減すべくソフトウェア処理などによりデータを少なくする場合、表示データなどのエンコード処理が複雑になってしまう。そのため、クライアント装置に表示されるまでに時間がかかり、サーバ装置とクライアント装置間のレスポンスが遅くなるという問題があった。
【０００５】
そこで、上記の問題を解決するため、特開２００７−２６５２０９では、クライアント装置に送信する表示データに関し、制御手段の負荷を軽減しつつ高速に生成することができるコンピューティング技術（以下、リモートスクリーン技術と称する）を提供している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２６５２０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、ネットワークの帯域が狭い場合、クライアント装置からの操作情報のサーバ装置への送信や、サーバ装置からのデータ送信に遅延が発生し、操作性が悪くなるという問題がある。特に、リモートスクリーン技術では、低帯域の場合に動画などの重たいデータを送信しようとすると、映像などが遅れてくることから、ユーザの操作性が悪くなるという問題がある。
【０００８】
一方、最新のクライアント装置には、上記のようなシンクライアントと異なり、高い演算処理能力や大容量の記憶装置を有するパーソナルコンピュータ（以下、ＰＣと略す）にネットワーク機器を搭載し、サーバ装置との通信が可能になってきているものもある。こうしたＰＣは、接続しているサーバ装置に搭載されているＡＰと同一のＡＰを搭載している場合が多くある。
【０００９】
そこで、本発明の目的は、上記のようなＰＣが、低帯域でサーバ装置に接続された場合に、クライアント装置であるＰＣとサーバ装置に搭載されているＡＰに関し、リモートスクリーン技術で接続中であっても高い操作性を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の遠隔操作システムは、ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムであって、サーバ装置が、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、データ送信手段とを有し、クライアント装置が、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、画像データ記憶手段と、画像データ処理手段と、データ受信手段とを有し、サーバ装置とクライアント装置の間で、遠隔操作を行う際、クライアント装置のアプリケーションプログラム監視手段によって行われるクライアント装置状況判定の結果から、遠隔操作で使用するアプリケーションプログラムの起動をサーバ装置もしくはクライアント装置で行うかを選択することを特徴とする。
【００１１】
また、本発明のサーバ装置は、ネットワークを介してクライアント装置と接続する遠隔操作システムのサーバ装置であって、アプリケーションプログラム監視手段と、アプリケーションプログラム監理手段と、データ送信手段とを有し、サーバ装置とクライアント装置の間で、遠隔操作を行う際、サーバ装置のアプリケーションプログラム監視手段によって、アプリケーションプログラム判定およびネットワーク判定を行うことを特徴とする。
【００１２】
また、本発明のクライアント装置は、ネットワークを介してサーバ装置と接続する遠隔操作システムのクライアント装置であって、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、画像データ記憶手段と、画像データ処理手段と、データ受信手段とを有し、サーバ装置とクライアント装置の間で、遠隔操作を行う際、クライアント装置のアプリケーションプログラム監視手段によって、クライアント装置状況判定およびクライアント装置性能判定を行うことを特徴とする。
【００１３】
また、本発明の遠隔操作システムの制御方法は、ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムの制御方法であって、サーバ装置は、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、データ送信手段とを有し、クライアント装置は、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、画像データ記憶手段と、画像データ処理手段と、データ受信手段とを有し、サーバ装置とクライアント装置の間で、遠隔操作を行う際、クライアント装置のアプリケーションプログラム監視手段によってクライアント装置状況を判定する第１のステップと、第１のステップの結果に基づいて、遠隔操作で使用するアプリケーションプログラムの起動をサーバ装置もしくはクライアント装置で行うかを選択する第２のステップとを備えることを特徴とする。
【００１４】
また、本発明のプログラムは、ネットワークを介してサーバ装置とクライアント装置とが接続された遠隔操作システムを制御するプログラムであって、サーバ装置は、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、データ送信手段とを有し、クライアント装置は、アプリケーションプログラム監視手段と、アプリケーションプログラム管理手段と、画像データ記憶手段と、画像データ処理手段と、データ受信手段とを有し、サーバ装置とクライアント装置の間で、遠隔操作を行う際、クライアント装置のアプリケーションプログラム監視手段によってクライアント装置状況を判定する第１の処理と、第１の処理の結果に基づいて、遠隔操作で使用するアプリケーションプログラムの起動をサーバ装置もしくはクライアント装置で行うかを選択する第２の処理とを遠隔操作システム上で実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、遠隔操作システムにおいて、クライアント装置とサーバ装置に搭載されているＡＰを適切に選択し起動させることで、リモートスクリーン技術で接続中であっても、ＡＰに関して高い操作性を提供することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態の遠隔操作システムにおけるサーバ装置１００とクライアント装置２００の構成を示すブロック図である。
【図２】本実施形態の全体処理フローを示す図である。
【図３】本実施形態の処理フローの判定処理の概略を示す図である。
【図４】本実施形態の判定処理であるアプリケーションプログラム判定およびネットワーク判定の処理フローを示す図である。
【図５】本実施形態の判定処理であるクライアント状況判定の処理フローを示す図である。
【図６】本実施形態の判定処理であるクライアント性能判定の処理フローを示す図である。
【発明を実施するための形態】
【００１７】
以下に、図面を参照して本発明の実施形態を詳細に説明する。図１は、本発明の実施形態に係るサーバ装置１００とクライアント装置２００とからなるコンピュータシステムの構成を示すブロック図である。サーバ装置１００とクライアント装置２００は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）からなるネットワーク３００上で接続される。
【００１８】
サーバ装置１００は、サーバ装置１００全体を制御する制御部１１０と、アプリケーションプログラム監視部１２０（以下、ＡＰ監視部１２０と略す）と、アプリケーションプログラムを管理するアプリケーションプログラムデータベース１３０（以下、ＡＰのＤＢ１３０と略す）と、映像圧縮部１４０と、圧縮された映像をクライアント装置２００へ送信する送信部１５０と、受信部１７０などで構成されている。
【００１９】
クライアント装置２００は、クライアント装置２００全体を制御する制御部２１０と、アプリケーションプログラム監視部２２０（以下、ＡＰ監視部２２０と略す）と、アプリケーションプログラムを管理するアプリケーションプログラムデータベース２３０（以下、ＡＰのＤＢ２３０と略す）と、映像伸張部２４０と、サーバ装置１００から圧縮された映像を受信する受信部２５０と、送信部２７０と、画像データを処理するＧＰＵ２１２（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、画像データの記憶装置として使用するＶＲＡＭ２１４（Ｖｉｄｅｏ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と、一時記憶装置２９０などで構成されている。
【００２０】
また、クライアント装置２００は、外部に、入力装置４００と映像出力装置５００を接続している。入力装置４００は、キーボード４１０と、マウス４２０と、タッチパネル４３０などで構成されており、これらの入力機器によって、クライアント装置２００へ入力することができる。映像出力装置５００とは、ディスプレイなどの表示機器であり、クライアント装置２００で処理された画像などが表示される。
【００２１】
次に、図２〜図６を参照して、サーバ装置１００とクライアント装置２００における処理動作について説明する。まず、図２を用いて、サーバ装置１００とクライアント装置２００の全体の処理動作について説明する。
【００２２】
サーバ装置１００とクライアント装置２００がネットワーク３００によって接続され、リモートスクリーン技術を使用している状態では、サーバ装置１００側で起動しているアプリケーションプログラム（以下、ＡＰと略す）が、クライアント装置２００に表示されている。即ち、クライアント装置２００の映像出力表示５００上では、そのＡＰのアイコンが表示されるので、そのアイコンをクリックする（ステップＳ１００）。
【００２３】
サーバ装置１００のＡＰ監視部１２０は、ステップＳ１００でのＡＰに関する情報を取得する（ステップＳ２００）。なお、予め、ＡＰ監視部１２０は、サーバ装置１００とクライアント装置２００に、どうようなＡＰが存在しているかという情報を取得している。具体的には、サーバ装置１００とクライアント装置２００の間のコネクションの確立の際、クライアント装置２００側で保有しているインストールされているＡＰのテーブル情報をクライアント装置２００からサーバ装置１００に送信する場合や、予めクライアント装置２００にインストールされているＡＰのテーブル情報をサーバ装置１００側に持っている場合などである。
【００２４】
サーバ／クライアント起動判定処理、即ち該当するＡＰの起動をサーバ装置１００側で行うか、クライアント装置２００側で行うかを判定する処理を行う。（ステップＳ３００）なお、このステップの詳細説明は後述する。
【００２５】
ステップＳ３００より、該当するＡＰの起動をサーバ装置１００側で行うか、クライアント装置２００側で行うかの判定結果を得る。ここで、ＡＰ起動をサーバ装置１００側で行う場合、ステップＳ４５０に進む。また、クライアント装置２００で、ＡＰ起動を行うという結果を得た場合、ステップＳ４００に進み、再度該当するＡＰの起動をサーバ装置１００側で行うか、クライアント装置２００側で行うかを判定する。というのは、ステップＳ３００から得た「ＡＰ起動をクライアント装置２００で行う」という結果は、推奨レベルにあるので、もう一度詳細に検討し決定するためである。なお、このステップの決定は、推奨レベルにある一定の閾値を設定し、本システムが自動的行うか、または、ユーザが人為的に行うかによって決定する（ステップＳ４００）。
【００２６】
ステップＳ４００の結果、該当するＡＰの起動をサーバ装置１００側で行う場合は、ステップＳ４５０に進む。一方、該当するＡＰの起動をクライアント装置２００側で行う場合は、ステップＳ５００に進む。ここで、該当するＡＰに対応するファイルがサーバ装置１００に存在するか否かを判定する（ステップＳ５００）。ファイルがなければ、ステップＳ５５０に進み、ファイルをクライアント装置２００の一時記憶装置２９０に新規作成する（ステップＳ５５０）。
【００２７】
ステップＳ５００で、該当するＡＰに対応するファイルがサーバ装置１００にある場合は、ステップＳ６００に進み、該当するファイルをクライアント装置２００の一時記憶装置２９０へ転送し、コピーする。（ステップＳ６００）
【００２８】
クライアント装置２００の一時記憶装置２９０に、上記のファイルが存在している状態で、クライアント装置２００で、該当するＡＰを起動する。（ステップＳ７００）
【００２９】
サーバ装置１００のＡＰ監視部１２０およびクライアント装置２００のＡＰ監視部２２０に、上記のクライアント装置２００で該当するＡＰが起動したことを登録する。（ステップＳ８００）
【００３０】
以上の処理動作により、該当するＡＰは、サーバ装置１００、または、クライアント装置２００で起動しているため、その目的に応じて使用を開始する。（ステップＳ９００）
【００３１】
次に、サーバ／クライアント起動判定処理Ｓ３００について、詳細に説明する。図３は、判定処理の流れを示す図である。サーバ／クライアント起動判定処理Ｓ３００は、判定処理開始Ｓ３１０から始まり、アプリケーションプログラム判定（以下、ＡＰ判定と略す）Ｓ３２０、ネットワーク判定Ｓ３３０、クライアント状況判定Ｓ３４０、クライアント性能判定Ｓ３５０を経て、判定処理終了Ｓ３６０で、判定処理を完了する。
【００３２】
まず、図４を用いて、ＡＰ判定Ｓ３２０、および、ネットワーク判定Ｓ３３０について説明する。ステップＳ３２２において、該当するＡＰが動画ＡＰであるか否かを判定する。該当するＡＰが動画ＡＰであれば、サーバ装置１００側で該当するＡＰを起動する（ステップＳ３２４）。これは、動画ＡＰに対応するファイルの種類によっては、クライアント装置２００の負荷が高くなる場合や、ファイルサイズが大きいとサーバ装置１００からクライアント装置２００に転送する時間がかかる場合があるからである。
【００３３】
ここで、前段落を詳細に説明すると、クライアント装置２００の負荷が高くなる場合とは、一般にサーバ装置よりクライアント装置の方が、低性能であり、サーバ装置で再生した方がカクツキやリップシンクずれが発生しにくいが、クライアント装置で行えばそうした問題が生じるということである。また、ファイルサイズが大きいとサーバ装置１００からクライアント装置２００に転送する時間がかかる場合とは、再生する対象の動画ファイルのファイルサイズが一般的な文書ファイルなどよりもファイルサイズが大きいので、特に帯域が狭い状態のようなときには、転送（ダウンロード）するのに時間がかかるということである。
【００３４】
ステップＳ３２２において、該当するＡＰが動画ＡＰでなければ、ステップＳ３２３に進み、該当するＡＰがクライアント装置２００に存在するか否かを判定する。その結果、該当するＡＰがクライアント装置２００に存在しなければ、ステップＳ３２４に進み、該当するＡＰがクライアント装置２００に存在すれば、ステップＳ３２５に進み、次の判定処理に進む（ステップＳ３２５）。
【００３５】
ステップＳ３３１より、ネットワーク判定Ｓ３３０について、詳細に説明する。サーバ装置１００のＡＰ監視部１２０は、送信部１５０のバッファ１５５の空き容量を測定する（ステップＳ３３２）。ここで、バッファの空き容量についてであるが、ある一定の閾値を設定し、その値を基準にして、バッファの空き容量が多いか少ないかを判断する。バッファの空き容量が少ない場合、クライアント装置２００側で、該当するＡＰを起動することを推奨するという結果を出す（ステップＳ３３３）。これは、サーバ装置１００側のバッファ１５５に余裕がないということから、ネットワーク３００の帯域に問題があり、遅延の発生が予測されるからである。なお、バッファの容量とネットワークの帯域については、以下の関係がある。ネットワークの帯域が狭くなっていくと、送信できるデータ量も少なくなり、バッファに送出するデータがどんどん溜まっていく。その結果、バッファの容量が増えていくので、バッファ容量でもって帯域を判断している。
【００３６】
ステップＳ３３２において、送信部１５０のバッファ１５５の空き容量が多い場合、次の判定に進む（ステップＳ３３４）。ここでも、バッファの空き容量については、上述したように、ある一定の閾値を設定し、その値を基準にして、バッファの空き容量が多いか少ないかを判断する。
【００３７】
次に、図５を用いて、クライアント状況判定Ｓ３４０について説明する。クライアント装置２００のＡＰ監視部２２０は、クライアント装置２００で、動画ＡＰで動画を再生しているか否かを判定する（ステップＳ３４２）。ここで、動画ＡＰで動画を再生していないと判明したら、次の判定に進む（ステップＳ３４６）。なぜなら、クライアント装置２００で、動画ＡＰで動画を再生し、かつリモートスクリーン技術を使用する場合は、両方とも動画再生機能であるため、遅延などの問題が発生しやすいが、動画ＡＰを起動しているだけならば、性能には影響ないからである。
【００３８】
ステップＳ３４２において、クライアント装置２００のＡＰ監視部２２０が、クライアント装置２００で、動画ＡＰで動画を再生していると判明したなら、クライアント装置２００のＶＲＡＭ２１４の空き容量を測定する（ステップＳ３４３）。ここで、ＶＲＡＭの空き容量についてであるが、ある一定の閾値を設定し、その値を基準にして、ＶＲＡＭの空き容量が多いか少ないかを判断する。ＶＲＡＭ２１４の空き容量が少ない場合、クライアント装置２００側で、該当するＡＰを起動することを推奨するという結果を出す（ステップＳ３４５）。これは、クライアント装置２００のＶＲＡＭ２１４に空き容量が少ない場合、ＶＲＡＭ２１４は画像のメモリに使用されるので、クライアント装置２００で上記の動画ＡＰで動画を再生しながら、同時にリモートスクリーン技術を利用することで、リモートスクリーン技術（該当するＡＰ）に問題（再生の遅延、画質劣化やフレーム落ち）が発生するからである。
【００３９】
ステップＳ３４３において、ＶＲＡＭ２１４の空き容量が多い場合、次の判定に進む（ステップＳ３４４）。クライアント装置２００のＡＰ監視部２２０は、ＧＰＵ２１２の性能について評価を行う（ステップＳ３４４）。ＧＰＵ２１２の性能が足りない場合、クライアント装置２００側で、該当するＡＰを起動することを推奨するという結果を出す（ステップＳ３４５）。これは、ＧＰＵ２１２の性能が足りない場合、クライアント装置２００で上記の動画ＡＰで動画を再生しながら、同時にリモートスクリーン技術を利用することで、リモートスクリーン技術（該当するＡＰ）に問題（再生の遅延、画質劣化やフレーム落ち）が発生するからである。なお、ＧＰＵの性能評価については、各種ＧＰＵの性能をまとめた性能リストをサーバ装置１００で保有しておき、その性能リストを基に、クライアント装置２００のＧＰＵ２１２性能を評価できるようになっている。
【００４０】
ステップＳ３４４において、ＧＰＵ２１２の性能が十分ある場合、次の判定に進む（ステップＳ３４６）。
【００４１】
最後に、図６を用いて、クライアント性能判定Ｓ３５０について説明する。クライアント装置２００のＡＰ監視部２２０は、受信部２５０のバッファ２５５の空き容量を測定する（ステップＳ３５２）。ここで、バッファの空き容量が少ない場合、クライアント装置２００側で、該当するＡＰを起動することを推奨するという結果を出す（ステップＳ３５３）。これは、クライアント装置２００側のバッファ２５５に余裕がないということから、クライアント装置２００のリモートスクリーン技術の性能に問題（画質劣化やフレーム落ち）が発生するからである。
【００４２】
ステップＳ３５２において、バッファ２５５の空き容量が多い場合、サーバ装置１００側で、該当するＡＰを起動させる（ステップＳ３５４）。
【００４３】
なお、クライアン装置２００でＡＰを起動して作成したファイルについては、サーバ装置１００に送信したり、サーバ装置１００のユーザ指定のフォルダなどに保存したりする処理を行うことも可能である。
【００４４】
以上、実施の形態を説明してきたが、特許請求の範囲に定義された本発明の広範囲な趣旨およびその範囲から逸脱することなく、これら実施の形態や具体例に様々な修正および変更が可能である。
【符号の説明】
【００４５】
１００    サーバ装置
１１０    制御部
１２０    アプリケーションプログラム監視部
１３０    アプリケーションプログラムのデータベース
１５０    送信部
１５５    送信部のバッファ
１７０    受信部
１７５    受信部のバッファ
２００    クライアント装置
２１０    制御部
２１２    ＧＰＵ
２１４    ＶＲＡＭ
２２０    アプリケーションプログラム監視部
２３０    アプリケーションプログラムのデータベース
２５０    受信部
２５５    受信部のバッファ
２７０    送信部
２７５    送信部のバッファ
２９０    一時記憶装置
３００    ネットワーク
４００    入力装置
５００    映像出力装置
【図１】
2011070278.tif 000003
【図２】
2011070278.tif 000004
【図３】
2011070278.tif 000005
【図４】
2011070278.tif 000006
【図５】
2011070278.tif 000007
【図６】
2011070278.tif 000008