令和5年 (行ケ) 10101号審決取消請求事件｜特許判例データベース

運営：アスタミューゼ株式会社

会員機能

ＩＤ登録

パテントビューロIDとは？

判例データベース

審決データベース

パナソニックで一緒に知財の仕事しませんか？

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この判例の個人情報、企業機密に関する修正依頼をする

元本PDF	裁判所収録の全文PDFを見る
元本PDF	裁判所収録の別紙1PDFを見る
元本PDF	裁判所収録の別紙2PDFを見る
元本PDF	裁判所収録の別紙3PDFを見る

事件	令和 5年 (行ケ) 10101号審決取消請求事件
事件	5 原告ＢａｃｏｏｒｄＡｐｐｓ株式会社同訴訟代理人弁理士坂本寛 10 被告Ｙ同訴訟代理人弁護士増島雅和同佐々木奏同高石秀樹 15 主文１原告の請求を棄却する。２訴訟費用は、原告の負担とする。事実及び理由第１請求 20 特許庁が無効２０２２－８０００７８号事件について令和５年８月２日にした審決を取り消す。第２事案の概要１特許庁における手続の経緯等 ? 特許権の設定登録 25 訴外クリプトモールオーユーは、令和２年６月１５日、被告の発明に係る、発明の名称を「鑑定証明システム」とする特許出願（特願２０２０－１ 1０３１７９号）をし、令和３年６月４日、特許権の設定の登録を受けた（特許第６８９４０３３号、請求項の数は７、甲８。以下「本件特許」といい、その特許権を「本件特許権」と、その明細書を「本件明細書」という。その特許公報は別紙１のとおりである。。） 5 本件特許の特許請求の範囲の記載は別紙１に記載のとおりである（その請求項１ないし請求項７に記載の各発明をそれぞれ「本件発明１」ないし「本件発明７」といい、これらを併せて「本件各発明」という。。）被告は、令和４年７月１３日、特定承継により本件特許権の移転を受けた（甲９）。 10 ? 原告による無効審判請求原告は、令和４年９月７日、本件特許につき特許庁に無効審判（無効２０２２－８０００７８号。以下「本件無効審判」という。）を請求した。特許庁は、令和５年８月２日、結論を「本件審判の請求は、成り立たない。」とする審決（以下「本件審決」という。）をし、その謄本は、同月１６日、原 15 告に送達された。 ? 本件訴訟の提起原告は、令和５年９月６日、本件審決の取消しを求めて、本件訴訟を提起した。２本件審決の理由の要旨等 20 ? 本件無効審判の請求人である原告は、本件明細書の発明の詳細な説明の記載は、当業者が本件各発明を実施することができる程度に明確かつ十分に記載したものではないから、本件各発明についての特許は、特許法（以下「法」という。３６条４項１号に規定する要件を満たさないから、）法１２３条１項４号に該当し、無効とされるべきであると主張した。 25 ? 本件審決の理由は、別紙２審決書（写し）記載のとおりである。原告の主張に対する判断の要旨は、本件明細書の発明の詳細な説明には、本件発明１ 2の各構成要件及び本件発明２ないし７で特定された事項に対応する記載があり、当該記載は、当業者であれば、本件各発明の「鑑定証明システム」に係る物を作り、使用することができる程度に明確かつ十分なものであるから、本件明細書の発明の詳細な説明は、実施可能要件を満たしており、法１２３ 5 条１項４号に該当するものではなく、無効とすべきものであるとはいえないというものである。なお、本件発明１の特許請求の範囲の記載を、以下のとおり、分説して検討する。「Ａ：バッグ、カバン、衣類、時計、美術工芸品、自動車等の鑑定証明が必 10 要とされる製品の鑑定証明システムであって、Ｂ：秘密鍵α?、製品情報を含む情報を記録した小型記録媒体（ａ?）が貼着または組み込まれた前記製品、および秘密鍵β?、製品情報を含む情報を記録した小型記録媒体（ｂ）が貼着または組み込まれたギャランティカードを用いて鑑定証明が行われ、 15 Ｃ－１：前記製品の製品情報、前記製品がユーザーへ渡るまでの各流通段階における取引情報の各情報を、ブロックチェーンデータとして記録する専用プラットフォームと、Ｃ－２：前記製品情報および前記取引情報を、製造メーカー・製造者および流通業者が、前記ブロックチェーンデータに書き込むために使用され 20 るアプリケーション［Ａ］と、Ｃ－３：前記ユーザーが前記製品情報および前記取引情報を、前記ブロックチェーンデータから読み込むために使用されるアプリケーション［Ｂ］と、Ｃ－４：を備え、 25 Ｄ：前記製造メーカー・製造者および前記流通業者が、前記アプリケーション［Ａ］を用いて、前記製品情報および前記取引情報を、前記ブロッ 3クチェーンデータに書き込み、Ｅ：前記ユーザーが、前記製品に付与された前記秘密鍵α?、および前記ギャランティカードに付与された前記秘密鍵β?を使用し、前記アプリケーション［Ｂ］を用いて、前記製品の前記製品情報および前記取引情 5 報を、前記ブロックチェーンデータから読み込むことにより、前記製品の鑑定証明を行うことを特徴とする、Ｆ：鑑定証明システム。」３原告の主張する取消事由 ? 取消事由１（実施可能要件の判断の誤り） 10 ? 取消事由２（実施可能要件の判断の論理構成の誤り） ? 取消事由３（実施可能要件の判断の理由不備（理由不存在）等） ? 取消事由４（本件発明１の認定・解釈の誤り）第３当事者の主張１取消事由１（実施可能要件の判断の誤り）について 15 〔原告の主張〕 ? 本件明細書の発明の詳細な説明には、「前記ユーザーが、前記製品に付与された前記秘密鍵α?、および前記ギャランティカードに付与された前記秘密鍵 β?を使用し」（構成要件Ｅ）及び「前記製品の鑑定証明を行うことを特徴とする、鑑定証明システム」（構成要件Ｅ、Ｆ）を具現すべき機能・装置につい 20 て記載されておらず、その具現すべき機能等を出願時の技術常識に基づいても当業者が理解できない。本件明細書の段落【００２１】の記載によれば、秘密鍵α?及び秘密鍵β? は、アプリケーション［Ｂ］１０を用いて使用され得るとも解される。しかし、段落【００２２】におけるアプリケーション［Ｂ］１０の説明では、ア 25 プリケーション［Ｂ］１０が、秘密鍵α?及び秘密鍵β?を使用するための機能を有するとは記載されていない。このため、段落【００２１】及び【００ 4２２】の記載からは、秘密鍵α?及び秘密鍵β?が、アプリケーション［Ｂ］１０を用いて使用されるのか一義的に明らかとはいえないし、仮に、アプリケーション［Ｂ］１０を用いて使用されるとしても、アプリケーション［Ｂ］１０が、「ユーザーが秘密鍵α?及び秘密鍵β?を使用し」を具現するためにど 5 のような機能等を有しており、どのような情報処理が行われるのか不明である。さらに、本件明細書の段落【００３６】の記載によれば、秘密鍵α?及び秘密鍵β?は、端末［Ｂ］６を用いて使用され得るとも解されるが、端末［Ｂ］６（スマートフォン６－１）が有する機能に関して、本件明細書の段落【０ 10 ０２３】におけるスマートフォン６－１の説明では、スマートフォン６－１が、秘密鍵の読取以外に、秘密鍵α?及び秘密鍵β?を使用するための機能を有するとは記載されていない。このため、段落【００３６】及び【００２３】の記載を総合すると、秘密鍵α?及び秘密鍵β?が、端末［Ｂ］６を用いて使用されるのか一義的に明らかとはいえないし、仮に、端末［Ｂ］６を用いて 15 使用されるとしても、端末［Ｂ］６が、「ユーザーが秘密鍵α?及び秘密鍵β? を使用し」を具現するためにどのような機能等を有しており、そこでどのような情報処理が行われるのか不明である。本件明細書の段落【００３９】の記載によれば、秘密鍵α?及び秘密鍵β? は、本件各発明の鑑定証明システムが使用するものと解されるが、「ユーザー 20 が秘密鍵α?及び秘密鍵β?を使用し」を具現するために、本件各発明の鑑定証明システムにおけるどの構成要素が、どのような機能等を有しており、どのような情報処理が行われるのか不明である。また、段落【００３９】の記載によれば、秘密鍵α?及び秘密鍵β?は、要鑑定製品１の製品情報及び取引情報を読み込む際に使用され得るとも解されるが、読み込みに用いられるア 25 プリケーション［Ｂ］についての段落【００２２】の説明では、アプリケーション［Ｂ］１０が、製品情報等を読み込む際に秘密鍵α?及び秘密鍵β?を 5使用するための機能を有するとは記載されていない。専用プラットフォームについても同様である。このため、秘密鍵α?及び秘密鍵β?は、要鑑定製品１の製品情報及び取引情報を読み込む際に使用され得るとしても、アプリケーション［Ｂ］又は専用プラットフォームが、「ユーザーが秘密鍵α?及び秘 5 密鍵β?を使用し」を具現するためにどのような機能等を有しており、どのような情報処理が行われるのか不明である。また、本件発明１の「前記製品の鑑定証明を行うことを特徴とする、鑑定証明システム」（構成要件Ｅ、Ｆ）についても、本件明細書には、「鑑定証明」が「製品が模造品でなく真正品であることの証明」（段落【０００２】）であ 10 ることの記載はあるものの、本件明細書には、本件各発明の「鑑定証明システム」が、「製品が模造品でなく真正品であることの証明を行う」ためにどのような機能等を有しており、どのような情報処理を行うのか、「前記製品の前記製品情報および前記取引情報を、前記ブロックチェーンデータから読み込むこと」を除いて一切記載されておらず、不明である。 15 したがって、本件明細書の発明の詳細な説明には、「鑑定証明システム」という「物」の発明において、構成要件Ｅ及びＦを具現すべき機能・装置等について記載されておらず、不明瞭であり、その具現すべき装置を出願時の技術常識に基づいても当業者が理解できないから、当業者が本件各発明に係る鑑定証明システムという「物」を作り、使用することができる程度に明確か 20 つ十分に記載されたものとはいえず、実施可能要件を満たさない。したがって、本件審決の実施可能要件についての判断は誤りである。 ? 本件審決が「例えば・・・想定できる」として挙げる「例」（本件審決１４頁２８行目ないし３４行目）についても、本件明細書には記載されておらず、技術常識ともいえないから、その「例」自体も実施可能とはいえない。 25 しかも、本件審決の「例」では、二つの秘密鍵を「アプリケーション［Ｂ］を用いるために必要なパスワード」としているが、秘密鍵は、暗号化／復号 6化のための暗号鍵であることが技術常識であり、パスワードとして用いられるものではない。そうすると、秘密鍵をパスワードとして使用することは、技術常識に照らすと、通常の使用方法ではなく、特殊な使用方法といえるから、パスワードとして使用することについての記載がない本件明細書の発明 5 の詳細な説明は、「例」の部分について実施可能要件違反である。仮に、パスワードを設定する「物」について、本件審決が「例」として挙げる秘密鍵「ＡＢＣＤ」及び「１２３４」の存在自体を知り得たとしても、転々流通する製品をどのユーザーが入手し、その製品の秘密鍵「ＡＢＣＤ」及び「１２３４」をどのユーザーが有しているのか知り得ないから、二つの 10 秘密鍵「ＡＢＣＤ」及び「１２３４」を有するユーザーに、「ＡＢＣＤ１２３４」というパスワードが設定された適切なアプリケーション［Ｂ］を、ダウンロードにより入手させることはできない。よって、「例」の部分について実施可能要件違反である。 ? 仮に、本件審決が想定する上記「例」が実施可能であるとしても、本件発 15 明１に含まれる当該「例」以外の部分（特に、秘密鍵をパスワードとして使用するのではなく暗号鍵として使用する場合）について、どのように作り、使用することができるのかにつき、本件明細書の発明の詳細な説明には記載されておらず、当業者が理解すらできないため、当業者は本件発明１に係る物を作り、使用することができない。そもそも、暗号鍵である秘密鍵によっ 20 ていったい何を暗号化／復号化するのか不明であるし、暗号化／復号化をすることが、「アプリケーション［Ｂ］、」「読み込み」及び「鑑定証明を行う」等と、どのような関係にあるのかも不明であり、実施可能要件違反がある。〔被告の反論〕 ? 本件各発明は、コンテンツ（製品情報及び取引情報）につき、アプリケー 25 ション［Ｂ］を用いてブロックチェーンに記録されたコンテンツを取り出すために、二つの秘密鍵（α、β）を使用することでアプリケーション［Ｂ］ 7を用いることができるようになる発明である。比喩的にいえば、二つの秘密鍵（α、β）を、アプリケーション［Ｂ］を用いる際の本人照合手段としてのパスワードのような機能を実現するものとして用いている。本件各発明は、鑑定証明が必要とされる製品（要鑑定製品）に貼着又は組 5 み込まれた小型記録媒体（ａ?）に記録された「秘密鍵α?」と「ギャランティカード」に貼着又は組み込まれた小型記録媒体（ｂ）に記録された「秘密鍵β?」を用いて鑑定証明を行うものであるから（構成要件Ｂ）、鑑定証明には、少なくとも上記二つの「秘密鍵」がそれぞれ独立して管理される別のものに配置されていることが必要であり、これにより、秘密鍵α?が記録された 10 「要鑑定製品」を何らかの理由で所持しているだけでは鑑定証明を行うことができず、秘密鍵β?が記録された「ギャランティカード」も所持していることにより初めて鑑定証明を行うことができるため、要鑑定製品の新製品また「は中古品を購入したユーザーのみが、信頼性の高い鑑定証明を簡単に行うことができる」（本件明細書の段落【０００８】）ものであるところ、一つの「秘 15 密鍵」を「要鑑定製品」に、もう一つの「秘密鍵」を「ギャランティカード」に配置することにより、二つの「秘密鍵」がそれぞれ配置され、独立して管理される「要鑑定製品」及び「ギャランティカード」の両方を持つユーザーのみが、鑑定証明を行うことができることにしたものである（段落【０００８】【０００９】及び【００３９】。、） 20 このような本件各発明の技術的意義に鑑みれば、①要鑑定製品に貼着又は組み込まれた小型記録媒体（ａ?）に記録された「秘密鍵α?」に相当するパスワードと、②「ギャランティカード」に貼着又は組み込まれた小型記録媒体（ｂ）に記録された「秘密鍵β?」に相当するパスワードとにより、両方が正しく揃ったときに、アプリケーション［Ｂ］を用いることが許可され、ブ 25 ロックチェーンに記録されているコンテンツ（製品情報及び取引情報）を取り出すことできるという発明を知った後は、当業者はこれを容易に実施でき 8るものである。 ? 原告の主張は、どのような情報処理が行われるのか、具現すべき機能・装置等について本件明細書には記載されておらず、不明瞭であるということを繰り返しているだけである。 5 二つの秘密鍵（α、β）を使用することでアプリケーション［Ｂ］を用いることができるようになることを実現するために「どのような情報処理が行われるのか」については、本件審決が示した「例」のように、当業者が理解できるものであり、ＩＴ分野の当業者であれば、これを実施する（物を作り、使用する）ことに過度の試行錯誤を要しないから、実施可能要件に違反しな 10 い。本件各発明における「秘密鍵」とは、「製品情報および取引情報をブロックチェーンデータから読み込むためのアプリケーション［Ｂ］を用いるための」秘密にされている（一般公開されていない）鍵であり、「製品情報および取引情報をブロックチェーンデータから読み込むための」秘密鍵ではない。 15 ２取消事由２について（実施可能要件の判断の論理構成の誤り）〔原告の主張〕本件審決は、本件明細書に記載されておらず技術常識でもない「例」をも想定した上で、本件発明１と本件明細書の発明の詳細な説明との「対応」を形式的に示しているのみで、本件明細書の発明の詳細な説明について、本件発明１ 20 に係る物を作り、使用することができるか否かについて具体的な検討を一切することなく、本件発明１の各構成要件に対応する本件明細書の発明の詳細な説明は、当業者であれば、明確かつ十分に理解し得るものであるとの判断をした。しかし、その判断は、専ら、本件明細書とは別の書面である、本件特許の特許請求の範囲が「理解できる」との判断に依拠するものであり、実施可能要件 25 が判断されるべき明細書の発明の詳細な説明については、特許請求の範囲に「対応」する記載が形式的に存在することをもって、実施可能要件を満たして 9いるとの結論を導いている。したがって、本件審決の採用する論理構成は、①特許請求の範囲の記載が「理解できる」ものであって、②発明の詳細な説明に対応する記載が形式的に存在すれば、③本件明細書の発明の詳細な説明に本件発明１に係る物を作り、使用 5 することができる程度に、明確かつ十分な記載があるとするものであり、その論理構成においては、「本件発明１に係る物を作り、使用することができる」かどうかについて、本件明細書の発明の詳細な説明の記載についての実質的な検討・判断を省略した独自の論理構成を採用するものである。そうすると、本件審決の論理構成は誤りであり、本件審決には取り消すべき 10 違法がある。〔被告の反論〕原告の主張は、本件審決が第６の２?（本件審決１４頁３行目ないし１５頁１６行目）において、本件発明１を認定し、当業者が具体的な実施態様の例を理解可能であり、本件発明１に係る物を作り、使用することが出来る程度に明 15 確かつ十分な記載があると判断しただけでは足りないと主張するものである。しかしながら、本件審決は、本件各発明を審決が示した「例」のように当業者が理解できるものであり、ＩＴ分野の当業者であれば、これを実施する（物を作り、使用する）ことに過度の試行錯誤を要しないから実施可能要件に違反しないと判断したものであり、本件審決の論理構成に誤りはない。 20 ３取消事由３（実施可能要件の判断の理由不備（理由不存在）等）について〔原告の主張〕上記２の取消事由２〔原告の主張〕で主張したように、本件審決は、本件発明１と本件明細書の発明の詳細な説明との「対応」を形式的に示しているのみで、本件明細書の発明の詳細な説明について、本件発明１に係る物を作り、使 25 用することができるか否かについて具体的な検討をしていない。したがって、本件審決は、その理由（法１５７条２項４号）を、判断の根拠 10 を示し証拠による認定事実に基づいて具体的に明示することなく、その結論を導いている。すなわち、本件審決には、結論のみあってそれに対応する理由が存在しないから、理由不備（理由不存在）、審理不尽又は判断遺脱などの手続上の瑕疵が存 5 在する。本件審決における理由不備等の瑕疵は、本件審決の結論に影響を及ぼすことが明らかであるから、本件審決には取り消すべき違法がある。〔被告の反論〕原告は、本件審決に実施可能要件について審理不尽、判断遺漏及び理由不備の違法があると主張する。 10 しかし、本件審決は、第６の２?（本件審決１４頁３行目ないし１５頁１６行目）において、本件発明１を正しく認定し、当業者が具体的な実施態様の例を理解可能であり、本件各発明に係る物を作り、使用することができる程度に明確かつ十分な記載が明細書の発明の詳細な説明にあると判断しているから、審理不尽、判断遺漏及び理由不備の違法はあり得ない。 15 ４取消事由４（本件発明１の認定・解釈の誤り）について〔原告の主張〕 ? 本件発明１の構成要件Ｅにおける「秘密鍵α?・・・および・・・秘密鍵β? を使用し」（以下「秘密鍵α?及び秘密鍵β?を使用し」という場合がある。）と「アプリケーション［Ｂ］を用いて」との相互関係の解釈の誤り 20 本件審決は、「秘密鍵α?及び秘密鍵β?を使用し」と、「アプリケーション［Ｂ］を用いて」との相互関係に関し、本件審決の第６の２?において、「秘密鍵α?及び秘密鍵β?は、アプリケーション［Ｂ］を用いるために使用される二つの秘密鍵である」（本件審決の１４頁２５行目ないし同頁２７行目）と解釈しているが、特許請求の範囲に基づくものではなく、誤りである。 25 構成要件Ｅは、「前記ユーザーが、前記製品に付与された前記秘密鍵α?、および前記ギャランティカードに付与された前記秘密鍵β?を使用し、アプリ 11 ケーション［Ｂ］を用いて、・・・」と特定されているにすぎないから、その文言に従って解釈すれば足り、それ以上に限定して解釈したり、特許請求の範囲に記載されていない事項を導入して解釈したりすることは許されない。本件審決は、第６の２?（本件審決１４頁３行目ないし１５頁１６行目） 5 において、構成要件Ｅの解釈として、特許請求の範囲に記載されていない（使「用）することによって」（用いる）ことができる」という事項を導入して解「釈している。かかる解釈は、特許請求の範囲に基づくものではなく、これも誤りである。さらに、本件審決は、（使用）することによって」（用いる）ことができ「「 10 る」という解釈を前提として、「秘密鍵α?及び秘密鍵β?は、アプリケーション［Ｂ］を用いるために使用される二つの秘密鍵である」という解釈を導いているが、その前提が誤っているばかりか、ここでも、本件特許の特許請求の範囲に記載されていない「（用い）るために（使用）される」という事項を導入しており、誤りである。 15 しかも、本件審決は、前記「例」の想定において、（使用し）て初めて・・「（用い）ることができる」という事項をさらに導入している。「例」の想定は特許請求の範囲の記載の解釈とはいえないし、この「例」が、解釈において参酌されることを意図したものであるとしても、当該「例」は、本件明細書には記載されておらず、参酌の根拠を欠いており、誤りである。 20 ? 本件発明１の構成要件Ｅにおける「秘密鍵α?及び秘密鍵β?を使用し」と、「前記製品の前記製品情報及び前記取引情報を前記ブロックチェーンデータから読み込むことにより」ないし「前記製品の鑑定証明を行う」との相互関係の解釈の誤り本件審決は、本件発明１の構成要件Ｅにおける「秘密鍵α?及び秘密鍵β? 25 を使用し」「前記製品の前記製品情報及び前記取引情報を前記ブロックチと、ェーンデータから読み込むことにより」ないし「前記製品の鑑定証明を行う」 12 との相互関係に関し、「本件発明１の構成要件Ｅの、アプリケーション［Ｂ］を用いて、製品の製品情報及び取引情報をブロックチェーンデータから読み込むことにより、製品の鑑定証明を行うことについても、二つの秘密鍵を使用することによってアプリケーション［Ｂ］を用いることができれば、その 5 アプリケーション［Ｂ］によって、製品の製品情報及び取引情報をブロックチェーンデータから読み込むことができるということにすぎず、その結果、二つの秘密鍵を有する者、すなわち、アプリケーション［Ｂ］を用いることができたユーザーのみが、ブロックチェーンデータに書き込まれた製品の製品情報及び取引情報を読み込むことにより、製品の鑑定証明を行うことがで 10 きるということを理解できる。（本件審決１４頁３５行目ないし１５頁８行」目）という解釈を示しているが、特許請求の範囲に基づくものではなく、誤りである。構成要件Ｅは、「前記ユーザーが、秘密鍵α?及び秘密鍵β?を使用し、前記アプリケーション［Ｂ］を用いて、前記製品の前記製品情報及び前記取引情 15 報を、前記ブロックチェーンデータから読み込むことにより、前記製品の鑑定証明を行うことを特徴とする」旨が特定されているにすぎない。構成要件Ｅには、秘密鍵α?及び秘密鍵β?がブロックチェーンデータ及び鑑定証明と、「（直接の）関係がない」ことを示す文言はない。そして、構成要件Ｅには、「前記ユーザーが、秘密鍵α?及び秘密鍵β?を使 20 用し、前記アプリケーションを用いて、前記製品の前記製品情報および前記取引情報をブロックチェーンデータから読み込む」とするものであるから、秘密鍵α?及び秘密鍵β?はブロックチェーンデータと「関係がある」ものを包含していると文言上解釈できる。さらに、構成要件Ｅには「前記ユーザーが、秘密鍵α?及び秘密鍵β?を使 25 用し、・・・により、前記製品の鑑定証明を行うことを特徴とする」ものであるから、秘密鍵α?及び秘密鍵β?が鑑定証明と「関係がある」ものを包含し 13 ていると文言上解釈できる。したがって、構成要件Ｅは、その文言に従って、「関係がある」ものを含むよう解釈すれば足り、「関係がない」と限定して解釈することは許されない。よって、本件審決の特許請求の範囲の記載の解釈は誤りである。 5? 本件発明１の秘密鍵がアプリケーション［Ｂ］を用いるために必要なパスワードであるとの想定・解釈の誤り本件審決は、本件発明１の「秘密鍵」という事項に関し、第６の２?において、前記「例」を示している（本件審決１４頁２８行目ないし３４行目）。しかし、本件審決は、「秘密鍵」の技術的意味の解釈を誤っている。秘密鍵 10 は、暗号化／復号化のための暗号鍵であることが技術常識（甲１～５）であり、パスワードとして用いられるものではない。本件審決は、本件発明１の秘密鍵がアプリケーション［Ｂ］を用いるために必要なパスワードであるとの想定をもって、限定的に特許請求の範囲の記載の解釈をしているものと解されるが、技術常識に反する解釈であり、誤り 15 である。 ? 小括以上のように、本件審決における本件発明１の認定・解釈は誤りであり、この誤りが本件審決の結論に影響を及ぼすことは明らかであるから、本件審決には取り消すべき違法がある。 20 〔被告の反論〕 ? 特許請求の範囲の文言の自然な解釈（法７０条１項）本件発明１は「鑑定証明システム」の発明であり、「秘密鍵（α、β）」は、構成要件Ｂ及びＥのみに出てくるところ、構成要件Ｅを見ると、本件各発明は、「秘密鍵（α、β）」を使用することで、アプリケーション［Ｂ］を用い 25 て、製品情報及び取引情報をブロックチェーンデータから読み込むことにより、製品の鑑定証明を行う発明である。 14 すなわち、本件発明１は、「秘密鍵（α、β）」を使用することで、製品情報及び取引情報をブロックチェーンデータから読み込むためのアプリケーション［Ｂ］を用いることができて、製品情報及び取引情報をブロックチェーンデータから読み込む。これに対し、構成要件Ｄを見ると、製品情報及び取 5 引情報をブロックチェーンデータに書き込む場面においては「秘密鍵（α、 β）は登場せず、」製品情報及び取引情報をブロックチェーンデータに書き込むことと、「秘密鍵（α、β）」とは特許請求の範囲の記載の文言上無関係である。各構成要件を引用しながら分析すると、以下のとおりである。 10 すなわち、構成要件Ｃ－２及びＤは、「アプリケーション［Ａ］を用いて、前記製品情報および前記取引情報を、前記ブロックチェーンデータに書き込み、との特許請求の範囲の記載であるから、製品情報及び取引情報をブロッ」クチェーンデータに書き込むためのツールは、「アプリケーション［Ａ］」のみである。したがって、特許請求の範囲の記載上、書き込む時には秘密鍵を 15 使わない。この点については、一般に、ブロックチェーンデータへの書き込み／ブロックチェーンデータからの読み込みと、「公開鍵」「秘密鍵」とは本・来的に別の技術であることとも整合する。次に構成要件Ｃ－３及びＥを検討すると、構成要件Ｃ－３は「前記ユーザーが前記製品情報および前記取引情報を、前記ブロックチェーンデータから 20 読み込むために使用されるアプリケーション［Ｂ］」であるから、ブロックチェーンデータからの読み込みを行うツールは、「アプリケーション［Ｂ］」のみであり、「秘密鍵」がブロックチェーンデータからの読み込みを行うツールであるというものではない。このような技術理解は、構成要件Ｃ－２及びＤに「秘密鍵」が登場しておらず、ブロックチェーンデータへの書き込み時に 25 は「秘密鍵」は無関係であり書き込み用アプリケーション［Ａ］を用いる以上、ブロックチェーンデータからの読み込み時においてもそれとパラレルに 15 読み込み用アプリケーション［Ｂ］を用いるという対応関係で整理されるから、最も自然で合理的な解釈である。そうすると、構成要件Ｅの「前記ユーザーが、前記製品に付与された前記秘密鍵α?、および前記ギャランティカードに付与された前記秘密鍵β?を使 5 用し、前記アプリケーション［Ｂ］を用いて、前記製品の前記製品情報および前記取引情報を、前記ブロックチェーンデータから読み込む」という特許請求の範囲の記載は、製品情報及び取引情報を、アプリケーション［Ｂ］を用いてブロックチェーンデータから読み込むことを意味しており、「秘密鍵 α?、および・・・秘密鍵β?を使用し、」は、文脈上直後の「前記アプリケー 10 ション［Ｂ］を用いて、」に係り、二つの秘密鍵（α、β）を使用することでアプリケーション［Ｂ］を用いることができるようになるという意味である。 ? 本件特許の出願時の技術常識「公開鍵」「秘密鍵」方式は、①公開鍵で暗号化して秘密鍵で復号化する・という方式と、逆に、②秘密鍵で暗号化して公開鍵で復号化するという方式 15 がある。①で保護される情報は電子データ自体であり用途は暗号通信であるのに対し、②で保護される情報は本人性及び非改竄性であり用途は電子署名である。このような「公開鍵」「秘密鍵」の出願時の技術常識を考慮して上記特許・請求の範囲の記載の解釈をすると、二つの秘密鍵を使用することでアプリケ 20 ーション［Ｂ］を用いることができるようになるというのであるから、本件各発明における「秘密鍵」の使い方は、アプリケーション［Ｂ］を用いる許可を得る為の本人照合手段であり、比喩的にいえばパスワードのような機能を実現する為に、②秘密鍵で暗号化して公開鍵で復号化するという方式で、本人性（ギャランティカードの所持者であること）を照合しているものであ 25 る。すなわち、ユーザーが、製品及びギャランティカードに貼着または組み込 16 まれた小型記録媒体に記録された「秘密鍵（α、」β）を使用して、秘密鍵α、 βを用いてデジタル署名を目的として作成する本人性保証のために暗号化される任意の文字列を暗号化し、専用プラットフォームに保存されている「公開鍵」を用いて復号化することで、コンテンツ（製品情報、取引情報等）の 5 非改竄性及び本人性が保証され、ユーザーにアプリケーション［Ｂ］を用いる許可が与えられ、製品情報及び取引情報を、アプリケーション［Ｂ］を用いてブロックチェーンデータから読み込むことができ、製品の鑑定証明を行うことができる。このことが、構成要件Ｅに記載されている。本件発明１は、「秘密鍵」を製品とともに製造業者、流通業者、ユーザーと 10 転々流通するものとし、最終的にユーザーが上記の方式により製品を鑑定証明できるようにした発明であり、アプリケーション［Ｂ］を用いる許可を得るための本人照合手段として、「秘密鍵」を、比喩的にいえばアプリケーション［Ｂ］を用いる際のパスワードのような機能を実現するために用いたものである。この意味で、本件発明１は、「秘密鍵」の技術的意味を本来の技術常 15 識と異なる意味で用いているわけではないものの、典型的な事例とは異なる用い方をしているものである。それでも、製造業者、流通業者などが「秘密鍵」を盗むなどという事態を想定しない性善説に立てば、本件発明１のような方式でも実質的な問題は生じないし、ユーザーが製品を転売するときに、製品及びギャランティカードを移転することで、新しいユーザーも製品の所 20 持者／所有権者という本人確認が「秘密鍵」により可能となり便利であるという利点もあるため、本件発明１の方式を採用したものである。 ? 発明の詳細な説明及び図面の考慮（法７０条２項）以上のような特許請求の範囲の記載解釈は、本件明細書中の発明の詳細な説明及び図面とも整合する。 25 すなわち、発明の詳細な説明及び図面を精査しても、製品情報及び取引情報をブロックチェーンデータに書き込むときに「秘密鍵」を使うという記載 17 はない。本件明細書中の実施例を見ても、「本発明の鑑定証明システムは、複雑な流通経路を辿って流通したり、インターネットを通じて販売されたりする要鑑定製品の新製品または中古品を購入したユーザーが、信頼性の高い鑑定証明を簡単に行うことができる。（段落【００３７】」）という基本の発明を 5 前提とした上で、「さらに、本発明の鑑定証明システムは、製造メーカー・製造者および流通業者（物流業者、卸売り業者、小売業者等）が、要鑑定製品の製品情報および取引情報を、専用プラットフォームのブロックチェーンデータに順次書き込んでいくことにより、製品情報および取引情報を正確に記録でき、また、製品情報および取引情報が改竄されることを完全に防止する 10 ことができるため、鑑定証明の信頼性を更に高めることができる。」という発明であるから（段落【００３８】、）「製品情報および取引情報を正確に記録でき、また、製品情報および取引情報が改竄されることを完全に防止することができる」という効果は、ブロックチェーンによる効果である（段落【００１０】及び【００１３】同旨）。 15 本件明細書には、以上のようなブロックチェーン技術による製品情報及び取引情報の正確性が担保されるという発明を前提とした上で、「さらに、本発明の鑑定証明システムは、要鑑定製品１に付与された秘密鍵α?、およびギャランティカード２に付与された秘密鍵β?を使用して、専用プラットフォーム８のブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報 20 および取引情報を読み込むことにより、要鑑定製品１およびギャランティカード２を所有する真のユーザー４だけが、鑑定証明を行うことができる。段」（落【００３９】）という発明であると説明しているから、二つの「秘密鍵」により、要鑑定製品１およびギャランティカード２を所有する真のユーザー４「だけが、鑑定証明を行うことができる」という効果を得られる（段落【００ 25 ０８】【０００９】及び【００１２】同旨）、。以上のとおり、本件明細書には、ブロックチェーン技術により「製品情報 18 および取引情報を正確に記録でき、また、製品情報および取引情報が改竄されることを完全に防止することができる」とともに（段落【００３８】、二）つの「秘密鍵」により、「要鑑定製品１およびギャランティカード２を所有する真のユーザー４だけが、鑑定証明を行うことができる」ことが説明されて 5 おり（段落【００３９】、特許請求の範囲の文言の自然な解釈と完全に合致）する。なお、本件明細書の発明の課題欄においては、「ユーザーのみが信頼性の高い鑑定証明を簡単に行える方法について鋭意検討し、本発明を成したものである。（段落【０００９】」）という説明に続いて「さらに、本発明では、製造メーカー・製造者および流通業者が、製品情報および取引情報を、専用 10 プラットフォームのブロックチェーンデータに書き込むことにより、製品情報および取引情報が改竄されることを完全に防止し、鑑定証明の信頼性を更に高めている。（段落【００１０】」）と説明されており、ブロックチェーン技術による製品情報及び取引情報の非改竄性担保と、二つの秘密鍵によりユーザーだけが鑑定証明が行えるという本人性担保とを峻別しており、両者をそ 15 れぞれの技術（ブロックチェーン技術と「公開鍵」「秘密鍵」方式）により・担保するという本件発明１を、正しく開示しているものである。以上のとおり、本件発明１は、コンテンツ（製品情報及び取引情報）をアプリケーション［Ｂ］を用いてブロックチェーンデータから読み込むことを意味しており、「秘密鍵α?、および・・・秘密鍵β?を使用し、」は、文脈上 20 直後の「前記アプリケーション［Ｂ］を用いて、に係り、」二つの秘密鍵（α、 β）を使用することでアプリケーション［Ｂ］を用いることができるようになることを意味する。 ? 原告の主張に対する反論これに対し原告は、本件審決における本件発明１の認定は、特許請求の範 25 囲の記載に基づくものではなく、本件審決の挙げる「例」も特許請求の範囲の記載に文言を追加して解釈しているとする。 19 しかし、法７０条１項は、あくまで、特許請求の範囲の記載を自然に解釈して定めるのであって、一字一句補完してはならないという規定ではない。しかも、法７０条２項は、「前項の場合においては、願書に添付した明細書の記載及び図面を考慮して、特許請求の範囲に記載された用語の意義を解釈す 5 るものとする。と規定しており、発明の詳細な説明及び図面を考慮して特許」請求の範囲の記載を解釈するものとしているから、特許請求の範囲の記載の解釈の際に一字一句補完してはならないことはありえず、発明の詳細な説明及び図面を考慮して特許請求の範囲の記載を自然かつ合理的に解釈するとされている。 10 本件発明１を発明の詳細な説明及び図面を考慮して自然かつ合理的に特許請求の範囲の記載を解釈するならば、被告が主張している特許請求の範囲の記載の解釈が正しく、本件審決もこれと同じであるから、本件発明１の認定に誤りはない。加えて、原告は、本件審決が行った本件発明１の認定を論難しているだけ 15 であり、これに代わる解釈を示している訳でもなく、主張の趣旨が不明である。原告は、構成要件Ｅに関する主張もするが、本件発明１の構成要件Ｅは、製品情報及び取引情報をアプリケーション［Ｂ］を用いてブロックチェーンデータから読み込むことを意味しており、「秘密鍵α?、および・・・秘密鍵 20 β?を使用し、」は、文脈上直後の「前記アプリケーション［Ｂ］を用いて、」に係り、二つの秘密鍵（α、β）を使用することでアプリケーション［Ｂ］を用いることができるようになるという日本語である。確かに、二つの秘密鍵（α、β）は、製品情報及び取引情報をブロックチェーンデータから読み込むためのアプリケーション［Ｂ］を用いるためのい 25 わゆるパスワード的な役割を果たすものとしてブロックチェーンデータ及び鑑定証明と間接的な関係はある。構成要件Ｅはそのことを規定しており、原 20 告が主張するように、二つの秘密鍵（α、β）を使って直接製品情報及び取引情報をブロックチェーンデータから読み込むという規定ではない。さらに、原告は、「本件発明の秘密鍵がアプリケーション［Ｂ］を用いるために必要なパスワードであるとの想定・解釈」が限定的にクレーム解釈をし 5 ており誤っていると主張する。しかし、本件審決は「秘密鍵」が「パスワード」であると限定解釈したものではない。本件審決は、あくまで、「２つの秘密鍵（α、β）」は、「製品情報および取引情報をブロックチェーンデータから読み込むためのアプリケーション［Ｂ］を用いるための」秘密にされている（一般公開されていない） 10 鍵であるところ、一つの典型的な例としていわゆるパスワード的な役割を果たすものとして想定しているにすぎない。原告は、「秘密鍵は、暗号化／復号化のための暗号鍵であることが技術常識（甲１～５）であり、パスワードとして用いられるものではない」と主張するが、法７０条１項及び２項から、本件発明１を発明の詳細な説明及び図面 15 を考慮して自然かつ合理的に特許請求の範囲の記載を解釈すると、本件発明１における「秘密鍵」とは、「製品情報および取引情報をブロックチェーンデータから読み込むためのアプリケーション［Ｂ］を用いるための」秘密にされている（一般公開されていない）鍵であり、「製品情報および取引情報をブロックチェーンデータから読み込むための」秘密鍵ではないことが明らかで 20 ある。第４当裁判所の判断１本件明細書の記載から認められる本件各発明の技術的意義等本件明細書には、別紙１のとおりの記載があるところ、バッグ、カバン、衣類、時計、美術工芸品、自動車等の鑑定証明が必要とされる製品（要鑑定製品） 25 の鑑定証明システムに関し【技術分野】段落（、【０００１】、）従来の技術では、ギャランティカードと製品とを紐付けるものは、製品に刻印された品番だけで 21 あることから、鑑定証明を十分に行うことができず（段落【０００４】、）また、製品情報の読み出しに際し、パスワードを設定しない場合には、要鑑定製品の流通業者、ユーザー以外の第三者も製品情報を知ることが可能となり、要鑑定製品が真正品であるか否か、要鑑定製品等の製造年月日が新しいか否か等のユ 5 ーザーが知られたくない製品情報を第三者が取得可能となり（段落【０００５】、さらに、パスワードを設定した場合には、要鑑定製品が複雑な流通経路）を辿るうちにパスワードが不明となり、必要な場合に鑑定証明が行えなくなる可能性が高くなるとの問題（段落【０００５】）があった。そこで、本件各発明は、複雑な流通経路を辿って流通したり、インターネッ 10 トを通じて販売されたりする要鑑定製品の新製品又は中古品を購入したユーザーのみが、信頼性の高い鑑定証明を簡単に行うことができる鑑定証明システムを提供することを課題とする（【発明が解決しようとする課題】、段落【０００８】。）そして、その課題を解決するため、本件各発明の構成を採用することにより、 15 複雑な流通経路を辿って流通したり、インターネットを通じて販売されたりする要鑑定製品の新製品又は中古品を購入したユーザーのみが、信頼性の高い鑑定証明を簡単に行うことができ（【発明の効果】、段落【００１２】、また、製）品情報及び取引情報を相互補完しながら正確に記録することもでき、さらに、製品情報及び取引情報が改竄されることを完全に防止できるため、鑑定証明の 20 信頼性を更に高めることができるという効果を奏する（段落【００１３】、と）するものである。２取消事由１（実施可能要件の判断の誤り）について ? 判断基準法３６条４項１号に規定する実施可能要件については、明細書の発明の詳 25 細な説明が、当業者において、その記載及び出願時の技術常識に基づいて、過度の試行錯誤を要することなく、特許請求の範囲に記載された発明を実施 22 できる程度に明確かつ十分に記載されているかを検討すべきである。 ? 本件明細書の発明の詳細な説明の記載構成要件Ｅ、Ｆに関する発明の詳細な説明には、【発明を実施するための形態】として、以下の記載がある（下線は判決で付記）。 5 「図１は、本発明の鑑定証明システムで取り扱われる、複雑な流通経路を辿って流通したり、インターネットを通じて販売されたりする要鑑定製品１、およびこれと共に販売され、流通するギャランティカード２を示す模式図である。要鑑定製品１には、秘密鍵α?、製品情報（商品名、品番、製造メーカー・製造者、製造場所、製造年月日等）を含む情報を記録した 10 小型記録媒体（ａ?）１ａが貼着または組み込まれており、また、ギャランティカード２には、秘密鍵β?、製品情報を含む情報を記録した小型記録媒体（ｂ）２ａが貼着または組み込まれている。小型記録媒体（ａ?）１ａ、小型記録媒体（ｂ）２ａとしては、要鑑定製品１およびギャランティカード２の形状、構造、大きさ等に応じて、マイクロチップ、ＱＲコード（登 15 録商標）電子透かし等の小型記録媒体を適宜用いることができる。、」（段落【００１６】）「また、ユーザー４は、アプリケーション［Ｂ］１０を用いて、要鑑定製品１に付与された秘密鍵α?、およびギャランティカード２に付与された秘密鍵β?を使用して、専用プラットフォーム８のブロックチェーンデー 20 タ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を読み込むことができ、これによりユーザーは信頼性の高い鑑定証明を簡単に行うことができる。この実施形態では、ユーザー４がブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を簡単に読み込めるように、端末［Ｂ］６を、スマートフォン６－１としているが、 25 パーソナルコンピュータ等の他の端末も適宜用いることができる。（段落」【００２１】） 23 「アプリケーション［Ａ］９は端末［Ａ］５にダウンロードされ作動するものであって、これを用いて、製造メーカー・製造者および流通業者（物流業者、卸売り業者、小売業者等）３は、製品情報および取引情報を、専用プラットフォーム８のブロックチェーンデータ８ｂに書き込むことが 5 でき、また、アプリケーション［Ｂ］１０は端末［Ｂ］６にダウンロードされ作動するものであって、ユーザー４は、専用プラットフォーム８のブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を読み込むことができる。（段落【００２２】」）「要鑑定製品１の新製品または中古品を購入したユーザー４は、［Ｂ］端末 10 ６を用いて、要鑑定製品１に付与された秘密鍵α?、およびギャランティカード２に付与された秘密鍵β?を使用し、アプリケーション［Ｂ］１０を用いて、専用プラットフォーム８のブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を読み込むことができる。これにより、要鑑定製品１およびギャランティカード２を所有する真のユ 15 ーザーだけが、信頼性の高い鑑定証明を簡単に行うことができる。（段落」【００３６】）上記記載によれば、本件明細書の発明の詳細な説明には、「ユーザー４は、アプリケーション［Ｂ］１０を用いて、要鑑定製品１に付与された秘密鍵α?、およびギャランティカード２に付与された秘密鍵β?を使用して、専用プラッ 20 トフォーム８のブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を読み込むことができ」ることが記載されている。また、上記１のとおりの、「要鑑定製品１およびギャランティカード２を所有する真のユーザーだけが、信頼性の高い鑑定証明を簡単に行うことができる」との本件各発明の奏する効果を考慮すると、本件明細書の発明の詳細な 25 説明には、ユーザー４が要鑑定製品１およびギャランティカード２を所有す「る真のユーザーであるという認証を行った後に、認証されたユーザー４だけ 24 が、専用プラットフォーム８のブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を読み込むことができ」ることも記載されているといえる。 ? 本件特許の出願時の技術常識 5 本件特許の出願時における技術常識を示す文献である甲２（新版暗号技術入門秘密の国のアリス、２０１２年〔平成２４年〕７月２５日第７刷発行）には、「公開鍵信号・・・では、『暗号化の鍵』と『復号化の鍵』を分けます。送信者は『暗号化の鍵』を使ってメッセージを暗号化し、受信者は『復号化の鍵』を使って暗号文を復号化します。、『復号化の鍵』は・・・あなだだ」「 10 けが使うものなのです。ですから、この鍵をプライベート鍵・・・と呼びます。「公開鍵で暗号化した暗号文は、その公開鍵とペアになっているプライ」ベート鍵でなければ復号化できません。、」「デジタル署名では、署名の作成と検証とで異なる鍵を使います。署名を作成できるのはプライベート鍵を持っている本人だけですが、署名の検証は公開鍵を使いますので、誰でも署名の 15 検証を行えます」との記載があり、甲１、３、乙２ないし４にもこれと同旨の記載がある。そうすると、本件各発明の属する暗号技術分野において、秘密鍵で暗号化し、その秘密鍵と対の関係にある公開鍵で復号化することにより、本人認証を行う公開鍵暗号方式によるデジタル署名技術は、本件特許の出願当時の技 20 術常識であったことが認められる。 ? 判断そうすると、上記?の本件明細書の発明の詳細な説明の記載に接した当業者は、上記?の出願当時の技術常識に基づくと、要鑑定製品１に付与された秘密鍵α?及びギャランティカード２に付与された秘密鍵β?は、それらと対 25 の関係にある公開鍵と共に、ユーザー４が要鑑定製品１及びギャランティカード２を所有する真のユーザーであるという本人認証に使用されることが自 25 然であると理解できるから、本件明細書の発明の詳細な説明には、アプリケーション［Ｂ］１０を用いる許可を得るための本人照合の手段として、要鑑定製品１に付与された秘密鍵α?及びギャランティカード２に付与された秘密鍵β?で暗号化し、秘密鍵α?及び秘密鍵β?と対の関係にある公開鍵で復号 5 化することで本人認証を行うデジタル署名技術により、ユーザー４が要鑑定製品１及びギャランティカード２を所有する真のユーザーであるという認証がなされ、認証されたユーザー４だけが、専用プラットフォーム８のブロックチェーンデータ８ｂに書き込まれた、要鑑定製品１の製品情報および取引情報を読み込むことができることが記載されていると理解できる。 10 したがって、本件明細書の発明の詳細な説明には、当業者が、本件明細書の発明の詳細な説明の記載及び本件特許の出願当時の技術常識に基づいて、過度の試行錯誤を要することなく、構成要件Ｅ、Ｆを含む本件発明１の鑑定証明システムを製造し、使用することができる程度に、明確かつ十分に記載されているものと認められる。 15 よって、本件発明１について、本件明細書の発明の詳細な説明の記載は実施可能要件を満たしているといえ、本件発明２ないし７についても同様に解される。したがって、原告の主張する取消事由１は理由がない。 ? 原告の主張に対する判断 20 ア原告は、前記第３の１〔原告の主張〕?のとおり、本件明細書の発明の詳細な説明には、構成要件Ｅ及びＦを具現すべき機能等について記載されておらず、不明瞭であり、出願時の技術常識に基づいてもその具現すべき機能等を当業者が理解できないから実施可能要件を欠く旨を主張する。しかし、上記?ないし?で検討したとおり、本件明細書の発明の詳細な 25 説明の記載は、当業者において、技術常識に基づいて過度の試行錯誤を要することなく特許請求の範囲に記載された本件各発明を実施できる程度 26 に明確かつ十分に記載されているものと認められる。したがって、原告の上記主張は採用することができない。イ原告は、前記第３の１〔原告の主張〕?のとおり、本件審決の挙げる「例」は誤りであり、秘密鍵を有するユーザーにパスワードが設定された適切な 5 アプリケーションをダウンロードにより入手させることもできないから、「例」について実施可能要件違反がある旨を主張する。しかし、本件審決は、「例」につき、ユーザーが要鑑定製品１及びギャランティカード２を所有する真のユーザーであるという認証について実施可能であることを示す例として示したにすぎず、仮にこの「例」が誤りで 10 あったとしても、直ちに本件審決の結論に誤りがあることにはならないから、原告の主張は前提を欠くものである。また、本件明細書の段落【００２３】には、「要鑑定製品１の小型記録媒体（ａ?）１ａに記録された秘密鍵α?、製品情報を含む情報、および、ギャランティカード２の小型記録媒体（ｂ）２ａに記録された秘密鍵β?、製 15 品情報を含む情報の読み取りは、図２に示すように、パーソナルコンピュータ５－１のリーダー５－２や、スマートフォン６－１を接触させて行うこともできるし、ＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）ＲＦＩＤ、（ＲａｄｉｏＦｒｅｑｕｅｎｃｙＩＤｅｎｔｉｃｉｆｉｅｒ）等の近距離無線通信により非接触で行うこともできる。との記載」 20 があり、要鑑定製品１の小型記録媒体（ａ?）１ａ又はギャランティカード２の小型記録媒体（ｂ）２ａから、秘密鍵α?及び秘密鍵β?のほかに、製品情報も読み取られているから、この記載に接した当業者であれば、秘密鍵α?及び秘密鍵β?ではなく、製品情報に基づいてアプリケーション［Ｂ］がダウンロードされると考えることも自然であるということができる。 25 したがって、原告の上記主張は採用することができない。ウ原告は、前記第３の１〔原告の主張〕?のとおり、仮に、本件審決が想 27 定する上記「例」が実施可能であるとしても、本件発明１に含まれる当該「例」以外の部分について、本件明細書の発明の詳細な説明には記載されておらず、暗号化／復号化をすることが、「アプリケーション［Ｂ］、」「読み込み」及び「鑑定証明を行う」等とどのような関係にあるのかも不明で 5 あり実施可能要件違反がある旨を主張する。しかし、上記?ないし?で検討したとおりであり、本件明細書の発明の詳細な説明の記載は、当業者において、技術常識に基づいて過度の試行錯誤を要することなく特許請求の範囲に記載された本件各発明を実施できる程度に明確かつ十分に記載されているものと認められる。 10 したがって、原告の上記主張は採用することができない。３取消事由２（実施可能要件の判断の論理構成の誤り）について原告は、取消事由２として、本件審決の論理構成は、本件明細書とは別の書面である本件特許請求の範囲が理解できるとの判断に依拠する誤ったものであり、実施可能要件の判断に当たって、本件審決の論理構成には誤りがある旨 15 を主張する。しかし、本件審決は、「第６当審の判断」として、本件明細書の発明の詳細な説明の記載を摘記した上で、本件各発明の技術的意義を明らかにし（第６の１?及び?）、第６の２において、「物の発明について実施可能要件を満たすためには、明細書の発明の詳細な説明の記載が、当業者において、その記載及 20 び出願時の技術常識に基づいて、過度の試行錯誤を要することなく、当該発明に係る物を作り、使用することができる程度のものでなければならない。そこで、以下、これを前提に判断する。本件審決１３頁４行目ないし同頁８行目）」（との判断の基礎を示した上で、本件各発明の構成要件と本件明細書の発明の詳細な説明の記載の対応関係を検討し（第６の２?）、続く第６の２?イにおい 25 て、「上記?アのとおり、本件発明１の構成要件Ｅと対応する本件明細書の発明の詳細な説明の記載は、【００２１】、【００２２】【００３６】及びである。」 28 （本件審決１４頁１２行目ないし同頁１４行目）「そうすると、構成要件Ｅに、対応する本件明細書の発明の詳細な説明の上記【００２１】【００２２】及び、【００３６】は、当業者であれば、明確かつ十分に理解し得るものである。」（本件審決１５頁９行目ないし同頁１１行目）とし、これを基に、同第６の２ 5 ?ウにおいて、「以上によれば、本件明細書の発明の詳細な説明には、当業者において、本件発明１に係る物を作り、使用することができる程度に、明確かつ十分な記載があるから、本件発明１について、本件明細書の発明の詳細な説明は、実施可能要件を満たしている。（本件審決１５頁１３行目ないし同頁１」６行目）との結論を示したものである。そうすると、本件審決は、本件明細書 10 の発明の詳細な説明（特に、段落【００２１】【００２２】及び【００３６】、）の記載に基づき、実施可能要件を満たす旨を判断する構成を取っているものである。そして、上記２の検討結果によれば、その判断の内容に誤りはなく、本件審決の実施可能要件の判断の論理構成に誤りはない。したがって、原告の主張する取消事由２は理由がない。 15 ４取消事由３（実施可能要件の判断の理由不備（理由不存在）・審理不尽）について原告は、取消事由３として、本件審決には、結論のみがあってそれに対応する理由が存在しないから、理由不備（理由不存在）、審理不尽又は判断遺脱などの手続上の瑕疵が存在し、本件審決は取り消されるべきである旨を主張する。 20 しかし、上記２のとおり、本件審決には、結論に至る過程において、対応する理由が記載されており、本件審決には、理由不備（理由不存在）、審理不尽及び判断遺脱の違法は存せず、上記２、３によれば、その理由付けにも誤りはない。したがって、原告の主張する取消事由３は理由がない。５取消事由４（本件発明１の認定・解釈の誤り）について 25 原告は、取消事由４として、本件発明１の構成要件Ｅについて、特許請求の範囲の記載の文言に従って解釈すれば足り、それ以上に限定して解釈したり、 29 特許請求の範囲に記載されていない事項を導入して解釈したりすることは許されないから、本件審決の本件発明１の認定・解釈は誤りである旨主張する。原告の主張するところの本件審決における本件発明１の認定・解釈の誤りが、本件審決を直ちに違法とするものであるかについて明確ではないものの、被告 5 が主張するとおり、本件発明１の実施可能要件を判断するに当たり、本件発明１に対応する本件明細書の発明の詳細な説明の記載を参酌することは、法７０条１項・２項の規定に基づき当然に行われるべきことであり、原告の主張は前提を欠くものである。そして、前記２ないし４のとおり、本件審決の判断に技術常識に反する点もなく誤りはない。 10 したがって、原告の主張する取消事由４は理由がない。６結論以上によれば、原告主張の取消事由はいずれも理由がなく、本件審決にこれを取り消すべき違法は認められない。よって、原告の請求を棄却することとし、主文のとおり判決する。 15 知的財産高等裁判所第３部裁判長裁判官 20 東海林保裁判官 25 今井弘晃 30 裁判官水野正則 5 （別紙１特許公報写し、別紙２審決書写し省略） 31
裁判所	知的財産高等裁判所
判決言渡日	2024/04/25
権利種別	特許権
訴訟類型	行政訴訟

事実及び理由
全容

すごい知財EXPO'22

ページ上部へ