(57)【要約】【課題】ユーザと大画面ディスプレイとの間の快適なインタラクションを実現する表示制御システム、表示制御方法及び表示制御プログラムを提供することを目的とする。【解決手段】複数の表示デバイスを有する表示制御システムであって、ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報を取得するタスク情報取得手段と、前記複数の表示デバイスに関する情報を取得するデバイス情報取得手段１２０と、前記複数の表示デバイスの現在の利用状況に関する情報を検出する状況検出手段１３０と、前記所定のタスクに関する情報、前記複数の表示デバイスに関する情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記複数の表示デバイスから前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するコンテンツ制御手段１５０とを有することを特徴とする表示制御システム。【選択図】図４
2009223061.tif 000002
【特許請求の範囲】
【請求項１】
複数の表示デバイスを有する表示制御システムであって、
ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報を取得するタスク情報取得手段と、
前記複数の表示デバイスに関する情報を取得するデバイス情報取得手段と、
前記複数の表示デバイスの現在の利用状況に関する情報を検出する状況検出手段と、
前記所定のタスクに関する情報、前記複数の表示デバイスに関する情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記複数の表示デバイスから前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するコンテンツ制御手段と、
を有することを特徴とする表示制御システム。
【請求項２】
前記コンテンツ制御手段は、前記所定のタスクに関する情報及び前記複数の表示デバイスに関する情報に基づき、前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイスに係る優先順位情報を作成し、
作成された前記優先順位情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定することを特徴とする請求項１に記載の表示制御システム。
【請求項３】
前記所定のタスクに関する情報とは、該所定のタスクに対応するコンテンツの種類、該コンテンツに対するアクセス権限、該コンテンツの鮮鋭度、彩度の属性情報であることを特徴とする請求項１又は２に記載の表示制御システム。
【請求項４】
前記複数の表示デバイスに関する情報とは、各々の前記複数の表示デバイスの特性に係る情報であることを特徴とする請求項１乃至３のいずれか一項に記載の表示制御システム。
【請求項５】
前記複数の表示デバイスの現在の利用状況に関する情報とは、当該表示制御システムにおいて既に利用されている表示デバイス及び／又は表示デバイスの表示領域の位置及び大きさに係る情報であることを特徴とする請求項１乃至４のいずれか一項に記載の表示制御システム。
【請求項６】
前記状況検出手段は、さらに、前記所定のタスクの実行指示を行ったユーザが当該表示制御システムを利用中のユーザであるのか否かを検出し、
前記状況検出手段により前記所定のタスクの実行指示を行ったユーザが当該表示制御システムを利用中のユーザであることが検出された場合、前記コンテンツ制御手段は、当該ユーザが既に利用中の表示デバイス及び／又は表示デバイスの表示領域に隣接する表示デバイス及び／又は表示デバイスの表示領域を、前記コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域として決定することを特徴とする請求項１乃至５のいずれか一項に記載の表示制御システム。
【請求項７】
前記コンテンツ制御手段により決定された前記コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域において、前記コンテンツの表示に係る視覚効果を表示する視覚効果手段をさらに有することを特徴とする請求項１乃至６のいずれか一項に記載の表示制御システム。
【請求項８】
前記視覚効果手段は、当該視覚効果手段による視覚効果を中止すると共に前記コンテンツ制御手段により決定された前記コンテンツの表示を行うための指示入力手段を提供することを特徴とする請求項１乃至７のいずれか一項に記載の表示制御システム。
【請求項９】
複数の表示デバイスを有する表示制御システムにおける表示制御方法であって、
ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報を取得するタスク情報取得工程と、
前記複数の表示デバイスに関する情報を取得するデバイス情報取得工程と、
前記複数の表示デバイスの現在の利用状況に関する情報を検出する状況検出工程と、
前記所定のタスクに関する情報、前記複数の表示デバイスに関する情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記複数の表示デバイスから前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するコンテンツ制御工程と、
を有することを特徴とする表示制御方法。
【請求項１０】
コンピュータに、請求項９に記載の表示制御方法を実現させるための表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示制御システム、表示制御方法及び表示制御プログラムに関する。
【背景技術】
【０００２】
近年、液晶パネルや半導体等のデバイスの価格が下落し、PC（Personal Computer）のグラフィック処理能力やタイリング処理などの技術が進化している。そのため、今後、広大な表示面積を持つ大画面ディスプレイが、オフィス、家庭、商業施設等の公共の場所において広く普及することが期待される。このような状況では、大画面ディスプレイに表示されるコンテンツの閲覧・操作を、利用者が簡単に且つ効率よく行えることが重要である。
【０００３】
従来のデスクトップPC環境（１台のPCに複数台のディスプレイを接続したマルチモニタ環境を含む）では、米アップル社のMacintosh（登録商標）や、米マイクロソフト社のWindows（登録商標）、Linux等の各種OS（Operation System）にユーザが快適に表示コンテンツを操作・制御するためのGUI（Graphical User Interface）環境が標準搭載されている。そのため、ユーザはキーボード、マウス、タッチパネル等の入力デバイスでディスプレイに表示されるコンテンツの閲覧・操作を簡単に且つ効率よく行うことができる。
【０００４】
しかしながら、従来のデスクトップ環境で使用されてきたGUIや入力デバイス等に基づいたCHI(Computer Human Interaction)技術を、大画面ディスプレイ環境（大画面ディスプレイを用いた環境）に適用しようとすると、以下のような新たな課題が発生すると考えられる。
【０００５】
まず、表示されるコンテンツの操作性や視覚効果に係る課題が挙げられる。即ち、大画面ディスプレイに表示されるコンテンツをマウスやタッチパネルで操作する場合、ユーザの位置から遠くにあるコンテンツへのアクセスや、ドラッグ操作によるコンテンツの長距離移動が困難且つ時間がかかるようになる。これを解決するために、単純にマウスの単位操作量に対するカーソルの移動距離を大きくすると、ユーザがカーソルを追跡するのが困難となる。また、新たにコンテンツを画面上に表示する際、ユーザの視野に入る領域が表示面積に対して相対的に小さくなるため、ユーザが当該コンテンツの表示位置を確認するのが困難となる。
【０００６】
その他の課題として、表示レイアウト及びタスクの管理・制御に係る課題が挙げられる。即ち、特に複数のユーザ又はグループが大画面ディスプレイ環境を共有する場合、ユーザ数又はグループ数及び表示コンテンツ数の増加に伴い、コンテンツあたりの表示面積が減少する、コンテンツの遮蔽(重なり)が増加する、或いは、ユーザの利用状況及びタスクの性質に対して不適切なディスプレイ環境が提供される等の好ましくない状況が発生することが懸念される。また、複数のディスプレイデバイスを組み合わせることにより、大画面ディスプレイ環境を仮想的に形成する場合、ディスプレイデバイス間の不連続な境界を跨る形でコンテンツが表示されないよう、適切に表示レイアウトを制御することが望ましい。
【０００７】
以上のような課題を鑑みると、大画面ディスプレイ環境においては、従来のデスクトップ環境以上に、表示されるコンテンツを快適に操作するインターフェース、コンテンツに対する操作の視覚的なフィードバック、ユーザ及びグループのタスク管理及びコンテンツの表示レイアウトの管理や制御を行うことがより重要となると考えられる。
【０００８】
従来、ユーザと表示デバイス（大画面ディスプレイを含む）との間の快適なインタラクションを実現しようとする各種発明がなされてきている。
【０００９】
例えば特許文献１には、画面上の作業領域におけるオブジェクトの占有面積に基づいて、表示オブジェクトの縮尺を変更する技術が開示されている。これによれば、全画面をルートとし、その子供に相当するウィンドウやアイコンなどの表示オブジェクトがルート画面に配置される。子供ウィンドウはさらに内部に下位のウィンドウやアイコンを持つ。ウィンドウの大きさはユーザ・プログラマブルであり、各ウィンドウは独立した縮尺率を持つ。縮尺率は、ウィンドウの面積に対してその内部の表示オブジェクトの総面積が占める割合が一定になる又は一定値を超えないように決定される。
【００１０】
また、非特許文献１には、ユーザのカーソル追跡とカーソルの長距離移動とを両立させるための、大画面ディスプレイ環境用のポインティング技術が開示されている。さらに、非特許文献２には、任意のウィンドウ領域を、別のウィンドウ上に複製表示するインタラクション技術が開示されている。
【特許文献１】特開２００５−４３９６号公報
【非特許文献１】G. Robertson et al: "The Large-Display User Experience", IEEE Computer Graphics Vol. 25, No.4 (2005)
【非特許文献２】Desney S. Tan, Brian Meyers, Mary Czerwinski: "WinCuts: Manipulating Arbitrary Window Regions for More Effective Use of Screen Space", ACM CHI 2004
【発明の開示】
【発明が解決しようとする課題】
【００１１】
前述のように、大画面ディスプレイ環境においては、従来のデスクトップ環境以上に、表示されるコンテンツを快適に操作するインターフェース、コンテンツに対する操作の視覚的なフィードバック、ユーザ及びグループのタスク管理及びコンテンツの表示レイアウトの管理や制御を行うことがより重要になると考えられる。
【００１２】
しかしながら、従来技術（特許文献１等参照）は、これらの内の一部を解決しようとするものでありその全てを実現できなかった。
【００１３】
本発明は、上記の点に鑑みて、この問題を解決するために発明されたものであり、ユーザと大画面ディスプレイとの間の快適なインタラクションを実現する表示制御システム、表示制御方法及び表示制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために、本発明における表示制御システムは、複数の表示デバイスを有する表示制御システムであって、ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報を取得するタスク情報取得手段と、前記複数の表示デバイスに関する情報を取得するデバイス情報取得手段と、前記複数の表示デバイスの現在の利用状況に関する情報を検出する状況検出手段と、前記所定のタスクに関する情報、前記複数の表示デバイスに関する情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記複数の表示デバイスから前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するコンテンツ制御手段とを有するように構成することができる。
【００１５】
また、上記の目的を達成するために、本発明における前記コンテンツ制御手段は、前記所定のタスクに関する情報及び前記複数の表示デバイスに関する情報に基づき、前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイスに係る優先順位情報を作成し、作成された前記優先順位情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するように構成することができる。
【００１６】
また、上記の目的を達成するために、本発明における前記所定のタスクに関する情報とは、該所定のタスクに対応するコンテンツの種類、該コンテンツに対するアクセス権限、該コンテンツの鮮鋭度、彩度の属性情報であるように構成することができる。
【００１７】
また、上記の目的を達成するために、本発明における前記複数の表示デバイスに関する情報とは、各々の前記複数の表示デバイスの特性に係る情報であるように構成することができる。
【００１８】
また、上記の目的を達成するために、本発明における前記複数の表示デバイスの現在の利用状況に関する情報とは、当該表示制御システムにおいて既に利用されている表示デバイス及び／又は表示デバイスの表示領域の位置及び大きさに係る情報であるように構成することができる。
【００１９】
また、上記の目的を達成するために、本発明における前記状況検出手段は、さらに、前記所定のタスクの実行指示を行ったユーザが当該表示制御システムを利用中のユーザであるのか否かを検出し、前記状況検出手段により前記所定のタスクの実行指示を行ったユーザが当該表示制御システムを利用中のユーザであることが検出された場合、前記コンテンツ制御手段は、当該ユーザが既に利用中の表示デバイス及び／又は表示デバイスの表示領域に隣接する表示デバイス及び／又は表示デバイスの表示領域を、前記コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域として決定するように構成することができる。
【００２０】
また、上記の目的を達成するために、本発明における表示制御システムは、前記コンテンツ制御手段により決定された前記コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域において前記コンテンツの表示に係る視覚効果を表示する視覚効果手段をさらに有するように構成することができる。
【００２１】
また、上記の目的を達成するために、本発明における前記視覚効果手段は、当該視覚効果手段による視覚効果を中止すると共に前記コンテンツ制御手段により決定された前記コンテンツの表示を行うための指示入力手段を提供するように構成することができる。
【００２２】
また、上記の目的を達成するために、本発明における表示制御方法は、複数の表示デバイスを有する表示制御システムにおける表示制御方法であって、ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報を取得するタスク情報取得工程と、前記複数の表示デバイスに関する情報を取得するデバイス情報取得工程と、前記複数の表示デバイスの現在の利用状況に関する情報を検出する状況検出工程と、前記所定のタスクに関する情報、前記複数の表示デバイスに関する情報及び前記複数の表示デバイスの現在の利用状況に関する情報に基づいて、前記複数の表示デバイスから前記所定のタスクに対応するコンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するコンテンツ制御工程とを有するように構成することができる。
【００２３】
また、上記の目的を達成するために、本発明における表示制御プログラムは、コンピュータに、上記の表示制御方法を実現させるための表示制御プログラムであるように構成することができる。
【発明の効果】
【００２４】
本発明によれば、ユーザと大画面ディスプレイとの間の快適なインタラクションを実現する表示制御システム、表示制御方法及び表示制御プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を実施するための最良の形態を図面に基づき説明する。
【００２６】
［実施の形態］
（表示制御システム）
図１は、本実施形態における表示制御システムの概要を示す図である。図１において、表示制御システム1は、大画面デバイス11、12、13（以降、総称する場合には「大画面デバイス10」とする）、タイル画面デバイス20を有する構成である。
【００２７】
大画面デバイス10は、大型（大画面）の表示デバイスを搭載したデバイスである。各々の大画面デバイス10が備える表示デバイスの大きさ、解像度、階調、価格等の仕様は同一であっても異なるものであってもよいものとする。即ち、異なる仕様の表示デバイスを組み合わせて当該表示制御システム１を構成することができる。また、複数の表示デバイスを組み合わせることにより仮想的に大画面が形成される表示デバイスであってもよい。さらに、各々の大画面デバイス10とのインタラクションに使用されるタッチパネル、キーボード、マウス、トラックボール、リモートコントローラ等の入力デバイス（非図示）についても同様に仕様が異なるものであってもよい。
【００２８】
タイル画面デバイス20は、複数の小型（小画面）の表示デバイスをタイル状に組み合わせることにより1つの大画面を構成したデバイスである。
【００２９】
以上に示されるように、本実施形態に係る表示制御システム1は、少なくとも一つの大画面デバイス10（画面デバイス10の備える表示デバイス）を閉空間において有するシステム構成である。
【００３０】
ところで、このような表示制御システム1では、ユーザは自らのタスクや目的に応じて利用するデバイスとして最適な大画面デバイス10及び入力デバイス（非図示）を選択できることが望ましい。
【００３１】
しかしながら、仕様の異なる複数の大画面デバイス10及び入力デバイスが混在する場合には、ユーザ自身が自らのタスク遂行のためにどの大画面デバイス10のどの表示領域でどのようにコンテンツ表示・操作を行えばよいのか判断するのは困難であると予想される。特に、当該表示制御システム1が複数のユーザ又はグループにより同時に利用される場合、このようなコンテンツ表示・操作やタスクに係る制御をユーザ自身が行うことは困難を極めると予想される。
【００３２】
そこで、本実施形態によれば、以下に例示するハードウェア構成、ソフトウェア構成及び動作により、このようなコンテンツ表示・操作やタスクに係る制御等を解決して、ユーザと大画面ディスプレイとの間の快適なインタラクションを実現することができる。
【００３３】
（ハードウェア構成）
図２は、本実施形態における表示制御システムのハードウェア構成の一例を示す図である。図２に示す大画面デバイス11、12、13及びタイル画面デバイス20は、それぞれ図1に示す各デバイスと対応している。
【００３４】
図２において、表示制御システム1は、LAN（Local Area Network）等のネットワークを介して接続された大画面デバイス11、12、13、タイル画面デバイス20、及び、バックエンドサーバ30を有する構成である。
【００３５】
まず、大画面デバイス11〜13について説明を行う。
【００３６】
大画面デバイス11は、ユーザが所望するコンテンツの表示等を行うためのデバイスであり、LCD11a、タッチパネル11b、PC（Personal Computer）11c、センサ11d等を有する構成である。
【００３７】
LCD（Liquid Crystal Display）11aは、大画面デバイス11の備える表示デバイスである。ここでは例えば45インチ等の大画面の表示デバイスである。タッチパネル11bは、ユーザが各種操作入力を行うための入力デバイスである。なお、LCD11ａの表示機能とタッチパネル11bの操作入力機能は一の装置により実現されてもよいものとする。PC11cは、CPU（Central Processing Unit）、HDD(Hard Disk Drive)等を有する一般的なコンピュータ装置である。
【００３８】
PC11cのハードウェア構成についてより詳細に説明する。図３は、PCのハードウェア構成の一例を示す図である。図３において、PC11cは、バスを介して相互に接続されたCPU21、SDRAM(Synchronous Dynamic Random Access Memory)22、電源23、HDD24、入力インターフェース（以降、「インターフェース」を「I/F」と略称する）25、表示I/F26、ネットワークI/F27、シリアルI/F28、DVD（Digital Versatile Disc）−ROM(Read Only Memory)ドライブ29等を有する構成である。
【００３９】
CPU21は、当該PC11cに接続される各装置（LCD11a、タッチパネル11b、センサ11d等）の制御等を行う中央演算処理装置である。SDRAM22は、CPU21が処理を行うための各種データ（情報）を一時的に記憶する記憶装置である。電源23は、コンセント等から入力した電気を当該PC11cで利用可能にするために変換する装置である。HDD24は、当該PC11c上で起動するOS（Operating System）24a、各種プログラム24bを記憶する記憶装置である。
【００４０】
入力I/F25は、タッチパネル11b等の入力デバイスを接続するための入力インターフェース装置である。表示I/F26は、LCD11a等の表示デバイスを接続するためのインターフェース装置である。ネットワークI/F27は、LAN等のネットワークと接続するためのインターフェース装置である。シリアルI/F28は、後述のセンサ11d等の通信機能を備えた周辺機器を接続するためのインターフェース装置である。DVD−ROMドライブ29は、CD、DVD等の記憶媒体に記憶された各種プログラム24b等を読み取る装置である。
【００４１】
以上、PC11cについて説明を行ってきたが、図２のPC12c、PC13cについても同様であるとする。
【００４２】
図２に戻り、センサ11dは、大画面デバイス11の利用状況（大画面デバイス11の前に当該大画面デバイス11を利用中のユーザが存在するか否か及び存在する場合にはユーザが誰か等）を検出するための検出手段及び同検出手段による検出結果をPC11cに伝送する伝送手段として機能する例えば超音波ロケーションセンサ等の検出装置である。センサ11dが超音波ロケーションセンサであって大画面デバイス11の前に立つユーザが自身のユーザIDが記録された超音波IDタグを保持している場合には、センサ11dは超音波IDタグに記録されたユーザIDを読み取ることにより当該ユーザが誰かを検出すると共に、超音波IDタグからの超音波の発信時刻と到達時間との差に基づいて当該ユーザの位置を検出する。
【００４３】
以上、大画面デバイス11の構成について説明を行ってきた。図２の大画面デバイス12、13の構成は、大画面デバイス13がPDP（Plasma Display Panel）13ａを表示デバイスとして有している点を除いてデバイス11と同様であるとして、ここでは説明を省略する。
【００４４】
続いて、タイル画面デバイス20について説明を行う。
【００４５】
タイル画面デバイス20は、例えば各々の大画面デバイス10の表示内容の制御や操作入力を一括して行うためのものであり、複数の表示デバイスであるLCD20a〜23a、複数の入力デバイスであるタッチパネル20b〜23b、PC20c、センサ20dを有する構成である。
【００４６】
本実施形態では、複数の表示デバイス及び入力デバイスの内のLCD20ａ及びタッチパネル20ｂは、当該タイル画面デバイス20固有の表示デバイス（例えば17inchの小型（小画面）の装置）、入力デバイスである。一方、その他の表示デバイスであるLCD21a〜LCD23aは、それぞれLCD11ａ、12ａ、PDP13ａに表示される表示内容と同一の表示内容を表示すべくタイル状に配設された表示デバイス（例えば17inchの小型（小画面）の装置）である。同様に、その他の入力デバイスであるタッチパネル21b〜23bは、それぞれタッチパネル11b〜13bと同様の機能を有する入力デバイスである。
【００４７】
PC20cは、図３のPC11cと同様に一般的なコンピュータ装置である。なお、PC20cでは、表示I/F26にはマルチモニタをサポートしたグラフィックコントローラが搭載されているものとする。また、入力I/F25は、タッチパネル11b〜13bの入力デバイス及び後述のトラックボール20e等の入力デバイスをサポートしている。
【００４８】
センサ20dは、前述したセンサ11dと同様に、超音波ロケーションセンサ等の検出装置である。トラックボール20eは、ユーザが操作入力を行うための入力デバイスの一種である。
【００４９】
以上、タイル画面デバイス20について説明を行ってきたが、タイル画面デバイス20は、その他キーボード等の非図示の入力デバイスを備えていてもよいものとする。また、このタイル画面デバイス20が設けられることにより、ユーザはタイル画面デバイス20上で各々の大画面デバイス10の表示内容の制御や操作入力を一括して行うことができる。
【００５０】
続いて、バックエンドサーバ30について説明を行う。
【００５１】
図２において、バックエンドサーバ30は、サーバPC30cを有する構成である。バックエンドサーバ30は、大画面デバイス10及びタイル画面デバイス20に対してWebサービスを提供するWebサーバとして機能すると共に、種々のコンテンツやシステム設定情報を格納する情報格納手段としての機能を有する。
【００５２】
サーバPC30cは、当該表示制御システム1におけるコンテンツ表示・操作やタスクに係る制御に必要な各種情報を管理し、大画面デバイス10又はタイル画面デバイス20からのサービス要求に応じて当該サーバPC30cが管理する情報を扱うサービスを提供するデバイスである。なお、図１ではサーバPC30cは図示していないが、LAN等のネットワークを介して大画面デバイス10及びタイル画面デバイス20と接続されていれば任意の場所に設置してよいものとする。
【００５３】
以上、当該表示制御システム1を構成する各々の装置について説明を行ってきた。ここで、当該表示制御システム１を構成する各々の装置には、予め共通のグループIDが設定されているものとする。これは、各々の装置間で各種データの相互通信を自由に行える共通の空間を形成するためである。また、各々の装置の位置関係（例えば図１では、大画面デバイス11と大画面デバイス12とは互いに直行するように隣接して配置されていること等）を取得することは既知の技術により可能である。即ち、各々の大画面デバイス10、タイル画面デバイス20及びバックエンドサーバ30は、互いの位置関係を任意のタイミングで取得可能であるものとする。
【００５４】
（ソフトウェア構成）
図４は、本実施形態における表示制御システムのソフトウェア構成の一例を示す図である。ここでは、大画面デバイス10或いはタイル画面デバイス20（以降、大画面デバイス10或いはタイル画面デバイス20のいずれかを指す場合には、「画面デバイス40」とする)及びバックエンドサーバ30のソフトウェア構成について説明を行う。
【００５５】
図４において、画面デバイス40は、制御部110、デバイス取得部120、状況検出部130、メニュー表示部140、コンテンツ制御部150、Webクライアント部160を有する。また、バックエンドサーバ30は、Webサービス部310、データベース320を有する。これらの各機能部の機能は、画面デバイス40或いはバックエンドサーバ30のHDD24（図３参照）に記憶される各種プログラム24bによって実現される機能である。
【００５６】
以下、図４の各機能部について説明を行う。
【００５７】
制御部110は、当該画面デバイス40の動作全体に係る制御を、デバイス取得部120〜コンテンツ制御部150との間のコマンド及びデータの通信に基づいて行う。なお、他の画面デバイス40の制御部（非図示）との間のコマンド又はデータの通信に基づいて当該画面デバイス40の動作に係る制御を行ってもよいものとする。
【００５８】
デバイス取得部120は、当該画面デバイス40が備えるデバイスに関する情報を取得する。具体的には、当該画面デバイス40が備える表示デバイス（LCD11a等）及び入力デバイス（タッチパネル11b等）等のデバイスに関する情報を取得する。デバイスに関する情報とは、表示デバイスであれば表示デバイス名、表示デバイスの解像度・階調等、入力デバイスであれば入力デバイスの種類等の各種属性値である。このようなデバイスに関する情報の取得は、OS24aに標準搭載されるミドルウェアを用いる等により容易に行うことができるため、ここでは詳細な説明を省略する。
【００５９】
状況検出部130は、当該画面デバイス40の現在の利用状況（当該画面デバイス40の前に当該画面デバイス40を利用中のユーザが存在するか否か及び存在する場合にはユーザが誰か等）に関する情報を検出する。具体的には、当該画面デバイス40が備える検出装置（センサ11d等）から送信された信号を基に検出する。
【００６０】
メニュー表示部140は、当該画面デバイス40にメニュー表示を行う。具体的には、所定の入力がされると、画面デバイス40の利用ガイドとなるメニュー画面（図17〜19等参照）を画面デバイス40が備える表示デバイス（LCD11a等）に表示する。所定の入力とは、例えば入力デバイスがタッチパネルの場合には、同タッチパネル上でコンテンツが表示されていない非コンテンツ表示領域がユーザにより押下（接触）されることである。
【００６１】
コンテンツ制御部150は、当該画面デバイス40に表示させるコンテンツ（表示内容）に係る制御を行う。例えばユーザが画面デバイス40において所定のコンテンツを表示しようとする際には、該所定のコンテンツをWebクライアント部160を介してバックエンドサーバ30のデータベース320から取得すると共に、そのコンテンツ及び視覚効果を当該画面デバイス40が備える表示デバイス（LCD11a等）に表示する。また、ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報（Ｗｅｂブラウザ、ホワイトボード、メーラ等のアプリケーションの起動、ドキュメント等の表示指示に係る情報）を取得するタスク情報取得手段を含むように構成することもできる。
【００６２】
Webクライアント部160は、後述するWebサービス部310との間でコマンド及びデータの通信を行う。ここでは、デバイス取得部120〜コンテンツ制御部150による各種命令等に基づいて行う。なお、本実施形態では、Webクライアント部160とWebサービス部310との間の通信プロトコルとしてはHTTP(Hyper Text Transfer Protocol)が用いられるものとして説明を行うが、この場合に限らないものとする。
【００６３】
Webサービス部310は、Webクライアント部160との間でコマンド及びデータの通信を行う。ここでは、Webクライアント部160からのサービス要求に応じて、データベース320に管理されるデータの取得・更新・登録・削除等の処理を行い、処理結果をHTML形式やXML形式のデータによりWebクライアント部160に返す。
【００６４】
図５は、Webクライアント部とWebサービス部の間のデータ通信に係る説明図である。まず、Webクライアント部160は、Webサービス部310に対してTCPセッションを張り、図５（１）のようなサービス要求に係るHTTPリクエストメッセージをWebサービス部310に送信する。該HTTPリクエストメッセージを受信したWebサービス部310は、該HTTPリクエストメッセージの内容に応じて、図５（２）のようなレスポンスメッセージをWebクライアント部160に送信する。
【００６５】
図４に戻り、データベース320は、当該表示制御システム1において用いられる各種データを管理する例えばSQLにより操作可能なデータ管理手段である。各種データとは、当該表示制御システム１を構成する各画面デバイス40が備えるデバイスに関する情報及び画面デバイス40の利用状況に関する情報等である。以降、データベース320により管理されるデータの具体例について、図６〜１２を参照して説明する。
【００６６】
（データベースで管理されるデータ）
ここでは、データベース320により管理されるデータの具体例として、図６〜１２に示す各テーブルの概要及びテーブルを構成する各カラムの意味について説明を行う。
【００６７】
（表示デバイスに関する情報を管理するディスプレイテーブル）
図６は、画面デバイスが備える表示デバイスに関する情報を管理するテーブル（ディスプレイ（display）テーブル）である。このテーブルは、大画面デバイス10或いはタイル画面デバイス20が備える表示デバイスに関する情報を一元管理するためのものである。
【００６８】
図６におけるID（主キー）カラムは、本テーブルに格納されたレコードを一意に特定するためのID値（レコードが新規作成される際にデータベース制御プログラムにより自動的に値が割り当てられる）である。nameカラムは、当該表示デバイスの名称である。widthカラムは、当該表示デバイスの横方向の画素数である。heightカラムは、当該表示デバイスの縦方向の画素数である。sizeカラムは、当該表示デバイスの大きさ（inch単位）である。bitsカラムは、当該表示デバイスの個々の画素のビット数である。colorカラムは、当該表示デバイスの個々の画素のカラーフォーマットを示す列挙値である。モノクロの場合には"GRAY"をRGBカラーの場合には"RGB"を値にとるものとする。hostカラムは、当該表示デバイスに接続されるPCのホスト名（或いはIPアドレス）である。
【００６９】
（入力デバイスに関する情報を管理するインプットデバイステーブル）
図７は、画面デバイスが備える入力デバイスに関する情報を管理するテーブル（インプットデバイス（input_device）テーブル）である。このテーブルは、大画面デバイス10或いはタイル画面デバイス20が備える入力デバイスに関する情報を一元管理するためのものである。
【００７０】
図７におけるID（主キー）カラムは、本テーブルに格納されたレコードを一意に特定するためのID値（レコードが新規作成される際にデータベース制御プログラムにより自動的に値が割り当てられる）である。nameカラムは、当該入力デバイスの名称である。typeカラムは、当該入力デバイスの種類を示す列挙値である。ここでは、タッチパネルの場合には"TP"を、キーボードの場合には"KB"を、マウスの場合には"MOUSE"を、トラックボールの場合には"TB"を値にとるものとする。hostカラムは、当該入力デバイスに接続されるPCのホスト名（或いはIPアドレス）である。
【００７１】
（表示制御システムの利用状況に関する情報を管理するステータステーブル）
図８は、表示制御システムの利用状況を管理するテーブル（ステータス（status）テーブル）である。このテーブルは、表示制御システム１の現在の利用状況の登録又は取得のために使用されるほか、過去の利用状況（つまり利用履歴）を示すログデータとしても使用される。図９は、図８のテーブルを補足説明するためのテーブルである。
【００７２】
図８におけるID（主キー）カラムは、本テーブルに格納されたレコードを一意に特定するためのID値（レコードが新規作成される際にデータベース制御プログラムにより自動的に値が割り当てられる）である。startカラムは、当該表示制御システム1の利用の開始日時のデータである。endカラムは、当該表示制御システム1の利用の終了日時のデータである。ここでは、日時のデータのデフォルト値として、例えば"1970-01-01 09:00:00"と設定されるものとする。この場合、startカラムに利用の現の開始日時のデータが設定され、且つ、endカラムに前記デフォルト値が設定されているような場合には、利用が終了していない、つまり現在利用中であることを意味する。
【００７３】
図８におけるuserlistカラムは、当該表示制御システム１を利用中の又は利用したユーザが記述されるテキストデータである。このテキストデータのデータ形式は、図９（ａ）に示されるように、内部にID属性を持つuser要素（＜user id="XXX"/＞）が並んだ構造のデータ形式である。なお、ID属性（例えば3001,3002）は、当該表示制御システム１においてユーザ毎に管理されるユーザIDに該当する。詳細については図１０を用いて後述する。ID属性の値が空の場合には、自身のユーザIDを有しないユーザ、つまり超音波IDタグを持たないユーザが利用中である又は利用したことを示している。
【００７４】
Screenカラムは、当該表示制御システム１において利用中の又は利用された表示デバイスに関する情報及びその利用に際しての表示領域の範囲等、表示領域に関する情報を記述したテキストデータである。このテキストデータのデータ形式は、図９（ｂ）に示されるように、内部にID属性を持つdisplay要素（＜display id="XXX"＞）及びdisplay要素の中に表示領域を示す子要素（left要素、top要素、right要素、bottom要素、（＜left＞960＜/left＞等）が並んだ構造のデータ形式である。例えば、図９（ｂ）に記載のデータは、IDが2の表示デバイスの右半分と、IDが3の表示デバイスの左半分が使用されていることを示している。なお、ここでのIDは、ディスプレイテーブルにおける表示デバイスのIDカラムに管理されるID値と対応している。
【００７５】
以上、図８及び図９を用いて説明を行ってきたステータステーブルを用いることにより、当該表示制御システム1において複数の表示デバイスを跨るような複雑な表示領域を扱うことができると共に、各々の表示デバイスの現在又は過去の利用状況を管理することができる。
【００７６】
（ユーザに関する情報を管理するユーザテーブル）
図１０は、表示制御システムを利用するユーザに関する情報を管理するテーブル（ユーザ（user）テーブル）である。このテーブルは、大画面デバイス10或いはタイル画面デバイス20を利用するユーザに関する情報を一元管理するためのものである。
【００７７】
図１０におけるID（主キー）カラムは、本テーブルに格納されたレコードを一意に特定するためのID値（例えば社員番号のようなID値）である。nameカラムは、当該ユーザのフルネームである。passwdカラムは、当該表示制御システム1の利用のために当該ユーザに付与されたパスワードである。パスワードをハッシュコード化した記号列が格納されるようにすることができる。emailカラムは、当該ユーザのメールアドレスである。org_ID（外部キー）カラムは、当該ユーザが所属しているグループ（組織）のID値である。グループのIDや名称などを別途管理するテーブルの主キー（ID）を参照する外部キーである。
【００７８】
（ユーザのIDと超音波IDタグに記録されたユーザIDとを対応付けて管理するユーザIDテーブル）
図１１は、表示制御システムにおいて管理されるユーザのIDと超音波IDタグに記録されたユーザIDとを対応付けて管理するテーブル（ユーザID（usID）テーブル）である。
【００７９】
図１１におけるID（主キー）カラムは、当該ユーザが保持している超音波IDタグに記憶されたユーザIDのID値である。user_ID（外部キー）カラムは、当該表示制御システム1において管理されるユーザのID値であり、超音波IDタグに記憶されたユーザIDと対応付けて管理される。図１０のユーザテーブルの主キー（IDカラム）を参照する外部キーでもある。
【００８０】
なお、図４の状況検出部130は、当該画面デバイス40が備える検出装置（センサ１１ｄ等）から送信された信号を基に、このユーザIDテーブルを用いて当該画面デバイス40を利用しているユーザを検出することができる。
【００８１】
（ドキュメントに関する情報を管理するドキュメントテーブル）
図１２は、ドキュメントに関する情報を管理するテーブル（ドキュメント（document）テーブル）である。このテーブルは、当該表示制御システム1において表示されるドキュメントを管理するためのものである。なお、詳細には後述するが、ここではドキュメント毎に当該ドキュメントへのアクセス権限、当該ドキュメントの鮮鋭度及び彩度が対応付けて管理される。
【００８２】
図１２におけるID（主キー）カラムは、本テーブルに格納されたレコードを一意に特定するためのID値（レコードが新規作成される際にデータベース制御プログラムにより自動的に値が割り当てられる）である。titleカラムは、当該ドキュメントの概要を示すためのテキストデータである。当該ドキュメントの登録時にユーザにより直接入力されてもよいし、またドキュメントのファイル名から拡張子を除いたテキストを自動的に入力するようにしてもよい。urlカラムは、当該ドキュメントのURL（Uniform Resource Locator）を示すテキストデータである。当該ドキュメントがファイルそのものではなく、ファイルやWebページへのリンクである場合に同テキストデータが登録されるようにすることができる。Mime-typeカラムは、当該ドキュメントのMIME（Multipart Internet Mail Extension）タイプを表すテキストデータである。owner（外部キー)カラムは、当該ドキュメントの所有者であるユーザのID値であり、図１０のユーザテーブルの主キー（IDカラム）を参照する外部キーである。
【００８３】
accessカラムは当該ドキュメントへのアクセス（読み書き）権限を示す列挙値である。当該ドキュメントのオーナーしかアクセスできない場合には"PRIVATE"を、オーナーと同じグループに属するユーザのみアクセスできる場合には"GROUP"を、誰でもアクセスできる場合には"PUBLIC"を値にとるものとする。
【００８４】
sharpnessカラムは、当該ドキュメントの鮮鋭度を示す列挙値である。当該ドキュメントの鮮鋭度が高い場合には"HIGH"を、低い場合は"LOW"を、それ以外の場合は"MID"を値にとるものとする。なお、ドキュメントの鮮鋭度は、当該ドキュメントの新規登録時並びに登録されたドキュメントの更新時に、FFT (Fast Fourier Transform)を実施して得られた周波数スペクトルに基づいて決定される。また、当該ドキュメントがファイルやWebページへのリンクである場合、本カラムにはNULL値が登録されるようにすることもできる。
【００８５】
colorカラムは、当該ドキュメントの彩度を示す列挙値である。当該ドキュメントの彩度が高い場合は"HIGH"を、低い場合は"LOW"を、中位の場合は"MID"を、またドキュメントがモノクロの場合は"GRAY"を、値にとること等ができる。なお、ドキュメントの彩度は、当該ドキュメントの新規登録時並びに登録されたドキュメントの更新時に、当該ドキュメントから色ヒストグラムを抽出した結果に基づいて決定される。また、当該ドキュメントがファイルやWebページへのリンクである場合、本カラムにはNULL値が登録されるようにすることもできる。
【００８６】
以上、図６〜図１２を用いてデータベース320により管理されるデータについて説明を行ってきた。ここで、このようなデータがWebクライアント部160とWebサービス部310との間で通信される際には、例えば図１３に示すXML形式のデータで行われる。
【００８７】
（Webクライアント部とWebサービス部との間で通信されるデータのデータ構造）
図１３は、Webクライアント部とWebサービス部との間で通信されるデータのデータ構造の一例である。ここでは、図６のディスプレイテーブルに管理されるデータが通信される際のデータ構造を例に挙げて説明する。
【００８８】
まず、データベース320に管理される任意のテーブルの単一のレコード、ここでは図６のディスプレイテーブルのID値が1のレコード内のデータ、がXML形式データで記述される場合を例に説明する。データ構造は図１３（ａ）に示されるようになる。即ち、XML宣言（省略可）の後に、テーブル名（ここではdisplay）を要素とする第1レベルと、該テーブルの有するカラム名（ここではname、width、・・・）を要素とする第2レベルが続くツリー構造になる。
【００８９】
続いて、データベース320に管理される任意のテーブルの複数のレコード、ここでは図６のディスプレイテーブルのID値が1及び2のレコード内のデータ、がXML形式データで記述される場合を例に説明する。データ構造は図１３（ｂ）に示されるようになる。即ち、XML宣言（省略可）の後に、テーブル名（ここではdisplay）に所定の文字列（ここでは"_list"）を付加したものを要素とする第1レベルと、上述の2つの要素のレベルがそれぞれ1つ繰り下げられた第2レベルと、第3レベルが続くツリー構造になる。
【００９０】
（データベースに管理されるデータの制御）
また、本実施形態によれば、Webサービス部310は、データベース320上の任意のレコード或いは任意のカラムにおいて管理されるデータに対して一意のパスを割り当てると共に、該データの取得・更新・新規作成・削除を、それぞれHTTPのGET・PUT・POST・DELETEメソッドにより行う。そのため、REST(REpresentational State Transfer)に適用可能な実装となっている。以降、各メソッドの詳細についての説明を行う。
【００９１】
（データベース320に管理されるデータの取得について）
まず、データベース320に管理されるデータを取得する取得手段としての機能を実現するために用いられるHTTPのGETメソッドについて図１４を用いて説明する。図１４は、GETメソッドについて説明を行うための図である。
【００９２】
データベース320上の所定のテーブルに登録された所定のデータを取得する場合には、Webクライアント部160がWebサービス部310に対して送信するHTTPリクエストメッセージ（図５（１）参照）のメッセージヘッダに、"GET/（取得対象のテーブル名（図１４ではtable_1）/取得対象のID値（図１４ではID_1）/取得対象のカラム名（図１４ではc）"が記述される。なお、メッセージボディには何も記述されない。
【００９３】
そうすると、このようなHTTPリクエストメッセージを受信したWebサービス部310は、メッセージの内容に応じてデータベース320上の該当するテーブルの該当するデータを取得する。即ち、メッセージヘッダにおいて指定された取得対象のテーブル（図１４ではtable_1）の指定された取得対象のID値のレコード（図１４ではID_1）の指定された取得対象のカラム名のカラム（図１４ではc）のデータ（図１４ではval_1c）を取得する。続いて取得した値をツリー構造で示されるXML形式のデータに変換してレスポンスメッセージのメッセージボディに記述する。最後に、Webクライアント部160に対して送信する。これにより、画面デバイス40はデータベース320に管理されるデータを取得することができる。
【００９４】
なお、HTTPリクエストメッセージのメッセージヘッダに記述する"GET/（取得対象のテーブル名）/（取得対象のID値）/（取得対象のカラム名）"の内の"取得対象のID値"、"取得対象のカラム名"は省略可能であるように構成することもできる。
【００９５】
"取得対象のカラム名"が省略された場合には、Webサービス部310は、取得対象のテーブルの指定された取得対象のID値のレコードの全てのカラムの値を取得し、これらをレスポンスメッセージのメッセージボディに記述する。また、特に"取得対象のテーブル"にドキュメントテーブル（図１２参照）が指定され且つ"取得対象のカラム名"に所定の文字列（例えば"body"）が指定された場合には、Webサービス部310は、XMLデータではなく当該ID値に相当するコンテンツ本体を取得するように構成することもできる。
【００９６】
"取得対象のテーブル"にステータステーブル（図８参照）が指定され且つ"取得対象のID値"が省略された場合には、Webサービス部310は、当該表示制御システム1の現在の利用状況、即ちendカラムの日時が"1970-01-01 09:00:00"であるレコードのみを取得するように構成することができる。"取得対象のテーブル"にその他のテーブルが指定され且つ"取得対象のID値"が省略された場合には、Webサービス部310は、指定されたテーブルの全てのレコードを取得するように構成することもできる。
【００９７】
（データベース320に管理されるデータの更新について）
続いて、データベース320に管理されるデータを更新する更新手段としての機能を実現するために用いられるHTTPのPUTメソッドについて図１５を用いて説明する。図１５は、PUTメソッドについて説明を行うための図である。
【００９８】
データベース320上の所定のテーブルに管理される所定のデータを更新する場合には、Webクライアント部160がWebサービス部310に対して送信するHTTPリクエストメッセージ（図５（１）参照）のメッセージヘッダに、"PUT/（更新対象のテーブル名（図１５ではtable_1）/更新対象のID値（図１５ではID_2）"が記述され、メッセージボディに更新後のデータ（図１５ではカラムbの値がval_2b'、カラムcの値がval_2c'）が記述される。
【００９９】
そうすると、このようなHTTPリクエストメッセージを受信したWebサービス部310は、メッセージの内容に応じてデータベース320上の指定された更新対象のテーブル（図１５ではtable_1）の指定された更新対象のID値（図１５ではID_2）のレコードを更新後のデータ（図１５ではカラムbの値はval_2b'、カラムcの値はval_2c'）を設定する。これにより、画面デバイス40はデータベース320に管理されるデータを更新することができる。
【０１００】
（データベース320に管理されるデータの新規作成について）
続いて、データベース320に管理されるデータを新規作成する新規作成手段としての機能を実現するために用いられるHTTPのPOSTメソッドについて図１６を用いて説明する。図１６は、POSTメソッドについて説明を行うための図である。
【０１０１】
データベース320上の所定のテーブルに新たなレコードを登録する場合には、Webクライアント部160がWebサービス部310に対して送信するHTTPリクエストメッセージ（図５（１）参照）のメッセージヘッダに"POST/（登録対象のテーブル名（図１６ではtable_1）"が記述され、メッセージボディに登録すべきデータ（図１６ではカラムaの値がval_3a、カラムbの値がval_3b、カラムcの値がval_3c）が記述される。
【０１０２】
そうすると、このようなHTTPリクエストメッセージを受信したWebサービス部310は、メッセージの内容に応じてデータベース320上の指定された登録対象のテーブル（図１６ではtable_1）で指定されるテーブルに新たなID値（図１６ではID_3）を持つレコードを作成し、同レコードの各カラムa、b、cに登録すべきデータ（図１６ではそれぞれval_3a、val_3b、val_3ｃ）を設定する。これにより、画面デバイス40はデータベース320に管理されるデータを新規作成することができる。
【０１０３】
なお、上記登録の後にWebサービス部310はWebクライアント部160に対して図１７に示されるようなレスポンスメッセージを送信する。図１７は、Webクライアント部がWebsサービス部から受信するレスポンスメッセージの一例を示す図である。
【０１０４】
このレスポンスメッセージのLocationヘッダには、新規作成されたデータのURI(Uniform Resource Identifier)（図１７では、http://（中略）display/xxxx）が記載されるように構成することができる。これにより、Webクライアント部160は、受信したレスポンスメッセージのヘッダを参照して新規登録したレコードのID値を知ることができる。
【０１０５】
（データベース320上のデータの削除について）
続いて、データベース320に管理されるデータを削除する削除手段としての機能を実現するために用いられるHTTPのDELETEメソッドについて図１８を用いて説明する。図１８は、DELETEメソッドについて説明を行うための図である。
【０１０６】
データベース320上の所定のテーブルからデータを削除する場合には、Webクライアント部160がWebサービス部310に対して送信するHTTPリクエストメッセージのメッセージヘッダに"DELETE/（削除対象のテーブル名（図１８ではtable_1）/削除対象のID値（図１８ではID_2）"が記述される。なお、メッセージボディには何も記述されない。
【０１０７】
そうすると、このようなHTTPリクエストメッセージを受信したWebサービス部310は、同メッセージの内容に応じてデータベース320上の指定された削除対象のテーブル（図１８ではtable_1）から指定された削除対象のID値（図１８ではID_2）のレコードを削除する。これにより、画面デバイス40はデータベース320に管理されるデータを削除することができる。
【０１０８】
以上、データベース320に管理されるデータの管理されるデータの取得、更新、新規作成、削除について説明を行ってきたが、Webクライアント部160がWebサービス部310に対して送信するHTTPリクエストメッセージに必須項目が記述されていない、又は、パスに記述されたテーブル名等の値が無効である場合等には、Webサービス部310は、Webクライアント部160に対してエラーコードの付いたレスポンスメッセージを送信するように構成することができる。
【０１０９】
［表示制御システムの動作］
以下、本実施形態における表示制御システム1において実現される各種動作の例について図面を参照しながら説明を行う。
【０１１０】
（画面デバイス40の起動動作）
まず、画面デバイス40の電源スイッチ（非図示）がONにされた際の動作について図１９を用いて説明を行う。図１９は、画面デバイスの電源オンに係る処理の一例を示すシーケンス図である。
【０１１１】
まず、制御部110が起動する（S101）。ここでは、画面デバイス40の電源23がONになると、制御部110及びWebクライアント部160がOS24aにより起動される。その後、制御部110は、デバイス取得部120のインスタンスを生成する。
【０１１２】
続いてステップS102へ移って、デバイスに関する情報の取得を行う（S102）。ここでは、ステップS101で生成されたデバイス取得部120は、デバイスに関する情報（当該画面デバイス40が備える表示装置の名前、表示装置の解像度・階調等及び入力デバイスの名前、種類等の各種属性値）を取得する。取得したデバイスに関する情報は当該画面デバイス40に記憶される。
【０１１３】
続いてステップS103へ移って、デバイス登録要求を行う（S103）。ここでは、ステップS102で取得したデバイスに関する情報をバックエンドサーバ30に登録すべく、デバイス取得部120は、該デバイスに関する情報をWebクライアント部160に渡すと共に、Webクライアント部160に対して該デバイスに関する情報をデータベース320のディスプレイテーブル（図６参照）、インプットデバイステーブル（図７参照）に新規登録する旨を命令する。
【０１１４】
続いてステップS104へ移って、POSTメソッドを行う（S104）。ここでは、ステップS103において新規登録に係る命令を受けたWebクライアント部160は、Webサービス部310に対してPOSTメソッド（図１６参照）を行う。具体的には、Webクライアント部160は、ステップS103において受信したデバイスに関する情報に応じて、例えば表示デバイスに関する情報の場合にはHTTPリクエストメッセージのメッセージヘッダに"POST/display"と記述し、メッセージボディには、テーブル名を要素とする第1レベル、テーブルのカラム名を要素とする第2レベルが続くツリー構造のXML形式のデータを記述したものをWebサービス部310に対して送信する。
【０１１５】
続いてステップS105へ移って、データ新規登録を行う（S105）。ここでは、ステップS104においてHTTPリクエストメッセージを受信したWebサービス部310は、該メッセージの内容に応じてデータベース320上のテーブルに新たなレコードを登録する。即ち、同メッセージにおいて指定された登録対象のテーブルに新たなID値を持つレコードを作成し、同レコードの各カラムに登録すべきデータ（表示デバイス又は入力デバイスの属性情報）を設定する。
【０１１６】
以上に示される処理により、画面デバイス40が起動すると、起動した画面デバイス40に接続された表示デバイス及び入力デバイス等のデバイスに関する情報がバックエンドサーバ30に登録される。
【０１１７】
なお、上記ステップS103〜S105に係る処理は、起動した画面デバイス40に接続された表示デバイス及び入力デバイスの数と同数繰り返されるものとする。この場合、デバイス取得部120は、Webクライアント部160がWebサービス部310から受信するレスポンスメッセージのヘッダに含まれる新規登録したレコードのID値を内部的に記憶するものとする。
【０１１８】
（新たなタスクの開始に係る動作）
続いて、画面デバイス40が起動した後に、当該表示制御システム１において新たなタスク（アプリケーション等の起動、ドキュメント等の表示等）を開始する際の動作について説明を行う。
【０１１９】
まず、新たなタスクの開始する際の動作に先立ち、画面デバイス40のメニュー表示部140により表示されるメニュー画面について図２０を用いて説明する。図２０は、メニュー画面の遷移について説明するための図である。
【０１２０】
画面デバイス40が起動した状態において、図２０（ａ）に示す操作、即ち所定の入力操作（起動した画面デバイス40が備える表示デバイスの非コンテンツ表示領域のユーザによる押下、マウスクリック操作等）がされると、メニュー表示部140は当該画面デバイス40の利用ガイドのためのトップメニュー画面を表示する。
【０１２１】
図２１は、トップメニュー画面の一例を示す図である。図２１に例示されるトップメニュー画面には、ユーザと当該画面デバイス40との間の快適なインタラクションを実現すべく、各種タスクの実行指示を入力する指示入力手段としてのボタンが設けられている。
【０１２２】
「ドキュメントを開く」ボタンは、バックエンドサーバ30に管理されるドキュメントの表示・操作を指示するための指示入力手段である。「Webブラウザを開く」ボタンは、当該画面デバイス40にWebブラウザを表示させるための指示入力手段である。また、「ホワイトボードを使う」ボタンは、当該画面デバイス40においてペン操作やタッチ操作等の手書き機能を実現するホワイトボードアプリケーションを使用するための指示入力手段である。さらに、「メーラを開く」ボタンは、当該画面デバイス40にメーラを実行・表示させてメールを読み書きするための指示入力手段である。
【０１２３】
また、「閉じる」ボタンは、当該トップメニュー画面の表示を終了し、引き続き当該画面デバイス40の利用を継続するための指示入力手段である。「終了する」ボタンは、当該画面デバイス40の利用を終了するための指示入力手段である。
【０１２４】
また、図２１に例示するトップメニュー画面には、ユーザの名前（図２１では"Ａさん"）を表示するように構成することもできる。この表示に係る仕組みについてより具体的に説明する。当該画面デバイス40が備える検出装置が超音波ロケーションセンサであって当該画面デバイス40を利用するユーザが自身のユーザIDが記録された超音波IDタグを保持している場合には、状況検出部130は超音波ロケーションセンサに記録されたユーザIDを読み取る。その後、該ユーザIDから特定されるユーザの名前を取得すべく、該ユーザIDに対応するユーザの名前をデータベース320のユーザテーブル（図１０参照）から取得するようにWebクライアント部160に対して命令する。
【０１２５】
そうすると、ユーザの名前の取得に係る命令を受けたWebクライアント部160は、Webサービス部310に対してGETメソッドを行う。GETメソッドの詳細については前述したためここでは詳細な説明を行わないが、データベース320上のユーザテーブル（図１０参照）から対応するユーザの名前を取得する。メッセージ表示部140は、取得したユーザの名前を図２１のように表示する。なお、ユーザの名前の情報を取得できなかった場合は不明（anonymous）ユーザにより操作中である旨を表示するようにしてもよい。
【０１２６】
図２１に示される画面上で「ドキュメントを開く」ボタンが押下（図２０（ｂ）に示す操作）された場合には、メニュー表示部140はドキュメント選択メニュー画面（図２２）へ画面遷移を行う。
【０１２７】
図２２は、ドキュメント選択メニュー画面の一例を示す図である。図２２に例示されるドキュメント選択メニュー画面には、データベース320のドキュメントテーブル（図１２参照）に管理されるドキュメントの内、「ドキュメントを開く」ボタンの押下を行ったユーザがアクセス権限を持つドキュメントのみが更新日時の新しい順に画面下部にリスト表示される。
【０１２８】
このようなドキュメントのリスト表示に係る処理について図２３を用いて説明を行う。図２３は、ドキュメントのリスト表示に係る処理の一例を示すシーケンス図である。ここでは、図２２のドキュメント選択メニュー画面への画面遷移時に「ドキュメントを開く」ボタンの押下を行ったユーザがアクセス権限を持つドキュメントをリスト表示する処理について説明を行う。
【０１２９】
まず、ドキュメントのリストの要求を行う（S201）。ここでは、「ドキュメントを開く」ボタンが押下されると、メニュー表示部140は、データベース320のドキュメントテーブル（図１２参照）に管理されるドキュメントのリストを取得すべく、Webクライアント部160にその旨を命令する。
【０１３０】
続いてステップS202へ移って、GETメソッドを行う（S202）。ここでは、ステップS201においてドキュメントのリストの要求に係る命令を受けたWebクライアント部160は、Webサービス部310に対してGETメソッドを行う。具体的には、ステップS201において受信した命令を受けて、HTTPリクエストメッセージのメッセージヘッダに"GET/document"と記述したものをWebサービス部310に対して送信する。
【０１３１】
続いてステップS203へ移って、データ取得を行う（S203）。ここでは、ステップS202においてHTTPリクエストメッセージを受信したWebサービス部310は、データベース320のドキュメントテーブル（図１２参照）に管理される全てのレコードの全てのカラムの値をツリー構造で示したXML形式のデータを取得する。さらに、Webサービス部310は、取得したXML形式のデータをWebクライアント部160に対して送信する。
【０１３２】
続いてステップS204へ移って、アクセス権限のチェックを行う（S204）。ここでは、デバイス取得部120は、ステップS203により取得したドキュメントのそれぞれに対して当該ユーザがアクセス権限を有しているか否かを判定する。即ち、ステップS203により取得したXML形式のデータに記述された各レコードのowner要素及びaccess要素の値（図１２参照）と状況検出部130により検出される当該ユーザのユーザIDとに基づきそれぞれのドキュメントに対してアクセス権限の有無を判定し、当該ユーザがアクセスできるドキュメントのみを選択する。なお、ここでのアクセス権限の有無の判定結果は、ownerの属する組織と当該ユーザの属する組織が一致しているか否かによって異なってくるが、これについては、ユーザテーブル（図１０参照）のorg_IDカラムの値を取得する要求をWebサービス部310に送信することにより実現できる。また、状況検出部130によりユーザIDが検出されない場合は、access要素の値が"PUBLIC"であるドキュメントのみを選択する。
【０１３３】
続いてステップS205へ移って、ドキュメントのリスト表示を行う（S205）。ここでは、デバイス取得部120は、ステップS204に係る処理により選択されたドキュメントをリスト形式で図２２のようにドキュメント選択メニュー画面の画面下部に表示する。
【０１３４】
以上に示される処理により、図２２のドキュメント選択メニュー画面への画面遷移時には、「ドキュメントを開く」ボタンの押下を行ったユーザがアクセス権限を持つドキュメントのみがリスト表示される。
【０１３５】
ここで、リスト表示されたドキュメントのタイトル部分はハイパーリンクとするように構成することができる。ここで、ユーザがこれらのタイトルの何れかを選択すると（図２０（ｃ）に示す操作）、この選択操作に伴いメニュー表示部140はメニューの表示を終了し、その旨を制御部110に通知する。そうすると、制御部110はコンテンツ制御部150を起動し、選択されたドキュメントのコンテンツ本体を表示させる。一方、画面右下にはトップメニューへ戻るための指示入力手段としての「トップメニューへ」ボタンが表示されており、当該ボタンが押下されると（図２０（ｄ）に示す操作）、メニュー表示部140は図２１のトップメニュー画面を再度表示する。
【０１３６】
（コンテンツの表示に係る動作）
図２１に戻り、図２１に示される画面上で「Ｗｅｂブラウザを開く」ボタン、「ホワイトボードを使う」ボタン、「メーラを開く」ボタンが押下された場合又は前述のリスト表示されたドキュメントのいずれかが選択された場合の動作について説明する。
【０１３７】
このようにユーザによりコンテンツ表示に係る所定のタスク（Ｗｅｂブラウザ、ホワイトボード、メーラ等のアプリケーションの起動、ドキュメント等の表示）の実行指示がされた場合、即ち、ユーザにより実行指示がされたコンテンツ表示に係る所定のタスクに関する情報を取得した場合、この実行指示に伴いメニュー表示部140はメニューの表示を終了し、その旨を制御部110に通知する。そうすると、制御部110はコンテンツ制御部150を起動し、対応するコンテンツを視覚効果を交えて表示させる。
【０１３８】
このようなコンテンツの表示に係る処理について図２４を用いて説明を行う。図２４は、コンテンツの表示に係る処理の一例を示すシーケンス図である。
【０１３９】
まず、テーブルの作成を行う（S301）。ここでは、コンテンツ制御部150は、前記実行指示に対応するコンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域を決定するために使用されるテーブルを作成する。具体的には、実行指示に対応するコンテンツの属性、並びに当該表示制御システム１において利用可能な表示デバイス及び入力デバイスに関する情報に基づいて、コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスを決定するためのテーブルを作成する。作成されるテーブルの一例を図２５に示す。
【０１４０】
図２５は、コンテンツの表示に係る表示領域を決定するためのテーブルの一例を示す図である。図２５に示される表では、説明の便宜のために、実行指示に対応するコンテンツ以外のコンテンツも合わせて列挙している。
【０１４１】
図２５において、contentカラムは実行指示に対応するコンテンツの種類である。sharpnessカラム、colorカラム及びaccessカラムは、それぞれ実行指示に対応するコンテンツの鮮鋭度、彩度、アクセスレベルを示す。また、第１候補から第４候補のカラムは、コンテンツの表示を行うべき表示デバイスに係る情報をその優先順位情報と共に管理するためのカラムである。第１候補から第４候補のカラムは、後述のステップS302における表示デバイス及び／又は表示デバイスの表示領域の決定に際して用いられる。なお、ここでの優先順位情報は、当該コンテンツの種類、コンテンツに対するアクセス権限、コンテンツの鮮鋭度、彩度の属性情報に応じて決定される。以下、その決定方法の例を挙げて説明する。
【０１４２】
例えば、コンテンツのsharpnessカラムが"HIGH"でありcolorカラムが"GRAY"であるドキュメントである場合には、モノクロであるが最も画素数の多い大画面デバイス11(図６のID値1の表示デバイス)が最も優先順位の高い第１候補の表示デバイスとして決定される。また、コンテンツのcolorカラムが"HIGH"であるドキュメントである場合には、最も画質の高い大画面デバイス13(図６のID値3の表示デバイス)が最も優先順位の高い第１候補の表示デバイスとして決定される。
【０１４３】
また、例えばコンテンツのaccessカラムが"PRIVATE"のドキュメント或いはメーラのアプリケーションである場合には、当該コンテンツの秘匿性により表示面積の小さいタイル画面デバイス20(図６のID値4〜7の表示デバイス)の何れかが最も優先順位の高い第１候補の表示デバイスとして決定される。
【０１４４】
なお、このような図２５のテーブルを作成するために、コンテンツ制御部150は、当該表示制御システム１において利用可能な表示デバイスに関する情報（表示デバイスのサイズ・画素数・色特性等）を取得する必要がある。この動作は、Webクライアント部160が、データベース320のディスプレイテーブル（図６参照）から現在利用可能なディスプレイデバイスの一覧を取得するコマンド"GET/display HTTP/1.1"をメッセージヘッダに書き込んだHTTPリクエストメッセージをWebサービス部310に送信することにより実現される。
【０１４５】
同様に、コンテンツ制御部150は、当該表示制御システム１において利用可能な入力デバイスに関する情報を、Webクライアント部160を介して取得することができる。本来は、入力デバイスに関する情報も加味して図２５のテーブルが作成されるべきだが、図２のように各々の大画面デバイス10或いはタイル画面デバイス20に接続されている入力デバイスに差があまりない場合には、入力デバイスに関する情報は表示領域の決定に影響を与えないようにすることもできる。
【０１４６】
続いてステップS302へ移って、表示領域の決定を行う（S302）。ここでは、コンテンツ制御部150は、図２５のテーブルにおいて優先順位の高い表示デバイスを、コンテンツの表示を行うべき表示デバイス及び／又は表示デバイスの表示領域として決定する。なお、本実施形態では、さらに、当該表示制御システム1の現在の利用状況に応じて、表示デバイス及び／又は表示デバイスの表示領域を自動的に決定する。
【０１４７】
即ち、コンテンツが例えば絵柄の細かい白黒のCAD図面のドキュメント(sharpnessカラムは"HIGH"、colorカラムは"GRAY"、accessカラムは"GROUP")である場合、本来は第1候補である図６のID値1の表示デバイスを利用する表示デバイスとして決定するが、該表示デバイスが他のユーザによる利用中である場合、第2候補である図６のID値2の表示デバイスをコンテンツの表示を行うべき表示デバイスとして決定する。
【０１４８】
ここで、当該ドキュメントの鮮鋭度、彩度、アクセスレベル等の属性に関する情報の取得は、Webクライアント部160が、データベース320のドキュメントテーブル（図１２参照）から当該ドキュメント(例えばID値10001とする)に関する情報を取得するコマンド"GET/document/10001"をメッセージヘッダに書き込んだHTTPリクエストメッセージをWebサービス部310に送信することにより実現される。また、当該表示制御システム１の現在の利用状況に関する情報の取得は、Webクライアント部160が、データベース320のステータステーブル（図８参照）から現在の利用状況を取得するコマンド"GET/status HTTP/1.1"をメッセージヘッダに書き込んだHTTPリクエストメッセージをWebサービス部310に送信することにより実現される。
【０１４９】
続いてステップS303へ移って、コンテンツ本体の取得・コピーを行う（S303）。ここでは、当該コンテンツの表示に係る処理が「Ｗｅｂブラウザを開く」ボタン、「ホワイトボードを使う」ボタン、「メーラを開く」ボタンが押下された場合のものである場合には本ステップを経ずにステップS304へ移る。当該コンテンツの表示に係る処理が図２２のようにリスト表示されたドキュメントのいずれかが選択された場合のものである場合には、コンテンツ制御部150は、選択されたドキュメントのコンテンツ本体をデータベース320のドキュメントテーブルから取得すべく、Webクライアント部160にその旨を命令する。命令を受けたWebクライアント部160は、データベース320のドキュメントテーブル（図１２参照）から当該ドキュメント(例えばID値10001)のコンテンツ本体を取得するコマンド"GET/document/10001/body"をメッセージヘッダに書き込んだHTTPリクエストメッセージをWebサービス部310に送信する。また、当該ドキュメントのコンテンツ本体の取得が終了すると、コンテンツ制御部150は当該コンテンツを複製して前述のステップS302で決定された表示領域として利用される表示デバイスを持つ画面デバイス40(以下、本動作例において「候補デバイス」とする)に送信する。ただし、候補デバイスとユーザが操作中の画面デバイス40(以下、本動作例において「操作デバイス」とする)とが同一である場合は、この動作は行われない。
【０１５０】
続いてステップS304へ移って、アプリケーション起動を行う（S304）。ここでは、操作デバイス及び候補デバイス上のコンテンツ制御部150は、ユーザにより実行指示がされたタスク（Ｗｅｂブラウザ、ホワイトボード、メーラ等のアプリケーションの起動、ドキュメント等の表示）に対応するアプリケーション（ドキュメント等の表示であれば当該表示を行うためのアプリケーション）を起動する。
【０１５１】
続いてステップS305へ移って視覚効果の表示開始を行う（S305）。ここでは、ステップS304に係るアプリケーションの起動と共に、操作デバイス及び候補デバイス上のコンテンツ制御部150は、各々の表示デバイス上にアニメーション等の視覚効果を表示する。
【０１５２】
図２６は、視覚効果の一例を説明するための図である。図２６に示されるように、操作デバイス上では、アプリケーション画面が候補デバイスの方向に移動するアニメーションが表示されると共に当該視覚効果の表示を強制的に終了させるための入力手段としてのボタン（図２６では画鋲アイコン）が表示される。また、候補デバイス上では、アプリケーション画面が徐々にズームアップしていくアニメーションが表示される。これらの視覚効果は、所定の有限な表示時刻(例えば5秒)が経過すると自動的に終了する。なお、これらの視覚効果は、Windows（登録商標）のグラフィック処理に関するAPI (Application Programming Interface)であるGDI(Graphic Device Interface)+を用いて実現することができる。
【０１５３】
続いてステップS306へ移って、画鋲アイコンをポイントされたか否かを判定する（S306）。ここでは、当該視覚効果の表示を強制的に終了させるための指示入力があったか否かを判定している。ステップS306においてYESの場合（S306,YES）、ステップS307へ移る。ステップS306においてNOの場合（S306,NO）、ステップS309へ移る。
【０１５４】
ステップS307へ移った場合、視覚効果の強制終了を行う（S307）。ここでは、操作デバイス上のコンテンツ制御部150は、視覚効果の表示を強制的に終了する。続いて操作デバイス上の制御部110は、候補デバイス上の制御部110に対し画鋲アイコンがポイントされた旨を通知する。その後、画鋲アイコンがポイントされた旨の通知を受けた候補デバイス上の制御部110は、自デバイスのコンテンツ制御部150に対して当該アプリケーション及び視覚効果の表示を強制的に終了すると共にステップS303において操作デバイスにより複製・送信されたコンテンツの削除を命令する。
【０１５５】
さらにステップS308へ移って、コンテンツの表示を確定する（S308）。ここでは、図２６の画鋲アイコンがポイントされた場合、操作デバイス上のコンテンツ制御部150は、操作デバイスの表示デバイス上の所定の位置にアプリケーション画面を表示させる。一方、視覚効果の表示開始から所定の表示時刻が経過した場合、候補デバイス上のコンテンツ制御部150は、候補デバイスの表示デバイス上の所定の位置にアプリケーション画面を表示させる。この場合、操作デバイス上のコンテンツ制御部150は、アプリケーションを終了させると共にデータベース320より取得したコンテンツを削除する。
【０１５６】
なお、アプリケーション画面が表示された上記何れかのデバイス上のコンテンツ制御部150は、Webクライアント部160を介してデータベース320のステータステーブル（図８参照）に当該表示制御システム1の現在の利用状況を新規登録する。具体的には、例えば超音波IDタグにより当該ユーザのID値が3001と特定され、また、表示領域として利用される表示デバイスが図６のID値1である表示デバイスの全面である場合、Webクライアント部160は、データベース320のステータステーブル（図８参照）に現在の利用状況を登録するコマンド"POST/status HTTP/1.1"をメッセージヘッダに、及び、図２７のようなXML形式のデータをメッセージボディに書き込んだHTTPリクエストメッセージを、Webサービス部310に送信する。図２７は、表示制御システムの現在の利用状況を新規登録するためのXML形式のデータの一例である。
【０１５７】
これにより、データベース320のステータステーブルに現在の利用状況が新規登録される。ここで、ステータステーブルに新規登録されるデータのstartカラムにはWebクライアント部160がHTTPリクエストメッセージを生成した時点の日時が、userlistカラムにはHTTPリクエストメッセージのメッセージボディに書き込まれたuserlist要素の子要素が、またscreenカラムにはリクエストメッセージのメッセージボディに書き込まれたscreen要素の子要素が、それぞれ設定される。また、コンテンツ制御部150は、POSTメソッドに対するレスポンスメッセージのメッセージヘッダに含まれる新規IDの値(図１７参照)を内部で記憶しておく。
【０１５８】
ステップS309へ移った場合、ステップS305に係る視覚効果の表示開始の処理から所定の表示時刻（ここでは5秒）が経過するまでに、ユーザが画鋲アイコンをポイントしない限り、ステップS306〜S307に係る処理を繰り返す。
【０１５９】
以上に示される処理により、本実施形態における表示制御システム1では、所定のタスク（Ｗｅｂブラウザ、ホワイトボード、メーラ等のアプリケーションの起動、ドキュメント等の表示）の実行指示がされた場合に、該実行指示に対応するコンテンツを視覚効果を交えて表示する動作を行う。そのため、以下に掲げる利点を奏する。
【０１６０】
その利点とは、システム側が、ユーザが開始しようとするタスク及び当該表示制御システム１の現在の利用状況に応じて、自動的にコンテンツの表示を最適制御することにより、ユーザはコンテンツの長距離移動や表示面積の調整などの面倒な作業、利用中の他のユーザの妨げになるなどの面倒な気配りをすることなく、安心して快適に当該表示制御システム1を利用することができることである。
【０１６１】
また、他の利点として、操作デバイス及び候補デバイスの表示デバイス上で視覚効果を表示させることにより、ユーザはコンテンツがどこに表示されようとするのかを容易に確認することができる。また、このとき当該表示制御システム1を利用中の他のユーザも、自らが行っているタスクの邪魔をされずに済むことがある。
【０１６２】
さらに、他の利点として、操作デバイス上でコンテンツを利用するための画鋲アイコンを表示することにより、ユーザは、システムによるコンテンツの表示領域の自動制御を受け入れずに、自分の意思に基づいて作業環境を選択することができることがある。
【０１６３】
（既に表示制御システム１を利用しているユーザによる新たなタスクの開始に係る動作）
続いて、既に当該表示制御システム１を利用しているユーザが、再度図２１のトップメニュー画面を表示させて、新たなタスクを開始しようとするときの動作について説明する。
【０１６４】
ここで、以下の何れかの条件（即ち、所定の入力操作（起動した画面デバイス40が備える表示デバイスの非コンテンツ表示領域のユーザによる押下、マウスクリック操作等）が既に与えられた表示領域内で発生したこと、或いは、状況検出部130により検出されるユーザのIDが、データベース320のステータステーブル（図８参照）に「利用中」と登録されているレコード(つまり、endカラムの値が"1970-01-01 09:00:00")のuserlistカラムに登録されているユーザのものと一致すること）が満たされるとき、当該画面デバイス40のメニュー表示部140は、上記トップメニューの表示が「既に利用中のユーザによりなされた」ものと判定する。
【０１６５】
このときのメニュー表示部140の動作は、前述した動作と同様であるとしてここでは説明を省略する。一方、コンテンツ制御部150の動作は、前述した動作と一部（ステップS302及びS308に係る処理）異なるので、以下に相違点を説明する。
【０１６６】
まず、ステップS302に係る処理について説明する。前述では、コンテンツ制御部150は、図２５のテーブルに加えて当該表示制御システム1の現在の利用状況に基づき、表示領域を決定するが、ここではさらに現在当該ユーザが利用している表示領域も考慮して表示領域を決定する。
【０１６７】
例えば、図６のID値2である表示デバイスを利用しているユーザが、トップメニュー画面上で「メーラを開く」ボタンを押下した場合、図２５のテーブルではタイル画面デバイス20の表示デバイスが第1候補となるが、隣接する表示デバイスを利用してもらうことがより好適であることを鑑みて、ID値1である表示デバイスの一部を新たな表示領域とするとの決定を行う。
【０１６８】
続いて、ステップS308に係る処理について説明する。前述では、アプリケーション画面が表示された候補デバイス或いは操作デバイス上のコンテンツ制御部150は、Webクライアント部160を介してデータベース320のステータステーブル（図８参照）に当該表示制御システム1の現在の利用状況を新規登録した。ここでは、データベース320に当該表示制御システム1の現在の利用状況を新規登録する前に、既にデータベース320に登録されている利用状況のデータを更新する。
【０１６９】
例えば、コンテンツ制御部150が、当該ユーザの現在の利用状況に対応するステータステーブル上のレコードのID値として1002という値を記憶しているとすると、Webクライアント部160は、コマンドPUT /status/1002をHTTPリクエストメッセージのメッセージヘッダに、またstatus要素を第1レベルとし、第2レベルにend要素を持つXMLデータをHTTPリクエストメッセージのボディに書き込み、このリクエストメッセージをWebサービス部310に送信することにより、データベース320のステータステーブルの当該レコードを更新する。このとき、当該レコードのendカラムには、Webクライアント部160がリクエストメッセージを生成した時点の日時が設定される。
【０１７０】
（利用終了について）
図２１に戻り、図２１に示される画面上で「終了する」ボタンが押下された場合の動作について図２８を用いて説明する。図２８は、画面デバイスの終了動作に係る処理の一例を示すシーケンス図である。なお、前述のように、「終了する」ボタンは、当該画面デバイス40の利用を終了するための指示入力手段である。
【０１７１】
まず、状況検出部130が起動する（S401）。ここでは、「終了する」ボタンが押下されると、制御部110は、状況検出部130のインスタンスを生成する。
【０１７２】
続いてステップS402へ移って、状況更新要求を行う（S402）。ここでは、ステップＳ401で生成された状況検出部130は、当該画面デバイス40におけるコンテンツ表示時に内部的に記憶された利用状況のID値のリストを、Webクライアント部160に渡すと共に、Webクライアント部160に対してデータベース320のステータステーブル（図８参照）において当該ID値を持つレコードの終了時刻(endカラム)の値を更新するように命令する。
【０１７３】
続いてステップS403へ移って、PUTメソッドを行う（S403）。ここでは、ステップS402において更新に係る命令を受けたWebクライアント部160は、Webサービス部310に対してPUTメソッドを行う。具体的には、Webクライアント部160は、HTTPリクエストメッセージのメッセージヘッダに"PUT/status/ID値/"と記述し、メッセージボディには、status要素を第１レベルとし、第２レベルにend要素（end要素の値は、当該リクエストメッセージを送信する際の画面デバイス40の時刻である）を持つXML形式のデータを記述したものをWebサービス部310に対して送信する。
【０１７４】
続いてステップS404へ移って、データ更新を行う（S404）。ここでは、ステップS403においてHTTPリクエストメッセージを受信したWebサービス部310は、該メッセージの内容に応じてデータベース320上のテーブルを更新する。即ち、データベース320上のステータステーブルにおいて該リクエストメッセージに記載されたID値を持つ利用状況のendカラムの値を、該リクエストメッセージに記載された時刻に更新する。
【０１７５】
なお、上記ステップS402〜S403に係る処理は、当該状況検出部１３０に記憶された利用状況データの数と同数繰り返される。
【０１７６】
なお、「終了する」ボタンは、状況検出部130により当該表示領域を利用中のユーザ或いはグループが存在することが検出された場合にのみ有効とするようにすることもできる。
【０１７７】
（画面デバイス40の終了動作について）
最後に、画面デバイス40の電源スイッチ（非図示）がOFFにされた際の動作について図２９を用いて説明を行う。図２９は、画面デバイスの電源オフに係る処理の一例を示すシーケンス図である。
【０１７８】
まず、制御部110が起動する（S501）。ここでは、画面デバイス40の電源23がOFFになると、制御部110及びWebクライアント部160がOS24aにより起動される。その後、制御部110は、デバイス取得部120のインスタンスを生成する。
【０１７９】
続いてステップS502へ移って、デバイスの削除要求を行う（S502）。ここでは、ステップS501で生成されたデバイス取得部120は、前述の起動動作においてバックエンドサーバ30に登録された自身のデバイスに関する情報を削除すべく、内部に記憶したデバイスリストを基にID値を取得してWebクライアント部160に渡すと共に、データベース320のディスプレイテーブル（図６参照）及び／又はインプットデバイステーブル（図７参照）において当該ID値を持つレコードを削除するようにWebクライアント部160に命令する。
【０１８０】
続いてステップS503へ移って、DELETEメソッドを行う（S503）。ここでは、ステップS502において削除に係る命令を受けたWebクライアント部160は、Webサービス部310に対してDELETEメソッドを行う。具体的には、Webクライアント部160は、ステップS502において受信した自身のデバイスに関する情報に基づくID値に応じて、例えば削除対象が表示デバイスに関する情報の場合にはHTTPリクエストメッセージのメッセージヘッダに"DELETE/display/ID値"と記述したものをWebサービス部310に対して送信する。
【０１８１】
続いてステップS504へ移って、データ更新を行う（S504）。ここでは、ステップS503においてHTTPリクエストメッセージを受信したWebサービス部310は、該メッセージの内容に応じてデータベース320上の指定された削除対象のテーブル（図６のディスプレイテーブル又は図７のインプットデバイステーブル）から指定された削除すべきレコードを削除する。
【０１８２】
以上に示される処理により、画面デバイス40の電源23が切られると、当該画面デバイス40に接続された表示装置及び入力デバイス等のデバイスに関する情報がバックエンドサーバ30から削除される。なお、当該画面デバイス40を利用中に電源23がOFFにされた場合も、図２９と同様の動作が行われるものとする。
【０１８３】
なお、上記ステップS501〜S504に係る処理は、当該画面デバイス40のデバイス取得部120に記憶されたデバイスの数と同数繰り返される。また、上記の動作が終了すると、制御部110及びWebクライアント部160の動作も終了する。
【０１８４】
（まとめ）
以上、本実施形態における表示制御システム1において実現される各種動作の例を挙げて説明を行ってきた。このような表示制御システム1によれば、表示されるコンテンツを快適に操作するインターフェース、コンテンツに対する操作の視覚的なフィードバック、ユーザ及びグループのタスク管理及びコンテンツの表示レイアウトの管理や制御を行うことができるため、ユーザと大画面ディスプレイとの間の快適なインタラクションを実現することができる。
【０１８５】
なお、上記実施の形態では、表示制御システム1の形態として、図1のようなウォール型デバイスを例に挙げて説明したが、作業机にディスプレイデバイスやタッチパネルなどの入力デバイスが備え付けられたテーブルトップ型デバイスに対しても、もちろん適用可能である。また、表示装置、入力デバイス及びセンサには、上記実施の形態で説明した以外の様々な種類のものを使用可能である。
【０１８６】
また、上記実施の形態では、バックエンドサーバ30においてWebサービス部310とデータベース320が稼動していると説明したが、両者を別のPC上で動作させる構成としても良い。
【０１８７】
また、上記実施の形態では、バックエンドサーバ30上のデータベース320において、当該表示制御システム1の利用状況やデバイスに関する情報を管理すると説明したが、各々の画面デバイス40がデータベース及びサービスプログラムを備えており、互いにP2P (pier-to-pier)にデータをやり取りし合うような、自律分散的な形態であってもよい。
【０１８８】
また、上記実施の形態では、画面デバイス40がそれぞれPCを持つという構成を例に挙げて説明したが、画面デバイス40とPCとの関係は1対1でなくても構わない。例えば、ネットワークに接続された複数のPCを統合することにより、仮想的な高性能PC(グリッド等)を形成し、この仮想的な高性能PCが大画面ディスプレイ環境で使用されているディスプレイデバイスや入力デバイスを一元管理するよう構成しても、本願の権利範囲に含まれる。
【０１８９】
また、上記実施の形態では、表示制御システム1の現在の利用状況及びユーザが開こうとしているドキュメントまたはアプリケーションの属性に基づいて、ユーザに利用してもらう表示領域を決定すると説明したが、これとは異なる決定ルールや推論ルールを用いてもよい。
【０１９０】
また、例えば、上記実施の形態では、図２５のようなテーブルを予め作成することにより表示領域を決定すると説明したが、例えばドキュメントまたはアプリケーションの属性を示す幾つかのパラメータを引数にとる関数を定義し、その戻り値により表示領域を決定するなど、別の形態であっても構わない。また、大画面デバイス10或いはタイル画面デバイス20の予約状況など、別の項目を表示領域の決定に加味しても構わない。このように、表示領域の決定ルールや学習・推論アルゴリズムには、様々なものを用いることが可能である。
【０１９１】
以上で示される実施形態に基づき本発明の説明を行ってきたが、上記実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【図面の簡単な説明】
【０１９２】
【図１】本実施形態における表示制御システムの概要を示す図である。
【図２】本実施形態における表示制御システムのハードウェア構成の一例を示す図である。
【図３】PCのハードウェア構成の一例を示す図である。
【図４】本実施形態における表示制御システムのソフトウェア構成の一例を示す図である。
【図５】Webクライアント部とWebサービス部の間のデータ通信に係る説明図である。
【図６】画面デバイスが備える表示デバイスに関する情報を管理するテーブルである。
【図７】画面デバイスが備える入力デバイスに関する情報を管理するテーブルである。
【図８】表示制御システムの利用状況を管理するテーブルである。
【図９】図８のテーブルを補足説明するためのテーブルである。
【図１０】表示制御システムを利用するユーザに関する情報を管理するテーブルである。
【図１１】表示制御システムにおいて管理されるユーザのIDと超音波IDタグに記録されたユーザIDとを対応付けて管理するテーブルである。
【図１２】ドキュメントに関する情報を管理するテーブルである。
【図１３】Webクライアント部とWebサービス部との間で通信されるデータのデータ構造の一例である。
【図１４】GETメソッドについて説明を行うための図である。
【図１５】PUTメソッドについて説明を行うための図である。
【図１６】POSTメソッドについて説明を行うための図である。
【図１７】Webクライアント部がWebサービス部から受信するレスポンスメッセージの一例を示す図である。
【図１８】DELETEメソッドについて説明を行うための図である。
【図１９】画面デバイスの電源オンに係る処理の一例を示すシーケンス図である。
【図２０】メニュー画面の遷移について説明するための図である。
【図２１】トップメニュー画面の一例を示す図である。
【図２２】ドキュメント選択メニュー画面の一例を示す図である。
【図２３】ドキュメントのリスト表示に係る処理の一例を示すシーケンス図である。
【図２４】コンテンツの表示に係る処理の一例を示すシーケンス図である。
【図２５】コンテンツの表示に係る表示領域を決定するためのテーブルの一例を示す図である。
【図２６】視覚効果の一例を説明するための図である。
【図２７】表示制御システムの現在の利用状況を新規登録するためのXML形式のデータの一例である。
【図２８】画面デバイスの終了動作に係る処理の一例を示すシーケンス図である。
【図２９】画面デバイスの電源オフに係る処理の一例を示すシーケンス図である。
【符号の説明】
【０１９３】
１    表示制御システム
１０    大画面デバイス
２０    タイル画面デバイス
３０    バックエンドサーバ
４０    画面デバイス
１１０    制御部
１２０    デバイス取得部
１３０    状況検出部
１４０    メニュー表示部
１５０    コンテンツ制御部
１６０    Webクライアント部
３１０    Webサービス部
３２０    データベース
【図１】
2009223061.tif 000003
【図２】
2009223061.tif 000004
【図３】
2009223061.tif 000005
【図４】
2009223061.tif 000006
【図５】
2009223061.tif 000007
【図６】
2009223061.tif 000008
【図７】
2009223061.tif 000009
【図８】
2009223061.tif 000010
【図９】
2009223061.tif 000011
【図１０】
2009223061.tif 000012
【図１１】
2009223061.tif 000013
【図１２】
2009223061.tif 000014
【図１３】
2009223061.tif 000015
【図１４】
2009223061.tif 000016
【図１５】
2009223061.tif 000017
【図１６】
2009223061.tif 000018
【図１７】
2009223061.tif 000019
【図１８】
2009223061.tif 000020
【図１９】
2009223061.tif 000021
【図２０】
2009223061.tif 000022
【図２１】
2009223061.tif 000023
【図２２】
2009223061.tif 000024
【図２３】
2009223061.tif 000025
【図２４】
2009223061.tif 000026
【図２５】
2009223061.tif 000027
【図２６】
2009223061.tif 000028
【図２７】
2009223061.tif 000029
【図２８】
2009223061.tif 000030
【図２９】
2009223061.tif 000031