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

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

Info

Publication number
JPWO2014084108A1
JPWO2014084108A1 JP2014550148A JP2014550148A JPWO2014084108A1 JP WO2014084108 A1 JPWO2014084108 A1 JP WO2014084108A1 JP 2014550148 A JP2014550148 A JP 2014550148A JP 2014550148 A JP2014550148 A JP 2014550148A JP WO2014084108 A1 JPWO2014084108 A1 JP WO2014084108A1
Authority
JP
Japan
Prior art keywords
image
unit
syntax element
encoding
data
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
JP2014550148A
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 JPWO2014084108A1 publication Critical patent/JPWO2014084108A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/184Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/187Methods 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 scalable video layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/57Motion estimation characterised by a search window with variable size or shape

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

本開示は、符号化効率の増大の低減を抑制することができるようにする画像処理装置および方法に関する。画像間の処理に関するシンタクス要素を含む符号化されたビットストリームを受け取る受け取り部と、前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素を、値が制限された状態で解析する解析部とを備える。本開示は、例えば、画像処理装置に適用することができる。

Description

本開示は画像処理装置および方法に関し、特に、符号化効率の低減を抑制することができるようにした画像処理装置および方法に関する。
近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送や蓄積を目的とし、画像情報特有の冗長性を利用して離散コサイン変換等の直交変換と動き補償とにより圧縮する符号化方式を採用して画像を圧縮符号化する装置が普及しつつある。この符号化方式には、例えば、MPEG(Moving Picture Experts Group)などがある。
特に、MPEG2(ISO(International Organization for Standardization)/IEC(International Electrotechnical Commission) 13818-2)は、汎用画像符号化方式として定義されており、飛び越し走査画像及び順次走査画像の双方、並びに標準解像度画像及び高精細画像を網羅する標準規格である。現在、MPEG2は、プロフェッショナル用途及びコンシューマ用途の広範なアプリケーションに広く用いられている。例えば、720x480画素を持つ標準解像度の飛び越し走査画像であれば、MPEG2圧縮方式を用いることにより、4Mbps乃至8Mbpsの符号量(ビットレート)が割り当てられる。また、例えば、1920x1088画素を持つ高解像度の飛び越し走査画像であれば、MPEG2圧縮方式を用いることにより、18Mbps乃至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として行われた。
標準化のスケジュールとしては、2003年3月にはH.264及びMPEG-4 Part10 (AVC(Advanced Video Coding)とも称する)という名の元に国際標準となった。
さらに、このH.264/AVCの拡張として、RGBや4:2:2、4:4:4といった、業務用に必要な符号化ツールや、MPEG-2で規定されていた8x8DCTや量子化マトリクスをも含んだFRExt (Fidelity Range Extension) の標準化が2005年2月に完了した。これにより、H.264/AVCを用いて、映画に含まれるフィルムノイズをも良好に表現することが可能な符号化方式となって、Blu-Ray Disc(商標)等の幅広いアプリケーションに用いられる運びとなった。
しかしながら、昨今、ハイビジョン画像の4倍の、4000x2000画素程度の画像(4K画像とも称する)を圧縮したい、あるいは、インターネットのような、限られた伝送容量の環境において、ハイビジョン画像を配信したいといった、更なる高圧縮率符号化に対するニーズが高まっている。このため、先述の、ITU-T傘下のVCEGにおいて、符号化効率の改善に関する検討が継続され行なわれている。
そこで、現在、AVCより更なる符号化効率の向上を目的として、ITU-Tと、ISO/IECの共同の標準化団体であるJCTVC(Joint Collaboration Team - Video Coding)により、HEVC(High Efficiency Video Coding)と呼ばれる符号化方式の標準化が進められている。HEVC規格については、2012年2月に最初のドラフト版仕様であるCommittee draftが発行されている(例えば、非特許文献1参照)。
HEVCの場合、一般的に、符号化側から復号側に伝送される情報には、Iスライスのためのシンタクス(syntax)だけでなく、PスライスやBスライスのためのシンタクス(syntax)要素、すなわち、画面間の処理に関するシンタクス要素が含まれている。
ところで、このHEVCを、静止画像用のコーデックとして用いるためのプロファイル(profile)であるスティルピクチャプロファイル(Still Picture Profile)が提案されている(例えば、非特許文献2参照)。
このスティルピクチャプロファイル(Still Picture Profile)は、静止画像を符号化・復号するためのプロファイルであるので、このプロファイルを適用する場合、上述したような画面間の処理に関するシンタクス要素は不要である。
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 Kemal Ugur, Jani Lainema, Miska Hannuksela, " On still picture profile ", JCTVC-J0037, 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
しかしながら、非特許文献2に記載の方法の場合、画面間の処理に関するシンタクス要素に対する制御は行われない。つまり、動画像用のプロファイルの場合と同様に、画面間の処理に関するシンタクス要素も符号化側から復号側に伝送される。そのため、不要な情報を伝送することになり、符号化効率を低減させる恐れがあった。
本開示は、このような状況に鑑みてなされたものであり、符号化効率の低減を抑制することができるようにするものである。
本技術の一側面の画像処理装置は、画像間の処理に関するシンタクス要素を含む符号化されたビットストリームを受け取る受け取り部と、前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素を、値が制限された状態で解析する解析部とを備える画像処理装置である。
前記解析部により解析された前記シンタクス要素を用いて、前記ビットストリームを復号する復号部をさらに備えることができる。
前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素の値が正しく制限されているかを判定する判定部をさらに備えることができる。
前記判定部により前記シンタクス要素の値が正しく制限されていないと判定された場合、異常処理を行う異常処理部をさらに備えることができる。
前記シンタクス要素は、前記ビットストリームのシーケンスパラメータセットに格納されるようにすることができる。
前記シンタクス要素は、参照ピクチャに関するシンタクスであるようにすることができる。
前記シンタクス要素は、参照ピクチャの枚数に関するシンタクスであるようにすることができる。
前記受け取り部により受け取られた前記シンタクス要素の値が所定値であるかを判定する判定部をさらに備えることができる。
前記所定値とは0であるようにすることができる。
本技術の一側面の画像処理方法は、画像間の処理に関するシンタクス要素を含むビットストリームを受け取り、前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、受け取られた前記シンタクス要素を、値が制限された状態で解析する画像処理方法である。
さらに、解析された前記シンタクス要素を用いて、前記ビットストリームを復号することができる。
前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、さらに、受け取られた前記シンタクス要素の値が正しく制限されているかを判定することができる。
前記シンタクス要素の値が正しく制限されていないと判定された場合、さらに、異常処理を行うことができる。
前記シンタクス要素は、前記ビットストリームのシーケンスパラメータセットに格納されるようにすることができる。
前記シンタクス要素は、参照ピクチャに関するシンタクスであるようにすることができる。
前記シンタクス要素は、参照ピクチャの枚数に関するシンタクスであるようにすることができる。
さらに、受け取られた前記シンタクス要素の値が所定値であるかを判定することができる。
前記所定値とは0であるようにすることができる。
本技術の一側面においては、画像間の処理に関するシンタクス要素を含むビットストリームが受け取られ、そのビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、受け取られたシンタクス要素が、値が制限された状態で解析される。
本開示によれば、画像を符号化・復号することができる。特に、符号化効率の低減を抑制することができる。
コーディングユニットの構成例を説明する図である。 タイル(Tile)の例を説明する図である。 プロファイルティアレベル(Profile_tier_level)の例を示す図である。 ビデオパラメータセット(VPS(Video Parameter Set))の例を示す図である。 シーケンスパラメータセット(SPS(Sequence Parameter Set))の例を示す図である。 シーケンスパラメータセット(SPS(Sequence Parameter Set))の例を示す、図5に続く図である。 プロファイルティアレベル(Profile_tier_level)の他の例を示す図である。 ビデオパラメータセット(VPS(Video Parameter Set))の他の例を示す図である。 シーケンスパラメータセット(SPS(Sequence Parameter Set))の他の例を示す図である。 シーケンスパラメータセット(SPS(Sequence Parameter Set))の他の例を示す、図9に続く図である。 ビデオパラメータセット(VPS(Video Parameter Set))の、さらに他の例を示す図である。 シーケンスパラメータセット(SPS(Sequence Parameter Set))の、さらに他の例を示す図である。 シーケンスパラメータセット(SPS(Sequence Parameter Set))の、さらに他の例を示す、図12に続く図である。 ピクチャパラメータセット(PPS(Picture Parameter Set))の例を示す図である。 ピクチャパラメータセット(PPS(Picture Parameter Set))の例を示す、図14に続く図である。 スケーリングリストデータ(scaling_list_data())の例を示す図である。 サイズID(SizeID)のセマンティクスの例を示す図である。 サイズID(SizeID)およびマトリクスID(MatrixID)のセマンティクスの例を示す図である。 スケーリングリストデータ(scaling_list_data())の他の例を示す図である。 スライスヘッダ(slice_header())の例を示す図である。 スライスヘッダ(slice_header())の例を示す、図20に続く図である。 スライスヘッダ(slice_header())の例を示す、図21に続く図である。 nal_unit_typeの割り当て例を示す図である。 ROI(Region of Interest)領域の例を説明する図である。 画像符号化装置の主な構成例を示すブロック図である。 可逆符号化部の主な構成例を示すブロック図である。 符号化処理の流れの例を説明するフローチャートである。 符号化処理の流れの例を説明する、図27に続くフローチャートである。 可逆符号化処理の流れの例を説明するフローチャートである。 シンタクス要素設定処理の流れの例を説明するフローチャートである。 画像符号化装置の他の構成例を示すブロック図である。 符号化処理の流れの、他の例を説明するフローチャートである。 符号化処理の流れの、他の例を説明する、図32に続くフローチャートである。 画像復号装置の主な構成例を示すブロック図である。 可逆復号部の主な構成例を示すブロック図である。 復号処理の流れの例を説明するフローチャートである。 復号処理の流れの例を説明する、図36に続くフローチャートである。 シンタクス要素解析処理の流れの例を説明するフローチャートである。 画像復号装置の他の構成例を示すブロック図である。 可逆復号部の他の構成例を示すブロック図である。 復号処理の流れの、他の例を説明するフローチャートである。 復号処理の流れの、他の例を説明する、図41に続くフローチャートである。 シンタクス要素検査処理の流れの例を説明するフローチャートである。 多視点画像符号化方式の例を示す図である。 本技術を適用した多視点画像符号化装置の主な構成例を示す図である。 本技術を適用した多視点画像復号装置の主な構成例を示す図である。 階層画像符号化方式の例を示す図である。 スペーシャルなスケーラブル符号化の例を説明する図である。 テンポラルなスケーラブル符号化の例を説明する図である。 信号雑音比のスケーラブル符号化の例を説明する図である。 本技術を適用した階層画像符号化装置の主な構成例を示す図である。 本技術を適用した階層画像復号装置の主な構成例を示す図である。 コンピュータの主な構成例を示すブロック図である。 テレビジョン装置の概略的な構成の一例を示すブロック図である。 携帯電話機の概略的な構成の一例を示すブロック図である。 記録再生装置の概略的な構成の一例を示すブロック図である。 撮像装置の概略的な構成の一例を示すブロック図である。 スケーラブル符号化利用の一例を示すブロック図である。 スケーラブル符号化利用の他の例を示すブロック図である。 スケーラブル符号化利用のさらに他の例を示すブロック図である。 ビデオセットの概略的な構成の一例を示すブロック図である。 ビデオプロセッサの概略的な構成の一例を示すブロック図である。 ビデオプロセッサの概略的な構成の他の例を示すブロック図である。 コンテンツ再生システムの構成を示した説明図である。 コンテンツ再生システムにおけるデータの流れを示した説明図である。 MPDの具体例を示した説明図である。 コンテンツ再生システムのコンテンツサーバの構成を示した機能ブロック図である。 コンテンツ再生システムのコンテンツ再生装置の構成を示した機能ブロック図である。 コンテンツ再生システムのコンテンツサーバの構成を示した機能ブロック図である。 無線通信システムの各装置による通信処理例を示すシーケンスチャートである。 無線通信システムの各装置による通信処理例を示すシーケンスチャートである。 無線通信システムの各装置による通信処理において送受信されるフレームフォーマット(frame format)の構成例を模式的に示す図である。 無線通信システムの各装置による通信処理例を示すシーケンスチャートである。
以下、本開示を実施するための形態(以下実施の形態とする)について説明する。なお、説明は以下の順序で行う。
0.概要
1.第1の実施の形態(画像符号化装置)
2.第2の実施の形態(画像符号化装置)
3.第3の実施の形態(画像復号装置)
4.第4の実施の形態(画像復号装置)
5.第5の実施の形態(多視点画像符号化・多視点画像復号装置)
6.第6の実施の形態(階層画像符号化・階層画像復号装置)
7.第7の実施の形態(コンピュータ)
8.応用例
9.スケーラブル符号化の応用例
10.第8の実施の形態(セット・ユニット・モジュール・プロセッサ)
11.第9の実施の形態(MPEG-DASHのコンテンツ再生システムの応用例)
12.第10の実施の形態(Wi-Fi規格の無線通信システムの応用例)
<0.概要>
<符号化方式>
以下においては、HEVC(High Efficiency Video Coding)方式の画像符号化・復号に適用する場合を例に、本技術を説明する。
<コーディングユニット>
AVC(Advanced Video Coding)においては、マクロブロックとサブマクロブロックによる階層構造が規定されている。しかしながら、16x16画素のマクロブロックでは、次世代符号化方式の対象となるような、UHD(Ultra High Definition;4000x2000画素)といった大きな画枠に対して最適ではない。
これに対して、HEVCにおいては、図1に示されるように、コーディングユニット(CU(Coding Unit))が規定されている。
CUは、Coding Tree Block(CTB)とも呼ばれ、AVCにおけるマクロブロックと同様の役割を果たす、ピクチャ単位の画像の部分領域である。AVCのマクロブロックは、16x16画素の大きさに固定されているのに対し、HEVCのCUの大きさは固定されておらず、それぞれのシーケンスにおいて、画像圧縮情報中において指定されることになる。
例えば、出力となる符号化データに含まれるシーケンスパラメータセット(SPS(Sequence Parameter Set))において、CUの最大サイズ(LCU(Largest Coding Unit))と最小サイズ(SCU(Smallest Coding Unit))が規定される。
それぞれのLCU内においては、SCUのサイズを下回らない範囲で、split_flag=1とすることにより、より小さなサイズのCUに分割することができる。図1の例では、LCUの大きさが128x128であり、最大階層深度が5となる。2Nx2Nの大きさのCUは、split_flagの値が「1」である時、1つ下の階層となる、NxNの大きさのCUに分割される。
更に、CUは、イントラ若しくはインター予測の処理単位となる領域(ピクチャ単位の画像の部分領域)であるプレディクションユニット(Prediction Unit(PU))に分割され、また、直交変換の処理単位となる領域(ピクチャ単位の画像の部分領域)である、トランスフォームユニット(Transform Unit(TU))に分割される。HEVCにおいては、4x4、8x8、16x16、および32x32のいずれかのサイズを直交変換の処理単位とすることができる。
以上のHEVCのように、CUを定義し、そのCUを単位として各種処理を行うような符号化方式の場合、AVCにおけるマクロブロックはLCUに相当し、ブロック(サブブロック)はCUに相当すると考えることができる。また、AVCにおける動き補償ブロックは、PUに相当すると考えることができる。ただし、CUは、階層構造を有するので、その最上位階層のLCUのサイズは、例えば128x128画素のように、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通りのモード判定方法を選択することが可能である。どちらも、それぞれの予測モードに関するコスト関数値を算出し、これを最小にする予測モードを処理対象であるカレントブロックに対する最適モードとして選択する。
ハイコンプレクシティモードにおけるコスト関数は、以下の式(1)のように示される。
Figure 2014084108
ここで、Ωは、カレントブロックを符号化するための候補モードの全体集合、Dは、当該予測モードで符号化した場合の、復号画像と入力画像の差分エネルギーである。λは、量子化パラメータの関数として与えられるLagrange未定乗数である。Rは、直交変換係数を含んだ、当該予測モードで符号化した場合の総符号量である。
つまり、ハイコンプレクシティモードでの符号化を行うには、上記パラメータD及びRを算出するため、全ての候補モードにより、一度、仮エンコード処理を行う必要があり、より高い演算量を要する。
ローコンプレクシティモードにおけるコスト関数は、以下の式(2)のように示される。
Figure 2014084108
ここで、Dは、ハイコンプレクシティモードの場合と異なり、予測画像と入力画像の差分エネルギーとなる。QP2Quant(QP)は、量子化パラメータQPの関数として与えられ、HeaderBitは、直交変換係数を含まない、動きベクトルや、モードといった、ヘッダ(Header)に属する情報に関する符号量である。
すなわち、ローコンプレクシティモードにおいては、それぞれの候補モードに関して、予測処理を行う必要があるが、復号画像までは必要ないため、符号化処理まで行う必要はない。このため、ハイコンプレクシティモードより低い演算量での実現が可能である。
<タイル>
ところで、HEVCにおいては、並列処理の単位として、AVCにおいても規定されていたスライス(Slice)に加え、図2に示されるようなタイル(Tile)が規定されている。
それぞれのタイルは、幅と高さが、画像圧縮情報において指定され、独立して復号処理を行うことができる。
<スティルピクチャプロファイル>
また、非特許文献2において、このHEVCを、静止画像用のコーデックとして用いるためのプロファイル(profile)であるスティルピクチャプロファイル(Still Picture Profile)が提案された。
ところが、HEVCの場合、一般的に、符号化側から復号側に伝送される情報には、Iスライスのためのシンタクス(syntax)だけでなく、PスライスやBスライスのためのシンタクス(syntax)要素、すなわち、画面間の処理に関するシンタクス要素が含まれている。
スティルピクチャプロファイル(Still Picture Profile)は、静止画像を符号化・復号するためのプロファイルであるので、このプロファイルを適用する場合、上述したような画面間の処理に関するシンタクス要素は不要である。しかしながら、非特許文献2に記載の方法の場合、画面間の処理に関するシンタクス要素に対する制御は行われない。つまり、動画像用のプロファイルの場合と同様に、画面間の処理に関するシンタクス要素も符号化側から復号側に伝送される。そのため、不要な情報を伝送することにより、符号化効率を低減させる恐れがあった。
そこで、本技術においては、静止画像を符号化するためのプロファイルにより符号化処理を行う場合、画像間の処理に関するシンタクス要素の値を制限して、不要な情報の伝送を抑制するようにする。このようにすることにより、符号化効率の低減を抑制することができる。
以下に、その制限について、具体的な例を説明する。
<0−1:サブレイヤに関するシンタクス要素の制限>
図3は、HEVCにおけるプロファイルティアレベル(profile_tier_level())のシンタクスの例を示す図である。左端の数字は、説明の為に行番号を付したものであり、実際のシンタクスには含まれない。以下に説明する図4乃至図23の各図の左端の数字も同様であり、各図の説明の為に付した行番号であって実際に含まれるものではない。
図3に示されるプロファイルティアレベル(profile_tier_level())の、第5行目に示されるシンタクス要素general_profile_idcにより、処理対象のシーケンス(カレントシーケンス)のプロファイルがスティルピクチャプロファイル(Still Picture Profile)であることが規定される。
図3のプロファイルティアレベル(profile_tier_level())は、ビデオパラメータセット(VPS(Video Parameter Set))やシーケンスパラメータセット(SPS(Sequence Parameter Set))により呼ばれる。
図4は、HEVCにおけるビデオパラメータセット(VPS(Video Parameter Set))の例を示す図である。また、図5および図6は、HEVCにおけるシーケンスパラメータセット(SPS(Sequence Parameter Set))の例を示す図である。
図4に示されるように、ビデオパラメータセット(VPS)においては、第7行目においてプロファイルティアレベル(profile_tier_level())が呼ばれる。また、図5に示されるように、シーケンスパラメータセット(SPS)においては、第5行目において、プロファイルティアレベル(profile_tier_level())が呼ばれる。
ここで、スティルピクチャプロファイル(Still Picture Profile)により符号化される場合、テンポラルレイヤデプス(temporal layer depth)(サブレイヤとも称する)は存在しない。つまり、サブレイヤに関するシンタクス要素は、不要である。
そこで、図3のプロファイルティアレベル(profile_tier_level())において、シンタクス要素general_profile_idcによりスティルピクチャプロファイル(Still Picture Profile)であることを規定する前に、図4のビデオパラメータセット(VPS)において、サブレイヤに関するパラメータvps_max_sub_layers_minus1(6行目)の値が0に指定され、さらに、シーケンスパラメータセット(SPS)(図5および図6)において、サブレイヤに関するパラメータsps_max_sub_layers_minus1(3行目)の値が0に指定されるようにしてもよい。
換言するに、図3のプロファイルティアレベル(profile_tier_level())において、シンタクス要素general_profile_idcによりスティルピクチャプロファイル(Still Picture Profile)であることを規定する場合、図4のビデオパラメータセット(VPS)において、サブレイヤに関するパラメータvps_max_sub_layers_minus1(6行目)の値が0に指定されていなければならず、さらに、シーケンスパラメータセット(SPS)(図5および図6)において、サブレイヤに関するパラメータsps_max_sub_layers_minus1(3行目)の値が0に指定されていなければならないようにしてもよい。
このようにすることにより、プロファイルティアレベル(profile_tier_level())の不要な部分を読み出してしまうことを抑制することができる。つまり、読み出しによる負荷の増大を抑制するだけでなく、不要なパラメータを読み出して伝送することを抑制することができる。したがって、符号化効率の低減を抑制することができる。
また、このようにすることにより、プロファイルティアレベル(profile_tier_level())、ビデオパラメータセット(VPS)、およびシーケンスパラメータセット(SPS)のシンタクスを変更する必要がなく、セマンティクスによる制御によって、符号化効率の低減を抑制することができる。シンタクスを変更すると、例えばスティルピクチャプロファイル(Still Picture Profile)に対応していないような従来のエンコーダ・デコーダとのシンタクスの互換性の維持が困難になる可能性がある。特に、ハードウエアにより実現されるエンコーダ・デコーダの場合、シンタクスの更新が困難である場合もある。シンタクスの互換性が低減すると、汎用性が低減する可能性もある。しかしながら、上述したように、セマンティクスによって、シンタクス要素の値を制限することにより、シンタクスの互換性を維持することができ、汎用性の低減を抑制することができる。
さらに、このようにシンタクスの互換性を維持することにより、静止画像の符号化も動画像の符号化も共通のシンタクスを適用することが容易に可能であるので、静止画像と動画像の両方を共通の回路で処理するエンコーダ・デコーダを容易に実現することができる。つまり、装置の小型化やコストの増大の抑制等にも寄与することができる。
<0−2:プロファイルティアレベルの呼び出しに関するシンタクス要素の制限>
ただし、このような制限を、シンタクスの変更によって実現することが不可能な訳ではない。
上述したようにビデオパラメータセット(VPS)やシーケンスパラメータセット(SPS)からプロファイルティアレベル(profile_tier_level())を呼び出す場合、その呼び出しの際に指定される、プロファイルティアレベルの呼び出しに関するシンタクス要素ProfilePresentFlagの値は常に1である。
つまり、このシンタクス要素を伝送することは冗長である。また、プロファイルティアレベル(profile_tier_level())の2行目(図3)のif文も不要である。
そこで、図3のプロファイルティアレベル(profile_tier_level())のシンタクスを図7に示される例のようにし、図4のビデオパラメータセット(VPS)のシンタクスを図8に示される例のようにし、図5および図6のシーケンスパラメータセット(SPS)のシンタクスを、図9および図10の例のようにしても良い。
つまり、シンタクス要素ProfilePresentFlagの指定は省略し、図7(第1行目)、図8(第7行目)、および図9(第5行目)の例のように、サブレイヤに関するシンタクス要素MaxNumSubLayersMinus1のみを指定することにより、プロファイルティアレベル(profile_tier_level())を指定することができるようにしてもよい。
また、図7の第1行目乃至第7行目に示されるように、プロファイルティアレベル(profile_tier_level())において、シンタクス要素ProfilePresentFlag を用いるif文を省略するようにしてもよい。
このようにすることにより、不要なパラメータの伝送を抑制し、符号化効率の低減を抑制することができる。また、不要なif文の読み込みによる、プロファイルティアレベル(profile_tier_level())の読み込み処理の負荷の増大を抑制することができる。
換言するに、プロファイルティアレベルの呼び出しに関するシンタクス要素ProfilePresentFlagの値は1でなければならないようにしてもよい。
<0−3:プロファイルティアレベルに関するシンタクス要素の制限>
なお、上述の方法では、サブレイヤに関するシンタクス要素max_sub_layers_minus1を符号化する際、後続のプロファイルティアレベル(profile_tier_level())において、スティルピクチャプロファイル(Still Picture Profile)により符号化されるかどうかに関する情報を、前もって知った上で設定しなければならない。
そこで、図4のビデオパラメータセット(VPS)のシンタクスを図11に示される例のようにし、図5および図6のシーケンスパラメータセット(SPS)のシンタクスを、図12および図13の例のようにしても良い。
つまり、ビデオパラメータセット(VPS)において、第6行目乃至第8行目(図11)のように、プロファイルティアレベルに関するシンタクス要素profile_tier_level(1,0)を指定し、サブレイヤに関するシンタクス要素vps_max_sub_layers_minus1の値を指定し、プロファイルティアレベルに関するシンタクス要素profile_tier_level(0,vps_max_sub_layers_minus1)を指定するようにしてもよい。
同様に、シーケンスパラメータセット(SPS)において、第3行目乃至第6行目(図12)のように、プロファイルティアレベルに関するシンタクス要素profile_tier_level(1,0)を指定し、サブレイヤに関するシンタクス要素sps_max_sub_layers_minus1の値を指定し、プロファイルティアレベルに関するシンタクス要素profile_tier_level(0,sps_max_sub_layers_minus1)を指定するようにしてもよい。
なお、vps_max_sub_layers_minus1やsps_max_sub_layers_minus1のように、シンタクス要素が属するパラメータセット等を識別しない場合、単にmax_sub_layers_minus1と称する。つまり、vps_max_sub_layers_minus1は、ビデオパラメータセット(VPS)におけるmax_sub_layers_minus1であり、sps_max_sub_layers_minus1は、シーケンスパラメータセット(SPS)におけるmax_sub_layers_minus1である。他のシンタクス要素においても同様の関係を有するものとする。
サブレイヤに関するシンタクス要素max_sub_layers_minus1を指定する前に、シンタクス要素profile_tier_level(1,0)を指定することにより、画像データの全てのテンポラルレイヤ(temporal_layer)を符号化・復号する場合に関する情報を伝送する。
ここで、スティルピクチャプロファイル(Still Picture Profile)が適用される場合、サブレイヤに関するシンタクス要素max_sub_layers_minus1の値は、0に指定される。
サブレイヤに関するシンタクス要素max_sub_layers_minus1を符号化した後、画像データの一部のテンポラルレイヤ(temporal_layer)を符号化・復号する場合に関する情報を、profile_tier_level(0, nax_sub_layers_minus1) により伝送する。
シンタクスをこのように変更することにより、スティルピクチャプロファイル(Still Picture Profile)であるかどうかを指定した後、サブレイヤに関するシンタクス要素max_sub_layers_minus1の値を指定することが可能である。
<0−4:仮想参照デコーダに関するシンタクス要素の制限>
また、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、仮想参照デコーダの制御は不要である。そこで、図4に示されるように、ビデオパラメータセット(VPS)の、仮想参照デコーダに関するシンタクス要素vps_num_hrd_parameters(第14行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、ビデオパラメータセット(VPS)の、仮想参照デコーダに関するシンタクス要素vps_num_hrd_parameters(第14行目)の値が0でなければならないようにしてもよい。
仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersは、拡張ゴロム符号化されて伝送される正の値である。したがって、この値が0若しくは1の場合、符号量が最も少なくなる。つまり、仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersの値を0に指定することにより、符号化効率の低減を抑制することができる。
また、仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersの値を0にすることにより、第15行目乃至第19行目のループ処理(for文)を読み飛ばすことができる。したがって、このようにすることにより、負荷の増大を抑制することができる。また、ループ処理(for文)中の不要なシンタクス要素の伝送を抑制することができ、符号化効率の低減を抑制することができる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
なお、この制限は、ビデオパラメータセット(VPS)が、図8の場合や、図11の場合にも適用することができる。
<0−5:PスライスやBスライスに関するシンタクス要素の制限>
また、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、PスライスやBスライスは存在しない。そこで、図5に示されるように、シーケンスパラメータセット(SPS)の、PスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flag(第32行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、シーケンスパラメータセット(SPS)の、PスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flag(第32行目)の値が0でなければならないようにしてもよい。
また、PスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flagの値を0にすることにより、第33行目乃至第42行目を読み飛ばすことができる。したがって、このようにすることにより、負荷の増大を抑制することができる。また、第33行目乃至第42行目の不要なシンタクス要素の伝送を抑制することができ、符号化効率の低減を抑制することができる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
なお、この制限は、シーケンスパラメータセット(SPS)が、図9および図10の場合や、図12および図13の場合にも適用することができる。
<0−6:ショートタームに関するシンタクス要素の制限>
また、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図6に示されるように、シーケンスパラメータセット(SPS)の、ショートタームに関するシンタクス要素num_short_term_ref_pic_sets(第56行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、シーケンスパラメータセット(SPS)の、ショートタームに関するシンタクス要素num_short_term_ref_pic_sets(第56行目)の値が0でなければならないようにしてもよい。
このショートタームに関するシンタクス要素num_short_term_ref_pic_setsは、拡張ゴロム符号化されて伝送される正の値である。したがって、この値が0若しくは1の場合、符号量が最も少なくなる。つまり、ショートタームに関するシンタクス要素num_short_term_ref_pic_setsの値を0に指定することにより、符号化効率の低減を抑制することができる。
また、このショートタームに関するシンタクス要素num_short_term_ref_pic_setsの値を0にすることにより、第57行目および第58行目を読み飛ばすことができる。したがって、このようにすることにより、負荷の増大を抑制することができる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
なお、この制限は、シーケンスパラメータセット(SPS)が、図9および図10の場合や、図12および図13の場合にも適用することができる。
<0−7:ロングタームに関するシンタクス要素の制限>
また、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図6に示されるように、シーケンスパラメータセット(SPS)の、ロングタームに関するシンタクス要素long_term_ref_pics_present_flag(第59行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、シーケンスパラメータセット(SPS)の、ロングタームに関するシンタクス要素long_term_ref_pics_present_flag(第59行目)の値が0でなければならないようにしてもよい。
このロングタームに関するシンタクス要素long_term_ref_pics_present_flagの値を0にすることにより、第60行目乃至第66行目を読み飛ばすことができる。したがって、このようにすることにより、負荷の増大を抑制することができる。また、第60行目乃至第66行目の不要なシンタクス要素の伝送を抑制することができ、符号化効率の低減を抑制することができる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
なお、この制限は、シーケンスパラメータセット(SPS)が、図9および図10の場合や、図12および図13の場合にも適用することができる。
<0−8:動きベクトルに関するシンタクス要素の制限>
また、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図6に示されるように、シーケンスパラメータセット(SPS)の、動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flag(第67行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、シーケンスパラメータセット(SPS)の、動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flag(第67行目)の値が0でなければならないようにしてもよい。
この動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flagの値を0にすることにより、符号量を最少とすることができ、符号化効率の低減を抑制することができる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
なお、この制限は、シーケンスパラメータセット(SPS)が、図9および図10の場合や、図12および図13の場合にも適用することができる。
<0−9:ピクチャパラメータセットのシンタクス要素の制限>
図14および図15は、HEVCにおけるピクチャパラメータセット(PPS(Picture Parameter Set))の例を示す図である。
スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図14に示されるように、ピクチャパラメータセット(PPS)の、L0に関するシンタクス要素num_ref_idx_l0_default_active minus1(第6行目)、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1(第7行目)の値を、ともに0若しくは1に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、ピクチャパラメータセット(PPS)の、L0に関するシンタクス要素num_ref_idx_l0_default_active minus1(第6行目)、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1(第7行目)の値が、ともに0若しくは1でなければならないようにしてもよい。
これらのシンタクス要素は、拡張ゴロム符号化されて伝送される正の値である。したがって、これらの値が0若しくは1の場合、符号量が最も少なくなる。つまり、L0に関するシンタクス要素num_ref_idx_l0_default_active minus1、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1の値を0に指定することにより、符号化効率の低減を抑制することができる。
また、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図15に示されるように、ピクチャパラメータセット(PPS)の、シンタクス要素ref_pic_list_modificationがカレントスライスヘッダに存在するか否かを示すシンタクス要素(フラグ)lists_modification_present_flag(第49行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、ピクチャパラメータセット(PPS)の、シンタクス要素ref_pic_list_modificationがカレントスライスヘッダに存在するか否かを示すシンタクス要素(フラグ)lists_modification_present_flag(第49行目)の値が0でなければならないようにしてもよい。
シンタクス要素lists_modification_present_flagの値が1である場合、図21の第53行目および第54行目に示されるように、カレントスライスについて、参照画像リストに関するシンタクス要素ref_pic_list_modificationが伝送されるが、スティルピクチャプロファイル(Still Picture Profile)の場合、このシンタクス要素は不要である。つまり、シンタクス要素lists_modification_present_flagの値を0に指定することにより、カレントスライスについて、不要な情報である参照画像リストに関するシンタクス要素ref_pic_list_modificationの伝送を省略することができ、符号化効率の低減を抑制することができる。
さらに、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図15に示されるように、ピクチャパラメータセット(PPS)の、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2(第50行目)の値を0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、ピクチャパラメータセット(PPS)の、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2(第50行目)の値が0でなければならないようにしてもよい。
このシンタクス要素は、拡張ゴロム符号化されて伝送される正の値である。したがって、この値が0の場合、符号量が最も少なくなる。つまり、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2の値を0に指定することにより、符号化効率の低減を抑制することができる。
なお、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、時間の概念が存在しない(他のピクチャは存在しない)。そこで、図14に示されるように、ピクチャパラメータセット(PPS)の、Pスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_pred_flag(第18行目)、および、Bスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_bipred_flag(第19行目)の値を、ともに0に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、ピクチャパラメータセット(PPS)の、Pスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_pred_flag(第18行目)、および、Bスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_bipred_flag(第19行目)の値が、ともに0でなければならないようにしてもよい。
シンタクス要素weighted_pred_flagやweighted_bipred_flagの値が1である場合、図21の第65行目乃至第68行目に示されるように、カレントスライスについて、重み予測テーブル等が伝送されるが、スティルピクチャプロファイル(Still Picture Profile)の場合、これらの情報は不要である。つまり、シンタクス要素weighted_pred_flagやweighted_bipred_flagの値を0に指定することにより、カレントスライスについて、不要な情報の伝送を省略することができ、符号化効率の低減を抑制することができる。
ただし、後述するようにスライスタイプをIスライスに制限することによっても、これらの情報の伝送を省略することができるので、シンタクス要素weighted_pred_flagやweighted_bipred_flagに関する上述したような制限は、省略することもできる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
<0−10:スケーリングリストの予測モードに関するシンタクス要素の制限>
ところで、図5および図6に示されるシーケンスパラメータセット(SPS)においては、スケーリングリスト(scaling_list_data())が呼ばれる(第49行目)。同様に、図14および図15に示されるピクチャパラメータセット(PPS)においても、スケーリングリスト(scaling_list_data())が呼ばれる(第48行目)。
図16にそのスケーリングリスト(scaling_list_data())の例を示す。図16に示されるスケーリングリスト(scaling_list_data())において、サイズID(sizeID)とマトリクスID(matrixID)のセマンティクスは、図17および図18に示されるとおりである。
ここで、サイズID(sizeID)の値が0、1、若しくは2であり、マトリクスID(matrixID)の値が3、4、若しくは5である場合、または、サイズID(sizeID)の値が3であり、マトリクスID(matrixID)の値が1である場合、スティルピクチャプロファイル(Still Picture Profile)において、スケーリングリスト(scaling list)を伝送することは冗長である。
そこで、これらの場合、スケーリングリストの予測モードに関するシンタクス要素scaling_list_pred_mode_flagの値を0に指定し、スケーリングリストの予測行列に関するシンタクス要素scaling_list_pred_matrix_id_deltaの値を0若しくは1に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、スケーリングリストの予測モードに関するシンタクス要素scaling_list_pred_mode_flag(第4行目)の値が0でなければならず、かつ、スケーリングリストの予測行列に関するシンタクス要素scaling_list_pred_matrix_id_delta(第6行目)の値が0若しくは1でなければならないようにしてもよい。
なお、スケーリングリストの予測行列に関するシンタクス要素scaling_list_pred_matrix_id_deltaの値を1とすることで、符号長を最小限に保ちながら、スタートコードエミュレーションプリベンション(start code emulation prevention)を挿入する必要性を減少させることができる。
<0−11:スケーリングリストの予測モードに関するシンタクスの変更>
なお、上述したようにセマンティクスによりシンタクス要素の値を制限する代わりに、図19に示されるようにシンタクスを変更するようにしても良い。
図19のシンタクスにおいては、第4行目に示されるように、for文の条件を、サイズID(sizeID)およびマトリクスID(matrixID)を用いて、上述したのと同様に詳細に指定している。
このようにしても同等の結果をえることができる。
<0−12:スライスタイプに関するシンタクス要素の制限>
図20乃至図22にスライスヘッダのシンタクスの例を示す。
スティルピクチャプロファイル(Still Picture Profile)を適用する場合、スライスタイプはIスライスのみとなる。そこで、図20に示されるように、スライスヘッダ(slice_header())の、スライスタイプに関するシンタクス要素slice_type(第11行目)の値を、Iスライスを示す値に指定するようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、スライスヘッダ(slice_header())の、スライスタイプに関するシンタクス要素slice_type(第11行目)の値がIスライスでなければならないようにしてもよい。
このようにすることにより、スライスヘッダ(slice_header())の第44行目乃至第68行目を読み飛ばすことができる。したがって、このようにすることにより、負荷の増大を抑制することができる。また、第44行目乃至第68行目の不要なシンタクス要素の伝送を抑制することができ、符号化効率の低減を抑制することができる。
さらに、このシンタクス要素の値の制限は、シンタクスを変更せずにセマンティクスによって行うことができ、シンタクスの汎用性の低減を抑制することができる。
<0−13:ナルユニットタイプに関するシンタクス要素の制限>
ところで、図20乃至図22において、IdrPicFlag及びRapPicFlagは、nal_unit_typeから以下の式(3)および式(4)のように算出される。
Figure 2014084108
ここで、ナルユニットタイプに関するシンタクス要素nal_unit_typeは、図23のように割り当てられている。
そこで、スティルピクチャプロファイル(Still Picture Profile)を適用する場合、VCLに対するナルユニットタイプ(nal_unit_type)は、IDR_W_LP若しくはIDR_N_LPとするようにしてもよい。
換言するに、スティルピクチャプロファイル(Still Picture Profile)が適用されている場合、VCLに対するナルユニットタイプ(nal_unit_type)が、IDR_W_LP若しくはIDR_N_LPでなければならないようにしてもよい。
以上のような処理を行うことにより、スティルピクチャプロファイル(Still Picture Profile)により符号化が行われる際の、冗長な情報を伝送することを排除し、出力となる画像圧縮情報における符号化効率を向上させることが可能である。
なお、静止画像を符号化するためのプロファイルにより符号化処理を行う場合に値を制限する、画像間の処理に関するシンタクス要素は、上述した例に限らない。上述したシンタクス要素以外のシンタクス要素の値を制限するようにしてもよい。また、その際、セマンティクスにより制限を行うようにしてもよいし、シンタクスを変更するようにしてもよい。
また、図24に示されるように、静止画像の一部に、人の顔が写っているなどの、ROI (Region of Interest) が存在する場合、図2のタイル(Tile)に画像を分割し、どのタイル(Tile)がROI領域であるかを、SEI(Suplemental Enhancement Information)等のメタデータにより指定することで、復号画像で、ROI領域のみの復号処理を行うことも可能である。
次に、以上のような本技術について、具体的な装置への適用例について説明する。
<1.第1の実施の形態>
<画像符号化装置>
図25は、本技術を適用した画像処理装置の一態様である画像符号化装置の構成の一例を示すブロック図である。図25に示される画像符号化装置100は、例えば、HEVCの予測処理、またはそれに準ずる方式の予測処理を用いて動画像の画像データを符号化する。
なお、この画像符号化装置100は、動画像の画像データだけでなく、静止画像の画像データも符号化することができる。その場合、画像符号化装置100には、静止画像用のプロファイル(例えば、スティルピクチャプロファイル(Still Picture Profile))が設定される。
図25に示されるように画像符号化装置100は、A/D変換部101、画面並べ替えバッファ102、演算部103、直交変換部104、量子化部105、可逆符号化部106、蓄積バッファ107、逆量子化部108、および逆直交変換部109を有する。また、画像符号化装置100は、演算部110、ループフィルタ111、フレームメモリ112、イントラ予測部113、インター予測部114、予測画像選択部115、およびレート制御部116を有する。
A/D変換部101は、画像符号化装置100に入力された、入力画像の画像データ(アナログデータ)をA/D変換する。A/D変換部101は、変換後の画像データ(デジタルデータ)を、画面並べ替えバッファ102に供給する。
画面並べ替えバッファ102は、表示順に供給される入力画像の各フレーム画像データをその順に記憶する。画面並べ替えバッファ102は、その入力画像のフレームの順番を、GOP(Group Of Picture)に応じて、符号化順に並べ替える。つまり画面並べ替えバッファ102は、表示順に記憶した各フレームの画像データを、符号化順に読み出す。画面並べ替えバッファ102は、読み出した画像データを演算部103に供給する。また、画面並べ替えバッファ102は、読み出した画像データを、イントラ予測部113およびインター予測部114にも供給する。つまり、演算部103、イントラ予測部113、およびインター予測部114には、符号化順に各フレームの画像データが供給される。なお、入力画像が静止画像の場合は、時間の概念が存在しないので(フレーム数が1であるので)、この並べ替えは省略される。
演算部103は、画面並べ替えバッファ102から読み出された入力画像の画像データと、予測画像選択部115を介してイントラ予測部113若しくはインター予測部114から供給された予測画像の画像データとを用いて、入力画像から予測画像を減算した差分画像の画像データを生成する。例えば、イントラ符号化が行われる画像の場合、演算部103は、入力画像と、イントラ予測部113により生成された予測画像との差分画像を生成する。また、例えば、インター符号化が行われる画像の場合、演算部103は、入力画像と、インター予測部114により生成された予測画像との差分画像を生成する。演算部103は、生成した差分画像の画像データを直交変換部104に出力する。
直交変換部104は、演算部103から供給される差分画像の画像データに対して、離散コサイン変換やカルーネン・レーベ変換等の直交変換を施す。直交変換部104は、得られた変換係数を量子化部105に供給する。
量子化部105は、直交変換部104から供給される変換係数を量子化する。量子化部105は、レート制御部116から供給される符号量の目標値に関する情報に基づいて量子化パラメータを設定し、その量子化を行う。量子化部105は、このように量子化された変換係数を可逆符号化部106に供給する。
可逆符号化部106は、量子化部105において量子化された変換係数を任意の符号化方式で符号化し、符号化データを生成する。係数データは、レート制御部116の制御の下で量子化されているので、この符号化データのデータ量(符号量)は、レート制御部116が設定した目標値となる(若しくは目標値に近似する)。
また、可逆符号化部106は、イントラ予測のモードを示す情報などをイントラ予測部113から取得し、インター予測のモードを示す情報や差分動きベクトル情報などをインター予測部114から取得する。可逆符号化部106は、これらの各種情報を任意の符号化方式で符号化し、符号化データのヘッダ情報の一部とする(多重化する)。可逆符号化部106は、得られた符号化データを蓄積バッファ107に供給して蓄積させる。
可逆符号化部106が行う符号化の符号化方式としては、例えば、可変長符号化または算術符号化等が挙げられる。可変長符号化としては、例えば、H.264/AVC方式で定められているCAVLC(Context-Adaptive Variable Length Coding)などが挙げられる。算術符号化としては、例えば、CABAC(Context-Adaptive Binary Arithmetic Coding)などが挙げられる。
蓄積バッファ107は、可逆符号化部106から供給された符号化データを、一時的に保持する。蓄積バッファ107は、所定のタイミングにおいて、保持している符号化データを、画像符号化装置100の外部に出力する。すなわち、蓄積バッファ107は、符号化データを伝送する伝送部でもある。
また、量子化部105において量子化された変換係数は、逆量子化部108にも供給される。逆量子化部108は、その量子化された変換係数を、量子化部105による量子化に対応する方法で逆量子化する。逆量子化部108は、得られた変換係数を、逆直交変換部109に供給する。
逆直交変換部109は、逆量子化部108から供給された変換係数を、直交変換部104による直交変換処理に対応する方法で逆直交変換する。この逆直交変換により差分画像の画像データが復元される。逆直交変換部109は、その復元された差分画像の画像データを、逆直交変換結果として、演算部110に供給する。
演算部110は、逆直交変換部109から供給された逆直交変換結果と、予測画像選択部115を介してイントラ予測部113若しくはインター予測部114から供給された予測画像の画像データとを用いて、復元された差分画像と予測画像とを加算した画像の画像データを生成する。つまり、この加算処理により、局所的に再構成された画像(以下、再構成画像と称する)が得られる。演算部110は、その再構成画像の画像データを、ループフィルタ111またはイントラ予測部113に供給される。
ループフィルタ111は、デブロックフィルタや適応ループフィルタ等を含み、演算部110から供給される再構成画像の画像データに対して適宜フィルタ処理を行う。例えば、ループフィルタ111は、再構成画像の画像データに対してデブロックフィルタ処理を行うことにより、再構成画像のブロック歪を除去する。また、例えば、ループフィルタ111は、そのデブロックフィルタ処理結果(ブロック歪みの除去が行われた再構成画像の画像データ)に対して、ウィナーフィルタ(Wiener Filter)を用いてループフィルタ処理を行うことにより、再構成画像の画質改善を行う。
なお、ループフィルタ111が、再構成画像に対してさらに、他の任意のフィルタ処理を行うようにしてもよい。また、ループフィルタ111は、必要に応じて、フィルタ処理に用いたフィルタ係数等の情報を可逆符号化部106に供給し、それを符号化させるようにすることもできる。
ループフィルタ111は、以上のようにフィルタ処理された再構成画像(以下、復号画像と称する)の画像データを、フレームメモリ112に供給する。
フレームメモリ112は、供給される復号画像の画像データを記憶する。また、フレームメモリ112は、所定のタイミングにおいて、記憶している復号画像の画像データを、参照画像としてインター予測部114に供給する。
イントラ予測部113は、処理対象のフレームの画像であるカレントピクチャについて、予測処理を行い、予測画像を生成する。イントラ予測部113は、この予測処理を、所定のブロック毎に(ブロックを処理単位として)行う。つまり、イントラ予測部113は、カレントピクチャの、処理対象であるカレントブロックの予測画像を生成する。その際、イントラ予測部113は、演算部110から参照画像として供給される再構成画像を用いて予測処理(画面内予測(イントラ予測とも称する))を行う。つまり、イントラ予測部113は、再構成画像に含まれる、カレントブロックの周辺の画素値を用いて予測画像を生成する。このイントラ予測に利用される周辺画素値は、カレントピクチャの、過去に処理された画素の画素値である。このイントラ予測には(すなわち、予測画像の生成の仕方には)、複数の方法(イントラ予測モードとも称する)が、候補として予め用意されている。イントラ予測部113は、この予め用意された複数のイントラ予測モードでこのイントラ予測を行う。
イントラ予測部113は、候補となる全てのイントラ予測モードで予測画像を生成し、画面並べ替えバッファ102から供給される入力画像を用いて各予測画像のコスト関数値を評価し、最適なモードを選択する。イントラ予測部113は、最適なイントラ予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部115に供給する。
また、上述したように、イントラ予測部113は、採用されたイントラ予測モードを示すイントラ予測モード情報等を、適宜可逆符号化部106に供給し、符号化させる。
インター予測部114は、カレントピクチャについて、予測処理を行い、予測画像を生成する。インター予測部114は、この予測処理を、所定のブロック毎に(ブロックを処理単位として)行う。つまり、インター予測部114は、カレントピクチャの、処理対象であるカレントブロックの予測画像を生成する。その際、インター予測部114は、画面並べ替えバッファ102から供給される入力画像の画像データと、フレームメモリ112から参照画像として供給される復号画像の画像データとを用いて、予測処理を行う。この復号画像は、カレントピクチャより前に処理されたフレームの画像(カレントピクチャでない他のピクチャ)である。つまり、インター予測部114は、他のピクチャの画像を用いて予測画像を生成する予測処理(画面間予測(インター予測とも称する))を行う。
このインター予測は、動き予測と動き補償よりなる。より具体的には、インター予測部114は、入力画像と参照画像を用いて、カレントブロックについて動き予測を行い、動きベクトルを検出する。そして、インター予測部114は、参照画像を用いて、検出された動きベクトルに応じて動き補償処理を行い、カレントブロックの予測画像(インター予測画像情報)を生成する。このインター予測には(すなわち、予測画像の生成の仕方には)、複数の方法(インター予測モードとも称する)が、候補として予め用意されている。インター予測部114は、この予め用意された複数のインター予測モードでこのようなインター予測を行う。
インター予測部114は、候補となる全てのインター予測モードで予測画像を生成する。インター予測部114は、画面並べ替えバッファ102から供給される入力画像と、生成した差分動きベクトルの情報などを用いて、各予測画像のコスト関数値を評価し、最適なモードを選択する。インター予測部114は、最適なインター予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部115に供給する。
インター予測部114は、採用されたインター予測モードを示す情報や、符号化データを復号する際に、そのインター予測モードで処理を行うために必要な情報等を可逆符号化部106に供給し、符号化させる。必要な情報としては、例えば、生成された差分動きベクトルの情報や、予測動きベクトル情報として、予測動きベクトルのインデックスを示すフラグなどがある。
予測画像選択部115は、演算部103や演算部110に供給する予測画像の供給元を選択する。例えば、イントラ符号化の場合、予測画像選択部115は、予測画像の供給元としてイントラ予測部113を選択し、そのイントラ予測部113から供給される予測画像を演算部103や演算部110に供給する。また、例えば、インター符号化の場合、予測画像選択部115は、予測画像の供給元としてインター予測部114を選択し、そのインター予測部114から供給される予測画像を演算部103や演算部110に供給する。
レート制御部116は、蓄積バッファ107に蓄積された符号化データの符号量に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部105の量子化動作のレートを制御する。
画像符号化装置100は、さらに、プロファイル設定部121を有する。
プロファイル設定部121は、画像データの符号化に適用するプロファイルを設定する。例えば、静止画像を符号化する場合、プロファイル設定部121は、スティルピクチャプロファイル(Still Picture Profile)を設定する。例えば、プロファイル設定部121は、ユーザ等の外部の指示に従って、プロファイルを設定する。もちろん、この方法は任意であり、プロファイルがどのような情報に基づいて設定されるようにしても良い。プロファイルを設定すると、プロファイル設定部121は、その情報を可逆符号化部106に供給する。
可逆符号化部106は、プロファイル設定部121により設定されたプロファイルに従って符号化を行う。例えば、プロファイル設定部121によりスティルピクチャプロファイル(Still Picture Profile)が設定された場合、可逆符号化部106は、画像間の処理に関するシンタクス要素の値を制限する。その制限の具体的な例は、<0.概要>において上述した通りである。
<可逆符号化部>
図26は、図25の可逆符号化部106の、シンタクス要素設定に関する主な構成例を示すブロック図である。図25に示されるように可逆符号化部106は、シンタクス要素設定部131および符号化部132を有する。
シンタクス要素設定部131は、シンタクス要素の設定に関する処理を行う。シンタクス要素設定部131は、例えばビデオパラメータセット(VPS)、シーケンスパラメータセット(SPS)、ピクチャパラメータセット(PPS)、スライスヘッダ等、各種ナルユニット(nal_unit)のシンタクス要素の設定を行う。シンタクス要素設定部131は、必要に応じて、イントラ予測部113、インター予測部114等、画像符号化装置100の各処理部から必要な情報を取得し、その情報に基づいてシンタクス要素の値を設定する。
また、シンタクス要素設定部131は、プロファイル設定部121からプロファイルの指定を受け付ける。シンタクス要素設定部131は、そのプロファイル設定部121により指定されたプロファイルに従って、シンタクス要素の設定を行う。
例えば、プロファイル設定部121によりスティルピクチャプロファイル(Still Picture Profile)が設定された場合、シンタクス要素設定部131は、画像間の処理に関するシンタクス要素の値を制限する。その制限の具体的な例は、<0.概要>において上述した通りである。
シンタクス要素設定部131は、設定したシンタクス要素を符号化部132に供給する。
符号化部132は、例えば、量子化部105から画像データの量子化係数を取得し、算術符号化等によりそれを符号化し、符号化データを得る。符号化部132は、得られた符号化データを蓄積バッファ107に供給する。
また、符号化部132は、画像データ以外の情報も符号化し、蓄積バッファ107に供給する。例えば、符号化部132は、シンタクス要素設定部131において設定されたシンタクス要素を符号化し、蓄積バッファ107に供給する。
以上のように可逆符号化部106は、スティルピクチャプロファイル(Still Picture Profile)が設定された場合、画像間の処理に関するシンタクス要素の値を制限して、符号化データを生成する。したがって、画像符号化装置100は、冗長な情報の伝送を抑制することができ、符号化効率の低減を抑制することができる。
付言するに、画像符号化装置100は、符号化データの冗長な情報を低減させることにより、復号処理の不要な負荷の増大を抑制することもできる。
また、画像符号化装置100は、プロファイルを切り替えるだけで容易に、1の回路で、静止画像と動画像の両方を符号化することができる。
<符号化処理の流れ>
次に、図25に示される画像符号化装置100により実行される符号化処理の流れの例を、図27および図28のフローチャートを参照して説明する。
符号化処理が開始されると、図27のステップS101において、プロファイル設定部121は、例えばユーザ等の外部の指示に従って、符号化する画像データに応じたプロファイルを設定する。
ステップS102において、可逆符号化部106は、ステップS101において設定されたプロファイルが静止画像用のプロファイル(静止画像の画像データを符号化するのに適したプロファイル)であるか否かを判定する。設定されたプロファイルが動画像用のプロファイル(動画像の画像データを符号化するのに適したプロファイル)であると判定された場合、処理は、ステップS103に進む。
動画像の画像データを符号化する場合、ステップS103において、A/D変換部101は、入力された動画像の各フレーム(ピクチャ)の画像をA/D変換する。
ステップS104において、画面並べ替えバッファ102は、ステップS103においてA/D変換された画像を記憶し、各ピクチャの表示する順番から符号化する順番への並べ替えを行う。
ステップS105において、イントラ予測部113は、イントラ予測モードのイントラ予測処理を行う。
ステップS106において、インター予測部114は、インター予測モードでの動き予測や動き補償を行うインター予測処理を行う。
ステップS107において、予測画像選択部115は、コスト関数値等に基づいて、予測画像を選択する。つまり、予測画像選択部115は、ステップS105のイントラ予測により生成された予測画像と、ステップS106のインター予測により生成された予測画像のいずれか一方を選択する。
ステップS108において、演算部103は、ステップS104の処理によりフレーム順を並び替えられた入力画像と、ステップS107の処理により選択された予測画像との差分を演算する。つまり、演算部103は、入力画像と予測画像との差分画像の画像データを生成する。このようにして求められた差分画像の画像データは、元の画像データに比べてデータ量が低減される。したがって、画像をそのまま符号化する場合に較べて、データ量を圧縮することができる。
ステップS109において、直交変換部104は、ステップS108の処理により生成された差分画像の画像データを直交変換する。
ステップS110において、量子化部105は、レート制御部116により算出された量子化パラメータを用いて、ステップS109の処理により得られた直交変換係数を量子化する。
ステップS111において、逆量子化部108は、ステップS110の処理により生成された量子化された係数(量子化係数とも称する)を、量子化部105の特性に対応する特性で逆量子化する。
ステップS112において、逆直交変換部109は、ステップS111の処理により得られた直交変換係数を逆直交変換する。
ステップS113において、演算部110は、ステップS112の処理により復元された差分画像に、ステップS107の処理により選択された予測画像を加算することにより、再構成画像の画像データを生成する。
ステップS114においてループフィルタ111は、ステップS113の処理により生成された再構成画像の画像データにループフィルタ処理を行う。これにより、再構成画像のブロック歪み等が除去される。
ステップS115において、フレームメモリ112は、ステップS114の処理により得られた復号画像を記憶する。
ステップS116において、可逆符号化部106は、ステップS110の処理により得られた、量子化された係数を符号化する。すなわち、差分画像に対応するデータに対して、可変長符号化や算術符号化等の可逆符号化が行われる。
また、このとき、可逆符号化部106は、ステップS107の処理により選択された予測画像の予測モードに関する情報を符号化し、差分画像を符号化して得られる符号化データに付加する。つまり、可逆符号化部106は、イントラ予測部113から供給される最適イントラ予測モード情報、または、インター予測部114から供給される最適インター予測モードに応じた情報なども符号化し、符号化データに付加する。
さらに、可逆符号化部106は、各種ナルユニット等のシンタクス要素も設定し、符号化し、符号化データに付加する。
ステップS117において蓄積バッファ107は、ステップS115の処理により得られた符号化データを蓄積する。蓄積バッファ107に蓄積された符号化データは、適宜読み出され、伝送路や記録媒体を介して復号側に伝送される。
ステップS118においてレート制御部116は、ステップS117の処理により蓄積バッファ107に蓄積された符号化データの符号量(発生符号量)に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部105の量子化動作のレートを制御する。また、レート制御部116は、量子化パラメータに関する情報を、量子化部105に供給する。ステップS118の処理が終了すると、符号化処理が終了する。
また、ステップS102において、ステップS101において設定されたプロファイルが静止画像用のプロファイル(静止画像の画像データを符号化するのに適したプロファイル)であると判定された場合、処理は、図28のステップS121に進む。
この場合、ステップS121乃至ステップS134の各ステップにおいて、入力された静止画像の画像データに対して、図27の各ステップにおいて行われた動画像に対する処理と同様の処理が実行される。
ただし、静止画像の画像データを符号化する場合、画像データに時間の概念が存在しない(ピクチャが複数存在しない)ので、ステップS106のインター予測処理は省略される。したがって、ステップS107の予測画像の選択処理も省略される。
つまり、図28のステップS121乃至ステップS123の各処理は、図27のステップS103乃至ステップS105の各処理に対応する。また、図28のステップS124乃至ステップS134の各処理は、図27のステップS108乃至ステップS118の各処理に対応する。
ただし、図28のステップS132の処理においては、画像間の処理に関するシンタクス要素の値が制限される。この処理の詳細については後述する。図28のステップS134の処理が終了すると、符号化処理が終了する。
<可逆符号化処理の流れ>
次に、図29のフローチャートを参照して、図28のステップS132において実行される可逆符号化処理の流れの例を説明する。
静止画像の符号化において可逆符号化処理が開始されると、ステップS151において、シンタクス要素設定部131は、静止画像用の制限に基づいてシンタクス要素を設定する。例えば<0.概要>において上述したように、冗長な情報の伝送を低減させるために、スティルピクチャプロファイル(Still Picture Profile)が適用される場合、シンタクス要素設定部131は、画像間の処理に関するシンタクス要素の値を制限する。
ステップS152において、符号化部132は、ステップS151において設定されたシンタクス要素を符号化する。
ステップS153において、符号化部132は、量子化部105により量子化された直交変換係数を符号化する。ステップS153の処理が終了すると、可逆符号化処理が終了し、処理は、図28に戻る。
<シンタクス要素設定処理の流れ>
次に、図30のフローチャートを参照して、図29のステップS151において実行されるシンタクス要素設定処理の流れの例を説明する。
シンタクス要素設定処理が開始されると、シンタクス要素設定部131は、ステップS171において、ビデオパラメータセット(VPS)のサブレイヤに関するパラメータvps_max_sub_layers_minus1と、シーケンスパラメータセット(SPS)のサブレイヤに関するパラメータsps_max_sub_layers_minus1とを0に設定する。
ステップS172において、シンタクス要素設定部131は、プロファイルティアレベル(profile_tier_level())のシンタクス要素general_profile_idcを、スティルピクチャプロファイル(Still Picture Profile)を示す値に設定する。
ステップS173において、シンタクス要素設定部131は、プロファイルティアレベル(profile_tier_level())のその他のシンタクス要素を設定する。
ステップS174において、シンタクス要素設定部131は、ビデオパラメータセット(VPS)の仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersの値を0に設定する。
ステップS175において、シンタクス要素設定部131は、シーケンスパラメータセット(SPS)のPスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flagの値を0に設定する。
ステップS176において、シンタクス要素設定部131は、シーケンスパラメータセット(SPS)のショートタームに関するシンタクス要素num_short_term_ref_pic_setsの値を0に設定する。
ステップS177において、シンタクス要素設定部131は、シーケンスパラメータセット(SPS)のロングタームに関するシンタクス要素long_term_ref_pics_present_flagの値を0に設定する。
ステップS178において、シンタクス要素設定部131は、シーケンスパラメータセット(SPS)の動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flagの値を0に設定する。
ステップS179において、シンタクス要素設定部131は、ピクチャパラメータセット(PPS)のL0に関するシンタクス要素num_ref_idx_l0_default_active minus1、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1の値を、ともに0若しくは1に設定する。
ステップS180において、シンタクス要素設定部131は、ピクチャパラメータセット(PPS)の、シンタクス要素ref_pic_list_modificationがカレントスライスヘッダに存在するか否かを示すシンタクス要素lists_modification_present_flagの値を0に設定する。
ステップS181において、シンタクス要素設定部131は、ピクチャパラメータセット(PPS)の、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2の値を0に設定する。
ステップS182において、シンタクス要素設定部131は、スケーリングリスト(scaling_list_data())の予測モードに関するシンタクス要素scaling_list_pred_mode_flagの値を0に設定し、スケーリングリスト(scaling_list_data())の予測行列に関するシンタクス要素scaling_list_pred_matrix_id_deltaの値を0若しくは1に設定する。
ステップS183において、シンタクス要素設定部131は、スライスヘッダ(slice_header())の、スライスタイプに関するシンタクス要素slice_typeの値を、Iスライスを示す値に設定する。
ステップS184において、シンタクス要素設定部131は、VCLに対するナルユニットタイプ(nal_unit_type)を、IDR_W_LP若しくはIDR_N_LPに設定する。
ステップS185において、シンタクス要素設定部131は、その他のシンタクス要素を設定する。例えば、シンタクス要素設定部131は、ステップS185において、ピクチャパラメータセット(PPS)の、Pスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_pred_flagやBスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_bipred_flagの値を0に設定してもよい。ステップS185の処理が終了すると、処理は、図29に戻る。
もちろん、上述した各ステップの処理順は、任意であり、各ステップの処理順を入れ替えてもよいし、複数ステップの処理を並行して実行するようにしてもよい。特に、<0−1>乃至<0−3>において上述したように、ステップS171乃至ステップS173の処理順は任意である。
また、上述した各シンタクス要素の値の制限は互いに独立しているので、上述したシンタクス要素群の全ての値を制限しなければならないわけではなく、一部のシンタクス要素のみ値を制限するようにしてもよい。つまり、図30のシンタクス要素設定処理において上述した各ステップのうち、一部のステップの処理のみを実行するようにしてもよい。
さらに、値を制限するシンタクス要素は、上述した例に限らないので、図30のシンタクス要素設定処理においても、上述していないシンタクス要素の値を制限する処理を追加するようにしてもよい。
以上のように各処理を実行することにより、画像符号化装置100は、静止画像を符号化するためのプロファイルにより符号化が行われる際の、冗長な情報の伝送を抑制し、出力となる画像圧縮情報における符号化効率を向上させることができる。
<2.第2の実施の形態>
<画像符号化装置>
なお、プロファイルの選択は、入力画像に対応することが望ましい。そこで、入力画像が動画像であるか静止画像であるかを判定し、その判定結果に応じて適切なプロファイルを設定するようにしてもよい。
図31は、その場合の、本技術を適用した画像処理装置の一態様である画像符号化装置の構成の一例を示すブロック図である。図31に示される画像符号化装置200は、例えば、HEVCの予測処理、またはそれに準ずる方式の予測処理を用いて動画像および静止画像の画像データを符号化する。
画像符号化装置200は、画像符号化装置100と基本的に同様の構成を有し、同様の処理を行う。ただし、画像符号化装置200は、画像符号化装置100の構成に加え、判定部211を有する。
判定部211は、画面並べ替えバッファ102から画像情報を取得し、その画像情報を解析することにより、符号化対象の画像データが動画像であるか静止画像であるかを判定する。判定部211は、その判定結果をプロファイル設定部121に供給する。
プロファイル設定部121は、判定部211から供給されるその判定結果に応じて、適切なプロファイルを設定する。つまり、例えば、判定部211により符号化対象の画像データが動画像であると判定された場合、プロファイル設定部121は、動画像用のプロファイルを設定する。また、例えば、判定部211により符号化対象の画像データが静止画像であると判定された場合、プロファイル設定部121は、静止画像用のプロファイル(例えば、スティルピクチャプロファイル(Still Picture Profile))を設定する。
プロファイルを設定すると、プロファイル設定部121は、その情報を可逆符号化部106に供給する。可逆符号化部106は、プロファイル設定部121により設定されたプロファイルに従って符号化を行う。
このようにすることにより、画像符号化装置200は、例えばユーザ等の外部からの指定無しに、入力された画像データに応じたプロファイルを設定することができる。つまり、画像符号化装置200は、例えばユーザ等の外部からの指定無しに、冗長な情報の伝送を抑制し、出力となる画像圧縮情報における符号化効率を向上させることができる。
付言するに、画像符号化装置200は、符号化データの冗長な情報を低減させることにより、復号処理の不要な負荷の増大を抑制することもできる。
また、画像符号化装置200は、1の回路で、静止画像と動画像の両方を符号化することができる。
<符号化処理の流れ>
次に、図32および図33のフローチャートを参照して、画像符号化装置200により実行される、その場合の、符号化処理の流れの例を説明する。
符号化処理が開始されると、図32のステップS201において、判定部211は、入力画像が静止画像であるか否かを判定する。
ステップS202において、プロファイル設定部121は、ステップS201において得られた判定結果に応じたプロファイルを設定する。
それ以降の、図32のステップS203乃至ステップS219の各ステップにおいては、図27のステップS102乃至ステップS118の各ステップと同様の処理が実行される。
また、図32のステップS203において、静止画像用のプロファイルが設定されたと判定された場合、処理は、図33のステップS221に進む。図33のステップS221乃至ステップS234の各ステップにおいては、図28のステップS121乃至ステップS134の各ステップと同様の処理が実行される。
以上のように各処理を実行することにより、画像符号化装置200は、例えばユーザ等の外部からの指定無しに、入力された画像データに応じたプロファイルを設定することができ、冗長な情報の伝送を抑制し、出力となる画像圧縮情報における符号化効率を向上させることができる。
<3.第3の実施の形態>
<画像復号装置>
次に、以上のように符号化された符号化データの復号について説明する。図34は、本技術を適用した画像処理装置の一態様である、図25の画像符号化装置100や図31の画像符号化装置200に対応する画像復号装置の主な構成例を示すブロック図である。
図34に示される画像復号装置300は、画像符号化装置100若しくは画像符号化装置200が生成した符号化データを、その符号化方法に対応する復号方法で復号する。
図34に示されるように画像復号装置300は、蓄積バッファ301、可逆復号部302、逆量子化部303、逆直交変換部304、演算部305、ループフィルタ306、画面並べ替えバッファ307、およびD/A変換部308を有する。また、画像復号装置300は、フレームメモリ309、イントラ予測部310、インター予測部311、および予測画像選択部312を有する。
蓄積バッファ301は、伝送されてきた符号化データを受け取る受け取り部でもある。蓄積バッファ301は、伝送されてきた符号化データを受け取って、蓄積し、所定のタイミングにおいてその符号化データを可逆復号部302に供給する。符号化データには、予測モード情報などの復号に必要な情報が付加されている。可逆復号部302は、蓄積バッファ301より供給された、可逆符号化部106により符号化された情報を、その符号化方式に対応する復号方式で復号する。可逆復号部302は、復号して得られた差分画像の量子化された係数データを、逆量子化部303に供給する。
また、可逆復号部302は、最適な予測モードにイントラ予測モードが選択されたかインター予測モードが選択されたかを判定し、その最適な予測モードに関する情報を、イントラ予測部310およびインター予測部311の内、選択されたと判定したモードの方に供給する。つまり、例えば、画像符号化装置において最適な予測モードとしてイントラ予測モードが選択された場合、その最適な予測モードに関する情報がイントラ予測部310に供給される。また、例えば、画像符号化装置において最適な予測モードとしてインター予測モードが選択された場合、その最適な予測モードに関する情報がインター予測部311に供給される。
さらに、可逆復号部302は、例えば、量子化行列や量子化パラメータ等の、逆量子化に必要な情報を逆量子化部303に供給する。
逆量子化部303は、可逆復号部302により復号されて得られた量子化された係数データを、量子化部105の量子化方式に対応する方式で逆量子化する。なお、この逆量子化部303は、逆量子化部108と同様の処理部である。つまり、逆量子化部303の説明は、逆量子化部108にも準用することができる。ただし、データの入出力先等は、装置に応じて適宜、変えて読む必要がある。
逆量子化部303は、得られた係数データを逆直交変換部304に供給する。
逆直交変換部304は、逆量子化部303から供給される直交変換係数を、必要に応じて、直交変換部104の直交変換方式に対応する方式で逆直交変換する。なお、この逆直交変換部304は、逆直交変換部109と同様の処理部である。つまり、逆直交変換部304の説明は、逆直交変換部109にも準用することができる。ただし、データの入出力先等は、装置に応じて適宜、変えて読む必要がある。
この逆直交変換処理により差分画像の画像データが復元される。この復元された差分画像の画像データは、画像符号化装置において直交変換される前の差分画像の画像データに対応する。以下においては、この、逆直交変換部304の逆直交変換処理により得られた、復元された差分画像の画像データを、復号残差データとも称する。逆直交変換部304は、この復号残差データを、演算部305に供給する。また、演算部305には、予測画像選択部312を介して、イントラ予測部310若しくはインター予測部311から予測画像の画像データが供給される。
演算部305は、この復号残差データと予測画像の画像データとを用いて、差分画像と予測画像とを加算した再構成画像の画像データを得る。この再構成画像は、演算部103により予測画像が減算される前の入力画像に対応する。演算部305は、その再構成画像をループフィルタ306およびイントラ予測部310に供給する。
ループフィルタ306は、供給された再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜施して復号画像を生成する。例えば、ループフィルタ306は、再構成画像に対してデブロックフィルタ処理を行うことにより、ブロック歪を除去する。また、例えば、ループフィルタ306は、そのデブロックフィルタ処理結果(ブロック歪みの除去が行われた再構成画像)に対して、ウィナーフィルタ(Wiener Filter)を用いてループフィルタ処理を行うことにより画質改善を行う。
なお、ループフィルタ306が行うフィルタ処理の種類は任意であり、上述した以外のフィルタ処理を行ってもよい。また、ループフィルタ306が、画像符号化装置から供給されたフィルタ係数を用いてフィルタ処理を行うようにしてもよい。
ループフィルタ306は、フィルタ処理結果である復号画像を画面並べ替えバッファ307およびフレームメモリ309に供給する。
画面並べ替えバッファ307は、復号画像についてフレームの順番の並べ替えを行う。すなわち、画面並べ替えバッファ307は、画面並べ替えバッファ102により符号化順に並べ替えられた各フレームの画像を、元の表示順に並べ替える。つまり、画面並べ替えバッファ307は、符号化順に供給される各フレームの復号画像の画像データを、その順に記憶し、符号化順に記憶した各フレームの復号画像の画像データを、表示順に読み出してD/A変換部308に供給する。D/A変換部308は、画面並べ替えバッファ307から供給された各フレームの復号画像(デジタルデータ)をD/A変換し、アナログデータとして、図示せぬディスプレイに出力し、表示させる。
フレームメモリ309は、供給される復号画像を記憶し、所定のタイミングにおいて、若しくは、インター予測部311等の外部の要求に基づいて、記憶している復号画像を参照画像として、インター予測部311に供給する。
イントラ予測部310には、ヘッダ情報を復号して得られたイントラ予測モードを示す情報等が可逆復号部302から適宜供給される。イントラ予測部310は、イントラ予測部113において用いられたイントラ予測モード(最適イントラ予測モード)でイントラ予測を行い、予測画像を生成する。その際、イントラ予測部310は、演算部305から供給される再構成画像の画像データを用いてイントラ予測を行う。すなわち、イントラ予測部310は、この再構成画像を参照画像(周辺画素)として利用する。イントラ予測部310は、生成した予測画像を予測画像選択部312に供給する。
インター予測部311は、ヘッダ情報を復号して得られた情報(最適予測モード情報、参照画像情報等)を可逆復号部302から取得する。
インター予測部311は、可逆復号部302から取得された最適予測モード情報が示すインター予測モード(最適インター予測モード)で、フレームメモリ309から取得した参照画像を用いてインター予測を行い、予測画像を生成する。
予測画像選択部312は、イントラ予測部310からの予測画像またはインター予測部311からの予測画像を、演算部305に供給する。そして、演算部305においては、その予測画像と逆直交変換部304からの復号残差データ(差分画像情報)とが加算されて再構成画像が得られる。
画像復号装置300は、さらに、プロファイル判定部321を有する。
プロファイル判定部321は、可逆復号部302から、符号化側(例えば画像符号化装置100や画像符号化装置200)から伝送された符号化データ(ビットストリーム)に含まれる、その符号化データのプロファイルに関する情報を取得し、その情報に基づいて、符号化側(例えば画像符号化装置100や画像符号化装置200)において設定されたプロファイルを判定する。
例えば、プロファイル判定部321は、静止画像用のプロファイル(例えば、スティルピクチャプロファイル(Still Picture Profile))が設定されているか否かを判定する。
プロファイル判定部321は、その判定結果を可逆復号部302に供給する。可逆復号部302は、プロファイル判定部321から供給されるプロファイルの判定結果に従って、符号化データの復号を行う。例えば、プロファイル判定部321により、静止画像用のプロファイル(例えば、スティルピクチャプロファイル(Still Picture Profile))が設定されていると判定された場合、可逆復号部302は、画像間の処理に関するシンタクス要素を、値が制限された状態で解析する。このシンタクス要素の値の制限の仕方の具体例は、<0.概要>において上述した通りである。
<可逆復号部>
図35は、図34の可逆復号部302の、シンタクス要素解析に関する主な構成例を示すブロック図である。図35に示されるように可逆復号部302は、復号部331およびシンタクス要素解析部332を有する。
復号部331は、蓄積バッファ301から供給される符号化データを復号する。復号部331は、例えば、符号化データを復号して得られた、プロファイルに関する情報をプロファイル判定部321に供給する。
プロファイル判定部321は、上述したように、設定されたプロファイルを判定し、そのプロファイルを指定する情報をシンタクス要素解析部332に供給する。
また、復号部331は、例えば、符号化データを復号して得られた、量子化された直交変換係数を逆量子化部303に供給する。さらに、復号部331は、例えば、符号化データを復号して得られたシンタクス要素をシンタクス要素解析部332に供給する。
シンタクス要素解析部332は、復号部331から供給される各種シンタクスを解析し、その解析結果に従って、例えばイントラ予測部310やインター予測部311等、画像復号装置300の各処理部の動作を制御する。
シンタクス要素解析部332は、プロファイル判定部321から供給される判定結果に従って、このシンタクス要素の解析を行う。例えば、静止画像用のプロファイル(例えば、スティルピクチャプロファイル(Still Picture Profile))が設定されていると判定された場合、シンタクス要素解析部332は、画像間の処理に関するシンタクス要素を、値が制限された状態で解析する。このシンタクス要素の値の制限の仕方の具体例は、<0.概要>において上述した通りである。
このようにすることにより、シンタクス要素解析部332は、設定されたプロファイルに応じて、不要なシンタクス要素の解析を省略することができる(シンタクス要素を読み飛ばすことができる)。つまり、画像復号装置300は、復号対象の符号化データに不要な情報が含まれる場合であっても、設定されたプロファイルに応じて、その不要な情報を適宜読み飛ばすことができ、復号処理の不要な負荷の増大を抑制することができる。
また、画像復号装置300は、1の回路で、静止画像の符号化データと動画像の符号化データの両方を復号することができる。
<復号処理の流れ>
次に、図36および図37のフローチャートを参照して、以上のような画像復号装置300により実行される復号処理の流れの例を説明する。
復号処理が開始されると、ステップS301において、可逆復号部302は、プロファイルを復号する。
ステップS302において、プロファイル判定部321は、ステップS301において復号されたプロファイルに基づいて、符号化データに設定されているプロファイルが静止画像用のプロファイルであるか否かを判定する。動画像用のプロファイルが設定されていると判定された場合、処理は、ステップS303に進み、以下のように、動画像の符号化データを復号する各種処理(ステップS303乃至ステップS313の各ステップの処理)が行われる。
ステップS303において、可逆復号部302のシンタクス要素解析部332は、符号化データから得られたシンタクス要素を解析し、復号に使用される各種パラメータ等をセットする。
ステップS304において、蓄積バッファ301は、伝送されてきたビットストリーム(符号化データ)を蓄積する。ステップS305において、可逆復号部302は、蓄積バッファ301から供給されるビットストリーム(符号化データ)を復号する。すなわち、可逆符号化部106により符号化されたIピクチャ、Pピクチャ、並びにBピクチャ等の画像データが復号される。このとき、ヘッダ情報などのビットストリームに含められた画像データ以外の各種情報も復号される。
ステップS306において、逆量子化部303は、ステップS305の処理により得られた、量子化された係数を逆量子化する。
ステップS307において、逆直交変換部304は、ステップS306において逆量子化された係数を逆直交変換する。
ステップS308において、イントラ予測部310若しくはインター予測部311は、予測処理を行い、予測画像を生成する。つまり、可逆復号部302において判定された、符号化の際に適用された予測モードで予測処理が行われる。より具体的には、例えば、符号化の際にイントラ予測が適用された場合、イントラ予測部310が、符号化の際に最適とされたイントラ予測モードで予測画像を生成する。また、例えば、符号化の際にインター予測が適用された場合、インター予測部311が、符号化の際に最適とされたインター予測モードで予測画像を生成する。
ステップS309において、演算部305は、ステップS307において逆直交変換されて得られた差分画像に、ステップS308において生成された予測画像を加算する。これにより再構成画像の画像データが得られる。
ステップS310において、ループフィルタ306は、ステップS309の処理により得られた再構成画像の画像データに対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜行う。
ステップS311において、画面並べ替えバッファ307は、ステップS310においてフィルタ処理された再構成画像の各フレームの並べ替えを行う。すなわち、符号化の際に並べ替えられたフレームの順序が、元の表示の順序に並べ替えられる。
ステップS312において、D/A変換部308は、ステップS311においてフレームの順序が並べ替えられた画像をD/A変換する。この画像が図示せぬディスプレイに出力され、画像が表示される。
ステップS313において、フレームメモリ309は、ステップS310においてフィルタ処理された画像を記憶する。
ステップS313の処理が終了すると、復号処理が終了する。
また、ステップS302において、静止画像用のプロファイル(静止画像の画像データを符号化するのに適したプロファイル)が設定されていると判定された場合、処理は、図37のステップS321に進む。
この場合、ステップS321乃至ステップS331の各ステップにおいて、入力された静止画像の画像データに対して、図36の各ステップにおいて行われた動画像に対する処理と同様の処理が実行される。
つまり、図37のステップS321乃至ステップS331の各処理は、図36のステップS303乃至ステップS313の各処理に対応する。
ただし、静止画像の画像データを符号化する場合、画像データに時間の概念が存在しない(ピクチャが複数存在しない)ので、ステップS326においては、イントラ予測によって予測画像が生成される。
また、ステップS321の処理においては、画像間の処理に関するシンタクス要素の値が制限された状態でシンタクス要素の解析が行われる。この処理の詳細については後述する。
ステップS331の処理が終了すると、復号処理が終了する。
<シンタクス要素解析処理の流れ>
次に、図38のフローチャートを参照して、図37のステップS321において実行されるシンタクス要素解析処理の流れの例を説明する。
シンタクス要素解析処理が開始されると、シンタクス要素解析部332は、ステップS351において、ビデオパラメータセット(VPS)のサブレイヤに関するパラメータvps_max_sub_layers_minus1と、シーケンスパラメータセット(SPS)のサブレイヤに関するパラメータsps_max_sub_layers_minus1とが0であると判定する。
ステップS352において、シンタクス要素解析部332は、プロファイルティアレベル(profile_tier_level())のシンタクス要素general_profile_idcが、スティルピクチャプロファイル(Still Picture Profile)を示す値であると判定する。
ステップS353において、シンタクス要素解析部332は、プロファイルティアレベル(profile_tier_level())のその他のシンタクス要素を判定する。
ステップS354において、シンタクス要素解析部332は、ビデオパラメータセット(VPS)の仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersの値が0であると判定する。
ステップS355において、シンタクス要素解析部332は、シーケンスパラメータセット(SPS)のPスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flagの値が0であると判定する。
ステップS356において、シンタクス要素解析部332は、シーケンスパラメータセット(SPS)のショートタームに関するシンタクス要素num_short_term_ref_pic_setsの値が0であると判定する。
ステップS357において、シンタクス要素解析部332は、シーケンスパラメータセット(SPS)のロングタームに関するシンタクス要素long_term_ref_pics_present_flagの値が0であると判定する。
ステップS358において、シンタクス要素解析部332は、シーケンスパラメータセット(SPS)の動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flagの値が0であると判定する。
ステップS359において、シンタクス要素解析部332は、ピクチャパラメータセット(PPS)のL0に関するシンタクス要素num_ref_idx_l0_default_active minus1、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1の値が、ともに0若しくは1であると判定する。
ステップS360において、シンタクス要素解析部332は、ピクチャパラメータセット(PPS)の、シンタクス要素ref_pic_list_modificationがカレントスライスヘッダに存在するか否かを示すシンタクス要素lists_modification_present_flagの値が0であると判定する。
ステップS361において、シンタクス要素解析部332は、ピクチャパラメータセット(PPS)の、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2の値が0であると判定する。
ステップS362において、シンタクス要素解析部332は、スケーリングリスト(scaling_list_data())の予測モードに関するシンタクス要素scaling_list_pred_mode_flagの値が0であると判定し、スケーリングリスト(scaling_list_data())の予測行列に関するシンタクス要素scaling_list_pred_matrix_id_deltaの値が0若しくは1であると判定する。
ステップS363において、シンタクス要素解析部332は、スライスヘッダ(slice_header())の、スライスタイプに関するシンタクス要素slice_typeの値がIスライスを示す値であると判定する。
ステップS364において、シンタクス要素解析部332は、VCLに対するナルユニットタイプ(nal_unit_type)が、IDR_W_LP若しくはIDR_N_LPであると判定する。
ステップS365において、シンタクス要素解析部332は、その他のシンタクス要素を判定する。例えば、シンタクス要素解析部332は、ステップS365において、ピクチャパラメータセット(PPS)の、Pスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_pred_flagやBスライスの重み付け予測に関するシンタクス要素(フラグ)weighted_bipred_flagの値が0であると判定してもよい。ステップS365の処理が終了すると、処理は、図37に戻る。
もちろん、上述した各ステップの処理順は、任意であり、各ステップの処理順を入れ替えてもよいし、複数ステップの処理を並行して実行するようにしてもよい。特に、<0−1>乃至<0−3>において上述したように、ステップS351乃至ステップS353の処理順は任意である。
また、上述した各シンタクス要素の値の制限は互いに独立しているので、上述したシンタクス要素群の全ての値を制限した状態で解析しなければならないわけではなく、一部のシンタクス要素のみ値を制限した状態で解析するようにしてもよい。つまり、図38のシンタクス要素解析処理において上述した各ステップのうち、一部のステップの処理のみを実行するようにしてもよい。
さらに、値を制限するシンタクス要素は、上述した例に限らないので、図38のシンタクス要素解析処理においても、上述していないシンタクス要素の値を制限した状態で解析する処理を追加するようにしてもよい。
以上のように各処理を実行することにより、画像復号装置300は、静止画像を符号化するためのプロファイルにより符号化された符号化データを復号する際の、不要な負荷の増大を抑制することができる。
<4.第4の実施の形態>
<画像復号装置>
なお、画像復号装置が、符号化データを復号する際に、その符号化データにおいて、設定されたプロファイルに対してシンタクスの値の設定が正しく行われているか否かを検査するようにしてもよい。
図39は、その場合の、本技術を適用した画像処理装置の一態様である画像復号装置の構成の一例を示すブロック図である。図39に示される画像復号装置400は、画像復号装置300と同様に、画像符号化装置100や画像符号化装置200に対応する画像復号装置であり、例えば、HEVCの予測処理、またはそれに準ずる方式の予測処理を用いて動画像および静止画像の画像データが符号化された符号化データを復号する。
画像復号装置400は、画像復号装置300と基本的に同様の構成を有し、同様の処理を行う。ただし、画像復号装置400は、画像復号装置300の構成に加え、異常処理部411を有する。
可逆復号部302は、プロファイル判定部321により判定されたプロファイルに対して、シンタクス要素が正しく設定されているか否かを検査する。その検査において異常が検出された場合、すなわち、不要なシンタクス要素が設定される等、シンタクス要素の設定が正しく無い場合、その旨を異常処理部411に通知する。
異常処理部411は、可逆復号部302から異常の発生を通知された場合、予め定められた異常処理を行う。例えば、異常処理部411は、モニタに警告画像を表示したり、スピーカ等から警告音声を出力したりする。この異常処理の内容は任意である。例えば、異常処理部411が、安全の為、画像復号装置400の各部を制御して、復号処理を停止させたり、強制終了させたりするようにしてもよい。
<可逆復号部>
図40は、図39の可逆復号部302の、シンタクス要素解析に関する主な構成例を示すブロック図である。図40に示されるように、この場合の可逆復号部302は、図35の構成に加え、シンタクス要素検査部421を有する。
プロファイル判定部321は、上述したように、復号部331から供給される情報に基づいて、設定されたプロファイルを判定し、そのプロファイルを指定する情報をシンタクス要素検査部421に供給する。
また、復号部331は、符号化データを復号して得られたシンタクス要素をシンタクス要素検査部421に供給する。
シンタクス要素検査部421は、プロファイル判定部321から供給される判定結果に従って、復号部331から供給される各種シンタクス要素の値を検査する。シンタクス要素が正常であれば、シンタクス要素検査部421は、その検査済みのシンタクス要素をシンタクス要素解析部332に供給する。
また、シンタクス要素の検査において異常が検知された場合、例えば、不正なシンタクス要素が設定されていたり、シンタクス要素に不正な値が設定されていたりした場合、シンタクス要素検査部421は、その旨を異常処理部411に通知する。
異常処理部411は、上述したように、その通知に従って異常処理を行う。
このようにすることにより、画像復号装置400は、シンタクス要素の設定の不正を検出することができ、より安全に復号処理を行うことができる。また、画像復号装置400は、符号化データの検査・解析に利用することができる。つまり、画像復号装置400を符号化データのアナライザとして利用し、必要に応じて、符号化データの再作成等を促すこともできる。
また、画像復号装置400は、1の回路で、静止画像の符号化データと動画像の符号化データの両方を復号することができる。
<符号化処理の流れ>
次に、図41および図42のフローチャートを参照して、画像復号装置400により実行される、その場合の、復号処理の流れの例を説明する。
復号処理が開始されると、画像復号装置400は、図41のステップS401乃至ステップS413において、図36のステップS301乃至ステップS313の各ステップと同様の処理を実行する。ステップS413の処理が終了すると、復号処理が終了する。
また、ステップS402において、静止画像用のプロファイルが設定されたと判定された場合、処理は、図42のステップS421に進む。
図42のステップS421において、可逆復号部302のシンタクス要素検査部421は、静止画像用のプロファイルによる制限に基づいて、シンタクス要素を検査する。
ステップS422において、シンタクス要素検査部421は、ステップS421の検査結果に基づいて、シンタクス要素に違反があるか否かを判定する。違反がないと判定された場合、処理は、ステップS423に進む。
図42のステップS423乃至ステップS433の各ステップにおいては、図37のステップS321乃至ステップS331の各ステップと同様の処理が実行される。ステップS433の処理が終了すると、復号処理が終了する。
また、図42のステップS422において、違反があると判定された場合、処理は、ステップS434に進む。
ステップS434において、異常処理部411は、異常処理を行う。ステップS434の処理が終了すると、復号処理が終了する。
<シンタクス要素解析処理の流れ>
次に、図43のフローチャートを参照して、図42のステップS421において実行されるシンタクス要素検査処理の流れの例を説明する。
シンタクス要素検査処理が開始されると、シンタクス要素検査部421は、ステップS451において、ビデオパラメータセット(VPS)のサブレイヤに関するパラメータvps_max_sub_layers_minus1と、シーケンスパラメータセット(SPS)のサブレイヤに関するパラメータsps_max_sub_layers_minus1とが0であるか否かを判定する。判定結果が真の場合、すなわち、ビデオパラメータセット(VPS)のサブレイヤに関するパラメータvps_max_sub_layers_minus1と、シーケンスパラメータセット(SPS)のサブレイヤに関するパラメータsps_max_sub_layers_minus1とが0であると判定された場合、処理は、ステップS452に進む。
ステップS452において、シンタクス要素検査部421は、プロファイルティアレベル(profile_tier_level())のシンタクス要素general_profile_idcが、スティルピクチャプロファイル(Still Picture Profile)を示す値であるか否かを判定する。判定結果が真の場合、すなわち、プロファイルティアレベル(profile_tier_level())のシンタクス要素general_profile_idcが、スティルピクチャプロファイル(Still Picture Profile)を示す値であると判定された場合、処理はステップS453に進む。
ステップS453において、シンタクス要素検査部421は、ビデオパラメータセット(VPS)の仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersの値が0であるか否かを判定する。判定結果が真の場合、すなわち、ビデオパラメータセット(VPS)の仮想参照デコーダに関するシンタクス要素vps_num_hrd_parametersの値が0であると判定された場合、処理はステップS454に進む。
ステップS454において、シンタクス要素検査部421は、シーケンスパラメータセット(SPS)のPスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flagの値が0であるか否かを判定する。判定結果が真の場合、すなわち、シーケンスパラメータセット(SPS)のPスライスやBスライスに関するシンタクス要素restricted_ref_pic_lists_flagの値が0であると判定された場合、処理はステップS455に進む。
ステップS455において、シンタクス要素検査部421は、シーケンスパラメータセット(SPS)のショートタームに関するシンタクス要素num_short_term_ref_pic_setsの値が0であるか否かを判定する。判定結果が真の場合、すなわち、シーケンスパラメータセット(SPS)のショートタームに関するシンタクス要素num_short_term_ref_pic_setsの値が0であると判定された場合、処理はステップS456に進む。
ステップS456において、シンタクス要素検査部421は、シーケンスパラメータセット(SPS)のロングタームに関するシンタクス要素long_term_ref_pics_present_flagの値が0であるか否かを判定する。判定結果が真の場合、すなわち、シーケンスパラメータセット(SPS)のロングタームに関するシンタクス要素long_term_ref_pics_present_flagの値が0であると判定された場合、処理はステップS457に進む。
ステップS457において、シンタクス要素検査部421は、シーケンスパラメータセット(SPS)の動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flagの値が0であるか否かを判定する。判定結果が真の場合、すなわち、シーケンスパラメータセット(SPS)の動きベクトルに関するシンタクス要素sps_temporal_mvp_enable_flagの値が0であると判定された場合、処理はステップS458に進む。
ステップS458において、シンタクス要素検査部421は、ピクチャパラメータセット(PPS)のL0に関するシンタクス要素num_ref_idx_l0_default_active minus1、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1の値が、ともに0若しくは1であるか否かを判定する。判定結果が真の場合、すなわち、ピクチャパラメータセット(PPS)のL0に関するシンタクス要素num_ref_idx_l0_default_active minus1、および、L1に関するシンタクス要素num_ref_idx_l1_default_active minus1の値が、ともに0若しくは1であると判定された場合、処理はステップS459に進む。
ステップS459において、シンタクス要素検査部421は、ピクチャパラメータセット(PPS)の、シンタクス要素ref_pic_list_modificationがカレントスライスヘッダに存在するか否かを示すシンタクス要素lists_modification_present_flagの値が0であるか否かを判定する。判定結果が真の場合、すなわち、ピクチャパラメータセット(PPS)の、シンタクス要素ref_pic_list_modificationがカレントスライスヘッダに存在するか否かを示すシンタクス要素lists_modification_present_flagの値が0であると判定された場合、処理はステップS460に進む。
ステップS460において、シンタクス要素検査部421は、ピクチャパラメータセット(PPS)の、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2の値が0であるか否かを判定する。判定結果が真の場合、すなわち、ピクチャパラメータセット(PPS)の、予測処理におけるマージモードやスキップモードの並列処理レベルを指定するシンタクス要素log2_parallel_merge_level_minus2の値が0であると判定された場合、処理はステップS461に進む。
ステップS461において、シンタクス要素検査部421は、スケーリングリスト(scaling_list_data())の予測モードに関するシンタクス要素scaling_list_pred_mode_flagの値が0であり、スケーリングリスト(scaling_list_data())の予測行列に関するシンタクス要素scaling_list_pred_matrix_id_deltaの値が0若しくは1であるか否かを判定する。判定結果が真の場合、すなわち、スケーリングリスト(scaling_list_data())の予測モードに関するシンタクス要素scaling_list_pred_mode_flagの値が0であり、スケーリングリスト(scaling_list_data())の予測行列に関するシンタクス要素scaling_list_pred_matrix_id_deltaの値が0若しくは1であると判定された場合、処理はステップS462に進む。
ステップS462において、シンタクス要素検査部421は、スライスヘッダ(slice_header())の、スライスタイプに関するシンタクス要素slice_typeの値がIスライスを示す値であるか否かを判定する。判定結果が真の場合、すなわち、スライスヘッダ(slice_header())の、スライスタイプに関するシンタクス要素slice_typeの値がIスライスを示す値であると判定された場合、処理はステップS463に進む。
ステップS463において、シンタクス要素検査部421は、VCLに対するナルユニットタイプ(nal_unit_type)が、IDR_W_LP若しくはIDR_N_LPであるか否かを判定する。判定結果が真の場合、すなわち、VCLに対するナルユニットタイプ(nal_unit_type)が、IDR_W_LP若しくはIDR_N_LPであると判定された場合、処理はステップS464に進む。
ステップS464において、シンタクス要素検査部421は、シンタクス要素が正常であると判定する。ステップS464の処理が終了すると、シンタクス要素検査処理が終了し、処理は、図42に戻る。
また、図43のステップS451乃至ステップS463のいずれかにおいて、判定結果が偽であると判定された場合、処理はステップS465に進む。
ステップS465において、シンタクス要素検査部421は、シンタクス要素が異常であると判定する。ステップS465の処理が終了すると、シンタクス要素検査処理が終了し、処理は、図42に戻る。
もちろん、上述した各ステップの処理順は、任意であり、各ステップの処理順を入れ替えてもよいし、複数ステップの処理を並行して実行するようにしてもよい。
また、上述した各検査の条件(各シンタクス要素の値の制限)は互いに独立しているので、上述したシンタクス要素群を全て検査しなければならないわけではなく、一部のシンタクス要素のみ検査するようにしてもよい。つまり、図43のシンタクス要素検査処理において上述した各ステップのうち、一部のステップの処理のみを実行するようにしてもよい。
さらに、上述した例に含まれていないシンタクス要素の検査を追加するようにしてもよい。
以上のように各処理を実行することにより、画像復号装置400は、シンタクス要素の設定の不正を検出することができ、より安全に復号処理を行うことができる。
以上のように、本技術の適用範囲は、画像を符号化・復号するあらゆる画像符号化装置及び画像復号装置に適用することができる。
また、本技術は、例えば、MPEG、H.26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報(ビットストリーム)を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。さらに、本技術は、それらの画像符号化装置および画像復号装置などに含まれるイントラ予測装置にも適用することができる。
<5.第5の実施の形態>
<多視点画像符号化・多視点画像復号への適用>
上述した一連の処理は、多視点画像符号化・多視点画像復号に適用することができる。図44は、多視点画像符号化方式の一例を示す。
図44に示されるように、多視点画像は、複数の視点(ビュー(view))の画像を含む。この多視点画像の複数のビューは、他のビューの画像を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの画像を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューは、ベースビューの画像を利用するようにしても良いし、他のノンベースビューの画像を利用するようにしてもよい。
図44のような多視点画像を符号化・復号する場合、各ビューの画像を符号化・復号するが、この各ビューの符号化・復号に対して、第1の実施の形態乃至第4の実施の形態において上述した方法を適用するようにしてもよい。このようにすることにより、各ビューの符号化効率の低減を抑制することができる。
さらに、各ビューの符号化・復号において、第1の実施の形態乃至第4の実施の形態において上述した方法において使用されるフラグやパラメータを共有するようにしてもよい。このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量(符号量)を低減することができる(つまり、符号化効率の低減を抑制することができる)。
より具体的には、例えば、シーケンスパラメータセット、プロファイルティアレベル、ピクチャパラメータセット、スライスヘッダのシンタクス要素等を、各ビューの符号化・復号において共有するようにしてもよい。
もちろん、これら以外の必要な情報も、各ビューの符号化・復号において共有するようにしてもよい。
<多視点画像符号化装置>
図45は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図45に示されるように、多視点画像符号化装置600は、符号化部601、符号化部602、および多重化部603を有する。
符号化部601は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部602は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部603は、符号化部601において生成されたベースビュー画像符号化ストリームと、符号化部602において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。
この多視点画像符号化装置600の符号化部601および符号化部602に対して、画像符号化装置100(図25)や画像符号化装置200(図31)を適用することができる。つまり、各ビューに対する符号化において、静止画像を符号化するためのプロファイルにより符号化処理を行う場合、画像間の処理に関するシンタクス要素の値を制限することができ、各ビューの符号化効率の低減を抑制することができる。また、符号化部601および符号化部602は、互いに同一のフラグやパラメータ(例えば、画像間の処理に関するシンタクス要素等)を用いて、符号化を行うことができる(すなわち、フラグやパラメータを共有することができる)ので、符号化効率の低減を抑制することができる。
<多視点画像復号装置>
図46は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図46に示されるように、多視点画像復号装置610は、逆多重化部611、復号部612、および復号部613を有する。
逆多重化部611は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部612は、逆多重化部611により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部613は、逆多重化部611により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。
この多視点画像復号装置610の復号部612および復号部613に対して、画像復号装置300(図34)や画像復号装置400(図39)を適用することができる。つまり、各ビューに対する復号において、静止画像を符号化するためのプロファイルにより符号化処理を行う場合、受け取られた画像間の処理に関するシンタクス要素を、値が制限された状態で解析することができる。また、復号部612および復号部613は、互いに同一のフラグやパラメータ(例えば、画像間の処理に関するシンタクス要素等)を用いて、復号を行うことができる(すなわち、フラグやパラメータを共有することができる)ので、符号化効率の低減を抑制することができる。
<6.第6の実施の形態>
<階層画像符号化・階層画像復号への適用>
上述した一連の処理は、階層画像符号化・階層画像復号(スケーラブル符号化・スケーラブル復号)に適用することができる。図47は、階層画像符号化方式の一例を示す。
階層画像符号化(スケーラブル符号化)は、画像データを、所定のパラメータについてスケーラビリティ(scalability)機能を有するように、画像を複数レイヤ化(階層化)し、レイヤ毎に符号化するものである。階層画像復号は、その階層画像符号化(スケーラブル復号)は、その階層画像符号化に対応する復号である。
図47に示されるように、画像の階層化においては、スケーラビリティ機能を有する所定のパラメータを基準として1の画像が複数の画像(レイヤ)に分割される。つまり、階層化された画像(階層画像)は、その所定のパラメータの値が互いに異なる複数の階層(レイヤ)の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤと、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ(エンハンスメントレイヤとも称する)とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。
一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ(差分データ)により構成される。例えば、1の画像をベースレイヤとノンベースレイヤ(エンハンスメントレイヤとも称する)に2階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像(すなわち高品質な画像)が得られる。
このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤ(base layer)のみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤ(base layer)に加えて、エンハンスメントレイヤ(enhancement layer)の画像圧縮情報を伝送し、空間時間解像度の高い、或いは、画質の高い動画像を再生するといったように、トランスコード処理を行うことなく、端末やネットワークの能力に応じた画像圧縮情報を、サーバから送信することが可能となる。
図47の例のような階層画像を符号化・復号する場合、各レイヤの画像を符号化・復号するが、この各レイヤの符号化・復号に対して、第1の実施の形態乃至第4の実施の形態において上述した方法を適用するようにしてもよい。このようにすることにより、各レイヤの符号化効率の低減を抑制することができる。
さらに、各レイヤの符号化・復号において、第1の実施の形態乃至第4の実施の形態において上述した方法において使用されるフラグやパラメータを共有するようにしてもよい。このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量(符号量)を低減することができる(つまり、符号化効率の低減を抑制することができる)。
より具体的には、例えば、シーケンスパラメータセット、プロファイルティアレベル、ピクチャパラメータセット、スライスヘッダのシンタクス要素等を、各レイヤの符号化・復号において共有するようにしてもよい。
もちろん、これら以外の必要な情報も、各レイヤの符号化・復号において共有するようにしてもよい。
<スケーラブルなパラメータ>
このような階層画像符号化・階層画像復号(スケーラブル符号化・スケーラブル復号)において、スケーラビリティ(scalability)機能を有するパラメータは、任意である。例えば、図48に示されるような空間解像度をそのパラメータとしてもよい(spatial scalability)。このスペーシャルスケーラビリティ(spatial scalability)の場合、レイヤ毎に画像の解像度が異なる。つまり、図48に示されるように、各ピクチャが、元の画像より空間的に低解像度のベースレイヤと、ベースレイヤの画像と合成することにより元の画像(元の空間解像度)が得られるエンハンスメントレイヤの2階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
また、このようなスケーラビリティ性を持たせるパラメータとして、他には、例えば、図49に示されるような、時間解像度を適用しても良い(temporal scalability)。このテンポラルスケーラビリティ(temporal scalability)の場合、レイヤ毎にフレームレートが異なる。つまり、この場合、図49に示されるように、互いに異なるフレームレートのレイヤに階層化されており、低フレームレートのレイヤに、高フレームレートのレイヤを加えることで、より高フレームレートの動画像を得ることができ、全てのレイヤを加えることで、元の動画像(元のフレームレート)を得ることができる。この階層数は一例であり、任意の階層数に階層化することができる。
さらに、このようなスケーラビリティ性を持たせるパラメータとして、例えば、信号雑音比(SNR(Signal to Noise ratio))を適用しても良い(SNR scalability)。このSNRスケーラビリティ(SNR scalability)の場合、レイヤ毎にSN比が異なる。つまり、図50に示されるように、各ピクチャが、元の画像よりSNRの低いベースレイヤと、ベースレイヤの画像と合成することにより元の画像(元のSNR)が得られるエンハンスメントレイヤの2階層に階層化される。すなわち、ベースレイヤ(base layer)画像圧縮情報においては、低PSNRの画像に関する情報が伝送されており、これに、エンハンスメントレイヤ(enhancement layer)画像圧縮情報を加えることで、高PSNR画像を再構築することが可能である。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
スケーラビリティ性を持たせるパラメータは、上述した例以外であっても、もちろんよい。例えば、ベースレイヤ(base layer)が8ビット(bit)画像よりなり、これにエンハンスメントレイヤ(enhancement layer)を加えることにより、10ビット(bit)画像が得られるビット深度スケーラビリティ(bit-depth scalability)がある。
また、ベースレイヤ(base layer)が4:2:0フォーマットのコンポーネント画像よりなり、これにエンハンスメントレイヤ(enhancement layer)を加えることにより、4:2:2フォーマットのコンポーネント画像が得られるクロマスケーラビリティ(chroma scalability)がある。
<階層画像符号化装置>
図51は、上述した階層画像符号化を行う階層画像符号化装置を示す図である。図51に示されるように、階層画像符号化装置620は、符号化部621、符号化部622、および多重化部623を有する。
符号化部621は、ベースレイヤ画像を符号化し、ベースレイヤ画像符号化ストリームを生成する。符号化部622は、ノンベースレイヤ画像を符号化し、ノンベースレイヤ画像符号化ストリームを生成する。多重化部623は、符号化部621において生成されたベースレイヤ画像符号化ストリームと、符号化部622において生成されたノンベースレイヤ画像符号化ストリームとを多重化し、階層画像符号化ストリームを生成する。
この階層画像符号化装置620の符号化部621および符号化部622に対して、画像符号化装置100(図25)や画像符号化装置200(図31)を適用することができる。つまり、各レイヤに対する符号化において、静止画像を符号化するためのプロファイルにより符号化処理を行う場合、画像間の処理に関するシンタクス要素の値を制限することができ、各レイヤの符号化効率の低減を抑制することができる。また、符号化部621および符号化部622は、互いに同一のフラグやパラメータ(例えば、画像間の処理に関するシンタクス要素等)を用いて、イントラ予測のフィルタ処理の制御等を行うことができる(すなわち、フラグやパラメータを共有することができる)ので、符号化効率の低減を抑制することができる。
<階層画像復号装置>
図52は、上述した階層画像復号を行う階層画像復号装置を示す図である。図52に示されるように、階層画像復号装置630は、逆多重化部631、復号部632、および復号部633を有する。
逆多重化部631は、ベースレイヤ画像符号化ストリームとノンベースレイヤ画像符号化ストリームとが多重化された階層画像符号化ストリームを逆多重化し、ベースレイヤ画像符号化ストリームと、ノンベースレイヤ画像符号化ストリームとを抽出する。復号部632は、逆多重化部631により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。復号部633は、逆多重化部631により抽出されたノンベースレイヤ画像符号化ストリームを復号し、ノンベースレイヤ画像を得る。
この階層画像復号装置630の復号部632および復号部633に対して、画像復号装置300(図34)や画像復号装置400(図39)を適用することができる。つまり、各レイヤに対する復号において、静止画像を符号化するためのプロファイルにより符号化処理を行う場合、受け取られた画像間の処理に関するシンタクス要素を、値が制限された状態で解析することができ、各レイヤの符号化効率の低減を抑制することができる。また、復号部612および復号部613は、互いに同一のフラグやパラメータ(例えば、画像間の処理に関するシンタクス要素等)を用いて、復号を行うことができる(すなわち、フラグやパラメータを共有することができる)ので、符号化効率の低減を抑制することができる。
また、本技術は、例えば、MPEG、H.26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報(ビットストリーム)を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。さらに、本技術は、それらの画像符号化装置および画像復号装置などに含まれる量子化装置若しくは逆量子化装置にも適用することができる。
<7.第7の実施の形態>
<コンピュータ>
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
図53は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
図53に示されるコンピュータ800において、CPU(Central Processing Unit)801、ROM(Read Only Memory)802、RAM(Random Access Memory)803は、バス804を介して相互に接続されている。
バス804にはまた、入出力インタフェース810も接続されている。入出力インタフェース810には、入力部811、出力部812、記憶部813、通信部814、およびドライブ815が接続されている。
入力部811は、例えば、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部812は、例えば、ディスプレイ、スピーカ、出力端子などよりなる。記憶部813は、例えば、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部814は、例えば、ネットワークインタフェースよりなる。ドライブ815は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブルメディア821を駆動する。
以上のように構成されるコンピュータでは、CPU801が、例えば、記憶部813に記憶されているプログラムを、入出力インタフェース810およびバス804を介して、RAM803にロードして実行することにより、上述した一連の処理が行われる。RAM803にはまた、CPU801が各種の処理を実行する上において必要なデータなども適宜記憶される。
コンピュータ(CPU801)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア821に記録して適用することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
コンピュータでは、プログラムは、リムーバブルメディア821をドライブ815に装着することにより、入出力インタフェース810を介して、記憶部813にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部814で受信し、記憶部813にインストールすることができる。その他、プログラムは、ROM802や記憶部813に、あらかじめインストールしておくことができる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の構成要素(装置、モジュール(部品)等)の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、1つの筐体の中に複数のモジュールが収納されている1つの装置は、いずれも、システムである。
また、以上において、1つの装置(または処理部)として説明した構成を分割し、複数の装置(または処理部)として構成するようにしてもよい。逆に、以上において複数の装置(または処理部)として説明した構成をまとめて1つの装置(または処理部)として構成されるようにしてもよい。また、各装置(または各処理部)の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置(または処理部)の構成の一部を他の装置(または他の処理部)の構成に含めるようにしてもよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
例えば、本技術は、1つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
また、上述のフローチャートで説明した各ステップは、1つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、1つのステップに複数の処理が含まれる場合には、その1つのステップに含まれる複数の処理は、1つの装置で実行する他、複数の装置で分担して実行することができる。
上述した実施形態に係る画像符号化装置及び画像復号装置は、衛星放送、ケーブルTVなどの有線放送、インターネット上での配信、及びセルラー通信による端末への配信などにおける送信機若しくは受信機、光ディスク、磁気ディスク及びフラッシュメモリなどの媒体に画像を記録する記録装置、又は、これら記憶媒体から画像を再生する再生装置などの様々な電子機器に応用され得る。以下、4つの応用例について説明する。
<8.応用例>
<第1の応用例:テレビジョン受像機>
図54は、上述した実施形態を適用したテレビジョン装置の概略的な構成の一例を示している。テレビジョン装置900は、アンテナ901、チューナ902、デマルチプレクサ903、デコーダ904、映像信号処理部905、表示部906、音声信号処理部907、スピーカ908、外部インタフェース909、制御部910、ユーザインタフェース911、及びバス912を備える。
チューナ902は、アンテナ901を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ902は、復調により得られた符号化ビットストリームをデマルチプレクサ903へ出力する。即ち、チューナ902は、画像が符号化されている符号化ストリームを受信する、テレビジョン装置900における伝送部としての役割を有する。
デマルチプレクサ903は、符号化ビットストリームから視聴対象の番組の映像ストリーム及び音声ストリームを分離し、分離した各ストリームをデコーダ904へ出力する。また、デマルチプレクサ903は、符号化ビットストリームからEPG(Electronic Program Guide)などの補助的なデータを抽出し、抽出したデータを制御部910に供給する。なお、デマルチプレクサ903は、符号化ビットストリームがスクランブルされている場合には、デスクランブルを行ってもよい。
デコーダ904は、デマルチプレクサ903から入力される映像ストリーム及び音声ストリームを復号する。そして、デコーダ904は、復号処理により生成される映像データを映像信号処理部905へ出力する。また、デコーダ904は、復号処理により生成される音声データを音声信号処理部907へ出力する。
映像信号処理部905は、デコーダ904から入力される映像データを再生し、表示部906に映像を表示させる。また、映像信号処理部905は、ネットワークを介して供給されるアプリケーション画面を表示部906に表示させてもよい。また、映像信号処理部905は、映像データについて、設定に応じて、例えばノイズ除去などの追加的な処理を行ってもよい。さらに、映像信号処理部905は、例えばメニュー、ボタン又はカーソルなどのGUI(Graphical User Interface)の画像を生成し、生成した画像を出力画像に重畳してもよい。
表示部906は、映像信号処理部905から供給される駆動信号により駆動され、表示デバイス(例えば、液晶ディスプレイ、プラズマディスプレイ又はOELD(Organic ElectroLuminescence Display)(有機ELディスプレイ)など)の映像面上に映像又は画像を表示する。
音声信号処理部907は、デコーダ904から入力される音声データについてD/A変換及び増幅などの再生処理を行い、スピーカ908から音声を出力させる。また、音声信号処理部907は、音声データについてノイズ除去などの追加的な処理を行ってもよい。
外部インタフェース909は、テレビジョン装置900と外部機器又はネットワークとを接続するためのインタフェースである。例えば、外部インタフェース909を介して受信される映像ストリーム又は音声ストリームが、デコーダ904により復号されてもよい。即ち、外部インタフェース909もまた、画像が符号化されている符号化ストリームを受信する、テレビジョン装置900における伝送部としての役割を有する。
制御部910は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、プログラムデータ、EPGデータ、及びネットワークを介して取得されるデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、テレビジョン装置900の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース911から入力される操作信号に応じて、テレビジョン装置900の動作を制御する。
ユーザインタフェース911は、制御部910と接続される。ユーザインタフェース911は、例えば、ユーザがテレビジョン装置900を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース911は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部910へ出力する。
バス912は、チューナ902、デマルチプレクサ903、デコーダ904、映像信号処理部905、音声信号処理部907、外部インタフェース909及び制御部910を相互に接続する。
このように構成されたテレビジョン装置900において、デコーダ904は、上述した実施形態に係る画像復号装置300(図34)や画像復号装置400(図39)の機能を有する。それにより、テレビジョン装置900での画像の復号に際して、符号化効率の低減を抑制することができる。
<第2の応用例:携帯電話機>
図55は、上述した実施形態を適用した携帯電話機の概略的な構成の一例を示している。携帯電話機920は、アンテナ921、通信部922、音声コーデック923、スピーカ924、マイクロホン925、カメラ部926、画像処理部927、多重分離部928、記録再生部929、表示部930、制御部931、操作部932、及びバス933を備える。
アンテナ921は、通信部922に接続される。スピーカ924及びマイクロホン925は、音声コーデック923に接続される。操作部932は、制御部931に接続される。バス933は、通信部922、音声コーデック923、カメラ部926、画像処理部927、多重分離部928、記録再生部929、表示部930、及び制御部931を相互に接続する。
携帯電話機920は、音声通話モード、データ通信モード、撮影モード及びテレビ電話モードを含む様々な動作モードで、音声信号の送受信、電子メール又は画像データの送受信、画像の撮像、及びデータの記録などの動作を行う。
音声通話モードにおいて、マイクロホン925により生成されるアナログ音声信号は、音声コーデック923に供給される。音声コーデック923は、アナログ音声信号を音声データへ変換し、変換された音声データをA/D変換し圧縮する。そして、音声コーデック923は、圧縮後の音声データを通信部922へ出力する。通信部922は、音声データを符号化及び変調し、送信信号を生成する。そして、通信部922は、生成した送信信号を、アンテナ921を介して基地局(図示せず)へ送信する。また、通信部922は、アンテナ921を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部922は、受信信号を復調及び復号して音声データを生成し、生成した音声データを音声コーデック923へ出力する。音声コーデック923は、音声データを伸張し及びD/A変換し、アナログ音声信号を生成する。そして、音声コーデック923は、生成した音声信号をスピーカ924に供給して音声を出力させる。
また、データ通信モードにおいて、例えば、制御部931は、操作部932を介するユーザによる操作に応じて、電子メールを構成する文字データを生成する。また、制御部931は、文字を表示部930に表示させる。また、制御部931は、操作部932を介するユーザからの送信指示に応じて電子メールデータを生成し、生成した電子メールデータを通信部922へ出力する。通信部922は、電子メールデータを符号化及び変調し、送信信号を生成する。そして、通信部922は、生成した送信信号を、アンテナ921を介して基地局(図示せず)へ送信する。また、通信部922は、アンテナ921を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部922は、受信信号を復調及び復号して電子メールデータを復元し、復元した電子メールデータを制御部931へ出力する。制御部931は、表示部930に電子メールの内容を表示させると共に、電子メールデータを記録再生部929の記憶媒体に記憶させる。
記録再生部929は、読み書き可能な任意の記憶媒体を有する。例えば、記憶媒体は、RAM又はフラッシュメモリなどの内蔵型の記憶媒体であってもよく、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USB(Universal Serial Bus)メモリ、又はメモリカードなどの外部装着型の記憶媒体であってもよい。
また、撮影モードにおいて、例えば、カメラ部926は、被写体を撮像して画像データを生成し、生成した画像データを画像処理部927へ出力する。画像処理部927は、カメラ部926から入力される画像データを符号化し、符号化ストリームを記録再生部929の記憶媒体に記憶させる。
また、テレビ電話モードにおいて、例えば、多重分離部928は、画像処理部927により符号化された映像ストリームと、音声コーデック923から入力される音声ストリームとを多重化し、多重化したストリームを通信部922へ出力する。通信部922は、ストリームを符号化及び変調し、送信信号を生成する。そして、通信部922は、生成した送信信号を、アンテナ921を介して基地局(図示せず)へ送信する。また、通信部922は、アンテナ921を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。これら送信信号及び受信信号には、符号化ビットストリームが含まれ得る。そして、通信部922は、受信信号を復調及び復号してストリームを復元し、復元したストリームを多重分離部928へ出力する。多重分離部928は、入力されるストリームから映像ストリーム及び音声ストリームを分離し、映像ストリームを画像処理部927、音声ストリームを音声コーデック923へ出力する。画像処理部927は、映像ストリームを復号し、映像データを生成する。映像データは、表示部930に供給され、表示部930により一連の画像が表示される。音声コーデック923は、音声ストリームを伸張し及びD/A変換し、アナログ音声信号を生成する。そして、音声コーデック923は、生成した音声信号をスピーカ924に供給して音声を出力させる。
このように構成された携帯電話機920において、画像処理部927は、上述した実施形態に係る画像符号化装置100(図25)、画像符号化装置200(図31)、画像復号装置300(図34)、画像復号装置400(図39)等の機能を有する。それにより、携帯電話機920での画像の符号化及び復号に際して、符号化効率の低減を抑制することができる。
<第3の応用例:記録再生装置>
図56は、上述した実施形態を適用した記録再生装置の概略的な構成の一例を示している。記録再生装置940は、例えば、受信した放送番組の音声データ及び映像データを符号化して記録媒体に記録する。また、記録再生装置940は、例えば、他の装置から取得される音声データ及び映像データを符号化して記録媒体に記録してもよい。また、記録再生装置940は、例えば、ユーザの指示に応じて、記録媒体に記録されているデータをモニタ及びスピーカ上で再生する。このとき、記録再生装置940は、音声データ及び映像データを復号する。
記録再生装置940は、チューナ941、外部インタフェース942、エンコーダ943、HDD(Hard Disk Drive)944、ディスクドライブ945、セレクタ946、デコーダ947、OSD(On-Screen Display)948、制御部949、及びユーザインタフェース950を備える。
チューナ941は、アンテナ(図示せず)を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ941は、復調により得られた符号化ビットストリームをセレクタ946へ出力する。即ち、チューナ941は、記録再生装置940における伝送部としての役割を有する。
外部インタフェース942は、記録再生装置940と外部機器又はネットワークとを接続するためのインタフェースである。外部インタフェース942は、例えば、IEEE1394インタフェース、ネットワークインタフェース、USBインタフェース、又はフラッシュメモリインタフェースなどであってよい。例えば、外部インタフェース942を介して受信される映像データ及び音声データは、エンコーダ943へ入力される。即ち、外部インタフェース942は、記録再生装置940における伝送部としての役割を有する。
エンコーダ943は、外部インタフェース942から入力される映像データ及び音声データが符号化されていない場合に、映像データ及び音声データを符号化する。そして、エンコーダ943は、符号化ビットストリームをセレクタ946へ出力する。
HDD944は、映像及び音声などのコンテンツデータが圧縮された符号化ビットストリーム、各種プログラムおよびその他のデータを内部のハードディスクに記録する。また、HDD944は、映像及び音声の再生時に、これらデータをハードディスクから読み出す。
ディスクドライブ945は、装着されている記録媒体へのデータの記録及び読み出しを行う。ディスクドライブ945に装着される記録媒体は、例えばDVDディスク(DVD-Video、DVD-RAM、DVD-R、DVD-RW、DVD+R、DVD+RW等)又はBlu-ray(登録商標)ディスクなどであってよい。
セレクタ946は、映像及び音声の記録時には、チューナ941又はエンコーダ943から入力される符号化ビットストリームを選択し、選択した符号化ビットストリームをHDD944又はディスクドライブ945へ出力する。また、セレクタ946は、映像及び音声の再生時には、HDD944又はディスクドライブ945から入力される符号化ビットストリームをデコーダ947へ出力する。
デコーダ947は、符号化ビットストリームを復号し、映像データ及び音声データを生成する。そして、デコーダ947は、生成した映像データをOSD948へ出力する。また、デコーダ947は、生成した音声データを外部のスピーカへ出力する。
OSD948は、デコーダ947から入力される映像データを再生し、映像を表示する。また、OSD948は、表示する映像に、例えばメニュー、ボタン又はカーソルなどのGUIの画像を重畳してもよい。
制御部949は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、記録再生装置940の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース950から入力される操作信号に応じて、記録再生装置940の動作を制御する。
ユーザインタフェース950は、制御部949と接続される。ユーザインタフェース950は、例えば、ユーザが記録再生装置940を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース950は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部949へ出力する。
このように構成された記録再生装置940において、エンコーダ943は、上述した実施形態に係る画像符号化装置100(図25)や画像符号化装置200(図31)等の機能を有する。また、デコーダ947は、上述した実施形態に係る、画像復号装置300(図34)や画像復号装置400(図39)等の機能を有する。それにより、記録再生装置940での画像の符号化及び復号に際して、符号化効率の低減を抑制することができる。
<第4の応用例:撮像装置>
図57は、上述した実施形態を適用した撮像装置の概略的な構成の一例を示している。撮像装置960は、被写体を撮像して画像を生成し、画像データを符号化して記録媒体に記録する。
撮像装置960は、光学ブロック961、撮像部962、信号処理部963、画像処理部964、表示部965、外部インタフェース966、メモリ967、メディアドライブ968、OSD969、制御部970、ユーザインタフェース971、及びバス972を備える。
光学ブロック961は、撮像部962に接続される。撮像部962は、信号処理部963に接続される。表示部965は、画像処理部964に接続される。ユーザインタフェース971は、制御部970に接続される。バス972は、画像処理部964、外部インタフェース966、メモリ967、メディアドライブ968、OSD969、及び制御部970を相互に接続する。
光学ブロック961は、フォーカスレンズ及び絞り機構などを有する。光学ブロック961は、被写体の光学像を撮像部962の撮像面に結像させる。撮像部962は、CCD(Charge Coupled Device)又はCMOS(Complementary Metal Oxide Semiconductor)などのイメージセンサを有し、撮像面に結像した光学像を光電変換によって電気信号としての画像信号に変換する。そして、撮像部962は、画像信号を信号処理部963へ出力する。
信号処理部963は、撮像部962から入力される画像信号に対してニー補正、ガンマ補正、色補正などの種々のカメラ信号処理を行う。信号処理部963は、カメラ信号処理後の画像データを画像処理部964へ出力する。
画像処理部964は、信号処理部963から入力される画像データを符号化し、符号化データを生成する。そして、画像処理部964は、生成した符号化データを外部インタフェース966又はメディアドライブ968へ出力する。また、画像処理部964は、外部インタフェース966又はメディアドライブ968から入力される符号化データを復号し、画像データを生成する。そして、画像処理部964は、生成した画像データを表示部965へ出力する。また、画像処理部964は、信号処理部963から入力される画像データを表示部965へ出力して画像を表示させてもよい。また、画像処理部964は、OSD969から取得される表示用データを、表示部965へ出力する画像に重畳してもよい。
OSD969は、例えばメニュー、ボタン又はカーソルなどのGUIの画像を生成して、生成した画像を画像処理部964へ出力する。
外部インタフェース966は、例えばUSB入出力端子として構成される。外部インタフェース966は、例えば、画像の印刷時に、撮像装置960とプリンタとを接続する。また、外部インタフェース966には、必要に応じてドライブが接続される。ドライブには、例えば、磁気ディスク又は光ディスクなどのリムーバブルメディアが装着され、リムーバブルメディアから読み出されるプログラムが、撮像装置960にインストールされ得る。さらに、外部インタフェース966は、LAN又はインターネットなどのネットワークに接続されるネットワークインタフェースとして構成されてもよい。即ち、外部インタフェース966は、撮像装置960における伝送部としての役割を有する。
メディアドライブ968に装着される記録媒体は、例えば、磁気ディスク、光磁気ディスク、光ディスク、又は半導体メモリなどの、読み書き可能な任意のリムーバブルメディアであってよい。また、メディアドライブ968に記録媒体が固定的に装着され、例えば、内蔵型ハードディスクドライブ又はSSD(Solid State Drive)のような非可搬性の記憶部が構成されてもよい。
制御部970は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、撮像装置960の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース971から入力される操作信号に応じて、撮像装置960の動作を制御する。
ユーザインタフェース971は、制御部970と接続される。ユーザインタフェース971は、例えば、ユーザが撮像装置960を操作するためのボタン及びスイッチなどを有する。ユーザインタフェース971は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部970へ出力する。
このように構成された撮像装置960において、画像処理部964は、上述した実施形態に係る上述した実施形態に係る画像符号化装置100(図25)、画像符号化装置200(図31)、画像復号装置300(図34)、画像復号装置400(図39)等の機能を有する。それにより、撮像装置960での画像の符号化及び復号に際して、画質の低減を抑制することができる。
<9.スケーラブル符号化の応用例>
<第1のシステム>
次に、スケーラブル符号化(階層(画像)符号化)されたスケーラブル符号化データの具体的な利用例について説明する。スケーラブル符号化は、例えば、図58に示される例のように、伝送するデータの選択のために利用される。
図58に示されるデータ伝送システム1000において、配信サーバ1002は、スケーラブル符号化データ記憶部1001に記憶されているスケーラブル符号化データを読み出し、ネットワーク1003を介して、パーソナルコンピュータ1004、AV機器1005、タブレットデバイス1006、および携帯電話機1007等の端末装置に配信する。
その際、配信サーバ1002は、端末装置の能力や通信環境等に応じて、適切な品質の符号化データを選択して伝送する。配信サーバ1002が不要に高品質なデータを伝送しても、端末装置において高画質な画像を得られるとは限らず、遅延やオーバフローの発生要因となる恐れがある。また、不要に通信帯域を占有したり、端末装置の負荷を不要に増大させたりしてしまう恐れもある。逆に、配信サーバ1002が不要に低品質なデータを伝送しても、端末装置において十分な画質の画像を得ることができない恐れがある。そのため、配信サーバ1002は、スケーラブル符号化データ記憶部1001に記憶されているスケーラブル符号化データを、適宜、端末装置の能力や通信環境等に対して適切な品質の符号化データとして読み出し、伝送する。
例えば、スケーラブル符号化データ記憶部1001は、スケーラブルに符号化されたスケーラブル符号化データ(BL+EL)1011を記憶するとする。このスケーラブル符号化データ(BL+EL)1011は、ベースレイヤとエンハンスメントレイヤの両方を含む符号化データであり、復号することにより、ベースレイヤの画像およびエンハンスメントレイヤの画像の両方を得ることができるデータである。
配信サーバ1002は、データを伝送する端末装置の能力や通信環境等に応じて、適切なレイヤを選択し、そのレイヤのデータを読み出す。例えば、配信サーバ1002は、処理能力の高いパーソナルコンピュータ1004やタブレットデバイス1006に対しては、高品質なスケーラブル符号化データ(BL+EL)1011をスケーラブル符号化データ記憶部1001から読み出し、そのまま伝送する。これに対して、例えば、配信サーバ1002は、処理能力の低いAV機器1005や携帯電話機1007に対しては、スケーラブル符号化データ(BL+EL)1011からベースレイヤのデータを抽出し、スケーラブル符号化データ(BL+EL)1011と同じコンテンツのデータであるが、スケーラブル符号化データ(BL+EL)1011よりも低品質なスケーラブル符号化データ(BL)1012として伝送する。
このようにスケーラブル符号化データを用いることにより、データ量を容易に調整することができるので、遅延やオーバフローの発生を抑制したり、端末装置や通信媒体の負荷の不要な増大を抑制したりすることができる。また、スケーラブル符号化データ(BL+EL)1011は、レイヤ間の冗長性が低減されているので、各レイヤの符号化データを個別のデータとする場合よりもそのデータ量を低減させることができる。したがって、スケーラブル符号化データ記憶部1001の記憶領域をより効率よく使用することができる。
なお、パーソナルコンピュータ1004乃至携帯電話機1007のように、端末装置には様々な装置を適用することができるので、端末装置のハードウエアの性能は、装置によって異なる。また、端末装置が実行するアプリケーションも様々であるので、そのソフトウエアの能力も様々である。さらに、通信媒体となるネットワーク1003も、例えばインターネットやLAN(Local Area Network)等、有線若しくは無線、またはその両方を含むあらゆる通信回線網を適用することができ、そのデータ伝送能力は様々である。さらに、他の通信等によっても変化する恐れがある。
そこで、配信サーバ1002は、データ伝送を開始する前に、データの伝送先となる端末装置と通信を行い、端末装置のハードウエア性能や、端末装置が実行するアプリケーション(ソフトウエア)の性能等といった端末装置の能力に関する情報、並びに、ネットワーク1003の利用可能帯域幅等の通信環境に関する情報を得るようにしてもよい。そして、配信サーバ1002が、ここで得た情報を基に、適切なレイヤを選択するようにしてもよい。
なお、レイヤの抽出は、端末装置において行うようにしてもよい。例えば、パーソナルコンピュータ1004が、伝送されたスケーラブル符号化データ(BL+EL)1011を復号し、ベースレイヤの画像を表示しても良いし、エンハンスメントレイヤの画像を表示しても良い。また、例えば、パーソナルコンピュータ1004が、伝送されたスケーラブル符号化データ(BL+EL)1011から、ベースレイヤのスケーラブル符号化データ(BL)1012を抽出し、記憶したり、他の装置に転送したり、復号してベースレイヤの画像を表示したりするようにしてもよい。
もちろん、スケーラブル符号化データ記憶部1001、配信サーバ1002、ネットワーク1003、および端末装置の数はいずれも任意である。また、以上においては、配信サーバ1002がデータを端末装置に伝送する例について説明したが、利用例はこれに限定されない。データ伝送システム1000は、スケーラブル符号化された符号化データを端末装置に伝送する際、端末装置の能力や通信環境等に応じて、適切なレイヤを選択して伝送するシステムであれば、任意のシステムに適用することができる。
そして、以上のような図58のようなデータ伝送システム1000においても、図47乃至図52を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図47乃至図52を参照して上述した効果と同様の効果を得ることができる。
<第2のシステム>
また、スケーラブル符号化は、例えば、図59に示される例のように、複数の通信媒体を介する伝送のために利用される。
図59に示されるデータ伝送システム1100において、放送局1101は、地上波放送1111により、ベースレイヤのスケーラブル符号化データ(BL)1121を伝送する。また、放送局1101は、有線若しくは無線またはその両方の通信網よりなる任意のネットワーク1112を介して、エンハンスメントレイヤのスケーラブル符号化データ(EL)1122を伝送する(例えばパケット化して伝送する)。
端末装置1102は、放送局1101が放送する地上波放送1111の受信機能を有し、この地上波放送1111を介して伝送されるベースレイヤのスケーラブル符号化データ(BL)1121を受け取る。また、端末装置1102は、ネットワーク1112を介した通信を行う通信機能をさらに有し、このネットワーク1112を介して伝送されるエンハンスメントレイヤのスケーラブル符号化データ(EL)1122を受け取る。
端末装置1102は、例えばユーザ指示等に応じて、地上波放送1111を介して取得したベースレイヤのスケーラブル符号化データ(BL)1121を、復号してベースレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
また、端末装置1102は、例えばユーザ指示等に応じて、地上波放送1111を介して取得したベースレイヤのスケーラブル符号化データ(BL)1121と、ネットワーク1112を介して取得したエンハンスメントレイヤのスケーラブル符号化データ(EL)1122とを合成して、スケーラブル符号化データ(BL+EL)を得たり、それを復号してエンハンスメントレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
以上のように、スケーラブル符号化データは、例えばレイヤ毎に異なる通信媒体を介して伝送させることができる。したがって、負荷を分散させることができ、遅延やオーバフローの発生を抑制することができる。
また、状況に応じて、伝送に使用する通信媒体を、レイヤ毎に選択することができるようにしてもよい。例えば、データ量が比較的多いベースレイヤのスケーラブル符号化データ(BL)1121を帯域幅の広い通信媒体を介して伝送させ、データ量が比較的少ないエンハンスメントレイヤのスケーラブル符号化データ(EL)1122を帯域幅の狭い通信媒体を介して伝送させるようにしてもよい。また、例えば、エンハンスメントレイヤのスケーラブル符号化データ(EL)1122を伝送する通信媒体を、ネットワーク1112とするか、地上波放送1111とするかを、ネットワーク1112の利用可能帯域幅に応じて切り替えるようにしてもよい。もちろん、任意のレイヤのデータについて同様である。
このように制御することにより、データ伝送における負荷の増大を、より抑制することができる。
もちろん、レイヤ数は任意であり、伝送に利用する通信媒体の数も任意である。また、データ配信先となる端末装置1102の数も任意である。さらに、以上においては、放送局1101からの放送を例に説明したが、利用例はこれに限定されない。データ伝送システム1100は、スケーラブル符号化された符号化データを、レイヤを単位として複数に分割し、複数の回線を介して伝送するシステムであれば、任意のシステムに適用することができる。
そして、以上のような図59のようなデータ伝送システム1100においても、図47乃至図52を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図47乃至図52を参照して上述した効果と同様の効果を得ることができる。
<第3のシステム>
また、スケーラブル符号化は、例えば、図60に示される例のように、符号化データの記憶に利用される。
図60に示される撮像システム1200において、撮像装置1201は、被写体1211を撮像して得られた画像データをスケーラブル符号化し、スケーラブル符号化データ(BL+EL)1221として、スケーラブル符号化データ記憶装置1202に供給する。
スケーラブル符号化データ記憶装置1202は、撮像装置1201から供給されるスケーラブル符号化データ(BL+EL)1221を、状況に応じた品質で記憶する。例えば、通常時の場合、スケーラブル符号化データ記憶装置1202は、スケーラブル符号化データ(BL+EL)1221からベースレイヤのデータを抽出し、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ(BL)1222として記憶する。これに対して、例えば、注目時の場合、スケーラブル符号化データ記憶装置1202は、高品質でデータ量の多いスケーラブル符号化データ(BL+EL)1221のまま記憶する。
このようにすることにより、スケーラブル符号化データ記憶装置1202は、必要な場合のみ、画像を高画質に保存することができるので、画質劣化による画像の価値の低減を抑制しながら、データ量の増大を抑制することができ、記憶領域の利用効率を向上させることができる。
例えば、撮像装置1201が監視カメラであるとする。撮像画像に監視対象(例えば侵入者)が写っていない場合(通常時の場合)、撮像画像の内容は重要でない可能性が高いので、データ量の低減が優先され、その画像データ(スケーラブル符号化データ)は、低品質に記憶される。これに対して、撮像画像に監視対象が被写体1211として写っている場合(注目時の場合)、その撮像画像の内容は重要である可能性が高いので、画質が優先され、その画像データ(スケーラブル符号化データ)は、高品質に記憶される。
なお、通常時であるか注目時であるかは、例えば、スケーラブル符号化データ記憶装置1202が、画像を解析することにより判定しても良い。また、撮像装置1201が判定し、その判定結果をスケーラブル符号化データ記憶装置1202に伝送するようにしてもよい。
なお、通常時であるか注目時であるかの判定基準は任意であり、判定基準とする画像の内容は任意である。もちろん、画像の内容以外の条件を判定基準とすることもできる。例えば、収録した音声の大きさや波形等に応じて切り替えるようにしてもよいし、所定の時間毎に切り替えるようにしてもよいし、ユーザ指示等の外部からの指示によって切り替えるようにしてもよい。
また、以上においては、通常時と注目時の2つの状態を切り替える例を説明したが、状態の数は任意であり、例えば、通常時、やや注目時、注目時、非常に注目時等のように、3つ以上の状態を切り替えるようにしてもよい。ただし、この切り替える状態の上限数は、スケーラブル符号化データのレイヤ数に依存する。
また、撮像装置1201が、スケーラブル符号化のレイヤ数を、状態に応じて決定するようにしてもよい。例えば、通常時の場合、撮像装置1201が、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ(BL)1222を生成し、スケーラブル符号化データ記憶装置1202に供給するようにしてもよい。また、例えば、注目時の場合、撮像装置1201が、高品質でデータ量の多いベースレイヤのスケーラブル符号化データ(BL+EL)1221を生成し、スケーラブル符号化データ記憶装置1202に供給するようにしてもよい。
以上においては、監視カメラを例に説明したが、この撮像システム1200の用途は任意であり、監視カメラに限定されない。
そして、以上の図60のような撮像システム1200においても、図47乃至図52を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図47乃至図52を参照して上述した効果と同様の効果を得ることができる。
なお、本技術は、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択して使用する、例えばMPEG DASH等のようなHTTPストリーミングにも適用することができる。つまり、このような複数の符号化データ間で、符号化や復号に関する情報を共有することもできる。
<10.第8の実施の形態>
<実施のその他の例>
以上において本技術を適用する装置やシステム等の例を説明したが、本技術は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI(Large Scale Integration)等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等(すなわち、装置の一部の構成)として実施することもできる。
<ビデオセット>
本技術をセットとして実施する場合の例について、図61を参照して説明する。図61は、本技術を適用したビデオセットの概略的な構成の一例を示している。
近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、1機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する1セットとして実施を行う場合も多く見られるようになってきた。
図61に示されるビデオセット1300は、このような多機能化された構成であり、画像の符号化や復号(いずれか一方でもよいし、両方でも良い)に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。
図61に示されるように、ビデオセット1300は、ビデオモジュール1311、外部メモリ1312、パワーマネージメントモジュール1313、およびフロントエンドモジュール1314等のモジュール群と、コネクティビティ1321、カメラ1322、およびセンサ1323等の関連する機能を有するデバイスとを有する。
モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。
図61の例の場合、ビデオモジュール1311は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ1331、ビデオプロセッサ1332、ブロードバンドモデム1333、およびRFモジュール1334を有する。
プロセッサは、所定の機能を有する構成をSoC(System On a Chip)により半導体チップに集積したものであり、例えばシステムLSI(Large Scale Integration)等と称されるものもある。この所定の機能を有する構成は、論理回路(ハードウエア構成)であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム(ソフトウエア構成)であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路(ハードウエア構成)により実現し、その他の機能をCPUにおいて実行されるプログラム(ソフトウエア構成)により実現するようにしてもよい。
図61のアプリケーションプロセッサ1331は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ1331において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ1332等、ビデオモジュール1311内外の構成を必要に応じて制御することもできる。
ビデオプロセッサ1332は、画像の符号化・復号(その一方若しくは両方)に関する機能を有するプロセッサである。
ブロードバンドモデム1333は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線(またはその両方)の広帯域通信により送信するデータ(デジタル信号)をデジタル変調する等してアナログ信号に変換したり、その広帯域通信により受信したアナログ信号を復調してデータ(デジタル信号)に変換したりする。ブロードバンドモデム1333は、例えば、ビデオプロセッサ1332が処理する画像データ、画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報を処理する。
RFモジュール1334は、アンテナを介して送受信されるRF(Radio Frequency)信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール1334は、ブロードバンドモデム1333により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール1334は、フロントエンドモジュール1314を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。
なお、図61において点線1341に示されるように、アプリケーションプロセッサ1331とビデオプロセッサ1332を、一体化し、1つのプロセッサとして構成されるようにしてもよい。
外部メモリ1312は、ビデオモジュール1311の外部に設けられた、ビデオモジュール1311により利用される記憶デバイスを有するモジュールである。この外部メモリ1312の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM(Dynamic Random Access Memory)のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。
パワーマネージメントモジュール1313は、ビデオモジュール1311(ビデオモジュール1311内の各構成)への電力供給を管理し、制御する。
フロントエンドモジュール1314は、RFモジュール1334に対してフロントエンド機能(アンテナ側の送受信端の回路)を提供するモジュールである。図61に示されるように、フロントエンドモジュール1314は、例えば、アンテナ部1351、フィルタ1352、および増幅部1353を有する。
アンテナ部1351は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部1351は、増幅部1353から供給される信号を無線信号として送信し、受信した無線信号を電気信号(RF信号)としてフィルタ1352に供給する。フィルタ1352は、アンテナ部1351を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール1334に供給する。増幅部1353は、RFモジュール1334から供給されるRF信号を増幅し、アンテナ部1351に供給する。
コネクティビティ1321は、外部との接続に関する機能を有するモジュールである。コネクティビティ1321の物理構成は、任意である。例えば、コネクティビティ1321は、ブロードバンドモデム1333が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。
例えば、コネクティビティ1321が、Bluetooth(登録商標)、IEEE 802.11(例えばWi-Fi(Wireless Fidelity、登録商標))、NFC(Near Field Communication)、IrDA(InfraRed Data Association)等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ1321が、USB(Universal Serial Bus)、HDMI(登録商標)(High-Definition Multimedia Interface)等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ1321が、アナログ入出力端子等のその他のデータ(信号)伝送機能等を有するようにしてもよい。
なお、コネクティビティ1321が、データ(信号)の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ1321が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ(リムーバブルメディアのドライブだけでなく、ハードディスク、SSD(Solid State Drive)、NAS(Network Attached Storage)等も含む)を有するようにしてもよい。また、コネクティビティ1321が、画像や音声の出力デバイス(モニタやスピーカ等)を有するようにしてもよい。
カメラ1322は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ1322の撮像により得られた画像データは、例えば、ビデオプロセッサ1332に供給されて符号化される。
センサ1323は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ1323により検出されたデータは、例えば、アプリケーションプロセッサ1331に供給されてアプリケーション等により利用される。
以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。
以上のような構成のビデオセット1300において、後述するようにビデオプロセッサ1332に本技術を適用することができる。したがって、ビデオセット1300は、本技術を適用したセットとして実施することができる。
<ビデオプロセッサの構成例>
図62は、本技術を適用したビデオプロセッサ1332(図61)の概略的な構成の一例を示している。
図62の例の場合、ビデオプロセッサ1332は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。
図62に示されるように、ビデオプロセッサ1332は、ビデオ入力処理部1401、第1画像拡大縮小部1402、第2画像拡大縮小部1403、ビデオ出力処理部1404、フレームメモリ1405、およびメモリ制御部1406を有する。また、ビデオプロセッサ1332は、エンコード・デコードエンジン1407、ビデオES(Elementary Stream)バッファ1408Aおよび1408B、並びに、オーディオESバッファ1409Aおよび1409Bを有する。さらに、ビデオプロセッサ1332は、オーディオエンコーダ1410、オーディオデコーダ1411、多重化部(MUX(Multiplexer))1412、逆多重化部(DMUX(Demultiplexer))1413、およびストリームバッファ1414を有する。
ビデオ入力処理部1401は、例えばコネクティビティ1321(図61)等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第1画像拡大縮小部1402は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第2画像拡大縮小部1403は、画像データに対して、ビデオ出力処理部1404を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第1画像拡大縮小部1402と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部1404は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ1321(図61)等に出力する。
フレームメモリ1405は、ビデオ入力処理部1401、第1画像拡大縮小部1402、第2画像拡大縮小部1403、ビデオ出力処理部1404、およびエンコード・デコードエンジン1407によって共用される画像データ用のメモリである。フレームメモリ1405は、例えばDRAM等の半導体メモリとして実現される。
メモリ制御部1406は、エンコード・デコードエンジン1407からの同期信号を受けて、アクセス管理テーブル1406Aに書き込まれたフレームメモリ1405へのアクセススケジュールに従ってフレームメモリ1405に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル1406Aは、エンコード・デコードエンジン1407、第1画像拡大縮小部1402、第2画像拡大縮小部1403等で実行される処理に応じて、メモリ制御部1406により更新される。
エンコード・デコードエンジン1407は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン1407は、フレームメモリ1405から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ1408Aに順次書き込む。また、例えば、ビデオESバッファ1408Bからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ1405に順次書き込む。エンコード・デコードエンジン1407は、これらの符号化や復号において、フレームメモリ1405を作業領域として使用する。また、エンコード・デコードエンジン1407は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部1406に対して同期信号を出力する。
ビデオESバッファ1408Aは、エンコード・デコードエンジン1407によって生成されたビデオストリームをバッファリングして、多重化部(MUX)1412に供給する。ビデオESバッファ1408Bは、逆多重化部(DMUX)1413から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン1407に供給する。
オーディオESバッファ1409Aは、オーディオエンコーダ1410によって生成されたオーディオストリームをバッファリングして、多重化部(MUX)1412に供給する。オーディオESバッファ1409Bは、逆多重化部(DMUX)1413から供給されたオーディオストリームをバッファリングして、オーディオデコーダ1411に供給する。
オーディオエンコーダ1410は、例えばコネクティビティ1321(図61)等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3(AudioCode number 3)方式等の所定の方式で符号化する。オーディオエンコーダ1410は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ1409Aに順次書き込む。オーディオデコーダ1411は、オーディオESバッファ1409Bから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ1321(図61)等に供給する。
多重化部(MUX)1412は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法(すなわち、多重化により生成されるビットストリームのフォーマット)は任意である。また、この多重化の際に、多重化部(MUX)1412は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部(MUX)1412は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部(MUX)1412は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部(MUX)1412は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ(ファイルデータ)に変換する。
逆多重化部(DMUX)1413は、多重化部(MUX)1412による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部(DMUX)1413は、ストリームバッファ1414から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する(ビデオストリームとオーディオストリームとを分離する)。つまり、逆多重化部(DMUX)1413は、逆多重化によりストリームのフォーマットを変換(多重化部(MUX)1412による変換の逆変換)することができる。例えば、逆多重化部(DMUX)1413は、例えばコネクティビティ1321やブロードバンドモデム1333等(いずれも図61)から供給されたトランスポートストリームを、ストリームバッファ1414を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部(DMUX)1413は、例えばコネクティビティ1321により(図61)各種記録媒体から読み出されたファイルデータを、ストリームバッファ1414を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。
ストリームバッファ1414は、ビットストリームをバッファリングする。例えば、ストリームバッファ1414は、多重化部(MUX)1412から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ1321やブロードバンドモデム1333(いずれも図61)等に供給する。
また、例えば、ストリームバッファ1414は、多重化部(MUX)1412から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ1321(図61)等に供給し、各種記録媒体に記録させる。
さらに、ストリームバッファ1414は、例えばコネクティビティ1321やブロードバンドモデム1333等(いずれも図61)を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部(DMUX)1413に供給する。
また、ストリームバッファ1414は、例えばコネクティビティ1321(図61)等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部(DMUX)1413に供給する。
次に、このような構成のビデオプロセッサ1332の動作の例について説明する。例えば、コネクティビティ1321(図61)等からビデオプロセッサ1332に入力されたビデオ信号は、ビデオ入力処理部1401において4:2:2Y/Cb/Cr方式等の所定の方式のデジタル画像データに変換され、フレームメモリ1405に順次書き込まれる。このデジタル画像データは、第1画像拡大縮小部1402または第2画像拡大縮小部1403に読み出されて、4:2:0Y/Cb/Cr方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ1405に書き込まれる。この画像データは、エンコード・デコードエンジン1407によって符号化され、ビデオストリームとしてビデオESバッファ1408Aに書き込まれる。
また、コネクティビティ1321(図61)等からビデオプロセッサ1332に入力されたオーディオ信号は、オーディオエンコーダ1410によって符号化され、オーディオストリームとして、オーディオESバッファ1409Aに書き込まれる。
ビデオESバッファ1408Aのビデオストリームと、オーディオESバッファ1409Aのオーディオストリームは、多重化部(MUX)1412に読み出されて多重化され、トランスポートストリーム若しくはファイルデータ等に変換される。多重化部(MUX)1412により生成されたトランスポートストリームは、ストリームバッファ1414にバッファされた後、例えばコネクティビティ1321やブロードバンドモデム1333(いずれも図61)等を介して外部ネットワークに出力される。また、多重化部(MUX)1412により生成されたファイルデータは、ストリームバッファ1414にバッファされた後、例えばコネクティビティ1321(図61)等に出力され、各種記録媒体に記録される。
また、例えばコネクティビティ1321やブロードバンドモデム1333(いずれも図61)等を介して外部ネットワークからビデオプロセッサ1332に入力されたトランスポートストリームは、ストリームバッファ1414にバッファされた後、逆多重化部(DMUX)1413により逆多重化される。また、例えばコネクティビティ1321(図61)等において各種記録媒体から読み出され、ビデオプロセッサ1332に入力されたファイルデータは、ストリームバッファ1414にバッファされた後、逆多重化部(DMUX)1413により逆多重化される。つまり、ビデオプロセッサ1332に入力されたトランスポートストリームまたはファイルデータは、逆多重化部(DMUX)1413によりビデオストリームとオーディオストリームとに分離される。
オーディオストリームは、オーディオESバッファ1409Bを介してオーディオデコーダ1411に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ1408Bに書き込まれた後、エンコード・デコードエンジン1407により順次読み出されて復号されてフレームメモリ1405に書き込まれる。復号された画像データは、第2画像拡大縮小部1403によって拡大縮小処理されて、フレームメモリ1405に書き込まれる。そして、復号された画像データは、ビデオ出力処理部1404に読み出されて、4:2:2Y/Cb/Cr方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。
このように構成されるビデオプロセッサ1332に本技術を適用する場合、エンコード・デコードエンジン1407に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、エンコード・デコードエンジン1407が、上述した各実施形態に係る画像符号化装置や画像復号装置の機能を有するようにすればよい。このようにすることにより、ビデオプロセッサ1332は、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
なお、エンコード・デコードエンジン1407において、本技術(すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能)は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
<ビデオプロセッサの他の構成例>
図63は、本技術を適用したビデオプロセッサ1332(図61)の概略的な構成の他の例を示している。図63の例の場合、ビデオプロセッサ1332は、ビデオデータを所定の方式で符号化・復号する機能とを有する。
より具体的には、図63に示されるように、ビデオプロセッサ1332は、制御部1511、ディスプレイインタフェース1512、ディスプレイエンジン1513、画像処理エンジン1514、および内部メモリ1515を有する。また、ビデオプロセッサ1332は、コーデックエンジン1516、メモリインタフェース1517、多重化・逆多重化部(MUX DMUX)1518、ネットワークインタフェース1519、およびビデオインタフェース1520を有する。
制御部1511は、ディスプレイインタフェース1512、ディスプレイエンジン1513、画像処理エンジン1514、およびコーデックエンジン1516等、ビデオプロセッサ1332内の各処理部の動作を制御する。
図63に示されるように、制御部1511は、例えば、メインCPU1531、サブCPU1532、およびシステムコントローラ1533を有する。メインCPU1531は、ビデオプロセッサ1332内の各処理部の動作を制御するためのプログラム等を実行する。メインCPU1531は、そのプログラム等に従って制御信号を生成し、各処理部に供給する(つまり、各処理部の動作を制御する)。サブCPU1532は、メインCPU1531の補助的な役割を果たす。例えば、サブCPU1532は、メインCPU1531が実行するプログラム等の子プロセスやサブルーチン等を実行する。システムコントローラ1533は、メインCPU1531およびサブCPU1532が実行するプログラムを指定する等、メインCPU1531およびサブCPU1532の動作を制御する。
ディスプレイインタフェース1512は、制御部1511の制御の下、画像データを例えばコネクティビティ1321(図61)等に出力する。例えば、ディスプレイインタフェース1512は、デジタルデータの画像データをアナログ信号に変換し、再生されたビデオ信号として、またはデジタルデータの画像データのまま、コネクティビティ1321(図61)のモニタ装置等に出力する。
ディスプレイエンジン1513は、制御部1511の制御の下、画像データに対して、その画像を表示させるモニタ装置等のハードウエアスペックに合わせるように、フォーマット変換、サイズ変換、色域変換等の各種変換処理を行う。
画像処理エンジン1514は、制御部1511の制御の下、画像データに対して、例えば画質改善のためのフィルタ処理等、所定の画像処理を施す。
内部メモリ1515は、ディスプレイエンジン1513、画像処理エンジン1514、およびコーデックエンジン1516により共用される、ビデオプロセッサ1332の内部に設けられたメモリである。内部メモリ1515は、例えば、ディスプレイエンジン1513、画像処理エンジン1514、およびコーデックエンジン1516の間で行われるデータの授受に利用される。例えば、内部メモリ1515は、ディスプレイエンジン1513、画像処理エンジン1514、またはコーデックエンジン1516から供給されるデータを格納し、必要に応じて(例えば、要求に応じて)、そのデータを、ディスプレイエンジン1513、画像処理エンジン1514、またはコーデックエンジン1516に供給する。この内部メモリ1515は、どのような記憶デバイスにより実現するようにしてもよいが、一般的にブロック単位の画像データやパラメータ等といった小容量のデータの格納に利用することが多いので、例えばSRAM(Static Random Access Memory)のような比較的(例えば外部メモリ1312と比較して)小容量だが応答速度が高速な半導体メモリにより実現するのが望ましい。
コーデックエンジン1516は、画像データの符号化や復号に関する処理を行う。このコーデックエンジン1516が対応する符号化・復号の方式は任意であり、その数は1つであってもよいし、複数であってもよい。例えば、コーデックエンジン1516は、複数の符号化・復号方式のコーデック機能を備え、その中から選択されたもので画像データの符号化若しくは符号化データの復号を行うようにしてもよい。
図63に示される例において、コーデックエンジン1516は、コーデックに関する処理の機能ブロックとして、例えば、MPEG-2 Video1541、AVC/H.2641542、HEVC/H.2651543、HEVC/H.265(Scalable)1544、HEVC/H.265(Multi-view)1545、およびMPEG-DASH1551を有する。
MPEG-2 Video1541は、画像データをMPEG-2方式で符号化したり復号したりする機能ブロックである。AVC/H.2641542は、画像データをAVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.2651543は、画像データをHEVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265(Scalable)1544は、画像データをHEVC方式でスケーラブル符号化したりスケーラブル復号したりする機能ブロックである。HEVC/H.265(Multi-view)1545は、画像データをHEVC方式で多視点符号化したり多視点復号したりする機能ブロックである。
MPEG-DASH1551は、画像データをMPEG-DASH(MPEG-Dynamic Adaptive Streaming over HTTP)方式で送受信する機能ブロックである。MPEG-DASHは、HTTP(HyperText Transfer Protocol)を使ってビデオのストリーミングを行う技術であり、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択し伝送することを特徴の1つとする。MPEG-DASH1551は、規格に準拠するストリームの生成やそのストリームの伝送制御等を行い、画像データの符号化・復号については、上述したMPEG-2 Video1541乃至HEVC/H.265(Multi-view)1545を利用する。
メモリインタフェース1517は、外部メモリ1312用のインタフェースである。画像処理エンジン1514やコーデックエンジン1516から供給されるデータは、メモリインタフェース1517を介して外部メモリ1312に供給される。また、外部メモリ1312から読み出されたデータは、メモリインタフェース1517を介してビデオプロセッサ1332(画像処理エンジン1514若しくはコーデックエンジン1516)に供給される。
多重化・逆多重化部(MUX DMUX)1518は、符号化データのビットストリーム、画像データ、ビデオ信号等、画像に関する各種データの多重化や逆多重化を行う。この多重化・逆多重化の方法は任意である。例えば、多重化の際に、多重化・逆多重化部(MUX DMUX)1518は、複数のデータを1つにまとめるだけでなく、所定のヘッダ情報等をそのデータに付加することもできる。また、逆多重化の際に、多重化・逆多重化部(MUX DMUX)1518は、1つのデータを複数に分割するだけでなく、分割した各データに所定のヘッダ情報等を付加することもできる。つまり、多重化・逆多重化部(MUX DMUX)1518は、多重化・逆多重化によりデータのフォーマットを変換することができる。例えば、多重化・逆多重化部(MUX DMUX)1518は、ビットストリームを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームや、記録用のファイルフォーマットのデータ(ファイルデータ)に変換することができる。もちろん、逆多重化によりその逆変換も可能である。
ネットワークインタフェース1519は、例えばブロードバンドモデム1333やコネクティビティ1321(いずれも図61)等向けのインタフェースである。ビデオインタフェース1520は、例えばコネクティビティ1321やカメラ1322(いずれも図61)等向けのインタフェースである。
次に、このようなビデオプロセッサ1332の動作の例について説明する。例えばコネクティビティ1321やブロードバンドモデム1333(いずれも図61)等を介して外部ネットワークからトランスポートストリームを受信すると、そのトランスポートストリームは、ネットワークインタフェース1519を介して多重化・逆多重化部(MUX DMUX)1518に供給されて逆多重化され、コーデックエンジン1516により復号される。コーデックエンジン1516の復号により得られた画像データは、例えば、画像処理エンジン1514により所定の画像処理が施され、ディスプレイエンジン1513により所定の変換が行われ、ディスプレイインタフェース1512を介して例えばコネクティビティ1321(図61)等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン1516の復号により得られた画像データは、コーデックエンジン1516により再符号化され、多重化・逆多重化部(MUX DMUX)1518により多重化されてファイルデータに変換され、ビデオインタフェース1520を介して例えばコネクティビティ1321(図61)等に出力され、各種記録媒体に記録される。
さらに、例えば、コネクティビティ1321(図61)等により図示せぬ記録媒体から読み出された、画像データが符号化された符号化データのファイルデータは、ビデオインタフェース1520を介して多重化・逆多重化部(MUX DMUX)1518に供給されて逆多重化され、コーデックエンジン1516により復号される。コーデックエンジン1516の復号により得られた画像データは、画像処理エンジン1514により所定の画像処理が施され、ディスプレイエンジン1513により所定の変換が行われ、ディスプレイインタフェース1512を介して例えばコネクティビティ1321(図61)等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン1516の復号により得られた画像データは、コーデックエンジン1516により再符号化され、多重化・逆多重化部(MUX DMUX)1518により多重化されてトランスポートストリームに変換され、ネットワークインタフェース1519を介して例えばコネクティビティ1321やブロードバンドモデム1333(いずれも図61)等に供給され図示せぬ他の装置に伝送される。
なお、ビデオプロセッサ1332内の各処理部の間での画像データやその他のデータの授受は、例えば、内部メモリ1515や外部メモリ1312を利用して行われる。また、パワーマネージメントモジュール1313は、例えば制御部1511への電力供給を制御する。
このように構成されるビデオプロセッサ1332に本技術を適用する場合、コーデックエンジン1516に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、コーデックエンジン1516が、上述した各実施形態に係る画像符号化装置や画像復号装置を実現する機能ブロックを有するようにすればよい。このようにすることにより、ビデオプロセッサ1332は、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
なお、コーデックエンジン1516において、本技術(すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能)は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
以上にビデオプロセッサ1332の構成を2例示したが、ビデオプロセッサ1332の構成は任意であり、上述した2例以外のものであってもよい。また、このビデオプロセッサ1332は、1つの半導体チップとして構成されるようにしてもよいが、複数の半導体チップとして構成されるようにしてもよい。例えば、複数の半導体を積層する3次元積層LSIとしてもよい。また、複数のLSIにより実現されるようにしてもよい。
<装置への適用例>
ビデオセット1300は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット1300は、テレビジョン装置900(図54)、携帯電話機920(図55)、記録再生装置940(図56)、撮像装置960(図57)等に組み込むことができる。ビデオセット1300を組み込むことにより、その装置は、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
また、ビデオセット1300は、例えば、図58のデータ伝送システム1000におけるパーソナルコンピュータ1004、AV機器1005、タブレットデバイス1006、および携帯電話機1007等の端末装置、図59のデータ伝送システム1100における放送局1101および端末装置1102、並びに、図60の撮像システム1200における撮像装置1201およびスケーラブル符号化データ記憶装置1202等にも組み込むことができる。ビデオセット1300を組み込むことにより、その装置は、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
なお、上述したビデオセット1300の各構成の一部であっても、ビデオプロセッサ1332を含むものであれば、本技術を適用した構成として実施することができる。例えば、ビデオプロセッサ1332のみを本技術を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線1341により示されるプロセッサやビデオモジュール1311等を本技術を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール1311、外部メモリ1312、パワーマネージメントモジュール1313、およびフロントエンドモジュール1314を組み合わせ、本技術を適用したビデオユニット1361として実施することもできる。いずれの構成の場合であっても、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
つまり、ビデオプロセッサ1332を含むものであればどのような構成であっても、ビデオセット1300の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ1332、点線1341により示されるプロセッサ、ビデオモジュール1311、または、ビデオユニット1361を、テレビジョン装置900(図54)、携帯電話機920(図55)、記録再生装置940(図56)、撮像装置960(図57)、図58のデータ伝送システム1000におけるパーソナルコンピュータ1004、AV機器1005、タブレットデバイス1006、および携帯電話機1007等の端末装置、図59のデータ伝送システム1100における放送局1101および端末装置1102、並びに、図60の撮像システム1200における撮像装置1201およびスケーラブル符号化データ記憶装置1202等に組み込むことができる。そして、本技術を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット1300の場合と同様に、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
<11.第9の実施の形態>
<MPEG-DASHの応用例>
なお、本技術は、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択して使用する、例えば、後述するMPEG DASH等のようなHTTPストリーミングのコンテンツ再生システムやWi-Fi規格の無線通信システムにも適用することができる。
<コンテンツ再生システムの概要>
まず、図64乃至図66を参照し、本技術を適用可能なコンテンツ再生システムについて概略的に説明する。
以下では、まず、このような各実施形態において共通する基本構成について図64および図65を参照して説明する。
図64は、コンテンツ再生システムの構成を示した説明図である。図64に示したように、コンテンツ再生システムは、コンテンツサーバ1610、1611と、ネットワーク1612と、コンテンツ再生装置1620(クライアント装置)とを備える。
コンテンツサーバ1610、1611とコンテンツ再生装置1620は、ネットワーク1612を介して接続されている。このネットワーク1612は、ネットワーク1612に接続されている装置から送信される情報の有線、または無線の伝送路である。
例えば、ネットワーク1612は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ethernet(登録商標)を含む各種のLAN(Local Area Network)、WAN(Wide Area Network)などを含んでもよい。また、ネットワーク1612は、IP-VPN(Internet Protocol-Virtual Private Network)などの専用回線網を含んでもよい。
コンテンツサーバ1610は、コンテンツデータを符号化し、符号化データおよび符号化データのメタ情報を含むデータファイルを生成して記憶する。なお、コンテンツサーバ1610がMP4形式のデータファイルを生成する場合、符号化データは「mdat」に該当し、メタ情報は「moov」に該当する。
また、コンテンツデータは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウエアなどであってもよい。
ここで、コンテンツサーバ1610は、同一コンテンツに関し、異なるビットレートで複数のデータファイルを生成する。またコンテンツサーバ1611は、コンテンツ再生装置1620からのコンテンツの再生要求に対して、コンテンツサーバ1610のURLの情報に、コンテンツ再生装置1620で当該URLに付加させるパラメータの情報を含めてコンテンツ再生装置1620に送信する。以下、図65を参照して当該事項について具体的に説明する。
図65は、図64のコンテンツ再生システムにおけるデータの流れを示した説明図である。コンテンツサーバ1610は、同一のコンテンツデータを異なるビットレートで符号化し、図65に示したように例えば2MbpsのファイルA、1.5MbpsのファイルB、1MbpsのファイルCを生成する。相対的に、ファイルAはハイビットレートであり、ファイルBは標準ビットレートであり、ファイルCはロービットレートである。
また、図65に示したように、各ファイルの符号化データは複数のセグメントに区分されている。例えば、ファイルAの符号化データは「A1」、「A2」、「A3」、・・・「An」というセグメントに区分されており、ファイルBの符号化データは「B1」、「B2」、「B3」、・・・「Bn」というセグメントに区分されており、ファイルCの符号化データは「C1」、「C2」、「C3」、・・・「Cn」というセグメントに区分されている。
なお、各セグメントはMP4のシンクサンプル(たとえば、AVC/H.264の映像符号化ではIDR−ピクチャ)で始まる単独で再生可能な1または2以上の映像符号化データおよび音声符号化データより構成サンプルで構成されてもよい。例えば、一秒30フレームのビデオデータが15フレーム固定長のGOP(Group of Picture)にて符号化されていた場合、各セグメントは、4GOPに相当する2秒分の映像ならびに音声符号化データであっても、20GOPに相当する10秒分の映像ならびに音声符号化データであってもよい。
また、各ファイルにおける配置順番が同一のセグメントによる再生範囲(コンテンツの先頭からの時間位置の範囲)は同一である。例えば、セグメント「A2」、セグメント「B2」、およびセグメント「C2」の再生範囲は同一であり、各セグメントが2秒分の符号化データである場合、セグメント「A2」、セグメント「B2」、およびセグメント「C2」の再生範囲は、いずれもコンテンツの2秒乃至4秒である。
コンテンツサーバ1610は、このような複数のセグメントから構成されるファイルA乃至ファイルCを生成すると、ファイルA乃至ファイルCを記憶する。そして、コンテンツサーバ1610は、図65に示したように、異なるファイルを構成するセグメントをコンテンツ再生装置1620に順次に送信し、コンテンツ再生装置1620は、受信したセグメントをストリーミング再生する。
ここで、本実施形態によるコンテンツサーバ1610は、各符号化データのビットレート情報およびアクセス情報を含むプレイリストファイル(以下、MPD:Media Presentation Description)をコンテンツ再生装置1620に送信し、コンテンツ再生装置1620は、MPDに基づき、複数のビットレートのうちのいずれかのビットレートを選択し、選択したビットレートに対応するセグメントの送信をコンテンツサーバ1610に要求する。
図64では、1つのコンテンツサーバ1610のみが図示されているが、本開示は係る例に限定されないことは言うまでもない。
図66は、MPDの具体例を示した説明図である。図66に示したように、MPDには、異なるビットレート(BANDWIDTH)を有する複数の符号化データに関するアクセス情報が含まれる。例えば、図66に示したMPDは、256Kbps、1.024Mbps、1.384Mbps、1.536Mbps、2.048Mbpsの各々の符号化データが存在することを示す共に、各符号化データに関するアクセス情報を含む。コンテンツ再生装置1620は、かかるMPDに基づき、ストリーミング再生する符号化データのビットレートを動的に変更することが可能である。
なお、図64にはコンテンツ再生装置1620の一例として携帯端末を示しているが、コンテンツ再生装置1620はかかる例に限定されない。例えば、コンテンツ再生装置1620は、PC(Personal Computer)、家庭用映像処理装置(DVDレコーダ、ビデオデッキなど)、PDA(Personal Digital Assistants)、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、コンテンツ再生装置1620は、携帯電話、PHS(Personal Handyphone System)、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
<コンテンツサーバ1610の構成>
以上、図64乃至図66を参照し、コンテンツ再生システムの概要を説明した。続いて、図67を参照し、コンテンツサーバ1610の構成を説明する。
図67は、コンテンツサーバ1610の構成を示した機能ブロック図である。図67に示したように、コンテンツサーバ1610は、ファイル生成部1631と、記憶部1632と、通信部1633とを備える。
ファイル生成部1631は、コンテンツデータを符号化するエンコーダ1641を備え、同一のコンテンツでビットレートが異なる複数の符号化データ、および上述したMPDを生成する。例えば、ファイル生成部1631は、256Kbps、1.024Mbps、1.384Mbps、1.536Mbps、2.048Mbpsの各々の符号化データを生成した場合、図66に示したようなMPDを生成する。
記憶部1632は、ファイル生成部1631により生成されたビットレートが異なる複数の符号化データおよびMPDを記憶する。この記憶部1632は、不揮発性メモリ、磁気ディスク、光ディスク、および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(登録商標))などがあげられる。
通信部1633は、コンテンツ再生装置1620とのインタフェースであって、ネットワーク1612を介してコンテンツ再生装置1620と通信する。より詳細には、通信部1633は、HTTPに従ってコンテンツ再生装置1620と通信するHTTPサーバとしての機能を有する。例えば、通信部1633は、MPDをコンテンツ再生装置1620に送信し、HTTPに従ってコンテンツ再生装置1620からMPDに基づいて要求された符号化データを記憶部1632から抽出し、HTTPレスポンスとしてコンテンツ再生装置1620に符号化データを送信する。
<コンテンツ再生装置1620の構成>
以上、本実施形態によるコンテンツサーバ1610の構成を説明した。続いて、図68を参照し、コンテンツ再生装置1620の構成を説明する。
図68は、コンテンツ再生装置1620の構成を示した機能ブロック図である。図68に示したように、コンテンツ再生装置1620は、通信部1651と、記憶部1652と、再生部1653と、選択部1654と、現在地取得部1656とを備える。
通信部1651は、コンテンツサーバ1610とのインタフェースであって、コンテンツサーバ1610に対してデータを要求し、コンテンツサーバ1610からデータを取得する。より詳細には、通信部1651は、HTTPに従ってコンテンツ再生装置1620と通信するHTTPクライアントとしての機能を有する。例えば、通信部1651は、HTTP Rangeを利用することにより、コンテンツサーバ1610からMPDや符号化データのセグメントを選択的に取得することができる。
記憶部1652は、コンテンツの再生に関する種々の情報を記憶する。例えば、通信部1651によりコンテンツサーバ1610から取得されるセグメントを順次にバッファリングする。記憶部1652にバッファリングされた符号化データのセグメントは、FIFO(First In First Out)で再生部1653へ順次に供給される。
また記憶部1652は、後述のコンテンツサーバ1611から要求された、MPDに記述されているコンテンツのURLへのパラメータの付加指示に基づき、通信部1651でURLにパラメータを付加して、そのURLへアクセスするための定義を記憶する。
再生部1653は、記憶部1652から供給されるセグメントを順次に再生する。具体的には、再生部1653は、セグメントのデコード、DA変換、およびレンダリングなどを行う。
選択部1654は、MPDに含まれるいずれのビットレートに対応する符号化データのセグメントを取得するかを同一コンテンツ内で順次に選択する。例えば、選択部1654がネットワーク1612の帯域に応じてセグメント「A1」、「B2」、「A3」を順次に選択すると、図65に示したように、通信部1651がコンテンツサーバ1610からセグメント「A1」、「B2」、「A3」を順次に取得する。
現在地取得部1656は、コンテンツ再生装置1620の現在の位置を取得するものであり、例えばGPS(Global Positioning System)受信機などの現在地を取得するモジュールで構成されていても良い。また現在地取得部1656は、無線ネットワークを使用してコンテンツ再生装置1620の現在の位置を取得するものであってもよい。
<コンテンツサーバ1611の構成>
図69は、コンテンツサーバ1611の構成例を示す説明図である。図69に示したように、コンテンツサーバ1611は、記憶部1671と、通信部1672とを備える。
記憶部1671は、MPDのURLの情報を記憶する。MPDのURLの情報は、コンテンツの再生を要求するコンテンツ再生装置1620からの求めに応じ、コンテンツサーバ1611からコンテンツ再生装置1620へ送信される。また記憶部1671は、コンテンツ再生装置1620へのMPDのURLの情報を提供する際に、当該MPDに記述されているURLにコンテンツ再生装置1620でパラメータを付加させる際の定義情報を記憶する。
通信部1672は、コンテンツ再生装置1620とのインタフェースであって、ネットワーク1612を介してコンテンツ再生装置1620と通信する。すなわち通信部1672は、コンテンツの再生を要求するコンテンツ再生装置1620から、MPDのURLの情報の要求を受信し、コンテンツ再生装置1620へMPDのURLの情報を送信する。通信部1672から送信されるMPDのURLには、コンテンツ再生装置1620でパラメータを付加させるための情報が含まれる。
コンテンツ再生装置1620でMPDのURLに付加させるパラメータについては、コンテンツサーバ1611およびコンテンツ再生装置1620で共有する定義情報で様々に設定することが出来る。一例を挙げれば、コンテンツ再生装置1620の現在位置、コンテンツ再生装置1620を使用するユーザのユーザID、コンテンツ再生装置1620のメモリサイズ、コンテンツ再生装置1620のストレージの容量などの情報を、コンテンツ再生装置1620でMPDのURLに付加させることが出来る。
以上のような構成のコンテンツ再生システムにおいて、図1乃至図43を参照して上述したような本技術を適用することにより、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。
すなわち、コンテンツサーバ1610のエンコーダ1641は、上述した実施形態に係る画像符号化装置の機能を有する。また、コンテンツ再生装置1620の再生部1653は、上述した実施形態に係る画像復号装置の機能を有する。それにより、符号化・復号に必要な記憶容量の増大を抑制することができる。
また、コンテンツ再生システムにおいて、本技術により符号化されたデータを送受信することにより、符号化・復号に必要な記憶容量の増大を抑制することができる。
<12.第10の実施の形態>
<Wi-Fi規格の無線通信システムの応用例>
本技術を適用可能な無線通信システムにおける無線通信装置の基本動作例について説明する。
<無線通信装置の基本動作例>
最初に、P2P(Peer to Peer)接続を確立して特定のアプリケーションを動作させるまでの無線パケット送受信がなされる。
次に、第2層で接続する前に、使用する特定のアプリケーションを指定してからP2P接続を確立して特定のアプリケーションを動作させるまでの無線パケット送受信がなされる。その後、第2層での接続後に、特定のアプリケーションを起動する場合の無線パケット送受信がなされる。
<特定のアプリケーション動作開始時における通信例>
図70および図71は、上述した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のやり取り等においてもパケット交換が必要となる。しかしながら、図70および図71では、これらのパケット交換についての図示を省略し、2回目以降の接続についてのみを示す。
なお、図70および図71では、第1無線通信装置1701および第2無線通信装置1702間における通信処理例を示すが、他の無線通信装置間における通信処理についても同様である。
最初に、第1無線通信装置1701および第2無線通信装置1702間においてDevice Discoveryが行われる(1711)。例えば、第1無線通信装置1701は、Probe request(応答要求信号)を送信し、このProbe requestに対するProbe response(応答信号)を第2無線通信装置1702から受信する。これにより、第1無線通信装置1701および第2無線通信装置1702は、互いの存在を発見することができる。また、Device Discoveryにより、相手のデバイス名や種類(TV、PC、スマートフォン等)を取得することができる。
続いて、第1無線通信装置1701および第2無線通信装置1702間においてService Discoveryが行われる(1712)。例えば、第1無線通信装置1701は、Device Discoveryで発見した第2無線通信装置1702が対応しているサービスを問い合わせるService Discovery Queryを送信する。そして、第1無線通信装置1701は、Service Discovery Responseを第2無線通信装置1702から受信することにより、第2無線通信装置1702が対応しているサービスを取得する。すなわち、Service Discoveryにより、相手が実行可能なサービス等を取得することができる。相手が実行可能なサービスは、例えば、service、protocol(DLNA(Digital Living Network Alliance) DMR(Digital Media Renderer)等)である。
続いて、ユーザにより接続相手の選択操作(接続相手選択操作)が行われる(1713)。この接続相手選択操作は、第1無線通信装置1701および第2無線通信装置1702の何れか一方のみに発生することもある。例えば、第1無線通信装置1701の表示部に接続相手選択画面が表示され、この接続相手選択画面において接続相手として第2無線通信装置1702がユーザ操作により選択される。
ユーザにより接続相手選択操作が行われると(1713)、第1無線通信装置1701および第2無線通信装置1702間においてGroup Owner Negotiationが行われる(1714)。図70および図71では、Group Owner Negotiationの結果により、第1無線通信装置1701がグループオーナー(Group Owner)1715になり、第2無線通信装置1702がクライアント(Client)1716になる例を示す。
続いて、第1無線通信装置1701および第2無線通信装置1702間において、各処理(1717乃至1720)が行われることにより、ダイレクト接続が確立される。すなわち、Association(L2(第2層) link確立)(1717)、Secure link確立(1718)が順次行われる。また、IP Address Assignment(1719)、SSDP(Simple Service Discovery Protocol)等によるL3上でのL4 setup(1720)が順次行われる。なお、L2(layer2)は、第2層(データリンク層)を意味し、L3(layer3)は、第3層(ネットワーク層)を意味し、L4(layer4)は、第4層(トランスポート層)を意味する。
続いて、ユーザにより特定のアプリケーションの指定または起動操作(アプリ指定・起動操作)が行われる(1721)。このアプリ指定・起動操作は、第1無線通信装置1701および第2無線通信装置1702の何れか一方のみに発生することもある。例えば、第1無線通信装置1701の表示部にアプリ指定・起動操作画面が表示され、このアプリ指定・起動操作画面において特定のアプリケーションがユーザ操作により選択される。
ユーザによりアプリ指定・起動操作が行われると(1721)、このアプリ指定・起動操作に対応する特定のアプリケーションが第1無線通信装置1701および第2無線通信装置1702間において実行される(1722)。
ここで、Wi-Fi Direct規格以前の仕様(IEEE802.11で標準化された仕様)の範囲内で、AP(Access Point)−STA(Station)間の接続を行う場合を想定する。この場合には、第2層で接続する前(IEEE802.11用語ではassociation前)には、どのようなデバイスと繋ごうとしているのかを事前に知ることができなかった。
これに対して、図70および図71に示すように、Wi-Fi Directでは、Device discoveryやService Discovery(option)において、接続候補相手を探す際に、接続相手の情報を取得することができる。この接続相手の情報は、例えば、基本的なデバイスのタイプや、対応している特定のアプリケーション等である。そして、その取得された接続相手の情報に基づいて、ユーザに接続相手を選択させることができる。
この仕組みを拡張して、第2層で接続する前に特定のアプリケーションを指定して、接続相手を選択し、この選択後に、自動的に特定のアプリケーションを起動させる無線通信システムを実現することも可能である。このような場合の接続に至るシーケンスの一例を、図73に示す。また、この通信処理において送受信されるフレームフォーマット(frame format)の構成例を図72に示す。
<フレームフォーマットの構成例>
図72は、本技術の基礎となる各装置による通信処理において送受信されるフレームフォーマット(frame format)の構成例を模式的に示す図である。すなわち、図72には、第2層での接続を確立するためのMAC frameの構成例を示す。具体的には、図73に示すシーケンスを実現するためのAssociation Request/Response(1787)のフレームフォーマットの一例である。
図72に示されるように、MAC frameは、Frame Control(1751)乃至FCS(1758)よりなり、その内、Frame Control(1751)からSequence Control(1756)までは、MACヘッダである。また、Association Requestを送信する際には、Frame Control(1751)において、B3B2="0b00"、かつ、B7B6B5B4="0b0000"が設定される。また、Association Responseをencapsulateする際には、Frame Control(1751)において、B3B2="0b00"、かつ、B7B6B5B4="0b0001"が設定される。なお、「0b00」は、2進法で「00」であることを示し、「0b0000」は、2進法で「0000」であることを示し、「0b0001」は、2進法で「0001」であることを示す。
ここで、図70に示すMAC frame(Frame body(1757))は、基本的には、IEEE802.11-2007仕様書section7.2.3.4節と7.2.3.5節に記載のAssociation Request/Responseframe formatである。ただし、IEEE802.11仕様書内で定義されているInformation Element(以下、IEと省略)(1759)だけでなく、独自に拡張したIEを含めている点が異なる。
また、Vendor Specific IE(1760)であることを示すため、IE Type(Information Element ID(1761))には、10進数で127がセットされる。この場合、IEEE802.11−2007仕様7.3.2.26節により、Lengthフィールド(1762)と、OUIフィールド(1763)が続き、この後にvendor specific content(1764)が配置される。
Vendor specific content(1764)の内容としては、最初にvendor specific IEのtypeを示すフィールド(IE type(1765))を設ける。そして、この後に、複数のsubelement(1766)を格納することができる構成とすることが考えられる。
subelement(1766)の内容として、使われるべき特定のアプリケーションの名称(1767)や、その特定のアプリケーション動作時のデバイスの役割(1768)を含めることが考えられる。また、特定のアプリケーション、または、その制御のために使われるポート番号等の情報(L4セットアップのための情報)(1769)や、特定のアプリケーション内でのCapabilityに関する情報(Capability情報)(1770)を含めることが考えられる。ここで、Capability情報は、例えば、指定する特定のアプリケーションがDLNAの場合に、音声送出/再生に対応している、映像送出/再生に対応している等を特定するための情報である。
以上のような構成の無線通信システムにおいて、図1乃至図43を参照して上述したような本技術を適用することにより、図1乃至図43を参照して上述した効果と同様の効果を得ることができる。すなわち、符号化・復号に必要な記憶容量の増大を抑制することができる。また、上述した無線通信システムにおいて、本技術により符号化されたデータを送受信することにより、符号化・復号に必要な記憶容量の増大を抑制することができる。
また、本明細書では、各種情報が、符号化ストリームに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化ビットストリームに多重化されることなく、符号化ビットストリームと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、「関連付ける」という用語は、ビットストリームに含まれる画像(スライス若しくはブロックなど、画像の一部であってもよい)と当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、画像(又はビットストリーム)とは別の伝送路上で伝送されてもよい。また、情報は、画像(又はビットストリーム)とは別の記録媒体(又は同一の記録媒体の別の記録エリア)に記録されてもよい。さらに、情報と画像(又はビットストリーム)とは、例えば、複数フレーム、1フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
なお、本技術は以下のような構成も取ることができる。
(1) 画像間の処理に関するシンタクス要素を含む符号化されたビットストリームを受け取る受け取り部と、
前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素を、値が制限された状態で解析する解析部と
を備える画像処理装置。
(2) 前記解析部により解析された前記シンタクス要素を用いて、前記ビットストリームを復号する復号部をさらに備える
(1)、(3)乃至(9)のいずれかに記載の画像処理装置。
(3) 前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素の値が正しく制限されているかを判定する判定部をさらに備える
(1)、(2)、(4)乃至(9)のいずれかに記載の画像処理装置。
(4) 前記判定部により前記シンタクス要素の値が正しく制限されていないと判定された場合、異常処理を行う異常処理部をさらに備える
(1)乃至(3)、(5)乃至(9)のいずれかに記載の画像処理装置。
(5) 前記シンタクス要素は、前記ビットストリームのシーケンスパラメータセットに格納される
(1)乃至(4)、(6)乃至(9)のいずれかに記載の画像処理装置。
(6) 前記シンタクス要素は、参照ピクチャに関するシンタクスである
(1)乃至(5)、(7)乃至(9)のいずれかに記載の画像処理装置。
(7) 前記シンタクス要素は、参照ピクチャの枚数に関するシンタクスである
(1)乃至(6)、(8)、(9)のいずれかに記載の画像処理装置。
(8) 前記受け取り部により受け取られた前記シンタクス要素の値が所定値であるかを判定する判定部をさらに備える
(1)乃至(7)、(9)のいずれかに記載の画像処理装置。
(9) 前記所定値とは0である
(1)乃至(8)のいずれかに記載の画像処理装置。
(10) 画像間の処理に関するシンタクス要素を受け取り、
前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、受け取られた前記シンタクス要素を、値が制限された状態で解析する
画像処理方法。
(11) さらに、解析された前記シンタクス要素を用いて、前記ビットストリームを復号する
(10)、(12)乃至(18)のいずれかに記載の画像処理方法。
(12) 前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、さらに、受け取られた前記シンタクス要素の値が正しく制限されているかを判定する
(10)、(11)、(13)乃至(18)のいずれかに記載の画像処理方法。
(13) 前記シンタクス要素の値が正しく制限されていないと判定された場合、さらに、異常処理を行う
(10)乃至(12)、(14)乃至(18)のいずれかに記載の画像処理方法。
(14) 前記シンタクス要素は、前記ビットストリームのシーケンスパラメータセットに格納される
(10)乃至(13)、(15)乃至(18)のいずれかに記載の画像処理方法。
(15) 前記シンタクス要素は、参照ピクチャに関するシンタクスである
(10)乃至(14)、(16)乃至(18)のいずれかに記載の画像処理方法。
(16) 前記シンタクス要素は、参照ピクチャの枚数に関するシンタクスである
(10)乃至(15)、(17)、(18)のいずれかに記載の画像処理方法。
(17) さらに、受け取られた前記シンタクス要素の値が所定値であるかを判定する
(10)乃至(16)、(18)のいずれかに記載の画像処理方法。
(18) 前記所定値とは0である
(10)乃至(17)のいずれかに記載の画像処理方法。
100 画像符号化装置, 106 可逆符号化部, 121 プロファイル設定部, 131 シンタクス要素設定部, 132 符号化部, 200 画像符号化装置, 211 判定部, 300 画像復号装置, 302 可逆復号部, 321 プロファイル判定部, 331 復号部, 332 シンタクス要素解析部, 400 画像復号装置, 411 異常処理部, 421 シンタクス要素検査部

Claims (18)

  1. 画像間の処理に関するシンタクス要素を含む符号化されたビットストリームを受け取る受け取り部と、
    前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素を、値が制限された状態で解析する解析部と
    を備える画像処理装置。
  2. 前記解析部により解析された前記シンタクス要素を用いて、前記ビットストリームを復号する復号部をさらに備える
    請求項1に記載の画像処理装置。
  3. 前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、前記受け取り部により受け取られた前記シンタクス要素の値が正しく制限されているかを判定する判定部をさらに備える
    請求項1に記載の画像処理装置。
  4. 前記判定部により前記シンタクス要素の値が正しく制限されていないと判定された場合、異常処理を行う異常処理部をさらに備える
    請求項3に記載の画像処理装置。
  5. 前記シンタクス要素は、前記ビットストリームのシーケンスパラメータセットに格納される
    請求項1に記載の画像処理装置。
  6. 前記シンタクス要素は、参照ピクチャに関するシンタクスである
    請求項5に記載の画像処理装置。
  7. 前記シンタクス要素は、参照ピクチャの枚数に関するシンタクスである
    請求項5に記載の画像処理装置。
  8. 前記受け取り部により受け取られた前記シンタクス要素の値が所定値であるかを判定する判定部をさらに備える
    請求項1に記載の画像処理装置。
  9. 前記所定値とは0である
    請求項8に記載の画像処理装置。
  10. 画像間の処理に関するシンタクス要素を含むビットストリームを受け取り、
    前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、受け取られた前記シンタクス要素を、値が制限された状態で解析する
    画像処理方法。
  11. さらに、解析された前記シンタクス要素を用いて、前記ビットストリームを復号する
    請求項10に記載の画像処理方法。
  12. 前記ビットストリームが、静止画像を符号化するためのプロファイルにより符号化されたビットストリームである場合、さらに、受け取られた前記シンタクス要素の値が正しく制限されているかを判定する
    請求項10に記載の画像処理方法。
  13. 前記シンタクス要素の値が正しく制限されていないと判定された場合、さらに、異常処理を行う
    請求項12に記載の画像処理方法。
  14. 前記シンタクス要素は、前記ビットストリームのシーケンスパラメータセットに格納される
    請求項10に記載の画像処理方法。
  15. 前記シンタクス要素は、参照ピクチャに関するシンタクスである
    請求項14に記載の画像処理方法。
  16. 前記シンタクス要素は、参照ピクチャの枚数に関するシンタクスである
    請求項14に記載の画像処理方法。
  17. さらに、受け取られた前記シンタクス要素の値が所定値であるかを判定する
    請求項10に記載の画像処理方法。
  18. 前記所定値とは0である
    請求項17に記載の画像処理方法。
JP2014550148A 2012-11-30 2013-11-21 画像処理装置および方法 Pending JPWO2014084108A1 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2012263811 2012-11-30
JP2012263811 2012-11-30
JP2013002877 2013-01-10
JP2013002877 2013-01-10
PCT/JP2013/081344 WO2014084108A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法

Publications (1)

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

Family

ID=50827747

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2014550148A Pending JPWO2014084108A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法
JP2014550149A Pending JPWO2014084109A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法
JP2018025748A Pending JP2018121336A (ja) 2012-11-30 2018-02-16 画像処理装置および方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2014550149A Pending JPWO2014084109A1 (ja) 2012-11-30 2013-11-21 画像処理装置および方法
JP2018025748A Pending JP2018121336A (ja) 2012-11-30 2018-02-16 画像処理装置および方法

Country Status (9)

Country Link
US (2) US10834426B2 (ja)
EP (2) EP2942966A4 (ja)
JP (3) JPWO2014084108A1 (ja)
KR (2) KR20150092119A (ja)
CN (2) CN104838659B (ja)
BR (2) BR112015011913A2 (ja)
MX (2) MX357870B (ja)
RU (2) RU2651201C2 (ja)
WO (2) WO2014084108A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015099613A1 (en) * 2013-12-26 2015-07-02 Singapore University Of Technology And Design A method and apparatus for reducing data bandwidth between a cloud server and a thin client
EP3136733B1 (en) * 2014-04-25 2020-11-04 Sony Corporation Transmission device, transmission method, reception device, and reception method
US9998765B2 (en) * 2014-07-16 2018-06-12 Qualcomm Incorporated Transport stream for carriage of video coding extensions
US10412422B2 (en) * 2015-04-23 2019-09-10 Lg Electronics Inc. Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, method for transmitting broadcasting signal, and method for receiving broadcasting signal
US11146788B2 (en) 2015-06-12 2021-10-12 Qualcomm Incorporated Grouping palette bypass bins for video coding
US10593066B1 (en) * 2017-09-29 2020-03-17 A9.Com, Inc. Compression of multi-dimensional object representations
JP7118764B2 (ja) * 2018-06-20 2022-08-16 キヤノン株式会社 通信装置、制御方法、およびプログラム
JP7154833B2 (ja) 2018-06-20 2022-10-18 キヤノン株式会社 通信装置、通信方法、およびプログラム
CN110958459B (zh) * 2018-09-26 2022-06-03 阿里巴巴集团控股有限公司 一种数据处理方法及其装置
CA3167874A1 (en) * 2020-01-13 2021-07-22 Lg Electronics Inc. Method and device for coding image/video on basis of prediction weighted table
AR121126A1 (es) 2020-02-29 2022-04-20 Beijing Bytedance Network Tech Co Ltd Señalización de elementos de sintaxis para indicación de imagen de referencia
CN115699762A (zh) * 2020-05-22 2023-02-03 Lg电子株式会社 通过用信号通知gci对图像进行编码/解码的方法和设备及存储比特流的计算机可读记录介质
TWI777601B (zh) * 2020-06-08 2022-09-11 瑞典商Lm艾瑞克生(Publ)電話公司 靜止圖像設定檔之偵測

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009302786A (ja) * 2008-06-11 2009-12-24 Canon Inc 映像復号化装置及び方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI116819B (fi) * 2000-01-21 2006-02-28 Nokia Corp Menetelmä kuvien lähettämiseksi ja kuvakooderi
US7379498B2 (en) * 2002-03-11 2008-05-27 Broadcom Corporation Reconstructing a compressed still image by transformation to a compressed moving picture image
JP4931034B2 (ja) * 2004-06-10 2012-05-16 株式会社ソニー・コンピュータエンタテインメント 復号装置および復号方法、並びに、プログラムおよびプログラム記録媒体
EP1843322A1 (en) * 2005-01-06 2007-10-10 Mitsubishi Electric Corporation Video display apparatus
JP2007013436A (ja) 2005-06-29 2007-01-18 Toshiba Corp 符号化ストリーム再生装置
US7725593B2 (en) * 2005-07-15 2010-05-25 Sony Corporation Scalable video coding (SVC) file format
CA2623297C (en) * 2005-09-20 2011-11-01 Mitsubishi Electric Corporation Image encoding method and image decoding method, image encoder and image decoder, and image encoded bit stream and recording medium
JP2007201721A (ja) 2006-01-25 2007-08-09 Victor Co Of Japan Ltd 符号化データ生成装置
WO2007094100A1 (ja) * 2006-02-13 2007-08-23 Kabushiki Kaisha Toshiba 動画像符号化/復号化方法及び装置並びにプログラム
MX2009003968A (es) * 2006-10-16 2009-06-01 Nokia Corp Sistema y método para usar segmentos decodificables paralelamente para codificación de video de vistas múltiples.
US20090141809A1 (en) * 2007-12-04 2009-06-04 Sony Corporation And Sony Electronics Inc. Extension to the AVC standard to support the encoding and storage of high resolution digital still pictures in parallel with video
US8170097B2 (en) * 2007-12-04 2012-05-01 Sony Corporation Extension to the AVC standard to support the encoding and storage of high resolution digital still pictures in series with video
TW201032597A (en) * 2009-01-28 2010-09-01 Nokia Corp Method and apparatus for video coding and decoding
US9813705B2 (en) * 2012-04-26 2017-11-07 Qualcomm Incorporated Parameter set coding
US9491487B2 (en) * 2012-09-25 2016-11-08 Apple Inc. Error resilient management of picture order count in predictive coding systems
WO2014170547A1 (en) * 2013-04-17 2014-10-23 Nokia Corporation An apparatus, a method and a computer program for video coding and decoding

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009302786A (ja) * 2008-06-11 2009-12-24 Canon Inc 映像復号化装置及び方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
KEMAL UGUR, JANI LAINEMA, MISKA HANNUKSELA, ON STILL PICTURE PROFILE, JPN6014005571, 11 July 2012 (2012-07-11) *
RECOMMENDATION ITU-T H.264 (01/2012) ADVANCED VIDEO CODING FOR GENERIC AUDIOVISUAL SERVICES, JPN6014005574, January 2012 (2012-01-01), pages 287 - 288 *
WEI DAI, MADHU KRIHNAN, PANKAJ TOPIWALA, IN SUPPORT OF A STILL IMAGE PROFILE OF HEVC V1, JPN6014005572, 10 October 2012 (2012-10-10) *

Also Published As

Publication number Publication date
KR20150092119A (ko) 2015-08-12
US20160286239A1 (en) 2016-09-29
MX2015006473A (es) 2015-08-14
MX2015006474A (es) 2015-08-14
BR112015011914A2 (pt) 2017-07-11
WO2014084109A1 (ja) 2014-06-05
EP2942966A1 (en) 2015-11-11
RU2015119571A (ru) 2016-12-10
RU2663341C2 (ru) 2018-08-03
RU2015119570A (ru) 2016-12-10
JP2018121336A (ja) 2018-08-02
EP2942966A4 (en) 2016-05-25
US20160286238A1 (en) 2016-09-29
RU2651201C2 (ru) 2018-04-18
CN104838659A (zh) 2015-08-12
WO2014084108A1 (ja) 2014-06-05
BR112015011913A2 (pt) 2017-07-11
EP2928195A4 (en) 2016-06-01
KR20150092120A (ko) 2015-08-12
US10841618B2 (en) 2020-11-17
EP2928195A1 (en) 2015-10-07
US10834426B2 (en) 2020-11-10
CN104838659B (zh) 2019-09-10
MX357870B (es) 2018-07-27
JPWO2014084109A1 (ja) 2017-01-05
MX353544B (es) 2018-01-18
CN104813670A (zh) 2015-07-29

Similar Documents

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

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161024

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170907

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171023

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180118

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180228

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20180313

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20180330