2023-013720

特願２０２１－５５５８６６「マッピング方法、エンコーダ、デコーダ及びコンピュータ記憶媒体」拒絶査定不服審判事件〔令和 ２年１２月３０日国際公開、ＷＯ２０２０／２５８０１３、令和 ４年 ５月１９日国内公表、特表２０２２－５２５７７０〕について、次のとおり審決する。

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

理 由 第１ 手続の経緯 本願は、２０１９年（令和元年）６月２５日を国際出願日とする出願であって、その手続の経緯は以下のとおりである。 令和３年 ９月１５日 ：手続補正書及び上申書の提出 令和４年１０月２５日付け：拒絶理由の通知 令和５年 １月１２日 ：意見書の提出 同年 ４月２１日付け：拒絶査定 同年 ８月１５日 ：審判請求書及び手続補正書の提出 同年１０月１７日付け：前置報告 第２ 令和５年８月１５日にされた手続補正についての補正の却下の決定 ［補正の却下の決定の結論］ 令和５年８月１５日にされた手続補正（以下、「本件補正」という。）を却下する。 ［理由］ １ 本件補正の内容 （１）本件補正の内容 本件補正は、本件補正前の特許請求の範囲の請求項１～２１を、本件補正後の特許請求の範囲の請求項１～１７に補正するものであって、次の補正を含むものである。 ア 本件補正前の請求項１１を削除する補正。 イ 本件補正前の請求項１３を独立項形式に改め、本件補正後の請求項９とする補正。 ウ 本件補正前の請求項１２について、上記ア、イの補正に伴い、引用する請求項を請求項１１から請求項９に変更して、本件補正後の請求項１０とする補正。 エ 本件補正前の請求項１４について、上記ア、イの補正に伴い、引用する請求項を請求項１１又は１２から請求項９又は１０に変更して、本件補正後の請求項１１とする補正。 オ 本件補正前の請求項１５について、上記ア、イの補正に伴い、引用する請求項を請求項１１又は１２から請求項９又は１０に変更して、本件補正後の請求項１２とする補正。 本件補正前の請求項１１、１２、１４、１５と、本件補正後の請求項９～１２は以下のとおりである。（下線は、本件補正により補正された箇所を示すために当審が付したものである。また、記号「Ａ」～「Ｏ」は、分説するために当審が付したものであり、記号「Ａ」～「Ｏ」に対応する発明特定事項を、以下「構成Ａ」～「構成Ｏ」という。） （２） 本件補正前の請求項１１、１２、１４、１５ 「 【請求項１１】 Ａ エンコーダに適用される画像符号化方法であって、 Ｂ 現在画像ブロックのイントラ予測モードを決定することと、 Ｃ 前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用することと、 Ｄ 前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ、前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであり、前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含むことと、 Ｅ 前記画像輝度成分のイントラ予測モード及び前記画像色度成分のイントラ予測モードを使用して、前記現在画像ブロックを符号化することと、を含む Ｆ ことを特徴とする画像符号化方法。 【請求項１２】 Ｇ 前記第１非ＭＩＰモードは前記平面イントラ予測モードである Ｈ 請求項１１に記載の方法。 【請求項１３】 Ｉ ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる Ｊ 請求項１１又は１２に記載の方法。 【請求項１４】 Ｋ 前記第１非ＭＩＰモードを、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定する１つのパラメータとして使用する Ｌ 請求項１１又は１２に記載の方法。 【請求項１５】 Ｍ 前記第１非ＭＩＰモードを前記現在画像ブロックの画像色度成分のイントラ予測モードとする Ｎ 請求項１１又は１２に記載の方法。」 （３） 本件補正後の請求項９～１２ 「 【請求項９】 Ａ エンコーダに適用される画像符号化方法であって、 Ｂ 現在画像ブロックのイントラ予測モードを決定することと、 Ｃ 前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用することと、 Ｄ 前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ、前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであり、前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含むことと、 Ｅ 前記画像輝度成分のイントラ予測モード及び前記画像色度成分のイントラ予測モードを使用して、前記現在画像ブロックを符号化することと、を含み、 Ｏ 更に、 Ｉ ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる Ｆ ことを特徴とする画像符号化方法。 【請求項１０】 Ｇ 前記第１非ＭＩＰモードは前記平面イントラ予測モードである Ｈ’ 請求項９に記載の方法。 【請求項１１】 Ｋ 前記第１非ＭＩＰモードを、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定する１つのパラメータとして使用する Ｌ’ 請求項９又は１０に記載の方法。 【請求項１２】 Ｍ 前記第１非ＭＩＰモードを前記現在画像ブロックの画像色度成分のイントラ予測モードとする Ｎ’ 請求項９又は１０に記載の方法。」 ２ 補正の適否について （１） 補正の目的について 本件補正により、本件補正前の請求項１４を、本件補正後の請求項１１とする補正は、上記１（１）エで述べたとおり、引用する請求項を、本件補正前の請求項１１又は１２から本件補正後の請求項９又は１０に変更する内容を含むものである。本件補正前の請求項１１は独立項形式の請求項であり、本件補正前の請求項１２は独立項形式の当該請求項１１を引用するものである。また、本件補正後の請求項９は独立項形式の請求項であり、本件補正後の請求項１０は独立項形式の当該請求項９を引用するものである。 そうすると、本件補正前の請求項１４を、本件補正後の請求項１１とする補正は、直接又は間接に引用する独立項形式の請求項を、本件補正前の請求項１１から、本件補正後の請求項９に変更する内容を含むものである。 本件補正後の請求項９は、上記１（１）イで述べたとおり、本件補正前の請求項１３を独立項形式に改めたものであり、本件補正前の請求項１３が引用していた請求項１１の構成Ａ～Ｆ及び請求項１３の構成Ｉを含むものである。独立項形式に改めるにあたっては、本件補正前の請求項１１に係る発明の「画像符号化方法」の発明特定事項である構成Ｅのうち、「を含む」の記載が「含み、」と変更され、当該「含み、」の記載に続けて、「更に、」の記載（構成Ｏ）、及び、本件補正前の請求項１３における「ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」の記載（構成Ｉ）が挿入されている。 そうすると、本件補正後の請求項１１は、本件補正前の請求項１４に対し、発明特定事項として構成Ｏ、Ｉが追加されている。 そして、構成Ｉは、本件補正後の請求項１１に係る発明の「方法」である「画像符号化方法」（構成Ｆ）が、「ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」ことを特定するものである。つまり、構成Ｉは、「ビットストリームに予測モード情報を書き込む」ことに関する事項を特定するものである。 しかしながら、本件補正前の請求項１４の構成Ａ～Ｈ、Ｋ、Ｌでは、画像を符号化する方法について特定がされているものの、「ビットストリーム」に関する事項や、符号化された情報を「ビットストリーム」に書き込むことに関する事項は何ら特定されていないから、構成Ｉの追加は、本件補正前の請求項１４に係る発明の構成Ａ～Ｈ、Ｋ、Ｌのいずれの発明特定事項の限定ともいえない。 また、上記１（１）オで述べた、本件補正前の請求項１５を、本件補正後の請求項１２とする補正についても、以上で検討した、本件補正前の請求項１４を、本件補正後の請求項１１とする補正と同様に、構成Ｉの追加がなされているが、本件補正前の請求項１５に係る発明の構成Ａ～Ｈ、Ｍ、Ｎのいずれの発明特定事項の限定ともいえない。 したがって、構成Ｉの追加は、本件補正前の請求項１４、１５に係る発明のいずれの発明特定事項の限定ともいえず、「特許請求の範囲の減縮（第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであつて、その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る。）」を目的とするものに該当しない。 また、構成Ｉの追加が、請求項の削除、誤記の訂正、明りょうでない記載の釈明のいずれを目的とするものにも該当しないことは明らかである。 以上のとおり、本件補正は、特許法第３６条第５項に規定する請求項の削除、特許請求の範囲の減縮、誤記の訂正、及び、明りょうでない記載の釈明のいずれの事項を目的とするものではないから、同法第１７条の２第５項に規定する要件に適合しないものである。 したがって、本件補正は、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 （２） 独立特許要件について 上記（１）で検討したとおり、本件補正前の請求項１４、１５を本件補正後の請求項１１、１２とする補正にあたって、本件補正前の請求項１４、１５が引用する請求項１１を、本件補正後の請求項１１、１２が引用する請求項９とする補正（上記１（２）イの構成Ｉの追加）は、「特許請求の範囲の減縮（第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであつて、その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る。）」を目的とするものに該当しないが、仮に当該減縮を目的とするものに該当するとしても、本件補正後の特許請求の範囲の請求項９に係る発明（以下、「本件補正発明」という。）は、以下に検討するとおり、特許出願の際独立して特許を受けることができるものでない（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合しない）。 ア 本件補正発明 本件補正発明は、本件補正により補正された特許請求の範囲、明細書及び図面の記載からみて、上記「１ 本件補正の内容」の「（３） 本件補正後の請求項９～１２」に「【請求項９】」として示す本件補正後の特許請求の範囲の請求項９に記載されたとおりのものと認める。 イ 引用文献、引用発明等 （ア） 引用文献１について ａ 引用文献１に記載された事項 原査定の拒絶理由に引用された、引用文献１である K. RAMASUBRAMONIAN, Adarsh et al.，Non-CE3: MIP simplifications，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 15th Meeting: Gothenburg, SE, 3-12 July 2019, [JVET-O0187-v1]，JVET-O0187 (version 1)，ITU-T，2019年06月23日，＜URL:https://jvet-experts.org/doc_end_user/documents/15_Gothenburg/wg11/JVET-O0187-v1.zip＞: JVET-O0187-v1.docx: pp.1-5 には、以下の記載がある。 （ａ） 「1 Introduction Matrix intra prediction (MIP) was adopted in the 14th JVET meeting. Under MIP, prediction samples for a block are derived from a subset of the reference samples of the block using a matrix multiplication. The block sizes are classified into three categories, and under each category several MIP modes are defined. The encoder signals the mode from the category associated with the current block: the signalling mechanism may either using an MPM index (three MPMs are defined for MIP) or a remaining mode index. Table 1 shows the different categories of blocks and number of MIP modes defined for each category.」 （第１頁第２２行～第２８行） （当審仮訳： １ 序論 行列イントラ予測（ＭＩＰ）は、第１４回ＪＶＥＴ会議で採用された。ＭＩＰの下では、ブロックの予測サンプルは、行列乗算を用いて当該ブロックの参照サンプルの部分集合から導出される。当該ブロックのサイズは、３つのカテゴリーに分類され、各カテゴリーについて複数のＭＩＰモードが定義される。エンコーダは、現在ブロックのカテゴリーからモードを信号化する：信号化のメカニズムは、ＭＰＭインデックス（ＭＩＰに対して３つのＭＰＭが定義される）を用いるか、残りのモードのインデックスを用いることができる。表１は、ブロックの異なるカテゴリーと、各カテゴリーに定義されるＭＩＰモードの数を示す。） （ｂ） 「For derivation of MPM of non-MIP blocks, neighbouring MIP-coded blocks are considered as follows: a mapping table is used to derive an “equivalent” regular mode from the MIP mode used by the neighbouring MIP-coded block. This equivalent regular mode is used in the MPM derivation of non-MIP blocks. Similarly, in chroma DM derivation, a collocated luma block may be coded with MIP; an equivalent regular mode is derived using the mapping table and used as the chroma DM mode.」 （第１頁第２９行～第３３行） （当審仮訳： 非ＭＩＰブロックのＭＰＭの導出に対し、ＭＩＰ符号化された隣接ブロックは、次のように考慮される。ＭＩＰ符号化された隣接ブロックによって使用されるＭＩＰモードから“等価な”レギュラーモードを導出するために、マッピングテーブルが使用される。この等価なレギュラーモードは、非ＭＩＰブロックのＭＰＭの導出に使用される。同様に、色度ＤＭの導出にあたり、コロケートされた輝度ブロックがＭＩＰで符号化され得る；マッピングテーブルを用いて等価なレギュラーモードが導出され、色度ＤＭモードとして使用される。） （ｃ） 「2 Proposal This document proposes three simplifications for the MIP tool: 1. Proposal 1: When a neighbouring block is MIP-coded, the MPM derivation for non-MIP modes considers the neighbouring block as unavailable and uses PL mode as the neighbouring mode. Similarly, when a collocated luma block used in chroma DM derivation is MIP-coded, the chroma DM mode is chosen as PL mode.」（第２頁第４行～第９行） （当審仮訳： ２ 提案 この文書は、ＭＩＰツールの３つの簡略化を提案する： １．提案１：隣接ブロックがＭＩＰ符号化されるとき、非ＭＩＰモードのためのＭＰＭの導出にあたって、隣接ブロックは利用できないとして、隣接モードとしてＰＬモードを使用する。同様に、色度ＤＭ導出にあたり、コロケートされた輝度ブロックがＭＩＰ符号化される場合、色度ＤＭモードはＰＬモードとして選択される。） ｂ 引用発明の認定 （ａ） 上記ａ（ａ）には、「１ 序論 行列イントラ予測（ＭＩＰ）は、第１４回ＪＶＥＴ会議で採用された。ＭＩＰの下では、・・・」の記載があるから、引用文献１の「１ 序論」では、「第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）を用いる場合」について記載されていることは明らかである。その上で、「複数のＭＩＰモードが定義される」こと、「エンコーダは、現在ブロックの・・・モードを信号化する」こと、及び、当該「信号化・・・は、ＭＰＭインデックス・・・を用いるか、残りのモードのインデックスを用いることができる」ことが記載されている。 上記ａ（ａ）では、「各カテゴリーについて複数のＭＩＰモードが定義される」とされており、「現在ブロックのカテゴリーからモードを信号化する」にあたっての「モード」はＭＩＰモードと解されるから、引用文献１には、「第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）を用いる場合、エンコーダは、現在ブロックのＭＩＰモードをＭＰＭインデックス又は残りのモードのインデックスを用いて信号化する」ことが記載されており、「行列イントラ予測（ＭＩＰ）を用いる場合」の「エンコーダ」による「信号化」の方法が記載されていると言える。 （ｂ） 上記ａ（ｂ）には、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックがＭＩＰで符号化され得る；マッピングテーブルを用いて等価なレギュラーモードが導出され、色度ＤＭモードとして使用される」ことが記載されている。「；」が密接に関連する文を接続する記号であることを踏まえると、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックがＭＩＰで符号化され得る」ことに関して、「マッピングテーブルを用いて等価なレギュラーモードが導出され、色度ＤＭモードとして使用される」と解されるから、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックがＭＩＰで符号化され」る場合に「マッピングテーブルを用いて等価なレギュラーモードが導出され、色度ＤＭモードとして使用される」ことは明らかである。 さらに、上記ａ（ｂ）には、「ＭＩＰモードから“等価な”レギュラーモードを導出するために、マッピングテーブルが使用される」こと、すなわち、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出されることが記載されているから、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックがＭＩＰで符号化される場合にマッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用される」ことは明らかである。 上記ａ（ｂ）の記載は、上記ａ（ａ）に続く記載であり、上記（ａ）で検討したとおり、「第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）」について示すものであることは明らかである。 そうすると、引用文献１には、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用されること」が記載されており、「第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合」のモードの導出方法が記載されていると言える。 （ｃ） 上記ａ（ｃ）には、「２ 提案」として、「この文書は、ＭＩＰツールの３つの簡略化を提案する」こと、及び、当該「３つの簡略化」のうちの「提案１」として、「色度ＤＭ導出にあたり、コロケートされた輝度ブロックがＭＩＰ符号化される場合、色度ＤＭモードはＰＬモードとして選択される」ことが記載されている。 そして、当該「２ 提案」の「ＭＩＰツールの３つの簡略化」は、上記ａ（ａ）の「１ 序論」で記載されている「第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）」のツールに対する簡略化と解される。 上記ａ（ｃ）の「提案１」に記載の「色度ＤＭ導出」については、「１ 序論」では、上記（ｂ）で検討したとおり、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用されること」が記載されている。 そうすると、上記ａ（ｃ）では、「１ 序論」において「色度ＤＭの導出にあたり、コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用される」とされている点について、「色度ＤＭ導出にあたり、コロケートされた輝度ブロックがＭＩＰ符号化される場合、色度ＤＭモードはＰＬモードとして選択される」ようにする簡略化が提案されていると解される。 したがって、引用文献１には、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用されることに代えて、色度ＤＭ導出にあたり、コロケートされた輝度ブロックがＭＩＰ符号化される場合、色度ＤＭモードはＰＬモードとして選択されるように簡略化する」ことが記載されており、「行列イントラ予測（ＭＩＰ）で符号化される場合」の「モード」の導出方法が記載されていると言える。 （ｄ） 上記ａ（ａ）には、「行列イントラ予測（ＭＩＰ）は、第１４回ＪＶＥＴ会議で採用された」ことが記載されており、ＪＶＥＴ会議で検討されている「イントラ予測」は「エンコーダ」又は「デコーダ」で実施する画像符号化に関する技術であることは技術常識である。上記（ａ）で検討したとおり、引用文献１には「行列イントラ予測（ＭＩＰ）を用いる場合」の「エンコーダ」による「信号化」の方法が記載されていることも踏まえれば、引用文献１には、エンコーダに適用される画像符号化の技術が記載されていると言える。 上記（ａ）～（ｃ）で検討したとおり、上記ａ（ａ）には、「エンコーダ」による「信号化」の方法が、上記ａ（ｂ）、ａ（ｃ）には、「行列イントラ予測（ＭＩＰ）で符号化される場合」のモードの導出方法が記載されているから、引用文献１には、エンコーダに適用される画像符号化方法が記載されている。 以上を総合すると、引用文献１には、以下の発明（以下、「引用発明」という。）が記載されているものと認める。（記号「ａ」～「ｃ」は、分説するために当審が付したものであり、記号「ａ」～「ｃ」に対応する発明特定事項を、以下「構成ａ」～「構成ｃ」という。） 「ａ エンコーダに適用される画像符号化方法であって、 ｂ 第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）を用いる場合、エンコーダは現在ブロックのＭＩＰモードをＭＰＭインデックス又は残りのモードのインデックスを用いて信号化し、 ｃ 色度ＤＭの導出にあたり、コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用されることに代えて、色度ＤＭモードはＰＬモードとして選択されるように簡略化した ａ 画像符号化方法。」 （イ） 参考文献１について ａ 参考文献１に記載された事項 Jonathan Pfaff et al.，CE3: Affine linear weighted intra prediction (CE3-4.1, CE3-4.2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 14th Meeting: Geneva, CH, 19-27 March 2019, [JVET-N0217]，JVET-N0217 (version 1)，ITU-T，2019年03月12日，＜URL: https://jvet-experts.org/doc_end_user/documents/14_Geneva/wg11/JVET-N0217-v1.zip＞: JVET-M1001-v5_proposal_text_CE3-4.1_v1.docx: PP. 43,44,90,91,105-116 は、本願の国際出願日前に公表された第１４回ＪＶＥＴ会議の寄書であり、以下「参考文献１」という。 そして、参考文献１には、以下の記載がある。 （ａ） 「intra_lwip_flag[ x0 ][ y0 ] equal to 1 specifies that the intra prediction type for luma samples is affine linear weighted intra prediction. intra_lwip_flag[ x0 ][ y0 ] equal to 0 specifies that the intra prediction type for luma samples is not affine linear weighted intra prediction. （中略） The array indices x0, y0 specify the location ( x0 , y0 ) of the top-left luma sample of the considered coding block relative to the top-left luma sample of the picture.」（第９０頁第１２行－第１９行） （当審仮訳： intra_lwip_flag[ x0 ][ y0 ]が１に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測であることを示す。intra_lwip_flag[ x0 ][ y0 ]が０に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測でないことを示す。 （中略） 配列インデックスx0，y0は、ピクチャの最上部－左の輝度サンプルに対する、考慮される符号化ブロックの最上部－左の輝度サンプルの位置（x0，y0）を特定する。） （ｂ） 「intra_chroma_pred_mode[ x0 ][ y0 ] specifies the intra prediction mode for chroma samples.」（第９１頁第１４行） （当審仮訳： intra_chroma_pred_mode[ x0 ][ y0 ]は、色度サンプルのイントラ予測モードを示す。） （ｃ） 「8.4.1 General decoding process for coding units coded in intra prediction mode Inputs to this process are: - a luma location ( xCb, yCb ) specifying the top-left sample of the current coding block relative to the top left luma sample of the current picture, （中略） 1. The luma intra prediction mode is derived as follows: - If intra_lwip_flag[ xCb ][ yCb ] is equal to 1, the derivation process for the affine linear weighted intra prediction mode as specified in clause 8.4.X is invoked with the luma location ( xCb, yCb ), the width of the current coding block in luma samples cbWidth and the height of the current coding block in luma samples cbHeight as input.」（第１０５頁第２行－第２５行） （当審仮訳： ８．４．１ イントラ予測モードで符号化された符号化ユニットの一般復号プロセス このプロセスへの入力： － 輝度位置( xCb, yCb )は、現在ピクチャの最上部左の輝度サンプルに対する現在符号化ブロックの最上部－左のサンプルを特定する。 （中略） １．輝度イントラ予測モードは次のように導出される： － もし、intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、輝度位置( xCb, yCb )について、輝度サンプルの現在符号化ブロックの幅cbWidthと、輝度サンプルの現在符号化ブロックの高さcbHeightを入力として、８．４．Ｘ節で特定されるアフィン線形重み付けイントラ予測モードの導出プロセスが呼び出される。） （ｄ） 「8.4.X Derivation process for affine linear weighted intra prediction mode （中略） In this process, the affine linear weighted intra prediction mode IntraPredModeY[ xCb ][ yCb ] is derived.」（第１０６頁第９行～第１５行） （当審仮訳： ８．４．Ｘ アフィン線形重み付けイントラ予測モードの導出プロセス このプロセスでは、アフィン線形重み付けイントラ予測モードIntraPredModeY[ xCb ][ yCb ]が導出される。） （ｅ） 「8.4.2 Derivation process for luma intra prediction mode （中略） In this process, the luma intra prediction mode IntraPredModeY[ xCb ][ yCb ] is derived.」（第１０９頁第７行～第１３行） （当審仮訳： ８．４．２ 輝度イントラ予測モードの導出プロセス このプロセスでは、輝度イントラ予測モードIntraPredModeY[ xCb ][ yCb ]が導出される。） （ｆ） 「Table 8-X3 - Specification of mapping between affine linear weighted intra prediction and intra prediction modes 」（第１１５頁第１行） （当審仮訳： 表８－Ｘ３ － アフィン線形重み付けイントラ予測とイントラ予測モードとの間のマッピングの仕様） （ｇ） 「8.4.3 Derivation process for chroma intra prediction mode （中略） In this process, the chroma intra prediction mode IntraPredModeC[ xCb ][ yCb ] is derived. The corresponding luma intra prediction mode lumaIntraPredMode is derived as follows: - If intra_lwip_flag[ xCb ][ yCb ] is equal to 1, lumaIntraPredMode is derived by the following ordered steps: i. The size type derivation process for a block as specified in clause 8.4.X.1 is invoked with the width of the current coding block in luma samples cbWidth and the height of the current coding block in luma samples cbHeight as input, and the output is assigned to variable sizeId. ii. The luma intra prediction mode is derived using IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ] and sizeId as specified in Table 8-X3 and assigning the value of candIntraPredModeX to lumaIntraPredMode. - Otherwise, lumaIntraPredMode is set equal to IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]. The chroma intra prediction mode IntraPredModeC[ xCb ][ yCb ] is derived using intra_chroma_pred_mode[ xCb ][ yCb ] and lumaIntraPredMode as specified in Table 8-2 and Table 8-3.」（第１１５頁第１行－第１１６頁第５行） （当審仮訳： ８．４．３ 色度イントラ予測モードの導出プロセス このプロセスでは、色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]が導出される。 対応する輝度イントラ予測モードlumaIntraPredModeは、次のように導出される。 － もし、intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、lumaIntraPredModeは、次の順序のステップによって導出される。 ｉ． 輝度サンプルの現在符号化ブロックの幅cbWidthと、輝度サンプルの現在符号化ブロックの高さcbHeightを入力として、８．４．Ｘ．１節で特定されるブロックのサイズのタイプの導出プロセスが呼び出され、出力が変数sizeIdに割り当てられる。 ｉｉ． 表８－Ｘ３で特定されるように、IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]と、sizeIdを使用して、輝度のイントラ予測モードが導出され、candIntraPredModeXの値が、lumaIntraPredModeに割り当てられる。 － そうでなければ、lumaIntraPredModeは、IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]に等しくセットされる。 色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]は、表８－２と、表８－３で特定されるように、intra_chroma_pred_mode[ xCb ][ yCb ]とlumaIntraPredModeを使用して導出される。） ｂ 参考文献１に記載された技術事項 上記参考文献１に記載された事項及びこの分野における技術常識を考慮すると、参考文献１には、以下の技術事項が記載されている。 （ａ） 上記ａ（ａ）には、「intra_lwip_flag[ x0 ][ y0 ]が１に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測であることを示す」こと、及び、「intra_lwip_flag[ x0 ][ y0 ]が０に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測でないことを示す」ことが記載されている。 （ｂ） 上記ａ（ｂ）には、「intra_chroma_pred_mode[ x0 ][ y0 ]は、色度サンプルのイントラ予測モードを示す」ことが記載されている。 （ｃ） 上記ａ（ｃ）には、「イントラ予測モードで符号化された符号化ユニットの一般復号プロセス」において、「輝度イントラ予測モードは次のように導出される」として、「intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、・・・アフィン線形重み付けイントラ予測モードの導出プロセスが呼び出される」ことが記載されている。 「輝度イントラ予測モード」の「導出」にあたって「アフィン線形重み付けイントラ予測モードの導出プロセスが呼び出され」るから、「アフィン線形重み付けイントラ予測モードの導出」によって、「輝度イントラ予測モード」が「導出される」といえる。 したがって、参考文献１には、「イントラ予測モードで符号化された符号化ユニットの一般復号プロセスにおいて、intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、アフィン線形重み付けイントラ予測モードの導出によって、輝度イントラ予測モードが導出される」ことが記載されている。 （ｄ） 上記ａ（ｄ）には、「アフィン線形重み付けイントラ予測モードIntraPredModeY[ xCb ][ yCb ]が導出される」ことが記載されている。 また、上記ａ（ｅ）には、「輝度イントラ予測モードIntraPredModeY[ xCb ][ yCb ]が導出される」ことが記載されている。 したがって、IntraPredModeY[ xCb ][ yCb ]は、輝度のイントラ予測モードを示し、アフィン線形重み付けイントラ予測モードを示すことにも用いられているものと認められる。 （ｅ） 上記ａ（ｆ）には、参考文献１の「表８－Ｘ３」の表題として、「アフィン線形重み付けイントラ予測とイントラ予測モードとの間のマッピングの仕様」が記載されている。 （ｆ） 上記ａ（ｇ）には、「このプロセスでは、色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]が導出される」と記載されているから、「色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]」の「導出」について記載されている。 そして、上記ａ（ｇ）には、「intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、lumaIntraPredModeは、次の順序のステップによって導出される」とした上で、「表８－Ｘ３で特定されるように、IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]と、sizeIdを使用して、輝度のイントラ予測モードが導出され」ることが記載されているから、「intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、表８－Ｘ３で特定されるように、IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]と、sizeIdを使用して、輝度のイントラ予測モードが導出される」といえる。 また、上記ａ（ｇ）には、「色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]は、・・・intra_chroma_pred_mode[ xCb ][ yCb ]とlumaIntraPredModeを使用して導出される」ことが記載されているので、「色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]は、intra_chroma_pred_mode[ xCb ][ yCb ]とlumaIntraPredModeを使用して導出される」といえる。 上記ａ（ｇ）では、「輝度イントラ予測モードlumaIntraPredMode」と記載されており、「lumaIntraPredMode」は、「輝度イントラ予測モード」を示すことを踏まえると、「intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、表８－Ｘ３で特定されるように、IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]と、sizeIdを使用して、輝度のイントラ予測モードlumaIntraPredModeが導出され、色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]は、intra_chroma_pred_mode[ xCb ][ yCb ]と輝度イントラ予測モードlumaIntraPredModeを使用して導出される」といえる。 さらに、上記（ｂ）の検討より、「intra_chroma_pred_modeは、色度サンプルのイントラ予測モードを示す」こと、上記（ｄ）の検討より、「IntraPredModeY[ xCb ][ yCb ]は、輝度のイントラ予測モードを示」すこと、及び、上記（ｅ）の検討より、「表８－Ｘ３」には、「アフィン線形重み付けイントラ予測とイントラ予測モードとの間のマッピングの仕様」が記載されていることを考慮すると、参考文献１には、「intra_lwip_flag[ xCb ][ yCb ]が１に等しい場合、アフィン線形重み付けイントラ予測とイントラ予測モードとの間のマッピングに基づき、IntraPredModeY[ xCb + cbWidth / 2 ][ yCb + cbHeight / 2 ]と、sizeIdを使用して、輝度のイントラ予測モードlumaIntraPredModeが導出され、色度イントラ予測モードIntraPredModeC[ xCb ][ yCb ]は、色度サンプルのイントラ予測モードintra_chroma_pred_mode[ xCb ][ yCb ]と輝度のイントラ予測モードlumaIntraPredModeを使用して導出される」ことが記載されている。 （ｇ） 上記ａ（ａ）には、「配列インデックスx0，y0は、ピクチャの最上部－左の輝度サンプルに対する、考慮される符号化ブロックの最上部－左の輝度サンプルの位置（x0，y0）を特定する」ことが記載されており、上記ａ（ｃ）には、「輝度位置( xCb, yCb )は、現在ピクチャの最上部左の輝度サンプルに対する現在符号化ブロックの最上部－左のサンプルを特定する」ことが記載されている。 そうすると、サンプルの位置に関して「x0，y0」と「xCb, yCb」はいずれもピクチャの最上部－左の輝度サンプルに対する、符号化ブロックの最上部－左の輝度サンプルの位置を特定するものであって、デコーディングプロセスにおける「現在」位置を意味する際には「xCb, yCb」が用いられているものの、「x0，y0」と「xCb, yCb」のいずれの表記であっても、「flag」や「Mode」、「mode」自体の意味が変わるものではない。 （ｈ） 上記（ａ）、（ｆ）の検討を総合した上で、上記（ｇ）の検討を踏まえて、位置「x0，y0」と「xCb, yCb」等の記載を省略すると、参考文献１には、「intra_lwip_flagが１に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測であることを示し、intra_lwip_flagが０に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測でないことを示し、intra_lwip_flagが１に等しい場合、アフィン線形重み付けイントラ予測とイントラ予測モードとの間のマッピングに基づき、IntraPredModeYと、sizeIdを使用して、輝度のイントラ予測モードlumaIntraPredModeが導出され、色度イントラ予測モードIntraPredModeCは、色度サンプルのイントラ予測モードintra_chroma_pred_modeと輝度のイントラ予測モードlumaIntraPredModeを使用して導出される」技術事項（以下、「参考文献１技術事項」という。）が記載されている。 （ウ） 参考文献２について ａ 参考文献２に記載された事項 Jonathan Pfaff et al.，8-bit implementation and simplification of MIP，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 15th Meeting: Gothenburg, SE, 3-12 July 2019, [JVET-O0084]，JVET-O0084 (version 1)，ITU-T，2019年06月18日，＜URL: https://jvet-experts.org/doc_end_user/documents/15_Gothenburg/wg11/JVET-O0084-v1.zip＞: JVET-O0084-v1.docx: pp.1-6 は、本願の国際出願日前に公表された第１５回ＪＶＥＴ会議の寄書であり、以下「参考文献２」という。 そして、参考文献２には、以下の記載がある。 （ａ） 「Abstract At the 14th JVET meeting, held in Geneva from March 19th to March 27th 2019, matrix-based intra prediction (MIP) was adopted.」（第１頁第１４行～第１６行） （当審仮訳： 要約 ジュネーブにおいて２０１９年３月１９日から３月２７日まで開催された第１４回ＪＶＥＴ会議で行列イントラ予測（ＭＩＰ）が採用された。） （ｂ） 「1 8-bit implementation of MIP 1.1 Algorithmic description In this section, the 8-bit implementation of MIP is described. Only the steps that need to be changed in comparison to the adopted version of [1] are described in detail, whereas for all other steps the reader is referred to [1].」（第１頁第３６行～第４０行） （当審仮訳： １ ＭＩＰの８ビット実装 １．１ アルゴリズムの説明 このセクションでは、ＭＩＰの８ビット実装が説明される。採用されたバージョン［１］との比較で変更が必要なステップのみ詳細に説明される。他の全てのステップについては、読者は［１］を参照されたい。） （ｃ） 「5 References [1] J. Pfaff et al., “CE3: Affine linear weighted intra prediction (CE3-4.1, CE3-4.2)”, JVET-N0217, Geneva, Switzerland, March 2019.」（第５頁第９行～第１１行） （当審仮訳： ５ 参考文献 ［１］J. Pfaff他、「CE3: アフィン線形重み付けイントラ予測(CE3-4.1, CE3-4.2)」、JVET-N0217、ジュネーブ、スイス、２０１９年３月。） ｂ 参考文献２に記載された技術事項 上記参考文献２に記載された事項及びこの分野における技術常識を考慮すると、参考文献２には、以下の技術事項が記載されている。 （ａ） 上記ａ（ａ）には、「第１４回ＪＶＥＴ会議で行列イントラ予測（ＭＩＰ）が採用された」ことが記載されている。 （ｂ） 上記ａ（ｂ）には、「ＭＩＰの・・・実装」に関し、「採用されたバージョン［１］との比較」について記載されている。この記載によれば、ＭＩＰの採用されたバージョンは［１］であると認められる。 （ｃ） 上記ａ（ｃ）には、参考文献として、「［１］・・・「CE3: Affine linear weighted intra prediction (CE3-4.1, CE3-4.2)」、JVET-N0217」であることが記載されている。 （ｄ） 以上を総合すると、参考文献２には、「第１４回ＪＶＥＴ会議で行列イントラ予測（ＭＩＰ）が採用され、ＭＩＰの採用されたバージョンは［１］「CE3: Affine linear weighted intra prediction (CE3-4.1, CE3-4.2)」、JVET-N0217である」技術事項（以下、「参考文献２技術事項」という。）が記載されている。 （エ） 周知技術を示す文献 ａ 特表２０１４－５１８４７３号公報に記載された事項 特表２０１４－５１８４７３号公報には、以下の記載がある。 （ａ） 「【００２４】 （中略） 図４は、この種のエンコーダのための一実施形態を示す。図４のエンコーダは、変換ステージ１００と、エントロピー符号器１０２と、逆変換ステージ１０４と、予測器１０６と、減算器１０８と、加算器１１０とを備える。減算器１０８、変換ステージ１００およびエントロピー符号器１０２は、図４のエンコーダの入力１１２と出力１１４との間に、言及された順番で連続的に接続される。また、逆変換ステージ１０４、加算器１１０および予測器１０６は、変換ステージ１００の出力と減算器１０８の逆入力との間に、言及される順番で接続され、予測器１０６の出力は、加算器１１０の更なる入力と接続されている。 【００２５】 図４のエンコーダは、予測的な変換ベースのブロックエンコーダである。 （中略） 予測器１０６は、ブロックを予測するために、イントラ予測モードおよびインター予測モードなどの異なる予測モードを使用することができ、予測パラメータは、データストリームへの挿入のためにエントロピー符号器１０２に転送される。インター予測された予測ブロックごとに、各動きデータは、復号化側が予測をやり直すことを可能にするために、エントロピー符号器１１４を介してビットストリームに挿入される。画像の予測ブロックのための動きデータは、例えば、隣接する既に符号化された予測ブロックの動きベクトルからの規定された方法によって導き出された動きベクトル予測因子に対する現在の予測ブロックのための動きベクトルを区別して符号化する動きベクトル差を示している構文要素を含むシンタックス部分に関与しうる。すなわち、図４の実施形態によれば、変換係数ブロックは、その実際の情報サンプルではなく、むしろサンプル配列の残差のスペクトル表現を示す。」 （ｂ） 「【００３２】 従って、上記のすべてのエンコーダおよびデコーダは、構文要素の特定のシンタックスを処理するように構成される。すなわち、変換係数レベルなどの前述の構文要素、変換ブロックの有意性マップに関する構文要素、インター予測ブロックに関する動きデータ構文要素などは、所定の方法でデータストリームの中で順次配置されるとみなされる。この種の所定の方法は、例えば、Ｈ．２６４標準または他のオーディオ／ビデオコーデックにおいてなされているように、擬似コードの形で示されることができる。」 ｂ 周知技術の認定 （ａ） 上記ａ（ａ）には、「エンコーダは、・・・予測器１０６・・・を備え」、「予測器１０６は、・・・イントラ予測モード・・・を使用することができ、予測パラメータは、データストリームへの挿入のためにエントロピー符号器１０２に転送される」ことが記載されており、予測パラメータのデータストリームへの挿入は、予測パラメータをデータストリームに書き込むことに他ならない。 （ｂ） 上記ａ（ｂ）には、「エンコーダおよびデコーダは、構文要素の特定のシンタックスを処理するように構成され」ること、「構文要素などは、所定の方法でデータストリームの中で順次配置されるとみなされる」こと、及び「この種の所定の方法は、例えば、Ｈ．２６４標準・・・においてなされているように、擬似コードの形で示されることができる」ことが記載されており、構文要素などは、所定の方法でデータストリームの中で順次配置され、この種の所定の方法は、例えば、Ｈ．２６４標準においてなされているように行われる。 （ｃ） 画像符号化の技術分野では、「データストリーム」は「ビットストリーム」に相当し、符号化の処理対象ブロックについて現在画像ブロックと呼ぶこと、及び、Ｈ．２６４標準のイントラ予測モードの予測パラメータが予測モード情報を含むことは技術常識である。 （ｄ） 上記（ａ）の検討によれば、「エンコーダ」が「予測パラメータをデータストリームに書き込む」から、上記（ｃ）を踏まえると、エンコーダが現在画像ブロックのイントラ予測モードの予測モード情報をビットストリームに書き込むといえる。 （ｅ） 特表２０１４－５１８４７３号公報に記載された上記（ｄ）の技術事項として例示されるように、「エンコーダが現在画像ブロックのイントラ予測モードの予測モード情報をビットストリームに書き込むこと」は、従前の標準（例えば、Ｈ．２６４標準）でも行われていた技術であり、周知技術といえる。 ウ 対比・判断 （ア） 対比 本件補正発明を引用発明と対比する。 ａ 構成Ａ、Ｆについて 引用発明の構成ａの「エンコーダ」及び「画像符号化方法」は、それぞれ本件補正発明の構成Ａ、Ｆの「エンコーダ」及び「画像符号化方法」に相当するから、引用発明の構成ａの「エンコーダに適用される画像符号化方法」は、本件補正発明の構成Ａ、Ｆに相当する。 ｂ 構成Ｂについて （ａ） 画像符号化の技術分野では、「ブロック」は「画像ブロック」を意味するから、引用発明の「現在ブロック」は、本件補正発明の「現在画像ブロック」に相当する。 （ｂ） 引用発明の「行列イントラ予測（ＭＩＰ）モード」は、「イントラ予測モード」の一種であるから、本件補正発明の「イントラ予測モード」に含まれる。 （ｃ） 上記（ａ）、（ｂ）の検討を踏まえれば、引用発明の「現在ブロックのＭＩＰモード」は、本件補正発明の「現在画像ブロックのイントラ予測モード」に含まれる。 （ｄ） 引用発明の構成ｂの、「現在ブロックのＭＩＰモードを・・・信号化」することに関して、モードを信号化するにあたっては、いずれのモードを使用するかを決定しなければ、モードを信号化できないことは技術常識であるから、ＭＩＰモードの信号化にあたっては、ＭＩＰモードの決定を行うといえる。 （ｅ） 上記（ｃ）、（ｄ）の検討より、本件補正発明の「画像符号化方法」と、引用発明の「画像符号化方法」は、構成Ｂの「現在画像ブロックのイントラ予測モードを決定」することを含む点で一致する。 ｃ 構成Ｃについて （ａ） 引用発明の構成ｂでは、「行列イントラ予測（ＭＩＰ）を用いる場合、・・・現在ブロックのＭＩＰモードを・・・信号化」する。 （ｂ） 引用文献１公表時には、イントラ予測モードには、行列イントラ予測（ＭＩＰ）モード以外のモードも含まれることは以下のように技術常識である。 例えば、上記イ（イ）ｂ（ｇ）の参考文献１技術事項は、「intra_lwip_flagが１に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測であることを示し、intra_lwip_flagが０に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測でないことを示」す技術事項である。 当該「アフィン線形重み付けイントラ予測」は、行列イントラ予測（ＭＩＰ）の別名であり、これは上記イ（ウ）ｂ（ｄ）の参考文献２技術事項で「第１４回ＪＶＥＴ会議」における「ＭＩＰの採用されたバージョン」であるとして参考文献１に記載された「アフィン線形重み付けイントラ予測」が参照されていることからも明らかである。 参考文献１技術事項によれば、「intra_lwip_flagが０に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測でないことを示す」とされており、イントラ予測タイプがアフィン線形重み付けイントラ予測すなわち行列イントラ予測（ＭＩＰ）、以外の場合もあることが示唆されている。 そうすると、引用発明の「行列イントラ予測（ＭＩＰ）を用いる場合」は、他にもイントラ予測モードがある中で、「行列イントラ予測（ＭＩＰ）を用いる場合」であるから、本件補正発明の「イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合」に相当する。 （ｃ） 引用発明の構成ｂの、「現在ブロックのＭＩＰモードを・・・信号化」することは、ＭＩＰモードを現在画像ブロックのモードとして使用することに他ならず、また、上記ｂ（ｂ）で説示したとおり、引用発明の「行列イントラ予測（ＭＩＰ）モード」は、「イントラ予測モード」の一種であるから、本件補正発明の「ＭＩＰモードを現在画像ブロック」の「イントラ予測モードとして使用する」ことに相当する。 （ｄ） 引用文献１公表時には、行列に基づくイントラ予測（ＭＩＰ）モードが画像輝度成分を対象とするモードであることも以下のように技術常識である。 引用発明の構成ｃでは、「コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いて・・・等価なレギュラーモードが導出され、色度ＤＭモードとして使用される」として、輝度ブロックで行列イントラ予測（ＭＩＰ）が用いられることが示されている。 また、上記（ｂ）に記載したとおり、参考文献１技術事項によれば、「intra_lwip_flagが１に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測であることを示」すとされており、上記（ｂ）の検討のとおり、「アフィン線形重み付けイントラ予測」は、行列イントラ予測（ＭＩＰ）の別名であるから、行列イントラ予測（ＭＩＰ）は、輝度サンプルのイントラ予測タイプのモードとして使用されることが明らかである。 （ｅ） 上記（ａ）～（ｃ）の検討によれば、引用発明の構成ｂは、上記（ｂ）、（ｃ）に示すとおり、本件補正発明の「イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、ＭＩＰモードを現在画像ブロック」の「イントラ予測モードとして使用する」ことに相当する。 当該「行列に基づくイントラ予測（ＭＩＰ）モード」は、上記（ｄ）の検討のとおり、引用発明の構成ｃ及び参考文献１技術事項で示されるように、画像輝度成分を対象とするモードであることが技術常識であることから、引用発明では、「ＭＩＰモード」を「画像輝度成分のイントラ予測モードとして使用する」といえる。 そうすると、本件補正発明の「画像符号化方法」と、引用発明の「画像符号化方法」は、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する」ことを含む点で一致する。 ｄ 構成Ｄについて （ａ） 引用発明の構成ｃでは、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックが第１４回ＪＶＥＴ会議で採用された行列イントラ予測（ＭＩＰ）で符号化される場合、マッピングテーブルを用いてＭＩＰモードから等価なレギュラーモードが導出され、色度ＤＭモードとして使用されることに代えて、色度ＤＭモードはＰＬモードとして選択されるように簡略化」する。 引用発明の「輝度ブロックが・・・行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択される」ことは、マッピングテーブルを用いたレギュラーモードの導出に代わるものだから、マッピングしていることは明らかで、本件補正発明の「マッピング」することに相当する。 （ｂ） ＰＬモードがＰｌａｎａｒモードの略称であって平面イントラ予測モードを示すことは技術常識であり、当該平面イントラ予測モードはＭＩＰモードではないから、引用発明の「ＰＬモード」は、本件補正発明の「第１非ＭＩＰモード」に相当する。 （ｃ） 引用発明の構成ｃの、「輝度ブロックが・・・行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択される」ことは、上記（ａ）で検討したとおり、「マッピング」に相当し、当該「マッピング」は、ＭＩＰモードをＰＬモードにマッピングするものであるから、上記（ｂ）の検討を踏まえれば、本件補正発明の「前記ＭＩＰモードを第１非ＭＩＰモードにマッピング」することに相当する。 （ｄ） 上記（ｂ）で説示したとおり、引用発明の「ＰＬモード」は、平面イントラ予測モードを示し、イントラ予測のモードである。また、画像符号化にあたり、候補として選択された予測モードは最終的に符号化される予測モードの決定に用いることが当然に予定されているから、引用発明の「ＰＬモード」はイントラ予測モードを決定することに用いられるといえ、本件補正発明の「イントラ予測モードを決定することに用いられる」予測モードに相当する。 （ｅ） 引用発明では、「色度ＤＭモードはＰＬモードとして選択される」ことから、予測モードが「色度ＤＭモード」に決定される場合には、「ＰＬモード」で予測が行われることとなる。 引用発明の「色度ＤＭモード」は、その名称のとおり、色度のモードであり、画像符号化の技術分野では、画像輝度成分の画像ブロックや、画像色度成分の画像ブロックに対して予測モードが導出されること、及び、モード選択などの処理を行う符号化の処理対象ブロックについて、「現在」の語を付し、現在画像ブロックと呼ぶことを踏まえれば、「色度ＤＭモード」に決定される場合の当該「ＰＬモード」は、本件補正発明の「現在画像ブロックの画像色度成分」の予測モードに相当する。 （ｆ） 引用発明の「ＰＬモード」は、上記（ｂ）の検討より、本件補正発明の「第１非ＭＩＰモード」に相当し、かつ上記（ｄ）、（ｅ）の検討より、本件補正発明の「前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ」る予測モードに相当するから、上記（ｃ）の検討を踏まえれば、引用発明における構成ｃの、「輝度ブロックが・・・行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択される」ことは、本件補正発明の「前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ」ることに相当する。 （ｇ） 引用発明の構成ｃでは、「色度ＤＭの導出にあたり、コロケートされた輝度ブロックが・・・行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択される」ことから、上記（ｂ）で検討したとおり、ＰＬモードが平面イントラ予測モードを示すことは技術常識であることを踏まえれば、輝度ブロックが行列イントラ予測（ＭＩＰ）で符号化される場合、色度ＤＭモードは平面イントラ予測モードとして選択される。輝度ブロックが行列イントラ予測（ＭＩＰ）であるときに色度ＤＭモードとして平面イントラ予測モードを選択する場合、エンコーダに当該選択を行うことが設定されていなければ、正しく符号化できないことは明らかであり、引用発明のエンコーダにおいて、色度ＤＭモードとして平面イントラ予測モードを選択することが予め設定されるといえるから、上記（ｂ）の検討を踏まえれば、引用発明の「ＰＬモード」は、本件補正発明の「予め設定された非ＭＩＰモード」に相当する。また、引用発明の当該「ＰＬモード」は、非ＭＩＰモードの１つであるから、本件補正発明の「前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであ」るとする「第１非ＭＩＰモード」に相当する。 （ｈ） 上記（ｆ）、（ｇ）の検討より、引用発明における構成ｃの、「輝度ブロックが・・・行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択される」ことは、本件補正発明の「前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ、前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであ」ることに相当する。 そして、本件補正発明では、「前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含む」とされており、「非ＭＩＰモード」が「平面イントラ予測モード」であることを含むから、本件補正発明の「画像符号化方法」と、引用発明の「画像符号化方法」は、「前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ、前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであり、前記非ＭＩＰモードは平面イントラ予測モードを含む」ことを含む点で一致する。ただし、本件補正発明の「画像符号化方法」では、「前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含む」とされているのに対し、引用発明では、当該発明特定事項が特定されていない点で相違する。 ｅ 構成Ｅについて 上記ｄ（ｅ）で検討したとおり、画像符号化の技術分野では、画像輝度成分の画像ブロックや、画像色度成分の画像ブロックに対して予測モードが導出されること、及び、モード選択などの処理を行う符号化の処理対象ブロックを現在画像ブロックと呼ぶことが技術常識である。そして、予測モードの導出は当該予測モードを使用して符号化を行うことを目的としており、当該予測モードを使用して処理対象である現在画像ブロックの符号化を行うことも技術常識である。 これらの技術常識を踏まえると、画像輝度成分の予測モード及び画像色度成分の予測モードを使用して、現在画像ブロックを符号化することは、「輝度ブロックが行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択される」引用発明において自明のことである。 また、引用発明の構成ｂ、ｃの「行列イントラ予測（ＭＩＰ）」は、名称のとおり、イントラ予測を行うモードであり、構成ｃの「ＰＬモード」も、上記ｄ（ｂ）で検討したとおり、平面イントラ予測モードを示し、イントラ予測を行うものである。 そうすると、引用発明において使用する予測モードはイントラ予測モードであることから、画像輝度成分のイントラ予測モード及び画像色度成分のイントラ予測モードを使用して、現在画像ブロックを符号化するといえる。 したがって、本件補正発明の「画像符号化方法」と、引用発明の「画像符号化方法」は、「前記画像輝度成分のイントラ予測モード及び前記画像色度成分のイントラ予測モードを使用して、前記現在画像ブロックを符号化する」ことを含む点で一致する。 ｆ 構成Ｏ及びＩについて 本件補正発明では、「更に、 ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」のに対し、引用発明では、当該発明特定事項が特定されていない点で両者は相違する。 （イ） 一致点及び相違点 以上を総合すると、本件補正発明と引用発明とは、以下の点で一致ないし相違する。 （一致点） 「Ａ エンコーダに適用される画像符号化方法であって、 Ｂ 現在画像ブロックのイントラ予測モードを決定することと、 Ｃ 前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用することと、 Ｄ’ 前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ、前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであり、前記非ＭＩＰモードは平面イントラ予測モードを含むことと、 Ｅ 前記画像輝度成分のイントラ予測モード及び前記画像色度成分のイントラ予測モードを使用して、前記現在画像ブロックを符号化することと、を含む Ｆ 画像符号化方法。」 （相違点１） 本件補正発明では、「前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含む」とされているのに対し、引用発明では、当該発明特定事項が特定されていない点。 （相違点２） 本件補正発明では、「更に、 ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」との発明特定事項を有するのに対し、引用発明では、当該発明特定事項が特定されていない点。 （ウ） 相違点についての判断 上記相違点について検討する。 ａ 相違点１について 本件補正発明の「前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含む」ことは、「のうちの少なくとも１つ」の記載により、「前記非ＭＩＰモード」に含むモードが択一的に特定されているから、「前記非ＭＩＰモード」として「平面イントラ予測モード」のみを含む場合であっても、当該「前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含む」ことに該当する。 上記（ア）ｄ（ｂ）で検討したとおり、引用発明の「ＰＬモード」は平面イントラ予測モードであって「非ＭＩＰモード」に相当し、非ＭＩＰモードとして平面イントラ予測モードを含むといえるから、上記「前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含む」ことに該当する。 したがって、相違点１に関して、本件補正発明と引用発明とは実質的には相違しない。 ｂ 相違点２について 上記イ（エ）ｂ（ｅ）のとおり、エンコーダが現在画像ブロックのイントラ予測モードの予測モード情報をビットストリームに書き込むことは、従前の標準（例えば、Ｈ．２６４標準）でも行われていた技術であり、周知の技術事項である。 エンコーダがイントラ予測モードを使用して符号化を行うのは、符号量の削減を目的、課題とするものであり、引用発明のエンコーダが、行列イントラ予測（ＭＩＰ）に関し、現在ブロックのモードを信号化するにあたっても、符号量の削減といった目的、課題が共通する従前の標準技術であって周知の技術事項を適用することは当業者が普通に想到し得ることである。 したがって、引用発明において、更に、エンコーダが現在画像ブロックのイントラ予測モードの予測モード情報をビットストリームに書き込むようにすることで、「更に、ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」にようにすることは、当業者が容易に想到し得たものである。 （エ） 請求人の主張について ａ 請求人の主張 審判請求人は、審判請求書の「本願発明が特許されるべき理由」において、以下のとおり主張している。 「理由１及び２（新規性及び進歩性） １、請求項１ 請求項１はデコーダに適用される画像復号化方法を定義し、現在画像ブロックのイントラ予測モードを決定することと、前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用することと、前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記第１非ＭＩＰモードは前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ、前記第１非ＭＩＰモードは予め設定された非ＭＩＰモードの１つであり、前記非ＭＩＰモードは直流イントラ予測モード、平面イントラ予測モード及び方向イントラ予測モードのうちの少なくとも１つを含むことと、前記画像輝度成分のイントラ予測モード及び前記画像色度成分のイントラ予測モードを使用して、前記現在画像ブロックを復号化することと、を含み、現在画像ブロックのイントラ予測モードを決定することは、ビットストリームに含まれる予測モード情報を解析することを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられます。 １）新規性 請求項１に、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する」という技術的特徴が開示され、即ち、現在画像ブロックのＭＩＰモードを現在画像ブロックの画像輝度成分のイントラ予測モードとすることが開示されています。 審査官殿は、引用文献１に、色度ＤＭ生成において使用される輝度ブロックがＭＩＰ符号化ブロックである場合、ということが開示され、それは、請求項１における「前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして」に属する、という見解です。 しかし、請求項１は、「前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして」の条件を既に明確に開示し、即ち、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合」、即ち、イントラ予測モードがＭＩＰモードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用します。ここから分かりますように、請求項１では、ＭＩＰモードを現在画像ブロックの画像輝度成分のイントラ予測モードとして使用するためには、現在画像ブロックのイントラ予測モードがＭＩＰモードである、という条件さえ満たせば良く、「ＭＰＭ」には関連せず、マッピングテーブルを必要としません。 引用文献１では請求項１と似たような適用条件が開示されておらず、そして、色度ＤＭ生成において使用される輝度ブロックがＭＩＰ符号化ブロックである場合、ということが明確に開示され、そしてその前提は、Ｆｏｒ ｄｅｒｉｖａｔｉｏｎ ｏｆ ＭＰＭ ｏｆ ｎｏｎ－ＭＩＰ ｂｌｏｃｋｓ、ということであり、従って、引用文献１の全体の案によれば、それは、ＭＰＭ及び色度ＤＭの生成を、輝度ブロックがＭＩＰ符号化ブロックであることの条件とする必要がある、ということが開示されています。 従って、引用文献１は、請求項１における、ＭＩＰモードを現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する完全な技術的特徴、即ち、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する」ということを開示していません。 請求項１には更に、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられる」という技術的特徴が特定され、即ち、請求項１では、直流イントラ予測モード、平面イントラ予測モード又は方向イントラ予測モードを、画像色度成分のイントラ予測モードとします。ここから分かりますように、請求項１における、前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられる、ということも「ＭＰＭ」には関連せず、従来の技術によく見られるマッピングテーブルは必要としません。 引用文献１に開示されたのは、色度ＤＭ生成において使用される輝度ブロックがＭＩＰ符号化ブロックである場合、色度ＤＭモードをＰＬモードとして選択するということです。そして、引用文献１に開示された、色度ＤＭモードをＰＬモードとして選択する、ということの前提は、やはりｎｏｎ－ＭＩＰブロックのＭＰＭの導出処理であり、マッピングテーブルで等価モードをマッピングする必要があります。 請求項１の案はマッピングテーブルに関連せず、ｎｏｎ－ＭＩＰブロックのＭＰＭの導出処理も必要とせず、ＭＩＰモードを第１非ＭＩＰモードに直接マッピングするということです。即ち、請求項１はマッピングテーブルの参与を必要としないマッピング案を提供し、そしてそのマッピングの条件は引用文献１と異なります。 従って、引用文献１は請求項１における、現在画像ブロックの画像色度成分のイントラ予測モードを決定する案、即ち、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられる」ということを開示していません。 補正後の請求項１は更に、現在画像ブロックのイントラ予測モードを決定することは、ビットストリームに含まれる予測モード情報を解析することを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる、という技術的特徴を含みます。 引用文献１は該技術的特徴を開示していません。 従って、引用文献１と比べて、補正後の請求項１は、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する」、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられる」、及び「現在画像ブロックのイントラ予測モードを決定することは、ビットストリームに含まれる予測モード情報を解析することを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」という区別の技術的特徴を含みます。 従って、補正後の請求項１は新規性を有します。 ２）進歩性 上記のように、引用文献１と比べて、請求項１は区別の技術的特徴を含みます。上記区別の技術的特徴によって、請求項１は、如何にして現在画像ブロックのイントラ予測モードを決定するか、如何にして現在画像ブロックの画像輝度成分のイントラ予測モードを決定するか、及び如何にして現在画像ブロックの画像色度成分のイントラ予測モードを決定するか、という技術課題を解決します。 請求項１の案によれば、ＭＰＭを導出することなく、マッピングテーブルを要することなく、直接にＭＩＰモードと現在画像ブロックの画像輝度成分のイントラ予測モードとの間の対応関係を確立し、そしてＭＩＰモードを予め設定された非ＭＩＰモードの１つにマッピングし、従来技術のマッピング方法における、複数マッピングテーブルをクエリするという欠陥を回避でき、マッピングに必要な全てのテーブルを記憶する必要がなく、メモリスペースを節約し、ＭＩＰモードと従来モードとの間でマッピングする複雑度を簡素化します。 上記区別の技術的特徴は本分野の慣用の技術手段ではなく、本願の前に本分野では請求項１の技術手段は見られませんでした。 従って、引用文献１に基づいて本分野の慣用の技術手段を組み合わせたとしても、請求項１の全部の案を取得することはできず、請求項１は自明なものではありません。 請求項１の提供する案によれば、現在画像ブロックのイントラ予測モードが行列に基づくＭＩＰモードである場合、ＭＩＰモードを現在画像ブロックの画像輝度成分のイントラ予測モードとして使用し、ＭＩＰモードを予め設定された非ＭＩＰモードの１つにマッピングし、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられます。そうすると、従来のマッピング方法における複数のマッピングテーブルをクエリすることを回避し、マッピングに必要なすべてのテーブルを記憶する必要がなく、メモリスペースを節約し、それによりＭＩＰモードと従来モードとの間でマッピングする複雑度を簡素化し、ＭＩＰモードと従来モードとのマッピングを迅速に実現することができ、符号化／復号化速度を向上させます。従って請求項１は顕著な進歩をもたらします。 上記のように、請求項１は自明なものではなく、そして顕著な進歩をもたらし、従って請求項１は進歩性を有します。 ２、独立請求項６、１１、１６（今回補正後の請求項５、９、１３） 請求項１と同じ又は類似する理由で、請求項６、１１、１６も新規性及び進歩性を有します。」 ｂ 請求人の主張についての検討 請求人の当該主張について検討する。 請求人は、「引用文献１は、請求項１における、ＭＩＰモードを現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する完全な技術的特徴、即ち、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを前記現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する」ということを開示していません。」と主張し、「請求項１と同じ又は類似する理由で」今回補正後の請求項９も「新規性及び進歩性を有」するとしている。 しかしながら、上記（ア）ｃ（ｄ）で検討したとおり、引用文献１公表時には、行列イントラ予測（ＭＩＰ）モードが画像輝度成分を対象とするモードであることは技術常識である。これは、参考文献１技術事項の「intra_lwip_flagが１に等しいことは、輝度サンプルのイントラ予測タイプがアフィン線形重み付けイントラ予測であることを示す」ことにも裏付けられており、引用発明では、構成ｂ、ｃにより「イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、ＭＩＰモードを現在画像ブロックの画像輝度成分のイントラ予測モードとして使用する」といえる。 したがって、請求人の主張は採用できない。 請求人は、「引用文献１は請求項１における、現在画像ブロックの画像色度成分のイントラ予測モードを決定する案、即ち、「前記イントラ予測モードが行列に基づくイントラ予測（ＭＩＰ）モードである場合、前記ＭＩＰモードを第１非ＭＩＰモードにマッピングし、前記現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられる」ということを開示していません。」と主張し、「請求項１と同じ又は類似する理由で」今回補正後の請求項９も「新規性及び進歩性を有」するとしている。 しかしながら、上記（ア）ｄ（ａ）で示したように、引用発明では、構成ｃにより、「行列イントラ予測（ＭＩＰ）で符号化される場合、・・・色度ＤＭモードはＰＬモードとして選択されるように簡略化」されており、上記（ア）ｄ（ｃ）で検討したように、「ＭＩＰモードを平面イントラ予測モードにマッピングし」、上記ｄ（ｄ）で検討したように「現在画像ブロックの画像色度成分のイントラ予測モードを決定することに用いられ」るといえる。 したがって、請求人の主張は採用できない。 請求人は、「補正後の請求項１は更に、現在画像ブロックのイントラ予測モードを決定することは、ビットストリームに含まれる予測モード情報を解析することを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる、という技術的特徴を含みます。引用文献１は該技術的特徴を開示していません。」と主張し、「請求項１と同じ又は類似する理由で」今回補正後の請求項９も「新規性及び進歩性を有」するとしている。 ここで、当該技術的特徴は、請求項９では、「更に、ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」ことに対応すると解される。 しかしながら、上記（ウ）相違点についての判断ｂで検討したとおり、エンコーダが現在画像ブロックのイントラ予測モードの予測モード情報をビットストリームに書き込むことは周知の技術事項といえ、引用発明において、「更に、ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」にようにすることは、当業者が容易に想到し得たものである。 したがって、請求人の主張は採用できない。 よって、本件補正発明は上記引用発明、参考文献１、２に例示される上記技術常識及び特表２０１４－５１８４７３号公報に例示される上記周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際、独立して特許を受けることができないものである。 ３ 小括 以上のとおり、本件補正は、本件補正発明が特許出願の際、独立して特許を受けることができないものであるから、特許法第１７条の２第６項の規定により準用する特許法第１２６条第７項の規定に違反するので、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 したがって、上記補正の却下の決定の結論のとおり決定する。 第３ 本願発明について １ 本願発明 令和 ５年 ８月１５日にされた手続補正は上記第２のとおり却下されたので、本願の請求項１～２１に係る発明は、令和 ３年 ９月１５日にされた手続補正により補正された特許請求の範囲の請求項１～２１に記載された事項により特定されるものであるところ、そのうち、請求項１１に係る発明（以下、「本願発明」という。）は、上記「第２ 令和５年８月１５日にされた手続補正についての補正の却下の決定」の項中の「１ 本件補正の内容」（１）に記載したとおりのものである。 ２ 原査定における拒絶の理由 原査定（令和５年４月２１日付け拒絶査定）における拒絶の理由は、概略、「この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」というものであり、請求項１１に係る発明に対して、以下の引用文献１が引用された。 引用文献１：K. RAMASUBRAMONIAN, Adarsh et al.，Non-CE3: MIP simplifications，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 15th Meeting: Gothenburg, SE, 3-12 July 2019, [JVET-O0187-v1]，JVET-O0187 (version 1)，ITU-T，2019年06月23日，＜URL:https://jvet-experts.org/doc_end_user/documents/15_Gothenburg/wg11/JVET-O0187-v1.zip＞: JVET-O0187-v1.docx: pp.1-5 ３ 引用発明 原査定の拒絶の理由に引用された引用文献１に記載された発明は上記「第２ 令和５年８月１５日にされた手続補正についての補正の却下の決定」の項中の「２ 補正の適否について」の「（２） 独立特許要件について」の項で、「イ 引用文献、引用発明等」の「（ア） 引用文献１について」の「ｂ 引用発明の認定」として認定したとおりである。 ４ 対比・判断 上記「第２ 令和５年８月１５日にされた手続補正についての補正の却下の決定」の項中の「２ 補正の適否について」の「（１） 補正の目的について」で検討したように、本件補正後の請求項９に係る発明は、本件補正前の請求項１１に係る発明の「画像符号化方法」の発明特定事項である構成Ｅのうち、「を含む」の記載が「含み、」と変更され、当該「含み、」の記載に続けて、「更に、」の記載（構成Ｏ）、及び、本件補正前の請求項１３における「ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」の記載（構成Ｉ）が挿入されている。 そして、挿入された構成Ｉは、本件補正前の構成Ａ、Ｆで特定される「画像符号化方法」が、本件補正前の構成Ｂ～Ｅに加えて、更に、「ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」ことを特定するものである。 そうすると、本願発明は本件補正発明から、「ビットストリームに予測モード情報を書き込むことを含み、前記予測モード情報は前記現在画像ブロックのイントラ予測モードを示すことに用いられる」に関する上記特定を除いたものである。 本願発明に対して本件補正に係る上記特定を行った本件補正発明が、上記「第２ 令和５年８月１５日にされた手続補正についての補正の却下の決定」の項中の「２ 補正の適否について」の「（２）独立特許要件について」の項で検討したとおり、引用発明及び上記技術常識、上記周知技術に基づいて当業者が容易に発明をすることができたものであり、同「（２）独立特許要件について」の「ウ 対比・判断」における判断にあたって、上記周知技術は、上記特定の構成Ｉに対して適用され、構成Ｉを有しない本願発明に対しては適用を要しないから、本願発明は引用発明及び上記技術常識に基づいて、当業者が容易に発明をすることができたものである。 ５ むすび 以上のとおり、本願発明は、引用発明及び参考文献１、２に例示される上記技術常識に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 したがって、本願発明はその余の請求項について論及するまでもなく拒絶すべきものである。 よって、結論のとおり審決する。