【事件の表示】
　特願２０１４−５４４９２５「マルチビュービデオコード化（ＭＶＣ）適合３次元ビデオコード化（３ＤＶＣ）のためのパラメータセットのアクティブ化」拒絶査定不服審判事件〔平成２５年　６月　６日国際公開，ＷＯ２０１３／０８２４３８，平成２７年　１月　５日国内公表，特表２０１５−５００５８９，請求項の数（３２）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　経緯
　本件出願は，２０１２年（平成２４年）１１月３０日（パリ条約による優先権主張　２０１１年１１月３０日　米国，２０１１年１２月１日　米国，２０１１年１２月２２日　米国，２０１２年１月６日　米国，２０１２年１１月２９日　米国）を国際出願日とする出願であって，その手続の経緯は，以下のとおりである。
　手続補正　　　　　　　：平成２６年　８月１１日
　拒絶理由通知　　　　　：平成２７年　９月　３日（起案日）
　手続補正　　　　　　　：平成２７年１２月１５日
　拒絶査定　　　　　　　：平成２８年　２月　９日（送達日）
　拒絶査定不服審判の請求：平成２８年　６月　９日
　　
第２　原査定の概要
　原査定の理由は，概略，次のとおりである。
　　
［査定の理由］
　本件出願の請求項１〜３２に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　　　記
　引用文献１：特表２０１１−５０９６３１号公報
　引用文献２：特開２００４−２７４６９４号公報
　引用文献３：Ye-Kui Wang, et.al., MVC output related conformance, [online], 23 April 2007, Joint Video Team (JVT) of ISO/IEC MPEG  ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q.6), Document: JVT-W036, [平成27年9月2日検索], インターネット〈URL：http://wftp3.itu.int/av-arch/jvt-site/2007_04_SanJose/JVT-W036.zip〉（公知日はファイルのタイムスタンプの日付）
　引用文献４：Thomas Rusert, et.al., High level syntax for scalability support in HEVC, [online], 1 July 2011, Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, Document: JCTVC-F491（version 1）, [平成27年9月2日検索], インターネット〈URL：http://phenix.it-sudparis.eu/jct/doc_end_user/documents/6_Torino/wg11/JCTVC-F491-v1.zip〉（公知日はファイルのタイムスタンプの日付）
　引用文献５：国際公開第２０１０／０４３７７３号
第３　本件発明
１　本件出願の請求項１〜３２に係る発明
　本件出願の請求項１〜３２に係る発明（以下，それぞれ「本件発明１」〜「本件発明３２」という。）は，平成２７年１２月１５日付けの手続補正で補正された特許請求の範囲の請求項１〜３２に記載された事項により特定される，以下のとおりの発明である。
　　【請求項１】
　ハードウエアがビデオコード化のための方法であって，
　復号ピクチャバッファ内に深度成分を記憶することと，
　ビュー依存性を分析して，前記深度成分がビュー間予測のために使用されるかどうか決定することと，ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別れており，前記深度成分はビデオデータのビューのビュー成分と関連し，テクスチャ成分も前記ビュー成分と関連する，
　前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示していることを決定したことに応答して，前記復号ピクチャバッファから前記深度成分を除去することとを備える，方法。
　　【請求項２】
　前記深度成分を除去することが，前記深度成分と関連する前記ビュー依存性が前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，関連する前記テクスチャ成分を除去することなく前記復号ピクチャバッファから前記深度成分を除去することを備える，請求項１に記載の方法。
　　【請求項３】
　前記深度成分が，ターゲット出力ビューに属さず，非参照ピクチャであり，又は，「参照のために使用されない」ものとして標識されたピクチャである，請求項１に記載の方法。
　　【請求項４】
　前記ビュー依存性が，サブセットシーケンスパラメータセットのビデオコード化のシーケンスパラメータセット拡張において信号伝達され，
　前記サブセットシーケンスパラメータセットが，３次元ビデオプロファイルを含み，前記ビュー依存性を分析するときに，前記サブセットシーケンスパラメータセットがアクティブビュービデオコード化シーケンスパラメータセットとしてアクティブ化される，請求項１に記載の方法。
　　【請求項５】
　前記方法が，前記テクスチャ成分を再構成するために使用される１つ以上の参照ピクチャとは異なる，前記深度成分を再構成するために使用される１つ以上の参照ピクチャを決定することをさらに備える，請求項１に記載の方法。
　　【請求項６】
　前記方法が，
　ビデオデコーダが，前記深度成分及び前記テクスチャ成分が表示のために出力されるべきターゲット出力ビューに属すると決定することと，
　前記ビデオデコーダが，同時に前記深度成分と前記テクスチャ成分とを出力することとをさらに備える，請求項１に記載の方法。
　　【請求項７】
　前記深度成分及び前記テクスチャ成分が異なる解像度を有する，請求項１に記載の方法。
　　【請求項８】
　前記ビデオデータが，Ｈ．２６４／アドバンストビデオコード化規格に対する３次元ビデオコード化拡張に準拠し，前記Ｈ．２６４／アドバンストビデオコード化規格に対するマルチビュービデオコード化拡張と後方互換性がある，請求項１に記載の方法。
　　【請求項９】
　ビデオデータをコード化するように構成されるビデオコード化装置であって，
　復号ピクチャバッファと，
　前記復号ピクチャバッファに深度成分を記憶し，ビュー依存性を分析して前記深度成分がビュー間予測のために使用されるかどうかを決定し，前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，前記復号ピクチャバッファから前記深度成分を除去するように構成される，プロセッサと，ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性とは別であり，前記深度成分はビデオデータのビューのビュー成分と関連しており，テクスチャ成分も前記ビュー成分と関連している，
　を備える，ビデオコード化装置。
　　【請求項１０】
　前記１つ以上のプロセッサがさらに，前記深度成分を除去するとき，前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，前記テクスチャ成分を除去することなく前記復号ピクチャバッファから前記深度成分を除去するように構成される，請求項９に記載のビデオコード化装置。
　　【請求項１１】
　前記深度成分が，ターゲット出力ビューに属さず，非参照ピクチャであり，又は，「参照のために使用されない」ものとして標識されたピクチャである，請求項９に記載のビデオコード化装置。
　　【請求項１２】
　前記ビュー依存性が，サブセットシーケンスパラメータセットのビデオコード化のシーケンスパラメータセット拡張において信号伝達され，
　前記サブセットシーケンスパラメータセットが，３次元ビデオプロファイルを含み，前記ビュー依存性を分析するときに，前記サブセットシーケンスパラメータセットがアクティブビュービデオコード化シーケンスパラメータセットとしてアクティブ化される，請求項９に記載のビデオコード化装置。
　　【請求項１３】
　前記１つ以上のプロセッサがさらに，前記テクスチャ成分を再構成するために使用される１つ以上の参照ピクチャとは異なる，前記深度成分を再構成するために使用される１つ以上の参照ピクチャを決定するように構成される，請求項９に記載のビデオコード化装置。
　　【請求項１４】
　前記ビデオコード化装置がビデオデコーダを備え，
　前記１つ以上のプロセッサがさらに，前記深度成分及び前記テクスチャ成分が表示のために出力されるべきターゲット出力ビューに属していると決定し，前記深度成分と前記テクスチャ成分とを同時に出力するように構成される，請求項９に記載のビデオコード化装置。
　　【請求項１５】
　前記深度成分及び前記テクスチャ成分が異なる解像度を有する，請求項９に記載のビデオコード化装置。
　　【請求項１６】
　前記ビデオデータが，Ｈ．２６４／アドバンストビデオコード化規格に対する３次元ビデオコード化拡張に準拠し，前記ビデオデータが前記Ｈ．２６４／アドバンストビデオコード化規格に対するマルチビュービデオコード化拡張と後方互換性がある，請求項９に記載のビデオコード化装置。
　　【請求項１７】
　ビデオデータをコード化するためのビデオコード化装置であって，
　復号ピクチャバッファ内に深度成分を記憶するための手段と，
　ビュー依存性を分析して，前記深度成分がビュー間予測のために使用されるかどうか決定するための手段と，ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別であり，前記深度成分はビデオデータのビューのビュー成分と関連し，テクスチャ成分も前記ビュー成分と関連する，
　前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，前記復号ピクチャバッファから前記深度成分を除去するための手段とを備える，ビデオコード化装置。
　　【請求項１８】
　前記深度成分を除去するための前記手段が，前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，前記テクスチャ成分を除去することなく前記復号ピクチャバッファから前記深度成分を除去するための手段を備える，請求項１７に記載のビデオコード化装置。
　　【請求項１９】
　前記深度成分が，ターゲット出力ビューに属さず，非参照ピクチャであり，又は，「参照のために使用されない」ものとして標識されたピクチャである，請求項１７に記載のビデオコード化装置。
　　【請求項２０】
　前記ビュー依存性が，サブセットシーケンスパラメータセットのビデオコード化のシーケンスパラメータセット拡張において信号伝達され，
　前記サブセットシーケンスパラメータセットが，３次元ビデオプロファイルを含み，前記ビュー依存性を分析するときに，前記サブセットシーケンスパラメータセットがアクティブビュービデオコード化シーケンスパラメータセットとしてアクティブ化される，請求項１７に記載のビデオコード化装置。
　　【請求項２１】
　前記ビデオコード化装置が，前記テクスチャ成分を再構成するために使用される１つ以上の参照ピクチャとは異なる，前記深度成分を再構成するために使用される１つ以上の参照ピクチャを決定するための手段をさらに備える，請求項１７に記載のビデオコード化装置。
　　【請求項２２】
　前記ビデオコード化装置がビデオデコーダを備え，
　前記ビデオデコーダが，
　前記深度成分及び前記テクスチャ成分が表示のために出力されるべきターゲット出力ビューに属すると決定するための手段と，
　前記深度成分と前記テクスチャ成分とを同時に出力するための手段とをさらに備える，請求項１７に記載のビデオコード化装置。
　　【請求項２３】
　前記深度成分及び前記テクスチャ成分が異なる解像度を有する，請求項１７に記載のビデオコード化装置。
　　【請求項２４】
　前記ビデオデータが，Ｈ．２６４／アドバンストビデオコード化規格に対する３次元ビデオコード化拡張に準拠し，前記ビデオデータが前記Ｈ．２６４／アドバンストビデオコード化規格に対するマルチビュービデオコード化拡張と後方互換性がある，請求項１７に記載のビデオコード化装置。
　　【請求項２５】
　実行されると，ビデオコード化装置の１つ以上のプロセッサに，
　復号ピクチャバッファ内へ深度成分を記憶させ，
　前記深度成分がビュー間予測のために使用されるかどうか決定するためにビュー依存性を分析させ，ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別であり，前記深度成分はビデオデータのビューのビュー成分と関連し，テクスチャ成分も前記ビュー成分と関連する，
　前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，前記復号ピクチャバッファから前記深度成分を除去させる命令を記憶した，コンピュータ可読記憶媒体。
　　【請求項２６】
　実行されると前記１つ以上のプロセッサに前記深度成分を除去させる前記命令が，実行されると前記１つ以上のプロセッサに，前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示すことを決定したことに応答して，前記テクスチャ成分を除去することなく前記復号ピクチャバッファから前記深度成分を除去させる命令を備える，請求項２５に記載のコンピュータ可読記憶媒体。
　　【請求項２７】
　前記深度成分が，ターゲット出力ビューに属さず，非参照ピクチャであり，又は，「参照のために使用されない」ものとして標識されたピクチャである，請求項２５に記載のコンピュータ可読記憶媒体。
　　【請求項２８】
　前記ビュー依存性が，サブセットシーケンスパラメータセットのビデオコード化のシーケンスパラメータセット拡張において信号伝達され，
　前記サブセットシーケンスパラメータセットが，３次元ビデオプロファイルを含み，前記ビュー依存性を分析するときに，前記サブセットシーケンスパラメータセットがアクティブビュービデオコード化シーケンスパラメータセットとしてアクティブ化される，請求項２５に記載のコンピュータ可読記憶媒体。
　　【請求項２９】
　前記コンピュータ可読記憶媒体が，実行されると，前記１つ以上のプロセッサに，前記テクスチャ成分のために使用される１つ以上の参照ピクチャとは異なる，前記深度成分を再構成するために使用される１つ以上の参照ピクチャを決定させる命令をさらに記憶した，請求項２５に記載のコンピュータ可読記憶媒体。
　　【請求項３０】
　前記ビデオコード化装置がビデオデコーダを備え，
　前記コンピュータ可読記憶媒体が，実行されると，前記１つ以上のプロセッサに，
　前記深度成分及び前記テクスチャ成分が表示のために出力されるべきターゲット出力ビューに属すると決定させ，
　前記深度成分と前記テクスチャ成分とを同時に出力させる命令をさらに記憶した，請求項２５に記載のコンピュータ可読記憶媒体。
　　【請求項３１】
　前記深度成分及び前記テクスチャ成分が異なる解像度を有する，請求項２５に記載のコンピュータ可読記憶媒体。
　　【請求項３２】
　前記ビデオデータが，Ｈ．２６４／アドバンストビデオコード化規格に対する３次元ビデオコード化拡張に準拠し，前記ビデオデータが前記Ｈ．２６４／アドバンストビデオコード化規格に対するマルチビュービデオコード化拡張と後方互換性がある，請求項２５に記載のコンピュータ可読記憶媒体。
２　本件発明１の分説
　本件発明１を分説すると，次のとおりである。なお，説明のためにＡ〜Ｇの記号を当審で付与した。以下，それぞれ，「構成Ａ」〜「構成Ｇ」という。
　　
（本件発明１）
Ａ　ハードウエアがビデオコード化のための方法であって，
Ｂ　復号ピクチャバッファ内に深度成分を記憶することと，
Ｃ　ビュー依存性を分析して，前記深度成分がビュー間予測のために使用されるかどうか決定することと，
Ｄ　ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別れており，
Ｅ　前記深度成分はビデオデータのビューのビュー成分と関連し，テクスチャ成分も前記ビュー成分と関連する，
Ｆ　前記深度成分と関連する前記ビュー依存性が，前記深度成分がビュー間予測のために使用されないことを示していることを決定したことに応答して，前記復号ピクチャバッファから前記深度成分を除去することとを備える，
Ｇ　方法。
第４　引用文献，引用発明
１　引用文献１
（１）引用文献１の記載
　原査定の拒絶の理由に引用された引用文献１には，「ビデオおよび奥行きの符号化」（発明の名称）に関し，図面とともに次の事項が記載されている。なお，強調のために下線を当審で付与した。
【０００９】
［詳細な説明］
　少なくとも一つのインプリメンテーションにおいて，出願人は，マルチビュービデオに加えて奥行きのデータを符号化するフレームワークを提案する。加えて，出願人は，ビデオ，および奥行きデータを符号化するために，符号化効率を向上させるいくつかの方法を提案する。さらに，出願人は，奥行き信号が，他の奥行き信号の符号化だけでなく，ビデオ信号の符号化の効率を向上させるために使用し得るアプローチを解説する。
【００１０】
　解決すべき多くの課題のうちの１つは，マルチビュー・ビデオシーケンスの効果的な符号化である。
マルチビュー・ビデオシーケンスは，異なるビューの場所から同じ場面を撮った２つ以上のビデオシーケンスの一組である。マルチビュー・コンテンツの各々のビューに奥行きデータが関連づけられるため，一部分のマルチビュービデオ符号化アプリケーションのビデオおよび奥行きデータでも，その量は膨大なものとなり得る。
【００１４】
　現在のＨ．２６４／ＡＶＣのマルチビュービデオ符号化拡張（以下「ＭＶＣ仕様」）は，ビデオデータだけに対する符号化を規定している。
ＭＶＣ仕様は，符号化効率を向上するために，時間的，およびビュー間（ｉｎｔｅｒ−ｖｉｅｗ）依存を利用する。８つのビューを備えるマルチビュービデオ符号化システムに対し，ＭＶＣ仕様でサポートされる例示的な符号化構造１００が，図１に示されている。図１の矢印は，従属構造を示す。矢印は，参照用ピクチャから，参照用ピクチャに基づいて符号化される画像へポインティングしている。
【００２２】
　少なくとも一つのインプリメンテーションにおいて，マルチビュービデオ符号化フレームワークにおいて奥行きを付け加えることを提案する。奥行き信号のためのフレームワークは，各々のビュービデオ信号に対して使用されるフレームワークに類似したものを使用してもよい。これは，奥行きをビデオデータの他の一組として扱い，かつビデオデータに対して使用されたツールと同一のセットを使用することによって実行することができる。
図２は，本発明の原理のインプリメンテーションに従った３つのビューを有するマルチビュービデオと奥行きの符号化システム２００とを示す（上から下に，二つの行において，第１のビューのビデオおよび奥行き，次の二つの行で，第２のビューのビデオおよび奥行き，最後の二つの行で，第３のビューのビデオおよび奥行きが示されている）。
【００２３】
　実施例のフレームワークにおいて，ビデオ符号化ではなく奥行き符号化は，モーション・スキップ，およびビュー間予測に対する奥行きデータからの情報を使用する。この特定のインプリメンテーションをする意図は，ビデオ信号からそれぞれに奥行きデータを符号化することである。しかしながら，モーション・スキップ，およびビュー間予測は，それらがビデオ信号に適用されるのと類似した方式で，奥行き信号に適用されてもよい。符号化された奥行きデータの符号化効率を向上するために，ビューｉデータの奥行きは，例えば，他のビューｊの奥行きデータのビュー間予測および動き情報（モーション・スキップ・モード），ビュー合成情報などのようなサイド情報ばかりでなく，ビューｉに対応する関連するビデオデータからのこれらのサイド情報を使用することを提案する。図３は，ビューｉの奥行きデータの予測３００を示す。Ｔ０，Ｔ１，およびＴ２は，異なる時刻に対応する。たとえば，ビューｉのビデオデータおよびビューｊの奥行きデータから，ビューｉの奥行きを予測する場合，同じ時刻から予測されることになるが，これは，単なる例示に過ぎない。他のシステムでは，いかなる時刻のデータを選択し使用してもよい。加えて，他のシステムおよびインプリメンテーションでは，
ビューｉの奥行きデータを，さまざまなビューおよび時刻からの奥行きデータおよび／またはビデオデータからの情報を組み合わせて予測してもよい。
【００２９】
　
参照用ピクチャ（奥行きまたはビデオ）
【００３１】
　
図４は，本発明の原理のインプリメンテーションに従って，例示的なマルチビュービデオ符号化（ＭＶＣ）の符号化器４００を示す。
デブロッキングフィルタ４５０の出力は，（ビューｉに対する）参照用ピクチャ記憶装置４５５に信号接続されている。参照用ピクチャ記憶装置４５５の出力は，動き補償器４７５の第一入力，およびモーション推定器４８０の第一入力に信号接続されている。
図１
図２
（２）引用文献１に記載された発明
ア
　段落【００３１】によると，引用文献１には，『符号化器が，マルチビュービデオを符号化する』ことが開示されているといえる。
イ
　段落【００３１】には，参照用ピクチャ記憶装置について記載されており，参照用ピクチャ記憶装置には，参照用ピクチャが記憶されることは明らかである。また，段落【００２９】には，参照用ピクチャは，奥行きデータからなることが開示されている。
　よって，引用文献１には，『参照用ピクチャ記憶装置に奥行きデータを記憶する』ことが開示されているといえる。
ウ
　従来の技術を示す記載である段落【００１４】及び図１をみれば，あるビューのビデオデータは，他のビューを用いて予測されるものである。
　また，段落【００２３】の「ビューｉの奥行きデータを，さまざまなビュー及び時刻からの奥行きデータおよび／またはビデオデータからの情報を組み合わせて予測してもよい」という記載及び図２をみれば，あるビューの奥行きデータは，他のビューを用いて予測されるものである。
　そして，上記の段落【００２３】の記載は，奥行きデータが予測に用いるビューが任意のものであることを示しており，これは，他のビデオデータが予測に用いるビューとは独立して奥行きデータが予測に用いるビューを決定できることを示しているといえる。
　よって，引用文献１には，『奥行きデータが予測に用いるビューは，任意のビデオデータが予測に用いるビューとは独立して決定できるものであること』が開示されているといえる。
エ
　段落【００２２】，【００２９】及び図２をみれば，マルチビュービデオのビューのピクチャは，奥行きデータとビデオデータとからなることは明らかである。
　よって，引用文献１には，『マルチビュービデオのビューのピクチャは，奥行きデータとビデオデータとを含む』ことが開示されているといえる。
オ
　以上より，引用文献１に開示された発明を方法の発明として認定すると，引用文献１には，次の引用発明が記載されている。この発明を以下「引用発明」という。なお，説明のためにａ〜ｇの記号を当審で付与した。以下，それぞれ，「構成ａ」〜「構成ｇ」という。
　　
（引用発明）
ａ　符号化器がマルチビュービデオを符号化する方法であって，
ｂ　参照用ピクチャ記憶装置に奥行きデータを記憶することと，
ｄ　奥行きデータが予測に用いるビューは，任意のビデオデータが予測に用いるビューとは独立して決定できるものであることと，
ｅ　マルチビュービデオのビューのピクチャは，奥行きデータとビデオデータとを含む，
ｇ　方法。
２　引用文献２
　原査定の拒絶の理由に引用された引用文献２には，「画像符号化方法及び画像復号化方法」（発明の名称）に関し，図面と共に次の事項が記載されている（下線は当審が付与した。）。
【０１７２】
参照ピクチャ・バッファの参照ピクチャの数がＮＭａｘよりも小さい場合には，エンコーデッド・ピクチャは，モジュール５０６で再構成（復号）されかつモジュール５０７で参照ピクチャ・バッファに記憶される。十分な空きが存在しない場合には，画像符号化装置は，モジュール５０４に示すようにバッファからある未使用参照ピクチャ「ｕｎｕｓｅｄ（以降，参照ピクチャとして参照されない）」を除去することによって参照ピクチャ・バッファに必要な領域を確保する。
（２）引用文献２に記載された技術事項
　上記（１）の記載によると，引用文献２には，「参照ピクチャ・バッファから参照ピクチャとして参照されないピクチャを除去すること」という技術事項が記載されている。
３　引用文献３
（１）引用文献３の記載
　原査定の拒絶の理由に引用された引用文献３には，「MVC output related conformance」（当審訳「MVCの出力の適合」）として，次の事項が記載されている。なお，強調のために下線を当審で付与した。
「Abstract 
MVC supports a large range of views, but the number of the views the decoder process can be constrained to a relatively small value to meet the rendering capabilities, for example. According to the current MVC draft, it cannot be known from the bitstream which views are to be outputted. 
It is claimed in this contribution that the information which views are to be outputted is required in the picture output and removal processes of the hypothetical reference decoder as well as in the derivation of the minimum decoded picture buffer requirement.
（当審訳）
「要約
MVCは広い範囲のビューをサポートしているが，例えば，レンダリング能力によりデコーダプロセスのビューの数は比較的小さな値に制約され得る。現在のMVCドラフトによれば，ビットストリームからどのビューが出力されるべきかを知ることはできない。
この寄書では，出力されるべきビューの情報は，最小復号ピクチャバッファ要件の導出と同様に，仮想参照デコーダのピクチャ出力及び除去プロセスにおいて必要とされると主張する。
「Introduction 
As specified in MVC JD 2.0 (JVT-V209), in H.8.3 (HRD for MVC), there is a number p and a number k which respectively denote the total number of output views and the total number of dependent views that are not used for output. However, according to the MVC draft, given a bitstream containing k+p views, there is no way for the decoder to know the exact p value and the corresponding view identifiers for the p output views. 
For correct MVC output conformance with minimum decoded picture buffer requirement, the numbers k and p and the associated view_id values must be defined somewhere. It is possible for a decoder to get the information through a systems means that is out of the scope of the MVC specification. For example, a player that decodes an MVC bitstream locally stored can decide which views to display according to its display capability and indicate the desired views to the decoder. In a unicast streaming session, it can be negotiated during the session negotiation phase between the streaming server and the client which views are displayed. （略）」（第１頁）
（当審訳）
「導入
MVC JD 2.0 (JVT-V209)で規定されているように，H.8.3 (MVCのHRD)には，出力されるビューの総数及び出力されないが依存するビューの総数をそれぞれ意味する数値p及び数値kがある。しかしながら，MVCドラフトによると，k+p個のビューを含む所与のビットストリームについて，デコーダが，正確なpの値及びp個の出力されるビューに対応するビューを知る方法はない。 
最小復号ピクチャバッファの要件を伴う正しいMVC出力のために,数値 k及びp及び関連するview_idの値は，いずれかで定義されなければならない。デコーダは，MVC仕様外のシステム手段を通じて情報を得ることが可能である。例えば，ローカルに格納されたMVCビットストリームをデコードするプレイヤーは，その表示能力に基づいてどのビューを表示するかを決定し，デコードする所望のビューを示すことができる。ユニキャストストリームセッションでは，ストリーミングサーバとビューを表示するクライアントとの間のセッション交渉フェーズの間に交渉が可能である。（略）」
「Proposal 
Based on the above analysis, we propose to signal the information of which views are output views using a new SEI message, called active view information SEI message. 
If the SEI message is present, the decoding process shall utilize the information in decoded picture output and removal. 
（当審訳）
「提案
上記の分析に基づき，アクティブビュー情報SEIメッセージと呼ばれる新規のSEIメッセージを使用して，どのビューが出力ビューであるかの情報を通知することを提案する。
このSEIメッセージが存在するなら，復号プロセスは，ピクチャの出力及び除去においてこの情報を利用する。
（２）引用文献３に記載された技術事項
　上記（１）の記載によると，引用文献３には，「複数のビューを復号するデコーダの復号プロセスは，復号ピクチャバッファからのピクチャの除去においてSEIメッセージで通知される情報を用いること」という技術事項が記載されている。
４　引用文献４
（１）引用文献４の記載
　原査定の拒絶の理由に引用された引用文献４には，「High level syntax for scalability support in HEVC」（当審訳「HEVCのスケーラビリティサポートのための高レベルシンタクス」）として，次の事項が記載されている。なお，強調のために下線を当審で付与した。
「A multiview extension has not been included in HEVC yet, so just an illustrative example is shown assuming HEVC multiview extension would follow the similar high level syntax as in MVC. The intension is to demonstrate feasibility of rearranging syntaxes that are typically in NAL unit header into newly designed eSPS. Note that not only the fields in NAL unit header MVC extension are included in the enhancement but also the signaling of inter view prediction reference picture that resides in MVC subset Sequence Parameter Set. 
Comparing to MVC subset Sequence Parameter Set design where inter view prediction reference picture information for all the views are centrally located, storing this information separately in different eSPS describing different views has the benefit that irrelevant information can be discarded automatically when a view is deleted from a bitstream. 
（当審訳）
「マルチビュー拡張は，まだHEVCには含まれていないため，HEVCマルチビュー拡張はMVCと同様の高レベルシンタクスに従うと仮定した，単に例示的な例を示す。この目的は，新たに設計されたeSPSにあり，通常，NALユニットヘッダにあるシンタクスの再構成の可能性を実証することである。NALユニットのMVC拡張ヘッダのフィールドだけでなく，MVCのサブセットシーケンスパラメータセットに存在するビュー間予測参照ピクチャの通知もこの拡張に含まれることに留意されたい。
全てのビューのビュー間予測の参照ピクチャ情報が中央に位置するMVCのサブセットシーケンスパラメータセットの設計と比較し，この情報が異なるビューを記述する異なるeSPSに別々に格納されることは，ビューがビットストリームから削除されるときに，無関係な情報が自動的に破棄されるという利点を持つ。
（２）引用文献４に記載された技術事項
　上記（１）の記載によると，引用文献４には，「複数のビューのビュー間予測の参照ピクチャ情報はeSPSに格納され，ビューがビットストリームから削除されるときに，無関係な情報が自動的に破棄されること」という技術事項が記載されている。
５　引用文献５
（１）引用文献５の記載
　原査定の拒絶の理由に引用された引用文献５には，「SHARING OF MOTION VECTOR IN 3D VIDEO CODING」（当審訳「３Ｄビデオ符号化の動きベクトルの共有」）（発明の名称）として，図面とともに次の事項が記載されている。なお，強調のために下線を当審で付与した。
「Thus, for multiple- view bitstreams, a MVC -compliant depth coding scenario is contemplated. When multiple views exist, each of which is with a depth map video and a texture video, MVC-compliant depth coding can be applied to enable inter-view prediction between depth map videos and inter-view prediction between texture videos. One manner of coding the multiview content is in an MVC-compliant manner. 
In accordance with a first embodiment, all of the depth map images are coded as auxiliary pictures while enabling inter-view prediction (indicated by the arrows) between auxiliary pictures in different views, as shown in Figure 5a. For example, Figure 5a illustrates that a depth map video from view 1 can utilize depth map videos from views 0 and 2 as prediction references.
（第5a図〜第5d図）
（当審訳）
「したがって，マルチビュービットストリームのために，MVC互換の深さ符号化シナリオが検討される。それぞれが深さマップビデオ及びテクスチャビデオを備えるマルチビューが存在するとき，深さマップビデオ間のビュー間予測及びテクスチャビデオ間のビュー間予測の有効化にMVC互換の深さ符号化を適用することができる。マルチビューコンテンツの符号化の１つの方法は，MVC互換の方法である。
第5a図に示すように，第１実施例では，全ての深さマップイメージは，異なるビューの補助画像との間の（矢印で示される）ビュー間予測を有効にする補助画像として符号化される。例えば，第5a図は，ビュー１からの深さマップビデオは，予測参照としてビュー０及び２からの深さマップビデオを利用できることを示す。
（２）引用文献５に記載された技術事項
　上記（１）の記載によると，引用文献５には，「深さマップビデオは，異なるビューの深さマップビデオとの間でビュー間予測されること」という技術事項が記載されている。
第５　対比・判断
１　本件発明１について
（１）対比
　本件発明１と引用発明とを対比する。
　　
ア　構成Ａ，Ｇについて
　引用発明の構成ａ，ｇの「符号化器がマルチビュービデオを符号化する方法」は，明らかに，本件発明の構成Ａ，Ｇの「ハードウエアがビデオコード化のための方法」に一致する。
イ　構成Ｂについて
　構成ｂの「参照用ピクチャ記憶装置」は，参照用のピクチャを記憶するものであるから，構成Ｂの「復号ピクチャバッファ」に一致する。
　構成ｂの「奥行きデータ」は，明らかに，構成Ｂの「深度成分」に一致する。
　したがって，本件発明１と引用発明とは，「復号ピクチャバッファ内に深度成分を記憶する」点で一致する。
　　
ウ　構成Ｃについて
　構成Ｄに示されるように，構成Ｃにおける「ビュー依存性」は，深度成分が予測に用いる他のビューを示すものであるが，構成Ｃに対応する構成は，引用発明にはない。
　よって，本件発明１では，「ビュー依存性を分析して，前記深度成分がビュー間予測のために使用されるかどうかを決定」するものであるのに対し，引用発明では，このような決定をするものではない点で，相違する。
エ　構成Ｄについて
　構成ｄの「奥行きデータ」は，構成Ｄの「深度成分」に一致する。
　ここで，本件発明の明細書の段落【００６６】には，「．．．ビュー依存性は，一般に，現在コード化されているビューが依存するビューを指す。言い換えれば，ビュー依存性は，現在コード化されているビューがどのビューから予測され得るかを示すことができる。」と記載されているから，本件発明の「ビュー依存性」は，予測に用いるビューを示すものである。
　そして，構成ｄの「奥行きデータが予測に用いるビュー」は，「深度成分」が予測に用いるビューを示すものであるから，構成Ｄの「前記ビュー依存性は，前記深度成分に関連付けられ」ていることに一致する。
　また，構成ｄの「ビデオデータ」は，構成Ｄの「テクスチャ成分」に一致する。
　そして，構成ｄの「任意のビデオデータが予測に用いるビュー」は，構成Ｄの「任意のテクスチャ成分のビュー依存性」に一致する。
　よって，構成ｄの「奥行きデータが予測に用いるビューは，任意のビデオデータが予測に用いるビューとは独立して決定できるものであること」は，深度成分が予測に用いるビューとテクスチャ成分が予測に用いるビューとが異なることを示しているから，構成Ｄの「前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別れて」いることに一致する。
　したがって，本件発明１と引用発明とは，「ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別れて」いる点で一致する。
オ　構成Ｅについて
　構成ｅの「マルチビュービデオ」，「ビュー」，「奥行きデータ」，「ビデオデータ」は，それぞれ，構成Ｅの「ビデオデータ」，「ビュー」，「深度成分」，「テクスチャ成分」に一致する。
　ここで，本件発明の明細書の段落【００２８】には，「．．．ビューの特定のピクチャ（ここで，このビューの特定のピクチャは，ビューの「ビュー成分」と呼ばれ得る）．．．」と記載されているから，本件発明の「ビュー成分」は，ピクチャを示すものである。よって，構成ｅの「ピクチャ」は，構成Ｅの「ビュー成分」に一致する。
　したがって，本件発明１と引用発明とは，「前記深度成分はビデオデータのビューのビュー成分と関連し，テクスチャ成分も前記ビュー成分と関連する」点で一致する。
カ　構成Ｆについて
　構成Ｆに対応する構成は，引用発明にはない。
　よって，本件発明は，上記の構成Ｃにおける決定に応答して「前記復号ピクチャバッファから前記深度成分を除去」するものであるのに対し，引用発明では，上記の構成Ｃにおける決定に関する相違に起因して，このような除去をするものではない点で，相違する。
キ　以上より，本件発明１と引用発明との一致点，相違点は，次のとおりである。
　　
（一致点）
「ハードウエアがビデオコード化のための方法であって，
　復号ピクチャバッファ内に深度成分を記憶することと，
　ここにおいて，前記ビュー依存性は，前記深度成分に関連付けられ，任意のテクスチャ成分のビュー依存性と別れており，
　前記深度成分はビデオデータのビューのビュー成分と関連し，テクスチャ成分も前記ビュー成分と関連する，
　方法。」
　　
（相違点）
　本件発明１では，「ビュー依存性を分析して，前記深度成分がビュー間予測のために使用されるかどうかを決定」するものであるのに対し，引用発明では，このような決定をするものではない点で，相違する。
　また，本件発明１は，上記の決定に応答して「前記復号ピクチャバッファから前記深度成分を除去」するものであるのに対し，引用発明１は，上記の決定に関する相違に起因して，このような除去をするものではない点で相違する。
（２）相違点についての判断
　相違点について検討する。
　引用文献２〜５のいずれにも，「ビュー依存性を分析して，前記深度成分がビュー間予測のために使用されるかどうかを決定」すること及びその決定に応答して「前記復号ピクチャバッファから前記深度成分を除去」することについて，開示されていない。
　そして，上記相違点に係る構成が自明の事項であるとも認められない。
　したがって，引用発明に，引用文献２〜５に記載された技術的事項を適用しても，相違点に係る構成を備えるようにすることは，当業者であっても，容易に想到することはできない。
　よって，本件発明１は，当業者であっても，引用発明及び引用文献２〜５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
　　
２　本件発明２〜３２について
　本件発明２〜８は，請求項１の記載を引用する発明であるから，本件発明１と同じ理由で，当業者であっても，引用発明及び引用文献２〜５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
　本件発明９，１７，２５は，本件発明１のカテゴリの異なる発明であって，上記相違点１と同様の構成を有しているから，本件発明１と同様な理由により，当業者であっても，引用発明及び引用文献２〜５に記載された技術的事項に基づいて容易に発明できたものとはいえない。また，本件発明１０〜１６，１８〜２４，２６〜３２は，請求項９，１７，２５の記載を引用する発明であるから，本件発明９，１７，２５と同じ理由で，当業者であっても，引用発明及び引用文献２〜５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第６　むすび
　以上のとおり，本件発明１〜３２は，原査定において引用された引用文献１に記載された発明及び引用文献２〜５に記載された技術的事項に基づいて，容易に発明できたものとはいえない。
　したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。