JP5374873B2 - 情報処理装置、情報処理システム、コンピュータプログラム、及び情報処理方法 - Google Patents

Description

本発明は、一又は複数の端末装置が情報処理装置にネットワークを介して接続され、情報処理装置が各種処理を実行し、実行結果を端末装置へ送信することによって種々のサービスの提供を実現する情報処理システムに関する。特に、端末装置夫々の性能に応じた画面の表示を可能とする情報処理装置、情報処理システム、コンピュータプログラム、及び情報処理方法に関する。

ユーザが使用する端末装置と接続される情報処理装置で実際の処理を実行し、端末装置は処理要求の送信及び処理結果の受信を行ない、離れた場所に在る情報処理装置を端末装置から制御することができるリモートコントロール技術がある。

ネットワークに接続されている一又は複数の端末装置及び情報処理装置（サーバ装置）を含み、情報処理装置に種々のサービスを実現するための機能を持たせてシステムを構成する多様なクライアント／サーバシステムが実現されている。この場合も、端末装置は所望のサービスに対応する情報処理装置へ処理要求を送信し、処理結果を得ることによってサービスの提供を受ける。

更に、ハードディスク等の大容量の記憶媒体を備えない端末装置を含み、実際の処理を情報処理装置（サーバ装置）で行なうシンクライアント（thin client）システムがある。この場合、端末装置はメモリ、ネットワークカード等の必要最低限のハードウェアを備え、各種アプリケーションプログラム及び設定情報、処理結果等のデータを記憶しない。各種アプリケーションプログラムは情報処理装置で実行され、端末装置は情報処理装置で作成される描画信号、画面データを受信して結果をディスプレイに表示する。これにより、各端末装置は一のパーソナルコンピュータとして動作することが可能である。

上述のような各システムにおける端末装置に用いられるコンピュータ装置は、ディスプレイ、メモリ等のハードウェアを備え、情報処理装置とネットワークを介して接続されており、所定の端末装置用プログラムが実行されている状態であれば、情報処理装置を遠隔から制御すること又は情報処理装置から各サービスの提供を受けることが可能である。

しかしながら、端末装置が備えている各ハードウェア及び対応するソフトウェアにより、端末装置夫々の機能及び性能は個々に異なる。例えば、端末装置はデスクトップ型コンピュータ装置、ノート型コンピュータ装置、又はＰＤＡ（Personal Digital Assistant）、携帯電話機等の携帯型コンピュータ装置のいずれでもよい。端末装置はディスプレイの大きさ、表示装置の性能、メモリの容量、メモリの読み書きにおける性能、ネットワークコントローラ機能、端末装置用プログラムのバージョン等の要素によって機能及び性能に違いが生じる。

したがって、実際の処理は情報処理装置で実行されるとしても、各端末装置における機能及び性能によっては処理結果を端末装置が適切に受けることができない場合もある。

特許文献１には、ネットワークを介して接続されている複数の端末装置及び情報処理装置（サーバ装置）により、各端末装置からの処理要求を機能が分散された複数の情報処理装置のいずれかで実行して処理結果を返すことによってサービスを提供する、分散コンピューティングを利用した技術が開示されている。特許文献１に開示されている技術により、各サービスの提供を受けるための端末装置夫々の機能及び性能の情報を登録したテーブルを記憶しておき、当該テーブルに基づきその機能、性能に応じて各端末装置で提供を受けることが可能なサービスの情報を表示することができる。

情報処理装置での実行処理に応じて作成される画面を端末装置へ送信し、端末装置側でこれを受信して画面を表示する技術としては、ＶＮＣ（Virtual Network Computing）が知られている。ＶＮＣを用いることにより、情報処理装置で作成される表示画面を端末装置で表示させ、情報処理装置で実現されるＧＵＩ（Graphical User Interface）を利用することにより遠隔制御を実現することができる。

また、クライアント／サーバシステムにおける端末装置間で画面を共有する技術が知られており、遠隔会議の実現、情報処理教育及び通信を利用した学習システムに利用されている。更にシンクライアントシステムでは、一のユーザが複数の端末装置を用いて同時に利用する場合も考えられる。シンクライアントシステムの場合、情報処理装置で当該ユーザに対応して実行されているアプリケーションプログラムに対応するＧＵＩが、いずれの端末装置のディスプレイでも確認できるように、複数の端末装置で画面が共有されることが必要である。

遠隔制御のみならず、画面を共有させることが望まれる場合も上述のＶＮＣを用いることによって複数の端末装置へ共有画面を表示させることができる。ただしＶＮＣを利用する場合、同一の画面が各端末装置へ送信される。したがって、端末装置毎に性能、機能又は実行させている処理に応じた画面を表示させるためには、送信される画面に基づいて端末装置自身がその性能、機能及び処理に応じて加工、作成する必要が生じ、実現が困難である。

そこで、情報処理装置の制御により、複数の端末装置での画面の一部又は全部の共有を実現しつつ、且つ構成が異なる画面を表示させる技術が必要となる。このような技術として例えば、以下の技術が開示されている。

特許文献２には、ネットワークを介して接続される複数の端末装置へ共有画面を表示させるための画面データを情報処理装置から送信するに際し、共有画面に含まれるウィンドウの表示／非表示を端末装置毎に制御することが可能な技術が開示されている。

特許文献３には、ネットワークを介して接続している複数の端末装置に表示させる共有画面の画面データを記憶しておく領域を有し、情報処理装置で表示させる画面のデータについては前記領域に記憶しないことにより、個人的に使用する画面等を共有表示させないようにすることが可能な技術が開示されている。
特開平７−３０２２３６号公報 特開平１１−６５９７５号公報 特開２００６−３３８５３１号公報

特許文献１に開示されている技術では、各端末装置の性能、機能に応じて端末装置夫々で受けることが可能なサービス情報を表示させることが可能であるが、各端末装置で表示される画面を各端末装置の性能、機能に応じて変化させることについては考慮されていない。

また、特許文献２及び３に開示されている技術により、端末装置毎に表示／非表示させる画面構成要素（ウィンドウ）を制御することが可能である。しかしながら、特許文献２及び３に開示されている技術では、画面構成要素の表示／非表示以外、画面全体のサイズの変更、端末装置の性能に応じた表示内容の変更等については考慮されていない。また、特許文献２に開示されているように他の画像を貼り付けて加工して送信する処理により、端末装置毎に異なる画面を表示させることができるが、表示／非表示以外に画面構成要素の配置の変更等が必要な場合には処理が困難な可能性がある。

本発明は斯かる事情に鑑みてなされたものであり、外部装置（端末装置）で表示する画面に関する情報を取得し、第１の画面から外部装置における画面に関する情報に基づいて第２の画面を生成して送信する構成とすることにより、外部装置における機能、性能に応じた画面を表示させることができる情報処理装置、情報処理システム、コンピュータプログラム、及び情報処理方法を提供することを目的とする。

第１発明に係る情報処理装置は、画面を表示する手段を備える一又は複数の外部装置と接続され、該外部装置からの処理要求に応じた処理を実行する情報処理装置であって、処理の実行結果に基づいて第１の画面データを生成する第１画面データ生成手段と、外部装置の画面に関する情報を取得する手段と、取得した画面に関する情報に基づいて、前記第１の画面データから一又は複数の第２の画面データを生成する第２画面データ生成手段と、該第２画面データ生成手段が生成した第２の画面データを外部装置へ送信する手段と、前記第２の画面データに基づく画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信手段とを備え、前記受信手段が前記指示を受信した場合、前記第２画面データ生成手段は、前記一の外部装置へ送信すべき第２の画面データとして、前記指示に応じて画面構成要素の配置を変更した画面データを生成するようにしてあることを特徴とする。

第２発明に係る情報処理装置は、ネットワークを介して一又は複数の外部装置と接続される情報処理装置であって、該情報処理装置における情報処理の実行結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成手段と、外部装置からの接続要求を受け付ける受付手段と、該受付手段が受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得手段と、前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成手段が生成した第１の画面から第２の画面を生成する第２の画面生成手段と、該第２の画面生成手段が生成した第２の画面を、対応する外部装置へ送信する送信手段と、前記第２の画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信手段とを備え、前記受信手段が前記指示を受信した場合、前記第２の画面生成手段は、前記一の外部装置へ送信すべき第２の画面として、前記指示に応じて画面構成要素の配置を変更した画面を生成するようにしてあることを特徴とする。

第３発明に係る情報処理装置は、前記能力情報取得手段は、前記受付手段が受け付けた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得するようにしてあり、前記第２の画面生成手段は、前記能力情報に含まれる解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成するようにしてあることを特徴とする。

第４発明に係る情報処理装置は、前記能力情報取得手段が取得した能力情報を、前記受付手段が受け付けた接続要求の要求元毎に対応付けて記憶する能力情報記憶手段を備え、前記第２の画面生成手段は、記憶してある能力情報に基づいて前記第１の画面から夫々第２の画面を生成するようにしてあることを特徴とする。

第５発明に係る情報処理装置は、前記能力情報記憶手段は、前記能力情報に含まれる解像度により特定される領域を記憶するようにしてあり、前記第２の画面生成手段は、記憶してある前記領域に対応する前記第１の画面における領域を抽出して第２の画面を生成するようにしてあり、前記能力情報に含まれる解像度は、前記所定の解像度以下であることを特徴とする。

第６発明に係る情報処理システムは、画面を表示する手段を備える一又は複数の端末装置と、該端末装置に接続され、前記端末装置からの処理要求に応じた処理を実行する中央装置とを含む情報処理システムであって、前記中央装置は、実行した処理結果に基づいて第１の画面データを生成する第１画面データ生成手段と、前記端末装置からの接続要求を受け付ける受付手段と、該受付手段が接続要求を受け付けた場合、接続要求の要求元の前記端末装置で表示する画面に関する情報を含む能力情報を取得する能力情報取得手段と、前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面データから一又は複数の第２の画面データを生成する第２画面データ生成手段と、該第２画面データ生成手段が生成した第２の画面データを、対応する端末装置へ送信する送信手段と、前記第２の画面データに基づく画面を構成する画面構成要素の配置変更に係る指示を、一の端末装置から受信する受信手段とを備え、前記受信手段が前記指示を受信した場合、前記第２画面データ生成手段は、前記一の端末装置へ送信すべき第２の画面データとして、前記指示に応じて画面構成要素の配置を変更した画面データを生成するようにしてあることを特徴とする。

第７発明に係るコンピュータプログラムは、ネットワークを介して一又は複数の外部装置と接続されるコンピュータで用いられるコンピュータプログラムであって、前記コンピュータを、該コンピュータで実行した処理結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成手段、外部装置からの接続要求を受け付ける受付手段、該受付手段が受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得手段、前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成手段が生成した第１の画面から第２の画面を生成する第２の画面生成手段、該第２の画面生成手段が生成した第２の画面を対応する外部装置へ送信する送信手段、及び前記第２の画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信手段として機能させ、前記受信手段が前記指示を受信した場合、前記第２の画面生成手段は、前記一の外部装置へ送信すべき第２の画面として、前記指示に応じて画面構成要素の配置を変更した画面を生成させるようにしてあることを特徴とする。

第８発明に係るコンピュータプログラムは、前記能力情報取得手段は、前記受付手段が受け付けた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得するようにしてあり、前記第２の画面生成手段は、前記能力情報に含まれる画面の解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成するようにしてあることを特徴とする。

第９発明に係るコンピュータプログラムは、コンピュータを、前記能力情報取得手段が取得した能力情報を、前記受付手段が受け付けた接続要求の要求元の外部装置毎に対応付けて記憶する能力情報記憶手段として機能させ、前記第２の画面生成手段は、記憶してある能力情報に基づいて前記第１の画面から夫々第２の画面を生成するようにしてあることを特徴とする。

第１０発明に係るコンピュータプログラムは、前記能力情報記憶手段は更に、前記能力情報に含まれる、外部装置が表示する画面の解像度により特定される領域を記憶するように機能させ、前記第２の画面生成手段は、記憶してある前記領域に対応する第１の画面における領域を抽出して第２の画面を生成するようにしてあり、前記能力情報に含まれる解像度は前記所定の解像度以下であることを特徴とする。

第１１発明に係る情報処理方法は、ネットワークを介して一又は複数の外部装置と接続される情報処理装置で用いられる情報処理方法であって、前記情報処理装置における情報処理の実行結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成ステップと、外部装置からの接続要求を受け付ける受付ステップと、該受付ステップにより受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得ステップと、前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成ステップにより生成された第１の画面から第２の画面を生成する第２の画面生成ステップと、該第２の画面生成ステップにより生成された第２の画面を、対応する外部装置へ送信する送信ステップと、前記第２の画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信ステップとを有し、前記受信ステップにて前記指示を受信した場合、前記第２の画面生成ステップは、前記一の外部装置へ送信すべき第２の画面として、前記指示に応じて画面構成要素の配置を変更した画面を生成することを特徴とする。

第１２発明に係る情報処理方法は、前記能力情報取得ステップは、前記受付ステップにより受け付けられた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得し、前記第２の画面生成ステップは、前記能力情報に含まれる解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成することを特徴とする。

第１３発明に係る情報処理方法は、前記能力情報取得ステップにより取得された能力情報を、前記受付ステップにより受け付けられた接続要求の要求元毎に対応付けて記憶する能力情報記憶ステップを有し、前記第２の画面生成ステップは、記憶してある能力情報に基づいて、前記第１の画面から夫々第２の画面を生成することを特徴とする。

第１４発明に係る情報処理方法は、前記能力情報記憶ステップは、前記能力情報に含まれる解像度により特定される領域を記憶するようにしてあり、前記第２の画面生成ステップは、記憶してある前記領域に対応する第１の画面における領域を抽出して第２の画面を生成することを特徴とする。

第１発明及び第６発明では、情報処理装置（中央装置）によって外部装置（端末装置）からの処理要求に応じて実行した処理の実行結果に基づいて第１の画面データが生成される。そして情報処理装置（中央装置）により、外部装置（端末装置）で表示する画面に関する情報が取得され、画面に関する情報に基づいて一又は複数の第２の画面データが生成され、夫々対応する外部装置（端末装置）へ送信される。

第２発明、第７発明及び第１１発明では、情報処理装置によって情報処理の実行結果に基づいて所定の解像度で第１の画面が生成される。外部装置からの接続要求を受け付けた場合、該外部装置で表示する画面に関する情報を含む能力情報が情報処理装置によって取得され、当該能力情報に含まれる画面に関する情報に基づいて、第１の画面から第２の画面が生成されて外部装置へ送信される。

第３発明、第８発明及び第１２発明では、情報処理装置によって取得される能力情報には、外部装置で表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方が含まれる。また、情報処理装置によって画面の解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、外部装置夫々に応じた第２の画面が生成される。

第４発明、第９発明及び第１３発明では、情報処理装置が複数の外部装置と接続する場合であっても、情報処理装置によって各外部装置の能力情報が外部装置毎に対応付けて記憶され、各端末装置毎に端末能力情報に基づいて第１の画面から第２の画面が生成される。

第５発明、第１０発明及び第１４発明では、情報処理装置が複数の外部装置と接続する場合であっても、情報処理装置によって能力情報に含まれる画面の解像度により特定される領域に対応する領域が第１の画面中から抽出され、第２の画面として生成される。

本発明による場合、情報処理装置（中央装置）が外部装置（端末装置）で表示する画面の情報を含む能力情報に基づいて第２の画面を生成して送信するので、画面を表示する外部装置自身が受信した画面を加工する処理を必要とせず、外部装置における画面に関する性能、機能に応じた画面の表示を実現することができる。

本発明による場合、情報処理装置が外部装置で表示される画面の解像度と、表示すべき画面構成要素の配置設定との少なくともいずれかに基づいて第２の画面を生成して送信する。したがって、外部装置の画面の解像度と、画面構成要素の配置設定とのいずれかに合わせた画面の表示を実現することができる。

本発明による場合、複数の外部装置と接続するときであっても各外部装置毎の能力情報に基づいて第２の画面を生成するので、外部装置で夫々異なる解像度、画面構成要素の配置設定で画面を表示することも可能となる。

また、本発明による場合、複数の外部装置と接続するときであっても各外部装置毎に夫々の解像度に応じて、共通の第１の画面から抽出した異なる第２の画面を夫々表示させることも可能となる。

以下本発明をその実施の形態を示す図面に基づき具体的に説明する。

（実施の形態１）
実施の形態１では、本発明に係る情報処理装置をシンクライアントシステムに適用した例について説明する。

図１は、実施の形態１におけるシンクライアントシステムの構成の概要を示す模式図である。シンクライアントシステムは、本発明に係る情報処理装置を適用したサーバ装置１と、ユーザが使用する端末装置２，２と、インターネット等のネットワークＮとを含んで構成される。

実施の形態１におけるシンクライアントシステムでは、端末装置２はハードディスク等の大容量の記憶媒体を備えないコンピュータ装置により構成される。図１の模式図に示すように端末装置２は、セットトップボックス（ＳＴＢ：Set Top Box）型で構成し、物理的に異なる装置である表示装置３と接続されている構成でもよい。また、図１の模式図に示すように端末装置２は、ＰＤＡ、携帯電話機等の表示装置３と一体型の携帯型端末装置で構成してもよい。また、端末装置２は図１の模式図に示すような形態の他、デスクトップ型パーソナルコンピュータ（以下、ＰＣ（Personal Computer）という）、又はノート型ＰＣで構成されてもよい。

シンクライアントシステムを構成する端末装置２は、基本ソフトであるオペレーションシステム（以下ＯＳ（Operation System）という）、種々のアプリケーションプログラム（以下ＡＰ（Application Program）という）自体、それらの動作に対する設定事項、及び実行結果のデータを記憶せず、これらは当該端末装置２に対応付けてサーバ装置１に記憶される。端末装置２は種々のＡＰを実際には実行しない。ドキュメント（テキストデータ、画像を含むテキストデータ）編集処理、Ｗｅｂブラウジング処理、映像の再生処理等の各種ＡＰによる処理のみならず、基本ソフトであるＯＳの実行処理も端末装置２に対応するサーバ装置１で行われ、ＯＳの実行結果に基づいて生成される画面データが端末装置２に送信される。端末装置２は、ＧＵＩ（Graphical User Interface）、ＣＵＩ（Command User Interface）を含む画面の出力、ユーザによる操作の受け付け、受け付けた操作に応じた処理要求の送信、処理結果の受け付け等、端末装置２としての処理を最低限行なうように構成されている。また、端末装置２は、サーバ装置１によって処理結果に応じて生成された画面データに基づいて表示装置３で画面を表示させる機能を有している。

サーバ装置１は、端末装置２のユーザ夫々に対応してＯＳが実行されるように構成されている。端末装置２（ユーザ）夫々に一台ずつサーバ装置１が対応する構成としてもよいが、実施の形態１におけるサーバ装置１では、仮想化技術を利用して一台のサーバ装置１で複数のＯＳが実行され、夫々のＯＳが各ユーザに対応する構成とする。仮想化技術を利用した構成は、ハードウェア資源の効率化、サーバ装置１のコンパクト化等の点で好適である。

サーバ装置１は、端末装置２からのシンクライアントとしてのデータ通信開始を要求する接続要求をネットワークＮを介して受け付ける。端末装置２が携帯型端末装置である場合には、アクセスポイントＰを更に介して受け付ける。サーバ装置１は、受け付けた接続要求に対し、接続要求元の端末装置２のユーザに対応する（各ユーザ用に設定が保存されている）ＯＳプログラムを読み出して実行する。そしてサーバ装置１は、実行結果に応じて生成されるＧＵＩ、ＣＵＩ等のユーザインタフェースを含む画面の画面データを端末装置２へ送信する。また、サーバ装置１は端末装置２からユーザの操作による処理要求を受け付けて処理を実行し、実行結果が反映された画面データを生成して端末装置２へ送信する。

これにより、ユーザは端末装置２を、ＯＳを利用して各種ＡＰを実行させることが可能なパーソナルコンピュータ装置として使用することが可能になる。ただしこの場合、サーバ装置１が最初に画面データを端末装置２へ送信するに際し、端末装置２に接続されている表示装置３、又は端末装置２に備えられている表示装置３の表示パネルの大きさ、及び当該表示装置３に合わせて設定されている解像度（画面サイズ）については不明である。端末装置２は、図１に示したようにＳＴＢ型コンピュータ、デスクトップ型ＰＣ、ノート型ＰＣ、ＰＤＡ又は携帯電話機でもよいことから、表示パネルの大きさ及び設定されている解像度は様々である。

また、一人のユーザが、ＳＴＢ型コンピュータで構成される端末装置２をシンクライアントとして動作させている間に、他の携帯型端末装置で構成される端末装置２をも同様にシンクライアントとして動作させたい場合、いずれの端末装置２，２にも同一のＯＳの処理によって表示される画面が共有されるべきである。しかしながら、ＳＴＢ型コンピュータで構成される端末装置２に接続されている表示装置３と、携帯型端末装置で構成される端末装置２が備える表示装置３とでは、表示パネルの大きさ及び設定されている解像度が異なる。サーバ装置１から同一の解像度の画面データを受信した場合、ＳＴＢ型コンピュータで構成されている端末装置２では、表示装置３でその画面データに基づく画面を表示することが可能であっても、携帯型端末装置で構成される端末装置２が備える表示装置３では適切に表示されない可能性がある。夫々の端末装置２が、受信した画面データを自身に適した解像度又はレイアウトに編集加工する処理も可能であるが、端末装置２での処理負荷が重くなり困難である。

そこで、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１は、端末装置２から、表示装置３で表示させる画面に関する能力、具体的には解像度、表示する領域、端末装置２毎に表示されるべき構成要素の指定等を含む端末能力情報を取得し、取得した端末能力情報に応じて各端末装置２用にサブ画面を生成して画面データを送信する。

図２は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１及び端末装置２の内部構成を示すブロック図である。

サーバ装置１は、各構成部を制御するＣＰＵを利用した制御部１０と、ハードディスクを利用した記憶部１１と、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）等の揮発性メモリを利用した一時記憶領域１２と、ネットワークカードを利用した通信部１３とを備える。

制御部１０は、後述するように記憶部１１に記憶されているＯＳプログラム１１１を一時記憶領域１２に読み出して実行する。またこの場合、制御部１０は記憶部１１に記憶されているＶＭＭ（Virtual Machine Monitor）プログラム１１２を読み出して実行することにより、サーバ装置１が論理的に複数の情報処理装置として動作する仮想化環境を提供する。これにより、サーバ装置１では複数の独立したＯＳ，ＯＳ，…が動作可能である。また、制御部１０は、記憶部１１に記憶されているサーバ装置用プログラム１Ｐを読み出して実行することにより、後述の端末装置２で表示させる画面の解像度、及び／又はレイアウトに応じた画面生成を実行する。

なお、実施の形態１におけるシンクライアントシステムでは、複数の端末装置２，２，…に一のＯＳを対応させることが可能である。ログインするユーザが同じ場合は同一のＯＳにログイン可能であり、これにより各種処理結果及び画面の共有が可能である。

記憶部１１には、制御部１０が読み出して実行するＯＳプログラム１１１、サーバ装置用プログラム１Ｐ及びＶＭＭプログラム１１２が記憶されている。また記憶部１１には、制御部１０が複数のＯＳを実行する場合、対応する端末装置２，２，…毎の設定情報が記憶される。記憶部１１も、ＶＭＭプログラム１１２が読み出して実行されることによってＶＭＭとして動作する制御部１０により、複数の記憶部１１として複数のＯＳ夫々に論理的に分割されて割り当てられる。

一時記憶領域１２には、制御部１０の処理によって発生する各種情報が記憶される。ＶＭＭとして動作する制御部１０によって、一時記憶領域１２も複数の一時記憶領域に分割され、ＯＳ夫々に論理的に割り当てられる。各ＯＳに対応する一時記憶領域は、各ＯＳ上で実行される処理によって発生する情報の一時的な記憶先として使用されると共に、各ＯＳによって実現されるＧＵＩ、ＣＵＩを含む画面の画面データが記憶される。

通信部１３は、ネットワークＮを介したデータ通信を実現する。制御部１０は通信部１３により、端末装置２からの接続要求、処理要求、入力信号等を受信し、処理結果、生成した画面データを送信する。通信部１３も、ＯＳ夫々に対して論理的に分割されて割り当てられる。

仮想化環境が実現されることにより、制御部１０は複数のＯＳを実行し、ＶＭＭ及びＯＳを介して各デバイス及び各プロセスから通知されるイベントにより画面データの生成を行なう。なお、実施の形態１におけるシンクライアントシステムでは、ユーザによる実際の操作は端末装置２で行われるので、操作に係るインタフェースデバイスからの入力信号は端末装置２からネットワークＮを介して送信される。したがって、サーバ装置１の制御部１０は通信部１３により入力信号を受信した場合、入力信号に基づくイベントを、対応するＯＳが実行されている制御部１０へ通知する。

端末装置２は、各構成部を制御するＣＰＵを利用した制御部２０と、マスクＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable and Programmable ROM）、ＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）等の読み取り専用メモリを利用した記憶部２１と、ＤＲＡＭ、ＳＲＡＭ等のメモリを利用した一時記憶領域２２と、ネットワークカードを利用した通信部２３と、端末装置２の操作に係るインタフェースデバイスからの信号を受け付ける操作部２４と、画面を表示装置３へ出力する画面出力部２５とを備える。

記憶部２１には、端末装置用プログラム２Ｐが記憶されている。制御部２０は、記憶部２１から端末装置用プログラム２Ｐを一時記憶領域２２に読み出して実行することにより、端末装置２としての動作を実現する。具体的には、後述する端末能力情報の取得、取得した端末能力情報の通信部２３による送信、操作部２４を介して検知した入力信号の送信、及び、通信部２３を介して受信した画面データに基づく画面出力部２５による画面出力制御を行なう。

一時記憶領域２２には、上述のように端末装置用プログラム２Ｐが読み出されるほか、制御部２０が実行する処理によって発生する各種情報が一時的に記憶される。

通信部２３は、対応するＯＳが実行されるサーバ装置１からの画面データの受信、端末装置２からの端末能力情報の送信及び後述の入力信号の送信を実現する。

操作部２４は、リモートコントローラ（以下リモコンという）、電源ボタン、キーボード、マウス、スピーカ等のインタフェースデバイスと接続されており、各インタフェースデバイスとの間で信号を送受信する。制御部２０は、操作部２４を介して受信するインタフェースデバイスからの入力信号を通信部２３によりサーバ装置１へ送信する。

なお、操作部２４は端末装置２によっては、電源ボタン以外は必ずしも備えられていなくともよい。一部の端末装置２は、サーバ装置１から送信される画面データに基づいて表示装置３で表示される画面のみ閲覧が可能な端末装置２として動作する。

図３は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１及び端末装置２の機能ブロック図である。

サーバ装置１の制御部１０は、サーバ装置用プログラム１Ｐを読み出して実行することにより、端末能力判定部１０１、画面情報管理部１０２、画面構成・マウス位置検出部１０３、画面生成部１０４及びサブ画面生成部１０５として機能する。また制御部１０は、各機能により記憶部１１又は一時記憶領域１２にサブ画面情報１４、画面構成情報１５、メイン画面（データ）１６、及びサブ画面（データ）１７を記憶して使用する。

制御部１０は端末能力判定部１０１として機能することにより、端末装置２により表示させる画面の画面サイズ（解像度）、想定メイン画面サイズ、抽出領域情報、及び画面データの送信先アドレス・ポート情報を含む端末能力情報を通信部１３を介して受信した場合、受信した端末能力情報の内容に基づいて端末装置２で設定されている画面サイズでの画面データの生成が可能か否かを判定する。そして制御部１０は、端末能力判定部１０１として機能して画面データの生成が可能であると判定した場合、端末能力情報を画面情報管理部１０２へ出力する。

制御部１０は画面情報管理部１０２として機能することにより、端末能力判定部１０１から出力された端末能力情報に基づいてサブ画面情報１４（テーブル）を作成して記憶する。制御部１０は画面情報管理部１０２として機能することにより、メイン画面サイズを決定してサブ画面情報１４と共に記憶する。

制御部１０は画面生成部１０４として機能することにより、画面情報管理部１０２を介してサブ画面情報１４を参照し、決定されたメイン画面サイズでメイン画面１６を生成し、一時記憶領域１２（又は記憶部１１）に記憶する。なお、制御部１０はメイン画面１６の生成をＧＰＵ（Graphics Processing Unit）を利用して行なうようにしてもよい。制御部１０は画面生成部１０４として機能してＯＳから発行される描画コマンドをＧＰＵへ入力し、ＧＰＵにより描画されて出力される画面データを取得するとしてもよい。

制御部１０は画面構成・マウス位置検出部１０３として機能することにより、通信部１３を介して受信する入力信号を受け付け、入力信号に基づいてＯＳにＧＵＩに関するイベントを発生させるか、又は入力信号から直接的にメイン画面１６における画面構成要素の位置、マウス位置等を特定し、それらを含む画面構成情報１５を記憶して更新する。また、制御部１０は、画面構成・マウス位置検出部１０３として機能することにより、ＯＳを介して発生するイベントを検知し、イベントの内容に応じて画面構成情報１５を更新する。イベントの内容は例えば、ＡＰのウィンドウの生成（CREATE）、ＡＰのウィンドウの消去（DESTROY）、ＡＰのウィンドウの位置の移動（MOVE）、ＡＰのウィンドウの大きさの変更（RESIZE）等である。

なお制御部１０は、サーバ装置１に同一のユーザが用いる複数の端末装置２，２，…が接続される場合、メイン画面上でのマウス位置について、夫々の端末装置２，２，…から送信される入力信号に基づいて夫々に対応するマウス位置を特定する。

制御部１０は、例えば１秒間に３０画面（２９．９７画面）のレートでメイン画面１６を生成する。制御部１０は画面生成部１０４として機能することにより、生成するレートに応じてＯＳを介してタイムイベントを発生させて自身に通知する。１秒間に３０画面（２９．９７画面）のレートで生成する場合、約３３ミリ秒毎にタイムイベントを発生させる。制御部１０は、タイムイベントが通知されたことを検知する都度、画面構成・マウス位置検出部１０３を介して画面構成情報１５を参照し、画面構成情報１５に示される各ＡＰのウィンドウの位置、マウス位置に基づいてメイン画面１６を生成する。

制御部１０はサブ画面生成部１０５として機能することにより、画面情報管理部１０２を介してサブ画面情報１４を参照し、メイン画面１６からサブ画面１７を生成し、通信部１３を介して端末装置２へ送信する。なお、制御部１０がサブ画面生成部１０５として機能するに際しては、サブ画面情報１４を参照してＯＳにＧＵＩに関するイベントを発生させることによってメイン画面１６を一時的に変更し、変更後のメイン画面１６の一部又は全体を切り出す処理を行なうことよりサブ画面１７を生成してもよい。制御部１０がサブ画面１７を生成するタイミングは、上述のように画面生成部１０４として機能してタイムイベントが通知されたことを検知する都度である。制御部１０は、タイムイベントが通知されたことを検知する都度、メイン画面１６を生成し、生成したメイン画面１６からサブ画面１７を生成し、端末能力情報に含まれるアドレス情報が示す送信先へサブ画面１７を送信する。

なお、制御部１０がサブ画面生成部１０５として機能することによって生成されるサブ画面１７は、ビットマップデータでもよいし、符号化された画像データでもよい。また、タイムイベントが通知されたことを検知する都度生成されたビットマップデータを時系列に並べた映像データを送信するようにしてもよい。この場合、映像データはＭＰＥＧ（Moving Picture Experts Group）等の符号化技術により符号化されていてもよい。

端末装置２の制御部２０は、記憶部２１に記憶されている端末装置用プログラム２Ｐを読み出して実行することにより、設定受付部２０１及び端末能力通知部２０２として機能する。

また、制御部２０は電源オフ状態である場合に操作部２４を介して電源ボタン等の押下を検知したときは、シンクライアントとしての動作を開始し、起動画面を表示させる。起動画面には動作させるＡＰ名が一覧として表示される。ユーザはインタフェースデバイスにより、起動画面上でＡＰ名を選択することが可能である。

制御部２０は設定受付部２０１として機能することにより、操作部２４を介して受信した入力信号に基づいて、選択されたＡＰ名を特定する。そして制御部２０は設定受付部２０１として機能することにより、端末装置２における画面の表示方法を「指定ＡＰ画面表示」に設定する。

図４は、実施の形態１におけるシンクライアントシステムを構成する端末装置２が表示させる起動画面の一例を示す説明図である。

図４の説明図は、表示装置３に起動時に表示される起動画面として、シンクライアントとして起動するに際し動作させるＡＰの選択画面を示している。図４の説明図に示された起動画面例では、「ドキュメント編集」、「メーラ」、「Ｗｅｂブラウザ」、「表計算」及び音声・動画像の再生ＡＰである「プレーヤー」が指定対象の選択肢として表示されている。図４の説明図では、「プレーヤー」が指定されていることが太線及びハッチングにより示されている。端末装置２の制御部２０は、指定されたＡＰ名を接続要求と共にサーバ装置１へ送信する。

図３の説明図に戻り説明を続ける。制御部２０は設定受付部２０１として機能することにより、端末装置２における表示画面での表示方法を設定するが、表示方法には、上述のように「指定ＡＰ画面表示」に限らない。実施の形態１では、他に左半分、右半分、座標等により指定された領域を表示する「指定領域表示」、マウスポインタの周辺を表示する「マウス周辺表示」、及び全画面を必要に応じて拡縮して表示する「全画面表示」を設定することが可能とする。なお、制御部２０は起動画面に表示方法の一覧を表示し、ユーザによる表示方法の選択を受け付ける構成としてもよい。

制御部２０は端末能力通知部２０２として機能することにより、シンクライアントとしての動作を開始するに際し、自身に接続されている表示装置３における表示パネルの大きさに応じて設定されている画面サイズ（解像度）、これに対応して想定される想定メイン画面サイズ、設定受付部２０１で設定した表示方法に基づく抽出領域情報、及び画面データの送信先アドレス情報を含む端末能力情報を、接続要求と共に通信部２３を介してサーバ装置１へ送信する。設定受付部２０１で設定した表示方法に基づく抽出領域情報とは、例えば表示方法が「指定ＡＰ画面表示」である場合は特定したＡＰ名であり、表示方法が「指定領域表示」である場合は右半分、左半分、指定座標等の位置情報であり、表示方法が「マウス周辺表示」である場合はマウス周辺を切り出すことを示す情報及び拡大率であり、「全画面表示」である場合は全画面を示す情報又は指定座標等の位置情報である。制御部２０は、端末能力情報として他に、メイン画面サイズに対する表示画面の拡縮の有無を含めて送信する。

図５は、実施の形態１におけるサーバ装置１に記憶されるサブ画面情報１４の内容例を示す説明図である。図５の説明図に示すように、サブ画面情報１４は決定されたメイン画面サイズ及びサブ画面数の最大数を含む。また、サブ画面情報１４は複数の端末装置２，２，…が接続される場合、各端末装置２，２，…の識別情報（端末ＩＤ）と、端末装置２から送信される端末能力情報に含まれる、想定メイン画面サイズ、設定されている画面サイズ（サブ画面サイズ）、抽出領域情報（サブ画面位置、アプリ画面ＩＤ）、拡縮の有無及び送信先アドレス・ポート情報とが対応付けられる。更に、抽出領域情報に基づいて作成されるサブ画面１７にサブ画面ＩＤが対応付けられる。なお、図５の説明図に示される内容例では、一のＯＳに対して４つの端末装置２，２，…が接続され、処理を共有している場合の例を示している。

また、サブ画面情報１４には、サブ画面１７毎に送信済み／未送信を示す送信フラグが対応付けられている。サーバ装置１の制御部１０はサブ画面生成部１０５として機能することにより、タイムイベントの通知を検知する都度、サブ画面情報１４を参照し、生成されたメイン画面１６に基づいて送信フラグが未送信であるサブ画面ＩＤのサブ画面１７を生成して送信する。制御部１０は、送信したサブ画面１７に対応するサブ画面ＩＤの送信フラグを送信済みと更新する。

図５の説明図に示す内容例では、メイン画面サイズは「１２８０（pixel）×１０２４（pixel）」に決定され、ＯＳに設定されていることが示されている（以下同様に、画面サイズ及び座標はピクセル（pixel）単位で示す）。また、端末ＩＤ「１」の端末装置２へ送信するサブ画面１７は、「全画面表示」を指定しており、メイン画面１６をそのままサブ画面１７として送信するように記憶されている。端末ＩＤ「２」及び「３」の端末装置２へ送信するサブ画面１７は「指定領域表示」を指定しており、メイン画面１６における指定領域（左半分、又は座標（（１００，１００），（７４０，５８０））で特定される領域をメイン画面１６から抽出してサブ画面１７として送信するように記憶されている。端末ＩＤ「４」の端末装置２へ送信するサブ画面１７は「指定ＡＰ画面表示」を指定しており、「アプリ画面ＩＤ」としてＡＰ名（「プレーヤー」）が記憶されている。この場合、サーバ装置１はメイン画面１６における指定ＡＰ（「プレーヤー」）のウィンドウの領域として特定される領域を抽出してサブ画面１７として送信する。

サブ画面情報１４（テーブル）は、端末装置２がシンクライアントとしての動作を開始した後、一時記憶領域１２に記憶される。端末装置２が電源オフとなる等、シンクライアントとしての動作を終了した場合、一時記憶領域１２から除去され、端末装置２が改めてシンクライアントとして接続要求を送信するときに改めて記憶される構成とする。これに対し、サブ画面情報１４をユーザ夫々の設定情報としてサーバ装置１の記憶部１１に保持しておく構成としてもよい。この場合、ユーザを識別するユーザ識別情報及び端末装置２を識別する固有情報に基づき、同一のユーザが使用する同一の端末装置２から接続要求を受信した場合には、改めてサブ画面情報１４を記憶する処理（後述の図８参照）を省略することが可能である。

図６は、実施の形態１におけるサーバ装置１に記憶される画面構成情報１５の内容例を示す説明図である。

図６の説明図に示すように、画面構成情報１５はメイン画面１６における画面構成要素、即ち表示されているＡＰ夫々のＩＤ（アプリＩＤ）、ＡＰ名、ＡＰのウィンドウが表示されるメイン画面１６における座標（表示座標）、画面内での背面前面の順を示すＺ−ｏｒｄｅｒ、及びＡＰのウィンドウの表示状態、並びに現在のマウス位置を含む。マウス位置は、複数の端末装置２，２，…が同一のＯＳに対してサーバ装置１に接続される場合、端末装置２，２，…毎に記憶しておいてもよい。

図６の説明図に示される内容例では、制御部１０は「プレーヤー」、「ドキュメント編集」、「表計算」及び「メーラ」の各ＡＰを読み出して動作させており、夫々のアプリＩＤは「１」、「２」、「３」及び「４」である。また、アプリＩＤ「１」の「プレーヤー」ＡＰのウィンドウは、メイン画面１６における座標（ｘ，ｙ）＝（１００，１００）の位置から（ｘ，ｙ）＝（７４０，５８０）の位置までの線分を対角線とする矩形領域に「１」番手前に「通常表示」されていることを示す。アプリＩＤ「２」の「ドキュメント編集」ＡＰのウィンドウは座標（ｘ，ｙ）＝（０，０）の位置から（ｘ，ｙ）＝（１２８０，１０２４）の位置までの矩形領域に最前面から「２」番目に「最大化」表示（全画面表示）されていることを示す。アプリＩＤ「３」の「表計算」ＡＰのウィンドウは座標（ｘ，ｙ）＝（０，０）の位置から（ｘ，ｙ）＝（１２８０，１０２４）の領域に最前面から「３」番目に設定されて「最小化」表示（タスクバー表示）されていることを示す。アプリＩＤ「４」の「メーラ」ＡＰのウィンドウは、座標（ｘ，ｙ）＝（１００，２００）の位置から（ｘ，ｙ）＝（４００，４５０）の位置までの矩形領域に「４」番目（最背面）となるように表示領域が設定されているが「非表示」状態であることを示す。この場合、次に「メーラ」ＡＰのウィンドウが表示される際には、メイン画面１６内の設定されている表示座標にウィンドウが表示される。また、図６の説明図に示される内容例では、マウス位置はメイン画面１６における座標（ｘ，ｙ）＝（２００，３００）にあり、最前面に表示されている「プレーヤー」ＡＰのウィンドウ上に位置していることを示す。

上述のように構成されるシンクライアントシステムで、サーバ装置１及び端末装置２が夫々の機能により実行する処理を、フローチャートを参照して説明する。

まず、端末装置２の起動時に、制御部２０が設定受付部２０１及び端末能力通知部２０２として機能することによって、表示方法を設定し、接続要求及び端末能力情報をサーバ装置１へ送信する処理について説明する。図７は、実施の形態１におけるシンクライアントシステムを構成する端末装置２の制御部２０による起動時の処理手順の一例を示すフローチャートである。

制御部２０は、操作部２４に含まれる例えば電源ボタンが押下されたことを検知したか否かにより、シンクライアントとして起動されたか否かを判断する（ステップＳ１１）。制御部２０は、起動されていないと判断した場合（Ｓ１１：ＮＯ）、処理をステップＳ１１へ戻す。制御部２０は、起動されたと判断した場合（Ｓ１１：ＹＥＳ）、起動画面を画面出力部２５により出力し（ステップＳ１２）、表示装置３に表示させる。

次に制御部２０は出力した起動画面に対して、動作させるＡＰが選択されたか否かを判断する（ステップＳ１３）。制御部２０は、ＡＰが選択されていないと判断した場合（Ｓ１３：ＮＯ）、処理をステップＳ１３へ戻し、ＡＰが選択されたと判断するまで待機する。

制御部２０は、ＡＰが選択されたと判断した場合（Ｓ１３：ＹＥＳ）、設定受付部２０１として機能することによって表示装置３における表示方法を設定する（ステップＳ１４）。制御部２０は端末能力通知部２０２として機能することにより、設定されている画面サイズ、想定メインサイズ、画面データの送信先アドレス・ポート情報等の各情報を、記憶部２１から読み出すか又は表示装置３及び通信部２３から取得するかによって取得し（ステップＳ１５）、取得した各情報と設定した表示方法に基づく抽出領域情報とを端末能力情報に含め、接続要求と共にサーバ装置１へ送信し（ステップＳ１６）、起動時の処理を終了する。

なお、図７のフローチャートでは、ＡＰが選択されたと判断するまで待機し、必ず最初に動作させるＡＰのＡＰ名を選択させる構成とした。しかしながら、本発明はこれに限らず、起動させるＡＰを指定せずにＯＳを起動させる場合、又は既に起動しているＯＳにログインする場合は、ステップＳ１３を省略してもよい。

また、実施の形態１における端末装置２の制御部２０は起動時のみならず、シンクライアントとして動作を開始した後、ユーザが操作部２４を介して表示装置３に表示されている画面中のウィンドウを全画面表示に変更、又は全画面表示からサイズを変更する操作をした場合にこれを検知して端末能力情報を送信する。ウィンドウを全画面表示に変更する操作又は全画面表示からサイズを変更する操作とは、画面中のウィンドウ上でのマウスのダブルクリック、又はそれに相当するボタンの押下等所定の操作が対応する。この場合、図７のフローチャートに示した処理手順の内のステップＳ１１からステップＳ１３までの処理の代わりに、制御部２０は全画面表示への切り替え又は全画面表示からの切り替え操作を検知したか否かを判断する処理を行なうようにする。制御部２０は全画面表示への切り替え又は全画面表示からの切り替え操作を検知したと判断した場合、表示方法を設定し直し（Ｓ１４）、他の情報を取得して端末能力情報を送信する（Ｓ１５，Ｓ１６）。この場合、制御部２０は接続要求を送信しない。例えば、表示方法が「指定ＡＰ画面表示」に設定されることにより、表示装置３の全画面に指定ＡＰのウィンドウが表示されている状態で、ユーザが全画面からの切り替え操作を行った場合、制御部２０は、座標を指定する「指定領域表示」に表示方法を変更して改めて端末能力情報を送信する。サーバ装置１の制御部１０は、改めて端末能力情報が送信されたことに応じて、後述の図８のフローチャートに示す処理を行なう。

次に、図７のフローチャートによって送信された接続要求及び端末能力情報をサーバ装置１が受信した場合に、制御部１０が端末能力判定部１０１及び画面情報管理部１０２として機能することにより実行する処理について説明する。図８は、実施の形態１におけるシンクライアントシステムで、端末装置２から送信された端末能力情報を受信した場合のサーバ装置１の制御部１０による処理手順の一例を示すフローチャートである。

制御部１０は、通信部１３により端末装置２から接続要求又は端末能力情報を受信したか否かを判断する（ステップＳ２１）。端末装置２の起動時は、端末装置２から接続要求及び端末能力情報が送信されるが、端末装置２がシンクライアントとして動作を開始した後に上述のように表示方法を変更するために端末能力情報を送信した場合には、接続要求は送信されない。したがって、制御部１０は接続要求又は端末能力情報のいずれかを受信したか否かを判断する（Ｓ２１）。

制御部１０は、接続要求又は端末能力情報を受信していないと判断した場合（Ｓ２１：ＮＯ）、処理をステップＳ２１へ戻す。制御部１０は、接続要求及び端末能力情報を受信したと判断した場合（Ｓ２１：ＹＥＳ）、端末能力情報に含まれる想定メイン画面サイズを取得する（ステップＳ２２）。

制御部１０は、メイン画面サイズを既に決定済みか否かを、画面情報管理部１０２を介してサブ画面情報１４を参照することにより判断する（ステップＳ２３）。サブ画面情報１４に、決定されたメイン画面サイズが記憶されている場合、制御部１０はメイン画面サイズを決定済みであると判断する。制御部１０は、メイン画面サイズを既に決定済みであると判断した場合（Ｓ２３：ＹＥＳ）、後述のステップＳ２６へ処理を進める。制御部１０は、メイン画面サイズは未だ決定済みでないと判断した場合（Ｓ２３：ＮＯ）、取得した想定メイン画面サイズに相当するメイン画面サイズを画面情報管理部１０２の機能により決定して記憶し（ステップＳ２４）、実行するＯＳに対してメイン画面サイズを設定する（ステップＳ２５）。

制御部１０は端末能力判定部１０１として機能し、端末能力情報の内容に基づいてサブ画面１７を生成することが可能か否かを判断することにより、端末装置２で表示される画面についての能力を審査する（ステップＳ２６）。なお、審査のポリシーを記憶部１１に記憶しておき、制御部１０は記憶部１１からポリシーを参照して判断する。ポリシーの内容は例えば以下の場合、制御部１０はサブ画面１７を生成することが不可能であると判断する。決定済みのメイン画面サイズに対して、送信された端末能力情報に含まれる端末装置２で設定されている画面サイズが大きい場合、決定済みのメイン画面サイズと、送信された端末能力情報に含まれる想定メイン画面サイズが異なる場合、決定済みのメイン画面サイズに対して、送信された端末能力情報に含まれる想定メイン画面サイズが小さい場合、端末能力情報に含まれる指定ＡＰ名がサーバ装置１で起動していない場合、端末能力情報にサーバ装置１で対応していないことを指示する情報が含まれている場合等のいずれか一つ又は複数が成立する場合に、制御部１０はサブ画面１７の生成が不可能であると判断する。

制御部１０は、サブ画面１７（データ）を生成することが可能であると判断した場合（Ｓ２６：ＹＥＳ）、画面情報管理部１０２へ端末能力情報を出力し、画面情報管理部１０２として機能することにより、サブ画面情報１４を記憶し（ステップＳ２７）、端末装置２から送信された端末能力情報を受信した場合の処理を終了する。

制御部１０は、サブ画面１７を生成することが不可能であると判断した場合（Ｓ２６：ＮＯ）、画面情報管理部１０２により直前のステップＳ２４及びステップＳ２５によりメイン画面サイズを決定し、設定しているときにはこれを削除し（ステップＳ２８）、端末装置２から送信された端末能力情報を受信した場合の処理を終了する。直前のステップＳ２３で、制御部１０が既にメイン画面サイズを決定済みであると判断していた場合はステップＳ２８を省略する。

次に、端末装置２のシンクライアントとしての動作が開始されるためにサーバ装置１で実行される処理について説明する。サーバ装置１の制御部１０は、端末能力判定部１０１の機能によりサブ画面１７を生成することが可能であると判断し、画面情報管理部１０２の機能によりサブ画面情報１４を記憶した場合、画面構成・マウス位置検出部１０３、画面生成部１０４及びサブ画面生成部１０５の機能により、メイン画面１６及びサブ画面１７の生成処理を実行し、サブ画面１７を端末装置２へ送信する。

なお、サーバ装置１の制御部１０は画面構成・マウス位置検出部１０３の機能により、端末装置２から送信される入力信号を通信部１３を介して受信した場合、これに応じてマウス位置、画面構成要素の選択等を示すＧＵＩに関するイベントをＯＳを介して発生させる。また制御部１０は、画面構成・マウス位置検出部１０３の機能により、ＯＳから通知される画面描画に関するメッセージを検知したか否かにより判断する。ユーザが使用する端末装置２からの入力信号をトリガとする場合以外でも、例えば一定時間が経過する都度、表示位置が変わるウィンドウ等、他のイベント発生に応じて画面描画が行なわれる場合、制御部１０は画面構成・マウス位置検出部１０３の機能により、ＯＳからのメッセージを監視することで画面描画に関するイベント通知を検知する。

図９は、実施の形態１におけるシンクライアントシステムで、イベントが通知された場合のサーバ装置１の制御部１０による処理手順の一例を示すフローチャートである。

制御部１０は、イベント通知を検知したか否かを判断する（ステップＳ３１）。制御部１０は、イベント通知を検知していないと判断した場合（Ｓ３１：ＮＯ）、処理をステップＳ３１へ戻す。

制御部１０は、イベント通知を検知したと判断した場合（Ｓ３１：ＹＥＳ）、通知されたイベントが示すイベントの内容、マウス位置、画面構成要素の選択に応じて、マウス位置の変更、ウィンドウを含む各画面構成要素のメイン画面１６内の位置の変更等、画面構成情報１５を更新し（ステップＳ３２）、処理を終了する。イベントの内容とは例えば、マウス・カーソルの移動、マウスクリック、マウスダブルクリック、英数キーの押下、特定キーの押下、ＯＳから通知されるウィンドウの生成（CREATE）、ＡＰのウィンドウの消去（DESTROY）、ＡＰのウィンドウの位置の移動（MOVE）等のメッセージを示す。

例えば制御部１０は画面構成・マウス位置検出部１０３として機能し、図９のフローチャートに示した処理を実行することにより、図６の説明図に示した画面構成情報１５におけるマウス位置を、座標（ｘ，ｙ）＝（２００，３００）から座標（ｘ，ｙ）＝（２１０，３１５）へ更新する。

また制御部１０は、画面構成・マウス位置検出部１０３として機能することにより、あるＡＰのウィンドウ上でのダブルクリックを示すイベント通知を検知した場合には、端末装置２から改めて端末能力情報が送信されたときと同様の処理を行なってもよい。つまり、上述の図７のフローチャートの説明において、端末装置２の制御部２０が操作部２４を介して検知した操作に応じて表示方法を変更するために端末能力情報を送信する構成の可能性を示唆した。表示方法の変更、即ちサブ画面情報１４の更新処理（図８のフローチャートに示した処理）を、端末能力情報の受信をトリガとするのみならず、画面構成・マウス位置検出部１０３として機能して特定のイベント通知を検知した場合に行なう構成としてもよい。

次に、制御部１０が画面生成部１０４及びサブ画面生成部１０５として機能することにより実行するメイン画面１６及びサブ画面１７の生成処理について説明する。図１０乃至図１５は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるメイン画面１６及びサブ画面１７の生成処理手順の一例を示すフローチャートである。

制御部１０は、タイムイベントが通知されたことを検知したか否かを判断する（ステップＳ４１）。制御部１０は、タイムイベントが通知されたことを検知していないと判断した場合（Ｓ４１：ＮＯ）、処理をステップＳ４１へ戻し、タイムイベントが通知されるまで待機する。

制御部１０は、タイムイベントが通知されたことを検知したと判断した場合（Ｓ４１：ＹＥＳ）、画面情報管理部１０２を介してサブ画面情報１４を参照し、サブ画面情報１４に含まれる全サブ画面に対応する送信フラグを未送信を示すように更新する（ステップＳ４２）。

制御部１０は画面生成部１０４として機能することにより、画面構成・マウス位置検出部１０３を介して画面構成情報１５に基づいてメイン画面１６を生成する（ステップＳ４３）。サーバ装置１に同一のユーザが用いる複数の端末装置２，２，…が接続されており、端末装置２，２，…毎にマウス位置を記憶している場合は、いずれか一つのマウス位置に基づいてメイン画面１６を生成するようにしてもよい。

制御部１０はサブ画面生成部１０５として機能することにより、画面情報管理部１０２を介してサブ画面情報１４を端末装置２毎に参照し（ステップＳ４４）、送信フラグが未送信を示しているか否かを判断する（ステップＳ４５）。制御部１０は、送信フラグが送信済みを示している場合（Ｓ４５：ＮＯ）、処理をステップＳ４４へ戻し、他の端末装置２に対応するサブ画面情報１４を参照する。制御部１０は、送信フラグが未送信を示している場合（Ｓ４５：ＹＥＳ）、現在参照している端末装置２の端末ＩＤに対応するサブ画面サイズ、サブ画面位置又はアプリ画面ＩＤ、拡縮の有無に基づいて、メイン画面１６からサブ画面１７を生成する（ステップＳ４６）。このとき、サーバ装置１に同一のユーザが用いる複数の端末装置２，２，…が接続されており、端末装置２，２，…毎にマウス位置を記憶している場合は、画面構成情報１５からサブ画面１７毎に対応するマウス位置を取得して用いる。制御部１０がサブ画面生成部１０５として機能することにより、メイン画面１６からサブ画面１７を生成する処理（Ｓ４６）の詳細は後述する。

制御部１０は、生成したサブ画面１７を、夫々に対応する端末ＩＤの送信先アドレス・ポート情報に基づいて端末装置２へ送信し（ステップＳ４７）、当該端末装置２に対応する送信フラグを送信済みへ更新する（ステップＳ４８）。

制御部１０は、サブ画面情報１４に含まれる全ての端末装置２に対応する全サブ画面１７を送信したか否かを判断し（ステップＳ４９）、全サブ画面１７を送信していないと判断した場合（Ｓ４９：ＮＯ）、処理をステップＳ４４へ戻して他の端末装置２に対応するサブ画面情報１４を参照する。制御部１０は全サブ画面１７を送信したと判断した場合（Ｓ４９：ＹＥＳ）、一回のタイムイベント通知に対する生成処理を終了する。

制御部１０は、例えば３３ミリ秒毎にタイムイベントが通知される都度、これを検知して図１０のフローチャートに示した処理を実行する。

図１１は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるサブ画面１７の生成処理手順の一例を示すフローチャートである。図１０のフローチャートに示した処理手順の内のステップＳ４６の詳細に相当する。

制御部１０は、サブ画面１７を生成するに際し、端末装置２毎にサブ画面情報１４を参照するが、当該端末装置２のＩＤに対応付けて記憶されている抽出領域情報が、アプリ画面ＩＤによりＡＰ名を指定しているか否かを判断する（ステップＳ５１）。制御部１０は、抽出領域情報がＡＰ名を指定していると判断した場合（Ｓ５１：ＹＥＳ）、アプリ画面ＩＤで指定されているＡＰ名のＡＰのウィンドウで特定される領域をメイン画面１６から抽出してサブ画面１７を生成する指定ＡＰ抽出処理を実行し（ステップＳ５２）、図１０のフローチャートにおけるステップＳ４７へ処理を進める。

制御部１０は、抽出領域情報のアプリ画面ＩＤによりＡＰ名を指定していないと判断した場合（Ｓ５１：ＮＯ）、サブ画面位置の抽出領域を指定しているか否かを判断する（ステップＳ５３）。制御部１０は、抽出領域情報がサブ画面位置により抽出領域を指定していると判断した場合（Ｓ５３：ＹＥＳ）、サブ画面位置で特定される領域をメイン画面１６から抽出してサブ画面１７を生成する指定領域抽出処理を実行し（ステップＳ５４）、図１０のフローチャートにおけるステップＳ４７へ処理を進める。

制御部１０は、抽出領域情報がサブ画面位置により抽出領域を指定していないと判断した場合（Ｓ５３：ＮＯ）、抽出領域情報がマウス周辺を指定しているか否かを判断する（ステップＳ５５）。制御部１０は抽出領域情報がマウス周辺を指定していると判断した場合（Ｓ５５：ＹＥＳ）、メイン画面１６からマウス位置周辺として特定される領域を抽出してサブ画面１７を生成するマウス周辺抽出処理を実行し（ステップＳ５６）、図１０のフローチャートにおけるステップＳ４７へ処理を進める。

制御部１０は、抽出領域情報がマウス周辺を指定していないと判断した場合（Ｓ５５：ＮＯ）、メイン画面１６の全画面が指定されているので、全画面を抽出してサブ画面１７を生成する全画面抽出処理を実行し（ステップＳ５７）、図１０のフローチャートにおけるステップＳ４７へ処理を進める。

次に、図１１のフローチャートに示したステップＳ５２、ステップＳ５４、ステップＳ５６及びステップＳ５７夫々の抽出領域情報で指定されるアプリ画面ＩＤ、サブ画面位置、マウス周辺又は全画面に応じてサブ画面１７を生成する処理の詳細について説明する。

図１２は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるサブ画面１７の生成処理手順の一例を示すフローチャートであり、図１１のフローチャートに示した処理手順の内の指定ＡＰ抽出処理（ステップＳ５２）の詳細に相当する。

制御部１０は、抽出領域情報がアプリ画面ＩＤにより指定されているＡＰ名の表示座標を画面構成情報１５から取得する（ステップＳ５２１）。制御部１０は指定されているＡＰ名の表示座標の取得に成功したか否かを判断する（ステップＳ５２２）。表示座標の取得に成功したか否かは、画面構成情報１５に、指定ＡＰの表示座標がメイン画面１６内に有効に相当するように記憶されているか否か等の基準によって制御部１０が判断する。

制御部１０は、表示座標の取得に失敗したと判断した場合（Ｓ５２２：ＮＯ）、そのままＡＰ名が指定された場合のサブ画面１７の生成処理を終了し、処理を図１０のフローチャートにおけるステップＳ４７へ進める。この場合、サブ画面１７は抽出領域情報に基づいて生成されないので、ステップＳ４７及びステップＳ４８は省略してもよい。このように、指定されたＡＰが起動されていない場合等、指定されたＡＰの表示座標の取得に失敗した場合はメイン画面１６をサブ画面サイズに拡縮してサブ画面１７として生成するようにしてもよい。

制御部１０は、表示座標の取得に成功したと判断した場合（Ｓ５２２：ＹＥＳ）、指定されているＡＰ名のウィンドウサイズをサブ画面サイズとなるように変更し（ステップＳ５２３）、指定されているＡＰ名のウィンドウの位置をメイン画面１６上の左上隅（（ｘ，ｙ）＝（０，０））の最前面へ移動させる（ステップＳ５２４）。次に制御部１０は、メイン画面１６の左上隅からサブ画面サイズに画面データを抽出し（ステップＳ５２５）、抽出した画面データをサブ画面１７とする。そして制御部１０は、ステップＳ５２３でサイズを変更し、Ｓ５２４で配置を移動させたＡＰのウィンドウを元のサイズ、元の位置へ戻し（ステップＳ５２６）、ＡＰ名が指定された場合のサブ画面１７の生成処理を終了する。この場合も、制御部１０は図１０のフローチャートにおけるステップＳ４７へ処理を進める。

図１３は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるサブ画面１７の生成処理手順の一例を示すフローチャートであり、図１１のフローチャートに示した処理手順の内の指定領域抽出処理（ステップＳ５４）の詳細に相当する。

制御部１０は、抽出領域情報のサブ画面位置により特定される領域を、生成されているメイン画面１６から抽出し（ステップＳ５４１）、抽出した領域の画面データを画面サイズがサブ画面サイズとなるように拡縮し（ステップＳ５４２）、拡縮後の画面データをサブ画面１７とする。そして、制御部１０は、領域が指定された場合のサブ画面１７の生成処理を終了し、処理を図１０のフローチャートにおけるステップＳ４７へ進める。

なお、この場合、サブ画面サイズに拡縮する処理については必須ではなく、抽出した領域がサブ画面サイズよりも小さい場合は抽出した領域を左詰め、右詰め、中央配置等の指示に基づいて配置し、抽出したイメージ以外の領域を黒塗り、グレー塗り等で埋めてサブ画面１７を生成してもよい。そしてこの場合、端末装置２から受信する端末能力情報にアライメントの有無を示す情報を含むように構成し、制御部１０はアライメントが必要か否かを当該情報に基づいて判断するようにしてもよい。制御部１０は、アライメントが必要である場合は、抽出した領域を左詰め、右詰め、中央配置等の指示に基づいて配置し、残りの領域を黒塗り、グレー塗り等で埋めてサブ画面１７を生成してもよい。

図１４は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるサブ画面１７の生成処理手順の一例を示すフローチャートであり、図１１のフローチャートに示した処理手順の内のマウス周辺抽出処理（ステップＳ５６）の詳細に相当する。

制御部１０は、現在のマウス位置を画面構成・マウス位置検出部１０３を介して画面構成情報１５を参照して取得する（ステップＳ５６１）。制御部１０はマウス位置の取得に成功したか否かを判断する（ステップＳ５６２）。制御部１０は、マウス位置がメイン画面１６又はサブ画面１７における有効範囲に存在するか否かで成功したか否かを判断してもよい。

制御部１０は、マウス位置の取得に失敗したと判断した場合（Ｓ５６２：ＮＯ）、そのままマウス周辺が指定された場合のサブ画面１７の生成処理を終了し、処理を図１０のフローチャートにおけるステップＳ４７へ進める。この場合、サブ画面１７は抽出領域情報に基づいて生成されないので、ステップＳ４７及びステップＳ４８は省略してもよい。

制御部１０は、マウス位置の取得に成功したと判断した場合（Ｓ５６２：ＹＥＳ）、メイン画面１６におけるマウス位置を基準に一部を抽出する（ステップＳ５６３）。制御部１０はステップＳ５６３において、メイン画面１６に対し、マウス位置を中心としてサブ画面サイズの１／２、１／３等の自然数分の１のサイズに相当する部分を抽出してもよいし、サブ画面サイズに相当する部分を抽出してもよい。

次に制御部１０は、ステップＳ５６３で抽出した画面データの画面サイズがサブ画面サイズとなるように拡大し（ステップＳ５６４）、拡大後の画面データをサブ画面１７とする。そして制御部１０は、マウス周辺が指定された場合のサブ画面１７の生成処理を終了し、処理を図１０のフローチャートにおけるステップＳ４７へ進める。

制御部１０はサブ画面生成部１０５として機能することにより、サブ画面サイズに対して余白を設けてメイン画面１６から抽出した領域を貼り付けるようにしてサブ画面１７を生成してもよい。更にこの場合、アライメントが必要か否かを判断し、アライメントが必要である場合は、左詰め、右詰め、中央配置等の指示に基づいて切り出されたイメージ以外の領域を黒塗り、グレー塗り等で埋めてサブ画面１７を生成してもよい。

図１５は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるサブ画面１７の生成処理手順の一例を示すフローチャートであり、図１１のフローチャートに示した処理手順の内の全画面抽出処理（ステップＳ５７）の詳細に相当する。

制御部１０は、画面情報管理部１０２を介してサブ画面情報１４を参照し、メイン画面１６の全部をサブ画面サイズに拡縮する処理の必要の有無を判断する（ステップＳ５７１）。制御部１０は拡縮する処理の必要無しと判断した場合（Ｓ５７１：ＮＯ）、メイン画面１６をサブ画面１７とし、全画面が指定された場合のサブ画面１７の生成処理を終了し、図１０のフローチャートにおけるステップＳ４７へ処理を進める。

制御部１０は、拡縮する処理の必要有りと判断した場合（Ｓ５７１：ＹＥＳ）、メイン画面１６の画面サイズをサブ画面サイズに拡縮した画面データを生成してサブ画面１７とし（ステップＳ５７２）、全画面が指定された場合のサブ画面１７の生成処理を終了し、図１０のフローチャートにおけるステップＳ４７へ処理を進める。

図９乃至図１５のフローチャートに示した処理手順をサーバ装置１の制御部１０が実行することにより、端末装置２で設定されている画面サイズ（解像度）に応じてサブ画面１７が生成され、夫々に送信される。複数の端末装置２，２，…が夫々で設定されている画面サイズが異なる場合であっても、図１２乃至図１５に示した処理が夫々実行され、異なるサブ画面１７が送信される。

図１６乃至図２０は、実施の形態１におけるシンクライアントシステムを構成するサーバ装置１で生成されるメイン画面１６及びサブ画面１７の概要を示す説明図である。各説明図では、右方向に時間の経過を示し、矩形によりメイン画面１６及びサブ画面１７として生成される画面イメージを模式的に示している。また、各説明図中の時間軸上の時点ｔ_e は、タイムイベントが通知される時点である。サーバ装置１の制御部１０は、画面生成部１０４及びサブ画面生成部１０５として機能することにより、時点ｔ_e が到来する都度、メイン画面１６の生成及びメイン画面１６からのサブ画面１７の生成処理を実行する。

図１６の説明図は、指定ＡＰ抽出処理が行なわれてサブ画面１７が生成される場合の例を示している。図１６の説明図の例では、「ドキュメント編集」ＡＰ及び「プレーヤー」ＡＰが実行されている。メイン画面１６は、タイムイベントが通知される時点ｔ_e で、画面構成情報１５に基づいて「ドキュメント編集」ＡＰのウィンドウ（editor）が表示され、「プレーヤー」ＡＰのウィンドウ（player）は非表示となるように、制御部１０によって生成されている。

これに対し、サーバ装置１の制御部１０は、タイムイベントが通知される時点ｔ_e でメイン画面１６を生成した後、サブ画面生成部１０５として機能し、指定されているＡＰ、図１６の説明図の例では「プレーヤー」ＡＰのウィンドウ（player）が表示されるサブ画面１７を生成する。制御部１０は、サブ画面情報１４を参照してアプリ画面ＩＤを取得し、取得したアプリ画面ＩＤで指定されているＡＰ名のＡＰのウィンドウを前面に、サブ画面サイズで表示させて左上隅へ移動させる。図１６の説明図中の上段中央のメイン画面１６では一時的に、指定ＡＰ抽出処理を行なうため、指定されている「プレーヤー」ＡＰのウィンドウ（player）が非表示状態から表示状態とされていることが示されている。図１６の説明図中の下段には、上段中央のメイン画面１６から指定ＡＰ抽出処理によって生成されたサブ画面１７が示されている。このように生成されたサブ画面１７が、対応する端末装置２へ送信される。

また、サーバ装置１の制御部１０は、サブ画面１７を生成して送信した後、各ウィンドウ（画面構成要素）の配置を変更している場合は元に戻す。図１６の説明図中の上段右側のメイン画面１６に示すように、次にタイムイベントが通知される時点までには、画面構成情報１５に基づきメイン画面１６中の各ウィンドウの配置が元に戻されていることが示されている。

図１７の説明図は、指定領域抽出処理が行なわれてサブ画面１７が生成される場合の例を示している。図１７の説明図の例では、メイン画面１６は、画面構成情報１５に基づいて「ドキュメント編集」ＡＰのウィンドウ（editor）が表示されるように制御部１０によって生成されている。

これに対し、サーバ装置１の制御部１０は、タイムイベントが通知される時点ｔ_e でメイン画面１６を生成した後、サブ画面生成部１０５として機能し、指定された領域が表示されるサブ画面１７を生成する。制御部１０は、サブ画面情報１４を参照してサブ画面位置を取得し、取得したサブ画面位置で特定される領域を抽出する。図１７の説明図中の上段中央のメイン画面１６中の破線で囲まれる領域は、サブ画面位置が「左半分」である場合のメイン画面１６中の指定された領域に対応する。サブ画面位置は座標で指定される場合もあるので、この場合は座標により特定される領域を抽出する。図１７の説明図中の下段には、上段中央のメイン画面１６から指定領域抽出処理によって生成されたサブ画面１７が示されている。当該サブ画面１７が対応する端末装置２へ送信される。

なお、図１７の説明図中の下段のサブ画面１７は夫々、端末能力情報に含まれるアライメントの有無を示す情報と、アライメントの内容、即ち左詰め又は中央配置の指示とに基づき、抽出された画面データ以外の領域を黒塗り、グレー塗り等で埋めた場合を示している。

上述のようにサブ画面位置を「左半分」、又は「右画面」のように指定することにより、マルチディスプレイに対応した端末装置２に接続される複数の表示装置３，３，…で一つの画面をなすように表示させることが可能になる。

図１８の説明図は、マウス周辺抽出処理が行なわれてサブ画面１７が生成される場合の例を示している。図１８の説明図の例では、メイン画面１６は、画面構成情報１５に基づいて「ドキュメント編集」ＡＰのウィンドウ（editor）が表示されるように制御部１０によって生成されている。

これに対し、サーバ装置１の制御部１０は、タイムイベントが通知される時点ｔ_e でメイン画面１６を生成した後はサブ画面生成部１０５として機能し、マウス周辺が表示されるサブ画面１７を生成する。制御部１０は、サブ画面情報１４を参照してマウス周辺が指定されている場合、画面構成情報１５からマウス位置を取得し、メイン画面１６からマウス位置を基準に一部を抽出してサブ画面１７を生成する。この際に画面構成情報１５から取得するマウス位置は、複数の端末装置２，２，…が接続されている場合には複数の端末装置２，２，…の内の、サブ画面１７の送信先に対応する端末装置２からの入力信号に基づいて特定されるマウス位置であることが望ましい。図１８の説明図中の上段中央のメイン画面１６中の破線で囲まれる領域は、マウス周辺として指定されている領域に対応する。図１８の説明図中の下段には、上段中央のメイン画面１６からマウス周辺抽出処理によって生成されたサブ画面１７が示されている。このように生成されたサブ画面１７が、対応する端末装置２へ送信される。これにより、端末装置２に接続される表示装置３ではマウス周辺のみが表示され、表示装置３の表示パネルの解像度が低い場合であっても、適した表示が可能である。

なお、一の端末装置２を使用するユーザに、他の端末装置２を使用するユーザによる操作を示すために図１８の説明図に示したようなメイン画面１６中の一部のみを能動的に注目させたい場合、他の端末装置２から入力される入力信号に基づくマウス位置の周辺を抽出してサブ画面１７を生成して一の端末装置２へ送信するようにしてもよい。

図１９の説明図は、全画面抽出処理が行なわれてサブ画面１７が生成される場合の例を示している。図１９の説明図の例では、メイン画面１６は、画面構成情報１５に基づいて「ドキュメント編集」ＡＰのウィンドウ（editor）が表示されるように制御部１０によって生成されている。

これに対し、サーバ装置１の制御部１０は、タイムイベントが通知される時点ｔ_e でメイン画面１６を生成した後サブ画面生成部１０５として機能し、メイン画面１６の全画面が表示されるサブ画面１７を生成する。制御部１０は、メイン画面１６全体を抽出してサブ画面１７として生成し、更にサブ画面情報１４を参照してサブ画面位置が「全画面」である場合、対応する拡縮処理の有無（サブ画面拡縮）に応じて拡縮する。図１９中の下段には、メイン画面１６から全画面分が抽出されて生成され、画面サイズがサブ画面サイズに合致するように縮小されたサブ画面１７が示されている。

図２０の説明図は、複数の端末装置２，２，…が接続されている場合に、夫々に対応する抽出領域情報（サブ画面位置、アプリ画面ＩＤ）に基づいてサブ画面１７を生成する場合のメイン画面１６及びサブ画面１７の概要を示している。各サブ画面１７は、図５の説明図に示した４つの端末装置２，２，…夫々についてのサブ画面情報１４が記憶されている場合に対応する。

図２０の説明図の例では、「プレーヤー」ＡＰが実行されている。メイン画面１６は、タイムイベントが通知される時点ｔ_e で、画面構成情報１５に基づいて「プレーヤー」ＡＰのウィンドウ（player）が表示されるように制御部１０によって生成される。

これに対し、サーバ装置１の制御部１０は、タイムイベントが通知される時点ｔ_e でメイン画面１６が生成された後にはサブ画面生成部１０５として機能し、端末ＩＤ「１」、「２」、「３」及び「４」夫々に対応付けられている、全画面（メイン画面）、サブ画面ＩＤ「１」、「２」及び「３」の抽出領域情報に基づいてサブ画面１７を高速に生成し、夫々対応する端末装置２，２，２，２へ送信する。

このように、端末装置２に接続されている表示装置３の表示パネルに対応数解像度が様々であっても、各端末装置２，２，…の画面に関する性能、機能に応じた画面の表示を実現することができる。

（実施の形態２）
実施の形態１では、メイン画面１６に対して一つの画面構成情報１５が一時記憶領域１２又は記憶部１１に記憶される構成とした（図６参照）。これに対し、実施の形態２では、画面構成情報１５が端末装置２毎に対応付けて記憶される構成とし、端末装置２で表示される画面の解像度等に応じて画面構成要素のレイアウト（配置）を変更してサブ画面１７を生成する。

実施の形態２におけるシンクライアントシステムの構成は、端末装置２からのレイアウト変更指示の送信処理、サーバ装置１によるレイアウト変更指示の受信処理、並びに、レイアウト変更に応じたサブ画面情報１４及び画面個性情報１５の記憶処理以外については実施の形態１と同様である。したがって、実施の形態１と同一の符号を付して各構成部についての詳細について説明を省略し、以下に相違点であるレイアウト変更指示の送受信処理、及びサブ画面情報１４の記憶処理について以下に説明する。

レイアウト変更指示は、接続要求と共に端末装置２から送信される端末能力情報に含められる。また、シンクライアントとしての動作が開始された後に、端末装置２から改めてレイアウト変更指示が送信される構成としてもよい。例えば、追加のＡＰを読み出させて実行させる場合に、端末装置２からＡＰ起動要求と共に送信されるとしてもよい。

レイアウト変更指示の内容は、レイアウトの変更の有無のみを示すフラグ、又は具体的なレイアウトの指示でもよい。具体的なレイアウトの指示は画面構成情報１５の各要素の内容、例えば、動作させるＡＰのＡＰ名と、メイン画面１６におけるＡＰウィンドウの表示座標と、Ｚ−ｏｒｄｅｒとを指示する情報である。

図２１は、実施の形態２におけるシンクライアントシステムで、端末装置２から送信されたレイアウト変更指示を受信した場合のサーバ装置１の制御部１０による処理手順の一例を示すフローチャートである。

制御部１０は、通信部１３により端末装置２からレイアウト変更指示を受信したか否かを判断する（ステップＳ６１）。制御部１０は、レイアウト変更指示を受信していないと判断した場合（Ｓ６１：ＮＯ）、処理をステップＳ６１へ戻す。

制御部１０は、レイアウト変更指示を受信したと判断した場合（Ｓ６１：ＹＥＳ）、画面情報管理部１０２として機能し、サブ画面情報１４を参照し、レイアウト変更指示の送信元の端末装置２に対応する端末ＩＤのレイアウトフラグをオンにする（ステップＳ６２）。レイアウトフラグは例えばレイアウトＩＤで表現し、レイアウトＩＤが記憶されている端末ＩＤの端末装置２へ送信するサブ画面１７を生成する際には、レイアウトを変更する。

制御部１０は、レイアウト変更指示の送信元の端末装置２に対応するレイアウトを示す画面構成情報１５を記憶し（ステップＳ６３）、処理を終了する。なお、レイアウト変更指示には、各ＡＰのアプリ画面ＩＤ、ＡＰ名とそのウィンドウが占めるメイン画面１６上の表示座標及びＺ−ｏｒｄｅｒが含まれている。制御部１０はレイアウト変更指示に基づいて画面構成情報１５を作成してもよいし、メイン画面の画面構成情報１５を複製してもよい。また、予め端末装置２毎に画面構成情報１５を記憶しておき、レイアウト変更指示を受信した場合に、端末装置２に対応する画面構成情報１５を記憶してレイアウトフラグ及びレイアウトＩＤによってサブ画面情報１４を対応付ける構成としてもよい。

図２２は、実施の形態２におけるサーバ装置１で、レイアウト変更指示を受信した場合に記憶されるサブ画面情報１４の内容例を示す説明図である。図２２の説明図に示すように、実施の形態１に示したサブ画面情報１４（図５参照）に対して、「レイアウトＩＤ」が対応付けられている。「レイアウトＩＤ」が対応付けられていない場合（図２２中における「−」）、レイアウト変更の必要がないのでメイン画面１６の画面構成情報１５に基づくレイアウトでサブ画面１７を生成することを示している。

図２２の説明図に示した内容例では、端末ＩＤ「３」の端末装置２については「レイアウトＩＤ」が「１」に対応する画面構成情報１５に基づいてメイン画面１６上のレイアウトを変更してからサブ画面１７を生成して送信することを示している。

図２３は、実施の形態２におけるサーバ装置１で、レイアウト変更指示を受信した場合に記憶される画面構成情報１５の内容例を示す説明図である。図２３の説明図に示すように、実施の形態１に示したメイン画面１６の画面構成情報１５（図６参照）に加えて、サブ画面１７を生成するための画面構成情報１５がレイアウトＩＤと対応付けられて記憶される。

図２３の説明図に示す例では、レイアウトＩＤ「０」が対応付けられているメイン画面１６の画面構成情報１５と、レイアウトＩＤ「１」が対応付けられているサブ画面１７を生成するための画面構成情報１５とが含まれる。レイアウトＩＤ「１」が対応付けられている画面構成情報１５は、画面構成情報１５に含まれる画面構成要素についてはメイン画面１６の画面構成情報１５と内容が一致している。つまり、起動されているべきＡＰは同じであるが、各ＡＰのウィンドウの表示座標、Ｚ−ｏｒｄｅｒ及び表示状態が異なる。そして、レイアウトＩＤ「１」の画面構成情報１５は各ＡＰのウィンドウがサブ画面サイズで特定される領域内に含まれるように、表示座標が変更され、且つ対応する端末装置２で操作の対象となっているＡＰがより前面に表示されるように構成されている。マウス位置も、サブ画面サイズに対応する領域内に含まれるように変換される。

次に、図２２及び図２３の説明図に示したように、送信先の端末装置２に応じてメイン画面１６における画面構成要素のレイアウトを変更してサブ画面１７を生成する場合の、サーバ装置１の制御部１０による処理について説明する。

図２４は、実施の形態２におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるメイン画面１６及びサブ画面１７の生成処理手順の一例を示すフローチャートである。なお、図２４のフローチャートに示す各処理手順の内、実施の形態１における図１０のフローチャートに示した処理手順と共通する処理手順については、同一のステップ番号を付して詳細な説明を省略する。

制御部１０は、サブ画面情報１４を参照して端末装置２毎にサブ画面１７を生成して送信するに際し、送信フラグが未送信を示している場合（Ｓ４５：ＹＥＳ）、レイアウトフラグがオンか否かにより、レイアウトを変更すべきか否かを判断する（ステップＳ７１）。

制御部１０は、レイアウトを変更すべきと判断した場合（Ｓ７１：ＹＥＳ）、レイアウトフラグ即ちレイアウトＩＤに対応する画面構成情報１５を参照し（ステップＳ７２）、参照した画面構成情報１５に基づいてメイン画面１６のレイアウトを変更し（ステップＳ７３）、処理をステップＳ４６へ進める。制御部１０は、レイアウトを変更しないと判断した場合（Ｓ７１：ＮＯ）、処理をステップＳ４６へ進める。

なお、制御部１０がステップＳ７３でレイアウトを変更するに際し、レイアウトＩＤに対応する画面構成情報１５に、メイン画面の画面構成情報１５に含まれるＡＰと異なるＡＰのアプリ画面ＩＤ、ＡＰ名が含まれる場合がある。即ち、新たなＡＰの起動が必要な場合がある。この場合、制御部１０はメイン画面１６の画面構成情報１５に新たなＡＰを追加して、メイン画面１６の画面構成情報１５では「非表示状態」となるように記憶する。なお、サブ画面１７の画面構成情報１５から、対応するＡＰ名を削除するようにしてもよい。逆に、メイン画面の画面構成情報１５に、レイアウトＩＤに対応する画面構成情報１５に含まれるＡＰと異なるＡＰのアプリ画面ＩＤ、ＡＰ名が含まれる場合がある。この場合、制御部１０はサブ画面１７を生成するためのレイアウトＩＤに対応する画面構成情報１５に当該異なるＡＰを追加し、サブ画面１７に新たにＡＰを表示するようにする。なお、ＡＰを追加しても「非表示状態」としてサブ画面１７の構成を見かけ上、変化させないようにしてもよい。

次に制御部１０は、メイン画面１６のレイアウトを変更した場合には変更後のメイン画面１６からサブ画面情報１４に示される抽出領域情報に基づいてサブ画面１７を抽出して生成する処理を行ない（Ｓ４６）、サブ画面を送信後（Ｓ４７）、レイアウトを元に戻す（ステップＳ７４）。その後、送信フラグを送信済みへ更新し（Ｓ４８）、全サブ画面を送信したか否かの判断処理（Ｓ４９）へ処理を進める。

図２５は、実施の形態２におけるシンクライアントシステムを構成するサーバ装置１で生成されるメイン画面１６及びサブ画面１７の概要を示す説明図である。図２５の説明図に示す例は、図２２の説明図におけるサブ画面情報１４の内容例に対応し、処理結果が共有されるべき４つの端末装置２，２，…へサブ画面１７を送信するために生成されるメイン画面１６及びサブ画面１７の内容例を示している。

図２５の説明図の例では、「プレーヤー」ＡＰ及び「メーラ」ＡＰが実行されている。メイン画面１６は、タイムイベントが通知される時点ｔ_e で、レイアウトＩＤ「０」の画面構成情報１５に基づいて「プレーヤー」ＡＰのウィンドウ（player）が表示されるように制御部１０によって生成される。

これに対し、サーバ装置１の制御部１０は、メイン画面１６を生成した後にサブ画面生成部１０５として機能し、メイン画面１６全体を抽出してサブ画面１７とし、更に縮小して端末ＩＤ「１」の端末装置２へ送信する。

また、制御部１０は、サブ画面生成部１０５として機能し、端末ＩＤ「３」に対応する端末装置２へ送信するサブ画面１７を生成するに際しては、サブ画面情報１４の端末ＩＤ「３」に対応するレイアウトフラグが「１」であることからレイアウトフラグ「１」の画面構成情報１５に基づいてメイン画面１６のレイアウトを変更する。したがって、図２５の説明図中の上段右から３番目の矩形で示すメイン画面１６は、「プレーヤー」ＡＰのウィンドウ（player）のみならず、「メーラ」ＡＰのウィンドウ（mailer）が、サブ画面サイズに収まって表示されるようにレイアウトが変更されて生成されていることを示している。サーバ装置１の制御部１０は、レイアウト変更後のメイン画面１６からサブ画面情報１４の抽出領域情報（サブ画面位置）に基づいて画面データを抽出してサブ画面１７とする。図２５の下段右から３番目の矩形で示すサブ画面１７は、「プレーヤー」ＡＰのウィンドウ（player）及び「メーラ」ＡＰのウィンドウ（mailer）がサブ画面サイズ内に表示されるように生成されていることを示している。

制御部１０は、端末ＩＤ「３」の端末装置２へ、レイアウトを変更して生成したサブ画面１７を送信した後は、レイアウトＩＤ「０」の画面構成情報１５を参照し、変更したレイアウトを元に戻す。そして、制御部１０は、他の端末装置２に対応するサブ画面１７の生成処理及び送信処理を実行する。図２５の説明図中の上段右から２番目の矩形で示すメイン画面１６は、制御部１０によってレイアウトが元に戻された後のメイン画面１６を示している。

このように、メイン画面１６を一時的に変更するので、メイン画面１６から抽出する領域が異なるサブ画面１７を端末装置２，２，…へ夫々送信するのみならず、端末装置２毎に表示する内容（ＡＰ）も異なるサブ画面１７を生成して送信することが可能である。これにより、端末装置２の性能、機能に応じた異なるレイアウトの画面を端末装置２における表示装置３で表示させることができる。

また、制御部１０は、メイン画面１６自体のレイアウトを変更してサブ画面１７を生成する。したがって、メイン画面１６を高速に変更することで、特定の構成要素を表示する領域を消去する、黒塗りなどで上書きする等の処理なしに簡易な構成で、ある端末装置２では表示させたくないようなＡＰを非表示状態とした画面を端末装置２における表示装置３で表示させることが可能になる。

（実施の形態３）
実施の形態３では、実施の形態１又は２に示した構成によって端末装置２へサブ画面１７が送信され、端末装置２がシンクライアントとして動作している場合、一の端末装置２に接続される表示装置３が２台に増加し、設定されている解像度が変化したときの処理について説明する。

図２６は、実施の形態３におけるシンクライアントシステムの構成の概要を示す模式図である。実施の形態３におけるシンクライアントシステムは、サーバ装置１と、端末装置２と、ネットワークＮとを含んで構成されるが、端末装置２には表示装置３のみならず表示装置３ｂが接続されている。

図２６の説明図に示すように、表示装置３及び表示装置３ｂが２台横に並べて設置されて夫々端末装置２に接続された場合、表示できる画面サイズは右（左）へ２倍に拡張される。このように、２台の表示装置３及び表示装置３ｂを利用することができることから、実施の形態３におけるシンクライアントシステムを構成するサーバ装置１は、メイン画面１６を横に２倍に拡張し、拡張後のメイン画面１６に基づいてサブ画面１７を端末装置２へ送信するようにする。これに対し、表示装置３及び表示装置３ｂが接続されている端末装置２は、拡張後のメイン画面１６全体を抽出したサブ画面１７を受信した場合、サブ画面１７を右半分の領域の画面及び左半分の領域の画面に分け、夫々を表示装置３及び表示装置３ｂへ出力して表示させる。これにより、大きな画面での表示が可能になる。

上述のように、一の端末装置２で設定されている解像度が変化した場合に、サーバ装置１の制御部１０が変化後の解像度に応じて画面を生成する処理について説明する。実施の形態３におけるシンクライアントシステムの構成は、端末装置２が複数の表示装置３，３ｂ，…夫々に対応する画面出力部２５を複数備え、制御部２０が複数の画面出力部２５を動作させること、表示装置３ｂが新たに端末装置２に接続された場合のサーバ装置１の制御部１０による処理以外については実施の形態１における構成と同様である。したがって、共通する構成には実施の形態１と同一の符号を付して各構成部の詳細についての説明を省略する。

図２７は、実施の形態３におけるシンクライアントシステムを構成するサーバ装置１及び端末装置２の内部構成を示すブロック図である。

端末装置２には、表示装置３及び表示装置３ｂが接続されている。端末装置２は画面出力部２５を複数備え、制御部２０は夫々の画面出力部２５を区別することが可能である。制御部２０は、通信部２３により受信したサブ画面１７に基づき左半分の領域の画面及び右半分の領域の画面に分け、夫々を画面出力部２５，２５により表示装置３、表示装置３ｂへ出力する。

次に、表示装置３ｂが新たに端末装置２に接続された場合の端末装置２の制御部２０による処理について説明する。

新たに表示装置３ｂが接続されて、端末装置２が再起動された場合、図７のフローチャートに示した処理手順により、端末能力情報及び選択したＡＰ名、接続要求がサーバ装置１へ送信される。このとき制御部２０は端末能力通知部２０２としての機能により、端末能力情報に、表示装置３ｂが接続されたことに伴なって表示装置が追加されたことを示す情報、及び上下左右いずれの位置に追加されたかを示す情報を含める。なお、このときの端末能力情報には単に２倍の想定メイン画面サイズが含められる構成とし、サーバ装置１の制御部１０が、新たに受信した端末能力情報に含まれる想定メイン画面サイズが、決定済みの想定メイン画面サイズよりも大きい場合に表示装置が追加されたと判断するようにしてもよい。

図２８は、実施の形態３におけるシンクライアントシステムで、端末装置２で新たに表示装置３ｂが接続されたことにより送信される端末能力情報を受信した場合のサーバ装置１の制御部１０による処理手順の一例を示すフローチャートである。なお、図２８のフローチャートに示す処理手順の内、実施の形態１における図８のフローチャートに示した処理手順と共通する処理手順については、同一のステップ番号を付して詳細な説明を省略する。

制御部１０は、ステップＳ２３においてメイン画面サイズを決定済みであると判断した場合（Ｓ２３：ＹＥＳ）、受信した端末能力情報に、表示装置が追加されたことを示す情報が含まれているか否かにより、メイン画面サイズを変更するか否かを判断する（ステップＳ８１）。このとき、上述のように取得した想定メイン画面サイズが決定済みの想定メイン画面サイズよりも大きいか否かにより、メイン画面サイズを変更するか否かを判断してもよい。

制御部１０は、メイン画面サイズを変更しないと判断した場合（Ｓ８１：ＮＯ）、処理をステップＳ２６に進める。

制御部１０は、メイン画面サイズを変更すると判断した場合（Ｓ８１：ＹＥＳ）、変更が可能であるか否かを判断する（ステップＳ８２）。このとき制御部１０は、実行しているＯＳが変更後のメイン画面サイズに対応していない等の条件により変更の可否を判断する。制御部１０は、変更が不可能であると判断した場合（Ｓ８２：ＮＯ）、処理をステップＳ２１へ戻す。この場合、端末装置２では追加された表示装置３ｂを使用した表示はできず、表示装置３又は表示装置３ｂのいずれか一方のみでの表示となる。

制御部１０は、変更が可能であると判断した場合（Ｓ８２：ＹＥＳ）、メイン画面サイズを含むサブ画面情報１４を、表示装置３ｂが追加されたことに応じて更新する（ステップＳ８３）。そして制御部１０は、変更後のメイン画面サイズをＯＳに対して設定し（ステップＳ８４）、処理をステップＳ２６へ進める。

ステップＳ８３で、メイン画面サイズを含むサブ画面情報１４を更新する際には、例えば変更前のメイン画面サイズにおいてサブ画面１７の抽出領域情報が全画面表示を示している場合、メイン画面サイズが右に拡張されたので抽出領域情報を「左半分」と変更するなどの更新も行なう。

例えば、実施の形態１における図５の説明図に示したサブ画面情報１４の内容例に対して、メイン画面サイズが右に２倍に拡張される場合、以下のように内容が変更される。

まず、メイン画面サイズが「１２８０×１０２４」から「２５６０×１０２４」へ変更される。そして、端末ＩＤ「１」に対応付けられている抽出領域情報のサブ画面位置は、メイン画面サイズが変更されることに伴ない「全画面」から「左半分」へ変更される。なお、表示装置３ｂが新たに接続された端末装置２が端末ＩＤ「１」に対応する端末装置２である場合は、サブ画面サイズが「２５６０×１０２４」へ変更されて端末ＩＤ「１」のサブ画面位置は「全画面」のままとなる。

また、端末ＩＤ「２」に対応付けられている抽出領域情報のサブ画面位置も、メイン画面サイズが変更されるのに伴ない「左半分」から「左１／４」又は「（０，０），（６４０，１０２４）」へ変更される。また、メイン画面サイズが拡張されることに伴ない、画面構成情報１５も必要に応じて更新される。例えば、図６の説明図に示した画面構成情報１５の内容例に対して、メイン画面サイズが右に２倍に拡張される場合、アプリＩＤ「２」の「ドキュメント編集」ＡＰのウィンドウの表示座標は変化しないものの、表示状態は「最大化」とはせず「通常表示」としてもよい。

なお、端末装置２に表示装置３及び表示装置３ｂが接続されており、いずれも使用される状態から、表示装置３のみが使用される状態へ変化し、端末装置２で設定されている解像度が縮小された場合も、端末装置２の制御部２０及びサーバ装置１の制御部１０は同様の処理を行なう。具体的には、サーバ装置１の制御部１０は、メイン画面サイズを「２５６０×１０２４」から「１２８０×１０２４」へ変更する処理を行ない、メイン画面サイズを含むサブ画面情報１４及び画面構成情報１５を更新する。

サーバ装置１の制御部１０は、更新後のサブ画面情報１４及び画面構成情報１５に基づき、実施の形態１におけるサブ画面情報１４及び画面構成情報１５に基づく画面構成更新処理及びメイン画面１６、サブ画面生成処理と同様の処理を行なう（図９から図２０まで参照）。詳細な説明については省略する。

実施の形態３に示したようにサーバ装置１は、複数の表示装置３，３ｂ，…を使用する端末装置２が接続される場合であっても、その表示能力に応じてシンクライアントとして動作するための画面を端末装置２に表示させることが可能である。２台のみならず例えば、４台の表示装置３，３，…を使用する端末装置２には、制御部２０はメイン画面１６を４つの矩形領域（左上１／４、右上１／４、左下１／４、右下１／４）に分け、夫々の領域を拡大するなどして端末装置２へ送信する構成としてもよい。

なお、実施の形態３では、複数の表示装置３，３ｂ，…で画面を表示させるに際し、１台の端末装置２に表示装置３，３ｂが接続される構成とした。しかしながら、本発明はこれに限らず、複数の端末装置２，２に接続される表示装置３，３夫々で、例えばメイン画面１６の左半分と右半分とを表示させる構成としてもよい。この場合２台目の端末装置２の制御部２０は、サーバ装置１に接続して送信する端末能力情報に、他の端末装置２に対して「右に追加」されたことを示す情報を含める。この際に、対応する他の１台目の端末装置２を識別する情報（端末ＩＤ等）が含められることにより、サーバ装置１の制御部１０が当該２台目の端末装置２へ送信すべきサブ画面１７のサブ画面情報１４を、他の端末装置２のサブ画面情報１４に対して右半分の画面に相当するように作成して記憶する。以後サーバ装置１の制御部１０は、実施の形態１及び２に示した処理同様に、１台目の端末装置２と２台目の端末装置２との夫々へサブ画面１７を送信する。このような構成とすることにより、１台目の端末装置２と２台目の端末装置２とでは夫々、画面を分割する処理を行なうことなしに受信した画面を表示装置３へ出力するのみで、２台の表示装置３，３で連続する画面を表示させることが可能である。

（実施の形態４）
実施の形態１乃至３では、生成して送信するサブ画面１７の画面データは、例えばビットマップデータである構成とした。これに対し、実施の形態４では、制御部１０が画面構成・マウス位置検出部１０３によってＯＳを介して発行されるＧＵＩに関する描画コマンドをそのまま画面データ（サブ画面１７）として端末装置２へ送信する。描画コマンドは、実行される各ＡＰに対応付けてＧＵＩに関するイベントの内容、座標情報を含む。イベントの内容は例えば、ＡＰのウィンドウの生成（CREATE）、ＡＰのウィンドウの消去（DESTROY）、ＡＰのウィンドウの位置の移動（MOVE）、ＡＰのウィンドウの大きさの変更（RESIZE）等を示し、夫々に応じて描画コマンドに含まれる座標情報は変更後のウィンドウサイズ、移動後のウィンドウの位置を示す。

実施の形態４におけるシンクライアントシステムのハードウェア構成は、実施の形態１乃至３と同様であるが、サーバ装置用プログラム１Ｐ及び端末装置用プログラム２Ｐの詳細が異なる。したがって、サーバ装置１の制御部１０により実現される機能及び端末装置２の制御部２０により実現される機能が一部異なる。そこで、描画コマンドを画面データとして送信するためのサーバ装置１の制御部１０及び端末装置２の制御部２０の機能、並びに、制御部１０及び制御部２０による処理手順について、実施の形態１と共通する部分については同一の符号を付して以下に説明する。

図２９は、実施の形態４におけるシンクライアントシステムを構成するサーバ装置１及び端末装置２の機能ブロック図である。

サーバ装置１の制御部１０は、サーバ装置用プログラム１Ｐを読み出して実行することにより、端末能力判定部１０１、画面情報管理部１０２、画面構成・マウス位置検出部１０３及びサブ画面生成部１０５として機能し、各機能により記憶部１１又は一時記憶領域１２にサブ画面情報１４及び画面構成情報１５を記憶して使用する。制御部１０は更に、画面描画コマンド監視部１０６として機能する。

制御部１０の端末能力判定部１０１としての機能及び画面構成・マウス位置検出部１０３としての機能については実施の形態１と同様である。制御部１０は、画面情報管理部１０２として機能することにより、端末能力情報に画面データのコマンドによる送信を要求することを示す情報が含まれているか否かを判断する。制御部１０は、画面情報管理部１０２として機能することにより、対応する端末装置２のサブ画面情報１４に、コマンドによってサブ画面１７を送信すべきことを示すコマンドフラグを対応付けて記憶する。

制御部１０は、画面描画コマンド監視部１０６として機能することにより、マウス位置のみならず、上述のようにＯＳを介して発行される描画コマンドを検知し、全てをサブ画面生成部１０５を介してサブ画面１７として通信部１３により対応する端末装置２へ送信する。

制御部１０は、全描画コマンドを通信部１３により送信するに際し、サブ画面生成部１０５として機能することにより、サブ画面生成時に必要なレイアウト変更等によって発行された描画コマンドも含め、全て端末装置２へ送信する。

また、制御部１０は、１秒間に３０画面（２９．９７画面）のレートで画面を生成する場合、サブ画面生成部１０５として機能することによってＯＳを介してタイムイベントを約３３ミリ秒毎に発生させる。制御部１０は、サブ画面生成部１０５として機能することにより、タイムイベントが発生されたことを検知して対応する端末装置２のサブ画面１７を生成するタイミングになった時点で、画面を表示すべきことを示す表示コマンドを通信部１３により端末装置２へ送信する。

端末装置２の制御部２０は、設定受付部２０１及び端末能力通知部２０２として機能するほか、更に仮想画面生成部２０３として機能し、一時記憶領域２２に仮想画面２２１を生成して記憶する。

制御部２０の設定受付部２０１及び端末能力通知部２０２としての機能は、実施の形態１と同様である。ただし、実施の形態４における端末装置２の制御部２０は端末能力通知部２０２として機能し、接続要求及び端末能力情報を送信する場合、端末能力情報に、画面データのコマンドによる送信を要求することを示す情報（コマンドフラグ）を含めて送信する。その他の端末能力情報に含める情報は、実施の形態１乃至３と同様である。

制御部２０は仮想画面生成部２０３として機能することにより、サーバ装置１から送信された全描画コマンドに基づき仮想画面２２１を生成して一時記憶領域２２に記憶する。なお、描画コマンドにより画面データを受信する端末装置２は、一時記憶領域２２とは別に、仮想画面２２１を保持するためのＶＲＡＭ（Video Random Access Memory）を備える構成としてもよい。また、制御部２０は、仮想画面生成部２０３として機能することにより、サーバ装置１から表示コマンドを受信した場合、一時記憶領域２２（又はＶＲＡＭ）に記憶されている仮想画面２２１から表示装置３に対応して設定されている画面サイズ（解像度）に抽出する処理、抽出した画面を画面出力部２５により表示装置３へ出力する処理を行なう。即ち、制御部２０は、画面出力部２５により表示装置３のＶＲＡＭへ、抽出した画面を移動する。これにより、サブ画面１７が表示装置３で表示される。

まず、サーバ装置１の制御部１０により描画コマンド及び表示コマンドを送信する際の処理について説明する。

サーバ装置１の制御部１０は、上述のように描画コマンドがＯＳを介して発行される都度、コマンドフラグが対応付けられている端末ＩＤの端末装置２へ全描画コマンドを送信する。一方、表示コマンドについては、制御部１０は以下に示す処理手順で送信する。図３０は、実施の形態４におけるシンクライアントシステムを構成するサーバ装置１の制御部１０によるサブ画面１７の生成及び送信の処理手順の一例を示すフローチャートである。なお、図３０のフローチャートに示す処理手順の内、実施の形態２における図２４のフローチャートに示した処理手順と共通する処理手順については、同一のステップ番号を付して詳細な説明を省略する。

制御部１０は、画面構成・マウス位置検出部１０３を介して画面構成情報１５を参照し（Ｓ７２）、レイアウトを変更した後（Ｓ７３）、画面情報管理部１０２として機能することにより、サブ画面情報１４に、対象となる端末装置２に対応付けてコマンドフラグがオンで記憶されているか否かを判断する（ステップＳ９１）。制御部１０は、コマンドフラグがオフであると判断した場合（Ｓ９１：ＮＯ）、処理をステップＳ４６へ進めて画面データをビットマップデータ等で送信する処理を行なう。

制御部１０は、コマンドフラグがオンで記憶されていると判断した場合（Ｓ９１：ＹＥＳ）、表示コマンドを通信部１３により対応する端末装置２へ送信し（ステップＳ９２）、処理をステップＳ７４へ戻してレイアウトを必要に応じて戻す。

なお、図３０のフローチャートに示した処理手順では、サブ画面情報１４の対応する端末装置２にレイアウトフラグがオンで対応付けて記憶されている場合にコマンドで画面データを送信する例を示した。しかしながら、レイアウトを変更しない場合であっても描画コマンドによって画面データを送信する構成としてもよい。この場合、コマンドフラグがオンの端末装置２へ全描画コマンドを送信しておき、ステップＳ７１で、レイアウトを変更しないと判断したときでも（Ｓ７１：ＮＯ）、ステップＳ９１へ進めてコマンドフラグがオンか否かを判断し、コマンドフラグがオンの場合には表示コマンドを送信し（Ｓ９２）、送信フラグを送信済みへ更新し（Ｓ４８）、全サブ画面１７を送信したか否かを判断する（Ｓ４９）構成としてもよい。

次に、このように送信される描画コマンド及び表示コマンドを受信した端末装置２の制御部２０による、仮想画面生成処理及び画面出力処理について説明する。図３１は、実施の形態４におけるシンクライアントシステムを構成する端末装置２の制御部２０による画面生成処理及び画面出力処理の処理手順の一例を示すフローチャートである。

制御部２０は、仮想画面生成部２０３として機能することにより、通信部２３を介して描画コマンド又は表示コマンドを受信したか否かを判断する（ステップＳ１０１）。制御部２０はいずれのコマンドも受信していないと判断した場合（Ｓ１０１：ＮＯ）、処理をステップＳ１０１へ戻していずれかのコマンドを受信するまで待機する。

制御部２０は、描画コマンド又は表示コマンドを受信したと判断した場合（Ｓ１０１：ＹＥＳ）、受信したコマンドが描画コマンドであったか否かを判断する（ステップＳ１０２）。制御部２０は、受信したコマンドが描画コマンドであったと判断した場合（Ｓ１０２：ＹＥＳ）、受信した描画コマンドに基づいて仮想画面２２１を生成し（ステップＳ１０３）、処理をステップＳ１０１へ戻し、次の描画コマンド又は表示コマンドを受信するまで待機する。制御部２０はサーバ装置１から送信される全描画コマンドを受信して生成しているので、ステップＳ１０３の処理に生成される仮想画面２２１は、サーバ装置１が生成しているメイン画面１６と同じ画面となる。

制御部２０は受信したコマンドが描画コマンドでないと判断した場合（Ｓ１０２：ＮＯ）、受信したコマンドは表示コマンドであるので、一時記憶領域２２に仮想画面２２１が生成済みであるか否かを判断する（ステップＳ１０４）。制御部２０は、一時記憶領域２２に仮想画面２２１が生成済みでない場合（Ｓ１０４：ＮＯ）、出力できる画面がないので処理をステップＳ１０１へ戻して描画コマンド又は表示コマンドを受信するまで待機する。

制御部２０は、一時記憶領域２２に仮想画面２２１が生成済みであると判断した場合（Ｓ１０４：ＹＥＳ）、一時記憶領域２２上の仮想画面２２１を表示装置３のＶＲＡＭへ移動することによって表示装置３へ仮想画面２２１を出力し（ステップＳ１０５）、画面生成処理及び画面出力処理を終了する。

これにより、端末装置２の能力に応じた画面の表示を実現することができる上、更に、サーバ装置１から端末装置２へ送信するデータ量を削減することができる。

なお、実施の形態４におけるシンクライアントシステムを構成する端末装置２が複数である場合、端末装置２，２，…へ送信されるサブ画面１７は、実施の形態１乃至３に示したようにビットマップデータ等の画面データである場合と、上述のように描画コマンド及び表示コマンドである場合とが、端末装置２によって混在している構成としてもよい。

また、実施の形態４では全ての描画コマンドが端末装置２へ送信される構成とした。しかしながら、サーバ装置１の能力に余裕がある場合、制御部１０は画面情報管理部１０２及び画面構成・マウス位置検出部１０３によりサブ画面情報１４及び画面構成情報１５を参照し、各端末装置２毎に必要な描画コマンドを抽出して送信する構成としてもよい。更に、制御部１０は、描画コマンドに含まれる座標情報を、端末装置２の端末能力情報に合わせて適宜変更するようにしてもよい。例えば、ＡＰのウィンドウの大きさを変更する描画コマンド（RESIZE）が発行された際に、端末装置２についてのサブ画面位置で特定される領域を超える範囲のサイズに変更された場合、一の端末装置２に対応するサブ画面１７としてはサブ画面１７内に収まるサイズへ変更されたように座標情報を変更してもよい。マウス位置を変更する描画コマンド（MOUSE MOVE）が発行された際に、サブ画面位置に相当する領域を超える範囲にマウス位置が存在している場合、サブ画面１７内に存在するように座標情報を変更してから端末装置２へ送信するようにしてもよい。これにより更に、サーバ装置１から端末装置２へ送信するデータ量を削減することができる。この場合、サーバ装置１から表示コマンドを送信する処理が不要になり、端末装置２の制御部２０は受信した描画コマンドに基づいて直接ＶＲＡＭに描画するのみでよい。

（実施の形態５）
実施の形態５では、本発明に係る情報処理装置を、情報処理教育システムに適用した場合を例に挙げて説明する。

図３２は、実施の形態５における情報処理教育システムの構成の概要を示す模式図である。情報処理教育システムは、サーバ装置４と複数の端末装置５，５，…とを含み、サーバ装置４と各端末装置５，５，…とはＬＡＮ等のネットワークＮを介して接続されている。サーバ装置４はインターネット等の外部ネットワークと接続されていてもよい。

実施の形態５における情報処理教育システムでは、端末装置５はパーソナルコンピュータ装置で構成される。サーバ装置４は、本発明に係る情報処理装置が適用され、特定の端末装置５からリモートコントロール可能なコンピュータ装置である。実施の形態５では、一のサーバ装置４が論理的に複数の情報処理装置として動作するための仮想化環境は必ずしも必要ない。端末装置５からの処理要求に応じて処理を実行するように構成されていればよく、各端末装置５，５，…は夫々の記憶部５１に記憶してある各ＡＰを適宜読み出して実行し、実行結果として得られるデータを記憶部５１に記憶するように構成されている。

教師及び複数の生徒が夫々に割り当てられた端末装置５，５，…を使用する。教師が使用する端末装置５は特定の端末装置５である。なお、教師はサーバ装置４に直接的に、表示装置５６及び入出力インタフェースデバイスを接続して使用してもよい。即ち、教師が使用する特定の端末装置５がサーバ装置４として動作するように構成されてもよい。

情報処理教育システムは、例えば、インターネット等を介した情報収集、各アプリケーションソフトウェアの使用、プログラミング等の情報処理をコンピュータを用いて行なうことを実演しながら行なう授業に用いられる。情報処理教育システムで用いられる場合、教師が使用する特定の端末装置５によって表示される画面を、生徒が使用する端末装置５が備える表示装置５６の画面にも表示させることにより、操作方法、コード例等を具体的に示すことが可能になる。

つまり、実施の形態５における情報処理教育システムでは、教師が使用する端末装置５における操作に応じた画面の構成を、生徒が使用する端末装置５で表示される画面に共有させる。これにより、生徒は実践的な操作方法の学習、プログラミング等の学習が可能になる。

サーバ装置４は各端末装置５からの画面の共有開始を要求する接続要求をネットワークＮを介して受け付ける。接続要求は、画面共有を行なうためのログイン処理に応じて、端末装置５からログイン名、パスワード等のログイン情報である。サーバ装置４はログイン情報を参照して、画面共有を許可するか否かを判断し、許可された端末装置５へサブ画面１７を送信するようにしてもよい。また、サーバ装置４の制御部４０はログイン情報の内容に応じて、どのような内容の画面を送信するかを予め対応付けておくようにしてもよい。これにより、例えば教師がログイン操作をしたことによって送信されるログイン情報を受信した場合、サーバ装置４は、当該ログイン情報の送信元の端末装置５を特定の端末装置５として認識し、当該特定の端末装置５からの処理要求に応じて処理を実行し、メイン画面１６として生成した画面データを当該特定の端末装置５へ送信する。教師以外がログイン操作をしたことによって送信されるログイン情報を受信した場合、サーバ装置４は、当該ログイン情報の送信元の端末装置５へはメイン画面１６から生成したサブ画面１７を送信する。これによって、各端末装置５，５，…に応じた画面構成での画面の共有を実現することが可能となる。

図３３は、実施の形態５における情報処理教育システムを構成するサーバ装置４及び端末装置５の内部構成を示すブロック図である。

サーバ装置４は、各構成部を制御するＣＰＵを利用した制御部４０と、ハードディスクを利用した記憶部４１と、ＤＲＡＭ、ＳＲＡＭ等の揮発性メモリを利用した一時記憶領域４２と、ネットワークカードを利用した通信部４３とを備える。

制御部４０は、記憶部４１に記憶されているサーバ装置用プログラム４Ｐを一時記憶領域４２に読み出して実行することにより、サーバ装置４としての動作を実現する。記憶部４１には、サーバ装置用プログラム４Ｐが記憶されている。

一時記憶領域４２には、制御部４０の処理によって発生する各種情報が記憶されると共に、生成される画面の画面データが記憶される。

通信部４３は、ネットワークＮを介したデータ通信を実現する。制御部４０は通信部４３により、端末装置５からの接続要求、処理要求、入力信号等を受信し、処理結果、生成した画面データを送信する。

端末装置５は、各構成部を制御するＣＰＵを利用した制御部５０と、ハードディスク等を利用した記憶部５１と、ＤＲＡＭ、ＳＲＡＭ等のメモリを利用した一時記憶領域５２と、ネットワークカードを利用した通信部５３と、端末装置５の操作に係るインタフェースデバイスからの信号を受け付ける操作部５４と、画面を表示装置５６へ出力する画面出力部５５と、液晶パネルを利用した表示装置５６とを備える。

記憶部５１には、端末装置用プログラム５Ｐが記憶されている。制御部５０は、記憶部５１から端末装置用プログラム５Ｐを一時記憶領域５２に読み出して実行することにより、端末装置５としての動作を実現する。具体的には、端末能力情報の取得、取得した端末能力情報の通信部５３による送信、操作部５４を介して検知した入力信号の送信、及び、通信部５３を介して受信した画面データに基づく画面出力部５５による画面出力制御を行なう。

記憶部５１には、上述のように端末装置用プログラム５Ｐが記憶されているほか、制御部５０による各ＡＰの実行結果である各種情報が記憶される。

一時記憶領域５２には、上述のように端末装置用プログラム５Ｐが読み出されるほか、制御部５０が実行する処理によって発生する各種情報が一時的に記憶される。

通信部５３は、サーバ装置４からの画面データの受信、端末装置５からの端末能力情報の送信及び後述の入力信号の送信を実現する。

操作部５４は、リモートコントローラ（以下リモコンという）、電源ボタン、キーボード、マウス、スピーカ等のインタフェースデバイスと接続されており、各インタフェースデバイスとの間で信号を送受信する。制御部５０は、操作部５４を介して受信するインタフェースデバイスからの入力信号を通信部５３によりサーバ装置４へ送信する。

なお、端末装置５によっては、制御部５０は操作部５４を介して受信した入力信号を送信しない構成としてもよい。つまり、教師が使用する端末装置５からは、入力信号が送信されるが、生徒が使用する端末装置５からは入力信号が送信されず、生徒が使用する端末装置５は、サーバ装置４から送信される画面データに基づいて表示装置５６で表示される画面のみ閲覧が可能な端末装置５として動作する。

このように、実施の形態５における情報処理教育システムを構成するサーバ装置４及び端末装置５の夫々の構成は、実施の形態１乃至４におけるシンクライアントシステムのサーバ装置１及び端末装置５の構成とは、主に仮想化技術の点で異なる。しかしながら、サーバ装置４の制御部４０がサーバ装置用プログラム４Ｐを読み出して実行することによって実現する、端末能力判定部１０１、画面情報管理部１０２、画面構成・マウス位置検出部１０３、画面生成部１０４又は画面描画コマンド監視部１０６、及びサブ画面生成部１０５としての機能は、実施の形態１乃至４における機能と同様である。また、端末装置５の制御部５０が端末装置用プログラム５Ｐを読み出して実行することによって実現する、設定受付部２０１及び端末能力通知部２０２、又は仮想画面生成部２０３としての機能についても、実施の形態１乃至４における機能と同様である。

端末装置５の制御部５０は、操作部５によりログイン情報を受け付けた場合、ログイン情報を接続要求として送信する。このとき、教師が使用する端末装置５では、制御部５０の設定受付部２０１の機能により、起動するＡＰの選択を受け付けるようにし、生徒が使用する端末装置５でも、制御部５０の設定受付部２０１の機能により、表示するＡＰの選択を受け付けるようにしてもよい。なお、教師が使用する端末装置５、生徒が使用する端末装置５夫々で表示されるＡＰについては、教師及び生徒のログイン情報に応じて、予め設定され、実施の形態２におけるレイアウトＩＤと対応付けられて生徒によって異なるレイアウトで画面が表示されるようにしてもよい。そして制御部５０は端末能力通知部２０２として機能することにより、接続要求と共に、想定メイン画面サイズ、サブ画面サイズ等を含む端末能力情報を送信する。

サーバ装置４の制御部４０は、ログイン操作が行なわれた端末装置５から送信される接続要求及び端末能力情報を受信し、夫々の端末装置５に応じてサブ画面情報１４を記憶する。その後は、教師が使用する端末装置５から送信される入力信号に基づき更新されるマウス位置を含む画面構成情報１５に基づき、タイムイベントが発生したことを検知する都度、画面生成部１０４によってメイン画面１６が生成され、生成されたメイン画面１６から各端末装置５に適したサブ画面１７が生成されて端末装置５，５，…へ送信される。サーバ装置４の制御部４０は、受け付ける入力信号の送信元を、教師が使用する端末装置５から他の端末装置５へと変更してもよい。

端末装置５の制御部５０が、サーバ装置４から夫々に送信されたサブ画面１７に基づいて画面出力部５５を介して表示装置５６で画面を表示させることにより、画面の共有が実現される。

各構成部として機能することによる処理の詳細な説明は、実施の形態１乃至４における説明と重複するので省略するが、各処理によって教師が使用する端末装置５における操作に応じて実行された処理に基づいてメイン画面１６が生成され、生徒が使用する各端末装置５，５，…の表示装置５６でメイン画面１６の一部又は全部共有しつつ、且つ設定されている解像度（画面サイズ）、画面構成要素に応じて生成された画面を表示させることが可能となる。

なお、実施の形態５における情報処理教育システムでは、教師が使用する端末装置５における操作に応じた画面を、生徒が使用する端末装置５の表示装置５６へそのまま出力して共有させるのみならず、以下のような構成で画面を共有させるようにしてもよい。生徒が使用する端末装置５では、生徒が夫々、各ＡＰを実践的に動作させることができるようにＯＳが動作しており、更に、共有画面を表示するためのＧＵＩを実現する特定のＡＰが動作してもよい。この場合、端末装置５の制御部５０は当該特定のＡＰ（端末装置用プログラム５Ｐ）を読み出して実行することにより、設定受付部２０１及び端末能力通知部２０２として動作することにより、共有画面を表示するために設定されたウィンドウサイズをサブ画面サイズとして含む端末能力情報をサーバ装置４へ送信する。そして端末装置５の制御部５０は、自身のＯＳの動作に応じて生成される画面を表示装置５６へ出力して表示させると共に、サーバ装置４から受信した画面データ（サブ画面１７）を特定のＡＰのウィンドウ内に表示させるようにしてもよい。

なお、実施の形態１乃至５では、サーバ装置４が各端末装置５の端末能力情報を取得する方法として、端末装置５が夫々、接続要求を送信すると共に、端末能力通知部２０２としての機能により端末能力情報を送信するとした。しかしながら、本発明はこれに限らず、予め各端末装置５，５，…を識別する情報と対応付けられた端末能力情報をサーバ装置１（サーバ装置４）の記憶部１１（記憶部４１）にテーブル等によって記憶しておき、端末装置５が接続要求を受信する都度、テーブルを参照して端末能力情報を取得するように構成してもよい。

また、実施の形態１乃至５では、メイン画面１６及びサブ画面１７の生成処理をＣＰＵを利用した制御部１０又は制御部４０が、画面生成部１０４及びサブ画面生成部１０５として機能することにより実行する構成とした。しかしながら、本発明はこれに限らず、サーバ装置１（４）が、サブ画面１７を生成し送信するための手段として、通信インタフェース及び入力信号を受け付けるインタフェースを含むビデオカードデバイスを備え、このビデオカードデバイスに含まれるＧＰＵが、端末能力判定部１０１、画面情報管理部１０２、画面構成・マウス位置検出部１０３、及びサブ画面生成部１０５として機能することによって実行してもよい。この場合、ビデオカードデバイスで、通信インタフェースを介して端末能力情報を受信し、接続が確立した端末装置のサブ画面情報１４を記憶しておく。また、ビデオカードデバイスのＧＰＵが、端末装置２（５）から送信される操作に係る入力信号を対応するＯＳを実行している制御部１０へ出力すると共に、画面構成情報１５を更新する処理を行なうようにしてもよい。そして当該ビデオカードデバイスのＧＰＵが、割り当てられたＯＳから発行される描画コマンドを受け付けてビットマップデータ等の画面データを生成するに際し、サブ画面情報１４を参照して生成し、サブ画面１７として生成して送信する。これにより、ＯＳが実行されているサーバ装置１の制御部１０側ではメイン画面サイズ及びサブ画面サイズ等を特別に意識することなく、種々の情報処理の結果に応じた画面を生成し、描画コマンドをビデオカードデバイスのＧＰＵへ入力するのみで足りる。複数のビデオカードデバイスが各端末装置２，２，…（５，５，…）に接続されることにより、ビデオカードデバイスが自動的に夫々に適したサブ画面１７を生成する。

以上の実施の形態に関し更に、以下の付記を開示する。

（付記１）
画面を表示する手段を備える一又は複数の外部装置と接続され、該外部装置からの処理要求に応じた処理を実行する情報処理装置であって、
処理の実行結果に基づいて第１の画面データを生成する第１画面データ生成手段と、
外部装置の画面に関する情報を取得する手段と、
取得した画面に関する情報に基づいて、前記第１の画面データから一又は複数の第２の画面データを生成する第２画面データ生成手段と、
該第２画面データ生成手段が生成した画面データを外部装置へ送信する手段と
を備えることを特徴とする情報処理装置。

（付記２）
ネットワークを介して一又は複数の外部装置と接続される情報処理装置であって、
該情報処理装置における情報処理の実行結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成手段と、
外部装置からの接続要求を受け付ける受付手段と、
該受付手段が受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得手段と、
前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成手段が生成した第１の画面から第２の画面を生成する第２の画面生成手段と、
該第２の画面生成手段が生成した第２の画面を、対応する外部装置へ送信する送信手段と
を有することを特徴とする情報処理装置。

（付記３）
前記能力情報取得手段は、前記受付手段が受け付けた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得するようにしてあり、
前記第２の画面生成手段は、前記能力情報に含まれる解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成するようにしてあること
を特徴とする付記２に記載の情報処理装置。

（付記４）
前記能力情報取得手段が取得した能力情報を、前記受付手段が受け付けた接続要求の要求元毎に対応付けて記憶する能力情報記憶手段を備え、
前記第２の画面生成手段は、記憶してある能力情報に基づいて前記第１の画面から夫々第２の画面を生成するようにしてあること
を特徴とする付記２又は３に記載の情報処理装置。

（付記５）
前記能力情報記憶手段は、前記能力情報に含まれる解像度により特定される領域を記憶するようにしてあり、
前記第２の画面生成手段は、記憶してある前記領域に対応する前記第１の画面における領域を抽出して第２の画面を生成するようにしてあり、
前記能力情報に含まれる解像度は、前記所定の解像度以下であること
を特徴とする付記４に記載の情報処理装置。

（付記６）
前記画面に関する情報には、表示されるべき画面構成要素名が含まれており、
前記第２の画面生成手段は、第１の画面に含まれる画面構成要素の内の前記画面構成要素名に対応する画面構成要素のみを含むように画面を生成するようにしてあること
を特徴とする付記１乃至５のいずれかに記載の情報処理装置。

（付記７）
前記画面に関する情報には、表示されるべき領域を示す指定領域情報が含まれており、
前記第２の画面生成手段は、前記指定領域情報で特定される領域を第１の画面から抽出して第２の画面を生成するようにしてあること
を特徴とする付記１乃至５のいずれかに記載の情報処理装置。

（付記８）
前記第２の画面生成手段は、前記第１の画面に含まれる画面構成要素の配置設定を外部装置毎に変更して第２の画面を生成するようにしてあること
を特徴とする付記４又は５に記載の情報処理装置。

（付記９）
画面を表示する手段を備える一又は複数の端末装置と、該端末装置に接続され、前記端末装置からの処理要求に応じた処理を実行する中央装置とを含む情報処理システムであって、
前記中央装置は、
実行した処理結果に基づいて第１の画面データを生成する第１画面データ生成手段と、
前記端末装置からの接続要求を受け付ける受付手段と、
該受付手段が接続要求を受け付けた場合、接続要求の要求元の前記端末装置で表示する画面に関する情報を含む能力情報を取得する能力情報取得手段と、
前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面データから一又は複数の第２の画面データを生成する第２画面データ生成手段と、
該第２画面データ生成手段が生成した第２の画面データを、対応する端末装置へ送信する送信手段と
を備えることを特徴とする情報処理システム。

（付記１０）
ネットワークを介して一又は複数の外部装置と接続されるコンピュータで用いられるコンピュータプログラムであって、
前記コンピュータを、
該コンピュータで実行した処理結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成手段、
外部装置からの接続要求を受け付ける受付手段、
該受付手段が受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得手段、
前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成手段が生成した第１の画面から第２の画面を生成する第２の画面生成手段、及び、
該第２の画面生成手段が生成した第２の画面を対応する外部装置へ送信する送信手段
として機能させることを特徴とするコンピュータプログラム。

（付記１１）
前記能力情報取得手段は、前記受付手段が受け付けた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得するようにしてあり、
前記第２の画面生成手段は、前記能力情報に含まれる画面の解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成するようにしてあること
を特徴とする付記１０に記載のコンピュータプログラム。

（付記１２）
コンピュータを、
前記能力情報取得手段が取得した能力情報を、前記受付手段が受け付けた接続要求の要求元の外部装置毎に対応付けて記憶する能力情報記憶手段として機能させ、
前記第２の画面生成手段は、記憶してある能力情報に基づいて前記第１の画面から夫々第２の画面を生成するようにしてあること
を特徴とする付記１０又は１１に記載のコンピュータプログラム。

（付記１３）
前記能力情報記憶手段は更に、前記能力情報に含まれる、外部装置が表示する画面の解像度により特定される領域を記憶するように機能させ、
前記第２の画面生成手段は、記憶してある前記領域に対応する第１の画面における領域を抽出して第２の画面を生成するようにしてあり、
前記能力情報に含まれる解像度は前記所定の解像度以下であること
を特徴とする付記１２に記載のコンピュータプログラム。

（付記１４）
ネットワークを介して一又は複数の外部装置と接続される情報処理装置で用いられる情報処理方法であって、
前記情報処理装置における情報処理の実行結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成ステップと、
外部装置からの接続要求を受け付ける受付ステップと、
該受付ステップにより受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得ステップと、
前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成ステップにより生成された第１の画面から第２の画面を生成する第２の画面生成ステップと、
該第２の画面生成ステップにより生成された第２の画面を、対応する外部装置へ送信する送信ステップと
を有することを特徴とする情報処理方法。

（付記１５）
前記能力情報取得ステップは、前記受付ステップにより受け付けられた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得し、
前記第２の画面生成ステップは、前記能力情報に含まれる解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成する
ことを特徴とする付記１４に記載の情報処理方法。

（付記１６）
前記能力情報取得ステップにより取得された能力情報を、前記受付ステップにより受け付けられた接続要求の要求元毎に対応付けて記憶する能力情報記憶ステップを有し、
前記第２の画面生成ステップは、記憶してある能力情報に基づいて、前記第１の画面から夫々第２の画面を生成する
ことを特徴とする付記１４又は１５に記載の情報処理方法。

（付記１７）
前記能力情報記憶ステップは、前記能力情報に含まれる解像度により特定される領域を記憶するようにしてあり、
前記第２の画面生成ステップは、記憶してある前記領域に対応する第１の画面における領域を抽出して第２の画面を生成する
ことを特徴とする付記１６に記載の情報処理方法。

実施の形態１におけるシンクライアントシステムの構成の概要を示す模式図である。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置及び端末装置の内部構成を示すブロック図である。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置及び端末装置の機能ブロック図である。 実施の形態１におけるシンクライアントシステムを構成する端末装置が表示させる起動画面の一例を示す説明図である。 実施の形態１におけるサーバ装置に記憶されるサブ画面情報の内容例を示す説明図である。 実施の形態１におけるサーバ装置に記憶される画面構成情報の内容例を示す説明図である。 実施の形態１におけるシンクライアントシステムを構成する端末装置の制御部による起動時の処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムで、端末装置から送信された端末能力情報を受信した場合のサーバ装置の制御部による処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムで、イベントが通知された場合のサーバ装置の制御部による処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置の制御部によるメイン画面及びサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置の制御部によるサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置の制御部によるサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置の制御部によるサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置の制御部によるサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置の制御部によるサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置で生成されるメイン画面及びサブ画面の概要を示す説明図である。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置で生成されるメイン画面及びサブ画面の概要を示す説明図である。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置で生成されるメイン画面及びサブ画面の概要を示す説明図である。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置で生成されるメイン画面及びサブ画面の概要を示す説明図である。 実施の形態１におけるシンクライアントシステムを構成するサーバ装置で生成されるメイン画面及びサブ画面の概要を示す説明図である。 実施の形態２におけるシンクライアントシステムで、端末装置から送信されたレイアウト変更指示を受信した場合のサーバ装置の制御部による処理手順の一例を示すフローチャートである。 実施の形態２におけるサーバ装置で、レイアウト変更指示を受信した場合に記憶されるサブ画面情報の内容例を示す説明図である。 実施の形態２におけるサーバ装置で、レイアウト変更指示を受信した場合に記憶される画面構成情報の内容例を示す説明図である。 実施の形態２におけるシンクライアントシステムを構成するサーバ装置の制御部によるメイン画面及びサブ画面の生成処理手順の一例を示すフローチャートである。 実施の形態２におけるシンクライアントシステムを構成するサーバ装置で生成されるメイン画面及びサブ画面の概要を示す説明図である。 実施の形態３におけるシンクライアントシステムの構成の概要を示す模式図である。 実施の形態３におけるシンクライアントシステムを構成するサーバ装置及び端末装置の内部構成を示すブロック図である。 実施の形態３におけるシンクライアントシステムで、端末装置で新たに表示装置が接続されたことにより送信される端末能力情報を受信した場合のサーバ装置の制御部による処理手順の一例を示すフローチャートである。 実施の形態４におけるシンクライアントシステムを構成するサーバ装置及び端末装置の機能ブロック図である。 実施の形態４におけるシンクライアントシステムを構成するサーバ装置の制御部によるサブ画面の生成及び送信の処理手順の一例を示すフローチャートである。 実施の形態４におけるシンクライアントシステムを構成する端末装置の制御部による画面生成処理及び画面出力処理の処理手順の一例を示すフローチャートである。 実施の形態５における情報処理教育システムの構成の概要を示す模式図である。 実施の形態５における情報処理教育システムを構成するサーバ装置及び端末装置の内部構成を示すブロック図である。

符号の説明

１ サーバ装置（情報処理装置、中央装置）
１Ｐ サーバ装置用プログラム
１０ 制御部
１０１ 端末能力判定部
１０４ 画面生成部（第１画面生成手段）
１０５ サブ画面生成部（第２画面生成手段）
１１ 記憶部
１２ 一時記憶領域
１４ サブ画面情報
１５ 画面構成情報
１６ メイン画面（第１の画面）
１７ サブ画面（第２の画面）
２ 端末装置
２０ 制御部
２０１ 設定受付部
２０２ 端末能力通知部
２０３ 仮想画面生成部
２５ 画面出力部
３，３ｂ 表示装置
４ サーバ装置（情報処理装置、中央装置）
４Ｐ サーバ装置用プログラム
４０ 制御部
４１ 記憶部
４２ 一時記憶領域
５ 端末装置
５０ 制御部
５５ 画面出力部
５６ 表示装置

Claims (14)

1. 画面を表示する手段を備える一又は複数の外部装置と接続され、該外部装置からの処理要求に応じた処理を実行する情報処理装置であって、
   処理の実行結果に基づいて第１の画面データを生成する第１画面データ生成手段と、
   外部装置の画面に関する情報を取得する手段と、
   取得した画面に関する情報に基づいて、前記第１の画面データから一又は複数の第２の画面データを生成する第２画面データ生成手段と、
   該第２画面データ生成手段が生成した第２の画面データを外部装置へ送信する手段と、
   前記第２の画面データに基づく画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信手段と
   を備え、
   前記受信手段が前記指示を受信した場合、前記第２画面データ生成手段は、前記一の外部装置へ送信すべき第２の画面データとして、前記指示に応じて画面構成要素の配置を変更した画面データを生成するようにしてあることを特徴とする情報処理装置。
2. ネットワークを介して一又は複数の外部装置と接続される情報処理装置であって、
   該情報処理装置における情報処理の実行結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成手段と、
   外部装置からの接続要求を受け付ける受付手段と、
   該受付手段が受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得手段と、
   前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成手段が生成した第１の画面から第２の画面を生成する第２の画面生成手段と、
   該第２の画面生成手段が生成した第２の画面を、対応する外部装置へ送信する送信手段と、
   前記第２の画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信手段と
   を備え、
   前記受信手段が前記指示を受信した場合、前記第２の画面生成手段は、前記一の外部装置へ送信すべき第２の画面として、前記指示に応じて画面構成要素の配置を変更した画面を生成するようにしてあることを特徴とする情報処理装置。
3. 前記能力情報取得手段は、前記受付手段が受け付けた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得するようにしてあり、
   前記第２の画面生成手段は、前記能力情報に含まれる解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成するようにしてあること
   を特徴とする請求項２に記載の情報処理装置。
4. 前記能力情報取得手段が取得した能力情報を、前記受付手段が受け付けた接続要求の要求元毎に対応付けて記憶する能力情報記憶手段を備え、
   前記第２の画面生成手段は、記憶してある能力情報に基づいて前記第１の画面から夫々第２の画面を生成するようにしてあること
   を特徴とする請求項２又は３に記載の情報処理装置。
5. 前記能力情報記憶手段は、前記能力情報に含まれる解像度により特定される領域を記憶するようにしてあり、
   前記第２の画面生成手段は、記憶してある前記領域に対応する前記第１の画面における領域を抽出して第２の画面を生成するようにしてあり、
   前記能力情報に含まれる解像度は、前記所定の解像度以下であること
   を特徴とする請求項４に記載の情報処理装置。
6. 画面を表示する手段を備える一又は複数の端末装置と、該端末装置に接続され、前記端末装置からの処理要求に応じた処理を実行する中央装置とを含む情報処理システムであって、
   前記中央装置は、
   実行した処理結果に基づいて第１の画面データを生成する第１画面データ生成手段と、
   前記端末装置からの接続要求を受け付ける受付手段と、
   該受付手段が接続要求を受け付けた場合、接続要求の要求元の前記端末装置で表示する画面に関する情報を含む能力情報を取得する能力情報取得手段と、
   前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面データから一又は複数の第２の画面データを生成する第２画面データ生成手段と、
   該第２画面データ生成手段が生成した第２の画面データを、対応する端末装置へ送信する送信手段と、
   前記第２の画面データに基づく画面を構成する画面構成要素の配置変更に係る指示を、一の端末装置から受信する受信手段と
   を備え、
   前記受信手段が前記指示を受信した場合、前記第２画面データ生成手段は、前記一の端末装置へ送信すべき第２の画面データとして、前記指示に応じて画面構成要素の配置を変更した画面データを生成するようにしてあることを特徴とする情報処理システム。
7. ネットワークを介して一又は複数の外部装置と接続されるコンピュータで用いられるコンピュータプログラムであって、
   前記コンピュータを、
   該コンピュータで実行した処理結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成手段、
   外部装置からの接続要求を受け付ける受付手段、
   該受付手段が受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得手段、
   前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成手段が生成した第１の画面から第２の画面を生成する第２の画面生成手段、
   該第２の画面生成手段が生成した第２の画面を対応する外部装置へ送信する送信手段、及び
   前記第２の画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信手段
   として機能させ、
   前記受信手段が前記指示を受信した場合、前記第２の画面生成手段は、前記一の外部装置へ送信すべき第２の画面として、前記指示に応じて画面構成要素の配置を変更した画面を生成させるようにしてあることを特徴とするコンピュータプログラム。
8. 前記能力情報取得手段は、前記受付手段が受け付けた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得するようにしてあり、
   前記第２の画面生成手段は、前記能力情報に含まれる画面の解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成するようにしてあること
   を特徴とする請求項７に記載のコンピュータプログラム。
9. コンピュータを、
   前記能力情報取得手段が取得した能力情報を、前記受付手段が受け付けた接続要求の要求元の外部装置毎に対応付けて記憶する能力情報記憶手段として機能させ、
   前記第２の画面生成手段は、記憶してある能力情報に基づいて前記第１の画面から夫々第２の画面を生成するようにしてあること
   を特徴とする請求項７又は８に記載のコンピュータプログラム。
10. 前記能力情報記憶手段は更に、前記能力情報に含まれる、外部装置が表示する画面の解像度により特定される領域を記憶するように機能させ、
    前記第２の画面生成手段は、記憶してある前記領域に対応する第１の画面における領域を抽出して第２の画面を生成するようにしてあり、
    前記能力情報に含まれる解像度は前記所定の解像度以下であること
    を特徴とする請求項９に記載のコンピュータプログラム。
11. ネットワークを介して一又は複数の外部装置と接続される情報処理装置で用いられる情報処理方法であって、
    前記情報処理装置における情報処理の実行結果に基づいて所定の解像度で第１の画面を生成する第１の画面生成ステップと、
    外部装置からの接続要求を受け付ける受付ステップと、
    該受付ステップにより受け付けた接続要求の要求元から、表示する画面に関する情報を含む能力情報を取得する能力情報取得ステップと、
    前記能力情報に含まれる画面に関する情報に基づいて、前記第１の画面生成ステップにより生成された第１の画面から第２の画面を生成する第２の画面生成ステップと、
    該第２の画面生成ステップにより生成された第２の画面を、対応する外部装置へ送信する送信ステップと、
    前記第２の画面を構成する画面構成要素の配置変更に係る指示を、一の外部装置から受信する受信ステップと
    を有し、
    前記受信ステップにて前記指示を受信した場合、前記第２の画面生成ステップは、前記一の外部装置へ送信すべき第２の画面として、前記指示に応じて画面構成要素の配置を変更した画面を生成することを特徴とする情報処理方法。
12. 前記能力情報取得ステップは、前記受付ステップにより受け付けられた接続要求の要求元から、表示する画面の解像度と、表示する画面構成要素の配置設定との少なくとも一方を含む能力情報を取得し、
    前記第２の画面生成ステップは、前記能力情報に含まれる解像度と、画面構成要素の配置設定との少なくともいずれかに基づいて、前記第１の画面から第２の画面を生成する
    ことを特徴とする請求項１１に記載の情報処理方法。
13. 前記能力情報取得ステップにより取得された能力情報を、前記受付ステップにより受け付けられた接続要求の要求元毎に対応付けて記憶する能力情報記憶ステップを有し、
    前記第２の画面生成ステップは、記憶してある能力情報に基づいて、前記第１の画面から夫々第２の画面を生成する
    ことを特徴とする請求項１１又は１２に記載の情報処理方法。
14. 前記能力情報記憶ステップは、前記能力情報に含まれる解像度により特定される領域を記憶するようにしてあり、
    前記第２の画面生成ステップは、記憶してある前記領域に対応する第１の画面における領域を抽出して第２の画面を生成する
    ことを特徴とする請求項１３に記載の情報処理方法。

Images