【事件の表示】
　特願２０１４−５５３５０１「マルチスレッドテクスチャ復号」拒絶査定不服審判事件〔平成２５年　７月２５日国際公開、ＷＯ２０１３／１１００１８、平成２７年　３月１９日国内公表、特表２０１５−５０８６２０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１３年（平成２５年）１月２０日（パリ条約による優先権主張外国庁受理２０１２年１月２０日　米国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
平成２７年１２月２１日　　：手続補正書の提出
平成２８年１０月２１日付け：拒絶理由通知書
平成２９年　１月１３日　　：意見書、手続補正書の提出
　　　同年　２月１５日付け：拒絶査定
　　　同年　５月　９日　　：審判請求書の提出
平成３０年　３月３０日付け：拒絶理由通知書（当審）
　　　同年　６月　１日　　：意見書、手続補正書の提出
第２　本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成３０年６月１日付けの手続補正により補正された特許請求の範囲の請求項１に記載された事項により特定される、次のとおりのものである。
　なお、本願発明の各構成の符号は、説明のために当審において付与したものであり、以下、構成Ａ〜構成Ｃ４と称する。
（本願発明）
（Ａ）マルチスレッドプロセッサにおけるテクスチャ復号のための方法であって、
（Ｂ）VP8フレームの第1のマクロブロックを第1のハードウェアスレッドに、前記VP8フレームの第2のマクロブロックを第2のハードウェアスレッドに割り当てるステップであって、前記第1のマクロブロックおよび前記第2のマクロブロックは、復号される依存する近隣のマクロブロックである、ステップと、
（Ｃ）前記第1および第2のハードウェアスレッドによって、前記ＶＰ８フレームの前記第1および第2のマクロブロックをそれぞれ復号するステップであって、
　（Ｃ１）各ハードウェアスレッドにおいて1つのマクロブロックを再構築するステップと、
　（Ｃ２）行バッファと列バッファのうちの少なくとも一方の中に再構築されたマクロブロックのピクセルを記憶するステップと、
　（Ｃ３）前記記憶するステップの直後に、前記再構築されたマクロブロックをループフィルタ処理するステップと
　を含み、
　（Ｃ４）各ハードウェアスレッドが一度に少なくとも1つのマクロブロックを処理する、復号するステップと
（Ａ）を含む、方法。
第３　当審の拒絶の理由
　平成３０年３月３０日付けで当審が通知した拒絶の理由は、概略、以下のとおりである。
　この出願の請求項１〜１５に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　記
１．特表２００９−５２５００１号公報
２．米国特許出願公開第２０１０／００６１４５５号明細書
第４　引用文献の記載及び引用発明
１　引用文献１
（１）引用文献１の記載事項
　当審の拒絶の理由に引用された引用文献１である特表２００９−５２５００１号公報には、ビデオ復号化に関して、図面とともに以下の事項が記載されている。なお、下線は強調のために当審で付したものである。
ア「【０００１】
　［分野］　
　ここに開示されている実施形態は、ビデオ復号化に関するものである。
（略）
【０００７】
　
この方法
【０００８】
　一実施形態において、符号化されたビデオ信号の量(the amount of encoded video)が、ネットワークアブストラクションレイヤ(Network Abstract Layer)（ＮＡＬ）ユニットビットストリーム(unit bit stream)として、携帯電話上で受信される。携帯電話内の、
ベースバンドプロセッサ集積回路における１組の並列デジタル信号プロセッサは、ビットストリームを、リアルタイムで復号化する
同時に復号化されることができる部分を識別した後、これら識別された部分は、種々の並列デジタル信号プロセッサにより並行して復号化される
イ「【００１０】
　［詳細な説明］　
　図１は、移動通信装置１のブロック図である。この例における移動通信装置１は、無線周波数集積回路（ＲＦＩＣ）２、
ベースバンドプロセッサ集積回路（ＢＰＩＣ）３
ＢＰＩＣ３は、ビデオＣＯＤＥＣ（ｅｎＣｏｄｅｒ／ＤＥＣｏｄｅｒ）機能を含んでいる。Ｈ．２６４形式のビデオ情報のストリームは
Ｈ．２６４ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットのビットストリーム６の形式でＢＰＩＣ３へ伝えられる
ウ「
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　」
エ「【００１１】
  図２は、ビデオ情報のビットストリーム６の簡略図である。ここに示される簡略化した例においては、ビットストリーム６は、２０個のマクロブロック情報部分のシーケンスを含む。  図２において、これらのマクロブロック情報部分は、０から１９までの番号がラベル表示れている。各部分は、３つのサブ部分を含み、ここでは、「
符号化されたマクロブロック情報部分(encoded macroblock information portions)」（ＥＭＩＰｓ）、と称される
オ「【００１７】
 
 ベースバンドプロセッサ集積回路３のデジタル信号プロセッサ（ＤＳＰ）部１６
カ「【００３３】
　次に（ステップ１０１）、ステップ１０１で識別されたＥＭＩＰｓの復号が開始される。これらＥＭＩＰｓの各々の復号は、異なるワーキングエンティティによって遂行される。一つの例として、
ＤＳＰ１６は、６つの並列ＤＳＰプロセッサを有している
各ＤＳＰプロセッサは、それぞれ別の命令スレッド
を実行し
異なるワークエンティティとみなされる
全てのスレッドは、別個のキュー(queue)するべきワークを受取る
キ「【００３５】 
　図１２は、処理におけるこのステージを示している。この状態(state)は、ＥＭＩＰの復号化が実質的に完了していない限り持続する（実質的に完了するとは、再構成された、しかしフィルタ処理されていないマクロブロック（ＵＦ）を得るポイントまで復号化が完了していること、を意味する）。
１つのＥＭＩＰの復号化が実質的に完了したと判断されると
再構成され且つフィルタ処理されたマクロブロックを生成するために非ブロック化フィルタ処理される
ク「【００３９】
　今説明される例においては、ＭＢ２およびＭＢ５のＥＭＩＰｓは、先行するＭＢｓについての最後のステップの処理として、共用ワークキュー上にプッシュされる(pushed)へ。
ＤＳＰスレッドＴ１は、前記キューからＭＢ２用のＥＭＩＰをポップし
スレッドＴ２は前記キューからＭＢ５用のＥＭＩＰをポップする
この時点において、ただ１つではなく２つのＥＭＩＰｓが、複数の異なるワークエンティティ
２つのスレッド）を使用して、同時に復号化されている
ケ「
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　」
コ「【００４０】
　これらＥＭＩＰｓの１つが実質的に復号化されると、処理は、決定ステップ１０３からステップ１０１へ進み戻る。いま説明される簡略化された例では、全てのＥＭＩＰｓの復号化には、同じ時間量がかかる。それ故、
ＭＢ２のＥＭＩＰおよびＭＢ５のＥＭＩＰは、両方とも
同時に、実質的に復号化されるものと決定される
実質的に復号化されたＭＢ２
実質的に復号化されたＭＢ５
ＭＢ３およびＭＢ６のＥＭＩＰｓは、未だ復号化されていないＥＭＩＰｓを持たないＥＭＩＰであると識別される
識別されたＥＭＩＰｓの復号化
が開始される
ＭＢ３およびＭＢ６のＥＭＩＰは、共用キュー上にプッシュされる。スレッドＴ１がキューからＭＢ３のＥＭＩＰをポップし、スレッドＴ２がキューからＭＢ６のＥＭＩＰをポップする。ＭＢ３およびＭＢ６のＥＭＩＰｓは、その後、異なるワークエンティティ
異なるスレッド）によって同時に復号化される
サ「【００４４】
　図２５は、
同じフレーム内の次のＥＭＩＰｓの復号化に使用するために、プレフィルタ処理された、再構成された値を記憶するために用いられるバッファ２８
は、垂直方向に伸びるいくつかの列部２９−３２と、水平方向に伸びるいくつかの行部３３−３７とを有している。
マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了すると、その底部エッジに沿った、プレフィルタ処理された値のストリップが、バッファ２８の対応部分３５に記憶される
マクロブロックＭＢ１２のＥＭＩＰが復号化されるべきときまでバッファ２８内に留まっている。マクロブロック１２のＥＭＩＰが復号化されるときに、バッファ２８の部分３５における値を、イントラ復号化に使用することができる
シ「
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　」
ス「【００４５】
　図２６は、
マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了したときに、その右側エッジに沿った、プレフィルタ処理された値のストリップがバッファ２８の対応する部分３０に記憶される
マクロブロックＭＢ８のＥＭＩＰが復号化されるときまでバッファ２８内に留まっている。マクロブロック８のＥＭＩＰが復号化されると、バッファ２８の部分３０における値は、イントラ復号化に使用することができる
セ「
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　」
ソ「【００４８】
　図２７は、ＭＰＥＧ４復号化アルゴリズムについてのプリデセサマクロブロック関係を示している。図２７に示されている４つのマクロブロックＡ、Ｂ、Ｃ、およびＸの組(set)において、マクロブロックＸは、復号化されるべき現在のマクロブロックである。マクロブロックＢおよびＤは、マクロブロックＸのプリデセサである。図６のプリデセサ関係がＨ．２６４用の図６のプリデセサ表を生成するために用いられるのと同じ方法で、図２７に示されたプリデセサの関係が、ＭＰＥＧ４のためのプリデセサ表(predecessor table)を生成するために用いられる。図２５および図２６におけるバッファ２８のようなバッファが、１つのＥＭＩＰのＭＰＥＧ４復号化において生成された、プレフィルタ処理され再構成された値を記憶するために用いられる。記憶された、プレフィルタ処理され再構成された値は、フレーム中の別のＥＭＩＰのイントラ復号化において、後で用いられる。このようにして、本特許明細書に述べられている、
複数のＥＭＩＰを同時に復号化する方法は、Ｈ．２６４以外の符号化アルゴリズムおよびＭＰＥＧ４を用いて符号化されたビデオ情報を復号化するために利用されることができる
（２）引用文献１に記載された発明
　引用文献１に記載された発明を以下に認定する。
ア　上記（１）アによれば、引用文献１には、「ビデオ復号化に関する方法」が記載されている。
　そして、上記（１）ア、イ、オ及びカによれば、引用文献１に記載された「ビデオ復号化に関する方法」は、「ベースバンドプロセッサ集積回路（ＢＰＩＣ）３における１組の並列ＤＳＰプロセッサによりビットストリームをリアルタイムで復号化する方法であって、同時に復号化されることができる部分を識別した後、これら識別された部分は、種々の並列ＤＳＰプロセッサにより並行して復号化され」るものである。
イ　上記（１）イ及びウによれば、引用文献１に記載の「ベースバンドプロセッサ集積回路（ＢＰＩＣ）３は、「ビデオＣＯＤＥＣ（ｅｎＣｏｄｅｒ／ＤＥＣｏｄｅｒ）機能を含み、Ｈ．２６４形式のビデオ情報のストリームは、Ｈ．２６４ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットのビットストリームの形式でＢＰＩＣ３へ伝えられ」ることが記載されている。
ウ　上記（１）オ及びカによれば、引用文献１に記載のベースバンドプロセッサ集積回路３のデジタル信号プロセッサ（ＤＳＰ）部１６は、「各並列ＤＳＰプロセッサは、それぞれ別の命令スレッドを実行し、異なるワークエンティティとみなされ、全てのスレッドは、別個のキューするべきワークを受取り」という構成を備えることが記載されている。
エ　上記（１）エ及びキによれば、引用文献１には、「符号化されたマクロブロック情報部分ＥＭＩＰが実質的に復号化されたマクロブロックは、再構成され且つフィルタ処理されたマクロブロックを生成するために非ブロック化フィルタ処理され」ることが記載されている。
オ　上記（１）ク及びケによれば、引用文献１には、「ＤＳＰスレッドＴ１は、キューからマクロブロックＭＢ２用のＥＭＩＰをポップし、スレッドＴ２は前記キューからマクロブロックＭＢ５用のＥＭＩＰをポップし、この時点において、ただ１つではなく２つのＥＭＩＰｓが、複数の異なるワークエンティティである２つのスレッドを使用して、同時に復号化され」ることが記載されている。
カ　上記（１）コによれば、引用文献１には、「ＭＢ２のＥＭＩＰおよびＭＢ５のＥＭＩＰは、両方とも、同時に、実質的に復号化されると、ＭＢ３およびＭＢ６のＥＭＩＰｓは、未だ復号化されていないＥＭＩＰｓを持たないＥＭＩＰであると識別されて復号化が開始され、ＭＢ３およびＭＢ６のＥＭＩＰは、共用キュー上にプッシュされ、スレッドＴ１がキューからＭＢ３のＥＭＩＰをポップし、スレッドＴ２がキューからＭＢ６のＥＭＩＰをポップし、ＭＢ３およびＭＢ６のＥＭＩＰｓは、その後、異なるワークエンティティである異なるスレッドによって同時に復号化され」ることが記載されている。
キ　上記（１）サ及びシによれば、引用文献１の「バッファ２８」は、「プレフィルタ処理された、再構成された値を記憶するために用いられる」ものであり、「同じフレーム内の次のＥＭＩＰｓの復号化に使用するために、垂直方向に伸びるいくつかの列部２９−３２と、水平方向に伸びるいくつかの行部３３−３７とを有し」ていることが記載されている。
ク　上記（１）サ及びシによれば、引用文献１には、「マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了すると、その底部エッジに沿った、プレフィルタ処理された値のストリップが、バッファ２８の対応部分３５に記憶され、マクロブロックＭＢ１２のＥＭＩＰが復号化されるべきときまでバッファ２８内に留まって、マクロブロック１２のＥＭＩＰが復号化されるときに、バッファ２８の部分３５における値を、イントラ復号化に使用することができ」ることが記載されている。
ケ　上記（１）ス及びセによれば、引用文献１には、「マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了したときに、その右側エッジに沿った、プレフィルタ処理された値のストリップがバッファ２８の対応する部分３０に記憶され、マクロブロックＭＢ８のＥＭＩＰが復号化されるときまでバッファ２８内に留まって、マクロブロック８のＥＭＩＰが復号化されると、バッファ２８の部分３０における値は、イントラ復号化に使用することができ」ることが記載されている。
コ　上記（１）ソによれば、引用文献１に記載された「複数のＥＭＩＰを同時に復号化する方法」は、「Ｈ．２６４以外の符号化アルゴリズムおよびＭＰＥＧ４を用いて符号化されたビデオ情報を復号化するために利用されることができる」ことが記載されている。
サ　まとめ
　以上によれば、引用文献１には、以下のとおりの発明（以下、「引用発明」という。）が記載されている。
　なお、引用発明の各構成の符号（ａ）〜（ｋ）は、説明のために付与したものであり、以下、構成ａ〜構成ｋと称する。
（引用発明）
（ａ）ベースバンドプロセッサ集積回路（ＢＰＩＣ）３における１組の並列ＤＳＰプロセッサによりビットストリームをリアルタイムで復号化する方法であって、
（ｂ）同時に復号化されることができる部分を識別した後、これら識別された部分は、種々の並列ＤＳＰプロセッサにより並行して復号化され、
（ｃ）ＢＰＩＣ３は、ビデオＣＯＤＥＣ（ｅｎＣｏｄｅｒ／ＤＥＣｏｄｅｒ）機能を含み、Ｈ．２６４形式のビデオ情報のストリームは、Ｈ．２６４ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットのビットストリームの形式でＢＰＩＣ３へ伝えられ、
（ｄ）各並列ＤＳＰプロセッサは、それぞれ別の命令スレッドを実行し、異なるワークエンティティとみなされ、全てのスレッドは、別個のキューするべきワークを受取り、
（ｅ）符号化されたマクロブロック情報部分ＥＭＩＰが実質的に復号化されたマクロブロックは、再構成され且つフィルタ処理されたマクロブロックを生成するために非ブロック化フィルタ処理され、
（ｆ）ＤＳＰスレッドＴ１は、キューからマクロブロックＭＢ２用のＥＭＩＰをポップし、スレッドＴ２は前記キューからマクロブロックＭＢ５用のＥＭＩＰをポップし、この時点において、ただ１つではなく２つのＥＭＩＰｓが、複数の異なるワークエンティティである２つのスレッドを使用して、同時に復号化され、
（ｇ）ＭＢ２のＥＭＩＰおよびＭＢ５のＥＭＩＰは、両方とも、同時に、実質的に復号化されると、ＭＢ３およびＭＢ６のＥＭＩＰｓは、未だ復号化されていないＥＭＩＰｓを持たないＥＭＩＰであると識別されて復号化が開始され、ＭＢ３およびＭＢ６のＥＭＩＰは、共用キュー上にプッシュされ、スレッドＴ１がキューからＭＢ３のＥＭＩＰをポップし、スレッドＴ２がキューからＭＢ６のＥＭＩＰをポップし、ＭＢ３およびＭＢ６のＥＭＩＰｓは、その後、異なるワークエンティティである異なるスレッドによって同時に復号化され、
（ｈ）プレフィルタ処理された、再構成された値を記憶するために用いられるバッファ２８は、同じフレーム内の次のＥＭＩＰｓの復号化に使用するために、垂直方向に伸びるいくつかの列部２９−３２と、水平方向に伸びるいくつかの行部３３−３７とを有し、
（ｉ）マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了すると、その底部エッジに沿った、プレフィルタ処理された値のストリップが、バッファ２８の対応部分３５に記憶され、マクロブロックＭＢ１２のＥＭＩＰが復号化されるべきときまでバッファ２８内に留まって、マクロブロック１２のＥＭＩＰが復号化されるときに、バッファ２８の部分３５における値を、イントラ復号化に使用することができ、
（ｊ）マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了したときに、その右側エッジに沿った、プレフィルタ処理された値のストリップがバッファ２８の対応する部分３０に記憶され、マクロブロックＭＢ８のＥＭＩＰが復号化されるときまでバッファ２８内に留まって、マクロブロック８のＥＭＩＰが復号化されると、バッファ２８の部分３０における値は、イントラ復号化に使用することができ、
（ｋ）複数のＥＭＩＰを同時に復号化する方法は、Ｈ．２６４以外の符号化アルゴリズムおよびＭＰＥＧ４を用いて符号化されたビデオ情報を復号化するために利用されることができる、
（ａ）方法。
２　引用文献２
（１）引用文献２の記載事項
　当審の拒絶の理由に引用された引用文献２であり、本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった米国特許出願公開第２０１０／００６１４５５号明細書には、「SYSTEM AND METHOD FOR DECODING USING PARALLEL PROCESSING」（仮訳：「並列処理を用いた復号システムおよび方法」（発明の名称））に関し、次に掲げる事項が記載されている。
　なお、下線は、強調のために当審で付したものである。また、仮訳は、引用文献２のファミリーである、特表２０１２−５０２５９２号公報の記載を基に、当審が付与した。
ア「[0004]  There can be many factors to consider when selecting a video coder for encoding, storing and transmitting digital video. Some applications may require excellent video quality where others may need to comply with various constraints including, for example, bandwidth or storage requirements. To permit higher quality transmission of video while limiting bandwidth consumption, a number of video compression schemes are noted including proprietary formats such as VPx (promulgated by On2 Technologies, Inc. of Clifton Park, N.Y.), H.264 standard promulgated by ITU-T Video Coding Experts Group (VCEG) and the ISO/IEC Moving Picture Experts Group (MPEG), including present and future versions thereof. H.264 is also known as MPEG-4 Part 10 or MPEG-4 AVC (formally, ISO/IEC 14496-10).」
（仮訳：デジタル動画を符号化、記録、および送信する動画コーダを選択するとき、考慮すべき多くの要因があり得る。あるアプリケーションでは、優れた動画品質が要求され、その他では、例えば、帯域幅または記憶装置の要件を含む様々な制約に適合する必要があるかもしれない。帯域幅消費の制限のなか、動画の高品質な送信を可能にするために、現在および将来のバージョンを含む、VPx（ニューヨーク市、クリフトンパーク、On2 Technologies株式会社により公表）、ITU-T動画符号化専門家グループ（VCEG）及びISO/IEC動画像専門家グループ（MPEG）によって公表されたH.264標準などの、独自開発されたフォーマットを含む動画圧縮方式が知られている。H.264は、MPEG-4 Part10又はMPEG-4 AVC（正式には、ISO/IEC14496-10）としても知られている。）
イ「[0005]  There are many types of video encoding schemes that allow video data to be compressed and recovered. The H.264 standard, for example, offers more efficient methods of video coding by incorporating entropy coding methods such as Context-based Adaptive Variable Length Coding (CAVLC) and Context-based Adaptive Binary Arithmetic Coding (CABAC). For video data that is encoded using CAVLC, some modern decompression systems have adopted the use of a multi-core processor or multiproccssors to increase overall video decoding speed.」
（仮訳：動画データの圧縮と復元を可能にする、多くの種類の動画符号化方式が存在する。H.264標準は、例えば、コンテキストベースの適応可変長符号化（CAVLC）とコンテキストベースの適応バイナリ算術符号化（CABAC）などの、エントロピー符号化方式を用いる動画符号化のより効果的な方法を提供する。CAVLCを用いて符号化された動画データの場合、ある最新の復元システムは、全体的な動画復号化速度を向上させるために、マルチコアプロセッサまたはマルチプロセッサを利用している。）
ウ「[0016]  Referring to FIG. 1, video coding standards, such as H.264, provide a defined hierarchy of layers 10 for a video stream 11. The highest level in the layer can be a video sequence 13. At the next level, video sequence 13 consists of a number of adjacent frames 15. Number of adjacent frames 15 can be further subdivided into a single frame 17. At the next level, frame 17 can be composed of a series of fix-sized macroblocks 20, which contain compressed data corresponding to, for example, a 16x16 block of displayed pixels in frame 17. Each macroblock contains luminance and chrominance data for the corresponding pixels. Macroblocks 20 can also be of any other suitable size such as 16x8 pixel groups or 8x16 pixel groups. Macroblocks 20 are further subdivided into blocks. A block, for example, can be a 4x4 pixel group that can further describe the luminance and chrominance data for the corresponding pixels. Blocks can also be of any other suitable size such as 16x16, 16x8, 8x16, 8x8, 8x4, 4x8 and 4x4 pixels groups.」
（仮訳：図１のように、H.264などの動画符号化標準は、動画ストリーム１１に対し規定されたレイヤ階層１０を提供する。レイヤの最上位レベルは、動画シーケンス１３となり得る。次のレベルで、動画シーケンス１３は、いくつかの隣接フレーム１５から構成される。隣接フレーム１５は、単一のフレーム１７にさらに細分され得る。次のレベルで、フレーム１７は、一連の固定サイズのマクロブロック２０から構成され、例えば、フレーム１７中の表示画素の１６×１６のブロックに対応する圧縮データを含んでいる。各マクロブロックは、対応する画素の輝度と色差のデータを含んでいる。マクロブロック２０は、１６×８画素群又は８×１６画素群などの、その他の適切なサイズにもなり得る。マクロブロック２０は、ブロックにさらに細分される。例えば、ブロックは、対応する画素の輝度と色差のデータをさらに記述できる４×４画素群になり得る。ブロックは、１６×１６、１６×８、８×１６、８×８、８×４、４×８、または４×４画素群などの、その他の適切なサイズであってもよい。）
エ「[0017]  
Although the description of embodiments are described in the context of the VP8 video coding format, alternative embodiments of the present invention can be implemented in the context of other video coding formats. Further, the embodiments are not limited to any specific video coding standard or format
（仮訳：
ＶＰ８動画符号化フォーマットの文脈において実施形態の説明をしたが、他の動画符号化フォーマットの文脈においても、本発明の実施形態が適用できる。さらに、この実施形態は、どの特定の動画符号化標準又はフォーマットにも制限されない
オ「[0042]  As depicted in FIGS. 6A and 6B, as an example, three threads 46, 48 and 50 are shown, and 
each of threads 46, 48 and 50
performing decoding in parallel
（仮訳：図６Ａ及び６Ｂに、一例として、３つのスレッド４６、４８、５０が示され、
スレッド４６、４８、５０の各々は
並列に復号する
カ「[0043］  Each of FIGS. 6A and 6B contain an arrow that illustrates which macroblock is currently being decoded in each macroblock row, which macroblocks have been decoded in each macroblock row and which macroblocks have yet to be decoded in each macroblock row. If the arrow is pointing to a specific macroblock, that macroblock is currently being decoded. Any macroblock to the left of the arrow (if any) has already been decoded in that row. Any macroblock to the right of the arrow has yet to be decoded. Although the macroblocks illustrated in FIGS. 6A and 6B all have similar sizes, the techniques of this disclosure are not limited in this respect. Other block sizes, as discussed previously, can also be used with embodiments of the present invention.」
（仮訳：図６Ａと６Ｂの各々は、どのマクロブロックが各マクロブロック列中で現在復号され、どのマクロブロックが各マクロブロック列中ですでに復号され、どのマクロブロックが各マクロブロック列中でまだ復号されていないかを示す矢印を含んでいる。矢印が特定のマクロブロックを指している場合、そのマクロブロックは現在復号されている。矢印の左側のどのマクロブロック（もしあれば）も、その列中ですでに復号されている。矢印の右側のどのマクロブロックも、まだ復号されていない。図６Ａ、６Ｂに示すマクロブロックすべては同様のサイズであるが、この開示の手法は、この点において制限されない。上述したように、他のブロックサイズも、本発明の実施形態で用いることができる。）
（２）引用文献２に記載された技術
　上記（１）によれば、引用文献２には、以下の技術（以下、「文献２技術」という。）が記載されていると認められる。
（文献２技術）
　動画データの復号化方法において、Ｈ．２６４やＶＰ８で符号化されたフレームのマクロブロックを、複数のスレッドにより、並列に復号化する技術。
第５　対比
　次に、本願発明と、引用発明を対比する。
１　構成Ａについて
　構成ａ、構成ｂ及び構成ｄの「並列ＤＳＰプロセッサ」は、それぞれ別の命令スレッドを実行するものであるから、構成Ａの「マルチスレッドプロセッサ」に相当する。そして、構成ａの「ビットストリームを復号化する」ことは、「テクスチャ復号」といえるから、引用発明は、「マルチスレッドプロセッサにおけるテクスチャ復号のための方法」といえる。
　よって、構成ａは、構成Ａと一致する。
２　構成Ｂについて
（１）構成ｆ及び構成ｇの「ＤＳＰスレッドＴ１」、「スレッドＴ２」は、各ＤＳＰプロセッサで実行されるハードウェアスレッドといえるから、それぞれ構成Ｂの「第１のハードウェアスレッド」、「第２のハードウェアスレッド」に相当する。
（２）構成ｆの「スレッドＴ１は、キューからマクロブロックＭＢ２用のＥＭＩＰをポップ」すること、「スレッドＴ２は前記キューからマクロブロックＭＢ５用のＥＭＩＰをポップ」すること、同じく、構成ｇの「スレッドＴ１がキューからＭＢ３のＥＭＩＰをポップ」すること、「スレッドＴ２がキューからＭＢ６のＥＭＩＰをポップ」することは、「マクロブロックＭＢ２」或いは「マクロブロックＭＢ３」をスレッドＴ１に割り当てること、「マクロブロックＭＢ５」或いは「マクロブロックＭＢ６」をスレッドＴ２に割り当てることといえる。
　そして、前記スレッドＴ１、前記スレッドＴ２それぞれが復号化を行う、「マクロブロックＭＢ２」或いは「マクロブロックＭＢ３」と、「マクロブロックＭＢ５」或いは「マクロブロックＭＢ６」とは、互いに一のフレーム内の１行隣りかつ２列隣りの列という関係で位置しているものであるから、「近隣のマクロブロック」であるといえるものであり、また、いずれのマクロブロックも、イントラ復号化されるものであるから、「依存する」近隣のマクロブロックであるといえる。
　よって、構成ｄ、構成ｆ及び構成ｇは、「第１のマクロブロックを第１のハードウェアスレッドに、第２のマクロブロックを第２のハードウェアスレッドに割り当てるステップであって、前記第１のマクロブロックおよび前記第２のマクロブロックは、復号される依存する近隣のマクロブロックである、ステップ」である点で、構成Ｂと共通する。
　しかしながら、本願発明は、第１のハードウェアスレッド及び第２のハードウェアスレッドそれぞれに割り当てる第１及び第２のマクロブロックそれぞれが、「ＶＰ８のフレーム」のマクロブロックであるのに対して、引用発明は、「Ｈ．２６４形式のビデオ情報のストリーム」或いは「Ｈ．２６４以外の符号化アルゴリズム、及び、ＭＰＥＧ４を用いて符号化されたビデオ情報」のマクロブロックではあるが、「ＶＰ８フレーム」のマクロブロックであることが特定されていない点で相違する。
３　構成Ｃ１について
　上記２（１）のとおり、構成ｆ及び構成ｇの「ＤＳＰスレッドＴ１」、「スレッドＴ２」は、ハードウェアスレッドといえるものであり、上記２（２）のとおり、前記スレッドＴ１、前記スレッドＴ２それぞれは、「マクロブロックＭＢ２」或いは「マクロブロックＭＢ３」と、「マクロブロックＭＢ５」或いは「マクロブロックＭＢ６」の復号化を行うものである。
　そして、復号化されたマクロブロックは「再構成」されるものである。
　よって、構成ｆ及び構成ｇは、構成Ｃ１と一致する。
４　構成Ｃ２について
（１）構成ｈ、構成ｉ及び構成ｊの「垂直方向に伸びるいくつかの列部２９−３２と、水平方向に伸びるいくつかの行部３３−３７とを有」するバッファ２８は、構成Ｃ２の「行バッファと列バッファ」に相当する。
（２）構成ｈ、構成ｉ及び構成ｊの上記バッファ２８に、構成ｈの「再構成された値を記憶する」ことは、構成Ｃ２の「行バッファと列バッファのうちの少なくとも一方の中に再構築されたマクロブロックのピクセルを記憶するステップ」に相当する。
　よって、構成ｈ、構成ｉ及び構成ｊは、構成Ｃ２と一致する。
５　構成Ｃ３について
（１）構成ｅの「非ブロック化フィルタ処理」は、フィルタ処理されたフレームが少なくともインター復号化に利用されるので、構成Ｃ３の「ループフィルタ処理」に相当する。
（２）構成ｅの上記「非ブロック化フィルタ処理」は、「マクロブロック情報部分ＥＭＩＰが実質的に復号化されたマクロブロック」に対して行われるものであり、また、その前に構成ｈ、構成ｉ及び構成ｊの処理が行われるから、構成Ｃ３の「記憶するステップの直後に、再構築されたマクロブロックをループフィルタ処理するステップ」といえる。
　よって、構成ｅは、構成Ｃ３と一致する。
６　構成Ｃ４について
　上記３で検討したとおりであるから、構成ｆ及び構成ｇは、構成Ｃ４と一致する
７　まとめ
　以上によれば、本願発明と引用発明の一致点及び相違点は、以下のとおりである。
［一致点］
（Ａ）マルチスレッドプロセッサにおけるテクスチャ復号のための方法であって、
（Ｂ’）第1のマクロブロックを第1のハードウェアスレッドに、第2のマクロブロックを第2のハードウェアスレッドに割り当てるステップであって、前記第1のマクロブロックおよび前記第2のマクロブロックは、復号される依存する近隣のマクロブロックである、ステップと、
（Ｃ）前記第1および第2のハードウェアスレッドによって、前記フレームの前記第1および第2のマクロブロックをそれぞれ復号するステップであって、
　（Ｃ１）各ハードウェアスレッドにおいて1つのマクロブロックを再構築するステップと、
　（Ｃ２）行バッファと列バッファのうちの少なくとも一方の中に再構築されたマクロブロックのピクセルを記憶するステップと、
　（Ｃ３）前記記憶するステップの直後に、前記再構築されたマクロブロックをループフィルタ処理するステップと
　を含み、
　（Ｃ４）各ハードウェアスレッドが一度に少なくとも1つのマクロブロックを処理する、復号するステップと
（Ａ）を含む、方法。
［相違点］
　本願発明は、第１のハードウェアスレッド及び第２のハードウェアスレッドそれぞれに割り当てる第１及び第２のマクロブロックそれぞれが、「ＶＰ８のフレーム」のマクロブロックであるのに対して、引用発明は、「Ｈ．２６４形式のビデオ情報のストリーム」或いは「Ｈ．２６４以外の符号化アルゴリズム、及び、ＭＰＥＧ４を用いて符号化されたビデオ情報のマクロブロック」ではあるが、「ＶＰ８フレーム」のマクロブロックであることが特定されていない点。
第６　判断
　以下、相違点について検討する。
１　相違点について
　上記第４の２（２）のとおり、引用文献２には、「動画データの復号化方法において、Ｈ．２６４やＶＰ８で符号化されたフレームのマクロブロックを、複数のスレッドにより、並列に復号化する技術」が記載されている。 
　そして、引用発明と、文献２技術は、いずれも、ビデオデータの復号化という点で共通するから、引用発明において引用文献２に記載の技術事項を適用して、引用発明をＶＰ８方式で符号化されたフレームを復号するものとし、第１のハードウェアスレッド及び第２のハードウェアスレッドそれぞれに割り当てる第１及び第２のマクロブロックそれぞれを、「ＶＰ８のフレーム」とすることは、当業者が容易に想到し得たことである。 
２　効果等について
　本願発明の構成は、上記のように当業者が容易に想到できたものであるところ、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測し得る範囲内のものであり、同範囲を超える顕著なものではない。
３　まとめ
　以上のように、本願発明は、引用文献１に記載された発明、及び、引用文献２に記載された技術に基いて、当業者が容易に発明をすることができたものである。
第７　むすび
　以上のとおり、本願発明は、引用文献１に記載された発明、及び、引用文献２に記載された技術に基いて、当業者が容易に発明をすることができたものであるから、特許法２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について検討するまでもなく、拒絶をすべきものである。
　よって、結論のとおり審決する。