KR20150067147A - 화상 처리 장치 및 방법 - Google Patents

Abstract

본 개시는, 스트림을 생성할 때의 처리 부담을 경감할 수 있도록 하는 화상 처리 장치 및 방법에 관한 것이다. 파일 생성부는, 화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data를 설정하고, 설정된 startcode와 filler data를, 파일의 media data에서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 startcode와 filler data의 설정을 제어한다. 본 개시는, 예를 들어, 화상 처리 장치에 적용할 수 있다.

Description

화상 처리 장치 및 방법{IMAGE-PROCESSING DEVICE AND METHOD}

본 개시는, 화상 처리 장치 및 방법에 관한 것으로서, 특히, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 생성할 때의 처리 부담을 경감할 수 있도록 한 화상 처리 장치 및 방법에 관한 것이다.

화상 부호화 방식의 표준 사양의 하나인 H.264/AVC에서는, 화상의 부호화 및 복호를 위하여 사용되는 파라미터를 저장하기 위한 시퀀스 파라미터 세트(SPS) 및 픽처 파라미터 세트(PPS)와 같은 2종류의 파라미터 세트가 정의되어 있다. 각 슬라이스의 화상 데이터가 VCL(Video Coding Layer) NAL(Network Abstraction Layer) 유닛으로 분류되는 한편, 이들 파라미터 세트는 비VCL NAL 유닛으로 분류된다. 통상, H.264/AVC 방식으로 부호화된 부호화 스트림이 헤더 영역 및 데이터 영역을 포함하는 파일에 저장될 경우, SPS 및 PPS는 헤더 영역에, 화상 데이터는 데이터 영역에 삽입된다.

H.264/AVC에 이어지는 차세대의 화상 부호화 방식인 HEVC(High Efficiency Video Coding)의 표준화 작업에서는, SPS 및 PPS와는 상이한 새로운 파라미터 세트인 적응 파라미터 세트(APS: Adaptation Parameter Set)를 도입하는 것이 제안되어 있다(하기 비특허문헌 1, 2 참조).

APS도 또한 파라미터 세트의 1종이다. 따라서, 기존의 방법에 의하면, SPS 및 PPS와 마찬가지로, APS도 파일의 헤더 영역에 삽입되게 된다. 헤더 영역 및 데이터 영역을 포함하는 파일 포맷의 일례로서, MPEG-4 Part14(ISO/IEC14496-14: 2003, 이하, MP4라고 함) 포맷, MPEG-4 Part15(ISO/IEC14496-15: 2004, AVC 파일) 포맷을 들 수 있다.

Stephan Wenger, Jill Boyce, Yu-Wen Huang, Chia-Yang Tsai, Ping Wu, Ming Li, "Adaptation Parameter Set (APS)", JCTVC-F747r3, July 2011 Benjamin Bross, Woo-Jin Han, Jens-Rainer Ohm, Gary J. Sullivan, Thomas Wiegand, "High efficiency video coding (HEVC)text specification draft 6", JCTVC-H1003 ver20, February 2012

그러나, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 생성하는 경우에, startcode와 filler data 등의 데이터를 스트림으로서 포함하는 것이 허용되지 않는 포맷이 있다. 따라서, 스트림의 데이터를 읽어들일 때에, 처리 부하의 요인이 되고 있다.

본 개시는, 이러한 상황을 감안하여 이루어진 것으로서, 전송할 때의 스트림 또는 파일에 저장할 때의 스트림을 생성할 때의 처리 부담을 경감하는 것이다.

본 개시의 제1 측면의 화상 처리 장치는, 화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data를 설정하는 설정부와, 상기 설정부에서 설정된 startcode와 filler data를, 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 상기 설정부를 제어하는 제어부를 구비한다.

상기 디코더 버퍼를 관리하는 파라미터는, VUI(Video Usability Information)에 포함되는 파라미터, 또는 buffering period SEI(Supplemental Enhancement Information)에 포함되는 파라미터, 또는 picture timing SEI에 포함되는 파라미터이다.

상기 설정부는, filler data를 VCL 데이터로서 설정할 수 있다.

본 개시의 제1 측면의 화상 처리 방법은, 화상 처리 장치가, 화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data를 설정하고, 설정된 startcode와 filler data를, 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 startcode와 filler data의 설정을 제어한다.

본 개시의 제2 측면의 화상 처리 장치는, 화상을 부호화한 비트 스트림을 포함하고, startcode와 filler data가 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 제어되어서 설정되어 있는 파일을 수취하는 수취부와, 상기 수취부에 의해 수취된 파일로부터, 상기 startcode와 filler dat를 판독하고, 상기 디코더 버퍼를 관리하는 파라미터를 사용하여 상기 비트 스트림을 복호하는 복호부를 구비한다.

상기 디코더 버퍼를 관리하는 파라미터는, VUI(Video Usability Information)에 포함되는 파라미터, 또는 buffering period SEI(Supplemental Enhancement Information)에 포함되는 파라미터, 또는 picture timing SEI에 포함되는 파라미터이다.

상기 filler data는, VCL 데이터로서 설정되어 있다.

본 개시의 제2 측면의 화상 처리 방법은, 화상 처리 장치가, 화상을 부호화한 비트 스트림을 포함하고, startcode와 filler data가 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 제어되어서 설정되어 있는 파일을 수취하고, 수취된 파일로부터, 상기 startcode와 filler data를 판독하고, 상기 디코더 버퍼를 관리하는 파라미터를 사용하여 상기 비트 스트림을 복호한다.

본 개시의 제3 측면의 화상 처리 장치는, 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성을 설정하는 설정부와, 상기 설정부에 의해 설정된 특성을 사용하여 상기 파일을 생성하는 생성부를 구비한다.

상기 설정부는, 디코더 버퍼를 관리하는 파라미터의 특성이 변경된 것을 식별하는 식별 파라미터를 설정할 수 있다.

상기 설정부는, 상기 식별 파라미터를, 상기 파일의 샘플 엔트리에 있어서의 옵셔널 박스로서 설정할 수 있다.

본 개시의 제3 측면의 화상 처리 방법은, 화상 처리 장치가, 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성을 설정하고, 설정된 특성을 사용하여 상기 파일을 생성한다.

본 개시의 제4 측면의 화상 처리 장치는, 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정되고, 설정된 특성을 사용하여 생성되어 있는 파일을 수취하는 수취부와, 상기 수취부에 의해 수취된 파일로부터, 상기 디코더 버퍼를 관리하는 파라미터를 판독하고, 판독한 파라미터를 사용하여 상기 비트 스트림을 복호하는 복호부를 구비한다.

상기 파일에는, 디코더 버퍼를 관리하는 파라미터의 특성이 변경된 것을 식별하는 식별 파라미터가 설정되어 있다.

본 개시의 제4 측면의 화상 처리 방법은, 화상 처리 장치가, 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정되고, 설정된 특성을 사용하여 생성되어 있는 파일을 수취하고, 수취된 파일로부터, 상기 디코더 버퍼를 관리하는 파라미터를 판독하고, 판독한 파라미터를 사용하여 상기 비트 스트림을 복호한다.

본 개시의 제1 측면에 있어서는, 화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data가 설정된다. 그리고, 설정된 startcode와 filler data가, 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 startcode와 filler data와의 설정이 제어된다.

본 개시의 제2 측면에 있어서는, 화상을 부호화한 비트 스트림을 포함하고, startcode와 filler data가 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 제어되어서 설정되어 있는 파일이 수취된다. 그리고, 수취된 파일로부터, 상기 startcode와 filler data가 판독되어, 상기 디코더 버퍼를 관리하는 파라미터를 사용하여 상기 비트 스트림이 복호된다.

본 개시의 제3 측면에 있어서는, 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정된다. 그리고, 설정된 특성을 사용하여 상기 파일이 생성된다.

본 개시의 제4 측면에 있어서는, 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정되고, 설정된 특성을 사용하여 생성되어 있는 파일이 수취된다. 그리고, 수취된 파일로부터, 상기 디코더 버퍼를 관리하는 파라미터가 판독되어, 판독한 파라미터를 사용하여 상기 비트 스트림이 복호된다.

또한, 상술한 화상 처리 장치는, 독립한 장치여도 되고, 하나의 화상 부호화 장치 또는 화상 복호 장치를 구성하고 있는 내부 블럭이어도 된다.

본 개시의 제1 및 제3 측면에 의하면, 화상을 부호화할 수 있다. 특히, 비트 스트림을 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 생성할 때의 처리 부담을 경감할 수 있다.

본 개시의 제2 및 제4 측면에 의하면, 화상을 복호할 수 있다. 특히, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 복호할 때의 처리 부담을 경감할 수 있다.

도 1은 본 기술을 적용한 부호화 장치의 제1 실시 형태의 구성예를 도시하는 블록도이다.
도 2는 인코더의 구성예를 도시하는 블록도이다.
도 3은 파일 생성부의 구성예를 도시하는 블록도이다.
도 4는 파일 생성 처리를 설명하는 흐름도이다.
도 5는 파일 생성 처리의 다른 예를 설명하는 흐름도이다.
도 6은 종래의 mdat 데이터의 생성 처리를 설명하는 흐름도이다.
도 7은 본 기술의 mdat 데이터의 생성 처리를 설명하는 흐름도이다.
도 8은 본 기술을 적용한 복호 장치의 제1 실시 형태의 구성예를 도시하는 블록도이다.
도 9는 파일 판독부의 구성예를 도시하는 블록도이다.
도 10은 디코더의 구성예를 도시하는 블록도이다.
도 11은 파일 복호 처리를 설명하는 흐름도이다.
도 12는 파일 복호 처리의 다른 예를 설명하는 흐름도이다.
도 13은 본 기술을 적용한 부호화 장치의 제2 실시 형태의 구성예를 도시하는 블록도이다.
도 14는 본 기술을 적용한 복호 장치의 제2 실시 형태의 구성예를 도시하는 블록도이다.
도 15는 종래의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다.
도 16은 AVC 스트림의 1 액세스 유닛의 구성예를 도시하는 도면이다.
도 17은 본 기술의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다.
도 18은 본 기술의 MP4 비디오 샘플 구조의 다른 예를 도시하는 도면이다.
도 19는 HRD Conformance Box 확장의 예를 도시하는 도면이다.
도 20은 본 기술의 MP4 비디오 샘플 구조의 또 다른 예를 도시하는 도면이다.
도 21은 Sample table에 추가되는 BOX의 예를 도시하는 도면이다.
도 22는 도 20의 MP4 비디오 샘플 구조의 다른 예를 도시하는 도면이다.
도 23은 도 20의 MP4 비디오 샘플 구조의 또 다른 예를 도시하는 도면이다.
도 24는 샘플 보조 정보 기능의 포맷예를 도시하는 도면이다.
도 25는 샘플 보조 정보 기능의 포맷의 다른 예를 도시하는 도면이다.
도 26은 본 기술의 MP4 비디오 샘플 구조의 예를 비교하는 도이다.
도 27은 도 23의 MP4 비디오 샘플 구조의 다른 예를 도시하는 도면이다.
도 28은 바이트 스트림 포맷 인포메이션 박스의 예를 도시하는 도면이다.
도 29는 바이트 스트림 포맷 인포메이션 박스의 다른 예를 도시하는 도면이다.
도 30은 각 샘플 엔트리에 저장되는 바이트 스트림 포맷 인포메이션의 데이터 구조예를 설명하는 도면이다.
도 31은 패턴 1의 경우의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다.
도 32는 패턴 2의 경우의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다.
도 33은 패턴 3의 경우의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다.
도 34는 각 샘플 엔트리에 저장되는 바이트 스트림 포맷 인포메이션의 데이터 구조의 다른 예를 설명하는 도면이다.
도 35는 본 기술을 적용한 파일 교환 장치의 구성예를 도시하는 도면이다.
도 36은 파일 교환 처리를 설명하는 흐름도이다.
도 37은 본 기술을 적용한 부호화 장치의 제3 실시 형태의 구성예를 도시하는 블록도이다.
도 38은 인코더의 구성예를 도시하는 블록도이다.
도 39는 본 기술을 적용한 복호 장치의 제3 실시 형태의 구성예를 도시하는 블록도이다.
도 40은 디코더의 구성예를 도시하는 블록도이다.
도 41은 컴퓨터의 구성예를 도시하는 블록도이다.
도 42는 텔레비전 장치의 개략적인 구성의 일례를 도시하는 블록도이다.
도 43은 휴대 전화기의 개략적인 구성의 일례를 도시하는 블록도이다.
도 44는 기록 재생 장치의 개략적인 구성의 일례를 도시하는 블록도이다.
도 45는 촬상 장치의 개략적인 구성의 일례를 도시하는 블록도이다.
도 46은 비디오 세트의 개략적인 구성의 일례를 도시하는 블록도이다.
도 47은 비디오 프로세서의 개략적인 구성의 일례를 도시하는 블록도이다.
도 48은 비디오 프로세서의 개략적인 구성의 다른 예를 도시하는 블록도이다.

이하, 본 개시를 실시하기 위한 형태(이하 실시 형태로 함)에 대하여 설명한다. 또한, 설명은 이하의 순서로 행한다.

1. 제1 실시 형태(HEVC 방식의 부호화 장치, 복호 장치)

2. 제2 실시 형태(화상 부호화 장치, 화상 복호 장치)

3. 제3 실시 형태(MP4 비디오 샘플 구조)

4. 제4 실시 형태(바이트 스트림 포맷 인포메이션 박스)

5. 제5 실시 형태(파일 교환 장치)

6. 제6 실시 형태(AVC 방식의 부호화 장치, 복호 장치)

7. 응용예

8. 제7 실시 형태(세트·유닛·모듈·프로세서)

<1. 제1 실시 형태>

[부호화 장치의 제1 실시 형태의 구성예]

도 1은, 본 기술을 적용한 화상 처리 장치로서의, 부호화 장치의 제1 실시 형태의 구성예를 도시하는 블록도이다.

도 1의 부호화 장치는, 인코더(1) 및 파일 생성부(2)에 의해 구성되고, 촬영(Captured) 화상 등의 화상을 HEVC 방식으로 부호화하고, 부호화된 스트림을 저장하는 파일을 생성한다.

구체적으로는, 부호화 장치의 인코더(1)에는, 프레임 단위의 촬영 화상 등의 화상이 입력 신호로서 입력된다. 또한, 도시하지 않은 인코더(1)의 전단에서 설정된 SPS(Sequence Parameter Set), PPS(Picture Parameter Set), 부호화 데이터에 대응하는 화상의 특성(유용성)을 시퀀스마다 나타내는 VUI(Video Usability Information), SEI(Supplemental Enhancement Information) 등도 입력된다.

인코더(1)는 SPS, PPS, VUI, SEI에 포함되는 파라미터를 사용하여, 입력 신호를 HEVC 방식으로 부호화한다. 그리고, 인코더(1)는 SPS, PPS, VUI, SEI와, 그 결과 얻어지는 부호화 데이터로부터, MPEG-2 TS(Transport Stream) 등의 부호화 스트림을 생성하고, 생성한 부호화 스트림을 파일 생성부(2)에 공급한다. 인코더(1)의 상세는 도 2를 참조하여 후술된다.

파일 생성부(2)는 인코더(1)로부터의 부호화 스트림(부호화된 일련의 화상 데이터)을 저장하는 파일(예를 들어, MPEG-4 Part14(ISO/IEC14496-14: 2003, 이하, MP4이라고 함)의 파일)을 생성한다. 파일 생성부(2)의 상세는 도 3을 참조하여 후술된다.

[인코더의 구성예]

도 2는, 도 1의 인코더(1)의 구성예를 도시하는 블록도이다. 인코더(1)의 각 부는, 도시하지 않은 전단으로부터의 SPS, PPS, VUI, SEI에 포함되는 파라미터를 사용하여, 입력 신호인 화상을 부호화하여, 부호화 스트림을 생성한다.

도 2의 인코더(1)는 A/D 변환부(11), 화면 재배열 버퍼(12), 연산부(13), 직교 변환부(14), 양자화부(15), 가역 부호화부(16), 축적 버퍼(17), 역양자화부(18), 역직교 변환부(19), 가산부(20), 디블록 필터(21), 프레임 메모리(22), 스위치(23), 인트라 예측부(24), 움직임 예측·보상부(25), 예측 화상 선택부(26), 및 레이트 제어부(27)를 포함하도록 구성된다.

또한, 디블록 필터(21)와 프레임 메모리(22) 사이에는, 적응 오프셋 필터(41)와 적응 루프 필터(42)가 구비되어 있다.

구체적으로는, 인코더(1)의 A/D 변환부(11)는 입력 신호로서 입력된 프레임 단위의 화상을 A/D 변환하고, 화면 재배열 버퍼(12)에 출력하여 기억시킨다. 화면 재배열 버퍼(12)는 기억한 표시의 순서의 프레임 단위의 화상을, GOP(Group of Picture) 구조에 따라, 부호화를 위한 순서로 재배열하고, 연산부(13), 인트라 예측부(24), 및 움직임 예측·보상부(25)에 출력한다.

연산부(13)는 예측 화상 선택부(26)로부터 공급되는 예측 화상과, 화면 재배열 버퍼(12)로부터 출력된 부호화 대상의 화상 차분을 연산함으로써 부호화를 행한다. 구체적으로는, 연산부(13)는 화면 재배열 버퍼(12)로부터 출력된 부호화 대상의 화상으로부터, 예측 화상 선택부(26)로부터 공급되는 예측 화상을 감산함으로써 부호화를 행한다. 연산부(13)는 그 결과 얻어지는 화상을, 잔차 정보로서 직교 변환부(14)에 출력한다. 또한, 예측 화상 선택부(26)로부터 예측 화상이 공급되지 않는 경우, 연산부(13)는 화면 재배열 버퍼(12)로부터 판독된 화상을 그대로 잔차 정보로서 직교 변환부(14)에 출력한다.

직교 변환부(14)는 연산부(13)로부터의 잔차 정보에 대하여 직교 변환을 실시하고, 직교 변환의 결과 얻어지는 계수를 양자화부(15)에 공급한다.

양자화부(15)는 직교 변환부(14)로부터 공급되는 계수를 양자화한다. 양자화된 계수는 가역 부호화부(16)에 입력된다.

가역 부호화부(16)는 최적 인트라 예측 모드를 나타내는 정보(이하, 인트라 예측 모드 정보라고 함)를 인트라 예측부(24)로부터 취득한다. 또한, 최적 인터 예측 모드를 나타내는 정보(이하, 인터 예측 모드 정보라고 함), 움직임 벡터, 참조 화상을 특정하기 위한 정보 등을 움직임 예측·보상부(25)로부터 취득한다. 또한, 가역 부호화부(16)는 적응 오프셋 필터(41)로부터 저장 플래그, 인덱스 또는 오프셋, 및 종류 정보를 오프셋 필터 정보로 하여 취득하고, 적응 루프 필터(42)로부터 필터 계수를 취득한다.

가역 부호화부(16)는 양자화부(15)로부터 공급되는 양자화된 계수에 대하여 가변 길이 부호화(예를 들어, CAVLC(Context-Adaptive Variable Length Coding) 등), 산술 부호화(예를 들어, CABAC(Context-Adaptive Binary Arithmetic Coding) 등) 등의 가역 부호화를 행한다.

또한, 가역 부호화부(16)는 인트라 예측 모드 정보 또는 인터 예측 모드 정보, 움직임 벡터, 참조 화상을 특정하는 정보, 오프셋 필터 정보, 및 필터 계수 등을, 부호화에 관한 부호화 정보로서 가역 부호화한다. 가역 부호화부(16)는 가역 부호화된 부호화 정보와 계수로부터, 부호화 스트림을 생성하여 축적 버퍼(17)에 공급하고, 축적시킨다. 또한, 가역 부호화된 부호화 정보는, 가역 부호화된 계수의 헤더 정보가 되어도 된다.

축적 버퍼(17)는 가역 부호화부(16)로부터 공급되는 부호화 스트림을, 일시적으로 기억한다. 또한, 축적 버퍼(17)는 기억하고 있는 부호화 스트림을, 도 1의 파일 생성부(2)에 공급한다.

또한, 양자화부(15)로부터 출력된, 양자화된 계수는 역양자화부(18)에도 입력되어, 역양자화된 후, 역직교 변환부(19)에 공급된다.

역직교 변환부(19)는 역양자화부(18)로부터 공급되는 계수에 대하여 역직교 변환을 실시하고, 그 결과 얻어지는 잔차 정보를 가산부(20)에 공급한다.

가산부(20)는 역직교 변환부(19)로부터 공급되는 복호 대상의 화상으로서의 잔차 정보와, 예측 화상 선택부(26)로부터 공급되는 예측 화상을 가산하고, 국부적으로 복호된 화상을 얻는다. 또한, 예측 화상 선택부(26)로부터 예측 화상이 공급되지 않는 경우, 가산부(20)는 역직교 변환부(19)로부터 공급되는 잔차 정보를 국부적으로 복호된 화상으로 한다. 가산부(20)는 국부적으로 복호된 화상을 디블록 필터(21)에 공급함과 함께, 프레임 메모리(22)에 공급하여 축적시킨다.

디블록 필터(21)는 가산부(20)로부터 공급되는 국부적으로 복호된 화상을 필터링함으로써, 블럭 노이즈를 제거한다. 디블록 필터(21)는 그 결과 얻어지는 화상을 적응 오프셋 필터(41)에 공급한다.

적응 오프셋 필터(41)는 디블록 필터(21)에 의한 적응 디블록 필터 처리 후의 화상에 대하여 주로 링잉을 제거하는 적응 오프셋 필터(SAO: Sample adaptive offset) 처리를 행한다.

보다 상세하게는, 적응 오프셋 필터(41)는 최대의 부호화 단위인 LCU(Largest Coding Unit)마다 적응 오프셋 필터 처리의 종류를 결정하고, 그 적응 오프셋 필터 처리에서 사용되는 오프셋을 구한다. 적응 오프셋 필터(41)는 구해진 오프셋을 사용하여, 적응 디블록 필터 처리 후의 화상에 대하여 결정된 종류의 적응 오프셋 필터 처리를 행한다. 그리고, 적응 오프셋 필터(41)는 적응 오프셋 필터 처리 후의 화상을 적응 루프 필터(42)에 공급한다.

또한, 적응 오프셋 필터(41)는 오프셋을 저장하는 버퍼를 갖고 있다. 적응 오프셋 필터(41)는 LCU마다, 적응 디블록 필터 처리에 사용된 오프셋이 이미 버퍼에 저장되어 있는지 여부를 판정한다.

적응 오프셋 필터(41)는 적응 디블록 필터 처리에 사용된 오프셋이 이미 버퍼에 저장되어 있다고 판정한 경우, 오프셋이 버퍼에 저장되어 있는지를 나타내는 저장 플래그를, 오프셋이 버퍼에 저장되어 있는 것을 나타내는 값(여기서는 1)으로 설정한다.

그리고, 적응 오프셋 필터(41)는 LCU마다, 1로 설정된 저장 플래그, 버퍼에 있어서의 오프셋의 저장 위치를 나타내는 인덱스, 및 행하여진 적응 오프셋 필터 처리의 종류를 나타내는 종류 정보를 가역 부호화부(16)에 공급한다.

한편, 적응 오프셋 필터(41)는 적응 디블록 필터 처리에 사용된 오프셋이 아직 버퍼에 저장되지 않은 경우, 그 오프셋을 순서대로 버퍼에 저장한다. 또한, 적응 오프셋 필터(41)는 저장 플래그를, 오프셋이 버퍼에 저장되지 않은 것을 나타내는 값(여기서는 0)으로 설정한다. 그리고, 적응 오프셋 필터(41)는 LCU마다, 0으로 설정된 저장 플래그, 오프셋, 및 종류 정보를 가역 부호화부(16)에 공급한다.

적응 루프 필터(42)는 적응 오프셋 필터(41)로부터 공급되는 적응 오프셋 필터 처리 후의 화상에 대하여 예를 들어, LCU마다, 적응 루프 필터(ALF: Adaptive Loop Filter) 처리를 행한다. 적응 루프 필터 처리로서는, 예를 들어, 2차원의 위너 필터(Wiener Filter)에 의한 처리가 사용된다. 물론, 위너 필터 이외의 필터가 사용되어도 된다.

구체적으로는, 적응 루프 필터(42)는 LCU마다, 화면 재배열 버퍼(12)로부터 출력되는 화상인 원화상과 적응 루프 필터 처리 후의 화상 잔차가 최소가 되도록, 적응 루프 필터 처리에서 사용되는 필터 계수를 산출한다. 그리고, 적응 루프 필터(42)는 적응 오프셋 필터 처리 후의 화상에 대하여 산출된 필터 계수를 사용하여, LCU마다 적응 루프 필터 처리를 행한다.

적응 루프 필터(42)는 적응 루프 필터 처리 후의 화상을 프레임 메모리(22)에 공급한다. 또한, 적응 루프 필터(42)는 필터 계수를 가역 부호화부(16)에 공급한다.

또한, 여기에서는, 적응 루프 필터 처리는, LCU마다 행하여지는 것으로 하지만, 적응 루프 필터 처리의 처리 단위는 LCU에 한정되지 않는다. 단, 적응 오프셋 필터(41)와 적응 루프 필터(42)의 처리 단위를 맞추는 것에 의해, 처리를 효율적으로 행할 수 있다.

프레임 메모리(22)에 축적된 화상은, 참조 화상으로서 스위치(23)를 통하여 인트라 예측부(24) 또는 움직임 예측·보상부(25)에 출력된다.

인트라 예측부(24)는 프레임 메모리(22)로부터 스위치(23)를 통하여 판독된 디블록 필터(21)로 필터링되지 않은 참조 화상을 사용하여, 타일 및 슬라이스 단위로, 후보가 되는 모든 인트라 예측 모드의 인트라 예측 처리를 행한다.

또한, 인트라 예측부(24)는 화면 재배열 버퍼(12)로부터 판독된 화상과, 인트라 예측 처리의 결과 생성되는 예측 화상에 기초하여, 후보가 되는 모든 인트라 예측 모드에 대하여 비용 함수값(상세는 후술함)을 산출한다. 그리고, 인트라 예측부(24)는 비용 함수값이 최소가 되는 인트라 예측 모드를, 최적 인트라 예측 모드로 결정한다.

인트라 예측부(24)는 최적 인트라 예측 모드에서 생성된 예측 화상, 및 대응하는 비용 함수값을 예측 화상 선택부(26)에 공급한다. 인트라 예측부(24)는 예측 화상 선택부(26)로부터 최적 인트라 예측 모드에서 생성된 예측 화상의 선택이 통지된 경우, 인트라 예측 모드 정보를 가역 부호화부(16)에 공급한다.

또한, 비용 함수값은, RD(Rate Distortion) 비용이라고도 하며, 예를 들어, H.264/AVC 방식에 있어서의 참조 소프트웨어인 JM(Joint Model)으로 정해져 있는, High Complexity 모드나, Low Complexity 모드 중 어느 한쪽의 방법에 기초하여 산출된다.

구체적으로는, 비용 함수값의 산출 방법으로서 High Complexity 모드가 채용될 경우, 후보가 되는 모든 예측 모드에 대하여 가령 가역 부호화까지가 행하여져, 다음 수학식 1로 표현되는 비용 함수값이 각 예측 모드에 대하여 산출된다.

D는, 원화상과 복호 화상의 차분(왜곡), R은, 직교 변환의 계수까지 포함한 발생 부호량, λ는, 양자화 파라미터 QP의 함수로서 부여되는 라그랑제 승수이다.

한편, 비용 함수값의 산출 방법으로서 Low Complexity 모드가 채용될 경우, 후보가 되는 모든 예측 모드에 대하여 복호 화상의 생성, 및 예측 모드를 나타내는 정보 등의 헤더 비트의 산출이 행하여져, 다음 수학식 2로 표현되는 비용 함수값이 각 예측 모드에 대하여 산출된다.

D는, 원화상과 복호 화상의 차분(왜곡), Header_Bit는, 예측 모드에 대한 헤더 비트, QPtoQuant는, 양자화 파라미터 QP의 함수로서 부여되는 함수이다.

Low Complexity 모드에서는, 모든 예측 모드에 대하여 복호 화상을 생성하기만 해도 되고, 가역 부호화를 행할 필요가 없기 때문에, 연산량이 적게 된다.

움직임 예측·보상부(25)는 타일 및 슬라이스 단위로, 후보가 되는 모든 인터 예측 모드의 움직임 예측·보상 처리를 행한다. 구체적으로는, 움직임 예측·보상부(25)는 타일 및 슬라이스 단위로, 화면 재배열 버퍼(12)로부터 공급되는 화상과, 프레임 메모리(22)로부터 스위치(23)를 통하여 판독되는 필터링된 참조 화상에 기초하여, 후보가 되는 모든 인터 예측 모드의 움직임 벡터를 검출한다. 그리고, 움직임 예측·보상부(25)는 타일 및 슬라이스 단위로, 그 움직임 벡터에 기초하여 참조 화상에 보상 처리를 실시하고, 예측 화상을 생성한다.

이때, 움직임 예측·보상부(25)는 화면 재배열 버퍼(12)로부터 공급되는 화상과 예측 화상에 기초하여, 후보가 되는 모든 인터 예측 모드에 대하여 비용 함수값을 산출하고, 비용 함수값이 최소가 되는 인터 예측 모드를 최적 인터 예측 모드로 결정한다. 그리고, 움직임 예측·보상부(25)는 최적 인터 예측 모드의 비용 함수값과, 대응하는 예측 화상을 예측 화상 선택부(26)에 공급한다. 또한, 움직임 예측·보상부(25)는 예측 화상 선택부(26)로부터 최적 인터 예측 모드에서 생성된 예측 화상의 선택이 통지된 경우, 인터 예측 모드 정보, 대응하는 움직임 벡터, 참조 화상을 특정하는 정보 등을 가역 부호화부(16)에 출력한다.

예측 화상 선택부(26)는 인트라 예측부(24) 및 움직임 예측·보상부(25)로부터 공급되는 비용 함수값에 기초하여, 최적 인트라 예측 모드와 최적 인터 예측 모드 중, 대응하는 비용 함수값이 작은 쪽을 최적 예측 모드로 결정한다. 그리고, 예측 화상 선택부(26)는 최적 예측 모드의 예측 화상을 연산부(13) 및 가산부(20)에 공급한다. 또한, 예측 화상 선택부(26)는 최적 예측 모드의 예측 화상의 선택을 인트라 예측부(24) 또는 움직임 예측·보상부(25)에 통지한다.

레이트 제어부(27)는 축적 버퍼(17)에 축적된 부호화 데이터에 기초하여, 오버플로우 또는 언더플로우가 발생하지 않도록, 양자화부(15)의 양자화 동작의 레이트를 제어한다.

[배경과 문제점]

ISO/IEC 14496-15에 있어서 규정되어 있는 AVC 파일 포맷에서는, startcode와 filler data를, 비트 스트림(Elementary Stream)에 포함하는 것이 허용되어 있지 않다. 그러나, ISO base media file format 및 MPEG-2 TS(Transport Stream) 등의 데이터를 취급할 때의 처리 부하를 증대시키는 요인이 되어 있다.

또한, 비트 스트림(Elementary Stream)으로부터 MPEG-2 TS를 생성(변환)하기 위해서는, startcode와 filler data(데이터 사이즈를 조정하기 위한 더미 데이터)가 제거됨으로써, 디코더 버퍼를 관리하는 파라미터의 값이 상이한 경우가 있다. 이에 의해, 예를 들어, buffering period SEI(Supplemental enhancement information)를 재설정할 필요가 있고, 비트 스트림을 변환할 때의 처리 부하의 증대로 연결된다.

[파일 생성부의 동작]

따라서, 파일 생성부(2)는 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 생성하는 경우에, 화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data를 설정하고, 설정된 startcode와 filler data를, 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 startcode와 filler data의 설정을 제어하도록 하였다.

또한, 파일 생성부(2)는 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성을 설정하고, 설정된 특성을 사용하여 파일을 생성하도록 하였다.

또한, 디코더 버퍼를 관리하는 파라미터는, HRD parameter(Hypothetical Reference Decoder Parameter), 즉, 가상 참조 디코더를 관리하는 파라미터이다. 이 디코더 버퍼를 관리하는 파라미터는, VUI에 있는 파라미터, buffering period SEI에 있는 파라미터, 또는 picture timing SEI에 있는 파라미터이다.

이상과 같이 함으로써, 전송할 때 또는 파일에 저장할 때의 스트림을 생성(변환)하는 경우에, startcode와 filler data를 재설정할 필요가 없어져서, 처리의 부담을 경감할 수 있다.

또한, filler data에 대해서는, 다음과 같이 함으로써 대응하는 것도 가능하다. 즉, AVC 또는 HEVC 방식에 있어서, NAL unit type codes와, NAL unit type classes의 테이블에 있는 바와 같이, filler data는, non-VCL이다. 구체적으로는, nal_unit_type이 31이고, Name of nal_unit_type가, FD_NUT이고, Content of NAL unit and RBSP syntax structure가, filler data, filler_data_rbsp()인 때, NAL nuit type class는, non-VCL이 되어 있다. 이 non-VCL을, VCL 데이터로 변경함으로써, 파일의 media data에 filler data를 포함할 수 있으므로, 전송용 스트림에의 변환 시에 filler data가 제거되는 것을 억제할 수 있다.

보다 구체적으로는, 파일 생성부(2)는 이하와 같이, startcode와 filler data의 설정을 행한다.

또한, 디코더 버퍼를 관리하는 파라미터가 상이한(올바르지 않음) 경우, 디코더는 디코더 버퍼를 관리하는 파라미터가 동일한(바름) 것을 판별할 수 없다. 따라서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 변경되었는지를 식별하는 식별 파라미터를 설정한다. 일례로서, 파일 포맷의 옵셔널 박스에 저장하는 경우를 나타낸다.

식별 파라미터는, 예를 들어 이하와 같이 설정된다.

이상의 처리를 행하는 도 1의 파일 생성부(2)는 다음 도 3에 도시하는 바와 같이 구성된다.

[파일 생성부의 구성예]

도 3은, 상술한 처리를 행하는 파일 생성부의 구성예를 도시하는 블록도이다.

도 3의 예에 있어서, 파일 생성부(2)는 제어부(31), 설정부(32), 및 파일 기입부(33)를 포함하도록 구성되어 있다.

제어부(31)는 디코더 버퍼를 관리하는 파라미터인 HRD 파라미터의 특성을 유지할지 여부에 따라, 설정부(32)에 의한 파일의 VCL 데이터 부분인 mdat 데이터의 생성 처리를 제어한다. 또한, 제어부(31)는 설정부(32)에 의해 설정된 mdat 데이터에 있어서, startcode와 filler data가 삭제되어 있는지 여부에 따라, HRD 파라미터의 특성 설정 또는 파일의 관리 정보 부분인 moov에 있어서의 HRD의 식별 파라미터의 설정을 제어한다.

설정부(32)는 인코더(1)로부터의 부호화 스트림을 사용하여, 제어부(31)에 의한 제어 하에서, 파일의 mdat 데이터를 생성하고, 생성한 mdat 데이터를 파일 기입부(33)에 공급한다. 또한, 종래의 방법에 있어서는, startcode와 filler data가 삭제되지만, 본 기술의 방법에 있어서는, 부호화 스트림에 있어서 설정되어 있는 startcode와 filler data가 설정된 채, mdat 데이터가 생성된다.

또한, 설정부(32)는 제어부(31)에 의한 제어 하에서, HRD 파라미터의 특성 재설정, 또는 파일의 moov에 있어서의 HRD의 식별 파라미터의 설정을 행한다. 그리고, 설정부(32)는 파일의 moov를 생성하고, 생성한 moov를 파일 기입부(33)에 공급한다.

파일 기입부(33)는 설정부(32)로부터의 moov를 파일에 기입하고, 또한, mdat를 파일에 기입한다. 파일 기입부(33)에 의해 기입된 MP4의 파일은, 후술하는 복호 장치 등에 전송되어, 복호 장치에서 판독되고, 복호된다.

[파일 생성 처리의 예]

이어서, 도 4의 흐름도를 참조하여, 파일 생성부(2)의 파일 생성 처리를 설명한다.

스텝 S1에 있어서, 제어부(31)는 디코더 버퍼를 관리하는 파라미터인 HRD 파라미터의 특성을 유지할지 여부를 판정한다. 스텝 S1에 있어서, HRD 파라미터의 특성을 유지하지 않는다고 판정된 경우, 처리는 스텝 S2로 진행된다. 스텝 S2에 있어서, 설정부(32)는 제어부(31)의 제어 하에서, 종래의 mdat 데이터의 생성 처리를 행한다. 이 처리는, 도 6을 참조하여 후술된다.

스텝 S2의 처리에 의해, startcode가 검출되어서, NAL 데이터가 취득되고, startcode가 삭제된다. 그리고, 취득된 데이터가 VCL 데이터인지, filler data인지 또는 관리 정보인지 등에 따라 Unit size의 부가 및 버퍼에의 축적, 또는 파기가 행하여져서, mdat 데이터가 생성된다. 생성된 mdat 데이터는, 파일 기입부(33)에 공급되고, 처리는 스텝 S4로 진행된다.

한편, 스텝 S1에 있어서, HRD 파라미터의 특성을 유지한다고 판정된 경우, 처리는 스텝 S3으로 진행된다. 스텝 S3에 있어서, 설정부(32)는 제어부(31)의 제어 하에서, 본 기술의 mdat 데이터의 생성 처리를 행한다. 이 처리는, 도 7을 참조하여 후술된다.

스텝 S3의 처리에 의해, startcode가 검출되어서, NAL 데이터가 취득되고, 취득된 데이터가 VCL 데이터로 설정되어서, Unit Size가 부가되어서, 버퍼에 축적됨으로써, mdat 데이터가 생성된다. 생성된 mdat 데이터는, 파일 기입부(33)에 공급되고, 처리는 스텝 S4로 진행된다.

스텝 S4에 있어서, 제어부(31)는 스텝 S2 또는 S3에서 생성된 mdat 데이터에 있어서, startcode와 filler data가 삭제되어 있는지 여부를 판정한다.

스텝 S4에 있어서, startcode와 filler data가 삭제되어 있다고 판정된 경우, 처리는 스텝 S5로 진행된다. 스텝 S5에 있어서, 설정부(32)는 HRD 파라미터의 특성을 설정한다. 즉, HRD 파라미터의 특성이 상이하므로, HRD 파라미터의 특성은, 다시 계산되어, 다시 설정된다. 그리고, 설정된 HRD 파라미터에서, mdat 데이터의 SEI 및 VUI가 재기입된다.

스텝 S4에 있어서, startcode와 filler data가 삭제되지 않았다고 판정된 경우, 스텝 S5는 스킵되고, 처리는 스텝 S6으로 진행된다.

스텝 S6에 있어서, 설정부(32)는 스텝 S2 또는 S3의 처리에서 얻어진 데이터의 사이즈 정보를 사용하여 파일의 moov를 생성한다. 또한, 스텝 S3이 행해진 경우, moov용의 버퍼에 축적된 관리 정보 등도 사용된다. 생성된 moov는, 파일 기입부(33)에 공급된다.

스텝 S7에 있어서, 파일 기입부(33)는 스텝 S6에 의해 생성된 moov를 파일에 기입한다.

스텝 S8에 있어서, 파일 기입부(33)는 스텝 S2 또는 S3에 의해 생성된 mdat를 파일에 기입한다.

이상과 같이 하여, 파일 기입부(33)에 의해 기입된 MP4의 파일은, 후술하는 복호 장치 등에 송신되어, 복호 장치에서 판독되고, 복호된다. 그 때, HRD 파라미터의 특성을 바꾸지 않고 파일이 생성된다. 또한, HRD 파라미터는, startcode와 filler data가 삭제되어 있었다고 해도 다시 설정되어 있으므로, HRD 파라미터를 참조함으로써, 복호 처리를 올바르게 행할 수 있다.

또한, 도 4의 설명에 있어서는, startcode와 fillerdata가 삭제되어 있는 경우에, HRD 파라미터의 특성을 재설정하는 예를 설명했지만, 다음에서 설명한 바와 같이, HRD 파라미터의 특성이 올바른지 상이한지를 나타내는 식별 파라미터를 설정하도록 해도 된다.

[파일 생성 처리의 다른 예]

이어서, 도 5의 흐름도를 참조하여, 파일 생성부(2)의 파일 생성 처리를 설명한다.

스텝 S11에 있어서, 제어부(31)는 디코더 버퍼를 관리하는 파라미터인 HRD 파라미터의 특성을 유지할지 여부를 판정한다. 스텝 S11에 있어서, HRD 파라미터의 특성을 유지하지 않는다고 판정된 경우, 처리는 스텝 S12로 진행된다. 스텝 S12에 있어서, 설정부(32)는 제어부(31)의 제어 하에서, 종래의 mdat 데이터의 생성 처리를 행한다. 이 처리는, 도 5를 참조하여 후술된다.

스텝 S12의 처리에 의해, startcode가 검출되어서, NAL 데이터가 취득되고, startcode가 삭제된다. 그리고, 취득된 데이터가 VCL 데이터인지, filler data인지 또는 관리 정보인지 등에 따라 Unit size의 부가 및 버퍼에의 축적, 또는 파기가 행하여져서, mdat 데이터가 생성된다. 생성된 mdat 데이터는, 파일 기입부(33)에 공급되고, 처리는 스텝 S14로 진행된다.

한편, 스텝 S11에 있어서, HRD 파라미터의 특성을 유지한다고 판정된 경우, 처리는 스텝 S13으로 진행된다. 스텝 S13에 있어서, 설정부(32)는 제어부(31)의 제어 하에서, 본 기술의 mdat 데이터의 생성 처리를 행한다. 이 처리는, 도 6을 참조하여 후술된다.

스텝 S13의 처리에 의해, startcode가 검출되어서, NAL 데이터가 취득되고, 취득된 데이터가 VCL 데이터로 설정되어서, Unit Size가 부가되어서, 버퍼에 축적됨으로써, mdat 데이터가 생성된다. 생성된 mdat 데이터는, 파일 기입부(33)에 공급되고, 처리는 스텝 S14로 진행된다.

스텝 S14에 있어서, 제어부(31)는 스텝 S12 또는 S13에서 생성된 mdat 데이터에 있어서, startcode와 filler data가 삭제되어 있는지 여부를 판정한다.

스텝 S14에 있어서, startcode와 filler data가 삭제되지 않았다고 판정된 경우, 처리는 스텝 S15로 진행된다. 스텝 S15에 있어서, 설정부(32)는 moov의 HRD의 식별 파라미터를 1로 설정하고, 처리는 스텝 S17로 진행된다. 이에 의해, 복호측에서, HRD 파라미터가 올바른 것을 판별할 수 있다.

스텝 S14에 있어서, startcode와 fillerdata가 삭제되어 있다고 판정된 경우, 처리는 스텝 S16으로 진행된다. 스텝 S16에 있어서, 설정부(32)는 moov의 HRD의 식별 파라미터를 0으로 설정하고, 처리는 스텝 S17로 진행된다. 이에 의해, 복호측에서, HRD 파라미터가 틀린(올바르지 않은) 것을 판별할 수 있다.

스텝 S17에 있어서, 설정부(32)는 스텝 S12 또는 S13의 처리에서 얻어진 데이터의 사이즈 정보를 사용하여 파일의 moov를 생성한다. 또한, 스텝 S13이 행해진 경우, moov용의 버퍼에 축적된 관리 정보 등도 사용된다. 생성된 moov는, 파일 기입부(33)에 공급된다.

스텝 S18에 있어서, 파일 기입부(33)는 스텝 S17에 의해 생성된 moov를 파일에 기입한다.

스텝 S19에 있어서, 파일 기입부(33)는 스텝 S12 또는 S13에 의해 생성된 mdat를 파일에 기입한다.

이상과 같이 하여, 파일 기입부(33)에 의해 기입된 MP4의 파일은, 후술하는 복호 장치 등에 송신되어, 복호 장치에서 판독되고, 복호된다. 그 때, HRD 파라미터의 특성을 바꾸지 않고 파일이 생성된다. 또한, HRD 파라미터가 올바른지 여부를 식별하기 위한 식별 파라미터를 설정하도록 했으므로, HRD 파라미터를 참조하여 복호하는지 하지 않는지를 명확하게 판별할 수 있다.

[종래의 mdat 데이터의 생성 처리예]

이어서, 도 6의 흐름도를 참조하여, 도 4의 스텝 S2(또는 도 5의 스텝 S12)에 있어서의 종래의 mdat 데이터의 생성 처리에 대하여 설명한다.

설정부(32)는 스텝 S21에 있어서, 인코더(1)로부터의 부호화 스트림으로부터 startcode를 검출하고, 스텝 S22에 있어서, 스텝 S21에 의해 검출된 startcode로부터, 다음 startcode까지의 NAL 데이터를 취득한다.

설정부(32)는 스텝 S23에 있어서, 스텝 S21에 의해 검출된 startcode를 삭제한다. 스텝 S24에 있어서, 스텝 S22에 의해 취득된 데이터가 VCL 데이터인지 여부를 판정한다.

스텝 S24에 있어서, 스텝 S22에 의해 취득된 데이터가 VCL 데이터라고 판정된 경우, 처리는 스텝 S25로 진행된다. 스텝 S25에 있어서, 설정부(32)는 스텝 S22에 의해 취득된 데이터에, 대응하는 Unit size를 부가하여, 액세스 유닛으로 한다. 그리고, 설정부(32)는 스텝 S26에 있어서, Unit size가 부가된 액세스 유닛을, 내장한 mdat 버퍼에 축적하고, 처리는 스텝 S30으로 진행된다.

스텝 S24에 있어서, 스텝 S22에 의해 취득된 데이터가 VCL 데이터가 아니라고 판정된 경우, 처리는 스텝 S27로 진행된다. 스텝 S27에 있어서, 설정부(32)는 스텝 S22에 의해 취득된 데이터가 filler data인지 여부를 판정한다.

스텝 S27에 있어서, 스텝 S22에 의해 취득된 데이터가 filler data라고 판정된 경우, 처리는 스텝 S28로 진행된다. 스텝 S28에 있어서, 설정부(32)는 filler data를 파기하고, 처리는 스텝 S30으로 진행된다.

스텝 S27에 있어서, 스텝 S22에 의해 취득된 데이터가 filler data가 아니라고 판정된 경우, 처리는 스텝 S29로 진행된다. 이 경우, 취득된 데이터는, SPS나 PPS 등의 관리 정보이므로, 스텝 S29에 있어서, 설정부(32)는 취득된 데이터를, 내장한 moov 버퍼에 축적하고, 처리는 스텝 S30으로 진행된다.

스텝 S30에 있어서, 설정부(32)는 인코더(1)로부터의 부호화 스트림으로부터 startcode를 검출한다.

스텝 S31에 있어서, 설정부(32)는 지금의 데이터가 파일 최후의 데이터인지 여부를 판정한다. 스텝 S30에 의해 startcode가 검출되지 않은 경우, 스텝 S31에 있어서, 파일 최후의 데이터라고 판정되어, mdat 데이터의 생성 처리가 종료되고, 처리는 도 4의 스텝 S2(또는 도 5의 스텝 S12)로 복귀된다.

스텝 S30에 의해 startcode가 검출된 경우, 스텝 S31에 있어서, 파일 최후의 데이터가 아니라고 판정된 경우, 처리는 스텝 S22로 진행되고, 그 이후의 처리가 반복된다.

[본 기술의 mdat 데이터의 생성 처리예]

이에 비해, 도 7의 흐름도를 참조하여, 도 4의 스텝 S3(도 5의 스텝 S13)에 있어서의 본 기술의 mdat 데이터의 생성 처리에 대하여 설명한다.

설정부(32)는 스텝 S41에 있어서, 인코더(1)로부터의 부호화 스트림으로부터 startcode를 검출하고, 스텝 S42에 있어서, 스텝 S41에 의해 검출된 startcode로부터, 다음 startcode까지의 NAL 데이터를 취득한다. 또한, 도 7의 예에 있어서는, startcode는 삭제되지 않는다.

설정부(32)는 스텝 S43에 있어서, 스텝 S42에 의해 취득된 데이터가 filler data인지 여부를 판정한다. 스텝 S43에 있어서, 스텝 S42에 의해 취득된 데이터가 filler data라고 판정된 경우, 처리는 스텝 S44로 진행된다. 스텝 S44에 있어서, 설정부(32)는 filler data를 VCL 데이터로 설정한다.

스텝 S43에 있어서, 스텝 S42에 의해 취득된 데이터가 filler data가 아니라고 판정된 경우, 스텝 S44는 스킵되고, 처리는 스텝 S45로 진행된다.

스텝 S45에 있어서, 스텝 S42에 의해 취득된 데이터에, 대응하는 Unit size를 부가하여, 액세스 유닛으로 하고, 스텝 S46에 있어서, Unit size가 부가된 액세스 유닛을, 내장한 mdat 버퍼에 축적한다. 여기서, 취득된 데이터가 SPS나 PPS 등의 관리 정보인 경우, 내장한 moov 버퍼에도 축적되어, 도 4의 스텝 S6 또는 도 5의 스텝 S17에 있어서, moov의 Sample Description에, 디폴트의 SPS나 PPS로서 저장된다.

또한, 취득된 데이터가 SPS나 PPS 등의 관리 정보인 경우, 종래와 같이, mdat 버퍼에 축적되지 않고, 내장한 moov 버퍼만큼 축적되어도 된다.

스텝 S47에 있어서, 설정부(32)는 인코더(1)로부터의 부호화 스트림으로부터 startcode를 검출한다.

스텝 S48에 있어서, 설정부(32)는 지금의 데이터가 파일 최후의 데이터인지 여부를 판정한다. 스텝 S47에 의해 startcode가 검출되지 않은 경우, 스텝 S48에 있어서, 파일 최후의 데이터라고 판정되어, mdat 데이터의 생성 처리가 종료되고, 처리는 도 4의 스텝 S3(도 5의 스텝 S13)으로 복귀된다.

스텝 S47에 의해 startcode가 검출된 경우, 스텝 S48에 있어서, 파일 최후의 데이터가 아니라고 판정된 경우, 처리는 스텝 S42로 진행되고, 그 이후의 처리가 반복된다.

이상과 같이 하여, 본 기술에 있어서는, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 startcode와 filler data의 설정을 제어하도록 하였다. 즉, startcode와 filler data는 삭제되지 않고, startcode와 filler data를 포함하여, 파일을 구성하도록 했으므로, 디코더 버퍼를 관리하는 파라미터의 특성을 유지할 수 있다.

또한, filler data를 VCL 데이터로 변경하도록 했으므로, 파일의 media data에, filler data를 포함시킬 수 있고, 전송용 스트림에의 변환 시에 filler data가 제거되는 것을 억제할 수 있다.

또한, 파일의 media data에 있어서, startcode와 filler data가 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성을 설정하고, 설정된 파라미터를 사용하여 파일을 생성하도록 하였다. 이에 의해, 복호를 올바르게 행할 수 있다.

또는, 파일의 media data에 있어서, startcode와 filler data가 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 변경된 것을 식별하는 식별 파라미터를 설정하고, 설정된 식별 파라미터를 사용하여 파일을 생성하도록 하였다. 이에 의해, 복호를 올바르게 행할 수 있다.

[복호 장치의 제1 실시 형태의 구성예]

도 8은, 도 1의 부호화 장치로부터 전송되는 부호화 스트림을 복호하는, 본 기술을 적용한 화상 처리 장치로서의, 복호 장치의 제1 실시 형태의 구성예를 도시하는 블록도이다.

도 8의 복호 장치는, 파일 판독부(51), 및 디코더(52)에 의해 구성된다.

복호 장치의 파일 판독부(51)는 도 1의 부호화 장치에 의해 생성된 MP4의 파일을 수취하고, 수취한 파일로부터, 도 1의 인코더(1)에 의해 부호화된 부호화 스트림을 구성하는 SPS, PPS, VUI, SEI, 부호화 데이터 등을 판독한다. 파일 판독부(51)는 SPS, PPS, VUI, SEI, 부호화 데이터를 디코더(52)에 공급한다.

보다 구체적으로는, 파일 판독부(51)는 화상을 부호화한 비트 스트림을 포함하고, startcode와 filler data가 파일의 media data에 있어서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 제어되어서 설정되어 있는 파일을 수취한다. 또는, 파일 판독부(51)는 화상을 부호화한 비트 스트림을 포함하는 파일의 media data에 있어서, startcode와 filler data가 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정되고, 설정된 특성을 사용하여 생성되어 있는 파일을 수취한다. 그리고, 파일 판독부(51)는 수취된 파일을 판독하고, 디코더(52)에, 비트 스트림의 부호화 데이터를 복호시킨다.

디코더(52)는 파일 판독부(51)의 제어 하에서, 파일 판독부(51)로부터 공급되는 SPS, PPS, VUI, SEI 등(특히, HRD 파라미터의 특성)을 참조하여, 파일 판독부(51)로부터 공급되는 부호화 데이터를 HEVC 방식으로 복호한다. 디코더(52)는 복호의 결과 얻어지는 화상을, 출력 신호로서 후단에 공급한다.

[파일 판독부의 구성예]

도 9는, 파일 판독부(51)의 구성예를 도시하는 블록도이다.

도 9의 예에 있어서, 파일 판독부(51)는 파일 수취부(71), 파라미터 취득부(72), 복호 제어부(73), 및 데이터 판독부(74)를 포함하도록 구성되어 있다.

파일 수취부(71)는 도 1의 파일 생성부(2)에 의해 생성된 MP4의 파일을 수취하고, 수취한 파일을 파라미터 취득부(72)에 공급한다.

파라미터 취득부(72)는 MP4의 파일로부터 관리 정보인 moov를 취득하고, 데이터 판독부(74)에 공급한다. 또한, 파라미터 취득부(72)는 취득한 moov에 기초하여, 데이터 판독부(74)에, mdat로부터 데이터를 판독시킨다.

또한, 도 5의 파일 생성 처리에 의해 생성된 파일의 경우, 파라미터 취득부(72)는 moov로부터, HRD 파라미터의 특성이 올바른지 여부를 판별하기 위한 식별 파라미터를 취득하고, 복호 제어부(73)에 그 식별 파라미터를 공급한다.

복호 제어부(73)는 파라미터 취득부(72)로부터의 HRD의 식별 파라미터가 있을 경우, HRD의 식별 파라미터에 따라, HRD 파라미터를 따를지 여부를 정하고, 디코더(52)를 제어하여, 복호 처리를 행하게 한다.

한편, 도 4의 파일 생성 처리에 의해 생성된 파일의 경우, moov에는, HRD의 식별 파라미터가 없지만, 그 MP4의 파일의 startcode와 filler data가 삭제되어 있어도, HRD 파라미터의 특성은 다시 설정되어 있으므로, 올바르다. 따라서, 이 경우, 복호 제어부(73)는 특별히 동작을 행하지 않는다.

데이터 판독부(74)는 파라미터 취득부(72)의 제어 하에서, 파일의 moov 또는 mdat로부터, SPS, PPS, VUI, SEI 등을 판독하고, 또한, 파일의 mdat로부터 부호화 데이터를 판독한다. 그리고, 데이터 판독부(74)는 판독한 SPS, PPS, VUI, SEI, 부호화 데이터 등을, 디코더(52)에 공급한다.

[복호부의 구성예]

도 10은, 도 8의 디코더(52)의 구성예를 도시하는 블록도이다. 디코더(52)의 각 부는, 파일 판독부(51)로부터의 SPS, PPS, VUI, SEI에 포함되는 파라미터를 사용하여, 부호화 데이터를 복호하고, 화상을 생성한다.

도 10의 디코더(52)는 축적 버퍼(101), 가역 복호부(102), 역양자화부(103), 역직교 변환부(104), 가산부(105), 디블록 필터(106), 화면 재배열 버퍼(107), D/A 변환부(108), 프레임 메모리(109), 스위치(110), 인트라 예측부(111), 움직임 보상부(112), 및 스위치(113)에 의해 구성된다.

또한, 디블록 필터(106)와, 화면 재배열 버퍼(107) 및 프레임 메모리(109) 사이에는, 적응 오프셋 필터(141)와 적응 루프 필터(142)가 구비되어 있다.

디코더(52)의 축적 버퍼(101)는 도 8의 파일 판독부(51)로부터 부호화 데이터를 수취하고, 축적한다. 축적 버퍼(101)는 축적되어 있는 부호화 데이터를 가역 복호부(102)에 공급한다.

가역 복호부(102)는 축적 버퍼(101)로부터의 부호화 데이터에 대하여 가변 길이 복호나, 산술 복호 등의 가역 복호를 실시함으로써, 양자화된 계수와 부호화 정보를 얻는다. 가역 복호부(102)는 양자화된 계수를 역양자화부(103)에 공급한다. 또한, 가역 복호부(102)는 부호화 정보로서의 인트라 예측 모드 정보 등을 인트라 예측부(111)에 공급하고, 움직임 벡터, 참조 화상을 특정하기 위한 정보, 인터 예측 모드 정보 등을 움직임 보상부(112)에 공급한다. 또한, 가역 복호부(102)는 부호화 정보로서의 인트라 예측 모드 정보 또는 인터 예측 모드 정보를 스위치(113)에 공급한다.

가역 복호부(102)는 부호화 정보로서의 오프셋 필터 정보를 적응 오프셋 필터(141)에 공급하고, 필터 계수를 적응 루프 필터(142)에 공급한다.

역양자화부(103), 역직교 변환부(104), 가산부(105), 디블록 필터(106), 프레임 메모리(109), 스위치(110), 인트라 예측부(111), 및 움직임 보상부(112)는 도 2의 역양자화부(18), 역직교 변환부(19), 가산부(20), 디블록 필터(21), 프레임 메모리(22), 스위치(23), 인트라 예측부(24), 및 움직임 예측·보상부(25)와 각각 동일한 처리를 행하고, 이에 의해 화상이 복호된다.

구체적으로는, 역양자화부(103)는 가역 복호부(102)로부터의 양자화된 계수를 역양자화하고, 그 결과 얻어지는 계수를 역직교 변환부(104)에 공급한다.

역직교 변환부(104)는 역양자화부(103)로부터의 계수에 대하여 역직교 변환을 실시하고, 그 결과 얻어지는 잔차 정보를 가산부(105)에 공급한다.

가산부(105)는 역직교 변환부(104)로부터 공급되는 복호 대상의 화상으로서의 잔차 정보와, 스위치(113)로부터 공급되는 예측 화상을 가산함으로써 복호를 행한다. 가산부(105)는 복호의 결과 얻어지는 화상을 디블록 필터(106)에 공급함과 함께, 프레임 메모리(109)에 공급한다. 또한, 스위치(113)로부터 예측 화상이 공급되지 않은 경우, 가산부(105)는 역직교 변환부(104)로부터 공급되는 잔차 정보인 화상을 복호의 결과 얻어지는 화상으로서 디블록 필터(106)에 공급함과 함께, 프레임 메모리(109)에 공급하여 축적시킨다.

디블록 필터(106)는 가산부(105)로부터 공급되는 화상을 필터링함으로써, 블럭 노이즈를 제거한다. 디블록 필터(106)는 그 결과 얻어지는 화상을 적응 오프셋 필터(141)에 공급한다.

적응 오프셋 필터(141)는 가역 복호부(102)로부터 공급되는 오프셋을 순서대로 저장하는 버퍼를 갖는다. 또한, 적응 오프셋 필터(141)는 LCU마다, 가역 복호부(102)로부터 공급되는 오프셋 필터 정보에 기초하여, 디블록 필터(106)에 의한 적응 디블록 필터 처리 후의 화상에 대하여 적응 오프셋 필터 처리를 행한다.

구체적으로는, 오프셋 필터 정보에 포함되는 저장 플래그가 0일 경우, 적응 오프셋 필터(141)는 LCU 단위의 디블록 필터 처리 후의 화상에 대하여 그 오프셋 필터 정보에 포함되는 오프셋을 사용하여, 종류 정보가 나타내는 종류의 적응 오프셋 필터 처리를 행한다.

한편, 오프셋 필터 정보에 포함되는 저장 플래그가 1일 경우, 적응 오프셋 필터(141)는 LCU 단위의 디블록 필터 처리 후의 화상에 대하여 그 오프셋 필터 정보에 포함되는 인덱스가 나타내는 위치에 저장되는 오프셋을 판독한다. 그리고, 적응 오프셋 필터(141)는 판독된 오프셋을 사용하여, 종류 정보가 나타내는 종류의 적응 오프셋 필터 처리를 행한다. 적응 오프셋 필터(141)는 적응 오프셋 필터 처리 후의 화상을 적응 루프 필터(142)에 공급한다.

적응 루프 필터(142)는 적응 오프셋 필터(141)로부터 공급되는 화상에 대하여 가역 복호부(102)로부터 공급되는 필터 계수를 사용하여, LCU마다 적응 루프 필터 처리를 행한다. 적응 루프 필터(142)는 그 결과 얻어지는 화상을 프레임 메모리(109) 및 화면 재배열 버퍼(107)에 공급한다.

프레임 메모리(109)에 축적된 화상은, 참조 화상으로서 스위치(110)를 통하여 판독되고, 움직임 보상부(112) 또는 인트라 예측부(111)에 공급된다.

화면 재배열 버퍼(107)는 디블록 필터(106)로부터 공급되는 화상을 프레임 단위로 기억한다. 화면 재배열 버퍼(107)는 기억한 부호화를 위한 순서의 프레임 단위의 화상을, 원래의 표시의 순서대로 재배열하고, D/A 변환부(108)에 공급한다.

D/A 변환부(108)는 화면 재배열 버퍼(107)로부터 공급되는 프레임 단위의 화상을 D/A 변환하고, 출력 신호로서 도시하지 않은 후단에 출력한다.

인트라 예측부(111)는 타일 및 슬라이스 단위로, 프레임 메모리(109)로부터 스위치(110)를 통하여 판독된 디블록 필터(106)로 필터링되지 않은 참조 화상을 사용하여, 가역 복호부(102)로부터 공급되는 인트라 예측 모드 정보가 나타내는 인트라 예측 모드의 인트라 예측 처리를 행한다. 인트라 예측부(111)는 그 결과 생성되는 예측 화상을 스위치(113)에 공급한다.

움직임 보상부(112)는 타일 및 슬라이스 단위로, 가역 복호부(102)로부터 공급되는 참조 화상을 특정하기 위한 정보에 기초하여, 프레임 메모리(109)로부터 스위치(110)를 통하여, 디블록 필터(106)로 필터링된 참조 화상을 판독한다. 움직임 보상부(112)는 움직임 벡터와 참조 화상을 사용하여, 인터 예측 모드 정보가 나타내는 최적 인터 예측 모드의 움직임 보상 처리를 행한다. 움직임 보상부(112)는 그 결과 생성되는 예측 화상을 스위치(113)에 공급한다.

스위치(113)는 가역 복호부(102)로부터 인트라 예측 모드 정보가 공급된 경우, 인트라 예측부(111)로부터 공급되는 예측 화상을 가산부(105)에 공급한다. 한편, 가역 복호부(102)로부터 인터 예측 모드 정보가 공급된 경우, 스위치(113)는 움직임 보상부(112)로부터 공급되는 예측 화상을 가산부(105)에 공급한다.

[파일 복호 처리의 예]

이어서, 도 11의 흐름도를 참조하여, 도 8의 복호 장치의 파일 복호 처리를 설명한다. 또한, 이 파일 복호 처리는, 도 4의 파일 생성 처리에 의해 생성된 파일에 대한 처리이다. 즉, 이 파일에 있어서의 HRD 파라미터의 특성은, startcode와 filler data가 삭제되어 있었다고 해도, 다시 설정되어 있다.

스텝 S71에 있어서, 파일 수취부(71)는 MP4의 파일을 수취하고, 수취한 파일을 파라미터 취득부(72)에 공급한다.

스텝 S72에 있어서, 파라미터 취득부(72)는 MP4의 파일로부터 관리 정보인 moov를 취득하고, 취득한 moov를 데이터 판독부(74)에 공급한다. 데이터 판독부(74)는 스텝 S73에 있어서, moov로부터 SPS 및 PPS를 취득한다. 스텝 S74에 있어서, 파라미터 취득부(72)는 스텝 S72에 의해 취득된 moov에 기초하여, mdat의 복호 대상의 Unit size를 취득한다.

스텝 S75에 있어서, 파라미터 취득부(72)는 스텝 S74에 의해 취득된 Unit size에 기초하여, NAL을 검출한다. 이때, 도 17 및 도 18을 참조하여 후술되는 파일 구조에 따라, 예를 들어, startcode도 취득되어서 참조된다.

스텝 S76에 있어서, 데이터 판독부(74)는 스텝 S75에 의해 검출된 NAL로부터 데이터를 판독하고, 디코더(52)에 공급한다. 또한, 여기서, NAL이 SPS 또는 PPS인 경우, 스텝 S73에서 취득된 moov의 SPS 또는 PPS는 디폴트가 되고, NAL의 SPS 또는 PPS가 사용된다.

스텝 S77에 있어서, 디코더(52)는 복호 처리를 행한다. 그 때, 디코더(52)는 HRD 파라미터에 따라 복호 처리를 행한다.

여기서, 본 기술에 있어서는, HRD 파라미터의 특성을 유지하도록, startcode와 filler data가 설정된 채, 삭제되지 않고, 파일이 구성되어 있으므로, 올바르게 복호 처리를 행할 수 있다.

또한, 가령, 이 HRD 파라미터가, startcode와 filler data가 삭제되어 있었다고 해도, 도 4의 파일 생성 처리에 있어서 다시 설정되어 있으므로, 올바르게 복호 처리를 행할 수 있다.

예를 들어, MP4 파일의 경우, 외부로부터 VBR 또는 CBR의 전송 레이트의 지정이 있다. VBR의 경우, 데이터 판독부(74)로부터, 디코더(52)에 대하여 스트림이 그대로 출력되지만, CBR의 경우, 데이터 판독부(74)에 있어서, CBR이 되도록, filler data 또는 stuffing bit가 추가되어서, HRD 파라미터가 재기입된다. 그 때에도, MP4 파일의 HRD 파라미터는 정상적이므로, 복호측에 있어서도 정상적으로 재기입할 수 있다.

[파일 복호 처리의 다른 예]

이어서, 도 12의 흐름도를 참조하여, 도 8의 복호 장치의 파일 복호 처리를 설명한다. 또한, 이 파일 복호 처리는, 도 5의 파일 생성 처리에 의해 생성된 파일에 대한 처리이다. 즉, 이 파일의 moov에는, HRD 파라미터의 특성이 올바른지 상이한지를 식별하는 식별 파라미터가 설정되어 있다.

스텝 S91에 있어서, 파일 수취부(71)는 MP4의 파일을 수취하고, 수취한 파일을 파라미터 취득부(72)에 공급한다.

스텝 S92에 있어서, 파라미터 취득부(72)는 MP4의 파일로부터 관리 정보인 moov를 취득하고, 취득한 moov를 데이터 판독부(74)에 공급한다. 데이터 판독부(74)는 스텝 S93에 있어서, moov로부터 SPS 및 PPS를 취득한다. 스텝 S94에 있어서, 파라미터 취득부(72)는 스텝 S92에 의해 취득된 moov로부터, HRD의 식별 파라미터를 취득하고, 취득한 HRD의 식별 파라미터를 복호 제어부(73)에 공급한다. 스텝 S95에 있어서, 파라미터 취득부(72)는 스텝 S92에 의해 취득된 moov에 기초하여, mdat의 복호 대상의 Unit size를 취득한다.

스텝 S96에 있어서, 파라미터 취득부(72)는 스텝 S95에 의해 취득된 Unit size에 기초하여, NAL을 검출한다. 이때, 도 17 및 도 18을 참조하여 후술되는 파일 구조에 따라, 예를 들어, startcode도 취득되어서 참조된다.

스텝 S97에 있어서, 데이터 판독부(74)는 스텝 S96에 의해 검출된 NAL로부터 데이터를 판독하고, 디코더(52)에 공급한다. 또한, 여기서, NAL이 SPS 또는 PPS인 경우, 스텝 S93에서 취득된 moov의 SPS 또는 PPS는, 디폴트가 되고, NAL의 SPS 또는 PPS가 사용된다.

스텝 S98에 있어서, 복호 제어부(73)는 파라미터 취득부(72)로부터의 HRD의 식별 파라미터가 1인지 여부를 판정한다. 스텝 S98에 있어서, HRD의 식별 파라미터가 1이라고 판정된 경우, 처리는 스텝 S99로 진행된다.

스텝 S99에 있어서, 디코더(52)는 복호 제어부(73)의 제어 하에서, HRD 파라미터에 따라 복호 처리를 행한다.

한편, 스텝 S98에 있어서, HRD의 식별 파라미터가 1이 아니라고 판정된 경우, 처리는 스텝 S100으로 진행된다.

스텝 S100에 있어서, 디코더(52)는 복호 제어부(73)의 제어 하에서, HRD 파라미터를 무시하고, 복호 처리를 행한다.

여기서, 본 기술에 있어서는, HRD 파라미터의 특성을 유지하도록, startcode와 filler data가 설정된 채, 삭제되지 않고, 파일이 구성되어 있으므로, 올바르게 복호 처리를 행할 수 있다.

또한, 가령, 이 HRD 파라미터가, startcode와 filler data가 삭제되어 있었다고 해도, 도 5의 파일 생성 처리에 있어서, 올바른지 여부를 식별하는 식별 파라미터가 설정되어 있으므로, 올바르게 복호 처리를 행할 수 있다.

<2. 제2 실시 형태>

[인코더의 구성예]

도 13은, 상술한 MP4의 파일을 생성하기 위한, 일 실시 형태에 따른 화상 부호화 장치(201)의 구성 일례를 도시하는 블록도이다. 도 13을 참조하면, 화상 부호화 장치(201)는 부호화부(211), VCL 버퍼(212), 비VCL 버퍼(213), 파일 생성부(214) 및 제어부(215)를 구비한다.

또한, 도 13의 부호화부(211)는 도 1의 인코더(1)에 대응하고 있다. 도 13의 VCL 버퍼(212), 비VCL 버퍼(213), 파일 생성부(214) 및 제어부(215)는 도 1의 파일 생성부(2)에 대응하고 있다.

부호화부(211)는 HEVC 방식에 따라서 동작하는 인코더이다. 부호화부(211)는 화상 부호화 장치(201)에 접속되는 카메라 또는 텔레비전 튜너 등의 동화상 소스로부터, 부호화해야할 화상을 순차 취득한다. 그리고, 부호화부(211)는 취득한 화상을 SPS, PPS 및 APS에 포함되는 파라미터를 사용하여 부호화하고, 화상 데이터의 비트 스트림을 생성한다. 또한, 부호화부(211)는 SPS 및 PPS를 비VCL NAL 유닛으로서 생성한다. 한편, 부호화부(211)는 filler data 및 화상 데이터의 비트 스트림을 VCL NAL 유닛으로서 생성한다. 부호화부(211)는 filler data 및 화상 데이터의 비트 스트림을, VCL 버퍼(212)를 통하여 파일 생성부(214)에 출력한다. 또한, 부호화부(211)는 SPS 및 PPS를, 비VCL 버퍼(213)를 통하여 파일 생성부(214)에 출력한다. VCL 버퍼(212)는 VCL NAL 유닛을 버퍼링한다. 비VCL 버퍼(213)는 비VCL NAL 유닛을 버퍼링한다. 파일 생성부(214)는 부호화된 일련의 화상 데이터를 저장하는 HEVC 파일(151)을 생성한다. 보다 구체적으로는, 파일 생성부(214)는 HEVC 파일(151)의 데이터 영역(예를 들어, mdat 박스)에, filler data 및 화상 데이터의 비트 스트림을, VCL NAL 유닛으로서 복호순(decoding order)으로 삽입한다. 또한, 파일 생성부(214)는 HEVC 파일(151)의 헤더 영역(예를 들어, moov 박스)에, SPS 및 PPS를, 비VCL NAL 유닛으로서 삽입한다. 제어부(215)는 화상 부호화 장치(201)에서 실행되는 부호화 처리를 제어한다.

또한, 제어부(215)는 HRD(Hypothetical Reference Decoder; 가상 참조 디코더)라고 불리는 가상적인 디코더의 모델을 사용하여, 디코더의 버퍼를 파탄시키지 않도록, 부호화 스트림의 생성을 제어할 수 있다. HEVC 방식에서는, 부호화 스트림이 만족해야할 컨포먼스 포인트(규격 적합성의 체크포인트)로서, 타입 1 및 타입 2라고 하는 2종류의 컨포먼스 포인트가 정의되어 있다. 타입 1의 컨포먼스 포인트는, VCL NAL 유닛 및 필터 데이터 NAL 유닛에 적용되고, 비VCL NAL 유닛에는 적용되지 않는다. 타입 2의 컨포먼스 포인트는, VCL NAL 유닛, 필터 데이터 NAL 유닛 및 비VCL NAL 유닛에 적용된다. 본 실시 형태에서는, filler data가 비VCL NAL 유닛이 아니고 VCL NAL 유닛으로서 정의된다. 그로 인해, 제어부(215)는 화상 데이터의 비트 스트림 뿐만 아니라, filler data도 또한 타입 1의 컨포먼스 포인트를 만족하도록, 부호화 스트림의 생성을 제어해도 된다.

[디코더의 구성예]

도 14는, 상술한 MP4의 파일로부터 화상을 복호하기 위한, 일 실시 형태에 따른 화상 복호 장치의 구성 일례를 도시하는 블록도이다. 도 14를 참조하면, 화상 복호 장치(251)는 VCL 버퍼(261), 비VCL 버퍼(262), 파라미터 메모리(263), 복호부(264) 및 제어부(265)를 구비한다.

또한, 도 14의 VCL 버퍼(261), 비VCL 버퍼(262), 파라미터 메모리(263), 및 제어부(265)는 도 8의 파일 판독부(51)에 대응하고 있다. 또한, 도 14의 복호부(264)는 도 8의 디코더(52)에 대응하고 있다.

VCL 버퍼(261)는 파일의 데이터 영역(예를 들어, mdat 박스)으로부터 읽어들여지는 화상 데이터의 비트 스트림 및 filler data를 버퍼링한다. 비VCL 버퍼(262)는 파일의 헤더 영역(예를 들어, moov 박스)으로부터 읽어들여지는 파라미터 세트를 버퍼링한다. 파라미터 메모리(263)는 비VCL 버퍼(262)를 통하여 취득되는 파일의 헤더 영역 내의 파라미터 세트를 일괄적으로 기억한다. 복호부(264)는 HEVC 방식에 따라서 동작하는 디코더이다. 복호부(264)는 VCL 버퍼(261)를 통하여 파일의 데이터 영역으로부터 순차적으로 취득되는 비트 스트림으로부터 화상을 복호한다. 복호부(264)는 화상을 복호할 때에 파라미터 메모리(263)에 의해 기억되는 SPS 및 PPS 내의 파라미터를 사용한다. 제어부(265)는 화상 복호 장치(251)에서 실행되는 복호 처리를 제어한다.

<3. 제3 실시 형태>

[종래의 MP4 비디오 샘플 구조]

도 15는, 종래의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다. 비디오 샘플을 구성하는 NAL 유닛은, 도 15에 도시된 바와 같이 규정되어 있다.

도 15의 예에 있어서는, 복수의 NAL 유닛으로 구성되어 있는 AVC 스트림이 도시되어 있다. AVC 스트림에 있어서, 1 픽처가 1 액세스 유닛으로 되어 있다. 액세스 유닛을 구성하는 NAL 유닛의 종류로서는, SPS, PPS, 액세스 유닛 딜리미터(access unit delimiter), SEI, IDR 픽처, non IDR 픽처, 엔드 오브 시퀀스(end of sequence), 및 filler data 등의 유닛이 있다.

종래의 MP4의 규정에서는, 1 비디오 샘플에는 1 액세스 유닛이 저장된다. 즉, 1 액세스 유닛을 구성하는 NAL 유닛은, 각각, Unit size가 부가되어서, 1 비디오 샘플에 저장된다. 그러나, 액세스 유닛을 구성하는 NAL 유닛에, SPS, PPS, filler data의 NAL 유닛이 존재하는 경우, SPS, PPS, filler data의 NAL 유닛은, 비디오 샘플로부터 제외되어 있었다.

예를 들어, 좌측으로부터 1번째의 액세스 유닛은, 액세스 유닛 딜리미터, SPS, PPS, SEI, IDR 픽처의 NAL 유닛으로 구성되어 있지만, 그 액세스 유닛을 샘플에 저장할 때, SPS, PPS의 NAL 유닛은 제외되어 있다.

좌측으로부터 2번째의 액세스 유닛은, 액세스 유닛 딜리미터, SPS, SEI, nonIDR 픽처, 및 filler data의 NAL 유닛으로 구성되어 있지만, 그 액세스 유닛을 샘플에 저장할 때, SPS 및 filler data의 NAL 유닛은 제외되어 있다.

좌측으로부터 3번째의 액세스 유닛은, 액세스 유닛 딜리미터, SPS, SEI, 및 nonIDR 픽처의 NAL 유닛으로 구성되어 있지만, 그 액세스 유닛을 샘플에 저장할 때, SPS의 NAL 유닛은 제외되어 있다.

[AVC 스트림의 1 액세스 유닛의 구성예]

도 16은, AVC 스트림의 1 액세스 유닛의 구성예를 도시하는 도면이다.

도 16에 도시된 바와 같이, 실제로는, AVC 스트림의 1 액세스 유닛에 있어서는, 각 NAL 유닛 앞에, 식별자(startcode)가 부가되어 있지만, 종래에 있어서는, 샘플에 저장할 때, 이 식별자도 제외되어 있다.

이 식별자(startcode)나 filler data의 NAL 유닛이 제외되어버리면, 상술한 바와 같이, HRD 파라미터의 특성이 유지되지 않는다. 따라서, 본 기술에 있어서는, MP4의 샘플에, 그대로 액세스 유닛을 저장한다.

[본 기술의 액세스 유닛 저장예]

도 17 및 도 18은, 본 기술의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다.

도 17의 A의 예에 있어서는, 액세스 유닛의 선두에, 액세스 유닛의 사이즈가 기술되는 유닛 사이즈가 부가되어서, MP4 샘플에, 액세스 유닛이 그대로 저장되어 있다. 그대로란, startcode를 붙인 채이며, filler data가 있을 경우에는, filler data를 삭제하지 않은 채를 의미한다. 즉, 그대로란, startcode와 filler data가 설정된 채를 의미한다.

도 17의 A의 경우, 상술한 도 11의 스텝 S75 또는 도 12의 스텝 S96에 있어서, Unit size분의 액세스 유닛이 검출되고, 그 중에서, startcode에 기초하여, NAL이 검출된다. 그리고, 도 11의 스텝 S76 또는 도 12의 스텝 S97에 있어서, 다음 startcode까지의 NAL의 데이터가 취득된다. 도 17의 A의 경우, 매우 심플한 구조이다.

도 17의 B의 예에 있어서는, 액세스 유닛을 구성하는 각 NAL 유닛의 선두에, startcode 포함하는 각 NAL 유닛의 사이즈가 기술되는 유닛 사이즈가 부가되어서, MP4 샘플에, 액세스 유닛이 그대로 저장되어 있다.

도 17의 B의 경우, 상술한 도 11의 스텝 S75 또는 도 12의 스텝 S96에 있어서, Unit size분의 startcode+NAL이 검출된다. 그리고, 도 11의 스텝 S76 또는 도 12의 스텝 S97에 있어서, 그 중에서, startcode가 파기되어서, NAL의 데이터가 취득된다. 이 경우, 종래의 size+data라고 하는 구조에 가깝고, 실장은 지금까지와 마찬가지이지만, 얻어진 데이터 구조로부터 startcode를 해석할 필요가 있다.

도 18의 C의 예에 있어서는, 액세스 유닛을 구성하는 각 NAL 유닛의 선두에, 각 NAL 유닛의 사이즈가 기술되는 유닛 사이즈가 부가되어 있고, 또한, 0data를 포함하는 startcode의 사이즈, 즉, NAL까지의 오프셋 사이즈가 부가되어 있다. 그리고, MP4 샘플에, 유닛 사이즈와 오프셋 사이즈가 부가된 NAL 유닛이 그대로 저장되어 있다.

도 18의 C의 경우, 상술한 도 11의 스텝 S75 또는 도 12의 스텝 S96에 있어서, 오프셋 사이즈가 취득되어서, 오프셋 분만큼 건너띄어 판독된 위치로부터, NAL이 검출된다. 그리고, 도 11의 스텝 S76 또는 도 12의 스텝 S97에 있어서, 유닛 사이즈 분의 NAL의 데이터가 취득된다.

또한, 도 18의 C는, 후술하는 도 19에 도시하는 HRD Conformance Box의 FixedStartCodeSizeFlag가 0인 경우의 예이다. FixedStartCodeSizeFlag가 0인 경우, start code size가 고정이 아니므로, offset size field에 startcode의 사이즈가 저장되어 있다.

이에 비해, HRD Conformance Box의 FixedStartCodeSizeFlag가 1인 경우, MP4 샘플은, 도 18의 C'에 도시하는 구조가 된다.

도 18의 C'의 예에 있어서는, 액세스 유닛을 구성하는 각 NAL 유닛의 선두에, 각 NAL 유닛의 사이즈가 기술되는 유닛 사이즈가 부가되어서, MP4 샘플에 NAL 유닛이 그대로 저장되어 있다.

즉, FixedStartCodeSizeFlag가 1인 경우, start code size=4bytes 고정이 되므로, offset size field는 startcode 앞에 불필요하게 된다.

이 경우, 새로운 파스(parse) 구조로 된다.

도 18의 D의 예에 있어서는, 액세스 유닛을 구성하는 각 NAL 유닛의 선두에, 각 NAL 유닛의 사이즈, startcode의 사이즈, 및 startcode가 기술되는 유닛 사이즈가 부가되어 있고, 또한, 0data를 포함하는 startcode의 사이즈, 즉, NAL까지의 오프셋 사이즈가 부가되어 있다. 그리고, MP4 샘플에, 유닛 사이즈와 오프셋 사이즈가 부가된 NAL 유닛이 그대로 저장되어 있다.

도 18의 D의 경우, 상술한 도 11의 스텝 S75 또는 도 12의 스텝 S96에 있어서, 유닛 사이즈 분의 오프셋 사이즈+startcode+NAL이 검출되어서, 오프셋 사이즈가 취득되어서, 오프셋 분만큼 건너띄어 판독된 위치로부터 NAL이 검출된다. 그리고, 도 11의 스텝 S76 또는 도 12의 스텝 S97에 있어서, Unit size-(오프셋 사이즈+startcode)분의 NAL의 데이터가 취득된다.

또한, 도 18의 D는, HRD Conformance Box의 FixedStartCodeSizeFlag가 0인 경우의 예이다. FixedStartCodeSizeFlag가 0인 경우, start code size가 고정이 아니므로, offset size field에 startcode의 사이즈가 저장되어 있다.

이에 비해, HRD Conformance Box의 FixedStartCodeSizeFlag가 1인 경우, MP4 샘플은, 도 18의 D'에 도시하는 구조가 된다.

도 18의 D'의 예에 있어서는, 액세스 유닛을 구성하는 각 NAL 유닛의 선두에, startcode 포함하는 각 NAL 유닛의 사이즈가 기술되는 유닛 사이즈가 부가되어서, MP4 샘플에, NAL 유닛이, 그대로 저장되어 있다.

즉, FixedStartCodeSizeFlag가 1인 경우, start code size=4bytes 고정이 되므로, offset size field는 startcode 앞에 불필요하게 되어, 도 18의 D'의 구조는, 상술한 도 17의 B의 구조와 동일하게 된다.

이 경우, 종래의 size+data라고 하는 구조에 가깝고, 실장은 지금까지와 마찬가지이지만, 얻어진 데이터 구조의 선두에 있는 오프셋 사이즈 분만큼 건너띄어 판독하는 파스 구조로 된다. 또한, 이 경우, startcode를 해석할 필요가 있다.

[HRD Conformance Box 확장의 예]

도 19는, HRD Conformance Box 확장의 예를 도시하는 도면이다. 이하에도, HRD Conformance Box 확장의 예를 마찬가지로 나타낸다.

도 19 및 상술한 예에 있어서는, HRD Conformance Box에, startcode의 사이즈 정보의 유무를 식별하는 플래그인 FixedStartCodeSizeFlag가 추가 정의되어 있다. 이에 의해, 도 18의 C' 및 도 18의 D'에 도시한 바와 같이, startcode의 사이즈가 고정인 경우, 파일 구조를 심플하게 할 수 있다.

[본 기술의 액세스 유닛 다른 저장예]

도 20은, 본 기술의 MP4 비디오 샘플 구조의 다른 예를 도시하는 도면이다.

도 20의 E의 예에 있어서는, mdat로부터 유닛 사이즈가 제거되고, 그리고, startcode가 포함되어 있는 엘리멘터리 스트림은, 그대로 변경 없이 스토어(저장)되어 있다.

도 20의 E의 경우, 각 액세스 유닛의 오프셋을 유지하기 위한 새로운 box는, 도 21 및 이하에 도시된 바와 같이, sample table에 더하여진다.

또한, 도 20의 E의 예의 대신으로서, 상술한 box를 첨가하는 대신, 도 22의 E'의 예에 도시된 바와 같이, 각 샘플의 선두에, 그 오프셋의 리스트를 포함할 수 있도록 해도 된다.

도 22의 E'의 예에 있어서는, 샘플의 선두에, 예를 들어, 5개의 액세스 유닛에 5개의 오프셋의 리스트가 포함되어 있다.

또한, 도 17 및 도 18의 MP4 비디오 샘플의 파일은, 상술한 도 3의 구성 파일 생성부(2)에 의해 상술한 도 4 또는 도 5의 파일 생성 처리로 생성된다. 도 20 및 도 22의 MP4 비디오 샘플의 파일도, 상술한 도 3의 구성 파일 생성부(2)에 의해 상술한 도 4 또는 도 5의 파일 생성 처리로 생성된다.

또한, 도 17 및 도 18의 MP4 비디오 샘플의 파일은, 상술한 도 9의 구성 파일 판독부(51)에 의해 상술한 도 11 또는 도 12의 파일 복호 처리로 복호된다. 도 20 및 도 22의 MP4 비디오 샘플의 파일도, 상술한 도 9의 구성 파일 판독부(51)에 의해 상술한 도 11 또는 도 12의 파일 복호 처리로 복호된다.

[본 기술의 액세스 유닛 또 다른 저장예]

도 23은, 본 기술의 MP4 비디오 샘플 구조의 또 다른 예를 도시하는 도면이다.

도 23의 F의 예에 있어서는, mdat로부터 유닛 사이즈가 제거되고, 그리고, startcode가 포함되어 있는 엘리멘터리 스트림은, 그대로 변경 없이 스토어(저장)되어 있다. 또한, 각 스타트 코드(startcode) 및 NAL 유닛(NAL unit)의 길이를 저장하기 위해서, ISO/IEC 14496-12에 있어서 규정되는 샘플 보조 정보 기능이 적용되어 있다.

각 스타트 코드 및 NAL 유닛의 길이에는, 샘플 보조 정보 기능으로서, aux_info_type='nalz'와 aux_info_type_parameter=0이 부여된다. 샘플 보조 정보 기능은, 사용되는 샘플 보조 정보 기능 사이즈 박스(SampleAuxiliaryInformationSizesBox)인 'saiz'와, 샘플 보조 정보 기능 오프셋 박스인 'saio'에 의해 참조된다.

[샘플 보조 정보 기능의 포맷예]

도 24는, 샘플 보조 정보 기능의 포맷예를 도시하는 도면이다. 이하에도, 샘플 보조 정보 기능의 포맷예를 마찬가지로 나타낸다.

StartcodeSizeMinusOne은, 스타코드 사이즈 필드(Startcode Size field)의 바이트 길이로부터 1 감산한 값을 나타낸다. 예를 들어, 스타코드 사이즈 필드의 바이트 길이가 1바이트일 경우, StartcodeSizeMinusOne의 값은 0이다. StartcodeSizeMinusOne의 값은, 1바이트, 2바이트, 또는 4바이트의 각각의 코드 길이에 대응하여, 0, 1, 또는 3이 된다.

NALUnitSizeMinusOne은, NAL유닛 사이즈 필드(NALUnit Size field)의 바이트 길이로부터 1 감산한 값을 나타낸다. 예를 들어, NAL유닛 사이즈 필드의 바이트 길이가 1바이트일 경우, NALUnitSizeMinusOne의 값은 0이다. NALUnitSizeMinusOne의 값은, 1바이트, 2바이트, 또는 4바이트의 각각의 코드 길이에 대응하여, 0, 1, 또는 3이 된다.

StartcodeSize는, 샘플(sample) 중 서브샘플(subsample)의 스타트 코드(Startcode)의 바이트 길이를 나타낸다.

NALUnitSize는, 샘플(sample) 중 서브샘플(subsample)의 NAL 유닛(NAL unit)의 바이트 길이를 나타낸다.

이상과 같이 해도 된다. 또한, 샘플 보조 정보 기능의 포맷은, 이하와 같이 해도 된다.

[샘플 보조 정보 기능의 포맷의 다른 예]

도 25는, 샘플 보조 정보 기능의 포맷의 다른 예를 도시하는 도면이다. 이하에도, 샘플 보조 정보 기능의 포맷의 다른 예를 마찬가지로 나타낸다.

FixedStartCodeSizeFlag는, 플래그 정보이다. 각 NAL 유닛(NAL unit) 앞의 스타트 코드(startcode)의 사이즈가 4바이트인지 여부를 나타내는 플래그 정보이다. 각 NAL 유닛(NAL unit) 앞의 스타트 코드(startcode)의 사이즈가 4바이트일 경우, 이 FixedStartCodeSizeFlag의 값은 1로 설정되고, 그 밖의 경우, 0으로 설정된다. 환언하면, FixedStartCodeSizeFlag의 값이 1일 경우, 각 NAL 유닛(NAL unit) 앞의 스타트 코드(startcode)의 사이즈가 4바이트인 것을 나타내고, FixedStartCodeSizeFlag의 값이 0일 경우, 각 NAL 유닛(NAL unit) 앞의 스타트 코드(startcode)의 사이즈가 4바이트가 아닌 것을 나타낸다.

StartcodeSizeMinusOne, NALUnitSizeMinusOne, StartcodeSize, 및 NALUnitSize의 각 파라미터는, 도 24의 경우와 마찬가지이다.

HRDConformanceData box의 FixedStartCodeSizeFlag가 1인 경우, 개개의 start code의 사이즈를 갖는다면, 데이터양이 불필요하게 증대할 가능성이 있다. 따라서, 도 25의 예와 같이 함으로써, 이 경우, NALunit의 사이즈만을 갖는 구조로 할 수 있어, 데이터양의 불필요한 증대를 억제할 수 있다. 또한, 이 경우, HRDConformanceBox는, HRDConformanceFlag만을 갖게 된다.

또한, 도 23의 MP4 비디오 샘플의 파일은, 상술한 도 3의 구성 파일 생성부(2)에 의해 상술한 도 4 또는 도 5의 파일 생성 처리로 생성된다.

또한, 도 23의 MP4 비디오 샘플의 파일은, 상술한 도 9의 구성 파일 판독부(51)에 의해 상술한 도 11 또는 도 12의 파일 복호 처리로 복호된다.

[본 기술의 MP4 비디오 샘플 구조의 비교]

도 26의 예에 있어서는, 상술한 MP4 비디오 샘플 구조를 비교하기 위한 표가 도시되어 있다.

도 17의 B의 액세스 유닛의 저장예에 있어서는, 종래(현행)의 size+data라고 하는 구조에 가깝다는 장점이 있다.

도 18의 C 또는 도 18의 C'의 액세스 유닛의 저장예에 있어서는, 종래(현행)의 size+data라고 하는 구조에 가깝고, 유닛 사이즈의 세만틱스가 변경되지 않는다라고 하는 장점이 있다. 또한, startcode의 사이즈가 고정된 경우, 그 데이터 구조는, 종래(현행)의 파일 포맷 디자인과 동일하다는 장점이 있다.

도 18의 D 또는 도 18의 D'의 액세스 유닛의 저장예에 있어서는, 종래(현행)의 size+data라고 하는 구조에 가깝다는 장점이 있다.

도 20의 E 또는 도 22의 E'의 액세스 유닛의 저장예에 있어서는, 엘리멘터리 스트림에의 스토어가 심플하다(즉, startcode를 제거할 필요가 없고, 유닛 사이즈나 startcode 사이즈를 첨가할 필요가 없음)고 하는 장점이 있다.

또한, 만약 샘플의 디자인 일관성(design consistency)이 중요한 요인이면, 도 18의 C 또는 도 18의 C'가 가장 좋은 제안이다. 그러나, 도 20의 E 또는 도 22의 E'는, 아무런 변경도 없이 엘리멘터리 스트림을 스토어하기 위한 가장 좋은 방법이다.

이상, 상술한 액세스 유닛의 저장예는, 모두, mdat에 startcode를 스토어하기 위하여 제안되어 있다(In this contribution, the following options are proposed to store startcode in mdat.(for both AVC and HEVC file format)).

또한, 상술한 도 23의 MP4 비디오 샘플 구조는, 다음 도 27과 같이 구성하는 것도 가능하다.

[본 기술의 액세스 유닛 다른 저장예]

도 27은, 도 23의 MP4 비디오 샘플 구조의 다른 예를 도시하는 도면이다.

도 27의 G의 예에 있어서는, 도 23의 F의 예와 마찬가지로, mdat로부터 유닛 사이즈가 제거되고, 그리고, startcode가 포함되어 있는 엘리멘터리 스트림은, 그대로 변경 없이 스토어(저장)되어 있다. 단, 도 23의 F의 예와 달리, 엘리멘터리 스트림에 있어서, 각 스타트 코드(startcode)는 NAL 유닛(NAL unit)에 포함시켜져서, 스타트 코드를 포함한 NAL 유닛의 길이를 저장하기 위해서, ISO/IEC 14496-12에 있어서 규정되는 샘플 보조 정보 기능이 적용되어 있다.

각 NAL 유닛의 길이에는, 샘플 보조 정보 기능으로서, aux_info_type='nalz'와 aux_info_type_parameter=0이 부여된다. 샘플 보조 정보 기능은, 사용되는 샘플 보조 정보 기능 사이즈 박스(SampleAuxiliaryInformationSizesBox)인 'saiz'와, 샘플 보조 정보 기능 오프셋 박스인 'saio'에 의해 참조된다.

즉, 도 27의 G의 예에 있어서는, 샘플 보조 정보 기능으로서, 스타트 코드 길이는 저장되지 않고, 스타트 코드를 포함한 NAL 유닛의 길이만이 저장된다. 따라서, 도 27의 G의 예에 대해서는, 스타트 코드 길이가 저장되지 않는 이외에는, 도 23의 F의 예와 마찬가지이다.

또한, 도 27의 MP4 비디오 샘플의 파일은, 상술한 도 3의 구성 파일 생성부(2)에 의해 상술한 도 4 또는 도 5의 파일 생성 처리로 생성된다.

또한, 도 27의 MP4 비디오 샘플의 파일은, 상술한 도 9의 구성 파일 판독부(51)에 의해 상술한 도 11 또는 도 12의 파일 복호 처리로 복호된다.

<4. 제4 실시 형태>

여기서, 종래, MP4의 엘리멘터리 스트림을 MPEG2-PS에 저장하려고 했을 때, 유닛 사이즈를 빼고, 스타트 코드를 넣어서 만들어야만 하였다. 반대로, MPEG2-PS의 엘리멘터리 스트림을 MP4에 저장하려고 했을 때, 스타트 코드를 빼고, 유닛 사이즈를 넣어서 만들어야만 하였다. 즉, 적어도, 2종류의 스트림이 존재하고, 파일화를 할 때에 스트림의 변경이 필요하고, HRD conformance에 준거하고 있는 것인지 여부를 나타내는 플래그가 필요하였다.

또한, startcode의 유무에 의해 스트림에 각양각색인 변형이 있으면, 호환성이 없어져버릴 우려가 있었다.

이에 비해, MPEG2-PS의 파일에 저장하는, startcode를 포함하는 스트림인 바이트 스트림 포맷이 정의되어 있다. MP4 파일에의 저장을 가능하게 함으로써 양쪽 파일에서의 호환성이 향상된다.

본 기술에 있어서는, 샘플 중에, 바이트 스트림이 있는지 여부를 식별할 수 있도록, 바이트 스트림 포맷의 정보를 저장하기 위한 바이트 스트림 포맷 인포메이션 박스를 정의한다.

[바이트 스트림 포맷 인포메이션 박스]

이어서, 도 28을 참조하여, 바이트 스트림 포맷 인포메이션 박스에 대하여 설명한다.

바이트 스트림 포맷 인포메이션 박스는, 파라미터 세트 등을 넣을 수 있는 샘플 엔트리에 대하여 옵셔널로 정의된다. 파라미터 세트 등을 넣을 수 있는 샘플 엔트리는, 바이트 스트림으로서도 저장할 수 있다. 또한, 그 때, 바이트 스트림인 것을 시그널하기 위해서, 이 박스가 저장된다.

도 28의 예에 있어서는, 바이트 스트림 포맷 인포메이션 박스의 사양에 대하여 도시되어 있다.

바이트 스트림 포맷 인포메이션 박스는, 미디어 트랙의 샘플 엔트리 박스에 있어서의, 'avc3', 'avc4', 'mvc3', 'mvc4', 또는 'hevc1'의 샘플 엔트리에 스토어(저장)되도록 한다. 'avc3', 'avc4', 'mvc3', 'mvc4', 또는 'hevc1'의 샘플 엔트리는, 파라미터 세트 등을 넣을 수 있는 샘플 엔트리이다.

이 박스는, 샘플 데이터가, ISO/IEC 14496-10으로 정해져 있는 바이트 스트림 포맷에 의해 구성되어 있을 때, 스토어(저장)되도록 한다.

서브샘플 인포메이션 박스는, 1 또는 그 이상이 연속한 startcode를 포함한 NAL 유닛 사이즈를 스토어(저장)하기 위하여 사용되어도 된다.

서브샘플은, ISO/IEC 14496-10으로 정해져 있는, 1 또는 그 이상의 연속한 바이트 스트림 NAL 유닛으로서 정의된다.

박스 타입(Box Type)은 'bsfi'이며, 포함되는 것(Container)은 'avc3', 'avc4', 'mvc3', 'mvc4', 또는 'hevc1'의 샘플 엔트리이다. 맨터토리(필수 사항: Mandatory)는 없고, 퀀티티(량: Quantity)는 0이나 1이다.

바이트 스트림 포맷 인포메이션 박스는, 바이트 스트림 포맷 인포메이션이 기술되는 'bsfi'의 박스를 확장한다.

이상과 같이 구성되는 바이트 스트림 포맷 인포메이션 박스에 있어서는, 도 29에 도시된 바와 같이, 새로운 포맷인 'avc5', 'avc6', 'mvc5', 'mvc6', 또는 'hevc2'의 샘플 엔트리를 넣는 것만으로, 샘플 엔트리의 확장이 가능하다.

도 29는, 바이트 스트림 포맷 인포메이션 박스의 다른 예를 도시하는 도면이다.

또한, 'avc3', 'avc4', 'mvc3', 'mvc4', 또는 'hevc1'는, 파라미터 세트를 넣을 수 있는 코덱의 타입인데, 'avc3', 'avc4', 'mvc3', 'mvc4', 또는 'hevc1'의 경우, startcode가 들어 있을 때와 들어 있지 않을 때가 있다.

이에 비해, 도 29와 같이 샘플 엔트리를, 예를 들어, 모두 startcode가 들어 있는 코덱의 타입으로서, 'avc5', 'avc6', 'mvc5', 'mvc6' or 'hev2' 등에 확장하고, 이 샘플 엔트리를 참조함으로써, 샘플 중에 바이트 스트림이 있는지 여부를 식별할 수 있다.

또한, 샘플 엔트리가, 'avc3', 'avc4', 'mvc3', 'mvc4', 또는 'hevc1'의 경우에는, 이하와 같이, 바이트 스트림 포맷 인포메이션을 구성함으로써, 샘플 중에 바이트 스트림이 있는지 여부(즉, startcode가 들어 있는지 여부)를 식별할 수 있다.

또한, 서브샘플의 바이트 스트림 구조를 나타낼 수 있다.

또한, 'avc5', 'avc6', 'mvc5', 'mvc6' or 'hev2'의 경우에는, 이하와 같이, 바이트 스트림 포맷 인포메이션을 구성함으로써, 서브샘플의 바이트 스트림 구조를 나타낼 수 있다.

[바이트 스트림 포맷 인포메이션의 데이터 구조예]

도 30은, 각 샘플 엔트리에 저장되는 바이트 스트림 포맷 인포메이션의 데이터 구조예를 설명하는 도면이다.

StartcodePresentFlag는, 샘플에 있어서의 Startcode의 유무를 나타내는 플래그이다. 샘플 중의 모든 서브샘플이 NAL 유닛 앞에, 3바이트의 Startcode를 포함하는 경우, StartcodePresentFlag가 1이 된다. ZeroBytePresentFlag는, Startcode 앞에 1byte의 제로 데이터의 유무를 나타내는 플래그이며, 이 Flag가 1인 경우, Startcode가 4바이트인 것을 나타낸다.

또한, StartcodePresentFlag와 ZeroBytePresentFlag 대신에 2비트의 플래그를 사용하여, Startcode가 3바이트인지, 4바이트인지를 나타내도록 해도 된다.

LeadingZeroBytePresentFlag는, 샘플에 있어서의 0데이터의 유무를 나타내는 플래그이다. 샘플 중의 서브샘플 중, 적어도 하나의 서브샘플에 3바이트 또는 4바이트 앞에, 1바이트의 0x00을 복수 포함하는 경우에, LeadingZeroBytePresentFlag가 1이 된다. LeadingZeroBytePresentFlag가 0인 경우, 서브샘플의 선두가 고정 길이 스타트 코드인 것을 알 수 있다.

TrailingZeroBytePresentFlag는, 샘플에 있어서의 0데이터의 유무를 나타내는 플래그이다. 샘플 중의 서브샘플 중, 적어도 하나의 서브샘플에 3바이트의 NAL 유닛의 뒤에, 1바이트의 0x00을 복수 포함하는 경우에, TrailingZeroBytePresentFlag가 1이 된다.

또한, 이들 플래그 중 모두가 있어도 되지만, 필수는 아니고, 또한, 다른 플래그가 추가되어도 된다.

[본 기술의 NAL 유닛의 저장예]

이어서, 상술한 바이트 스트림 포맷 인포메이션을 사용한 경우의 NAL 유닛의 저장예에 대하여 설명한다. 도 31은, NAL 유닛의 전후로 0x00(0데이터)이 있는 패턴 1의 경우의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다. 즉, 도 31의 예에 있어서는, 상술한 바이트 스트림 포맷 인포메이션의 플래그인 StartcodePresentFlag, ZeroBytePresentFlag, LeadingZeroBytePresentFlag, 및 TrailingZeroBytePresentFlag가 모두 1인 경우의 MP4 비디오 샘플 구조의 예가 도시되어 있다.

도 31의 예의 경우, 샘플이, 5서브샘플에 의해 구성되는 예가 도시되어 있어, 5서브샘플의 사이즈가, 샘플 사이즈로서, 샘플 사이즈 박스에 저장되어 있다.

서브샘플은, 선두의 0데이터(LeadingZeroBytes), Startcode(4바이트), NAL 유닛, 및 후미의 0데이터(TrailingZeroBytes)에 의해 구성되어 있고, 선두의 0데이터로부터, 후미의 0데이터까지의 사이즈가 서브샘플의 사이즈로서, 서브샘플 인포메이션 박스에 저장되어 있다. 즉, 서브샘플 인포메이션 박스에 서브샘플의 사이즈가 있으므로, 서브샘플의 경계를 알 수 있다.

이 서브샘플 인포메이션 박스 대신에 도 27의 G의 예와 동일한 구조로도 실시 가능하다. 샘플 보조 정보 기능으로서, aux_info_type='bsfi'와 aux_info_type_parameter=0이 부여된다. 샘플 보조 정보 기능은, 사용되는 샘플 보조 정보 기능 사이즈 박스(SampleAuxiliaryInformationSizesBox)인 'saiz'와, 샘플 보조 정보 기능 오프셋 박스인 'saio'에 의해 참조된다.

또한, 업무용의 CBR(constant bitrate: 고정 비트 레이트)에 있어서는, 이러한 운용을 하는 경우가 있다. 따라서, 이 패턴 1은 예를 들어, 업무용의 모두가 인트라 픽처로 구성되는 스트림에 사용되는 경우에 적합하다.

또한, LeadingZeroBytes와 TrailingZeroBytes의 단락은, 예를 들어, 애플리케이션의 운용에 의해 설정되어도 된다.

도 32는, 서브샘플이 Startcode로부터 시작되고, 0x00(0데이터)이 없는 패턴 2의 경우의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다. 즉, 도 32의 예에 있어서는, StartcodePresentFlag와 ZeroBytePresentFlag가 1이며, LeadingZeroBytePresentFlag, 및 TrailingZeroBytePresentFlag가 0일 경우의 MP4 비디오 샘플 구조의 예가 도시되어 있다.

도 32의 예의 경우, 샘플이, 5서브샘플에 의해 구성되는 예가 도시되어 있고, 5서브샘플의 사이즈가, 샘플 사이즈로서, 샘플 사이즈 박스에 저장되어 있다.

서브샘플은, Startcode(4바이트), 및 NAL 유닛에 의해 구성되어 있고, Startcode로부터 NAL 유닛까지의 사이즈가 서브샘플의 사이즈로서, 서브샘플 인포메이션 박스에 저장되어 있다. 즉, 서브샘플 인포메이션 박스에 서브샘플의 사이즈가 있으므로, 서브샘플의 경계를 알 수 있다.

이 패턴 2은 가장 심플한 예이다.

도 33은, 서브샘플이 Startcode로부터 시작되고, NAL의 뒤에 0x00(0데이터)이 있는 패턴 3의 경우의 MP4 비디오 샘플 구조의 예를 도시하는 도면이다. 즉, 도 33의 예에 있어서는, StartcodePresentFlag, ZeroBytePresentFlag, 및 TrailingZeroBytePresentFlag가 1이며, LeadingZeroBytePresentFlag가 0인 경우의 MP4 비디오 샘플 구조의 예가 도시되어 있다.

도 33의 예의 경우, 샘플이, 5서브샘플에 의해 구성되는 예가 도시되어 있고, 5서브샘플의 사이즈가, 샘플 사이즈로서, 샘플 사이즈 박스에 저장되어 있다.

서브샘플은, Startcode(4바이트), NAL 유닛, 및 후미의 0데이터(TrailingZeroBytes)에 의해 구성되어 있고, Startcode로부터 후미의 0데이터까지의 사이즈가 서브샘플의 사이즈로서, 서브샘플 인포메이션 박스에 저장되어 있다. 즉, 서브샘플 인포메이션 박스에 서브샘플의 사이즈가 있으므로, 서브샘플의 경계를 알 수 있다.

또한, 이 패턴 3의 경우, 예를 들어, 업무용의 모두가 인트라 픽처로 구성되는 스트림의 편집기에 있어서, TrailingZero에서 고정 길이로 하고 있음을 알 수 있으므로, 편집하기 쉽다고 하는 이점이 있다. 또한, 3byte start code도 텔레비젼회의 시스템 등에서 사용되고 있는 경우가 있다.

이상과 같이, 바이트 스트림 포맷 인포메이션을 박스화하여, 바이트 스트림 포맷 인포메이션을 정의하도록 하였다. 예를 들어, 서브샘플이, 도 31 내지 도 33을 참조하여 상술한 패턴 1 내지 3 중 어느 하나와 같이 구성되므로, 샘플 내에 바이트 스트림인지 여부를 식별할 수 있다.

또한, 도 31 내지 도 33의 각 MP4 비디오 샘플의 파일은, 상술한 도 3의 구성 파일 생성부(2)에 의해 상술한 도 4 또는 도 5의 파일 생성 처리로 생성된다.

또한, 도 31 내지 도 33의 각 MP4 비디오 샘플의 파일은, 상술한 도 9의 구성 파일 판독부(51)에 의해 상술한 도 11 또는 도 12의 파일 복호 처리로 복호된다.

[바이트 스트림 포맷 인포메이션의 데이터 구조의 다른 예]

도 34는, 각 샘플 엔트리에 저장되는 바이트 스트림 포맷 인포메이션의 데이터 구조예를 설명하는 도면이다. 즉, 도 34의 예에 있어서는, 도 30을 참조하여 상술한 데이터 구조의 다른 예가 도시되어 있다.

StartcodePresentFlag는, 모든 서브샘플의 Startcode의 구조를 나타내는 2bit의 플래그이다.

StartcodePresentFlag=00b는, reserved를 나타낸다.

StartcodePresentFlag=01b는, 샘플 중의 모든 서브샘플은 NAL 유닛 앞에, 3byte의 Startcode를 포함하는 것을 나타낸다.

StartcodePresentFlag=10b는, 샘플 중의 모든 서브샘플은 NAL 유닛 앞에, 3byte의 Startcode와, 1byte의 ZeroByte데이터를 포함하는(즉, 4byte로 구성됨) 것을 나타낸다.

StartcodePresentFlag=11b는, 샘플 중의 모든 서브샘플은 NAL 유닛 앞에, 3byte의 Startcode를 포함하고, 1byte의 ZeroByte데이터를 포함하는 경우가 있는 것을 나타낸다. 즉, 이 경우, 3byte와 4byte의 Startcode가 혼재하고 있을 가능성이 있기 때문에, 01b인지 10b인지를 보증할 수 없다.

또한, 이 예는, 도 30을 참조하여 설명한 구조예의 다른 예이며, Startcode의 사이즈를 알도록 한 예이다. 또한, 2bits의 플래그에 의해, 3byte, 4byte, 또는 그들의 혼재가 나타난다.

LeadingZeroBytePresentFlag는, 샘플 중의 서브샘플 중, 적어도 하나의 서브샘플에 3byte 또는 4byte의 Startcode 앞에, 1byte의 0x00을 복수 포함하는 경우가 있는 것을 나타낸다.

TrailingZeroBytePresentFlag는, 샘플 중의 서브샘플 중, 적어도 하나의 서브샘플의 NAL 유닛의 뒤에, 1byte의 0x00을 복수 포함하는 경우가 있는 것을 나타낸다.

또한, 도 34의 예에 있어서도, 이들 플래그 중 모두가 있어도 되지만, 필수는 아니고, 또한, 다른 플래그가 추가되어도 된다.

<5. 제5 실시 형태>

[파일 교환 장치의 구성예]

도 35는, 본 기술을 적용한 화상 처리 장치로서의, 파일 교환 장치의 구성예를 도시하는 블록도이다. 도 35의 파일 변환 장치(300)는 예를 들어, MPEG-2 TS를 MP4 파일로 변환한다.

도 35의 예에 있어서, 파일 변환 장치(300)는 비디오 스트림 해석부(311), 및 도 1의 파일 생성부(2)를 포함하도록 구성되어 있다.

비디오 스트림 해석부(311)는 입력되는 비디오 스트림의 포맷을 해석하고, MPEG-2 TS라고 해석한 경우, 비디오 스트림을 파일 생성부(2)에 공급한다.

파일 생성부(2)는 MPEG-2 TS를 MP4 파일로 변환하는 처리를 행한다. 즉, 파일 생성부(2)는 도 1의 예와 마찬가지로, MPEG-2 TS를 저장하는 MP4 파일을 생성한다.

[파일 교환 처리의 예]

이어서, 도 36의 흐름도를 참조하여, 도 35의 파일 변환 장치(300)의 파일 교환 처리에 대하여 설명한다.

비디오 스트림 해석부(311)는 스텝 S311에 있어서, 입력되는 비디오 스트림의 포맷을 해석하고, MPEG-2 TS라고 해석한 경우, 비디오 스트림을 파일 생성부(2)에 공급한다.

파일 생성부(2)는 스텝 S312에 있어서, MPEG-2 TS를 저장하는 MP4 파일을 생성한다. 또한, 이 파일 생성 처리는, 도 5를 참조하여 상술한 파일 생성 처리와 마찬가지의 처리이므로, 그 설명은 반복이 되기 때문에 생략된다.

이상과 같이, 파일 변환 장치(300)를 구성하는 것도 가능하다.

또한, 상기 설명에 있어서는, HEVC 방식에 의한 부호화 장치 및 복호 장치에 대하여 설명했지만, 본 기술은, 이하에 설명하는 바와 같이, AVC 방식에 의한 부호화 장치 및 복호 장치에도 적용할 수 있다.

<6. 제6 실시 형태>

[부호화 장치의 구성예]

도 37은, 본 기술을 적용한 화상 처리 장치로서의, 부호화 장치의 다른 구성예를 도시하는 블록도이다.

도 37에 도시하는 구성 중, 도 1의 구성과 동일한 구성에는 동일한 부호를 부여하고 있다. 중복하는 설명에 대해서는 적절히 생략한다.

도 37의 부호화 장치의 구성은, 인코더(1) 대신에 인코더(401)가 설치되는 점이 도 1의 구성과 상이하다. 도 37의 부호화 장치의 구성은, 파일 생성부(2)가 설치되어 있는 점이 도 1의 구성과 공통되어 있다.

즉, 인코더(401)에는, 프레임 단위의 촬영 화상 등의 화상이 입력 신호로서 입력된다. 또한, 도시하지 않은 인코더(401)의 전단에서 설정된 SPS, 부호화 데이터에 대응하는 화상의 특성을 시퀀스마다 나타내는 VUI, SEI 등도 입력된다.

인코더(401)는 SPS, PPS, VUI, SEI에 포함되는 파라미터를 사용하여, 입력 신호를 AVC 방식으로 부호화한다. 그리고, 인코더(401)는 SPS, PPS, VUI, SEI와, 그 결과 얻어지는 부호화 데이터로부터, MPEG-2 TS 등의 부호화 스트림을 생성하고, 생성한 부호화 스트림을 파일 생성부(2)에 공급한다. 인코더(401)의 상세는 도 38을 참조하여 후술된다.

파일 생성부(2)는 인코더(401)로부터의 부호화 스트림(부호화된 일련의 화상 데이터)을 저장하는 파일을 생성한다.

즉, 도 36의 부호화 장치에 있어서는, AVC 방식에 의한 부호화 처리가 행하여지는 점만이 도 1의 부호화 장치와 상이하다.

[부호화부의 구성예]

도 38은, 도 37의 인코더(401)의 구성예를 도시하는 블록도이다.

도 38에 도시하는 구성 중, 도 2의 구성과 동일한 구성에는 동일한 부호를 부여하고 있다. 중복하는 설명에 대해서는 적절히 생략한다.

도 38의 인코더(401)는 A/D 변환부(11), 화면 재배열 버퍼(12), 연산부(13), 직교 변환부(14), 양자화부(15), 가역 부호화부(16), 축적 버퍼(17), 역양자화부(18), 역직교 변환부(19), 가산부(20), 디블록 필터(21), 프레임 메모리(22), 스위치(23), 인트라 예측부(24), 움직임 예측·보상부(25), 예측 화상 선택부(26), 및 레이트 제어부(27)를 포함하도록 구성된다.

즉, 도 38의 인코더(401)의 구성은, 적응 오프셋 필터(141)와 적응 루프 필터(142)가 제외되어 있는 점, 및 가역 부호화부(16)가 HEVC 방식이 아니고, AVC 방식에 의해 부호화를 행하는 점만이 도 2의 구성과 상이하다. 따라서, 인코더(401)에 있어서는, CU 단위가 아니라, 블럭 단위로 부호화 처리가 행하여진다.

가역 부호화부(16)의 부호화 처리의 대상은, 적응 오프셋 필터 및 적응 루프 필터의 파라미터를 제외하고, 도 2의 가역 부호화부(16)의 경우와 기본적으로 마찬가지이다. 즉, 가역 부호화부(16)는 도 2의 가역 부호화부(16)와 마찬가지로, 인트라 예측 모드 정보를 인트라 예측부(24)로부터 취득한다. 또한, 인터 예측 모드 정보, 움직임 벡터, 참조 화상을 특정하기 위한 정보 등을 움직임 예측·보상부(25)로부터 취득한다.

가역 부호화부(16)는 도 2의 가역 부호화부(16)와 마찬가지로, 양자화부(15)로부터 공급되는 양자화된 계수에 대하여 가변 길이 부호화(예를 들어, CAVLC 등), 산술 부호화(예를 들어, CABAC 등) 등의 가역 부호화를 행한다.

또한, 가역 부호화부(16)는 도 2의 가역 부호화부(16)와 마찬가지로, 인트라 예측 모드 정보 또는 인터 예측 모드 정보, 움직임 벡터, 참조 화상을 특정하는 정보, 오프셋 필터 정보, 및 필터 계수 등을, 부호화에 관한 부호화 정보로서 가역 부호화한다. 가역 부호화부(16)는 가역 부호화된 부호화 정보와 계수를, 부호화 데이터로 하여 축적 버퍼(17)에 공급하고, 축적시킨다. 또한, 가역 부호화된 부호화 정보는, 가역 부호화된 계수의 헤더 정보가 되어도 된다.

디블록 필터(21)는 가산부(20)로부터 공급되는 국부적으로 복호된 화상을 필터링함으로써, 블럭 노이즈를 제거한다. 디블록 필터(21)는 그 결과 얻어지는 화상을 프레임 메모리(22)에 공급하고, 축적시킨다.

프레임 메모리(22)에 축적된 화상은, 참조 화상으로서 스위치(23)를 통하여 인트라 예측부(24) 또는 움직임 예측·보상부(25)에 출력된다.

본 기술은, 이러한 AVC 방식의 부호화 장치에도 적용할 수 있다.

[복호 장치의 구성예]

도 39는, 도 37의 부호화 장치에 의해 생성된 파일을 판독하여 복호하는, 본 기술을 적용한 복호 장치의 다른 구성예를 도시하는 블록도이다.

도 39에 도시하는 구성 중, 도 8의 구성과 동일한 구성에는 동일한 부호를 부여하고 있다. 중복하는 설명에 대해서는 적절히 생략한다.

도 39의 복호 장치(251)의 구성은, 디코더(52) 대신 디코더(451)가 설치되는 점이 도 8의 구성과 상이하다. 복호 장치(251)의 구성은, 파일 판독부(51)가 설치되어 있는 점이 도 8의 구성과 공통되어 있다.

복호 장치의 파일 판독부(51)는 도 37의 부호화 장치에 의해 생성된 MP4의 파일을 수취하고, 수취한 파일로부터, 도 37의 인코더(401)에 의해 부호화된 부호화 스트림을 구성하는 SPS, PPS, VUI, SEI, 부호화 데이터 등을 판독한다. 파일 판독부(51)는 SPS, PPS, VUI, SEI, 부호화 데이터를 디코더(451)에 공급한다.

디코더(451)는 파일 판독부(51)의 제어 하에서, 파일 판독부(51)로부터 공급되는 SPS, PPS, VUI, SEI 등을 참조하여, 파일 판독부(51)로부터 공급되는 부호화 데이터를 AVC 방식으로 복호한다. 디코더(451)는 복호의 결과 얻어지는 화상을, 출력 신호로서 후단에 공급한다.

즉, 도 39의 복호 장치에 있어서는, AVC 방식에 의한 복호 처리가 행하여지는 점만이, 도 8의 복호 장치와 상이하다.

[복호부의 구성예]

도 40은, 도 39의 복호부(261)의 구성예를 도시하는 블록도이다.

도 40에 도시하는 구성 중, 도 10의 구성과 동일한 구성에는 동일한 부호를 부여하고 있다. 중복하는 설명에 대해서는 적절히 생략한다.

도 40의 디코더(451)는 축적 버퍼(101), 가역 복호부(102), 역양자화부(103), 역직교 변환부(104), 가산부(105), 디블록 필터(106), 화면 재배열 버퍼(107), D/A 변환부(108), 프레임 메모리(109), 스위치(110), 인트라 예측부(111), 움직임 보상부(112), 및 스위치(113)에 의해 구성된다.

도 40의 디코더(451)의 구성은, 적응 오프셋 필터(141)와 적응 루프 필터(142)가 제외되어 있는 점, 및 가역 복호부(102)가 HEVC 방식이 아니고, AVC 방식에 의해 복호를 행하는 점만이 도 10의 구성과 상이하다. 따라서, 복호부(261)에 있어서는, CU 단위가 아니라, 블럭 단위로 복호 처리가 행하여진다.

가역 복호부(102)의 복호 처리의 대상은, 적응 오프셋 필터 및 적응 루프 필터의 파라미터를 제외하고, 도 10의 가역 복호부(102)의 경우와 기본적으로 마찬가지이다. 즉, 가역 복호부(102)는 도 10의 가역 복호부(102)와 마찬가지로, 축적 버퍼(101)로부터의 부호화 데이터에 대하여 가변 길이 복호나, 산술 복호 등의 가역 복호를 실시함으로써, 양자화된 계수와 부호화 정보를 얻는다. 가역 복호부(102)는 양자화된 계수를 역양자화부(103)에 공급한다.

또한, 가역 복호부(102)는 도 10의 가역 복호부(102)와 마찬가지로, 부호화 정보로서의 인트라 예측 모드 정보 등을 인트라 예측부(111)에 공급하고, 움직임 벡터, 참조 화상을 특정하기 위한 정보, 인터 예측 모드 정보 등을 움직임 보상부(112)에 공급한다. 또한, 가역 복호부(102)는 부호화 정보로서의 인트라 예측 모드 정보 또는 인터 예측 모드 정보를 스위치(113)에 공급한다.

디블록 필터(106)는 가산부(105)로부터 공급되는 화상을 필터링함으로써, 블럭 노이즈를 제거한다. 디블록 필터(106)는 그 결과 얻어지는 화상을 프레임 메모리(109) 및 화면 재배열 버퍼(107)에 공급한다.

본 기술은, 이러한 AVC 방식의 복호 장치에도 적용할 수 있다.

또한, 상기 설명에 있어서는, MP4 파일 포맷의 예를 설명했지만, 파일 포맷은, MP4 파일 포맷 또는 AVC 파일 포맷에는 한정되지 않는다. 본 기술에 의한 과제·효과가 동일하면, 별도의 파일 포맷, 전송할 때에 사용하는 스트림, 파일에 저장할 때에 사용하는 스트림에 대하여 마찬가지로 적용할 수 있다.

또한, 본 개시는, 예를 들어, HEVC 방식 등과 같이, 이산 코사인 변환 등의 직교 변환과 움직임 보상에 의해 압축된 화상 정보(비트 스트림)를 위성 방송, 케이블 텔레비전, 인터넷, 또는 휴대 전화기 등의 네트워크 미디어를 통하여 수신할 때에 사용되는 화상 부호화 장치 및 화상 복호 장치에 적용할 수 있다. 또한, 본 개시는, 광, 자기 디스크, 및 플래시 메모리와 같은 기억 미디어 상에서 처리할 때에 사용되는 화상 부호화 장치 및 화상 복호 장치에 적용할 수 있다.

또한, 상술한 일련의 처리는, 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이 컴퓨터에 인스톨된다. 여기서, 컴퓨터에는, 전용의 하드웨어에 내장되어 있는 컴퓨터나, 각종 프로그램을 인스톨함으로써, 각종 기능을 실행하는 것이 가능한, 예를 들어 범용의 퍼스널 컴퓨터 등이 포함된다.

도 41은, 상술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어 구성예를 도시하는 블록도이다.

컴퓨터(800)에 있어서, CPU(Central Processing Unit)(801), ROM(Read Only Memory)(802), RAM(Random Access Memory)(803)은, 버스(804)에 의해 서로 접속되어 있다.

버스(804)에는, 또한, 입출력 인터페이스(805)가 접속되어 있다. 입출력 인터페이스(805)에는, 입력부(806), 출력부(807), 기억부(808), 통신부(809), 및 드라이브(810)가 접속되어 있다.

입력부(806)는 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(807)는 디스플레이, 스피커 등을 포함한다. 기억부(808)는 하드 디스크나 불휘발성의 메모리 등을 포함한다. 통신부(809)는 네트워크 인터페이스 등을 포함한다. 드라이브(810)는 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 미디어(811)를 구동한다.

이상과 같이 구성되는 컴퓨터에서는, CPU(801)가, 예를 들어, 기억부(808)에 기억되어 있는 프로그램을, 입출력 인터페이스(805) 및 버스(804)를 통하여, RAM(803)에 로드하여 실행함으로써, 상술한 일련의 처리가 행하여진다.

컴퓨터(800)(CPU(801))가 실행하는 프로그램은, 예를 들어, 패키지 미디어 등으로서의 리무버블 미디어(811)에 기록하여 제공할 수 있다. 또한, 프로그램은, 로컬에리어 네트워크, 인터넷, 디지털 위성 방송과 같은, 유선 또는 무선의 전송 매체를 통하여 제공할 수 있다.

컴퓨터에서는, 프로그램은, 리무버블 미디어(811)를 드라이브(810)에 장착함으로써, 입출력 인터페이스(805)를 통하여, 기억부(808)에 인스톨할 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 통하여, 통신부(809)로 수신하고, 기억부(808)에 인스톨할 수 있다. 기타, 프로그램은, ROM(802)이나 기억부(808)에, 미리 인스톨해 둘 수 있다.

또한, 컴퓨터가 실행하는 프로그램은, 본 명세서에서 설명하는 순서에 따라서 시계열로 처리가 행하여지는 프로그램이어도 되고, 병렬로, 또는 호출이 행하여졌을 때 등의 필요한 타이밍에 처리가 행하여지는 프로그램이어도 된다.

또한, 본 명세서에 있어서, 기록 매체에 기록되는 프로그램을 기술하는 스텝은, 기재된 순서에 따라서 시계열적으로 행하여지는 처리는 물론, 반드시 시계열적으로 처리되지는 않더라도, 병렬적 또는 개별로 실행되는 처리도 포함하는 것이다.

또한, 본 명세서에 있어서, 시스템이란, 복수의 디바이스(장치)에 의해 구성되는 장치 전체를 나타내는 것이다.

또한, 이상에 있어서, 하나의 장치(또는 처리부)로서 설명한 구성을 분할하고, 복수의 장치(또는 처리부)로서 구성하도록 해도 된다. 반대로, 이상에 있어서 복수의 장치(또는 처리부)로서 설명한 구성을 통합하여 하나의 장치(또는 처리부)로서 구성되도록 해도 된다. 또한, 각 장치(또는 각 처리부)의 구성에 상술한 이외의 구성을 부가하도록 해도 물론 된다. 또한, 시스템 전체로서의 구성이나 동작이 실질적으로 동일하면, 어떤 장치(또는 처리부)의 구성의 일부를 다른 장치(또는 다른 처리부)의 구성에 포함하도록 해도 된다. 즉, 본 기술은, 상술한 실시 형태에 한정되는 것은 아니라, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다.

또한, 본 기술의 실시 형태는, 상술한 실시 형태에 한정되는 것은 아니라, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다.

또한, 예를 들어, 본 기술은, 하나의 기능을 네트워크를 통하여 복수의 장치로 분담, 공동하여 처리하는 클라우드 컴퓨팅의 구성을 취할 수 있다.

또한, 상술한 흐름도에서 설명한 각 스텝은, 하나의 장치로 실행하는 것 외에, 복수의 장치로 분담하여 실행할 수 있다.

또한, 하나의 스텝에 복수의 처리가 포함되는 경우에는, 그 하나의 스텝에 포함되는 복수의 처리는, 하나의 장치로 실행하는 것 외에, 복수의 장치로 분담하여 실행할 수 있다.

상술한 실시 형태에 따른 화상 부호화 장치 및 화상 복호 장치는, 위성 방송, 케이블 TV 등의 유선 방송, 인터넷 상에서의 배신, 및 셀룰러 통신에 의한 단말기에의 배신 등에 있어서의 송신기 또는 수신기, 광 디스크, 자기 디스크 및 플래시 메모리 등의 매체에 화상을 기록하는 기록 장치 또는 이들 기억 매체로부터 화상을 재생하는 재생 장치 등의 다양한 전자 기기에 응용될 수 있다. 이하, 4개의 응용예에 대하여 설명한다.

<7. 응용예>

[제1 응용예: 텔레비전 수상기 ]

도 42는, 상술한 실시 형태를 적용한 텔레비전 장치의 개략적인 구성의 일례를 도시하고 있다. 텔레비전 장치(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)는 상술한 실시 형태에 따른 화상 복호 장치(예를 들어, 도 8의 파일 판독부(51) 및 디코더(52)를 포함하는 복호 장치)의 기능을 갖는다. 그에 의하여, 텔레비전 장치(900)에서의 화상의 복호 시에, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 복호할 때의 처리 부담을 경감할 수 있다.

[제2 응용예: 휴대 전화기]

도 43은, 상술한 실시 형태를 적용한 휴대 전화기의 개략적인 구성의 일례를 도시하고 있다. 휴대 전화기(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)는 상술한 실시 형태에 따른 화상 부호화 장치(예를 들어, 도 1의 인코더(1) 및 파일 생성부(2)를 포함하는 부호화 장치) 및 화상 복호 장치(예를 들어, 도 8의 파일 판독부(51) 및 디코더(52)를 포함하는 복호 장치)의 기능을 갖는다. 그에 의하여, 휴대 전화기(920)에서의 화상의 부호화 및 복호 시에, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 복호할 때의 처리 부담을 경감할 수 있다.

[제3 응용예: 기록 재생 장치]

도 44는, 상술한 실시 형태를 적용한 기록 재생 장치의 개략적인 구성의 일례를 도시하고 있다. 기록 재생 장치(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)에 출력한다.

HDD(944)는, 영상 및 음성 등의 콘텐츠 데이터가 압축된 부호화 비트 스트림, 각종 프로그램 및 기타의 데이터를 내부의 하드 디스크에 기록한다. 또한, HDD(944)는, 영상 및 음성의 재생 시에, 이들 데이터를 하드 디스크로부터 판독한다.

디스크 드라이브(945)는 장착되어 있는 기록 매체에의 데이터의 기록 및 판독을 행한다. 디스크 드라이브(945)에 장착되는 기록 매체는, 예를 들어 DVD 디스크(DVD-Video, DVD- RAM, DVD-R, DVD-RW, DVD+R, DVD+RW 등) 또는 Blu-ray(등록 상표) 디스크 등이어도 된다.

셀렉터(946)는 영상 및 음성의 기록 시에는, 튜너(941) 또는 인코더(943)로부터 입력되는 부호화 비트 스트림을 선택하고, 선택한 부호화 비트 스트림을 HDD(944) 또는 디스크 드라이브(945)에 출력한다. 또한, 셀렉터(946)는 영상 및 음성의 재생 시에는, HDD(944) 또는 디스크 드라이브(945)로부터 입력되는 부호화 비트 스트림을 디코더(947)에 출력한다.

디코더(947)는 부호화 비트 스트림을 복호하고, 영상 데이터 및 음성 데이터를 생성한다. 그리고, 디코더(947)는 생성한 영상 데이터를 OSD(948)에 출력한다. 또한, 디코더(904)는 생성한 음성 데이터를 외부의 스피커에 출력한다.

OSD(948)는, 디코더(947)로부터 입력되는 영상 데이터를 재생하고, 영상을 표시한다. 또한, OSD(948)는, 표시하는 영상에, 예를 들어 메뉴, 버튼 또는 커서 등의 GUI의 화상을 중첩해도 된다.

제어부(949)는 CPU 등의 프로세서, 및 RAM 및 ROM 등의 메모리를 갖는다. 메모리는, CPU에 의해 실행되는 프로그램, 및 프로그램 데이터 등을 기억한다. 메모리에 의해 기억되는 프로그램은, 예를 들어, 기록 재생 장치(940)의 기동 시에 CPU에 의해 읽어들여지고, 실행된다. CPU는, 프로그램을 실행함으로써, 예를 들어 유저 인터페이스(950)로부터 입력되는 조작 신호에 따라, 기록 재생 장치(940)의 동작을 제어한다.

유저 인터페이스(950)는 제어부(949)와 접속된다. 유저 인터페이스(950)는 예를 들어, 유저가 기록 재생 장치(940)를 조작하기 위한 버튼 및 스위치, 및 원격제어 신호의 수신부 등을 갖는다. 유저 인터페이스(950)는 이들 구성 요소를 통하여 유저에 의한 조작을 검출하여 조작 신호를 생성하고, 생성한 조작 신호를 제어부(949)에 출력한다.

이렇게 구성된 기록 재생 장치(940)에 있어서, 인코더(943)는 상술한 실시 형태에 따른 화상 부호화 장치(예를 들어, 도 1의 인코더(1) 및 파일 생성부(2)를 포함하는 부호화 장치)의 기능을 갖는다. 또한, 디코더(947)는 상술한 실시 형태에 따른 화상 복호 장치(예를 들어, 도 8의 파일 판독부(51) 및 디코더(52)를 포함하는 복호 장치)의 기능을 갖는다. 그에 의하여, 기록 재생 장치(940)에서의 화상의 부호화 및 복호 시에, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 복호할 때의 처리 부담을 경감할 수 있다.

[제4 응용예: 촬상 장치]

도 45는, 상술한 실시 형태를 적용한 촬상 장치의 개략적인 구성의 일례를 도시하고 있다. 촬상 장치(960)는 피사체를 촬상하여 화상을 생성하고, 화상 데이터를 부호화하여 기록 매체에 기록한다.

촬상 장치(960)는 광학 블럭(961), 촬상부(962), 신호 처리부(963), 화상 처리부(964), 표시부(965), 외부 인터페이스(966), 메모리(967), 미디어 드라이브(968), OSD(969), 제어부(970), 유저 인터페이스(971), 및 버스(972)를 구비한다.

광학 블럭(961)은 촬상부(962)에 접속된다. 촬상부(962)는 신호 처리부(963)에 접속된다. 표시부(965)는 화상 처리부(964)에 접속된다. 유저 인터페이스(971)는 제어부(970)에 접속된다. 버스(972)는 화상 처리부(964), 외부 인터페이스(966), 메모리(967), 미디어 드라이브(968), OSD(969), 및 제어부(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)는 OSD(969)로부터 취득되는 표시용 데이터를, 표시부(965)에 출력하는 화상에 중첩해도 된다.

OSD(969)는, 예를 들어 메뉴, 버튼 또는 커서 등의 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)는 상술한 실시 형태에 따른 화상 부호화 장치(예를 들어, 도 1의 인코더(1) 및 파일 생성부(2)를 포함하는 부호화 장치) 및 화상 복호 장치(예를 들어, 도 8의 파일 판독부(51) 및 디코더(52)를 포함하는 복호 장치)의 기능을 갖는다. 그에 의하여, 촬상 장치(960)에서의 화상의 부호화 및 복호 시에, 전송할 때에 사용하는 스트림 또는 파일에 저장할 때에 사용하는 스트림을 복호할 때의 처리 부담을 경감할 수 있다.

<8. 제7 실시 형태>

[실시의 기타의 예]

이상에 있어서 본 기술을 적용하는 장치나 시스템 등의 예를 설명했지만, 본 기술은, 이에 한정하지 않고, 이러한 장치 또는 시스템을 구성하는 장치에 탑재하는 모든 구성, 예를 들어, 시스템 LSI(Large Scale Integration) 등으로서의 프로세서, 복수의 프로세서 등을 사용하는 모듈, 복수의 모듈 등을 사용하는 유닛, 유닛에 추가로 기타의 기능을 부가한 세트 등(즉, 장치의 일부 구성)으로서 실시할 수도 있다.

[비디오 세트]

본 기술을 세트로 하여 실시할 경우의 예에 대해서, 도 46을 참조하여 설명한다. 도 46은, 본 기술을 적용한 비디오 세트의 개략적인 구성의 일례를 도시하고 있다.

최근 들어, 전자 기기의 다기능화가 진행되고 있어, 그 개발이나 제조에 있어서, 그 일부의 구성을 판매나 제공 등으로서 실시하는 경우, 1 기능을 갖는 구성으로서 실시를 행하는 경우뿐만 아니라, 관련하는 기능을 갖는 복수의 구성을 조합하여, 복수의 기능을 갖는 1세트로서 실시를 행하는 경우도 많이 보이게 되어 왔다.

도 46에 도시하는 비디오 세트(1300)는 이러한 다기능화된 구성이며, 화상의 부호화나 복호(어느 한쪽이어도 되고, 양쪽이어도 됨)에 관한 기능을 갖는 디바이스에, 그 기능에 관련하는 기타의 기능을 갖는 디바이스를 조합한 것이다.

도 46에 도시된 바와 같이, 비디오 세트(1300)는 비디오 모듈(1311), 외부 메모리(1312), 파워 매니지먼트 모듈(1313), 및 프론트엔드 모듈(1314) 등의 모듈 군과, 커넥티비티(1321), 카메라(1322), 및 센서(1323) 등이 관련하는 기능을 갖는 디바이스를 갖는다.

모듈은, 서로 관련하는 몇 가지의 부품적 기능을 통합하여, 통합된 기능을 가진 부품으로 한 것이다. 구체적인 물리적 구성은 임의인데, 예를 들어, 각각 기능을 갖는 복수의 프로세서, 저항이나 콘덴서 등의 전자 회로 소자, 기타의 디바이스 등을 배선 기판 등에 배치하여 일체화된 것이 생각된다. 또한, 모듈에 다른 모듈이나 프로세서 등을 조합하여 새로운 모듈로 하는 것도 생각된다.

도 46의 예의 경우, 비디오 모듈(1311)은 화상 처리에 관한 기능을 갖는 구성을 조합한 것이며, 어플리케이션 프로세서, 비디오 프로세서, 브로드밴드 모뎀(1333), 및 RF 모듈(1334)을 갖는다.

프로세서는, 소정의 기능을 갖는 구성을 SoC(System On a Chip)에 의해 반도체칩에 집적한 것이며, 예를 들어 시스템 LSI(Large Scale Integration) 등이라고 칭해지는 것도 있다. 이 소정의 기능을 갖는 구성은, 논리 회로(하드웨어 구성)여도 되고, CPU, ROM, RAM 등과, 그들을 사용하여 실행되는 프로그램(소프트웨어 구성)이어도 되고, 그 양쪽을 조합한 것이어도 된다. 예를 들어, 프로세서가, 논리 회로와 CPU, ROM, RAM 등을 갖고, 기능의 일부를 논리 회로(하드웨어 구성)에 의해 실현하고, 기타의 기능을 CPU에서 실행되는 프로그램(소프트웨어 구성)에 의해 실현하도록 해도 된다.

도 46의 어플리케이션 프로세서(1331)는 화상 처리에 관한 애플리케이션을 실행하는 프로세서이다. 이 어플리케이션 프로세서(1331)에서 실행되는 애플리케이션은, 소정의 기능을 실현하기 위해서, 연산 처리를 행할뿐만 아니라, 예를 들어 비디오 프로세서(1332) 등, 비디오 모듈(1311) 내외의 구성을 필요에 따라서 제어할 수도 있다.

비디오 프로세서(1332)는 화상의 부호화·복호(그 한쪽 또는 양쪽)에 관한 기능을 갖는 프로세서이다.

브로드밴드 모뎀(1333)은 인터넷이나 공중 전화 회선망 등의 광대역의 회선을 통하여 행하여지는 유선 또는 무선(또는 그 양쪽)의 광대역 통신에 관한 처리를 행하는 프로세서(또는 모듈)이다. 예를 들어, 브로드밴드 모뎀(1333)은 송신하는 데이터(디지털 신호)를 디지털 변조하는 등 하여 아날로그 신호로 변환하거나, 수신한 아날로그 신호를 복조하여 데이터(디지털 신호)로 변환하거나 한다. 예를 들어, 브로드밴드 모뎀(1333)은 비디오 프로세서(1332)가 처리하는 화상 데이터나 화상 데이터가 부호화된 스트림, 어플리케이션 프로그램, 설정 데이터 등, 임의의 정보를 디지털 변조·복조할 수 있다.

RF 모듈(1334)은 안테나를 통하여 송수신되는 RF(Radio Frequency) 신호에 대하여 주파수 변환, 변복조, 증폭, 필터 처리 등을 행하는 모듈이다. 예를 들어, RF 모듈(1334)은 브로드밴드 모뎀(1333)에 의해 생성된 기저 대역 신호에 대하여 주파수 변환 등을 행하여 RF 신호를 생성한다. 또한, 예를 들어, RF 모듈(1334)은 프론트엔드 모듈(1314)을 통하여 수신된 RF 신호에 대하여 주파수 변환 등을 행하여 기저 대역 신호를 생성한다.

또한, 도 46에 있어서 점선(1341)에 도시된 바와 같이, 어플리케이션 프로세서(1331)와 비디오 프로세서(1332)를 일체화하여, 하나의 프로세서로서 구성되도록 해도 된다.

외부 메모리(1312)는 비디오 모듈(1311)의 외부에 설치된, 비디오 모듈(1311)에 의해 이용되는 기억 디바이스를 갖는 모듈이다. 이 외부 메모리(1312)의 기억 디바이스는, 어떤 물리 구성에 의해 실현하도록 해도 되지만, 일반적으로 프레임 단위의 화상 데이터와 같은 대용량의 데이터 저장에 이용되는 경우가 많으므로, 예를 들어 DRAM(Dynamic Random Access Memory)과 같은 비교적 저렴하며 대용량인 반도체 메모리에 의해 실현하는 것이 바람직하다.

파워 매니지먼트 모듈(1313)은, 비디오 모듈(1311)(비디오 모듈(1311) 내의 각 구성)에의 전력 공급을 관리하고, 제어한다.

프론트엔드 모듈(1314)은 RF 모듈(1334)에 대하여 프론트엔드 기능(안테나측의 송수신단의 회로)을 제공하는 모듈이다. 도 46에 도시된 바와 같이, 프론트엔드 모듈(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)는 본 기술을 적용한 세트로 하여 실시할 수 있다.

[비디오 프로세서의 구성예]

도 47은, 본 기술을 적용한 비디오 프로세서(1332)(도 46)의 개략적인 구성의 일례를 도시하고 있다.

도 47의 예의 경우, 비디오 프로세서(1332)는 비디오 신호 및 오디오 신호의 입력을 받아서 이들을 소정의 방식으로 부호화하는 기능과, 부호화된 비디오 데이터 및 오디오 데이터를 복호하고, 비디오 신호 및 오디오 신호를 재생 출력하는 기능을 갖는다.

도 47에 도시된 바와 같이, 비디오 프로세서(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)(도 46) 등으로부터 입력된 비디오 신호를 취득하고, 디지털 화상 데이터로 변환한다. 제1 화상 확대 축소부(1402)는 화상 데이터에 대하여 포맷 변환이나 화상의 확대 축소 처리 등을 행한다. 제2 화상 확대 축소부(1403)는 화상 데이터에 대하여 비디오 출력 처리부(1404)를 통하여 출력하는 목적지의 포맷에 따라서 화상의 확대 축소 처리를 행하거나, 제1 화상 확대 축소부(1402)와 동일한 포맷 변환이나 화상의 확대 축소 처리 등을 행하거나 한다. 비디오 출력 처리부(1404)는 화상 데이터에 대하여 포맷 변환이나 아날로그 신호에의 변환 등을 행하고, 재생된 비디오 신호로서 예를 들어 커넥티비티(1321)(도 46) 등에 출력한다.

프레임 메모리(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)(도 46) 등으로부터 입력된 오디오 신호를 예를 들어 디지털 변환하고, 예를 들어 MPEG 오디오 방식이나 AC3(AudioCode number 3) 방식 등의 소정의 방식으로 부호화한다. 오디오 인코더(1410)는 오디오 신호가 부호화된 데이터인 오디오 스트림을 오디오 ES 버퍼(1409A)에 순차 기입한다. 오디오 디코더(1411)는 오디오 ES 버퍼(1409B)로부터 공급된 오디오 스트림을 복호하고, 예를 들어 아날로그 신호에의 변환 등을 행하고, 재생된 오디오 신호로서 예를 들어 커넥티비티(1321)(도 46) 등에 공급한다.

다중화부(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) 등(모두 도 46)으로부터 공급된 트랜스포트 스트림을, 스트림 버퍼(1414)를 통하여 취득하고, 역 다중화함으로써, 비디오 스트림과 오디오 스트림으로 변환할 수 있다. 또한, 예를 들어, 역 다중화부(DMUX)(1413)은, 예를 들어 커넥티비티(1321)에 의해(도 46) 각종 기록 매체로부터 판독된 파일 데이터를, 스트림 버퍼(1414)를 통하여 취득하고, 역 다중화함으로써, 비디오 스트림과 오디오 스트림으로 변환할 수 있다.

스트림 버퍼(1414)는 비트 스트림을 버퍼링한다. 예를 들어, 스트림 버퍼(1414)는 다중화부(MUX)(1412)로부터 공급된 트랜스포트 스트림을 버퍼링하고, 소정의 타이밍에 있어서, 또는 외부로부터의 요구 등에 기초하여, 예를 들어 커넥티비티(1321)나 브로드밴드 모뎀(1333)(모두 도 46) 등에 공급한다.

또한, 예를 들어, 스트림 버퍼(1414)는 다중화부(MUX)(1412)로부터 공급된 파일 데이터를 버퍼링하고, 소정의 타이밍에 있어서, 또는 외부로부터의 요구 등에 기초하여, 예를 들어 커넥티비티(1321)(도 46) 등에 공급하고, 각종 기록 매체에 기록시킨다.

또한, 스트림 버퍼(1414)는 예를 들어 커넥티비티(1321)나 브로드밴드 모뎀(1333) 등(모두 도 46)을 통하여 취득한 트랜스포트 스트림을 버퍼링하고, 소정의 타이밍에 있어서, 또는 외부로부터의 요구 등에 기초하여, 역 다중화부(DMUX)(1413)에 공급한다.

또한, 스트림 버퍼(1414)는 예를 들어 커넥티비티(1321)(도 46) 등에 있어서 각종 기록 매체로부터 판독된 파일 데이터를 버퍼링하고, 소정의 타이밍에 있어서, 또는 외부로부터의 요구 등에 기초하여, 역 다중화부(DMUX)(1413)에 공급한다.

이어서, 이와 같은 구성의 비디오 프로세서(1332)의 동작예에 대하여 설명한다. 예를 들어, 커넥티비티(1321)(도 46) 등으로부터 비디오 프로세서(1332)에 입력된 비디오 신호는, 비디오 입력 처리부(1401)에 있어서 4:2:2Y/Cb/Cr 방식 등의 소정의 방식의 디지털 화상 데이터로 변환되어, 프레임 메모리(1405)에 순차 기입된다. 이 디지털 화상 데이터는, 제1 화상 확대 축소부(1402) 또는 제2 화상 확대 축소부(1403)에 판독되어서, 4:2:0Y/Cb/Cr 방식 등의 소정의 방식으로의 포맷 변환 및 확대 축소 처리가 행하여져, 다시 프레임 메모리(1405)에 기입된다. 이 화상 데이터는, 인코드·디코드 엔진(1407)에 의해 부호화되어, 비디오 스트림으로서 비디오 ES 버퍼(1408A)에 기입된다.

또한, 커넥티비티(1321)(도 46) 등으로부터 비디오 프로세서(1332)에 입력된 오디오 신호는, 오디오 인코더(1410)에 의해 부호화되어, 오디오 스트림으로서, 오디오 ES 버퍼(1409A)에 기입된다.

비디오 ES 버퍼(1408A)의 비디오 스트림과, 오디오 ES 버퍼(1409A)의 오디오 스트림은, 다중화부(MUX)(1412)에 판독되어서 다중화되어, 트랜스포트 스트림 또는 파일 데이터 등으로 변환된다. 다중화부(MUX)(1412)에 의해 생성된 트랜스포트 스트림은, 스트림 버퍼(1414)에 버퍼된 후, 예를 들어 커넥티비티(1321)나 브로드밴드 모뎀(1333)(모두 도 46) 등을 통하여 외부 네트워크에 출력된다. 또한, 다중화부(MUX)(1412)에 의해 생성된 파일 데이터는, 스트림 버퍼(1414)에 버퍼된 후, 예를 들어 커넥티비티(1321)(도 46) 등에 출력되어, 각종 기록 매체에 기록된다.

또한, 예를 들어 커넥티비티(1321)나 브로드밴드 모뎀(1333)(모두 도 46) 등을 통하여 외부 네트워크로부터 비디오 프로세서(1332)에 입력된 트랜스포트 스트림은, 스트림 버퍼(1414)에 버퍼된 후, 역 다중화부(DMUX)(1413)에 의해 역 다중화된다. 또한, 예를 들어 커넥티비티(1321)(도 46) 등에 있어서 각종 기록 매체로부터 판독되어, 비디오 프로세서(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)이 제일 실시 형태에 따른 인코더(1) 및 파일 생성부(2)를 포함하는 부호화 장치(도 1)나 파일 판독부(51) 및 디코더(52)를 포함하는 복호 장치(도 8)의 기능을 갖도록 하면 된다. 이와 같이 함으로써, 비디오 프로세서(1332)는 도 1 내지 도 36을 참조하여 상술한 효과와 동일한 효과를 얻을 수 있다.

또한, 인코드·디코드 엔진(1407)에 있어서, 본 기술(즉, 상술한 각 실시 형태에 따른 화상 부호화 장치나 화상 복호 장치의 기능)은 논리 회로 등의 하드웨어에 의해 실현하도록 해도 되고, 내장 프로그램 등의 소프트웨어에 의해 실현하도록 해도 되고, 그들의 양쪽에 의해 실현하도록 해도 된다.

[비디오 프로세서의 다른 구성예]

도 48은, 본 기술을 적용한 비디오 프로세서(1332)(도 46)의 개략적인 구성의 다른 예를 도시하고 있다. 도 48의 예의 경우, 비디오 프로세서(1332)는 비디오 데이터를 소정의 방식으로 부호화·복호하는 기능을 갖는다.

보다 구체적으로는, 도 48에 도시된 바와 같이, 비디오 프로세서(1332)는 제어부(1511), 디스플레이 인터페이스(1512), 디스플레이 엔진(1513), 화상 처리 엔진(1514), 및 내부 메모리(1515)를 갖는다. 또한, 비디오 프로세서(1332)는 코덱 엔진(1516), 메모리 인터페이스(1517), 다중화·역 다중화부(MUX DMUX)(1518), 네트워크 인터페이스(1519), 및 비디오 인터페이스(1520)를 갖는다.

제어부(1511)는 디스플레이 인터페이스(1512), 디스플레이 엔진(1513), 화상 처리 엔진(1514), 및 코덱 엔진(1516) 등, 비디오 프로세서(1332) 내의 각 처리부의 동작을 제어한다.

도 48에 도시된 바와 같이, 제어부(1511)는 예를 들어, 메인 CPU(1531), 서브 CPU(1532), 및 시스템 컨트롤러(1533)를 갖는다. 메인 CPU(1531)는, 비디오 프로세서(1332) 내의 각 처리부의 동작을 제어하기 위한 프로그램 등을 실행한다. 메인 CPU(1531)는, 그 프로그램 등을 따라서 제어 신호를 생성하고, 각 처리부에 공급한다(즉, 각 처리부의 동작을 제어함). 서브 CPU(1532)는, 메인 CPU(1531)의 보조적인 역할을 한다. 예를 들어, 서브 CPU(1532)는, 메인 CPU(1531)가 실행하는 프로그램 등의 자 프로세스나 서브루틴 등을 실행한다. 시스템 컨트롤러(1533)는 메인 CPU(1531) 및 서브 CPU(1532)가 실행하는 프로그램을 지정하는 등, 메인 CPU(1531) 및 서브 CPU(1532)의 동작을 제어한다.

디스플레이 인터페이스(1512)는 제어부(1511)의 제어 하에서, 화상 데이터를 예를 들어 커넥티비티(1321)(도 46) 등에 출력한다. 예를 들어, 디스플레이 인터페이스(1512)는 디지털 데이터의 화상 데이터를 아날로그 신호로 변환하고, 재생된 비디오 신호로서, 또는 디지털 데이터의 화상 데이터인채로, 커넥티비티(1321)(도 46)의 모니터 장치 등에 출력한다.

디스플레이 엔진(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)이 대응하는 부호화·복호의 방식은 임의이고, 그 수는 하나여도 되고, 복수여도 된다. 예를 들어, 코덱 엔진(1516)은 복수의 부호화·복호 방식의 코덱 기능을 구비하고, 그 중에서 선택된 것으로 화상 데이터의 부호화 또는 부호화 데이터의 복호를 행하도록 해도 된다.

도 48에 도시하는 예에 있어서, 코덱 엔진(1516)은 코덱에 관한 처리의 기능 블록으로 하고, 예를 들어, MPEG-2 Video(1541), AVC/H.2641542, HEVC/H.2651543, HEVC/H.265(Scalable)1544, HEVC/H.265(Multi-view)(1545), 및 MPEG-DASH(1551)를 갖는다.

MPEG-2 Video(1541)는, 화상 데이터를 MPEG-2 방식으로 부호화하거나 복호하거나하는 기능 블럭이다. AVC/H.2641542는, 화상 데이터를 AVC 방식으로 부호화하거나 복호하거나하는 기능 블럭이다. HEVC/H.2651543은, 화상 데이터를 HEVC 방식으로 부호화하거나 복호하거나하는 기능 블럭이다. HEVC/H.265(Scalable)(1544)는, 화상 데이터를 HEVC 방식으로 스케일러블 부호화하거나 스케일러블 복호하거나하는 기능 블럭이다. HEVC/H.265(Multi-view)(1545)는, 화상 데이터를 HEVC 방식으로 다시점 부호화하거나 다시점 복호하거나하는 기능 블럭이다.

MPEG-DASH(1551)는, 화상 데이터를 MPEG-DASH(MPEG-Dynamic Adaptive Streaming over HTTP) 방식으로 송수신하는 기능 블럭이다. MPEG-DASH는, HTTP(HyperText Transfer Protocol)를 사용하여 비디오의 스트리밍을 행하는 기술이며, 미리 준비된 해상도 등이 서로 상이한 복수의 부호화 데이터 중에서 적절한 것을 세그먼트 단위로 선택하여 전송하는 것을 특징의 하나로 한다. MPEG-DASH(1551)는, 규격에 준거하는 스트림의 생성이나 그 스트림의 전송 제어 등을 행하고, 화상 데이터의 부호화·복호에 대해서는, 상술한 MPEG-2 Video(1541) 내지HEVC/H.265(Multi-view)(1545)를 이용한다.

메모리 인터페이스(1517)는 외부 메모리(1312)용의 인터페이스이다. 화상 처리 엔진(1514)이나 코덱 엔진(1516)으로부터 공급되는 데이터는, 메모리 인터페이스(1517)를 통하여 외부 메모리(1312)에 공급된다. 또한, 외부 메모리(1312)로부터 판독된 데이터는, 메모리 인터페이스(1517)를 통하여 비디오 프로세서(1332)(화상 처리 엔진(1514) 또는 코덱 엔진(1516))에 공급된다.

다중화·역 다중화부(MUX DMUX)(1518)는, 부호화 데이터의 비트 스트림, 화상 데이터, 비디오 신호 등, 화상에 관한 각종 데이터의 다중화나 역 다중화를 행한다. 이 다중화·역 다중화의 방법은 임의이다. 예를 들어, 다중화 시에, 다중화·역 다중화부(MUX DMUX)(1518)는, 복수의 데이터를 하나로 통합할뿐만 아니라, 소정의 헤더 정보 등을 그 데이터에 부가할 수도 있다. 또한, 역 다중화 시에, 다중화·역 다중화부(MUX DMUX)(1518)는, 하나의 데이터를 복수로 분할할뿐만 아니라, 분할한 각 데이터에 소정의 헤더 정보 등을 부가할 수도 있다. 즉, 다중화·역 다중화부(MUX DMUX)(1518)는, 다중화·역 다중화에 의해 데이터의 포맷을 변환할 수 있다. 예를 들어, 다중화·역 다중화부(MUX DMUX)(1518)는, 비트 스트림을 다중화함으로써, 전송용의 포맷의 비트 스트림인 트랜스포트 스트림이나, 기록용의 파일 포맷의 데이터(파일 데이터)로 변환할 수 있다. 물론, 역 다중화에 의해 그 역변환도 가능하다.

네트워크 인터페이스(1519)는 예를 들어 브로드밴드 모뎀(1333)이나 커넥티비티(1321)(모두 도 46) 등에 적합한 인터페이스이다. 비디오 인터페이스(1520)는 예를 들어 커넥티비티(1321)나 카메라(1322)(모두 도 46) 등에 적합한 인터페이스이다.

이어서, 이러한 비디오 프로세서(1332)의 동작예에 대하여 설명한다. 예를 들어, 예를 들어 커넥티비티(1321)나 브로드밴드 모뎀(1333)(모두 도 46) 등을 통하여 외부 네트워크로부터 트랜스포트 스트림을 수신하면, 그 트랜스포트 스트림은, 네트워크 인터페이스(1519)를 통하여 다중화·역 다중화부(MUX DMUX)(1518)에 공급되어서 역 다중화되어, 코덱 엔진(1516)에 의해 복호된다. 코덱 엔진(1516)의 복호에 의해 얻어진 화상 데이터는, 예를 들어, 화상 처리 엔진(1514)에 의해 소정의 화상 처리가 실시되어, 디스플레이 엔진(1513)에 의해 소정의 변환이 행하여져, 디스플레이 인터페이스(1512)를 통하여 예를 들어 커넥티비티(1321)(도 46) 등에 공급되어, 그 화상이 모니터에 표시된다. 또한, 예를 들어, 코덱 엔진(1516)의 복호에 의해 얻어진 화상 데이터는, 코덱 엔진(1516)에 의해 재부호화되어, 다중화·역 다중화부(MUX DMUX)(1518)에 의해 다중화되어서 파일 데이터로 변환되어, 비디오 인터페이스(1520)를 통하여 예를 들어 커넥티비티(1321)(도 46) 등에 출력되어, 각종 기록 매체에 기록 된다.

또한, 예를 들어, 커넥티비티(1321)(도 46) 등에 의해 도시하지 않은 기록 매체로부터 판독된, 화상 데이터가 부호화된 부호화 데이터의 파일 데이터는, 비디오 인터페이스(1520)를 통하여 다중화·역 다중화부(MUX DMUX)(1518)에 공급되어서 역 다중화되어, 코덱 엔진(1516)에 의해 복호된다. 코덱 엔진(1516)의 복호에 의해 얻어진 화상 데이터는, 화상 처리 엔진(1514)에 의해 소정의 화상 처리가 실시되어, 디스플레이 엔진(1513)에 의해 소정의 변환이 행하여져, 디스플레이 인터페이스(1512)를 통하여 예를 들어 커넥티비티(1321)(도 46) 등에 공급되어, 그 화상이 모니터에 표시된다. 또한, 예를 들어, 코덱 엔진(1516)의 복호에 의해 얻어진 화상 데이터는, 코덱 엔진(1516)에 의해 재부호화되어, 다중화·역 다중화부(MUX DMUX)(1518)에 의해 다중화되어서 트랜스포트 스트림으로 변환되어, 네트워크 인터페이스(1519)를 통하여 예를 들어 커넥티비티(1321)나 브로드밴드 모뎀(1333)(모두 도 46) 등에 공급되어 도시하지 않은 다른 장치에 전송된다.

또한, 비디오 프로세서(1332) 내의 각 처리부의 사이에서의 화상 데이터나 기타의 데이터의 수수는, 예를 들어, 내부 메모리(1515)나 외부 메모리(1312)를 이용하여 행하여진다. 또한, 파워 매니지먼트 모듈(1313)은, 예를 들어 제어부(1511)에의 전력 공급을 제어한다.

이렇게 구성되는 비디오 프로세서(1332)에 본 기술을 적용하는 경우, 코덱 엔진(1516)에, 상술한 각 실시 형태에 따른 본 기술을 적용하면 된다. 즉, 예를 들어, 코덱 엔진(1516)이 제1 실시 형태에 따른 인코더(1) 및 파일 생성부(2)를 포함하는 부호화 장치(도 1)나 파일 판독부(51) 및 디코더(52)를 포함하는 복호 장치(도 8)를 실현하는 기능 블럭을 갖도록 하면 된다. 이와 같이 함으로써, 비디오 프로세서(1332)는 도 1 내지 도 36을 참조하여 상술한 효과와 동일한 효과를 얻을 수 있다.

또한, 코덱 엔진(1516)에 있어서, 본 기술(즉, 상술한 제각기 실시 형태에 따른 화상 부호화 장치나 화상 복호 장치의 기능)은 논리 회로 등의 하드웨어에 의해 실현하도록 해도 되고, 내장 프로그램 등의 소프트웨어에 의해 실현하도록 해도 되고, 그들의 양쪽에 의해 실현하도록 해도 된다.

이상으로 비디오 프로세서(1332)의 구성을 2가지 예시했지만, 비디오 프로세서(1332)의 구성은 임의이어서, 상술한 2예 이외의 것이어도 된다. 또한, 이 비디오 프로세서(1332)는 하나의 반도체칩으로서 구성되도록 해도 되지만, 복수의 반도체칩으로서 구성되도록 해도 된다. 예를 들어, 복수의 반도체를 적층하는 3차원 적층 LSI로 해도 된다. 또한, 복수의 LSI에 의해 실현되도록 해도 된다.

[장치에의 적용예]

비디오 세트(1300)는 화상 데이터를 처리하는 각종 장치에 내장할 수 있다. 예를 들어, 비디오 세트(1300)는 텔레비전 장치(900)(도 42), 휴대 전화기(920)(도 43), 기록 재생 장치(940)(도 44), 촬상 장치(960)(도 45) 등에 내장할 수 있다. 비디오 세트(1300)를 내장함으로써, 그 장치는, 도 1 내지 도 36을 참조하여 상술한 효과와 동일한 효과를 얻을 수 있다.

또한, 상술한 비디오 세트(1300)의 각 구성의 일부여도, 비디오 프로세서(1332)를 포함하는 것이라면, 본 기술을 적용한 구성으로서 실시할 수 있다. 예를 들어, 비디오 프로세서(1332)만을 본 기술을 적용한 비디오 프로세서로서 실시할 수 있다. 또한, 예를 들어, 상술한 바와 같이 점선(1341)에 의해 나타내는 프로세서나 비디오 모듈(1311) 등을, 본 기술을 적용한 프로세서나 모듈 등으로서 실시할 수 있다. 또한, 예를 들어, 비디오 모듈(1311), 외부 메모리(1312), 파워 매니지먼트 모듈(1313), 및 프론트엔드 모듈(1314)을 조합하여, 본 기술을 적용한 비디오 유닛(1361)으로서 실시할 수도 있다. 어느 구성의 경우에도, 도 1 내지 도 36을 참조하여 상술한 효과와 동일한 효과를 얻을 수 있다.

즉, 비디오 프로세서(1332)를 포함하는 것이라면 어떤 구성이어도, 비디오 세트(1300)의 경우와 마찬가지로, 화상 데이터를 처리하는 각종 장치에 내장할 수 있다. 예를 들어, 비디오 프로세서(1332), 점선(1341)에 의해 나타내는 프로세서, 비디오 모듈(1311) 또는 비디오 유닛(1361)을 텔레비전 장치(900)(도 42), 휴대 전화기(920)(도 43), 기록 재생 장치(940)(도 44), 촬상 장치(960)(도 45) 등에 내장할 수 있다. 그리고, 본 기술을 적용한 어느 하나의 구성을 내장함으로써, 그 장치는, 비디오 세트(1300)의 경우와 마찬가지로, 도 1 내지 도 36을 참조하여 상술한 효과와 동일한 효과를 얻을 수 있다.

또한, 본 명세서에서는, startcode와 filler data, 디코더 버퍼를 관리하는 파라미터, 식별 파라미터, FixedStartCodeSizeFlag 등의 각종 정보가, 부호화 스트림에 다중화되어서, 부호화측으로부터 복호측에 전송되는 예에 대하여 설명하였다. 그러나, 이들 정보를 전송하는 방법은 이러한 예에 한정되지 않는다. 예를 들어, 이들 정보는, 부호화 비트 스트림에 다중화될 일 없고, 부호화 비트 스트림과 관련지어진 별개의 데이터로서 전송되거나 또는 기록되어도 된다. 여기서, 「관련짓는다」라고 하는 용어는, 비트 스트림에 포함되는 화상(슬라이스 또는 블럭 등, 화상의 일부여도 됨)과 그 화상에 대응하는 정보를 복호 시에 링크시킬 수 있도록 하는 것을 의미한다. 즉, 정보는, 화상(또는 비트 스트림)과는 별도의 전송로 상에서 전송되어도 된다. 또한, 정보는, 화상(또는 비트 스트림)과는 별도의 기록 매체(또는 동일한 기록 매체의 별도의 기록 에리어)에 기록되어도 된다. 또한, 정보와 화상(또는 비트 스트림)과는, 예를 들어, 복수 프레임, 1 프레임, 또는 프레임 내의 일부분 등이 임의의 단위로 서로 관련지어져도 된다.

이상, 첨부 도면을 참조하면서 본 개시가 적합한 실시 형태에 대하여 상세하게 설명했지만, 본 개시는 이러한 예에 한정되지 않는다. 본 개시가 속하는 기술의 분야에 있어서의 통상의 지식을 갖는 자라면, 청구범위에 기재된 기술적 사상의 범주 내에서, 각종 변경예 또는 수정예에 상도할 수 있는 것은 명확하고, 이들에 대해서도, 당연히 본 개시의 기술적 범위에 속하는 것이라고 이해된다.

1: 인코더
2: 파일 생성부
31: 제어부
32: 설정부
33: 파일 기입부
51: 파일 판독부
52: 디코더
71: 파일 수취부
72: 파라미터 취득부
73: 복호 제어부
74: 데이터 판독부
201: 화상 부호화 장치
251: 화상 복호 장치
300: 파일 교환 장치
311: 비디오 스트림 해석부
401: 인코더
451: 디코더

Claims (15)

1. 화상 처리 장치로서,
   화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data를 설정하는 설정부와,
   상기 설정부에서 설정된 startcode와 filler data를, 파일의 media data에서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 상기 설정부를 제어하는 제어부
   를 구비하는, 화상 처리 장치.
2. 제1항에 있어서,
   상기 디코더 버퍼를 관리하는 파라미터는, VUI(Video Usability Information)에 포함되는 파라미터, 또는 buffering period SEI(Supplemental Enhancement Information)에 포함되는 파라미터, 또는 picture timing SEI에 포함되는 파라미터인, 화상 처리 장치.
3. 제1항에 있어서,
   상기 설정부는, filler data를 VCL 데이터로서 설정하는, 화상 처리 장치.
4. 화상 처리 방법으로서,
   화상 처리 장치가,
   화상을 부호화한 비트 스트림을 포함하는 파일을 대상으로 하여 startcode와 filler data를 설정하고,
   설정된 startcode와 filler data를, 파일의 media data에서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 startcode와 filler data의 설정을 제어하는, 화상 처리 방법.
5. 화상 처리 장치로서,
   화상을 부호화한 비트 스트림을 포함하고, startcode와 filler data가 파일의 media data에서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 제어되어서 설정되어 있는 파일을 수취하는 수취부와,
   상기 수취부에 의해 수취된 파일로부터, 상기 startcode와 filler data를 판독하고, 상기 디코더 버퍼를 관리하는 파라미터를 사용하여 상기 비트 스트림을 복호하는 복호부
   를 구비하는, 화상 처리 장치.
6. 제5항에 있어서,
   상기 디코더 버퍼를 관리하는 파라미터는, VUI(Video Usability Information)에 포함되는 파라미터, 또는 buffering period SEI(Supplemental Enhancement Information)에 포함되는 파라미터, 또는 picture timing SEI에 포함되는 파라미터인, 화상 처리 장치.
7. 제5항에 있어서,
   상기 filler data는, VCL 데이터로서 설정되어 있는, 화상 처리 장치.
8. 화상 처리 방법으로서,
   화상 처리 장치가,
   화상을 부호화한 비트 스트림을 포함하고, startcode와 filler data가 파일의 media data에서, 디코더 버퍼를 관리하는 파라미터의 특성을 유지하여 파일을 구성하도록 제어되어서 설정되어 있는 파일을 수취하고,
   수취된 파일로부터, 상기 startcode와 filler data를 판독하고, 상기 디코더 버퍼를 관리하는 파라미터를 사용하여 상기 비트 스트림을 복호하는, 화상 처리 방법.
9. 화상 처리 장치로서,
   화상을 부호화한 비트 스트림을 포함하는 파일의 media data에서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성을 설정하는 설정부와,
   상기 설정부에 의해 설정된 특성을 사용하여 상기 파일을 생성하는 생성부
   를 구비하는, 화상 처리 장치.
10. 제9항에 있어서,
    상기 설정부는, 디코더 버퍼를 관리하는 파라미터의 특성이 변경된 것을 식별하는 식별 파라미터를 설정하는, 화상 처리 장치.
11. 제10항에 있어서,
    상기 설정부는, 상기 식별 파라미터를, 상기 파일의 샘플 엔트리에서의 옵셔널 박스로서 설정하는, 화상 처리 장치.
12. 화상 처리 방법으로서,
    화상 처리 장치가,
    화상을 부호화한 비트 스트림을 포함하는 파일의 media data에서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성을 설정하고,
    설정된 특성을 사용하여 상기 파일을 생성하는, 화상 처리 방법.
13. 화상 처리 장치로서,
    화상을 부호화한 비트 스트림을 포함하는 파일의 media data에서, startcode와 filler data가 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정되고, 설정된 특성을 사용하여 생성되어 있는 파일을 수취하는 수취부와,
    상기 수취부에 의해 수취된 파일로부터, 상기 디코더 버퍼를 관리하는 파라미터를 판독하고, 판독한 파라미터를 사용하여 상기 비트 스트림을 복호하는 복호부
    를 구비하는, 화상 처리 장치.
14. 제13항에 있어서,
    상기 파일에는, 디코더 버퍼를 관리하는 파라미터의 특성이 변경된 것을 식별하는 식별 파라미터가 설정되어 있는, 화상 처리 장치.
15. 화상 처리 방법으로서,
    화상 처리 장치가,
    화상을 부호화한 비트 스트림을 포함하는 파일의 media data에서, startcode와 filler data가 비트 스트림으로부터 삭제된 경우에, 디코더 버퍼를 관리하는 파라미터의 특성이 설정되고, 설정된 특성을 사용하여 생성되어 있는 파일을 수취하고,
    수취된 파일로부터, 상기 디코더 버퍼를 관리하는 파라미터를 판독하고, 판독한 파라미터를 사용하여 상기 비트 스트림을 복호하는, 화상 처리 방법.

Images