【事件の表示】
　特願２０１６−５５７５８８「マルチレイヤ・ビデオコーディングのためのＰＯＣ値設計」拒絶査定不服審判事件〔平成２７年　９月２４日国際公開、ＷＯ２０１５／１４２９２１、平成２９年　６月　１日国内公表、特表２０１７−５１４３５４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１５年（平成２７年）３月１７日（パリ条約による優先権主張　２０１４年３月１７日　（ＵＳ）アメリカ合衆国、２０１４年３月３１日　（ＵＳ）アメリカ合衆国、２０１５年３月１６日　（ＵＳ）アメリカ合衆国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
平成２８年１０月１３日　　：国際出願翻訳文提出
平成３０年　２月２３日　　：手続補正
平成３１年　２月１３日付け：拒絶理由通知
令和　１年　５月１５日　　：意見書提出
令和　１年　５月３０日付け：拒絶査定
令和　１年　９月２７日　　：拒絶査定不服審判請求
令和　２年　８月１４日付け：当審拒絶理由通知
令和　２年１１月１２日　　：意見書提出および手続補正
第２　本件発明について
　特許請求の範囲の請求項１に係る発明（以下、本件発明という）は、令和２年１１月１２日付の手続補正書により補正された特許請求の範囲の請求項１に記載された、以下のとおりのものである。（符号Ａ〜Ｃ４は請求項の記載を分節するため当審で付したものであり、請求項の記載を、符号Ａ〜Ｃ４を用いて、以下、「発明特定事項Ａ」〜「発明特定事項Ｃ４」と称する。）
【請求項１】
Ａ　ビデオデータをコーディングする方法であって、前記方法は、
Ｂ　マルチレイヤ・ビットストリームの独立して復号可能な非ベースレイヤのピクチャの少なくとも一部分をコーディングすることと、
Ｃ　前記ピクチャの
ピクチャ順序カウント（ＰＯＣ）最下位ビット（ＬＳＢ）値
前記ＰＯＣ値リセットを示す前記データをコーディングすることが、前記ＰＯＣ値リセットを示す１つまたは複数のシンタックス要素をコーディングすることを備え、
Ｃ１　
前記１つまたは複数のシンタックス要素をコーディングすることが、ＰＯＣ値リセットインデックスをコーディングすることを備え、
Ｃ２　
前記ピクチャが、０に等しいＰＯＣ　ＬＳＢ値を有するとき、前記ＰＯＣ値リセットインデックスをコーディングすることが、２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を前記ピクチャのスライスセグメントヘッダ中でコーディングすることを備え、
Ｃ３　
前記ピクチャが、０に等しくないＰＯＣ＿ＬＳＢ値を有するとき、前記ＰＯＣ値リセットインデックスをコーディングすることが、２以外の値に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を前記ピクチャのスライスセグメントヘッダ中でコーディングすることを備え、
Ｃ４　
ここにおいて、２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素は、前記ピクチャの前記ＰＯＣのＬＳＢ値と前記ピクチャの前記ＰＯＣの最上位ビット（ＭＳＢ）値との両方のリセットを示す、
、
を備える、方法。
第３　当審拒絶理由の概要
　令和２年８月１４日付けで通知した当審拒絶理由の概要は以下のとおりである。
１．（明確性）　本件出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
２．（サポート要件）　本件出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。
３．（委任省令要件）　本件出願は、発明の詳細な説明の記載について下記の点で、特許法第３６条第４項第１号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　記
●理由１（明確性）について
　請求項４の記載は発明を明確に特定していない。請求項４を引用する請求項１５についても、同様の理由がある。
●理由２（サポート要件）、理由３（委任省令要件）について
１　本件明細書【０１３１】〜【０１３７】、および図４の記載から、従来技術は、課題１があるといえる。また、本件明細書の【０１５２】〜【０１５７】、および図５の記載から、従来技術は、課題２があるといえる。
課題１　参照ピクチャのＰＯＣ　ＬＳＢ値が、参照ピクチャを参照するピクチャのスライスヘッダ中でシグナリングされたＰＯＣ　ＬＳＢ値と一致しない。
課題２　２つのピクチャを含んでいるアクセスユニットにおいて、異なるＰＯＣ値を有するピクチャを含むことになるが、これはビットストリーム適合性について許可されない。
　そこで、本件の発明の詳細な説明には、上記課題１、２を解決するために、以下の（１）〜（３）（以下、課題解決手段１〜３という）を備えるようにしたものが記載されているといえる。
（１）　ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ｓｌｉｃｅ＿ｐｏｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが０より大きいとき（すなわち、０でないとき）ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを２に等しく設定しない（すなわち、２以外の値に設定しうる）（【０１０３】、【０１２２】、【０１４１】、【０１４２】、【０１６５】）。このとき、コーディングされているピクチャが０に等しいＰＯＣ　ＬＳＢ値を有するときのみ、２に等しくなるようにｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を符号化し得る（【０１６５】）。
（２）　マルチレイヤ・ビットストリームが、非０のＰＯＣ　ＬＳＢ値をもつ非ＩＤＲピクチャであるベースレイヤピクチャと、ＩＤＲピクチャであるエンハンスメントレイヤピクチャとを有するアクセスユニットを含んでいるとき、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１にならないように（すなわち、０になるように）する（【０１６０】）。
（３）　ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を３に等しいように符号化（復号）するとき、さらにｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇシンタックス要素とｐｏｃ＿ｌｓｂ＿ｖａｌシンタックス要素とをさらに符号化（復号）し得る。この場合、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、かつｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが１に等しいとき、ｐｏｃ＿ｌｓｂ＿ｖａｌを０に等しく設定する（【０１０４】、【０１２３】、【０１６６】、【０１７５】）。
　また、課題解決手段３により、以下の効果Ａを有する旨の記載がある。
（効果Ａ）　このようにして、ビデオエンコーダ２０（ビデオデコーダ３０）は、ＰＯＣ値リセッティングが、０に等しいＰＯＣ　ＬＳＢ値を有するピクチャのためにのみ実行されることを保証し得、参照ピクチャが適切に識別されることを可能にし得る。
　しかしながら、請求項１は課題解決手段１〜３のいずれをも発明特定事項として含むものではなく、効果Ａを奏するものでもない。
　そうすると、本件発明は、発明の課題が解決できることを当業者が認識できるように記載された範囲を超えているものであって、本件発明と発明の詳細な説明に発明として記載されたものとが実質的に対応しているとはいえない（サポート要件）。
２　また、本件発明について、なぜ上記課題１、２を解決することになるのか理解できない。
　そうすると、本件発明は上記課題１、２を解決するものではないといえる。
　
　一方、発明の詳細な説明には、次の記載がある。
「【０００６】（略）」
「【００２３】・・・
【００２４】・・・独立してコーディングされるべきマルチレイヤ・ビットストリームの非ベースレイヤを与えることは、いくつかの課題を提示し得る。たとえば、図４に関して以下でより詳細に説明するように、独立非ベースレイヤのピクチャのＰＯＣ　ＬＳＢ値をリセットすることは、参照ピクチャセット（ＲＰＳ：reference picture set）の長期参照ピクチャ（ＬＴＲＰ：long-term reference picture）を適宜に識別することに関する問題を引き起こし得る。別の例として、独立非ベースレイヤのピクチャのＰＯＣ　ＬＳＢ値をリセットすることは、アクセスユニットがクロスレイヤ整合されないピクチャを含んでいることを引き起こし得る。」
「【００７３】（略）」
「【００８０】・・・
【００８１】・・・上記で説明した例は、独立非ベースレイヤをコーディングするときに課題を提示し得る。説明のための非限定的な例では、ＨＥＶＣ準拠ビデオデコーダが、ＩＤＲピクチャのＰＯＣ　ＬＳＢ値を０に等しくなるようにリセットし得る。そのような例では、ＨＥＶＣ準拠ビデオデコーダは、ＰＯＣ　ＬＳＢ値が０であるので、ＩＤＲピクチャのスライスのスライスヘッダからＰＯＣ　ＬＳＢ値の指示を復号するように構成されないことがある。したがって、ＨＥＶＣ準拠ビデオデコーダが、ＩＤＲピクチャのスライスヘッダからＰＯＣ　ＬＳＢ値を復号するように構成されないことがあるので、ＨＥＶＣ準拠ビデオデコーダは、ＰＯＣ　ＬＳＢ値がＩＤＲピクチャのスライスヘッダ中でシグナリングされるとき、誤動作し（malfunction）得る。次いで、デコーダは、順次、次のＩＲＡＰピクチャにスキップし得、それにより、ユーザエクスペリエンス（a user experience）の連続性を劣化させ得る。」
　しかしながら、本件発明は、なぜ上記記載の課題を解決することになるのかについて、具体的な説明はなく、理解することができない。
　そうすると、本件発明は上記の課題に関係しないものにすぎないか、これらの課題を解決しないものにすぎない。
　また、本件明細書中には、他に本件発明が解決すべき課題や、本件発明により、なぜそのような課題を解決できたのかについて、具体的にされている箇所が見当たらない。
　以上から、発明の詳細な説明には、「発明が解決しようとする課題」として、本件発明が解決しようとする技術上の課題が少なくとも一つ記載されているとも、「その解決手段」として、本件発明によってどのようにして課題が解決されたかについて記載されているともいえない。
　したがって、この出願の発明の詳細な説明は、本件発明について、経済産業省令で定めるところにより記載されたものでない。（委任省令要件）
●理由３（委任省令要件）について
　また、本件明細書には、上記課題１、２を解決するための手段として、課題解決手段１〜３が記載されている。
　しかしながら、上記課題１、２は、課題解決手段２、３をとることによって解決するものではなく、また、課題解決手段１だけでは上記課題１、２の解決にほとんど何も寄与しないと考えられ、本件明細書には上記の課題を達成するための構成は、実施例中には示されていないといえる。
　そうすると、この出願の発明の詳細な説明は、本件発明について、経済産業省令で定めるところにより記載されたものでない。
第４　判断
１．明細書および図面の記載事項
（１）　本件明細書の発明の詳細な説明には、次の記載がある。(下線は審決において付した。以下同じ。)
「【０００６】
・・・本開示の技法を使用してビデオコーダを制約することは、マルチレイヤ・ビットストリームのビデオデータのレイヤが、レイヤのスライスヘッダ中のデータを変更することなしに抽出されることを可能にし得る。さらに、ＰＯＣ値リセッティングが行われるロケーションを制御することは、ビデオコーダが復号ピクチャバッファ（ＤＰＢ：decoded picture buffer）中の長期参照ピクチャ（long-term reference pictures）を適宜に識別し得ることを保証するのを助け得る。」
「【００２３】
　[0029]クロスレイヤ整合を維持するためのＰＯＣ値リセッティングに関して、説明のための例では、アクセスユニットは、ＰＯＣ値リセッティングを実行させるベースレイヤＩＤＲピクチャと、ＩＤＲピクチャでない非ベースレイヤピクチャとを含み得る。アクセスユニットの非ベースレイヤピクチャのＰＯＣ値がベースレイヤピクチャのＰＯＣ値に一致することを保証するために、ビデオコーダは、非ベースレイヤピクチャのＰＯＣ値をリセットし得る。
【００２４】
　[0030]上述のように、独立非ベースレイヤは、非ベースレイヤがマルチレイヤ・ビットストリームから抽出されることを可能にするために特定の規格に関連付けられた特定のコーディングプロファイルに準拠し得る。
しかしながら、独立してコーディングされるべきマルチレイヤ・ビットストリームの非ベースレイヤを与えることは、いくつかの課題を提示し得る。たとえば、図４に関して以下でより詳細に説明するように、独立非ベースレイヤのピクチャのＰＯＣ　ＬＳＢ値をリセットすることは、参照ピクチャセット
の長期参照ピクチャ
を適宜に識別することに関する問題を引き起こし得る。別の例として、独立非ベースレイヤのピクチャのＰＯＣ　ＬＳＢ値をリセットすることは、アクセスユニットがクロスレイヤ整合されないピクチャを含んでいることを引き起こし得る。
「【００７３】
　[0079]本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値リセッティングが実行される様式を制御し得る。本技法は、いくつかの事例では、独立非ベースレイヤを復号するときに、スライスヘッダ中でシグナリングされるＬＴＲＰのＰＯＣ値が、ビデオデコーダのＤＰＢに記憶された参照ピクチャのＰＯＣ値との一貫性を維持することを可能にし得る。」
「【００８０】
　[0086]本開示の技法はまた、マルチレイヤアクセスユニットのピクチャのＰＯＣ値整合を維持すること（たとえば、アクセスユニットのすべてのピクチャが同じＰＯＣ値を有することを維持すること）に関する。たとえば、ＰＯＣ値リセッティングは、一般に、ＩＤＲピクチャのために実行されるが、マルチレイヤコーディングにおけるいくつかの事例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＤＲピクチャのＰＯＣ値をリセットしないことがある。説明のための例では、アクセスユニットは、ＩＤＲピクチャでないベースレイヤピクチャ、ＩＤＲピクチャである非ベースレイヤピクチャを含み得る。ビデオエンコーダ２０およびビデオデコーダ３０は、一般に、非ベースレイヤのＩＤＲピクチャのためのＰＯＣ値リセッティングを実行し得るが、アクセスユニット中のＰＯＣ値整合を維持するために、ビデオエンコーダ２０は、代わりに、非ベースレイヤピクチャのためのベースレイヤのＰＯＣ　ＬＳＢ値をシグナリングし得る（およびビデオデコーダ３０がそのＰＯＣ　ＬＳＢ値を復号し得る）。たとえば、ビデオエンコーダ２０は、非ベースレイヤピクチャのスライスヘッダ中に（０に等しくない）ベースレイヤのＰＯＣ　ＬＳＢ値の指示を含め得る。
【００８１】
　[0087]
しかしながら、上記で説明した例は、独立非ベースレイヤをコーディングするときに課題を提示し得る。説明のための非限定的な例では、ＨＥＶＣ準拠ビデオデコーダが、ＩＤＲピクチャのＰＯＣ　ＬＳＢ値を０に等しくなるようにリセットし得る。そのような例では、ＨＥＶＣ準拠ビデオデコーダは、ＰＯＣ　ＬＳＢ値が０であるので、ＩＤＲピクチャのスライスのスライスヘッダからＰＯＣ　ＬＳＢ値の指示を復号するように構成されないことがある。したがって、ＨＥＶＣ準拠ビデオデコーダが、ＩＤＲピクチャのスライスヘッダからＰＯＣ　ＬＳＢ値を復号するように構成されないことがあるので、ＨＥＶＣ準拠ビデオデコーダは、ＰＯＣ　ＬＳＢ値がＩＤＲピクチャのスライスヘッダ中でシグナリングされるとき、誤動作し（malfunction）得る。
（２）　次に、本件明細書の発明の詳細な説明の【０１３１】〜【０１３７】、及び図４には以下の記載がある。
「【０１３１】
　[0137]図４は、マルチレイヤ・ビットストリームの独立非ベースレイヤのためのＰＯＣ値リセッティングを示す概念図である。
図４の例では、マルチレイヤ・ビットストリームはベースレイヤ（レイヤ０）９０と独立非ベースレイヤ（レイヤ１）９２とを含む。
図４に記載されている例示的な図の上半分は、
【０１３２】
　[0138]抽出の前に、
ビデオエンコーダ２０は、
ベースレイヤ９０と非ベースレイヤ９２とを符号化し
ＩＤＲピクチャ９４のためのＰＯＣ値リセッティングを実行
ピクチャ９４は、
２０のＰＯＣ　ＬＳＢ値とを有する。ＰＯＣ値リセッティングの後に、ピクチャ９４は、
０のＰＯＣ　ＬＳＢ値とを有する。
【０１３３】
　[0139]ＰＯＣ値リセッティングを実行するときに、ビデオエンコーダ２０はまた、ＰＯＣ値リセッティングを考慮するために、ＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値を減分し得る。たとえば、ビデオエンコーダ２０は、ＤＰＢに記憶された
各参照ピクチャのＰＯＣ　ＬＳＢ値を２０
だけ減分し
参照ピクチャ９８は、
３のＰＯＣ　ＬＳＢ値とを有する。ＰＯＣ値リセッティングの後に、参照ピクチャ９８は、
−１７のＰＯＣ　ＬＳＢ値とを有する。
【０１３４】
　[0140]
ビデオエンコーダ２０は
非ベースレイヤ９２のピクチャ１０２を符号化する
ピクチャ１０２
を符号化するために
ピクチャ１０２のスライスのスライスヘッダ中で、またはピクチャ１０２によって参照されるパラメータセット中で参照ピクチャ１００のＰＯＣ　ＬＳＢ値をシグナリング
ビデオエンコーダ２０は、
正数への−１７の変換の後に
参照ピクチャ１００のＰＯＣ　ＬＳＢ値が１５になるようにＰＯＣ値リセッティングを実行した後にそのＰＯＣ　ＬＳＢ値をシグナリング
【０１３５】
　[0141]抽出の後に、上述のように、ビデオデコーダ３０は、非ベースレイヤを符号化するために使用されるマルチレイヤ規格と必ずしも同じとは限らない特定のシングルレイヤ規格、たとえば、ＨＥＶＣに準拠することによって非ベースレイヤ９２を復号するように構成され得る。したがって、ビデオデコーダ３０は、非ベースレイヤ９２を復号し、他のシンタックスを廃棄するか、またはさもなければ無視するために、その規格に関連付けられたシンタックスを使用し得る。本明細書では、ＨＥＶＣ、および／またはＨＥＶＣのマルチレイヤ拡張に準拠するビデオデコーダ３０が参照されるが、本開示の技法は、必ずしもこのように限定されるとは限らず、他の規格とともに使用され得ることを理解されたい。
【０１３６】
　[0142]ピクチャ１０２を復号するために、ビデオデコーダ３０は、ビデオエンコーダ２０によって実行される様式とは逆の様式でインター予測を実行するように構成され得る。したがって、ビデオデコーダ３０は、ＬＴ−ＲＰＳから１つまたは複数のピクチャを含み得る参照ピクチャリストを構成し得る。たとえば、ビデオデコーダ３０は、参照ピクチャ１００を含む１つまたは複数の長期参照ピクチャを識別するために、ピクチャ１０２のスライスのスライスヘッダ、またはピクチャ１０２によって参照されるパラメータセットを復号し得る。
【０１３７】
　[0143]上述のように、
参照ピクチャ１００のＰＯＣ　ＬＳＢ値は、
１５に等しいものとして、
ＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値を減分しないこと
参照ピクチャ１００のＰＯＣ　ＬＳＢ値は３に等しい。
参照ピクチャ１００のＰＯＣ　ＬＳＢ値が、スライスヘッダ中でシグナリングされたＰＯＣ　ＬＳＢ値に一致しない
「
」
（３）　また、本件明細書の発明の詳細な説明の【０１５２】〜【０１５７】、及び図５には、以下の記載がある。
「【０１５２】
　[0156]図５は、マルチレイヤ・ビットストリームの独立非ベースレイヤのためのＰＯＣ値リセッティングを示す別の概念図である。図５の例では、マルチレイヤ・ビットストリームはベースレイヤ（レイヤ０）１１０と独立非ベースレイヤ（レイヤ１）１１２とを含む。ベースレイヤ１１０はＩＤＲピクチャ１１４とピクチャ１１６とを含む。非ベースレイヤ１１２は、ベースレイヤ１１０のピクチャ１１４と同じアクセスユニット中にあるピクチャ１１８と、ベースレイヤ１１０のピクチャ１１６と同じアクセスユニット中にあるＩＤＲピクチャ１２０とを含む。
【０１５３】
　[0157]ビデオデコーダ３０などのビデオデコーダは、特定のビデオコーディング規格、たとえば、ＭＶ−ＨＥＶＣまたはＳＨＶＣを使用してベースレイヤ１１０と非ベースレイヤ１１２とを復号するように構成され得る。ビデオデコーダ３０は、ピクチャ１１４がＩＤＲピクチャであるので、ベースレイヤ１１０のピクチャ１１４のためにＰＯＣ値リセッティングを実行するように構成され得る。ビデオデコーダは、ピクチャ１１４の場合、２に等しいＰＯＣ値リセットインデックス（ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ）を復号し得る。さらに、ＰＯＣ値のクロスレイヤ整合を維持するために、ビデオデコーダ３０はまた、非ベースレイヤ１１２中に含まれるピクチャ１１８のＰＯＣ値リセッティングを実行し得る。したがって、ＰＯＣ値リセッティングの後に、ベースレイヤ１１０のピクチャ１１４と非ベースレイヤ１１２のピクチャ１１８の両方は、０に等しいＰＯＣ　ＬＳＢ値を有する。
【０１５４】
　[0158]ＭＶ−ＨＥＶＣおよびＳＨＶＣに含まれる、
シンタックス要素ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ
ＰＯＣ　ＬＳＢ情報が、非ベースレイヤ
のＩＤＲピクチャに属するスライスのスライスセグメントヘッダ中に含まれないことを可能にする
【０１５５】
　[0159]上述のＭＶ−ＨＥＶＣおよびＳＨＶＣ規格に含まれるｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］に対する唯一の明示的制限は、レイヤが独立であるときのみ、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］の値が非ベースレイヤのために１に設定され得る（たとえば、インターレイヤ予測は、レイヤのビデオデータを予測するために使用されない）ということである。しかしながら、ＰＯＣ　ＬＳＢ値が非ベースレイヤ１１２などの独立非ベースレイヤのスライスヘッダ中に含まれないことを示すことは、０のＰＯＣ　ＬＳＢ値を有しないピクチャについて問題を生じ得る。
【０１５６】
　[0160]たとえば、図５の例に示されているように、
非ベースレイヤ１１２は、ＰＯＣ　ＬＳＢ値が、
ＩＤＲピクチャのスライスヘッダ中に含まれないことがあるように、１に等しく設定されたｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ
に関連付けられ得る。ピクチャ１２０は、ＩＤＲピクチャのためのＰＯＣ値リセッティングが実行される
ＩＤＲピクチャである
ピクチャ１２０のスライスのスライスヘッダはＰＯＣ　ＬＳＢ値の指示を含まないことがある
ピクチャ１２０のＰＯＣ　ＬＳＢ値が０に等しいと推論（たとえば、自動的に決定）し得る
【０１５７】
　[0161]しかしながら、ピクチャ１２０のＰＯＣ　ＬＳＢ値が０に等しいと推論することは、（非ベースレイヤ１１２のピクチャ１２０と同じアクセスユニット中にある）ベースレイヤ１１０のピクチャ１１６のＰＯＣ　ＬＳＢ値が０に等しくないので、マルチレイヤ・ビットストリームがＨＥＶＣ規格に対して非適合になることを生じ得る。そうではなく、
ベースレイヤ１１０のピクチャ１１６のＰＯＣ　ＬＳＢ値は４である。したがって、ピクチャ１１６および１２０を含んでいるアクセスユニットは、ビットストリーム適合性について許可されない、異なるＰＯＣ値を有するピクチャを含む。
「
」
（４）　さらに、本件明細書の発明の詳細な説明には、【０１６０】、【０１６５】〜【０１６６】に以下の記載がある。
「【０１６０】
　[0164]このようにして、
本開示の態様によれば、
マルチレイヤ・ビットストリームが、非０のＰＯＣ　ＬＳＢ値をもつ非ＩＤＲピクチャであるベースレイヤピクチャと、ＩＤＲピクチャである
エンハンスメントレイヤピクチャとを有する１つまたは複数のアクセスユニットを含んでいるとき、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］の値が１に等しくないものとする
　　ＶＰＳを参照するすべてのＣＶＳ内で、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄと０よりも大きいｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂとをもつ
非ＩＤＲピクチャを含んでおり、
ＩＤＲピクチャを含んでいる、少なくとも１つのアクセスユニットがあるとき、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しくないものとするということは、ビットストリーム適合性の要件である。
「【０１６５】
　[0169]たとえば、図２に関して上記で説明したように、ビデオエンコーダ２０は、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を符号化し得る。
本開示の態様によれば、
ビデオエンコーダ２０は、コーディングされているピクチャが０に等しいＰＯＣ　ＬＳＢ値を有するときのみ、２に等しくなるようにｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を符号化し得る。すなわち、
ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが
１に等しく、ピクチャのＰＯＣ　ＬＳＢ値を示すｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素が０よりも大きいとき、ビデオエンコーダ２０は、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値を２に等しく設定しない
【０１６６】
　[0170]
ビデオエンコーダ２０がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を３に等しくなるように符号化するとき、ビデオエンコーダ２０はｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇシンタックス要素とｐｏｃ＿ｌｓｂ＿ｖａｌシンタックス要素とをさらに符号化し得る
本開示の態様によれば、
ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが１に等しいとき、ビデオエンコーダ２０は、ｐｏｃ＿ｌｓｂ＿ｖａｌの値を０に等しく設定し得る。このようにして、ビデオエンコーダ２０は、ＰＯＣ値リセッティングが、０に等しいＰＯＣ　ＬＳＢ値を有するピクチャのためにのみ実行されることを保証し
参照ピクチャが適切に識別されることを可能にし得る。
２．　本件明細書に記載された従来技術、課題及び課題解決手段とその効果
（１）課題１について
　本件明細書【００２４】、【０１３１】〜【０１３７】、および図４の記載から、従来技術は、次の（ｉ）〜（iii）のものであり、(ｉｖ)の課題（「第３　当審拒絶理由の概要」の課題１と同じ内容の課題であるから、以下、課題１という）があるといえる。
（ｉ）図４の上半分のように独立非ベースレイヤ（以下、ＩＮＢＬと記載する）９２を含むマルチレイヤビデオを符号化する場合、ビデオエンコーダ２０は、ベースレイヤ９０と非ベースレイヤ９２とを符号化し、ＩＤＲピクチャ９４のためのＰＯＣ値リセッティングを実行し、ＩＤＲピクチャ９４とピクチャ９６の符号化時にＰＯＣ　ＬＳＢ値が２０であったのを０にリセットし、参照ピクチャ９８と参照ピクチャ１００のＰＯＣ　ＬＳＢ値がリセットの前には３であったのをＰＯＣ値リセッティングの後に−１７のＰＯＣ　ＬＳＢ値とを有するように減分する（【０１３１】〜【０１３３】）。
（ｉｉ）ビデオエンコーダ２０は、ＩＮＢＬ９２のピクチャ１０２を符号化するために、ピクチャ１０２のスライスヘッダ中で、または、ピクチャ１０２によって参照されるパラメータセット中で、参照ピクチャ１００のＰＯＣ　ＬＳＢ値を−１７から正数１５になるように変換してＰＯＣ値リセッティングを実行した後に、そのＰＯＣ　ＬＳＢ値をシグナリングする（【０１３４】）。
（ｉｉｉ）一方、図４の下半分のようにＩＮＢＬ９２を抽出して復号する場合は、ビデオデコーダ３０は、ＰＯＣ値リセッティングを実行しないため、ピクチャ９６を復号する場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を復号せず、ＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値を減算しない（【０１３７】）。
　ＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値を減分しないことから、参照ピクチャ１００のＰＯＣ　ＬＳＢ値は３に等しい。一方、ピクチャ１０２のスライスヘッダ中では参照ピクチャ１００はＰＯＣ　ＬＳＢ値１５によって識別される。
（ｉｖ）したがって、参照ピクチャ１００のＰＯＣ　ＬＳＢ値が、ピクチャ１０２のスライスヘッダ中でシグナリングされたＰＯＣ　ＬＳＢ値と一致しない（【０１３７】）。　
（２）課題２について
　本件明細書の【００８１】、【０１５２】〜【０１５７】、および図５の記載から、従来技術は、次の（ｖ）〜（ｖｉｉ）のものであり、（ｖｉｉｉ）の課題（「第３　当審拒絶理由の概要」の課題２と同じ内容の課題であるから、以下、課題２という）があるといえる。
（ｖ）　シンタックス要素ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＯＣ　ＬＳＢ情報がＩＮＢＬのＩＤＲピクチャに属するスライスのスライスヘッダセグメント中に含まれないことを可能にする（【０１５４】）ものであり、図５のＩＮＢＬ１１２は、ＰＯＣ　ＬＳＢ値が、ＩＤＲピクチャのスライスヘッダ中に含まれないことがあるように、１に等しく設定されたｐｏｃ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに関連付けられ得る（【０１５６】）。
（ｖｉ）　このとき、ＰＯＣ値リセッティングが実行されるＩＤＲピクチャであるピクチャ１２０のスライスのスライスヘッダは、ＰＯＣ　ＬＳＢ値の指示を含まないことがあり、ＩＤＲ１２０のＰＯＣ　ＬＳＢ値は０に推論（自動的に決定）し得る（【０１５６】）。
（ｖｉｉ）　一方、ベースレイヤ１１０のＩＤＲ１１４でリセットされたＰＯＣ　ＬＳＢ値はその後増分され、ＩＤＲ１２０と同じアクセスユニット中にあるベースレイヤ１１０のピクチャ１１６のＰＯＣ　ＬＳＢ値は４である（図５、【０１５７】）。
（ｖｉｉｉ）　したがって、ピクチャ１１６およびピクチャ１２０を含んでいるアクセスユニットは異なるＰＯＣ値を有するピクチャを含むことになるが、これはビットストリーム適合性について許可されない（【０１５７】）。
（３）　課題解決手段１〜３及び発明の効果について
　一方、本件明細書の【０１６０】、【０１６５】−【０１６６】の記載から、上記課題１，２を解決することに関連して、以下の（ｉｘ）〜（ｘｉ）（以下、課題解決手段１〜３という）を備えるようにしたものが記載されているといえる。
（ｉｘ）　ビデオエンコーダ２０は、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが０より大きいとき（すなわち、０でないとき）ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを２に等しく設定しない（すなわち、２以外の値に設定する）（【０１６５】）。
　このとき、ビデオエンコーダ２０は、コーディングされているピクチャが０に等しいＰＯＣ　ＬＳＢ値を有するときのみ、２に等しくなるようにｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を符号化し得る（【０１６５】）。
（ｘ）　マルチレイヤ・ビットストリームが、非０のＰＯＣ　ＬＳＢ値をもつ非ＩＤＲピクチャであるベースレイヤピクチャと、ＩＤＲピクチャであるエンハンスメントレイヤピクチャとを有するアクセスユニットを含んでいるとき、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１にならないように（すなわち、０になるように）することで、ビットストリーム適合性の要件を満たすようにする（【０１６０】）。
（ｘｉ）　ビデオエンコーダ２０がｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を３に等しいように符号化するとき、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇシンタックス要素とｐｏｃ＿ｌｓｂ＿ｖａｌシンタックス要素とをさらに符号化し得る。この場合、ｐｏｃ＿ｌｓｂ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、かつｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが１に等しいとき、ｐｏｃ＿ｌｓｂ＿ｖａｌを０に等しく設定する。（【０１６６】）
　また、課題解決手段３により、以下の（ｘｉｉ）の効果（以下、効果Ａという）を有することが記載されているといえる。
（ｘｉｉ）　このようにして、ビデオエンコーダ２０（ビデオデコーダ３０）は、ＰＯＣ値リセッティングが、０に等しいＰＯＣ　ＬＳＢ値を有するピクチャのためにのみ実行されることを保証し得、参照ピクチャが適切に識別されることを可能にし得る（【０１６６】）。
３．　本件発明の発明特定事項と、課題及び課題解決手段との関係
（１）本件発明の発明特定事項Ｂを踏まえた、発明特定事項Ｃ〜Ｃ４は、「マルチレイヤ・ビットストリームの独立して復号可能な非ベースレイヤのピクチャ」である「前記ピクチャが、０に等しい前記ピクチャのためのピクチャ順序カウント（ＰＯＣ）最下位ビット（ＬＳＢ）値を有するときのみ、前記ピクチャのＰＯＣ　ＬＳＢ値のためのＰＯＣ値リセットを示すデータをコーディングする」ことを特定する。
（２）　しかしながら、上記発明特定事項Ｃ〜Ｃ４は、上記２（２）の課題解決手段１の一部を含むにすぎず、課題解決手段２〜３のいずれをも発明特定事項として含むものではなく、効果Ａを奏するものでもない。
（３）　また、本件発明について、特に発明特定事項Ｂを踏まえた、発明特定事項Ｃ〜Ｃ４を具備することにより、なぜ上記課題１、２を解決することになるのか理解できない。
　すなわち、本件発明により、なぜＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値とスライスヘッダ中でシグナリングされたＰＯＣ　ＬＳＢ値を一致させることができるのか、理解することはできない。
　また、本件発明により、なぜベースレイヤのピクチャ１１６およびＩＮＢＬのピクチャ１２０を含んでいるアクセスユニットは同じＰＯＣ値を有することになるのか、理解することはできない。
　そうすると、本件発明は上記課題１、２を解決するものではないといえる。
（４）　上記２（１）（ｉｖ）、２（２）（ｖｉｉｉ）における課題１，２及び上記２（３）における課題解決手段１−３について、さらに検討する。
　本件明細書には、上記課題１、２を解決するための手段として、上記課題解決手段１〜３が記載されている。
　しかしながら、まず上記課題解決手段１だけでは上記課題１、２の解決にほとんど何も寄与しないと考えられる。
　また、上記課題１、２は、上記課題解決手段２、３をとることによって解決するものではなく、課題解決手段２、３に加えて、少なくともさらに以下の下線部の条件を備える必要があると考えられる。
　課題解決手段２については、課題解決手段１を前提とした上で、マルチレイヤ・ビットストリームが、非０のＰＯＣ　ＬＳＢ値をもつ非ＩＤＲピクチャであるベースレイヤピクチャ（図５のピクチャ１１６）と、ＩＮＢＬであるエンハンスメントレイヤについてＩＤＲピクチャ（図５のピクチャ１２０）とを有するアクセスユニットを含んでいるとき、
ＩＤＲピクチャであるエンハンスメントレイヤピクチャ（図５のピクチャ１２０）のスライスヘッダにベースレイヤ（図５のピクチャ１１６）と同じＰＯＣ　ＬＳＢ値
　下線部の条件が備えられることで、ピクチャ１２０のＰＯＣ　ＬＳＢ値が明示的にシグナリングされ（０に推定されることがなくなり）、ピクチャ１１６と同じＰＯＣ　ＬＳＢ値（この場合、４）が設定される。その結果、ピクチャ１１６およびピクチャ１２０を含んでいるアクセスユニットは同じＰＯＣ値を有することになり、上記課題２が解決されるものと考えられる。
　課題解決手段３については、課題解決手段１を前提とした上で、マルチレイヤ・ビットストリームが、
ＩＤＲピクチャであるベースレイヤピクチャ（図４のピクチャ９４）と、ＩＮＢＬであるエンハンスメントレイヤ（図４のレイヤ９２）についてのエンハンスメントレイヤピクチャ（図４のピクチャ９６）を有するアクセスユニットを含んでいるとき、このエンハンスメントレイヤピクチャ（図４のピクチャ９６）に対して
　下線部の条件が備えられることで、ＩＮＢＬであるレイヤ９２を抽出して復号する場合、ピクチャ９６を復号したときにＰＯＣリセットが行われる。この結果、ＰＯＣ　ＬＳＢ値が０に設定されるとともに、ＤＰＢ中のＰＯＣ　ＬＳＢ値が減分されることで、上記課題１が解決されるものと考えられる。
　しかしながら、本件明細書には上記下線部の条件を考慮することについての記載がなく、本件明細書の記載から自明のものであるということもできない。
　すなわち、上記の課題を解決するための構成は、実施例中には示されていないといえる。
　また、本件発明は、上記下線部の条件を考慮することについて特定する事項を含むものではないことはもちろん、課題解決手段２，３を含むものですらない。
　そうすると、本件発明において特定される事項によっては、上記の課題を解決することはできないといえる。
（５）　その他の課題及び課題解決手段について
　また、本件明細書中には、他に本件発明が解決すべき課題や、本件発明について、特に発明特定事項Ｂを踏まえた、発明特定事項Ｃ〜Ｃ４を具備することにより、なぜ本件発明が解決すべき課題を解決できたといえるのかについて、具体的に説明されている箇所が見当たらない。
（６）　小括
　（１）〜（５）から、この出願の発明の詳細な説明は、本件発明について、発明が解決しようとする課題及びその解決手段その他のその発明の属する技術の分野における通常の知識を有する者が発明の技術上の意義を理解するために必要な事項を記載したものということはできないことから、経済産業省令で定めるところにより記載されたものでなく、特許法第３６条第４項第１号の規定を満たすものではない。
　請求項１を引用する請求項２−６、１１に係る発明、本件発明をデバイスという物の発明として特定した請求項７に係る発明、請求項７を引用する請求項８−１０に係る発明についても、同様である。
４．　まとめ
　以上のとおり、本件明細書の発明の詳細な説明には、「発明が解決しようとする課題」として、請求項１−１１に係る発明のいずれかの発明が解決しようとする技術上の課題が少なくとも一つ記載されているとも、「その解決手段」として、本件発明によってどのようにして課題が解決されたかについて記載されているともいえないから、この出願の発明の詳細な説明は、請求項１−１１に係る発明について、経済産業省令で定めるところにより記載されたものでなく、特許法第３６条第４項第１項に規定する要件を満たしていない。
５．　審判請求人の主張について
　審判請求人は、令和２年１１月１２日付意見書において、
「本願発明は、明細書の段落０００６にも明記されている通り、「マルチレイヤ・ビットストリームの独立非ベースレイヤ（an independent non-base layer）のピクチャのためのピクチャ順序カウント（ＰＯＣ：picture order count）値リセッティングを制御すること」を開示します。
　そして、補正後の請求項１に記載した通り、「（中略）」というＰＯＣリセッティングに関連する構成を有し、例えば明細書の段落００７４〜００７５に記載された通りに動作します。」
　と主張しているので、これについて検討する。
　明細書の段落００７４〜００７５には、以下の記載がある（下線は合議体が付した。）。
「【００７４】
　[0080]一例では、ビデオエンコーダ２０およびビデオデコーダ３０は、マルチレイヤ・ビットストリームの独立して復号可能なレイヤのピクチャをコーディング（符号化または復号）し得る。
ビデオエンコーダ２０およびビデオデコーダ３０はまた、ピクチャが、０に等しいピクチャのためのＰＯＣ　ＬＳＢ値を有するときのみ、ピクチャのＰＯＣ　ＬＳＢ値のためのＰＯＣ値リセットを示すデータをコーディングし得る。
【００７５】
　[0081]説明のために上記で説明した例に戻ると、ビデオエンコーダ２０およびビデオデコーダ３０が、（たとえば、上述した６０のＰＯＣ　ＬＳＢ値ではなく）０のＰＯＣ　ＬＳＢ値を有するピクチャにおいてＰＯＣ値リセッティングを実行する場合、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ　ＬＳＢ値と０との間の差が０であるので、ＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値を減分しない。したがって、スライスヘッダ中でシグナリングされたＬＴＲＰのＰＯＣ　ＬＳＢ値は、ビデオデコーダ３０においてＤＰＢに記憶されたピクチャのＰＯＣ　ＬＳＢ値に一致する。」
　
　そして、上記下線部は、発明特定事項Ｃ〜Ｃ４のうち、特に発明特定事項Ｃ２を裏付ける事項である。
　ここで、発明特定事項Ｃ〜Ｃ４は、課題解決手段１の一部を含むものにすぎず、課題解決手段２〜３のいずれを発明特定事項として含むものではなく、効果Ａを奏するものではないことから、本件発明において特定される事項によっては、上記２（１）（ｉｖ）、２（２）（ｖｉｉｉ）における課題１、２をどのように解決したのか、具体的な説明がなく、理解することができないことは、上記３の（２）〜（３）において示したとおりである。
　
　また、上記下線部に関連して、マルチレイヤ・ビットストリームのＩＮＢＬのピクチャのためのＰＯＣ値リセッティングを制御することに関して、その他どのような課題が存在したのか不明であること、およびその解決手段についても不明であること、については、上記３（５）に示したとおりである。
　そうすると、上記４のとおり、発明の詳細な説明には、「発明が解決しようとする課題」として、本件発明が解決しようとする技術上の課題が少なくとも一つ記載されているとも、「その解決手段」として、本件発明によってどのようにして課題が解決されたかについて記載されているともいえない。
　したがって、審判請求人の上記主張は採用できない。
第４　むすび
　以上のとおり、発明の詳細な説明には、「発明が解決しようとする課題」として、本件発明が解決しようとする技術上の課題が少なくとも一つ記載されているとも、「その解決手段」として、請求項１−１１に係る発明によってどのようにして課題が解決されたかについて記載されているともいえず、この出願の発明の詳細な説明は、請求項１−１１に係る発明について、経済産業省令で定めるところにより記載されたものでなく、特許法第３６条第４項第１項に規定する要件を満たしていない。
　したがって、本願は、拒絶をすべきものである。
　よって、結論のとおり審決する。