(57)【要約】【課題】伝送時のエラーがいずれの帯域において発生していても、符号化されている画像データの復号を可能とする。【解決手段】サブバンド符号を復号する復号装置は、第一の視点で得られた画像データに対応する複数のサブバンド符号の復号に失敗したサブバンド符号がある場合、第一の視点以外の視点で得られた画像データを用いて第一の視点に相当する仮想視点の画像データを生成し、仮想視点の画像データを複数のサブバンドに分解して、復号に失敗したサブバンド符号を補完する。【選択図】図９
2019083405.tif 000002
【特許請求の範囲】
【請求項１】
画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されているそれぞれのサブバンド符号を復号する復号装置であって、
第一の視点で得られた画像データに対応する複数のサブバンド符号を取得する取得手段と、
前記取得した複数のサブバンド符号を復号する復号手段と、
前記復号に失敗したサブバンド符号がある場合、前記第一の視点以外の視点で得られた画像データを用いて前記第一の視点に相当する仮想視点の画像データを生成する生成手段と、
生成された前記仮想視点の画像データを複数のサブバンドに分解するサブバンド分解手段と、
前記分解されたサブバンドのうち、前記復号に失敗したサブバンド符号に相当する周波数成分の第一のサブバンドデータで、前記復号に失敗したサブバンド符号を補完する補完手段と
を備えることを特徴とする復号装置。
【請求項２】
前記第一のサブバンドデータと、前記復号手段で復号に成功しているサブバンドデータと、を合成することで、前記第一の視点で得られた画像データを再構成する合成手段をさらに備える請求項１に記載の復号装置。
【請求項３】
前記補完手段は、前記仮想視点と前記第一の視点とのずれを補正した前記第一のサブバンドデータを用いて前記補完を行うことを特徴とする請求項１または２に記載の復号装置。
【請求項４】
前記補完手段は、前記第一の視点で得られた画像データと前記仮想視点の画像データとによって導出される動きベクトルを用いて前記ずれを補正することを特徴とする請求項３に記載の復号装置。
【請求項５】
前記補完手段は、前記第一の視点で得られた画像データに対応するサブバンドのうち復号に成功しているサブバンドデータと、前記仮想視点の画像データに対応するサブバンドのうち前記復号に成功しているサブバンドに相当する周波数成分のサブバンドデータとによって導出される動きベクトルを用いて前記ずれを補正することを特徴とする請求項３に記載の復号装置。
【請求項６】
前記生成手段は、前記第一の視点を挟み込む複数の視点で得られた画像データを用いて前記仮想視点の画像データを生成することを特徴とする請求項１から５のいずれか一項に記載の復号装置。
【請求項７】
前記生成手段は、前記第一の視点に近い視点で得られた画像データを用いて前記仮想視点の画像データを生成することを特徴とする請求項１から６のいずれか一項に記載の復号装置。
【請求項８】
前記生成手段は、前記復号に失敗したサブバンド符号が、サブバンドのうちの最も低い周波数成分以外のサブバンド符号である場合、前記仮想視点の画像データを生成せず、
前記補完手段は、当該復号に失敗したサブバンド符号を所定のダミー値で補完することで、当該復号に失敗したサブバンド符号を補完することを特徴とする請求項１から７のいずれか一項に記載の復号装置。
【請求項９】
前記サブバンド分解手段は、前記取得した複数のサブバンド符号と同じレベルのサブバンドに前記仮想視点の画像データを分解することを特徴とする請求項１から８のいずれか一項に記載の復号装置。
【請求項１０】
各視点に対応する伝送装置からＵＤＰ（User Datagram Protocol）接続で送信された前記サブバンド符号を受信する受信手段をさらに有し、
前記取得手段は、前記受信手段で受信した前記サブバンド符号を取得することを特徴とする請求項１から９のいずれか一項に記載の復号装置。
【請求項１１】
画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されているそれぞれのサブバンド符号を復号する復号装置であって、
第一の視点で得られた画像データに対応する複数のサブバンド符号を取得する取得手段と、
前記取得した複数のサブバンド符号を復号する復号手段と、
前記復号手段で復号に失敗したサブバンド符号の周波数成分に応じて、前記復号に失敗したサブバンド符号の補完方法を、ダミー値で置き替える第一の補完方法とダミー値で置き換えない第二の補完方法との間で切り替える切り替え手段と、
前記切り替えられた補完方法に従って前記復号に失敗したサブバンド符号を補完する補完手段と
を備えることを特徴とする復号装置。
【請求項１２】
複数の視点で得られた画像データを、上流側の視点に対応する伝送装置から下流側の視点に対応する伝送装置に向けて順次伝送する伝送システムにおける前記伝送装置であって、
当該伝送装置の視点に対応する撮影手段で撮影された画像データを取得する取得手段と、
上流側の視点に対応する伝送装置において得られた画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されている複数のサブバンド符号を受信する受信手段と、
当該伝送装置に隣接する上流側の第一の視点に対応する第一の伝送装置で符号化された複数のサブバンド符号を復号する復号手段と、
前記復号に失敗したサブバンド符号がある場合、前記第一の伝送装置より上流側の第二の伝送装置で得られた画像データと、前記取得手段で取得した画像データとを用いて、前記第一の視点に相当する仮想視点の画像データを生成する生成手段と、
生成された前記仮想視点の画像データを複数のサブバンドに分解するサブバンド分解手段と、
前記分解されたサブバンドのうち、前記復号に失敗したサブバンド符号に相当する周波数成分の第一のサブバンドデータで、前記復号に失敗したサブバンド符号を補完する補完手段と
を備えることを特徴とする伝送装置。
【請求項１３】
前記第一のサブバンドデータと、前記復号手段で復号に成功しているサブバンドデータと、を合成することで、前記第一の視点で得られた画像データを再構成する合成手段と、
前記再構成された画像データと前記取得手段で取得した画像データとを用いて三次元モデルの情報を生成する生成手段と、
生成した三次元モデルの情報を少なくとも含むデータを、下流側の視点に対応する伝送装置に向けて送信する送信手段と
をさらに備えることを特徴とする請求項１２に記載の伝送装置。
【請求項１４】
前記伝送システムは、ＵＤＰ（User Datagram Protocol）接続で前記サブバンド符号を含むデータを伝送することを特徴とする請求項１２または１３に記載の伝送装置。
【請求項１５】
画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されているそれぞれのサブバンド符号を復号する復号方法であって、
第一の視点で得られた画像データに対応する複数のサブバンド符号を取得する取得ステップと、
前記取得した複数のサブバンド符号を復号する復号ステップと、
前記復号に失敗したサブバンド符号がある場合、前記第一の視点以外の視点で得られた画像データを用いて前記第一の視点に相当する仮想視点の画像データを生成する生成ステップと、
生成された前記仮想視点の画像データを複数のサブバンドに分解するサブバンド分解ステップと、
前記分解されたサブバンドのうち、前記復号に失敗したサブバンド符号に相当する周波数成分の第一のサブバンドデータで、前記復号に失敗したサブバンド符号を補完する補完ステップと
を備えることを特徴とする復号方法。
【請求項１６】
画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されているそれぞれのサブバンド符号を復号する復号方法であって、
第一の視点で得られた画像データに対応する複数のサブバンド符号を取得する取得ステップと、
前記取得した複数のサブバンド符号を復号する復号ステップと、
前記復号ステップで復号に失敗したサブバンド符号の周波数成分に応じて、前記復号に失敗したサブバンド符号の補完方法を、ダミー値で置き替える第一の補完方法とダミー値で置き換えない第二の補完方法との間で切り替える切り替えステップと、
前記切り替えられた補完方法に従って前記復号に失敗したサブバンド符号を補完する補完ステップと
を備えることを特徴とする復号方法。
【請求項１７】
複数の視点で得られた画像データを、上流側の視点に対応する伝送装置から下流側の視点に対応する伝送装置に向けて順次伝送する伝送システムにおける前記伝送装置における制御方法であって、
当該伝送装置の視点に対応する撮影手段で撮影された画像データを取得する取得ステップと、
上流側の視点に対応する伝送装置において得られた画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されている複数のサブバンド符号を受信する受信ステップと、
当該伝送装置に隣接する上流側の第一の視点に対応する第一の伝送装置で符号化された複数のサブバンド符号を復号する復号ステップと、
前記復号に失敗したサブバンド符号がある場合、前記第一の伝送装置より上流側の第二の伝送装置で得られた画像データと、前記取得ステップで取得した画像データとを用いて、前記第一の視点に相当する仮想視点の画像データを生成する生成ステップと、
生成された前記仮想視点の画像データを複数のサブバンドに分解するサブバンド分解ステップと、
前記分解されたサブバンドのうち、前記復号に失敗したサブバンド符号に相当する周波数成分の第一のサブバンドデータで、前記復号に失敗したサブバンド符号を補完する補完ステップと
を備えることを特徴とする伝送装置の制御方法。
【請求項１８】
コンピュータを、請求項１から１１のいずれか一項に記載の復号装置の各手段として機能させるためのプログラム。
【請求項１９】
コンピュータを、請求項１２から１４のいずれか一項に記載の伝送装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号化されている画像データを復号する技術に関する。
【背景技術】
【０００２】
複数のカメラを異なる位置に設置し、多視点で同期して撮影を行い、当該撮影により得られた複数視点の画像を用いて仮想視点画像を生成する技術がある。このような技術によれば、例えば、サッカーやバスケットボールのハイライトシーンを任意の視点から視聴することができるので、通常の画像と比較してユーザに高臨場感を与えることができる。
【０００３】
複数のカメラで撮影された各画像は、サーバなどの画像処理装置に伝送され、画像処理装置において仮想視点画像の生成が行われる。仮想視点画像の生成には、リアルタイム性が求められることが多い。リアルタイム性を重視する場合、カメラからサーバへの伝送は、ＵＤＰ（User Datagram Protocol）接続とすることが望ましい。しかしながら、ＵＤＰ接続方式は片方向通信であるので、送信データに伝送エラーが生じた場合の再送処理に対応していない。このため、送信データに伝送エラーが生じた場合の対処方法が求められている。
【０００４】
特許文献１では、サブバンドに分割して符号化した画像信号の伝送時に、高帯域側の部分にエラーが検知されたら、該信号をゼロで埋めることで、伝送エラーにおける影響を軽減する方法が記載されている。特許文献２では、サブバンドに分割して符号化した画像信号の伝送時に、低帯域側の部分を二重に伝送することで、伝送エラーの耐性を上げる方法が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第３００６９４７号明細書
【特許文献２】特許第２５０８５８３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術では、高帯域側の伝送エラーには対応できるが、低帯域側の伝送エラーに対応することはできない。また、特許文献２に記載の技術では、低帯域側の伝送エラーの発生確率を下げることはできるが、二重にデータを送信するので伝送量が増えてしまいコストがかかる。また、伝送エラーが生じた場合に対応することができない。
【０００７】
本発明は、伝送時のエラーがいずれの帯域において発生していても、符号化されている画像データの復号を可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る復号装置は、画像データを周波数成分の異なる複数のサブバンドに分解し、かつ符号化することで生成されているそれぞれのサブバンド符号を復号する復号装置であって、第一の視点で得られた画像データに対応する複数のサブバンド符号を取得する取得手段と、前記取得した複数のサブバンド符号を復号する復号手段と、前記復号に失敗したサブバンド符号がある場合、前記第一の視点以外の視点で得られた画像データを用いて前記第一の視点に相当する仮想視点の画像データを生成する生成手段と、生成された前記仮想視点の画像データを複数のサブバンドに分解するサブバンド分解手段と、前記分解されたサブバンドのうち、前記復号に失敗したサブバンド符号に相当する周波数成分の第一のサブバンドデータで、前記復号に失敗したサブバンド符号を補完する補完手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、伝送時のエラーがいずれの帯域において発生していても、符号化されている画像データの復号を可能とすることができる。
【図面の簡単な説明】
【００１０】
【図１】画像処理システムの構成を説明する図である。
【図２】カメラアダプタの機能構成を説明するブロック図である。
【図３】前景画像と背景画像を説明する概念図である。
【図４】フロントエンドサーバの機能構成を説明するブロック図である。
【図５】フロントエンドサーバのデータ入力制御部の構成を説明するブロック図である。
【図６】画像圧縮処理フローを説明する図である。
【図７】サブバンドと符号列の関係を説明する図である。
【図８】画像伸張処理フローを説明する図である。
【図９】復号エラー補完処理フローを説明する図である。
【図１０】図９の復号エラー補完処理のデータフローを説明する図である。
【図１１】画像伸張処理フローを説明する図である。
【図１２】復号エラー補完処理フローを説明する図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について、図面を参照して説明する。なお、以下の実施形態は本発明を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成については、同じ符号を付して説明する。
【００１２】
本明細書において符号の末尾のアルファベットは、同種の構成において個々の構成を識別するために用いている。末尾のアルファベットを省略して記載する場合、個々の構成を特に区別せずに説明しているものとする。
【００１３】
＜＜第１の実施形態＞＞
＜システム構成＞
図１は、本実施形態にかかる画像処理システム１００の構成を示す図である。本実施形態の画像処理システム１００は、例えば競技場（スタジアム）やコンサートホールなどの施設に、複数のカメラ及びマイクを設置し、撮影及び集音を行う形態のものである。画像処理システム１００は、センサシステム１１０ａ・・・１１０ｚ、画像コンピューティングサーバ２００、コントローラ３００、スイッチングハブ１８０、及びエンドユーザ端末１９０を有する。
【００１４】
コントローラ３００は、制御ステーション３１０と仮想カメラ操作ＵＩ（User Interface）３３０とを有する。制御ステーション３１０は、画像処理システム１００を構成するそれぞれのブロック（サーバまたは装置など）に対してネットワーク３１０ａ、３１０ｂ、３１０ｃ、１８０ａ、１８０ｂ、及びデイジーチェーン１７０ａ・・・１７０ｙを通じた制御が可能である。例えば、制御ステーション３１０は、各ブロックの動作状態の管理及びパラメータ設定制御などを行う。上記のネットワークは、Ｅｔｈｅｒｎｅｔ（登録商標）であるＩＥＥＥ標準準拠のＧｂＥ（ギガビットイーサーネット）や１０ＧｂＥでもよいし、インターコネクトＩｎｆｉｎｉｂａｎｄ、産業用イーサーネット等を組合せて構成されてもよい。また、これらに限定されず、他の種別のネットワークであってもよい。本実施形態においてネットワーク１８０ａ、１８０ｂ、及びデイジーチェーン１７０ａ・・・１７０ｙで構成される伝送システムにおいて用いられる伝送方式には、ＵＤＰ（User Datagram Protocol）接続が用られる。ＵＤＰは、片方向通信であり、ＴＣＰ（Transmission Control Protocol）と異なり信頼性が低い反面、高速でデータを伝送することができる。
【００１５】
センサシステム１１０ａ・・・センサシステム１１０ｚは、２６セットの画像及び音声をセンサシステム１１０ｚから画像コンピューティングサーバ２００へ送信する。本実施形態の画像処理システム１００においては、センサシステム１１０ａ・・・センサシステム１１０ｚが、デイジーチェーンにより接続される。このため、各センサシステムで得られた画像及び音声は、チェーン接続されている下流側のセンサシステムに順次伝送される。そして、最下流のセンサシステム１１０ｚから、２６セット分の画像及び音声が、ネットワーク１８０ｂおよびスイッチングハブ１８０を介して画像コンピューティングサーバ２００へ伝送される。デイジーチェーン接続の構成を採用することで、接続ケーブル数の削減や配線作業の省力化ができる。なお、各センサシステム１１０がスイッチングハブ１８０に接続されて、スイッチングハブ１８０を経由してセンサシステム１１０間のデータ送受信を行うスター型のネットワーク構成としてもよい。なお、図１においては、センサシステムの台数として２６セットを例に挙げて示しているが、あくまでも一例であり、台数をこれに限定するものではない。
【００１６】
本実施形態では、特に断りがない限り、画像という文言が、動画と静止画の概念を含むものとして説明する。すなわち、本実施形態の画像処理システム１００は、静止画及び動画の何れについても処理可能である。また、本実施形態では、画像処理システム１００により提供される仮想視点コンテンツには、仮想視点画像と仮想視点音声が含まれる例を中心に説明するが、これに限らない。例えば、仮想視点コンテンツに音声が含まれていなくても良い。また例えば、仮想視点コンテンツに含まれる音声が、仮想視点に最も近いマイクにより集音された音声であっても良い。また、本実施形態では、説明の簡略化のため、部分的に音声についての記載を省略しているが、基本的に画像と音声は共に処理されるものとする。
【００１７】
センサシステム１１０は、マイク１１１、カメラ１１２、雲台１１３、外部センサ１１４、及びカメラアダプタ１２０を有する。センサシステム１１０は、それぞれ１台ずつのカメラ１１２を有する。このように画像処理システム１００は、被写体を複数の方向から撮影するための複数のカメラを有する。なお、カメラ１１２とカメラアダプタ１２０が一体となって構成されていてもよい。さらに、カメラアダプタ１２０の機能の少なくとも一部をフロントエンドサーバ２３０が有していてもよい。
【００１８】
次に、画像コンピューティングサーバ２００の構成及び動作について説明する。本実施形態の画像コンピューティングサーバ２００は、センサシステム１１０ｚから取得したデータの処理を行う。画像コンピューティングサーバ２００はフロントエンドサーバ２３０、データベース２５０（以下、ＤＢと記載することもある）、バックエンドサーバ２７０、およびタイムサーバ２９０を有する。
【００１９】
タイムサーバ２９０は、時刻及び同期信号を配信する機能を有し、スイッチングハブ１８０を介してセンサシステム１１０ａ・・・センサシステム１１０ｚに時刻及び同期信号を配信する。時刻と同期信号とを受信したカメラアダプタ１２０ａ・・・１２０ｚは、カメラ１１２ａ・・・１１２ｚを、時刻と同期信号とをもとにＧｅｎｌｏｃｋさせ、画像（フレーム）の同期を行う。すなわち、タイムサーバ２９０は、複数のカメラ１１２の撮影タイミングを同期させる。これにより、画像処理システム１００は同じタイミングで撮影された複数の画像（以下、撮影画像ともいう）に基づいて仮想視点画像を生成できるので、撮影タイミングのずれによる仮想視点画像の品質低下を抑制できる。なお、本実施形態ではタイムサーバ２９０が、複数のカメラ１１２の時刻同期を管理するものとするが、これに限らず、時刻同期のための処理を各カメラ１１２又は各カメラアダプタ１２０が独立して行ってもよい。
【００２０】
フロントエンドサーバ２３０は、センサシステム１１０ｚから取得した画像及び音声から、セグメント化された伝送パケットを再構成してデータ形式を変換する。そして、カメラの識別子、データ種別、およびフレーム番号に応じてデータベース２５０にデータを書き込む。
【００２１】
データベース２５０は、フロントエンドサーバ２３０から受信したデータへのアクセスが可能になるようにデータベーステーブルを作成する。また、バックエンドサーバ２７０から要求されたデータが、キャッシュ、一次ストレージ、または二次ストレージのいずれに保存されているか判定し、保存された先からデータを読み出してバックエンドサーバ２７０に送信する。
【００２２】
バックエンドサーバ２７０は、仮想カメラ操作ＵＩ３３０から視点の指定を受け付け、受け付けた視点に基づいて、データベース２５０から対応する画像データ及び音声データを読み出し、レンダリング処理を行って仮想視点画像を生成する。すなわち、バックエンドサーバ２７０は、複数のカメラ１１２により撮影された撮影画像（複数視点画像）と視点情報とに基づく仮想視点画像を生成する。そしてバックエンドサーバ２７０は、生成した仮想視点画像をエンドユーザ端末１９０に提供する。本実施形態における仮想視点画像は、仮想的な視点から被写体を撮影した場合に得られる仮想視点画像を含むコンテンツである。言い換えると、仮想視点画像は、指定された視点における見えを表す画像であるとも言える。仮想的な視点（仮想視点）は、ユーザにより指定されても良いし、画像解析の結果等に基づいて自動的に指定されても良い。すなわち仮想視点画像には、ユーザが任意に指定した視点に対応する任意視点画像（自由視点画像）が含まれる。
【００２３】
なお、画像コンピューティングサーバ２００の構成はこれに限らない。例えば、フロントエンドサーバ２３０、データベース２５０、及びバックエンドサーバ２７０のうち少なくとも２つが一体となって構成されていてもよい。また、フロントエンドサーバ２３０、データベース２５０、及びバックエンドサーバ２７０の少なくとも何れかが複数含まれていてもよい。また、画像コンピューティングサーバ２００内の任意の位置に上記の装置以外の装置が含まれていてもよい。さらに、画像コンピューティングサーバ２００の機能の少なくとも一部をエンドユーザ端末１９０や仮想カメラ操作ＵＩ３３０が有していてもよい。
【００２４】
なお本構成に限らず、例えば、仮想カメラ操作ＵＩ３３０が、直接センサシステム１１０から画像を取得することも可能である。仮想カメラ操作ＵＩ３３０が直接センサシステム１１０から画像を取得する形態の場合、後述する伝送時の復号エラーの処理は、仮想カメラ操作ＵＩ３３０を含むコントローラ３００で行えばよい。
【００２５】
次に、図１に記載の画像処理システム１００におけるカメラアダプタ１２０、フロントエンドサーバ２３０、およびバックエンドサーバ２７０の詳細な構成を、図面を参照しながらそれぞれ説明する。
【００２６】
＜カメラアダプタの構成＞
図２は、本実施形態におけるカメラアダプタ１２０の機能ブロックを示す図である。カメラアダプタ１２０は、ネットワークアダプタ１２１０、伝送部１２２０、画像処理部１２３０、及び外部機器制御部１２４０を有する。
【００２７】
ネットワークアダプタ１２１０は、データ送受信部１２１１及び時刻制御部１２１２を有する。データ送受信部１２１１は、デイジーチェーン１７０、ネットワーク１８０、ネットワーク２９１、及びネットワーク３１０ａを介したデータ通信を行う。データ送受信部１２１１は、他のカメラアダプタ１２０、フロントエンドサーバ２３０、タイムサーバ２９０、及び制御ステーション３１０とデータ通信を行う。例えばデータ送受信部１２１１は、カメラ１１２によって撮影された撮影画像が前景背景分離部１２３１によって分離された前景画像と背景画像とを、別のカメラアダプタ１２０に対して出力する。出力先のカメラアダプタ１２０は、画像処理システム１００内のカメラアダプタ１２０のうち、データルーティング処理部１２２２の処理に応じて予め定められた順序における次のカメラアダプタ１２０である。各カメラアダプタ１２０が前景画像と背景画像とを出力することで、複数の視点から撮影された前景画像と背景画像に基づいて仮想視点画像が生成されることになる。なお、撮影画像から分離した前景画像を出力して背景画像は出力しないカメラアダプタ１２０が存在してもよい。
【００２８】
時刻制御部１２１２は、例えばＩＥＥＥ１５８８規格のＯｒｄｉｎａｙ  Ｃｌｏｃｋに準拠し、タイムサーバ２９０との間で送受信したデータのタイムスタンプを保存する機能と、タイムサーバ２９０と時刻同期を行う機能とを実現する。
【００２９】
伝送部１２２０は、ネットワークアダプタ１２１０を介してスイッチングハブ１８０等に対するデータの伝送を制御する機能を有する。伝送部１２２０は、データ圧縮・伸張部１２２１、データルーティング処理部１２２２、時刻同期制御部１２２３、画像・音声伝送処理部１２２４、およびデータルーティング情報保持部１２２５を有する。
【００３０】
データ圧縮・伸張部１２２１は、データ送受信部１２１１を介して送受信されるデータに対して所定の圧縮方式、圧縮率、及びフレームレートを適用した圧縮を行う機能と、圧縮されたデータを伸張する機能を有している。圧縮処理には、例えば量子化処理および符号化処理が含まれる。伸張処理には、例えば復号化処理および逆量子化処理が含まれる。データ圧縮・伸張部１２２１で行う圧縮方式に関しては後述する。
【００３１】
データルーティング処理部１２２２は、データルーティング情報保持部１２２５が保持するデータを利用し、データ送受信部１２１１が受信したデータ及び画像処理部１２３０で処理されたデータのルーティング先を決定する。さらに、決定したルーティング先にデータを送信する機能を有している。
【００３２】
時刻同期制御部１２２３は、ＩＥＥＥ１５８８規格のＰＴＰ（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）に準拠し、タイムサーバ２９０と時刻同期に係わる処理を行う機能を有している。なお、ＰＴＰに限定するのではなく他の同様のプロトコルを利用して時刻同期してもよい。
【００３３】
画像・音声伝送処理部１２２４は、データ圧縮・伸張部１２２１で圧縮された画像データ又は音声データを、他のカメラアダプタ１２０またはフロントエンドサーバ２３０へ転送するためのメッセージを作成する機能を有している。メッセージには画像データ又は音声データ、及び各データのメタ情報が含まれる。メタ情報には、画像の撮影または音声のサンプリングをした時のタイムコードまたはシーケンス番号、データ種別、及び、カメラ１１２またはマイク１１１の個体を示す識別子などが含まれる。また、画像・音声伝送処理部１２２４は、他のカメラアダプタ１２０からデータ送受信部１２１１を介してメッセージを受取る。そして、メッセージに含まれるデータ種別に応じて、伝送プロトコル規定のパケットサイズにフラグメントされたデータ情報を、画像データまたは音声データに復元する。復元されたデータは、データ圧縮・伸張部１２２１によって伸張処理が行われる。
【００３４】
データルーティング情報保持部１２２５は、データ送受信部１２１１で送受信されるデータの送信先を決定するためのアドレス情報を保持する機能を有する。
【００３５】
画像処理部１２３０は、カメラ制御部１２４１の制御によりカメラ１１２が撮影した画像データ、及び、他のカメラアダプタ１２０から受け取った画像データに対して処理を行う機能を有する。画像処理部１２３０は、前景背景分離部１２３１、三次元モデル情報生成部１２３２、およびキャリブレーション制御部１２３３を有する。
【００３６】
前景背景分離部１２３１は、カメラ１１２が撮影した画像データを、前景画像と背景画像とに分離する機能を有している。すなわち、複数のカメラアダプタ１２０それぞれの前景背景分離部１２３１は、複数のカメラ１１２のうち対応するカメラ１１２による撮影画像から所定領域を抽出する。所定領域は例えば撮影画像に対するオブジェクト検出の結果得られる前景画像であり、この抽出により前景背景分離部１２３１は、撮影画像を前景画像と背景画像とに分離する。なお、オブジェクトとは、例えば人物である。オブジェクトは特定人物（選手、監督、又は審判など）であってもよいし、ボールやゴールなど、画像パターンが予め定められている物体であってもよい。また、オブジェクトとして、動体が検出されるようにしても良い。例えば図３（ａ）に示すように、人物等の重要なオブジェクトを含む前景画像と、図３（ｂ）に示すようにオブジェクトを含まない背景画像とを分離して処理すればよい。
【００３７】
三次元モデル情報生成部１２３２は、前景背景分離部１２３１で分離された前景画像及び他のカメラアダプタ１２０から受取った前景画像を利用し、例えばステレオカメラの原理を用いて三次元モデルに係わる画像情報を生成する機能を有している。また、三次元モデル情報生成部１２３２は、カメラ固有の内部パラメータ（焦点距離、画像中心、及びレンズ歪みパラメータ等）と、カメラの位置姿勢を表す外部パラメータ（回転行列及び位置ベクトル等）とを取得する。取得したパラメータを用いて三次元モデルに係る画像情報を生成する。
【００３８】
キャリブレーション制御部１２３３は、キャリブレーションに必要な画像データを、カメラ制御部１２４１を介してカメラ１１２から取得し、キャリブレーションに係わる演算処理を行うフロントエンドサーバ２３０に送信する機能を有している。キャリブレーション制御部１２３３は、入力された画像に対して、カメラ毎の色のばらつきを抑えるための色補正処理や、カメラの振動に起因するブレに対して画像の位置を安定させるためのブレ補正処理（電子防振処理）などを行う。
【００３９】
外部機器制御部１２４０は、カメラアダプタ１２０に接続する機器を制御する機能を有する。外部機器制御部１２４０は、カメラ制御部１２４１、マイク制御部１２４２、雲台制御部１２４３、およびセンサ制御部１２４４を有する。
【００４０】
カメラ制御部１２４１は、カメラ１１２と接続し、カメラ１１２の制御、撮影画像取得、同期信号提供、および時刻設定などを行う機能を有している。カメラ１１２の制御には、例えば撮影パラメータ（画素数、色深度、フレームレート、およびホワイトバランスの設定など）の設定および参照が含まれる。また、カメラ１１２の状態（撮影中、停止中、同期中、およびエラーなど）の取得、撮影の開始および停止、ならびに、ピント調整などが含まれる。
【００４１】
マイク制御部１２４２は、マイク１１１と接続し、マイク１１１の制御、収音の開始および停止、ならびに、収音された音声データの取得などを行う機能を有している。雲台制御部１２４３は、雲台１１３と接続し、雲台１１３の制御を行う機能を有している。雲台１１３の制御は例えば、パン・チルト制御や、状態取得などがある。センサ制御部１２４４は、外部センサ１１４と接続し、外部センサ１１４がセンシングしたセンサ情報を取得する機能を有する。例えば、外部センサ１１４としてジャイロセンサが利用される場合は、振動を表す情報を取得することができる。そして、センサ制御部１２４４が取得した振動情報を用いて、画像処理部１２３０は、前景背景分離部１２３１での処理に先立って、振動を抑えた画像を生成することができる。
【００４２】
＜フロントエンドサーバの構成＞
図４は、フロントエンドサーバ２３０の機能ブロックを示した図である。フロントエンドサーバ２３０は、制御部２３１０、データ入力制御部２３２０、データ同期部２３３０、ＣＡＤデータ記憶部２３３５、キャリブレーション部２３４０、画像処理部２３５０、および三次元モデル結合部２３６０を有する。また、画像結合部２３７０、撮影データファイル生成部２３８０、およびＤＢアクセス制御部２３９０を有する。
【００４３】
制御部２３１０は、ＣＰＵ、ＤＲＡＭ、プログラムデータや各種データを記憶したＨＤＤやＮＡＮＤメモリなどの記憶媒体、およびＥｔｈｅｒｎｅｔ（登録商標）等のハードウェアで構成される。制御部２３１０は、フロントエンドサーバ２３０の各機能ブロックおよびフロントエンドサーバ２３０のシステム全体の制御を行う。また、キャリブレーション動作、撮影前の準備動作、および撮影中動作などの動作モードを切り替える。また、Ｅｔｈｅｒｎｅｔ（登録商標）を通じて制御ステーション３１０からの制御指示を受信し、各モードの切り替えやデータの入出力などを行う。また、ネットワークを通じて制御ステーション３１０からスタジアムＣＡＤデータ（スタジアム形状データ）を取得し、スタジアムＣＡＤデータをＣＡＤデータ記憶部２３３５と非撮影データファイル生成部２３８５に送信する。なお、本実施形態におけるスタジアムＣＡＤデータ（スタジアム形状データ）はスタジアムの形状を示す三次元データであり、メッシュモデルやその他の三次元形状を表すデータであればよく、ＣＡＤ形式に限定されない。
【００４４】
データ入力制御部２３２０は、Ｅｔｈｅｒｎｅｔ（登録商標）等の通信路およびスイッチングハブ１８０を介して、カメラアダプタ１２０とネットワーク接続されている。データ入力制御部２３２０は、ネットワークを通してカメラアダプタ１２０から前景画像、背景画像、被写体の三次元モデル、音声データ、およびカメラキャリブレーション撮影画像データを取得する。データ入力制御部２３２０は、取得した前景画像および背景画像をデータ同期部２３３０に送信し、カメラキャリブレーション撮影画像データをキャリブレーション部２３４０に送信する。また、データ入力制御部２３２０は受信したデータの圧縮伸張やデータルーティング処理等を行う機能を有する。データの伸張処理の詳細に関しては後述する。
【００４５】
データ同期部２３３０は、カメラアダプタ１２０から取得したデータをＤＲＡＭ上に一次的に記憶し、前景画像、背景画像、音声データおよび三次元モデルデータが揃うまでバッファする。データが揃ったら、データ同期部２３３０は、前景画像および背景画像を画像処理部２３５０に、三次元モデルデータを三次元モデル結合部２３６０に、音声データを撮影データファイル生成部２３８０に、それぞれ送信する。
【００４６】
ＣＡＤデータ記憶部２３３５は、制御部２３１０から受け取ったスタジアム形状を示す三次元データをＤＲＡＭまたはＨＤＤやＮＡＮＤメモリ等の記憶媒体に保存する。そして、画像結合部２３７０に対して、スタジアム形状データの要求を受け取った際に保存されたスタジアム形状データを送信する。
【００４７】
キャリブレーション部２３４０は、カメラのキャリブレーション動作を行い、キャリブレーションによって得られたカメラパラメータを非撮影データファイル生成部２３８５に送る。また、自身の記憶領域にもカメラパラメータを保持し、後述する三次元モデル結合部２３６０にカメラパラメータ情報を提供する。
【００４８】
画像処理部２３５０は、前景画像や背景画像に対して、カメラ間の色や輝度値の合わせこみ、ＲＡＷ画像データが入力される場合には現像処理を行う。また、画像復号時のエラー補完やカメラのレンズ歪みの補正等の処理を行う。そして、画像処理を行った前景画像を撮影データファイル生成部２３８０に、背景画像を画像結合部２３７０に、それぞれ送信する。画像復号時のエラー補完の方法に関しては後述する。
【００４９】
三次元モデル結合部２３６０は、カメラアダプタ１２０から取得した同一時刻の三次元モデルデータを、キャリブレーション部２３４０によって生成されたカメラパラメータを用いて結合する。そして、ＶｉｓｕａｌＨｕｌｌと呼ばれる方法を用いて、スタジアム全体における前景画像の三次元モデルデータを生成する。生成した三次元モデルは撮影データファイル生成部２３８０に送信される。
【００５０】
画像結合部２３７０は、画像処理部２３５０から背景画像を取得し、ＣＡＤデータ記憶部２３３５からスタジアムの三次元形状データ（スタジアム形状データ）を取得し、取得したスタジアムの三次元形状データの座標に対する背景画像の位置を特定する。背景画像の各々についてスタジアムの三次元形状データの座標に対する位置が特定できると、背景画像を結合して１つの背景画像とする。なお、本背景画像の三次元形状データの作成については、バックエンドサーバ２７０が実施してもよい。
【００５１】
撮影データファイル生成部２３８０は、データ同期部２３３０から音声データを、画像処理部２３５０から前景画像を、三次元モデル結合部２３６０から三次元モデルデータを、画像結合部２３７０から三次元形状に結合された背景画像を取得する。そして、取得したこれらのデータをＤＢアクセス制御部２３９０に対して出力する。なお、撮影データファイル生成部２３８０は、対応付けられたデータをデータの種類別にファイル化して出力してもよいし、複数種類のデータを時間情報が示す時刻ごとにまとめてファイル化して出力してもよい。このように対応付けられた撮影データがＤＢアクセス制御部２３９０によってデータベース２５０に出力されることで、バックエンドサーバ２７０は、時間情報が対応している前景画像と背景画像とから仮想視点画像を生成できる。
【００５２】
非撮影データファイル生成部２３８５は、キャリブレーション部２３４０からカメラパラメータを、制御部２３１０からスタジアムの三次元形状データを取得し、ファイル形式に応じて成形した後にＤＢアクセス制御部２３９０に送信する。
【００５３】
ＤＢアクセス制御部２３９０は、ＩｎｆｉｎｉＢａｎｄなどにより高速な通信が可能となるようにデータベース２５０と接続される。そして、撮影データファイル生成部２３８０および非撮影データファイル生成部２３８５から受信したファイルをデータベース２５０に対して送信する。
【００５４】
なお、本実施形態ではフロントエンドサーバ２３０が前景画像と背景画像の対応付けを行うものとするが、これに限らず、データベース２５０が対応付けを行ってもよい。例えば、データベース２５０は、フロントエンドサーバ２３０から時間情報を有する前景画像および背景画像を取得する。そしてデータベース２５０は、前景画像と背景画像とを前景画像の時間情報および背景画像の時間情報に基づいて対応付けて、データベース２５０が備える記憶部に出力してもよい。
【００５５】
＜フロントエンドサーバのデータ入力制御部の構成＞
図５は、フロントエンドサーバ２３０のデータ入力制御部２３２０の機能ブロックを示す図である。データ入力制御部２３２０は、サーバネットワークアダプタ２３２１、サーバ伝送部２３２２、およびサーバ画像処理部２３２３を有する。サーバネットワークアダプタ２３２１は、サーバデータ受信部２３２４を有する。サーバ伝送部２３２２は、サーバデータ伸張部２３２５、サーバデータルーティング処理部２３２６、サーバ画像・音声伝送処理部２３２７、およびサーバデータルーティング情報保持部２３２８を有する。
【００５６】
サーバネットワークアダプタ２３２１は、サーバデータ受信部２３２４を有し、サーバデータ受信部２３２４を介してカメラアダプタ１２０から送信されるデータを受信する。
【００５７】
サーバ伝送部２３２２は、サーバデータ受信部２３２４から受取ったデータに対する処理を行う機能を有する。サーバデータ伸張部２３２５は、圧縮されたデータを伸張する機能を有する。サーバデータルーティング処理部２３２６は、サーバデータルーティング情報保持部２３２８が保持するアドレス等のルーティング情報に基づきデータの転送先を決定し、サーバデータ受信部２３２４から受取ったデータを転送する。サーバ画像・音声伝送処理部２３２７は、カメラアダプタ１２０からサーバデータ受信部２３２４を介してメッセージを受取り、メッセージに含まれるデータ種別に応じて、フラグメント化されたデータを画像データまたは音声データに復元する。なお、復元後のデータは、サーバデータ伸張部２３２５において伸張される。サーバデータルーティング情報保持部２３２８は、サーバデータ受信部２３２４が受信したデータの送信先を決定するためのアドレス情報を保持する機能を有する。
【００５８】
サーバ画像処理部２３２３は、カメラアダプタ１２０から受信した画像データまたは音声データに係わる処理を行う機能を有している。例えば、画像データのデータ実体（前景画像、背景画像、および三次元モデル情報）に応じた、カメラ番号や画像フレームの撮影時刻、画像サイズ、画像フォーマット、および画像の座標の属性情報などが付与されたフォーマットへの整形処理などである。
【００５９】
＜バックエンドサーバの説明＞
次に、バックエンドサーバ２７０の処理について説明する。バックエンドサーバ２７０は、データベース２５０およびコントローラ３００から送信されるデータを受信する。データベース２５０からは、スタジアムの形状を示す三次元データ（スタジアム形状データ）、前景画像、背景画像、前景画像の三次元モデル（以降、前景三次元モデルと称する）、および音声を受信する。また、仮想視点画像の生成に係る視点を指定するコントローラ３００から出力される仮想カメラパラメータを受信する。仮想カメラパラメータとは、仮想視点の位置や姿勢などを表すデータであり、例えば、外部パラメータの行列と内部パラメータの行列とが用いられる。
【００６０】
バックエンドサーバ２７０は、背景メッシュモデル（スタジアム形状データ）で示される三次元空間形状に対して背景画像をテクスチャとして貼り付けることでテクスチャ付き背景メッシュモデルを生成する。メッシュモデルとは、例えばＣＡＤデータなど三次元の空間形状を面の集合で表現したデータのことである。テクスチャとは、物体の表面の質感を表現するために貼り付ける画像のことである。また、バックエンドサーバ２７０は、前景画像および前景画像の三次元モデル群より前景三次元モデルのテクスチャ情報を決定し、前景三次元モデル群を生成する。
【００６１】
バックエンドサーバ２７０は、仮想カメラパラメータに基づいて、前景画像群を仮想視点からの見た目となるように透視変換する。そして、背景画像と前景画像をレンダリングして全景の仮想視点画像を生成する。
【００６２】
本実施形態では仮想視点画像の生成方式として、モデルベースレンダリング（Ｍｏｄｅｌ−Ｂａｓｅｄ  Ｒｅｎｄｅｒｉｎｇ：ＭＢＲ）とイメージベース（Ｉｍａｇｅ−Ｂａｓｅｄ  Ｒｅｎｄｅｒｉｎｇ：ＩＢＲ）の２つのレンダリングモードが用いられる。
【００６３】
ＭＢＲとは、被写体を複数の方向から撮影した複数の撮影画像に基づいて生成される三次元モデルを用いて仮想視点画像を生成する方式である。具体的には、視体積交差法、Ｍｕｌｔｉ−Ｖｉｅｗ−Ｓｔｅｒｅｏ（ＭＶＳ）などの三次元形状復元手法により得られた対象シーンの三次元形状（モデル）を利用し，仮想視点からのシーンの見えを画像として生成する技術である。ＩＢＲとは、対象のシーンを複数視点から撮影した入力画像群を変形、合成することによって仮想視点からの見えを再現した仮想視点画像を生成する技術である。本実施形態では、ＩＢＲを用いる場合、ＭＢＲを用いて三次元モデルを生成するための複数の撮影画像より少ない１又は複数の撮影画像に基づいて仮想視点画像が生成される。レンダリングモードがＭＢＲの場合、背景メッシュモデルと前景三次元モデル群とを合成することで全景モデルが生成され、その全景モデルから仮想視点画像が生成される。レンダリングモードがＩＢＲの場合、背景テクスチャモデルに基づいて仮想視点から見た背景画像が生成され、その背景画像に、前景画像を合成することで仮想視点画像が生成される。なお、レンダリング部２７０６は、ＭＢＲとＩＢＲ以外のレンダリング手法を用いてもよい。
【００６４】
バックエンドサーバ２７０はまた、仮想視点において聞こえる音声（音声群）を生成する。そして、生成した音声と仮想視点画像とを合成して仮想視点コンテンツを生成し、コントローラ３００とエンドユーザ端末１９０へ例えばＥｔｈｅｒｎｅｔ（登録商標）を用いて仮想視点コンテンツを出力する。なお、バックエンドサーバ２７０は、レンダリング部２７０６で生成された、音声を含まない仮想視点画像を出力してもよい。
【００６５】
以上述べたようなシステム構成とすることにより、複数のカメラで取得された撮影画像から所望の仮想視点画像の生成が可能となる。
【００６６】
＜カメラアダプタにおける圧縮処理の処理フロー＞
図６は、カメラアダプタ１２０内部の伝送部１２２０に含まれるデータ圧縮・伸張部１２２１で行われる前景画像および背景画像の圧縮に関する処理フローを示す図である。図６に示す処理フローは、前景画像および背景画像のそれぞれに対して行われる処理である。
【００６７】
まずステップＳ６０１においてデータ圧縮・伸張部１２２１は、符号化対象の画像（前景画像または背景画像）を複数のサブバンドに分解する。この処理は、対象の画像の画像信号（画像データ）を高周波成分のサブバンドのデータ（係数値）と低周波成分のサブバンドのデータ（係数値）とに分解し、それぞれに適した符号化を実施するためのものであり、例えばウェーブレット変換等を用いればよい。また変換の際に使用するフィルタは、国際標準であるＪＰＥＧ２０００（ＩＳＯ／ＩＥＣ１５４４４｜ＩＴＵ−Ｔ  Ｔ．８００）でも利用されている実数型の９／７フィルタや整数型５／３フィルタなど、任意のフィルタを用いてよい。本実施形態では、サブバンド分解を水平方向、垂直方向それぞれに１回実施することとする。このときに生成されるサブバンドは、水平、垂直ともに低周波のＬＬサブバンド、水平が高周波かつ垂直が低周波のＨＬサブバンド、水平が低周波かつ垂直が高周波のＬＨサブバンド、および、水平、垂直ともに高周波のＨＨサブバンドの４成分となる。ただしサブバンド分解方法はこれに限らず、例えば低周波成分に対してさらに実施してもよい。その場合のサブバンドの数はサブバンド分解回数×３＋１となる。図７（ａ）は、サブバンド分解を３回行った例であり、サブバンドの数は合計１０となる。
【００６８】
ステップＳ６０２においてデータ圧縮・伸張部１２２１は、ステップＳ６０１で生成したサブバンドの一つに着目し、サブバンドの係数値をそれぞれ量子化する。量子化用のパラメータは予め設定した値を用いてもよいし、前景画像を高画質、背景画像を低画質とするよう制御してもよい。量子化されたサブバンドの係数値をサブバンドデータと称呼する。なお、量子化前のサブバンドの係数値をサブバンドデータと称呼してもよい。
【００６９】
ステップＳ６０３においてデータ圧縮・伸張部１２２１は、着目するサブバンドの量子化後の係数値をエントロピー符号化する。本処理は例えばハフマン符号化や、算術符号化などを用いればよい。
【００７０】
ステップＳ６０４においてデータ圧縮・伸張部１２２１は、ステップＳ６０１で生成した全てのサブバンドの処理を終えたか否かを判定する。全てのサブバンドを処理した場合はステップＳ６０５へ、そうでない場合は処理対象を次のサブバンドに移した上でステップＳ６０２へ、それぞれ移る。
【００７１】
ステップＳ６０５においてデータ圧縮・伸張部１２２１は、符号列を生成する。データ圧縮・伸張部１２２１は、復号時に必要なヘッダ情報と、生成した各サブバンド符号とを連結させて符号列を生成する。サブバンド符号は、それぞれのサブバンドの成分に対応する符号のデータである。図７（ｂ）は、図７（ａ）のようにサブバンド分解を３回行った場合の符号列の例である。符号列中の任意のサブバンド符号にアクセスすることを可能とするよう、ヘッダ情報には少なくとも各サブバンド符号のデータサイズを含む。なお、図８は、サブバンド化の説明の変形例であり、本実施形態においては、上述のとおり、サブバンド分解を水平方向、垂直方向それぞれに１回実施する形態を例に挙げて説明する。
【００７２】
ステップＳ６０６においてデータ圧縮・伸張部１２２１は、画像処理部１２３０が出力した全ての前景画像および背景画像を処理したか否かを判定する。全ての画像を処理したと判定された場合はそのまま処理を終え、そうでない場合は処理対象を次の画像に移した上でステップＳ６０１に戻る。
【００７３】
以上の処理により、伝送部１２２０に入力された前景画像および背景画像を、それぞれサブバンド符号化を用いて符号化することができる。
【００７４】
＜フロントエンドサーバにおけるデータ復号処理の処理フロー＞
図８は、フロントエンドサーバ２３０内部のデータ入力制御部２３２０に含まれるサーバデータ伸張部２３２５で行われる、全視点の圧縮データの復号処理に関する処理フローを示す図である。図８の処理は、図７（ｂ）に示すようなサブバンド符号を含む符号列ごと（すなわち、１つの画像ごと）に行われる処理である。
【００７５】
ステップＳ８０１においてサーバデータ伸張部２３２５は、復号対象のサブバンド符号をエントロピー復号し、係数値を得る。この復号処理は、前述した、カメラアダプタ１２０内部で行う圧縮処理におけるエントロピー符号化に対応する処理を行えばよい。
【００７６】
ステップＳ８０２においてサーバデータ伸張部２３２５は、ステップＳ８０１で復号エラーが発生したか否かを判定する。例えば、復号結果の係数値がヘッダに記載されている範囲外の値となった場合や、符号の読み出し量がヘッダ記載の値と異なった場合などに復号エラーとすればよい。他にも、伝送前に画像データ符号にチェックサムやパリティ符号などのエラー検出用符号を付記しておき、このエラー検出用符号を逐次確認することでエラー検出をしてもよい。このようにして、サブバンド符号の復号に成功したか、あるいは、失敗したか（復号エラーが発生したか）を検知することができる。復号エラーが発生した場合はステップＳ８０３へ、そうでない場合はステップＳ８０６へそれぞれ移る。
【００７７】
ステップＳ８０３においてサーバデータ伸張部２３２５は、復号エラーが発生したサブバンド符号は、低周波成分か否かを判定する。本実施形態では前述の通り、水平方向、垂直方向それぞれに対してサブバンド分解をしている。よって本判定処理では、復号エラーの発生したサブバンド符号が、水平、垂直どちらも低周波成分であるＬＬサブバンドであるか否かを判定することとする。復号エラーの発生したサブバンド符号が低周波成分である場合はステップＳ８０４へ、そうでない場合はステップＳ８０５へそれぞれ移る。ＬＬサブバンドか否かで処理を切り替えている理由は、低周波成分は、高周波成分に比べて画質に与える寄与度が高いからである。つまり、画質に対する影響度に応じて、復号エラーが発生した場合の処理の切り替えが行われる。画質に対して与える影響が大きいＬＬサブバンドの場合には、後述するように他の視点の画像を用いたエラー補完処理が行われる。一方、画質に対して与える影響が大きくない他のサブバンドの場合には、後述するようにダミー値で補完する処理が行われる。すなわち、本実施形態では、サブバンド符号の周波数成分に応じて、復号に失敗したサブバンド符号の補完方法を、ダミー値で置き替える第一の補完方法とダミー値で置き換えない第二の補完方法との間で切り替える処理が行われる。サブバンドのうちの最も低い周波数成分（ＬＬサブバンド）と、最も低い周波数成分以外のサブバンドとで補完方法が切り替えられる。
【００７８】
ステップＳ８０４においてサーバデータ伸張部２３２５は、サブバンドの合成を保留するためのフラグを立てる。このサブバンド合成保留フラグが立っている場合には、復号エラーが生じているので、後述するように、サーバデータ伸張部２３２５におけるサブバンドの合成処理は行われない（保留される）。フラグを立てたらステップＳ８０７に移る。
【００７９】
ステップＳ８０５においてサーバデータ伸張部２３２５は、復号エラーとなったサブバンドを、所定のダミーの値で補う。ダミーの値は例えば０などを用いればよい。この処理を終えたらステップＳ８０６に移る。
【００８０】
ステップＳ８０６においてサーバデータ伸張部２３２５は、処理中のサブバンド係数値を逆量子化する。この処理は、カメラアダプタ１２０内部で行う圧縮処理における量子化に対応する処理を行えばよい。処理を終えたらステップＳ８０７に移る。
【００８１】
ステップＳ８０７においてサーバデータ伸張部２３２５は、処理中の画像に対応するサブバンド符号を全て処理したか否かを判定する。全て処理した場合はステップＳ８０８へ、そうでない場合は復号対象を次のサブバンド符号に移し、ステップＳ８０１に戻る。
【００８２】
ステップＳ８０８においてサーバデータ伸張部２３２５は、サブバンド合成保留フラグが立っているか否かを判定する。サブバンド合成保留フラグが立っている場合はステップＳ８１０へ、そうでない場合はステップＳ８０９へそれぞれ移る。
【００８３】
ステップＳ８０９においてサーバデータ伸張部２３２５は、ここまでで得られたサブバンドを合成し、画像データを再構成する。この処理は、カメラアダプタ１２０内部で行う圧縮処理におけるサブバンド分解に対応する処理を行えばよい。処理を終えたらステップＳ８１０に移る。
【００８４】
ステップＳ８１０においてサーバデータ伸張部２３２５は、処理中の視点に対応する前景画像および背景画像をすべて処理したか否かを判定する。処理済の場合はステップＳ８１１へ、そうでない場合は処理を次の画像に移しステップＳ８０１へ、それぞれ移る。
【００８５】
次にステップＳ８１１では、本システムにおける全ての視点を処理したか否かを判定する。処理済の場合はそのまま処理を終え、そうでない場合は処理を次の視点に移しステップＳ８０１へ移る。
【００８６】
以上のような処理を行うことで、各視点の前景画像および背景画像を復号することができる。また復号エラーが発生したサブバンド符号が、視覚的に変化に感応しにくい高周波成分の場合には、ダミー値で補ったサブバンド符号を用いて画像データを復号することができる。一方、低周波成分において復号エラーが発生した場合は、サブバンド合成処理をスキップし、後段のフロントエンドサーバの画像処理部２３５０での補完処理に、処理を委ねることになる。
【００８７】
＜フロントエンドサーバにおける復号エラー補完処理の処理フロー＞
図９は、フロントエンドサーバ２３０内部の画像処理部２３５０で行われる復号エラー補完処理を示すフローチャートである。図１０は、図９の復号エラー補完処理に関するデータフロー図である。図１０のデータフローの各保管先は、画像処理部２３５０内に含まれているものとして説明するが、これに限られない。以下、図９の処理フローと図１０のデータフロー図とを用いて説明する。以下では、説明の便宜上、Ｎ番目の視点のカメラで取得された画像を実視点［Ｎ］画像と呼称する。そして実視点［Ｎ］画像に相当する視点を仮想視点画像生成処理で再現した画像を、仮想視点［Ｎ］画像と呼称する。
【００８８】
ステップＳ９０１において画像処理部２３５０は、処理中の画像において、サブバンド合成保留フラグが立っているか否かを判定する。サブバンド合成保留フラグが立っている場合はステップＳ９０２へ、そうでない場合はステップＳ９０７にそれぞれ移る。
【００８９】
ステップＳ９０２において画像処理部２３５０は、復号エラーが発生した視点を仮想視点とした仮想視点画像生成処理を行う。この仮想視点画像生成処理では、復号エラーが発生した視点以外の視点の画像を用いて、復号エラーが発生した視点の仮想視点画像を生成する処理が行われる。この処理は、図１０の処理１００４に相当する処理である。図１０に示すように、復号エラーが発生した視点（第一の視点）に対応するカメラ番号をＮとすると、まず復号画像保管先１００１から、復号済みである実視点［Ｎ−１］画像と実視点［Ｎ＋１］画像とを取得する。すなわち、復号エラーが発生した第一の視点を挟み込む視点の実視点画像を取得する。より詳細には、復号エラーが発生した画像が前景画像である場合には、実視点［Ｎ−１］の前景画像と、実視点［Ｎ＋１］の前景画像とを取得する。このように、復号エラーが発生した視点になるべく近い位置の視点の実視点画像を取得することが好ましい。仮想視点の生成に用いる実画像は、位置関係が近いほど再現度が増えるからである。逆に、遠い視点の画像を用いると、仮想視点の画像に必要な位置の画素が写っていないことがあるからである。なお、必ずしも隣接した実視点画像を用いらなくてもよい。再現したい仮想視点の画像が生成できればよい。
【００９０】
次に画像処理部２３５０は、３Ｄモデル保管先１００３から三次元（３Ｄ）モデルを取得する。そして実視点［Ｎ−１］画像、実視点［Ｎ＋１］画像、および三次元モデルを用いて仮想視点画像の生成を行う。これにより仮想視点［Ｎ］画像が得られる。なお、仮想視点画像生成方式に関してはバックエンドサーバ２７０で実施している方法を用いればよい。例えばバックエンドサーバ２７０でＭＢＲを用いる場合、この処理でもＭＢＲで仮想視点画像を生成すればよい。
【００９１】
図９のフローチャートに戻り説明を続ける。ステップＳ９０３において画像処理部２３５０は、生成した仮想視点［Ｎ］画像をサブバンド分解する。この処理は、図１０のサブバンド分解処理１００５に相当する処理である。図１０に示すように、処理１００５を終えると、仮想視点［Ｎ］画像のＬＬ、ＨＬ、ＬＨ、ＨＨサブバンドのサブバンドデータが得られる。なお、処理１００５のサブバンド分解処理は、カメラアダプタ１２０内部の伝送部１２２０で実施している方法を用いればよい。サブバンド分解の回数（レベル）はカメラアダプタ内で実施した回数と同数とする。これにより、エラーが生じてるＮ番目の視点の仮想視点［Ｎ］画像のサブバンドが得られる。本実施形態では、仮想視点［Ｎ］画像のサブバンドのうち、復号エラーが発生しているＬＬサブバンドのデータ（第一のサブバンドデータ）を、エラー補完用サブバンドデータとして用いる。
【００９２】
図９のフローチャートに戻り説明を続ける。ステップＳ９０４において画像処理部２３５０は、復号エラーの補完に用いるエラー補完用サブバンドデータを補正する。すなわち、仮想視点［Ｎ］画像のＬＬサブバンドのデータを補正する。仮想視点［Ｎ］画像のＬＬサブバンドのデータを補正する理由を説明する。仮想視点画像は、実視点画像に対してずれがないことが理想であるが、実際にはカメラ位置推定の誤差等により、画像のずれが生じる。すなわち、結果として、仮想視点［Ｎ］画像の視点と、実視点［Ｎ］が画像の視点とにずれが生じる場合がある。このため、ステップＳ９０４において画像処理部２３５０は、復元した画像の画質をより向上させるために、実視点画像によるＬＬサブバンドのデータと仮想視点で生成したＬＬサブバンドのデータとのずれ補正を行う。
【００９３】
このステップＳ９０４の補正処理で、ずれの対象とする実視点画像は、ＬＬサブバンドの復号時にエラーが検出され、サブバンドの合成処理を保留した状態、すなわち、各サブバンドの係数のままの状態にある。本実施形態では、ステップＳ９０３（サブバンド分解処理１００５）で生成した仮想視点画像のサブバンドデータ、および、実視点画像のサブバンドのうち、復号エラーのないサブバンドデータを用いて、ずれ補正を行う。ただしカメラ間の密度が十分高く、仮想視点で生成したＬＬサブバンドと実視点におけるＬＬサブバンドとのずれが小さいと推定される場合などは、ずれ補正処理を行わないよう構成してもよい。
【００９４】
ずれ補正処理は、図１０の動き探索処理１００６および補正処理１００７に相当する処理である。まず動き探索処理１００６では、合成保留サブバンド保管先１００２から、実視点［Ｎ］画像のＨＬ、ＬＨ、ＨＨサブバンドのデータを取得する。そして取得したサブバンドのデータと、サブバンド分解処理１００５で得られた仮想視点［Ｎ］画像のＨＬ、ＬＨ、ＨＨサブバンドのデータとを用いて、所定のブロックサイズでそれぞれ動き探索し、動きベクトルを導出する。そして得られた動きベクトルの平均を補正処理１００７の処理へ送出する。補正処理１００７では、動き探索処理１００６から受け取った動きベクトルの平均を仮想視点［ｎ］画像のＬＬサブバンドのデータに用いることでエラー補完用のＬＬサブバンドを得る。なお、補正処理１００７では、上述した方法の他にも、ＨＬ、ＬＨ、ＨＨサブバンドのうち一部だけ用いて動きベクトルを得るようにしてもよい。動き探索ではなく、対応する特徴点によるワーピングなどの手法を用いてもよい。ＨＬ、ＬＨ、ＨＨサブバンドのいずれかも復号エラーであった場合は、当該サブバンドは補正に用いないようにする。
【００９５】
図９のフローチャートに戻り説明を続ける。ステップＳ９０５において画像処理部２３５０は、ステップＳ９０４で得られたエラー補完用サブバンドデータを、復号エラーが発生したサブバンドデータとして適用する。すなわち、ステップＳ９０４で得られたＬＬサブバンドのデータを、復号エラーが発生した実視点［Ｎ］画像のＬＬサブバンドのデータに置き換える。
【００９６】
次にステップＳ９０６において画像処理部２３５０は、復号時に保留していた、サブバンド合成を実施する。この処理は、図１０のサブバンド合成処理１００８に相当する処理である。すなわち、補正処理１００７で得たエラー補完用ＬＬサブバンドのデータと、実視点［Ｎ］画像のＨＬ、ＬＨ、およびＨＨサブバンドのデータとを用いてサブバンド合成をし、得られた画像データを実視点［Ｎ］画像として復号画像保管先１００１に保管する。以上の処理によれば、エラーが生じてたＬＬサブバンドを、エラーが生じていない画像によって生成された仮想視点画像を用いて補完することができる。
【００９７】
なお、実視点［Ｎ］画像の代わりに、生成された仮想視点［Ｎ］画像自体をそのまま用いることも可能ではあるが、本実施形態では、仮想視点［Ｎ］画像ではなく、上述したエラー補完処理を行った実視点［Ｎ］画像を用いる。基本的に、仮想視点画像よりも実画像の方が、画質が高いので、エラー補完処理を行った実視点［Ｎ］画像の方が、仮想視点［Ｎ］画像よりも画質が高くなることが多いからである。
【００９８】
図９のフローチャートに戻り説明を続ける。ステップＳ９０７において画像処理部２３５０は、処理中の視点に対応する前景画像および背景画像をすべて処理したか否かを判定する。処理済の場合はステップＳ９０８へ、そうでない場合は処理を次の画像に移しステップＳ９０１へそれぞれ移る。ステップＳ９０８において画像処理部２３５０は、本システムにおける全ての視点の画像を処理したか否かを判定する。処理済の場合はそのまま処理を終え、そうでない場合は処理を次の視点に移しステップＳ９０１へ移る。
【００９９】
以上説明したように、本実施形態においては、復号エラーが発生したサブバンド符号が、低周波成分のサブバンド符号か否かに応じて処理を切り替えている。復号エラーが発生したサブバンド符号が、低周波成分のサブバンド符号でない場合には、ダミー値で補完してサブバンド合成を行う。復号エラーが発生したサブバンド符号が、低周波成分のサブバンド符号である場合、当該エラーが発生した視点の仮想視点画像を生成し、生成した仮想視点画像をサブバンド分解する。そして、エラーが発生している実画像の低周波成分のサブバンドとして、仮想視点画像をサブバンド分解して得られた低周波成分のサブバンドを適用して、サブバンド合成を行う。このような処理によれば、伝送時のエラーがいずれの帯域において発生していても画像データの復元が可能となる。また、画質に対する寄与度が高い低周波成分のサブバンドを二重化して伝送しなくてよい。
【０１００】
＜＜第２の実施形態＞＞
第１の実施形態では、フロントエンドサーバ２３０内部で画像の復号エラーを補完する形態を説明した。これにより伝送エラーがあった場合でもフロントエンドサーバ２３０で全視点の画像を復号することができるようになるので、バックエンドサーバ２７０側の自由視点画像生成を実施することができる。一方、上述した画像処理システム１００ではカメラアダプタ１２０内部でも、三次元モデル情報生成部１２３２で他のカメラアダプタ１２０から受け取った画像（以下、他視点画像）を用いる。このため、カメラアダプタ１２０においても他視点画像を復号する場面がある。隣接する視点の画像データは、リアルタイム性を重視した伝送路を経由して伝送されるので、エラーが生じている場合がある。そこで本実施形態では、カメラアダプタ１２０内部において復号エラー補完をする形態を説明する。
【０１０１】
＜カメラアダプタにおけるデータ復号処理の処理フロー＞
図１１は、カメラアダプタ１２０内部のデータ圧縮・伸張部１２２１で行われる、他視点の圧縮データの復号に関する処理フローを示すフローチャートである。説明のために、処理中のカメラアダプタに対応する視点を現視点、一つ上流の視点を参照視点１、二つ上流の視点を参照視点２・・・と呼称することとする。上流の視点とは、デイジーチェーンで接続されている上流のカメラアダプタの視点である。最上流のカメラアダプタから最下流のカメラアダプタに対して、順次、それぞれのカメラアダプタで得られたデータが伝送されることになる。ここで、カメラアダプタ１２０における三次元モデル情報生成には現視点の画像と、参照視点１の画像を要する。このうち、現視点の画像は、当該カメラアダプタ１２０で得られる画像であり、符号化処理前の画像が存在するので、復号する必要はない。よってカメラアダプタ１２０内で復号が求められる画像データは、参照視点１に対応する画像となる。
【０１０２】
ステップＳ１１０１においてデータ圧縮・伸張部１２２１は、参照視点１の復号対象画像に対応するサブバンド符号をエントロピー復号する。この処理は第１の実施形態におけるフロントエンドサーバ２３０内部の復号処理ステップＳ８０１と同様の処理でよい。
【０１０３】
ステップＳ１１０２においてデータ圧縮・伸張部１２２１は、ステップＳ１１０１で復号エラーが発生したか否かを判定する。復号エラーが発生した場合はステップＳ１１０３へ、そうでない場合はステップＳ１１０６へそれぞれ移る。
【０１０４】
ステップＳ１１０３においてデータ圧縮・伸張部１２２１は、復号エラーが発生したサブバンドは低周波成分か否かを判定する。復号エラーの発生したサブバンドが低周波成分である場合はステップＳ１１０４へ、そうでない場合はステップＳ１１０５へそれぞれ移る。
【０１０５】
ステップＳ１１０４においてデータ圧縮・伸張部１２２１は、サブバンドの合成を保留するためのサブバンド合成保留フラグを立てる。ステップＳ１１０５においてデータ圧縮・伸張部１２２１は、復号エラーとなったサブバンドをダミーの値で補う。ダミーの値は例えば０などを用いればよい。
【０１０６】
ステップＳ１１０６においてデータ圧縮・伸張部１２２１は、処理中のサブバンド係数値を逆量子化する。この処理は第１の実施形態におけるフロントエンドサーバ２３０内部の復号処理ステップＳ８０６と同様の処理でよい。
【０１０７】
ステップＳ１１０７においてデータ圧縮・伸張部１２２１は、処理中の画像に対応するサブバンド符号を全て処理したか否かを判定する。全て処理した場合はステップＳ１１０８へ、そうでない場合は復号対象を次のサブバンド符号に移し、ステップＳ１１０１に戻る。
【０１０８】
ステップＳ１１０８においてデータ圧縮・伸張部１２２１は、サブバンド合成保留フラグが立っているか否かを判定する。サブバンド合成保留フラグが立っている場合はステップＳ１１０９へ、そうでない場合はステップＳ１１１４へそれぞれ移る。
【０１０９】
ステップＳ１１０９においてデータ圧縮・伸張部１２２１は、参照視点２を復号する。この処理は第１の実施形態におけるフロントエンドサーバ２３０内部で行われる復号処理と同様でよい。なお、参照視点２の復号でも復号エラーがあった場合は、参照視点３、参照視点４・・・と上流に遡ればよい。本実施形態では、カメラアダプタ１２０は、デイジーチェーンで接続されており、上流側のカメラアダプタ１２０から受け取ったデータに、自身のカメラアダプタ１２０のデータを追加して、下流側のカメラアダプタ１２０にデータを伝送する構成となっている。このため、カメラアダプタ１２０は、自身の上流側に位置するカメラアダプタ１２０のデータを全て受信しているので、上流側の参照視点のデータを復号に用いることができる。このように、カメラアダプタ１２０は、上流側のデータを全て受信しているものの、三次元モデル情報生成部１２３２で用いるデータは、参照視点１の画像と現視点の画像とがあればよい。そこて、ステップＳ１１０９の復号処理では、参照視点１の画像を復号している。なお、参照視点１が最上流の視点の場合、それよりも前の参照する視点画像がないので、当該視点のカメラアダプタでの処理はスキップしてよい。
【０１１０】
ステップＳ１１１０においてデータ圧縮・伸張部１２２１は、復号エラーが発生した参照視点１を仮想視点とした、仮想視点画像生成を行う。第１の実施形態では、低周波成分の復号エラーのための仮想視点画像生成をフロントエンドサーバ２３０で実行するため、三次元モデルデータが存在することからＭＢＲを選択することも可能であった。しかし、カメラアダプタ内で仮想視点画像生成を行う場合は、ＭＢＲのための三次元モデルデータが未生成である。そこで、本実施形態では、参照視点２の画像と、現視点の画像とを用い、ＩＢＲで仮想視点画像を生成する。
【０１１１】
ステップＳ１１１１においてデータ圧縮・伸張部１２２１は、生成した仮想視点画像をサブバンド分解する。この処理は、第１の実施形態におけるフロントエンドサーバ２３０内部の仮想視点画像サブバンド分解処理ステップＳ９０３と同様の処理を行なえばよい。
【０１１２】
ステップＳ１１１２においてデータ圧縮・伸張部１２２１は、復号エラーの補完に用いる、エラー補完用サブバンド（この例では、仮想視点のＬＬサブバンド）のデータを補正する。この処理は、第１の実施形態におけるフロントエンドサーバ２３０内部のエラー補完用サブバンド補正処理ステップＳ９０４と同様の処理を行なえばよい。
【０１１３】
ステップＳ１１１３においてデータ圧縮・伸張部１２２１は、ステップＳ１１１２で得られた補正後のエラー補完用サブバンド（ＬＬサブバンド）のデータを、復号エラーが発生したサブバンドデータとして適用する。
【０１１４】
ステップＳ１１１４においてデータ圧縮・伸張部１２２１は、ここまでで得られたサブバンドを合成し、画像を再構成する。この処理は、第１の実施形態におけるフロントエンドサーバ２３０内部のサブバンド合成処理ステップＳ９０６と同様の処理を行なえばよい。
【０１１５】
次にステップＳ１１１５においてデータ圧縮・伸張部１２２１は、処理中の視点に対応する画像を全て処理したか否かを判定する。処理済の場合はそのまま処理を終え、そうでない場合は処理を次の画像に移しステップＳ１１０１へそれぞれ移る。
【０１１６】
以上のような処理を行うことで、カメラアダプタ１２０内部でも参照画像の復号エラーを補完できるため、復号エラーがあった場合でも三次元モデル情報生成が可能となる。なお、下流側のカメラアダプタに伝送されるデータは、復号エラーを補完した符号列であってもよいし、フロントエンドサーバ２３０において第１の実施形態で説明した補完処理を行うことが可能であれば、受信したデータをそのまま伝送してもよい。そして、フロントエンドサーバ２３０において復号エラーを行わせる形態を採用してもよい。
【０１１７】
＜＜第３の実施形態＞＞
第１の実施形態および第２の実施形態では、低周波成分のサブバンドにのみ仮想視点画像による復号エラー補完を行うようにした。これは復号エラー補完による速度低下を極力防ぐためであるが、高周波成分に関しても補完するようにしてもよい。本実施形態ではフロントエンドサーバ２３０での復号エラー補完について説明する。
【０１１８】
＜フロントエンドサーバにおけるデータ復号処理の処理フロー＞
図１２は、本実施形態におけるフロントエンドサーバ２３０でのデータ復号処理の処理フローを示す図である。以下では、フロントエンドサーバ２３０内部のデータ入力制御部２３２０のサーバデータ伸張部２３２５で行われる、全視点の圧縮データの復号処理を説明する。
【０１１９】
ステップＳ１２０１においてサーバデータ伸張部２３２５は、復号対象のサブバンド符号をエントロピー復号し、係数値を得る。この処理は、第１の実施形態におけるフロントエンドサーバ２３０内部の復号処理ステップＳ８０１と同様の処理を行なえばよい。
【０１２０】
ステップＳ１２０２においてサーバデータ伸張部２３２５は、ステップＳ１２０１で復号エラーが発生したか否かを判定する。復号エラーが発生した場合は、ステップＳ１２０３へ、そうでない場合はステップＳ１２０４へそれぞれ移る。
【０１２１】
ステップＳ１２０３においてサーバデータ伸張部２３２５は、サブバンドの合成を保留するためのサブバンド合成保留フラグを立てる。すなわち、本実施形態においては、復号エラーが発生した場合、周波数成分に関わらず、サブバンド合成保留フラグを立てる。以降のステップＳ１２０４からＳ１２０９までの処理は、第１の実施形態で説明したステップＳ８０６からＳ８１１と同様の処理であるので、説明を省略する。
【０１２２】
＜フロントエンドサーバにおける復号エラー補完処理の処理フロー＞
次に、フロントエンドサーバ２３０内部の画像処理部２３５０で行われる復号エラー補完処理に関して説明する。復号処理の段階で高周波成分に関する復号エラーに関してもサブバンド合成保留フラグを立てているので、復号エラー補完処理フローに関しては、基本的には、図９と同様の処理を行えばよい。ただし第１の実施形態では、サブバンド合成を保留するのは低周波成分であるＬＬサブバンドに復号エラーがあったときである。一方、本実施形態では、周波数成分に関わらず、サブバンド保留フラグが立てられている。このため、本実施形態ではステップＳ９０４のエラー補完用サブバンド補正処理部分が異なる。本実施形態におけるエラー補完用サブバンド補正処理は、例えば、まず実視点画像における復号エラーのないサブバンドと、仮想視点において対応するサブバンド間で、所定のブロックサイズでそれぞれ動き探索し、動きベクトルを取得する。そして得られた動きベクトルの平均を、復号エラーがあったサブバンドに対応する仮想視点のサブバンドに用いることで補正後のサブバンドデータを得ることができる。例えば実視点画像におけるＨＬサブバンドにエラーがあった場合は、実視点画像と仮想視点画像の、ＬＬ、ＬＨ、ＨＨサブバンド間で動き探索をし、動きベクトルを取得すればよい。
【０１２３】
以上のような処理を行うことで、伝送エラーにより復号できなかった高周波成分のサブバンドも他の視点から補完できるようになるので、より高画質な復号エラー補完が可能となる。なお、本実施形態ではフロントエンドサーバ２３０での復号エラー補完の例を示したが、第２の実施形態のようにカメラアダプタ１２０内で実施するよう構成してもよい。
【０１２４】
＜その他の実施形態＞
前述した実施形態においては、図３に示すように前景画像、背景画像を分離し、それぞれを符号化・伝送するシステムであったが、前景・背景を分離せずに元の画像を符号化・伝送するようにしてもよい。その場合は一つの処理単位の画素数が大きくなるためサブバンド分解を複数回実施するようにするとより符号化効率が高まる。またその時はサブバンドの数が増える。よって復号エラー補完処理における仮想視点画像のサブバンド分解時には、エラーが発生したサブバンドのレベルまでの分解回数に留めるなどすれば、より処理効率が高まる。もしくは、敢えて符号化時に実施した回数と同数、仮想視点画像もサブバンド分解を実施し、サブバンド補正処理時に、他のレベルのサブバンドを参照するようにして補正精度の向上を図ってもよい。
【０１２５】
また、前述した実施形態においては、前景画像および背景画像の復号エラーを補完する形態を説明した。補完対象となる画像は、これに限られず、他の画像に適用してもよい。例えば、カメラキャリブレーション撮影画像データに適用してもよい。
【０１２６】
また、前述した実施形態においては、エラーが生じた視点の仮想視点画像を生成し、その仮想視点画像をサブバンド分解した後に、動きベクトルを取得してサブバンドを補正する形態を説明した。しかしながら、この順に限られるものではない。逆に、生成した仮想視点画像の全体を用いて動きベクトルを取得し、動きベクトルに基づいて仮想視点画像を補正し、その補正後に、仮想視点画像をサブバンドに分解する形態でもよい。
【０１２７】
また、前述した実施形態においては、復号エラーの補完単位をサブバンド毎としたが、本発明の適用範囲はこの限りではない。例えばサブバンドをＪＰＥＧ２０００でいうコードブロックのように分割し、分割した単位で符号化を行えば、該符号化単位でのエラー補完が可能となる。
【０１２８】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１２９】
１２０  カメラアダプタ
１２２１  データ圧縮・伸張部
２３０  フロントエンドサーバ
２３５０  画像処理部
【図１】
2019083405.tif 000003
【図２】
2019083405.tif 000004
【図３】
2019083405.tif 000005
【図４】
2019083405.tif 000006
【図５】
2019083405.tif 000007
【図６】
2019083405.tif 000008
【図７】
2019083405.tif 000009
【図８】
2019083405.tif 000010
【図９】
2019083405.tif 000011
【図１０】
2019083405.tif 000012
【図１１】
2019083405.tif 000013
【図１２】
2019083405.tif 000014