JP5002165B2 - リモートデスクトップシステム - Google Patents

Description

本発明は、リモートデスクトップシステムに係り、特にリモートデスクトップシステムを構成するサーバやクライアントに係わるリソースの管理及び表示に関するものである。

個人情報保護法の施行により、顧客や取引先の情報の漏洩に対して企業が負う社会的な責任は極めて重くなり、企業は個人情報の管理を一層重視するようになっている。このような情報管理ソリューションとして、リモートデスクトップソリューシンが注目されている。

リモートデスクトップソリューションとは、クライアントのような操作側機器とサーバのような被操作側機器とが、通信ネットワークを介して接続され、ユーザがクライアントのディスプレイに表示されるサーバの画面情報を参照して、クライアントのマウスやキーボード等の入力装置を用いてサーバに対する制御を行うというシステムである。

ユーザは、クライアントからネットワーク経由でサーバをアクセスし、サーバにインストールされたアプリケーションを使用して、サーバに保存された情報を利用することができる。これにより、必要な情報をクライアントに保存する必要がないので、クライアントの機器の盗難に起因する個人情報の漏洩を防止することができる。

例えば、リモートクライアントデスクトップに関して、外部クライアントからファイアウォール及び又はルータの背後の内部イントラネット・クライアントに対する端末サービス接続を生成し維持するためのアーキテクチャに関する技術として、特許文献１（特開２００５−１２７７５公報）に開示されたものが知られている。

特開２００５−１２７７５公報

近年、モバイルＰＣが普及し、外出先でモバイルＰＣを電源につながずに、バッテリーを利用してそれを駆動して作業するユーザが増加している。しかし、リモートデスクトップシステムにおいて使用されるモバイルＰＣのバッテリー残量等の情報はクライアントの画面情報にしか現れないため、ユーザはサーバの画面情報を見て作業しながらも、こまめにクライアントの画面情報をチェックしなければならない。クライアントのリソースを表す情報、例えばクライアントとサーバとの間のネットワークの接続状況を示すアイコンについても、バッテリー残量のアイコンと同様の問題が生じる。

また、クライアントにインストールされているアプリケーションを利用することにより作業効率を向上させることができる。例えばクライアントにもインターネットエクスプローラがインストールされている場合、クライアントで立ち上げた方が応答遅延時間の短縮が図ることができ、効率的な作業を行うことができることがある。

以上のようなことから、リモートデスクトップソリューションを利用するユーザが効率的に作業をするためには、ユーザがクライアントの画面情報を見ているのか、サーバの画面情報を見ているのかを把握して、画面を必要に応じ切り替えつつ、リソースを把握しながらアプリケーションを利用させるようにするのが好ましい。

そこで、本発明の目的は、リモートデスクトップシステムにおいて、サーバが管理する画面情報にクライアントのリソースに関する情報を合理的に含ませて管理することにある。

本発明に係るリモートデスクトップシステムは、好ましくは、以下のように構成される。
即ち、ネットワークを介してクライアントとサーバとが接続されるリモートデスクトップシステムにおいて、クライアントは、画面情報を表示する表示装置と、クライアントを構成するユニット又はプログラムに関係する情報をリソース情報として収集するリソース情報収集機能と、リソース情報収集機能によって収集されたリソース情報を、ネットワークを介してサーバへ送信する通信機能とを有し、
サーバは、サーバのリソース情報と、クライアントから送信されて取得されたリソース情報と、を含むリソース情報を管理するリソース情報管理機能と、クライアントの表示装置に表示する画面情報を作成する画面情報作成機能を有し、画面情報作成機能は、リソース情報管理機能に基づき、クライアントの画面情報内にサーバのリソース情報を含むクライアントの画面情報（第１画面情報）を作成し、又はサーバの画面情報内にクライアントのリソース情報を含むサーバの画面情報（第２画面情報）を作成し、画面作成機能によって作成され、通信機能を介して受信された第１又は第２画面情報をクライアントの表示装置に表示するリモートデスクトップシステムである。
好ましい例では、前記リソース情報収集機能は、前記リソース情報として、クライアントが持つ入力装置から入力される入力情報、又はクライアント内の関係する先のユニットに電源を供給するバッテリーの情報、又はネットワークインタフェースカード等の付属装置の情報、又はクライアントのメモリにインストールされるアプリケーションに関する情報、の少なくとも１つの情報を収集する。
また、好ましくは、前記リソース情報管理機能は、サーバとクライアントで同一のリソース情報を保持しているかを判断する手段を有し、判断手段による判断の結果、同じリソース情報が在ることが判明した場合、画面作成機能は同じリソース情報に関する画面の更新を行なわない。
また、好ましくは、前記同じリソース情報には同一のアプリケーションが含まれることがあり、クライアントにおいてアプリケーションの起動によるリソースの使用が要求された場合、最適な動作が見込まれる機器のリソースを利用し、最適な動作が見込まれる機器が変更した場合は、リソースを利用する機器を自動的に変更する。
また、好ましくは、前記リソース情報管理機能の前記判断手段が、サーバとクライアントと間で同一のリソースを保有していると判断しない場合、画面情報作成機能は、リソース情報を追加して画面情報の更新を行う。
また、好ましくは、クライアントからの要求に応じて、画面情報作成機能は、サーバで管理しているクライアントのリソース情報とサーバのリソース情報を、クライアントとサーバでそれぞれ分けて、画面情報を変更する。
また、一例では、クライアントは、特定の機器からのアクセス以外、クライアントにおけるデータの読み取りと実行を許可し、クライアントにおけるデータの書き込みを禁止する書き込み制御機能を有する。

本発明に係るリモートデスクトップシステムの好ましい構成例として、ネットワークを介してクライアントとサーバとが接続されたリモートデスクトップシステムにおいて、クライアントは、画面情報を表示する表示装置と、クライアントを構成するユニット又はアプリケーションを含むプログラムに関係する情報をリソース情報として収集するリソース情報収集機能と、リソース情報収集機能によって収集されたリソース情報を、ネットワークを介してサーバへ送信する通信機能とを有し、
サーバは、サーバのリソース情報と、クライアントから送信されて取得されたリソース情報と、を含むリソース情報を管理し、かつサーバとクライアントで同一のリソース情報を保持しているかを判断する判断手段を持つリソース情報管理機能と、クライアントの表示装置に表示する画面情報を作成する画面情報作成機能を有し、
画面情報作成機能は、リソース情報管理機能に基づき、クライアントの画面情報内にサーバのリソース情報を含むクライアントの画面情報（第１画面情報）を作成し、又はサーバの画面情報内にクライアントのリソース情報を含むサーバの画面情報（第２画面情報）を作成し、画面作成機能によって作成された第１又は第２画面情報をクライアントの表示装置に表示し、かつ、判断手段による判断の結果、サーバとクライアントに同じアプリケーションが在ることが判明した場合、画面情報作成機能は、いずれか一方のリソース情報に関する表示を第１又は第２の画面に含ませる処理を行うリモートデスクトップシステムとして構成される。
また、一例では、前記画面情報作成機能は、リソース情報に関する表示として、リソース情報を示すアイコン又はショートカットを画面情報に含ませる。
また、一例では、前記リソース情報にクライアントが持つバッテリーの情報が含まれている場合、画面情報作成機能は、バッテリーを示すアイコン又はショートカットを第２画面情報に含ませる。
また、好ましくは、クライアントは、管理の対象とするリソース情報を記憶する対象リソース定義ＤＢを有し、サーバは、自ら管理するクライアント及びサーバにおけるリソース情報を記憶するリソース管理ＤＢを有し、前記リソース情報収集機能は、対象リソース定義ＤＢを参照してＤＢに規定されたリソース情報を収集して、サーバに送信し、サーバは、受信したリソース情報が新しい場合、リソース情報をリソース管理ＤＢに追加して記憶する。
また、好ましくは、サーバは、更に、リソース情報に関する取扱いのポリシーを記憶するポリシー管理ＤＢを有し、ポリシー管理ＤＢに登録されたポリシーの規定に従って、サーバ又はクライアントのいずれかの機器を制御する。

本発明に係る画面情報の制御方法は、好ましくは、ネットワークを介してクライアントとサーバとが接続されるリモートデスクトップシステムおける画面情報の制御方法であって、クライアントにおいて、クライアントを構成するユニット又はプログラムに関係する情報をリソース情報として収集するステップと、収集されたリソース情報を、ネットワークを介してサーバへ送信するステップと、サーバにおいて、サーバのリソース情報と、クライアントから送信されて取得されたリソース情報を含むリソース情報を管理するステップと、クライアントの画面情報内にサーバのリソース情報を含むクライアントの画面情報（第１画面情報）を作成し、又はサーバの画面情報内にクライアントのリソース情報を含むサーバの画面情報（第２画面情報）を作成するステップと、作成した第１又は第２の画面情報をクライアントへ送信して、表示装置に表示するステップと、を有する画面情報の制御方法として構成される。
一例では、クライアントは、管理の対象とするリソース情報を記憶する対象リソース定義ＤＢを有し、サーバは、自ら管理するクライアント及びサーバにおけるリソース情報を記憶するリソース管理ＤＢを有するリモートデスクトップシステムにおいて、クライアントは、対象リソース定義ＤＢを参照してＤＢに規定されたリソース情報を収集してサーバに送信し、サーバは、受信したリソース情報が新しい場合、リソース情報をリソース管理ＤＢに追加して記憶する。
また、一例では、前記リソース情報を管理するステップは、サーバとクライアントで同一のリソース情報を保持しているかを判断するステップを有し、判断の結果、同じリソース情報が在る場合、一方のリソース情報に関する表示のみを画面情報に含ませる。
本発明は、また、上記機能又はステップを、クライアント又はサーバ上で実行するためのプルグラムとしても把握される。

本発明によれば、リモートデスクトップシステムにおいて、サーバが管理するクライアントの画面情報にクライアントのリソース情報を合理的に含ませることができる。これによりユーザは、あたかも１台のクライアントを利用しているような画面環境を構築することができる。

以下、本発明の実施形態を、図面を用いて詳しく説明する。
以下の実施例において、リソースとは、サーバやクライアントの機器におけるメモリやハードディスクなどの記憶装置や、キーボードやマウスなどの入力装置、ディスプレイやプリンタなどの出力装置等の構成ユニット、及びこれらの機器で使用されるプログラム、並びにそれらに関連付けられているデータ、入力されたデータ、等々を意味する。

図1は、一本実施におけるリモートデスクトップシステムの構成例を示す。
このシステムは、通信ネットワーク１２０を介して、クライアント１３０とサーバ１１０が接続して構成されている。なお、実際には複数のクライアント１３０がネットワークを介してサーバに接続されることがある。その場合、各クライアントはブレードサーバのような個々のサーバにそれぞれ対応して接続されるものとする。

クライアント１３０は、通信機能１３１と、基本制御機能１３２と、リソース情報収集機能１３３と、表示機能１３４と、及び対象リソースデータベース（以下単にＤＢという）１３７を有する。これらの諸機能はアプリケーションプログラムやシステムプログラム等のソフトウェアの実行によって実現される。

通信機能１３１は、クライアント１３０とサーバ１１０との間の通信を行い、クライアント１３０のキーボードやマウス等の入力と、起動することが可能なアプリケーションに関する情報、起動しているアプリケーションに関する情報、等のアプリケーションに関する情報と、バッテリーの状態、ネットワークの状態、等クライアント１３０の状態に関する情報を含む全ての情報（以下、これら全てのリソースに関する情報をソース情報という）をサーバ１１０に伝送する。

基本制御機能１３２は、クライアント１３０の中枢機能であり、各部を制御し、全体を統括する。サーバ１１０からクライアント１３０の通信機能１３１を通じてアプリケーション起動指令を受けた場合は、アプリケーションを起動し、デスクトップ画像の情報を受信した場合は、表示機能１３４に指令を送る。

リソース情報収集機能１３３は、サーバに伝送するリソース情報を収集する。即ち、クライアント１３０のキーボードやマウス等の入力と、起動することが可能なアプリケーションに関する情報、起動しているアプリケーションに関する情報、等のアプリケーションに関する情報と、バッテリーの状態、ネットワークの状態、等クライアント１３０の状態に関する情報を収集する。
表示機能１３４は、基本制御機能１３２により制御されてディスプレイにデスクトップ画像を表示し、ユーザに提示する。
なお、対象リソース定義ＤＢ１３７の構成については、図３を参照して後述する。

次に、サーバ１１０の構成について説明する。
サーバ１１０は、通信機能１１１と、基本制御機能１１２と、リソース情報管理機能１１３と、画面情報更新機能１１４と、リソース制御機能１１５と、及びリソース管理ＤＢ１１７、ポリシー管理ＤＢ１１８を有する。これらの諸機能はアプリケーションプログラムやシステムプログラム等のソフトウェアの実行によって実現される。
通信機能１１１は、クライアント１３０との間で通信を行い、クライアントのリソース情報を受信し、サーバ１１０の画面情報をクライアントへ送信する。
基本制御機能１１２は、サーバの中枢機能であり、全体を統括して各部を制御し、全体を統括する。

リソース情報管理機能１１３は、受信したクライアント１３０のリソース情報を解釈し、画面情報として表示するリソース情報を決定する。例えば、クライアント１３０のリソース情報としてクライアント１３０のバッテリー情報が含まれていた場合、このバッテリー情報をサーバ１１０の画面情報に追加する。
ここで、クライアント１３０と同一のリソースがサーバ１１０に在る場合は、画面情報には追加表示を行わない。例えば、クライアント１３０とサーバ１１０の両者にインターネットエクスプローラ（以下ＩＥ）がインストールされていて、サーバ１１０の元の画面情報にＩＥを起動するアイコンが表示されている場合には、クライアント１３０のリソース情報にＩＥがインストールされているという情報が含まれていても、サーバ１１０の画面情報に変更を加えない。

画面情報更新機能１１４は、画面情報を作成する機能であり、リソース情報管理機能１１３の指令に従い、サーバ１１０の画面情報を変更たり、画面情報を更新したり、又は新規の画面情報を作成する。作成された画面情報は通信機能１１１に渡される。
リソース制御機能１１５は、ユーザが、サーバとクライアントの双方が共通して保有するリソースの使用を要求した際には、最適な動作が見込まれる機器のリソースを利用し、必要に応じて自動的にリソースを利用する機器を変更し、その際は入力値等のパラメータをもう一方の機器リソースの利用に引き継ぐ。例えば、ユーザがＩＥを利用するために、サーバ１１０の画面情報に表示されているアイコンをクリックした際に、応答遅延時間が少ないと見込まれることからクライアント１３０のＩＥを起動する。その後、ユーザがアクセス規制によりサーバ１１０からのみアクセス可能なサイトにアクセスを要求した際は、このサイトのアドレスをサーバ１１０に送信し、サーバ１１０でＩＥを起動し、そのサイトをディスプレイに表示する。
なお、リソース管理ＤＢ１１７、及びポリシー管理ＤＢ１１８の構成については、図４，５を参照して後述する。

次に、図２を参照して、サーバ１１０及びクライアント１３０の各機器のハードウェア構成について説明する。
クライアント１３０は、ＣＰＵ(Central Processing Unit)２０１、メモリ２０２、記憶装置２０３、入力装置２０４、出力装置２０５、通信インタフェース２０６、及びバッテリー２０７等の各ユニットを有する。
メモリ２０２はプログラム及び処理対象となるデータを記憶する。ＣＰＵ２０１は、メモリ２０２にロードされたプログラムを実行する。

記憶装置２０３は、例えば、ＨＤＤ(Hard Disk Drive)や、ＣＤ(Compact Disc)、ＤＶＤ(Digital Versatile Disk)等の媒体及びその駆動装置である。
入力装置２０４は、例えばキーボード、マウス、スキャナ等である。出力装置２０５は、例えばディスプレイ、スピーカ等である。本実施例では、ディスプレイに表示される画面の管理について提示するものである。通信インタフェース２０６は、通信ネットワーク１２１と接続するためのものである。
なお、サーバ１１０のハードウェア構成についても、図２に示す構成とほぼ同様である。しかし、出力装置２０５やバッテリー２０７は必ずしも必要とされないので、これらは必要に応じて装備されればよい。

次に、図３を参照して、クライアント１３０の対象リソース定義ＤＢ１３７の構成について説明する。
対象リソース定義ＤＢ１３７は、クライアント１３０が有するリソース情報を規定するＤＢである。リソース情報はライアント１３０からサーバ１１０に送信され、サーバで管理される。リソース情報は、デフォルト（default）3１１１、状態情報（status）に関するセッティングＡ３１１２、及びアプリケーション（application）に関するセッティングＢ３１１３の３種類に分類され、それぞれグループ３１１、オブジェクト３１２、及び情報の内容３１３によって定義される。

デフォルト３１１１は、クライアントが元々有している入力装置等のハードウェアに関する情報であり、リモートデスクトップソリューションを利用する時にクライアント１３０からサーバに対して送信される情報である。情報の内容３１３としては、サーバの管理する領域にける全入力情報であり、例えば、クライアント１３０のマウスやキーボード等の入力装置（オブジェクト３１２）から入力される情報である。リソース情報収集機能１３３は、これらの入力情報３１３を検出し、サーバ１１０に送信する。

セッティングＡ３１１２は、ユーザがサーバ１１０の画面情報に表示したいと考えるクライアント１３０の状態情報である。内容３１３としては、例えば、クライアント１３０のバッテリー状態、ネットワーク状態、ウイルス対策ソフトの状態、等に関する情報がある。リソース情報収集機能１３３は、これらの状態情報の変化を検出し、変化後の状態情報をサーバ１１０に送信する。

セッティングＢ３１１３は、ユーザがサーバ１１０の画面情報に表示したいと考える、クライアント１３０にインストールされているアプリケーションに関する情報である。例えば、クライアント１３０にインストールされているインターネットエクスプローラ、メッセンジャー、等の情報である。リソース情報収集機能１３３は、これらのアプリケーションに関する情報を検出し、サーバ１１０に送信する。例えば、インターネットエクスプローラの場合、アドレス入力欄に入力したアドレスをサーバ１１０に送信する。

ユーザは、例えばクライアント１３０を設置する時に上記したような情報を対象リソース定義データベース１３７に登録する。これら情報は、クライアント１３０からサーバ１１０に送信される。サーバ１１０のリソース情報管理機能１１３は、クライアントから取得した情報に関連するアイコンを追加登録するように制御する。画面情報更新機能１１４は、そのアイコンを含むようにクライアント１３０のための画面情報を作成、更新する。

次に、図４を参照して、サーバ１１０のリソース管理ＤＢ１１７の構成について説明する。
リソース管理ＤＢ１１７はサーバが管理するリソース情報を規定する。リソース情報は、状態情報４０１１とアプリケーション４０１２に分けられ、それぞれグループ４０１、管理対象の機器を示す機器４０２、オブジェクト４０３、及び情報の内容４０４から成る。

機器７０２は、記憶された情報がどちらの機器の情報かを示す。オブジェクト４０３は、ハードウェアや処理機能等の管理項目を示し、アプリケーションについては、起動するコマンドも併せて保存する。

情報の内容４０４は、オブジェクト４０３に関する情報を保持する。例えば、バッテリー情報の場合は残量に関する情報であり、ネットワークの場合は回線速度に関する情報の如き情報を保持する。なお、アプリケーションの場合は、それを起動しているか否か、及び各種パラメータについて保存している。各種パラメータとは、例えばインターネットエクスプローラの場合、現在閲覧しているサイトのアドレスに関する情報のことを意味する。図示の例では、サーバ１１０とクライアント１３０が「Internet Explorer」を有し、「http://saigo_.htm」のサイトを閲覧中であることを示している。なお、「−」は停止中を示す。

次に、図５を参照して、サーバ１１０のポリシー管理ＤＢ１１８の構成について説明する。
ポリシー管理ＤＢ１１８は、取り扱われるリソース情報に関するポリシーを規定する。このＤＢ１１８は、制御対象となるオブジェクト５01と、ポリシー５０２の内容を記憶する。例えば、以下のようなポリシーが設定される。

全てのリソースに対する制御ポリシー５０１１として、なるべく応答遅延時間が少ない方で起動する。両方で起動できるアプリケーションについてはクライアントで起動する（５０２１）。但し、クライアントのＣＰＵリソースが８０％を越えている場合は、サーバを優先する（５０２２）。
インターネットエクスプローラを起動する場合は、例えば「hitachi.co.jp」ドメインにアクセスする場合は、サーバで起動する（５０１２）。
リソースを制御する際は、このようにポリシー管理データベース１１８に登録されたポリシーを参照し、制御を行う。その他のアプリケーション５０１３に関してはネットワーク管理者に申請したもののみが利用可能である。

次に、図６を参照して、クライアント１３０のディスプレイに表示される画面の内容について説明する。
従来のファットクライアントＰＣを利用している場合（リモートデスクトップソリューションを利用しない場合）は、図６（Ａ）に示すように、クライアント１３０の画面情報３０１が表示されている。つまり、クライアント１３０の記憶装置にＯＳやアプリケーションの情報が全て格納されており、マウスやキーボード等の操作情報はクライアント１３０の内部で処理される。

これに対して、リモートデスクトップソリューションを利用している場合は、通常時には（Ｂ）に示すように、サーバ１１０の画面情報３０２が表示されている。ここでは、クライアント１３０を操作しているユーザのマウスやキーボード等による入力情報は、クライアント１３０の通信機能１３１によりサーバ１１０に伝えられ、サーバ１１０で処理される。クライアント１３０は、応答としてサーバ１１０における処理結果としてのデスクトップの画像情報を受信し、それをディスプレイに表示する。

リモートデスクトップアプリケーションを利用する状況下では、クライアント１３０の画面情報３０１を表示する。この場合、（Ｃ）に示すように、クライアントの画面情報３０１内に、縮小化したサーバ１１０の画面情報（（Ｂ）に示すサーバの画面情報３０２を縮小化したもの）のアイコン３０３を表示する。

本実施例では、とりわけ（Ｄ）に示すように、サーバ１１０に送信したクライアント１３０のリソース情報についてサーバの画面情報更新機能１１４によって、サーバ１１０画面情報３０２に、クライアント１３０のリソース情報３０４や３０５を合成する。ここで、リソース情報３０４はサーバ１１０を経由したクライアント１３０のリソース情報であり、リソース情報３０５はサーバ１１０を経由しないクライアント１３０のリソース情報である。サーバを経由するとは、例えばInternet Explorerを用いサーバを経由してあるＷｅｂサイトへアクセスする場合であり、一方、サーバを経由しないとは、クライアントから直接Ｗｅｂサイトへアクセスする場合を言う。何れの場合でもクライアント１３０の画面情報にはそのアプリケーションに関するリソース情報のアイコンが表示される。

次に、図７〜図８を参照して、クライアント１３０及びサーバ１１０における処理動作について説明する。まず、図７を参照してクライアント１３０における処理について説明する。
クライアント１３０が起動されると（７０１）、クライアント１３０内の定義されたリソース情報を収集するまでしばらく待機状態が続く（７０２）。

リソース情報収集機能１３３により、対象リソース定義ＤＢ１３７で規定された情報に従って、対象となるリソース情報を収集する（７０３）。ここで、この収集のタイミングは定期的又は状態変更時のイベントを契機に行なうようにしてもよい。
引き続いて、リソース情報収集機能１３３により、対象リソース定義ＤＢ１３７の情報に従って、サーバ１１０に情報を送信するか否かを決定する（７０４）。送信が必要な場合は、通信機能１３１に送信する情報を渡し、通信機能１３１はサーバ１１０に情報を送信する（７０５）。
なお、サーバ１１０における処理（７２１）については図８を参照して後述する。
上記ステップ４０４において、サーバ１１０に情報を送信する必要がない場合は、基本制御機能１３２にて制御して（７１１）、その結果を表示機能１３４の制御に基づいて表示装置に表示する（７１２）。

サーバ１１０との通信において、通信機能１３１はサーバ１１０から更新後の画面情報を受信する（７０６）。受信される情報の中にはアプリケーション起動指令が含まれることもある。そして、基本制御機能１３２の制御の下、サーバ１１０から受信した情報の処理が行なわれる（７０７）。画面情報については、表示機能１３４に引き渡される。アプリケーション起動指令が含まれていた場合は、指令に従いアプリケーションが起動される。そして、表示機能１３４の制御によってディスプレイに画面情報を表示し、ユーザに提示される。

次に、図８を参照して、サーバ１１０における処理動作について説明する。
サーバ１１０が起動された後、クライアント１３０から送信される情報を受信するまでの間、しばらく待機状態を続ける（８０１）。
通信機能１１１によりクライアント１３０から送信されたリソース情報を受信すると（８０２）、基本制御機能１１２によって受信情報の解析処理が行なわれ、リソース情報はリソース情報管理機能１１３に送られる（８０３）。

リソース情報管理機能１１３の処理により、サーバ１１０のリソース管理ＤＢ１１７に記憶された情報と照合し、サーバ１１０の画面情報に追加するリソース情報を決定する（８０４）。そして、リソース制御機能１１５は、追加すべきリソースの追加方法を決定する（８０５）。即ち、ポリシー管理ＤＢ１１８を参照して、リソース情報が例えば、クライアント１３０のバッテリー情報の場合は、バッテリー情報を示すアイコンを追加する。またアプリケーションの場合は、クライアント又はサーバのいずれの機器で起動するかを決定する。

そして、画面情報更新機能１１４は、リソース制御機能１１５の制御結果に従い、サーバ１１０の画面情報を更新する（８０６）。そして、基本制御機能１１２は、更新された画面情報を送信情報として作成し（５０７）、その画面情報は通信機能１１１によりクライアント１３０へ送信される（８０８）。

次に、図９を参照して、クライアント１３０の状態情報の一例として、クライアント１３０のバッテリー情報の表示を例にとり、その処理動作について説明する。なお、図９は図７、８のフローを適宜抜粋したものである。
まず、リソース情報収集機能１３３は、バッテリー情報を対象リソース定義ＤＢ１３７に追加する（７０３）。そして、バッテリー情報を対象リソース定義ＤＢ１３７に追加したという情報と、バッテリー状態情報をサーバ１１０に対して送信する（７０５）。

サーバ１１０は、クライアントから送信されたリソース情報を受信する（８０２）。そして、リソース情報管理機能１１３の制御によりリソース管理ＤＢ１１７を参照して、バッテリーに関する情報が、サーバ１１０に存在するかを確認する（８０４）。確認の結果、バッテリー情報がサーバ１１０に存在しないと判断すると、その受信したバッテリー情報をリソース管理ＤＢ１１７に保存し、サーバ１１０の画面情報にバッテリー状態を示すアイコンを追加することを決定する。

そして、画面情報更新機能１１４は、リソース情報管理機能１１３の決定に基づいて、バッテリーのアイコンを追加するようにサーバ１１０の画面情報を変更する（８０６）。通信機能１１１は、変更された画面情報をクライアント１１１に送信する（８０６）。

クライアント１３０の通信機能１３１は、サーバ１１０から送信された画面情報を受信し（７０６）、表示機能１３４の制御の下、その受信した画面情報をディスプレイに表示する（７０８）。
以後、バッテリー情報は、バッテリー状態変化時にサーバ１１０に対して送信され、サーバ１１０の画面情報が変更される。ユーザがバッテリー状態に関する詳細情報を要求した場合は、リソース管理ＤＢ１１７に保存されている情報を基にサーバの画面情報を更新し、クライアント１３０へ送信してディスプレイに表示する。

次に、図１０を用いて、クライアント１３０のアプリケーション情報の一例として、クライアント１３０にインストールされているインターネットエクスプローラ（以下ＩＥ）の表示の例を説明する。なお、図１０は図７、８の適宜抜粋である。
クライアント１３０のＩＥに関する情報をサーバのリソース管理ＤＢ１１７に追加して記憶するまでの処理動作は、ステップ８０４のリソース情報管理機能１１３の動作以外、図９に示したバッテリー情報の場合の動作と同様である。

この例の場合、ステップ８０４のリソース情報管理機能１１３の処理において、リソース管理ＤＢ１１７を参照して、ＩＥがサーバ１１０にインストールされていることを確認し、受信したＩＥに関する情報をリソース管理ＤＢ１１７に保存し、アイコンの追加等の画面情報の更新は行わないことを決定する。なお、ＩＥ情報のＤＢ１１７への登録動作については、予め主要アプリケーションとして規定しておき、それら主要アプリケーションについては、自動的に行なわるようにしても良いし、ユーザが手動で操作してもよい。

以下、処理動作について概略説明する。
まず、リソース情報収集機能１３３がユーザのＩＥ起動要求を検出する（７０３）。通信機能１３１は、ＩＥの起動要求を検出した旨の情報をサーバ１１０に対して送信する（７０５）。

サーバ１１０では、通信機能１１１がＩＥ起動要求の情報を受信する（８０２）。そして、リソース情報管理機能１１３は、リソース管理ＤＢ１１７を参照して、ＩＥの起動を行うことを決定し、リソース制御機能１１５に処理を受け渡す（８０４）。リソース制御機能１１５は、ポリシー管理ＤＢ１１８の規定に従い、サーバ１１０又はクライアント１３０のどちらの機器のＩＥを起動するかを決定する（８０５）。
サーバ１１０で起動することが決定した場合は、ＩＥを起動し、画面情報を変更して（８０６）、その画面情報をクライアント１３０へ送信する（８０８）。後の処理は前述した動作と同様である。

一方、クライアント１３０で起動することを決定した場合には、以下のように動作する。ステップ８０６の画面情報更新機能１１４において、タスクバー領域のアプリケーション一覧を変更し、一覧にＩＥを加える。通信機能１１１は、その変更した（即ちＩＥのタスクバーが含まれる）画面情報と、ＩＥの起動指令をクライアント１３０に送信する。

クライアント１３０において、通信機能１３１は、画面情報と指令を受信し（７０６）、基本制御機能１３２の制御の下、指令に従いＩＥを起動する（７０７）。また、表示機能１３４は、受信した画面情報、即ち起動したＩＥのタスクバーを含む画面情報をディスプレイに表示する。
以後、ＩＥに関する操作に関して、閲覧するサイトのアドレス情報はリソース情報収集機能１３３により検出され、そのアドレス情報はサーバ１１０に送信され、同様の動作を繰り返す。

なお、途中で、ＩＥを起動する機器の変更が生じた場合、それまでに起動していたＩＥについてはポリシー管理ＤＢ１１８に従って、停止、隠す、何もしない、という処理のいずれかを行うことができる。
縮小化の操作を行なった場合、元に戻すには、サーバ１３０の画面情報のタスクバー領域に追加したＩＥを選択すればよい。また、サーバの画面情報に修正を加える方法としては、ユーザの設定に応じて、クライアント、サーバのリソースを分けて表示してもよい。

以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されるものではなく、本発明の趣旨を逸脱しない範囲に種々変形して実施しえる。
例えば、図８に示す処理動作に関して、クライアント１３０に書き込み制御がかけられている場合も想定される。書き込み制御とは、クライアント１３０に対する特定の機器からのアクセス以外は、ユーザに対して、クライアント１３０におけるデータの読み取りと実行のみ許可し、クライアント１３０における書き込みを禁止する機能である。この特定の機器とは、クライアント１３０に対する上記サーバ１１０以外に、経由すべき他のサーバが在る場合、この他のサーバのことを言う。なお、この場合、図１に示すクライアント１３０には、書き込み禁止機能を備えることが必要となる。

この場合、図８のステップ５０５の動作が、上述した例とは異なる。即ち、閲覧をするだけで、編集や保存が必要ないリソースに関しては、上述の例と同様に、ポリシー管理ＤＢ１１８の規定に基づいたリソース制御がリソース制御機能１１５によって行われる。

一方、テキスト編集のように、編集・保存が要求されるリソースに関しては、基本的にサーバ１１０でアプリケーションを起動するようにポリシー管理ＤＢ１１８にポリシーが保存され、そのポリシーに基づき、リソース制御機能１１５において制御を行うことになる。

また、他の変形例として、上述した例におけるバッテリー情報のような、クライアントのリソースであることが明らかな場合は、そのリソース情報をそのまま画面情報に追加して、ディスプレイに表示するのが好ましい。しかし、サーバ、クライアントともに保有しているリソースについては、ポリシーに従い、連動させて動作させるのが好ましい場合がある。例えば、音声ボリューム情報などは、ただ１つだけのアイコンを表示し、サーバ側は常にONであり、クライアント側でのみ制御する、というようなポリシーで制御することもできる。制御するポリシーについては、予め設定しておいても良いし、ユーザがそれに対しカスタマイズを行ってもよい。

以上のように、本実施例によれば、リモートデスクトップソリューションを利用しているクライアントのディスプレイに表示する画面情報に適宜クライアントのリソース情報を含めることができるので、ユーザがリモートデスクトップソリューションを意識せず、恰もファットクライアントパソコンを使用している環境のように作業することができる。
とりわけ、同一のアプリケーションをクライアントとサーバでインストールしている場合は、両者のリソースに関する表示をする必要が無く、１つのアイコンもしくはショートカット等で表示することで、ユーザにとって効率よく作業できるような、好ましい操作環境を提供することができる。

一実施例によるリモートデスクトップシステムの構成例を示す図。 一実施例によるクライアント１３０のハードウェア構成例を示す図。 一実施例によるクライアントの対象リソース定義ＤＢ１３７の概要を示す図。 一実施例によるサーバのリソース管理ＤＢ１１７の概要を示す図。 一実施例によるサーバのポリシー管理ＤＢ１１８の概要を示す図。 一実施例によるクライアントのディスプレイに表示される画面情報の例を示す図。 一実施例によるクライアントにおける処理フローを示す図。 一実施例によるサーバにおける処理フローを示す図。 一実施例によるクライアントのバッテリー情報を表示する処理フローを示す図。 一実施例によるクライアントとサーバの双方にインストールされているアプリケーションを利用する場合の処理フローを示す図。

符号の説明

１１０：サーバ、１１１：通信機能、１１２：基本制御機能、１１３：リソース情報管理機能、１１４：画面情報更新機能、１１５：リソース制御機能、１１７：リソース管理ＤＢ、１１８：ポリシー管理ＤＢ、１２０：通信ネットワーク、１３０：クライアント、１３１：通信機能、１３２：基本制御機能、１３３：リソース情報収集機能、１３４：表示機能、１３７：対象リソース定義ＤＢ、
２０１：ＣＰＵ、２０２：メモリ、２０３：記憶装置、２０４：入力装置、２０５：出力装置、２０６：通信インタフェース、２０７：バッテリー。

Claims (12)

1. ネットワークを介してクライアントとサーバとが接続されるリモートデスクトップシステムにおいて、
   該クライアントは、画面情報を表示する表示装置と、該クライアントを構成するユニット又はプログラムに関係する情報をリソース情報として収集するリソース情報収集機能と、
   該リソース情報収集機能によって収集された該リソース情報を、該ネットワークを介して該サーバへ送信する通信機能とを有し、
   該サーバは、該サーバのリソース情報と、該クライアントから送信されて取得されたリソース情報と、を含むリソース情報を管理するリソース情報管理機能と、該クライアントの表示装置に表示する画面情報を作成する画面情報作成機能を有し、該画面情報作成機能は、該リソース情報管理機能に基づき、該クライアントの画面情報内に該サーバのリソース情報を含むクライアントの画面情報（第１画面情報）を作成し、又はサーバの画面情報内に該クライアントのリソース情報を含む該サーバの画面情報（第２画面情報）を作成し、該画面情報作成機能によって作成され、該通信機能を介して受信された第１又は第２画面情報を該クライアントの該表示装置に表示することを特徴とするリモートデスクトップシステム。
2. 前記リソース情報収集機能は、前記リソース情報として、該クライアントが持つ入力装置から入力される入力情報、又は該クライアント内の関係する先のユニットに電源を供給するバッテリーの情報、又はネットワークインタフェースカード等の付属装置の情報、又は該クライアントのメモリにインストールされるアプリケーションに関する情報、の少なくとも１つの情報を収集することを特徴とする請求項１のリモートデスクトップシステム。
3. 前記リソース情報管理機能は、該サーバと該クライアントで同一のリソース情報を保持しているかを判断する判断手段を有し、該判断手段による判断の結果、同じリソース情報が在ることが判明した場合、該画面情報作成機能は同じ該リソース情報に関する画面の更新を行なわないことを特徴とする請求項１又は２のリモートデスクトップシステム。
4. 前記同じリソース情報には同一のアプリケーションが含まれることがあり、
   該クライアントにおいて該アプリケーションの起動によるリソースの使用が要求された場合、事前に設定された取り扱われる前記リソース情報に関するポリシーに基づいて前記アプリケーションの使用に必要とされる前記リソースを提供する機器を前記サーバまたは前記クライアントのいずれにするか判定し、
   前記クライアントを利用するユーザが前記リソースの使用中に前記判定の結果に変更が生じた場合、前記ユーザに通知することなく、前記リソースを提供する機器を変更することを特徴とする請求項３のリモートデスクトップシステム。
5. 前記リソース情報管理機能の前記判断手段が、該サーバとクライアントと間で同一のリソース情報を保持していると判断しない場合、該画面情報作成機能は、該リソース情報を追加して画面情報の更新を行うことを特徴とする請求項３または４に記載のリモートデスクトップシステム。
6. 該クライアントからの要求に応じて、該画面情報作成機能は、該サーバで管理している該クライアントのリソース情報と該サーバのリソース情報を、該クライアントと該サーバでそれぞれ分けて、該画面情報を変更することを特徴とする請求項１乃至５のいずれかのリモートデスクトップシステム。
7. 該クライアントは、特定のサーバからのアクセス以外、クライアントにおけるデータの読み取りと実行を許可し、該クライアントにおけるデータの書き込みを禁止する書き込み制御機能を有することを特徴とする請求項１乃至６のいずれかのリモートデスクトップシステム。
8. ネットワークを介してクライアントとサーバとが接続されたリモートデスクトップシステムにおいて、
   該クライアントは、画面情報を表示する表示装置と、該クライアントを構成するユニット又はアプリケーションを含むプログラムに関係する情報をリソース情報として収集するリソース情報収集機能と、該リソース情報収集機能によって収集された該リソース情報を、該ネットワークを介して該サーバへ送信する通信機能とを有し、
   該サーバは、該サーバのリソース情報と、該クライアントから送信されて取得されたリソース情報と、を含むリソース情報を管理し、かつ該サーバと該クライアントで同一のリソース情報を保持しているかを判断する判断手段を持つリソース情報管理機能と、該クライアントの表示装置に表示する画面情報を作成する画面情報作成機能を有し、
   該画面情報作成機能は、該リソース情報管理機能に基づき、該クライアントの画面情報内に該サーバのリソース情報を含むクライアントの画面情報（第１画面情報）を作成し、又はサーバの画面情報内に該クライアントのリソース情報を含む該サーバの画面情報（第２画面情報）を作成し、該画面情報作成機能によって作成された第１又は第２画面情報を該クライアントの該表示装置に表示し、かつ、該判断手段による判断の結果、該サーバと該クライアントに同じアプリケーションが在ることが判明した場合、該画面情報作成機能は、いずれか一方のリソース情報に関する表示を該第１又は第２の画面に含ませる処理を行うことを特徴とするリモートデスクトップシステム。
9. 前記画面情報作成機能は、該リソース情報に関する表示として、該リソース情報を示すアイコン又はショートカットを該画面情報に含ませることを特徴とする請求項１乃至８のいずれかのリモートデスクトップシステム。
10. 前記リソース情報に該クライアントが持つバッテリーの情報が含まれている場合、該画面情報作成機能は、該バッテリーを示すアイコン又はショートカットを第２画面情報に含ませることを特徴とする請求項１乃至８のいずれかのリモートデスクトップシステム。
11. 該クライアントは、管理の対象とするリソース情報を記憶する対象リソース定義ＤＢを有し、該サーバは、自ら管理する該クライアント及び該サーバにおけるリソース情報を記憶するリソース管理ＤＢを有し、
    前記リソース情報収集機能は、該対象リソース定義ＤＢを参照して該ＤＢに規定されたリソース情報を収集して、該サーバに送信し、
    該サーバは、受信したリソース情報が新しい場合、該リソース情報を該リソース管理ＤＢに追加して記憶することを特徴とする請求項１乃至１０のいずれかのリモートデスクトップシステム。
12. 該サーバは、更に、取り扱われる前記リソース情報に関するポリシーを記憶するポリシー管理ＤＢを有し、該ポリシー管理ＤＢに登録されたポリシーの規定に従って、該サーバ又は該クライアントのいずれかの機器を制御することを特徴とする請求項１乃至１１のいずれかのリモートデスクトップシステム。

Images