- 1 -平成２９年１１月２８日判決言渡平成２９年（ネ）第１００３８号損害賠償請求控訴事件（原審・東京地方裁判所平成２８年（ワ）第１０８３４号）口頭弁論終結日平成２９年１０月３日判決 控訴人（一審原告） 株式会社コアアプリ 同補佐人弁理士古志達也 被控訴人（一審被告）ＫＤＤＩ株式会社 同訴訟代理人弁護士辻居幸一 高石秀樹 山本飛翔同補佐人弁理士鈴木信彦主文 １ 本件控訴を棄却する。 ２ 控訴費用は控訴人の負担とする。 事実及び理由 用語の略称及び略称の意味は，本判決で付するもののほか，原判決に従う。 第１ 控訴の趣旨 １ 原判決を取り消す。 ２ 被控訴人は，控訴人に対し，４１２万７７６０円及びこれに対する平成２７年１０月３０日から支払済みまで年５分の割合による金員を支払え。 第２ 事案の概要 - 2 - １ 事案の経緯等(1) 本件は，発明の名称を「入力支援コンピュータプログラム，入力支援コンピュータシステム」とする本件特許権を有する控訴人が，被控訴人に対し，被控訴人が販売するスマートフォン「ＰＴＬ２１」（被控訴人製品）にインストールされているソフトウェア（本件ホームアプリ）及び被控訴人製品が本件特許権を侵害すると主張して，民法７０９条に基づき，損害賠償金４１２万７７６０円（特許法１０２条３項により算定される損害額５億８９６８万円の一部である３９３万１２００円と弁理士費用１９万６５６０円の合計額）及びこれに対する不法行為後の日（被控訴人に対する通知書到達の日の翌日）である平成２７年１０月３０日から支払済みま 億８９６８万円の一部である３９３万１２００円と弁理士費用１９万６５６０円の合計額）及びこれに対する不法行為後の日（被控訴人に対する通知書到達の日の翌日）である平成２７年１０月３０日から支払済みまで民法所定年５分の割合による遅延損害金の支払を求める事案である。 (2) 原審は，①本件ホームアプリは構成要件Ｅを充足しないし，本件ホームアプリの構成は本件発明１と本質的部分において相違するから，本件ホームアプリは，本件発明１及び３の技術的範囲に属しない，②本件ホームアプリをインストールした被控訴人製品は，本件特許の特許請求の範囲請求項３を引用する本件発明４及び５の技術的範囲に属しないと判断して，控訴人の請求を棄却した。 (3) 控訴人は，原判決を不服として控訴した。 ２ 前提事実本件の前提事実（当事者間に争いがないか，後掲の証拠により認められる事実）は，下記(1)～(4)のとおり原判決を補正するほかは，原判決の「事実及び理由」欄の第２の１に記載のとおりである。 (1) 原判決２頁１１行目の「その特許出願の願書に添付された明細書及び図面」の後に「〔甲２〕」を挿入する。 (2) 原判決５頁２０行目～２２行目を，次のとおり改める。 「（４）前記入力手段を介して，前記開始動作命令の受信に対応する，前記命令ボタンが利用者によって離されたことによる終了動作命令を受信すると，前記出力手段へ表示している前記メニュー情報の表示を終了すること，」 - 3 -(3) 原判決５頁２４行目～２６行目を，次のとおり改める。 「Ｇ：（４）前記入力手段を介して，前記開始動作命令の受信に対応する，前記命令ボタンが利用者によって離されたことによる終了動作命令を受信すると，前記出力手段へ表示している前記メニュー情報の表示を終了すること，」 記入力手段を介して，前記開始動作命令の受信に対応する，前記命令ボタンが利用者によって離されたことによる終了動作命令を受信すると，前記出力手段へ表示している前記メニュー情報の表示を終了すること，」(4) 原判決６頁３行目に「請求項３」とあるのを「請求項１及び３」と改める。 ３ 争点本件の争点は，原判決「事実及び理由」欄の第２の２に記載のとおりである。 ４ 争点に関する当事者の主張本件の争点に関する当事者の主張は，下記(1)及び(2)のとおり当審における控訴人の補充主張とそれに対する被控訴人の主張を加えるほかは，原判決「事実及び理由」欄の第２の３に記載のとおりである。 (1) 当審における控訴人の補充主張ア争点(1)イ（「ポインタ」〔構成要件Ｂ，Ｅ，Ｆ〕の充足性）について(ｱ) 本件明細書の記載及び当業者の技術常識（甲１９，３９～４２，４６，乙６）によると，本件発明１において，「カーソル」とは，「出力手段である画面上に表示され，画面上の特定の位置を指し示す記号等であって，状況によって形状が変化したり，消えることがあるもの」であり，「ポインタ」とは，「このカーソルに対応するものであって，単一もしくは複数種類のポインティングデバイスに対応したコンピュータプログラムを作成するため，仮想的に存在するポインティングデバイスであり，その位置を記憶手段に記憶するもの」である。 (ｲ) 被控訴人製品は，画面上の特定の位置を指し示す記号等である「カーソル画像」を３種類表示している（甲３８の１・２）。 そして，被控訴人製品を含むコンピュータが出力手段である表示画面に「カーソル画像」を表示するためには，基準となる「ポインタの座標位置」が記憶手段に記憶されて，情報処理の対象となる必要があるから，被控訴人製 ，被控訴人製品を含むコンピュータが出力手段である表示画面に「カーソル画像」を表示するためには，基準となる「ポインタの座標位置」が記憶手段に記憶されて，情報処理の対象となる必要があるから，被控訴人製品は，「ポインタの座標位置」を有している。これは，「開発者向けオプション」を選択し，「ポインタの - 4 -位置を表示」を有効にした際に表示される，画面左上の「ポインタの座標位置」の数値が変化すること（甲７の１・２，甲２６の１・２）からも，裏付けられる。 また，被控訴人製品の本件ホームアプリにおいて表示された「カーソル画像」は，マウス，タッチパネルのいずれからも操作することができるから，本件ホームアプリは，複数のポインティングデバイスからの入力に対応しており，そのためには，ハードの違いを吸収するために「ハードウエアの仮想化」による抽象化が必要である。したがって，被控訴人製品の基本ソフトは，ハードウエア抽象化レイヤのコンピュータプログラムにおいて，仮想的に存在するポインティングデバイスを有している。 以上によると，被控訴人製品は，本件発明１の「ポインタ」の構成を有する。 (ｳ) 被控訴人は，本件発明１は，「ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示する」ものであるとともに，「入力手段を介してポインタの位置を移動させる」ものであり，「操作メニュー情報がポインタにより指定される」ものであると主張するが，「ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示する」は，本件特許の特許請求の範囲請求項１においては，「操作メニュー情報」の説明（修飾詞）であり，「ポインタ」の説明ではない。 また，本件明細書【０００４】の「マウスポインタ」は，入力手段がマ る」は，本件特許の特許請求の範囲請求項１においては，「操作メニュー情報」の説明（修飾詞）であり，「ポインタ」の説明ではない。 また，本件明細書【０００４】の「マウスポインタ」は，入力手段がマウス環境の場合に限定された「カーソル画像」の名称であるから，この「マウスポインタ」の記載により，マウス以外にもキーボードやタッチパネル等を想定した本件発明１の「ポインタ」を限定することはできない。 さらに，本件明細書【００１２】は，「ポインタの座標位置」と，絵記号である「カーソル（マウスカーソル）」の位置関係を記載したものであり，「ポインタ」自体の説明ではなく，「ポインタ」自体が「カーソル（マウスカーソル）」であるとは読めない。 イ争点(1)オ（「入力手段を介してポインタの位置を移動させる命令を受信 - 5 -すると…操作メニュー情報を…出力手段に表示する」〔構成要件Ｅ〕の充足性）について本件ホームアプリは，次のとおり，構成要件Ｅを充足する。 (ｱ)ａ 構成要件Ｅの「ポインタの位置を移動させる命令を受信する」のは，構成要件Ｃ１の「処理手段」であり，これに該当するＣＰＵ（中央演算装置）が受信したり，処理できるのは，「情報（データ・電気信号）」である。本件明細書【００２０】にも，「『入力手段を介してポインタの位置を移動させる命令を受信する』とは，入力手段としてのポインティングデバイスから，画面上におけるポインタの座標位置を移動させる命令（電気信号）を処理手段が受信することである」と記載されており，処理手段が入力手段から受信する「ポインタの位置を移動させる命令」は，「情報（データ・電気信号）」である。 また，本件明細書【００７９】には，マウス・キーボード環境において，電気信号である「ポインタの座標位置を移動させる する「ポインタの位置を移動させる命令」は，「情報（データ・電気信号）」である。 また，本件明細書【００７９】には，マウス・キーボード環境において，電気信号である「ポインタの座標位置を移動させる命令」は，ドラッグ操作等により，入力手段のマウス・キーボードから処理手段が受信することが記載されている。 そして，本件明細書【００１１】には，「『入力手段』とは，例えばキーボード，マウス，タッチパネル等」と記載され，入力手段にはタッチパネルが含まれるところ，タッチパネル環境とマウス・キーボード環境とでは，ドラッグ＆ドロップ操作を開始するために行う入力手段の操作が異なっている。 以上によると，構成要件Ｅの「ポインタの位置を移動させる命令」は，「情報（データ・電気信号）」であって，「（処理手段が）入力手段を介してポインタの位置を移動させる命令を受信する」には，少なくとも「（処理手段が）ドラッグ＆ドロップ操作を開始させる命令（電気信号）を受信する」ことが含まれる。 なお，原判決は，本件発明１の「ポインタ」とは，出力手段である画面上に表示され，画面上の特定の位置を指し示す記号等であって，座標位置を有し，入力手段を用いてその位置を移動させることが可能なものをいうと判断したが，仮に原判決のように，「ポインタ」が画面上に表示されるものと解釈しても，上記のとおり，本 - 6 -件明細書【００２０】に「ポインタの位置を移動させる命令」の定義が明確に記載されていることから，「ポインタの位置を移動させる命令」の上記解釈は左右されない。 ｂ タッチパネル環境では，ドラッグ＆ドロップ操作を開始するために行う入力手段の操作は，ロングタッチ操作である。 ｃ 原判決認定のとおり，被控訴人製品では，「左右スクロールメニュー表示は，利用者がシ ネル環境では，ドラッグ＆ドロップ操作を開始するために行う入力手段の操作は，ロングタッチ操作である。 ｃ 原判決認定のとおり，被控訴人製品では，「左右スクロールメニュー表示は，利用者がショートカットアイコンをロングタッチすることにより表示されるものであり」，これは，タッチパネル環境においてドラッグ＆ドロップ操作を開始するために行う入力手段の操作であるから，被控訴人製品は，構成要件Ｅの「（処理手段が）入力手段を介してポインタの位置を移動させる命令を受信する」を充足する。 (ｲ) 原判決は，「入力手段を介してポインタの位置を移動させる命令」とは，利用者が画面上に表示されているポインタの位置を移動させる操作を行うことを意味すると判断したが，仮にこの原判決の解釈を前提としても，被控訴人製品は，構成要件Ｄの「開始動作命令」を受信した後に，電気信号として「ポインタの位置を移動させる命令」を受信している。 すなわち，被控訴人製品は，被控訴人製品に触れていないペン（指）が，被控訴人製品のタッチパネルのアイコン画像に触れると，①このアイコン画像とは画面上の別の位置にあった「矢印」であったカーソル画像（甲３８の１の０分１０秒頃の映像参照）が，その位置を移動することなく，「外枠が白い円形」のカーソル画像（甲３８の１の０分２０秒頃の映像参照）に変化し，続いて，②この「外枠が白い円形」のカーソル画像は消え，先にペン（指）が触れたアイコン画像上に，「全体が白い円形」のカーソル画像（甲３８の１の０分２７秒頃の映像参照）が表示される。カーソルが状況によって形状が変化することがあることは，当業者の技術常識であるから（甲３９，４２，乙６），上記①から②のとおり，「カーソル画像」が移動している以上，これが指し示している「ポインタの座標位置」も移動 によって形状が変化することがあることは，当業者の技術常識であるから（甲３９，４２，乙６），上記①から②のとおり，「カーソル画像」が移動している以上，これが指し示している「ポインタの座標位置」も移動している。 - 7 -このように，被控訴人製品は，「離れた指がタッチパネルの特定の位置に触れる利用者の行為」によって，入力手段を介して，甲３８の１の０分２０秒頃の「開始動作命令」（構成要件Ｄ）と，同０分２７秒頃の「ポインタの位置を移動させる命令」（構成要件Ｅ）の二つを続けて受信している。 (ｳ) 被控訴人製品が，構成要件Ｅの「ポインタの位置を移動させる命令を受信すると…操作メニュー情報を表示する」構成を充足することを，図１を用いて説明すると，次のとおりである。 （図１） 被控訴人製品は，図１のとおり，①本件発明１の「開始動作命令」を受信すると， - 8 -②円形のカーソル画像に，カーソルの形状を変化させる。 続いて，③「ポインタの位置を移動させる命令」を受信すると，④円形のカーソルの表示位置を変更する。そして，基本ソフトであるAndroidOS は，「タッチイベント」を発生させる。 すると，本件ホームアプリの「onTouchEvent」のコンピュータプログラムが，「ACTION_DOWN」と呼ばれるデータと，「タッチ位置」，すなわち「ポインタの座標位置」を取得する。これを「ジェスチャーディテクタ」と呼ばれるコンピュータプログラムに渡すと，０．６秒後に⑤「操作メニュー情報」を表示する構成である。 このように，被控訴人製品の基本ソフトであるAndroidOS と，本件ホームアプリの組合せは，本件発明１の「開始動作命令」を受信した後に，「ポインタの位置を移動させる命令」を受信すると，０．６秒後に「操作メニ 控訴人製品の基本ソフトであるAndroidOS と，本件ホームアプリの組合せは，本件発明１の「開始動作命令」を受信した後に，「ポインタの位置を移動させる命令」を受信すると，０．６秒後に「操作メニュー情報」を表示する構成であるから，構成要件Ｅの「ポインタの位置を移動させる命令を受信すると…操作メニュー情報を表示する」を充足する。 (ｴ) 原判決は，操作メニュー情報について，ロングタッチすることにより表示されるものであり，画面上に表示されているポインタの位置を移動させる操作により表示されるとは認められないと判断したが，ロングタッチは，操作であって，命令（電気信号）ではない。また，本件発明１のコンピュータプログラム及び本件ホームアプリにおいて，処理手段がポインティングデバイスから受信する電気信号は，「カーソルをどの方向にどれだけ動かせばよいのか」と「クリックされたか（ボタンが押された，離された）」といった２種類の情報の元となる電気信号であり（甲４１），処理手段は，「利用者がロングタッチ操作を行ったという電気信号」を受信するわけではない。「タッチによる電気信号」と「タッチしたままの状態を表す電気信号」という，入力手段からの複数の電気信号によって，処理手段が「ロングタッチ操作である」と判断しているにすぎない。 被控訴人製品の処理手段が実行している，本件ホームアプリなどのアプリケーションソフトは，「タッチイベント」と呼ばれる仕組みによって，入力手段から入力さ - 9 -れた電気信号から得た「データ」や「情報」を，被控訴人製品の基本ソフトである「AndroidOS」から取得するが，「タッチイベント」から取得できる利用者の操作は，「タッチダウン」（タッチパネルから離れている指がタッチパネルに触れたこと），「タッチアップ」（タッチ である「AndroidOS」から取得するが，「タッチイベント」から取得できる利用者の操作は，「タッチダウン」（タッチパネルから離れている指がタッチパネルに触れたこと），「タッチアップ」（タッチパネルから指が離れたこと），「ムーブ」（タッチパネルに触れている指が動いたこと）の３種類である。そして，被控訴人製品を含め，アプリケーションソフトの内部に「onTouchEvent メソッド」と呼ばれるコンピュータプログラムを用意することにより，入力手段からのデータが含まれる「MotionEventクラス」と呼ばれるデータを基本ソフト（AndroidOS）から取得し，「MotionEventクラス」に記憶されている「アクション種別」のデータを読み出し，「アクション種別」が「MotionEvent.ACTION_DOWN」（以下，単に「ACTION_DOWN」ともいう。）であれば，利用者の行為が「タッチダウン」であり，「MotionEvent.ACTION_MOVE」（以下，単に「ACTION_MOVE」ともいう。）であれば，利用者の行為が「ムーブ」であると認識し，出力手段の表示を変える等の情報処理を実行することができる。また，被控訴人製品のコンピュータプログラムが取得する「MotionEvent クラス」のデータには，必ず「タッチ位置」のＸＹ座標が含まれる（以上につき，甲４４）。 被控訴人製品のタッチパネルに，離れていた指が触れると，前記のとおり，被控訴人製品の処理手段は，「開始動作命令」及び「ポインタの位置を移動させる命令」を受信して，最後にタッチしていた以前のタッチ位置から「カーソル画像」が移動するが，このときの利用者の行為は「タッチダウン」である。そこで，被控訴人製品の処理手段が，「開始動作命令」及び「ポインタの位置を移動させる命令」を していた以前のタッチ位置から「カーソル画像」が移動するが，このときの利用者の行為は「タッチダウン」である。そこで，被控訴人製品の処理手段が，「開始動作命令」及び「ポインタの位置を移動させる命令」を受信すると，アプリケーションソフトは，「ACTION_DOWN」及び「タッチ位置」を含む「MotionEvent クラス」のデータを取得する。 また，被控訴人製品では，「ロングタッチ操作」や「タップ操作」，「スライド操作」といった操作を「ジェスチャー」として分類し，単一又は複数の「タッチダウン」，「ムーブ」，「タッチアップ」といった，利用者が行った単純な行為と，タッチ位置の組合せ（を表す電気信号）に基づいて，処理手段が「ジェスチャー」を認識する。 - 10 -そして，処理手段がジェスチャーを認識すると，それぞれの操作に応じたジェスチャーイベントが発生する（以上につき，甲４４）。 被控訴人製品のアプリケーションソフトが「ジェスチャーイベント」を取得するためには，「onTouchEvent メソッド」のコンピュータプログラムの内部に，「ジェスチャーディテクタ」のコンピュータプログラムを設置（記述）する。そして，ジェスチャーディテクタが「長押し（ロングタッチ操作）」を認識すると，アプリケーションソフトの開発者が用意した「onLongPress メソッド」のコンピュータプログラムを処理手段が実行する。本件ホームアプリにおいて，「操作メニュー情報」である「左右スクロールメニュー表示」は，この「ジェスチャーディテクタ」の「onLongPressメソッド」を利用して，実現している。 被控訴人製品が搭載しているAndroidOS の一部として開発された「ジェスチャーディテクタ」のソースコード（甲４５）によると，gestureDetector（ジ 」を利用して，実現している。 被控訴人製品が搭載しているAndroidOS の一部として開発された「ジェスチャーディテクタ」のソースコード（甲４５）によると，gestureDetector（ジェスチャーディテクタ）のonTouchEvent メソッドは，８頁４９０行～１１頁６８０行に記載されており，８頁４９０行から１行ずつ実行され，同頁５２０行からは，アクション種別ごとに異なった処理となる。アクション種別が「ACTION_DOWN」の場合には，９頁５５４行～５９０行が実行されるが，このうち，９頁５８６行～５８７行の「mHandler.sendEmptyMessageAtTime(LONG_PRESS,mCurrentDownEvent.getDownTime()+TAP_TIMEOUT+LONGPRESS_TIMEOUT);」が実行されると，本件ホームアプリで利用される，パンテックワイヤレスが用意した「onLongPress メソッド」が呼び出され，「左右スクロールメニュー表示」（操作メニュー情報）が表示される。 「mHandler.sendEmptyMessageAtTime」は，次の処理を示すデータを，指定する時間に他のコンピュータプログラムに送信するメソッドであり，データを送信する時間は，「mCurrentDownEvent.getDownTime()+TAP_TIMEOUT+LONGPRESS_TIMEOUT」によって指定される。「mCurrentDownEvent.getDownTime()」は，タッチダウンによって指が触れた時間である。「TAP_TIMEOUT」と「LONGPRESS_TIMEOUT」は，あらかじめ定義されたミリ秒単位の数値であり，「getTapTimeout メソッド」のソースコード（甲 - 11 - る。「TAP_TIMEOUT」と「LONGPRESS_TIMEOUT」は，あらかじめ定義されたミリ秒単位の数値であり，「getTapTimeout メソッド」のソースコード（甲 - 11 -４８）及び映像（甲３８の１）によると，その合計は０．６秒と考えられる。 タップ操作及びスライド操作は，「離れていた指が，タッチパネルに触れる行為」（ACTION_DOWN）によって，「カーソル画像」が移動を終えた後に，追加して，利用者が指を離したり（ACTION_UP），大幅に動かしたり（ACTION_MOVE）といった別の行為を行う操作である。これらの利用者の追加の行為によって，甲４５の１０頁６１３行や１１頁６６８行の「mHandler.removeMessage(LONG_PRESS);」の情報処理が実行されると，「０．６秒後に『操作メニュー情報』を表示する情報処理」を中止する。 このように，タップ操作やスライド操作においては，一旦開始した「０．６秒後に『操作メニュー情報』を表示する情報処理」を，利用者が追加の行為を行って中止しているにすぎない。利用者が追加の行為を行って，「操作メニュー情報」の表示を中止できることは，ソフトウェア開発上の単なる設計事項である。 また，本件明細書の【図５】には，マイクロソフト社のWindows 等の基本ソフトに見られる「プルダウンメニュー」が示されており，例えば，「ファイル（Ｆ）」の部分にマウスカーソルを移動してから，マウスの左ボタンを押すと，「ファイル（Ｆ）」の直下に，ファイルに関する「プルダウンメニュー」のメニュー画像が表示され，マウスのボタンを押したまま，マウスカーソルを，所望するメニュー画像の範囲に移動してから，マウスのボタンを離すと，所望するメニュー画像に関連付いた命令が実行される。この操 のメニュー画像が表示され，マウスのボタンを押したまま，マウスカーソルを，所望するメニュー画像の範囲に移動してから，マウスのボタンを離すと，所望するメニュー画像に関連付いた命令が実行される。この操作において，処理手段は，まず「マウスの左ボタンを押す」ことによる「開始動作命令」を受信し，続いて「マウスカーソルを，所望するメニュー画像の範囲に移動」といった，「ポインタの位置を移動させる命令」を受信するが，「操作メニュー情報」を表示しない。このように，本件明細書の【図５】は，「プルダウンメニュー」を表示している「データ状態」において，「操作メニュー情報」を表示しないものであるから，本件発明１の技術的範囲に属するコンピュータプログラムが「開始動作命令」を受信した後に「ポインタの位置を移動させる命令」を受信したときであっても，必ず「操作メニュー情報」を表示しなければならないというものではなく，「データ状態」に基づいて「操作メニュー情報」が表示されない - 12 -場合があり得ることを示している。請求項１にも「ポインタの位置を移動させる命令を受信すると…常に，『操作メニュー情報』を…表示すること」とは記載されていないのであって，ポインタの位置を移動させる命令を受信した場合に，「操作メニュー情報」の表示処理を行う場合もあれば，行わない場合もある製品は，表示処理を行っているのであるから，構成要件Ｅの「ポインタの位置を移動させる命令を受信すると…『操作メニュー情報』を…表示すること」を満たしている。 (ｵ) 被控訴人製品は，「ポインタの位置を移動させる命令」を受信した時点で，左端の頁を表示していると，右側に「操作メニュー情報」が表示されるが，左側には表示されない。右端の頁を表示していると，左側に「操作メニュー情報」が表示されるが，右側には せる命令」を受信した時点で，左端の頁を表示していると，右側に「操作メニュー情報」が表示されるが，左側には表示されない。右端の頁を表示していると，左側に「操作メニュー情報」が表示されるが，右側には表示されない。それ以外であれば，左右両側に「操作メニュー情報」が表示される。 したがって，「ポインタの位置を移動させる命令」を受信した時点の「データ状態」である「ページ番号」に基づいて，「操作情報」及び「操作メニュー情報」を特定して画面に表示していることは，明らかである。 (ｶ) 以上によると，被控訴人製品にインストールされたAndroidOS と，本件ホームアプリの組合せは，構成要件Ｅの「（２）前記入力手段を介してポインタの位置を移動させる命令を受信すると，当該受信した際の前記記憶手段に記憶されているデータの状態を特定し，当該特定したデータ状態を表すデータ状態情報に関連付いている前記操作情報を特定し，当該特定した操作情報における操作メニュー情報を，前記記憶手段から読み出して前記出力手段に表示すること，」を充足する。 ウ争点(1)ウ（「操作メニュー情報」〔構成要件Ｂ，Ｅ，Ｆ〕の充足性）について本件ホームアプリは，ロングタッチをすると「左右スクロールメニュー表示」を表示するが，「左右スクロールメニュー表示」は，画面に表示するページを「隣接したページ」に変更するスクロール命令にあたり，その対象となる「隣接したページ」の一部を表示したものであるから，「実行される命令の…対象を小さな絵…で表現し - 13 -た画像データ」（本件明細書【００１２】）である。 したがって，本件ホームアプリの「左右スクロールメニュー表示」は，本件発明１の「操作メニュー情報」を充足する。 エ争点(1)ア（「データ入力を行う際に （本件明細書【００１２】）である。 したがって，本件ホームアプリの「左右スクロールメニュー表示」は，本件発明１の「操作メニュー情報」を充足する。 エ争点(1)ア（「データ入力を行う際に実行される入力支援コンピュータプログラム」〔構成要件Ａ２，Ｃ２〕の充足性）について文献（甲３４，３５）によると，当業者は，構成要件Ａ２の「データ入力」とは電気回路に数値などを与えることを意味するものと理解する。 そして，座標位置は，Ｘ軸とＹ軸の数値の組合せにより，座標における特定の位置を表すものであるから，「座標データ」であり，「ポインティングデバイス」を入力手段として「座標データ」を入力することは，「データ入力」に該当する。 本件ホームアプリは，被控訴人製品の入力手段であるタッチパネルから，タッチ位置のＸＹ座標データを入力して操作するコンピュータプログラムであるから，データ入力が行われる際に実行されるコンピュータプログラムである。 また，本件ホームアプリは，スクロール命令が実行される座標データの範囲を「操作メニュー情報」の画像として表示することにより，視覚的に利用者の「タッチ位置のＸＹ座標」のデータ入力を支援しており，スクロール命令によって画面中央に表示する「ページ番号」の数値データの入力を支援している。 したがって，本件ホームアプリは，「利用者が…データ入力を行う際に実行される入力支援コンピュータプログラム」であり，構成要件Ａ２，Ｃ２を充足する。 オ争点(1)エ（「命令ボタン」〔構成要件Ｄ〕の充足性）について甲３８の１・２によると，被控訴人製品の基本ソフトであるAndroidOS を実行している処理手段が，「命令ボタン」に相当する被控訴人製品のタッチパネルに内包されたタッチセンサから「開始動作命令」の電気信号を ２によると，被控訴人製品の基本ソフトであるAndroidOS を実行している処理手段が，「命令ボタン」に相当する被控訴人製品のタッチパネルに内包されたタッチセンサから「開始動作命令」の電気信号を受信していることは明らかであるから，被控訴人製品は構成要件Ｄを充足する。 「命令ボタン」は，入力手段における要素であるところ，タッチパネルに内包されたタッチセンサは，押すことを電気信号に変換する入力手段であるから，「命令ボ - 14 -タン」に相当する。 (2) 被控訴人の主張ア争点(1)イ（「ポインタ」〔構成要件Ｂ，Ｅ，Ｆ〕の充足性）について本件発明１は，「ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示する」こと（構成要件Ｂ），「入力手段を介してポインタの位置を移動させる命令を受信」すること（構成要件Ｅ），「入力手段を介して前記出力手段に表示した操作メニュー情報がポインタにより指定される」こと（構成要件Ｆ）を特徴とする発明である。 特許請求の範囲の文言を自然に解釈する限り，本件発明１は，「ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示」するものであるとともに，「入力手段を介してポインタの位置を移動させる」ものであり，「操作メニュー情報がポインタにより指定される」ものであるから，本件発明１の「ポインタ」とは，出力手段である画面上に表示され，何かの位置を指し示すものであり，その位置を「入力手段を介して…移動させる」ものである。 このような解釈は，本件明細書の記載（【０００３】，【０００４】，【００１２】，【００７９】，【図５】）や，当該分野の辞典（乙６）の「ポインタ」の定義，本件特許の出願日以前に頒布された多数の特許公報（乙７ うな解釈は，本件明細書の記載（【０００３】，【０００４】，【００１２】，【００７９】，【図５】）や，当該分野の辞典（乙６）の「ポインタ」の定義，本件特許の出願日以前に頒布された多数の特許公報（乙７～１４）の「ポインタ」の理解とも整合する。 イ争点(1)オ（「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」〔構成要件Ｅ〕の充足性）について(ｱ) 本件明細書の記載（【００２０】，【００７９】）に加え，本件発明１における「ポインタ」が画面上に表示され，画面上の特定の位置を指し示すものをいうことに鑑みると，「入力手段を介してポインタの位置を移動させる命令」とは，利用者が画面上に表示されているポインタの位置を移動させる操作を行うことを意味すると解される。 - 15 -そうであるところ，本件ホームアプリにおいて，控訴人が「操作メニュー情報」に当たると主張する左右スクロールメニュー表示は，利用者がショートカットアイコンをロングタッチすることにより表示されるものであって，画面上に表示されているショートカットアイコン並びに青い線の交点及び白い円形の画像の位置を移動させる命令を受信すると表示されるものではないから，構成要件Ｅ（「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」）を充足しない。 (ｲ) 仮に本件発明１の「ポインタ」は画面上に表示される必要はないという控訴人の主張を前提としても，本件ホームアプリは，タップ操作やスライド操作の際のポインタの座標位置を書き換える命令を受信すると左右スクロールメニューを表示するものではなく，ロングタッチがあったとき（一定時間タッチした状態を継続したとき）に左右スクロールメ やスライド操作の際のポインタの座標位置を書き換える命令を受信すると左右スクロールメニューを表示するものではなく，ロングタッチがあったとき（一定時間タッチした状態を継続したとき）に左右スクロールメニューを表示するものであるから，「ポインタの座標位置を書き換える命令」が本件発明１の「入力手段を介してポインタの位置を移動させる命令」に当たるとしても，この「命令を受信すると」左右スクロールメニューを出力手段に表示するものではない。したがって，構成要件Ｅを充足しない。 ウ争点(1)ウ（「操作メニュー情報」〔構成要件Ｂ，Ｅ，Ｆ〕の充足性）について控訴人が「操作メニュー情報」に相当すると主張する「左右スクロールメニュー表示」は，隣のホーム画面にスクロールするという命令を利用者が理解できるように何らかの表示がされているものではないから，「ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示するための画像データ」ではなく，本件発明１の「操作メニュー情報」に相当しない。 エ争点(1)ア（「データ入力を行う際に実行される入力支援コンピュータプログラム」〔構成要件Ａ２，Ｃ２〕の充足性）について本件ホームアプリは，ホーム画面（ホームスクリーン）をカスタマイズするプログラムであり（甲６），控訴人主張の「左右スクロールメニュー表示」が表示される - 16 -機能は，ホーム画面に表示されているアイコンを隣のホーム画面に移動する操作を実現するプログラムであり，何らかの「データ入力」を支援するプログラムではないし，「データ入力を行う際に実行される」プログラムでもないから，本件発明１の「入力支援コンピュータプログラム」に該当しない。 タッチパネルを介して座標を入力する機能は，本件ホームアプリとは別の いし，「データ入力を行う際に実行される」プログラムでもないから，本件発明１の「入力支援コンピュータプログラム」に該当しない。 タッチパネルを介して座標を入力する機能は，本件ホームアプリとは別の入力アプリケーションによるものであるし，「左右スクロールメニュー表示」が表示される機能も座標の入力支援とは関係がない。 オ争点(1)エ（「命令ボタン」〔構成要件Ｄ〕の充足性）について特許請求の範囲の文言や本件明細書の記載（【００７９】）によると，本件発明１は，「命令ボタン」を押し続けている間に，画面上の「ポインタ」を移動して所望の「出力手段に表示した操作メニュー情報」を指定するものであるから，「命令ボタン」とは，「ポインタ」と別個の構成要素であり，それが画面上に表示されるボタンであるとしても，少なくとも「ポインタ」と別個に用意されたものである。 被控訴人製品には，「ポインタ」と別個に用意された「命令ボタン」が存在しないし，「タッチセンサ」は入力手段自体であることから，この点においても「命令ボタン」に相当しない。 第３ 当裁判所の判断当裁判所は，本件ホームアプリは構成要件Ｅを充足しないし，本件ホームアプリの構成は本件発明１の構成と均等なものとはいえないから，本件ホームアプリは，本件発明１及び３の技術的範囲に属しないし，これをインストールした被控訴人製品は，本件特許の特許請求の範囲請求項１及び３を引用する本件発明４並びに５の技術的範囲に属しない，したがって，控訴人の請求を棄却した原判決の結論は相当であり，本件控訴は棄却すべきものと判断する。その理由は，下記１のとおり原判決を補正し，下記２のとおり当審における控訴人の補充主張に対する判断を示すほかは，原判決「事実及び理由」欄の第３に記載のとおりである。 １ 原判決の補正 判断する。その理由は，下記１のとおり原判決を補正し，下記２のとおり当審における控訴人の補充主張に対する判断を示すほかは，原判決「事実及び理由」欄の第３に記載のとおりである。 １ 原判決の補正 - 17 -原判決１６頁１５行～２２頁２６行を，次のとおり改める。 「１ 争点(1)オ（「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」〔構成要件Ｅ〕の充足性）について(1) 文言侵害の成否ア本件明細書（甲２）には，以下の記載がある。 (ｱ) 技術分野【０００１】本発明は，マウスに代表されるポインティングデバイス等の入力装置を利用して，コンピュータシステムにおけるシステム利用者の入力行為を支援するためのコンピュータプログラムに関するものである。 (ｲ) 背景技術【０００２】ＧＵＩ（GraphicalUserInterface）環境のコンピュータシステムでは，システム利用者の入力行為を支援するために様々な工夫がなされている。例えば，プログラムの実行中にコンピュータの入力装置であるマウスを右クリックすることにより操作コマンドのメニューが画面上に表示される「コンテキストメニュー」や，マウス操作の一種である「ドラッグ＆ドロップ」等が存在する。 【０００３】「コンテキストメニュー」は，マウスを右クリックすることにより，マウスが指し示している画面上のポインタ位置に応じた操作コマンドのメニューが表示されるものであり，必要な場合に操作コマンドのメニューを画面上に表示させるという点でシステム利用者にとって有益である。しかしながら，「コンテキストメニュー」は，マウスの右クリックで簡単にコマンドのメニューが表示されるものの，マウスの左ク のメニューを画面上に表示させるという点でシステム利用者にとって有益である。しかしながら，「コンテキストメニュー」は，マウスの右クリックで簡単にコマンドのメニューが表示されるものの，マウスの左クリックを行う等するまではずっとメニューが画面に表示され続ける。また，利用者が間違って右クリックを押してしまった場合等は，利用者の意に反してメニューが画面上に表示されてしまうので不便である。 - 18 -【０００４】一方，「ドラッグ＆ドロップ」とは，画面上でマウスポインタがウィンドウの枠やファイルのアイコンなどに重なった状態でマウスの左ボタンを押し，そのままの状態でマウスを移動させ，別の場所でマウスの左ボタンを離すマウス操作である。この「ドラッグ＆ドロップ」は，データ等の「切り取り」と「貼り付け」を同時に行う操作，例えば，ディスク内でのファイル移動や，アプリケーションソフト間でのデータのカット＆ペースト操作などに用いられている。しかしながら，「ドラッグ＆ドロップ」は，ドラッグしたポインタ位置からドロップしたポインタ位置まで画面をスクロールさせるような一時的動作には向いているが，継続的な動作，例えば，移動させる位置を決めないで徐々に画面をスクロールさせていくような動作に適用させるのは難しい。 【０００５】また，以下の特許文献１には，コマンドメニュー表示方法に関する技術が開示されている。しかしながら，当該技術も「ドラッグ＆ドロップ」の応用技術としてのコマンドメニュー表示方法であり，継続的な動作の実行に適用させるのは難しい。 【特許文献１】特開２０００－３３９４８２号公報(ｳ) 発明が解決しようとする課題【０００６】本発明の解決しようとする課題は，システム利用者の入力を支援するための，コンピュータシステムにおけ 】特開２０００－３３９４８２号公報(ｳ) 発明が解決しようとする課題【０００６】本発明の解決しようとする課題は，システム利用者の入力を支援するための，コンピュータシステムにおける簡易かつ便利な入力の手段を提供することである。特に，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させ，必要である間についてはコマンドのメニューを表示させ続けられる手段の提供を目的とする。 (ｴ) 課題を解決するための手段【０００８】（１） そこで，上記課題を解決するため，本発明に係る入力支援コンピュータ - 19 -プログラムは，情報を記憶する記憶手段と，情報を処理する処理手段と，利用者に情報を表示する出力手段と，利用者からの命令を受け付ける入力手段とを備えたコンピュータシステムにおけるコンピュータプログラムであって，利用者が前記入力手段を使用してデータ入力を行う際に実行される入力支援コンピュータプログラムである。 【０００９】また，当該コンピュータシステムの前記記憶手段は，ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示するための画像データである操作メニュー情報と，当該操作メニュー情報にポインタが指定された場合に実行される命令と，を関連付けた操作情報を１以上記憶している。 【００１０】そして，当該コンピュータシステムの前記処理手段に，（１）前記入力手段を介して，前記入力手段における命令ボタンが利用者によって押されたことによる開始動作命令を受信した後から，利用者によって当該押されていた命令ボタンが離されたことによる終了動作命令を受信するまでにおいて，以下の（２）及び（３）を行うこと，（２）前記入力手段を介してポインタの位置を移動させる命令を受 から，利用者によって当該押されていた命令ボタンが離されたことによる終了動作命令を受信するまでにおいて，以下の（２）及び（３）を行うこと，（２）前記入力手段を介してポインタの位置を移動させる命令を受信すると，前記操作メニュー情報を前記記憶手段から読み出して前記出力手段に表示すること，（３）前記入力手段を介して，当該出力手段に表示した操作メニュー情報がポインタにより指定されると，当該ポインタにより指定された操作メニュー情報に関連付いている命令を，前記記憶手段から読み出して実行すること，（４）前記入力手段を介して，前記開始動作命令の受信に対応する，前記命令ボタンが利用者によって離されたことによる終了動作命令を受信すると，前記出力手段へ表示している前記操作メニュー情報の表示を終了すること，を実行させることを特徴とする入力支援コンピュータプログラムである。 【００１１】・・・「入力手段」とは，例えばキーボード，マウス，タッチパネル等のコンピュ - 20 -ータシステムにおける入力装置や，通信ネットワークで接続されたコンピュータシステムにおける情報端末としての携帯情報端末やパーソナルコンピュータ等が該当する。・・・【００１２】「ポインタの座標位置」とは，前記出力手段における画面上での現在位置を示す絵記号である「カーソル（マウスカーソル）」が指し示している画面上での座標位置である。 「ポインタの座標位置によって実行される命令結果を利用者が理解できるように前記出力手段に表示する画像データ」とは，当該ビットマップ形式やベクター形式の画像データにポインタを合わせることで，どのような命令が実行されるのかをシステム利用者が理解できるように構成されている画像データであることを意味する。例えば，どのような命令が実行されるのか，を表す文字を含 ータにポインタを合わせることで，どのような命令が実行されるのかをシステム利用者が理解できるように構成されている画像データであることを意味する。例えば，どのような命令が実行されるのか，を表す文字を含んだ画像データであったり，「アイコン」のように実行される命令の内容や対象を小さな絵や記号で表現した画像データが考えられる。 【００１３】「操作メニュー情報にポインタが指定された場合」とは，前記出力手段における画面上に表示された画像データである操作メニュー情報が占める座標位置の範囲に，前記ポインタの座標位置が合わさった（入った）こと，をいう。・・・【００１７】「入力手段における命令ボタン」とは，原則として，入力手段が物理的に備えているボタンを意味し，例えば，キーボードにおける入力キーや，ポインティングデバイスであるマウスの左右のクリックボタンやスクロールホイールボタン，などが考えられる。 「入力手段における命令ボタンが利用者によって押されたことによる開始動作命令」とは，原則として，入力手段が物理的に備えているボタンが利用者によって押されたことを伝えるために，入力手段が処理手段に対して発する電気信号を意味する。 「利用者によって当該押されていた命令ボタンが離されたことによる終了動作命令」とは，原則として，当該入力手段が物理的に備えているボタンが利用 - 21 -者によって離されたことを伝えるために，入力手段が処理手段に対して発する電気信号を意味する。 【００１８】しかしながら，コンピュータシステムの入力手段の多様化により，タッチパネル等の物理的にボタンを備えていない入力手段も存在しているため，「入力手段における命令ボタン」には，入力手段が物理的に備えているボタンだけを表すものではない。すなわち，入力手段がタッチパネル パネル等の物理的にボタンを備えていない入力手段も存在しているため，「入力手段における命令ボタン」には，入力手段が物理的に備えているボタンだけを表すものではない。すなわち，入力手段がタッチパネル等の物理的にボタンを備えていない入力手段である場合は，「入力手段における命令ボタンが利用者によって押されたことによる開始動作命令」とは，入力手段において利用者が押す行為を行ったことを伝えるために，入力手段が処理手段に対して発する電気信号（mousedown など）を意味する。また，入力手段がタッチパネル等の物理的にボタンを備えていない入力手段である場合は，「利用者によって当該押されていた命令ボタンが離されたことによる終了動作命令」とは，入力手段において利用者が押す行為を止めて離したことを伝えるために，入力手段が処理手段に対して発する電気信号（mouseup など）を意味する。 【００２０】「入力手段を介してポインタの位置を移動させる命令を受信する」とは，入力手段としてのポインティングデバイスから，画面上におけるポインタの座標位置を移動させる命令（電気信号）を処理手段が受信することである。先の「開始動作命令」が発せられて受信してから，「終了動作命令」が発せられて受信するまでの間に，処理手段が「入力手段を介してポインタの位置を移動させる命令を受信する」と，処理手段は記憶手段に記憶されている操作メニュー情報を読み出して，当該操作メニュー情報を出力手段に表示する。 「出力手段へ表示している前記操作メニュー情報の表示を終了する」とは，ステップ（２）で出力手段に表示した操作メニュー情報を，処理手段が出力手段に表示しないようにすることをいう。 【００２２】 - 22 -（３） 本発明は，入力手段における命令ボタンが利用者によって押 ）で出力手段に表示した操作メニュー情報を，処理手段が出力手段に表示しないようにすることをいう。 【００２２】 - 22 -（３） 本発明は，入力手段における命令ボタンが利用者によって押されてから，離されるまでの間に，ポインタの位置を移動させる命令を受信すると，画像データである操作メニュー情報を出力手段に表示し，ポインタの指定により命令が実行される。特に，入力手段における命令ボタンが利用者によって押されてから，離されるまでの間は，画像データである操作メニュー情報をポインタで指定することによって，当該命令を何回でも実行する，という継続的な操作が可能になる。また，入力手段における命令ボタンが利用者によって離されると，出力手段に表示されていた操作メニュー情報の表示が終了する。 【００２３】これにより，例えば，当該ポインタの指定により実行される命令として，編集対象データのうち出力手段に表示される画面（ビュー）をスクロールさせるような命令を採用すると，スムーズな画面操作が可能である。また，利用者によって押されていた入力手段における命令ボタンが利用者によって離されると，出力手段に表示されていた操作メニュー情報が表示されなくなるため，普段は画面上に操作メニュー情報を表示せずに，利用者にとって必要な場合に簡便に表示させることが可能となる。 【００４８】（１） また，他の発明に係る入力支援システムは，前記命令ボタンを備えた入力手段が，１のポインティングデバイスであること，を特徴とする。 【００４９】（２） ここで，「ポインティングデバイス」とは，マウス，ペンデバイス，タブレット，ジョイスティック，タッチパネル等の各種ポインティングデバイスが該当する。 (ｵ) 発明の効果【００５１】以上のように，本発明を デバイス」とは，マウス，ペンデバイス，タブレット，ジョイスティック，タッチパネル等の各種ポインティングデバイスが該当する。 (ｵ) 発明の効果【００５１】以上のように，本発明を利用すると，入力手段における命令ボタンが利用者によ - 23 -って押されてから，離されるまでの間に，ポインタの位置を移動させる命令を受信すると，画像データである操作メニュー情報を出力手段に表示し，ポインタの指定により命令が実行される。特に，入力手段における命令ボタンが利用者によって押されてから，離されるまでの間は，画像データである操作メニュー情報をポインタで指定することによって，当該命令を何回でも実行する，という継続的な操作が可能になる。また，入力手段における命令ボタンが利用者によって離されると，出力手段に表示されていた操作メニュー情報の表示が終了する。 (ｶ) 発明を実施するための最良の形態【００７８】図５の画面の状態で，システム利用者が入力手段３０としてのマウス・キーボードにおける命令ボタンを押す。例えば，利用者がマウスにおける左ボタンや右ボタンを押すことや，利用者がキーボードにおける特定のキーを押す行為，等が該当する。これにより，処理手段２０としてのＣＰＵが，入力手段３０としてのマウス・キーボードにおける命令ボタンが利用者によって押されたことによる開始動作命令を，入力手段３０としてのマウス・キーボードから受信する（Ｓ１）。 【００７９】次に，システム利用者が，先に押した入力手段３０としてのマウス・キーボードにおける命令ボタンを押し続けたままで，入力手段３０としてのマウス・キーボードを使って出力手段１０としてのディスプレイの画面上に表示されているポインタ１の移動命令を行う。例えば，マウスにおける左ボタンや右ボ 命令ボタンを押し続けたままで，入力手段３０としてのマウス・キーボードを使って出力手段１０としてのディスプレイの画面上に表示されているポインタ１の移動命令を行う。例えば，マウスにおける左ボタンや右ボタンを押したままマウスを移動させること（ドラッグ操作）や，キーボードにおける特定のキーを押しつつマウスを移動させる行為，等が該当する。処理手段２０としてのＣＰＵは，利用者によって当該押されていた命令ボタンが離されたことによる終了動作命令を受信するまでに，入力手段３０としてのマウス・キーボードから，出力手段１０としてのディスプレイに表示しているポインタ１の位置を移動させる命令を受信したか否かを判断する（Ｓ２）。 - 24 -【００８０】そして，Ｓ２において，終了動作命令を受信する前にポインタ１の位置を移動させる命令を入力手段３０としてのマウス・キーボードから受信した場合は，処理手段２０としてのＣＰＵが，当該受信した際の記憶手段４０としてのＨＤＤに記憶されているデータの状態を特定する。さらに，処理手段２０としてのＣＰＵは，当該特定したデータ状態を表すデータ状態情報４１に関連付いている操作情報４２を特定し，当該特定した操作情報４２における操作メニュー情報を，記憶手段４０としてのＨＤＤから読み出して出力手段１０としてのディスプレイに表示する（Ｓ３）。・・・イ前記アの記載によると，本件発明１について，次のとおり認められる。 (ｱ) 本件発明１以前にも，コンピュータシステムにおけるシステム利用者の入力行為を支援する従来技術として，マウスを右クリックすることにより，マウスが指し示している画面上のポインタ位置に応じた操作コマンドのメニューが表示される「コンテキストメニュー」や，画面上でマウスポインタがウィンドウの枠やファイル マウスを右クリックすることにより，マウスが指し示している画面上のポインタ位置に応じた操作コマンドのメニューが表示される「コンテキストメニュー」や，画面上でマウスポインタがウィンドウの枠やファイルのアイコンなどに重なった状態でマウスの左ボタンを押し，そのままの状態でマウスを移動させ，別の場所でマウスの左ボタンを離すマウス操作である「ドラッグ＆ドロップ」などがあったが，「コンテキストメニュー」には，マウスの左クリックを行う等するまではずっとメニューが画面に表示され続けたり，利用者が間違って右クリックを押してしまった場合等は，利用者の意に反して画面上に表示されてしまうので不便であるという課題があり，「ドラッグ＆ドロップ」には，例えば，移動させる位置を決めないで徐々に画面をスクロールさせていくような継続的な動作には適用が困難であるという課題があった（【０００１】～【０００５】）。 本件発明１は，このような課題に鑑み，システム利用者の入力を支援するための，コンピュータシステムにおける簡易かつ便利な入力の手段を提供すること，特に，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させ，必要である間についてはコマンドのメニューを表示させ続けられる手段の提供を目的とする（【０００６】）。 - 25 -(ｲ) 本件発明１は，前記(ｱ)の課題を解決するために，本件特許の特許請求の範囲請求項１の構成，すなわち，本件発明１の構成とした（【０００８】～【００１０】）。 (ｳ) 本件発明１の「入力手段」としては，キーボードやマウスのほか，タッチパネルも想定されている（【００１１】，【００１８】）。 (ｴ) 本件発明１の「入力手段を介してポインタの位置を移動させる命令を受信する」とは，入力手段としてのポイン やマウスのほか，タッチパネルも想定されている（【００１１】，【００１８】）。 (ｴ) 本件発明１の「入力手段を介してポインタの位置を移動させる命令を受信する」とは，入力手段としてのポインティングデバイスから，画面上におけるポインタの座標位置を移動させる命令（電気信号）を処理手段が受信することである（【００２０】）。実施例では，「システム利用者が入力手段３０としてのマウス・キーボードにおける命令ボタンを押す」には，利用者がマウスにおける左ボタンや右ボタンを押すことや，利用者がキーボードにおける特定のキーを押す行為が該当するとされ，「システム利用者が，先に押した入力手段３０としてのマウス・キーボードにおける命令ボタンを押し続けたままで，入力手段３０としてのマウス・キーボードを使って出力手段１０としてのディスプレイの画面上に表示されているポインタ１の移動命令を行う」には，マウスにおける左ボタンや右ボタンを押したままマウスを移動させること（ドラッグ操作）や，キーボードにおける特定のキーを押しつつマウスを移動させる行為が該当するとされている（【００７８】，【００７９】）。 (ｵ) 本件発明１は，入力手段における命令ボタンが利用者によって押されてから，離されるまでの間に，ポインタの位置を移動させる命令を受信すると，画像データである操作メニュー情報を出力手段に表示し，ポインタの指定により命令が実行されるため，入力手段における命令ボタンが利用者によって押されてから，離されるまでの間は，当該命令を何回でも実行する，という継続的な操作が可能になり，例えば，ポインタの指定により実行される命令として，編集対象データのうち出力手段に表示される画面（ビュー）をスクロールさせるような命令を採用すると，スムーズな画面操作が可能であるという効果があ なり，例えば，ポインタの指定により実行される命令として，編集対象データのうち出力手段に表示される画面（ビュー）をスクロールさせるような命令を採用すると，スムーズな画面操作が可能であるという効果がある。また，入力手段における命令ボタンが利用者によって離されると，出力手段に表示されていた操作メニュー - 26 -情報の表示が終了するため，普段は画面上に操作メニュー情報を表示せずに，利用者にとって必要な場合に簡便に表示させることが可能となるという効果がある。 （【００２２】，【００２３】，【００５１】）。 ウ前記イを踏まえて，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」を検討すると，「入力手段を介してポインタの位置を移動させる命令を受信する」とは，タッチパネルを含む入力手段から，画面上におけるポインタの座標位置を移動させる命令（電気信号）を処理手段が受信することである。そして，利用者がマウスにおける左ボタンや右ボタンを押す操作に対応する電気信号ではなく，マウスにおける左ボタンや右ボタンを押したままマウスを移動させる操作（ドラッグ操作）に対応する電気信号を，入力手段から処理手段が受信することを含むものである。また，本件発明１は，利用者が入力手段を使用してデータ入力を行う際に実行される入力支援コンピュータプログラムであり，利用者が間違ってマウスの右クリックを押してしまった場合等に利用者の意に反して画面上に操作コマンドのメニューが表示されてしまう等の従来技術の課題を踏まえて，システム利用者の入力を支援するため，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させる手段を提供することを目的とするものである。 そうすると，「入力手段を介してポイ て，システム利用者の入力を支援するため，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させる手段を提供することを目的とするものである。 そうすると，「入力手段を介してポインタの位置を移動させる命令を受信する」とは，タッチパネルを含む入力手段から，画面上におけるポインタの座標位置を，入力支援が必要なデータ入力に係る座標位置（例えば，ドラッグ操作を開始する座標位置）からこれとは異なる座標位置に移動させる操作に対応する電気信号を，処理手段が受信することを意味すると解するのが相当である。 そして，前記第２の１(3)イのとおり，本件ホームアプリにおいて，控訴人が「操作メニュー情報」に当たると主張する左右スクロールメニュー表示は，利用者がショートカットアイコンをロングタッチすることにより表示されるものであるが，ロングタッチは，ドラッグ操作などとは異なり，画面上におけるポインタの座標位置 - 27 -を移動させる操作ではないから，入力手段であるタッチパネルからロングタッチに対応する電気信号を処理手段が受信することは，「入力手段を介してポインタの位置を移動させる命令を受信する」とはいえない。 したがって，ロングタッチにより左右スクロールメニュー表示が表示されるという本件ホームアプリの構成は，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」という構成を充足するとは認められない。 エ控訴人は，本件ホームアプリでは，タッチパネルに指等が触れると，「ポインタの座標位置」の値が変化し，「カーソル画像」もこの位置を指し示すように移動するところ，ロングタッチは，タッチパネルに指等が触れるといった動作を含むから，被控訴人製品の処理手段はロングタッチにより ンタの座標位置」の値が変化し，「カーソル画像」もこの位置を指し示すように移動するところ，ロングタッチは，タッチパネルに指等が触れるといった動作を含むから，被控訴人製品の処理手段はロングタッチにより「『ポインティングデバイスによって最後に指示された画面上の座標』を移動させる命令」を受信するといえ，本件ホームアプリは，「入力手段を介してポインタの位置を移動させる命令を受信する」という構成を有していると主張する。 しかし，本件ホームアプリにおいて，ロングタッチに含まれるタッチパネルに指等が触れることに対応して，ポインタの座標位置を，「ポインティングデバイスによって最後に指示された画面上の座標」位置から，指等がタッチパネルに触れた箇所の座標位置に移動させることを内容とする電気信号が生じる（甲７の１・２）としても，前記ウのとおり，ロングタッチは，画面上におけるポインタの座標位置を移動させる操作ではないから，上記電気信号は，画面上におけるポインタの座標位置を移動させる操作に対応する電気信号とはいえない。また，「ポインティングデバイスによって最後に指示された画面上の座標位置」は，ロングタッチの直前に行っていた別の操作に係るものであり，入力支援が必要なデータ入力に係る座標位置ではないから，上記電気信号は，画面上におけるポインタの座標位置を，入力支援が必要なデータ入力に係る座標位置からこれとは異なる座標位置に移動させることを内容とするものでもない。 - 28 -そうすると，本件ホームアプリのロングタッチ又はこれに含まれるタッチパネルに指等が触れることに対応して，ポインタの座標位置を，「ポインティングデバイスによって最後に指示された画面上の座標」位置から，指等がタッチパネルに触れた箇所の座標位置に移動させることを内容とする電気信号が生じる ることに対応して，ポインタの座標位置を，「ポインティングデバイスによって最後に指示された画面上の座標」位置から，指等がタッチパネルに触れた箇所の座標位置に移動させることを内容とする電気信号が生じることをもって，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を受信する」という構成を充足するとはいえない。 オ控訴人は，タッチパネルでは，指等が触れていれば継続的に「ポインタの位置を移動させる命令」である「ポインタの位置を算出するためのデータ」を受信し，「ポインタの位置」が一定時間，一定の範囲内に収まっている場合にはロングタッチであると判断されるから，ロングタッチを識別するために入力されるデータ群には「ポインタの位置を移動させる命令」が含まれると主張する。 しかし，前記第２の１(3)イのとおり，本件ホームアプリは，ロングタッチにより左右スクロールメニュー表示がされる構成であるところ，ロングタッチは，継続的に複数回受信するデータにより算出された「ポインタの位置」が一定の範囲内で移動している場合だけでなく，当初の「ポインタの位置」から全く移動しない場合を含むことは明らかであり（甲８），ロングタッチであることを識別するまでの間に「ポインタの位置」を一定の範囲内で移動させることを内容とする電気信号は，前者においては発生しても，後者においては発生しないのであるから，そのような電気信号をもって，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を受信する」という構成を充足するとはいえない。 カ以上によると，本件ホームアプリが構成要件Ｅを充足すると認めることはできない。 (2) 均等侵害の成否ア控訴人は，本件ホームアプリにおける「利用者がタッチパネル上のショートカットアイコンを指等でロングタッチ プリが構成要件Ｅを充足すると認めることはできない。 (2) 均等侵害の成否ア控訴人は，本件ホームアプリにおける「利用者がタッチパネル上のショートカットアイコンを指等でロングタッチする操作を行うことによって操作メニュー情報が表示される」という構成は，「利用者がタッチパネル上の指等の位置を動か - 29 -して当該ショートカットアイコンを移動させる操作を行うことによって操作メニュー情報が表示される」という本件発明１の構成と均等であると主張する。 そこで検討すると，前記(1)ア及びイによると，本件発明１は，コンピュータシステムにおけるシステム利用者の入力行為を支援する従来技術である「コンテキストメニュー」には，マウスの左クリックを行う等するまではずっとメニューが画面に表示され続けたり，利用者が間違って右クリックを押してしまった場合等は，利用者の意に反して画面上に表示されてしまうので不便であるという課題があり，従来技術である「ドラッグ＆ドロップ」には，例えば，移動させる位置を決めないで徐々に画面をスクロールさせていくような継続的な動作には適用が困難であるという課題があったことから，システム利用者の入力を支援するための，コンピュータシステムにおける簡易かつ便利な入力の手段を提供すること，特に，①利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させ，②必要である間についてはコマンドのメニューを表示させ続けられる手段の提供を目的とするものである。 そして，本件発明１は，上記課題を解決するために，本件特許の特許請求の範囲請求項１の構成，すなわち，本件発明１の構成としたものであるが，特に，上記①を達成するために，「入力手段における命令ボタンが利用者によって押されたことによる開始動作命令を受信した後…に 請求の範囲請求項１の構成，すなわち，本件発明１の構成としたものであるが，特に，上記①を達成するために，「入力手段における命令ボタンが利用者によって押されたことによる開始動作命令を受信した後…において」（構成要件Ｄ），「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」（同Ｅ）という構成を採用し，上記②を達成するために，「利用者によって当該押されていた命令ボタンが離されたことによる終了動作命令を受信するまで」（同Ｄ），「操作メニュー情報を…出力手段に表示すること」（同Ｅ，Ｆ）を「行う」（同Ｄ）という構成を採用した点に特徴を有するものと認められる。 そうすると，入力手段を介してポインタの位置を移動させる命令を受信することによってではなく，タッチパネル上のショートカットアイコンをロングタッチすることによって操作メニュー情報を表示するという，本件ホームアプリの構成は，本 - 30 -件発明１と本質的部分において相違すると認められる。 イ控訴人は，利用者がドラッグ＆ドロップ操作を所望している場合に操作メニュー情報を表示することが本質的部分であると主張する。 しかし，前記(1)ア及びイのとおり，マウスが指し示している画面上のポインタ位置に応じた操作コマンドのメニューを画面上に表示すること自体は，本件発明１以前から「コンテキストメニュー」という従来技術として知られていたところ，前記(2)アのとおり，本件発明１は，この「コンテキストメニュー」がマウスを右クリックすることにより上記メニューを表示することに伴う課題を解決することをも目的として，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させるために，「入力手段における命令ボタンが利用者によって押されたこと ーを表示することに伴う課題を解決することをも目的として，利用者が必要になった場合にすぐに操作コマンドのメニューを画面上に表示させるために，「入力手段における命令ボタンが利用者によって押されたことによる開始動作命令を受信した後…において」（構成要件Ｄ），「入力手段を介してポインタの位置を移動させる命令を受信すると…操作メニュー情報を…出力手段に表示する」（同Ｅ）という構成を採用した点に特徴を有するものと認められる。したがって，本件発明１において，従来技術に見られない特有の技術的思想を構成する特徴的部分は，利用者がドラッグ＆ドロップ操作といった特定のデータ入力を所望している場合にその入力を支援するための操作メニュー情報を表示すること自体ではなく，従来技術として知られていた操作コマンドのメニューを画面に表示することを，「入力手段における命令ボタンが利用者によって押されたことによる開始動作命令を受信した後…において」（構成要件Ｄ），「入力手段を介してポインタの位置を移動させる命令を受信する」（同Ｅ）ことに基づいて行うことにあるというべきである。 そうすると，入力手段を介してポインタの位置を移動させる命令を受信することによってではなく，タッチパネル上のショートカットアイコンをロングタッチすることによって操作メニュー情報を表示するという，本件ホームアプリの構成は，既に判示したとおり，本件発明１と本質的部分において相違するというべきである。 なお，仮に控訴人の主張によるとしても，本件ホームアプリにおいてロングタッチがされた場合に常にショートカットアイコンをホーム画面の別の位置へ移動させ - 31 -るドラッグ＆ドロップ操作が行われると認めるに足りる証拠はないから，ロングタッチがされたことをもってドラッグ＆ドロップ操作が所望されている アイコンをホーム画面の別の位置へ移動させ - 31 -るドラッグ＆ドロップ操作が行われると認めるに足りる証拠はないから，ロングタッチがされたことをもってドラッグ＆ドロップ操作が所望されているとみることはできず，控訴人の主張はその前提を欠くものでもある。 ２ 結論以上によると，本件ホームアプリは，構成要件Ｅを充足しないし，本件ホームアプリの構成は本件発明１の構成と均等なものとはいえないから，本件ホームアプリは，本件発明１及び３の技術的範囲に属しないし，これをインストールした被控訴人製品は，本件特許の特許請求の範囲請求項１及び３を引用する本件発明４並びに５の技術的範囲に属しない。」 ２ 当審における控訴人の補充主張に対する判断(1) 控訴人は，構成要件Ｅの「（処理手段が）入力手段を介してポインタの位置を移動させる命令を受信する」には，少なくとも「（処理手段が）ドラッグ＆ドロップ操作を開始させる命令（電気信号）を受信する」ことが含まれるところ，被控訴人製品は，タッチパネル環境においてドラッグ＆ドロップ操作を開始するために行う入力手段の操作であるロングタッチをすることにより左右スクロールメニュー表示がされるものであるから，構成要件Ｅの「（処理手段が）入力手段を介してポインタの位置を移動させる命令を受信する」を充足すると主張する（前記第２の４(1)イ(ｱ)）。 しかし，前記１のとおり補正した原判決のとおり，本件明細書では，マウス・キーボード環境において，「マウスにおける左ボタンや右ボタンを押すこと」が，構成要件Ｄの「入力手段における命令ボタンが利用者によって押されたこと（による動作開始命令）」に該当し（【００７８】），「マウスにおける左ボタンや右ボタンを押したままマウスを移動すること（ドラッグ操作）」が，構成要件Ｅの における命令ボタンが利用者によって押されたこと（による動作開始命令）」に該当し（【００７８】），「マウスにおける左ボタンや右ボタンを押したままマウスを移動すること（ドラッグ操作）」が，構成要件Ｅの「ポインタの位置を移動させる命令」に該当する（【００７９】）としている。そして，マウス環境におけるドラッグ操作は，マウスの移動によるポインタの座標位置の移動を伴うものであるから，タッチパネル環境におけるロングタッチ操作は，これに相当するもの - 32 -ではなく，マウス環境におけるドラッグ操作の準備行為としてのマウスにおける左ボタンや右ボタンを押す操作に相当するものである。 そうすると，マウス環境におけるドラッグ操作に対応する電気信号が構成要件Ｅの「ポインタの位置を移動させる命令」に当たるとしても，タッチパネル環境におけるロングタッチ操作は，マウス環境におけるドラッグ操作に相当するものではないから，タッチパネル環境におけるロングタッチ操作に対応する電気信号が構成要件Ｅの「ポインタの位置を移動させる命令」に当たるということはできない。 (2) 控訴人は，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令」とは，利用者が画面上に表示されているポインタの位置を移動させる操作を行うことを意味するという原判決の解釈を前提としても，被控訴人製品は，被控訴人製品に触れていないペン（指）が，被控訴人製品のタッチパネルのアイコン画像に触れると，このアイコン画像とは画面上の別の位置にあった「矢印」のカーソル画像が，そのままの位置で「外枠が白い円形」のカーソル画像に変化した上で，先にペン（指）が触れたアイコン画像上に「全体が白い円形」のカーソル画像として移動しており，これが指し示している「ポインタの座標位置」も移動しているから（甲３８の１） のカーソル画像に変化した上で，先にペン（指）が触れたアイコン画像上に「全体が白い円形」のカーソル画像として移動しており，これが指し示している「ポインタの座標位置」も移動しているから（甲３８の１），電気信号として「ポインタの位置を移動させる命令」を受信していると主張する（前記第２の４(1)イ(ｲ)(ｳ)）。 しかし，「入力手段を介してポインタの位置を移動させる命令を受信する」とは，タッチパネルを含む入力手段から，画面上におけるポインタの座標位置を，入力支援が必要なデータ入力に係る座標位置からこれとは異なる座標位置に移動させる操作に対応する電気信号を，処理手段が受信することを意味すると解すべきものであること，タッチパネルに指等が触れることに対応して，ポインタの座標位置を，「ポインティングデバイスによって最後に指示された画面上の座標」位置から，指等がタッチパネルに触れた箇所の座標位置に移動させることを内容とする電気信号が生じることをもって，構成要件Ｅの「入力手段を介してポインタの位置を移動させる命令を受信する」という構成を充足するとはいえないことは，前記１のとおり補正 - 33 -した原判決で説示するとおりである。 (3) 控訴人は，本件ホームアプリは，被控訴人製品のタッチパネルに，離れていた指が触れると，利用者の行為が「タッチダウン」（タッチパネルから離れている指がタッチパネルに触れたこと）であることを認識可能な「ACTION_DOWN」というアクション種別と「タッチ位置」を含む「MotionEvent クラス」のデータを取得し，被控訴人製品が搭載しているAndroidOS の一部として開発された「ジェスチャーディテクタ」のonTouchEvent メソッドは，アクション種別が「ACTION_DOWN」の場合には，「OnL 控訴人製品が搭載しているAndroidOS の一部として開発された「ジェスチャーディテクタ」のonTouchEvent メソッドは，アクション種別が「ACTION_DOWN」の場合には，「OnLongPress メソッド」を呼び出し，「操作メニュー情報」である「左右スクロールメニュー表示」が表示される構成であるから，構成要件Ｅの「ポインタの位置を移動させる命令を受信すると…操作メニュー情報を表示する」を充足すると主張する（前記第２の４(1)イ(ｳ)(ｴ)）。 しかし，「左右スクロールメニュー表示」を表示させる電気信号である「MotionEventクラス」に含まれる「ACTION_DOWN」というアクション種別は，上記のとおり，利用者の行為が「タッチダウン」（タッチパネルから離れている指がタッチパネルに触れたこと）を認識させるものにすぎないから，これが構成要件Ｅの「ポインタの位置を移動させる命令」に当たらないことは，前記１のとおり補正した原判決で説示するところと同様である。 (4) その他，控訴人が主張するところによって前記１のとおり補正した原判決の判断が左右されることがないことは，既に判示したところから明らかである。 第４ 結論以上によると，その余の点を判断するまでもなく，控訴人の請求を棄却した原判決は結論において相当であって，本件控訴は理由がないからこれを棄却することとして，主文のとおり判決する。 知的財産高等裁判所第２部 - 34 - 裁判長裁判官森 義之 裁判官森岡礼 森義之 裁判官森岡礼子 裁判官古庄研
▼ クリックして全文を表示