令和6(ワ)6010特許権侵害差止等請求事件

令和８年３月１２日判決言渡 同日原本受領 裁判所書記官

令和６年（ワ）第６０１０号 特許権侵害差止等請求事件

口頭弁論終結日 令和７年１２月１８日

判 決

原告 株式会社シー・オー・コンヴ

代表者代表取締役

訴訟代理人弁護士 田上洋平

同 小野夏海

訴訟代理人弁理士 森脇正志

同 安藤康浩

被告 株式会社ワッセイ・ソフトウエア・

テクノロジー

代表者代表取締役

訴訟代理人弁護士 紋谷崇俊

同 宮下佳之

同 井深大

主 文

１ 原告の請求をいずれも棄却する。

２ 訴訟費用は原告の負担とする。

事 実 及 び 理 由

第１ 請求

１ 被告は、別紙被告製品目録記載１の製品を輸入し、製造し、販売し、又は販売の申出をしてはならない。２ 被告は、別紙被告製品目録記載１の製品を廃棄せよ。３ 被告は、原告に対し、１億円及び内６２６６万８６２９円に対する令和２年３月３１日から支払済みまで年５分の、内３７３３万１３７１円に対する令和６年５月３１日から支払済みまで年３パーセントの各割合による金員を支払え。

第２ 事案の概要

5 １ 本判決で用いる呼称（略語）

(1) 本件特許（権）：特許第４８０８２７５号に係る特許（権）。（本件特許権にかかる明細書及び図面は「本件明細書」。本件明細書の内容は、別紙特許公報記載のとおり。なお、本件明細書中の段落は、【（４桁の数字）】として示す。）

(2) 本件発明：本件特許の特許請求の範囲請求項１の発明

(3) 被告製品：別紙被告製品目録記載１ないし３の製品の総称。なお、同記載１ないし３のものを個別にいうときは、その番号を用いて被告製品１等という。

(4) 第１要件（等）：最高裁平成６年（オ）第１０８３号同１０年２月２４日第三小法廷判決・民集５２巻１号１１３頁において判示された、均等侵害が成立するための各要件（第１要件：非本質的部分、第２要件：置換可能性、第３要件：置換容易性、第４要件：容易推考性、第５要件：意識的除外）。

(5) 乙１２発明：特開平９－３４８２５号（乙１２。以下「乙１２文献」という。平成９年２月７日公開）に記載の発明

(6) 乙１３発明：特開２０００－５７０３９号（乙１３。以下「乙１３文献」という。平成１２年２月２５日公開）に記載の発明

(7) 乙２０発明：特開２００７－１７９１７８号（乙２０。以下「乙２０文献」という。平成１９年７月１２日公開）に記載の発明

(8) 乙２１発明：特開２００７－１４８９０６号（乙２１。以下「乙２１文献」という。平成１９年６月１４日公開）に記載の発明２ 原告の請求被告製品が原告の特許権を侵害することを前提とする、

(1) 特許法１００条１項に基づく被告製品１の販売等の差止め

(2) 同条２項に基づく被告製品１の廃棄

(3) 不法行為（民法７０９条）に基づく損害賠償請求及びこれに対する平成２９年法律第４４号による改正施行前日（令和２年３月３１日）までに発生した損害に対する同日から支払済みまで年５分の、施行日から令和６年５月３１日ま

5 で発生した損害に対する同日から支払済みまで年３パーセントの割合による遅延損害金の支払請求（明示的一部請求）３ 前提事実

(1) 当事者ア 原告は、コンピュータソフトウェア開発及びソフトウェア販売等を目的とする株式会社である。イ 被告は、インターネットを利用した通信販売業並びに情報提供等を目的とする株式会社である。

(2) 本件特許権の書誌的事項等原告は、本件特許権を有している。本件特許権の書誌的事項は、次のとおりである。ア 特許番号 特許第４８０８２７５号イ 優先日 平成１９年１１月２６日ウ 出願日 平成２０年５月５日エ 登録日 平成２３年８月２６日オ 発明の名称 ネットワークブートシステム

(3) 本件発明の構成要件の分説本件発明は、次のとおり構成要件に分説される（以下各構成要件を「構成要件Ａ」などという。）。Ａ クライアント端末上で動作するオペレーティングシステムを提供するネットワークブートサーバと、物理的な記憶装置を備えたクライアント端末とがネットワークを通じて接続され、Ｂ 前記クライアント端末は、前記オペレーティングシステム起動中に必要なデータを一時的に保存することができる物理メモリと、前記ネットワークを介して前記サーバにアクセスするためのネットワークインターフェースとを備えていると共に、

5 Ｃ 前記オペレーティングシステムは、Ｃ１ 前記ネットワークインターフェースを駆動するためのネットワークドライバと、Ｃ２ 前記クライアント端末のローカルバスに対するアクセスを前記ネットワークに対するアクセスに変換するためのフィルタドライバと、Ｃ３ 前記記憶装置を駆動するためのリードキャッシュドライバを備えており、Ｄ 前記リードキャッシュドライバが、Ｄ１ 前記クライアント端末から読み出し要求信号を受けた際には前記フィルタドライバによって前記サーバから読み出されたデータを前記記憶装置の読み出しキャッシュ領域にキャッシュデータとして保存し、Ｄ２ 前記読み出しキャッシュ領域に対して書き込み要求信号を受けた際にはＤ２－１ 書き込み要求信号を受けたことを記憶すると共にＤ２－２ その領域に対するキャッシュデータを使用しないように制御することを特徴とするＥ ネットワークブートシステム。

(4) 被告の行為等ア 被告製品の販売の申出等被告は、平成２９年７月６日、被告のウェブサイト上で、被告製品２が発売されることを告知した。また、被告は、令和５年１２月８日、同様に、被告製品１が発売されることを告知した。イ 原告による警告書の送付原告は、令和元年７月２４日、被告に対し、被告製品２が本件特許権を侵害しているとの内容の警告書を送付した（甲７）。

(5) 消滅時効の援用

5 原告は、令和６年６月１８日、本件訴訟を提起した。被告は、本件手続において、令和３年６月１７日以前の被告の行為に係る損害賠償請求権について、消滅時効を援用する旨の意思表示をした。

(6) 被告製品の構成に関する主張被告製品ないし被告製品を組み込んだシステムの構成に関する当事者の主張は別紙「被告製品が組み込まれたシステムの構成に関する主張の対比」のとおりである（一部同じ語が異なる意義で用いられることがあるものを含む。）。４ 争点被告は、ソフトウェアを提供するのみで、「サーバ」や「クライアント端末」などを含む「システム」の輸入、製造、販売及びその申出を行っていないとする一方で（この主張を踏まえ、原告は、予備的に間接侵害の主張（争点２）をしている。）、被告製品を組み込んだシステムに関しても構成要件充足性を正面から争っている。これを踏まえた争点は、次のとおりである。

(1) 被告製品が、本件特許の技術的範囲に属するか（争点１）ア 構成要件Ａ、Ｂ及びＥを充足するか（争点１－１）イ 構成要件Ｃ１を充足するか（争点１－２）ウ 構成要件Ｃ２、Ｃ３及びＤを充足するか（争点１－３）エ 構成要件Ｃ２を充足するか（争点１－４）オ 構成要件Ｃ３及びＤを充足するか（争点１－５）カ 構成要件Ｄ１及びＤ２を充足するか（争点１－６）キ 構成要件Ｄ２－１を充足するか（争点１－７）ク 構成要件Ｄ２－２を充足するか（争点１－８）ケ 構成要件Ｄ１、Ｄ２及びＤ２－２における「読み出しキャッシュ領域」に関し、被告製品の構成が均等なものか（争点１－９）

(2) 間接侵害が成立するか（争点２）

(3) 本件特許に次の無効理由があるか（争点３）

5 ア 乙１２発明を主引例、乙１３発明を副引例とする進歩性欠如（争点３－１）イ 乙１２発明を主引例、乙２０発明を副引例とする進歩性欠如（争点３－２）ウ 乙１２発明を主引例、乙２１発明を副引例とする進歩性欠如（争点３－３）エ 乙１２発明を主引例とし、これに周知技術を組み合わせる進歩性欠如（争点３－４）オ 明確性要件違反（争点３－５）カ サポート要件違反（争点３－６）

(4) 原告の被った損害（争点４）なお、被告は、令和３年６月１７日以前の損害賠償請求権につき、消滅時効の主張をしている。

第３ 争点に関する当事者の主張

１ 争点１－１（構成要件Ａ、Ｂ及びＥを充足するか）について

【

（原告の主張）

】

(1) 本件発明における「ネットワークブートシステム」とは、ネットワークを介

してオペレーティングシステムを起動するシステムを意味する（【０００２】）。被告製品も、ネットワークを介してオペレーティングシステムを起動するシステムであるから、本件発明における「ネットワークブートシステム」に該当する。実施例に記載されている、サーバ上の仮想ディスクからオペレーティングシステムを起動することを基本とするシステムに限定して解釈すべき理由はない。被告製品においても、サーバに仮想ディスクの実体が保存されている。そうすると、被告製品においては、仮想ディスクテーブルがクライアント端末上に常駐していたとしても、サーバに仮想ディスクが存在するから、被告製品は、本件発明における「ネットワークブートシステム」に該当する。よって、被告製品は、構成要件Ｅを充足する。

(2)

（被告の主張）

について

5 被告は、被告製品が、本件発明における「ネットワークブートシステム」に

該当しないことを前提として、構成要件Ａにおける「ネットワークブートサーバ」、構成要件Ｂにおける「前記サーバ」を備えていないと主張する。しかし、上記のとおり、被告製品は、本件発明における「ネットワークブートシステム」に該当するから、構成要件Ａ及び構成要件Ｂを充足する。【

（被告の主張）

】

(1) 本件明細書に記載されている実施例は、いずれも、サーバ上の仮想ディスク

からオペレーティングシステムを起動するシステムとなっており、本件発明も、そのことが前提となっている。よって、本件発明における「ネットワークブートシステム」とは、ネットワークを介してサーバ上の仮想ディスクからオペレーティングシステムを起動することを基本とするシステムをいうものと解すべきである。一方、被告製品を組み込んだシステムは、クライアント端末に常駐された仮想ディスクテーブルからオペレーティングシステムを起動するシステムであり、仮想ディスクをクライアント端末上に常駐させており、サーバ上には仮想ディスクがない。この点、原告は、被告製品においても仮想ディスクの実体がサーバに保存されていることを指摘する。しかし、サーバに保存されている実体データは、オペレーティングシステムを起動する際に用いられるものではないから、本件明細書上の概念としての「仮想ディスク」には該当しない。よって、被告製品を組み込んだシステムは、本件発明における「ネットワークブートシステム」には該当しないから、被告製品は、構成要件Ｅを充足しない。

(2) 構成要件Ａにおける「ネットワークブートサーバ」及び構成要件Ｂにおける

「前記サーバ」とは本件発明における「ネットワークブートシステム」の機能を提供するサーバであるが、上記のとおり、被告製品を組み込んだシステムは、本件発明における「ネットワークブートシステム」には該当しないから、被告

5 製品は、同「ネットワークブートサーバ」を備えない。

(3) よって、被告製品は、構成要件Ａ、Ｂ及びＥを充足しない。

２ 争点１－２（構成要件Ｃ１を充足するか）について

【

（原告の主張）

】構成要件Ｃ１における「ネットワークインターフェースを駆動するためのネットワークドライバ」とは、イーサネットカード等のネットワークインターフェースを駆動させるためのソフトウェア（ドライバ）を意味するところ、被告製品も、ネットワークブートシステムであり、ネットワークを介してディスクイメージをマウントすることを当然の前提としているから、ネットワークインターフェースを備える。そして、ネットワークインターフェースは、ネットワークドライバなしでは駆動し得ないから、被告製品は、当然、「ネットワークインターフェースを駆動するためのネットワークドライバ」を備える。この点、被告は、「ネットワークドライバ」の意義を、実施例に関する段落【００２４】から、サーバ側に設けられる仮想ディスクの実体データと通信するドライバに限定して解釈しているが、そのように限定して解釈しなければ本件発明の課題が解決できないといった事情は存在しないから、根拠がない限定解釈である。よって、被告製品は、構成要件Ｃ１を充足する。【

（被告の主張）

】前記のとおり、本件発明は、サーバ上の仮想ディスクからオペレーティングシステムを起動することを前提としている。よって、構成要件Ｃ１における「ネットワークドライバ」は、サーバ上の仮想ディスクと通信をする機能を提供するものと解釈される。一方、被告製品は、仮想ディスクテーブルがクライアント端末に常駐し、これを、オペレーティングシステムを格納したディスクとして認識させており、サーバ側に仮想ディスクが保存されることはないから、構成要件Ｃ１における「ネットワークドライバ」を備えない。

5 よって、被告製品は構成要件Ｃ１を充足しない。

３ 争点１－３（構成要件Ｃ２、Ｃ３及びＤを充足するか）について

【

（原告の主張）

】構成要件Ｃ２の「クライアント端末のローカルバスに対するアクセスを」「ネットワークに対するアクセスに変換するためのフィルタドライバ」とは、被告製品の構成では、「エミュレータドライバ」と「フィルタドライバ」を併せたものに対応する。また、被告製品も、クライアント端末の記憶装置を駆動させる以上、構成要件Ｃ３及びＤの「リードキャッシュドライバ」を有する。この点、被告は、本件発明において「フィルタドライバ」と「リードキャッシュドライバ」が区別されていることを踏まえ、これらがそれぞれ単体として存在するドライバでなければならないと主張する。しかし、「ドライバ」とはプログラムであって、プログラムとしてフィルタドライバとリードキャッシュドライバを個別に作成するか、両者をまとめて一体のものとして作成するかは、当業者において適宜実施可能な設計事項に過ぎないし、本件発明の課題解決のために、これらが独立したものと解すべき必然性もない。よって、被告製品は、構成要件Ｃ２、Ｃ３及びＤの「フィルタドライバ」及び「リードキャッシュドライバ」を備えているから、同各構成要件を充足する。【

（被告の主張）

】原告は、被告製品における「エミュレータドライバ」及び「フィルタドライバ」を併せると、構成要件Ｃ２における「フィルタドライバ」並びに構成要件Ｃ３及びＤの「リードキャッシュドライバ」を有すると主張する。ここで、本件発明では「リードキャッシュドライバ」と「フィルタドライバ」は、それぞれ独立して異なる処理を行うためのプログラムとして定義されており、それぞれが単体として存在するドライバであることが前提とされている。しかし、原告は、被告製品における「エミュレータドライバ」及び「フィルタドライバ」を以て本件発明における「フィルタドライバ」及び「リードキャッシュドライバ」

5 に該当すると主張しており、

「フィルタドライバ」及び「リードキャッシュドライバ」を区別できていない。そうすると、被告製品は、構成要件Ｃ２、Ｃ３及びＤにいう、相互に独立した「フィルタドライバ」及び「リードキャッシュドライバ」を備えないから、同各構成要件を充足しない。

４ 争点１－４（構成要件Ｃ２を充足するか）について

【

（原告の主張）

】被告製品における「フィルタドライバ」及び「エミュレータドライバ」（具体的なファイル名は「PhantosysClient1.sys」及び「WdapiNicFilter.sys」）は、ネットワークを介してサーバからデータを読み込む機能を有しており、これは、クライアント端末のローカルバスに対するアクセスをネットワークに対するアクセスに変える機能にほかならない。よって、被告製品は、構成要件Ｃ２を充足する。【

（被告の主張）

】本件発明における「フィルタドライバ」が提供する「ローカルバスに対するアクセスを」「ネットワークに対するアクセスに変換」するとは、「ローカルディスクにアクセスすることに代えて、サーバのディスクイメージにアクセスする」ことを意味する（【００２３】）。ここで、被告製品におけるデータの読み出し要求は、クライアント端末に備えられた仮想ディスクに対して行われるが、ここにいう仮想ディスクとは、ローカルバスに接続されていない論理ドライブである。よって、仮想ディスクへのアクセスは、「ローカルバスに対するアクセス」を意味しないから、被告製品においては「ローカルバスに対するアクセス要求」がない。また、被告製品においては、仮想ディスクテーブルにアクセスすることでデータの保存位置が把握され、その後、把握されたデータの保存位置に実際にアクセスすることでデータが読み出されるに過ぎないから、アクセスの変換がない。

5 よって、被告製品は、構成要件Ｃ２を充足しない。

５ 争点１－５（構成要件Ｃ３及びＤを充足するか）について

【

（原告の主張）

】

(1) 構成要件Ｃ３及びＤにおける「リードキャッシュドライバ」とは、記憶装置

を駆動するためのドライバである。ここで、被告は、被告製品におけるフィルタドライバである「PhantosysClient1.sys」が、データの読み出し又は書き込み等の処理を行うものであることを認めている。そして、データの読み出し又は書き込み等の処理は、データがローカル上（クライアント端末上）にある場合は、クライアント端末の物理的な記憶装置に対して行われるから、同フィルタドライバは、記憶装置を駆動するものに他ならない。そして、被告製品においては、クライアント端末から読み出し要求信号を一時的に受け付けたエミュレータドライバが、当該信号をそのままフィルタドライバに転送し、フィルタドライバが必要な制御を行うのであるから、構成要件Ｄにおいては、被告製品におけるフィルタドライバ及びエミュレータドライバで、本件発明における「リードキャッシュドライバ」を構成する。

(2) よって、被告製品の「フィルタドライバ」及び「エミュレータドライバ」は、

構成要件Ｃ３及びＤの「リードキャッシュドライバ」に該当するから、被告製品は、構成要件Ｃ３及びＤを充足する。【

（被告の主張）

】被告製品における「フィルタドライバ」は、読み出しキャッシュ領域に対する読み出しキャッシュを行うためのプログラムではない上に（そもそも、後記のとおり、被告製品は、構成要件Ｄ１の「読み出しキャッシュ領域」を備えない。）、後記のとおり、構成要件Ｄ１、Ｄ２－１及びＤ２－２に規定される技術的特徴を備えていないから、構成要件Ｃ３の「リードキャッシュドライバ」には該当しない。また、被告製品における「エミュレータドライバ」は、「記憶装置を駆動する」

5 構成を有さず、単に、クライアント端末のオペレーティングシステムに仮想的に

ディスク装置を提供し、クライアント端末のオペレーティングシステムと仮想的なディスク装置との間のデータ受け渡しをするものに過ぎない。そもそも、原告は、構成要件Ｃ３においては、被告製品における「フィルタドライバ」 が、構成要件Ｄにおいては、被告製品における「フィルタドライバ」 及び「エミュレータドライバ」が「リードキャッシュドライバ」に該当すると主張しており、本件発明における「リードキャッシュドライバ」と被告製品の構成との対応関係を十分に特定できていない。よって、被告製品は、構成要件Ｃ３及びＤを充足しない。

６ 争点１－６（構成要件Ｄ１及びＤ２を充足するか）について

【

（原告の主張）

】構成要件Ｄ１及びＤ２における「読み出しキャッシュ領域」は、フィルタドライバによってサーバから読み出されたデータをキャッシュデータとして保存するものであり、かつ、それで足りる。被告製品では、６４ＫＢごとの単位で管理しているＣＵ（キャッシュユニット）と呼ばれるブロックごとに、サーバから読み出したデータしか存在しないブロックであるか（「読み出しキャッシュ領域」に対応）、サーバから読み出したデータとクライアント端末が書き込んだデータが混在しているブロック（「書き込みキャッシュ領域」に対応）であるかが区別され、その情報は、マッピングテーブルの所定のアドレスに値が記録されることで管理されている。このように、被告製品では、「読み出しキャッシュ」として管理されたＣＵが、「読み出し専用のキャッシュ」の「領域」として存在することになるから、被告製品は、構成要件Ｄ１にいう「読み出しキャッシュ領域」を備えており、同構成要件を充足する。この点、被告は、本件明細書の実施例の記載等に基づき、「読み出しキャッシュ領域」が、予め書き込みキャッシュ領域と明確に区別して設けられた領域（パーティション）である必要がある、仮想ディスクのコピーを保存する連続した特定

5 領域である必要があると主張するが、そのような実施例に限定して解釈しなけれ

ば本件発明の課題が解決できないといった理由はない。よって、被告製品は、構成要件Ｄ１及びＤ２を充足する。【

（被告の主張）

】本件発明における「特別の技術的特徴」は、「読み出し単位」とは異なる、明確に区別された「読み出しキャッシュ領域」を客体として確保し、その領域に対し、構成要件Ｄに記載された所定の制御を行うことである。そうすると、構成要件Ｄ１及びＤ２における「読み出しキャッシュ領域」は、制御対象としてサーバから読み出したデータが保存される前に予め確保されていなければならないし、書き込みキャッシュ領域と明確に区別して設けられた領域（パーティション）でなければならない。また、本件明細書の記載等に鑑みれば、「読み出しキャッシュ領域」は、仮想ディスクのコピーを保存する連続した特定領域であることが認められる。一方、被告製品を組み込んだシステムでは、実体データが保存されているブロックに、１２８個のセクタのデータが保存されているが、当該ブロックには、サーバから取得したデータとクライアント端末が書き込んだデータとが保存されていくことになる。また、被告製品では、予め、読み出したデータを保存するための領域（パーティション）を確保していない。以上のとおり、当該ブロックは、予め書き込みキャッシュ領域と区別し、読み出しキャッシュを記憶するために特別に区画された領域ではないから、「読み出しキャッシュ領域」に該当しない。よって、被告製品は、構成要件Ｄ１及びＤ２を充足しない。

７ 争点１－７（構成要件Ｄ２－１を充足するか）について

【

（原告の主張）

】構成要件Ｄ２－１では「リードキャッシュドライバ」が、読み出しキャッシュ領域が書き込み要求信号を受けたことを記憶する機能を有していることを定め

5 る。

ここで、被告製品においては、読み出しデータに対して書き込みが行われると、マッピングテーブルの所定のアドレスの値が書き換えられ、書き込み要求信号を受けたことが記録される。そして、被告製品では、この処理をフィルタドライバが担っている。また、前記のとおり、被告製品における「フィルタドライバ」は、本件発明における「リードキャッシュドライバ」にも相当する。よって、被告製品は、構成要件Ｄ２－１を充足する。【

（被告の主張）

】前記のとおり、被告製品には「読み出しキャッシュ領域」がないから、当該領域が書き込み要求信号を受けたことを記憶すること自体がありえない。また、原告は、マッピングテーブルの値が書き換えられる点を指摘する。しかし、これは、ブロックの位置情報の判別方法を特定するための値に過ぎず、「読み出しキャッシュ領域」と「書き込みキャッシュ領域」の区別を示すものではない。そもそも、被告製品におけるブロックには、サーバから読み出したデータと書き込みが行われたデータが混在しており、読み出したデータのみが区別されているわけではない。加えて、被告製品では、サーバからのデータの読み出しがなされていない段階、すなわち、サーバから読み出したデータがブロックに保存されていない段階でクライアント端末から特定のセクタに対するデータの書き込み要求が初めてあった場合であってもブロックの位置情報の判別方法を特定するための値を変更するから、書き込み要求があった場合に、パーティションや読み出しキャッシュが保存されていることを前提としていない（「読み出しキャッシュ領域」と「書き込みキャッシュ領域」が区別されていないことから当然である。）。よって、被告製品は構成要件Ｄ２－１を充足しない。

８ 争点１－８（構成要件Ｄ２－２を充足するか）について

【

（原告の主張）

】構成要件Ｄ２－２は、書き込み要求信号を受けた読み出しキャッシュ領域に対

5 し、キャッシュデータを使用しないように制御することを定めている。

被告製品においては、特定のセクタに対してデータの書き込み要求があった場合、当該セクタのデータが記録されたブロックを特定し、データ処理をしたうえで、記憶領域内の別のブロックを選択して、書き込み要求があったセクタのデータが上書きされた更新ブロックデータを、当該別のブロックに記録する。その結果、以後、更新ブロックデータが使用されることになるから、書き込み前のブロックデータは使用されないこととなる。実際、読み出しデータに対して書き込みが行われると、マッピングテーブルの所定のアドレスの値が書き換えられ、書き込み要求信号を受けたことが記録されており、書き込み前のデータのブロックがそのまま記録されている。このような制御は、「その保存されている前記サーバから読み出されたブロックデータを使用しないようにする」ものであるから、被告製品は、構成要件Ｄ２－２を充足する。【

（被告の主張）

】被告製品では、特定のセクタへのデータ書き込み要求を受けた場合、当該セクタにキャッシュデータが存在すれば、そのデータを含むブロックデータを全て読み出してデータ処理し、書き込み要求のあったセクタのデータが上書きされて更新された更新ブロックデータが空きブロックに保存される。また、キャッシュデータが存在しないときは、書き込み要求信号に従ってデータが書き込まれる。一方、本件発明では、読み出しキャッシュ領域に対して書き込み要求信号を受けた場合、当該読み出しキャッシュ領域のキャッシュデータは使用しないように制御されるが、上記のとおり、被告製品では、更新ブロックデータを作成する過程で、書き込み要求信号を受けたキャッシュ領域のデータを使用している上に、サーバから読み出したデータが保存されていないブロックに対して書き込み要求信号があった場合、当該ブロックにデータが書き込まれるものの、当該ブロックのデータに対し、使用されないように制御することはない。

5 被告製品においては、世代管理のため、更新されたデータを別ブロックに保存

し、更新ブロックデータが保存されたブロックの位置情報を更新するが、一方で、書き込み要求があったキャッシュ領域に対するキャッシュデータを「使用しないように制御」することは行っていない。よって、被告製品は構成要件Ｄ２－２を充足しない。

９ 争点１－９（構成要件Ｄ１、Ｄ２及びＤ２－２における「読み出しキャッシュ

領域」に関し、被告製品の構成が均等なものか）について【

（原告の主張）

】仮に、本件発明のＤ１、Ｄ２及びＤ２－２における「読み出しキャッシュ領域」、「そのキャッシュ領域」が特定のパーティションに割り当てられる領域を意味し、被告製品における「空きブロック」、「読み出されたデータが保存されたブロック」が文言上、本件発明の構成要件Ｄ１、Ｄ２及びＤ２－２を充足しないとしても、以下のとおり、被告製品は、本件発明と均等である。

(1) 第１要件

本件発明の本質的部分は、クライアント端末に読み込み専用の「リードキャッシュ」を設け、サーバから読み込んだデータをリードキャッシュデータとして保存しつつ（【００１０】【００１６】）、リードキャッシュデータが存在する領域に対して書き込みが行われたときは、それ以降、書き込みが行われた領域のリードキャッシュデータを使用しない点（【００５３】【００５４】）にある。この点、被告製品は、「空きブロック」や「読み出されたデータが保存されたブロック」を用いる点で本件発明とデータ構造が相違するとしても、サーバから読み込んだデータをブロックに保存しつつ、読み出されたデータが保存されたブロックに対して書き込み要求信号を受けた際には、「書き込み要求信号を受けたこと」を、マッピングテーブルの所定のアドレスの値を変更することで記憶し、その値を用いて、それ以降書き込みが行われたブロックに読み出されたデータを使用しないという本件発明の本質的部分については共通している。

5 よって、本件発明と被告製品の相違点は、本件発明の本質的部分に該当しな

い。

(2) 第２要件

本件発明の作用効果は、クライアント端末のローカルディスクの一部にキャッシュデータを備えることで、同じデータを再度読み出すときには、ネットワークアクセスが一切生じないようにし、サーバへのネットワークアクセスを劇的に減らすことにある。被告製品も、クライアント端末のローカルディスクの一部にキャッシュデータを備えることで、ネットワークアクセスを減少させるという点で、本件発明と同一の作用効果を生じさせる。よって、本件発明と被告製品の相違点については、置換可能性が認められる。

(3) 第３要件

キャッシュの保持単位が５１２バイト単位であるか６４ＫＢ単位であるかといった点や、リードキャッシュとライトキャッシュを単一のパーティション内に設けるか別個のパーティションに設けるかは、実装上の相違に過ぎない。また、読み出しキャッシュ領域をブロックごとに構成することは、被告製品の製造時に、当業者であれば容易に想到可能な構成に過ぎない。よって、本件発明と被告製品の相違点については置換が容易である。

(4) 第４要件及び第５要件

争う。【

（被告の主張）

】

(1) 第１要件

本件発明の本質的部分は、出願経緯等に鑑みれば、①フィルタドライバによるサーバ側の仮想ディスク（ｖＤｉｓｋ）へのアクセス変換の制御と、リードキャッシュドライバによる端末側（ローカルディスク）の読み出しキャッシュ領域の制御とを有機的に関連付けていること（すなわち、二重構造を有するシ

5 ステムであること）、②リードキャッシュドライバによって構成要件Ｄに記載

された「所定の制御」を行うものであることに認められる。すなわち、本件発明は、出願経緯によれば、特許庁から「ネットワークブートシステム」に単なる「キャッシュ」を用いただけの技術は公知である等として拒絶理由通知を受け、構成要件Ｄ所定の「特別な技術的特徴」による減縮補正により特許査定に至っている。その際、原告は、減縮補正時の意見書において、「いずれも出願当初明細書の記載に基づいて限定するためのもので･･･特別な技術的特徴である」としたうえで、「『リードキャッシュドライバ』の動作をより具体的に説明するため」構成要件Ｄのクレーム文言｢を新たに発明特定事項として追加」した。このような経過を踏まえると、リードキャッシュドライバとフィルタドライバの有機的一体の相互関係や、所定の制御及びそのためのデータ構造は、いずれも本件発明の本質的部分に該当する。そして、前記のとおり、被告製品は、予め書き込みキャッシュ領域と明確に区別して特定のパーティションに割り当て制御される「読み出しキャッシュ領域」を備えないし、書き込み要求信号を受けたときに、以後、当該特定領域に保存されたキャッシュデータを使用しないように制御するプログラムも備えていない。よって、本件発明と被告製品の相違点は、本件発明の本質的部分に関する相違点である。

(2) 第２要件

本件発明は、読み出しキャッシュ領域を設け、その領域内の読み出し単位ごとに管理フラグと一対一対応をした制御を行うことで、ネットワークアクセスを劇的に減らすことができるものである。そうすると、被告製品のように、特定領域がなく、単に、ブロック単位で制御する場合、ネットワークアクセスを減らすことはできない。よって、本件発明と被告製品の相違点を置換して本件発明と同一の作用効果

5 を得ることはできない。

(3) 第３要件

被告製品におけるブロックは無数に点在しており、複数のパーティション領域に分け、その領域に対して制御を行う技術を採用しているものではない。そうすると、特定の「読み出しキャッシュ領域」内の読み出し単位ごとに管理フラグで制御することを所与の前提として構成要件Ｄの所定の制御を行っている本件発明の構成を、上記のように、ブロックが点在している中で制御する構成に置換することを、被告製品の製造当時における当業者が容易に想到できたものとはいえない。

(4) 第４要件

後記のとおり、原告が主張するように、本件発明の技術的範囲を記録媒体に記録する記録単位に対するマッピングテーブルの変更処理にまで拡大解釈するならば、本件発明は、公知技術から当業者が容易に想到できたものであり、被告製品も、本件特許出願時における公知技術から容易に推考できたものである。

(5) 第５要件

原告は、本件特許出願の減縮補正における意見書において、「リードキャッシュドライバ」の動作が特別な技術的特徴と述べた上、当初クレームの「記憶装置に読み出しキャッシュする」との文言について、リードキャッシュドライバの制御対象に係る「読み出しキャッシュ領域」という文言を新たに追加し、記憶装置内の「読み出しキャッシュ領域」という所与の特定領域に「保存」し「制御」することを明確にした。また、原告が補正の根拠として指摘した【００４８】には「物理ディスクの第２のパーティションＰ２に割り当てられている『読み出しキャッシュ領域』に」と、「読み出しキャッシュ領域」が予め設けられている構成であることが記載されている。そうすると、「読み出しキャッシュ領域」なる領域を設けることなく、単に記

5 憶装置にキャッシュデータを保存する構成は、原告が、本件特許出願時に意識

的に除外したものであり、かかる構成を備えない被告製品に対し、均等侵害を主張することは許されない。

１０ 争点２（間接侵害が成立するか）について

【

（原告の主張）

】以下のとおり、被告製品の譲渡等は、特許法１０１条２号所定の間接侵害に該当する。

(1) 被告製品がインストールされたサーバとクライアント端末からなるネット

ワークは、本件発明の構成要件を充足する。そして、本件発明が解決しようとする課題に対する解決手段である、「クライアント端末から読み出し要求信号を受けた際にはフィルタドライバによってサーバから読みだされたデータをクライアント端末の物理的な記憶装置の読み出しキャッシュ領域にキャッシュデータとして保存し、当該読み出しキャッシュ領域に対して書き込み要求信号を受けた際には書き込み要求信号を受けたことを記憶するとともにその領域にあるキャッシュデータを使用しないように制御する」との構成を備えるネットワークブートシステムは、被告製品をサーバ及びクライアント端末にインストールすることによってはじめて実現される。よって、被告製品は、本件発明による課題の解決に不可欠なものである。

(2) 被告は、遅くとも令和元年７月２４日には、本件発明が特許発明であること

及び被告製品が本件発明の実施に用いられることを知った。

(3) よって、被告が被告製品の譲渡等を行うことは、特許法１０１条２号により

本件特許権を侵害するものとみなされる。【

（被告の主張）

】本件発明は、サーバに保存された仮想ディスクからオペレーティングシステムを起動することを前提とするシステムである。一方、被告製品を組み込んだシステムでは、クライアント端末は、クライアント端末に常駐された仮想ディスクテ

5 ーブルからオペレーティングシステムを起動するシステムであり、技術的課題の

解決方法や技術的思想が全く異なる。よって、被告製品は、本件発明による課題の解決に不可欠なものではないから、間接侵害も成立しない。

１１ 争点３－１（乙１２発明を主引例、乙１３発明を副引例とする進歩性欠如）

について【

（被告の主張）

の要旨】

(1) 乙１２発明について

乙１２文献の記載（特許請求の範囲請求項１、同９、【００１１】、【００２０】、【００２１】、【００３３】ないし【００３５】、【図１】ないし【図６】）によると、同文献には、次の発明が開示されている。構成ａ クライアント５２上で動作するオペレーティングシステムを提供するサーバー５４と、データ・キャッシュ６４を備えたクライアント５２とがネットワーク５６を通じて接続され、構成ｂ クライアント５２は、オペレーティングシステム起動中に必要なデータを一時的に保存することができる物理メモリと、ネットワーク５６を介してサーバー５４にアクセスするためのネットワークインターフェースとを備えていると共に、構成ｃ オペレーティングシステムは、構成ｃ１ ネットワークインターフェースを駆動するためのネットワークドライバと、構成ｃ２ クライアント５２のローカルバスに対するアクセスをネットワーク５６に対するアクセスに変換するためのフィルタドライバと、構成ｃ３ データ・キャッシュ６４を駆動するためのリードキャッシュドライバを備えており、構成ｄ リードキャッシュドライバが、

5 構成ｄ１ クライアント５２から読み出し要求信号を受けた際にはネットワ

ーク上でサーバー５４から読み出されたデータをデータ・キャッシュ６４の要求されたデータのために割り当てられたスペースにキャッシュデータとして保存する、構成ｅ ネットワークブートシステム。

(2) 本件発明と乙１２発明の対比

乙１２発明と本件発明は、本件発明における構成要件ＡないしＤ１及びＥにおいて一致し、構成要件Ｄ２に相当する構成を有しない点において相違する。

(3) 乙１３発明について

乙１３文献の記載（【００１６】、【００２０】ないし【００２２】、【００２７】）によると、乙１３文献には、キャッシュであることを除き、仮に本件発明を記録媒体に記録する記録単位であるＣＵを管理するマッピングテーブルの値を変化させると共にマッピングテーブルの指す先を変更することに拡大解釈した場合における構成要件Ｄ２が開示されている。

(4) 容易想到性

乙１３発明は、乙１２発明と同様に、読み出し要求を受けた際にデータを読み出し、書き込み要求を受けた際にデータを記憶する記憶装置のリード・ライト管理に関するものであるから、乙１２発明と技術分野が共通する。また、乙１２発明と同様にネットワークブートシステムにおいてキャッシュを備えるものにおいて、キャッシュのリード・ライト管理を乙１３文献に記載された発明のようにマッピングテーブルにより行うことは周知である（乙１４ないし１９）。したがって、乙１２発明のネットワークブートシステムのクライアント端末が備えるキャッシュがマッピングテーブルによりリード・ライト管理されていることは、周知であって単に明示されていないだけであって記載されているに等しい事項である。そして、乙１２発明のキャッシュのマッピングテーブルに

5 よるリード・ライト管理として乙１３文献に記載された発明における不揮発メ

モリのマッピングテーブルによるリード・ライト管理を用いることは、乙１３文献に記載された発明の不揮発メモリをキャッシュとして用いることが周知であることから、当業者であれば容易である。

(5) 小括

上記構成の乙１３発明を乙１２発明に適用して、本件発明と同様の構成とすることは、当業者が容易に想到し得るものであるから、本件特許は、進歩性欠如の無効理由がある。【

（原告の主張）

の要旨】

(1) 乙１２発明について

乙１２発明の認定、一致点及び相違点の認定は争わないが、乙１２発明は書き込み要求が稀であるＵＮＩＸ系システムにおけるネットワークブートシステムのみを前提としており、大量に行われる書き込み処理について何らかの知見を与えるものでない点で、基本的な技術思想が大きく相違する。

(2) 乙１３発明について

乙１３文献の【００２７】に記載のとおり、ライト要求がされたブロックは、ガベージ状態として無効化されるとともに、ガベージコレクションが行われると対象ユニットがイレースされることになる（【００２８】【００２９】）から、乙１３発明において「読み出しキャッシュ領域にキャッシュデータとして保存される」ことはなく、本件発明の「読み出しキャッシュ領域」（構成要件Ｄ２）に相当する構成を開示していない。よって、乙１２発明に乙１３発明を適用しても、本件発明に至らない。

(3) 容易想到性について

乙１３発明が前提とする記録媒体はＦｌａｓｈＲＯＭであり、ハードディスクやＳＳＤといった記録媒体には存在しない、リード動作に不要な処理時間が加わるという本質的な技術的課題を有し、ネットワークアクセスを低減させる

5 ために使用されるキャッシュ用の媒体としては不適当であるから、そのような

置き換えをしようとすること自体合理的でないし、前述のＵＮＩＸ系システムを前提とする乙１２発明に適用することが容易であるともいえない。また、課題の共通性、作用・機能の共通性、引用発明の内容中の示唆もないことから、乙１２発明に乙１３発明を適用する動機付けも存在しない。

１２ 争点３－２（乙１２発明を主引例、乙２０発明を副引例とする進歩性欠如）

について【

（被告の主張）

の要旨】

(1) 乙２０発明

乙２０文献の記載（【０００８】、【００１３】、【００２０】、【００６５】、【００６６】及び【００６８】）から、「計算機からデータの書き込み要求を受けると、そのデータを、更新後データとして更新前データとは異なるキャッシュ領域へ格納し、キャッシュに格納されている更新データと同じアドレスの更新前データについて更新前ＬＢＡポインタで管理しているキャッシュ部を解放すると共に、更新キャッシュ部ポインタで管理しているキャッシュ部を参照キャッシュ部ポインタで管理する様に変更して更新後データを更新前データに変更し、更新フラグを変更することで変更前の更新前データを使用しないように制御する」構成（乙２０発明）が開示されており、これは、

（原告の主張）

による構成要件Ｄ２に相当する構成に当たる。

(2) 容易想到性

乙２０発明は、乙１２発明と同様に、計算機とディスク装置との間のデータのキャッシュへの格納を制御するキャッシュ制御方法に関するものであるから、乙１２発明と技術分野が共通する。また、前述のとおり、乙１２発明と同様にネットワークブートシステムにおいてキャッシュを備えるものにおいて、キャッシュがマッピングテーブルによりリード・ライト管理されていることは前述したとおり周知であって記載されているに等しい事項である。

5 そして、乙１２発明のネットワークシステムのキャッシュのマッピングテー

ブルによるリード・ライト管理を、同じネットワークシステムのキャッシュのマッピングテーブルによるリード・ライト管理である乙２０発明の管理とすることは、当業者であれば容易である。

(3) 小括

したがって、本件発明は進歩性欠如の無効理由を有する。【

（原告の主張）

の要旨】

(1) 乙２０発明について

乙２０発明は、ＮＡＳといったネットワークストレージシステムについての発明であり（【０００１】【００１０】【図１】）、クライアント端末の物理的な記憶装置をキャッシュに用いる発明ではない。クライアント端末の物理的な記憶装置に読み出しキャッシュ領域を設けることについて記載も示唆もない。また、乙２０発明は、更新したデータを有効にする場合には、更新前データをキャッシュから無効にし（【００１３】【００２０】）、更新前データは解放されることになる（【００６５】）から、「前記サーバから読みだされたデータを前記記憶装置の読み出しキャッシュ領域にキャッシュデータとして保存し、」との構成を備えない。したがって、乙２０発明は、本件発明の構成要件Ｄ２に相当する構成を備えない。

(2) 乙１２発明に適用する動機付けの不存在

乙１２発明は、サーバーのディスクスペースを節減する点を課題とする発明であり、ネットワークストレージに関する発明である乙２０発明を適用すると、乙１２発明がその目的に反することになり、阻害要因がある。また、技術分野の関連性もない。また、課題の共通性、作用・機能の共通性、引用発明の内容中の示唆もないことから、乙１２発明に乙２０発明を適用する動機付けも存在しない。

5 １３ 争点３－３（乙１２発明を主引例、乙２１発明を副引例とする進歩性欠如）

について【

（被告の主張）

の要旨】

(1) 乙２１発明

乙２１文献の記載（【００１２】、【００１４】、【００１５】、【００２０】～【００２２】から、乙２１文献には、「アクセス先アドレスのデータの記憶領域に対して書き込み要求信号を受けた際にはアクセス先アドレスに対応するマッピングテーブルに相当する環境管理情報の更新フラグの値を変化させることで書き込み要求信号を受けたことを記憶すると共に、その環境管理情報のアクセス先アドレスを置換先アドレスへと変更することでアクセス先アドレスのデータの記憶領域のデータを使用しないようにする」構成（乙２１発明）が開示されている。そして、乙２１発明は、

（原告の主張）

による構成要件Ｄ２に相当する。

(2) 容易想到性

乙２１発明は、乙１２発明と同様に、読み出し要求を受けた際にデータを読み出し、書き込み要求を受けた際にデータを記憶する記憶装置のリード・ライト管理に関するものであるから、乙１２発明と技術分野が共通する。また、前述のとおり、乙１２発明と同様にネットワークブートシステムにおいてキャッシュを備えるものにおいて、キャッシュがマッピングテーブルによりリード・ライト管理されていることは周知であって記載されているに等しい事項である。そして、乙１２発明のネットワークシステムのキャッシュのマッピングテーブルによるリード・ライト管理を、乙２１発明による管理とすることは、当業者であれば容易である。

(3) 小括

したがって、本件発明は進歩性欠如の無効理由を有する。

5 【

（原告の主張）

の要旨】

(1) 乙２１発明

乙２１発明は、１台のコンピューターを複数の動作環境に切り替えて利用する場合のプログラムに関する発明であり（【０００１】【０００２】）、多数のクライアント端末がネットワークを通じて１台ないし数台のサーバーに接続されたネットワークブートシステムについての発明ではない。それゆえ、本件発明の構成要件Ｄ１における「前記サーバから読み出されたデータを前記記憶装置の読み出しキャッシュ領域にキャッシュデータとして保存し」との構成を有するものではないから、構成要件Ｄ２の「前記読み出しキャッシュ領域に対して書き込み要求信号を受けた際」との構成を有しない。

(2) 乙１２発明に適用する動機付けの不存在

上記の乙２１発明の内容に照らすと、乙１２発明とは、技術分野の関連性がない。また、課題の共通性、作用・機能の共通性、引用発明の内容中の示唆もないことから、乙１２発明に乙２１発明を適用する動機付けも存在しない。

１４ 争点３－４（乙１２発明を主引例とし、これに周知技術を組み合わせる進歩

性欠如）について【

（被告の主張）

】前記のとおり、乙１３発明、乙２０発明及び乙２１発明は、いずれも、書き込み要求を受けた際には更新前データを管理するマッピングテーブルの値を変化させることで書き込み要求信号を受けたことを記憶すると共に、そのマッピングテーブルの指す先を更新後データに変更することで更新前データを使用しないようにすることを開示しており、

（原告の主張）

による構成要件Ｄ２に相当する構成である。このように、構成要件Ｄ２は、乙１３文献、乙２０文献、乙２１文献等に示されるように相当数の文献に開示されていることから周知技術であって、乙１２発

5 明に適用することは当業者にとって容易に想到できる。

したがって、本件発明は進歩性欠如の無効理由がある。【

（原告の主張）

】前記のとおり、乙１３発明、乙２０発明及び乙２１発明は、いずれも本件発明の構成要件Ｄ２の構成に相当するものではない。

１５ 争点３－５（明確性要件違反）について

【

（被告の主張）

】本件発明は、構成要件Ｃにて「リードキャッシュドライバ」及び「フィルタドライバ」を必須の構成として明記すると共に、構成要件Ｄにて「リードキャッシュドライバ」と「フィルタドライバ」に係る所定の相互関係及び段階構造（「二段構造」）を明確に規定しており、クレーム上これらの動作及び役割を明確に区別している。とすれば、第三者が、これらがそれぞれ異なる動作及び役割を有する独立かつ単独のドライバとして存在すると理解するのは当然であり、仮に本件特許所定の「リードキャッシュドライバ」及び「フィルタドライバ」の所定の相互関係及び段階構造を無視し、これらの動作及び役割を何ら特定しないまま本件発明の技術的範囲に含まれるかのような原告のクレーム解釈を前提とすれば、第三者に不測の不利益を及ぼすから、明確性要件に違反する。【

（原告の主張）

】本件発明において、「フィルタドライバ」は構成要件Ｃ２において「クライアント端末のローカルバスに対するアクセスを前記ネットワークに対するアクセスに変換する」ものであること、構成要件Ｄ１においてサーバからデータを読み出すものであることは明確に特定されている。これらはいずれも、本件発明の前提である「ネットワークブートシステム」を構成するために必要な構成を規定するための発明特定事項である。また、「リードキャッシュドライバ」は、構成要件Ｃ３によってクライアント端

5 末の物理的な記憶装置を駆動するとともに、構成要件Ｄによって所定の制御がさ

れるためのドライバであることが特定されている。したがって、本件発明が明確性要件に違反することはない。

１６ 争点３－６（サポート要件違反）について

【

（被告の主張）

】次の点において、本件特許の特許請求の範囲は本件明細書に記載がなく、サポート要件を満たさないから、本件特許には無効理由がある。

(1) 「仮想ディスク」に関するもの

本件明細書は、各所において「仮想ディスク」の実体はサーバ側の記憶装置の一部であって「クライアント端末からみるとネットワーク越しに見える論理ドライブ」である旨を示している一方（段落【００１４】、【００１９】、【００２２】、【００２９】、【００３２】、【００４０】及び図１等）、「仮想ディスク」がクライアント端末上に存在する構成を一切開示していない。本件発明の課題解決手段からすると、「ネットワークブートサーバ」（構成要件Ａ）は仮想ディスクを保存しており、また、本件発明における「ネットワークブートシステム」（構成要件Ｅ）は、ネットワークを介してサーバ上の仮想ディスクからオペレーティングシステムを起動することを基本とするシステムを意味すると解釈するのが整合的である。したがって、仮にクライアント端末上に「仮想ディスク」が存在するネットワークブートシステムについても本件発明の技術的範囲に属するとの原告のクレーム解釈を前提とすれば、発明の詳細な説明に記載したものでなく、サポート要件に違反する。

(2) 「リードキャッシュドライバ」と「フィルタドライバ」に関するもの

「リードキャッシュドライバ」と「フィルタドライバ」の構成及び相互関係（所定の動作及び役割）を特定せず、単に概括的な機能のみ言及し本件発明の技術的範囲に含まれるかのような原告のクレーム解釈を前提とすれば、システ

5 ム発明としての具体的な課題解決手段を無視することになるから、クレーム文

言及び発明の詳細な説明の記載に矛盾し、当業者が本件発明の課題を解決できると認識できる範囲を超えることになるから、サポート要件に違反する。

(3) 「読み出しキャッシュ領域」に関するもの

本件明細書の発明の詳細な説明（【００３８】【００４７】【００５３】【００５５】）には、書き込み要求信号を受けた際には書き込み管理フラグの状態を０から１に変更し、以後読み出し要求信号に対してはキャッシュにアクセスせずサーバ側からデータの読み出しを行うことのみ記載されている。したがって、原告が主張する、記録媒体に記録する記録単位であるＣＵを管理するマッピングテーブルの値を変化させると共にマッピングテーブルの指す先を変更するようなマッピングテーブルの変更処理については、一切開示されておらず、これは、発明の詳細な説明に記載された範囲を超えている。よって、

（原告の主張）

する本件発明の構成要件の解釈によると、その範囲は発明の詳細な説明に記載されておらず、サポート要件を満たさない。【

（原告の主張）

】次のとおり、本件特許にはいずれのサポート要件違反もない。

(1) 「仮想ディスク」について

仮想ディスクがクライアント端末上に存在する構成は、本件明細書の【００１９】、【００２７】、【００２８】、【００３１】、【図１】、【図３】等に明示的に記載されている。

(2) 「リードキャッシュドライバ」及び「フィルタドライバ」について

「リードキャッシュドライバ」及び「フィルタドライバ」の動作及び役割は、クレーム上特定されており、当該動作及び役割は本件明細書の記載（【００３０】、【００４７】ないし【００４９】）にもサポートされている。

(3) 「読み出しキャッシュ領域」について

物理的アドレスと論理アドレスをマッピングテーブルを用いて結びつける

5 ブロックの制御は周知技術であるし（乙１４ないし１６）、

「読み出しキャッシュ領域」と「書き込みキャッシュ領域」の保持単位や、単一のパーティション内に設けるかそれとも別個のパーティションに設けるかは本件発明を実施するうえでの実装上の相違にすぎない。したがって、本件発明における読み出しキャッシュ領域は、ブロック（ＣＵ）を含むものと当業者は当然に理解する。

１７ 争点４（原告の被った損害額）について

【

（原告の主張）

】

(1) 特許法１０２条２項に基づく損害額

被告は、平成２５年４月３日から令和６年５月３１日までに被告製品３を、平成２９年７月６日から令和６年５月３１日までに被告製品２を、令和５年１２月８日から令和６年５月３１日までに被告製品１を、少なくとも１６万７５４８本（年平均１万５０００本）販売している。被告製品の平均販売価格は、１本あたり１万円であり、利益率は少なくとも８０パーセントであるから、原告が被った損害額は１３億４０３８万４０００円である。

(2) 弁護士費用

被告に対する損害賠償請求のために必要かつ相当な弁護士費用は、１億４０００万円を下回らない。

(3) 消費税

上記合計額１４億８０３８万４０００円に対する消費税（ただし、判決が確定した日の税率が適用されるため、販売時期を問わず税率は１０パーセントである。）は１億４８０３万８４００円である。

(4) 一部請求

原告は、本件訴訟において、上記合計１６億２８４２万２４００円の一部に当たる、令和２年３月３１日までに発生した損害６２６６万８６２９円及び同

5 年４月１日から令和６年５月３１日までに発生した損害３７３３万１３７１

円の合計１億円の賠償を請求する。【

（被告の主張）

】争う。

第４ 判断

１ 判断の大要

当裁判所は、被告製品は、本件発明における本質的部分を構成する構成要件Ｄ２－２（争点１－８）を充足するとは認められず、「その領域に対するキャッシュデータを使用しないように制御する」ことを備えない被告製品について均等侵害も成立しない（争点１－９）ことから、被告製品は本件発明の技術的範囲に属さず、その余の争点（これ以外の構成要件充足性、間接侵害、無効論、損害論）について判断するまでもなく、原告の被告に対する請求は理由がないと判断する。

２ 争点１－８（構成要件Ｄ２－２を充足するか）について

(1) 構成要件Ｄ２－２の構成

構成要件Ｄ２－２は、「リードキャッシュドライバ」の機能に関し、サーバから読み出されたデータがキャッシュデータとして保存されている領域のうち、ある領域に対し、書き込み要求信号を受けた際には、当該「領域に対するキャッシュデータを使用しないように制御する」との構成を定めている。ここで、「使用しないように制御する」とは、文字どおり、その領域を使用しないことを意味し、当該領域に存するデータは読み込まれることがないことになる。

(2) 被告製品の構成

証拠（甲１６、１７）及び弁論の全趣旨によれば、被告製品における特定のセクタへのデータ書き込み要求を受けた場合におけるデータの書き込みに関する挙動は、次のようなものであると認められる。ア 当該セクタにキャッシュデータが存在する場合

5 既存のデータを含むブロックデータを全て読み出してデータ処理し、書き

込み要求のあったセクタのデータが上書きされて更新された更新ブロックデータを、元のブロックとは異なるアドレスにある空きブロックに保存する。元のブロックのデータは、書き込みがされないまま、世代管理のために保存され続ける。クライアント端末が、データにアクセスする際に参照される、アクセス先のアドレスが記録されたマッピングテーブルのアクセス先アドレスの値を、更新ブロックデータが保存されたアドレスに変更する。その結果、クライアント端末からは、更新ブロックデータが使用されることとなる。また、マッピングテーブルの所定のアドレスの値が変更されることで、当該ブロックに対し、サーバから取得したデータが書き込まれたか否かが区別できる。イ 当該セクタにキャッシュデータが存在しない場合書き込み要求信号に従ってデータが書き込まれる。これからすると、被告製品では、データを管理する単位であるブロックごとに、サーバからのデータが書き込まれたか否かが区別でき、書き込みによってデータが更新されたときは、マッピングテーブルの値が更新されることで、クライアント端末は、更新後のデータが保存されたブロックを利用することとなることが認められる。

(3) 構成要件Ｄ２－２との対比

構成要件Ｄ２－２は、このような書き込み要求信号を受けたか否かを明らかにすることにとどまらず、書き込み要求信号を受けた領域は、以後、「使用できないように制御すること」を定めているところ、被告製品において、そのような制御がされていると認めるに足りる証拠はない。すなわち、被告製品では、既存データが更新された場合、既存データがそのまま保存されるとともに、更新後のデータが空きブロックに保存され、以後、マッピングテーブルの値が変更されるから、書き込み要求信号を受けたあとは、

5 更新後のデータが使用されている。しかし、被告製品は、複数の環境を切り替

えたり、世代管理をしたりする機能を提供しているところ（甲４ないし６）、このような機能を実現するためには、更新前のデータを使用していた環境に復元するために、当該データを残しつつ、更新後のデータを使用する構成を備えることを要すると解される。したがって、書き込み要求信号を受けた後に、更新前のデータが残り、かつ、更新後のデータが使用されるときは、更新前のデータが使用されないからといって、当該更新前のデータが、以後、読み込むことも禁止されているとは認められない。

(4) 小括

以上から、被告製品が、書き込み要求信号を受けた「領域に対するキャッシュデータを使用しないように制御する」構成を備えているとは認められないから、被告製品は構成要件Ｄ２－２を充足しない。

３ 争点１－９（構成要件Ｄ１、Ｄ２及びＤ２－２における「読み出しキャッシュ

領域」に関し、被告製品の構成が均等なものか）について

(1) 本件明細書の記載

本件明細書によれば、本件発明が解決しようとする課題等は、以下のとおりである。ア 技術分野（【０００１】）本件発明は、ネットワークを介してオペレーティングシステムを起動するシステムに関するものである。イ 発明が解決しようとする課題（【０００７】【０００８】）ネットワークブートシステムにおいては、多数のクライアント端末が一斉に起動するケースを想定した場合、一般に考えられているよりも深刻な性能の低下が起こる。そこで、本件発明は、サーバへのネットワークアクセスを大幅に軽減することを可能にする新規な仕組みを提供することを技術的課題とする。

5 ウ 課題を解決するための手段（【０００９】ないし【００１１】）

本件発明に係るネットワークブートシステムは、クライアント端末上で動作するオペレーティングシステムを提供するネットワークブートサーバと、物理的な記憶装置を備えたクライアント端末とがネットワークを通じて接続され、前記クライアント端末は、前記オペレーティングシステム起動中に必要なデータを一時的に保存することができる物理メモリと、前記ネットワークを介して前記サーバにアクセスするためのネットワークインターフェースとを備えていると共に、前記オペレーティングシステムは、前記ネットワークインターフェースを駆動するためのネットワークドライバと、前記クライアント端末のローカルバスに対するアクセスを前記ネットワークに対するアクセスに変換するためのフィルタドライバと、前記記憶装置を駆動するためのリードキャッシュドライバを備えており、前記リードキャッシュドライバが、前記フィルタドライバによって前記サーバから読み出されたデータを前記記憶装置に読み出しキャッシュすることを特徴とする。このシステムにおいて、サーバ上のデータは通常イメージデータとして保存されているが、ここで「読み出しキャッシュ」とは「読み出し専用のキャッシュ」、つまり、上記イメージデータに一切変更が加えられていないコピーをクライアント端末の記憶装置内にキャッシュすることを意味する。このシステムによると、上記「読み出しキャッシュ」がＯＳ及びその上で動作するアプリケーションソフトに対して極めて効果的に機能するため、読み取りについてはローカルディスクと同等以上の速度が得られ、また、起動速度が大幅に改善する。さらに、クライアント端末の２回目以降の起動処理の際にサーバへのネットワークアクセスが殆ど発生しなくなり、これら結果として一台のサーバに接続できるクライアント端末を従来よりも飛躍的に増大することができる。このシステムにおける前記クライアント端末は、前記リードキャッシュド

5 ライバが前記サーバから読み出されたデータが書き込み済であるか否かを

判別するための管理フラグを前記物理メモリに保持すると共に、前記記憶装置は、前記サーバから受け取ったデータを保持するための読み出しキャッシュ領域を備えることが好ましい。書き込み済であるかを判別する方法にはいくつかの方法が考えられるが、クライアント端末の物理メモリに管理フラグを設ける方法が最も簡便でかつ高速だからである。なお、単に「管理フラグ」という場合は、サーバから読み出そうとする領域に書き込みが行われた否かを判別するための「書き込み管理フラグ」と、サーバから読み出されたデータが前記物理的な記憶装置に書き込み済みであるか否かを判別するための「読み込み管理フラグ」の２つがある。エ 発明の効果（【００１６】）本件発明に係るネットワークブートシステムによれば、クライアント端末のローカルディスクがその一部に「読み出しキャッシュ」を備えるため、同じデータの２度目以降の読み出し時には、ネットワークアクセスが一切発生せず、サーバへのネットワークアクセスを劇的に減らすことができる。また、一部のクライアント端末側の物理ディスクに障害が発生した場合でも、同様の障害が他のクライアント端末においても同時に多発しない限り、サーバへのネットワークアクセスが急増することはなく、システム全体としてみた場合のパフォーマンスの問題も生じない。

(2) 第１要件について

以上の本件明細書の記載によれば、本件発明は、クライアント端末上の記憶装置において、サーバから読み出されたデータが書き込み済みであるかを管理し、書き込み済みとなったデータの使用を禁止する構成を備えることで、サーバから取得した状態から一切変更が加えられていないコピーをクライアント端末の記憶装置内にキャッシュすることを確保し、サーバに対するネットワークアクセスを劇的に減らすこと（サーバに対するアクセスを要する事態を極限

5 まで減少させること）を実現するものであると認められ、少なくともこの点が

本件発明の本質的部分に該当することについては、当事者間で争いがない。そうすると、構成要件Ｄ２－２に係る、書き込み要求信号を受けた領域に対し、その領域に対するキャッシュデータを使用しないように制御する構成は、本件発明における本質的部分であると認められ、この点を備えない被告製品と本件発明とは、その本質的部分において相違するものと認められる。

(3) 小括

よって、被告製品は、第１要件を充足しないから、その余の均等侵害の成立要件について検討するまでもなく、均等侵害は成立しない。

第５ 結論

以上の次第で、原告の請求は、いずれも理由がない。大阪地方裁判所第２６民事部裁判長裁判官松 阿 彌 隆裁判官阿 波 野 右 起裁判官西尾太一は、差支えのため署名押印することができない。裁判長裁判官松 阿 彌 隆（別紙）被告製品目録

１ シンクライアントシステム ファンタシー２０

２ シンクライアントシステム ファンタシー１０

３ シンクライアントシステム ファンタシー５

以上（別紙）被告製品が組み込まれたシステムの構成に関する主張の対比

（原告の主張）

（被告の主張）

構成ａ クライアント端末上で動作するオペレ サーバと物理的記憶装置を備えたクラーティングシステムを提供するネット イアント端末とがネットワークを通じワークブートサーバと、物理的な記憶 て接続された環境において、クライア装置を備えたクライアント端末とがネ ント端末上で動作するオペレーティンットワークを通じて接続され、 グシステムそのものを当該クライアント端末にインストールすることなく、当該クライアント端末が当該オペレーティングシステムを格納したディスクと認識する仮想ディスクテーブルをクライアント端末に常駐させ、当該仮想ディスクテーブルを起動ディスクとして機能させることにより、当該オペレーティングシステムを起動できるように構成され、構成ｂ 前記クライアント端末は、前記オペレ 当該クライアント端末は、当該オペレーティングシステム起動中に必要なデ ーティングシステム起動中に必要なデータを一時的に保存することができる ータを一時的に保存するための物理メ物理メモリと、前記ネットワークを介 モリと、当該ネットワークを介して当して前記サーバにアクセスするための 該サーバにアクセスするためのネットネットワークインターフェースとを備 ワークインターフェースを備えると共えていると共に、 に、構成ｃ 前記オペレーティングシステムは、 当該システムは、構成ｃ１ 前記ネットワークインターフェースを 当該ネットワークインターフェースを駆動するためのドライバと、 駆動するためのドライバと、構成ｃ２ 前記クライアント端末のローカルバス 前記クライアント端末上で起動されるに対するアクセスを前記ネットワーク オペレーティングシステムから特定のに対するアクセスに変換するためのフ セクタのデータを読み出す指令を受けィルタドライバ及び上記ドライバと、 ると、フィルタドライバに伝送し、当該フィルタドライバにより読みだされた当該セクタのデータを、当該オペレーティングシステムに伝送する機能を有するエミュレータドライバと、構成ｃ３ 前記記憶装置を駆動するためのフィル データの読み出し又は書き込み等の処タドライバを備えており、 理を行うフィルタドライバとを備え、構成ｄ 前記エミュレータドライバ及びフィル 当該フィルタドライバは、タドライバが、構成ｄ１ 前記クライアント端末から読み出し要 当該エミュレータドライバが当該オペ求信号を受けた際には前記フィルタド レーティングシステムから特定のセクライバによって前記サーバから読み出 タのデータを読み出す指令を受けた際されたデータを前記記憶装置の空きブ には、ブロックの位置を特定するためロックにブロックデータとして保存 のテーブルを参照して、当該セクタのし、 データを含むブロックを特定し、ブロックデータが当該クライアント端末の記憶領域内に保存されていない場合には、当該ネットワークインターフェースを駆動して当該サーバから当該ブロックデータを取得し、キャッシュアロケーションテーブルを参照して、当該記録領域内の空きブロックにブロックデータを保存し、ブロックの位置を特定するテーブル内の情報が更新されて、ブロック内の全てのブロックデータをクライアント端末のメモリ上に展開し、当該セクタのデータを抽出して、当該エミュレータドライバに伝送し、構成ｄ２ 前記記憶装置の前記サーバから読みだ 当該エミュレータドライバが特定のセされたデータが保存されたブロックの クタに対してデータの書き込み要求を全体ないしその一部に対して書き込み 受けた際には、当該セクタのデータが要求信号を受けた際には 記録されたブロックを特定し、（初回の場合には、当該ブロックの位置情報の判別方法を特定するための値を変更した後に、）当該セクタのデータが保存されたブロック内のブロックデータを全て読み出してデータ処理し、キャッシュアロケーションテーブルを参照して記録領域内の空いている別のブロックを選択して、書き込み要求があったセクタのデータが上書きされた更新ブロックデータを、当該別のブロックに記録し、ブロックの位置を特定するテーブル内の情報が更新される構成ｄ２ 前記読みだされたブロックに対して書－１ き込み要求信号を受けたことを記憶すると共に構成ｄ２ 保存されている前記サーバから読み出－２ されたブロックデータを使用しないようにすることを特徴とする構成ｅ ネットワークブートシステム 構成ａないしｄ２を備えるシステム（別紙特許公報 添付省略）