複数の映像タイルストリームにおける各MBラインを、前記各MBライン単位で任意に接続して、単一の結合ストリームを構成可能なように、前記映像タイルストリームの符号化を行うための符号化システムであって、映像信号受付部と、符号化処理部と、映像タイルストリーム出力部とを備えており、前記映像信号受付部は、符号化対象となる映像信号を受け付けるものであり、前記符号化処理部は、適宜の予測参照情報を用いて、前記映像信号を符号化することによって、映像タイルストリームを生成する構成となっており、かつ、前記符号化処理部は、前記符号化において、前記映像タイルストリームにおける各MBラインを任意に接続しても信号の予測関係の不一致により発生する誤差を生じないように、予測参照情報制限方式又は予測参照情報固定方式を用いる構成とされており、前記ストリーム出力部は、前記符号化処理部での符号化によって得られた前記映像タイルストリームを出力する構成となっていることを特徴とする符号化システム。前記予測参照情報制限方式とは、異なる映像タイルストリームにおけるMBライン間で、相互に隣接するMBが保持する符号化情報の組み合わせに依存しないように、符号化情報を制限された予測方式とされている請求項1に記載の符号化システム。前記予測参照情報制限方式は、以下の処理を備える、請求項1に記載の符号化システム:1前記映像信号を構成するフレームを、フレーム内予測符号化とフレーム間予測符号化の二種類の符号化モードのうちのいずれかで符号化する処理;2フレーム内予測符号化されるフレーム内の複数のMBにおいては、異なる映像タイルストリームにおけるMBライン間で、相互に隣接するMBの内容に依存しない画素値を参照する予測モードを用いて符号化する処理。前記予測参照情報固定方式は、予め設定した値に固定された予測情報を用いる方式である請求項1に記載の符号化システム。前記予測参照情報固定方式は、以下の処理を備える、請求項1に記載の符号化システム:1前記映像タイルストリームを構成するMBであって、かつ、前記映像タイルストリームのフレームの周縁部分に位置するもののうち、少なくとも一部のMBにおいて、MBにおける少なくとも一部の輝度係数列及び色差係数列のゼロでない係数の個数を、予め設定した固定値として符号化する処理;2前記映像タイルストリームのフレームの周縁部分に隣接すべきMBの前記ゼロでない係数の個数を参照するMBの場合には、前記固定値の前記ゼロでない係数の個数を持つ隣接MBが存在すると仮定して、符号化する処理。前記予測参照情報固定方式は、以下の処理を備える、請求項1に記載の符号化システム:1映像タイルストリームのフレームの周縁部分に位置するMBの内、少なくとも一部のMBにおいて、MBが保持する動きベクトルを既定の動きベクトルに固定してフレーム間予測符号化を行う処理;2前記映像タイルストリームのフレームの周縁部分に隣接すべきMBの動きベクトルを参照するMBの場合には、前記既定の動きベクトルを持つ隣接MBが存在すると仮定して、フレーム間符号化を行う処理。前記符号化処理部は、MBライン符号量挿入部を備えており、このMBライン符号量挿入部は、前記映像タイルストリーム中の前記MBラインの位置を特定するための付加情報を、前記符号化時において生成する構成となっている請求項1~6のいずれか1項に記載の符号化システム。請求項1~6のいずれか1項に記載のシステムによって符号化された映像タイルストリームを構成するMBラインを結合するための結合システムであって、映像タイルストリーム受付部と、結合処理部と、結合ストリーム出力部とを備えており、前記映像タイルストリーム受付部は、前記映像タイルストリームを受け取る構成となっており、前記結合処理部は、以下の処理を行うことで、結合ストリームを生成する構成となっており:1前記映像タイルストリームにおいて、前記MBラインの端部を検出し、かつ、前記MBラインに相当するストリームを取得する処理;2前記映像タイルストリームが結合された状態である結合ストリームにおけるフレームの周縁となる位置に隣接するように、前記MBラインの端部に、周縁調整用MBを挿入する処理、ただし、ここで、一部の前記周縁調整用MBは、請求項1~7のいずれか1項に記載の符号化システムで符号化されているものとする;前記結合ストリーム出力部は、前記結合処理部で生成された前記結合ストリームを出力する構成となっている結合システム。複数の映像タイルストリームにおける各MBラインを、前記各MBラインの単位で任意に接続して、単一の結合ストリームを構成可能なように、映像タイルストリームの符号化を行うための符号化方法であって、1符号化対象となる映像信号を受け付けるステップと、2適宜の予測参照情報を用いて、前記映像信号を符号化することによって、タイルストリームを生成するステップと、3符号化によって得られた前記映像タイルストリームを出力するステップとを備えており、前記映像情報の符号化においては、前記映像タイルストリームにおけるフレームの各MBラインで構成されるストリームを任意に接続しても信号の予測関係の不一致により発生する誤差を生じないように前記予測参照情報制限方式又は前記予測参照情報固定方式を用いる構成とされていることを特徴とする符号化方法。請求項9に記載の各ステップをコンピュータに実行させるためのコンピュータプログラム。請求項1~7のいずれか1項に記載のシステムによって符号化されたタイルストリームを構成するMBラインに相当するストリームを結合して生成されたデータ構造であって前記映像タイルストリームが結合された状態である結合ストリームにおけるフレームの周縁となる位置に隣接するように、前記MBラインの端部に、周縁調整用MBが挿入されており、少なくとも一部の前記周縁調整用MBは、請求項1~7のいずれか1項に記載の符号化システムで符号化されているデータ構造。実環境におけるサービス提供を想定した場合、配信サーバは多数のクライアントからの要求を処理する必要があることから、配信サーバの負荷を減らして、高速化を図る必要がある。しかしながら、非特許文献3における前記した予測差分情報の修正処理は、複数ストリームの一部復号処理を伴うため、サーバでの処理量が増加する。また非特許文献4は、概略、1つの映像の画面内に1つの異なる映像を重ねるVideoinVideoに関する技術である。この技術では、これら二つの映像の重ね合わせ処理において、二つの符号化ビットストリームの復号処理を極力抑制するために、符号化モードの制御や符号化に関わる様々な情報を別ファイルに保存する方法を採用している。しかしながら、前記重ね合わせ処理において動きベクトルや非ゼロ係数の再計算処理及び再符号化処理を想定しているため、これによるサーバでの処理が増加するという課題がある。本発明は、前記の状況に鑑みてなされたものである。本発明の目的の一つは、映像タイルストリームの符号化方式を工夫することにより、結合ストリームを、サーバへの負荷を抑えつつ、生成することができる技術を提供することである。本発明の他の目的は、映像タイルストリームにおけるMBラインを任意に接続して単一ビットストリームを構成する技術を提供することである。前記した課題を解決する手段は、以下の項目のように記載できる。項目1複数の映像タイルストリームにおける各MBラインを、前記各MBライン単位で任意に接続して、単一の結合ストリームを構成可能なように、前記映像タイルストリームの符号化を行うための符号化システムであって、映像信号受付部と、符号化処理部と、映像タイルストリーム出力部とを備えており、前記映像信号受付部は、符号化対象となる映像信号を受け付けるものであり、前記符号化処理部は、適宜の予測参照情報を用いて、前記映像信号を符号化することによって、映像タイルストリームを生成する構成となっており、かつ、前記符号化処理部は、前記符号化において、前記映像タイルストリームにおける各MBラインを任意に接続しても信号の予測関係の不一致により発生する誤差を生じないように、予測参照情報制限方式又は予測参照情報固定方式を用いる構成とされており、前記ストリーム出力部は、前記符号化処理部での符号化によって得られた前記映像タイルストリームを出力する構成となっていることを特徴とする符号化システム。項目2前記予測参照情報制限方式とは、異なる映像タイルストリームにおけるMBライン間で、相互に隣接するMBが保持する符号化情報の組み合わせに依存しないように、符号化情報を制限された予測方式とされている項目1に記載の符号化システム。項目3前記予測参照情報制限方式は、以下の処理を備える、項目1に記載の符号化システム:1前記映像信号を構成するフレームを、フレーム内予測符号化とフレーム間予測符号化の二種類の符号化モードのうちのいずれかで符号化する処理;2フレーム内予測符号化されるフレーム内の複数のMBにおいては、異なる映像タイルストリームにおけるMBライン間で、相互に隣接するMBの内容に依存しない画素値を参照する予測モードを用いて符号化する処理。項目4前記予測参照情報固定方式は、予め設定した値に固定された予測情報を用いる方式である項目1に記載の符号化システム。項目5前記予測参照情報固定方式は、以下の処理を備える、項目1に記載の符号化システム:1前記映像タイルストリームを構成するMBであって、かつ、前記映像タイルストリームのフレームの周縁部分に位置するものうち、少なくとも一部のMBにおいて、MBにおける少なくとも一部の輝度係数列及び色差係数列のゼロでない係数の個数を、予め設定した固定値として符号化する処理;2前記映像タイルストリームのフレームの周縁部分に隣接すべきMBの前記ゼロでない係数の個数を参照するMBの場合には、前記固定値の前記ゼロでない係数の個数を持つ隣接MBが存在すると仮定して、符号化する処理。項目6前記予測参照情報固定方式は、以下の処理を備える、項目1に記載の符号化システム:1映像タイルストリームのフレームの周縁部分に位置するMBの内、少なくとも一部のMBにおいて、MBが保持する動きベクトルを既定の動きベクトルに固定してフレーム間予測符号化を行う処理;2前記映像タイルストリームのフレームの周縁部分に隣接すべきMBの動きベクトルを参照するMBの場合には、前記既定の動きベクトルを持つ隣接MBが存在すると仮定して、フレーム間符号化を行う処理。項目7前記符号化処理部は、MBライン符号量挿入部を備えており、このMBライン符号量挿入部は、前記映像タイルストリーム中の前記MBラインの位置を特定するための付加情報を、前記符号化時において生成する構成となっている項目1~6のいずれか1項に記載の符号化システム。前記映像タイルストリーム中の前記MBラインの位置を特定するための付加情報を、MBラインの結合時に利用することができる。項目8項目1~6のいずれか1項に記載のシステムによって符号化された映像タイルストリームを構成するMBラインを結合するための結合システムであって、映像タイルストリーム受付部と、結合処理部と、結合ストリーム出力部とを備えており、前記映像タイルストリーム受付部は、前記映像タイルストリームを受け取る構成となっており、前記結合処理部は、以下の処理を行うことで、結合ストリームを生成する構成となっており:1前記映像タイルストリームにおいて、前記MBラインの端部を検出し、かつ、前記MBラインに相当するストリームを取得する処理;2前記映像タイルストリームが結合された状態である結合ストリームにおけるフレームの周縁となる位置に隣接するように、前記MBラインの端部に、周縁調整用MBを挿入する処理、ただし、ここで、一部の前記周縁調整用MBは、項目1~7のいずれか1項に記載の符号化システムで符号化されているものとする;前記結合ストリーム出力部は、前記結合処理部で生成された前記結合ストリームを出力する構成となっている結合システム。ここで、MBラインの端部の検出とは、項目7記載のMBライン符号量挿入部により生成及び埋め込まれたMBラインの符号量を読み取ることによりMBラインの端部を検出する処理を含む。項目9複数の映像タイルストリームにおける各MBラインを、前記各MBラインの単位で任意に接続して、単一の結合ストリームを構成可能なように、映像タイルストリームの符号化を行うための符号化方法であって、1符号化対象となる映像信号を受け付けるステップと、2適宜の予測参照情報を用いて、前記映像信号を符号化することによって、タイルストリームを生成するステップと、3符号化によって得られた前記映像タイルストリームを出力するステップとを備えており、前記映像情報の符号化においては、前記映像タイルストリームにおけるフレームの各MBラインで構成されるストリームを任意に接続しても信号の予測関係の不一致により発生する誤差を生じないように前記予測参照情報制限方式又は前記予測参照情報固定方式を用いる構成とされていることを特徴とする符号化方法。項目10項目9に記載の各ステップをコンピュータに実行させるためのコンピュータプログラム。項目11項目1~7のいずれか1項に記載のシステムによって符号化されたタイルストリームを構成するMBラインに相当するストリームを結合して生成されたデータ構造であって前記映像タイルストリームが結合された状態である結合ストリームにおけるフレームの周縁となる位置に隣接するように、前記MBラインの端部に、周縁調整用MBが挿入されており、少なくとも一部の前記周縁調整用MBは、項目1~7のいずれか1項に記載の符号化システムで符号化されているデータ構造。本発明によれば、結合ストリームを生成するサーバなどの処理器の負荷を抑えることができる。また、本発明によれば、映像タイルストリームにおけるMBラインを任意に接続して単一ビットストリームを構成することができる。以下、添付図面を参照しながら、本発明の実施形態に係る符号化システムについて説明する。本実施形態の構成まず、本実施形態の符号化システムが使用される映像信号提供システム全体の概略的構成を、図1を参照しながら説明する。このシステムは、映像入力部1と、サーバ2と、クライアント端末3と、ネットワーク4とから構成されている。映像入力部映像入力部1は、カメラ11あるいは外部映像配信サーバ12を備えている。カメラ11としては、高精細の動画像を取得できるものが好ましい。外部映像配信サーバ12には、既に符号化された映像ビットストリームが蓄積されており、サーバ2は要求に応じてサーバ12から映像ビットストリームを取得できるものである。映像入力部1としては既存のカメラあるいは映像配信サーバを利用できるので、これ以上詳しい説明は省略する。サーバサーバ2は、タイルストリーム符号化部21と、ビットストリーム群蓄積部22と、結合ストリーム生成部23と、クライアントステータス管理サーバ24と、結合ストリーム送信部25と、映像ストリーム復号部26とを備えている。映像ストリーム復号部26は、外部映像配信サーバ12から送られた映像ビットストリームを復号して映像信号を生成し、この映像信号をタイルストリーム符号化部21に送るものである。なお、ここで映像信号とは、未圧縮の信号を意味する。タイルストリーム符号化部21は、本発明の符号化システムの一例に対応する機能要素である。タイルストリーム符号化部21は、カメラ11あるいは映像ストリーム復号部26から、符号化対象である映像信号を受け取るようになっている。本実施形態のタイルストリーム符号化部21は、後述するように、複数の映像タイルストリームにおける各MBラインを、各MBライン単位で任意に接続して、単一の結合ストリームを構成可能なように、映像タイルストリームの符号化を行うようになっている。なお、本明細書においてMBとはマクロブロックの意味である。タイルストリーム符号化部21は、図2に示すように、映像信号受付部211と、符号化処理部212と、映像タイルストリーム出力部213とを備えている。映像信号受付部211は、映像入力部1のカメラ又は映像ストリーム復号部26から送られた、符号化対象となる映像信号を受け付けるものである。符号化処理部212は、適宜の予測参照情報を用いて、映像信号を符号化することによって、映像タイルストリームを生成する構成となっている。さらに、符号化処理部212は、符号化において、映像タイルストリームにおける各MBラインを任意に接続しても信号の予測関係の不一致により発生する誤差を生じないように、予測参照情報制限方式又は予測参照情報固定方式を用いる構成とされている。予測参照情報制限方式又は予測参照情報固定方式については後述する。さらに、符号化処理部212は、符号化において、MBライン符号量挿入方式を用いる構成とされている。MBライン符号量挿入方式とは、各々の映像タイルストリームの結合処理を高速に実行するために、全てのフレームにおける各々のMBライン符号列のビット量この明細書ではMBライン符号量と称するをストリーム中に保持する方式である。但し、前記MBライン符号量は、タイルストリーム中に保持せず、別のファイルや情報として保持することも可能である。ここで、本実施形態における予測参照情報制限方式とは、異なる映像タイルストリームにおけるMBライン間で、相互に隣接するMBが保持する符号化情報の組み合わせに依存しないように、符号化情報を制限された予測方式とされている。より具体的には、本実施形態における予測参照情報制限方式は、以下の処理を備える:1前記映像信号を、フレーム毎に、フレーム内予測符号化とフレーム間予測符号化の二種類の符号化モードで符号化し、フレーム内予測フレームは周期的あるいは非周期的に挿入する;2かつ、フレーム内予測フレーム内の複数のMBにおいては、異なる映像タイルストリームにおけるMBライン間で、相互に隣接するMBの内容に依存しない画素値を参照する予測モードを用いて符号化する。予測参照情報制限方式の具体例は後述する。本実施形態における予測参照情報固定方式は、予め設定した値に固定された予測情報を用いる方式である。より具体的には、予測参照情報固定方式は、以下の処理を備える:1映像タイルストリームを構成するMBであって、かつ、映像タイルストリームのフレームの周縁部分に位置するものうち、少なくとも一部のMBにおいて、MBにおける少なくとも一部の輝度係数列及び色差係数列のゼロでない係数の個数後述の非ゼロ係数個数を、予め設定した固定値として符号化する処理;2映像タイルストリームのフレームの周縁部分に隣接すべきMBのゼロでない係数の個数を参照するMBの場合には、固定値のゼロでない係数の個数を持つ隣接MBが存在すると仮定して、符号化する処理。さらに、本実施形態の予測参照情報固定方式は、以下の処理を備える:1映像タイルストリームのフレームの周縁部分に位置するMBの内、少なくとも一部のMBにおいて、MBが保持する動きベクトルを既定の動きベクトルに固定してフレーム間予測符号化を行う処理;2映像タイルストリームのフレームの周縁部分に隣接すべきMBの動きベクトルを参照するMBの場合には、既定の動きベクトルを持つ隣接MBが存在すると仮定して、フレーム間符号化を行う処理。予測参照情報固定方式の具体例は後述する。符号化処理部212は、図3に示されるように、直交変換部2121a、量子化部2121b、係数調整部2122、可変長符号化部2123、逆量子化部2124a、逆直交変換部2124b、フレームメモリ2125、フレーム位置及びMB位置管理部2126、符号化モード決定部2127、動き探索補償部2128、イントラ予測モード決定部2129、MBライン符号量挿入部21291を備えている。これらのうち、直交変換部2121a、量子化部2121b、逆量子化部2124a、逆直交変換部2124b、フレームメモリ2125の構成及び動作は、従来の例えばH264におけるものと同様でよいので、詳しい説明は省略する。残る各機能要素の動作については、後述の符号化処理方法の説明において詳しく述べる。タイルストリーム出力部213は、符号化処理部212での符号化によって得られた映像タイルストリームを、ビットストリーム群蓄積部22に出力する構成となっている。ビットストリーム群蓄積部22は、タイルストリーム符号化部21で生成された映像タイルストリームを蓄積する部分である。ビットストリーム群蓄積部22は、結合ストリーム生成部23からの要求に応じて、映像タイルストリームの一部である所定のMBビットストリーム列映像タイルストリームを、結合ストリーム生成部23に送ることができるようになっている。結合ストリーム生成部23は、タイルストリーム符号化部21によって符号化された映像タイルストリームを構成するMBラインを結合するための結合システムの一例である。結合ストリーム生成部23は、図4に示すように、映像タイルストリーム受付部231と、結合処理部232と、結合ストリーム出力部233とを備えている。映像タイルストリーム受付部231は、ビットストリーム群蓄積部22から映像タイルストリームを受け取る構成となっている。結合処理部232は、周縁調整用MB情報挿入部2321と、MBライン符号量読み取り部2322と、MBライン抽出部2323と、結合ストリームヘッダ情報生成/挿入部2324とを備えている。周縁調整用MB情報挿入部2321は、結合ストリームを生成するために、以下の処理を行う:映像タイルストリームが結合された状態である結合ストリームにおけるフレームの周縁となる位置に隣接するように、少なくともMBラインの端部に、周縁調整用MBを挿入する処理。ただし、ここで、周縁調整用MBは、前記した符号化システムで符号化されている。MBライン符号量読み取り部2322は、符号化処理部212のMBライン符号量挿入部21291により挿入されたMBライン符号量を読み込む部分である。MBライン符号量を読み込むことにより、MBラインの端部を高速に検出することができる。MBライン抽出部2323は、MBライン符号量読み取り部2322により取得されたMBライン符号列のビット量の分だけ、タイルストリームから符号列の抽出を行う処理を行う。それにより、MBライン符号列ビット量を得るのに本来必要な可変長復号処理を回避することが可能となる。但し、当然ながら可変長復号処理を行なうことで前記MBライン符号列のビット量を用いずに符号列を抽出するも可能である。結合ストリームヘッダ情報生成/挿入部2324は、結合ストリームのためのヘッダ情報を生成して挿入するものである。結合ストリームヘッダの生成や挿入についても、従来の処理と同様でよいので、詳しい説明は省略する。結合ストリーム出力部233は、結合処理部232で生成された結合ストリームを出力する構成となっている。生成された結合ストリームの例は後述する。クライアントステータス管理サーバ24は、クライアント端末3から送られた要求、例えば、ユーザが視聴を求める映像領域の情報具体例は後述を受け取るものである。結合ストリーム送信部25は、結合ストリーム生成部23で生成された結合ストリームを、ネットワーク4を介してクライアント端末3に送るものである。クライアント端末クライアント端末3は、ユーザがサーバ2に対して必要な指令を送り、あるいは、サーバ2から送られた情報を受信するための端末である。クライアント端末3は、通常、ユーザによって操作されるが、ユーザ操作を必要とせずに自動的に動作するものであってもよい。クライアント端末3としては、例えば、携帯電話いわゆるスマートフォンを含む、モバイルコンピュータ、デスクトップコンピュータなどを用いることができる。ネットワークネットワーク4は、サーバ2とクライアント端末3との間での情報の送受信を行うためのものである。ネットワーク4としては、通常は、インターネットであるが、LANやWANなどのネットワークであっても良い。ネットワークとしては、必要な情報の送受信を行えるものであればよく、使用されるプロトコルや物理的な媒体は特に制約されない。本実施形態の動作次に、図5を主に参照しながら、本実施形態のシステムにおける符号化方法を説明する。図5のステップSA-1~2まず、映像入力部1から、サーバ2の符号化処理部21に映像信号を取り込む。符号化処理部21での符号化処理の詳細を図6に基づいて説明する。なお、以降の符号化処理は、基本的には、全てMB単位の処理となる。ここで、非特許文献3及び特許文献1で説明されているように、MBによりMBラインが構成され、MBラインによりタイルストリームのフレームが構成され、タイルストリームのフレームにより結合ストリームのフレームが構成される。図6のステップSB-1符号化処理部21では、まず、MB毎の符号化モードを決定する。符号化モードとは、フレーム内符号化いわゆるイントラ符号化か、フレーム間符号化いわゆるインター符号化のいずれかである。符号化モード決定処理アルゴリズムの一例を図7に示す。図7のステップSC-1まず、処理対象MBが属するフレームがリフレッシュフレームであるか否かを判定する。本判定は、フレーム位置及びMB位置管理部2126から得られる処理フレーム数を利用する。すなわち、フレーム位置及びMB位置管理部2126は、その内部にフレーム数及びMB数を処理毎にカウントする変数を保持しており、この変数を参照することにより、処理対象のフレーム数とMB数とを取得できるようになっている。そして、どのタイミングのフレームをリフレッシュフレームとすべきかについては、符号化処理部21において予め把握しているので、処理対象のフレーム数と既定のタイミング情報とを用いて、リフレッシュフレームの判定を行うことができる。また、リフレッシュフレームは、通常、周期的につまり所定の時間間隔毎に挿入されるが、周期性は必須ではない。図7のステップSC-2ステップSC-1での判定がYesであったときつまりリフレッシュフレームの場合、当該MBはフレーム内符号化すべきものと決定する。図7のステップSC-3ステップSC-1での判定がNoであったときは、当該MBについてはフレーム間符号化すべきものと決定する。以上のアルゴリズムにより、各MBの符号化モードを決定することができる。図6のステップSB-2ついで、動き探索補償部2128による、動き探索補償の手法を、図8を主に参照しながら説明する。ここでの説明の前提として、H264における動き探索補償の概要を説明する。H264では、MBの中のパーティションと呼ばれる画素の区切りを単位として、動き探索補償を行っている。H264において、パーティションの画素サイズは、16×16、8×16、16×8、8×8、4×8、8×4、4×4がある図9参照。そして、H264において、図10aに示すパーティションEが保持する動きベクトル情報は、隣接するパーティションA、B、Cが保持する動きベクトルの中央値との差分値として符号化される。また、図10bに示すように、隣接するパーティションのサイズが異なっていてもよく、この場合の符号化方法も前記と同様である。図8のステップSD-1初期化処理としてフラグを0とする。以降の処理では、フレーム位置及びMB位置管理部2126から得られたMB位置を基に処理MBがフレームのどの位置に属するかを判定する。図8のステップSD-1-1~SD-1-3ついで、処理対象であるパーティションが属するMBが、フレームの左端のものかどうかを判定する。判定結果がYesであれば、次に、当該パーティションが、MB中においてすなわちフレームにおいて左端のものかどうかを判定する。結果がYesであればフラグを1とする。図8のステップSD-2~4ステップSD-1-1での判定結果がNoであったとき、処理対象であるパーティションが属するMBが、フレームの右端のものかどうかを判定する。判定結果がYesであれば、次に、当該パーティションが、MB中においてすなわちフレームにおいて右端のものかどうかを判定する。結果がYesであればフラグを1とする。図8のステップSD-5~7ステップSD-2での判定結果がNoであったとき、処理対象であるパーティションが属するMBが、フレームの下端のものかどうかを判定する。判定結果がYesであれば、次に、当該パーティションが、MB中においてすなわちフレームにおいて下端のものかどうかを判定する。結果がYesであればフラグを1とする。図8のステップSD-8~9MBに付されたフラグが1ではないつまり0のままであるときは、フレーム内のブロック情報を参照するよう予測参照情報の制限を行い、フレームメモリから得られた前フレームの画素値を基に動き探索を行う。本手法は予測参照情報制限方式の一例である。具体的に、フレーム内のブロック情報を参照するよう予測情報の制限を行うこととは、動きベクトルの探索範囲をフレーム内とするという制限を設けることで実現される。なお、動きベクトルの探索範囲の制限は文献特開2011-55219号公報の0074~0084段落でも指摘されている。しかし、この文献では、エラーの伝搬を抑制することを目的に、エラー修正を行ったMBラインのみを動きベクトル探索制限範囲とすることで、それ以外のエラーの含有している可能性のある領域において参照しないよう制御している。これに対して、本実施形態では、動きベクトル探索制限範囲が、対象MBライン内ではなく、フレーム内としている。図8のステップSD-10ステップSD-8での判定結果がYesであれば、固定動きベクトル値を設定する。すなわち、システム側に保存されている固定値を取り出す。固定動きベクトル値の設定は、予測参照情報固定方式の一例に対応する。具体的には、前フレームの同じ箇所を参照することとする動きベクトルがとして固定する場合。図8のステップSD-11ついで、動き探索補償部2128は、探索された動きベクトル値又は固定された動きベクトル値を用いて、動き補償処理を行う。この動き補償処理自体は、H264での通常処理と同様で良いので、詳しい説明は省略する。前記したアルゴリズムでは、タイルストリームのフレームの右端、左端又は下端にあるために、隣接するパーティションから参照される可能性のあるパーティションの動きベクトル値を固定値とすることができる。このようにすれば、隣接するMBが符号化時と結合時とで異なる場合でも、隣接するMBの内容に影響されずに、正しい復号を行うことが可能となる。図6のステップSB-3つぎに、イントラ予測モード決定部2129での処理アルゴリズムを、図11を参照しながら説明する。図11のステップSE-1まず、イントラ予測モード決定部2129は、MBの位置に応じて、図12に示す予測モードを設定する。図12に示すように、このモードでは、映像タイルストリーム内左端の複数のMBにおいては、各MBの上に接するMBの画素値を参照する予測モードを用い、上端の複数のMBにおいては、各MBの左に接するMBの画素値を参照する予測モードを用いる。また右端MBにおいては、右上のMBから予測を行う二つのモード図12参照以外の予測モードを用いる、さらに、同フレーム内の左上端のMBにおいては、他のどのMBも参照しない予測モードIPCMモードを用いる。このような予測モードの制限は、予測参照情報制限方式の一例に対応する。このように設定することで、隣接するフレームのMBの値を参照せずに符号化できるので、各々タイルストリームのフレームにおいて符号化時と結合時で参照する予測情報が異なったとしても、正しい復号が可能となる。図11のステップSE-2ステップSE-1で設定された予測モードに従ってすでに符号化及び復号の行われた隣接画素信号及びフレームメモリから取得される前のフレームの画素信号のいずれかから予測参照画素値を生成し予測参照画素値を出力する。この処理は、通常のH264での処理と同様で良いので、詳しい説明は省略する。図6のステップSB-4及びSB-5ついで、前記したステップSB-2及びSB-3の処理の結果を利用して、入力信号との予測差分信号を生成する。さらに、直交変換及び量子化を行う。予測差分信号の生成、直交変換及び量子化の手法は、通常のH264での処理と同様で良いので、詳しい説明は省略する。図6のステップSB-6ついで、係数調整部2122及び可変長符号化部2123図3参照により、可変長符号化を行う。この可変長符号化においては、通常の可変長符号化処理の前に、係数調整のための処理を行う。そこで、以下の説明では、まず、図13に基づいて係数調整処理を説明し、その後に、図14に基づいて可変長符号化処理を説明する。図13のステップSF-1係数調整対象ブロックをMB位置及びその中のブロック位置に基づき判定するため、そのフラグを0とする。ここで、MBの位置情報は、フレーム位置及びMB位置管理部2126から取得するものとする。なお、係数調整及び可変長符号化の処理は、MB内の変換係数の集合であるブロック単位で行われる。ブロック単位で処理する点は、H264での通常の処理と同様なので詳しい説明は省略する。図13のステップSF-2~SF-4処理対象であるMBがフレームの右端にある場合は、処理ブロックがブロックの右端つまりフレームの右端にあるかどうかを判定し、Yesであればフラグを1とする。図13のステップSF-5~SF-7ステップSF-5での判定がNoであったときは、ステップSF-5に進む。ここで、処理対象であるMBがフレームの下端にある場合は、処理ブロックがブロックの下端つまりフレームの下端にあるかどうかを判定し、Yesであればフラグを1とする。図13のステップSF-8その後、当該MBにおけるフラグが1であるかを判定し、Noであれば可変長符号化処理に移る。図13のステップSF-9~10ステップSF-8での判定結果がYesであれば、当該ブロックにおける非ゼロ係数個数と、予め設定されているすなわちシステム側で保持している非ゼロ係数個数とを比較する。なお、予め設定される非ゼロ係数個数は、YUV信号における輝度空間Yと色差空間UVとで異なっていてもよい。当該ブロックにおける非ゼロ係数個数が、予め設定されている非ゼロ係数個数より小さいときは、非ゼロ係数個数の高周波成分側から、値0以外を有する係数を挿入する。これにより、非ゼロ係数個数を既定値に合わせることができる。高周波成分側に値0以外を有する係数を挿入しても、画質への影響は小さい。図13のステップSF-11~12当該ブロックにおける非ゼロ係数個数が、予め設定されている非ゼロ係数個数より大きいときは、非ゼロ係数個数の高周波成分側から、値0以外を有する係数に代えて、値0を有する係数を挿入する。これにより、非ゼロ係数個数を既定値に合わせることができる。高周波成分側において、値0以外を有する係数に代えて値0を有する係数を挿入しても、画質への影響は小さい。なお、固定の非ゼロ係数個数を用いることは、予測参照情報固定方式の一例に対応する。図14のステップSG-1以下、可変長符号化処理の具体例を、図14を参照しながら説明する。ここで、係数調整済みのMBが、フレーム位置及びMB位置管理部2126からの指令により、可変長符号化の対象とされる。まず、対象となるMBの処理の判定に用いるためのフラグ1とフラグ2の値をいずれも0とすることで初期化を行う。図14のステップSG-1-1~SG-1-3処理対象であるMBがフレームの右端であり、かつ、MB中の処理対象となるパーティションがMBの右端であるときは、フラグ1を1とする。図14のステップSG-2~6処理対象であるMBがフレームの左端であり、かつ、MB中の処理対象となるブロックがMBの左端であるときは、フラグ1を1とする。さらに、処理対象となるパーティションが左端であるときはフラグ2を1とする。図14のステップSG-7~11処理対象であるMBがフレームの上端であり、かつ、MB中の処理対象となるブロックがMBの上端であるときは、当該フラグ1を1とする。さらに、処理対象となるパーティションが上端であるときは当該MBのフラグ2を1とする。ここで、ステップSG-7での判定結果がNoのときは、通常の可変長符号化処理が行われるので、図示を省略してある。SG10の判定がNoである場合、ステップSG12に処理を移す。図14のステップSG-12ついで、スキップ情報及びMB符号化モード等の符号化を行う。この処理は従来のH264における処理と同様でよいので、詳しい説明は省略する。図14のステップSG-13~15ついで、フラグ2が1でなく、かつ、当該MBがフレーム間符号化のものである場合は、処理対象のパーティションが保持する動きベクトルを、通常の手法で符号化する。当該MBがフレーム内符号化であるものである場合は、処理をSG17に移す。図14のステップSG-16ステップSG-13での判定結果がYesであれば、処理対象であるパーティションの左、上または右上の隣接パーティションを仮定する。そして、そのパーティションが保持する動きベクトルが既定の固定値である前提で、処理対象であるパーティションの動きベクトルを符号化する。これは、当該パーティションが保持する動きベクトルの符号化時に、図10記載のように、左、上、及び右上の隣接パーティションから予測参照情報を生成し、それとの差分値が符号化される。そのため、結合時における予測参照情報不一致を抑制するには、これらのパーティションが存在することを仮定し動きベクトルの符号化を行う。図14のステップSG-17ついで、その他のMB情報を符号化する。図14のステップSG-18~19ついで、処理対象であるMBのフラグ1が1でなければ、左又は上に隣接するブロックにおける非ゼロ係数個数の平均値に基づいて、可変長テーブルを選択する。この処理は、通常のH264での処理と同様なので、詳しい説明は省略する。図14のステップSG-20処理対象であるMBのフラグ1が1であれば、存在しない左又は上隣接ブロックを仮定する。その上で、これらの左又は上隣接ブロックの非ゼロ係数個数が固定値である前提で、可変長テーブルを選択する。これにより、タイルストリームのフレームが符号化時と結合時で異なっても、正しい可変長テーブルを選択することができ、正常に可変長復号することができる。図14のステップSG-21~22ステップSG-19又はステップSG-20の後、可変長符号化処理を行う。但し、出力されるMBラインの最終ブロックの係数列を符号化して得られるビットストリームがバイト単位に区切られるように、ブロック係数列を調整することが好ましい。これ以外の可変長符号化処理は、H264での通常の処理と同様でよいので、詳しい説明は省略する。このようにして、可変長符号化されたビットストリームを生成することができる。図6のステップSB-6-1次に、MBライン符号量挿入部21291によるMBライン符号量の挿入手順を、図20をさらに参照しながら説明する。図20のステップSJ-1まず、可変長符号化部2123により処理されたMBのビット量以下CurrentMBBitとするを取得する。図20のステップSJ-2~4ついで、当該MBの位置がフレーム左端であれば、処理対象であるMBラインに含まれる全MBのビット量MBLinebitとするを0とする。そうでなければ、それまでのMBLinebitにCurrentMBBitを加え、新たなMBLinebitとする。図20のステップSJ-5~6処理対象であるMB位置がフレームの右端に達すると、それまでの合算で得られたMBLinebitを、MBライン符号列のヘッダに挿入して、ビットストリームとする。右端に達しない間は、新たなMBを取得する度に、前記したステップSJ-1の処理から繰り返す。図6のステップSB-7~9ついで、符号化されたビットストリームを、予測のために逆変換し、フレームメモリに格納する。これらの処理は、通常のH264での処理と同様でよいので、詳しい説明は省略する。ついで、処理手順は、ステップSB-1に戻る。その後、処理すべきMBがなくなれば、処理を終了する。図5のステップSA-3ついで、タイルストリーム符号化部21は、前記の手順により生成されたビットストリームを、ビットストリーム群蓄積部22に蓄積する。図5のステップSA-4その後、ユーザは、クライアント端末3を利用して、映像領域を指定する。ここで、映像領域の指定について、図15を参照しながら説明する。前提として、映像を構成するフレームのそれぞれは、タイルストリームのフレーム分割領域ということがあるAp00~Apmnから構成される。タイルストリームのフレームAp00~Apmnで構成される映像フレーム全体については、結合ストリームのフレームあるいは全体領域Awと称する。各タイルストリームのフレームAp00~Apmnは、MB00~MBpqで表されるMBの組で構成されている。これらの構成は、本発明者らによる前記非特許文献3や特許文献1に記載されているものと同様でよいので、詳しい説明は省略する。ユーザは、クライアント端末3により、視聴を希望する領域を指定する。例えば、図15の例では、タイルストリームのフレームAp00と、フレームAp01とで示される映像領域が指定されたとする。なお、本実施形態では、タイルストリームのフレームのMBのラインの単位で、結合が行われる。ここで、ユーザからの指定は、クライアントステータス管理サーバ24を介して、結合ストリーム生成部23に送られる。なお、ユーザによる映像領域の指定方法は、本発明者らによる前記非特許文献3や特許文献1と同様で良いので、これ以上詳しい説明は省略する。例えば、本実施形態では、タイルストリームのフレームのMBのラインの単位で結合が行われるが、視聴領域の指定は、それより狭い範囲であってもよい。図5のステップSA-5ついで、結合ストリーム生成部23は、MBラインを結合して結合ストリームを生成する。この生成の手順を、図4及び図16を主に参照しながら説明する。図16のステップSH-1結合ストリーム生成部23のタイルストリーム受付部231は、既に説明した手順で符号化されたビットストリーム群を蓄積しているビットストリーム群蓄積部22から、ユーザに送信すべきタイルストリーム本例では、Ap00とAp01のストリームを受け取る。図16のステップSH-2ついで、結合処理部232の周縁調整用MB情報挿入部2321は、結合すべきタイルストリームのフレームの周囲に、周縁調整用MB情報を挿入する。具体的な一例を、図17に示す。この例では、四つのタイルストリームのフレームを結合する前提となっている。この場合、その下辺を除く三辺に、周縁調整用MB情報を挿入する。ここで、周縁調整用MB情報とは、符号化の整合性を保つためのMBであり、そのデータ内容及び符号化方法は、結合処理部232において既知となっている。すなわち、前記したとおり、各タイルストリームのフレームの符号化においては、各々タイルストリームのフレームにおいて符号化時と結合時で参照する予測情報が異なったとしても、適切に復号できるアルゴリズムを採用している。その符号化条件と整合するように、タイルストリームのフレームの周囲に周縁調整用MBを挿入する。本実施形態では、周縁調整用MBの画素値は全て黒色とされている。ただし、他の画素値を採用することは可能である。また、本実施形態の周縁調整用MBにおける具体的な符号化条件を図18に示す。図示されているように、周縁調整用MBについての符号化条件は、以下のようになる。●intra16x16のMBモードで、かつ、下端ブロックが固定非ゼロ係数個数となるよう、フレーム内符号化リフレッシュフレームの場合;●下端ブロックが固定非ゼロ係数個数でかつ固定動きベクトルとなるようフレーム間符号化リフレッシュフレーム以外の場合;△符号化制限なし;×Intra16x16のMBモードで、右端ブロックが固定非ゼロ係数個数となるようフレーム内符号化リフレッシュフレームの場合;×右端ブロックが固定非ゼロ係数個数でかつ固定動きベクトルとなるようフレーム間符号化リフレッシュフレーム以外の場合;■当該MBの左側に隣接する境界ブロックの非ゼロ係数個数が固定値であることを仮定してフレーム内符号化リフレッシュフレームの場合;■当該MBの左側に隣接する境界ブロックの非ゼロ係数個数が固定値であり、かつ境界パーティションが保持する動きベクトルが固定動きベクトルであることを仮定して、当該MB自身も固定動きベクトルをもつようフレーム間符号化リフレッシュフレーム以外の場合。図16のステップSH-3~4ついで、ビットストリームのヘッダに書きこまれているMBライン符号量を読取り、このMBライン符号量に基づいて、MBラインを抽出する。このように、予めMBライン符号量をヘッダに書きこんでおくことにより、可変長復号を行わずに、MBラインの端部を検出することができる。このことは、システムへの負荷を減らす上で、実装上重要である。図16のステップSH-5ついで、結合ストリームヘッダ情報生成/挿入部2324において、結合ストリームについてのヘッダ情報を生成する。生成されたヘッダ情報は、抽出されたMBライン符号列に挿入される。ヘッダが挿入された結合ストリームの概念図を図19に示す。この例では、先頭から、SPS、PPSヘッダ、スライスヘッダ、上端第0行目の周縁調整用MB符号列、第1行目の左端のMB符号列、結合すべきタイルストリームAp00のMBライン符号列第1行目、結合すべきタイルストリームAp01のMBライン符号列第1行目、第1行目右端の周縁調整用MB符号列、第2行目左端の周縁調整用MB符号列、結合すべきタイルストリームAp00のMBライン符号列第2行目、結合すべきタイルストリームAp01のMBライン符号列第2行目...第m行目の左端の周縁調整用MB符号列、結合すべきタイルストリームAp00のMBライン符号列第m行目、結合すべきタイルストリームAp01のMBライン符号列第m行目、第m行目右端の周縁調整用MB符号列...という構成となる。SPS、PPSヘッダやスライスヘッダについては、従来と同様の構成とすることができるので、詳しい説明は省略する。図16のステップSH-6ついで、生成された結合ストリームを、結合ストリーム出力部233から結合ストリーム送信部25に送る。以上の処理により、本実施形態の符号化方法は、複数の映像タイルストリームにおける各MBラインを、各MBラインの単位で任意に接続して、単一の結合ストリームを構成可能なように、映像タイルストリームの符号化を行うものとなっている。そしてこの方法は、1符号化対象となる映像信号を受け付けるステップと、2適宜の予測参照情報を用いて、前記映像信号を符号化することによって、タイルストリームを生成するステップと、3符号化によって得られた前記映像タイルストリームを出力するステップとを備えたものとなっている。映像情報の符号化においては、映像タイルストリームにおけるフレームの各MBラインで構成されるストリームを任意に接続しても信号の予測関係の不一致により発生する誤差を生じないように予測参照情報制限方式又は予測参照情報固定方式を用いるものとなっている。また、本実施形態の結合方法は、前記した本実施形態の符号化システムによって符号化された映像タイルストリームを構成するMBラインを結合するための結合方法となっている。そして、この方法は、1映像タイルストリームにおいて、MBラインの端部を検出し、かつ、MBラインに相当するストリームを取得するステップと;2映像タイルストリームが結合された状態である結合映像ストリームにおけるフレームの周縁となる位置に隣接するように、MBラインの端部に、周縁調整用MBを挿入するステップとを有する。ここで、一部の周縁調整用MBは、前記した符号化方法で符号化されており、結合映像ストリーム出力部25は、結合処理部232で生成された結合ストリームを出力する構成となっている。また、図19に示すデータ構造は、前記した符号化システムによって符号化されたタイルストリームを構成するMBラインに相当するストリームを結合して生成されたデータ構造の一例である。そして、このデータ構造では、映像タイルストリームが結合された状態である結合ストリームにおけるフレームの周縁となる位置に隣接するように、MBラインの端部に、周縁調整用MBが挿入されている。さらに、少なくとも一部の周縁調整用MBは、前記した符号化システムで符号化されている。図5のステップSA-6結合ストリーム送信部25は、ネットワーク4を介して、クライアント端末3に結合ストリームを送信する。クライアント端末3においては、結合ストリームを複合して、画像を表示することができる。この復号処理は、通常のH264の場合と同様で良いので、詳しい説明は省略する。本実施形態の手法で結合されたストリームは、通常のH264用に実装されたデコーダにより、正しく復号処理することができる。また、復号された画像データを、クライアント端末3に表示することによって、ユーザに提示することができる。すなわち、本実施形態の手法によれば、タイルストリームを任意に結合した場合であっても、クライアント端末で表示される画質の劣化を防ぐことができる。しかも、本実施形態の手法では、予測参照情報の不整合を修正するために、画素レベルまで復号する必要がないので、サーバ側での処理の負担を軽減することができる。また、本実施形態の手法では、フレーム内符号化すべきMBについて、予測モードを制限したので、各々タイルストリームのフレームにおいて符号化時と結合時で参照する予測情報が同一となるため、クライアントにおいて正常な復号が可能となる。以上の符号化手順を採用することで、符号化時に決定されてストリーム中に書込まれた予測情報の不一致を、タイルストームを結合した場合において、回避することができる。このため、本実施形態によれば、例えば、予測情報の不一致を回避するために必要な符号の可変長復号、復号情報の再計算、再計算結果の再符号化の処理が不要となるという利点がある。また、MBライン符号量をヘッダに予め書込むことで、MBラインの端点を検出するための可変長復号などの復号処理を省略することができる。したがって、本実施形態によれば、高速に複数のタイルストリームの結合を実現することが可能となる。なお、本発明は、前記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更を加え得るものである。例えば、前記した各構成要素は、機能ブロックとして存在していればよく、独立したハードウエアとして存在しなくても良い。また、実装方法としては、ハードウエアを用いてもコンピュータソフトウエアを用いても良い。さらに、本発明における一つの機能要素が複数の機能要素の集合によって実現されても良く、本発明における複数の機能要素が一つの機能要素により実現されても良い。また、本発明を構成する各機能要素は、離散して存在しても良い。離散して存在する場合には、例えばネットワークを介して必要なデータを受け渡すことができる。各部の内部における各機能も、同様に、離散して存在することが可能である。例えば、グリッドコンピューティングやクラウドコンピューティングを用いて、本実施形態における各機能要素あるいはその一部分を実現することも可能である。