(57)【要約】【課題】画像を表示する表示画面の形及びサイズを任意に変更可能な表示装置及び表示システムを提供する。【解決手段】実施形態によれば、表示ブロック２は、複数の面１１ａ、１１ｂ、１１ｃ、１１ｄを有する表示装置である。表示ブロック２は、表示器２３と、所定の距離内での通信を行う複数の送受信部２２と、制御部２１を有する。表示器２３は、複数の面１１ａ、１１ｂ、１１ｃ、１１ｄの少なくとも１つの面に設けられる。複数の送受信部２２は、複数の面１１ａ、１１ｂ、１１ｃ、１１ｄの表示器２３の面に対して少なくとも２つ以上の側面に対応して配置される。制御部２１は、複数の送受信部２２と表示器２３の制御を行う。【選択図】図１
2016170398.tif 000002
【特許請求の範囲】
【請求項１】
複数の面を有する表示装置であって、
前記複数の面の少なくとも１つの面に設けられた表示器と、
前記複数の面の前記表示器の面に対して少なくとも２つ以上の側面に対応して配置され、所定の距離内での通信を行う複数の通信部と、
前記複数の通信部と前記表示器の制御を行う制御部と、
を有する表示装置。
【請求項２】
複数の面を有する表示装置であって、
前記複数の面の少なくとも１つの面に設けられた表示器と、
前記複数の面の少なくとも２以上の面に対応して配置され、所定の距離内での通信を行う複数の通信部と、
第１の情報を受信すると、前記通信部が設けられた各面に隣接して配置された他の表示装置の有無を判定し、前記他の表示装置の有無の判定結果に基づいて、前記各面に隣接して配置された前記他の表示装置の識別情報を前記第１の情報に追加して第２の情報を生成し、前記複数の通信部のいずれか１つから送信する情報送信制御部と、
前記複数の通信部のいずれか１つにおいて自己宛ての画像情報を受信すると、前記表示器に表示する表示制御部と、
を有する表示装置。
【請求項３】
前記表示装置は、前記第１の情報を受信するための無線ＬＡＮによる通信を行う無線通信部を有する請求項２に記載の表示装置。
【請求項４】
前記情報送信制御部は、前記他の表示装置の有無の判定結果に基づいて、隣接して配置された前記他の表示装置が存在しない面について、前記他の表示装置が存在しないことを示す第３の情報を、前記第２の情報に含める請求項２または３に記載の表示装置。
【請求項５】
前記情報送信制御部は、送信した前記第２の情報を前記第１の情報が含む場合は、第４の情報を、前記第２の情報に含める請求項２から４のいずれか１つに記載の表示装置。
【請求項６】
前記通信は、近接無線通信である請求項１から５のいずれか１つに記載の表示装置。
【請求項７】
前記第１の情報は、前記情報送信制御部に対する前記第２の情報の送信を要求する送信要求コマンドである請求項２から６のいずれか１つに記載の表示装置。
【請求項８】
前記第２の情報は、前記各面における前記他の表示装置の有無の情報及び前記他の表示装置の識別情報を、前記第１の情報に含めたあるいは追加した情報である請求項７に記載の表示装置。
【請求項９】
前記表示制御部は、自己のブロック識別情報に基づいて、前記画像情報が自己宛てであるかを判定する請求項２から８のいずれか１つに記載の表示装置。
【請求項１０】
前記情報送信制御部は、前記自己の識別情報を含む前記第２の情報を送信する請求項９に記載の表示装置。
【請求項１１】
受信した前記第１の情報に基づいて、前記自己の識別情報を生成する識別情報生成部を有する請求項９又は１０に記載の表示装置。
【請求項１２】
前記表示器のある面に対する少なくとも２つ以上の側面に対応して前記複数の通信部が配置された請求項１から１１のいずれか１つに記載の表示装置。
【請求項１３】
前記表示装置は、配置探索のための前記表示器の形状を示す形状コード、形状コードに対応する形状情報、及び画素情報のデータテーブルを生成可能なメモリ領域を有している請求項１から１２のいずれか１つに記載の表示装置。
【請求項１４】
前記表示装置は、配置探索のための自身の形状情報と番号、及び、各側面に対応した探索状態と隣接番号のデータテーブルを生成可能なメモリ領域を有している請求項１から１３のいずれか１つに記載の表示装置。
【請求項１５】
請求項１から１４のいずれか１つに記載の表示装置を複数含む表示システム。
【請求項１６】
前記複数の表示装置の１つは、前記第１の情報を受信するための無線LANによる通信を行う無線通信部を有する請求項１５に記載の表示システム。
【請求項１７】
前記複数の表示装置の少なくとも１つは、他の表示装置とは異なる形状の表示面を有している請求項１５または１６に記載の表示システム。
【請求項１８】
前記複数の表示装置の少なくとも１つは、表示器を２面以上有している請求項１５から１７のいずれか１つに記載の表示システム。
【請求項１９】
前記複数の表示装置の少なくとも１つは、前記通信部及び前記制御部を有し、前記表示器を有していない筐体を備えている請求項１５から１８のいずれか１つに記載の表示システム。
【請求項２０】
前記複数の表示装置の少なくとも１つは、タッチパネル機能を具備した表示器を有している請求項１５から１９のいずれか１つに記載の表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、表示装置及び表示システムに関する。
【背景技術】
【０００２】
従来より、静止画や動画などの画像を表示する表示装置が、テレビジョン、パーソナルコンピュータ、タブレット端末、スマートフォン、デジタルサイネージ等々に広く利用されている。  
【０００３】
また、大きな画像を表示するために、複数の表示パネルを平面状に並べて、大きな表示画面を形成する大型スクリーンシステムも提案されている。
【０００４】
しかし、従来の表示装置及び表示システムは、表示画面の形及びサイズが予め決まっており、その形及びサイズを変更することはできない。複数の表示パネルを並べて形成された大型スクリーンシステムの場合も、一旦構築されたスクリーンの形及びサイズを変更することはできない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−８６１７２号公報
【特許文献２】特開２００９−６１２７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そこで、実施形態は、複数配置された表示装置において互いに画像データ転送が可能であり、画像を表示する表示画面の形及びサイズを任意に変更可能な表示装置及び表示システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
実施形態によれば、複数の面を有する表示装置であって、前記複数の面の少なくとも１つの面に設けられた表示器と、前記複数の面の前記表示器の面に対して少なくとも２つ以上の側面に対応して配置され、所定の距離内での通信を行う複数の通信部と、前記複数の通信部と前記表示器の制御を行う制御部と、を有する表示装置が提供される。
【０００８】
実施形態によれば、実施形態に係わる表示装置を複数含む表示システムが提供される。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係わる表示システム１の使用態様を説明するための図である。
【図２】実施形態の表示システム１を構成する表示ブロック２の斜視図である。
【図３】表示ブロック２の内部構成を示すブロック図である。
【図４】スマートフォン３の内部構成を示すブロック図である。
【図５】実施形態に係わる、スマートフォン３のメモリ３２又はROM３７に記憶された表示ブロック情報テーブルTBL1の例を示す図である。
【図６】実施形態に係わる、正三角形の形状のブロック２Aからなる表示システム１Aの例を示す図である。
【図７】実施形態に係わるブロック２Aの斜視図である。
【図８】実施形態に係わる、９個のブロック２を表示面１ａが正方形になるように接続した表示システム１の構成図である。
【図９】実施形態に係わる、スマートフォン３において実行される画像表示アプリケーションプログラムの処理の流れの例を示すフローチャートである。
【図１０】実施形態に係わる、ブロック２の状態情報テーブルTBL2の初期化時の状態を示す図である。
【図１１】実施形態に係わる、状態情報テーブルTBL2に書き込まれる探索状態と隣接番号の取り得る状態変数の値を示す図である。
【図１２】実施形態に係わる、各ブロック２の電源がオンされると実行される処理の流れの例を示すフローチャートである。
【図１３】実施形態に係わる、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【図１４】実施形態に係わる、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【図１５】実施形態に係わる、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【図１６】実施形態に係わる、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【図１７】実施形態に係わる、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【図１８】実施形態に係わる、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【図１９】実施形態に係わる、ブロック２（１）がスマートフォン３から探索要求コマンドSCを送受信部２２Aにおいて受信して、S14の処理の実行後における、状態情報テーブルTBL2の状態を示す図である。
【図２０】実施形態に係わる、ブロック２（１）において、S15の処理の実行により、送受信部２２Bがまず出力送受信部とされたときにおける、状態情報テーブルTBL2の状態を示す図である。
【図２１】実施形態に係わる、ブロック（８）へ探索応答RCを送信したブロック２（１）における状態情報テーブルTBL2の状態を示す図である。
【図２２】実施形態に係わる、ブロック（１）がブロック（８）へ送信する探索応答RCに含まれる経路情報ストリングPISを示す図である。
【図２３】実施形態に係わる、ブロック（８）がブロック２（７）へ探索応答RCを送信した場合におけるブロック（８）の状態情報テーブルTBL2の状態を示す図である。
【図２４】実施形態に係わる、ブロック２（１）がブロック２（２）から探索応答RCを受信後の状態情報テーブルTBL2の状態を示す図である。
【図２５】実施形態に係わる、ブロック２（１）がブロック２（９）へ探索要求コマンドSCを送信したときにおける状態情報テーブルTBL2の状態を示す図である。
【図２６】実施形態に係わる、ブロック２（１）がブロック２（９）から探索応答RCを受信後における状態情報テーブルTBL2の状態を示す図である。
【図２７】実施形態に係わる、ブロック２（１）がブロック２（８）から探索応答RCを受信後における状態情報テーブルTBL2の状態を示す図である。
【図２８】実施形態に係わる、ブロック２（１）からスマートフォン３へ送信される探索応答RCに含まれる経路情報ストリングPISを示す図である。
【図２９】実施形態に係わる、表示システム１における探索要求コマンドSCの流れを示す図である。
【図３０】実施形態に係わる、S3においてブロック配置情報を生成するための隣接行列作成処理の流れの例を示すフローチャートである。
【図３１】実施形態に係わる、隣接行列初期化処理の流れの例を示すフローチャートである。
【図３２】実施形態に係わる、S112において生成された隣接行列テーブルの例を示す図である。
【図３３】実施形態に係わる、図３０の処理の結果、ブロック２間の接続関係の情報を含む隣接行列テーブルTBL3の一部を示す図である。
【図３４】実施形態に係わる、表示すべき表示画像DGと、表示システム１の表示面１ａに表示される範囲を示す図である。
【図３５】ブロック２に配置される画素の例を示す図である。
【図３６】図３５のブロック２をユーザが連結し、スマートフォン３を用いて配置探索が完了した状態の表示システム１の構成図である。
【図３７】スマートフォン３の表示器３３の画面３ａに表示されるブロックフレームの例を示す図である。
【図３８】図３７のブロック画像情報を各ブロック２（１）〜２（９）の各表示器２３に表示させた例を示す図である。
【図３９Ａ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図３９Ｂ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図３９Ｃ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図３９Ｄ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４０Ａ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４０Ｂ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４０Ｃ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４０Ｄ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４１Ａ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４１Ｂ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４１Ｃ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４１Ｄ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４２Ａ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４２Ｂ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４２Ｃ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４２Ｄ】それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【図４３】上流側のブロック２（１）に対して下流側のブロック２（２）の画素座標を右に何度回転させた場合に送受信部の配置関係が同じになるかを示すデータテーブルである。
【図４４】図３６のように連結された各ブロック２（１）〜２（９）の画素座標の回転角度の例を示す図である。
【図４５】表示システム１に表示される画像の例を示す図である。
【図４６】図３６のように連結された各ブロック２（１）〜２（９）を各方向から見ている際の画素座標の回転角度の例を示す図である。
【図４７】近距離無線通信機能が内蔵されたブロックを有する表示システム１の構成図である。
【図４８】図４７のように連結された各ブロック２（１）〜２（９）の画素座標の回転角度の例を示す図である。
【図４９】図４７のように連結された各ブロック２（１）〜２（９）を各方向から見ている際の画素座標の回転角度の例を示す図である。
【図５０】表示システム１の連結方向を統一するための表示マークを備えるブロックの例を示す図である。
【図５１】実施形態に係わる、各ブロック２におけるブロック画像情報の転送・表示処理の流れの例を示すフローチャートである。
【図５２】マスターブロックにおける時刻同期のメッセージ処理の例を示すフローチャートである。
【図５３】スレーブブロックにおける時刻同期のメッセージ処理の例を示すフローチャートである。
【図５４】図５２及び図５３の処理を説明するためのタイミングチャートである。
【図５５】図５３のS144の論理時刻について説明するための図である。
【図５６】実施形態に係わる、長方形と正三角形の２種類の形状のブロックからなる表示システム１Bの構成例を示す図である。
【図５７Ａ】立方体のブロックの例を示す斜視図である。
【図５７Ｂ】立方体のブロックの例を示す斜視図である。
【図５７Ｃ】立方体のブロックの例を示す斜視図である。
【図５７Ｄ】立方体のブロックの例を示す斜視図である。
【図５７Ｅ】立方体のブロックの例を示す斜視図である。
【図５７Ｆ】立方体のブロックの例を示す斜視図である。
【図５７Ｇ】立方体のブロックの例を示す斜視図である。
【図５７Ｈ】立方体のブロックの例を示す斜視図である。
【図５７Ｉ】立方体のブロックの例を示す斜視図である。
【図５８】立方体のブロックを段上に重ねてピラミット構造とした表示システムの例を示す図である。
【図５９】ピラミット構造の表示システム１Cを各段で展開した展開図である。
【図６０】ブロックの他の構成の例を示す図である。
【図６１】ブロックの他の構成の例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して実施形態を説明する。
（構成）
図１は、本実施形態に係わる表示システム１の使用態様を説明するための図である。図２は、実施形態の表示システム１を構成する表示ブロック２の斜視図である。図３は、表示ブロック２の内部構成を示すブロック図である。図４は、スマートフォン３の内部構成を示すブロック図である。
【００１１】
表示システム１は、複数（ここでは９個）の表示ブロック（以下、単にブロックという）２から構成されている。図２に示すように、表示装置であるブロック２は、複数の面を有し、上側の一表面に表示面２ａを有する、所定の厚みのある筐体１１を有している。ブロック２の筐体１１の側面部同士を合わせるように配置することにより、複数のブロック２の表示面２ａからなる表示システム１の表示面１ａが形成される。
【００１２】
すなわち、ブロック２は、複数の面の１つに表示面２ａを有し、表示面２ａの周囲の複数（ここでは４つ）の側面部を有している。表示システム１の表示面１ａは、ブロック２の側面部同士を密着あるいは近接させて配置することにより形成された複数の表示面２ａからなる１つ表示面である。以下、面同士を密着あるいは近接させて配置することを、ここでは連結という言葉を用いて説明する。  
【００１３】
ブロック２の筐体１１は、プラスチック樹脂などからなる。ブロック２の側面部同士の連結は、例えば各ブロックの側面部の内側に設けられた磁石（図示せず）などで物理的な接続であっても良い。但し、後述するブロックからブロックへの情報通信を阻害しないことが条件である。
【００１４】
図１に示すように、ユーザは、手Hで把持しているスマートフォン３を表示システム１の任意の１つのブロック２に近づけて、所定のコマンドを表示システム１に送信することができる。
【００１５】
すなわち、ユーザは、複数のブロック２を互いに連結して、任意の形状の表示面１ａを有する表示システム１を構築することができ、かつその表示システム１に所定のコマンドと、表示すべき画像を送信して、その表示面１ａ上にその画像を表示させることができる。図１の場合、表示システム１の表示面１ａは、９個のブロック２の９個の表示面２ａから構成されている。  
【００１６】
以上のように、表示装置である各ブロック２は、複数の面を有し、各ブロック２は、複数の面の少なくとも１つに表示面２ａが位置するように設けられた表示器２３を有する。
【００１７】
図２及び図３に示すように、各ブロック２は、制御部２１と、４つの送受信部２２A,２２B,２２C,２２D（以下、４つの送受信部を纏めて指すときあるいは１つの送受信部を指すとき、送受信部２２という）と、表示器２３を有している。制御部２１と、４つの送受信部２２は、基板１６上に搭載されている。
【００１８】
図３に示すように、制御部２１は、中央処理装置（以下、CPUという）２４と、ROM２５と、RAM２６を有して構成されている。さらに、制御部２１には、フラッシュメモリなどの不揮発性メモリであるメモリ２７が接続されている。RAM２６には、後述する状態情報テーブルTBL2が記憶され、他のブロックとの連結状態などの情報が記憶される。
【００１９】
メモリ２７は、比較的大容量のメモリであり、後述するように、静止画の画像データを多数記憶可能である。また容量の大きな動画を多数保存したい場合にはその容量に応じてメモリ２７の記憶容量を大きくしてもよい。  
【００２０】
CPU２４は、ROM２５に記憶されているプログラムを読み出して、RAM２６に展開して実行することができる。ROM２５には、後述する処理プログラム及びテーブル情報が予め格納されている。
【００２１】
４つの送受信部２２は、図２に示すように、長方形の各ブロック２の４辺の各辺に、具体的には筐体１１の各側面部の近傍に、配置されている。送受信部２２は、近接無線通信（NFC：Near Field Communication）用の送受信部であり、各ブロック２のある辺が他のブロック２のある辺と連結された状態で、連結している２辺の近傍に配置された２つの送受信部２２同士でのみ通信可能な回路である。
【００２２】
２つの送受信部２２は、例えば、数cm以内の距離でのみ互いに通信可能であり、ある一のブロック２の側面部１１ａと、他のブロック２の側面部１１ｂが連結されると、その一のブロック２の側面部１１ａの近傍に配置された送受信部２２Aは、他のブロック２の側面部１１ｂの近傍に配置された送受信部２２Bとは通信が可能であるが、他のブロック２の側面部１１ｃの近傍の送受信部２２C、他のブロック２の側面部１１ｄの近傍の送受信部２２D、及び他のブロック２の側面部１１ａの近傍の送受信部２２Aとは通信が不可能である。
【００２３】
同様に、他のブロック２の側面部１１ｂの近傍に配置された送受信部２２Bは、一のブロック２の側面部１１ａの近傍に配置された送受信部２２Aとは通信が可能であるが、一のブロック２の側面部１１ｃの近傍の送受信部２２C、一のブロック２の側面部１１ｄの近傍の送受信部２２D、及び一のブロック２の側面部１１ｂの近傍の送受信部２２Bとは通信が不可能である。尚、ブロックの利用用途に応じてそのサイズは異なるため、互いのブロック間の通信距離はそのサイズに適するように調整すれば良い。
【００２４】
以上のように、各ブロック２は、複数（ここでは６つ）の面の少なくとも２以上の面（ここでは４つの面）に対応して配置され、所定の距離内での通信を行う複数の送受信部２２A、２２B、２２C、２２Dを有する。
【００２５】
通信部である各送受信部２２は、他のブロック２の送受信部２２からの信号を受信すると、通信応答信号を送信して、互いに通信可能であることを認識することができる。  
【００２６】
よって、あるブロック２が他のブロック２と連結されると、連結された隣接する２つの側面部近傍の２つの送受信部２２間でのみ通信可能であり、２つの送受信部２２間で、コマンド及びデータの送受信が可能となる。
【００２７】
後述するように、スマートフォン３も、送受信部２２と同様の近接無線通信（NFC）用の送受信部３５を有しており、各送受信部２２は、スマートフォン３との近接無線通信も可能となっている。
【００２８】
また、各ブロック２の制御部２１は、自己のブロックの各側面部と、各側面部の近傍に配置された送受信部２２とを対応付ける情報を有している。図２のブロック２の場合、送受信部２２Aは側面部１１ａの近傍に配置され、送受信部２２Bは側面部１１ｂの近傍に配置され、送受信部２２Cは側面部１１ｃの近傍に配置され、送受信部２２Ｄは側面部１１ｄの近傍に配置されていることの情報が、ブロック２の例えば製造時に、制御部２１のROM２５に予め書き込まれている。
【００２９】
なお、以下、送受信部２２Aの配置される辺をA辺、送受信部２２Bの配置される辺をB辺、送受信部２２Cの配置される辺をC辺、送受信部２２Dの配置される辺をD辺として説明する。
【００３０】
さらに、各ブロック２では表示器２３は、直方体のブロック２の上面に表示面が位置するように、ブロック２の上面側に設けられている。表示面２ａは、表示器２３の表示面であり、ブロック２の上面の略全面を覆うように形成されている。表示器２３は、液晶表示器、有機EL表示器、ＬＥＤ表示器などである。
【００３１】
すなわち、各ブロック２の表示面２ａが位置する面は、筐体の上面であり、複数の送受信部２２A、２２B、２２C、２２Dが配置された少なくとも２以上の面（ここでは４つの面）は、その側面である。
【００３２】
なお、各ブロック２には、図示しない電源スイッチ（例えば、表示器２３の反対側の面）が設けられており、電源スイッチをオンにすることにより、各ブロック２のCPU２４等の各回路は起動する。  
【００３３】
図４に示すように、スマートフォン３は、制御部３１と、メモリ３２と、表示器３３と、無線通信部３４と、送受信部３５とを有して構成される。尚、電源スイッチのオン、オフはスマートフォン３からの開始ブロックへのシステム起動信号により開始ブロックのシステムを起動させても良い。このようにブロックから隣のブロックに起動信号を送信し、順に全てのブロックを起動させても良い。
【００３４】
制御部３１は、CPU３６と、ROM３７と、RAM３８を有して構成されている。  
【００３５】
CPU３６は、ROM３７及びメモリ３２に記憶されているプログラムを読み出して、RAM３８に展開して実行することができる。メモリ３２又はROM３７には、表示システム１に画像表示させるための画像表示アプリケーションプログラム（図９）が格納されている。
【００３６】
さらに、メモリ３２又はROM３７には、その画像表示アプリケーションプログラムにおいて利用される表示ブロック情報テーブルTBL1も格納されている。  
【００３７】
図５は、スマートフォン３のメモリ３２又はROM３７に記憶された表示ブロック情報テーブルTBL1の例を示す図である。表示ブロック情報テーブルTBL1は、ブロック２の形状を示す形状コードと、形状コードに対応する形状情報と、画素情報とを含む。
【００３８】
形状コード毎に、各辺の長さの情報が登録されている。図５において、Rec、Squ、Tri、Hexは、形状コードであり、それぞれ、長方形、正方形、正三角形、正六角形を意味している。例えば、長方形の形状コード(Rec)については、長辺が２０ｃｍで短辺が１５ｃｍであり、正三角形（Tri）は、各辺が１５ｃｍであることの情報が、表示ブロック情報テーブルTBL1に登録されている。
【００３９】
さらに、形状コード毎に、各ブロックの画素情報が登録されている。例えば、長方形(Rec)の場合、一の長辺が１０００画素であり、一の短辺が７５０画素であり、もう一つの長辺が１０００画素であり、もう一つの短辺が７５０画素であることの画素情報が、表示ブロック情報テーブルTBL1に登録されている。
【００４０】
CPU３６に接続されたメモリ３２は、フラッシュメモリなどの不揮発性メモリである。メモリ３２は、比較的大容量のメモリであり、後述するように、静止画もしくは動画の画像データを記憶可能である。  
【００４１】
表示器３３は、タッチパネル付きの表示器であり、ユーザは、表示器３３の画面３ａをタッチすることで、各種コマンドの実行の指示をCPU３６に対して与えることができる。
【００４２】
無線通信部３４は、通話及びデータ通信用の回路ブロックであり、スマートフォン３の電話回線及び通信回線との通信のための回路である。  
【００４３】
送受信部３５は、近接無線通信（NFC）用の送受信部であり、各ブロック２の送受信部２２と通信可能な回路である。
【００４４】
スマートフォン３において、画像表示アプリケーションプログラムが実行されると、所定のコマンド、ここではブロック配置探索要求コマンドSCがブロック２へ送信される。  
【００４５】
図６は、正三角形の形状のブロック２Aからなる表示システム１Aの例を示す図である。図６に示す表示システム１Aは、正三角形の形状を有するブロック２Aを４個組み合わせて接続して、正三角形の表示面１ａを有する。
【００４６】
図７は、ブロック２Aの斜視図である。図７に示すように、三角形のブロック２Aの３辺に対応する３つの側面部近傍には、送受信部２２A、２２B、２２Cが配置されている。図示しないが、ブロック２Aも、図３と同様の構成を有し、３つの送受信部２２A、２２B、２２Cが制御部２１に接続される。図６と図７に示すブロック２Aは、図５の正三角形の形状コード（Tri）に対応する表示ブロックである。
【００４７】
なお、図５に示す長方形、正方形、正三角形、正六角形以外にも、二等辺三角形、正五角形等の各種形状の表示ブロックがあってもよい。すなわち、表示システムにおいて、複数のブロックの少なくとも１つは、他のブロックとは異なる形状の表示面を有していてもよい。
【００４８】
実施の形態の表示システムでは、これら形状の異なるブロック同士でも連結可能となっており、ユーザは、各種形状のブロックを利用して、所望の形状の表示面を有する表示システムを構築することができる。
（作用）
ユーザは、上述したように、複数のブロック２を連結して、任意の形状の表示システム１を構築することができ、その表示システム１の任意の１つの表示ブロック２に、表示したい画像のデータをスマートフォン３の送受信部３５から送信して、表示面１ａ上にその画像を表示させることができる。
【００４９】
図８は、９個のブロック２を表示面１ａが正方形になるように接続した表示システム１の構成図である。図８では、各ブロック２は、正方形であり、９個のブロック２は、以下の説明において互いを区別するために、２（１）、２（２）、２（３）、２（４）、２（５）、２（６）、２（７）、２（８）、２（９）として示されている。図８では、各ブロック２の辺A〜Dに対応する送受信部２２A〜２２Dのそれぞれの位置は、符号A〜Dの位置で示されている。
【００５０】
以下、図８の表示システム１の構成を例として、スマートフォン３と表示システム１の作用を説明する。
（スマートフォン３における動作）
図９は、スマートフォン３において実行される画像表示アプリケーションプログラムの処理の流れの例を示すフローチャートである。  
【００５１】
なお、表示システム１に画像を表示させるために、ユーザは、表示システム１を構成する各ブロック２の電源をオンにする。
【００５２】
図９の処理は、ユーザが、スマートフォン３において画像表示アプリケーションプログラムを起動すると実行される。画像表示アプリケーションプログラムは、表示システム１に所望の画像を表示させるためのプログラムであり、画像表示アプリケーションプログラムが実行されると、スマートフォン３の画面３ａ上に各種コマンドボタンが表示される。ユーザは、表示された複数のコマンドボタンの中から所望のコマンドボタンをタッチすることにより、各種処理を実行させることができる。
【００５３】
ユーザが表示された配置探索コマンド送信ボタンをタッチすると、図９の処理が実行され、CPU３６は、ブロック配置探索要求コマンド（以下、探索要求コマンドという）SCを送信する（ステップ（以下Sと略す）1）。具体的には、ユーザは、表示システム１の中の任意のブロック２に、スマートフォン３を近づけて、画面３ａ上の配置探索要求コマンド送信ボタンをタッチして、探索要求コマンドSCの送信処理を実行させる。図８の場合、ブロック２（１）に、スマートフォン３が近づけられて、探索要求コマンドSCが送信される。探索要求コマンドSCは、送受信部３５から送信される。すなわち、スマートフォン３は、各々が表示装置である複数のブロック２の１つに対して、所定の情報である探索要求コマンドSCを送信する送信装置である。
【００５４】
図８の場合、探索要求コマンドSCは、左側中央のブロック２（１）の送受信部２２A〜２２Dの中で、スマートフォン３に最も近い送受信部２２Aにより受信される。探索要求コマンドSCは、表示システム１を構成する複数のブロック２の配置情報すなわちブロック配置情報を取得するために、ブロック２（１）に探索要求・応答コマンド処理（図１３〜図１８）を実行させるコマンドである。
【００５５】
探索要求コマンドSCは、近接無線通信（NFC）によりスマートフォン３から、ブロック２（１）の１つの送受信部２２、図８の場合、ブロック２（１）の送受信部２２Aにより受信される。
【００５６】
探索要求コマンドSCには、後述するように経路情報ストリングPISが付加されるが、S1でスマートフォン３から最初に送信される探索要求コマンドSCには、経路情報ストリングPISは、付加されない。すなわち、S1では、経路情報ストリングPISを含まない探索要求コマンドSCが送信される。
【００５７】
経路情報ストリングPISが空の探索要求コマンドSCを受信したブロック２（１）（以下、開始ブロック２ｓともいう）は、表示システム１を構成する複数のブロック２の連結状態情報を得るための探索要求・応答コマンド処理を実行する。なお、以下に説明するように、開始ブロック２ｓを含む各ブロック２において、探索要求・応答コマンド処理が実行される。探索要求・応答コマンド処理については、後述する（図１３〜図１８）。
【００５８】
CPU３６は、探索要求コマンドSCの送信後、開始ブロック２ｓからの表示システム１を構成する複数の（ここでは９個の）ブロック２間の連結状態情報を含むブロック配置探索応答（以下、探索応答という）RCを受信する（S2）。ブロック２間で送受信される探索要求コマンドSC及び探索応答RCには、ブロック２間の連結状態情報を示す経路情報ストリングPISが含まれる。
【００５９】
探索応答RCは、送信した探索要求コマンドSCに対して戻ってきた探索要求コマンドSCである。よって、後述するように、CPU３６は、開始ブロック２ｓから受信する探索応答RCに含まれる経路情報ストリングPISから、表示システム１を構成する全てのブロック２から構成されるブロック配置情報を得ることができる。
【００６０】
CPU３６は、受信した探索応答RCに含まれる経路情報ストリングPISと、上述した表示ブロック情報テーブルTBL1とに基づいて、隣接行列作成処理により隣接行列を作成し、表示システム１のブロック配置情報を生成する（S3）。S3における隣接行列作成処理については、後述する（図３０、図３１）。
【００６１】
ブロック配置情報は、表示システム１の表示面１ａの全体形状及びサイズと、表示面１ａを構成する複数のブロック２の各々の表示領域の形状とサイズ（画素数含む）の情報を含む。
【００６２】
なお、このとき、スマートフォン３の画面３ａ上に、表示システム１の表示面１ａの形状及びサイズの情報を表示するようにしてもよい。  
【００６３】
CPU３６は、表示画像の選択処理を実行する（S4）。
【００６４】
ユーザが探索要求コマンドSCの送信処理を指示すると、CPU３６は、所定時間後に開始ブロック２ｓから経路情報ストリングPISを取得するので、CPU３６は、スマートフォン３の画面３ａ上に、複数のブロックの連結状態を示すブロック配置情報の生成が完了したこと、あるいは、表示すべき画像の選択を促すメッセージなどを表示する。  
【００６５】
その結果を受けて、ユーザは、スマートフォン３のメモリ３２に記憶されている画像の中から、表示システム１に表示させたい画像（以下、表示画像という）を選択あるいは指定することができる（S4）。
【００６６】
なお、ここでは、S3の後に、画像の選択あるいは指定が行われているが、表示システム１に表示すべき画像の選択あるいは指定は、ユーザが図９の処理の実行前に予め選択しておいてもよい。
【００６７】
表示画像の選択がされて決定されると、CPU３６は、S3で生成したブロック配置情報に基づいて、選択された表示画像からブロック毎の画像情報（以下、ブロック画像情報という）を生成する（S5）。
【００６８】
ブロック画像情報は、ブロック毎の表示画像データであり、CPU３６が、表示画像を表示システム１の表示面１ａに表示させるために、各ブロック２に表示させる表示画像の画像情報である。
【００６９】
CPU３６は、生成した複数のブロック画像情報を含む表示画像情報を、各ブロック２において一時的に生成された自ブロック番号（後述する）の情報と関連付けて、開始ブロック２ｓに送信する（S6）。すなわち、ブロック２毎のブロック画像情報が生成され、各ブロック画像情報が、自ブロック番号の情報と共に送信される。
【００７０】
後述するように、開始ブロック２ｓは、表示画像情報を受信すると、同時に送信されたブロック番号に基づいて、表示画像情報に含まれるブロック画像情報が自己の表示すべきブロック画像であるかを判定し、自己宛てのブロック画像情報であるときは、表示器２３に出力して表示し、自己宛でないときは、受信した表示画像情報を他の隣接するブロック２へ転送する。  
【００７１】
各ブロック２は、自ブロック番号の情報に基づいて、自己の表示すべき画像についてのブロック画像情報を取得し、その画像を表示面２ａに表示する。その結果、表示システム１の表示面１ａには、ユーザが選択した画像が表示される。尚、自己宛の画像情報及び他のブロックの画像情報は一時的にRAM２６、もしくはメモリ２７に保存しておいてもよい。自己宛以外の画像を表示するようにしておけば、例えばこの表示システム１を使ってジグソーパズル等の用途に利用できる。
（各ブロックにおける処理）
各ブロックにおける処理を説明する前に、各ブロック２のRAM２６に生成される状態情報テーブルTBL2について説明する。
【００７２】
図１０は、ブロック２の状態情報テーブルTBL2の初期化時の状態を示す図である。状態情報テーブルTBL2は、ブロック２の初期化時に生成され、ブロックタイプ、自ブロック番号、各辺について、探索状態と隣接番号の情報が格納可能なテーブルである。
【００７３】
ブロックタイプの探索状態の欄には、ブロックの形状コードが記憶される。自ブロック番号の探索状態の欄には、そのブロックの番号すなわちブロック番号が記憶される。ここでは、ブロックの形状コードとブロックの番号は、それぞれ、ブロックタイプの探索状態の欄と自ブロック番号の探索状態の欄に、記憶されているが、別の欄、あるいは別のテーブルに記憶されていてもよい。
【００７４】
各辺の探索状態の欄には、探索状態情報が記憶される。  
【００７５】
各辺の隣接番号の欄には、隣接するブロックの番号が記憶される。  
【００７６】
なお、図１０中、「N.A.」は、「NOT APPLICABLE」の略である。
【００７７】
各ブロック２は、電源がオンにされると、初期化処理を実行し、状態情報テーブルTBL2を生成し、その内容を初期化する。  
【００７８】
図１１は、状態情報テーブルTBL2に書き込まれる探索状態と隣接番号の取り得る状態変数の値を示す図である。
【００７９】
探索状態の初期値は、「NULL」である。探索状態は、探索中においては、「START」、「IN」及び「SEARCH」のいずれかである。探索状態の探索終了値は、「END」、「IN_END」、「SEARCH_END」、「EDGE」及び「DUP」のいずれかである。
【００８０】
隣接番号の初期値及び探索中の値は、「０」である。隣接番号の探索終了値は、「０」から「N」のいずれかである。ここで、Nは、整数である。  
【００８１】
図１２は、各ブロック２の電源がオンされると実行される処理の流れの例を示すフローチャートである。
【００８２】
各ブロック２の電源がオンにされると、CPU２４は、ROM２５から所定の初期化プログラムを読み出して、ブロック２内の各回路の初期化を実行する（S7）。  
【００８３】
初期化時に、各ブロック２のCPU２４は、図１０に上述した示す状態情報テーブルTBL2を生成して、RAM２６中に格納する。
【００８４】
CPU２４は、ROM２５に記憶されているブロックの形状を示す形状コードを読み出して、状態情報テーブルTBL2のブロックタイプの項目の探索状態の欄に格納する。さらに、CPU２４は、ブロックタイプに応じて、各辺に対応する状態の項目を生成し、探索状態の欄に「NULL」を格納する。CPU２４は、他の項目の他の欄には、「０」を格納する。
【００８５】
よって、図１０に示すように、各ブロック２の状態情報テーブルTBL2の初期化時、ブロックタイプの探索状態の欄には、形状コードに対応する「SQU」が書き込まれ、４つの送受信部２２A〜２２Dに対応する正方形の辺Aから辺Dの状態の項目が生成され、各状態の探索項目の欄に、「NULL」が書き込まれる。
【００８６】
初期化が終了すると、CPU２４は、探索要求コマンドSCあるいは探索応答RCを受信したか否かを判定する（S8）。探索応答RCは、送信した探索要求コマンドSCに対して戻ってきたコマンドであり、探索要求コマンドSCと同じ構成を有する。
【００８７】
探索要求コマンドSCあるいは探索応答RCを受信しなければ（S8:NO）、CPU２４は何も処理しない。探索要求コマンドSC及び探索応答RCを受信すると（S8:YES）、CPU２４は、探索要求コマンドSC及び探索応答RCに対する処理プログラムである探索要求・応答コマンド処理のためのプログラムを、ROM２５から読み出して実行する（S9）。
（各ブロック２における探索要求・応答コマンド処理）
図１３から図１８は、各ブロック２における、S3の探索要求・応答コマンド処理の流れの例を示すフローチャートである。
【００８８】
CPU２４は、ブロック２が探索要求コマンドSC又は探索応答RCを受信すると、探索要求コマンドSC又は探索応答RCを受信した送受信部が、入力送受信部であることをRAM２６に記憶する（S11）。探索要求コマンドSCを受信したブロック２（１）においては、送受信部２２Aが、入力送受信部である。
【００８９】
CPU２４は、受信したコマンドが、探索要求コマンドSCであるか、探索応答RCであるか、あるいは、後述する設定されたタイマのタイムアウト信号の発生があったかを判定する（S12）。
【００９０】
S12では、探索要求コマンドSCあるいは探索応答RCを受信するまで、あるいは、設定されたタイマがタイムアウトするまでは、処理は何もされない。  
【００９１】
受信したコマンドが探索要求コマンドSCであるとき、CPU２４は、状態情報テーブルTBL2中の自ブロック番号が「０」であるか否かを判定する（S13）。初期化直後は、各ブロック２の状態情報テーブルTBL2中の自ブロック番号は、「０」である。
【００９２】
自ブロック番号が「０」である場合（S13:YES）、CPU２４は、経路情報ストリングPISに含まれる最大ブロック番号に１を加えた数を自ブロック番号とし、入力送受信部の探索状態を、自ブロック番号が1の場合には、START、それ以外の場合はINとする（S14）。よって、S14の処理は、受信した探索要求コマンドSCに含まれる情報に基づいて、自ブロックの識別情報である自ブロック番号を生成する識別情報生成部を構成する。
【００９３】
図８に示した表示システム１の場合、スマートフォン３が上述したS1において探索要求コマンドSCを送信し、表示システム１のブロック２（１）がその探索要求コマンドSCを送受信部２２Aにおいて受信する。初期化により、ブロック２（１）の状態情報テーブルTBL2中の自ブロック番号が「０」である。
【００９４】
ブロック２（１）のCPU２４は、自ブロック番号が「０」であるので（S13:YES）、経路情報ストリングPISに含まれる最大ブロック番号を１だけインクリメントした番号を、状態情報テーブルTBL2中の自ブロック番号の欄に書き込む（S14）。
【００９５】
上述したように、図９のS1で送信される探索要求コマンドSCには、空の経路情報ストリングPISが付加されている。  
【００９６】
従って、ブロック２（１）のCPU２４は、状態情報テーブルTBL2中の自ブロック番号の欄に、「１」を書き込み、入力送受信部に対応する送受信部２２Aの探索状態の欄に「START」を書き込む。
【００９７】
図１９は、ブロック２（１）がスマートフォン３から探索要求コマンドSCを送受信部２２Aにおいて受信して、S14の処理の実行後における、状態情報テーブルTBL2の状態を示す図である。
【００９８】
なお、ブロック２（１）の場合は、探索要求コマンドSCをスマートフォン３から受信したので、入力送受信部である送受信部２２Aの隣接番号は、図１９に示すように「０」であるが、他のブロック２から探索要求コマンドSCを受信したときは、各ブロック２のCPU２４は、その探索要求コマンドSCを送信したブロック２のブロック番号を、経路情報ストリングPISの最後尾の経路情報PIから抽出して、入力送受信部の隣接番号の欄に書き込む。
【００９９】
次に、CPU２４は、探索状態がNULLである送受信部を所定の順序で探索し、NULLである送受信部が有れば、その送受信部を出力送受信部とし、出力送受信部の探索状態をSEARCHとする（S15）。なお、ここで、送受信部が１つであると、探索状態が「NULL」である送受信部はない。
【０１００】
所定の順序は、各ブロックにおいて予め決められており、ここでは、送受信部２２A,２２B、２２C、２２D、２２A、２２B、・・・というように、循環的な順番として決められている。
【０１０１】
ブロック２（１）のCPU２４は、送受信部２２A以外では、送受信部２２B、２２C、２２Dの探索状態が「NULL」であるので、所定の順序に従って、送受信部２２Bがまず出力送受信部とされて、送受信部２２Bの探索状態を、「SEARCH」にする。
【０１０２】
図２０は、ブロック２（１）において、S15の処理の実行により、送受信部２２Bがまず出力送受信部とされたときにおける、状態情報テーブルTBL2の状態を示す図である。  
【０１０３】
S15の後、ブロック２（１）のCPU２４は、S15において探索状態が「NULL」である送受信部があったか否かを判定する（S16）。S16は、全ての送受信部がチェックされたか否かを判定するための処理である。
【０１０４】
探索状態が「NULL」である送受信部があったとき（S16:YES）、ブロック２（１）のCPU２４は、経路情報ストリングPISの最後尾に、経路情報PIを追加して、新たな経路情報ストリングPISを生成する（S17）。  
【０１０５】
ここで、経路情報PIについて説明する。経路情報PIは、（入力送受信部識別子．形状識別子（自ブロック番号）．出力送受信部識別子）を含んで構成されている。
【０１０６】
S17の後、ブロック２（１）のCPU２４は、出力送受信部から、経路情報ストリングPIS付きの探索要求コマンドSCを送信する（S18）。  
【０１０７】
例えば、上記の場合、ブロック２（１）の送受信部２２Bの探索状態が「NULL」であったので、ブロック２（１）のCPU２４は、出力送受信部である送受信部２２Bから、経路情報ストリングPIS付きの探索要求コマンドSCを送信する。このときの経路情報ストリングPISは、次の通りである。
【０１０８】
(A.Squ(1).B)          ・・・ストリング１
上述したように、ここでは、スマートフォン３からの探索要求コマンドSC中、経路情報PIが空であるので、S18において送受信部２２Bから送信される探索要求コマンドSCに含まれる経路情報ストリングPISは、上述したストリング１である。
【０１０９】
S18の後、ブロック２（１）のCPU２４は、ソフトウエアタイマなどである探索要求についてのタイマをセットし（S19）、処理は、S12へ戻る。  
【０１１０】
図８のブロック２（１）の送受信部２２Bが出力送受信部となって、ブロック２（１）のCPU２４は、S17において生成した探索要求コマンドSCをブロック２（２）へ出力する。
【０１１１】
ブロック２（１）のCPU２４は、S12の処理に戻るが、ブロック２（２）から通信応答信号を受信するので、設定したタイマは解除され、結果として、タイマからタイムアウト信号は出力されない。
【０１１２】
図８の場合、ブロック２（２）は、ブロック２（１）の送受信部２２Bからの探索要求コマンドSCを、送受信部２２Cにおいて受信する。ブロック２（２）のCPU２４は、受信した探索要求コマンドSCの受信に応じて、図１３の処理の実行を開始する。
【０１１３】
ブロック２（２）のCPU２４は、上述したS11〜S19の処理を実行する。その結果、ブロック２（２）のRAM２６中に状態情報テーブルTBL2が生成される。ブロック２（２）のCPU２４は、S14において、探索要求コマンドSCに含まれる経路情報ストリングPIS中の最大ブロック番号が「１」であるので、自ブロック番号を「２」とし、入力送受信部である送受信部２２Cについての状態Cを「IN」とする。
【０１１４】
さらに、ブロック２（２）のCPU２４は、S15において、送受信部２２Dを出力送受信部として、送受信部２２Dに対応する状態Dの探索状態を「SEARCH」として（S15）、S16からS19を実行する。
【０１１５】
図８に示すように、ブロック２（２）の送受信部２２Dの辺Dには、連結されたブロックが存在しないため、ブロック２（２）のCPU２４は、S12において、S19でセットしたタイマのタイムアウト信号を検出すなわち受信して、図１５に示すように、出力送受信部である送受信部２２Dの探索状態を「SEARCH」から「EDGE」に変更し、隣接番号を「０」（ゼロ）とする（S21）。
【０１１６】
すなわち、制御部２１は、探索要求コマンドSCの送信に応じて、タイマに設定された所定時間内に所定の信号（ここでは、通信応答信号）を受信するか否かに基づいて、各面における他のブロック２の有無を判定する。
【０１１７】
そして、ブロック２（２）のCPU２４は、経路情報ストリングPISの最後尾を、（入力送受信部識別子．形状識別子（自ブロック番号）．出力送受信部識別子．"Edge"）で置き換えて、新たな経路情報ストリングPISとする（S22）。この新たな経路情報ストリングPISは、次の通りである。
【０１１８】
(A. Squ (1).B)(C. Squ (2).D.Edge)          ・・・ストリング２
そして、ブロック２（２）のCPU２４は、出力送受信部を入力送受信部とする（S23）。上記の場合、ブロック２（２）の送受信部２２Dが入力送受信部となる。
【０１１９】
その後、処理は、S15に移行し、ブロック２（２）のCPU２４は、所定の順番に従って、送受信部２２Aを出力送受信部として、送受信部２２Aに対応する状態Aの探索状態を「SEARCH」として、S16からS19を実行する。
【０１２０】
図８に示すように、ブロック２（２）の送受信部２２Aの辺Aにも、送受信部２２Dと同様に、連結されたブロックが存在しないため、ブロック２（２）のCPU２４は、S21からS23の処理を実行する。
【０１２１】
ブロック２（２）のCPU２４は、所定の順番に従って、送受信部２２Bを出力送受信部として、送受信部２２Bに対応する状態Bの探索状態を「SEARCH」として（S15）、S16からS19を実行する。ブロック２（２）の送受信部２２Bの辺Bには、ブロック２（３）が存在するため、ブロック２（３）の送受信部２２Aから、通信応答信号を受信するので、タイマは解除される。
【０１２２】
このとき、ブロック２（２）からブロック２（３）へ送信される探索要求コマンドSCに含まれる経路情報ストリングPISは、次の通りである。  
【０１２３】
(A. Squ (1).B)(C. Squ (2).D.Edge) (D. Squ (2).A.Edge)(A. Squ (2).B)    ・・・ストリング３
すなわち、探索要求コマンドSCに含まれる経路情報ストリングPISは、受信した経路情報ストリングPISに経路情報PIが追加されるようにして増えていく。
【０１２４】
以下同様にして、図８の表示システム１の場合、以下、各ブロック２が同様の処理を実行することにより、ブロック２（２）から、ブロック２（３）、ブロック２（４）、ブロック２（５）、ブロック２（６）、ブロック２（７）、ブロック２（８）の順で、経路情報ストリングPIS付きの探索要求コマンドSCが伝達される。
【０１２５】
ブロック２（８）のCPU２４は、送受信部２２Aにおいて探索要求コマンドSCを受信する。その後、ブロック２（８）のCPU２４は、辺Bと辺Cには連結されたブロックが存在しないため、送受信部２２Aから探索要求コマンドSCがブロック２（１）へ送信される。
【０１２６】
ブロック２（１）のCPU２４は、ブロック２（８）から探索要求コマンドSCを受信すると、自ブロック番号が「０」でないので（S13:NO）、図１６に示すように、経路情報ストリングPISに自ブロック番号が含まれていれば、ループを検出したと認識し、入力送受信部である送受信部２２Dの探索状態を「DUP」（Duplicationの略）として、出力送受信部を入力送受信部と同じにする（S31）。ここで、ループとは、送信した探索要求コマンドSCが、自ブロック２へ戻ってきたことを意味する。出力送受信部を入力送受信部と同じにするのは、探索要求コマンドSCを、受信した探索要求コマンドSCを探索応答として、送信したブロック２へ戻すためである。  
【０１２７】
そして、ブロック２（１）のCPU２４は、経路情報ストリングPISの最後尾に含まれているブロック番号を、入力送受信部の隣接番号とする（S32）。
【０１２８】
さらに、ブロック２（１）のCPU２４は、経路情報ストリングPISの最後尾に、（入力送受信部識別子．形状識別子（自ブロック番号）．出力送受信部識別子．DUP）を追加して、新たな経路情報ストリングPISとする（S33）。
【０１２９】
そして、ブロック２（１）のCPU２４は、出力送受信部から、経路情報ストリングPIS付きの探索要求コマンドSCを探索応答RCとして送信する（S34）。  
【０１３０】
図２１は、ブロック２（８）へ探索応答RCを送信したブロック２（１）における状態情報テーブルTBL2の状態を示す図である。図２１に示すように、このときにおけるブロック２（１）における状態情報テーブルTBL2の辺Dの探索状態は、「DUP」であり、辺Dの隣接番号は、「８」となっている。
【０１３１】
また、図２２は、ブロック２（１）がブロック２（８）へ送信する探索応答RCに含まれる経路情報ストリングPISを示す図である。ブロック２（１）からブロック２（８）へ送信された探索応答RCは、図２２に示す経路情報ストリングPISを含む、探索要求コマンドSCと同じ構成のコマンドである。図２２に示すように、開始ブロック２ｓすなわちブロック２（１）から送信された探索要求コマンドSCは、探索及び転送時に経路情報PIが追加されて増えていく。
【０１３２】
S34の後、ブロック２（１）のCPU２４の処理は、S12へ移行する。  
【０１３３】
ブロック２（８）のCPU２４は、ブロック２（１）から探索応答RCを受信すると、図１３のS12から図１７の処理へ移行し、受信した探索応答RCに含まれる経路情報ストリングPISの最後が「DUP」でなければ、出力送受信部の探索状態を「SEARCH」から「SEARCH_END」に変更し、経路情報ストリングPISの最後が「DUP」であれば、出力送受信部の探索状態を「SEARCH」から「DUP」に変更する（S41）。
【０１３４】
そして、ブロック２（８）のCPU２４は、経路情報ストリングPISの最後尾に含まれているブロック番号を、入力送受信部の隣接番号として（S42）、処理はS15へ移行する。よって、図示しないが、ブロック２（８）の状態情報テーブルTBL2の辺Dの探索状態は、「DUP」となり、辺Dの隣接番号は「１」となる。
【０１３５】
その後、ブロック２（８）のCPU２４は、図１３のS15の処理を実行し、探索状態が「NULL」である送受信部があったか否かを判定するが（S16）、図８の場合、そのような探索状態が「NULL」である送受信部はない（S16:NO）。よって、ブロック２（８）のCPU２４は、図１８の処理を実行し、探索状態が「START」または「IN」である送受信部の探索状態を「END」または「IN_END」に変更し、かつ出力送受信部とする（S51）。
【０１３６】
さらに、ブロック２（８）のCPU２４は、経路情報ストリングPISの最後尾に、（入力送受信部識別子．形状識別子（自ブロック番号）．出力送受信部識別子．RETURN）を追加して、新たな経路情報ストリングPISとする（S52）。  
【０１３７】
そして、ブロック２（８）のCPU２４は、出力送受信部から、経路情報ストリングPISを含む探索要求コマンドSCを探索応答RCとして送信して（S53）、処理を終了する。
【０１３８】
図２３は、ブロック２（８）がブロック２（７）へ探索応答RCを送信した場合におけるブロック（８）の状態情報テーブルTBL2の状態を示す図である。図２３に示すように、ブロック２（８）における状態情報テーブルTBL2において、辺A,B,C,Dの探索状態は、それぞれ「IN_END」、「EDGE」、「EDGE」、「DUP」であり、辺A,B,C,Dの隣接番号は、それぞれ「７」、「０」、「０」、「１」となっている。  
【０１３９】
よって、ブロック２（８）のCPU２４は、送受信部２２Dの探索の終了により、送受信部２２Aから探索要求コマンドSCをブロック２（７）へ送信する（S53）。
【０１４０】
ブロック２（８）から探索要求コマンドSCを受信したブロック２（７）は、探索状態が「NULL」である送受信部２２Cから探索要求コマンドSCをブロック２（９）へ送信し（S18）、タイマをセットする（S19）。
【０１４１】
ブロック２（７）から探索要求コマンドSCを受信したブロック２（９）のCPU２４は、所定の順番に従って、送受信部２２Dから探索要求コマンドSCを送信する（S18）。ブロック２（９）の送受信部２２Dの辺Dには、連結されたブロック２（１）が存在するため、ブロック２（１）からの経路情報ストリングPISの最後尾には、「DUP」が含まれている（S33）。よって、ブロック２（９）のCPU２４は、送受信部２２Dに対応する辺Dの探索状態は、「DUP」とし（S31）、その送受信部２２Dの隣接番号を「１」とする（S32）。
【０１４２】
以下同様に、ブロック２（９）のCPU２４は、所定の順番に従って、送受信部２２Aから探索要求コマンドSCを送信するが、ブロック２（３）からの経路情報ストリングPISの最後尾には、「DUP」が含まれているので、ブロック２（９）の送受信部２２Aの探索状態は、「DUP」とし（S31）、その送受信部２２Aの辺Aの隣接番号を「３」とする（S32）。
【０１４３】
同様に、ブロック２（９）のCPU２４は、所定の順番に従って、送受信部２２Bから探索要求コマンドSCを送信するが、ブロック２（５）からの経路情報ストリングPISの最後尾には、「DUP」が含まれているので、ブロック２（９）の送受信部２２Bの探索状態は、「DUP」とし（S31）、その送受信部２２Aの隣接番号を「５」とする（S32）。
【０１４４】
その後、ブロック２（９）のCPU２４は、探索状態が「NULL」である送受信部はないので（S16:NO）、図１８の処理を実行して、送受信部２２Cから、ブロック２（７）へ経路情報ストリングPISを含む探索応答RCを送信する（S53）。
【０１４５】
ブロック２（７）のCPU２４も、ブロック２（９）からの探索応答RCの受信に応じて、ブロック２（７）の送受信部２２Dからブロック２（６）への経路情報ストリングPISを含む探索応答RCを送信する（S53）。以下同様にして、ブロック２（６）からブロック２（１）まで戻るように、探索応答コマンドRCが伝達されていく。
【０１４６】
なお、図８の表示システム１の場合、ブロック２（５）の送受信部２２Cとブロック２（３）の送受信部２２Dでは、最後尾に「DUP」を含む探索応答RCを、探索要求コマンドSCを送信したブロック２（９）から受信するので、各ブロック２（５）と２（３）のCPU２４は、それぞれの隣接するブロック２（９）の番号、すなわち隣接番号「９」を決定することができる。  
【０１４７】
最後に、ブロック２（１）の送受信部２２Bにおいて探索応答RCを受信すると、ブロック２（１）のCPU２４は、送受信部２２Bの探索状態を「SEARCH_END」に変更する（S41）。
【０１４８】
図２４は、ブロック２（１）がブロック２（２）から探索応答RCを受信後の状態情報テーブルTBL2の状態を示す図である。  
【０１４９】
次に、ブロック２（１）のCPU２４は、所定の順番に従って、探索要求コマンドSCを送受信部２２Cから送信する。
【０１５０】
図２５は、ブロック２（１）がブロック２（９）へ探索要求コマンドSCを送信したときにおける状態情報テーブルTBL2の状態を示す図である。  
【０１５１】
次に、ブロック２（１）のCPU２４は、最後尾に「DUP」を含む探索応答RCを、探索要求コマンドSCを送信したブロック２（９）から受信するので、ブロック２（１）のCPU２４は、辺Cの探索状態を「DUP」とし、隣接するブロック２（９）の番号、すなわち隣接番号「９」を決定することができる。
【０１５２】
図２６は、ブロック２（１）がブロック２（９）から探索応答RCを受信後における状態情報テーブルTBL2の状態を示す図である。  
【０１５３】
次に、ブロック２（１）のCPU２４は、所定の順番に従って、探索要求コマンドSCを送受信部２２Dから送信するが、最後尾に「DUP」を含む探索応答RCを、探索要求コマンドSCを送信したブロック２（８）から受信する。
【０１５４】
最終的に、ブロック２（１）のCPU２４は、探索状態が「START」である送受信部２２Aの探索状態を「END」に変更し（S51）、経路情報ストリングPISを含む探索応答RCを送受信部２２Aからスマートフォン３に送信する（S53）。
【０１５５】
図２７は、ブロック２（１）がブロック２（８）から探索応答RCを受信後における状態情報テーブルTBL2の状態を示す図である。  
【０１５６】
図２８は、ブロック２（１）からスマートフォン３へ送信される探索応答RCに含まれる経路情報ストリングPISを示す図である。
【０１５７】
図２９は、表示システム１における探索要求コマンドSCの流れを示す図である。図２９に点線で示すように、探索要求コマンドSCを受信したブロック２（１）が開始ブロック２ｓとなり、探索要求コマンドSCがブロック２（１）から他のブロック２へ伝達され、ブロック２（１）に一筆書きを描くように戻る。
【０１５８】
図２９において、クロス印（×）は、隣接するブロックが存在しない辺を示す。図２９において、二点鎖線で示すUターン印は、ループが検出された場所を示す。探索要求コマンドSCは、経路情報ストリングPISを含む。経路情報ストリングPISには、各ブロック２において生成されて付与されたブロック番号、各ブロック２において隣接するブロックが存在しない辺の端部情報（上述した「EDGE」）、既に探索されているブロックの存在を示すループ情報（上述した「DUP」）を、含む。
【０１５９】
以上のように、各ブロック２の制御部２１は、経路情報ストリングPISを含む探索要求コマンドSCを受信すると、通信部である送受信部２２が設けられた各面に隣接して配置された他のブロックの有無を判定し、他のブロックの有無の判定結果に基づいて、各面に隣接して配置された他のブロックの識別情報であるブロック番号を含む情報を、探索要求コマンドSCに含まれる経路情報ストリングPISに追加して探索要求コマンドSCあるいは探索応答RCを生成し、複数の送受信部２２のいずれか１つから送信する情報送信制御部を構成する。探索要求コマンドSCあるいは探索応答RCは、各面における他のブロックの有無の情報及び他のブロックの識別情報を、受信した探索要求コマンドSCあるいは探索応答RCに含めたあるいは追加した情報である。
【０１６０】
特に、情報送信制御部である制御部２１は、他のブロックの有無の判定結果に基づいて、隣接して配置された他のブロックが存在しない面について、他のブロックが存在しないことを示す情報（上述した「EDGE」）を、経路情報ストリングPISに含める。
【０１６１】
さらに、情報送信制御部である制御部２１は、自己が送信した探索要求コマンドSCを、受信した探索要求コマンドSCが含む場合は、ループであることを示す情報（上述した「DUP」）を、経路情報ストリングPISに含める。
（スマートフォンにおける隣接行列作成処理）
以上のようにして、スマートフォン３は、図９のS2において、開始ブロック２ｓから探索応答RCを受信する。スマートフォン３のCPU３６は、上述したように、受信した探索応答コマンドRCに含まれる経路情報ストリングPISと、上述した表示ブロック情報テーブルTBL1とに基づいて、隣接行列作成処理を実行して、表示システム１のブロック配置情報を生成する（S3）。
【０１６２】
図３０は、S3においてブロック配置情報を生成するための隣接行列作成処理の流れの例を示すフローチャートである。  
【０１６３】
CPU３６は、隣接行列初期化処理を実行する（S101）。図３１は、隣接行列初期化処理の流れの例を示すフローチャートである。
【０１６４】
CPU３６は、経路情報ストリングPISを先頭から読んで、新しいブロック番号を見つけるたびに、該ブロックの形状識別子から、該ブロックの面（又は辺）の数を決め、全ブロックの面の数の総和を求める（S111）。
【０１６５】
CPU３６は、面の数の総和の大きさの空の正方隣接行列を作成し、ブロック毎に、該ブロックが持つ面の数だけ行と列を割り当てる（S112）。 
【０１６６】
図８の表示システム１の場合、面の数は、９であり、各ブロック２は４つの辺を有する正方形であるので、３６×３６の行列テーブルが生成される。
【０１６７】
図３２は、S112において生成された隣接行列テーブルの例を示す図である。  
【０１６８】
図３０に戻り、CPU３６は、読み出し対象を経路情報ストリングPISの先頭に戻す（S102）。すなわち、読み出し対象の経路情報PIの位置が、経路情報ストリングPISの先頭位置の経路情報の位置となる。
【０１６９】
CPU３６は、経路情報ストリングPISの隣り合う部分ストリング（部分ストリング対）を読み込む （S103）。各部分ストリングは、１つの経路情報PIである。よって、部分ストリング対は、隣り合う２つの経路情報PIである。
【０１７０】
以下の説明では、部分ストリング対は、（X1.FormX(#X).X2.<any>）(Y1.FormY(#Y).Y2.<any>)で示す。（X1.FormX(#X).X2.<any>）と(Y1.FormY(#Y).Y2.<any>)の各々が、経路情報PIである。X1,Y1が入力送受信部識別子であり、FormX(#X)、FormY(#Y)が形状識別子（自ブロック番号）であり、X2,Y2が出力送受信部識別子である。<any>は、空（この場合は探索要求を意味する）、Dup,Edge,Returnのいずれかである。
【０１７１】
CPU３６は、読み込んだ部分ストリング対が、 （X1.FormX(#X).X2） (Y1.FormY(#Y).Y2.<any>)であれば、ブロック#Xの面X2は、ブロック#Yの面Y1と隣接しているので、隣接行列の対応する要素を1とし、それを含む行または列の上記以外の要素をゼロにする（S104）。 
【０１７２】
次に、CPU３６は、部分ストリング対が、（X1.FormX(#X).X2.EDGE） (Y1.FormY(#Y).Y2.<any>)であれば、ブロック#Xの面X2は、いかなるブロックとも隣接してないので、隣接行列の対応する行と列の全ての要素をゼロにする（S105）。 
【０１７３】
さらに、CPU３６は、部分ストリング対が、上記以外のパターンである場合、隣接行列は変更しない（S106）。
【０１７４】
CPU３６は、読み出し対象を1つの部分ストリング分だけ、後ろにずらす（S107）。 すなわち、部分ストリング対の後方の経路情報PIが、次に読み出される部分ストリング対において、前方の経路情報PIとなるように、読み出し対象の範囲が移動される。
【０１７５】
CPU３６は、部分ストリング対の後方の経路情報PIが経路情報ストリングPISの末尾であるかを判定する（S108）。すなわち、読み出した対象の部分ストリング対が経路情報ストリングPISの末尾の経路情報PIを含むかが判定される。
【０１７６】
部分ストリング対の後方の経路情報PIが経路情報ストリングPISの末尾の経路情報PIでなければ（S108:YES）、処理は、S103に戻り、部分ストリング対の後方の経路情報PIが経路情報ストリングPISの末尾の経路情報PIであるときは（S108:NO）、処理は終了する。
【０１７７】
以上の処理により、図３３に示すような隣接行列テーブルTBL3が作成される。  
【０１７８】
図３３は、図３０の処理の結果、ブロック２間の接続関係の情報を含む隣接行列テーブルTBL3の一部を示す図である。図３３では、「０」は略して示していない。以上のようにして生成された隣接行列は、ブロック２間の全ての接続情報を含むので、スマートフォン３のCPU３６は、その生成された隣接行列テーブルTBL3に基づいて、ブロック配置情報を生成することができる。
【０１７９】
その結果、CPU３６は、S4で選択された画像を、ブロック配置情報に基づいて分割して、複数のブロック画像情報を含む表示画像情報を生成することができる。  
【０１８０】
図３４は、表示すべき表示画像DGと、表示システム１の表示面１ａに表示される範囲を示す図である。表示面１ａの形状に対する表示すべき表示画像DGがS4で選択あるいは指定され、S5において、表示画像DGが表示エリア中の各ブロック２に対応して分割されて、複数のブロック画像情報が生成される。ブロック画像情報は、ブロック毎の画像情報である。
【０１８１】
そして、スマートフォン３は、生成した、複数のブロック画像情報を含む表示画像情報を開始ブロック２ｓへ送信する（S6）。スマートフォン３から送信される表示画像情報中に含まれる複数のブロック画像情報は、ブロック番号と関連付けて送信される。言い換えれば、各ブロック画像情報は、表示すべきブロック２の番号、すなわち上記の処理で生成されて各ブロック２の状態情報テーブルTBL2に記憶されている自ブロック番号を含んで、あるいは自ブロック番号と共に送信される。
【０１８２】
スマートフォン３は、表示システム１の開始ブロック２ｓに複数のブロック画像情報を送信する。開始ブロック２ｓ及び他のブロック２において、受信したブロック画像情報の転送処理と表示処理が実行される。
（各ブロックにおける画像の回転処理）
ユーザが複数のブロック２を連結して表示システム１を構成し、スマートフォン３から表示システム１のブロック２に画像を転送する場合、そのユーザは、各ブロック２の表示面２ａの画像表示の方向がわからないことがある。そのため、スマートフォン３から各ブロック２に転送される各ブロック２に転送される画像データに基づき表示される各表示面２ａの画像は、様々な方向を向いてしまい、表示システム１の合成画像がスマートフォン３の表示器３３上に表示された画像と一致しないという問題が発生する。
【０１８３】
図３５は、ブロック２に配置される画素の例を示す図である。
【０１８４】
ブロック２は、画像表示のために、通常、表示器２３のＸ軸に沿ってｍ個、Ｙ軸に沿ってｎ個の多数の画素が配置されている。なお、図３５の例では、スマートフォン３から各ブロック２に画像データを転送し、各ブロック２の各表示器２３に自身宛の画像を表示した際の問題点を理解し易くするために、正方形状のブロック２は、４つの画素４０ａ〜４０ｄを有する例である。そして、表示器２３には、画像表示に代えて画素座標を示している。画素４０ａは、画素座標（１，１）であり、図３５への表記は「１１」である。同様に、画素４０ｂは、画素座標（２，１）であり、図３５への表記は「２１」であり、画素４０ｃは、画素座標（１，２）であり、図３５への表記は「１２」であり、画素４０ｄは、画素座標（２，２）であり、図３５への表記は「２２」である。
【０１８５】
さらに、画素４０ａ〜４０ｄの外側には、４つの送受信部２２Ａ〜２２Ｄを表記している。なお、これらの送受信部２２Ａ〜２２Ｄは、ブロック２の筐体内に設定されており、ブロック２の外側からは見えないものである。
【０１８６】
ブロック２における送受信部２２Ａ〜２２Ｄの配置と、画素４０ａ〜４０ｄの画素座標の配置との関係は、ブロック２の設計段階で決定しているため、製造された少なくとも同じサイズ、かつ、正方形状のブロック２において共通である。例えば、図３５のブロック２において、送受信部２２Ａ〜２２Ｄは、右回りに送受信部２２Ａ、２２Ｂ、２２Ｃ、２２Ｄの順で配置されていると、制御部２１が認識するように設定されている。そして、送受信部２２Ａ〜２２Ｄの配置関係に対して、４つの画素４０ａ〜４０ｄの画素座標の配置関係は、以下の通りとなる。
【０１８７】
画素座標（１，１）は、送受信部２２Ａ及び２２Ｂ側であり、画素座標（２，１）（（Ｘｍ，１）に相当）は、送受信部２２Ｂ及び２２Ｃ側である。同様に、画素座標（１，２）（（１，Ｙｎ）に相当）は、送受信部２２Ａ及び２２Ｄ側であり、画素座標（２，２）（（Ｘｍ，Ｙｎ）に相当）は、送受信部２２Ｃ及び２２Ｄ側である。
【０１８８】
図３６は、図３５のブロック２をユーザが連結し、スマートフォン３を用いて配置探索が完了した状態の表示システム１の構成図である。
【０１８９】
スマートフォン３の配置探索により、既に各ブロック２はブロック２（１）からブロック２（９）の番号が付与されている。この番号は制御部２１が認識している。ユーザ自身は、９つのブロック２を連結して配置する際に、各ブロック２の送受信部２２Ａ〜２２Ｄが筐体外部から見えない。そのため、表示システム１の各ブロック２の送受信部２２Ａ〜２２Ｄの配置関係は一致しておらず、図３６に示すように、様々な方向を向いてしまっている。
【０１９０】
例えば、ブロック２（２）の送受信部２２Ａ〜２２Ｄの配置と画素４０ａ〜４０ｄの画素座標の位置関係は、ブロック２（１）の送受信部２２Ａ〜２２Ｄの配置と画素４０ａ〜４０ｄの画素座標の位置関係に対して、ブロック２（１）を右に２７０°回転した状態で配置されている。また、ブロック２（３）の送受信部２２Ａ〜２２Ｄの配置と画素４０ａ〜４０ｄの画素座標の位置関係は、ブロック２（１）の送受信部２２Ａ〜２２Ｄの配置と画素４０ａ〜４０ｄの画素座標の位置関係に対して、ブロック２（１）を右に９０°回転した状態で配置されている。
【０１９１】
図３７は、スマートフォン３の表示器３３の画面３ａに表示されるブロックフレームの例を示す図である。
【０１９２】
図３７に示すように、スマートフォン３の表示器３３の画面３ａには、配置探索で判明した各ブロック２（１）〜２（９）の画素座標の外枠を示す各ブロックフレーム４１（１）〜４１（９）と、各ブロックフレーム４１（１）〜４１（９）に重ねられた画像（図３７の例では、画像に替えて画素座標を表示）とが表示される。ユーザは、スマートフォン３で立ち上げた所定のアプリケーションプログラムを実行することで、ブロックフレーム４１（１）〜４１（９）で分割された画像データの分割を指示する。
【０１９３】
次に、ユーザは、スマートフォン３を配置探索時の開始ブロックであるブロック２（１）に近接させ、画像データの転送の指示を行うと、ブロックフレーム４１（１）〜４１（９）毎に分割処理された９つのブロック画像情報が近接無線によるデータ転送により、各ブロック２（１）〜２（９）に転送される。なお、ユーザは、画像データの転送前に、画像の分割処理を実行した後、ブロック２（１）に近接させるようにしてもよい。また、ブロック画像情報の転送処理については後述する。
【０１９４】
図３８は、図３７のブロック画像情報を各ブロック２（１）〜２（９）の各表示器２３に表示させた例を示す図である。なお、図３８の例においても、各ブロック２（１）〜２（９）の画像の回転を分かりやすく説明するめたに、画像に替えて画像データに対応した画像座標を表記している。
【０１９５】
図３７のブロック画像情報が転送された各ブロック２（１）〜２（９）に表示される画像は、図３６の画素座標の配置に対応して、様々な方向に表示される。例えば、図３８に示すように、ブロック２（２）では、転送された画像データが右回りに２７０°回転されて表示され、ブロック２（３）では、転送された画像データが右回りに９０°回転されて表示され、ブロック２（４）では、転送された画像データが右回りに１８０°回転されて表示されている。そのため、ユーザは、表示システム１の表示面１ａに表示された画像がどのような画像なのかわからなくなる。
【０１９６】
そこで、このような問題を解決し、ユーザにとって表示システム１の表示面１ａに表示された画像を正しく表示する方法について以下に説明する。
【０１９７】
図３９Ａ〜図３９Ｄ、図４０Ａ〜図４０Ｄ、図４１Ａ〜図４１Ｄ、及び、図４２Ａ〜図４２Ｄは、それぞれ２つの正方形状のブロックが隣り合った場合に、唯一隣り合う２つの送受信部の組み合わせの例を示す図である。
【０１９８】
なお、図３９Ａ〜図３９Ｄ、図４０Ａ〜図４０Ｄ、図４１Ａ〜図４１Ｄ、及び、図４２Ａ〜図４２Ｄにおいて、ブロック画像情報を転送する上流側のブロック２をブロック２（１）で示し、ブロック画像情報が転送される下流側のブロック２をブロック２（２）で示している。そして、図３９Ａ〜図３９Ｄ、図４０Ａ〜図４０Ｄ、図４１Ａ〜図４１Ｄ、及び、図４２Ａ〜図４２Ｄにおいて、下流側のブロック２（２）の送受信部２２Ａ〜２２Ｄの配置、つまり画素座標の配置を、上流側のブロック２（１）の送受信部２２Ａ〜２２Ｄの配置、つまり画素座標の配置と同じ配置にする場合、下流側のブロック２（２）画素座標を何度回転させればよいかを示している。
【０１９９】
図３９Ａ〜図３９Ｄは、上流側の送受信部が送受信部２２Ａの場合を示し、図４０Ａ〜図４０Ｄは、上流側の送受信部が送受信部２２Ｂの場合を示し、図４１Ａ〜図４１Ｄは、上流側の送受信部が送受信部２２Ｃの場合を示し、図４２Ａ〜図４２Ｄは、上流側の送受信部が送受信部２２Ｄの場合を示している。
【０２００】
例えば、図３９Ａの例では、上流側のブロック２（１）の送受信部２２Ａに対して、下流側のブロック２（２）の送受信部２２Ａが隣り合っている。この場合、下流側のブロック２（２）の画素座標の配置が上流側のブロック２（１）の画素座標の配置と同じ配置にするためには、ブロック２（２）の画素座標を右に１８０°回転させる必要がある。
【０２０１】
同様に、図３９Ｂの例では、下流側のブロック２（２）の画素座標を右に２７０°回転させることで、上流側のブロック２（１）の画素座標の配置と同じ配置にすることができる。また、図３９Ｃの例では、下流側のブロック２（２）の画素座標と上流側のブロック２（１）の画素座標とが同じ配置のため、０°回転となる。また、図３９Ｄの例では、下流側のブロック２（２）の画素座標を右に９０°回転させることで、上流側のブロック２（１）の画素座標の配置と同じ配置にすることができる。
【０２０２】
図４０Ａ〜図４０Ｄ、図４１Ａ〜図４１Ｄ、図４２Ａ〜図４２Ｄについても同様に、上流側のブロック２（１）の送受信部２２の配置と下流側のブロック２（２）の送受信部２２の配置との関係に応じて、下流側のブロック２（２）の画素座標の回転角度を決定することができる。
【０２０３】
図４３は、上流側のブロック２（１）に対して下流側のブロック２（２）の画素座標を右に何度回転させた場合に送受信部の配置関係が同じになるかを示すデータテーブルである。
【０２０４】
図４３に示すように、データテーブルTBL4は、図３９Ａ〜図３９Ｄ、図４０Ａ〜図４０Ｄ、図４１Ａ〜図４１Ｄ、図４２Ａ〜図４２Ｄに示す回転角度をまとめたテーブルである。例えば、上流側のブロック２（１）の送受信部が送受信部２２Ｃであり、下流側のブロック２（２）の送受信部が送受信部２２Ｄの場合、下流側のブロック２（２）の画素座標を右に２７０°回転させることで、ブロック２（１）とブロック２（２）の配置関係が同じになることを示している。
【０２０５】
このデータテーブルTBL4は、正方形状のブロック２の場合に適用可能なテーブルである。例えば、長方形、あるいは、正三角形等の各形状は、送受信部の数、及び、画素座標の回転角度が正方形状のブロック２と異なるため、それぞれのブロック２の形状及び連結関係毎に対応するデータテーブルTBL4を用意する必要がある。
【０２０６】
例えば、長方形状のブロックでは、長辺側の面と短辺側の面とが交互に存在するが、長辺側の面同士、及び、端面側の面同士でのみでしか連結できない場合、画素座標の回転角度は、０°及び１８０°の２つの回転角度しか存在しない。一方、長方形状のブロックにおいて、長辺側の面と短辺側の面とが連結できる場合、画素座標の回転角度は、０°、９０°、１８０°及び２７０°の４つの回転角度が存在する。そのため、ブロック２の形状及び連結関係毎に対応するデータテーブルTBL4が必要となる。
【０２０７】
図４３のデータテーブルTBL4は、各ブロック２のROM２５等のメモリに保存されている。また、データテーブルTBL4は、スマートフォン３のROM３７等のメモリに保存されている。表示システム１における個々のブロックの画素座標の回転については、下流側のブロック２の制御部２１が上流側のブロック２の送受信部２２と、これに隣り合う下流側のブロック２の送受信部２２とを認識し、データテーブルTBL4を参照することで、下流側のブロック２の画素座標の回転角度を決定することができる。
【０２０８】
ブロック２（１）に対する上流のブロックとしてスマートフォン３を位置付ける。スマートフォン３からブロック２（１）に転送され、ブロック２（１）の表示器２３に表示される画像は、ユーザの意に沿った方向に表示される必要がある。例えば、図３８のように連結された表示システム１をユーザがブロック２（６）、２（７）及び２（８）の方向から見ている場合、ブロック２（１）の表示器２３に表示される画像は、ユーザの意に沿った方向に表示される。一方、ユーザがブロック２（１）、２（２）及び２（８）の方向から表示システム１を見ている場合、ブロック２（１）に表示器２３に表示される画像は、ユーザの意に沿った方向に表示されない。
【０２０９】
そのため、ユーザは、まず、スマートフォン３から開始のブロック２（１）に画像情報を転送し、ブロック２（１）の表示器２３に画像を表示させる。ユーザは、ブロック２（１）の表示器２３に表示された画像を見て、現在の方向でよいか、それとも右方向に何度回転させたいのかを決定し、スマートフォン３のアプリケーション画面上で回転角度を０°、９０°、１８０°、２７０°の中から選択する。
【０２１０】
ここでは、ユーザは、ブロック２（６）、２（７）及び２（８）の方向から表示システム１を見ているものとする。この場合、ユーザは、ブロック２（１）の表示器２３に表示される画像は、ユーザの意に沿った方向に表示されていると認識するため、回転角度として０°を選択する。
【０２１１】
この場合、上流側のブロックとしてのスマートフォン３は、下流側のブロック２（１）の送受信部２２Aに対して、上流側のブロックとしてのスマートフォン３の送受信部がCであるという情報を送信する。ブロック２（１）は、受信した情報から上流側の送受信部が「C」、下流側の送受信部が「A」と認識し、図４３のデータテーブルTBL4から自身の画素座標の回転角度は０°と判定する。
【０２１２】
ただし、ユーザが図３６のように連結された表示システム１を他の方向（ブロック２（２）、ブロック２（１）及びブロック２（８）側、ブロック２（２）、ブロック２（３）及びブロック２（４）側、あるいは、ブロック２（４）、ブロック２（５）及びブロック２（６）側）から見ている場合もある。そのため、ユーザは、ブロック２（１）の表示器２３に表示された画像に応じて、ブロック２（１）の表示器２３に表示される画像を右方向に９０°、１８０°または２７０°回転させるように、スマートフォン３のアプリケーション画面上で選択する。
【０２１３】
例えば、ユーザがブロック２（２）、ブロック２（３）及びブロック２（４）側から図３６のように連結された表示システム１を見ている場合、ユーザは、ブロック２（１）の表示器２３に表示される画像を右方向に１８０°回転させるように、スマートフォン３のアプリケーション画面上で選択する。この場合、スマートフォン３は、スマートフォン３の送受信部が「A」であるという情報をブロック２（１）に送信することで、ブロック２（１）は、データテーブルTBL4を参照し、画素座標を１８０°回転させる。
【０２１４】
次に、下流側のブロック２（２）の送受信部２２Aは、上流側のブロック２（１）の送受信部２２Bと隣接している。そのため、下流側のブロック２（２）は、データテーブルTBL4を参照し、画素座標を右に９０°回転させることになる。
【０２１５】
しかし、ブロック２（１）は、４つのパターンの角度（０°、９０°、１８０°または２７０°）に回転している可能性があるため、ブロック２（２）は、それらの４つのパターンの角度を自身の回転角度に加算する必要がある。ブロック２（１）の回転角度は０°のため、ブロック２（１）の累積された回転角度は、０°＋９０°により、９０°の回転角度となる、なお、累積された回転角度が３６０°以上となった場合、余剰関数（MOD）を用いて、上記４つのパターンの角度（０°、９０°、１８０°または２７０°）に補正する。
【０２１６】
以上の説明から、下流側のブロック２の画素座標の累積回転角度をθ２（ｘ）、上流側のブロック２に対する下流側のブロック２の画素座標の回転角度をθ１（ｘ）、及び、上流側のブロック２の画素座標の累積回転角度をθ２（ｘ−１）とすると下記の（式１）が成り立つ。
θ２（ｘ）＝θ１（ｘ）＋θ２（ｘ−１）・・・（式１）
図４３のデータテーブルTBL4と（式１）により、図３６のように連結された各ブロック２（１）〜２（９）の画素座標の回転角度は図４４の通りになる。
【０２１７】
図４４は、図３６のように連結された各ブロック２（１）〜２（９）の画素座標の回転角度の例を示す図である。
【０２１８】
図４４に示すように、ブロック２（１）の画素座標の回転角度がユーザにより０°と選択された場合、余剰関数（θ２（ｘ），３６０）の欄に示すように、ブロック２（１）は０°回転、ブロック２（２）は右に９０°回転、ブロック２（３）は右に２７０°回転、ブロック２（４）は、右に１８０°回転、ブロック２（５）は右に２７０°回転、ブロック２（６）は、右に１８０°回転、ブロック２（７）は右に２７０°回転、ブロック２（８）は右に９０°回転、及び、ブロック２（９）は右に９０°回転すればよいことになる。
【０２１９】
なお、データテーブルTBL4及び（式１）は、配置探索を行う度に各ブロック２（１）〜２（９）のメモリに保存してもよいが、各ブロック２（１）〜２（９）は、データテーブルTBL4の全ての情報を保存する必要はない。例えば、下流側のブロック２（２）は、自身の送受信部と隣接する上流側のブロック２（１）の送受信部とから求められる自身の回転角度の情報と、上流側のブロック２（１）の累積回転角度の情報とを保持していればよい。
【０２２０】
なお、このように求められた各ブロック２（１）〜２（９）の画素座標の回転角度に基づいて、画像情報が格納されたメモリ領域内の画素座標の変換は周知の方法で実現可能である。
【０２２１】
例えば、回転に伴う画像の拡大または縮小が発生せず、回転角度が０°、９０°、１８０°、及び、２７０°に限定される場合、回転処理は画素の読み出し順の変更により実現できる。フレームメモリを１つのみ確保した構成の場合、読み出しアドレスを変更することで実現することができ、フレームメモリを２つ以上確保した構成の場合、読み出し順を変更して回転した形で別のフレームメモリに画像情報を書き込んだ後に表示器に表示してもよい。
【０２２２】
また、回転角度が０°、９０°、１８０°、及び、２７０°であっても、画像の拡大または縮小が発生する場合（画像サイズと表示側の画素数が異なるような場合）には、表示側の画素数に合わせて画像を変換する必要がある。この場合、「再標本化（リサンプリング）」あるいは「サンプリングレート変換」と呼ばれる処理で実現可能である。さらに、回転角度が０°、９０°、１８０°、及び、２７０°に限定されない任意角度の場合、処理がより複雑になるが、例えば「アフィン変換」等の処理を上記処理に併用することで実現可能である。
【０２２３】
よって、図３６のように連結された各ブロック２（１）〜２（９）は、画素座標を上記の通り回転させることにより、ブロック２（１）の画像表示の方向と同じになり、表示システム１に表示される画像がスマートフォン３から送信された画像の表示と一致することになる。
【０２２４】
図４５は、表示システム１に表示される画像の例を示す図である。
【０２２５】
図４５に示すように、表示システム１は各ブロック２（１）〜２（９）の接続方向によって画像が様々な方向を向いてしまうが、上記の通り、各ブロック２（１）〜２（９）の画素座標を回転させることで、スマートフォン３から送信された画像の表示と一致した場像を表示することができる。
【０２２６】
なお、上述した例では、ユーザがブロック２（６）、２（７）及び２（８）側から表示システム１を見ている場合について説明したが、他の３方向から見ている場合もある。そのため表示システム１を各方向から見ている場合の各ブロック２（１）〜２（９）の画素座標の回転角度を図４６に示す。
【０２２７】
図４６は、図３６のように連結された各ブロック２（１）〜２（９）を各方向から見ている際の画素座標の回転角度の例を示す図である。
【０２２８】
例えば、ユーザはブロック２（２）、２（３）及び２（４）側から表示システム１を見ている場合、ブロック２（１）の画素座標を１８０°回転させることを選択する。この場合、ブロック２（２）は右に２７０°回転、ブロック２（３）は右に９０°回転、ブロック２（４）は０°回転、ブロック２（５）は右に９０°回転、ブロック２（６）は０°回転、ブロック２（７）は右に９０°回転、ブロック２（８）は右に２７０°回転、ブロック２（９）は右に２７０°回転すればよいことになる。なお、ユーザが他の方向から表示システム１を見ている場合も図４６から各ブロック２（１）〜２（９）の画素座標の回転角度が決定する。
【０２２９】
なお、各ブロック２が表示器２３に表示する画素の画素座標の所定の角度を回転させることについて説明したが、これに限定されることなく、例えば、スマートフォン３が各ブロック２に対して画素座標の回転角度を指示するようにしてもよい。
【０２３０】
この場合、スマートフォン３は、探索要求コマンドSCをブロック２（１）に送信することで得られた経路情報ストリングPISと、データテーブルTBL4の情報とに応じて、各ブロック２のそれぞれの画素座標の回転角度を決定し、決定したそれぞれの回転角度を各ブロック２に送信する。
【０２３１】
スマートフォン３は、ブロック２と同様に、図４４のデータテーブルTBL5及び式１をROM３７等のメモリに保持することができる。さらに、スマートフォン３は、図４４のデータテーブルTBL5を整理し、図４６のデータテーブルTBL6を生成してメモリに保持することができる。
【０２３２】
ユーザがスマートフォン３のアプリケーション画面上で最初のブロック２（１）の画素座標の回転角度を４つのパターンから選択すると、図４６のデータテーブルTBL6に基づき、自身の画素座標の回転角度を各ブロック２（１）〜２（９）に対して転送する。各ブロック２（１）〜２（９）は、スマートフォン３から転送された自身の画素座標の回転角度の情報に応じて、画素座標を回転させることで、スマートフォン３上の画像と一致させることができる。
【０２３３】
次に、ブロック２（１）〜２（９）のいずれか１つのＷｉＦｉ等の近距離無線通信機能が内蔵されている場合について説明する。
【０２３４】
図４７は、近距離無線通信機能が内蔵されたブロックを有する表示システム１の構成図である。
【０２３５】
図４７の表示システム１は、正方形状の９つのブロック２（１）〜２（９）により構成されている。表示システム１では、スマートフォン３からの配置探索の指示及び画像情報の転送がＷｉＦｉ等の近距離無線通信を用いて行われるため、ブロック２（１）が必然的に開始のブロックとなる。ここでは、スマートフォン３からの配置探索コマンドがブロック２（１）に送信され、ストリング情報が生成され、スマートフォン３に送信されているものとする。
【０２３６】
各ブロック２（１）〜２（９）は、図４３のデータテーブルTBL4、生成されたストリング情報、及び、（式１）に基づき、各ブロック２（１）〜２（９）の画素座標の回転角度を決定する。
【０２３７】
図４８は、図４７のように連結された各ブロック２（１）〜２（９）の画素座標の回転角度の例を示す図である。なお、図４８において、図４４と異なる箇所について説明する。
【０２３８】
上述した図３６の例では、スマートフォン３と開始のブロック２（１）とのデータ通信は、近接無線通信（NFC等）を用いて行われているため、開始のブロック２（１）の送受信部２２Ａには、上流側のブロックとなるスマートフォン３から転送されるデータは、図４４に示すように、送受信部名（例えば、Ａ〜Ｄのいずれか）となっている。
【０２３９】
これに対して、図４７の例では、スマートフォン３と開始のブロック２（１）とのデータ通信は、近距離無線（ＷｉＦｉ等）を用いているため、開始のブロック２（１）のいずれかの送受信部２２Ａ〜２２Ｄに近接する必要はない。スマートフォン３から回転角度に応じた送受信部名をブロック２（１）に送信した場合でも、そのデータは、ブロック２（１）のいずれかの送受信部２２Ａ〜２２Ｄに送信されず、近距離無線通信でブロック２（１）の制御部２１に直接送信される。ブロック２（１）の制御部２１は、画像座標を何度回転させればよいのか判定することができない。
【０２４０】
そこで、スマートフォン３は、図４８に示すように、ユーザが選択した回転角度の情報を開始のブロック２（１）に送信する。なお、ブロック２（１）以降のデータ転送は、近接無線方式を用いるため、図４４と同様に各ブロック２（１）〜２（９）の画素座標の回転角度が判定される。
【０２４１】
例えば、ユーザが図４７のように連結された表示システムをブロック２（７）、２（８）及び２（９）の方向から見ている場合、ブロック２（１）の画素座標を右に９０°回転させる必要がある。そのため、ユーザは、スマートフォン３のアプリケーション画面を用いてブロック２（１）の画素座標を右に９０°回転させることを選択する。その後は、図４８のデータテーブルTBL7、ストリング情報、及び、（式１）に基づき、ブロック２（２）〜２（９）の画素座標の回転角度がそれぞれ０°、右に９０°、右に２７０°、右に１８０°、右に２７０°、右に１８０°、右に２７０°、右に９０°と判定される。
【０２４２】
図４９は、図４７のように連結された各ブロック２（１）〜２（９）を各方向から見ている際の画素座標の回転角度の例を示す図である。
【０２４３】
スマートフォン３は、図４８のデータテーブルTBL7を整理し、図４９のデータテーブルTBL8を生成してメモリに保持することができる。
【０２４４】
例えば、ユーザはブロック２（５）、２（６）及び２（７）側から表示システム１を見ている場合、ブロック２（１）の画素座標を１８０°回転させることを選択する。この場合、ブロック２（２）は右に９０°回転、ブロック２（３）は右に１８０°回転、ブロック２（４）は０°回転、ブロック２（５）は右に２７０°回転、ブロック２（６）は０°回転、ブロック２（７）は右に２７０°回転、ブロック２（８）は０°回転、ブロック２（９）は右に１８０°回転すればよいことになる。
【０２４５】
なお、スマートフォン３を持つユーザは、表示システム１との距離に応じて、近接無線機能をのみを備えるブロック２を用いて表示システム１を構成するのか、近接無線機能に加え近距離無線機能を持つブロックを全てのブロック２のうち１つ用いて表示システム１を構成するのかを選択すればよい。ユーザが表示システム１の近くにいる場合、近接無線機能をのみを備えるブロック２を用いた表示システム１が極めて利用しやすく、近くにいない場合、近接無線機能に加え近距離無線機能を持つブロックを全てのブロック２のうち１つ用いた表示システム１が利用しやすくなる。
【０２４６】
また、上述した説明では、ブロック２（１）〜２（９）の連結方向が統一していないため、画素座標の回転角度を判定して表示される画像を正常な画像とする例について説明したが、例えば、ブロック２（１）〜２（９）のそれぞれが方向を判定するための表示マークを表示するようにしてもよい。
【０２４７】
図５０は、表示システム１の連結方向を統一するための表示マークを備えるブロックの例を示す図である。
【０２４８】
図５０に示すように、各ブロック２（１）〜２（４）は、連結方向を統一するための表示マーク４５を備えている。この表示マーク４５は、例えば、ユーザが下側から見た場合に上側に配置すると正常な画像が表示されるものである。そのため、ユーザは、各ブロック２（１）〜２（４）の表示マーク４５が上側に配置されるように、各ブロック２（１）〜２（４）を連結する。つまり、表示マーク４５の表示位置を表示器のＸ−Ｙ画素座標と関連付けさせておくことで、スマートフォン３から送信された画像の画素座標を回転処理することなく、画像を正常に表示することができる。尚、この表示マーク４５は各ブロック２（１）〜２（４）の起動スイッチをＯＮさせた際に各表示器２３に表示されるものである。各ブロック２（１）〜２（４）が連結された後、スマートフォン３から任意のブロックに対し配置探索信号が送信され、各ブロック２（１）〜２（４）がこの信号を受信した時点で各表示器２３に表示された表示マーク４５は消えるようにしておけばよい。
（各ブロックにおけるブロック画像情報の転送・表示処理）
図５１は、各ブロック２におけるブロック画像情報の転送・表示処理の流れの例を示すフローチャートである。
【０２４９】
複数のブロック画像情報を含む表示画像情報を受信すると、各ブロック２のCPU２４は、図５１の処理を実行する。  
【０２５０】
複数のブロック画像情報を含む表示画像情報は、スマートフォン３から開始ブロック２ｓすなわち２（１）に受信される。ブロック２（１）で受信した表示画像情報は、ブロック２（１）から他のブロック２へ転送される。
【０２５１】
各ブロック２のCPU２４は、表示画像情報を受信すると、自ブロック宛の画像情報が含まれていれば、その自ブロック宛のブロック画像情報を、RAM２６又はメモリ２７に記憶すると共に、表示器２３に自己が表示すべき画像を出力して表示する（S121）。各ブロック２は、状態情報テーブルTBL2に記憶されている自ブロック番号と、各ブロック画像情報に対応付けられたブロック番号とを比較することによって、表示画像情報中の自ブロック宛ての画像情報を特定することができる。
【０２５２】
すなわち、各ブロック２の制御部２１は、複数の送受信部２２のいずれか１つにおいて自己宛ての画像情報を受信すると、表示器２３に表示する表示制御部を構成する。そして、制御部２１は、自己のブロック識別情報である自ブロック番号に基づいて、ブロック画像情報が自己宛てであるかを判定する。
【０２５３】
さらに、各ブロック２のCPU２４は、受信した１又は２以上のブロック画像情報から自己宛てのブロック画像情報を取り除いた表示画像情報を、転送する表示画像情報とする（S122）。転送する表示画像情報から自己宛ての画像情報を取り除くのは、転送するデータ量を減少させるためである。  
【０２５４】
なお、各ブロック２が他のブロックのブロック画像情報を含めて全てのブロック画像情報をメモリ２７に格納するようにしてもよい。
【０２５５】
各ブロック２のCPU２４は、探索状態が「SEARCH_END」である送受信部２２から表示画像情報を隣接するブロック２に送信する（S123）。探索状態が「SEARCH_END」である送受信部２２から表示画像情報を送信するのは、表示システム１に含まれる全てのブロック２へ無駄な送信なく伝達することができるからである。
【０２５６】
各ブロック２が上述した処理を実行することにより、各ブロック２が自己が表示すべき画像を表示して、結果として、図３４に示すように、表示画像DGが表示システム１の表示面１ａに表示される。
【０２５７】
以上のように、ユーザは、スマートフォン３において所定のアプリケーションプログラムを実行させ、所定のコマンドを表示システム１の任意のブロック２へ送信する。  
【０２５８】
所定のコマンドを受信したブロック２及び表示システム１を構成する複数のブロック２の各々は、探索要求・応答コマンド処理を実行し、表示システム１を構成する複数のブロック２の連結情報を含む複数の経路情報からなる経路情報ストリングを生成する。
【０２５９】
表示システム１全体についての経路情報ストリングがスマートフォン３へ送信される。
【０２６０】
スマートフォン３は、受信した経路情報ストリングから、表示システム１を構成する複数のブロック２のブロック配置情報を生成し、ブロック配置情報に基づいて各ブロック２が表示すべきブロック画像情報を生成し、各ブロック２へ送信するためにブロック２（１）へ送信する。すなわち、送信装置であるスマートフォン３は、複数のブロック２の１つに対して画像情報（DG）を送信する。
【０２６１】
各ブロック２は、自己宛てのブロック画像情報を表示器２３に出力することによって、表示システム１の表示面１ａには、全体として、表示画像DGが表示される。  
（動画における同期処理）
表示システム１は、複数のブロック２（１）〜２（９）に分割して画像を表示する。そのため、表示システム１は、各ブロック２（１）〜２（９）間で同期して表示する画像を変更しないと、特に動画を表示する場合、表示開始から時間が経つにつれて、各ブロックにおいて表示されるタイミングがずれ始めていき、見苦しい動画像になってしまうという問題がある。
【０２６２】
ここでは、スマートフォン３は、分割した動画像の各ピクチャーフレームに表示すべき時刻のタイムスタンプを打ち込んで、各ブロック２（１）〜２（９）に画像情報を送信する。これにより、各ブロック２（１）〜２（９）間の表示タイミングの同期をとる場合について説明する。
【０２６３】
まず、各ブロック２（１）〜２（９）は、初期化時に各ブロック２（１）〜２（９）間の時刻同期を行う。これにより、画像の飛びを防止する。
【０２６４】
しかし、各ブロック２（１）〜２（９）が数十ppm程度の精度の水晶発振器等で時刻を生成し、かつ、数十フレーム／秒で動画表示を行う場合、例えば、数十分程度で各ブロック２（１）〜２（９）間で１フレーム以上の表示タイミングの誤差が発生する可能性がある。また、１フレーム未満の表示タイミングの誤差でもユーザにとって見苦しい画像となる可能性があるため、各ブロック２（１）〜２（９）間の時刻同期は、所定の間隔で行う必要がある。
【０２６５】
そのため、本実施の形態では、初期化後にも、例えば数秒に１回に間隔で、定期的に各ブロック２（１）〜２（９）間の時刻同期を行うものとする。また、各ブロック２（１）〜２（９）は、近接無線通信により、隣接するブロック２の情報を得て、時刻同期を行うものとする。
【０２６６】
初期化時の配置探索により、図２９に示すように、各ブロック２（１）〜２（９）を通過する経路が決定されている。なお、以下の説明では、図２９に示す分岐のない経路を例に説明するが、分岐のある経路でも同様に適用することができる。また、図２９に示す経路上の最初のブロック２（１）をマスターブロック、他のブロック２（２）〜２（９）をスレーブブロックと呼ぶ。
【０２６７】
図５２は、マスターブロックにおける時刻同期のメッセージ処理の例を示すフローチャートであり、図５３は、スレーブブロックにおける時刻同期のメッセージ処理の例を示すフローチャートである。また、図５４は、図５２及び図５３の処理を説明するためのタイミングチャートであり、図５５は、図５３のS144の論理時刻について説明するための図である。
【０２６８】
まず、マスターブロック（ブロック２（１））のCPU２１は、定期起動時刻か否かを判定する（S131）。すなわち、上述したように、例えば数秒に１回の間隔で、定期的に各ブロック２（１）〜２（９）間の時刻同期を行う。
【０２６９】
定期起動時刻でない場合（S131:NO）、マスターブロックのCPU２１は、ステップS131に戻り、同様の処理を繰り返す。一方、定期起動時刻の場合（S131:YES）、マスターブロックのCPU２１は、マスター時刻を自現在時刻Tｍ、遅延累計Dtをゼロ、X時刻を自現在時刻Tx1（送信時）としたメッセージMsg1を経路上の次のブロック（ここでは、スレーブブロック：ブロック２（２））に送信する（S132）。すなわち、図５４のS201に示すように、マスターブロック（ブロックX）は、マスター時刻（Tm）、遅延累計（Dt）、X時刻（Tx1）のメッセージMsg1を次のスレーブブロック（ブロックY）に送信する。
【０２７０】
その後、メッセージMsg1を送信したスレーブブロックからメッセージMsg2がマスターブロックに送信される。なお、スレーブブロックの処理については、後述する。
【０２７１】
マスターブロックのCPU２１は、隣接するスレーブブロックからメッセージMsg2を受信すると、マスター時刻をTｍのまま、遅延累計をゼロのまま、X時刻を自現在時刻Tx2a/Tx2b（受信時/送信時）としたメッセージMsg3を経路上の次のスレーブブロック（ブロック２（２））に送信し（S133）、ステップS131に戻り、同様の処理を繰り返す。すなわち、図５４のS202に示すように、マスターブロックは、マスター時刻（Tm）、遅延累計（Dt）、X時刻（Tx2a/Tx2b）のメッセージMsg3を次のスレーブブロックに送信する。
【０２７２】
次に、マスターブロックからメッセージMsg1及びMsg3を受信したスレーブブロックの処理について説明する。
【０２７３】
スレーブブロックのCPU２１は、経路上の前のブロック（ここでは、マスターブロック：ブロック２（１））からメッセージMsg1を受信したか否かを判定する（ステップS141）。メッセージMsg1を受信していない場合（S141:NO）、スレーブブロックのCPU２１は、ステップS141に戻り、同様の処理を繰り返す。一方、メッセージMsg1を受信した場合（S141:YES）、マスター時刻TMをメッセージMsg1のまま、遅延累計をMsg1のまま、Y時刻を自現在時刻Ty1a/Ty1b（受信時/送信時）としたメッセージMsg2を経路上の前のブロック（ここでは、マスターブロック：ブロック（１））に送信する（S142）。すなわち、図５４のS203に示すように、スレーブブロックは、マスター時刻（Tm）、遅延累計（Dt）、Y時刻（Ty1a/Ty1b）のメッセージMsg2を前のマスターブロックに送信する。
【０２７４】
その後、メッセージMsg2を送信したマスターブロックからメッセージMsg3がスレーブブロックに送信される。
【０２７５】
スレーブブロックのCPU２１は、経路上の前のブロックからメッセージMsg3を受信すると、メッセージMsg1のX時刻（Tx1）、メッセージMsg3のX時刻（Tx2a、Tx2b）、メッセージMsg2のY時刻（Ty1a、Ty1b）、及び、自現在時刻（Ty2）に基づき、遅延時間Dx及び隣接遅延時間Dnを算出する（S143）。
【０２７６】
遅延時間Dx及び隣接遅延時間Dnは、下記の（式２）及び（式３）により算出される。
Dx＝{(Tx2a−Tx1)−(Ty1b−Ty1a)＋(Ty2−Ty1b)−(Tx2b−Tx2a)}/4・・・（式２）
Dn＝(Tx2b−Tx1)＋Dx・・・（式３）
次に、スレーブブロックのCPU２１は、マスター時刻（Tm）に遅延時間Dxを加算した時刻を、自現在時刻Ty1aにおける推定マスター時刻（Tm/Ty1a）とし、この推定マスター時刻（Tm/Ty1a）と過去の履歴から補正関数を求め、論理時刻TLxを求める（S144）。
【０２７７】
ここで、マスター時刻はマスターブロックの時刻である。マスターブロックは、クロック源（水晶発振器等）の誤差により、各スレーブブロックの時刻とは進み度合いが異なるため、時間の経過とともに誤差が大きくなる。各スレーブブロックは、過去の推定マスター時刻と自時刻の履歴から、マスター時刻と自時刻の進みの度合いの差を算出し、将来の必要な各時刻ｔで論理時刻を求める。
【０２７８】
図５５では、横軸を真の時刻、縦軸を各ブロック２の時刻とする。真の時刻Tt1、Tt2、Tt3、Tt4、・・・において、あるスレーブブロックの時刻がTx1、Tx2、Tx3、Tx4、・・・であり、そのスレーブブロックにおける対応する推定マスター時刻をTm1、Tm2、Tm3、Tm4、・・・とする。
【０２７９】
各ブロックの時刻が正確である場合、各ブロックの時刻のグラフの傾きは４５°の直線となるが、水晶発振器の精度には限界があるため、傾きが４５°の直線にはならない。なお、図５５では、理解し易くするために誤差を誇張している。
【０２８０】
真の時刻Tt1が初期化時とすると、あるスレーブブロックの時刻Tx1が推定マスター時刻Tm1となるため、差分のTm1−Tx1が修正分c1となる。このとき、スレーブブロックの論理時刻TLxをスレーブフロックの時刻Tx＋c1とする（TLx(t)＝Tx(t)＋c1）。ここで、時刻ｔは自時刻Txとみなす。
【０２８１】
その後、スレーブブロックは、真の時刻Ttnにおいては、過去の履歴があるため、推定マスター時刻の平均的な進み方（疎破線５０）と、自時刻の平均的な進み方（疎破線５１）との相違を計算することができる。これにより、スレーブブロックは、自時刻Tx（t）に対する補正関数c（t）を求めて、将来の必要な各時刻ｔで論理時刻TLx（t）を求めるようにできる。
【０２８２】
スレーブブロックの論理時刻TLx（t）は、下記の（式４）により算出される。
TLx(t)＝Tx(t)＋c(t)・・・（式４）
次に、スレーブブロックのCPU２１は、マスター時刻TMを前のブロックから受信したメッセージMsg1の値のまま、遅延累計は受信したメッセージMsg1の遅延累計に隣接遅延時間Dnと自身の処理時間Dyを加算した値、X時刻を自現在時刻Tx1’としたメッセージMsg1’を経路上の次のブロック（ここでは、スレーブブロック：ブロック２（３））に送信する（S145）。次に、メッセージMsg1’を送信したスレーブブロック（ブロック２（３））からメッセージMsg2’がスレーブブロック（ブロック２（２））に送信される。すなわち、図５４のS204に示すように、スレーブブロック（ブロックY）は、マスター時刻（Tm）、遅延累計（Dt：ここでは、送信されてきた遅延累計に隣接遅延時間Dnと自身の処理時間Dyを加算）、X時刻（Tx1’）のメッセージMsg1’を次のスレーブブロック（ブロックZ）に送信する。
【０２８３】
その後、スレーブブロック（ブロック２（２））のCPU２１は、前のスレーブブロック（ブロック２（３））からメッセージMsg2’を受信すると、マスター時刻と遅延累計はメッセージMsg1’の値から変更せず、X時刻をTx2a’/Tx2b’（受信時/送信時）としたメッセージMsg3’を経路上の次のスレーブブロック（ブロック２（３））に送信し（S146）、ステップS141に戻る。すなわち、図５４のS205に示すように、スレーブブロック（ブロックY）は、マスター時刻（Tm）、遅延累計（Dt）、X時刻（Tx2a’/Tx2b’）のメッセージMsg3’を次のスレーブブロック（ブロックZ）に送信する。
【０２８４】
このようなメッセージMsg1’及びMsg3’を受信したスレーブブロックは、図５３と同様の処理を行う。これにより、各スレーブブロック（ブロック２（２）〜２（９））は、マスターブロック（ブロック２（１））のマスター時刻と同期した略同じ論理時刻を共有することができる。この結果、ブロック２（１）〜２（９）は、各画像に打ち込まれた表示すべき時刻であるタイムスタンプによって、略同時に画像を表示（更新）することができる。
【０２８５】
なお、スマートフォン３は、画像を全てのブロック２（１）〜２（９）に転送するために必要な時間を予め知っており、表示すべき時刻までに全てのブロック２（１）〜２（９）に画像の転送が終了しているように、画像の転送を制御する。
【０２８６】
なお、ブロック２（１）をマスターブロック、ブロック２（２）〜２（９）をスレーブブロックとして時刻同期を行う場合について説明したが、スマートフォン３をマスターブロック、ブロック２（１）〜２（９）をスレーブブロックとして時刻同期を行うようにしてもよい。この場合、スマートフォン３及びブロック２（１）〜２（９）間で時刻同期を行うことができる。
【０２８７】
上記のように各ブロックの時刻同期を定期的に行うことで、動画の一時停止、再生も容易となる。
【０２８８】
つまり、動画を視聴しているスマートフォン３を持つユーザが、動画を一旦止めて再度再生をしたり、もしくは一旦止めた後に、動画を何秒か前に戻してから再度再生したいというニーズがある。この場合、スマートフォン３で起動のアプリケーションを通じて、開始ブロック２（１）に対し動画再生停止の信号を送信すると、この信号を受信した開始ブロック２（１）は自身及びその他のブロック２（２）〜（９）に対し順に動画再生停止の指示を行う。この際、開始ブロック２（１）は、停止信号を受けた時点での動画のピクチャーフレームのタイムスタンプの時刻のデータを、停止信号に加え、自身及び他のブロックに送信する。
【０２８９】
停止信号を全てのブロック２（１）〜２（９）が受信し、各ブロックの動画が停止した後、停止した時点からの動画を再生したい場合はスマートフォン３から再生の指示を開始ブロック２（１）を通じ他の全てのブロック２（２）〜２（９）に対し送信すればよい（但し、ブロックの数に応じて開始ブロックから最後のブロックまでの再生指示の伝達時間を考慮した時間の猶予が必要）。
【０２９０】
また、スマートフォン３のアプリケーション上で動画を前に戻したい時間、もしくは先送りしたい時間を指定してもよい。この場合は、停止時のタイムスタンプの時刻から戻したい分の時間を差し引いた時刻、もしくは先送りしたい時間を加えた時刻に一番近いタイムスタンプを持つピクチャーフレームを上記と同様に全てのブロック２（１）〜２（９）に認識させることで、所定時間経過後に全てのブロック２（１）〜２（９）が同じタイムスタンプ時刻を有する各ピクチャーフレームから同時に動画再生することが可能となる。
【０２９１】
また、さらに、ブロック２の少なくとも１つのブロックが、タッチパネル機能を具備した表示面２ａを有する構成も可能である。このタッチパネル機能とは、表示画２ａに対し人間の指等を触れることで、何らかのコンピュータ操作が行うことが可能な機能である。例えば、表示面２ａは、人間の指等が触れたことを検出するセンサーを有する。この場合、スマートフォン３に代わって、タッチパネル機能を有した表示面２ａを有するブロック２が、残りのブロック２に対して、動画の停止・再生の指示を行う。指示の方法については、スマートフォン３が行う方法と同じである。また、全てのブロック２がタッチパネル機能具備した表示面２ａを有する構成も可能である。この場合は、いずれのブロック２が、動画の停止・再生の指示をすることが可能である。
【０２９２】
なお、上述した例は、正方形のブロック２のみを接続して形成された表示システムであるが、上述したように形状の異なるブロック２同士も接続可能なようにしてもよい。
【０２９３】
図５６は、長方形と正三角形の２種類の形状のブロックからなる表示システム１Cの構成例を示す図である。よって、形状の異なる複数のブロック２を任意に接続して、ユーザは、所望の形状の表示面１ａを有する表示システムを形成することができる。
【０２９４】
さらになお、上述した例では、スマートフォン３とブロック２との通信は、近接無線通信（NFC）を用いているが、ＷｉＦｉ等の近距離無線を用いて、スマートフォン３とブロック２との通信を行うようにしてもよい。
【０２９５】
例えば、図３及び図８において、２点鎖線で示すように、表示システム１を構成する複数のブロック２の内の１つに、ＷｉＦｉ等の近距離無線機能を有する通信部WFNを設けるようにしてもよい。このような構成の場合、通信部WFNを有するブロック２のみが開始ブロック２ｓとなり、開始ブロック２ｓにおいてスマートフォン３からの探索要求コマンドSCと表示画像情報が受信され、開始ブロック２ｓからスマートフォン３へ探索応答RCが送信される。すなわち、複数のブロック２の１つは、探索要求コマンドSCを受信するための近距離無線通信を行う無線通信部を有するようにしてもよい。
【０２９６】
また、上述した例では、各ブロック２の識別は、一時的に生成されるブロック番号に基づいているが、各ブロックに固有の識別番号（例えば、ＭＡＣアドレス、製造番号等）を付与して、その固有の識別番号により行うようにしてもよい。  
【０２９７】
さらにまた、上述した例では、複数のブロック２は、２次元平面上に互いに連結するように配置されているが、３次元的に隣接するように連結してもよい。
【０２９８】
以下では、立方体のブロックを立体形状に連結した表示システムについて説明する。なお、表示システムを構成するブロックは、立方体のブロックに限定されることなく、例えば直方体のブロックであってもよい。
【０２９９】
図５７A〜図５７Iは、立方体のブロックの例を示す斜視図である。図５７Aに示すように、立方体のブロック６０ａは、６個の面ｆ１〜ｆ６を備えている。このブロック６０ａにおいて、見えている面が面ｆ１、ｆ４及びｆ５であり、見えていない面が面ｆ２、ｆ３及びｆ５である。
【０３００】
立方体のブロック６０ａを連結して例えばピラミッド構造のような立体形状の表示システムを形成する場合、ブロック６０ａは、表示器２３が形成されない場所がないようにするために、この場合、１つの面から５つの面に表示器を備える必要がある。
【０３０１】
図５７Bに示すブロック６０ｂは、１つの面ｆ１にのみ表示器を備える。図５７Cに示すブロック６０ｃは、２つの面ｆ１及びｆ２に表示器を備え、図５７Dに示すブロック６０ｄは、２つの面ｆ１及びｆ３に表示器を備える。このように、２つの面に表示器を備えるブロック６０ｃ及び６０ｄは、２つのパターンが存在し、これらのブロック６０ｃ及び６０ｄを回転させることで、様々な連結パターンに適用する。
【０３０２】
また、図５７E及び図５７Fに示すブロック６０ｅ及び６０ｆは、３つの面に表示器を備える２つのパターンであり、図５７G及び図５７Hに示すブロック６０ｇ及び６０ｈは、４つの面に表示器を備える２つのパターンである。ブロック６０ｅは、面ｆ１、ｆ２及びｆ３に表示器を備え、ブロック６０ｆは、面ｆ１、ｆ２及びｆ５に表示器を備え、ブロック６０ｇは、面ｆ１、ｆ２、ｆ３及びｆ４に表示器を備え、ブロック６０ｈは、面ｆ１、ｆ２、ｆ３及びｆ５に表示器を備えている。また、図５７Iに示すブロック６０ｉは、５つの面ｆ１、ｆ２、ｆ３、ｆ４及びｆ５に表示器を備えている。
【０３０３】
ブロック６０ｂ〜６０ｉにおいて、表示器を備えていない面には、データ送受信用の送受信部が配置されており、隣接するブロックへデータが転送される。
【０３０４】
図５８は、立方体のブロックを段上に重ねてピラミット構造とした表示システムの例を示す図である。
【０３０５】
図５８に示すように、立方体のブロックを立体形状に連結して表示システム１Cを形成した場合、表示システム１Cの表面はユーザがどの方向から見ても全て表示器が形成されている必要がある。そのため、表示システム１Cを形成する各ブロックは、複数の面に表示器を備えることが必要となり、上述したブロック６０ｂ〜６０ｉのいずれかのブロック用いることになる。
【０３０６】
図５９は、ピラミット構造の表示システム１Cを各段で展開した展開図である。
【０３０７】
表示システム１Cにおいて、下から１段目の４つの角に配置されるブロックは、３つの面に表示器を備える必要があるため、ブロック６０ｆを用いている。４つの角以外に配置されるブロックは、２つの面に表示器を備えていればよいため、ブロック６０ｃを用いている。下から２段目、及び３段目についても同様である。また、下から４段目（最上段）に配置されるブロックは、５つの面に表示器を備える必要があるため、ブロック６０ｉを用いている。これらのブロックにおいて、表示器を有していない面には送受信部が配置されており、隣接するブロックにデータが転送される。
【０３０８】
一方、ピラミット構造を形成したときに表面に配置されないブロックについては、表示器を備える必要がない。表示器を備えていないブロックは、ブロック間の隙間を埋めるためだけの筐体である、表示器、通信部、及び制御部も有さないブロック（ダミーブロック：表示装置の大きさに合わせて作った単なる筐体）６０ｊと、表示器は無いが、送受信部及び制御部を備えたブロック６０ｋとに分けられる。以上の通り、表示器は無いが、送受信部及び制御部を備えたブロックも、表示装置に含まれる。ブロック６０ｋは、送受信部を全ての面に備えていてもよいが、隣りのブロックと次のブロックとのデータ転送に必要な面だけに対応して送受信部を少なくとも２つ以上有していても良い。
【０３０９】
１段目と２段目とでデータを転送するため、２段目と３段目とでデータを転送するため、３段目と４段目とでデータを転送するために、１段目から３段目にブロック６０ｋが少なくとも１つ配置される。なお、ブロック６０ｋは、データの転送を行うために、少なくとも１つの面に表示器を備えるブロックが配置される。その他の隙間は、ダミーブロックであるブロック６０ｊが配置されている。
【０３１０】
ユーザは、立体形状に応じてどのブロック６０ｂ〜６０ｋを用いるかを選択して組み立てることで、所望の立体形状の表示システム１Cを構成することができる。なお、ブロック６０ｂ〜６０ｋは、立体形状に連結したり、あるいは、壁等に配置する場合、表示器が内面に互いに連結するための機構、あるいは、壁等に固定するための機構を設ければよい。
【０３１１】
スマートフォン３から表示システム１Cに配置探索や画像情報の転送を行う際、表示器がある面に対して近接無線通信（NFC等）により配置探索及び画像情報の転送が行えないことが考えられる。この場合、図５９に示すように、３つの表示器を備えるブロック６０ｆに代えて、２つの表示器を備えるブロック６０ｃ、あるいは、表示器を備えていないブロック６０ｋを配置する。そして、スマートフォン３から配置探索及び画像情報の転送を全て行った後、ブロック６０ｃまたは６０ｋを３つの面に表示器を備えるブロック６０ｆに代えればよい。あるいは、スマートフォン３からブロック６０ｆに画像情報を全て転送してから、ブロック６０ｆがスマートフォン３に代わって、配置探索及び画像情報の転送を順次行ってもよい。
【０３１２】
さらにまた、本実施形態では、ブロック２の表示器２３に画像（静止画または動画）を表示させる例について説明したが、これに限定されるものではない。画像は視覚に対する刺激であるが、視覚以外の感覚、例えば、聴覚または触覚等を刺激するものであってもよい。
【０３１３】
図６０及び図６１は、ブロックの他の構成の例を示す図である。
【０３１４】
図６０に示すように、例えば、ブロック７０は、画像が表示される表示器に加え、ブロック７０内部に聴覚を刺激する音を出す（音を表示する）スピーカー（例えば、圧電スピーカー）７１をさらに内蔵していてもよい。スピーカー７１は、例えば、曲のメロディー、歌声、音声等を出力する。尚、画像を表示する機能はなく、音のみを表示する表示器であってもよい。
【０３１５】
このようなスピーカー１７を内蔵したブロック７０を連結した表示システムの活用方法としては、スマートフォン３から曲のデジタル信号をブロック７０の数に応じて分割し、それらの分割デジタル信号を各ブロック７０に転送する。ユーザは、バラバラになったブロック７０から出力されるそれぞれ異なった音楽の断片を聞いて、元の曲となるように各ブロック７０を並び替えて、その並び替えた順序が正解なのか間違っているのかをスマートフォン３からの信号で確認するようにする。これ以外にも様々な方法でスピーカー７１を内蔵したブロック７０を連結した表示システムを活用することが可能である。
【０３１６】
また、図６１に示すように、視覚に加え触覚も刺激する３次元形状を表現するブロックとして、ブロックの表示器の面にマトリクス状の多数のシリンダー７３を配置し、各シリンダー７３を駆動するためのシリンダー駆動部を内蔵するブロック７２を用いることができる。制御部とシリンダー駆動部とを接続し、このシリンダー駆動部により各シリンダー７３を独立駆動させて表示器表面に３次元の凹凸を形成させる。
【０３１７】
このようなブロック７２を連結し、目的に合わせて、例えば山の地形を複数のブロック７２を連結した表示システム全体で表現してもよい。これ以外の目的でも利用可能である。表示器に音表示、３Ｄ形状表示を行う場合には、それに対応させてスマートフォン３には音表示アプリケーション、３Ｄ形状表示アプリケーションをインストールさせれば良い。
【０３１８】
以上のように、上述した実施形態によれば、複数配置された表示装置において互いに画像データ転送が可能であり、画像を表示する表示画面のサイズ及び形態を任意に変更可能な表示ブロック及び表示システムを実現することができる。
【０３１９】
また、表示装置の各送受信部のデータ通信方法はＮＦＣ等の近接無線通信に変えて、光無線通信などにしても良い。この場合、ブロックの送受信部は例えば赤外線によるデータ送受信を行う機構とし、ブロックの送受信部に対応する各側面の中心部領域はその赤外線に対し透過性があるようにする。また、ブロックの大きさをより小さくしていく必要性や、大きなデータをより早く転送する必要性等を考慮し、最適な通信手段を選択すれば良い。
【０３２０】
発明のいくつかの実施の形態を説明したが、これらの実施の形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施の形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０３２１】
１、１A、１B  １C  表示システム、１ａ  表示面、２、２A  表示ブロック、２ａ  表示面、２ｓ  開始ブロック、３  スマートフォン、３ａ  画面、１１  筐体、１１ａ、１１ｂ、１１ｃ、１１ｄ  側面部、１６  基板、２１  制御部、２２、２２A、２２B、２２C、２２D  送受信部、２３  表示器、２７  メモリ、３１  制御部、３２  メモリ、３３  表示器、３４  無線通信部、３５  送受信部。
【図１】
2016170398.tif 000003
【図２】
2016170398.tif 000004
【図３】
2016170398.tif 000005
【図４】
2016170398.tif 000006
【図５】
2016170398.tif 000007
【図６】
2016170398.tif 000008
【図７】
2016170398.tif 000009
【図８】
2016170398.tif 000010
【図９】
2016170398.tif 000011
【図１０】
2016170398.tif 000012
【図１１】
2016170398.tif 000013
【図１２】
2016170398.tif 000014
【図１３】
2016170398.tif 000015
【図１４】
2016170398.tif 000016
【図１５】
2016170398.tif 000017
【図１６】
2016170398.tif 000018
【図１７】
2016170398.tif 000019
【図１８】
2016170398.tif 000020
【図１９】
2016170398.tif 000021
【図２０】
2016170398.tif 000022
【図２１】
2016170398.tif 000023
【図２２】
2016170398.tif 000024
【図２３】
2016170398.tif 000025
【図２４】
2016170398.tif 000026
【図２５】
2016170398.tif 000027
【図２６】
2016170398.tif 000028
【図２７】
2016170398.tif 000029
【図２８】
2016170398.tif 000030
【図２９】
2016170398.tif 000031
【図３０】
2016170398.tif 000032
【図３１】
2016170398.tif 000033
【図３２】
2016170398.tif 000034
【図３３】
2016170398.tif 000035
【図３４】
2016170398.tif 000036
【図３５】
2016170398.tif 000037
【図３６】
2016170398.tif 000038
【図３７】
2016170398.tif 000039
【図３８】
2016170398.tif 000040
【図３９Ａ】
2016170398.tif 000041
【図３９Ｂ】
2016170398.tif 000042
【図３９Ｃ】
2016170398.tif 000043
【図３９Ｄ】
2016170398.tif 000044
【図４０Ａ】
2016170398.tif 000045
【図４０Ｂ】
2016170398.tif 000046
【図４０Ｃ】
2016170398.tif 000047
【図４０Ｄ】
2016170398.tif 000048
【図４１Ａ】
2016170398.tif 000049
【図４１Ｂ】
2016170398.tif 000050
【図４１Ｃ】
2016170398.tif 000051
【図４１Ｄ】
2016170398.tif 000052
【図４２Ａ】
2016170398.tif 000053
【図４２Ｂ】
2016170398.tif 000054
【図４２Ｃ】
2016170398.tif 000055
【図４２Ｄ】
2016170398.tif 000056
【図４３】
2016170398.tif 000057
【図４４】
2016170398.tif 000058
【図４５】
2016170398.tif 000059
【図４６】
2016170398.tif 000060
【図４７】
2016170398.tif 000061
【図４８】
2016170398.tif 000062
【図４９】
2016170398.tif 000063
【図５１】
2016170398.tif 000064
【図５２】
2016170398.tif 000065
【図５３】
2016170398.tif 000066
【図５４】
2016170398.tif 000067
【図５５】
2016170398.tif 000068
【図５６】
2016170398.tif 000069
【図５７Ａ】
2016170398.tif 000070
【図５７Ｂ】
2016170398.tif 000071
【図５７Ｃ】
2016170398.tif 000072
【図５７Ｄ】
2016170398.tif 000073
【図５７Ｅ】
2016170398.tif 000074
【図５７Ｆ】
2016170398.tif 000075
【図５７Ｇ】
2016170398.tif 000076
【図５７Ｈ】
2016170398.tif 000077
【図５７Ｉ】
2016170398.tif 000078
【図６０】
2016170398.tif 000079
【図６１】
2016170398.tif 000080
【図５０】
2016170398.tif 000081
【図５８】
2016170398.tif 000082
【図５９】
2016170398.tif 000083