JP2008011475A - 表示装置およびその音出力方法 - Google Patents

Abstract

【課題】 複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができる表示装置およびその音出力方法を提供する。
【解決手段】 サーバ１０は、各クライアントから、隣接するクライアントに関する隣接情報を受信すると、受信した隣接情報に基づいて、クライアントの構成および配置位置を設定する。さらに、出力させるスピーカ本数が指示されると、各クライアントの配置位置に応じて、左チャネルまたは右チャネルの音を出力させるスピーカを決定し、各クライアントに指示するとともに、設定した構成および各クライアントの配置位置を表す構成情報を各クライアントに送信する。各クライアントは、サーバ１０から指示されたチャネルの音を指示されたスピーカから出力するとともに、サーバ１０から受信したコンテンツから、配置位置に応じた画像を切り出して画面サイズに拡大して表示する。
【選択図】 図１

Description

本発明は、音を出力することができる表示装置およびその音出力方法に関する。

近年、インフォメーションディスプレイあるいは業務用ディスプレイなどに、４５インチあるいは６０インチなどの大型の画面が用いられている。さらに講演会場用あるいは映画館用には、複数たとえば４台あるいは９台のディスプレイを隣接配置してより大きな画面とし、１つの映像を表示するように構成するものがある。

大画面を構成する複数のディスプレイは、たとえばＣＯＭ（Communication）ポートでシリアルに接続され、サーバからのＤＶＩ（Digital Visual Interface）信号によって、個々のディスプレイへの映像信号が供給される。あるいはＬＡＮ（Local Area Network）
によって接続され、サーバからストリーミングの形態で個々の映像が供給される。個々のディスプレイは、スピーカ端子を有しているが、スピーカを内蔵しているものは少なく、複数のディスプレイとは独立したスピーカを用いて音を出力する構成が用いられる。

第１の従来の技術として、複数の画像表示装置を用いて１つの画像を表示するマルチディスプレイ装置がある。このマルチディスプレイ装置は、複数の画像情報と音声情報とを記憶手段に記憶しておき、記憶手段からの読み出しタイミングのうち最も遅いタイミングに同期させて、すべての画像情報および音声情報の読み出しタイミングを調整することによって、画像と音声との時間的なずれを解消するものである（たとえば特許文献１参照）。

第２の従来の技術として、複数の表示装置に画像を表示させるサーバ装置がある。このサーバ装置は、まず、複数の隣接する各表示装置から、表示装置の識別情報と、その表示装置と隣接する表示装置との位置関係を示す隣接情報とを受信する。次に、受信した識別情報と隣接情報とに基づいて、１つの画像情報を各表示手段に表示させるために分割し、分割した画像情報を各表示手段に表示させる。複数の表示装置によって１つの画像を分割表示させる場合に、各表示装置の配置および数に応じて、適切な分割画像を作成して表示させることができる（たとえば特許文献２参照）。

第３の従来の技術として、マルチスクリーン図形表示装置がある。このマルチスクリーン図形表示装置は、複数の図形表示装置に接続される制御装置が、複数の図形表示装置が構成するマルチスクリーン全体を単一の表示面とみなして表示すべき図形データを作成し、各図形表示装置に送る。各図形表示装置は、受け取った図形データから、それぞれ表示を担当する部分の画像データのみを切り出してそれぞれの画像メモリに記憶し、画像メモリから繰り返し読み出して表示面上に表示する。図形表示装置にそれぞれ内蔵した画像メモリを一体に管理することによって、マルチスクリーン全体を単一の表示画面として取り扱うことを可能にしたものである（たとえば特許文献３参照）。

第４の従来の技術として、マルチ画像入力装置がある。このマルチ画像入力装置は、２次元的に密接配置された複数の画像入力装置によってそれぞれ入力された複数の画像を、一括処理かつ管理することによって、複数の画像をあたかも１枚の画像として取り扱う。複数の画像入力装置から入力された入力画像全体を少なくとも１枚の入力画像として取り扱うことによって、個々の画像入力装置の能力を超えた高解像度の画像入力を有機的に行えるようにしたものである（たとえば特許文献４参照）。

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

第１の従来の技術は、１つの画像を分割して複数の表示装置に表示し、さらに音声の出力タイミングを調整するものである。第２および第３の従来の技術は、１つの画像を分割して複数の表示装置に表示するものである。第４の従来の技術は、複数の入力装置によって入力された画像を１枚の画像として取り扱うものである。しかしながら、いずれの従来の技術も、複数のディスプレイ装置などの表示部によって構成される大画面を有する表示装置の個々の表示部に内蔵されるスピーカなどの音出力部を利用して音を出力するものではない。

本発明の目的は、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができる表示装置およびその音出力方法を提供することである。

本発明は、画像を画面に表示し、音情報を音に変換して出力する音出力部をそれぞれ有する複数の表示部であって、予め定める配置位置にそれぞれ配置される複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力することを特徴とする表示装置である。

本発明に従えば、画像を画面に表示し、音情報を音に変換して出力する音出力部をそれぞれ有する複数の表示部を予め定める配置位置にそれぞれ配置し、その複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力するので、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができる。

また本発明は、前記複数の表示部は、１つの画像を分割して得られる複数の分割画像のうちの１つの分割画像をそれぞれ画面の大きさに拡大して表示し、各表示部が表示する分割画像によって構成される１つの画像が、分割される前の前記１つの画像を拡大した画像に一致するように表示することを特徴とする。

本発明に従えば、複数の表示部は、１つの画像を分割して得られる複数の分割画像のうちの１つの分割画像をそれぞれ画面の大きさに拡大して表示し、各表示部が表示する分割画像によって構成される１つの画像が、分割される前の前記１つの画像を拡大した画像に一致するように表示するので、マルチスクリーン構成の複数の表示部によって大画面に表示される１つの画像の中に占める各表示部が表示する画像の位置に応じた音を各表示部から出力することができる。

また本発明は、前記音出力部は、その音出力部を有する表示部の部分のうち、画面に向かって左側の部分に設けられる左側音出力部と画面に向かって右側の部分に設けられる右側音出力部とを含み、
前記選択された音情報を各表示部の左側音出力部および右側音出力部によって出力することを特徴とする。

本発明に従えば、音出力部は、その音出力部を有する表示部の部分のうち、画面に向かって左側の部分に設けられる左側音出力部と画面に向かって右側の部分に設けられる右側音出力部とを含み、選択された音情報を各表示部の左側音出力部および右側音出力部によって出力するので、ステレオ用に左右の音出力部を有する表示部であっても、配置位置に応じた同じ音を左右の音出力部から出力することができる。

また本発明は、前記複数の表示部のうち隣接するいずれの２つの表示部についても、前記複数の表示部の各画面によって形成される配置の中心に近い方の表示部の音出力部の音量を、その中心から遠い方の表示部の音出力部の音量よりも小さい音量で出力することを特徴とする。

本発明に従えば、複数の表示部のうち隣接するいずれの２つの表示部についても、前記複数の表示部の各画面によって形成される配置の中心に近い方の表示部の音出力部の音量を、その中心から遠い方の表示部の音出力部の音量よりも小さい音量で出力するので、真中から遠ざかる位置に配置された表示部ほど大きな音量で出力することができる。

また本発明は、前記予め定める複数の音情報は、ステレオの左チャネルの音情報と右チャネルの音情報とを含み、
前記複数の表示部の各画面によって形成される配置の中心に対して、画面に向かって左側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって左チャネルの音情報を出力し、画面に向かって右側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって右チャネルの音情報を出力することを特徴とする。

本発明に従えば、予め定める複数の音情報は、ステレオの左チャネルの音情報と右チャネルの音情報とを含み、前記複数の表示部の各画面によって形成される配置の中心に対して、画面に向かって左側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって左チャネルの音情報を出力し、画面に向かって右側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって右チャネルの音情報を出力するので、音出力部をそれぞれ有する複数の表示部において、ステレオ効果を発揮することができる。

また本発明は、画像を画面に表示し、音情報を音に変換して出力する音出力部をそれぞれ有する複数の表示部であって、予め定める配置位置にそれぞれ配置される複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力することを特徴とする表示装置の音出力方法である。

本発明に従えば、画像を画面に表示し、音情報を音に変換して出力する音出力部をそれぞれ有する複数の表示部を予め定める配置位置にそれぞれ配置し、複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力するので、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができる。

本発明によれば、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができるので、大画面で１つコンテンツの映像を表示する際、複数の表示部全体で音声多重の音響効果を得ることができる。

また本発明によれば、マルチスクリーン構成の複数の表示部によって大画面に表示される１つの画像の中に占める各表示部が表示する画像の位置に応じた音を各表示部から出力することができるので、臨場感のある音を出力することができる。

また本発明によれば、ステレオ用に左右の音出力部を有する表示部であっても、配置位置に応じた同じ音を左右の音出力部から出力することができるので、各表示部が左側の音出力部から左チャネルの音を出力し、かつ右側の音出力部から右チャネルの音を出力して、左チャネルの音と右チャネルの音とを聞き分けることができなくなることを防止することができる。

また本発明によれば、真中から遠ざかる位置に配置された表示部ほど大きな音量で出力することができるので、より臨場感のある音を出力することができる。

また本発明によれば、音出力部をそれぞれ有する複数の表示部において、ステレオ効果を発揮することができるので、より臨場感のある音を出力することができる。

また本発明によれば、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができるので、大画面で１つコンテンツの映像を表示する際、複数の表示部全体で音声多重の音響効果を得ることができる。

図１は、本発明の実施の一形態である表示システム１の構成を示す。表示装置である表示システム１は、サーバ１０およびそのサーバ１０にネットワークによって接続される複数の表示部であるクライアント２０、たとえばクライアントＡ２０Ａ〜クライアントＤ２０Ｄを含む。ネットワークは、たとえば無線ＬＡＮ（Local Area Network）もしくは有線ＬＡＮによるＬＡＮ３０によるネットワーク、またはＩＥＥＥ（Institute of
Electrical and Electronic Engineers）１３９４などの規格を用いるネットワークである。表示装置の音出力方法は、表示システム１によって処理される。

サーバ１０は、コンテンツなどのデータおよびプログラムを記憶する半導体メモリあるいはハードディスク装置などによって構成される記憶部１１と、記憶部１１に記憶されるコンテンツをストリーミングデータに変換する映像出力部１２と、映像出力部１２によって変換されたストリーミングデータあるいは各クライアントの位置情報などの情報を、ネットワークを介してクライアント２０と送受信するサーバ通信部１３と、図示しない入力装置と、図示しない出力装置と、これらを制御するサーバ制御部１４とを含む。

サーバ制御部１４は、たとえばＣＰＵ（Central Processing Unit）などで構成され、記憶部１１に記憶されるプログラムを実行することによって制御する。サーバ制御部１４は、サーバ通信部１３によって、各クライアントから各クライアントおよび隣接するクライアントに関する隣接情報を取得し、取得した隣接情報に基づいて、クライアントの構成と各クライアントの配置位置を設定する。クライアントおよび隣接するクライアントに関する隣接情報は、隣接情報を送信するクライアントのクライアントＩＤ（Identification
）、上下左右に隣接するクライアントの有無、隣接するクライアントのクライアントＩＤなどの情報を含む。クライアントＩＤは、各クライアントを識別するための情報である。設定されたクライアントの構成および各クライアントの配置位置などの情報を含む構成情報は、それぞれのクライアントに送信される。

クライアントＡ２０Ａは、サーバ１０および他のクライアント２０と通信を行うクライアント通信部２１と、画面に向かって左側に配置され、音信号を音に変換して出力するＬ−ＳＰＫ（Left Speaker：左スピーカ）２２と、画面に向かって右側に配置され、音信号を音に変換して出力するＲ−ＳＰＫ（Right Speaker：右スピーカ）２３と、クライアント通信部２１によって受信されたストリーミングデータからアナログの音信号に変換し、変換した音をＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３に送り、Ｌ−ＳＰＫ２２およびＲ−ＳＰＫ２３からの出力を制御する音声部２４と、クライアント通信部２１によって受信されたストリーミングデータから映像データに変換して、表示、必要であれば拡大して表示する液晶ディスプレイなどによって構成される表示画面部２５と、上下左右に隣接するクライアントの有無の検出および隣接するクライアントがある場合はその隣接するクライアントの識別情報を取得する位置検出部２６と、ユーザがデータを入力するためのリモートコントローラ（以下「リモコン」という）などによって構成される入力部２７と、図示しない記憶装置と、これらを制御するクライアント制御部２８とを含む。クライアントＢ２０Ｂ〜クライアントＤ２０Ｄは、クライアントＡ２０Ａと同じ構成であるので、説明は省略する。

クライアント制御部２８は、たとえばＣＰＵなどで構成され、半導体メモリあるいはハードディスク装置などによって構成される図示しない記憶装置に記憶されるプログラムを実行することによって制御する。クライアント制御部２８は、サーバ１０からクライアント通信部２１によって受信した構成情報に基づいて、受信したコンテンツの画像を分割した分割画像のうちで自クライアントが表示すべき分割画像と分割画像の拡大率とを決定する。さらに、音声部２４によって、サーバ１０からの指示に基づき、音の出力を制御する。音声部２４は、クライアント通信部２１によって受信されたストリーミングデータからアナログの音信号に変換する際、ステレオである場合は、左チャネルの音信号と、右チャネルの音信号とに変換し、Ｌ−ＳＰＫ２２またはＲ−ＳＰＫ２３から出力させる。その際、左チャネルの音信号をＬ−ＳＰＫ２２から出力させることもできるし、Ｒ−ＳＰＫ２３から出力させることもできる。同様に、右チャネルの音信号をＬ−ＳＰＫ２２から出力させることもできるし、Ｒ−ＳＰＫ２３から出力させることもできる。さらに、Ｌ−ＳＰＫ２２およびＲ−ＳＰＫ２３をそれぞれ個別にミュートして音の出力を抑止し、あるいは出力する音量を個別に変更することができる。

図２は、図１に示した複数のクライアント２０に表示される画像の例を示す。図２（ａ）は、各クライアントともコンテンツ１の画像を表示する例である。クライアントＡ２０Ａ〜クライアントＤ２０Ｄには、同じコンテンツ１の画像が表示されている。このとき、クライアントの画面に向かって左側のクライアントＡ２０ＡおよびクライアントＣ２０Ｃは、ステレオの左チャネルの音Ｌを出力し、向かって右側のクライアントＢ２０ＢおよびクライアントＤ２０Ｄは、ステレオの右チャネルの音Ｒを出力する。

図２（ｂ）は、コンテンツ１の画像を分割したそれぞれの分割画像を各クライアントに表示させた例を示す。クライアントＡ２０Ａ〜クライアントＤ２０Ｄによって拡大され、全体として１つの画像として表示される。図２（ｂ）に示した例でも、向かって左側のクライアントＡ２０ＡおよびクライアントＣ２０Ｃは、ステレオの左チャネルの音Ｌを出力し、向かって右側のクライアントＢ２０ＢおよびクライアントＤ２０Ｄは、ステレオの右チャネルの音Ｒを出力する。図２（ｃ）は、各クライアントが分割された分割画像のうちどの位置の分割画像を拡大して表示するかを示す。すなわち、画像を４分割した分割画像のうち、クライアントＡ２０Ａは、画面に向かって左上の分割画像を拡大して表示し、クライアントＢ２０Ｂは、画面に向かって右上の分割画像を拡大して表示し、クライアントＣ２０Ｃは、画面に向かって左下の分割画像を拡大して表示し、クライアントＤ２０Ｄは、画面に向かって右下の分割画像を拡大して表示する。

図３は、図１に示したサーバ１０からクライアント２０への映像および音声の送信形態を示す。「音声」という場合、音声以外の音も含めて音声という。図３（ａ）は、コンテンツを送信するためのネットワークのチャネルを示す。コンテンツは、サーバ１０から、ネットワークのコンテンツ用チャネル３１を介して各クライアントへ送信される。サーバ１０からクライアントへの制御情報は、ネットワークの制御用チャネル３２を介して送信される。

ネットワークのチャネルは、ＩＰ（Internet Protocol）アドレスと論理的な番号であるＰｏｒｔ（ポート）番号とによって識別される。サーバ１０は、各クライアントに対して、コンテンツの映像と音声とを受信するチャネルをＩＰアドレスおよびポート番号によって指定する。図３（ａ）に示した例では、コンテンツ用チャネル３１は、たとえば「ＩＰ＝２３９．２５５．１．１：Ｐｏｒｔ＝１００」のチャネルであり、映像と音声とを含むコンテンツをストリーミングデータとして送信する。各クライアント２０は、映像および音声ともに、「Ｐｏｒｔ＝１００」のチャネルを介して受信する。制御用チャネル３２は、たとえば「ＩＰ＝２３９．２５５．１．１：Ｐｏｒｔ＝１０」のチャネルである。

図３（ｂ）は、図３（ａ）に示した各クライアントに表示される映像を示す。各クライアントは、コンテンツ用チャネル３１としてポート指定された「ＩＰ＝２３９．２５５．１．１：Ｐｏｒｔ＝１００」のチャネルを介して受信した同じ映像を表示している。

図４は、図１に示した複数のクライアント２０の構成例を示す。図４（ａ）は、図２に示した構成、つまり４つのクライアントＡ２０Ａ〜クライアントＤ２０Ｄを縦２段横２列で構成した例である。サーバ１０は、各クライアントから、各クライアントおよび隣接するクライアントに関する隣接情報３３を受信し、各クライアントから受信した隣接情報に基づいて設定したクライアントの構成および各クライアントの配置位置を示す構成情報３４を各クライアントに送信する。

配置位置は、たとえば画面に向かって、最も左側でかつ最も上側に位置するクライアントを基準に、縦の下方向に何段目、横の右方向に何列目として表す。具体的には、図４（ａ）で、上段左側のクライアントＡ２０Ａは、「１−１」つまり縦方向に１段目で、かつ横方向に１列目であることを示す。クライアントＢ２０Ｂは、「１−２」つまり縦方向に１段目かつ横方向に２列目であり、クライアントＣ２０Ｃは、「２−１」つまり縦方向に２段目かつ横方向に１列目であり、クライアントＤ２０Ｄは、「２−２」つまり縦方向に２段目かつ横方向に２列目である。各クライアントは、受信した構成情報に基づいて、コンテンツの画像が分割された複数の分割画像のうちで自クライアントが表示すべき分割画像と分割画像の拡大率とを決定する。

図４（ｂ）は、４つのクライアントＡ２０Ａ〜クライアントＤ２０Ｄを縦１段横４列で構成した例である。各クライアントの配置位置は、クライアントＡ２０Ａが「１−１」であり、クライアントＢ２０Ｂが「１−２」であり、クライアントＣ２０Ｃが「１−３」であり、クライアントＤ２０Ｄが「１−４」である。図４（ｃ）は、４つのクライアントＡ２０Ａ〜クライアントＤ２０Ｄを縦４段横１列で構成した例である。各クライアントの配置位置は、クライアントＡ２０Ａが「１−１」であり、クライアントＢ２０Ｂが「２−１」であり、クライアントＣ２０Ｃが「３−１」であり、クライアントＤ２０Ｄが「４−１」である。

図５は、図１に示したクライアント２０の外観の斜視図である。クライアント２０は、隣接するクライアントと通信する４つの位置検出部（以下「検出器」ともいう）２６を含む。４つの検出器２６は、クライアント２０の上面、左側面、下面、および右側面の４つの面に設けられる。

図６は、図５に示した検出器２６の端子の配置例を示す。検出器２６は、端子ＴＸ、端子ＧＮＤ、および端子ＲＸの３つの端子を有する。端子ＴＸは、情報を送信するための端子であり、端子ＧＮＤはグランド端子であり、端子ＲＸは、情報を受信するための端子である。

図７は、図５に示した検出器２６を接続する接続ケーブル３５の一例を示す。接続ケーブル３５は、隣接するクライアント２０同士を接続するケーブルであり、接続ケーブル３５の両端は、それぞれ各クライアント２０の検出器２６と接続される。この例では、接続ケーブル３５を用いているが、２つのクライアント２０を隣接したとき、それぞれの検出器２６の各端子が密着するように構成し、接続ケーブル３５を用いないで接続するようにしてもよい。

図８は、図５に示した検出器２６の端子と隣接するクライアント２０の検出器２６の端子との接続関係を示す。クライアント２０の上側の検出器２６Ｕ１は、上側に隣接するクライアントの下側の検出器２６Ｄ２と接続される。検出器２６Ｕ１の端子ＴＸと検出器２６Ｄ２の端子ＲＸとが接続され、検出器２６Ｕ１の端子ＧＮＤと検出器２６Ｄ２の端子ＧＮＤとが接続され、検出器２６Ｕ１の端子ＲＸと検出器２６Ｄ２の端子ＴＸとが接続される。同様に、クライアント２０の右側の検出器２６Ｒ１は、右側に隣接するクライアントの左側の検出器２６Ｌ２と接続され、クライアント２０の下側の検出器２６Ｄ１は、下側に隣接するクライアントの上側の検出器２６Ｕ２と接続され、クライアント２０の左側の検出器２６Ｌ１は、左側に隣接するクライアントの右側の検出器２６Ｒ２と接続される。

クライアント２０は、これら４つの検出器２６によって、それぞれ隣接するクライアントがあるか否かを検出し、隣接するクライアントが検出された場合は、その隣接するクライアントのクライアントＩＤを取得する。クライアントＩＤは、予め各クライアントに割り当てられ設定されている。

図９は、図１に示したサーバ１０がクライアント２０の配置を自動で設定する手順の一例を示す。たとえば、図４（ａ）に示した４つのクライアントの場合について、説明する。クライアントＡ２０Ａ〜クライアントＤ２０ＤのクライアントＩＤを、それぞれたとえば「Ａ」、「Ｂ」、「Ｃ」、および「Ｄ」とする。

クライアントＡ２０Ａは、検出器２６によって、右方向にクライアントＩＤ「Ｂ」のクライアント、および下方向にクライアントＩＤ「Ｃ」のクライアントがあることを検出する。クライアントＢ２０Ｂ〜クライアントＤ２０Ｄも、それぞれの検出器２６によって、隣接するクライアントを検出する。

クライアントＡ２０Ａは、自クライアントのクライアントＩＤが「Ａ」であり、右側のクライアントがクライアントＩＤ「Ｂ」のクライアントであり、下側のクライアントがクライアントＩＤ「Ｃ」のクライアントであり、上側および左側にはクライアントがないことを示す隣接情報を、サーバ１０に送信する。サーバ１０は、クライアントＡ２０Ａから隣接情報を受信すると、まず、図９（ａ）に示すように、クライアントの構成を管理するためのマップ上に、クライアントＩＤ「Ａ」のクライアントを登録し、次に、図９（ｂ）に示すように、その右側にクライアントＩＤ「Ｂ」のクライアントおよび下側にクライアントＩＤ「Ｃ」のクライアントを登録する。

次に、クライアントＢ２０Ｂは、自クライアントのクライアントＩＤが「Ｂ」であり、左側のクライアントがクライアントＩＤ「Ａ」のクライアントであり、下側のクライアントがクライアントＩＤ「Ｄ」のクライアントであり、上側および右側にはクライアントがないことを示す隣接情報を、サーバ１０に送信する。サーバ１０は、クライアントＩＤ「Ａ」およびクライアントＩＤ「Ｂ」のクライアントを既にマップ上に登録しているので、新たに登録は行わない。クライアントＩＤ「Ｄ」のクライアントは、マップ上に登録されていないので、図９（ｃ）に示すように、クライアントＩＤ「Ｂ」のクライアントの下側にクライアントＩＤ「Ｄ」のクライアントを登録する。

さらに、クライアントＣ２０Ｃは、自クライアントのクライアントＩＤが「Ｃ」であり、上側のクライアントがクライアントＩＤ「Ａ」のクライアントであり、右側のクライアントがクライアントＩＤ「Ｄ」のクライアントであり、下側および左側にはクライアントがないことを示す隣接情報を、サーバ１０に送信する。隣接情報に含まれるクライアントはいずれも既にマップ上に登録されているので、新たな登録は行わない。同様に、クライアントＤ２０Ｄは、自クライアントのクライアントＩＤが「Ｄ」であり、上側のクライアントがクライアントＩＤ「Ｂ」のクライアントであり、左側のクライアントがクライアントＩＤ「Ｃ」のクライアントであり、下側および右側にはクライアントがないことを示す隣接情報を、サーバ１０に送信する。隣接情報に含まれるクライアントはいずれも既にマップ上に登録されているので、新たな登録は行わない。

サーバ１０は、最終的に、図９（ｄ）に示すように、縦２段横２列の４台のクライアントで構成されるマップが作成される。作成されたマップは記憶部１１に設定つまり記憶される。

図１０は、図１に示したサーバ１０がクライアント２０の配置を自動で設定する手順の他の例を示す。図９では、サーバ１０は、隣接情報の中に、隣接するクライアントのクライアントＩＤを含んでいると、その隣接するクライアントを無条件でマップに登録したが、図１０（ａ）に示すように、その隣接するクライアントは、まず仮登録し、たとえば図１０（ａ）に点線で示したクライアントＩＤ「Ｃ」のクライアントのように仮登録であることがわかるように区別しておき、仮登録されたクライアントから、自クライアントが隣接するクライアントであると、知らされたときに、図１０（ｂ）に太い実線で示したクライアントＩＤ「Ｃ」のクライアントのように登録してもよい。

図９および図１０にサーバ１０が行うクライアント２０の配置を自動設定する手順の例を示したが、クライアント２０の配置を自動設定する詳細な手順については、図２４〜図３９で後述する。

図１１は、図１に示したサーバ１０における構成設定画面４０の例を示す。図１１に示した構成設定画面４０は、サーバ１０の図示しないディスプレイなどの出力装置に表示される画面であり、実際に配置されている各クライアントの位置を手動でサーバ１０に設定するための画面である。設定すべきクライアントを表示する領域４１が構成設定画面４０の右側にあり、その左側の領域がクライアントを実際に配置されている位置に対応する位置に設定するためのマップ領域である。図４（ａ）に示した縦２段横２列の構成の場合を例にして、説明する。

図１１（ａ）は、まだ配置位置の設定が行われていない構成設定画面であり、設定すべきクライアントが領域４１に表示されている。設定すべきクライアントは、サーバ１０が隣接情報を受信したクライアントであり、たとえば隣接情報を受信した順序で、領域４１の上側から表示される。１番目のクライアントのクライアントＩＤは「Ｃ」であり、２番目のクライアントのクライアントＩＤは「Ａ」であり、３番目のクライアントのクライアントＩＤは「Ｂ」であり、４番目のクライアントのクライアントＩＤは「Ｄ」である。

ユーザは、サーバ１０の図示しないキーボードあるいはマウスなどの入力装置によって、最初に設定するクライアントを選択する。このとき、サーバ１０は、選択されたクライアントに対して、選択されていることを示す表示を指示する。たとえば画面の色を他のクライアントと異なる色に変更した表示、そのクライアントのＭＡＣ（Media Access
Control）アドレスの表示、あるいは画面をフラッシングする表示を指示する。

図１１（ｂ）は、１番目のクライアントが、実際の位置に対応するマップ領域の位置に設定された状態を示している。ユーザは、図１１（ａ）で選択した１番目のクライアント、つまりのクライアントＩＤ「Ｃ」のクライアントの実際の位置を確認し、確認した位置に対応するマップ領域の位置にそのクライアントを設定する。

図１２は、図１１に示した構成設定画面４０に表示されたクライアント２０の実際の位置との対応を示す。図１２（ａ）は、クライアントＣ２０Ｃが選択されている状態を示す。図１１（ａ）に示した領域４１の１番目のクライアントが選択されたとき、サーバ１０は、クライアントＩＤ「Ｃ」のクライアントに選択されていることを示す表示、たとえば画面をフラッシングする表示を指示する。クライアントＣ２０Ｃは、サーバ１０からの指示によって、画面をフラッシングする。

図１２（ｂ）は、領域４１での２番目のクライアント、たとえばクライアントＡ２０Ａが選択されている状態を示す。図１１（ａ）に示した領域４１の２番目のクライアントが選択されたとき、サーバ１０は、クライアントＩＤ「Ａ」のクライアントに選択されていることを示す表示、たとえば画面をフラッシングする表示を指示する。クライアントＡ２０Ａは、サーバ１０からの指示によって、画面をフラッシングする。

図１３は、図１１に示した構成設定画面４０での２台目のクライアント２０の手動設定の例を示す。ユーザは、図１２（ｂ）に示したフラッシングされているクライアントの位置を確認し、その位置に対応するマップ領域の位置に２台目のクライアント、たとえばクライアントＡ２０Ａを設定する。同様に、３台目および４台目のクライアントについても設定する。

図１４は、図１１に示した構成設定画面４０で手動設定されたクライアント２０の配置位置を示す。左上に２番目のクライアントであるクライアントＡ２０Ａが設定され、右上に３番目のクライアントであるクライアントＢ２０Ｂが設定され、左下に１番目のクライアントであるクライアントＣ２０Ｃが設定され、右下に４番目のクライアントであるクライアントＤ２０Ｄが設定されている。手動でマップ領域に設定されたマップは、記憶装置１１に記憶される。

コンテンツの画像を分割したそれぞれの分割画像を、４台のクライアントが分担して表示する場合、サーバ１０は、ユニキャスト通信によって、個々のクライアントに対して、個々のクライアントに表示させる分割画像を拡大した画像を送信することも可能であるが、この場合クライアントに送信するデータ量は、クライアントの台数分のデータ量を送信する必要がある。送信するデータ量を減らすために、マルチキャスト通信またはブロードキャスト通信を用いて、コンテンツを送信する。

具体的には、サーバ１０は、コンテンツを送信する前に各クライアント２０に対して、構成情報を、すなわち全体の構成たとえば縦方向の数および横方向の数と、その全体の構成の中での各クライアントの位置とを表す情報を、サーバ通信部１３によって送信する。構成情報は、記憶装置１１に記憶されたマップに基づいてクライアント毎に生成される。たとえば、図１４に示した構成の場合、クライアントＣ２０Ｃに対して、構成が縦２段横２列であることを示す情報「構成は２＊２」と、位置が２段目の１番目であることを示す情報「位置は２−１」とが生成される。他のクライアントに対しても、「構成は２＊２」という情報と、それぞれの位置を示す情報とが生成される。

各クライアント２０は、受信した構成情報から、全体構成の中での自クライアントの配置位置を認識する。各クライアントは、認識した配置位置に対応する位置にある分割画像を自クライアントが表示すべき分割画像と判断する。たとえば、クライアントＡ２０Ａは、構成情報として、「構成は２＊２」および「位置は１−１」を表す情報を受信する。クライアントＡ２０Ａは、受信した構成情報から、自クライアントが、縦２段横２列である構成の中で１段目の左から１番目のクライアントであることがわかる。すなわち、クライアントＡ２０Ａは、４つに分割した画像のうち左上の分割画像が、自クライアントが表示すべき分割画像であると判断する。

サーバ１０は、すべてのクライアントに対してそれぞれの構成情報を送信した後、コンテンツを、サーバ送信部１３によってマルチキャスト通信またはブロードキャスト通信で送出する。各クライアント２０は、コンテンツを受信すると、コンテンツの画像から自クライアントの配置位置に対応する分割画像を切り出し、画面サイズに合わせて画像を拡大する。たとえば、クライアントＡ２０Ａは、クライアントの構成の中で１段目の左から１番目のクライアントであるので、受信した画像を縦横それぞれ半分に分割した場合の分割画像のうちの左上の分割画像を切り出し、縦横それぞれ２倍に拡大して表示する。

音声については、サーバ１０が各クライアントの配置位置に応じた音を出力するように設定する。たとえばクライアントＡ２０Ａは、配置位置がクライアントの構成の中で１段目の左から１番目のクライアントであるので、左チャネルの音をＬ−ＳＰＫ２２から出力するように設定する。クライアントＣ２０Ｃも、同様に左チャネルの音をＬ−ＳＰＫ２２から出力するように設定する。クライアントＢ２０ＢおよびクライアントＤ２０Ｄは、いずれも右チャネルの音をＲ−ＳＰＫ２３から出力するように設定する。

図１５は、図１に示した複数のクライアント２０が縦２段横２列の構成の場合について各スピーカから出力させる音の割り振りの例を示す。図１５（ａ）は、左チャネルの音を出力するクライアントを左側の２台、および右チャネルの音を出力するクライアントを右側の２台とした場合の構成を示す。左チャネルの音を出力するクライアントのグループＣＬ５１を、位置１−１のクライアントおよび位置２−１のクライアントによって構成し、右チャネルの音を出力するクライアントのグループＣＲ５２を、位置１−２のクライアントおよび位置２−２のクライアントによって構成する。

図１５（ｂ１）は、最も外側のスピーカのみを用いて音を出力する例を示す。左チャネルの音を出力するスピーカのグループＳＬ５３を、グループＣＬ５１に含まれるクライアント、つまり位置１−１および位置２−１のクライアントの左側のスピーカつまりＬ−ＳＰＫ２２によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、グループＣＲ５２に含まれるクライアント、つまり位置１−２および位置２−２のクライアントの右側のスピーカつまりＲ−ＳＰＫ２３によって構成する。グループＳＬ５３およびグループＳＲ５４のいずれのグループにも属さないスピーカ、つまり、位置１−１および位置２−１のクライアントのＲ−ＳＰＫ２３、ならびに位置１−２および位置２−２のクライアントのＬ−ＳＰＫ２２は、ミュート、すなわち音が出ないように設定する。

図１５（ｂ２）は、最も外側のスピーカ以外のスピーカも用いて音を出力する例を示す。すなわち、図１５（ｂ１）に示したように最も外側のスピーカのみから音を出力するのではなく、他のスピーカも用いて音を出力する。たとえば、左チャネルの音を出力するスピーカのグループＳＬ５３を、グループＣＬ５１に含まれるクライアント、つまり位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、グループＣＲ５２に含まれるクライアント、つまり位置１−２および位置２−２のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成する。

図１６は、図１に示した複数のクライアント２０が縦２段横３列の構成の場合について各スピーカから出力させる音の割り振りの例を示す。図１６（ａ）は、左チャネルの音を出力するクライアントを左端の２台、および右チャネルの音を出力するクライアントを右端の２台とした場合の構成を示す。すなわち、左チャネルの音を出力するクライアントのグループＣＬ５１を、位置１−１および位置２−１のクライアントによって構成し、右チャネルの音を出力するクライアントのグループＣＲ５２を、位置１−３および位置２−３のクライアントによって構成する。位置１−２および位置２−２のクライアントは、いずれのスピーカもミュートする。

図１６（ｂ１）は、最も外側のスピーカのみを用いて音を出力する例を示す。左チャネルの音を出力するスピーカのグループＳＬ５３を、位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、位置１−３および位置２−３のクライアントのＲ−ＳＰＫ２３によって構成する。グループＳＬ５３およびグループＳＲ５４のいずれのグループにも属さないスピーカ、つまり、位置１−１および位置２−１のクライアントのＲ−ＳＰＫ２３、位置１−２および位置２−２のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３、ならびに位置１−３および位置２−３のクライアントのＬ−ＳＰＫ２２は、ミュートする。

図１６（ｂ２）は、最も外側のスピーカ以外のスピーカも用いて音を出力する例を示す。すなわち、図１６（ｂ１）に示したように最も外側のスピーカのみから音を出力するのではなく、他のスピーカも用いて音を出力する。たとえば、左チャネルの音を出力するスピーカのグループＳＬ５３を、位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、位置１−３および位置２−３クライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成する。

あるいはグループＳＬ５３を、位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３、ならびに位置１−２および位置２−２のクライアントのＬ−ＳＰＫ２２によって構成し、グループＳＲ５４を、位置１−２および位置２−２のクライアントのＲ−ＳＰＫ２３、ならびに位置１−３および位置２−３のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成してもよい。この場合、真中に位置するクライアント、つまり位置１−２および位置２−２のクライアントは、左チャネルの音をＬ−ＳＰＫ２２から出力し、右チャネルの音をＲ−ＳＰＫ２３から出力することになる。このように、横方向のクライアントの台数が奇数であって、すべてのスピーカから音を出力する場合、真中のクライアントは、左チャネルの音をＬ−ＳＰＫ２２から出力し、右チャネルの音をＲ−ＳＰＫ２３から出力する。

図１７は、図１に示した複数のクライアント２０が縦２段横４列の構成の場合について各スピーカから出力させる音の割り振りの例を示す。図１７（ａ１）は、左チャネルの音を出力するクライアントを左端の２台、および右チャネルの音を出力するクライアントを右端の２台とした場合の構成を示す。すなわち、左チャネルの音を出力するクライアントのグループＣＬ５１を、位置１−１および位置２−１のクライアントによって構成し、右チャネルの音を出力するクライアントのグループＣＲ５２を、位置１−４および位置２−４のクライアントによって構成する。位置１−２、位置１−３、位置２−２、および位置２−３のクライアントは、いずれのスピーカもミュートする。

図１７（ａ２）は、左チャネルの音を出力するクライアントを左側の４台、および右チャネルの音を出力するクライアントを右側の４台とした場合の構成を示す。すなわち、左チャネルの音を出力するクライアントのグループＣＬ５１を、位置１−１、位置１−２、位置２−１、および位置２−２のクライアントによって構成し、右チャネルの音を出力するクライアントのグループＣＲ５２を、位置１−３、位置１−４、位置２−３、および位置２−４のクライアントによって構成する。

図１７（ｂ１）は、最も外側のスピーカのみを用いて音を出力する例を示す。左チャネルの音を出力するスピーカのグループＳＬ５３を、位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、位置１−４および位置２−４のクライアントのＲ−ＳＰＫ２３によって構成する。グループＳＬ５３およびグループＳＲ５４のいずれのグループにも属さないスピーカ、つまり、位置１−１および位置２−１のクライアントのＲ−ＳＰＫ２３、位置１−２、位置１−３、位置２−２、および位置２−３のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３、ならびに位置１−４および位置２−４のクライアントのＬ−ＳＰＫ２２は、ミュートする。

図１７（ｂ２）は、最も外側のスピーカ以外のスピーカも用いて音を出力する一例を示す。すなわち、図１７（ｂ１）に示したように最も外側のスピーカのみから音を出力するのではなく、他のスピーカも用いて音を出力する。たとえば、左チャネルの音を出力するスピーカのグループＳＬ５３を、位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、位置１−４および位置２−４のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成する。グループＳＬ５３およびグループＳＲ５４のいずれのグループにも属さないスピーカ、つまり、位置１−２、位置１−３、位置２−２、および位置２−３のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３は、ミュートする。

図１７（ｂ３）は、最も外側のスピーカ以外のスピーカも用いて音を出力する他の例を示す。すなわち、左チャネルの音を出力するスピーカのグループＳＬ５３を、位置１−１および位置２−１のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３、ならびに位置１−２および位置２−２のクライアントのＬ−ＳＰＫ２２によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、位置１−３および位置２−３のクライアントのＲ−ＳＰＫ２３、ならびに位置１−４および位置２−４のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成する。グループＳＬ５３およびグループＳＲ５４のいずれのグループにも属さないスピーカ、つまり、位置１−２および位置２−２のクライアントのＲ−ＳＰＫ２３、ならびに位置１−３および位置２−３のクライアントのＬ−ＳＰＫ２２は、ミュートする。

あるいは、左チャネルの音を出力するスピーカのグループＳＬ５３を、位置１−１、位置１−２、位置２−１、および位置２−２のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成し、右チャネルの音を出力するスピーカのグループＳＲ５４を、位置１−３、位置１−４、位置２−３、および位置２−４のクライアントのＬ−ＳＰＫ２２およびＲ−ＳＰＫ２３によって構成する。

音を出力させるスピーカの数は、サーバ１０の図示しない入力装置から入力される。たとえば入力装置によって、横方向に並ぶスピーカのうち、外側から何番目のスピーカまで音を出力させるかを示す情報が入力される。

図１８は、図１に示したサーバ１０が処理するスピーカパターンおよび音量制御処理のフローチャートである。いずれかのクライアント２０のリモコンによってコンテンツの再生要求があり、サーバ１０がそのクライアント２０からコンテンツの再生要求を受信すると、ステップＡ１に移る。

ステップＡ１では、クライアントの配置状態を取得する。すなわち、各クライアントから隣接情報を取得し、取得した隣接情報に基づいて、クライアントの全体構成および各クライアントの配置位置を自動で設定あるいは手動で設定する。設定内容は、記憶部１１に記憶される。ステップＡ２では、クライアントの位置情報、すなわち全体構成と各クライアントの配置位置とを表す構成情報を各クライアントに送信する。ステップＡ３では、画像分割／等倍設定を各クライアントに送出する。すなわち、各クライアントは、受信したコンテンツの画像を分割し拡大して表示するのか、受信したコンテンツの画像をそのまま表示するのかを指示する情報を各クライアントに送信する。

ステップＡ４では、音を出力するスピーカの本数を設定する後述するスピーカ設定処理を呼び出す。ステップＡ５では、スピーカ設定処理で設定されたスピーカの本数に従って、音を出力するスピーカおよび音を出力するスピーカから出力させる音を設定し、その設定を各クライアントに送信する後述するスピーカ設定送出処理を呼び出す。ステップＡ６では、各クライアントにコンテンツのポートを指定する。すなわち、各クライアントにコンテンツを受信すべきチャネル指示するポート番号を送信する。

ステップＡ７では、設定応答を受信する。すなわち、ステップＡ２、ステップＡ３、ステップＡ５、およびステップＡ６で送信した情報に対するクライアントからの設定完了を示す応答を受信する。ステップＡ８では、全クライアントから設定完了を示す応答を受信したか否かを判定する。全クライアントから設定完了の応答を受信すると、ステップＡ９に進み、全クライアントから設定完了の応答を受信していないと、ステップＡ２に戻る。ステップＡ８では、すべてのクライアントから応答があるまで繰り返しているが、タイマを用いて、規定時間内に応答がない場合には、エラーを図示しない出力装置に表示してユーザに警告してもよい。

ステップＡ９では、クライアントに送信するためのコンテンツを取得する。たとえば記憶部１１から読み出すことによって取得、あるいはネットワークに接続される映像出力装置などから取得する。ステップＡ１０では、取得したコンテンツをマルチキャストもしくはブロードキャストで送信する。ステップＡ１１では、クライアントからスピーカ変更を受信したか否かを判定する。スピーカ変更を受信すると、すなわち、スピーカの構成変更の要求を受信すると、ステップＡ１３に進み、スピーカ変更を受信しないと、すなわち、スピーカの構成変更の要求を受信しないと、ステップＡ１２に進む。ステップＡ１２では、コンテンツの送信が終了したか否かを判定する。コンテンツの送信が終了すると、処理を終了し、コンテンツの送信が終了していないと、ステップＡ１０に戻る。

ステップＡ１３では、音を出力するスピーカ本数の変更またはスピーカから出力する音量の変更を行う後述するスピーカ制御処理を呼び出す。ステップＡ１４では、スピーカ設定を保存して、ステップＡ１２に進む。すなわち、変更されたスピーカ本数または音量を、次回にも利用することができるようにするために、記憶部１３に記憶して、ステップＡ１２に進む。

図１９は、図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ設定処理のフローチャートである。スピーカ設定処理は、音を出力するスピーカの本数を設定する。図１８に示したステップＡ４で呼び出されると、ステップＢ１に移る。

ステップＢ１では、前回利用した環境を使用するか否かを判定する。前回利用した環境は、前回利用したスピーカの本数であり、記憶部１１に記憶されている。前回利用したスピーカの本数を使用するか否かは、たとえば図示しない出力装置に、前回利用したスピーカの本数を使用するか否かを問い合わせるメニューを表示し、図示しない入力装置によるそのメニューに対する応答によって判断する。前回利用した環境を使用する場合は、ステップＢ４に進み、前回利用した環境を使用しない場合は、ステップＢ２に進む。

ステップＢ２では、出力するスピーカ本数ＳＰを手動で設定する。たとえば、図示しない入力装置によってスピーカ本数を入力する。スピーカ本数ＳＰは、縦横に配置された各クライアントのスピーカを、縦１列のスピーカからなる縦グループに分け、さらに分けられた複数の縦グループを横方向の中央で二分したとき、二分した片方に属する縦グループのうち音を出力する縦グループの数である。音を出力する縦グループは、横方向の外側寄りの縦グループである。すなわち、左端からスピーカ本数ＳＰ分の縦グループのスピーカおよび右端からスピーカ本数ＳＰ分の縦グループのスピーカから音が出力される。ステップＢ３では、スピーカ設定を保存する。すなわち、入力されたスピーカ本数を記憶部１１に記憶して、終了する。

ステップＢ４では、設定保存があるか否かを判定する。すなわち、記憶部１３にスピーカ本数が記憶されていると、設定保存があると判定する。設定保存があると、ステップＢ５に進み、設定保存がないと、ステップＢ６に進む。ステップＢ５では、前回設定のスピーカ本数ＳＰを使用する。すなわち、使用するスピーカの本数を、記憶部１３に記憶されているスピーカ本数そのままに設定して、終了する。ステップＢ６では、デフォルトのスピーカ本数、たとえばＳＰ＝１を使用する。すなわち、使用するスピーカの本数を、デフォルトのスピーカ本数たとえば「１」に設定して、終了する。

図２０は、図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ制御処理の前半部分のフローチャートである。スピーカ制御処理は、音を出力するスピーカ本数の変更またはスピーカから出力する音量の変更を行う。図１８に示したステップＡ１３で呼び出されると、ステップＣ１に移る。

ステップＣ１では、クライアントの配置状態を取得する。すなわち、各クライアントから隣接情報を取得し、取得した隣接情報に基づいて、クライアントの全体構成および各クライアントの配置位置を自動で設定あるいは手動で設定する。クライアントを以下「モニタ」ともいう。ステップＣ２では、有効モニタの横方向台数ＳＰＭを取得する。すなわち、ステップＣ１で設定した全体構成から、横方向のモニタの台数を抽出し、抽出したモニタの台数を有効モニタの横方向台数ＳＰＭとする。

ステップＣ３では、スピーカ本数を増やすか否かを判定する。すなわち、図１８のステップＡ１１でクライアントから受信したスピーカの構成変更の要求にスピーカ本数を増やす要求があると、スピーカ本数を増やすと判定する。スピーカ本数を増やす場合は、ステップＣ５に進み、スピーカ本数を増やさない場合は、ステップＣ４に進む。ステップＣ４では、スピーカ本数を減らすか否かを判定する。すなわち、図１８のステップＡ１１でクライアントから受信したスピーカの構成変更の要求にスピーカ本数を減らす要求があると、スピーカ本数を減らすと判定する。スピーカ本数を減らす場合は、ステップＣ８に進み、スピーカ本数を減らさない場合は、図２１に示すステップＣ１１に進む。

ステップＣ５では、ＳＰ＜ＳＰＭか否かを判定する。すなわち、音を出力するスピーカ本数ＳＰが、有効モニタ数の横方向台数ＳＰＭよりも小さいか否かを判定する。ＳＰ＜ＳＰＭであると、すなわち、スピーカ本数ＳＰが横方向台数ＳＰＭよりも小さいとステップＣ６に進み、ＳＰ＜ＳＰＭでないと、すなわち、スピーカ本数ＳＰが横方向台数ＳＰＭよりも小さくないと、終了する。ステップＣ６では、「ＳＰ＝ＳＰ＋１」とする。すなわち、スピーカ本数ＳＰを「１」増加する。ステップＣ７では、後述するスピーカ設定送出処理を呼び出し、そのスピーカ設定送出処理が終了すると、図２１に示すステップＣ１１に進む。スピーカ設定送出処理は、スピーカの本数に従って、音を出力するスピーカおよび音を出力するスピーカから出力させる音を決定し、決定内容を各クライアントに送信する。

ステップＣ８では、ＳＰ＞１か否かを判定する。すなわち、音を出力するスピーカ本数ＳＰが、「１」よりも大きいか否か判定する。ＳＰ＞１であると、すなわち、音を出力するスピーカ本数ＳＰが「１」よりも大きいと、ステップＣ９に進み、ＳＰ＞１でないと、すなわち、音を出力するスピーカ本数ＳＰが「１」よりも大きくないと、終了する。ステップＣ９では、「ＳＰ＝ＳＰ−１」とする。すなわち、スピーカ本数ＳＰを「１」減少する。ステップＣ１０では、後述するスピーカ設定送出処理を呼び出し、そのスピーカ設定送出処理が終了すると、図２１に示すステップＣ１１に進む。

図２１は、図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ制御処理の後半部分のフローチャートである。図２０に示したステップＣ４でスピーカ本数を減らさないと判定されたとき、またはステップＣ７もしくはステップＣ１０が処理された後、ステップＣ１１に移る。

ステップＣ１１では、スピーカ音量制御であるか否かを判定する。すなわち、図１８のステップＡ１１でクライアントから受信したスピーカの構成変更の要求にスピーカ音量制御があると、スピーカ音量制御であると判定する。スピーカ音量制御であると、ステップＣ１２に進み、スピーカ音量制御でないと、終了する。

ステップＣ１２では、「ＶＯＬ＝設定音量／ＳＰ」とする。すなわち、設定音量つまり既に設定されている音量をスピーカ本数ＳＰで除算した値を、単位音量ＶＯＬとする。ステップＣ１３では、「ＮＶ＝１」とする。すなわち、カウンタＮＶに初期値「１」を代入する。ステップＣ１４では、端からＮＶ番目のスピーカを、「設定音量−ＶＯＬ＊（ＮＶ−１）」の音量に設定する。たとえば、一番端のスピーカは、「設定音量」の音量が設定され、端から２番目のスピーカは、「設定音量−ＶＯＬ」の音量が設定され、端から３番目のスピーカは、「設定音量−２ＶＯＬ」の音量が設定される。すなわち、端から順に１ＶＯＬずつ音量が減少する。

ステップＣ１５では、対応クライアントに設定を送出する。すなわち、ステップＣ１４で設定された音量を、その音量の音を出力するスピーカを有するクライアントに送信する。ステップＣ１６では、「ＮＶ＝ＮＶ＋１」とする。すなわち、カウンタＮＶに「１」を加算する。ステップＣ１７では、ＮＶ＜＝ＳＰであるか否か判定する。すなわち、カウンタＮＶの値が、スピーカ本数ＳＰ以下か否かを判定する。ＮＶ＜＝ＳＰであると、すなわち、カウンタＮＶの値がスピーカ本数以下であると、ステップＣ１４に戻り、ＮＶ＜＝ＳＰでないと、すなわち、カウンタＮＶの値がスピーカ本数を超えると、終了する。

図２１に示した例では、横方向について、クライアントの配置位置に応じて音の出力を制御する例を示したが、上下方向で音の出力を制御してもよい。具体的には、上段のクライアントの音量を大きくし、下段のクライアントの音量を小さくするように制御してもよい。

図２２は、図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ設定送出処理のフローチャートである。スピーカ設定送出処理は、図１９に示したスピーカ設定処理で設定されたスピーカの本数に従って、音を出力するスピーカおよび音を出力するスピーカから出力させる音を決定し、決定内容を各クライアントに送信する。スピーカ設定送出処理は、図２０に示したスピーカ制御処理からも呼び出される。図１８に示したステップＡ５、図２０に示したステップＣ７、または図２０に示したステップＣ１０で呼び出されと、ステップＤ１に進む。

ステップＤ１では、「ＳＰ２＝ＩＮＴ（ＳＰ／２）」とする。すなわちスピーカ本数ＳＰを２で除算した値の整数部分を、左右２つのスピーカから音を出力するモニタの数ＳＰ２とする。ステップＤ２では、左配置のモニタのうち、ＳＰ２分のスピーカを有効とし、Ｌ／ＲともＬｃｈ出力を設定する。すなわち、横方向に配置されたモニタの左側からＳＰ２台のモニタの左右のスピーカを有効にし、出力する音は、Ｌ−ＳＰＫ２２およびＲ−ＳＰＫ２３ともＬｃｈつまり左チャネルの音を出力するように設定する。ステップＤ３では、右配置のモニタのうち、ＳＰ２分のスピーカを有効とし、Ｌ／ＲともＲｃｈ出力を設定する。すなわち、横方向に配置されたモニタの右側からＳＰ２台のモニタの左右のスピーカを有効にし、出力する音は、Ｌ−ＳＰＫ２２およびＲ−ＳＰＫ２３ともＲｃｈつまり右チャネルの音を出力するように設定する。

ステップＤ４では、「ＳＰ＝奇数」であるか否かを判定する。すなわち、スピーカ本数が奇数であるか否かを判定する。「ＳＰ＝奇数」であると、つまりスピーカ本数が奇数であると、ステップＤ７に進み、「ＳＰ＝奇数」でないと、つまりスピーカ本数が奇数でないと、ステップＤ５に進む。ステップＤ５では、有効でないスピーカをミュート設定にする。すなわち、ステップＤ２、ステップＤ３、ステップＤ７、またはステップＤ８で有効にされなかったスピーカは、音を出力しないように設定する。ステップＤ６では、対応モニタに設定を送出して、終了する。すなわち、各スピーカの設定を、それぞれのスピーカを有するモニタに送信して、終了する。

ステップＤ７では、左配置のモニタから、「ＳＰ２＋１」のモニタのＬのみを有効とし、Ｌｃｈ出力を設定する。すなわち、横方向に配置されたモニタの左側から「ＳＰ２＋１」番目のモニタのＬ−ＳＰＫ２２を有効とし、Ｌｃｈつまり左チャネルの音を出力するように設定する。ステップＤ８では、右配置のモニタから、「ＳＰ２＋１」のモニタのＲのみを有効とし、Ｒｃｈ出力を設定し、ステップＤ５に進む。すなわち、横方向に配置されたモニタの右側から「ＳＰ２＋１」番目のモニタのＲ−ＳＰＫ２３を有効とし、Ｒｃｈつまり右チャネルの音を出力するように設定し、ステップＤ５に進む。

このスピーカ設定送出処理によって、横方向の左端からスピーカ本数ＳＰ分のスピーカから左チャネルの音を出力し、横方向の右端からスピーカ本数ＳＰ分のスピーカから右チャネルの音を出力するように設定される。

図２２に示した例では、ステップＤ５で、有効にされなかったスピーカをミュート設定すなわち、音を出力しないように設定したが、有効にされなかったスピーカを低音出力用サブウーハの代わりとして用いて、より臨場感を高めてもよい。具体的には、たとえば、左右のチャネルの音の低音部だけをそれぞれ取り出して増幅し、左チャネルの低音部は、ミュート設定されたスピーカのうち、左側に配置されているスピーカから出力し、右チャネルの低音部は、ミュート設定されたスピーカのうち、右側に配置されているスピーカから出力するように制御する。

図２３は、図１に示したクライアント２０が処理するスピーカパターンおよび音量制御処理のフローチャートである。サーバ１０から、構成情報を受信するとステップＥ１に移る。

ステップＥ１では、クライアントの位置情報、すなわち全体構成と各クライアントの配置位置とを表す構成情報を取得する。ステップＥ２では、画像分割／等倍設定を受信する。すなわち、画像分割／等倍設定、つまりコンテンツの画像を分割し拡大して表示するのか、受信したコンテンツの画像をそのまま表示するのかを指示する情報をサーバ１０から受信する。ステップＥ３では、マルチ再生か否かを判定する。マルチ再生であると、つまりサーバ１０から受信した情報が画像分割設定であると、ステップＥ４に進み、マルチ再生でないと、ステップＥ１２に進む。

ステップＥ４では、画面分割／拡大を設定する。すなわち、コンテンツの画像を分割した分割画像のうち、そのクライアントの配置位置に対応する分割画像を拡大するように設定する。ステップＥ５では、スピーカ設定を行う。すなわち、図２２に示したサーバ１０のスピーカ設定送出処理で送信されたスピーカ設定を受信し、受信したスピーカ設定を自クライアントのスピーカに対して設定する。ステップＥ６では、コンテンツ取得ポートを設定する。すなわち、図１８に示したサーバ１０のスピーカパターンおよび音量制御処理で送信されたポート番号を受信して、設定する。ステップＥ７では、設定完了通知を行う。すなわち、設定が完了したことを示す応答をサーバ１０に送信する。

ステップＥ８では、再生コンテンツを受信・再生する。すなわち、サーバ１０から送信されたコンテンツを受信し、受信したコンテンツを再生して、表示画面部２５に表示する。ステップＥ９では、スピーカ変更割り込みがあったか否かを判定する。すなわち、入力部２７たとえばリモコンによって、スピーカの構成変更が割り込みで要求されると、スピーカ変更割り込みがあったと判定する。スピーカ変更割り込みがあると、ステップＥ１３に進み、スピーカ変更割り込みがないと、ステップＥ１０に進む。ステップＥ１０では、スピーカ変更を受信したか否かを判定する。すなわち、サーバ１０から変更後の構成のスピーカ設定を受信すると、スピーカ変更を受信したと判定する。スピーカ変更を受信すると、ステップＥ１４に進み、スピーカ変更を受信しないと、ステップＥ１１に進む。ステップＥ１１では、コンテンツが終了したが否かを判定する。コンテンツが終了すると、処理を終了し、コンテンツが終了していないと、ステップＥ８に戻る。

ステップＥ１２では、画面等倍を設定し、ステップＥ５に進む。すなわち、画面の分割／拡大を行わない等倍で表示するように設定し、ステップＥ５に進む。ステップＥ１３では、サーバに変更要求を送信して、ステップＥ１０に進む。すなわち、リモコンからスピーカの構成変更の要求を受け取り、たとえばスピーカを増やす要求もしくはスピーカを減らす要求、またはスピーカ音量制御要求を受け取り、受け取った構成変更の要求をサーバに送信して、ステップＥ１０に進む。ステップＥ１４では、スピーカ設定を行い、ステップＥ１１に進む。すなわち、サーバ１０から送信されたスピーカ設定を受信し、受信したスピーカ設定を行い、ステップＥ１１に進む。

図２４は、図１に示したサーバ１０が処理する位置設定処理のフローチャートである。位置設定処理は、配置位置を設定する場合の処理を行い、図１８に示したステップＡ１の処理の中、または図２０に示したステップＣ１の処理の中で呼び出されると、ステップＦ１に移る。

ステップＦ１では、前回の設定を使用するか否かを判定する。すなわち、たとえば、図示しない入力装置によって、記憶部１１に記憶されている前回用いたクライアントの構成の設定を使用することが指示されると、前回の設定を使用すると判定する。前回の設定を使用する場合は、ステップＦ５に進み、前回の設定を使用しない場合は、ステップＦ２に進む。ステップＦ２では、自動設定を行うか否かを判定する。すなわち、たとえば、図示しない入力装置によって、クライアントの構成を自動で設定する指示があると、自動設定を行うと判定する。自動設定を行なう場合は、ステップＦ７に進み、自動設定を行わない場合は、ステップＦ３に進む。

ステップＦ３では、手動で構成を設定する。たとえば、図１１に示した構成設定画面４０によってクライアントの構成の設定を行う。ステップＦ４では、現在の設定を保存して、終了する。すなわち、ステップＦ３で新たに設定されたクライアントの構成の設定を記憶部１１に記憶して、終了する。ステップＦ５では、設定値があるか否かを判定する。すなわち、記憶部１１にクライアントの構成の設定が記憶されていると、設定値があると判定する。設定値があると、ステップＦ６に進み、設定値がないと、ステップＦ２に進む。ステップＦ６では、前回の保存された設定値を使用し、終了する。すなわち、クライアントの構成の設定を、記憶部１１に記憶されている設定値そのままに設定し、終了する。

ステップＦ７では、モニタの構成を自動で設定する後述する自動設定処理を呼び出す。ステップＦ８では、コンテンツを表示させるモニタのかたまりを選択する後述する有効ブロック選択処理を呼び出す。有効ブロックは、隣接するクライアントによって構成されるブロックのうちコンテンツを表示させるブロックである。ステップＦ９では、現在の設定を保存して、終了する。すなわち、ステップＦ７およびステップＦ８で新たに設定されたクライアントの構成の設定を記憶部１１に記憶して、終了する。

図２５は、図１に示したサーバ１０が用いる受信配列およびｐｉｅｃｅ配列の例を示す。図では、「ｐｉｅｃｅ」を「Ｐｉｅｃｅ」とも記す。図２５（ａ）は、モニタ状態とそのモニタ状態に対応する受信配列を示す。モニタ状態は、モニタの実際の構成を示す。受信配列は、サーバ１０が各モニタから受信した隣接情報を、たとえばモニタから応答があった順序で配列したものであり、サーバ１０の記憶部１１に記憶される。受信配列は、各モニタのクライアントＩＤを示す「自ＩＤ」の項目、ならびに各モニタの上側、左側、下側、および右側に隣接するモニタのクライアントＩＤをそれぞれ示す「上」、「左」、「下」、および「右」の項目がある。以下、「上」、「左」、「下」、および「右」の項目欄に示されるクライアントＩＤを隣接モニタＩＤという。

図２５（ａ）に示したモニタは、縦３段横３列の９台のモニタによって構成される。上段には、左側からクライアントＩＤが「Ｂ」、「Ｄ」、および「Ｆ」の３台のモニタが配置され、中段には、左側からクライアントＩＤが「Ｃ」、「Ｅ」、および「Ｇ」の３台のモニタが配置され、下段には、左側からクライアントＩＤが「Ａ」、「Ｈ」、および「Ｉ」の３台のモニタが配置されている。

これに対応する受信配列には、たとえば自ＩＤが「Ｃ」のモニタについては、「上」の隣接モニタＩＤが「Ｂ」であり、「左」の隣接モニタＩＤが「ＮＵＬＬ］であり、「下」の隣接モニタＩＤが「Ａ」であり、「右」の隣接モニタＩＤが「Ｅ」である。「ＮＵＬＬ］は、隣接するモニタが存在しないことを示す。同様に、自ＩＤが「Ｅ」については、「Ｄ」、「Ｃ」、「Ｈ」、および「Ｇ」であり、自ＩＤが「Ｉ」については、「Ｇ」、「Ｈ」、「ＮＵＬＬ］、および「ＮＵＬＬ］であり、自ＩＤが「Ｄ」については、「ＮＵＬＬ］、「Ｂ」、「Ｅ」、および「Ｆ」であり、自ＩＤが「Ｇ」については、「Ｆ」、「Ｅ」、「Ｉ」、および「ＮＵＬＬ］であり、自ＩＤが「Ａ」については、「Ｃ」、「ＮＵＬＬ］、「ＮＵＬＬ］、および「Ｈ」であり、自ＩＤが「Ｆ」については、「ＮＵＬＬ］、「Ｄ」、「Ｇ」、および「ＮＵＬＬ］であり、自ＩＤが「Ｂ」については、「ＮＵＬＬ］、「ＮＵＬＬ］、「Ｃ」、および「Ｄ」であり、ならびに自ＩＤが「Ｈ」については、「Ｅ」、「Ａ」、「ＮＵＬＬ］、および「Ｉ」である。

図２５（ｂ）は、ｐｉｅｃｅ配列を示す。ｐｉｅｃｅ配列は、応答を受信した順序を表すｐｉｅｃｅ番号順に、受信した隣接情報の項目と配置の確認の状態を表す「チェック」の項目を２次元に配列したものである。ｐｉｅｃｅ配列は、ｐｉｅｃｅ番号毎に、「自ＩＤ」、「上ＩＤ」、「左ＩＤ」、「下ＩＤ」、「右ＩＤ」、および「チェック」の６つの項目がある。これらの６つの項目のうち、「チェック」を除く項目は、図２５（ａ）に示した受信配列の５つの項目に対応する。「チェック」の項目は、配置の確認の状態を表し、「０」〜「２」の値が入る。「０」は、配置の確認が完了した状態であることを示し、「１」は、初期値つまり確認が行われていない状態であることを示し、「２」は、配置の確認が完了しているモニタに隣接しており、かつまだ確認が行われていない状態であることを示す。

ｐｉｅｃｅ配列の各要素は、ｐｉｅｃｅ［ｍ］［ｎ］で表す。［ｍ］は、ｐｉｅｃｅ番号である。［ｎ］は、「自ＩＤ」、「上ＩＤ」、「左ＩＤ」、「下ＩＤ」、「右ＩＤ」、および「チェック」の６つの項目に対応する番号であり、この順序で「０」からの整数を割り当てた番号である。つまり、「自ＩＤ」が［０］、「上ＩＤ」が［１］、「左ＩＤ」が［２］、「下ＩＤ」が［３］、「右ＩＤ」が［４］、および「チェック」が［５］である。ｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［８］［４］には、図２５（ａ）に示した受信配列の内容がそのまま入る。

図２６は、図１に示したサーバ１０が用いる確認済ＩＤ格納配列の例を示す。確認済ＩＤ格納配列ｓｕｍｉ［］は、配置の確認が完了したモニタのクライアントＩＤを登録する配列であり、記憶部１１に記憶される。図では、「ｓｕｍｉ」を「Ｓｕｍｉ」とも記す。確認済ＩＤ格納配列に登録されるモニタは、ｐｉｅｃｅ配列のチェック欄が「０」のモニタであり、そのモニタのクライアントＩＤつまり「自ＩＤ」が確認済ＩＤ格納配列に登録される。図２６に示した確認済ＩＤ格納配列は、初期化されて、すべて空欄つまり「ＮＵＬＬ」の状態を示している。

図２７は、図１に示したサーバ１０が用いる端ＩＤ格納配列の例を示す。端ＩＤ格納配列ｈａｊｉ［］は、左側および上側に隣接するモニタのないモニタのクライアントＩＤを登録する配列であり、記憶部１１に記憶される。図では、「ｈａｊｉ」を「Ｈａｊｉ」とも記す。図２７（ａ）に示した端ＩＤ格納配列は、初期化されて、すべて空欄つまり「ＮＵＬＬ」の状態を示している。図２７（ｂ）に示した端ＩＤ格納配列は、後述する端ＩＤ検索処理が行われた後の状態を示しており、クライアントＩＤ「Ｂ」のモニタが登録されている。「ｈａｊｉ＿ｃｏｕｎｔ」は、左側および上側に隣接するモニタのないモニタの数、すなわち端ＩＤ格納配列に登録されているモニタの数を示し、ｈａｊｉ［０］〜ｈａｊｉ［ｈａｊｉ＿ｃｏｕｎｔ−１］に登録される。

図２８は、図２４に示した位置設定処理から呼び出される自動設定処理のフローチャートである。自動設定処理は、モニタの構成を自動で設定する。図２４に示したステップＦ７で呼び出されると、ステップＧ１に移る。

ステップＧ１では、各クライアントから受信した隣接情報をｐｉｅｃｅ配列に格納する後述する構成取得・格納処理を呼び出す。ステップＧ２では、確認済ＩＤ格納配列を初期化する後述する確認済ＩＤ格納配列確保処理を呼び出す。ステップＧ３では、端ＩＤ格納配列を初期化する後述する端ＩＤ格納配列確保処理を呼び出す。ステップＧ４では、左側および上側に隣接するモニタのないモニタを検索する後述する端ＩＤ検索処理を呼び出す。

ステップＧ５では、「ｂｌｏｃｋ＝０」、「ｃｈｋ＿ｔｏｔａｌ＝０」、および「ＢＢ＝０」とする。すなわち、隣接するクライアントによって構成されるブロックの数をカウントするためのカウンタｂｌｏｃｋ、確認済みのモニタの数ｃｈｋ＿ｔｏｔａｌ、および端ＩＤの確認用カウンタＢＢを「０」にクリアする。図では、「ｂｌｏｃｋ」を「Ｂｌｏｃｋ］、および「ｃｈｋ＿ｔｏｔａｌ」を「Ｃｈｋ＿ｔｏｔａｌ」とも記す。ステップＧ６では、ｈａｊｉ［ＢＢ］のＩＤを持つｐｉｅｃｅ配列でｐｉｅｃｅ［］［５］≠０か否かを判定する。すなわち端ＩＤ格納配列ｈａｊｉ［］のＢＢ番目のモニタのクライアントＩＤのｐｉｅｃｅ配列のチェック項目ｐｉｅｃｅ［］［５］の値が「０」つまり確認済か否かを判定する。ｐｉｅｃｅ［］［５］≠０であると、つまり確認済でないと、ステップＧ７に進み、ｐｉｅｃｅ［］［５］≠０でないと、つまりｐｉｅｃｅ［］［５］＝０であると、既にそのモニタは設定済であるので、ステップＧ１１に進む。

ステップＧ７では、隣接するクライアントによって構成されるブロックの確定と、各ブロックを構成するモニタのマップの作成を行う後述するマップ格納処理を呼び出す。ステップＧ８では、「ｃｈｋ＿ｔｏｔａｌ＝ｃｈｋ＿ｔｏｔａｌ＋ｃｏｕｎｔ＋１」とする。すなわち、確認済みのモニタの数ｃｈｋ＿ｔｏｔａｌに、ステップＧ７のマップ格納処理でカウントされたｃｏｕｎｔの値と「１」とを加算する。ステップＧ９では、ｃｈｋ＿ｔｏｔａｌ＜ｔｏｔａｌか否かを判定する。確認済みのモニタの数ｃｈｋ＿ｔｏｔａｌが、モニタの数ｔｏｔａｌよりも小さいと、ステップＧ１０に進み、確認済みのモニタの数ｃｈｋ＿ｔｏｔａｌが、モニタの数ｔｏｔａｌよりも小さくないと、終了する。ステップＧ１０では、「ｂｌｏｃｋ＝ｂｌｏｃｋ＋１」とする。すなわち、ブロックに「１」を加算し、別ブロックを確認する。ステップＧ１１では、「ＢＢ＝ＢＢ＋１」とし、ステップＧ６に戻る。すなわち、端ＩＤの確認用カウンタＢＢに「１」を加算し、ステップＧ６に戻り、次の左側および上側に隣接しないモニタを確認する。

図２９は、図２８に示した自動設定処理から呼び出される構成取得・格納処理のフローチャートである。構成取得・格納処理は、ｐｉｅｃｅ配列を作成し、モニタ台数ｔｏｔａｌを確定する。図では、「ｔｏｔａｌ」を「Ｔｏｔａｌ」とも記す。図２８に示したステップＧ１で呼び出されると、ステップＨ１に移る。

ステップＨ１では、「ｔｏｔａｌ＝０」とし、ｐｉｅｃｅ［］の確保／クリアを行う。すなわち、最初、モニタの数ｔｏｔａｌを「０」にクリアし、ｐｉｅｃｅ配列を記憶するための記憶エリアを記憶部１１に確保し、その記憶エリアをＮＵＬＬにクリアする。ステップＨ２では、制御ポートでクライアントに対してＩＤ要求を送信する。すなわち、ネットワークの制御用ポートたとえば図３（ａ）に示した「ＩＰ＝ｘｘ．ｘｘ．ｘｘ．ｘｘ：Ｐｏｒｔ＝ｘｘ」の制御用チャネル３３を介して、各クライアントに対して、各クライアントのクライアントＩＤおよび検出した隣接クライアントを含む隣接情報の送信要求を送信する。

ステップＨ３では、クライアントから応答つまり隣接情報の応答があるか否かを判定する。クライアントから応答があると、ステップＨ４に進み、クライアントから応答がないと、ステップＨ６に進む。ステップＨ４では、「ｐｉｅｃｅ［ｔｏｔａｌ］［０］＝受信ＩＤ」とし、「ｐｉｅｃｅ［ｔｏｔａｌ］［０］からｐｉｅｃｅ［ｔｏｔａｌ］［４］に受信隣接情報を格納」し、「ｐｉｅｃｅ［ｔｏｔａｌ］［５］＝１」とする。すなわち、ｔｏｔａｌ番目のｐｉｅｃｅ配列の「自ＩＤ」に、隣接情報に含まれる隣接情報を送信したクライアントのクライアントＩＤを登録し、ｔｏｔａｌ番目のｐｉｅｃｅ配列の「上ＩＤ」、「左ＩＤ」、「下ＩＤ」、および「右ＩＤ」に、それぞれ隣接情報に含まれる上側に隣接するクライアントのクライアントＩＤ、左側に隣接するクライアントのクライアントＩＤ、下側に隣接するクライアントのクライアントＩＤ、右側に隣接するクライアントのクライアントＩＤを登録する。隣接するクライアントがない場合は、隣接するクライアントがないことを示す「ＮＵＬＬ］が登録される。ｔｏｔａｌ番目のｐｉｅｃｅ配列の「チェック」には、初期値「１」が登録される。

ステップＨ５では、「ｔｏｔａｌ＝ｔｏｔａｌ＋１」とし、ｔｏｔａｌに応答のあったモニタ数を「１」増やす。すなわちモニタの数ｔｏｔａｌに「１」を加算する。ステップＨ６では、タイムアウト内か否かを判定する。すなわち、ステップＨ２で送信したＩＤ要求に対する応答を監視する監視時間、たとえば１０秒が経過していないか否かを判定する。タイムアウト内つまり監視時間内であると、ステップＨ３に戻り、タイムアウト内つまり監視時間内でないと、終了する。

図３０は、図２８に示した自動設定処理から呼び出される確認済ＩＤ格納配列確保処理のフローチャートである。図２８に示したステップＧ２で呼び出されると、ステップＪ１に移る。ステップＪ１では、ｓｕｍｉ［］の確保／クリアを行い、終了する。すなわち、確認済ＩＤ格納配列ｓｕｍｉ［］を記憶するための記憶エリアを記憶部１１に確保し、その記憶エリアをＮＵＬＬにクリアし、終了する。

図３１は、図２８に示した自動設定処理から呼び出される端ＩＤ格納配列確保処理のフローチャートである。図２８に示したステップＧ３で呼び出されると、ステップＫ１に移る。ステップＫ１では、ｈａｊｉ［］の確保／クリアを行い、終了する。すなわち、端ＩＤ格納配列ｈａｊｉ［］を記憶するための記憶エリアを記憶部１１に確保し、その記憶エリアをＮＵＬＬにクリアし、終了する。

図３２は、図２８に示した自動設定処理から呼び出される端ＩＤ検索処理のフローチャートである。図２８に示したステップＧ４で呼び出されると、ステップＬ１に移る。ステップＬ１では、「ｈａｊｉ＿ｃｏｕｎｔ＝０」とする。すなわち、最初、左側および上側に隣接するモニタのないモニタの数ｈａｊｉ＿ｃｏｕｎｔを「０」にクリアする。ステップＬ２では、「ｃ＝０」とする。すなわち、ｐｉｅｃｅ配列のうちでチェック対象の配列のｐｉｅｃｅ番号「ｃ」を「０」にクリアする。図では、「ｃ」を「Ｃ」とも記す。

ステップＬ３では、ｐｉｅｃｅ［ｃ］［１］＝ＮＵＬＬ＆ｐｉｅｃｅ［ｃ］［２］＝ＮＵＬＬか否かを判定する。すなわち、チェック対象の配列のモニタが、左側および上側に隣接するモニタのないモニタであるか否かを判定する。ｐｉｅｃｅ［ｃ］［１］＝ＮＵＬＬ＆ｐｉｅｃｅ［ｃ］［２］＝ＮＵＬＬであると、つまりチェック対象の配列のモニタが左側および上側に隣接するモニタのないモニタであると、ステップＬ６に進み、ｐｉｅｃｅ［ｃ］［１］＝０＆ｐｉｅｃｅ［ｃ］［２］＝０でないと、つまりチェック対象の配列のモニタが左側または上側に隣接するモニタのあるモニタであると、ステップＬ４に進む。ステップＬ４では、「ｃ＝ｃ＋１」とする。すなわち、ｐｉｅｃｅ配列のうちでチェック対象の配列のｐｉｅｃｅ番号「ｃ」に「１」を加算する。ステップＬ５では、ｃ＜ｔｏｔａｌか否かを判定する。すなわち、ｐｉｅｃｅ配列のうちでチェック対象の配列のｐｉｅｃｅ番号「ｃ」の値が、モニタの数ｔｏｔａｌよりも小さいか否かを判定する。ｃ＜ｔｏｔａｌであると、つまりｐｉｅｃｅ配列のうちでチェック対象の配列のｐｉｅｃｅ番号「ｃ」の値が、モニタの数ｔｏｔａｌよりも小さいと、ステップＬ３に戻り、ｃ＜ｔｏｔａｌでないと、つまりｐｉｅｃｅ配列のうちでチェック対象の配列のｐｉｅｃｅ番号「ｃ」の値が、モニタの数ｔｏｔａｌよりも小さくないと、終了する。

ステップＬ６では、「ｈａｊｉ［ｈａｊｉ＿ｃｏｕｎｔ］＝ｐｉｅｃｅ［ｃ］［０］」とする。すなわち、端ＩＤ格納配列のｈａｊｉ＿ｃｏｕｎｔ番目に、左側および上側に隣接するモニタのないモニタのクライアントＩＤを登録する。ステップＬ６では、「ｈａｊｉ＿ｃｏｕｎｔ＝ｈａｊｉ＿ｃｏｕｎｔ＋１」として、ステップＬ４に進む。すなわち、左側および上側に隣接するモニタのないモニタの数ｈａｊｉ＿ｃｏｕｎｔに「１」を加算して、ステップＬ４に進む。

図３３は、図２８に示した自動設定処理から呼び出されるマップ格納処理の前半部分のフローチャートである。マップ格納処理は、隣接するクライアントによって構成されるブロックの確定と、各ブロックを構成するモニタのマップの作成を行う。図２８に示したステップＧ７で呼び出されると、ステップＭ１に移る。

ステップＭ１では、「ｃｏｕｎｔ＝０、ＭＭ＝１００、ＮＮ＝１００、ｃｃ＝０」とする。ブロック内のモニタの数をカウントするためのカウンタｃｏｕｎｔを「０」にクリアし、ブロックの縦方向のモニタの最大数および横方向のモニタの最大数を設定する。この例では、いずれも最大数を「１００」としたが、この値に限定されるものではない。さらに、最初のモニタまで戻ったか否かを確認するためのカウンタｃｃを「０」にクリアする。

ステップＭ２では、「ｍａｔ［ｂｌｏｃｋ］［０］［０］〜ｍａｔ［ｂｌｏｃｋ］［２５４］［２５４］＝ＮＵＬＬ、ｔｅｍｐ＝０」とする。すなわちブロック毎のマップを表す３次元配列Ｍａｔの各要素を「ＮＵＬＬ」に初期化し、ｔｅｍｐを「０」にクリアする。図では、ｍａｔのことを「Ｍａｔ」、「ｔｅｍｐ」のことを「Ｔｅｍｐ」とも記す。ｂｌｏｃｋは、ブロックの数をカウントするためのカウンタで、初期値は「０」である。ストリーミングでは、同じセグメント内で流せるＩＤは、「０」〜「２５４」であるので、この例では、ｍａｔ配列の２番目および３番目の要素の範囲を、「０」〜「２５４」としたが、これに限定されるものではない。

ステップＭ３では、「次の確認ＩＤ＝ｈａｊｉ［ｂｌｏｃｋ］」とする。すなわち、次に確認するモニタのクライアントＩＤを、端ＩＤ格納配列ｈａｊｉ［］のうち、「ｂｌｏｃｋ」の値が示す配列位置に登録されている確認済ＩＤとする。つまり左側および上側に隣接するモニタがないモニタとして端ＩＤ格納配列に登録されたモニタのうち、「ｂｌｏｃｋ」の値が示す配列位置に登録されているクライアントＩＤとする。

ステップＭ４では、「現ＩＤ＝次の確認ＩＤ、次の確認ＩＤ＝ＮＵＬＬ」とする。すなわち、現ＩＤつまりこれから隣接するモニタがあるか否かを確認するモニタのクライアントＩＤを、「次の確認ＩＤ」が示すクライアントＩＤとした後、「次の確認ＩＤ」を「ＮＵＬＬ」に初期化する。ステップＭ５では、「ｓｕｍｉ［ｃｏｕｎｔ］」＝現ＩＤ、現ＩＤのｐｉｅｃｅ［］［５］＝０」とする。すなわち、確認済ＩＤ格納配列ｓｕｍｉ［］に現ＩＤが示すクライアントＩＤを登録し、現ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目を「０」つまり確認済とする。

ステップＭ６では、「Ｍ＝ＭＭ、Ｎ＝ＮＮ」とする。すなわち、マップの縦方向の位置を示すポインタＭの値をＭＭの値とし、マップの横方向の位置を示すポインタＮの値をＮＮの値とする。ステップＭ７では、ｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］の中から、現ＩＤを含む配列を取り出す。ステップＭ８では、「ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ］＝現ＩＤのｐｉｅｃｅ［］［０］」とする。すなわち、マップの縦Ｍ番目および横Ｎ番目の位置を、現ＩＤが示すクライアントＩＤとする。

ステップＭ９では、上側に隣接するモニタがあるか否かを確認する後述する上の隣接処理を呼び出す。ステップＭ１０では、左側に隣接するモニタがあるか否かを確認する後述する左の隣接処理を呼び出す。ステップＭ１１では、下側に隣接するモニタがあるか否かを確認する後述する下の隣接処理を呼び出す。ステップＭ１２では、右側に隣接するモニタがあるか否かを確認する後述する右の隣接処理を呼び出す。ステップＭ１３では、「次の確認ＩＤ」＝ＮＵＬＬであるか否かを判定する。「次の確認ＩＤ」がＮＵＬＬであると、つまり次に確認すべきモニタが隣接するモニタの中にないと、図３４に示すステップＭ２０に進み、「次の確認ＩＤ」がＮＵＬＬでないと、つまり次に確認すべきモニタが隣接するモニタの中にあると、ステップＭ１４に進む。ステップＭ１４では、「ｃｏｕｎｔ＝ｃｏｕｎｔ＋１」として、ステップＭ４に戻る。すなわち、ブロック内のモニタの数をカウントするためのカウンタｃｏｕｎｔに「１」を加算して、ステップＭ４に戻る。

図３４は、図２８に示した自動設定処理から呼び出されるマップ格納処理の後半部分のフローチャートである。図３３に示したステップＭ１３で、「次の確認ＩＤ」がＮＵＬＬであると判定されたとき、ステップＭ２０に移る。

ステップＭ２０は、「ｃｃ＝ｃｏｕｎｔ」とする。すなわち、最初のモニタまで戻ったか否かを確認するためのカウンタｃｃをブロック内のモニタの数をカウントするためのカウンタｃｏｕｎｔの値とする。ステップＭ２１は、「ｃｃ＝ｃｃ−１」とする。すなわち、最初のモニタまで戻ったか否かを確認するためのカウンタｃｃから「１」減算する。ステップＭ２２は、ｃｃ＜０であるか否かを判定する。ｃｃ＜０であると、つまり最初のモニタまで戻ると、終了し、ｃｃ＜０でないと、つまり最初のモニタまで戻っていないと、ステップＭ２３に進む。

ステップＭ２３では、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［１］＝ＮＵＬＬであるか否かを判定する。すなわち、確認済ＩＤ格納配列ｓｕｍｉ［］に登録されているクライアントＩＤのうち、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の上ＩＤがＮＵＬＬか否かを判定する。ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［１］＝ＮＵＬＬでないとき、つまり上側に隣接するモニタがある場合、ステップＭ２７に進み、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［１］＝ＮＵＬＬであるとき、つまり上側に隣接するモニタがない場合、ステップＭ２４に進む。

ステップＭ２４では、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［２］＝ＮＵＬＬであるか否かを判定する。すなわち、確認済ＩＤ格納配列ｓｕｍｉ［］に登録されているクライアントＩＤのうち、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の左ＩＤがＮＵＬＬか否かを判定する。ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［２］＝ＮＵＬＬでないとき、つまり左側に隣接するモニタがある場合、ステップＭ２８に進み、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［２］＝ＮＵＬＬであるとき、つまり左側に隣接するモニタがない場合、ステップＭ２５に進む。

ステップＭ２５では、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［３］＝ＮＵＬＬであるか否かを判定する。すなわち、確認済ＩＤ格納配列ｓｕｍｉ［］に登録されているクライアントＩＤのうち、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の下ＩＤがＮＵＬＬか否かを判定する。ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［３］＝ＮＵＬＬでないとき、つまり下側に隣接するモニタがある場合、ステップＭ２９に進み、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［３］＝ＮＵＬＬであるとき、つまり下側に隣接するモニタがない場合、ステップＭ２６に進む。

ステップＭ２６では、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［４］＝ＮＵＬＬであるか否かを判定する。すなわち、確認済ＩＤ格納配列ｓｕｍｉ［］に登録されているクライアントＩＤのうち、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の右ＩＤがＮＵＬＬか否かを判定する。ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［４］＝ＮＵＬＬでないとき、つまり右側に隣接するモニタがある場合、ステップＭ３０に進み、ｓｕｍｉ［ｃｃ］のＩＤのｐｉｅｃｅ［］［４］＝ＮＵＬＬであるとき、つまり右側に隣接するモニタがない場合、ステップＭ２１に戻る。

ステップＭ２７では、「次の確認ＩＤ＝ｓｕｍｉ［ｃｃ］のＩＤを持つｐｉｅｃｅ［］［１］」として、ステップＭ３１に進む。すなわち、「次の確認ＩＤ」を、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の上ＩＤのクライアントＩＤとして、ステップＭ３１に進む。ステップＭ２８では、「次の確認ＩＤ＝ｓｕｍｉ［ｃｃ］のＩＤを持つｐｉｅｃｅ［］［２］」として、ステップＭ３１に進む。すなわち、「次の確認ＩＤ」を、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の左ＩＤのクライアントＩＤとして、ステップＭ３１に進む。ステップＭ２９では、「次の確認ＩＤ＝ｓｕｍｉ［ｃｃ］のＩＤを持つｐｉｅｃｅ［］［３］」として、ステップＭ３１に進む。すなわち、「次の確認ＩＤ」を、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の下ＩＤのクライアントＩＤとして、ステップＭ３１に進む。ステップＭ３０では、「次の確認ＩＤ＝ｓｕｍｉ［ｃｃ］のＩＤを持つｐｉｅｃｅ［］［４］」として、ステップＭ３１に進む。すなわち、「次の確認ＩＤ」を、ｓｕｍｉ［ｃｃ］に登録されているクライアントＩＤのｐｉｅｃｅ配列の右ＩＤのクライアントＩＤとして、ステップＭ３１に進む。

ステップＭ３１では、「次の確認ＩＤ」があるｍａｔ［ｂｌｏｃｋ］のｍａｔ［ｂｌｏｃｋ］［Ｍ］［］とｍａｔ［ｂｌｏｃｋ］［］［Ｎ］とを探す。すなわち、「次の確認ＩＤ」が示すクライアントＩＤを含むブロックの中から、「次の確認ＩＤ」が位置する縦方向の位置Ｍと横方向の位置Ｎとを探す。ステップＭ３２では、「ＭＭ＝Ｍ、ＮＮ＝Ｎ」として、図３３に示したステップＭ１４に戻る。すなわち、ＭＭの値をＭの値とし、ＮＮの値をＮの値とする。すなわち、ＭＭおよびＮＮを次に確認するモニタのマップ内の位置を表す値、つまりステップＭ３１で探したＭおよびＮの値にして、図３３に示したステップＭ１４に戻る。

図３５は、図３３に示したマップ格納処理から呼び出される上の隣接処理のフローチャートである。上の隣接処理は、上側に隣接するモニタがあるか否かを確認する。図３３に示したステップＭ９で呼び出されると、ステップＮ１に移る。

ステップＮ１では、現ＩＤのｐｉｅｃｅ［］［１］がＮＵＬＬでないか否かを判定する。現ＩＤのｐｉｅｃｅ［］［１］がＮＵＬＬでないと、つまり現ＩＤのｐｉｅｃｅ配列の上ＩＤにクライアントＩＤがあると、ステップＮ２に進み、現ＩＤのｐｉｅｃｅ［］［１］がＮＵＬＬであると、つまり現ＩＤのｐｉｅｃｅ配列の上ＩＤがＮＵＬＬであると終了する。

ステップＮ２では、現ＩＤのｐｉｅｃｅ［］［１］のクライアントＩＤが、ｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあるか否かを判定する。すなわち、現ＩＤのｐｉｅｃｅ配列の上ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあるか否かを判定する。現ＩＤのｐｉｅｃｅ［］［１］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあると、つまり現ＩＤのｐｉｅｃｅ配列の上ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあると、ステップＮ３に進み、現ＩＤのｐｉｅｃｅ［］［１］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にないと、つまり現ＩＤのｐｉｅｃｅ配列の上ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にないと、終了する。

ステップＮ３では、対象のｐｉｅｃｅ［］［５］が「０」でないか否かを判定する。すなわち、上ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が「０」でないか否かを判定する。対象のｐｉｅｃｅ［］［５］が「０」でないと、つまり上ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みでないと、ステップＮ４に進み、対象のｐｉｅｃｅ［］［５］が「０」であると、つまり上ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みであると、終了する。

ステップＮ４では、ｍａｔ［ｂｌｏｃｋ］［Ｍ−１］［Ｎ］がＮＵＬＬでないか否かを判定する。すなわち、マップ上で１つ上の位置にクライアントＩＤが設定されているか否かを判定する。ｍａｔ［ｂｌｏｃｋ］［Ｍ−１］［Ｎ］がＮＵＬＬでないと、つまりマップ上で１つ上の位置にクライアントＩＤが設定されていると、ステップＮ７に進み、ｍａｔ［ｂｌｏｃｋ］［Ｍ−１］［Ｎ］がＮＵＬＬであると、つまりマップ上で１つ上の位置にクライアントＩＤが設定されていないと、ステップＮ５に進む。ステップＮ５では、「対象のｐｉｅｃｅ［］［５］＝２」とする。すなわち、上ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目を「２」にする。「２」は、配置の確認が完了しているモニタに隣接しており、かつまだ確認が行われていない状態であることを示す。ステップＮ６では、ｍａｔ［ｂｌｏｃｋ］［Ｍ−１］［Ｎ］に現ＩＤのｐｉｅｃｅ［］［１］を設定する。すなわち、マップ上で１つ上の位置に、現ＩＤのｐｉｅｃｅ配列の上ＩＤのクライアントＩＤを設定する。

ステップＮ７では、「次の確認ＩＤ＝現ＩＤのｐｉｅｃｅ［］［１］」とする。すなわち、「次の確認ＩＤ」を現ＩＤのｐｉｅｃｅ配列の上ＩＤのクライアントＩＤとする。ステップＮ８では、現ＩＤを持つｐｉｅｃｅ［］［１］をＮＵＬＬにする。すなわち現ＩＤのｐｉｅｃｅ配列の上ＩＤをＮＵＬＬにし、検索済とする。ステップＮ９では、対象のＩＤを持つｐｉｅｃｅ［］［３］をＮＵＬＬにする。すなわち、「次の確認ＩＤ」のｐｉｅｃｅ配列の下ＩＤをＮＵＬＬにし、検索済とする。ステップＮ１０では、「ＭＭ＝Ｍ−１、ＮＮ＝Ｎ」として、終了する。すなわち、ＭＭおよびＮＮを次に確認するモニタのマップ内の位置、つまり１つ上の位置を表す値にして、終了する。

図３６は、図３３に示したマップ格納処理から呼び出される左の隣接処理のフローチャートである。左の隣接処理は、左側に隣接するモニタがあるか否かを確認する。図３３に示したステップＭ１０で呼び出されると、ステップＰ１に移る。

ステップＰ１では、現ＩＤのｐｉｅｃｅ［］［２］がＮＵＬＬでないか否かを判定する。現ＩＤのｐｉｅｃｅ［］［２］がＮＵＬＬでないと、つまり現ＩＤのｐｉｅｃｅ配列の左ＩＤにクライアントＩＤがあると、ステップＰ２に進み、現ＩＤのｐｉｅｃｅ［］［２］がＮＵＬＬであると、つまり現ＩＤのｐｉｅｃｅ配列の左ＩＤがＮＵＬＬであると終了する。

ステップＰ２では、現ＩＤのｐｉｅｃｅ［］［２］のクライアントＩＤが、ｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあるか否かを判定する。すなわち、現ＩＤのｐｉｅｃｅ配列の左ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあるか否かを判定する。現ＩＤのｐｉｅｃｅ［］［２］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあると、つまり現ＩＤのｐｉｅｃｅ配列の左ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあると、ステップＰ３に進み、現ＩＤのｐｉｅｃｅ［］［２］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にないと、つまり現ＩＤのｐｉｅｃｅ配列の左ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にないと、終了する。

ステップＰ３では、対象のｐｉｅｃｅ［］［５］が「０」でないか否かを判定する。すなわち、左ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が「０」でないか否かを判定する。対象のｐｉｅｃｅ［］［５］が「０」でないと、つまり左ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みでないと、ステップＰ４に進み、対象のｐｉｅｃｅ［］［５］が「０」であると、つまり左ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みであると、終了する。

ステップＰ４では、ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ−１］がＮＵＬＬでないか否かを判定する。すなわち、マップ上で１つ左の位置にクライアントＩＤが設定されているか否かを判定する。ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ−１］がＮＵＬＬでないと、つまりマップ上で１つ左の位置にクライアントＩＤが設定されていると、ステップＰ７に進み、ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ−１］がＮＵＬＬであると、つまりマップ上で１つ左の位置にクライアントＩＤが設定されていないと、ステップＰ５に進む。ステップＰ５では、「対象のｐｉｅｃｅ［］［５］＝２」とする。すなわち、左ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目を「２」にする。「２」は、配置の確認が完了しているモニタに隣接しており、かつまだ確認が行われていない状態であることを示す。ステップＰ６では、ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ−１］に現ＩＤのｐｉｅｃｅ［］［２］を設定する。すなわち、マップ上で１つ左の位置に、現ＩＤのｐｉｅｃｅ配列の左ＩＤのクライアントＩＤを設定する。

ステップＰ７では、「次の確認ＩＤ」が設定されているか否かを判定する。「次の確認ＩＤ」が設定されていると、終了し、「次の確認ＩＤ」が設定されていないと、ステップＰ８に進む。すなわち、図３３に示した上の隣接処理で、すでに「次の確認ＩＤ」が設定されている場合は、「次の確認ＩＤ」の更新をスキップする。

ステップＰ８では、「次の確認ＩＤ＝現ＩＤのｐｉｅｃｅ［］［２］」とする。すなわち、「次の確認ＩＤ」を現ＩＤのｐｉｅｃｅ配列の左ＩＤのクライアントＩＤとする。ステップＰ９では、現ＩＤを持つｐｉｅｃｅ［］［２］をＮＵＬＬにする。すなわち現ＩＤのｐｉｅｃｅ配列の左ＩＤをＮＵＬＬにし、検索済とする。ステップＰ１０では、対象のＩＤを持つｐｉｅｃｅ［］［４］をＮＵＬＬにする。すなわち、「次の確認ＩＤ」のｐｉｅｃｅ配列の右ＩＤをＮＵＬＬにし、検索済とする。ステップＰ１１では、「ＭＭ＝Ｍ、ＮＮ＝Ｎ−１」として、終了する。すなわち、ＭＭおよびＮＮを次に確認するモニタのマップ内の位置、つまり１つ左の位置を表す値にして、終了する。

図３７は、図３３に示したマップ格納処理から呼び出される下の隣接処理のフローチャートである。下の隣接処理は、下側に隣接するモニタがあるか否かを確認する。図３３に示したステップＭ１１で呼び出されると、ステップＱ１に移る。

ステップＱ１では、現ＩＤのｐｉｅｃｅ［］［３］がＮＵＬＬでないか否かを判定する。現ＩＤのｐｉｅｃｅ［］［３］がＮＵＬＬでないと、つまり現ＩＤのｐｉｅｃｅ配列の下ＩＤにクライアントＩＤがあると、ステップＱ２に進み、現ＩＤのｐｉｅｃｅ［］［３］がＮＵＬＬであると、つまり現ＩＤのｐｉｅｃｅ配列の下ＩＤがＮＵＬＬであると終了する。

ステップＱ２では、現ＩＤのｐｉｅｃｅ［］［３］のクライアントＩＤが、ｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあるか否かを判定する。すなわち、現ＩＤのｐｉｅｃｅ配列の下ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあるか否かを判定する。現ＩＤのｐｉｅｃｅ［］［３］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあると、つまり現ＩＤのｐｉｅｃｅ配列の下ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあると、ステップＱ３に進み、現ＩＤのｐｉｅｃｅ［］［３］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にないと、つまり現ＩＤのｐｉｅｃｅ配列の下ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にないと、終了する。

ステップＱ３では、対象のｐｉｅｃｅ［］［５］が「０」でないか否かを判定する。すなわち、下ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が「０」でないか否かを判定する。対象のｐｉｅｃｅ［］［５］が「０」でないと、つまり下ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みでないと、ステップＱ４に進み、対象のｐｉｅｃｅ［］［５］が「０」であると、つまり下ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みであると、終了する。

ステップＱ４では、ｍａｔ［ｂｌｏｃｋ］［Ｍ＋１］［Ｎ］がＮＵＬＬでないか否かを判定する。すなわち、マップ上で１つ下の位置にクライアントＩＤが設定されているか否かを判定する。ｍａｔ［ｂｌｏｃｋ］［Ｍ＋１］［Ｎ］がＮＵＬＬでないと、つまりマップ上で１つ下の位置にクライアントＩＤが設定されていると、ステップＱ７に進み、ｍａｔ［ｂｌｏｃｋ］［Ｍ＋１］［Ｎ］がＮＵＬＬであると、つまりマップ上で１つ下の位置にクライアントＩＤが設定されていないと、ステップＱ５に進む。ステップＱ５では、「対象のｐｉｅｃｅ［］［５］＝２」とする。すなわち、下ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目を「２」にする。「２」は、配置の確認が完了しているモニタに隣接しており、かつまだ確認が行われていない状態であることを示す。ステップＱ６では、ｍａｔ［ｂｌｏｃｋ］［Ｍ＋１］［Ｎ］に現ＩＤのｐｉｅｃｅ［］［３］を設定する。すなわち、マップ上で１つ下の位置に、現ＩＤのｐｉｅｃｅ配列の下ＩＤのクライアントＩＤを設定する。

ステップＱ７では、「次の確認ＩＤ」が設定されているか否かを判定する。「次の確認ＩＤ」が設定されていると、終了し、「次の確認ＩＤ」が設定されていないと、ステップＱ８に進む。すなわち、図３５に示した上の隣接処理または図３６に示した左の隣接処理で、すでに「次の確認ＩＤ」が設定されている場合は、「次の確認ＩＤ」の更新をスキップする。

ステップＱ８では、「次の確認ＩＤ＝現ＩＤのｐｉｅｃｅ［］［３］」とする。すなわち、「次の確認ＩＤ」を現ＩＤのｐｉｅｃｅ配列の下ＩＤのクライアントＩＤとする。ステップＱ９では、現ＩＤを持つｐｉｅｃｅ［］［３］をＮＵＬＬにする。すなわち現ＩＤのｐｉｅｃｅ配列の下ＩＤをＮＵＬＬにし、検索済とする。ステップＱ１０では、対象のＩＤを持つｐｉｅｃｅ［］［１］をＮＵＬＬにする。すなわち、「次の確認ＩＤ」のｐｉｅｃｅ配列の上ＩＤをＮＵＬＬにし、検索済とする。ステップＱ１１では、「ＭＭ＝Ｍ＋１、ＮＮ＝Ｎ」として、終了する。すなわち、ＭＭおよびＮＮを次に確認するモニタのマップ内の位置、つまり１つ下の位置を表す値にして、終了する。

図３８は、図３３に示したマップ格納処理から呼び出される右の隣接処理のフローチャートである。右の隣接処理は、右側に隣接するモニタがあるか否かを確認する。図３３に示したステップＭ１２で呼び出されると、ステップＲ１に移る。

ステップＲ１では、現ＩＤのｐｉｅｃｅ［］［４］がＮＵＬＬでないか否かを判定する。現ＩＤのｐｉｅｃｅ［］［４］がＮＵＬＬでないと、つまり現ＩＤのｐｉｅｃｅ配列の右ＩＤにクライアントＩＤがあると、ステップＲ２に進み、現ＩＤのｐｉｅｃｅ［］［４］がＮＵＬＬであると、つまり現ＩＤのｐｉｅｃｅ配列の右ＩＤがＮＵＬＬであると終了する。

ステップＲ２では、現ＩＤのｐｉｅｃｅ［］［４］のクライアントＩＤが、ｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあるか否かを判定する。すなわち、現ＩＤのｐｉｅｃｅ配列の右ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあるか否かを判定する。現ＩＤのｐｉｅｃｅ［］［４］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にあると、つまり現ＩＤのｐｉｅｃｅ配列の右ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にあると、ステップＲ３に進み、現ＩＤのｐｉｅｃｅ［］［４］のクライアントＩＤがｐｉｅｃｅ［０］［０］〜ｐｉｅｃｅ［ｔｏｔａｌ−１］［０］にないと、つまり現ＩＤのｐｉｅｃｅ配列の右ＩＤが示すクライアントＩＤが、ｐｉｅｃｅ配列の自ＩＤの中にないと、終了する。

ステップＲ３では、対象のｐｉｅｃｅ［］［５］が「０」でないか否かを判定する。すなわち、右ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が「０」でないか否かを判定する。対象のｐｉｅｃｅ［］［５］が「０」でないと、つまり右ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みでないと、ステップＲ４に進み、対象のｐｉｅｃｅ［］［５］が「０」であると、つまり右ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目が確認済みであると、終了する。

ステップＲ４では、ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ＋１］がＮＵＬＬでないか否かを判定する。すなわち、マップ上で１つ右の位置にクライアントＩＤが設定されているか否かを判定する。ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ＋１］がＮＵＬＬでないと、つまりマップ上で１つ右の位置にクライアントＩＤが設定されていると、ステップＱ７に進み、ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ＋１］がＮＵＬＬであると、つまりマップ上で１つ右の位置にクライアントＩＤが設定されていないと、ステップＱ５に進む。ステップＱ５では、「対象のｐｉｅｃｅ［］［５］＝２」とする。すなわち、右ＩＤが示すクライアントＩＤのｐｉｅｃｅ配列のチェック項目を「２」にする。「２」は、配置の確認が完了しているモニタに隣接しており、かつまだ確認が行われていない状態であることを示す。ステップＲ６では、ｍａｔ［ｂｌｏｃｋ］［Ｍ］［Ｎ＋１］に現ＩＤのｐｉｅｃｅ［］［４］を設定する。すなわち、マップ上で１つ右の位置に、現ＩＤのｐｉｅｃｅ配列の右ＩＤのクライアントＩＤを設定する。

ステップＲ７では、「次の確認ＩＤ」が設定されているか否かを判定する。「次の確認ＩＤ」が設定されていると、終了し、「次の確認ＩＤ」が設定されていないと、ステップＲ８に進む。すなわち、図３５に示した上の隣接処理、図３６に示した左の隣接処理、または図３７に示した下の隣接処理で、すでに「次の確認ＩＤ」が設定されている場合は、「次の確認ＩＤ」の更新をスキップする。

ステップＲ８では、「次の確認ＩＤ＝現ＩＤのｐｉｅｃｅ［］［４］」とする。すなわち、「次の確認ＩＤ」を現ＩＤのｐｉｅｃｅ配列の右ＩＤのクライアントＩＤとする。ステップＲ９では、現ＩＤを持つｐｉｅｃｅ［］［４］をＮＵＬＬにする。すなわち現ＩＤのｐｉｅｃｅ配列の右ＩＤをＮＵＬＬにし、検索済とする。ステップＲ１０では、対象のＩＤを持つｐｉｅｃｅ［］［２］をＮＵＬＬにする。すなわち、「次の確認ＩＤ」のｐｉｅｃｅ配列の左ＩＤをＮＵＬＬにし、検索済とする。ステップＲ１１では、「ＭＭ＝Ｍ、ＮＮ＝Ｎ＋１」として、終了する。すなわち、ＭＭおよびＮＮを次に確認するモニタのマップ内の位置、つまり１つ右の位置を表す値にして、終了する。

図３９は、図２４に示した位置設定処理から呼び出される有効ブロック選択処理のフローチャートである。有効ブロック選択処理は、コンテンツを表示させるブロックを選択する。図２４に示したステップＦ８で呼び出されると、ステップＳ１に移る。

ステップＳ１では、Ｂｌｏｃｋ＞０であるか否かを判定する。すなわち、ブロックの数が「０」よりも大きいか否かを判定する。Ｂｌｏｃｋ＞０であると、つまりブロックの数が「０」よりも大きいと、２つ以上のブロックに分かれているので、ステップＳ４に進み、Ｂｌｏｃｋ＞０でないと、つまりブロックの数が「０」よりも大きくないと、ステップＳ２に進む。ステップＳ２では、ｂｌｏｃｋ＝０を有効とする。すなわち、ｂｌｏｃｋ＝０として、ブロックがないことを示す。ステップＳ３では、選択ブロックが、四角として構成されるか否かを判定する。すなわち、選択されて有効とされたブロックの形状つまりブロックを構成するモニタの画面が形成する形状が、四角形であるか否かを判定する。選択ブロックが四角として構成されると、つまり選択ブロックの形状が四角形であると、終了し、選択ブロックが四角として構成されていないと、つまり選択ブロックの形状が四角形でないと、ステップＳ６に進む。選択されたブロックの形状が四角形である場合は、そのブロックに含まれるモニタのクライアントＩＤが記憶部１１に記憶される。

ステップＳ４では、ブロックの選択を行う。すなわち、複数のブロックの中から、コンテンツを表示するブロックを１つ選択する。ブロックの選択は、たとえば図２４に示したステップＦ７の自動設定処理で、自動で設定されたモニタの構成の中の複数のブロックを、ブロック番号を付して、サーバ１０の図示しない出力装置に表示し、サーバ１０の図示しない入力装置によって、ブロック番号を指定することによって選択する。ステップＳ５では、選択したブロックを有効とし、ステップＳ３に進む。ステップＳ６では、有効域の選択を行って終了する。たとえば選択されたモニタの画面からなる形状が四角形を形成するようにモニタを選択して、終了する。モニタ選択は、たとえばサーバ１０の図示しない入力装置によって、クライアントＩＤを指定することによって選択してもよいし、構成設定画面４０で設定されているモニタを指示することによって選択してもよい。選択されたブロック番号および選択されたモニタのクライアントＩＤは、記憶部１１に記憶される。サーバ１０は、記憶部１１に記憶されたブロック番号が示すブロックを構成するモニタのうち、選択されたモニタに対して、コンテンツを送信する。

このように、画像を画面に表示し、音情報であるたとえば音信号を音に変換して出力する音出力部であるたとえばスピーカをそれぞれ有する複数の表示部であるたとえばクライアント２０を、予め定める配置位置にそれぞれ配置し、複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力するので、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができる。したがって、大画面で１つコンテンツの映像を表示する際、複数の表示部全体で音声多重の音響効果を得ることができる。

さらに、複数の表示部であるたとえばクライアント２０は、１つの画像を分割して得られる複数の分割画像のうちの１つの分割画像をそれぞれ画面の大きさに拡大して表示し、各表示部が表示する分割画像によって構成される１つの画像が、分割される前の前記１つの画像を拡大した画像に一致するように表示するので、マルチスクリーン構成の複数の表示部によって大画面に表示される１つの画像の中に占める各表示部が表示する画像の位置に応じた音を各表示部から出力することができる。したがって、臨場感のある音を出力することができる。

さらにまた、音出力部であるたとえばスピーカは、その音出力部を有する表示部であるたとえばクライアント２０の部分のうち、画面に向かって左側の部分に設けられる左側音出力部であるたとえばＬ−ＳＰＫ２２と画面に向かって右側の部分に設けられる右側音出力部であるたとえばＲ−ＳＰＫ２３とを含み、選択された音情報を各表示部の左側音出力部および右側音出力部によって出力するので、ステレオ用に左右の音出力部を有する表示部であっても、配置位置に応じた同じ音を左右の音出力部から出力することができる。したがって、各表示部が左側の音出力部から左チャネルの音を出力し、かつ右側の音出力部から右チャネルの音を出力して、左チャネルの音と右チャネルの音とを聞き分けることができなくなることを防止することができる。

さらに、複数の表示部であるたとえばクライアント２０のうち隣接するいずれの２つの表示部についても、前記複数の表示部の各画面によって形成される配置の中心に近い方の表示部の音出力部であるたとえばスピーカの音量を、その中心から遠い方の表示部の音出力部の音量よりも小さい音量で出力するので、真中から遠ざかる位置に配置された表示部ほど大きな音量で出力することができる。したがって、より臨場感のある音を出力することができる。

さらにまた、予め定める複数の音情報は、ステレオの左チャネルの音情報であるたとえば音信号と右チャネルの音情報とを含み、前記複数の表示部であるたとえばクライアント２０の各画面によって形成される配置の中心に対して、画面に向かって左側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって左チャネルの音情報を出力し、画面に向かって右側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって右チャネルの音情報を出力するので、音出力部をそれぞれ有する複数の表示部において、ステレオ効果を発揮することができる。したがって、より臨場感のある音を出力することができる。

さらに、表示装置である表示システム１の音出力方法についても、画像を画面に表示し、音情報であるたとえば音信号を音に変換して出力する音出力部であるたとえばスピーカをそれぞれ有する複数の表示部であるたとえばクライアント２０を、予め定める配置位置にそれぞれ配置し、複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力するので、複数の表示部によって構成される大画面の中に占める各表示部の画面の位置に応じた音を各表示部から出力することができる。したがって、大画面で１つコンテンツの映像を表示する際、複数の表示部全体で音声多重の音響効果を得ることができる。

本発明の実施の一形態である表示システム１の構成を示す。 図１に示した複数のクライアント２０に表示される画像の例を示す。 図１に示したサーバ１０からクライアント２０への映像および音声の送信形態を示す。 図１に示した複数のクライアント２０の構成例を示す。 図１に示したクライアント２０の外観の斜視図である。 図５に示した検出器２６の端子の配置例を示す。 図５に示した検出器２６を接続する接続ケーブル３５の一例を示す。 図５に示した検出器２６の端子と隣接するクライアント２０の検出器２６の端子との接続関係を示す。 図１に示したサーバ１０がクライアント２０の配置を自動で設定する手順の一例を示す。 図１に示したサーバ１０がクライアント２０の配置を自動で設定する手順の他の例を示す。 図１に示したサーバ１０における構成設定画面の例４０を示す。 図１１に示した構成設定画面４０に表示されたクライアント２０の実際の位置との対応を示す。 図１１に示した構成設定画面４０での２台目のクライアント２０の手動設定の例を示す。 図１１に示した構成設定画面４０で手動設定されたクライアント２０の配置位置を示す。 図１に示した複数のクライアント２０が縦２段横２列の構成の場合について各スピーカから出力させる音の割り振りの例を示す。 図１に示した複数のクライアント２０が縦２段横３列の構成の場合について各スピーカから出力させる音の割り振りの例を示す。 図１に示した複数のクライアント２０が縦２段横４列の構成の場合について各スピーカから出力させる音の割り振りの例を示す。 図１に示したサーバ１０が処理するスピーカパターンおよび音量制御処理のフローチャートである。 図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ設定処理のフローチャートである。 図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ制御処理の前半部分のフローチャートである。

図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ制御処理の後半部分のフローチャートである。 図１８に示したスピーカパターンおよび音量制御処理から呼び出されるスピーカ設定送出処理のフローチャートである。 図１に示したクライアント２０が処理するスピーカパターンおよび音量制御処理のフローチャートである。 図１に示したサーバ１０が処理する位置設定処理のフローチャートである。 図１に示したサーバ１０が用いる受信配列およびｐｉｅｃｅ配列の例を示す。 図１に示したサーバ１０が用いる確認済ＩＤ格納配列の例を示す。 図１に示したサーバ１０が用いる端ＩＤ格納配列の例を示す。 図２４に示した位置設定処理から呼び出される自動設定処理のフローチャートである。 図２８に示した自動設定処理から呼び出される構成取得・格納処理のフローチャートである。 図２８に示した自動設定処理から呼び出される確認済ＩＤ格納配列確保処理のフローチャートである。 図２８に示した自動設定処理から呼び出される端ＩＤ格納配列確保処理のフローチャートである。 図２８に示した自動設定処理から呼び出される端ＩＤ検索処理のフローチャートである。 図２８に示した自動設定処理から呼び出されるマップ格納処理の前半部分のフローチャートである。 図２８に示した自動設定処理から呼び出されるマップ格納処理の後半部分のフローチャートである。 図３３に示したマップ格納処理から呼び出される上の隣接処理のフローチャートである。 図３３に示したマップ格納処理から呼び出される左の隣接処理のフローチャートである。 図３３に示したマップ格納処理から呼び出される下の隣接処理のフローチャートである。 図３３に示したマップ格納処理から呼び出される右の隣接処理のフローチャートである。 図２４に示した位置設定処理から呼び出される有効ブロック選択処理のフローチャートである。

符号の説明

１ 表示システム
１０ サーバ
１１ 記憶部
１２ 映像出力部
１３ サーバ通信部
１４ サーバ制御部
２０ クライアント
２１ クライアント通信部
２２ Ｌ−ＳＰＫ
２３ Ｒ−ＳＰＫ
２４ 音声部
２５ 表示画面部
２６ 位置検出部
２７ 入力部
２８ クライアント制御部
３０ ＬＡＮ
３１ コンテンツ用チャネル
３２ 制御用チャネル
３３ 隣接情報
３４ 構成情報
３５ 接続ケーブル
４０ 構成設定画面

Claims (6)

1. 画像を画面に表示し、音情報を音に変換して出力する音出力部をそれぞれ有する複数の表示部であって、予め定める配置位置にそれぞれ配置される複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力することを特徴とする表示装置。
2. 前記複数の表示部は、１つの画像を分割して得られる複数の分割画像のうちの１つの分割画像をそれぞれ画面の大きさに拡大して表示し、各表示部が表示する分割画像によって構成される１つの画像が、分割される前の前記１つの画像を拡大した画像に一致するように表示することを特徴とする請求項１に記載の表示装置。
3. 前記音出力部は、その音出力部を有する表示部の部分のうち、画面に向かって左側の部分に設けられる左側音出力部と画面に向かって右側の部分に設けられる右側音出力部とを含み、
   前記選択された音情報を各表示部の左側音出力部および右側音出力部によって出力することを特徴とする請求項１または２に記載の表示装置。
4. 前記複数の表示部のうち隣接するいずれの２つの表示部についても、前記複数の表示部の各画面によって形成される配置の中心に近い方の表示部の音出力部の音量を、その中心から遠い方の表示部の音出力部の音量よりも小さい音量で出力することを特徴とする請求項１〜３のいずれか１つに記載の表示装置。
5. 前記予め定める複数の音情報は、ステレオの左チャネルの音情報と右チャネルの音情報とを含み、
   前記複数の表示部の各画面によって形成される配置の中心に対して、画面に向かって左側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって左チャネルの音情報を出力し、画面に向かって右側に配置される表示部のうちの少なくとも１つの表示部の音出力部によって右チャネルの音情報を出力することを特徴とする請求項１〜４のいずれか１つに記載の表示装置。
6. 画像を画面に表示し、音情報を音に変換して出力する音出力部をそれぞれ有する複数の表示部であって、予め定める配置位置にそれぞれ配置される複数の表示部の各音出力部によって出力させる音情報を、予め定める複数の音情報の中から各表示部の配置位置に応じて選択し、選択した音情報を各表示部の音出力部によって出力することを特徴とする表示装置の音出力方法。

Images