【事件の表示】
　特許第６７００３４２号発明「データストリームにおいて符号化された変換係数ブロックを復号する装置および方法、ならびにビデオに関連するデータを記憶するための非一時コンピュータ可読媒体」の特許異議申立事件について、次のとおり決定する。
【結　論】
　特許第６７００３４２号の請求項１〜１３に係る特許を維持する。
【理　由】
第１　手続の経緯
　特許第６７００３４２号（以下、「本件特許」という。）の請求項１〜１３に係る特許についての出願は、２０１１年（平成２３年）４月１１日（パリ条約に基づく優先権主張外国庁受理　２０１０年４月１３日、欧州特許庁　２０１０年４月１３日、欧州特許庁）を国際出願日とする特願２０１３−５０４２２９号の一部を平成２６年１月１５日に出願した特願２０１４−００５３５３号の一部を平成２７年４月２８日に出願した特願２０１５−０９２２３９号の一部を平成２９年２月１７日に出願した特願２０１７−０２７４０７号の一部を平成３０年７月１１日に特願２０１８−１３１１５１号として出願したものであって、令和２年５月７日にその特許権の設定登録（特許公報発行日　令和２年５月２７日）がされ、令和２年１１月２７日に特許異議申立人ユニファイド　パテンツ　エルエルシーにより請求項１〜１３に対して特許異議の申立てがされたものである。
第２　本件発明
　本件特許の請求項１〜１３に係る発明（以下「本件発明１〜１３」等という。また、本件発明１〜１３を総称して「本件発明」という。）は、本件特許の特許請求の範囲の請求項１〜１３に記載された次の事項により特定されるとおりのものである。（符号Ａ〜Ｄ−３、Ａ６〜Ｄ６−３、Ａ１１〜Ｄ１１−３は合議体が付した。以下、構成Ａ〜Ｄ１１−３等という。）
（本件発明１）
【請求項１】
Ａ　データストリームにおいて符号化された変換係数ブロックを復号するための装置であって、
Ｂ　コンテキスト適応エントロピー復号によって最後の有意シンタックス要素を前記データストリームから抽出するように構成されたデコーダであって、
Ｂ−１　前記最後の有意シンタックス要素の各々が、前記変換係数ブロック内のそれぞれの位置に関連し、且つ前記それぞれの位置での変換係数が前記変換ブロック内の最後の有意変換係数であるか否かを示す、
Ｂ　前記デコーダと、
Ｃ　走査順で各々の前記最後の有意シンタックス要素を前記変換係数ブロックのそれぞれの位置に関連付けるように構成されたアソシエータと
を備え、
Ｂ　前記デコーダが、
Ｄ−１　前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、
Ｄ−２　および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って
Ｄ−３　選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー復号において、使用するように構成される、
Ａ　装置。
（本件発明２）
【請求項２】
　前記現在の最後の有意シンタックス要素の前記コンテキストが、前記走査順にさらに基づいて選択される、請求項１に記載の装置。
（本件発明３）
【請求項３】
　前記現在の最後の有意シンタックス要素の位置の前記近隣が、前記現在の最後の有意シンタックス要素の前記位置に隣接する少なくとも１つの位置を含む、請求項１に記載の装置。
（本件発明４）
【請求項４】
　前記近隣が、前記現在の最後の有意シンタックス要素に横方向に隣接する少なくとも１つの位置を含む、請求項３に記載の装置。
（本件発明５）
【請求項５】
　前記近隣が、前記現在の最後の有意シンタックス要素に縦方向に隣接する少なくとも１つの位置を含む、請求項３に記載の装置。
（本件発明６）
【請求項６】
Ａ６　変換係数ブロックをデータストリームに符号化するための装置であって、
Ａ６　前記装置が、
Ｂ６　コンテキスト適応エントロピー符号化を介して最後の有意シンタックス要素を前記データストリームに符号化するように構成され、
Ｂ６−１　前記最後の有意シンタックス要素の各々が前記変換係数ブロック内のそれぞれの位置に関連し、且つ、前記それぞれの位置での変換係数が前記変換ブロック内の最後の有意変換係数であるか否かを示し、
Ａ６　前記装置が、
Ｃ６　走査順で前記最後の有意シンタックス要素を前記データストリームに符号化するように構成され、
Ａ６　前記装置が、
Ｄ６−１　前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、
Ｄ６−２　および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って
Ｄ６−３　選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー符号化において、使用するように構成された、
Ａ６　装置。
（本件発明７）
【請求項７】
　前記現在の最後の有意シンタックス要素の前記コンテキストが、前記走査順にさらに基づいて選択される、請求項６に記載の装置。
（本件発明８）
【請求項８】
　前記現在の最後の有意シンタックス要素の位置の前記近隣が、前記現在の最後の有意シンタックス要素の前記位置に隣接する少なくとも１つの位置を含む、請求項６に記載の装置。
（本件発明９）
【請求項９】
　前記近隣が、前記現在の最後の有意シンタックス要素に横方向に隣接する少なくとも１つの位置を含む、請求項８に記載の装置。
（本件発明１０）
【請求項１０】
　前記近隣が、前記現在の最後の有意シンタックス要素に縦方向に隣接する少なくとも１つの位置を含む、請求項８に記載の装置。
（本件発明１１）
【請求項１１】
Ａ１１　データストリームにおいて符号化された変換係数ブロックを復号するための方法であって、
Ｂ１１　コンテキスト適応エントロピー復号によって最後の有意シンタックス要素を前記データストリームから抽出するステップであって、
Ｂ１１−１　前記最後の有意シンタックス要素の各々が、前記変換係数ブロック内のそれぞれの位置に関連し、且つ、前記それぞれの位置での変換係数が前記変換ブロック内の最後の有意変換係数であるか否かを示す、
Ｂ１１　前記抽出するステップと、
Ｃ１１　走査順で各々の前記最後の有意シンタックス要素を前記変換係数ブロックのそれぞれの位置に関連付けるステップと、
Ｄ１１−１　前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、
Ｄ１１−２　および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って
Ｄ１１−３　選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー復号において、使用するステップと
Ａ１１　を含む、方法。
（本件発明１２）
【請求項１２】
　前記現在の最後の有意シンタックス要素の前記コンテキストが、前記走査順にさらに基づいて選択される、請求項１１に記載の方法。
（本件発明１３）
【請求項１３】
　前記現在の最後の有意シンタックス要素の位置の前記近隣が、前記現在の最後の有意シンタックス要素の前記位置に隣接する少なくとも１つの位置を含む、請求項１１に記載の方法。
第３　特許異議申立書に記載された取消理由
　特許異議申立に記載された取消理由の概要は、以下のとおりである。
１．取消理由
（１）取消理由１
　（ア）本件発明１、６、１１について
　本件発明６には、「前記装置が、前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー符号化において、使用するように構成された、装置。」という構成要件が、
　本件発明１には、「前記デコーダが、前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー復号において、使用するように構成される、装置。」という構成要件が、
　本件発明１１には、「前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー復号において、使用するステップとを含む、方法。」という構成要件が含まれており、
　当該構成要件中には、「前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って、コンテキストが選択される」ということが記載されているが、本件特許明細書全体を通して見てもこのような記載はない。
　また、出願時の技術常識に照らしても、本件発明１、６、１１に記載の当該記載の範囲まで、発明の詳細な説明に開示された内容を拡張ないし一般化できるとはいえない。
　また、当該記載が何を指しているのが不明でありその技術的意味が明確でないため、本件発明１、６、１１は明確でない。
　従って、本件発明１、６、１１は、サポート要件を満たしておらず、また明確でないから、本件特許１、６、１１には、特許法第３６条第６項第１号及び第２号に違反する取消理由（同法第１１３条第４号）がある。
（イ）本件発明２〜５、７〜１０、１２、１３について
　本件発明２〜５は、いずれも前述の通りサポート要件違反及び明確性違反の取消理由のある本件特許１に従属する発明である。
　本件発明７〜１０は、いずれも前述の通りサポート要件違反及び明確性違反の取消理由のある本件特許６に従属する発明である。
　本件発明１２、１３は、いずれも前述の通りサポート要件違反及び明確性違反の取消理由のある本件特許１１に従属する発明である。
　従って、本件発明２〜５、７〜１０、１２、１３もサポート要件を満たしておらず、また明確でないから、本件特許２〜５、７〜１０、１２、１３には、特許法第３６条第６項第１号及び第２号に違反する取消理由（同法第１１３条第４号）がある。
（２）取消理由２
　本件発明１〜１３は、甲第１号証に記載された発明と同一であり、特許法第２９条第１項第３号の規定により特許を受けることができないものであるから、本件特許１〜１３は、同法第１１３条第２号に該当し、取り消すべきである。
（３）取消理由３
　仮に本件発明１〜１３と、甲第１号証記載の発明との間に相違点があったとしても、本件発明１〜１３は、甲第１号証に記載された発明に基づいて、または甲第１号証に記載された発明と周知技術に記載された発明に基づいて、出願前に当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないものであるから、本件特許１〜１３は同法第１１３条第２号に該当し、取り消すべきである。
２．証拠方法
（１）　甲第１号証：米国特許公開第２００８／０２１９５７８号公報
（２）　甲第２号証：インプレス標準教科書シリーズ　改訂三版　Ｈ．２６４／ＡＶＣ教科書、第１版、ｐ．８６−９４、ｐ．１４８−１６２
（３）　甲第３号証：米国特許公開第２００８／０３１０７４５号公報（特表２０１０−５３０１８３号公報に対応する）
（４）　甲第４号証：国際公開第２００８／１５７２６８号公報（特表２０１０−５３０１８３号公報に対応する）
（５）　甲第５号証：国際公開第２００８／１５７４３１号公報（特表２０１０−５３０１９０号公報に対応する）
（６）　甲第６号証：特表２００９−５２２９６８号公報
第４　当審の判断
１．取消理由１について
（１）本件発明１について
（１−１）本件明細書の記載について
　本件明細書には、以下の記載がある。
「【００３７】
　
図４のコーダは、予測変換ベースのブロック符号器である。
変換係数ブロックは、
データストリームが
出力されるように
符号化される
「【００４０】
　
図５は、図４のエンコーダによって生成されたデータストリームを復号する
デコーダを示す。図５のデコーダは、エントロピーデコーダ１５０、逆変換段１５２
を備え
エントロピーデコーダ１５０は、入力１５８で図５のデコーダに入るデータストリームから変換係数ブロックを抽出し、
段１５２において変換係数ブロックに逆変換が適用される
・・・
【００４４】
　したがって、本出願の実施の形態によると、データストリームからのそのような有意マップを復号するための、または
データストリームから
有意マップを復号するための装置
エントロピーデコーダ１５０の各々は、図７に示す装置を構成する
【００４５】
　
図７の装置は、マップ／係数エントロピーデコーダ２５０およびアソシエータ２５２を備え
マップ／係数エントロピーデコーダ２５０がまず有意マップを、そして有意変換係数の変換係数レベルを復号する
【００４６】
　
マップ／係数エントロピーデコーダ２５０が有意マップおよび有意変換係数値を表すシンタックス要素をシーケンシャルに復号するのに伴い、アソシエータ２５２は、これらのシーケンシャルに復号されたシンタックス要素／値を、変換ブロック２５６内の位置に関連付けるように構成される
・・・
【００４８】
　以降の説明は、変換係数ブロックまたは有意マップを符号化するための具体的な実施の形態に集中するが、それらの実施の形態は、上述の実施の形態に容易に移行できる。これらの実施の形態において、バイナリシンタックス要素ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇが各変換ブロックに送信され、その変換ブロックが有意変換係数レベル（すなわち、非ゼロである変換係数）を含むか否かを示す。このシンタックス要素が、有意変換係数レベルが存在することを示す場合には、有意マップが符号化される。すなわち、有意変換係数レベルが存在する場合だけ、符号化が行われる。有意マップは、上記のように、どの変換係数レベルが非ゼロ値を有するかを特定する。
有意マップ符号化は、バイナリシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇの符号化を含み、各バイナリシンタックス要素ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは、それぞれ関連付けられた係数位置について、対応する変換系係数レベルがゼロに等しくないかどうかを特定する
有意マップ符号化は、バイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇの符号化を含む
ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇビンが１に等しい場合、
さらなるバイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇが符号化される。このビンは、現在の有意変換係数レベルが、ブロック内の最後の有意変換係数レベルであるか、またはさらなる有意変換係数レベルが走査順に従うかを示す
「【００５７】
　さらなる望ましい実施の形態では、
大きい変換ブロック
が、多数の
サブ領域に区分けされ、これらサブ領域の各々が、
ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するために、個別のコンテキストモデルに関連付けられる
【００５８】
　さらなる望ましい実施の形態では、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇおよび／または
ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するためのコンテキストモデルが、現在の走査位置の所定の空間的近隣の、既に符号化されたシンボルに基づいて選択される。
望ましい実施の形態では、コンテキストモデルは、現在の走査位置の所定の空間的近隣における有意変換係数レベルの数に基づいて選択され
「【００６７】
　次に、どのようにしてエントロピーデコーダ２５０がコンテキストをモデリングするのかについての実施の形態を説明する。
【００６８】
　ひとつの望ましい実施の形態では、
ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについてのコンテキストモデリングが、以下のように行われる
８×８のブロックに対しては、変換ブロックは１６個の２×２の標本のサブブロックに分離され、これらサブブロックの各々が、個別のコンテキストに関連付けられる。
この概念は、
より大きなブロックサイズ
にも拡張でき
【００６９】
　さらに望ましい実施の形態では、
大きい変換ブロックについての（たとえば、８×８よりも大きいブロックについての）コンテキストモデル選択は、（変換ブロック内の）所定の近隣における既に符号化された有意変換係数の数に基づく
近隣の定義の一例が図９に示される。×を○で囲ったものは、評価のために常に考慮に入れられる利用可能な近隣であり、×と△のものは、現在の走査位置および現在の走査方向に応じて評価される近隣であり
・現在の走査位置が２×２の左角３０４内にある場合、個別のコンテキストモデルが各走査位置に使用され（図９、左図）、
・現在の走査位置が２×２の左角内になく、かつ変換ブロックの第１行または第１列に位置しない場合には、図９の右側に示す近隣が、その周りに何もない現在の走査位置「ｘ」の近隣において有意変換係数の数を評価するために使用され、
・その周りに何もない現在の走査位置「ｘ」が変換ブロックの第１行にあたる場合には、図１０の右図で特定される近隣が使用され、
・現在の走査位置「ｘ」がブロックの第１列にあたる場合には、図１０の左図で特定される近隣が使用される
【００７０】
　
言い換えると、デコーダ２５０は、
現在の有意マップシンタックス要素が関連付けられる位置（図９の右側および図１０の両側の「ｘ」、および図９の左側の印をつけられた位置のいずれか）の近隣にあるものに制限される位置に応じて、有意マップシンタックス要素の各々について、個々に選択されるコンテキストの使用によってコンテキスト適応的にエントロピー復号化を行う
・・・
【００７３】
　
ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇの符号化について、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対するものと同様のコンテキストモデリングが使用できる
・・・
【００８３】
　したがって、
上述の実施の形態は、
画像および映像デコーダおよびエンコーダに適用できる。
【００８４】
　
いくつかの側面を装置の文脈において説明したが、これらの側面は、対応する方法の説明も表していることは明らかであり、ここで、ブロックまたは装置は方法ステップまたは方法ステップの特徴に対応する
（１−２）サポート要件について
（ａ）　構成Ａの「データストリームにおいて符号化された変換係数ブロックを復号するための装置」の裏付けについて検討する。
　【００３７】の「図４のコーダは、予測変換ベースのブロック符号器である。」、「変換係数ブロックは、・・・データストリームが・・・出力されるように・・・符号化される。」という記載、【００４０】の「図５は、図４のエンコーダによって生成されたデータストリームを復号する・・・デコーダ」、「図５のデコーダは、エントロピーデコーダ１５０、逆変換段１５２・・・を備え」、「エントロピーデコーダ１５０は、入力１５８で図５のデコーダに入るデータストリームから変換係数ブロックを抽出し」「段１５２において変換係数ブロックに逆変換が適用され」という記載から、「図４のエンコーダ」すなわち「図４のコーダ」である「ブロック符号化器」において、「変換係数ブロック」が「データストリームが」「出力されるように」「符号化される」ことにより「データストリーム」が生成され、「生成されたデータストリームを復号する」「図５のデコーダ」は、「エントロピーデコーダ１５０、逆変換段１５２」を「備え」ており、当該「エントロピーデコーダ１５０」は、「デコーダに入るデータストリームから変換係数ブロックを抽出し」、「段１５２において変換係数ブロックに逆変換が適用される」ものであるといえる。
　そうすると、上記記載は、構成Ａを裏付けるといえる。
（ｂ）　構成Ｂの「コンテキスト適応エントロピー復号によって最後の有意シンタックス要素を前記データストリームから抽出するように構成されたデコーダ」、構成Ｂ−１の「前記最後の有意シンタックス要素の各々が、前記変換係数ブロック内のそれぞれの位置に関連し、且つ前記それぞれの位置での変換係数が前記変換ブロック内の最後の有意変換係数であるか否かを示す」ことについて検討する。
（ｂ−１）　【００４４】の「データストリームから・・・有意マップを復号するための装置」、「エントロピーデコーダ１５０の各々は図７に示す装置を構成する。」という記載、【００４５】の「図７の装置は、マップ／係数エントロピーデコーダ２５０およびアソシエータ２５２を備え」、「マップ／係数エントロピーデコーダ２５０がまず有意マップを、そして有意変換係数の変換係数レベルを復号する」という記載から、「エントロピーデコーダ１５０」は「マップ／係数エントロピーデコーダ２５０およびアソシエータ２５２を備え」ており、「マップ／係数エントロピーデコーダ２５０」が「データストリームから」「有意マップ」と「変換係数レベル」を「復号する」ものといえる。
（ｂ−２）　また、【００４８】の「さらに、有意マップ符号化は、バイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇの符号化を含む。」、「さらなるバイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇが符号化される。このビンは、現在の有意変換係数レベルが、ブロック内の最後の有意変換係数レベルであるか、またはさらなる有意変換係数レベルが走査順に従うかを示す。」という記載から、
・「有意マップ」は「バイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」を「含む」こと、
・「ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」は、走査順で「現在の有意変換係数レベルが、ブロック内の最後の有意変換係数レベルであるか」を「示す」こと、
がいえる。
　ここで、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対応する現在の有意変換係数は、ブロック内に存在する以上、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは、ブロック内の位置に関連するものであるということができ、有意マップに含まれるバイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは、変換係数ブロック内の位置に関連し、その位置での有意変換係数が、走査順でブロック内の最後の有意変換係数であるか否かを示すものといえる。
　そして、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは、走査順でブロック内の最後の有意変換係数であるか否かを示すものである以上、走査順でブロック内の最後の有意な情報に関するシンタックス要素であるから、「最後の有意シンタックス要素」であるといえる。
　以上から、上記記載は、構成Ｂ−１の「前記最後の有意シンタックス要素の各々が、前記変換係数ブロック内のそれぞれの位置に関連し、且つ前記それぞれの位置での変換係数が」走査順で「前記変換ブロック内の最後の有意変換係数であるか否かを示す」という事項を裏付けるといえる。
（ｂ−３）　さらに、【００７０】の「デコーダ２５０は、・・・有意マップシンタックス要素の各々について、個々に選択されるコンテキストの使用によってコンテキスト適応的にエントロピー復号化を行う」という記載から、「デコーダ２５０」は「コンテキスト適応的にエントロピー復号化を行う」ことで、「有意マップシンタックス要素」を復号するものであるといえる。
　ここで、上記（ｂ−１）から、「マップ／係数エントロピーデコーダ２５０」が「データストリームから」「有意マップ」を「復号する」こと、上記（ｂ−２）から「有意マップ」は「変換係数ブロック内の位置に関連し、その位置での有意変換係数が」走査順で「ブロック内の最後の有意変換係数であるか」否かを「示す」「バイナリシンタックス要素ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」を「含む」こと、がそれぞれいえることから、「マップ／係数エントロピーデコーダ２５０」は、「コンテキスト適応的エントロピー復号化」によって「有意マップ」に含まれるシンタックス要素である「前記変換係数ブロック内のそれぞれの位置に関連し、且つ前記それぞれの位置での変換係数が」走査順で「前記変換ブロック内の最後の有意変換係数であるか否かを示す」シンタックス要素である、「最後の有意シンタックス要素」を抽出するものであるといえる。
　したがって、上記記載は、構成Ｂの「コンテキスト適応エントロピー復号によって最後の有意シンタックス要素を前記データストリームから抽出するように構成されたデコーダ」を裏付けるといえる。
（ｃ）　構成Ｃの「走査順で各々の前記最後の有意シンタックス要素を前記変換係数ブロックのそれぞれの位置に関連付けるように構成されたアソシエータ」の裏付けについて検討する。
　【００４６】の「マップ／係数エントロピーデコーダ２５０が有意マップおよび有意変換係数値を表すシンタックス要素をシーケンシャルに復号するのに伴い、アソシエータ２５２は、これらのシーケンシャルに復号されたシンタックス要素／値を、変換ブロック２５６内の位置に関連付けるように構成される。」という記載、及び上記（ｂ−３）から、「アソシエータ２５２」は、「変換ブロック２５６内の位置に関連付けるように構成される」有意マップのシンタックス要素の１つとして、走査順で各々の最後の有意シンタックス要素を含むものといえ、上記記載は、構成Ｃを裏付けるといえる。
（ｄ）　構成Ｄ−３の「前記最後の有意シンタックス要素のコンテキスト適応エントロピー復号において、使用する」、「選択される前記現在の最後の有意シンタックス要素のコンテキスト」について、構成Ｄ−３の上記「現在の最後の有意のシンタックス要素のコンテキスト」が、構成Ｄ−１の「前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って」、構成Ｄ−２の「および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って」選択されることの裏付けについて検討する。
（ｄ−１）　【００６８】には「ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについてのコンテキストモデリングが、以下のように行われる。・・・８×８のブロックに対しては、変換ブロックは１６個の２×２の標本のサブブロックに分離され、これらサブブロックの各々が、個別のコンテキストに関連付けられる。・・・この概念は、・・・より大きなブロックサイズ・・・にも拡張できる。」という記載がある。
　また、【００６９】には「・・・大きい変換ブロックについての（たとえば、８×８よりも大きいブロックについての）コンテキストモデル選択は、（変換ブロック内の）所定の近隣における既に符号化された有意変換係数の数に基づく。・・・近隣の定義の一例が図９に示される。×を○で囲ったものは、評価のために常に考慮に入れられる利用可能な近隣であり、×と△のものは、現在の走査位置および現在の走査方向に応じて評価される近隣であり
・現在の走査位置が２×２の左角３０４内にある場合、個別のコンテキストモデルが各走査位置に使用され（図９、左図）、
・現在の走査位置が２×２の左角内になく、かつ変換ブロックの第１行または第１列に位置しない場合には、図９の右側に示す近隣が、その周りに何もない現在の走査位置「ｘ」の近隣において有意変換係数の数を評価するために使用され、
・その周りに何もない現在の走査位置「ｘ」が変換ブロックの第１行にあたる場合には、図１０の右図で特定される近隣が使用され、
・現在の走査位置「ｘ」がブロックの第１列にあたる場合には、図１０の左図で特定される近隣が使用される。」という記載が、
【００７０】には「言い換えると、デコーダ２５０は、現在の有意マップシンタックス要素が関連付けられる位置（図９の右側および図１０の両側の「ｘ」、および図９の左側の印をつけられた位置のいずれか）の近隣にあるものに制限される位置に応じて、有意マップシンタックス要素の各々について、個々に選択されるコンテキストの使用によってコンテキスト適応的にエントロピー復号化を行う」という記載がある。
　ここで、図９及び図１０には以下の記載がある。
「
」
　ところで、図９及び図１０には、記号「ｘ」の走査位置の近隣には、記号ｘを記号〇で囲ったものは存在しない上、記号ｘと記号△のものも存在せず、記号＋を記号〇で囲ったものと、記号＋を記号△で囲ったものが存在することから、図９と【００６９】の両方の記載から、【００６９】における「ｘを〇で囲ったもの」とは「＋を〇で囲ったもの」、「×と△のもの」とは「＋を△で囲ったもの」の誤記であることは、当業者ならば理解できるものといえる。
　これらを総合すると、現在の走査位置に関する現在の有意マップシンタックス要素に関して、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについては、サブブロックの各々について個別のコンテキストに関連付けられており、さらに、関連付けられる位置が、
・図９左図の２×２のサブブロックである左角３０４内にある場合は、個別のコンテキストモデルが、
・図９右図のｘの位置にある場合（すなわち、変換ブロック内の現在の走査位置が２×２の左角内になく、かつ変換ブロックの第１行または第１列に位置しない場合）は、図９右図の＋を〇で囲った場所と、＋を△で囲った場所（すなわち、変換ブロック内の現在の走査位置の所定の空間的近隣）における、既に符号化された有意変換係数の数に基づくコンテキストモデルが、
・図１０右図のｘの位置にある場合（すなわち、その周りに何もない現在の走査位置「ｘ」が変換ブロックの第１行にあたる場合）は、図１０右図の＋を〇で囲った場所と、＋を△で囲った場所（すなわち、変換ブロック内の現在の走査位置の所定の空間的近隣）における、既に符号化された有意変換係数の数に基づくコンテキストモデルが、
・図１０左図のｘの位置にある場合（すなわち、現在の走査位置「ｘ」がブロックの第１列にあたる場合）は、図１０左図の＋を〇で囲った場所と、＋を△で囲った場所（すなわち、変換ブロック内の現在の走査位置の所定の空間的近隣）における、既に符号化された有意変換係数の数に基づくコンテキストモデルが、
それぞれ選択されてコンテキスト適応エントロピー復号化に使用されるといえる。
　したがって、上記記載から、現在の走査位置である、現在の有意マップシンタックス要素に関して、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについては、変換ブロックが分割されているサブブロックのうちのどのサブブロックに位置しているかに従って、及び現在の有意マップシンタックス要素の変換ブロック内の所定の空間的近隣における、既に符号化された有意変換係数の数に基づいて、コンテキストモデルが選択されてコンテキスト適応エントロピー復号化に使用されるといえる。
（ｄ−２）　さらに、上記【００６８】の記載、とりわけ「ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについてのコンテキストモデリングが、以下のように行われる。」という記載と、【００７３】の「ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇの符号化について、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇに対するものと同様のコンテキストモデリングが使用できる。」という記載がある。
　これらの記載から、「ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについてのコンテキストモデリング」と同様に、現在の有意マップシンタックス要素である「ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」についても、変換ブロックが分割されているサブブロックのうちのどのサブブロックに位置しているかに従って、及び現在の有意マップシンタックス要素の所定の空間的近隣の、既に符号化された有意変換係数の数に従って、コンテキストモデルが選択されて適応エントロピー復号化に使用されるといえる。
（ｄ−３）　さらに、「ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」は、上記（ｂ−２）より、「最後の有意シンタックス要素」であるといえる。
（ｄ−４）　また、【００５８】には「ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するためのコンテキストモデルが、現在の走査位置の所定の空間的近隣の、既に符号化されたシンボルに基づいて選択される。・・・望ましい実施の形態では、コンテキストモデルは、現在の走査位置の所定の空間的近隣における有意変換係数レベルの数に基づいて選択され」という記載があり、（ｄ−３）と合わせると、現在の走査位置の所定の空間的近隣における「有意変換係数レベルの数に基づいて」「最後のシンタックス要素」を符号化するためのコンテキストモデルが選択されることは、現在の走査位置の所定の空間的近隣における、「既に符号化されたシンボルに基づいて」コンテキストモデルが選択されることの一実施形態に当たるものといえる。
（ｄ−５）　そうすると、上記（ｄ−１）における、
「現在の走査位置である、現在の有意マップシンタックス要素に関して、ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇについては、変換ブロックが分割されているサブブロックのうちのどのサブブロックに位置しているかに基づいて、及び現在の有意マップシンタックス要素の変換ブロック内の所定の空間的近隣における、既に符号化された有意変換係数の数に基づいて、コンテキストモデルが選択されて適応エントロピー復号化に使用される」
という事項は、（ｄ−２）〜（ｄ−４）を踏まえると、
「現在の走査位置である、現在の有意マップシンタックス要素に関して、最後の有意シンタックス要素については、変換ブロックが分割されているサブブロックのうちのどのサブブロックに位置しているかに基づいて、及び現在の有意マップシンタックス要素の変換ブロック内の所定の空間的近隣における、既に符号化されたシンボルに基づいて、コンテキストモデルが選択されてコンテキスト適応エントロピー復号化に使用される」（以下、記載事項Ｄという）ことが本件明細書中に記載されていることを裏付けるものである。
（ｄ−６）　そして、上記記載事項Ｄは、構成Ｄ−３の「選択される前記現在の最後の有意シンタックス要素のコンテキスト」について、構成Ｄ−３のコンテキストが、構成Ｄ−１の「前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って」、構成Ｄ−２の「および前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボルに従って」選択されて使用されることが明細書中に記載されていることを裏付けるといえる。
　以上より、本件発明１の構成Ａ〜Ｄ−３は、明細書中にサポートされているといえる。
（１−３）明確性について
　また、上記（１−２）のとおり、本件発明１の構成Ａ〜Ｄ−３が示す事項は明確であり、かつその技術的意味に不明確な点はない。
（１−４）本件発明１についてのまとめ
　以上から、本件発明１は発明の詳細な説明に記載されたものであり、かつ本件発明１の各構成が何を指しているのは明確であって、その技術的意味に不明確な点はなく、本件発明１は明確である。
（２）本件発明６、１１、２〜５、７〜１０、１２、１３について
　本件発明６は、本件発明１の「データストリームにおいて符号化された変換係数ブロックを復号するための装置」について、復号するための装置とサブコンビネーションをなすところの「変換係数ブロックをデータストリームに符号化するための装置」として特定したところ、【００３７】の「図４のコーダは、予測変換ベースのブロック符号器である。」、「変換係数ブロックは、・・・データストリームが・・・出力されるように・・・符号化される。」という記載、【００８３】の「上述の実施の形態は、・・・画像および映像デコーダ及びエンコーダに適用できる」という記載を踏まえると、「復号するための装置」である本件発明１とサブコンビネーションをなすところの「符号化するための装置」である本件発明６についても同様に、発明の詳細な説明に記載されたものであり、かつ本件発明６の各構成が何を指しているのは明確であって、その技術的意味に不明確な点はなく、本件発明６は明確である。
　また、本件発明１１は、本件発明１の「復号するための装置」という物のカテゴリの発明を、「復号するための方法」という方法のカテゴリの発明として特定したものであるところ、【００８４】の「いくつかの側面を装置の文脈において説明したが、これらの側面は、対応する方法の説明も表していることは明らかであり、ここで、ブロックまたは装置は方法ステップまたは方法ステップの特徴に対応する。」という記載を踏まえると、本件発明１１についても同様に、発明の詳細な説明に記載されたものであり、かつ本件発明１１の各構成が何を指しているのは明確であって、その技術的意味に不明確な点はなく、本件発明１１は明確である。
　さらに、本件発明１、６、１１を引用する本件発明２〜５、７〜１０、１２、１３についても、発明の詳細な説明に記載されたものであり、かつ本件発明２〜５、７〜１０、１２、１３の各構成が何を指しているのは明確であって、その技術的意味に不明確な点はなく、本件発明２〜５、７〜１０、１２、１３は明確である。
（３）取消理由１についてのまとめ
　以上の（１）〜（２）から、本件発明１〜１３に係る特許について、特許法第３６条第６号第１項及び第２項を満たさない発明に対してなされたものであり、取り消されるべきものであるという取消理由１（同法第１１３条第１項第４号）は存在しない。
２．取消理由２、３について
（１）甲第１号証及び甲１発明
　甲第１号証には、コンテキストベースのバイナリ算術符号化及び復号化のための方法及び装置に関して以下の記載がある。
「[0006] H.264 
uses context adaptive binary arithmetic coding (CABAC) which is an arithmetic coding technique with enhanced compression efficiency. The CABAC is an entropy encoding method of compressing data by using probabilities of symbols
[0007] FIG. 1 is a block diagram illustrating an apparatus for CABAC according to conventional technology. In an encoding process according to H.264, a discrete cosine transform is performed in units of residual blocks, each of which has a size of 4x4, and then, a syntax element is generated in relation to each 4x4 residual block.
[0008] Referring to FIG. 1, the CABAC encoding apparatus according to the conventional technology broadly includes a binarizer 10, a context modeler 20, and a binary arithmetic coder 30. Also, the arithmetic coder 30 includes a regular coding engine 32 and a bypass coding engine 34.
[0009] If a non-binary valued 
syntax element is input,
outputting a bin string
[0010] In order to increase the processing speed of the encoding process, 
the bin string
without being input to the context modeler
and is output as a bitstream. 
input to the context modeler
[0011] Based on the input bin values or a previously encoded syntax element, the context modeler 20 determines a probability model required for encoding a currently input bin.
[0012] The regular coding engine 32 arithmetic-encodes the input bin value, 
based on the probability model determined in the context modeler 
generates a bitstream.
（仮訳：
［０００６］Ｈ．２６４は、圧縮効率が向上した算術符号化手法である
コンテキスト適応型バイナリ算術符号化（ＣＡＢＡＣ）を使用する
ＣＡＢＡＣは、シンボルの確率を使用してデータを圧縮するエントロピー符号化方式である
［０００７］図１は、従来技術によるＣＡＢＡＣ用の装置を示すブロック図である。Ｈ．２６４に準拠したエンコード処理では、４×４のサイズの残差ブロックの単位で離散コサイン変換が実行され、それぞれの４×４の残差ブロックに関連してシンタックス要素が生成される。
［０００８］図１を参照すると、従来技術によるＣＡＢＡＣ符号化装置は、大まかには、バイナリ化器１０、コンテキストモデラ２０、及びバイナリ算術符号化器３０を含む。また、算術符号化器３０は、正規符号化エンジン３２とバイパス符号化エンジン３４とを含む。
［０００９］非バイナリ値の
シンタックス要素が入力され
ビン文字列を出力
［００１０］符号化処理の処理速度を向上させるために、バイナリ化器１０によってバイナリ値にマッピングされて得られた
ビン文字列
は、コンテキストモデラ
に入力されることなく、
ビットストリームとして出力され
コンテキストモデラ
に入力され
［００１１］入力ビン値または以前に符号化されたシンタックス要素に基づいて、コンテキストモデラ２０は、現在入力されているビンを符号化するために必要な確率モデルを決定する。
［００１２］正規符号化エンジン３２は、
コンテキストモデラ
で決定された確率モデルに基づいて、
ビットストリームを生成
「[0017] In operation 220, if a non-zero coefficient value (hereinafter referred to as a significant coefficient) exists in the current 4x4 residual block, a significance map indicating the position of the significant coefficient is encoded. The significance map is formed with significant bits and an end-of-block (EOB). A significant bit indicates whether a coefficient according to each scan index is a significant coefficient or 0, and is expressed by significant_coeff_flag[i]. Here, significant_coeff_flag[i] indicates whether or not the coefficient value of an i-th scan index among 16 coefficients of a 4x4 residual block is 0.
[0018] FIGS. 3A and 3B are diagrams illustrating a significance map of a 4x4 residual block according to conventional technology.
[0019] Referring to FIG. 3A, it is assumed that coefficients at the positions marked by X among coefficients in the 4x4 residual block 31 have predetermined non-zero values. In this case, as illustrated in FIG. 3B, 
a significance map
is obtained by expressing each significant coefficient among the coefficients in the 4x4 residual block as 1, and each insignificant coefficient having zero value as 0.
significance map
last_significant_coeff_flag
A context used for encoding
is determined according to a scanning position of a predetermined scan order.
That is, 
a context to be used for encoding is determined according to the position of each coefficient.
（仮訳：
［００１７］動作２２０において、非ゼロの係数値（以下、有意係数と呼ぶ）が現在の４×４の残差ブロックに存在する場合、有意係数の位置を示す有意マップが符号化される。有意マップは、有意ビットとend-of-block（ＥＯＢ）で形成される。有意ビットは、各スキャンインデックスに従った係数が有意係数であるか０であるかを示し、significant_coeff_flag［i］で表される。ここで、significant_coeff_flag［i］は、４×４の残差ブロックの１６個の係数のうちi番目のスキャンインデックスの係数値が０であるかどうかを示す。
［００１８］図３Ａ及び３Ｂは、従来技術による４×４の残差ブロックの有意マップを示す図である。
［００１９］図３Ａにおいて、４×４の残差ブロック３１内の係数のうち、Ｘでマークされた位置の係数は、所定の非ゼロ値を有すると仮定される。この場合、図３Ｂに示す
有意マップ
４×４の残差ブロック内の係数のうちの各有意係数を１として表現し、ゼロの値を有する各非有意係数を０として表現することによって得られる。有意マップは、所定のスキャン順序でスキャンされ、コンテキストベースの算術符号化が実行され
有意マップ
ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ
を符号化するために使用されるコンテキストは、所定のスキャン順序のスキャン位置に従って決定される
すなわち、
それぞれの係数の位置に従って符号化に使用されるコンテキストが決定される
「[0027] The present invention provides 
a method of and apparatus for context-based binary arithmetic coding
（仮訳：
［００２７］本発明は、
コンテキストベースのバイナリ算術符号化
のための
装置
「[0052] … Also, a scan index is an index indicating the position of each coefficient in a residual block, and indicates the positions of coefficients in a residual block or binary values of a significant map according to a predetermined scan order. For example, 
when it is assumed that a 4x4 residual block is scanned in a zigzag scan order, each coefficient in the 4x4 residual block can be defined as a value existing at a position expressed by any one of scan indexes 1 through 16 according to the scan order.
（仮訳：
［００５２］・・・また、スキャンインデックスは、残差ブロック内の各係数の位置を示す指標であり、所定のスキャン順序に従って、残差ブロック内の係数の位置または有意マップのバイナリ値を示す。例えば、
４×４の残差ブロックがジグザグスキャン順序でスキャンされると仮定すると、４×４の残差ブロックの各係数は、そのスキャン順序に従うスキャンインデックス１〜１６のいずれかで示される位置に存在する値として定義される
「[0054] For example, as illustrated in FIG. 8, assuming that there are significance maps 81, 82, 83, and 84, generated by expressing significant coefficients that are not 0 in a residual block, as 1, and expressing insignificant coefficients as 0, encoding of the significance maps 81 through 84 will now be explained. 
Being scanned in the zigzag scan order
the significance maps 81 through 84 of the residual blocks are context-based binary arithmetic coded.
when binary values of a significance map of a current residual block,
are encoded, a context to be used for encoding binary values 0 and 1 of the significance map being currently encoded is determined according to whether corresponding binary values in significance maps of at least one or more previous residual blocks
when 0, which is the binary value of the first scan index 89 of significance map 4, is encoded, a different context is selected according to whether the corresponding binary value of the first scan index 88 of the significance map 3 of a previous residual block.
（仮訳：
［００５４］例えば図８に示すように、残差ブロック内で０ではない有意係数を１として表現し、非有意係数を０として表現することによって生成された有意マップ８１、８２、８３、及び８４があると仮定して、有意マップ８１から８４の符号化を、ここに説明する。図７の残差ブロック１に示されるように、
ジグザグスキャン順序でスキャンされることで、有意マップ８１〜８４はコンテキストベースのバイナリ算術符号化がされ
現在の残差ブロックの有意マップのバイナリ値
が符号化されるとき、少なくとも１つ以上の以前の残差ブロックの有意マップの対応するバイナリ値
に応じて、現在符号化されている有意マップのバイナリ値０及び１を符号化するために使用されるコンテキストが決定される
有意マップ４の第１のスキャンインデックス８９のバイナリ値である０が符号化される場合に、以前の残差ブロックの有意マップ３の第１のスキャンインデックス８８のバイナリ値に対応するかどうかに従って、異なるコンテキストが選択される
「
」
「[0080] FIG. 13 is a block diagram illustrating a structure of an apparatus for encoding an image to which a context-based binary arithmetic coding apparatus according to an embodiment of the present invention is applied. 
The context-based binary arithmetic coding apparatus
an entropy encoding unit 1340
・・・
[0084] 
The entropy encoding unit 1340 performs context-based binary arithmetic coding in units of residual blocks of a predetermined size, thereby generating a bitstream.
（仮訳：
［００８０］図１３は、本発明の一実施形態によるコンテキストベースのバイナリ算術符号化装置が適用される画像を符号化するための装置の構成を示すブロック図である。本発明による
コンテキストベースのバイナリ算術符号化装置は、
エントロピー符号化ユニット１３４０
・・・
［００８４］
エントロピー符号化ユニット１３４０は、所定のサイズの残差ブロックの単位でコンテキストベースのバイナリ算術符号化を実行し、それによってビットストリームを生成する
「[0085] FIG. 14 is a block diagram illustrating a structure of a context-based binary arithmetic coding apparatus according to an embodiment of the present invention.
[0086] Referring to FIG. 14, the context-based binary arithmetic coding apparatus 1400 according to the current embodiment includes a context selection unit 1410, an arithmetic coding unit 1420 and a storage unit 1430.
[0087] The storage unit 1430 stores information on syntax elements of residual blocks processed before a current residual block and significance maps of the previous residual blocks.
[0088] The context selection unit 1410 selects a context to be used for encoding the significance map of the current residual block according to whether or not a corresponding coefficient of a previous residual block is a significant coefficient, by using the information on the significance maps of the previous residual blocks stored in the storage unit 1430.
[0089] The arithmetic coding unit 1420 performs 
binary arithmetic coding of each binary value forming the significance map of the current residual block
（仮訳：
［００８５］図１４は、本発明の一実施形態によるコンテキストベースのバイナリ算術符号化装置の構造を示すブロック図である。
［００８６］図１４を参照すると、本実施形態によるコンテキストベースのバイナリ算術符号化装置１４００は、コンテキスト選択部１４１０、算術符号化部１４２０、及び記憶部１４３０を含む。
［００８７］記憶部１４３０は、現在の残差ブロックの前に処理された残差ブロックのシンタックス要素の情報と、以前の残差ブロックの有意マップを記憶する。
［００８８］コンテキスト選択部１４１０は、記憶部１４３０に記憶されている以前の残差ブロックの有意マップの情報を用いて、以前の残差ブロックの対応する係数が有意係数であるか否かに応じて、現在の残差ブロックの有意マップの符号化に使用するコンテキストを選択する。
［００８９］算術符号化部１４２０は、選択されたコンテキストを用いて、
現在の残差ブロックの有意マップを形成する各バイナリ値のバイナリ算術符号化
「
」
　上記記載から、甲第１号証には以下の発明（以下、甲１発明という）が記載されているものと認められる。（記号は本件発明６の記号に対応させた。）
（甲１発明）
ａ６　コンテキストベースのバイナリ算術符号化のための装置であって（［００２７］、［００８０］）、エントロピー符号化ユニット１３４０を有し、（［００８０］）、エントロピー符号化ユニット１３４０は、所定のサイズの残差ブロックの単位でコンテキストベースのバイナリ算術符号化を実行し、それによってビットストリームを生成するものであり（［００８４］）、
ｂ６、ｂ６−１、ｃ６　コンテキスト適応型バイナリ算術符号化（ＣＡＢＡＣ）を使用するものであり、ＣＡＢＡＣは、シンボルの確率を使用してデータを圧縮するエントロピー符号化方式であり（［０００６］）、シンタックス要素が入力されて、出力されたビン文字列は、コンテキストモデラに入力されることなく、ビットストリームとして出力され、またはコンテキストモデラに入力され、コンテキストモデラで決定された確率モデルに基づいて、ビットストリームを生成し、（［０００９］、［００１０］、［００１２］）、
　有意マップは、所定のスキャン順序でスキャンされ、コンテキストベースの算術符号化が実行されるものであり、有意マップのｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するために使用されるコンテキストは、所定のスキャン順序のスキャン位置に従って決定される、すなわち、有意マップは、それぞれの係数の位置に従って符号化に使用されるコンテキストが決定されるものであり（［００１９］）、有意マップは、４×４の残差ブロック内の係数のうちの各有意係数を１として表現し、ゼロの値を有する各非有意係数を０として表現することによって得られるものであり（[００１９]）、
　４×４の残差ブロックがジグザグスキャン順序でスキャンされると仮定すると、４×４の残差ブロックの各係数は、そのスキャン順序に従うスキャンインデックス１〜１６のいずれかで示される位置に存在する値として定義されるものであり［００５２］、ジグザグスキャン順序でスキャンされることで、有意マップ８１〜８４はコンテキストベースのバイナリ算術符号化がされ（［００５４］、ＦＩＧ．８）、
　現在の残差ブロックの有意マップを形成する各バイナリ値のバイナリ算術符号化の出力はビットストリームとして出力され（［００８９］、ＦＩＧ．１４）、
ｄ６−２、ｄ６−３　現在の残差ブロックの有意マップのバイナリ値が符号化されるとき、少なくとも１つ以上の以前のブロックの有意マップの対応するバイナリ値に応じて、現在符号化されている有意マップのバイナリ値を符号化するために使用されるコンテキストが決定される（［００５４］）ものであり、
　有意マップ４の第１のスキャンインデックス８９のバイナリ値である０が符号化される場合に、以前の残差ブロックの有意マップ３の第１のスキャンインデックス８８のバイナリ値に対応するかどうかに従って、異なるコンテキストが選択される（［００５４］、ＦＩＧ．８）、
ａ６　符号化装置。
（２）本件発明６と甲１発明との対比
　本件発明６と甲１発明とを対比する。
（ａ）　甲１発明の構成ａ６の「バイナリ算術符号化のための装置」は、「所定のサイズの残差ブロックの単位で」「ビットストリームを生成するものであ」り、本件発明６の構成Ａ６の「変換係数ブロックをデータストリームに符号化するための装置」に相当する。
（ｂ）　甲１発明の構成ｂ６、ｂ６−１、ｃ６の「有意マップのｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」は、上記１（２）（ｄ−４）と同様の理由により、本件発明６の構成Ｂ６の「最後の有意シンタックス要素」に相当するものであって、構成Ｂ６−１の「それぞれの位置での変換係数が」「変換ブロック内の最後の有意変換係数であるか否かを示す」ものといえる。
　また、甲１発明は「コンテキスト適応型バイナリ算術符号化（ＣＡＢＡＣ）を使用するものであ」るところ、「ＣＡＢＡＣは、シンボルの確率を使用してデータを圧縮するエントロピー符号化方式であ」るから、上記（ａ）と合わせると、甲１発明は、コンテキスト適応エントロピー符号化を介してデータストリームに符号化するよう構成されているといえる。
　そうすると、甲１発明は、本件発明６の構成Ｂ６と同様に「コンテキスト適応エントロピー符号化を介して最後の有意シンタックス要素を前記データストリームに符号化するように構成され」ているといえる。
（ｂ１）　次に、甲１発明は構成ｂ６、ｂ６−１、ｃ６にあるように「有意マップは、それぞれの係数の位置に従って符号化に使用されるコンテキストが決定される」ものであり、「有意マップは、４ｘ４残差ブロック内の係数」に関して表現することによって得られるものである以上、有意マップのｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは、４ｘ４残差ブロック内の係数の位置と関連するものといえる。
　また、甲１発明において、少なくとも有意マップ８１〜８４があることから、有意マップは複数あることは明らかである。
　そうすると、甲１発明は、本件発明６の構成Ｂ６−１と同様に、「最後の有意シンタックス要素の各々が」「変換係数ブロック内のそれぞれの位置に関連し」、「前記それぞれの位置での変換係数が」「変換ブロック内の最後の有意変換係数であるか否かを示す」ように構成されているといえる。
（ｃ）　また、甲１発明は構成ｂ６、ｂ６−１、ｃ６にあるように「有意マップのｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するために使用されるコンテキストは、所定のスキャン順序のスキャン位置に従って決定される」ものであり、「現在の残差ブロックの有意マップを形成する各バイナリ値のバイナリ算術符号化の出力はビットストリームとして出力され」ることから、甲１発明の有意マップのｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇは「所定のスキャン順序」で「最後の有意シンタックス要素」であり、バイナリ算術符号化されてビットストリームとして出力されるものといえる。
　そうすると、甲１発明は、本件発明６の構成のＣ６と同様に、「走査順で前記最後の有意シンタックス要素を前記データストリームに符号化するように構成され」ているといえる。
（ｄ）　甲１発明において、構成ｄ６−２、ｄ６−３にあるように「有意マップ４の第１のスキャンインデックス８９のバイナリ値である０が符号化される場合に、以前の残差ブロックの有意マップ３の第１のスキャンインデックス８８のバイナリ値に対応するかどうかに従って、異なるコンテキストが選択される」ことから、「有意マップ４」に対して「有意マップ３」は「以前の残差ブロック」に存在する。
　ここで、「有意マップ４」と「以前の残差ブロックの有意マップ３」は隣接していることから、「有意マップ４」のシンタックス要素に対して、「以前の残差ブロックの有意マップ３」のシンタックス要素は、隣接するブロック内にあるといえる。
　また、甲１発明において、「現在の残差ブロックの有意マップのバイナリ値が符号化されるとき、少なくとも１つ以上の以前のブロックの有意マップの対応するバイナリ値に応じて、現在符号化されている有意マップのバイナリ値を符号化するために使用されるコンテキストが決定される」ことについて、上記「有意マップのバイナリ値」を、有意マップのシンタックス要素である「ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ」、すなわち、最後の有意シンタックス要素と読み替えても、同様のことがいえる。
　ここで、「少なくとも１つ以上の以前のブロック」は「以前の残差ブロック」にあることから、現在の残差ブロックの有意マップの最後の有意のシンタックス要素が符号化されるとき、当該最後の有意のシンタックス要素を符号化するために使用されるコンテキストは、隣接したブロック内において符号化されたシンボルに従って決定されるといえる。
　一方、本件発明の構成Ｄ６−２における「前記現在の最後の有意シンタックス要素の前記位置の近隣における近隣位置のために符号化されたシンボル」における「位置の近隣における近隣位置」、すなわち構成Ｄ６−１における「前記現在の最後のシンタックス要素が位置している」位置の近隣における近隣位置、とは、構成Ｂ６−１の「変換係数ブロック内の（それぞれの）位置」の近隣における近隣位置であり、上記「１　取消理由１」の（ｄ−５）、（ｄ−６）から、「現在の有意マップシンタックス要素の変換ブロック内の所定の空間的近隣における、既に符号化されたシンボル」における「変換ブロック内の所定の空間的近隣」の位置に裏付けられたものである。
　そうすると、最後の有意シンタックス要素を符号化する際に使用するコンテキストを選択することについて、甲１発明の構成ｄ６−２、ｄ６−３は、本件発明６の構成Ｄ６−１、Ｄ６−２、Ｄ６−３と、
Ｄ６−２’　前記現在の最後の有意シンタックス要素の前記位置と所定の位置関係にある位置のために符号化されたシンボルに従って
Ｄ６−３　選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー符号化において、使用するように構成されている、
という点で共通する。
　ただし、本件発明６は構成Ｄ６−１を有する、すなわち、「前記変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って」コンテキストが選択される、のに対して、甲１発明は、残差ブロックをさらにサブ領域に分割するものではなく、最後の有意シンタックス要素がどのサブ領域に位置しているかを取得するものではなく、そのような構成を有するものではない点において相違する。
　加えて、「前記現在の最後の有意シンタックスの要素の前記位置と所定の位置関係にある位置のために符号化されたシンボル」における「所定の位置関係にある位置」に関し、本件発明６は、構成Ｄ６−２のように、当該「所定の位置関係にある位置」が変換ブロック内の「近隣における近隣位置」であるのに対して、甲１発明は「隣接するブロック内の位置」である点で相違する。
　以上のことから、本件発明６と甲１発明との一致点、相違点は以下のとおりである。
（一致点）
Ａ６　変換係数ブロックをデータストリームに符号化するための装置であって、
Ａ６　前記装置が、
Ｂ６　コンテキスト適応エントロピー符号化を介して最後の有意シンタックス要素を前記データストリームに符号化するように構成され、
Ｂ６−１　前記最後の有意シンタックス要素の各々が前記変換係数ブロック内のそれぞれの位置に関連し、且つ、前記それぞれの位置での変換係数が前記変換ブロック内の最後の有意変換係数であるか否かを示し、
Ａ６　前記装置が、
Ｃ６　走査順で前記最後の有意シンタックス要素を前記データストリームに符号化するように構成され、
Ａ６　前記装置が、
Ｄ６−２’　前記現在の最後の有意シンタックス要素の前記位置の所定の位置関係にある位置のために符号化されたシンボルに従って
Ｄ６−３　選択される前記現在の最後の有意シンタックス要素のコンテキストを、前記最後の有意シンタックス要素のコンテキスト適応エントロピー符号化において、使用するように構成された、
A６　装置。
（相違点１）
　最後の有意シンタックス要素を符号化する際に使用するコンテキストを選択することについて、
　本件発明６は、構成Ｄ６−１を有する、すなわち、
　「変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかに従って」コンテキストが選択される、のに対して、
　甲１発明は、残差ブロックをさらにサブ領域に分割するものではなく、最後の有意シンタックス要素がどのサブ領域に位置しているかを取得するものではなく、そのような構成を有するものではない点。
（相違点２）
　最後の有意シンタックス要素を符号化する際に使用するコンテキストを選択することについて、
　「前記現在の最後の有意シンタックス要素の位置の所定の位置関係にある位置のために符号化されたシンボル」における「所定の位置関係にある位置」に関し、本件発明６は、構成Ｄ６−２のように、当該「所定の位置関係にある位置」が変換係数ブロック内の「近隣における近隣位置」であるのに対して、甲１発明は「隣接するブロック内の位置」である点。
（３）判断
　上記相違点１について検討するに、変換係数ブロックが分割されているサブ領域のうちのどのサブ領域に現在の最後の有意シンタックス要素が位置しているかという情報を取得することも、当該情報に従ってコンテキストを選択することも、甲第１号証には何ら記載はなく、単なる周知慣用技術や、自明の事項ということもできない。
　また、上記相違点２について検討するに、最後の有意シンタックス要素の位置が変換係数ブロック内の近隣における近隣位置のために符号化されたシンボルによって、当該シンタックス要素のコンテキストを選択することもまた甲第１号証には何ら記載はなく、単なる周知慣用技術や、自明の事項ということもできない。
　したがって、本件発明６と甲１発明は実質的に同一の発明ということはできない。
　また、特許異議申立書の「４　申立ての理由」の「（４）具体的理由」のうち、「オ　取消理由３」には、
「仮に、本件発明１〜１３と甲１発明が相違するとしても、その相違点は、単なる設計変更もしくは周知技術の単なる寄せ集めであって新たな効果を奏するものではない。また、同じ符号化の技術分野におけるものであれば組み合わせることに阻害要因も無い。
　例えば周知技術を示す資料として以下がある。これらの周知技術には、いずれも本件発明と同じＨ．２６４／ＡＶＣに関連するエントロピー符号化／復号化のコンテキスト適応型バイナリ算術符号化（CABAC（Context-Based Adaptive Binary Arithmetic Coding））又はコンテキスト適応型可変長符号化（CAVLC（Context-Adaptive Variable-Length Coding））に関する技術が開示されている。」
という記載とともに、甲第２号証から甲第６号証が示されている。
　しかしながら、特許異議申立書中には、甲第２号証から甲第６号証の引用箇所を具体的に指摘する記載は無く、さらに、これら各甲号証には、残差ブロックをさらにサブ領域に分割すること、現在の最後の有意シンタックス要素の位置の近隣における近隣位置のために符号化されたシンボルによって、当該有意シンタックス要素のコンテキストを選択すること、についてのいずれの記載も見当たらない。
　したがって、甲第２号証から甲第６号証には、上記相違点１、２について記載されているということはできず、甲１発明に甲第２号証から甲第６号証に記載された事項を適用したとしても、上記相違点１、２に係る本件発明６の構成とすることは、当業者が容易に想到し得たものであるとはいえない。
（４）小括
　したがって、本件発明６は甲１発明と同一の発明ではなく、甲１発明及び甲第２号証から甲第６号証記載の事項に基づいて当業者が容易になし得たものであるとはいえない。
（５）本件発明１、１１、２〜５、７〜１０、１２、１３について
　本件発明１は、本件発明６の「変換係数ブロックをデータストリームに符号化するための装置」について、構成Ｃ６の「前記装置が、走査順で前記最後のシンタックス要素を前記データストリームに符号化されるように構成され」たものを、構成Ｃの「走査順で各々の前記最後の有意シンタックス要素と前記変換係数ブロックのそれぞれの位置に関連付けられるように構成されたアソシエータ」として、符号化するための装置とサブコンビネーションをなすところの「データストリームにおいて符号化された変換係数ブロックを復号するための装置」として、特定したものである。
　そして、本件発明６とサブコンビネーションをなすところの「復号するための装置」である本件発明１について検討すると、甲１発明とサブコンビネーションをなすところの「復号するための装置」は、上記相違点１、２で相違するといえる。
　上記（３）によれば、当該相違点１、２は甲第１号証には何ら記載はなく、単なる周知慣用技術や、自明の事項ということもできないから、本件発明１と甲１発明は実質的に同一の発明ということはできない。
　また、甲第２号証から甲第６号証によっては、上記相違点１、２を充足することはできず、甲１発明及び甲第２号証から甲第６号証に記載された事項を適用したとしても、当該相違点１、２に係る本件発明１の構成とすることは、当業者が容易に想到し得たものであるとはいえない。
　したがって、本件発明１は甲１発明と同一の発明ではなく、また、甲１発明及び甲第２号証から甲第６号証記載の事項に基づいて当業者が容易になし得たものであるとはいえない。
　また、本件発明１１は、本件発明１の「復号するための装置」という物のカテゴリの発明を、「復号するための方法」という方法のカテゴリの発明として特定したものであり、本件発明１１についても本件発明１と同様の理由により、甲１発明と実質的に同一の発明ということはできず、また、甲１発明及び甲第２号証から甲第６号証に記載の事項に基づいて当業者が容易になし得たものであるとはいえない。
　さらに、本件発明１、６、１１を引用する本件発明２〜５、７〜１０、１２、１３についても、本件発明１、６、１１と同様の理由により、甲１発明と実質的に同一の発明ということはできず、また、甲１発明及び甲第２号証から甲第６号証に記載の事項に基づいて当業者が容易になし得たものであるとはいえない。
（６）取消理由２、３についてのまとめ
　以上（１）〜（５）のとおり、本件発明１〜１３に係る特許について、特許法第２９条第１号第３項または特許法第２９条第２項の規定に反してなされたものであり、取り消されるべきものであるという取消理由２、３（同法第１１３条第２号）は存在しない。
第５　むすび
　以上のとおりであるから、特許異議申立書に記載された特許異議申立の取消理由１〜３及び証拠によっては、本件発明１〜１３に係る特許を取り消すことはできない。
　また、他に本件発明１〜１３に係る特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
令和３年６月２１日（２０２１．６．２１）