マルチディスプレイ装置、及びディスプレイ装置
【課題】１つの映像をネットワーク接続された複数のディスプレイを用いて表示するための、低コストで拡張性のあるマルチディスプレイ装置を実現する。
【解決手段】映像送信サーバと、同一ネットワークアドレスのＩＰアドレスを設定された複数のディスプレイとを備え、前記映像送信サーバは、前記映像のどこのエリアを表示するかを示す表示エリア情報を各ディスプレイに送信した後、ブロードキャスト通信を使用して、同一ネットワークアドレスの前記複数ディスプレイに映像データを送信し、前記複数のディスプレイは、ブロードキャスト通信で送信された映像データを受信し、予め受信した表示エリア情報に基づき受信した映像データの表示エリアを決定し、表示する。
【解決手段】映像送信サーバと、同一ネットワークアドレスのＩＰアドレスを設定された複数のディスプレイとを備え、前記映像送信サーバは、前記映像のどこのエリアを表示するかを示す表示エリア情報を各ディスプレイに送信した後、ブロードキャスト通信を使用して、同一ネットワークアドレスの前記複数ディスプレイに映像データを送信し、前記複数のディスプレイは、ブロードキャスト通信で送信された映像データを受信し、予め受信した表示エリア情報に基づき受信した映像データの表示エリアを決定し、表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチディスプレイ装置に関する。
【背景技術】
【０００２】
近年、公共機関、教育機関、イベント会場などでは、ネットワークを通じて表示装置に映像を配信して不特定多数の人に情報を伝えるデジタルサイネージが普及し始めている。デジタルサイネージでは、不特定多数の人に情報を伝えることが重要なため、大型ディスプレイ（例えば１００インチ以上）で表示したいという要望がある。しかし、大型ディスプレイは高価かつ、運搬も大変であるため、一般的に小型ディスプレイを複数並べることで大型ディスプレイを構成することが行われている。
【０００３】
例えば特許文献１には、課題として「本発明の目的は、ネットワークを介して配信されるデジタル映像ストリームを複数のディスプレイにより構成される大画面に表示することと、複数のディスプレイをネットワークに接続したときにネットワークの設定を自動的に行うとともにディスプレイの位置関係を自動的に把握することである。」と記載され、解決手段として「ネットワークインタフェースを有するディスプレイを接続して画面を構成するシステムにおいて、ディスプレイの接続関係からディスプレイの位置関係を抽出し、ディスプレイの位置関係とディスプレイのネットワークアドレスマッピング情報を保持する手段を有し、ネットワーク経由で伝送されるデジタル映像ストリームを所望のディスプレイへのデータとして再構成し、再構成されたデータを符号化する可変長符号化手段と、前記符号化されたデータをネットワークパケットとして構成し、ネットワークインタフェースを介しデータを送受信するように構成される。」と記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２１１１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１の構成では、映像ストリームを再構成して所望のディスプレイに分配するマルチディスプレイ構成装置が必要となる。このマルチディスプレイ構成装置は、汎用品ではないためコスト削減が難しい。また、複数組のマルチディスプレイを接続しようとした場合、マルチディスプレイ構成装置は、ユニキャスト通信を用いて複数のディスプレイに再構成した映像ストリームを送信する必要がある。そのため、同様なデータを複数回送信することになり、マルチディスプレイ構成装置のパフォーマンスによって、接続できる最大ディスプレイ数が決まってしまうという課題がある。
上記課題に鑑み、本発明では、拡張性のあるマルチディスプレイ装置を実現することを目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するため本発明は、例えば特許請求に記載の構成を備える。
【発明の効果】
【０００７】
本発明によれば、拡張性のあるマルチディスプレイ装置を実現でき、ユーザに対する使い勝手の向上に寄与できるという効果がある。
【図面の簡単な説明】
【０００８】
【図１】ＩＰアドレスのクラスの説明図である。
【図２】通信の種類の説明図である。
【図３】実施例１のマルチディスプレイ装置の概略構成を示すブロック図である。
【図４】実施例１のマルチディスプレイ装置の詳細構成を示すブロック図である。
【図５】実施例におけるイーサネット(登録商標)ケーブルを流れるパケットの一例を示す図である。
【図６】実施例における各機器のＩＰアドレス一覧表の一例を示す図である。
【図７】実施例１におけるマルチディスプレイ装置の動作フロー図である。
【図８】実施例における映像送信サーバ１００の初期設定動作の一例を示す動作フロー図である。
【図９】実施例におけるディスプレイ配置設定画面の一例を示す図である。
【図１０】実施例におけるＩＰアドレス設定画面の一例を示す図である。
【図１１】実施例におけるマルチディスプレイ装置が表示する映像の一例を示す図である。
【図１２】実施例１のマルチディスプレイ装置における表示の一例を示す図である。
【図１３】複数のマルチディスプレイ装置を同一ネットワークアドレス内に配置した一例を示すブロック図である。
【図１４】実施例における各機器のＩＰアドレスと表示エリア情報の一覧表の一例を示す図である。
【図１５】実施例２のマルチディスプレイ装置の詳細構成を示すブロック図である。
【図１６】実施例３のマルチディスプレイ装置の詳細構成を示すブロック図である。
【図１７】実施例におけるスライス分割の一例を示す図である。
【図１８】実施例４におけるマルチディスプレイ装置の動作フロー図である。
【図１９】実施例における映像送信サーバ１５０の初期設定動作の一例を示す動作フロー図である。
【発明を実施するための形態】
【０００９】
始めにＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスのクラス、及び通信の種類について説明する。
図１は、ＩＰアドレス（ＩＰｖ４）のクラスの説明図である。
ＩＰアドレスは、３２ビットの正数値で表され、８ビットずつ４組に分けて、その境に「．」（ピリオド）を入れて１０進数で表現する方法であり、図１のようにクラスＡからクラスＤに分類される。クラスＡは先頭１ビットが“０”で始まる場合で、先頭から８ビットがネットワークアドレスとなり、下位２４ビットはホストアドレスとして割り与えられる。クラスＢは先頭２ビットが“１０”で始まる場合で、先頭から１６ビットがネットワークアドレスとなり、下位１６ビットはホストアドレスとして割り与えられる。クラスＣは先頭３ビットが“１１０”で始まる場合で、先頭から２４ビットがネットワークアドレスとなり、下位８ビットはホストアドレスとして割り与えられる。クラスＤは先頭４ビットが“１１１０”で始まる場合で、３２ビットすべてがネットワークアドレスとなり、マルチキャスト通信に使用される。上記ホストアドレスは、ＩＰアドレスがわからない場合はすべて０とし、ブロードキャストアドレスとして使用する場合はすべて１とする。
【００１０】
図２は、通信の種類の説明図である。ホストＡからホストＺまでが、バス型のネットワークに接続されており、ホストＡがデータを送信する場合について考える。ネットワークを利用して通信する場合、通信相手の数によって「ユニキャスト通信」、「マルチキャスト通信」、「ブロードキャスト通信」の３つに分類される。
ユニキャスト通信は、１対１の通信のことで、送信先ＩＰアドレスに単一のＩＰアドレスを指定して特定の相手にデータを送信する。
【００１１】
ブロードキャスト通信は、１対不特定多数の通信のことで、送信先ＩＰアドレスにブロードキャストアドレスと呼ばれるＩＰアドレスを使用して送信する。ブロードキャストアドレスとは、ホストアドレスがすべて１のアドレスのことで、同一のネットワークアドレス内の全てのホストに同一データが配信される。なお、送信ホストと同一のネットワークアドレスにブロードキャストすることをローカルブロードキャスト、送信ホストと異なるネットワークアドレスにブロードキャストすることをダイレクトブロードキャストという。
【００１２】
マルチキャスト通信とは、１対複数の通信のことで、送信先ＩＰアドレスに通常のＩＰアドレスではなく、マルチキャストアドレスと呼ばれるクラスＤのＩＰアドレスを使用して配信される。受信ホストは、事前に送信されるマルチキャストアドレスを登録しておくことで、登録したマルチキャストアドレスで配信されたデータを受信することが可能となる。
上記ブロードキャスト通信とマルチキャスト通信は、同一データを複数のホストに送信したい場合に利点がある。例えば、４つのホストに同一データを送信したい場合、ユニキャスト通信を用いると、データを送信するホストは４回同一のデータを送信しなければいけないが、ブロードキャスト通信とマルチキャスト通信を用いると、データを送信するホストは１回だけデータを配信すれば良いため、ユニキャスト通信と比べて効率が良い。
【実施例１】
【００１３】
本発明の第１の実施例であるマルチディスプレイ装置について説明する。実施例１は、ローカルブロードキャストを用いて１つの映像を４つのディスプレイに表示（マルチ表示）する例である。
図３は、実施例１のマルチディスプレイ装置の概略構成を示すブロック図であり、映像送信サーバ１００、ディスプレイ１１０，１２０，１３０，１４０の４枚のディスプレイとを有し、映像送信サーバと各ディスプレイはイーサケーブルによってバス型で接続されている。図３のようにディスプレイ１１０，１２０，１３０，１４０を２ｘ２の配置に並べることで擬似的に一つの大型ディスプレイを構成する。
【００１４】
図４は、実施例１のマルチディスプレイ装置の詳細構成を示すブロック図である。図４を用いて、映像送信サーバ１００とディスプレイ１１０の内部構成を詳しく説明する。映像送信サーバ１００は記録装置１０１、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２、ネットワークＩＦ（Ｉｎｔｅｒｆａｃｅ）１０３、表示部１０４を有する。記録装置１０１はＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体を備えており、該記録媒体には配信したいコンテンツに圧縮処理を施した映像ストリームが記録される。圧縮形式は、Ｈ．２６４、ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等どのような圧縮形式を使用しても良い。
【００１５】
ＣＰＵ１０２は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能（ネットワーク接続されたディスプレイにＩＰアドレスを割り振る）と、前記記録装置１０１から映像ストリームを読み出した後、ヘッダを付けてＩＰパケットを作成する機能と、ネットワークを介して各ディスプレイ１１０，１２０，１３０，１４０へ表示エリア情報を通信する機能と、表示部と連携して表示画面の制御等を行う機能とがある。ネットワークＩＦ１０３は、前記ＣＰＵ１０２で作成されたＩＰパケットにイーサネットのヘッダを付けてイーサフレームを作成し、ネットワーク上へ出力する機能と、ネットワーク上から受信したイーサフレームのヘッダを取り除きＩＰパケットに変換する機能を持つ。表示部１０４は、例えばタッチパネル形式となっており、メニュー画面、設定画面を表示するだけでなく、ユーザの指示をＣＰＵ１０２に伝える機能も持っている。
【００１６】
図５は、実施例におけるイーサネットケーブルを流れるパケットの一例を示す図である。先頭からイーサネットヘッダ９００、ＩＰヘッダ９０１、データ９０２の順で構成される。映像ストリームと表示エリア情報等のユーザが送信したい情報は、データ９０２に格納される。
先の図４において、ディスプレイ１１０はネットワークＩＦ１１１、デコーダ１１２、ＣＰＵ１１３、表示部１１４を有する。ネットワークＩＦ１１１は、ネットワークＩＦ１０３と同様な機能のため説明を省略する。ＣＰＵ１１３は、ネットワークＩＦ１１１で受信したＩＰパケットが映像ストリームだった場合、ＩＰパケットのヘッダを取り除きデコーダ１１２へ映像ストリームを渡す。一方、ネットワークＩＦ１１１で受信したＩＰパケットが表示エリア情報のパケットだった場合、表示部１１４に出力する表示エリアの指示を出す。デコーダ１１２は、映像ストリームをデコードして、デコード映像を出力する。表示部１１４は、デコード映像をディスプレイに表示する。このとき、ＣＰＵ１１３から表示エリアの指示があった場合、表示エリアのデコード映像のみを表示する。表示エリアの指示がなかった場合は、デコード映像をそのまま表示する。その他のディスプレイ１２０，１３０，１４０も同様の構成のため、同一の符号を記載し説明を省略する。
【００１７】
図６は、実施例における各機器のＩＰアドレス一覧表の一例を示す図である。映像送信サーバ１００はＤＨＣＰサーバの機能を備えているため、映像送信サーバ１００にディスプレイをネットワーク接続すると、自動的にＩＰアドレスが割り与えられる。本実施例ではローカルブロードキャストを使用するので、個人で任意に設定できるクラスＣのＩＰアドレス（１９２．１６８．１．ｘｘｘ）を使用する。各ディスプレイ１１０，１２０，１３０，１４０はＤＨＣＰサーバより図６の表に記載の、同一ネットワークドレスのＩＰアドレスが割り与えられたとする。
【００１８】
図７は、実施例１のマルチディスプレイ装置の動作フロー図である。以下、（１）初期設定、（２）各機器との通信、（３）映像ストリームの配信の順で、マルチディスプレイ装置の動作フローについて説明する。前提条件として、各機器の電源は投入され、かつネットワークに接続されており、前記図６のＩＰアドレスを取得した状態とする。
【００１９】
始めに（１）初期設定について説明する。ディスプレイ１１０，１２０，１３０，１４０の初期設定は、マルチ表示ソフトウエアを起動することである。マルチ表示ソフトウエアは、電源投入時に自動で起動してもよいし、電源投入後ユーザがマルチ表示ソフトウエアを選択して起動しても良い。
図８は、実施例における映像送信サーバ１００の初期設定動作の一例を示す動作フロー図である。ディスプレイ配置の設定Ｓ３００、ＩＰアドレスの設定Ｓ３０１、配信コンテンツの設定Ｓ３０２、表示エリアの設定Ｓ３０３の順番で処理を行う。ここで、各ディスプレイの配置とＩＰアドレスは、ユーザが把握しているものとし、ユーザは映像送信サーバの構成要素を使用して設定を行うとする。
【００２０】
まず、ディスプレイ配置の設定Ｓ３００を説明する。
図９は、実施例におけるディスプレイ配置設定画面の一例を示す図である。図９の７００〜７０２が予め用意されたディスプレイ配置でディスプレイ配置７００は２ｘ２の配置、ディスプレイ配置７０１は３ｘ３の配置、ディスプレイ配置７０２は４ｘ２の配置を示す。三角マーク７０３は他の配置を表示するためのマークであり、上記以外にも様々な配置を登録しておくことで、ユーザは簡単に設定可能となる。さらに、四角のディスプレイを複数使用してハート型、星型等複雑なディスプレイ配置を実現したい場合は、手動でディスプレイ配置を設定するモードを設け、これを使用してユーザが設定しても良い。
【００２１】
次に、ＩＰアドレスの設定Ｓ３０１を説明する。
図１０は、実施例におけるＩＰアドレス設定画面の一例を示す図である。図１０は、図３で示したディスプレイ配置の場合の設定例を示している。この際、図９のディスプレイ配置の選択画面にて、ユーザは２ｘ２のディスプレイ配置７００を選択したとする。このとき、ユーザは予め図３のディスプレイ配置と、図６のＩＰアドレスを把握しているため、図１０のように２ｘ２のディスプレイ配置に対応するＩＰアドレスを設定できる。
次に、配信コンテンツの設定Ｓ３０２を説明する。配信するコンテンツの選択は、例えば、サムネイル表示画面から選択しても良いし、コンテンツの題名一覧画面から選択するとしても良い。
【００２２】
次に、表示エリアの設定Ｓ３０３を説明する。
図１１は、実施例におけるマルチディスプレイ装置が表示する映像の一例を示す図である。例えば、図１１に示したＨＤサイズ（１９２０ｘ１０８０）の映像を、図３で示した４つのディスプレイに１画面として表示したい場合について考える。図１１の点線で４分割した始点（左上座標）のｘ座標とｙ座標、終点（右下の座標）のｘ座標とｙ座標の形式「始点（ｘ，ｙ）終点（ｘ，ｙ）」で表し、前記始点と前記終点で囲まれたエリアを表示エリアとする。ディスプレイ１１０は「（０，０）（９６０，５４０）」、ディスプレイ１２０は「（９６０，０）（１９２０，５４０）」、ディスプレイ１３０は「（０，５４０）（９６０，１０８０）」、ディスプレイ１４０は「（９６０，５４０）（１９２０，１０８０）」を表示すれば、図３の２ｘ２のディスプレイ配置でマルチ表示を実現できる。上記「始点（ｘ，ｙ）終点（ｘ，ｙ）」の形式で記載した情報を各ディスプレイ１１０，１２０，１３０，１４０の表示エリア情報とする。図１１の例では表示エリア情報を始点のｘ座標とｙ座標、終点のｘ座標とｙ座標で表現したが、例えば、始点のｘ座標とｙ座標と、ｘのサイズとｙのサイズ等、ディスプレイが表示するエリア特定できる情報であれば何でも良い。
【００２３】
次に、図７に戻って（２）各機器との通信について説明する。（１）初期設定で、各ディスプレイ１１０，１２０，１３０，１４０の表示エリアが決まったので、表示エリア情報を各ディスプレイに伝える必要がある。例えばディスプレイ１１０への通信の場合、まず映像送信サーバ１００のＣＰＵ１０２が送信先ＩＰアドレス「１９２．１６８．１．１０１」、前記ディスプレイ１１０に対応する表示エリア情報「（０，０）（９６０，５４０）」をデータとするＩＰパケットを作成する。次にネットワークＩＦ１０３でＣＰＵ１０２が作成したＩＰパケットにヘッダを付けてイーサフレームを作成し、ネットワーク上へ送信する。ディスプレイ１１０のネットワークＩＦ１１１は、送信先ＩＰアドレス「１９２．１６８．１．１０１」のイーサフレームを受信し、イーサフレームのヘッダを取り除きＩＰパケットを生成する。ＣＰＵ１１３はネットワークＩＦ１１１からＩＰパケットを受け取り、内部のデータが表示エリア情報だった場合、表示部１１４に表示エリアを指定する。この処理をディスプレイ数分だけ順次処理する。
【００２４】
最後に、図７の（３）映像ストリームの配信について説明する。（２）各機器との通信で各ディスプレイに表示エリア情報を伝送したので、全ディスプレイに映像ストリームを配信する。映像送信サーバ１００のＣＰＵ１０２は、記録装置１０１から映像ストリームを読み出し、グローバルアドレス（１９２．１６８．１．２５５）を送信先ＩＰアドレス、映像ストリームをデータとするＩＰパケットを作成する。ネットワークＩＦ１０３はＣＰＵ１０２が作成した映像ストリームのＩＰパケットにイーサフレームのヘッダを付けてネットワーク上に配信する。図１で説明したように、前記ＩＰアドレス（１９２．１６８．１．２５５）のクラスはクラスＣであり、８ビットのホストアドレスは全て１であることから、グローバルアドレスであることが分かる。このため、図２で説明したように、全ディスプレイに対して同時に同じ映像ストリームが配信される。
【００２５】
各ディスプレイ１１０，１２０，１３０，１４０のネットワークＩＦ１１１は、前記グローバルアドレスで配信されたイーサフレームを受信して、ＩＰパケットに変換する。各ディスプレイのＣＰＵ１１３は、前記ＩＰパケットのヘッダを取り、映像ストリームをデコーダへ供給する。各デコーダ１１２は、映像ストリームをデコードしてデコード映像を生成する。各表示部１１４は（２）各機器との通信にて、設定された表示エリア情報に基づいてデコード映像から表示エリアの映像のみを選択し、ディスプレイに表示する。
【００２６】
図１２は、実施例１のマルチディスプレイ装置における表示の一例を示す図であり、図７の動作フロー完了後の表示を示す。ディスプレイ配置は図３の２ｘ２の配置とし、配信する映像は図１１に記載のＨＤサイズの映像であるとすると、図１２のように、１つの映像を複数のディスプレイで表示するマルチ表示ができる。
図１３は、複数のマルチディスプレイ装置を同一ネットワークアドレス内に配置した一例を示すブロック図である。映像送信サーバ２００と、２ｘ２のディスプレイ配置のディスプレイ２１０，２２０，２３０，２４０と、１ｘ１のディスプレイ配置のディスプレイ２５０と、ハート型のディスプレイ配置のディスプレイ２６０，２７０，２８０を有している。
【００２７】
図１４は、図１３の実施例における各機器のＩＰアドレスと表示エリア情報の一覧表の一例を示す図である。映像送信サーバ２００と各ディスプレイはネットワーク接続されており、各機器のＩＰアドレスと表示エリア情報は図１４に示されており、映像送信サーバ２００が配信する映像ストリームは、図１１の映像の映像ストリームとする。２ｘ２のディスプレイ配置のディスプレイ２１０，２２０，２３０，２４０は、図１４の表示エリア情報を設定すると、２ｘ２のマルチ表示が実現できる。１ｘ１のディスプレイ配置のディスプレイ２５０は、表示エリア情報を図１４に記載の「（０，０）（１９２０，１０８０）」に設定することで１つのディスプレイに全画面表示が実現できる。また、ハート型のディスプレイ配置のディスプレイ２６０，２７０，２８０は、映像の全画面（２９０の点線）を複数のディスプレイで表示するのではなく、必要な部分のみを表示する例である。表示エリア情報は、図１４に記載の値に設定することで、一部分表示が実現できる。このように、様々なディスプレイ配置が混在する場合でも、表示エリア情報の設定を変更するだけで対応することが可能となるため、拡張性に優れたマルチディスプレイ装置となる。
【００２８】
以上、イーサネットの標準プロトコルであるブロードキャストを用いて、マルチディスプレイ装置を構成することで、汎用機器のみで実現できるため、低コストで実現可能となる。また、図１３のように、表示するディスプレイ数を増やした場合、および、表示方法をディスプレイ毎に変更する場合でも、（１）初期設定で各ディスプレイに表示エリアを指定するだけで良いので、映像ストリームを配信する映像送信サーバの負荷は変わらない。よって、拡張性に優れたマルチディスプレイ装置が実現可能となる。
【００２９】
実施例１では、ローカルブロードキャストを用いて説明したが、全てのディスプレイに同一のネットワークアドレスのグローバルＩＰアドレスを設定することで、ダイレクトブロードキャストを用いた場合も同様にマルチ表示が実現可能である。また、イーサネットを用いて、機器間を接続する例を示したが、ＦＤＤＩ（Ｆｉｂｅｒ−Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）、無線ＬＡＮ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）など機器間の通信方式はどんな方式でも良い。また、映像送信サーバの表示部１０４はタッチパネルにより、ユーザの入力を受け付ける機能を持っているが、表示部とは別に外部入力部を用意し、マウス、キーボードなどで初期設定する、または別途設定用ＰＣを用意し、前記設定用ＰＣからユニキャスト通信にて初期設定するようにしても良い。また、映像送信サーバ１００は、ＤＨＣＰサーバの機能を持っていたが、別にＤＨＣＰサーバがあっても良いし、各機器に手動でＩＰアドレスを設定しても良い。さらに、（２）各機器との通信は、ユニキャスト通信を用いて一対一で順番に行う例を記載したが、全てのディスプレイの送信先ＩＰアドレスと表示エリア情報のセットを、ブロードキャスト通信で一斉に配信するとしても良い。その場合、各ディスプレイ１１０，１２０，１３０，１４０は、自分宛の送信先ＩＰアドレスの表示エリア情報のみを使用すれば良い。
【実施例２】
【００３０】
実施例１では、配信するコンテンツとして映像ストリームを使用する例を説明したが、本実施例では、映像ストリームではなく非圧縮の映像データを使用する例を説明する。
図１５は、実施例２のマルチディスプレイ装置の詳細構成を示すブロック図である。図４と同様の機能のブロックには同一符号を記載したので説明を省略する。本実施例の場合、各ディスプレイ１１０，１２０，１３０，１４０の動作が変更になる。各ディスプレイ１１０，１２０，１３０，１４０のＣＰＵ１１３は、受信したデータが映像データのＩＰパケットだった場合、前記ＩＰパケットのヘッダを取り除き、表示部１１４へ映像データを渡す。表示部１１４では、前記映像データを指定された表示エリア情報に基づいて、表示エリアを限定してディスプレイに表示することで実施例１と同様にマルチ表示が実現可能である。
【実施例３】
【００３１】
本実施例では、映像送信サーバが動画像符号化Ｈ．２６４のマルチスライスエンコードを用いてエンコードした映像ストリームを配信することで、ディスプレイ側の処理量を削減する方法について説明する。
図１６は、実施例３のマルチディスプレイ装置の詳細構成を示すブロック図である。図４と同様の機能のブロックは、同一符号を記載したので説明を省略する。図４との違いは、映像送信サーバ１５０のエンコーダ１０５とディスプレイ１６０，１７０，１８０，１９０のデコーダ１１５である。エンコーダ１０５は、記録装置１０１に記録された映像ストリームをマルチスライスエンコードされた映像ストリームに変換する機能を備える。また、デコーダ１１５は、前記マルチスライスエンコードされた映像ストリームをデコードする機能を備える。
【００３２】
次に、先の図７を用いて動作フローについて説明する。本実施例では、図７の映像送信サーバの（１）初期設定の表示エリアの設定Ｓ３０３（図８）が終わった後に、設定された表示エリアに応じてスライス分割を決定する。ここでスライスとは、ピクチャ内を分割する単位のことである。圧縮技術では映像情報を圧縮する際に周囲の映像情報を用いてエンコードする。このため、ピクチャをスライス分割して同じスライス内にある周囲の映像情報を用いて圧縮しないと、ピクチャ内の途中からデコードすることができない。Ｈ．２６４では、このスライスの設定をマクロブロックと呼ばれる１６ｘ１６画素単位で設定可能である。
【００３３】
図１７は、実施例におけるスライス分割の一例を示す図であり、２ｘ２のディスプレイ配置とし、配信する映像コンテンツに対し図１１のＨＤサイズを選択した場合の例を示す。図１７のように、１マクロブロックラインの半分でスライス分割するとする。さらに、どのスライスをデコード処理するかのデコードスライス情報も同時に作成する。ディスプレイ１６０は、「（０，０）（９６０，５４０）」のエリアを表示するので、そのエリアのスライス「スライス１、スライス３、・・・、スライス６５、スライス６７」をデコードスライス情報とする。ディスプレイ１７０は、「（９６０，０）（１９２０，５４０）」のエリアを表示するので、そのエリアのスライス「スライス２、スライス４、・・・、スライス６６、スライス６８」をデコードスライス情報とする。ディスプレイ１８０は、「（０，５４０）（９６０，１０８０）」のエリアを表示するので、そのエリアのスライス「スライス６９、スライス７１、・・・、スライス１３３、スライス１３５」をデコードスライス情報とする。ディスプレイ１９０は、「（９６０，５４０）（１９２０，１０８０）」のエリアを表示するので、そのエリアのスライス「スライス７０、スライス７２、・・・・スライス１３４、スライス１３６」をデコードスライス情報とする。
【００３４】
次に、（２）各機器との通信の時に表示エリア情報の代わりに、デコードスライス情報を各ディスプレイ１６０，１７０，１８０，１９０に送信する。各ディスプレイ１６０，１７０，１８０，１９０のＣＰＵ１１３は、デコードスライス情報を受信したとき、デコーダ１１５にデコードするスライスを指示する。デコーダ１１５は指示されたスライスのみをデコードしデコード映像を生成する。表示部１１４はデコード映像をディスプレイに表示する。
【００３５】
以上、マルチスライスエンコードを利用することで、表示するエリア以外のデコード処理を行わなくてよいので、ディスプレイの消費電力を削減することが可能となる。また、大きなサイズの映像をマルチ表示する場合にも利点がある。例えば、ＨＤサイズまでのデコード能力しかないディスプレイ４台（２ｘ２のディスプレイ配置）にＨＤサイズの４倍（縦横２倍のサイズ）の映像ストリームを送信したい場合、図４のマルチディスプレイ装置では、各ディスプレイのデコード処理が間に合わずリアルタイム処理ができないが、図１６のマルチディスプレイ装置を使用し、マルチスライスエンコードすることで、各ディスプレイのＨＤサイズの表示エリアのみをデコードすれば良くなるので、リアルタイム処理することが可能となる。
【００３６】
実施例３では、映像送信サーバ１５０のエンコーダ１０５を用いてマルチスライスエンコードする例を示したが、予めマルチスライスエンコードされた映像ストリームを記録装置１０１に記録しておいたものを使用するとしても良い。この場合、映像送信サーバ１５０のエンコーダ１０５は必要ない。また、（２）各機器との通信でデコードスライス情報をディスプレイに送信する例を記載したが、表示エリア情報とデコードスライス情報の両方を送信するとしてもよい。この場合は、デコードしたスライスの中でさらに表示エリアを限定してディスプレイに表示することができる。また、Ｈ．２６４のマルチスライスを使用する例を記載したが、ＪＰＥＧでリスタートマーカーの値を使用するなど、他の圧縮形式を用いても、ピクチャの途中からデコード可能な方法であれば、圧縮形式によらず実現可能である。また、映像送信サーバ１５０の記録装置１０１の記録データが映像ストリームの場合を説明したが、記録データは非圧縮の映像データでも良い。
【実施例４】
【００３７】
本実施例では、マルチキャスト通信を使用して実施例１と同様のマルチ表示を実現する方法について記載する。マルチディスプレイ装置の構成は、図４の構成を使用するため説明を省略する。
図１８は、実施例４におけるマルチディスプレイ装置の動作フロー図であり、マルチキャスト通信を利用した場合の動作フローを示す。（１）初期設定に関しては、図７と同様の処理手順なので説明を省略する。図７と異なる点は、（２）各機器との通信の際に、表示エリア情報と映像送信サーバが送信先ＩＰアドレスに使用するマルチキャストアドレス「２４４．１．１．１」をデータとして送信する点である。これは、先に図１で示したＩＰアドレスのうちクラスＤに属する。さらに、各ディスプレイ１１０，１２０，１３０，１４０では、ＣＰＵ１１３がマルチキャストアドレスを受け取った場合、マルチキャストアドレスを受信できるようにネットワークＩＦ１１１とＣＰＵ１１３を設定する。その後、（３）映像ストリームの配信では、送信先ＩＰアドレスをマルチキャストアドレス「２２４．１．１．１」にして、映像ストリームを配信することで、ブロードキャストと同様に各ディスプレイ１１０，１２０，１３０，１４０は同一データを受信することが可能となる。
【００３８】
以上、イーサネットの標準プロトコルであるマルチキャストを用いて、マルチディスプレイ装置を構成することで、汎用機器のみで実現できるため、低コストで実現可能となる。また、図１３のように、表示するディスプレイ数を増やした場合、および、表示方法をディスプレイ毎に変更する場合でも、（１）初期設定で各ディスプレイに表示エリア情報を指定するだけで良いので、映像ストリームを配信する映像送信サーバの負荷は変わらない。よって、拡張性に優れたマルチディスプレイ装置が実現可能となる。
【００３９】
実施例４では、マルチキャスト通信の説明にＩＰｖ４のマルチキャストアドレスを使用して説明したが、ＩＰｖ６にもマルチキャストアドレスがあるので、それを使用すれば、ＩＰｖ６の場合にも同様に対応できる。また、図４（実施例１）の構成で説明したが、図１５（実施例２）及び図１６（実施例３）の構成の場合も、（２）各機器との通信の際に通信データにマルチキャストアドレスを追加して通信することで同様に対応できる。
【実施例５】
【００４０】
本実施例は、映像送信サーバがディスプレイにデコード能力を問い合わせる例である。マルチディスプレイ装置の構成は、図１６の構成とし同様の機能のブロックは同一符号を記載したので説明は省略する。
前提として、ディスプレイ側の（１）初期設定は終了しているとする。
図１９は、実施例における映像送信サーバ１５０の初期設定動作の一例を示す動作フロー図である。図８と異なる点は、ＩＰアドレスの設定Ｓ３０１の後に、各ディスプレイ１１０，１２０，１３０，１４０にユニキャスト通信を使用して、映像サイズ、フレームレート等のデコード能力を示すデコード能力情報の問い合わせＳ３０４を行う点である。
【００４１】
デコード能力情報を使用すると以下の処理が可能となる。配信コンテンツの設定Ｓ３０２の時に、デコード能力を超えた映像ストリームを選択した場合、表示部１０４に、「ディスプレイのデコード能力が足りません。他のコンテンツを選択してください。」などのエラーメッセージを表示することができる。また、配信コンテンツの設定Ｓ３０２の時に、デコード能力を超えた映像ストリームを予めユーザが選択できないように制御することもできる。さらに、配信コンテンツの設定Ｓ３０２の時に、デコード能力を超えた映像ストリームが選択された場合、エンコーダ１０５は、エンコードする前にデコード能力以下になるように、映像サイズを縮小する、フレームレートを落とすなどを行い、デコード能力以下の映像ストリームに変換することもできる。
【００４２】
以上、映像送信サーバの初期設定時に、各ディスプレイのデコード能力情報の問い合わせＳ３０４を行い、配信コンテンツの設定Ｓ３０２の時に上記処理を行うことで、マルチディスプレイ装置のシステム破綻を防ぎ、リアルタイム性を保障することができる。
実施例５では、図１６（実施例３）を用いて説明したが、図４（実施例１）、図１５（実施例２）のマルチディスプレイ装置でも対応可能である。また、デコード能力の問い合わせＳ３０４の処理をＩＰアドレスの設定Ｓ３０１の後に行う例を記載したが、配信コンテンツの設定Ｓ３０２の前であれば、処理の位置はどこでも良い。
ここまで説明した実施例における記載は、図面も含め本発明を限定するものではない。これらの実施例に対して追加、変更を適宜加えた実施例を考えることができるが、いずれも本発明の範疇にある。
【符号の説明】
【００４３】
１００：映像送信サーバ、１１０：ディスプレイＡ、１２０：ディスプレイＢ、１３０：ディスプレイＣ、１４０：ディスプレイＤ、１０１：記録装置、１０２：ＣＰＵ、１０３，１１１：ネットワークＩＦ、１０４：表示部、１０５：エンコーダ、１１２：デコーダ、１１３：ＣＰＵ、１１４：表示部、２００：映像送信サーバ、２１０，２２０，２３０，２４０，２５０，２６０，２７０，２８０：ディスプレイ、９００：イーサネットヘッダ、９０１：ＩＰヘッダ、９０２：データ。
【技術分野】
【０００１】
本発明は、マルチディスプレイ装置に関する。
【背景技術】
【０００２】
近年、公共機関、教育機関、イベント会場などでは、ネットワークを通じて表示装置に映像を配信して不特定多数の人に情報を伝えるデジタルサイネージが普及し始めている。デジタルサイネージでは、不特定多数の人に情報を伝えることが重要なため、大型ディスプレイ（例えば１００インチ以上）で表示したいという要望がある。しかし、大型ディスプレイは高価かつ、運搬も大変であるため、一般的に小型ディスプレイを複数並べることで大型ディスプレイを構成することが行われている。
【０００３】
例えば特許文献１には、課題として「本発明の目的は、ネットワークを介して配信されるデジタル映像ストリームを複数のディスプレイにより構成される大画面に表示することと、複数のディスプレイをネットワークに接続したときにネットワークの設定を自動的に行うとともにディスプレイの位置関係を自動的に把握することである。」と記載され、解決手段として「ネットワークインタフェースを有するディスプレイを接続して画面を構成するシステムにおいて、ディスプレイの接続関係からディスプレイの位置関係を抽出し、ディスプレイの位置関係とディスプレイのネットワークアドレスマッピング情報を保持する手段を有し、ネットワーク経由で伝送されるデジタル映像ストリームを所望のディスプレイへのデータとして再構成し、再構成されたデータを符号化する可変長符号化手段と、前記符号化されたデータをネットワークパケットとして構成し、ネットワークインタフェースを介しデータを送受信するように構成される。」と記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２１１１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１の構成では、映像ストリームを再構成して所望のディスプレイに分配するマルチディスプレイ構成装置が必要となる。このマルチディスプレイ構成装置は、汎用品ではないためコスト削減が難しい。また、複数組のマルチディスプレイを接続しようとした場合、マルチディスプレイ構成装置は、ユニキャスト通信を用いて複数のディスプレイに再構成した映像ストリームを送信する必要がある。そのため、同様なデータを複数回送信することになり、マルチディスプレイ構成装置のパフォーマンスによって、接続できる最大ディスプレイ数が決まってしまうという課題がある。
上記課題に鑑み、本発明では、拡張性のあるマルチディスプレイ装置を実現することを目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するため本発明は、例えば特許請求に記載の構成を備える。
【発明の効果】
【０００７】
本発明によれば、拡張性のあるマルチディスプレイ装置を実現でき、ユーザに対する使い勝手の向上に寄与できるという効果がある。
【図面の簡単な説明】
【０００８】
【図１】ＩＰアドレスのクラスの説明図である。
【図２】通信の種類の説明図である。
【図３】実施例１のマルチディスプレイ装置の概略構成を示すブロック図である。
【図４】実施例１のマルチディスプレイ装置の詳細構成を示すブロック図である。
【図５】実施例におけるイーサネット(登録商標)ケーブルを流れるパケットの一例を示す図である。
【図６】実施例における各機器のＩＰアドレス一覧表の一例を示す図である。
【図７】実施例１におけるマルチディスプレイ装置の動作フロー図である。
【図８】実施例における映像送信サーバ１００の初期設定動作の一例を示す動作フロー図である。
【図９】実施例におけるディスプレイ配置設定画面の一例を示す図である。
【図１０】実施例におけるＩＰアドレス設定画面の一例を示す図である。
【図１１】実施例におけるマルチディスプレイ装置が表示する映像の一例を示す図である。
【図１２】実施例１のマルチディスプレイ装置における表示の一例を示す図である。
【図１３】複数のマルチディスプレイ装置を同一ネットワークアドレス内に配置した一例を示すブロック図である。
【図１４】実施例における各機器のＩＰアドレスと表示エリア情報の一覧表の一例を示す図である。
【図１５】実施例２のマルチディスプレイ装置の詳細構成を示すブロック図である。
【図１６】実施例３のマルチディスプレイ装置の詳細構成を示すブロック図である。
【図１７】実施例におけるスライス分割の一例を示す図である。
【図１８】実施例４におけるマルチディスプレイ装置の動作フロー図である。
【図１９】実施例における映像送信サーバ１５０の初期設定動作の一例を示す動作フロー図である。
【発明を実施するための形態】
【０００９】
始めにＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスのクラス、及び通信の種類について説明する。
図１は、ＩＰアドレス（ＩＰｖ４）のクラスの説明図である。
ＩＰアドレスは、３２ビットの正数値で表され、８ビットずつ４組に分けて、その境に「．」（ピリオド）を入れて１０進数で表現する方法であり、図１のようにクラスＡからクラスＤに分類される。クラスＡは先頭１ビットが“０”で始まる場合で、先頭から８ビットがネットワークアドレスとなり、下位２４ビットはホストアドレスとして割り与えられる。クラスＢは先頭２ビットが“１０”で始まる場合で、先頭から１６ビットがネットワークアドレスとなり、下位１６ビットはホストアドレスとして割り与えられる。クラスＣは先頭３ビットが“１１０”で始まる場合で、先頭から２４ビットがネットワークアドレスとなり、下位８ビットはホストアドレスとして割り与えられる。クラスＤは先頭４ビットが“１１１０”で始まる場合で、３２ビットすべてがネットワークアドレスとなり、マルチキャスト通信に使用される。上記ホストアドレスは、ＩＰアドレスがわからない場合はすべて０とし、ブロードキャストアドレスとして使用する場合はすべて１とする。
【００１０】
図２は、通信の種類の説明図である。ホストＡからホストＺまでが、バス型のネットワークに接続されており、ホストＡがデータを送信する場合について考える。ネットワークを利用して通信する場合、通信相手の数によって「ユニキャスト通信」、「マルチキャスト通信」、「ブロードキャスト通信」の３つに分類される。
ユニキャスト通信は、１対１の通信のことで、送信先ＩＰアドレスに単一のＩＰアドレスを指定して特定の相手にデータを送信する。
【００１１】
ブロードキャスト通信は、１対不特定多数の通信のことで、送信先ＩＰアドレスにブロードキャストアドレスと呼ばれるＩＰアドレスを使用して送信する。ブロードキャストアドレスとは、ホストアドレスがすべて１のアドレスのことで、同一のネットワークアドレス内の全てのホストに同一データが配信される。なお、送信ホストと同一のネットワークアドレスにブロードキャストすることをローカルブロードキャスト、送信ホストと異なるネットワークアドレスにブロードキャストすることをダイレクトブロードキャストという。
【００１２】
マルチキャスト通信とは、１対複数の通信のことで、送信先ＩＰアドレスに通常のＩＰアドレスではなく、マルチキャストアドレスと呼ばれるクラスＤのＩＰアドレスを使用して配信される。受信ホストは、事前に送信されるマルチキャストアドレスを登録しておくことで、登録したマルチキャストアドレスで配信されたデータを受信することが可能となる。
上記ブロードキャスト通信とマルチキャスト通信は、同一データを複数のホストに送信したい場合に利点がある。例えば、４つのホストに同一データを送信したい場合、ユニキャスト通信を用いると、データを送信するホストは４回同一のデータを送信しなければいけないが、ブロードキャスト通信とマルチキャスト通信を用いると、データを送信するホストは１回だけデータを配信すれば良いため、ユニキャスト通信と比べて効率が良い。
【実施例１】
【００１３】
本発明の第１の実施例であるマルチディスプレイ装置について説明する。実施例１は、ローカルブロードキャストを用いて１つの映像を４つのディスプレイに表示（マルチ表示）する例である。
図３は、実施例１のマルチディスプレイ装置の概略構成を示すブロック図であり、映像送信サーバ１００、ディスプレイ１１０，１２０，１３０，１４０の４枚のディスプレイとを有し、映像送信サーバと各ディスプレイはイーサケーブルによってバス型で接続されている。図３のようにディスプレイ１１０，１２０，１３０，１４０を２ｘ２の配置に並べることで擬似的に一つの大型ディスプレイを構成する。
【００１４】
図４は、実施例１のマルチディスプレイ装置の詳細構成を示すブロック図である。図４を用いて、映像送信サーバ１００とディスプレイ１１０の内部構成を詳しく説明する。映像送信サーバ１００は記録装置１０１、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２、ネットワークＩＦ（Ｉｎｔｅｒｆａｃｅ）１０３、表示部１０４を有する。記録装置１０１はＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体を備えており、該記録媒体には配信したいコンテンツに圧縮処理を施した映像ストリームが記録される。圧縮形式は、Ｈ．２６４、ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等どのような圧縮形式を使用しても良い。
【００１５】
ＣＰＵ１０２は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能（ネットワーク接続されたディスプレイにＩＰアドレスを割り振る）と、前記記録装置１０１から映像ストリームを読み出した後、ヘッダを付けてＩＰパケットを作成する機能と、ネットワークを介して各ディスプレイ１１０，１２０，１３０，１４０へ表示エリア情報を通信する機能と、表示部と連携して表示画面の制御等を行う機能とがある。ネットワークＩＦ１０３は、前記ＣＰＵ１０２で作成されたＩＰパケットにイーサネットのヘッダを付けてイーサフレームを作成し、ネットワーク上へ出力する機能と、ネットワーク上から受信したイーサフレームのヘッダを取り除きＩＰパケットに変換する機能を持つ。表示部１０４は、例えばタッチパネル形式となっており、メニュー画面、設定画面を表示するだけでなく、ユーザの指示をＣＰＵ１０２に伝える機能も持っている。
【００１６】
図５は、実施例におけるイーサネットケーブルを流れるパケットの一例を示す図である。先頭からイーサネットヘッダ９００、ＩＰヘッダ９０１、データ９０２の順で構成される。映像ストリームと表示エリア情報等のユーザが送信したい情報は、データ９０２に格納される。
先の図４において、ディスプレイ１１０はネットワークＩＦ１１１、デコーダ１１２、ＣＰＵ１１３、表示部１１４を有する。ネットワークＩＦ１１１は、ネットワークＩＦ１０３と同様な機能のため説明を省略する。ＣＰＵ１１３は、ネットワークＩＦ１１１で受信したＩＰパケットが映像ストリームだった場合、ＩＰパケットのヘッダを取り除きデコーダ１１２へ映像ストリームを渡す。一方、ネットワークＩＦ１１１で受信したＩＰパケットが表示エリア情報のパケットだった場合、表示部１１４に出力する表示エリアの指示を出す。デコーダ１１２は、映像ストリームをデコードして、デコード映像を出力する。表示部１１４は、デコード映像をディスプレイに表示する。このとき、ＣＰＵ１１３から表示エリアの指示があった場合、表示エリアのデコード映像のみを表示する。表示エリアの指示がなかった場合は、デコード映像をそのまま表示する。その他のディスプレイ１２０，１３０，１４０も同様の構成のため、同一の符号を記載し説明を省略する。
【００１７】
図６は、実施例における各機器のＩＰアドレス一覧表の一例を示す図である。映像送信サーバ１００はＤＨＣＰサーバの機能を備えているため、映像送信サーバ１００にディスプレイをネットワーク接続すると、自動的にＩＰアドレスが割り与えられる。本実施例ではローカルブロードキャストを使用するので、個人で任意に設定できるクラスＣのＩＰアドレス（１９２．１６８．１．ｘｘｘ）を使用する。各ディスプレイ１１０，１２０，１３０，１４０はＤＨＣＰサーバより図６の表に記載の、同一ネットワークドレスのＩＰアドレスが割り与えられたとする。
【００１８】
図７は、実施例１のマルチディスプレイ装置の動作フロー図である。以下、（１）初期設定、（２）各機器との通信、（３）映像ストリームの配信の順で、マルチディスプレイ装置の動作フローについて説明する。前提条件として、各機器の電源は投入され、かつネットワークに接続されており、前記図６のＩＰアドレスを取得した状態とする。
【００１９】
始めに（１）初期設定について説明する。ディスプレイ１１０，１２０，１３０，１４０の初期設定は、マルチ表示ソフトウエアを起動することである。マルチ表示ソフトウエアは、電源投入時に自動で起動してもよいし、電源投入後ユーザがマルチ表示ソフトウエアを選択して起動しても良い。
図８は、実施例における映像送信サーバ１００の初期設定動作の一例を示す動作フロー図である。ディスプレイ配置の設定Ｓ３００、ＩＰアドレスの設定Ｓ３０１、配信コンテンツの設定Ｓ３０２、表示エリアの設定Ｓ３０３の順番で処理を行う。ここで、各ディスプレイの配置とＩＰアドレスは、ユーザが把握しているものとし、ユーザは映像送信サーバの構成要素を使用して設定を行うとする。
【００２０】
まず、ディスプレイ配置の設定Ｓ３００を説明する。
図９は、実施例におけるディスプレイ配置設定画面の一例を示す図である。図９の７００〜７０２が予め用意されたディスプレイ配置でディスプレイ配置７００は２ｘ２の配置、ディスプレイ配置７０１は３ｘ３の配置、ディスプレイ配置７０２は４ｘ２の配置を示す。三角マーク７０３は他の配置を表示するためのマークであり、上記以外にも様々な配置を登録しておくことで、ユーザは簡単に設定可能となる。さらに、四角のディスプレイを複数使用してハート型、星型等複雑なディスプレイ配置を実現したい場合は、手動でディスプレイ配置を設定するモードを設け、これを使用してユーザが設定しても良い。
【００２１】
次に、ＩＰアドレスの設定Ｓ３０１を説明する。
図１０は、実施例におけるＩＰアドレス設定画面の一例を示す図である。図１０は、図３で示したディスプレイ配置の場合の設定例を示している。この際、図９のディスプレイ配置の選択画面にて、ユーザは２ｘ２のディスプレイ配置７００を選択したとする。このとき、ユーザは予め図３のディスプレイ配置と、図６のＩＰアドレスを把握しているため、図１０のように２ｘ２のディスプレイ配置に対応するＩＰアドレスを設定できる。
次に、配信コンテンツの設定Ｓ３０２を説明する。配信するコンテンツの選択は、例えば、サムネイル表示画面から選択しても良いし、コンテンツの題名一覧画面から選択するとしても良い。
【００２２】
次に、表示エリアの設定Ｓ３０３を説明する。
図１１は、実施例におけるマルチディスプレイ装置が表示する映像の一例を示す図である。例えば、図１１に示したＨＤサイズ（１９２０ｘ１０８０）の映像を、図３で示した４つのディスプレイに１画面として表示したい場合について考える。図１１の点線で４分割した始点（左上座標）のｘ座標とｙ座標、終点（右下の座標）のｘ座標とｙ座標の形式「始点（ｘ，ｙ）終点（ｘ，ｙ）」で表し、前記始点と前記終点で囲まれたエリアを表示エリアとする。ディスプレイ１１０は「（０，０）（９６０，５４０）」、ディスプレイ１２０は「（９６０，０）（１９２０，５４０）」、ディスプレイ１３０は「（０，５４０）（９６０，１０８０）」、ディスプレイ１４０は「（９６０，５４０）（１９２０，１０８０）」を表示すれば、図３の２ｘ２のディスプレイ配置でマルチ表示を実現できる。上記「始点（ｘ，ｙ）終点（ｘ，ｙ）」の形式で記載した情報を各ディスプレイ１１０，１２０，１３０，１４０の表示エリア情報とする。図１１の例では表示エリア情報を始点のｘ座標とｙ座標、終点のｘ座標とｙ座標で表現したが、例えば、始点のｘ座標とｙ座標と、ｘのサイズとｙのサイズ等、ディスプレイが表示するエリア特定できる情報であれば何でも良い。
【００２３】
次に、図７に戻って（２）各機器との通信について説明する。（１）初期設定で、各ディスプレイ１１０，１２０，１３０，１４０の表示エリアが決まったので、表示エリア情報を各ディスプレイに伝える必要がある。例えばディスプレイ１１０への通信の場合、まず映像送信サーバ１００のＣＰＵ１０２が送信先ＩＰアドレス「１９２．１６８．１．１０１」、前記ディスプレイ１１０に対応する表示エリア情報「（０，０）（９６０，５４０）」をデータとするＩＰパケットを作成する。次にネットワークＩＦ１０３でＣＰＵ１０２が作成したＩＰパケットにヘッダを付けてイーサフレームを作成し、ネットワーク上へ送信する。ディスプレイ１１０のネットワークＩＦ１１１は、送信先ＩＰアドレス「１９２．１６８．１．１０１」のイーサフレームを受信し、イーサフレームのヘッダを取り除きＩＰパケットを生成する。ＣＰＵ１１３はネットワークＩＦ１１１からＩＰパケットを受け取り、内部のデータが表示エリア情報だった場合、表示部１１４に表示エリアを指定する。この処理をディスプレイ数分だけ順次処理する。
【００２４】
最後に、図７の（３）映像ストリームの配信について説明する。（２）各機器との通信で各ディスプレイに表示エリア情報を伝送したので、全ディスプレイに映像ストリームを配信する。映像送信サーバ１００のＣＰＵ１０２は、記録装置１０１から映像ストリームを読み出し、グローバルアドレス（１９２．１６８．１．２５５）を送信先ＩＰアドレス、映像ストリームをデータとするＩＰパケットを作成する。ネットワークＩＦ１０３はＣＰＵ１０２が作成した映像ストリームのＩＰパケットにイーサフレームのヘッダを付けてネットワーク上に配信する。図１で説明したように、前記ＩＰアドレス（１９２．１６８．１．２５５）のクラスはクラスＣであり、８ビットのホストアドレスは全て１であることから、グローバルアドレスであることが分かる。このため、図２で説明したように、全ディスプレイに対して同時に同じ映像ストリームが配信される。
【００２５】
各ディスプレイ１１０，１２０，１３０，１４０のネットワークＩＦ１１１は、前記グローバルアドレスで配信されたイーサフレームを受信して、ＩＰパケットに変換する。各ディスプレイのＣＰＵ１１３は、前記ＩＰパケットのヘッダを取り、映像ストリームをデコーダへ供給する。各デコーダ１１２は、映像ストリームをデコードしてデコード映像を生成する。各表示部１１４は（２）各機器との通信にて、設定された表示エリア情報に基づいてデコード映像から表示エリアの映像のみを選択し、ディスプレイに表示する。
【００２６】
図１２は、実施例１のマルチディスプレイ装置における表示の一例を示す図であり、図７の動作フロー完了後の表示を示す。ディスプレイ配置は図３の２ｘ２の配置とし、配信する映像は図１１に記載のＨＤサイズの映像であるとすると、図１２のように、１つの映像を複数のディスプレイで表示するマルチ表示ができる。
図１３は、複数のマルチディスプレイ装置を同一ネットワークアドレス内に配置した一例を示すブロック図である。映像送信サーバ２００と、２ｘ２のディスプレイ配置のディスプレイ２１０，２２０，２３０，２４０と、１ｘ１のディスプレイ配置のディスプレイ２５０と、ハート型のディスプレイ配置のディスプレイ２６０，２７０，２８０を有している。
【００２７】
図１４は、図１３の実施例における各機器のＩＰアドレスと表示エリア情報の一覧表の一例を示す図である。映像送信サーバ２００と各ディスプレイはネットワーク接続されており、各機器のＩＰアドレスと表示エリア情報は図１４に示されており、映像送信サーバ２００が配信する映像ストリームは、図１１の映像の映像ストリームとする。２ｘ２のディスプレイ配置のディスプレイ２１０，２２０，２３０，２４０は、図１４の表示エリア情報を設定すると、２ｘ２のマルチ表示が実現できる。１ｘ１のディスプレイ配置のディスプレイ２５０は、表示エリア情報を図１４に記載の「（０，０）（１９２０，１０８０）」に設定することで１つのディスプレイに全画面表示が実現できる。また、ハート型のディスプレイ配置のディスプレイ２６０，２７０，２８０は、映像の全画面（２９０の点線）を複数のディスプレイで表示するのではなく、必要な部分のみを表示する例である。表示エリア情報は、図１４に記載の値に設定することで、一部分表示が実現できる。このように、様々なディスプレイ配置が混在する場合でも、表示エリア情報の設定を変更するだけで対応することが可能となるため、拡張性に優れたマルチディスプレイ装置となる。
【００２８】
以上、イーサネットの標準プロトコルであるブロードキャストを用いて、マルチディスプレイ装置を構成することで、汎用機器のみで実現できるため、低コストで実現可能となる。また、図１３のように、表示するディスプレイ数を増やした場合、および、表示方法をディスプレイ毎に変更する場合でも、（１）初期設定で各ディスプレイに表示エリアを指定するだけで良いので、映像ストリームを配信する映像送信サーバの負荷は変わらない。よって、拡張性に優れたマルチディスプレイ装置が実現可能となる。
【００２９】
実施例１では、ローカルブロードキャストを用いて説明したが、全てのディスプレイに同一のネットワークアドレスのグローバルＩＰアドレスを設定することで、ダイレクトブロードキャストを用いた場合も同様にマルチ表示が実現可能である。また、イーサネットを用いて、機器間を接続する例を示したが、ＦＤＤＩ（Ｆｉｂｅｒ−Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）、無線ＬＡＮ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）など機器間の通信方式はどんな方式でも良い。また、映像送信サーバの表示部１０４はタッチパネルにより、ユーザの入力を受け付ける機能を持っているが、表示部とは別に外部入力部を用意し、マウス、キーボードなどで初期設定する、または別途設定用ＰＣを用意し、前記設定用ＰＣからユニキャスト通信にて初期設定するようにしても良い。また、映像送信サーバ１００は、ＤＨＣＰサーバの機能を持っていたが、別にＤＨＣＰサーバがあっても良いし、各機器に手動でＩＰアドレスを設定しても良い。さらに、（２）各機器との通信は、ユニキャスト通信を用いて一対一で順番に行う例を記載したが、全てのディスプレイの送信先ＩＰアドレスと表示エリア情報のセットを、ブロードキャスト通信で一斉に配信するとしても良い。その場合、各ディスプレイ１１０，１２０，１３０，１４０は、自分宛の送信先ＩＰアドレスの表示エリア情報のみを使用すれば良い。
【実施例２】
【００３０】
実施例１では、配信するコンテンツとして映像ストリームを使用する例を説明したが、本実施例では、映像ストリームではなく非圧縮の映像データを使用する例を説明する。
図１５は、実施例２のマルチディスプレイ装置の詳細構成を示すブロック図である。図４と同様の機能のブロックには同一符号を記載したので説明を省略する。本実施例の場合、各ディスプレイ１１０，１２０，１３０，１４０の動作が変更になる。各ディスプレイ１１０，１２０，１３０，１４０のＣＰＵ１１３は、受信したデータが映像データのＩＰパケットだった場合、前記ＩＰパケットのヘッダを取り除き、表示部１１４へ映像データを渡す。表示部１１４では、前記映像データを指定された表示エリア情報に基づいて、表示エリアを限定してディスプレイに表示することで実施例１と同様にマルチ表示が実現可能である。
【実施例３】
【００３１】
本実施例では、映像送信サーバが動画像符号化Ｈ．２６４のマルチスライスエンコードを用いてエンコードした映像ストリームを配信することで、ディスプレイ側の処理量を削減する方法について説明する。
図１６は、実施例３のマルチディスプレイ装置の詳細構成を示すブロック図である。図４と同様の機能のブロックは、同一符号を記載したので説明を省略する。図４との違いは、映像送信サーバ１５０のエンコーダ１０５とディスプレイ１６０，１７０，１８０，１９０のデコーダ１１５である。エンコーダ１０５は、記録装置１０１に記録された映像ストリームをマルチスライスエンコードされた映像ストリームに変換する機能を備える。また、デコーダ１１５は、前記マルチスライスエンコードされた映像ストリームをデコードする機能を備える。
【００３２】
次に、先の図７を用いて動作フローについて説明する。本実施例では、図７の映像送信サーバの（１）初期設定の表示エリアの設定Ｓ３０３（図８）が終わった後に、設定された表示エリアに応じてスライス分割を決定する。ここでスライスとは、ピクチャ内を分割する単位のことである。圧縮技術では映像情報を圧縮する際に周囲の映像情報を用いてエンコードする。このため、ピクチャをスライス分割して同じスライス内にある周囲の映像情報を用いて圧縮しないと、ピクチャ内の途中からデコードすることができない。Ｈ．２６４では、このスライスの設定をマクロブロックと呼ばれる１６ｘ１６画素単位で設定可能である。
【００３３】
図１７は、実施例におけるスライス分割の一例を示す図であり、２ｘ２のディスプレイ配置とし、配信する映像コンテンツに対し図１１のＨＤサイズを選択した場合の例を示す。図１７のように、１マクロブロックラインの半分でスライス分割するとする。さらに、どのスライスをデコード処理するかのデコードスライス情報も同時に作成する。ディスプレイ１６０は、「（０，０）（９６０，５４０）」のエリアを表示するので、そのエリアのスライス「スライス１、スライス３、・・・、スライス６５、スライス６７」をデコードスライス情報とする。ディスプレイ１７０は、「（９６０，０）（１９２０，５４０）」のエリアを表示するので、そのエリアのスライス「スライス２、スライス４、・・・、スライス６６、スライス６８」をデコードスライス情報とする。ディスプレイ１８０は、「（０，５４０）（９６０，１０８０）」のエリアを表示するので、そのエリアのスライス「スライス６９、スライス７１、・・・、スライス１３３、スライス１３５」をデコードスライス情報とする。ディスプレイ１９０は、「（９６０，５４０）（１９２０，１０８０）」のエリアを表示するので、そのエリアのスライス「スライス７０、スライス７２、・・・・スライス１３４、スライス１３６」をデコードスライス情報とする。
【００３４】
次に、（２）各機器との通信の時に表示エリア情報の代わりに、デコードスライス情報を各ディスプレイ１６０，１７０，１８０，１９０に送信する。各ディスプレイ１６０，１７０，１８０，１９０のＣＰＵ１１３は、デコードスライス情報を受信したとき、デコーダ１１５にデコードするスライスを指示する。デコーダ１１５は指示されたスライスのみをデコードしデコード映像を生成する。表示部１１４はデコード映像をディスプレイに表示する。
【００３５】
以上、マルチスライスエンコードを利用することで、表示するエリア以外のデコード処理を行わなくてよいので、ディスプレイの消費電力を削減することが可能となる。また、大きなサイズの映像をマルチ表示する場合にも利点がある。例えば、ＨＤサイズまでのデコード能力しかないディスプレイ４台（２ｘ２のディスプレイ配置）にＨＤサイズの４倍（縦横２倍のサイズ）の映像ストリームを送信したい場合、図４のマルチディスプレイ装置では、各ディスプレイのデコード処理が間に合わずリアルタイム処理ができないが、図１６のマルチディスプレイ装置を使用し、マルチスライスエンコードすることで、各ディスプレイのＨＤサイズの表示エリアのみをデコードすれば良くなるので、リアルタイム処理することが可能となる。
【００３６】
実施例３では、映像送信サーバ１５０のエンコーダ１０５を用いてマルチスライスエンコードする例を示したが、予めマルチスライスエンコードされた映像ストリームを記録装置１０１に記録しておいたものを使用するとしても良い。この場合、映像送信サーバ１５０のエンコーダ１０５は必要ない。また、（２）各機器との通信でデコードスライス情報をディスプレイに送信する例を記載したが、表示エリア情報とデコードスライス情報の両方を送信するとしてもよい。この場合は、デコードしたスライスの中でさらに表示エリアを限定してディスプレイに表示することができる。また、Ｈ．２６４のマルチスライスを使用する例を記載したが、ＪＰＥＧでリスタートマーカーの値を使用するなど、他の圧縮形式を用いても、ピクチャの途中からデコード可能な方法であれば、圧縮形式によらず実現可能である。また、映像送信サーバ１５０の記録装置１０１の記録データが映像ストリームの場合を説明したが、記録データは非圧縮の映像データでも良い。
【実施例４】
【００３７】
本実施例では、マルチキャスト通信を使用して実施例１と同様のマルチ表示を実現する方法について記載する。マルチディスプレイ装置の構成は、図４の構成を使用するため説明を省略する。
図１８は、実施例４におけるマルチディスプレイ装置の動作フロー図であり、マルチキャスト通信を利用した場合の動作フローを示す。（１）初期設定に関しては、図７と同様の処理手順なので説明を省略する。図７と異なる点は、（２）各機器との通信の際に、表示エリア情報と映像送信サーバが送信先ＩＰアドレスに使用するマルチキャストアドレス「２４４．１．１．１」をデータとして送信する点である。これは、先に図１で示したＩＰアドレスのうちクラスＤに属する。さらに、各ディスプレイ１１０，１２０，１３０，１４０では、ＣＰＵ１１３がマルチキャストアドレスを受け取った場合、マルチキャストアドレスを受信できるようにネットワークＩＦ１１１とＣＰＵ１１３を設定する。その後、（３）映像ストリームの配信では、送信先ＩＰアドレスをマルチキャストアドレス「２２４．１．１．１」にして、映像ストリームを配信することで、ブロードキャストと同様に各ディスプレイ１１０，１２０，１３０，１４０は同一データを受信することが可能となる。
【００３８】
以上、イーサネットの標準プロトコルであるマルチキャストを用いて、マルチディスプレイ装置を構成することで、汎用機器のみで実現できるため、低コストで実現可能となる。また、図１３のように、表示するディスプレイ数を増やした場合、および、表示方法をディスプレイ毎に変更する場合でも、（１）初期設定で各ディスプレイに表示エリア情報を指定するだけで良いので、映像ストリームを配信する映像送信サーバの負荷は変わらない。よって、拡張性に優れたマルチディスプレイ装置が実現可能となる。
【００３９】
実施例４では、マルチキャスト通信の説明にＩＰｖ４のマルチキャストアドレスを使用して説明したが、ＩＰｖ６にもマルチキャストアドレスがあるので、それを使用すれば、ＩＰｖ６の場合にも同様に対応できる。また、図４（実施例１）の構成で説明したが、図１５（実施例２）及び図１６（実施例３）の構成の場合も、（２）各機器との通信の際に通信データにマルチキャストアドレスを追加して通信することで同様に対応できる。
【実施例５】
【００４０】
本実施例は、映像送信サーバがディスプレイにデコード能力を問い合わせる例である。マルチディスプレイ装置の構成は、図１６の構成とし同様の機能のブロックは同一符号を記載したので説明は省略する。
前提として、ディスプレイ側の（１）初期設定は終了しているとする。
図１９は、実施例における映像送信サーバ１５０の初期設定動作の一例を示す動作フロー図である。図８と異なる点は、ＩＰアドレスの設定Ｓ３０１の後に、各ディスプレイ１１０，１２０，１３０，１４０にユニキャスト通信を使用して、映像サイズ、フレームレート等のデコード能力を示すデコード能力情報の問い合わせＳ３０４を行う点である。
【００４１】
デコード能力情報を使用すると以下の処理が可能となる。配信コンテンツの設定Ｓ３０２の時に、デコード能力を超えた映像ストリームを選択した場合、表示部１０４に、「ディスプレイのデコード能力が足りません。他のコンテンツを選択してください。」などのエラーメッセージを表示することができる。また、配信コンテンツの設定Ｓ３０２の時に、デコード能力を超えた映像ストリームを予めユーザが選択できないように制御することもできる。さらに、配信コンテンツの設定Ｓ３０２の時に、デコード能力を超えた映像ストリームが選択された場合、エンコーダ１０５は、エンコードする前にデコード能力以下になるように、映像サイズを縮小する、フレームレートを落とすなどを行い、デコード能力以下の映像ストリームに変換することもできる。
【００４２】
以上、映像送信サーバの初期設定時に、各ディスプレイのデコード能力情報の問い合わせＳ３０４を行い、配信コンテンツの設定Ｓ３０２の時に上記処理を行うことで、マルチディスプレイ装置のシステム破綻を防ぎ、リアルタイム性を保障することができる。
実施例５では、図１６（実施例３）を用いて説明したが、図４（実施例１）、図１５（実施例２）のマルチディスプレイ装置でも対応可能である。また、デコード能力の問い合わせＳ３０４の処理をＩＰアドレスの設定Ｓ３０１の後に行う例を記載したが、配信コンテンツの設定Ｓ３０２の前であれば、処理の位置はどこでも良い。
ここまで説明した実施例における記載は、図面も含め本発明を限定するものではない。これらの実施例に対して追加、変更を適宜加えた実施例を考えることができるが、いずれも本発明の範疇にある。
【符号の説明】
【００４３】
１００：映像送信サーバ、１１０：ディスプレイＡ、１２０：ディスプレイＢ、１３０：ディスプレイＣ、１４０：ディスプレイＤ、１０１：記録装置、１０２：ＣＰＵ、１０３，１１１：ネットワークＩＦ、１０４：表示部、１０５：エンコーダ、１１２：デコーダ、１１３：ＣＰＵ、１１４：表示部、２００：映像送信サーバ、２１０，２２０，２３０，２４０，２５０，２６０，２７０，２８０：ディスプレイ、９００：イーサネットヘッダ、９０１：ＩＰヘッダ、９０２：データ。
【特許請求の範囲】
【請求項１】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示し、同一ネットワークアドレスのＩＰアドレスを設定された複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた前記映像における表示エリアに係る表示エリア情報を前記複数のディスプレイに送信した後、前記映像データをブロードキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記ブロードキャスト通信により送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項２】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示する複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた前記映像における表示エリアに係る表示エリア情報と送信先ＩＰアドレスとなるマルチキャストアドレスとを前記複数のディスプレイに送信した後、前記映像データをマルチキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記マルチキャストアドレスを受信した際にマルチキャストアドレスのデータを受信する設定を行った後、前記マルチキャスト通信で送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項３】
請求項１または請求項２に記載のマルチディスプレイ装置であって、
前記映像データは、データ量を圧縮された映像ストリームデータであり、
前記複数のディスプレイは、前記映像ストリームデータをデコードするデコーダを備え、予め受信した前記表示エリア情報に基づき各々の前記デコーダでデコードして得た映像における表示エリアを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項４】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示し、同一ネットワークアドレスのＩＰアドレスを設定された複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた、マルチスライスエンコードされた映像ストリームのうちデコードするスライスを示すデコードスライス情報を前記複数のディスプレイに送信した後、前記マルチスライスエンコードされた映像ストリームをブロードキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記ブロードキャスト通信により送信された前記マルチスライスエンコードされた映像ストリームを受信し、予め受信した前記デコードスライス情報に基づき受信した前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項５】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示する複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた、マルチスライスエンコードされた映像ストリームのうちデコードするスライスを示すデコードスライス情報と送信先ＩＰアドレスとなるマルチキャストアドレスとを前記複数のディスプレイに送信した後、前記マルチスライスエンコードされた映像ストリームをマルチキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記マルチキャストアドレスを受信した際にマルチキャストアドレスのデータを受信する設定を行った後、前記マルチキャスト通信で送信された前記映像ストリームを受信し、予め受信したデコードスライス情報に基づき前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項６】
請求項３乃至請求項５のいずれか１項に記載のマルチディスプレイ装置であって、
前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、
配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択した場合、エラーメッセージを表示することを特徴とするマルチディスプレイ装置。
【請求項７】
請求項３乃至請求項５のいずれか１項に記載のマルチディスプレイ装置であって、
前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、
配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択できないように制御することを特徴とするマルチディスプレイ装置。
【請求項８】
請求項３乃至請求項５のいずれか１項に記載のマルチディスプレイ装置であって、
前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、
配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択した場合、デコード能力以下に変換した映像ストリームを出力することを特徴とするマルチディスプレイ装置。
【請求項９】
請求項１または請求項２に記載のマルチディスプレイ装置におけるディスプレイ装置であって、
送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定する
ことを特徴とするディスプレイ装置。
【請求項１０】
請求項４または請求項５に記載のマルチディスプレイ装置におけるディスプレイ装置であって、
送信された前記映像ストリームを受信し、予め受信したデコードスライス情報に基づき前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定する
ことを特徴とするディスプレイ装置。
【請求項１】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示し、同一ネットワークアドレスのＩＰアドレスを設定された複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた前記映像における表示エリアに係る表示エリア情報を前記複数のディスプレイに送信した後、前記映像データをブロードキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記ブロードキャスト通信により送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項２】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示する複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた前記映像における表示エリアに係る表示エリア情報と送信先ＩＰアドレスとなるマルチキャストアドレスとを前記複数のディスプレイに送信した後、前記映像データをマルチキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記マルチキャストアドレスを受信した際にマルチキャストアドレスのデータを受信する設定を行った後、前記マルチキャスト通信で送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項３】
請求項１または請求項２に記載のマルチディスプレイ装置であって、
前記映像データは、データ量を圧縮された映像ストリームデータであり、
前記複数のディスプレイは、前記映像ストリームデータをデコードするデコーダを備え、予め受信した前記表示エリア情報に基づき各々の前記デコーダでデコードして得た映像における表示エリアを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項４】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示し、同一ネットワークアドレスのＩＰアドレスを設定された複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた、マルチスライスエンコードされた映像ストリームのうちデコードするスライスを示すデコードスライス情報を前記複数のディスプレイに送信した後、前記マルチスライスエンコードされた映像ストリームをブロードキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記ブロードキャスト通信により送信された前記マルチスライスエンコードされた映像ストリームを受信し、予め受信した前記デコードスライス情報に基づき受信した前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項５】
１つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、
前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、
当該映像送信サーバが送信した前記映像データを受信して表示する複数のディスプレイとを備え、
前記映像送信サーバは、
前記複数のディスプレイに対して各々定められた、マルチスライスエンコードされた映像ストリームのうちデコードするスライスを示すデコードスライス情報と送信先ＩＰアドレスとなるマルチキャストアドレスとを前記複数のディスプレイに送信した後、前記マルチスライスエンコードされた映像ストリームをマルチキャスト通信により前記複数のディスプレイに送信し、
前記複数のディスプレイは、
前記マルチキャストアドレスを受信した際にマルチキャストアドレスのデータを受信する設定を行った後、前記マルチキャスト通信で送信された前記映像ストリームを受信し、予め受信したデコードスライス情報に基づき前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定する
ことを特徴とするマルチディスプレイ装置。
【請求項６】
請求項３乃至請求項５のいずれか１項に記載のマルチディスプレイ装置であって、
前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、
配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択した場合、エラーメッセージを表示することを特徴とするマルチディスプレイ装置。
【請求項７】
請求項３乃至請求項５のいずれか１項に記載のマルチディスプレイ装置であって、
前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、
配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択できないように制御することを特徴とするマルチディスプレイ装置。
【請求項８】
請求項３乃至請求項５のいずれか１項に記載のマルチディスプレイ装置であって、
前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、
配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択した場合、デコード能力以下に変換した映像ストリームを出力することを特徴とするマルチディスプレイ装置。
【請求項９】
請求項１または請求項２に記載のマルチディスプレイ装置におけるディスプレイ装置であって、
送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定する
ことを特徴とするディスプレイ装置。
【請求項１０】
請求項４または請求項５に記載のマルチディスプレイ装置におけるディスプレイ装置であって、
送信された前記映像ストリームを受信し、予め受信したデコードスライス情報に基づき前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定する
ことを特徴とするディスプレイ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１３−１０６１３２（Ｐ２０１３−１０６１３２Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２４７４４４（Ｐ２０１１−２４７４４４）
【出願日】平成２３年１１月１１日（２０１１．１１．１１）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１１日（２０１１．１１．１１）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]