【事件の表示】
　特願２０１４−２０７４０１「動画像復号装置、動画像符号化装置およびビットストリーム」拒絶査定不服審判事件〔平成２７年　２月１２日出願公開、特開２０１５−　２９３４８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本件出願は、２０１１年（平成２３年）　３月３１日（優先権主張２０１０年　４月　９日　日本国）を国際出願日とする出願（特願２０１２−５０９３０７号）の一部を平成２６年１０月　８日に新たな特許出願としたものであって、その手続の概要は以下のとおりである。
拒絶理由　　　　　　　：平成２７年　８月２１日（起案日）
手続補正　　　　　　　：平成２７年１０月３０日
拒絶査定　　　　　　　：平成２７年１１月２０日（起案日）
拒絶査定不服審判請求　：平成２８年　３月　１日
第２．本件発明
　本件出願の特許請求の範囲の請求項２に記載された発明（以下、「本件発明」という。）は、平成２７年１０月３０日付けの手続補正書により補正された明細書、特許請求の範囲及び図面の記載から見て、その特許請求の範囲の請求項２に記載された、以下のとおりのものと認める。
　なお、下記のとおり説明のために（Ａ）ないし（Ｉ）の記号を当審において付与した。以下、構成Ａなどと称することにする。
「【請求項２】
（Ａ）入力画像をマクロブロックに分割したブロック画像を出力するブロック分割部と、
（Ｂ）前記ブロック画像が入力されると、前記ブロック画像に対し、フレーム内の画像信号を用いてフレーム内予測してイントラ予測画像を生成するイントラ予測部と、
（Ｃ）前記ブロック画像が入力されると、前記ブロック画像に対し、動き補償予測を行い動き予測画像を生成する動き補償予測部と、
（Ｄ）前記ブロック分割部より出力されるブロック画像から、前記イントラ予測画像または前記動き予測画像を差し引いて生成された予測差分信号に対し、変換および量子化処理を行って圧縮データを生成する変換部と、
（Ｅ）前記圧縮データを符号化してビットストリームへ多重化する可変長符号化部と、
（Ｆ）１つ以上の前記入力画像から構成されるシーケンスに対する前記マクロブロックのサイズを前記ブロック分割部に指示するとともに、前記シーケンスにおいて指示された前記マクロブロックのサイズを最大とする複数の候補から、変換ブロックサイズを選択して前記変換部へ指示する符号化制御部とを備え、
（Ｇ）前記変換ブロックサイズは、前記マクロブロックを分割した複数のサブブロックがある場合、前記複数のサブブロックの各々に対し複数の候補の中から異なる候補が選択されることが可能であり、前記サブブロックごとの複数の候補のサイズは、最大で前記サブブロックと一致するサイズを含み、
（Ｈ）前記変換部は、前記予測差分信号を、前記符号化制御部から指示される変換ブロックサイズのブロックに分割して変換および量子化処理を行い、前記圧縮データを生成すること
（Ｉ）を特徴とする動画像符号化装置。」
第３．引用文献の記載及び引用発明
（１）引用文献１の記載及び引用発明１
（１−１）引用文献１の記載
　原審の拒絶の理由に引用文献１として引用された、国際公開第２０１０／０３９８２２号（以下、「引用文献１」という。）には、「ＶＩＤＥＯ　ＣＯＤＩＮＧ　ＵＳＩＮＧ　ＴＲＡＮＳＦＯＲＭＳ　ＢＩＧＧＥＲ　ＴＨＡＮ　４ｘ４　ＡＮＤ　８ｘ８」（邦訳「４ｘ４および８ｘ８よりも大きい変換を使用するビデオ符号化」）（発明の名称）として図面とともに以下の事項が記載されている。 
　なお、邦訳に当たっては、上記国際公開された国際出願の日本出願の公表公報である特表２０１２−５０４９１５号公報の訳を参照している。
　なお、説明のために下線を当審において付与した。
ア．
「[0024] Video encoder 20 receives video data from video source 18. The video data received from video source 18 may be a series of video frames. 
Video encoder 20  divides the series of frames into coding units and processes the coding units to encode the series of video frames. The coding units may, for example, be entire frames or portions of the frames (i.e., slices). Thus, in some instances, the frames may be divided into slices. Video encoder 20 divides each coding unit into blocks of pixels (referred to herein as video blocks or blocks) and operates on the video blocks within individual coding units in order to encode the video data.
[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.
（邦訳）
「［００２４］　ビデオ符号器２０はビデオ送信装置１８からビデオデータを受信する。ビデオ送信装置１８から受信されるビデオデータは一連のビデオフレームであってよい。
ビデオ符号器２０は、一連のフレームを符号化単位に分割し、これらの符号化単位を処理して一連のビデオフレームを符号化する。符号化単位はたとえば、フレーム全体またはフレームの一部（たとえばスライス）であってよい。したがって、場合によっては、フレームをスライスに分割することができる。ビデオ符号器２０は、ビデオデータを符号化するために、各符号化単位を画素のブロック（本明細書ではビデオブロックまたはブロックと呼ばれる）に分割し、個々の符号化単位内のビデオブロックを処理する。
［００２５］　各ビデオブロックは、一定サイズまたは可変サイズを有してよく、かつ指定された符号化標準に応じて異なるサイズを有してよい。一例として、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，Ａｄｖａｎｃｅｄ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ（ＡＶＣ）（以下「Ｈ．２６４／ＭＰＥＧ−４　Ｐａｒｔ１０　ＡＶＣ」標準）は、輝度成分については１６ｘ１６画素、８ｘ８画素、または４ｘ４画素、および彩度成分については８ｘ８画素のような様々なブロックサイズの画像内予測をサポートする。画像内予測は、輝度成分については１６ｘ１６画素、１６ｘ８画素、８ｘ１６画素、８ｘ８画素、８ｘ４画素、４ｘ８画素、４ｘ４画素のような様々なブロックサイズで実行することができ、彩度成分については対応するスケールのサイズで実行することができる。
Ｈ．２６４では、たとえば、１６ｘ１６画素の各ビデオブロックは、マクロブロック（ＭＢ）と呼ばれることが多く、より小さいサイズの副ブロックに細分して副ブロック単位で画像内予測または画像間予測を施すことができる。一般に、ＭＢおよび様々な副ブロックをビデオブロックとみなすことができる。したがって、ＭＢをビデオブロックとみなすことができ、区分または再区分される場合、ＭＢ自体をビデオブロックの組を形成するとみなすことができる。
イ．
「[0043] 
To evaluate inter-coding, motion prediction unit 23 compares video block 21 to blocks in one or more adjacent video frames to generate one or more motion vectors.
[0044] Motion vectors may have half- or quarter-pixel precision, or even finer precision, allowing video encoder 20 to track motion with higher precision than integer pixel locations and obtain a better prediction block. When motion vectors with fractional pixel values are used, interpolation operations may be carried out in motion prediction unit 23. For example, in the AVC/H.264 standard, to obtain a luma signal at half-pixel positions, the 6-tap Wiener filter with coefficients (1, -5, 20, 20, -5, l)/32 may be used. To obtain luma signals at quarter-pixel locations, bilinear filtering on the values at integer pixel locations and the interpolated values at half pixel locations may be used. The bilinear filter also may be used in fractional pixel interpolation for the chroma components, which may have up to 1/8-pixel precision. 
After identifying the best motion vector for a video block using a rate-distortion model, motion prediction unit 23 outputs a prediction video block by motion compensation.
[0045] 
In the alternative, to evaluate intra-coding, spatial prediction unit 47 is used to form a prediction video block using the already coded blocks in the same coding unit (e.g., the same frame).
[0046] 
Video encoder 20 forms a residual video block by subtracting the prediction video block produced by either motion prediction unit 23 or spatial prediction unit 47  from the original, current video block 21 at summer 39, which is one means for subtracting the prediction block from the original block. Block transform unit 29, which is one means for applying a transform, applies a transform to the residual block. The size and type of transform to be used may be indicated to the block transform unit 29 by mode decision unit 43. Quantization unit 31 quantizes the transform coefficients to further reduce bit rate. Entropy coding unit 37, which is one means for generating a video signal, entropy codes the quantized coefficients to even further reduce bit rate.
（邦訳）「［００４３］　
動き予測ユニット２３は、画像間符号化を評価する際、ビデオブロック２１を１つまたは複数の互いに隣接するビデオフレーム内のブロックと比較して１つまたは複数の動きベクトルを生成する。
［００４４］　動きベクトルは、２分の１または４分の１画素精度、あるいは場合によってはそれよりも高い精度を有してよく、ビデオ符号器２０が整数画素位置より高い精度で動きを追跡してより優れた予測ブロックを得るのを可能にする。分数画素値を有する動きベクトルを使用すると、動き予測ユニット２３で補間演算を実行することができる。たとえば、ＡＶＣ／Ｈ．２６４標準では、２分の１画素位置で輝度信号を得る際、係数（１、−５、２０、２０、−５、１）／３２を有する６タップウィーナーフィルタを使用することができる。４分の１画素位置で輝度信号を得る際、整数画素位置における値および２分の１画素位置における補間値に対する双線形フィルタリングを使用することができる。最高で１／８画素精度を有してよい彩度構成要素の分数画素補間で双線形フィルタを使用することもできる。
動き予測ユニット２３は、速度歪みモデルを使用してビデオブロックの最良の動きベクトルを識別した後、動き補償によって予測ビデオブロックを出力する。
［００４５］　
代替形態において、画像内符号化を評価する場合、空間予測ユニット４７が使用され、同じ符号化単位（たとえば、同じフレーム）内のすでに符号化されたブロックを使用して予測ビデオブロックが形成される。
［００４６］　
ビデオ符号器２０は、元のブロックから予測ブロックを減算するための一手段である加算器３９における元の、現在のビデオブロック２１から、動き予測ユニット２３または空間予測ユニット４７によって作成された予測ビデオブロックを減算することによって残余ビデオブロックを形成する。変換を適用するための一手段であるブロック変換ユニット２９は、残余ブロックに変換を適用する。モード決定ユニット４３によって、使用すべき変換のサイズおよび種類をブロック変換ユニット２９に示すことができる。量子化ユニット３１は、変換係数を量子化してビットレートをさらに低下させる。ビデオ信号を生成するための一手段であるエントロピー符号化ユニット３７は、量子化係数をエントロピー符号化してビットレートをさらに低下させる。
ウ．
「[0057] 
If the block is intra-predicted, it is determined if the block is predicted using INTRA_16xl6 mode.
[0058] In the cases where either a 4x4 or 8x8 transform may be used on the block, the choice of transform depends on the H.264/ AVC profile being used. Under any H.264 profile other than the high profile (for example, baseline profile, extended baseline profile, main profile) only a 4x4 integer transform is used. Under the H.264/ AVC high profile (i.e., Fidelity Range Extension), an 8x8 integer transform based on an 8x8 DCT transform also can be used on the luminance signal. The choice of either the 4x4 or the 8x8 integer transform is signaled by an additional syntax element, transform_size_8x8_flag. In the cases where either a 4x4 or 8x8 transform may be used (for example, an inter-coded block with size no smaller than 8x8), the transform_size_8x8_flag is sent along with the encoded video data to the decoder. If the transform_size_8x8_flag is set to 1 , then the 8x8 integer transform is applied on the residual blocks; otherwise (if the transform_size_8x8_flag is set to 0), the 4x4 integer transform is applied on the residual blocks.
[0059] 
In H.264/AVC, motion prediction may be performed on various block sizes (i.e., motion partitions), such as 16x16, 16x8, 8x16, 8x8, 8x4, 4x8, and 4x4.
[0060] In the following embodiments, an inter-predicted video block or an infra- predicted video block may be used in conjunction with the described methods. That is, the prediction block of the video block may be formed by motion compensation or spatial prediction. In the embodiments where motion compensation is used, prediction block size is equal to motion partition size; therefore the terms prediction block and motion partition may be used interchangeably. Further, in the embodiments where spatial prediction is used, prediction block size is equal to the size of the spatial prediction block used. Therefore the terms prediction block and infra-prediction block or spatial prediction block may be used interchangeably. For example, multiple transform choices may be used for video blocks coded using INTRA_16xl6 and INTRA_8x8 prediction. In addition to 4x4 transform, 16x16, 16x8, 8x16, or 8x8 transforms may be applied to INTRA_16xl6 predicted video blocks; and 8x8 transform may be applied to INTRA_8x8 predicted video blocks. For infra-predicted blocks, signaling of the transform size may be done in a similar manner to inter-predicted video blocks. The transform size flag syntax elements may be combined with the prediction block size syntax elements; and variable length coding of the transform size flag syntax elements may be used.
[0061] The syntaxes described below use both the flag value as well as the prediction block size of a given block to indicate the transform size. The combination of the  prediction block size of the block and the flag value allow for indication of more transform sizes than when using a 1-to-l correspondence between a flag value and transform size. 
For example, in a 1-to-l correspondence between transform size and flag value, a 2-bit flag would only indicate 4 different transform sizes, where each flag value indicates a single transform size. However, by further utilizing the prediction block size of the block, additional transform sizes may be indicated using the same number of bits for the flag. For example, if the flag value 00 indicates that the transform size should equal the prediction block size of the block, and the prediction block size may be of N different block sizes, the single flag value 00 may indicate N different transform sizes. Accordingly, in one embodiment, one or more of the flag values may indicate that the transform size being used equals the prediction block size e of the block.
（邦訳）
「［００５７］　
当該ブロックが画像内予測される場合、このブロックがＩＮＴＲＡ＿１６ｘ１６モードを使用して予測されるかどうかが判定される。
［００５８］　当該ブロックに対して４ｘ４変換または８ｘ８変換を使用できる場合、変換の選択は使用中のＨ．２６４／ＡＶＣプロファイルに依存する。ハイプロファイル以外の任意のＨ．２６４プロファイル（たとえば、ベースラインプロファイル、拡張ベースラインプロファイル、メインプロファイル）の下では、４ｘ４整数変換のみが使用される。Ｈ．２６４／ＡＶＣハイプロファイル（すなわち、忠実度範囲拡張）の下では、８ｘ８ＤＣＴ変換に基づく８ｘ８整数変換を輝度信号に使用することもできる。４ｘ４整数変換と８ｘ８整数変換のいずれを選択するかは、追加的な構文要素、変換＿サイズ＿８ｘ８＿フラグによって示される。４ｘ４変換または８ｘ８変換を使用できる場合（たとえば、サイズが８ｘ８以上の画像間符号化されたブロック）、変換＿サイズ＿８ｘ８＿フラグが符号化されたビデオデータと一緒に復号器に送信される。変換＿サイズ＿８ｘ８＿フラグが１に設定された場合、残余ブロックに対して８ｘ８整数変換が適用され、そうでない場合（変換＿サイズ＿８ｘ８＿フラグが０に設定された場合）、残余ブロックに対して４ｘ４整数変換が適用される。
［００５９］　
Ｈ．２６４／ＡＶＣでは、１６ｘ１６、１６ｘ８、８ｘ１６、８ｘ８、８ｘ４、４ｘ８、および４ｘ４のような様々なブロックサイズ（すなわち、モーションパーティション）に対して動き予測を実行することができる。
［００６０］　以下の実施形態では、画像間予測されたビデオブロックまたは画像内予測されたビデオブロックを上述の方法と一緒に使用することができる。すなわち、動き補償または空間予測によってビデオブロックの予測ブロックを形成することができる。動き補償を使用する実施形態では、予測ブロックサイズはモーションパーティションサイズに等しく、したがって、用語「予測ブロック」と用語「モーションパーティション」は相互交換可能に使用することができる。さらに、空間予測が使用される実施形態では、予測ブロックサイズは、使用される空間予測ブロックのサイズに等しい。したがって、用語「予測ブロック」と用語「画像内予測ブロック」または用語「空間予測ブロック」を相互交換可能に使用することができる。たとえば、ＩＮＴＲＡ＿１６ｘ１６予測およびＩＮＴＲＡ＿８ｘ８予測を使用して符号化されたビデオブロックに複数の変換選択肢を使用することができる。４ｘ４変換だけでなく、１６ｘ１６変換、１６ｘ８変換、８ｘ１６変換、または８ｘ８変換をＩＮＴＲＡ＿１６ｘ１６予測されたビデオブロックに適用することができ、ＩＮＴＲＡ＿８ｘ８予測されたビデオブロックに８ｘ８変換を適用することができる。画像内予測されたブロックについては、画像間予測されたビデオブロックと同様に変換サイズを示すことができる。変換サイズフラグ構文要素を予測ブロックサイズ構文要素と組み合わせることができ、変換サイズフラグ構文要素の可変長符号化を使用することができる。
［００６１］　後述の構文は、フラグ値と所与のブロックの予測ブロックサイズとの両方を使用して変換サイズを示す。当該ブロックの予測ブロックサイズとフラグ値を組み合わせると、フラグ値と変換サイズとの１対１の対応を使用するときよりも多くの変換サイズを示すことができる。
たとえば、変換サイズとフラグ値との１対１の対応では、２ビットフラグは、各フラグ値が単一の変換サイズを示す４つの異なる変換サイズを示すに過ぎない。しかし、該ブロックの予測ブロックサイズをさらに利用することによって、同数のビットをフラグに使用して追加的な変換サイズを示すことができる。たとえば、変換サイズを該ブロックの予測ブロックサイズに等しくすべきであることをフラグ値００が示し、予測ブロックサイズがＮ個の異なるブロックサイズの予測ブロックサイズであってよい場合、単一のフラグ値００が、Ｎ個の異なる変換サイズを示すことができる。したがって、一実施形態では、使用中の変換サイズが該ブロックの予測ブロックサイズに等しいことをフラグ値の１つまたは複数が示すことができる。
エ．
図２
（邦訳）
 （１−２）引用発明１
　上記（１−１）のア．ないしエ．の記載及び関連する図面並びにこの分野における技術常識を考慮して、引用文献１に開示された発明（以下、「引用発明１」という。）を検討する。
（ア）上記ア．の段落［００２４］には、ビデオ符号器は、ビデオデータの一連のフレームをビデオブロックに分割することが開示されており、ビデオ符号器には、このような分割を行う構成があることは、明らかである。
　以上より、引用文献１には、『フレームをブロックに分割したビデオブロックを出力する分割する構成』が開示されていると言える。
（イ）上記イ．の段落［００４５］には、空間予測ユニットは、同じフレーム内のブロックを使用して予測ビデオブロックを形成することが開示されている。
　以上より、引用文献１には、『ビデオブロックが入力されると、ビデオブロックに対し、同じフレーム内の既に符号化されたブロックを使用して空間予測して予測ビデオブロックを生成する空間予測ユニット』が開示されていると言える。
（ウ）上記イ．の段落［００４３］−［００４４］には、動き予測ユニットは、動き補償によって予測ビデオブロックを出力することが開示されている。
　以上より、引用文献１には、『ビデオブロックが入力されると、ビデオブロックに対し、動き補償予測を行い予測ビデオブロックを生成する動き予測ユニット』が開示されていると言える。
（エ）上記イ．の段落［００４６］には、ビデオ符号器は、元のビデオブロックから動き予測ユニットまたは空間予測ユニットによって作成された予測ビデオブロックを減算することによって残余ブロックを形成することが開示されている。
　また、上記イ．の段落［００４６］には、残余ブロックをブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を得ることが開示されている。
　以上より、引用文献１には、『分割する構成より出力されるビデオブロックから、空間予測ユニットからの予測ビデオブロックまたは動き予測ユニットからの予測ビデオブロックを差し引いて生成された残余ビデオブロックをブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成』が開示されていると言える。
（オ）上記イ．の段落［００４６］には、エントロピー符号化ユニットは、量子化係数をエントロピー符号化することが開示されている。
　また、上記エ．の図２には、エントロピー符号化ユニットの出力は、ビットストリームであることが開示されている。
　以上より、引用文献１には、『量子化係数をエントロピー符号化してビットストリームを出力するエントロピー符号化ユニット』が開示されていると言える。
（カ）上記のア．の段落［００２５］には、１６ｘ１６のビデオブロックはマクロブロックであることが開示されている。
　また、上記のウ．の段落［００５７］には、画面内予測の場合、予測ブロックのサイズには、１６ｘ１６を最大とする複数のサイズがあることが開示されている。そして、複数のサイズからいずれかのサイズが選択されて、予測に用いられる。
　さらに、上記のウ．の段落［００５９］には、画像間予測の場合、予測のブロックのサイズには、１６ｘ１６を最大とする複数のサイズがあることが開示されている。そして、同様に、複数のサイズからいずれかのサイズが選択されて、予測に用いられる。
　なお、上記の画面内予測と画面間予測は、マクロブロックを対象とした予測であることは明らかである。
　すなわち、引用文献１には、マクロブロックを対象とした画面内予測又は画面間予測のいずれの場合でも、１６ｘ１６を最大とする複数の候補から、予測ブロックのサイズが選択されることが開示されている。
　以上より、引用文献１には、『マクロブロックのサイズは、１６ｘ１６であり、マクロブロックを対象とした予測ブロックのサイズは、最大で１６ｘ１６であること』が開示されていると言える。
（キ）上記ウ．の段落００６１には、変換ブロックサイズには、予測ブロックサイズを含む複数のサイズがあることが開示されている。また、段落００６１の記載は、変換サイズとして予測ブロックサイズを含むように拡張するものであるから、変換サイズの最大は、予測ブロックサイズであると言える。
　よって、引用文献１には、予測ブロックサイズを最大とする複数の候補から変換サイズが選択されることが開示されていると言える。
　そして、上記イ．の段落［００４６］には、モード変換ユニットは、変換サイズをブロック変換ユニットに示すことが開示されている。そして、明らかに、「ブロック変換ユニット」は、「ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成」の一部である。
　以上より、引用文献１には、『予測ブロックサイズを最大とする複数の候補から、変換サイズを選択してブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成に示すモード変換ユニット』が開示されていると言える。
（ク）上記ア．の段落［００２５］には、ビデオブロックであるマクロブロックは、やはりビデオブロックである副ブロックに細分されることが開示されている。
　さらに、上記ア．の段落［００２５］には、副ブロック単位で画像内予測又は画像間予測が行われることが開示されている。
　なお、引用文献１には明記されていないが、予測を行った後に変換が行われることは自明である。
　以上より、引用文献１には、『マクロブロックを細分したビデオブロックである複数の副ブロックがある場合、副ブロック単位に予測及び変換が行われること』が開示されていると言える。
（ケ）上記（エ）で言及したように、上記イ．の段落［００４６］には、「残余ビデオブロックをブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成」が開示されている。
　また、上記（キ）で言及したように、上記イ．の段落［００４６］には、モード変換ユニットは、「変換サイズ」を「ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成」に示すことが開示されている。
　なお、変換にあたっては、変換サイズによる変換を行うのであるから、残余ビデオブロックのサイズが変換サイズよりも大きい場合には、残余ビデオブロックを変換サイズのブロックに分割しなければならないことは明らかである。
　以上より、引用文献１には、『ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成は、残余ビデオブロックを、モード変換ユニットに示される変換サイズのブロックに分割して変換および量子化処理を行い、量子化係数を生成すること』があることが開示されていると言える。
（コ）上記ア．には、引用文献１は、ビデオ符号器に関するものであることについて開示されている。
　以上のとおり、引用文献１には以下の発明（以下、「引用発明１」という。）が開示されている。
　なお、下記のとおり説明のために（ａ）ないし（ｉ）の記号を当審において付与した。以下、構成ａなどと称することにする。
（引用発明１）
「（ａ）フレームをブロックに分割したビデオブロックを出力する分割する構成と、
　（ｂ）ビデオブロックが入力されると、ビデオブロックに対し、同じフレーム内の既に符号化されたブロックを使用して空間予測して予測ビデオブロックを生成する空間予測ユニットと、
　（ｃ）ビデオブロックが入力されると、ビデオブロックに対し、動き補償予測を行い予測ビデオブロックを生成する動き予測ユニットと、
　（ｄ）分割する構成より出力されるビデオブロックから、空間予測ユニットからの予測ビデオブロックまたは動き予測ユニットからの予測ビデオブロックを差し引いて生成された残余ビデオブロックをブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成と、
　（ｅ）量子化係数をエントロピー符号化してビットストリームを出力するエントロピー符号化ユニットと、
　（ｆ−１）マクロブロックのサイズは、１６ｘ１６であり、マクロブロックを対象とした予測ブロックのサイズは、最大で１６ｘ１６であることと、　（ｆ−２）予測ブロックサイズを最大とする複数の候補から、変換サイズを選択してブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成に示すモード変換ユニットを備え、
　（ｇ）マクロブロックを細分したビデオブロックである複数の副ブロックがある場合、副ブロック単位に予測及び変換が行われることと、
　（ｈ）ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成は、残余ビデオブロックを、モード変換ユニットに示される変換サイズのブロックに分割して変換および量子化処理を行い、量子化係数を生成すること、
　（ｉ）からなるビデオ符号器。」
（２）引用文献２の記載及び引用発明２
（２−１）引用文献２の記載
　前審の拒絶の理由に引用文献２として引用された国際公開第２００７／０３４９１８号（以下、「引用文献２」という。）には、「動画像符号化装置及び動画像復号装置」として図面とともに以下の事項が記載されている。
サ．「発明を実施するための最良の形態
［００１４］　以下、この発明をより詳細に説明するために、この発明を実施するための最良の形態について、添付の図面に従って説明する。
実施の形態１．
　図１は、この発明の実施の形態１による動画像符号化装置を示す構成図である。
　
図において、動画像符号化装置は、マクロブロックサイズ決定部（矩形領域サイズ決定手段）１、マクロブロック分割部（矩形領域分割手段）２、マクロブロック符号化部（矩形領域符号化手段）３、エントロピー符号化部（矩形領域サイズ情報多重化手段）４を備えている。また、マクロブロック符号化部３は、符号化モード決定部（符号化モード決定手段）５、動き補償領域分割部（動き補償領域分割手段）６、動き検出部（動き検出手段）７、動き補償部（動き補償手段）８、減算器９、ブロック分割部（ブロック分割手段）１０、変換量子化部（変換量子化手段）１１、逆量子化逆変換部１２、加算器１３、参照画像メモリ１４、イントラ予測ブロック分割部（画面内予測ブロック分割手段）１５、イントラ予測部（画面内予測手段）１６を備えている。
 ［００１５］　
マクロブロックサイズ決定部１は、フレーム単位にマクロブロックのサイズを決定し、これをマクロブロックサイズ指示情報（矩形領域サイズ情報）１０２として出力する機能部である。マクロブロック分割部２は、マクロブロックサイズ決定部１で決められたサイズのマクロブロックに入力画像１０１を分割する機能部である。
シ．「［００３７］　
また、複数の連続するフレームの集合であるシーケンス単位にマクロブロックサイズ情報を変更できるようにしてもよい。このときにはマクロブロックサイズ指示情報１０２はシーケンス単位にビットストリーム１０３に多重化される。
（２−２）引用発明２
　上記（２−１）のサ．〜シ．の記載及び関連する図面並びにこの分野における技術常識を考慮して引用文献２に開示された発明（以下、「引用発明２」という。）を検討する。
　引用文献２には、上記サ．のように、画像をマクロブロックに分割して符号化する動画像符号化装置について開示されている。
　また、上記サ．には、マクロブロックサイズを決定し、マクロブロックサイズ指示情報としてマクロブロック分割部に出力するマクロブロックサイズ決定部と、決定されたマクロブロックサイズに入力画像を分割するマクロブロック分割部について開示されている。
　そして、上記シ．には、上記サ．に記載のマクロブロックサイズ指示情報を、シーケンス単位に変更することについて記載されている。
　したがって、引用文献２には、以下の発明（以下、「引用発明２」という。）が開示されている。
（引用発明２）
「画像をマクロブロックに分割して符号化する動画像符号化装置において、
　シーケンス単位に変更されるマクロブロックサイズを決定してマクロブロックサイズ指示情報としてマクロブロック分割部に出力するマクロブロックサイズ決定部と、
　決定されたマクロブロックサイズに入力画像を分割するマクロブロック分割部と、
　を備える動画像符号化装置。」
第４．対比
　以下、本件発明と引用発明１とを対比する。
（１）本件発明の構成Ａと引用発明１の構成ａとの対比
　構成ａの「フレーム」は、画像であるから、構成Ａの「入力画像」に一致する。
　構成ａの「ビデオブロック」は、画像を分割したブロックであり、「分割する構成」は、画像をブロックに分割するものであるから、それぞれ、構成Ａの「ブロック画像」と「ブロック分割部」に一致する。
　よって、本願発明の構成Ａは、引用発明１の構成ａと一致する。
（２）本件発明の構成Ｂと引用発明１の構成ｂとの対比
　上記（１）で言及したように、構成ａの「ビデオブロック」は、構成Ｂの「ブロック画像」に一致する。
　構成ｂの「同じフレーム内の既に符号化されたブロックを使用して空間予測」、「予測ブロック」及び「空間予測ユニット」は、同じフレームの画像を用いた予測、この予測の結果及びこの予測を行う構成を行うこと及びこの予測を行う構成であるから、それぞれ構成Ｂの「フレーム内の画像信号を用いてフレーム内予測」、「イントラ予測画像」及び「イントラ予測部」に一致する。
　よって、本願発明の構成Ｂは、引用発明１の構成ｂと一致する。
（３）本件発明の構成Ｃと引用発明１の構成ｃとの対比
　上記（１）で言及したように、構成ｃの「ビデオブロック」は、構成Ｃの「ブロック画像」に一致する。
　構成ｃの「動き補償予測」、「予測ビデオブロック」及び「動き予測ユニット」は、動き補償予測、動き補償予測の結果及び動き補償予測を行う構成であるから、それぞれ構成Ｃの「動き補償予測」、「動き予測画像」及び「動き補償予測部」に一致する。
　よって、本願発明の構成Ｃは、引用発明１の構成ｃと一致する。
（４）本件発明の構成Ｄと引用発明１の構成ｄとの対比
　上記（１）で言及したように、構成ｄの「分割する構成から出力されたビデオブロック」は、構成Ｄの「ブロック分割部より出力されるブロック画像」に一致する。
　上記（２）及び（３）で言及したように、構成ｄの「空間予測ユニット」からの「予測ビデオブロック」及び「動き予測ユニット」からの「予測ビデオブロック」は、それぞれ構成ｄの「イントラ予測画像」及び「動き予測画像」に一致する。
　構成ｄの「残余ビデオブロック」は、分割されたビデオブロックとそれに基づいて生成された予測の結果との差分であるから、構成Ｄの「予測差分信号」に一致する。
　構成ｄの「ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する」、「ブロック変換ユニット」及び「量子化ユニット」からなる構成は、構成Ｄの「変換部」に一致する。ここで、構成ｄの、ブロック変換ユニットで変換し、量子化ユニットで量子化して生成される「量子化係数」は、構成Ｄの変換及び量子化処理を行って生成される「圧縮データ」に一致する。
　よって、本願発明の構成Ｄは、引用発明１の構成ｄと一致する。
（５）本件発明の構成Ｅと引用発明１の構成ｅとの対比
　上記（４）で言及したように、構成ｅの「量子化係数」は、構成Ｅの「圧縮データ」に一致する。
　構成ｅの「エントロピー符号化ユニット」は、符号化してビットストリームを出力する構成であるから、構成Ｅの「可変長符号化部」と共通する。
　よって、本願発明の構成Ｅと引用発明１の構成ｅとは、「圧縮データを符号化してビットストリームを出力する構成」である点で共通する。
　しかし、「符号化してビットストリームを出力する構成」に関し、構成Ｅの「可変長符号化部」は、ビットストリームへ多重化を行うのに対し、構成ｅの「エントロピー符号化ユニット」は、ビットストリームを出力するものの、多重化を行わない点で相違する。
（６）本件発明の構成Ｆと引用発明１の構成ｆ−２との対比
　構成ｆ−２の「変換サイズ」は、マクロブロックを変換するときに用いられるサイズであるから、構成Ｆの「変換ブロックサイズ」に一致する。
　構成ｆ−２の「予測ブロックサイズを最大とする複数の候補」は、「変換ブロックサイズ」の複数の候補である点で、構成Ｆの「マクロブロックのサイズを最大とする複数の候補」に共通する。
　構成ｆの「モード変換ユニット」は、変換を行うサイズを示すものであるから、構成Ｆの「符号化制御部」と一致する。
　上記（４）で言及したように、構成ｆの「ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成」は、構成Ｆの「変換部」に一致する。
　よって、本願発明の構成Ｆと引用発明１の構成ｆ−２とは、「変換ブロックサイズの複数の候補から、変換ブロックサイズを選択して変換部へ指示する符号化制御部」を備える点で共通する。
　しかし、「入力画像をマクロブロックに分割」することに関し、本願発明は、「１つ以上の前記入力画像から構成されるシーケンスに対するマクロブロックのサイズ」を「符号化制御部」が「ブロック分割部に指示」しているのに対し、引用発明１では、このようにして定められる「マクロブロックのサイズ」を「符号化制御部」が「ブロック分割部」に指示していない点で相違する。
　また、「変換ブロックサイズの複数の候補」に関し、本願発明では「マクロブロックのサイズを最大とする複数の候補」であるのに対し、引用発明１では、「予測ブロックサイズを最大とする複数の候補」である点で相違する。
（７）本件発明の構成Ｇと引用発明１との対比
　本願発明の構成Ｇに相当する構成は、引用発明１にはない。
（８）本件発明の構成Ｈと引用発明１の構成ｈとの対比
　上記（４）で言及したように、構成ｈの「ブロック変換ユニットで変換し、量子化ユニットで量子化して量子化係数を生成する構成」は、構成Ｈの「変換部」に一致する。
　また、上記（４）、（６）で言及したように、構成ｈの「残余ビデオブロック」、「モード変換ユニット」、「変換サイズ」及び「量子化係数」は、構成Ｈの「予測差分信号」、「符号化制御部」、「変換ブロックサイズ」及び「圧縮データ」に一致する。
　よって、本願発明の構成Ｈは、引用発明１の構成ｈと一致する。
（９）本件発明の構成Ｉと引用発明１の構成ｉとの対比
　引用発明１の構成ｉの「ビデオ符号化器」は、動画像を対象として画像の符号化を行うものであるから、本願発明の「動画像符号化装置」に一致する。
　よって、本願発明の構成Ｉは、引用発明１の構成ｉと一致する。
　したがって、本願発明と引用発明１とは、以下の点で一致ないし相違している。
［一致点］
　入力画像をマクロブロックに分割したブロック画像を出力するブロック分割部と、
　前記ブロック画像が入力されると、前記ブロック画像に対し、フレーム内の画像信号を用いてフレーム内予測してイントラ予測画像を生成するイントラ予測部と、
　前記ブロック画像が入力されると、前記ブロック画像に対し、動き補償予測を行い動き予測画像を生成する動き補償予測部と、
　前記ブロック分割部より出力されるブロック画像から、前記イントラ予測画像または前記動き予測画像を差し引いて生成された予測差分信号に対し、変換および量子化処理を行って圧縮データを生成する変換部と、
　前記圧縮データを符号化してビットストリームを出力する構成と、
　変換ブロックサイズの複数の候補から、変換ブロックサイズを選択して前記変換部へ指示する符号化制御部とを備え、
　前記変換部は、前記予測差分信号を、前記符号化制御部から指示される変換ブロックサイズのブロックに分割して変換および量子化処理を行い、前記圧縮データを生成すること
　を特徴とする動画像符号化装置。」
［相違点］
相違点１
　「符号化してビットストリームを出力する構成」に関し、構成Ｅの「可変長符号化部」は、ビットストリームへ多重化を行うのに対し、構成ｅの「エントロピー符号化ユニット」は、ビットストリームを出力するものの、多重化を行わない点で相違する。
相違点２
　「入力画像をマクロブロックに分割」することに関し、本願発明は、「１つ以上の前記入力画像から構成されるシーケンスに対するマクロブロックのサイズ」を「符号化制御部」が「ブロック分割部に指示」しているのに対し、引用発明１では、このようにして定められる「マクロブロックのサイズ」を「符号化制御部」が「ブロック分割部」に指示していない点で相違する。
相違点３
　「変換ブロックサイズの複数の候補」に関し、本願発明では、「マクロブロックサイズを最大とする複数の候補」であるのに対し、引用発明１では、「予測ブロックサイズを最大とする複数の候補」である点で相違する。
相違点４
　「サブブロックにおける変換ブロックサイズの候補」に関し、本願発明では、「最大で前記サブブロックと一致するサイズを含」むのに対し、引用発明１には、これに対応する構成がない点で相違する。
相違点５
　「サブブロックにおける変換ブロックサイズの候補」に関し、本願発明では、「前記複数のサブブロックの各々に対し複数の候補の中から異なる候補が選択されることが可能」であるのに対し、引用発明１には、これに対応する構成がない点で相違する。
第５．当審の判断
（１）相違点１
　動画像の符号化を行う技術において、符号化を行った後のビットストリームを多重化することは、当該技術分野の当業者において、極めて周知な技術である。
　よって、引用発明１において、ビットストリームについて多重化を行うようにすることで、相違点１に係る構成にすることは、当業者が容易に実施し得ることであると認められる。
　したがって、相違点１は、格別なものではない。
（２）相違点２
　上記「第３．引用文献の記載及び引用発明　（２）引用文献２の記載及び引用発明２　（２−２）引用発明２」に記載したように、引用文献２には、
「入力画像をマクロブロックに分割して符号化する動画像符号化装置において、
　シーケンス単位に変更されるマクロブロックサイズを決定してマクロブロックサイズ指示情報としてマクロブロック分割部に出力するマクロブロックサイズ決定部と、
　決定されたマクロブロックサイズに入力画像を分割するマクロブロック分割部、
　を備える動画像符号化装置。」
という引用発明２が記載されている。
　ここで、引用発明２の「シーケンス単位に変更されるマクロブロックサイズ」は、一のシーケンスの間にマクロブロックサイズが変化しないことを表していると言える。
　また、引用発明２の「マクロブロックサイズ決定部」は、画像をマクロブロックに分割するときのマクロブロックのサイズを決定して、マクロブロックサイズをマクロブロック分割部に出力しているから、本願発明の「符号化制御部」のうち、マクロブロックサイズの指示を行う構成に相当するものである。
　引用発明２も引用発明１も、画像をブロックに分割して符号化する点で共通する技術であるから、引用発明２の技術を引用発明１に組み合わせて、「シーケンス単位に変更されるマクロブロックサイズ」を「マクロブロックサイズ決定部」が「分割する構成」に出力することで、相違点２に係る構成にすることは、当業者が容易に実施し得ることであると認められる。
　したがって、相違点２は、格別なものではない。
（３）相違点３
　上記「第３．引用文献の記載及び引用発明　（１）引用文献１の記載及び引用発明１　（１−２）引用発明１」の構成ｆ−１は、引用発明１におけるマクロブロックのサイズは、１６ｘ１６であり、マクロブロックにおける予測ブロックサイズの最大は、１６ｘ１６であることを示すものである。
　よって、予測ブロックサイズが最大のとき、予測ブロックサイズは１６ｘ１６となり、マクロブロックのサイズと等しい。
　したがって、引用発明１では、「マクロブロックのサイズ」は「予測ブロックサイズ」の最大であり、「予測ブロックサイズ」は「変換サイズ」の最大の候補であるから、「マクロブロックのサイズ」は、「変換サイズ」の最大の候補となっている。
　以上より、引用発明１における「マクロブロックのサイズ」は、「変換サイズ」の最大の候補となっているから、相違点３は、実質的な相違点ではない。
（４）相違点４
　マクロブロックも、それを細分した副ブロックも、予測及び変換されるビデオブロックである点で共通するから、ビデオブロックであるマクロブロックとそのビデオブロックであるマクロブロックを変換するための変換サイズとの関係を、同様にビデオブロックである副ブロックとそのビデオブロックである副ブロックを変換するための変換サイズとの関係に適用することに、困難性はない。
　よって、上記「（３）相違点３」で言及したような、引用発明１のマクロブロックのサイズ及び変換ブロックの関係を、ビデオブロックである副ブロックに対して適用し、「副ブロックのサイズ」を「変換サイズ」の最大の候補とすることは、当業者が容易に想到し得たことである。
　したがって、相違点４は、格別なものではない。
（５）相違点５
　変換は、ビデオブロック単位に行われるものであるから、各ビデオブロックにおける「変換サイズ」を、各ビデオブロック毎に異ならせるようにすることは、当業者が適宜定める設計的な事項である。
　よって、引用発明１において、ビデオブロックである副ブロックにおける「変換サイズ」を副ブロック毎に異ならせるようにすることは、当業者が容易に想到し得たことである。
　したがって、相違点５は、格別のものではない。
　このように各相違点は格別なものでなく、そして、本願発明の作用効果は、引用発明から当業者が予測し得る範囲のものである。
第６．審判請求書における審判請求人の主張
　審判請求人は、審判請求書において、「本件発明は、変換ブロックのサイズとしてマクロブロック又はサブブロックのサイズを
直接選択
　しかし、本件出願の請求項２には、変換ブロックのサイズとしてマクロブロック又はサブブロックのサイズを「直接選択」できると記載されているわけでもなく、「直接選択」するための構成が記載されているわけでもないから、本件発明は、変換ブロックのサイズとしてマクロブロック又はサブブロックのサイズを「直接選択」することのみに限定された発明ではない。
　さらに、本件出願の発明の詳細な説明の記載には、変換ブロックのサイズとしてマクロブロック又はサブブロックのサイズを「直接選択」できるようにすることについては記載されておらず、また、これに関連する記載もないことから、本件発明を、「変換ブロックのサイズとしてマクロブロック又はサブブロックのサイズを
直接選択
　よって、本件発明は、変換ブロックのサイズとしてマクロブロック又はサブブロックのサイズを「直接選択」できるようにするもの以外の発明である、変換ブロックのサイズとしてマクロブロック又は変換ブロックのサイズを直接的には選択しないもの、すなわち、引用発明１のように「予測ブロックサイズ」を介して間接的に選択するものについても含む発明であるから、審判請求人の主張を採用することができない。
　
　よって、審判請求人の主張は採用されない。
第７．むすび
　以上のとおり、本件発明は、引用発明１、引用発明２及び周知技術に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本件出願は、その余の請求項について論及するまでもなく、拒絶をすべきものである。
　よって、結論のとおり審決する。