JPWO2016147373A1 - 表示方法、情報処理装置、表示制御装置及びプログラム - Google Patents

Abstract

一態様に係る表示方法は、全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置及び情報処理装置のうち、当該情報処理装置が、（Ａ）上記全体画面の座標系におけるウインドウの位置及びサイズを、各表示面の配置に従って、当該表示面の座標系における上記ウインドウの位置及びサイズに変換する処理と、（Ｂ）各表示面の座標系における位置及びサイズを、当該表示面に係る表示制御装置に送信する送信処理とを含む。更に、上記複数の表示制御装置の各々が、（Ｃ）端末からコンテンツデータを受信する受信処理と、（Ｄ）受信したコンテンツデータに基づいて描画した画像を、上記情報処理装置から受信した位置及びサイズに従って表示する表示処理とを含む。

Description

本発明は、マルチディスプレイの技術に関する。

ある特許文献には、ユーザ端末で生成した画像を分割し、分割された画像のデータを複数の表示装置に出力することによって、複数の表示装置を用いた大画面に画像を表示させるマルチディスプレイ技術が開示されている。

この例では、ユーザ端末における処理負荷が過大になり、処理性能が低いユーザ端末には適用しにくい面があった。

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

本発明の目的は、一側面では、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することである。

一態様に係る表示方法は、全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置及び情報処理装置のうち、当該情報処理装置が、（Ａ）上記全体画面の座標系におけるウインドウの位置及びサイズを、各表示面の配置に従って、当該表示面の座標系における上記ウインドウの位置及びサイズに変換する処理と、（Ｂ）各表示面の座標系における位置及びサイズを、当該表示面に係る表示制御装置に送信する送信処理とを含む。更に、上記複数の表示制御装置の各々が、（Ｃ）端末からコンテンツデータを受信する受信処理と、（Ｄ）受信したコンテンツデータに基づいて描画した画像を、上記情報処理装置から受信した位置及びサイズに従って表示する表示処理とを含む。

一側面としては、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することができる。

図１は、本実施の形態に係るマルチディスプレイシステムの概要を示す図である。 図２は、ネットワーク構成例を示す図である。 図３は、ネットワーク構成例を示す図である。 図４は、ウインドウ生成のシーケンス例を示す図である。 図５は、ウインドウ生成のシーケンス例を示す図である。 図６は、ウインドウ移動のシーケンス例を示す図である。 図７は、ウインドウ拡大／縮小のシーケンス例を示す図である。 図８は、ウインドウ回転のシーケンス例を示す図である。 図９は、ウインドウ削除のシーケンス例を示す図である。 図１０は、クライアント端末のモジュール構成例を示す図である。 図１１は、クライアント端末の処理フロー例を示す図である。 図１２は、クライアント端末の処理フロー例を示す図である。 図１３は、サーバ装置のモジュール構成例を示す図である。 図１４は、装置データの例を示す図である。 図１５は、全体座標系について説明するための図である。 図１６は、認証データの例を示す図である。 図１７は、枠テーブルの例を示す図である。 図１８は、全体座標系におけるウインドウ枠の位置を示す図である。 図１９は、第１表示制御装置の表示座標系におけるウインドウ枠の位置を示す図である。 図２０は、第２表示制御装置の表示座標系におけるウインドウ枠の位置を示す図である。 図２１は、サーバ装置の処理フロー例を示す図である。 図２２は、サーバ装置の処理フロー例を示す図である。 図２３は、サーバ装置の処理フロー例を示す図である。 図２４は、サーバ装置の処理フロー例を示す図である。 図２５は、第１表示制御装置のモジュール構成例を示す図である。 図２６は、第１受信データの例を示す図である。 図２７は、第２受信データの例を示す図である。 図２８は、第１表示制御装置の処理フロー例を示す図である。 図２９は、第１表示制御装置の処理フロー例を示す図である。 図３０は、実施の形態２に係るウインドウ移動のシーケンス例を示す図である。 図３１は、クライアント端末のハードウエア構成例を示す図である。 図３２は、コンピュータの機能ブロック図である。

［実施の形態１］
図１に、本実施の形態に係るマルチディスプレイシステムの概要を示す。この例では、ユーザが保持するクライアント端末１０１から送られたコンテンツデータ１０３に基づいて、左側の表示面１０５と右側の表示面１０７とが並べられた全体画面にコンテンツ画像１０９を表示させる。この例では、表示面を横に並べる例を示すが、表示面を縦に並べるようにしてもよい。また、マトリクス状に表示面を並べるようにしてもよい。

図２に、ネットワーク構成例を示す。第１表示制御装置２０１は、図１に示した左側の表示面１０５を提供する表示装置を有する。第２表示制御装置２０３は、図１に示した右側の表示面１０７を提供する表示装置を有する。サーバ装置２０５は、クライアント端末１０１と、各表示制御装置（この例では、第１表示制御装置２０１及び第２表示制御装置２０３）とを仲介し、主に各表示制御装置におけるウインドウ枠に関するデータを管理する。

表示装置は、例えば液晶ディスプレイ、プラズマディスプレイあるいはプロジェクタである。液晶ディスプレイ及びプラズマディスプレイの場合には、装置の表示画面が表示面である。プロジェクタの場合には、画像が投影されるスクリーンが表示面である。

第１表示制御装置２０１及び第２表示制御装置２０３は、第１ネットワークを介してサーバ装置２０５と接続している。第１ネットワークは、例えばＬＡＮ（Local Area Network）である。第１表示制御装置２０１及び第２表示制御装置２０３は、有線によって、あるいは無線によって第１ネットワークに接続している。サーバ装置２０５も、有線によって、あるいは無線によって第１ネットワークに接続している。

クライアント端末１０１は、第２ネットワークを介して、第１ネットワークに接続する機能を備えている。この例において、第２ネットワークはインターネットであり、クライアント端末１０１は、移動体通信網を介してインターネットに接続する機能を備えている。

図３に、別のネットワーク構成例を示す。クライアント端末１０１は、直接第１ネットワークに接続するようにしてもよい。クライアント端末１０１は、有線によって第１ネットワークに接続してもよいし、無線によって第１ネットワークに接続するようにしてもよい。

以下、マルチディスプレイシステムにおけるシーケンスについて説明する。まず、左側の表示面１０５と右側の表示面１０７とが並べられた全体画面上にウインドウを生成する場合のシーケンスについて説明する。

図４に、ウインドウ生成のシーケンス例を示す。クライアント端末１０１は、例えば、クライアント端末１０１で動作するブラウザを介してコンテンツデータ１０３を取得する（Ｓ４０１）。既にコンテンツデータ１０３を保持している場合には、コンテンツデータ１０３を取得する処理を省くようにしてもよい。この例で、コンテンツデータ１０３は、ＨＴＭＬ（HyperText Markup Language）ファイルとＣＳＳ（Cascading Style Sheets）ファイルとを含んでいる。

コンテンツデータ１０３を取得すると、クライアント端末１０１は、サーバ装置２０５へウインドウ生成の要求を送信する（Ｓ４０３）。サーバ装置２０５は、ウインドウＩＤを生成し（Ｓ４０５）、更に認証キーを生成する（Ｓ４０７）。ウインドウＩＤは、生成されるウインドウを識別する。認証キーは、クライアント端末１０１を認証するために用いられる。但し、クライアント端末１０１を認証しない場合には、認証キーを生成しないようにしてもよい。

サーバ装置２０５は、生成するウインドウ枠について、全体座標系における位置、サイズ及び表示角度を決定する（Ｓ４０９）。全体座標系における位置、サイズ及び表示角度を決定する方法は、任意である。例えば、所定の位置、所定のサイズ及び所定の表示角度に決定するようにしてもよい。あるいは、既存のウインドウ枠と重複しないように、新たなウインドウ枠の位置、サイズ及び表示角度を決定するようにしてもよい。

サーバ装置２０５は、全体座標系におけるウインドウ枠の位置及びサイズを、左側の表示面１０５の表示座標系におけるウインドウ枠の位置及びサイズへ変換する（Ｓ４１１）。但し、ウインドウ枠の表示角度は、変更されない。尚、以下では、左側の表示面１０５の表示座標系を第１表示制御装置２０１の表示座標系という。また、位置、サイズ及び表示角度を枠データということもある。

サーバ装置２０５は、Ｓ４０５において生成したウインドウＩＤ、Ｓ４０７において生成した認証キー及びＳ４１１において変換された表示座標系の枠データを第１表示制御装置２０１へ送信する（Ｓ４１３）。

第２表示制御装置２０３についても同様に、サーバ装置２０５は、全体座標系におけるウインドウ枠の位置及びサイズを、右側の表示面１０７の表示座標系におけるウインドウ枠の位置及びサイズへ変換する（Ｓ４１５）。以下では、右側の表示面１０７の表示座標系を第２表示制御装置２０３の表示座標系という。

また、サーバ装置２０５は、Ｓ４０５において生成したウインドウＩＤ、Ｓ４０７において生成した認証キー及びＳ４１５において変換された表示座標系の枠データを第２表示制御装置２０３へ送信する（Ｓ４１７）。

以降のシーケンスは、端子Ａ乃至Ｄを介して図５へ移る。サーバ装置２０５は、クライアント端末１０１へ許可データを送信する（Ｓ５０１）。この例で、サーバ装置２０５は、Ｓ４０３においてウインドウ生成を要求したクライアント端末１０１以外へは、同じ許可データを送らない。許可データには、ウインドウＩＤ、認証キー、第１表示制御装置２０１のＩＰアドレス及び第２表示制御装置２０３のＩＰアドレスが含まれる。第１表示制御装置２０１のＩＰアドレスは、クライアント端末１０１から第１表示制御装置２０１へデータを送信する場合に用いられる。第２表示制御装置２０３のＩＰアドレスは、クライアント端末１０１から第２表示制御装置２０３へデータを送信する場合に用いられる。

クライアント端末１０１は、許可データを受信すると、許可データに含まれるウインドウＩＤ、許可データに含まれる認証キー及び図４のＳ４０１において取得したコンテンツデータ１０３を第１表示制御装置２０１へ送信する（Ｓ５０３）。更に、クライアント端末１０１は、同じくウインドウＩＤ、認証キー及びコンテンツデータ１０３を第２表示制御装置２０３へ送信する（Ｓ５０５）。

まず、第１表示制御装置２０１におけるシーケンスについて説明する。Ｓ５０３においてウインドウＩＤ、認証キー及びコンテンツデータ１０３を受信すると、第１表示制御装置２０１は、ウインドウＩＤを検査する（Ｓ５０７）。つまり、第１表示制御装置２０１は、Ｓ５０３において受信したウインドウＩＤと、図４のＳ４１３において受信したウインドウＩＤとが一致するか否かを判定する。一致する場合には、検査結果が正常であるので、次の処理に移行する。一致しない場合には、検査結果がエラーであるので、処理を中断する。

ウインドウＩＤの検査結果が正常であれば、第１表示制御装置２０１は、クライアント端末１０１を認証する（Ｓ５０９）。つまり、第１表示制御装置２０１は、Ｓ５０３において受信した認証キーと、図４のＳ４１３において受信した認証キーとが一致するか否かを判定する。一致する場合には、認証結果が正常であるので、次の処理に移行する。一致しない場合には、認証結果がエラーであるので、処理を中断する。尚、クライアント端末１０１の認証は、省略してもよい。

クライアント端末１０１の認証が成功すると、第１表示制御装置２０１は、図４のＳ４１３において受信した枠データと、Ｓ５０３において受信したコンテンツデータ１０３とに基づいて、コンテンツ画像１０９を描画する（Ｓ５１１）。そして、第１表示制御装置２０１は、描画したコンテンツ画像１０９を表示装置によって左側の表示面１０５に表示させる（Ｓ５１３）。

次に、第２表示制御装置２０３におけるシーケンスについて説明する。Ｓ５０５においてウインドウＩＤ、認証キー及びコンテンツデータ１０３を受信すると、第２表示制御装置２０３は、ウインドウＩＤを検査する（Ｓ５１５）。つまり、第２表示制御装置２０３は、Ｓ５０５において受信したウインドウＩＤと、図４のＳ４１７において受信したウインドウＩＤとが一致するか否かを判定する。一致する場合には、検査結果が正常であるので、次の処理に移行する。一致しない場合には、検査結果がエラーであるので、処理を中断する。

ウインドウＩＤの検査結果が正常であれば、第２表示制御装置２０３は、クライアント端末１０１を認証する（Ｓ５１７）。つまり、第２表示制御装置２０３は、Ｓ５０５において受信した認証キーと、図４のＳ４１７において受信した認証キーとが一致するか否かを判定する。一致する場合には、認証結果が正常であるので、次の処理に移行する。一致しない場合には、認証結果がエラーであるので、処理を中断する。尚、クライアント端末１０１の認証は、省略するようにしてもよい。

クライアント端末１０１の認証が成功すると、第２表示制御装置２０３は、図４のＳ４１７において受信した枠データと、Ｓ５０５において受信したコンテンツデータ１０３とに基づいて、コンテンツ画像１０９を描画する（Ｓ５１９）。そして、第２表示制御装置２０３は、描画したコンテンツ画像１０９を表示装置によって右側の表示面１０７に表示させる（Ｓ５２１）。

次に、ウインドウを移動させる場合のシーケンスについて説明する。図６に、ウインドウ移動のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ移動の指示を受け付けると（Ｓ６０１）、サーバ装置２０５へウインドウ移動の要求を送信する（Ｓ６０３）。ウインドウ移動の要求は、ウインドウＩＤ及び移動ベクトルを含んでいる。

サーバ装置２０５は、ウインドウ移動の要求を受信すると、ウインドウ移動の要求に含まれるウインドウＩＤを検査する（Ｓ６０５）。つまり、サーバ装置２０５は、ウインドウ移動の要求に含まれるウインドウＩＤが、図４のＳ４０５において生成したウインドウＩＤと一致する場合には、検査結果が正常であるので、次の処理に移行する。一方、ウインドウ移動の要求に含まれるウインドウＩＤが、図４のＳ４０５において生成したウインドウＩＤと一致しない場合には、検査結果がエラーであるので、処理を中断する。

サーバ装置２０５は、Ｓ６０３において受信したウインドウ移動の要求に含まれる移動ベクトルに従って、全体座標系におけるウインドウ枠の位置を変更する（Ｓ６０７）。但し、ウインドウ枠のサイズ及び表示角度は、変更されない。

サーバ装置２０５は、同じく移動ベクトルに従って、第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置を変更する（Ｓ６０９）。前述の通りウインドウ枠のサイズ及び表示角度は、変更されない。サーバ装置２０５は、第１表示制御装置２０１へ、ウインドウＩＤと、Ｓ６０９において変更された表示座標系の枠データとを送信する（Ｓ６１１）。

サーバ装置２０５は、同じく移動ベクトルに従って、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置を変更する（Ｓ６１３）。前述の通りウインドウ枠のサイズ及び表示角度は、変更されない。サーバ装置２０５は、第２表示制御装置２０３へ、ウインドウＩＤと、Ｓ６１３において変更された表示座標系の枠データとを送信する（Ｓ６１５）。

第１表示制御装置２０１は、Ｓ６１１において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ６１７）。そして、第１表示制御装置２０１は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ６１９）。

第２表示制御装置２０３も、同様に、Ｓ６１５において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ６２１）。そして、第２表示制御装置２０３は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ６２３）。

次に、ウインドウを拡大又は縮小させる場合のシーケンスについて説明する。尚、以下では、ウインドウの拡大又は縮小を、ウインドウ拡大／縮小と記す。図７に、ウインドウ拡大／縮小のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ拡大／縮小の指示を受け付けると（Ｓ７０１）、サーバ装置２０５へウインドウ拡大／縮小の要求を送信する（Ｓ７０３）。ウインドウ拡大／縮小の要求は、ウインドウＩＤ及び拡大／縮小率を含んでいる。

サーバ装置２０５は、ウインドウ拡大／縮小の要求を受信すると、前述した通りウインドウ拡大／縮小の要求に含まれるウインドウＩＤを検査する（Ｓ７０５）。

サーバ装置２０５は、Ｓ７０３において受信したウインドウ拡大／縮小の要求に含まれる拡大／縮小率に従って、全体座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ７０７）。但し、ウインドウ枠の表示角度は、変更されない。

サーバ装置２０５は、同じく拡大／縮小率に従って、第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ７０９）。前述の通りウインドウ枠の表示角度は、変更されない。サーバ装置２０５は、第１表示制御装置２０１へウインドウＩＤと、Ｓ７０９において変更された表示座標系の枠データとを送信する（Ｓ７１１）。

サーバ装置２０５は、同じく拡大／縮小率に従って、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ７１３）。前述の通りウインドウ枠の表示角度は、変更されない。サーバ装置２０５は、第２表示制御装置２０３へウインドウＩＤと、Ｓ７１３において変更された表示座標系の枠データとを送信する（Ｓ７１５）。

第１表示制御装置２０１は、Ｓ７１１において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置及びサイズを変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ７１７）。そして、第１表示制御装置２０１は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ７１９）。

第２表示制御装置２０３も、同様に、Ｓ７１５において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置及びサイズを変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ７２１）。そして、第２表示制御装置２０３は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ７２３）。

次に、ウインドウを回転させる場合のシーケンスについて説明する。図８に、ウインドウ回転のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ回転の指示を受け付けると（Ｓ８０１）、サーバ装置２０５へウインドウ回転の要求を送信する（Ｓ８０３）。ウインドウ回転の要求は、ウインドウＩＤ及び回転角度を含んでいる。

サーバ装置２０５は、ウインドウ回転の要求を受信すると、前述した通りウインドウ回転の要求に含まれるウインドウＩＤを検査する（Ｓ８０５）。

サーバ装置２０５は、Ｓ８０３において受信したウインドウ回転の要求に含まれる回転角度に従って、全体座標系におけるウインドウ枠の表示角度を変更する（Ｓ８０７）。但し、ウインドウ枠の位置及びサイズは、変更されない。

サーバ装置２０５は、同じく回転角度に従って、第１表示制御装置２０１の表示座標系におけるウインドウ枠の表示角度を変更する（Ｓ８０９）。前述の通りウインドウ枠の位置及びサイズは、変更されない。サーバ装置２０５は、第１表示制御装置２０１へウインドウＩＤと、Ｓ８０９において変更された表示座標系の枠データとを送信する（Ｓ８１１）。

サーバ装置２０５は、同じく回転角度に従って、第２表示制御装置２０３の表示座標系におけるウインドウ枠の表示角度を変更する（Ｓ８１３）。前述の通りウインドウ枠の位置及びサイズは、変更されない。サーバ装置２０５は、第２表示制御装置２０３へウインドウＩＤと、Ｓ８１３において変更された表示座標系の枠データとを送信する（Ｓ８１５）。

第１表示制御装置２０１は、Ｓ８１１において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の表示角度を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ８１７）。そして、第１表示制御装置２０１は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ８１９）。

第２表示制御装置２０３も、同様に、Ｓ８１５において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の表示角度を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ８２１）。そして、第２表示制御装置２０３は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ８２３）。

次に、ウインドウを削除する場合のシーケンスについて説明する。図９に、ウインドウ削除のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ削除の指示を受け付けると（Ｓ９０１）、サーバ装置２０５へウインドウ削除の要求を送信する（Ｓ９０３）。ウインドウ削除の要求は、ウインドウＩＤを含んでいる。クライアント端末１０１は、削除するウインドウに関するデータを削除する（Ｓ９０５）。削除するデータについては、後述する。

サーバ装置２０５は、ウインドウ削除の要求を受信すると、前述した通りウインドウ削除の要求に含まれるウインドウＩＤを検査する（Ｓ９０７）。サーバ装置２０５は、第１表示制御装置２０１へウインドウＩＤを含む削除指示を送信する（Ｓ９０９）。更に、サーバ装置２０５は、第２表示制御装置２０３へウインドウＩＤを含む削除指示を送信する（Ｓ９１１）。そして、サーバ装置２０５は、削除するウインドウに関するデータを削除する（Ｓ９１３）。削除するデータについては、後述する。

第１表示制御装置２０１は、ウインドウＩＤを含む削除指示を受信すると、当該ウインドウＩＤによって特定されるウインドウ枠内に描画されていたコンテンツ画像１０９を消去する（Ｓ９１４）。具体的には、第１表示制御装置２０１は、上位レイヤに相当するコンテンツ画像１０９を除く。そして、第１表示制御装置２０１は、当該ウインドウＩＤによって特定されるウインドウに関するデータを削除する（Ｓ９１５）。

第２表示制御装置２０３も、同様に、ウインドウＩＤを含む削除指示を受信すると、当該ウインドウＩＤによって特定されるウインドウ枠内に描画されていたコンテンツ画像１０９を消去する（Ｓ９１６）。そして、第２表示制御装置２０３も、同様に当該ウインドウＩＤによって特定されるウインドウに関するデータを削除する（Ｓ９１７）。以上で、シーケンスについての説明を終える。

次に、クライアント端末１０１の動作について説明する。図１０に、クライアント端末１０１のモジュール構成例を示す。クライアント端末１０１は、ブラウザ１００１、取得部１００３、第１送信部１００５、第１受信部１００７、受付部１００９、算出部１０１１、第１削除部１０１３、コンテンツデータ記憶部１０１５及び許可データ記憶部１０１７を有している。

ブラウザ１００１は、コンテンツデータ１０３（この例では、ＨＴＭＬファイルとＣＳＳファイル）を受信し、コンテンツデータ１０３に基づくコンテンツ画像を表示する。取得部１００３は、ブラウザ１００１からコンテンツデータ１０３を取得する。第１送信部１００５は、第１表示制御装置２０１、第２表示制御装置２０３及びサーバ装置２０５へ各種データを送信する。第１受信部１００７は、サーバ装置２０５から許可データを受信する。受付部１００９は、クライアント端末１０１のユーザインターフェースを用いてユーザの指示を受け付ける。算出部１０１１は、ウインドウ移動における移動ベクトル、ウインドウ拡大／縮小における拡大／縮小率及びウインドウ回転における回転角度を算出する。第１削除部１０１３は、不要になったデータを削除する。コンテンツデータ記憶部１０１５は、コンテンツデータ１０３を記憶する。許可データ記憶部１０１７は、許可データを記憶する。

上述したブラウザ１００１、取得部１００３、第１送信部１００５、第１受信部１００７、受付部１００９、算出部１０１１及び第１削除部１０１３は、ハードウエア資源（例えば、図３１）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述したコンテンツデータ記憶部１０１５及び許可データ記憶部１０１７は、ハードウエア資源（例えば、図３１）を用いて実現される。

クライアント端末１０１の処理について説明する。図１１及び図１２に、クライアント端末１０１の処理フロー例を示す。取得部１００３は、ブラウザ１００１からコンテンツデータ１０３を取得する（Ｓ１１０１）。あるいは、取得部１００３は、コンテンツデータ記憶部１０１５に予め記憶しているコンテンツデータ１０３を取得するようにしてもよい。

第１送信部１００５は、サーバ装置２０５へウインドウ生成の要求を送信する（Ｓ１１０３）。第１受信部１００７は、サーバ装置２０５から許可データを受信する（Ｓ１１０５）。許可データには、上述したように、ウインドウＩＤ、認証キー、第１表示制御装置２０１のＩＰアドレス及び第２表示制御装置２０３のＩＰアドレスが含まれる。第１受信部１００７は、受信した許可データを許可データ記憶部１０１７に記憶する。

第１送信部１００５は、許可データに含まれるウインドウＩＤと、許可データに含まれる認証キー及びＳ１１０１で取得したコンテンツデータ１０３を各表示制御装置へ送信する（Ｓ１１０７）。この例では、第１送信部１００５は、上述したデータを第１表示制御装置２０１のＩＰアドレス宛に送信すると共に、更に第２表示制御装置２０３のＩＰアドレス宛に送信する。

その後、受付部１００９は、待機して、クライアント端末１０１のユーザインターフェースを用いてユーザの指示を受け付ける（Ｓ１１０９）。受付部１００９は、受け付けた指示がウインドウ移動の指示であるか否かを判定する（Ｓ１１１１）。

受け付けた指示がウインドウ移動の指示であると判定した場合には、算出部１０１１は、移動ベクトルを算出する（Ｓ１１１３）。算出部１０１１は、例えば、タッチパネルにおけるタッチ位置のスライドの方向及び量に基づいて、移動ベクトルを求める。あるいは、算出部１０１１は、タッチされた移動ボタンの種類及びタッチ回数に基づいて、移動ベクトルを求める。

第１送信部１００５は、サーバ装置２０５へウインドウ移動の要求を送信する（Ｓ１１１５）。ウインドウ移動の要求には、Ｓ１１０５において受信した許可データに含まれるウインドウＩＤと、Ｓ１１１３において算出された移動ベクトルとが含まれる。そして、Ｓ１１０９に示した処理に戻って、上述した処理を繰り返す。

一方、Ｓ１１１１において、Ｓ１１０９において受け付けた指示がウインドウ移動の指示ではないと判定した場合には、受付部１００９は、Ｓ１１０９において受け付けた指示がウインドウ拡大／縮小の指示であるか否かを判定する（Ｓ１１１７）。

Ｓ１１０９において受け付けた指示がウインドウ拡大／縮小の指示であると判定した場合には、算出部１０１１は、拡大／縮小率を算出する（Ｓ１１１９）。算出部１０１１は、例えば、タッチパネルにおけるピンチの量に基づいて、拡大／縮小率を求める。あるいは、算出部１０１１は、タッチされた拡大ボタンあるいは縮小ボタンのタッチ回数に基づいて、拡大／縮小率を求める。

第１送信部１００５は、サーバ装置２０５へウインドウ拡大／縮小の要求を送信する（Ｓ１１２１）。ウインドウ拡大／縮小の要求には、Ｓ１１０５において受信した許可データに含まれるウインドウＩＤと、Ｓ１１１９において算出された拡大／縮小率とが含まれる。そして、Ｓ１１０９に示した処理に戻って、上述した処理を繰り返す。

一方、Ｓ１１１７において、Ｓ１１０９において受け付けた指示がウインドウ拡大／縮小の指示ではないと判定した場合には、端子Ｅを介して図１２に示したＳ１２０１の処理に移る。

図１２の説明に移る。受付部１００９は、図１１のＳ１１０９において受け付けた指示がウインドウ回転の指示であるか否かを判定する（Ｓ１２０１）。図１１のＳ１１０９において受け付けた指示がウインドウ回転の指示であると判定した場合には、算出部１０１１は、回転角度を算出する（Ｓ１２０３）。算出部１０１１は、例えば、タッチされた右回転ボタンあるいは左回転ボタンのタッチ回数に基づいて、回転角度を求める。

第１送信部１００５は、サーバ装置２０５へウインドウ回転の要求を送信する（Ｓ１２０５）。ウインドウ回転の要求には、図１１のＳ１１０５において受信した許可データに含まれるウインドウＩＤと、Ｓ１２０３において算出された回転角度とが含まれる。そして、端子Ｆを介して、図１１のＳ１１０９に示した処理に戻って、上述した処理を繰り返す。

一方、Ｓ１２０１において、図１１のＳ１１０９において受け付けた指示がウインドウ回転の指示ではないと判定した場合には、受付部１００９は、図１１のＳ１１０９において受け付けた指示がウインドウ削除の指示であるか否かを判定する（Ｓ１２０７）。

図１１のＳ１１０９において受け付けた指示がウインドウ削除の指示であると判定した場合には、第１送信部１００５は、サーバ装置２０５へウインドウ削除の要求を送信する（Ｓ１２０９）。ウインドウ削除の要求には、図１１のＳ１１０５において受信した許可データに含まれるウインドウＩＤが含まれる。

そして、第１削除部１０１３は、許可データ記憶部１０１７に記憶している許可データを削除する（Ｓ１２１１）。このとき、第１削除部１０１３は、コンテンツデータ記憶部１０１５に記憶しているコンテンツデータ１０３を削除するようにしてもよい。そして、クライアント端末１０１の処理を終える。

一方、Ｓ１２０７において、図１１のＳ１１０９において受け付けた指示がウインドウ削除の指示ではないと判定した場合には、無効な指示であると看做して、端子Ｆを介して、図１１のＳ１１０９に示した処理に戻って、上述した処理を繰り返す。以上で、クライアント端末１０１の動作についての説明を終える。

次に、サーバ装置２０５の動作について説明する。図１３に、サーバ装置２０５のモジュール構成例を示す。サーバ装置２０５は、第２受信部１３０１、生成部１３０３、決定部１３０５、変換部１３０７、第２送信部１３０９、第１検査部１３１１、変更部１３１３、第２削除部１３１５、装置データ記憶部１３１７、認証データ記憶部１３１９及び枠テーブル記憶部１３２１を有している。

第２受信部１３０１は、クライアント端末１０１から各種の要求を受信する。生成部１３０３は、ウインドウＩＤ及び認証キーを生成する。決定部１３０５は、全体座標系におけるウインドウ枠の位置、サイズ及び表示角度を決定する。変換部１３０７は、全体座標系におけるウインドウ枠の位置及びサイズを、各表示制御装置の表示座標系におけるウインドウ枠の位置及びサイズへ変換する。第２送信部１３０９は、クライアント端末１０１、第１表示制御装置２０１及び第２表示制御装置２０３へ各種データを送信する。第１検査部１３１１は、各種の要求に含まれるウインドウＩＤを検査する。変更部１３１３は、各種の要求に応じて、全体座標系の枠データ及び表示座標系の枠データを変更する。第２削除部１３１５は、不要になったデータを削除する。

装置データ記憶部１３１７は、第１表示制御装置２０１及び第２表示制御装置２０３に関するデータを記憶する。認証データ記憶部１３１９は、クライアント端末１０１を認証するためのデータを記憶する。枠テーブル記憶部１３２１は、ウインドウ枠に関するデータを記憶する。

上述した第２受信部１３０１、生成部１３０３、決定部１３０５、変換部１３０７、第２送信部１３０９、第１検査部１３１１、変更部１３１３及び第２削除部１３１５は、ハードウエア資源（例えば、図３２）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述した装置データ記憶部１３１７、認証データ記憶部１３１９及び枠テーブル記憶部１３２１は、ハードウエア資源（例えば、図３２）を用いて実現される。

続いて、装置データ記憶部１３１７において記憶される装置データについて説明する。図１４に、装置データの例を示す。この例における装置データは、テーブル形式である。但し装置データは、テーブル形式以外の形式であってもよい。

この例における装置データは、表示制御装置に対応するレコードを有している。装置データのレコードは、表示制御装置ＩＤを設定するためのフィールドと、表示制御装置のＩＰアドレスを設定するためのフィールドと、原点の位置を設定するためのフィールドとを有している。原点の位置は、全体座標系において、当該表示制御装置の表示座標系の原点が該当する点を示している。つまり、原点の位置は、全体画面における当該表示制御装置の配置を特定するデータである。

この例における第１レコードは、第１表示制御装置２０１に対応する。第１レコードは、表示制御装置ＩＤ「Ｄ１」で特定される表示制御装置のＩＰアドレスは、「ｘｘｘ．ｘｘｘ．ｘｘｘ．１」であることを示している。更に、第１レコードは、当該表示制御装置の表示座標系の原点は、全体座標系における位置（０，０）に該当することを示している。

この例における第２レコードは、第２表示制御装置２０３に対応する。第２レコードは、表示制御装置ＩＤ「Ｄ２」で特定される表示制御装置のＩＰアドレスは、「ｘｘｘ．ｘｘｘ．ｘｘｘ．２」であることを示している。更に、第２レコードは、当該表示制御装置の表示座標系の原点は、全体座標系における位置（２０００，０）に該当することを示している。

ここで、図１５を用いて、全体座標系について説明する。全体座標系は、全体画面における座標系である。この例で、全体座標系の原点は、全体画面の左上端点である。下方向にＹ軸が設定され、右方向にＸ軸が設定される。この例で、全体画面の幅は４０００（ドット）であり、高さは３０００（ドット）である。従って、全体画面の右下端点の座標は、（４０００，３０００）である。

上述したように、この例における全体画面では、左側の表示面１０５と右側の表示面１０７とが並べられている。左側の表示面１０５の基準点、つまり左側の表示面１０５の表示座標系における原点は、全体座標系における原点（０，０）と一致する。また、右側の表示面１０７の基準点、つまり右側の表示面１０７の表示座標系における原点は、全体座標系における位置（２０００，０）に相当する。

続いて、認証データ記憶部１３１９において記憶される認証データについて説明する。図１６に、認証データの例を示す。この例における認証データは、テーブル形式である。但し認証データは、テーブル形式以外の形式であってもよい。

この例における認証データは、ウインドウに対応するレコードを有している。認証データのレコードは、ウインドウを識別するウインドウＩＤを設定するためのフィールドと、認証キーを設定するためのフィールドとを有している。認証キーは、当該ウインドウの生成を要求したクライアント端末１０１を認証するために用いられる。

この例における第１レコードは、ウインドウＩＤ「Ｗ１」で識別されるウインドウの生成を要求したクライアント端末１０１に対して、認証キー「ｘｘｘｘ」が付与されていることを示している。複数のウインドウが生成される場合には、複数のレコードが設けられる。

続いて、枠テーブル記憶部１３２１に記憶される枠テーブルについて説明する。枠テーブルには、各座標系における枠データが設定される。枠データは、テーブル形式以外の形式で保持されるようにしてもよい。

図１７に、枠テーブルの例を示す。枠テーブル記憶部１３２１は、ウインドウＩＤに対応付けて枠テーブルを記憶する。この例では、枠テーブルのヘッダ部において、ウインドウＩＤを保持する。この例における枠テーブルは、各座標系に対応するレコードを有している。枠データのレコードは、ウインドウ枠の位置を設定するためのフィールドと、ウインドウ枠のサイズを設定するためのフィールドと、ウインドウ枠の表示角度を設定するためのフィールドとを有している。

ウインドウ枠の位置は、ウインドウ枠の基準点を指すＸ座標とＹ座標とによって特定される。この例では、ウインドウ枠の左上端点が基準点である。ウインドウ枠のサイズは、幅と高さによって特定される。通常の表示形態におけるウインドウ枠の表示角度は、０度である。尚、ウインドウ枠における他の点（例えば、重心）を、ウインドウ枠の基準点としてもよい。

この例において、枠テーブルの第１レコードには、全体座標系の枠データが設定される。同じく枠テーブルの第２レコードには、第１表示制御装置２０１の表示座標系の枠データが設定される。同じく枠テーブルの第３レコードには、第２表示制御装置２０３の表示座標系の枠データが設定される。

この例における枠テーブルの第１レコードは、ウインドウＩＤ「Ｗ１」によって識別されるウインドウの枠が、全体座標系における位置（１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズ及び表示角度「０」で設定されることを示している。また、ウインドウＩＤ「Ｗ１」によって識別されるウインドウの枠が、第１表示制御装置２０１の表示座標系における位置（１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズ及び表示角度「０」で設定されることを示している。更に、ウインドウＩＤ「Ｗ１」によって識別されるウインドウの枠が、第２表示制御装置２０３の表示座標系における位置（−１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズ及び表示角度「０」で設定されることを示している。複数のウインドウが生成される場合には、複数の枠テーブルが設けられる。

図１８を用いて、全体座標系におけるウインドウ枠の位置について説明する。この例におけるコンテンツ画像１０９を表示するウインドウ枠の幅は、２０００（ドット）である。同じくウインドウ枠の高さも、２０００（ドット）である。そして、左上端点は、全体座標系における位置（１０００，５００）に該当する。つまり、全体座標系における位置（１０００，５００）に、ウインドウ枠の基準点が設定されている。右下端点は、全体座標系における位置（３０００，２５００）に該当する。

図１９を用いて、第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置について説明する。上述したように、第１表示制御装置２０１の表示座標系は、図１に示した左側の表示面１０５の表示座標系を意味する。左側の表示面１０５の幅は、２０００（ドット）であり、左側の表示面１０５の高さは、３０００（ドット）である。そして、コンテンツ画像１０９を表示するウインドウ枠の基準点（この例では、ウインドウ枠の左上端点）は、第１表示制御装置２０１の表示座標系における位置（１０００，５００）に該当する。尚、コンテンツ画像１０９を表示するウインドウ枠の右下端点は、第１表示制御装置２０１の表示座標系における位置（３０００，２５００）に該当する。

図２０を用いて、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置について説明する。上述したように、第２表示制御装置２０３の表示座標系は、図１に示した右側の表示面１０７の表示座標系を意味する。右側の表示面１０７の幅は、２０００（ドット）であり、右側の表示面１０７の高さは、３０００（ドット）である。そして、コンテンツ画像１０９を表示するウインドウ枠の基準点（この例では、ウインドウ枠の左上端点）は、第２表示制御装置２０３の表示座標系における位置（−１０００，５００）に該当する。尚、コンテンツ画像１０９を表示するウインドウ枠の右下端点は、第２表示制御装置２０３の表示座標系における位置（１０００，２５００）に該当する。

続いて、サーバ装置２０５における処理について説明する。図２１乃至図２４に、サーバ装置２０５の処理フロー例を示す。図２１乃至図２４に示す処理は、クライアント端末１０１からウインドウ生成の要求を受信した場合に、起動する。そして、生成したウインドウが削除された時点で、この処理は終了する。また、複数のウインドウが生成される場合には、それぞれのウインドウに対応する処理が並行して実行される。

第２受信部１３０１が、クライアント端末１０１からウインドウ生成の要求を受信すると（Ｓ２１０１）、生成部１３０３は、ウインドウＩＤを生成する（Ｓ２１０３）。生成されるウインドウＩＤは、既存のウインドウＩＤと異なる。つまり、ウインドウＩＤは、一意である。

次に、生成部１３０３は、ウインドウＩＤに対応する認証キーを生成する（Ｓ２１０５）。生成される認証キーは、既存の認証キーと異なる。つまり、認証キーは、一意である。生成部１３０３は、Ｓ２１０５において生成された認証キーを、Ｓ２１０３において生成されたウインドウＩＤに対応付けて認証データ記憶部１３１９に記憶する。具体的には、認証データの新たなレコードに、当該ウインドウＩＤと当該認証キーとが設定される。

尚、クライアント端末１０１の認証を省く場合には、認証キーを生成しなくてもよい。この場合には、生成部１３０３は、Ｓ２１０３において生成されたウインドウＩＤを認証データ記憶部１３１９に記憶する。

決定部１３０５は、全体座標系におけるウインドウ枠の位置、サイズ及び表示角度を決定する（Ｓ２１０７）。上述したように、全体座標系における位置、サイズ及び表示角度を決定する方法は、任意である。決定部１３０５は、例えば、所定の位置、所定のサイズ及び所定の表示角度を用いてもよい。また、決定部１３０５は、既存のウインドウ枠と重複しないように、新たなウインドウ枠の位置、サイズ及び表示角度を決定するようにしてもよい。全体座標系におけるウインドウ枠の位置、サイズ及び表示角度は、枠テーブルの第１レコードに設定される。

変換部１３０７は、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２１０９）。この例では、変換部１３０７は、第１表示制御装置２０１に対する処理と、第２表示制御装置２０３に対する処理とを行う。３つ以上の表示制御装置を用いる場合には、変換部１３０７は、３つ以上の表示制御装置の夫々に対して以下の処理を行う。

変換部１３０７は、全体座標系におけるウインドウ枠の位置及びサイズを、当該表示制御装置の表示座標系におけるウインドウ枠の位置、サイズへ変換する（Ｓ２１１１）。このとき、変換部１３０７は、アフィン変換によって、表示座標系におけるウインドウ枠の位置を求める。この例では、表示座標系におけるウインドウ枠のサイズは、全体座標系におけるウインドウ枠のサイズと等しい。但し、表示座標系における画素密度が、全体座標系における画素密度と異なる場合には、変換部１３０７は、全体座標系におけるウインドウ枠のサイズに画素密度の比率を乗じて、表示座標系におけるウインドウ枠のサイズを求めるようにしてもよい。変換部１３０７は、アフィン変換の結果に基づいてウインドウ枠のサイズを求めるようにしてもよい。

簡易的に、変換部１３０７は、全体座標系におけるウインドウ枠の位置のＸ座標から、上記原点の位置のＸ座標を引くことによって、表示座標系におけるウインドウ枠の位置のＸ座標を求めるようにしてもよい。同じく変換部１３０７は、全体座標系におけるウインドウ枠の位置のＹ座標から、上記原点の位置のＹ座標を引くことによって、表示座標系におけるウインドウ枠の位置のＹ座標を求めるようにしてもよい。

この例で、図１４に示したように第１表示制御装置２０１に関する上記原点の位置は（０，０）であるので、図１７に示したように第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置は、全体座標系におけるウインドウ枠の位置と同じである。また、同じく第２表示制御装置２０３に関する上記原点の位置は（２０００，０）であるので、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置のＸ座標は、全体座標系におけるウインドウ枠の位置のＸ座標から２０００を引いた値となる。一方、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置のＹ座標は、全体座標系におけるウインドウ枠の位置のＹ座標と同じである。尚、アフィン変換による位置の算出及び画素密度の比率に基づくサイズの算出は、従来技術による。

尚、表示座標系におけるウインドウ枠の表示角度は、全体座標系におけるウインドウ枠の表示角度と同じである。Ｓ２１０９において特定した表示制御装置の表示座標系におけるウインドウ枠の位置、サイズ及び表示角度は、上述したように、枠テーブルの第２レコード又は第３レコードに設定される。

第２送信部１３０９は、Ｓ２１０３で生成したウインドウＩＤ及びＳ２１１１において求められた表示座標系の枠データを、Ｓ２１０９において特定した表示制御装置へ送信する（Ｓ２１１３）。このとき、あて先となる表示制御装置のＩＰアドレスは、装置データに基づいて特定される。

変換部１３０７は、未処理の表示制御装置があるか否かを判定する（Ｓ２１１５）。未処理の表示制御装置があると判定した場合には、Ｓ２１０９に戻って、上述した処理を繰り返す。

未処理の表示制御装置がないと判定した場合には、第２送信部１３０９は、クライアント端末１０１へ許可データを送信する（Ｓ２１１７）。許可データには、Ｓ２１０３において生成されたウインドウＩＤ、Ｓ２１０５において生成された認証キー、装置データのレコードに設定されている第１表示制御装置２０１のＩＰアドレス及び第２表示制御装置２０３のＩＰアドレスが含まれる。そして、端子Ｇを介して、図２２に示したＳ２２０１の処理に移る。

図２２の説明に移る。第２受信部１３０１は、待機して、クライアント端末１０１から各種の要求を受信する（Ｓ２２０１）。クライアント端末１０１から要求を受信すると、第１検査部１３１１は、要求に含まれるウインドウＩＤを検査する（Ｓ２２０３）。具体的には、第１検査部１３１１は、要求に含まれるウインドウＩＤが、認証データに含まれるウインドウＩＤのいずれかと一致するか否かを判定する。要求に含まれるウインドウＩＤが、認証データに含まれるウインドウＩＤのいずれかと一致すると判定した場合には、検査結果は正常となる。要求に含まれるウインドウＩＤが、認証データに含まれるウインドウＩＤのいずれとも一致しないと判定した場合には、検査結果はエラーとなる。検査結果がエラーとなった場合には、第２送信部１３０９は、検査結果がエラーとなった旨をクライアント端末１０１に送信して、Ｓ２２０１に示した処理に戻る。

検査結果が正常となった場合には、変更部１３１３は、Ｓ２２０１において受信した要求が、ウインドウ移動の要求であるか否かを判定する（Ｓ２２０５）。Ｓ２２０１において受信した要求が、ウインドウ移動の要求であると判定した場合には、変更部１３１３は、ウインドウ移動の要求に含まれる移動ベクトルに基づいて、全体座標系におけるウインドウ枠の位置を変更する（Ｓ２２０７）。具体的には、変更部１３１３は、枠テーブルの第１レコードに設定されている位置のＸ座標に、移動ベクトルのＸ成分を加え、更に当該位置のＹ座標に、移動ベクトルのＹ成分を加える。

次に、変更部１３１３は、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２２０９）。この例では、変更部１３１３は、第１表示制御装置２０１に対する処理と、第２表示制御装置２０３に対する処理とを行う。３つ以上の表示制御装置を用いる場合には、変更部１３１３は、３つ以上の表示制御装置の夫々に対して以下の処理を行う。

変更部１３１３は、Ｓ２２０７において変更した、全体座標系におけるウインドウ枠の位置に基づいて、Ｓ２２０９において特定した表示制御装置の表示座標系におけるウインドウ枠の位置を変更する（Ｓ２２１１）。当該表示制御装置の表示座標系におけるウインドウ枠の位置は、上述したように、全体座標系におけるウインドウ枠の位置をアフィン変換することによって求められる。尚、アフィン変換によれば、全体座標系における画素密度と表示座標系における画素密度が異なる場合にも、画素密度の違いに応じて当該表示制御装置の表示座標系におけるウインドウ枠の位置が求められる。

第２送信部１３０９は、ウインドウ移動の要求に含まれるウインドウＩＤ及びＳ２２０９において特定した表示制御装置の表示座標系の枠データを当該表示制御装置へ送信する（Ｓ２２１３）。このとき、あて先となる表示制御装置のＩＰアドレスは、装置データに基づいて特定される。

変更部１３１３は、未処理の表示制御装置があるか否かを判定する（Ｓ２２１５）。未処理の表示制御装置があると判定した場合には、Ｓ２２０９に戻って、上述した処理を繰り返す。未処理の表示制御装置がないと判定した場合には、Ｓ２２０１に戻って、上述した処理を繰り返す。

Ｓ２２０５における処理の説明に戻る。Ｓ２２０５において、Ｓ２２０１において受信した要求が、ウインドウ移動の要求ではないと判定した場合には、端子Ｈを介して、図２３に示したＳ２３０１の処理に移る。

図２３の説明に移る。変更部１３１３は、図２２のＳ２２０１において受信した要求が、ウインドウ拡大／縮小の要求であるか否かを判定する（Ｓ２３０１）。図２２のＳ２２０１において受信した要求が、ウインドウ拡大／縮小の要求であると判定した場合には、変更部１３１３は、ウインドウ拡大／縮小の要求に含まれる拡大／縮小率に基づいて、全体座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ２３０３）。

ウインドウ枠の左上端点を固定して拡大又は縮小する方式の場合には、ウインドウ枠の位置は変更されない。変更部１３１３は、ウインドウ枠のサイズの幅に、拡大／縮小率を乗じて新たな幅を求める。更に、変更部１３１３は、ウインドウ枠のサイズの高さに、拡大／縮小率を乗じて新たな高さを求める。

ウインドウ枠の重心を固定して拡大又は縮小する方式の場合には、変更部１３１３は、ウインドウ枠のサイズの幅に、拡大／縮小率を乗じて新たな幅を求める。更に、変更部１３１３は、ウインドウ枠のサイズの高さに、拡大／縮小率を乗じて新たな高さを求める。そして、変更部１３１３は、幅の変化量の半分を、ウインドウ枠の位置のＸ座標から減ずる。更に、変更部１３１３は、高さの変化量の半分を、ウインドウ枠の位置のＹ座標から減ずる。尚、他の方式によって、全体座標系におけるウインドウ枠の位置及びサイズを求めるようにしてもよい。

次に、変更部１３１３は、図２２に示したＳ２２０９の場合と同様に、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２３０５）。

変更部１３１３は、Ｓ２３０３において変更した、全体座標系におけるウインドウ枠の位置及びサイズに基づいて、Ｓ２３０５において特定した表示制御装置の表示座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ２３０７）。当該表示制御装置の表示座標系におけるウインドウ枠の位置は、上述したように、全体座標系におけるウインドウ枠の位置をアフィン変換することによって求められる。尚、表示座標系におけるウインドウ枠のサイズは、全体座標系におけるウインドウ枠のサイズと同じである。また、表示座標系におけるウインドウ枠の表示角度は、変更されない。

第２送信部１３０９は、図２２に示したＳ２２１３の処理と同様に、ウインドウ拡大／縮小の要求に含まれるウインドウＩＤ及び当該表示制御装置の表示座標系の枠データを当該表示制御装置へ送信する（Ｓ２３０９）。

変更部１３１３は、未処理の表示制御装置があるか否かを判定する（Ｓ２３１１）。未処理の表示制御装置があると判定した場合には、Ｓ２３０５に戻って、上述した処理を繰り返す。未処理の表示制御装置がないと判定した場合には、端子Ｇを介してＳ２２０１に戻って、上述した処理を繰り返す。

Ｓ２３０１における処理の説明に戻る。Ｓ２３０１において、図２２のＳ２２０１において受信した要求が、ウインドウ拡大／縮小の要求ではないと判定した場合には、変更部１３１３は、図２２のＳ２２０１において受信した要求が、ウインドウ回転の要求であるか否かを判定する（Ｓ２３１３）。

図２２のＳ２２０１において受信した要求が、ウインドウ回転の要求であると判定した場合には、変更部１３１３は、ウインドウ回転の要求に含まれる回転角度に基づいて、全体座標系におけるウインドウ枠の表示角度を変更する（Ｓ２３１５）。具体的には、変更部１３１３は、全体座標系におけるウインドウ枠の表示角度に当該回転角度を加えて、新たな表示角度を求める。尚、全体座標系におけるウインドウ枠の位置及びサイズは、変更されない。

次に、変更部１３１３は、図２２に示したＳ２２０９の場合と同様に、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２３１７）。

変更部１３１３は、Ｓ２３１５において変更した、全体座標系におけるウインドウ枠の表示角度に基づいて、Ｓ２３１７において特定した表示制御装置の表示座標系におけるウインドウ枠の表示角度を変更する（Ｓ２３１９）。当該表示制御装置の表示座標系におけるウインドウ枠の表示角度は、全体座標系におけるウインドウ枠の表示角度と同じである。尚、表示座標系におけるウインドウ枠の位置及びサイズは、変更されない。

第２送信部１３０９は、図２２に示したＳ２２１３の処理と同様に、ウインドウ回転の要求に含まれるウインドウＩＤ及び当該表示制御装置の表示座標系の枠データを当該表示制御装置へ送信する（Ｓ２３２１）。

変更部１３１３は、未処理の表示制御装置があるか否かを判定する（Ｓ２３２３）。未処理の表示制御装置があると判定した場合には、Ｓ２３１７に戻って、上述した処理を繰り返す。未処理の表示制御装置がないと判定した場合には、端子Ｇを介してＳ２２０１に戻って、上述した処理を繰り返す。

Ｓ２３１３における処理の説明に戻る。Ｓ２３１３において、図２２のＳ２２０１において受信した要求が、ウインドウ回転の要求ではないと判定した場合には、端子Ｉを介して図２４に示したＳ２４０１の処理に移る。

図２４の説明に移る。第２削除部１３１５は、図２２のＳ２２０１において受信した要求が、ウインドウ削除の要求であるか否かを判定する（Ｓ２４０１）。図２２のＳ２２０１において受信した要求が、ウインドウ削除の要求であると判定した場合には、第２削除部１３１５は、図２２に示したＳ２２０９の場合と同様に、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２４０３）。

第２送信部１３０９は、ウインドウ削除の要求に含まれるウインドウＩＤを特定し、当該ウインドウＩＤを含む削除指示を、特定した表示制御装置へ送信する（Ｓ２４０５）。第２削除部１３１５は、未処理の表示制御装置があるか否かを判定する（Ｓ２４０７）。未処理の表示制御装置があると判定した場合には、Ｓ２４０３に戻って、上述した処理を繰り返す。

未処理の表示制御装置がないと判定した場合には、第２削除部１３１５は、ウインドウ削除の要求に含まれるウインドウＩＤに関連するデータを削除する（Ｓ２４０９）。具体的には、第２削除部１３１５は、認証データのレコードのうち、ウインドウ削除の要求に含まれるウインドウＩＤが設定されているレコードを削除する。更に、第２削除部１３１５は、同じくウインドウＩＤに対応する枠テーブルを削除する。そして、サーバ装置２０５の処理を終える。

Ｓ２４０１における処理の説明に戻る。Ｓ２４０１において、図２２のＳ２２０１において受信した要求が、ウインドウ削除の要求ではないと判定した場合には、無効な要求であると看做して、端子Ｇを介して、図２２のＳ２２０１に示した処理に戻る。以上で、サーバ装置２０５の動作についての説明を終える。

次に、表示制御装置の動作について説明する。以下では、第１表示制御装置２０１について説明するが、他の表示制御装置、例えば第２表示制御装置２０３についても同様である。

図２５に、第１表示制御装置２０１のモジュール構成例を示す。第１表示制御装置２０１は、第３受信部２５５１、認証部２５５３、第２検査部２５５５、描画部２５５７、表示処理部２５５９、第３削除部２５６１、第１受信データ記憶部２５６３、第２受信データ記憶部２５６５、表示バッファ２５６７、描画バッファ２５６９及び表示装置２５７１を有している。

第３受信部２５５１は、クライアント端末１０１及びサーバ装置２０５から各種データを受信する。認証部２５５３は、クライアント端末１０１を認証する。第２検査部２５５５は、クライアント端末１０１から受信したウインドウＩＤを検査する。描画部２５５７は、コンテンツデータ１０３と枠データに基づいて、ウインドウ枠内のコンテンツ画像１０９を描画する。表示処理部２５５９は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置２５７１に表示させる。第３削除部２５６１は、不要になったデータを削除する。第１受信データ記憶部２５６３は、サーバ装置２０５から受信した第１受信データを記憶する。第２受信データ記憶部２５６５は、クライアント端末１０１から受信した第２受信データを記憶する。表示バッファ２５６７は、表示面に表示させる画像データを保持する。表示バッファ２５６７は、複数のレイヤを有してもよい。描画バッファ２５６９は、コンテンツ画像１０９を描画するために用いられる。表示装置２５７１は、例えば液晶ディスプレイ、プラズマディスプレイあるいはプロジェクタである。

上述した第３受信部２５５１、認証部２５５３、第２検査部２５５５、描画部２５５７、表示処理部２５５９及び第３削除部２５６１は、ハードウエア資源（例えば、図３２）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述した第１受信データ記憶部２５６３、第２受信データ記憶部２５６５、表示バッファ２５６７及び描画バッファ２５６９は、ハードウエア資源（例えば、図３２）を用いて実現される。

続いて、第１受信データ記憶部２５６３において記憶される第１受信データについて説明する。図２６に、第１受信データの例を示す。この例における第１受信データは、テーブル形式である。但し第１受信データは、テーブル形式以外の形式であってもよい。

この例における第１受信データは、ウインドウＩＤに対応するレコードを有している。第１受信データのレコードは、ウインドウＩＤを設定するためのフィールドと、認証キーを設定するためのフィールドと、表示座標系におけるウインドウ枠の位置を設定するためのフィールドと、同じくウインドウ枠のサイズを設定するためのフィールドと、同じくウインドウ枠の表示角度を設定するためのフィールドとを有している。ウインドウ枠の位置は、ウインドウ枠の基準点のＸ座標とＹ座標とによって特定される。この例では、ウインドウ枠の左上端点が基準点である。ウインドウ枠のサイズは、幅と高さとによって特定される。

この例における第１レコードは、ウインドウＩＤ「Ｗ１」について認証キー「ｘｘｘｘ」が対応することを示している。更に、この例における第１レコードは、ウインドウＩＤ「Ｗ１」で識別されるウインドウの枠の基準点が表示座標系の位置（１０００，５００）になるように、当該枠が設定されることを示している。更に、この例における第１レコードは、当該枠の幅は、「２０００」であり、高さは「２０００」であることを示している。また、この例における第１レコードは、表示角度が「０」になるように、当該枠が設定されることを示している。複数のウインドウが生成される場合には、複数のレコードが設けられる。

続いて、第２受信データ記憶部２５６５において記憶される第２受信データについて説明する。図２７に、第２受信データの例を示す。この例における第２受信データは、テーブル形式である。但し第２受信データは、テーブル形式以外の形式であってもよい。

この例における第２受信データは、ウインドウＩＤに対応するレコードを有している。第２受信データのレコードは、ウインドウＩＤを設定するためのフィールドと、ＨＴＭＬファイルを格納するためのフィールドと、ＣＳＳファイルを格納するためのフィールドとを有している。レコードにおいて、ＨＴＭＬファイル及びＣＳＳファイルの名前を設定し、ＨＴＭＬファイル及びＣＳＳファイルは、別の領域に格納されるようにしてもよい。

この例における第１レコードは、ウインドウＩＤ「Ｗ１」で識別されるウインドウに表示すべきコンテンツのデータが、ＨＴＭＬファイル「ａ．ｈｔｍｌ」とＣＳＳファイル「ａ．ｃｓｓ」とであることを示している。

続いて、第１表示制御装置２０１を例として、表示制御装置の処理について説明する。図２８及び図２９に、第１表示制御装置２０１の処理フロー例を示す。ここでは、第１表示制御装置２０１の処理について説明するが、他の表示制御装置、例えば第２表示制御装置２０３においても同様に処理する。図２８及び図２９に示す処理は、サーバ装置２０５からウインドウＩＤ、認証キー及び表示座標系の枠データを受信した場合に、起動する。そして、生成したウインドウが削除された時点で、この処理は終了する。また、複数のウインドウが生成される場合には、それぞれのウインドウに対応する処理が並行して実行される。

第３受信部２５５１は、サーバ装置２０５からウインドウＩＤ、認証キー及び表示座標系の枠データを受信すると（Ｓ２８０１）、受信したウインドウＩＤ、認証キー及び表示座標系の枠データを第１受信データ記憶部２５６３に記憶する。

次に、第３受信部２５５１は、クライアント端末１０１からウインドウＩＤ、認証キー及びコンテンツデータ１０３を受信すると（Ｓ２８０３）、受信したウインドウＩＤ及びコンテンツデータ１０３を第２受信データ記憶部２５６５に記憶する。尚、Ｓ２８０１においてサーバ装置２０５からデータを受信した時点から所定の期間内に、クライアント端末１０１からデータを受信しない場合には、第１表示制御装置２０１の処理を中断するようにしてもよい。

そして、第２検査部２５５５は、クライアント端末１０１から受信したウインドウＩＤを検査する（Ｓ２８０５）。具体的には、第２検査部２５５５は、クライアント端末１０１から受信したウインドウＩＤが、Ｓ２８０１においてサーバ装置２０５から受信したウインドウＩＤと一致するか否かを判定する。クライアント端末１０１から受信したウインドウＩＤが、サーバ装置２０５から受信したウインドウＩＤと一致すると判定した場合には、検査結果は正常となる。クライアント端末１０１から受信したウインドウＩＤが、サーバ装置２０５から受信したウインドウＩＤと一致しないと判定した場合には、検査結果はエラーとなる。検査結果がエラーとなった場合には、第１表示制御装置２０１は処理を中断する。このとき、第１表示制御装置２０１は、第１受信データ記憶部２５６３に記憶したデータと第２受信データ記憶部２５６５に記憶したデータとを削除する。

検査結果が正常となった場合には、認証部２５５３は、クライアント端末１０１を認証する（Ｓ２８０７）。具体的には、Ｓ２８０３においてクライアント端末１０１から受信した認証キーが、Ｓ２８０１においてサーバ装置２０５から受信した認証キーと一致するか否かを判定する。クライアント端末１０１から受信した認証キーが、サーバ装置２０５から受信した認証キーと一致する場合には、認証は成功する。クライアント端末１０１から受信した認証キーが、サーバ装置２０５から受信した認証キーと一致しない場合には、認証は失敗する。クライアント端末１０１の認証が失敗した場合には、第１表示制御装置２０１は処理を中断する。このとき、第１表示制御装置２０１は、第１受信データ記憶部２５６３に記憶したデータと第２受信データ記憶部２５６５に記憶したデータとを削除する。

尚、Ｓ２８０７におけるクライアント端末１０１の認証を省くようにしてもよい。その場合には、Ｓ２８０５における検査結果が正常であることによって、クライアント端末１０１の正当性が担保されていると看做す。つまり、ウインドウＩＤの検査が、クライアント端末１０１の認証も兼ねるものとする。

描画部２５５７は、第２受信データ記憶部２５６５に記憶したコンテンツデータ１０３と第１受信データ記憶部２５６３に記憶した枠データに基づいて、ウインドウ枠内のコンテンツ画像１０９を描画する（Ｓ２８０９）。具体的には、描画部２５５７は、コンテンツデータ１０３に含まれるＨＴＭＬファイルを解析し、コンテンツデータ１０３に含まれるＣＳＳファイルに従ってコンテンツ画像１０９に含まれる各パーツを描画バッファ２５６９に描画する。描画部２５５７は、描画バッファ２５６９に描画されたコンテンツ画像１０９の全部または一部を枠データに従って、表示バッファ２５６７にコピーする。あるいは、描画部２５５７は、第２受信データ記憶部２５６５に記憶したコンテンツデータ１０３と第１受信データ記憶部２５６３に記憶した枠データに基づいて、コンテンツ画像１０９を直接表示バッファ２５６７に描画するようにしてもよい。

そして、表示処理部２５５９は、表示バッファ２５６７にコピーされたコンテンツ画像１０９を表示装置２５７１に表示させる（Ｓ２８１１）。このとき、表示処理部２５５９は、表示面の全体を再表示してもよいし、上位レイヤに相当するコンテンツ画像１０９を背景に重ねて表示するようにしてもよい。いずれの方式においても、表示面の外に位置するコンテンツ画像１０９は無視される。そして、端子Ｊを介して図２９に示したＳ２９０１の処理に移る。尚、描画部２５５７及び表示処理部２５５９を、ブラウザとブラウザで動作するプログラム（例えば、スクリプト）とを用いて実現するようにしてもよい。

図２９の説明に移る。第３受信部２５５１は、待機して、サーバ装置２０５からのデータを受信する（Ｓ２９０１）。第３受信部２５５１は、受信したデータが、ウインドウＩＤ及び表示座標系の枠データであるか否かを判定する（Ｓ２９０３）。

受信したデータが、ウインドウＩＤ及び表示座標系の枠データであると判定した場合には、描画部２５５７は、表示座標系の枠データを更新する（Ｓ２９０４）。具体的には、描画部２５５７は、第１受信データのレコードのうち、受信したウインドウＩＤが設定されているレコードを特定する。そして、描画部２５５７は、特定したレコードに設定されている表示座標系の枠データを、受信した表示座標系の枠データに書き換える。

描画部２５５７は、Ｓ２８０９の処理と同様に、ウインドウ枠内のコンテンツ画像１０９を描画する（Ｓ２９０５）。表示処理部２５５９は、Ｓ２８１１の処理と同様に、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置２５７１に表示させる（Ｓ２９０７）。このとき、表示処理部２５５９は、表示面の全体を再表示してもよいし、上位レイヤに相当するコンテンツ画像１０９を再表示するようにしてもよい。そして、上述したＳ２９０１の処理に戻って、上述した処理を繰り返す。

一方、Ｓ２９０１において受信したデータが、ウインドウＩＤ及び表示座標系の枠データではないと判定した場合には、第３削除部２５６１は、Ｓ２９０１において受信したデータが削除指示であるか否かを判定する（Ｓ２９０９）。

Ｓ２９０１において受信したデータが削除指示であると判定した場合には、表示処理部２５５９は、ウインドウＩＤによって特定されるウインドウ枠内のコンテンツ画像１０９を消去する（Ｓ２９１０）。具体的には、表示処理部２５５９は、上位レイヤに相当するコンテンツ画像１０９を除き、表示面の全体を再表示する。更に、第３削除部２５６１は、削除指示に含まれるウインドウＩＤに関連するデータを削除する（Ｓ２９１１）。具体的には、第３削除部２５６１は、第１受信データのレコードのうち、削除指示に含まれるウインドウＩＤが設定されているレコードを削除する。更に、第３削除部２５６１は、第２受信データのレコードのうち、削除指示に含まれるウインドウＩＤが設定されているレコードを削除する。Ｓ２９０９において、Ｓ２９０１において受信したデータが削除指示でなはいと判定した場合には、無効なデータであると看做して、Ｓ２９０１に示した処理に戻る。以上で、表示制御装置の動作についての説明を終える。

本実施の形態によれば、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することができる。この例では、表示制御装置において描画処理を行うので、クライアント端末１０１及びサーバ装置２０５における処理負荷が軽減する。

更に、ＨＴＭＬファイル及びＣＳＳファイルを含むコンテンツデータ１０３を伝送するので、画像データを伝送する場合に比べて、伝送データ量を抑制することができる。

更に、ウインドウＩＤを検査するので、不正な端末からのコンテンツ提供を判別できる。

更に、各表示面におけるウインドウの位置及び／又はサイズを連動させることができる。

更に、各表示面におけるウインドウの表示角度を連動させることができる。

［実施の形態２］
上述した実施の形態では、クライアント端末１０１においてウインドウに関するユーザ操作を受け付ける例について説明したが、本実施の形態では、表示制御装置においてウインドウに関するユーザ操作を受け付ける例について説明する。以下では、第１表示制御装置２０１について説明するが、他の表示制御装置、例えば第２表示制御装置２０３についても同様である。

図３０に、実施の形態２に係るウインドウ移動のシーケンス例を示す。この例では、第１表示制御装置２０１は、ユーザの指示を受け付けるためのユーザインターフェース（例えば、表示面に設置されたタッチパッド）を有しているものとする。第１表示制御装置２０１は、表示制御装置のユーザインターフェースを用いて、ウインドウ移動の指示を受け付ける（Ｓ３００１）。このとき、第１表示制御装置２０１は、例えば、ウインドウ枠とタッチ位置との関係に基づいて、移動対象のウインドウを特定する。そして、第１表示制御装置２０１は、例えば、タッチ位置がスライドした方向及び距離に基づいて移動ベクトルを算出する。そして、第１表示制御装置２０１は、移動対象のウインドウを特定するウインドウＩＤ及び移動ベクトルを含むウインドウ移動の要求をサーバ装置２０５へ送信する（Ｓ３００３）。以降のＳ６０５乃至Ｓ６２３の処理は、図６の場合と同様である。

同様に、ウインドウ拡大／縮小の指示を第１表示制御装置２０１において受け付けるようにしてもよい。第１表示制御装置２０１において拡大／縮小率を算出するようにしてもよい。第１表示制御装置２０１は、前述の通り特定したウインドウＩＤ及び拡大／縮小率を含むウインドウ拡大／縮小の要求をサーバ装置２０５へ送信するようにしてもよい。

同様に、ウインドウ回転の指示を第１表示制御装置２０１において受け付けるようにしてもよい。第１表示制御装置２０１において回転角度を算出するようにしてもよい。第１表示制御装置２０１は、前述の通り特定したウインドウＩＤ及び回転角度を含むウインドウ回転の要求をサーバ装置２０５へ送信するようにしてもよい。

同様に、ウインドウ削除の指示を第１表示制御装置２０１において受け付けるようにしてもよい。第１表示制御装置２０１は、前述の通り特定したウインドウＩＤを含むウインドウ削除の要求をサーバ装置２０５へ送信するようにしてもよい。

本実施の形態によれば、ユーザは表示制御装置からウインドウを操作できる。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。

また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ、処理の順番を入れ替えることや複数の処理を並列に実行させるようにしても良い。

図３１に、クライアント端末１０１のハードウエア構成例を示す。クライアント端末１０１は、プロセッサ３１０１、記憶部３１０３、アンテナ３１１１、無線制御部３１１３、オーディオ制御部３１１５、スピーカ３１１７、マイク３１１９、ディスプレイ３１２１、タッチパッド３１２３、カメラ３１２５及びＧＰＳ装置３１２７を有している。

プロセッサ３１０１は、モデムＣＰＵ（Central Processing Unit）とアプリケーションＣＰＵからなることもある。記憶部３１０３は、例えば、ＲＯＭ（Read Only Memory）３１０５とＲＡＭ（Random Access Memory）３１０７とフラッシュメモリ３１０９を有している。ＲＯＭ３１０５は、例えば、予め設定されているデータやプログラムを格納している。ＲＡＭ３１０７は、例えば、アプリケーションなどのプログラムやデータを展開する領域を含んでいる。フラッシュメモリ３１０９は、例えば、オペレーティングシステムやアプリケーションなどのプログラムを格納しており、更に随時データを格納する。

タッチパッド３１２３は、例えば、ディスプレイ３１２１の表示面上に配置されたパネル状のセンサであり、タッチ操作を受け付ける。ディスプレイ３１２１は、例えば、アプリケーションが表示させる各種画面を表示する。具体的には、ディスプレイ３１２１とタッチパッド３１２３とを一体としたタッチパネルとして用いられる。タッチパッド３１２３へのタッチ操作によって、タッチイベントが発生する。タッチパッド３１２３の他に、キーを設けるようにしてもよい。

アンテナ３１１１は、例えば、セルラー方式の無線データを受信する。無線制御部３１１３は、無線通信の制御を行う。無線通信の制御により、電話の音声通信やデータ通信が行われる。

オーディオ制御部３１１５は、音データに関するアナログ／デジタル変換とデジタル／アナログ変換を行う。スピーカ３１１７は、アナログデータを音として出力する。マイク３１１９は、音をアナログデータに変換する。

カメラ３１２５は、動画や写真画像の撮影に用いられる。ＧＰＳ装置３１２７は、位置を計測する。

なお、上で述べた第１表示制御装置２０１、第２表示制御装置２０３及びサーバ装置２０５は、コンピュータ装置であって、図３２に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本発明の実施の形態をまとめると、以下のようになる。

本実施の形態に係る表示方法は、全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置及び情報処理装置のうち、当該情報処理装置が、（Ａ）上記全体画面の座標系におけるウインドウの位置及びサイズを、各表示面の配置に従って、当該表示面の座標系における上記ウインドウの位置及びサイズに変換する処理と、（Ｂ）各表示面の座標系における位置及びサイズを、当該表示面に係る表示制御装置に送信する送信処理とを含む。更に、上記複数の表示制御装置の各々が、（Ｃ）端末からコンテンツデータを受信する受信処理と、（Ｄ）受信したコンテンツデータに基づいて描画した画像を、上記情報処理装置から受信した位置及びサイズに従って表示する表示処理とを含む。

このようにすれば、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することができる。

上記受信処理において、コンテンツの構成を定義した第１データと、コンテンツのレイアウトを定義した第２データとを含むコンテンツデータを受信するようにしてもよい。更に、上記表示処理において、第１データと第２データとに基づいて画像を描画するようにしてもよい。

このようにすれば、受信するデータ量を抑制することができる。

上記送信処理において、ウインドウの識別子を表示制御装置へ送信するようにしてもよい。上記受信処理において、コンテンツデータによる画像を表示すべきウインドウを指定する識別子を上記端末から受信するようにしてもよい。更に、複数の表示制御装置の各々によって、上記情報処理装置から受信した上記識別子に基づいて、上記端末から受信した上記識別子を検査する処理を含むようにしてもよい。

このようにすれば、不正な端末からのコンテンツ提供を判別できる。

上記情報処理装置によって、各表示面の配置に従って、当該表示面の座標系におけるウインドウの位置及び／又はサイズを変更する処理を含むようにしてもよい。更に、上記情報処理装置によって、各表示面について変更された位置及び／又はサイズを、当該表示面に係る表示制御装置に送信する処理を含むようにしてもよい。

このようにすれば、各表示面におけるウインドウの位置及び／又はサイズを連動させることができる。

上記情報処理装置によって、ウインドウの表示角度を変更する処理を含むようにしてもよい。上記情報処理装置によって、変更された表示角度を、各表示面に係る表示制御装置に送信する処理を含むようにしてもよい。更に、上記表示処理において、上記情報処理装置から受信した表示角度に従って上記画像を表示するようにしてもよい。

このようにすれば、各表示面におけるウインドウの表示角度を連動させることができる。

なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。

本発明は、マルチディスプレイの技術に関する。

ある特許文献には、ユーザ端末で生成した画像を分割し、分割された画像のデータを複数の表示装置に出力することによって、複数の表示装置を用いた大画面に画像を表示させるマルチディスプレイ技術が開示されている。

この例では、ユーザ端末における処理負荷が過大になり、処理性能が低いユーザ端末には適用しにくい面があった。

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

本発明の目的は、一側面では、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することである。

一態様に係る表示方法は、全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置及び情報処理装置のうち、当該情報処理装置が、（Ａ）上記全体画面の座標系におけるウインドウの位置及びサイズを、各表示面の配置に従って、当該表示面の座標系における上記ウインドウの位置及びサイズに変換する処理と、（Ｂ）各表示面の座標系における位置及びサイズを、当該表示面に係る表示制御装置に送信する送信処理とを含む。更に、上記複数の表示制御装置の各々が、（Ｃ）端末からコンテンツデータを受信する受信処理と、（Ｄ）受信したコンテンツデータに基づいて描画した画像を、上記情報処理装置から受信した位置及びサイズに従って表示する表示処理とを含む。

一側面としては、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することができる。

図１は、本実施の形態に係るマルチディスプレイシステムの概要を示す図である。 図２は、ネットワーク構成例を示す図である。 図３は、ネットワーク構成例を示す図である。 図４は、ウインドウ生成のシーケンス例を示す図である。 図５は、ウインドウ生成のシーケンス例を示す図である。 図６は、ウインドウ移動のシーケンス例を示す図である。 図７は、ウインドウ拡大／縮小のシーケンス例を示す図である。 図８は、ウインドウ回転のシーケンス例を示す図である。 図９は、ウインドウ削除のシーケンス例を示す図である。 図１０は、クライアント端末のモジュール構成例を示す図である。 図１１は、クライアント端末の処理フロー例を示す図である。 図１２は、クライアント端末の処理フロー例を示す図である。 図１３は、サーバ装置のモジュール構成例を示す図である。 図１４は、装置データの例を示す図である。 図１５は、全体座標系について説明するための図である。 図１６は、認証データの例を示す図である。 図１７は、枠テーブルの例を示す図である。 図１８は、全体座標系におけるウインドウ枠の位置を示す図である。 図１９は、第１表示制御装置の表示座標系におけるウインドウ枠の位置を示す図である。 図２０は、第２表示制御装置の表示座標系におけるウインドウ枠の位置を示す図である。 図２１は、サーバ装置の処理フロー例を示す図である。 図２２は、サーバ装置の処理フロー例を示す図である。 図２３は、サーバ装置の処理フロー例を示す図である。 図２４は、サーバ装置の処理フロー例を示す図である。 図２５は、第１表示制御装置のモジュール構成例を示す図である。 図２６は、第１受信データの例を示す図である。 図２７は、第２受信データの例を示す図である。 図２８は、第１表示制御装置の処理フロー例を示す図である。 図２９は、第１表示制御装置の処理フロー例を示す図である。 図３０は、実施の形態２に係るウインドウ移動のシーケンス例を示す図である。 図３１は、クライアント端末のハードウエア構成例を示す図である。 図３２は、コンピュータの機能ブロック図である。

［実施の形態１］
図１に、本実施の形態に係るマルチディスプレイシステムの概要を示す。この例では、ユーザが保持するクライアント端末１０１から送られたコンテンツデータ１０３に基づいて、左側の表示面１０５と右側の表示面１０７とが並べられた全体画面にコンテンツ画像１０９を表示させる。この例では、表示面を横に並べる例を示すが、表示面を縦に並べるようにしてもよい。また、マトリクス状に表示面を並べるようにしてもよい。

図２に、ネットワーク構成例を示す。第１表示制御装置２０１は、図１に示した左側の表示面１０５を提供する表示装置を有する。第２表示制御装置２０３は、図１に示した右側の表示面１０７を提供する表示装置を有する。サーバ装置２０５は、クライアント端末１０１と、各表示制御装置（この例では、第１表示制御装置２０１及び第２表示制御装置２０３）とを仲介し、主に各表示制御装置におけるウインドウ枠に関するデータを管理する。

表示装置は、例えば液晶ディスプレイ、プラズマディスプレイあるいはプロジェクタである。液晶ディスプレイ及びプラズマディスプレイの場合には、装置の表示画面が表示面である。プロジェクタの場合には、画像が投影されるスクリーンが表示面である。

第１表示制御装置２０１及び第２表示制御装置２０３は、第１ネットワークを介してサーバ装置２０５と接続している。第１ネットワークは、例えばＬＡＮ（Local Area Network）である。第１表示制御装置２０１及び第２表示制御装置２０３は、有線によって、あるいは無線によって第１ネットワークに接続している。サーバ装置２０５も、有線によって、あるいは無線によって第１ネットワークに接続している。

クライアント端末１０１は、第２ネットワークを介して、第１ネットワークに接続する機能を備えている。この例において、第２ネットワークはインターネットであり、クライアント端末１０１は、移動体通信網を介してインターネットに接続する機能を備えている。

図３に、別のネットワーク構成例を示す。クライアント端末１０１は、直接第１ネットワークに接続するようにしてもよい。クライアント端末１０１は、有線によって第１ネットワークに接続してもよいし、無線によって第１ネットワークに接続するようにしてもよい。

以下、マルチディスプレイシステムにおけるシーケンスについて説明する。まず、左側の表示面１０５と右側の表示面１０７とが並べられた全体画面上にウインドウを生成する場合のシーケンスについて説明する。

図４に、ウインドウ生成のシーケンス例を示す。クライアント端末１０１は、例えば、クライアント端末１０１で動作するブラウザを介してコンテンツデータ１０３を取得する（Ｓ４０１）。既にコンテンツデータ１０３を保持している場合には、コンテンツデータ１０３を取得する処理を省くようにしてもよい。この例で、コンテンツデータ１０３は、ＨＴＭＬ（HyperText Markup Language）ファイルとＣＳＳ（Cascading Style Sheets）ファイルとを含んでいる。

コンテンツデータ１０３を取得すると、クライアント端末１０１は、サーバ装置２０５へウインドウ生成の要求を送信する（Ｓ４０３）。サーバ装置２０５は、ウインドウＩＤを生成し（Ｓ４０５）、更に認証キーを生成する（Ｓ４０７）。ウインドウＩＤは、生成されるウインドウを識別する。認証キーは、クライアント端末１０１を認証するために用いられる。但し、クライアント端末１０１を認証しない場合には、認証キーを生成しないようにしてもよい。

サーバ装置２０５は、生成するウインドウ枠について、全体座標系における位置、サイズ及び表示角度を決定する（Ｓ４０９）。全体座標系における位置、サイズ及び表示角度を決定する方法は、任意である。例えば、所定の位置、所定のサイズ及び所定の表示角度に決定するようにしてもよい。あるいは、既存のウインドウ枠と重複しないように、新たなウインドウ枠の位置、サイズ及び表示角度を決定するようにしてもよい。

サーバ装置２０５は、全体座標系におけるウインドウ枠の位置及びサイズを、左側の表示面１０５の表示座標系におけるウインドウ枠の位置及びサイズへ変換する（Ｓ４１１）。但し、ウインドウ枠の表示角度は、変更されない。尚、以下では、左側の表示面１０５の表示座標系を第１表示制御装置２０１の表示座標系という。また、位置、サイズ及び表示角度を枠データということもある。

サーバ装置２０５は、Ｓ４０５において生成したウインドウＩＤ、Ｓ４０７において生成した認証キー及びＳ４１１において変換された表示座標系の枠データを第１表示制御装置２０１へ送信する（Ｓ４１３）。

第２表示制御装置２０３についても同様に、サーバ装置２０５は、全体座標系におけるウインドウ枠の位置及びサイズを、右側の表示面１０７の表示座標系におけるウインドウ枠の位置及びサイズへ変換する（Ｓ４１５）。以下では、右側の表示面１０７の表示座標系を第２表示制御装置２０３の表示座標系という。

また、サーバ装置２０５は、Ｓ４０５において生成したウインドウＩＤ、Ｓ４０７において生成した認証キー及びＳ４１５において変換された表示座標系の枠データを第２表示制御装置２０３へ送信する（Ｓ４１７）。

以降のシーケンスは、端子Ａ乃至Ｄを介して図５へ移る。サーバ装置２０５は、クライアント端末１０１へ許可データを送信する（Ｓ５０１）。この例で、サーバ装置２０５は、Ｓ４０３においてウインドウ生成を要求したクライアント端末１０１以外へは、同じ許可データを送らない。許可データには、ウインドウＩＤ、認証キー、第１表示制御装置２０１のＩＰアドレス及び第２表示制御装置２０３のＩＰアドレスが含まれる。第１表示制御装置２０１のＩＰアドレスは、クライアント端末１０１から第１表示制御装置２０１へデータを送信する場合に用いられる。第２表示制御装置２０３のＩＰアドレスは、クライアント端末１０１から第２表示制御装置２０３へデータを送信する場合に用いられる。

クライアント端末１０１は、許可データを受信すると、許可データに含まれるウインドウＩＤ、許可データに含まれる認証キー及び図４のＳ４０１において取得したコンテンツデータ１０３を第１表示制御装置２０１へ送信する（Ｓ５０３）。更に、クライアント端末１０１は、同じくウインドウＩＤ、認証キー及びコンテンツデータ１０３を第２表示制御装置２０３へ送信する（Ｓ５０５）。

まず、第１表示制御装置２０１におけるシーケンスについて説明する。Ｓ５０３においてウインドウＩＤ、認証キー及びコンテンツデータ１０３を受信すると、第１表示制御装置２０１は、ウインドウＩＤを検査する（Ｓ５０７）。つまり、第１表示制御装置２０１は、Ｓ５０３において受信したウインドウＩＤと、図４のＳ４１３において受信したウインドウＩＤとが一致するか否かを判定する。一致する場合には、検査結果が正常であるので、次の処理に移行する。一致しない場合には、検査結果がエラーであるので、処理を中断する。

ウインドウＩＤの検査結果が正常であれば、第１表示制御装置２０１は、クライアント端末１０１を認証する（Ｓ５０９）。つまり、第１表示制御装置２０１は、Ｓ５０３において受信した認証キーと、図４のＳ４１３において受信した認証キーとが一致するか否かを判定する。一致する場合には、認証結果が正常であるので、次の処理に移行する。一致しない場合には、認証結果がエラーであるので、処理を中断する。尚、クライアント端末１０１の認証は、省略してもよい。

クライアント端末１０１の認証が成功すると、第１表示制御装置２０１は、図４のＳ４１３において受信した枠データと、Ｓ５０３において受信したコンテンツデータ１０３とに基づいて、コンテンツ画像１０９を描画する（Ｓ５１１）。そして、第１表示制御装置２０１は、描画したコンテンツ画像１０９を表示装置によって左側の表示面１０５に表示させる（Ｓ５１３）。

次に、第２表示制御装置２０３におけるシーケンスについて説明する。Ｓ５０５においてウインドウＩＤ、認証キー及びコンテンツデータ１０３を受信すると、第２表示制御装置２０３は、ウインドウＩＤを検査する（Ｓ５１５）。つまり、第２表示制御装置２０３は、Ｓ５０５において受信したウインドウＩＤと、図４のＳ４１７において受信したウインドウＩＤとが一致するか否かを判定する。一致する場合には、検査結果が正常であるので、次の処理に移行する。一致しない場合には、検査結果がエラーであるので、処理を中断する。

ウインドウＩＤの検査結果が正常であれば、第２表示制御装置２０３は、クライアント端末１０１を認証する（Ｓ５１７）。つまり、第２表示制御装置２０３は、Ｓ５０５において受信した認証キーと、図４のＳ４１７において受信した認証キーとが一致するか否かを判定する。一致する場合には、認証結果が正常であるので、次の処理に移行する。一致しない場合には、認証結果がエラーであるので、処理を中断する。尚、クライアント端末１０１の認証は、省略するようにしてもよい。

クライアント端末１０１の認証が成功すると、第２表示制御装置２０３は、図４のＳ４１７において受信した枠データと、Ｓ５０５において受信したコンテンツデータ１０３とに基づいて、コンテンツ画像１０９を描画する（Ｓ５１９）。そして、第２表示制御装置２０３は、描画したコンテンツ画像１０９を表示装置によって右側の表示面１０７に表示させる（Ｓ５２１）。

次に、ウインドウを移動させる場合のシーケンスについて説明する。図６に、ウインドウ移動のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ移動の指示を受け付けると（Ｓ６０１）、サーバ装置２０５へウインドウ移動の要求を送信する（Ｓ６０３）。ウインドウ移動の要求は、ウインドウＩＤ及び移動ベクトルを含んでいる。

サーバ装置２０５は、ウインドウ移動の要求を受信すると、ウインドウ移動の要求に含まれるウインドウＩＤを検査する（Ｓ６０５）。つまり、サーバ装置２０５は、ウインドウ移動の要求に含まれるウインドウＩＤが、図４のＳ４０５において生成したウインドウＩＤと一致する場合には、検査結果が正常であるので、次の処理に移行する。一方、ウインドウ移動の要求に含まれるウインドウＩＤが、図４のＳ４０５において生成したウインドウＩＤと一致しない場合には、検査結果がエラーであるので、処理を中断する。

サーバ装置２０５は、Ｓ６０３において受信したウインドウ移動の要求に含まれる移動ベクトルに従って、全体座標系におけるウインドウ枠の位置を変更する（Ｓ６０７）。但し、ウインドウ枠のサイズ及び表示角度は、変更されない。

サーバ装置２０５は、同じく移動ベクトルに従って、第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置を変更する（Ｓ６０９）。前述の通りウインドウ枠のサイズ及び表示角度は、変更されない。サーバ装置２０５は、第１表示制御装置２０１へ、ウインドウＩＤと、Ｓ６０９において変更された表示座標系の枠データとを送信する（Ｓ６１１）。

サーバ装置２０５は、同じく移動ベクトルに従って、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置を変更する（Ｓ６１３）。前述の通りウインドウ枠のサイズ及び表示角度は、変更されない。サーバ装置２０５は、第２表示制御装置２０３へ、ウインドウＩＤと、Ｓ６１３において変更された表示座標系の枠データとを送信する（Ｓ６１５）。

第１表示制御装置２０１は、Ｓ６１１において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ６１７）。そして、第１表示制御装置２０１は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ６１９）。

第２表示制御装置２０３も、同様に、Ｓ６１５において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ６２１）。そして、第２表示制御装置２０３は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ６２３）。

次に、ウインドウを拡大又は縮小させる場合のシーケンスについて説明する。尚、以下では、ウインドウの拡大又は縮小を、ウインドウ拡大／縮小と記す。図７に、ウインドウ拡大／縮小のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ拡大／縮小の指示を受け付けると（Ｓ７０１）、サーバ装置２０５へウインドウ拡大／縮小の要求を送信する（Ｓ７０３）。ウインドウ拡大／縮小の要求は、ウインドウＩＤ及び拡大／縮小率を含んでいる。

サーバ装置２０５は、ウインドウ拡大／縮小の要求を受信すると、前述した通りウインドウ拡大／縮小の要求に含まれるウインドウＩＤを検査する（Ｓ７０５）。

サーバ装置２０５は、Ｓ７０３において受信したウインドウ拡大／縮小の要求に含まれる拡大／縮小率に従って、全体座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ７０７）。但し、ウインドウ枠の表示角度は、変更されない。

サーバ装置２０５は、同じく拡大／縮小率に従って、第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ７０９）。前述の通りウインドウ枠の表示角度は、変更されない。サーバ装置２０５は、第１表示制御装置２０１へウインドウＩＤと、Ｓ７０９において変更された表示座標系の枠データとを送信する（Ｓ７１１）。

サーバ装置２０５は、同じく拡大／縮小率に従って、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ７１３）。前述の通りウインドウ枠の表示角度は、変更されない。サーバ装置２０５は、第２表示制御装置２０３へウインドウＩＤと、Ｓ７１３において変更された表示座標系の枠データとを送信する（Ｓ７１５）。

第１表示制御装置２０１は、Ｓ７１１において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置及びサイズを変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ７１７）。そして、第１表示制御装置２０１は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ７１９）。

第２表示制御装置２０３も、同様に、Ｓ７１５において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の位置及びサイズを変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ７２１）。そして、第２表示制御装置２０３は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ７２３）。

次に、ウインドウを回転させる場合のシーケンスについて説明する。図８に、ウインドウ回転のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ回転の指示を受け付けると（Ｓ８０１）、サーバ装置２０５へウインドウ回転の要求を送信する（Ｓ８０３）。ウインドウ回転の要求は、ウインドウＩＤ及び回転角度を含んでいる。

サーバ装置２０５は、ウインドウ回転の要求を受信すると、前述した通りウインドウ回転の要求に含まれるウインドウＩＤを検査する（Ｓ８０５）。

サーバ装置２０５は、Ｓ８０３において受信したウインドウ回転の要求に含まれる回転角度に従って、全体座標系におけるウインドウ枠の表示角度を変更する（Ｓ８０７）。但し、ウインドウ枠の位置及びサイズは、変更されない。

サーバ装置２０５は、同じく回転角度に従って、第１表示制御装置２０１の表示座標系におけるウインドウ枠の表示角度を変更する（Ｓ８０９）。前述の通りウインドウ枠の位置及びサイズは、変更されない。サーバ装置２０５は、第１表示制御装置２０１へウインドウＩＤと、Ｓ８０９において変更された表示座標系の枠データとを送信する（Ｓ８１１）。

サーバ装置２０５は、同じく回転角度に従って、第２表示制御装置２０３の表示座標系におけるウインドウ枠の表示角度を変更する（Ｓ８１３）。前述の通りウインドウ枠の位置及びサイズは、変更されない。サーバ装置２０５は、第２表示制御装置２０３へウインドウＩＤと、Ｓ８１３において変更された表示座標系の枠データとを送信する（Ｓ８１５）。

第１表示制御装置２０１は、Ｓ８１１において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の表示角度を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ８１７）。そして、第１表示制御装置２０１は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ８１９）。

第２表示制御装置２０３も、同様に、Ｓ８１５において受信した枠データに従って、ウインドウＩＤによって特定されるウインドウ枠の表示角度を変更して、コンテンツデータ１０３に基づいてコンテンツ画像１０９を描画する（Ｓ８２１）。そして、第２表示制御装置２０３は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置に表示させる（Ｓ８２３）。

次に、ウインドウを削除する場合のシーケンスについて説明する。図９に、ウインドウ削除のシーケンス例を示す。クライアント端末１０１は、ユーザインターフェースによってウインドウ削除の指示を受け付けると（Ｓ９０１）、サーバ装置２０５へウインドウ削除の要求を送信する（Ｓ９０３）。ウインドウ削除の要求は、ウインドウＩＤを含んでいる。クライアント端末１０１は、削除するウインドウに関するデータを削除する（Ｓ９０５）。削除するデータについては、後述する。

サーバ装置２０５は、ウインドウ削除の要求を受信すると、前述した通りウインドウ削除の要求に含まれるウインドウＩＤを検査する（Ｓ９０７）。サーバ装置２０５は、第１表示制御装置２０１へウインドウＩＤを含む削除指示を送信する（Ｓ９０９）。更に、サーバ装置２０５は、第２表示制御装置２０３へウインドウＩＤを含む削除指示を送信する（Ｓ９１１）。そして、サーバ装置２０５は、削除するウインドウに関するデータを削除する（Ｓ９１３）。削除するデータについては、後述する。

第１表示制御装置２０１は、ウインドウＩＤを含む削除指示を受信すると、当該ウインドウＩＤによって特定されるウインドウ枠内に描画されていたコンテンツ画像１０９を消去する（Ｓ９１４）。具体的には、第１表示制御装置２０１は、上位レイヤに相当するコンテンツ画像１０９を除く。そして、第１表示制御装置２０１は、当該ウインドウＩＤによって特定されるウインドウに関するデータを削除する（Ｓ９１５）。

第２表示制御装置２０３も、同様に、ウインドウＩＤを含む削除指示を受信すると、当該ウインドウＩＤによって特定されるウインドウ枠内に描画されていたコンテンツ画像１０９を消去する（Ｓ９１６）。そして、第２表示制御装置２０３も、同様に当該ウインドウＩＤによって特定されるウインドウに関するデータを削除する（Ｓ９１７）。以上で、シーケンスについての説明を終える。

次に、クライアント端末１０１の動作について説明する。図１０に、クライアント端末１０１のモジュール構成例を示す。クライアント端末１０１は、ブラウザ１００１、取得部１００３、第１送信部１００５、第１受信部１００７、受付部１００９、算出部１０１１、第１削除部１０１３、コンテンツデータ記憶部１０１５及び許可データ記憶部１０１７を有している。

ブラウザ１００１は、コンテンツデータ１０３（この例では、ＨＴＭＬファイルとＣＳＳファイル）を受信し、コンテンツデータ１０３に基づくコンテンツ画像を表示する。取得部１００３は、ブラウザ１００１からコンテンツデータ１０３を取得する。第１送信部１００５は、第１表示制御装置２０１、第２表示制御装置２０３及びサーバ装置２０５へ各種データを送信する。第１受信部１００７は、サーバ装置２０５から許可データを受信する。受付部１００９は、クライアント端末１０１のユーザインターフェースを用いてユーザの指示を受け付ける。算出部１０１１は、ウインドウ移動における移動ベクトル、ウインドウ拡大／縮小における拡大／縮小率及びウインドウ回転における回転角度を算出する。第１削除部１０１３は、不要になったデータを削除する。コンテンツデータ記憶部１０１５は、コンテンツデータ１０３を記憶する。許可データ記憶部１０１７は、許可データを記憶する。

上述したブラウザ１００１、取得部１００３、第１送信部１００５、第１受信部１００７、受付部１００９、算出部１０１１及び第１削除部１０１３は、ハードウエア資源（例えば、図３１）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述したコンテンツデータ記憶部１０１５及び許可データ記憶部１０１７は、ハードウエア資源（例えば、図３１）を用いて実現される。

クライアント端末１０１の処理について説明する。図１１及び図１２に、クライアント端末１０１の処理フロー例を示す。取得部１００３は、ブラウザ１００１からコンテンツデータ１０３を取得する（Ｓ１１０１）。あるいは、取得部１００３は、コンテンツデータ記憶部１０１５に予め記憶しているコンテンツデータ１０３を取得するようにしてもよい。

第１送信部１００５は、サーバ装置２０５へウインドウ生成の要求を送信する（Ｓ１１０３）。第１受信部１００７は、サーバ装置２０５から許可データを受信する（Ｓ１１０５）。許可データには、上述したように、ウインドウＩＤ、認証キー、第１表示制御装置２０１のＩＰアドレス及び第２表示制御装置２０３のＩＰアドレスが含まれる。第１受信部１００７は、受信した許可データを許可データ記憶部１０１７に記憶する。

第１送信部１００５は、許可データに含まれるウインドウＩＤと、許可データに含まれる認証キー及びＳ１１０１で取得したコンテンツデータ１０３を各表示制御装置へ送信する（Ｓ１１０７）。この例では、第１送信部１００５は、上述したデータを第１表示制御装置２０１のＩＰアドレス宛に送信すると共に、更に第２表示制御装置２０３のＩＰアドレス宛に送信する。

その後、受付部１００９は、待機して、クライアント端末１０１のユーザインターフェースを用いてユーザの指示を受け付ける（Ｓ１１０９）。受付部１００９は、受け付けた指示がウインドウ移動の指示であるか否かを判定する（Ｓ１１１１）。

受け付けた指示がウインドウ移動の指示であると判定した場合には、算出部１０１１は、移動ベクトルを算出する（Ｓ１１１３）。算出部１０１１は、例えば、タッチパネルにおけるタッチ位置のスライドの方向及び量に基づいて、移動ベクトルを求める。あるいは、算出部１０１１は、タッチされた移動ボタンの種類及びタッチ回数に基づいて、移動ベクトルを求める。

第１送信部１００５は、サーバ装置２０５へウインドウ移動の要求を送信する（Ｓ１１１５）。ウインドウ移動の要求には、Ｓ１１０５において受信した許可データに含まれるウインドウＩＤと、Ｓ１１１３において算出された移動ベクトルとが含まれる。そして、Ｓ１１０９に示した処理に戻って、上述した処理を繰り返す。

一方、Ｓ１１１１において、Ｓ１１０９において受け付けた指示がウインドウ移動の指示ではないと判定した場合には、受付部１００９は、Ｓ１１０９において受け付けた指示がウインドウ拡大／縮小の指示であるか否かを判定する（Ｓ１１１７）。

Ｓ１１０９において受け付けた指示がウインドウ拡大／縮小の指示であると判定した場合には、算出部１０１１は、拡大／縮小率を算出する（Ｓ１１１９）。算出部１０１１は、例えば、タッチパネルにおけるピンチの量に基づいて、拡大／縮小率を求める。あるいは、算出部１０１１は、タッチされた拡大ボタンあるいは縮小ボタンのタッチ回数に基づいて、拡大／縮小率を求める。

第１送信部１００５は、サーバ装置２０５へウインドウ拡大／縮小の要求を送信する（Ｓ１１２１）。ウインドウ拡大／縮小の要求には、Ｓ１１０５において受信した許可データに含まれるウインドウＩＤと、Ｓ１１１９において算出された拡大／縮小率とが含まれる。そして、Ｓ１１０９に示した処理に戻って、上述した処理を繰り返す。

一方、Ｓ１１１７において、Ｓ１１０９において受け付けた指示がウインドウ拡大／縮小の指示ではないと判定した場合には、端子Ｅを介して図１２に示したＳ１２０１の処理に移る。

図１２の説明に移る。受付部１００９は、図１１のＳ１１０９において受け付けた指示がウインドウ回転の指示であるか否かを判定する（Ｓ１２０１）。図１１のＳ１１０９において受け付けた指示がウインドウ回転の指示であると判定した場合には、算出部１０１１は、回転角度を算出する（Ｓ１２０３）。算出部１０１１は、例えば、タッチされた右回転ボタンあるいは左回転ボタンのタッチ回数に基づいて、回転角度を求める。

第１送信部１００５は、サーバ装置２０５へウインドウ回転の要求を送信する（Ｓ１２０５）。ウインドウ回転の要求には、図１１のＳ１１０５において受信した許可データに含まれるウインドウＩＤと、Ｓ１２０３において算出された回転角度とが含まれる。そして、端子Ｆを介して、図１１のＳ１１０９に示した処理に戻って、上述した処理を繰り返す。

一方、Ｓ１２０１において、図１１のＳ１１０９において受け付けた指示がウインドウ回転の指示ではないと判定した場合には、受付部１００９は、図１１のＳ１１０９において受け付けた指示がウインドウ削除の指示であるか否かを判定する（Ｓ１２０７）。

図１１のＳ１１０９において受け付けた指示がウインドウ削除の指示であると判定した場合には、第１送信部１００５は、サーバ装置２０５へウインドウ削除の要求を送信する（Ｓ１２０９）。ウインドウ削除の要求には、図１１のＳ１１０５において受信した許可データに含まれるウインドウＩＤが含まれる。

そして、第１削除部１０１３は、許可データ記憶部１０１７に記憶している許可データを削除する（Ｓ１２１１）。このとき、第１削除部１０１３は、コンテンツデータ記憶部１０１５に記憶しているコンテンツデータ１０３を削除するようにしてもよい。そして、クライアント端末１０１の処理を終える。

一方、Ｓ１２０７において、図１１のＳ１１０９において受け付けた指示がウインドウ削除の指示ではないと判定した場合には、無効な指示であると看做して、端子Ｆを介して、図１１のＳ１１０９に示した処理に戻って、上述した処理を繰り返す。以上で、クライアント端末１０１の動作についての説明を終える。

次に、サーバ装置２０５の動作について説明する。図１３に、サーバ装置２０５のモジュール構成例を示す。サーバ装置２０５は、第２受信部１３０１、生成部１３０３、決定部１３０５、変換部１３０７、第２送信部１３０９、第１検査部１３１１、変更部１３１３、第２削除部１３１５、装置データ記憶部１３１７、認証データ記憶部１３１９及び枠テーブル記憶部１３２１を有している。

第２受信部１３０１は、クライアント端末１０１から各種の要求を受信する。生成部１３０３は、ウインドウＩＤ及び認証キーを生成する。決定部１３０５は、全体座標系におけるウインドウ枠の位置、サイズ及び表示角度を決定する。変換部１３０７は、全体座標系におけるウインドウ枠の位置及びサイズを、各表示制御装置の表示座標系におけるウインドウ枠の位置及びサイズへ変換する。第２送信部１３０９は、クライアント端末１０１、第１表示制御装置２０１及び第２表示制御装置２０３へ各種データを送信する。第１検査部１３１１は、各種の要求に含まれるウインドウＩＤを検査する。変更部１３１３は、各種の要求に応じて、全体座標系の枠データ及び表示座標系の枠データを変更する。第２削除部１３１５は、不要になったデータを削除する。

装置データ記憶部１３１７は、第１表示制御装置２０１及び第２表示制御装置２０３に関するデータを記憶する。認証データ記憶部１３１９は、クライアント端末１０１を認証するためのデータを記憶する。枠テーブル記憶部１３２１は、ウインドウ枠に関するデータを記憶する。

上述した第２受信部１３０１、生成部１３０３、決定部１３０５、変換部１３０７、第２送信部１３０９、第１検査部１３１１、変更部１３１３及び第２削除部１３１５は、ハードウエア資源（例えば、図３２）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述した装置データ記憶部１３１７、認証データ記憶部１３１９及び枠テーブル記憶部１３２１は、ハードウエア資源（例えば、図３２）を用いて実現される。

続いて、装置データ記憶部１３１７において記憶される装置データについて説明する。図１４に、装置データの例を示す。この例における装置データは、テーブル形式である。但し装置データは、テーブル形式以外の形式であってもよい。

この例における装置データは、表示制御装置に対応するレコードを有している。装置データのレコードは、表示制御装置ＩＤを設定するためのフィールドと、表示制御装置のＩＰアドレスを設定するためのフィールドと、原点の位置を設定するためのフィールドとを有している。原点の位置は、全体座標系において、当該表示制御装置の表示座標系の原点が該当する点を示している。つまり、原点の位置は、全体画面における当該表示制御装置の配置を特定するデータである。

この例における第１レコードは、第１表示制御装置２０１に対応する。第１レコードは、表示制御装置ＩＤ「Ｄ１」で特定される表示制御装置のＩＰアドレスは、「ｘｘｘ．ｘｘｘ．ｘｘｘ．１」であることを示している。更に、第１レコードは、当該表示制御装置の表示座標系の原点は、全体座標系における位置（０，０）に該当することを示している。

この例における第２レコードは、第２表示制御装置２０３に対応する。第２レコードは、表示制御装置ＩＤ「Ｄ２」で特定される表示制御装置のＩＰアドレスは、「ｘｘｘ．ｘｘｘ．ｘｘｘ．２」であることを示している。更に、第２レコードは、当該表示制御装置の表示座標系の原点は、全体座標系における位置（２０００，０）に該当することを示している。

ここで、図１５を用いて、全体座標系について説明する。全体座標系は、全体画面における座標系である。この例で、全体座標系の原点は、全体画面の左上端点である。下方向にＹ軸が設定され、右方向にＸ軸が設定される。この例で、全体画面の幅は４０００（ドット）であり、高さは３０００（ドット）である。従って、全体画面の右下端点の座標は、（４０００，３０００）である。

上述したように、この例における全体画面では、左側の表示面１０５と右側の表示面１０７とが並べられている。左側の表示面１０５の基準点、つまり左側の表示面１０５の表示座標系における原点は、全体座標系における原点（０，０）と一致する。また、右側の表示面１０７の基準点、つまり右側の表示面１０７の表示座標系における原点は、全体座標系における位置（２０００，０）に相当する。

続いて、認証データ記憶部１３１９において記憶される認証データについて説明する。図１６に、認証データの例を示す。この例における認証データは、テーブル形式である。但し認証データは、テーブル形式以外の形式であってもよい。

この例における認証データは、ウインドウに対応するレコードを有している。認証データのレコードは、ウインドウを識別するウインドウＩＤを設定するためのフィールドと、認証キーを設定するためのフィールドとを有している。認証キーは、当該ウインドウの生成を要求したクライアント端末１０１を認証するために用いられる。

この例における第１レコードは、ウインドウＩＤ「Ｗ１」で識別されるウインドウの生成を要求したクライアント端末１０１に対して、認証キー「ｘｘｘｘ」が付与されていることを示している。複数のウインドウが生成される場合には、複数のレコードが設けられる。

続いて、枠テーブル記憶部１３２１に記憶される枠テーブルについて説明する。枠テーブルには、各座標系における枠データが設定される。枠データは、テーブル形式以外の形式で保持されるようにしてもよい。

図１７に、枠テーブルの例を示す。枠テーブル記憶部１３２１は、ウインドウＩＤに対応付けて枠テーブルを記憶する。この例では、枠テーブルのヘッダ部において、ウインドウＩＤを保持する。この例における枠テーブルは、各座標系に対応するレコードを有している。枠データのレコードは、ウインドウ枠の位置を設定するためのフィールドと、ウインドウ枠のサイズを設定するためのフィールドと、ウインドウ枠の表示角度を設定するためのフィールドとを有している。

ウインドウ枠の位置は、ウインドウ枠の基準点を指すＸ座標とＹ座標とによって特定される。この例では、ウインドウ枠の左上端点が基準点である。ウインドウ枠のサイズは、幅と高さによって特定される。通常の表示形態におけるウインドウ枠の表示角度は、０度である。尚、ウインドウ枠における他の点（例えば、重心）を、ウインドウ枠の基準点としてもよい。

この例において、枠テーブルの第１レコードには、全体座標系の枠データが設定される。同じく枠テーブルの第２レコードには、第１表示制御装置２０１の表示座標系の枠データが設定される。同じく枠テーブルの第３レコードには、第２表示制御装置２０３の表示座標系の枠データが設定される。

この例における枠テーブルの第１レコードは、ウインドウＩＤ「Ｗ１」によって識別されるウインドウの枠が、全体座標系における位置（１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズ及び表示角度「０」で設定されることを示している。また、ウインドウＩＤ「Ｗ１」によって識別されるウインドウの枠が、第１表示制御装置２０１の表示座標系における位置（１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズ及び表示角度「０」で設定されることを示している。更に、ウインドウＩＤ「Ｗ１」によって識別されるウインドウの枠が、第２表示制御装置２０３の表示座標系における位置（−１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズ及び表示角度「０」で設定されることを示している。複数のウインドウが生成される場合には、複数の枠テーブルが設けられる。

図１８を用いて、全体座標系におけるウインドウ枠の位置について説明する。この例におけるコンテンツ画像１０９を表示するウインドウ枠の幅は、２０００（ドット）である。同じくウインドウ枠の高さも、２０００（ドット）である。そして、左上端点は、全体座標系における位置（１０００，５００）に該当する。つまり、全体座標系における位置（１０００，５００）に、ウインドウ枠の基準点が設定されている。右下端点は、全体座標系における位置（３０００，２５００）に該当する。

図１９を用いて、第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置について説明する。上述したように、第１表示制御装置２０１の表示座標系は、図１に示した左側の表示面１０５の表示座標系を意味する。左側の表示面１０５の幅は、２０００（ドット）であり、左側の表示面１０５の高さは、３０００（ドット）である。そして、コンテンツ画像１０９を表示するウインドウ枠の基準点（この例では、ウインドウ枠の左上端点）は、第１表示制御装置２０１の表示座標系における位置（１０００，５００）に該当する。尚、コンテンツ画像１０９を表示するウインドウ枠の右下端点は、第１表示制御装置２０１の表示座標系における位置（３０００，２５００）に該当する。

図２０を用いて、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置について説明する。上述したように、第２表示制御装置２０３の表示座標系は、図１に示した右側の表示面１０７の表示座標系を意味する。右側の表示面１０７の幅は、２０００（ドット）であり、右側の表示面１０７の高さは、３０００（ドット）である。そして、コンテンツ画像１０９を表示するウインドウ枠の基準点（この例では、ウインドウ枠の左上端点）は、第２表示制御装置２０３の表示座標系における位置（−１０００，５００）に該当する。尚、コンテンツ画像１０９を表示するウインドウ枠の右下端点は、第２表示制御装置２０３の表示座標系における位置（１０００，２５００）に該当する。

続いて、サーバ装置２０５における処理について説明する。図２１乃至図２４に、サーバ装置２０５の処理フロー例を示す。図２１乃至図２４に示す処理は、クライアント端末１０１からウインドウ生成の要求を受信した場合に、起動する。そして、生成したウインドウが削除された時点で、この処理は終了する。また、複数のウインドウが生成される場合には、それぞれのウインドウに対応する処理が並行して実行される。

第２受信部１３０１が、クライアント端末１０１からウインドウ生成の要求を受信すると（Ｓ２１０１）、生成部１３０３は、ウインドウＩＤを生成する（Ｓ２１０３）。生成されるウインドウＩＤは、既存のウインドウＩＤと異なる。つまり、ウインドウＩＤは、一意である。

次に、生成部１３０３は、ウインドウＩＤに対応する認証キーを生成する（Ｓ２１０５）。生成される認証キーは、既存の認証キーと異なる。つまり、認証キーは、一意である。生成部１３０３は、Ｓ２１０５において生成された認証キーを、Ｓ２１０３において生成されたウインドウＩＤに対応付けて認証データ記憶部１３１９に記憶する。具体的には、認証データの新たなレコードに、当該ウインドウＩＤと当該認証キーとが設定される。

尚、クライアント端末１０１の認証を省く場合には、認証キーを生成しなくてもよい。この場合には、生成部１３０３は、Ｓ２１０３において生成されたウインドウＩＤを認証データ記憶部１３１９に記憶する。

決定部１３０５は、全体座標系におけるウインドウ枠の位置、サイズ及び表示角度を決定する（Ｓ２１０７）。上述したように、全体座標系における位置、サイズ及び表示角度を決定する方法は、任意である。決定部１３０５は、例えば、所定の位置、所定のサイズ及び所定の表示角度を用いてもよい。また、決定部１３０５は、既存のウインドウ枠と重複しないように、新たなウインドウ枠の位置、サイズ及び表示角度を決定するようにしてもよい。全体座標系におけるウインドウ枠の位置、サイズ及び表示角度は、枠テーブルの第１レコードに設定される。

変換部１３０７は、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２１０９）。この例では、変換部１３０７は、第１表示制御装置２０１に対する処理と、第２表示制御装置２０３に対する処理とを行う。３つ以上の表示制御装置を用いる場合には、変換部１３０７は、３つ以上の表示制御装置の夫々に対して以下の処理を行う。

変換部１３０７は、全体座標系におけるウインドウ枠の位置及びサイズを、当該表示制御装置の表示座標系におけるウインドウ枠の位置、サイズへ変換する（Ｓ２１１１）。このとき、変換部１３０７は、アフィン変換によって、表示座標系におけるウインドウ枠の位置を求める。この例では、表示座標系におけるウインドウ枠のサイズは、全体座標系におけるウインドウ枠のサイズと等しい。但し、表示座標系における画素密度が、全体座標系における画素密度と異なる場合には、変換部１３０７は、全体座標系におけるウインドウ枠のサイズに画素密度の比率を乗じて、表示座標系におけるウインドウ枠のサイズを求めるようにしてもよい。変換部１３０７は、アフィン変換の結果に基づいてウインドウ枠のサイズを求めるようにしてもよい。

簡易的に、変換部１３０７は、全体座標系におけるウインドウ枠の位置のＸ座標から、上記原点の位置のＸ座標を引くことによって、表示座標系におけるウインドウ枠の位置のＸ座標を求めるようにしてもよい。同じく変換部１３０７は、全体座標系におけるウインドウ枠の位置のＹ座標から、上記原点の位置のＹ座標を引くことによって、表示座標系におけるウインドウ枠の位置のＹ座標を求めるようにしてもよい。

この例で、図１４に示したように第１表示制御装置２０１に関する上記原点の位置は（０，０）であるので、図１７に示したように第１表示制御装置２０１の表示座標系におけるウインドウ枠の位置は、全体座標系におけるウインドウ枠の位置と同じである。また、同じく第２表示制御装置２０３に関する上記原点の位置は（２０００，０）であるので、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置のＸ座標は、全体座標系におけるウインドウ枠の位置のＸ座標から２０００を引いた値となる。一方、第２表示制御装置２０３の表示座標系におけるウインドウ枠の位置のＹ座標は、全体座標系におけるウインドウ枠の位置のＹ座標と同じである。尚、アフィン変換による位置の算出及び画素密度の比率に基づくサイズの算出は、従来技術による。

尚、表示座標系におけるウインドウ枠の表示角度は、全体座標系におけるウインドウ枠の表示角度と同じである。Ｓ２１０９において特定した表示制御装置の表示座標系におけるウインドウ枠の位置、サイズ及び表示角度は、上述したように、枠テーブルの第２レコード又は第３レコードに設定される。

第２送信部１３０９は、Ｓ２１０３で生成したウインドウＩＤ、Ｓ２１０５で生成した認証キー及びＳ２１１１において求められた表示座標系の枠データを、Ｓ２１０９において特定した表示制御装置へ送信する（Ｓ２１１３）。このとき、あて先となる表示制御装置のＩＰアドレスは、装置データに基づいて特定される。

変換部１３０７は、未処理の表示制御装置があるか否かを判定する（Ｓ２１１５）。未処理の表示制御装置があると判定した場合には、Ｓ２１０９に戻って、上述した処理を繰り返す。

未処理の表示制御装置がないと判定した場合には、第２送信部１３０９は、クライアント端末１０１へ許可データを送信する（Ｓ２１１７）。許可データには、Ｓ２１０３において生成されたウインドウＩＤ、Ｓ２１０５において生成された認証キー、装置データのレコードに設定されている第１表示制御装置２０１のＩＰアドレス及び第２表示制御装置２０３のＩＰアドレスが含まれる。そして、端子Ｇを介して、図２２に示したＳ２２０１の処理に移る。

図２２の説明に移る。第２受信部１３０１は、待機して、クライアント端末１０１から各種の要求を受信する（Ｓ２２０１）。クライアント端末１０１から要求を受信すると、第１検査部１３１１は、要求に含まれるウインドウＩＤを検査する（Ｓ２２０３）。具体的には、第１検査部１３１１は、要求に含まれるウインドウＩＤが、認証データに含まれるウインドウＩＤのいずれかと一致するか否かを判定する。要求に含まれるウインドウＩＤが、認証データに含まれるウインドウＩＤのいずれかと一致すると判定した場合には、検査結果は正常となる。要求に含まれるウインドウＩＤが、認証データに含まれるウインドウＩＤのいずれとも一致しないと判定した場合には、検査結果はエラーとなる。検査結果がエラーとなった場合には、第２送信部１３０９は、検査結果がエラーとなった旨をクライアント端末１０１に送信して、Ｓ２２０１に示した処理に戻る。

検査結果が正常となった場合には、変更部１３１３は、Ｓ２２０１において受信した要求が、ウインドウ移動の要求であるか否かを判定する（Ｓ２２０５）。Ｓ２２０１において受信した要求が、ウインドウ移動の要求であると判定した場合には、変更部１３１３は、ウインドウ移動の要求に含まれる移動ベクトルに基づいて、全体座標系におけるウインドウ枠の位置を変更する（Ｓ２２０７）。具体的には、変更部１３１３は、枠テーブルの第１レコードに設定されている位置のＸ座標に、移動ベクトルのＸ成分を加え、更に当該位置のＹ座標に、移動ベクトルのＹ成分を加える。

次に、変更部１３１３は、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２２０９）。この例では、変更部１３１３は、第１表示制御装置２０１に対する処理と、第２表示制御装置２０３に対する処理とを行う。３つ以上の表示制御装置を用いる場合には、変更部１３１３は、３つ以上の表示制御装置の夫々に対して以下の処理を行う。

変更部１３１３は、Ｓ２２０７において変更した、全体座標系におけるウインドウ枠の位置に基づいて、Ｓ２２０９において特定した表示制御装置の表示座標系におけるウインドウ枠の位置を変更する（Ｓ２２１１）。当該表示制御装置の表示座標系におけるウインドウ枠の位置は、上述したように、全体座標系におけるウインドウ枠の位置をアフィン変換することによって求められる。尚、アフィン変換によれば、全体座標系における画素密度と表示座標系における画素密度が異なる場合にも、画素密度の違いに応じて当該表示制御装置の表示座標系におけるウインドウ枠の位置が求められる。

第２送信部１３０９は、ウインドウ移動の要求に含まれるウインドウＩＤ及びＳ２２０９において特定した表示制御装置の表示座標系の枠データを当該表示制御装置へ送信する（Ｓ２２１３）。このとき、あて先となる表示制御装置のＩＰアドレスは、装置データに基づいて特定される。

変更部１３１３は、未処理の表示制御装置があるか否かを判定する（Ｓ２２１５）。未処理の表示制御装置があると判定した場合には、Ｓ２２０９に戻って、上述した処理を繰り返す。未処理の表示制御装置がないと判定した場合には、Ｓ２２０１に戻って、上述した処理を繰り返す。

Ｓ２２０５における処理の説明に戻る。Ｓ２２０５において、Ｓ２２０１において受信した要求が、ウインドウ移動の要求ではないと判定した場合には、端子Ｈを介して、図２３に示したＳ２３０１の処理に移る。

図２３の説明に移る。変更部１３１３は、図２２のＳ２２０１において受信した要求が、ウインドウ拡大／縮小の要求であるか否かを判定する（Ｓ２３０１）。図２２のＳ２２０１において受信した要求が、ウインドウ拡大／縮小の要求であると判定した場合には、変更部１３１３は、ウインドウ拡大／縮小の要求に含まれる拡大／縮小率に基づいて、全体座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ２３０３）。

ウインドウ枠の左上端点を固定して拡大又は縮小する方式の場合には、ウインドウ枠の位置は変更されない。変更部１３１３は、ウインドウ枠のサイズの幅に、拡大／縮小率を乗じて新たな幅を求める。更に、変更部１３１３は、ウインドウ枠のサイズの高さに、拡大／縮小率を乗じて新たな高さを求める。

ウインドウ枠の重心を固定して拡大又は縮小する方式の場合には、変更部１３１３は、ウインドウ枠のサイズの幅に、拡大／縮小率を乗じて新たな幅を求める。更に、変更部１３１３は、ウインドウ枠のサイズの高さに、拡大／縮小率を乗じて新たな高さを求める。そして、変更部１３１３は、幅の変化量の半分を、ウインドウ枠の位置のＸ座標から減ずる。更に、変更部１３１３は、高さの変化量の半分を、ウインドウ枠の位置のＹ座標から減ずる。尚、他の方式によって、全体座標系におけるウインドウ枠の位置及びサイズを求めるようにしてもよい。

次に、変更部１３１３は、図２２に示したＳ２２０９の場合と同様に、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２３０５）。

変更部１３１３は、Ｓ２３０３において変更した、全体座標系におけるウインドウ枠の位置及びサイズに基づいて、Ｓ２３０５において特定した表示制御装置の表示座標系におけるウインドウ枠の位置及びサイズを変更する（Ｓ２３０７）。当該表示制御装置の表示座標系におけるウインドウ枠の位置は、上述したように、全体座標系におけるウインドウ枠の位置をアフィン変換することによって求められる。尚、表示座標系におけるウインドウ枠のサイズは、全体座標系におけるウインドウ枠のサイズと同じである。また、表示座標系におけるウインドウ枠の表示角度は、変更されない。

第２送信部１３０９は、図２２に示したＳ２２１３の処理と同様に、ウインドウ拡大／縮小の要求に含まれるウインドウＩＤ及び当該表示制御装置の表示座標系の枠データを当該表示制御装置へ送信する（Ｓ２３０９）。

変更部１３１３は、未処理の表示制御装置があるか否かを判定する（Ｓ２３１１）。未処理の表示制御装置があると判定した場合には、Ｓ２３０５に戻って、上述した処理を繰り返す。未処理の表示制御装置がないと判定した場合には、端子Ｇを介してＳ２２０１に戻って、上述した処理を繰り返す。

Ｓ２３０１における処理の説明に戻る。Ｓ２３０１において、図２２のＳ２２０１において受信した要求が、ウインドウ拡大／縮小の要求ではないと判定した場合には、変更部１３１３は、図２２のＳ２２０１において受信した要求が、ウインドウ回転の要求であるか否かを判定する（Ｓ２３１３）。

図２２のＳ２２０１において受信した要求が、ウインドウ回転の要求であると判定した場合には、変更部１３１３は、ウインドウ回転の要求に含まれる回転角度に基づいて、全体座標系におけるウインドウ枠の表示角度を変更する（Ｓ２３１５）。具体的には、変更部１３１３は、全体座標系におけるウインドウ枠の表示角度に当該回転角度を加えて、新たな表示角度を求める。尚、全体座標系におけるウインドウ枠の位置及びサイズは、変更されない。

次に、変更部１３１３は、図２２に示したＳ２２０９の場合と同様に、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２３１７）。

変更部１３１３は、Ｓ２３１５において変更した、全体座標系におけるウインドウ枠の表示角度に基づいて、Ｓ２３１７において特定した表示制御装置の表示座標系におけるウインドウ枠の表示角度を変更する（Ｓ２３１９）。当該表示制御装置の表示座標系におけるウインドウ枠の表示角度は、全体座標系におけるウインドウ枠の表示角度と同じである。尚、表示座標系におけるウインドウ枠の位置及びサイズは、変更されない。

第２送信部１３０９は、図２２に示したＳ２２１３の処理と同様に、ウインドウ回転の要求に含まれるウインドウＩＤ及び当該表示制御装置の表示座標系の枠データを当該表示制御装置へ送信する（Ｓ２３２１）。

変更部１３１３は、未処理の表示制御装置があるか否かを判定する（Ｓ２３２３）。未処理の表示制御装置があると判定した場合には、Ｓ２３１７に戻って、上述した処理を繰り返す。未処理の表示制御装置がないと判定した場合には、端子Ｇを介してＳ２２０１に戻って、上述した処理を繰り返す。

Ｓ２３１３における処理の説明に戻る。Ｓ２３１３において、図２２のＳ２２０１において受信した要求が、ウインドウ回転の要求ではないと判定した場合には、端子Ｉを介して図２４に示したＳ２４０１の処理に移る。

図２４の説明に移る。第２削除部１３１５は、図２２のＳ２２０１において受信した要求が、ウインドウ削除の要求であるか否かを判定する（Ｓ２４０１）。図２２のＳ２２０１において受信した要求が、ウインドウ削除の要求であると判定した場合には、第２削除部１３１５は、図２２に示したＳ２２０９の場合と同様に、装置データ（図１４）に基づいて、表示制御装置を１つ特定する（Ｓ２４０３）。

第２送信部１３０９は、ウインドウ削除の要求に含まれるウインドウＩＤを特定し、当該ウインドウＩＤを含む削除指示を、特定した表示制御装置へ送信する（Ｓ２４０５）。第２削除部１３１５は、未処理の表示制御装置があるか否かを判定する（Ｓ２４０７）。未処理の表示制御装置があると判定した場合には、Ｓ２４０３に戻って、上述した処理を繰り返す。

未処理の表示制御装置がないと判定した場合には、第２削除部１３１５は、ウインドウ削除の要求に含まれるウインドウＩＤに関連するデータを削除する（Ｓ２４０９）。具体的には、第２削除部１３１５は、認証データのレコードのうち、ウインドウ削除の要求に含まれるウインドウＩＤが設定されているレコードを削除する。更に、第２削除部１３１５は、同じくウインドウＩＤに対応する枠テーブルを削除する。そして、サーバ装置２０５の処理を終える。

Ｓ２４０１における処理の説明に戻る。Ｓ２４０１において、図２２のＳ２２０１において受信した要求が、ウインドウ削除の要求ではないと判定した場合には、無効な要求であると看做して、端子Ｇを介して、図２２のＳ２２０１に示した処理に戻る。以上で、サーバ装置２０５の動作についての説明を終える。

次に、表示制御装置の動作について説明する。以下では、第１表示制御装置２０１について説明するが、他の表示制御装置、例えば第２表示制御装置２０３についても同様である。

図２５に、第１表示制御装置２０１のモジュール構成例を示す。第１表示制御装置２０１は、第３受信部２５５１、認証部２５５３、第２検査部２５５５、描画部２５５７、表示処理部２５５９、第３削除部２５６１、第１受信データ記憶部２５６３、第２受信データ記憶部２５６５、表示バッファ２５６７、描画バッファ２５６９及び表示装置２５７１を有している。

第３受信部２５５１は、クライアント端末１０１及びサーバ装置２０５から各種データを受信する。認証部２５５３は、クライアント端末１０１を認証する。第２検査部２５５５は、クライアント端末１０１から受信したウインドウＩＤを検査する。描画部２５５７は、コンテンツデータ１０３と枠データに基づいて、ウインドウ枠内のコンテンツ画像１０９を描画する。表示処理部２５５９は、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置２５７１に表示させる。第３削除部２５６１は、不要になったデータを削除する。第１受信データ記憶部２５６３は、サーバ装置２０５から受信した第１受信データを記憶する。第２受信データ記憶部２５６５は、クライアント端末１０１から受信した第２受信データを記憶する。表示バッファ２５６７は、表示面に表示させる画像データを保持する。表示バッファ２５６７は、複数のレイヤを有してもよい。描画バッファ２５６９は、コンテンツ画像１０９を描画するために用いられる。表示装置２５７１は、例えば液晶ディスプレイ、プラズマディスプレイあるいはプロジェクタである。

上述した第３受信部２５５１、認証部２５５３、第２検査部２５５５、描画部２５５７、表示処理部２５５９及び第３削除部２５６１は、ハードウエア資源（例えば、図３２）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述した第１受信データ記憶部２５６３、第２受信データ記憶部２５６５、表示バッファ２５６７及び描画バッファ２５６９は、ハードウエア資源（例えば、図３２）を用いて実現される。

続いて、第１受信データ記憶部２５６３において記憶される第１受信データについて説明する。図２６に、第１受信データの例を示す。この例における第１受信データは、テーブル形式である。但し第１受信データは、テーブル形式以外の形式であってもよい。

この例における第１受信データは、ウインドウＩＤに対応するレコードを有している。第１受信データのレコードは、ウインドウＩＤを設定するためのフィールドと、認証キーを設定するためのフィールドと、表示座標系におけるウインドウ枠の位置を設定するためのフィールドと、同じくウインドウ枠のサイズを設定するためのフィールドと、同じくウインドウ枠の表示角度を設定するためのフィールドとを有している。ウインドウ枠の位置は、ウインドウ枠の基準点のＸ座標とＹ座標とによって特定される。この例では、ウインドウ枠の左上端点が基準点である。ウインドウ枠のサイズは、幅と高さとによって特定される。

この例における第１レコードは、ウインドウＩＤ「Ｗ１」について認証キー「ｘｘｘｘ」が対応することを示している。更に、この例における第１レコードは、ウインドウＩＤ「Ｗ１」で識別されるウインドウの枠の基準点が表示座標系の位置（１０００，５００）になるように、当該枠が設定されることを示している。更に、この例における第１レコードは、当該枠の幅は、「２０００」であり、高さは「２０００」であることを示している。また、この例における第１レコードは、表示角度が「０」になるように、当該枠が設定されることを示している。複数のウインドウが生成される場合には、複数のレコードが設けられる。

続いて、第２受信データ記憶部２５６５において記憶される第２受信データについて説明する。図２７に、第２受信データの例を示す。この例における第２受信データは、テーブル形式である。但し第２受信データは、テーブル形式以外の形式であってもよい。

この例における第２受信データは、ウインドウＩＤに対応するレコードを有している。第２受信データのレコードは、ウインドウＩＤを設定するためのフィールドと、ＨＴＭＬファイルを格納するためのフィールドと、ＣＳＳファイルを格納するためのフィールドとを有している。レコードにおいて、ＨＴＭＬファイル及びＣＳＳファイルの名前を設定し、ＨＴＭＬファイル及びＣＳＳファイルは、別の領域に格納されるようにしてもよい。

この例における第１レコードは、ウインドウＩＤ「Ｗ１」で識別されるウインドウに表示すべきコンテンツのデータが、ＨＴＭＬファイル「ａ．ｈｔｍｌ」とＣＳＳファイル「ａ．ｃｓｓ」とであることを示している。

続いて、第１表示制御装置２０１を例として、表示制御装置の処理について説明する。図２８及び図２９に、第１表示制御装置２０１の処理フロー例を示す。ここでは、第１表示制御装置２０１の処理について説明するが、他の表示制御装置、例えば第２表示制御装置２０３においても同様に処理する。図２８及び図２９に示す処理は、サーバ装置２０５からウインドウＩＤ、認証キー及び表示座標系の枠データを受信した場合に、起動する。そして、生成したウインドウが削除された時点で、この処理は終了する。また、複数のウインドウが生成される場合には、それぞれのウインドウに対応する処理が並行して実行される。

第３受信部２５５１は、サーバ装置２０５からウインドウＩＤ、認証キー及び表示座標系の枠データを受信すると（Ｓ２８０１）、受信したウインドウＩＤ、認証キー及び表示座標系の枠データを第１受信データ記憶部２５６３に記憶する。

次に、第３受信部２５５１は、クライアント端末１０１からウインドウＩＤ、認証キー及びコンテンツデータ１０３を受信すると（Ｓ２８０３）、受信したウインドウＩＤ及びコンテンツデータ１０３を第２受信データ記憶部２５６５に記憶する。尚、Ｓ２８０１においてサーバ装置２０５からデータを受信した時点から所定の期間内に、クライアント端末１０１からデータを受信しない場合には、第１表示制御装置２０１の処理を中断するようにしてもよい。

そして、第２検査部２５５５は、クライアント端末１０１から受信したウインドウＩＤを検査する（Ｓ２８０５）。具体的には、第２検査部２５５５は、クライアント端末１０１から受信したウインドウＩＤが、Ｓ２８０１においてサーバ装置２０５から受信したウインドウＩＤと一致するか否かを判定する。クライアント端末１０１から受信したウインドウＩＤが、サーバ装置２０５から受信したウインドウＩＤと一致すると判定した場合には、検査結果は正常となる。クライアント端末１０１から受信したウインドウＩＤが、サーバ装置２０５から受信したウインドウＩＤと一致しないと判定した場合には、検査結果はエラーとなる。検査結果がエラーとなった場合には、第１表示制御装置２０１は処理を中断する。このとき、第１表示制御装置２０１は、第１受信データ記憶部２５６３に記憶したデータと第２受信データ記憶部２５６５に記憶したデータとを削除する。

検査結果が正常となった場合には、認証部２５５３は、クライアント端末１０１を認証する（Ｓ２８０７）。具体的には、Ｓ２８０３においてクライアント端末１０１から受信した認証キーが、Ｓ２８０１においてサーバ装置２０５から受信した認証キーと一致するか否かを判定する。クライアント端末１０１から受信した認証キーが、サーバ装置２０５から受信した認証キーと一致する場合には、認証は成功する。クライアント端末１０１から受信した認証キーが、サーバ装置２０５から受信した認証キーと一致しない場合には、認証は失敗する。クライアント端末１０１の認証が失敗した場合には、第１表示制御装置２０１は処理を中断する。このとき、第１表示制御装置２０１は、第１受信データ記憶部２５６３に記憶したデータと第２受信データ記憶部２５６５に記憶したデータとを削除する。

尚、Ｓ２８０７におけるクライアント端末１０１の認証を省くようにしてもよい。その場合には、Ｓ２８０５における検査結果が正常であることによって、クライアント端末１０１の正当性が担保されていると看做す。つまり、ウインドウＩＤの検査が、クライアント端末１０１の認証も兼ねるものとする。

描画部２５５７は、第２受信データ記憶部２５６５に記憶したコンテンツデータ１０３と第１受信データ記憶部２５６３に記憶した枠データに基づいて、ウインドウ枠内のコンテンツ画像１０９を描画する（Ｓ２８０９）。具体的には、描画部２５５７は、コンテンツデータ１０３に含まれるＨＴＭＬファイルを解析し、コンテンツデータ１０３に含まれるＣＳＳファイルに従ってコンテンツ画像１０９に含まれる各パーツを描画バッファ２５６９に描画する。描画部２５５７は、描画バッファ２５６９に描画されたコンテンツ画像１０９の全部または一部を枠データに従って、表示バッファ２５６７にコピーする。あるいは、描画部２５５７は、第２受信データ記憶部２５６５に記憶したコンテンツデータ１０３と第１受信データ記憶部２５６３に記憶した枠データに基づいて、コンテンツ画像１０９を直接表示バッファ２５６７に描画するようにしてもよい。

そして、表示処理部２５５９は、表示バッファ２５６７にコピーされたコンテンツ画像１０９を表示装置２５７１に表示させる（Ｓ２８１１）。このとき、表示処理部２５５９は、表示面の全体を再表示してもよいし、上位レイヤに相当するコンテンツ画像１０９を背景に重ねて表示するようにしてもよい。いずれの方式においても、表示面の外に位置するコンテンツ画像１０９は無視される。そして、端子Ｊを介して図２９に示したＳ２９０１の処理に移る。尚、描画部２５５７及び表示処理部２５５９を、ブラウザとブラウザで動作するプログラム（例えば、スクリプト）とを用いて実現するようにしてもよい。

図２９の説明に移る。第３受信部２５５１は、待機して、サーバ装置２０５からのデータを受信する（Ｓ２９０１）。第３受信部２５５１は、受信したデータが、ウインドウＩＤ及び表示座標系の枠データであるか否かを判定する（Ｓ２９０３）。

受信したデータが、ウインドウＩＤ及び表示座標系の枠データであると判定した場合には、描画部２５５７は、表示座標系の枠データを更新する（Ｓ２９０４）。具体的には、描画部２５５７は、第１受信データのレコードのうち、受信したウインドウＩＤが設定されているレコードを特定する。そして、描画部２５５７は、特定したレコードに設定されている表示座標系の枠データを、受信した表示座標系の枠データに書き換える。

描画部２５５７は、Ｓ２８０９の処理と同様に、ウインドウ枠内のコンテンツ画像１０９を描画する（Ｓ２９０５）。表示処理部２５５９は、Ｓ２８１１の処理と同様に、ウインドウ枠内に描画されたコンテンツ画像１０９を表示装置２５７１に表示させる（Ｓ２９０７）。このとき、表示処理部２５５９は、表示面の全体を再表示してもよいし、上位レイヤに相当するコンテンツ画像１０９を再表示するようにしてもよい。そして、上述したＳ２９０１の処理に戻って、上述した処理を繰り返す。

一方、Ｓ２９０１において受信したデータが、ウインドウＩＤ及び表示座標系の枠データではないと判定した場合には、第３削除部２５６１は、Ｓ２９０１において受信したデータが削除指示であるか否かを判定する（Ｓ２９０９）。

Ｓ２９０１において受信したデータが削除指示であると判定した場合には、表示処理部２５５９は、ウインドウＩＤによって特定されるウインドウ枠内のコンテンツ画像１０９を消去する（Ｓ２９１０）。具体的には、表示処理部２５５９は、上位レイヤに相当するコンテンツ画像１０９を除き、表示面の全体を再表示する。更に、第３削除部２５６１は、削除指示に含まれるウインドウＩＤに関連するデータを削除する（Ｓ２９１１）。具体的には、第３削除部２５６１は、第１受信データのレコードのうち、削除指示に含まれるウインドウＩＤが設定されているレコードを削除する。更に、第３削除部２５６１は、第２受信データのレコードのうち、削除指示に含まれるウインドウＩＤが設定されているレコードを削除する。Ｓ２９０９において、Ｓ２９０１において受信したデータが削除指示でなはいと判定した場合には、無効なデータであると看做して、Ｓ２９０１に示した処理に戻る。以上で、表示制御装置の動作についての説明を終える。

本実施の形態によれば、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することができる。この例では、表示制御装置において描画処理を行うので、クライアント端末１０１及びサーバ装置２０５における処理負荷が軽減する。

更に、ＨＴＭＬファイル及びＣＳＳファイルを含むコンテンツデータ１０３を伝送するので、画像データを伝送する場合に比べて、伝送データ量を抑制することができる。

更に、ウインドウＩＤを検査するので、不正な端末からのコンテンツ提供を判別できる。

更に、各表示面におけるウインドウの位置及び／又はサイズを連動させることができる。

更に、各表示面におけるウインドウの表示角度を連動させることができる。

［実施の形態２］
上述した実施の形態では、クライアント端末１０１においてウインドウに関するユーザ操作を受け付ける例について説明したが、本実施の形態では、表示制御装置においてウインドウに関するユーザ操作を受け付ける例について説明する。以下では、第１表示制御装置２０１について説明するが、他の表示制御装置、例えば第２表示制御装置２０３についても同様である。

図３０に、実施の形態２に係るウインドウ移動のシーケンス例を示す。この例では、第１表示制御装置２０１は、ユーザの指示を受け付けるためのユーザインターフェース（例えば、表示面に設置されたタッチパッド）を有しているものとする。第１表示制御装置２０１は、表示制御装置のユーザインターフェースを用いて、ウインドウ移動の指示を受け付ける（Ｓ３００１）。このとき、第１表示制御装置２０１は、例えば、ウインドウ枠とタッチ位置との関係に基づいて、移動対象のウインドウを特定する。そして、第１表示制御装置２０１は、例えば、タッチ位置がスライドした方向及び距離に基づいて移動ベクトルを算出する。そして、第１表示制御装置２０１は、移動対象のウインドウを特定するウインドウＩＤ及び移動ベクトルを含むウインドウ移動の要求をサーバ装置２０５へ送信する（Ｓ３００３）。以降のＳ６０５乃至Ｓ６２３の処理は、図６の場合と同様である。

同様に、ウインドウ拡大／縮小の指示を第１表示制御装置２０１において受け付けるようにしてもよい。第１表示制御装置２０１において拡大／縮小率を算出するようにしてもよい。第１表示制御装置２０１は、前述の通り特定したウインドウＩＤ及び拡大／縮小率を含むウインドウ拡大／縮小の要求をサーバ装置２０５へ送信するようにしてもよい。

同様に、ウインドウ回転の指示を第１表示制御装置２０１において受け付けるようにしてもよい。第１表示制御装置２０１において回転角度を算出するようにしてもよい。第１表示制御装置２０１は、前述の通り特定したウインドウＩＤ及び回転角度を含むウインドウ回転の要求をサーバ装置２０５へ送信するようにしてもよい。

同様に、ウインドウ削除の指示を第１表示制御装置２０１において受け付けるようにしてもよい。第１表示制御装置２０１は、前述の通り特定したウインドウＩＤを含むウインドウ削除の要求をサーバ装置２０５へ送信するようにしてもよい。

本実施の形態によれば、ユーザは表示制御装置からウインドウを操作できる。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。

また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ、処理の順番を入れ替えることや複数の処理を並列に実行させるようにしても良い。

図３１に、クライアント端末１０１のハードウエア構成例を示す。クライアント端末１０１は、プロセッサ３１０１、記憶部３１０３、アンテナ３１１１、無線制御部３１１３、オーディオ制御部３１１５、スピーカ３１１７、マイク３１１９、ディスプレイ３１２１、タッチパッド３１２３、カメラ３１２５及びＧＰＳ装置３１２７を有している。

プロセッサ３１０１は、モデムＣＰＵ（Central Processing Unit）とアプリケーションＣＰＵからなることもある。記憶部３１０３は、例えば、ＲＯＭ（Read Only Memory）３１０５とＲＡＭ（Random Access Memory）３１０７とフラッシュメモリ３１０９を有している。ＲＯＭ３１０５は、例えば、予め設定されているデータやプログラムを格納している。ＲＡＭ３１０７は、例えば、アプリケーションなどのプログラムやデータを展開する領域を含んでいる。フラッシュメモリ３１０９は、例えば、オペレーティングシステムやアプリケーションなどのプログラムを格納しており、更に随時データを格納する。

タッチパッド３１２３は、例えば、ディスプレイ３１２１の表示面上に配置されたパネル状のセンサであり、タッチ操作を受け付ける。ディスプレイ３１２１は、例えば、アプリケーションが表示させる各種画面を表示する。具体的には、ディスプレイ３１２１とタッチパッド３１２３とを一体としたタッチパネルとして用いられる。タッチパッド３１２３へのタッチ操作によって、タッチイベントが発生する。タッチパッド３１２３の他に、キーを設けるようにしてもよい。

アンテナ３１１１は、例えば、セルラー方式の無線データを受信する。無線制御部３１１３は、無線通信の制御を行う。無線通信の制御により、電話の音声通信やデータ通信が行われる。

オーディオ制御部３１１５は、音データに関するアナログ／デジタル変換とデジタル／アナログ変換を行う。スピーカ３１１７は、アナログデータを音として出力する。マイク３１１９は、音をアナログデータに変換する。

カメラ３１２５は、動画や写真画像の撮影に用いられる。ＧＰＳ装置３１２７は、位置を計測する。

なお、上で述べた第１表示制御装置２０１、第２表示制御装置２０３及びサーバ装置２０５は、コンピュータ装置であって、図３２に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本発明の実施の形態をまとめると、以下のようになる。

本実施の形態に係る表示方法は、全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置及び情報処理装置のうち、当該情報処理装置が、（Ａ）上記全体画面の座標系におけるウインドウの位置及びサイズを、各表示面の配置に従って、当該表示面の座標系における上記ウインドウの位置及びサイズに変換する処理と、（Ｂ）各表示面の座標系における位置及びサイズを、当該表示面に係る表示制御装置に送信する送信処理とを含む。更に、上記複数の表示制御装置の各々が、（Ｃ）端末からコンテンツデータを受信する受信処理と、（Ｄ）受信したコンテンツデータに基づいて描画した画像を、上記情報処理装置から受信した位置及びサイズに従って表示する表示処理とを含む。

このようにすれば、マルチディスプレイシステムにおけるコンテンツ表示処理に係る負荷を分散することができる。

上記受信処理において、コンテンツの構成を定義した第１データと、コンテンツのレイアウトを定義した第２データとを含むコンテンツデータを受信するようにしてもよい。更に、上記表示処理において、第１データと第２データとに基づいて画像を描画するようにしてもよい。

このようにすれば、受信するデータ量を抑制することができる。

上記送信処理において、ウインドウの識別子を表示制御装置へ送信するようにしてもよい。上記受信処理において、コンテンツデータによる画像を表示すべきウインドウを指定する識別子を上記端末から受信するようにしてもよい。更に、複数の表示制御装置の各々によって、上記情報処理装置から受信した上記識別子に基づいて、上記端末から受信した上記識別子を検査する処理を含むようにしてもよい。

このようにすれば、不正な端末からのコンテンツ提供を判別できる。

上記情報処理装置によって、各表示面の配置に従って、当該表示面の座標系におけるウインドウの位置及び／又はサイズを変更する処理を含むようにしてもよい。更に、上記情報処理装置によって、各表示面について変更された位置及び／又はサイズを、当該表示面に係る表示制御装置に送信する処理を含むようにしてもよい。

このようにすれば、各表示面におけるウインドウの位置及び／又はサイズを連動させることができる。

上記情報処理装置によって、ウインドウの表示角度を変更する処理を含むようにしてもよい。上記情報処理装置によって、変更された表示角度を、各表示面に係る表示制御装置に送信する処理を含むようにしてもよい。更に、上記表示処理において、上記情報処理装置から受信した表示角度に従って上記画像を表示するようにしてもよい。

このようにすれば、各表示面におけるウインドウの表示角度を連動させることができる。

なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。

Claims (9)

1. 全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置及び情報処理装置により実行される表示方法であって、
   前記情報処理装置によって、
   前記全体画面の座標系におけるウインドウの位置及びサイズを、前記各表示面の配置に従って、当該表示面の座標系における前記ウインドウの位置及びサイズに変換する処理と、
   前記各表示面の前記座標系における前記位置及び前記サイズを、当該表示面に係る表示制御装置に送信する送信処理と
   を含み、
   更に、前記複数の表示制御装置の各々によって、
   端末からコンテンツデータを受信する受信処理と、
   受信した前記コンテンツデータに基づいて描画した画像を、前記情報処理装置から受信した前記位置及び前記サイズに従って表示する表示処理と
   を含む表示方法。
2. 前記受信処理において、コンテンツの構成を定義した第１データと、前記コンテンツのレイアウトを定義した第２データとを含むコンテンツデータを受信し、
   前記表示処理において、前記第１データと前記第２データとに基づいて前記画像を描画する
   処理を含む請求項１記載の表示方法。
3. 前記送信処理において、前記ウインドウの識別子を前記表示制御装置へ送信し、
   前記受信処理において、前記コンテンツデータによる画像を表示すべきウインドウを指定する識別子を前記端末から受信し、
   前記複数の表示制御装置の各々によって、
   前記情報処理装置から受信した前記識別子に基づいて、前記端末から受信した前記識別子を検査する
   処理を含む請求項１又は２記載の表示方法。
4. 前記情報処理装置によって、
   前記各表示面の配置に従って、当該表示面の前記座標系における前記ウインドウの前記位置及び／又は前記サイズを変更する処理と、
   前記各表示面について変更された前記位置及び／又は前記サイズを、当該表示面に係る前記表示制御装置に送信する処理と
   を含む請求項１乃至３のいずれか１つ記載の表示方法。
5. 前記情報処理装置によって、
   前記ウインドウの表示角度を変更する処理と、
   変更された前記表示角度を、前記各表示面に係る前記表示制御装置に送信する処理と
   を含み、
   前記表示処理において、前記情報処理装置から受信した前記表示角度に従って、前記画像を表示する
   請求項１乃至４のいずれか１つ記載の表示方法。
6. 全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置に接続するための情報処理装置であって、
   前記全体画面の座標系におけるウインドウの位置及びサイズを、前記各表示面の配置に従って、当該表示面の座標系における前記ウインドウの位置及びサイズに変換する変換部と、
   前記各表示面の前記座標系における前記位置及び前記サイズを、当該表示面に係る表示制御装置に送信する送信部と
   を有する情報処理装置。
7. 第１の送信元から、自ら提供する表示面の座標系におけるウインドウの位置及びサイズを受信し、更に第２の送信元から、コンテンツデータを受信する受信部と、
   受信した前記コンテンツデータに基づいて描画した画像を、受信した前記位置及び前記サイズに従って表示する表示処理部と
   を有する表示制御装置。
8. 全体画面の一部である表示面を提供する表示装置の各々を有する複数の表示制御装置に接続するためのコンピュータに、
   前記全体画面の座標系におけるウインドウの位置及びサイズを、前記各表示面の配置に従って、当該表示面の座標系における前記ウインドウの位置及びサイズに変換し、
   前記各表示面の前記座標系における前記位置及び前記サイズを、当該表示面に係る表示制御装置に送信する
   処理を実行させるプログラム。
9. 表示部を有するコンピュータに、
   第１の送信元から、前記表示部が提供する表示面の座標系におけるウインドウの位置及びサイズを受信し、
   第２の送信元から、コンテンツデータを受信し、
   受信した前記コンテンツデータに基づいて描画した画像を、受信した前記位置及び前記サイズに従って表示する
   処理を実行させるプログラム。

Images