JPWO2014084106A1 - 画像処理装置および方法 - Google Patents

画像処理装置および方法 Download PDF

Info

Publication number
JPWO2014084106A1
JPWO2014084106A1 JP2014550146A JP2014550146A JPWO2014084106A1 JP WO2014084106 A1 JPWO2014084106 A1 JP WO2014084106A1 JP 2014550146 A JP2014550146 A JP 2014550146A JP 2014550146 A JP2014550146 A JP 2014550146A JP WO2014084106 A1 JPWO2014084106 A1 JP WO2014084106A1
Authority
JP
Japan
Prior art keywords
unit
image
threshold
encoding
bit depth
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014550146A
Other languages
English (en)
Inventor
佐藤　数史
数史 佐藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2014084106A1 publication Critical patent/JPWO2014084106A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/117—Filters, e.g. for pre-processing or post-processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/182—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a pixel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
    • H04N19/82—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H04N19/86—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving reduction of coding artifacts, e.g. of blockiness
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Artificial Intelligence (AREA)
  • Evolutionary Computation (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)

Abstract

本開示は、画質の低減を抑制することができるようにする画像処理装置および方法に関する。画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定する閾値設定部と、前記閾値設定部により設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理するフィルタ処理部とを備える。本開示は、例えば、画像処理装置に適用することができる。

Description

本開示は画像処理装置および方法に関し、特に、画質の低減を抑制することができるようにした画像処理装置および方法に関する。
近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送、蓄積を目的とし、画像情報特有の冗長性を利用して、離散コサイン変換等の直交変換と動き補償により圧縮する符号化方式を採用して画像を圧縮符号する装置が普及しつつある。この符号化方式には、例えば、MPEG（Moving Picture Experts Group）などがある。
特に、MPEG2(ISO/IEC 13818-2)は、汎用画像符号化方式として定義されており、飛び越し走査画像及び順次走査画像の双方、並びに標準解像度画像及び高精細画像を網羅する標準である。例えば、MPEG2は、プロフェッショナル用途及びコンシューマ用途の広範なアプリケーションに現在広く用いられている。MPEG2圧縮方式を用いることにより、例えば720×480画素を持つ標準解像度の飛び越し走査画像であれば4乃至8Mbpsの符号量（ビットレート）が割り当てられる。また、MPEG2圧縮方式を用いることにより、例えば1920×1088画素を持つ高解像度の飛び越し走査画像であれば18乃至22 Mbpsの符号量（ビットレート）が割り当てられる。これにより、高い圧縮率と良好な画質の実現が可能である。
MPEG2は主として放送用に適合する高画質符号化を対象としていたが、MPEG1より低い符号量（ビットレート）、つまりより高い圧縮率の符号化方式には対応していなかった。携帯端末の普及により、今後そのような符号化方式のニーズは高まると思われ、これに対応してMPEG4符号化方式の標準化が行われた。画像符号化方式に関しては、1998年12月にISO/IEC 14496-2としてその規格が国際標準に承認された。
更に、近年、当初テレビ会議用の画像符号化を目的として、H.26L （ITU-T（International Telecommunication Union Telecommunication Standardization Sector） Q6/16 VCEG（Video Coding Expert Group））という標準の規格化が進められた。H.26LはMPEG2やMPEG4といった従来の符号化方式に比べ、その符号化、復号化により多くの演算量が要求されるものの、より高い符号化効率が実現されることが知られている。また、現在、MPEG4の活動の一環として、このH.26Lをベースに、H.26Lではサポートされない機能をも取り入れ、より高い符号化効率を実現する標準化がJoint Model of Enhanced-Compression Video Codingとして行われた。
標準化のスケジュールとしては、２００３年３月にはH.264及びMPEG-4 Part10 （Advanced Video Coding、以下AVCと記す）という名の元に国際標準となった。
さらに、このH．264/AVCの拡張として、RGBや4：2：2、4：4：4といった、業務用に必要な符号化ツールや、MPEG-2で規定されていた8x8DCTや量子化マトリクスをも含んだFRExt (Fidelity Range Extension) の標準化が２００５年２月に完了した。これにより、H．264/AVCを用いて、映画に含まれるフィルムノイズをも良好に表現することが可能な符号化方式となって、Blu-Ray Disc（商標）等の幅広いアプリケーションに用いられる運びとなった。
しかしながら、昨今、ハイビジョン画像の4倍の、4000×2000画素程度の画像を圧縮したい、あるいは、インターネットのような、限られた伝送容量の環境において、ハイビジョン画像を配信したいといった、更なる高圧縮率符号化に対するニーズが高まっている。このため、先述の、ITU-T傘下のVCEGにおいて、符号化効率の改善に関する検討が継続され行なわれている。
そこで、現在、AVCより更なる符号化効率の向上を目的として、ITU-Tと、ISO/IECの共同の標準化団体であるJCTVC（Joint Collaboration Team - Video Coding）により、HEVC（High Efficiency Video Coding）と呼ばれる符号化方式の標準化が進められている。HEVC規格については、2012年2月に最初のドラフト版仕様であるCommittee draftが発行されている（例えば、非特許文献１参照）。
ところで、AVC符号化方式のイントラ8×8予測モードにおいては、処理対象であるカレントブロックの周辺画素に対して［1 2 1］／4フィルタ処理を行っていた。HEVCにおいては、ブロックサイズと、予測モードに応じて、このフィルタ処理のオン・オフ（on／off）が決定される。
また、HEVCにおいては、予測モードが、DCモード、水平（Horizontal）モード、垂直（Vertical）モードである場合の、ブロック歪の低減を目的として、バウンダリバリュースムージング（Boundary Value Smoothing）処理が規定されている。
さらに、画像の平坦部において、輪郭が見えてしまうという現象を低減させるために、輪郭ノイズ対策処理が提案された（例えば、非特許文献２参照）。
この非特許文献２に記載の方法においては、処理対象であるカレントブロックの周辺画素について、閾値判定処理によりその特徴が識別される。その閾値判定処理の結果が真である場合、すなわち、周辺画素が所定の特徴を有する場合、上述した［1 2 1］／4フィルタ処理の代わりに、バイリニアインターポレーション（bi-linear interpolation）処理（バイリニアフィルタ処理とも称する）が行われる。
Benjamin Bross， Woo-Jin Han， Jens-Rainer Ohm， Gary J. Sullivan， Thomas Wiegand， "High efficiency video coding (HEVC) text specification draft 8"， JCTVC-H1003_d7， Joint Collaborative Team on Video Coding (JCT-VC)of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11， 10th Meeting： Stockholm， SE， 11-20 July 2012 TK Tan， Y. Suzuki， " Contouring artefact and solution "， JCTVC-K0139， Joint Collaborative Team on Video Coding (JCT-VC)of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 1111th Meeting： Shanghai， CN， 10-19 Oct. 2012
しかしながら、非特許文献２に記載の方法では、閾値が固定されていた。つまり、符号化・復号の処理対象である画像データの、例えばビット深度等の特徴に関わらず、閾値として同じ値が設定されることになった。そのため、イントラ予測における周辺画素に対するフィルタ処理の選択において、適切な選択を行うことができずに不要に画質を低減させてしまう恐れがあった。
本開示は、このような状況に鑑みてなされたものであり、画質の低減を抑制することができるようにするものである。
本技術の一側面は、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定する閾値設定部と、前記閾値設定部により設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理するフィルタ処理部とを備える画像処理装置である。
前記閾値設定部は、初期値として予め定められた前記閾値を、前記ビット深度に応じてビットシフトすることができる。
前記閾値設定部は、前記画像データのビット深度が８ビットの場合、前記閾値を８に設定することができる。
前記画像データのビット深度を判定する判定部をさらに備え、前記閾値設定部は、前記判定部により判定されたビット深度に応じて、前記閾値を設定することができる。
前記画像データのビット深度を受け取る受け取り部をさらに備え、前記閾値設定部は、前記受け取り部により受け取られた前記ビット深度に応じて、前記閾値を設定することができる。
伝送された、前記画像データのビット深度に応じて設定された閾値を受け取る受け取り部をさらに備え、前記フィルタ処理部は、前記受け取り部により受け取られた前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理することができる。
前記フィルタ処理部は、前記周辺画素の特徴を表す値が前記閾値設定部により設定された前記閾値を超える場合、前記周辺画素をローパスフィルタ処理することができる。
前記フィルタ処理部は、前記周辺画素の特徴を表す値が前記閾値設定部により設定された前記閾値を超えない場合、前記周辺画素をバイリニアフィルタ処理することができる。
本技術の一側面は、また、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定し、設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理する画像処理方法である。
本技術の一側面においては、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値が、画像データのビット深度に応じて設定され、設定された閾値を利用して識別される周辺画素の特徴に応じたフィルタを用いて、周辺画素がフィルタ処理される。
本開示によれば、画像を符号化・復号することができる。特に、画質の低減を抑制することができる。
コーディングユニットの構成例を説明する図である。 アンギュラー（Angular）予測の例を説明する図である。 プレイナー（Planar）予測の例を説明する図である。 モストプロバブルモード（MostProbableMode）の例を説明する図である。 MDIS（Mode Dependent Intra Smoothing）の例を説明する図である。 バウンダリバリュースムージング（Boundary Value Smoothing）処理の例を説明する図である。 復号画像の例を示す図である。 復号画像の他の例を示す図である。 閾値判定処理の様子の例を示す図である。 画像符号化装置の主な構成例を示すブロック図である。 閾値設定部およびフィルタ処理部の主な構成例を示すブロック図である。 符号化処理の流れの例を説明するフローチャートである。 閾値設定処理の流れの例を説明するフローチャートである。 イントラ予測処理の流れの例を説明するフローチャートである。 閾値設定処理の流れの、他の例を説明するフローチャートである。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定部およびフィルタ処理部の他の構成例を示すブロック図である。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定部およびフィルタ処理部の、さらに他の構成例を示すブロック図である。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 画像復号装置の主な構成例を示すブロック図である。 閾値設定部およびフィルタ処理部の主な構成例を示すブロック図である。 復号処理の流れの例を説明するフローチャートである。 閾値設定処理の流れの例を説明するフローチャートである。 予測処理の流れの例を説明するフローチャートである。 イントラ予測処理の流れの例を説明するフローチャートである。 閾値設定処理の流れの、他の例を説明するフローチャートである。 閾値設定部およびフィルタ処理部の他の構成例を示すブロック図である。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定部およびフィルタ処理部の、さらに他の構成例を示すブロック図である。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 閾値設定部およびフィルタ処理部の、さらに他の構成例を示すブロック図である。 閾値設定処理の流れの、さらに他の例を説明するフローチャートである。 多視点画像符号化方式の例を示す図である。 本技術を適用した多視点画像符号化装置の主な構成例を示す図である。 本技術を適用した多視点画像復号装置の主な構成例を示す図である。 階層画像符号化方式の例を示す図である。 スペーシャルなスケーラブル符号化の例を説明する図である。 テンポラルなスケーラブル符号化の例を説明する図である。 信号雑音比のスケーラブル符号化の例を説明する図である。 本技術を適用した階層画像符号化装置の主な構成例を示す図である。 本技術を適用した階層画像復号装置の主な構成例を示す図である。 コンピュータの主な構成例を示すブロック図である。 テレビジョン装置の概略的な構成の一例を示すブロック図である。 携帯電話機の概略的な構成の一例を示すブロック図である。 記録再生装置の概略的な構成の一例を示すブロック図である。 撮像装置の概略的な構成の一例を示すブロック図である。 スケーラブル符号化利用の一例を示すブロック図である。 スケーラブル符号化利用の他の例を示すブロック図である。 スケーラブル符号化利用のさらに他の例を示すブロック図である。 ビデオセットの概略的な構成の一例を示すブロック図である。 ビデオプロセッサの概略的な構成の一例を示すブロック図である。 ビデオプロセッサの概略的な構成の他の例を示すブロック図である。 コンテンツ再生システムの構成を示した説明図である。 コンテンツ再生システムにおけるデータの流れを示した説明図である。 MPDの具体例を示した説明図である。 コンテンツ再生システムのコンテンツサーバの構成を示した機能ブロック図である。 コンテンツ再生システムのコンテンツ再生装置の構成を示した機能ブロック図である。 コンテンツ再生システムのコンテンツサーバの構成を示した機能ブロック図である。 無線通信システムの各装置による通信処理例を示すシーケンスチャートである。 無線通信システムの各装置による通信処理例を示すシーケンスチャートである。 無線通信システムの各装置による通信処理において送受信されるフレームフォーマット（frame format）の構成例を模式的に示す図である。 無線通信システムの各装置による通信処理例を示すシーケンスチャートである。
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
０．概要
１．第１の実施の形態（画像符号化装置）
２．第２の実施の形態（画像復号装置）
３．第３の実施の形態（多視点画像符号化・多視点画像復号装置）
４．第４の実施の形態（階層画像符号化・階層画像復号装置）
５．第５の実施の形態（コンピュータ）
６．応用例
７．スケーラブル符号化の応用例
８．第６の実施の形態（セット・ユニット・モジュール・プロセッサ）
９．第７の実施の形態（MPEG-DASHのコンテンツ再生システムの応用例）
１０．第８の実施の形態（Wi-Fi規格の無線通信システムの応用例）
＜０．概要＞
＜符号化方式＞
以下においては、HEVC（High Efficiency Video Coding）方式の画像符号化・復号に適用する場合を例に、本技術を説明する。
＜コーディングユニット＞
AVC（Advanced Video Coding）方式においては、マクロブロックとサブマクロブロックによる階層構造が規定されている。しかしながら、１６画素×１６画素のマクロブロックでは、次世代符号化方式の対象となるような、UHD（Ultra High Definition；４０００画素×２０００画素）といった大きな画枠に対して最適ではない。
これに対して、HEVC方式においては、図１に示されるように、コーディングユニット（CU（Coding Unit））が規定されている。
CUは、Coding Tree Block（CTB）とも呼ばれ、AVC方式におけるマクロブロックと同様の役割を果たす、ピクチャ単位の画像の部分領域である。後者は、１６×１６画素の大きさに固定されているのに対し、前者の大きさは固定されておらず、それぞれのシーケンスにおいて、画像圧縮情報中において指定されることになる。
例えば、出力となる符号化データに含まれるシーケンスパラメータセット（SPS（Sequence Parameter Set））において、CUの最大サイズ（LCU（Largest Coding Unit））と最小サイズ（SCU（Smallest Coding Unit））が規定される。
それぞれのLCU内においては、SCUのサイズを下回らない範囲で、split-flag=1とすることにより、より小さなサイズのCUに分割することができる。図１の例では、LCUの大きさが１２８であり、最大階層深度が５となる。２Ｎ×２Ｎの大きさのCUは、split_flagの値が「１」である時、１つ下の階層となる、Ｎ×Ｎの大きさのCUに分割される。
更に、CUは、イントラ若しくはインター予測の処理単位となる領域（ピクチャ単位の画像の部分領域）であるプレディクションユニット（Prediction Unit（PU））に分割され、また、直交変換の処理単位となる領域（ピクチャ単位の画像の部分領域）である、トランスフォームユニット（Transform Unit（TU））に分割される。現在、HEVC方式においては、４×４及び８×８に加え、１６×１６及び３２×３２直交変換を用いることが可能である。
以上のHEVC方式のように、CUを定義し、そのCUを単位として各種処理を行うような符号化方式の場合、AVC方式におけるマクロブロックはLCUに相当し、ブロック（サブブロック）はCUに相当すると考えることができる。また、AVC方式における動き補償ブロックは、PUに相当すると考えることができる。ただし、CUは、階層構造を有するので、その最上位階層のLCUのサイズは、例えば128×128画素のように、AVC方式のマクロブロックより大きく設定されることが一般的である。
よって、以下、LCUは、AVC方式におけるマクロブロックをも含むものとし、CUは、AVC方式におけるブロック（サブブロック）をも含むものとする。つまり、以下の説明に用いる「ブロック」は、ピクチャ内の任意の部分領域を示し、その大きさ、形状、および特性等は限定されない。つまり、「ブロック」には、例えば、TU、PU、SCU、CU、LCU、サブブロック、マクロブロック、またはスライス等任意の領域（処理単位）が含まれる。もちろん、これら以外の部分領域（処理単位）も含まれる。サイズや処理単位等を限定する必要がある場合は、適宜説明する。
＜モード選択＞
ところで、AVCそしてHEVC符号化方式において、より高い符号化効率を達成するには、適切な予測モードの選択が重要である。
かかる選択方式の例として、JM (Joint Model) と呼ばれるH.264/MPEG-4 AVCの参照ソフトウエア (http：//iphome.hhi.de/suehring/tml/index.htm において公開されている) に実装されている方法を挙げることが出来る。
JMにおいては、以下に述べる、High Complexity Modeと、Low Complexity Modeの2通りのモード判定方法を選択することが可能である。どちらも、それぞれの予測モードModeに関するコスト関数値を算出し、これを最小にする予測モードを当該ブロック乃至マクロブロックに対する最適モードとして選択する。
High Complexity Modeにおけるコスト関数は、以下の式（１）のように示される。
Figure 2014084106
ここで、Ωは、当該ブロック乃至マクロブロックを符号化するための候補モードの全体集合、Dは、当該予測モードで符号化した場合の、復号画像と入力画像の差分エネルギーである。λは、量子化パラメータの関数として与えられるLagrange未定乗数である。Ｒは、直交変換係数を含んだ、当該モードで符号化した場合の総符号量である。
つまり、High Complexity Modeでの符号化を行うには、上記パラメータＤ及びＲを算出するため、全ての候補モードにより、一度、仮エンコード処理を行う必要があり、より高い演算量を要する。
Low Complexity Modeにおけるコスト関数は、以下の式（２）のように示される。
Figure 2014084106
ここで、Dは、High Complexity Modeの場合と異なり、予測画像と入力画像の差分エネルギーとなる。QP2Quant(QP)は、量子化パラメータQPの関数として与えられ、HeaderBitは、直交変換係数を含まない、動きベクトルや、モードといった、Headerに属する情報に関する符号量である。
すなわち、Low Complexity Modeにおいては、それぞれの候補モードに関して、予測処理を行う必要があるが、復号画像までは必要ないため、符号化処理まで行う必要はない。このため、High Complexity Modeより低い演算量での実現が可能である。
＜イントラ予測＞
AVCではイントラ４×４予測、イントラ８×８予測、並びに、イントラ16×16予測が存在するのに対し、HEVCでは、４×４乃至64×64画素ブロックについて、図２に示されるような、アンギュラー（Angular）予測が適用される。
すなわち、AVCでは、図２のＡに示されるように、８方向＋直流予測によりイントラ予測処理が行われるのに対し、HEVCでは図２のＢに示されるように、32方向＋直流予測によりイントラ予測が行なわれる。これにより、予測精度が向上する。
また、HEVCにおいては、図３に示されるような、プレイナー（Planar）予測が規定されている。
プレイナー（Planar）予測処理においては、処理対象であるカレントブロックの周辺画素（既に符号化済みの画素）から、バイリニアインターポレーション（bi-linear interpolation）により、カレントブロックに含まれる予測画素が生成される。プレイナー（Planar）予測処理は、グラデーション（gradation）のあるような領域の符号化効率を向上させることができる。
HEVCにおいては、図４に示されるように、３つのモストプロバブルモード（MostProbableMode）を用いたイントラ予測モードの符号化処理が行われる。すなわち、カレントブロックの上に隣接する周辺ブロックのイントラ予測モード（Above）、カレントブロックの左に隣接する周辺ブロックのイントラ予測モード（Left）、および、それらの周辺ブロック（AboveおよびLeft）におけるイントラ予測モードの組み合わせにより決定されるモードを、イントラ予測モードの候補（候補モードとも称する）とし、この３つの候補モードの中から、最適なものをカレントブロックのイントラ予測モードとして採用する。
カレントブロックの予測モードと、モストプロバブルモード（MostProbableMode）のどれかが同一である場合には、そのインデックス（index）番号を伝送する。そうでない場合には、予測ブロックのモード情報を、５ビットの固定長により伝送する。
＜イントラ予測におけるフィルタ処理＞
図５は、HEVCにおいて規定されているMDIS（Mode Dependent Intra Smoothing）を説明する図である。
AVCの場合、イントラ８×８予測モードにおいて、カレントブロックの周辺画素に対して、図５に示されるように、［1 2 1］／4フィルタ処理が行われる。これに対して、HEVCにおいては、ブロックサイズと予測モードに応じて、このフィルタ処理のオン・オフ（on/off）（すなわち、このフィルタ処理を適用するか否か）が決定される。
より具体的には、カレントブロックのブロックサイズが４×４の場合、このフィルタ処理は適用されない。カレントブロックのブロックサイズが８×８の場合、45度方向の予測モードに対して、このフィルタ処理が適用される。カレントブロックのブロックサイズが16×16の場合、水平（horizontal）に近い３方向、並びに、垂直（vertical）に近い３方向以外の方向の予測モードに対して、このフィルタ処理が適用される。カレントブロックのブロックサイズが32×32の場合、水平（horizontal）および垂直（vertical）以外の方向の予測モードに対して、このフィルタ処理が適用される。
更に、また、HEVCにおいては、予測モードが直流（DC）モード、水平（Horizontal）モード、垂直（Vertical）モードである場合のブロック歪の低減を目的として、図６に示されるようなバウンダリバリュースムージング（Boundary Value Smoothing）処理が規定されている。
例えば、予測モードが直流（DC）モードである予測（DC予測）の場合、処理対象であるカレントブロックの上辺（Top）に隣接する周辺画素、および、カレントブロックの左辺（Left）に隣接する周辺画素の両方について、図６に示されるフィルタ処理（スムージング（Smoothing）処理）を行う。また、予測モードが水平（Horizontal）モードである予測（Horizontal予測）の場合、カレントブロックの上辺（Top）に隣接する周辺画素について、図６に示されるフィルタ処理（スムージング（Smoothing）処理）を行う。予測モードが垂直（Vertical）モードである予測（Vertical予測）の場合、カレントブロックの左辺（Left）に隣接する周辺画素について、図６に示されるフィルタ処理（スムージング（Smoothing）処理）を行う。
このようなインター予測により画像を符号化・復号すると、得られる復号画像において、図７の領域１１に示されるような明度・色彩・濃度等の変化が平坦な部分において、帯状の濃度ムラ（所謂バンディング）が発生し、輪郭が見えてしまう現象が発生する恐れがあった。
そこで、非特許文献２に記載される輪郭ノイズ対策処理が提案された。この非特許文献２に記載の輪郭ノイズ対策処理を行うことにより、復号画像の領域１１において発生していたバンディングは、図８に示されるように抑えられ、滑らかなグラデーションが得られるようになった。
この非特許文献２に記載の輪郭ノイズ対策処理について、より具体的に説明する。図９は、この輪郭ノイズ対策処理の様子の例を示す図である。輪郭ノイズ対策処理においては、まず、図９に示されるようなカレントブロックの周辺画素を用いて、以下の式（３）および式（４）に示されるような閾値判定処理が行われる。
Figure 2014084106
式（３）において、閾値THRESHOLDの値は８に固定されている。このような閾値判定処理により、カレントブロックの周辺画素の特徴が判定される。つまり、カレントブロック周辺が、バンディングが発生し得る明度・色彩・濃度等の変化が平坦な部分であるか否かが判定される。この閾値判定処理の結果が真である場合、すなわち、カレントブロック周辺が、バンディングが発生し得る明度・色彩・濃度等の変化が平坦な部分であると判定された場合、図９に示されるようなカレントブロックの周辺画素に対して、図５を参照して説明したフィルタ処理の代わりに、以下の式（５）乃至式（９）に示されるようなバイリニアインターポレーション（bi-linear interpolation）処理が行われる。
Figure 2014084106
この処理は、32×32ブロックに対してのみ適用され、また、シーケンスパラメータセット（SPS（Sequence Parameter Set））において、この処理を適用するか否か（on／off）を示すフラグ（flag）が規定されている。
しかしながら、非特許文献２に記載の方法では、閾値が固定されていた。そのため、イントラ予測における周辺画素に対するフィルタ処理の選択において、適切な選択を行うことができずに不要に画質を低減させてしまう恐れがあった。
閾値判定処理においては、式（３）および式（４）に示されるように、カレントブロックの周辺画素の画素値より算出される値と閾値とが比較される。しかしながら、この閾値が固定値であるとすると、例えば画像データのビット深度に対してその値が適切でない場合が考えられる。その場合、上述した閾値判定処理の結果として正しい判定結果が得られず、適切なフィルタが選択されずに不要に復号画像の画質を低減させてしまう恐れがあった。
また、例えば、符号化・復号の際の内部演算において画像データのビット深度を変更する場合も考えられる。このような場合においても、同様に、固定値の閾値が内部演算におけるビット深度に対して適切でなく、不適切な閾値判定処理結果が得られ、不要に復号画像の画質を低減させてしまう恐れがあった。
さらに、例えば、ユーザ等が、この閾値を調整することによって復号画像の画質を調整することができなかった。
そこで、本技術は、この閾値を可変とする。例えば、画像データのビット深度に応じてこの閾値を設定することができるようにする。このようにすることにより、画質の低減を抑制することができる。また、閾値を可変とすることにより、復号画像の画質を調整することができる。
次に、以上のような本技術について、具体的な装置への適用例について説明する。
＜１．第１の実施の形態＞
＜画像符号化装置＞
図１０は、本技術を適用した画像処理装置の一態様である画像符号化装置の構成の一例を示すブロック図である。図１０に示される画像符号化装置１００は、例えば、HEVCの予測処理、またはそれに準ずる方式の予測処理を用いて動画像の画像データを符号化する。
図１０に示されるように画像符号化装置１００は、A/D変換部１０１、画面並べ替えバッファ１０２、演算部１０３、直交変換部１０４、量子化部１０５、可逆符号化部１０６、蓄積バッファ１０７、逆量子化部１０８、および逆直交変換部１０９を有する。また、画像符号化装置１００は、演算部１１０、ループフィルタ１１１、フレームメモリ１１２、イントラ予測部１１３、インター予測部１１４、予測画像選択部１１５、およびレート制御部１１６を有する。
A/D変換部１０１は、入力された画像データをA/D変換し、変換後の画像データ（デジタルデータ）を、画面並べ替えバッファ１０２に供給し、記憶させる。画面並べ替えバッファ１０２は、記憶した表示の順番のフレームの画像を、GOP（Group Of Picture）に応じて、符号化のためのフレームの順番に並べ替え、フレームの順番を並び替えた画像を、演算部１０３に供給する。また、画面並べ替えバッファ１０２は、フレームの順番を並び替えた画像を、イントラ予測部１１３およびインター予測部１１４にも供給する。
演算部１０３は、画面並べ替えバッファ１０２から読み出された画像から、予測画像選択部１１５を介してイントラ予測部１１３若しくはインター予測部１１４から供給される予測画像を減算し、その差分情報を直交変換部１０４に出力する。例えば、イントラ符号化が行われる画像の場合、演算部１０３は、画面並べ替えバッファ１０２から読み出された画像から、イントラ予測部１１３から供給される予測画像を減算する。また、例えば、インター符号化が行われる画像の場合、演算部１０３は、画面並べ替えバッファ１０２から読み出された画像から、インター予測部１１４から供給される予測画像を減算する。
直交変換部１０４は、演算部１０３から供給される差分情報に対して、離散コサイン変換やカルーネン・レーベ変換等の直交変換を施す。直交変換部１０４は、その変換係数を量子化部１０５に供給する。
量子化部１０５は、直交変換部１０４から供給される変換係数を量子化する。量子化部１０５は、レート制御部１１６から供給される符号量の目標値に関する情報に基づいて量子化パラメータを設定し、その量子化を行う。量子化部１０５は、量子化された変換係数を可逆符号化部１０６に供給する。
可逆符号化部１０６は、量子化部１０５において量子化された変換係数を任意の符号化方式で符号化する。係数データは、レート制御部１１６の制御の下で量子化されているので、この符号量は、レート制御部１１６が設定した目標値となる（若しくは目標値に近似する）。
また、可逆符号化部１０６は、イントラ予測のモードを示す情報などをイントラ予測部１１３から取得し、インター予測のモードを示す情報や差分動きベクトル情報などをインター予測部１１４から取得する。
可逆符号化部１０６は、これらの各種情報を任意の符号化方式で符号化し、符号化データ（符号化ストリームとも称する）のヘッダ情報の一部とする（多重化する）。可逆符号化部１０６は、符号化して得られた符号化データを蓄積バッファ１０７に供給して蓄積させる。
可逆符号化部１０６の符号化方式としては、例えば、可変長符号化または算術符号化等が挙げられる。可変長符号化としては、例えば、H．264/AVC方式で定められているCAVLC（Context-Adaptive Variable Length Coding）などが挙げられる。算術符号化としては、例えば、CABAC（Context-Adaptive Binary Arithmetic Coding）などが挙げられる。
蓄積バッファ１０７は、可逆符号化部１０６から供給された符号化データを、一時的に保持する。蓄積バッファ１０７は、所定のタイミングにおいて、保持している符号化データを、画像符号化装置１００の外部に出力する。すなわち、蓄積バッファ１０７は、符号化データを伝送する伝送部でもある。
また、量子化部１０５において量子化された変換係数は、逆量子化部１０８にも供給される。逆量子化部１０８は、その量子化された変換係数を、量子化部１０５による量子化に対応する方法で逆量子化する。逆量子化部１０８は、得られた変換係数を、逆直交変換部１０９に供給する。
逆直交変換部１０９は、逆量子化部１０８から供給された変換係数を、直交変換部１０４による直交変換処理に対応する方法で逆直交変換する。逆直交変換された出力（復元された差分情報）は、演算部１１０に供給される。
演算部１１０は、逆直交変換部１０９から供給された逆直交変換結果である、復元された差分情報に、予測画像選択部１１５を介してイントラ予測部１１３若しくはインター予測部１１４からの予測画像を加算し、局所的に再構成された画像（以下、再構成画像と称する）を得る。その再構成画像は、ループフィルタ１１１またはイントラ予測部１１３に供給される。
ループフィルタ１１１は、デブロックフィルタや適応ループフィルタ等を含み、演算部１１０から供給される再構成画像に対して適宜フィルタ処理を行う。例えば、ループフィルタ１１１は、再構成画像に対してデブロックフィルタ処理を行うことにより再構成画像のブロック歪を除去する。また、例えば、ループフィルタ１１１は、そのデブロックフィルタ処理結果（ブロック歪みの除去が行われた再構成画像）に対して、ウィナーフィルタ（Wiener Filter）を用いてループフィルタ処理を行うことにより画質改善を行う。
なお、ループフィルタ１１１が、再構成画像に対してさらに、他の任意のフィルタ処理を行うようにしてもよい。また、ループフィルタ１１１は、必要に応じて、フィルタ処理に用いたフィルタ係数等の情報を可逆符号化部１０６に供給し、それを符号化させるようにすることもできる。
ループフィルタ１１１は、フィルタ処理結果（以下、復号画像と称する）をフレームメモリ１１２に供給する。
フレームメモリ１１２は、供給される復号画像を記憶し、所定のタイミングにおいて、記憶している復号画像を参照画像としてインター予測部１１４に供給する。
イントラ予測部１１３は、演算部１１０から参照画像として供給される再構成画像である処理対象ピクチャ内の画素値を用いて予測画像を生成するイントラ予測（画面内予測）を行う。イントラ予測部１１３は、予め用意された複数のイントラ予測モードでこのイントラ予測を行う。
イントラ予測部１１３は、候補となる全てのイントラ予測モードで予測画像を生成し、画面並べ替えバッファ１０２から供給される入力画像を用いて各予測画像のコスト関数値を評価し、最適なモードを選択する。イントラ予測部１１３は、最適なイントラ予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部１１５に供給する。
また、上述したように、イントラ予測部１１３は、採用されたイントラ予測モードを示すイントラ予測モード情報等を、適宜可逆符号化部１０６に供給し、符号化させる。
インター予測部１１４は、画面並べ替えバッファ１０２から供給される入力画像と、フレームメモリ１１２から供給される参照画像とを用いてインター予測処理（動き予測処理および補償処理）を行う。より具体的には、インター予測部１１４は、インター予測処理として、動き予測を行って検出された動きベクトルに応じて動き補償処理を行い、予測画像（インター予測画像情報）を生成する。インター予測部１１４は、予め用意された複数のインター予測モードでこのようなインター予測を行う。
インター予測部１１４は、候補となる全てのインター予測モードで予測画像を生成する。インター予測部１１４は、画面並べ替えバッファ１０２から供給される入力画像と、生成した差分動きベクトルの情報などを用いて、各予測画像のコスト関数値を評価し、最適なモードを選択する。インター予測部１１４は、最適なインター予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部１１５に供給する。
インター予測部１１４は、採用されたインター予測モードを示す情報や、符号化データを復号する際に、そのインター予測モードで処理を行うために必要な情報等を可逆符号化部１０６に供給し、符号化させる。必要な情報としては、例えば、生成された差分動きベクトルの情報や、予測動きベクトル情報として、予測動きベクトルのインデックスを示すフラグなどがある。
予測画像選択部１１５は、演算部１０３や演算部１１０に供給する予測画像の供給元を選択する。例えば、イントラ符号化の場合、予測画像選択部１１５は、予測画像の供給元としてイントラ予測部１１３を選択し、そのイントラ予測部１１３から供給される予測画像を演算部１０３や演算部１１０に供給する。また、例えば、インター符号化の場合、予測画像選択部１１５は、予測画像の供給元としてインター予測部１１４を選択し、そのインター予測部１１４から供給される予測画像を演算部１０３や演算部１１０に供給する。
レート制御部１１６は、蓄積バッファ１０７に蓄積された符号化データの符号量に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部１０５の量子化動作のレートを制御する。
画像符号化装置１００は、さらに、閾値設定部１２１およびフィルタ処理部１２２を有する。
閾値設定部１２１は、フィルタ処理部１２２において行われる、イントラ予測のカレントブロックの周辺画素に対するフィルタ処理に用いられる閾値を設定し、設定した閾値（更新後の閾値）を示す閾値情報をフィルタ処理部１２２に供給する。
例えば、閾値設定部１２１が、符号化対象である画像データのビット深度に応じて閾値を設定するようにしてもよい。
この場合、例えば、閾値設定部１２１が、可逆符号化部１０６から、シーケンスパラメータセット（SPS）等として復号側に伝送されるパラメータである、画像データのビット深度に関する情報を取得し、そのビット深度に関する情報に基づいて、画像データのビット深度を判定し、そのビット深度に応じた閾値を設定するようにしてもよい。また、例えば、閾値設定部１２１が、画面並べ替えバッファ１０２から画像情報（画像データや画像データに関する情報を含む）を取得し、その画像情報に基づいて（画像情報を解析することにより）、画像データのビット深度を判定し、そのビット深度に応じた閾値を設定するようにしてもよい。
また、この場合、例えば、閾値設定部１２１が、判定したビット深度に応じて、予め定められた閾値の初期値（例えば８）をビットシフトすることにより閾値を更新するようにしてもよい。その際、例えば、初期値として、ビット深度が８ビットの場合に適した値が予め設定されており、閾値設定部１２１が、画像データの実際のビット深度と８ビットとのビット数の差に応じて、初期値をビットシフトするようにしてもよい。
さらに、この場合、例えば、閾値設定部１２１が、その更新後の閾値を示す閾値情報を、可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS（Picture Parameter Set））等として、復号側に伝送させるようにしてもよい。その際、例えば、閾値設定部１２１が、その閾値情報を符号化（例えば、ゴロム（golomb）符号化）し、閾値符号化情報として供給するようにしてもよい。また、例えば、閾値設定部１２１が、画像情報に基づいて画像データのビット深度を判定する場合、そのビット深度に関する情報を、可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS）等として、復号側に伝送させるようにしてもよい。その際、例えば、閾値設定部１２１が、そのビット深度に関する情報を符号化（例えば、ゴロム（golomb）符号化）し、ビット深度符号化情報として供給するようにしてもよい。
また、この場合、例えば、閾値設定部１２１が、閾値を更新（変更）したか否かを示すフラグ情報（閾値変更フラグ）を生成し、その閾値変更フラグを、可逆符号化部１０６に供給し、復号側に伝送させるようにしてもよい。このようにすることにより、復号側（例えば画像復号装置）においては、その閾値変更フラグの値に基づいて、閾値が更新（変更）されたか否かを容易に識別することができる。つまり、復号側（例えば画像復号装置）が、閾値を符号化側（例えば画像符号化装置１００）と同様に更新（変更）する処理を行うか否かを容易に制御することができる。
また、例えば、閾値設定部１２１が、ユーザ等の外部の指示に従って、この閾値を設定するようにしてもよい。この場合、ユーザ等により指定された値が、上述した更新後の値に対応する。つまり、その値の閾値がフィルタ処理部１２２に供給される。
この場合、例えば、閾値設定部１２１が、その設定された閾値を示す閾値情報を、可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS）等として、復号側に伝送させるようにしてもよい。その際、例えば、閾値設定部１２１が、その閾値情報を符号化（例えば、ゴロム（golomb）符号化）し、閾値符号化情報として供給するようにしてもよい。
また、この場合、例えば、閾値設定部１２１が、閾値変更フラグを生成し、可逆符号化部１０６に供給し、復号側に伝送させるようにしてもよい。
さらに、例えば、閾値設定部１２１が、ユーザ等の外部により指定された閾値を、符号化対象である画像データのビット深度に応じて更新（変更）するようにしてもよい。
この場合、例えば、閾値設定部１２１が、可逆符号化部１０６から画像データのビット深度に関する情報を取得し、そのビット深度に関する情報に基づいて画像データのビット深度を判定するようにしてもよい。また、例えば、閾値設定部１２１が、画面並べ替えバッファ１０２から画像情報を取得し、その画像情報に基づいて画像データのビット深度を判定するようにしてもよい。
また、この場合、例えば、閾値設定部１２１が、判定したビット深度に応じて、ユーザ等の外部により指定された閾値をビットシフトすることにより閾値を更新するようにしてもよい。その際、例えば、ビット深度が８ビットの場合に適した閾値が指定されるようにし、閾値設定部１２１が、画像データの実際のビット深度と８ビットとのビット数の差に応じて、その指定された閾値をビットシフトするようにしてもよい。
例えば、ユーザ等の外部により指定される閾値をcontouring_artefact_thresholdとする。このcontouring_artefact_thresholdは、符号化対象の画像データのビット深度が８ビットの場合に相当する値として指定される。画像データの実際のビット深度がｎビット（ｎ≧８）の場合、閾値設定部１２１は、contouring_artefact_thresholdを、以下の式（１０）のようにビットシフトする。
Figure 2014084106
さらに、この場合、例えば、閾値設定部１２１が、その更新後の閾値を示す閾値情報を、可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS）等として、復号側に伝送させるようにしてもよい。その際、例えば、閾値設定部１２１が、その閾値情報を符号化（例えば、ゴロム（golomb）符号化）し、閾値符号化情報として供給するようにしてもよい。
また、この場合、例えば、閾値設定部１２１が、更新前の閾値（ユーザ等の外部により指定された閾値）を示す閾値情報を、可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS）等として、復号側に伝送させるようにしてもよい。その際、例えば、閾値設定部１２１が、その閾値情報を符号化（例えば、ゴロム（golomb）符号化）し、閾値符号化情報として供給するようにしてもよい。
その際、さらに、閾値設定部１２１が、ビット深度に関する情報を可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS）等として、復号側に伝送させるようにしてもよい。その際、例えば、閾値設定部１２１が、そのビット深度に関する情報を符号化（例えば、ゴロム（golomb）符号化）し、ビット深度符号化情報として供給するようにしてもよい。
また、この場合、例えば、閾値設定部１２１が、閾値変更フラグを生成し、可逆符号化部１０６に供給し、シーケンスパラメータセット（SPS）やピクチャパラメータセット（PPS）等として、復号側に伝送させるようにしてもよい。
なお、閾値設定部１２１が、ビット深度以外の任意のパラメータに基づいて、閾値の設定（更新）を行うことができるようにしてもよい。また、上述した閾値の初期値は、任意であるが、例えば、「８」としてもよい。なお、閾値設定部１２１は、閾値として「０」を設定することにより、バイリニアインターポレーション処理の適用を禁止し、図５を参照して説明したフィルタ処理が適用されるようにすることができる。つまり、閾値が「０」である場合、非特許文献２に記載の方法がdisableとされる。
フィルタ処理部１２２は、閾値設定部１２１から閾値情報を取得し、その閾値を用いて、イントラ予測の処理対象であるカレントブロックの周辺画素に対するフィルタ処理を行う。例えば、フィルタ処理部１２２が、閾値設定部１２１から取得した閾値を用いて、式（３）および式（４）に示されるような閾値判定処理を行い、カレントブロックの周辺画素の特徴を識別するようにしてもよい。
また、例えば、その判定結果が偽である場合、すなわち、カレントブロック周辺が、明度・色彩・濃度等の変化が平坦な部分でないと判定された場合、フィルタ処理部１２２が、周辺画素に対して、図５を参照して説明したフィルタ処理（ローパスフィルタ処理とも称する）を行うようにしてもよい。
さらに、例えば、その判定結果が真である場合、すなわち、カレントブロック周辺が、明度・色彩・濃度等が平坦な部分であると判定された場合、フィルタ処理部１２２が、ローパスフィルタ処理に代えて、式（５）乃至式（９）に示されるようなバイリニアインターポレーション処理（バイリニアフィルタ処理とも称する）を行うようにしてもよい。
フィルタ処理部１２２は、イントラ予測部１１３から、イントラ予測の処理対象であるカレントブロックの周辺画素を取得すると、その周辺画素に対して、以上のようなフィルタ処理を行う。そして、フィルタ処理部１２２は、そのフィルタ処理後の周辺画素をイントラ予測部１１３に供給する。イントラ予測部１１３は、そのフィルタ処理後の周辺画素を用いてイントラ予測を行う。このようにすることにより、イントラ予測部１１３は、フィルタ処理結果を反映させた予測画像を生成することができる。
つまり、上述したように、閾値設定部１２１が、画像データを符号化する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、画像データのビット深度等に応じて設定することができるので、イントラ予測部１１３は、画像データに対して適切なフィルタ処理結果を反映させた予測画像を生成することができる。つまり、画像符号化装置１００は、復号画像におけるバンディング等のノイズの発生を抑制することができ、復号画像の画質の低減を抑制することができる。
また、上述したように、閾値設定部１２１が、ユーザ等の外部の指定に従ってこの閾値を設定することができるので、イントラ予測部１１３は、そのユーザ等の外部による画質の指定を予測画像に反映させることができる。つまり、画像符号化装置１００は、復号画像の画質を制御することができる。
なお、図５や式（５）乃至式（９）等を参照して説明したように、フィルタ処理部３２２によるカレントブロックの周辺画素に対するフィルタ処理のかけ方は、イントラ予測モード（すなわち、カレントブロックのブロックサイズ）に応じて制御されるようにしてもよい。
なお、図７に示されたようなバンディング（輪郭歪）は、画像データのビット深度が例えば８ビットのように少ない場合に顕著に観測されるが、ビット深度が例えば１０ビットのように多い場合は抑制される（視覚的に目立たない）。そこで、非特許文献２に記載のバイリニアフィルタ処理を適用するビット深度の上限を設けるようにしてもよい。例えば、非特許文献２に記載のバイリニアフィルタ処理は、ビット深度が８ビットの場合のみ適用され、それ以外の場合には適用されないようにしてもよい。
また、非特許文献２に記載のバイリニアフィルタ処理は、輝度信号の処理に対してのみ適用されるようにすることもできるが、色差信号の処理に対しても適用されるようにしてもよい。つまり、本技術は、輝度信号だけでなく、色差信号にも適用することができる。
また、入力信号が4：4：4やRGBであり、それぞれの色成分チャネルを独立に処理する場合、それぞれのチャネルに独立に本技術を適用することもできる。
更に、また、階層画像符号化（スケーラブル符号化）・階層画像復号（スケーラブル復号）を行う場合、ベースレイヤ（baselayer）のみにおいて、例えば閾値やビット深度等のパラメータやフラグ等を伝送するようにし、ノンベースレイヤ（エンハンスメントレイヤ（enhancementlayer））においては、ベースレイヤにおいて伝送されたパラメータやフラグが参照されるようにしても良い。
＜閾値設定部・フィルタ処理部＞
図１１は、図１０の閾値設定部１２１が符号化対象である画像データのビット深度に応じて閾値を設定する場合の、閾値設定部１２１およびフィルタ処理部１２２の主な構成例を示すブロック図である。
図１１の例の場合、閾値設定部１２１は、ビット深度判定部１３１、閾値ビットシフト部１３２、および符号化部１３３を有する。
ビット深度判定部１３１は、符号化対象の画像データのビット深度を判定し、そのビット深度を示す情報を閾値ビットシフト部１３２に供給する。
例えば、ビット深度判定部１３１は、可逆符号化部１０６から、画像データのビット深度に関する情報を取得し、そのビット深度に関する情報に基づいて、画像データのビット深度を判定する。また、例えば、ビット深度判定部１３１は、画面並べ替えバッファ１０２から画像情報を取得し、その画像情報に基づいて画像データのビット深度を判定する。
なお、判定したビット深度を示す情報を復号側に伝送する場合、ビット深度判定部１３１は、そのビット深度を示す情報を符号化部１３３にも供給する。
閾値ビットシフト部１３２は、ビット深度判定部１３１から供給されたビット深度を示す情報に応じて、予め定められた所定の閾値（初期値）をビットシフトすることにより、閾値の更新（変更）を行う。
例えば、閾値ビットシフト部１３２には、ビット深度が８ビットの場合に適した値が、閾値の初期値として予め設定されている。閾値ビットシフト部１３２は、ビット深度判定部１３１からビット深度を示す情報を取得すると、その情報が示す画像データのビット深度と、８ビットとのビット数の差分だけ、初期値をビットシフトする。
閾値ビットシフト部１３２は、更新（変更）後の閾値を示す情報（閾値情報）をフィルタ処理部１２２の周辺画素判定部１４２に供給する。
また、更新（変更）後の閾値を示す閾値情報を復号側に伝送する場合、閾値ビットシフト部１３２は、その閾値情報を符号化部１３３にも供給する。
符号化部１３３は、供給された情報をゴロム（golomb）符号化し、得られたゴロム符号を可逆符号化部１０６に供給し、復号側に伝送させる。例えば、ビット深度を示す情報を復号側に伝送する場合、符号化部１３３は、ビット深度判定部１３１からビット深度を示す情報を取得し、そのビット深度を示す情報をゴロム符号化する。符号化部１３３は、得られたビット深度を示す情報のゴロム符号（ビット深度符号化情報とも称する）を可逆符号化部１０６に供給し、復号側に伝送させる。
また、例えば、更新（変更）後の閾値を示す閾値情報を復号側に伝送する場合、符号化部１３３は、閾値ビットシフト部１３２から更新（変更）後の閾値を示す閾値情報を取得し、その閾値情報をゴロム符号化する。符号化部１３３は、得られた閾値情報のゴロム符号（閾値符号化情報とも称する）を可逆符号化部１０６に供給し、復号側に伝送させる。
なお、符号化部１３３が、閾値を更新（変更）したか否かを示す閾値変更フラグを生成し、可逆符号化部１０６に供給し、復号側に伝送させるようにしてもよい。
また、図１１に示されるように、フィルタ処理部１２２は、モード・ブロックサイズバッファ１４１、周辺画素判定部１４２、フィルタ決定部１４３、ローパスフィルタ部１４４、およびバイリニアフィルタ部１４５を有する。
モード・ブロックサイズバッファ１４１は、イントラ予測部１１３から、候補となる予測モードに関する、カレントブロックのブロックサイズおよびモードに関する情報（モード・ブロックサイズ）を取得し、保持する。
モード・ブロックサイズバッファ１４１は、所定のタイミングにおいて、若しくは、他からの要求に基づいて、保持しているブロックサイズに関する情報（ブロックサイズ）を周辺画素判定部１４２に供給する。また、モード・ブロックサイズバッファ１４１は、所定のタイミングにおいて、若しくは、他からの要求に基づいて、保持しているモードに関する情報（モード）およびブロックサイズに関する情報（ブロックサイズ）をフィルタ決定部１４３に供給する。
周辺画素判定部１４２は、イントラ予測部１１３から、候補となる予測モードに関する、カレントブロックの上辺および左辺に隣接する周辺画素を取得する。また、周辺画素判定部１４２は、閾値ビットシフト部１３２から閾値情報を取得する。さらに、周辺画素判定部１４２は、モード・ブロックサイズバッファ１４１からブロックサイズに関する情報（ブロックサイズ）を取得する。
周辺画素判定部１４２は、モード・ブロックサイズバッファ１４１から取得したブロックサイズに関する情報に基づいて、カレントブロックが所定のサイズ（例えば32×32）（若しくは、所定の範囲内のサイズ）のモードである場合、閾値ビットシフト部１３２から取得した閾値情報を用いて、イントラ予測部１１３から取得した周辺画素に対するフィルタ処理に用いるフィルタの選択のための閾値判定処理を行う。つまり、周辺画素判定部１４２は、周辺画素の特徴（例えば、明度・色彩・濃度等の変化が平坦な部分の画素であるか否か）を判定する。
周辺画素判定部１４２は、その判定結果をフィルタ決定部１４３に供給する。また、周辺画素判定部１４２は、イントラ予測部１１３から取得したカレントブロックの周辺画素を、ローパスフィルタ部１４４およびバイリニアフィルタ部１４５に供給する。
フィルタ決定部１４３は、モード・ブロックサイズバッファ１４１からモードに関する情報（モード）およびブロックサイズに関する情報（ブロックサイズ）を取得する。また、フィルタ決定部１４３は、周辺画素判定部１４２から閾値判定処理の判定結果を取得する。フィルタ決定部１４３は、それらを用いて、実行するフィルタ処理の種類やそのかけ方を決定する。例えば、フィルタ決定部１４３は、ローパスフィルタ処理およびバイリニアフィルタ処理のいずれを、カレントブロックの周辺画素に対してかけるか、さらに、どのようにそのフィルタ処理を行うか等を決定する。
フィルタ決定部１４３は、その決定に従って、フィルタ処理の実行を制御する制御情報を、ローパスフィルタ部１４４およびバイリニアフィルタ部１４５に供給する。つまり、フィルタ決定部１４３は、ローパスフィルタ部１４４およびバイリニアフィルタ部１４５の内、選択した処理部に、そのフィルタ処理をどのように実行するかを指示する制御情報を供給し、選択しなかった処理部に、フィルタ処理の停止を指示する制御情報（すなわち、フィルタ処理を実行させないようにする制御情報）を供給する。
ローパスフィルタ部１４４は、フィルタ決定部１４３から供給される制御情報に従って、周辺画素判定部１４２から供給されるカレントブロックの周辺画素に対して、図５を参照して説明したようなローパスフィルタ処理を行う。ローパスフィルタ部１４４は、ローパスフィルタ処理を施した周辺画素（フィルタ処理後周辺画素）をイントラ予測部１１３に供給する。
バイリニアフィルタ部１４５は、フィルタ決定部１４３から供給される制御情報に従って、周辺画素判定部１４２から供給されるカレントブロックの周辺画素に対して、式（５）乃至式（９）を参照して説明したようなバイリニアフィルタ処理を行う。バイリニアフィルタ部１４５は、バイリニアフィルタ処理を施した周辺画素（フィルタ処理後周辺画素）をイントラ予測部１１３に供給する。
以上のようにすることにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができ、フィルタ処理部１２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部１１３は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。つまり、このようにすることにより、画像符号化装置１００は、復号画像の画質の低減を抑制することができる。
＜符号化処理の流れ＞
次に、図１０に示される画像符号化装置１００により実行される符号化処理の流れの例を、図１２のフローチャートを参照して説明する。
ステップＳ１０１において、A/D変換部１０１は入力された画像をA/D変換する。ステップＳ１０２において、画面並べ替えバッファ１０２は、A/D変換された画像を記憶し、各ピクチャの表示する順番から符号化する順番への並べ替えを行う。
ステップＳ１０３において、閾値設定部１２１は、画像データを符号化する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を設定する。
ステップＳ１０４において、イントラ予測部１１３は、イントラ予測モードのイントラ予測処理を行う。ここで、フィルタ処理部１２２が、ステップＳ１０３において設定された閾値を用いて、カレントブロックの周辺画素に対するフィルタ処理を行う場合もある。このフィルタ処理が行われた場合、イントラ予測部１１３は、そのフィルタ処理された周辺画素を用いてイントラ予測を行う。
ステップＳ１０５において、インター予測部１１４は、インター予測モードでの動き予測や動き補償を行うインター予測処理を行う。
ステップＳ１０６において、予測画像選択部１１５は、イントラ予測部１１３およびインター予測部１１４から出力された各コスト関数値に基づいて、最適なモードを決定する。つまり、予測画像選択部１１５は、イントラ予測部１１３により生成された予測画像と、インター予測部１１４により生成された予測画像のいずれか一方を選択する。
ステップＳ１０７において、演算部１０３は、ステップＳ１０２の処理により並び替えられた画像と、ステップＳ１０６の処理により選択された予測画像との差分を演算する。差分データは元の画像データに比べてデータ量が低減される。したがって、画像をそのまま符号化する場合に較べて、データ量を圧縮することができる。
ステップＳ１０８において、直交変換部１０４は、ステップＳ１０６の処理により生成された差分情報を直交変換する。ステップＳ１０９において、量子化部１０５は、レート制御部１１６により算出された量子化パラメータを用いて、ステップＳ１０８の処理により得られた直交変換係数を量子化する。
ステップＳ１１０において、逆量子化部１０８は、ステップＳ１０９の処理により生成された量子化された係数（量子化係数とも称する）を、量子化部１０５の特性に対応する特性で逆量子化する。ステップＳ１１１において、逆直交変換部１０９は、ステップＳ１１０の処理により得られた直交変換係数を逆直交変換する。
ステップＳ１１２において、演算部１１０は、予測画像を局部的に復号された差分情報に加算し、局部的に復号された画像（演算部１０３への入力に対応する画像）を生成する。
ステップＳ１１３においてループフィルタ１１１は、ステップＳ１１２の処理により生成された画像をフィルタリングする。これによりブロック歪み等が除去される。
ステップＳ１１４において、フレームメモリ１１２は、ステップＳ１１３の処理によりループフィルタ処理が施された復号画像を記憶する。
ステップＳ１１５において、可逆符号化部１０６は、ステップＳ１０９の処理により量子化された係数を符号化する。すなわち、差分画像に対応するデータに対して、可変長符号化や算術符号化等の可逆符号化が行われる。
また、このとき、可逆符号化部１０６は、ステップＳ１０６の処理により選択された予測画像の予測モードに関する情報を符号化し、差分画像を符号化して得られる符号化データに付加する。つまり、可逆符号化部１０６は、イントラ予測部１１３から供給される最適イントラ予測モード情報、または、インター予測部１１４から供給される最適インター予測モードに応じた情報なども符号化し、符号化データに付加する。
ステップＳ１１６において蓄積バッファ１０７は、ステップＳ１１５の処理により得られた符号化データを蓄積する。蓄積バッファ１０７に蓄積された符号化データは、適宜読み出され、伝送路や記録媒体を介して復号側に伝送される。
ステップＳ１１７においてレート制御部１１６は、ステップＳ１１６の処理により蓄積バッファ１０７に蓄積された符号化データの符号量（発生符号量）に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部１０５の量子化動作のレートを制御する。また、レート制御部１１６は、量子化パラメータに関する情報を、量子化部１０５に供給する。
ステップＳ１１７の処理が終了すると、符号化処理が終了される。
＜閾値設定処理の流れ＞
次に、図１３のフローチャートを参照して、図１１の例の閾値設定部１２１が、ビット深度に関する情報に基づいて画像データのビット深度を判定する例について、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図１３においては、更新後の閾値を示す閾値符号化情報および閾値変更フラグが復号側に伝送される場合について説明する。
閾値設定処理が開始されると、ステップＳ１３１において、閾値ビットシフト部１３２は、予め用意されている初期値を閾値として設定するか否かを判定する。閾値を更新すると判定された場合、処理はステップＳ１３２に進む。
ステップＳ１３２において、ビット深度判定部１３１は、可逆符号化部１０６からビット深度に関する情報を取得する。
ステップＳ１３３において、ビット深度判定部１３１は、ステップＳ１３２において取得したビット深度に関する情報に基づいて、符号化対象である画像データのビット深度を判定する。
ステップＳ１３４において、閾値ビットシフト部１３２は、ステップＳ１３３の判定結果（判定されたビット深度）に応じて、閾値（初期値）をビットシフトする。閾値ビットシフト部１３２は、更新された閾値をフィルタ処理部１２２の周辺画素判定部１４２に供給する。
ステップＳ１３５において、符号化部１３３は、ステップＳ１３４において生成されたビットシフト後（更新後）の閾値を示す閾値情報を符号化する。
ステップＳ１３６において、符号化部１３３は、ステップＳ１３５の処理により得られた、更新後の閾値を示す閾値符号化情報を可逆符号化部１０６に供給し、復号側に伝送させる。
ステップＳ１３６の処理が終了すると、処理は、ステップＳ１３７に進む。また、ステップＳ１３１において、閾値として初期値を設定すると判定された場合、処理はステップＳ１３７に進む。
ステップＳ１３７において、符号化部１３３は、閾値が更新（変更）されたか否かを示す閾値変更フラグを設定する。つまり、例えば、ステップＳ１３１乃至ステップＳ１３６の処理が行われた場合、符号化部１３３は、閾値が更新（変更）されたことを示す値の閾値変更フラグを設定する。また、例えば、ステップＳ１３１において閾値として初期値を設定すると判定された場合、符号化部１３３は、閾値が更新（変更）されていないことを示す値の閾値変更フラグを設定する。
ステップＳ１３８において、符号化部１３３は、ステップＳ１３７において設定された閾値変更フラグを、可逆符号化部１０６に供給し、復号側に伝送させる。
ステップＳ１３８の処理が終了すると、閾値設定処理が終了し、処理は、図１２に戻る。
以上のように閾値設定処理を実行することにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。
なお、閾値変更フラグが復号側に伝送されない（つまり、閾値変更フラグを生成しない）ようにする場合、上述したステップＳ１３７およびステップＳ１３８の処理を省略することができる。
また、更新後の閾値を示す閾値符号化情報が復号側に伝送されない（つまり、閾値符号化情報を生成しない）ようにする場合、上述したステップＳ１３５およびステップＳ１３６の処理を省略することができる。
＜イントラ予測処理の流れ＞
次に、図１４のフローチャートを参照して、図１２のステップＳ１０４において実行されるイントラ予測処理の流れの例を説明する。
イントラ予測処理が開始されると、ステップＳ１５１において、周辺画素判定部１４２は、モード・ブロックサイズバッファ１４１から取得したブロックサイズ、および、閾値ビットシフト部１３２から取得した閾値情報に基づいて、イントラ予測部１１３から取得したカレントブロックの周辺画素の特徴（例えば、カレントブロック周辺が、明度・色彩・濃度等が平坦な部分であるか否か）を判定する。
ステップＳ１５２において、フィルタ決定部１４３は、モード・ブロックサイズバッファ１４１から取得したモードおよびブロックサイズ、並びに、ステップＳ１５１の判定結果に基づいて、カレントブロックの周辺画素に対して使用するフィルタを決定する。
ステップＳ１５３において、ローパスフィルタ部１４４およびバイリニアフィルタ部１４５の内、ステップＳ１５２の処理により選択された方は、カレントブロックの周辺画素に対してフィルタ処理を行う。例えば、ステップＳ１５２においてローパスフィルタが選択された場合、ステップＳ１５３において、ローパスフィルタ部１４４は、フィルタ決定部１４３により決定されたかけ方で、周辺画素に対してローパスフィルタ処理を行う。また、例えば、ステップＳ１５２においてバイリニアフィルタが選択された場合、ステップＳ１５３において、バイリニアフィルタ部１４５は、フィルタ決定部１４３により決定されたかけ方で、周辺画素に対してバイリニアフィルタ処理を行う。
なお、これらのフィルタ処理は、一部のモードに対して省略することもできる。
ステップＳ１５４において、イントラ予測部１１３は、ステップＳ１５３においてフィルタ処理された周辺画素（省略された場合は、フィルタ処理されていない周辺画素）を用いて、各モードでイントラ予測を行う。
ステップＳ１５５において、イントラ予測部１１３は、ステップＳ１５４において行った各モードのイントラ予測結果についてコスト関数値を算出する。
ステップＳ１５６において、イントラ予想部１１３は、ステップＳ１５５において算出した各モードのコスト関数値に基づいて、最適イントラ予測モードを決定する。
ステップＳ１５７において、イントラ予測部１１３は、ステップＳ１５６において決定した最適イントラ予測モードで予測画像を生成する。
ステップＳ１５７の処理が終了すると、イントラ予測処理が終了し、処理は、図１２に戻る。
以上のようにイントラ予測処理を実行することにより、フィルタ処理部１２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部１１３は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。
つまり、以上のように各処理を実行することにより、画像符号化装置１００は、復号画像の画質の低減を抑制することができる。
＜閾値設定処理の流れ＞
次に、図１５のフローチャートを参照して、図１１の例の閾値設定部１２１が、画像情報に基づいて画像データのビット深度を判定する例について、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図１５においては、更新後の閾値を示す閾値符号化情報および閾値変更フラグが復号側に伝送される場合について説明する。
図１５の例の場合、ステップＳ１７１、ステップＳ１７４乃至ステップＳ１７８の各処理は、図１３の例の、ステップＳ１３１、ステップＳ１３４乃至ステップＳ１３８の各処理と同様に実行される。
図１５のステップＳ１７１において閾値を更新すると判定された場合、処理はステップＳ１７２に進む。
ステップＳ１７２において、ビット深度判定部１３１は、画面並べ替えバッファ１０２から画像情報を取得する。
ステップＳ１７３において、ビット深度判定部１３１は、ステップＳ１７２において取得した画像情報に基づいて、符号化対象である画像データのビット深度を判定する。ステップＳ１７３の処理が終了すると、処理は、ステップＳ１７４に進む。
ステップＳ１７８の処理が終了すると、閾値設定処理が終了し、処理は、図１２に戻る。
このようにしても、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、この場合も、画像符号化装置１００は、復号画像の画質の低減を抑制することができる。
なお、閾値変更フラグが復号側に伝送されない（つまり、閾値変更フラグを生成しない）ようにする場合、ステップＳ１７７およびステップＳ１７８の処理を省略することができる。
また、更新後の閾値を示す閾値符号化情報が復号側に伝送されない（つまり、閾値符号化情報を生成しない）ようにする場合、ステップＳ１７５およびステップＳ１７６の処理を省略することができる。
＜閾値設定処理の流れ＞
次に、図１６のフローチャートを参照して、図１１の例の閾値設定部１２１が、画像情報に基づいて画像データのビット深度を判定し、さらに、その判定したビット深度を復号側に伝送する例について、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図１６においては、さらに、閾値変更フラグが復号側に伝送される場合について説明する。
図１６の例の場合、ステップＳ１９１乃至ステップＳ１９４、ステップＳ１９７、ステップＳ１９８の各処理は、図１５の例の、ステップＳ１７１乃至ステップＳ１７４、ステップＳ１７７、ステップＳ１７８の各処理と同様に実行される。
図１６のステップＳ１９４の処理が終了すると、処理はステップＳ１９５に進む。
ステップＳ１９５において、符号化部１３３は、ステップＳ１９３において判定されたビット深度を示す情報を符号化する。
ステップＳ１９６において、符号化部１３３は、ステップＳ１９５の処理により得られたビット深度符号化情報を可逆符号化部１０６に供給し、復号側に伝送させる。
ステップＳ１９６の処理が終了すると、処理は、ステップＳ１９７に進む。
このようにしても、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、この場合も、画像符号化装置１００は、復号画像の画質の低減を抑制することができる。
なお、閾値変更フラグが復号側に伝送されない（つまり、閾値変更フラグを生成しない）ようにする場合、ステップＳ１９７およびステップＳ１９８の処理を省略することができる。
また、ビット深度符号化情報が復号側に伝送されない（つまり、ビット深度符号化情報を生成しない）ようにする場合、ステップＳ１９５およびステップＳ１９６の処理を省略することができる。
＜閾値設定部・フィルタ処理部＞
図１７は、図１０の閾値設定部１２１がユーザ等の外部の指示に従って閾値を設定する場合の、閾値設定部１２１およびフィルタ処理部１２２の主な構成例を示すブロック図である。
図１７の例の場合、閾値設定部１２１は、閾値設定部１５１および符号化部１３３を有する。
閾値設定部１５１は、例えばユーザ等の外部からの、閾値の指定を受け付け、その指定に従って閾値を設定する。閾値設定部１５１は、設定した閾値を示す情報（閾値情報）を、フィルタ処理部１２２の周辺画素判定部１４２に供給する。
また、その閾値情報を復号側に伝送する場合、閾値ビットシフト部１３２は、その閾値情報を符号化部１３３にも供給する。
符号化部１３３は、図１１の場合と同様に、供給された情報をゴロム（golomb）符号化し、得られたゴロム符号を可逆符号化部１０６に供給し、復号側に伝送させる。例えば、設定された閾値を示す閾値情報を復号側に伝送する場合、符号化部１３３は、閾値設定部１５１から供給された閾値情報を取得し、その閾値情報をゴロム符号化する。符号化部１３３は、このようにして得られた閾値符号化情報を可逆符号化部１０６に供給し、復号側に伝送させる。
なお、図１１の場合と同様に、符号化部１３３が、閾値を更新（変更）したか否かを示す閾値変更フラグを生成し、可逆符号化部１０６に供給し、復号側に伝送させるようにしてもよい。
なお、フィルタ処理部１２２は、図１１の場合と同様の構成を有し、図１１の場合と同様の処理を行う。
以上のようにすることにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができ、フィルタ処理部１２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部１１３は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。つまり、このようにすることにより、画像符号化装置１００は、復号画像の画質の低減を抑制することができる。
また、図１７の例の場合、閾値設定部１２１が、ユーザ等の外部の指定に従ってこの閾値を設定することができるので、イントラ予測部１１３は、そのユーザ等の外部による画質の指定を予測画像に反映させることができる。つまり、画像符号化装置１００は、復号画像の画質を制御することができる。
＜閾値設定処理の流れ＞
次に、図１８のフローチャートを参照して、図１７の例の閾値設定部１２１が、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図１８においては、設定された閾値を示す閾値符号化情報および閾値変更フラグが復号側に伝送される場合について説明する。
図１８の例の場合、ステップＳ２１１、ステップＳ２１６、ステップＳ２１７の各処理は、図１３の例の、ステップＳ１３１、ステップＳ１３７、ステップＳ１３８の各処理と同様に実行される。
図１８のステップＳ２１１において閾値を更新すると判定された場合、処理はステップＳ２１２に進む。
ステップＳ２１２において、閾値設定部１５１は、例えばユーザ等の外部からの値の指定を受け付ける。
ステップＳ２１３において、閾値設定部１５１は、ステップＳ２１２において受け付けられた指定により指定される値を閾値として設定する。
ステップＳ２１４において、符号化部１３３は、ステップＳ２１３において設定された閾値を符号化する。
ステップＳ２１５において、符号化部１３３は、ステップＳ２１４の処理により得られた閾値符号化情報を可逆符号化部１０６に供給し、復号側に伝送させる。
ステップＳ２１５の処理が終了すると、処理は、ステップＳ２１６に進む。また、ステップＳ２１１において、閾値として初期値を設定すると判定された場合、処理はステップＳ２１６に進む。
そして、ステップＳ２１７の処理が終了すると、閾値設定処理が終了し、処理は、図１２に戻る。
以上のように閾値設定処理を実行することにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、画像符号化装置１００は、復号画像の画質の低減を抑制することができる。
また、図１８の例の場合、閾値設定部１２１が、ユーザ等の外部の指定に従ってこの閾値を設定することができる。つまり、画像符号化装置１００は、復号画像の画質を制御することができる。
＜閾値設定部・フィルタ処理部＞
図１９は、図１０の閾値設定部１２１がユーザ等の外部により指定された閾値を、符号化対象である画像データのビット深度に応じて更新（変更）する場合の、閾値設定部１２１およびフィルタ処理部１２２の主な構成例を示すブロック図である。
図１９の例の場合、閾値設定部１２１は、ビット深度判定部１３１、閾値ビットシフト部１３２、符号化部１３３、および閾値設定部１５１を有する。
この場合、ビット深度判定部１３１および符号化部１３３は、図１１の場合と同様の処理を行う。また、この場合、閾値設定部１５１は、図１７の場合と同様の処理を行う。ただし、閾値設定部１５１は、設定した閾値を閾値ビットシフト部１３２に供給する。
この場合、閾値ビットシフト部１３２は、図１１の場合と同様に、ビット深度判定部１３１から供給されたビット深度を示す情報に応じて閾値をビットシフトすることにより、閾値の更新（変更）を行う。ただし、この場合、閾値ビットシフト部１３２は、閾値設定部１５１から供給される閾値、つまり、例えばユーザ等の外部の指定に基づいて設定された閾値をビットシフトする。
閾値ビットシフト部１３２は、更新（変更）後の閾値を示す情報（閾値情報）をフィルタ処理部１２２の周辺画素判定部１４２に供給する。
なお、更新（変更）後の閾値（つまり、閾値ビットシフト部１３２によりビットシフトされた後の閾値）を示す閾値情報を復号側に伝送する場合、閾値ビットシフト部１３２は、その閾値情報を符号化部１３３にも供給する。
また、更新（変更）前の閾値（つまり、閾値設定部１５１により設定された閾値）を示す閾値情報を復号側に伝送することもできる。その場合、閾値ビットシフト部１３２は、その更新（変更）前の閾値（つまり、閾値設定部１５１により設定された閾値）を示す閾値情報を符号化部１３３に供給する。この場合、符号化部１３３は、その更新（変更）前の閾値（つまり、閾値設定部１５１により設定された閾値）を示す閾値情報を符号化し、得られた閾値符号化情報を可逆符号化部１０６に供給して伝送させる。
なお、フィルタ処理部１２２は、図１１の場合と同様の構成を有し、図１１の場合と同様の処理を行う。
以上のようにすることにより、閾値設定部１２１は、ユーザ等の外部の指定に従ってこの閾値を設定することができるだけでなく、その閾値を、画像データのビット深度に応じた（ビット深度に対して適切な）値に更新することができる。つまり、フィルタ処理部１２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部１１３は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。すなわち、画像符号化装置１００は、復号画像の画質を制御することができるとともに、復号画像の画質の低減を抑制することができる。
＜閾値設定処理の流れ＞
次に、図２０のフローチャートを参照して、図１９の例の閾値設定部１２１が、ビット深度に関する情報に基づいて画像データのビット深度を判定し、さらに、更新前の閾値を示す閾値符号化情報を復号側に伝送させる例について、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図２０においては、閾値変更フラグも復号側に伝送させる場合について説明する。
図２０の例の場合、ステップＳ２３１乃至ステップＳ２３３の各処理は、図１８の例の、ステップＳ２１１乃至ステップＳ２１３の各処理と同様に実行される。
また、図２０の例の場合、ステップＳ２３４およびステップＳ２３５の各処理は、図１３のステップＳ１３２およびステップＳ１３３の各処理と同様に実行される。
ステップＳ２３６において、閾値ビットシフト部１３２は、ステップＳ１３３の判定結果（判定されたビット深度）に応じて、ステップＳ２３３において設定された閾値をビットシフトする。閾値ビットシフト部１３２は、更新された閾値をフィルタ処理部１２２の周辺画素判定部１４２に供給する。
ステップＳ２３７において、符号化部１３３は、ステップＳ２３３において設定された閾値、すなわち、ビットシフト前（更新前）の閾値を示す閾値情報を符号化する。
ステップＳ２３８において、符号化部１３３は、ステップＳ２３７において得られた、更新前の閾値を示す閾値符号化情報を可逆符号化部１０６に供給し、復号側に伝送させる。
ステップＳ２３８の処理が終了すると、処理は、ステップＳ２３９に進む。また、ステップＳ２３１において、閾値として初期値を設定すると判定された場合、処理はステップＳ２３９に進む。
図２０の例の場合、ステップＳ２３９およびステップＳ２４０の各処理は、図１３の例の、ステップＳ１３７およびステップＳ１３８の各処理と同様に実行される。
ステップＳ２４０の処理が終了すると、閾値設定処理が終了し、処理は、図１２に戻る。
以上のように閾値設定処理を実行することにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。また、閾値設定部１２１は、ユーザ等の外部の指定に従って閾値を設定することができる。
なお、閾値変更フラグが復号側に伝送されない（つまり、閾値変更フラグを生成しない）ようにする場合、上述したステップＳ２３９およびステップＳ２４０の処理を省略することができる。
なお、閾値設定部１２１が、ビット深度に関する情報の代わりに画像情報に基づいて画像データのビット深度を判定する場合、図２０のステップＳ２３４およびステップＳ２３５の各処理を、図１５のステップＳ１７２およびステップＳ１７３の各処理に置き換えればよい。
＜閾値設定処理の流れ＞
次に、図２１のフローチャートを参照して、図１９の例の閾値設定部１２１が、画像情報に基づいて画像データのビット深度を判定し、さらに、更新前の閾値を示す閾値符号化情報とともに、そのビット深度を示す情報も復号側に伝送させる例について、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図２１においては、閾値変更フラグも復号側に伝送される場合について説明する。
図２１の例の場合、ステップＳ２５１乃至ステップＳ２５３の各処理は、図２０の例の、ステップＳ２３１乃至ステップＳ２３３の各処理と同様に実行される。
また、図２１の例の場合、ステップＳ２５４およびステップＳ２５５の各処理は、図１５のステップＳ１７２およびステップＳ１７３の各処理と同様に実行される。
さらに、図２１の例の場合、ステップＳ２５６乃至ステップＳ２５８の各処理は、図２１の例の、ステップＳ２３６乃至ステップＳ２３８の各処理と同様に実行される。
また、図２１の例の場合、ステップＳ２５９およびステップＳ２６０の各処理は、図１６のステップＳ１９５およびステップＳ１９６の各処理と同様に実行される。
ステップＳ２６０の処理が終了すると、処理は、ステップＳ２６１に進む。また、ステップＳ２５１において、閾値として初期値を設定すると判定された場合、処理はステップＳ２６１に進む。
さらに、図２０の例の場合、ステップＳ２６１およびステップＳ２６２の各処理は、図２０の例の、ステップＳ２３９およびステップＳ２４０の各処理と同様に実行される。
ステップＳ２６２の処理が終了すると、閾値設定処理が終了し、処理は、図１２に戻る。
以上のように閾値設定処理を実行することにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。また、閾値設定部１２１は、ユーザ等の外部の指定に従って閾値を設定することができる。
なお、閾値変更フラグが復号側に伝送されない（つまり、閾値変更フラグを生成しない）ようにする場合、上述したステップＳ２６１およびステップＳ２６２の処理を省略することができる。
＜閾値設定処理の流れ＞
次に、図２２のフローチャートを参照して、図１９の例の閾値設定部１２１が、ビット深度に関する情報に基づいて画像データのビット深度を判定し、さらに、更新後の閾値を示す閾値符号化情報を復号側に伝送させる例について、図１２のステップＳ１０３において実行される閾値設定処理の流れの例を説明する。なお、図２２においては、閾値変更フラグも復号側に伝送させる場合について説明する。
図２２の例の場合、ステップＳ２８１乃至ステップＳ２８６の各処理は、図２０の例の、ステップＳ２３１乃至ステップＳ２３６の各処理と同様に実行される。
ステップＳ２８７において、閾値ビットシフト部１３２は、ステップＳ２８６において得られたビットシフト後（更新後）の閾値を示す閾値情報を符号化する。
ステップＳ２８８において、符号化部１３３は、ステップＳ２８７において得られた、更新後の閾値を示す閾値符号化情報を可逆符号化部１０６に供給し、復号側に伝送させる。
ステップＳ２８８の処理が終了すると、処理は、ステップＳ２８９に進む。また、ステップＳ２８１において、閾値として初期値を設定すると判定された場合、処理はステップＳ２８９に進む。
図２２の例の場合、ステップＳ２８９およびステップＳ２９０の各処理は、図２０の例の、ステップＳ２３９およびステップＳ２４０の各処理と同様に実行される。
ステップＳ２９０の処理が終了すると、閾値設定処理が終了し、処理は、図１２に戻る。
以上のように閾値設定処理を実行することにより、閾値設定部１２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。また、閾値設定部１２１は、ユーザ等の外部の指定に従って閾値を設定することができる。
なお、閾値変更フラグが復号側に伝送されない（つまり、閾値変更フラグを生成しない）ようにする場合、上述したステップＳ２８９およびステップＳ２９０の処理を省略することができる。
なお、閾値設定部１２１が、ビット深度に関する情報の代わりに画像情報に基づいて画像データのビット深度を判定する場合、図２２のステップＳ２８４およびステップＳ２８５の各処理を、図１５のステップＳ１７２およびステップＳ１７３の各処理に置き換えればよい。
＜２．第２の実施の形態＞
＜画像復号装置＞
次に、以上のように符号化された符号化データ（符号化ストリーム）の復号について説明する。図２３は、本技術を適用した画像処理装置の一態様である、図１０の画像符号化装置１００に対応する画像復号装置の主な構成例を示すブロック図である。
図２３に示される画像復号装置３００は、画像符号化装置１００が生成した符号化データを、その符号化方法に対応する復号方法で復号する。
図２３に示されるように画像復号装置３００は、蓄積バッファ３０１、可逆復号部３０２、逆量子化部３０３、逆直交変換部３０４、演算部３０５、ループフィルタ３０６、画面並べ替えバッファ３０７、およびD/A変換部３０８を有する。また、画像復号装置３００は、フレームメモリ３０９、イントラ予測部３１０、インター予測部３１１、および予測画像選択部３１２を有する。
蓄積バッファ３０１は、伝送されてきた符号化データを受け取る受け取り部でもある。蓄積バッファ３０１は、伝送されてきた符号化データを受け取って、蓄積し、所定のタイミングにおいてその符号化データを可逆復号部３０２に供給する。符号化データには、予測モード情報などの復号に必要な情報が付加されている。可逆復号部３０２は、蓄積バッファ３０１より供給された、図１０の可逆符号化部１０６により符号化された情報を、その符号化方式に対応する復号方式で復号する。可逆復号部３０２は、復号して得られた差分画像の量子化された係数データを、逆量子化部３０３に供給する。
また、可逆復号部３０２は、最適な予測モードにイントラ予測モードが選択されたかインター予測モードが選択されたかを判定し、その最適な予測モードに関する情報を、イントラ予測部３１０およびインター予測部３１１の内、選択されたと判定したモードの方に供給する。つまり、例えば、画像符号化装置１００において最適な予測モードとしてイントラ予測モードが選択された場合、その最適な予測モードに関する情報がイントラ予測部３１０に供給される。また、例えば、画像符号化装置１００において最適な予測モードとしてインター予測モードが選択された場合、その最適な予測モードに関する情報がインター予測部３１１に供給される。
さらに、可逆復号部３０２は、例えば、量子化行列や量子化パラメータ等の、逆量子化に必要な情報を逆量子化部３０３に供給する。
逆量子化部３０３は、可逆復号部３０２により復号されて得られた量子化された係数データを、図１０の量子化部１０５の量子化方式に対応する方式で逆量子化する。なお、この逆量子化部３０３は、図１０の画像符号化装置１００の逆量子化部１０８と同様の処理部である。つまり、逆量子化部３０３の説明は、逆量子化部１０８にも準用することができる。ただし、データの入出力先等は、装置に応じて適宜、変えて読む必要がある。
逆量子化部３０３は、得られた係数データを逆直交変換部３０４に供給する。
逆直交変換部３０４は、逆量子化部３０３から供給される直交変換係数を、必要に応じて、図１０の直交変換部１０４の直交変換方式に対応する方式で逆直交変換する。なお、この逆直交変換部３０４は、図１０の画像符号化装置１００の逆直交変換部１０９と同様の処理部である。つまり、逆直交変換部３０４の説明は、逆直交変換部１０９にも準用することができる。ただし、データの入出力先等は、装置に応じて適宜、変えて読む必要がある。
逆直交変換部３０４は、この逆直交変換処理により、画像符号化装置１００において直交変換される前の残差データに対応する復号残差データを得る。逆直交変換されて得られた復号残差データは、演算部３０５に供給される。また、演算部３０５には、予測画像選択部３１２を介して、イントラ予測部３１０若しくはインター予測部３１１から予測画像が供給される。
演算部３０５は、差分画像と予測画像とを加算し、画像符号化装置１００の演算部１０３により予測画像が減算される前の画像に対応する再構成画像を得る。演算部３０５は、その再構成画像をループフィルタ３０６およびイントラ予測部３１０に供給する。
ループフィルタ３０６は、供給された再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜施して復号画像を生成する。例えば、ループフィルタ３０６は、再構成画像に対してデブロックフィルタ処理を行うことにより、ブロック歪を除去する。また、例えば、ループフィルタ３０６は、そのデブロックフィルタ処理結果（ブロック歪みの除去が行われた再構成画像）に対して、ウィナーフィルタ（Wiener Filter）を用いてループフィルタ処理を行うことにより画質改善を行う。
なお、ループフィルタ３０６が行うフィルタ処理の種類は任意であり、上述した以外のフィルタ処理を行ってもよい。また、ループフィルタ３０６が、図１０の画像符号化装置１００から供給されたフィルタ係数を用いてフィルタ処理を行うようにしてもよい。
ループフィルタ３０６は、フィルタ処理結果である復号画像を画面並べ替えバッファ３０７およびフレームメモリ３０９に供給する。
画面並べ替えバッファ３０７は、画像の並べ替えを行う。すなわち、図１０の画面並べ替えバッファ１０２により符号化の順番のために並べ替えられたフレームの順番が、元の表示の順番に並べ替えられる。D/A変換部３０８は、画面並べ替えバッファ３０７から供給された画像をD/A変換し、図示せぬディスプレイに出力し、表示させる。
フレームメモリ３０９は、供給される復号画像を記憶し、所定のタイミングにおいて、若しくは、インター予測部３１１等の外部の要求に基づいて、記憶している復号画像を参照画像として、インター予測部３１１に供給する。
イントラ予測部３１０には、ヘッダ情報を復号して得られたイントラ予測モードを示す情報等が可逆復号部３０２から適宜供給される。イントラ予測部３１０は、図１０のイントラ予測部１１３において用いられたイントラ予測モードで、フレームメモリ３０９から取得した参照画像を用いてイントラ予測を行い、予測画像を生成する。イントラ予測部３１０は、生成した予測画像を予測画像選択部３１２に供給する。
インター予測部３１１は、ヘッダ情報を復号して得られた情報（最適予測モード情報、参照画像情報等）を可逆復号部３０２から取得する。
インター予測部３１１は、可逆復号部３０２から取得された最適予測モード情報が示すインター予測モードで、フレームメモリ３０９から取得した参照画像を用いてインター予測を行い、予測画像を生成する。
予測画像選択部３１２は、イントラ予測部３１０からの予測画像またはインター予測部３１１からの予測画像を、演算部３０５に供給する。そして、演算部３０５においては、動きベクトルが用いられて生成された予測画像と逆直交変換部３０４からの復号残差データ（差分画像情報）とが加算されて元の画像が復号される。すなわち、インター予測部３１１、可逆復号部３０２、逆量子化部３０３、逆直交変換部３０４、演算部３０５は、動きベクトルを用いて、符号化データを復号し、元の画像を生成する復号部でもある。
画像復号装置３００は、さらに、閾値設定部３２１およびフィルタ処理部３２２を有する。
閾値設定部３２１は、基本的に閾値設定部１２１と同様の処理を行う。つまり、閾値設定部３２１は、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値、すなわち、フィルタ処理部３２２において行われる、イントラ予測のカレントブロックの周辺画素に対するフィルタ処理に用いられる閾値を、画像データのビット深度に応じて設定する。
ただし、閾値設定部３２１は、可逆復号部３０２から供給される、符号化側から伝送される情報を用いて、その閾値を設定することもできる。閾値設定部３２１は、設定した閾値（更新後の閾値）を示す閾値情報をフィルタ処理部３２２に供給する。
例えば、閾値設定部３２１が、符号化対象である画像データのビット深度に応じて閾値を設定するようにしてもよい。
この場合、例えば、閾値設定部３２１が、可逆復号部３０２から、シーケンスパラメータセット（SPS）等として符号化側から伝送されるパラメータである、画像データのビット深度に関する情報を取得し、そのビット深度に関する情報に基づいて、画像データのビット深度を判定し、そのビット深度に応じた閾値を設定するようにしてもよい。また、例えば、閾値設定部３２１が、フレームメモリ３０９等から復号画像の画像情報（画像データや画像データに関する情報を含む）を取得し、その画像情報に基づいて（画像情報を解析することにより）、画像データのビット深度を判定し、そのビット深度に応じた閾値を設定するようにしてもよい。
また、この場合、例えば、閾値設定部３２１が、判定したビット深度に応じて、予め定められた閾値の初期値（例えば８）をビットシフトすることにより閾値を更新するようにしてもよい。その際、例えば、初期値として、ビット深度が８ビットの場合に適した値が予め設定されており、閾値設定部３２１が、画像データの実際のビット深度と８ビットとのビット数の差に応じて、初期値をビットシフトするようにしてもよい。
また、この場合、例えば、閾値設定部３２１が、符号化側から伝送された閾値変更フラグを取得し、その閾値変更フラグの値に基づいて、閾値が更新されたか否かを判定するようにしてもよい。このようにすることにより、画像復号装置３００は、その閾値変更フラグの値に基づいて、閾値が更新（変更）されたか否かを容易に識別することができる。つまり、画像復号装置３００は、閾値を符号化側（例えば画像符号化装置１００）と同様に更新（変更）する処理を行うか否かを容易に制御することができる。
また、例えば、閾値設定部３２１が、符号化側から伝送される情報に従って、この閾値を設定するようにしてもよい。
この場合、例えば、閾値設定部３２１が、符号化側から供給されたビット深度符号化情報を可逆復号部３０２から取得し、それを復号して得られるビット深度に応じて、閾値を更新するようにしてもよい。その際、例えば、閾値設定部３２１が、符号化側から伝送された情報により示されるビット深度に応じて、予め定められた閾値の初期値（例えば８）をビットシフトすることにより閾値を更新するようにしてもよい。
また、この場合、例えば、閾値設定部３２１が、符号化側から供給された更新前の閾値を示す閾値符号化情報を、可逆復号部３０２からさらに取得し、それを復号して得られる閾値を、同様に得たビット深度に応じて、更新するようにしてもよい。その際も、閾値の更新は、同様にビットシフトにより行うようにしてもよい。
さらに、この場合も、閾値設定部３２１が、符号化側から伝送された閾値変更フラグの値に基づいて、閾値が更新されたか否かを判定するようにしてもよい。
また、この場合、例えば、閾値設定部３２１が、符号化側から供給された更新後の閾値を示す閾値符号化情報を、可逆復号部３０２から取得するようにし、それを復号して得られる閾値を設定するようにしてもよい。
さらに、この場合も、閾値設定部３２１が、符号化側から伝送された閾値変更フラグの値に基づいて、閾値が更新されたか否かを判定するようにしてもよい。
さらに、例えば、閾値設定部３２１が、符号化対象である画像データのビット深度を判定し、そのビット深度に応じて、符号化側から伝送された閾値を更新（変更）するようにしてもよい。
この場合、例えば、閾値設定部３２１が、符号化側から供給された更新前の閾値を示す閾値符号化情報を可逆復号部３０２から取得し、それを復号して更新前の閾値を示す閾値情報を取得し、さらに、上述したように符号化側から伝送されたビット深度に関する情報や、フレームメモリ３０９より得た復号画像の画像情報等からビット深度を判定し、そのビット深度に応じて、閾値を更新するようにしてもよい。その際も、閾値の更新は、同様にビットシフトにより行うようにしてもよい。
さらに、この場合も、閾値設定部３２１が、符号化側から伝送された閾値変更フラグの値に基づいて、閾値が更新されたか否かを判定するようにしてもよい。
閾値のビットシフトは、閾値設定部１２１の場合と同様に、例えば、上述した式（１０）のように行われるようにしてもよい。
さらに、閾値設定部３２１が、ゴロム符号として伝送されるパラメータやフラグを、ゴロム（golomb）復号するようにしてもよい。
なお、閾値設定部３２１が、ビット深度以外の任意のパラメータに基づいて、閾値の設定（更新）を行うことができるようにしてもよい。また、上述した閾値の初期値は、任意であるが、例えば、「８」としてもよい。なお、閾値設定部３２１は、閾値として「０」が設定されている場合、バイリニアインターポレーション処理の適用を禁止し、図５を参照して説明したフィルタ処理が適用されるようにしてもよい。つまり、閾値が「０」である場合、非特許文献２に記載の方法がdisableとされるようにしてもよい。
フィルタ処理部３２２は、イントラ予測部３１０によるイントラ予測、すなわち、画像データが符号化された符号化データを復号する際のイントラ予測処理に対して、フィルタ処理部１２２と同様の処理を行う。つまり、フィルタ処理部３２２は、閾値設定部３２１から閾値情報を取得し、その閾値を用いて、イントラ予測部３１０によるイントラ予測の処理対象であるカレントブロックの周辺画素に対するフィルタ処理を行う。例えば、フィルタ処理部３２２が、閾値設定部３２１から取得した閾値を用いて、式（３）および式（４）に示されるような閾値判定処理を行い、カレントブロックの周辺画素の特徴を識別するようにしてもよい。
また、例えば、その判定結果が偽である場合、すなわち、カレントブロック周辺が、明度・色彩・濃度等の変化が平坦な部分でないと判定された場合、フィルタ処理部３２２が、周辺画素に対して、図５を参照して説明したフィルタ処理（ローパスフィルタ処理とも称する）を行うようにしてもよい。
さらに、例えば、その判定結果が真である場合、すなわち、カレントブロック周辺が、明度・色彩・濃度等が平坦な部分であると判定された場合、フィルタ処理部３２２が、ローパスフィルタ処理に代えて、式（５）乃至式（９）に示されるようなバイリニアインターポレーション処理（バイリニアフィルタ処理とも称する）を行うようにしてもよい。
フィルタ処理部３２２は、イントラ予測部３１０から、イントラ予測の処理対象であるカレントブロックの周辺画素を取得すると、その周辺画素に対して、以上のようなフィルタ処理を行う。そして、フィルタ処理部３２２は、そのフィルタ処理後の周辺画素をイントラ予測部３１０に供給する。その場合、イントラ予測部３１０は、そのフィルタ処理後の周辺画素を用いてイントラ予測を行う。このようにすることにより、イントラ予測部３１０は、フィルタ処理結果を反映させた予測画像を生成することができる。
つまり、上述したように、閾値設定部３２１が、画像データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、画像データのビット深度等に応じて設定することができるので、イントラ予測部３１０は、画像データに対して適切なフィルタ処理結果を反映させた予測画像を生成することができる。つまり、画像復号装置３００は、復号画像におけるバンディング等のノイズの発生を抑制することができ、復号画像の画質の低減を抑制することができる。
なお、図５や式（５）乃至式（９）等を参照して説明したように、フィルタ処理部３２２によるカレントブロックの周辺画素に対するフィルタ処理のかけ方は、イントラ予測モード（すなわち、カレントブロックのブロックサイズ）に応じて制御されるようにしてもよい。
なお、画像復号装置３００においても、非特許文献２に記載のバイリニアフィルタ処理を適用するビット深度の上限を設けるようにしてもよい。例えば、非特許文献２に記載のバイリニアフィルタ処理は、ビット深度が８ビットの場合のみ適用され、それ以外の場合には適用されないようにしてもよい。
同様に、画像復号装置３００においても、非特許文献２に記載のバイリニアフィルタ処理は、輝度信号の処理に対してのみ適用されるようにすることもできるが、色差信号の処理に対しても適用されるようにしてもよい。つまり、本技術は、輝度信号だけでなく、色差信号にも適用することができる。
また、画像復号装置３００においても、入力信号が4：4：4やRGBであり、それぞれの色成分チャネルを独立に処理する場合、それぞれのチャネルに独立に本技術を適用することもできる。
更に、また、画像復号装置３００においても、階層画像符号化（スケーラブル符号化）・階層画像復号（スケーラブル復号）を行う場合、ベースレイヤ（baselayer）のみにおいて、例えば閾値やビット深度等のパラメータやフラグ等を伝送するようにし、ノンベースレイヤ（エンハンスメントレイヤ（enhancementlayer））においては、ベースレイヤにおいて伝送されたパラメータやフラグが参照されるようにしても良い。
＜閾値設定部・フィルタ処理部＞
図２４は、図２３の閾値設定部３２１が復号された画像データのビット深度に応じて閾値を設定する場合の、閾値設定部３２１およびフィルタ処理部３２２の主な構成例を示すブロック図である。
図２４の例の場合、閾値設定部３２１は、ビット深度判定部３３１および閾値ビットシフト部３３２を有する。
ビット深度判定部３３１は、画像データのビット深度を判定し、そのビット深度を示す情報を閾値ビットシフト部３３２に供給する。
例えば、ビット深度判定部３３１は、符号化側（例えば画像符号化装置１００）から、例えばシーケンスパラメータセット等として伝送された画像データのビット深度に関する情報を可逆復号部３０２から取得し、そのビット深度に関する情報に基づいて、画像データのビット深度を判定する。また、例えば、ビット深度判定部３３１は、フレームメモリ３０９から復号画像の画像情報を取得し、その画像情報に基づいて画像データのビット深度を判定する。
閾値ビットシフト部３３２は、ビット深度判定部３３１から供給されたビット深度を示す情報に応じて、予め定められた所定の閾値（初期値）をビットシフトすることにより、閾値の更新（変更）を行う。
例えば、閾値ビットシフト部３３２には、ビット深度が８ビットの場合に適した値（符号化側（例えば画像符号化装置１００）に設定された初期値と同じ値）が、閾値の初期値として予め設定されている。閾値ビットシフト部３３２は、ビット深度判定部３３１からビット深度を示す情報を取得すると、その情報が示す画像データのビット深度と、８ビットとのビット数の差分だけ、初期値をビットシフトする。
閾値ビットシフト部３３２は、更新（変更）後の閾値を示す情報（閾値情報）をフィルタ処理部３２２の周辺画素判定部３４２に供給する。
また、図１１に示されるように、フィルタ処理部３２２は、モード・ブロックサイズバッファ３４１、周辺画素判定部３４２、フィルタ決定部３４３、ローパスフィルタ部３４４、およびバイリニアフィルタ部３４５を有する。
フィルタ処理部３２２は、フィルタ処理部１２２と同様の処理部であり、同様の処理を行う。つまり、モード・ブロックサイズバッファ３４１、周辺画素判定部３４２、フィルタ決定部３４３、ローパスフィルタ部３４４、およびバイリニアフィルタ部３４５は、それぞれ、周辺画素判定部１４２、フィルタ決定部１４３、ローパスフィルタ部１４４、およびバイリニアフィルタ部１４５と同様の処理部である。
モード・ブロックサイズバッファ３４１は、イントラ予測部３１０から、候補となる予測モードに関する、カレントブロックのブロックサイズおよびモードに関する情報（モード・ブロックサイズ）を取得し、保持する。
モード・ブロックサイズバッファ３４１は、所定のタイミングにおいて、若しくは、他からの要求に基づいて、保持しているブロックサイズに関する情報（ブロックサイズ）を周辺画素判定部３４２に供給する。また、モード・ブロックサイズバッファ３４１は、所定のタイミングにおいて、若しくは、他からの要求に基づいて、保持しているモードに関する情報（モード）およびブロックサイズに関する情報（ブロックサイズ）をフィルタ決定部３４３に供給する。
周辺画素判定部３４２は、イントラ予測部３１０から、候補となる予測モードに関する、カレントブロックの上辺および左辺に隣接する周辺画素を取得する。また、周辺画素判定部３４２は、閾値ビットシフト部３３２から閾値情報を取得する。さらに、周辺画素判定部３４２は、モード・ブロックサイズバッファ３４１からブロックサイズに関する情報（ブロックサイズ）を取得する。
周辺画素判定部３４２は、モード・ブロックサイズバッファ３４１から取得したブロックサイズに関する情報に基づいて、カレントブロックが所定のサイズ（例えば32×32）（若しくは、所定の範囲内のサイズ）のモードである場合、閾値ビットシフト部３３２から取得した閾値情報を用いて、イントラ予測部３１０から取得した周辺画素に対するフィルタ処理に用いるフィルタの選択のための閾値判定処理を行う。つまり、周辺画素判定部３４２は、周辺画素の特徴（例えば、明度・色彩・濃度等の変化が平坦な部分の画素であるか否か）を判定する。
周辺画素判定部３４２は、その判定結果をフィルタ決定部３４３に供給する。また、周辺画素判定部３４２は、イントラ予測部３１０から取得したカレントブロックの周辺画素を、ローパスフィルタ部３４４およびバイリニアフィルタ部３４５に供給する。
フィルタ決定部３４３は、モード・ブロックサイズバッファ３４１からモードに関する情報（モード）およびブロックサイズに関する情報（ブロックサイズ）を取得する。また、フィルタ決定部３４３は、周辺画素判定部３４２から閾値判定処理の判定結果を取得する。フィルタ決定部３４３は、それらを用いて、実行するフィルタ処理の種類やそのかけ方を決定する。例えば、フィルタ決定部３４３は、ローパスフィルタ処理およびバイリニアフィルタ処理のいずれを、カレントブロックの周辺画素に対してかけるか、さらに、どのようにそのフィルタ処理を行うか等を決定する。
フィルタ決定部３４３は、その決定に従って、フィルタ処理の実行を制御する制御情報を、ローパスフィルタ部３４４およびバイリニアフィルタ部３４５に供給する。つまり、フィルタ決定部３４３は、ローパスフィルタ部３４４およびバイリニアフィルタ部３４５の内、選択した処理部に、そのフィルタ処理をどのように実行するかを指示する制御情報を供給し、選択しなかった処理部に、フィルタ処理の停止を指示する制御情報（すなわち、フィルタ処理を実行させないようにする制御情報）を供給する。
ローパスフィルタ部３４４は、フィルタ決定部３４３から供給される制御情報に従って、周辺画素判定部３４２から供給されるカレントブロックの周辺画素に対して、図５を参照して説明したようなローパスフィルタ処理を行う。ローパスフィルタ部３４４は、ローパスフィルタ処理を施した周辺画素（フィルタ処理後周辺画素）をイントラ予測部３１０に供給する。
バイリニアフィルタ部３４５は、フィルタ決定部３４３から供給される制御情報に従って、周辺画素判定部３４２から供給されるカレントブロックの周辺画素に対して、式（５）乃至式（９）を参照して説明したようなバイリニアフィルタ処理を行う。バイリニアフィルタ部３４５は、バイリニアフィルタ処理を施した周辺画素（フィルタ処理後周辺画素）をイントラ予測部３１０に供給する。
以上のようにすることにより、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができ、フィルタ処理部３２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部３１０は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。つまり、このようにすることにより、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
＜復号処理の流れ＞
次に、以上のような画像復号装置３００により実行される復号処理の流れの例を、図２５のフローチャートを参照して説明する。
復号処理が開始されると、ステップＳ３０１において、蓄積バッファ３０１は、伝送されてきたビットストリームを蓄積する。ステップＳ３０２において、可逆復号部３０２は、蓄積バッファ３０１から供給されるビットストリーム（符号化された差分画像情報）を復号する。すなわち、図１０の可逆符号化部１０６により符号化されたＩピクチャ、Ｐピクチャ、並びにＢピクチャが復号される。このとき、ヘッダ情報などのビットストリームに含められた差分画像情報以外の各種情報も復号される。
ステップＳ３０３において、閾値設定部３２１は、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を設定する。
ステップＳ３０４において、逆量子化部３０３は、ステップＳ３０２の処理により得られた、量子化された係数を逆量子化する。
ステップＳ３０５において、逆直交変換部３０４は、ステップＳ３０４において逆量子化された係数を逆直交変換する。
ステップＳ３０６において、イントラ予測部３１０若しくはインター予測部３１１は、予測処理を行い、予測画像を生成する。つまり、可逆復号部３０２において判定された、符号化の際に適用された予測モードで予測処理が行われる。より具体的には、例えば、符号化の際にイントラ予測が適用された場合、イントラ予測部３１０が、符号化の際に最適とされたイントラ予測モードで予測画像を生成する。また、例えば、符号化の際にインター予測が適用された場合、インター予測部３１１が、符号化の際に最適とされたインター予測モードで予測画像を生成する。
ここで、イントラ予測部３１０がイントラ予測を行う場合、フィルタ処理部３２２が、ステップＳ３０３において設定された閾値を用いて、カレントブロックの周辺画素に対するフィルタ処理を行う場合もある。このフィルタ処理が行われた場合、イントラ予測部３１０は、そのフィルタ処理された周辺画素を用いてイントラ予測を行う。
ステップＳ３０７において、演算部３０５は、ステップＳ３０５において逆直交変換されて得られた差分画像情報に、ステップＳ３０６において生成された予測画像を加算する。これにより元の画像が復号される。
ステップＳ３０８において、ループフィルタ３０６は、ステップＳ３０７の処理により得られた再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜行う。
ステップＳ３０９において、画面並べ替えバッファ３０７は、ステップＳ３０８においてフィルタ処理された画像の並べ替えを行う。すなわち画像符号化装置１００の画面並べ替えバッファ１０２により符号化のために並べ替えられたフレームの順序が、元の表示の順序に並べ替えられる。
ステップＳ３１０において、D/A変換部３０８は、ステップＳ３０９においてフレームの順序が並べ替えられた画像をD/A変換する。この画像が図示せぬディスプレイに出力され、画像が表示される。
ステップＳ３１１において、フレームメモリ３０９は、ステップＳ３０８においてフィルタ処理された画像を記憶する。
ステップＳ３１１の処理が終了すると、復号処理が終了される。
＜閾値設定処理の流れ＞
次に、図２６のフローチャートを参照して、図２４の例の閾値設定部３２１が、シーケンスパラメータセット等として符号化側から伝送されたビット深度に関する情報に基づいて画像データのビット深度を判定する例について、図２５のステップＳ３０３において実行される閾値設定処理の流れの例を説明する。なお、図２６においては、閾値変更フラグが符号化側から伝送される場合について説明する。
閾値設定処理が開始されると、ステップＳ３３１において、ビット深度判定部３３１は、符号化側（例えば画像符号化装置１００）から伝送された閾値変更フラグを可逆復号部３０２から取得する。
ステップＳ３３２において、ビット深度判定部３３１は、ステップＳ３３１において取得した閾値変更フラグの値に基づいて、予め用意されている初期値を閾値として設定するか否かを判定する。閾値を更新すると判定された場合、処理はステップＳ３３３に進む。
ステップＳ３３３において、ビット深度判定部３３１は、例えばシーケンスパラメータセット（SPS）等として符号化側から伝送されたビット深度に関する情報を可逆復号部３０２から取得する。
ステップＳ３３４において、ビット深度判定部３３１は、ステップＳ３３３において取得したビット深度に関する情報に基づいて、画像データのビット深度を判定する。
ステップＳ３３５において、閾値ビットシフト部３３２は、ステップＳ３３４の判定結果（判定されたビット深度）に応じて、閾値（初期値）をビットシフトする。閾値ビットシフト部３３２は、更新された閾値をフィルタ処理部３２２の周辺画素判定部３４２に供給する。
ステップＳ３３５の処理が終了すると、閾値設定処理が終了し、処理は、図２５に戻る。また、ステップＳ３３１において、閾値として初期値を設定すると判定された場合、閾値設定処理が終了し、処理は、図２５に戻る。
以上のように閾値設定処理を実行することにより、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。
なお、閾値変更フラグが符号化側から伝送されない場合、上述したステップＳ３３１の処理を省略することができる。その場合、ステップＳ３３２の判定は、例えば、ビット深度に関する情報等、閾値変更フラグ以外の情報に基づいて行われる。
＜予測処理の流れ＞
次に、図２７のフローチャートを参照して、図２５のステップＳ３０６において実行される予測処理の流れの例を説明する。
予測処理が開始されると、可逆復号部３０２は、ステップＳ３５１において、符号化側から伝送された最適予測モード情報等に基づいて、最適予測モードがイントラ予測モードであるか否かを判定する。最適予測モードがイントラ予測であると判定された場合、処理は、ステップＳ３５２に進む。
ステップＳ３５２において、イントラ予測部３１０は、イントラ予測を行い、予測画像を生成する。その際、フィルタ処理部３２２は、図２５のステップＳ３０３において設定された閾値を用いて、カレントブロックの周辺画素に対するフィルタ処理を行う場合もある。そのフィルタ処理が行われた場合、イントラ予測部３１０は、そのフィルタ処理された周辺画素を用いてイントラ予測を行う。ステップＳ３５２の処理が終了すると、予測処理が終了し、処理は、図２５に戻る。
また、ステップＳ３５１において、最適予測モードがインター予測であると判定された場合、処理は、ステップＳ３５３に進む。
ステップＳ３５３において、インター予測部３１１は、インター予測を行い、予測画像を生成する。つまり、インター予測部３１１は、符号化側から伝送された動きベクトル情報等を用いて補償処理を行う等して予測画像を生成する。ステップＳ３５３の処理が終了すると、予測処理が終了し、処理は、図２５に戻る。
＜イントラ予測処理の流れ＞
次に、図２８のフローチャートを参照して、図２７のステップＳ３５２において実行されるイントラ予測処理の流れの例を説明する。
イントラ予測処理が開始されると、ステップＳ３７１において、イントラ予測部３１０は、符号化側から最適予測モード情報として伝送された、最適イントラ予測モード（採用されたイントラ予測モード）を示すイントラモード情報を可逆復号部３０２から取得する。
ステップＳ３７２において、周辺画素判定部３４２は、モード・ブロックサイズバッファ３４１から取得したブロックサイズ、および、閾値ビットシフト部３３２から取得した閾値情報に基づいて、イントラ予測部３１０から取得したカレントブロックの周辺画素の特徴（例えば、カレントブロック周辺が、明度・色彩・濃度等が平坦な部分であるか否か）を判定する。
ステップＳ３７３において、フィルタ決定部３４３は、モード・ブロックサイズバッファ３４１から取得したモードおよびブロックサイズ、並びに、ステップＳ３７２の判定結果に基づいて、カレントブロックの周辺画素に対して使用するフィルタを決定する。
ステップＳ３７４において、ローパスフィルタ部３４４およびバイリニアフィルタ部３４５の内、ステップＳ３７３の処理により選択された方は、カレントブロックの周辺画素に対してフィルタ処理を行う。例えば、ステップＳ３７３においてローパスフィルタが選択された場合、ステップＳ３７４において、ローパスフィルタ部３４４は、フィルタ決定部３４３により決定されたかけ方で、周辺画素に対してローパスフィルタ処理を行う。また、例えば、ステップＳ３７３においてバイリニアフィルタが選択された場合、ステップＳ３７４において、バイリニアフィルタ部３４５は、フィルタ決定部３４３により決定されたかけ方で、周辺画素に対してバイリニアフィルタ処理を行う。
なお、これらのフィルタ処理は、一部のモードに対して省略することもできる。
ステップＳ３７５において、イントラ予測部３１０は、ステップＳ３７４においてフィルタ処理された周辺画素（省略された場合は、フィルタ処理されていない周辺画素）を用いて、ステップＳ３５１において取得したイントラモード情報において指定される最適イントラ予測モードでイントラ予測を行い、予測画像を生成する。
ステップＳ３７５の処理が終了すると、イントラ予測処理が終了し、処理は、図２７に戻る。
以上のようにイントラ予測処理を実行することにより、フィルタ処理部３２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部３１０は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。
つまり、以上のように各処理を実行することにより、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
＜閾値設定処理の流れ＞
次に、図２９のフローチャートを参照して、図２４の例の閾値設定部３２１が、画像情報に基づいて画像データのビット深度を判定する例について、図２５のステップＳ３０３において実行される閾値設定処理の流れの例を説明する。なお、図２９においては、閾値変更フラグが符号化側から伝送される場合について説明する。
図２９の例の場合、ステップＳ３９１、ステップＳ３９２、およびステップＳ３９５の各処理は、図２６の例の、ステップＳ３３１、ステップＳ３３２、およびステップＳ３３５の各処理と同様に実行される。
図２９のステップＳ３９２において閾値を更新すると判定された場合、処理はステップＳ３９３に進む。
ステップＳ３９３において、ビット深度判定部３３１は、フレームメモリ３０９から復号画像の画像情報を取得する。
ステップＳ３９４において、ビット深度判定部３３１は、ステップＳ３９３において取得した画像情報に基づいて画像データのビット深度を判定する。ステップＳ３９４の処理が終了すると、処理は、ステップＳ３９５に進む。
そのステップＳ３９５の処理が終了すると、閾値設定処理が終了し、処理は、図２５に戻る。また、ステップＳ３９２において、閾値として初期値を設定すると判定された場合、閾値設定処理が終了し、処理は、図２５に戻る。
このようにしても、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、この場合も、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
なお、閾値変更フラグが符号化側から伝送されない場合、上述したステップＳ３９１の処理を省略することができる。その場合、ステップＳ３９２の判定は、例えば、画像情報等、閾値変更フラグ以外の情報に基づいて行われる。
＜閾値設定部・フィルタ処理部＞
図３０は、図２３の閾値設定部３２１が符号化側から伝送されたビット深度に基づいて閾値を設定する場合の、閾値設定部３２１およびフィルタ処理部３２２の主な構成例を示すブロック図である。
図３０の例の場合、閾値設定部３２１は、復号部３５１および閾値ビットシフト部３３２を有する。
復号部３５１は、符号化側から伝送されるビット深度符号化情報を取得し、それを復号してビット深度を示す情報を得る。例えば、復号部３５１は、ゴロム符号であるビット深度符号化情報をゴロム復号してビット深度を示す情報を得る。復号部３５１は、得たビット深度を示す情報を閾値ビットシフト部３３２に供給する。
閾値ビットシフト部３３２は、復号部３５１から供給されたビット深度を示す情報に応じて、予め定められた閾値（初期値）をビットシフトする。閾値ビットシフト部３３２は、ビットシフト後の閾値（更新後の閾値）を示す閾値情報を周辺画素判定部３４２に供給する。
なお、復号部３５１が、符号化側から伝送される閾値変更フラグを可逆復号部３０２からさらに取得し、その値に応じて、閾値を更新するか否かを決定するようにしてもよい。
また、復号部３５１が、符号化側から伝送される閾値符号化情報をさらに取得し、それを復号して、更新前の閾値を示す閾値情報を得るようにしてもよい。例えば、復号部３５１は、ゴロム符号である閾値符号化情報をゴロム復号して、符号化側において設定された更新前の閾値を示す閾値情報を得るようにしてもよい。その場合、復号部３５１は、得た閾値情報を閾値ビットシフト部３３２に供給する。
その場合、閾値ビットシフト部３３２は、復号部３５１から供給されたビット深度を示す情報に応じて、復号部３５１から供給された閾値情報が示す更新前の閾値をビットシフトする。閾値ビットシフト部３３２は、ビットシフト後の閾値（更新後の閾値）を示す閾値情報を周辺画素判定部３４２に供給する。
なお、フィルタ処理部３２２は、図２４の場合と同様の構成を有し、図２４の場合と同様の処理を行う。
以上のようにすることにより、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができ、フィルタ処理部１２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部３１０は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。つまり、このようにすることにより、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
また、図３０の例の場合、閾値設定部３２１が、符号化側において設定された閾値を用いることができるので、イントラ予測部３１０は、その符号化側による画質の指定を予測画像に反映させることができる。つまり、画像復号装置３００は、符号化側による画質の制御を復号画像に反映させることができる。
＜閾値設定処理の流れ＞
次に、図３１のフローチャートを参照して、図３０の例の閾値設定部３２１が、符号化側において指定されるビット深度に基づいて閾値を更新する例について、図２５のステップＳ３０３において実行される閾値設定処理の流れの例を説明する。なお、図３１においては、閾値変更フラグが符号化側から伝送される場合について説明する。
図３１の例の場合、ステップＳ４１１およびステップＳ４１２の各処理は、図２６の例の、ステップＳ３３１およびステップＳ３３２の各処理と同様に実行される。
図３１のステップＳ４１２において閾値を更新すると判定された場合、処理はステップＳ４１３に進む。
ステップＳ４１３において、復号部３５１は、可逆復号部３０２からビット深度符号化情報を取得する。
ステップＳ４１４において、復号部３５１は、ステップＳ４１３において取得したビット深度符号化情報を復号する。
ステップＳ４１５において、閾値ビットシフト部３３２は、ステップＳ４１４において得られたビット深度に応じて、予め用意された閾値（初期値）をビットシフトする。
そのステップＳ４１５の処理が終了すると、閾値設定処理が終了し、処理は、図２５に戻る。また、ステップＳ４１２において、閾値として初期値を設定すると判定された場合、閾値設定処理が終了し、処理は、図２５に戻る。
このようにしても、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、この場合も、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
なお、閾値変更フラグが符号化側から伝送されない場合、上述したステップＳ４１１の処理を省略することができる。その場合、ステップＳ４１２の判定は、例えば、ビット深度符号化情報等、閾値変更フラグ以外の情報に基づいて行われる。
＜閾値設定処理の流れ＞
次に、図３２のフローチャートを参照して、図３０の例の閾値設定部３２１が、符号化側において指定されるビット深度に基づいて、符号化側において設定された閾値を更新する例について、図２５のステップＳ３０３において実行される閾値設定処理の流れの例を説明する。なお、図３２においては、閾値変更フラグが符号化側から伝送される場合について説明する。
図３２の例の場合、ステップＳ４３１乃至ステップＳ４３４の各処理は、図３１の例の、ステップＳ４１１乃至ステップＳ４１４の各処理と同様に実行される。
図３２のステップＳ４３４の処理が終了すると、処理はステップＳ４３５に進む。
ステップＳ４３５において、復号部３５１は、可逆復号部３０２から閾値符号化情報を取得する。
ステップＳ４３６において、復号部３５１は、ステップＳ４３５において取得した閾値符号化情報を復号し、更新前の閾値を示す閾値情報を得る。
ステップＳ４３７において、閾値ビットシフト部３３２は、ステップＳ４３４において得られたビット深度に応じて、ステップＳ４３６において得られた更新前の閾値をビットシフトする。
そのステップＳ４３７の処理が終了すると、閾値設定処理が終了し、処理は、図２５に戻る。また、ステップＳ４３２において、閾値として初期値を設定すると判定された場合、閾値設定処理が終了し、処理は、図２５に戻る。
このようにしても、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、この場合も、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
また、閾値設定部３２１は、符号化側において設定された閾値を用いることができる。したがって、画像復号装置３００は、符号化側による画質の制御を復号画像に反映させることができる。
なお、閾値変更フラグが符号化側から伝送されない場合、上述したステップＳ４３１の処理を省略することができる。その場合、ステップＳ４３２の判定は、例えば、ビット深度符号化情報や閾値符号化情報等、閾値変更フラグ以外の情報に基づいて行われる。
＜閾値設定部・フィルタ処理部＞
図３３は、図２３の閾値設定部３２１が符号化側から伝送された更新後の閾値を、フィルタ処理部３２２において用いられる閾値として設定する場合の、閾値設定部３２１およびフィルタ処理部３２２の主な構成例を示すブロック図である。
図３３の例の場合、閾値設定部３２１は、復号部３６１を有する。
復号部３６１は、符号化側から伝送される閾値符号化情報を取得し、それを復号して更新後の閾値を示す閾値情報を得る。例えば、復号部３６１は、ゴロム符号である閾値符号化情報をゴロム復号して閾値情報を得る。復号部３６１は、このようにして得た更新後の閾値を示す閾値情報を周辺画素判定部３４２に供給する。
なお、復号部３６１が、符号化側から伝送される閾値変更フラグを可逆復号部３０２からさらに取得し、その値に応じて、閾値を更新するか否かを決定するようにしてもよい。
なお、フィルタ処理部３２２は、図２４の場合と同様の構成を有し、図２４の場合と同様の処理を行う。
以上のようにすることにより、閾値設定部３２１は、符号化側において設定された閾値を、フィルタ処理部３２２が用いる閾値として設定することができるので、イントラ予測部３１０は、その符号化側による画質の指定を予測画像に反映させることができる。つまり、画像復号装置３００は、符号化側による画質の制御を復号画像に反映させることができる。
＜閾値設定処理の流れ＞
次に、図３４のフローチャートを参照して、図３０の例の閾値設定部３２１が、符号化側において更新された閾値を、フィルタ処理部３２２が用いる閾値として設定する例について、図２５のステップＳ３０３において実行される閾値設定処理の流れの例を説明する。なお、図３４においては、閾値変更フラグが符号化側から伝送される場合について説明する。
図３４の例の場合、ステップＳ４５１およびステップＳ４５２の各処理は、図３２の例の、ステップＳ４３１およびステップＳ４３２の各処理と同様に実行される。
図３４のステップＳ４５２において更新後の閾値を設定すると判定された場合、処理はステップＳ４５３に進む。
ステップＳ４５３において、復号部３６１は、可逆復号部３０２から閾値符号化情報を取得する。
ステップＳ４５４において、復号部３６１は、ステップＳ４５３において取得した閾値符号化情報を復号し、符号化側において更新された閾値を示す閾値情報を取得する。
ステップＳ４５４の処理が終了すると、閾値設定処理が終了し、処理は、図２５に戻る。また、ステップＳ４５２において、閾値として初期値を設定すると判定された場合、閾値設定処理が終了し、処理は、図２５に戻る。
このようにしても、閾値設定部３２１は、符号化側において設定された閾値を用いることができる。したがって、画像復号装置３００は、符号化側による画質の制御を復号画像に反映させることができる。
なお、閾値変更フラグが符号化側から伝送されない場合、上述したステップＳ４５１の処理を省略することができる。その場合、ステップＳ４５２の判定は、例えば、閾値符号化情報等、閾値変更フラグ以外の情報に基づいて行われる。
＜閾値設定部・フィルタ処理部＞
図３５は、図２３の閾値設定部３２１が復号された画像データのビット深度に応じて、符号化側から伝送された更新前の閾値を更新する場合の、閾値設定部３２１およびフィルタ処理部３２２の主な構成例を示すブロック図である。
図３５の例の場合、閾値設定部３２１は、ビット深度判定部３３１、閾値ビットシフト部３３２、および復号部３５１を有する。
ビット深度判定部３３１は、符号化側（例えば画像符号化装置１００）から、例えばシーケンスパラメータセット等として伝送された画像データのビット深度に関する情報を可逆復号部３０２から取得し、そのビット深度に関する情報に基づいて、画像データのビット深度を判定する。また、例えば、ビット深度判定部３３１は、フレームメモリ３０９から復号画像の画像情報を取得し、その画像情報に基づいて画像データのビット深度を判定する。ビット深度判定部３３１は、以上のようにして判定したビット深度を示す情報を閾値ビットシフト部３３２に供給する。
復号部３５１は、符号化側から伝送される閾値符号化情報を取得し、それを復号して更新前の閾値を示す閾値情報を得る。例えば、復号部３５１は、ゴロム符号である閾値符号化情報をゴロム復号して閾値情報を得る。復号部３５１は、このようにして得た更新前の閾値を示す閾値情報を閾値ビットシフト部３３２に供給する。
閾値ビットシフト部３３２は、ビット深度判定部３３１から供給されたビット深度を示す情報に応じて、復号部３５１から供給される更新前の閾値をビットシフトすることにより、符号化側において設定された閾値の更新（変更）を行う。
例えば、閾値ビットシフト部３３２には、符号化側において設定された更新前の閾値として、ビット深度が８ビットの場合に適した値の閾値が復号部３５１から供給される。閾値ビットシフト部３３２は、ビット深度判定部３３１からビット深度を示す情報を取得すると、その情報が示す画像データのビット深度と、８ビットとのビット数の差分だけ、更新前の閾値をビットシフトする。
閾値ビットシフト部３３２は、更新（変更）後の閾値を示す情報（閾値情報）をフィルタ処理部３２２の周辺画素判定部３４２に供給する。
なお、ビット深度判定部３３１が、符号化側から伝送される閾値変更フラグを可逆復号部３０２からさらに取得し、その値に応じて、閾値を更新するか否かを決定するようにしてもよい。
なお、フィルタ処理部３２２は、図２４の場合と同様の構成を有し、図２４の場合と同様の処理を行う。
以上のようにすることにより、閾値設定部３２１は、符号化側において設定された閾値を、画像データのビット深度に応じて更新することができ、フィルタ処理部１２２は、画像データのビット深度に対して適切なフィルタを選択し、周辺画素に対して、そのフィルタを用いてフィルタ処理を行うことができ、イントラ予測部３１０は、画像データのビット深度に対して適切なフィルタ処理が施された周辺画素を用いて予測画像を生成することができる。つまり、このようにすることにより、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
＜閾値設定処理の流れ＞
次に、図３６のフローチャートを参照して、図３５の例の閾値設定部３２１が、画像データのビット深度に基づいて、符号化側において設定された閾値を更新する例について、図２５のステップＳ３０３において実行される閾値設定処理の流れの例を説明する。なお、図３６においては、閾値変更フラグが符号化側から伝送される場合について説明する。
図３６の例の場合、ステップＳ４７１乃至ステップＳ４７４の各処理は、図２６の例の、ステップＳ３３１乃至ステップＳ３３４の各処理と同様に実行される。
また、図３６の例の場合、ステップＳ４７５およびステップＳ４７６の各処理は、図３２の例の、ステップＳ４３５およびステップＳ４３６の各処理と同様に実行される。
図３６のステップＳ４７６の処理が終了すると、処理はステップＳ４７７に進む。
ステップＳ４７７において、閾値ビットシフト部３３２は、ステップＳ４７４において得られたビット深度に応じて、ステップＳ４７６において得られた更新前の閾値をビットシフトする。
そのステップＳ４７７の処理が終了すると、閾値設定処理が終了し、処理は、図２５に戻る。また、ステップＳ４７２において、閾値として初期値を設定すると判定された場合、閾値設定処理が終了し、処理は、図２５に戻る。
このようにしても、閾値設定部３２１は、画像データのビット深度に応じた（ビット深度に対して適切な）閾値を設定することができる。したがって、この場合も、画像復号装置３００は、復号画像の画質の低減を抑制することができる。
また、閾値設定部３２１は、符号化側において設定された閾値を用いることができる。したがって、画像復号装置３００は、符号化側による画質の制御を復号画像に反映させることができる。
なお、閾値変更フラグが符号化側から伝送されない場合、上述したステップＳ４７１の処理を省略することができる。その場合、ステップＳ４７２の判定は、例えば、ビット深度に関する情報や閾値符号化情報等、閾値変更フラグ以外の情報に基づいて行われる。
なお、ビット深度判定部３３１が画像情報に基づいてビット深度を判定する場合、ステップＳ４７３およびステップＳ４７４の処理の代わりに、図２９のステップＳ３９３およびステップＳ３９４の処理を実行すればよい。
以上のように、本技術の適用範囲は、イントラ予測を用いて画像を符号化・復号するあらゆる画像符号化装置及び画像復号装置に適用することができる。
また、本技術は、例えば、MPEG、H．26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。さらに、本技術は、それらの画像符号化装置および画像復号装置などに含まれるイントラ予測装置にも適用することができる。
＜３．第３の実施の形態＞
＜多視点画像符号化・多視点画像復号への適用＞
上述した一連の処理は、多視点画像符号化・多視点画像復号に適用することができる。図３７は、多視点画像符号化方式の一例を示す。
図３７に示されるように、多視点画像は、複数の視点（ビュー（view））の画像を含む。この多視点画像の複数のビューは、他のビューの画像を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの画像を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューは、ベースビューの画像を利用するようにしても良いし、他のノンベースビューの画像を利用するようにしてもよい。
図３７のような多視点画像を符号化・復号する場合、各ビューの画像を符号化・復号するが、この各ビューの符号化・復号に対して、第１の実施の形態および第２の実施の形態において上述した方法を適用するようにしてもよい。このようにすることにより、各ビューの画質の低減を抑制することができる。
さらに、各ビューの符号化・復号において、第１の実施の形態および第２の実施の形態において上述した方法において使用されるフラグやパラメータを共有するようにしてもよい。このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。
より具体的には、例えば、イントラ予測におけるカレントブロックの周辺画素に対するフィルタ処理の選択に利用する閾値、画像データのビット深度、または、閾値を変更したことを示す閾値変更フラグ等を、各ビューの符号化・復号において共有するようにしてもよい。
もちろん、これら以外の必要な情報も、各ビューの符号化・復号において共有するようにしてもよい。
＜多視点画像符号化装置＞
図３８は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図３８に示されるように、多視点画像符号化装置６００は、符号化部６０１、符号化部６０２、および多重化部６０３を有する。
符号化部６０１は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部６０２は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部６０３は、符号化部６０１において生成されたベースビュー画像符号化ストリームと、符号化部６０２において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。
この多視点画像符号化装置６００の符号化部６０１および符号化部６０２に対して、画像符号化装置１００（図１０）を適用することができる。つまり、各ビューに対する符号化において、イントラ予測のフィルタ処理の選択に利用する閾値を制御することができ、各ビューの画質の低減を抑制することができる。また、符号化部６０１および符号化部６０２は、互いに同一のフラグやパラメータ（例えば、閾値やビット深度等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
＜多視点画像復号装置＞
図３９は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図３９に示されるように、多視点画像復号装置６１０は、逆多重化部６１１、復号部６１２、および復号部６１３を有する。
逆多重化部６１１は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部６１２は、逆多重化部６１１により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部６１３は、逆多重化部６１１により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。
この多視点画像復号装置６１０の復号部６１２および復号部６１３に対して、画像復号装置３００（図２３）を適用することができる。つまり、各ビューに対する復号において、イントラ予測のフィルタ処理の選択に利用する閾値を制御することができ、各ビューの画質の低減を抑制することができる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、閾値やビット深度等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
＜４．第４の実施の形態＞
＜階層画像符号化・階層画像復号への適用＞
上述した一連の処理は、階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）に適用することができる。図４０は、階層画像符号化方式の一例を示す。
階層画像符号化（スケーラブル符号化）は、画像データを、所定のパラメータについてスケーラビリティ（scalability）機能を有するように、画像を複数レイヤ化（階層化）し、レイヤ毎に符号化するものである。階層画像復号は、その階層画像符号化（スケーラブル復号）は、その階層画像符号化に対応する復号である。
図４０に示されるように、画像の階層化においては、スケーラビリティ機能を有する所定のパラメータを基準として１の画像が複数の画像（レイヤ）に分割される。つまり、階層化された画像（階層画像）は、その所定のパラメータの値が互いに異なる複数の階層（レイヤ）の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤと、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ（エンハンスメントレイヤとも称する）とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。
一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ（差分データ）により構成される。例えば、１の画像をベースレイヤとノンベースレイヤ（エンハンスメントレイヤとも称する）に２階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像（すなわち高品質な画像）が得られる。
このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤ（base layer）のみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤ（base layer）に加えて、エンハンスメントレイヤ（enhancement layer）の画像圧縮情報を伝送し、空間時間解像度の高い、或いは、画質の高い動画像を再生するといったように、トランスコード処理を行うことなく、端末やネットワークの能力に応じた画像圧縮情報を、サーバから送信することが可能となる。
図４０の例のような階層画像を符号化・復号する場合、各レイヤの画像を符号化・復号するが、この各レイヤの符号化・復号に対して、第１の実施の形態および第２の実施の形態において上述した方法を適用するようにしてもよい。このようにすることにより、各レイヤの画質の低減を抑制することができる。
さらに、各レイヤの符号化・復号において、第１の実施の形態および第２の実施の形態において上述した方法において使用されるフラグやパラメータを共有するようにしてもよい。このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。
より具体的には、例えば、イントラ予測におけるカレントブロックの周辺画素に対するフィルタ処理の選択に利用する閾値、画像データのビット深度、または、閾値を変更したことを示す閾値変更フラグ等を、各レイヤの符号化・復号において共有するようにしてもよい。
もちろん、これら以外の必要な情報も、各レイヤの符号化・復号において共有するようにしてもよい。
＜スケーラブルなパラメータ＞
このような階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）において、スケーラビリティ（scalability）機能を有するパラメータは、任意である。例えば、図４１に示されるような空間解像度をそのパラメータとしてもよい（spatial scalability）。このスペーシャルスケーラビリティ（spatial scalability）の場合、レイヤ毎に画像の解像度が異なる。つまり、図４１に示されるように、各ピクチャが、元の画像より空間的に低解像度のベースレイヤと、ベースレイヤの画像と合成することにより元の画像（元の空間解像度）が得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
また、このようなスケーラビリティ性を持たせるパラメータとして、他には、例えば、図４２に示されるような、時間解像度を適用しても良い（temporal scalability）。このテンポラルスケーラビリティ（temporal scalability）の場合、レイヤ毎にフレームレートが異なる。つまり、この場合、図４２に示されるように、互いに異なるフレームレートのレイヤに階層化されており、低フレームレートのレイヤに、高フレームレートのレイヤを加えることで、より高フレームレートの動画像を得ることができ、全てのレイヤを加えることで、元の動画像（元のフレームレート）を得ることができる。この階層数は一例であり、任意の階層数に階層化することができる。
さらに、このようなスケーラビリティ性を持たせるパラメータとして、例えば、信号雑音比（SNR（Signal to Noise ratio））を適用しても良い（SNR scalability）。このSNRスケーラビリティ（SNR scalability）の場合、レイヤ毎にSN比が異なる。つまり、図４３に示されるように、各ピクチャが、元の画像よりSNRの低いベースレイヤと、ベースレイヤの画像と合成することにより元の画像（元のSNR）が得られるエンハンスメントレイヤの２階層に階層化される。すなわち、ベースレイヤ（base layer）画像圧縮情報においては、低PSNRの画像に関する情報が伝送されており、これに、エンハンスメントレイヤ（enhancement layer）画像圧縮情報を加えることで、高PSNR画像を再構築することが可能である。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
スケーラビリティ性を持たせるパラメータは、上述した例以外であっても、もちろんよい。例えば、ベースレイヤ（base layer）が８ビット（bit）画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、10ビット（bit）画像が得られるビット深度スケーラビリティ（bit-depth scalability）がある。
また、ベースレイヤ（base layer）が4：2：0フォーマットのコンポーネント画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、4：2：2フォーマットのコンポーネント画像が得られるクロマスケーラビリティ（chroma scalability）がある。
＜階層画像符号化装置＞
図４４は、上述した階層画像符号化を行う階層画像符号化装置を示す図である。図４４に示されるように、階層画像符号化装置６２０は、符号化部６２１、符号化部６２２、および多重化部６２３を有する。
符号化部６２１は、ベースレイヤ画像を符号化し、ベースレイヤ画像符号化ストリームを生成する。符号化部６２２は、ノンベースレイヤ画像を符号化し、ノンベースレイヤ画像符号化ストリームを生成する。多重化部６２３は、符号化部６２１において生成されたベースレイヤ画像符号化ストリームと、符号化部６２２において生成されたノンベースレイヤ画像符号化ストリームとを多重化し、階層画像符号化ストリームを生成する。
この階層画像符号化装置６２０の符号化部６２１および符号化部６２２に対して、画像符号化装置１００（図１０）を適用することができる。つまり、各レイヤに対する符号化において、イントラ予測のフィルタ処理の選択に利用する閾値を制御することができ、各レイヤの画質の低減を抑制することができる。また、符号化部６２１および符号化部６２２は、互いに同一のフラグやパラメータ（例えば、閾値やビット深度等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
＜階層画像復号装置＞
図４５は、上述した階層画像復号を行う階層画像復号装置を示す図である。図４５に示されるように、階層画像復号装置６３０は、逆多重化部６３１、復号部６３２、および復号部６３３を有する。
逆多重化部６３１は、ベースレイヤ画像符号化ストリームとノンベースレイヤ画像符号化ストリームとが多重化された階層画像符号化ストリームを逆多重化し、ベースレイヤ画像符号化ストリームと、ノンベースレイヤ画像符号化ストリームとを抽出する。復号部６３２は、逆多重化部６３１により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。復号部６３３は、逆多重化部６３１により抽出されたノンベースレイヤ画像符号化ストリームを復号し、ノンベースレイヤ画像を得る。
この階層画像復号装置６３０の復号部６３２および復号部６３３に対して、画像復号装置３００（図２３）を適用することができる。つまり、各レイヤに対する復号において、イントラ予測のフィルタ処理の選択に利用する閾値を制御することができ、各レイヤの画質の低減を抑制することができる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、閾値やビット深度等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
また、本技術は、例えば、MPEG、H．26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。さらに、本技術は、それらの画像符号化装置および画像復号装置などに含まれる量子化装置若しくは逆量子化装置にも適用することができる。
＜５．第５の実施の形態＞
＜コンピュータ＞
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
図４６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
図４６に示されるコンピュータ８００において、CPU（Central Processing Unit）８０１、ROM（Read Only Memory）８０２、RAM（Random Access Memory）８０３は、バス８０４を介して相互に接続されている。
バス８０４にはまた、入出力インタフェース８１０も接続されている。入出力インタフェース８１０には、入力部８１１、出力部８１２、記憶部８１３、通信部８１４、およびドライブ８１５が接続されている。
入力部８１１は、例えば、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部８１２は、例えば、ディスプレイ、スピーカ、出力端子などよりなる。記憶部８１３は、例えば、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部８１４は、例えば、ネットワークインタフェースよりなる。ドライブ８１５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブルメディア８２１を駆動する。
以上のように構成されるコンピュータでは、CPU８０１が、例えば、記憶部８１３に記憶されているプログラムを、入出力インタフェース８１０およびバス８０４を介して、RAM８０３にロードして実行することにより、上述した一連の処理が行われる。RAM８０３にはまた、CPU８０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
コンピュータ（CPU８０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア８２１に記録して適用することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
コンピュータでは、プログラムは、リムーバブルメディア８２１をドライブ８１５に装着することにより、入出力インタフェース８１０を介して、記憶部８１３にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部８１４で受信し、記憶部８１３にインストールすることができる。その他、プログラムは、ROM８０２や記憶部８１３に、あらかじめインストールしておくことができる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
また、以上において、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
上述した実施形態に係る画像符号化装置及び画像復号装置は、衛星放送、ケーブルＴＶなどの有線放送、インターネット上での配信、及びセルラー通信による端末への配信などにおける送信機若しくは受信機、光ディスク、磁気ディスク及びフラッシュメモリなどの媒体に画像を記録する記録装置、又は、これら記憶媒体から画像を再生する再生装置などの様々な電子機器に応用され得る。以下、４つの応用例について説明する。
＜６．応用例＞
＜第１の応用例：テレビジョン受像機＞
図４７は、上述した実施形態を適用したテレビジョン装置の概略的な構成の一例を示している。テレビジョン装置９００は、アンテナ９０１、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、表示部９０６、音声信号処理部９０７、スピーカ９０８、外部インタフェース９０９、制御部９１０、ユーザインタフェース９１１、及びバス９１２を備える。
チューナ９０２は、アンテナ９０１を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ９０２は、復調により得られた符号化ビットストリームをデマルチプレクサ９０３へ出力する。即ち、チューナ９０２は、画像が符号化されている符号化ストリームを受信する、テレビジョン装置９００における伝送部としての役割を有する。
デマルチプレクサ９０３は、符号化ビットストリームから視聴対象の番組の映像ストリーム及び音声ストリームを分離し、分離した各ストリームをデコーダ９０４へ出力する。また、デマルチプレクサ９０３は、符号化ビットストリームからEPG（Electronic Program Guide）などの補助的なデータを抽出し、抽出したデータを制御部９１０に供給する。なお、デマルチプレクサ９０３は、符号化ビットストリームがスクランブルされている場合には、デスクランブルを行ってもよい。
デコーダ９０４は、デマルチプレクサ９０３から入力される映像ストリーム及び音声ストリームを復号する。そして、デコーダ９０４は、復号処理により生成される映像データを映像信号処理部９０５へ出力する。また、デコーダ９０４は、復号処理により生成される音声データを音声信号処理部９０７へ出力する。
映像信号処理部９０５は、デコーダ９０４から入力される映像データを再生し、表示部９０６に映像を表示させる。また、映像信号処理部９０５は、ネットワークを介して供給されるアプリケーション画面を表示部９０６に表示させてもよい。また、映像信号処理部９０５は、映像データについて、設定に応じて、例えばノイズ除去などの追加的な処理を行ってもよい。さらに、映像信号処理部９０５は、例えばメニュー、ボタン又はカーソルなどのGUI（Graphical User Interface）の画像を生成し、生成した画像を出力画像に重畳してもよい。
表示部９０６は、映像信号処理部９０５から供給される駆動信号により駆動され、表示デバイス（例えば、液晶ディスプレイ、プラズマディスプレイ又はOELD（Organic ElectroLuminescence Display）（有機ELディスプレイ）など）の映像面上に映像又は画像を表示する。
音声信号処理部９０７は、デコーダ９０４から入力される音声データについてD/A変換及び増幅などの再生処理を行い、スピーカ９０８から音声を出力させる。また、音声信号処理部９０７は、音声データについてノイズ除去などの追加的な処理を行ってもよい。
外部インタフェース９０９は、テレビジョン装置９００と外部機器又はネットワークとを接続するためのインタフェースである。例えば、外部インタフェース９０９を介して受信される映像ストリーム又は音声ストリームが、デコーダ９０４により復号されてもよい。即ち、外部インタフェース９０９もまた、画像が符号化されている符号化ストリームを受信する、テレビジョン装置９００における伝送部としての役割を有する。
制御部９１０は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、プログラムデータ、EPGデータ、及びネットワークを介して取得されるデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、テレビジョン装置９００の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース９１１から入力される操作信号に応じて、テレビジョン装置９００の動作を制御する。
ユーザインタフェース９１１は、制御部９１０と接続される。ユーザインタフェース９１１は、例えば、ユーザがテレビジョン装置９００を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース９１１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９１０へ出力する。
バス９１２は、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、音声信号処理部９０７、外部インタフェース９０９及び制御部９１０を相互に接続する。
このように構成されたテレビジョン装置９００において、デコーダ９０４は、上述した実施形態に係る画像復号装置３００（図２３）の機能を有する。それにより、テレビジョン装置９００での画像の復号に際して、画質の低減を抑制することができる。
＜第２の応用例：携帯電話機＞
図４８は、上述した実施形態を適用した携帯電話機の概略的な構成の一例を示している。携帯電話機９２０は、アンテナ９２１、通信部９２２、音声コーデック９２３、スピーカ９２４、マイクロホン９２５、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、制御部９３１、操作部９３２、及びバス９３３を備える。
アンテナ９２１は、通信部９２２に接続される。スピーカ９２４及びマイクロホン９２５は、音声コーデック９２３に接続される。操作部９３２は、制御部９３１に接続される。バス９３３は、通信部９２２、音声コーデック９２３、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、及び制御部９３１を相互に接続する。
携帯電話機９２０は、音声通話モード、データ通信モード、撮影モード及びテレビ電話モードを含む様々な動作モードで、音声信号の送受信、電子メール又は画像データの送受信、画像の撮像、及びデータの記録などの動作を行う。
音声通話モードにおいて、マイクロホン９２５により生成されるアナログ音声信号は、音声コーデック９２３に供給される。音声コーデック９２３は、アナログ音声信号を音声データへ変換し、変換された音声データをA/D変換し圧縮する。そして、音声コーデック９２３は、圧縮後の音声データを通信部９２２へ出力する。通信部９２２は、音声データを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号を、アンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部９２２は、受信信号を復調及び復号して音声データを生成し、生成した音声データを音声コーデック９２３へ出力する。音声コーデック９２３は、音声データを伸張し及びD/A変換し、アナログ音声信号を生成する。そして、音声コーデック９２３は、生成した音声信号をスピーカ９２４に供給して音声を出力させる。
また、データ通信モードにおいて、例えば、制御部９３１は、操作部９３２を介するユーザによる操作に応じて、電子メールを構成する文字データを生成する。また、制御部９３１は、文字を表示部９３０に表示させる。また、制御部９３１は、操作部９３２を介するユーザからの送信指示に応じて電子メールデータを生成し、生成した電子メールデータを通信部９２２へ出力する。通信部９２２は、電子メールデータを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号を、アンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部９２２は、受信信号を復調及び復号して電子メールデータを復元し、復元した電子メールデータを制御部９３１へ出力する。制御部９３１は、表示部９３０に電子メールの内容を表示させると共に、電子メールデータを記録再生部９２９の記憶媒体に記憶させる。
記録再生部９２９は、読み書き可能な任意の記憶媒体を有する。例えば、記憶媒体は、RAM又はフラッシュメモリなどの内蔵型の記憶媒体であってもよく、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USB（Universal Serial Bus）メモリ、又はメモリカードなどの外部装着型の記憶媒体であってもよい。
また、撮影モードにおいて、例えば、カメラ部９２６は、被写体を撮像して画像データを生成し、生成した画像データを画像処理部９２７へ出力する。画像処理部９２７は、カメラ部９２６から入力される画像データを符号化し、符号化ストリームを記憶再生部９２９の記憶媒体に記憶させる。
また、テレビ電話モードにおいて、例えば、多重分離部９２８は、画像処理部９２７により符号化された映像ストリームと、音声コーデック９２３から入力される音声ストリームとを多重化し、多重化したストリームを通信部９２２へ出力する。通信部９２２は、ストリームを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号を、アンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。これら送信信号及び受信信号には、符号化ビットストリームが含まれ得る。そして、通信部９２２は、受信信号を復調及び復号してストリームを復元し、復元したストリームを多重分離部９２８へ出力する。多重分離部９２８は、入力されるストリームから映像ストリーム及び音声ストリームを分離し、映像ストリームを画像処理部９２７、音声ストリームを音声コーデック９２３へ出力する。画像処理部９２７は、映像ストリームを復号し、映像データを生成する。映像データは、表示部９３０に供給され、表示部９３０により一連の画像が表示される。音声コーデック９２３は、音声ストリームを伸張し及びD/A変換し、アナログ音声信号を生成する。そして、音声コーデック９２３は、生成した音声信号をスピーカ９２４に供給して音声を出力させる。
このように構成された携帯電話機９２０において、画像処理部９２７は、上述した実施形態に係る画像符号化装置１００（図１０）及び画像復号装置３００（図２３）の機能を有する。それにより、携帯電話機９２０での画像の符号化及び復号に際して、画質の低減を抑制することができる。
＜第３の応用例：記録再生装置＞
図４９は、上述した実施形態を適用した記録再生装置の概略的な構成の一例を示している。記録再生装置９４０は、例えば、受信した放送番組の音声データ及び映像データを符号化して記録媒体に記録する。また、記録再生装置９４０は、例えば、他の装置から取得される音声データ及び映像データを符号化して記録媒体に記録してもよい。また、記録再生装置９４０は、例えば、ユーザの指示に応じて、記録媒体に記録されているデータをモニタ及びスピーカ上で再生する。このとき、記録再生装置９４０は、音声データ及び映像データを復号する。
記録再生装置９４０は、チューナ９４１、外部インタフェース９４２、エンコーダ９４３、HDD（Hard Disk Drive）９４４、ディスクドライブ９４５、セレクタ９４６、デコーダ９４７、OSD（On-Screen Display）９４８、制御部９４９、及びユーザインタフェース９５０を備える。
チューナ９４１は、アンテナ（図示せず）を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ９４１は、復調により得られた符号化ビットストリームをセレクタ９４６へ出力する。即ち、チューナ９４１は、記録再生装置９４０における伝送部としての役割を有する。
外部インタフェース９４２は、記録再生装置９４０と外部機器又はネットワークとを接続するためのインタフェースである。外部インタフェース９４２は、例えば、IEEE1394インタフェース、ネットワークインタフェース、USBインタフェース、又はフラッシュメモリインタフェースなどであってよい。例えば、外部インタフェース９４２を介して受信される映像データ及び音声データは、エンコーダ９４３へ入力される。即ち、外部インタフェース９４２は、記録再生装置９４０における伝送部としての役割を有する。
エンコーダ９４３は、外部インタフェース９４２から入力される映像データ及び音声データが符号化されていない場合に、映像データ及び音声データを符号化する。そして、エンコーダ９４３は、符号化ビットストリームをセレクタ９４６へ出力する。
HDD９４４は、映像及び音声などのコンテンツデータが圧縮された符号化ビットストリーム、各種プログラムおよびその他のデータを内部のハードディスクに記録する。また、HDD９４４は、映像及び音声の再生時に、これらデータをハードディスクから読み出す。
ディスクドライブ９４５は、装着されている記録媒体へのデータの記録及び読み出しを行う。ディスクドライブ９４５に装着される記録媒体は、例えばDVDディスク（DVD-Video、DVD-RAM、DVD-R、DVD-RW、DVD+R、DVD+RW等）又はBlu-ray（登録商標）ディスクなどであってよい。
セレクタ９４６は、映像及び音声の記録時には、チューナ９４１又はエンコーダ９４３から入力される符号化ビットストリームを選択し、選択した符号化ビットストリームをHDD９４４又はディスクドライブ９４５へ出力する。また、セレクタ９４６は、映像及び音声の再生時には、HDD９４４又はディスクドライブ９４５から入力される符号化ビットストリームをデコーダ９４７へ出力する。
デコーダ９４７は、符号化ビットストリームを復号し、映像データ及び音声データを生成する。そして、デコーダ９４７は、生成した映像データをOSD９４８へ出力する。また、デコーダ９４７は、生成した音声データを外部のスピーカへ出力する。
OSD９４８は、デコーダ９４７から入力される映像データを再生し、映像を表示する。また、OSD９４８は、表示する映像に、例えばメニュー、ボタン又はカーソルなどのGUIの画像を重畳してもよい。
制御部９４９は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、記録再生装置９４０の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース９５０から入力される操作信号に応じて、記録再生装置９４０の動作を制御する。
ユーザインタフェース９５０は、制御部９４９と接続される。ユーザインタフェース９５０は、例えば、ユーザが記録再生装置９４０を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース９５０は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９４９へ出力する。
このように構成された記録再生装置９４０において、エンコーダ９４３は、上述した実施形態に係る画像符号化装置１００（図１０）の機能を有する。また、デコーダ９４７は、上述した実施形態に係る画像復号装置３００（図２３）の機能を有する。それにより、記録再生装置９４０での画像の符号化及び復号に際して、画質の低減を抑制することができる。
＜第４の応用例：撮像装置＞
図５０は、上述した実施形態を適用した撮像装置の概略的な構成の一例を示している。撮像装置９６０は、被写体を撮像して画像を生成し、画像データを符号化して記録媒体に記録する。
撮像装置９６０は、光学ブロック９６１、撮像部９６２、信号処理部９６３、画像処理部９６４、表示部９６５、外部インタフェース９６６、メモリ９６７、メディアドライブ９６８、OSD９６９、制御部９７０、ユーザインタフェース９７１、及びバス９７２を備える。
光学ブロック９６１は、撮像部９６２に接続される。撮像部９６２は、信号処理部９６３に接続される。表示部９６５は、画像処理部９６４に接続される。ユーザインタフェース９７１は、制御部９７０に接続される。バス９７２は、画像処理部９６４、外部インタフェース９６６、メモリ９６７、メディアドライブ９６８、OSD９６９、及び制御部９７０を相互に接続する。
光学ブロック９６１は、フォーカスレンズ及び絞り機構などを有する。光学ブロック９６１は、被写体の光学像を撮像部９６２の撮像面に結像させる。撮像部９６２は、CCD（Charge Coupled Device）又はCMOS（Complementary Metal Oxide Semiconductor）などのイメージセンサを有し、撮像面に結像した光学像を光電変換によって電気信号としての画像信号に変換する。そして、撮像部９６２は、画像信号を信号処理部９６３へ出力する。
信号処理部９６３は、撮像部９６２から入力される画像信号に対してニー補正、ガンマ補正、色補正などの種々のカメラ信号処理を行う。信号処理部９６３は、カメラ信号処理後の画像データを画像処理部９６４へ出力する。
画像処理部９６４は、信号処理部９６３から入力される画像データを符号化し、符号化データを生成する。そして、画像処理部９６４は、生成した符号化データを外部インタフェース９６６又はメディアドライブ９６８へ出力する。また、画像処理部９６４は、外部インタフェース９６６又はメディアドライブ９６８から入力される符号化データを復号し、画像データを生成する。そして、画像処理部９６４は、生成した画像データを表示部９６５へ出力する。また、画像処理部９６４は、信号処理部９６３から入力される画像データを表示部９６５へ出力して画像を表示させてもよい。また、画像処理部９６４は、OSD９６９から取得される表示用データを、表示部９６５へ出力する画像に重畳してもよい。
OSD９６９は、例えばメニュー、ボタン又はカーソルなどのGUIの画像を生成して、生成した画像を画像処理部９６４へ出力する。
外部インタフェース９６６は、例えばUSB入出力端子として構成される。外部インタフェース９６６は、例えば、画像の印刷時に、撮像装置９６０とプリンタとを接続する。また、外部インタフェース９６６には、必要に応じてドライブが接続される。ドライブには、例えば、磁気ディスク又は光ディスクなどのリムーバブルメディアが装着され、リムーバブルメディアから読み出されるプログラムが、撮像装置９６０にインストールされ得る。さらに、外部インタフェース９６６は、LAN又はインターネットなどのネットワークに接続されるネットワークインタフェースとして構成されてもよい。即ち、外部インタフェース９６６は、撮像装置９６０における伝送部としての役割を有する。
メディアドライブ９６８に装着される記録媒体は、例えば、磁気ディスク、光磁気ディスク、光ディスク、又は半導体メモリなどの、読み書き可能な任意のリムーバブルメディアであってよい。また、メディアドライブ９６８に記録媒体が固定的に装着され、例えば、内蔵型ハードディスクドライブ又はSSD（Solid State Drive）のような非可搬性の記憶部が構成されてもよい。
制御部９７０は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、撮像装置９６０の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース９７１から入力される操作信号に応じて、撮像装置９６０の動作を制御する。
ユーザインタフェース９７１は、制御部９７０と接続される。ユーザインタフェース９７１は、例えば、ユーザが撮像装置９６０を操作するためのボタン及びスイッチなどを有する。ユーザインタフェース９７１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９７０へ出力する。
このように構成された撮像装置９６０において、画像処理部９６４は、上述した実施形態に係る画像符号化装置１００（図１０）及び画像復号装置３００（図２３）の機能を有する。それにより、撮像装置９６０での画像の符号化及び復号に際して、画質の低減を抑制することができる。
＜７．スケーラブル符号化の応用例＞
＜第１のシステム＞
次に、スケーラブル符号化（階層（画像）符号化）されたスケーラブル符号化データの具体的な利用例について説明する。スケーラブル符号化は、例えば、図５１に示される例のように、伝送するデータの選択のために利用される。
図５１に示されるデータ伝送システム１０００において、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを読み出し、ネットワーク１００３を介して、パーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置に配信する。
その際、配信サーバ１００２は、端末装置の能力や通信環境等に応じて、適切な品質の符号化データを選択して伝送する。配信サーバ１００２が不要に高品質なデータを伝送しても、端末装置において高画質な画像を得られるとは限らず、遅延やオーバフローの発生要因となる恐れがある。また、不要に通信帯域を占有したり、端末装置の負荷を不要に増大させたりしてしまう恐れもある。逆に、配信サーバ１００２が不要に低品質なデータを伝送しても、端末装置において十分な画質の画像を得ることができない恐れがある。そのため、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを、適宜、端末装置の能力や通信環境等に対して適切な品質の符号化データとして読み出し、伝送する。
例えば、スケーラブル符号化データ記憶部１００１は、スケーラブルに符号化されたスケーラブル符号化データ（BL+EL）１０１１を記憶するとする。このスケーラブル符号化データ（BL+EL）１０１１は、ベースレイヤとエンハンスメントレイヤの両方を含む符号化データであり、復号することにより、ベースレイヤの画像およびエンハンスメントレイヤの画像の両方を得ることができるデータである。
配信サーバ１００２は、データを伝送する端末装置の能力や通信環境等に応じて、適切なレイヤを選択し、そのレイヤのデータを読み出す。例えば、配信サーバ１００２は、処理能力の高いパーソナルコンピュータ１００４やタブレットデバイス１００６に対しては、高品質なスケーラブル符号化データ（BL+EL）１０１１をスケーラブル符号化データ記憶部１００１から読み出し、そのまま伝送する。これに対して、例えば、配信サーバ１００２は、処理能力の低いAV機器１００５や携帯電話機１００７に対しては、スケーラブル符号化データ（BL+EL）１０１１からベースレイヤのデータを抽出し、スケーラブル符号化データ（BL+EL）１０１１と同じコンテンツのデータであるが、スケーラブル符号化データ（BL+EL）１０１１よりも低品質なスケーラブル符号化データ（BL）１０１２として伝送する。
このようにスケーラブル符号化データを用いることにより、データ量を容易に調整することができるので、遅延やオーバフローの発生を抑制したり、端末装置や通信媒体の負荷の不要な増大を抑制したりすることができる。また、スケーラブル符号化データ（BL+EL）１０１１は、レイヤ間の冗長性が低減されているので、各レイヤの符号化データを個別のデータとする場合よりもそのデータ量を低減させることができる。したがって、スケーラブル符号化データ記憶部１００１の記憶領域をより効率よく使用することができる。
なお、パーソナルコンピュータ１００４乃至携帯電話機１００７のように、端末装置には様々な装置を適用することができるので、端末装置のハードウエアの性能は、装置によって異なる。また、端末装置が実行するアプリケーションも様々であるので、そのソフトウエアの能力も様々である。さらに、通信媒体となるネットワーク１００３も、例えばインターネットやLAN（Local Area Network）等、有線若しくは無線、またはその両方を含むあらゆる通信回線網を適用することができ、そのデータ伝送能力は様々である。さらに、他の通信等によっても変化する恐れがある。
そこで、配信サーバ１００２は、データ伝送を開始する前に、データの伝送先となる端末装置と通信を行い、端末装置のハードウエア性能や、端末装置が実行するアプリケーション（ソフトウエア）の性能等といった端末装置の能力に関する情報、並びに、ネットワーク１００３の利用可能帯域幅等の通信環境に関する情報を得るようにしてもよい。そして、配信サーバ１００２が、ここで得た情報を基に、適切なレイヤを選択するようにしてもよい。
なお、レイヤの抽出は、端末装置において行うようにしてもよい。例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１を復号し、ベースレイヤの画像を表示しても良いし、エンハンスメントレイヤの画像を表示しても良い。また、例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１から、ベースレイヤのスケーラブル符号化データ（BL）１０１２を抽出し、記憶したり、他の装置に転送したり、復号してベースレイヤの画像を表示したりするようにしてもよい。
もちろん、スケーラブル符号化データ記憶部１００１、配信サーバ１００２、ネットワーク１００３、および端末装置の数はいずれも任意である。また、以上においては、配信サーバ１００２がデータを端末装置に伝送する例について説明したが、利用例はこれに限定されない。データ伝送システム１０００は、スケーラブル符号化された符号化データを端末装置に伝送する際、端末装置の能力や通信環境等に応じて、適切なレイヤを選択して伝送するシステムであれば、任意のシステムに適用することができる。
そして、以上のような図５１のようなデータ伝送システム１０００においても、図４０乃至図４５を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図４０乃至図４５を参照して上述した効果と同様の効果を得ることができる。
＜第２のシステム＞
また、スケーラブル符号化は、例えば、図５２に示される例のように、複数の通信媒体を介する伝送のために利用される。
図５２に示されるデータ伝送システム１１００において、放送局１１０１は、地上波放送１１１１により、ベースレイヤのスケーラブル符号化データ（BL）１１２１を伝送する。また、放送局１１０１は、有線若しくは無線またはその両方の通信網よりなる任意のネットワーク１１１２を介して、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する（例えばパケット化して伝送する）。
端末装置１１０２は、放送局１１０１が放送する地上波放送１１１１の受信機能を有し、この地上波放送１１１１を介して伝送されるベースレイヤのスケーラブル符号化データ（BL）１１２１を受け取る。また、端末装置１１０２は、ネットワーク１１１２を介した通信を行う通信機能をさらに有し、このネットワーク１１１２を介して伝送されるエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を受け取る。
端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１を、復号してベースレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
また、端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１と、ネットワーク１１１２を介して取得したエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２とを合成して、スケーラブル符号化データ（BL+EL）を得たり、それを復号してエンハンスメントレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
以上のように、スケーラブル符号化データは、例えばレイヤ毎に異なる通信媒体を介して伝送させることができる。したがって、負荷を分散させることができ、遅延やオーバフローの発生を抑制することができる。
また、状況に応じて、伝送に使用する通信媒体を、レイヤ毎に選択することができるようにしてもよい。例えば、データ量が比較的多いベースレイヤのスケーラブル符号化データ（BL）１１２１を帯域幅の広い通信媒体を介して伝送させ、データ量が比較的少ないエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を帯域幅の狭い通信媒体を介して伝送させるようにしてもよい。また、例えば、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する通信媒体を、ネットワーク１１１２とするか、地上波放送１１１１とするかを、ネットワーク１１１２の利用可能帯域幅に応じて切り替えるようにしてもよい。もちろん、任意のレイヤのデータについて同様である。
このように制御することにより、データ伝送における負荷の増大を、より抑制することができる。
もちろん、レイヤ数は任意であり、伝送に利用する通信媒体の数も任意である。また、データ配信先となる端末装置１１０２の数も任意である。さらに、以上においては、放送局１１０１からの放送を例に説明したが、利用例はこれに限定されない。データ伝送システム１１００は、スケーラブル符号化された符号化データを、レイヤを単位として複数に分割し、複数の回線を介して伝送するシステムであれば、任意のシステムに適用することができる。
そして、以上のような図５２のようなデータ伝送システム１１００においても、図４０乃至図４５を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図４０乃至図４５を参照して上述した効果と同様の効果を得ることができる。
＜第３のシステム＞
また、スケーラブル符号化は、例えば、図５３に示される例のように、符号化データの記憶に利用される。
図５３に示される撮像システム１２００において、撮像装置１２０１は、被写体１２１１を撮像して得られた画像データをスケーラブル符号化し、スケーラブル符号化データ（BL+EL）１２２１として、スケーラブル符号化データ記憶装置１２０２に供給する。
スケーラブル符号化データ記憶装置１２０２は、撮像装置１２０１から供給されるスケーラブル符号化データ（BL+EL）１２２１を、状況に応じた品質で記憶する。例えば、通常時の場合、スケーラブル符号化データ記憶装置１２０２は、スケーラブル符号化データ（BL+EL）１２２１からベースレイヤのデータを抽出し、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２として記憶する。これに対して、例えば、注目時の場合、スケーラブル符号化データ記憶装置１２０２は、高品質でデータ量の多いスケーラブル符号化データ（BL+EL）１２２１のまま記憶する。
このようにすることにより、スケーラブル符号化データ記憶装置１２０２は、必要な場合のみ、画像を高画質に保存することができるので、画質劣化による画像の価値の低減を抑制しながら、データ量の増大を抑制することができ、記憶領域の利用効率を向上させることができる。
例えば、撮像装置１２０１が監視カメラであるとする。撮像画像に監視対象（例えば侵入者）が写っていない場合（通常時の場合）、撮像画像の内容は重要でない可能性が高いので、データ量の低減が優先され、その画像データ（スケーラブル符号化データ）は、低品質に記憶される。これに対して、撮像画像に監視対象が被写体１２１１として写っている場合（注目時の場合）、その撮像画像の内容は重要である可能性が高いので、画質が優先され、その画像データ（スケーラブル符号化データ）は、高品質に記憶される。
なお、通常時であるか注目時であるかは、例えば、スケーラブル符号化データ記憶装置１２０２が、画像を解析することにより判定しても良い。また、撮像装置１２０１が判定し、その判定結果をスケーラブル符号化データ記憶装置１２０２に伝送するようにしてもよい。
なお、通常時であるか注目時であるかの判定基準は任意であり、判定基準とする画像の内容は任意である。もちろん、画像の内容以外の条件を判定基準とすることもできる。例えば、収録した音声の大きさや波形等に応じて切り替えるようにしてもよいし、所定の時間毎に切り替えるようにしてもよいし、ユーザ指示等の外部からの指示によって切り替えるようにしてもよい。
また、以上においては、通常時と注目時の２つの状態を切り替える例を説明したが、状態の数は任意であり、例えば、通常時、やや注目時、注目時、非常に注目時等のように、３つ以上の状態を切り替えるようにしてもよい。ただし、この切り替える状態の上限数は、スケーラブル符号化データのレイヤ数に依存する。
また、撮像装置１２０１が、スケーラブル符号化のレイヤ数を、状態に応じて決定するようにしてもよい。例えば、通常時の場合、撮像装置１２０１が、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。また、例えば、注目時の場合、撮像装置１２０１が、高品質でデータ量の多いベースレイヤのスケーラブル符号化データ（BL+EL）１２２１を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。
以上においては、監視カメラを例に説明したが、この撮像システム１２００の用途は任意であり、監視カメラに限定されない。
そして、以上のような図５３のような撮像システム１２００においても、図４０乃至図４５を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図４０乃至図４５を参照して上述した効果と同様の効果を得ることができる。
なお、本技術は、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択して使用する、例えばMPEG DASH等のようなHTTPストリーミングにも適用することができる。つまり、このような複数の符号化データ間で、符号化や復号に関する情報を共有することもできる。
＜８．第６の実施の形態＞
＜実施のその他の例＞
以上において本技術を適用する装置やシステム等の例を説明したが、本技術は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
＜ビデオセット＞
本技術をセットとして実施する場合の例について、図５４を参照して説明する。図５４は、本技術を適用したビデオセットの概略的な構成の一例を示している。
近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、１機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する１セットとして実施を行う場合も多く見られるようになってきた。
図５４に示されるビデオセット１３００は、このような多機能化された構成であり、画像の符号化や復号（いずれか一方でもよいし、両方でも良い）に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。
図５４に示されるように、ビデオセット１３００は、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４等のモジュール群と、コネクティビティ１３２１、カメラ１３２２、およびセンサ１３２３等の関連する機能を有するデバイスとを有する。
モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。
図５４の例の場合、ビデオモジュール１３１１は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ１３３１、ビデオプロセッサ１３３２、ブロードバンドモデム１３３３、およびRFモジュール１３３４を有する。
プロセッサは、所定の機能を有する構成をSoC（System On a Chip）により半導体チップに集積したものであり、例えばシステムLSI（Large Scale Integration）等と称されるものもある。この所定の機能を有する構成は、論理回路（ハードウエア構成）であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム（ソフトウエア構成）であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路（ハードウエア構成）により実現し、その他の機能をCPUにおいて実行されるプログラム（ソフトウエア構成）により実現するようにしてもよい。
図５４のアプリケーションプロセッサ１３３１は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ１３３１において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ１３３２等、ビデオモジュール１３１１内外の構成を必要に応じて制御することもできる。
ビデオプロセッサ１３３２は、画像の符号化・復号（その一方若しくは両方）に関する機能を有するプロセッサである。
ブロードバンドモデム１３３３は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線（またはその両方）の広帯域通信により送信するデータ（デジタル信号）をデジタル変調する等してアナログ信号に変換したり、その広帯域通信により受信したアナログ信号を復調してデータ（デジタル信号）に変換したりする。ブロードバンドモデム１３３３は、例えば、ビデオプロセッサ１３３２が処理する画像データ、画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報を処理する。
RFモジュール１３３４は、アンテナを介して送受信されるRF（Radio Frequency）信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール１３３４は、ブロードバンドモデム１３３３により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール１３３４は、フロントエンドモジュール１３１４を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。
なお、図５４において点線１３４１に示されるように、アプリケーションプロセッサ１３３１とビデオプロセッサ１３３２を、一体化し、１つのプロセッサとして構成されるようにしてもよい。
外部メモリ１３１２は、ビデオモジュール１３１１の外部に設けられた、ビデオモジュール１３１１により利用される記憶デバイスを有するモジュールである。この外部メモリ１３１２の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM（Dynamic Random Access Memory）のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。
パワーマネージメントモジュール１３１３は、ビデオモジュール１３１１（ビデオモジュール１３１１内の各構成）への電力供給を管理し、制御する。
フロントエンドモジュール１３１４は、RFモジュール１３３４に対してフロントエンド機能（アンテナ側の送受信端の回路）を提供するモジュールである。図５４に示されるように、フロントエンドモジュール１３１４は、例えば、アンテナ部１３５１、フィルタ１３５２、および増幅部１３５３を有する。
アンテナ部１３５１は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部１３５１は、増幅部１３５３から供給される信号を無線信号として送信し、受信した無線信号を電気信号（RF信号）としてフィルタ１３５２に供給する。フィルタ１３５２は、アンテナ部１３５１を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール１３３４に供給する。増幅部１３５３は、RFモジュール１３３４から供給されるRF信号を増幅し、アンテナ部１３５１に供給する。
コネクティビティ１３２１は、外部との接続に関する機能を有するモジュールである。コネクティビティ１３２１の物理構成は、任意である。例えば、コネクティビティ１３２１は、ブロードバンドモデム１３３３が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。
例えば、コネクティビティ１３２１が、Bluetooth（登録商標）、IEEE 802.11（例えばWi-Fi（Wireless Fidelity、登録商標））、NFC（Near Field Communication）、IrDA（InfraRed Data Association）等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ１３２１が、USB（Universal Serial Bus）、HDMI（登録商標）（High-Definition Multimedia Interface）等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ１３２１が、アナログ入出力端子等のその他のデータ（信号）伝送機能等を有するようにしてもよい。
なお、コネクティビティ１３２１が、データ（信号）の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ１３２１が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ（リムーバブルメディアのドライブだけでなく、ハードディスク、SSD（Solid State Drive）、NAS（Network Attached Storage）等も含む）を有するようにしてもよい。また、コネクティビティ１３２１が、画像や音声の出力デバイス（モニタやスピーカ等）を有するようにしてもよい。
カメラ１３２２は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ１３２２の撮像により得られた画像データは、例えば、ビデオプロセッサ１３３２に供給されて符号化される。
センサ１３２３は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ１３２３により検出されたデータは、例えば、アプリケーションプロセッサ１３３１に供給されてアプリケーション等により利用される。
以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。
以上のような構成のビデオセット１３００において、後述するようにビデオプロセッサ１３３２に本技術を適用することができる。したがって、ビデオセット１３００は、本技術を適用したセットとして実施することができる。
＜ビデオプロセッサの構成例＞
図５５は、本技術を適用したビデオプロセッサ１３３２（図５４）の概略的な構成の一例を示している。
図５５の例の場合、ビデオプロセッサ１３３２は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。
図５５に示されるように、ビデオプロセッサ１３３２は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、フレームメモリ１４０５、およびメモリ制御部１４０６を有する。また、ビデオプロセッサ１３３２は、エンコード・デコードエンジン１４０７、ビデオES（Elementary Stream）バッファ１４０８Ａおよび１４０８Ｂ、並びに、オーディオESバッファ１４０９Ａおよび１４０９Ｂを有する。さらに、ビデオプロセッサ１３３２は、オーディオエンコーダ１４１０、オーディオデコーダ１４１１、多重化部（MUX（Multiplexer））１４１２、逆多重化部（DMUX（Demultiplexer））１４１３、およびストリームバッファ１４１４を有する。
ビデオ入力処理部１４０１は、例えばコネクティビティ１３２１（図５４）等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第１画像拡大縮小部１４０２は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第２画像拡大縮小部１４０３は、画像データに対して、ビデオ出力処理部１４０４を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第１画像拡大縮小部１４０２と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部１４０４は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ１３２１（図５４）等に出力する。
フレームメモリ１４０５は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、およびエンコード・デコードエンジン１４０７によって共用される画像データ用のメモリである。フレームメモリ１４０５は、例えばDRAM等の半導体メモリとして実現される。
メモリ制御部１４０６は、エンコード・デコードエンジン１４０７からの同期信号を受けて、アクセス管理テーブル１４０６Ａに書き込まれたフレームメモリ１４０５へのアクセススケジュールに従ってフレームメモリ１４０５に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル１４０６Ａは、エンコード・デコードエンジン１４０７、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３等で実行される処理に応じて、メモリ制御部１４０６により更新される。
エンコード・デコードエンジン１４０７は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン１４０７は、フレームメモリ１４０５から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ１４０８Ａに順次書き込む。また、例えば、ビデオESバッファ１４０８Ｂからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ１４０５に順次書き込む。エンコード・デコードエンジン１４０７は、これらの符号化や復号において、フレームメモリ１４０５を作業領域として使用する。また、エンコード・デコードエンジン１４０７は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部１４０６に対して同期信号を出力する。
ビデオESバッファ１４０８Ａは、エンコード・デコードエンジン１４０７によって生成されたビデオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。ビデオESバッファ１４０８Ｂは、逆多重化部（DMUX）１４１３から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン１４０７に供給する。
オーディオESバッファ１４０９Ａは、オーディオエンコーダ１４１０によって生成されたオーディオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。オーディオESバッファ１４０９Ｂは、逆多重化部（DMUX）１４１３から供給されたオーディオストリームをバッファリングして、オーディオデコーダ１４１１に供給する。
オーディオエンコーダ１４１０は、例えばコネクティビティ１３２１（図５４）等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3（AudioCode number 3）方式等の所定の方式で符号化する。オーディオエンコーダ１４１０は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ１４０９Ａに順次書き込む。オーディオデコーダ１４１１は、オーディオESバッファ１４０９Ｂから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ１３２１（図５４）等に供給する。
多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法（すなわち、多重化により生成されるビットストリームのフォーマット）は任意である。また、この多重化の際に、多重化部（MUX）１４１２は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部（MUX）１４１２は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ（ファイルデータ）に変換する。
逆多重化部（DMUX）１４１３は、多重化部（MUX）１４１２による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部（DMUX）１４１３は、ストリームバッファ１４１４から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する（ビデオストリームとオーディオストリームとを分離する）。つまり、逆多重化部（DMUX）１４１３は、逆多重化によりストリームのフォーマットを変換（多重化部（MUX）１４１２による変換の逆変換）することができる。例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図５４）から供給されたトランスポートストリームを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１により（図５４）各種記録媒体から読み出されたファイルデータを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。
ストリームバッファ１４１４は、ビットストリームをバッファリングする。例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図５４）等に供給する。
また、例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１（図５４）等に供給し、各種記録媒体に記録させる。
さらに、ストリームバッファ１４１４は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図５４）を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
また、ストリームバッファ１４１４は、例えばコネクティビティ１３２１（図５４）等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
次に、このような構成のビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１（図５４）等からビデオプロセッサ１３３２に入力されたビデオ信号は、ビデオ入力処理部１４０１において４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式のデジタル画像データに変換され、フレームメモリ１４０５に順次書き込まれる。このデジタル画像データは、第１画像拡大縮小部１４０２または第２画像拡大縮小部１４０３に読み出されて、４：２：０Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ１４０５に書き込まれる。この画像データは、エンコード・デコードエンジン１４０７によって符号化され、ビデオストリームとしてビデオESバッファ１４０８Ａに書き込まれる。
また、コネクティビティ１３２１（図５４）等からビデオプロセッサ１３３２に入力されたオーディオ信号は、オーディオエンコーダ１４１０によって符号化され、オーディオストリームとして、オーディオESバッファ１４０９Ａに書き込まれる。
ビデオESバッファ１４０８Ａのビデオストリームと、オーディオESバッファ１４０９Ａのオーディオストリームは、多重化部（MUX）１４１２に読み出されて多重化され、トランスポートストリーム若しくはファイルデータ等に変換される。多重化部（MUX）１４１２により生成されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図５４）等を介して外部ネットワークに出力される。また、多重化部（MUX）１４１２により生成されたファイルデータは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１（図５４）等に出力され、各種記録媒体に記録される。
また、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図５４）等を介して外部ネットワークからビデオプロセッサ１３３２に入力されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。また、例えばコネクティビティ１３２１（図５４）等において各種記録媒体から読み出され、ビデオプロセッサ１３３２に入力されたファイルデータは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。つまり、ビデオプロセッサ１３３２に入力されたトランスポートストリームまたはファイルデータは、逆多重化部（DMUX）１４１３によりビデオストリームとオーディオストリームとに分離される。
オーディオストリームは、オーディオESバッファ１４０９Ｂを介してオーディオデコーダ１４１１に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ１４０８Ｂに書き込まれた後、エンコード・デコードエンジン１４０７により順次読み出されて復号されてフレームメモリ１４０５に書き込まれる。復号された画像データは、第２画像拡大縮小部１４０３によって拡大縮小処理されて、フレームメモリ１４０５に書き込まれる。そして、復号された画像データは、ビデオ出力処理部１４０４に読み出されて、４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。
このように構成されるビデオプロセッサ１３３２に本技術を適用する場合、エンコード・デコードエンジン１４０７に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、エンコード・デコードエンジン１４０７が、上述した各実施形態に係る画像符号化装置や画像復号装置の機能を有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
なお、エンコード・デコードエンジン１４０７において、本技術（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
＜ビデオプロセッサの他の構成例＞
図５６は、本技術を適用したビデオプロセッサ１３３２（図５４）の概略的な構成の他の例を示している。図５６の例の場合、ビデオプロセッサ１３３２は、ビデオデータを所定の方式で符号化・復号する機能とを有する。
より具体的には、図５６に示されるように、ビデオプロセッサ１３３２は、制御部１５１１、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、および内部メモリ１５１５を有する。また、ビデオプロセッサ１３３２は、コーデックエンジン１５１６、メモリインタフェース１５１７、多重化・逆多重化部（MUX DMUX）１５１８、ネットワークインタフェース１５１９、およびビデオインタフェース１５２０を有する。
制御部１５１１は、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６等、ビデオプロセッサ１３３２内の各処理部の動作を制御する。
図５６に示されるように、制御部１５１１は、例えば、メインCPU１５３１、サブCPU１５３２、およびシステムコントローラ１５３３を有する。メインCPU１５３１は、ビデオプロセッサ１３３２内の各処理部の動作を制御するためのプログラム等を実行する。メインCPU１５３１は、そのプログラム等に従って制御信号を生成し、各処理部に供給する（つまり、各処理部の動作を制御する）。サブCPU１５３２は、メインCPU１５３１の補助的な役割を果たす。例えば、サブCPU１５３２は、メインCPU１５３１が実行するプログラム等の子プロセスやサブルーチン等を実行する。システムコントローラ１５３３は、メインCPU１５３１およびサブCPU１５３２が実行するプログラムを指定する等、メインCPU１５３１およびサブCPU１５３２の動作を制御する。
ディスプレイインタフェース１５１２は、制御部１５１１の制御の下、画像データを例えばコネクティビティ１３２１（図５４）等に出力する。例えば、ディスプレイインタフェース１５１２は、デジタルデータの画像データをアナログ信号に変換し、再生されたビデオ信号として、またはデジタルデータの画像データのまま、コネクティビティ１３２１（図５４）のモニタ装置等に出力する。
ディスプレイエンジン１５１３は、制御部１５１１の制御の下、画像データに対して、その画像を表示させるモニタ装置等のハードウエアスペックに合わせるように、フォーマット変換、サイズ変換、色域変換等の各種変換処理を行う。
画像処理エンジン１５１４は、制御部１５１１の制御の下、画像データに対して、例えば画質改善のためのフィルタ処理等、所定の画像処理を施す。
内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６により共用される、ビデオプロセッサ１３３２の内部に設けられたメモリである。内部メモリ１５１５は、例えば、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６の間で行われるデータの授受に利用される。例えば、内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６から供給されるデータを格納し、必要に応じて（例えば、要求に応じて）、そのデータを、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６に供給する。この内部メモリ１５１５は、どのような記憶デバイスにより実現するようにしてもよいが、一般的にブロック単位の画像データやパラメータ等といった小容量のデータの格納に利用することが多いので、例えばSRAM（Static Random Access Memory）のような比較的（例えば外部メモリ１３１２と比較して）小容量だが応答速度が高速な半導体メモリにより実現するのが望ましい。
コーデックエンジン１５１６は、画像データの符号化や復号に関する処理を行う。このコーデックエンジン１５１６が対応する符号化・復号の方式は任意であり、その数は１つであってもよいし、複数であってもよい。例えば、コーデックエンジン１５１６は、複数の符号化・復号方式のコーデック機能を備え、その中から選択されたもので画像データの符号化若しくは符号化データの復号を行うようにしてもよい。
図５６に示される例において、コーデックエンジン１５１６は、コーデックに関する処理の機能ブロックとして、例えば、MPEG-2 Video１５４１、AVC/H.264１５４２、HEVC/H.265１５４３、HEVC/H.265(Scalable)１５４４、HEVC/H.265(Multi-view)１５４５、およびMPEG-DASH１５５１を有する。
MPEG-2 Video１５４１は、画像データをMPEG-2方式で符号化したり復号したりする機能ブロックである。AVC/H.264１５４２は、画像データをAVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265１５４３は、画像データをHEVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265(Scalable)１５４４は、画像データをHEVC方式でスケーラブル符号化したりスケーラブル復号したりする機能ブロックである。HEVC/H.265(Multi-view)１５４５は、画像データをHEVC方式で多視点符号化したり多視点復号したりする機能ブロックである。
MPEG-DASH１５５１は、画像データをMPEG-DASH（MPEG-Dynamic Adaptive Streaming over HTTP）方式で送受信する機能ブロックである。MPEG-DASHは、HTTP（HyperText Transfer Protocol）を使ってビデオのストリーミングを行う技術であり、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択し伝送することを特徴の１つとする。MPEG-DASH１５５１は、規格に準拠するストリームの生成やそのストリームの伝送制御等を行い、画像データの符号化・復号については、上述したMPEG-2 Video１５４１乃至HEVC/H.265(Multi-view)１５４５を利用する。
メモリインタフェース１５１７は、外部メモリ１３１２用のインタフェースである。画像処理エンジン１５１４やコーデックエンジン１５１６から供給されるデータは、メモリインタフェース１５１７を介して外部メモリ１３１２に供給される。また、外部メモリ１３１２から読み出されたデータは、メモリインタフェース１５１７を介してビデオプロセッサ１３３２（画像処理エンジン１５１４若しくはコーデックエンジン１５１６）に供給される。
多重化・逆多重化部（MUX DMUX）１５１８は、符号化データのビットストリーム、画像データ、ビデオ信号等、画像に関する各種データの多重化や逆多重化を行う。この多重化・逆多重化の方法は任意である。例えば、多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、複数のデータを１つにまとめるだけでなく、所定のヘッダ情報等をそのデータに付加することもできる。また、逆多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、１つのデータを複数に分割するだけでなく、分割した各データに所定のヘッダ情報等を付加することもできる。つまり、多重化・逆多重化部（MUX DMUX）１５１８は、多重化・逆多重化によりデータのフォーマットを変換することができる。例えば、多重化・逆多重化部（MUX DMUX）１５１８は、ビットストリームを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームや、記録用のファイルフォーマットのデータ（ファイルデータ）に変換することができる。もちろん、逆多重化によりその逆変換も可能である。
ネットワークインタフェース１５１９は、例えばブロードバンドモデム１３３３やコネクティビティ１３２１（いずれも図５４）等向けのインタフェースである。ビデオインタフェース１５２０は、例えばコネクティビティ１３２１やカメラ１３２２（いずれも図５４）等向けのインタフェースである。
次に、このようなビデオプロセッサ１３３２の動作の例について説明する。例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図５４）等を介して外部ネットワークからトランスポートストリームを受信すると、そのトランスポートストリームは、ネットワークインタフェース１５１９を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、例えば、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１（図５４）等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてファイルデータに変換され、ビデオインタフェース１５２０を介して例えばコネクティビティ１３２１（図５４）等に出力され、各種記録媒体に記録される。
さらに、例えば、コネクティビティ１３２１（図５４）等により図示せぬ記録媒体から読み出された、画像データが符号化された符号化データのファイルデータは、ビデオインタフェース１５２０を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１（図５４）等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてトランスポートストリームに変換され、ネットワークインタフェース１５１９を介して例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図５４）等に供給され図示せぬ他の装置に伝送される。
なお、ビデオプロセッサ１３３２内の各処理部の間での画像データやその他のデータの授受は、例えば、内部メモリ１５１５や外部メモリ１３１２を利用して行われる。また、パワーマネージメントモジュール１３１３は、例えば制御部１５１１への電力供給を制御する。
このように構成されるビデオプロセッサ１３３２に本技術を適用する場合、コーデックエンジン１５１６に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、コーデックエンジン１５１６が、上述した各実施形態に係る画像符号化装置や画像復号装置を実現する機能ブロックを有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
なお、コーデックエンジン１５１６において、本技術（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
以上にビデオプロセッサ１３３２の構成を２例示したが、ビデオプロセッサ１３３２の構成は任意であり、上述した２例以外のものであってもよい。また、このビデオプロセッサ１３３２は、１つの半導体チップとして構成されるようにしてもよいが、複数の半導体チップとして構成されるようにしてもよい。例えば、複数の半導体を積層する３次元積層LSIとしてもよい。また、複数のLSIにより実現されるようにしてもよい。
＜装置への適用例＞
ビデオセット１３００は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット１３００は、テレビジョン装置９００（図４７）、携帯電話機９２０（図４８）、記録再生装置９４０（図４９）、撮像装置９６０（図５０）等に組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
また、ビデオセット１３００は、例えば、図５１のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図５２のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図５３の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等にも組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
なお、上述したビデオセット１３００の各構成の一部であっても、ビデオプロセッサ１３３２を含むものであれば、本技術を適用した構成として実施することができる。例えば、ビデオプロセッサ１３３２のみを本技術を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線１３４１により示されるプロセッサやビデオモジュール１３１１等を本技術を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４を組み合わせ、本技術を適用したビデオユニット１３６１として実施することもできる。いずれの構成の場合であっても、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
つまり、ビデオプロセッサ１３３２を含むものであればどのような構成であっても、ビデオセット１３００の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ１３３２、点線１３４１により示されるプロセッサ、ビデオモジュール１３１１、または、ビデオユニット１３６１を、テレビジョン装置９００（図４７）、携帯電話機９２０（図４８）、記録再生装置９４０（図４９）、撮像装置９６０（図５０）、図５１のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図５２のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図５３の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等に組み込むことができる。そして、本技術を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット１３００の場合と同様に、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
＜９．第７の実施の形態＞
＜MPEG-DASHの応用例＞
なお、本技術は、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択して使用する、例えば、後述するMPEG DASH等のようなHTTPストリーミングのコンテンツ再生システムやWi-Fi規格の無線通信システムにも適用することができる。
＜コンテンツ再生システムの概要＞
まず、図５７乃至図５９を参照し、本技術を適用可能なコンテンツ再生システムについて概略的に説明する。
以下では、まず、このような各実施形態において共通する基本構成について図５７および図５８を参照して説明する。
図５７は、コンテンツ再生システムの構成を示した説明図である。図５７に示したように、コンテンツ再生システムは、コンテンツサーバ１６１０、１６１１と、ネットワーク１６１２と、コンテンツ再生装置１６２０（クライアント装置）とを備える。
コンテンツサーバ１６１０、１６１１とコンテンツ再生装置１６２０は、ネットワーク１６１２を介して接続されている。このネットワーク１６１２は、ネットワーク１６１２に接続されている装置から送信される情報の有線、または無線の伝送路である。
例えば、ネットワーク１６１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ethernet（登録商標）を含む各種のLAN（Local Area Network）、WAN（Wide Area Network）などを含んでもよい。また、ネットワーク１６１２は、IP-VPN（Internet Protocol-Virtual Private Network）などの専用回線網を含んでもよい。
コンテンツサーバ１６１０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタ情報を含むデータファイルを生成して記憶する。なお、コンテンツサーバ１６１０がMP4形式のデータファイルを生成する場合、符号化データは「mdat」に該当し、メタ情報は「moov」に該当する。
また、コンテンツデータは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウエアなどであってもよい。
ここで、コンテンツサーバ１６１０は、同一コンテンツに関し、異なるビットレートで複数のデータファイルを生成する。またコンテンツサーバ１６１１は、コンテンツ再生装置１６２０からのコンテンツの再生要求に対して、コンテンツサーバ１６１０のURLの情報に、コンテンツ再生装置１６２０で当該URLに付加させるパラメータの情報を含めてコンテンツ再生装置１６２０に送信する。以下、図５８を参照して当該事項について具体的に説明する。
図５８は、図５７のコンテンツ再生システムにおけるデータの流れを示した説明図である。コンテンツサーバ１６１０は、同一のコンテンツデータを異なるビットレートで符号化し、図５８に示したように例えば２MbpsのファイルＡ、１．５MbpsのファイルＢ、１MbpsのファイルＣを生成する。相対的に、ファイルＡはハイビットレートであり、ファイルＢは標準ビットレートであり、ファイルＣはロービットレートである。
また、図５８に示したように、各ファイルの符号化データは複数のセグメントに区分されている。例えば、ファイルＡの符号化データは「Ａ１」、「Ａ２」、「Ａ３」、・・・「Ａｎ」というセグメントに区分されており、ファイルＢの符号化データは「Ｂ１」、「Ｂ２」、「Ｂ３」、・・・「Ｂｎ」というセグメントに区分されており、ファイルＣの符号化データは「Ｃ１」、「Ｃ２」、「Ｃ３」、・・・「Ｃｎ」というセグメントに区分されている。
なお、各セグメントはMP4のシンクサンプル（たとえば、AVC/H．264の映像符号化ではIDR−ピクチャ）で始まる単独で再生可能な１または２以上の映像符号化データおよび音声符号化データより構成サンプルで構成されてもよい。例えば、一秒３０フレームのビデオデータが１５フレーム固定長のGOP（Group of Picture）にて符号化されていた場合、各セグメントは、４GOPに相当する２秒分の映像ならびに音声符号化データであっても、２０GOPに相当する１０秒分の映像ならびに音声符号化データであってもよい。
また、各ファイルにおける配置順番が同一のセグメントによる再生範囲（コンテンツの先頭からの時間位置の範囲）は同一である。例えば、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は同一であり、各セグメントが２秒分の符号化データである場合、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は、いずれもコンテンツの２秒乃至４秒である。
コンテンツサーバ１６１０は、このような複数のセグメントから構成されるファイルＡ乃至ファイルＣを生成すると、ファイルＡ乃至ファイルＣを記憶する。そして、コンテンツサーバ１６１０は、図５８に示したように、異なるファイルを構成するセグメントをコンテンツ再生装置１６２０に順次に送信し、コンテンツ再生装置１６２０は、受信したセグメントをストリーミング再生する。
ここで、本実施形態によるコンテンツサーバ１６１０は、各符号化データのビットレート情報およびアクセス情報を含むプレイリストファイル（以下、MPD：Media Presentation Description）をコンテンツ再生装置１６２０に送信し、コンテンツ再生装置１６２０は、MPDに基づき、複数のビットレートのうちのいずれかのビットレートを選択し、選択したビットレートに対応するセグメントの送信をコンテンツサーバ１６１０に要求する。
図５７では、１つのコンテンツサーバ１６１０のみが図示されているが、本開示は係る例に限定されないことは言うまでもない。
図５９は、MPDの具体例を示した説明図である。図５９に示したように、MPDには、異なるビットレート（BANDWIDTH）を有する複数の符号化データに関するアクセス情報が含まれる。例えば、図５９に示したMPDは、２５６Kbps、１．０２４Mbps、１．３８４Mbps、１．５３６Mbps、２．０４８Mbpsの各々の符号化データが存在することを示す共に、各符号化データに関するアクセス情報を含む。コンテンツ再生装置１６２０は、かかるMPDに基づき、ストリーミング再生する符号化データのビットレートを動的に変更することが可能である。
なお、図５７にはコンテンツ再生装置１６２０の一例として携帯端末を示しているが、コンテンツ再生装置１６２０はかかる例に限定されない。例えば、コンテンツ再生装置１６２０は、PC（Personal Computer）、家庭用映像処理装置（DVDレコーダ、ビデオデッキなど）、PDA（Personal Digital Assistants）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、コンテンツ再生装置１６２０は、携帯電話、PHS（Personal Handyphone System）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
＜コンテンツサーバ１６１０の構成＞
以上、図５７乃至図５９を参照し、コンテンツ再生システムの概要を説明した。続いて、図６０を参照し、コンテンツサーバ１６１０の構成を説明する。
図６０は、コンテンツサーバ１６１０の構成を示した機能ブロック図である。図６０に示したように、コンテンツサーバ１６１０は、ファイル生成部１６３１と、記憶部１６３２と、通信部１６３３とを備える。
ファイル生成部１６３１は、コンテンツデータを符号化するエンコーダ１６４１を備え、同一のコンテンツでビットレートが異なる複数の符号化データ、および上述したMPDを生成する。例えば、ファイル生成部１６３１は、２５６Kbps、１．０２４Mbps、１．３８４Mbps、１．５３６Mbps、２．０４８Mbpsの各々の符号化データを生成した場合、図５９に示したようなMPDを生成する。
記憶部１６３２は、ファイル生成部１６３１により生成されたビットレートが異なる複数の符号化データおよびMPDを記憶する。この記憶部１６３２は、不揮発性メモリ、磁気ディスク、光ディスク、およびMO（Magneto Optical）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、EEPROM（Electrically Erasable Programmable Read-Only Memory）、EPROM（Erasable Programmable ROM）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、CD（Compact Disc）、DVD-R（Digital Versatile Disc Recordable）およびBD（Blu-Ray Disc（登録商標））などがあげられる。
通信部１６３３は、コンテンツ再生装置１６２０とのインタフェースであって、ネットワーク１６１２を介してコンテンツ再生装置１６２０と通信する。より詳細には、通信部１６３３は、HTTPに従ってコンテンツ再生装置１６２０と通信するHTTPサーバとしての機能を有する。例えば、通信部１６３３は、MPDをコンテンツ再生装置１６２０に送信し、HTTPに従ってコンテンツ再生装置１６２０からMPDに基づいて要求された符号化データを記憶部１６３２から抽出し、HTTPレスポンスとしてコンテンツ再生装置１６２０に符号化データを送信する。
＜コンテンツ再生装置１６２０の構成＞
以上、本実施形態によるコンテンツサーバ１６１０の構成を説明した。続いて、図６１を参照し、コンテンツ再生装置１６２０の構成を説明する。
図６１は、コンテンツ再生装置１６２０の構成を示した機能ブロック図である。図６１に示したように、コンテンツ再生装置１６２０は、通信部１６５１と、記憶部１６５２と、再生部１６５３と、選択部１６５４と、現在地取得部１６５６とを備える。
通信部１６５１は、コンテンツサーバ１６１０とのインタフェースであって、コンテンツサーバ１６１０に対してデータを要求し、コンテンツサーバ１６１０からデータを取得する。より詳細には、通信部１６５１は、HTTPに従ってコンテンツ再生装置１６２０と通信するHTTPクライアントとしての機能を有する。例えば、通信部１６５１は、HTTP Rangeを利用することにより、コンテンツサーバ１６１０からMPDや符号化データのセグメントを選択的に取得することができる。
記憶部１６５２は、コンテンツの再生に関する種々の情報を記憶する。例えば、通信部１６５１によりコンテンツサーバ１６１０から取得されるセグメントを順次にバッファリングする。記憶部１６５２にバッファリングされた符号化データのセグメントは、FIFO（First In First Out）で再生部１６５３へ順次に供給される。
また記憶部１６５２は、後述のコンテンツサーバ１６１１から要求された、MPDに記述されているコンテンツのURLへのパラメータの付加指示に基づき、通信部１６５１でURLにパラメータを付加して、そのURLへアクセスするための定義を記憶する。
再生部１６５３は、記憶部１６５２から供給されるセグメントを順次に再生する。具体的には、再生部１６５３は、セグメントのデコード、DA変換、およびレンダリングなどを行う。
選択部１６５４は、MPDに含まれるいずれのビットレートに対応する符号化データのセグメントを取得するかを同一コンテンツ内で順次に選択する。例えば、選択部１６５４がネットワーク１６１２の帯域に応じてセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に選択すると、図５８に示したように、通信部１６５１がコンテンツサーバ１６１０からセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に取得する。
現在地取得部１６５６は、コンテンツ再生装置１６２０の現在の位置を取得するものであり、例えばGPS（Global Positioning System）受信機などの現在地を取得するモジュールで構成されていても良い。また現在地取得部１６５６は、無線ネットワークを使用してコンテンツ再生装置１６２０の現在の位置を取得するものであってもよい。
＜コンテンツサーバ１６１１の構成＞
図６２は、コンテンツサーバ１６１１の構成例を示す説明図である。図６２に示したように、コンテンツサーバ１６１１は、記憶部１６７１と、通信部１６７２とを備える。
記憶部１６７１は、MPDのURLの情報を記憶する。MPDのURLの情報は、コンテンツの再生を要求するコンテンツ再生装置１６２０からの求めに応じ、コンテンツサーバ１６１１からコンテンツ再生装置１６２０へ送信される。また記憶部１６７１は、コンテンツ再生装置１６２０へのMPDのURLの情報を提供する際に、当該MPDに記述されているURLにコンテンツ再生装置１６２０でパラメータを付加させる際の定義情報を記憶する。
通信部１６７２は、コンテンツ再生装置１６２０とのインタフェースであって、ネットワーク１６１２を介してコンテンツ再生装置１６２０と通信する。すなわち通信部１６７２は、コンテンツの再生を要求するコンテンツ再生装置１６２０から、MPDのURLの情報の要求を受信し、コンテンツ再生装置１６２０へMPDのURLの情報を送信する。通信部１６７２から送信されるMPDのURLには、コンテンツ再生装置１６２０でパラメータを付加させるための情報が含まれる。
コンテンツ再生装置１６２０でMPDのURLに付加させるパラメータについては、コンテンツサーバ１６１１およびコンテンツ再生装置１６２０で共有する定義情報で様々に設定することが出来る。一例を挙げれば、コンテンツ再生装置１６２０の現在位置、コンテンツ再生装置１６２０を使用するユーザのユーザID、コンテンツ再生装置１６２０のメモリサイズ、コンテンツ再生装置１６２０のストレージの容量などの情報を、コンテンツ再生装置１６２０でMPDのURLに付加させることが出来る。
以上のような構成のコンテンツ再生システムにおいて、図１乃至図３６を参照して上述したような本技術を適用することにより、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。
すなわち、コンテンツサーバ１６１０のエンコーダ１６４１は、上述した実施形態に係る画像符号化装置の機能を有する。また、コンテンツ再生装置１６２０の再生部１６５３は、上述した実施形態に係る画像復号装置の機能を有する。それにより、符号化・復号に必要な記憶容量の増大を抑制することができる。
また、コンテンツ再生システムにおいて、本技術により符号化されたデータを送受信することにより、符号化・復号に必要な記憶容量の増大を抑制することができる。
＜１０．第８の実施の形態＞
＜Wi-Fi規格の無線通信システムの応用例＞
本技術を適用可能な無線通信システムにおける無線通信装置の基本動作例について説明する。
＜無線通信装置の基本動作例＞
最初に、P2P（Peer to Peer）接続を確立して特定のアプリケーションを動作させるまでの無線パケット送受信がなされる。
次に、第２層で接続する前に、使用する特定のアプリケーションを指定してからP2P接続を確立して特定のアプリケーションを動作させるまでの無線パケット送受信がなされる。その後、第２層での接続後に、特定のアプリケーションを起動する場合の無線パケット送受信がなされる。
＜特定のアプリケーション動作開始時における通信例＞
図６３および図６４は、上述したP2P（Peer to Peer）接続を確立して特定のアプリケーションを動作させるまでの無線パケット送受信の例であり、無線通信の基礎となる各装置による通信処理例を示すシーケンスチャートである。具体的には、Wi-Fi Allianceにおいて標準化されているWi-Fiダイレクト（Direct）規格（Wi-Fi P2Pと呼ばれることもある）での接続に至るダイレクト接続の確立手順の一例を示す。
ここで、Wi-Fiダイレクトでは、複数の無線通信装置が互いの存在を検出する（Device Discovery、Service Discovery）。そして、接続機器選択を行うとその選択された機器間において、WPS（Wi-Fi Protected Setup）で機器認証を行うことによりダイレクト接続を確立する。また、Wi-Fiダイレクトでは、複数の無線通信装置が親機（Group Owner）または子機（Client）の何れとしての役割を担うかを決定して通信グループを形成する。
ただし、この通信処理例では、一部のパケット送受信については省略して示す。例えば、初回接続時には、上述したように、WPSを使うためのパケット交換が必要であり、AuthenticationRequest／Responseのやり取り等においてもパケット交換が必要となる。しかしながら、図６３および図６４では、これらのパケット交換についての図示を省略し、２回目以降の接続についてのみを示す。
なお、図６３および図６４では、第１無線通信装置１７０１および第２無線通信装置１７０２間における通信処理例を示すが、他の無線通信装置間における通信処理についても同様である。
最初に、第１無線通信装置１７０１および第２無線通信装置１７０２間においてDevice Discoveryが行われる（１７１１）。例えば、第１無線通信装置１７０１は、Probe request（応答要求信号）を送信し、このProbe requestに対するProbe response（応答信号）を第２無線通信装置１７０２から受信する。これにより、第１無線通信装置１７０１および第２無線通信装置１７０２は、互いの存在を発見することができる。また、Device Discoveryにより、相手のデバイス名や種類（TV、PC、スマートフォン等）を取得することができる。
続いて、第１無線通信装置１７０１および第２無線通信装置１７０２間においてService Discoveryが行われる（１７１２）。例えば、第１無線通信装置１７０１は、Device Discoveryで発見した第２無線通信装置１７０２が対応しているサービスを問い合わせるService Discovery Queryを送信する。そして、第１無線通信装置１７０１は、Service Discovery Responseを第２無線通信装置１７０２から受信することにより、第２無線通信装置１７０２が対応しているサービスを取得する。すなわち、Service Discoveryにより、相手が実行可能なサービス等を取得することができる。相手が実行可能なサービスは、例えば、service、protocol（DLNA（Digital Living Network Alliance） DMR（Digital Media Renderer）等）である。
続いて、ユーザにより接続相手の選択操作（接続相手選択操作）が行われる（１７１３）。この接続相手選択操作は、第１無線通信装置１７０１および第２無線通信装置１７０２の何れか一方のみに発生することもある。例えば、第１無線通信装置１７０１の表示部に接続相手選択画面が表示され、この接続相手選択画面において接続相手として第２無線通信装置１７０２がユーザ操作により選択される。
ユーザにより接続相手選択操作が行われると（１７１３）、第１無線通信装置１７０１および第２無線通信装置１７０２間においてGroup Owner Negotiationが行われる（１７１４）。図６３および図６４では、Group Owner Negotiationの結果により、第１無線通信装置１７０１がグループオーナー（Group Owner）１７１５になり、第２無線通信装置１７０２がクライアント（Client）１７１６になる例を示す。
続いて、第１無線通信装置１７０１および第２無線通信装置１７０２間において、各処理（１７１７乃至１７２０）が行われることにより、ダイレクト接続が確立される。すなわち、Association（Ｌ２（第２層） link確立）（１７１７）、Secure link確立（１７１８）が順次行われる。また、IP Address Assignment（１７１９）、SSDP（Simple Service Discovery Protocol）等によるＬ３上でのＬ４ setup（１７２０）が順次行われる。なお、Ｌ２（layer2）は、第２層（データリンク層）を意味し、Ｌ３（layer3）は、第３層（ネットワーク層）を意味し、Ｌ４（layer4）は、第４層（トランスポート層）を意味する。
続いて、ユーザにより特定のアプリケーションの指定または起動操作（アプリ指定・起動操作）が行われる（１７２１）。このアプリ指定・起動操作は、第１無線通信装置１７０１および第２無線通信装置１７０２の何れか一方のみに発生することもある。例えば、第１無線通信装置１７０１の表示部にアプリ指定・起動操作画面が表示され、このアプリ指定・起動操作画面において特定のアプリケーションがユーザ操作により選択される。
ユーザによりアプリ指定・起動操作が行われると（１７２１）、このアプリ指定・起動操作に対応する特定のアプリケーションが第１無線通信装置１７０１および第２無線通信装置１７０２間において実行される（１７２２）。
ここで、Wi-Fi Direct規格以前の仕様（IEEE802.11で標準化された仕様）の範囲内で、AP（Access Point）−STA（Station）間の接続を行う場合を想定する。この場合には、第２層で接続する前（IEEE802.11用語ではassociation前）には、どのようなデバイスと繋ごうとしているのかを事前に知ることができなかった。
これに対して、図６３および図６４に示すように、Wi-Fi Directでは、Device discoveryやService Discovery（option）において、接続候補相手を探す際に、接続相手の情報を取得することができる。この接続相手の情報は、例えば、基本的なデバイスのタイプや、対応している特定のアプリケーション等である。そして、その取得された接続相手の情報に基づいて、ユーザに接続相手を選択させることができる。
この仕組みを拡張して、第２層で接続する前に特定のアプリケーションを指定して、接続相手を選択し、この選択後に、自動的に特定のアプリケーションを起動させる無線通信システムを実現することも可能である。このような場合の接続に至るシーケンスの一例を、図６６に示す。また、この通信処理において送受信されるフレームフォーマット（frame format）の構成例を図６５に示す。
＜フレームフォーマットの構成例＞
図６５は、本技術の基礎となる各装置による通信処理において送受信されるフレームフォーマット（frame format）の構成例を模式的に示す図である。すなわち、図６５には、第２層での接続を確立するためのMAC frameの構成例を示す。具体的には、図６６に示すシーケンスを実現するためのAssociation Request/Response（１７８７）のフレームフォーマットの一例である。
図６５に示されるように、MAC frameは、Frame Control（１７５１）乃至FCS（１７５８）よりなり、その内、Frame Control（１７５１）からSequence Control（１７５６）までは、MACヘッダである。また、Association Requestを送信する際には、Frame Control（１７５１）において、Ｂ３Ｂ２＝"０ｂ００"、かつ、Ｂ７Ｂ６Ｂ５Ｂ４＝"０ｂ００００"が設定される。また、Association Responseをencapsulateする際には、Frame Control（１７５１）において、Ｂ３Ｂ２＝"０ｂ００"、かつ、Ｂ７Ｂ６Ｂ５Ｂ４＝"０ｂ０００１"が設定される。なお、「０ｂ００」は、２進法で「００」であることを示し、「０ｂ００００」は、２進法で「００００」であることを示し、「０ｂ０００１」は、２進法で「０００１」であることを示す。
ここで、図６３に示すMAC frame（Frame body（１７５７））は、基本的には、IEEE802.11-2007仕様書section7.2．3.4節と7.2．3.5節に記載のAssociation Request/Responseframe formatである。ただし、IEEE802.11仕様書内で定義されているInformation Element（以下、IEと省略）（１７５９）だけでなく、独自に拡張したIEを含めている点が異なる。
また、Vendor Specific IE（１７６０）であることを示すため、IE Type（Information Element ID（１７６１））には、１０進数で１２７がセットされる。この場合、IEEE802.11−2007仕様7.3．2.26節により、Lengthフィールド（１７６２）と、OUIフィールド（１７６３）が続き、この後にvendor specific content（１７６４）が配置される。
Vendor specific content（１７６４）の内容としては、最初にvendor specific IEのtypeを示すフィールド（IE type（１７６５））を設ける。そして、この後に、複数のsubelement（１７６６）を格納することができる構成とすることが考えられる。
subelement（１７６６）の内容として、使われるべき特定のアプリケーションの名称（１７６７）や、その特定のアプリケーション動作時のデバイスの役割（１７６８）を含めることが考えられる。また、特定のアプリケーション、または、その制御のために使われるポート番号等の情報（Ｌ４セットアップのための情報）（１７６９）や、特定のアプリケーション内でのCapabilityに関する情報（Capability情報）（１７７０）を含めることが考えられる。ここで、Capability情報は、例えば、指定する特定のアプリケーションがDLNAの場合に、音声送出／再生に対応している、映像送出／再生に対応している等を特定するための情報である。
以上のような構成の無線通信システムにおいて、図１乃至図３６を参照して上述したような本技術を適用することにより、図１乃至図３６を参照して上述した効果と同様の効果を得ることができる。すなわち、符号化・復号に必要な記憶容量の増大を抑制することができる。また、上述した無線通信システムにおいて、本技術により符号化されたデータを送受信することにより、符号化・復号に必要な記憶容量の増大を抑制することができる。
また、本明細書では、各種情報が、符号化ストリームに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化ビットストリームに多重化されることなく、符号化ビットストリームと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、「関連付ける」という用語は、ビットストリームに含まれる画像（スライス若しくはブロックなど、画像の一部であってもよい）と当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、画像（又はビットストリーム）とは別の伝送路上で伝送されてもよい。また、情報は、画像（又はビットストリーム）とは別の記録媒体（又は同一の記録媒体の別の記録エリア）に記録されてもよい。さらに、情報と画像（又はビットストリーム）とは、例えば、複数フレーム、１フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
なお、本技術は以下のような構成も取ることができる。
（１） 画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定する閾値設定部と、
前記閾値設定部により設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理するフィルタ処理部と
を備える画像処理装置。
（２） 前記閾値設定部は、初期値として予め定められた前記閾値を、前記ビット深度に応じてビットシフトする
（１）、（３）乃至（８）のいずれかに記載の画像処理装置。
（３） 前記閾値設定部は、前記画像データのビット深度が８ビットの場合、前記閾値を８に設定する
（１）、（２）、（４）乃至（８）のいずれかに記載の画像処理装置。
（４） 前記画像データのビット深度を判定する判定部をさらに備え、
前記閾値設定部は、前記判定部により判定されたビット深度に応じて、前記閾値を設定する
（１）乃至（３）、（５）乃至（８）のいずれかに記載の画像処理装置。
（５） 前記画像データのビット深度を受け取る受け取り部をさらに備え、
前記閾値設定部は、前記受け取り部により受け取られた前記ビット深度に応じて、前記閾値を設定する
（１）乃至（４）、（６）乃至（８）のいずれかに記載の画像処理装置。
（６） 伝送された、前記画像データのビット深度に応じて設定された閾値を受け取る受け取り部をさらに備え、
前記フィルタ処理部は、前記受け取り部により受け取られた前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理する
（１）乃至（５）、（７）、（８）のいずれかに記載の画像処理装置。
（７） 前記フィルタ処理部は、前記周辺画素の特徴を表す値が前記閾値設定部により設定された前記閾値を超える場合、前記周辺画素をローパスフィルタ処理する
（１）乃至（６）、（８）のいずれかに記載の画像処理装置。
（８） 前記フィルタ処理部は、前記周辺画素の特徴を表す値が前記閾値設定部により設定された前記閾値を超えない場合、前記周辺画素をバイリニアフィルタ処理する
（１）乃至（７）のいずれかに記載の画像処理装置。
（９） 画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定し、
設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理する
画像処理方法。
１００ 画像符号化装置， １２１ 閾値設定部， １２２ フィルタ処理部， １３１ ビット深度判定部， １３２ 閾値ビットシフト部， １３３ 符号化部， １４１ モード・ブロックサイズバッファ， １４２ 周辺画素判定部， １４３ フィルタ決定部， １４４ ローパスフィルタ部， １４５ バイリニアフィルタ部， １５１ 閾値設定部， ３００ 画像復号装置， ３２１ 閾値設定部， ３２２ フィルタ処理部， ３３１ ビット深度判定部， ３３２ 閾値ビットシフト部， ３４１ モード・ブロックサイズバッファ， ３４２ 周辺画素判定部， ３４３ フィルタ決定部， ３４４ ローパスフィルタ部， ３４５ バイリニアフィルタ部， ３５１ 復号部， ３６１ 復号部
【０００４】
ｉ， ＣＮ， １０−１９ Ｏｃｔ． ２０１２
発明の概要
発明が解決しようとする課題
［００１５］
しかしながら、非特許文献２に記載の方法では、閾値が固定されていた。つまり、符号化・復号の処理対象である画像データの、例えばビット深度等の特徴に関わらず、閾値として同じ値が設定されることになった。そのため、イントラ予測における周辺画素に対するフィルタ処理の選択において、適切な選択を行うことができずに不要に画質を低減させてしまう恐れがあった。
［００１６］
本開示は、このような状況に鑑みてなされたものであり、画質の低減を抑制することができるようにするものである。
課題を解決するための手段
［００１７］
本技術の一側面は、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するため、前記周辺画素のサンプルを用いて算出される値と比較する閾値を、前記画像データのビット深度に応じて設定する閾値設定部と、前記閾値設定部により設定された前記閾値より前記周辺画素のサンプルを用いて算出される値が低い場合、バイリニアインターポレーションフィルタを用いて、前記周辺画素をフィルタ処理するフィルタ処理部とを備える画像処理装置である。
［００１８］
前記閾値設定部は、初期値として予め定められた前記閾値を、前記ビット深度に応じてビットシフトすることができる。
［００１９］
前記閾値設定部は、前記画像データのビット深度が８ビットの場合、前記閾値を８に設定することができる。
［００２０］
前記画像データのビット深度を判定する判定部をさらに備え、前記閾値設定部は、前記判定部により判定されたビット深度に応じて、前記閾値を設定することができる。
［００２１］
前記画像データのビット深度を受け取る受け取り部をさらに備え、前記閾値設定部は、前記受け取り部により受け取られたビット深度に応じて、前記閾値を設定することができる。
【０００５】
［００２２］
伝送された、前記画像データのビット深度に応じて設定された閾値を受け取る受け取り部をさらに備え、前記フィルタ処理部は、前記受け取り部により受け取られた前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理することができる。
［００２３］
前記フィルタ処理部は、前記周辺画素のサンプルを用いて算出される値が前記閾値設定部により設定された前記閾値を超える場合、前記周辺画素をローパスフィルタ処理することができる。
［００２４］
［００２５］
本技術の一側面は、また、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するため、前記周辺画素のサンプルを用いて算出される値と比較する閾値を、前記画像データのビット深度に応じて設定し、設定された前記閾値より前記周辺画素のサンプルを用いて算出される値が低い場合、バイリニアインターポレーションフィルタを用いて、前記周辺画素をフィルタ処理する画像処理方法である。
［００２６］
本技術の一側面においては、画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するため、周辺画素のサンプルを用いて算出される値と比較する閾値が、画像データのビット深度に応じて設定され、設定された閾値より周辺画素のサンプルを用いて算出される値が低い場合、バイリニアインターポレーションフィルタを用いて、周辺画素がフィルタ処理される。
発明の効果
［００２７］
本開示によれば、画像を符号化・復号することができる。特に、画質の低減を抑制することができる。
図面の簡単な説明
［００２８］
［図１］コーディングユニットの構成例を説明する図である。
［図２］アンギュラー（Ａｎｇｕｌａｒ）予測の例を説明する図である。
［図３］プレイナー（Ｐｌａｎａｒ）予測の例を説明する図である。
［図４］モストプロバブルモード（ＭｏｓｔＰｒｏｂａｂｌｅＭｏｄｅ）の例を説明する図である

Claims (9)

  1. 画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定する閾値設定部と、
    前記閾値設定部により設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理するフィルタ処理部と
    を備える画像処理装置。
  2. 前記閾値設定部は、初期値として予め定められた前記閾値を、前記ビット深度に応じてビットシフトする
    請求項１に記載の画像処理装置。
  3. 前記閾値設定部は、前記画像データのビット深度が８ビットの場合、前記閾値を８に設定する
    請求項２に記載の画像処理装置。
  4. 前記画像データのビット深度を判定する判定部をさらに備え、
    前記閾値設定部は、前記判定部により判定されたビット深度に応じて、前記閾値を設定する
    請求項１に記載の画像処理装置。
  5. 前記画像データのビット深度を受け取る受け取り部をさらに備え、
    前記閾値設定部は、前記受け取り部により受け取られた前記ビット深度に応じて、前記閾値を設定する
    請求項１に記載の画像処理装置。
  6. 伝送された、前記画像データのビット深度に応じて設定された閾値を受け取る受け取り部をさらに備え、
    前記フィルタ処理部は、前記受け取り部により受け取られた前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理する
    請求項１に記載の画像処理装置。
  7. 前記フィルタ処理部は、前記周辺画素の特徴を表す値が前記閾値設定部により設定された前記閾値を超える場合、前記周辺画素をローパスフィルタ処理する
    請求項１に記載の画像処理装置。
  8. 前記フィルタ処理部は、前記周辺画素の特徴を表す値が前記閾値設定部により設定された前記閾値を超えない場合、前記周辺画素をバイリニアフィルタ処理する
    請求項１に記載の画像処理装置。
  9. 画像データが符号化された符号化データを復号する際のイントラ予測処理におけるカレントブロックの周辺画素の特徴を識別するための閾値を、前記画像データのビット深度に応じて設定し、
    設定された前記閾値を利用して識別される前記周辺画素の特徴に応じたフィルタを用いて、前記周辺画素をフィルタ処理する
    画像処理方法。
JP2014550146A 2012-11-30 2013-11-21 画像処理装置および方法 Pending JPWO2014084106A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012263810 2012-11-30
JP2012263810 2012-11-30
PCT/JP2013/081342 WO2014084106A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法

Publications (1)

Publication Number Publication Date
JPWO2014084106A1 true JPWO2014084106A1 (ja) 2017-01-05

Family

ID=50827746

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2014550147A Pending JPWO2014084107A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法
JP2014550146A Pending JPWO2014084106A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2014550147A Pending JPWO2014084107A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法

Country Status (9)

Country Link
US (6) US10812826B2 (ja)
EP (2) EP2916547A4 (ja)
JP (2) JPWO2014084107A1 (ja)
KR (2) KR20150092118A (ja)
CN (4) CN109257606B (ja)
BR (2) BR112015011920A2 (ja)
MX (2) MX352966B (ja)
RU (2) RU2651209C2 (ja)
WO (2) WO2014084107A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10812826B2 (en) * 2012-11-30 2020-10-20 Sony Corporation Image processing apparatus and image processing method
US20140192266A1 (en) * 2013-01-04 2014-07-10 Qualcomm Incorporated Method and apparatus of reducing compression noise in digital video streams
JP2015170994A (ja) * 2014-03-07 2015-09-28 ソニー株式会社 画像処理装置および方法、画像符号化装置および方法、並びに、画像復号装置および方法
JP6383327B2 (ja) * 2015-06-10 2018-08-29 日本電信電話株式会社 イントラ予測処理装置、イントラ予測処理方法、イントラ予測処理プログラム、画像符号化装置及び画像復号装置
WO2017036370A1 (en) 2015-09-03 2017-03-09 Mediatek Inc. Method and apparatus of neural network based processing in video coding
US10223810B2 (en) 2016-05-28 2019-03-05 Microsoft Technology Licensing, Llc Region-adaptive hierarchical transform and entropy coding for point cloud compression, and corresponding decompression
US10694210B2 (en) 2016-05-28 2020-06-23 Microsoft Technology Licensing, Llc Scalable point cloud compression with transform, and corresponding decompression
US11297346B2 (en) 2016-05-28 2022-04-05 Microsoft Technology Licensing, Llc Motion-compensated compression of dynamic voxelized point clouds
US10602111B2 (en) 2016-09-06 2020-03-24 Apple Inc. Auto white balance control algorithm based upon flicker frequency detection
US20180091812A1 (en) * 2016-09-23 2018-03-29 Apple Inc. Video compression system providing selection of deblocking filters parameters based on bit-depth of video data
GB2557997B (en) * 2016-12-21 2019-05-01 Apical Ltd Encoding and Decoding of image data
CN110114803B (zh) * 2016-12-28 2023-06-27 松下电器（美国）知识产权公司 三维模型分发方法、三维模型接收方法、三维模型分发装置以及三维模型接收装置
WO2019204672A1 (en) * 2018-04-19 2019-10-24 Huawei Technologies Co., Ltd. Interpolation filter for an intra prediction apparatus and method for video coding
BR112020026381A2 (pt) 2018-06-25 2021-03-23 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método de intrapredição
WO2020007747A1 (en) * 2018-07-05 2020-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Deblocking of intra-reference samples
CN111783512B (zh) * 2019-11-11 2024-05-14 西安宇视信息科技有限公司 图像处理方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1315367A2 (en) * 2001-11-13 2003-05-28 Nokia Corporation Method and system for improving color images
WO2011125445A1 (ja) * 2010-03-31 2011-10-13 シャープ株式会社 画像フィルタ装置、符号化装置、および、復号装置
JP2012510760A (ja) * 2008-12-01 2012-05-10 マーベル ワールド トレード リミテッド ビット解像度の向上
US20120237124A1 (en) * 2011-03-15 2012-09-20 Stmicroelectronics S.R.L. Image chroma noise reduction in the bayer domain

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6011873A (en) * 1998-04-29 2000-01-04 Penware, Inc. Method and apparatus for lossless compression of signature data
US6674904B1 (en) * 1999-12-14 2004-01-06 Intel Corporation Contour tracing and boundary detection for object identification in a digital image
US7400679B2 (en) * 2004-04-29 2008-07-15 Mediatek Incorporation Adaptive de-blocking filtering apparatus and method for MPEG video decoder
GB2432069A (en) * 2005-11-03 2007-05-09 Tandberg Television Asa Reducing block noise by applying a dither signal in areas of low spatial detail
US8274710B2 (en) * 2008-06-25 2012-09-25 Canon Kabushiki Kaisha Image processing using count variation
EP2192786A1 (en) * 2008-11-27 2010-06-02 Panasonic Corporation Frequency domain filters for video coding
JP4631966B2 (ja) * 2008-12-22 2011-02-16 ソニー株式会社 画像処理装置、および画像処理方法、並びにプログラム
JP5597968B2 (ja) * 2009-07-01 2014-10-01 ソニー株式会社 画像処理装置および方法、プログラム、並びに記録媒体
DK2596640T3 (en) * 2010-07-21 2016-12-05 ERICSSON TELEFON AB L M (publ) PICTURE encoding and decoding
US10142630B2 (en) * 2010-12-10 2018-11-27 Texas Instruments Incorporated Mode adaptive intra prediction smoothing in video coding
JP2012177676A (ja) * 2011-01-31 2012-09-13 Sony Corp 画像処理装置および方法、並びにプログラム
CA2807545C (en) * 2011-02-22 2018-04-10 Panasonic Corporation Image coding method, image decoding method, image coding apparatus, image decoding apparatus, and image coding and decoding apparatus
US9516308B2 (en) * 2012-04-27 2016-12-06 Qualcomm Incorporated Parameter set updates in video coding
US10812826B2 (en) * 2012-11-30 2020-10-20 Sony Corporation Image processing apparatus and image processing method
US9615086B2 (en) * 2013-02-06 2017-04-04 Research & Business Foundation Sungkyunkwan University Method and apparatus for intra prediction
US9369708B2 (en) * 2013-03-27 2016-06-14 Qualcomm Incorporated Depth coding modes signaling of depth data for 3D-HEVC

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1315367A2 (en) * 2001-11-13 2003-05-28 Nokia Corporation Method and system for improving color images
JP2012510760A (ja) * 2008-12-01 2012-05-10 マーベル ワールド トレード リミテッド ビット解像度の向上
WO2011125445A1 (ja) * 2010-03-31 2011-10-13 シャープ株式会社 画像フィルタ装置、符号化装置、および、復号装置
US20120237124A1 (en) * 2011-03-15 2012-09-20 Stmicroelectronics S.R.L. Image chroma noise reduction in the bayer domain

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
C.W. SEO ET AL.: "Bi-Intra Prediction using slope information", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG16 WP3 AND ISO/IEC JTC1/SC29/WG11 4TH M, JPN6017025670, January 2011 (2011-01-01), ISSN: 0003753676 *
GARY SULLIVAN AND JENS-RAINER OHM: "Meeting report of the 11th meeting of the Joint Collaborative Team on Video Coding (JCT-VC), Shangha", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG16 WP3 AND ISO/IEC JTC1/SC29/WG11 11TH, JPN6018007365, October 2012 (2012-10-01), pages 79, ISSN: 0003872163 *
MASARU IKEDA ET AL.: "Non-CE1: Simplification of strong filter decisions in CE1 deblocking", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, JPN6017025664, October 2012 (2012-10-01), ISSN: 0003753674 *
SHUO LU ET AL.: "CE1: On deblocking filter", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, JPN6017025661, October 2012 (2012-10-01), ISSN: 0003753672 *
SHUO LU ET AL.: "NonCE1: Simple improvement of Deblocking filter", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, JPN6017025662, October 2012 (2012-10-01), ISSN: 0003753673 *
TK TAN AND Y. SUZUKI: "Contouring artefact and solution", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, JPN6017025659, October 2012 (2012-10-01), ISSN: 0003872162 *
TOSHIYASU SUGIO ET AL.: "AHG6: A threshold for SAO edge offset", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, JPN6017025667, July 2012 (2012-07-01), ISSN: 0003753675 *

Also Published As

Publication number Publication date
MX2015006476A (es) 2015-08-14
KR102289112B1 (ko) 2021-08-13
US10666973B2 (en) 2020-05-26
US20200221123A1 (en) 2020-07-09
US12022116B2 (en) 2024-06-25
RU2015119576A (ru) 2016-12-10
JPWO2014084107A1 (ja) 2017-01-05
US20150288963A1 (en) 2015-10-08
CN109257606A (zh) 2019-01-22
EP2916548A4 (en) 2016-06-01
CN109274971A (zh) 2019-01-25
MX2015006475A (es) 2015-08-14
CN104798374A (zh) 2015-07-22
RU2651183C2 (ru) 2018-04-18
BR112015011917A2 (pt) 2017-07-11
EP2916547A4 (en) 2016-05-11
RU2015119487A (ru) 2016-12-10
BR112015011920A2 (pt) 2017-07-11
EP2916547A1 (en) 2015-09-09
CN109274971B (zh) 2023-04-28
MX352966B (es) 2017-12-15
US20240292024A1 (en) 2024-08-29
US11245925B2 (en) 2022-02-08
KR20150092117A (ko) 2015-08-12
US20150312589A1 (en) 2015-10-29
MX352965B (es) 2017-12-15
KR20150092118A (ko) 2015-08-12
CN104798374B (zh) 2018-09-04
US20220124369A1 (en) 2022-04-21
US20230276072A1 (en) 2023-08-31
WO2014084106A1 (ja) 2014-06-05
CN109257606B (zh) 2022-09-23
EP2916548A1 (en) 2015-09-09
US10812826B2 (en) 2020-10-20
CN104813664B (zh) 2018-09-04
WO2014084107A1 (ja) 2014-06-05
CN104813664A (zh) 2015-07-29
RU2651209C2 (ru) 2018-04-18
US11706448B2 (en) 2023-07-18

Similar Documents

Publication Publication Date Title
US12022116B2 (en) Image processing apparatus and image processing method
US11503321B2 (en) Image processing device for suppressing deterioration in encoding efficiency
JP6607414B2 (ja) 画像符号化装置および方法
JP2018121336A (ja) 画像処理装置および方法
JPWO2015005137A1 (ja) 画像符号化装置および方法
WO2014203763A1 (ja) 復号装置および復号方法、並びに、符号化装置および符号化方法
WO2015005136A1 (ja) 画像符号化装置および方法、並びに、画像復号装置および方法
WO2015005132A1 (ja) 画像符号化装置および方法、並びに画像復号装置および方法
JP2015005893A (ja) 画像処理装置および方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161121

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170711

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170901

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180424

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180904