(57)【要約】【課題】複数の表示装置を用いて所定の画像を表示させることを容易化する表示装置を提供することを目的とする。【解決手段】表示装置は、所定の画像を表示する表示装置であって、当該表示装置に対する他の表示装置の位置に係る情報を含む端末位置情報を検知する検知手段と、前記検知した端末位置情報に基づいて前記所定の画像の一部を表示する表示手段と、を有する。【選択図】図１１
2015072446.tif 000002
【特許請求の範囲】
【請求項１】
所定の画像を表示する表示装置であって、
当該表示装置に対する他の表示装置の位置に係る情報を含む端末位置情報を検知する検知手段と、
前記検知した端末位置情報に基づいて前記所定の画像の一部を表示する表示手段と、
を有する表示装置。
【請求項２】
前記検知手段が検知した前記端末位置情報を所定の装置に送信する送信手段を有する請求項１に記載の表示装置。
【請求項３】
前記端末位置情報は、前記他の表示装置の識別情報を含む請求項１又は２に記載の表示装置。
【請求項４】
前記検知手段は、当該表示装置の複数の辺に対応して設けられたセンサ部を有する請求項１乃至３のいずれか一項に記載の表示装置。
【請求項５】
前記センサ部は、当該表示装置の識別情報を示す識別コード、及び前記他の表示装置の識別コードを撮像する撮像手段を有する請求項４に記載の表示装置。
【請求項６】
前記センサ部は、当該表示装置の識別情報を有するＩＣタグ、及び前記他の表示装置のＩＣタグから識別情報を取得するＩＣタグリーダを有する請求項４に記載の表示装置。
【請求項７】
前記センサ部は、当該表示装置の識別情報を送信する発光素子、及び前記他の表示装置の識別情報を受信する受光素子を有する請求項４に記載の表示装置。
【請求項８】
前記センサ部の送受信面は、当該表示装置を設置した床面の法線、又は前記センサ部が設けられた辺に対して所定の角度θの傾きを有する請求項７に記載の表示装置。
【請求項９】
当該表示装置は、前記他の表示装置と同じ向きで隣接配置された場合、
当該表示装置のセンサ部の送受信面と、前記他の表示装置のセンサ部の送受信面とが対向する請求項８に記載の表示装置。
【請求項１０】
前記センサ部は、前記発光素子の発光範囲又は前記受光素子の受光範囲を制限する遮光板又は遮光面を有する請求項７乃至９のいずれか一項に記載の表示装置。
【請求項１１】
前記発光素子の発光範囲又は前記受光素子の受光範囲を制限する集光レンズを有する請求項７乃至１０のいずれか一項に記載の表示装置。
【請求項１２】
前記検知手段は、隣接して配置された前記他の表示装置との距離が所定の範囲内である場合に、前記端末位置情報を検知する請求項１乃至１１のいずれか一項に記載の表示装置。
【請求項１３】
前記他の表示装置と協働して前記所定の画像を表示する請求項１乃至１２のいずれか一項に記載の表示装置。
【請求項１４】
前記所定の装置は、前記画像の一部を特定するための情報を決定する請求項２に記載の表示装置。
【請求項１５】
複数の表示手段を用いて所定の画像を表示する表示システムであって、
前記複数の表示手段の位置関係を検知する手段と、
前記検知された位置関係に基づいて、前記表示手段のそれぞれに前記所定の画像の一部を表示させる手段と、
を有する表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置及び表示システムに関する。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、様々な分野でクラウドコンピューティングが利用されてきている。クラウドコンピューティングは、ユーザが、インターネットに接続した通信端末を用いてインターネット上のサーバが提供する各種サービス（クラウドサービス）を利用するシステムである。
【０００３】
また、クラウドコンピューティングの一例として、企業等の社内システムの情報を画像形式で外部に送信し、ユーザが外出先等からその情報を閲覧できるようにする技術が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、クラウドコンピューティングにおいて、ユーザが複数の表示装置を有している場合等、複数の表示装置を用いて、所定の画像を表示させることができれば、複数の表示装置の表示能力をより有効に利用することができる。例えば、複数のタブレット端末を縦、及び／又は横に隣接配置させ、より大きな画像、又はより解像度の高い画像を表示させることが可能となる。
【０００５】
しかし、従来の表示システムでは、複数の表示装置を用いて所定の画像を表示させるためには、例えば、予め表示装置の配置を登録しておく、或いはユーザが表示装置の位置関係をマニュアルで設定する等の面倒な操作を伴っていた。
【０００６】
本発明の実施の形態は、上記問題点を鑑みてなされたものであって、複数の表示装置を用いて所定の画像を表示させることを容易化する表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、一実施の形態に係る表示装置は、所定の画像を表示する表示装置であって、当該表示装置に対する他の表示装置の位置に係る情報を含む端末位置情報を検知する検知手段と、前記検知した端末位置情報に基づいて前記所定の画像の一部を表示する表示手段と、を有する。
【発明の効果】
【０００８】
本実施の形態によれば、複数の表示装置を用いて所定の画像を表示させることを容易化する表示装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る配信システムの概略図である。
【図２】通信端末にドングルを取り付ける際のイメージ図である。
【図３】基本的な配信処理を示した概念図である。
【図４】マルチキャストの概念図である。
【図５】マルチディスプレイの概念図である。
【図６】マルチブラウザの概念図である。
【図７】配信制御システムを介して複数の通信端末を使った通信の概念図である。
【図８】一実施形態に係る通信端末のハードウェア構成図である。
【図９】一実施形態に係る配信制御システム、端末管理システム、及びウェブサーバのハードウェア構成図である。
【図１０】一実施形態に係るドングルのハードウェア構成図である。
【図１１】一実施形態に係る表示システムの機能構成の概要を示す図である。
【図１２】一実施形態に係る主に配信制御システムの機能ブロック図である。
【図１３】一実施形態に係るエンコーダブロックの詳細図である。
【図１４】一実施形態に係る変換部の各機能を示す機能ブロック図である。
【図１５】一実施形態に係る通信端末の機能ブロック図である。
【図１６】一実施形態に係る位置検知部のブロック図である。
【図１７】一実施形態に係る通信端末の配置の一例を示す図である。
【図１８】一実施形態に係る端末位置情報の一例を示す図である。
【図１９】一実施形態に係る端末管理システムの機能ブロック図である。
【図２０】配信先選択メニュー画面の概念図である。
【図２１】端末管理テーブルの概念図である。
【図２２】利用可能端末管理テーブルの概念図である。
【図２３】端末配置管理テーブルの一例を示す図である。
【図２４】第１の実施形態に係るセンサ部の構成例を示す図である。
【図２５】第２の実施形態に係るセンサ部の構成例を示す図である。
【図２６】一実施形態に係る複数の通信端末の配置の一例を示す図である。
【図２７】第３の実施形態に係るセンサ部の構成例を示す図である。
【図２８】第４の実施形態に係るセンサ部の構成例を示す図である。
【図２９】第４の実施形態に係るセンサ部の配置例を示す図である。
【図３０】第５の実施形態に係るセンサ部の構成例を示す図である。
【図３１】第６の実施形態に係るセンサ部の構成例を示す図である。
【図３２】その他の実施形態に係るセンサ部の構成例を示す図である。
【図３３】一実施形態に係る通信端末の端末位置情報の通知処理の一例を示すフローチャートである。
【図３４】一実施形態に係る通信端末の端末位置情報の通知処理の別の一例を示すフローチャートである。
【図３５】一実施形態に係る端末位置情報の変化に応じた通知処理の流れを示すフローチャートである。
【図３６】マルチディスプレイの処理を示すシーケンス図（１）である。
【図３７】マルチディスプレイの処理を示すシーケンス図（２）である。
【図３８】マルチディスプレイの処理を示すシーケンス図（３）である。
【発明を実施するための形態】
【００１０】
以下に図面を用いて、本実施形態に係る配信システム１を詳細に説明する。なお、以下に示す実施形態は、クラウドコンピューティングを利用してウェブコンテンツを映像データ、音データ、又は映像データと音データに変換してパソコンや電子黒板等の通信端末に配信する配信システムとしての適用例である。なお、以下、映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と示す。
【００１１】
［実施形態の概略］
図１を用いて、本発明の一実施形態の概略を説明する。なお、図１は、本実施形態に係る配信システムの概略図である。
【００１２】
＜システム構成の概略＞
まず、配信システム１の構成の概略について説明する。
図１に示されているように、本実施形態の配信システム１は、配信制御システム２、複数の通信端末（５ａ〜５ｆ）、端末管理システム７、及びウェブサーバ８によって構築されている。なお、以下では、複数の通信端末（５ａ〜５ｆ）のうち、任意の通信端末を「通信端末５」として表す。また、配信制御システム２、端末管理システム７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。
【００１３】
通信端末５は、配信システム１のサービスを受けるユーザが使用する端末である。このうち、通信端末５ａは、ノートＰＣ(Personal Computer)である。通信端末５ｂは、スマートフォンやタブレット端末等のモバイル端末である。通信端末５ｃは、コピー、スキャン、プリント、及びファックスの各機能が複合されたＭＦＰ(Multifunction Peripheral/Printer/Product)である。通信端末５ｄは、プロジェクタである。通信端末５ｅは、カメラ、マイク及びスピーカを備えたテレビ（ビデオ）会議端末である。通信端末５ｆは、ユーザ等によって描かれた内容を電子的に変換することが可能な電子黒板（ホワイトボード）である。
【００１４】
なお、通信端末５は、図１に示されているような端末だけでなく、腕時計、自動販売機、ガスメータ、カーナビゲーション装置、ゲーム機、エアコン、照明器具、カメラ単体、マイク単体、スピーカ単体等であって、インターネット等の通信ネットワークを介して通信可能な装置であってもよい。
【００１５】
また、配信制御システム２、通信端末５、端末管理システム７、及びウェブサーバ８は、インターネットやＬＡＮ(Local Area Network)等の通信ネットワーク９によって通信することができる。この通信ネットワーク９には、３Ｇ(3rd Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)等の無線通信によるネットワークも含まれる。
【００１６】
なお、通信端末５によっては、通信端末５ｄ等のように、通信ネットワーク９を介して他の端末やシステムと通信する機能を有していないものがある。しかし、図２に示されているように、ユーザが通信端末６ｄのＵＳＢ(Universal Serial Bus)やＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)のインターフェース部にドングル９９を差し込むことで、通信端末５は通信ネットワーク９を介して他の端末やシステムと通信可能となる。なお、図２は、通信端末にドングルを取り付ける際のイメージ図である。
【００１７】
また、配信制御システム２は、クラウド上でブラウザ２０を有し、ブラウザ２０におけるレンダラ(Renderer)の機能が、所定の記述言語で示された単一又は複数のコンテンツデータを取得して、レンダリングすることにより、ＲＧＢ（Red、Green、Blue）によるビットマップデータ等の静止画データやＰＣＭ(Pulse Code Modulation)データ等の音データ（即ち、静止画（音）データ）としてのフレームデータを生成することができる。なお、コンテンツデータは、ウェブサーバ８や任意の通信端末等から取得されたデータであって、ＨＴＭＬ（Hypertext Markup Language）やＣＳＳ（Cascading Style Sheets）による画像（音）データ、ＭＰ４（MPEG-4）による画像（音）データ、ＡＡＣ（Advanced Audio Coding）による音データ等が含まれる。
【００１８】
更に、配信制御システム２は、クラウド上でエンコード部１９を有し、エンコード部１９がエンコーダとしての役割を果たすことにより、静止画（音）データとしての各フレームデータを、Ｈ．２６４（MPEG-4 AVC）、Ｈ．２６５、Ｍｏｔｉｏｎ ＪＰＥＧ等の圧縮符号化方式の映像（音）データに変換する。
【００１９】
一方、端末管理システム７は、通信端末５のログイン認証を行ったり、通信端末５の契約情報等の管理を行ったりする。また、端末管理システム７は、電子メールを送信するためのＳＭＴＰ(Simple Mail Transfer Protocol)サーバの機能を有している。端末管理システム７は、例えば、クラウドのサービス(IaaS:Infrastructure as a Service)上に展開される仮想マシンとして実現することができる。端末管理システム７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
【００２０】
また、ブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Real-time communication/collaboration）を可能にしている。更に、配信制御システム２は後述の図１４におけるエンコード部１９を有しており、このエンコード部１９は、ブラウザ２０によって出力されたフレームデータに対して、リアルタイムのエンコードを行い、Ｈ．２６４の規格等に基づく変換により生成された映像（音）データを出力することができる。そのため、配信制御システム２の処理は、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。
【００２１】
なお、配信制御システム２だけでなく、通信端末５もブラウザを有してもよい。この場合、配信制御システム２のブラウザ２０を最新化することで、各通信端末５のブラウザを起動させる必要はなくなる。
【００２２】
＜各種配信方法の概略＞
続いて、各種配信方法の概略について説明する。
【００２３】
（基本配信）
図３は、基本的な配信方法を示した概念図である。配信システム１では、図３に示されているように、配信制御システム２のブラウザ２０が、ウェブサーバ８から画像（音）データとしてのウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることにより、静止画（音）データとしての各フレームデータ〔Ａ〕を生成する。そして、エンコード部１９を含むエンコーダブリッジ部３０が、各フレームデータ〔Ａ〕をエンコード等することによりＨ．２６４等の圧縮符号化方式の映像（音）データ〔Ａ〕（送信データの一例）に変換する。配信制御システム２は、変換された後の映像（音）データ〔Ａ〕を通信端末５に配信する。
【００２４】
以上により、たとえリッチなウェブコンテンツデータであっても、配信制御システム２が、クラウド上で、ＨＴＭＬ等によるウェブコンテンツデータからＨ．２６４等による圧縮した映像（音）データにした状態で、通信端末５に配信することができる。よって、通信端末５側では、自端末のブラウザを最新化したり、ＣＰＵ（Central Processing Unit）、ＯＳ（Operating System）、及びＲＡＭ（Random Access Memory）等のスペックを上げる手間や費用を掛けなくても、スムーズにウェブコンテンツを再生することができる。
【００２５】
また、今後、ウェブコンテンツのリッチ化が進んでも、クラウド上の配信制御システム２におけるブラウザ２０やＣＰＵ等のスペックを上げればよいため、通信端末５のスペックは上げる必要がない。
【００２６】
更に、配信システム１は、上述の配信方法を応用し、図４乃至図６に示されているように、ウェブコンテンツデータを複数の拠点に映像（音）データとして配信することも可能である。ここで、図４乃至図６に示されている配信方法について説明する。
【００２７】
（マルチキャスト）
図４は、マルチキャストの概念図である。図４に示されているように、配信制御システム２の単一のブラウザ２０は、ウェブサーバ８から画像（音）データとしてのウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることにより、静止画（音）データとしての各フレームデータ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、各フレームデータ〔Ａ〕をエンコードして、映像（音）データに変換する。その後、配信制御システム２は、映像（音）データ〔Ａ〕（送信データの一例）を複数の通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。
以上により、複数の拠点では、同じ映像（音）が再生される。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）は同じ表示再生能力（解像度が同じ等）を有する必要はない。このような配信方法は、例えば「マルチキャスト」と呼ぶ。
【００２８】
（マルチディスプレイ）
図５は、マルチディスプレイの概念図である。図５に示されているように、配信制御システム２の単一のブラウザ２０は、ウェブサーバ８から画像（音）データとしてのウェブコンテンツデータ〔ＸＹＺ〕を取得してレンダリングすることにより、静止画（音）データとしての各フレームデータ〔ＸＹＺ〕を生成する。そして、エンコーダブリッジ部３０が、フレームデータ〔ＸＹＺ〕毎に、複数のフレームデータ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）に分割した後にエンコードすることで、複数の映像（音）データ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）に変換する。その後、配信制御システム２は、映像（音）データ〔Ｘ〕（送信データの一例）を通信端末５ｆ１に配信する。また、同じように、配信制御システム２は、映像（音）データ〔Ｙ〕（送信データの一例）を通信端末５ｆ２に配信し、映像（音）データ〔Ｚ〕（送信データの一例）を通信端末５ｆ３に配信する。
以上により、例えば、横長のウェブコンテンツ〔ＸＹＺ〕であっても、複数の通信端末５で分割して映像（音）が再生されるため、通信端末（５ｆ１，５ｆ２，５ｆ３）を一列に並べて設置すれば、１つの大きな映像を再生させることと同様の効果を得ることができる。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）は同じ表示再生能力（解像度が同じ等）を有することが望ましい。このような配信方法は、例えば「マルチディスプレイ」と呼ぶ。
【００２９】
（マルチブラウザ）
図６は、マルチブラウザの概念図である。図６に示されているように、配信制御システム２において、複数のブラウザ（２０ａ，２０ｂ，２０ｃ）が起動している。複数のブラウザ（２０ａ，２０ｂ，２０ｃ）のそれぞれは、各ウェブサーバ（８ａ，８ｂ，８ｃ）からウェブコンテンツ（〔Ａ〕，〔Ｂ〕，〔Ｃ〕）を取得してレンダリングすることで、それぞれ映像（音）データ（〔Ａ〕，〔Ｂ〕，〔Ｃ〕）を生成し、後述のエンコード部１９を有するエンコーダブリッジ部３０に出力する。エンコーダブリッジ部３０は、各映像（音）データ（〔Ａ〕，〔Ｂ〕，〔Ｃ〕）を連動した表示が可能な１つの映像（音）データ〔ＡＢＣ〕に変換する。その後、エンコーダブリッジ部３０は、１つの映像（音）データ〔ＡＢＣ〕の連動性を維持したまま分割する。そして、配信制御システム２は、１つの映像（音）データの一部である映像（音）データ〔Ａ〕を通信端末５ｆ１に配信する。
【００３０】
また、同じように、配信制御システム２は、１つの映像（音）データの一部である映像（音）データ〔Ｂ〕を通信端末５ｆ２に配信し、１つの映像（音）データの一部である映像（音）データ〔Ｃ〕を通信端末５ｆ３に配信する。これにより、ある拠点では、それぞれ異なる映像（音）が出力されるが、例えば、通信端末５ｆ１に表示されている画像を変更する場合には、この変更に連動して、他の通信端末（５ｆ２，５ｆ３）に表示される画像も変更することができる。なお、この場合、通信端末（５ｆ１、５ｆ２、５ｆ３）が同じ表示再生能力（解像度が同じ等）を有することが望ましい。このような配信方法は、例えば「マルチブラウザ」と呼ぶ。
【００３１】
なお、ウェブコンテンツデータ〔Ｂ〕が音声の場合もある。この場合、ウェブサーバ８ｂのウェブコンテンツデータ〔Ｂ〕は、ブラウザ２３ｂ及びエンコーダブリッジ部３０を介して、通信端末５ｆ２に配信される。
【００３２】
（複合配信）
図７は、配信制御システムを介して複数の通信端末を使った複合配信の概念図である。図７に示されているように、第１の拠点（図７の右側）では、電子黒板としての通信端末５ｆ１及びテレビ会議端末としての通信端末５ｅ１が利用され、第２の拠点（図７の左側）では、同じく電子黒板としての通信端末５ｆ２、及びテレビ会議端末としての通信端末５ｅ２が利用されている。また、第１の拠点では、通信端末５ｆ１にストロークによる文字等を描画させるための電子ペンＰ１が利用され、第２の拠点では、通信端末５ｆ２にストロークによる文字等を描画させるための電子ペンＰ２が利用されている。
【００３３】
そして、第１の拠点において、通信端末５ｅ１によって取得された映像（音）データは、エンコード部６０でエンコードされた後に、配信制御システム２に送信される。その後、配信制御システム２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ１によって通信端末５ｆ１に描かれたストロークを示す操作データ（この場合、通信端末５ｆ１のディスプレイ上における座標データ等）は、配信制御システム２に送信され、ブラウザ２０に入力される。一方、第２の拠点においても、通信端末５ｅ２によって取得された映像（音）データは、エンコード部６０でエンコードされた後に、配信制御システム２に送信される。その後、配信制御システム２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ２によって通信端末５ｆ２に描かれたストロークを示す操作データ（この場合、通信端末５ｆ２のディスプレイ上における座標データ等）は、配信制御システム２に送信され、ブラウザ２０に入力される。
【００３４】
一方、ブラウザ２０は、例えば、ウェブサーバ８から通信端末（５ｆ１，５ｆ２）のぞれぞれのディスプレイに表示される背景画像であるウェブコンテンツデータ〔Ａ〕を取得する。そして、ブラウザ２０は、ウェブコンテンツデータ〔Ａ〕、操作データ（〔ｐ１〕，〔ｐ２〕）及び映像（音）コンテンツデータ（〔Ｅ１〕，〔Ｅ２〕）を結合してレンダリングすることで、各コンテンツ（〔Ａ〕，〔ｐ１〕，〔ｐ２〕，〔Ｅ１〕，〔Ｅ２〕）が所望のレイアウトに設置された静止画（音）データとしてのフレームデータを生成する。そして、エンコーダブリッジ部３０は、各フレームデータをエンコードし、配信制御システム２が各拠点に同じコンテンツ（〔Ａ〕，〔ｐ１〕，〔ｐ２〕，〔Ｅ１〕，〔Ｅ２〕）を示す映像（音）データ（送信データの一例）を配信する。これにより、第１の拠点では、通信端末５ｆ１のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ１のスピーカから音〔Ｅ２（音部分）〕が出力される。一方、第２の拠点でも、通信端末５ｆ２のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ２のスピーカから音〔Ｅ１（音部分）〕が出力される。なお、第１の拠点では、通信端末５ｆ１のエコーキャンセル機能により、自拠点の音〔Ｅ１（音部分）〕は出力されない。一方、第２の拠点では、通信端末５ｆ２のエコーキャンセル機能により、自拠点の音〔Ｅ２（音部分）〕は出力されない。
【００３５】
以上により、第１の拠点と第２の拠点とでは、遠隔地間においてリアルタイムで同じ情報を共有する遠隔共有処理を行うことができるため、本実施形態の配信システム１は遠隔会議等に有効である。
【００３６】
［実施形態の詳細な説明］
続いて、図８乃至図３８を用いて、実施形態の詳細な説明を行う。
【００３７】
＜ハードウェア構成＞
まずは、図８、図９及び図１０を用いて、本実施形態のハードウェア構成を説明する。
【００３８】
（通信端末）
図８は、一実施の形態に係る通信端末５ｆ１のハードウェア構成図である。また、通信端末５ｆ２、５ｆ３も同様の構成を有している。尚、通信端末５ｆ１、５ｆ２、５ｆ３は、本発明に係る表示装置の一例である。
【００３９】
通信端末５ｆ１は、一般的なコンピュータの構成を含んでおり、例えば、ＣＰＵ（Central Processing Unit）８０１、ＲＯＭ（Read Only Memory）８０２、ＲＡＭ（Random Access Memory）８０３、表示部８０４、操作部８０５、ストレージ部８０６、メディアドライブ８０８、ＧＰＵ（Graphic Processing Unit）８０９、通信Ｉ／Ｆ（Interface）部８１０、外部Ｉ／Ｆ部８１１、マイク部８１２、スピーカ部８１３、位置検知部８１４、ＲＴＣ（Real Time Clock）部８１５、及びバスライン８１６等を有している。
【００４０】
ＣＰＵ８０１は、ＲＯＭ８０２、及びストレージ部８０６等から、通信端末５ｆ１のプログラムやデータを読出し、処理を実行することで通信端末５ｆ１が備える各機能を実現する演算装置である。ＲＯＭ８０２は、通信端末５ｆ１を制御するプログラムやデータ等を記憶する、例えば、フラッシュＲＯＭ等の不揮発性のメモリである。ＲＡＭ８０３は、ＣＰＵ８０１のワークエリア等として使用される揮発性のメモリである。
【００４１】
表示部８０４は、各種情報を表示するブロックで、例えば、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等の表示デバイスと、その表示制御回路等を含む。操作部８０５は、ユーザが各種データを入力、選択、操作等を行うためのブロックで、例えば、キーボード、マウス、タッチパッド、操作パネル等、を含む。尚、表示部８０４及び操作部８０５は、例えば、タッチパネルディスプレイ等のように、一体化された表示操作部８１７等であっても良い。
【００４２】
ストレージ部８０６は、例えば、ＯＳ（Operating System）、及び各種アプリケーション等のプログラムや、各種データ等を記憶する。ストレージ部８０６は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュＲＯＭ等のストレージデバイス及びその制御回路を含む。メディアドライブ８０８は、フラッシュメモリ等の記録メディア８０７に対するデータの読出し又は書き込み（記憶）を制御する。ＧＰＵ８０９は、画像処理を行うプロセッサである。
【００４３】
通信Ｉ／Ｆ部８１０は、例えば、有線／無線ＬＡＮ、又は前述した、３Ｇ、ＬＴＥ，ＷｉＭＡＸ等の無線通信網等の通信ネットワーク９を利用して、データの送受信を行うためのインターフェースである。外部Ｉ／Ｆ部８１１は、例えば、ＵＳＢ等のデータインタフェースである。
【００４４】
マイク部８１２は、周囲の音声を集音するマイク、及び集音した音声信号を所定の音声データに変換する入力回路等を含む。スピーカ部８１３は、出力する音声データを音声信号に変換する出力回路、及び変換された音声信号を出力するスピーカ等を含む。尚、マイク部８１２及びスピーカ部８１３は、その少なくとも一部が通信端末５ｆの外部に設けられていても良い。
【００４５】
位置検知部８１４は、通信端末５等が近接して配置されたとき等に、他の通信端末の相対的な位置を検知する。尚、位置検知部８１４の詳細については、後述する。
【００４６】
ＲＴＣ部８１５は、通信端末５ｆの電源が切られているときも動作を続ける時計機能を有し、ＣＰＵ８０１等の要求に応じて、現在の時刻、日付等の時刻情報を出力する。また、ＲＴＣ部８１５は、設定に応じて、所定の時刻、又は所定の時間間隔等で所定の信号（例えば割り込み信号等）を出力することができる。バスライン８１６は、上記各構成要素に共通に結合され、アドレス信号、データ信号、及び各種制御信号等を伝達する。
【００４７】
（配信制御システム、端末管理システム、及びウェブサーバ）
図９は、一実施形態に係る配信制御システム２、端末管理システム７、及びウェブサーバ８のハードウェア構成図である。配信制御システム２、端末管理システム７、及ぶウェブサーバ８は、一般的なコンピュータの構成を有しており、その構成は同様であるため、ここでは、配信制御システム２について説明を行い、端末管理システム７、及びウェブサーバ８の説明は省略する。
【００４８】
図９に示されているように配信制御システム２は、配信制御システム２全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、プログラム等の各種データを記憶するＨＤＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＣ(Hard Disk Controller)２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク９を利用してデータ送信したりドングル９９を接続したりするためのＩ／Ｆ２０９、時計機能を有し、日付、時刻等に係る情報を出力するＲＴＣ２１０、キーボード２１１、マウス２１２、マイク２１３、スピーカ２１４、ＧＰＵ(Graphics Processing Unit)２１５、上記各構成要素を図９に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２２０を備えている。なお、プロジェクタとしての通信端末５ｄのように、ＧＰＵが備えられていない場合もある。また、端末管理システム７、及びウェブサーバ８のハードウェア構成は、配信制御システム２のハードウェア構成と同様であるため、それらの説明を省略する。
【００４９】
（ドングル）
次に、図１０を用いて、図２に示されているドングルのハードウェア構成について説明する。図１０に示されているように、ドングル９９は、ドングル９９全体の動作を制御するＣＰＵ９１、基本入出力プログラムを記憶したＲＯＭ９２、ＣＰＵ９１のワークエリアとして使用されるＲＡＭ９３、ＣＰＵ９１の制御にしたがってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）９４、ＧＰＵ９５、通信端末５のインターフェースＩ／Ｆ２０９に接続するためのインターフェースＩ／Ｆ９６、アンテナ９７ａ、このアンテナ９７ａを利用して短距離無線技術により通信を行う通信部９７、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン９０を備えている。なお、短距離無線技術として、例えば、ＮＦＣ（Near Field Communication）規格、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）(Wireless Fidelity）、ＺｉｇＢｅｅ（登録商標）等が挙げられる。また、ドングル９９にはＧＰＵ９５が備えられているため、通信端末５ｄのようにＧＰＵが備えられていない場合であっても、図２に示されているようにドングル９９が取り付けられることで、通信端末５ｄはグラフィクス表示に必要な計算処理を実行することができる。
【００５０】
＜機能構成＞
次に、本実施形態の機能構成について説明する。
【００５１】
図１１は、一実施形態に係る表示システム１１００の機能構成の概要を示す図である。表示システム１１００は、通信ネットワーク９に接続された、複数の通信端末５ｆ１、５ｆ２、５ｆ３、配信制御システム２、及び端末管理システム７を有する。尚、図１１の通信端末の数は一例であって、他の数であっても良い。また、通信端末５ｆ２、５ｆ３は、通信端末５ｆ１と同様の構成を有している。
【００５２】
（通信端末）
通信端末５ｆ１は、検知手段１１０１、送信手段１１０２、受信手段１１０４、及び表示手段１１０３を有している。検知手段１１０１は、他の通信端末５ｆ２、５ｆ３等が並べて設置されたとき等に、他の通信端末５ｆ２、５ｆ３等の相対的な位置を検知する。検知手段１１０１は、例えば、図８の位置検知部８１４等を含む。
【００５３】
通信端末５ｆ１の検知手段１１０１は、例えば、３つの通信端末５ｆ１、５ｆ２、５ｆ３が、左から順に横並びで設置された場合、通信端末５ｆ１の右側に通信端末５ｆ２が設置されていることを検知する。また、通信端末５ｆ２の検知手段１１０１は、通信端末５ｆ２の左側に通信端末５ｆ１が設置され、通信端末５ｆ２の右側に通信端末５ｆ３が設置されたことを検知する。さらに、通信端末５ｆ３の検知手段１１０１は、通信端末５ｆ３の左側に通信端末５ｆ２が設置されていることを検知する。
【００５４】
同様にして、通信端末５ｆ１の検知手段１１０１は、３つの通信端末５ｆ１、５ｆ２、５ｆ３が、上から順に縦並びで設置された場合、通信端末５ｆ１の下側に通信端末５ｆ２が設置されていることを検知する。また、通信端末５ｆ２の検知手段１１０１は、通信端末５ｆ２の上側に通信端末５ｆ１が設置され、通信端末５ｆ２の下側に通信端末５ｆ３が設置されたことを検知する。さらに、通信端末５ｆ３の検知手段１１０１は、通信端末５ｆ３の上側に通信端末５ｆ２が設置されていることを検知する。
【００５５】
通信端末５ｆ１は、検知手段１１０１によって検知された通信端末５ｆ２の相対的な位置を示す情報を含む端末位置情報を、送信手段１１０２を介して、端末管理システム７へ送信する。
【００５６】
通信端末５ｆ１の表示手段１１０３は、端末管理システム７に送信した通信端末５ｆ１の端末位置情報に基づいて、配信制御システム２が配信した画像データを、受信手段１１０４を介して取得し、例えば、図８の表示部８０４等に表示する。尚、図１１の送信手段１１０２、及び受信手段１１０４は、１つの手段（送受信手段１１０５）であっても良いことは言うまでもない。
【００５７】
（端末管理システム）
端末管理システム７は、通信手段１１０７、位置情報管理手段１１０８、及び記憶手段１１０９を有する。位置情報管理手段１１０８は、複数の通信端末５ｆ１〜５ｆ３から、通信手段１１０７を介して取得した複数の通信端末５ｆ１〜５ｆ３の端末位置情報を記憶手段１１０９に記憶する。また、位置情報管理手段１１０８は、取得した複数の通信端末５ｆ１〜５ｆ３の端末位置情報に基づいて、複数の通信端末５ｆ１〜５ｆ３の位置関係を特定する。
【００５８】
例えば、表示システム１１００が３つの通信端末５ｆ１〜５ｆ３を有し、３つの通信端末５ｆ１、５ｆ２、５ｆ３が、左から順に横並びで設置されているものとする。この場合、前述したように、通信端末５ｆ１からは、右側に通信端末５ｆ２が設置されていることを示す端末位置情報が通知される。同様に、通信端末５ｆ２からは、左側に通信端末５ｆ１が設置され、右側に通信端末５ｆ３が設置されていることを示す端末位置情報が通知される。さらに、通信端末５ｆ３からは、左側に通信端末５ｆ２が設置されていることを示す端末位置情報が通知される。
【００５９】
位置情報管理手段１１０８は、上記３つの通信端末５ｆ１〜５ｆ３からの端末位置情報を用いて、３つの通信端末５ｆ１〜５ｆ３が、左から順に横並びで配置されていることを特定する。また、位置情報管理手段１１０８は、必要に応じて複数の通信端末５ｆ１〜５ｆ３に位置情報の検出及び送信を要求する機能を有していても良い。
【００６０】
（配信制御システム）
配信制御システム２は、通信手段１１１０、データ提供手段１１１１、及び表示制御手段１１０６を有する。データ提供手段１１１１は、例えば、図５のブラウザ２０等に相当し、通信端末５ｆ１〜５ｆ３に表示させる所定の画像データを提供する。
【００６１】
表示制御手段１１０６は、端末管理システム７等から、複数の通信端末５ｆ１〜５ｆ３の位置関係を示す情報を取得し、取得した位置関係に基づいて、複数の通信端末５ｆ１〜５ｆ３に表示させる画像データを特定し、生成する。例えば、図５で説明したマルチディスプレイの構成により、複数の通信端末５ｆ１〜５ｆ３が協働して所定の画像を表示するように、所定の画像を３分割して、各通信端末が表示する画像を生成する。表示制御手段１１０６が生成した画像データは、通信手段１１１０を介して、通信端末５ｆ１〜５ｆ３にそれぞれ送信される。
【００６２】
上記構成により、表示システム１１００では、複数の通信端末５ｆ１〜５ｆ３は、それぞれ隣接する通信端末に関する位置情報を検知して、端末管理システム７へ送信する。
【００６３】
端末管理システム７は、複数の通信端末５ｆ１〜５ｆ３から受信した位置情報に基づいて、複数の通信端末５ｆ１〜５ｆ３の位置関係を特定する。また、端末管理システム７は、配信制御システム２が、複数の通信端末５ｆ１〜５ｆ３の各々に表示させる画像データを特定するための情報（複数の通信端末５ｆ１〜５ｆ３の位置関係を示す情報）を決定する。
【００６４】
配信制御システム２は、端末管理システム７が決定した、複数の通信端末５ｆ１〜５ｆ３の位置関係を示す情報に基づいて、複数の通信端末５ｆ１〜５ｆ３が表示する画像データを生成し、配信する。
【００６５】
これにより、表示システム１１００は、複数の通信端末５ｆ１〜５ｆ３の位置関係を特定して、複数の通信端末５ｆ１〜５ｆ３に所定の画像を表示させることを容易化することができる。例えば、表示システム１１００は、複数の通信端末を新たに隣接配置した場合、隣接配置を解除した場合、又は通信端末５ｆ１〜５ｆ３の配置を変更した場合等、配置の変更に応じて、複数の通信端末が表示する画像を自動的に生成し、表示する。
【００６６】
次に、配信制御システム２、通信端末５、及び端末管理システム７について、さらに詳しく説明する。
【００６７】
（機能ブロック図）
図１２は、主に配信制御システム２の各機能を示す機能ブロック図である。図１２では、配信制御システム２が通信端末５ｆ１に対して映像（音）データを配信する場合の機能構成が示されているが、配信先が通信端末５ｆ１以外の場合も、同じ機能構成を有する。なお、配信制御システム２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。
【００６８】
（配信制御システムの機能構成）
図１２に示されているように、配信制御システム２は、図９に示されているＣＰＵ２０１等のハードウェア構成及びプログラムによって、図１２に示されている各機能構成を有する。
【００６９】
具体的に、配信制御システム２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。更に、配信制御システム２は、図９に示されているＨＤＤ２０４によって構築される記憶部２０００を有している。この記憶部２０００には、認識部３５から出力されブラウザ管理部２２を介して送られた後述の認識情報が記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２０００に一時的に記憶しておくこともできる。
【００７０】
上述の各機能構成のうち、ブラウザ２０は、配信制御システム２内で動作するウェブブラウザである。ブラウザ２０は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。ブラウザ２０は、例えば、Media Player、Flash Player、JavaScript（登録商標）、ＣＳＳ及びＨＴＭＬレンダラを有する。なお、JavaScriptには、標準規格のものと配信システム１独自のものが含まれる。
【００７１】
ここで、Media Playerは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Flash Playerは、Flashコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のJavaScriptは、配信システム１に固有のサービスのＡＰＩ（Application Programming Interface）を提供するJavaScript群である。ＣＳＳは、ＨＴＭＬで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。ＨＴＭＬレンダラは、ＨＴＭＬレンダリングエンジンである。
【００７２】
レンダラは、画像（音）データとしてのウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、静止画（音）データとしての各フレームデータを生成する。また、レンダラは、図７に示されているように、複数種類のコンテンツ（〔Ａ〕，〔ｐ１〕，〔ｐ２〕，〔Ｅ１〕，〔Ｅ２〕）のレイアウトを行うレイアウトエンジン（Layout Engine）でもある。
【００７３】
また、本実施形態の配信システム１では、配信制御システム２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ２０が用意されている場合について、以下続けて説明する。
【００７４】
送受信部２１は、端末管理システム７やウェブサーバ８との間で、各種データ、各種要求、各種指示等の送受信を行う。例えば、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを取得する。また、送受信部２１は、端末管理システム７から取得した各種データを配信制御システム２内の各機能構成に出力したり、端末管理システム７から取得した各種データ、各種要求、又は各種指示等に基づいて配信制御システム２内の各機能構成を制御したりする。例えば、ブラウザ２０が複数ある場合、送受信部２１は、端末管理システム７からの配信のパターンの切替え要求をブラウザ管理部２２に出力し、ブラウザ管理部２２が、複数のブラウザ２０における一のブラウザから他のブラウザへの切替えを制御する。また、送受信部２１は、端末管理システム７からの配信の切替え要求に基づいて、図１３及び図１４に示されているエンコーダブリッジ部３０内の各構成の組み合わせの切替えを行う。
【００７５】
ブラウザ管理部２２は、ブラウザ２０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。
【００７６】
また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。
【００７７】
さらに、ブラウザ管理部２２は、送受信部２１を介して、端末管理システム７から、複数の通信端末５ｆ１〜５ｆ３の位置関係を示す情報である端末位置情報を取得する。ブラウザ管理部２２は、取得した端末位置情報に応じて、ブラウザ２０に読込まれた情報を、予め定められたルールや指示によって、変形、分割、又は合成など処理を行う指示を、エンコーダブリッジ部３０に送信する。尚、ブラウザ管理部２２及びエンコーダブリッジ部３０は、例えば、図１１の表示制御手段１１０６に含まれる。
【００７８】
また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から、各種操作データを取得し、ブラウザ２０に出力する。なお、操作データは、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。更に、ブラウザ管理部２２は、認識部３５から画像（音）データを取得してブラウザ２０に出力したり、認識部３５から後述の認識情報を取得して記憶部２０００に記憶したりする。また、ブラウザ管理部２２は、受信用ＦＩＦＯ３４から映像（音）データを取得してブラウザ２０に出力する。
【００７９】
送信用ＦＩＦＯ２４は、ブラウザ２０で生成された静止画（音）データとしての各フレームデータを格納するバッファである。
【００８０】
時刻管理部２５は、配信制御システム２独自の時刻Ｔを管理している。
【００８１】
時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信制御システム２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したり、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信する。
【００８２】
回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間は、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。
【００８３】
エンコーダブリッジ部３０は、ブラウザ２０が生成した静止画（音）データとしての各フレームデータを、エンコーダブリッジ部３０における後述の変換部１０に出力する。エンコーダブリッジ部３０については、図１３及び図１４を用いて、更に詳細に説明する。
【００８４】
図１３は、エンコーダブリッジ部の詳細図である。また、図１４は、変換部の各機能を示す機能ブロック図である。
【００８５】
図１３に示されているように、エンコーダブリッジ部３０は、作成・選択部３１０、及び選択部３２０と、これらの間に複数の変換部（１０ａ，１０ｂ，１０ｃ）が構築されている。ここでは、３つの変換部を示したが、いくつであってもよい。なお、以下、任意の変換部を「変換部１０」として表す。
【００８６】
更に、変換部１０は、ブラウザ２０によって生成された静止画（音）データとしての各フレームデータのデータ形式を、通信ネットワーク９を介して通信端末５に配信できるＨ．２６４等のデータ形式に変換する。そのため、変換部１０は、図１４に示されているように、トリミング部１１、リサイズ部１２、分割部１３、及びエンコード部１９を有する。トリミング部１１、リサイズ部１２、及び分割部１３は、音データの場合は、処理を行わない。
【００８７】
このうち、トリミング部１１は、静止画の一部だけを切り出す処理を行う。リサイズ部１２は、静止画の縮尺を変更する。分割部１３は、図５に示されているように、静止画を分割する。
【００８８】
また、エンコード部１９は、ブラウザ２０で生成された、静止画（音）データとしての各フレームデータをエンコードすることにより、通信ネットワーク９介して通信端末５に映像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。
【００８９】
なお、レンダリングにより静止画データと共に音データが生成される場合には、これら両方のデータがエンコードされるが、音データだけが生成される場合には、トリミングやリサイズ、分割は行われることはなく、エンコードだけが行われてデータ圧縮される。
【００９０】
また、作成・選択部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させる静止画（音）データとしてのフレームデータを選択したりする。作成する場合としては、作成・選択部３１０は、通信端末５おける映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する。また、選択する場合としては、既に作成されている変換部１０を選択する。例えば、通信端末５ａへの配信に加えて通信端末５ｂへの配信を開始するにあたって、通信端末５ａへ配信している映像（音）データと同じ映像（音）データを通信端末５ｂへ配信する場合がある。このような場合で、更に、通信端末５ｂが通信端末５ａにおける映像（音）データの再生能力と同じ再生能力を有する場合には、作成・選択部３１０は通信端末５ｂ用に新たな変換部１０ｂを作成せずに、通信端末５ａ用に既に作成している変換部１０ａを利用する。
【００９１】
一方、選択部３２０は、既に作成されている変換部１０から所望のものを選択する。これら作成・選択部３１０と選択部３２０による選択によって、図７に示したような様々なパターンの配信を行うことができる。
【００９２】
図１２に戻って、配信制御システム２の機能構成の説明を続ける。送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。この送受信部３１が、クラウド上から通信ネットワーク９を介して通信端末５に各種データや要求等の送信を行うことで、配信制御システム２は通信端末５に対して、各種データや要求等を配信することができる。例えば、送受信部３１は、通信端末５のログイン処理において、通信端末５の送受信部５１に対し、ユーザにログイン要求を促すための認証画面データを送信する。その他に、送受信部３１は、ＨＴＴＰＳ（Hypertext Transfer Protocol over Secure Socket Layer）サーバを介して配信システム１独自のプロトコルにより、通信端末５のユーザアプリや通信端末６のデバイスアプリへのデータ送信およびデータ受信を行う。この独自のプロトコルは、配信制御システム２と通信端末との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムのデータ作成、コマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換を行う。
【００９３】
このうち、送信レスポンス制御は、配信制御システム２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。
【００９４】
リアルタイムのデータ作成は、図１４におけるエンコード部１９で生成された圧縮映像（および圧縮音）のデータに独自のヘッダを付与して、ＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００９５】
コマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５へのＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００９６】
受信レスポンス制御は、配信制御システム２が通信端末５からデータを受信するために、通信端末５からリクエストされたＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信制御システム２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。
【００９７】
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
【００９８】
ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式のデータに変換する処理である。
【００９９】
また、受信用ＦＩＦＯ３４は、デコード部４０でデコードされた後の映像（音）データを格納するバッファである。
【０１００】
認識部３５は、通信端末５から受信する画像（音）データに対しての処理を行う。具体的には、認識部３５は、例えば、サイネージ向けにカメラ６２で撮影された画像から人や動物の顔、年齢、及び性別などを認識する。また、認識部３５は、オフィス向けに、カメラ６２で撮影された画像から顔認識による名前タグ付けや背景画像の差し替え処理などを行う。認識部３５は、認識した内容を示す認識情報を記憶部２０００に記憶させる。この認識部３５は、認識拡張ボードで処理を行うことで高速化が実現される。
【０１０１】
遅延情報取得部３７ａは、上り用の回線適応制御の処理に用いられる遅延情報取得部５７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。
【０１０２】
回線適応制御部３７ｂは、上り用の回線適応制御の処理に用いられる回線適応制御部２７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
【０１０３】
デコード部４０は、通信端末５から送信されて来た画像（音）データをデコードする。
【０１０４】
（通信端末の機能構成）
続いて、通信端末５の機能構成について説明する。通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる端末である。尚、通信端末５は、本発明に係る表示装置の一例である。
【０１０５】
図１５は、一実施形態に係る通信端末５の機能ブロック図である。通信端末５は、デコード部５０、送受信部５１、操作部８０５、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部８０４、エンコード部６０、及び位置検知部８１４を有している。更に、通信端末５は、図８に示されているＲＡＭ８０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）等が記憶される。
【０１０６】
このうち、デコード部５０は、配信制御システム２から配信され、再生制御部５３から出力された映像（音）データをデコードする。
【０１０７】
送受信部５１は、配信制御システム２の送受信部３１、及び後述の端末管理システム７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理システム７の送受信部７１にログイン要求を行う。
【０１０８】
操作部５２は、ユーザの操作入力を受け付ける処理を行い、例えば、電源スイッチ、キーボード、マウス、電子ペンＰ等による入力や選択等を受け付け、操作データとして配信制御システム２のブラウザ管理部２２に送信する。
【０１０９】
再生制御部５３は、送受信部５１から受けた映像（音）データ（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。
【０１１０】
レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングする。
【０１１１】
時刻制御部５６は、配信制御システム２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信制御システム２の時刻取得部２６に、配信制御システム２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
【０１１２】
遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。
【０１１３】
表示部５８は、レンダリング部５５によってレンダリングされたデータを再生する。
【０１１４】
エンコード部６０は、内蔵されたマイク部８１２や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信制御システム２のデコード部４０に送信する。また、エンコード部６０は、回線適応制御部３７ｂから受信した回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する。更に、エンコード部６０は、新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信制御システム２のデコード部４０に送信する。
【０１１５】
なお、内蔵されたマイク部８１２、外付けのカメラ６２及びマイク６３等は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚(touch)データや嗅覚（smell）データを出力することができてもよい。
【０１１６】
入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。
【０１１７】
位置検知部８１４は、他の表示装置に対する位置を示す情報を含む端末位置情報を取得する。また、位置検知部８１４は、取得した位置情報（端末位置情報１２０１）を、送受信部５１を介して端末管理システム７へ送信する。
【０１１８】
図１６は、一実施形態に係る位置検知部８１４のブロック図である。位置検知部８１４は、制御部１６０１、一次記憶部１６０２、センサ部１６０３を有する。制御部１６０１は、位置検知部８１４の制御を行うブロックで、例えば、図８のＣＰＵ８０１で動作するプログラム等により実現される。一次記憶部１６０２は、センサ部１６０３から取得した情報を記憶する手段で、例えば、図８のＲＡＭ８０３や、ストレージ部８０６等に含まれる。センサ部１６０３は、例えば、図８の表示部８０４の複数の辺（例えば４辺）に設けられ、隣接して配置された、他の通信端末５ｆ２の位置情報を検知する。
【０１１９】
上記構成により、制御部１６０１は、例えば、所定の時間間隔（例えば１秒間隔）で、センサ部１６０３から、他の通信端末の位置情報を取得し、一次記憶部１６０２に記憶する。さらに、制御部１６０１は、例えば、端末管理システム７からの要求に応じて、或いは、所定の時間間隔で、一次記憶部１６０２に記憶した位置情報を、端末管理システム７へ、送受信部５１を介して送信する。尚、センサ部１６０３の具体的な構成については後述する。
【０１２０】
（端末位置情報の構成）
ここで、位置検知部８１４が検知する端末位置情報の構成について説明する。一例として、３つの通信端末５ｆ１、５ｆ２、５ｆ３が、図１７のように、横並びで設置されている場合について説明する。また、通信端末５ｆ１、５ｆ２、５ｆ３には、それぞれ固有のＩＤ（識別情報）「１０００」、「１００１」、「１００２」が付与されているものとする。固有のＩＤは、例えば、図８の通信Ｉ／Ｆ部８１０のＭＡＣ（Media Access Control）アドレス等の、通信端末毎に固有のＩＤであって、電子的に通信端末の内部に記録され、読み出しが可能であるものとする。通信端末５ｆ１の位置検知部８１４は、後述する機構によって、通信端末５ｆ１の左右、及び／又は上下に配置された他の通信端末５ｆ２、５ｆ３の位置、距離、及びＩＤ等を端末位置情報として検知する。
【０１２１】
図１８は、一実施形態に係る端末位置情報１８００の一例を示す図である。図１８は、図１７の通信端末５ｆ１で検知される位置情報の一例である。
【０１２２】
図１８において、データラベル１８０１の列の「ＭｙＤｅｖ」は、自装置、すなわち、通信端末５ｆ１を示す。データラベルの列の「ＬｅｆｔＤｅｖ」は、自装置の左方向に位置する通信端末５ｆ２を示す。データラベル１８０１の列の「ＲｉｇｈｔＤｅｖ」は、自装置の右方向に位置する通信端末５ｆ３を示す。同様に、「ＵｐｐｅｒＤｅｖ」、「ＬｏｗｅｒＤｅｖ」は、それぞれ、図１７では配置されていないが、上方向の通信端末、下方向の通信端末を示す。
【０１２３】
図１８のＩＤ１８０２の列は、それぞれデータラベル１８０１に対応する通信端末のＩＤを示す。図１７に示す配置の例では、通信端末５ｆ１の左側に、端末ＩＤが「１００１」である通信端末５ｆ２が配置されているので、ＬｅｆｔＤｅｖのＩＤ１８０２の行には、「１００１」が挿入される。同様にして、ＲｉｇｈｔＤｅｖのＩＤ１８０２の行には、通信端末５ｆ３の端末ＩＤ「１００２」が挿入される。また、図１７の配置の例では、通信端末５ｆ１の上方向及び下方向には、通信端末が配置されていない。この場合、ＵｐｐｅｒＤｅｖ、ＬｏｗｅｒＤｅｖのＩＤ１８０２の行には、通信端末が配置されていないことを示す「Ｎｕｌｌ」が挿入される。このように、図１８のデータラベル１８０１の列、及びＩＤ１８０２の列の情報は、通信端末５ｆ１（ＭｙＤｒｖ）に対する他の通信端末５ｆ２、５ｆ３等の位置（方向）を示す。
【０１２４】
図１８の距離１８０３の列は、自装置（ＭｙＤｅｖ）とデータラベル１８０１のそれぞれに対応する通信端末との距離を示す。図１８の例では、「１０００」のＩＤ１８０２を有する通信端末５ｆ１（ＭｙＤｅｖ）と、通信端末５ｆ１の左方向に隣接した「１００１」のＩＤ１８０２を有する通信端末５ｆ２（ＬｅｆｔＤｅｖ）との距離が「１０００」であることを示す。同様に、通信端末５ｆ１と、通信端末５ｆ１の右方向に隣接し、「１００２」のＩＤ１８０２を有する通信端末５ｆ２（ＲｉｇｈｔＤｅｖ）との距離が「０」であることを示す。尚、距離の単位は、システムの要求等に応じて、任意の単位を用いることができる。
【０１２５】
また、通信端末５ｆ１の上方向及び下方向には、通信端末が配置されていないので、ＵｐｐｅｒＤｅｖ、ＬｏｗｅｒＤｅｖの距離１８０３の行には、通信端末が配置されていないことを示す「Ｎｕｌｌ」が挿入される。このように、図１８のＩＤ１８０２の列の情報は、通信端末５ｆ１（ＭｙＤｅｖ）に対する他の通信端末の位置（距離）を示す。
【０１２６】
このように、各通信端末５ｆ１〜５ｆ３は、自装置の上下左右に配置された、他の通信端末のＩＤ（識別情報）、及び他の通信端末と自装置との距離に関する情報を、例えば、図１８に示す表構造のデータ（端末位置情報）として記憶する。また、各通信端末５ｆ１〜５ｆ３は、記憶した端末位置情報を、予め定められた端末管理システム７へ、送受信部５１を介して送信する。
【０１２７】
（端末管理システムの機能構成）
続いて、図１９を用いて、端末管理システム７の機能構成について説明する。図１９は、端末管理システムの各機能を示す機能ブロック図である。
【０１２８】
図１２に示されているように、端末管理システム７は、送受信部７１ａ、送受信部７１ｂ、認証部７５、及び位置情報管理部１９０１を有している。更に、端末管理システム７は、図９に示されているＨＤＤ２０４によって構築される記憶部７０００を有している。この記憶部７０００には、配信先選択メニューデータ、端末管理テーブル７０１０、利用可能端末管理テーブル７０２０、及び端末配置管理テーブル１９０２が記憶される。
【０１２９】
このうち、配信先選択メニューは、図２０に示されているような配信先選択メニュー画面を示すデータである。
【０１３０】
端末管理テーブル７０１０では、図２１に示されているように、通信端末５の端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ（Uniform Resource Locator）を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、設置位置情報、及び表示名情報が関連付けて管理されている。このうち、実行環境情報には、各通信端末５の「お気に入り」、「前回のCookie情報」、及び「キャッシュファイル」が含まれており、各通信端末５のログイン後に、設定情報と共に配信制御システム２に送信され、各通信端末５に対して個別のサービスを行うために利用される。
【０１３１】
また、共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。例えば、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」であり、また、端末ＩＤ「ｔ００８」の共有ＩＤは「ｖ００６」である。更に、端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末（５ｆ１，５ｆ２，５ｆ３）との遠隔共有処理の要求があった場合には、配信制御システム２は、通信端末（５ｆ１，５ｆ２，５ｆ３）に対して、通信端末５ａに配信中の映像(音)データと同じ映像（音）データを配信する。但し、通信端末５ａと通信端末（５ｆ１，５ｆ２，５ｆ３）の表示部５８の解像度が異なる場合には、これに応じて、配信制御システム２が映像(音)データを配信する。
【０１３２】
更に、設置位置情報は、例えば、図５に示されているように、通信端末（５ｆ１，５ｆ２，５ｆ３）が並んで設置される場合の設置位置を示している。表示名情報は、図２０に示されている配信先選択メニュー画面の表示名の内容を表す情報である。
一方、利用可能端末管理テーブル７０２０では、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５が遠隔共有処理することが可能な通信端末又は通信端末群を示す共有ＩＤが関連付けて管理されている。
【０１３３】
図２３は、一実施の形態に係る端末配置管理テーブル１９０２の一例を示す図である。端末配置管理テーブル１９０２には、端末ＩＤ２３０１、データラベル２３０２、ＩＤ２３０３、距離２３０４、及び配置位置２３０５等が記録されている。
【０１３４】
次に、各機能構成について説明する。送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信する。
【０１３５】
送受信部７１ｂは、配信制御システム２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信制御システム２の送受信部２１から配信先選択メニューのデータの要求を受信したり、送受信部２１に対して、配信先選択メニューのデータを送信する。
【０１３６】
認証部７５は、受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う。
【０１３７】
位置情報管理部１９０１は、各通信端末５から、端末位置情報を受信すると、送信元の通信端末５の端末ＩＤ２３０１に対応付けて、データラベル２３０２、ＩＤ２３０３、距離２３０４を端末配置管理テーブル１９０２に記録する。また、位置情報管理部１９０１は、受信した端末位置情報に基づいて、複数の通信端末５ｆ１〜５ｆ３の位置関係を特定し、配置位置２３０５に記録する。
【０１３８】
例えば、図２３に示す端末配置管理テーブル１９０２より、端末ＩＤ「１０００」の通信端末（５ｆ１）の左側に端末ＩＤ「１００１」の通信端末（５ｆ２）が配置されていることを読み取ることができる、また、端末ＩＤ「１０００」の通信端末（５ｆ１）の右側に端末ＩＤ「１００２」の通信端末（５ｆ３）が配置されていることを読取ることができる。さらに、端末ＩＤ「１０００」の通信端末の上下方向には、通信端末が配置されていないことも判る。
【０１３９】
同様にして、端末ＩＤ「１００１」の通信端末の右側には、端末ＩＤ「１０００」の通信端末が配置され、他の方向には、通信端末が配置されていないことを読取ることができる。さらに、端末ＩＤ「１００２」の通信端末の左側には、端末ＩＤ「１０００」の通信端末が配置され、他の方向には、通信端末が配置されていないことを読取ることができる。
【０１４０】
従って、位置情報管理部１９０１は、端末配置管理テーブル１９０２に記録された情報により、端末ＩＤ「１００１」、「１０００」、「１００２」の通信端末が左から順番に横に並んでいることを特定することができる。
【０１４１】
＜センサ部の構成＞
ここで、通信端末５のセンサ部１６０３の具体的な構成について説明する。
【０１４２】
［第１の実施の形態］
図２４は、第１の実施形態に係るセンサ部１６０３の構成例を示す図である。図２４（ａ）において、通信端末５の右側及び左側の辺には、カメラとバーコードが一体となったセンサ部１６０３Ａ及び１６０３Ｂが、略同じ高さとなるように装着されている。センサ部１６０３Ａのカメラ２４０１の対物レンズ、及びバーコード２４０２は、通信端末５の端面から外側を向いて設置されている。また、センサ部１６０３Ｂ、カメラ２４０４の対物レンズ、及びバーコード２４０３は、通信端末５の端面から外側を向いて設置されている。
【０１４３】
図２４（ｂ）は、センサ部１６０３Ａを、図２４（ａ）の矢印２４０５の方向から見た図である。センサ部１６０３Ａは、上側にカメラ２４０１が、下側にバーコード２４０２が配置されている。また、バーコード２４０２には、通信端末５の端末ＩＤ等の識別情報がバーコード化されて印刷されている。尚、バーコード２４０２は、通信端末５の識別情報を示す識別コードの一例である。バーコード２４０２は、例えば、ＱＲコード（登録商標）等の他の識別コードであっても良い。
【０１４４】
図２４（ｃ）は、センサ部１６０３Ｂを、図２４の矢印２４０６の方向から見た図である。センサ部１６０３Ｂは、上側にバーコード２４０３が、下側にカメラ２４０４が配置されている。また、バーコード２４０３には、通信端末５の端末ＩＤ等の識別情報がコード化されて印刷されている。このように、センサ部１６０３Ａとセンサ部１６０３Ｂは、カメラとバーコードが対称な配置となっている。これにより、例えば、通信端末５の右側、又は左側に他の通信端末５を、上下方向の位置を合わせて隣接配置した場合、通信端末５のカメラと、隣接配置した他の通信端末５のバーコードとが対向するように構成されている。
【０１４５】
同様にして、図２４（ａ）に示すように、通信端末５の上側の辺及び下側の辺には、それぞれセンサ部１６０３Ｃ及びセンサ部１６０３Ｄが、それぞれ左右方向で同じ位置になうように設置されている。さらに、センサ部１６０３Ｃとセンサ部１６０３Ｄは、カメラとバーコードの位置が対称な配置となっている。これにより、例えば、通信端末５の上側、又は下側に他の通信端末５を、左右方向の位置を合わせて隣接配置した場合、通信端末５のカメラと隣接配置した他の通信端末５のバーコードとが対向するように構成されている。
【０１４６】
また、好ましくは、図２４（ａ）のセンサ部１６０３Ａ〜Ｄの各カメラ（撮像手段）は、オートフォーカス機能を搭載し、合焦したとき（焦点が合ったとき）の距離情報を図１６の制御部１６０１へ出力する。出力された距離情報は、制御部１６０１により、図１８の端末位置情報１８００の距離１８０３の列の情報として、図１６の一次記憶部１６０２に記憶される。尚、距離情報は、各カメラから出力されたデータ又は情報に基づいて、制御部１６０１が算出するものであっても良い。
【０１４７】
上記構成により、他の通信端末の端末ＩＤと、他の通信端末との距離とを同時に検知する仕組みを安価に構成することができる。また、近接時の混信の恐れが少ないので、信頼性を高めることができる。
【０１４８】
尚、カメラとバーコードが一体となったセンサ部１６０３は一例であって、カメラとバーコードは、別々に設けられていても良い。
【０１４９】
［第２の実施形態］
図２５は、第２の実施形態に係るセンサ部１６０３の構成例を示す図である。図２５（ａ）において、通信端末５の右側及び左側の辺には、ＩＣカードリーダとＩＣカードが一体となったセンサ部１６０３Ａ及び１６０３Ｂが、略同じ高さとなるように設けられている。センサ部１６０３ＡのＩＣカードリーダ（ＩＣタグリーダ）２５０１の読み取り面、及びＩＣカード（ＩＣタグ）２５０２は、通信端末５の端面から外側を向いて設置されている。また、センサ部１６０３ＢのＩＣカードリーダ２５０４の読み取り面、及びＩＣカード２５０３は、通信端末５の端面から外側を向いて設置されている。
【０１５０】
図２５（ｂ）は、センサ部１６０３Ａを、図２５（ａ）の矢印２５０５の方向から見た図である。センサ部１６０３Ａは、上側にＩＣカードリーダ２５０１が、下側にＩＣカード２５０２が配置されている。また、ＩＣカード２５０２には、通信端末５の端末ＩＤ等の識別情報がコード化されて格納されている。
【０１５１】
図２４（ｃ）は、センサ部１６０３Ｂを、図２５の矢印２５０６の方向から見た図である。センサ部１６０３Ｂは、上側にＩＣカード２５０３が、下側にＩＣカードリーダ２５０４が配置されている。また、ＩＣカード２５０３には、通信端末５の端末ＩＤ等の識別情報がコード化されて格納されている。このように、センサ部１６０３Ａとセンサ部１６０３Ｂは、ＩＣカードとＩＣカードリーダが対称な配置となっている。これにより、例えば、通信端末５の右側、又は左側に他の通信端末５を上下方向の位置を合わせて隣接配置した場合、通信端末５のＩＣカードリーダと、隣接配置させた他の通信端末５のＩＣカードとが対向するように構成されている。
【０１５２】
同様にして、図２５（ａ）に示すように、通信端末５の上側の辺及び下側の辺には、それぞれセンサ部１６０３Ｃ及びセンサ部１６０３Ｄが、それぞれ左右方向で同じ位置になうように設置されている。さらに、センサ部１６０３Ｃとセンサ部１６０３Ｄは、ＩＣカードとＩＣカードリーダの位置が対称な配置となっている。これにより、例えば、通信端末５の上側、又は下側に他の通信端末５を、左右方向の位置を合わせて隣接配置させた場合、通信端末５のＩＣカードリーダと隣接配置させた他の通信端末５のＩＣカードとが対向するように構成されている。
【０１５３】
本実施の形態に係る通信端末５ｆ１のＩＣカードリーダは、隣接配置された通信端末５ｆ２のＩＣカードから、通信端末５ｆ２の端末ＩＤを非接触で読み取り可能である。例えば、ＩＣカードリーダは、所定の到達距離の磁界を発生しており、ＩＣカードがこの磁界を通過するとＩＣカード内部のコイルが磁界を受けて電流を発生する。そして、ＩＣカードに埋め込まれたＩＣ（集積回路）がこの電流を利用してＩＣカードリーダと通信を行う。
【０１５４】
ＩＣカードの具体的な例として、例えば、Ｆｅｌｉｃａ（登録商標）、ＮＦＣ（Near Field Communication）、密着型のＲＦＩＤ（Radio Frequency Identification）タグ等がある。また、ＩＣカードは、他の近距離無線通信方式等により識別情報を通信するものであっても良い。尚、ＩＣカードは、ＩＣタグの一例である。ＩＣタグは、例えば、半導体チップや、モジュール等、カード以外の形状であっても良い。
【０１５５】
また、本実施の形態では、通信端末５ｆ１と隣接配置された他の通信端末５ｆ２、５ｆ３等の外装カバー同士が接触する程度（例えば、５ｍｍ以下）で互いを検知できるように、ＩＣカード及び／又はＩＣカードリーダのアンテナ感度等が調整されている。従って、本実施の形態に係る通信端末５ｆ１は、隣接して配置された他の通信端末５ｆ２、５ｆ３等との距離が所定の範囲内（例えば、５ｍｍ以下）である場合に、端末位置情報を検知する。
【０１５６】
上記構成によれば、近接設置された他の通信端末の端末ＩＤを取得する仕組みを、従来からある技術を利用して、安価に構成することができる。また、接触する程度まで近づけたときに端末ＩＤを検出するので、自由度は低いが信頼性が高い。
【０１５７】
尚、本構成では、通信端末５ｆ１は隣接して配置された他の通信端末５ｆ２との間の距離を特定することが困難である。そのため、通信端末５ｆ１の制御部１６０１は、センサ部１６０３が、隣接して配置された他の通信端末５ｆ２を検知すると、図１８の端末位置情報１８００の距離１８０３を、例えば、「０」として、記憶する。また、通信端末５ｆ１の制御部１６０１は、センサ部１６０３が、隣接して配置された他の通信端末５ｆ２を検知できない場合、図１８の端末位置情報１８００の距離１８０３を、例えば、「ＮＵＬＬ」として記憶する。これにより、通信端末５ｆ１は、所定の位置に近接配置された他の通信端末５ｆ２、５ｆ３等の有無、位置（上下左右）、及び識別情報（端末ＩＤ）等を取得することができる。
【０１５８】
尚、ＩＣカードリーダ（ＩＣタグリーダ）とＩＣカード（ＩＣタグ）が一体となったセンサ部１６０３は一例であって、ＩＣカードリーダとＩＣカードは、別々に設けられていても良い。
【０１５９】
図２６は、一実施形態に係る複数の通信端末の配置の一例である。図２６の例では、通信端末５ｆ１の左側に通信端末５ｆ２が、右側に通信端末５ｆ３が、上側に通信端末５ｆ４が、下側に通信端末５ｆ５が隣接配置されている。このように、通信端末５ｆ１〜５ｆ５は、並べて配置した場合に、バーコード又はＩＣカード等の端末ＩＤ保持部２６０２と、カメラ又はＩＣカードリーダ等のＩＤ読み取り部２６０１と、の位置が互いに対向するように構成されている。
【０１６０】
［第３の実施形態］
図２７は、第３の実施形態に係るセンサ部１６０３の構成例を示す図である。図２７（ａ）において、通信端末５の右側の辺及び左側の辺には、赤外線受信素子と、赤外線送信素子が一体となったセンサ部１６０３Ａ及び１６０３Ｂが、略同じ高さとなるように設けられている。また、センサ部１６０３Ａの赤外線受信素子２７０１、及び赤外線送信素子２７０２は、通信端末５の端面から外側を向いて設置されている。また、センサ部１６０３Ｂの赤外線受信素子２７０４、及び赤外線送信素子２７０３は、通信端末５の端面から外側を向いて設置されている。
【０１６１】
尚、赤外線受信素子２７０１、２７０４は、例えば、フォトダイオード、フォトトランジスタ、又はフォトＩＣ（Integrated Circuit）等の光検出素子を含む。また、赤外線送信素子２７０２、２７０３は、例えば、発光ダイオード等の発光素子を含む。
【０１６２】
赤外線受信素子および赤外線送信素子は、例えば、ＩｒＤＡ（Infrared Data Association）規格のハードウェア、通信モジュール等を好適に利用することができる。また、赤外線は一例であって、例えば、可視光線や紫外線等を含む光を用いるもの等であっても良い。
【０１６３】
図２７（ｂ）は、センサ部１６０３Ａを、図２７（ａ）の矢印２７０５の方向から見た図である。センサ部１６０３Ａは、上側に赤外線受信素子２７０１が、下側に赤外線送信素子２７０２が配置されている。赤外線送信素子２７０２からは、例えば、通信端末５の端末ＩＤ等の識別情報が送信される。
【０１６４】
図２７（ｃ）は、センサ部１６０３Ｂを、図２５の矢印２７０６の方向から見た図である。センサ部１６０３Ｂは、上側に赤外線送信素子２７０３が、下側に赤外線受信素子２７０４が配置されている。赤外線送信素子２７０３からは、例えば、例えば、通信端末５の端末ＩＤ等の識別情報が送信される。
【０１６５】
このように、センサ部１６０３Ａとセンサ部１６０３Ｂは、赤外線送信素子と赤外線受信素子が対称な配置となっている。これにより、例えば、通信端末５の右側、又は左側に他の通信端末５を上下方向の位置を合わせて隣接配置させた場合、通信端末５の赤外線受信素子と、隣接配置させた他の通信端末５の赤外線送信素子とが対向するように構成されている。
【０１６６】
同様にして、図２７（ａ）に示すように、通信端末５の上側の辺及び下側の辺には、それぞれ、センサ部１６０３Ｃ及びセンサ部１６０３Ｄが、それぞれ左右方向で同じ位置になうように設置されている。さらに、センサ部１６０３Ｃとセンサ部１６０３Ｄは、赤外線送信素子と赤外線受信素子が対称な配置となっている。これにより、例えば、通信端末５の上側、又は下側に他の通信端末５を、左右方向の位置を合わせて隣接配置させた場合、通信端末５の赤外線受信素子と隣接配置させた他の通信端末５の赤外線送信素子とが対向するように構成されている。
【０１６７】
上記構成によれば、通信端末５と、隣接設置された他の通信端末５との間の距離が所定の距離以下となると、赤外線通信が確立され、互いの識別情報が交換される。また、本構成によれば、カメラやＩＣカードによる構成と比べて、安価かつ堅牢にセンサ部１６０３を構成することができる。
【０１６８】
尚、本構成では、通信端末５ｆ１は隣接して配置された他の通信端末５ｆ２との間の距離を特定することが困難である。そのため、通信端末５ｆ１の制御部１６０１は、センサ部１６０３が、隣接して配置された他の通信端末５ｆ２を検知すると、図１８の端末位置情報１８００の距離１８０３を、例えば、「０」として、記憶する。また、通信端末５ｆ１の制御部１６０１は、センサ部１６０３が、隣接して配置された他の通信端末５ｆ２を検知できない場合、図１８の端末位置情報１８００の距離１８０３を、例えば、「ＮＵＬＬ」として記憶する。これにより、通信端末５ｆ１は、所定の位置に近接配置された他の通信端末５ｆ２、５ｆ３の有無、位置（上下左右）、及び識別情報（端末ＩＤ）等を取得することができる。
【０１６９】
尚、赤外線受信素子と赤外線送信素子が一体となったセンサ部１６０３は一例であって、赤外線受信素子と赤外線送信素子は、別々に設けられていても良い。
【０１７０】
［第４の実施形態］
図２８は、第４の実施形態に係るセンサ部の構成例を示す図である。本実施形態では、第３の実施形態のセンサ部１６０３Ａ、及びセンサ部１６０３Ｂの送受信面が、通信端末５ｆ１、５ｆ２の設置床面２８０１の法線、又はセンサ部が設けられた辺等に対して、所定の角度θだけ傾けて設けられている。
【０１７１】
例えば、センサ部１６０３Ａの赤外線受信素子（受光素子）２７０１の受信（受光）方向、及び／又は赤外線送信素子（発光素子）２７０２の送信（発光）方向に対応する面を送受信面２８０５Ａとする。この場合、センサ部１６０３Ａの送受信面２８０５Ａは、設置床面２８０１の法線２８０２Ｂ、又は通信端末５ｆ１のセンサ部１６０３Ａに対応する辺２８０３に対して、所定の角度θだけ上向きに傾けて設けられている。
【０１７２】
また、センサ部１６０３Ｂの赤外線受信素子２７０４の受信方向、及び／又は赤外線送信素子２７０３の送信方向に対応する面を送受信面２８０５Ｂとする。この場合、センサ部１６０３Ｂの送受信面２８０５Ｂは、設置床面２８０１の法線２８０２Ａ、又は通信端末５ｆ１のセンサ部１６０３Ｂに対応する辺２８０４に対して、所定の角度θだけ下向きに傾けて設けられている。尚、通信端末５ｆ２（他の通信端末）は、通信端末５ｆ１と同様の構成を有しているものとする。
【０１７３】
さらに、通信端末５ｆ１は、図８に示すように、設置床面２８０１に通信端末５ｆ２と同じ向きで横に隣接配置したときに、通信端末５ｆ１のセンサ部１６０３Ａの送受信方向と、通信端末５ｆ２のセンサ部１６０３Ｂの送受信方向が略一致するように構成されている。つまり、通信端末５ｆ１のセンサ部１６０３Ａの送受信面２８０５Ａと、通信端末５ｆ２のセンサ部１６０３Ｂの送受信面２８０５Ｂとが対向するように構成されている。
【０１７４】
図２９は、第４の実施形態に係るセンサ部の配置例を示す図である。図２９に示すように、各通信端末５ｆ１〜５ｆ３のセンサ部１６０３Ａと、センサ部１６０３Ｂは、横に隣接して配置したときに、センサ部１６０３Ａと、センサ部１６０３Ｂの送受信方向が略一致するように、縦方向に所定の距離ｄだけずらして配置されている。
【０１７５】
この所定の距離ｄと、所定の角度θとにより、図２９のように３台の通信端末５ｆ１〜５ｆ３を横に並べて配置したとき、通信端末５ｆ１のセンサ部１６０３Ａは、通信端末５ｆ２のセンサ部１６０３Ｂと対向し、通信が可能である。一方、通信端末５ｆ１のセンサ部１６０３Ａは、通信端末５ｆ３のセンサ部１６０３Ｂと対向せず、通信が困難である。
【０１７６】
このように、通信端末５ｆ１〜５ｆ３は、この所定の距離ｄと、所定の角度θの値により、隣接する通信端末を認識できる距離を調整することができる。
【０１７７】
尚、図２８及び２９の構成はあくまで一例である。例えば、通信端末５ｆ１〜５ｆ３のセンサ部１６０３Ａが所定の角度θだけ下向きに、また、センサ部１６０３Ｂが所定の角度θだけ上向きに設けられているものであっても良い。この場合、各通信端末５ｆ１〜５ｆ３のセンサ部１６０３Ａと、センサ部１６０３Ｂは、横に隣接して配置したときに、センサ部１６０３Ａと、センサ部１６０３Ｂの送受信方向が略一致するように、縦方向に所定の距離ｄだけ逆にずらして配置する。
【０１７８】
尚、所定の角度θの値は、例えば、センサ部１６０３の赤外線送信素子の送信可能な角度である発光範囲、及び／又は赤外線受信素子の受信可能な角度である受光範囲等に応じて適切な値を設定する。或いは、所定の角度θに合わせて、後述する遮光板や、集光レンズを用いて、上記発光範囲、及び／又は受光範囲を設定するものであっても良い。
【０１７９】
いずれの場合でも、所定の角度θの値が±９０°を超えると赤外通信が困難となるので、所定の角度θは、０°＜θ＜±９０°の範囲内で設定することが望ましい。
【０１８０】
［第５の実施形態］
図３０は、第５の実施形態に係るセンサ部の構成例を示す図である。本実施形態に係る通信端末５ｆ１は、第４の実施形態に係るセンサ部１６０３Ａ、１６０３Ｂの送信方向及び／又は受信方向に、光（赤外線）の指向性を制限する（狭める）ための遮光板を有している。
【０１８１】
例えば、図３０において、センサ部１６０３Ａの赤外線受信素子（受光素子）２７０１の受信方向には、遮光板３００１Ａ、３００１Ｂが設けられている。この遮光板３００１Ａ、３００１Ｂにより、赤外線受信素子２７０１が光を受信可能な角度である受光範囲が制限されている。また、赤外線送信素子２７０２の送信方向には、遮光板３００１Ｃ、３００１Ｄが設けられている。この遮光板３００１Ｃ、３００１Ｄにより、赤外線送信素子（発光素子）２７０３が光を送信可能な角度である発光範囲が制限されている。
【０１８２】
同様に、センサ部１６０３Ｂの赤外線送信素子２７０３の送信方向には、遮光板３００１Ｅ、３００１Ｆが設けられており、赤外線受信素子２７０４の受信方向には、遮光板３００１Ｇ、３００１Ｈが設けられている。
【０１８３】
上記構成により、通信端末５ｆ１が、横方向に隣接して配置された他の通信端末５ｆ２、５ｆ３を検知できる距離の幅を制限することや、誤動作を低減させること等が可能となる。
【０１８４】
尚、図３０の構成は一例であって、本発明の範囲を限定するものではない。例えば、赤外線受信素子２７０１の受信方向に設けられた遮光板３００１Ａと遮光板３００１Ｂは、必ずしも対称でなくても良い。例えば、システムの要求や用途等に応じて、遮光板３００１Ａと遮光板３００１Ｂの長さ、角度等が異なっていても良い。他の遮光板３００１Ｃ〜３００１Ｈについても同様である。
【０１８５】
また、遮光板３００１Ｃ、３００１Ｄ、３００１Ｅ、３００１Ｆは、送信する光（赤外線）の指向性を制限するための遮光面の一例である。また、遮光板３００１Ａ、３００１Ｂ、３００１Ｇ、３００１Ｈは、受信する光（赤外線）の指向性を制限するための遮光面の一例である。例えば、遮光板３００１Ａ〜３００１Ｄは、送信する光、及び受信する光の指向性を制限する遮光面を有していれば、他の形状であっても良い。
【０１８６】
［第６の実施形態］
図３１は、第６の実施形態に係るセンサ部の構成例を示す図である。本実施形態に係る通信端末５ｆ１は、第４の実施形態に係るセンサ部１６０３Ａ、１６０３Ｂの送信方向及び／又は受信方向に、光（赤外線）の指向性を制限する（狭める）ための集光レンズを有している。
【０１８７】
例えば、図３１において、センサ部１６０３Ａの赤外線受信素子（受光素子）２７０１の受信方向には、集光レンズ３１０１Ａが設けられている。この集光レンズ３１０１Ａにより、赤外線受信素子２７０１が光を受信可能な角度である受光範囲が制限されている。また、赤外線送信素子２７０２の送信方向には、集光レンズ３１０１Ｂが設けられている。この集光レンズ３１０１Ｂにより、赤外線送信素子（発光素子）２７０３が光を送信可能な角度である発光範囲が制限されている。
【０１８８】
上記構成により、通信端末５ｆ１が、横方向に隣接して配置された他の通信端末５ｆ２、５ｆ３を検知できる距離の幅を制限することや、誤動作を低減させること等が可能となる。
【０１８９】
また、センサ部１６０３Ａ、１６０３Ｂが集光レンズを有している場合、通信端末５ｆ１は、センサ部１６０３Ａ、１６０３Ｂの集光レンズとは別に、集光レンズ３１０１Ａ〜３１０１Ｄを有していることが望ましい。これにより、汎用のセンサ部、例えば、ＩｒＤＡ通信モジュール等を用いた場合でも、通信端末５ｆ１が、横方向に隣接して配置された他の通信端末５ｆ２、５ｆ３を検知できる距離の幅を制限することや、誤動作を低減させること等が可能となる。
【０１９０】
［その他の実施の形態］
第４〜第６の実施形態では、通信端末５ｆ１のセンサ部１６０３Ａ、１６０３Ｂについて説明を行ったが、センサ部１６０３Ｃ、１６０３Ｄについても同様の構成が可能である。
【０１９１】
図３２は、その他の実施形態に係るセンサ部の構成例を示す図である。通信端末５ｆ１のセンサ部１６０３Ｃは、センサ部１６０３Ｃが設置される辺３２０５の方向に対して、所定の角度θ１だけ左向きに傾けて設けられている。また、センサ部１６０３Ｄは、センサ部１０６３Ｄが設置される辺３２０６の方向に対して所定の角度θ１だけ左側に傾けて設置されている。尚、通信端末５ｆ２のセンサ部１６０３Ｃ、１６０３Ｄについても、同様に所定の角度θ１の傾きを有しているものとする。
【０１９２】
また、通信端末５ｆ１の上側に、他の通信端末５ｆ２を横方向の位置を合わせて隣接配置した場合、通信端末５ｆ１のセンサ部１６０３Ｃと、通信端末５ｆ２のセンサ部１６０３Ｄは、送受信面が対向するように、横方向に所定の距離Ｄだけずらして配置されている。上記構成により、通信端末５ｆ１、５ｆ２は、この所定の距離Ｄと、所定の角度θ１の値により、上下に隣接する通信端末を認識できる距離を調整することができるようになる。
【０１９３】
さらに、通信端末５ｆ１、５ｆ２のセンサ部１６０３Ｃ、１６０３Ｄは、第５の実施形態に示した遮光板や、第６の実施形態に示した集光レンズ等を有していても良い
尚、センサ部１６０３Ａ、１６０３Ｂの所定の傾きθ２と、センサ部１６０３Ｃ、１６０３Ｄの所定の傾きθ２は、同じ値であっても良いし、異なる値であっても良い。
【０１９４】
＜位置情報の検出処理＞
次に、通信端末５ｆ１における、端末位置情報の検出処理の流れについて、具体的な例をいくつかあげて説明する。
【０１９５】
図３３は、一実施形態に係る通信端末５ｆ１の端末位置情報の通知処理の一例を示すフローチャートである。端末管理システム７は、所定の時間間隔（例えば1秒間隔）で通信端末５ｆ１に端末位置情報取得要求を送信する。また、通信端末５ｆ１は、予め定められたタイミングで、センサ部１６０３を駆動し、他の通信端末に対する位置を含む端末位置情報を検知し、検知した位置情報を一次記憶部１６０２に記憶しているものとする。
【０１９６】
図３３において、通信端末５ｆ１の制御部１６０１は、端末位置情報取得要求を受信したか否かを判断し（ステップＳ３３０１）、端末位置情報取得要求を受信すると、一次記憶部１６０２に記憶された端末位置情報を読出す（ステップＳ３３０２）。さらに、制御部１６０１は、読み出した端末位置情報を、送信手段１１０２を介して、端末管理システム７へ送信する（ステップＳ３３０３）。
【０１９７】
通信端末５ｆ１は、図３３の処理を繰り返すことにより、端末管理システム７からの端末位置情報取得要求に応じて端末位置情報を送信する。
【０１９８】
また、図３４は、一実施形態に係る通信端末５ｆ１の端末位置情報の通知処理の別の一例を示す図である。図３４において、通信端末５ｆ１の制御部１６０１は、所定の時間Ｔ１（例えば１秒）を経過すると（ステップＳ３４０１）、一次記憶部１６０２に記憶された端末位置情報を読出す（ステップＳ３４０２）。さらに、制御部１６０１は、読み出した端末位置情報を、送信手段１１０２を介して、端末管理システム７へ送信する（ステップＳ３４０３）。
【０１９９】
通信端末５ｆ１は、図３４の処理を繰り返すことにより、所定時間毎に端末位置情報を端末管理システム７に送信する。
【０２００】
尚、上記図３３、３４に示した端末位置情報の検出処理は一例であって、例えば、通信端末５ｆ１は、端末位置情報の変化に応じて、端末管理システム７に端末位置情報を送信するものであっても良い。
【０２０１】
図３５は、一実施形態に係る端末位置情報の変化に応じた通知処理の流れを示すフローチャートである。通信端末５ｆ１の制御部１６０１は、図３５に示すように、所定の時間Ｔ２（例えば５００ｍｓ）を経過すると（ステップＳ３５０１）、センサ部１６０３を駆動し端末位置情報を検知する（ステップＳ３５０２）。また、通信端末５ｆ１の制御部１６０１は、検知した端末位置情報を一次記憶部１６０２に記憶する（ステップＳ３５０３）。そして、制御部１６０１は、一次記憶部１６０２に記憶されている前回の端末位置情報の検知結果と、ステップＳ３５０２で検知した今回の端末位置情報の検知結果を比較し、端末位置情報が変化したか否かを判断する（ステップＳ３５０４）。
【０２０２】
ステップＳ３５０４において、端末位置情報に変化がある場合、制御部１６０１は、ステップＳ３５０２で検知した今回の端末位置情報を端末管理システム７に送信する。一方、ステップＳ３５０４において、端末位置情報に変化が無い場合は、制御部１６０１は、端末位置情報の送信を行わなくても良い。
【０２０３】
通信端末５ｆ１は、上記処理を繰り返すことにより、端末位置情報が変化を検知したとき、すなわち、通信端末５ｆ１と他の通信端末との位置関係が変化したときに、端末位置情報を端末管理システム７に送信することができる。また、図３５の処理は、図３３又は図３４の処理等と組み合わせて実施しても良い。
【０２０４】
端末管理システム７は、例えば、図３３〜３５の処理等により、通信端末５ｆ１から端末位置情報を受信すると、図２３の端末配置管理テーブル２３００のデータラベル２３０２、ＩＤ２３０３、距離２３０４の情報を更新する。また、端末管理システム７は、更新されたデータラベル２３０２、ＩＤ２３０３、距離２３０４等の情報に基づいて、複数の通信端末の位置関係を特定し、配置位置２３０５の情報を更新する。さらに、端末管理システム７は、端末配置管理テーブル２３００の配置位置２３０５の情報に基づいて、図２１に示した端末管理テーブルの「配置位置」の情報を更新する。
【０２０５】
＜マルチディスプレイの処理＞
続いて、マルチディスプレイの処理について説明する。なお、図３６乃至図３８は、図５に示されているマルチディスプレイの処理を示したシーケンス図である。
【０２０６】
ここでは、通信端末５ａで再生されている映像（音）〔ＸＹＺ〕を、各通信端末（５ｆ１，５ｆ２，５ｆ３）にも分割して再生させる例である。
【０２０７】
また、ここでは、ウェブコンテンツを表示させるためのブラウザ２０を「ブラウザ２０ａ」と示し、ユーザへの設定画面を表示させるためのブラウザ２０を「ブラウザ２０ｂ」と示す。
【０２０８】
まず、配信制御システム２のブラウザ２０ａは、ウェブサーバ８から取得したウェブコンテンツデータ〔ＸＹＺ〕をレンダリングすることにより、静止画（音）データとしての各フレームデータを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２０１）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された各フレームデータをエンコードすることで、通信端末５ａに配信可能なデータ形式の映像（音）データ〔ＸＹＺ〕に変換する（ステップＳ２０２）。
【０２０９】
次に、送受信部３１は、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔ＸＹＺ〕を受信して、再生制御部５３に出力する。
【０２１０】
次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔ＸＹＺ〕を取得してデコードする（ステップＳ２０４）。その後、スピーカ６１は、デコードされた音データ〔ＸＹＺ〕に基づいて音を再生すると共に、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔ＸＹＺ〕に基づいて映像を再生する（ステップＳ２０５）。
【０２１１】
次に、通信端末５ａのユーザによって、表示部５８上に表示されている画面が不図示のメニュー要求画面に切り替えられ、操作部５２が、メニュー要求画面中の不図示の「配信先選択メニュー」ボタンの押下を受け付ける（ステップＳ２０６）。これにより、送受信部５１が、端末管理システム７の送受信部７１ａに、配信先選択メニューへの切り替え要求を送信する（ステップＳ２０７）。これにより、端末管理システム７の送受信部７１ａは、配信先選択メニューへの切り替え要求を受信する。この要求には、通信端末５ａの端末ＩＤが含まれている。
【０２１２】
次に、送受信部７１ｂは、配信制御システム２の送受信部２１に、ブラウザ２０ｂの起動要求を送信する（ステップＳ２０８）。これにより、配信制御システム２の送受信部２１は、ブラウザ２０ｂの起動要求を受信し、ブラウザ管理部２２に対して、ブラウザ２０ｂの起動要求を行う。
【０２１３】
次に、ブラウザ管理部２２は、ブラウザ２０ｂを起動させる（ステップＳ２０９）。そして、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ａから変換部１０（例えば、変換部１０ａ）への出力を、ブラウザ２０ｂから変換部１０（例えば、変換部１０ｂ）への出力に切り替える（ステップＳ２１０）。但し、通信端末５ａが他の通信端末５（例えば、通信端末５ｂ）と変換部１０（例えば、変換部１０ａ）を共有して上記ステップＳ２０３による映像（音）データを受信していた場合には、他の通信端末５（例えば、通信端末５ｂ）はブラウザ２０ａ用に変換部１０（例えば、変換部１０ａ）を利用中であるため、エンコーダブリッジ部３０の作成・選択部３１０は、新たに変換部１０（例えば、変換部１０ｂ）を作成する。
【０２１４】
そして、送受信部２１は、ブラウザ２０ｂの命令に従って、端末管理システム７の送受信部７１ｂに、配信先選択メニュー要求を送信する（ステップＳ２１１）。この際に、通信端末５ａの端末ＩＤも送信される。これにより、端末管理システム７の送受信部７１ｂは、配信先選択メニュー要求を受信し、記憶部７０００に通信端末５ａの端末ＩＤを出力する。
【０２１５】
これに対して、端末管理システム７の記憶部７０００は、この端末ＩＤに基づいて利用可能端末管理テーブル７０２０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１２）。この共有ＩＤは、通信端末５ａが遠隔共通処理をするために利用可能な通信端末５を示している。ここでは、図２１に示されているように、通信端末５ａの端末ＩＤが「ｔ００１」であるため、抽出される共有ＩＤは「ｖ００３」、「ｖ００６」である。
【０２１６】
更に、記憶部７０００は、抽出した共有ＩＤに基づいて端末管理テーブル７０１０を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップＳ２１３）。ここでは、図２０に示されているように、抽出された共有ＩＤ「ｖ００３」、「ｖ００６」に対応する表示名は、それぞれ「東京本社１０Ｆ  ＭＦＰ」、「大阪展示場１Ｆ  マルチディスプレイ」である。
【０２１７】
そして、送受信部７１ｂは、配信制御システム２の送受信部２１に、コンテンツデータとしての配信先選択メニューデータ〔Ｍ〕を送信する（ステップＳ２１４）。これにより、配信制御システム２の送受信部２１は、配信先選択メニューデータ〔Ｍ〕を受信し、ブラウザ２０ｂに出力する。この配信先選択メニュー〔Ｍ〕は、図２０に示されているように、チェックボックス、共有ＩＤ、及び表示名が含まれている。
【０２１８】
次に、図３７に示されているように、ブラウザ２０ｂが、端末管理システム７から取得した配信先選択メニュー〔Ｍ〕を示すコンテンツデータをレンダリングして画像（音）データを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２２１）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ｍ〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ｍ〕に変換する（ステップＳ２２２）。
【０２１９】
次に、送受信部３１は、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔Ｍ〕を受信して、再生制御部５３に出力する。
【０２２０】
次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔Ｍ〕を取得してデコードする（ステップＳ２２４）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔ＸＹＺ〕に基づいて、図２０に示されているような映像を再生する（ステップＳ２２５）。
【０２２１】
次に、図２０に示されている配信先選択メニューにおいて、ユーザにより共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると、操作部５２が、ユーザの操作入力を受け付ける（ステップＳ２２６）。
【０２２２】
次に、送受信部５１は、配信制御システム２の送受信部３１に、操作データとしてチェック結果を送信する（ステップＳ２２７）。これにより、配信制御システム２の送受信部３１は、操作データとしてチェック結果を受信し、ブラウザ２０ｂに出力する。
【０２２３】
次に、ブラウザ２０ｂは、チェック結果から共有ＩＤを選択する（ステップＳ２２８）。
【０２２４】
そして、送受信部２１は、ブラウザ２０ｂの命令に従って、端末管理システム７の送受信部７１ｂに、配信先追加要求を送信する（ステップＳ２２９）。この配信先追加要求には、上記ステップＳ２２７によって選択された共有ＩＤが含まれている。これにより、端末管理システム７の送受信部７１ｂは、配信先追加要求を受信し、記憶部７０００に共有ＩＤを出力する。そして、ブラウザ２０ｂは、役目を終えて終了する（ステップＳ２３０）。これにより、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ｂから変換部１０への出力を、ブラウザ２０ａから変換部１０への出力に戻すよう切り替える（ステップＳ２３１）。
【０２２５】
次に、図３８に示されているように、端末管理システム７の記憶部７０００では、上記ステップＳ２２９によって送られて来た共有ＩＤに基づいて、端末管理テーブル７０１０を検索することにより、対応する端末ＩＤ及び設置位置情報を抽出する（ステップＳ２４１）。そして、送受信部７１ｂは、配信制御システム２の送受信部２１に、配信先の追加指示を送信する（ステップＳ２４２）。この配信先の追加指示には、上記ステップＳ２４１によって抽出された端末ＩＤ及び設置位置情報が含まれている。これにより、配信制御システム２の送受信部２１は、配信先の追加指示を受信し、ブラウザ管理部２２に配信先の追加指示を出力する。ここでは、端末ＩＤ及び設置位置情報が「ｔ００６」、「左」と、端末ＩＤ及び設置位置情報が「ｔ００７」、「中」と、端末ＩＤ及び設置位置情報が「ｔ００８」、「右」との３組の端末ＩＤ及び設置位置情報が含まれている。
【０２２６】
次に、エンコーダブリッジ部３０の作成・選択部３１０は、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ管理部２２から、端末ＩＤ及び設置位置情報を取得する。
【０２２７】
そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている静止画（音）データとしての各フレームデータ〔ＸＹＺ〕を分割し、エンコード部１９が、分割された各フレームデータをエンコードする（ステップＳ２４４）。
【０２２８】
そして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｘ〕を、端末ＩＤ（「ｔ００６」）及び設置位置情報（「左」）に基づいて、通信端末５ｆ１の送受信部５１に送信する（ステップＳ２４５−１）。これにより、通信端末５ｆ１の送受信部５１は、映像（音）データ〔Ｘ〕を受信して、再生制御部５３に出力する。
【０２２９】
次に、通信端末５ｆ１では、デコード部５０が再生制御部５３から映像（音）データ〔Ｘ〕を取得してデコードする（ステップＳ２４６−１）。その後、スピーカ６１は、デコードされた音データ〔Ｘ〕に基づいて音を再生すると共に、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｘ〕に基づいて映像を再生する（ステップＳ２４７−１）。
【０２３０】
また、同様にして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｙ〕を、端末ＩＤ（「ｔ００７」）及び設置位置情報（「中」）に基づいて、通信端末５ｆ２の送受信部５１に送信する（ステップＳ２４５−２）。これにより、通信端末５ｆ２の送受信部５１は、映像（音）データ〔Ｙ〕を受信して、再生制御部５３に出力する。
【０２３１】
次に、通信端末５ｆ２では、デコード部５０が再生制御部５３から映像（音）データ〔Ｙ〕を取得してデコードする（ステップＳ２４６−２）。その後、スピーカ６１は、デコードされた音データ〔Ｙ〕に基づいて音を再生すると共に、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｙ〕に基づいて映像を再生する（ステップＳ２４７−２）。
【０２３２】
更に、同様にして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ「Ｚ」を、端末ＩＤ（「ｔ００８」）及び設置位置情報（「右」）に基づいて、通信端末５ｆ３の送受信部５１に送信する（ステップＳ２３５−３）。これにより、通信端末５ｆ３の送受信部５１は、映像（音）データ〔Ｚ〕を受信して、再生制御部５３に出力する。
次に、通信端末５ｆ３では、デコード部５０が再生制御部５３から映像（音）データ〔Ｚ〕を取得してデコードする（ステップＳ２４６−３）。その後、スピーカ６１は、デコードされた音データ〔Ｚ〕に基づいて音を再生すると共に、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｚ〕に基づいて映像を再生する（ステップＳ２４７−３）。
【０２３３】
［実施形態の主な効果］
以上、本実施の形態によれば、ユーザが複数の表示装置（通信端末）を並べて配置して、複数の表示装置で所定の画像を表示することを容易化することができる。このとき、本実施の形態に係る表示装置は、自律的に他の表示装置との位置関係を検知するので、予め表示装置の配置等をシステムに登録する、又は、ユーザが手動で設定を行う等の面倒な操作によらずに所定の画像を表示することができる。
【０２３４】
さらに、複数の表示装置で画像を表示中に、表示装置の配置を変えた場合、又は表示装置の数を変えた場合等でも、表示コンテンツを正しく表示することができる。また、他の表示装置の識別情報（端末ＩＤ）と距離を利用することにより、コンテンツの多様な表示状態を制御することができ、ユーザビリティが向上する。
【０２３５】
［補足説明］
上記実施の形態は本発明に係る表示装置及び表示システムの一例であって、目的や用途に応じて様々な応用が可能であることは言うまでもない。
【０２３６】
例えば、上記実施の形態では、図５に示したマルチディスプレイの場合について説明を行ったが、図４のマルチキャストの場合への応用も可能である。例えば、図４において、通信端末５ｆ１、５ｆ２、５ｆ３には、それぞれ同一の画像「Ａ」が配信されている。この状態で、通信端末５ｆ１の右側に５ｆ２を近接配置させると、通信端末５ｆ１の検知手段１１０１は、通信端末５ｆ１の右側に通信端末５ｆ２が配置されたことを検知する。
【０２３７】
このとき、通信端末５ｆ１の表示手段１１０３は、例えば、配信されている画像「Ａ」の左半分を表示するように制御を行う。また、同様にして、通信端末５ｆ２は、左側に通信端末５ｆ１が配置されたことを検知すると、配信されている画像「Ａ」の右半分を表示する。例えば、このような方法によっても、上記実施の形態と同様の効果を奏することができる。尚、この場合、上記画像「Ａ」は、必ずしもサーバから配信された画像でなくても良い。例えば、外部記録媒体等から取得した共通の画像等であっても良い。
【０２３８】
さらに、本実施形態の配信システム１では、端末管理システム７と配信制御システム２とを互いに別個の装置として構成しているが、例えば、配信制御システム２に端末管理システム７の機能を持たせるなどにより、端末管理システム７と配信制御システム２とを一体の装置として構成するようにしてもよい。
【０２３９】
また、上記実施形態における配信制御システム２、及び端末管理システム７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
【０２４０】
更に、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤＤ２０４は、いずれもプログラム製品(Program Product)として、国内又は国外へ提供されることができる。
【符号の説明】
【０２４１】
１１００    表示システム
１１０１    検知手段
１１０２    送信手段
１１０３    表示手段
１１０４    受信手段
１１０６    表示制御手段
１１０８    位置情報管理手段
１６０３、１６０３Ａ〜１６０３Ｄ    センサ部
２４０１、２４０４    カメラ（撮像手段）
２４０２、２４０３    バーコード（識別コード）
２５０１、２５０４    ＩＣカードリーダ（ＩＣタグリーダ）
２５０２、２５０３    ＩＣカード（ＩＣタグ）
２７０１、２７０４    赤外線受信素子（受光素子）
２７０２、２７０３    赤外線送信素子（発光素子）
２８０５Ａ、２８０５Ｂ    送受信面
３００１Ａ〜３００１Ｈ    遮光板
３１０１Ａ〜３１０１Ｄ    集光レンズ
５ｆ１、５ｆ２、５ｆ３    通信端末（表示装置）
【先行技術文献】
【特許文献】
【０２４２】
【特許文献１】特許第５１５２２８８１号公報
【図１】
2015072446.tif 000003
【図２】
2015072446.tif 000004
【図３】
2015072446.tif 000005
【図４】
2015072446.tif 000006
【図５】
2015072446.tif 000007
【図６】
2015072446.tif 000008
【図７】
2015072446.tif 000009
【図８】
2015072446.tif 000010
【図９】
2015072446.tif 000011
【図１０】
2015072446.tif 000012
【図１１】
2015072446.tif 000013
【図１２】
2015072446.tif 000014
【図１３】
2015072446.tif 000015
【図１４】
2015072446.tif 000016
【図１５】
2015072446.tif 000017
【図１６】
2015072446.tif 000018
【図１７】
2015072446.tif 000019
【図１８】
2015072446.tif 000020
【図１９】
2015072446.tif 000021
【図２０】
2015072446.tif 000022
【図２１】
2015072446.tif 000023
【図２２】
2015072446.tif 000024
【図２３】
2015072446.tif 000025
【図２４】
2015072446.tif 000026
【図２５】
2015072446.tif 000027
【図２６】
2015072446.tif 000028
【図２７】
2015072446.tif 000029
【図２８】
2015072446.tif 000030
【図２９】
2015072446.tif 000031
【図３０】
2015072446.tif 000032
【図３１】
2015072446.tif 000033
【図３２】
2015072446.tif 000034
【図３３】
2015072446.tif 000035
【図３４】
2015072446.tif 000036
【図３５】
2015072446.tif 000037
【図３６】
2015072446.tif 000038
【図３７】
2015072446.tif 000039
【図３８】
2015072446.tif 000040