【事件の表示】
　特願２０１２−５０９３０７「画像復号装置、画像符号化装置および符号化データのデータ構造」拒絶査定不服審判事件〔平成２３年１０月１３日国際公開、ＷＯ２０１１／１２５３１３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明
　本願は、２０１１年（平成２３年）３月３１日（優先権主張２０１０年４月９日　日本国）を国際出願日とする出願であって、手続の概要は以下のとおりである。
　
　拒絶理由通知　　　　　：　平成２５年１２月１１日（起案日）
　手続補正　　　　　　　：　平成２６年　２月１４日
　拒絶理由通知（最後）　：　平成２６年　３月３１日（起案日）
　手続補正　　　　　　　：　平成２６年　６月　４日
　補正却下の決定　　　　：　平成２６年　７月　２日
　拒絶査定　　　　　　　：　平成２６年　７月　２日（起案日）
　拒絶査定不服審判請求　：　平成２６年１０月　８日
　手続補正　　　　　　　：　平成２６年１０月　８日
　前置報告書　　　　　　：　平成２６年１２月１６日
　上申書　　　　　　　　：　平成２７年　３月１８日
　拒絶理由通知　　　　　：　平成２７年　９月２９日（起案日）
　手続補正　　　　　　　：　平成２７年１２月　４日
　拒絶理由通知　　　　　：　平成２８年　２月　２日（起案日）
　意見書　　　　　　　　：　平成２８年　４月　８日
　本願の特許請求の範囲の請求項２に係る発明（以下、「本願発明」という。）は、明細書、特許請求の範囲及び図面の記載からみて、平成２７年１２月　４日付け手続補正書の特許請求の範囲の請求項２に記載された以下のとおりのものと認める。
　なお、下記のとおり説明のために（Ａ）ないし（Ｈ）の記号を当審において付与した。以下、構成要件Ａ、構成要件Ｂなどと称することにする。
　
　「【請求項２】
（Ａ）画像をマクロブロックに分割したブロック画像を出力するブロック分割部と、
（Ｂ）前記ブロック画像に対し、フレーム内の画像信号を用いてイントラ予測画像を生成するイントラ予測部と、
（Ｃ）前記ブロック画像から、前記イントラ予測画像を差し引いて生成された予測差分信号に対し、変換および量子化処理を行って圧縮データを生成する変換部と、
（Ｄ）前記圧縮データを符号化する符号化部と、
（Ｅ）１つ以上の前記画像から構成されるシーケンスにおいて定められた前記マクロブロックのサイズを最大とする複数の候補から、変換ブロックサイズを選択する符号化制御部とを備え、
（Ｆ）前記変換ブロックサイズは、前記マクロブロックを分割した複数のサブブロックがある場合、前記複数のサブブロックの各々に対し複数の候補の中から異なる候補が選択されることが可能であり、前記サブブロックごとの複数の候補のサイズは、最大で前記サブブロックと一致するサイズを含み、
（Ｇ）前記変換部は、前記予測差分信号を、前記符号化制御部により選択された変換ブロックサイズのブロックで変換および量子化処理を行い、前記圧縮データを生成すること
（Ｈ）を特徴とする画像符号化装置。」
　
２．引用発明
（２−１）引用例１の記載
　当審の平成２８年　２月　２日付け拒絶理由通知書において引用例１として引用された国際公開第２０１０／０３９７３１号（以下、「引用例１」という。）には、「VIDEO CODING WITH LARGE MACROBLOCKS」（邦訳：「大型マクロ・ブロックを用いたビデオ・コーディング」）として図面とともに以下の事項が記載されている。
　なお、邦訳に当たっては、上記国際公開された国際出願の日本出願の公表公報である特表２０１２−５０４９０９号公報の訳を参照している。
　
　ア．「SUMMARY
[0006] In general, this disclosure describes techniques for encoding digital video data using large macroblocks. Large macroblocks are larger than macroblocks generally prescribed by existing video encoding standards. Most video encoding standards prescribe the use of a macroblock in the form of a 16x16 array of pixels. In accordance with this disclosure, an encoder and decoder may utilize large macroblocks that are greater than 16x16 pixels in size. As examples, a large macroblock may have a 32x32, 64x64, or larger array of pixels.
[0007] Video coding relies on spatial and/or temporal redundancy to support compression of video data. Video frames generated with higher spatial resolution and/or higher frame rate may support more redundancy. The use of large macroblocks, as described in this disclosure, may permit a video coding technique to utilize larger degrees of redundancy produced as spatial resolution and/or frame rate increase. In accordance with this disclosure, video coding techniques may utilize a variety of features to support coding of large macroblocks.
[0008] As described in this disclosure, a large macroblock coding technique may partition a large macroblock into partitions, and use different partition sizes and different coding modes, e.g., different spatial (I) or temporal (P or B) modes, for selected partitions. As another example, a coding technique may utilize hierarchical coded block pattern (CBP) values to efficiently identify coded macroblocks and partitions having non-zero coefficients within a large macroblock. As a further example, a coding technique may compare rate-distortion metrics produced by coding using large and small macroblocks to select a macroblock size producing more favorable results.
[0009] In one example, the disclosure provides a method comprising encoding, with a video encoder, a video block having a size of more than 16x16 pixels, generating block- type syntax information that indicates the size of the block, and generating a coded block pattern value for the encoded block, wherein the coded block pattern value indicates whether the encoded block includes at least one non-zero coefficient.」（２頁３行−３１行）
　（邦訳）「発明の概要
［０００６］概して、本開示では、大型マクロ・ブロックを使用してデジタル・ビデオ・データを符号化するための技法について説明する。大型マクロ・ブロックは、既存のビデオ符号化規格によって一般に規定されたマクロ・ブロックよりも大きい。たいていのビデオ符号化規格は、１６×１６ピクセル・アレイの形態のマクロ・ブロックの使用を規定する。本開示によれば、エンコーダおよびデコーダは、サイズが１６×１６ピクセルよりも大きい大型マクロ・ブロックを利用することができる。例として、大型マクロ・ブロックは、３２×３２、６４×６４、またはより大きいピクセル・アレイを有することができる。
［０００７］ビデオ・コーディングは、ビデオ・データの圧縮をサポートするために空間的および／または時間的冗長性に依拠する。より高い空間分解能および／またはより高いフレーム・レートを用いて生成されるビデオ・フレームは、より多くの冗長性をサポートすることができる。大型マクロ・ブロックの使用は、本開示で説明するように、ビデオ・コーディング技法が、空間分解能および／またはフレーム・レートが増加するにつれて生じる、より大きい程度の冗長性を利用することを可能にし得る。本開示によれば、ビデオ・コーディング技法は、大型マクロ・ブロックのコーディングをサポートするための様々な特徴を利用することができる。
［０００８］本開示で説明するように、大型マクロ・ブロック・コーディング技法は、大型マクロ・ブロックをパーティションに区分し、選択されたパーティションに対して、様々なパーティション・サイズおよび様々なコーディング・モード、たとえば、様々な空間（Ｉ）または時間（ＰまたはＢ）モードを使用することができる。別の例として、コーディング技法は、大型マクロ・ブロック内で非０係数を有するコード化マクロ・ブロックおよびパーティションを効率的に識別するために、階層コード化ブロック・パターン（ＣＢＰ）値を利用することができる。さらなる一例として、コーディング技法は、より好都合な結果を生じるマクロ・ブロックサイズを選択するために、大型マクロ・ブロックと小型マクロ・ブロックとを使用するコーディングによって生成されるレートひずみメトリックを比較することができる。
［０００９］一例では、本開示は、ビデオ・エンコーダを用いて、１６×１６ピクセルよりも大きいサイズを有するビデオ・ブロックを符号化することと、ブロックのサイズを示すブロック・タイプ・シンタックス情報を生成することと、符号化ブロックのコード化ブロック・パターン値を生成することであって、コード化ブロック・パターン値は、符号化ブロックが少なくとも１つの非０係数を含むかどうかを示す、生成することとを備える方法を提供する。」
　イ．「[0081] Smaller video blocks can provide better resolution, and may be used for locations of a video frame that include high levels of detail. In general, macroblocks and the various partitions, sometimes referred to as sub-blocks, may be considered to be  video blocks. In addition, a slice may be considered to be a plurality of video blocks, such as macrob locks and/or sub-blocks. Each slice may be an independently decodable unit of a video frame. Alternatively, frames themselves may be decodable units, or other portions of a frame may be defined as decodable units. The term coded unit or coding unit may refer to any independently decodable unit of a video frame such as an entire frame, a slice of a frame, a group of pictures (GOP) also referred to as a sequence, or another independently decodable unit defined according to applicable coding techniques.」（１７頁３２行−１８頁８行）
　（邦訳）「［００８１］より小さいビデオ・ブロックは、より良好な解像度を与えることができ、高い詳細レベルを含むビデオ・フレームのロケーションに対して使用できる。一般に、マクロ・ブロックおよび様々なパーティションはサブブロックと呼ばれることがあり、ビデオ・ブロックであると見なされ得る。さらに、スライスは、マクロ・ブロックおよび／またはサブブロックなどの複数のビデオ・ブロックであると見なされ得る。各スライスはビデオ・フレームの単独で復号可能なユニットとすることができる。代替的に、フレーム自体を復号可能なユニットとすることができるか、またはフレームの他の部分を復号可能なユニットとして定義することができる。「コード化ユニット」または「コーディング・ユニット」という用語は、フレーム全体、フレームのスライス、シーケンスとも呼ばれるピクチャ・グループ（ＧＯＰ）など、ビデオ・フレームの単独で復号可能な任意のユニット、または適用可能なコーディング技法に従って定義される別の単独で復号可能なユニットを指すことができる。」
　
　ウ．「[0089] FIG. 2 is a block diagram illustrating an example of a video encoder 50 that may implement techniques for using a large macroblock consistent with this disclosure. Video encoder 50 may correspond to video encoder 20 of source device 12, or a video encoder of a different device. Video encoder 50 may perform infra- and inter-coding of  blocks within video frames, including large macroblocks, or partitions or sub-partitions of large macroblocks. Intra-coding relies on spatial prediction to reduce or remove spatial redundancy in video within a given video frame. Inter-coding relies on temporal prediction to reduce or remove temporal redundancy in video within adjacent frames of a video sequence.
[0090] Intra-mode (I-mode) may refer to any of several spatial based compression modes and inter-modes such as prediction (P -mode) or bi-directional (B-mode) may refer to any of several temporal-based compression modes. The techniques of this disclosure may be applied both during inter-coding and intra-coding. In some cases, techniques of this disclosure may also be applied to encoding non- video digital pictures. That is, a digital still picture encoder may utilize the techniques of this disclosure to intra-code a digital still picture using large macroblocks in a manner similar to encoding intra-coded macroblocks in video frames in a video sequence.
[0091] As shown in FIG. 2, video encoder 50 receives a current video block within a video frame to be encoded. In the example of FIG. 2, video encoder 50 includes motion compensation unit 35, motion estimation unit 36, intra prediction unit 37, mode select unit 39, reference frame store 34, summer 48, transform unit 38, quantization unit 40, and entropy coding unit 46. For video block reconstruction, video encoder 50 also includes inverse quantization unit 42, inverse transform unit 44, and summer 51. A deblocking filter (not shown in FIG. 2) may also be included to filter block boundaries to remove blockiness artifacts from reconstructed video. If desired, the deblocking filter would typically filter the output of summer 51.
[0092] During the encoding process, video encoder 50 receives a video frame or slice to be coded. The frame or slice may be divided into multiple video blocks, including large macroblocks. Motion estimation unit 36 and motion compensation unit 35 perform inter-predictive coding of the received video block relative to one or more blocks in one or more reference frames to provide temporal compression. Intra prediction unit 37 performs intra-predictive coding of the received video block relative to one or more neighboring blocks in the same frame or slice as the block to be coded to provide spatial compression.
[0093] Mode select unit 39 may select one of the coding modes, intra or inter, e.g., based on error results, and provides the resulting intra- or inter-coded block to summer 48 to generate residual block data and to summer 51 to reconstruct the encoded block for use as a reference frame. In accordance with the techniques of this disclosure, the  video block to be coded may comprise a macroblock that is larger than that prescribed by conventional coding standards, i.e., larger than a 16x16 pixel macroblock. For example, the large video block may comprise a 64x64 pixel macroblock or a 32x32 pixel macroblock.
[0094]〜[0096]（中略）
[0097] Motion compensation unit 35 may calculate prediction data based on the predictive block. Video encoder 50 forms a residual video block by subtracting the prediction data from motion compensation unit 35 from the original video block being coded. Summer 48 represents the component or components that perform this subtraction operation. Transform unit 38 applies a transform, such as a discrete cosine transform (DCT) or a conceptually similar transform, to the residual block, producing a video block comprising residual transform coefficient values. Transform unit 38 may perform other transforms, such as those defined by the H.264 standard, which are conceptually similar to DCT. Wavelet transforms, integer transforms, sub-band transforms or other types of transforms could also be used. In any case, transform unit 38 applies the transform to the residual block, producing a block of residual transform coefficients. The transform may convert the residual information from a pixel value domain to a transform domain, such as a frequency domain.
[0098] Quantization unit 40 quantizes the residual transform coefficients to further reduce bit rate. The quantization process may reduce the bit depth associated with some or all of the coefficients. In one example, quantization unit 40 may establish a different degree of quantization for each 64x64 pixel macroblock according to a luminance quantization parameter, referred to in this disclosure as QPy. Quantization unit 40 may further modify the luminance quantization parameter used during quantization of a 64x64 macroblock based on a quantization parameter modifier, referred to herein as MB64_delta_QP, and a previously encoded 64x64 pixel macroblock. 
[0099]〜[00100]（中略）
[0100] Following quantization, entropy coding unit 46 entropy codes the quantized transform coefficients. For example, entropy coding unit 46 may perform content adaptive variable length coding (CAVLC), context adaptive binary arithmetic coding (CABAC), or another entropy coding technique. Following the entropy coding by entropy coding unit 46, the encoded video may be transmitted to another device or archived for later transmission or retrieval. The coded bitstream may include entropy coded residual transform coefficient blocks, motion vectors for such blocks, MB64_delta_QP values for each 64x64 pixel macroblock, and other syntax elements including, for example, macroblock-type identifier values, coded unit headers indicating the maximum size of macroblocks in the coded unit, QPy values, coded block pattern (CBP) values, values that identify a partitioning method of a macroblock or sub-block, and transform size flag values, as discussed in greater detail below. In the case of  context adaptive binary arithmetic coding, context may be based on neighboring macroblocks.
[0101] In some cases, entropy coding unit 46 or another unit of video encoder 50 may be configured to perform other coding functions, in addition to entropy coding. For example, entropy coding unit 46 may be configured to determine the CBP values for the large macroblocks and partitions. Entropy coding unit 46 may apply a hierarchical CBP scheme to provide a CBP value for a large macroblock that indicates whether any partitions in the macroblock include non-zero transform coefficient values and, if so, other CBP values to indicate whether particular partitions within the large macroblock have non-zero transform coefficient values. Also, in some cases, entropy coding unit 46 may perform run length coding of the coefficients in a large macroblock or subpartition. In particular, entropy coding unit 46 may apply a zig-zag scan or other scan pattern to scan the transform coefficients in a macroblock or partition and encode runs of zeros for further compression. Entropy coding unit 46 also may construct header information with appropriate syntax elements for transmission in the encoded video bitstream. 
[0102] Inverse quantization unit 42 and inverse transform unit 44 apply inverse quantization and inverse transformation, respectively, to reconstruct the residual block in the pixel domain, e.g., for later use as a reference block. Motion compensation unit 35 may calculate a reference block by adding the residual block to a predictive block of one of the frames of reference frame store 34. Motion compensation unit 35 may also apply one or more interpolation filters to the reconstructed residual block to calculate sub-integer pixel values. Summer 51 adds the reconstructed residual block to the motion compensated prediction block produced by motion compensation unit 35 to produce a reconstructed video block for storage in reference frame store 34. The reconstructed video block may be used by motion estimation unit 36 and motion compensation unit 35 as a reference block to inter-code a block in a subsequent video frame. The large macroblock may comprise a 64x64 pixel macroblock, a 32x32 pixel macroblock, or other macroblock that is larger than the size prescribed by conventional video coding standards.」（１９頁３１行−２４頁２９行）
　（邦訳）「［００８９］図２は、本開示に一致する大型マクロ・ブロックを使用するための技法を実装することができるビデオ・エンコーダ５０の一例を示すブロック図である。ビデオ・エンコーダ５０は、ソース・デバイス１２のビデオ・エンコーダ２０、または異なるデバイスのビデオ・エンコーダに対応することがある。ビデオ・エンコーダ５０は、大型マクロ・ブロックあるいは大型マクロ・ブロックのパーティションまたはサブパーティションを含むビデオ・フレーム内のブロックのイントラ・コーディングおよびインター・コーディングを実行することができる。イントラ・コーディングは空間的予測を利用して、所与のビデオ・フレーム内のビデオの空間的冗長性を低減または除去する。インター・コーディングは時間的予測を利用して、ビデオ・シーケンスの隣接フレーム内のビデオの時間的冗長性を低減または除去する。
［００９０］イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指し、予測（Ｐモード）または双方向（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指すことができる。本開示の技法は、インター・コーディング中とイントラ・コーディング中の両方に適用できる。場合によっては、本開示の技法はまた、非ビデオデジタル画像を符号化することに適用できる。すなわち、デジタル静止画像エンコーダは、本開示の技法を利用して、ビデオ・シーケンス中のビデオ・フレーム中のイントラ・コード化マクロ・ブロックを符号化するのと同様の方法で、大型マクロ・ブロックを使用してデジタル静止画像をイントラ・コーディングすることができる。
［００９１］図２に示すように、ビデオ・エンコーダ５０は、符号化すべきビデオ・フレーム内の現在のビデオ・ブロックを受信する。図２の例では、ビデオ・エンコーダ５０は、動き補償ユニット３５と、動き推定ユニット３６と、イントラ予測ユニット３７と、モード選択ユニット３９と、参照フレーム・ストア３４と、加算器４８と、変換ユニット３８と、量子化ユニット４０と、エントロピー・コーディング・ユニット４６とを含む。ビデオ・ブロック再構成のために、ビデオ・エンコーダ５０はまた、逆量子化ユニット４２と、逆変換ユニット４４と、加算器５１とを含む。再構成されたビデオからブロッキネス・アーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキング・フィルタ（図２に図示せず）を含めることもできる。所望される場合、デブロッキング・フィルタは、一般に、加算器５１の出力をフィルタ処理するであろう。
［００９２］符号化プロセス中に、ビデオ・エンコーダ５０はコーディングすべきビデオ・フレームまたはスライスを受信する。フレームまたはスライスは、大型マクロ・ブロックを含む複数のビデオ・ブロックに分割できる。動き推定ユニット３６および動き補償ユニット３５は、時間圧縮を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対する受信したビデオ・ブロックのインター予測コーディングを実行する。イントラ予測ユニット３７は、空間圧縮を行うために、コーディングすべきブロックと同じフレームまたはスライス中の１つまたは複数の近傍ブロックに対する受信したビデオ・ブロックのイントラ予測コーディングを実行する。
［００９３］モード選択ユニット３９は、たとえば、誤り結果に基づいてコーディング・モード、すなわち、イントラまたはインターのうちの１つを選択し、残差ブロックデータを生成するために、得られたイントラ・コード化ブロックまたはインター・コード化ブロックを加算器４８に供給し、参照フレームとして使用するための符号化ブロックを再構成するために、得られたイントラ・コード化ブロックまたはインター・コード化ブロックを加算器５１に供給することができる。本開示の技法によれば、コーディングすべきビデオ・ブロックは、従来のコーディング規格によって規定されたマクロ・ブロックよりも大きい、すなわち、１６×１６ピクセル・マクロ・ブロックよりも大きいマクロ・ブロックを備えることができる。たとえば、大型ビデオ・ブロックは６４×６４ピクセル・マクロ・ブロックまたは３２×３２ピクセル・マクロ・ブロックを備えることができる。
［００９４］−［００９６］（中略）
［００９７］動き補償ユニット３５は、予測ブロックに基づいて予測データを計算することができる。ビデオ・エンコーダ５０は、コーディングされている元のビデオ・ブロックから、動き補償ユニット３５からの予測データを減算することによって残差ビデオ・ブロックを形成する。加算器４８は、この減算演算を実行する１つまたは複数の構成要素を表す。変換ユニット３８は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオ・ブロックを生成する。変換ユニット３８は、概念的にＤＣＴと同様である、Ｈ．２６４規格によって定義される変換などの他の変換を実行することができる。ウェーブレット変換、整数変換、サブバンド変換または他のタイプの変換をも使用することができる。いずれの場合も、変換ユニット３８は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報をピクセル値領域から周波数領域などの変換領域に変換することができる。
［００９８］量子化ユニット４０は、ビット・レートをさらに低減するために残差変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減することができる。一例では、量子化ユニット４０は、本開示ではＱＰYと呼ぶ輝度量子化パラメータに従って各６４×６４ピクセル・マクロ・ブロックについて異なる程度の量子化を確定することができる。量子化ユニット４０は、さらに、本明細書では「ＭＢ６４＿ｄｅｌｔａ＿ＱＰ」と呼ぶ量子化パラメータモディファイアと前に符号化された６４×６４ピクセル・マクロ・ブロックとに基づいて、６４×６４マクロ・ブロックの量子化中に使用される輝度量子化パラメータを変更することができる。
［００９９］−［００１００］（中略）
［０１００］量子化の後、エントロピー・コーディング・ユニット４６が量子化変換係数をエントロピー・コーディングする。たとえば、エントロピー・コーディング・ユニット４６は、コンテンツ適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、または別のエントロピー・コーディング技法を実行すること
ができる。エントロピー・コーディング・ユニット４６によるエントロピー・コーディングの後、符号化ビデオを、別のデバイスに送信するか、あるいは後で送信または検索するためにアーカイブすることができる。コード化ビット・ストリームは、以下でより詳細に説明するように、エントロピーコード化残差変換係数ブロックと、そのようなブロックの動きベクトルと、各６４×６４ピクセル・マクロ・ブロックのＭＢ６４＿ｄｅｌｔａ＿ＱＰ値と、たとえば、マクロ・ブロック・タイプ識別子値と、コード化ユニット中のマクロ・ブロックの最大サイズを示すコード化ユニットヘッダと、ＱＰY値と、コード化ブロック・パターン（ＣＢＰ）値と、マクロ・ブロックまたはサブブロックの区分方法を識別する値と、変換サイズ・フラグ値とを含む他のシンタックス要素とを含むことができる。コンテキスト適応型バイナリ算術コーディングの場合、コンテキストは近傍マクロ・ブロックに基づくことができる。
［０１０１］場合によっては、エントロピー・コーディング・ユニット４６またはビデオ・エンコーダ５０の別のユニットは、エントロピー・コーディングに加えて他のコーディング機能を実行するように構成できる。たとえば、エントロピー・コーディング・ユニット４６は大型マクロ・ブロックおよびパーティションのＣＢＰ値を判断するように構成できる。エントロピー・コーディング・ユニット４６は、マクロ・ブロック中のパーティションのいずれかが非０変換係数値を含むかどうかを示す大型マクロ・ブロックのＣＢＰ値を与え、そうであれば、大型マクロ・ブロック内の特定のパーティションが非０変換係数値を有するかどうかを示す他のＣＢＰ値を与えるための階層ＣＢＰ方式を適用することができる。また、場合によっては、エントロピー・コーディング・ユニット４６は、大型マクロ・ブロックまたはサブパーティション中の係数のランレングスコーディングを実行することができる。特に、エントロピー・コーディング・ユニット４６は、マクロ・ブロックまたはパーティション中の変換係数をスキャンするためにジグザグ・スキャンまたは他のスキャンパターンを適用し、さらなる圧縮のためにゼロのランを符号化することができる。エントロピー・コーディング・ユニット４６はまた、符号化ビデオビット・ストリーム中での送信のために適切なシンタックス要素とともにヘッダ情報を構成することができる。
［０１０２］逆量子化ユニット４２および逆変換ユニット４４は、それぞれ逆量子化および逆変換を適用して、たとえば参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償ユニット３５は、残差ブロックを参照フレーム・ストア３４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算することができる。動き補償ユニット３５はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、サブ整数ピクセル値を計算することができる。加算器５１は、再構成された残差ブロックを動き補償ユニット３５によって生成された動き補償予測ブロックに加算して、参照フレーム・ストア３４に記憶するための再構成されたビデオ・ブロックを生成する。再構成されたビデオ・ブロックは、後続のビデオ・フレーム中のブロックをインター・コーディングするために動き推定ユニット３６および動き補償ユニット３５によって参照ブロックとして使用され得る。大型マクロ・ブロックは、６４×６４ピクセル・マクロ・ブロック、３２×３２ピクセル・マクロ・ブロック、または従来のビデオ・コーディング規格によって規定されたサイズよりも大きい他のマクロ・ブロックを備えることができる。」
　エ．「[0113] Using the example four levels of partitions shown in FIG. 4A, large homogeneous areas and fine sporadic changes can be adaptively represented by an encoder implementing the framework and techniques of this disclosure. For example, video encoder 50 may determine different partitioning levels for different macroblocks, as well as coding modes to apply to such partitions, e.g., based on rate-distortion analysis. Also, as described in greater detail below, video encoder 50 may encode at least some of the final partitions differently, using spatial (P-encoded or B-encoded) or temporal (I-encoded) prediction, e.g., based on rate-distortion metric results or other considerations.
[0114] Instead of coding a large macroblock uniformly such that all partitions have the same intra- or inter-coding mode, a large macroblock may be coded such that some partitions have different coding mode. For example, some (at least one) partitions may be coded with different intra-coding modes (e.g., 1 16x16, 1 8x8, 1 4x4) relative to other (at least one) partitions in the same macroblock. Also, some (at least one) partitions may be intra-coded while other (at least one) partitions in the same macroblock are inter-coded.
[0115] For example, video encoder 50 may, for a 32x32 block with four 16x16 partitions, encode some of the 16x16 partitions using spatial prediction and other 16x16 partitions using temporal prediction. As another example, video encoder 50 may, for a 32x32 block with four 16x16 partitions, encode one or more of the 16x16 partitions using a first prediction mode (e.g., one of 1 16x16, 1 8x8, 1 4x4) and one or more other 16x16 partitions using a different spatial prediction mode (e.g., one of 1 16x16, 1 8x8, I_4x4).
[0116] FIG. 4B is a conceptual diagram illustrating assignment of different coding modes to different partitions a large macroblock. In particular, FIG. 4B illustrates assignment of an I l 6x16 intra-coding mode to an upper left 16x16 block of a large 32x32 macroblock, 1 8x8 intra-coding modes to upper right and lower left 16x16 blocks of the large 32x32 macroblock, and an 1 4x4 intra-coding mode to a lower right 16x16 block of the large 32x32 macroblock. In some cases, the coding modes illustrated in FIG. 4B may be H.264 intra-coding modes for luma coding.」（２７頁２５行−２８頁２１行）
　（邦訳）「［０１１３］図４Ａに示すパーティションの例示的な４つのレベルを使用して、本開示のフレームワークおよび技法を実装するエンコーダによって大きい均質なエリアおよび細かい散発的変化を適応的に表すことができる。たとえば、ビデオ・エンコーダ５０は、様々なマクロ・ブロックの様々な区分レベルを判断すること、ならびに、たとえば、レートひずみ分析に基づいて、そのようなパーティションに適用すべきコーディング・モードを判断することができる。また、以下でより詳細に説明するように、ビデオ・エンコーダ５０は、たとえば、レートひずみメトリック結果または他の考慮事項に基づいて、空間的（Ｐ符号化またはＢ符号化）予測または時間的（Ｉ符号化）予測を使用して、最終パーティションのうちの少なくともいくつかを別様に符号化することができる。
［０１１４］すべてのパーティションが同じイントラ・コーディング・モードまたはインター・コーディング・モードを有するように大型マクロ・ブロックを一様にコーディングする代わりに、いくつかのパーティションが様々なコーディング・モードを有するように大型マクロ・ブロックをコーディングすることができる。たとえば、いくつかの（少なくとも１つの）パーティションを、同じマクロ・ブロック中の他の（少なくとも１つの）パーティションに対して異なるイントラ・コーディング・モード（たとえば、Ｉ＿１６×１６、Ｉ＿８×８、Ｉ＿４×４）でコーディングすることができる。また、いくつかの（少なくとも１つの）パーティションをイントラ・コーディングし、同じマクロ・ブロック中の他の（少なくとも１つの）パーティションをインター・コーディングすることができる。
［０１１５］たとえば、ビデオ・エンコーダ５０は、４つの１６×１６パーティションをもつ３２×３２ブロックについて、空間的予測を使用して１６×１６パーティションのうちのいくつかを符号化し、時間的予測を使用して他の１６×１６パーティションを符号化することができる。別の例として、ビデオ・エンコーダ５０は、４つの１６×１６パーティションをもつ３２×３２ブロックについて、第１の予測モード（たとえば、Ｉ＿１６×１６、Ｉ＿８×８、Ｉ＿４×４のうちの１つ）を使用して１６×１６パーティションの１つまたは複数を符号化し、異なる空間的予測モード（たとえば、Ｉ＿１６×１６、Ｉ＿８×８、Ｉ＿４×４のうちの１つ）を使用して１つまたは複数の他の１６×１６パーティションを符号化することができる。
［０１１６］図４Ｂは、大型マクロ・ブロックの様々なパーティションへの様々なコーディング・モードの割当てを示す概念図である。特に、図４Ｂは、大型３２×３２マクロ・ブロックの左上の１６×１６ブロックへのＩ＿１６×１６イントラ・コーディング・モードの割当て、大型３２×３２マクロ・ブロックの右上および左下の１６×１６ブロックへのＩ＿８×８イントラ・コーディング・モードの割当て、および大型３２×３２マクロ・ブロックの右下の１６×１６ブロックへのＩ＿４×４イントラ・コーディング・モードの割当てを示す。場合によっては、図４Ｂに示すコーディング・モードはルーマ・コーディングのためのＨ．２６４イントラ・コーディング・モードとすることができる。」
　オ．「[0158] When a video block is intra-coded, various methods may be used for partitioning the video block. Moreover, each of the partitions may be intra-coded differently, i.e., with a different mode, such as different intra-modes. For example, a 32x32 partition, such as partition A of FIG. 10, may be further partitioned into four equal-sized blocks of size 16x16 pixels. As one example, ITU H.264 describes three different methods for intra-encoding a 16x16 macroblock, including intra-coding at the 16x16 level, intra- coding at the 8x8 level, and intra-coding at the 4x4 level. However, ITU H.264 prescribes encoding each partition of a 16x16 macroblock using the same intra-coding mode. Therefore, according to ITU H.264, if one sub-block of a 16x16 macroblock is to be intra-coded at the 4x4 level, every sub-block of the 16x16 macroblock must be intra- coded at the 4x4 level.
[0159] An encoder configured according to the techniques of this disclosure, on the other hand, may apply a mixed mode approach. For intra-coding, for example, a large macroblock may have various partitions encoded with different coding modes. As an illustration, in a 32x32 partition, one 16x16 partition may be intra-coded at the 4x4 pixel level, while other 16x16 partitions may be intra-coded at the 8x8 pixel level, and one 16x16 partition may be intra-coded at the 16x16 level, e.g., as shown in FIG. 4B.」（４１頁５行−２１行）
　（邦訳）「［０１５８］ビデオ・ブロックをイントラ・コーディングするとき、ビデオ・ブロックを区分するための様々な方法を使用することができる。その上、パーティションの各々を、別様に、すなわち、様々なイントラモードなど、異なるモードでイントラ・コーディングすることができる。たとえば、図１０のパーティションＡなど、３２×３２パーティションをサイズ１６×１６ピクセルの等しいサイズの４つのブロックにさらに区分することができる。一例として、ＩＴＵ  Ｈ．２６４には、１６×１６レベルにおけるイントラ・コーディングと、８×８レベルにおけるイントラ・コーディングと、４×４レベルにおけるイントラ・コーディングとを含む、１６×１６マクロ・ブロックをイントラ符号化するための３つの異なる方法が記載されている。ただし、ＩＴＵ  Ｈ．２６４は、同じイントラ・コーディング・モードを使用して１６×１６マクロ・ブロックの各パーティションを符号化することを規定している。したがって、ＩＴＵ  Ｈ．２６４によれば、１６×１６マクロ・ブロックの１つのサブブロックを４×４レベルにおいてイントラ・コーディングすべき場合、１６×１６マクロ・ブロックのあらゆるサブブロックを４×４レベルにおいてイントラ・コーディングしなければならない。
［０１５９］一方、本開示の技法に従って構成されたエンコーダは混合モード手法を適用することができる。イントラ・コーディングの場合、たとえば、大型マクロ・ブロックは、様々なコーディング・モードで符号化された様々なパーティションを有することができる。一例として、３２×３２パーティションにおいて、たとえば、図４Ｂに示すように、１つの１６×１６パーティションを４×４ピクセルレベルにおいてイントラ・コーディングし、他の１６×１６パーティションを８×８ピクセルレベルにおいてイントラ・コード・コーディングし、１つの１６×１６パーティションを１６×１６レベルにおいてイントラ・コーディングすることができる。」
　
（２−２）引用発明１
　上記（２−１）のア．〜オ．の記載及び関連する図面並びにこの分野における技術常識を考慮して引用例１の記載を検討する。
（i）引用例１には、上記ア．のように、既存のビデオ符号化規格によって規定されたマクロ・ブロック（１６×１６ピクセル・アレイ）より大きい大型マクロ・ブロック（３２×３２、６４×６４、またはより大きいピクセル・アレイ）を使用したビデオ・エンコーダについて記載がある。また、大型マクロ・ブロックをパーティションに区分し、選択されたパーティションに対してコーディングすることが記載されている。また、上記イ．には、パーティションをサブブロックと呼ぶと記載されている。
　そして、上記ウ．及び図２には、大型マクロ・ブロックを使用したビデオ・エンコーダについて記載がある。段落［００８９］には、ビデオ・エンコーダが、大型マクロブロックあるいは大型マクロ・ブロックのパーティションに対して、イントラ・コーディング及びインター・コーディングを実行することが記載されている。
　また、段落［００９１］−［００９２］の記載によれば、ビデオ・エンコーダは、フレームまたはスライスを分割した大型マクロ・ブロックを含む複数のビデオ・ブロックを受信するとされている。
　これらの記載から、引用例１記載のビデオ・エンコーダが、『フレームまたはスライスを大型マクロ・ブロック含む複数のビデオ・ブロックに分割する構成』を有することは明らかである。
　
（ii）上記ウ．の段落［００９２］には、「イントラ予測ユニット３７は、空間圧縮を行うために、コーディングすべきブロックと同じフレームまたはスライス中の１つまたは複数の近傍ブロックに対する受信したビデオ・ブロックのイントラ予測コーディングを実行する。」と記載されている。また、段落［００９３］には、イントラ予測ユニット３７からイントラ・コード化ブロックが得られることが記載されているから、引用例１記載のビデオ・エンコーダは、『ビデオ・ブロックと同じフレームまたはスライス中の近傍のビデオ・ブロックを用いてイントラ予測コーディングを行い、イントラ・コード化ブロックを得るイントラ予測ユニット』を有している。
（iii）上記ウ．の段落［００９３］及び［００９７］並びに図２の記載によれば、イントラ予測ユニット３７からの出力であるイントラ・コード化ブロックが、加算器４８において、受信されたビデオ・ブロックから減算され、残差ビデオ・ブロックが生成されている。そして、段落［００９７］〜［００９８］、［０１００］には、変換ユニット３８で、残差ビデオ・ブロックを変換して残差変換係数のブロックを生成し、量子化ユニット４０で量子化変換係数を生成することが記載されている。
　これらの記載から、引用例１記載のビデオ・エンコーダは、『イントラ・コード化ブロックをビデオ・ブロックから減算して生成された残差ビデオ・ブロックを、変換ユニットで変換し、量子化ユニットで量子化して量子化変換係数を生成する構成』を有している。
（iv）上記ウ．の［０１００］には、量子化変換係数をエントロピー・コーディング・ユニット４６がエントロピー・コーディングすることが記載されているから、引用例１記載のビデオ・エンコーダは、『量子化変換係数をエントロピー・コーディングするエントロピー・コーディング・ユニット』を有している。
（v）上記エ．及びオ．には、大型マクロ・ブロックを分割したパーティション（サブブロック）とイントラ・コーディングについて記載がある。上記エ．の段落［０１１３］〜［０１１４］には、ビデオ・エンコーダが、レートひずみ分析に基づいてパーティションに適用すべきコーディング・モードを判断すること、及び、パーティションが、Ｉ＿１６×１６、Ｉ＿８×８、Ｉ＿４×４のように複数のイントラ・コーディング・モードにてイントラ・コーディングされることが記載されている。
　さらに、上記エ．の段落［０１１６］及び上記オ．には、大型マクロ・ブロックを分割した各パーティションのそれぞれに様々なイントラ・コーディング・モードが割り当てられることが記載されている。また、上記（i）にて言及したように上記ウ．の段落［００８９］には、大型マクロ・ブロックあるいは大型マクロブロックのパーティションにイントラコーディングすることが記載されている。
　これらの記載から、引用例１のビデオ・エンコーダが、『複数のイントラ・コーディング・モードを割り当てる構成』を有することは明らかであり、その割り当てる構成が、『大型マクロブロックあるいは大型マクロ・ブロックのサブブロックのそれぞれに様々なイントラ・コーディング・モードを割り当て』ているといえる。
　ここで、動画像符号化の技術常識から、イントラ・コーディング・モード（Ｉ＿１６×１６、Ｉ＿８×８、Ｉ＿４×４等）にてイントラ・コーディングすることは、割り当てられたイントラ・コーディング・モードにおけるブロックサイズ（例えばＩ＿１６×１６の場合、１６×１６のブロックサイズ）により変換ユニットで変換することを含む処理であるといえるから、引用例１のビデオ・エンコーダの変換ユニットは、『残差ビデオ・ブロックを、割り当てられたイントラ・コーディング・モードによるブロックサイズで変換する処理を行う』ものである。
　したがって、引用例１には以下の発明（以下、「引用発明１」という。）が開示されている。なお、下記のとおり説明のために（ａ）ないし（ｈ）の記号を当審において付与した。以下、構成要件ａ、構成要件ｂなどと称することにする。
　
＜引用発明１＞
　「（ａ）フレームまたはスライスを大型マクロ・ブロック含む複数のビデオ・ブロックに分割する構成と、
（ｂ）ビデオ・ブロックと同じフレームまたはスライス中の近傍のビデオ・ブロックを用い、イントラ・コード化ブロックを得るイントラ予測コーディングを行うイントラ予測ユニットと、
（ｃ）イントラ・コード化ブロックをビデオ・ブロックから減算して生成された残差ビデオ・ブロックを、変換ユニットで変換し、量子化ユニットで量子化して量子化変換係数を生成する構成と、
（ｄ）量子化変換係数をエントロピー・コーディングするエントロピー・コーディング・ユニットと、
（ｅ）複数のイントラ・コーディング・モードを割り当てる構成とを備え、
（ｆ）大型マクロブロックあるいは大型マクロ・ブロックのサブブロックのそれぞれに様々なイントラ・コーディング・モードを割り当て、
（ｇ）変換ユニットは、残差ビデオ・ブロックを、割り当てられたイントラ・コーディング・モードによるブロックサイズで変換する処理を行う
（ｈ）ビデオ・エンコーダ。」
　
（２−３）引用例２の記載
　当審の平成２８年　２月　２日付け拒絶理由通知書において引用例３として引用された国際公開第２０１０／０３９８２２号（以下、「引用例２」という。）には、「VIDEO CODING USING TRANSFORMS BIGGER THAN 4x4 AND 8x8」（邦訳「４×４および８×８よりも大きい変換を使用するビデオ符号化」）として図面とともに以下の事項が記載されている。
　なお、邦訳に当たっては、上記国際公開された国際出願の日本出願の公表公報である特表２０１２−５０４９１５号公報の訳を参照している。
　カ．「[0025] The video blocks may have fixed or varying sizes, and may differ in size according to a specified coding standard. As an example, the International Telecommunication Union Standardization Sector (ITU-T) H.264/MPEG-4, Part 10, Advanced Video Coding (AVC) (hereinafter H.264/ MPEG-4 Part 10 AVC standard) supports intra prediction in various block sizes, such as 16x16, 8x8, or 4x4 pixels for luma components, and 8x8 pixels for chroma components. Inter prediction can be performed in various block sizes, such as 16x16, 16x8, 8x16, 8x8, 8x4, 4x8 and 4x4 pixels for luma components and corresponding scaled sizes for chroma components. In H.264, for example, each video block of 16 by 16 pixels, often referred to as a macroblock (MB), may be sub-divided into sub-blocks of smaller sizes and intra or inter predicted in sub-blocks. In general, MBs and the various sub-blocks may be considered to be video blocks. Thus, MBs may be considered to be video blocks, and if partitioned or sub-partitioned, MBs can themselves be considered to define sets of video blocks.」（７頁１０行−２２行）
　（邦訳）「［００２５］各ビデオブロックは、一定サイズまたは可変サイズを有してよく、かつ指定された符号化標準に応じて異なるサイズを有してよい。一例として、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ  １０，Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）（以下「Ｈ．２６４／ＭＰＥＧ−４  Ｐａｒｔ  １０  ＡＶＣ」標準）は、輝度成分については１６×１６画素、８×８画素、または４×４画素、および彩度成分については８×８画素のような様々なブロックサイズの画像内予測をサポートする。画像内予測は、輝度成分については１６×１６画素、１６×８画素、８×１６画素、８×８画素、８×４画素、４×８画素、４×４画素のような様々なブロックサイズで実行することができ、彩度成分については対応するスケールのサイズで実行することができる。Ｈ．２６４では、たとえば、１６×１６画素の各ビデオブロックは、マクロブロック（ＭＢ）と呼ばれることが多く、より小さいサイズの副ブロックに細分して副ブロック単位で画像内予測または画像間予測を施すことができる。一般に、ＭＢおよび様々な副ブロックをビデオブロックとみなすことができる。したがって、ＭＢをビデオブロックとみなすことができ、区分または再区分される場合、ＭＢ自体をビデオブロックの組を形成するとみなすことができる。」
　キ．「 [0069] Figure 4 is an exemplary embodiment of another process 400 of setting a flag value at an encoder signaling the transform size used by the encoder 20 for a given video block. The prediction block size may be determined at mode decision unit 43, and the transform may be performed at block transform unit 29. The choice of prediction block size and the choice of transform size used on a block are made by the mode decision unit 43. At a first step 402 of process 400, it is determined if the prediction block size for the given block is greater than 8x8. If the prediction block size is not greater than 8x8, the process continues to step 406. Alternatively, if the prediction block size is greater than 8x8, the process proceeds to step 438. 
[0070] At step 406, it is determined if the prediction block size is less than 8x8. If the prediction block size is less than 8x8, the process 400 proceeds to step 410, wherein a 4x4 transform is applied to the block. The process 400 then continues to a step 414 where no flag value is set to be sent to the decoder. Alternatively, if the prediction block size is determined not to be smaller than 8x8 at step 406, the process proceeds to a step 418, wherein it is determined if the transform size to be used on the block is 8x8. If it is determined that an 8x8 transform size is not to be used, process 400 continues to step 422 where a 4x4 transform is applied to the block, and then to a step 426 where a 1- bit flag with a value of 0 is set to be sent to the decoder. In the alternative, at step 418 it is determined that an 8x8 transform is to be used, the process continues to step 430 wherein an 8x8 transform is applied to the block, and then to a step 434 where a 1-bit flag with a value of 1 is set to be sent to the decoder.
[0071] If at step 402, it is determined the prediction block size is greater than 8x8, the process proceeds to step 438. At step 438 it is determined if the prediction block  size is 16x16. If the prediction block size is 16x16, process 400 proceeds to step 442 where it is determined if the transform size to be applied to the block is 8x8. If it is determined the transform size to be used is 8x8, process 400 proceeds to step 446 where an 8x8 transform is applied to the given block, and then to step 450 where a two-bit flag with a value of 00 is set to be sent to the decoder. Alternatively, if at step 442 it is determined the transform size to be applied is not 8x8, process 442 proceeds to step 454 where it is determined if a 16x16 transform is to be applied to the block. If a 16x16 transform is to be applied, the process 400 continues to step 458 where a 16x16 transform is applied to the given block, and then to step 462 where a two-bit flag with a value of 01 is set to be sent to the decoder. If instead at step 454 it is determined the transform size to be applied is not 16x16, process 400 continues to step 466 where it is determined if the transform size to be applied to the given block is 16x8. If the transform size to be applied is 16x8, process 400 continues to step 470 where a 16x8 transform is applied to the given block, and then to step 474 where a two-bit flag with a value of 10 is set to be sent to the decoder. In the alternative, if at step 466 it is determined the transform size to be applied to the block is not 16x8, process 400 continues to step 478 where an 8x16 transform is applied to the given block, and then to step 482 where a two-bit flag with a value of 11 is set to be sent to the decoder. 
[0072] If at step 438 it is determined the prediction block size is not 16x16, process 400 continues to a step 484 where it is determined if the transform size to be applied to the given block is 8x8. If the transform to be applied is 8x8, process 400 continues to step 492 where an 8x8 transform is applied to the block and then to step 426 where a 1- bit flag value of 0 is set to be sent to the decoder. In the alternative, if at step 484 it is determined the transform size to be applied to the block is not 8x8, the process continues to step 486 where it is determined if the prediction block size is 16x8. If the prediction block size is 16x8, process 400 continues to step 488 where a 16x8 transform is performed on the block, and then to step 434. In the alternative, if at step 486 it is determined the prediction block size is not 16x8, process 400 continues to step 490 where an 8x16 transform is performed on the block, and then to step 434. At step 434 a one-bit flag with a value of 1 is set to be sent to the decoder.
[0073] According to the process 400, the flag values correspond to the following transform types:
[0074] Table 2  
[0075] One of ordinary skill in the art will recognize that some of the steps of process 400 may be omitted or new steps added to achieve the same result. Further, some of the steps may be done in a different order. It should also be noted that the flag values may be rearranged (e.g., 00 is a 16x16 transform and 01 is an 8x8 transform). 」（第２１頁第５行−第２３頁第４行）
　（邦訳）「［００６９］図４は、所与のビデオブロックについて符号器２０によって使用される変換サイズを示すフラグ値を符号器で設定する他のプロセス４００の例示的な実施形態である。予測ブロックサイズをモード決定ユニット４３で判定することができ、変換をブロック変換ユニット２９で実行することができる。予測ブロックサイズの選択とあるブロックで使用される変換サイズの選択は、モード決定ユニット４３によって行われる。プロセス４００の第１のステップ４０２では、所与のブロックの予測ブロックサイズが８×８よりも大きいかどうかが判定される。予測ブロックサイズが８×８以下である場合、プロセスはステップ４０６に進む。あるいは、予測ブロックサイズが８×８よりも大きい場合、プロセスはステップ４３８に進む。
［００７０］ステップ４０６では、予測ブロックサイズが８×８よりも小さいかどうかが判定される。予測ブロックサイズが８×８よりも小さい場合、プロセス４００は、当該ブロックに４×４変換が適用されるステップ４１０に進む。次いで、プロセス４００は、どのフラグ値も復号器に送信されるように設定されないステップ４１４に進む。あるいは、予測ブロックサイズが８×８以上であるとステップ４０６で判定される場合、プロセスは、該ブロックで使用すべき変換サイズが８×８であるかどうかが判定されるステップ４１８に進む。８×８変換サイズを使用すべきでないと判定される場合、プロセス４００は、該ブロックに４×４変換が適用されるステップ４２２に進み、次に、値が０の１ビットフラグが復号器に送信されるように設定されるステップ４２６に進む。代替形態において、ステップ４１８で、８×８変換を使用すべきであると判定され、プロセスは、該ブロックに８×８変換が適用されるステップ４３０に進み、次に、値が１の１ビットフラグが復号器に送信されるように設定されるステップ４３４に進む。
［００７１］予測ブロックサイズが８×８よりも大きいとステップ４０２で判定される場合、プロセスはステップ４３８に進む。ステップ４３８で、予測ブロックサイズが１６×１６であるかどうかが判定される。予測ブロックサイズが１６×１６である場合、プロセス４００は、ブロックに適用すべき変換サイズが８×８であるかどうかが判定されるステップ４４２に進む。適用すべき変換サイズが８×８であると判定される場合、プロセス４００は、この所与のブロックに８×８変換が適用されるステップ４４６に進み、次に、値が００の２ビットフラグが復号器に送信されるように設定されるステップ４５０に進む。あるいは、適用すべき変換サイズは８×８ではないとステップ４４２で判定される場合、プロセス４４２は、該ブロックに１６×１６変換を適用すべきかどうかが判定されるステップ４５４に進む。１６×１６変換を適用すべきである場合、プロセス４００は、この所与のブロックに１６×１６変換が適用されるステップ４５８に進み、次に値が０１の２ビットフラグが復号器に送信されるように設定されるステップ４６２に進む。一方、適用すべき変換サイズは１６×１６ではないとステップ４５４で判定される場合、プロセス４００は、この所与のブロックに適用すべき変換サイズが１６×８であるかどうかが判定されるステップ４６６に進む。適用すべき変換サイズが１６×８である場合、プロセス４００は、この所与のブロックに１６×８変換が適用されるステップ４７０に進み、次に値が１０の２ビットフラグが復号器に送信されるように設定されるステップ４７４に進む。代替形態において、該ブロックに適用すべき変換サイズは１６×８ではないとステップ４６６で判定される場合、プロセス４００は、この所与のブロックに８×１６変換が適用されるステップ４７８に進み、次に値が１１の２ビットフラグが復号器に送信されるように設定されるステップ４８２に進む。
［００７２］予測ブロックサイズが１６×１６ではないとステップ４３８で判定される場合、プロセス４００は、この所与のブロックに適用すべき変換サイズが８×８であるかどうかが判定されるステップ４８４に進む。適用すべき変換が８×８である場合、プロセス４００は、該ブロックに８×８変換が適用されるステップ４９２に進み、次に、１ビットフラグ値０が復号器に送信されるように設定されるステップ４２６に進む。代替形態において、該ブロックに適用すべき変換サイズは８×８ではないとステップ４８４で判定される場合、プロセスは、予測ブロックサイズが１６×８であるかどうかが判定されるステップ４８６に進む。予測ブロックサイズが１６×８である場合、プロセス４００は、該ブロックに１６×８変換が実行されるステップ４８８に進み、次にステップ４３４に進む。代替形態において、予測ブロックサイズは１６×８ではないとステップ４８６で判定される場合、プロセス４００は、該ブロックに８×１６変換が実行されるステップ４９０に進み、次にステップ４３４に進む。ステップ４３４では、値が１の１ビットフラグが復号器に送信されるように設定される。
［００７３］プロセス４００によれば、フラグ値は以下の変換タイプに対応する。
［００７４］（省略）
［００７５］当業者には、プロセス４００のステップのいくつかを省略するかあるいは新しいステップを追加しても同じ結果を実現できることが認識される。さらに、ステップのいくつかを異なる順序で実行することができる。フラグ値を再構成する（たとえば、００を１６×１６変換とし、０１を８×８変換とする）ことができることにも留意されたい。」
　ク．「[0080] It should also be noted that additional transform sizes (e.g., 32x32) and prediction block size (e.g., 32x32) may be used for encoding and decoding blocks and setting flag values. For example, while still using only 2-bits for the flag value as described above, the flag may indicate a size of transform of 32x32. For example, in process 300, step 362 could determine if the prediction block size equals 32x32, and step 370 could determine if the prediction block size equals 16x32. Steps 366, 374, and 378, could then be modified such that at each step, respectively, a 32x32, 16x32, or 32x16 transform is performed on the block. The flag value set at step 358, therefore, would indicate a transform of either 32x32, 16x32, or 32x16 as opposed to a transform of either 16x16, 8x16, or 16x8. Additional modifications may be made to indicate additional transform sizes using the combination of flag values and the prediction block size.」（第２５頁第１行−第１２行）
　（邦訳）「［００８０］追加的な変換サイズ（たとえば、３２×３２）および予測ブロックサイズ（たとえば、３２×３２）を使用して各ブロックの符号化および復号を行い、かつ各フラグ値を設定することができることにも留意されたい。たとえば、フラグは、上述のようにフラグ値に２ビットしか使用しない場合でも、フラグは、３２×３２の変換サイズを示すことができる。たとえば、プロセス３００では、ステップ３６２は、予測ブロックサイズが３２×３２に等しいかどうか判定することができ、ステップ３７０は、予測ブロックサイズが１６×３２に等しいかどうか判定することができる。次に、各ステップでそれぞれ、当該ブロックに３２×３２変換、１６×３２変換、または３２×１６変換が実行されるようにステップ３６６、３７４、および３７８を修正することができる。したがって、ステップ３５８で設定されるフラグ値は、１６×１６、８×１６、または１６×８の変換ではなく、３２×３２、１６×３２、または３２×１６の変換を示す。フラグ値と予測ブロックサイズの組合せを使用して追加的な変換サイズを示すように追加的な修正を施すことができる。」
（２−４）引用発明２
　上記（２−３）のカ．〜ク．の記載及び関連する図面並びにこの分野における技術常識を考慮して引用例２の記載を検討する。
　
　引用例２には、上記カ．のように、画像を、マクロブロックあるいはマクロブロックを細分した副ブロックからなるビデオブロックに分割して、画像内予測によりビデオ符号化するビデオ符号器について記載がある。
　また、上記キ．の記載（特に段落［００７４］の表２）及び図４には、ビデオブロックを予測ブロックとすること、及び、予測ブロックサイズと変換サイズとの組合わせが記載されている。
　ここで、表２の予測ブロックサイズと変換サイズとの関係を、予測ブロックサイズの大きさ順に整理すると、下記のとおりとなる。ここにおけるマクロブロックは、上記カ．に記載されるように１６×１６のサイズである。
　予測ブロックサイズ　　　　変換サイズ
　　　１６×１６　　　　　　１６×１６、１６×８、８×１６、８×８
　　　１６×８　　　　　　　１６×８、８×８
　　　８×１６　　　　　　　８×１６、８×８
　　　８×８　　　　　　　　８×８、４×４
　　　８×４　　　　　　　　４×４
　　　４×８　　　　　　　　４×４
　　　４×４　　　　　　　　４×４
　
　また、上記ク．の段落［００８０］には、追加的なサイズとして、予測ブロックサイズが１６×１６以上の場合についての予測ブロックサイズと変換サイズとの関係について記載があり、予測ブロックサイズの大きさ順に整理すると、下記のとおりとなる。ここにおける「マクロブロック」が３２×３２のサイズであることは自明である。
　予測ブロックサイズ        変換サイズ
　　　３２×３２　　　　　　３２×３２
　　　３２×１６　　　　　　３２×１６
　　　１６×３２　　　　　　１６×３２
　
　したがって、引用例２には以下の発明（以下、「引用発明２」という。）が開示されている。
＜引用発明２＞
　「画像を、マクロブロックあるいはマクロブロックを細分した副ブロックからなるビデオブロックに分割して、画像内予測によりビデオ符号化するビデオ符号器において、予測ブロックサイズと変換サイズとの関係を、
　マクロブロックサイズが１６×１６の場合、
　　予測ブロックサイズ      　変換サイズ
　　　　１６×１６　　　　　　１６×１６、１６×８、８×１６、８×８
　　　　１６×８　　　　　　　１６×８、８×８
　　　　８×１６　　　　　　　８×１６、８×８
　　　　８×８　　　　　　　　８×８、４×４
　　　　８×４　　　　　　　　４×４
　　　　４×８　　　　　　　　４×４
　　　　４×４　　　　　　　　４×４
とし、
　マクロブロックサイズが３２×３２の場合、
　　予測ブロックサイズ      　変換サイズ
　　　　３２×３２　　　　　　３２×３２
　　　　３２×１６　　　　　　３２×１６
　　　　１６×３２　　　　　　１６×３２
とするビデオ符号器。」
（２−５）引用例３の記載
　当審の平成２８年　２月　２日付け拒絶理由通知書において引用例４として引用された国際公開第２００７／０３４９１８号（以下、「引用例３」という。）には、「動画像符号化装置及び動画像復号装置」として図面とともに以下の事項が記載されている。
　ケ．「［００１８］次に、実施の形態１の動作について説明する。
　先ず、入力画像１０１がマクロブロック分割部２へ入力され、フレーム単位で決定さ れるマクロブロックサイズ指示情報１０２に基づき、所定のマクロブロックサイズに分割される。マクロブロックサイズ指示情報１０２は、例えば、１６画素×１６ライン、３２画素×３２ラインのいずれかのサイズを選択可能な情報であり、これについては後述する。ここで指定されたマクロブロックサイズ指示情報１０２は、エントロピー符号化部４へ入力され、エントロピー符号化され、ビットストリーム１０３へ多重化される。」（５頁１５行−２１行）
　コ．「[００２８] （省略）
　ブロック分割部１０では、ブロックサイズ指示情報１０８に基づいて、変換（ ＤＣＴのような直交変換)および量子化の単位となるブロックに分割する。
［００２９］ブロックサイズ指示情報１０８は、例えば、８画素×８ライン、４画素×４ラインのいずれかを選択可能な情報である。また、他の例としては、選択可能なブロックサイズ指示情報１０８をマクロブロックサイズによって切り替えても良い。例えば１６画素×１６ラインのマクロブロックの場合、ブロックサイズ指示情報１０８は、８画素×８ライン、４画素×４ラインを選択可能な情報とし、３２画素×３２ラインのマクロブロックの場合、ブロックサイズ指示情報１０８は、１６画素×１６ライン、８画素×８ラインを選択可能な情報とする。選択したブロックサイズ指示情報１０８は、エントロピー符号化部４へ入力され、エントロピー符号化されてビットストリーム１０３に多重化される。」（７頁２５行−８頁１２行）
　サ．「［００３２］次に、イントラモードが選択された場合について説明する。 
　マクロブロック分割部２にてマクロブロックに分割された入力画像は、ブロック分割部１０へ入力される。ブロック分割部１０の動作は、インターモードのときと同様である。ブロックに分割された入力画像は変換量子化部１１にて直交変換および量子化が行われる。直交変換および量子化処理の結果得られる係数データ１０９は、エントロピー符号化部４でエントロピー符号化され、ビットストリーム１０３に多重化される。変換量子化部１１から得られる係数データ１０９は、更に、逆量子化逆変換部１２へ入力され、逆量子化'逆変換が行われ、復号画像が得られる。復号画像は以降の入力画像の符号化において参照画像として使用されるため、参照画像メモリ１４に格納される。
［００３３］次に、イントラ予測モードが選択された場合について説明する。
　マクロブロック分割部２にてマクロブロックに分割された入力画像は、イントラ予測ブロック分割部１５へ入力される。イントラ予測ブロック分割部１５では、イントラ予測プロックサイズ情報１０５に基づいて、イントラ予測の単位となるブロックに分割する。イントラ予測ブロックサイズ情報１０５は、１６画素×１６ライン、４画素×４ラインのいずれかを選択可能な情報である。他の例としては、選択可能なイントラ予測ブロックサイズ情報１０５をマクロブロックサイズによって切り替えても良い。例えば１６画素×１６ラインのマクロブロックの場合、イントラ予測ブロックサイズ情報１０５は、１６画素×１６ライン、４画素×４ラインを選択可能な情報とし、３２画素×３２ラインのマクロブロックの場合、イントラ予測ブロックサイズ情報１０５は、３２画素×３２ライン、８画素×８ラインを選択可能な情報とする。
［００３４］イントラ予測ブロック分割部１５にてブロックに分割された入力画像はイントラ予測部１６へ入力され、イントラ予測が行われる。イントラ予測については公知であるため、ここでは詳細な説明は省略するが、図５に示すように、符号化対象ブロック内の各画素値を符号化済みの周辺ブロック（図５のＡからＤ)の画素値から予測した予測画像を生成する。イントラ予測部１６から得られた予測画像と、マクロブロックに分割された入力画像との差分を減算器９で求め、この差分が予測誤差画像として、ブロック分割部１０へ入力される。ブロック分割部１０の動作はインターモードのときと同様である。
［００３５］ブロックに分割された予測誤差画像は変換量子化部１１へ入力され、直交変換および量子化が行われる。直交変換および量子化処理の結果得られる係数データ１０９は、エントロピー符号化部４にてエントロピー符号化され、ビットストリーム１０３に多重化される。変換量子化部１１から得られる係数データ１０９は、更に逆量子化逆変換部１２へ入力され、逆量子化・逆変換が行われ、復号予測誤差画像が得られる。復号予測誤差画像は、イントラ予測部１６から得られる予測画像と加算器１３で加算され、復号画像として出力される。復号画像は以降の入力画像の符号化において、参照画像として使用されるため、参照画像メモリ１４に格納される。」（８頁２６行−１０頁４行）
　シ．「［００３７］また、複数の連続するフレームの集合であるシーケンス単位にマクロブロックサイズ 情報を変更できるようにしてもよい。このときにはマクロブロックサイズ指示情報１０２は シーケンス単位にビットストリーム１０３に多重化される。」（１０頁１１行−１３行）
　
（２−６）引用発明３
　上記（２−５）のケ．〜シ．の記載及び関連する図面並びにこの分野における技術常識を考慮して引用例３の記載を検討する。
　引用例３には、上記ケ．のように、フレーム単位で決定されるマクロブロックサイズ指示情報に基づいて、マクロブロックサイズに分割する動画像符号化装置について記載されている。
　また、上記サ．には、動画像符号化装置のイントラモードについて記載されており、ブロック分割部に関しては、インターモードに係る上記コ．の記載と同様であることが記載されている。
　そして、上記シ．には、上記コ．に記載のマクロブロックサイズ指示情報を、シーケンス単位に変更することについて記載されている。
　したがって、引用例３には、以下の発明（以下、「引用発明３」という。）が開示されている。
＜引用発明３＞
　「動画像を、シーケンス単位に変更されるマクロブロックサイズ指示情報に応じたマクロブロックに分割して、分割したマクロブロック単位でイントラモード符号化する動画像符号化装置。」
３．対比
　本願発明と引用発明１とを対比する。
（i）本願発明の構成要件Ａと引用発明１の構成要件ａの対比
　引用発明１の「フレームまたはスライス」が、本願発明の「画像」に相当することは明らかであり、また、引用発明１の「ビデオ・ブロック」は「画像」を分割したブロックであるから、本願発明の「ブロック画像」に相当する。また、引用発明１の「大型マクロ・ブロック」も明らかに本願発明の「マクロブロック」に相当する。
　したがって、構成要件ａの「構成」は、構成要件Ａにおける「画像をマクロブロックに分割したブロック画像を出力する」処理を行うものであるから、本願発明の「ブロック分割部」に相当する。
　以上のとおり、本願発明の構成要件Ａは引用発明１の構成要件ａと一致する。
（ii）本願発明の構成要件Ｂと引用発明１の構成要件ｂの対比
　上記（i）で言及したように、引用発明１の「ビデオ・ブロック」は、本願発明の「ブロック画像」に相当する。
　また、引用発明１の「ビデオ・ブロックと同じフレームまたはスライス中の近傍のビデオ・ブロックを用いてイントラ予測コーディングを行い、イントラ・コード化ブロックを得る」ことは、「フレームまたはスライス中の近傍のビデオ・ブロック」が「フレーム内の画像信号」であることは明らかであり、イントラ予測コーディングを行うことで得られる「イントラ・コード化ブロック」が本願発明の「イントラ予測画像」に相当するのは明らかであることから、本願発明の「ブロック画像に対し、フレーム内の画像信号を用いてイントラ予測画像を生成する」ことに相当する。
　したがって、構成要件ｂの「イントラ予測ユニット」は、構成要件Ｂにおける「ブロック画像に対し、フレーム内の画像信号を用いてイントラ予測画像を生成する」処理を行うものであるから、本願発明の「イントラ予測部」に相当する。
　以上のとおり、本願発明の構成要件Ｂは引用発明１の構成要件ｂと一致する。
（iii）本願発明の構成要件Ｃと引用発明１の構成要件ｃの対比
　上記（i）〜（ii）で言及したように、引用発明１の「イントラ・コード化ブロック」、「ビデオ・ブロック」は、それぞれ本願発明の「イントラ予測画像」、「ブロック画像」に相当するので、引用発明１の「イントラ・コード化ブロック」を「ビデオ・ブロック」から減算して生成された「残差ビデオ・ブロック」が、本願発明の「ブロック画像」から、「イントラ予測画像」を差し引いて生成された「予測差分信号」に相当することは明らかである。
　また、引用発明１の「変換ユニットで変換し、量子化ユニットで量子化して量子化変換係数を生成」する、「変換ユニット」と「量子化ユニット」からなる構成は、本願発明の「変換部」に相当するものである。ここで、引用発明１の、変換ユニットで変換し、量子化ユニットで量子化して生成される「量子化変換係数」は、本願発明の、変換および量子化処理を行って生成される「圧縮データ」に相当する。
　以上のとおり、本願発明の構成要件Ｃは引用発明１の構成要件ｃと一致する。
（iv）本願発明の構成要件Ｄと引用発明１の構成要件ｄの対比
　上記（iii）で言及したように、引用発明１の「量子化変換係数」は、本願発明の「圧縮データ」に相当する。
　また、引用発明１の「エントロピー・コーディング」は符号化であり、「エントロピー・コーディング・ユニット」は符号化する構成であるから、それぞれ本願発明の「符号化」、「符号化部」に相当する。
　以上のとおり、本願発明の構成要件Ｄは引用発明１の構成要件ｄと一致する。
（v）本願発明の構成要件Ｅと引用発明１の構成要件ｅの対比
　上記「２．引用発明」の「（２−２）引用発明１」の（v）にて言及したとおり、動画像符号化の技術常識から、イントラ・コーディング・モード（Ｉ＿１６×１６、Ｉ＿８×８、Ｉ＿４×４等）にてイントラ・コーディングすることは、割り当てられたイントラ・コーディング・モードにおけるブロックサイズ（例えばＩ＿１６×１６の場合、１６×１６のブロックサイズ）により変換ユニットで変換することを含む処理であるといえる。
　すなわち、引用発明１における「複数のイントラ・コーディング・モードを割り当てる」ことは、イントラ・コーディング・モードに応じて、変換ユニットで変換するブロックサイズを割り当てることであり、ここで、「割り当て」は複数のブロックサイズの選択により行われていることは明らかである。
　したがって、引用発明１の、複数のイントラ・コーディング・モードを割り当てる「構成」は、本願発明の、複数の候補から、変換ブロックサイズを選択する「符号化制御部」に相当する。
　以上のとおり、本願発明の構成要件Ｅと引用発明１の構成要件ｅとは、「所定複数の候補から、変換ブロックサイズを選択する符号化制御部」を備える点で共通するが、前記「所定の複数の候補」に関し、本願発明では、「１つ以上の前記画像から構成されるシーケンスにおいて定められた前記マクロブロックのサイズを最大とする複数の候補」であるのに対し、引用発明１では、そのような「複数の候補」ではない点で相違している。
（vi）本願発明の構成要件Ｆと引用発明１の構成要件ｆの対比
　引用発明１のイントラ・コーディング・モードの割り当ては、「大型マクロブロックあるいは大型マクロ・ブロックのサブブロック」に対して行われている。
　ここで、上記（v）にて言及したとおり、「複数のイントラ・コーディング・モードを割り当てる」ことは、イントラ・コーディング・モードに応じて、変換ユニットで変換するブロックサイズを割り当てることであるから、「大型マクロ・ブロックのサブブロック」に対してもブロックサイズが割り当てられることになる。
　以上のとおり、本願発明の構成要件Ｅと引用発明１の構成要件ｅとは、「前記変換ブロックサイズは、前記マクロブロックを分割した複数のサブブロックがある場合、前記複数のサブブロックの各々に対し複数の候補の中から異なる候補が選択されることが可能」である点で共通するが、複数のサブブロックの各々に対し選択される「複数の候補」が、本願発明では、「前記サブブロックごとの複数の候補のサイズは、最大で前記サブブロックと一致するサイズを含み、」とされているのに対し、引用発明１では、そのような「複数の候補」ではない点で相違している。
（vii）本願発明の構成要件Ｇと引用発明１の構成要件ｇの対比
　引用発明１は、構成要件ｃの「イントラ・コード化ブロックをビデオ・ブロックから減算して生成された残差ビデオ・ブロックを、変換ユニットで変換し、量子化ユニットで量子化して量子化変換係数を生成する構成」を有しており、上記（iii）で言及したとおり、本願発明の構成要件Ｃ「前記ブロック画像から、前記イントラ予測画像を差し引いて生成された予測差分信号に対し、変換および量子化処理を行って圧縮データを生成する変換部」に相当している。そして、引用発明１は、構成要件ｃの「変換ユニット」に関し、構成要件ｇのとおり、「変換ユニットは、残差ビデオ・ブロックを、割り当てられたイントラ・コーディング・モードによるブロックサイズで変換する処理を行う」ものである。
　ここで、引用発明１の「イントラ・コーディング・モードによるブロックサイズで変換」は、本願発明の「変換ブロックサイズの変換」に相当することは明らかである。
　以上のとおり、本願発明の構成要件Ｇと引用発明１の構成要件ｇは一致する。
（viii）本願発明の構成要Ｈと引用発明１の構成要件ｈの対比
　引用発明１の「ビデオ・エンコーダ」は、明らかに本願発明の「画像符号化装置」に相当するから、本願発明の構成要件Ｈは引用発明１の構成要件ｈと一致する。
　
　したがって、補正後の発明と引用発明１は、以下の点で一致ないし相違している。
　
＜一致点＞
　「画像をマクロブロックに分割したブロック画像を出力するブロック分割部と、
　前記ブロック画像に対し、フレーム内の画像信号を用いてイントラ予測画像を生成するイントラ予測部と、
　前記ブロック画像から、前記イントラ予測画像を差し引いて生成された予測差分信号に対し、変換および量子化処理を行って圧縮データを生成する変換部と、
　前記圧縮データを符号化する符号化部と、
　所定の複数の候補から、変換ブロックサイズを選択する符号化制御部とを備え、
　前記変換ブロックサイズは、前記マクロブロックを分割した複数のサブブロックがある場合、前記複数のサブブロックの各々に対し複数の候補の中から異なる候補が選択されることが可能であり、
　前記変換部は、前記予測差分信号を、前記符号化制御部により選択された変換ブロックサイズのブロックで変換および量子化処理を行い、前記圧縮データを生成する
　画像符号化装置。」
　
＜相違点＞
（相違点１）「所定の複数の候補」に関し、本願発明は、「１つ以上の前記画像から構成されるシーケンスにおいて定められた前記マクロブロックのサイズを最大とする複数の候補」であるのに対し、引用発明１では、そのような「複数の候補」ではない点。
（相違点２）複数のサブブロックの各々に対し選択される「複数の候補」が、本願発明では、「前記サブブロックごとの複数の候補のサイズは、最大で前記サブブロックと一致するサイズを含み、」とされているのに対し、引用発明１では、そのような「複数の候補」ではない点。
　
４．当審の判断
　上記相違点について検討する。
　まず、（相違点１）と（相違点２）を整理する。
　（相違点１）には、本願発明における「マクロブロックのサイズ」が、「１つ以上の前記画像から構成されるシーケンスにおいて定められた前記マクロブロックのサイズ」とされているのに対し、引用発明における「大型マクロ・ブロック」のサイズがどのように定められているのか不明であるという相違点が含まれている。
　その上で、さらに、（相違点１）に係る変換ブロックサイズの「所定の複数の候補」が、本願発明では、「マクロブロックのサイズを最大とする」複数の候補であるのに対し、引用発明では、そのように「マクロブロックのサイズを最大とする」ものとはされていない相違点を有している。
　また、（相違点２）では、サブブロックがある場合の変換ブロックサイズの「複数の候補」が、本願発明では、「最大で前記サブブロックと一致するサイズを含」む複数の候補であるのに対し、引用発明では、そのように「最大で前記サブブロックと一致するサイズを含」むものとはされていない点が相違点である。
　したがって、相違点は、以下のとおりに整理できる。
　（相違点Ａ）「マクロブロックのサイズ」に関し、本願発明では、「１つ以上の前記画像から構成されるシーケンスにおいて定められた前記マクロブロックのサイズ」とされているのに対し、引用発明では「大型マクロ・ブロック」のサイズがどのように定められているのか不明である点。
　（相違点Ｂ）変換ブロックサイズの複数の候補に関し、本願発明では「マクロブロックのサイズを最大」とし、サブブロックがある場合に「最大で前記サブブロックと一致するサイズを含」む複数の候補であるのに対し、引用発明では、そのような複数の候補とはなっていない点。
　そこで、まず、整理した（相違点Ａ）について検討する。
　上記「２．引用発明」の「（２−６）引用発明３」に記載したように、引用例３には、
　「動画像を、シーケンス単位に変更されるマクロブロックサイズ指示情報に応じたマクロブロックに分割して、分割したマクロブロック単位でイントラモード符号化する動画像符号化装置。」
という引用発明３が記載されている。ここで、引用発明３の「動画像」は明らかに「本願発明の「画像」に相当しており、また、引用発明３の「シーケンス単位に変更されるマクロブロックサイズ指示情報」は、一のシーケンスの間にマクロブロックサイズが変化しないことを表す情報であるといえる。
　引用発明３も引用発明１も、イントラモードで画像を符号化する符号化装置であって、画像をマクロブロックに分割して符号化する点で共通する技術であるから、引用発明３のマクロブロックサイズをシーケンス間で定める技術を引用発明１に適用して、「１つ以上の前記画像から構成されるシーケンスにおいて定められた前記マクロブロックのサイズ」とすることは当業者が容易に実施し得ることであると認められる。
　次に、整理した（相違点Ｂ）について検討する。
　上記「２．引用発明」の「（２−４）引用発明２」に記載したように、引用例２には、
　「画像を、マクロブロックあるいはマクロブロックを細分した副ブロックからなるビデオブロックに分割して、画像内予測によりビデオ符号化するビデオ符号器において、予測ブロックサイズと変換サイズとの関係を、
　マクロブロックサイズが１６×１６の場合、
　　予測ブロックサイズ      　変換サイズ
　　　　１６×１６　　　　　　１６×１６、１６×８、８×１６、８×８
　　　　１６×８　　　　　　　１６×８、８×８
　　　　８×１６　　　　　　　８×１６、８×８
　　　　８×８　　　　　　　　８×８、４×４
　　　　８×４　　　　　　　　４×４
　　　　４×８　　　　　　　　４×４
　　　　４×４　　　　　　　　４×４
とし、
　マクロブロックサイズが３２×３２の場合、
　　予測ブロックサイズ      　変換サイズ
　　　　３２×３２　　　　　　３２×３２
　　　　３２×１６　　　　　　３２×１６
　　　　１６×３２　　　　　　１６×３２
とするビデオ符号器。」
という引用発明２が記載されている。ここで、引用発明２は、Ｈ．２６４／ＭＰＥＧ−４の符号化規格をベースとしており、かつ、引用例２における記載から、マクロブロックあるいはマクロブロックを細分した副ブロックである「ビデオブロック」と、「予測ブロック」は同義である。
　してみれば、引用発明２には、マクロブロックまたは副ブロックのサイズと変換サイズとの関係が開示されており、副ブロックのサイズが８×４、４×８の場合を除き、大略、変換サイズの複数の候補に関し、マクロブロックのサイズを最大とし、副ブロックがある場合に、最大で副ブロックと一致するサイズを含む複数の候補となっていることが見てとれる。
　ここで、引用発明２も引用発明１も、イントラモードで画像を符号化する符号化装置であって、画像をマクロブロックに分割して符号化する点で共通する技術であるから、当業者であれば、引用発明２のマクロブロックのサイズ、副ブロックのサイズ、変換ブロックのサイズの関係を、引用発明１の、大型マクロ・ブロックのサイズ、サブブロックのサイズ、変換ブロックのサイズに適用することを容易に想到し得るものであり、その際、引用発明３には、一部、変換サイズが副ブロックのサイズと一致する大きさを最大としていない関係があるが、すべての変換サイズを引用発明３に大略示されるように、副ブロックのサイズと一致する大きさを最大とする関係となすことを適宜設計し得るものである。
　そして、そのようになせば、引用発明１においても、本願発明のように、変換ブロックサイズの複数の候補を、「前記マクロブロックのサイズを最大とする複数の候補」とし、サブブロックがある場合、「前記サブブロックごとの複数の候補のサイズは、最大で前記サブブロックと一致するサイズを含」む複数の候補となる。
　このように各相違点は格別なものでなく、そして、本願発明に関する作用・効果も、引用発明１ないし引用発明３から当業者が予測し得る範囲のものである。
　
５．むすび
　以上のとおり、本願の請求項２に係る発明は、引用発明１ないし引用発明３に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶をすべきものである。
　よって、結論のとおり審決する。