"1つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、当該映像送信サーバが送信した前記映像データを受信して表示し、同一ネットワークアドレスのIPアドレスを設定された複数のディスプレイとを備え、前記映像送信サーバは、前記複数のディスプレイに対して各々定められた前記映像における表示エリアに係る表示エリア情報を前記複数のディスプレイに送信した後、前記映像データをブロードキャスト通信により前記複数のディスプレイに送信し、前記複数のディスプレイは、前記ブロードキャスト通信により送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定することを特徴とするマルチディスプレイ装置。1つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、当該映像送信サーバが送信した前記映像データを受信して表示する複数のディスプレイとを備え、前記映像送信サーバは、前記複数のディスプレイに対して各々定められた前記映像における表示エリアに係る表示エリア情報と送信先IPアドレスとなるマルチキャストアドレスとを前記複数のディスプレイに送信した後、前記映像データをマルチキャスト通信により前記複数のディスプレイに送信し、前記複数のディスプレイは、前記マルチキャストアドレスを受信した際にマルチキャストアドレスのデータを受信する設定を行った後、前記マルチキャスト通信で送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定することを特徴とするマルチディスプレイ装置。請求項1または請求項2に記載のマルチディスプレイ装置であって、前記映像データは、データ量を圧縮された映像ストリームデータであり、前記複数のディスプレイは、前記映像ストリームデータをデコードするデコーダを備え、予め受信した前記表示エリア情報に基づき各々の前記デコーダでデコードして得た映像における表示エリアを決定することを特徴とするマルチディスプレイ装置。1つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、当該映像送信サーバが送信した前記映像データを受信して表示し、同一ネットワークアドレスのIPアドレスを設定された複数のディスプレイとを備え、前記映像送信サーバは、前記複数のディスプレイに対して各々定められた、マルチスライスエンコードされた映像ストリームのうちデコードするスライスを示すデコードスライス情報を前記複数のディスプレイに送信した後、前記マルチスライスエンコードされた映像ストリームをブロードキャスト通信により前記複数のディスプレイに送信し、前記複数のディスプレイは、前記ブロードキャスト通信により送信された前記マルチスライスエンコードされた映像ストリームを受信し、予め受信した前記デコードスライス情報に基づき受信した前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定することを特徴とするマルチディスプレイ装置。1つの映像をネットワーク接続された複数のディスプレイを用いて表示するマルチディスプレイ装置であって、前記映像に係る映像データを、前記ネットワークを介して送信する映像送信サーバと、当該映像送信サーバが送信した前記映像データを受信して表示する複数のディスプレイとを備え、前記映像送信サーバは、前記複数のディスプレイに対して各々定められた、マルチスライスエンコードされた映像ストリームのうちデコードするスライスを示すデコードスライス情報と送信先IPアドレスとなるマルチキャストアドレスとを前記複数のディスプレイに送信した後、前記マルチスライスエンコードされた映像ストリームをマルチキャスト通信により前記複数のディスプレイに送信し、前記複数のディスプレイは、前記マルチキャストアドレスを受信した際にマルチキャストアドレスのデータを受信する設定を行った後、前記マルチキャスト通信で送信された前記映像ストリームを受信し、予め受信したデコードスライス情報に基づき前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定することを特徴とするマルチディスプレイ装置。請求項3乃至請求項5のいずれか1項に記載のマルチディスプレイ装置であって、前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択した場合、エラーメッセージを表示することを特徴とするマルチディスプレイ装置。請求項3乃至請求項5のいずれか1項に記載のマルチディスプレイ装置であって、前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択できないように制御することを特徴とするマルチディスプレイ装置。請求項3乃至請求項5のいずれか1項に記載のマルチディスプレイ装置であって、前記映像送信サーバは、前記複数のディスプレイにデコード能力を示すデコード能力情報の問い合わせを行い、配信コンテンツの設定の時に、デコード能力を超えた映像ストリームを選択した場合、デコード能力以下に変換した映像ストリームを出力することを特徴とするマルチディスプレイ装置。請求項1または請求項2に記載のマルチディスプレイ装置におけるディスプレイ装置であって、送信された前記映像データを受信し、予め受信した前記表示エリア情報に基づき各々の前記映像データにおける表示エリアを決定することを特徴とするディスプレイ装置。請求項4または請求項5に記載のマルチディスプレイ装置におけるディスプレイ装置であって、送信された前記映像ストリームを受信し、予め受信したデコードスライス情報に基づき前記マルチスライスエンコードされた映像ストリームにおける各々がデコードするスライスを決定することを特徴とするディスプレイ装置。しかしながら、上記特許文献1の構成では、映像ストリームを再構成して所望のディスプレイに分配するマルチディスプレイ構成装置が必要となる。このマルチディスプレイ構成装置は、汎用品ではないためコスト削減が難しい。また、複数組のマルチディスプレイを接続しようとした場合、マルチディスプレイ構成装置は、ユニキャスト通信を用いて複数のディスプレイに再構成した映像ストリームを送信する必要がある。そのため、同様なデータを複数回送信することになり、マルチディスプレイ構成装置のパフォーマンスによって、接続できる最大ディスプレイ数が決まってしまうという課題がある。上記課題に鑑み、本発明では、拡張性のあるマルチディスプレイ装置を実現することを目的とする。前記目的を達成するため本発明は、例えば特許請求に記載の構成を備える。本発明によれば、拡張性のあるマルチディスプレイ装置を実現でき、ユーザに対する使い勝手の向上に寄与できるという効果がある。始めにIPInternetProtocolアドレスのクラス、及び通信の種類について説明する。図1は、IPアドレスIPv4のクラスの説明図である。IPアドレスは、32ビットの正数値で表され、8ビットずつ4組に分けて、その境に.ピリオドを入れて10進数で表現する方法であり、図1のようにクラスAからクラスDに分類される。クラスAは先頭1ビットが0で始まる場合で、先頭から8ビットがネットワークアドレスとなり、下位24ビットはホストアドレスとして割り与えられる。クラスBは先頭2ビットが10で始まる場合で、先頭から16ビットがネットワークアドレスとなり、下位16ビットはホストアドレスとして割り与えられる。クラスCは先頭3ビットが110で始まる場合で、先頭から24ビットがネットワークアドレスとなり、下位8ビットはホストアドレスとして割り与えられる。クラスDは先頭4ビットが1110で始まる場合で、32ビットすべてがネットワークアドレスとなり、マルチキャスト通信に使用される。上記ホストアドレスは、IPアドレスがわからない場合はすべて0とし、ブロードキャストアドレスとして使用する場合はすべて1とする。図2は、通信の種類の説明図である。ホストAからホストZまでが、バス型のネットワークに接続されており、ホストAがデータを送信する場合について考える。ネットワークを利用して通信する場合、通信相手の数によってユニキャスト通信、マルチキャスト通信、ブロードキャスト通信の3つに分類される。ユニキャスト通信は、1対1の通信のことで、送信先IPアドレスに単一のIPアドレスを指定して特定の相手にデータを送信する。ブロードキャスト通信は、1対不特定多数の通信のことで、送信先IPアドレスにブロードキャストアドレスと呼ばれるIPアドレスを使用して送信する。ブロードキャストアドレスとは、ホストアドレスがすべて1のアドレスのことで、同一のネットワークアドレス内の全てのホストに同一データが配信される。なお、送信ホストと同一のネットワークアドレスにブロードキャストすることをローカルブロードキャスト、送信ホストと異なるネットワークアドレスにブロードキャストすることをダイレクトブロードキャストという。マルチキャスト通信とは、1対複数の通信のことで、送信先IPアドレスに通常のIPアドレスではなく、マルチキャストアドレスと呼ばれるクラスDのIPアドレスを使用して配信される。受信ホストは、事前に送信されるマルチキャストアドレスを登録しておくことで、登録したマルチキャストアドレスで配信されたデータを受信することが可能となる。上記ブロードキャスト通信とマルチキャスト通信は、同一データを複数のホストに送信したい場合に利点がある。例えば、4つのホストに同一データを送信したい場合、ユニキャスト通信を用いると、データを送信するホストは4回同一のデータを送信しなければいけないが、ブロードキャスト通信とマルチキャスト通信を用いると、データを送信するホストは1回だけデータを配信すれば良いため、ユニキャスト通信と比べて効率が良い。本発明の第1の実施例であるマルチディスプレイ装置について説明する。実施例1は、ローカルブロードキャストを用いて1つの映像を4つのディスプレイに表示マルチ表示する例である。図3は、実施例1のマルチディスプレイ装置の概略構成を示すブロック図であり、映像送信サーバ100、ディスプレイ110,120,130,140の4枚のディスプレイとを有し、映像送信サーバと各ディスプレイはイーサケーブルによってバス型で接続されている。図3のようにディスプレイ110,120,130,140を2x2の配置に並べることで擬似的に一つの大型ディスプレイを構成する。図4は、実施例1のマルチディスプレイ装置の詳細構成を示すブロック図である。図4を用いて、映像送信サーバ100とディスプレイ110の内部構成を詳しく説明する。映像送信サーバ100は記録装置101、CPUCentralProcessingUnit102、ネットワークIFInterface103、表示部104を有する。記録装置101はHDDHardDiscDrive、SDSecureDigitalカード、USBUniversalSerialBusメモリ等の記録媒体を備えており、該記録媒体には配信したいコンテンツに圧縮処理を施した映像ストリームが記録される。圧縮形式は、H.264、MPEG2MovingPictureExpertsGroup2、JPEGJointPhotographicExpertsGroup等どのような圧縮形式を使用しても良い。CPU102は、DHCPDynamicHostConfigurationProtocolサーバとしての機能ネットワーク接続されたディスプレイにIPアドレスを割り振ると、前記記録装置101から映像ストリームを読み出した後、ヘッダを付けてIPパケットを作成する機能と、ネットワークを介して各ディスプレイ110,120,130,140へ表示エリア情報を通信する機能と、表示部と連携して表示画面の制御等を行う機能とがある。ネットワークIF103は、前記CPU102で作成されたIPパケットにイーサネットのヘッダを付けてイーサフレームを作成し、ネットワーク上へ出力する機能と、ネットワーク上から受信したイーサフレームのヘッダを取り除きIPパケットに変換する機能を持つ。表示部104は、例えばタッチパネル形式となっており、メニュー画面、設定画面を表示するだけでなく、ユーザの指示をCPU102に伝える機能も持っている。図5は、実施例におけるイーサネットケーブルを流れるパケットの一例を示す図である。先頭からイーサネットヘッダ900、IPヘッダ901、データ902の順で構成される。映像ストリームと表示エリア情報等のユーザが送信したい情報は、データ902に格納される。先の図4において、ディスプレイ110はネットワークIF111、デコーダ112、CPU113、表示部114を有する。ネットワークIF111は、ネットワークIF103と同様な機能のため説明を省略する。CPU113は、ネットワークIF111で受信したIPパケットが映像ストリームだった場合、IPパケットのヘッダを取り除きデコーダ112へ映像ストリームを渡す。一方、ネットワークIF111で受信したIPパケットが表示エリア情報のパケットだった場合、表示部114に出力する表示エリアの指示を出す。デコーダ112は、映像ストリームをデコードして、デコード映像を出力する。表示部114は、デコード映像をディスプレイに表示する。このとき、CPU113から表示エリアの指示があった場合、表示エリアのデコード映像のみを表示する。表示エリアの指示がなかった場合は、デコード映像をそのまま表示する。その他のディスプレイ120,130,140も同様の構成のため、同一の符号を記載し説明を省略する。図6は、実施例における各機器のIPアドレス一覧表の一例を示す図である。映像送信サーバ100はDHCPサーバの機能を備えているため、映像送信サーバ100にディスプレイをネットワーク接続すると、自動的にIPアドレスが割り与えられる。本実施例ではローカルブロードキャストを使用するので、個人で任意に設定できるクラスCのIPアドレス192.168.1.xxxを使用する。各ディスプレイ110,120,130,140はDHCPサーバより図6の表に記載の、同一ネットワークドレスのIPアドレスが割り与えられたとする。図7は、実施例1のマルチディスプレイ装置の動作フロー図である。以下、1初期設定、2各機器との通信、3映像ストリームの配信の順で、マルチディスプレイ装置の動作フローについて説明する。前提条件として、各機器の電源は投入され、かつネットワークに接続されており、前記図6のIPアドレスを取得した状態とする。始めに1初期設定について説明する。ディスプレイ110,120,130,140の初期設定は、マルチ表示ソフトウエアを起動することである。マルチ表示ソフトウエアは、電源投入時に自動で起動してもよいし、電源投入後ユーザがマルチ表示ソフトウエアを選択して起動しても良い。図8は、実施例における映像送信サーバ100の初期設定動作の一例を示す動作フロー図である。ディスプレイ配置の設定S300、IPアドレスの設定S301、配信コンテンツの設定S302、表示エリアの設定S303の順番で処理を行う。ここで、各ディスプレイの配置とIPアドレスは、ユーザが把握しているものとし、ユーザは映像送信サーバの構成要素を使用して設定を行うとする。まず、ディスプレイ配置の設定S300を説明する。図9は、実施例におけるディスプレイ配置設定画面の一例を示す図である。図9の700~702が予め用意されたディスプレイ配置でディスプレイ配置700は2x2の配置、ディスプレイ配置701は3x3の配置、ディスプレイ配置702は4x2の配置を示す。三角マーク703は他の配置を表示するためのマークであり、上記以外にも様々な配置を登録しておくことで、ユーザは簡単に設定可能となる。さらに、四角のディスプレイを複数使用してハート型、星型等複雑なディスプレイ配置を実現したい場合は、手動でディスプレイ配置を設定するモードを設け、これを使用してユーザが設定しても良い。次に、IPアドレスの設定S301を説明する。図10は、実施例におけるIPアドレス設定画面の一例を示す図である。図10は、図3で示したディスプレイ配置の場合の設定例を示している。この際、図9のディスプレイ配置の選択画面にて、ユーザは2x2のディスプレイ配置700を選択したとする。このとき、ユーザは予め図3のディスプレイ配置と、図6のIPアドレスを把握しているため、図10のように2x2のディスプレイ配置に対応するIPアドレスを設定できる。次に、配信コンテンツの設定S302を説明する。配信するコンテンツの選択は、例えば、サムネイル表示画面から選択しても良いし、コンテンツの題名一覧画面から選択するとしても良い。次に、表示エリアの設定S303を説明する。図11は、実施例におけるマルチディスプレイ装置が表示する映像の一例を示す図である。例えば、図11に示したHDサイズ1920x1080の映像を、図3で示した4つのディスプレイに1画面として表示したい場合について考える。図11の点線で4分割した始点左上座標のx座標とy座標、終点右下の座標のx座標とy座標の形式始点x,y終点x,yで表し、前記始点と前記終点で囲まれたエリアを表示エリアとする。ディスプレイ110は0,0960,540、ディスプレイ120は960,01920,540、ディスプレイ130は0,540960,1080、ディスプレイ140は960,5401920,1080を表示すれば、図3の2x2のディスプレイ配置でマルチ表示を実現できる。上記始点x,y終点x,yの形式で記載した情報を各ディスプレイ110,120,130,140の表示エリア情報とする。図11の例では表示エリア情報を始点のx座標とy座標、終点のx座標とy座標で表現したが、例えば、始点のx座標とy座標と、xのサイズとyのサイズ等、ディスプレイが表示するエリア特定できる情報であれば何でも良い。次に、図7に戻って2各機器との通信について説明する。1初期設定で、各ディスプレイ110,120,130,140の表示エリアが決まったので、表示エリア情報を各ディスプレイに伝える必要がある。例えばディスプレイ110への通信の場合、まず映像送信サーバ100のCPU102が送信先IPアドレス192.168.1.101、前記ディスプレイ110に対応する表示エリア情報0,0960,540をデータとするIPパケットを作成する。次にネットワークIF103でCPU102が作成したIPパケットにヘッダを付けてイーサフレームを作成し、ネットワーク上へ送信する。ディスプレイ110のネットワークIF111は、送信先IPアドレス192.168.1.101のイーサフレームを受信し、イーサフレームのヘッダを取り除きIPパケットを生成する。CPU113はネットワークIF111からIPパケットを受け取り、内部のデータが表示エリア情報だった場合、表示部114に表示エリアを指定する。この処理をディスプレイ数分だけ順次処理する。最後に、図7の3映像ストリームの配信について説明する。2各機器との通信で各ディスプレイに表示エリア情報を伝送したので、全ディスプレイに映像ストリームを配信する。映像送信サーバ100のCPU102は、記録装置101から映像ストリームを読み出し、グローバルアドレス192.168.1.255を送信先IPアドレス、映像ストリームをデータとするIPパケットを作成する。ネットワークIF103はCPU102が作成した映像ストリームのIPパケットにイーサフレームのヘッダを付けてネットワーク上に配信する。図1で説明したように、前記IPアドレス192.168.1.255のクラスはクラスCであり、8ビットのホストアドレスは全て1であることから、グローバルアドレスであることが分かる。このため、図2で説明したように、全ディスプレイに対して同時に同じ映像ストリームが配信される。各ディスプレイ110,120,130,140のネットワークIF111は、前記グローバルアドレスで配信されたイーサフレームを受信して、IPパケットに変換する。各ディスプレイのCPU113は、前記IPパケットのヘッダを取り、映像ストリームをデコーダへ供給する。各デコーダ112は、映像ストリームをデコードしてデコード映像を生成する。各表示部114は2各機器との通信にて、設定された表示エリア情報に基づいてデコード映像から表示エリアの映像のみを選択し、ディスプレイに表示する。図12は、実施例1のマルチディスプレイ装置における表示の一例を示す図であり、図7の動作フロー完了後の表示を示す。ディスプレイ配置は図3の2x2の配置とし、配信する映像は図11に記載のHDサイズの映像であるとすると、図12のように、1つの映像を複数のディスプレイで表示するマルチ表示ができる。図13は、複数のマルチディスプレイ装置を同一ネットワークアドレス内に配置した一例を示すブロック図である。映像送信サーバ200と、2x2のディスプレイ配置のディスプレイ210,220,230,240と、1x1のディスプレイ配置のディスプレイ250と、ハート型のディスプレイ配置のディスプレイ260,270,280を有している。図14は、図13の実施例における各機器のIPアドレスと表示エリア情報の一覧表の一例を示す図である。映像送信サーバ200と各ディスプレイはネットワーク接続されており、各機器のIPアドレスと表示エリア情報は図14に示されており、映像送信サーバ200が配信する映像ストリームは、図11の映像の映像ストリームとする。2x2のディスプレイ配置のディスプレイ210,220,230,240は、図14の表示エリア情報を設定すると、2x2のマルチ表示が実現できる。1x1のディスプレイ配置のディスプレイ250は、表示エリア情報を図14に記載の0,01920,1080に設定することで1つのディスプレイに全画面表示が実現できる。また、ハート型のディスプレイ配置のディスプレイ260,270,280は、映像の全画面290の点線を複数のディスプレイで表示するのではなく、必要な部分のみを表示する例である。表示エリア情報は、図14に記載の値に設定することで、一部分表示が実現できる。このように、様々なディスプレイ配置が混在する場合でも、表示エリア情報の設定を変更するだけで対応することが可能となるため、拡張性に優れたマルチディスプレイ装置となる。以上、イーサネットの標準プロトコルであるブロードキャストを用いて、マルチディスプレイ装置を構成することで、汎用機器のみで実現できるため、低コストで実現可能となる。また、図13のように、表示するディスプレイ数を増やした場合、および、表示方法をディスプレイ毎に変更する場合でも、1初期設定で各ディスプレイに表示エリアを指定するだけで良いので、映像ストリームを配信する映像送信サーバの負荷は変わらない。よって、拡張性に優れたマルチディスプレイ装置が実現可能となる。実施例1では、ローカルブロードキャストを用いて説明したが、全てのディスプレイに同一のネットワークアドレスのグローバルIPアドレスを設定することで、ダイレクトブロードキャストを用いた場合も同様にマルチ表示が実現可能である。また、イーサネットを用いて、機器間を接続する例を示したが、FDDIFiber-DistributedDataInterface、無線LANLocalAccessNetworkなど機器間の通信方式はどんな方式でも良い。また、映像送信サーバの表示部104はタッチパネルにより、ユーザの入力を受け付ける機能を持っているが、表示部とは別に外部入力部を用意し、マウス、キーボードなどで初期設定する、または別途設定用PCを用意し、前記設定用PCからユニキャスト通信にて初期設定するようにしても良い。また、映像送信サーバ100は、DHCPサーバの機能を持っていたが、別にDHCPサーバがあっても良いし、各機器に手動でIPアドレスを設定しても良い。さらに、2各機器との通信は、ユニキャスト通信を用いて一対一で順番に行う例を記載したが、全てのディスプレイの送信先IPアドレスと表示エリア情報のセットを、ブロードキャスト通信で一斉に配信するとしても良い。その場合、各ディスプレイ110,120,130,140は、自分宛の送信先IPアドレスの表示エリア情報のみを使用すれば良い。実施例1では、配信するコンテンツとして映像ストリームを使用する例を説明したが、本実施例では、映像ストリームではなく非圧縮の映像データを使用する例を説明する。図15は、実施例2のマルチディスプレイ装置の詳細構成を示すブロック図である。図4と同様の機能のブロックには同一符号を記載したので説明を省略する。本実施例の場合、各ディスプレイ110,120,130,140の動作が変更になる。各ディスプレイ110,120,130,140のCPU113は、受信したデータが映像データのIPパケットだった場合、前記IPパケットのヘッダを取り除き、表示部114へ映像データを渡す。表示部114では、前記映像データを指定された表示エリア情報に基づいて、表示エリアを限定してディスプレイに表示することで実施例1と同様にマルチ表示が実現可能である。本実施例では、映像送信サーバが動画像符号化H.264のマルチスライスエンコードを用いてエンコードした映像ストリームを配信することで、ディスプレイ側の処理量を削減する方法について説明する。図16は、実施例3のマルチディスプレイ装置の詳細構成を示すブロック図である。図4と同様の機能のブロックは、同一符号を記載したので説明を省略する。図4との違いは、映像送信サーバ150のエンコーダ105とディスプレイ160,170,180,190のデコーダ115である。エンコーダ105は、記録装置101に記録された映像ストリームをマルチスライスエンコードされた映像ストリームに変換する機能を備える。また、デコーダ115は、前記マルチスライスエンコードされた映像ストリームをデコードする機能を備える。次に、先の図7を用いて動作フローについて説明する。本実施例では、図7の映像送信サーバの1初期設定の表示エリアの設定S303図8が終わった後に、設定された表示エリアに応じてスライス分割を決定する。ここでスライスとは、ピクチャ内を分割する単位のことである。圧縮技術では映像情報を圧縮する際に周囲の映像情報を用いてエンコードする。このため、ピクチャをスライス分割して同じスライス内にある周囲の映像情報を用いて圧縮しないと、ピクチャ内の途中からデコードすることができない。H.264では、このスライスの設定をマクロブロックと呼ばれる16x16画素単位で設定可能である。図17は、実施例におけるスライス分割の一例を示す図であり、2x2のディスプレイ配置とし、配信する映像コンテンツに対し図11のHDサイズを選択した場合の例を示す。図17のように、1マクロブロックラインの半分でスライス分割するとする。さらに、どのスライスをデコード処理するかのデコードスライス情報も同時に作成する。ディスプレイ160は、0,0960,540のエリアを表示するので、そのエリアのスライススライス1、スライス3、、スライス65、スライス67をデコードスライス情報とする。ディスプレイ170は、960,01920,540のエリアを表示するので、そのエリアのスライススライス2、スライス4、、スライス66、スライス68をデコードスライス情報とする。ディスプレイ180は、0,540960,1080のエリアを表示するので、そのエリアのスライススライス69、スライス71、、スライス133、スライス135をデコードスライス情報とする。ディスプレイ190は、960,5401920,1080のエリアを表示するので、そのエリアのスライススライス70、スライス72、スライス134、スライス136をデコードスライス情報とする。次に、2各機器との通信の時に表示エリア情報の代わりに、デコードスライス情報を各ディスプレイ160,170,180,190に送信する。各ディスプレイ160,170,180,190のCPU113は、デコードスライス情報を受信したとき、デコーダ115にデコードするスライスを指示する。デコーダ115は指示されたスライスのみをデコードしデコード映像を生成する。表示部114はデコード映像をディスプレイに表示する。以上、マルチスライスエンコードを利用することで、表示するエリア以外のデコード処理を行わなくてよいので、ディスプレイの消費電力を削減することが可能となる。また、大きなサイズの映像をマルチ表示する場合にも利点がある。例えば、HDサイズまでのデコード能力しかないディスプレイ4台2x2のディスプレイ配置にHDサイズの4倍縦横2倍のサイズの映像ストリームを送信したい場合、図4のマルチディスプレイ装置では、各ディスプレイのデコード処理が間に合わずリアルタイム処理ができないが、図16のマルチディスプレイ装置を使用し、マルチスライスエンコードすることで、各ディスプレイのHDサイズの表示エリアのみをデコードすれば良くなるので、リアルタイム処理することが可能となる。実施例3では、映像送信サーバ150のエンコーダ105を用いてマルチスライスエンコードする例を示したが、予めマルチスライスエンコードされた映像ストリームを記録装置101に記録しておいたものを使用するとしても良い。この場合、映像送信サーバ150のエンコーダ105は必要ない。また、2各機器との通信でデコードスライス情報をディスプレイに送信する例を記載したが、表示エリア情報とデコードスライス情報の両方を送信するとしてもよい。この場合は、デコードしたスライスの中でさらに表示エリアを限定してディスプレイに表示することができる。また、H.264のマルチスライスを使用する例を記載したが、JPEGでリスタートマーカーの値を使用するなど、他の圧縮形式を用いても、ピクチャの途中からデコード可能な方法であれば、圧縮形式によらず実現可能である。また、映像送信サーバ150の記録装置101の記録データが映像ストリームの場合を説明したが、記録データは非圧縮の映像データでも良い。本実施例では、マルチキャスト通信を使用して実施例1と同様のマルチ表示を実現する方法について記載する。マルチディスプレイ装置の構成は、図4の構成を使用するため説明を省略する。図18は、実施例4におけるマルチディスプレイ装置の動作フロー図であり、マルチキャスト通信を利用した場合の動作フローを示す。1初期設定に関しては、図7と同様の処理手順なので説明を省略する。図7と異なる点は、2各機器との通信の際に、表示エリア情報と映像送信サーバが送信先IPアドレスに使用するマルチキャストアドレス244.1.1.1をデータとして送信する点である。これは、先に図1で示したIPアドレスのうちクラスDに属する。さらに、各ディスプレイ110,120,130,140では、CPU113がマルチキャストアドレスを受け取った場合、マルチキャストアドレスを受信できるようにネットワークIF111とCPU113を設定する。その後、3映像ストリームの配信では、送信先IPアドレスをマルチキャストアドレス224.1.1.1にして、映像ストリームを配信することで、ブロードキャストと同様に各ディスプレイ110,120,130,140は同一データを受信することが可能となる。以上、イーサネットの標準プロトコルであるマルチキャストを用いて、マルチディスプレイ装置を構成することで、汎用機器のみで実現できるため、低コストで実現可能となる。また、図13のように、表示するディスプレイ数を増やした場合、および、表示方法をディスプレイ毎に変更する場合でも、1初期設定で各ディスプレイに表示エリア情報を指定するだけで良いので、映像ストリームを配信する映像送信サーバの負荷は変わらない。よって、拡張性に優れたマルチディスプレイ装置が実現可能となる。実施例4では、マルチキャスト通信の説明にIPv4のマルチキャストアドレスを使用して説明したが、IPv6にもマルチキャストアドレスがあるので、それを使用すれば、IPv6の場合にも同様に対応できる。また、図4実施例1の構成で説明したが、図15実施例2及び図16実施例3の構成の場合も、2各機器との通信の際に通信データにマルチキャストアドレスを追加して通信することで同様に対応できる。本実施例は、映像送信サーバがディスプレイにデコード能力を問い合わせる例である。マルチディスプレイ装置の構成は、図16の構成とし同様の機能のブロックは同一符号を記載したので説明は省略する。前提として、ディスプレイ側の1初期設定は終了しているとする。図19は、実施例における映像送信サーバ150の初期設定動作の一例を示す動作フロー図である。図8と異なる点は、IPアドレスの設定S301の後に、各ディスプレイ110,120,130,140にユニキャスト通信を使用して、映像サイズ、フレームレート等のデコード能力を示すデコード能力情報の問い合わせS304を行う点である。デコード能力情報を使用すると以下の処理が可能となる。配信コンテンツの設定S302の時に、デコード能力を超えた映像ストリームを選択した場合、表示部104に、ディスプレイのデコード能力が足りません。他のコンテンツを選択してください。などのエラーメッセージを表示することができる。また、配信コンテンツの設定S302の時に、デコード能力を超えた映像ストリームを予めユーザが選択できないように制御することもできる。さらに、配信コンテンツの設定S302の時に、デコード能力を超えた映像ストリームが選択された場合、エンコーダ105は、エンコードする前にデコード能力以下になるように、映像サイズを縮小する、フレームレートを落とすなどを行い、デコード能力以下の映像ストリームに変換することもできる。以上、映像送信サーバの初期設定時に、各ディスプレイのデコード能力情報の問い合わせS304を行い、配信コンテンツの設定S302の時に上記処理を行うことで、マルチディスプレイ装置のシステム破綻を防ぎ、リアルタイム性を保障することができる。実施例5では、図16実施例3を用いて説明したが、図4実施例1、図15実施例2のマルチディスプレイ装置でも対応可能である。また、デコード能力の問い合わせS304の処理をIPアドレスの設定S301の後に行う例を記載したが、配信コンテンツの設定S302の前であれば、処理の位置はどこでも良い。ここまで説明した実施例における記載は、図面も含め本発明を限定するものではない。これらの実施例に対して追加、変更を適宜加えた実施例を考えることができるが、いずれも本発明の範疇にある。"