2024-004520

特願２０２１－５４９７７０「変換された片予測候補の利用」拒絶査定不服審判事件〔令和 ２年 ９月１０日国際公開、ＷＯ２０２０／１７７７５５、令和 ４年 ４月 ８日国内公表、特表２０２２－５２１５５４〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、２０２０年（令和２年）３月６日（パリ条約による優先権主張 外国庁受理２０１９年３月６日（ＣＮ）中華人民共和国、２０１９年３月２０日（ＣＮ）中華人民共和国、２０１９年３月２４日（ＣＮ）中華人民共和国）を国際出願日とする出願であって、その手続の経緯は、概略、以下のとおりである。 令和３年 ８月２５日 ：手続補正書の提出 令和４年 ８月２２日付け：拒絶理由通知書 令和４年１１月２９日 ：意見書、手続補正書の提出 令和５年 ３月 ９日付け：拒絶理由通知書（最後） 令和５年 ８月１７日 ：意見書、手続補正書の提出 令和５年１１月 ９日付け：拒絶査定 令和６年 ３月１４日 ：審判請求書の提出 令和７年 １月２０日付け：拒絶理由通知書（当審） 令和７年 ４月２１日 ：意見書、手続補正書の提出 令和７年 ５月２０日付け：拒絶理由通知書（当審） 令和７年 ８月２７日 ：意見書、手続補正書の提出 第２ 本願発明 本願の請求項１～１４に係る発明は、令和７年８月２７日にされた手続補正により補正された特許請求の範囲の請求項１～１４に記載された事項により特定されるとおりのものと認められるところ、そのうち、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりである。なお、記号Ａ～Ｅは、分説するために当審で付したものであり、記号Ａ～Ｅに対応する発明特定事項を、以下、構成Ａ～構成Ｅという。 （本願発明） Ａ ビデオデータを処理する方法であって、 Ｂ ビデオの現在のブロックについて第１動きベクトルセットを決定するステップと、 Ｃ 前記現在のブロックが条件を満足することに応答して、前記第１動きベクトルセットを第２動きベクトルセットに変更するステップであり、前記条件は、前記現在のブロックのルーマ成分のサイズが予め定義されたサイズと同じであることを有する、前記変更するステップと、 Ｄ 前記第２動きベクトルセットに基づいて前記現在のブロックと前記ビデオのビットストリームとの間の変換を実行するステップと を有し、 Ｅ 前記第２動きベクトルセットは、動きベクトル予測履歴テーブルを更新するために使用され、 Ｃ１ 前記予め定義されたサイズは、８×４又は４×８、のうちの少なくとも１つであり、 Ｃ 前記第１動きベクトルセットを変更することは、 Ｃ２ 前記現在のブロックが、双方向動き情報に関連すると決定され、前記第１動きベクトルセットが、第１予測方向のための第１参照ピクチャリスト内の第１参照ピクチャを参照する第１動きベクトルと、第２予測方向のための第２参照ピクチャリスト内の第２参照ピクチャを参照する第２動きベクトルとを有する場合に、前記第１動きベクトルセット内の動きベクトルを一方向動きベクトルに変換することを有し、 Ｃ３ 前記第１予測方向又は前記第２予測方向のうちの一方の動き情報は、捨てられる、 Ａ 方法。 第３ 当審の拒絶の理由 令和７年５月２０日付けで当審が通知した拒絶理由のうちの理由２は、概略、次のとおりのものである。 （進歩性）この出願の請求項１～１４に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献１：Benjamin Bross et al., "Versatile Video Coding (Draft 4)", Joint Video Experts Team (JVET), 2019-02-27, [JVET-M1001-v5] (version 5), pp.98,132-136,170-172 引用文献２："Recommendation ITU-T H.265 (04/2013)", pp.116-118 第４ 引用文献の記載及び引用発明 １ 引用文献１ 引用文献１には、以下の記載がある。なお、下線は強調のために当審で付したものである。 （１）「8 Decoding process 8.1 General decoding process 8.1.1 General Input to this process is a bitstream. Output of this process is a list of decoded pictures.」（第98頁） （当審による仮訳： 8 復号プロセス 8.1 一般復号プロセス 8.1.1 一般 このプロセスへの入力はビットストリームである。このプロセスの出力は、復号されたピクチャのリストである。） （２）「8.5.2 Derivation process for motion vector components and reference indices 8.5.2.1 General Inputs to this process are: - a luma location ( xCb, yCb ) of the top-left sample of the current luma coding block relative to the top-left luma sample of the current picture, - a variable cbWidth specifying the width of the current coding block inluma samples, - a variable cbHeight specifying the height of the current coding block in luma samples. Outputs of this process are: - the luma motion vectors in 1/16 fractional-sample accuracy mvL0[ 0 ][ 0 ] and mvL1[ 0 ][ 0 ], - the reference indices refIdxL0 and refIdxL1, - the prediction list utilization flags predFlagL0[ 0 ][ 0 ] and predFlagL1[ 0 ][ 0 ], - the bi-prediction weight index gbiIdx.」（第132～133頁） （当審による仮訳： 8.5.2 動きベクトル成分および参照インデックスの導出プロセス 8.5.2.1 一般 このプロセスへの入力は以下のとおりである： - 現在ピクチャの左上ルーマサンプルに対する現在ルーマコーディングブロックの左上サンプルのルーマ位置(xCb,yCb) - ルーマサンプルにおける現在のコーディングブロックの幅を指定する変数cbWidth - ルーマサンプルにおける現在のコーディングブロックの高さを指定する変数cbHeight このプロセスの出力は以下のとおりである： - 1/16分数サンプル精度のルーマ動きベクトルmvL0[0][0]およびmvL1[0][0] - 参照インデックスrefIdxL0およびrefIdxL1 - 予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0] - 双予測重みインデックスgbiIdx） （３）「- If merge_flag[ xCb ][ yCb ] is equal to 1, the derivation process for luma motion vectors for merge mode as specified in clause 8.5.2.2 is invoked with the luma location ( xCb, yCb ), the variables cbWidth and cbHeight inputs, and the output being the luma motion vectors mvL0[ 0 ][ 0 ], mvL1[ 0 ][ 0 ], the reference indices refIdxL0, refIdxL1, the prediction list utilization flags predFlagL0[ 0 ][ 0 ] and predFlagL1[ 0][ 0 ], and the bi-prediction weight index gbiIdx.」（第133頁） （当審による仮訳： - merge_flag[xCb][yCb]が1に等しい場合、節8.5.2.2において指定されるマージモードのためのルーマ動きベクトルのための導出プロセスは、ルーマ位置(xCb,yCb)と、変数cbWidthおよびcbHeightを入力として用いて呼び出され、出力は、ルーマ動きベクトルmvL0[0][0]、mvL1[0][0]、参照インデックスrefIdxL0、refIdxL1と、予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]と、双予測重みインデックスgbiIdxである。） （４）「When all of the following conditions are true, refIdxL1 is set equal to -1, predFlagL1 is set equal to 0, and gbiIdx is set equal to 0: - predFlagL0[ 0 ][ 0 ] is equal to 1. - predFlagL1[ 0 ][ 0 ] is equal to 1. - cbWidth is equal to 4. - cbHeight is equal to 4.」（第134頁） （当審による仮訳： 以下の条件のすべてが真である場合、refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定され、gbiIdxは0に等しく設定される： - predFlagL0[0][0]は1に等しい - predFlagL1[0][0]は1に等しい - cbWidthは4に等しい - cbHeightは4に等しい） （５）「The updating process for the history-based motion vector predictor list as specified in clause 8.5.2.16 is invoked with luma motion vectors mvL0[ 0 ][ 0 ] and mvL1[ 0 ][ 0 ], reference indices refIdxL0 and refIdxL1, prediction list utilization flags predFlagL0[ 0 ][ 0 ] and predFlagL1[ 0 ][ 0 ], and bi-prediction weight index gbiIdx.」（第134頁） （当審による仮訳： 節8.5.2.16において指定される履歴ベースの動きベクトル予測子リストのための更新プロセスは、ルーマ動きベクトルmvL0[0][0]およびmvL1[0][0]、参照インデックスrefIdxL0およびrefIdxL1、予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]、ならびに双予測重みインデックスgbiIdxを用いて呼び出される。） （６）ここで、上記（２）～（５）は、いずれも、「8.5.2 動きベクトル成分および参照インデックスの導出プロセス」の内の「8.5.2.1 一般」内の記載であるから、上記（２）～（５）の事項は、「動きベクトル成分および参照インデックスの導出プロセス」内における一連の処理として行われるものである。 また、上記（１）の「8.1 一般復号プロセス」、及び、（２）～（５）の「8.5.2 動きベクトル成分および参照インデックスの導出プロセス」は、いずれも、上記（１）の「8 復号プロセス」の下位にあるものであり、また、動画像符号化復号化の技術分野において、「一般復号プロセス」の中で、「動きベクトル成分および参照インデックスの導出プロセス」が行われることは当業者にとって明らかであるから、上記（２）～（５）の「動きベクトル成分および参照インデックスの導出プロセス」内の処理は、上記（１）の「一般復号プロセス」における一連の処理として行われるものといえる。 よって、上記（１）～（５）の摘記事項を総合して、上記（２）～（５）の「動きベクトル成分および参照インデックスの導出プロセス」内の一連の処理を行う、上記（１）の「一般復号プロセス」を、引用文献１に記載された発明（以下、「引用発明」という。）として認定すると、以下のとおりとなる。なお、ａ～ｅは説明のために当審で付したものであり、以下、構成ａ～構成ｅという。 （引用発明） ａ 一般復号プロセスであって、 ａ１ このプロセスへの入力はビットストリームであり、 ａ２ このプロセスの出力は、復号されたピクチャのリストであり、 ｂ 動きベクトル成分および参照インデックスの導出プロセスにおいて、 ｂ１ このプロセスへの入力は以下のとおりであり、 ｂ１１ 現在ピクチャの左上ルーマサンプルに対する現在ルーマコーディングブロックの左上サンプルのルーマ位置(xCb,yCb)、 ｂ１２ ルーマサンプルにおける現在のコーディングブロックの幅を指定する変数cbWidth、 ｂ１３ ルーマサンプルにおける現在のコーディングブロックの高さを指定する変数cbHeight、 ｂ２ このプロセスの出力は以下のとおりであり、 ｂ２１ 1/16分数サンプル精度のルーマ動きベクトルmvL0[0][0]およびmvL1[0][0]、 ｂ２２ 参照インデックスrefIdxL0およびrefIdxL1、 ｂ２３ 予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]、 ｂ２４ 双予測重みインデックスgbiIdx、 ｃ merge_flag[xCb][yCb]が1に等しい場合、マージモードのためのルーマ動きベクトルのための導出プロセスは、ルーマ位置(xCb,yCb)と、変数cbWidthおよびcbHeightを入力として用いて呼び出され、出力は、ルーマ動きベクトルmvL0[0][0]、mvL1[0][0]、参照インデックスrefIdxL0、refIdxL1と、予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]と、双予測重みインデックスgbiIdxであり、 ｄ 以下の条件のすべてが真である場合、refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定され、gbiIdxは0に等しく設定され、 ｄ１ predFlagL0[0][0]は1に等しい、 ｄ２ predFlagL1[0][0]は1に等しい、 ｄ３ cbWidthは4に等しい、 ｄ４ cbHeightは4に等しい、 ｅ 履歴ベースの動きベクトル予測子リストのための更新プロセスは、ルーマ動きベクトルmvL0[0][0]およびmvL1[0][0]、参照インデックスrefIdxL0およびrefIdxL1、予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]、ならびに双予測重みインデックスgbiIdxを用いて呼び出される、 ａ プロセス。 ２ 引用文献２ 引用文献２には、以下の記載がある。なお、下線は強調のために当審で付したものである。 （１）「8.5.3.2.1 Derivation process for luma motion vectors for merge mode … Inputs to this process are: … - two variables nPbW and nPbH specifying the width and the height of the luma prediction block, … nOrigPbW = nPbW (8-80) nOrigPbH = nPbH (8-81)」（第116頁） （当審による仮訳： 8.5.3.2.1 マージモードのためのルーマ動きベクトルの導出プロセス … このプロセスへの入力は次のとおりである： … - ルーマ予測ブロックの幅および高さを指定する2つの変数nPbWおよびnPbH … nOrigPbW=nPbW (8-80) nOrigPbH=nPbH (8-81)） （２）「10. When predFlagL0 is equal to 1 and predFlagL1 is equal to 1, and ( nOrigPbW + nOrigPbH ) is equal to 12, the following applies: refIdxL1 = -1 (8-96) predFlagL1 = 0 (8-97)」（第118頁） （当審による仮訳： 10. predFlagL0が1に等しく、predFlagL1が1に等しく、( nOrigPbW + nOrigPbH )が12に等しいとき、以下が適用される： refIdxL1=-1 (8-96) predFlagL1=0 (8-97)） （３）上記（１）、（２）の摘記事項を総合すると、引用文献２には以下の技術事項（以下、「文献２技術事項」という。）が記載されているといえる。 （文献２技術事項） 「マージモードのためのルーマ動きベクトルの導出プロセスにおいて、 このプロセスへの入力は次のとおりであり、 ルーマ予測ブロックの幅および高さを指定する2つの変数nPbWおよびnPbH、 nOrigPbW=nPbW、 nOrigPbH=nPbHであり、 predFlagL0が1に等しく、predFlagL1が1に等しく、( nOrigPbW + nOrigPbH )が12に等しいとき、以下が適用される、 refIdxL1=-1、 predFlagL1=0、 技術事項。」 ３ 引用文献３ H.265/HEVCについての技術常識を示す文献として引用する引用文献３（大久保榮，「H.265/HEVC教科書」，初版，株式会社インプレスジャパン，2013年10月21日，p.108-112,138）には、以下の記載がある。なお、下線は強調のために当審で付したものである。 （１）「5.1 H.265/HEVCの符号化単位（CTU、CU、PU、TU） 1 H.265/HEVCの符号化単位の特徴 H.265/HEVCは、H.264/AVCよりも符号化処理の自由度を高めるために、次の4つの処理単位をブロック分割に導入しています。 (1) ピクチャを分割するCTU （Coding Tree Unit、符号化ツリーユニット） (2) CTUを再帰的（注１）に分割するCU （Coding Unit、符号化ユニット） (3) CUを予測処理用に分割するPU （Prediction Unit、予測ユニット） (4) CUを変換処理用に分割するTU （Transform Unit、変換ユニット）」（第108頁） （２）「 ［図：0001433508000001.jpg］ 」（第108頁） （３）「2 ピクチャのCTU（符号化ツリーユニット）分割 図5-1のように、ピクチャは、左上から右下に向かってラスタ・スキャン（画面内で左上から右下へと並んだ順序）で処理される、固定ブロックサイズのCTUに分割されます。CTUのサイズは、次に示すシーケンス・パラメータセットのシンタックス要素に基づいて、16の倍数である16、32（＝16×2）、あるいは64（＝16×4）のいずれかに設定できます。」（第109頁） （４）「3 CU（符号化ユニット）分割 各CTUは、再帰的な四分木ブロック分割(四分木：各ノードが4つの枝に分岐されたツリー構造)に基づいて可変サイズのCUに分割されます。 CTUを分割しない場合、CTUがそのままCUとなるため、CTUのサイズがCUの最大サイズmaxCUSizeとなります。なお、最大サイズのCUと最小サイズのCUは、それぞれ、LCU （Largest Coding Unit、最大符号化ユニット）とSCU （Smallest Coding Unit、最小符号化ユニット）と呼ばれます。 図5-2(1)は、LCUとSCUのブロックサイズがそれぞれ64×64画素と8×8画素であるときの、CTUのCU分割例を示しています。図5-2において、(2)はCU分割例のCU分割構造に対応する階層ブロック構造を示し、(3)は階層ブロック構造に対応する四分木構造を示しています。CUの各階層に四分木のノードを対応づけることによって、CTUのCU分割構造を四分木で表現できることがわかります。」（第109～110頁） （５）「 ［図：0001433508000002.jpg］ 」（第110頁） （６）「4 PU（予測ユニット）の分割形状 イントラ符号化/インター符号化の基本単位であるCU（符号化ユニット）は、さらに予測処理のためにPUに分割されます。 H.265/HEVCでは、図5-3に示すように、イントラCU （5.2節の画面内予測に基づいて符号化されたCU）に対しては2つのPU分割形状が定義され、インターCU （5.3節の画面間予測に基づいて符号化されたCU）に対しては8つのPU分割形状が定義されています。 … インターCUでは、2N×2N、2N×N、N×2N、2N×nU、2N×nD、nL×2N、nR×2N、もしくはN×NのPU分割形状を利用できます。このうち、インターCUを異なる大きさの2つのPUに分割する2N×nU、2N×nD、nL×2N、およびnR×2NのPU分割形状は、AMP （Asymmetric Motion Partitioning、非対称動き分割）が有効化されている場合、SCU以外のインターCUで利用できます。ただし、これらのPU分割形状名のnU、nD、nL、およびnRは、小さいほうのPUが同CU内で上、下、左、右にそれぞれ位置することを示しています。また、N×NのPU分割形状は、最小CUサイズが16以上の場合にのみ、SCUのインターCUで利用できます。なお、インターCUに対するN×NのPU分割形状の制約からわかるように、H.265/HEVCではH.264/AVCと異なり、インター符号化の4×4PUは存在しません。動き補償のメモリ帯域の最悪値を最小化するためです。同様の理由で、4×8と8×4の双方向予測PUも存在しません。」（第110～112頁） （７）「 ［図：0001433508000003.jpg］ 」（第111頁） （８）「[5] 小ブロック双方向予測制限 動き補償時のメモリバンド幅削減のために、H.265/HEVCでは小ブロック（8×4/4×8PU）の双方向予測を禁止しています。適応動きベクトル予測符号化では、双方向予測の指定を禁止することで小ブロックの双方向予測を制限します。また、後述するマージ符号化においては、導出したマージ候補が双方向予測モードの場合には、参照画像リストL1の動き情報を無視することによって、L0片方向予測への動き情報変換が行われます。」（第138頁） 第５ 対比 以下、本願発明と引用発明を対比する。 １ 構成Ａについて 引用発明の構成ａ～ａ２によれば、構成ａの「一般復号プロセス」は、構成ａ１の「ビットストリーム」に対して復号のプロセスを行うことにより、構成ａ２の「復号されたピクチャのリスト」を出力するといえる。 そして、構成ａ２の「復号されたピクチャのリスト」はビデオといえるから、構成ａ１の「ビットストリーム」は、ビデオのデータであるといえ、これらの「復号されたピクチャのリスト」及び「ビットストリーム」は、構成Ａの「ビデオデータ」に相当する。 よって、引用発明の構成ａ～ａ２の「一般復号プロセス」は、構成Ａの「ビデオデータを処理する方法」に相当する。 ２ 構成Ｂについて 引用発明の構成ｂ１１の「現在ルーマコーディングブロック」は、構成Ｂの「ビデオの現在のブロック」に相当する。 また、引用発明の構成ｃの「ルーマ動きベクトルmvL0[0][0]、mvL1[0][0]」は、２つの動きベクトルからなるセットといえるから、構成Ｂの「第１動きベクトルセット」に相当する。 また、引用発明の構成ｃの「merge_flag[xCb][yCb]が1に等しい場合、マージモードのためのルーマ動きベクトルのための導出プロセスは、ルーマ位置(xCb,yCb)と、変数cbWidthおよびcbHeightを入力として用いて呼び出され、出力は、ルーマ動きベクトルmvL0[0][0]、mvL1[0][0]、参照インデックスrefIdxL0、refIdxL1と、予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]と、双予測重みインデックスgbiIdxである」、ということは、「現在ルーマコーディングブロック」について、「ルーマ動きベクトルmvL0[0][0]、mvL1[0][0]」を決定することといえる。 よって、引用発明の構成ｃは、構成Ｂの「ビデオの現在のブロックについて第１動きベクトルセットを決定するステップ」に相当する。 ３ 構成Ｃ～Ｃ３について 構成ｄ～ｄ４によれば、引用発明では、「predFlagL0[0][0]は1に等しい」（構成ｄ１）、「predFlagL1[0][0]は1に等しい」（構成ｄ２）、「cbWidthは4に等しい」（構成ｄ３）、「cbHeightは4に等しい」（構成ｄ４）という条件がすべて真である場合に、refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定されている（構成ｄ）。 そして、引用発明において、構成ｄ１～ｄ４の条件がすべて真であることは、構成Ｃの「前記現在のブロックが条件を満足すること」に相当する。 また、引用発明において、構成ｄ１～ｄ４の条件が、「cbWidthは4に等しい」（構成ｄ３）、「cbHeightは4に等しい」（構成ｄ４）という条件を有していることは、構成Ｃの「前記条件は、前記現在のブロックのルーマ成分のサイズが予め定義されたサイズと同じであることを有する」ということに相当する。 ただし、「cbWidthは4に等しい」（構成ｄ３）、「cbHeightは4に等しい」（構成ｄ４）という条件が真であることは、予め定義されたサイズが、４×４であることといえ、予め定義されたサイズが、８×４又は４×８、のうちの少なくとも１つであるとはいえない。 また、引用発明において、「predFlagL0[0][0]は1に等しい」（構成ｄ１）、「predFlagL1[0][0]は1に等しい」（構成ｄ２）という条件が真であることは、参照ピクチャリストL0及び参照ピクチャリストL1が使用されることといえる。 ここで、動画像符号化の分野における技術常識を考慮すると、参照ピクチャリストL0及び参照ピクチャリストL1が使用される場合には、参照ピクチャリストL0内の、refIdxL0で指定される参照ピクチャを参照する動きベクトルであるmvL0[0][0]、および、参照ピクチャリストL1内の、refIdxL1で指定される参照ピクチャを参照する動きベクトルであるmvL1[0][0]が使用されるといえ、これらのmvL0[0][0]及びmvL1[0][0]は、双方向の動き情報といえる。 そして、当該mvL0[0][0]は、構成Ｃ２の「第１予測方向のための第１参照ピクチャリスト内の第１参照ピクチャを参照する第１動きベクトル」に相当し、当該mvL1[0][0]は、構成Ｃ２の「第２予測方向のための第２参照ピクチャリスト内の第２参照ピクチャを参照する第２動きベクトル」に相当する。 よって、引用発明において、「predFlagL0[0][0]は1に等しい」（構成ｄ１）、「predFlagL1[0][0]は1に等しい」（構成ｄ２）という条件が真であることは、構成Ｃ２の「前記現在のブロックが、双方向動き情報に関連すると決定され、前記第１動きベクトルセットが、第１予測方向のための第１参照ピクチャリスト内の第１参照ピクチャを参照する第１動きベクトルと、第２予測方向のための第２参照ピクチャリスト内の第２参照ピクチャを参照する第２動きベクトルとを有する場合」に相当する。 また、引用発明において、「refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定される」（構成ｄ）ということは、参照ピクチャリストL1を使用しないようにすることといえる。 また、動画像符号化の分野における技術常識を考慮すると、参照ピクチャリストL1を使用しないようにすることは、mvL1[0][0]を使用しないようにすることといえ、これにより、mvL0[0][0]とmvL1[0][0]からなる動きベクトルのセットは、mvL0[0][0]のみからなる動きベクトルのセットに変更されるといえる。 また、mvL0[0][0]とmvL1[0][0]からなる動きベクトルのセットが、mvL0[0][0]のみからなる動きベクトルのセットに変更されることは、mvL0[0][0]とmvL1[0][0]のうちの一方であるmvL1[0][0]が捨てられることといえる。 そして、当該mvL0[0][0]は、一の方向のみを指し示す動きベクトルであるから、構成Ｃ２の「一方向動きベクトル」に相当し、当該mvL0[0][0]のみからなる動きベクトルのセットは、構成Ｃの「第２動きベクトルセット」に相当する。 よって、引用発明において、「refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定される」（構成ｄ）ということは、構成Ｃの「前記第１動きベクトルセットを第２動きベクトルセットに変更するステップ」、及び、構成Ｃ２の「前記第１動きベクトルセット内の動きベクトルを一方向動きベクトルに変換すること」、及び、構成Ｃ３の「前記第１予測方向又は前記第２予測方向のうちの一方の動き情報は、捨てられる」ことに相当する。 以上によれば、本願発明と引用発明は、構成Ｃ、Ｃ２、Ｃ３を備える点で一致する。 しかしながら、「前記予め定義されたサイズ」が、本願発明では「８×４又は４×８、のうちの少なくとも１つ」である（構成Ｃ１）のに対し、引用発明では「４×４」である点で、両発明は相違する。 ４ 構成Ｄ、Ｅについて 引用発明の構成ａ～ａ２によれば、構成ａの「一般復号プロセス」は、構成ａ１の「ビットストリーム」に対して復号のプロセスを行うことにより、構成ａ２の「復号されたピクチャのリスト」を出力するといえ、また、構成ｂ１１によれば、「現在ピクチャ」は、「現在ルーマコーディングブロック」を含むといえるから、引用発明は、「ビットストリーム」に対して、「一般復号プロセス」を行うことにより、「現在コーディングブロック」を出力するといえる。 また、引用発明は、構成ｄにより「refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定され」という事項を行った後に、構成ｅの「履歴ベースの動きベクトル予測子リストのための更新プロセスは、ルーマ動きベクトルmvL0[0][0]およびmvL1[0][0]、参照インデックスrefIdxL0およびrefIdxL1、予測リスト利用フラグpredFlagL0[0][0]およびpredFlagL1[0][0]、ならびに双予測重みインデックスgbiIdxを用いて呼び出される」という事項を行うものである。 そして、上記３で述べたとおり、引用発明において、「refIdxL1は-1に等しく設定され、predFlagL1は0に等しく設定され」た後の、mvL0[0][0]のみからなる動きベクトルのセットは、「第２動きベクトルセット」に相当するから、引用発明の構成ｅは、構成Ｅの「前記第２動きベクトルセットは、動きベクトル予測履歴テーブルを更新するために使用され」ることに相当する。 また、上述のとおり、引用発明は、構成ｅを含む「一般復号プロセス」（構成ａ）であるから、第２動きベクトルセットに基づいた復号プロセスを実行するものといえ、引用発明は、構成Ｄの「前記第２動きベクトルセットに基づいて前記現在のブロックと前記ビデオのビットストリームとの間の変換を実行するステップ」を有するといえる。 ５ まとめ 以上によれば、本願発明と引用発明の一致点及び相違点は以下のとおりである。 （一致点） Ａ ビデオデータを処理する方法であって、 Ｂ ビデオの現在のブロックについて第１動きベクトルセットを決定するステップと、 Ｃ 前記現在のブロックが条件を満足することに応答して、前記第１動きベクトルセットを第２動きベクトルセットに変更するステップであり、前記条件は、前記現在のブロックのルーマ成分のサイズが予め定義されたサイズと同じであることを有する、前記変更するステップと、 Ｄ 前記第２動きベクトルセットに基づいて前記現在のブロックと前記ビデオのビットストリームとの間の変換を実行するステップと を有し、 Ｅ 前記第２動きベクトルセットは、動きベクトル予測履歴テーブルを更新するために使用され、 Ｃ 前記第１動きベクトルセットを変更することは、 Ｃ２ 前記現在のブロックが、双方向動き情報に関連すると決定され、前記第１動きベクトルセットが、第１予測方向のための第１参照ピクチャリスト内の第１参照ピクチャを参照する第１動きベクトルと、第２予測方向のための第２参照ピクチャリスト内の第２参照ピクチャを参照する第２動きベクトルとを有する場合に、前記第１動きベクトルセット内の動きベクトルを一方向動きベクトルに変換することを有し、 Ｃ３ 前記第１予測方向又は前記第２予測方向のうちの一方の動き情報は、捨てられる、 Ａ 方法。 （相違点） 「前記予め定義されたサイズ」が、本願発明では「８×４又は４×８、のうちの少なくとも１つ」である（構成Ｃ１）のに対し、引用発明では「４×４」である点。 第６ 判断 以下、上記相違点について検討する。 引用文献２には、上記第４の２（３）で述べたとおりの文献２技術事項が記載されている。 そして、文献２技術事項では、predFlagL0が1に等しく、predFlagL1が1に等しく、( nOrigPbW + nOrigPbH )が12に等しいとき、「refIdxL1=-1」、「predFlagL1=0」とされている。 また、文献２技術事項では、nOrigPbWはルーマ予測ブロックの幅であり、nOrigPbHはルーマ予測ブロックの高さである。 ここで、引用文献２はH.265/HEVCの規格書であるから、以下、H.265/HEVCについての技術常識を示す文献である引用文献３を参照して、H.265/HEVCにおけるPU（予測ユニット）の幅及び高さが取り得る値について検討する。 上記第４の３（１）の記載によれば、H.265/HEVCは、CTU(符号化ツリーユニット)、CU(符号化ユニット)、PU(予測ユニット)、TU(変換ユニット)という4つの処理単位をブロック分割に導入しているといえる。 また、上記第４の３（３）の記載によれば、CTUのサイズは、16の倍数である16、32、あるいは64のいずれかに設定できる。 また、上記第４の３（４）、（５）、（２）の記載によれば、各CTUは、再帰的な四分木ブロック分割に基づいて可変サイズのCUに分割され、各CUは正方形であり、符号化ユニット(CU）は最大64×64、最小8×8であるといえる。 また、上記第４の（６）、（７）の記載によれば、インターCUでは、2N×2N、2N×N、N×2N、2N×nU、2N×nD、nL×2N、nR×2N、もしくはN×NのPU分割形状を利用でき、このうち、インターCUを異なる大きさの2つのPUに分割する2N×nU、2N×nD、nL×2N、およびnR×2NのPU分割形状は、AMPが有効化されている場合、SCU以外のインターCUで利用できるといえる。 また、上記第４の３（２）の記載によれば、予測ユニット(PU）は最大64×64、最小4×4であるといえる。 以上によれば、H.265/HEVCにおいて、CUが取り得るサイズは、64×64、32×32、16×16、8×8のいずれかであるといえる。 そして、AMPが有効化されていない場合には、インターCUでは、2N×2N、2N×N、N×2N、もしくはN×NのPU分割形状を利用できるといえ、この場合、PUの幅及び高さは、CUの幅及び高さと等しいか、または、その半分になるといえる。そして、PUは最大64×64、最小4×4であるから、PUの幅及び高さが取り得る値は、64、32、16、8、4のいずれかであるといえる。 また、AMPが有効化されている場合、2N×nU、2N×nD、nL×2N、およびnR×2NのPU分割形状は、SCU以外のインターCUで利用できる。ここで、H.265/HEVCにおいて規格上許されるCUの最小サイズは8×8なのであるから、SCUが取り得る最小のサイズも8×8である。よって、2N×nU、2N×nD、nL×2N、およびnR×2NのPU分割形状は、16×16以上のインターCUで利用できるといえる。そうすると、これらのPU分割形状を用いた場合のPUの幅又は高さの少なくともいずれか一方は16以上になるといえるから、AMPが有効化されている場合には、PUの幅と高さの和は必ず16よりも大きくなり、12にはなり得ない。 以上によれば、H.265/HEVCにおいて、PUの幅と高さの和が12に等しくなるのは、PUのサイズが8×4又は4×8のうちの少なくとも１つである場合のみといえるから、文献２技術事項の「( nOrigPbW + nOrigPbH )が12に等しい」という条件は、ブロックのサイズが8×4又は4×8のうちの少なくとも１つであることを意味しているといえる。 また、このことは、上記第４の３（８）の、「動き補償時のメモリバンド幅削減のために、H.265/HEVCでは小ブロック（8×4/4×8PU）の双方向予測を禁止しています。」、「また、後述するマージ符号化においては、導出したマージ候補が双方向予測モードの場合には、参照画像リストL1の動き情報を無視することによって、L0片方向予測への動き情報変換が行われます。」という記載とも整合するものである。 よって、文献２技術事項は、ブロックのサイズが８×４又は４×８のうちの少なくとも１つである場合に、「refIdxL1=-1」、「predFlagL1=0」とするものといえる。 そして、引用発明は、H.265/HEVCの後継の規格であるVVCに関するものであるから、その規格の検討に当たって、H.265/HEVCに関するものである文献２技術事項を参照することは、当業者が通常行うことであり、かつ、引用発明と文献２技術事項は、いずれも、マージモードにより動きベクトルセットを導出する際に、「refIdxL1=-1」、「predFlagL1=0」とする（すなわち、第１動きベクトルセット内の動きベクトルを一方向動きベクトルに変換する）ための条件を定めるものであるという点で共通するから、引用発明において、文献２技術事項を採用し、「前記予め定義されたサイズ」を「８×４又は４×８、のうちの少なくとも１つ」とすることにより、上記相違点に係る構成とすることは、当業者が容易に想到し得ることである。 よって、本願発明は、引用発明及び文献２技術事項に基いて、当業者が容易に発明をすることができたものである。 第７ 請求人の主張について 請求人は、令和７年８月２７日提出の意見書において、以下の主張を行っている。 「引用文献２の第１１８頁を参照しますと、(nOrigPbW+nOrigPbH)が１２に等しいことが単に述べられているだけであり、nOrigPbW及びnOrigPbHの夫々の具体的な値は開示されていません。従って、nOrigPbW及びnOrigPbHの夫々がとり得る値は、(nOrigPbW+nOrigPbH)が１２に等しい限りにおいて、複数存在します。例えば、nOrigPbWが２であり、nOrigPbHが１０である可能性があり、これも、(nOrigPbW+nOrigPbH)が１２に等しいという条件を満たします。別の例では、nOrigPbWが６であり、nOrigPbHが６である可能性があり、これも、(nOrigPbW+nOrigPbH)が１２に等しいという条件を満たします。nOrigPbW及びnOrigPbHは別の値をとる可能性もありますが、ここでは１つ１つ列挙しません。 従って、引用文献２に記載されている「(nOrigPbW+nOrigPbH)が１２に等しい」という条件は、請求項１に記載される、現在ブロックのルーマブロックの予め定義されたサイズが８×４又は４×８のうちの少なくとも１つであるという条件と同等ではありません。当業者は、引用文献２の条件に基づいて、現在ブロックのルーマブロックの予め定義されたサイズが８×４又は４×８のうちの少なくとも１つであるという条件を得ることはできません。 以上のことから、引用文献２には、請求項１に記載されている、「前記現在のブロックが条件を満足することに応答して、前記第１動きベクトルセットを第２動きベクトルセットに変更するステップであり、前記条件は、前記現在のブロックのルーマ成分のサイズが予め定義されたサイズと同じであることを有する、前記変更するステップ」を有し、「前記予め定義されたサイズは、８×４又は４×８、のうちの少なくとも１つであ」るという特徴事項が開示も示唆もされていません。 請求項１に記載されている上記の特徴によれば、請求項１に係る発明は、ビデオコーディングのコーディング効率を向上させる一方で、計算複雑性を低減することができるという有利な効果を達成することができます。 然るに、請求項１に係る発明によって実際に解決される技術的課題は、符号化及び復号化の効率をいかにして向上させるか、及び計算複雑性をいかにして低減させるかです。これらの技術的課題は引用文献１、２にも存在していますが、引用文献１、２は、技術的課題を解決するための技術的解決策を開示も教示もしていません。引用文献１、２に開示されている内容に基づいて、上記の技術的課題を発見し、上記の技術的課題を解決するための技術的解決策を探索するには、いずれも当業者の創造的な作業が必要になります。 従って、本願の請求項１に係る発明は、引用文献１、２に基づいて当業者が容易に発明をすることができたものではありません。」 しかしながら、上記第６で述べたとおり、H.265/HEVCにおいて、PUの幅と高さの和が12に等しくなるのは、PUのサイズが8×4又は4×8のうちの少なくとも１つである場合のみといえるから、文献２技術事項の「( nOrigPbW + nOrigPbH )が12に等しい」という条件は、ブロックのサイズが8×4又は4×8のうちの少なくとも１つであることを意味しているといえ、相違点の構成は引用文献２に開示されているといえる。 また、「ビデオコーディングのコーディング効率を向上させる一方で、計算複雑性を低減することができる」という効果は、文献２技術事項の採用により当然に得られる効果であって、当業者が予測し得る範囲内のものであるから、格別有利な効果とはいえない。 よって、請求人の主張は採用することができない。 第８ むすび 以上のとおり、本願発明は、引用文献１に記載された発明及び引用文献２に記載された技術事項に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 したがって、本願は、他の請求項について検討するまでもなく、拒絶をすべきものである。 よって、結論のとおり審決する。