2023-390038

特許第７２１０６８０号に関する訂正審判事件について、次のとおり審決する。

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

理 由 第１ 経緯 本件訂正審判に係る特許第７２１０６８０号（以下「本件特許」という。）は、平成３０年７月１２日に出願した特願２０１８－１３２４９３号の一部を、令和２年３月３０日に新たな特許出願である特願２０２０－６０５７９号とし、さらにその一部を令和３年１１月１１日に新たな特許出願としたものであって、令和５年１月１３日に特許権の設定登録がなされ、その後、令和５年４月６日に本件訂正審判の請求がされた。 第２ 請求の趣旨、訂正の内容 １ 請求の趣旨 本件訂正審判の請求の趣旨は、特許第７２１０６８０号の明細書及び特許請求の範囲を本件審判請求書に添付した訂正明細書、訂正特許請求の範囲の通り、訂正することを認める、との審決を求めるというものである。 ２ 訂正の内容 訂正の内容は、以下のとおりである。 （１）訂正事項１ 特許請求の範囲の請求項１に、 「前記アプリケーション符号化方式が0x10である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」 とあるのを 「前記アプリケーション符号化方式が0x1である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」 と訂正する。 （２）訂正事項２ 明細書の段落【０００７】に、 「前記アプリケーション符号化方式が0x10である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」 とあるのを 「前記アプリケーション符号化方式が0x1である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」 と訂正する。 第３ 当審の判断 １ 訂正事項１について （１）訂正の目的の適否について 請求人は、審判請求書の「６．（３）ア（ア）ａ」（第２ページ）において、訂正事項１が特許法第１２６条第１項ただし書第２号及び第３号に掲げる「誤記又は誤訳の訂正」、「明瞭でない記載の釈明」を目的とするものである旨主張しているので、まず、訂正事項１が「誤記又は誤訳の訂正」、「明瞭でない記載の釈明」を目的とするものといえるか、以下に検討する。 訂正前の特許請求の範囲の請求項１の「前記アプリケーション符号化方式が0x10である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」との記載（以下「記載Ａ」という。）は、文として明確なものであるし、技術的意味からしても「アプリケーション符号化方式」を示す値が「0x10」であることを特定する旨の文として明確なものである。 したがって、訂正事項１は「明瞭でない記載の釈明」を目的とするものであると認めることができない。 一方、誤記の訂正に関して、誤記の訂正とは、本来その意であることが明細書、特許請求の範囲又は図面の記載などから明らかな字句・語句に正すことをいい、訂正前の記載が当然に訂正後の記載と同一の意味を表示するものと客観的に認められるものをいう。 そして、誤記の訂正が認められるためには、訂正前の明細書、特許請求の範囲又は図面の記載に誤記が存在することが必要である。 記載Ａは上述したとおり、文としては明確なものであるから、次に、記載Ａが明細書及び図面の記載と整合するものであるか検討する。 明細書及び図面には、アプリケーション符号化方式を示す値に関して、以下の記載がある。 なお、明細書及び図面において、アプリケーション符号化方式が「0x10」であることの記載は、【０００７】において、上記訂正事項２に係る【請求項１】に合わせた記載があるのみであって、他に記載はない。 ア「【先行技術文献】 【非特許文献】 【０００４】 【非特許文献１】「デジタル放送におけるＭＭＴによるメディアトランスポート方式 標準規格」 ARIB STD-B60 1.12版 2018年4月12日改定、一般社団法人 電波産業会 【非特許文献２】「高度広帯域衛星デジタル放送運用規定 技術資料」 ARIB TR-B39 1.7版 2018年4月12日改定、一般社団法人 電波産業会」 イ「【００３５】 図５は、アプリケーションサービス記述子のシンタックスを表した図である。 符号５０１に示すapplication_formatは、データコンテンツサービスで使用されるアプリケーション符号化方式を示している。 符号５０２に示すdocument_resolutionは、デーコンテンツの解像度を示している。 【００３６】 図６Ａは、非特許文献１および非特許文献２に規定されているアプリケーションサービス記述子のapplication_formatフィールドで規定されている設定可能な値、およびdocument_resolutionフィールドで規定されている設定可能な値を示す一覧である。application_formatフィールドで規定されている設定可能な値は“０ｘ１”（ＡＲＩＢ－ＨＴＭＬ５）だけである。またdocument_resolutionフィールドで規定されている設定可能な値は、“００００”(1920x1080)、“０００１”(3840x2160)、“００１０”(7680x4320)である。 【００３７】 図６Ｂは、拡張アプリケーションサービス記述子のapplication_formatフィールドで設定可能な値とdocument_resolutionフィールドで設定可能な値の例を示す一覧である。 図６Ｂに示す拡張アプリケーションサービス記述子のapplication_formatフィールドに設定可能な値の例は、アプリケーションサービス記述子のapplication_formatフィールドで規定されている設定可能な値に、例えば“０ｘ２”（ＨＴＭＬ－Ａ）、“０ｘ３”（ＨＴＭＬ－Ｂ）を追加した例である。ここで、ＨＴＭＬ－ＡとＨＴＭＬ－Ｂは、現状非特許文献１および非特許文献２で規定されているアプリケーション符号化方式であるＨＴＭＬ－５に対して、新たに規定されたアプリケーション符号化方式であるものとする。」 ウ「【００５４】 図８は、放送信号送信装置１００の制御情報生成手段２１４が生成した拡張ＭＰＴとその中に配置された拡張アプリケーションサービス記述子と、放送信号受信装置１４０の制御情報解析手段３１０が拡張ＭＰＴの中から取得した拡張アプリケーションサービス記述子との組み合わせの他の例を示した図である。 ・・・（中略）・・・ 【００６０】 図８（Ａ－２）の例は、放送信号受信装置１４０の制御情報解析手段３１０が、拡張ＭＰＴ８０１を解析し、配置されている２つの拡張アプリケーションサービス記述子８０２－１、８０２－２を、図４の４０２に示す記述子のデータが配置されるデータエリアに配置されている順番に解析した結果、拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１を、所望の拡張アプリケーションサービス記述子として取得した場合の例を示している。 【００６１】 制御情報解析手段３１０は、例えば拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１、拡張アプリケーションサービス記述子（ＡＳ－２）８０２－２のapplication_formatフィールドに設定された値を判定することで、所望の拡張アプリケーションサービス記述子と判定してもよい、あるいはdocument_resolutionフィールドに設定された値を判定することで、所望の拡張アプリケーションサービス記述子と判定してもよい、あるいはapplication_formatフィールドに設定された値とdocument_resolutionフィールドに設定された値の両方を判定することで、所望の拡張アプリケーションサービス記述子と判定してもよい。 【００６２】 さらに制御情報解析手段３１０は、拡張ＭＰＴ８０１に配置されている拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１、拡張アプリケーションサービス記述子（ＡＳ－２）８０２－２の配置の順序を、所望の拡張アプリケーションサービス記述子を取得する際に判定してもよい。 【００６３】 具体的には例えば、制御情報解析手段３１０は、拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１、拡張アプリケーションサービス記述子（ＡＳ－２）８０２－２のapplication_formatフィールドに設定された値が“０ｘ１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１を、所望の拡張アプリケーションサービス記述子と判定してもよい、あるいはdocument_resolutionフィールドに設定された値が“０００１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１を、所望の拡張アプリケーションサービス記述子と判定してもよい、あるいはapplication_formatフィールドに設定された値が“０ｘ１”でありdocument_resolutionフィールドに設定された値が“０００１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子（ＡＳ－１）８０２－１を、所望の拡張アプリケーションサービス記述子と判定してもよい。」 エ「【００７９】 図９は、放送信号送信装置１００の制御情報生成手段２１４が生成した拡張ＭＰＴとその中に配置される拡張アプリケーションサービス記述子と、放送信号受信装置１４０の制御情報解析手段３１０が拡張ＭＰＴの中から取得した拡張アプリケーションサービス記述子との組み合わせの他の例を示した図である。 ・・・（中略）・・・ 【００８４】 図９（Ａ－２）の例は、放送信号受信装置１４０の制御情報解析手段３１０が、拡張ＭＰＴ９０１を解析し、配置されている２つの拡張アプリケーションサービス記述子９０２－１，９０２－２を、図４の４０２に示した記述子のデータが配置されるデータエリアに配置されている順番に解析した結果、拡張アプリケーションサービス記述子（ＡＳ－１）９０２－１を、所望の拡張アプリケーションサービス記述子として取得した場合の例を示している。 【００８５】 具体的には例えば、制御情報解析手段３１０は、拡張アプリケーションサービス記述子（ＡＳ－１）９０２－１、拡張アプリケーションサービス記述子（ＡＳ－２）９０２－２のapplication_formatフィールドに設定された値が“０ｘ１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子（ＡＳ－１）９０２－１を、所望の拡張アプリケーションサービス記述子と判定してもよい、あるいはdocument_resolutionフィールドに設定された値が“０００１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子（ＡＳ－１）９０２－１を、所望の拡張アプリケーションサービス記述子と判定してもよい、あるいはapplication_formatフィールドに設定された値が“０ｘ１”でありdocument_resolutionフィールドに設定された値が“０００１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子（ＡＳ－１）９０２－１を、所望の拡張アプリケーションサービス記述子と判定してもよい。」 オ「 ［図：0001402709000001.jpg］ 」 カ「 ［図：0001402709000002.jpg］ 」 キ「 ［図：0001402709000003.jpg］ 」 まず、本件特許の「アプリケーション符号化方式」を示す値として、「拡張アプリケーションサービス記述子」に設定可能な値について検討する。 上記イ、オによれば、アプリケーション符号化方式を示す値は、アプリケーションサービス記述子のapplication_formatフィールドに設定される値により示されるところ、本件特許が先行技術文献としてあげる非特許文献１および非特許文献２では、当該フィールドに“０ｘ１”（ＡＲＩＢ－ＨＴＭＬ５）だけ設定可能である。 一方、本件特許では、拡張アプリケーションサービス記述子のapplication_formatフィールドに設定可能な値として、“０ｘ１”（ＡＲＩＢ－ＨＴＭＬ５）に加えて、新たに“０ｘ２”（ＨＴＭＬ－Ａ）、“０ｘ３”（ＨＴＭＬ－Ｂ）を追加することが記載されているが、“０ｘ１０”を追加することは記載がない。 したがって、拡張アプリケーションサービス記述子のapplication_formatフィールドに「0x1」を設定可能であることは記載されているが、記載Ａのように「0x10」を設定することは記載がない。 次に、拡張アプリケーションサービス記述子のapplication_formatフィールドにどのような値が設定されたものの中から、「最初に配置された拡張アプリケーションサービス記述子」を取得するのかについて検討する。 上記ウ、エ、カ、キによれば、受信した拡張ＭＰＴから取得する「所望の拡張アプリケーションサービス記述子」として、 ・application_formatフィールドに設定された値が“０ｘ１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子 ・application_formatフィールドに設定された値が“０ｘ１”でありdocument_resolutionフィールドに設定された値が“０００１”である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子 が記載されている。 これらの記載は、本件訂正後の「前記アプリケーション符号化方式が0x1である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」という事項とも整合している。 以上から、構成Ａにおける「0x10」との記載は、「0x1」の明らかな誤記であるといえる。 よって、請求項１に記載されている「前記アプリケーション符号化方式が0x10である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」との記載を「前記アプリケーション符号化方式が0x1である拡張アプリケーションサービス記述子のうち最初に配置された拡張アプリケーションサービス記述子を取得し、」と訂正するものである訂正事項１は、上記明らかな誤記を訂正するものであり、特許法第１２６条第１項ただし書第２号に掲げる「誤記又は誤訳の訂正」を目的とするものである。 （２）新規事項の追加の有無について 上記１のとおり、訂正事項１は、明らかな誤記を訂正するものであって、願書に最初に添付した明細書、特許請求の範囲又は図面（以下、「当初明細書等」という。）の記載に基づくものであり、当初明細書等のすべてを総合することにより導かれる技術的事項との関係において、新たな技術的事項を導入するものではないから、当初明細書等に記載した事項の範囲においてされたものであり、特許法第１２６条第５項に規定する要件に適合するものである。 （３）特許請求の範囲の拡張又は変更の存否について 上記１のとおり、訂正事項１は、明らかな誤記を訂正するものであって、訂正の前後で特許請求の範囲に記載された発明の拡張又は変更はなく、実質上特許請求の範囲を拡張し、又は変更するものではないということができるから、特許法第１２６条第６項に規定する要件に適合するものである。 （４）独立特許要件について 上記１のとおり、訂正事項１は、明らかな誤記を訂正するものであって、特許出願の際独立して特許を受けることができないとする理由はないから、特許法第１２６条第７項に規定する要件に適合するものである。 ２ 訂正事項２について 訂正事項２についての訂正は、訂正事項１についての訂正に伴い、本件訂正後の請求項１に係る発明と本件特許明細書の記載を整合させるものであるから、特許法第１２６条第１項ただし書第２号に掲げる誤記又は誤訳の訂正と同項ただし書第３号に掲げる明瞭でない記載の釈明を目的とするものである。 また、訂正事項２についての訂正内容は、訂正事項１についての訂正内容と実質的に同じであり、上記（１）において検討したとおりの理由により、本件特許の願書に添付した明細書又は図面に記載した事項の範囲内においてなされたものであって、なおかつ、実質上特許請求の範囲を拡張し、又は、変更するものではないことは明らかである。 第４ むすび 以上のとおり、本件訂正は特許法第１２６条第１項ただし書第２号及び第３号に掲げる事項を目的とするものであって、かつ、同条第５項ないし第７項の規定に適合する。 よって、結論のとおり決定する。