コンピュータ関連発明

　ＣＳ関連発明について、1審と同じ理由で、技術的範囲に属しない、均等侵害も否定されました。
　前記イを踏まえて，構成要件Ｅの「入力手段を介してポインタの位置を＼n移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」を検討＼nすると，「入力手段を介してポインタの位置を移動させる命令を受信する」とは，タ ッチパネルを含む入力手段から，画面上におけるポインタの座標位置を移動させる 命令（電気信号）を処理手段が受信することである。そして，利用者がマウスにお ける左ボタンや右ボタンを押す操作に対応する電気信号ではなく，マウスにおける 左ボタンや右ボタンを押したままマウスを移動させる操作（ドラッグ操作）に対応 する電気信号を，入力手段から処理手段が受信することを含むものである。また， 本件発明１は，利用者が入力手段を使用してデータ入力を行う際に実行される入力 支援コンピュータプログラムであり，利用者が間違ってマウスの右クリックを押し てしまった場合等に利用者の意に反して画面上に操作コマンドのメニューが表示さ＼nれてしまう等の従来技術の課題を踏まえて，システム利用者の入力を支援するため， 利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させる＼n手段を提供することを目的とするものである。 そうすると，「入力手段を介してポインタの位置を移動させる命令を受信する」と は，タッチパネルを含む入力手段から，画面上におけるポインタの座標位置を，入 力支援が必要なデータ入力に係る座標位置（例えば，ドラッグ操作を開始する座標 位置）からこれとは異なる座標位置に移動させる操作に対応する電気信号を，処理 手段が受信することを意味すると解するのが相当である。 そして，前記第２の１(3)イのとおり，本件ホームアプリにおいて，控訴人が「操 作メニュー情報」に当たると主張する左右スクロールメニュー表示は，利用者がシ＼nョートカットアイコンをロングタッチすることにより表示されるものであるが，ロ＼nングタッチは，ドラッグ操作などとは異なり，画面上におけるポインタの座標位置 を移動させる操作ではないから，入力手段であるタッチパネルからロングタッチに 対応する電気信号を処理手段が受信することは，「入力手段を介してポインタの位置 を移動させる命令を受信する」とはいえない。 したがって，ロングタッチにより左右スクロールメニュー表示が表＼示されるとい う本件ホームアプリの構成は，構＼成要件Ｅの「入力手段を介してポインタの位置を 移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」という＼n構成を充足するとは認められない。＼n
エ 控訴人は，本件ホームアプリでは，タッチパネルに指等が触れると，「ポ インタの座標位置」の値が変化し，「カーソル画像」もこの位置を指し示すように移＼n動するところ，ロングタッチは，タッチパネルに指等が触れるといった動作を含む から，被控訴人製品の処理手段はロングタッチにより「『ポインティングデバイスに よって最後に指示された画面上の座標』を移動させる命令」を受信するといえ，本 件ホームアプリは，「入力手段を介してポインタの位置を移動させる命令を受信する」 という構成を有していると主張する。＼nしかし，本件ホームアプリにおいて，ロングタッチに含まれるタッチパネルに指 等が触れることに対応して，ポインタの座標位置を，「ポインティングデバイスによ って最後に指示された画面上の座標」位置から，指等がタッチパネルに触れた箇所 の座標位置に移動させることを内容とする電気信号が生じる（甲７の１・２）とし ても，前記ウのとおり，ロングタッチは，画面上におけるポインタの座標位置を移 動させる操作ではないから，上記電気信号は，画面上におけるポインタの座標位置 を移動させる操作に対応する電気信号とはいえない。また，「ポインティングデバイ スによって最後に指示された画面上の座標位置」は，ロングタッチの直前に行って いた別の操作に係るものであり，入力支援が必要なデータ入力に係る座標位置では ないから，上記電気信号は，画面上におけるポインタの座標位置を，入力支援が必 要なデータ入力に係る座標位置からこれとは異なる座標位置に移動させることを内 容とするものでもない。 そうすると，本件ホームアプリのロングタッチ又はこれに含まれるタッチパネル に指等が触れることに対応して，ポインタの座標位置を，「ポインティングデバイス によって最後に指示された画面上の座標」位置から，指等がタッチパネルに触れた 箇所の座標位置に移動させることを内容とする電気信号が生じることをもって，構＼n成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を受信する」とい う構成を充足するとはいえない。＼n オ 控訴人は，タッチパネルでは，指等が触れていれば継続的に「ポインタ の位置を移動させる命令」である「ポインタの位置を算出するためのデータ」を受 信し，「ポインタの位置」が一定時間，一定の範囲内に収まっている場合にはロング タッチであると判断されるから，ロングタッチを識別するために入力されるデータ 群には「ポインタの位置を移動させる命令」が含まれると主張する。 しかし，前記第２の１(3)イのとおり，本件ホームアプリは，ロングタッチにより 左右スクロールメニュー表示がされる構＼成であるところ，ロングタッチは，継続的 に複数回受信するデータにより算出された「ポインタの位置」が一定の範囲内で移 動している場合だけでなく，当初の「ポインタの位置」から全く移動しない場合を 含むことは明らかであり（甲８），ロングタッチであることを識別するまでの間に「ポ インタの位置」を一定の範囲内で移動させることを内容とする電気信号は，前者に おいては発生しても，後者においては発生しないのであるから，そのような電気信 号をもって，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を＼n受信する」という構成を充足するとはいえない。＼n カ 以上によると，本件ホームアプリが構成要件Ｅを充足すると認めること＼nはできない。
(2) 均等侵害の成否
ア 控訴人は，本件ホームアプリにおける「利用者がタッチパネル上のショ ートカットアイコンを指等でロングタッチする操作を行うことによって操作メニュ ー情報が表示される」という構＼成は，「利用者がタッチパネル上の指等の位置を動か して当該ショートカットアイコンを移動させる操作を行うことによって操作メニュ ー情報が表示される」という本件発明１の構＼成と均等であると主張する。 そこで検討すると，前記(1)ア及びイによると，本件発明１は，コンピュータシス テムにおけるシステム利用者の入力行為を支援する従来技術である「コンテキスト メニュー」には，マウスの左クリックを行う等するまではずっとメニューが画面に 表示され続けたり，利用者が間違って右クリックを押してしまった場合等は，利用＼n者の意に反して画面上に表示されてしまうので不便であるという課題があり，従来＼n技術である「ドラッグ＆ドロップ」には，例えば，移動させる位置を決めないで徐々 に画面をスクロールさせていくような継続的な動作には適用が困難であるという課 題があったことから，システム利用者の入力を支援するための，コンピュータシス テムにおける簡易かつ便利な入力の手段を提供すること，特に，1)利用者が必要に なった場合にすぐに操作コマンドのメニューを画面上に表示させ，2)必要である間 についてはコマンドのメニューを表示させ続けられる手段の提供を目的とするもの＼nである。 そして，本件発明１は，上記課題を解決するために，本件特許の特許請求の範囲 請求項１の構成，すなわち，本件発明１の構＼成としたものであるが，特に，上記1) を達成するために，「入力手段における命令ボタンが利用者によって押されたことに よる開始動作命令を受信した後…において」（構成要件Ｄ），「入力手段を介してポイ＼nンタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示＼nする」（同Ｅ）という構成を採用し，上記2)を達成するために，「利用者によって当 該押されていた命令ボタンが離されたことによる終了動作命令を受信するまで」（同 Ｄ），「操作メニュー情報を…出力手段に表示すること」（同Ｅ，Ｆ）を「行う」（同＼nＤ）という構成を採用した点に特徴を有するものと認められる。＼nそうすると，入力手段を介してポインタの位置を移動させる命令を受信すること によってではなく，タッチパネル上のショートカットアイコンをロングタッチする ことによって操作メニュー情報を表示するという，本件ホームアプリの構＼成は，本 件発明１と本質的部分において相違すると認められる。
イ 控訴人は，利用者がドラッグ＆ドロップ操作を所望している場合に操作 メニュー情報を表示することが本質的部分であると主張する。＼nしかし，前記(1)ア及びイのとおり，マウスが指し示している画面上のポインタ位 置に応じた操作コマンドのメニューを画面上に表示すること自体は，本件発明１以＼n前から「コンテキストメニュー」という従来技術として知られていたところ，前記 (2)アのとおり，本件発明１は，この「コンテキストメニュー」がマウスを右クリッ クすることにより上記メニューを表示することに伴う課題を解決することをも目的＼nとして，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表＼n示させるために，「入力手段における命令ボタンが利用者によって押されたことによ る開始動作命令を受信した後…において」（構成要件Ｄ），「入力手段を介してポイン＼nタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示す＼nる」（同Ｅ）という構成を採用した点に特徴を有するものと認められる。したがって，＼n本件発明１において，従来技術に見られない特有の技術的思想を構成する特徴的部＼n分は，利用者がドラッグ＆ドロップ操作といった特定のデータ入力を所望している 場合にその入力を支援するための操作メニュー情報を表示すること自体ではなく，＼n従来技術として知られていた操作コマンドのメニューを画面に表示することを，「入＼n力手段における命令ボタンが利用者によって押されたことによる開始動作命令を受 信した後…において」（構成要件Ｄ），「入力手段を介してポインタの位置を移動させ＼nる命令を受信する」（同Ｅ）ことに基づいて行うことにあるというべきである。 そうすると，入力手段を介してポインタの位置を移動させる命令を受信すること によってではなく，タッチパネル上のショートカットアイコンをロングタッチする ことによって操作メニュー情報を表示するという，本件ホームアプリの構＼成は，既 に判示したとおり，本件発明１と本質的部分において相違するというべきである。

◆判決本文

◆1審はこちら。平成28(ワ)10834


　

◆関連事件はこちら。平成29(ネ)10037

◆1審はこちら。平成28(ワ)13033

　CS関連発明の特許侵害事件です。当事者は、FREEとマネーフォワードです。均等の主張もしましたが、第1、第5要件を満たさないと判断されました。
　本件明細書の従来技術として上記ウの公知文献は記載されておらず，同記 載は不十分であるため，上記公知文献に記載された発明も踏まえて本件発明＼nの本質的部分を検討すべきである。 そして，上記公知文献の内容を検討すると，上記ウ1)，2)から，取引明細 情報は，取引ごとにマッチング処理が行われることからすれば，乙４に記載 されたＳａａＳ型汎用会計処理システムにおいても，当該取引明細情報を取 引ごとに識別することは当然のことである。 また，上記ウ3)の「取得明細一覧画面上」の「各明細情報」は，マッチン グ処理済みのデータであるから，「取得明細一覧画面」は「仕訳処理画面」 といえる。 さらに，上記ウ3)の「仕訳情報入力画面」は，従来から知られているデー タ入力のための支援機能の一つに過ぎず（段落【0002】，【0057】），表示され＼nた取引一覧画面上で各取引に係る情報を当該画面から直接入力を行うこと及 び該入力の際プルダウンメニューを使用することも普通に行われていること （特開２００４-３２６３００号公報（乙５）段落【0066】-【0081】）から すれば，「取引明細一覧画面」に仕訳情報である「相手勘定科目」等を表示＼nし変更用のプルダウンメニューを配置することは当業者が適宜設計し得る程 度のことである。 以上によれば，本件発明１，１３及び１４のうち構成要件１Ｅ，１３Ｅ及＼nび１４Ｅを除く部分の構成は，上記公知文献に記載された発明に基づき当業＼n者が容易に発明をすることができたものと認められるから，本件発明１，１ ３及び１４のうち少なくとも構成要件１Ｅ，１３Ｅ及び１４Ｅの構＼成は，い ずれも本件発明の進歩性を基礎づける本質的部分であるというべきである。 このことは，上記イの本件特許に係る出願経過からも裏付けられる。 原告は，構成要件１Ｅ，１３Ｅ及び１４Ｅの構＼成について均等侵害を主張 していないようにも見えるが，仮に上記各構成要件について均等侵害を主張＼nしていると善解しても，これらの構成は本件発明１，１３及び１４の本質的＼n部分に該当するから，上記各構成要件を充足しない被告製品１，２並びに被＼n告方法については，均等侵害の第１要件を欠くものというべきである。
・・・
（なお，本件においては，原告から「被告が本件機能につき行った特許出願にか＼nかる提出書類一式」を対象文書とする平成２９年４月１４日付け文書提出命令の 申立てがあったため，当裁判所は，被告に対し上記対象文書の提示を命じた上で，＼n特許法１０５条１項但書所定の「正当な理由」の有無についてインカメラ手続を 行ったところ，上記対象文書には，被告製品及び被告方法が構成要件１Ｃ，１Ｅ，＼n１３Ｃ，１３Ｅ，１４Ｃ又は１４Ｅに相当又は関連する構成を備えていることを＼n窺わせる記載はなかったため，秘密としての保護の程度が証拠としての有用性を 上回るから上記「正当な理由」が認められるとして，上記文書提出命令の申立て＼nを却下したものである。原告は，上記対象文書には重大な疑義があるなどとして， 口頭弁論再開申立書を提出したが，そのような疑義を窺わせる事情は見当たらな＼nいから，当裁判所は，口頭弁論を再開しないこととした。）

◆判決本文
　

　ＣＳ関連発明について、技術的範囲に属しないと判断されました。
　原告は，上記2)の売りの指値注文が約定した時点が構成要件Ｅの「検出＼nされた前記相場価格の高値側への変動幅が予め設定された値以上となった」＼nに該当すると主張し，それによって，高値側の「新たな一の価格」及び 「新たな他の価格」の注文情報群が生成されているとする（原告第３準備 書面１７，１８頁等）。 そこで，このことを前提として検討すると，被告サービスにおいては， 上記のとおり，上記2)の時点の直後に高値側に買いの成行注文及び売りの 指値注文（上記4)の各注文）の注文情報が生成，発注された。 もっとも，上記4)の各注文のうち，売り注文は指値注文であるが買い注 文は成行注文であるところ，前記(2)のとおり構成要件Ｅの「注文情報」は＼n指値注文に係る注文情報をいい，成行注文に係る注文情報を含まないと解 される。そうすると，4)の買い注文に係る注文情報は，構成要件Ｅの新た＼nな「第一注文情報」に該当しないというべきである。 他方，上記6)の注文はいずれも指値注文であり，これらの注文に係る注 文情報は構成要件Ｅの「第一注文情報」及び「第二注文情報」に該当し得＼nるものといえる。しかし，6)の各注文は，2)の時点の直後に3)の各注文が された後，3)の成行の買い注文の約定価格よりも高値側に価格が変動し， 3)の売りの指値注文が約定した5)の時点の後にされるものである。そうす ると，6)の各注文に係る注文情報は，「検出された前記相場価格の高値側 への変動幅が予め設定された値以上となった」時点である2)の時点におい て，成就の有無が判断できる他の条件の付加なく，また，直ちに生成され たものということはできない。別表１の取引においても，6)の注文は，2) の時点から約３５時間５０分後にされ，また，その間に5)の売りの指値注 文の約定等がされた後にされている。 そうすると，「検出された前記相場価格の高値側への変動幅が予め設定＼nされた値以上となった場合」に，上記6)の注文に係る「第一注文情報」及 び「第二注文情報」が「設定」されたということはできない。 ウ 以上によれば，被告サービスは構成要件Ｅの「検出された前記相場価格＼nの高値側への変動幅が予め設定された値以上となった場合，・・・高値側＼nに・・・新たな前記第一注文情報と・・・新たな前記第二注文情報とを設 定」を充足しない。
(6) これに対し，原告は，1)「注文情報」につき，ｱ)本件発明の特許請求の範 囲上，指値注文か成行注文を区別していない，ｲ)本件発明の効果に照らすと 注文が指値注文か成行注文かを区別する必要がない，ｳ)発明の実施に形態に おける注文に成行注文が含まれる旨の記載がある，以上のことから成行注文 が含まれると解すべきであると，2)「場合」につき上記条件以外の条件を付 加することを排除する趣旨でないと，3)「設定」につき実際に注文情報を生 成するものでなく，情報を生成し得るものとして記録しておけば足りると， 4)被告サービスは指値注文のイフダンオーダーの中に本件発明を構成しない＼n買いの成行注文を付加したものにすぎないと各主張する。 しかし，上記1)につき，ｱ)は，本件明細書において，「注文情報」の語そ れ自体は指値注文と成行注文の区別を明示していない一方で，前記(2)アのと おり，特許請求の範囲の記載全体をみれば，構成要件Ｅを含む特許請求の範＼n囲の記載における「注文情報」は指値注文をいうと解されるのであり，ｲ)は 背景技術，発明が解決しようとする課題の各記載（前記１(1)ア，イ）の趣旨 を併せて考慮するとむしろ指値注文のイフダンオーダーに関する発明である ことが示唆される。ｳ)は，本件明細書の発明の実施の形態の記載（前記１(2)） によれば，当該形態においては成行注文も生成され得る（段落【００３１】） 一方で通常の成行注文につきイフダンオーダーの手順（ステップＳ２１〜２ ８）を行わないとされている（段落【０１０１】，【図３】，【図４】）から， 生成された成行注文はイフダンオーダーに関する注文を構成しないことが明＼nらかである。そうすると，原告が指摘する上記ｱ)〜ｳ)はいずれも構成要件Ｅ＼nの「注文情報」に成行注文が含まれると解すべき根拠とならない。 上記2)及び3)については，前記(3)及び(4)において説示したところ 上記4)につき，前記?に説示したとおり，被告サービスにおける買いの成 行注文（注文番号９７）は売りの指値注文（同９６）と同時に注文されてい るから，当該成行注文がイフダンオーダーの一部を構成していると認められ＼nるところ，前記の「注文情報」，「場合」，「設定」の各解釈に加え，本件発明 の意義が指値注文のイフダンオーダーを相場価格の変動にかかわらず自動的 に繰り返し行うことにあることを前提とすれば，イフダンオーダーにおいて 成行注文を介在させる構成は，本件発明において解決すべき課題と異なるこ＼nと，成行注文によって直ちに金融商品のポジションを得る効果が得られるこ とにおいて本件発明の構成と異なるものであるから，これを本件発明外の付＼n加的構成とみることはできない。＼n

◆判決本文

　ＣＳ関連発明についての特許権侵害事件です。文言「送信したとき」が論点となりました。「送信したことを条件として」という意義として、非侵害と判断しました。
イ ところで，広辞苑第六版（甲９）によれば，「とき」とは，「（連体修飾 語をうけ，接続助詞的に）次に述べることの条件を示すのに使う。…の場 合。」を意味するものであり，また，大辞林第三版（甲１０）においても 「（連体修飾句を受けて）仮定的・一般的にある状況を表す。（...する） 場合。」とされており，用字用語新表記辞典（乙２２）では「『とき』は条＼n件・原因・理由・その他，『場合』よりも小さい条件のときに用いること がある。」，最新法令用語の基礎知識改訂版（乙２３）では「『時』は時点 や時刻が特に強調される場合に使われるのに対して，『とき』は一般的な 仮定的条件を表す場合に使われる。」と記載されている。これらからすれ＼nば，構成要件１Ｄ及び１Ｆにおける「送信したとき」の「とき」は，条件＼nを示すものであると解するのが相当である。
ウ この点に関して原告は，「送信したとき」の「とき」は「同じころ」と いう意義を有するものであり，「ある程度の幅をもった時間」を意味する と主張する。 たしかに，広辞苑第六版及び大辞林第三版には，上記イで指摘した意義 の他に，原告が主張するような意義も掲載されている（甲９，１０）。し かし，広辞苑第六版（甲９）には「おり。ころ。」を意味する「とき」の用 例として「ときが解決してくれる」「しあわせなときを過ごす」といった ものが掲載されており，「送信したとき」のような具体的な行為を示す連 体修飾語を受けた用例は記載されていない。また，大辞林第三版（甲１０） をみると「ある幅をもって考えられた時間」を意味する「とき」の用例と して，「将軍綱吉のとき」「ときの首相」「ときは春」などというものが 掲載されており，やはり「送信したとき」のような具体的な行為を示す連 体修飾語を受けた用例は記載されていない。 そして，抽象的で，空間的及び時間的に広い概念を表現した上記各用例＼nと比べると，「送信したとき」という表現は，その指し示す行為が相当程＼n度に具体的かつ直接的であることから，およそ用いられる場面が異なると いうべきである。 また，原告が指摘する審決（甲１１）には，「とき」という用語につい て「ある程度の幅を持った時間の概念を意味する」旨の判断がされている が，当該審決は，「前記９個の可変表示部の可変表＼示が開始されるときに， 前記転送手段によって前記判定領域に転送された前記特定表示態様判定用＼n数値情報を読み出して判定する」という記載における「前記９個の可変表＼n示部の可変表示が開始されるときに」という文言について，「前記９個の＼n可変表示部の可変表＼示が開始されると『同時』又は『間をおかずに』」と いう意味ではなく，「前記９個の可変表示部の可変表＼示が開始され」た後， 「前記特定表示態様判定用数値情報を読み出して判定する」までの間に他＼nの処理がされるとしても，「前記９個の可変表示部の可変表＼示が開始され るときに」に当たると判断したものであって，「前記転送手段によって前 記判定領域に転送された前記特定表示態様判定用数値情報を読み出して判＼n定」した後に「前記９個の可変表示部の可変表＼示が開始され」たとしても， 上記文言を充足するなどと判断したものではないから，本件における「送 信したとき」の解釈において参酌することは相当ではない。 そうすると，構成要件１Ｄ及び１Ｆの「送信したとき」における「とき」＼nが「ある程度の幅をもった時間」を意味するものということはできない。 また，本件明細書等１をみても，「送信したとき」の「とき」について， 「条件」ではなく「時間」を意味することをうかがわせる記載はない。 したがって，原告の上記主張は採用することができない。
エ 以上から，構成要件１Ｄ及び１Ｆの「送信したとき」とは，「送信した＼nことを条件として」という意義であると認めることが相当である。
・・・・
以上からすると，被告サーバは，第二のメッセージを受信したことを条件 として「マイミク」であることを記憶し，「マイミク」である旨の記憶をし たことを条件として「第二のメッセージ」を送信するという構成を有してい＼nるものであって，第二のメッセージを送信したことを条件として「マイミク」 であることを記憶するという構成を有するものではないと認められる。＼nしたがって，被告サーバは，「第二のメッセージを送信したとき」に「上 記第一の登録者の識別情報と第二の登録者の識別情報とを関連付けて上記記 憶手段に記憶する手段」を有しているということはできないから，その余の 点について判断するまでもなく，構成要件１Ｄ及び１Ｆを充足しない。＼n

◆判決本文

　ＣＳ関連発明について、認定については誤っていないとしたものの、 引用例には、本願発明の具体的な課題の示唆がなく、相違点５について、容易に想到するものではないとして、進歩性無しとした審決が取り消されました。 　確かに，引用例には，発明の目的は，複数の事業者と，税理士や社会保険労務士 のような専門知識を持った複数の専門家が，給与計算やその他の処理を円滑に行う ことができるようにするものであり（【０００５】），同発明の給与計算システム及び 給与計算サーバ装置によれば，複数の事業者と，税理士や社会保険労務士のような 専門知識を持った複数の専門家を，情報ネットワークを通じて相互に接続すること によって，給与計算やその他の処理を円滑に行うことができること（【００１１】）， 発明の実施の形態として，複数の事業者端末と，複数の専門家端末と，給与データ ベースを有するサーバ装置とが情報ネットワークを通じて接続された給与システム であり，専門家端末で給与計算サーバ装置にアクセスし，給与計算を行うための固 定項目や変動項目のデータを登録するマスター登録を行い（【００１８】〜【００２ １】），マスター登録された情報とタイムレコーダ５から取得した勤怠データとに基 づき，給与計算サーバ装置で給与計算を行い，給与担当者が，事業者端末で給与明 細書を確認した上で，給与振り込みデータを金融機関サーバに送信する（【００２２】 〜【００２５】，【００４１】〜【００４３】，図７のＳ１１〜Ｓ２０）ほか，専門家 が専門家端末を介して給与データベースを閲覧し（【００３１】〜【００３３】），社 会保険手続や年末調整の処理を行うことができる（【００２６】〜【００３０】，【０ ０４４】，【００４５】，図７のＳ２１〜Ｓ２８）とする構成が記載されていることが＼n認められる。 しかし，引用文献が公開公報等の特許文献である場合，当該文献から認定される 発明は，特許請求の範囲に記載された発明に限られるものではなく，発明の詳細な 説明に記載された技術的内容全体が引用の対象となり得るものである。よって，引 用文献の「発明が解決しようとする課題」や「課題を解決するための手段」の欄に 記載された事項と一致しない発明を引用発明として認定したとしても，直ちに違法 とはいえない。 そして，引用例において，社労士端末や税理士端末に係る事項を含まない，給与 計算に係る発明が記載されていることについては，上記(2)のとおりであるから，こ の発明を引用発明として認定することが誤りとはいえない。 ・・・・ ウ 以上のとおり，周知例２，甲７，乙９及び乙１０には，「従業員の給与支払 機能を提供するアプリケーションサーバを有するシステムにおいて，企業の給与締＼nめ日や給与支給日等を含む企業情報及び従業員情報を入力可能な利用企業端末のほ＼nかに，1)従業員の取引金融機関，口座，メールアドレス及び支給日前希望日払いの 要求情報（周知例２），2)従業員の勤怠データ（甲７），3)従業員の出勤時間及び退 勤時間の情報（乙９）及び4)従業員の勤怠情報（例えば，出社の時間，退社の時間， 有給休暇等）（乙１０）の入力及び変更が可能な従業者の携帯端末機を備えること」＼nが開示されていることは認められるが，これらを上位概念化した「上記利用企業端 末のほかに，およそ従業員に関連する情報（従業員情報）全般の入力及び変更が可 能な従業者の携帯端末機を備えること」や，「上記利用企業端末のほかに，従業員＼n入力情報（扶養者情報）の入力及び変更が可能な従業者の携帯端末機を備えること」＼nが開示されているものではなく，それを示唆するものもない。 したがって，周知例２，甲７，乙９及び乙１０から,本件審決が認定した周知技 術を認めることはできない。また，かかる周知技術の存在を前提として，本件審決 が認定判断するように，「従業員にどの従業員情報を従業員端末を用いて入力させ るかは，当業者が適宜選択すべき設計的事項である」とも認められない。 (3)動機付けについて 本願発明は，従業員を雇用する企業では，総務部，経理部等において給与計算ソ＼nフトを用いて給与計算事務を行っていることが多いところ，市販の給与計算ソフト＼nには，各種設定が複雑である，作業工程が多いなど，汎用ソフトに起因する欠点も＼nあることから，中小企業等では給与計算事務を経営者が行わざるを得ないケースも 多々あり，大きな負担となっていることに鑑み，中小企業等に対し，給与計算事務 を大幅に簡便にするための給与計算方法及び給与計算プログラムを提供することを 目的とするものである（本願明細書【０００２】〜【０００６】）。 そして，本願発明において，各従業員が入力を行うためのウェブページを各従業 員の従業員端末のウェブブラウザ上に表示させて，同端末から扶養者情報等の給与＼n計算を変動させる従業員情報を入力させることにしたのは，扶養者数等の従業員固 有の情報（扶養者数のほか，生年月日，入社日，勤怠情報）に基づき変動する給与 計算を自動化し，給与計算担当者を煩雑な作業から解放するためである（同【００ ３５】）。 一方，引用例には，発明の目的，効果及び実施の形態について，前記２(1)のとお り記載されており，引用例に記載された発明は，複数の事業者端末と，複数の専門 家端末と，給与データベースを有するサーバ装置とが情報ネットワークを通じて接 続された給与システムとし，専門家端末で給与計算サーバ装置にアクセスし，給与 計算を行うための固定項目や変動項目のデータを登録するマスター登録を行うこと などにより，複数の事業者と，税理士や社会保険労務士のような専門知識を持った 複数の専門家が，給与計算やその他の処理を円滑に行うことができるようにしたも のである。 したがって，引用例に接した当業者は，本願発明の具体的な課題を示唆されるこ とはなく，専門家端末から従業員の扶養者情報を入力する構成に代えて，各従業員＼nの従業員端末から当該従業員の扶養者情報を入力する構成とすることにより，相違＼n点５に係る本願発明の構成を想到するものとは認め難い。＼nなお，引用発明においては，事業者端末にタイムレコーダが接続されて従業員の 勤怠データの収集が行われ，このデータが給与計算サーバ装置に送信されて給与計 算が行われるという構成を有するから，給与担当者における給与計算の負担を削減＼nし，これを円滑に行うということが，被告の主張するように自明の課題であったと しても，その課題を解決するために，上記構成に代えて，勤怠データを従業員端末＼nのウェブブラウザ上に表示させて入力させる構＼成とすることにより，相違点５に係 る本願発明の構成を採用する動機付けもない。＼n

◆判決本文

　ＣＳ関連発明について、進歩性なしとした審決が取り消されました。理由は、相違点の認定誤りです。
　ア 本件審決は，「保護方法データベース」に記憶された「入力元のアプ リケーション」が保護対象データである「ファイル」を処理するのは自明 であり，機密事項を保護対象データとして扱うことは当該技術分野の技術 常識であることから，引用発明の「入力元のアプリケーション」，「識別 子」はそれぞれ，本願発明の「機密事項を扱うアプリケーション」，「機 密識別子」に相当し，また，引用発明の「保護方法データベース」に「入 力元のアプリケーション」の「識別子」が記憶されていることは明らかで あるから，引用発明の「保護方法データベース」は本願発明の「機密事項 を扱うアプリケーションを識別する機密識別子が記憶される機密識別子記 憶部」に相当する旨認定・判断した。 イ(ｱ) しかし，前記認定に係る本願明細書及び引用例１の記載によれば， 本願発明における「機密識別子」は「機密事項を扱うアプリケーション を識別する」ものとして定義されている（本願明細書【０００６】等） のに対し，引用発明におけるアプリケーションの「識別子」は，アプリ ケーションを特定する要素（アプリケーション名，プロセス名等）とし て位置付けられるものであって（引用例１【００３７】等），必ずしも 直接的ないし一次的に機密事項を扱うアプリケーションを識別するもの とはされていない。
(ｲ) また，本願発明は，「すべてのアプリケーションに関して同じ保護 を行うと，安全性は高くなるが，利便性が低下するという問題が生じ る」（本願明細書【０００４】）という課題を解決するために，「当 該アプリケーションが，前記機密識別子記憶部で記憶されている機密 識別子で識別されるアプリケーションであり，送信先がローカル以外 である場合に」「送信を阻止」するという構成を採用したものである。＼nこのような構成を採用することによって，「機密事項を含むファイル＼n等が送信によって漏洩することを防止することができ」，かつ，「機 密識別子で識別されるアプリケーション以外のアプリケーションにつ いては，自由に送信をすることができ，ユーザの利便性も確保するこ とができる」という効果が奏せられ（本願明細書【０００７】），前 記課題が解決され得る。このことに鑑みると，本願発明の根幹をなす 技術的思想は，アプリケーションが機密事項を扱うか否かによって送 信の可否を異にすることにあるといってよい。 他方，引用発明において，アプリケーションは，機密事項を扱うか否 かによって区別されていない。すなわち，そもそも，引用例１には機密 事項の保護という観点からの記載が存在しない。また，引用発明は，柔 軟なデータ保護をその解決すべき課題とするところ（【０００８】）， 保護対象とされるデータの保護されるべき理由は機密性のほかにも考え 得る。このため，機密事項を保護対象データとして取り扱うことは技術 常識であったとしても，引用発明における保護対象データが必ず機密事 項であるとは限らない。しかも，引用発明は，入力元のアプリケーショ ンと出力先の記憶領域とにそれぞれ安全性を設定し，それらの安全性を 比較してファイルに保護を施すか否かの判断を行うものである。このた め，同じファイルであっても，入力元と出力先との安全性に応じて，保 護される場合と保護されない場合とがあり得る。 これらの点に鑑みると，引用発明の技術的思想は，入力元のアプリケ ーションと出力先の記憶領域とにそれぞれ設定された安全性を比較する ことにより，ファイルを保護対象とすべきか否かの判断を相対的かつ柔 軟に行うことにあると思われる。かつ，ここで，「入力元のアプリケー ションの識別子」は，それ自体として直接的ないし一次的に「機密事項 を扱うアプリケーション」を識別する作用ないし機能は有しておらず，＼n上記のようにファイルの保護方法を求める上で比較のため必要となる 「入力元のアプリケーション」の安全性の程度（例えば，その程度を示 す数値）を得る前提として，入力元のアプリケーションを識別するもの として作用ないし機能するものと理解される。＼nそうすると，本願発明と引用発明とは，その技術的思想を異にするも のというべきであり，また，本願発明の「機密識別子」は「機密事項を 扱うアプリケーションを識別する」ものであるのに対し，引用発明の 「アプリケーションの識別子」は必ずしも機密事項を扱うアプリケーシ ョンを識別するものではなく，ファイルの保護方法を求める上で必要と なる安全性の程度（例えば，数値）を得る前提として，入力元のアプリ ケーションを識別するものであり，両者はその作用ないし機能を異にす＼nるものと理解するのが適当である。
(ｳ) このように，本願発明の「機密識別子」と引用発明の「識別子」が 相違するものであるならば，それぞれを記憶した本願発明の「機密識 別子記憶部」と引用発明の「保護方法データベース」も相違すること になる。
ウ 以上より，この点に関する本件審決の前記認定・判断は，上記各相違点 を看過したものというべきであり，誤りがある。
エ これに対し，被告は，相違点ＡないしＢの看過を争うとともに，仮に相 違点Ｂが存在するとしても，その点については，本件審決の相違点１に 関する判断において事実上判断されている旨主張する。 このうち，相違点ＡないしＢの看過については，上記ア及びイのとお りである。 また，本件審決の判断は，1)引用例２に記載されるように，ファイル を含むパケットについて，内部ネットワークから外部ネットワークへの 持ち出しを判断し，送信先に応じて許可／不許可を判定すること，すな わち，内部ネットワーク（ローカル）以外への送信の安全性が低いとし てセキュリティ対策を施すことは，本願出願前には当該技術分野の周知 の事項であったこと，2)参考文献に記載されるように，機密ファイルを あるアプリケーションプログラムが開いた後は，電子メール等によって 当該アプリケーションプログラムにより当該ファイルが機密情報保存用 フォルダ（ローカル）以外に出力されることがないようにすることも， 本願出願前には当該技術分野の周知技術であったことをそれぞれ踏まえ て行われたものである。 しかし，1)に関しては，本件審決の引用する引用例２には，送信の許 可／禁止の判定は送信元及び送信先の各ＩＰアドレスに基づいて行われ ることが記載されており（【００３０】），アプリケーションの識別子 に関する記載は見当たらない。また，前記のとおり，引用発明における 識別子は，アプリケーションが機密事項を扱うものか否かを識別する作 用ないし機能を有するものではない。＼n2)に関しては，参考文献記載の技術は，機密情報保存用フォルダ内の ファイルが当該フォルダの外部に移動されることを禁止するものである ところ（【００１１】），その実施の形態として，機密情報保存用フォ ルダ（機密フォルダ１５Ａ）の設定につき，「システム管理者は，各ユ ーザが使用するコンピュータ１０内の補助記憶装置１５内に特定の機密 ファイルを保存するための機密フォルダ１５Ａを設定し，ユーザが業務 で使用する複数の機密ファイルを機密フォルダ１５Ａ内に保存する。」 （同【００１８】）との記載はあるものの，起動されたアプリケーショ ンプログラムが機密事項を扱うものであるか否かという点に直接的に着 目し，これを識別する標識として本願発明の機密識別子に相当するもの を用いることをうかがわせる記載は見当たらない（本件審決は，参考文 献の記載（【０００８】，【０００９】，【００６４】）に言及するも のの，そこでの着目点は機密ファイルをあるアプリケーションプログラ ムが開いた後の取扱いであって，その前段階として機密ファイルを定め る要素ないし方法に言及するものではない。）。このように，当該周知 技術においては，アプリケーションが機密事項を扱うものであるか否か を識別する機密識別子に相当するものが用いられているとはいえない。 なお，参考文献の記載（【００３２】等）によれば，アプリケーショ ンプログラムのハンドル名がアプリケーションの識別子として作用する ことがうかがわれるが，参考文献記載の技術は，アプリケーションが実 際に機密ファイルをオープンしたか否かによって当該アプリケーション によるファイルの外部への格納の可否が判断されるものであり，入力元 と出力先との安全性の比較により処理の可否を判断する引用発明とは処 理の可否の判断の原理を異にする。また，扱うファイルそのものの機密 性に着目して機密ファイルを外部に出すことを阻止することを目的とす る点で，扱うファイルそのものの機密性には着目していない引用発明と は目的をも異にする。このため，引用発明に対し参考文献記載の技術を 適用することには，動機付けが存在しないというべきである。 そうすると，相違点Ｂにつき，引用発明に，引用例２に記載の上記周 知の事項を適用しても，本願発明の「機密識別子」には容易に想到し得 ないというべきであるし，参考文献記載の周知技術はそもそも引用発明 に適用し得ないものであり，また，仮に適用し得たとしても，本願発明 の「機密識別子」に想到し得るものではない。そうである以上，相違点 Ｂにつき，本件審決における相違点１の判断において事実上判断されて いるとはいえない。

◆判決本文

　入力支援コンピュータプログラムクレーム（ＣＳ関連発明）についての特許権侵害事件です。東京地裁(46部)は、文言侵害・均等侵害とも否定しました。
　文言侵害の成否
ア 構成要件Ｅは，本件発明１の特許請求の範囲の記載によれば，処理手段＼nが入力手段を介して「ポインタの位置を移動させる命令」を受信すると操 作メニュー情報を表示するものである。この「ポインタの位置を移動させ＼nる命令」につき，本件明細書（甲２）には，1)「入力手段を介してポイン タの位置を移動させる命令を受信する」とは，入力手段としてのポインテ ィングデバイスから，画面上におけるポインタの座標位置を移動させる電 気信号を処理手段が受信することである（課題を解決するための手段，段 落【００２０】），2)命令ボタンを押し続けたままで出力手段としてのデ ィスプレイの画面上に表示されているポインタの移動命令を行う，例えば，＼n利用者がマウスにおける左ボタンや右ボタンを押したままマウスを移動さ せる行為がこれに該当する（発明を実施するための最良の形態，段落【０ ０７９】）と記載されている。これに加え，本件発明１におけるポインタ が画面上に表示され，画面上の特定の位置を指し示すものをいうことに鑑＼nみると，「入力手段を介してポインタの位置を移動させる命令」とは，利 用者が画面上に表示されているポインタの位置を移動させる操作を行うこ＼nとを意味すると解するのが相当である。 一方，本件ホームアプリにおいて，原告が「操作メニュー情報」に当た ると主張する左右スクロールメニュー表示は，利用者がショートカットア＼nイコンをロングタッチすることにより表示されるものであり（前記前提事＼n，画面上に表示されているポインタ（ショートカットアイコン並＼nびに青い線の交点及び白い円形の画像。前記１(3)）の位置を移動させる操 作により表示されるとは認められない。＼n以上によれば，本件ホームアプリが構成要件Ｅを充足すると認めること＼nはできない。
イ これに対し，原告は，「ポインタの位置の移動」とは，ポインタが画面 上に表示されるか否かにかかわらず，コンピュータプログラムがポインタ＼nの座標位置の情報の書換えを行うことをいうと主張するが，前記1(1)のと おりポインタは画面上に表示されるものであるから，原告の主張は前提を＼n欠き，これを採用することができない。なお，本件ホームアプリにおいて は，タップ操作やスライド操作の際にもポインタの座標位置の書換えが行 われることが認められるが（甲８の１及び２），これらの操作では左右ス クロールメニュー表示は表＼示されないのであるから，本件ホームアプリが 「ポインタの座標位置の書換え」により左右スクロールメニュー表示を表＼ 示するものでないことは明らかである。 また，原告は，タッチパネルでは指等が触れていれば継続的にポインタ の位置を移動させる命令を受信しており，ロングタッチを識別するために 入力されるデータ群には「ポインタの位置を移動させる命令」が含まれる から，本件ホームアプリは構成要件Ｅを充足するとも主張する。しかし，＼nこの主張は「ポインタの位置を移動させる命令」を受信してもロングタッ チと識別されるまでは左右スクロールメニュー表示が表＼示されないことを いうものにほかならず，失当というほかない。
均等侵害の成否
ア 原告は，本件ホームアプリにおける「利用者がタッチパネル上のショー トカットアイコンを指等でロングタッチする操作を行うことによって操作 メニュー情報が表示される」という構＼成は「利用者がタッチパネル上の指 等の位置を動かして当該ショートカットアイコンを移動させる操作を行う ことによって操作メニュー情報が表示される」という本件発明の構＼成と均 等であると主張するので，この点について検討する。
・・・・
ウ 本件明細書の上記各記載によれば，本件発明１は，従来の技術において はドラッグ＆ドロップを行うに際して継続的な操作に適用させるのが困難 であるなどといった問題点があったことから，1)利用者が必要になった場 合にすぐに操作コマンドメニューを画面上に表示させ，かつ，2)必要であ る間はこれを表示させ続けられる手段の提供を目的とするものである。そ＼nして，上記1)を達成するために「入力手段を介してポインタの位置を移動 させる命令を受信すると」操作メニュー情報を表示し（構＼成要件Ｅ），上 記2)を達成するために出力手段に表示した操作メニュー情報がポインタに＼nより指定されなくなるまで命令の実行を継続する（同Ｆ）という構成を採＼n用した点に特徴を有するものと認められる。そうすると，入力手段を介し てポインタの位置を移動させる命令を受信することによってではなく，ポ インタがロングタッチされることによって操作メニュー情報を表示すると＼nいう構成は，本件発明１と本質的部分において相違すると解すべきである。＼n
エ これに対し，原告は，利用者がドラッグ＆ドロップ操作を所望している 場合に操作メニュー情報を表示することが本質的部分であると主張する。＼nそこで判断するに，原告が操作メニュー情報に当たると主張する左右スク ロールメニュー表示は，ショートカットアイコンをホーム画面の別のペー＼n一方，本件ホームアプリにおいてロングタッチがされた場合に常にショー トカットアイコンをホーム画面の別のページへ移動させるドラッグ＆ドロ ップ操作が行われると認めるに足りる証拠はない。そうすると，ロングタ ッチがされたことをもって上記のドラッグ＆ドロップ操作が所望されてい るとみることはできないから，本質的部分に関する原告の上記主張を前提 としても，均等による本件特許権の侵害をいう原告の主張は採用すること ができない。

◆判決本文

◆関連事件です。同じく請求棄却です。平成29(ワ)13034

◆こちらも本件特許権は同じで請求棄却です。平成26(ワ)65

　ＣＳ関連発明の特許権侵害訴訟です。東京地裁は、均等侵害も第1、第2、第3要件を満たさない、分割要件違反、および一部のクレームについてサポート要件違反があるとして請求棄却しました。
　特許発明における本質的部分とは，当該特許発明の特許請求の範囲の 記載のうち，従来技術に見られない特有の技術的思想を構成する特徴的＼n部分であると解すべきである。 そして，上記本質的部分は，特許請求の範囲及び明細書の記載に基づ いて，特許発明の課題及び解決手段とその効果を把握した上で，特許発 明の特許請求の範囲の記載のうち，従来技術に見られない特有の技術的 思想を構成する特徴的部分が何であるかを確定することによって認定さ＼nれるべきである。すなわち，特許発明の実質的価値は，その技術分野に おける従来技術と比較した貢献の程度に応じて定められることからすれ ば，特許発明の本質的部分は，特許請求の範囲及び明細書の記載，特に 明細書記載の従来技術との比較から認定されるべきである。 ただし，明細書に従来技術が解決できなかった課題として記載されて いるところが，出願時の従来技術に照らして客観的に見て不十分な場合＼nには，明細書に記載されていない従来技術も参酌して，当該特許発明の 従来技術に見られない特有の技術的思想を構成する特徴的部分が認定さ＼nれるべきである。 また，第１要件の判断，すなわち対象製品等との相違部分が非本質的 部分であるかどうかを判断する際には，上記のとおり確定される特許発 明の本質的部分を対象製品等が共通に備えているかどうかを判断し，こ れを備えていると認められる場合には，相違部分は本質的部分ではない と判断すべきであり，対象製品等に，従来技術に見られない特有の技術 的思想を構成する特徴的部分以外で相違する部分があるとしても，その＼nことは第１要件の充足を否定する理由とはならないと解すべきである （知的財産高等裁判所平成２８年３月２５日（平成２７年(ネ)第１００ １４号）特別部判決参照）。
イ 原告は，本件発明１の本質的部分は「一の注文手続で，同一種類の金 融商品について，複数の価格にわたって一度に注文を行うこと」及び 「その注文と約定を繰り返すようにしたこと」にとどまると主張する。 この点，確かに，本件明細書等１には，本件発明１の課題として， 「本発明は・・・システムを利用する顧客が煩雑な注文手続を行うこと なく指値注文による取引を効率的かつ円滑に行うことができる金融商品 取引管理方法を提供することを課題としている。」（段落【０００６】） との記載がある。この記載に，「請求項１・・・に記載の発明によれば， ・・・一の注文手続きを行うことで，同一種類の金融商品を複数の価格 にわたって一度に注文できる。」（段落【００１７】），「請求項１・ ・・に記載の発明によれば，・・・約定した第一注文と同じ第一注文価 格における第一注文の約定と，約定した第二注文と同じ前記第二注文価 格における前記第二注文の約定とを繰り返し行わせるように設定するこ とにより，第一注文と第二注文とが約定した後も，当該約定した注文情 報群による指値注文のイフダンオーダーを繰り返し行うことが可能にな＼nる。」（段落【００１８】）との各記載も併せれば，原告の主張する 「一の注文手続で，同一種類の金融商品について，複数の価格にわたっ て一度に注文を行うこと」及び「その注文と約定を繰り返すようにした こと」との部分が本件発明１の本質的部分，すなわち従来技術に見られ ない特有の技術的思想を構成する特徴的部分であるように見えなくもな＼nい。 しかし，本件発明１に係る特許（本件特許１）の出願時の従来技術に 照らせば，本件明細書等１に本件発明１の課題として記載された「シス テムを利用する顧客が煩雑な注文手続を行うことなく指値注文による取 引を効率的かつ円滑に行うことができる金融商品取引管理方法を提供す ること」（段落【０００６】）は，本件発明１の課題の上位概念を記載 したものにすぎず，客観的に見てなお不十分であるといわざるを得ない。＼n以下，詳述する。
以上の各記載に，上記エのとおり，引用文献１には既に「一の注文手 続で，同一種類の金融商品について，複数の価格にわたって一度に注文 を行う」という技術が開示されていたことも併せれば，本件発明１は， 単に一の注文手続で複数の価格にわたって一度に注文を行うだけではな く，「請求項１・・・の発明」による「売買注文申込情報」，すなわち，＼n「金融商品の種類」（構成要件１Ｂ−１），「注文価格ごとの注文金額」＼n（構成要件１Ｂ−２），「注文価格」（構＼成要件１Ｂ−３），「利幅」 （構成要件１Ｂ−４）及び「値幅」（構＼成要件１Ｂ−５）を示す各情報 に基づいて，同一種類の金融商品を複数の価格について指値注文する注 文情報からなる注文情報群を生成することにより，金融商品を売買する 際，一の注文手続きを行うことで，同一種類の金融商品を複数の価格に わたって一度に注文できるという点にその本質的部分があるというべき である。
カ これを被告サービス１についてみると，被告サービス１では「利幅」 （構成要件１Ｂ−４）及び「値幅」（構＼成要件１Ｂ−５）を示す情報が 入力されないのであるから，本件発明１と被告サービス１の相違点が特 許発明の本質的部分ではないということはできない。 したがって，被告サービス１については，均等の要件のうち第１要件 を満たさない。
(4) 第２要件（置換可能性）について
次に，均等の第２要件について検討する。 原告は，本件発明１の課題は「専門的な知識がなく，必ずしも正確に相場 変動を予測することができなくても，また，常に相場に付ききりとならなく＼nても，ＦＸ取引により所望の利益を得ること」にある旨主張している。 しかし，仮に本件発明１の課題が原告の主張するところにあるとしても， 本件発明１と被告サービス１とは，課題解決原理が全く異なる。 すなわち，本件発明１では，顧客に利幅（構成要件１Ｂ−４）及び値幅＼n（構成要件１Ｂ−５）をはじめとして全ての注文を直接的かつ一義的に導き＼n出すに足りる情報を入力させた上，これにより，買いの指値注文及び売りの 指値注文からなる注文のペアを複数生成させ，この複数の注文のペアからな る注文を行うことで，上記課題を解決している。 一方，被告サービス１では，顧客が3)「参考期間」を選択しさえすれば， 4)「想定変動幅」を提案し，専門的な知識が必要である利幅（構成要件１Ｂ＼n−４）及び値幅（構成要件１Ｂ−５）を顧客に入力させることなく，複数の＼n注文のペアからなる注文を行うことで，上記課題を解決している。すなわち， 被告サービス１では，顧客に全ての注文を直接的かつ一義的に決定させるの ではなく，顧客には専門的な知識が必要とされる情報を入力させないまま， 注文を行わせるものである。 このように，本件発明１と被告サービス１は，金融商品の相場変動を正確 に予測することができなくてもＦＸ取引による所望の利益を得るという課題＼nを，顧客に利幅（構成要件１Ｂ−４）及び値幅（構＼成要件１Ｂ−５）という 専門的な知識が必要である情報を入力させることで解決するか（本件発明 １），それともこれらの情報を入力させないまま解決するか（被告サービス １）という課題解決原理の違いがあり，そのため作用効果も異なってくるも のといわざるを得ない。 したがって，均等の第２要件に関する原告の主張は理由がない。
(5) 第３要件（容易想到性）について
さらに，均等の第３要件について検討する。
ア 原告は，甲１５公報及び甲１７公報並びに他の証券会社の提供した 「クイック仕掛け（買いゲリラ100pips）」という機能に照らせば，値幅＼nを直接入力せずに他の情報を入力してこれらの情報から値幅を算出して 決定するという構成や，あらかじめ設定された値を用いるという構＼成は， 被告サービス１の提供開始時において既に公知の構成であったと主張す＼nるので，以下検討する。
イ まず，甲１５公報の「要約」欄には，以下の記載がある。
・「注文情報生成部は，取り引きの上限価格と，取り引きの下限価格と， 同時に生成される注文情報群の数とを取得し，取得された値に基づいて， 第一注文どうしの価格差が一定となり，第二注文どうしの価格差が一定 となり，かつ，同一の注文情報群に属する第一注文と第二注文との価格 差が一定となるように，第一注文及び第二注文の価格をそれぞれ演算す る。」 また，甲１７公報には，以下の記載がある。
・「前記表示手段における上側の接触位置に対応して表＼示された前記価 格情報に基づいて上限価格を設定すると共に前記表示手段における下側＼nの接触位置に対応して表示された前記価格情報に基づいて下限価格とを＼n設定させると共に，前記注文発注手段に対し，前記上限価格と前記下限 価格との間に形成された前記発注価格帯において前記注文情報を発注さ せることを特徴とする金融商品取引システム。」（【請求項1】）
・「前記注文発注手段は，前記任意の発注条件として，前記金融商品の 注文個数情報を備え，前記発注価格帯において，前記注文個数情報に基 づく複数の前記注文情報を，それぞれの価格差が均等な指値注文を発注 するように生成することを特徴とする請求項１乃至６の何れか一つに記 載の金融商品取引システム。」（【請求項7】）
・「ポジション・ペアの数は，第一形態注文入力画面33（図8）で注文個 数入力欄（図示せず）に入力された注文個数情報の数値，又は，発注価 格帯の数値を値幅入力欄（図示せず）に入力された数値で割った値のう ちの整数値と同じ個数に等しく設定される。」（段落【００８２】）
ウ 上記各記載を踏まえ，原告は，甲１５公報にはトラップを仕掛ける範 囲（「取引の上限価格」と「取引の下限価格」）と，トラップの本数 （「同時に生成される注文情報群の数」）を入力し，これらの情報に基 づいて値幅及び利幅（「第一注文どうしの価格差」及び「同一の注文情 報群に属する第一注文価格と第二注文価格との差」）を一定となるよう に演算して決定する構成が開示されており，また，甲１７公報にも，ト＼nラップを仕掛ける範囲（タッチパネルの上下の接触位置に対応する「発 注価格帯」）と，トラップの本数（「注文個数情報」）を入力し，これ らの情報に基づいて，値幅が均等となるように演算して決定する構成が＼n開示されていると主張する。 しかし，被告サービス１においては，そもそも注文情報群の数（原告 の主張する「トラップの本数」）を顧客が入力する構成とはなっていな＼nい。すなわち，原告の主張によっても，被告サービス１では，顧客は6) 「対象資産（円）」欄に金額を入力するのみであり，被告サーバにおい てその額の証拠金で生成可能な数の注文情報群を生成するというのであ＼nる。 加えて，前述のとおり，本件発明１（構成要件１Ｂ）と被告サービス＼n１の相違点は，本件発明１では構成要件１Ｂ−４（利幅を示す情報）及＼nび構成要件１Ｂ−５（値幅を示す情報）を入力するのに対し，被告サー＼nビス１では2)「注文種類」ないし6)「対象資産（円）」の五つの情報を 入力する点にあるところ，甲１５公報及び甲１７公報にはこれらの五つ の情報の入力については何ら開示されていない。 エ さらに，他の証券会社の提供した「クイック仕掛け（買いゲリラ 100pips）」という機能についてみても，原告によれば，同機能＼では利幅 及び値幅はあらかじめ設定されていて，顧客が入力するものではないと いうのである。そうすると，利幅（構成要件１Ｂ−４）及び値幅（構＼成 要件１Ｂ−５）が顧客の入力に係る本件発明１に対し，利幅（構成要件＼n１Ｂ−４）及び値幅（構成要件１Ｂ−５）があらかじめ設定されている＼n「クイック仕掛け（買いゲリラ100pips）」の技術を適用する基礎がそも そも存在しないものといわざるを得ない。 オ 以上によれば，本件発明１の構成を被告サービス１のものに置換する＼nことについて，当業者が被告サービス１の開始時点において容易に想到 することができたとはいえない。 したがって，均等の第３要件に関する原告の主張は理由がない。
・・・・
原出願である本件特許２に係る本件明細書等２の段落【０００５】ないし 【０００８】の記載によると，本件特許２は，従来技術の課題として，取引 開始直後の注文が成行注文のイフダンオーダーをすることができなかったこ と及びイフダンオーダーを繰り返し行えなかったことを技術課題として設定 している。 この課題を解決する手段として，本件明細書等２では，取引開始直後に約 定する成行注文の約定価格を基準として，注文情報群を生成し，これに基づ いて，決済注文である指値注文及び逆指値注文を行い，当該指値注文が約定 すると，新たな注文情報群を生成させ，これに基づいて，先行する成行注文 の約定価格と同一の価格の指値注文を行い，当該指値注文が約定すると，当 該新たな注文情報群に基づいて，当該指値注文の決済注文であって，先行す る決済注文である指値注文及び逆指値注文と同一の価格の指値注文及び逆指 値注文を行うことが開示されている。 すなわち，本件明細書等２の段落【００４４】では，「・・・成行リピー トイフダンでは，一回目のイフダンでは，第一注文で買い注文または売り注 文の一方を成行で行ったのち，第二注文で買い注文または売り注文の他方を 指値で行う。・・・この第二注文の約定の後，指値の第一注文（このときの 指値価格は一回目の成行注文での約定価格とする）と指値の第二注文とから なるイフダンが，複数回繰り返される。」とされ，段落【００６２】では 「ここで，本実施形態の第一注文は，一回目は成行注文で行われるが，二回 目以降は指値注文で行われる。このため，約定情報生成部１４は，当該成行 注文の約定価格を，二回目以降の第一注文の指値価格に設定する。」とされ た上，【図７】においても，２回目以降の指値の第一注文の価格を１回目の 成行注文の約定価格とする旨の記載がある。そして，証拠（乙１１，１３） 及び弁論の全趣旨によれば，これらの段落【００４４】及び【００６２】並 びに【図７】は，出願当初の明細書等から補正がされていないものと認めら れる。
(4) そこで，構成要件３Ｆ−２の「前記指値注文」の構＼成と，本件明細書等２ の記載とを比較すると，本件明細書等２には２回目以降の指値の第一注文の 価格を１回目の成行注文の約定価格とすることしか開示されておらず，２回 目以降の指値の第一注文の価格を任意の価格にできるといった記載はない。 また，２回目以降の指値の第一注文の価格をどのような価格にするのか，言 い換えると，１回目の成行注文の約定価格以外のどのような価格に設定する のか，そのための方法等は一切開示されていない。 そうすると，本件明細書等２の出願当初及び分割直前の明細書等には，そ の技術課題及び課題を解決するための手段からみて，２回目以降の指値の第 一注文の価格を任意の価格に設定できることが形式的にも実質的にも記載さ れていないものといわざるを得ない。 したがって，本件発明３の構成要件３Ｆ−２は，分割出願の出願日が原出＼n 願の出願日へ遡及するための要件である，上記1)及び2)の要件のいずれも満 たさないから，本件発明３に係る特許出願には特許法４４条２項の適用がな く，分割要件違反となるものというべきである。
(5) 原告の主張に対する判断
この点に関して原告は，本件発明２及び３の技術思想は「顧客が煩雑な注 文手続を行うことなく複数のイフダンオーダーを繰り返し行うことができて， システムを利用する顧客の利便性を高めると共にイフダンオーダーを行う際 に顧客が被るリスクを低減させることができる。」ことにあり，２回目以降 の第一注文の指値価格をどのようなものにするのかは，上記技術思想とは直 接の関係がないため，当業者において適宜選択・決定すれば足りる事項であ ると主張する。 しかし，上記(3)において引用したところからすれば，本件発明２の技術 思想は，先行する成行注文の約定価格と同一の価格の指値注文を行うところ にもあるということになる。そうすると，本件明細書等２に対し，システム が２回目以降の指値の第一注文の指値価格を決定するという構成を追加する＼nことは，新たな技術的事項を導入するものというべきであるから，原告の上 記主張はその前提を欠き，採用することができない。 (6) 以上によれば，本件発明３に係る特許出願の出願日は，原出願の出願日ま で遡及せず，現実の出願日である平成２６年１１月１３日となるところ，本 件発明２に係る特許出願の出願公開の公開日は平成２５年７月１１日である から（甲４の２），本件発明３の新規性は，本件発明３を下位概念化した本 件発明２によって，否定されることになる。 したがって，本件発明３に係る特許は，特許法２９条１項３号に違反して されたものであるから，同法１２３条１項２号によって特許無効審判により 無効にされるべきものである。
・・・・
(1) 特許制度は，明細書に開示された発明を特許として保護するものであり， 明細書に開示されていない発明までも特許として保護することは特許制度の 趣旨に反することから，特許法３６条６項１号のいわゆるサポート要件が定 められたものである。 したがって，同号の要件については，特許請求の範囲に記載された発明が， 発明の詳細な説明の欄の記載によって十分に裏付けられ，開示されているこ＼nとが求められるものであり，同要件に適合するものであるかどうかは，特許 請求の範囲の記載と発明の詳細な説明の記載とを対比し，特許請求の範囲に 記載された発明が発明の詳細な説明に記載された発明であるか，すなわち， 発明の詳細な説明の記載と当業者の出願時の技術常識に照らし，当該発明に おける課題とその解決手段その他当業者が当該発明を理解するために必要な 技術的事項が発明の詳細な説明に記載されているか否かを検討して判断すべ きものと解される。
(2) これを本件についてみるに，原告の主張によれば，構成要件３Ｆ−２の＼n「前記指値注文」とは，その価格については何の限定もなく，任意の指値価 格をその指値価格とする指値注文ということになる（前記10(3)）。しかる に，前記10(3)で引用した本件明細書等２の段落【００４４】及び【００６ ２】並びに【図７】は，本件明細書等３の段落【００４２】及び【００６０】 並びに【図７】に相当するところ，これらの段落等にも，その技術課題及び 課題を解決するための手段からみて，２回目以降の指値の第一注文の価格を 任意の価格に設定できることが形式的にも実質的にも記載されているとはい えない。 そうすると，当業者において，本件発明３の解決手段その他当業者が当該 発明を理解するために必要な技術的事項が，本件明細書等３の発明の詳細な 説明に記載されているものと認めることはできない。
(3) したがって，本件発明３は特許法３６条６項１号に規定するサポート要件 を満たしていないことになるから，本件発明３に係る特許は同法１２３条１ 項４号によって特許無効審判により無効にされるべきものである。

◆判決本文

　録画機構を含まないとして、構＼成要件を具備せず非侵害と判断されました。外付けのＨＤＤを準備するのはユーザであるというものです。
　以上の特許請求の範囲や「発明の詳細な説明」の記載を総合すると，本 件発明は，デジタル格納部を含むユーザテレビ機器を備えた双方向テレビ 番組ガイドシステムに係る発明であるというべきである。 なお，明細書の【図１】（本件発明による例示的システムとされている。 段落【００１１】ないし【００１３】参照）においても，本件発明の「双 方向テレビ番組ガイドシステム」が，主設備（１２），番組ガイドデータ ソース（１４），テレビ配信設備（１６），ユーザテレビ機器（２２）を＼n全て含むことが示されている。 イ 他方で，証拠（甲１０の１及び２，１４，１６）及び弁論の全趣旨によ れば，被告物件である液晶テレビ製品は，単に放送を受信するだけで，い ずれもそれ自体に録画できるメモリー部分（デジタル格納部）を備えてお らず，録画先としては，外付けのＵＳＢハードディスクやレグザリンク対 応の東芝レコーダーとされており，これらを被告物件に接続することによ って初めて，被告物件で受信した番組を上記ハードディスク等に録画する ことが可能であるものと認められる。
ウ 以上のとおり，本件発明は，デジタル格納部を含むユーザテレビ機器を 備えた双方向テレビ番組ガイドシステムに係る発明であるから，被告物件 （液晶テレビ製品）が本件発明の技術的範囲に属するというためには，被 告物件が「番組をデジタル的に格納可能な部分」を含むことが必要である＼nところ，被告物件は，それ自体にテレビ番組をデジタル録画可能なメモリ＼nー部分を有していないから，この点において，構成要件Ｃを充足しないと＼nいうべきである。
エ これに対し，原告は，本件発明は「双方向テレビ番組ガイドシステム」 の発明であって，テレビ本体やデジタル格納デバイス自体の発明ではなく， 構成要件Ａは「双方向テレビ番組ガイドシステム」が「ユーザテレビ機器＼n（２２）」自体を備えることを規定するものではないし，構成要件Ｃも，＼nあくまで複数の番組をデジタル的に格納する「手段」を構成要件の内容と＼nして規定するものであって，デジタル格納デバイスを規定しているわけで はないから，被告物件自体がＵＳＢハードディスクを備えているか否かは， 本件発明の構成要件充足性には無関係である旨主張する。＼nしかしながら，原告の上記主張は，上記で説示した特許請求の範囲や明 細書の各記載（例えば，本件発明の目的が「従来双方向番組ガイドシステ ムにより提供されたものよりも高度な機能を提供するように番組ガイドを＼n用いることを可能にするデジタル格納部を備えた双方向番組ガイドシステ＼nムを提供すること」であるとの明細書の記載（段落【０００６】）等）に 明らかに反するものであるから，採用することができない。
(2) 構成要件Ｄの充足性について＼n ア 証拠（甲７，乙１４，１５）及び弁論の全趣旨によれば，以下の事実が 認められる。
・・・
イ このように，本件特許の出願人であったユナイテッド社は，本件特許の 出願段階で，特許庁に対し，本件発明が「引用文献３」（本件の乙２０に 相当する。）記載の発明とは異なり，進歩性を有することを示すことを目 的として，本件発明では，同文献記載の発明とは異なり，「番組データが 格納される前に，番組が格納される」旨主張していたものである。そして， 特許庁では，ユナイテッド社の以上のような主張をも考慮した上で，本件 発明は「引用文献３」記載の発明とは異なり，かつ同発明からは容易想到 ではないとして，特許査定をしたものと解される。そうであれば，本件発 明の構成要件Ｄにおける番組の格納と番組データの格納の先後関係につい＼nては，ユナイテッド社の上記主張のとおり，「番組データが格納される前 に番組が格納される」ものと解すべきであり，上記特許出願人の地位を承 継した原告が上記特許出願人による上記主張内容と異なる主張を本件訴訟 においてすることは，禁反言の原則に反するものとして許されないという べきである。
ウ そうであるところ，被告物件において「番組データが格納される前に番 組が格納（録画）される」という先後関係があるものとは認められないか ら，被告物件は，構成要件Ｄを充足しない。
エ なお，原告は，回答書（乙１４）における引用文献３についての説明は， 単に本件発明と引用文献３記載の発明の内容の違いを説明したにすぎない とも主張するが，原告の同主張を前提としても，上記特許出願人が本件特 許の出願過程において上記のような説明をしたことに何ら変わりはないか ら，原告の上記主張は上記説示を何ら左右するものではない。

◆判決本文