2025-390062

特許第７６６９５５３号に関する訂正審判事件について、次のとおり審決する。

結 論 特許第７６６９５５３号の特許請求の範囲を本件審判請求書に添付された訂正特許請求の範囲のとおり、訂正後の請求項〔１～４〕、〔５～８〕、９について訂正することを認める。

理 由 第１ 経緯 本件訂正審判に係る特許第７６６９５５３号（以下、「本件特許」という。）は、２０２０年（令和２年）１月２日（パリ条約による優先権主張外国庁受理２０１９年１月２日（ＵＳ）アメリカ合衆国）を国際出願日とする出願である特願２０２０－５４４６１２号の一部を、特許法第４４条第１項の規定に基づき、令和４年１１月２４日に分割して新たな特許出願とした特願２０２２－１８７２２５号の一部を、特許法第４４条第１項の規定に基づき、令和６年３月２１日に分割して新たな特許出願としたものであって、その請求項１～９に係る発明について、令和７年４月１８日に特許権の設定登録がなされたものである。その後、同年５月８日に特許権者オッポ広東移動通信有限公司により、本件訂正審判が請求され、同年６月２日付け手続方式指令書（方式）に対して、同年同月２０日及び同年７月７日に手続補正書が提出されたものである。 第２ 請求の趣旨、訂正の内容 １ 請求の趣旨 本件訂正審判の請求の趣旨は、特許第７６６９５５３号の特許請求の範囲を、本件審判請求書に添付した特許請求の範囲のとおり、訂正後の請求１～９について訂正することを認める、との審決を求める、というものである。 ２ 訂正の内容 本件訂正審判に係る訂正の内容は、以下のとおりである。（下線部分は訂正箇所を示す。） （１）訂正事項 特許請求の範囲の請求項１、５、９における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を、「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」に訂正する。 第３ 当審の判断 １ 一群の請求項について （１）訂正前の請求項１～４について 訂正前の請求項２～４は、請求項１を引用しているものであるから、訂正事項１によって記載が訂正される請求項１に連動して訂正されるものである。 したがって、訂正前の請求項１～４に対応する訂正後の請求項１～４は、特許法第１２６条第３項に規定する一群の請求項である。 （２）訂正前の請求項５～８について 訂正前の請求項６～８は、請求項５を引用しているものであるから、訂正事項２によって記載が訂正される請求項５に連動して訂正されるものである。 したがって、訂正前の請求項５～８に対応する訂正後の請求項５～８は、特許法第１２６条第３項に規定する一群の請求項である。 ２ 請求人が主張する訂正事項について 請求人は審判請求書の「（３）訂正の理由」「ア 一群の請求項についての説明」として一群の請求項についての説明をしているから、「（２）訂正事項」の欄に記載された「特許請求の範囲の請求項１、５、９における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」に訂正する。」との趣旨は、一群の請求項ごとに訂正を求めるものといえる。 したがって、本件訂正審判の訂正事項は、次のとおりのものと認められる。 （１）訂正事項１ 特許請求の範囲の請求項１における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」に訂正する。（請求項１を引用する請求項２～４も同様に訂正する。） （２）訂正事項２ 特許請求の範囲の請求項５における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」に訂正する。（請求項５を引用する請求項６～８も同様に訂正する。） （３）訂正事項３ 特許請求の範囲の請求項９における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」に訂正する。 ３ 訂正事項１について （１）訂正の目的について ア 訂正前の請求項１の記載について 「明瞭でない記載の釈明」とは、設定登録時（既に確定した訂正がある場合は、その確定時）の明細書、特許請求の範囲又は図面中のそれ自体意味の不明瞭な記載、又は、設定登録時（既に確定した訂正がある場合は、その確定時）の明細書、特許請求の範囲又は図面中の他の記載との関係で不合理を生じているために不明瞭となっている記載等、明細書、特許請求の範囲又は図面に生じている記載上の不備を訂正し、その本来の意を明らかにすることをいう。 そこで、訂正前の請求項１の記載が、設定登録時の明細書、特許請求の範囲又は図面（以下、「明細書等」という。）中の他の記載との関係で不合理を生じているために不明瞭となっていたかを検討する。 （ア）設定登録時の明細書等には、以下の記載がある。 「【０１３４】 ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］はｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックスの構造でエントリーの数を表す。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４の間の値になり得る。」 「【０１５０】 実施例２ 【０１５１】 本実施例において、表１で説明されたパラメータｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓを制限することを提案する。通常、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐＩｓＩｄｘ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐＩｓＩｄｘ）でエントリーの数を表す。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの値が０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４までの範囲の値を有し得ることが確認される。より少ないフレームが使用されるために、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの範囲に対する制限が導入され得る。最悪のシナリオ（ｗｏｒｓｔ ｃａｓｅ ｓｃｅｎａｒｉｏ）は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１により指示される値より１４フレームがさらに多い場合を要求することである。これは、そのように多くのフレームを収容するために復号ピクチャバッファが充分なメモリを有することができなければならないということを意味する。代わりに、階層的ピクチャのグループ（ｈｉｅｒａｒｃｈｉｃａｌ ｇｒｏｕｐｓ ｏｆ ｓｔｒｕｃｔｒｅｓ （ＧＯＰ）ｓ）に対して、レイヤーのｔｅｍｐｏｒａｌＩｄ（時間的ＩＤ）を考慮して制限が導入され得る。 【０１５２】 更なるシンタックスが表３のように定義できる。 ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１は、ピクチャの格納バッファの単位でＣＶＳに１つの復号ピクチャバッファの最大要求サイズを表す。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１の値は０からＭａｘＤｐｂＳｉｚｅ－１の間の値を有し得、ＭａｘＤｐｂＳｉｚｅは別に定義されることができる。 【０１５３】 【表３】 ［図：0001427899000001.jpg］ 【０１５４】 即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。また、本実施例（実施例２）にかかると、参照ピクチャリストのエントリーの数は復号ピクチャバッファの最大要求サイズを最大値として有し得る。」 「【０１７２】 一実施例において、エントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４）又は復号ピクチャバッファの最大要求サイズ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）を最大値として有し得る。」 そして、設定登録時の明細書等において、エントリーの数の最大値と復号ピクチャバッファの最大要求サイズとの関係について記載されているのは上記記載箇所のみである。 まず、上記【０１５０】～【０１５３】には、「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１」は「復号ピクチャバッファの最大要求サイズ」であること、及び、エントリーの数であるｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの値は、０から「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４」までの範囲の値であることが記載されている。 そうすると、上記【０１５０】～【０１５３】には、上記エントリーの数の最大値である「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４」は、復号ピクチャバッファの最大要求サイズである「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１」にさらに１３を足した値であることが記載されていると認められる。 次に、上記【０１５４】には、「即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。」と記載されており、当該文章は、その文頭に「即ち」と記載されていることから、上記【０１５４】以前の【０１５０】～【０１５３】までを言い換えたものと解される。 以上のことから、上記【０１５４】記載の「即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。」は、上記【０１５０】～【０１５３】に記載されていると認められ、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有」することを本来意図しているものと認められる。 また、当該認定は、上記【０１３４】の「ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４の間の値になり得る。」と、上記【０１７２】の「エントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４）又は復号ピクチャバッファの最大要求サイズ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）を最大値として有し得る。」との記載と整合している。 したがって、明細書には、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有」することが記載されていると認められる。 （イ）訂正前の請求項１について 訂正前の請求項１には、「装置がビデオ信号をデコーディングするための方法であって、 現在のピクチャの参照ピクチャリストに含まれるエントリーの数を獲得するステップと、 前記エントリーの数だけ前記参照ピクチャリストのエントリーのそれぞれに対してＳＴＲＰ又はＬＴＲＰとしてマーキングを行うステップと、 前記参照ピクチャリストに基づいて、前記現在のピクチャに対する予測サンプルを導出するステップと、を含み、 前記エントリーのそれぞれに対してマーキングを行うステップは、 前記ＬＴＲＰがインター予測のために用いられるか否かの情報に基づいて、前記参照ピクチャリストのエントリーがＳＴＲＰエントリーであるかＬＴＲＰエントリーであるかを指示する第１フラグを獲得するステップと、 前記参照ピクチャリストの前記エントリーが前記ＳＴＲＰエントリーであることに基づいて、前記ＳＴＲＰエントリーに関連する参照ピクチャとその他のピクチャとの間のＰＯＣの差異値を獲得するステップと、 前記ＰＯＣの差異値に基づいて、前記ＰＯＣの差異値の符号（ｓｉｇｎ）を指示する第２フラグを獲得するステップと、 前記参照ピクチャリストのエントリーが前記ＬＴＲＰエントリーであることに基づいて、前記ＬＴＲＰエントリーに関連する参照ピクチャのＰＯＣのモデューロ値を獲得するステップと、を含み、 前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し、 前記ＰＯＣの差異値に基づいた値が０より大きいことに基づいて、前記第２フラグが獲得される、方法。」 と記載されていたところ、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有」することは、上記（ア）において認定した明細書の記載と矛盾するから、訂正前の請求項１の記載は、明細書中の他の記載との関係で不合理を生じているために不明瞭となっていた。 イ 訂正後の請求項１～４の記載について 訂正事項１は、訂正前の請求項１における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を、訂正後の請求項１において「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」と訂正するものであり、訂正後の請求項１の記載は、上記ア（ア）の記載と整合するため、「装置がビデオ信号をデコーディングするための方法」が明瞭となるものである。 また、訂正後の請求項１を引用する請求項２～４の記載も同様に明瞭となるものである。 ウ 小括 よって、訂正事項１は、特許法第１２６条第１項ただし書第３号に掲げる明瞭でない記載の釈明を目的とするものである。 （２）新規事項の追加の有無について 上記（１）アのとおり、訂正事項１は明細書の段落【０１３４】、【０１５０】～【０１５４】、【０１７２】の記載に基づくものであるから、願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であり、特許法第１２６条第５項の規定に適合するものである。 （３）特許請求の範囲の拡張又は変更の存否について 訂正事項１は、新たな技術的事項を導入するものでないから、実質上特許請求の範囲を拡張し又は変更するものには該当せず、特許法第１２６条第６項の規定に適合するものである。 ４ 訂正事項２について （１）訂正の目的について ア 訂正前の請求項５の記載について 上記３（１）アと同様に、訂正前の請求項５の記載が、設定登録時の明細書等中の他の記載との関係で不合理を生じているために不明瞭となっていたかを検討する。 （ア）設定登録時の明細書等には、以下の記載がある。 「【０１３４】 ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］はｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックスの構造でエントリーの数を表す。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４の間の値になり得る。」 「【０１５０】 実施例２ 【０１５１】 本実施例において、表１で説明されたパラメータｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓを制限することを提案する。通常、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐＩｓＩｄｘ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐＩｓＩｄｘ）でエントリーの数を表す。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの値が０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４までの範囲の値を有し得ることが確認される。より少ないフレームが使用されるために、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの範囲に対する制限が導入され得る。最悪のシナリオ（ｗｏｒｓｔ ｃａｓｅ ｓｃｅｎａｒｉｏ）は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１により指示される値より１４フレームがさらに多い場合を要求することである。これは、そのように多くのフレームを収容するために復号ピクチャバッファが充分なメモリを有することができなければならないということを意味する。代わりに、階層的ピクチャのグループ（ｈｉｅｒａｒｃｈｉｃａｌ ｇｒｏｕｐｓ ｏｆ ｓｔｒｕｃｔｒｅｓ （ＧＯＰ）ｓ）に対して、レイヤーのｔｅｍｐｏｒａｌＩｄ（時間的ＩＤ）を考慮して制限が導入され得る。 【０１５２】 更なるシンタックスが表３のように定義できる。 ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１は、ピクチャの格納バッファの単位でＣＶＳに１つの復号ピクチャバッファの最大要求サイズを表す。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１の値は０からＭａｘＤｐｂＳｉｚｅ－１の間の値を有し得、ＭａｘＤｐｂＳｉｚｅは別に定義されることができる。 【０１５３】 【表３】 ［図：0001427899000002.jpg］ 【０１５４】 即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。また、本実施例（実施例２）にかかると、参照ピクチャリストのエントリーの数は復号ピクチャバッファの最大要求サイズを最大値として有し得る。」 「【０１７２】 一実施例において、エントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４）又は復号ピクチャバッファの最大要求サイズ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）を最大値として有し得る。」 そして、設定登録時の明細書等において、エントリ～の数の最大値と復号ピクチャバッファの最大要求サイズとの関係について記載されているのは上記記載箇所のみである。 まず、上記【０１５０】～【０１５３】には、「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１」は「復号ピクチャバッファの最大要求サイズ」であること、及び、エントリーの数であるｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの値は、０から「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４」までの範囲の値であることが記載されている。 そうすると、上記【０１５０】～【０１５３】には、上記エントリーの数の最大値である「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４」は、復号ピクチャバッファの最大要求サイズである「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１」にさらに１３を足した値であることが記載されていると認められる。 次に、上記【０１５４】には、「即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。」と記載されており、当該文章は、その文頭に「即ち」と記載されていることから、上記【０１５４】以前の【０１５０】～【０１５３】までを言い換えたものと解される。 以上のことから、上記【０１５４】記載の「即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。」は、上記【０１５０】～【０１５３】に記載されていると認められ、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有」することを本来意図しているものと認められる。 また、当該認定は、上記【０１３４】の「ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４の間の値になり得る。」と、上記【０１７２】の「エントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４）又は復号ピクチャバッファの最大要求サイズ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）を最大値として有し得る。」との記載と整合している。 したがって、明細書には、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有」することが記載されていると認められる。 （イ）訂正前の請求項５について 訂正前の請求項５には、「装置がビデオ信号をエンコーディングする方法であつて、 現在のピクチャの参照ピクチャリストを構成するステップと、 前記参照ピクチャリストを構成するためのコード情報を生成するステップと、を含み、 前記コード情報は、前記参照ピクチャリスト内のエントリーの数と、前記参照ピクチャリストのエントリーがＳＴＲＰエントリーであるかＬＴＲＰエントリーであるかを指示する第１フラグと、前記ＳＴＲＰエントリーに関連する参照ピクチャとその他のピクチャとの間のＰＯＣの差異値と、前記ＰＯＣの差異値の符号（ｓｉｇｎ）を指示する第２フラグと、前記ＬＴＲＰエントリーに関連する参照ピクチャのＰＯＣのモデューロ値と、を含み、 前記エントリーの数は、復号ピクチャバンフアの最大要求サイズに１４を足した値を最大値として有し、 前記ＰＯＣの差異値に基づいた値が０より大きいことに基づいて、前記第２フラグが生成される、方法。」 と記載されていたところ、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有」することは、上記（ア）において認定した明細書の記載と矛盾するから、訂正前の請求項５の記載は、明細書中の他の記載との関係で不合理を生じているために不明瞭となっていた。 イ 訂正後の請求項５～８の記載について 訂正事項２は、訂正前の請求項５における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を、訂正後の請求項５において「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」と訂正するものであり、訂正後の請求項５の記載は、上記ア（ア）の記載と整合するため、「装置がビデオ信号をエンコーディングする方法」が明瞭となるものである。 また、訂正後の請求項５を引用する請求項６～８の記載も同様に明瞭となるものである。 ウ 小括 よって、訂正事項２は、特許法第１２６条第１項ただし書第３号に掲げる明瞭でない記載の釈明を目的とするものである。 （２）新規事項の追加の有無について 上記（１）アのとおり、訂正事項２は明細書の段落【０１３４】、【０１５０】～【０１５４】、【０１７２】の記載に基づくものであるから、願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であり、特許法第１２６条第５項の規定に適合するものである。 （３）特許請求の範囲の拡張又は変更の存否について 訂正事項２は、新たな技術的事項を導入するものでないから、実質上特許請求の範囲を拡張し又は変更するものには該当せず、特許法第１２６条第６項の規定に適合するものである。 ５ 訂正事項３について （１）訂正の目的について ア 訂正前の請求項９の記載について 上記３（１）アと同様に、訂正前の請求項９の記載が、設定登録時の明細書等中の他の記載との関係で不合理を生じているために不明瞭となっていたかを検討する。 （ア）設定登録時の明細書等には、以下の記載がある。 「【０１３４】 ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］はｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックスの構造でエントリーの数を表す。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４の間の値になり得る。」 「【０１５０】 実施例２ 【０１５１】 本実施例において、表１で説明されたパラメータｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓを制限することを提案する。通常、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐＩｓＩｄｘ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐＩｓＩｄｘ）でエントリーの数を表す。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの値が０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４までの範囲の値を有し得ることが確認される。より少ないフレームが使用されるために、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの範囲に対する制限が導入され得る。最悪のシナリオ（ｗｏｒｓｔ ｃａｓｅ ｓｃｅｎａｒｉｏ）は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１により指示される値より１４フレームがさらに多い場合を要求することである。これは、そのように多くのフレームを収容するために復号ピクチャバッファが充分なメモリを有することができなければならないということを意味する。代わりに、階層的ピクチャのグループ（ｈｉｅｒａｒｃｈｉｃａｌ ｇｒｏｕｐｓ ｏｆ ｓｔｒｕｃｔｒｅｓ （ＧＯＰ）ｓ）に対して、レイヤーのｔｅｍｐｏｒａｌＩｄ（時間的ＩＤ）を考慮して制限が導入され得る。 【０１５２】 更なるシンタックスが表３のように定義できる。 ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１は、ピクチャの格納バッファの単位でＣＶＳに１つの復号ピクチャバッファの最大要求サイズを表す。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１の値は０からＭａｘＤｐｂＳｉｚｅ－１の間の値を有し得、ＭａｘＤｐｂＳｉｚｅは別に定義されることができる。 【０１５３】 【表３】 ［図：0001427899000003.jpg］ 【０１５４】 即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。また、本実施例（実施例２）にかかると、参照ピクチャリストのエントリーの数は復号ピクチャバッファの最大要求サイズを最大値として有し得る。」 「【０１７２】 一実施例において、エントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４）又は復号ピクチャバッファの最大要求サイズ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）を最大値として有し得る。」 そして、設定登録時の明細書等において、エントリーの数の最大値と復号ピクチャバッファの最大要求サイズとの関係について記載されているのは上記記載箇所のみである。 まず、上記【０１５０】～【０１５３】には、「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１」は「復号ピクチャバッファの最大要求サイズ」であること、及び、エントリーの数であるｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓの値は、０から「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４」までの範囲の値であることが記載されている。 そうすると、上記【０１５０】～【０１５３】には、上記エントリーの数の最大値である「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４」は、復号ピクチャバッファの最大要求サイズである「ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１足す１」にさらに１３を足した値であることが記載されていると認められる。 次に、上記【０１５４】には、「即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。」と記載されており、当該文章は、その文頭に「即ち」と記載されていることから、上記【０１５４】以前の【０１５０】～【０１５３】までを言い換えたものと解される。 以上のことから、上記【０１５４】記載の「即ち、参照ピクチャリストのエントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値を最大値として有し得る。」は、上記【０１５０】～【０１５３】に記載されていると認められ、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有」することを本来意図しているものと認められる。 また、当該認定は、上記【０１３４】の「ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４の間の値になり得る。」と、上記【０１７２】の「エントリーの数は、復号ピクチャバッファの最大要求サイズで１４を足した値（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４）又は復号ピクチャバッファの最大要求サイズ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）を最大値として有し得る。」との記載と整合している。 したがって、明細書には、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有」することが記載されていると認められる。 （イ）訂正前の請求項９について 訂正前の請求項９には、「ビデオ信号に関連するビットストリームを含むデータの送信方法であって、 前記ビデオ信号に関連する前記ビットストリームを獲得するステップと、 前記ビットストリームを含む前記データを送信するステップと、を含み、 前記ビットストリームは、 現在のピクチャの参照ピクチャリストを構成するステップと、 前記参照ピクチャリストを構成するためのコード情報を生成するステップと、を実行することにより生成され、 前記コード情報は、前記参照ピクチャリスト内のエントリーの数と、前記参照ピクチャリストのエントリーがＳＴＲＰエントリーであるかＬＴＲＰエントリーであるかを指示する第１フラグと、前記ＳＴＲＰエントリーに関連する参照ピクチャとその他のピクチャとの間のＰＯＣの差異値と、前記ＰＯＣの差異値の符号（ｓｉｇｎ）を指示する第２フラグと、前記ＬＴＲＰエントリーに関連する参照ピクチャのＰＯＣのモデューロ値と、を含み、 前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し、 前記ＰＯＣの差異値に基づいた値が０より大きいことに基づいて、前記第２フラグが生成される、方法。」 と記載されていたところ、「エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有」することは、上記（ア）において認定した明細書の記載と矛盾するから、訂正前の請求項９の記載は、明細書中の他の記載との関係で不合理を生じているために不明瞭となっていた。 イ 訂正後の請求項９の記載について 訂正事項３は、訂正前の請求項９における「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１４を足した値を最大値として有し」を、訂正後の請求項９において「前記エントリーの数は、復号ピクチャバッファの最大要求サイズに１３を足した値を最大値として有し」と訂正するものであり、訂正後の請求項９の記載は、上記ア（ア）の記載と整合するため、「ビデオ信号に関連するビットストリームを含むデータの送信方法」が明瞭となるものである。 ウ 小括 よって、訂正事項３は、特許法第１２６条第１項ただし書第３号に掲げる明瞭でない記載の釈明を目的とするものである。 （２）新規事項の追加の有無について 上記（１）アのとおり、訂正事項３は明細書の段落【０１３４】、【０１５０】～【０１５４】、【０１７２】の記載に基づくものであるから、願書に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内の訂正であり、特許法第１２６条第５項の規定に適合するものである。 （３）特許請求の範囲の拡張又は変更の存否について 訂正事項３は、新たな技術的事項を導入するものでないから、実質上特許請求の範囲を拡張し又は変更するものには該当せず、特許法第１２６条第６項の規定に適合するものである。 第４ むすび 以上のとおり、本件訂正審判の請求に係る訂正事項１～３は、特許法第１２６条第１項ただし書第３号に掲げる事項を目的とするものであり、かつ、同条第５項、第６項の規定に適合するものである。 よって、結論のとおり審決する。