JP5407386B2 - サーバ装置及びプログラム - Google Patents

Description

本発明は、サーバ装置及びプログラムに関する。

従来のサーバ・クライアント・システムにおいて、例えばクライアント装置からのリモート操作によりサーバ装置側で所望のアプリケーションプログラムを起動実行させるサーバベース・コンピューティング・システム(ＳＢＣ;Server Based Computing system)がある。このＳＢＣシステムでは、クライアント装置の操作入力に応じてサーバ装置側で処理され更新される表示用の描画データが、該サーバ装置からその描画更新の都度クライアント装置へと送信転送されて表示される。これによりクライアント装置は、表示や入力など最低限の機能のみを持てば良く、アプリケーションなどの資源はサーバ装置で一元管理するものである。

このようにＳＢＣシステムは、サーバ装置上でアプリケーションプログラムが実行されるので、セキュリティ性が高く且つクライアント装置の性能が低い場合にも高機能なコンピューティング環境を実現可能である。

一方で、サーバ装置に対して複数のクライアント装置それぞれからのアプリケーションプログラムの実行要求が集中すると、サーバ装置における処理の負荷が大きくなり、個々のアプリケーションの実行速度が遅くなるため、クライアント装置から見たアプリケーションの応答が鈍くなる不具合が生じる。

そこで、サーバ装置への負荷集中および直接的な操作入力を低減するために、クライアント環境構築のための情報を管理する環境管理サーバと、環境管理サーバに各種情報を登録するクライアントと、実際に環境が構築されるクライアントから構成される負荷分散型デスクトップ環境構築システムが考えられている（例えば、特許文献１参照。）。

この負荷分散型デスクトップ環境構築システムによれば、サーバの負荷が分散するようにユーザに対応したクライアント環境を環境管理サーバによって構築し、構築されたクライアント環境に従ってクライアントがリモートデスクトップ環境で動作するように制御している。

特開２００６−０１８３４７号公報

前記従来の負荷分散型デスクトップ環境構築システムでは、ユーザに対応したクライアント環境を環境管理サーバによって構築することで、クライアント毎にサーバにて実行させるアプリケーションプログラムの負荷分散を図っている。しかしながら、異なるアプリケーションプログラムであっても、サーバにおいて多数のアプリケーションが同時期的に実行されれば、負荷集中は避けられない問題がある。

本発明は、このような課題に鑑みなされたもので、サーバにおけるアプリケーションプログラムの実行頻度を削減し、該サーバへの負荷の集中を回避することを目的とする。

請求項１は、端末装置からの要求に基づいて当該端末装置用のデスクトップ画面を生成して送信するサーバ装置であって、当該サーバ装置で実行可能なアプリケーションのメニューと前記端末装置側で実行可能なアプリケーションのメニューとを含むデスクトップ画面を、前記端末装置に送信するメニュー送信手段と、前記端末装置側において前記メニューに対する選択操作が行われたことを受信した際は、その選択されたメニューのアプリケーションが前記端末装置側で実行可能なアプリケーションか否かを判別する判別手段と、前記判別手段で前記端末装置側で実行可能なアプリケーションではないと判別された際は、そのアプリケーションを当該サーバ装置で起動実行し、その起動実行が成功した場合には、そのアプリケーションの画面を生成し、その画面と当該アプリケーションが起動中であることを示す識別子とを含むデスクトップ画面を、前記端末装置に対して送信する送信制御手段と、を備え、前記送信制御手段は、前記判別手段で前記端末装置側で実行可能なアプリケーションと判別された際は、そのアプリケーションの起動実行を前記端末装置に対して要求し、当該端末装置での起動実行の成功の有無を当該端末装置から受信し、起動実行が成功した場合には、当該アプリケーションが起動中であることを示す識別子を含むデスクトップ画面を送信する、ことを特徴とする。

本発明によれば、サーバにおけるアプリケーションプログラムの実行頻度を削減し、該サーバへの負荷の集中を回避することが可能となる。

本発明の実施形態に係るＳＢＣ(Server Based Computing)システムの構成を示すブロック図。 前記ＳＢＣシステムにおけるサーバ装置１０の回路構成を示すブロック図。 前記サーバ装置１０のＲＡＭ１４に確保されたクライアント実行テーブル１４ｂにおける記憶データの内容を示す図。 前記ＳＢＣシステムにおけるクライアント装置２０の回路構成を示すブロック図。 前記ＳＢＣシステムのサーバ装置１０によるサーバ処理を示すフローチャート。 前記ＳＢＣシステムのクライアント装置２０によるクライアント処理を示すフローチャート。 前記ＳＢＣシステムの具体的動作に伴うサーバ装置１０およびクライアント装置２０における各処理ステップと、これに伴いクライアント装置２０で表示されるリモートデスクトップ画面ＤＴを示す図。 前記図７における各処理ステップでのリモートデスクトップ画面ＤＴ（その１）を拡大して示す図。 前記図７における各処理ステップでのリモートデスクトップ画面ＤＴ（その２）を拡大して示す図。 前記図７における各処理ステップでのリモートデスクトップ画面ＤＴ（その３）を拡大して示す図。 前記図７における各処理ステップでのリモートデスクトップ画面ＤＴ（その４）を拡大して示す図。

以下図面により本発明の実施の形態について説明する。

図１は、本発明の実施形態に係るＳＢＣ(Server Based Computing)システムの構成を示すブロック図である。

このＳＢＣシステムは、例えば社内ＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)からなるネットワークＮ上に接続されたサーバ装置１０および複数のクライアント装置(Thin client)２０，…を備える。

サーバ装置１０は、顧客管理プログラム，会計管理プログラム，メール処理プログラム，プレゼン資料作成プログラムなど、特に社内業務上必要でセキュリティ性の高い情報を処理する複数のアプリケーションプログラムを有し、当該サーバ装置１０に接続されたクライアント装置２０，…からの操作入力（入力イベント）信号に応じて起動しその処理を実行する。

このサーバ装置１０において、クライアント装置２０，…からの操作入力信号に応じたアプリケーションプログラムの実行に伴い、クライアント用の仮想フレームバッファＲＡＭ１４ａ（図２参照）上に生成された表示出力用の描画データＧｓは、圧縮処理された後アクセス元のクライアント装置２０，…へ送信（転送）される。

そして、クライアント装置２０，…では、前記サーバ装置１０から転送された描画データＧｓがその圧縮を解凍されてフレームバッファＲＡＭ２５（図４参照）に展開され、表示装置２６に表示される。

つまり、このＳＢＣシステムにおける各クライアント装置(Thin client)２０，…は、何れもキーボード及びマウスなどのユーザ操作に応じた入力機能とＬＣＤ表示部及びプリンタなどへの出力機能を主要な機能として有し、原則として前記サーバ装置１０が有している各種のアプリケーション機能やデータファイルの管理機能を一切持っていない。

そして、クライアント装置２０，…からの操作入力（入力イベント）信号に応じてサーバ装置１０にて起動実行される各種の処理に伴い生成されたデータファイルは、基本的には、当該サーバ装置１０内あるいは該サーバ装置１０にて接続管理される磁気ディスクなどの記憶装置にユーザアカウント毎あるいは共有ファイルとして記憶され保存される。

なお、各クライアント装置(Thin client)２０，…は、ベーシックなプログラム制御を行うためのＣＰＵ２１（図４参照）と、例えばＷｅｂブラウザプログラムや動画再生プログラムなど、処理負荷が重い一方でセキュリティ性の低い情報を処理する限定的なアプリケーションプログラムを有し、この限定的なアプリケーションプログラムについては当該クライアント装置２０，…にて実行する。

図２は、前記ＳＢＣシステムにおけるサーバ装置１０の回路構成を示すブロック図である。

サーバ装置１０は、コンピュータとして高性能なＣＰＵ１１を備え、このＣＰＵ１１には、バス１２を介してＲＯＭ１３、ＲＡＭ１４、フレームバッファＲＡＭ１５、表示装置１６が接続される。

また、ＣＰＵ１１には、バス１２を介してキーボード，マウスなどの入力装置１７、外部記憶装置１８、クライアント装置２０，…との通信Ｉ／Ｆ（インターフェイス）１９が接続される。

ＣＰＵ１１は、ＲＯＭ１３に予め記憶されているシステムプログラムや種々のアプリケーションプログラムを含むサーバ制御プログラムに従ってＲＡＭ１４を作業用メモリとし回路各部の動作を制御するもので、入力装置１７からのキー入力信号や通信Ｉ／Ｆ１９を介して受信されるクライアント装置２０からのユーザ操作に応じた処理指令（入力イベント）信号などに応じて前記種々のプログラムが起動・実行される。

このサーバ装置１０において、クライアント装置２０からの入力イベント信号に応じて起動・実行されるアプリケーションプログラムに従い生成された種々のデータは、例えばそのユーザＩＤに対応付けられて外部記憶装置１８に記憶される。またクライアント表示用の描画データＧｓは、ＲＡＭ１４内のクライアント用仮想フレームバッファＲＡＭ１４ａを使用して生成されると共に、圧縮処理された後、通信Ｉ／Ｆ１９からクライアント装置２０へ転送されて表示出力される。

また、このサーバ装置１０は、ＲＡＭ１４において、各クライアント装置２０，…毎に管理されるクライアント実行テーブル１４ｂを有する。

図３は、前記サーバ装置１０のＲＡＭ１４に確保されたクライアント実行テーブル１４ｂにおける記憶データの内容を示す図である。

このクライアント実行テーブル１４ｂは、各クライアント装置２０，…毎に１つの実行テーブル１４ｂが確保される。このクライアント実行テーブル１４ｂには、クライアント装置２０からの接続要求に伴い当該クライアント装置２０から通知される同クライアント装置２０が有する起動可能なアプリケーションの名称、およびそのプログラムの実行開始場所を示す実行プログラム名が記憶される。

クライアント装置２０からのユーザ操作に応じた処理指令（入力イベント）信号に従い起動すべきアプリケーションプログラムが、前記クライアント実行テーブル１４ｂに記憶されたアプリケーションである場合には、同クライアント装置２０に対して当該アプリケーションプログラムの実行要求が送信される。

なお、当該サーバ装置１０自身の表示装置１６にて表示させるための描画データは、フレームバッファＲＡＭ１５上に生成される。

図４は、前記ＳＢＣシステムにおけるクライアント装置２０の回路構成を示すブロック図である。

クライアント装置２０は、コンピュータとしてベーシックなＣＰＵ２１を備え、このＣＰＵ２１には、バス２２を介してＲＯＭ２３、ＲＡＭ２４、受信用フレームバッファＲＡＭ２５ｓ、アプリ実行画面用ＲＡＭ２５ｃ、フレームバッファＲＡＭ２５が接続される。

前記サーバ装置１０にて実行させたアプリケーションプログラム従い生成されて受信される前記描画データＧｓは、前記受信用フレームバッファＲＡＭ２５ｓに書き込まれる。

クライアント装置２０自身が有するアプリケーションプログラム従い生成された描画データＧｃは、前記アプリ実行画面用ＲＡＭ２５ｃに書き込まれる。

そして、前記受信用フレームバッファＲＡＭ２５ｓおよびアプリ実行画面用ＲＡＭ２５ｃに書き込まれた各描画データＧｓ，Ｇｃは、ユーザ操作中のアプリケーションの画面を前面にその優先順で上書きされた描画データＧとしてフレームバッファＲＡＭ２５に書き込まれ、表示装置２６に出力されて表示される。

また、ＣＰＵ２１には、バス２２を介してキーボード，マウス，マイク，光センサなどの入力装置２７、外部記憶装置２８、前記サーバ装置１０との通信Ｉ／Ｆ（インターフェイス）２９が接続される。

ＣＰＵ２１は、ＲＯＭ２３に予め記憶されているシステムプログラムや種々限定的なアプリケーションプログラム（クライアント制御プログラム）に従ってＲＡＭ２４を作業用メモリとし回路各部の動作を制御するもので、入力装置２７からのキー入力信号やマウス移動信号、通信Ｉ／Ｆ２９を介して受信されるサーバ装置１０からのアプリケーション応答信号、アプリケーション実行要求信号、転送描画データＧｓなどに応じて、前記システムプログラムや実行要求されたアプリケーションプログラムが起動され実行される。

このクライアント装置２０において、前記サーバ装置１０からのアプリケーション実行要求信号に従い起動実行されたアプリケーションプログラムにより生成された種々のデータは、適宜、外部記憶装置２８に読み込まれて記憶され、また生成された表示用の描画データＧｃは、アプリ実行画面用ＲＡＭ２５ｃに書き込まれると共に、フレームバッファＲＡＭ２５に描画展開され表示装置２６に表示出力される。

次に、前記構成によるＳＢＣシステムの動作について説明する。

図５は、前記ＳＢＣシステムのサーバ装置１０によるサーバ処理を示すフローチャートである。

図６は、前記ＳＢＣシステムのクライアント装置２０によるクライアント処理を示すフローチャートである。

クライアント装置２０において、サーバ装置１０へ接続するために、その接続先のアドレス、ユーザ名、パスワードが入力されると（ステップＣ１）、当該入力された接続先のサーバ装置１０に対して、そのユーザ名およびパスワードと共に、同クライアント装置２０が有する起動可能なアプリケーションの名称、およびそのプログラムの実行開始場所を示す実行プログラム名が送信される（ステップＣ２）。

サーバ装置１０において、例えば図５の（Ａ）に示すように、前記クライアント装置２０から送信されたユーザ名、パスワード、および当該クライアント装置２０にて起動可能なアプリケーションの名称、実行プログラム名が受信されると（ステップＳ１）、ユーザ認証処理が実行され認証ＯＫ（Ｙ）か否（Ｎ）か判断される（ステップＳ２）。

ユーザ認証ＯＫと判断されない場合には（ステップＳ２（Ｎ））、エラー処理が施されて前記クライアント装置２０との接続は確立されない（ステップＳ３）。

ユーザ認証ＯＫと判断された場合には（ステップＳ２（Ｙ））、前記クライアント装置１０から受信された当該クライアント装置２０にて起動可能なアプリケーションプログラムの名称と実行プログラム名とが、ＲＡＭ１４内のクライアント実行テーブル１４ｂ（図３参照）に記憶される。そして、サーバ装置１０にて起動可能なアプリケーションプログラムの名称と、前記クライアント実行テーブル１４ｂに記憶されたクライアント装置２０にて起動可能なアプリケーションプログラムの名称とを合わせて一覧にしたアプリケーションメニュー画面がリモートデスクトップ画面ＤＴ（図８Ａ参照）として生成され（ステップＳ４）、ログインされる前記クライアント装置２０での表示のためのスタートアップに登録される（ステップＳ５）。

前記リモートデスクトップ画面ＤＴは、前記アプリケーションメニューを配列したアプリケーション実行部ＥＡと、当該アプリケーション実行部ＥＡにおけるアプリケーションの実行指示により起動されたアプリケーションの名称を下端に配列するためのアプリケーション操作部ＯＡとからなる。

前記ステップＳ２においてユーザ認証されたクライアント装置２０がログインされると（ステップＳ６）、前記スタートアップに登録された当該クライアント装置２０に対応するリモートデスクトップ画面ＤＴが、ＲＡＭ１４内のクライアント用仮想フレームバッファ１４ａに描画され、クライアント用描画データＧｓとして同クライアント装置２０へ送信されて表示される（ステップＳ７）。

クライアント装置２０において、前記サーバ装置１０への接続、ログインが完了すると（ステップＣ３）、当該サーバ装置１０から送信されたクライアント用描画データＧｓとしての前記リモートデスクトップ画面ＤＴ（図８Ａ参照）が、受信用フレームバッファＲＡＭ２５ｓに記憶されると共に、フレームバッファＲＡＭ２５にも記憶され、表示装置２６に表示される（ステップＣ４）。

前記リモートデスクトップ画面ＤＴが表示されたクライアント装置２０において、当該画面ＤＴ上のアプリケーション実行部ＥＡに配列されたアプリケーションメニューから、ユーザ任意のアプリケーションの名称ボタンが選択されると、当該アプリケーションの選択イベント信号が前記サーバ装置１０へ送信される。

サーバ装置１０において、前記クライアント装置２０から送信されたアプリケーションの選択イベント信号（アプリケーション実行部ボタン押下）が受信されると（ステップＳ８→Ｓ９）、ユーザ選択されたアプリケーションが、サーバ装置１０のＲＯＭ１３に予め記憶されたアプリケーションプログラムであるか、または前記クライアント実行テーブル１４ｂに記憶された前記クライアント装置２０にて起動可能なアプリケーションプログラムであるかが判断される（ステップＳ１０）。

ここで、前記ユーザ選択されたアプリケーションが、サーバ装置１０に予め記憶されたアプリケーションプログラムであると判断された場合には（ステップＳ１０（Ｙ））、当該アプリケーションプログラムの実行が開始される（ステップＳ１１）。

そして、前記実行開始されたアプリケーションプログラムの起動が成功したと判断されると（ステップＳ１２（Ｙ））、前記クライアント用仮想フレームバッファ１４ａに記憶されているリモートデスクトップ画面ＤＴ（クライアント用描画データＧｓ）のアプリケーション操作部ＯＡにアプリケーションの名称ボタンが描画される。また、同クライアント用仮想フレームバッファ１４ａに記憶されているリモートデスクトップ画面ＤＴには、今回起動されたアプリケーションプログラムに応じて生成されたウインドウ画面ＷＳが前面に上書きされて描画される。そして、このサーバ装置１０におけるアプリケーションプログラムの実行に応じて、アプリケーション操作部ＯＡにアプリケーションの名称ボタンが描画されると共にウインドウ画面ＷＳが描画されてなるリモートデスクトップ画面ＤＴが、前記クライアント装置２０へ送信され、その受信用フレームバッファＲＡＭ２５ｓおよびフレームバッファＲＡＭ２５に記憶されて表示装置２６に表示される（ステップＳ１３）。

一方、前記ステップＳ１０において、ユーザ選択されたアプリケーションが、前記クライアント実行テーブル１４ｂに記憶された前記クライアント装置２０にて起動可能なアプリケーションプログラムであると判断された場合には（ステップＳ１０（Ｎ））、図５の（Ｂ）に示すように、当該アプリケーションプログラムの名称がその起動要求と共に前記クライアント装置２０へ送信される（ステップＳ１５）。

クライアント装置２０において、前記サーバ装置１０から送信されたアプリケーションプログラムの起動要求が受信されると（ステップＣ５→Ｃ６）、当該起動要求されたアプリケーションプログラムが起動され、同プログラムに応じて生成されたウインドウ画面ＷＣが、アプリ実行画面用ＲＡＭ２５ｃに記憶されると共に、フレームバッファＲＡＭ２５に記憶されているそれまでの描画データＧ（リモートデスクトップ画面ＤＴ）の前面に上書き描画され、表示装置２６に表示される（ステップＣ７）。

すると、前記起動要求されたアプリケーションプログラムの起動結果（成功／失敗）が、図６の（Ａ）に示すように、前記ウインドウ画面ＷＣの識別名[Xxxx]と共に、前記サーバ装置１０へ送信される（ステップＣ８）。

サーバ装置１０において、前記クライアント装置２０から送信されたアプリケーションプログラムの起動結果が受信されることで、その起動が成功したと判断されると（ステップＳ１２（Ｙ））、前記クライアント用仮想フレームバッファ１４ａに記憶されているリモートデスクトップ画面ＤＴ（クライアント用描画データＧｓ）のアプリケーション操作部ＯＡに当該起動されたアプリケーションの名称ボタンが描画される。すると、前記アプリケーション操作部ＯＡに、クライアント装置２０で起動されたアプリケーションの名称ボタンが描画された、クライアント用描画データＧｓとしてのリモートデスクトップ画面ＤＴが、前記クライアント装置２０へ送信され、その受信用フレームバッファＲＡＭ２５ｓおよびフレームバッファＲＡＭ２５に記憶されて表示装置２６に表示される（ステップＳ１３）。

一方、前記ステップＳ１２において、サーバ装置１０側におけるアプリケーションプログラムの起動、またはクライアント装置２０へ起動要求したことによる当該クライアント装置２０側でのアプリケーションプログラムの起動が失敗したと判断された場合には（ステップＳ１２（Ｎ））、前記クライアント用仮想フレームバッファＲＡＭ１４ａに記憶されているクライアント用描画データＧｓとしてのリモートデスクトップ画面ＤＴにエラーメッセージが書き込まれ、前記クライアント装置２０へ送信されて表示装置２６に表示される（ステップＳ１４）。

このように、クライアント装置２０に表示されたリモートデスクトップ画面ＤＴのアプリケーション実行部ＥＡにおいて、ユーザにより選択されたアプリケーションの名称ボタンに対応するプログラムが、サーバ装置１０が有するアプリケーションプログラムである場合には、当該サーバ装置１０において、ユーザ選択されたアプリケーションプログラムが実行され、通常のＳＢＣシステムとして動作する。

一方、前記ユーザ選択されたアプリケーションの名称ボタンに対応するプログラムが、クライアント装置２０にて起動可能なアプリケーションプログラムである場合には、サーバ装置１０から当該クライアント装置２０へ前記ユーザ選択されたアプリケーションプログラムの起動要求が送信され、同クライアント装置２０において、同ユーザ選択されたアプリケーションプログラムが実行される。

したがって、前記構成のＳＢＣシステムによれば、顧客管理プログラム，会計管理プログラムなど、特に社内業務上必要でセキュリティ性の高い情報を処理するアプリケーションプログラムは、サーバ装置１０においてＳＢＣシステムとして実行できる一方で、Ｗｅｂブラウザプログラムや動画再生プログラムなど、処理負荷が重いがセキュリティ性の低い情報を処理する限定的なアプリケーションプログラムは、クライアント装置２０自身にて実行できる。よって、サーバ装置１０における特に処理負荷の高いアプリケーションプログラムの実行頻度を削減し、当該サーバ装置１０への負荷の集中を回避することが可能になる。

そして、例えば前記サーバ装置１０におけるアプリケーションプログラムと、クライアント装置２０自身におけるアプリケーションプログラムとがそれぞれ並列的に起動実行され、前記クライアント装置２０にて表示されているリモートデスクトップ画面ＤＴ上に、各実行アプリケーションに対応するウインドウ画面ＷＳ，ＷＣがその起動順に前面に上書きされて表示された状態で、当該リモートデスクトップ画面ＤＴ下端のアプリケーション操作部ＯＡに表示された実行中の各アプリケーションプログラムの名称ボタンが選択的に操作されると、そのボタン操作のイベント信号がサーバ装置１０へ送信される。

サーバ装置１０において、前記クライアント装置２０から受信された操作イベント信号が、前記アプリケーション操作部ＯＡにて実行中のアプリケーションを示すアプリ名称ボタンに対する操作イベントであると判断された場合には（ステップＳ８→Ｓ１６）、操作されたアプリ名称ボタンのアプリケーションが、サーバ装置１０で実行中のアプリケーションであるか、前記クライアント装置２０で実行中のアプリケーションであるかが、前記クライアント実行テーブル１４ｂ（図３参照）に基づき判断される（ステップＳ１７）。

ここで、サーバ装置１０にて実行中のアプリケーションであると判断された場合には（ステップＳ１７（Ｙ））、当該アプリケーションプログラムの実行に応じて更新されているウインドウ画面ＷＳを上書き描画したリモートデスクトップ画面ＤＴ（クライアント用描画データＧｓ）がクライアント装置２０へ送信される（ステップＳ１８）。すると、クライアント装置２０では、前記サーバ装置１０にて実行中のアプリケーションに対応したウインドウ画面ＷＳが前面に描画されたリモートデスクトップ画面ＤＴが表示部２６に表示される（ステップＣ５→Ｃ９）。

なお、前記リモートデスクトップ画面ＤＴにおけるアプリケーション操作部ＯＡの名称ボタンに対するユーザ操作イベントが、マウスの右クリックに応じてポップアップ表示される前記ウインドウ画面ＷＳに対するウインドウ操作メニュー（最大化／最小化／元に戻す／閉じる）に基づく操作イベントであった場合には、同ウインドウ画面ＷＳは、そのウインドウ操作メニューの操作イベントに応じた形態として表示される（ステップＣ９）。

そして、前記リモートデスクトップ画面ＤＴの前面に表示されたサーバ装置１０により実行中のアプリケーションに対応するウインドウ画面ＷＳにおいて、ユーザ操作に応じたイベント信号はサーバ装置１０へ送信されて同アプリケーション処理が更新される（ステップＣ１０）。

一方、前記クライアント装置２０に表示されたリモートデスクトップ画面ＤＴのアプリケーション操作部ＯＡにおいて、ユーザ操作されたアプリケーションの名称ボタンが、当該クライアント装置２０にて実行中のアプリケーションであると判断された場合には（ステップＳ１７（Ｎ））、図５の（Ｃ）に示すように、当該アプリケーションの名称とそのウインドウ画面ＷＣの識別名[Xxxx]（同アプリ起動時にクライアント装置２０から受信済み（ステップＣ８参照））が、同ウインドウ画面ＷＣを前面表示させるための操作要求と共にクライアント装置２０へ送信される（ステップＳ１９）。

すると、クライアント装置２０では、当該クライアント装置２０にて実行中のアプリケーションに対応したウインドウ画面ＷＣを前面に上書きしたリモートデスクトップ画面ＤＴを表示部２６に表示させる（ステップＣ５→Ｃ９）。

なお、このクライアント装置２０自身にて実行中のアプリケーションプログラムについて、前記リモートデスクトップ画面ＤＴにおけるアプリケーション操作部ＯＡの名称ボタンに対するユーザ操作イベントが、マウスの右クリックに応じてポップアップ表示される前記ウインドウ画面ＷＣに対するウインドウ操作メニュー（最大化／最小化／元に戻す／閉じる）に対する操作イベントであった場合には、同ウインドウ画面ＷＣは、そのウインドウ操作メニューの操作イベントに応じた形態として表示される（ステップＣ９）。

そして、前記前面表示されたクライアント装置２０自身により実行中のアプリケーションに対応するウインドウ画面ＷＣにおいて、ユーザ操作に応じたイベント信号は当該クライアント装置２０自身にて処理され同アプリケーション処理が更新される（ステップＣ１０）。

図７は、前記ＳＢＣシステムの具体的動作に伴うサーバ装置１０およびクライアント装置２０における各処理ステップと、これに伴いクライアント装置２０で表示されるリモートデスクトップ画面ＤＴを示す図である。

同図における符号ＳｎとＣｎは、前記図５で示したサーバ装置１０での処理ステップＳｎと、前記図６で示したクライアント装置２０での処理ステップＣｎに対応している。

図８Ａ〜図８Ｄは、前記図７における各処理ステップでのリモートデスクトップ画面ＤＴ（その１）〜（その４）を拡大して示す図である。

サーバ装置１０において、当該サーバ装置１０が有するアプリケーションプログラムの名称と、クライアント実行テーブル１４ｂに記憶されたクライアント装置２０にて起動可能なアプリケーションプログラムの名称とを合わせて一覧にしたアプリケーションメニュー画面がリモートデスクトップ画面ＤＴとして生成され、図８Ａに示すように、クライアント装置２０に送信転送されて表示された状態で（ステップＳ１〜Ｓ７）、そのアプリケーション実行部ＥＡにてユーザにより選択的に操作されたアプリケーションの名称ボタン［１．アプリケーションＡＡＡＡ］が、前記クライアント装置２０にて起動可能なアプリケーションである場合には、同クライアント装置２０からの操作イベントに応じたサーバ装置１０からのアプリケーション起動要求により（ステップＳ１５）、クライアント装置２０自身のアプリケーション［ＡＡＡＡ］が起動される（ステップＣ６）。

この際、クライアント装置２０は、図８Ｂに示すように、当該クライアント装置２０自身により起動したアプリケーション［ＡＡＡＡ］に対応するウインドウ画面ＷＣを、前記サーバ装置１０にて生成転送され表示されているリモートデスクトップ画面ＤＴの前面に上書きして表示する。

これに伴い、クライアント装置２０から今回起動したアプリケーション［ＡＡＡＡ］の起動結果が前記サーバ装置１０へ通知されることで、サーバ装置１０では、リモートデスクトップ画面ＤＴのアプリケーション操作部ＯＡに、当該起動通知されたアプリケーションの名称ボタン［アプリケーションＡＡＡＡ］を描画する。そして、描画更新されたリモートデスクトップ画面ＤＴが前記クライアント装置２０へ送信転送されて表示される（ステップＳ１３）。

この後、クライアント装置２０において、リモートデスクトップ画面ＤＴのアプリケーション実行部ＥＡにてユーザにより選択的に操作されたアプリケーションの名称ボタン［４．アプリケーションＤＤＤＤ］が、サーバ装置１０で起動すべきアプリケーションの名称ボタンである場合は、当該サーバ装置１０においてそのアプリケーション［ＤＤＤＤ］が起動される（ステップＳ１１）。

この際、サーバ装置１０は、現在クライアント用仮想フレームバッファＲＡＭ１４ａに生成されているリモートデスクトップ画面ＤＴの前面に、今回起動されたアプリケーション［ＤＤＤＤ］に対応するウインドウ画面ＷＳを上書きして描画し、この描画更新されたリモートデスクトップ画面ＤＴを前記クライアント装置２０へ送信転送し、図８Ｃに示すように表示装置２６に表示させる。この場合、前記クライアント装置２０自身にて起動されたアプリケーション［ＡＡＡＡ］に対応する、前記図８Ｂで示したウインドウ画面ＷＣは、前記サーバ装置１０にて起動されたアプリケーション［ＤＤＤＤ］に対応するウインドウ画面ＷＳを前面に描画した最新のリモートデスクトップ画面ＤＴに隠された状態になる。

またこれに伴い、サーバ装置１０では、リモートデスクトップ画面ＤＴのアプリケーション操作部ＯＡに、今回起動したアプリケーションの名称ボタン［アプリケーションＤＤＤＤ］を描画する。そして、描画更新されたリモートデスクトップ画面ＤＴが前記クライアント装置２０へ送信転送されて表示される（ステップＳ１３）。

こうして、最初に起動されたクライアント装置２０自身のアプリケーション［ＡＡＡＡ］に対応するウインドウ画面ＷＣが、後に起動されたサーバ装置１０のアプリケーション［ＤＤＤＤ］に対応するウインドウ画面ＷＳを上書き描画したリモートデスクトップ画面ＤＴに隠された状態において、当該リモートデスクトップ画面ＤＴ下端のアプリケーション操作部ＯＡに表示されているクライアント装置２０にて起動中のアプリケーションの名称ボタン［アプリケーションＡＡＡＡ］が選択操作されると、その操作イベント信号に応答して、サーバ装置１０から、同アプリケーション［ＡＡＡＡ］に対応するウインドウ画面ＷＣを前面表示させる要求がクライアント装置２０へ送信される（ステップＳ１９）。

するとクライアント装置２０では、図８Ｄに示すように、当該クライアント装置２０自身にて起動中のアプリケーション［ＡＡＡＡ］に対応するウインドウ画面ＷＣを、前記サーバ装置１０から転送されて表示されているリモートデスクトップ画面ＤＴの前面に上書きして表示させる（ステップＣ９）。

したがって、前記構成のＳＢＣシステムによれば、ユーザ所望の全てのアプリケーションプログラムをサーバ装置２０において実行させるのではなく、例えばセキュリティ性の低い限定的なアプリケーションプログラムについては、クライアント装置２０自身にて実行させることで、前記サーバ装置１０への負荷の集中を回避できる。この場合、サーバ装置１０側およびクライアント装置２０側で起動中の各アプリケーションを示すアプリ名称ボタンを、リモートデスクトップ画面ＤＴ下端のアプリケーション操作部ＯＡに配列して表示させ、当該アプリ名称ボタンの選択操作に応じて、当該ボタン操作された起動中のアプリケーションに対応するウインドウ画面（ＷＳ／ＷＣ）を、リモートデスクトップ画面ＤＴの前面に切り換えて表示させることができ、サーバ装置１０とクライアント装置２０とによるアプリケーションの分散処理を円滑に実行させることができる。

なお、前記実施形態において、サーバ装置１０のクライアント実行テーブル１４ｂにて記憶されるアプリケーションの名称、およびそのプログラムの実行開始場所を示す実行プログラム名は、クライアント装置２０の認証接続時において当該クライアント装置２０から通知された起動可能なアプリケーションに従い記憶する構成とした。これに対し、前記クライアント実行テーブル１４ｂには、クライアント装置２０側での実行を許可したアプリケーションの名称およびその実行プログラム名を予め記憶させる構成としてもよい。

さらにまた、サーバ装置１０は、前記クライアント実行テーブル１４ｂに予め記憶させたアプリケーションの名称およびその実行プログラム名に従い、クライアント装置２０の認証接続時において、対応するアプリケーションプログラムを当該クライアント装置２０へ送信転送してインストールする構成としてもよい。

なお、前記実施形態において記載したＳＢＣシステムによる各処理の手法、すなわち、図５のフローチャートに示すサーバ装置１０によるサーバ処理、図６のフローチャートに示すクライアント装置２０によるクライアント処理等の各手法は、何れもコンピュータに実行させることができるプログラムとして、メモリカード（ＲＯＭカード、ＲＡＭカード等）、磁気ディスク（フロッピディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の外部記録装置１８，２８の媒体に格納して配布することができる。そして、サーバ装置１０やクライアント装置２０のコンピュータ（ＣＰＵ１１，２１）は、この外部記録装置１８，２８の媒体に記憶されたプログラムを記憶装置（フラッシュＲＯＭ１３，２３やＲＡＭ１４，２４）に読み込み、この読み込んだプログラムによって動作が制御されることにより、前記実施形態において説明したクライアント装置２０により起動可能なアプリケーションプログラムの分担実行機能を実現し、前述した手法による同様の処理を実行することができる。

また、前記各手法を実現するためのプログラムのデータは、プログラムコードの形態として通信ネットワーク（Ｎ）上を伝送させることができ、この通信ネットワーク（Ｎ）に接続されたコンピュータ装置（プログラムサーバ）から前記のプログラムデータを取り込んで記憶装置（フラッシュＲＯＭ１３，２３やＲＡＭ１４，２４）に記憶させ、前述したクライアント装置２０により起動可能なアプリケーションプログラムの分担実行機能を実現することもできる。

なお、本願発明は、前記各実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、前記各実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、各実施形態に示される全構成要件から幾つかの構成要件が削除されたり、幾つかの構成要件が異なる形態にして組み合わされても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除されたり組み合わされた構成が発明として抽出され得るものである。

１０ …サーバ装置
２０ …クライアント装置
１１、２１…ＣＰＵ
１２、２２…バス
１３、２３…ＲＯＭ
１４、２４…ＲＡＭ
１４ａ…クライアント用仮想フレームバッファＲＡＭ
１４ｂ…クライアント実行テーブル
１５、２５…フレームバッファＲＡＭ
２５ｓ…受信用フレームバッファＲＡＭ
２５ｃ…アプリ実行画面用ＲＡＭ
１６、２６…表示装置
１７、２７…入力装置
１８、２８…外部記憶装置
１９、２９…通信Ｉ／Ｆ
Ｎ …通信ネットワーク
Ｇ …クライアント表示用描画データ
Ｇｓ …サーバ装置で生成されたクライアント表示用描画データ
Ｇｃ …クライアント装置の起動アプリで生成された画面データ
ＤＴ …リモートデスクトップ画面
ＥＡ …アプリケーション実行部
ＯＡ …アプリケーション操作部
ＷＳ …サーバ実行アプリのウインドウ画面
ＷＣ …クライアント実行アプリのウインドウ画面

Claims (6)

1. 端末装置からの要求に基づいて当該端末装置用のデスクトップ画面を生成して送信するサーバ装置であって、
   当該サーバ装置で実行可能なアプリケーションのメニューと前記端末装置側で実行可能なアプリケーションのメニューとを含むデスクトップ画面を、前記端末装置に送信するメニュー送信手段と、
   前記端末装置側において前記メニューに対する選択操作が行われたことを受信した際は、その選択されたメニューのアプリケーションが前記端末装置側で実行可能なアプリケーションか否かを判別する判別手段と、
   前記判別手段で前記端末装置側で実行可能なアプリケーションではないと判別された際は、そのアプリケーションを当該サーバ装置で起動実行し、その起動実行が成功した場合には、そのアプリケーションの画面を生成し、その画面と当該アプリケーションが起動中であることを示す識別子とを含むデスクトップ画面を、前記端末装置に対して送信する送信制御手段と、
   を備え、
   前記送信制御手段は、前記判別手段で前記端末装置側で実行可能なアプリケーションと判別された際は、そのアプリケーションの起動実行を前記端末装置に対して要求し、当該端末装置での起動実行の成功の有無を当該端末装置から受信し、起動実行が成功した場合には、当該アプリケーションが起動中であることを示す識別子を含むデスクトップ画面を送信する、
   ことを特徴とするサーバ装置。
2. 前記送信制御手段は、前記サーバ装置側で実行可能なアプリケーションと前記端末装置側で実行可能なアプリケーションとが共に起動中であれば、その双方の識別子を共に含むデスクトップ画面を送信する、
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記端末装置側において前記デスクトップ画面に含まれる前記識別子に対する選択操作が行われたことを受信した際は、その選択された識別子が前記端末装置側で実行可能なアプリケーションの識別子か否かを判別する第２判別手段と、
   前記識別子が前記端末装置側で実行可能なアプリケーションではない識別子であれば、当該識別子に対応するアプリケーションの画面を前面に配置したデスクトップ画面を前記端末装置に送信し、前記識別子が前記端末装置側で実行可能なアプリケーションの識別子であれば、当該識別子に対応するアプリケーションの画面を前記デスクトップ画面の前面に切替表示すべき要求を前記端末装置に送信する第２送信制御手段と、
   を備えたことを特徴とする請求項１又は２に記載のサーバ装置。
4. 前記第２送信制御手段は、前記端末装置側で実行可能なアプリケーションではない識別子であれば、当該アプリケーションがアクティブ状態であることを識別表示したデスクトップ画面を送信し、前記端末装置側で実行可能なアプリケーションの識別子であれば、当該アプリケーションが当該端末装置でアクティブ状態にあることを識別表示したデスクトップ画面を送信する、
   ことを特徴とする請求項３に記載のサーバ装置。
5. 前記端末装置と通信接続された際に、当該端末装置で実行可能なアプリケーションのリストを当該端末装置から受信して記憶する記憶手段と、
   を備え、
   前記メニュー送信手段は、前記リストのアプリケーションのメニューと、当該サーバ装置で実行可能なアプリケーションのメニューと、を含むデスクトップ画面を送信する、
   ことを特徴とする請求項１〜４の何れかに記載のサーバ装置。
6. 端末装置からの要求に基づいて当該端末装置用のデスクトップ画面を生成して送信するサーバ装置のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   当該サーバ装置で実行可能なアプリケーションのメニューと前記端末装置側で実行可能なアプリケーションのメニューとを含むデスクトップ画面を、前記端末装置に送信するメニュー送信手段、
   前記端末装置側において前記メニューに対する選択操作が行われたことを受信した際は、その選択されたメニューのアプリケーションが前記端末装置側で実行可能なアプリケーションか否かを判別する判別手段、
   前記判別手段で前記端末装置側で実行可能なアプリケーションではないと判別された際は、そのアプリケーションを当該サーバ装置で起動実行し、その起動実行が成功した場合には、そのアプリケーションの画面を生成し、その画面と当該アプリケーションが起動中であることを示す識別子とを含むデスクトップ画面を、前記端末装置に対して送信する送信制御手段、
   として機能させ、
   前記送信制御手段は、前記判別手段で前記端末装置側で実行可能なアプリケーションと判別された際は、そのアプリケーションの起動実行を前記端末装置に対して要求し、当該端末装置での起動実行の成功の有無を当該端末装置から受信し、起動実行が成功した場合には、当該アプリケーションが起動中であることを示す識別子を含むデスクトップ画面を送信する、
   ようにしたコンピュータ読み取り可能なプログラム。

Images